CN103001985A - 软件升级中服务器带宽控制的方法、升级配置服务器及系统 - Google Patents
软件升级中服务器带宽控制的方法、升级配置服务器及系统 Download PDFInfo
- Publication number
- CN103001985A CN103001985A CN2011102718658A CN201110271865A CN103001985A CN 103001985 A CN103001985 A CN 103001985A CN 2011102718658 A CN2011102718658 A CN 2011102718658A CN 201110271865 A CN201110271865 A CN 201110271865A CN 103001985 A CN103001985 A CN 103001985A
- Authority
- CN
- China
- Prior art keywords
- upgrading
- server
- bandwidth
- quota
- upgrade request
- 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
Landscapes
- Information Transfer Between Computers (AREA)
- Computer And Data Communications (AREA)
Abstract
本发明揭示了一种软件升级中服务器带宽控制的方法、升级配置服务器以及系统。该方法可包括步骤:升级配置服务器分时段统计客户端所发送升级请求的数量,并判断所述数量是否在预设配额范围内;当在预设配额范围时,将剩余配额调整给下一时段;和/或,当超出预设配额范围时,将超出的升级请求调整至下一时段配置升级。本发明可针对目前客户端软件升级中客户端升级请求分布不均匀造成带宽消耗过大的问题,对下发升级配置信息按照时段进行平滑调整,可以有效控制升级节奏,对带宽进行削峰填谷,降低软件升级的带宽成本。
Description
技术领域
本发明涉及到数据传输领域,特别涉及到一种软件升级中服务器带宽控制的方法、升级配置服务器及系统。
背景技术
软件升级是指对已有软件的进一步完善或增添新的功能。该软件升级包括系统升级(比如操作系统从WIN 2000升级到WIN XP)以及应用程序升级(比如WIN XP中系统补丁);该系统升级通过以升级数据包方式发布,该应用程序的升级通常以补丁的形式发布。在互联网时代,大量的软件采用C/S(Client/Server,客户端/服务器)架构实现,客户端的功能更新通常需要通过软件升级来实现,且通常是以客户端从服务器取得升级数据包或者补丁方式进行。
软件升级通常可分为请求(手动)升级和强制升级两种方式;该请求升级是客户端主动检测是否有新版本,在有新版本时主动向服务器请求升级;该强制升级是服务器主动推送给客户端进行升级,通常是出现紧急情况(比如紧急漏洞修复)时才使用,此时客户端如不升级有可能导致软件不能继续使用。在软件升级中,通常以请求升级较为常见。
以下以请求升级为例,说明现有技术中客户端软件升级的步骤流程:
客户端发起升级请求,将软件版本等软件配置信息发送至升级服务器进行升级查询;
升级服务器根据所述软件配置信息,从升级配置服务器的获取相应的升级配置策略返回给客户端;
客户端校验升级服务器发送的升级配置策略,校验通过后启动升级,从所述升级配置策略中配置的升级源下载升级数据包或者补丁,并校验下载的升级数据包或者补丁的数据正确与否;在升级完成后将升级的结果上报给统计服务器;
统计服务器将所述结果同步反馈到升级配置服务器。
由于上述C/S结构,在进行软件升级时,每一个客户端都可以向升级服务器发出升级请求。如果是热门软件(比如游戏软件)发布最新的升级数据包或补丁,在热门时段发出升级请求的客户端数量可能较为巨大,将会给升级服务器带宽造成巨大压力,而且电信部门采用的峰值带宽计费原则(即根据带宽峰值进行计费),可能产生较大的带宽费用,增加成本。
发明内容
本发明的主要目的为提供一种软件升级中服务器带宽控制的方法,减少升级时的带宽压力及降低带宽成本。
本发明提出一种软件升级中服务器带宽控制的方法,包括步骤:
升级配置服务器分时段统计客户端所发送升级请求的数量,并判断所述数量是否在预设配额范围内;
当在预设配额范围时,将剩余配额调整给下一时段;和/或,
当超出预设配额范围时,将超出的升级请求调整至下一时段配置升级。
优选地,所述升级配置服务器分时段统计客户端所发送升级请求的数量的步骤之前还包括:
设定升级目标数量以及时段划分数量,并计算预设配额。
优选地,所述方法还包括:
根据升级配置信息下发情况以及带宽使用情况的统计,调整所述预设配额。
本发明还提出一种升级配置服务器,包括:
统计及判断单元,用于分时段统计客户端所发送升级请求的数量,并判断所述数量是否在预设配额范围内;
剩余配额调整单元,用于当在预设配额范围时,将剩余配额调整给下一时段;和/或,
升级请求调整单元,用于当超出预设配额范围时,将超出的升级请求调整至下一时段配置升级。
优选地,所述升级配置服务器还可包括:
设定单元,用于设定升级目标数量以及时段划分数量,并计算预设配额。
优选地,所述升级配置服务器还可包括:
预设配额调整单元,用于根据升级配置信息下发情况以及带宽使用情况的统计,调整所述预设配额。
本发明还提出一种软件升级中服务器带宽控制的系统,包括升级配置服务器、升级服务器、统计服务器以及下载服务器;所述升级配置服务器包括:
统计及判断单元,用于分时段统计客户端所发送升级请求的数量,并判断所述数量是否在预设配额范围内;
剩余配额调整单元,用于当在预设配额范围时,将剩余配额调整给下一时段;和/或,
升级请求调整单元,用于当超出预设配额范围时,将超出的升级请求调整至下一时段配置升级。
优选地,所述升级配置服务器还可包括:
设定单元,用于设定升级目标数量以及时段划分数量,并计算预设配额。
优选地,所述升级配置服务器还包括:
预设配额调整单元,用于根据升级配置信息下发情况以及带宽使用情况的统计,调整所述预设配额。
优选地,所述系统还包括:
带宽统计服务器,用于统计带宽使用情况并反馈至所述升级配置服务器。
本发明可针对目前客户端软件升级中客户端升级请求分布不均匀造成带宽消耗过大的问题,对下发升级配置信息按照时段进行平滑调整;同时将升级配置信息下发情况以及带宽使用情况与平滑调整相关联,在满足总体升级目标数量的情况下,可以有效控制升级节奏,对带宽进行削峰填谷,降低软件升级的带宽成本。
附图说明
图1是本发明软件升级中服务器带宽控制的方法一实施例中的步骤流程示意图;
图2是本发明软件升级中服务器带宽控制的方法一实施例中的另一步骤流程示意图;
图3是本发明软件升级中服务器带宽控制的方法一实施例中升级请求与时间变化的曲线示意图;
图4是本发明软件升级中服务器带宽控制的方法一实施例中带宽与时间变化的曲线示意图;
图5是本发明软件升级中服务器带宽控制的方法另一实施例中的步骤流程示意图;
图6是本发明升级配置服务器一实施例中的结构示意图;
图7是本发明升级配置服务器一实施例中的另一结构示意图;
图8是本发明升级配置服务器另一实施例中的结构示意图;
图9是本发明软件升级中服务器带宽控制的系统一实施例中的结构示意图;
图10是本发明软件升级中服务器带宽控制的系统一实施例中的另一结构示意图;
图11是本发明软件升级中服务器带宽控制的系统另一实施例中的结构示意图。
本发明目的的实现、功能特点及优点将结合实施例,参照附图做进一步说明。
具体实施方式
应当理解,此处所描述的具体实施例仅仅用以解释本发明,并不用于限定本发明。
参照图1,提出本发明一种软件升级中服务器带宽控制的方法一实施例。该方法可包括:
步骤S10、升级配置服务器分时段统计客户端所发送升级请求的数量,并判断所述数量是否在预设配额范围内;
步骤S11、当在预设配额范围时,将剩余配额调整给下一时段;和/或,
步骤S12、当超出预设配额范围时,将超出的升级请求调整至下一时段配置升级。
上述升级配置服务器可按照升级服务器的要求,提供升级策略和灰度发布等的升级配置。该升级策略可包括:升级的数量、地域、IP限制规则、版本以及校验验证信息等;该灰度发布是一种平滑过度的发布方式。该升级服务器可根据客户端的升级需求(请求升级或强制升级),从升级配置服务器中获取最新的升级配置信息,并下发至客户端。
该升级配置服务器还可接收统计服务器统计的升级数据(比如升级的结果),并以此调整升级数量的配置,比如增加或者减少允许下发的升级配置信息数量。该统计服务器可接收客户端升级的结果并统计上报至升级配置服务器。该升级的结果包括升级下载结果(升级配置信息下载情况)和安装结果。
上述客户端可向升级服务器发送软件配置信息(比如软件版本等信息),并对升级服务器返回的升级配置信息进行验证,根据验证合法的升级配置信息向下载服务器下载升级数据包或补丁,同时验证该升级数据包或补丁的完整性再安装,且在完成升级任务后,向统计服务器汇报本次升级的结果。该完整性的验证可以是验证升级数据包或补丁的MD5(Message Digest5消息摘要算法第五版)值,防止伪造。如果是客户端请求升级,该客户端还可发送升级请求。上述下载服务器为客户端提供下载服务器,比如提供升级数据包、补丁等的下载。
参照图2,上述步骤S10之前还可包括:
步骤S100、设定升级目标数量以及时段划分数量,并计算预设配额。
为解决在升级请求过多时下载服务器带宽压力和带宽费用的问题,可通过升级配置服务器设定单位时间内的升级目标数量。假设升级配置服务器设定每天的升级目标数量为M,通常的情况下,如果不做进一步的限制,每天从0开始到24点,升级服务器依据升级配置服务器的相应配置以及客户端的合法升级请求,下发升级配置信息,直到下发的升级配置信息数量为M。如此,只要客户端在一天的各个时段发起的升级请求比较均衡,则可解决下载服务器带宽压力和带宽费用的问题。但是在实际情况中,客户端发起升级请求的时段不均衡。比如可参照图3和图4,图3是检测某一款软件升级时,客户端发起升级请求与时间变化的曲线图;检测的时间段为2011年08月10日至2011年08月11日,升级请求峰值为1652089个,出现在10日的08点30分,可以看到发起升级请求有明显的时间分布规律,在凌晨时段比如0至6点通常是低谷,白天7至23点是高峰,发起升级请求的数量随时段的变化而变化,形成一条有规律的曲线。图4是在图3时间段中,下载服务器消耗的带宽与时间变化的曲线图;由图示可知,升级请求多的时间点同样为带宽消耗多的时间点,可与上述图3的曲线相适配。由此,需解决的问题将是均衡化升级请求的问题。该消耗带宽的峰值为224624Mbps,出现在10日的08点40分。
因此,本实施例中采用分时段的方式对升级请求的数目进行相应控制,使得各个时段的升级请求相对均衡,解决下载服务器带宽压力以及带宽费用的问题。
可将每天分为若干个时段每个时段为T分钟(比如十分钟),那么每天时段的个数可为60*24/T个;设每个时段需要下发的升级配置信息为N,则N=M/(1440/T)。由此,上述升级配置服务器可分时段对客户端所发送升级请求的数量进行统计,并判断该升级请求的数量是否在预设配额(即N)范围内。当在预设配额范围时,可将剩余配额调整给下一时段;当超出预设配额范围时,则可将超出的升级请求调整至下一时段配置升级。
当上述升级配置服务器将一天总下发的升级配置信息总配额设为M,每个时段的预设配额为N,即M/(1440/T);假设每一时段的的实际升级请求为R,在升级下载热门时段R可能大于N,反之R可能小于N。
上述升级配置服务器可分别在每一时段进行统计,当统计到整个时段的升级请求在预设配额的范围内(即R小于或等于N),则可将剩余的配额调整至下一时段;如果R小于N,则下一时段的预设配额可为N-R+N;如果R等于N,则下一时段的预设配额任然为N。当一旦统计到升级请求超过预设配额范围时,将该升级请求以及(该时段内)之后收到的升级请求一并调整至下一时段进行升级,占用下一时段的预设配额。该升级配置服务器可根据对升级请求的统计及判断,在每个时段对升级请求进行相应的调整,在控制带宽以及满足客户端需求之间达到平衡。
上述分时段的方式中预设配额(N)的设定尤为重要,设时段中升级请求的峰值为Rtop,当N大于Rtop时,则N将大于任一时段的R值,此时N过大不能控制带宽;同样,该N也不能过小,如果过小可能导致客户端需求不能满足。因此,上述预设配额(N)与升级请求的实际情况(比如Rtop)相关联,由于带宽是以每秒的升级请求数量乘以每个升级请求的平均速度取得,同时此处的目的是控制带宽,则可直接将该预设配额的设定与带宽相关联,根据采集的升级下载结果(升级配置信息下发情况)以及带宽使用情况设定升级目标数量M,再利用该升级目标数量与时段的计算即可获得预设配额N,实现对预设配额的设定。如此方可在控制带宽以及满足客户端需求之间达到平衡,满足客户端需求的前提下降低成本。比如1个用户升级需要50Kb的带宽,10万(W)个用户同时升级就需要50Kb*10W=9G的带宽;升级目标数量M最先可预测获取,在采集到具体的升级下载结果和带宽使用情况时,可根据该采集的结果进行设定。该升级下载结果可为升级配置下发情况,即可包括客户端的升级请求数量、有效请求的数量以及配置下发成功的数量。该客户端的升级请求被允许升级即为一个有效请求,配置下发即为运行升级,配置下发成功即为升级成功,统计上述升级下载结果以及带宽使用情况(比如带宽总的消耗)可作为设置升级目标数量的参考。
参照图5,在另一实施例中,上述步骤S11和/或步骤S12后还包括:
步骤S13、根据升级配置信息下发情况以及带宽使用情况的统计,调整所述预设配额。
本实施例中,还可设置带宽统计服务器获取下载服务器带宽使用情况,并反馈给升级配置服务器。上述升级配置服务器可根据带宽统计服务器反馈的带宽使用情况,以及统计服务器统计的升级配置信息下发情况,设置时段的预设配额N(或者为升级目标数量M),实现灵活调配。
以下以网络游戏软件的升级为例,对上述软件升级中服务器带宽控制的方法进行详细说明。
网络游戏软件领域是最近几年互联网发展最快的领域之一,其以采用C/S模式结构为主,包括网络游戏的服务器端以及客户端,且客户端的文件通常比较大,一般从几百M到几G大小不等,而且随着不断升级数据量将不断增大,因此在升级中所需要的带宽也将越来越大。而且,同一家游戏运营商可能同时有几款游戏需要发布和升级,每款游戏都可能有庞大的客户端数量,升级时下载服务器的压力以及带宽费用可想而知,同时网络游戏软件的用户体验又特别重要。因此,服务器端一方面通过使用CDN(Content DeliveryNetwork,内容发布网络)和P2P(Peer-to-Peer,点对点)技术,尽量降低带宽需求以及提高下载体验;另一方面通过升级配置服务器引入带宽平滑策略,对下载服务器的带宽进行控制。
上述服务器端的升级配置服务器可根据预先统计,划分时段以及设置预设配额。由此,可将热门时段过多的客户端升级请求调整给非热门时段,并且将非热门时段的预设配额调整给热门时段使用。上述升级配置服务器还可根据统计服务器统计的升级配置信息下发情况以及带宽统计服务器统计的带宽使用情况,对预设配额进行调整,实现对下载服务器的带宽使用实现平滑调度调整(削峰填谷)。
上述软件升级中服务器带宽控制的方法,可针对目前客户端软件升级中客户端升级请求分布不均匀造成带宽消耗过大的问题,对下发升级配置信息按照时段进行平滑调整;同时将升级配置信息下发情况以及带宽使用情况与平滑调整相关联,在满足总体升级目标数量的情况下,可以有效控制升级节奏,对带宽进行削峰填谷,降低软件升级的带宽成本。
参照图6,提出本发明一种升级配置服务器20的一实施例。该升级配置服务器20可包括:统计及判断单元21、剩余配额调整单元22和/或升级请求调整单元23;该统计及判断单元21,用于分时段统计客户端所发送升级请求的数量,并判断所述数量是否在预设配额范围内;该剩余配额调整单元22,用于当在预设配额范围时,将剩余配额调整给下一时段;和/或,升级请求调整单元23,用于当超出预设配额范围时,将超出的升级请求调整至下一时段配置升级。上述统计及判断单元21可与剩余配额调整单元22和升级请求调整单元23两者之一即可实现一完整方案,但统计及判断单元21、剩余配额调整单元22以及升级请求调整单元23三者组合可具有更好的效果。
参照图7,上述升级配置服务器20还可包括:设定单元24,用于设定升级目标数量以及时段划分数量,并计算预设配额。
为解决在升级请求过多时下载服务器带宽压力和带宽费用的问题,可通过升级配置服务器20的设定单元24设定单位时间内的升级目标数量。假设升级配置服务器20设定每天的升级目标数量为M,通常的情况下,如果不做进一步的限制,每天从0开始到24点,升级服务器依据升级配置服务器20的相应配置以及客户端的合法升级请求,下发升级配置信息,直到下发的升级配置信息数量为M。如此,只要客户端在一天的各个时段发起的升级请求比较均衡,则可解决下载服务器带宽压力和带宽费用的问题。但是在实际情况中,客户端发起升级请求的时段不均衡。比如可参照图3和图4,图3是检测某一款软件升级时,客户端发起升级请求与时间变化的曲线图;检测的时间段为2011年08月10日至2011年08月11日,升级请求峰值为1652089个,出现在10日的08点30分,可以看到发起升级请求有明显的时间分布规律,在凌晨时段比如0至6点通常是低谷,白天7至23点是高峰,发起升级请求的数量随时段的变化而变化,形成一条有规律的曲线。图4是在图3时间段中,下载服务器消耗的带宽与时间变化的曲线图;由图示可知,升级请求多的时间点同样为带宽消耗多的时间点,可与上述图3的曲线相适配。由此,需解决的问题将是均衡化升级请求的问题。该消耗带宽的峰值为224624Mbps,出现在10日的08点40分。
因此,本实施例中采用分时段的方式对升级请求的数目进行相应控制,使得各个时段的升级请求相对均衡,解决下载服务器带宽压力以及带宽费用的问题。
可将每天分为若干个时段每个时段为T分钟(比如十分钟),那么每天时段的个数可为60*24/T个;设每个时段需要下发的升级配置信息为N,则N=M/(1440/T)。由此,上述升级配置服务器20的统计及判断单元21可分时段对客户端所发送升级请求的数量进行统计,并判断该升级请求的数量是否在预设配额(即N)范围内。当在预设配额范围时,剩余配额调整单元22可将剩余配额调整给下一时段;当超出预设配额范围时,升级请求调整单元23则可将超出的升级请求调整至下一时段配置升级。
当上述升级配置服务器20将一天总下发的升级配置信息总配额设为M,每个时段的预设配额为N,即M/(1440/T);假设每一时段的的实际升级请求为R,在升级下载热门时段R可能大于N,反之R可能小于N。
上述升级配置服务器20可分别在每一时段进行统计,当统计到整个时段的升级请求在预设配额的范围内(即R小于或等于N),则可将剩余的配额调整至下一时段;如果R小于N,则下一时段的预设配额可为N-R+N;如果R等于N,则下一时段的预设配额任然为N。当一旦统计到升级请求超过预设配额范围时,将该升级请求以及(该时段内)之后收到的升级请求一并调整至下一时段进行升级,占用下一时段的预设配额。该升级配置服务器20可根据对升级请求的统计及判断,在每个时段对升级请求进行相应的调整,在控制带宽以及满足客户端需求之间达到平衡。
上述分时段的方式中预设配额(N)的设定尤为重要,设时段中升级请求的峰值为Rtop,当N大于Rtop时,则N将大于任一时段的R值,此时N过大不能控制带宽;同样,该N也不能过小,如果过小可能导致客户端需求不能满足。因此,上述预设配额(N)与升级请求的实际情况(比如Rtop)相关联,由于带宽是以每秒的升级请求数量乘以每个升级请求的平均速度取得,同时此处的目的是控制带宽,则可直接将该预设配额的设定与带宽相关联,根据采集的升级下载结果(升级配置信息下发情况)以及带宽使用情况设定升级目标数量M,再利用该升级目标数量与时段的计算即可获得预设配额N,实现对预设配额的设定。如此方可在控制带宽以及满足客户端需求之间达到平衡,满足客户端需求的前提下降低成本。比如1个用户升级需要50Kb的带宽,10万(W)个用户同时升级就需要50Kb*10W=9G的带宽;升级目标数量M最先可预测获取,在采集到具体的升级下载结果和带宽使用情况时,可根据该采集的结果进行设定。该升级下载结果可为升级配置下发情况,即可包括客户端的升级请求数量、有效请求的数量以及配置下发成功的数量。该客户端的升级请求被允许升级即为一个有效请求,配置下发即为运行升级,配置下发成功即为升级成功,统计上述升级下载结果以及带宽使用情况(比如带宽总的消耗)可作为设置升级目标数量的参考。
参照图8,上述升级配置服务器20还可包括:预设配额调整单元25,用于根据升级配置信息下发情况以及带宽使用情况的统计,调整所述预设配额。
本实施例中,还可设置带宽统计服务器获取下载服务器带宽使用情况,并反馈给升级配置服务器20。上述升级配置服务器20的预设配额调整单元25可根据带宽统计服务器反馈的带宽使用情况,以及统计服务器统计的升级配置信息下发情况,设置时段的预设配额N(或者为升级目标数量M),实现灵活调配。
上述升级配置服务器20,可针对目前客户端软件升级中客户端升级请求分布不均匀造成带宽消耗过大的问题,对下发升级配置信息按照时段进行平滑调整;同时将升级配置信息下发情况以及带宽使用情况与平滑调整相关联,在满足总体升级目标数量的情况下,可以有效控制升级节奏,对带宽进行削峰填谷,降低软件升级的带宽成本。
参照图9,提出一种软件升级中服务器带宽控制的系统的一实施例。该系统可包括升级配置服务器20、升级服务器30、统计服务器40以及下载服务器50;该升级配置服务器20包括:统计及判断单元21、剩余配额调整单元22和/或升级请求调整单元23;该统计及判断单元21,用于分时段统计客户端60所发送升级请求的数量,并判断所述数量是否在预设配额范围内;该剩余配额调整单元22,用于当在预设配额范围时,将剩余配额调整给下一时段;和/或,该升级请求调整单元23,用于当超出预设配额范围时,将超出的升级请求调整至下一时段配置升级。
参照图10,上述升级配置服务器20还可包括:设定单元24,用于设定升级目标数量以及时段划分数量,并计算预设配额。
为解决在升级请求过多时下载服务器50带宽压力和带宽费用的问题,可通过升级配置服务器20的设定单元24设定单位时间内的升级目标数量。假设升级配置服务器20设定每天的升级目标数量为M,通常的情况下,如果不做进一步的限制,每天从0开始到24点,升级服务器30依据升级配置服务器20的相应配置以及客户端60的合法升级请求,下发升级配置信息,直到下发的升级配置信息数量为M。如此,只要客户端60在一天的各个时段发起的升级请求比较均衡,则可解决下载服务器50带宽压力和带宽费用的问题。但是在实际情况中,客户端60发起升级请求的时段不均衡。比如可参照图3和图4,图3是检测某一款软件升级时,客户端60发起升级请求与时间变化的曲线图;检测的时间段为2011年08月10日至2011年08月11日,升级请求峰值为1652089个,出现在10日的08点30分,可以看到发起升级请求有明显的时间分布规律,在凌晨时段比如0至6点通常是低谷,白天7至23点是高峰,发起升级请求的数量随时段的变化而变化,形成一条有规律的曲线。图4是在图3时间段中,下载服务器50消耗的带宽与时间变化的曲线图;由图示可知,升级请求多的时间点同样为带宽消耗多的时间点,可与上述图3的曲线相适配。由此,需解决的问题将是均衡化升级请求的问题。该消耗带宽的峰值为224624Mbps,出现在10日的08点40分。
因此,本实施例中采用分时段的方式对升级请求的数目进行相应控制,使得各个时段的升级请求相对均衡,解决下载服务器50带宽压力以及带宽费用的问题。
可将每天分为若干个时段每个时段为T分钟(比如十分钟),那么每天时段的个数可为60*24/T个;设每个时段需要下发的升级配置信息为N,则N=M/(1440/T)。由此,上述升级配置服务器20的统计及判断单元21可分时段对客户端60所发送升级请求的数量进行统计,并判断该升级请求的数量是否在预设配额(即N)范围内。当在预设配额范围时,剩余配额调整单元22可将剩余配额调整给下一时段;当超出预设配额范围时,升级请求调整单元23则可将超出的升级请求调整至下一时段配置升级。
当上述升级配置服务器20将一天总下发的升级配置信息总配额设为M,每个时段的预设配额为N,即M/(1440/T);假设每一时段的的实际升级请求为R,在升级下载热门时段R可能大于N,反之R可能小于N。
上述升级配置服务器20可分别在每一时段进行统计,当统计到整个时段的升级请求在预设配额的范围内(即R小于或等于N),则可将剩余的配额调整至下一时段;如果R小于N,则下一时段的预设配额可为N-R+N;如果R等于N,则下一时段的预设配额任然为N。当一旦统计到升级请求超过预设配额范围时,将该升级请求以及(该时段内)之后收到的升级请求一并调整至下一时段进行升级,占用下一时段的预设配额。该升级配置服务器20可根据对升级请求的统计及判断,在每个时段对升级请求进行相应的调整,在控制带宽以及满足客户端60需求之间达到平衡。
上述分时段的方式中预设配额(N)的设定尤为重要,设时段中升级请求的峰值为Rtop,当N大于Rtop时,则N将大于任一时段的R值,此时N过大不能控制带宽;同样,该N也不能过小,如果过小可能导致客户端60需求不能满足。因此,上述预设配额(N)与升级请求的实际情况(比如Rtop)相关联,由于带宽是以每秒的升级请求数量乘以每个升级请求的平均速度取得,同时此处的目的是控制带宽,则可直接将该预设配额的设定与带宽相关联,根据采集的升级下载结果(升级配置信息下发情况)以及带宽使用情况设定升级目标数量M,再利用该升级目标数量与时段的计算即可获得预设配额N,实现对预设配额的设定。如此方可在控制带宽以及满足客户端60需求之间达到平衡,满足客户端60需求的前提下降低成本。比如1个用户升级需要50Kb的带宽,10万(W)个用户同时升级就需要50Kb*10W=9G的带宽;升级目标数量M最先可预测获取,在采集到具体的升级下载结果和带宽使用情况时,可根据该采集的结果进行设定。该升级下载结果可为升级配置下发情况,即可包括客户端的升级请求数量、有效请求的数量以及配置下发成功的数量。该客户端的升级请求被允许升级即为一个有效请求,配置下发即为运行升级,配置下发成功即为升级成功,统计上述升级下载结果以及带宽使用情况(比如带宽总的消耗)可作为设置升级目标数量的参考。
参照图11,上述升级配置服务器20还可包括:预设配额调整单元25,用于根据升级配置信息下发情况以及带宽使用情况的统计,调整所述预设配额。
上述系统还包括:带宽统计服务器70,用于统计带宽使用情况并反馈至所述升级配置服务器20。
本实施例中,上述系统还可设置带宽统计服务器70获取下载服务器50带宽使用情况,并反馈给升级配置服务器20。上述升级配置服务器20的预设配额调整单元25可根据带宽统计服务器70反馈的带宽使用情况,以及统计服务器40统计的升级配置信息下发情况,设置时段的预设配额N(或者为升级目标数量M),实现灵活调配。
上述软件升级中服务器带宽控制的系统,可针对目前客户端60软件升级中客户端60升级请求分布不均匀造成带宽消耗过大的问题,对下发升级配置信息按照时段进行平滑调整;同时将升级配置信息下发情况以及带宽使用情况与平滑调整相关联,在满足总体升级目标数量的情况下,可以有效控制升级节奏,对带宽进行削峰填谷,降低软件升级的带宽成本。
以上所述仅为本发明的优选实施例,并非因此限制本发明的专利范围,凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换,或直接或间接运用在其他相关的技术领域,均同理包括在本发明的专利保护范围内。
Claims (10)
1.一种软件升级中服务器带宽控制的方法,其特征在于,包括步骤:
升级配置服务器分时段统计客户端所发送升级请求的数量,并判断所述数量是否在预设配额范围内;
当在预设配额范围时,将剩余配额调整给下一时段;和/或,
当超出预设配额范围时,将超出的升级请求调整至下一时段配置升级。
2.根据权利要求1所述的软件升级中服务器带宽控制的方法,其特征在于,所述升级配置服务器分时段统计客户端所发送升级请求的数量的步骤之前还包括:
设定升级目标数量以及时段划分数量,并计算预设配额。
3.根据权利要求1或2所述的软件升级中服务器带宽控制的方法,其特征在于,所述方法还包括:
根据升级配置信息下发情况以及带宽使用情况的统计,调整所述预设配额。
4.一种升级配置服务器,其特征在于,包括:
统计及判断单元,用于分时段统计客户端所发送升级请求的数量,并判断所述数量是否在预设配额范围内;
剩余配额调整单元,用于当在预设配额范围时,将剩余配额调整给下一时段;和/或,
升级请求调整单元,用于当超出预设配额范围时,将超出的升级请求调整至下一时段配置升级。
5.根据权利要求4所述的升级配置服务器,其特征在于,所述升级配置服务器还可包括:
设定单元,用于设定升级目标数量以及时段划分数量,并计算预设配额。
6.根据权利要求4或5所述的升级配置服务器,其特征在于,所述升级配置服务器还可包括:
预设配额调整单元,用于根据升级配置信息下发情况以及带宽使用情况的统计,调整所述预设配额。
7.一种软件升级中服务器带宽控制的系统,包括升级配置服务器、升级服务器、统计服务器以及下载服务器;其特征在于,所述升级配置服务器包括:
统计及判断单元,用于分时段统计客户端所发送升级请求的数量,并判断所述数量是否在预设配额范围内;
剩余配额调整单元,用于当在预设配额范围时,将剩余配额调整给下一时段;和/或,
升级请求调整单元,用于当超出预设配额范围时,将超出的升级请求调整至下一时段配置升级。
8.根据权利要求7所述的软件升级中服务器带宽控制的系统,其特征在于,所述升级配置服务器还可包括:
设定单元,用于设定升级目标数量以及时段划分数量,并计算预设配额。
9.根据权利要求7或8所述的软件升级中服务器带宽控制的系统,其特征在于,所述升级配置服务器还包括:
预设配额调整单元,用于根据升级配置信息下发情况以及带宽使用情况的统计,调整所述预设配额。
10.根据权利要求7或8所述的软件升级中服务器带宽控制的系统,其特征在于,所述系统还包括:
带宽统计服务器,用于统计带宽使用情况并反馈至所述升级配置服务器。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201110271865.8A CN103001985B (zh) | 2011-09-14 | 2011-09-14 | 软件升级中服务器带宽控制的方法、升级配置服务器及系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201110271865.8A CN103001985B (zh) | 2011-09-14 | 2011-09-14 | 软件升级中服务器带宽控制的方法、升级配置服务器及系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN103001985A true CN103001985A (zh) | 2013-03-27 |
CN103001985B CN103001985B (zh) | 2017-12-15 |
Family
ID=47930127
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201110271865.8A Active CN103001985B (zh) | 2011-09-14 | 2011-09-14 | 软件升级中服务器带宽控制的方法、升级配置服务器及系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN103001985B (zh) |
Cited By (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104066001A (zh) * | 2014-06-06 | 2014-09-24 | 深圳市九洲电器有限公司 | 一种机顶盒升级方法及系统 |
CN104580288A (zh) * | 2013-10-15 | 2015-04-29 | 腾讯科技(深圳)有限公司 | 一种控制客户端请求量的方法及装置 |
CN104717636A (zh) * | 2013-12-13 | 2015-06-17 | 成都鼎桥通信技术有限公司 | 软件升级方法、终端设备和空中下载服务器 |
CN104954409A (zh) * | 2014-03-31 | 2015-09-30 | 杭州迪普科技有限公司 | 一种ap升级方法以及装置 |
CN105656810A (zh) * | 2015-12-25 | 2016-06-08 | 北京奇虎科技有限公司 | 一种更新应用程序的方法及装置 |
CN105681073A (zh) * | 2015-12-25 | 2016-06-15 | 北京奇虎科技有限公司 | 一种更新应用程序的方法及装置 |
CN105812435A (zh) * | 2014-12-30 | 2016-07-27 | 腾讯科技(深圳)有限公司 | 应用升级数据包处理方法、装置、电子设备及系统 |
CN107172460A (zh) * | 2017-06-16 | 2017-09-15 | 深圳市云联志远网络科技有限公司 | 网络电视升级方法、装置及计算机可读存储介质 |
CN108599997A (zh) * | 2018-04-04 | 2018-09-28 | 北京奇艺世纪科技有限公司 | 升级控制方法和装置 |
CN104580288B (zh) * | 2013-10-15 | 2019-07-16 | 腾讯科技(深圳)有限公司 | 一种控制客户端请求量的方法及装置 |
CN113504933A (zh) * | 2021-05-28 | 2021-10-15 | 曲阜师范大学 | 一种车间机器更新方法及系统 |
CN114422486A (zh) * | 2022-03-14 | 2022-04-29 | 潍柴动力股份有限公司 | 一种终端的软件版本升级方法、系统以及车辆 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101056280A (zh) * | 2007-05-24 | 2007-10-17 | 中国联合通信有限公司 | 一种即时消息客户端升级管理方法及系统 |
CN101141475A (zh) * | 2007-10-15 | 2008-03-12 | 中兴通讯股份有限公司 | 一种无线网络数据预约下载的系统和方法 |
CN101374147A (zh) * | 2008-09-10 | 2009-02-25 | 深圳华为通信技术有限公司 | 一种软件升级检测的方法、装置及系统 |
EP2079220A1 (en) * | 2008-01-08 | 2009-07-15 | New Act Ltd. | System and method for client synchronization for a communication device |
-
2011
- 2011-09-14 CN CN201110271865.8A patent/CN103001985B/zh active Active
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101056280A (zh) * | 2007-05-24 | 2007-10-17 | 中国联合通信有限公司 | 一种即时消息客户端升级管理方法及系统 |
CN101141475A (zh) * | 2007-10-15 | 2008-03-12 | 中兴通讯股份有限公司 | 一种无线网络数据预约下载的系统和方法 |
EP2079220A1 (en) * | 2008-01-08 | 2009-07-15 | New Act Ltd. | System and method for client synchronization for a communication device |
CN101374147A (zh) * | 2008-09-10 | 2009-02-25 | 深圳华为通信技术有限公司 | 一种软件升级检测的方法、装置及系统 |
Cited By (16)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104580288A (zh) * | 2013-10-15 | 2015-04-29 | 腾讯科技(深圳)有限公司 | 一种控制客户端请求量的方法及装置 |
CN104580288B (zh) * | 2013-10-15 | 2019-07-16 | 腾讯科技(深圳)有限公司 | 一种控制客户端请求量的方法及装置 |
CN104717636A (zh) * | 2013-12-13 | 2015-06-17 | 成都鼎桥通信技术有限公司 | 软件升级方法、终端设备和空中下载服务器 |
CN104717636B (zh) * | 2013-12-13 | 2019-03-05 | 成都鼎桥通信技术有限公司 | 软件升级方法、终端设备和空中下载服务器 |
CN104954409A (zh) * | 2014-03-31 | 2015-09-30 | 杭州迪普科技有限公司 | 一种ap升级方法以及装置 |
CN104066001B (zh) * | 2014-06-06 | 2017-11-07 | 深圳市九洲电器有限公司 | 一种机顶盒升级方法及系统 |
CN104066001A (zh) * | 2014-06-06 | 2014-09-24 | 深圳市九洲电器有限公司 | 一种机顶盒升级方法及系统 |
CN105812435B (zh) * | 2014-12-30 | 2020-07-28 | 腾讯科技(深圳)有限公司 | 应用升级数据包处理方法、装置、电子设备及系统 |
CN105812435A (zh) * | 2014-12-30 | 2016-07-27 | 腾讯科技(深圳)有限公司 | 应用升级数据包处理方法、装置、电子设备及系统 |
CN105681073A (zh) * | 2015-12-25 | 2016-06-15 | 北京奇虎科技有限公司 | 一种更新应用程序的方法及装置 |
CN105656810A (zh) * | 2015-12-25 | 2016-06-08 | 北京奇虎科技有限公司 | 一种更新应用程序的方法及装置 |
CN107172460A (zh) * | 2017-06-16 | 2017-09-15 | 深圳市云联志远网络科技有限公司 | 网络电视升级方法、装置及计算机可读存储介质 |
CN108599997A (zh) * | 2018-04-04 | 2018-09-28 | 北京奇艺世纪科技有限公司 | 升级控制方法和装置 |
CN113504933A (zh) * | 2021-05-28 | 2021-10-15 | 曲阜师范大学 | 一种车间机器更新方法及系统 |
CN114422486A (zh) * | 2022-03-14 | 2022-04-29 | 潍柴动力股份有限公司 | 一种终端的软件版本升级方法、系统以及车辆 |
CN114422486B (zh) * | 2022-03-14 | 2024-01-16 | 潍柴动力股份有限公司 | 一种终端的软件版本升级方法、系统以及车辆 |
Also Published As
Publication number | Publication date |
---|---|
CN103001985B (zh) | 2017-12-15 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN103001985A (zh) | 软件升级中服务器带宽控制的方法、升级配置服务器及系统 | |
CN100514943C (zh) | 一种即时消息客户端升级管理方法及系统 | |
CN104518904A (zh) | 一种移动终端应用批量管理方法及系统、升级服务器 | |
CN102724308A (zh) | 软件更新方法及软件更新系统 | |
CN110838033B (zh) | 广告投放的管理方法、装置、电子设备及计算机存储介质 | |
CN106034083A (zh) | Cdn网络系统及其限速控制方法、cdn节点和服务器 | |
CN103176790A (zh) | 应用发布方法和系统 | |
CN103024825A (zh) | 终端多应用间网络资源分配方法及其设备 | |
CN101252602B (zh) | 文件分发及下载的方法和系统 | |
CN111083058B (zh) | 内容分发网络服务限流方法及电子设备 | |
US20110078116A1 (en) | Method for controlling the distribution of data blocks and apparatus for the same | |
CN101582808A (zh) | 一种p2p上下行流量统计管理的方法、终端及系统 | |
CN103974221A (zh) | 分组域实时计费流量配额的分配方法和装置 | |
CN102857470B (zh) | 一种网络传输系统、服务器和客户端 | |
CN105610939A (zh) | 客户端、服务端的文件下载控制方法、装置及系统 | |
CN101606172A (zh) | 用于自适应信息传播的系统和方法 | |
CN103841135A (zh) | 文件加速下载方法及装置 | |
CN103026575A (zh) | 用于计算机辅助地控制电能量网络中的多个能量消耗器的电能量消耗的方法 | |
CN101772083A (zh) | 一种带宽分配方法、装置和系统 | |
CN105005500A (zh) | 一种远程过程调用方法、服务端、客户端 | |
CN101330510A (zh) | 下发目录树数据的方法、系统和服务器,以及一种客户端 | |
KR20100121209A (ko) | 클라우드 컴퓨팅 네트워크 시스템 및 그것의 파일 분산 방법 | |
CN102860051B (zh) | 一种业务计费控制方法以及相关设备 | |
CN102307217B (zh) | 多媒体电话节目排播下载方法及系统 | |
KR20140042021A (ko) | 광고 송출 방법 및 시스템과 이를 지원하는 장치 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant | ||
TR01 | Transfer of patent right | ||
TR01 | Transfer of patent right |
Effective date of registration: 20190801 Address after: Shenzhen Futian District City, Guangdong province 518044 Zhenxing Road, SEG Science Park 2 East Room 403 Co-patentee after: Tencent cloud computing (Beijing) limited liability company Patentee after: Tencent Technology (Shenzhen) Co., Ltd. Address before: Shenzhen Futian District City, Guangdong province 518044 Zhenxing Road, SEG Science Park 2 East Room 403 Patentee before: Tencent Technology (Shenzhen) Co., Ltd. |