CN107818475A - 优惠券发放方法 - Google Patents

Abstract

提供了一种优惠券发放方法，其中：确定待发放的优惠券模板及相应优惠券的计划发放数量；确定待发放的优惠券模板的目标用户批次的批次编号；对所述批次编号加逻辑锁，其中所述加逻辑锁包括：判断与批次编号相对应的目标用户批次是会否被其他优惠券发放任务占用，在未被其他优惠券发放任务占用的情况下，锁定所述批次编号，使得其他优惠券发放任务无法使用该目标用户批次；将计划发放数量和目标用户批次中用户的数量中的较小值确定为优惠券的最终发放数量；将所述目标用户批次中的用户与所述优惠券模版彼此关联地存入任务队列；以及使用所述任务队列，按照最终发放数量发放优惠券。

Description

优惠券发放方法

技术领域

本申请涉及计算机领域，具体地，涉及一种优惠券发放方法，其中所述方法能够在实现多线程快速推送的同时，确保每次优惠券发放活动向每个用户只发放一张优惠券，从而避免了发券过程中出现混乱。

背景技术

随着互联网和电子商务的不断发展，电子商务平台经常发放各种优惠券以吸引和激励用户。然而，目前电子商务平台方法优惠券的方式可以包括随机方法和按会员等级发放。现有的优惠发放系统在向用户发放优惠券时，无法做到每次活动向每个用户仅发放一种优惠券。尤其是在服务器断电之后，容易产生多发、漏发的现象。这样不仅降低了用户体验而且还浪费了优惠券。

综上，现有技术中发放优惠券的方法导致了优惠券使用率不高，使得用户无法享受到实惠。

因此，需要一种优惠券发放方法，所述方法能够定时发放或者审批之后发放优惠券；支持向用户批次中的全部用户或部分用户发放优惠券；并严格执行每次优惠券发放活动向每个用户只发放一张优惠券，绝不多发。

发明内容

本公开的方面在于解决至少上述问题和/或缺点并提供至少下述优点。

根据本发明的一个方面，提供了一种优惠券发放方法，其中：确定待发放的优惠券模板及相应优惠券的计划发放数量；确定待发放的优惠券模板的目标用户批次的批次编号；对所述批次编号加逻辑锁，其中所述加逻辑锁包括：判断与批次编号相对应的目标用户批次是会否被其他优惠券发放任务占用，在未被其他优惠券发放任务占用的情况下，锁定所述批次编号，使得其他优惠券发放任务无法使用该目标用户批次；将计划发放数量和目标用户批次中用户的数量中的较小值确定为优惠券的最终发放数量；将所述目标用户批次中的用户与所述优惠券模版彼此关联地存入任务队列；以及使用所述任务队列，按照最终发放数量发放优惠券。

优选地，所述方法还可以包括：在被其他优惠券发放任务占用的情况下，进行等待，直到其他优惠券发放任务释放对具有所述目标用户批次的占用。

优选地，所述将所述目标用户批次中的用户与所述优惠券模版彼此关联地存入任务队列包括：批量查询目标用户批次中的用户，并将所查询到的用户与所述优惠券模版彼此关联地批量存入任务队列，作为一页数据。

优选地，所述批量查询的批量大小是根据系统性能和业务需要设置的。

优选地，所述方法还包括：响应于完成将一页数据存入任务队列，将数据页码加1。

优选地，所述按照最终发放数量发放优惠券包括逐页地执行对优惠券的发放，包括：采用多线程的方式向从任务队列中获取的用户发放根据从任务队列中获取的优惠券模板产生的优惠券；以及响应于针对一页数据完成对优惠券的发放，记录或更新已发放的优惠券的数量，直到完成所述按照最终发放数量发放优惠券的操作。

优选地，所述方法还包括：在完成所述按照最终发放数量发放优惠券的操作之后，释放对所述批次编号的锁定，以供其他优惠券发放任务使用。

优选地，所述方法还包括：在完成所述按照最终发放数量发放优惠券的操作之后，将所述优惠券模版标记为已执行。

优选地，所述方法包括：通过使用Redis和MySQL来实现逻辑锁。

优选地，所述确定待发放的优惠券模板及相应优惠券的计划发放数量还包括通过将tbschedule用作worker来轮询优惠券信息，从而确定待发放的优惠券模板及相应优惠券的计划发放数量。

附图说明

以下结合附图，将更清楚本公开的示例实施例的上述和其它方面、特征以及优点，附图中：

图1示出了根据本公开示例实施例的优惠券发放方法的流程图；以及

图2示出了根据本公开示例实施例的优惠券发放方法的示意图。

具体实施方式

以下参考附图描述了本公开的示例实施。本公开提供了一种优惠券发放方法，所述方法能够在实现多线程快速推送的同时，确保每次优惠券发放活动向每个用户只发放一张优惠券，从而避免了发券过程中出现混乱。

以下参考图1描述根据本公开示例实施例的优惠券发放方法的流程图。

具体地，如图1所示，首先在步骤S101，确定待方法的优惠券模板和相应优惠券的计划发放数量。具体地，所述方法可以通过将tbschedule用作worker来轮询优惠券信息，从而确定待发放的优惠券模板及相应优惠券的计划发放数量。所述优惠券信息可以包括优惠券模板、相应优惠券的计划发放数量以及相应优惠券的目标用户批次等信息。也就是说，可以通过采用定时调度任务装置来轮询发券任务，查询出满足推送条件的优惠券模板和相应优惠券的计划发放数量。

接着，在步骤S102，确定待发放的优惠券模板的目标用户批次的批次编号。所述方法可以包括：查询优惠券模板关联的目标用户批次，确定批次编号。

在确定批次编号之后，即，在步骤S103，对所述批次编号加逻辑锁，其中所述加逻辑锁包括：判断与批次编号相对应的目标用户批次是会否被其他优惠券发放任务占用。如果未被其他优惠券发放任务占用，则锁定所述批次编号，使得其他优惠券发放任务无法使用该目标用户批次，即，加锁成功(S103-是)。然而，如果被其他优惠券发放任务占用，则进行等待，直到其他优惠券发放任务释放对具有所述目标用户批次的占用，即，加锁不成功(S103-否)。换言之，在所述步骤中，尝试对批次编号加上逻辑锁，成功则继续，不成功说明该批次正在被其他优惠券模板占用，等待释放继续执行。具体地，可以采用Redis作为不同用户批次的逻辑锁，或通过使用Redis和MySQL来实现逻辑锁。Redis是一款开源的、高性能的键-值存储系统。Redis的所有键值都存储在内存中，具有很高的单机读写性能。与其他缓存服务器相比，Redis提供了更加丰富的数据结构。然而这仅是一种示例，还可以采用方法来实现逻辑锁，且本领域技术人员应认识到本发明不限于此。

随后，在步骤S104，将所获得的相应优惠券的计划发放数量和目标用户批次中用户的数量中的较小值确定为优惠券的最终发放数量。为了确保每次优惠券发放活动，仅向每个用户发放一张优惠券，需要确定优惠券的最终发放数量，以保证不会发生多发、漏发的现象。

在步骤S105，将所述目标用户批次中的用户与所述优惠券模版彼此关联地存入任务队列。具体地，根据本发明示例实施例的方法可以包括将所述目标用户批次中的用户与所述优惠券模版彼此关联地逐条存入任务队列；也可以包括：批量查询目标用户批次中的用户，并将所查询到的用户与所述优惠券模版彼此关联地批量存入任务队列，作为一页数据，即，批量查询出待推送用户并将其关联优惠券模板作为一页数据，并重新分片存入任务队列中。每次批量查询的批量大小是根据系统性能和业务需要设置的。例如，当系统性能较好时，批量查询的批量数量可以较多。这样，可以改善优惠券的发放速度。在产生数据之后，如果下游业务有分表逻辑，则还可以对所获得的数据进行分表操作，以便在完成消费操作之后，更快速地将数据馈入数据库。

通过执行上述步骤，可以形成任务队列，例如，基于Redis的任务队列。任务队列中存放的是等待执行的批量任务。当以页为单位将所查询到的用户与所述优惠券模版彼此关联地批量存入任务队列时，该任务队列还需维护每个定向推送任务的当前页页码与页数，具体地，响应于完成将一页数据存入任务队列，任务队列将数据页码加1。此外，在执行发放优惠券任务时，每成功完成任务队列中的一页数据，将当前页码加1，直到当前页码等于页数，以表示优惠券发放任务完成。

在步骤S106，使用所述任务队列，按照步骤S104所确定的最终发放数量发放优惠券。在完成按照最终发放数量发放优惠券之后，将定向推送优惠券模板修改为已执行，并释放对所述批次编号的锁定，以供其他优惠券发放任务使用。具体地，所述发放步骤可以包括：逐条地发放优惠券。此外，当批量查询目标用户批次中的用户并将所查询到的用户与所述优惠券模版彼此关联地批量存入任务队列作为一页数据时，所述发放步骤还可以包括：采用多线程的方式向从任务队列中获取的用户发放根据从任务队列中获取的优惠券模板产生的优惠券；以及响应于针对一页数据完成对优惠券的发放，记录或更新已发放的优惠券的数量，直到完成所述按照最终发放数量发放优惠券的操作。因此，在优惠券到账之前，利用Redis集合或者MySQL唯一索引定向推送的唯一性，即，每人到账一张优惠券，防止程序异常出现每人领取多张的情况。

上述根据本公开示例实施例的优惠券发放方法可以是定时执行的。通过使用分布式定时任务调度装置和缓存数据库实现发放优惠券的任务队列模式，其中使用Redis和/或MySQL的特性实现定向发放优惠券的逻辑锁，且分布式定时调度装置可以组合Spring框架与JDK线程池代替。

图2示出了根据本公开示例实施例的优惠券发放方法的示意图。在图2中，实现为例如tbschedule的worker 100可以轮询定向活动，并通知生产者200来查找MySQL 400，以便确定相关信息，例如，待发放的优惠券模板和相应优惠券的计划发放数量。随后，生产者200确定相应优惠券的目标用户批次，并通过Redis逻辑锁300对相应优惠券的目标用户批次加逻辑锁。接着，生产者200还可以将计划发放数量和目标用户批次中用户的数量中的较小值确定为优惠券的最终发放数量。响应于对所述目标用户批次加锁成功，生产者200将目标用户批次与优惠券模板彼此关联地存入Redis任务队列500。如果加锁不成功，即，该目标用户批次被其他优惠券发放任务占用，则生产者200进行等待，直到其他优惠券发放任务释放对该目标用户批次的占用。如上所述，将优惠券的目标用户批次与优惠券模板彼此关联地存入Redis任务队列500可以包括将关联数据逐条地或逐页地存入任务队列500。在逐页存入的情况下，如果存在分表逻辑，则还可以对获得的数据进行预分表处理。接着，向消费者600发放最终发放数量的优惠券。在完成所述按照最终发放数量发放优惠券的操作之后，释放对所述批次编号的锁定，以供其他优惠券发放任务使用，并将所述优惠券模版标记为已执行。最后，经由消费者600来执行消费过程，并随后将处理后的数据馈送回到MySQL400。

申请人在测试中发现根据本公开示例实施例所述的方法能够实现将发送速度从每秒几十张提高到每秒1000到2000张，并且能够实现服务的断电重发功能，此外，所述方法还能够达到无漏发、无多发的要求，同时保证了时效性和正确性。

上述方法可以通过多种计算机装置以可执的程序命令形式实现并记录在计算机可读记录介质中。在这种情况下，计算机可读记录介质可以包括单独的程序命令、数据文件、数据结构或其组合。同时，记录在记录介质中的程序命令可以专门设计或配置用于本公开，或是计算机软件领域的技术人员已知应用的。计算机可读记录介质包括例如硬盘、软盘或磁带等磁性介质、例如压缩盘只读存储器(CD-ROM)或数字通用盘(DVD)等光学介质、例如光磁软盘的磁光介质以及例如存储和执行程序命令的ROM、RAM、闪存等硬件装置。此外，程序命令包括编译器形成的机器语言代码和计算机通过使用解释程序可执行的高级语言。前面的硬件装置可以配置成作为至少一个软件模块操作以执行本公开的操作，并且逆向操作也是一样的。

尽管以特定顺序示出并描述了本文方法的操作，然而可以改变每个方法的操作的顺序，使得可以以相反顺序执行特定操作或使得可以至少部分地与其它操作同时来执行特定操作。此外，本公开不限于上述示例实施例，它可以在不脱离本公开的精神和范围的前提下，包括一个或多个其他部件或操作，或省略一个或多个其他部件或操作。

以上已经结合本公开的优选实施例示出了本公开，但是本领域的技术人员将会理解，在不脱离本公开的精神和范围的情况下，可以对本公开进行各种修改、替换和改变。因此，本公开不应由上述实施例来限定，而应由所附权利要求及其等价物来限定。

Claims (10)

1.一种优惠券发放方法，其中：

确定待发放的优惠券模板及相应优惠券的计划发放数量；

确定待发放的优惠券模板的目标用户批次的批次编号；

对所述批次编号加逻辑锁，其中所述加逻辑锁包括：判断与批次编号相对应的目标用户批次是会否被其他优惠券发放任务占用，在未被其他优惠券发放任务占用的情况下，锁定所述批次编号，使得其他优惠券发放任务无法使用该目标用户批次；

将计划发放数量和目标用户批次中用户的数量中的较小值确定为优惠券的最终发放数量；

将所述目标用户批次中的用户与所述优惠券模版彼此关联地存入任务队列；以及

使用所述任务队列，按照最终发放数量发放优惠券。

2.根据权利要求1所述的方法，还包括：在被其他优惠券发放任务占用的情况下，进行等待，直到其他优惠券发放任务释放对具有所述目标用户批次的占用。

3.根据权利要求1所述的方法，其中将所述目标用户批次中的用户与所述优惠券模版彼此关联地存入任务队列包括：批量查询目标用户批次中的用户，并将所查询到的用户与所述优惠券模版彼此关联地批量存入任务队列，作为一页数据。

4.根据权利要求3所述的方法，其中所述批量查询的批量大小是根据系统性能和业务需要设置的。

5.根据权利要求3所述的方法，还包括：响应于完成将一页数据存入任务队列，将数据页码加1。

6.根据权利要求3所述的方法，其中所述按照最终发放数量发放优惠券包括逐页地执行对优惠券的发放，包括：

采用多线程的方式向从任务队列中获取的用户发放根据从任务队列中获取的优惠券模板产生的优惠券；以及

响应于针对一页数据完成对优惠券的发放，记录或更新已发放的优惠券的数量，直到完成所述按照最终发放数量发放优惠券的操作。

7.根据权利要求1所述的方法，还包括：在完成所述按照最终发放数量发放优惠券的操作之后，释放对所述批次编号的锁定，以供其他优惠券发放任务使用。

8.根据权利要求1所述的方法，还包括：在完成所述按照最终发放数量发放优惠券的操作之后，将所述优惠券模版标记为已执行。

9.根据权利要求1所述的方法，其中通过使用Redis和MySQL来实现逻辑锁。

10.根据权利要求1所述的方法，其中所述确定待发放的优惠券模板及相应优惠券的计划发放数量还包括通过将tbschedule用作worker来轮询优惠券信息，从而确定待发放的优惠券模板及相应优惠券的计划发放数量。