CN108492195B - 一种规则引擎包的入参泛化方法、设备及存储介质 - Google Patents

Abstract

本发明公开了一种规则引擎包的入参泛化方法、设备及存储介质，所述规则引擎包的入参泛化方法通过生成保单Map数据库，并给每一个组成保单Map数据库的元素Map数据添加一个特定的标志字段，其中，所述Map数据库中包含若干个元素Map数据；之后接收规则执行接口的数据调用请求参数，将数据调用请求参数转换为Map类型数据，其中所述数据调用请求参数为Json字符串；之后根据元素Map数据添加的特定的标志字段，查找出与转换后的Map类型数据对应的数据传输对象；之后根据该数据传输对象的业务规则对该数据传输对象进行规则校验。能泛化规则引擎包的参数，以后再遇到有业务系统需要加入规则云平台系统时，只需要开发对应的规则就行，可以达到“一劳永逸”的目的。

Description

一种规则引擎包的入参泛化方法、设备及存储介质

技术领域

本发明涉及计算机技术领域，具体涉及一种规则引擎包的入参泛化方法、设备及存储介质。

背景技术

随着保险行业的告诉发展，保险行业的业务也趋于更加复杂，为了应对复杂的业务需求,过去从战略层面提出并实施了各业务范畴内的核心业务子系统，这些子系统通过相互或者对外提供接口来协同完成一份保单的不同生命周期的业务，具体来说，可分为核保，保全，理赔，续期等系统。在进行保险业务操作时，为了避免损失，每一个系统都需要在保险规则云平台中进行规则校验，在进行校验时存在一个对请求数据进行json转对象的过程，转为业务系统的DTO对象（数据传输对象），然后进行规则校验。反序列化就必然要引入和业务系统相同的一套DTO（数据传输对象），这样的话，和业务系统耦合性太紧密了，针对每一个系统都要开发一套规则引擎事实，导致：

1、每次接入业务系统规则都要项目组来加入这些DTO（数据传输对象），增加开发人力；

2、业务系统需要改变DTO时，系统也必须同步更新，增加维护人力；

3 引入太多的DTO，会使drools开源引擎的rete算法效力下降，执行性能下降；

4 应用包会增大，加载这些DTO需要占用更多栈内存。

因此，现有技术还有待于改进和发展。

发明内容

鉴于上述现有技术的不足之处，本发明的目的在于提供一种规则引擎包的入参泛化方法、设备及存储介质，能泛化规则引擎包的参数，以后再遇到有业务系统需要加入规则云平台系统时，只需要开发对应的规则就行，可以达到“一劳永逸”的目的。

为了达到上述目的，本发明采取了以下技术方案：

一种规则引擎包的入参泛化方法，其包括如下步骤：

生成保单Map数据库，并给每一个组成保单Map数据库的元素Map数据添加一个特定的标志字段，其中，所述Map数据库中包含若干个元素Map数据；

接收规则执行接口的数据调用请求参数，将数据调用请求参数转换为Map类型数据，其中所述数据调用请求参数为Json字符串；

根据元素Map数据添加的特定的标志字段，查找出与转换后的Map类型数据对应的数据传输对象；

根据该数据传输对象的业务规则对该数据传输对象进行规则校验。

所述的规则引擎包的入参泛化方法中，所述的特定的标志字段为一个键值对。

所述的规则引擎包的入参泛化方法中，所述生成保单Map数据库，并给每一个组成保单Map数据库的元素Map数据添加一个特定的标志字段，其中，所述Map数据库中包含若干个元素Map数据的步骤包括：

根据数据传输对象对应生成保单Map数据库，其中每一个保单Map数据库中的元素Map数据对应一个数据传输对象；

将以首字母小写的数据传输对象名称为键，首字母大写的数据传输对象名称为值的键值对添加到与该数据传输对象对应的元素Map数据中。

所述的规则引擎包的入参泛化方法中，所述接收规则执行接口的数据调用请求参数，将数据调用请求参数转换为Map类型数据，其中所述数据调用请求参数为Json字符串的步骤包括：

接收规则执行接口的数据调用请求参数，所述数据调用请求参数为Json字符串；

根据Json字符串的键查找出Json字符串的值，并判断Json字符串的值是否为一个数据传输对象；

当判断Json字符串的值为一个数据传输对象时，将数据调用请求参数转换为Map类型数据。

所述的规则引擎包的入参泛化方法中，所述根据元素Map数据添加的特定的标志字段，查找出与转换后的Map类型数据对应的数据传输对象的步骤包括：

调用保单Map数据库，并查找出与转换后的Map类型数据对应的元素Map；

查找出该元素Map的标志字段，根据标志字段的键查找出标志字段对应的值；

根据标志字段的值确认出转换后的Map类型数据对应的数据传输对象。

所述的规则引擎包的入参泛化方法中，所述根据该数据传输对象的业务规则对该数据传输对象进行规则校验的步骤包括：

根据所述数据传输对象查找出该数据传输对象的业务类别；

根据业务类别调用业务规则库中预设的与该数据传输对象的对应业务规则，其中每一条业务规则根据一数据传输对象设置；

根据该业务规则对该数据传输对象进行规则校验，并在该数据传输对象符合该业务规则时，判断该数据传输对象校验通过。

所述的规则引擎包的入参泛化方法中，所述根据该业务规则对该数据传输对象进行规则校验，并在该数据传输对象符合该业务规则时，判断该数据传输对象校验通过的步骤还包括：

在该数据传输对象不符合该业务规则时，判断该数据传输对象校验失败，并对该数据传输对象进行行为设置。

所述的规则引擎包的入参泛化方法中，所述行为设置包括旧规则号设置、业务规则号设置、人工送核设置、规则类型设置和规则提示设置中的至少一种。

一种规则引擎包的入参泛化设备，其包括：处理器、存储器和通信总线；

所述存储器上存储有可被所述处理器执行的计算机可读程序；

所述通信总线实现处理器和存储器之间的连接通信；

所述处理器执行所述计算机可读程序时实现如上所述的规则引擎包的入参泛化方法中的步骤。

一种计算机可读存储介质，所述计算机可读存储介质存储有一个或者多个程序，所述一个或者多个程序可被一个或者多个处理器执行，以实现如上所述的规则引擎包的入参泛化方法中的步骤。

本发明提供的规则引擎包的入参泛化方法、设备及存储介质中，所述规则引擎包的入参泛化方法通过生成保单Map数据库，并给每一个组成保单Map数据库的元素Map数据添加一个特定的标志字段，其中，所述Map数据库中包含若干个元素Map数据；之后接收规则执行接口的数据调用请求参数，将数据调用请求参数转换为Map类型数据，其中所述数据调用请求参数为Json字符串；之后根据元素Map数据添加的特定的标志字段，查找出与转换后的Map类型数据对应的数据传输对象；之后根据该数据传输对象的业务规则对该数据传输对象进行规则校验。能泛化规则引擎包的参数，以后再遇到有业务系统需要加入规则云平台系统时，只需要开发对应的规则就行，可以达到“一劳永逸”的目的。

附图说明

图1为本发明提供的规则引擎包的入参泛化方法的流程图；

图2为本发明提供的规则引擎包的入参泛化方法中，所述步骤S100的流程图；

图3为本发明提供的规则引擎包的入参泛化方法中，所述步骤S200的流程图；

图4为本发明提供的规则引擎包的入参泛化方法中，所述步骤S300的流程图；

图5为本发明提供的规则引擎包的入参泛化方法中，所述步骤S400的流程图；

图6为本发明规则引擎包的入参泛化程序的较佳实施例的运行环境示意图；

图7为本发明安装规则引擎包的入参泛化程序的系统较佳实施例的功能模块图。

具体实施方式

鉴于现有技术中一套系统需开发一套规则引擎事实等缺点，本发明的目的在于提供一种规则引擎包的入参泛化方法、设备及存储介质，能泛化规则引擎包的参数，以后再遇到有业务系统需要加入规则云平台系统时，只需要开发对应的规则就行，可以达到“一劳永逸”的目的。

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

请参阅图1，本发明提供的规则引擎包的入参泛化方法，包括如下步骤：

S100、生成保单Map数据库，并给每一个组成保单Map数据库的元素Map数据添加一个特定的标志字段，其中，所述Map数据库中包含若干个元素Map数据。

本实施例中，为了在数据传输对象通过规则执行接口调用规则云平台时，可以查找到数据传输对象对应的元素Map数据，规则云平台中设置有保单Map数据库，保单Map数据库中元素Map数据在具体的业务系统中都映射了一个DTO（数据传输对象），比如投保单，比如历史险种信息等，元素Map数据是一个键与值一一对应的键值对，Map数据类型相比数据传输对象，为更加普遍的参数，不具有显著的特性，所以可以兼容多种业务系统的规则，避免每次接入业务系统规则都要来加入多种数据传输对象，减少开发人力；任何数据传输对象在进入规则云平台时，均首先转换为Map数据类型，然后在保单Map数据库中查找到与其对应的Map元素数据，同时本发明通过给每一个组成保单Map数据库的元素Map数据添加一个特定的标志字段，可以保证每一个Map元素数据均与唯一的数据传输对象对应，从而在泛化规则引擎包的入参的同时，还能保证每一个元素Map数据在业务层面上均对应唯一的数据传输对象，使得系统可以自动识别出每一个数据传输对象。其中，所述的特定的标志字段为一个键值对，键值对的特点就是每一个键均对应唯一的值，基于此特性，本发明可将特制的键，如首字母小写的数据传输对象的名称，与首字母大写的数据传输对象的名称为值作为一个键值对，即可实现数据传输对象在保单Map数据库中的标识，从而能保证元素Map数据对应唯一的数据传输对象。具体的数据库生成过程请参阅图2，其为本发明提供的规则引擎包的入参泛化方法中所述步骤S100的流程图。

请参阅图2，所述步骤S100包括：

S101、根据数据传输对象对应生成保单Map数据库，其中每一个保单Map数据库中的元素Map数据对应一个数据传输对象；

S102、将以首字母小写的数据传输对象名称为键，首字母大写的数据传输对象名称为值的键值对添加到与该数据传输对象对应的元素Map数据中。

本实施例中，所述元素Map数据对应唯一的数据传输对象，在生成保单Map数据库时，组成保单Map数据库的每一个元素Map数据与唯一的数据传输对象对应，在生成保单Map数据库时，组成保单Map数据库的元素Map数据均根据实际的数据传输对象生成，其中的元素Map数据即为数据传输对象转换为Map类型数据后的数据，所以在数据传输对象被转换为Map类型数据后，可以直接在保单Map数据库中找到转换后的Map类型数据，从而实现元素Map数据与数据传输对象一一对应，故使得保单Map数据库中可以找到所有系统的数据传输对象，如核保系统、保全系统或理赔系统等等，而且在后续需要添加数据传输对象时，只需要增加新的元素Map数据进保单Map数据库中即可，从而可以实现所有系统的兼容，无需针对每一套系统均开发出一套规则引擎事实，节省了人力和物力成本。另外，本发明为了使每一个数据传输对象在调用规则云平台进行规则校验时，系统可以自动识别出数据传输对象的类别，给每一个元素Map数据均添加了一个以首字母小写的数据传输对象名称为键，首字母大写的数据传输对象名称为值的键值对，从而可以保证元素Map数据与数据传输对象的一一对应，例如针对保障计划（Coverage）这一数据传输对象来说，在其对应的元素Map数据中加入一个标志字段Entry<coverage, Coverage>，可以知道此元素Map数据在业务层面上对应的业务对象即为保障计划，实现唯一映射，避免转换后还需要重新验证元素Map数据对应的业务对象。

S200、接收规则执行接口的数据调用请求参数，将数据调用请求参数转换为Map类型数据，其中所述数据调用请求参数为Json字符串。

本实施例中，数据传输对象在利用规则执行接口调用规则云平台时，数据传输对象首先被规则执行接口转换为Json字符串，然后在进入规则云平台时，再将Json字符串，即数据调用请求参数转换为Map类型数据，具体实施时，先把json字符串解析出来得到值，然后对解析出的值自定义一个键存在Map里面，即可实现将Json字符串转换为Map类型数据，从而实现了数据传输对象的参数泛化，使得数据传输对象在进入规则云平台后不再具有特性，所有系统的数据传输对象在规则云平台中均以Map类型的数据呈现，从而能够实现多种不同系统的兼容。具体的数据转换过程请参阅图3，其为本发明提供的规则引擎包的入参泛化方法中，所述步骤S200的流程图。

请参阅图3，所述步骤S200包括：

接收规则执行接口的数据调用请求参数，所述数据调用请求参数为Json字符串；

根据Json字符串的键查找出Json字符串的值，并判断Json字符串的值是否为一个数据传输对象；

当判断Json字符串的值为一个数据传输对象时，将数据调用请求参数转换为Map类型数据。

本实施例中，所述Json字符串也具有键值对，在接收到规则执行接口的数据调用请求参数时，即通过Json字符串的键查找出Json字符串的值，并判断Json字符串的值是否为一个数据传输对象，如果Json字符串的值不是一个数据传输对象而为一个类时，即表明通过规则执行接口接入的需要进行规则校验的并非是一个数据传输对象，系统即会自动弹出校验对象不是数据传输对象窗口，提示用户校验失败，当Json字符串的值为一个数据传输对象时，系统才会进行下一步操作，即将数据调用请求参数转换为Map类型数据，从而能够保证系统校验的准确性，而且避免因无法查找出数据传输对象的类型而导致校验失败，也减少了系统的负荷。

S300、根据元素Map数据添加的特定的标志字段，查找出与转换后的Map类型数据对应的数据传输对象。

本实施例中，在将数据传输对象转换为Map类型数据后，后台即开始在保单Map数据库中调出对应的元素Map数据，并查找出该元素Map数据添加的特定的标志字段，进一步来判断该数据传输对象的名称，举例来说，针对保障计划（Coverage），其被转换为Map类型数据后，保单Map数据库中会查找出该Map类型数据对应的元素Map数据，然后查找出该元素Map数据的标志字段Entry<coverage, Coverage>，即可自动判断出该数据传输对象为保障计划，简单方便，而且对所有的系统的数据传输对象均通用，少了很多判断，同时减少了内存占用。而且rete网络具备相对简单的复杂性，因此规则执行速度也会更加高效。具体的数据查找过程请参阅图4，其为本发明提供的规则引擎包的入参泛化方法中，所述步骤S300的流程图。

请参阅图4，所述步骤S300包括：

S301、调用保单Map数据库，并查找出与转换后的Map类型数据对应的元素Map；

S302、查找出该元素Map的标志字段，根据标志字段的键查找出标志字段对应的值；

S303、根据标志字段的值确认出转换后的Map类型数据对应的数据传输对象。

本实施例中，通过标志字段的键找出标志字段的值来实现数据传输对象的判定，其中标志字段的键可以根据喜好自行设定，为了方便区分查找，本实施例中，将首字母小写的数据传输对象的名称作为标志字段的键，当然在其它的实施例中，还可采用方式来作为键，本发明对此不作限定，另外为了方便区分数据传输对象，本发明将首字母大写的数据传输对象的名称作为标志字段的值，能够一目了然的查找出其所表示的数据传输对象，保持了规则执行平台的稳定性、高效性和开发团队维护的简单性。

S400、根据该数据传输对象的业务规则对该数据传输对象进行规则校验。

本实施例中，在判断出具体的数据传输对象后，规则执行平台才开始调用相应的规则来校验数据传输对象，其中所述规则执行平台中预设有多条业务规则，每一条业务规则均与唯一的数据传输对象对应和关联，在判断出数据传输对象后，后台即自动调用业务规则来进行规则校验，从而保证保单的可执行性。具体的规则调用过程请参阅图5，其为本发明提供的规则引擎包的入参泛化方法中，所述步骤S400的流程图。

请参阅图5，所述步骤S400包括：

S401、根据所述数据传输对象查找出该数据传输对象的业务类别；

S402、根据业务类别调用业务规则库中预设的与该数据传输对象的对应业务规则，其中每一条业务规则根据一数据传输对象设置；

S403、根据该业务规则对该数据传输对象进行规则校验，并在该数据传输对象符合该业务规则时，判断该数据传输对象校验通过。

本实施例中，首先查找出数据传输对象的业务类别，例如投保单类，其数据结构如下：控制id，投保人客户号，投保日期等，然后根据业务类别调用业务规则库中对应的业务规则，所述业务规则是根据数据传输对象来设置的，所述业务规则库可以设置在外界系统中，也可设置在规则引擎包的入参泛化设备中，业务规则库中存储有多条业务规则，后续如需开发新的业务规则，可直接将业务规则写入业务规则库中，简单方便；然后再利用该条业务规则对数据传输对象进行规则校验，例如针对保障计划这一数据传输对象，校验保障计划的险种代码属性值是否等于“998”并且交费年期是否不等于3，如果是则校验通过，否则表示校验失败。

进一步的实施例中，所述步骤S403还包括：

在该数据传输对象不符合该业务规则时，判断该数据传输对象校验失败，并对该数据传输对象进行行为设置。

本实施例中，所述行为设置包括旧规则号设置、业务规则号设置、人工送核设置、规则类型设置和规则提示设置中的至少一种，在校验失败时，即进入行为设置部分，行为设置部分是用于生成校验失败分析清单，从而方便用户查看校验失败的原因，也可根据失败原因对应调整数据传输对象，加快工作效率。

本发明实现了兼容任何事实体系，而不用每次加入一个业务系统就开发一套事实，重新构造一个规则引擎包；而且更加泛化的事实参数有利于rete算法建立相对简单的rete网络，可以把drools的rete算法“物尽其用”；同时还减少人工开发成本和规则执行平台的维护成本，降低系统的复杂性。

如图6所示，基于上述规则引擎包的入参泛化方法，本发明还相应提供了一种规则引擎包的入参泛化设备，所述规则引擎包的入参泛化设备可以是移动终端、桌上型计算机、笔记本、掌上电脑及服务器等计算设备。该规则引擎包的入参泛化设备包括处理器10、存储器20及显示器30。图6仅示出了规则引擎包的入参泛化设备的部分组件，但是应理解的是，并不要求实施所有示出的组件，可以替代的实施更多或者更少的组件。

所述存储器20在一些实施例中可以是所述规则引擎包的入参泛化设备的内部存储单元，例如规则引擎包的入参泛化设备的硬盘或内存。所述存储器20在另一些实施例中也可以是所述规则引擎包的入参泛化设备的外部存储设备，例如所述规则引擎包的入参泛化设备上配备的插接式硬盘，智能存储卡（Smart Media Card, SMC），安全数字（SecureDigital, SD）卡，闪存卡（Flash Card）等。进一步地，所述存储器20还可以既包括规则引擎包的入参泛化设备的内部存储单元也包括外部存储设备。所述存储器20用于存储安装于所述规则引擎包的入参泛化设备的应用软件及各类数据，例如所述安装规则引擎包的入参泛化设备的程序代码等。所述存储器20还可以用于暂时地存储已经输出或者将要输出的数据。在一实施例中，存储器20上存储有规则引擎包的入参泛化程序40，该规则引擎包的入参泛化程序40可被处理器10所执行，从而实现本申请各实施例的规则引擎包的入参泛化方法。

所述处理器10在一些实施例中可以是一中央处理器（Central Processing Unit,CPU），微处理器或其他数据处理芯片，用于运行所述存储器20中存储的程序代码或处理数据，例如执行所述规则引擎包的入参泛化方法等。

所述显示器30在一些实施例中可以是LED显示器、液晶显示器、触控式液晶显示器以及OLED（Organic Light-Emitting Diode，有机发光二极管）触摸器等。所述显示器30用于显示在所述规则引擎包的入参泛化设备的信息以及用于显示可视化的用户界面。所述规则引擎包的入参泛化设备的部件10-30通过系统总线相互通信。

在一实施例中，当处理器10执行所述存储器20中规则引擎包的入参泛化程序40时实现以下步骤：

生成保单Map数据库，并给每一个组成保单Map数据库的元素Map数据添加一个特定的标志字段，其中，所述Map数据库中包含若干个元素Map数据；

接收规则执行接口的数据调用请求参数，将数据调用请求参数转换为Map类型数据，其中所述数据调用请求参数为Json字符串；

根据元素Map数据添加的特定的标志字段，查找出与转换后的Map类型数据对应的数据传输对象；

根据该数据传输对象的业务规则对该数据传输对象进行规则校验。

所述的特定的标志字段为一个键值对。

进一步地，所述生成保单Map数据库，并给每一个组成保单Map数据库的元素Map数据添加一个特定的标志字段，其中，所述Map数据库中包含若干个元素Map数据的步骤包括：

根据数据传输对象对应生成保单Map数据库，其中每一个保单Map数据库中的元素Map数据对应一个数据传输对象；

将以首字母小写的数据传输对象名称为键，首字母大写的数据传输对象名称为值的键值对添加到与该数据传输对象对应的元素Map数据中。

进一步地，在所述规则引擎包的入参泛化设备中，所述接收规则执行接口的数据调用请求参数，将数据调用请求参数转换为Map类型数据，其中所述数据调用请求参数为Json字符串的步骤包括：

接收规则执行接口的数据调用请求参数，所述数据调用请求参数为Json字符串；

根据Json字符串的键查找出Json字符串的值，并判断Json字符串的值是否为一个数据传输对象；

当判断Json字符串的值为一个数据传输对象时，将数据调用请求参数转换为Map类型数据。

进一步地，所述根据元素Map数据添加的特定的标志字段，查找出与转换后的Map类型数据对应的数据传输对象的步骤包括：

调用保单Map数据库，并查找出与转换后的Map类型数据对应的元素Map；

查找出该元素Map的标志字段，根据标志字段的键查找出标志字段对应的值；

根据标志字段的值确认出转换后的Map类型数据对应的数据传输对象。

进一步地，所述根据该数据传输对象的业务规则对该数据传输对象进行规则校验的步骤包括：

根据所述数据传输对象查找出该数据传输对象的业务类别；

根据业务类别调用业务规则库中预设的与该数据传输对象的对应业务规则，其中每一条业务规则根据一数据传输对象设置；

根据该业务规则对该数据传输对象进行规则校验，并在该数据传输对象符合该业务规则时，判断该数据传输对象校验通过。

进一步地，所述根据该业务规则对该数据传输对象进行规则校验，并在该数据传输对象符合该业务规则时，判断该数据传输对象校验通过的步骤还包括：

在该数据传输对象不符合该业务规则时，判断该数据传输对象校验失败，并对该数据传输对象进行行为设置。

所述行为设置包括旧规则号设置、业务规则号设置、人工送核设置、规则类型设置和规则提示设置中的至少一种。

请参阅图7，其为本发明安装规则引擎包的入参泛化程序的系统较佳实施例的功能模块图。在本实施例中，安装规则引擎包的入参泛化程序的系统可以被分割成一个或多个模块，所述一个或者多个模块被存储于所述存储器20中，并由一个或多个处理器（本实施例为所述处理器10）所执行，以完成本发明。例如，在图7中，安装无卡取款的保护程序的系统可以被分割成数据生成模块21、数据转换模块22、数据查找模块23和规则校验模块24。本发明所称的模块是指能够完成特定功能的一系列计算机程序指令段，比程序更适合于描述所述无卡取款的保护程序在所述规则引擎包的入参泛化设备中的执行过程。以下描述将具体介绍所述模块21-24的功能。

数据生成模块21，用于生成保单Map数据库，并给每一个组成保单Map数据库的元素Map数据添加一个特定的标志字段，其中，所述Map数据库中包含若干个元素Map数据；

数据转换模块22，用于接收规则执行接口的数据调用请求参数，将数据调用请求参数转换为Map类型数据，其中所述数据调用请求参数为Json字符串；

数据查找模块23，用于根据元素Map数据添加的特定的标志字段，查找出与转换后的Map类型数据对应的数据传输对象；

规则校验模块24，用于根据该数据传输对象的业务规则对该数据传输对象进行规则校验。

其中，所述的特定的标志字段为一个键值对。

所述数据生成模块21具体包括：

生成单元，用于根据数据传输对象对应生成保单Map数据库，其中每一个保单Map数据库中的元素Map数据对应一个数据传输对象；

标志字段添加单元，用于将以首字母小写的数据传输对象名称为键，首字母大写的数据传输对象名称为值的键值对添加到与该数据传输对象对应的元素Map数据中。

所述数据转换模块22具体包括：

接收单元，用于接收规则执行接口的数据调用请求参数，所述数据调用请求参数为Json字符串；

数据类型判断单元，用于根据Json字符串的键查找出Json字符串的值，并判断Json字符串的值是否为一个数据传输对象；

转换单元，用于当判断Json字符串的值为一个数据传输对象时，将数据调用请求参数转换为Map类型数据。

所述数据查找模块23具体包括：

数据库调用单元，用于调用保单Map数据库，并查找出与转换后的Map类型数据对应的元素Map；

标志字段查找单元，用于查找出该元素Map的标志字段，根据标志字段的键查找出标志字段对应的值；

对象判断单元，用于根据标志字段的值确认出转换后的Map类型数据对应的数据传输对象。

所述规则校验模块24具体包括：

业务类别查找单元，用于根据该数据传输对象查找出该数据传输对象的业务类别；

规则调用单元，用于根据业务类别调用业务规则库中预设的与该数据传输对象的对应业务规则；

校验单元，用于根据该业务规则对该数据传输对象进行规则校验，并在该数据传输对象符合该业务规则时，判断该数据传输对象校验通过。

所述规则校验单元还用于：

在该数据传输对象不符合该业务规则时，判断该数据传输对象校验失败，并对该数据传输对象进行行为设置。

所述行为设置包括旧规则号设置、业务规则号设置、人工送核设置、规则类型设置和规则提示设置中的至少一种。

综上所述，本发明提供的规则引擎包的入参泛化方法、设备及存储介质中，所述规则引擎包的入参泛化方法通过生成保单Map数据库，并给每一个组成保单Map数据库的元素Map数据添加一个特定的标志字段，其中，所述Map数据库中包含若干个元素Map数据；之后接收规则执行接口的数据调用请求参数，将数据调用请求参数转换为Map类型数据，其中所述数据调用请求参数为Json字符串；之后根据元素Map数据添加的特定的标志字段，查找出与转换后的Map类型数据对应的数据传输对象；之后根据该数据传输对象的业务规则对该数据传输对象进行规则校验。能泛化规则引擎包的参数，以后再遇到有业务系统需要加入规则云平台系统时，只需要开发对应的规则就行，可以达到“一劳永逸”的目的。

当然，本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关硬件（如处理器，控制器等）来完成，所述的程序可存储于一计算机可读取的存储介质中，该程序在执行时可包括如上述各方法实施例的流程。其中所述的存储介质可为存储器、磁碟、光盘等。

应当理解的是，本发明的应用不限于上述的举例，对本领域普通技术人员来说，可以根据上述说明加以改进或变换，所有这些改进和变换都应属于本发明所附权利要求的保护范围。

Claims (6)

1.一种规则引擎包的入参泛化方法，其特征在于，包括如下步骤：

生成保单Map数据库，并给每一个组成保单Map数据库的元素Map数据添加一个特定的标志字段，其中，所述Map数据库中包含若干个元素Map数据；

接收规则执行接口的数据调用请求参数，将数据调用请求参数转换为Map类型数据，其中所述数据调用请求参数为Json字符串；

根据元素Map数据添加的特定的标志字段，查找出与转换后的Map类型数据对应的数据传输对象；

根据该数据传输对象的业务规则对该数据传输对象进行规则校验；

所述生成保单Map数据库，并给每一个组成保单Map数据库的元素Map数据添加一个特定的标志字段，其中，所述Map数据库中包含若干个元素Map数据的步骤包括：

根据数据传输对象对应生成保单Map数据库，其中每一个保单Map数据库中的元素Map数据对应一个数据传输对象；

将以首字母小写的数据传输对象名称为键，首字母大写的数据传输对象名称为值的键值对添加到与该数据传输对象对应的元素Map数据中；

所述接收规则执行接口的数据调用请求参数，将数据调用请求参数转换为Map类型数据，其中所述数据调用请求参数为Json字符串的步骤包括：

接收规则执行接口的数据调用请求参数，所述数据调用请求参数为Json字符串；

根据Json字符串的键查找出Json字符串的值，并判断Json字符串的值是否为一个数据传输对象；

当判断Json字符串的值为一个数据传输对象时，将数据调用请求参数转换为Map类型数据；

所述根据元素Map数据添加的特定的标志字段，查找出与转换后的Map类型数据对应的数据传输对象的步骤包括：

调用保单Map数据库，并查找出与转换后的Map类型数据对应的元素Map；

查找出该元素Map的标志字段，根据标志字段的键查找出标志字段对应的值；

根据标志字段的值确认出转换后的Map类型数据对应的数据传输对象；

所述根据该数据传输对象的业务规则对该数据传输对象进行规则校验的步骤包括：

根据所述数据传输对象查找出该数据传输对象的业务类别；

根据业务类别调用业务规则库中预设的与该数据传输对象的对应业务规则，其中每一条业务规则根据一数据传输对象设置；

根据该业务规则对该数据传输对象进行规则校验，并在该数据传输对象符合该业务规则时，判断该数据传输对象校验通过。

2.根据权利要求1所述的规则引擎包的入参泛化方法，其特征在于，所述的特定的标志字段为一个键值对。

3.根据权利要求1所述的规则引擎包的入参泛化方法，其特征在于，所述根据该业务规则对该数据传输对象进行规则校验，并在该数据传输对象符合该业务规则时，判断该数据传输对象校验通过的步骤还包括：

在该数据传输对象不符合该业务规则时，判断该数据传输对象校验失败，并对该数据传输对象进行行为设置。

4.根据权利要求3所述的规则引擎包的入参泛化方法，其特征在于，所述行为设置包括旧规则号设置、业务规则号设置、人工送核设置、规则类型设置和规则提示设置中的至少一种。

5.一种规则引擎包的入参泛化设备，其特征在于，包括：处理器、存储器和通信总线；

所述存储器上存储有可被所述处理器执行的计算机可读程序；

所述通信总线实现处理器和存储器之间的连接通信；

所述处理器执行所述计算机可读程序时实现如权利要求1-4任意一项所述的规则引擎包的入参泛化方法中的步骤。

6.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有一个或者多个程序，所述一个或者多个程序可被一个或者多个处理器执行，以实现如权利要求1-4任意一项所述的规则引擎包的入参泛化方法中的步骤。

Images