CN109587183B - 请求处理方法及装置 - Google Patents

Abstract

本发明提供的请求处理方法及装置，包括：接收请求；响应于所述请求，获取第一帐号池中的帐号数；当所述第一帐号池中的帐号数不满足供求条件时，从第二帐号池中取出处于解锁状态的帐号；其中，所述第二帐号池中的帐号均具有相应的锁定时间，所述处于解锁状态的帐号为锁定时间已结束的帐号；将所述处于解锁状态的帐号添加到所述第一帐号池中；利用所述第一帐号池中的帐号为所述请求构建请求信息，从而避免第一帐号池中的帐号供不应求的情况，并通过第二帐号池中帐号的锁定时间，从全局上实现了对请求的流量控制，而且锁定时间已结束的帐号直接处于解锁状态，进而保证了帐号状态的及时更新，从而充分有效地利用了帐号资源，提高了请求处理能力。

Description

请求处理方法及装置

技术领域

本发明涉及信息处理领域，更具体的说，涉及请求处理方法及装置。

背景技术

目前，第三方服务器平台为了保证其性能及服务质量，通常会根据访问者的IP地址或账号ID对其相应请求信息进行流量控制。

在传统的请求处理方案中，当用户通过终端发起访问请求后，内网服务器会从账号池中获取可用账号，并利用获取的可用账号为用户发起的请求构建请求信息；若账号池中没有可用账号可获取，则等待有可用账号后再次进行获取。内网服务器在利用获取的可用账号为用户请求构建请求信息后，会将该账号锁定为不可用，并将构建好请求信息的请求发送至公网的负载均衡设备，由负载均衡设备将请求分发至公网服务器进行处理。接收到请求的公网服务器对该请求执行流量控制，并判断当前请求队列的阻塞情况，根据流量控制情况与请求队列阻塞情况，决定是否直接将请求发送至第三方平台。最后，当内网服务器根据第三方平台的返回结果或者该账号已不被使用时，再解除该账号的锁定状态，使该账号变为可用。

然而，公网内通常包括多台服务器，各公网服务器可以对接收到的请求分别进行流量控制，但各公网服务器的进程之间通常并不存在相互通信逻辑，所以其流量控制方式并不能从全局上满足第三方平台对请求的流量控制，有可能会导致发送至第三方平台的实际的请求数量超出第三方平台流量控制允许的数量，进而导致请求失败。而且，内网服务器的请求处理与公网服务器的请求处理过程相互独立，内网服务器也无法获取到公网服务器的请求排队情况，所以内网服务器不能保证账号状态的及时更新，从而无法充分有效地利用账号资源，进而导致请求的处理效率较低。

因此，目前迫切需要一种能够提高请求处理能力的技术方案。

发明内容

有鉴于此，本发明提供了一种请求处理方法及装置，以解决目前请求处理方式中请求处理能力较差的技术问题。

为实现上述目的，本发明提供如下技术方案：

一种请求处理方法，包括：

接收请求；

响应于所述请求，获取第一帐号池中的帐号数；所述第一帐号池中的帐号用于为所述请求构建请求信息；

当所述第一帐号池中的帐号数不满足供求条件时，从第二帐号池中取出处于解锁状态的帐号；其中，所述第二帐号池中的帐号均具有相应的锁定时间，所述处于解锁状态的帐号为锁定时间已结束的帐号；

将所述处于解锁状态的帐号添加到所述第一帐号池中；

利用所述第一帐号池中的帐号为所述请求构建请求信息。

优选的，在所述利用所述第一帐号池中的帐号为所述请求构建请求信息之后，所述方法还包括：

从所述第一账号池中取出为所述请求构建请求信息的账号，所述为所述请求构建请求信息的账号为已使用账号；

将所述已使用账号添加到所述第二账号池中；

为所述已使用账号设置相应的锁定时间，所述已使用账号在其锁定时间内处于锁定状态。

优选的，所有帐号均具有对应的流量控制参数；所述为所述已使用账号设置相应的锁定时间包括：

获取锁定开始时刻，所述锁定开始时刻为所述将所述已使用账号添加到所述第二账号池中的时刻；

获取所述已使用帐号的流量控制参数的设定值；

根据所述已使用帐号的流量控制参数的设定值确定锁定时间间隔；

将从所述锁定开始时刻开始且在所述锁定时间间隔内的时间范围设置为所述已使用账号的锁定时间。

优选的，所述流量控制参数包括每秒查询数QPS；所述根据所述已使用帐号的流量控制参数的设定值确定锁定时间间隔包括：

当n>0时，利用公式T＝1/n计算锁定时间间隔；

当n＝0时，将所述锁定时间间隔确定为预设上限值；

其中，n为所述已使用账号的QPS的设定值，T为所述锁定时间间隔。

一种请求处理装置，包括：

请求接收单元，用于接收请求；

数据获取单元，用于响应于所述请求，获取第一帐号池中的帐号数；所述第一帐号池中的帐号用于为所述请求构建请求信息；

帐号释放单元，用于当所述第一帐号池中的帐号数不满足供求条件时，从第二帐号池中取出处于解锁状态的帐号；其中，所述第二帐号池中的帐号均具有相应的锁定时间，所述处于解锁状态的帐号为锁定时间已结束的帐号；

帐号添加单元，用于将所述处于解锁状态的帐号添加到所述第一帐号池中；

请求构建单元，用于利用所述第一帐号池中的帐号为所述请求构建请求信息。

优选的，还包括：

帐号取出单元，用于从所述第一账号池中取出为所述请求构建请求信息的账号，所述为所述请求构建请求信息的账号为已使用账号；

帐号锁定单元，用于将所述已使用账号添加到所述第二账号池中；

锁定设置单元，用于为所述已使用账号设置相应的锁定时间，所述已使用账号在其锁定时间内处于锁定状态。

优选的，所有帐号均具有对应的流量控制参数；所述锁定设置单元包括：

时刻获取单元，用于获取锁定开始时刻，所述锁定开始时刻为所述将所述已使用账号添加到所述第二账号池中的时刻；

配置获取单元，用于获取所述已使用帐号的流量控制参数的设定值；

间隔确定单元，用于根据所述已使用帐号的流量控制参数的设定值确定锁定时间间隔；

时间设置单元，用于将从所述锁定开始时刻开始且在所述锁定时间间隔内的时间范围设置为所述已使用账号的锁定时间。

优选的，所述流量控制参数包括每秒查询数QPS；所述间隔确定单元具体用于：

当n>0时，利用公式T＝1/n计算锁定时间间隔；

当n＝0时，将所述锁定时间间隔确定为预设上限值；

其中，n为所述已使用账号的QPS的设定值，T为所述锁定时间间隔。

一种存储介质，所述存储介质包括存储的程序，其中，在所述程序运行时控制所述存储介质所在设备执行任一项前述的请求处理方法。

一种处理器，所述处理器用于运行程序，其中，所述程序运行时执行任一项前述的请求处理方法。

从上述的技术方案可以看出，本发明提供的请求处理方法及装置，接收请求；响应于所述请求，获取第一帐号池中的帐号数；当所述第一帐号池中的帐号数不满足供求条件时，从第二帐号池中取出处于解锁状态的帐号；将所述处于解锁状态的帐号添加到所述第一帐号池中；再利用所述第一帐号池中的帐号为所述请求构建请求信息，从而避免第一帐号池中的帐号供不应求而导致无法顺利构建请求信息的情况。

并且，本发明中所述第二帐号池中的帐号具有相应的锁定时间，从而通过锁定帐号的方式，在为请求构建请求信息之前，就从全局上通过帐号调度实现了对请求的流量控制，避免了由公网中多个服务器分别进行流量控制可能会出现全局流量超过流控限制的情况，提高了请求处理能力。

再者，本发明中通过第二帐号池中帐号的锁定时间，能够使锁定时间已结束的帐号直接处于解锁状态，保证了帐号状态的及时更新，从而充分有效地利用帐号资源，进一步提高了请求处理能力。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。

图1为本申请实施例提供的请求处理方法的一种流程图；

图2为本申请实施例提供的请求处理方法的另一种流程图；

图3为本申请实施例提供的请求处理方法的又一种流程图；

图4为本申请实施例提供的请求处理装置的一种结构示意图；

图5为本申请实施例提供的请求处理装置的另一种结构示意图；

图6为本申请实施例提供的请求处理装置的又一种结构示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

请参阅图1，图1为本申请实施例提供的请求处理方法的一种流程图。

如图1所示，所述方法包括：

S101：接收请求。

用户想要从内网访问公网的第三方平台的资源时，需要先通过内网终端发出请求，因此，接收用户发出的请求，然后利用帐号池的帐号资源为该请求构建请求信息，构建好请求信息的请求用于访问第三方平台。

S102：响应于所述请求，获取第一帐号池中的帐号数。

所述第一帐号池中的帐号用于为所述请求构建请求信息。

第一帐号池中的帐号是专门用于为接收到的请求构建请求信息的。响应于接收到的请求，获取第一帐号池中的帐号数，实际上就是获取可用于为所述请求构建请求信息的帐号数。

S103：当所述第一帐号池中的帐号数不满足供求条件时，从第二帐号池中取出处于解锁状态的帐号。

其中，所述第二帐号池中的帐号均具有相应的锁定时间，所述处于解锁状态的帐号为锁定时间已结束的帐号。

传统方案中，在接收到请求后，内网服务器会直接从帐号池中获取帐号，来为请求构建请求信息，当帐号池中没有可用帐号时，则需要等待帐号池中有可用帐号后再为请求构建请求信息，从而无法及时为请求构建请求信息，进而影响请求处理效率。

本实施例在接收到请求后，会先确定第一帐号池中的帐号数是否满足供求条件，当第一帐号池中的帐号数不满足供求条件时，会从第二帐号池取出处于解锁状态的帐号，并将该处于解锁状态的帐号添加到第一帐号池中，以补充第一帐号池中的帐号资源，从而能够避免第一帐号池中帐号由于调度不合理而可能导致帐号供不应求，从而无法及时为请求构建请求信息的情况，进而提高请求处理效率。

在一示例中，所述供求条件可以包括：大于预设阈值，或者，不小于预设阈值，又或者，其他限制条件。其中，预设阈值可以是根据历史经验自动确定的，也可以是人工设置的。

第二帐号池中的帐号只用于为第一帐号池补充帐号资源，而并不可直接用于为请求构建请求信息。而且，第二帐号池中的帐号均具有相应的锁定时间，在锁定时间内的帐号处于锁定状态，锁定时间已结束的帐号处于解锁状态。处于锁定状态的帐号不可取出，处于解锁状态的帐号才可取出以供使用。

在另一示例中，第二帐号池中各帐号的锁定时间是相互独立的，可以相同，也可以不同，还可以部分相同且部分不同。

S104：将所述处于解锁状态的帐号添加到所述第一帐号池中。

第二帐号池中处于解锁状态的帐号为可用帐号，所以在需要为第一帐号池补充帐号资源时，可以将第二帐号池中处于解锁状态的帐号取出并添加到第一帐号池中，以供为请求构建请求信息使用。

本实施例通过第二帐号池中帐号的锁定时间的设置，来统一调度第一帐号池与第二帐号池中的帐号资源，不仅能够及时补充为请求构建请求信息的帐号资源，而且还能在为请求构建请求信息之前，通过帐号控制从全局上实现对请求的流量控制，提高请求处理能力，并能通过锁定时间及时更新帐号的解锁状态，从而进一步提高请求处理能力。

S105：利用所述第一帐号池中的帐号为所述请求构建请求信息。

在对第一帐号池中的帐号资源进行补充后，可保证第一帐号池中有充足的帐号资源可用于为请求构建请求信息，进而保证了请求处理能力。

利用帐号为请求构建请求信息，实际上就是以该帐号发出该请求，使该请求携带该帐号信息。例如，步骤S101接收到的请求的访问目标是第三方平台，步骤S105利用帐号为该请求构建请求信息，则是使得该请求携带该帐号信息，从而以该帐号的名义发出访问第三方平台的媒体资源的请求。

在又一示例中，所述方法还包括：

当所述第一帐号池中的帐号数满足供求条件时,直接利用所述第一帐号池中的帐号为所述请求构建请求信息。

当第一帐号池中的帐号数满足供求条件时，表明第一帐号池中有充足的帐号资源可用于为请求构建请求信息，所以，无需利用第二帐号池中处于解锁状态的帐号来补充第一帐号池中的帐号资源，即可直接利用所述第一帐号池中的帐号为所述请求构建请求信息，进而提高请求处理效率。

本实施例提供的请求处理方法，利用第二帐号池中处于解锁状态的帐号为第一帐号池补充帐号，再利用所述第一帐号池中的帐号为所述请求构建请求信息，从而避免第一帐号池中的帐号供不应求而导致无法顺利构建请求信息的情况。并且，本发明中所述第二帐号池中的帐号具有相应的锁定时间，从而通过锁定帐号的方式，在为请求构建请求信息之前，就从全局上通过帐号调度实现了对请求的流量控制，避免了由公网中多个服务器分别进行流量控制可能会出现全局流量超过流控限制的情况，提高了请求处理能力。而且，本发明通过第二帐号池中帐号的锁定时间，能够使锁定时间已结束的帐号直接处于解锁状态，保证了帐号状态的及时更新，从而充分有效地利用帐号资源，进一步提高了请求处理能力。

请参阅图2，图2为本申请实施例提供的请求处理方法的另一种流程图。

如图2所示，所述方法包括：

S201：接收请求。

S202：响应于所述请求，获取第一帐号池中的帐号数。

所述第一帐号池中的帐号用于为所述请求构建请求信息。

S203：当所述第一帐号池中的帐号数不满足供求条件时，从第二帐号池中取出处于解锁状态的帐号。

其中，所述第二帐号池中的帐号均具有相应的锁定时间，所述处于解锁状态的帐号为锁定时间已结束的帐号。

S204：将所述处于解锁状态的帐号添加到所述第一帐号池中。

S205：利用所述第一帐号池中的帐号为所述请求构建请求信息。

其中，步骤S201-S205与前述实施例中的步骤S101-S105相类似，在此不再赘述。

S206：从所述第一账号池中取出为所述请求构建请求信息的账号。

在利用第一帐号池中的帐号为请求构建请求信息后，所述为所述请求构建请求信息的账号为已使用账号。

S207：将所述已使用账号添加到所述第二账号池中。

第三方平台通常会基于帐号对请求进行流量控制，所以，在利用帐号为请求构建请求信息后，将该已使用账号添加到所述第二账号池中进行锁定控制，以配合第三方平台对该已使用账号的流量控制。

S208：为所述已使用账号设置相应的锁定时间。

在第二账号池中对已使用帐号进行锁定是通过设置相应的锁定时间的方式来实现的。所述已使用账号在其锁定时间内处于锁定状态。

在一示例中，帐号的锁定时间与帐号的流量控制策略相对应。帐号的流量策略是指该帐号所属第三方平台对该帐号设置的流量控制策略，例如，每秒查询数QPS(QueriesPer Second)策略。

本实施例提供的请求处理方法，在利用所述第一帐号池中的帐号为所述请求构建请求信息后，先取出该已使用帐号，并将其添加到第二帐号池中进行锁定，通过锁定时间来自动控制帐号的锁定状态与解锁状态，从而能够实现对帐号资源的合理调度，提高帐号资源的有效利用率。

请参阅图3，图3为本申请实施例提供的请求处理方法的又一种流程图。

如图3所示，所述方法包括：

S301：接收请求。

S302：响应于所述请求，获取第一帐号池中的帐号数。

所述第一帐号池中的帐号用于为所述请求构建请求信息。

S303：当所述第一帐号池中的帐号数不满足供求条件时，从第二帐号池中取出处于解锁状态的帐号。

其中，所述第二帐号池中的帐号均具有相应的锁定时间，所述处于解锁状态的帐号为锁定时间已结束的帐号。

S304：将所述处于解锁状态的帐号添加到所述第一帐号池中。

S305：利用所述第一帐号池中的帐号为所述请求构建请求信息。

S306：从所述第一账号池中取出为所述请求构建请求信息的账号。

所述为所述请求构建请求信息的账号为已使用账号。

S307：将所述已使用账号添加到所述第二账号池中。

其中，步骤S301-S307与前述实施例中的步骤S201-S207相类似，在此不再赘述。

S308：获取锁定开始时刻。

所述锁定开始时刻为所述将所述已使用账号添加到所述第二账号池中的时刻。锁定开始时刻，即为锁定时间的开始时刻。

S309：获取所述已使用帐号的流量控制参数的设定值。

在具体应用中，所有帐号均具有对应的流量控制参数。帐号的流量控制参数通常是帐号所属平台为其设定的，用于实现对利用该帐号所构建的请求的全局流量控制。

S310：根据所述已使用帐号的流量控制参数的设定值确定锁定时间间隔。

根据帐号的流量控制参数的设定值来确定锁定时间间隔，能够使得该帐号的锁定控制从全局上与利用该帐号所构建的请求的全局流量控制相适应，从而有效避免利用该帐号所构建的请求脱离全局流量控制的情况。

在一示例中，所述流量控制参数包括每秒查询数QPS(Queries Per Second)；所述步骤S310可包括：

当n>0时，利用公式T＝1/n计算锁定时间间隔；

当n＝0时，将所述锁定时间间隔确定为预设上限值；

其中，n为所述已使用账号的QPS的设定值，T为所述锁定时间间隔。预设上限值可以是系统可设定的最大值，也可以是用于表征无穷大的值，如“+∞”。

S311：将从所述锁定开始时刻开始且在所述锁定时间间隔内的时间范围设置为所述已使用账号的锁定时间。

所述已使用账号在其锁定时间内处于锁定状态。

在一示例中，已使用账号的锁定开始时刻为T1，锁定时间间隔为△T，则已使用账号的锁定时间T为从T1时刻开始且在时间间隔△T内的时间范围。例如，T1为13:25:33.132，△T为2秒，则T为13:25:33.132至13:25:35.132的时间范围。

在一具体示例中，账号的流量控制参数包括QPS，账号A的QPS的设定值n＝5(次/秒)，则，账号A的锁定时间间隔T＝0.2(秒)。

在该具体示例中，传统的技术方案是由公网服务器接收到请求后，再根据帐号的流量控制参数进行流量控制，因此，假定向公网发出了6个由帐号A构建的请求B，并平均分配到2台公网服务器进行处理，则每台公网服务器会接收到3个请求B，按照帐号A的流量控制参数QPS的设定值5，则每台公网服务器都会判定其所处理请求B的数量(3个)均未超出帐号A在每秒内流量限制(5个)，所以，两台公网服务器会将这6个请求B一并发送至第三方平台，从而导致第6个请求B从全局上超出了帐号A在每秒内的流量限制(5个)，进而导致第6个帐号的请求失败。

在该示例中，本发明是在为请求构建请求信息之前，就依据帐号A的QPS设定值对帐号A的使用进行限制，使得账号A的锁定时间间隔T为0.2秒，这样能够保证帐号A在每秒内处于解锁状态的次数不超过5次，进而保证每秒内的构建的请求数量最多不超过5个，从而每秒内的请求次数不会超过帐号A的流量控制参数(5次/秒)，进而从全局上实现了对请求的流量控制。

本实施例提供的请求处理方法，根据帐号的流量控制参数来确定帐号锁定时间间隔，能够使得该帐号的锁定控制从全局上与对该帐号的流量控制相适应，避免了由公网中多个服务器分别进行流量控制可能会出现全局流量超过流控限制的情况，进而提高了请求处理能力，提高了请求成功率。

通过本发明的请求处理方法，在为请求构建请求信息后，便可将已构建了请求信息的请求发送至外网服务器，并经由外网服务器请求访问第三方平台，从而实现对第三方平台的访问。而且，本发明通过帐号锁定已经了实现请求的流量控制，可以有效避免外网服务器中请求队列容易阻塞的情况，甚至可以移除外网服务器的请求排队逻辑，从而从整体上大幅提高了请求处理能力。

对应于前述的请求处理方法，本发明实施例还提供了相应的请求处理装置。

请参阅图4，图4为本申请实施例提供的请求处理装置的一种结构示意图。

本实施例的请求处理装置，用于实施前述实施例的请求处理方法，如图4所示，所述装置包括：

请求接收单元U101，用于接收请求。

用户想要从内网访问公网的第三方平台的资源时，需要先通过内网终端发出请求，因此，接收用户发出的请求，然后利用帐号池的帐号资源为该请求构建请求信息，构建好请求信息的请求用于访问第三方平台。

数据获取单元U102，用于响应于所述请求，获取第一帐号池中的帐号数。

所述第一帐号池中的帐号用于为所述请求构建请求信息。

第一帐号池中的帐号是专门用于为接收到的请求构建请求信息的。响应于接收到的请求，获取第一帐号池中的帐号数，实际上就是获取可用于为所述请求构建请求信息的帐号数。

所述第一帐号池中的帐号用于为所述请求构建请求信息。

帐号释放单元U103，用于当所述第一帐号池中的帐号数不满足供求条件时，从第二帐号池中取出处于解锁状态的帐号。

其中，所述第二帐号池中的帐号均具有相应的锁定时间，所述处于解锁状态的帐号为锁定时间已结束的帐号。

在一示例中，所述供求条件可以包括：大于预设阈值，或者，不小于预设阈值，又或者，其他限制条件。其中，预设阈值可以是根据历史经验自动确定的，也可以是人工设置的。

在另一示例中，第二帐号池中各帐号的锁定时间是相互独立的，可以相同，也可以不同，还可以部分相同且部分不同。

帐号添加单元U104，用于将所述处于解锁状态的帐号添加到所述第一帐号池中。

第二帐号池中处于解锁状态的帐号为可用帐号，所以在需要为第一帐号池补充帐号资源时，可以将第二帐号池中处于解锁状态的帐号取出并添加到第一帐号池中，以供为请求构建请求信息使用。

请求构建单元U105，用于利用所述第一帐号池中的帐号为所述请求构建请求信息。

在对第一帐号池中的帐号资源进行补充后，可保证第一帐号池中有充足的帐号资源可用于为请求构建请求信息，进而保证了请求处理能力。

利用帐号为请求构建请求信息，实际上就是以该帐号发出该请求，使该请求携带该帐号信息。

在又一示例中，所述装置还用于：

当所述第一帐号池中的帐号数满足供求条件时,直接利用所述第一帐号池中的帐号为所述请求构建请求信息。

当第一帐号池中的帐号数满足供求条件时，表明第一帐号池中有充足的帐号资源可用于为请求构建请求信息，所以，无需利用第二帐号池中处于解锁状态的帐号来补充第一帐号池中的帐号资源，即可直接利用所述第一帐号池中的帐号为所述请求构建请求信息，进而提高请求处理效率。

本实施例提供的请求处理装置，利用第二帐号池中处于解锁状态的帐号为第一帐号池补充帐号，再利用所述第一帐号池中的帐号为所述请求构建请求信息，从而避免第一帐号池中的帐号供不应求而导致无法顺利构建请求信息的情况。并且，本发明中所述第二帐号池中的帐号具有相应的锁定时间，从而通过锁定帐号的方式，在为请求构建请求信息之前，就从全局上通过帐号调度实现了对请求的流量控制，避免了由公网中多个服务器分别进行流量控制可能会出现全局流量超过流控限制的情况，提高了请求处理能力。而且，本发明通过第二帐号池中帐号的锁定时间，能够使锁定时间已结束的帐号直接处于解锁状态，保证了帐号状态的及时更新，从而充分有效地利用帐号资源，进一步提高了请求处理能力。

请参阅图5，图5为本申请实施例提供的请求处理装置的另一种结构示意图。

如图5所示，本实施例的请求处理装置，除了包括前述实施例中的请求接收单元U101、数据获取单元U102、帐号释放单元U103、帐号添加单元U104与请求构建单元U105外，还包括：

帐号取出单元U106，用于从所述第一账号池中取出为所述请求构建请求信息的账号，所述为所述请求构建请求信息的账号为已使用账号。

在利用第一帐号池中的帐号为请求构建请求信息后，所述为所述请求构建请求信息的账号为已使用账号。

帐号锁定单元U107，用于将所述已使用账号添加到所述第二账号池中。

第三方平台通常会基于帐号对请求进行流量控制，所以，在利用帐号为请求构建请求信息后，将该已使用账号添加到所述第二账号池中进行锁定控制，以配合第三方平台对该已使用账号的流量控制。

锁定设置单元U108，用于为所述已使用账号设置相应的锁定时间，所述已使用账号在其锁定时间内处于锁定状态。

在第二账号池中对已使用帐号进行锁定是通过设置相应的锁定时间的方式来实现的。所述已使用账号在其锁定时间内处于锁定状态。

本实施例提供的请求处理装置，在利用所述第一帐号池中的帐号为所述请求构建请求信息后，取出该已使用帐号，将其添加到第二帐号池中进行锁定，通过锁定时间来控制帐号的锁定状态与解锁状态，从而实现对帐号的合理调度，提高帐号资源的有效利用率。

请参阅图6，图6为本申请实施例提供的请求处理装置的又一种结构示意图。

如图6所示，本实施例的请求处理装置，包括前述实施例中的请求接收单元U101、数据获取单元U102、帐号释放单元U103、帐号添加单元U104、请求构建单元U105、帐号取出单元U106、帐号锁定单元U107和锁定设置单元U108，其中，所述锁定设置单元U108包括：

时刻获取单元U1081，用于获取锁定开始时刻，所述锁定开始时刻为所述将所述已使用账号添加到所述第二账号池中的时刻。

锁定开始时刻，即为锁定时间的开始时刻。

配置获取单元U1082，用于获取所述已使用帐号的流量控制参数的设定值。

在具体应用中，所有帐号均具有对应的流量控制参数。帐号的流量控制参数通常是帐号所属平台为其设定的，用于实现对利用该帐号所构建的请求的全局流量控制。

间隔确定单元U1083，用于根据所述已使用帐号的流量控制参数的设定值确定锁定时间间隔。

根据帐号的流量控制参数的设定值来确定锁定时间间隔，能够使得该帐号的锁定控制从全局上与利用该帐号所构建的请求的全局流量控制相适应，从而有效避免利用该帐号所构建的请求脱离全局流量控制的情况。

在一示例中，所述流量控制参数包括每秒查询数QPS；所述间隔确定单元具体用于：

当n>0时，利用公式T＝1/n计算锁定时间间隔；

当n＝0时，将所述锁定时间间隔确定为预设上限值；

其中，n为所述已使用账号的QPS的设定值，T为所述锁定时间间隔。预设上限值可以是系统可设定的最大值，也可以是用于表征无穷大的值，如“+∞”。

时间设置单元U1084，用于将从所述锁定开始时刻开始且在所述锁定时间间隔内的时间范围设置为所述已使用账号的锁定时间。

所述已使用账号在其锁定时间内处于锁定状态。

本实施例提供的请求处理装置，根据帐号的流量控制参数来确定帐号锁定时间间隔，能够使得该帐号的锁定控制从全局上与对该帐号的流量控制相适应，避免了由公网中多个服务器分别进行流量控制可能会出现全局流量超过流控限制的情况，进而提高了请求处理能力，提高了请求成功率。

本发明实施例提供的请求处理装置，可以独立于内网服务器来使用，也可以应用于内网服务器中。当请求处理装置作为一个独立的装置来使用时，大大简化了内网服务器与外网服务器的处理逻辑，而且通过帐号锁定控制来实现请求的流量控制，可以有效避免外网服务器中请求队列容易阻塞的情况，甚至可以移除外网服务器的请求排队逻辑，从而从整体上大幅提高了请求处理能力。

本发明实施例提供的请求处理装置，包括处理器和存储器，上述请求接收单元U101、数据获取单元U102、帐号释放单元U103、帐号添加单元U104、请求构建单元U105、帐号取出单元U106、帐号锁定单元U107和锁定设置单元U108以及时刻获取单元U1081、配置获取单元U1082、间隔确定单元U1083、时间设置单元U1084、间隔计算单元等均作为程序单元存储在存储器中，由处理器执行存储在存储器中的上述程序单元来实现相应的功能。

处理器中包含内核，由内核去存储器中调取相应的程序单元。内核可以设置一个或以上，通过调整内核参数来解决目前请求处理方式中请求处理能力较差的技术问题。

存储器可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flashRAM)，存储器包括至少一个存储芯片。

本发明实施例提供了一种存储介质，所述存储介质包括存储的程序，其中，在所述程序运行时控制所述存储介质所在设备执行任一项前述的请求处理方法。

本发明实施例提供了一种处理器，所述处理器用于运行程序，其中，所述程序运行时执行任一项前述的请求处理方法。

本发明实施例提供了一种设备，设备包括处理器、存储器及存储在存储器上并可在处理器上运行的程序，处理器执行程序时实现以下步骤：

接收请求；

响应于所述请求，获取第一帐号池中的帐号数；所述第一帐号池中的帐号用于为所述请求构建请求信息；

当所述第一帐号池中的帐号数不满足供求条件时，从第二帐号池中取出处于解锁状态的帐号；其中，所述第二帐号池中的帐号均具有相应的锁定时间，所述处于解锁状态的帐号为锁定时间已结束的帐号；

将所述处于解锁状态的帐号添加到所述第一帐号池中；

利用所述第一帐号池中的帐号为所述请求构建请求信息。

优选的，在所述利用所述第一帐号池中的帐号为所述请求构建请求信息之后，所述方法还包括：

从所述第一账号池中取出为所述请求构建请求信息的账号，所述为所述请求构建请求信息的账号为已使用账号；

将所述已使用账号添加到所述第二账号池中；

为所述已使用账号设置相应的锁定时间，所述已使用账号在其锁定时间内处于锁定状态。

优选的，所有帐号均具有对应的流量控制参数；所述为所述已使用账号设置相应的锁定时间包括：

获取锁定开始时刻，所述锁定开始时刻为所述将所述已使用账号添加到所述第二账号池中的时刻；

获取所述已使用帐号的流量控制参数的设定值；

根据所述已使用帐号的流量控制参数的设定值确定锁定时间间隔；

将从所述锁定开始时刻开始且在所述锁定时间间隔内的时间范围设置为所述已使用账号的锁定时间。

优选的，所述流量控制参数包括每秒查询数QPS；所述根据所述已使用帐号的流量控制参数的设定值确定锁定时间间隔包括：

当n>0时，利用公式T＝1/n计算锁定时间间隔；

当n＝0时，将所述锁定时间间隔确定为预设上限值；

其中，n为所述已使用账号的QPS的设定值，T为所述锁定时间间隔。

本文中的设备可以是服务器、PC、PAD、手机等。

本申请还提供了一种计算机程序产品，当在数据处理设备上执行时，适于执行初始化有如下方法步骤的程序：

接收请求；

响应于所述请求，获取第一帐号池中的帐号数；所述第一帐号池中的帐号用于为所述请求构建请求信息；

当所述第一帐号池中的帐号数不满足供求条件时，从第二帐号池中取出处于解锁状态的帐号；其中，所述第二帐号池中的帐号均具有相应的锁定时间，所述处于解锁状态的帐号为锁定时间已结束的帐号；

将所述处于解锁状态的帐号添加到所述第一帐号池中；

利用所述第一帐号池中的帐号为所述请求构建请求信息。

优选的，在所述利用所述第一帐号池中的帐号为所述请求构建请求信息之后，所述方法还包括：

从所述第一账号池中取出为所述请求构建请求信息的账号，所述为所述请求构建请求信息的账号为已使用账号；

将所述已使用账号添加到所述第二账号池中；

为所述已使用账号设置相应的锁定时间，所述已使用账号在其锁定时间内处于锁定状态。

优选的，所有帐号均具有对应的流量控制参数；所述为所述已使用账号设置相应的锁定时间包括：

获取锁定开始时刻，所述锁定开始时刻为所述将所述已使用账号添加到所述第二账号池中的时刻；

获取所述已使用帐号的流量控制参数的设定值；

根据所述已使用帐号的流量控制参数的设定值确定锁定时间间隔；

将从所述锁定开始时刻开始且在所述锁定时间间隔内的时间范围设置为所述已使用账号的锁定时间。

优选的，所述流量控制参数包括每秒查询数QPS；所述根据所述已使用帐号的流量控制参数的设定值确定锁定时间间隔包括：

当n>0时，利用公式T＝1/n计算锁定时间间隔；

当n＝0时，将所述锁定时间间隔确定为预设上限值；

其中，n为所述已使用账号的QPS的设定值，T为所述锁定时间间隔。

本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

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

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

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

还需要说明的是，在本文中，诸如第一和第一等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括要素的过程、方法、商品或者设备中还存在另外的相同要素。

本领域技术人员应明白，本申请的实施例可提供为方法、系统或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。对于实施例公开的装置而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。

以上仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。

Claims (10)

1.一种请求处理方法，其特征在于，包括：

接收请求；

响应于所述请求，获取第一帐号池中的帐号数；所述第一帐号池中的帐号用于为所述请求构建请求信息；

当所述第一帐号池中的帐号数不满足供求条件时，从第二帐号池中取出处于解锁状态的帐号；其中，所述第二帐号池中的帐号均具有相应的锁定时间，所述处于解锁状态的帐号为锁定时间已结束的帐号；

将所述处于解锁状态的帐号添加到所述第一帐号池中；

利用所述第一帐号池中的帐号为所述请求构建请求信息。

2.如权利要求1所述的方法，其特征在于，在所述利用所述第一帐号池中的帐号为所述请求构建请求信息之后，所述方法还包括：

从所述第一帐号池中取出为所述请求构建请求信息的帐号，所述为所述请求构建请求信息的帐号为已使用帐号；

将所述已使用帐号添加到所述第二帐号池中；

为所述已使用帐号设置相应的锁定时间，所述已使用帐号在其锁定时间内处于锁定状态。

3.如权利要求2所述的方法，其特征在于，所有帐号均具有对应的流量控制参数；所述为所述已使用帐号设置相应的锁定时间包括：

获取锁定开始时刻，所述锁定开始时刻为所述将所述已使用帐号添加到所述第二帐号池中的时刻；

获取所述已使用帐号的流量控制参数的设定值；

根据所述已使用帐号的流量控制参数的设定值确定锁定时间间隔；

将从所述锁定开始时刻开始且在所述锁定时间间隔内的时间范围设置为所述已使用帐号的锁定时间。

4.如权利要求3所述的方法，其特征在于，所述流量控制参数包括每秒查询数QPS；所述根据所述已使用帐号的流量控制参数的设定值确定锁定时间间隔包括：

当n>0时，利用公式T＝1/n计算锁定时间间隔；

当n＝0时，将所述锁定时间间隔确定为预设上限值；

其中，n为所述已使用帐号的QPS的设定值，T为所述锁定时间间隔。

5.一种请求处理装置，其特征在于，包括：

请求接收单元，用于接收请求；

数据获取单元，用于响应于所述请求，获取第一帐号池中的帐号数；所述第一帐号池中的帐号用于为所述请求构建请求信息；

帐号释放单元，用于当所述第一帐号池中的帐号数不满足供求条件时，从第二帐号池中取出处于解锁状态的帐号；其中，所述第二帐号池中的帐号均具有相应的锁定时间，所述处于解锁状态的帐号为锁定时间已结束的帐号；

帐号添加单元，用于将所述处于解锁状态的帐号添加到所述第一帐号池中；

请求构建单元，用于利用所述第一帐号池中的帐号为所述请求构建请求信息。

6.如权利要求5所述的装置，其特征在于，还包括：

帐号取出单元，用于从所述第一帐号池中取出为所述请求构建请求信息的帐号，所述为所述请求构建请求信息的帐号为已使用帐号；

帐号锁定单元，用于将所述已使用帐号添加到所述第二帐号池中；

锁定设置单元，用于为所述已使用帐号设置相应的锁定时间，所述已使用帐号在其锁定时间内处于锁定状态。

7.如权利要求6所述的装置，其特征在于，所有帐号均具有对应的流量控制参数；所述锁定设置单元包括：

时刻获取单元，用于获取锁定开始时刻，所述锁定开始时刻为所述将所述已使用帐号添加到所述第二帐号池中的时刻；

配置获取单元，用于获取所述已使用帐号的流量控制参数的设定值；

间隔确定单元，用于根据所述已使用帐号的流量控制参数的设定值确定锁定时间间隔；

时间设置单元，用于将从所述锁定开始时刻开始且在所述锁定时间间隔内的时间范围设置为所述已使用帐号的锁定时间。

8.如权利要求7所述的装置，其特征在于，所述流量控制参数包括每秒查询数QPS；所述间隔确定单元具体用于：

当n>0时，利用公式T＝1/n计算锁定时间间隔；

当n＝0时，将所述锁定时间间隔确定为预设上限值；

其中，n为所述已使用帐号的QPS的设定值，T为所述锁定时间间隔。

9.一种存储介质，其特征在于，所述存储介质包括存储的程序，其中，在所述程序运行时控制所述存储介质所在设备执行如权利要求1-4中任一项所述的请求处理方法。

10.一种处理器，其特征在于，所述处理器用于运行程序，其中，所述程序运行时执行如权利要求1-4中任一项所述的请求处理方法。

Images