CN111522729A - 规则发布的确定方法、装置及系统 - Google Patents

Abstract

本发明提供了一种规则发布的确定方法、装置及系统，涉及规则处理技术领域，包括：获取目标规则集，其中，目标规则集包括第一规则集和第二规则集；第一规则集为待验证的目标版本的规则集；第二规则集为与第一规则集对应的业务名称相同、版本不同的规则集；基于预先获取的第一测试数据运行第一规则集和第二规则集，得到第一规则集的规则逻辑验证结果；基于预先获取的第二测试数据运行第一规则集，得到参数验证结果；当规则逻辑验证结果和参数验证结果均为验证通过时，确定发布第一规则集。本发明能够改善规则验证和发布的统一性问题，有利于提升规则管理效率。

Description

规则发布的确定方法、装置及系统

技术领域

本发明涉及规则处理技术领域，尤其是涉及一种规则发布的确定方法、装置及系统。

背景技术

目前金融信审自动化决策需要依赖庞大复杂的规则集作为支撑，对规则的管理方式主要是采用开源的Drools解决方案。Drools是一种易于访问企业策略、易于调整以及易于管理的开源业务规则引擎，提供了规则的编辑及运行功能。但是，基于Drools的规则管理方式在规则的验证和发布方面则不尽完善，导致难以对规则集进行统一高效地管理。

发明内容

本发明的目的在于提供规则发布的确定方法、装置及系统，以改善规则验证和发布的统一性问题，从而提升规则管理效率。

本发明提供的一种规则发布的确定方法，所述方法包括：获取目标规则集，其中，所述目标规则集包括第一规则集和第二规则集；所述第一规则集为待验证的目标版本的规则集；所述第二规则集为与所述第一规则集对应的业务名称相同、版本不同的规则集；基于预先获取的第一测试数据运行所述第一规则集和所述第二规则集，得到所述第一规则集的规则逻辑验证结果；基于预先获取的第二测试数据运行所述第一规则集，得到参数验证结果；当所述规则逻辑验证结果和所述参数验证结果均为验证通过时，确定发布所述第一规则集。

进一步的，所述基于预先获取的第一测试数据运行所述第一规则集和所述第二规则集，得到规则逻辑验证结果的步骤，包括：根据预先配置的运行规则和预先获取的第一测试数据运行所述第一规则集和所述第二规则集；当运行结束时，获取所述第一规则集对应的决策结果和所述第二规则集对应的运行报告；响应于针对所述决策结果和所述运行报告的验证操作，获取所述验证操作对应的所述第一规则集的规则逻辑验证结果。

进一步的，所述获取目标规则集的步骤，包括：获取规则验证请求信息；其中，所述规则验证请求信息包括目标kjar项目的项目标识，且所述项目标识用于指示待验证的规则集的版本和业务名称；根据所述项目标识在预设的规则库中加载所述目标kjar项目；对所述目标kjar项目进行解析，得到待验证的目标版本的第一规则集以及与所述第一规则集的业务名称相同、版本不同的多个第二规则集。

进一步的，所述方法还包括：对所述第一规则集和多个所述第二规则集进行对比，得到不同版本的规则集之间的更改记录。

进一步的，所述第一规则集和所述第二规则集是通过基于Drools的规则配置系统生成的，且在生成所述第一规则集和所述第二规则集的过程中，根据业务类型分别设置所述第一规则集和所述第二规则集的参数变量值。

进一步的，所述参数变量值包括风控变量值；所述基于预先获取的第二测试数据运行所述第一规则集，得到参数验证结果的步骤，包括：在预设所述风控变量值的所述第一规则集上运行预先获取的第二测试数据，得到参数验证结果；其中，所述参数验证结果用于表征所述风控变量值的设置合理性。

进一步的，所述方法还包括：获取历史测试数据，对所述历史测试数据进行变量清洗，得到所述第二测试数据；或者，获取原始测试数据和前一轮规则验证过程中使用的线上测试数据，将所述线上测试数据同步至所述原始测试数据，得到所述第二测试数据。

本发明提供的一种规则发布的确定装置，所述装置包括：规则获取模块，用于获取目标规则集，其中，所述目标规则集包括第一规则集和第二规则集；所述第一规则集为待验证的目标版本的规则集；所述第二规则集为与所述第一规则集对应的业务名称相同、版本不同的规则集；第一验证模块，用于基于预先获取的第一测试数据运行所述第一规则集和所述第二规则集，得到所述第一规则集的规则逻辑验证结果；第二验证模块，用于基于预先获取的第二测试数据运行所述第一规则集，得到参数验证结果；规则发布模块，用于当所述规则逻辑验证结果和所述参数验证结果均为验证通过时，确定发布所述第一规则集。

本发明提供的一种规则发布的确定系统，所述系统包括：处理器和存储装置；所述存储装置上存储有计算机程序，所述计算机程序在被所述处理器运行时执行上述的方法。

本发明提供的一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器运行时执行上述方法的步骤。

本发明提供的规则发布的确定方法、装置及系统，首先获取待验证的目标版本的第一规则集、与第一规则集对应的业务名称相同、版本不同的第二规则集；然后基于预先获取的第一测试数据运行第一规则集和第二规则集，得到第一规则集的规则逻辑验证结果；以及基于预先获取的第二测试数据运行第一规则集，得到参数验证结果；最后当规则逻辑验证结果和参数验证结果均为验证通过时，确定发布第一规则集。上述方式能够自主对获取到的第一规则集进行逻辑验证和参数验证，并在验证通过的情况下确定第一规则集的发布，从而改善了规则验证和发布的统一性问题，有利于提升规则管理效率。

附图说明

为了更清楚地说明本发明具体实施方式或现有技术中的技术方案，下面将对具体实施方式或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施方式，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本发明实施例提供的规则发布的确定方法流程图；

图2为本发明实施例提供的基于应用架构的实现规则发布的示意图；

图3为本发明实施例提供的规则验证示意图；

图4为本发明实施例提供的规则发布的确定装置的结构框图；

图5为本发明实施例提供的规则发布的确定系统的结构示意图。

具体实施方式

下面将结合实施例对本发明的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

考虑到目前基于Drools的规则管理方式，在规则的验证和发布方面则不尽完善，导致难以对规则集进行统一高效地管理，基于此，本发明实施例提供的一种规则发布的确定方法、装置及系统，可以改善规则验证和发布的统一性问题，从而提升规则管理效率。

为便于对本实施例进行理解，首先对本发明实施例所公开的一种规则发布的确定方法进行详细介绍。

实施例一：

参照图1所示的规则发布的确定方法流程图，该方法可以包括如下步骤S102至步骤S108：

步骤S102，获取目标规则集，其中，目标规则集包括第一规则集和第二规则集；第一规则集为待验证的目标版本的规则集；第二规则集为与第一规则集对应的业务名称相同、版本不同的规则集，且第二规则集为至少一个。

在本实施例中，第一规则集和第二规则集为采用Drools编写的与业务相关的规则的集合，且可以为每个规则集设置业务标识和版本标识；其中，业务标识可以表示该规则集对应的业务类型和业务名称等信息；版本标识可以为版本编号，以表示规则集更新过程中的不同版本。

步骤S104，基于预先获取的第一测试数据运行第一规则集和第二规则集，得到第一规则集的规则逻辑验证结果。在验证规则逻辑过程中，规则逻辑需要适应业务的发展和变化，基于此，第一测试数据通常为通过第三方系统(如征信系统)和/或本地系统(如订单系统)获取的线上数据，线上数据一般是业务对应的最新数据，有利于提高规则逻辑验证的可靠性。

本实施例可以将第一测试数据分别输入至第一规则集和第二规则集，并在线上环境中运行第一规则集和第二规则集；其中，第一规则集用于根据第一测试数据生成决策结果，第二规则集用于生成运行报告；然后基于决策结果和运行报告验证第一规则集的规则逻辑。

步骤S106，基于预先获取的第二测试数据运行第一规则集，得到参数验证结果。

第一规则集在编写过程中，可以根据业务类型设置参数(如风控参数)的参数变量值。为了验证所设置的参数变量值的合理性，本实施例可以将第二测试数据输入至第一规则集，通过运行第一规则集得到参数验证结果。在验证参数的过程中，测试数据的量对验证结果的准确性起到重要作用，为了支持针对第一规则集的参数验证，通常可以基于离线测试数据来获取第二测试数据集；离线数据能够覆盖历史时间内业务发展所对应的全部数据，数据量较大。

步骤S108，当规则逻辑验证结果和参数验证结果均为验证通过时，确定发布第一规则集。发布第一规则集在具体实现时，可以先生产第一规则集的jar包，然后再将该jar包发布及上线。

本发明实施例提供的规则发布的确定方法，首先获取待验证的目标版本的第一规则集、与第一规则集对应的业务名称相同、版本不同的第二规则集；然后基于预先获取的第一测试数据运行第一规则集和第二规则集，得到第一规则集的规则逻辑验证结果；以及基于预先获取的第二测试数据运行第一规则集，得到参数验证结果；最后当规则逻辑验证结果和参数验证结果均为验证通过时，确定发布第一规则集。上述方式能够自主对获取到的第一规则集进行逻辑验证和参数验证，并在验证通过的情况下确定第一规则集的发布，从而改善了规则验证和发布的统一性问题，有利于提升规则管理效率。

在实际应用中，本实施例提供的规则发布的确定方法可以应用于服务器、计算机等电子设备上。该电子设备上可以构建基于Drools的架构，以实现规则发布的确定方法，为了便于理解，以包括数据获取平台、规则引擎管理平台和规则管理平台的应用架构为例，对规则发布的确定方法展开描述。参照如图2所示的基于应用架构的实现规则发布的示意图，数据获取平台主要用于获取第一测试数据和第二测试数据；规则引擎管理平台主要用于运行第一规则集和第二规则集，以得到逻辑验证结果和参数验证结果；规则管理平台主要用于存储和管理用户编写的各项业务、不同版本的规则集。

参照图2中的应用架构，业务对应的规则集(包括但不限于上述的第一规则集和第二规则集)是通过规则管理平台获取的，在一种具体实现方式中，可以参照如下步骤：

(1)基于Drools的规则配置系统生成业务对应的规则集；在实际应中，该基于Drools的规则配置系统可以为Drools Workbench，它是一种用来支持Drools规则配置的Web系统。在生成业务对应的规则集时，还可以编写规则集对应的业务标识和版本标识。可以理解的是，所生成的规则集为多个，针对每个规则集，均执行如下步骤(2)至(4)。

(2)通过正则表达式识别出当前规则集中用到的参数变量(以风控变量为例)，并基于识别到的风控变量生成Json格式的数据模板。策略人员可以根据业务名称和业务类型等业务场景在该数据模板上执行数值设置操作，数值设置操作是指设置风控变量的值的操作。

(3)响应于针对数据模板的数值设置操作，获取数值设置操作对应的风控变量值。

(4)将上述设置有风控变量值、业务标识和版本标识的当前规则集进行打包，生成当前规则集对应的kjar项目。

在实际应用中，当前规则集对应的kjar项目可以以表格的形式进行记录，即表格中记录kjar项目。基于此，可以将多个规则集对应的kjar项目记录于同一个表中，该表即为图2中示出的线上规则集表。为了便于区分不同的kjar项目，可以设置于每个kjar项目的项目标识，该项目标识诸如为文字信息。

根据上述步骤(1)至步骤(4)可知，第一规则集和第二规则集是通过基于Drools的规则配置系统生成的，且在生成第一规则集和第二规则集的过程中，根据业务类型分别设置第一规则集和第二规则集的参数变量值。

通过上述方式获取规则集之后，规则集用于在规则引擎管理平台进行验证和发布。基于此，上述步骤S102中获取目标规则集的步骤在具体实现时可以参照如下所示：

首先，获取规则验证请求信息；其中，规则验证请求信息包括目标kjar项目的项目标识，且项目标识用于指示待验证的规则集的版本和业务名称。在具体实现时，规则引擎管理平台可以采用kafka消息机制获取规则验证请求信息。

其次，根据项目标识在预设的规则库中加载目标kjar项目。

最后，对目标kjar项目进行解析，也即将目标kjar项目格式化规则为文本，从而得到待验证的目标版本的第一规则集以及与第一规则集的业务名称相同、版本不同的多个第二规则集。

针对解析到的第一规则集和第二规则集，可以用于进行规则的验证，还可以用于版本的对比，诸如：对第一规则集和多个第二规则集进行对比，得到不同版本的规则集之间的新增、删除以及修改等更改记录。

本实施例提供一种针对第一规则集进行逻辑验证的方法，参照图3所示的规则验证示意图，在一种可能的实现方式中，上述步骤S104可以在规则引擎管理平台中的空跑规则管理模块执行，具体参照如下步骤1至步骤3：

步骤1，根据预先配置的运行规则和预先获取的第一测试数据运行第一规则集和第二规则集。其中，上述运行规则包括：第一规则集对第一测试数据执行决策运行，第二规则集对第一测试数据执行报告运行。在线上运行环境中，将第一测试数据输入至第一规则集并运行第一规则集，得到空跑任务1；将第一测试数据分别输入至各个第二规则集并运行各个第二规则集，得到多个空跑任务2。

步骤2，当运行结束时，获取第一规则集对应的决策结果和第二规则集对应的运行报告。将决策结果和运行报告存储到hive上，以供业务人员对此进行分析并通过验证操作反馈规则逻辑验证结果。

步骤3，响应于针对决策结果和运行报告的验证操作，获取验证操作对应的第一规则集的规则逻辑验证结果。

参照图3，还提供了规则引擎管理平台中的离线任务调度模块，该离线任务调度模块用于实现上述步骤S106，即对第一规则集进行参数验证。在一种可能的实施例中，离线任务调度模块将大量的离线数据(即第二测试数据)输入至第一规则集，该第一规则集诸如为预设有风控变量值的第一规则集；运行该预设风控变量值的第一规则集，得到参数验证结果；其中，参数验证结果用于表征风控变量值的设置合理性。

如果得到的参数验证结果并不能达到用户的预期，表示预设的风控变量值不符合实际生产应用，在此情况下，可以修改风控变量值，并重新对第一规则集进行参数验证；可以理解的是，每执行针对第一规则集的参数验证，均对应于一个离线任务(参照图3中的离线任务1、离线任务2和离线任务3)。

在本实施例中，第二测试数据可以通过如下两种示例生成。

示例一：全量更新方式，包括：获取历史测试数据，对历史测试数据进行变量清洗，得到第二测试数据。可以理解为，将指定时间段内的历史测试数据重新运行最新的变量清洗逻辑，以生成全量的离线数据集，将该离线数据集作为第二测试数据。

或者，示例二：增加更新方式，包括：获取原始测试数据和前一轮规则验证过程中使用的线上测试数据，将线上测试数据同步至原始测试数据，得到第二测试数据。其中，原始测试数据即为现有的离线测试数据；前一轮规则验证过程中使用的线上测试数据可以为第一测试数据，可参照图3中虚线所示出的，通过空跑规则管理模型将依赖的第一测试数据保存至Hive，以基于此更新第二测试数据。

关于上述逻辑验证过程和参数验证过程，在规则引擎管理平台上，可以自主加载待验证的规则、规则预设的参数变量值以及规则依赖的测试数据，通过调用Drools引擎进行规则的运算，对得到的运算结果进行梳理，并以结构化的形式展示规则的验证结果，即规则逻辑验证结果和参数验证结果。由此可以看出，在基于Drools的规则引擎管理平台上，实现了规则与业务的解耦，在此基础上，进一步的实现了将规则集的发布和Drools的解耦，从而能够方便将规则迁移到其它规则引擎中，以适应更多的应用场景。

综上，上述规则发布的确定方式中，通过构建基于Drools的规则引擎管理平台，能够较为便捷地支持业务人员在规则上线前，自主地对规则进行逻辑验证和参数验证；其中，在参数验证方面，利用海量的离线测试数据可以保证规则的严谨性。在验证通过的情况下确定第一规则集的发布，从而改善了规则验证和发布的统一性问题，有利于提升规则管理效率。

实施例二：

参照上述实施例所提供的规则发布的确定方法，本实施例提供了一种规则发布的确定装置，参照如图4所示的规则发布的确定装置得结构框图，该装置包括如下模块：

规则获取模块402，用于获取目标规则集，其中，目标规则集包括第一规则集和第二规则集；第一规则集为待验证的目标版本的规则集；第二规则集为与第一规则集对应的业务名称相同、版本不同的规则集；

第一验证模块404，用于基于预先获取的第一测试数据运行第一规则集和第二规则集，得到第一规则集的规则逻辑验证结果；

第二验证模块406，用于基于预先获取的第二测试数据运行第一规则集，得到参数验证结果；

规则发布模块408，用于当规则逻辑验证结果和参数验证结果均为验证通过时，确定发布第一规则集。

本发明实施例提供的规则发布的确定装置，能够自主对获取到的第一规则集进行逻辑验证和参数验证，并在验证通过的情况下确定第一规则集的发布，从而改善了规则验证和发布的统一性问题，有利于提升规则管理效率。

在一种实施例中，上述第一验证模块404进一步用于：根据预先配置的运行规则和预先获取的第一测试数据运行第一规则集和第二规则集；当运行结束时，获取第一规则集对应的决策结果和第二规则集对应的运行报告；响应于针对决策结果和运行报告的验证操作，获取验证操作对应的第一规则集的规则逻辑验证结果。

在一种实施例中，上述规则获取模块402进一步用于：获取规则验证请求信息；其中，规则验证请求信息包括目标kjar项目的项目标识，且项目标识用于指示待验证的规则集的版本和业务名称；根据项目标识在预设的规则库中加载目标kjar项目；对目标kjar项目进行解析，得到待验证的目标版本的第一规则集以及与第一规则集的业务名称相同、版本不同的多个第二规则集。

在一种实施例中，上述规则获取模块402进一步用于：对第一规则集和多个第二规则集进行对比，得到不同版本的规则集之间的更改记录。

在一种实施例中，上述第一规则集和第二规则集是通过基于Drools的规则配置系统生成的，且在生成第一规则集和第二规则集的过程中，根据业务类型分别设置第一规则集和第二规则集的参数变量值。

在一种实施例中，上述参数变量值包括风控变量值；上述第二验证模块406进一步用于：在预设风控变量值的第一规则集上运行预先获取的第二测试数据，得到参数验证结果；其中，参数验证结果用于表征风控变量值的设置合理性。

在一种实施例中，上述规则发布的确定装置还包括离线数据获取模块(图中未示出)，用于：获取历史测试数据，对历史测试数据进行变量清洗，得到第二测试数据；或者，获取原始测试数据和前一轮规则验证过程中使用的线上测试数据，将线上测试数据同步至原始测试数据，得到第二测试数据。

本发明实施例所提供的装置，其实现原理及产生的技术效果和前述方法实施例相同，为简要描述，装置实施例部分未提及之处，可参考前述方法实施例中相应内容。

本发明实施例还提供一种规则发布的确定系统，该系统包括存储器、处理器，存储器中存储有可在处理器上运行的计算机程序，处理器执行计算机程序时实现上述实施例提供的规则发布的确定方法。

具体的，参见如图5所示的规则发布的确定系统的结构示意图，该系统还包括总线503和通信接口504，处理器502、通信接口504和存储器501通过总线503连接。

其中，存储器501可能包含高速随机存取存储器(RAM，Random Access Memory)，也可能还包括非不稳定的存储器(non-volatile memory)，例如至少一个磁盘存储器。通过至少一个通信接口504(可以是有线或者无线)实现该系统网元与至少一个其他网元之间的通信连接，可以使用互联网，广域网，本地网，城域网等。总线503可以是ISA总线、PCI总线或EISA总线等。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示，图5中仅用一个双向箭头表示，但并不表示仅有一根总线或一种类型的总线。

处理器502可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器502中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器502可以是通用处理器，包括中央处理器(Central Processing Unit，简称CPU)、网络处理器(Network Processor，简称NP)等；还可以是数字信号处理器(DigitalSignal Processing，简称DSP)、专用集成电路(Application Specific IntegratedCircuit，简称ASIC)、现成可编程门阵列(Field-Programmable Gate Array，简称FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本发明实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器501，处理器502读取存储器501中的信息，结合其硬件完成前述实施例的方法的步骤。

本发明实施例还提供一种计算机可读存储介质，计算机可读存储介质上存储有计算机程序，计算机程序被处理器运行时执行上述实施例的规则发布的确定方法的步骤。

最后应说明的是：以上各实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述各实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。

Claims (10)

1.一种规则发布的确定方法，其特征在于，所述方法包括：

获取目标规则集，其中，所述目标规则集包括第一规则集和第二规则集；所述第一规则集为待验证的目标版本的规则集；所述第二规则集为与所述第一规则集对应的业务名称相同、版本不同的规则集；

基于预先获取的第一测试数据运行所述第一规则集和所述第二规则集，得到所述第一规则集的规则逻辑验证结果；

基于预先获取的第二测试数据运行所述第一规则集，得到参数验证结果；

当所述规则逻辑验证结果和所述参数验证结果均为验证通过时，确定发布所述第一规则集。

2.根据权利要求1所述的方法，其特征在于，所述基于预先获取的第一测试数据运行所述第一规则集和所述第二规则集，得到规则逻辑验证结果的步骤，包括：

根据预先配置的运行规则和预先获取的第一测试数据运行所述第一规则集和所述第二规则集；

当运行结束时，获取所述第一规则集对应的决策结果和所述第二规则集对应的运行报告；

响应于针对所述决策结果和所述运行报告的验证操作，获取所述验证操作对应的所述第一规则集的规则逻辑验证结果。

3.根据权利要求1所述的方法，其特征在于，所述获取目标规则集的步骤，包括：

获取规则验证请求信息；其中，所述规则验证请求信息包括目标kjar项目的项目标识，且所述项目标识用于指示待验证的规则集的版本和业务名称；

根据所述项目标识在预设的规则库中加载所述目标kjar项目；

对所述目标kjar项目进行解析，得到待验证的目标版本的第一规则集以及与所述第一规则集的业务名称相同、版本不同的多个第二规则集。

4.根据权利要求3所述的方法，其特征在于，所述方法还包括：

对所述第一规则集和多个所述第二规则集进行对比，得到不同版本的规则集之间的更改记录。

5.根据权利要求1所述的方法，其特征在于，所述第一规则集和所述第二规则集是通过基于Drools的规则配置系统生成的，且在生成所述第一规则集和所述第二规则集的过程中，根据业务类型分别设置所述第一规则集和所述第二规则集的参数变量值。

6.根据权利要求5所述的方法，其特征在于，所述参数变量值包括风控变量值；

所述基于预先获取的第二测试数据运行所述第一规则集，得到参数验证结果的步骤，包括：

在预设所述风控变量值的所述第一规则集上运行预先获取的第二测试数据，得到参数验证结果；其中，所述参数验证结果用于表征所述风控变量值的设置合理性。

7.根据权利要求1所述的方法，其特征在于，所述方法还包括：

获取历史测试数据，对所述历史测试数据进行变量清洗，得到所述第二测试数据；

或者，

获取原始测试数据和前一轮规则验证过程中使用的线上测试数据，将所述线上测试数据同步至所述原始测试数据，得到所述第二测试数据。

8.一种规则发布的确定装置，其特征在于，所述装置包括：

规则获取模块，用于获取目标规则集，其中，所述目标规则集包括第一规则集和第二规则集；所述第一规则集为待验证的目标版本的规则集；所述第二规则集为与所述第一规则集对应的业务名称相同、版本不同的规则集；

第一验证模块，用于基于预先获取的第一测试数据运行所述第一规则集和所述第二规则集，得到所述第一规则集的规则逻辑验证结果；

第二验证模块，用于基于预先获取的第二测试数据运行所述第一规则集，得到参数验证结果；

规则发布模块，用于当所述规则逻辑验证结果和所述参数验证结果均为验证通过时，确定发布所述第一规则集。

9.一种规则发布的确定系统，其特征在于，所述系统包括：处理器和存储装置；

所述存储装置上存储有计算机程序，所述计算机程序在被所述处理器运行时执行如权利要求1至7任一项所述的方法。

10.一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，其特征在于，所述计算机程序被处理器运行时执行上述权利要求1至7任一项所述的方法的步骤。

Images