CN104184765A - 一种请求控制方法及客户端装置和服务器端装置 - Google Patents

Abstract

本发明公开了一种请求控制方法及客户端装置和服务器端装置，在不增加服务器资源的情况下能够避免服务器短时间内接收到密集请求。应用于具有定时请求功能的客户端的请求控制方法包括：获得请求启动时间后，在客户端设备发送请求前，向服务器端请求获取分组参数，分组参数用于表示所述客户端所在的分组；根据分组参数修正请求启动时间，获得修正后的新的请求启动时间；根据新的请求启动时间发送请求。应用于服务器端的请求控制方法包括：根据装备了定时请求功能的客户端的数量对客户端进行分组标记；在接收到具有定时请求功能的客户端发送的获取分组参数的请求后，将所述客户端的分组参数发送给所述客户端。本申请减少服务器资源，降低运营成本。

Description

一种请求控制方法及客户端装置和服务器端装置

技术领域

本发明涉及计算机技术领域，具体涉及一种请求控制方法及客户端装置和服务器端装置。

背景技术

当客户端软件的规模发展到一定大的程度，大量的安装在用户设备上的客户端软件需要大量的服务器资源与之匹配才能正常工作。在很多业务场景下，大量的客户端会在同一时刻，在极短时间内发起对线上资源的超高量访问请求，而在平时，访问量水平维持在比较低的水平。在这样的情形下，客户端在某一些时间点会形成对服务器的波峰式的密集请求。密集请求会造成线上服务器的负载过高，线上服务器在短时间内承受大量的请求，容易导致***瘫痪。

为了应付短时间的大量请求，传统方案是增加更多的机器，即通过配置和请求量相匹配的服务器，直至能够承受最高点的访问量，但这样大量的服务器资源只是为了应对某一个时间点的请求，在大部分时间是空闲的，造成资源浪费。

发明内容

本发明所要解决的技术问题是提供一种请求控制方法及客户端装置和服务器端装置，在不增加服务器资源的情况下能够避免服务器短时间内接收到集中密集请求。

为解决上述技术问题，本发明提供了一种请求控制方法，所述方法应用于具有定时请求功能的客户端，包括：

获得请求启动时间后，在客户端设备发送请求前，向服务器端请求获取分组参数，所述分组参数用于表示所述客户端所在的分组；

根据分组参数修正请求启动时间，获得修正后的新的请求启动时间；

根据新的请求启动时间发送请求。

进一步地，根据分组参数修正请求启动时间，获得修正后的新的请求启动时间，包括：新的请求启动时间=所述请求启动时间+第一延迟时间，其中所述第一延迟时间由分组参数和所述分组参数对应的分组间隔时间决定。

进一步地，所述第一延迟时间由分组参数和所述分组参数对应的分组间隔时间决定，包括：所述第一延迟时间=分组参数×所述分组参数对应的分组间隔时间；所述分组参数对应的分组间隔时间通过所述客户端向服务器端获取得到或者通过预配置得到。

进一步地，获得请求启动时间后，在客户端设备发送请求前，所述方法还包括：在预设范围内生成一随机数作为第二延迟时间；所述根据分组参数修正请求启动时间，获得修正后的新的请求启动时间，包括：新的请求启动时间=所述请求启动时间+第一延迟时间+第二延迟时间。

进一步地，所述随机数的单位数量级小于分组间隔时间的单位数量级。

为解决上述技术问题，本发明还提供了一种请求控制方法，所述方法应用于服务器端，包括：

根据装备了定时请求功能的客户端的数量对客户端进行分组标记；

在接收到具有定时请求功能的客户端发送的获取分组参数的请求后，将所述客户端的分组参数发送给所述客户端。

进一步地，根据装备了定时请求功能的客户端的数量对客户端进行分组标记，包括：根据装备了定时请求功能的客户端的数量，将所述装备了定时请求功能的客户端平均分配由服务器资源中的多个服务器端进行处理，并对各客户端进行分组标记。

进一步地，所述方法还包括：当有新装备了定时请求功能的客户端向服务器端发送获取分组参数的请求时，按照历史请求量，将所述新装备了定时请求功能的客户端分配由服务器资源中历史请求量少的服务器端进行处理。

进一步地，所述方法还包括：在接收到具有定时请求功能的客户端发送的获取分组参数的请求后，还为所述客户端所在分组分配分组间隔时间，并将所述分组间隔时间发送给所述客户端，为所有客户端分配的分组间隔时间相同或者不同。

为解决上述技术问题，本发明还提供了一种实现请求控制的客户端，所述客户端具有定时请求功能，所述客户端包括分组参数请求模块，请求时间计算模块，请求发送模块，其中：

所述分组参数请求模块，用于获得请求启动时间后，在客户端设备发送请求前，向服务器端请求获取分组参数，所述分组参数用于表示所述客户端所在的分组；

所述请求时间计算模块，用于根据分组参数修正请求启动时间，获得修正后的新的请求启动时间；

所述请求发送模块，用于根据新的请求启动时间发送请求。

进一步地，所述请求时间计算模块根据分组参数修正请求启动时间，获得修正后的新的请求启动时间，包括：

所述请求时间计算模块采用下式计算新的请求启动时间：新的请求启动时间=所述请求启动时间+第一延迟时间，其中所述第一延迟时间由分组参数和所述分组参数对应的分组间隔时间决定。

进一步地，所述第一延迟时间由分组参数和所述分组参数对应的分组间隔时间决定，包括：所述第一延迟时间=分组参数×所述分组参数对应的分组间隔时间；所述分组参数对应的分组间隔时间通过所述客户端向服务器端获取得到或者通过预配置得到。

进一步地，所述请求时间计算模块还用于在获得请求启动时间后，在预设范围内生成一随机数作为第二延迟时间；所述请求时间计算模块根据分组参数修正请求启动时间，获得修正后的新的请求启动时间，包括：所述请求时间计算模块采用下式计算新的请求启动时间：新的请求启动时间=所述请求启动时间+第一延迟时间+第二延迟时间。

为解决上述技术问题，本发明还提供了一种实现请求控制的服务器端，所述服务器端包括分组模块，分组参数发送模块，其中：

所述分组模块，用于根据装备了定时请求功能的客户端的数量对客户端进行分组标记；

所述分组参数发送模块，用于在接收到具有定时请求功能的客户端发送的获取分组参数的请求后，将所述客户端的分组参数发送给所述客户端。

进一步地，所述分组模块根据装备了定时请求功能的客户端的数量对客户端进行分组标记，包括：所述分组模块根据装备了定时请求功能的客户端的数量，将所述装备了定时请求功能的客户端平均分配由服务器资源中的多个服务器端进行处理，并对各客户端进行分组标记。

进一步地，所述分组模块还用于：当有新装备了定时请求功能的客户端向服务器端发送获取分组参数的请求时，按照历史请求量，将所述新装备了定时请求功能的客户端分配由服务器资源中历史请求量少的服务器端进行处理。

进一步地，所述服务器端还包括分组间隔时间分配模块，用于在接收到具有定时请求功能的客户端发送的获取分组参数的请求后，为所述客户端所在分组分配分组间隔时间，并将所述分组间隔时间发送给所述客户端，为所有客户端分配的分组间隔时间相同或者不同。

本申请通过对客户端进行合理的分组，不同组的客户端采用不同的延时发送请求，将服务器端可能接收到的一个波峰的请求，分解成若干个次高的波峰，从而达到减少服务器资源，降低运营成本的目的。

本文所述客户端软件包含但不限于手机终端软件、安装在桌面操作***上的软件客户程序，此客户端软件需要和服务器端的软件进行通讯，才可以完成正常功能。

附图说明

图1为本发明实施例一流程图；

图2为本发明实施例一客户端装置结构示意图；

图3为本发明实施例二流程图；

图4为本发明实施例二服务器端装置结构示意图；

图5为本发明应用示例流程图。

具体实施方式

在一个典型的配置中，客户端或认证***的计算设备可包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)，快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括非暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

由于客户端软件的设计和分发是可控的，因此可以通过有意识地对客户端进行标记分组，并通过一定的延时来规整客户端请求。

为使本发明的目的、技术方案和优点更加清楚明白，下文中将结合附图对本发明的实施例进行详细说明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互任意组合。

实施例一

本实施例介绍应用于具有定时请求功能的客户端的请求控制方法，如图1所示，包括以下步骤：

步骤101，获得请求启动时间后，在客户端设备发送请求前，向服务器端请求获取分组参数，所述分组参数用于表示所述客户端所在的分组；

上述请求启动时间是业务开发时，根据业务特征设定的一个常量时间，可通过线上与服务通信的接口获取。客户端的某业务可以设定成在某个时间（即所述常量时间）统一执行某个操作，例如资源更新操作。

步骤102，根据分组参数修正请求启动时间，获得调整后的新的请求启动时间；

采用下式计算新的请求启动时间：新的请求启动时间=所述请求启动时间+第一延迟时间。

其中所述第一延迟时间由分组参数和所述分组参数对应的分组间隔时间决定。

在一个优选实施例中，第一延迟时间=分组参数×分组参数对应的分组间隔时间；该分组参数对应的分组间隔时间通过所述客户端向服务器端获取得到或者通过预配置得到。

步骤103，根据新的请求启动时间发送请求。

通过服务器端对客户端进行分组，不同分组的客户端在不同的时间段内发送请求，进而避免服务器端短时间内接收到密集请求的情况。

在一个优选实施例中，为了获得更好的错峰效果，在获得请求启动时间后，客户端设备发送请求前，还可以在预设范围内生成一随机数作为第二延迟时间；在重新计算新的请求启动时间时，使用该第二延迟时间修正原请求启动时间，如：新的请求启动时间=请求启动时间+第一延迟时间+第二延迟时间。优选地，该随机数的单位数量级小于分组间隔时间的单位数量级，例如分组间隔时间的单位为秒，随机数的单位为毫秒或者微秒。

上述第一延迟时间用于组间错峰，第二延迟时间可用于组内客户端的错峰，按照上述方法延迟发送请求，可以大大缓解服务器端的处理压力。

本文所述客户端，不仅限于手机客户端，还包括PC客户端、手持终端等服务端和客户端分散的各种手持设备。

实现上述方法的具有定时请求功能客户端如图2所示，包括分组参数请求模块201，请求时间计算模块202，请求发送模块203，其中：

所述分组参数请求模块201，用于获得请求启动时间后，在客户端设备发送请求前，向服务器端请求获取分组参数，所述分组参数用于表示所述客户端所在的分组；

所述请求时间计算模块202，用于根据分组参数修正请求启动时间，获得修正后的新的请求启动时间；

优选地，请求时间计算模块202采用下式计算新的请求启动时间：新的请求启动时间=所述请求启动时间+第一延迟时间，其中所述第一延迟时间由分组参数和所述分组参数对应的分组间隔时间决定。例如，所述第一延迟时间=分组参数×所述分组参数对应的分组间隔时间，所述分组参数对应的分组间隔时间通过所述客户端向服务器端获取得到或者通过预配置得到；

优选地，所述请求时间计算模块202还用于在获得请求启动时间后，在预设范围内生成一随机数作为第二延迟时间；所述请求时间计算模块202根据分组参数修正请求启动时间，获得修正后的新的请求启动时间，包括：请求时间计算模块202采用下式计算新的请求启动时间：新的请求启动时间=所述请求启动时间+第一延迟时间+第二延迟时间。

所述请求发送模块203，用于根据新的请求启动时间发送请求。

实施例二

本实施例介绍应用于服务器端的请求控制方法，如图3所示，包括以下步骤：

步骤301，根据装备了定时请求功能的客户端的数量对客户端进行分组标记；

具体地，根据装备了定时请求功能的客户端的数量，将所述装备了定时请求功能的客户端平均分配由服务器资源中的多个服务器端进行处理，并对各客户端进行分组标记，即哪些客户器端属于哪个服务器处理，可通过组号来进行标记。

在一个优选实施例中，当有新装备了定时请求功能的客户端向服务器端发送获取分组参数的请求时或者在需要为未分组的客户端进行分组时，还可按照历史请求量，将所述新装备了定时请求功能的客户端或待分组客户端分配由服务器资源中历史请求量少的服务器端进行处理。

步骤302，在接收到具有定时请求功能的客户端发送的获取分组参数的请求后，将所述客户端的分组参数发送给所述客户端。

在一个优选的实施例中，上述方法还包括：在接收到具有定时请求功能的客户端发送的获取分组参数的请求后，还为所述客户端所在分组分配分组间隔时间，并将所述分组间隔时间发送给所述客户端，为所有客户端分配的分组间隔时间相同或者不同。

本方法中所述服务器端指服务器资源中的任意一台或一组服务器。

通过对客户端进行分组，改变了以往通过对服务器端分组来解决问题的思路，提供了一种解决服务器短时间内接收到集中密集请求的新方案。

实现上述方法的服务器端如图4所示，包括分组模块401，分组参数发送模块402，其中：

所述分组模块401，用于根据装备了定时请求功能的客户端的数量对客户端进行分组标记；

所述分组参数发送模块402，用于在接收到具有定时请求功能的客户端发送的获取分组参数的请求后，将所述客户端的分组参数发送给所述客户端。

在一个优选实施例中，分组模块401根据装备了定时请求功能的客户端的数量，将所述装备了定时请求功能的客户端平均分配由服务器资源中的多个服务器端进行处理，并对各客户端进行分组标记。

在一个优选实施例中，分组模块401还用于：当有新装备了定时请求功能的客户端向服务器端发送获取分组参数的请求时，按照历史请求量，将所述新装备了定时请求功能的客户端分配由服务器资源中历史请求量少的服务器端进行处理。

在一个优选实施例中，上述服务器端还包括分组间隔时间分配模块403，用于在接收到具有定时请求功能的客户端发送的获取分组参数的请求后，为所述客户端所在分组分配分组间隔时间，并将所述分组间隔时间发送给所述客户端，为所有客户端分配的分组间隔时间相同或者不同。

具备分组功能的服务器端可以是一台负责统一调度的服务器，也可以配置所有服务器端都具有统一的分组策略，这样每台服务器都可以完成分组操作，这样可以避免调度服务器故障后无法实现分组的风险。

应用示例

本实施例介绍一种优选实施方案，如图5所示，包括以下步骤：

步骤1，安装客户端软件获得原始启动时间A，同时生成一随机数D；

随机数D的作用一方面可以避免同组内的客户端同时刻发送请求，另一方面是避免造成客户端启动时间跨组，因此D取小于X*T的正整数，其中X为分组参数，T为分组间隔时间，且D的单位数量级小于T的单位数量级。D在生成后保存在本地，后续可继续使用，当然D值也不限于在此时生成，只要在步骤4之前生成即可。

A可以预设与客户端软件中，此外，A也可以由客户端通过线上接口获取，即从服务器获取。

步骤2，在用户首次使用所述客户端软件时，所述客户端软件向服务器端发送获取分组参数和分组间隔时间的请求；

在本示例中客户端同时请求分组参数和分组间隔时间，在其他实施例中，分组间隔时间可以预配置。

步骤3，服务器端根据客户端软件的装机量为该客户端分配分组参数X，并为该客户端所在分组分配分组间隔时间T；

装机量指的是目前有多少客户端装备了定时请求的功能。例如现在发行了1000万个客户端，这些客户端都会在时间A进行数据查询，则根据装机量可以将这1000万个用户分成100组，X为组号，每一组就是10万个客户端，这100个组对应了线上100个线上服务器集群（此处仅以服务器集群举例说明）。

但是由于这些服务器集群的服务能力可能会有差别，比如第1组服务器集群和第2组服务器集群虽然都承担了10万个客户端的请求，根据历史请求的情况，可能第1个组的CPU、内存等资源还有空闲，当有新增的客户端时，例如新增了2万个客户端，这2万个客户端中的一部分就可以被分配到第1组，剩下的新发展客户端可能被分配到第101组。

一组客户端具有相同的分组间隔时间，服务器端为每组客户端分配的分组间隔时间可以相同也可以不同。

步骤4，重新确定本客户端软件的请求启动时间T2=A+X*T+D；

步骤5，客户端软件根据T2发送启动请求，访问相应服务。

通过上述方法，把一个时间点的高量访问，拆开为多个分组的次高请求，能够很大程度上节省服务器资源。通过对分发的客户端进行有效的分组和标记，以分解客户端的密集请求模式来降低在高峰请求时服务器所承受的压力。经过这样的改造后，客户端高峰期的访问被有效的拆解，节省了服务器资源。通过对客户端侧进行分组管理，不限于解决本文中所述问题，还可实现其他功能。

本领域普通技术人员可以理解上述方法中的全部或部分步骤可通过程序来指令相关硬件完成，所述程序可以存储于计算机可读存储介质中，如只读存储器、磁盘或光盘等。可选地，上述实施例的全部或部分步骤也可以使用一个或多个集成电路来实现。相应地，上述实施例中的各模块/单元可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。本发明不限制于任何特定形式的硬件和软件的结合。

当然，本发明还可有其他多种实施例，在不背离本发明精神及其实质的情况下，熟悉本领域的技术人员当可根据本发明作出各种相应的改变和变形，但这些相应的改变和变形都应属于本发明所附的权利要求的保护范围。

Claims (18)

1.一种请求控制方法，其特征在于，所述方法应用于具有定时请求功能的客户端，包括：

获得请求启动时间后，在客户端设备发送请求前，向服务器端请求获取分组参数，所述分组参数用于表示所述客户端所在的分组；

根据分组参数修正请求启动时间，获得修正后的新的请求启动时间；

根据新的请求启动时间发送请求。

2.如权利要求1所述的方法，其特征在于：

根据分组参数修正请求启动时间，获得修正后的新的请求启动时间，包括：

新的请求启动时间=所述请求启动时间+第一延迟时间，其中所述第一延迟时间由分组参数和所述分组参数对应的分组间隔时间决定。

3.如权利要求2所述的方法，其特征在于：

所述第一延迟时间由分组参数和所述分组参数对应的分组间隔时间决定，包括：

所述第一延迟时间=分组参数×所述分组参数对应的分组间隔时间；所述分组参数对应的分组间隔时间通过所述客户端向服务器端获取得到或者通过预配置得到。

4.如权利要求2或3所述的方法，其特征在于：

获得请求启动时间后，在客户端设备发送请求前，所述方法还包括：在预设范围内生成一随机数作为第二延迟时间；

所述根据分组参数修正请求启动时间，获得修正后的新的请求启动时间，包括：新的请求启动时间=所述请求启动时间+第一延迟时间+第二延迟时间。

5.如权利要求4所述的方法，其特征在于：

所述随机数的单位数量级小于分组间隔时间的单位数量级。

6.一种请求控制方法，其特征在于，所述方法应用于服务器端，包括：

根据装备了定时请求功能的客户端的数量对客户端进行分组标记；

在接收到具有定时请求功能的客户端发送的获取分组参数的请求后，将所述客户端的分组参数发送给所述客户端。

7.如权利要求6所述的方法，其特征在于：

根据装备了定时请求功能的客户端的数量对客户端进行分组标记，包括：

根据装备了定时请求功能的客户端的数量，将所述装备了定时请求功能的客户端平均分配由服务器资源中的多个服务器端进行处理，并对各客户端进行分组标记。

8.如权利要求6所述的方法，其特征在于：

所述方法还包括：当有新装备了定时请求功能的客户端向服务器端发送获取分组参数的请求时，按照历史请求量，将所述新装备了定时请求功能的客户端分配由服务器资源中历史请求量少的服务器端进行处理。

9.如权利要求6所述的方法，其特征在于：

所述方法还包括：在接收到具有定时请求功能的客户端发送的获取分组参数的请求后，还为所述客户端所在分组分配分组间隔时间，并将所述分组间隔时间发送给所述客户端，为所有客户端分配的分组间隔时间相同或者不同。

10.一种实现请求控制的客户端，其特征在于，所述客户端具有定时请求功能，所述客户端包括分组参数请求模块，请求时间计算模块，请求发送模块，其中：

所述分组参数请求模块，用于获得请求启动时间后，在客户端设备发送请求前，向服务器端请求获取分组参数，所述分组参数用于表示所述客户端所在的分组；

所述请求时间计算模块，用于根据分组参数修正请求启动时间，获得修正后的新的请求启动时间；

所述请求发送模块，用于根据新的请求启动时间发送请求。

11.如权利要求10所述的客户端，其特征在于：

所述请求时间计算模块根据分组参数修正请求启动时间，获得修正后的新的请求启动时间，包括：

所述请求时间计算模块采用下式计算新的请求启动时间：新的请求启动时间=所述请求启动时间+第一延迟时间，其中所述第一延迟时间由分组参数和所述分组参数对应的分组间隔时间决定。

12.如权利要求11所述的客户端，其特征在于：

所述第一延迟时间由分组参数和所述分组参数对应的分组间隔时间决定，包括：

所述第一延迟时间=分组参数×所述分组参数对应的分组间隔时间；所述分组参数对应的分组间隔时间通过所述客户端向服务器端获取得到或者通过预配置得到。

13.如权利要求11或12所述的客户端，其特征在于：

所述请求时间计算模块还用于在获得请求启动时间后，在预设范围内生成一随机数作为第二延迟时间；

所述请求时间计算模块根据分组参数修正请求启动时间，获得修正后的新的请求启动时间，包括：所述请求时间计算模块采用下式计算新的请求启动时间：新的请求启动时间=所述请求启动时间+第一延迟时间+第二延迟时间。

14.如权利要求13所述的客户端，其特征在于：

所述随机数的单位数量级小于分组间隔时间的单位数量级。

15.一种实现请求控制的服务器端，其特征在于，所述服务器端包括分组模块，分组参数发送模块，其中：

所述分组模块，用于根据装备了定时请求功能的客户端的数量对客户端进行分组标记；

所述分组参数发送模块，用于在接收到具有定时请求功能的客户端发送的获取分组参数的请求后，将所述客户端的分组参数发送给所述客户端。

16.如权利要求15所述的服务器端，其特征在于：

所述分组模块根据装备了定时请求功能的客户端的数量对客户端进行分组标记，包括：

所述分组模块根据装备了定时请求功能的客户端的数量，将所述装备了定时请求功能的客户端平均分配由服务器资源中的多个服务器端进行处理，并对各客户端进行分组标记。

17.如权利要求15所述的服务器端，其特征在于：

所述分组模块还用于：当有新装备了定时请求功能的客户端向服务器端发送获取分组参数的请求时，按照历史请求量，将所述新装备了定时请求功能的客户端分配由服务器资源中历史请求量少的服务器端进行处理。

18.如权利要求15所述的服务器端，其特征在于：

所述服务器端还包括分组间隔时间分配模块，用于在接收到具有定时请求功能的客户端发送的获取分组参数的请求后，为所述客户端所在分组分配分组间隔时间，并将所述分组间隔时间发送给所述客户端，为所有客户端分配的分组间隔时间相同或者不同。