CN112954004A - 秒杀活动服务响应方法及其装置、设备与介质 - Google Patents

Abstract

本申请公开一种秒杀活动服务响应方法及其装置、设备与介质，所述方法包括：接收交易用户针对特定商品数据提交的订单秒杀请求；监控所述同步队列的单位时间内的单位请求量以及其中的订单秒杀请求被处理的响应时长；在所述同步队列的单位请求量超过第一预设阈值或所述响应时长超过第二预设阈值的第一状态时，将所述请求维持在异步队列中进行排队，向交易用户返回排队通知信息；在所述同步队列的单位请求量低于第一预设阈值及所述响应时长低于第二预设阈值的第二状态时，将所述请求维持在同步队列进行排队以达成秒杀交易事件并向交易用户返回表征秒杀成功的订单通知信息。本申请构建一种动态的秒杀请求响应服务，以便动态调度秒杀活动请求。

Description

秒杀活动服务响应方法及其装置、设备与介质

技术领域

本申请涉及互联网技术领域，尤其涉及一种秒杀活动服务响应方法，此外还涉及该些方法相应的装置、设备以及非易失性存储介质。

背景技术

在互联网中随着产品同质化严重，对于获取用户、激活用户、留存用户、实行变现、给用户做推荐等都离不开活动推荐运营活动，各类型互联网平台为其旗下的用户推送各类型的秒杀活动信息，以维系平台与用户的关系，以提升用户参加活动的积极性，达到促活用户在平台中的活跃度及提升用户对的黏性，从而带来GMV转化。

秒杀活动具有周期短、价格低、库存量少的特点，这样会在短时间内吸引大量用户来抢购。因此，秒杀抢购系统需要处理高并发请求。为了在高并发请求下让系统运行平稳，提升吞吐率，业界的一些秒杀抢购系统会一般引入消息队列(Message Queue)用来做削峰，将原有的同步下单变成了异步队列下单。这样做确实可以达到削峰目的，但秒杀过程的异步化会也带来两个方面的问题：

首先，用户在秒杀活动中要耐心等待其发送的秒杀请求的排队结果，容易导致用户怀疑平台的秒杀活动的公正性，认为平台进行暗箱操作。

其次，技术实现上，平台的业务服务器需要通过轮询或回调通知方式获得秒杀结果，这将会额外增加用于处理及管理秒杀活动的服务器的处理压力。

针对在互联网平台的秒杀活动所存在的问题，是本领域亟待解决的问题。

发明内容

本申请的首要目的旨在提供一种秒杀活动服务响应方法及其相应的装置、设备与非易失性存储介质。

适应本申请的目的之一而提出的一种秒杀活动服务响应方法，包括如下步骤：

接收交易用户针对特定商品数据提交的订单秒杀请求；

监控所述同步队列的单位时间内的单位请求量以及其中的订单秒杀请求被处理的响应时长；

在所述同步队列的单位请求量超过第一预设阈值或所述响应时长超过第二预设阈值的第一状态时，将该订单秒杀请求维持在异步队列中进行排队，向交易用户返回相应的排队通知信息；

在所述同步队列的单位请求量低于第一预设阈值及所述响应时长低于第二预设阈值的第二状态时，将该订单秒杀请求维持在同步队列进行排队以达成秒杀交易事件并向交易用户返回表征秒杀成功的订单通知信息。

进一步的实施例中，监控所述同步队列的单位时间内的单位请求量以及其中的订单秒杀请求被处理的响应时长的步骤，包括：

以窗口滑动的方式，同步计算每个滑动窗口时，计算所述同步队列中单位时间内的单位请求量及其中的订单秒杀请求的响应时长；

对于每个滑动窗口，分别判断其相对应的所述单位请求量是否超过第一预设阈值、所述响应时长是否超过第二预设阈值；

当两个判断结果中有一个或一个以上的结果为真值时，使此后接收的订单秒杀请求处于所述第一状态；

当两个判断结果均为假值时，从所述异步队列中调度订单秒杀请求切换到所述第二状态。

进一步的实施例中，当两个判断结果均为假值时，从所述异步队列中调度订单秒杀请求切换到所述第二状态的步骤中：当既定数量的连续若干个滑动窗口均出现所述的假值时，才从所述异步队列中调度订单秒杀请求切换到所述第二状态。

进一步的实施例中，向交易用户返回相应的排队通知信息的步骤中，获取正在异步队列中排队的当前订单秒杀请求所对应的排队序号及排队编号，将其包含到所述排队通知信息中以返回给所述交易用户。

进一步的实施例中，向交易用户返回表征秒杀成功的通知信息的步骤中，获取正在同步队列中排队的当前订单秒杀请求的秒杀交易事件达成后所获得的订单编号，将其包含到所述订单通知信息中以返回给所述交易用户。

进一步的实施例中，还包括如下步骤：

识别预设的手动控制配置标识，当该配置标识表征允许强制干扰排队流程时，优先将所述异步队列中的订单秒杀请求强制转移到所述同步队列中。

较佳的实施例中，还包括如下后续步骤：

响应所述交易用户的秒杀结果查询请求，查询其相应的订单秒杀请求相对应的排队状态信息，所述排队状态信息按照预先协议包含表征订单秒杀请求所处第一状态或第二状态的标签、在标签表征第一状态时关联提供的订单秒杀请求处于异步队列中的排队序号和排队编号、在标签表征第二状态时关联提供的订单秒杀请求达成秒杀交易事件时相对应的订单编号；

识别所述排队状态信息中的标签表征第一状态时，将其关联的排队编号与排队序号封装为排队通知信息返回给所述交易用户；

识别所述排队状态信息中的标签表征第二状态时，将其关联的订单编号封装为订单通知信息返回给所述交易用户。

适应本申请的目的而提出的一种秒杀活动服务响应装置，其包括：

用户请求接收单元，用于接收交易用户针对特定商品数据提交的订单秒杀请求；

队列数据监控单元，用于监控所述同步队列的单位时间内的单位请求量以及其中的订单秒杀请求被处理的响应时长；

第一状态通知单元，用于在所述同步队列的单位请求量超过第一预设阈值或所述响应时长超过第二预设阈值的第一状态时，将该订单秒杀请求维持在异步队列中进行排队，向交易用户返回相应的排队通知信息；

第二状态通知单元，用于在所述同步队列的单位请求量低于第一预设阈值及所述响应时长低于第二预设阈值的第二状态时，将该订单秒杀请求维持在同步队列进行排队以达成秒杀交易事件并向交易用户返回表征秒杀成功的订单通知信息。

部分实施例中，所述队列数据监控单元包括：

窗口滑动启动模块，用于以窗口滑动的方式，同步计算每个滑动窗口时，计算所述同步队列中单位时间内的单位请求量及其中的订单秒杀请求的响应时长；

窗口数据判断模块，对于每个滑动窗口，分别判断其相对应的所述单位请求量是否超过第一预设阈值、所述响应时长是否超过第二预设阈值；

第一状态切换模块，用于当两个判断结果中有一个或一个以上的结果为真值时，使此后接收的订单秒杀请求处于所述第一状态；

第二状态切换模块，用于当两个判断结果均为假值时，从所述异步队列中调度订单秒杀请求切换到所述第二状态。

适应本申请的目的而提出的一种电子设备，包括中央处理器和存储器，所述中央处理器用于调用运行存储于所述存储器中的计算机程序以执行所述的秒杀活动服务响应方法的步骤。

适应本申请的目的而提出的一种非易失性存储介质，其存储有依据所述的秒杀活动服务响应方法所实现的计算机程序，所述计算机程序被计算机调用运行时，执行其相应的方法所包括的步骤。

相对于现有技术，本申请的优势如下：

首先，本申请通过为服务器构建动态处理秒杀活动请求能力，使服务器可根据自身的处理能力动态调整其处理请求的处理方式。服务器实时监控同步列表的单位时间内的单位请求量及其中的订单秒杀请求被处理的响应时长，动态调度其接收到的由交易用户发送的订单秒杀请求的处理顺序，当所述单位请求量或所述响应时长其中一个超过各自对应的第一阈值及第二阈值时，服务器将所述同步队列条件为第一状态，将后续接收到的请求及同步队列当前的请求调度到异步队列中进行异步处理，若未超过，则由同步队列同步处理其接收的所述订单秒杀请求。通过这一逻辑，服务器拥有同步和异步处理请求的能力，当服务器因过量的请求造成过载，而无法对请求进行同步处理，其可通过异步队列的方式异步处理请求，延时进行反馈，防止服务器因请求过载而造成崩溃。

其次，当服务器通过异步队列的方式处理请求时，可及时向请求所属的用户发送用于表征该请求位于队列中的位置的排队通知消息，以便用户通过所述排队通知消息了解其请求在当前队列中所处的位置，提升用户的秒杀活动体验。

本申请附加的方面和优点将在下面的描述中部分给出，这些将从下面的描述中变得明显，或通过本申请的实践了解到。

附图说明

本申请上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中：

图1为实施本申请的技术方案相关的一种典型的网络部署架构示意图；

图2为本申请的秒杀活动服务响应方法的典型实施例的流程示意图；

图3为图2中步骤S12的具体步骤所形成的流程示意图；

图4为本申请的秒杀活动服务响应方法的一种实施例中由其所添加的后续步骤所构成的流程示意图；

图5为本申请的秒杀活动服务响应装置的典型实施例的原理框图；

图6为本申请一个实施例的计算机设备的基本结构框图。

具体实施方式

下面详细描述本申请的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，仅用于解释本申请，而不能解释为对本申请的限制。

本技术领域技术人员可以理解，除非特意声明，这里使用的单数形式“一”、“一个”、“所述”和“该”也可包括复数形式。应该进一步理解的是，本申请的说明书中使用的措辞“包括”是指存在所述特征、整数、步骤、操作、元件和/或组件，但是并不排除存在或添加一个或多个其他特征、整数、步骤、操作、元件、组件和/或它们的组。应该理解，当我们称元件被“连接”或“耦接”到另一元件时，它可以直接连接或耦接到其他元件，或者也可以存在中间元件。此外，这里使用的“连接”或“耦接”可以包括无线连接或无线耦接。这里使用的措辞“和/或”包括一个或更多个相关联的列出项的全部或任一单元和全部组合。

本技术领域技术人员可以理解，除非另外定义，这里使用的所有术语(包括技术术语和科学术语)，具有与本申请所属领域中的普通技术人员的一般理解相同的意义。还应该理解的是，诸如通用字典中定义的那些术语，应该被理解为具有与现有技术的上下文中的意义一致的意义，并且除非像这里一样被特定定义，否则不会用理想化或过于正式的含义来解释。

本技术领域技术人员可以理解，这里所使用的“客户端”、“终端”、“终端设备”既包括无线信号接收器的设备，其仅具备无发射能力的无线信号接收器的设备，又包括接收和发射硬件的设备，其具有能够在双向通信链路上，进行双向通信的接收和发射硬件的设备。这种设备可以包括：蜂窝或其他诸如个人计算机、平板电脑之类的通信设备，其具有单线路显示器或多线路显示器或没有多线路显示器的蜂窝或其他通信设备；PCS(PersonalCommunications Service，个人通信系统)，其可以组合语音、数据处理、传真和/或数据通信能力；PDA(Personal Digital Assistant，个人数字助理)，其可以包括射频接收器、寻呼机、互联网/内联网访问、网络浏览器、记事本、日历和/或GPS(Global PositioningSystem，全球定位系统)接收器；常规膝上型和/或掌上型计算机或其他设备，其具有和/或包括射频接收器的常规膝上型和/或掌上型计算机或其他设备。这里所使用的“客户端”、“终端”、“终端设备”可以是便携式、可运输、安装在交通工具(航空、海运和/或陆地)中的，或者适合于和/或配置为在本地运行，和/或以分布形式，运行在地球和/或空间的任何其他位置运行。这里所使用的“客户端”、“终端”、“终端设备”还可以是通信终端、上网终端、音乐/视频播放终端，例如可以是PDA、MID(Mobile Internet Device，移动互联网设备)和/或具有音乐/视频播放功能的移动电话，也可以是智能电视、机顶盒等设备。

本申请所称的“服务器”、“客户端”、“服务节点”等名称所指向的硬件，本质上是具备个人计算机等效能力的电子设备，为具有中央处理器(包括运算器和控制器)、存储器、输入设备以及输出设备等冯若依曼原理所揭示的必要构件的硬件装置，计算机程序存储于其存储器中，中央处理器将存储在外存中的程序调入内存中运行，执行程序中的指令，与输入输出设备交互，借此完成特定的功能。

需要指出的是，本申请所称的“服务器”这一概念，同理也可扩展到适用于服务器机群的情况。依据本领域技术人员所理解的网络部署原理，所述各服务器应是逻辑上的划分，在物理空间上，这些服务器既可以是互相独立但可通过接口调用的，也可以是集成到一台物理计算机或一套计算机机群的。本领域技术人员应当理解这一变通，而不应以此约束本申请的网络部署方式的实施方式。

请参阅图1，本申请相关技术方案实施时所需的硬件基础可按图中所示的架构进行部署。本申请所称服务器80部署在云端，作为一个业务服务器，其可以负责进一步连接起相关数据服务器以及其他提供相关支持的服务器等，以此构成逻辑上相关联的服务机群，来为相关的终端设备例如图中所示的智能手机81和个人计算机82或者第三方服务器(未图示)提供服务。所述的智能手机和个人计算机均可通过公知的网络接入方式接入互联网，与云端的服务器80建立数据通信链路，以便运行所述服务器所提供的服务相关的终端应用程序。

对于服务器而言，所述的应用程序通常会被构建为服务进程，开放相应的程序接口，供各种终端设备上运行的应用程序进行远程调用，本申请中适于运行于服务器的相关技术方案，便可以此种方式实现于服务器中。

本申请所称的应用程序，其通称意义是指运行于服务器或终端设备之类的电子设备的应用程序，这些应用程序采用编程的方式实现了本申请的相关技术方案，其程序代码可被以计算机可执行指令的形式保存于计算机能识别的非易失性存储介质中，并被中央处理器调入内存中运行，通过该应用程序在计算机的运行而构造出本申请的相关装置。

本申请所称的直播间，是指依靠互联网技术实现的一种视频聊天室，通常具备音视频播控功能，包括主播用户和观众用户，观众用户可以包括已经在平台中注册的注册用户，也可以是未注册的游客用户；可以是关注了主播用户的注册用户，也可以是未关注主播用户的注册或未注册用户。主播用户与观众用户之间可通过语音、视频、文字等公知的线上交互方式来实现互动，一般是主播用户以音视频流的形式为观众用户表演节目，并且在互动过程中还可产生经济交易行为。当然，直播间的应用形态并不局限于在线娱乐，也可推广到其他相关场景中，例如教育培训场景、视频会议场景、产品推介销售场景以及其他任何需要类似互动的场景中。

本领域技术人员对此应当知晓：本申请的各种方法，虽然基于相同的概念而进行描述而使其彼此间呈现共通性，但是，除非特别说明，否则这些方法都是可以独立执行的。同理，对于本申请所揭示的各个实施例而言，均基于同一发明构思而提出，因此，对于相同表述的概念，以及尽管概念表述不同但仅是为了方便而适当变换的概念，应被等同理解。

本申请的一种秒杀活动服务响应方法的典型实施例中，其被实现为运行于服务器的计算机程序，开放一个供外部调用的程序接口，该程序接口可被服务器或终端设备的应用程序调用。请结合图2，该典型实施例中，该方法具体包括如下步骤：

步骤S11，接收交易用户针对特定商品数据提交的订单秒杀请求：

服务器接收来自交易用户所发送的针对特定商品数据提交的所述订单秒杀请求。

所述交易用户通过参与直播间或电商平台发起的秒杀活动，选定其需购买的特定商品进行下单，从而生成特定商品相对应的所述订单秒杀请求，该请求被发送至服务器中，以便服务器响应该订单秒杀请求执行相应的交易事件。可以理解，所述订单秒杀请求包含所述特定商品相对应的数据，即特定商品数据。关于所述交易用户触发生成所述订单秒杀请求的具体实施方式，本领域技术人员可根据实际业务场景灵活设计，恕不赘述。

一种实施例中，服务器在接收到所述订单秒杀请求后，检验该订单秒杀请求所指定的所述特定商品数据所指向的商品的库存，若检验到该特定商品的库存小于阈值时，则发送用于表征特定商品库存不足的通知至该订单秒杀请求所属的所述交易用户，若特定商品的库存大于等于阈值时，将为该订单秒杀请求执行后续的交易事件。

相应的，所述的特定商品数据及特定商品的库存数据可存储到服务器相应的数据库中或存储在相应的业务服务器中。

步骤S12，监控所述同步队列的单位时间内的单位请求量以及其中的订单秒杀请求被处理的响应时长：

服务器实时监控所述同步队列的单位时间内的单位请求量及该同步队列中的订单秒杀请求被处理的响应时长，以判断所述订单秒杀请求所应进入的队列。

所述的订单秒杀请求所进入的队列可为所述同步队列或所述异步队列，订单秒杀请求所进入的队列由服务器根据所述同步队列的状态所决定，所述的同步列表的状态分为第一状态及第二状态，其由服务器根据同步队列的单位时间内的所述单位请求量及同步队列中订单秒杀请求被处理时相对应的所述响应时长所确定。

所述的单位请求量是指服务器通过相应的算法，计算单位时间内其预处理的所述订单秒杀请求的数量，例如，当所述单位时间为10秒时，服务器将统计计算10秒内其预处理的订单秒杀请求的数量为所述单位请求量。本领域技术人员可根据实际业务场景设计所述算法及所述单位时间，恕不赘述。

所述的响应时长是指服务器通过相应的算法，计算服务器当前处理一个所述订单秒杀请求的交易事件所需花费的时间，例如，当服务器处理第一个订单秒杀请求的交易事件所花费的时间为20ms、处理第二个订单秒杀请求花费30ms、则服务器当前处理一个订单秒杀请求所需花费的时间(所述响应时长)为15ms。本技术领域人员可根据实际应用场景设计其他的计算出所述响应时长，恕不赘述。

当服务器监控到所述同步列表的单位时间内的所述单位请求量及其中的所述响应时长中其中一个超过各自相对应的阈值时，将判断该同步列表处于第一状态，将其接收到的所述订单秒杀请求加载到所述异步列表中。

所述的异步列表将其接收到的所述订单秒杀请求进行异步处理，其列表中储存着一个或多个预处理的订单秒杀请求，服务器按照异步列表所设有的顺序按序处理该异步列表中存在的一个或多个所述订单秒杀请求。

当服务器监控到所述同步列表的所述单位时间内的单位请求量及其中的所述响应时长都未超过各自相对应的阈值时，将判断该同步列表处于第二状态，将其接收到的所述订单秒杀请求加载到所述同步列表中。

服务器通过多线程的方式同步处理所述同步列表中储存的一个或多个所述订单秒杀请求，各个所述订单秒杀请求将被服务器同步处理。

一种实施例中，请参阅图3，服务器实时监控所述同步列表的所述单位请求量及所述响应时长，并通过窗口滑动的方式计算所述单位请求量及响应时长的具体实施步骤如下：

步骤S121，以窗口滑动的方式，同步计算每个滑动窗口时，计算所述同步队列中单位时间内的单位请求量及其中的订单秒杀请求的响应时长：

服务器通过所述窗口滑动的方式同步计算所述同步列表的所述单位请求量及响应时长。

所述的窗口滑动是指服务器为所述同步列表的所述单位请求量及所述响应时长各自设置所述滑动窗口，各个所述滑动窗口的时间单位根据其所计算的数据进行定制，例如，用于计算所述单位请求量的所述滑动窗口的区间一般以秒为单位进行设置，相应的，用于计算所述响应时长的所述滑动窗口的区间一般以毫秒为单位进行设置。

一种实施例中，服务器通过所述单位请求量的所述滑动窗口，统计各个所述滑动窗口自身的区间内的服务器预处理的所述订单秒杀请求的数据，并将该数据除以所述单位时间，计算出各个所述滑动窗口所属的所述单位请求量，其中，各个所述滑动窗口之间的时间差将以预设时间单位进行设置，例如，当预设时间单位为1秒，且所述滑动时间的区间为5秒，第一滑动窗口将包含当前时间前1-5秒的数据(预处理订单秒杀请求)，第二滑动窗口将包含当前时间前2-6秒的数据(预处理订单秒杀请求)。

另一种实施例中，服务器通过所述响应时长的所述滑动窗口，统计所述滑动窗口的区间内所有订单秒杀请求被服务器处理所花费的总时间作为数据，并将该数据除以该滑动窗口所对应的所述订单秒杀请求的总量，从而获得该滑动窗口的所述响应时长，其中，各个所述滑动窗口之间的时间差也即其滑动步长将以预设时间单位进行设置，例如，当预设时间单位为1毫秒，且所述滑动时间的区间为5毫秒，第一滑动窗口将包含当前时间前1-5毫秒的数据，第二滑动窗口将包含当前时间前2-6毫秒的数据。

步骤S122，对于每个滑动窗口，分别判断其相对应的所述单位请求量是否超过第一预设阈值、所述响应时长是否超过第二预设阈值：

服务器通过所述单位请求量的各个所述滑动窗口所对应的所述单位请求量及通过所述响应时长的各个所述滑动窗口所对应的所述响应时长后，将分别判断所述单位请求量的各个所述滑动窗口所对应的所述单位请求量是否超过所述第一预设阈值，判断所述响应时长的各个所述滑动窗口所对应的所述响应时长是否超过所述第二预设阈值。

所述第一预设阈值及第二预设阈值一般根据服务器的计算运载能力进行设置，例如，所述第一预设阈值一般可设置为50(次/秒)、所述第二预设阈值一般可设置在1(毫秒)，本领域技术人员可灵活设计，恕不赘述。

当服务器判断所述单位请求量或所述响应时长的某一所述滑动窗口超过其各自对应的所述第一预设阈值及所述第二预设阈值时，该滑动窗口的判断结果为真，相应的，若未超过，则该滑动窗口的判断结果为假。

步骤S123，当两个判断结果中有一个或一个以上的结果为真值时，使此后接收的订单秒杀请求处于所述第一状态：

当服务器判断所述单位请求量或响应时长的所述判断结果中存在一个或多个的结果为真值时，服务器接收后续的所述订单秒杀请求将处于所述第一状态，即将后续接收到的所述订单秒杀请求加载到所述异步列表中进行处理。

步骤S124，当两个判断结果均为假值时，从所述异步队列中调度订单秒杀请求切换到所述第二状态：

当服务器判断所述单位请求量或响应时长的所述判断结果均为假值时，服务器接收后续的所述订单秒杀请求将处于所述第二状态，即将后续接收到的所述订单秒杀请求及当前所述异步队列中存在的订单秒杀请求加载到所述同步列表中进行处理。

一种实施例中，当服务器判断所述单位请求量或响应时长的所述滑动窗口时，服务器判断的所述判决结果连续若干个均出现所述的假值，且为假值的所述判决结果数量大于等于既定数量时，服务器才从所述异步队列中的所述订单秒杀请求调度到所述第二状态的所述同步列表中进行订单处理；所述既定数量可根据服务器的计算运载能力进行设计，恕不赘述。

步骤S13，在所述同步队列的单位请求量超过第一预设阈值或所述响应时长超过第二预设阈值的第一状态时，将该订单秒杀请求维持在异步队列中进行排队，向交易用户返回相应的排队通知信息：

当服务器监控到所述同步队列的单位请求量超过所述第一预设阈值或所述响应时长超过所述第二预设阈值时，该同步列表将处于所述第一状态，服务器将接收由所述交易用户发送的所述订单秒杀请求加载到所述异步队列中进行处理，并向该交易用户发送相应的所述排队通知消息。

所述排队通知消息用于通知所述交易用户其所发送的所述订单秒杀请求在所述异步队列中所处的位置，服务器根据该订单秒杀请求处于所述异步队列中的位置生成所述排队通知消息。

一种实施例中，服务器通过查询所述异步队列中当前所述订单秒杀请求所处的位置生成相应的排队序号，并为该订单秒杀请求生成其相应的排队编号，并将所述排队序号及排队编号封装成所述排队通知消息；所述排队编号服务器可根据所述异步队列中存在的订单秒杀请求的数量及当前所述订单秒杀请求的所述排队序号生成，本领域技术人员可灵活设计，恕不赘述。

步骤S14，在所述同步队列的单位请求量低于第一预设阈值及所述响应时长低于第二预设阈值的第二状态时，将该订单秒杀请求维持在同步队列进行排队以达成秒杀交易事件并向交易用户返回表征秒杀成功的订单通知信息：

当服务器监控到所述同步队列的所述单位请求量及所述响应时长均未超过各自所对应的所述第一预设阈值及第二预设阈值时，该同步列表将处于所述第二状态，服务器将接收由所述交易用户发送的所述订单秒杀请求加载到所述同步队列中进行同步处理，完成该订单秒杀请求的交易事件，并向该交易用户发送表征秒杀成功的所述订单通知消息。

所述的交易事件是指服务器根据所述交易用户发送的所述订单秒杀指令所包含的特定商品数据完成相应的电商交易，例如，服务器根据所述特定商品数据执行相应的由自身或其他业务服务器负责的当前交易用户所属的电商平台的电商交易事件。

一种实施例中，服务器完成所述订单秒杀请求的所述交易事件后，将生成该订单秒杀请求的订单编号，将其包含到所述订单通知信息中以返回给所述交易用户。所述的订单编号可根据所述交易用户的历史交易记录、所述订单秒杀请求的所述特定商品数据或该交易事件所指向的电商店铺等于该交易事件关联的用户或平台的数据所生成，例如，当所述订单秒杀请求为所述交易用户的历史交易记录中第三单的交易事件时，服务器所生成的所述订单编号将为3；本领域技术人员可灵活设计所述订单编号的生成方式，恕不赘述。

以上的典型实施例及其变化实施例充分揭示了本申请的秒杀活动服务响应方法的实施方案，但是，仍可通过对一些技术手段的变换和扩增而演绎出该方法的多种变化实施例，如下概要说明其他实施例：

一种实施例中，服务器可通过识别预设的手动控制配置标识修改所述同步队列所处的状态(所述第一状态或第二状态)，当所述手动控制配置被服务器标识为表征允许强制干扰排队流程时，服务器优先将所述异步队列中的所述订单秒杀请求强制转移到所述同步队列中，或将后续接收到的所述订单秒杀请求强制转移到所述异步队列中。

另一种实施例中，请参阅图4，本方法还包括如下后续步骤：

步骤S15，响应所述交易用户的秒杀结果查询请求，查询其相应的订单秒杀请求相对应的排队状态信息，所述排队状态信息按照预先协议包含表征订单秒杀请求所处第一状态或第二状态的标签、在标签表征第一状态时关联提供的订单秒杀请求处于异步队列中的排队序号和排队编号、在标签表征第二状态时关联提供的订单秒杀请求达成秒杀交易事件时相对应的订单编号：

服务器响应所述交易用户的所述秒杀结果查询请求，查询其相应的订单秒杀请求相对应的排队状态信息，进而根据该排队状态信息生成所述交易用户所属的所述订单秒杀请求相应的的排队通知信息，并将该排队通知信息发送至该用户。

所述的排行状态信息按照所述预先协议包含用于表征所述订单秒杀请求所处的队列的状态的标签，以便服务器根据该标签，确定该订单秒杀请求所处的队列为所述第一状态的所述异步队列，亦或为所述第二状态的所述同步队列。

步骤S16，识别所述排队状态信息中的标签表征第一状态时，将其关联的排队编号与排队序号封装为排队通知信息返回给所述交易用户：

当服务器识别所述排队状态信息中的所述标签为第一状态的标签时，服务器将生成包含所述订单秒杀请求相应的所述排队序号及排队编号封装为所述排队通知消息，并将该排队通知消息发送至该订单秒杀请求所属的交易用户。

步骤S17，识别所述排队状态信息中的标签表征第二状态时，将其关联的订单编号封装为订单通知信息返回给所述交易用户：

当服务器识别所述排队状态信息中的所述标签为第二状态的标签时，服务器将生成包含所述订单秒杀请求相应的所述订单编号封装为所述排队通知消息，并将该排队通知消息发送至该订单秒杀请求所属的交易用户。

进一步，可以通过将上述各实施例所揭示的方法中的各个步骤进行功能化，构造出本申请的一种秒杀活动服务响应装置，按照这一思路，请参阅图5，其中的一个典型实施例中，该装置包括：用户请求接收单元11、队列数据监控单元12、第一状态通知单元13及第二状态通知单元。其中，用户请求接收单元11，用于接收交易用户针对特定商品数据提交的订单秒杀请求；队列数据监控单元12，用于监控所述同步队列的单位时间内的单位请求量以及其中的订单秒杀请求被处理的响应时长；第一状态通知单元13，用于在所述同步队列的单位请求量超过第一预设阈值或所述响应时长超过第二预设阈值的第一状态时，将该订单秒杀请求维持在异步队列中进行排队，向交易用户返回相应的排队通知信息；第二状态通知单元14，用于在所述同步队列的单位请求量低于第一预设阈值及所述响应时长低于第二预设阈值的第二状态时，将该订单秒杀请求维持在同步队列进行排队以达成秒杀交易事件并向交易用户返回表征秒杀成功的订单通知信息。

一种实施例中，所述的队列数据监控单元12包括：窗口滑动启动模块，用于以窗口滑动的方式，同步计算每个滑动窗口时，计算所述同步队列中单位时间内的单位请求量及其中的订单秒杀请求的响应时长；窗口数据判断模块，对于每个滑动窗口，分别判断其相对应的所述单位请求量是否超过第一预设阈值、所述响应时长是否超过第二预设阈值；第一状态切换模块，用于当两个判断结果中有一个或一个以上的结果为真值时，使此后接收的订单秒杀请求处于所述第一状态；第二状态切换模块，用于当两个判断结果均为假值时，从所述异步队列中调度订单秒杀请求切换到所述第二状态。

为解决上述技术问题，本申请实施例还提供一种计算机设备，用于运行根据所述秒杀活动服务响应方法所实现的计算机程序。具体请参阅图6，图6为本实施例计算机设备基本结构框图。

如图6所示，计算机设备的内部结构示意图。该计算机设备包括通过系统总线连接的处理器、非易失性存储介质、存储器和网络接口。其中，该计算机设备的非易失性存储介质存储有操作系统、数据库和计算机可读指令，数据库中可存储有控件信息序列，该计算机可读指令被处理器执行时，可使得处理器实现一种秒杀活动服务响应方法。该计算机设备的处理器用于提供计算和控制能力，支撑整个计算机设备的运行。该计算机设备的存储器中可存储有计算机可读指令，该计算机可读指令被处理器执行时，可使得处理器执行一种秒杀活动服务响应方法或访问入口展示控制方法。该计算机设备的网络接口用于与终端连接通信。本领域技术人员可以理解，图6中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

本实施方式中处理器用于执行本发明的秒杀活动服务响应装置中的各个模块/子模块的具体功能，存储器存储有执行上述模块所需的程序代码和各类数据。网络接口用于向用户终端或服务器之间的数据传输。本实施方式中的存储器存储有秒杀活动服务响应装置中执行所有模块/子模块所需的程序代码及数据，服务器能够调用服务器的程序代码及数据执行所有子模块的功能。

本申请还提供一种非易失性存储介质，所述的秒杀活动服务响应方法被编写成计算机程序，以计算机可读指令的形式存储于该存储介质中，计算机可读指令被一个或多个处理器执行时，意味着该程序在计算机中的运行，由此使得一个或多个处理器执行上述任一实施例秒杀活动服务响应方法的步骤。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，该计算机程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，前述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory，ROM)等非易失性存储介质，或随机存储记忆体(Random Access Memory，RAM)等。

综上所述，本申请构建一种动态的秒杀请求响应服务，通过将同步队列及异步队列结合的方式及相应的调节队列方式，使服务器拥有同步和异步处理请求的能力，防止服务器因请求过载而造成崩溃。

应该理解的是，虽然附图的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，其可以以其他的顺序执行。而且，附图的流程图中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，其执行顺序也不必然是依次进行，而是可以与其他步骤或者其他步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

本技术领域技术人员可以理解，本申请中已经讨论过的各种操作、方法、流程中的步骤、措施、方案可以被交替、更改、组合或删除。进一步地，具有本申请中已经讨论过的各种操作、方法、流程中的其他步骤、措施、方案也可以被交替、更改、重排、分解、组合或删除。进一步地，现有技术中的具有与本申请中公开的各种操作、方法、流程中的步骤、措施、方案也可以被交替、更改、重排、分解、组合或删除。

以上所述仅是本申请的部分实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本申请的保护范围。

Claims (10)

1.一种秒杀活动服务响应方法，其特征在于，包括如下步骤：

接收交易用户针对特定商品数据提交的订单秒杀请求；

监控所述同步队列的单位时间内的单位请求量以及其中的订单秒杀请求被处理的响应时长；

在所述同步队列的单位请求量超过第一预设阈值或所述响应时长超过第二预设阈值的第一状态时，将该订单秒杀请求维持在异步队列中进行排队，向交易用户返回相应的排队通知信息；

在所述同步队列的单位请求量低于第一预设阈值及所述响应时长低于第二预设阈值的第二状态时，将该订单秒杀请求维持在同步队列进行排队以达成秒杀交易事件并向交易用户返回表征秒杀成功的订单通知信息。

2.根据权利要求1所述的方法，其特征在于，监控所述同步队列的单位时间内的单位请求量以及其中的订单秒杀请求被处理的响应时长的步骤，包括：

以窗口滑动的方式，同步计算每个滑动窗口时，计算所述同步队列中单位时间内的单位请求量及其中的订单秒杀请求的响应时长；

对于每个滑动窗口，分别判断其相对应的所述单位请求量是否超过第一预设阈值、所述响应时长是否超过第二预设阈值；

当两个判断结果中有一个或一个以上的结果为真值时，使此后接收的订单秒杀请求处于所述第一状态；

当两个判断结果均为假值时，从所述异步队列中调度订单秒杀请求切换到所述第二状态。

3.根据权利要求2所述的方法，其特征在于，当两个判断结果均为假值时，从所述异步队列中调度订单秒杀请求切换到所述第二状态的步骤中：当既定数量的连续若干个滑动窗口均出现所述的假值时，才从所述异步队列中调度订单秒杀请求切换到所述第二状态。

4.根据权利要求1所述的方法，其特征在于，向交易用户返回相应的排队通知信息的步骤中，获取正在异步队列中排队的当前订单秒杀请求所对应的排队序号及排队编号，将其包含到所述排队通知信息中以返回给所述交易用户。

5.根据权利要求1所述的方法，其特征在于，向交易用户返回表征秒杀成功的通知信息的步骤中，获取正在同步队列中排队的当前订单秒杀请求的秒杀交易事件达成后所获得的订单编号，将其包含到所述订单通知信息中以返回给所述交易用户。

6.根据权利要求1至5中任意一项所述的方法，其特征在于，还包括如下步骤：

识别预设的手动控制配置标识，当该配置标识表征允许强制干扰排队流程时，优先将所述异步队列中的订单秒杀请求强制转移到所述同步队列中。

7.根据权利要求1至5中任意一项所述的方法，其特征在于，还包括如下后续步骤：

响应所述交易用户的秒杀结果查询请求，查询其相应的订单秒杀请求相对应的排队状态信息，所述排队状态信息按照预先协议包含表征订单秒杀请求所处第一状态或第二状态的标签、在标签表征第一状态时关联提供的订单秒杀请求处于异步队列中的排队序号和排队编号、在标签表征第二状态时关联提供的订单秒杀请求达成秒杀交易事件时相对应的订单编号；

识别所述排队状态信息中的标签表征第一状态时，将其关联的排队编号与排队序号封装为排队通知信息返回给所述交易用户；

识别所述排队状态信息中的标签表征第二状态时，将其关联的订单编号封装为订单通知信息返回给所述交易用户。

8.一种秒杀活动服务响应装置，其特征在于，其包括：

用户请求接收单元，用于接收交易用户针对特定商品数据提交的订单秒杀请求；

队列数据监控单元，用于监控所述同步队列的单位时间内的单位请求量以及其中的订单秒杀请求被处理的响应时长；

第一状态通知单元，用于在所述同步队列的单位请求量超过第一预设阈值或所述响应时长超过第二预设阈值的第一状态时，将该订单秒杀请求维持在异步队列中进行排队，向交易用户返回相应的排队通知信息；

第二状态通知单元，用于在所述同步队列的单位请求量低于第一预设阈值及所述响应时长低于第二预设阈值的第二状态时，将该订单秒杀请求维持在同步队列进行排队以达成秒杀交易事件并向交易用户返回表征秒杀成功的订单通知信息。

9.一种电子设备，包括中央处理器和存储器，其特征在于，所述中央处理器用于调用运行存储于所述存储器中的计算机程序以执行如权利要求1至7中任一项所述的方法的步骤。

10.一种非易失性存储介质，其特征在于，其以计算机可读指令的形式存储有依据权利要求1至7中任意一项所述的方法所实现的计算机程序，该计算机程序被计算机调用运行时，执行该方法所包括的步骤。

Images