电子优惠券的管理方法及装置与流程

本发明涉及电子商务领域，尤其涉及一种电子优惠券的管理方法及装置。

背景技术：

电子优惠券是互联网公司常用的营销工具。目前，大部分的电子优惠券系统是基于人为可预知的规则进行设计，分为以下步骤：

步骤一：枚举出能预知到的所有规则，即若干种优惠类型、若干个优惠券发放条件、若干类使用场景等。

步骤二：通过人工编写代码程序的方式将步骤一的规则进行组合，以实现优惠券模块的业务需求。

步骤三：当有新的优惠券规则需求时，重复执行步骤一和步骤二。

现有技术中需要人工频繁的修改源代码再进行测试以及部署上线，该过程有以下缺点：(1)投入大量的开发和测试资源。(2)频繁修改程序代码。(3)需要频繁的上线，上线时停机影响客户体验。

技术实现要素：

本申请的实施例提供一种电子优惠券的管理方法及装置，用于减少人工测试、开发的工作量。

为达到上述目的，本申请的实施例采用如下技术方案：

第一方面，提供了一种电子优惠券的管理方法，该方法包括：

接收业务请求，所述业务请求包括用户标识和业务标识；根据所述业务标识确定用户执行的业务行为所对应的应用场景，并根据所述用户标识确定所述用户可用的至少一个优惠券；根据所述应用场景以及规则决策树确定至少一个与所述应用场景匹配的目标优惠券规则，其中，所述规则决策树包括多个至少一个优惠规则；根据所述目标优惠券规则以及所述用户可用的至少一个优惠券，确定至少一个目标优惠券；向用户推送所述至少一个目标优惠券。

第二方面，提供了一种电子优惠券的管理装置，该装置包括接收单元、确定单元及推送单元；

所述接收单元，用于接收业务请求，所述业务请求包括用户标识和业务标识；所述确定单元，用于根据所述业务标识确定用户执行的业务行为所对应的应用场景，并根据所述用户标识确定所述用户可用的至少一个优惠券；所述确定单元，还用于根据所述应用场景以及规则决策树确定至少一个与所述应用场景匹配的目标优惠券规则，其中，所述规则决策树包括多个至少一个优惠规则；所述确定单元，还用于根据所述目标优惠券规则以及所述用户可用的至少一个优惠券，确定至少一个目标优惠券；所述推送单元，用于向用户推送所述至少一个目标优惠券。

第三方面，提供了一种存储一个或多个程序的计算机可读存储介质，所述一个或多个程序包括指令，所述指令当被计算机执行时使所述计算机执行如第一方面所述的电子优惠券的管理方法。

第四方面，提供了一种包含指令的计算机程序产品，当所述指令在计算机上运行时，使得计算机执行如第一方面所述的电子优惠券的管理方法。

第五方面，提供一种电子优惠券的管理装置，包括：处理器和存储器，存储器用于存储程序，处理器调用存储器存储的程序，以执行上述第一方面所述的电子优惠券的管理方法。

本申请的实施例提供的电子优惠券的管理方法及装置，通过灵活配置各种优惠券的发放及使用规则，并基于规则引擎计算出各类场景的可用优惠券，从而解决了以往通过修改程序代码才能实现的优惠券规则变化的需求，节约了开发和测试工作量。

附图说明

图1为本申请的实施例提供的一种电子优惠券的管理系统结构示意图；

图2为本申请的实施例提供的一种规则决策树的结构示意图；

图3为本申请的实施例提供的一种电子优惠券的管理方法流程示意图一；

图4为本申请的实施例提供的一种电子优惠券的管理方法流程示意图二；

图5为本申请的实施例提供的一种电子优惠券的管理方法流程示意图三；

图6为本申请的实施例提供的一种电子优惠券的管理方法流程示意图四；

图7为本申请的实施例提供的一种电子优惠券的管理装置结构示意图一；

图8为本申请的实施例提供的一种电子优惠券的管理装置结构示意图二；

图9为本申请的实施例提供的一种电子优惠券的管理装置结构示意图三。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行描述。

参照图1中所示，本申请实施例提供了一种基于规则引擎的电子优惠券管理系统，该系统100包括：数据库服务器110，规则配置模块120，规则引擎模块130，优惠券模块140，其中，规则配置模块120、规则引擎模块130、优惠券模块140均与数据库服务器110通信连接。

需要说明的，规则引擎是根据既定事实和知识库按照一定的算法执行推理逻辑得到正确的结果，是一种嵌入在应用程序中的组件，实现了将业务决策从应用程序代码中分离出来。接受数据输入，解释业务规则，并根据业务规则做出业务决策。

数据库服务器110用于存储优惠券规则数据和用户优惠券数据，其中优惠券规则数据包括优惠券的所有规则信息，如优惠券的满减条件，优惠券适用的商户，优惠券使用的时间段等；用户优惠券数据为用户所有的优惠券信息。

规则配置模块120用于配置优惠券的规则。

示例性的，规则脚本一种格式可以为：

(1)、在a商城购买b类商品满1000减100，优惠券满减规则脚本为：

whenmall＝aandproduct＝band2000>amount>＝1000；

thenamount＝amount-100；

(2)、在a商城购买b类商品满2000减300，优惠券满减规则脚本的示例：

whenmall＝aandproduct＝bandamount>＝2000；

thenamount＝amount-300；

(3)、在a商城消费满5000元减800，优惠券满减规则脚本的示例：

whenmall＝aandamount>＝5000；

thenamount＝amount-800；

其中，when代表条件，then代表结果，mall为电子商城，amount代表消费额度，一种优惠券可以配置多个规则，各个规则之间可以通过“并且”、“或者”、“包含”、“不包含”等关键字进行关联。最终把一系列的规则生成规则脚本，提交给规则引擎模块130。

规则引擎模块130用于动态编译规则配置模块120产生的规则脚本，建立规则决策树。

示例性的，根据上述规则脚本，生成的规则决策树一种结构可以如图2中所示。

图2中，每个规则条件分为小块，在树结构中连接和重用。当数据添加到规则引擎时，与此规则决策树中的优惠规则进行匹配，最终获得一个节点，进而确定一个优惠规则。

优惠券模块140用于管理优惠券的生命周期，包括优惠券的初始化、发放、使用等状态。

参照图3中所示，本申请实施例提供了一种电子优惠券的管理方法，该方法包括s101-s105：

s101、接收业务请求。

其中，业务请求包括用户标识和业务标识。

当用户通过个人电脑或移动设备登录电子商城a准备购买商品b时，优惠券模块140可以接收到上游外部接入系统的业务请求，示例性的，业务请求可以为用户在a商城购买b类商品。

需要说明的，参照图4中所示，在接收业务请求之前，该方法还可以包括s201-s203：

s201、获取至少一个优惠券的优惠券规则数据，优惠券规则数据包括优惠券的满减条件、优惠券的适用商户以及优惠券的使用时间段。

当a商城的商品b准备推出优惠活动时，电子优惠券运营人员可以在规则配置模块120中设置商品b相应的优惠券规则，如优惠券的满减条件，优惠券适用的商户，优惠券使用的时间段等。

s202、根据每个优惠券的优惠券规则数据生成每个优惠券的规则脚本。

规则配置模块120可以根据商品b相应的优惠券规则可以生成入上述所示的相应的规则脚本，并将改规则脚本保存在数据库服务器110的优惠券规则表，还可以将规则脚本提交到规则引擎模块130。

s203、分别编译每个优惠券的规则脚本以生成规则决策树，其中，规则决策树以树形结构存储至少一个规则。

规则引擎模块130可以实时编译规则脚本，生成规则决策树，并保存在系统中。示例性的，可以生成如图2中所示的规则决策树。

s102、根据业务标识确定用户执行的业务行为所对应的应用场景，并根据用户标识确定用户可用的至少一个优惠券。

优惠券模块140可以根据用户的购物行为确定用户的应用场景信息，如购物的商场及商品，还可以根据用户的信息从数据库服务器110获取当前用户的优惠券列表。

s103、根据应用场景以及规则决策树确定至少一个与应用场景匹配的目标优惠券规则，其中，规则决策树包括多个至少一个优惠规则；

优惠券模块140将优惠券列表和场景信息发送给规则引擎模块130，规则引擎模块130可以根据场景信息和上述生成的规则决策树计算出符合规则的多个优惠券，并将该多个优惠券返回给优惠券模块140。

s104、根据目标优惠券规则以及用户可用的至少一个优惠券，确定至少一个目标优惠券。

优惠券模块140根据用户的购买额度及购买的商品对应的至少一个优惠券规则，可以确定至少一个用户可用的优惠券。示例性的，当用户在a电子商城购买了b商品，且金额满1000，则可以确定用户可以使用的优惠券为满1000减100。

s105、向用户推送至少一个目标优惠券。

优惠券模块140将得到的至少一个用户可用的优惠券发送给用户，可以用于当用户确定购买商品时，根据相应的优惠券抵扣消费金额。

可选的，参照图5中所示，该方法还可以包括：

s301、当存在新的电子优惠券规则时，根据新的电子优惠券规则生成新的电子优惠券规则对应的规则脚本，并更新规则决策树，其中，更新后的规则决策树包括新的电子优惠券规则。

当有新的业务需求时，运营人员只需要在规则配置模块120配置新的规则，并将新的规则上传到规则引擎模块130即可，无需再执行开发、测试、部署上线流程，可以无需停止服务器，重新更新系统，从而不影响用户体验。

可选的，参照图6中所示，该方法还可以包括：

s401、当初始化时，根据每个优惠券的规则脚本重新生成规则决策树。

为了保证电子优惠券管理系统高可用性，防止规则配置模块120与规则引擎模块130通信异常出现问题，规则引擎模块130可以在初始化时或每次启动时，从数据库服务器110获取优惠券规则列表，重新生成新的规则决策树。

本申请实施例提供的电子优惠券的管理方法，通过基于规则引擎实现电子优惠券的管理和发送，根据用户购买商品的业务场景及用户标识从预设的优惠券列表中确定至少一个可用的优惠券，从而解决了以往通过修改程序代码才能实现的优惠券规则变化的需求，节约了开发和测试工作量。

参照图7中所示，本申请实施例提供了一种电子优惠券的管理装置，该装置700可以包括接收单元710、确定单元720及推送单元730；

接收单元710，用于接收业务请求，业务请求包括用户标识和业务标识；

确定单元720，用于根据业务标识确定用户执行的业务行为所对应的应用场景，并根据用户标识确定用户可用的至少一个优惠券；

确定单元720，还用于根据应用场景以及规则决策树确定至少一个与应用场景匹配的目标优惠券规则，其中，规则决策树包括多个至少一个优惠规则；

确定单元720，还用于根据目标优惠券规则以及用户可用的至少一个优惠券，确定至少一个目标优惠券；

推送单元730，用于向用户推送至少一个目标优惠券。

可选的，参照图8中所示，该装置700还可以包括获取单元810、处理单元820：

获取单元810，用于获取至少一个优惠券的优惠券规则数据，优惠券规则数据包括优惠券的满减条件、优惠券的适用商户以及优惠券的使用时间段；

处理单元820，用于根据每个优惠券的优惠券规则数据生成每个优惠券的规则脚本；

处理单元820，还用于分别编译每个优惠券的规则脚本以生成规则决策树，其中，规则决策树以树形结构存储至少一个规则。

可选的，处理单元820还可以用于：当存在新的电子优惠券规则时，根据新的电子优惠券规则生成新的电子优惠券规则对应的规则脚本，并更新规则决策树，其中，更新后的规则决策树包括新的电子优惠券规则。

可选的，处理单元820还可以用于：当初始化时，根据每个优惠券的规则脚本重新生成规则决策树。

本发明实施例提供一种存储一个或多个程序的计算机可读存储介质，所述一个或多个程序包括指令，所述指令当被计算机执行时使所述计算机执行如图3-6中所述的方法。

本发明的实施例提供一种包含指令的计算机程序产品，当指令在计算机上运行时，使得计算机执行如图3-6中所述的电子优惠券的管理方法。

图9示出了上述实施例中所涉及电子优惠券的管理装置的又一种可能的结构示意图。该装置包括：处理器402和通信接口403。处理器402用于对装置的动作进行控制管理，例如，执行上述接收单元210执行的步骤，和/或用于执行本文所描述的技术的其它过程。通信接口403用于支持该装置与其他网络实体的通信，例如，执行上述发送单元250执行的步骤。终端还可以包括存储器401和总线404，存储器401用于存储装置的程序代码和数据。

其中，上述处理器402可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框，单元和电路。该处理器可以是中央处理器，通用处理器，数字信号处理器，专用集成电路，现场可编程门阵列或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框，单元和电路。所述处理器也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，dsp和微处理器的组合等。

存储器401可以包括易失性存储器，例如随机存取存储器；该存储器也可以包括非易失性存储器，例如只读存储器，快闪存储器，硬盘或固态硬盘；该存储器还可以包括上述种类的存储器的组合。

总线404可以是扩展工业标准结构(extendedindustrystandardarchitecture，eisa)总线等。总线404可以分为地址总线、数据总线、控制总线等。为便于表示，图9中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。由于本发明的实施例中的电子优惠券的管理装置、计算机可读存储介质、计算机程序产品可以应用于上述方法，因此，其所能获得的技术效果也可参考上述方法实施例，本发明实施例在此不再赘述。

需要说明的是，上述各单元可以为单独设立的处理器，也可以集成在控制器的某一个处理器中实现，此外，也可以以程序代码的形式存储于控制器的存储器中，由控制器的某一个处理器调用并执行以上各单元的功能。这里所述的处理器可以是一个中央处理器(centralprocessingunit，cpu)，或者是特定集成电路(applicationspecificintegratedcircuit，asic)，或者是被配置成实施本申请实施例的一个或多个集成电路。

应理解，在本申请的各种实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统、设备和方法，可以通过其它的方式实现。例如，以上所描述的设备实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，设备或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件程序实现时，可以全部或部分地以计算机程序产品的形式来实现。该计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行计算机程序指令时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或者数据中心通过有线(例如同轴电缆、光纤、数字用户线(digitalsubscriberline，dsl))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可以用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质(例如，软盘、硬盘、磁带)，光介质(例如，dvd)、或者半导体介质(例如固态硬盘(solidstatedisk，ssd))等。

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。