CN101122983A - 条件配置管理的方法 - Google Patents

Abstract

条件配置管理的方法，条件由3张参数表完整定义，分别是：条件定义表，基本条件定义表，属性定义表，通过调用这三张参数表对业务是否满足条件进行判断，其中：(1)条件定义表：条件定义表定义了条件的完整内容，将一个条件定义为多个子条见的集合；(2)基本条件定义表：基本条件是构成条件的最小单元，它基本的实现方式就是对两个给定的参数进行逻辑运算，返回逻辑运算的结果；(3)属性定义表：属性定义表中定义了业务系统中需要的属性；判断业务时，条件定义列表依照子条件编码和子条件优先级调用基本条件定义表的基本条件进行判断，基本条件从属性定义表获判断参数的属性值。

Description

条件配置管理的方法

技术领域

本发明涉及计算机业务处理的方法，具体为一种条件配置管理的方法。

背景技术

在商业应用中，业务规则往往是复杂而多变的，在不同的条件下，会有不同的业务规则与之相适应。配置一个复杂的业务规则的条件，必须要解决以下问题：

●支持子条件。一条复杂的业务的，往往涉及多个方面，每一个方面都需要配置单独的条件去描述。例如，在BOSS业务规则中要满足如下条件：1)总费用大于100；

2)用户品牌为全球通。整个条件可以使用两个子条件来描述：“总费用大于100”使用一个子条件描述，“用户品牌为全球通”用一个子条件描述。

●支持子条件间的逻辑运算。一个条件的多个子条件间需要有逻辑关系，比如，条件可以是“总费用大于100”并且“用户品牌为全球通”，也可以是“总费用大于100”或者“用户品牌为全球通”。

●支持复合条件。对于复杂的条件，比如“总费用大于100并且用户品牌为全球通或者动感地带”这样的条件，需要支持复合条件。子条件“总费用大于100”配置为基本条件，子条件“品牌为全球通或者动感地带”配置为复合条件。

●基本条件的配置。基本条件是条件配置的最小单位。条件配置最终都会归结到基本条件的配置。基本条件的配置灵活性最终决定了条件配置功能的强弱。

发明内容

本发明要目的是：如何配置和判别业务规则的触发条件，提出一种条件配置管理的方法。

本发明的技术方案是：条件配置管理的方法，一个条件由3张参数表完整定义，分别是：条件定义表，基本条件定义表，属性定义表，通过调用这三张参数表对业务是否满足条件进行判断，其中：

(1)条件定义表：条件定义表定义了条件的完整内容，将一个条件定义为多个子条见的集合，每个条件都由条件编码，条件名称，子条件编码，子条件类型，子条件的优先级，子条件间的逻辑关系定义组成；

(2)基本条件定义表：基本条件是构成条件的最小单元，它基本的实现方式就是对两个给定的参数进行逻辑运算，返回逻辑运算的结果，基本条件由基本条件编码，第一个参数，第一个参数类型，逻辑运算符，第二个参数，第二个参数类型等定义组成；

(3)属性定义表：属性定义表中定义了业务系统中需要的属性，并指定了这些属性的获取方法，属性由属性编码，属性名称，属性类型，属性值类型，属性值关联域等字段组成。

判断业务时，条件定义列表依照子条件编码和子条件优先级调用基本条件定义表的基本条件进行判断，基本条件从属性定义表获判断参数的属性值。

由于业务系统不同，业务数据的存储方式也不同，为了不对业务数据的存储方式做特殊的限制，本发明条件配置管理方法提供了一个通用的获取属性值的虚函数getValue()，此函数的输入参数是属性编码，属性类型，属性值类型，属性值关联域，输出参数是获取到的属性值。

利用本发明构造条件配置管理的组件，条件配置管理组件是一个由C++语言实现的类，嵌入在业务处理流程中。它类似ILOG公司的业务规则引擎，是基于表的业务规则管理工具。通过调用条件配置管理组件，可以判断业务运行状态是否满足特定的条件，根据判断的结果进行业务逻辑的控制，提高业务灵活性，实现业务流程自动化。条件是由一个或多个子条件组成，每个子条件可以是一个“基本条件”，也可以是一个“复合条件”。“基本条件”是条件的最小单位，往往描述了一条业务规则；“复合条件”可以由“基本条件”构成，也可以由另外一个“复合条件”构成，最终使用第归的方法将“复合条件”解析为一个或多个“基本条件”。多个子条件间使用“与”、“或”连接符进行逻辑判断，最终产生一个条件的判断结果。

本发明可以全面完整清楚的定义复杂的业务规则条件，实现了关于业务条件判断的逻辑性，严谨可靠，适用于各种不同存储方式的业务系统。

附图说明

图1是“条件”表达式

图2是“子条件”表达式

图3是“基本条件”表达式

具体实施方式

配置说明：一个条件被完整定义涉及到3张参数表，分别是：条件定义表，基本条件定义表，属性定义表。

一)条件定义表

一个条件简单的理解就是一条业务规则。通常处理复杂规则的有效方法是分而治之，把一项庞大、繁杂的规则分解成多条目标明确、容易理解的子规则来完成是比较恰当的方法。当这些分解后的子规则处理完了，那么这条规则也就被处理完成了。

每个条件都由条件编码，条件名称，子条件编码，子条件类型，子条件的优先级，子条件间的逻辑关系组成。条件编码是区别一个条件的唯一标识。一个条件由一个或多个子条件组成，子条件编码不能为空，子条件编码是区别一个子条件的唯一标识。子条件可以分为两种：基本条件和复合条件。子条件类型字段定义了当前的子条件是属于基本条件还是复合条件。当条件由多个子条件组成时，子条件的优先级决定了子条件判断的先后顺序，优先级高的子条件先被判断。条件编码和子条件的优先级构成了条件定义表的主键。子条件间的逻辑关系用来判断多个子条件之间的逻辑关系。

目前的条件配置管理组件中支持两种子条件类型：一种是基本条件类型，一种是复合条件类型。对于基本条件类型，组件会到子条件定义表中查找到子条件编码，直接解析查找出来的基本条件，进行逻辑判断；对于复合条件类型，解析时，会在条件定义表中查找和子条件编码相同的条件编码，根据查找到的条件编码，再进行下一步解析，直至将复合条件转化成一个或多个基本条件。对于复合条件类型，子条件编码字段存储的其实是一个条件编码，组件会到条件定义表查找这条编码，解析它的规则，而不是到子条件定义表中查找(基本条件则会到子条件定义表查找)。对于查找的条件编码，它的子条件也可以配置为复合条件。这样就形成了递归，可以实现各种复杂度的条件。最终组件会把复合条件解析成多条基本条件进行处理。

由于复合条件用到了递归，在解析的时候特别使用了检查机制，防止递归调用陷入死循环。检查机制的原理如下：在进行条件解析时，对每一个复合条件，都会有一个数组与之对应，这个数组存储了在解析这个复合条件过程中所得到的所有的复合条件的编码。数组初始时为空。在解析过程中，每遇到一个复合条件编码，首先会到这个数组中查找，看看这个复合条件编码是否在数组中存在。如果存在，说明会形成死循环，程序就会报错，退出条件解析流程；如果不存在，则将这个复合条件编码记录在数组中，继续进行后续的解析。例如，条件A由条件B组成，条件B是由一个基本条件b和条件C组成，C是由条件A组成。解析条件A时，由于A是复合条件，A会记录在数组中；A由B组成，B是复合条件并且数组中不存在B的编码，所以将B记录在数组中；B由C和b组成，由于C是复合条件并且数组中不存在C的编码，所以将C记录在数组中；C由A组成，由于A是复合条件，并且在数组中曾经出现，条件解析模块认为这样的闭环调用会导致死循环，因此会报错，退出条件解析流程，返回到主程序。

当一个条件由多个子条件组成时，哪一个子条件先进行判断就成为一个问题。条件定义表中记录了子条件的优先级。在获取条件时，如果取到了多条记录(一个条件往往是由多个子条件构成)，组件会对多个子条件按照优先级进行排序，把优先级高的子条件排在前面。在顺序执行的子条件判断中，优先级高的子条件就会先被执行到。

当一个条件由多个子条件组成时，子条件间的逻辑关系就显得不可或缺。目前子条件间的逻辑关系只支持“与”和“或”两种，逻辑运算的结果只有“真”和“假”两种。进行逻辑运算时，根据子条件的优先级进行两两并归。首先将前两个子条件的判断结果进行逻辑运算，得到的一个逻辑结果(真或者假)，和第三个子条件的判断结果进行逻辑运算，再得到的一个逻辑结果，再和第四个子条件的判断结果进行逻辑运算，依此类推，直至所有的子条件的判断结果都进行了逻辑运算，就得到了最终的结果。例如，四个子条件A，B，C，D优先级从高到低，逻辑关系分别配置为：&(与)，||(或)，&(与)，它们的逻辑运算顺序是：((A&B)||C)&D。

子条件之间进行两两并归时，会根据第一个子条件的判断结果和子条件间的逻辑关系进行分析，决定是否对第二个子条件进行判断。例如，子条件A和B之间的逻辑关系是&(与)，当A的判断结果为假时，无论B的结果是真还是假，“A&B”的结果恒为假，就不对B进行判断，直接返回假，和下一个子条件的结果进行逻辑运行；子条件A和B之间的逻辑关系是||(或)时，当A的判断结果为真时，无论B的结果是真还是假，“A||B”的结果恒为真，就不对B进行判断，直接返回真，再和下一个子条件的结果进行逻辑运行。这样会提高运行效率，使得判断过程更加快速。

二)、基本条件定义表

基本条件是构成一个条件的最小单元，它基本的实现方式就是对两个给定的参数进行逻辑运算，返回逻辑运算的结果，即结果是真或者假。一个子条件在多数的情况下都被定义为一个基本条件。

基本条件由基本条件编码，第一个参数，第一个参数类型，逻辑运算符，第二个参数，第二个参数类型等组成。基本条件编码是区别一个基本条件的唯一标识。“第一个参数类型”用来说明“第一个参数”是哪种类型；“第二个参数类型”用来说明“第二个参数”是哪种类型。参数类型分为属性和属性值两种。所谓属性，是指进行条件判断的对象的一个特征，这个特征的具体值在进行条件判断时还不知道，需要采取一定的算法在比较前动态获取。属性不能直接参与逻辑运行，必须取到属性值后，拿属性值进行逻辑运行。所谓属性值，就是对象特征的具体的数值，可以直接用来进行比较，不需要单独去获取。在条件配置时，通常将第一个参数类型配置成属性，第二个参数类型配置参数值。例如，“用户品牌为全球通”这个基本条件中，第一个参数“用户品牌”就是属性，需要到用户资料中获取用户具体的品牌信息；“全球通”就是一个属性值，拿取到的用户的具体品牌信息和全球通进行比较，返回比较的结果。参数和参数类型共同构成了基本条件的比较元素。

当参数类型为属性时，参数字段存放的是一个属性编码，程序需要根据参数的值(即属性编码)到属性定义表中查找，获取属性的定义。属性定义表里存放了所有属性的定义。然后根据属性的定义，获取到属性值。例如，参数类型为属性，参数配置为1，则在属性定义表中查找属性编码为1的记录。查找的结果发现编码1代表用户品牌，则获取用户的品牌信息作为比较的元素。

当参数类型为属性值时，参数字段存放的是一个属性值，组件会直接获取到属性值作为比较的对象。

第一个参数和第二个参数及它们的参数类型，构成了基本条件比较的双方。

逻辑运算符将第一个参数和第二个参数连接起来，构成基本条件的表达式，由组件判断出比较结果为真或者假，作为基本条件的判断结果，返回给业务逻辑控制模块。逻辑运算符可以是：等于，不等于，大于，大于等于，小于，小于等于，存在，不存在等多种逻辑关系。

例如，要配置“用户品牌为全球通”这个基本条件，需要把第一个参数配置为1，参数类型配置为属性编码，逻辑运算符配置为等于，第二个参数配置为“G001”(实际的全球通品牌)，第二个参数类型配置为属性值。同时需要在属性定义表配置，属性编码1代表用户品牌。这样，组件在解析时，根据属性编码1得知需要比较用户品牌，然后把找到用户的实际的品牌，看是否等于“G001”，返回比较结果。

对于同一个基本条件可以应用于不同的条件中，也就是说它可以被一个或多个条件所共享。一个典型的例子，基本条件a“用户总费用大于100”，可以被条件A“用户总费用大于100并且用户品牌是全球通”和条件B“用户总费用大于100并且用户是大客户”重用。只要给条件A和B都配上子条件a即可实现重用。

三)、属性定义表

属性是指业务系统中参与条件判断的对象的具体的业务特征。对于业务特征的判断是业务逻辑控制的基本步骤。在属性定义表中定义了业务系统中需要的所有的属性(业务特征)，并指定了这些属性的获取方法。

属性由属性编码，属性名称，属性类型，属性值类型，属性值关联域等字段组成。属性编码和属性类型构成了属性定义表的主键。属性名称是对属性的一个说明。

属性类型定义了一个属性编码归属的大类。对于取值单一的属性，使用属性编码可以标志一个属性；对于取值范围大的属性，需要结合属性类型来判断。例如，用户品牌是一个取值单一的属性，使用属性编码就可以描述，比如属性值1就代表用户品牌；而帐目编码则是一个多值的属性，可能会有很多不同的帐目编码，一般会将具体的帐目编码作为属性编码，而将属性类型配置为“帐目编码”。

属性值类型用来标志返回的属性值的具体的数据类型，比如数字，字符串的。组件在进行逻辑判断时，需要知道属性值的数据类型。在获取到属性值时，同时将属性值和属性值类型传给上一级的条件判断模块。

一般来讲，由于业务系统不同，业务数据的存储方式也不同。作为一个通用的工具，条件配置管理组件也小能对业务数据的存储方式做特殊的限制。因此，组件提供了一个通用的获取属性值的虚函数getValue()。此函数的输入参数是属性编码，属性类型，属性值类型，属性值关联域，输出参数是获取到的属性值。

使用条件配置管理组件的业务系统，在使用时需要重载getValue()，和具体的业务数据绑定，以获取属性值。属性值关联域字段提供给业务系统重载getValue()使用。某些系统由于实现的限制，在重载时可能会需要传入一些额外的信息。实现时，可以根据属性类型进行分类，实现不同的获取属性值的方法，在重载函数getValue()时根据传入的属性类型进行匹配、调用。属性编码可以作为参数来指定到具体的属性值。属性值关联域可以根据实际情况灵活使用。

条件配置管理组件实现了关于业务条件判断的逻辑，但它依赖于业务系统，不能单独运行。使用时，需要将条件配置管理组件作为一个模块，链接到业务系统。在编程时，需要显式调用条件配置管理组件的条件判断函数(传入参数为条件编码)。另外需要重载实现获取属性值的函数getValue()。

因为条件配置管理组件的配置数据是基于数据库表的，所以业务程序必须能够连接到数据库。进程启动时，调用条件配置管理组件的初始化函数，条件配置管理组件就会从数据库中加载配置好的条件信息。初始化函数也被设计成虚函数，需要业务系统重载，以适应不同业务系统的各种数据库情况。

下面举一个条件配置实例：

BOSS系统的业务规则：对用户品牌为全球通并且费用大于100元，或者用户品牌为动感地带并且费用大于80元的用户进行费用减免。需要配置条件：用户品牌为全球通并且费用大于100元，或者用户品牌为动感地带并且费用大于80元。

分析：设此条件为A，条件“用户品牌为全球通并且费用大于100元”为B，条件“用户品牌为动感地带并且费用大于80元”为C，则A＝B||C。设条件“用户品牌为全球通”为b1，条件“费用大于100元”为b2，条件“用户品牌为动感地带”为c1，条件“费用大于80元”为c2，则B＝b1 & b2，C＝c1 & c2，所以A＝(b1 & b2)||(c1 &c2)。

条件定义表配置：

条件编码	子条件编码	子条件类型	优先级	子条件间的逻辑关系
					AABBCC	BCb1b2c1c2	复合条件复合条件基本条件基本条件基本条件基本条件	121212	或或与与与与

基本条件定义表配置：

基本条件编码	第一个值类型	第一个值类型	逻辑关系	第二个值类型	第二个值类型
						b1b2c1c2	属性编码属性编码属性编码属性编码	1999919999	等于大于等于大于	属性值属性值属性值属性值	G001100G00280

属性定义表配置：

属性编码     属性类型      属性值类型     属性值关联域

1            品牌编码      字符串         BRAND_CODE

9999         帐目费用      字符串         (不填)。

Claims (2)

1.条件配置管理的方法，其特征是一个条件由3张参数表完整定义，分别是：条件定义表，基本条件定义表，属性定义表，通过调用这三张参数表对业务是否满足条件进行判断，其中：

(1)条件定义表：条件定义表定义了条件的完整内容，将一个条件定义为多个子条见的集合，每个条件都由条件编码，条件名称，子条件编码，子条件类型，子条件的优先级，子条件间的逻辑关系定义组成；

(2)基本条件定义表：基本条件是构成条件的最小单元，它基本的实现方式就是对两个给定的参数进行逻辑运算，返回逻辑运算的结果，基本条件由基本条件编码，第一个参数，第一个参数类型，逻辑运算符，第二个参数，第二个参数类型定义组成；

(3)属性定义表：属性定义表中定义了业务系统中需要的属性，并指定了这些属性的获取方法，属性由属性编码，属性名称，属性类型，属性值类型，属性值关联域等字段组成；

判断业务时，条件定义列表依照子条件编码和子条件优先级调用基本条件定义表的基本条件进行判断，基本条件从属性定义表获判断参数的属性值。

2.根据权利要求1所述的条件配置管理组件，其特征是组件提供了一个通用的获取属性值的虚函数getValue()，此函数的输入参数是属性编码，属性类型，属性值类型，属性值关联域，输出参数是获取到的属性值。

Images