[发明专利]一种基于层级串联技术的营销中台系统

说明书

本发明公开了一种基于层级串联技术的营销中台系统，具体包括如下步骤：101)营销场景分析步骤、102)条件搭建步骤、103)权益确认步骤；本发明通过抽象出一组串联的层级项表达式概念来表达复杂多变的营销规则，进而实现基于层级项的规则检索和验证,把层级项概念应用于营销中台里的适用条件定义的一种基于层级串联技术的营销中台系统。

技术领域

本发明涉及软件开发技术领域，更具体的说，它涉及一种基于层级串联技术的营销中台系统。

背景技术

在大型的Saas软件内都需要构建强大的营销中台，以支持商户在线上、线下一体化营销中需要的灵活多变场景。软件应允许商户针对不同场景建立自定义规则，制定不同营销优惠策略。但优惠策略是多种多样的，特别是针对享受优惠需要“满足什么条件”这类适用性定义缺少强有力的表达方式。自然还会有其他的缺点，如难以进行灰度热部署进行系统的升级管理、系统在事务处理中难以实现分布式处理，营销类系统对于打印统计要求极高，目前难以实现快速的移动端打印等，缺少强有力的表达方式的问题，尤为突出。

现有软件中关于营销功能的技术方案实现一般有两种思路：

一种是简单的针对某些具体营销场景写死规则范式，比如只能定义“某个级别”会员针对“某类或某些品牌”商品享有折扣，这类配置存储在数据库表中，会固定引入会员、商品条件等字段，其命名和类型都会定死；其他相似的营销场景也需要不同的表和模块去实现。目前市面上大部分同类软件产品都处于这样的水平。此方式简单快速，易行易懂，但显然扩展性极差，如果需要变更条件或多引入一些条件则需要进行修改或重做，重复工作多，不能支撑Saas软件跨行业、多租户场景下快速变化的个性化需求。

另一种是基于某种通用的规则引擎，例如基于Drools规则引擎设计营销规则；这类规则引擎一般都很强大通用，可以支持复杂的算术、逻辑、比较表达式以及它们的组合和运算优先级，因此能够支持很灵活的营销条件定义和判断逻辑。然而规则引擎本身很复杂，需要脚本语言支持；相应的，应用层营销规则的配置和使用起来也都非常复杂，商户难以上手。另外规则引擎虽然强大，但有下面几个缺点：

一、无法提供简易的查询方式在多个规则中快速筛选出符合条件的规则，只能通过一个个验证是否通过进行筛选。

二、规则引擎能够支持算术、逻辑等表达式，但是普遍缺少一种树状表达方式，例如一个全国性商家针对华北地区的店铺进行冬款衣服打折，那么位于河北省(属华北地区)下面一个城市的店铺开了一个单子，该店铺是否满足该地域条件呢？这就需要引入层级表达式对层级化的成员进行判断是否具备包含关系。而且目前此类规制引擎运行时对计算资源的消耗大，在Saas软件高并发场景下，实时计算响应较慢，很影响客户使用。

发明内容

本发明克服了现有技术的不足，提供一种基于层级串联技术的营销中台系统。

本发明的技术方案如下：

一种基于层级串联技术的营销中台系统，包括营销条件模块和权益模块，具体包括如下步骤：

101)营销场景分析步骤：根据相应活动及链接入口，分析活动对应的营销条件模块和权益模块；营销条件模块进行分析相应活动的适用条件；

102)条件搭建步骤：根据营销条件模块分析的活动的适用条件，确认该活动需要的层级项数量，用层次来表述层级项内部的层级，通过设置相应接口实现本活动营销条件模块的调用；

103)权益确认步骤：权益模块根据步骤102)营销条件模块搭建的活动条件，给出相应的折扣权益或赠送适当礼包。

进一步的，层次从层级项内部从高到低设置至少一个层次；每个层次包括相应的至少一个成员，成员具有采用离散性、分层性，成员数量为多个时，还设置全范围特殊成员，其代表该层次所有成员。

进一步的，同一层级项内的下级成员位于上级成员范围内；不同层级项之间的成员相互独立。