规则引擎的实现

规则引擎的技术创新说明

背景

         致力于为客户提供 客户忠诚度计划的科技，几年来为很多包括邮电、银行、航空等不同行业客户提供的 积分商城的 开发与运营工作，得到了客户的广大认可。但如何为客户提供 积分计划（即客户忠诚度计划）？而且，不同行业的积分计划输入要素（如航空关心不同座舱，银行可能关心不同的卡片等级），积分逻辑更是不同（按单笔奖励积分，按一定区间次数或合计额度奖励等）。势必涉及到不同行业积分计划的定制化，如何定制化后不必重启系统，而使业务人员能方便的管理积分计划？所有这些需求，都使得 有必要开发一套 积分计划引擎（规则引擎），使得可以面对不同行业的不同逻辑的积分计划。我在加入科技后，最初以xx积分需求为切入点，开发了 公司自主技术的 规则引擎组件。

规则引擎定义

         规则引擎是一套可以运行很多规则模板（以下简称模板）的引擎系统，被用来运行不同行业不同规则和逻辑的。不必对每个行业重新开发规则系统，只开发 发生变化的 模板部分即可，缩短了对不同规则的定制化开发时间，提高了实施效率。

 

 

结构以及设计思路

规则引擎就是一套计算框架，使得维护规则逻辑从代码中分离出来，方便的维护规则逻辑。

引擎结构如下：

引擎部分（整体部分）：

模板自动加载（无需重启）

将模板编译后的class文件保存在共享文件系统中，而非java虚拟机的classpath中。这样可以动态加载类，而不需要重新启动系统。保存在共享文件系统中的好处，在于在集群环境中都可以访问到这个class。

到文件系统加载类，需要用到动态类加载技术。

 

规则常驻内存

每当规则发送变化，更新内存中的规则。

整点（整日）扫描规则，对于 需要启动的规则进行加载

运行规则时，先从内存中读取，内存没有再到文件系统加载。

。

 

 

提供session数据框架

提供key-value结构的session数据，并提供管理功能。

 

模板部分（积分规则）

输入要素定制化

 

定义基本交易类型PiaolTrade ,要素含常用的用户id、交易码、交易时间、交易地点、交易送达终端类型、交易涉及商品的数量、名称、金额；其他行业可以继承这个对象并扩展。

 

引擎并不知道具体业务对象，模板中对应具体业务对象。

 

输出要素固定

输出要素为：

计算结果是否成功，

所获积分，

备注的文本信息

 

可以操作session数据

使用引擎提供的对session数据读取、保存操作。

积分中间数据，即上面提到的session数据。

 

待积分业务流水：送到规则引擎的外部业务系统的流水。

计算计算结果：即模板中的输出结果。

 

  规则参数自动生成

因为不同模板的参数不同，需要根据基于特征字模式匹配，自动识别出模板中的参数，供业务人员输入。

如对规则逻辑代码：

        

String 不积分商户=rule.parameters.get(“不积分商户”);//@参数说明@不积分的商户,用逗号隔开

将自动识别出 “不积分商户”这个参数，以及这个参数的解释“不积分的商户,用逗号隔开”.

 

 

好处

针对不同行业可以定义不同的业务对象。

定义不同的积分逻辑

模板在线上传，新建规则自动生效

积分计划逻辑常驻内存，无需访问硬盘，极速计算。经北京核心团队测试人员测试，处理500的并发游刃有余。

如何使用

业务人员根据市场需要，书写规则逻辑的文件。

>模板工程师根据市场提供的逻辑文件，编写 对应的模板（为java文件），测试并上传。

 

       1） 可用得到交易对象，规则参数值

       2）书写逻辑。包括数值、字符的比较判断，字符的包含判断，数值的四则运算等等。

       3）写返回的积分结果对象。

 

 

业务选择模板，确定模板中的参数（如积分比例，哪些pos要过滤等）建立一条规则。

引擎自动加载这条规则，并负责它的解释。

当业务系统的交易数据送到引擎时，引擎将该业务数据和模板结合并执行模板。

引擎输出的积分，可以外接账户系统（也可以不接），进行积分入账。

        

应用

积分奖励计划

其他 所有 基于 使用给定规则，做判断或计算的任何场所。

如抽奖（定义各等级奖品抽中概率、奖品数量、单用户抽中次数）。

商城各种活动规则等。

应用案例

         基于此引擎，

2015年，开发了xx规则模板：

连续签到奖励，下单奖励等。

2015年夏，在积分1.5版本中，开发了中心端奖励模板：

注册奖励、推荐奖励、积分转入转出奖励、积分消费奖励、积分充值奖励。

 

2016年，在积分商城中增加的抽奖互动活动中，开发的抽奖模板，也是靠此引擎运行。

                                                   

 

                                                                                             邢立军，2016.4。