CN107943878B - 一种业务规则引擎实现方法和系统 - Google Patents

Abstract

本发明实施例涉及一种业务规则引擎实现方法和系统，属于计算机应用技术领域。其中，该方法包括：对接收到的初始业务请求信息进行分析，得到管理维度信息；根据管理维度信息确定服务唯一标识；根据服务唯一标识确定业务管控规则；根据服务唯一标识和预先设置的实体表对业务管控规则进行校验。通过本发明实施例提供的：根据管理维度信息确定服务唯一标识，根据服务唯一标识确定业务管控规则，根据服务唯一标识与实体表对业务管控规则进行校验的技术方案，一方面，避免了现有技术中繁琐复杂的抽离过程；另一方面，实现了高效且精准的技术效果。

Description

一种业务规则引擎实现方法和系统

技术领域

本发明实施例涉及计算机应用技术领域，尤其涉及一种业务规则引擎实现方法和系统。

背景技术

随着科学技术的发展，计算应用有了飞速的进步。其中，电信运营商业务也在不断的丰富和发展。在现有技术中，业务规则管理技术是存储在程序手册、客户合同、供应商协议等结构化的文档中，或是完全依靠人工管理。在现有技术中，也有部分企业的信息系统是将业务规则的逻辑作为一个过程写进了程序代码中。

然而，发明人实现本发明的过程中，发现至少存在以下几个问题：

1、服务效率低，且灵活性低；

2、服务成本高，且用户成本高。

发明内容

为解决上述技术问题，本发明实施例提供了一种业务规则引擎实现方法和系统。

根据本发明实施例的第一方面，本发明实施例提供了一种业务规则引擎实现方法，所述方法包括：

对接收到的初始业务请求信息进行分析，得到管理维度信息；

根据所述管理维度信息确定服务唯一标识；

根据所述服务唯一标识确定业务管控规则；

根据所述服务唯一标识和预先设置的实体表对所述业务管控规则进行校验。

通过本实施例提供的：根据管理维度信息确定服务唯一标识，根据服务唯一标识确定业务管控规则，根据服务唯一标识与实体表对业务管控规则进行校验的技术方案，一方面，避免了现有技术中需要对元素抽离，而元素抽离繁琐复杂的技术弊端；另一方面，实现了高效且精准的对业务规则进行管控的技术效果。

其中，服务唯一标识包括：服务名和/或服务编号。

进一步地，所述根据所述服务唯一标识和预先设置的实体表对所述业务管控规则进行校验，具体包括：

根据所述服务唯一标识确定第一规则引擎服务模式；

根据所述第一规则引擎服务模式确定第一规则表；

当所述第一规则表与所述实体表相匹配时，则获取第二规则引擎模式对应的第二规则表；

根据所述第二规则表、所述服务唯一标识和所述实体表对所述业务管控规则进行校验。

通过本实施例提供的：根据服务唯一标识对第一规则引擎服务模式进行确定，并根据该第一规则引擎服务模式确定第一规则表，只有当第一规则表与实体表相匹配时，才根据第二规则表对业务管控规则进行校验的技术方案，进一步实现了高效且精准的对业务规则进行管控的技术效果。

或者，根据服务唯一标识确定第二规则引擎服务模式，根据第二规则引擎服务模式确定第二规则表，只有当第二规则表与实体表相匹配时，才根据第一规则表对业务管控规则进行校验。

进一步地，当所述第一规则引擎服务模式为第一预设模式，所述第一规则表为放行规则表时，则所述第二规则引擎服务模式为第二预设模式，所述第二规则表为阻止规则表；或者，

当所述第一规则引擎服务模式为第一预设模式，所述第一规则表为阻止规则表时，则所述第二规则引擎服务模式为第二预设模式，所述第二规则表为放行规则表。

通过本实施例提供的：根据不同的规则引擎服务模式对应不同的预设模式，且对应不同的规则表，以进一步实现高效且精准的对业务规则进行管控的技术效果。

进一步地，所述根据所述第二规则表、所述服务唯一标识和所述实体表对所述业务管控规则进行校验，具体包括：

判断所述阻止规则表中是否存在与所述服务唯一标识对应的阻止规则；

如果不存在，则对所述业务管控规则的校验结果为校验成功，并对所述初始业务请求信息进行响应；

如果存在，则根据获取到的所述业务管控规则中的要素信息确定唯一要素信息；

根据所述唯一要素信息和所述实体表确定匹配结果。

进一步地，如果没有获取到所述要素信息时，则获取与所述业务管控规则相关联的业务管控规则中的第一要素信息，并根据所述第一要素信息确定唯一要素信息。

进一步地，所述根据所述唯一要素信息和所述实体表确定匹配结果，具体包括：

根据所述实体表中的条件信息、判断方式信息和判断值域信息确定SQL判断条件；

将所述唯一要素信息代入所述SQL判断条件中，得到所述匹配结果。

进一步地，所述方法还包括：

当所述匹配结果为不匹配时，则对所述业务管控规则的校验结果为通过校验，并对所述初始业务请求信息进行响应。

进一步地，所述根据所述第二规则表、所述服务唯一标识和所述实体表对所述业务管控规则进行校验，具体包括：

判断所述放行规则表中是否存在与所述服务唯一标识对应的放行规则；

如果不存在，则对所述业务管控规则的校验结果为校验失败，并拒绝对所述初始业务请求信息进行响应。

具体地，所述方法还包括：

如果存在，则根据获取到的所述业务管控规则中的要素信息确定唯一要素信息；

根据所述唯一要素信息和所述实体表确定匹配结果；

如果没有获取到所述要素信息时，则获取与所述业务管控规则相关联的业务管控规则中的第一要素信息，并根据所述第一要素信息确定唯一要素信息。

具体地，所述根据所述唯一要素信息和所述实体表确定匹配结果，具体包括：

根据所述实体表中的条件信息、判断方式信息和判断值域信息确定SQL判断条件；

将所述唯一要素信息代入所述SQL判断条件中，得到所述匹配结果。

具体地，所述方法还包括：

当所述匹配结果为匹配时，则对所述业务管控规则的校验结果为通过校验，并对所述初始业务请求信息进行响应。

根据本发明实施例的另一个方面，本发明实施例提供了一种业务规则引擎实现系统，所述系统包括：

分析模块：对接收到的初始业务请求信息进行拆解，得到管理维度信息；

确定模块：用于根据所述管理维度信息确定服务唯一标识，并根据所述服务唯一标识确定业务管控规则；

校验模块：用于根据所述服务唯一标识和预先设置的实体表对所述业务管控规则进行校验。

进一步地，所述检验模块具体用于：

根据所述服务唯一标识确定第一规则引擎服务模式；

根据所述第一规则引擎服务模式确定第一规则表；

当所述第一规则表与所述实体表相匹配时，则获取第二规则引擎模式对应的第二规则表；

根据所述第二规则表、所述服务唯一标识和所述实体表对所述业务管控规则进行校验。

进一步地，当所述第一规则引擎服务模式为第一预设模式，所述第一规则表为放行规则表时，则所述第二规则引擎服务模式为第二预设模式，所述第二规则表为阻止规则表；或者，

当所述第一规则引擎服务模式为第一预设模式，所述第一规则表为阻止规则表时，则所述第二规则引擎服务模式为第二预设模式，所述第二规则表为放行规则表。

进一步地，所述校验模块还具体用于：

判断所述阻止规则表中是否存在与所述服务唯一标识对应的阻止规则；

如果不存在，则对所述业务管控规则的校验结果为校验成功，并对所述初始业务请求信息进行响应；

如果存在，则根据获取到的所述业务管控规则中的要素信息确定唯一要素信息；

根据所述唯一要素信息和所述实体表确定匹配结果。

进一步地，如果没有获取到所述要素信息时，则获取与所述业务管控规则相关联的业务管控规则中的第一要素信息，并根据所述第一要素信息确定唯一要素信息。

进一步地，所述校验模块还具体用于：

根据所述实体表中的条件信息、判断方式信息和判断值域信息确定SQL判断条件；

将所述唯一要素信息代入所述SQL判断条件中，得到所述匹配结果。

进一步地，当所述匹配结果为不匹配时，则对所述业务管控规则的校验结果为通过校验，并对所述初始业务请求信息进行响应。

进一步地，所述校验模块还具体用于：

判断所述放行规则表中是否存在与所述服务唯一标识对应的放行规则；

如果不存在，则对所述业务管控规则的校验结果为校验失败，并拒绝对所述初始业务请求信息进行响应。

本发明实施例的有益效果在于，根据管理维度信息确定业务管控规则，根据业务管控规则确定服务唯一标识，根据服务唯一标识与实体表对业务管控规则进行校验的技术方案，一方面，避免了现有技术中需要对元素抽离，而元素抽离繁琐复杂的技术弊端；另一方面，实现了高效且精准的对业务规则进行管控的技术效果。

附图说明

图1为本发明实施例提供的一种业务规则引擎实现方法的流程示意图；

图2为本发明实施例提供的一种业务规则引擎实现系统的结构示意图。

具体实施方式

以下描述中，为了说明而不是为了限定，提出了诸如特定系统结构、接口、技术之类的具体细节，以便透切理解本发明。然而，本领域的技术人员应当清楚，在没有这些具体细节的其它实施例中也可以实现本发明。在其它情况中，省略对众所周知的系统、电路以及方法的详细说明，以免不必要的细节妨碍本发明的描述。

本发明实施例提供了一种业务规则引擎实现方法和系统。

根据本发明实施例的一个方面，本发明实施例提供了一种业务规则引擎实现方法。

请参阅图1，图1为本发明实施例提供的一种业务规则引擎实现方法的流程示意图。

如图1所示，该方法包括：

步骤S100：对接收到的初始业务请求信息进行分析，得到管理维度信息；

步骤S200：根据管理维度信息确定服务唯一标识；

步骤S300：根据服务唯一标识确定业务管控规则；

步骤S400：根据服务唯一标识和预先设置的实体表对业务管控规则进行校验。

在本实施例中，根据管理维度信息确定服务唯一标识，根据服务唯一标识确定业务管控规则，根据服务唯一标识与实体表对业务管控规则进行校验。

通过本实施例的技术方案，一方面，避免了现有技术中需要对元素抽离，而元素抽离繁琐复杂的技术弊端；另一方面，实现了高效且精准的对业务规则进行管控的技术效果。

其中，管理维度信息包括：主规则列表：用于表述业务管控规则的概要信息，如规则名称、生效/失效时间及状态等信息；规则条件信息表：用于表述规则可能包含的具体条件信息，主要由管控的维度、判断方式(如：＝，<>,！＝，like，in)及判断的值域信息组成；管控维度信息表：用于记录管控维度的来源。来源主要分为两种，一种是直接从请求报文中解析获得，则直接记录管控维度与参数对应信息；一种是需要通过其他信息进行二次提取和处理的，则记录当前管控维度的获取SQL；管控维度转换条件：配合管控维度信息表使用，用于记录一个或多个的维度获取SQL的条件信息。其中条件信息包含所有条件和请求报文参数的对应关系。通过管控维度信息表和管控维度转换条件表配合，来获取无法直接通过报文参数获取到的维度信息，以备维度和判断值域匹配使用。

在一种可能实现的技术方案中，步骤S400具体包括：

根据服务唯一标识确定第一规则引擎服务模式；

根据第一规则引擎服务模式确定第一规则表；

当第一规则表与实体表相匹配时，则获取第二规则引擎模式对应的第二规则表；

根据第二规则表、服务唯一标识和实体表对业务管控规则进行校验。

或者，根据服务唯一标识确定第二规则引擎服务模式，根据第二规则引擎服务模式确定第二规则表，只有当第二规则表与实体表相匹配时，才根据第一规则表对业务管控规则进行校验。

在本实施例中，根据服务唯一标识对第一规则引擎服务模式进行确定，并根据该第一规则引擎服务模式确定第一规则表，只有当第一规则表与实体表相匹配时，才根据第二规则表对业务管控规则进行校验。

通过本实施例提供的技术方案，进一步实现了高效且精准的对业务规则进行管控的技术效果。

在一种可能实现的技术方案中，当第一规则引擎服务模式为第一预设模式，第一规则表为放行规则表时，则第二规则引擎服务模式为第二预设模式，第二规则表为阻止规则表；或者，

当第一规则引擎服务模式为第一预设模式，第一规则表为阻止规则表时，则第二规则引擎服务模式为第二预设模式，第二规则表为放行规则表。

在本实施例中，例如：

当第一预设模式为1时，第一规则表为放行规则表，则，第二预设模式为0，且第二规则列表为阻止规则表；或者，

当第一预设模式为1时，第一规则表为阻止规则表，则，第二预设模式为0，且第二规则列表为放行规则表。

当然，可以理解的是，预设模式可以为0和1调换后的预设模式。

在本实施例中，根据不同的规则引擎服务模式对应不同的预设模式，且对应不同的规则表。

通过本实施例提供的技术方案，进一步实现了高效且精准的对业务规则进行管控的技术效果。

在一种可能实现的技术方案中，根据第二规则表、服务唯一标识和实体表对业务管控规则进行校验，具体包括：

判断阻止规则表中是否存在与服务唯一标识对应的阻止规则；

如果不存在，则对业务管控规则的校验结果为校验成功，并对初始业务请求信息进行响应；

如果存在，则根据获取到的业务管控规则中的要素信息确定唯一要素信息；

根据唯一要素信息和实体表确定匹配结果。

在一种可能实现的技术方案中，如果没有获取到要素信息时，则获取与业务管控规则相关联的业务管控规则中的第一要素信息，并根据第一要素信息确定唯一要素信息。

可以理解的是，可能会存在获取到的要素信息为空的情况。如果没有获取到要素信息，那就获取与业务管控规则相关联的业务管控规则中的第一要素信息，以确保唯一要素信息的存在性和可靠性。

通过本实施例提供的技术方案，进一步实现了高效且精准的对业务规则进行管控的技术效果。

在一种可能实现的技术方案中，根据唯一要素信息和实体表确定匹配结果，具体包括：

根据实体表中的条件信息、判断方式信息和判断值域信息确定SQL判断条件；

将唯一要素信息代入SQL判断条件中，得到匹配结果。

在一种可能实现的技术方案中，当匹配结果为不匹配时，则对业务管控规则的校验结果为通过校验，并对初始业务请求信息进行响应。

在一种可能实现的技术方案中，当第二规则为放行规则时，则根据第二规则表、服务唯一标识和实体表对业务管控规则进行校验，具体包括：

判断放行规则表中是否存在与服务唯一标识对应的放行规则；

如果不存在，则对业务管控规则的校验结果为校验失败，并拒绝对初始业务请求信息进行响应。

在一种可能实现的技术方案中，如果存在，则根据获取到的业务管控规则中的要素信息确定唯一要素信息；

根据唯一要素信息和实体表确定匹配结果；

如果没有获取到要素信息时，则获取与业务管控规则相关联的业务管控规则中的第一要素信息，并根据第一要素信息确定唯一要素信息。

在一种可能实现的技术方案中，根据唯一要素信息和实体表确定匹配结果，具体包括：

根据实体表中的条件信息、判断方式信息和判断值域信息确定SQL判断条件；

将唯一要素信息代入SQL判断条件中，得到匹配结果。

在一种可能实现的技术方案中，当匹配结果为匹配时，则对业务管控规则的校验结果为通过校验，并对初始业务请求信息进行响应。

根据本发明实施例的另一个方面，本发明实施例提供了与上述方法相对应的一种业务规则引擎实现系统。

请参阅图2，图2为本发明实施例提供的一种业务规则引擎实现系统的结构示意图。

如图2所示，该系统包括：

分析模块：对接收到的初始业务请求信息进行拆解，得到管理维度信息；

确定模块：用于根据管理维度信息确定服务唯一标识，并根据服务唯一标识确定业务管控规则；

校验模块：用于根据服务唯一标识和预先设置的实体表对业务管控规则进行校验。

在一种可能实现的技术方案中，检验模块具体用于：

根据服务唯一标识确定第一规则引擎服务模式；

根据第一规则引擎服务模式确定第一规则表；

当第一规则表与实体表相匹配时，则获取第二规则引擎模式对应的第二规则表；

根据第二规则表、服务唯一标识和实体表对业务管控规则进行校验。

在一种可能实现的技术方案中，当第一规则引擎服务模式为第一预设模式，第一规则表为放行规则表时，则第二规则引擎服务模式为第二预设模式，第二规则表为阻止规则表；或者，

当第一规则引擎服务模式为第一预设模式，第一规则表为阻止规则表时，则第二规则引擎服务模式为第二预设模式，第二规则表为放行规则表。

在一种可能实现的技术方案中，校验模块还具体用于：

判断阻止规则表中是否存在与服务唯一标识对应的阻止规则；

如果不存在，则对业务管控规则的校验结果为校验成功，并对初始业务请求信息进行响应；

如果存在，则根据获取到的业务管控规则中的要素信息确定唯一要素信息；

根据唯一要素信息和实体表确定匹配结果。

在一种可能实现的技术方案中，如果没有获取到要素信息时，则获取与业务管控规则相关联的业务管控规则中的第一要素信息，并根据第一要素信息确定唯一要素信息。

在一种可能实现的技术方案中，校验模块还具体用于：

根据实体表中的条件信息、判断方式信息和判断值域信息确定SQL判断条件；

将唯一要素信息代入SQL判断条件中，得到匹配结果。

在一种可能实现的技术方案中，当匹配结果为不匹配时，则对业务管控规则的校验结果为通过校验，并对初始业务请求信息进行响应。

在一种可能实现的技术方案中，校验模块还具体用于：

判断放行规则表中是否存在与服务唯一标识对应的放行规则；

如果不存在，则对业务管控规则的校验结果为校验失败，并拒绝对初始业务请求信息进行响应。

本发明实施例通过对接收到的初始业务请求信息进行分析，得到管理维度信息，根据管理维度信息确定服务唯一标识，根据服务唯一标识确定业务管控规则，根据服务唯一标识和预先设置的实体表对业务管控规则进行校验的技术方案，避免了现有技术中需要对元素抽离，而元素抽离繁琐复杂的技术弊端；实现了高效且精准的对业务规则进行管控的技术效果。

读者应理解，在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本发明的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不必针对的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，上述描述的装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

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

作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本发明实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以是两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分，或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

还应理解，在本发明各实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。

以上，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以权利要求的保护范围为准。

Claims (8)

1.一种业务规则引擎实现方法，其特征在于，所述方法包括：

对接收到的初始业务请求信息进行分析，得到管理维度信息；

根据所述管理维度信息确定服务唯一标识；

根据所述服务唯一标识确定业务管控规则；

根据所述服务唯一标识和预先设置的实体表对所述业务管控规则进行校验；

其中，所述根据所述服务唯一标识和预先设置的实体表对所述业务管控规则进行校验，具体包括：

根据所述服务唯一标识确定第一规则引擎服务模式；

根据所述第一规则引擎服务模式确定第一规则表；

当所述第一规则表与所述实体表相匹配时，则获取第二规则引擎模式对应的第二规则表；

根据所述第二规则表、所述服务唯一标识和所述实体表对所述业务管控规则进行校验。

2.根据权利要求1所述的一种业务规则引擎实现方法，其特征在于，

当所述第一规则引擎服务模式为第一预设模式，所述第一规则表为放行规则表时，则所述第二规则引擎服务模式为第二预设模式，所述第二规则表为阻止规则表；或者，

当所述第一规则引擎服务模式为第一预设模式，所述第一规则表为阻止规则表时，则所述第二规则引擎服务模式为第二预设模式，所述第二规则表为放行规则表。

3.根据权利要求2所述的一种业务规则引擎实现方法，其特征在于，所述根据所述第二规则表、所述服务唯一标识和所述实体表对所述业务管控规则进行校验，具体包括：

判断所述阻止规则表中是否存在与所述服务唯一标识对应的阻止规则；

如果不存在，则对所述业务管控规则的校验结果为校验成功，并对所述初始业务请求信息进行响应；

如果存在，则根据获取到的所述业务管控规则中的要素信息确定唯一要素信息；

根据所述唯一要素信息和所述实体表确定匹配结果。

4.根据权利要求3所述的一种业务规则引擎实现方法，其特征在于，

如果没有获取到所述要素信息时，则获取与所述业务管控规则相关联的业务管控规则中的第一要素信息，并根据所述第一要素信息确定唯一要素信息。

5.根据权利要求4所述的一种业务规则引擎实现方法，其特征在于，所述根据所述唯一要素信息和所述实体表确定匹配结果，具体包括：

根据所述实体表中的条件信息、判断方式信息和判断值域信息确定SQL判断条件；

将所述唯一要素信息代入所述SQL判断条件中，得到所述匹配结果。

6.根据权利要求5所述的一种业务规则引擎实现方法，其特征在于，所述方法还包括：

当所述匹配结果为不匹配时，则对所述业务管控规则的校验结果为通过校验，并对所述初始业务请求信息进行响应。

7.根据权利要求2所述的一种业务规则引擎实现方法，其特征在于，所述根据所述第二规则表、所述服务唯一标识和所述实体表对所述业务管控规则进行校验，具体包括：

判断所述放行规则表中是否存在与所述服务唯一标识对应的放行规则；

如果不存在，则对所述业务管控规则的校验结果为校验失败，并拒绝对所述初始业务请求信息进行响应。

8.一种业务规则引擎实现系统，其特征在于，所述系统包括：

分析模块：对接收到的初始业务请求信息进行拆解，得到管理维度信息；

确定模块：用于根据所述管理维度信息确定服务唯一标识，并根据所述服务唯一标识确定业务管控规则；

校验模块：用于根据所述服务唯一标识和预先设置的实体表对所述业务管控规则进行校验；

其中，所述校 验模块具体用于：

根据所述服务唯一标识确定第一规则引擎服务模式；

根据所述第一规则引擎服务模式确定第一规则表；

当所述第一规则表与所述实体表相匹配时，则获取第二规则引擎模式对应的第二规则表；

根据所述第二规则表、所述服务唯一标识和所述实体表对所述业务管控规则进行校验。

Images