CN109903034B - 规则匹配方法、装置、计算机可读存储介质和计算机设备 - Google Patents

Abstract

本申请涉及一种规则匹配方法，包括：接收规则匹配请求，规则匹配请求包括目标业务标识和业务事件信息；基于目标业务标识获取目标规则描述文件；目标规则描述文件包括与目标业务标识匹配的策略模板、策略模板包含的联合策略、以及联合策略包含的元策略；基于业务事件信息对联合策略包含的元策略进行命中验证，并基于元策略的验证结果从策略模板包含的联合策略中确定目标命中联合策略；目标命中联合策略包含的全部元策略均命中；基于目标命中联合策略，得到规则匹配结果。本申请提供的方案能够降低对规则进行变更的入门门槛及学习成本。

Description

规则匹配方法、装置、计算机可读存储介质和计算机设备

技术领域

本申请涉及计算机技术领域，特别是涉及一种规则匹配方法、装置、计算机可读存储介质和计算机设备。

背景技术

通常，规则匹配是指将事实集与规则中的条件进行匹配得到规则匹配结果。目前，主要是通过Rete算法进行规则匹配，即基于预定条件构建规则树，再按照节点流转顺序，验证事实集是否命中各验证节点上的规则，再基于验证结果得到规则匹配结果。

如图1所示，基于业务是充值、支付渠道是银行卡、支付折扣是9.1折、充值频率大于20笔/s、以及充值额度大于10000元这些条件构建规则树，再验证事实集(即A节点对应的“充值游戏币”、B节点对应的“银行卡”、D节点对应的“9.1折”、F节点对应的“120笔/s”、H节点对应的“10000”)是否命中验证节点C、E、G及I上的规则。

然而，对于规则树，需要采用领域专用语言对规则进行描述，有时还需夹杂部分Java等高级语法代码，非专业人员难以理解规则的描述，导致对规则进行变更的入门门槛及学习成本高。

发明内容

基于此，有必要针对传统方式中对规则进行变更的入门门槛及学习成本高的技术问题，提供一种规则匹配方法、装置、计算机可读存储介质和计算机设备。

一种规则匹配方法，包括：

接收规则匹配请求，所述规则匹配请求包括目标业务标识和业务事件信息；

基于所述目标业务标识获取目标规则描述文件；所述目标规则描述文件包括与所述目标业务标识匹配的策略模板、所述策略模板包含的联合策略、以及所述联合策略包含的元策略；

基于所述业务事件信息对所述联合策略包含的元策略进行命中验证，并基于所述元策略的验证结果从所述策略模板包含的联合策略中确定目标命中联合策略；所述目标命中联合策略包含的全部元策略均命中；

基于所述目标命中联合策略，得到规则匹配结果。

一种规则匹配装置，包括：

验证请求接收模块，用于接收规则匹配请求，所述规则匹配请求包括目标业务标识和业务事件信息；

规则文件获取模块，用于基于所述目标业务标识获取目标规则描述文件；所述目标规则描述文件包括与所述目标业务标识匹配的策略模板、所述策略模板包含的联合策略、以及所述联合策略包含的元策略；

命中验证模块，用于基于所述业务事件信息对所述联合策略包含的元策略进行命中验证，并基于所述元策略的验证结果从所述策略模板包含的联合策略中确定目标命中联合策略；所述目标命中联合策略包含的全部元策略均命中；

验证结果获取模块，用于基于所述目标命中联合策略，得到规则匹配结果。

一种计算机可读存储介质，存储有计算机程序，所述计算机程序被处理器执行时，使得所述处理器执行如上规则匹配方法中的步骤。

一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，所述计算机程序被所述处理器执行时，使得所述处理器执行如上规则匹配方法中的步骤。

如上所述的技术方案，接收包括目标业务标识和业务事件信息的规则匹配请求，再基于目标业务标识，获取包括与目标业务标识匹配的策略模板、策略模板包含的联合策略、以及联合策略包含的元策略的目标规则描述文件，进而基于规则业务事件信息对联合策略包含的元策略进行命中验证，并基于元策略的验证结果从策略模板包含的联合策略中确定包含的全部元策略均命中的目标命中联合策略，进而基于目标命中联合策略得到规则匹配结果。如此，采用简单的策略之间包含关系进行规则描述，策略之间的递进关系明确且关联结构清晰，降低了非专业人员的理解难度，从而能够有效地降低对规则进行变更的入门门槛及学习成本。

附图说明

图1为现有匹配算法的原理示意图；

图2为一个实施例中规则匹配方法的应用环境图；

图3为一个实施例中规则匹配方法的流程示意图；

图4为一个实施例中生成规则描述文件的方法的流程示意图；

图5为一个实施例中联合策略的不同验证顺序下的对比示意图；

图6为一个实施例元中策略的不同验证顺序下的对比示意图；

图7为一个实施例中策略数据之间的关系示意图；

图8为一个实施例中基于规则描述文件进行规则匹配的原理示意图；

图9为一个实施例中规则匹配装置的结构框图；

图10为一个实施例中计算机设备的结构框图。

具体实施方式

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

需要说明的是，本申请所使用的术语“第一”、“第二”等是用于对类似的对象作出命名上的区分，但这些对象本身不受这些术语限制。应当理解，在不脱离本申请的范围的情况下，这些术语在适当的情况下可以互换。

本申请各实施例提供的规则匹配方法，可以应用于如图2所示的应用环境中。该应用环境可以涉及策略数据库210、规则管理设备220、规则匹配设备230、以及业务处理设备240。

具体地，规则管理设备220针对每一个预先设定的业务标识，向策略数据库210发送包括该业务标识的策略数据查询请求。策略数据库210基于接收到的策略数据查询请求中的该业务标识，确定与该业务标识匹配的策略模板、该策略模板包含的联合策略、以及该联合策略包含的元策略，并将确定的数据返回至规则管理设备220。规则管理设备220基于接收到的与该业务标识匹配的策略模板、该策略模板包含的联合策略、以及该联合策略包含的元策略，生成与该业务标识匹配的规则描述文件。

后续，业务处理设备240向规则匹配设备230发送规则匹配请求，规则匹配请求包括目标业务标识和业务事件信息。规则匹配设备230接收规则匹配请求，再基于目标业务标识，从规则管理设备220存储的各规则描述文件中获取目标规则描述文件，目标规则描述文件包括与目标业务标识匹配的策略模板、该策略模板包含的联合策略、以及该联合策略包含的元策略；进而，规则匹配设备230基于业务事件信息对该联合策略包含的元策略进行命中验证，并基于元策略的验证结果从策略模板包含的联合策略中确定目标命中联合策略，其中目标命中联合策略包含的全部元策略均命中；而后，规则匹配设备230基于目标命中联合策略，得到规则匹配结果。

其中，策略数据库210、规则管理设备220、规则匹配设备230、以及业务处理设备240，均可以采用独立的服务器实现，或者采用多个服务器组成的服务器集群来实现。

在一个实施例中，如图2所示，提供了一种规则匹配方法。以该方法应用于上述图1中的规则匹配设备230为例进行说明。该方法可以包括如下步骤S302至S308。

S302，接收规则匹配请求，规则匹配请求包括目标业务标识和业务事件信息。

业务标识，可以是业务场景的唯一标识，其可以用于区分不同的业务场景。每一个业务场景均可以具有与之匹配的规则描述文件，亦即每一个业务标识均可以具有与之匹配的规则描述文件，此外，不同的业务场景可以匹配不同的规则描述文件，亦即不同的业务标识可以匹配不同的规则描述文件。相应地，目标业务标识可以是目标业务场景的唯一标识，目标业务场景是需要获取与之匹配的规则描述文件的业务场景，亦即目标业务标识是需要获取与之匹配的规则描述文件的业务标识。

具体地，业务标识可以包括整体业务标识。整体业务标识可以是业务的唯一标识。在此情况下，由业务代表业务场景，每一个业务均代表一个业务场景，不同的业务代表不同的业务场景。

举例说明，业务B1和业务B2是两个不同的业务，业务标识A1-1包括整体业务标识BS1，整体业务标识BS1是业务B1的唯一标识，业务标识A2-1包括整体业务标识BS2，整体业务标识BS2是业务B2的唯一标识。据此，业务标识A1-1和业务标识A2-1分别是2个不同的业务场景的唯一标识，这2个不同的业务场景分别为业务B1代表的业务场景S1-1、以及业务B2代表的业务场景S2-1。

业务标识也可以同时包括整体业务标识和工作阶段标识。工作阶段标识可以是业务中的工作阶段的唯一标识。可以理解，一个业务可以包括两个以上(含两个)的工作阶段，比如游戏充值业务可以包括下单阶段、支付阶段、发货阶段、以及营销阶段。在此情况下，由业务和业务的工作阶段这2个维度共同代表业务场景，每一个业务的每一个工作阶段代表一个业务场景，这2个维度中存在任一维度不同则代表不同的业务场景，亦即同一业务的不同工作阶段代表不同的业务场景，不同业务的不同工作阶段也代表不同的业务场景，不同业务的相同工作阶段仍代表不同的业务场景。

举例说明，业务B3包括工作阶段T3-1和T3-2，业务B4包括工作阶段T4-1和T4-2，业务B3和业务B4是两个不同的业务；业务标识A3-1包括整体业务标识BS3和工作阶段标识TP3-1，整体业务标识BS3是业务B3的唯一标识，工作阶段标识TP3-1是业务B3的工作阶段T3-1的唯一标识；业务标识A3-2包括整体业务标识BS3和工作阶段标识TP3-2，工作阶段标识TP3-2是业务B3的工作阶段T3-2的唯一标识；业务标识A4-1包括整体业务标识BS4和工作阶段标识TP4-1，整体业务标识BS4是业务B4的唯一标识，工作阶段标识TP4-1是业务B4的工作阶段T4-1的唯一标识；业务标识A4-2包括整体业务标识BS4和工作阶段标识TP4-2，工作阶段标识TP4-2是业务B4的工作阶段T4-2的唯一标识。据此，业务标识A3-1、A3-2、A4-1、A4-2分别是4个不同的业务场景的唯一标识，这4个不同的业务场景分别为：业务B3的工作阶段T3-1代表的业务场景S3-1、业务B3的工作阶段T3-2代表的业务场景S3-2、业务B4的工作阶段T4-1代表的业务场景S4-1、业务B4的工作阶段T4-2代表的业务场景S4-2。

此外，业务标识也可以同时包括整体业务标识、工作阶段标识、以及业务灰度标识。业务灰度标识可以是业务中的自定义条件的唯一标识。比如，针对游戏充值业务，自定义条件可以为充值账号的号段属于预定号段。在此情况下，由业务、业务的工作阶段、以及业务中的自定义条件这三个维度共同代表一个业务场景，这3个维度中存在任一维度不同则代表不同的业务场景。

业务事件信息，是目标业务场景中产生的业务事件的描述信息。比如，目标业务场景可以为游戏币充值业务中的下单阶段，业务事件可以是游戏币充值下单事件，用户每提交一笔游戏币充值订单则产生一个游戏币充值下单事件，游戏币充值下单事件的业务事件信息可以包括充值账号信息、充值频率信息、下单设备信息以及登录所在地信息，但不限于此。

此外，业务事件信息亦是对相应元策略进行命中验证的事实依据。在本实施例中，业务事件信息可以是对相应元策略进行命中验证的直接事实依据，即可以直接基于业务事件信息对相应元策略进行命中验证，而无需额外进行数据转化；或者，业务事件信息也可以是间接事实依据，亦即业务事件信息是获得对相应元策略进行命中验证的直接事实依据所使用的信息。

S304，基于目标业务标识获取目标规则描述文件。

规则描述文件与业务场景之间可以具有匹配关系，每一个业务场景均可以具有与之匹配的规则描述文件，相应地，规则描述文件与业务标识之间可以具有匹配关系，每一个业务标识均可以具有与之匹配的规则描述文件。

规则描述文件，可以用于描述针对与之匹配的业务场景需要验证的策略。规则描述文件可以包括与相匹配的业务场景匹配的策略模板、该策略模板包含的联合策略、以及该联合策略包含的元策略，亦即与相匹配的业务标识匹配的策略模板、该策略模板包含的联合策略、以及该联合策略包含的元策略。相应地，目标规则描述文件包括与目标业务标识(亦即目标业务场景)匹配的策略模板、策略模板包含的联合策略、以及联合策略包含的元策略。

策略模板可以包含针对该策略模板所匹配的业务场景需要验证的联合策略。比如，业务场景S1-1与策略模板SM1-1匹配，假设预先设定针对业务场景S1-1需要验证联合策略US1和联合策略US2，则策略模板SM1-1包含联合策略US1和联合策略US2。

联合策略可以包含用作判断该联合策略的命中情况的依据的元策略。此外，可以基于联合策略包含的元策略的命中情况判断该联合策略的命中情况。承接前述示例，如图3所示，元策略US1-1、元策略US1-2以及元策略US1-3用作判断联合策略US1的命中情况的依据，则联合策略US1包含元策略US1-1、元策略US1-2以及元策略US1-3，此外可以基于元策略US1-1、元策略US1-2以及元策略US1-3的命中情况，判断联合策略US1的命中情况；元策略US2-1和元策略US2-2用作判断联合策略US2的命中情况的依据，则联合策略US2包含元策略US2-1和元策略US2-2，此外可以基于元策略US2-1和元策略US2-2的命中情况判断联合策略US2的命中情况。

元策略可以是最小原子操作的判断逻辑，即一个元策略仅对应单一的验证条件。比如，年龄大于30岁这一验证条件可以对应一个元策略，性别为男性这一验证条件也可以对应一个元策略，但年龄大于30岁且性别为男性这一验证条件，由于其是由两个单一的验证条件组合而成，无法对应一个元策略。

此外，可以预先针对多个业务场景，生成与各业务场景分别匹配的规则描述文件。据此，目标规则描述文件可以是预先生成的各规则描述文件中与目标业务标识匹配的规则描述文件，其可以基于目标业务标识从预先生成的各规则描述文件中查找得到。

具体地，可以由规则匹配设备(即本申请各实施例提供的规则匹配方法的执行主体)以外的其他设备，完成预先针对多个业务场景，生成与各业务场景分别匹配的规则描述文件的任务。据此，基于目标业务标识获取目标规则描述文件的具体实施方式可以如下：规则匹配设备接收到规则匹配请求后，基于规则匹配请求中的目标业务标识生成规则文件查询请求，并将该规则文件查询请求发送至该其他设备，该其他设备从其存储的各规则描述文件中查找与目标业务标识匹配的规则描述文件(即目标规则描述文件)，并将查找到的规则描述文件发送至规则匹配设备，进而规则匹配设备接收目标规则描述文件。

但可以理解，上述规则描述文件的生成任务也可以由规则匹配设备完成。此外，预先生成的各规则描述文件也可以存于规则匹配设备上，据此规则匹配设备接收到规则匹配请求后，可以基于规则匹配请求中的目标业务标识从本地查找与目标业务标识匹配的规则描述文件。

S306，基于业务事件信息对联合策略包含的元策略进行命中验证，并基于元策略的验证结果从策略模板包含的联合策略中确定目标命中联合策略。

计算机设备获取到目标规则描述文件后，可以先解析该目标规则描述文件，得到目标规则描述文件中的策略模板。再解析该策略模板，得到该策略模板包含的联合策略。进而，解析该策略模板包含的联合策略，得到该联合策略包含的元策略，并基于该元策略对应的业务事件信息对该元策略进行命中验证，从而基于该联合策略包含的元策略的命中情况，确定该联合策略是否为目标命中联合策略。

命中验证，是验证策略是否命中的操作。比如，对元策略进行命中验证，即为验证该元策略是否命中。

目标命中联合策略包含的全部元策略均命中。相应地，针对任一联合策略，若该联合策略包含的元策略中，存在任一元策略未命中，则该联合策略不是目标命中联合策略。比如，联合策略US1包含元策略US1-1、元策略US1-2以及元策略US1-3，若元策略US1-1、元策略US1-2以及元策略US1-3均命中，则该联合策略US1为目标命中联合策略；若元策略US1-1、元策略US1-2以及元策略US1-3中存在任一元策略未命中，则该联合策略US1不是目标命中联合策略。

具体地，可以仅将策略模板包含的联合策略中、第一个确定出其包含的全部元策略均命中的联合策略，确定为目标命中联合策略。据此，可以在首次确定出策略模板中的联合策略所包含的全部元策略均命中时，将该联合策略确定为目标命中联合策略，并且不再继续对该策略模板包含的剩余联合策略包含的元策略进行命中验证，剩余联合策略是未对其包含的元策略进行命中验证的联合策略，以此节省计算机设备的运算资源。

或者，也可以在首次确定出策略模板中的联合策略所包含的全部元策略均命中时，将该联合策略确定为目标命中联合策略，并继续对该策略模板包含的剩余联合策略包含的元策略进行命中验证，但即使再次确定出其包含的全部元策略均命中的联合策略，也不再将该联合策略确定为目标命中联合策略，据此得到该模板策略包含的所有联合策略的命中情况，能够为基于联合策略的命中情况进行的数据分析工作提供便利。

此外，每一个联合策略均可以对应有中断标识。联合策略对应的中断标识用于表示确定该联合策略包含的全部元策略均命中后，是否继续对下一个联合策略包含的元策略进行命中验证。据此，还可以在首次确定出策略模板中的联合策略所包含的全部元策略均命中时，将该联合策略确定为目标命中联合策略，并基于该联合策略对应的中断标识确定是否继续对下一个联合策略包含的元策略进行命中验证，但即使再次确定出其包含的全部元策略均命中的联合策略，也不再将该联合策略确定为目标命中联合策略。

需要说明的是，针对策略模板包含的任一联合策略，可以在确定该联合策略包含的任一元策略未命中时，直接确定该联合策略不是目标命中联合策略，而无需再继续对该联合策略包含的未进行过命中验证的元策略进行命中验证，以此避免不必要的验证，节省计算机设备的运算资源。

或者，针对策略模板包含的任一联合策略，也可以逐一对该联合策略包含的全部元策略进行命中验证，确定该联合策略包含的全部元策略的命中情况，再据此确定该联合策略是否为目标命中联合策略。亦即，即使已经确定该联合策略包含未命中的元策略，也继续对该联合策略包含的未进行过命中验证的元策略进行命中验证，以此得到该联合策略包含的全部元策略的命中情况，能够为基于元策略的命中情况进行的数据分析工作提供便利。

S308，基于所述目标命中联合策略，得到规则匹配结果。

规则匹配结果，可以是目标命中联合策略对应的命中操作的描述信息。具体地，每一个联合策略均可以对应有命中操作。联合策略对应的命中操作，可以是该联合策略被确定为目标命中联合策略而激活的操作，其可以基于实际需求预先设定。此外，得到规则匹配结果后，可以执行规则匹配结果描述的命中操作(亦即目标命中联合策略对应的命中操作)。

需要说明的是，规则匹配方法可以应用于需要按不同规则分别处理的场景，比如风险校验、积分系统的积分计算、离线数据统计等。

以利用规则匹配方法进行风控校验为例，联合策略对应的命中操作可以设为拦截操作、柔性操作、或者放行操作。拦截操作是对规则匹配请求中的业务事件信息所对应的业务事件进行拦截，以终止该业务事件。柔性操作是向业务事件涉及的相应设备发送操作属性验证信息(操作属性验证信息是用于验证业务事件对应的用户操作是否为人为操作，以防止机器刷单)，操作属性验证信息比如短信验证码。放行操作是对业务事件进行放行，允许业务事件继续进行。

上述规则匹配方法，接收包括目标业务标识和业务事件信息的规则匹配请求，再基于目标业务标识，获取包括与目标业务标识匹配的策略模板、策略模板包含的联合策略、以及联合策略包含的元策略的目标规则描述文件，进而基于规则业务事件信息对联合策略包含的元策略进行命中验证，并基于元策略的验证结果从策略模板包含的联合策略中确定包含的全部元策略均命中的目标命中联合策略，进而基于目标命中联合策略得到规则匹配结果。如此，采用简单的策略之间包含关系(如规则描述文件中包含策略模板、策略模板包含联合策略、联合策略包含元策略)进行规则描述，策略之间的递进关系明确且关联结构清晰，降低了非专业人员的理解难度，从而能够有效地降低对规则进行变更的入门门槛及学习成本。

再则，当业务场景涉及的规则数量的量级很大时，对于通过Rete算法进行规则匹配的方式，所需构建的规则树很大，内部的数据结构也很复杂，进行规则变更时，一方面不容易定位到需要变更内容的位置以及确认变更后的关联影响，另一方面每次出现已有规则无法覆盖的情况时，都需要专业人员提供技术支持，需要一定的应对周期，变更效率低下。

然而，本申请各实施例提供的规则匹配方法，如前文描述，策略之间的递进关系明确且关联结构清晰，能够直观地呈现策略内容所处的位置以及各策略之间的关联影响，有利于便捷地定位到需要变更内容的位置以及确认变更后的关联影响。此外，联合策略由元策略组成，由于元策略是最小原子操作的判断逻辑，当出现已有联合策略及策略模板无法覆盖的情况时，可以先通过已有的元策略重新组合以满足需求，若通过已有的元策略重新组合仍无法满足需求，可以可增量补全缺失的元策略，再结合已有的元策略进行组合，有效地减少了开发人员的工作量，提高了变更效率。

此外，对于通过Rete算法进行规则匹配的方式，所有业务场景下的事实集均是通过同一规则树进行规则匹配，无法支持不同业务场景同时进行规则匹配，并且也无法实现针对不同业务场景的差异化规则匹配。

然而，本申请各实施例提供的规则匹配方法中，针对各业务场景生成各自匹配的规则描述文件，针对每一个业务场景进行规则匹配时，均是获取与该业务场景匹配的规则描述文件，再据此进行后续相应操作。如此，能够支持不同业务场景同时进行规则匹配，并且也实现了针对不同业务场景的差异化规则匹配。

在一个实施例中，目标规则描述文件还包括：与策略模板中的各联合策略包含的各元策略分别匹配的服务接口。据此，基于与当前待验证元策略对应的业务事件信息，对当前待验证元策略进行命中验证的步骤，即步骤S406，可以包括如下步骤：在满足接口访问条件时，基于当前待验证元策略对应的业务事件信息访问与当前待验证元策略匹配的服务接口，得到当前待验证元策略对应的目标业务事件信息；基于目标业务事件信息，对当前待验证元策略进行命中验证。

接口访问条件，是用于判断是否访问与当前待验证元策略匹配的服务接口的条件。接口访问条件可以包括：与当前待验证元策略匹配的服务接口属于可访问接口。

具体地，可以基于与当前待验证元策略匹配的服务接口的接口类型，判断该服务接口是否属于可访问接口。具体地，可以在服务接口的接口类型为预定非空接口类型时，判定该服务接口属于可访问接口，而在服务接口的接口类型为空接口类型时，判定该服务接口不属于可访问接口。其中，非空接口类型比如XML(Extensible Markup Language，可扩展标记语言)接口类型、DB(Data Base，数据库)接口类型、HTTP(HyperText TransferProtocol，超文本传输协议)接口类型、以及FREQ接口类型。空接口类型可以是接口配置信息中与接口类型对应的字段为空的接口类型。

此外，也可以基于与当前待验证元策略匹配的服务接口的接口类型、以及该服务接口的接口设置状态，共同判断该服务接口是否属于可访问接口。具体地，可以在服务接口的接口类型为预定非空接口类型，并且接口设置状态为可用状态时，判定该服务接口属于可访问接口，而满足与当前待验证元策略匹配的服务接口的接口类型是空接口类型、该服务接口的接口设置状态为不可用状态这两个条件中的任一个时，判定该服务接口不属于可访问接口。

在本实施例中，在满足接口访问条件时，基于与当前待验证元策略对应的业务事件信息，访问与该当前待验证元策略匹配的服务接口，以触发与该服务接口对应的设备基于该业务事件信息执行与该服务接口对应的服务逻辑，从而得到该当前待验证元策略对应的目标业务事件信息，并通过该服务接口向计算机设备返回该目标业务事件信息。相应地，计算机设备接收通过该服务接口返回的目标业务事件信息，再基于目标业务事件信息，对当前待验证元策略进行命中验证。对此，与当前待验证元策略对应的业务事件信息，即为与该当前待验证元策略匹配的服务接口的传入参数，与当前待验证元策略对应的目标业务事件信息即为该服务接口的返回结果。其中，目标业务事件信息是对相应元策略进行命中验证的直接事实依据。

需要说明的是，在传统的规则匹配方式中，规则匹配设备接收到的规则匹配请求中必须直接包括目标业务事件信息，规则匹配设备才能够基于目标业务事件信息验证规则树中的规则是否命中。否则，会因为缺乏验证规则树中的规则是否命中所使用的直接事实依据，而导致无法进行规则匹配。可见，传统方式仅能适用于业务处理设备直接将验证规则树中的规则是否命中所使用的直接事实依据发送至规则匹配设备的情形。

然而在本实施例中，即使业务处理设备无法直接将目标业务事件信息发送至规则匹配设备，只需要业务处理设备将用作获取目标业务事件信息的依据的业务事件信息发送至规则匹配设备，规则匹配设备便可以自行基于接收到的业务事件信息访问与相应元策略匹配的服务接口，从而得到相应的目标业务事件信息。可见，本实施例能够适用于业务处理设备无法直接将验证元策略是否命中所使用的直接事实依据发送至规则匹配设备的情形，打破了传统方式中的相应局限。

在一个实施例中，基于业务事件信息对联合策略包含的元策略进行命中验证，从策略模板包含的联合策略中确定目标命中联合策略的步骤，即步骤S306，可以包括如下步骤：S402，从包含于策略模板且未被作为过待验证联合策略的联合策略中，确定当前待验证联合策略；S404，从包含于当前待验证联合策略且未被作为过待验证元策略的元策略中，确定当前待验证元策略；S406，基于与当前待验证元策略对应的业务事件信息，对当前待验证元策略进行命中验证；S408，在当前待验证元策略命中时，返回确定当前待验证元策略的步骤；S410，在满足策略评估条件时，将当前待验证联合策略确定为目标命中联合策略。

具体地，步骤S402可以是从包含于策略模板且未被作为过待验证联合策略的联合策略中，选取一个联合策略作为当前待验证联合策略。步骤S404可以是从包含于当前待验证联合策略且未被作为过待验证元策略的元策略中，选取一个元策略作为当前待验证元策略。

需要说明的是，若当前待验证元策略未命中，表明当前待验证联合策略不是目标命中联合策略，可以返回确定当前待验证联合策略的步骤，即不再继续对当前待验证联合策略包含的未被作为过待验证元策略的元策略进行命中验证，而是重新确定一个当前待验证联合策略。也可以返回确定当前待验证元策略的步骤，以此得到当前待验证联合策略包含的全部元策略的命中情况。

策略评估条件，是可以用于评估当前待验证联合策略是否为目标命中联合策略的条件。策略评估条件可以包括：当前待验证联合策略包含的全部元策略均命中。策略评估条件也可以同时包括：当前待验证联合策略包含的全部元策略均命中、以及当前待验证联合策略是策略模板中第一个确定出其包含的全部元策略均命中的联合策略。但可以理解，策略评估条件不局限于此，而可以在包括当前待验证联合策略包含的全部元策略均命中的前提下，基于实际需求预先设定。

若满足策略评估条件，除将当前待验证联合策略确定为目标命中联合策略以外，还可以进入基于所述目标命中联合策略得到规则匹配结果的步骤，即不再继续对策略模板包含的未被作为过待验证联合策略的联合策略所包含的元策略进行命中验证。也可以返回确定当前待验证联合策略的步骤，以此得到策略模板中所有联合策略的命中情况。

此外，若不满足策略评估条件，表明当前待验证联合策略不是目标命中联合策略，可以返回确定当前待验证联合策略的步骤，即重新确定一个当前待验证联合策略，并判断重新确定的当前待验证联合策略是否为目标命中联合概率。

在一个实施例中，规则匹配方法还可以包括如下步骤：若策略模板包含的联合策略的数目大于一，获取策略模板包含的各联合策略的策略特征；基于策略模板包含的各联合策略的策略特征，对策略模板包含的各联合策略进行验证顺序的排列，确定各联合策略的验证位次。据此，从包含于策略模板且未被作为过待验证联合策略的联合策略中，确定当前待验证联合策略的步骤，即步骤S402，可以包括如下步骤：将包含于策略模板且未被作为过待验证联合策略的联合策略中、验证顺序排在最先的联合策略，确定为当前待验证联合策略。

可以基于策略模板包含的各联合策略的策略特征，对各联合策略进行验证顺序的排列。据此，可以按照策略模板包含的各联合策略的验证顺序，从先到后对各联合策略包含的元策略进行命中验证，其中该验证顺序表示策略模板包含的各联合策略被验证的先后顺序。

具体地，对策略模板包含的各联合策略进行验证顺序的排列后，各联合策略具有唯一的验证位次。联合策略的验证位次可以用于表征该联合策略在策略模板包含的各联合策略中排在第几个被验证。可以理解，联合策略的验证位次越前，表明该联合策略越先被验证。

据此，对于步骤S306，基于业务事件信息对联合策略包含的元策略进行命中验证，具体可以是基于业务事件信息、以及策略模板包含的各联合策略的验证位次，对联合策略包含的元策略进行命中验证。此外，对于步骤S402，具体可以是将包含于策略模板且未被作为过待验证联合策略的联合策略中、验证位次最前的联合策略，确定为当前待验证联合策略。

联合策略的策略特征，是可以用于描述该联合策略的特点的信息。联合策略的策略特征可以包括该联合策略的策略命中率、平均时耗、策略复杂度、优先级以及策略状态中的至少一项。

联合策略的策略命中率，可以用于表征该联合策略命中(即该联合策略包含的全部元策略均命中)的可能性。该策略命中率可以基于该联合策略的历史命中情况进行统计得到。可以理解，联合策略的策略命中率越高，该联合策略命中的可能性越大，反之策略命中率越低，该联合策略命中的可能性越小。若单一考虑联合策略的策略命中率，可以是策略命中率越高，该联合策略的验证位次越前，反之策略命中率越低，该联合策略的验证位次越后。

联合策略的平均时耗，可以用于表征验证该联合策略是否命中所耗费的时长。该平均时耗可以基于验证该联合策略是否命中所耗费的历史时长进行统计得到。若单一考虑联合策略的平均时耗，可以是平均时耗越小，该联合策略的验证位次越前，反之平均时耗越大，该联合策略的验证位次越后。

联合策略的策略复杂度，可以用于表征验证该联合策略是否命中的复杂程度。该策略复杂度可以基于该联合策略对应的逻辑代码的执行难度确定。若单一考虑联合策略的策略复杂度，可以是策略复杂度越小，该联合策略的验证位次越前，反之策略复杂度越大，该联合策略的验证位次越后。

联合策略的优先级，可以用于表征该联合策略的优先被验证的可能性。该优先级可以由人工基于实际需求预先设定。若单一考虑联合策略的优先级，可以是优先级越高，该联合策略的验证位次越前，反之优先级越低，该联合策略的验证位次越后。

联合策略的策略状态，可以用于表征该联合策略是否处于异常状态。若单一考虑联合策略的策略状态，可以是未处于异常状态的联合策略的验证位次在前，处于异常状态的联合策略的验证位次在后。

此外，在联合策略的策略特征包括该联合策略的策略命中率、平均时耗、策略复杂度、优先级以及策略状态中的至少两项时，即不是单一考虑某一项，而是综合考虑多项时，可以在策略模板包含的联合策略的数目大于一时，针对该策略模板中的每一个联合策略，基于策略特征包括的各项分别对应的权重、以及该联合策略的策略特征包括的各项，进行加权计算得到该联合策略的排序指数。进而，基于策略模板中的各联合策略的排序指数，对策略模板包含的各联合策略进行验证顺序的排列。

以联合策略的策略特征包括该联合策略的策略命中率、平均时耗、策略复杂度、以及优先级为例，可以针对策略模板中的每一个联合策略，基于策略命中率对应的权重、该联合策略的策略命中率、平均时耗对应的权重、该联合策略的平均时耗、策略复杂度对应的权重、该联合策略的策略复杂度、优先级对应的权重以及该联合策略的优先级、进行加权计算得到该联合策略的排序指数。

举例说明，目标规则描述文件中的策略模板包括联合策略10001至10005，假设联合策略10001至10004均不是其包含的全部元策略均命中的联合策略，仅有联合策略10005是其包含的全部元策略均命中的联合策略。若按照图5中左图的验证顺序，则需要依次对联合策略10001至10005包含的元策略进行命中验证，才能够确定出目标命中联合策略；若按照图5中右图的验证顺序，则只需要对联合策略10001和10005包含的元策略进行命中验证，便可以确定出目标命中联合策略。两者相比，按照图5中的右图的验证顺序，有利于减少确定出目标命中联合策略的时长，从而提高规则匹配效率。此外，假设联合策略10002至10004中存在高时耗的联合策略，图5中的右图的验证顺序在节省时长上所起到的效果更为显著。

在一个实施例中，规则匹配方法还可以包括如下步骤：若当前待验证联合策略包含的元策略的数目大于一，获取当前待验证联合策略包含的各元策略的策略特征；基于当前待验证联合策略包含的各元策略的策略特征，对当前待验证联合策略包含的各元策略进行验证顺序的排列，确定各元策略的验证位次。据此，从包含于当前待验证联合策略且未被作为过待验证元策略的元策略中，确定当前待验证元策略的步骤，可以包括如下步骤：将包含于当前待验证联合策略且未被作为过待验证元策略的元策略中、验证位次最前的元策略，确定为当前待验证元策略。

对于包含的元策略的数目大于一的联合策略，可以基于该联合策略包含的各元策略的策略特征，对各元策略进行验证顺序的排列。据此，可以按照该联合策略的各元策略的验证顺序，从先到后对各元策略进行命中验证，其中该验证顺序表示该联合策略包含的各元策略被验证的先后顺序。

具体地，对联合策略包含的各元策略进行验证顺序的排列后，各元策略具有唯一的验证位次。元策略的验证位次可以用于表征该元策略在其所属的联合策略包含的各元策略中排在第几个被验证。可以理解，元策略的验证位次越前，表明在该元策略在其所属的联合策略包含的各元策略中，该元策略越先被验证。

据此，对于步骤S306，基于业务事件信息对联合策略包含的元策略进行命中验证，具体可以是基于业务事件信息和联合策略包含的元策略的验证位次，对联合策略包含的元策略进行命中验证。此外，还可以一并考虑策略模板包含的各联合策略的验证位次，亦即基于业务事件信息、策略模板包含的各联合策略的验证位次、以及联合策略包含的元策略的验证位次，对联合策略包含的元策略进行命中验证。

需要说明的是，可以在获取到目标规则描述文件后，先解析该目标规则描述文件，得到目标规则描述文件中的策略模板，再解析该策略模板，得到该策略模板包含的联合策略，进而在该策略模板包含的联合策略的数目大于一时，对该策略模板包含的各联合策略进行验证顺序的排列。然后，解析该策略模板包含的各联合策略，得到各联合策略包含的元策略，并针对每一个包含的元策略的数目大于一的联合策略，对该联合策略包含的各元策略进行验证顺序的排列。在得到策略模板包含的各联合策略的验证位次、以及各联合策略包含的元策略的验证位次后，再进入对联合策略包含的元策略进行命中验证的步骤，亦即进入从包含于策略模板且未被作为过待验证联合策略的联合策略中，确定当前待验证联合策略的步骤。

此外，也可以在得到策略模板包含的各联合策略的验证位次后，将包含于策略模板且未被作为过待验证联合策略的联合策略中、验证位次最前的联合策略，确定为当前待验证联合策略。进而，若当前待验证联合策略包含的元策略的数目大于一，获取当前待验证联合策略包含的各元策略的策略特征，基于当前待验证联合策略包含的各元策略的策略特征，对当前待验证联合策略包含的各元策略进行验证顺序的排列，确定各元策略的验证位次。然后，将包含于当前待验证联合策略且未被作为过待验证元策略的元策略中、验证位次最前的元策略，确定为当前待验证元策略并执行后续相应步骤。直至确定下一个当前待验证联合策略后，再对该下一个当前待验证联合策略包含的元策略进行验证顺序的排列以及执行后续相应步骤。亦即，每确定一个当前待验证联合策略，才对该当前待验证联合策略包含的元策略进行验证顺序的排列，而非集中将策略模板包含的各联合策略所包含的元策略进行验证顺序的排列。

元策略的策略特征，是可以用于描述该元策略的特点的信息。元策略的策略特征可以包括该元策略的策略命中率、平均时耗、策略复杂度以及策略状态中的至少一项。除若单一考虑元策略的策略命中率，可以是策略命中率越低，该元策略的验证位次越前，反之策略命中率越高，该联合策略的验证位次越后这处区别，以及元策略的策略状态可以基于与元策略匹配的服务接口的接口设置状态确定这处区别以外，对元策略的策略命中率、平均时耗、策略复杂度、以及策略状态的说明，均可以与前文中对联合策略的策略命中率、平均时耗、策略复杂度、以及策略状态的说明类似，在此不加赘述。

类似地，在元策略的策略特征包括该元策略的策略命中率、平均时耗、策略复杂度以及策略状态中的至少两项时，即不是单一考虑某一项，而是综合考虑多项时，对于每一个需要对其包含的元策略进行验证顺序排列的联合策略，可以针对该联合策略中的每一个元策略，基于策略特征包括的各项分别对应的权重、以及该元策略的策略特征包括的各项，进行加权计算得到该元策略的排序指数。进而，基于该联合策略包含的各元策略的排序指数，对该联合策略包含的各元策略进行验证顺序的排列。

举例说明，联合策略10004包含元策略mt_B1_ip、元策略mt_C1_Y、以及元策略mt_D1_day，假设元策略mt_C1_Y是三个元策略中最不易命中的元策略。若按照图6中左图的验证顺序，则需要对元策略mt_B1_ip和元策略mt_C1_Y进行命中验证，才能确定出联合策略10004不是目标命中联合策略；若按照图5中右图的验证顺序，先对元策略mt_C1_Y进行命中验证，则更有利于减少确定联合策略不是目标命中联合策略的时长。

在一个实施例中，生成目标规则描述文件的方式，可以包括如下步骤：基于目标业务标识，查询用于描述业务标识与策略模板之间的匹配关系的策略映射表，确定与目标业务标识匹配的策略模板；基于与目标业务标识匹配的策略模板，查询用于描述策略模板与联合策略之间的包含关系的策略模板配置表，确定与目标业务标识匹配的策略模板包含的联合策略；基于与目标业务标识匹配的策略模板包含的联合策略，查询用于描述联合策略与元策略之间的包含关系的联合策略配置表，确定与目标业务标识匹配的策略模板中的联合策略包含的元策略；基于与目标业务标识匹配的策略模板、与目标业务标识匹配的策略模板包含的联合策略、以及与目标业务标识匹配的策略模板中的联合策略包含的元策略，生成目标规则描述文件。

在一个具体的示例中，策略映射表、策略模板配置表、以及联合策略配置表可以存储于数据库(如图1所示的策略数据库210)中。据此，可以针对需要生成与之匹配的规则描述文件的每一个业务标识，由用于生成规则描述文件的设备(如图1所示的规则管理设备220)向该策略数据库210发送携带该业务标识的策略数据查询请求；进而，由该策略数据库210基于接收到的策略数据查询请求中的该业务标识查询策略映射表，确定与该业务标识匹配的策略模板，再基于与该业务标识匹配的策略模板查询策略模板配置表，确定与该业务标识匹配的策略模板包含的联合策略，然后基于与该业务标识匹配的策略模板包含的联合策略查询联合策略配置表，确定与该业务标识匹配的策略模板中的联合策略包含的元策略，并将确定的这些数据发送至该规则管理设备220；而后，由规则管理设备220基于接收到的与该业务标识匹配的策略模板、与该业务标识匹配的策略模板包含的联合策略、以及与该业务标识匹配的策略模板中的联合策略包含的元策略，生成与该业务标识匹配的规则描述文件。可以理解，目标业务标识是需要生成与之匹配的规则描述文件的业务标识中的一员。

策略映射表，可以用于描述业务标识与策略模板之间的匹配关系。具体地，策略映射表中可以包含策略映射信息，每一条策略映射信息均包括业务标识和策略模板，同一条策略映射信息中的业务标识和策略模板相匹配。如前文描述，业务标识可以包括整体业务标识、工作阶段标识、业务灰度标识中的至少一项。

此外，除包括业务标识和策略模板之外，策略映射信息中还可以基于实际需求包括请求命令字(如前文描述，规则管理设备220向策略数据库210发送策略数据查询请求，策略数据查询请求中便携带请求命令字，该请求命令字用于表征该策略数据查询请求的性质)、第一工作模式设置状态、动作、以及自定义参数等字段。

以表1所示的策略映射表为例，假设图1所示的规则管理设备220向策略数据库210发送策略数据查询请求R1，该策略数据查询请求R1包括内容为Check的请求命令字、内容为APP1001的整体业务标识、内容为order的工作阶段标识、以及内容为空的业务灰度标识。据此，策略数据库210基于内容为Check的请求命令字，触发与查询策略映射表相关的处理逻辑，即基于内容为APP1001的整体业务标识、内容为order的工作阶段标识、以及内容为空的业务灰度标识，查询表1所示的策略映射表，从而确定相匹配的策略模板包括策略模板tp_freq以及策略模板tp_blacklist。

表1

策略模板配置表，可以用于描述策略模板与联合策略之间的包含关系。具体地，策略模板配置表中可以包含模板配置信息，每一条模板配置信息均包括策略模板和联合策略。对于任一条模板配置信息，该模板配置信息中的策略模板包含该模板配置信息中的联合策略。

此外，除包括策略模板和联合策略之外，模板配置信息中还可以基于实际需求包括第二工作模式设置状态等字段。第二工作模式设置状态可以是工作模式的状态，如表2所示，联合策略10004对应的命中操作为拦截，“1004＝1000”可以表示命中联合策略10004执行拦截操作的次数上限，亦即若命中联合策略10004执行拦截操作的次数已经达到1000次，后续再命中联合策略10004时，则不再执行拦截操作。

以表2所示的策略模板配置表为例，承接前述示例，策略数据库210确定相匹配的策略模板包括策略模板tp_freq以及策略模板tp_blacklist，则基于策略模板tp_freq以及策略模板tp_blacklist查询表2所示的策略模板配置表，从而确定策略模板tp_freq包含的联合策略包括联合策略10003和联合策略10004，以及确定策略模板tp_blacklist包含联合策略10002。

表2

策略模板	联合策略	第二工作模式设置状态	策略模板描述
				tp_freq	10003,10004	10004＝1000	限频
tp_blacklist	10002	-	黑名单

联合策略配置表，可以用于描述联合策略与元策略之间的包含关系。具体地，联合策略配置表中可以包含联合策略配置信息，每一条联合策略配置信息均包括联合策略、元策略、以及命中操作。对于任一条联合策略配置信息，该联合策略配置信息中的联合策略包含该模板配置信息中的元策略。

此外，除包括联合策略和元策略之外，联合策略配置信息还可以基于实际需求包括策略下标、中断标识以及联合策略的优先级等字段。

以表3所示的联合策略配置表为例，承接前述示例，策略数据库210确定策略模板tp_freq包含的联合策略包括联合策略10003和联合策略10004，以及确定策略模板tp_blacklist包含联合策略10002。此后，基于联合策略10003、10004、以及10002查询表3所示的联合策略配置表，从而确定联合策略10003包含元策略mt_B1_dev和元策略mt_D1_day，并确定联合策略10004包含元策略mt_B1_ip、元策略mt_C1_Y、以及元策略mt_D1_day，还确定联合策略10002包含元策略mt_A2和元策略mt_C1_N。

表3

此外可以理解，策略数据库210可以在接收到策略数据查询请求R1后，依次确定与“内容为APP1001的整体业务标识、内容为order的工作阶段标识、以及内容为空的业务灰度标识”这一业务标识匹配的策略模板包括策略模板tp_freq以及策略模板tp_blacklist，策略模板tp_freq包含联合策略10003和联合策略10004，策略模板tp_blacklist包含联合策略10002，并且联合策略10003包含元策略mt_B1_dev和元策略mt_D1_day，联合策略10004包含元策略mt_B1_ip、元策略mt_C1_Y、以及元策略mt_D1_day，联合策略10002包含元策略mt_A2和元策略mt_C1_N，再将这些信息发送至规则管理设备220。

据此，规则管理设备220生成与该业务标识匹配的规则描述文件，该规则描述文件可以包括策略模板tp_freq以及策略模板tp_blacklist、策略模板tp_freq包含的联合策略10003和联合策略10004、策略模板tp_blacklist包含联合策略10002、联合策略10003包含的元策略mt_B1_dev和元策略mt_D1_day、联合策略10004包含的元策略mt_B1_ip、元策略mt_C1_Y以及元策略mt_D1_day、以及联合策略10002包含的元策略mt_A2和元策略mt_C1_N。

在一个实施例中，在上一个实施例的基础上，生成目标规则描述文件的方式，还可以包括如下步骤：基于确定的元策略，查询用于描述元策略与服务接口之间的匹配关系的元策略配置表，确定与确定的元策略匹配的服务接口。据此，基于确定的策略模板、确定的联合策略以及确定的元策略，生成目标规则描述文件的步骤，还可以包括如下步骤：基于确定的策略模板、确定的联合策略、确定的元策略、以及确定的服务接口，生成目标规则描述文件。

在一个具体示例中，针对需要生成与之匹配的规则描述文件的每一个业务标识，如上一个实施例描述，策略数据库210确定与该业务标识匹配的策略模板、与该业务标识匹配的策略模板包含的联合策略、以及与该业务标识匹配的策略模板中的联合策略包含的元策略，此后还可以基于与该业务标识匹配的策略模板中的联合策略包含的元策略查询元策略配置表，确定与该业务标识所匹配的策略模板中的联合策略包含的元策略匹配的服务接口，并将确定的这些数据发送至该规则管理设备220；而后，由规则管理设备220基于接收到的与该业务标识匹配的策略模板、与该业务标识匹配的策略模板包含的联合策略、与该业务标识匹配的策略模板中的联合策略包含的元策略、以及与该业务标识所匹配的策略模板中的联合策略包含的元策略匹配的服务接口，生成与该业务标识匹配的规则描述文件。

元策略配置表，可以用于描述元策略与服务接口之间的匹配关系。具体地，元策略配置表中可以包含元策略配置信息，每一条元策略配置信息均包括元策略、服务接口、直接业务事件信息以及验证条件信息。对于任一条元策略配置信息，该元策略配置信息中的元策略与该元策略配置信息中的服务接口匹配。

以表4所示的元策略配置表为例，承接前述示例，策略数据库210确定联合策略10003包含元策略mt_B1_dev和元策略mt_D1_day、联合策略10004包含元策略mt_B1_ip、元策略mt_C1_Y以及元策略mt_D1_day、联合策略10002包含元策略mt_A2和元策略mt_C1_N之后，基于元策略mt_B1_dev、mt_D1_day、mt_B1_ip、mt_C1_Y、mt_A2、以及元策略mt_C1_N，查询表4所示的元策略配置表，从而确定与元策略mt_B1_dev匹配的服务接口是md_B1、与元策略mt_D1_day匹配的服务接口是md_D1、与元策略mt_B1_ip匹配的服务接口是md_B1、与元策略mt_C1_Y匹配的服务接口是md_C1、与元策略mt_A2匹配的服务接口是md_A2、与元策略mt_C1_N匹配的服务接口是md_C1。

表4

可以理解，规则管理设备220生成的与“内容为APP1001的整体业务标识、内容为order的工作阶段标识、以及内容为空的业务灰度标识”这一业务标识匹配的规则描述文件除可以包括策略模板tp_freq以及策略模板tp_blacklist、策略模板tp_freq包含的联合策略10003和联合策略10004、策略模板tp_blacklist包含联合策略10002、联合策略10003包含的元策略mt_B1_dev和元策略mt_D1_day、联合策略10004包含的元策略mt_B1_ip、元策略mt_C1_Y以及元策略mt_D1_day、以及联合策略10002包含的元策略mt_A2和元策略mt_C1_N之外，还可以包括与元策略mt_B1_dev匹配的服务接口md_B1、与元策略mt_D1_day匹配的服务接口md_D1、与元策略mt_B1_ip匹配的服务接口md_B1、与元策略mt_C1_Y匹配的服务接口md_C1、与元策略mt_A2匹配的服务接口md_A2、以及与元策略mt_C1_N匹配的服务接口md_C1。

结合前文中的表1至表4，业务与策略模板之间的匹配关系、策略模板与联合策略之间的包含关系、联合策略与元策略之间的包含关系、元策略与服务接口之间的匹配关系、服务接口与服务逻辑代码之间的对应关系，可以如图7所示。此外，对于与“内容为APP1001的整体业务标识、内容为order的工作阶段标识、以及内容为空的业务灰度标识”这一业务标识匹配的规则描述文件，基于该规则描述文件进行规则匹配的原理可以如图8所示。

需要说明的是，通过Rete算法进行规则匹配的方式，需构建规则树，每个规则匹配请求均需基于规则树中的各验证节点依次完成验证，在此情况下，每次进行规则变更，均需要生成新的规则树，并需要重启系统使得新的规则树生效，当规则变更频繁时，系统重启随之频繁，这将给系统性能带来不利影响。

然而，在本申请中，无需构建规则树，而可以通过数据库存储策略映射表、策略模板配置表、联合策略配置表、元策略配置表等数据表，因而可以在发生规则变更时，通过检查数据时间戳完成策略数据的即时更新，并基于既定规则从数据库中将变更内容同步到规则描述文件中，从而实现在无需重启系统的情况下，确保每个规则匹配请求均使用最新生成的规则描述文件。

在一个实施例中，提供了一种规则匹配方法。以该方法应用于图1所示的应用场景为例进行说明。该方法可以包括如下步骤SZ02至SZ10。(未图示)

SZ02，规则管理设备220生成与各业务场景分别对应的策略数据查询请求，并将生成的策略数据查询请求发送至策略数据库210；其中，策略数据查询请求包括相应业务场景的业务标识。

SZ04，策略数据库210针对接收到的每一个策略数据查询请求，基于该策略数据查询请求中的业务标识，查询用于描述业务标识与策略模板之间的匹配关系的策略映射表，确定与该业务标识匹配的策略模板；再基于与该业务标识匹配的策略模板，查询用于描述策略模板与联合策略之间的包含关系的策略模板配置表，确定与该业务标识匹配的策略模板包含的联合策略；进而基于与该业务标识匹配的策略模板包含的联合策略，查询用于描述联合策略与元策略之间的包含关系的联合策略配置表，确定与该业务标识匹配的策略模板中的联合策略包含的元策略；进一步地，基于与该业务标识匹配的策略模板中的联合策略包含的元策略，查询用于描述元策略与服务接口之间的匹配关系的元策略配置表，确定与该业务标识所匹配的策略模板中的联合策略包含的元策略匹配的服务接口；而后，将确定的这些数据发送至规则管理设备220。

SZ06，规则管理设备220基于接收到的与该业务标识匹配的策略模板、与该业务标识匹配的策略模板包含的联合策略、与该业务标识匹配的策略模板中的联合策略包含的元策略、以及与该业务标识所匹配的策略模板中的联合策略包含的元策略匹配的服务接口，生成与该业务标识匹配的规则描述文件。至此，规则管理设备220生成并存储有与各策略数据查询请求分别包含的业务标识分别匹配的各规则描述文件。

SZ08，规则匹配设备230接收业务处理设备140发送的规则匹配请求，规则匹配请求包括目标业务标识和业务事件信息。

SZ10，规则匹配设备230向规则管理设备220发送携带目标业务标识的规则文件查询请求。

SZ12，规则管理设备220接收规则文件查询请求，并从其存储的各规则描述文件中查找与目标业务标识匹配的规则描述文件，并将查找到的规则描述文件作为目标规则描述文件发送至规则匹配设备230；其中，目标规则描述文件包括与目标业务标识匹配的策略模板、策略模板包含的联合策略、以及联合策略包含的元策略；

SZ14，规则匹配设备230接收规则管理设备220返回的目标规则描述文件，再解析该目标规则描述文件，得到目标规则描述文件中的策略模板。进而解析该策略模板，得到该策略模板包含的联合策略。

SZ16，规则匹配设备230获取策略模板包含的各联合策略的策略特征，基于各联合策略的策略特征，对各联合策略进行验证顺序的排列，确定各联合策略的验证位次。

SZ18，将包含于策略模板且未被作为过待验证联合策略的联合策略中、验证位次最前的联合策略，确定为当前待验证联合策略。

SZ20，若当前待验证联合策略包含的元策略的数目大于一，规则匹配设备230获取当前待验证联合策略包含的各元策略的策略特征，再基于当前待验证联合策略包含的各元策略的策略特征，对当前待验证联合策略包含的各元策略进行验证顺序的排列，确定各元策略的验证位次。

SZ22，规则匹配设备230将包含于当前待验证联合策略且未被作为过待验证元策略的元策略中、验证位次最前的元策略，确定为当前待验证元策略。

SZ24，规则匹配设备230基于与当前待验证元策略对应的业务事件信息，对当前待验证元策略进行命中验证，并在当前待验证元策略命中时，返回步骤SZ22；

SZ26，满足策略评估条件时，将当前待验证联合策略确定为目标命中联合策略；策略评估条件包括当前待验证联合策略包含的全部元策略均命中。

SZ28，基于目标命中联合策略，得到规则匹配结果。

需要说明的是，本实施例中对各技术特征的具体限定，可以与前文中对相应技术特征的限定相同，此处不加赘述。

在合理条件下应当理解，虽然前文各实施例涉及的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，各流程图中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些子步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

在一个实施例中，如图9所示，提供了一种规则匹配装置900。该装置可以包括如下模块902至906。

验证请求接收模块902，用于接收规则匹配请求，规则匹配请求包括目标业务标识和业务事件信息。

规则文件获取模块904，用于基于目标业务标识获取目标规则描述文件；目标规则描述文件包括与目标业务标识匹配的策略模板、策略模板包含的联合策略、以及联合策略包含的元策略。

命中验证模块906，用于基于业务事件信息对联合策略包含的元策略进行命中验证，并基于元策略的验证结果从策略模板包含的联合策略中确定目标命中联合策略；目标命中联合策略包含的全部元策略均命中。

验证结果获取模块908，用于基于目标命中联合策略，得到规则匹配结果。

上述规则匹配装置900，接收包括目标业务标识和业务事件信息的规则匹配请求，再基于目标业务标识，获取包括与目标业务标识匹配的策略模板、策略模板包含的联合策略、以及联合策略包含的元策略的目标规则描述文件，进而基于规则业务事件信息对联合策略包含的元策略进行命中验证，并基于元策略的验证结果从策略模板包含的联合策略中确定包含的全部元策略均命中的目标命中联合策略，进而基于目标命中联合策略得到规则匹配结果。如此，采用简单的策略之间包含关系进行规则描述，策略之间的递进关系明确且关联结构清晰，降低了非专业人员的理解难度，从而能够有效地降低对规则进行变更的入门门槛及学习成本。

在一个实施例中，命中验证模块906，可以包括如下单元：待验联合策略确定单元，用于从包含于策略模板且未被作为过待验证联合策略的联合策略中，确定当前待验证联合策略；待验元策略确定单元，用于从包含于当前待验证联合策略且未被作为过待验证元策略的元策略中，确定当前待验证元策略；元策略命中验证单元，用于基于与当前待验证元策略对应的业务事件信息，对当前待验证元策略进行命中验证；元策略命中处理单元，用于在当前待验证元策略命中时，返回确定当前待验证元策略的步骤；目标命中联合策略确定单元，用于满足策略评估条件时，将当前待验证联合策略确定为目标命中联合策略；策略评估条件包括当前待验证联合策略包含的全部元策略均命中。

在一个实施例中，目标规则描述文件还包括与策略模板中的各联合策略包含的各元策略分别匹配的服务接口。据此，元策略命中验证单元可以包括如下子单元：服务接口访问子单元，用于在满足接口访问条件时，基于当前待验证元策略对应的业务事件信息访问与当前待验证元策略匹配的服务接口，得到当前待验证元策略对应的目标业务事件信息；接口访问条件包括与当前待验证元策略匹配的服务接口属于可访问接口；元策略命中验证子单元，用于基于目标业务事件信息，对当前待验证元策略进行命中验证。

在一个实施例中，规则匹配装置900还可以包括如下模块：联合策略特征获取模块，用于若策略模板包含的联合策略的数目大于一，获取策略模板包含的各联合策略的策略特征；联合策略的策略特征包括该联合策略的策略命中率、平均时耗、策略复杂度、优先级以及策略状态中的至少一项；联合策略验证顺序排列模块，用于基于策略模板包含的各联合策略的策略特征，对策略模板包含的各联合策略进行验证顺序的排列，确定各联合策略的验证位次。据此，待验联合策略确定单元具体用于将包含于策略模板且未被作为过待验证联合策略的联合策略中、验证位次最前的联合策略，确定为当前待验证联合策略。

在一个实施例中，规则匹配装置900还可以包括如下模块：元策略特征获取模块，用于若当前待验证联合策略包含的元策略的数目大于一，获取当前待验证联合策略包含的各元策略的策略特征；元策略的策略特征包括该元策略的策略命中率、平均时耗、策略复杂度以及策略状态中的至少一项；元策略验证顺序排列模块，基于当前待验证联合策略包含的各元策略的策略特征，对当前待验证联合策略包含的各元策略进行验证顺序的排列，确定各元策略的验证位次。据此，待验元策略确定单元，具体用于将包含于当前待验证联合策略且未被作为过待验证元策略的元策略中、验证位次最前的元策略，确定为当前待验证元策略。

在一个实施例中，规则匹配装置900还可以包括规则文件生成模块。该规则文件生成模块可以包括如下单元：模板查找单元，用于基于目标业务标识，查询用于描述业务标识与策略模板之间的匹配关系的策略映射表，确定与目标业务标识匹配的策略模板；联合策略查找单元，用于基于确定的策略模板，查询用于描述策略模板与联合策略之间的包含关系的策略模板配置表，确定确定的策略模板包含的联合策略；元策略查找单元，用于基于确定的联合策略，查询用于描述联合策略与元策略之间的包含关系的联合策略配置表，确定确定的联合策略包含的元策略；规则文件生成单元，用于基于确定的策略模板、确定的联合策略以及确定的元策略，生成目标规则描述文件。

在一个实施例中，目标规则描述文件还包括与策略模板中的各联合策略包含的各元策略分别匹配的服务接口。据此，规则文件生成模块还可以包括服务接口查找单元，其用于基于确定的元策略，查询用于描述元策略与服务接口之间的匹配关系的元策略配置表，确定与确定的元策略匹配的服务接口。据此，规则文件生成单元具体用于基于确定的策略模板、确定的联合策略、确定的元策略、以及确定的服务接口，生成目标规则描述文件。

需要说明的是，关于规则匹配装置900的具体限定，可以参见上文中对于规则匹配方法的限定，在此不再赘述。上述规则匹配装置900中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

在一个实施例中，提供了一种计算机设备，包括存储器和处理器，存储器存储有计算机程序，计算机程序被处理器执行时，使得处理器执行本申请任一实施例提供的规则匹配方法中的步骤。

具体地，该计算机设备可以是上述图1中的规则匹配设备230。如图10所示，该计算机设备包括通过系统总线连接的处理器、存储器、网络接口。其中，该处理器用于提供计算和控制能力。该存储器包括非易失性存储介质和内存储器，该非易失性存储介质存储有操作系统及计算机程序，该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现本申请任一实施例提供的规则匹配方法中的步骤。

本领域技术人员可以理解，图10中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

在一个实施例中，本申请提供的规则匹配装置900可以实现为一种计算机程序的形式，计算机程序可在如图10所示的计算机设备上运行。计算机设备的存储器中可存储组成该规则匹配装置900的各个程序模块，比如，图9所示的验证请求接收模块902、规则文件获取模块904、命中验证模块906、以及验证结果获取模块908。各个程序模块构成的计算机程序使得处理器执行本说明书中描述的本申请各个实施例的规则匹配方法中的步骤。

比如，图10所示的计算机设备，可以通过如图9所示的规则匹配装置900中的验证请求接收模块902执行步骤S302、通过规则文件获取模块904执行步骤S304、通过命中验证模块906执行步骤S306、以及通过验证结果获取模块908执行步骤S308等等。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一非易失性计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)或者外部高速缓冲存储器。作为说明而非局限，RAM以多种形式可得，诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双数据率SDRAM(DDRSDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRAM)、存储器总线(Rambus)直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)等。

据此，在一个实施例中，提供了一种计算机可读存储介质，存储有计算机程序，计算机程序被处理器执行时，使得处理器执行本申请任一实施例提供的规则匹配方法中的步骤。

以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对本申请专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。

Claims (12)

1.一种规则匹配方法，包括：

接收规则匹配请求，所述规则匹配请求包括目标业务标识和业务事件信息，所述目标业务标识是目标业务场景的唯一标识，所述目标业务场景是需要获取与之匹配的规则描述文件的业务场景，所述业务事件信息是目标业务场景中产生的业务事件的描述信息，是对相应元策略进行命中验证的事实依据；

基于所述目标业务标识获取目标规则描述文件；所述目标规则描述文件包括与所述目标业务标识匹配的策略模板、所述策略模板包含的联合策略、以及所述联合策略包含的元策略，所述元策略是最小原子操作的判断逻辑，一个所述元策略仅对应单一的验证条件；

基于所述业务事件信息对所述联合策略包含的元策略进行命中验证，并基于所述元策略的验证结果从所述策略模板包含的联合策略中确定目标命中联合策略；所述目标命中联合策略包含的全部元策略均命中；

基于所述目标命中联合策略，得到规则匹配结果；

所述基于所述业务事件信息对所述联合策略包含的元策略进行命中验证，从所述策略模板包含的联合策略中确定目标命中联合策略，包括：

从包含于所述策略模板且未被作为过待验证联合策略的联合策略中，确定当前待验证联合策略；

从包含于所述当前待验证联合策略且未被作为过待验证元策略的元策略中，确定当前待验证元策略；

基于与所述当前待验证元策略对应的所述业务事件信息，对所述当前待验证元策略进行命中验证；

在所述当前待验证元策略命中时，返回确定当前待验证元策略的步骤；

满足策略评估条件时，将所述当前待验证联合策略确定为目标命中联合策略；所述策略评估条件包括所述当前待验证联合策略包含的全部元策略均命中；所述目标规则描述文件还包括与所述策略模板中的各联合策略包含的各元策略分别匹配的服务接口；

所述基于与所述当前待验证元策略对应的所述业务事件信息，对所述当前待验证元策略进行命中验证，包括：

在满足接口访问条件时，基于所述当前待验证元策略对应的所述业务事件信息访问与所述当前待验证元策略匹配的服务接口，得到所述当前待验证元策略对应的目标业务事件信息；所述接口访问条件包括与所述当前待验证元策略匹配的服务接口属于可访问接口；

基于所述目标业务事件信息，对所述当前待验证元策略进行命中验证。

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

若所述策略模板包含的联合策略的数目大于一，获取所述策略模板包含的各联合策略的策略特征；所述联合策略的策略特征包括该联合策略的策略命中率、平均时耗、策略复杂度、优先级以及策略状态中的至少一项；

基于所述策略模板包含的各联合策略的策略特征，对所述策略模板包含的各联合策略进行验证顺序的排列，确定各联合策略的验证位次；

所述从包含于所述策略模板且未被作为过待验证联合策略的联合策略中，确定当前待验证联合策略，包括：

将包含于所述策略模板且未被作为过待验证联合策略的联合策略中、验证位次最前的联合策略，确定为当前待验证联合策略。

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

若所述当前待验证联合策略包含的元策略的数目大于一，获取所述当前待验证联合策略包含的各元策略的策略特征；所述元策略的策略特征包括该元策略的策略命中率、平均时耗、策略复杂度以及策略状态中的至少一项；

基于所述当前待验证联合策略包含的各元策略的策略特征，对所述当前待验证联合策略包含的各元策略进行验证顺序的排列，确定各元策略的验证位次；

所述从包含于所述当前待验证联合策略且未被作为过待验证元策略的元策略中，确定当前待验证元策略，包括：

将包含于所述当前待验证联合策略且未被作为过待验证元策略的元策略中、验证位次最前的元策略，确定为当前待验证元策略。

4.根据权利要求1所述的方法，其特征在于，生成所述目标规则描述文件的方式，包括：

基于所述目标业务标识，查询用于描述业务标识与策略模板之间的匹配关系的策略映射表，确定与所述目标业务标识匹配的策略模板；

基于确定的策略模板，查询用于描述策略模板与联合策略之间的包含关系的策略模板配置表，确定所述确定的策略模板包含的联合策略；

基于确定的联合策略，查询用于描述联合策略与元策略之间的包含关系的联合策略配置表，确定所述确定的联合策略包含的元策略；

基于所述确定的策略模板、所述确定的联合策略以及确定的元策略，生成所述目标规则描述文件。

5.根据权利要求4所述的方法，其特征在于，所述目标规则描述文件还包括与所述策略模板中的各联合策略包含的各元策略分别匹配的服务接口；

生成所述目标规则描述文件的方式，还包括：

基于所述确定的元策略，查询用于描述元策略与服务接口之间的匹配关系的元策略配置表，确定与所述确定的元策略匹配的服务接口；

所述基于所述确定的策略模板、所述确定的联合策略以及确定的元策略，生成所述目标规则描述文件，包括：

基于所述确定的策略模板、所述确定的联合策略、所述确定的元策略、以及确定的服务接口，生成所述目标规则描述文件。

6.一种规则匹配装置，包括：

验证请求接收模块，用于接收规则匹配请求，所述规则匹配请求包括目标业务标识和业务事件信息，所述目标业务标识是目标业务场景的唯一标识，所述目标业务场景是需要获取与之匹配的规则描述文件的业务场景，所述业务事件信息是目标业务场景中产生的业务事件的描述信息，是对相应元策略进行命中验证的事实依据；

规则文件获取模块，用于基于所述目标业务标识获取目标规则描述文件；所述目标规则描述文件包括与所述目标业务标识匹配的策略模板、所述策略模板包含的联合策略、以及所述联合策略包含的元策略，所述元策略是最小原子操作的判断逻辑，一个所述元策略仅对应单一的验证条件，所述目标规则描述文件还包括与策略模板中的各联合策略包含的各元策略分别匹配的服务接口；

命中验证模块，用于基于所述业务事件信息对所述联合策略包含的元策略进行命中验证，并基于所述元策略的验证结果从所述策略模板包含的联合策略中确定目标命中联合策略；所述目标命中联合策略包含的全部元策略均命中；

验证结果获取模块，用于基于所述目标命中联合策略，得到规则匹配结果；

所述命中验证模块，包括：

待验联合策略确定单元，用于从包含于策略模板且未被作为过待验证联合策略的联合策略中，确定当前待验证联合策略；

待验元策略确定单元，用于从包含于当前待验证联合策略且未被作为过待验证元策略的元策略中，确定当前待验证元策略；

元策略命中验证单元，用于基于与当前待验证元策略对应的业务事件信息，对当前待验证元策略进行命中验证；

元策略命中处理单元，用于在当前待验证元策略命中时，返回确定当前待验证元策略的步骤；

目标命中联合策略确定单元，用于满足策略评估条件时，将当前待验证联合策略确定为目标命中联合策略；策略评估条件包括当前待验证联合策略包含的全部元策略均命中；

所述元策略命中验证单元包括：

服务接口访问子单元，用于在满足接口访问条件时，基于当前待验证元策略对应的业务事件信息访问与当前待验证元策略匹配的服务接口，得到当前待验证元策略对应的目标业务事件信息；接口访问条件包括与当前待验证元策略匹配的服务接口属于可访问接口；

元策略命中验证子单元，用于基于目标业务事件信息，对当前待验证元策略进行命中验证。

7.根据权利要求6所述的装置，其特征在于，所述装置还包括：

联合策略特征获取模块，用于在策略模板包含的联合策略的数目大于一时，获取策略模板包含的各联合策略的策略特征；联合策略的策略特征包括该联合策略的策略命中率、平均时耗、策略复杂度、优先级以及策略状态中的至少一项；

联合策略验证顺序排列模块，用于基于策略模板包含的各联合策略的策略特征，对策略模板包含的各联合策略进行验证顺序的排列，确定各联合策略的验证位次。

8.根据权利要求6所述的装置，其特征在于，所述装置还包括：

元策略特征获取模块，用于若当前待验证联合策略包含的元策略的数目大于一，获取当前待验证联合策略包含的各元策略的策略特征；元策略的策略特征包括该元策略的策略命中率、平均时耗、策略复杂度以及策略状态中的至少一项；

元策略验证顺序排列模块，基于当前待验证联合策略包含的各元策略的策略特征，对当前待验证联合策略包含的各元策略进行验证顺序的排列，确定各元策略的验证位次。

9.根据权利要求6所述的装置，其特征在于，所述装置还包括规则文件生成模块，所述规则文件生成模块包括：

模板查找单元，用于基于目标业务标识，查询用于描述业务标识与策略模板之间的匹配关系的策略映射表，确定与目标业务标识匹配的策略模板；

联合策略查找单元，用于基于确定的策略模板，查询用于描述策略模板与联合策略之间的包含关系的策略模板配置表，确定确定的策略模板包含的联合策略；

元策略查找单元，用于基于确定的联合策略，查询用于描述联合策略与元策略之间的包含关系的联合策略配置表，确定确定的联合策略包含的元策略；

规则文件生成单元，用于基于确定的策略模板、确定的联合策略以及确定的元策略，生成目标规则描述文件。

10.根据权利要求9所述的装置，其特征在于，所述目标规则描述文件还包括与策略模板中的各联合策略包含的各元策略分别匹配的服务接口；

所述规则文件生成模块还包括：服务接口查找单元，用于基于确定的元策略，查询用于描述元策略与服务接口之间的匹配关系的元策略配置表，确定与确定的元策略匹配的服务接口。

11.一种计算机可读存储介质，存储有计算机程序，所述计算机程序被处理器执行时，使得所述处理器执行如权利要求1至5中任一项所述方法的步骤。

12.一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，所述计算机程序被所述处理器执行时，使得所述处理器执行如权利要求1至5中任一项所述方法的步骤。

Images