CN112686711A - 一种规则引擎匹配方法及系统 - Google Patents

Abstract

本发明实施例提供一种规则引擎匹配方法，包括以下步骤：步骤一：服务端配置优惠类型，所述优惠类型包括：满减、折扣以及一口价，并将服务端配置的优惠类型保存至数据库中；步骤二：当创建活动时，将活动的ID与商户号进行关联，并根据当前商户号查询与当前商户号关联的所有规则模板信息；步骤三：建立一个基于内存的虚拟文件系统，当系统初始化时，根据具体的商户号从基于内存的虚拟文件系统读取商户号对应的规则；步骤四：创建虚拟文件系统之后，规则引擎创建规则容器，并从虚拟文件系统加载对应商户的规则文件；步骤五：将加载好的规则引擎容器以及商户ID加载至全局map中；本发明实施例提升了整个营销系统中规则引擎匹配的效率。

Description

一种规则引擎匹配方法及系统

技术领域

本发明涉及计算技术领域,更具体地说，涉及到一种规则引擎匹配方法及系统。

背景技术

随着营销活动的用户和活动的增加，每次营销规则容器启动的时候，系统都需要耗费5秒左右的时间，对于营销活动的同步也是如此，这样在系统活动同步的时候，直接导致系统无法处理其他系统交易时优惠匹配，虽然看起来只有5秒的时间，但是，对于我们每秒都有成千上万的交易来说，这个时间导致商户无法使用交易也是一件不好的体验。

本发明内容

为了克服现有技术的不足，本发明提供一种规则引擎匹配方法用来解决整个营销系统中规则引擎匹配效率低下的问题。

本发明解决其技术问题所采用的技术方案是：提供一种规则引擎匹配方法，其特征在于，包括以下步骤：

步骤一：服务端配置优惠类型，所述优惠类型包括：满减、折扣以及一口价，并将服务端配置的优惠类型保存至数据库中；

步骤二：当创建活动时，将活动的ID与商户号进行关联，并根据当前商户号查询与当前商户号关联的所有规则模板信息；

步骤三：建立一个基于内存的虚拟文件系统，当系统初始化时，根据具体的商户号从基于内存的虚拟文件系统读取商户号对应的规则；

步骤四：创建虚拟文件系统之后，规则引擎创建规则容器，并从虚拟文件系统加载对应商户的规则文件；

步骤五：将加载好的规则引擎容器以及商户ID加载至全局map中。

优选地，当系统初始化时，根据具体的商户号从基于内存的虚拟文件系统读取商户号对应的规则之后，所述步骤还包括：

系统启动时，根据活动信息表中的商户ID,为每个商户创建对应的规则文件，规则文件是基于虚拟文件系统的规则。

具体地，规则引擎创建规则容器，并从虚拟文件系统加载对应商户的规则文件，所述步骤包括：

系统启动时，每个商户创建一个单独的规则引擎容器，加载对应商户的规则文件；

当交易数据传输过来时，自动解析并调用对应的的方法计算出优惠的金额信息。

优选地，将加载好的规则引擎容器以及商户ID加载至全局map中之后，所述步骤还包括：

当交易系统调用营销平台时，系统根据商户ID匹配内存中的商户ID；

将交易金和手续费代为条件，由规则引擎判断交易金和手续费是否满足优惠规则。

优选地，将交易金和手续费代为条件，由规则引擎判断交易金和手续费是否满足优惠规则之后，所述步骤还包括：

当规则引擎判断交易金和手续费满足优惠规则，则根据优惠条件计算优惠金额和手续费，再返回交易系统。

优选地，返回交易系统之后，所述步骤还包括：

当系统正在运行时，通过修改规则进行同步更新规则引擎，规则引擎根据商户号ID进行刷新缓存。

优选地，当系统正在运行时，通过修改规则进行同步更新规则引擎，规则引擎根据商户号ID进行刷新缓存之后，所述步骤还包括：

将匹配好的优惠规则根据商户ID从数据库中进行读取；

再次在虚拟文件系统生成商户ID对应的规则文件。

优选地，再次在虚拟文件系统生成商户ID对应的规则文件之后，所述步骤还包括：

规则引擎单独加载商户ID的虚拟规则文件。

优选地，规则引擎单独加载商户ID的虚拟规则文件之后，所述步骤还包括：

再一次创建商户ID的规则引擎容器，将商户ID的规则引擎容器写到全局map对象里。

一种规则引擎匹配系统，所述系统包括：

配置单元，用于服务端配置优惠类型，所述优惠类型包括：满减、折扣以及一口价，并将服务端配置的优惠类型保存至数据库中；

关联单元，用于当创建活动时，将活动的ID与商户号进行关联，并根据当前商户号查询与当前商户号关联的所有规则模板信息；

建立单元，用于建立一个基于内存的虚拟文件系统，当系统初始化时，根据具体的商户号从基于内存的虚拟文件系统读取商户号对应的规则；

创建单元，用于创建虚拟文件系统之后，规则引擎创建规则容器，并从虚拟文件系统加载对应商户的规则文件；

加载单元，用于将加载好的规则引擎容器以及商户ID加载至全局map中。

本发明的有益效果是：通过步骤一：服务端配置优惠类型，所述优惠类型包括：满减、折扣以及一口价，并将服务端配置的优惠类型保存至数据库中；步骤二：当创建活动时，将活动的ID与商户号进行关联，并根据当前商户号查询与当前商户号关联的所有规则模板信息；步骤三：建立一个基于内存的虚拟文件系统，当系统初始化时，根据具体的商户号从基于内存的虚拟文件系统读取商户号对应的规则；步骤四：创建虚拟文件系统之后，规则引擎创建规则容器，并从虚拟文件系统加载对应商户的规则文件；步骤五：将加载好的规则引擎容器以及商户ID加载至全局map中；从而提升了整个营销系统中规则引擎匹配的效率。

附图说明

图1是一种规则引擎匹配方法的流程示意图。

图2是一种规则引擎匹配系统的功能模块图。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

以下结合具体实施例对本发明的具体实现进行详细描述：

实施例一：

图1示出了本发明实施例一提供的一种规则引擎匹配方法的实现流程，为了便于说明，仅示出了与本发明实施例相关的部分，详述如下：

在步骤S101中，服务端配置优惠类型，所述优惠类型包括：满减、折扣以及一口价，并将服务端配置的优惠类型保存至数据库中；

在步骤S102中，当创建活动时，将活动的ID与商户号进行关联，并根据当前商户号查询与当前商户号关联的所有规则模板信息；

在步骤S103中，建立一个基于内存的虚拟文件系统，当系统初始化时，根据具体的商户号从基于内存的虚拟文件系统读取商户号对应的规则；

优选地，当系统初始化时，根据具体的商户号从基于内存的虚拟文件系统读取商户号对应的规则之后，所述步骤还包括：

系统启动时，根据活动信息表中的商户ID,为每个商户创建对应的规则文件，规则文件是基于虚拟文件系统的规则。

在步骤S104中，创建虚拟文件系统之后，规则引擎创建规则容器，并从虚拟文件系统加载对应商户的规则文件；

具体地，规则引擎创建规则容器，并从虚拟文件系统加载对应商户的规则文件，所述步骤包括：

系统启动时，每个商户创建一个单独的规则引擎容器，加载对应商户的规则文件；

当交易数据传输过来时，自动解析并调用对应的的方法计算出优惠的金额信息。

在步骤S105中，将加载好的规则引擎容器以及商户ID加载至全局map中。

优选地，将加载好的规则引擎容器以及商户ID加载至全局map中之后，所述步骤还包括：

当交易系统调用营销平台时，系统根据商户ID匹配内存中的商户ID；

将交易金和手续费代为条件，由规则引擎判断交易金和手续费是否满足优惠规则。

优选地，将交易金和手续费代为条件，由规则引擎判断交易金和手续费是否满足优惠规则之后，所述步骤还包括：

当规则引擎判断交易金和手续费满足优惠规则，则根据优惠条件计算优惠金额和手续费，再返回交易系统。

优选地，返回交易系统之后，所述步骤还包括：

当系统正在运行时，通过修改规则进行同步更新规则引擎，规则引擎根据商户号ID进行刷新缓存。

优选地，当系统正在运行时，通过修改规则进行同步更新规则引擎，规则引擎根据商户号ID进行刷新缓存之后，所述步骤还包括：

将匹配好的优惠规则根据商户ID从数据库中进行读取；

再次在虚拟文件系统生成商户ID对应的规则文件。

优选地，再次在虚拟文件系统生成商户ID对应的规则文件之后，所述步骤还包括：

规则引擎单独加载商户ID的虚拟规则文件。

优选地，规则引擎单独加载商户ID的虚拟规则文件之后，所述步骤还包括：

再一次创建商户ID的规则引擎容器，将商户ID的规则引擎容器写到全局map对象里。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，所述的程序可以存储于一计算机可读取存储介质中，所述的存储介质，如ROM/RAM、磁盘、光盘等。

实施例二：

图2示出了本发明实施例二提供的一种规则引擎匹配系统的结构，为了便于说明，仅示出了与本发明实施例相关的部分，详述如下：

配置单元201，用于服务端配置优惠类型，所述优惠类型包括：满减、折扣以及一口价，并将服务端配置的优惠类型保存至数据库中；

关联单元202，用于当创建活动时，将活动的ID与商户号进行关联，并根据当前商户号查询与当前商户号关联的所有规则模板信息；

建立单元203，用于建立一个基于内存的虚拟文件系统，当系统初始化时，根据具体的商户号从基于内存的虚拟文件系统读取商户号对应的规则；

创建单元204，用于创建虚拟文件系统之后，规则引擎创建规则容器，并从虚拟文件系统加载对应商户的规则文件；

加载单元205，用于将加载好的规则引擎容器以及商户ID加载至全局map中。

本发明实施例中，通过步骤一：服务端配置优惠类型，所述优惠类型包括：满减、折扣以及一口价，并将服务端配置的优惠类型保存至数据库中；步骤二：当创建活动时，将活动的ID与商户号进行关联，并根据当前商户号查询与当前商户号关联的所有规则模板信息；步骤三：建立一个基于内存的虚拟文件系统，当系统初始化时，根据具体的商户号从基于内存的虚拟文件系统读取商户号对应的规则；步骤四：创建虚拟文件系统之后，规则引擎创建规则容器，并从虚拟文件系统加载对应商户的规则文件；步骤五：将加载好的规则引擎容器以及商户ID加载至全局map中；从而提升了整个营销系统中规则引擎匹配的效率。各单元的具体实施方式可参考实施例一的描述，在此不再赘述。

实施例三：

将营销活动按商户进行拆分，把同一个商户所有的营销规则生成到一个规则文件或者保存到数据库里面。

将规则引擎容器进行多容器化，每一个容器绑根据商户号绑定到对应的map对象里面。并且该规则引擎的加载规则文件利用规则引擎的虚拟文件系统(因为虚拟文件系统是基于内存的，速度会比磁盘储存快2倍以上)。

当营销系统给商户增加新的活动后，营销系统直接根据当前的商户单独生成对应的商户的规则文件，并重新加载到规则引擎容器里面后，重新绑定到对应商户的map里面，对其他商户的容器没有任何影响。

当交易系统请求营销系统后，营销系统会根据该商户拿到该商户的规则引擎容器去匹配规则，然后根据匹配到的活动计算对应的交易金额或者手续费，然后返回给交易系统。

可以看出，通过上面的优化以后，营销系统在性能方面会得到质的提升，既解决了因为活动同步导致服务停止的问题，加速了规则匹配的效率。

另一实施方式如下：

通过服务端配置好优惠类型，比如：满减，折扣，一口价；然后将这些配置好的规则保存到数据库表里面。

当创建一个活动时，将活动ID和商户号相关联，目的是当系统启动或者重新同步活动的时候，可以根据当前商户号查询出该商户关联的所有规则模板信息。

建立一个基于内存的虚拟文件系统，该文件系统底层是一个MAP对象，系统可以从系统里面将某一个商户的模板信息查出来以后，字节的形式保存到内存；当初始化规则引擎时，可以根据某一个商户号，从虚拟文件读取该商户的规则内容。最根本的目的是为了加速规则内容的读取，方便加载到规则引擎里面，特别是当系统正在生产环境运行时，尽可能缩短规则引擎加载规则的时间。实践证明，在通常情况下，规则引擎能够在50ms内将规则内容加载并初始化完毕，比传统的磁盘文件加载要快几十倍。

系统启动时，根据所有活动信息表里面的商户的ID，给每一个商户创建一个规则文件，该规则文件是基于虚拟文件系统的规则。

这个是从商户表里面查出所有的商户信息，然后再用商户的ID从规则表中把各个商户的规则信息查询出来，然后再生成基于虚拟文件系统的规则文件，虚拟文件系统是基于内存读写的，在内存里面读写速度更快，方便规则引擎容器加载的时候提高效率。

在虚拟文件系统创建好后，规则引擎创建一个规则容器，并从虚拟文件系统里面加载到对应商户的规则内容。

规则引擎容器是用于解析规则文件的，系统启动时给每一个商户创建一个单独的规则引擎容器，然后加载对应商户的规则文件；当交易数据传过来后，自动解析并调用对应的方法算出优惠的金额信息(规则文件里面写了java代码的方法名称，规则容器会自动用java的反射去加载到对应的类，并用执行对应的java代码)。

将该加载好的规则引擎容器，用商户ID为key，加载到全局map里面，后面需要时，直接从内存的map对象里面，通过商户的ID就可以找到该规则容器。

每一个商户创建的容器都关联到这个商户ID上面，当交易数据传输过来后，直接找到这个商户对应的容器执行规则数据匹配和计算优惠金额。

当交易系统调用营销平台的时候，系统会根据商户的ID找到内存里面的组ID，然后将交易金和手续费代入条件，由规则引擎判断是否满足条件，如果满足优惠规则，则根据优惠条件计算优惠金额和手续费，再返回给交易系统。

当系统正在运行的时候，运营人员通过修改规则，然后点击同步更新规则引擎，与此同时，规则引擎会根据商户号来刷新缓存，从而不影响其他商户的优惠活动。

将配好的优惠规则根据商户ID从数据库里面读取出来，然后再次在虚拟文件系统生成一个该商户对应的规则文件。

规则引擎单独加载该商户的虚拟规则文件，然后再创建一个该商户的规则引擎容器，写到全局map对象里面，从而实现更新某一个商户的规则引擎。

综上所述，首先，商户规则生成是基于内存的虚拟文件系统，规则引擎创建容器的时候直接从内存加载规则文件；其次，当刷新活动的时候，重新生成一个容器和规则文件，重新容器重新从虚拟文件系统里面加载该规则文件，并关联到map即可，从而不影响其他商户的规则匹配，并且大大提升系统加载效率。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各实施例的单元及算法步骤，能够以电子硬件或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。

专业技术人员可以对每个特定的应用来使用不同的方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉技术领域的人员在本发明揭露的技术范围内，可轻易想到变化或者替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以权利要求的保护范围为准。

Claims (10)

1.一种规则引擎匹配方法，其特征在于，包括以下步骤：

步骤一：服务端配置优惠类型，所述优惠类型包括：满减、折扣以及一口价，并将服务端配置的优惠类型保存至数据库中；

步骤二：当创建活动时，将活动的ID与商户号进行关联，并根据当前商户号查询与当前商户号关联的所有规则模板信息；

步骤三：建立一个基于内存的虚拟文件系统，当系统初始化时，根据具体的商户号从基于内存的虚拟文件系统读取商户号对应的规则；

步骤四：创建虚拟文件系统之后，规则引擎创建规则容器，并从虚拟文件系统加载对应商户的规则文件；

步骤五：将加载好的规则引擎容器以及商户ID加载至全局map中。

2.根据权利要求1所述的一种规则引擎匹配方法，其特征在于，当系统初始化时，根据具体的商户号从基于内存的虚拟文件系统读取商户号对应的规则之后，所述步骤还包括：

系统启动时，根据活动信息表中的商户ID,为每个商户创建对应的规则文件，规则文件是基于虚拟文件系统的规则。

3.根据权利要求2所述的一种规则引擎匹配方法，其特征在于，创建虚拟文件系统之后，规则引擎创建规则容器，并从虚拟文件系统加载对应商户的规则文件，所述步骤包括：

系统启动时，每个商户创建一个单独的规则引擎容器，加载对应商户的规则文件；

当交易数据传输过来时，自动解析并调用对应的的方法计算出优惠的金额信息。

4.根据权利要求3所述的一种规则引擎匹配方法，其特征在于，将加载好的规则引擎容器以及商户ID加载至全局map中之后，所述步骤还包括：

当交易系统调用营销平台时，系统根据商户ID匹配内存中的商户ID；

将交易金和手续费代为条件，由规则引擎判断交易金和手续费是否满足优惠规则。

5.根据权利要求4所述的一种规则引擎匹配方法，其特征在于，将交易金和手续费代为条件，由规则引擎判断交易金和手续费是否满足优惠规则之后，所述步骤还包括：

当规则引擎判断交易金和手续费满足优惠规则，则根据优惠条件计算优惠金额和手续费，再返回交易系统。

6.根据权利要求5所述的一种规则引擎匹配方法，其特征在于，返回交易系统之后，所述步骤还包括：

当系统正在运行时，通过修改规则进行同步更新规则引擎，规则引擎根据商户号ID进行刷新缓存。

7.根据权利要求6所述的一种规则引擎匹配方法，其特征在于，当系统正在运行时，通过修改规则进行同步更新规则引擎，规则引擎根据商户号ID进行刷新缓存之后，所述步骤还包括：

将匹配好的优惠规则根据商户ID从数据库中进行读取；

再次在虚拟文件系统生成商户ID对应的规则文件。

8.根据权利要求7所述的一种规则引擎匹配方法，其特征在于，再次在虚拟文件系统生成商户ID对应的规则文件之后，所述步骤还包括：

规则引擎单独加载商户ID的虚拟规则文件。

9.根据权利要求8所述的一种规则引擎匹配方法，其特征在于，规则引擎单独加载商户ID的虚拟规则文件之后，所述步骤还包括：

再一次创建商户ID的规则引擎容器，将商户ID的规则引擎容器写到全局map对象里。

10.一种规则引擎匹配系统，其特征在于，所述系统包括：

配置单元，用于服务端配置优惠类型，所述优惠类型包括：满减、折扣以及一口价，并将服务端配置的优惠类型保存至数据库中；

关联单元，用于当创建活动时，将活动的ID与商户号进行关联，并根据当前商户号查询与当前商户号关联的所有规则模板信息；

建立单元，用于建立一个基于内存的虚拟文件系统，当系统初始化时，根据具体的商户号从基于内存的虚拟文件系统读取商户号对应的规则；

创建单元，用于创建虚拟文件系统之后，规则引擎创建规则容器，并从虚拟文件系统加载对应商户的规则文件；

加载单元，用于将加载好的规则引擎容器以及商户ID加载至全局map中。

Images