[发明专利]一种操作请求排队方法、相关设备及系统

说明书

技术领域

本发明涉及互联网领域，尤其涉及一种操作请求排队方法、相关设备及系统。

背景技术

在互联网中，系统服务器的处理能力往往具有一定的限制，当大量用户同时执行同一操作时，系统可能发生延迟，甚至崩溃的危险。例如，网络商店为了吸引顾客经常会举行低价商品秒杀活动，所以经常会出现大量用户在瞬间向系统服务器发送同一操作请求的情况。

在现有技术中，为保证系统的稳定运行，通常采用的方法是系统服务器只接受能够支持数量的操作请求，当操作请求的数量过多时，暂时拒绝一部分用户的操作请求，被暂时拒绝操作请求的用户只能和后续的新用户一起再次向系统服务器发送操作请求，而在系统服务器再次接受能够支持数量的操作请求时，可能新用户的操作请求被接受，而上一次被暂时拒绝操作请求的用户再一次被拒绝。

于是，为了增大操作请求被服务器处理的可能性，被暂时拒绝操作请求的用户会人为不停地发送操作请求，既增加了系统服务器的负担，也降低了用户使用体验，并且，对上一次被暂时拒绝操作请求的用户来讲也是不公平的。

发明内容

本发明实施例提供一种操作请求排队方法、相关设备及系统，用以解决现有技术中存在的发送服务器暂时不进行处理的操作请求的用户反复发送操作请求，增加了服务器负担的问题。

本发明实施例提供一种服务器侧操作请求排队方法，包括：

服务器确定在单位时间内接收到的操作请求的数量大于所述服务器处理能力支持的操作请求数量时，检测接收到的所有操作请求中是否含有携带排队信息的操作请求；

所述服务器优先将所述携带排队信息的操作请求选择为本次将要进行处理的操作请求；并

向所述所有操作请求中本次未被选择的操作请求对应的客户端，返回携带排队信息的等待消息。

相应的，本发明实施例还提供一种客户端侧操作请求排队方法，包括：

客户端向服务器发送操作请求；

接收所述服务器返回的携带排队信息的等待消息，其中，所述排队信息用于指示所述服务器优先将携带所述排队信息的操作请求选择为本次将要进行处理的操作请求；

向所述服务器发送携带所述排队信息的操作请求。

本发明实施例还提供一种服务器，包括：

检测单元，用于确定在单位时间内接收到的操作请求的数量大于所述服务器处理能力支持的操作请求数量时，检测接收到的所有操作请求中是否含有携带排队信息的操作请求；

选择单元，用于优先将所述携带排队信息的操作请求选择为本次将要进行处理的操作请求；

排队单元，用于向所述所有操作请求中本次未被选择的操作请求对应的客户端，返回携带排队信息的等待消息。

本发明实施例还提供一种客户端，包括：

发送单元，用于向服务器发送操作请求；

所述发送单元，还用于向所述服务器发送携带排队信息的操作请求，其中，所述排队信息用于指示所述服务器优先将携带所述排队信息的操作请求选择为本次将要进行处理的操作请求；

接收单元，用于接收所述服务器返回的携带所述排队信息的等待消息。

本发明实施例还提供一种操作请求排队系统，包括：

本发明实施例提供的上述服务器和本发明实施例提供的上述客户端。

本发明的有益效果包括：

本发明实施例提供的方法中，在单位时间内，当服务器接收到的操作请求的数量大于该服务器处理能力支持的操作请求数量时，服务器选择出本次将要进行处理的操作请求，对本次未被选择的操作请求返回一个携带排队信息的等待消息，使本次未被选择的操作请求处于一个排队等待状态，在下一次接收到携带该排队信息的操作请求时，对携带该排队信息的操作请求进行优先处理，从而发送本次未被选择的操作请求的用户不需要反复发送操作请求以增大操作请求被服务器处理的可能性，减轻了服务器的负担。

附图说明

附图用来提供对本发明的进一步理解，并且构成说明书的一部分，与本发明实施例一起用于解释本发明，并不构成对本发明的限制。在附图中：

图1为本发明实施例提供的操作请求排队方法的流程图；

图2为本发明实施例提供的操作请求排队方法的详细流程图；

图3为本发明实施例提供的服务器的结构示意图；

图4为本发明实施例提供的客户端的结构示意图；

图5为本发明实施例提供的操作请求排队系统的结构示意图。

具体实施方式