CN107632842A - 规则配置和发布方法、***、设备及存储介质 - Google Patents

Abstract

本发明提供了一种规则配置和发布方法、***、设备及存储介质，该方法包括规则引擎提供规则配置界面并获取规则的配置数据；规则引擎提供插件上传界面并获取分流策略插件和执行策略插件；规则引擎提供规则集配置界面并获取用户在预设场景下配置的规则集数据；规则引擎生成待文件包；规则引擎将待发布文件包编译成可执行文件，并发布至目标对象。本发明以规则引擎为中心，可以灵活配置相关规则，通过将待发布的文件包编译成可执行文件并发布至服务器，实现规则的实时发布，并且可以动态添加各种分流策略和执行策略，降低运维人员的风险规则维护成本；按照不同的业务需求，可以做到实时的数据统计，做到更好地安全保障。

Description

规则配置和发布方法、***、设备及存储介质

技术领域

本发明涉及规则引擎技术领域，尤其涉及一种可灵活配置的规则配置和发布方法、***、设备及存储介质。

背景技术

随着公司业务的增长，薅羊毛等恶意行为越来越猖獗，并且攻击的手段越来越高端。当前提供的账户风控***是以coding(译码)及固定维度的方式对外服务，难以支持更多维度及规则的实时发布上线，业务得不到更好的保障。规则引擎由推理引擎发展而来，是一种嵌入在应用程序中的组件，实现了将业务决策从应用程序代码中分离出来，并使用预定义的语义模块编写业务决策。接受数据输入，解释业务规则，并根据业务规则做出业务决策。

现有的规则引擎一般采用Drools，Drools(JBoss Rules)具有一个易于访问企业策略、易于调整以及易于管理的开源业务规则引擎。然而，在实际应用中，Drools仍具有一些缺陷：

(1)drl文件解析过程中，由于需要对知识库(knowledge Base)进行jvm(JavaVirtual Machine，Java虚拟机)缓存，drl文件解析耗时较长；

(2)规则执行过程中，由于必须调用dispose函数进行工作记录管理，否则会内存溢出，并且执行过程依赖java反射，因此规则执行耗时较长；

(3)现有的规则引擎没有提供灵活的配置界面，使用十分不方便，规则配置繁杂，用户体验不高。

发明内容

针对现有技术中的问题，本发明的目的在于提供一种规则配置和发布方法、***、设备及存储介质，可灵活配置相关规则，实时发布，可动态添加各种分流策略和执行策略，降低运维人员的风险规则维护成本。

本发明实施例提供一种规则配置和发布方法，所述方法包括如下步骤：

规则引擎提供规则配置界面，获取用户的多个规则的配置数据；

所述规则引擎提供插件上传界面，获取用户上传的分流策略插件和执行策略插件，所述分流策略插件包括各个预设场景中规则集的查找策略，所述执行策略插件包括各个所述规则集中多个规则的执行策略；

所述规则引擎提供规则集配置界面，获取用户在预设场景下配置的规则集数据，所述规则集数据包括该规则集对规则的选择数据和执行策略的选择数据；

所述规则引擎生成待发布场景文件包和/或待发布规则集文件包；

所述规则引擎将所述待发布场景文件包和/或待发布规则集文件包编译成可执行文件，并将所述可执行文件发布至目标对象，该目标对象被配置为接收到所述可执行文件后将所述可执行文件加载到内存。

可选地，所述待发布场景文件包包括待发布的预设场景数据对应的分流策略插件和对应的规则集数据；所述待发布规则集文件包包括待发布的规则集数据、对应的执行策略插件和对应的规则的配置数据。

可选地，所述规则引擎将所述待发布场景文件包和/或待发布规则集文件包通过代码生成器编译成可运行的class文件，并将所述class文件发布至目标对象，该目标对象被配置为接收到所述class文件后通过class加载器加载至内存。

可选地，基于zookeeper进行服务器集群的状态监控，当有服务器上线时，zookeeper通知所述规则引擎，所述规则引擎将所述可执行文件发布至对应的服务器。

可选地，所述规则集的查找策略包括执行最新规则集的策略、按属性执行规则集的策略和随机执行规则集的策略中的至少一种。

可选地，所述分流策略还包括预设场景的A/B测试策略，所述A/B测试策略包括流量复制策略。

可选地，所述执行策略包括全部执行规则的策略、命中一条规则即结束执行的策略、返回最终命中规则结果的策略和返回全部命中规则结果的规则中的至少一种。

可选地，还包括如下步骤：

所述规则引擎提供场景配置界面，获取用户的场景配置数据，并根据用户的场景配置数据新建预设场景。

可选地，各个所述规则的配置数据包括对应的至少一比较符的配置数据，所述方法还包括如下步骤：

所述规则引擎提供比较符配置界面，获取用户的比较符的配置数据。

可选地，所述规则的配置数据包括对应的至少一维度的配置数据，所述方法还包括如下步骤：

所述规则引擎提供维度配置界面，获取用户的维度配置数据，所述维度配置数据包括单个维度的配置数据和/或多个维度的组合配置数据。

可选地，所述规则引擎获取到用户的多个维度的组合选择时，将各个维度的配置数据通过groovy插件进行组合，形成组合配置数据。

可选地，还包括如下步骤：

所述规则引擎确定待发布的服务器，根据待发布的服务器的IP地址，将所述可执行文件发布至对应的服务器。

可选地，还包括如下步骤：

所述规则引擎预设多个变量的枚举参数，并于所述变量对应的配置界面中以下拉菜单形式显示所对应的枚举参数。

本发明实施例还提供一种规则引擎配置和规则发布***，用于实现所述的规则配置和发布方法，所述***包括规则引擎，所述规则引擎包括：

规则配置模块，用于提供规则配置界面，并获取用户的多个规则的配置数据；

插件上传模块，用于提供插件上传界面，并获取用户上传的分流策略插件和执行策略插件，所述分流策略插件包括各个预设场景中规则集的查找策略，所述执行策略插件包括各个所述规则集中多个规则的执行策略；

规则集配置模块，用于提供规则集配置界面，并获取用户在预设场景下配置的规则集数据，所述规则集数据包括该规则集对规则的选择数据和执行策略的选择数据；以及

规则发布模块，用于生成待发布场景文件包和/或待发布规则集文件包，将所述待发布场景文件包和/或待发布规则集文件包编译成可执行文件，并将所述可执行文件发布至所述服务器集群中的目标对象，该目标对象被配置为接收到所述可执行文件后，将所述可执行文件加载到内存。

可选地，所述规则引擎还包括：

场景配置模块，用于获取用户的场景配置数据，并根据用户的场景配置数据新建预设场景；

比较符配置模块，用于获取用户的比较符的配置数据。

维度配置模块，用于获取用户的维度配置数据，所述维度配置数据包括单个维度的配置数据和/或多个维度的组合配置数据。

本发明实施例还提供一种规则引擎配置和规则发布设备，包括：

处理器；

存储器，其中存储有所述处理器的可执行指令；

其中，所述处理器配置为经由执行所述可执行指令来执行所述的规则配置和发布方法的步骤。

本发明实施例还提供一种计算机可读存储介质，用于存储程序，其特征在于，所述程序被执行时实现所述的规则配置和发布方法的步骤。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

本发明所提供的规则配置和发布方法、***、设备及存储介质具有下列优点：

通过采用本发明的规则引擎，以规则引擎为中心，可以灵活配置相关规则，通过将待发布的文件包编译成可执行文件并发布至服务器，实现规则的实时发布，并且可以动态添加各种分流策略和执行策略，降低运维人员的风险规则维护成本；按照不同的业务需求，可以做到实时的数据统计，做到更好地安全保障。

附图说明

通过阅读参照以下附图对非限制性实施例所作的详细描述，本发明的其它特征、目的和优点将会变得更明显。

图1是本发明一实施例的规则配置和发布方法的流程图；

图2是本发明一实施例的在终端D1中规则引擎提供的规则配置界面的示意图；

图3是本发明一实施例的在终端D1中规则引擎提供的规则集配置界面的示意图；

图4是本发明一实施例的在终端D1中规则引擎提供的插件上传界面的示意图；

图5是本发明一实施例的在终端D1中规则引擎提供的维度配置界面的示意图；

图6是本发明一实施例的在终端D1中规则引擎提供的比较符配置界面的示意图；

图7是本发明一实施例的规则配置和发布***的结构示意图；

图8是本发明一实施例的规则配置和发布设备的结构示意图；

图9是本发明一实施例的计算机可读存储介质的结构示意图。

具体实施方式

现在将参考附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的范例；相反，提供这些实施方式使得本公开将更加全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施方式中。

此外，附图仅为本公开的示意性图解，并非一定是按比例绘制。图中相同的附图标记表示相同或类似的部分，因而将省略对它们的重复描述。附图中所示的一些方框图是功能实体，不一定必须与物理或逻辑上独立的实体相对应。可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。

如图1所示，本发明实施例提供一种规则配置和发布方法，所述方法包括如下步骤：

S100：规则引擎提供规则配置界面，获取用户的多个规则的配置数据；规则的配置界面可以参见图2所示，此处规则的配置界面设置于一个终端D1中，终端D1可以是手机、电脑、平板等等，但不限于此；

S200：所述规则引擎提供插件上传界面，获取用户上传的分流策略插件和执行策略插件，所述分流策略插件包括各个预设场景中规则集的查找策略，所述执行策略插件包括各个所述规则集中多个规则的执行策略；插件上传界面可以参见图4所示；预设场景可以包括多种不同的场景，例如用户登录场景、注册场景等等；

S300：所述规则引擎提供规则集配置界面，获取用户在预设场景下配置的规则集数据，所述规则集数据包括该规则集对规则的选择数据和执行策略的选择数据；规则集配置界面可以参见图3所示；

S400：所述规则引擎生成待发布场景文件包和/或待发布规则集文件包；

S500：所述规则引擎将所述待发布场景文件包和/或待发布规则集文件包编译成可执行文件，并将所述可执行文件发布至目标对象；即本发明中规则引擎的规则发布不仅可以以整个场景发布的形式，还可以单独发布场景中的某个规则集；该服务器被配置为接收到所述可执行文件后将所述可执行文件加载到内存。

可选地，所述待发布场景文件包包括待发布的预设场景数据对应的分流策略插件和对应的规则集数据；所述待发布规则集文件包包括待发布的规则集数据、对应的执行策略插件和对应的规则的配置数据。

因此服务器在执行相应的规则时，首先根据当前所处的场景选择对应的规则集，一个场景下面可能会对应多个规则集，但是每个规则集只会对应一个场景，即场景和规则集之间是一对多的关系；然后根据分流规则中的查找规则执行场景中的规则集。一个规则集下面可能会对应多个规则，并且不同的规则集可以共用某些规则。在执行某个规则集时，根据执行规则执行该规则集中的规则。

进一步地，在该实施例中，所述规则引擎将所述待发布场景文件包和/或待发布规则集文件包通过代码生成器编译成可运行的class文件，并将所述class文件发布至服务器；所述服务器接收到所述class文件后，通过class加载器加载至内存。class文件即为Java class文件，用于在平台无关性和网络移动性方面使Java更适合网络。其在平台无关性方面的任务是：为Java程序提供独立于底层主机平台的二进制形式的服务。该文件打破了C或者C++等语言所遵循的传统，使用这些传统语言写的程序通常首先被编译，然后被连接成单独的、专门支持特定硬件平台和操作***的二进制文件。因此，在服务器将class文件加载到内存中时，在运行时即会执行相应的规则。

进一步地，该实施例中，通过zookeeper进行无状态监控的方式。具体地，基于zookeeper进行服务器集群的状态监控，当有服务器上线时，zookeeper通知所述规则引擎，所述规则引擎将所述可执行文件发布至对应的服务器。

如图2所示，为该实施例的规则引擎提供的规则配置界面的示意图。在该配置界面中，可以对规则的名称、描述、判断条件、不同判断结果的响应类型、响应级别等信息进行配置，实现了规则的可视化灵活配置。

如图3所示，为该实施例的规则引擎提供的规则集配置界面的示意图。在该配置界面中，可以对规则集的名称、描述、执行策略和规则进行配置，实现了规则集的可视化灵活配置。

如图4所示，为该实施例的规则引擎提供的插件上传界面的示意图。通过该界面，用户可以轻松实现java插件的上传，按照预定义的接口自动解析。具体地，所述规则集的查找策略可以包括执行最新规则集的策略、按属性执行规则集的策略和随机执行规则集的策略中的至少一种。所述执行策略可以包括全部执行规则的策略、命中一条规则即结束执行的策略、返回最终命中规则结果的策略和返回全部命中规则结果的规则中的至少一种。

进一步地，采用该实施例的规则配置和发布方法，在实现规则热发布的基础上，还可以实现在线A/B测试。所述分流策略还包括预设场景的A/B测试策略，所述A/B测试策略包括流量复制策略。A/B测试，简单来说，就是为同一个目标制定两个方案(比如两个页面)，让一部分用户使用A方案，另一部分用户使用B方案，记录下用户的使用情况，看哪个方案更符合设计。A/B测试其实是一种“先验”的实验体系，属于预测型结论，与“后验”的归纳性结论差别巨大。A/B测试的目的在于通过科学的实验设计、采样样本代表性、流量分割与小流量测试等方式来获得具有代表性的实验结论，并确信该结论在推广到全部流量可信。

进一步地，所述规则引擎还可以提供场景配置界面，获取用户的场景配置数据，并根据用户的场景配置数据新建预设场景。在场景配置过程中，可以对场景的名称、场景的描述以及场景的其他信息进行配置。

进一步地，如图5所示，该实施例还提供了一种维度配置界面，所述规则的配置数据还包括对应的至少一维度的配置数据。所述规则引擎提供维度配置界面，并且获取用户的维度配置数据，所述维度配置数据包括单个维度的配置数据和/或多个维度的组合配置数据。从图中可以看出，维度配置界面可以对维度的名称、来源、类型、其他信息等进行配置。并且可以进一步通过多值组合来选择多个维度组合。

现有技术中的规则引擎在配置时，往往只能配置单个维度。例如，配置某个ip下的uid登录数，但是要实现某个ip下具体的某个uid的登录次数，就是ip与uid的组合维度。该实施例通过groovy插件进行多个维度的组合。即所述规则引擎获取到用户的多个维度的组合选择时，将各个维度的配置数据通过groovy插件进行组合，形成组合配置数据。Groovy是用于Java虚拟机的一种敏捷的动态语言，它是一种成熟的面向对象编程语言，既可以用于面向对象编程，又可以用作纯粹的脚本语言。使用该种语言不必编写过多的代码，同时又具有闭包和动态语言中的其他特性。groovy是JVM的一个替代语言，使用方式基本与使用Java代码的方式相同，设计时充分考虑了Java集成，这使groovy与Java代码的互操作很容易。由于class可执行文件在执行时，较难实现多个维度的多个编译，采用groovy即可以解决该问题。

进一步地，如图6所示，该实施例还提供了一种比较符配置界面。各个所述规则的配置数据包括对应的至少一比较符的配置数据，所述规则引擎提供比较符配置界面，并且获取用户的比较符的配置数据。常用的数字比较符，例如大于、等于等，字符串的包含等，都可以通过该界面灵活配置。

进一步地，在服务器集群中，还可以针对服务器的ip进行规则发布，而不一定每次规则发布都针对所有的服务器。即所述规则引擎确定待发布的服务器后，根据待发布的服务器的IP地址，将所述可执行文件发布至对应的服务器。

进一步地，在该实施例中，所述规则引擎还可以预设多个变量的枚举参数，并于所述变量对应的配置界面中以下拉菜单形式显示所对应的枚举参数，减少用户配置过程中的误操作。例如图2中规则配置界面里，IP的login-site风险值的判断条件，下拉菜单里设置了多个枚举参数：不等于<数字>、为空、大于<数字>等等。

因此，本发明实施例通过前端原生js(JavaScript，是一种直译式脚本语言，是一种动态类型、弱类型、基于原型的语言，内置支持类型)来实现各种灵活的配置界面，管理后端通过codegen(代码生成器)自助生成java文件，编译为可运行的class文件，发布到服务执行端，通过classloader(class加载器)加载到内存，可做到规则的加载，卸载与更新等，相比于现有技术，具有十分突出的优势：支持多维度及复合维度的实时添加；动态添加各种分流策略及规则执行方式；动态添加各种比较符；规则的灵活配置及AB Test，可动态实时发布。

如图7所示，本发明实施例还提供一种规则引擎配置和规则发布***，用于实现所述的规则配置和发布方法，所述***包括规则引擎，所述规则引擎包括规则配置模块100、插件上传模块200、规则集配置模块300和规则发布模块400。其中：

所述规则配置模块100用于提供规则配置界面，并获取用户的多个规则的配置数据；

所述插件上传模块200用于提供插件上传界面，并获取用户上传的分流策略插件和执行策略插件，所述分流策略插件包括各个预设场景中规则集的查找策略，所述执行策略插件包括各个所述规则集中多个规则的执行策略；

所述规则集配置模块300用于提供规则集配置界面，并获取用户在预设场景下配置的规则集数据，所述规则集数据包括该规则集对规则的选择数据和执行策略的选择数据；以及

所述规则发布模块400用于生成待发布场景文件包和/或待发布规则集文件包，将所述待发布场景文件包和/或待发布规则集文件包编译成可执行文件，并将所述可执行文件发布至所述服务器集群中的目标对象。

在该实施例中，目标对象为待发布服务器500；所述待发布服务器500接收到所述可执行文件后，将所述可执行文件加载到内存。

进一步地，所述规则引擎还可以包括：

场景配置模块，用于获取用户的场景配置数据，并根据用户的场景配置数据新建预设场景；

比较符配置模块，用于获取用户的比较符的配置数据。

维度配置模块，用于获取用户的维度配置数据，所述维度配置数据包括单个维度的配置数据和/或多个维度的组合配置数据。

在实际应用中，总体来说，规则引擎中可以包括三个部分：公用组件、工程内组件和规则发布组件。

公用组件具体可以包括：

工程：用来区分不同的服务域。比如风控，验证码，UGC。在不同的域下，来划分不同的模型及规则等。

字典：类似于java中的enum(枚举类型)，可以将一些固定的参数以下拉的方式展示，减少误操作。

维度：对维度以及相应的数据进行管控，包括维度组合，属性所属类型，存储地，值转换等。

插件：可上传自定义的分流策略，规则执行方式已经流量的复制策略等。

比较符：数字类型的大于，等于，小于等操作，可实时配置即可。

工程内组件具体可以包括：

业务场景管理：对应每个风险点，比如登录，注册等。

模型管理：拥有哪些模型可进行规则配置。

集群管理：本工程下，有哪些服务器ip，可针对某ip进行发布。

规则管理：支持普通规则，评分卡，决策表等。

规则集：与业务场景对应，为多规则的集合，并且可以选择某服务器发布。

规则统计：统计某个场景下的某个规则集的执行情况及规则集具体的单一规则执行情况。

因此，该实施例的规则引擎配置和规则发布***，以规则引擎为中心，可做到实时的规则发布，按照不同的业务需求，可做到实时的数据统计，规则加数据，做到更好的安全保障。现有技术中的发布方式中，如果添加一条新的统计方式，需要按照标准的发布流程进行coding，战线太长；现在只需要通过简单的配置即可，实时发布。

本发明实施例还提供一种规则引擎配置和规则发布设备，包括处理器；存储器，其中存储有所述处理器的可执行指令；其中，所述处理器配置为经由执行所述可执行指令来执行所述的规则配置和发布方法的步骤。

所属技术领域的技术人员能够理解，本发明的各个方面可以实现为***、方法或程序产品。因此，本发明的各个方面可以具体实现为以下形式，即：完全的硬件实施方式、完全的软件实施方式(包括固件、微代码等)，或硬件和软件方面结合的实施方式，这里可以统称为“电路”、“模块”或“平台”。

下面参照图8来描述根据本发明的这种实施方式的电子设备600。图8显示的电子设备600仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图8所示，电子设备600以通用计算设备的形式表现。电子设备600的组件可以包括但不限于：至少一个处理单元610、至少一个存储单元620、连接不同平台组件(包括存储单元620和处理单元610)的总线630、显示单元640等。

其中，所述存储单元存储有程序代码，所述程序代码可以被所述处理单元610执行，使得所述处理单元610执行本说明书上述电子处方流转处理方法部分中描述的根据本发明各种示例性实施方式的步骤。例如，所述处理单元610可以执行如图1中所示的步骤。

所述存储单元620可以包括易失性存储单元形式的可读介质，例如随机存取存储单元(RAM)6201和/或高速缓存存储单元6202，还可以进一步包括只读存储单元(ROM)6203。

所述存储单元620还可以包括具有一组(至少一个)程序模块6205的程序/实用工具6204，这样的程序模块6205包括但不限于：操作***、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。

总线630可以为表示几类总线结构中的一种或多种，包括存储单元总线或者存储单元控制器、***总线、图形加速端口、处理单元或者使用多种总线结构中的任意总线结构的局域总线。

电子设备600也可以与一个或多个外部设备700(例如键盘、指向设备、蓝牙设备等)通信，还可与一个或者多个使得用户能与该电子设备600交互的设备通信，和/或与使得该电子设备600能与一个或多个其它计算设备进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口650进行。并且，电子设备600还可以通过网络适配器660与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。网络适配器660可以通过总线630与电子设备600的其它模块通信。应当明白，尽管图中未示出，可以结合电子设备600使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID***、磁带驱动器以及数据备份存储平台等。

本发明实施例还提供一种计算机可读存储介质，用于存储程序，所述程序被执行时实现所述的规则配置和发布方法的步骤。在一些可能的实施方式中，本发明的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当所述程序产品在终端设备上运行时，所述程序代码用于使所述终端设备执行本说明书上述电子处方流转处理方法部分中描述的根据本发明各种示例性实施方式的步骤。

参考图9所示，描述了根据本发明的实施方式的用于实现上述方法的程序产品800，其可以采用便携式紧凑盘只读存储器(CD-ROM)并包括程序代码，并可以在终端设备，例如个人电脑上运行。然而，本发明的程序产品不限于此，在本文件中，可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行***、装置或者器件使用或者与其结合使用。

所述程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以为但不限于电、磁、光、电磁、红外线、或半导体的***、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。

所述计算机可读存储介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。可读存储介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由指令执行***、装置或者器件使用或者与其结合使用的程序。可读存储介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、有线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言的任意组合来编写用于执行本发明操作的程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如Java、C++等，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网(LAN)或广域网(WAN)，连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。

本发明所提供的规则配置和发布方法、***、设备及存储介质具有下列优点：

本发明通过采用本发明的规则引擎，以规则引擎为中心，可以灵活配置相关规则，通过将待发布的文件包编译成可执行文件并发布至服务器，实现规则的实时发布，并且可以动态添加各种分流策略和执行策略，降低运维人员的风险规则维护成本；按照不同的业务需求，可以做到实时的数据统计，做到更好地安全保障。

以上内容是结合具体的优选实施方式对本发明所作的进一步详细说明，不能认定本发明的具体实施只局限于这些说明。对于本发明所属技术领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干简单推演或替换，都应当视为属于本发明的保护范围。

Claims (17)

1.一种规则配置和发布方法，其特征在于，包括如下步骤：

规则引擎提供规则配置界面，获取用户的多个规则的配置数据；

所述规则引擎提供插件上传界面，获取用户上传的分流策略插件和执行策略插件，所述分流策略插件包括各个预设场景中规则集的查找策略，所述执行策略插件包括各个所述规则集中多个规则的执行策略；

所述规则引擎提供规则集配置界面，获取用户在预设场景下配置的规则集数据，所述规则集数据包括该规则集对规则的选择数据和执行策略的选择数据；

所述规则引擎生成待发布场景文件包和/或待发布规则集文件包；

所述规则引擎将所述待发布场景文件包和/或待发布规则集文件包编译成可执行文件，并将所述可执行文件发布至目标对象，该目标对象被配置为接收到所述可执行文件后将所述可执行文件加载到内存。

2.根据权利要求1所述的规则配置和发布方法，其特征在于，所述待发布场景文件包包括待发布的预设场景数据对应的分流策略插件和对应的规则集数据；所述待发布规则集文件包包括待发布的规则集数据、对应的执行策略插件和对应的规则的配置数据。

3.根据权利要求1所述的规则配置和发布方法，其特征在于，所述规则引擎将所述待发布场景文件包和/或待发布规则集文件包通过代码生成器编译成可运行的class文件，并将所述class文件发布至目标对象，所述目标对象被配置为接收到所述class文件后通过class加载器加载到内存。

4.根据权利要求1所述的规则配置和发布方法，其特征在于，基于zookeeper进行服务器集群的状态监控，当有服务器上线时，zookeeper通知所述规则引擎，所述规则引擎将所述可执行文件发布至对应的服务器。

5.根据权利要求1所述的规则配置和发布方法，其特征在于，所述规则集的查找策略包括执行最新规则集的策略、按属性执行规则集的策略和随机执行规则集的策略中的至少一种。

6.根据权利要求1所述的规则配置和发布方法，其特征在于，所述分流策略还包括预设场景的A/B测试策略，所述A/B测试策略包括流量复制策略。

7.根据权利要求1所述的规则配置和发布方法，其特征在于，所述执行策略包括全部执行规则的策略、命中一条规则即结束执行的策略、返回最终命中规则结果的策略和返回全部命中规则结果的规则中的至少一种。

8.根据权利要求1所述的规则配置和发布方法，其特征在于，还包括如下步骤：

所述规则引擎提供场景配置界面，获取用户的场景配置数据，并根据用户的场景配置数据新建预设场景。

9.根据权利要求1所述的规则配置和发布方法，其特征在于，各个所述规则的配置数据包括对应的至少一比较符的配置数据，所述方法还包括如下步骤：

所述规则引擎提供比较符配置界面，获取用户的比较符的配置数据。

10.根据权利要求1所述的规则配置和发布方法，其特征在于，所述规则的配置数据包括对应的至少一维度的配置数据，所述方法还包括如下步骤：

所述规则引擎提供维度配置界面，获取用户的维度配置数据，所述维度配置数据包括单个维度的配置数据和/或多个维度的组合配置数据。

11.根据权利要求10所述的规则配置和发布方法，其特征在于，所述规则引擎获取到用户的多个维度的组合选择时，将各个维度的配置数据通过groovy插件进行组合，形成组合配置数据。

12.根据权利要求1所述的规则配置和发布方法，其特征在于，还包括如下步骤：

所述规则引擎确定待发布的服务器，根据待发布的服务器的IP地址，将所述可执行文件发布至对应的服务器。

13.根据权利要求1所述的规则配置和发布方法，其特征在于，还包括如下步骤：

所述规则引擎预设多个变量的枚举参数，并于所述变量对应的配置界面中以下拉菜单形式显示所对应的枚举参数。

14.一种规则引擎配置和规则发布***，用于实现权利要求1至13中任一项所述的规则配置和发布方法，其特征在于，所述***包括规则引擎，所述规则引擎包括：

规则配置模块，用于提供规则配置界面，并获取用户的多个规则的配置数据；

插件上传模块，用于提供插件上传界面，并获取用户上传的分流策略插件和执行策略插件，所述分流策略插件包括各个预设场景中规则集的查找策略，所述执行策略插件包括各个所述规则集中多个规则的执行策略；

规则集配置模块，用于提供规则集配置界面，并获取用户在预设场景下配置的规则集数据，所述规则集数据包括该规则集对规则的选择数据和执行策略的选择数据；以及

规则发布模块，用于生成待发布场景文件包和/或待发布规则集文件包，将所述待发布场景文件包和/或待发布规则集文件包编译成可执行文件，并将所述可执行文件发布至目标对象，该目标对象被配置为接收到所述可执行文件后将所述可执行文件加载到内存。

15.根据权利要求14所述的规则引擎配置和规则发布***，其特征在于，所述规则引擎还包括：

场景配置模块，用于获取用户的场景配置数据，并根据用户的场景配置数据新建预设场景；

比较符配置模块，用于获取用户的比较符的配置数据。

维度配置模块，用于获取用户的维度配置数据，所述维度配置数据包括单个维度的配置数据和/或多个维度的组合配置数据。

16.一种规则引擎配置和规则发布设备，其特征在于，包括：

处理器；

存储器，其中存储有所述处理器的可执行指令；

其中，所述处理器配置为经由执行所述可执行指令来执行权利要求1至13中任一项所述的规则配置和发布方法的步骤。

17.一种计算机可读存储介质，用于存储程序，其特征在于，所述程序被执行时实现权利要求1至13中任一项所述的规则配置和发布方法的步骤。