CN105610939A - 客户端、服务端的文件下载控制方法、装置及系统 - Google Patents
客户端、服务端的文件下载控制方法、装置及系统 Download PDFInfo
- Publication number
- CN105610939A CN105610939A CN201511001179.3A CN201511001179A CN105610939A CN 105610939 A CN105610939 A CN 105610939A CN 201511001179 A CN201511001179 A CN 201511001179A CN 105610939 A CN105610939 A CN 105610939A
- Authority
- CN
- China
- Prior art keywords
- download
- client
- time point
- download request
- service end
- 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
Classifications
-
- 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]
-
- 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
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Information Transfer Between Computers (AREA)
Abstract
本发明公开了客户端、服务端的文件下载控制方法、装置及系统，其中，客户端的文件下载控制方法，包括：基于预设方式为客户端分配初始下载时间点；当达到所述初始下载时间点则自动向服务端提交下载请求；接收服务端反馈的处置消息，若允许下载，则开始下载，否则等待下次重连时间点向服务端提交下载请求；所述预设方式为将各客户端的初始下载时间点分散到不同时间段的方法。本发明还公开了服务端的文件下载控制方法及装置，通过本发明所述技术方案，能够有效减轻服务端的响应压力，解决了服务端成为性能瓶颈的问题。
Description
技术领域
本发明涉及计算机通信技术领域，尤其涉及一种客户端的文件下载控制方法及装置、服务端的文件下载控制方法及装置和文件下载控制系统。
背景技术
目前很多手机APP、桌面客户端、连接到公网的应用服务器都具备在线升级这一功能。在线升级当然离不开在线下载，当大量客户端请求下载服务器的升级包时，必然会给服务器造成一定的压力，影响其他业务功能的用户体验。甚至更为严重会致使服务瘫痪，宕机。
现有的解决方案包括：
通过在服务端设置专有参数，提供专有文件通道方式；例如Apache/Nginx/Lighttpd设置x-sendfile功能实现，这种方式在高并发大文件时很容易达到服务端的极限，保证不了下载功能的高可用性；
扩大服务器带宽、增强服务器硬件资源配置(CPU/内存/高速硬盘等)，这种方式依然受限于服务器的硬件性能极限；
通过服务器集群加负载均衡的方式，加上必要的动态扩展手段，这让高并发大文件下载的正常运转理论上成为可能，但随着服务器数量和集群控制体系的复杂化，实际上需要付出更加巨额的资金成本和维护成本。
发明内容
针对上述技术问题，本发明公开了一种客户端、服务端的文件下载控制方法、装置及系统，能够从客户端角度出发，分散初始下载时间点，从而避免大量的客户端同时向服务端提交下载请求，从而对服务端的响应能力有较高的要求；也能够从服务端角度出发，通过监控下载量的方式，避免同时响应大量的下载请求，也避免造成服务端瘫痪或者宕机等情况的发生。
本发明给出了一种客户端的文件下载控制方法，包括：
基于预设方式为客户端分配初始下载时间点；
当达到所述初始下载时间点则自动向服务端提交下载请求；
接收服务端反馈的处置消息，若允许下载，则开始下载，否则等待下次重连时间点向服务端提交下载请求；
所述预设方式为将各客户端的初始下载时间点分散到不同时间段的方法。
进一步地，所述基于预设方式为客户端分配初始下载时间点为：
基于hash散列方法为客户端分配初始下载时间点；或者，随机为客户端分配初始下载时间点。
更进一步地，所述基于hash散列方法为客户端分配初始下载时间点为：
将客户端唯一标识转化为ASCII码值，并将所述ASCII码值累加计算和值；
基于下载请求对应的文件大小和网络情况得到下载完成所需的平均时间间隔；
基于服务端允许下载的时间段和平均时间间隔得到允许下载的窗口大小；
将所述和值对所述窗口大小取余后得到n；
计算所述平均时间间隔与n的乘积，所述乘积与初始时间点相加得到初始下载时间点。
进一步地，所述下次重连时间点为：
基于所述预设方式重新为客户端分配的初始下载时间点；或者
基于预设时间间隔后得到的下次重连时间点；或者
服务端反馈的允许重新提交下载请求的时间点。
本发明同时给出了一种客户端的文件下载控制装置，包括：
时间点分配模块，用于基于预设方式为客户端分配初始下载时间点；
下载请求提交模块，用于当达到所述初始下载时间点则自动向服务端提交下载请求；
消息响应模块，用于接收服务端反馈的处置消息，若允许下载，则开始下载，否则等待下次重连时间点向服务端提交下载请求；
所述预设方式为将各客户端的初始下载时间点分散到不同时间段的方法。
进一步地，所述时间点分配模块，用于：
基于hash散列方法为客户端分配初始下载时间点；或者，随机为客户端分配初始下载时间点。
更进一步地，所述时间点分配模块，具体用于：
将客户端唯一标识转化为ASCII码值，并将所述ASCII码值累加计算和值；
基于下载请求对应的文件大小和网络情况得到下载完成所需的平均时间间隔；
基于服务端允许下载的时间段和平均时间间隔得到允许下载的窗口大小；
将所述和值对所述窗口大小取余后得到n；
计算所述平均时间间隔与n的乘积，所述乘积与初始时间点相加得到初始下载时间点。
进一步地，所述下次重连时间点为：
基于所述预设方式重新为客户端分配的初始下载时间点；或者
基于预设时间间隔后得到的下次重连时间点；或者
服务端反馈的允许重新提交下载请求的时间点。
本发明给出了一种服务端的文件下载控制方法，包括：
接收客户端提交的下载请求，并查询服务端当前响应的下载量；
基于下载量判断是否响应所述下载请求，并向客户端反馈处置消息。
进一步地，所述基于下载量判断是否响应所述下载请求，并向客户端反馈处置消息为：
判断所述下载量是否超过阈值，若是，则不响应所述下载请求，并向客户端反馈不允许下载的消息，否则响应所述下载请求，并向客户端反馈允许下载的消息。
更进一步地，当判定不响应所述下载请求时，还包括：向客户端反馈重新提交下载请求的时间点。
上述方法中，所述重新提交下载请求的时间点为：基于服务端当前响应的下载请求对应的文件大小、客户端提交的下载请求对应的文件大小、网络情况及重连队列情况，计算得到的重新提交下载请求的时间点。
进一步地，当判定响应所述下载请求时，还包括：将所述下载量的数值加1，当所述下载请求响应完成或者异常中断，则将所述下载量的数值减1。
进一步地，所述接收客户端提交的下载请求后，还包括：查询所述客户端下载失败的次数，若超过失败次数阈值，则不进行基于下载量判断是否响应所述下载请求的操作，而优先响应该下载请求。
本发明同时给出了一种服务端的文件下载控制装置，包括：
下载请求接收模块，用于接收客户端提交的下载请求，并查询服务端当前响应的下载量；
请求判断响应模块，用于基于下载量判断是否响应所述下载请求，并向客户端反馈处置消息。
进一步地，所述请求判断响应模块，用于：
判断所述下载量是否超过阈值，若是，则不响应所述下载请求，并向客户端反馈不允许下载的消息，否则响应所述下载请求，并向客户端反馈允许下载的消息。
更进一步地，当判定不响应所述下载请求时，还包括：向客户端反馈重新提交下载请求的时间点。
上述装置中，所述重新提交下载请求的时间点为：基于服务端当前响应的下载请求对应的文件大小、客户端提交的下载请求对应的文件大小、网络情况及重连队列情况，计算得到的重新提交下载请求的时间点。
进一步地，当判定响应所述下载请求时，还包括：将所述下载量的数值加1，当所述下载请求响应完成或者异常中断，则将所述下载量的数值减1。
进一步地，所述接收客户端提交的下载请求后，还包括：查询所述客户端下载失败的次数，若超过失败次数阈值，则不进行基于下载量判断是否响应所述下载请求的操作，而优先响应该下载请求。
本发明还给出了一种文件下载控制系统，包括：如上任一所述客户端的文件下载控制装置和如上任一所述服务端的文件下载控制装置。
本发明还给出了一种文件下载控制方法，包括：
客户端基于预设方式为客户端分配初始下载时间点；
所述客户端当达到所述初始下载时间点则自动向服务端提交下载请求；
所述服务端接收所述客户端提交的下载请求，并查询服务端当前响应的下载量；
所述服务端基于下载量判断是否响应所述下载请求，并向客户端反馈处置消息；
所述客户端接收服务端反馈的处置消息，若允许下载，则开始下载，否则等待下次重连时间点向服务端提交下载请求；
所述预设方式为将各客户端的初始下载时间点分散到不同时间段的方法。
综上所述，本发明提供了一种客户端的文件下载控制方法及装置，利用预设方式为客户端分配初始下载时间点，从而尽量将各客户端的下载请求均匀分散在各个时间段内，避免了大量客户端同时向服务端提交下载请求，进而减轻了服务端的压力。同时，本发明还提供了一种服务端的文件下载控制方法及装置，通过监控服务端正在响应的下载量，进而判断是否响应客户端提交的下载请求；更进一步地，通过在服务端设定一个阈值，该阈值可以根据服务端目前的配置和响应能力等情况进行合理设置，当接收到客户端提交的下载请求时，首先要判断当前的下载量是否已经超过了所述阈值，若是，则不响应该下载请求，否则，可以及时响应下载请求。同时，当服务端拒绝了客户端提交的下载请求时，可以同时反馈给客户端一个重新提交下载请求的时间点，允许客户端在该时间点再次提交下载请求。上述在服务端的技术方案能够根据当前的响应能力设定阈值，超阈值之后提交的下载请求则暂不响应，从而避免了当服务端压力过大，可能会影响服务端的其他业务功能的用户体验，甚至造成了服务端瘫痪和宕机的问题。
附图说明
为了更清楚地说明本发明的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明中记载的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1为本发明提供的一种客户端的文件下载控制方法实施例流程图；
图2为本发明提供的一种客户端的文件下载控制装置实施例结构示意图；
图3为本发明提供的一种服务端的文件下载控制方法实施例流程图；
图4为本发明提供的一种服务端的文件下载控制装置实施例结构示意图；
图5为本发明提供的一种文件下载控制系统实施例结构示意图。
具体实施方式
本发明给出了客户端、服务端的文件下载控制方法、装置及系统，为了使本技术领域的人员更好地理解本发明实施例中的技术方案，并使本发明的上述目的、特征和优点能够更加明显易懂，下面结合附图对本发明中技术方案作进一步详细的说明：
如图1所示，本发明首先提供了一种客户端的文件下载控制方法实施例，包括；
S101基于预设方式为客户端分配初始下载时间点；
S102当达到所述初始下载时间点则自动向服务端提交下载请求；
S103接收服务端反馈的处置消息，若允许下载，则开始下载，否则等待下次重连时间点向服务端提交下载请求；
所述预设方式为将各客户端的初始下载时间点分散到不同时间段的方法。
其中，所述预设方式并不唯一，目的是尽量避免客户端同时下载，因此只要能够将各客户端的初始下载时间点分散开的方法都适用，在此不一一列举。
优选地，所述基于预设方式为客户端分配初始下载时间点，包括：
基于hash散列方法为客户端分配初始下载时间点；或者，随机为客户端分配初始下载时间点。
其中，所述hash散列方法，包括但不限于：直接取余法、乘法取整法或者平方取中法。
更优选地，所述基于hash散列方法为客户端分配初始下载时间点为：
将客户端唯一标识转化为ASCII码值，并将所述ASCII码值累加计算和值；
基于下载请求对应的文件大小和网络情况得到下载完成所需的平均时间间隔；
基于服务端允许下载的时间段和平均时间间隔得到允许下载的窗口大小；
将所述和值对所述窗口大小取余后得到n；
计算所述平均时间间隔与n的乘积，所述乘积与初始时间点相加得到初始下载时间点。
例如：允许下载的窗口大小＝服务端允许下载的时间段/平均时间间隔；所述客户端的唯一标识，包括但不仅限于：硬件码或者序列号。
例如：服务端允许的初始时间点为：00:00，而服务端允许下载的时间段为00：00—06:00，假设基于当前的网络情况，完成当前下载请求所需的单位时间间隔为30分钟，则所述允许下载的窗口大小为12。获取客户端的硬件码后，将其转换为ASCII码后求和值；基于和值求得n；最终将基于上述公式得到初始下载时间点。
优选地，所述下次重连时间点为：
基于所述预设方式重新为客户端分配的初始下载时间点；或者
基于预设时间间隔后得到的下次重连时间点；或者
服务端反馈的允许重新提交下载请求的时间点。
其中，可以选择上述三种方式之一获取下次重连时间点；所述预设时间间隔可以为几个小时或者一天或者几天。
如图2所示，本发明同时提供了一种客户端的文件下载控制装置20，包括：
时间点分配模块201，用于基于预设方式为客户端分配初始下载时间点；
下载请求提交模块202，用于当达到所述初始下载时间点则自动向服务端提交下载请求；
消息响应模块203，用于接收服务端反馈的处置消息，若允许下载，则开始下载，否则等待下次重连时间点向服务端提交下载请求；
所述预设方式为将各客户端的初始下载时间点分散到不同时间段的方法。
优选地，所述时间点分配模块，用于：
基于hash散列方法为客户端分配初始下载时间点；或者，随机为客户端分配初始下载时间点。
更优选地，所述时间点分配模块，具体用于：
将客户端唯一标识转化为ASCII码值，并将所述ASCII码值累加计算和值；
基于下载请求对应的文件大小和网络情况得到下载完成所需的平均时间间隔；
基于服务端允许下载的时间段和平均时间间隔得到允许下载的窗口大小；
将所述和值对所述窗口大小取余后得到n；
计算所述平均时间间隔与n的乘积，所述乘积与初始时间点相加得到初始下载时间点。
优选地，所述下次重连时间点为：
基于所述预设方式重新为客户端分配的初始下载时间点；或者
基于预设时间间隔后得到的下次重连时间点；或者
服务端反馈的允许重新提交下载请求的时间点。
如上所述，本发明首先提供了客户端的文件下载控制方法及装置实施例，通过上述实施例的描述可知，通过为各客户端分配均匀分散的初始下载时间点，从而将各客户端提交下载请求的时间点彼此错开，并等待服务端反馈的消息，若不允许下载，则等待下次重连时间点再向服务端提交下载请求。上述技术方案不仅在初始下载阶段就避免大量客户端同时提交下载请求，并且能够根据下次重连时间点延迟提交重连的请求。进而减轻了服务端的响应压力，克服了传统的解决方法受限于服务端的硬件性能极限的缺点，同时节省了成本。
如图3所示，本发明其次提供了一种服务端的文件下载控制方法实施例，包括：
S301接收客户端提交的下载请求，并查询服务端当前响应的下载量；
S302基于下载量判断是否响应所述下载请求，并向客户端反馈处置消息。
优选地，所述基于下载量判断是否响应所述下载请求，并向客户端反馈处置消息为：
判断所述下载量是否超过阈值，若是，则不响应所述下载请求，并向客户端反馈不允许下载的消息，否则响应所述下载请求，并向客户端反馈允许下载的消息。
更优选地，当判定不响应所述下载请求时，还包括：向客户端反馈重新提交下载请求的时间点。
上述实施例中，所述重新提交下载请求的时间点为：基于服务端当前响应的下载请求对应的文件大小、客户端提交的下载请求对应的文件大小、网络情况及重连队列情况，计算得到的重新提交下载请求的时间点。
其中，所述网络情况包括：当前网络负载情况和当前网络下载速率情况；所述重连队列中存储有各个时间点等待重新提交的下载请求，因此，所述重连队列情况为各个时间点的重连队列是否已满等情况。
其中，所述重连队列中的待下载请求的数量根据同一时刻或者同一时间段所允许的最大的下载请求并发量设置。
例如：当前时间点为t0，根据服务器当前响应的下载请求对应的文件大小和网络情况，预计下载完成所需的时间为t1，则预计最早的重新提交下载请求的时间点T＝t0+t1；计算出重新提交下载请求的时间点T后，还需查看目前T时刻的重连队列是否已满，如果已满，则再查看所述T＝T+预设间隔，此时的T时间点的重连队列是否已满，以此类推，当预设周期内的重连队列都处于已满状态，则暂时不响应所述下载请求，客户端可以选择第二天重新提交下载请求。
优选地，当判定响应所述下载请求时，还包括：将所述下载量的数值加1，当所述下载请求响应完成或者异常中断，则将所述下载量的数值减1。
优选地，所述接收客户端提交的下载请求后，还包括：查询所述客户端下载失败的次数，若超过失败次数阈值，则不进行基于下载量判断是否响应所述下载请求的操作，而优先响应该下载请求。该技术特征是为了提高用户体验，当所述客户端下载失败的次数超过失败次数阈值时，则提升该客户端请求的优先级，为了保证服务端的正常工作，可以同时暂定其他优先级较低的客户端提交的下载请求。
如图4所示，本发明同时给出了一种服务端的文件下载控制装置40，包括：
下载请求接收模块401，用于接收客户端提交的下载请求，并查询服务端当前响应的下载量；
请求判断响应模块402，用于基于下载量判断是否响应所述下载请求，并向客户端反馈处置消息。
优选地，所述请求判断响应模块，用于：
判断所述下载量是否超过阈值，若是，则不响应所述下载请求，并向客户端反馈不允许下载的消息，否则响应所述下载请求，并向客户端反馈允许下载的消息。
更优选地，当判定不响应所述下载请求时，还包括：向客户端反馈重新提交下载请求的时间点。
上述装置中，所述重新提交下载请求的时间点为：基于服务端当前响应的下载请求对应的文件大小、客户端提交的下载请求对应的文件大小、网络情况及重连队列情况，计算得到的重新提交下载请求的时间点。
优选地，当判定响应所述下载请求时，还包括：将所述下载量的数值加1，当所述下载请求响应完成或者异常中断，则将所述下载量的数值减1。
优选地，所述接收客户端提交的下载请求后，还包括：查询所述客户端下载失败的次数，若超过失败次数阈值，则不进行基于下载量判断是否响应所述下载请求的操作，而优先响应该下载请求。
如上所述，本发明其次提供了服务端的文件下载控制方法及装置实施例，通过上述实施例的描述可知，通过监控服务端当前响应的下载量，进而判断是否响应来自客户端的下载请求。更为优选地，通过在服务端设置阈值，当服务端当前响应的下载请求超过阈值，则不再响应后续的下载请求。更为优选地，拒绝响应客户端的下载请求的同时，向所述客户端反馈重新提交下载请求的时间点。计算所述重新提交下载请求的时间点的方法并不唯一，主要是依据服务端响应能力及各个时间点的任务量决定的。上述技术方案从服务端考虑，通过设定阈值和考虑当前下载流量的方式，更加合理的安排服务端的响应任务，克服了通过提高服务器硬件资源配置或者服务器集群的方式必须付出巨额成本的缺陷，也能够合理安排服务端的任务响应工作，并且避免了服务端出现瘫痪和宕机等问题，也不会影响服务端其他业务功能的用户体验。
如图5所示，本发明提供了一种文件下载控制系统实施例，包括：如上任一实施例所述客户端的文件下载控制装置20和如上任一实施例所述服务端的文件下载控制装置40。
本发明还给出了一种文件下载控制方法，包括：
客户端基于预设方式为客户端分配初始下载时间点；
所述客户端当达到所述初始下载时间点则自动向服务端提交下载请求；
所述服务端接收所述客户端提交的下载请求，并查询服务端当前响应的下载量；
所述服务端基于下载量判断是否响应所述下载请求，并向客户端反馈处置消息；
所述客户端接收服务端反馈的处置消息，若允许下载，则开始下载，否则等待下次重连时间点向服务端提交下载请求；
所述预设方式为将各客户端的初始下载时间点分散到不同时间段的方法。
该方法的具体实现方式可以参照上述方法实施例，此处不再赘述。
如上所述，本发明提供的文件下载控制系统实施例，包括客户端装置和服务端装置两部分，综合了客户端装置的改进和服务端装置的改进，通过客户端装置和服务端装置的配合使用，不仅能够从客户端角度随机分配初始下载时间点，同时根据服务端反馈的拥堵情况延后提交下载请求，并且通过在服务端设置阈值的方式，避免了大量请求的响应造成服务端的宕机等后果。
本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同或相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于装置实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
以上实施例用以说明而非限制本发明的技术方案。不脱离本发明精神和范围的任何修改或局部替换，均应涵盖在本发明的权利要求范围当中。
Claims (22)
1.一种客户端的文件下载控制方法，其特征在于，包括：
基于预设方式为客户端分配初始下载时间点；
当达到所述初始下载时间点则自动向服务端提交下载请求；
接收服务端反馈的处置消息，若允许下载，则开始下载，否则等待下次重连时间点向服务端提交下载请求；
所述预设方式为将各客户端的初始下载时间点分散到不同时间段的方法。
2.如权利要求1所述的方法，其特征在于，所述基于预设方式为客户端分配初始下载时间点为：
基于hash散列方法为客户端分配初始下载时间点；或者，随机为客户端分配初始下载时间点。
3.如权利要求2所述的方法，其特征在于，所述基于hash散列方法为客户端分配初始下载时间点为：
将客户端唯一标识转化为ASCII码值，并将所述ASCII码值累加计算和值；
基于下载请求对应的文件大小和网络情况得到下载完成所需的平均时间间隔；
基于服务端允许下载的时间段和平均时间间隔得到允许下载的窗口大小；
将所述和值对所述窗口大小取余后得到n；
计算所述平均时间间隔与n的乘积，所述乘积与初始时间点相加得到初始下载时间点。
4.如权利要求1所述的方法，其特征在于，所述下次重连时间点为：
基于所述预设方式重新为客户端分配的初始下载时间点；或者
基于预设时间间隔后得到的下次重连时间点；或者
服务端反馈的允许重新提交下载请求的时间点。
5.一种客户端的文件下载控制装置，其特征在于，包括：
时间点分配模块，用于基于预设方式为客户端分配初始下载时间点；
下载请求提交模块，用于当达到所述初始下载时间点则自动向服务端提交下载请求；
消息响应模块，用于接收服务端反馈的处置消息，若允许下载，则开始下载，否则等待下次重连时间点向服务端提交下载请求；
所述预设方式为将各客户端的初始下载时间点分散到不同时间段的方法。
6.如权利要求5所述的装置，其特征在于，所述时间点分配模块，用于：
基于hash散列方法为客户端分配初始下载时间点；或者，随机为客户端分配初始下载时间点。
7.如权利要求6所述的装置，其特征在于，所述时间点分配模块，具体用于：
将客户端唯一标识转化为ASCII码值，并将所述ASCII码值累加计算和值；
基于下载请求对应的文件大小和网络情况得到下载完成所需的平均时间间隔；
基于服务端允许下载的时间段和平均时间间隔得到允许下载的窗口大小；
将所述和值对所述窗口大小取余后得到n；
计算所述平均时间间隔与n的乘积，所述乘积与初始时间点相加得到初始下载时间点。
8.如权利要求5所述的装置，其特征在于，所述下次重连时间点为：
基于所述预设方式重新为客户端分配的初始下载时间点；或者
基于预设时间间隔后得到的下次重连时间点；或者
服务端反馈的允许重新提交下载请求的时间点。
9.一种服务端的文件下载控制方法，其特征在于，包括：
接收客户端提交的下载请求，并查询服务端当前响应的下载量；
基于下载量判断是否响应所述下载请求，并向客户端反馈处置消息。
10.如权利要求9所述的方法，其特征在于，所述基于下载量判断是否响应所述下载请求，并向客户端反馈处置消息为：
判断所述下载量是否超过阈值，若是，则不响应所述下载请求，并向客户端反馈不允许下载的消息，否则响应所述下载请求，并向客户端反馈允许下载的消息。
11.如权利要求10所述的方法，其特征在于，当判定不响应所述下载请求时，还包括：向客户端反馈重新提交下载请求的时间点。
12.如权利要求11所述的方法，其特征在于，所述重新提交下载请求的时间点为：基于服务端当前响应的下载请求对应的文件大小、客户端提交的下载请求对应的文件大小、网络情况及重连队列情况，计算得到的重新提交下载请求的时间点。
13.如权利要求10所述的方法，其特征在于，当判定响应所述下载请求时，还包括：将所述下载量的数值加1，当所述下载请求响应完成或者异常中断，则将所述下载量的数值减1。
14.如权利要求9所述的方法，其特征在于，所述接收客户端提交的下载请求后，还包括：查询所述客户端下载失败的次数，若超过失败次数阈值，则不进行基于下载量判断是否响应所述下载请求的操作，而优先响应该下载请求。
15.一种服务端的文件下载控制装置，其特征在于，包括：
下载请求接收模块，用于接收客户端提交的下载请求，并查询服务端当前响应的下载量；
请求判断响应模块，用于基于下载量判断是否响应所述下载请求，并向客户端反馈处置消息。
16.如权利要求15所述的装置，其特征在于，所述请求判断响应模块，用于：
判断所述下载量是否超过阈值，若是，则不响应所述下载请求，并向客户端反馈不允许下载的消息，否则响应所述下载请求，并向客户端反馈允许下载的消息。
17.如权利要求16所述的装置，其特征在于，当判定不响应所述下载请求时，还包括：向客户端反馈重新提交下载请求的时间点。
18.如权利要求17所述的装置，其特征在于，所述重新提交下载请求的时间点为：基于服务端当前响应的下载请求对应的文件大小、客户端提交的下载请求对应的文件大小、网络情况及重连队列情况，计算得到的重新提交下载请求的时间点。
19.如权利要求16所述的装置，其特征在于，当判定响应所述下载请求时，还包括：将所述下载量的数值加1，当所述下载请求响应完成或者异常中断，则将所述下载量的数值减1。
20.如权利要求15所述的装置，其特征在于，所述接收客户端提交的下载请求后，还包括：查询所述客户端下载失败的次数，若超过失败次数阈值，则不进行基于下载量判断是否响应所述下载请求的操作，而优先响应该下载请求。
21.一种文件下载控制系统，其特征在于，包括：权利要求5至8任一所述客户端的文件下载控制装置和权利要求15至20任一所述服务端的文件下载控制装置。
22.一种文件下载控制方法，其特征在于，包括：
客户端基于预设方式为客户端分配初始下载时间点；
所述客户端当达到所述初始下载时间点则自动向服务端提交下载请求；
所述服务端接收所述客户端提交的下载请求，并查询服务端当前响应的下载量；
所述服务端基于下载量判断是否响应所述下载请求，并向客户端反馈处置消息；
所述客户端接收服务端反馈的处置消息，若允许下载，则开始下载，否则等待下次重连时间点向服务端提交下载请求；
所述预设方式为将各客户端的初始下载时间点分散到不同时间段的方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201511001179.3A CN105610939B (zh) | 2015-12-28 | 2015-12-28 | 客户端、服务端的文件下载控制方法、装置及系统 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201511001179.3A CN105610939B (zh) | 2015-12-28 | 2015-12-28 | 客户端、服务端的文件下载控制方法、装置及系统 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN105610939A true CN105610939A (zh) | 2016-05-25 |
| CN105610939B CN105610939B (zh) | 2018-11-20 |
Family
ID=55990473
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201511001179.3A Active CN105610939B (zh) | 2015-12-28 | 2015-12-28 | 客户端、服务端的文件下载控制方法、装置及系统 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN105610939B (zh) |
Cited By (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN106302671A (zh) * | 2016-08-03 | 2017-01-04 | 广东欧珀移动通信有限公司 | 一种下载时间设置方法及服务器 |
| CN106487876A (zh) * | 2016-09-08 | 2017-03-08 | 广东欧珀移动通信有限公司 | 一种下载时间设置方法、终端设备及服务器 |
| CN106657251A (zh) * | 2016-10-25 | 2017-05-10 | 广东欧珀移动通信有限公司 | 一种数据同步方法和装置 |
| CN106790388A (zh) * | 2016-11-24 | 2017-05-31 | 北京奇虎科技有限公司 | 一种进行数据更新的方法和移动终端 |
| CN107786608A (zh) * | 2016-08-30 | 2018-03-09 | 航天信息股份有限公司 | 一种tms应用下载自适应策略方法 |
| CN107786615A (zh) * | 2016-08-30 | 2018-03-09 | 航天信息股份有限公司 | 一种tms应用下载自适应策略方法 |
| CN107844518A (zh) * | 2017-09-30 | 2018-03-27 | 链家网（北京）科技有限公司 | 评估指定app下载量的方法、数据服务器、打包平台及系统 |
| CN111246229A (zh) * | 2020-01-07 | 2020-06-05 | 北京字节跳动网络技术有限公司 | 直播间礼物资源更新方法、装置、介质及电子设备 |
| CN117857535A (zh) * | 2023-11-27 | 2024-04-09 | 北京青矩互联科技有限公司 | 应用软件下载方法、装置及存储介质 |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20050021736A1 (en) * | 2003-01-07 | 2005-01-27 | International Business Machines Corporation | Method and system for monitoring performance of distributed applications |
| CN1627839A (zh) * | 2003-12-12 | 2005-06-15 | 乐金电子(中国)研究开发中心有限公司 | 移动通讯终端的内容下载方法 |
| CN1791088A (zh) * | 2004-12-14 | 2006-06-21 | 乐金电子（沈阳）有限公司 | 互联网内容自动存储系统及其方法 |
| CN101141475A (zh) * | 2007-10-15 | 2008-03-12 | 中兴通讯股份有限公司 | 一种无线网络数据预约下载的系统和方法 |
| WO2012019392A1 (zh) * | 2010-08-13 | 2012-02-16 | 中兴通讯股份有限公司 | 一种移动终端下载数据的方法及移动终端 |
-
2015
- 2015-12-28 CN CN201511001179.3A patent/CN105610939B/zh active Active
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20050021736A1 (en) * | 2003-01-07 | 2005-01-27 | International Business Machines Corporation | Method and system for monitoring performance of distributed applications |
| CN1627839A (zh) * | 2003-12-12 | 2005-06-15 | 乐金电子(中国)研究开发中心有限公司 | 移动通讯终端的内容下载方法 |
| CN1791088A (zh) * | 2004-12-14 | 2006-06-21 | 乐金电子（沈阳）有限公司 | 互联网内容自动存储系统及其方法 |
| CN101141475A (zh) * | 2007-10-15 | 2008-03-12 | 中兴通讯股份有限公司 | 一种无线网络数据预约下载的系统和方法 |
| WO2012019392A1 (zh) * | 2010-08-13 | 2012-02-16 | 中兴通讯股份有限公司 | 一种移动终端下载数据的方法及移动终端 |
Cited By (14)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN106302671A (zh) * | 2016-08-03 | 2017-01-04 | 广东欧珀移动通信有限公司 | 一种下载时间设置方法及服务器 |
| CN106302671B (zh) * | 2016-08-03 | 2018-03-27 | 广东欧珀移动通信有限公司 | 一种下载时间设置方法及服务器 |
| CN107786608A (zh) * | 2016-08-30 | 2018-03-09 | 航天信息股份有限公司 | 一种tms应用下载自适应策略方法 |
| CN107786615A (zh) * | 2016-08-30 | 2018-03-09 | 航天信息股份有限公司 | 一种tms应用下载自适应策略方法 |
| CN107786615B (zh) * | 2016-08-30 | 2021-07-06 | 航天信息股份有限公司 | 一种tms应用下载自适应策略方法 |
| CN106487876A (zh) * | 2016-09-08 | 2017-03-08 | 广东欧珀移动通信有限公司 | 一种下载时间设置方法、终端设备及服务器 |
| WO2018076866A1 (zh) * | 2016-10-25 | 2018-05-03 | 广东欧珀移动通信有限公司 | 数据处理方法、装置、存储介质、电子设备及服务器 |
| CN106657251A (zh) * | 2016-10-25 | 2017-05-10 | 广东欧珀移动通信有限公司 | 一种数据同步方法和装置 |
| CN106790388A (zh) * | 2016-11-24 | 2017-05-31 | 北京奇虎科技有限公司 | 一种进行数据更新的方法和移动终端 |
| CN107844518B (zh) * | 2017-09-30 | 2021-05-07 | 北京房江湖科技有限公司 | 评估指定app下载量的方法、数据服务器、打包平台及系统 |
| CN107844518A (zh) * | 2017-09-30 | 2018-03-27 | 链家网（北京）科技有限公司 | 评估指定app下载量的方法、数据服务器、打包平台及系统 |
| CN111246229A (zh) * | 2020-01-07 | 2020-06-05 | 北京字节跳动网络技术有限公司 | 直播间礼物资源更新方法、装置、介质及电子设备 |
| CN111246229B (zh) * | 2020-01-07 | 2022-01-25 | 北京字节跳动网络技术有限公司 | 直播间礼物资源更新方法、装置、介质及电子设备 |
| CN117857535A (zh) * | 2023-11-27 | 2024-04-09 | 北京青矩互联科技有限公司 | 应用软件下载方法、装置及存储介质 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN105610939B (zh) | 2018-11-20 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN105610939A (zh) | 客户端、服务端的文件下载控制方法、装置及系统 | |
| CN108513271B (zh) | 基于多个短信通道的短信分发方法和设备 | |
| CN105553870B (zh) | 业务请求的分配方法和装置 | |
| CN105159781B (zh) | 调节智能终端应用网速的方法、装置和智能终端 | |
| CN108023953B (zh) | Ftp服务的高可用实现方法和装置 | |
| KR101227121B1 (ko) | 피어 투 피어 콘텐츠 배포 네트워크를 이용한 비디오 서비스 지연 다운로딩 | |
| WO2017096846A1 (zh) | 一种直播视频的获取方法、装置及系统 | |
| EP3076290B1 (en) | Method and device for remotely updating application program | |
| CN101951411A (zh) | 云调度系统及方法以及多级云调度系统 | |
| CN105743947B (zh) | 一种资源共享方法及装置 | |
| CN105554046A (zh) | 内容分发系统对终端请求的调度方法、装置及设备 | |
| CN103970590A (zh) | 一种基于虚拟化平台的动态虚拟机交付方法及交付系统 | |
| CN111597033A (zh) | 一种任务调度方法和装置 | |
| CN106161280A (zh) | 一种带宽控制方法、装置和电子设备 | |
| CN105005500A (zh) | 一种远程过程调用方法、服务端、客户端 | |
| CN109428926B (zh) | 一种调度任务节点的方法和装置 | |
| CN107682205B (zh) | 上线消息发布方法、装置及电子设备 | |
| EP3079339A1 (en) | Method, device, and esb system for data processing | |
| CN110113176B (zh) | 用于配置服务器的信息同步方法及装置 | |
| CN105357239B (zh) | 提供服务的方法和装置、获取服务的方法及装置 | |
| CN109388655A (zh) | 一种动态控制数据访问的方法和装置 | |
| CN113179324B (zh) | 一种区块链节点及其执行的业务处理方法 | |
| CN112788076A (zh) | 一种多服务负载部署的方法和装置 | |
| CN108259605B (zh) | 一种基于多数据中心的数据调用系统及方法 | |
| CN110798495A (zh) | 用于在集群架构模式下端到端的消息推送的方法和服务器 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| CB02 | Change of applicant information |
Address after: 100195 Haidian District, Beijing, North Village, a road, a static core Park, block N Applicant after: Beijing Zhiyuan Internet software Limited by Share Ltd Address before: 100195 Haidian District, Beijing, North Village, a road, a static core Park, block N Applicant before: Beijing Seeyon Software Co., Ltd. |
|
| COR | Change of bibliographic data | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |