CN101330509B - 服务器、客户端装置、程序和下载方法 - Google Patents

Abstract

本发明提供了服务器、客户端装置、程序和下载方法。公开了一种可经由网络而与客户端装置相连接的服务器。该服务器包括：用于生成一种文件的装置，所述文件包含能够经由网络向客户端装置分发下载文件的下载服务器的地址以及在时间上规定从客户端装置对下载服务器的访问的第一参数；以及用于响应于来自客户端装置的请求而向客户端装置分发所述文件的装置。

Description

服务器、客户端装置、程序和下载方法

技术领域

本发明涉及经由网络来分发(distribute)或下载诸如运动图像之类的文件的服务器、客户端装置、程序和下载方法。

背景技术

迄今，在客户端装置从服务器获取文件的情况下，当客户端装置被某一事件(例如，用户操作、或者使用定时器功能的应用)触发时，客户端装置对其中存储有文件的服务器进行访问。但是，因为服务提供商很难控制将会成为触发的客户端侧事件，所以存在这样的问题：在大量客户端装置对服务器进行访问从而使访问集中并且该访问超过了服务器或网络的容量时，可能无法获得文件。特别地，这种问题趋于与文件大小和客户端装置数目的增加而成比例地发生。

为了避免这种问题，许多服务提供商(服务器管理者)在考虑到流量峰值的情况下分配各种资源(服务器和网络资源)。但是，当一直分配资源以管理流量峰值时，意味着在除峰值时间段之外的时间段中承载过量资源，这将导致系统构建初始成本/服务成本的增加。另外，从服务提供商(服务器管理者)的角度来看，因为由用户操作所触发的访问的发生是不可预测且不可控制的，所以服务提供商(服务器管理者)被强制对系统进行管理以使得可以一直提供服务。

JP-A-2006-135811(专利文献1)公开了一种分发式系统，其中除提供运动图像的服务器之外，提供了包括管理服务器在内的多个服务器(参见该文献的权利要求1)。

发明内容

但是，即使专利文献1所公开的技术，结果也是必须一直分配资源以管理流量峰值，这可能无法解决实质问题。

希望提供能够分发从客户端装置对下载服务器的集中访问，以使流量峰值平滑的服务器、客户端装置、程序和下载方法。

根据本发明一个实施例的服务器是可经由网络而与客户端装置相连接的服务器，该服务器包括：用于生成一种文件的装置，所述文件包含能够经由网络向客户端装置分发下载文件的下载服务器的地址以及在时间上规定从客户端装置对下载服务器的访问的第一参数；以及用于响应于来自客户端装置的请求而向客户端装置分发所述文件的装置。

在本发明的实施例中，因为从客户端装置对下载服务器进行访问的定时可以通过来自服务器的控制而针对每一个客户端装置来设置，所以可以分发从客户端装置对下载服务器的集中访问以使流量峰值平滑。

优选地，第一参数可以是规定从客户端装置对下载服务器的访问的等待时间的参数。优选地，第一参数可以是规定从客户端装置对下载服务器的访问的时间段的参数。或者，第一参数优选地可以是规定从客户端装置对下载服务器的访问的时间段和在该时间段内的等待时间的参数。

生成的文件可以包含第二参数，该第二参数在时间上规定来自客户端装置的对文件的分发请求。因此，也可以避免对服务器的集中访问。

这里，本发明的实施例还可以包括：用于根据下载服务器的负载状况来优化第一参数的装置；以及用于根据下载服务器的负载状况来优化第二参数的装置。这里，例如，用于根据下载服务器的负载状况来优化第一参数的装置可以是用于根据下载服务器的负载状况来改变第一参数的装置。例如，用于根据下载服务器的负载状况来优化第二参数的装置可以是用于根据下载服务器的负载状况来改变第二参数的装置。

在访问因为用户操作或者错误估计而被出乎意料地集中的情况下，系统管理员必须基于访问状况对存储在服务器中的文件的参数进行优化，并且很可能会增加服务负载(服务工时)。于是，在服务器中例如提供这样的方案：其中，例如，根据在服务器侧使用资源的状态来自动确定和计算在文件中指定的参数，并优化参数值。因此，可以利用较少的工时来实现更高精度的负载分发。

根据本发明一个实施例的客户端装置是包括下述装置的客户端装置：用于向服务器作出分发一种文件的请求的装置，所述文件包含能够经由网络来分发下载文件的下载服务器的地址和在时间上规定对下载服务器的访问的第一参数；以及用于在基于第一参数的时刻对下载服务器进行访问的装置，所述第一参数包含在响应于请求而从服务器分发的文件中。因此，可以分发从客户端装置对下载服务器的集中访问，以使流量峰值平滑。

用于请求分发的装置可以在基于文件中所包含的第二参数的时刻向所述服务器作出分发文件的请求，其中，第二参数包含在所述文件中，并且在时间上规定对所述服务器分发文件的请求。因此，也可以避免对服务器的集中访问。

根据本发明一个实施例的程序是允许客户端装置执行包括以下步骤的处理的程序：向服务器作出分发一种文件的请求，所述文件包含能够经由网络来分发下载文件的下载服务器的地址和在时间上规定对所述下载服务器的访问的第一参数；以及在基于第一参数的时刻，对下载服务器进行访问，所述第一参数包含在响应于所述请求而从所述服务器分发的文件中。因此，可以分发从客户端装置对下载服务器的集中访问，以使流量峰值平滑。

根据本发明一个实施例的下载方法是包括以下步骤的下载方法：允许客户端装置向服务器作出分发一种文件的请求，所述文件包含能够经由网络来分发下载文件的下载服务器的地址和在时间上规定对所述下载服务器的访问的第一参数；允许所述服务器响应于来自客户端装置的请求而将所述文件分发给客户端装置；以及允许客户端装置在基于第一参数的时刻，对下载服务器进行访问，所述第一参数包含在响应于所述请求而从所述服务器分发的文件中。因此，可以分发从客户端装置对下载服务器的集中访问，以使流量峰值平滑。

如上所述，根据本发明的实施例，可以分发从客户端装置对下载服务器的集中访问以使流量峰值平滑。

附图说明

图1示出了描绘出根据本发明一个实施例的客户端/服务器系统的概念图；

图2示出了描绘出客户端装置、服务器和下载服务器的配置的框图；

图3示出了描绘出由服务器发送到客户端装置(数字录像机)的文件的示例格式的示图；

图4示出了描绘出由服务器发送到客户端装置(电视机)的文件的示例格式的示图；

图5示出了描绘出自动下载处理的操作的流程图；

图6示出了描绘出执行自动获取文件的请求的预定时刻和执行自动下载处理的预定时刻的重新计算(更新)的时间图；

图7示出了描绘出在下载文件时的手动处理的操作的流程图；

图8示出了在手动下载文件时在客户端装置上显示的示例屏幕(屏幕1)；

图9示出了在手动下载文件时在客户端装置上显示的示例屏幕(屏幕2)；

图10示出了在手动下载文件时在客户端装置上显示的示例屏幕(屏幕3)；

图11示出了在手动下载文件时在客户端装置上显示的示例屏幕(屏幕4)；以及

图12示出了说明根据本发明另一个实施例的客户端/服务器系统的操作的定时图。

具体实施方式

以下，将参考附图来描述本发明的实施例。

图1示出了描绘出根据本发明一个实施例的客户端/服务器系统的概念图。

如图1所示，客户端/服务器系统100被配置为：诸如数字录像机和电视机之类的多个客户端装置1经由诸如因特网之类的网络101连接到服务器2和多个下载服务器3。例如，客户端装置1和服务器2通过轮询通信或者P2P(对等)而彼此通信，并且从服务器2向客户端装置1分发文件，在该文件中记载了用于访问下载服务器3的控制信息(该文件在下文中被称为“文件B”)。另外，从下载服务器3下载到客户端装置1的文件(诸如电影之类的运动图像文件和客户端装置1的更新文件)是文件A。

图2示出了描绘出客户端装置1、服务器2和下载服务器3的配置的框图。

如图2所示，客户端装置1具有UI(用户接口)应用部分4、更新脚本部分5、更新代理部分6、接口部分7和客户端装置公共库部分8。

当受来自输入部分(未示出)的对信息的用户输入操作的触发时，UI应用部分4向更新代理部分6作出请求，以获取文件B、用以启动获取文件A的请求处理的指令和用以结束获取文件A的请求处理的指令。

例如，在由客户端装置1从下载服务器3下载的文件A为更新文件的情况下，更新脚本部分5基于该更新文件来更新客户端装置1的软件。

更新代理部分6接受来自UI应用部分4、接口部分7和更新脚本部分5的请求和与下载和更新相关的处理结果，并控制用于客户端装置1的更新处理。

例如，更具体的更新控制如下：

(1)当客户端装置1的电源被打开时，更新代理部分6和接口部分7被启动。

(2)从UI应用部分4接受手动更新指令以告知接口部分7。

(3)接口部分7与服务器2和下载服务器3进行通信以下载更新文件。

(4)从接口部分7接收更新文件下载处理的结果，并且发出指令以启动针对客户端装置1的更新模式。

(5)从更新脚本部分5接收更新处理的结果以将该结果告知UI应用部分4、客户端装置公共库部分8。

(6)在由于客户端装置1的限制而必须停止下载的情况下，将该情况告知接口部分7。

接口部分7与服务器2和下载服务器3进行通信，并从下载服务器3下载必要的更新文件(文件A)。

更具体而言，接口部分7通过后台处理以规则的时间间隔与服务器2进行通信，以确认更新文件的存在性。在发现存在最近的更新文件的情况下，接口部分7将其告知更新代理部分6。在存在最近的更新文件并且满足特定条件的情况下，接口部分7对下载服务器3进行访问以获取更新文件(文件A)并将其下载。

客户端装置公共库部分8提供客户端装置1中的公共功能。

更具体而言，客户端装置公共库部分8回答客户端装置1中所管理的当前时刻以及客户端装置1的当前软件版本，并且还具有网络诊断功能。

另外，在文件A是更新文件的情况下，更新脚本部分5和更新代理部分6执行以上处理。但是，例如，在由客户端装置1从下载服务器3下载的文件A是诸如运动图像之类的大型文件的情况下，更新代理部分6和更新脚本部分5变为内容管理器和运动图像标题管理功能。

服务器2具有Web服务器9，Web服务器9经由网络101与客户端装置1进行通信。另外，例如，服务器2的外部接口的URI在客户端装置1被装机出货时被预先嵌入。

下载服务器3也具有Web服务器10，Web服务器10经由网络101与客户端装置1进行通信。另外，例如，下载服务器3的URI被作为“下载目的地URL”从服务器2给予客户端装置1。

图3和图4示出了描绘出由服务器2发送给客户端装置1的示例文件B的示图。另外，图3所示的文件是在客户端装置1为数字录像机(DVR)的情况下的文件，并且图4所示的文件是在客户端装置1为电视机(TV set)的情况下的文件。

如图3和图4所示，文件B具有包括以下各项的信息项目：“机型ID和更新号”、“文件分发参数”、“下载内容(DL内容)”、“下载有效期开始日期和时间(DL有效期从)”、“下载有效期结束日期和时间(DL有效期到)”、“下载分发参数(DL分发参数)”和“下载目的地URL(DL目的地URL)”。

“机型ID”是客户端装置1的独有ID，其是诸如“PONY数字录像机1001”之类的信息。“更新号”是指示出文件B的更新号的信息，其在没有被更新时例如是“0001”。当以下项目之一改变时更新号被递增“1”：图3所示的下载有效期开始日期和时间、下载有效期结束日期和时间、以及下载分发参数。

“文件分发参数”是分发每一个客户端装置1的日期和时间的参数，在所述日期和时间上，客户端装置1自动地对下载服务器3进行访问。例如，“0.5天”指的是客户端装置1例如基于在0到12小时(12小时×60分×60秒)内生成的随机数、以预定时间间隔自动地对下载服务器3进行访问。

“下载内容”是关于将要下载的内容的标题的信息。

“下载有效期开始日期和时间”是关于开始下述时间段的日期和时间的信息：在该时间段中，允许客户端装置1从下载服务器3下载文件A。

“下载有效期结束日期和时间”是关于结束下述时间段的日期和时间的信息：在该时间段中，允许客户端装置1从下载服务器3下载文件A。

在从下载有效期开始日期和时间到下载有效期结束日期和时间的时间段期间，允许客户端装置1下载文件A。

“下载分发参数”是改变关于允许客户端装置1从下载服务器3下载文件A的时间段的开始日期和时间的信息和变更强制等待时间的参数。例如，该参数是“7天”、“5天”和“1天”。例如，在“7天”的情况下，不允许客户端装置1从下载服务器3下载文件A，直到作为强制等待时间的七天已经过去为止。

“下载目的地URL”是关于提供文件A的下载服务器3的URL的信息。

接下来，将描述当客户端装置1从下载服务器3下载文件A时的自动处理的操作。

图5示出了描绘出该自动处理的操作的流程图。

在购买之后，首先，客户端装置1向服务器2作出请求以获取设备指定ID(客户端ID)(S1)。

更具体而言，客户端装置1将装载出货时记录在客户端装置1上的、每一种机型所独有的机型ID告知服务器2。

基于机型ID，服务器2判断与机型ID相对应的机型是否为用于服务的机型。如果是用于服务的机型，则服务器2发布客户端ID，并将所发布的客户端ID告知客户端装置1(S2)。

客户端装置1将服务器2所告知的客户端ID存储在客户端装置公共库部分8中。在下次和之后启动客户端装置1时，执行S3之后的处理步骤。

例如，将描述客户端装置1从服务器2下载文件B的情况。

首先，客户端装置1向服务器2作出请求以获取文件B(S3)。

更具体而言，客户端装置1将用于获取文件B的客户端ID告知服务器2。

随后，基于该客户端ID，服务器2从存储在服务器2中的数据中提取与客户端ID相对应的信息，例如关于图3所示的文件B的信息，用以生成文件B，并将文件B分发给客户端装置1(S4)。

客户端装置1将文件B存储在客户端装置公共库部分8中。

随后，客户端装置1对文件B进行分析(S5)。例如，基于图3所示的文件B中记载的“文件分发参数”，客户端装置1计算“用于执行自动获取文件B的请求的下一预定时刻”。

例如，作为示例，客户端装置1获取作为图3所示的文件分发参数的值“0.5天”，生成在从0到0.5(12小时×60分×60秒)的时间内的随机数，并将所生成的随机数与当前时刻相加以得到“用于执行自动获取文件B的请求的下一预定时刻”。因此，该客户端装置1与其它客户端装置1将不会具有重叠的访问定时。

另外，基于图3所示的“下载分发参数”，客户端装置1计算“用于执行自动下载处理的下一预定时刻”。例如，当在图3所示的“下载内容”中下载了“更新文件Ver.1”时，基于作为与其相对应的“下载分发参数”的值“7天”，客户端装置1生成在从0到7天×24小时×60分×60秒的时间内的随机数，将所生成的随机数形成为“秒”单位，并将该值与作为“下载有效期开始日期和时间”的“4/1/200612:00”相加以得到“用于执行自动下载处理的下一预定时刻”。另外，在计算“用于执行自动下载处理的下一预定时刻”时，下述方案可能可行：其中，例如在“下载有效期开始日期和时间”和“下载有效期结束日期和时间”之间的时间中生成随机数，并基于所生成的随机数，计算“用于执行自动下载处理的下一预定时刻”。

随后，客户端装置1判断当前时刻是否为“用于执行自动获取文件B的请求的预定时刻”(S7)。如果是“用于执行自动获取文件B的请求的预定时刻”，则客户端装置1返回到步骤S3，并执行已经描述过的作出获取文件B的请求。

如果不是“用于执行自动获取文件B的请求的预定时刻”，则客户端装置1判断其是否为“用于执行自动下载处理的预定时刻”(S8)。如果其既不是“用于执行自动获取文件B的请求的预定时刻”也不是“用于执行自动下载处理的预定时刻”，则客户端装置1进行等待(S6)。

如果在S8中判断出是“用于执行自动下载处理的预定时刻”，则客户端装置1从下载服务器3下载文件A(S9)。换而言之，客户端装置1向下载服务器3作出请求以下载文件A，并且下载服务器3将文件A分发给客户端装置1(S10)。

这里，例如，在文件B在等待时间(S6)期间被更新的情况下，基于关于文件B的新信息，再次重新计算(更新)“用于执行自动获取文件B的请求的预定时刻”和“用于执行自动下载处理的预定时刻”。

图6示出了描绘出“用于执行自动获取文件B的请求的预定时刻”和“用于执行自动下载处理的预定时刻”的重新计算(更新)的时间图。

如图6所示，客户端装置1执行“自动获取文件B的请求处理”(S31)。

服务器2将图3所示“更新号”为“1”的文件B告知客户端装置1(S41)。

基于文件B，客户端装置1计算“用于执行自动获取文件B的请求的下一预定时刻”为“6/1/200710:00”，并计算“用于执行自动下载处理的预定时刻”为“6/5/20070:00”(S51)。

结果，客户端装置1一直等待直到当前时刻到达“6/1/200710:00”为止(S61)。如果客户端装置1判定到达该时刻，则客户端装置1执行“自动获取文件B的请求处理”(S32)。因为“用于执行自动下载处理的预定时刻”为“6/5/20070:00”，但是“用于执行自动获取文件B的请求的预定时刻”为“6/1/200710:00”，所以下载处理没有被执行。

在“更新号”没有改变的情况下，服务器2再次将更新号为“1”的文件B告知客户端装置1(S42)。

基于文件B，客户端装置1计算“用于执行自动获取文件B的请求的下一预定时刻”为“6/2/200711:00”，并计算“用于执行自动下载处理的预定时刻”为“6/5/20070:00”(S52)。在“更新号”没有改变的情况下，仅仅“用于执行自动获取文件B的请求的预定时刻”被再次计算，而“用于执行自动下载处理的预定时刻”没有被再次计算。

结果，客户端装置1一直等待，直到当前时刻到达“6/2/200711:00”为止(S62)，并且如果客户端装置1判定已到达该时刻，则客户端装置1执行“自动获取文件B的请求处理”(S33)。因为“用于执行自动下载处理的预定时刻”为“6/5/20070:00”，但是“用于执行自动获取文件B的请求的预定时刻”为“6/2/200711:00”，所以下载处理没有被执行。

在更新号被改变的情况下，服务器2将更新号为“2”的文件B告知客户端装置1(S43)。

基于更新号为“2”的文件B，客户端装置1计算“用于执行自动获取文件B的请求的下一预定时刻”为“6/3/20079:00”，并计算“用于执行自动下载处理的预定时刻”为“6/3/200710:00”(S53)。在更新号被改变的情况下，“用于执行自动获取文件B的请求的下一预定时刻”和“用于执行自动下载处理的预定时刻”被再次计算。

结果，客户端装置1一直等待，直到当前时刻到达“6/3/20079:00”为止(S63)，并且如果客户端装置1判定已到达该时刻，则客户端装置1自动地作出请求以获取文件B(S34)。因为“用于执行自动下载处理的预定时刻”为“6/3/200710:00”，但是“用于执行自动获取文件B的请求的预定时刻”为“6/3/20079:00”，所以下载处理没有被执行。

在更新号没有改变的情况下，服务器2将更新号为“2”的文件B告知客户端装置1(S44)。

基于更新号为“2”的文件B，客户端装置1计算“用于执行自动获取文件B的请求的下一预定时刻”为“6/4/200713:00”，并计算“用于执行自动下载处理的预定时刻”为“6/3/200710:00”(S54)。在更新号没有改变的情况下，仅仅“用于执行自动获取文件B的请求的下一预定时刻”被再次计算，而“用于执行自动下载处理的预定时刻”没有被再次计算。

结果，客户端装置1一直等待，直到当前时刻到达“6/3/200710:00”为止(S64)，并且如果客户端装置1判定已到达该时刻，则客户端装置1自动地下载文件B(S91)。

图7示出了描绘出在下载文件时的手动处理操作的流程图。另外，步骤S1和S2与以上所描述的步骤相同，省略对它们的描述。

这里，图8到图11示出了在手动下载文件A时在客户端装置1上显示的示例屏幕。

首先，如图8所示，显示了用以判断是否获取文件B的屏幕。客户端装置1判断用户是点击了图8所示的屏幕的运行按钮还是点击了取消按钮。如果用户点击运行按钮，则客户端装置1向服务器2作出请求以获取文件B(S3)。例如，客户端装置1将客户端ID告知服务器2，并获取文件B。如果用户点击取消按钮，则客户端装置1关闭图8所示的屏幕。

基于客户端ID，服务器2在存储在服务器2中的数据中提取与该客户端ID相对应的信息，生成例如图3所示的文件B，并将文件B分发给客户端装置1(S4)。

客户端装置1存储文件B。

随后，客户端装置1对文件B进行分析(S5)。换而言之，客户端装置1在对下载服务器3进行访问时对控制信息进行分析。更具体而言，如上所述，基于图3所示的文件分发参数，客户端装置1计算用于执行自动获取文件B的请求的下一预定时刻。

随后，客户端装置1判断是否可执行下载(S6)。换而言之，在手动处理的情况下，客户端装置1忽略图3所示的下载分发参数。例如，在客户端装置1下载图3所示的“下载内容”中的“更新文件Ver.1”的情况下，客户端装置1判断当前时刻(用于执行自动获取文件B的请求的预定时刻)是否介于作为下载有效期开始日期和时间的“4/1/200612:00”与作为下载有效期结束日期和时间的“3/31/200723:59”之间。例如，在该分析期间，客户端装置1显示图9所示的屏幕。

如果当前时刻介于它们之间，则客户端装置1显示图10所示的屏幕，反之如果当前时刻并不介于它们之间，则客户端装置1显示示出没有找到用于下载的文件(不允许下载)的屏幕(未示出)。

客户端装置1判断用户是点击了图10所示屏幕上的用于更新软件的“是”按钮还是点击了“否”按钮。如果用户点击“是”，则图11所示的屏幕被显示，该屏幕示出文件现在正在下载中，反之如果用户点击“否”，则图10所示的屏幕被删除。

在S6中，如果客户端装置1例如判定很难下载文件，则客户端装置1作出如上所述的“获取文件B的请求”，并计算(更新)“用于执行自动下载处理的下一预定时刻”。

如上所述，根据本实施例，当客户端装置1向服务器2作出请求以获取文件A时，包括关于对下载服务器3的访问控制的信息的文件B被告知给客户端装置，其中在下载服务器3中放置了文件A，基于关于在文件B中包含的“下载有效期开始日期和时间”、“下载有效期结束日期和时间”和“下载分发参数”的信息，可以对允许客户端装置1从下载服务器3下载文件A的时刻进行控制(分发)。因此，可以在每一个下载服务器3中对流量峰值进行抑制。

因此，因为必须分配诸如服务器之类的资源来管理极端的流量峰值，所以可以缩减系统构建初始成本和服务成本。

另外，针对每一个下载目的地URL来设置关于文件B中所包含的“下载分发参数”的信息，藉此因为各个服务器的性能被最大限度地使用，所以访问的分发和集中是可行的。

此外，文件B中所包含的“下载有效期开始日期和时间”与“下载有效期结束日期和时间”被告知给客户端装置1，于是在该时间段之外不允许客户端装置1对下载服务器3进行访问，藉此，为了方便服务提供商侧，可以执行下载服务器3的维护。

另外，在获取文件B失败，或者所获得的文件B不包含“文件分发参数”或“下载分发参数”的情况下，可以基于在装载出货时预先嵌入在客户端装置1中的缺省值，或者通过基于关于客户端装置1的部分信息(Mac地址，基底ID、IP地址等)来计算缺省值，从而计算“用于执行自动获取文件B的请求的下一预定时刻”。

另外，文件B中所包含的“下载有效期开始日期和时间”与“下载有效期结束日期和时间”被告知给客户端装置1，并且只要到达该时间段中的给定时刻，就允许客户端装置1自动对服务器进行访问以下载文件，藉此，用户可以随时、夜以继日、并且不分平时和假期地下载文件。从宽泛的角度看，与客户端装置1受用户操作触发来下载文件相比，允许更大量的客户端装置1更快速地下载文件。

接下来，将描述本发明的另一个实施例。

图12示出了说明根据本发明另一个实施例的客户端/服务器系统的操作的定时图。

如图12所示，根据本实施例的服务器2具有优化功能，该优化功能根据客户端装置1对服务器2或对下载服务器3的访问情况来优化文件B的描述。另外，当然，可以在除服务器2之外的其它装置中设置该优化功能。

服务器2的优化功能向服务器2自身作出获取服务器资源信息的请求，并获取服务器资源信息。例如，术语“服务器资源信息”包括诸如服务器2的访问日志、服务器资源(CPU使用率和存储器使用率)和网络频带使用率之类的信息。因此，服务器2的优化功能获取诸如服务器2的访问日志、服务器资源(CPU使用率和存储器使用率)和网络频带使用率之类的信息(S11)。

基于这些信息项目，服务器2的优化功能对“文件分发参数的值”进行更新(S12)。其示例如下所示。

1.当CPU使用率超过80％时，文件分发参数的值被设置为1.25倍。

2.当CPU使用率超过90％时，文件分发参数的值被设置为1.5倍。

3.当网络频带使用率超过75％时，文件分发参数的值被设置为2.0倍。

随后，服务器2的优化功能向下载服务器3作出获取服务器资源信息的请求，随后获取服务器资源信息。例如，术语“服务器资源信息”包括诸如下载服务器3的访问日志、服务器资源(CPU使用率和存储器使用率)和网络频带使用率之类的信息。因此，服务器2的优化功能获取诸如下载服务器3的访问日志、服务器资源(CPU使用率和存储器使用率)和网络频带使用率之类的信息(S13)。

基于这些信息项目，服务器2的优化功能对“下载分发参数的值”进行更新(S14)。其示例如下所示。

1.当CPU使用率超过80％时，下载分发参数的值被设置为1.25倍。

2.当CPU使用率超过90％时，下载分发参数的值被设置为1.5倍。

3.当网络频带使用率超过75％时，下载分发参数的值被设置为2.0倍。

如上所论述，根据本实施例，因为提供了能够基于服务器2和下载服务器3的资源信息来自动优化文件B的文件分发参数的值的功能，所以可以有效地实现对下载服务器3和其它服务器的负载分发。

另外，本发明的实施例并不限于上述实施例，这些实施例在根据本发明实施例的技术概念内可以进行各种修改。

本领域技术人员应当了解，可以根据设计要求和其它因素进行各种修改、组合、子组合和变更，只要这些修改、组合、子组合和变更在所附权利要求或其等同物的范围内。

相关申请的交叉引用

本发明包含与2007年6月18日向日本专利局提交的日本专利申请JP2007-160383相关的主题，该申请的全部内容通过引用而结合于此。

Claims (12)

1.一种可经由网络而与客户端装置相连接的用于使流量峰值平滑的服务器，包括：

用于生成一种文件的装置，所述文件包含能够经由所述网络向所述客户端装置分发下载文件的下载服务器的地址以及在时间上规定从所述客户端装置对所述下载服务器的访问的第一参数；以及

用于响应于来自所述客户端装置的请求向所述客户端装置分发所述文件的装置，

其中，通过来自所述服务器的控制而针对每一个客户端装置来设置从客户端装置对所述下载服务器进行访问的定时，以使得从客户端装置对所述下载服务器的集中访问被分发。

2.如权利要求1所述的服务器，

其中，所述第一参数是规定从所述客户端装置对所述下载服务器的访问的等待时间的参数。

3.如权利要求1所述的服务器，

其中，所述第一参数是规定从所述客户端装置对所述下载服务器的访问的时间段的参数。

4.如权利要求1所述的服务器，

其中，所述第一参数是规定从所述客户端装置对所述下载服务器的访问的时间段和在该时间段内的等待时间的参数。

5.如权利要求1所述的服务器，还包括：

用于根据所述下载服务器的负载状况来优化所述第一参数的装置。

6.如权利要求1所述的服务器，

其中，生成的所述文件包含第二参数，该第二参数在时间上规定来自所述客户端装置的对所述文件的分发请求。

7.如权利要求6所述的服务器，还包括：

用于根据所述下载服务器的负载状况来优化所述第二参数的装置。

8.一种用于使流量峰值平滑的客户端装置，包括：

用于向服务器作出分发一种文件的请求的装置，所述文件包含能够经由网络来分发下载文件的下载服务器的地址和在时间上规定对所述下载服务器的访问的第一参数；以及

用于在基于所述第一参数的时刻对所述下载服务器进行访问的装置，所述第一参数包含在响应于所述请求而从所述服务器分发的所述文件中，

其中，通过来自所述服务器的控制而针对每一个客户端装置来设置从客户端装置对所述下载服务器进行访问的定时，以使得从客户端装置对所述下载服务器的集中访问被分发。

9.如权利要求8所述的客户端装置，

其中，所述用于请求分发的装置在基于第二参数的时刻向所述服务器作出分发所述文件的请求，所述第二参数包含在所述文件中，并且在时间上规定对所述服务器的分发所述文件的请求。

10.一种用于使流量峰值平滑的下载方法，包括以下步骤：

允许客户端装置向服务器作出分发一种文件的请求，所述文件包含能够经由网络来分发下载文件的下载服务器的地址和在时间上规定对所述下载服务器的访问的第一参数；

允许所述服务器响应于来自所述客户端装置的请求而将所述文件分发给所述客户端装置；以及

允许所述客户端装置在基于所述第一参数的时刻，对所述下载服务器进行访问，所述第一参数包含在响应于所述请求而从所述服务器分发的所述文件中，

其中，通过来自所述服务器的控制而针对每一个客户端装置来设置从客户端装置对所述下载服务器进行访问的定时，以使得从客户端装置对所述下载服务器的集中访问被分发。

11.一种由可经由网络而与客户端装置相连接的服务器执行的用于使流量峰值平滑的方法，包括以下步骤：

生成一种文件，所述文件包含能够经由所述网络向所述客户端装置分发下载文件的下载服务器的地址以及在时间上规定从所述客户端装置对所述下载服务器的访问的第一参数；以及

响应于来自所述客户端装置的请求向所述客户端装置分发所述文件，

其中，通过来自所述服务器的控制而针对每一个客户端装置来设置从客户端装置对所述下载服务器进行访问的定时，以使得从客户端装置对所述下载服务器的集中访问被分发。

12.一种由客户端装置执行的用于使流量峰值平滑的方法，包括以下步骤：

向服务器作出分发一种文件的请求，所述文件包含能够经由网络来分发下载文件的下载服务器的地址和在时间上规定对所述下载服务器的访问的第一参数；以及

在基于所述第一参数的时刻对所述下载服务器进行访问，所述第一参数包含在响应于所述请求而从所述服务器分发的所述文件中，

其中，通过来自所述服务器的控制而针对每一个客户端装置来设置从客户端装置对所述下载服务器进行访问的定时，以使得从客户端装置对所述下载服务器的集中访问被分发。

Images