一种抢购行为监控方法及系统与流程

本发明涉及电子商务技术领域，特别涉及一种抢购行为监控方法及系统。

背景技术：

当前，随着电子商务的快速发展，电商平台的数量和种类越来越多，为消费者的日常购物提供了诸多方便，也极大地促进了社会经济的发展。现有的电商平台中，既包括自营电商，如唯品会、小米商城和聚美优品等，也包括非自营电商，例如在淘宝或微信上经过二次开发后创建的电商平台，如微信上创建的酷贝城等。

为了提升电商平台的关注度和活跃度，以及加大传播力度和影响力，现在许多电商平台上都会选择定期或者不定期地开展抢购活动，如秒杀购物等。通过开展抢购活动，可以吸引更多的用户关注电商平台，提升了电商平台的影响力。

在当前的网络抢购过程中，经常需要在很短的时间内将大量用户提交的抢购请求保存在缓存中，然后从缓存中保存的抢购请求中确定出本轮抢购中能够成功购买商品的用户。然而，由于缓存中保存的数据容易丢失，尤其是在大量用户访问服务器的情况下，很容易造成服务器发生灾难性系统崩溃，此时缓存中的数据更加容易丢失，从而使得不少原本能够获得购买资格的用户最终却丧失了购买资格，损害了抢购过程的公平性，降低了用户体验。

综上所述可以看出，如何提升抢购过程的公平性是目前有待解决的问题。

技术实现要素：

有鉴于此，本发明的目的在于提供一种抢购行为监控方法及系统，提升了抢购过程的公平性。其具体方案如下：

一种抢购行为监控方法，包括：

开启与目标商品对应的抢购通道；

将当前通过所述抢购通道获取到的抢购请求分别实时记录至预设的缓存队列以及本地数据库；其中，所述缓存队列的队列长度与本轮抢购所提供的目标商品总数相一致；

若监视到当前所述缓存队列已经存满，则关闭所述抢购通道，并统计当前所述本地数据库中记录的抢购请求的总数，得到抢购请求总数；

判断所述抢购请求总数与所述目标商品总数是否相一致，如果是，则对当前所述缓存队列中记录的所有抢购请求进行响应，如果否，则利用所述本地数据库中记录的信息，对所述缓存队列进行修正处理，并对修正后队列中记录的所有抢购请求进行响应。

可选的，所述利用所述本地数据库中记录的信息，对所述缓存队列进行修正处理的过程，包括：

获取所述本地数据库中记录的每个抢购请求的请求发起时间；

以请求发起时间作为筛选依据，从所述本地数据库中筛选出发起时间靠前的K个抢购请求；其中，K值与所述目标商品总数相一致；

从当前所述缓存队列记录的所有抢购请求中筛选出与所述K个抢购请求均不相同的抢购请求，得到第一类抢购请求；

从所述K个抢购请求中筛选出与所述缓存队列记录的所有抢购请求均不相同的抢购请求，得到第二类抢购请求；

利用所述第二类抢购请求替换位于所述缓存队列中的所述第一类抢购请求，得到所述修正后队列。

可选的，所述开启与目标商品对应的抢购通道之前，还包括：

开启与目标商品对应的抢购资格申请通道；

通过所述抢购资格申请通道，获取终端用户发起的抢购资格申请请求；

按照预设的抢购资格总数，从获取到的所有抢购资格申请请求中筛选出N个抢购资格申请请求；其中，N值与所述抢购资格总数相一致；

将与所述N个抢购资格申请请求对应的所有终端用户确定为目标用户群。

可选的，所述开启与目标商品对应的抢购通道的过程，包括：

为所述目标用户群中的终端用户开通与所述目标商品对应的抢购通道。可选的，所述从获取到的所有抢购资格申请请求中筛选出N个抢购资格申请请求的过程，包括：

获取每个抢购资格申请请求对应的请求发起时间；

以请求发起时间作为筛选依据，从获取到的所有抢购资格申请请求中筛选出请求发起时间靠前的N个抢购资格申请请求。

可选的，所述从获取到的所有抢购资格申请请求中筛选出N个抢购资格申请请求的过程，包括：

获取每个抢购资格申请请求对应的请求发起时间；

确定每个抢购资格申请请求所对应的终端用户的用户等级；

利用请求发起时间和用户等级，计算相应终端用户的抢购资格获批指数；

以抢购资格获批指数作为筛选依据，从获取到的所有抢购资格申请请求中筛选出N个抢购资格申请请求，其中，筛选出的每个抢购资格申请请求所对应的抢购资格获批指数均大于或等于其他未被筛选到的抢购资格申请请求的抢购资格获批指数。

本发明还公开了一种抢购行为监控系统，包括：

抢购通道开启模块，用于开启与目标商品对应的抢购通道；

信息记录模块，用于将当前通过所述抢购通道获取到的抢购请求分别实时记录至预设的缓存队列以及本地数据库；其中，所述缓存队列的队列长度与本轮抢购所提供的目标商品总数相一致；

第一监视模块，用于对当前所述缓存队列进行监视；

抢购通道关闭模块，用于当所述第一监视模块监视到当前所述缓存队列已经存满，则关闭所述抢购通道；

请求数量统计模块，用于当所述抢购通道关闭模块关闭所述抢购通道，则统计当前所述本地数据库中记录的抢购请求的总数，得到抢购请求总数；

信息判断模块，用于判断所述抢购请求总数与所述目标商品总数是否相一致；

第一响应模块，用于当所述信息判断模块判断出所述抢购请求总数与所述目标商品总数相一致，则对当前所述缓存队列中记录的所有抢购请求进行响应；

第二响应模块，用于当所述信息判断模块判断出所述抢购请求总数与所述目标商品总数不一致，则利用所述本地数据库中记录的信息，对所述缓存队列进行修正处理，并对修正后队列中记录的所有抢购请求进行响应。

可选的，抢购行为监控系统，还包括：

目标用户群确定模块，用于确定具有抢购资格的终端用户，得到目标用户群；

相应的，所述抢购通道开启模块，具体用于为所述目标用户群中的终端用户开通与所述目标商品对应的抢购通道。

可选的，所述目标用户群确定模块，包括：

资格申请通道开通子模块，用于开启与目标商品对应的抢购资格申请通道；

资格申请请求获取子模块，用于通过所述抢购资格申请通道，获取终端用户发起的抢购资格申请请求；

资格申请请求筛选子模块，用于按照预设的抢购资格总数，从获取到的所有抢购资格申请请求中筛选出N个抢购资格申请请求；其中，N值与所述抢购资格总数相一致；

目标用户群确定子模块，用于将与所述N个抢购资格申请请求对应的所有终端用户确定为目标用户群。

可选的，所述资格申请请求筛选子模块，包括：

信息获取单元，用于获取每个抢购资格申请请求对应的请求发起时间；

等级确定单元，用于确定每个抢购资格申请请求所对应的终端用户的用户等级；

指数计算单元，用于利用请求发起时间和用户等级，计算相应终端用户的抢购资格获批指数；

资格申请请求筛选单元，用于以抢购资格获批指数作为筛选依据，从获取到的所有抢购资格申请请求中筛选出N个抢购资格申请请求，其中，筛选出的每个抢购资格申请请求所对应的抢购资格获批指数均大于或等于其他未被筛选到的抢购资格申请请求的抢购资格获批指数。

本发明中，抢购行为监控方法，包括：开启与目标商品对应的抢购通道；将当前通过抢购通道获取到的抢购请求分别实时记录至预设的缓存队列以及本地数据库；其中，缓存队列的队列长度与本轮抢购所提供的目标商品总数相一致；若监视到当前缓存队列已经存满，则关闭抢购通道，并统计当前本地数据库中记录的抢购请求的总数，得到抢购请求总数；判断抢购请求总数与目标商品总数是否相一致，如果是，则对当前缓存队列中记录的所有抢购请求进行响应，如果否，则利用本地数据库中记录的信息，对缓存队列进行修正处理，并对修正后队列中记录的所有抢购请求进行响应。

可见，本发明在缓存队列存满之前，将通过抢购通道获取到的抢购请求分别记录至缓存队列以及本地数据库中，当缓存队列满了之后，将会把上述抢购通道关闭，这样便不会再接收外界发起的抢购请求，有利于降低系统崩溃的风险；并且，还会判断此时本地数据库中记录的抢购请求的总数是否与目标商品总数是否一致，如果是，则意味着缓存队列中保存的请求没有出现丢失的情况，此时可以直接对缓存队列记录的所有抢购请求进行响应，如果否，则意味着原本已经保存至缓存队列中的数据出现了丢失事件，致使某些不应加入缓存队列里的抢购请求却被添加到了缓存队列中，此时本发明将会利用本地数据库中记录的信息，对上述缓存队列进行修正处理，从而避免了将购买资格赋予给了某些原本不应赋予购买资格的用户，从而提升了抢购过程的公平性。

附图说明

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

图1为本发明实施例公开的一种抢购行为监控方法流程图；

图2为本发明实施例公开的一种具体的抢购行为监控方法流程图；

图3为本发明实施例公开的一种抢购行为监控系统结构示意图。

具体实施方式

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

本发明实施例公开了一种抢购行为监控方法，参见图1所示，该方法包括：

步骤S11：开启与目标商品对应的抢购通道。

可以理解的是，本实施例可以预先设定通道开启时刻，当通道开启时刻一到，便可开启与目标商品对应的抢购通道，以便用户通过抢购通道对目标商品进行抢购下单。

步骤S12：将当前通过抢购通道获取到的抢购请求分别实时记录至预设的缓存队列以及本地数据库；其中，缓存队列的队列长度与本轮抢购所提供的目标商品总数相一致。

本实施例中，当用户通过上述抢购通道将抢购请求发送至服务器之后，服务器将会把抢购请求分别实时记录至上述缓存队列和本地数据库。本实施例中，上述缓存队列的队列长度与本轮抢购所提供的目标商品的总数相等。而相对于缓存队列，本地数据库中所保存的数据的安全性更高，发生数据丢失的概率非常低。

需要说明的是，本实施例可以分别将抢购请求同时记录至上述缓存队列和本地数据库，当然也可以先将抢购请求保存至缓存队列，接着再写入本地数据库。

步骤S13：若监视到当前缓存队列已经存满，则关闭抢购通道，并统计当前本地数据库中记录的抢购请求的总数，得到抢购请求总数。

本实施例中，当缓存队列写满后，将会关闭上述抢购通道，从而实现对外界的抢购请求进行拦截的效果，降低服务器发生崩溃的概率。

步骤S14：判断抢购请求总数与目标商品总数是否相一致，如果是，则对当前缓存队列中记录的所有抢购请求进行响应，如果否，则利用本地数据库中记录的信息，对缓存队列进行修正处理，并对修正后队列中记录的所有抢购请求进行响应。

可以理解的是，本实施例中，对抢购请求进行响应的过程具体是指通过该抢购请求，也即赋予发起该抢购请求的用户购买上述目标商品的权利。

可见，本发明实施例在缓存队列存满之前，将通过抢购通道获取到的抢购请求分别记录至缓存队列以及本地数据库中，当缓存队列满了之后，将会把上述抢购通道关闭，这样便不会再接收外界发起的抢购请求，有利于降低系统崩溃的风险；并且，还会判断此时本地数据库中记录的抢购请求的总数是否与目标商品总数是否一致，如果是，则意味着缓存队列中保存的请求没有出现丢失的情况，此时可以直接对缓存队列记录的所有抢购请求进行响应，如果否，则意味着原本已经保存至缓存队列中的数据出现了丢失事件，致使某些不应加入缓存队列里的抢购请求却被添加到了缓存队列中，此时本发明实施例将会利用本地数据库中记录的信息，对上述缓存队列进行修正处理，从而避免了将购买资格赋予给了某些原本不应赋予购买资格的用户，从而提升了抢购过程的公平性。

参见图2所示，本发明实施例公开了一种具体的抢购行为监控方法，包括如下步骤：

步骤S21：开启与目标商品对应的抢购资格申请通道，通过抢购资格申请通道，获取终端用户发起的抢购资格申请请求。

步骤S22：按照预设的抢购资格总数，从获取到的所有抢购资格申请请求中筛选出N个抢购资格申请请求，并将与上述N个抢购资格申请请求对应的所有终端用户确定为目标用户群；其中，N值与抢购资格总数相一致。

也即，本发明实施例可以预先确定能够参加本轮抢购活动的用户群。例如，假设本轮抢购活动所提供的目标商品的总数量为10个，如果存在1万人有抢购上述目标商品的意愿，为了避免正式抢购时由于请求量过大导致服务器崩溃的现象出现，本实施例可以在正式抢购通道开启之前，先开启上述抢购资格申请通道，并设定能够获得抢购资格的总人数为1000人，然后通过上述抢购资格申请通道获取抢购资格申请请求，接着从所有抢购资格申请请求中筛选出1000个请求，并将这1000个请求所对应的终端用户确定为能够参加本轮抢购活动的用户群，由此可以大幅降低参与抢购活动的人数数量，降低了服务器的压力。

另外，上述从获取到的所有抢购资格申请请求中筛选出N个抢购资格申请请求的过程，可以具体包括：

获取每个抢购资格申请请求对应的请求发起时间，以请求发起时间作为筛选依据，从获取到的所有抢购资格申请请求中筛选出请求发起时间靠前的N个抢购资格申请请求。也即，从获取到的所有抢购资格申请请求中筛选出请求发起时间最小的一组抢购资格申请请求，该组抢购资格申请请求中一共包括N个抢购资格申请请求。

当然，除了可以仅仅将请求发起时间作为筛选依据之外，本实施例中，也可以同时将请求发起时间以及终端用户的用户等级作为筛选依据，具体的，上述从获取到的所有抢购资格申请请求中筛选出N个抢购资格申请请求的过程，也可以包括：

获取每个抢购资格申请请求对应的请求发起时间，并确定每个抢购资格申请请求所对应的终端用户的用户等级，然后利用请求发起时间和用户等级，计算相应终端用户的抢购资格获批指数，接着以抢购资格获批指数作为筛选依据，从获取到的所有抢购资格申请请求中筛选出N个抢购资格申请请求，其中，筛选出的每个抢购资格申请请求所对应的抢购资格获批指数均大于或等于其他未被筛选到的抢购资格申请请求的抢购资格获批指数。

可以理解的是，本实施例中，上述抢购资格获批指数的计算过程中，具体可以通过加权计算的方式来计算得到。

步骤S23：为目标用户群中的终端用户开通与目标商品对应的抢购通道。

步骤S24：将当前通过抢购通道获取到的抢购请求分别实时记录至预设的缓存队列以及本地数据库。

步骤S25：若监视到当前缓存队列已经存满，则关闭抢购通道，并统计当前本地数据库中记录的抢购请求的总数，得到抢购请求总数。

步骤S26：判断抢购请求总数与目标商品总数是否相一致；

步骤S27：若抢购请求总数与目标商品总数相一致，则对当前缓存队列中记录的所有抢购请求进行响应；

步骤S28：若抢购请求总数与目标商品总数不一致，则获取本地数据库中记录的每个抢购请求的请求发起时间，并以请求发起时间作为筛选依据，从本地数据库中筛选出发起时间靠前的K个抢购请求；其中，K值与目标商品总数相一致；

步骤S29：从当前缓存队列记录的所有抢购请求中筛选出与上述K个抢购请求均不相同的抢购请求，得到第一类抢购请求；

步骤S30：从上述K个抢购请求中筛选出与缓存队列记录的所有抢购请求均不相同的抢购请求，得到第二类抢购请求；

步骤S31：利用第二类抢购请求替换位于缓存队列中的第一类抢购请求，得到修正后队列。

相应的，本发明实施例还公开了一种抢购行为监控系统，参见图3所示，该系统包括：

抢购通道开启模块11，用于开启与目标商品对应的抢购通道；

信息记录模块12，用于将当前通过抢购通道获取到的抢购请求分别实时记录至预设的缓存队列以及本地数据库；其中，缓存队列的队列长度与本轮抢购所提供的目标商品总数相一致；

第一监视模块13，用于对当前缓存队列进行监视；

抢购通道关闭模块14，用于当第一监视模块13监视到当前缓存队列已经存满，则关闭抢购通道；

请求数量统计模块15，用于当抢购通道关闭模块关闭抢购通道，则统计当前本地数据库中记录的抢购请求的总数，得到抢购请求总数；

信息判断模块16，用于判断抢购请求总数与目标商品总数是否相一致；

第一响应模块17，用于当信息判断模块16判断出抢购请求总数与目标商品总数相一致，则对当前缓存队列中记录的所有抢购请求进行响应；

第二响应模块18，用于当信息判断模块16判断出抢购请求总数与目标商品总数不一致，则利用本地数据库中记录的信息，对缓存队列进行修正处理，并对修正后队列中记录的所有抢购请求进行响应。

可见，本发明实施例在缓存队列存满之前，将通过抢购通道获取到的抢购请求分别记录至缓存队列以及本地数据库中，当缓存队列满了之后，将会把上述抢购通道关闭，这样便不会再接收外界发起的抢购请求，有利于降低系统崩溃的风险；并且，还会判断此时本地数据库中记录的抢购请求的总数是否与目标商品总数是否一致，如果是，则意味着缓存队列中保存的请求没有出现丢失的情况，此时可以直接对缓存队列记录的所有抢购请求进行响应，如果否，则意味着原本已经保存至缓存队列中的数据出现了丢失事件，致使某些不应加入缓存队列里的抢购请求却被添加到了缓存队列中，此时本发明实施例将会利用本地数据库中记录的信息，对上述缓存队列进行修正处理，从而避免了将购买资格赋予给了某些原本不应赋予购买资格的用户，从而提升了抢购过程的公平性。

本实施例中，上述抢购行为监控系统，还可以进一步包括：目标用户群确定模块，用于确定具有抢购资格的终端用户，得到目标用户群。

与此对应的，上述抢购通道开启模块，具体用于为目标用户群中的终端用户开通与目标商品对应的抢购通道。

具体的，上述目标用户群确定模块，包括资格申请通道开通子模块、资格申请请求获取子模块、资格申请请求筛选子模块和目标用户群确定子模块；其中，

资格申请通道开通子模块，用于开启与目标商品对应的抢购资格申请通道；

资格申请请求获取子模块，用于通过抢购资格申请通道，获取终端用户发起的抢购资格申请请求；

资格申请请求筛选子模块，用于按照预设的抢购资格总数，从获取到的所有抢购资格申请请求中筛选出N个抢购资格申请请求；其中，N值与抢购资格总数相一致；

目标用户群确定子模块，用于将与上述N个抢购资格申请请求对应的所有终端用户确定为目标用户群。

另外，上述资格申请请求筛选子模块，具体包括信息获取单元、等级确定单元、指数计算单元和资格申请请求筛选单元；其中，

信息获取单元，用于获取每个抢购资格申请请求对应的请求发起时间；

等级确定单元，用于确定每个抢购资格申请请求所对应的终端用户的用户等级；

指数计算单元，用于利用请求发起时间和用户等级，计算相应终端用户的抢购资格获批指数；

资格申请请求筛选单元，用于以抢购资格获批指数作为筛选依据，从获取到的所有抢购资格申请请求中筛选出N个抢购资格申请请求，其中，筛选出的每个抢购资格申请请求所对应的抢购资格获批指数均大于或等于其他未被筛选到的抢购资格申请请求的抢购资格获批指数。

关于上述系统更加具体的工作过程可以参考前述实施例中公开的相应内容，在此不再进行赘述。

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

以上对本发明所提供的一种抢购行为监控方法及系统进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。