CN102231162A

CN102231162A - 基于业务处理的规则引擎动态配置方法

Info

Publication number: CN102231162A
Application number: CN2011101853258A
Authority: CN
Inventors: 钟凯; 黄炜
Original assignee: Fujian Fujitsu Communication Software Co Ltd
Current assignee: Fujian Fujitsu Communication Software Co Ltd
Priority date: 2011-07-01
Filing date: 2011-07-01
Publication date: 2011-11-02

Abstract

本发明提供一种基于业务处理的规则引擎动态配置方法，其特征在于：所述方法提供前台配置决策单元，过程、函数代码单元，带有规则引擎配置表的数据库，决策步骤定义表，决策编译生成器，用于存储C++程序文件单元，用于保存.so、.a文件单元，C++编译器，存储有基本类、网络类、配置文件类、调度接口类、数据库类、监控类、公用日志类、进程通信类、公用配置类、信息点布控类信息的公用库以及包含有复数个应用程序的应用程序单元；通过各单元的协作处理，实现拥有人性化的配置界面，不需要专业的技术人员即可完成业务规则的配置，将业务规则转化成C++程序文件并编译成.so和.a文件，产生最终处理业务逻辑的程序，来完成业务的处理。

Description

基于业务处理的规则引擎动态配置方法

【技术领域】

本发明涉及电信业务技术领域，尤其涉及一种基于业务处理的规则引擎动态配置方法。

【背景技术】

国内电信市场竞争形势愈发严峻，运营商经营思路会不断进行调整，要求IT系统对业务需求的响应和支撑高效快捷，且新功能的上线或者系统升级过程应尽量确保服务不中断。

当前电信计费话单预处理普遍采用处理方式，根据特定的业务话单编写相应的计费话单预处理程序进行处理，对业务话单处理规则的增、删、改都需要开发人员修改代码；采用部分配置和固定业务程序相结合的办法，此部分的配置需要专业的技术人员编写一段处理规则伪代码进行配置；但是目前各地业务规则不统一，业务类型种类繁多，处理规则也都不一样，因此针对不同的业务规则及业务类型，需要新增代码开发，利用不同的程序进行适应，研发周期长，当要更新新的业务时，则系统升级需要中断服务，这样既不方便用户，且给电信业务带来了一定的损失。

现有技术中提供了嵌入式规则引擎，如公开日为2009年2月25日，公开号为CN101375273A的中国专利“用于绘制文本和其他应用的嵌入式规则引擎”，其描述的是：一种文本输入装置，用于接收用户输入，用于预测用户想要从该输入装置输入的文本，以及用于绘制文本和响应它们执行其他相关功能，其特征点是：包括：至少一个预测文本输入语言数据库，包括：多个嵌入的规则，其结合进入到所述装置中文本的用户输入一起使用，用于对所述输入信号的正确显示和附加处理；其中所述规则包括位图字体和布局规则、本地化规则、对照规则和其他这种规则中任意规则；一种语言无关装置平台，用于与多个文本输入语言数据库中任意文本语言输入数据库合作操作，所述装置平台包括：第一引擎，用于结合所述用户输入以解释所述规则以及用于执行相关功能，结合与所述文本输入语言数据库中的所述用户输入关联的信息；以及第二引擎，用于根据所述位图字体和在所述装置上显示的布局规则绘制预测的用户输入；其中所述字体和所述规则被分配为所述语言数据库的一部分。该发明为手持式计算装置提供了可支持一种语言或其他语言的计算装置的编程，从而为开发人员提供了方便。

现有技术还提供了用于基于规则的万维网方案与活动的系统与方法，其公开日为2004年7月7日，公开号为CN1511290A的专利，其描述的是：该发明利用一种个性化系统，其使用规则以裁定并表征客户或客户动作，然后基于这些规则的结果个性化业务功能，如显示的页。规则可能用来生成方案一一表征客户会话的潜在事件序列。方案可能形成活动的基础一一可能的方案的集合，可能具有起始与终止时间，其间客户进行操作，并在其中该基于规则的系统作出决定并确定个性化。在一个实施例中，该发明提供了一种基于规则的系统，用来定制电子商务应用的内容，该系统包括：服务器，用来与规则引擎以及商业应用来往传递信息；规则引擎，用来解析规则集的内容，以对当前进程作出明智的决定，并确定动作；具有多个规则的规则集，其中每条规则定义了情况与活动；以及，用来存储所述规则的规则库。该发明为各组织提供了为每个客户或客户类型个性化其业务功能的能力。

【发明内容】

本发明要解决的技术问题，在于提供一种基于业务处理的规则引擎动态配置方法，其不需要专业的技术人员即可完成业务规则的配置，将业务规则转化成C++程序文件并编译成.so和.a文件，产生最终处理业务逻辑的程序。

本发明是这样实现的：一种基于业务处理的规则引擎动态配置方法，所述方法提供前台配置决策单元，过程、函数代码单元，带有规则引擎配置表的数据库，决策步骤定义表，决策编译生成器，用于存储C++程序文件单元，用于保存.so、.a文件单元，C++编译器，存储有基本类、网络类、配置文件类、调度接口类、数据库类、监控类、公用日志类、进程通信类、公用配置类、信息点布控类信息的公用库以及包含有复数个应用程序的应用程序单元；所述方法具体步骤如下：

步骤10、根据业务需求预先定义好相应的过程、函数，直接编写成代码存储于所述过程、函数代码单元，并将过程、函数在所述带有规则引擎配置表的数据库中进行注册；

步骤20、技术人员通过所述前台配置决策单元进行业务决策的配置，在配置决策时，根据要处理的业务调用所述过程、函数代码单元中的过程、函数来配置业务决策数据，配置前预先在所述带有规则引擎配置表的数据库注册.so和.a文件的文件名及存放位置；

步骤30、将步骤20配置好的决策数据保存在所述数据库的规则引擎配置表中，同时将所述决策数据经编译后形成决策执行步骤信息并保存于所述决策步骤定义表中；所述决策编译生成器将所述规则引擎配置表中的决策数据根据所述决策步骤定义表中的决策执行步骤信息编译生成C++程序文件存于C++程序文件单元中；

步骤40、C++程序文件单元获取公用库中的相应信息，并调用所述过程、函数代码单元中的过程、函数，将C++程序文件通过所述C++编译器编译成.so和.a文件；将.so和.a文件保存于所述.so、.a文件单元中；

步骤50、应用程序单元根据要处理的业务触发相应的应用程序到所述带有规则引擎配置表的数据库查找.so和.a文件的存放位置及文件名并调用所述.so和.a文件来完成该业务处理。

进一步的，步骤20和步骤40中调用所述过程、函数代码单元中的过程、函数是通过动态库动态加载方式来实现调用的。

进一步的，所述业务决策是由一系列的条件判断、赋值语句、数据变量以及操作类型组成，其在条件判断语句中的IF语句部分进行条件判断，在THEN与ELSE中执行赋值语句或嵌套条件判断；所述数据变量包括：常量、变量、函数以及表达式；所述操作类型包括：比较操作、逻辑运算操作以及赋值操作。

进一步的，步骤30中将所述决策数据经编译后形成决策执行步骤信息并保存于所述决策步骤定义表中，具体为：将业务决策数据按制定好的编译规则进行编译生成伪指令语句，并根据业务决策数据的执行顺序将各伪指令形成决策执行步骤信息，保存于所述决策步骤定义表中；其中编译规则为数据变量前缀为$，寄存器前缀为，常量前缀为C，函数前缀为F，规则前缀为R，参数前缀为#，指令格式为OP OPND1，OPND2，OUTPUT，NEXT形式；所述执行顺序为决策数据中有多个条件判断以及操作类型时，先执行哪个判断条件语句的顺序以及操作类型执行顺序。

本发明具有如下优点：本发明所述方法需提供前台配置决策单元，过程、函数代码单元，带有规则引擎配置表的数据库，决策步骤定义表，决策编译生成器，用于存储C++程序文件单元，用于保存.so、.a文件单元，C++编译器，存储有基本类、网络类、配置文件类、调度接口类、数据库类、监控类、公用日志类、进程通信类、公用配置类、信息点布控类信息的公用库以及包含有复数个应用程序的应用程序单元；通过各单元的协作处理，实现拥有人性化的配置界面，不需要专业的技术人员即可完成业务规则的配置，将业务规则转化成C++程序文件并编译成.so和.a文件，产生最终处理业务逻辑的程序，来完成业务的处理；其调用所述过程、函数代码单元中的过程、函数是通过动态库动态加载方式来实现调用的(例如：在系统运行维护时调整业务话单处理规则或新增业务话单处理规则不需要中断业务处理进程即可立即生效)实现系统平滑升级。

【附图说明】

图1为本发明基于业务处理的规则引擎动态配置方法框架图。

【具体实施方式】

如图1所示，本发明的基于业务处理的规则引擎动态配置方法，所述方法提供前台配置决策单元，过程、函数代码单元，带有规则引擎配置表的数据库，决策步骤定义表，决策编译生成器，用于存储C++程序文件单元，用于保存.so、.a文件单元，C++编译器，存储有基本类、网络类、配置文件类、调度接口类、数据库类、监控类、公用日志类、进程通信类、公用配置类、信息点布控类信息的公用库以及包含有复数个应用程序的应用程序单元；所述方法具体步骤如下：

其中，步骤20和步骤40中调用所述过程、函数代码单元中的过程、函数是通过动态库动态加载方式来实现调用的。

本发明中，所述业务决策是由一系列的条件判断、赋值语句、数据变量以及操作类型组成，其在条件判断语句中的IF语句部分进行条件判断，在THEN与ELSE中执行赋值语句或嵌套条件判断；所述数据变量包括：常量、变量、函数以及表达式；所述操作类型包括：比较操作、逻辑运算操作以及赋值操作。

其中步骤30中将所述决策数据经编译后形成决策执行步骤信息并保存于所述决策步骤定义表中，具体为：将业务决策数据按制定好的编译规则进行编译生成伪指令语句，并根据业务决策数据的执行顺序将各伪指令形成决策执行步骤信息，保存于所述决策步骤定义表中；其中编译规则为数据变量前缀为$，寄存器前缀为，常量前缀为C，函数前缀为F，规则前缀为R，参数前缀为#，指令格式为OP(操作类型)OPND1(参与执行的第一个数，可能为函数、变量、常量、参数等等)，OPND2(参与执行的第二个数，可能为函数、变量、常量、参数等等)，OUTPUT(输出值)，NEXT(下一步执行状态)形式(如：+$1001，C9，1，2)；所述执行顺序为决策数据中有多个条件判断以及操作类型(如决策数据中有两个if then else的条件判断和操作类型)时，先执行哪个判断条件语句以及正常的操作类型执行顺序(按程序代码执行的if then else的正常顺序以及操作类型运算的顺序执行)。例如：

按制定好的编译规则进行编译生成伪指令语句，上例形成伪指令如下：

1+ $1001，C9，1，2 ；cmp1：1＝$1001+9

2/ 1，C10，1，3 ；1＝1/10

3＞ 1，C30，4，6 ；if1＞30 then goto THEN else goto cmp2

4＜ i0，$1002，13，5 ；cmp2：if 0＜$1003 then goto cmp2 else gotoELSE

5＜＝$1002，C30，13，6 ；cmp3：if $1002＜＝30 then goto THEN else gotoELSE

6 ARG #1，$1001，0，7 ；THEN：#1＝$1001

7 ARG #2，$1002，0，8 ；#2＝$1002

8 ARG #3，C3，0，9 ；#3＝3

9 CALL F2001，1，10 ；1＝F2001

10 ＝ $1003，1，0，11 ；$1003＝1

11 / $1003，C10，1，12 ；1＝$1003/10

12 ＝ $1004，1，0，0 ；$1004＝1，return

13 ＝ $1003，C0，0，14 ；ELSE：$1003＝0

14 ＝ $1004，C0，0，0 ；$1004＝0，return。

以上的伪指令分号后为备注说明，其中伪指令按执行顺序将每行伪指令中形成决策执行步骤信息(如+$1001，C9，1，2伪指令形成为+、$1001、C9、1、2的决策执行步骤信息)，保存于所述决策步骤定义表中。

这里要说明的是：过程、函数可以通过直接编写C++代码，或通过规则脚本语言编写，再翻译为C++代码后编译实现。本实施例中的决策配置的内容一般为：对于只需要通过数据实体内部字段内容的操作和判断，就可以处理实现的业务规则，可以放在决策中定义。

本实施例中业务决策的数据变量如下：

1)常量：32位整型，64位整型，实数型，字符串型和时间日期型；

2)变量：由接口传入的单条记录的成员字段；

3)函数：必须是数据字典中已注册的函数；函数必须有返回值，参数只能为常量或变量，且只能作为输入，无输出参数；

4)表达式：由常量、变量和函数组成的计算式，支持加、减、乘、数、取余和括符配对的四则运算。

业务决策的允许的操作类型有：

1)比较操作：两个数据对象间进行比较，返回布尔量；支持相等、不等、大于、不大于、小于、不小于的比较操作；

2)逻辑运算：对比较结果运算的布尔表达式；支持与、或和括符配对，使用短路判断原则；

3)赋值操作：将一个表达式的计算结果赋值给变量。

在本发明的实施例中，编译后的决策执行步骤存放在决策步骤定义表中，其决策步骤定义表结构定义如下：

以上各字段实际应用说明如下：

DECISION_ID与STEP作为主键，确定决策的执行步骤；

OPERATE_TYPE确定当前步骤所执行的操作；

根据操作符类型不同，其它各字段解释如下：

操作符类型为计算运算符时，操作符取值为加、减、乘、除和取余，对操作数1和操作数2根据操作符进行计算，输出结果字段为寄存器编号，用于存放计算结果；

操作符类型为比较运算符时，操作符取值为相等、不等、大于、大等于、小于、小等于，对操作数1和操作数2的值进行比较，比较结果为真时的下一个执行步骤存放在NEXT_STEP中，为假时的下一个执行步骤存放在OUTPUT_VALUE中；

操作符类型为赋值运算符时，操作数1为被赋值的数据对象，操作数类型必须为变量，操作数2是需要的赋值结果，即OPND1＝OPND2，OUTPUT_VALUE字段无意义；

操作符类型为函数式时，若操作符为设置参数，则操作数1类型为参数，操作数2为传入的参数的值，类型为常量或变量，OUTPUT_VALUE字段无意义；若操作符为调用函数，则操作数1类型为函数，操作数2为寄存器，存放函数返回值，OUTPUT_VALUE字段无意义。

值得一提的是：对业务规则的说明如下：

业务规则可以分为以下几个基本单元：规则结构、规则条件(模式条件)和操作。

规则结构：

基本规则结构是如果、那么(IF、THEN)。通常，又称之为规则的左端(LHS)和右端(RHS)。LHS包含形式为模式(Pattern)的条件，RHS则包含操作(Action)，即当满足LHS的所有条件时，规则应执行的操作。

规则条件：

规则的LHS由一组引用数据对象的条件(即模式)组成。如果可能的话，每个模式(Pattern)都与工作内存中的一个或多个对象相匹配。更准确地说，一个模式由一些在工作内存中的每个对象的测试组成；当一个对象成功地通过了这些测试后，我们就说这个对象与该模式匹配。

操作：

当满足LHS的所有条件时，规则的RHS就会被执行或触发。一个规则可以执行很多操作。

业务决策实现的是对业务规则的解释，因此其必须能够将使用自然语言描述的业务规则翻译为相应业务规则实现脚本，通过编译程序生成实际的处理流程。

本发明中过程和决策的接口：一般通过指定对象和属性ID来调用相应的函数等对象资源，和对各数据实体内的属性字段进行存取，因此对各对象和属性必须提供统一的访问接口。其中对需要访问的对象，大部分都是将数据存放在共享内存中，以便实现共享对象，因此所使用的数据结构必须基于数组实现。但一些较为复杂的数据结构，直接以数组方式实现存在困难，因此可以对基于数组对数据结构单元的分配和使用进行管理，使之可以通过指针方式访问结构单元，使得复杂数据结构更易于实现。

总之，本发明业务决策实现的目的是将原业务规则的实现代码从应用程序中剥离，使之能够通过配置的方式实现，从而减轻程序代码的开发量和维护量。

以上所述仅为本发明的较佳实施例，凡依本发明申请专利范围所做的均等变化与修饰，皆应属本发明的涵盖范围。

Claims

1.一种基于业务处理的规则引擎动态配置方法，其特征在于：所述方法提供前台配置决策单元，过程、函数代码单元，带有规则引擎配置表的数据库，决策步骤定义表，决策编译生成器，用于存储C++程序文件单元，用于保存.so、.a文件单元，C++编译器，存储有基本类、网络类、配置文件类、调度接口类、数据库类、监控类、公用日志类、进程通信类、公用配置类、信息点布控类信息的公用库以及包含有复数个应用程序的应用程序单元；所述方法具体步骤如下：

2.根据权利要求1所述的基于业务处理的规则引擎动态配置方法，其特征在于：步骤20和步骤40中调用所述过程、函数代码单元中的过程、函数是通过动态库动态加载方式来实现调用的。

3.根据权利要求2所述的基于业务处理的规则引擎动态配置方法，其特征在于：所述业务决策是由一系列的条件判断、赋值语句、数据变量以及操作类型组成，其在条件判断语句中的IF语句部分进行条件判断，在THEN与ELSE中执行赋值语句或嵌套条件判断；所述数据变量包括：常量、变量、函数以及表达式；所述操作类型包括：比较操作、逻辑运算操作以及赋值操作。

4.根据权利要求3所述的基于业务处理的规则引擎动态配置方法，其特征在于：步骤30中将所述决策数据经编译后形成决策执行步骤信息并保存于所述决策步骤定义表中，具体为：将业务决策数据按制定好的编译规则进行编译生成伪指令语句，并根据业务决策数据的执行顺序将各伪指令形成决策执行步骤信息，保存于所述决策步骤定义表中；其中编译规则为数据变量前缀为$，寄存器前缀为，常量前缀为C，函数前缀为F，规则前缀为R，参数前缀为#，指令格式为OP OPND1，OPND2，OUTPUT，NEXT形式，所述执行顺序为决策数据中有多个条件判断以及操作类型时，先执行哪个判断条件语句的顺序以及操作类型执行顺序。