CN116910097A - 规则匹配方法、装置、服务器以及计算机可读存储介质 - Google Patents

Abstract

本申请提供一种规则匹配方法、装置、服务器以及计算机可读存储介质，可用于金融领域或其他领域。方法包括接收待匹配业务的业务标识和业务数据，基于业务标识确定所属的业务场景；确定在预设的高速存储器中是否存在业务场景对应的候选业务规则集；若不存在，则在预设的业务规则数据库中确定业务场景对应的初始业务规则集，对初始业务规则集进行第一规则筛选，得到候选业务规则集，并将候选业务规则集存储至高速存储器；若存在，则在高速存储器中对候选业务规则集进行第二规则筛选，得到业务场景对应的目标业务规则集；基于目标业务规则集中的各业务规则对业务数据进行解析和匹配处理得到的业务决策结果，提高了系统的维护效率和业务处理效率。

Description

规则匹配方法、装置、服务器以及计算机可读存储介质

技术领域

本申请涉及金融领域或其他领域，尤其涉及一种规则匹配方法、装置、服务器以及计算机可读存储介质。

背景技术

随着银行业务的多样性发展，在不同的业务场景以及不同的业务系统中，业务人员会设置相应的业务规则，业务人员在前端输入参数，查找相应的规则进行匹配和计算，得到相应的决策结果，业务人员拿到决策结果后再进行下一步的操作。

面对着海量的业务规则，若无法管理好这些规则，那么对业务人员来说查找困难、维护麻烦；对开发人员来说，代码与业务逻辑耦合度高，业务逻辑的变动会使开发人员的工作量增加；若多个不同场景使用相同的业务规则，那么开发人员还需要很多重复性的工作。

因此现有技术中的业务系统在使用过程中存在由于系统中存在大量的业务规则，导致系统维护成本高以及决策速度慢等问题。

发明内容

本申请提供一种规则匹配方法、装置、服务器以及计算机可读存储介质，用以解决现有技术中存在由于系统中存在大量的业务规则，导致系统维护成本高以及决策速度慢等问题，达到提高系统的维护效率以及业务处理效率的技术效果。

第一方面，本申请提供一种规则匹配方法，包括：

接收待匹配业务的业务标识和业务数据，并基于所述业务标识确定所述待匹配业务所属的业务场景；

基于所述业务标识确定在预设的高速存储器中是否存在所述业务场景对应的候选业务规则集；

若不存在，则在预设的业务规则数据库中确定所述业务场景对应的初始业务规则集，对所述初始业务规则集进行第一规则筛选，得到所述候选业务规则集，并将所述候选业务规则集存储至所述高速存储器；或者，

若存在，则在所述高速存储器中对所述候选业务规则集进行第二规则筛选，得到所述业务场景对应的目标业务规则集；

基于所述目标业务规则集中的各业务规则对所述业务数据进行解析和匹配处理，并将匹配得到的业务决策结果返回业务系统。

可选的，所述基于所述业务标识确定在预设的高速存储器中是否存在所述业务场景对应的候选业务规则集，包括：

获取所述高速存储器中存储的场景与规则集映射缓存表，在所述场景与规则集映射缓存表中匹配所述业务标识对应的规则集；

若匹配成功，则说明所述高速存储器中存在所述业务场景对应的候选业务规则集；若匹配不成功，则说明所述高速存储器中不存在所述业务场景对应的候选业务规则集。

可选的，所述在预设的业务规则数据库中确定所述业务场景对应的初始业务规则集，对所述初始业务规则集进行第一规则筛选，得到所述候选业务规则集，包括：

获取所述业务规则数据库中存储的场景与规则映射库表，基于所述业务标识以及场景与规则映射库表确定所述业务场景对应的初始业务规则集；

确定所述初始业务规则集中各业务规则的规则状态；其中，所述规则状态包括激活状态和时效状态；所述激活状态包括已激活状态和不可激活状态；所述时效状态包括未生效状态、有效状态和失效状态；

剔除所述初始业务规则集中处于不可激活状态和失效状态的业务规则，得到所述业务场景对应的候选业务规则集。

可选的，所述在所述高速存储器中对所述候选业务规则集进行第二规则筛选，包括：

在所述高速存储器中，确定所述候选业务规则集中处于未生效状态的业务规则，并剔除所述处于未生效状态的业务规则，得到所述业务场景对应的目标业务规则集。

可选的，所述基于所述目标业务规则集中的各业务规则对所述业务数据进行解析和匹配处理，并将匹配得到的业务决策结果，包括：

对于任一业务规则，确定当前业务规则的规则条件；

获取预设的规则解析器，基于所述规则解析器和所述规则条件，解析生成所述当前业务规则的规则表达式，并基于所述规则表达式对所述业务数据进行匹配处理；

若匹配成功，则将所述当前业务规则对应的决策结果作为所述待匹配数据的业务决策结果，并将所述业务决策结果返回业务系统；

若匹配不成功，则继续解析和匹配下一个业务规则，直至匹配成功得到所述待匹配数据的业务决策结果，并将所述业务决策结果返回业务系统。

可选的，在将所述业务决策结果返回业务系统之后，还包括：

在所述高速存储器中，确定所述目标业务规则集中处于失效状态的业务规则，并剔除所述处于失效状态的业务规则，得到更新后的目标业务规则集。

可选的，所述方法还包括：

基于所述业务规则数据库中预设的修改事件表确定待修改规则的规则标识，并基于所述规则标识分别确定所述高速存储器中是否存储待修改规则；

若存在，则基于所述待修改规则在所述业务规则数据库中存储的规则条件更新所述高速存储器中存储的规则信息。

第二方面，本申请还提供一种规则匹配装置，包括：

标识和数据接收模块，用于接收待匹配业务的业务标识和业务数据，并基于所述业务标识确定所述待匹配业务对应的业务场景；

候选业务规则集确定模块，用于基于所述业务标识确定在预设的高速存储器中是否存在所述业务场景对应的候选业务规则集；

候选业务规则集获得模块，用于若不存在，则在预设的业务规则数据库中确定所述业务场景对应的初始业务规则集，对所述初始业务规则集进行第一规则筛选，得到所述候选业务规则集，并将所述候选业务规则集存储至所述高速存储器；或者，

目标业务规则集获得模块，用于若存在，则在所述高速存储器中对所述候选业务规则集进行第二规则筛选，得到所述业务场景对应的目标业务规则集；

业务规则匹配模块，用于基于所述目标业务规则集中的各业务规则对所述业务数据进行解析和匹配处理，并将匹配得到的业务决策结果返回业务系统。

第三方面，本申请还提供一种服务器，包括：存储器，处理器；

存储器；用于存储所述处理器可执行指令的存储器；

其中，所述处理器执行所述存储器存储的可执行指令，以实现如第一方面所述的规则匹配方法。

第四方面，本申请还提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机执行指令，所述计算机执行指令被处理器执行时用于实现如第一方面所述的规则匹配方法。

第五方面，本申请还提供一种计算机程序产品，包括计算机程序，所述计算机程序被处理器执行时实现本发明实施例第一方面所述的规则匹配方法。

本申请提供的技术方案中，业务人员预先将各业务场景的业务规则与业务场景对应存储至数据库中，可以提高业务人员后续对于规则的维护效率，并且后续开发人员可以直接基于数据库中的业务规则开发匹配逻辑，减少开发人员的大量重复性工作，提高开发效率以及对于后续业务匹配系统的维护效率。进一步的，在接收到待匹配业务的业务信息时，若基于业务标识确定待匹配业务所属的业务场景为第一次匹配，则需要在数据库中读取该业务场景出对应的业务规则，并将业务规则进行初筛选后放入高速存储器中，以便于之后再有该业务场景下的业务需要匹配时，可以直接在高速存储器中进行匹配。反之，若基于业务标识确定用户的待匹配业务所属的业务场景不是第一次匹配，则可以直接在高速存储器中继续进行规则筛选，基于筛选后的规则对业务数据进行匹配，得到关于该业务的决策结果。由于高速存储器具备访问速度快的优点，所以上述技术方案中在高速存储器中进行规则匹配，可以提高规则的匹配效率；并且，在将业务规则放进高速存储器前进行第一次规则筛选，筛选掉不符合第一筛选条件的规则，并在高速存储器中匹配前进行再次筛选，可以进一步筛选掉不符合第二条件的规则，从而进一步规则匹配的处理效率和匹配准确性，从而可以达到提高业务处理效率的技术效果。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。

图1为本申请提供的规则匹配方法的一种应用场景图；

图2为本申请提供的规则匹配方法的另一种应用场景图；

图3为本申请根据一示例性实施例提供的一种规则匹配方法的流程示意图；

图4为本申请根据一实施例提供的另一种规则匹配方法的流程示意图；

图5为本申请根据一实施例提供的另一种规则匹配方法的流程示意图；

图6为本申请根据一示例性实施例提供的另一种规则匹配方法的流程示意图；

图7为本申请根据一示例性实施例提供的一种规则匹配装置的结构示意图；

图8为本申请实施例提供的一种服务器的结构示意图；

图9是根据一示例性实施例示出的另一种服务器的框图。

通过上述附图，已示出本申请明确的实施例，后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本申请构思的范围，而是通过参考特定实施例为本领域技术人员说明本申请的概念。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。

需要说明的是，本申请所涉及的用户信息(包括但不限于用户设备信息、用户个人信息等)和数据(包括但不限于用于分析的数据、存储的数据、展示的数据等)，均为经用户授权或者经过各方充分授权的信息和数据，并且相关数据的收集、使用和处理需要遵守相关法律法规和标准，并提供有相应的操作入口，供用户选择授权或者拒绝。

需要说明的是，本申请规则匹配方法和装置可用于金融领域，也可用于除金融领域之外的任意领域，本申请规则匹配方法和装置的应用领域不做限定。

随着银行业务的多样性发展，在不同的业务场景以及不同的业务系统中，业务人员会设置相应的业务规则，当用户办理某一项业务时，业务人员获取该项业务对应的业务规则，并根据用户信息和业务规则输入至开发人员开发好匹配逻辑的业务系统中进行匹配和计算，得到相应的业务决策结果，业务人员拿到决策结果后再进行下一步的操作。面对着海量的业务规则，若无法管理好这些业务规则，那么对业务人员来说查找困难、维护麻烦；若多个不同场景使用相同的业务规则，那么开发人员还需要在业务系统中重复多次开发不同的匹配逻辑，导致增加大量的重复工作。因此，现有技术中的业务系统在使用过程中存在由于存在大量的业务规则以及多种业务场景，导致系统维护成本高以及决策速度慢等问题。

本申请提供的规则匹配方法，旨在解决现有技术的如上技术问题。本申请的技术构思是：业务人员预先将各业务场景的业务规则与业务场景对应存储至数据库中，可以提高业务人员后续对于规则的维护效率，并且后续开发人员可以直接基于数据库中的业务规则开发匹配逻辑，减少开发人员的大量重复性工作，提高开发效率以及对于后续业务匹配系统的维护效率。进一步的，在接收到待匹配业务的业务信息时，若基于业务标识确定待匹配业务所属的业务场景为第一次匹配，则需要在数据库中读取该业务场景出对应的业务规则，并将业务规则进行初筛选后放入高速存储器中，以便于之后再有该业务场景下的业务需要匹配时，可以直接在高速存储器中进行匹配。反之，若基于业务标识确定用户的待匹配业务所属的业务场景不是第一次匹配，则可以直接在高速存储器中继续进行规则筛选，基于筛选后的规则对业务数据进行匹配，得到关于该业务的决策结果。由于高速存储器具备访问速度快的有点，所以上述技术方案中在高速存储器中进行规则匹配，可以提高规则的匹配效率；并且，在将业务规则放进高速存储器前进行第一次规则筛选，筛选掉不符合第一筛选条件的规则，并在高速存储器中匹配前进行再次筛选，可以进一步筛选掉不符合第二条件的规则，从而进一步规则匹配的处理效率和匹配准确性，从而可以达到提高业务处理效率的技术效果。

图1为本申请提供的规则匹配方法的一种应用场景图。如图1所示，包括终端和服务器。其中，终端至少为两个，在图1所示的实施例中，终端包括业务人员对应的业务终端101和开发人员对应的开发终端102。服务器103中预先设置有高速存储器104和数据库105。具体的，业务人员通过业务终端101预先配置各场景下对应的业务规则，并将根据业务场景，将同一场景下的多个业务规则整合成该业务场景下的规则集，并将各业务场景分别对应的规则集对应存储至服务器103预设的数据库105中。进一步的，开发人员在开发终端102上进行不同场景下的匹配逻辑开发，将开发出的匹配逻辑存储于服务器103中。具体的，在匹配逻辑开发时可以直接基于业务场景信息调用服务器103的数据库105中存储的业务规则，基于此，开发人员在进行匹配逻辑开发时，若使用同一业务规则，则不需要重复性的写出业务规则，减少了开发人员大量的重复性工作，后续若业务人员修改业务规则，开发人员也无需对已经编写好的匹配逻辑进行修改，提高了开发效率和维护效率。业务人员在接收到用户的待匹配业务的业务信息时，将业务信息发送至服务器103中，服务器103若是基于业务信息中的业务标识确定用户的待匹配业务所属的业务场景为第一次匹配，则需要在数据库105中读取该业务场景出对应的业务规则，并将业务规则进行初筛选后放入高速存储器104中。可选的，若用户的待匹配业务所属的业务场景不是第一次匹配，则可以直接在高速存储器104中继续进行规则筛选，基于筛选后的规则对业务数据进行匹配，得到关于该业务的决策结果，并将决策结果返回至业务终端101，以使业务人员将决策结果反馈至用户。

图2为本申请提供的规则匹配方法的另一种应用场景图。可选的，如图2所示，应用场景中的终端还可以包括用户对应的客户端106，在进行业务匹配时，用户可以直接基于客户端106将业务信息发送至服务器103，在服务器103给出决策结果之后，直接反馈至客户端106，以使用户可以及时获知决策结果。

值得注意的是，本申请中业务终端和客户端可以包括但不限于各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理。业务终端和客户端还可以是各种形式的移动装置，诸如，蜂窝电话、智能电话、可穿戴设备(如头盔、眼镜、手表等)和其它类似的计算装置。本申请中对于业务终端以及客户端的终端设备形式不做限定。

下面以具体地实施例对本申请的技术方案以及本申请的技术方案如何解决上述技术问题进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。下面将结合附图，对本申请的实施例进行描述。

图3为本申请根据一示例性实施例提供的一种规则匹配方法的流程示意图。如图3所示，本申请提供的规则匹配方法，包括：

S210、接收待匹配业务的业务标识和业务数据，并基于业务标识确定待匹配业务所属的业务场景。

在本申请实施例中，待匹配业务可以是用户正在办理的业务。业务标识可以是该待匹配业务的业务编码标识，通过该编码标识可以确定待匹配业务所属的业务场景。在不同领域中可以包括不同场景的业务。示例性的，对于运营商领域中，待匹配业务可以是用户正在办理的某一手机套餐或者宽带套餐等业务。对于金融领域中，待匹配业务可以是用户正在办理的某一储蓄卡申领、信用卡申请等业务。当然，在同一领域中也包括不同的业务场景。业务数据可以理解为后续用于进行与业务规则进行匹配的具体参数，对业务决策结果起到关键性作用的数据。

具体的，用户可以直接将与待匹配业务相关的业务信息输入至客户端，进而客户端将用户输入的业务信息上传至服务器，以使服务器获知待匹配业务的业务标识和业务数据。可选的，用户还可以将上述信息告知业务人员，业务人员通过业务终端将用户告知的业务信息上传至服务器，服务器基于接收到的业务信息获知待匹配业务的业务标识和业务数据。

可选的，在接收到待匹配业务的业务数据和业务标识的基础上，基于业务标识确定待匹配业务对应的业务场景，以便于调取业务场景对应的业务规则，从而可以基于业务数据和业务规则进行匹配处理。

具体的，在服务器的数据库中存储有预设的场景类型和标识的映射表。在收到业务标识之后，将业务标识在映射表中进行场景匹配，以确定该业务标识对应的业务场景，从而确定待匹配业务所属的业务场景。可选的，还可以获取业务标识的预设字段，基于预设字段的字段内容以及预先设定的类型字段确定业务标识对应的业务场景。例如当业务标识的第一段字段为字段a时，对应的业务场景为场景1；当第一段字段为字段b时，对应的业务场景为场景2。当然，上述基于标识确定所属业务场景的方式仅是对本申请技术方案的示例性介绍，并不作为对本申请技术方案的限定，本申请对于确定业务场景的方式不做具体限定。

S220、基于业务标识确定在预设的高速存储器中是否存在业务场景对应的候选业务规则集。若否，则先执行步骤S230，在执行完步骤S230之后继续执行步骤S240；反之若是，则直接执行步骤S240。

在本申请实施例中，高速存储器可以理解具备高速访问的临时存储器。例如，可以是缓存(cache)，当然，还可以是其他的高速存储器，只要具有访问速度快的优点即可，本实施例对于高速存储器不做具体限定。所以，本申请实施例中，通过在高速存储器中进行规则匹配的处理，可以达到提升匹配效率的效果。由于对任意业务场景的场景数据进行规则匹配是需要基于该业务场景对应的业务规则集中的各业务规则和业务数据生成决策结果，所以在匹配前需要预先生成各业务场景对应的业务规则集。其中，业务规则集可以理解为同一业务场景下的多条业务规则的集合，业务规则可以理解为条件和对应决策行为的数据。本申请中，在实施本申请技术方案之前，可以预先在服务器中构建存储业务规则集的数据库。在数据库中，各规则集以表结构的形式存在，即各业务规则集的业务规则和规则集信息对应存储。进一步的，规则集中包含的多个业务规则也以表结构的形式存在，具体可以是将条件和决策结果对应存储。候选业务规则集可以理解为在数据库中基于预设的筛选条件对业务场景对应的规则集进行筛选处理之后得到的筛选规则集。

需要说明的是，本申请预先构建数据库的技术方案，可以便于业务人员对于规则的后续维护以及便于开发人员对于开发好的匹配逻辑的维护。例如，业务人员在后续修改业务规则时，可以通过查表方式快速确定需要修改的业务规则并进行修改。同时，开发人员在通过调用数据表的形式生成各个匹配逻辑的情况下，对于修改的业务规则，若规则标识信息没有变化，则开发人员不需要修改匹配逻辑，若规则标识信息变化，也仅需要修改调用信息，并不需要细致修改具体的匹配逻辑；并且，对于不同逻辑中对于同一套规则的调用，也不需要重复编写具体的业务规则，仅重复调用规则标识信息即可，减少了开发人员大量的重复性工作，提高了开发的系统维护效率。

具体的，高速存储器中存储的候选业务规则集可以理解为在之前次进行规则处理的过程中存储进去的。若之前未进行过规则匹配，则在高速存储器中则不能查找到对应的候选业务规则集，换言之，当前在高速存储器中并不能进行规则匹配，需要先将候选业务规则集从服务器中预设的规则数据库中读取过来，才可以进行后续的匹配处理。

所以，在对待匹配业务进行匹配之前，需要预先确定高速存储器中是否存储有该待匹配业务所属业务场景所对应的候选业务规则集。

具体的，可以通过业务标识确定对应的业务场景，在此基础上，判断高速存储器中是否存在业务场景对应的候选业务规则集。可选的，若不存在，则需要将业务场景对应的候选业务规则集读取至高速存储器中，进而基于候选业务规则集在高速存储器中进行规则匹配；反之，若存在，则可以直接基于候选业务规则集在高速存储器中进行规则匹配，得到决策结果。

S230、在预设的业务规则数据库中确定业务场景对应的初始业务规则集，对初始业务规则集进行第一规则筛选，得到候选业务规则集，并将候选业务规则集存储至高速存储器。

在本申请实施例中，第一规则可以是预先设定的一种筛选条件，例如，可以是对无效的规则进行筛选的筛选条件，当然，还可以是其他筛选条件，对此不做限定。

可选的，本申请技术方案中，为了减小将业务规则集在高速存储器中进行规则导入存储过程中的处理数据量，在将业务场景对应的业务规则进行读取至先进行筛选得到候选业务规则集，并将候选业务规则集存储至高速存储器。

具体的，当在数据库中查找出业务场景对应的初始业务规则集的情况下，可以基于第一规则的筛选条件对初始业务规则集中的业务规则进行初筛选，将不符合预设条件的规则剔除，将业务规则集中符合条件的业务规则形成业务场景对应的候选业务规则集，并将候选业务规则集存储至高速存储器中。

S240、在高速存储器中对候选业务规则集进行第二规则筛选，得到业务场景对应的目标业务规则集。

在本申请实施例中，第二规则也可以理解为预先设定的一种筛选条件，需要说明的是，第二筛选条件为与第一筛选条件不同的筛选条件。可选的，第二规则可以是对还未生效的规则进行筛选的筛选条件，当然，还可以是其他筛选条件，对此不做限定。

具体的，在确定高速存储器中存储有待匹配数据所属业务场景对应的候选规则集的情况下，获取第二规则，并基于第二规则对应的筛选条件对候选业务规则集中的业务规则进行再次筛选，将不符合第二规则筛选条件的业务规则剔除，得到剩余的业务规则集，基于剩余的业务规则集形成目标业务规则集，以基于该目标业务规则集对业务数据进行规则匹配，得到决策结果。

S250、基于目标业务规则集中的各业务规则对业务数据进行解析和匹配处理，并将匹配得到的业务决策结果返回业务系统。

在本申请实施例中，在获取到目标业务规则集的基础上，基于该目标业务规则集对服务器接收到的业务数据进行规则匹配，得到匹配处理后的决策结果，并将该决策结果返回至业务系统，使用户获知待匹配数据对应的决策结果。

具体的，根据预设的规则优先级，确定目标规则集中各业务规则的匹配顺序，基于上述匹配顺序确定第一个用于匹配的业务规则。将该业务规则与业务数据进行匹配处理，若匹配成功，则将该业务规则对应的决策结果作为待匹配业务的决策结果；反之，若第一个业务规则与待匹配业务的业务数据匹配不成功，则顺序将第二个业务规则与待匹配业务的业务数据进行匹配；若依旧匹配不成功，则继续顺序继续匹配下一个业务规则，直至匹配成功，得到待匹配业务的决策结果。

需要说明的是，业务系统可以是设置于业务人员的业务终端中的业务系统，则业务人员在业务系统接收到待匹配业务对应的决策结果时可以将决策结果转告至对应的用户，以使用户获知待匹配业务对应的决策结果；可选的，业务系统还可以是设置于客户端的业务系统，则当客户端的业务系统收到服务器返回的决策结果时，用户可以直接获知待匹配业务对应的决策结果。

在上述技术方案中，业务人员预先将各业务场景的业务规则与业务场景对应存储至数据库中，可以提高业务人员后续对于规则的维护效率，并且后续开发人员可以直接基于数据库中的业务规则开发匹配逻辑，减少开发人员的大量重复性工作，提高开发效率以及对于后续业务匹配系统的维护效率。进一步的，在接收到待匹配业务的业务信息时，若基于业务标识确定待匹配业务所属的业务场景为第一次匹配，则需要在数据库中读取该业务场景出对应的业务规则，并将业务规则进行初筛选后放入高速存储器中，以便于之后再有该业务场景下的业务需要匹配时，可以直接在高速存储器中进行匹配。反之，若基于业务标识确定用户的待匹配业务所属的业务场景不是第一次匹配，则可以直接在高速存储器中继续进行规则筛选，基于筛选后的规则对业务数据进行匹配，得到关于该业务的决策结果。由于高速存储器具备访问速度快的优点，所以上述技术方案中在高速存储器中进行规则匹配，可以提高规则的匹配效率；并且，在将业务规则放进高速存储器前进行第一次规则筛选，筛选掉不符合第一筛选条件的规则，并在高速存储器中匹配前进行再次筛选，可以进一步筛选掉不符合第二条件的规则，从而进一步规则匹配的处理效率和匹配准确性，从而可以达到提高业务处理效率的技术效果。

图4为本申请根据一实施例提供的另一种规则匹配方法的流程示意图。参见图4，本实施例可理解为上述实施例介绍的方法中提及步骤的具体化介绍实施例，具体可以包括：

S310、接收待匹配业务的业务标识和业务数据，并基于业务标识确定待匹配业务所属的业务场景。

具体的，对步骤S310中技术手段、技术效果、技术名词的理解与举例，可参照上述实施例中对步骤S210的解释，本实施例中不再进行赘述。

S320、基于业务标识确定在预设的高速存储器中是否存在业务场景对应的候选业务规则集。

对步骤S320中技术手段、技术效果、技术名词的理解与举例，可参照上述实施例中对步骤S220的解释。

在上述实施方式的基础上，在本实施例中，步骤S320中判断的步骤中具体可以包括：

S321、获取高速存储器中存储的场景与规则集映射缓存表，在场景与规则集映射缓存表中匹配业务标识对应的规则集。

在本申请实施例中，场景与规则集映射缓存表可以理解为在高速存储器中预先构建的场景与规则集关联存储的映射表。具体的，该映射高速存储器表中包括有存储在高速存储器中的候选业务规则集和规则集信息；具体，规则集信息可以包括候选业务规则集对应的业务场景信息。例如，业务场景信息可以包括业务标识，即场景与规则集映射表中业务标识与候选业务规则集对应存储。

具体的，在高速存储器接收到业务标识时，将业务标识与上述场景与规则映射高速存储器表中存储的各标识进行匹配，以实现匹配业务标识对应的规则集。

S322、判断是否匹配成功。

若匹配不成功，则说明高速存储器中不存在业务场景对应的候选业务规则集，需要先执行步骤S330，之后再继续执行步骤S340。

若匹配成功，则说明高速存储器中存在业务场景对应的候选业务规则集，可以直接执行步骤S340。

具体的，将接收到的业务标识与映射高速存储器表中存储的各业务标识进行比对。若在映射高速存储器表中比对到一致的业务标识，则说明匹配成功，即将映射高速存储器表中业务标识对应的高速存储器业务规则集作为接收到的业务标识所匹配到的规则集，并直接进行后续的规则匹配。即，可以直接执行步骤S340。

可选的，若映射高速存储器表中存储的各业务标识与接收到的业务标识均不一致，则说明未匹配成功，则高速存储器集中未存储有接收到的业务标识对应的候选规则集，需要从数据库中将候选业务规则集调取至高速存储器中。即，需要先执行步骤S330，之后再继续执行步骤S340。

S330、在预设的业务规则数据库中确定业务场景对应的初始业务规则集，对初始业务规则集进行第一规则筛选，得到候选业务规则集，并将候选业务规则集存储至高速存储器，之后再进行后续的规则匹配。

具体的，对步骤S330中技术手段、技术效果、技术名词的理解与举例，可参照上述实施例中对步骤S230的解释。

在上述实施方式的基础上，在本实施例中，步骤S330的步骤中具体可以包括：

S331、获取业务规则数据库中存储的场景与规则映射库表，基于业务标识以及场景与规则映射库表确定业务场景对应的初始业务规则集。

在本申请实施例中，业务规则数据库中可以理解为服务器为存储业务规则预先构建的数据库。业务人员在业务终端设置多个业务规则后，将设置的各业务规则生成规则集数据表，并将数据表上传至业务规则数据库中。具体的，数据库中还预先构建有场景和规则赢谁库表。其中，场景与规则集映射库表可以理解为在服务器中预先构建的场景与规则集关联存储的映射表。具体的，该映射库表中包括有存储在服务器中的初始业务规则集和规则集信息；具体，规则集信息可以包括初始业务规则集对应的业务场景信息。例如，业务场景信息可以包括业务标识，即场景与规则集映射表中业务标识与初始业务规则集对应存储。

具体的，将接收到的业务标识与映射库表中存储的各业务标识进行比对。若在映射库表中比对到一致的业务标识，则说明匹配成功，并将映射库表中业务标识对应的候选业务规则集作为接收到的业务标识所匹配到的初始业务规则集。

可选的，若映射库表中存储的各业务标识与接收到的业务标识均不一致，则说明未匹配成功，则服务器中未存储有接收到的业务标识对应的初始规则集，此时，可以向业务系统反馈未查询到待匹配业务的业务场景，并可以生成业务标识是否输入正确的提示消息，以使业务人员或者用户对业务信息进行检查，从而可以给予修改后的业务信息重新进行业务匹配，最终成功完成业务匹配，得到决策结果。

S332、确定初始业务规则集中各业务规则的规则状态；其中，规则状态包括激活状态和时效状态；激活状态包括已激活状态和不可激活状态；时效状态包括未生效状态、有效状态和失效状态。

在本申请实施例中，业务人员在进行规则配置时会对各业务规则进行规则状态的配置，以基于规则状态控制业务规则是否可以被执行匹配逻辑。具体的，本申请中规则状态包括激活状态和时效状态；激活状态包括已激活状态和不可激活状态；时效状态包括未生效状态、有效状态和失效状态。其中，激活状态可以表征业务规则是否被激活，具体的，已激活表征该条业务规则在当前状态下可以被用于业务匹配，反之，若未激活，则说明该条业务规则现在还不能被用于业务匹配。进一步的，业务人员还会对规则状态设置时效，以实现可以灵活控制业务规则的使用。具体的，时效状态表征业务规则是否处于有效期内。具体的，未生效状态表明该条业务规则的有效起始时间晚于当前时间，即在未来时间内会生效，未来会可用，当前时间内不可以被使用。失效状态表明该条业务规则的有效结束时间早于当前时间，即表明在之前处于可用状态，在当前之间内不可以被使用。有效状态表明该条业务规则的最早生效时间早于当前时间，最晚生效时间晚于当前时间，即在当前时间内可以被使用。

具体的，在业务规则数据表中存储的规则信息中查找表征规则状态的状态字段，并基于状态字段确定初始业务规则集中各业务规则的规则状态。

S333、剔除初始业务规则集中处于不可激活状态和失效状态的业务规则，得到业务场景对应的候选业务规则集。

在本申请实施例中，在基于上述实施方式确定初始业务规则集中各业务规则的规则状态的情况下，设定第一规则为筛选初始业务规则集中出处于不可激活状态和失效状态的业务规则。进一步的，基于上述筛选规则进行规则筛选，并将筛选出的业务规则作为初始业务规则集中的待剔除业务规则，并将上述筛选出的待剔除业务规则进行剔除，得到候选业务规则集。

在上述技术方案中，将筛选出处于不可激活状态和失效状态的业务规则作为第一规则并在筛选后进行剔除，得到候选业务规则集，通过剔除掉不能用于进行业务匹配的业务规则，减小将规则存储至高速存储器过程中的处理数据量，并且可以减少高速存储器中的存储空间，提高业务匹配效率和业务系统维护效率。

S340、在高速存储器中对候选业务规则集进行第二规则筛选，得到业务场景对应的目标业务规则集。

具体的，对步骤S340中技术手段、技术效果、技术名词的理解与举例，可参照上述实施例中对步骤S240的解释。

在上述实施方式的基础上，在本实施例中，步骤S340中的步骤中具体可以包括：

S341、在高速存储器中，确定候选业务规则集中处于未生效状态的业务规则，并剔除处于未生效状态的业务规则，得到业务场景对应的目标业务规则集。

在本申请实施例中，在基于上述实施方式确定高速存储器中包含候选业务规则集的情况下，确定候选业务规则集中各业务规则的规则状态，设定第二规则为筛选初始业务规则集中出处于未生效状态的业务规则。进一步的，基于上述筛条件则进行规则筛选，并将筛选出的业务规则作为候选业务规则集中的待剔除业务规则，并将上述筛选出的待剔除业务规则进行剔除，得到目标业务规则集。

在上述技术方案中，将筛选出处于未生效状态的业务规则作为第二规则并在筛选后进行剔除，得到目标业务规则集，通过进一步剔除掉不能在当前时间内进行业务匹配的业务规则，减小在规则匹配过程中的数据处理量，从而提高匹配效率。

S350、基于目标业务规则集中的各业务规则对业务数据进行解析和匹配处理，并将匹配得到的业务决策结果返回业务系统。

具体的，对步骤S350中技术手段、技术效果、技术名词的理解与举例，可参照上述实施例中对步骤S250的解释，本实施例中不再进行赘述。

在上述技术方案中，在接收到待匹配业务的业务信息时，若基于业务标识确定待匹配业务所属的业务场景为第一次匹配，则需要在数据库中读取该业务场景出对应的业务规则，并将业务规则进行初筛选后放入高速存储器中，以便于之后再有该业务场景下的业务需要匹配时，可以直接在高速存储器中进行匹配；并且将筛选出处于不可激活状态和失效状态的业务规则作为第一规则并在筛选后进行剔除，得到候选业务规则集，通过剔除掉不能用于进行业务匹配的业务规则，减小将规则存储至高速存储器过程中的处理数据量，并且可以减少高速存储器中的存储空间，提高业务匹配效率和业务系统维护效率。反之，若基于业务标识确定用户的待匹配业务所属的业务场景不是第一次匹配，则可以直接在高速存储器中继续进行规则筛选，将筛选出处于未生效状态的业务规则作为第二规则并在筛选后进行剔除，得到目标业务规则集，通过进一步剔除掉不能在当前时间内进行业务匹配的业务规则，减小在规则匹配过程中的数据处理量，从而提高匹配效率，从而可以达到提高业务处理效率的技术效果。

图5为本申请根据一实施例提供的另一种规则匹配方法的流程示意图。参见图5，本实施例可理解为上述实施例介绍的方法中提及步骤的具体化介绍实施例，具体可以包括：

S410、接收待匹配业务的业务标识和业务数据，并基于业务标识确定待匹配业务所属的业务场景。

具体的，对步骤S410中技术手段、技术效果、技术名词的理解与举例，可参照上述实施例中对步骤S210的解释，本实施例中不再进行赘述。

S420、基于业务标识确定在预设的高速存储器中是否存在业务场景对应的候选业务规则集。若不存在，则先执行步骤S430，在执行完步骤S430之后继续执行步骤S440；反之，则直接执行步骤S440。

具体的，对步骤S420中技术手段、技术效果、技术名词的理解与举例，可参照上述实施例中对步骤S220和S321-S322的解释，本实施例中不再进行赘述。

S430、在预设的业务规则数据库中确定业务场景对应的初始业务规则集，对初始业务规则集进行第一规则筛选，得到候选业务规则集，并将候选业务规则集存储至高速存储器。

具体的，对步骤S430中技术手段、技术效果、技术名词的理解与举例，可参照上述实施例中对步骤S230和S331-S333的解释，本实施例中不再进行赘述。

S440、在高速存储器中对候选业务规则集进行第二规则筛选，得到业务场景对应的目标业务规则集。

具体的，对步骤S440中技术手段、技术效果、技术名词的理解与举例，可参照上述实施例中对步骤S240和S341的解释，本实施例中不再进行赘述。

S450、基于目标业务规则集中的各业务规则对业务数据进行解析和匹配处理，并将匹配得到的业务决策结果返回业务系统。

对步骤S450中技术手段、技术效果、技术名词的理解与举例，可参照上述实施例中对步骤S250的解释。

在上述实施方式的基础上，在本实施例中，步骤S450中的步骤中具体可以包括：

S451、对于任一业务规则，确定当前业务规则的规则条件。

在本申请实施例中，由于各业务规则在数据库中以表结构的方式进行存储，各业务规则都包括规则条件和对应的决策行为，所以可以根据业务规则的规则信息查找到数据库中的规则条件。例如，对于付款场景中，目标业务规则集中的各业务规则的规则条件各对应的决策行包括：满足第一数值范围的付款金额，例如小于一千，付款金额不变；满足第二数值范围的付款金额，例如大于一千小于五千，付款金额减少百分之十；满足第三数值范围的付款金额，例如，大于五千，付款金额减少百分之十五。

S452、获取预设的规则解析器，基于规则解析器和规则条件，解析生成当前业务规则的规则表达式，并基于规则表达式对业务数据进行匹配处理。

在本申请实施例中，预设的规则解析器可以包括但不限于Aviator文本解析器。具体的，将任一业务规则的规则条件输入至上述解析器中，得到解析输出的规则表达式。示例性的，基于上述S451中提及的规则条件，得到目标业务骨规则集中的各业务规则表达式可以是：(date<1000)||(1000<date<5000)||(date>5000)。需要说明的是，在上述表达式中可以包括三条业务规则。

需要说明的是，本申请中，可以共同对目标业务规则集中的所有业务规则进行解析，也可以分别解析目标业务规则集中的各业务规则，对于解析方式不做限定。

还需要说明的是，本申请中对于规则条件的解析不仅能能支持正则表达式的解析，还能支持自定义函数，业务人员可以通过扩展函数增加规则的解析方式，以实现相应的规则条件解析。

在上述实施方式中，基于预设的解析器进行规则条件解析，可以让开发人员很容易过渡、移植，且学习曲线很低，对开发人员的专业能力要求降低。

S453、判断是否匹配成功。

若匹配成功，则执行步骤S454；反之，则返回步骤S451，继续解析和匹配下一个业务规则，直至匹配成功得到待匹配数据的业务决策结果，并将业务决策结果返回业务系统。

在本申请实施例中，在得到规则条件的解析表达式之后，将规则条件的表达式与待匹配业务的业务数据进行匹配。

示例性的，依旧以上述步骤中的数据为例，若输入的业务数据为3000，则将业务数据与第一条规则(date<1000)进行匹配可知，数据不符合条件范围，则匹配不成功。进一步的，继续匹配下一条业务规则(1000<date<5000)，数据符合条件范围，匹配成功。

S454、将当前业务规则对应的决策结果作为待匹配数据的业务决策结果，并将业务决策结果返回业务系统。

在本申请实施例中，在待匹配业务的业务数据和业务规则的规则条件匹配成功的情况下，将该条规则对应的决策结果作为该待匹配业务对应的决策结果，并将该决策结果返回至业务系统，使用户获知待匹配数据对应的决策结果。

需要说明的是，在本申请实施例中个支持两种决策形式，可以将决策结果进行表达式解析后返回，也可以作为字符串直接返回。

在上述技术方案中，上述技术方案中在高速存储器中进行规则匹配，可以提高规则的匹配效率；并在高速存储器中匹配前进行再次筛选，可以进一步筛选掉不符合第二条件的规则，从而进一步规则匹配的处理效率和匹配准确性，从而可以达到提高业务处理效率的技术效果。进一步的，在匹配过程中先对业务规则进行条件解析，并基于解析后的表达式与业务参数进行匹配，可以快速准确的得到业务决策结果，进一步提高匹配效率和匹配准确性。

图6为本申请根据一示例性实施例提供的另一种规则匹配方法的流程示意图。本实施例可理解为在上述各实施例的基础上，对申请技术方案进行扩展的扩展实施例，参见图6，本实施例的方法具体可以包括：

S510、接收待匹配业务的业务标识和业务数据，并基于业务标识确定待匹配业务所属的业务场景。

具体的，对步骤S510中技术手段、技术效果、技术名词的理解与举例，可参照上述实施例中对步骤S210的解释，本实施例中不再进行赘述。

S520、基于业务标识确定在预设的高速存储器中是否存在业务场景对应的候选业务规则集。若不存在，则先执行步骤S230，在执行完步骤S230之后继续执行步骤S240；反之，则直接执行步骤S240。

具体的，对步骤S520中技术手段、技术效果、技术名词的理解与举例，可参照上述实施例中对步骤S220和S321-S322的解释，本实施例中不再进行赘述。

S530、在预设的业务规则数据库中确定业务场景对应的初始业务规则集，对初始业务规则集进行第一规则筛选，得到候选业务规则集，并将候选业务规则集存储至高速存储器。

具体的，对步骤S530中技术手段、技术效果、技术名词的理解与举例，可参照上述实施例中对步骤S230和S331-S333的解释，本实施例中不再进行赘述。

S540、在高速存储器中对候选业务规则集进行第二规则筛选，得到业务场景对应的目标业务规则集。

具体的，对步骤S540中技术手段、技术效果、技术名词的理解与举例，可参照上述实施例中对步骤S240和S341的解释，本实施例中不再进行赘述。

S550、基于目标业务规则集中的各业务规则对业务数据进行解析和匹配处理，并将匹配得到的业务决策结果返回业务系统。

对步骤S550中技术手段、技术效果、技术名词的理解与举例，可参照上述实施例中对步骤S250和S451-S454的解释，本实施例中不再进行赘述。

S560、在高速存储器中，确定目标业务规则集中处于失效状态的业务规则，并剔除处于失效状态的业务规则，得到更新后的目标业务规则集。

在本申请实施例中，由于随着时间的推移，存储在高速存储器中的各业务存在失效的可能。所以，可以间隔预设时间段，再次获取高速存储器中各业务规则的规则状态，并确定出目标规则集中处于失效状态的规则作为待剔除规则，并将上述待剔除规则进行剔除，以实现对目标规则集进行更新处理，得到各业务场景分别对应的更新后的目标业务规则集。

在上述技术方案中，通过对高速存储器中处于失效状态的业务规则进行剔除，实现得到更新后的目标业务规则集，可以进一步减小高速存储器中的存储空间，以及提高高速存储器的资源利用率。

在上述各实施例的基础上，本本申请实施例的技术方案还包括：基于业务规则数据库中预设的修改事件表确定待修改规则的规则标识，并基于规则标识分别确定高速存储器中是否存储待修改规则；若存在，则基于待修改规则在业务规则数据库中存储的规则条件更新高速存储器中存储的规则信息。

在本申请实施例中，业务人员还可以对服务器的数据库中存储的各业务规则进行修正，并同时更新高速存储器中的业务规则，以保证数据存储的一致性，从而保证后续规则匹配的准确性。示例性的，规则修正可以包括增加、修改以及删除。

具体的，预设在业务终端设置规则修正的修正接口，业务人员可以通过上述修改接口进行业务规则的修正。进一步的，业务人员基于修正接口对业务规则集中的业务规则进行修正后，修正的具体事项可以记录于预设的事件表中。示例性的，事件表中记录的内容包括但不限于修正名称、规则集唯一标识等字段。

可选的，本申请实施例中高速存储器中存储规则集的存储形式可以是map形式，具体的，key为规则集name module type三个字段组成的唯一标识，上述标识也是业务匹配时候需要输入的三个字段值，value是规则集和关联规则的所有信息。

进一步的，服务器中可以提供轮询时间的配置。具体的，到了轮询时间，服务器可以创建一个定时任务，基于定时任务读取事件表中的新增事件，然后通过key值判断高速存储器中是否存在事件表中所修正的业务规则集，若不存在无需进行高速存储器更新；反之，若存在，将相应的业务规则集和业务规则从高速存储器中删除，再通过查找业务规则数据库，将修正后的业务规则集和业务规则读取至高速存储器中，完成高速存储器的同步和更新，保证高速存储器和服务器业务规则数据库中存储的数据一致。

需要说明的是，轮询事件表时服务器能够记录此次轮询到的最大时间id，等下一次轮询来临，从上次记录的最大事件id往下轮询，避免将事件表整表查询扫描，减少扫描数量，提高处理效率。

在上述技术方案中，业务人员可以修正业务规则集或者规则数据，服务器在更细数据库中业务规则的同时，会将高速存储器中存储的该条业务更新，以保证高速存储器和数据库中存储的数据一致性，从而可以提高后续进行规则匹配时的匹配准确性。

图7为本申请根据一示例性实施例提供的一种规则匹配装置的结构示意图。参见图7，该装置包括：标识和数据接收模块610、候选业务规则集确定模块620、候选业务规则集获得模块630、目标业务规则集获得模块640和业务规则匹配模块650；其中，

标识和数据接收模块610，用于接收待匹配业务的业务标识和业务数据，并基于业务标识确定待匹配业务对应的业务场景；

候选业务规则集确定模块620，用于基于业务标识确定在预设的高速存储器中是否存在业务场景对应的候选业务规则集；

候选业务规则集获得模块630，用于若不存在，则在预设的业务规则数据库中确定业务场景对应的初始业务规则集，对初始业务规则集进行第一规则筛选，得到候选业务规则集，并将候选业务规则集存储至高速存储器；或者，

目标业务规则集获得模块640，用于若存在，则在高速存储器中对候选业务规则集进行第二规则筛选，得到业务场景对应的目标业务规则集；

业务规则匹配模块650，用于基于目标业务规则集中的各业务规则对业务数据进行解析和匹配处理，并将匹配得到的业务决策结果返回业务系统。

可选的，候选业务规则集确定模块620，具体可用于：

获取高速存储器中存储的场景与规则集映射缓存表，在场景与规则集映射缓存表中匹配业务标识对应的规则集；

若匹配成功，则说明高速存储器中存在业务场景对应的候选业务规则集；若匹配不成功，则说明高速存储器中不存在业务场景对应的候选业务规则集。

可选的，候选业务规则集获得模块630，具体可用于：

获取业务规则数据库中存储的场景与规则映射库表，基于业务标识以及场景与规则映射库表确定业务场景对应的初始业务规则集；

确定初始业务规则集中各业务规则的规则状态；其中，规则状态包括激活状态和时效状态；激活状态包括已激活状态和不可激活状态；时效状态包括未生效状态、有效状态和失效状态；

剔除初始业务规则集中处于不可激活状态和失效状态的业务规则，得到业务场景对应的候选业务规则集。

可选的，目标业务规则集获得模块640，具体可用于：

在高速存储器中，确定候选业务规则集中处于未生效状态的业务规则，并剔除处于未生效状态的业务规则，得到业务场景对应的目标业务规则集。

可选的，业务规则匹配模块650，具体可用于：

对于任一业务规则，确定当前业务规则的规则条件；

获取预设的规则解析器，基于规则解析器和规则条件，解析生成当前业务规则的规则表达式，并基于规则表达式对业务数据进行匹配处理；

若匹配成功，则将当前业务规则对应的决策结果作为待匹配数据的业务决策结果，并将业务决策结果返回业务系统；

若匹配不成功，则继续解析和匹配下一个业务规则，直至匹配成功得到待匹配数据的业务决策结果，并将业务决策结果返回业务系统。

可选的，该装置，还用于：

在高速存储器中，确定目标业务规则集中处于失效状态的业务规则，并剔除处于失效状态的业务规则，得到更新后的目标业务规则集。

可选的，该装置，还用于：

基于业务规则数据库中预设的修改事件表确定待修改规则的规则标识，并基于规则标识分别确定高速存储器中是否存储待修改规则；

若存在，则基于待修改规则在业务规则数据库中存储的规则条件更新高速存储器中存储的规则信息。

图8为本申请实施例提供的一种服务器的结构示意图。如图8所示，本实施例的服务器可以包括：

至少一个处理器701；以及

与至少一个处理器通信连接的存储器702；

其中，存储器702存储有可被至少一个处理器701执行的指令，指令被至少一个处理器701执行，以使服务器执行如上述任一实施例的方法。

可选地，存储器702既可以是独立的，也可以跟处理器701集成在一起。

本实施例提供的服务器的实现原理和技术效果可以参见前述各实施例，此处不再赘述。

本申请实施例还提供一种计算机可读存储介质，计算机可读存储介质中存储有计算机执行指令，当处理器执行计算机执行指令时，实现前述任一实施例的方法。

本申请实施例还提供一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现前述任一实施例的方法。

在本申请所提供的几个实施例中，应该理解到，所揭露的设备和方法，可以通过其它的方式实现。例如，以上所描述的设备实施例仅仅是示意性的，例如，模块的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个模块可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。

上述以软件功能模块的形式实现的集成的模块，可以存储在一个计算机可读取存储介质中。上述软件功能模块存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器执行本申请各个实施例方法的部分步骤。

应理解，上述处理器可以是中央处理单元(Central Processing Unit，简称CPU)，还可以是其它通用处理器、数字信号处理器(Digital Signal Processor，简称DSP)、专用集成电路(Application Specific Integrated Circuit，简称ASIC)等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合申请所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。存储器可能包含高速RAM存储器，也可能还包括非易失性存储NVM，例如至少一个磁盘存储器，还可以为U盘、移动硬盘、只读存储器、磁盘或光盘等。

上述存储介质可以是由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。存储介质可以是通用或专用计算机能够存取的任何可用介质。

一种示例性的存储介质耦合至处理器，从而使处理器能够从该存储介质读取信息，且可向该存储介质写入信息。当然，存储介质也可以是处理器的组成部分。处理器和存储介质可以位于专用集成电路(Application Specific Integrated Circuits，简称ASIC)中。当然，处理器和存储介质也可以作为分立组件存在于服务器或主控设备中。

图9是根据一示例性实施例示出的另一种服务器的框图。图9中，该服务器可以是刀片式服务器、大型计算机、和其它适合的计算机等。

服务器800可以包括以下一个或多个组件：处理组件802，存储器804，电源组件806，多媒体组件808，音频组件810，输入/输出(I/O)接口812，传感器组件814，以及通信组件816。

处理组件802通常控制服务器800的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理组件802可以包括一个或多个处理器820来执行指令，以完成上述的方法的全部或部分步骤。此外，处理组件802可以包括一个或多个模块，便于处理组件802和其他组件之间的交互。例如，处理组件802可以包括多媒体模块，以方便多媒体组件808和处理组件802之间的交互。

存储器804被配置为存储各种类型的数据以支持在服务器800的操作。这些数据的示例包括用于在服务器800上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器804可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。

电源组件806为服务器800的各种组件提供电力。电源组件806可以包括电源管理系统，一个或多个电源，及其他与为服务器800生成、管理和分配电力相关联的组件。

多媒体组件808包括在服务器800和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件808包括一个前置摄像头和/或后置摄像头。当服务器800处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。

音频组件810被配置为输出和/或输入音频信号。例如，音频组件810包括一个麦克风(MIC)，当服务器800处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器804或经由通信组件816发送。在一些实施例中，音频组件810还包括一个扬声器，用于输出音频信号。

I/O接口812为处理组件802和外围接口模块之间提供接口，上述外围接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。

传感器组件814包括一个或多个传感器，用于为服务器800提供各个方面的状态评估。例如，传感器组件814可以检测到服务器800的打开/关闭状态，组件的相对定位，例如组件为服务器800的显示器和小键盘，传感器组件814还可以检测服务器800或服务器800一个组件的位置改变，用户与服务器800接触的存在或不存在，服务器800方位或加速/减速和服务器800的温度变化。传感器组件814可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件814还可以包括光传感器，如CMOS或CCD图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件814还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。

通信组件816被配置为便于服务器800和其他设备之间有线或无线方式的通信。服务器800可以接入基于通信标准的无线网络，如WiFi，2G或3G，或它们的组合。在一个示例性实施例中，通信组件816经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，所述通信组件816还包括近场通信(NFC)模块，以促进短程通信。例如，在NFC模块可基于射频识别(RFID)技术，红外数据协会(IrDA)技术，超宽带(UWB)技术，蓝牙(BT)技术和其他技术来实现。

在示例性实施例中，服务器800可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述方法。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本申请的其它实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本申请未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本申请的真正范围和精神由下面的权利要求书指出。

应当理解的是，本申请并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本申请的范围仅由所附的权利要求书来限制。

Claims (10)

1.一种规则匹配方法，其特征在于，包括：

接收待匹配业务的业务标识和业务数据，并基于所述业务标识确定所述待匹配业务所属的业务场景；

基于所述业务标识确定在预设的高速存储器中是否存在所述业务场景对应的候选业务规则集；

若不存在，则在预设的业务规则数据库中确定所述业务场景对应的初始业务规则集，对所述初始业务规则集进行第一规则筛选，得到所述候选业务规则集，并将所述候选业务规则集存储至所述高速存储器；或者，

若存在，则在所述高速存储器中对所述候选业务规则集进行第二规则筛选，得到所述业务场景对应的目标业务规则集；

基于所述目标业务规则集中的各业务规则对所述业务数据进行解析和匹配处理，并将匹配得到的业务决策结果返回业务系统。

2.根据权利要求1所述的方法，其特征在于，所述基于所述业务标识确定在预设的高速存储器中是否存在所述业务场景对应的候选业务规则集，包括：

获取所述高速存储器中存储的场景与规则集映射缓存表，在所述场景与规则集映射缓存表中匹配所述业务标识对应的规则集；

若匹配成功，则说明所述高速存储器中存在所述业务场景对应的候选业务规则集；若匹配不成功，则说明所述高速存储器中不存在所述业务场景对应的候选业务规则集。

3.根据权利要求1所述的方法，其特征在于，所述在预设的业务规则数据库中确定所述业务场景对应的初始业务规则集，对所述初始业务规则集进行第一规则筛选，得到所述候选业务规则集，包括：

获取所述业务规则数据库中存储的场景与规则映射库表，基于所述业务标识以及场景与规则映射库表确定所述业务场景对应的初始业务规则集；

确定所述初始业务规则集中各业务规则的规则状态；其中，所述规则状态包括激活状态和时效状态；所述激活状态包括已激活状态和不可激活状态；所述时效状态包括未生效状态、有效状态和失效状态；

剔除所述初始业务规则集中处于不可激活状态和失效状态的业务规则，得到所述业务场景对应的候选业务规则集。

4.根据权利要求2所述的方法，其特征在于，所述在所述高速存储器中对所述候选业务规则集进行第二规则筛选，包括：

在所述高速存储器中，确定所述候选业务规则集中处于未生效状态的业务规则，并剔除所述处于未生效状态的业务规则，得到所述业务场景对应的目标业务规则集。

5.根据权利要求1所述的方法，其特征在于，所述基于所述目标业务规则集中的各业务规则对所述业务数据进行解析和匹配处理，并将匹配得到的业务决策结果，包括：

对于任一业务规则，确定当前业务规则的规则条件；

获取预设的规则解析器，基于所述规则解析器和所述规则条件，解析生成所述当前业务规则的规则表达式，并基于所述规则表达式对所述业务数据进行匹配处理；

若匹配成功，则将所述当前业务规则对应的决策结果作为所述待匹配数据的业务决策结果，并将所述业务决策结果返回业务系统；

若匹配不成功，则继续解析和匹配下一个业务规则，直至匹配成功得到所述待匹配数据的业务决策结果，并将所述业务决策结果返回业务系统。

6.根据权利要求5所述的方法，其特征在于，在将所述业务决策结果返回业务系统之后，还包括：

在所述高速存储器中，确定所述目标业务规则集中处于失效状态的业务规则，并剔除所述处于失效状态的业务规则，得到更新后的目标业务规则集。

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

基于所述业务规则数据库中预设的修改事件表确定待修改规则的规则标识，并基于所述规则标识分别确定所述高速存储器中是否存储待修改规则；

若存在，则基于所述待修改规则在所述业务规则数据库中存储的规则条件更新所述高速存储器中存储的规则信息。

8.一种规则匹配装置，其特征在于，包括：

标识和数据接收模块，用于接收待匹配业务的业务标识和业务数据，并基于所述业务标识确定所述待匹配业务对应的业务场景；

候选业务规则集确定模块，用于基于所述业务标识确定在预设的高速存储器中是否存在所述业务场景对应的候选业务规则集；

候选业务规则集获得模块，用于若不存在，则在预设的业务规则数据库中确定所述业务场景对应的初始业务规则集，对所述初始业务规则集进行第一规则筛选，得到所述候选业务规则集，并将所述候选业务规则集存储至所述高速存储器；或者，

目标业务规则集获得模块，用于若存在，则在所述高速存储器中对所述候选业务规则集进行第二规则筛选，得到所述业务场景对应的目标业务规则集；

业务规则匹配模块，用于基于所述目标业务规则集中的各业务规则对所述业务数据进行解析和匹配处理，并将匹配得到的业务决策结果返回业务系统。

9.一种服务器，其特征在于，包括：处理器，以及与所述处理器通信连接的存储器；

所述存储器存储计算机执行指令；

所述处理器执行所述存储器存储的计算机执行指令，以实现如权利要求1至7任一项所述的方法。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有计算机执行指令，所述计算机执行指令被处理器执行时用于实现如权利要求1至7任一项所述的方法。