CN108765007A - 定向发放优惠券的***及方法 - Google Patents

Abstract

本发明公开了一种定向发放优惠券的***及方法。所述***包括：规则配置模块配置发放优惠券的规则；订单状态机扫描至少一订单的状态，在订单的状态变化时通知订单过滤模块；订单过滤模块读取所述规则，判断订单是否符合订单要求，若符合，则确定发放的优惠券的类型，向发券模块发送发券指令；发券模块在接收到所述发券指令后，向下订单的账户发放优惠券。本发明不需要用户自主领取优惠券，而是主动向用户发放优惠券，一方面，节省了用户的操作，另一方面可以为不同用户、不同订单配置不同的优惠券类型。

Description

定向发放优惠券的***及方法

技术领域

本发明属于互联网领域，尤其涉及一种定向发放优惠券的***及方法。

背景技术

向消费者发送优惠券已经是商户营销活动或广告宣传的重要手段。对于互联网商户，现有的优惠券发放方式通常包括消费者在商户的活动页面领取优惠券，消费者扫描商户提供的识别码领取优惠券，消费者在第三方分享商品或活动后领取优惠券等方法。

上述领取优惠券的方式都存在一定的缺陷，其中，消费者在商户的活动页面领取优惠券容易造成消费者下单后才发现活动页面，只得领券后取消订单重新使用优惠券再下单的不良体验；消费者扫描商户提供的识别码领取优惠券容易造成消费者主动放弃领取优惠券、不参与活动；在第三方分享商品或活动后领取优惠券一般需要跳转到第三方进行授权操作，不利于保护客人隐私。另外，上述领取优惠券的方式都需要消费者主动操作领取优惠券，消费者的操作较复杂、费力度较大。

同时，上述领取优惠券的方式发券种类单一，无法对每个消费者单独定制优惠券；发券的范围不可控，很难设置门槛，存在恶意刷券的风险；大规模的发券行为，无法准确命中目标客户，转化率很低；容易出现消费者参与活动后库存不足的现象；营销活动轮替时，需要重新做活动页面或者识别码，营销成本较高。

发明内容

本发明要解决的技术问题是为了克服现有技术中领取优惠券的方式都需要消费者主动操作领取优惠券，消费者的操作较复杂、费力度较大，发券种类单一，发券范围不可控，无法准确命中目标客户，营销成本高的缺陷，提供一种定向发放优惠券的***及方法。

本发明是通过以下技术方案解决上述技术问题的：

一种定向发放优惠券的***，所述***包括：规则配置模块、订单状态机、订单过滤模块和发券模块；

所述规则配置模块用于配置发放优惠券的规则，所述规则包括发放优惠券的订单要求以及发放的优惠券的类型；

所述订单状态机用于扫描至少一订单的状态，在所述订单的状态变化时通知所述订单过滤模块；

所述订单过滤模块用于在获知所述订单的状态变化后，读取所述规则，判断所述订单是否符合所述订单要求，若符合，则确定发放的优惠券的类型，向所述发券模块发送发券指令；

所述发券模块用于在接收到所述发券指令后，向下所述订单的账户发放所述类型的优惠券。

较佳地，所述规则还包括同一账户可发放相同类型的优惠券的数量上限；

所述发券模块还用于在接收到所述发券指令后，判断下所述订单的账户内所述类型的优惠券的数量是否达到所述数量上限，若否，则向下所述订单的账户发放所述类型的优惠券。

较佳地，所述发券模块还用于在向下所述订单的账户发放所述类型的优惠券后，通知所述账户的用户。

较佳地，所述订单状态机还用于在所述订单的状态变化时生成对应的消息，并将所述消息按照生成的顺序存入消息队列，实时将所述消息队列中的消息推送给所述订单过滤模块；

所述订单过滤模块通过所述消息获知所述订单的状态变化，按照推送的顺序逐一判断每个订单是否符合所述订单要求。

较佳地，所述***还包括：优惠券生成器；

所述优惠券生成器用于在所述订单过滤模块确定发放的优惠券的类型并向所述发券模块发送发券指令后，生成所述类型的优惠券，并将所述类型的优惠券发送至所述发券模块，以供所述发券模块向下所述订单的账户发放。

一种定向发放优惠券的方法，所述方法包括：

规则配置模块配置发放优惠券的规则，所述规则包括发放优惠券的订单要求以及发放的优惠券的类型；

订单状态机扫描订单的状态，在所述订单的状态变化时通知订单过滤模块；

所述订单过滤模块在获知所述订单的状态变化后，读取所述规则，判断所述订单是否符合所述订单要求，若符合，则确定发放的优惠券的类型，向发券模块发送发券指令；

所述发券模块在接收到所述发券指令后，向下所述订单的账户发放所述类型的优惠券。

较佳地，所述规则还包括同一账户可发放相同类型的优惠券的数量上限；

所述方法还包括：所述发券模块在接收到所述发券指令后，判断下所述订单的账户内所述类型的优惠券的数量是否达到所述数量上限，若否，则向下所述订单的账户发放所述类型的优惠券。

较佳地，所述方法还包括：所述发券模块在向下所述订单的账户发放所述类型的优惠券后，通知所述账户的用户。

较佳地，所述方法还包括：所述订单状态机在所述订单的状态变化时生成对应的消息，并将所述消息按照生成的顺序存入消息队列，实时将所述消息队列中的消息推送给所述订单过滤模块；

所述订单过滤模块通过所述消息获知所述订单的状态变化，按照推送的顺序逐一判断每个订单是否符合所述订单要求。

较佳地，所述方法还包括：

在所述订单过滤模块确定发放的优惠券的类型并向所述发券模块发送发券指令后，优惠券生成器生成所述类型的优惠券，并将所述类型的优惠券发送至所述发券模块，以供所述发券模块向下所述订单的账户发放。

在符合本领域常识的基础上，上述各优选条件，可任意组合，即得本发明各较佳实例。

本发明的积极进步效果在于：本发明不需要用户自主领取优惠券，而是主动向用户发放优惠券，一方面，节省了用户的操作，使得用户获得良好的收券体验，引导用户二次消费，实现精准营销，另一方面可以为不同用户、不同订单配置不同的优惠券类型，使得优惠券的种类多样化，发放范围可控，准确命中目标客户，降低营销成本。

附图说明

图1为本发明实施例1的一种定向发放优惠券的***的示意框图；

图2为本发明实施例2的一种定向发放优惠券的***的示意框图；

图3为本发明实施例2的一种所述规则配置模块配置发放酒店优惠券的规则的页面示意图；

图4为本发明实施例3的一种定向发放优惠券的方法的流程图；

图5为本发明实施例3的一种定向发放优惠券的方法的流程图。

具体实施方式

下面通过实施例的方式进一步说明本发明，但并不因此将本发明限制在所述的实施例范围之中。

实施例1

图1示出了本实施例的一种定向发放优惠券的***。所述***10包括：规则配置模块11、订单状态机12、订单过滤模块13和发券模块14。其中，所述订单状态机12与所述订单过滤模块13通信连接，所述规则配置模块11与所述订单过滤模块13通信连接，所述订单过滤模块13还与所述发券模块14通信连接。其中，所述通信连接可以为有线通信连接或无线通信连接，有线通信连接包括通过数据线、电缆、光缆等形式实现各模块之间的相互通信，无线通信连接包括通过Wi-Fi、蓝牙等形式实现各模块之间的相互通信。

所述规则配置模块11用于配置发放优惠券的规则，所述规则包括发放优惠券的订单要求以及发放的优惠券的类型。其中，所述订单要求是指要具备被发放优惠券的资格需要满足的条件，可以但不局限于包括订单的状态(即订单状态变化后的状态)、下单用户的级别、订单来源(如手机App、电话订单、官方网站)等；发放的优惠券的类型可以但不局限于包括优惠券的金额、优惠券的使用限制(如时间使用限制、地点使用限制、用户使用限制)等。另外，所述规则配置模块11配置的规则可以为一条或多条，在不同的规则中不同的订单要求对应不同的优惠券类型。例如，第一规则：发放优惠券的订单需要满足要求一，发放的优惠券的类型为A类券；第二规则：发放优惠券的订单需要满足要求二，发放的优惠券的类型为B类券。

所述订单状态机12用于扫描至少一订单的状态，在所述订单的状态变化时通知所述订单过滤模块13。所述订单的状态可以但不局限于包括：订单是否提交、订单是否确认、订单是否成交；所述订单的状态变化包括订单由未提交到已提交的变化，订单由未确认到已确认的变化，订单由未成交到已成交的变化。其中，订单是否提交指的是由用户操作的，即用户操作决定是否提交订单；订单是否确认是由供应商或用户与商户之间的中间方操作的，即供应商或用户与商户之间的中间方操作决定是否确认订单；订单是否成交是由商户操作的，即商户操作决定订单是否成交。以酒店订单为例，首先，用户通过浏览OTA App、网站、拨打OTA预订电话选择想要预订的酒店，提交订单；然后，OTA方确认酒店可以预订，确认订单；最后，用户在酒店完成入住，酒店方确认订单已成交。

所述订单过滤模块13用于在获知所述订单的状态变化后，读取所述规则，判断所述订单是否符合所述订单要求，若符合，则确定发放的优惠券的类型，向所述发券模块14发送发券指令。若是所述规则配置模块11配置的规则为一条，则判断所述订单是否符合该条规则的订单要求；若是所述规则配置模块11配置的规则为多条，则查询所述订单符合哪条规则的订单要求，进而确定所符合的规则中设定的优惠券的类型；若是所述订单不符合任何一条规则的订单要求，则不发放优惠券。

所述发券模块14用于在接收到所述发券指令后，向下所述订单的账户发放所述类型的优惠券。即，若所述订单符合第一规则的发放优惠券的订单要求，则向下单的账户发放A类券；若所述订单符合第二规则的发放优惠券的订单要求，则向下单的账户发放B类券。

为了及时告知用户已经向其发放了优惠券，使得用户获得良好的服务感受，所述发券模块14还用于在向下所述订单的账户发放所述类型的优惠券后，通知所述账户的用户。具体的通知形式可以但不限于短信通知、邮件通知、电话通知、即时通讯软件通知等。

实施例2

本实施例的定向发放优惠券的***与实施例1的定向发放优惠券的***基本相同，不同之处在于：如图2所示，本实施例中，被扫描的订单可以存储于订单状态表中，所述订单状态表实时更新每一订单的状态，由于所述订单状态表中的订单可能是大量的，相近时间发生状态变化的订单的数量也可能是大量的，为了所述订单状态机12能够在任何一个订单状态变化时及时通知所述订单过滤模块13、避免遗漏或错发，所述订单状态机12扫描订单状态表，在所述订单的状态变化时生成对应的消息，如在订单的状态变化为已提交时生成订单提交消息，在订单的状态变化为已确认时生成订单确认消息，在订单的状态变化为已成交时生成订单成交消息，并将所述消息按照生成的顺序存入消息队列，实时将所述消息队列中的消息推送给所述订单过滤模块13；所述订单过滤模块13通过所述消息获知所述订单的状态变化，按照推送的顺序逐一判断每个订单是否符合所述订单要求。

为了避免恶意刷券行为，所述规则在发放优惠券的订单要求和发放的优惠券的类型以外，还包括同一账户可发放相同类型的优惠券的数量上限；所述发券模块14还用于在接收到所述发券指令后，判断下所述订单的账户内所述类型的优惠券的数量是否达到所述数量上限，若是，则不再向所述订单的账户发放所述类型的优惠券，若否，则向下所述订单的账户发放所述类型的优惠券。另外，所述规则中所述订单要求和所述发放的优惠券的类型还可以根据订单种类、发放优惠券的种类而定。如图3所示，以根据用户的酒店订单向用户发放酒店优惠券为例，示意性地给出了一种所述规则配置模块11配置发放酒店优惠券的规则的页面示意图。酒店方可以根据自身的需求配置相应的规则并实时更新至所述规则配置模块11，图中示出有：配置名称、用户及订单范围设定、账户同类券上限，其中，用户及订单范围设定包括订单状态、用户级别、预订时间、发券金额、酒店星级、订单来源、订单城市。

本实施例中，所述***10还包括：优惠券生成器15。所述发券模块14发放的优惠券是由所述优惠券生成器15生成的，具体地，所述优惠券生成器15用于在所述订单过滤模块13确定发放的优惠券的类型并向所述发券模块14发送发券指令后，生成所述类型的优惠券，并将所述类型的优惠券发送至所述发券模块14，以供所述发券模块14向下所述订单的账户发放。所述优惠券生成器生成优惠券的具体过程本发明对此不作限定。

实施例3

如图4所示，一种定向发放优惠券的方法，所述方法包括以下步骤：

步骤21、规则配置模块配置发放优惠券的规则，所述规则包括发放优惠券的订单要求以及发放的优惠券的类型。其中，所述订单要求是指要具备被发放优惠券的资格需要满足的条件，可以但不局限于包括订单的状态(即订单状态变化后的状态)、下单用户的级别、订单来源(如手机App、电话订单、官方网站)等；发放的优惠券的类型可以但不局限于包括优惠券的金额、优惠券的使用限制(如时间使用限制、地点使用限制、用户使用限制)等。另外，所述规则配置模块配置的规则可以为一条或多条，在不同的规则中不同的订单要求对应不同的优惠券类型。例如，第一规则：发放优惠券的订单需要满足要求一，发放的优惠券的类型为A类券；第二规则：发放优惠券的订单需要满足要求二，发放的优惠券的类型为B类券。

步骤22、订单状态机扫描订单的状态，在所述订单的状态变化时通知订单过滤模块。所述订单的状态可以但不局限于包括：订单是否提交、订单是否确认、订单是否成交；所述订单的状态变化包括订单由未提交到已提交的变化，订单由未确认到已确认的变化，订单由未成交到已成交的变化。其中，订单是否提交指的是由用户操作的，即用户操作决定是否提交订单；订单是否确认是由供应商或用户与商户之间的中间方操作的，即供应商或用户与商户之间的中间方操作决定是否确认订单；订单是否成交是由商户操作的，即商户操作决定订单是否成交。以酒店订单为例，首先，用户通过浏览OTA(在线旅行社)App、网站、拨打OTA预订电话选择想要预订的酒店，提交订单；然后，OTA方确认酒店可以预订，确认订单；最后，用户在酒店完成入住，酒店方确认订单已成交。

步骤23、所述订单过滤模块在获知所述订单的状态变化后，读取所述规则。

步骤24、所述订单过滤模块判断所述订单是否符合所述订单要求，若符合，则执行步骤25，若不符合，则不发放优惠券，结束流程。

步骤25、所述订单过滤模块确定发放的优惠券的类型，向发券模块发送发券指令。若是所述规则配置模块配置的规则为一条，则判断所述订单是否符合该条规则的订单要求；若是所述规则配置模块配置的规则为多条，则查询所述订单符合哪条规则的订单要求，进而确定所符合的规则中设定的优惠券的类型；若是所述订单不符合任何一条规则的订单要求，则不发放优惠券。

步骤26、所述发券模块在接收到所述发券指令后，向下所述订单的账户发放所述类型的优惠券。即，若所述订单符合第一规则的发放优惠券的订单要求，则向下单的账户发放A类券；若所述订单符合第二规则的发放优惠券的订单要求，则向下单的账户发放B类券。

步骤27、所述发券模块在向下所述订单的账户发放所述类型的优惠券后，通知所述账户的用户。具体的通知形式可以但不限于短信通知、邮件通知、电话通知、即时通讯软件通知等。

实施例4

本实施例的定向发放优惠券的方法与实施例4的定向发放优惠券的方法基本相同，不同之处在于：本实施例中，被扫描的订单可以存储于订单状态表中，所述订单状态表实时更新每一订单的状态。为了避免恶意刷券行为，所述规则在发放优惠券的订单要求和发放的优惠券的类型以外，还包括同一账户可发放相同类型的优惠券的数量上限。

如图5所示，本实施例的定向发放优惠券的方法中，步骤22包括：

步骤221、所述订单状态机扫描订单状态表，在所述订单的状态变化时生成对应的消息。

步骤222、所述订单状态机将所述消息按照生成的顺序存入消息队列，实时将所述消息队列中的消息推送给所述订单过滤模块。

步骤24包括：

步骤241、所述订单过滤模块通过所述消息获知所述订单的状态变化，按照推送的顺序逐一判断每个订单是否符合所述订单要求，对于符合所述订单要求的订单执行步骤25，对于不符合所述订单要求的订单，则不发放优惠券。

步骤26包括：

步骤261、优惠券生成器生成所述类型的优惠券，并将所述类型的优惠券发送至所述发券模块，以供所述发券模块向下所述订单的账户发放。

步骤262、所述发券模块判断下所述订单的账户内所述类型的优惠券的数量是否达到所述数量上限，若是，则不发放优惠券，若否，则执行步骤263。

步骤263、所述发券模块向下所述订单的账户发放所述类型的优惠券。

实施例1-4中，规则配置模块、订单状态机、订单过滤模块、发券模块可以分别由单独的电子设备实现，各电子设备可以包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现实施例各模块的功能。电子设备可以以通用计算设备的形式表现，例如其可以为服务器设备。电子设备的组件可以包括但不限于：上述至少一个处理器、上述至少一个存储器、连接不同***组件(包括存储器和处理器)的总线。总线包括数据总线、地址总线和控制总线。存储器可以包括易失性存储器，例如随机存取存储器(RAM)和/或高速缓存存储器，还可以进一步包括只读存储器(ROM)。存储器还可以包括具有一组(至少一个)程序模块的程序/实用工具，这样的程序模块包括但不限于：操作***、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。

处理器通过运行存储在存储器中的计算机程序，从而执行各种功能应用以及数据处理，例如本发明实施例1-4各模块的功能。

电子设备也可以与一个或多个外部设备(例如键盘、指向设备等)通信。这种通信可以通过输入/输出(I/O)接口进行。并且，电子设备还可以通过网络适配器与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。如图所示，网络适配器通过总线与设备的其它模块通信。应当明白，尽管图中未示出，可以结合设备使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理器、外部磁盘驱动阵列、RAID(磁盘阵列)***、磁带驱动器以及数据备份存储***等。

应当注意，尽管在上文详细描述中提及了电子设备的若干单元/模块或子单元/模块，但是这种划分仅仅是示例性的并非强制性的。实际上，根据本发明的实施方式，上文描述的两个或更多单元/模块的特征和功能可以在一个单元/模块中具体化。反之，上文描述的一个单元/模块的特征和功能可以进一步划分为由多个单元/模块来具体化。

虽然以上描述了本发明的具体实施方式，但是本领域的技术人员应当理解，这些仅是举例说明，本发明的保护范围是由所附权利要求书限定的。本领域的技术人员在不背离本发明的原理和实质的前提下，可以对这些实施方式做出多种变更或修改，但这些变更和修改均落入本发明的保护范围。

Claims (10)

1.一种定向发放优惠券的***，其特征在于，所述***包括：规则配置模块、订单状态机、订单过滤模块和发券模块；

所述规则配置模块用于配置发放优惠券的规则，所述规则包括发放优惠券的订单要求以及发放的优惠券的类型；

所述订单状态机用于扫描至少一订单的状态，在所述订单的状态变化时通知所述订单过滤模块；

所述订单过滤模块用于在获知所述订单的状态变化后，读取所述规则，判断所述订单是否符合所述订单要求，若符合，则确定发放的优惠券的类型，向所述发券模块发送发券指令；

所述发券模块用于在接收到所述发券指令后，向下所述订单的账户发放所述类型的优惠券。

2.如权利要求1所述的定向发放优惠券的***，其特征在于，所述规则还包括同一账户可发放相同类型的优惠券的数量上限；

所述发券模块还用于在接收到所述发券指令后，判断下所述订单的账户内所述类型的优惠券的数量是否达到所述数量上限，若否，则向下所述订单的账户发放所述类型的优惠券。

3.如权利要求1所述的定向发放优惠券的***，其特征在于，所述发券模块还用于在向下所述订单的账户发放所述类型的优惠券后，通知所述账户的用户。

4.如权利要求1所述的定向发放优惠券的***，其特征在于，所述订单状态机还用于在所述订单的状态变化时生成对应的消息，并将所述消息按照生成的顺序存入消息队列，实时将所述消息队列中的消息推送给所述订单过滤模块；

所述订单过滤模块通过所述消息获知所述订单的状态变化，按照推送的顺序逐一判断每个订单是否符合所述订单要求。

5.如权利要求1所述的定向发放优惠券的***，其特征在于，所述***还包括：优惠券生成器；

所述优惠券生成器用于在所述订单过滤模块确定发放的优惠券的类型并向所述发券模块发送发券指令后，生成所述类型的优惠券，并将所述类型的优惠券发送至所述发券模块，以供所述发券模块向下所述订单的账户发放。

6.一种定向发放优惠券的方法，其特征在于，所述方法包括：

规则配置模块配置发放优惠券的规则，所述规则包括发放优惠券的订单要求以及发放的优惠券的类型；

订单状态机扫描订单的状态，在所述订单的状态变化时通知订单过滤模块；

所述订单过滤模块在获知所述订单的状态变化后，读取所述规则，判断所述订单是否符合所述订单要求，若符合，则确定发放的优惠券的类型，向发券模块发送发券指令；

所述发券模块在接收到所述发券指令后，向下所述订单的账户发放所述类型的优惠券。

7.如权利要求6所述的定向发放优惠券的方法，其特征在于，所述规则还包括同一账户可发放相同类型的优惠券的数量上限；

所述方法还包括：所述发券模块在接收到所述发券指令后，判断下所述订单的账户内所述类型的优惠券的数量是否达到所述数量上限，若否，则向下所述订单的账户发放所述类型的优惠券。

8.如权利要求6所述的定向发放优惠券的方法，其特征在于，所述方法还包括：所述发券模块在向下所述订单的账户发放所述类型的优惠券后，通知所述账户的用户。

9.如权利要求6所述的定向发放优惠券的方法，其特征在于，所述方法还包括：所述订单状态机在所述订单的状态变化时生成对应的消息，并将所述消息按照生成的顺序存入消息队列，实时将所述消息队列中的消息推送给所述订单过滤模块；

所述订单过滤模块通过所述消息获知所述订单的状态变化，按照推送的顺序逐一判断每个订单是否符合所述订单要求。

10.如权利要求6所述的定向发放优惠券的方法，其特征在于，所述方法还包括：

在所述订单过滤模块确定发放的优惠券的类型并向所述发券模块发送发券指令后，优惠券生成器生成所述类型的优惠券，并将所述类型的优惠券发送至所述发券模块，以供所述发券模块向下所述订单的账户发放。