CN110782169A - 更新业务流程方法和装置 - Google Patents

Abstract

本发明提供一种更新业务流程方法和装置，包括：获取预设的业务规则信息，并获取业务对象数据；获取预设的业务规则信息中的待替换参数，并获取业务对象数据中的替换参数，根据所述替换参数替换所述待替换参数，获取规则解析信息；根据规则引擎对所述规则解析信息处理，获取待执行业务数据。本发明可以提高流程流转的系统对不同业务需求更新的灵活性。

Description

更新业务流程方法和装置

技术领域

本发明涉及计算机技术，尤其涉及一种更新业务流程方法和装置。

背景技术

流程流转的系统不但涵盖了流程定制、发布、管理配置、运行、监控的整个过程，还提供流程API接口，方便对流程五要素指标(时间、质量、数量、风险、成本)及其他指标的采集，为业务流程的管理、监督、考核和优化提供依据。在涉及流程流转的系统应用中，系统内流程需要根据不同的业务条件进行驱动，比如根据时间，地点，用户输入的业务数据及人员角色等条件来决定流程流转和表单内容。

现有技术中，为了能够满足业务功能需要，流程流转的系统没有将业务流程与业务逻辑相分离，而是通过“硬编码”嵌入到应用系统的程序中，即业务流程与业务逻辑是通过软件代码耦合到应用系统的程序中的，业务规则和应用系统为一体，从而依据设定好的业务规则来满足业务功能需要。

然而，现有技术中，流程流转的系统对不同业务需求的更新不够灵活。

发明内容

本发明实施例提供一种更新业务流程方法和装置，可以提高流程流转的系统对不同业务需求更新的灵活性。

本发明实施例的第一方面，提供一种更新业务流程方法，包括：

获取预设的业务规则信息，并获取业务对象数据；

获取预设的业务规则信息中的待替换参数，并获取业务对象数据中的替换参数，根据所述替换参数替换所述待替换参数，获取规则解析信息；

根据规则引擎对所述规则解析信息处理，获取待执行业务数据。

可选地，在第一方面的一种可能实现方式中，所述获取预设的业务规则信息中的待替换参数，并获取业务对象数据中的替换参数，根据所述替换参数替换所述待替换参数，获取规则解析信息之前，还包括：

标识所述预设的业务规则信息中的待替换参数。

可选地，在第一方面的一种可能实现方式中，所述根据规则引擎对所述规则解析信息处理，获取待执行业务数据，包括：

获取所述规则解析信息的规则类型；

根据所述规则引擎和所述规则类型对所述规则解析信息处理，获取所述待执行业务数据。

可选地，在第一方面的一种可能实现方式中，所述根据规则引擎对所述规则解析信息处理，获取所述待执行业务数据，包括：

获取所述规则解析信息的工作属性规则；

根据工作属性规则引擎和所述工作属性规则对所述规则解析信息处理，获取待执行业务的属性值数据。

可选地，在第一方面的一种可能实现方式中，所述根据规则引擎对所述规则解析信息处理，获取所述待执行业务数据，包括：

获取所述规则解析信息的字符串规则；

根据字符串规则引擎和所述字符串规则对所述规则解析信息处理，获取待执行业务的字符串数据。

可选地，在第一方面的一种可能实现方式中，所述根据规则引擎对所述规则解析信息处理，获取所述待执行业务数据，包括：

获取所述规则解析信息的布尔规则；

根据布尔规则引擎和所述布尔规则对所述规则解析信息处理，获取待执行业务的逻辑结果数据。

可选地，在第一方面的一种可能实现方式中，所述根据规则引擎对所述规则解析信息处理，获取所述待执行业务数据，包括：

获取所述规则解析信息的参与者规则；

根据参与者规则引擎和所述参与者规则对所述规则解析信息处理，获取待执行业务的参与者列表数据。

可选地，在第一方面的一种可能实现方式中，所述获取预设的业务规则信息，并获取业务对象数据，包括：

获取规则标识和业务标识；

根据所述规则标识获取规则库中所述预设的业务规则信息，根据所述业务标识获取所述业务数据库中的所述业务对象数据。

可选地，在第一方面的一种可能实现方式中，所述获取预设的业务规则信息，并获取业务对象数据之前，还包括：

根据用户业务需求获取所述预设的业务规则信息，并根据所述预设的业务规则信息更新所述规则库。

本发明实施例的第二方面，提供一种更新业务流程装置，包括：

第一模块，用于获取预设的业务规则信息，并获取业务对象数据；

第二模块，用于获取预设的业务规则信息中的待替换参数，并获取业务对象数据中的替换参数，根据所述替换参数替换所述待替换参数，获取规则解析信息；

第三模块，用于根据规则引擎对所述规则解析信息处理，获取待执行业务数据。

可选地，在第二方面的一种可能实现方式中，所述第二模块用于获取预设的业务规则信息中的待替换参数，并获取业务对象数据中的替换参数，根据所述替换参数替换所述待替换参数，获取规则解析信息之前，还包括：

标识所述预设的业务规则信息中的待替换参数。

可选地，在第二方面的一种可能实现方式中，所述第三模块根据规则引擎对所述规则解析信息处理，获取待执行业务数据，包括：

获取所述规则解析信息的规则类型；

根据所述规则引擎和所述规则类型对所述规则解析信息处理，获取所述待执行业务数据。

可选地，在第二方面的一种可能实现方式中，所述第三模块根据规则引擎对所述规则解析信息处理，获取所述待执行业务数据，包括：

获取所述规则解析信息的工作属性规则；

根据工作属性规则引擎和所述工作属性规则对所述规则解析信息处理，获取待执行业务的属性值数据。

可选地，在第二方面的一种可能实现方式中，所述第三模块根据规则引擎对所述规则解析信息处理，获取所述待执行业务数据，包括：

获取所述规则解析信息的字符串规则；

根据字符串规则引擎和所述字符串规则对所述规则解析信息处理，获取待执行业务的字符串数据。

可选地，在第二方面的一种可能实现方式中，所述第三模块根据规则引擎对所述规则解析信息处理，获取所述待执行业务数据，包括：

获取所述规则解析信息的布尔规则；

根据布尔规则引擎和所述布尔规则对所述规则解析信息处理，获取待执行业务的逻辑结果数据。

可选地，在第二方面的一种可能实现方式中，所述第三模块根据规则引擎对所述规则解析信息处理，获取所述待执行业务数据，包括：

获取所述规则解析信息的参与者规则；

根据参与者规则引擎和所述参与者规则对所述规则解析信息处理，获取待执行业务的参与者列表数据。

可选地，在第二方面的一种可能实现方式中，所述第一模块获取预设的业务规则信息，并获取业务对象数据，包括：

获取规则标识和业务标识；

根据所述规则标识获取规则库中所述预设的业务规则信息，根据所述业务标识获取所述业务数据库中的所述业务对象数据。

可选地，在第二方面的一种可能实现方式中，所述第一模块获取预设的业务规则信息，并获取业务对象数据之前，还包括：

根据用户业务需求获取所述预设的业务规则信息，并根据所述预设的业务规则信息更新所述规则库。

本发明实施例的第三方面，提供一种电子设备，包括：存储器、处理器以及计算机程序，所述计算机程序存储在所述存储器中，所述处理器运行所述计算机程序执行本发明第一方面及第一方面各种可能设计的所述方法。

本发明实施例的第四方面，提供一种可读存储介质，所述可读存储介质中存储有计算机程序，所述计算机程序被处理器执行时用于实现本发明第一方面及第一方面各种可能设计的所述方法。

本发明提供的一种更新业务流程方法及装置，首先获取预设的业务规则信息和业务对象数据，其中预设的业务规则信息可以是自定义业务规则，例如可以是规则表达式，用户可以根据不同的业务需求，来预设对应的规则表达式，即预设的业务规则信息，业务数据对象是根据时间，运行场景等变化的动态数据。然后获取预设的业务规则信息中的待替换参数，并获取业务对象数据中的替换参数，利用替换参数替换待替换参数，对规则表达式进行解析，获取到规则解析信息，即获取到更新后的规则表达式，最后利用规则引擎对规则解析信息处理，即执行更新后的规则表达式，获取待执行业务数据，作为流程流转过程中的分支判断条件或者参与者列表来满足复杂的业务需求，本发明通过动态调用用户自定义的预设的业务规则信息，灵活实现复杂多变的业务功能，提高了业务系统对不同业务需求更新的灵活性。

附图说明

图1是本发明实施例提供的一种应用场景示意图；

图2是本发明实施例提供的一种更新业务流程方法的流程示意图；

图3是本发明实施例提供的一种更新业务流程装置的结构示意图；

图4是本发明实施例提供的一种设备的硬件结构示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。

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

应当理解，在本发明中，“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

应当理解，在本发明中，“多个”是指两个或两个以上。“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。“包含A、B和C”、“包含A、B、C”是指A、B、C三者都包含，“包含A、B或C”是指包含A、B、C三者之一，“包含A、B和/或C”是指包含A、B、C三者中任1个或任2个或3个。

应当理解，在本发明中，“与A对应的B”、“与A相对应的B”、“A与B相对应”或者“B与A相对应”，表示B与A相关联，根据A可以确定B。根据A确定B并不意味着仅仅根据A确定B，还可以根据A和/或其他信息确定B。A与B的匹配，是A与B的相似度大于或等于预设的阈值。

取决于语境，如在此所使用的“若”可以被解释成为“在……时”或“当……时”或“响应于确定”或“响应于检测”。

本发明的应用场景可以是业务系统，具体可以是流程流转的系统。流程流转的系统不但涵盖了流程定制、发布、管理配置、运行、监控的整个过程，还提供流程API接口，方便对流程五要素指标(时间、质量、数量、风险、成本)及其他指标的采集，为业务流程的管理、监督、考核和优化提供依据。在涉及流程流转的系统应用中，系统内流程需要根据不同的业务条件进行驱动，比如根据时间，地点，用户输入的业务数据及人员角色等条件来决定流程流转和表单内容。现有技术中，为了能够满足业务功能需要，流程流转的系统没有将业务流程与业务逻辑相分离，而是通过“硬编码”嵌入到应用系统的程序中，即业务流程与业务逻辑是通过软件代码耦合到应用系统的程序中的，业务规则和应用系统为一体，从而依据设定好的业务规则来满足业务功能需要。然而，现有技术中，不同业务需求的配置不够灵活。

为了解决上述技术问题，本发明提供一种更新业务流程方法及装置，通过动态调用用户自定义的预设的业务规则信息，灵活实现复杂多变的业务功能，提高了业务系统对不同业务需求更新的灵活性。

参见图1，图1为本发明的应用场景示意图，包括控制设备10、规则库11、业务系统服务器12、执行服务器13、业务数据库14和解析服务器15。用户可以通过控制设备10在规则库11新建一个规则表达式，例如，新建的规则表达式的具体内容可以是("@taskType@".equals("new")||"@taskType@".equals("draft")||"@taskType@".equals("run"))&&"@registantTime@".equals("null")，其中，前三个条件是一组，后一个条件是一组，其业务含义是当公文系统的某条公文状态处于新建(new)，拟稿(draft)，运行(run)状态之一时，且登记时间(registantTime)为空(null)的情况下，显示登记按钮，该业务规则为判断规则，规则执行的结果应该返回一个布尔类型值，true或者false。业务系统服务器12在打开表单阶段时，执行规则，来判断当前表单上是否需要显示“登记”按钮。首先业务系统服务器12会调用执行服务器13执行规则。执行服务器13依据规则标识，去业务数据库14中获取得到该业务规则所对应的规则表达式具体内容。解析服务器15在解析规则表达式时，需要根据业务标识去业务系统服务器12获取相关业务参数，例如，需要去业务系统服务器获取当前该条公文(业务标识为公文ID)的状态属性值taskType和登记时间属性值registantTime。解析服务器15解析规则表达式。解析服务器15的解析结果返回到执行服务器13，执行服务器13调用具体的规则执行引擎(布尔规则执行引擎)执行，即可获得执行结果。业务系统打开表单，根据规则执行结果，如果为true则显示“登记”按钮，如果为“false”则不显示登记按钮。执行结果分析如下：如果满足当前公文的状态属性值为“new”，“draft”，“run”之一，且“registantTime”为空(null)时，即返回布尔类型值true，其他情况都返回false。最终根据true或者false来决定表单的“登记”按钮是否显示(true显示，false不显示)。

参见图2，是本发明实施例提供的一种更新业务流程方法的流程示意图，图2所示方法的执行主体可以是软件和/或硬件装置。包括步骤S101至步骤S104，具体如下：

S101，获取预设的业务规则信息，并获取业务对象数据。

具体地，预设的业务规则信息与业务数据对象之间是一种依赖关系，预设的业务规则信息依赖于业务数据对象设定。

其中，业务系统例如：人力资源系统，财务系统，物资系统，合同系统，项目管理系统等，就是某一个方面从上到下的组织架构及所有业务工作，也就是这一个方面所有的人员和工作的总称，包括人员和业务工作两个部分。业务对象数据是业务系统根据时间，运行场景等变化的动态数据，其体现为一个业务对象相关信息的集合体。例如公文系统，公文系统是面向党政机关、企事业单位的公文处理工作而开发的，用于公文管理的系统，系统包括收文登记、发文拟稿、文稿审批、催办、传阅、印刷、交换、统计、归档和销毁等公文处理环节进行全面信息化管理的功能。公文系统应该包括软件和硬件，而不单指存储公文数据的服务器。公文系统中，业务对象数据包含公文ID，公文标题，创建时间，公文类型，创建者，当前处理人，当前处理人所属部门等。在公文拟稿阶段创建公文，即创建了公文这个业务数据操作对象，公文ID为该条公文的唯一标识，这条公文还包含了前面提到的公文相关的数据如公文标题，创建时间，公文类型，创建者，当前处理人，当前处理人所属部门等。随着公文业务运行流转，可能当前处理人，当前处理人所在部门，当前公文状态，公文审批意见内容和数目等属性值都会发生变化，如公文状态：开始是值为new的状态，创建之后还没有发送出去时，是draft状态等，发出去之后可能是变成run状态等。可以理解，每个业务对象的数据内容是根据不同的业务系统来确定的，而预设的业务规则信息也需要根据业务系统的业务对象数据来创建。

其中，预设的业务规则信息可以是用户的自定义业务规则，例如可以是规则表达式，用户可以根据不同的业务需求，来预设对应的规则表达式，以满足其后续的业务需求，用户在建立规则表达式时，其中的数据是依赖于业务数据对象进行设定的，可以理解，当预设的业务规则信息被调用时，会动态的去获取当前运行的业务数据对象。

例如，预设的业务规则信息,即用户自定义的规则表达式可以是：

"@taskType@".equals("new")||"@taskType@".equals("draft")||"@taskType@".equals("run")

上述表达式的含义是在业务数据对象中存在一个taskType的工作属性值。当该规则表达式被调用时，就会动态的去获取当前运行的业务数据对象。

在一些实施例中，为了获取预设的业务规则信息和业务对象数据，可以具体如下：

根据用户业务需求获取预设的业务规则信息，并根据预设的业务规则信息更新规则库，即用户预设的业务规则信息存储在规则库中。另外可以理解，业务数据对象可以存储在业务数据库中，与规则库之间连接，用户在建立预设的业务规则信息时，可以实时从业务数据库中获取数据。

具体地，为了获取预设的业务规则信息和业务对象数据，可以获取规则标识和业务标识，可以理解，规则标识可以是在建立预设的业务规则信息时进行插入的标记。服务器可以根据规则标识获取规则库中预设的业务规则信息，根据业务标识获取业务数据库中的业务对象数据，来满足用户对预设的业务规则信息和业务对象数据的获取。

在一些实施例中，用户可以通过规则标识获取到规则库中的预设的业务规则信息，在另一些实施例中，用户可以对获取到规则库中的预设的业务规则信息进行更改，或者将此预设的业务规则信息进行删除，实现对规则库的更新。

S102，获取预设的业务规则信息中的待替换参数，并获取业务对象数据中的替换参数，根据所述替换参数替换所述待替换参数，获取规则解析信息。

具体地，只有依据业务对象数据对预设的业务规则信息进行解析，才可以获取到被替换待更新数据的新业务对象参数，得到的规则解析信息才能够包含更新的数据。

其中，在获取预设的业务规则信息中的待替换参数之前，可以标识预设的业务规则信息中的待替换参数，例如上述规则表达式中的，将待替换参数放在两个@符号中间，来标识这个待替换参数，即待替换参数是taskType，这个参数是业务对象中的一个属性值，规则解析时需要使用业务对象中的替换参数替换掉的该待替换参数即可。

例如，当前时间点业务对象中的taskType的值为new，则上述规则表达式解析的结果为"new".equals("new")||"new".equals("draft")||"new".equals("run")。

S103，根据规则引擎对规则解析信息处理，获取待执行业务数据。

具体地，在获取到规则解析信息后，利用规则引擎对其进行处理，获取待执行业务数据。可以理解，利用规则引擎执行规则表达式，获取到规则执行结果，该执行结果被业务系统执行后，可以是更新业务系统，也可以是使得业务系统流程流转的路线发生转变。

上述实施例提供的一种更新业务流程方法，首先获取预设的业务规则信息和业务对象数据，其中预设的业务规则信息可以是自定义业务规则，例如可以是规则表达式，用户可以根据不同的业务需求，来预设对应的规则表达式，即预设的业务规则信息，业务数据对象是根据时间，运行场景等变化的动态数据。然后获取预设的业务规则信息中的待替换参数，并获取业务对象数据中的替换参数，利用替换参数替换待替换参数，对规则表达式进行解析，获取到规则解析信息，即获取到更新后的规则表达式，最后利用规则引擎对规则解析信息处理，即执行更新后的规则表达式，获取待执行业务数据，作为流程流转过程中的分支判断条件或者参与者列表来满足复杂的业务需求，本发明通过动态调用用户自定义的预设的业务规则信息，灵活实现复杂多变的业务功能，提高了业务系统对不同业务需求更新的灵活性。

在上述实施例的基础上步骤S103(根据规则引擎对所述规则解析信息处理，获取待执行业务数据)的具体实施方式可以是获取规则解析信息的规则类型，根据规则引擎和规则类型对所述规则解析信息处理，获取待执行业务数据。

具体的，规则解析信息的规则类型有工作属性规则、字符串规则、布尔规则和参与者规则四种类型，因此依据规则解析信息的规则类型的不同，可以包括四种具体实施方式，具体如下：

第二种实施方式如下：

获取所述规则解析信息的工作属性规则，根据工作属性规则引擎和所述工作属性规则对所述规则解析信息处理，获取待执行业务的属性值数据。

具体的，工作属性规则是其他规则的基础，其他规则可以由工作属性规则组合而成，规则引擎计算返回的结果是业务数据对象的属性值。该规则是由一对占位符组成的规则表达式，格式如“@属性@”，示例如规则表达如下时：

“documentobject:sourceDocumentId＝@documentId@$sourceProInstId＝@proInstId@$docYear＝@docYear@”

其中的@documentId@、@proInstId@和@docYear@都是工作属性规则。

本方案利用工作属性规则引擎对规则解析信息进行处理，获得待执行业务的属性值数据，例如是公文系统中的每条公文的标题Title，创建时间createTime，创建者createPerson，公文正文的页数filePage，收发文类型docType等，这些属性值既可以用于其他规则，也可以作为系统功能的统计使用，例如收发文类型docType这个属性值，就可以用于收发文的数量统计。获取到属性值数据后，业务系统执行此属性值数据，实现对业务系统的更新。

第二种实施方式如下：

获取规则解析信息的字符串规则，根据字符串规则引擎和字符串规则对规则解析信息处理，获取待执行业务的字符串数据。

具体地，字符串规则由一个或多个工作属性规则组合而成，还可以包含其他非工作属性规则的字符串，其执行结果为字符串类型。示例如字符串类型的规则表达可以如下：

“documentobject:sourceDocumentId＝@documentId@$sourceProInstId＝@proInstId@$docYear＝@docYear@”

其中的@documentId@、@proInstId@和@docYear@都是工作属性规则。

本方案利用字符串规则引擎对规则解析信息进行处理，获得待执行业务的字符串数据，获取到字符串数据后，业务系统执行此字符串数据，实现对业务系统的更新。

第三种实施方式如下：

获取所述规则解析信息的布尔规则，根据布尔规则引擎和布尔规则对规则解析信息处理，获取待执行业务的逻辑结果数据。

具体地，布尔规则可以由一个或多个工作属性规则或者字符串规则组合而成，按照特定的业务需求组合成一个可由规则引擎执行的字符串表达式。布尔类型的表达式可以由多段可执行的子字符串表达式组成，每个子字符串也是一个可执行的且返回布尔类型结果的字符串。这些子字符串使用三种符号进行连接，连接符号分别是“&&”,“||”，“！”。其中，“&&”表示前后两个表达式必须全部满足才能返回真(true)，否则返回假(false)；“||”表示前后两个表达式必须全部都不满足才能返回假(false)，否则返回真(true)；“！”表示对表达式的结果取反。

例如布尔规则："@title@".equals("文件")，其含义是判断业务对象中的title的值是否为“文件”，若是则返回真(true)，否则返回假(false)。

本方案利用布尔规则引擎对规则解析信息进行处理，获得待执行业务的逻辑结果数据，例如是判断结果是真或者假，获取到逻辑结果数据，业务系统执行此逻辑结果数据，可以实现对业务系统流程路线的转变。

第四种实施方式如下：

获取所述规则解析信息的参与者规则，根据参与者规则引擎和参与者规则对规则解析信息处理，获取待执行业务的参与者列表数据。其中，参与者规则，主要是用于流程流转过程中的人员选择列表而使用的。

具体地，该类规则返回的是参与者数组对象，流程在流转过程中某个环节需要一人或多人来办理，该规则在流程中用于返回参与者列表。参与者规则例如是：

com.abc.participantrule.ParticipantRule.getOfficeLeader(parameter)

上述参与者规则的含义是执行com.abc.participantrule.ParticipantRule类的getOfficeLeader方法，其传入的参数parameter，该参数是一个Map类型，具体的业务参数以key-value形式存放在Map中，规则引擎计算规则时从Map中取得key对应的value并进行计算得到规则执行结果，即参与者列表。

上述实施例针对不同规则类型的规则解析信息利用不同的规则引擎处理，得到不同的规则执行结果，可以灵活实现复杂多变的业务功能，提高了业务系统对不同业务需求更新的灵活性。

参见图3，是本发明实施例提供的一种更新业务流程装置的结构示意图，该装置20包括：

第一模块21，用于获取预设的业务规则信息，并获取业务对象数据；

第二模块22，用于获取预设的业务规则信息中的待替换参数，并获取业务对象数据中的替换参数，根据所述替换参数替换所述待替换参数，获取规则解析信息；

第三模块23，用于根据规则引擎对所述规则解析信息处理，获取待执行业务数据。

图3所示实施例的更新业务流程装置对应地可用于执行图2所示方法实施例中的步骤，其实现原理和技术效果类似，此处不再赘述。

可选地，所述第二模块22用于获取预设的业务规则信息中的待替换参数，并获取业务对象数据中的替换参数，根据所述替换参数替换所述待替换参数，获取规则解析信息之前，还包括：

标识所述预设的业务规则信息中的待替换参数。

可选地，所述第三模块23根据规则引擎对所述规则解析信息处理，获取待执行业务数据，包括：

获取所述规则解析信息的规则类型；

根据所述规则引擎和所述规则类型对所述规则解析信息处理，获取所述待执行业务数据。

可选地，所述第三模块23根据规则引擎对所述规则解析信息处理，获取所述待执行业务数据，包括：

获取所述规则解析信息的工作属性规则；

根据工作属性规则引擎和所述工作属性规则对所述规则解析信息处理，获取待执行业务的属性值数据。

可选地，所述第三模块23根据规则引擎对所述规则解析信息处理，获取所述待执行业务数据，包括：

获取所述规则解析信息的字符串规则；

根据字符串规则引擎和所述字符串规则对所述规则解析信息处理，获取待执行业务的字符串数据。

可选地，所述第三模块23根据规则引擎对所述规则解析信息处理，获取所述待执行业务数据，包括：

获取所述规则解析信息的布尔规则；

根据布尔规则引擎和所述布尔规则对所述规则解析信息处理，获取待执行业务的逻辑结果数据。

可选地，所述第三模块23根据规则引擎对所述规则解析信息处理，获取所述待执行业务数据，包括：

获取所述规则解析信息的参与者规则；

根据参与者规则引擎和所述参与者规则对所述规则解析信息处理，获取待执行业务的参与者列表数据。

可选地，所述第一模块21获取预设的业务规则信息，并获取业务对象数据，包括：

获取规则标识和业务标识；

根据所述规则标识获取规则库中所述预设的业务规则信息，根据所述业务标识获取所述业务数据库中的所述业务对象数据。

可选地，所述第一模块21获取预设的业务规则信息，并获取业务对象数据之前，还包括：

根据用户业务需求获取所述预设的业务规则信息，并根据所述预设的业务规则信息更新所述规则库。

参见图4，是本发明实施例提供的一种设备的硬件结构示意图，该设备包括：处理器31、存储器32和计算机程序；其中

存储器32，用于存储所述计算机程序，该存储器还可以是闪存(flash)。所述计算机程序例如是实现上述方法的应用程序、功能模块等。

处理器31，用于执行所述存储器存储的计算机程序，以实现上述方法中终端执行的各个步骤。具体可以参见前面方法实施例中的相关描述。

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

当所述存储器32是独立于处理器31之外的器件时，所述终端还可以包括：

总线33，用于连接所述存储器32和处理器31。

本发明还提供一种可读存储介质，所述可读存储介质中存储有计算机程序，所述计算机程序被处理器执行时用于实现上述的各种实施方式提供的方法。

其中，可读存储介质可以是计算机存储介质，也可以是通信介质。通信介质包括便于从一个地方向另一个地方传送计算机程序的任何介质。计算机存储介质可以是通用或专用计算机能够存取的任何可用介质。例如，可读存储介质耦合至处理器，从而使处理器能够从该可读存储介质读取信息，且可向该可读存储介质写入信息。当然，可读存储介质也可以是处理器的组成部分。处理器和可读存储介质可以位于专用集成电路(ApplicationSpecific Integrated Circuits，简称：ASIC)中。另外，该ASIC可以位于用户设备中。当然，处理器和可读存储介质也可以作为分立组件存在于通信设备中。可读存储介质可以是只读存储器(ROM)、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

本发明还提供一种程序产品，该程序产品包括执行指令，该执行指令存储在可读存储介质中。设备的至少一个处理器可以从可读存储介质读取该执行指令，至少一个处理器执行该执行指令使得设备实施上述的各种实施方式提供的方法。

在上述设备的实施例中，应理解，处理器可以是中央处理单元(英文：CentralProcessing Unit，简称：CPU)，还可以是其他通用处理器、数字信号处理器(英文：DigitalSignal Processor，简称：DSP)、专用集成电路(英文：Application Specific IntegratedCircuit，简称：ASIC)等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本发明所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。

最后应说明的是：以上各实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述各实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。

Claims (10)

1.一种更新业务流程方法，其特征在于，包括：

获取预设的业务规则信息，并获取业务对象数据；

获取所述预设的业务规则信息中的待替换参数，并获取所述业务对象数据中的替换参数，根据所述替换参数替换所述待替换参数，获取规则解析信息；

根据规则引擎对所述规则解析信息处理，获取待执行业务数据。

2.根据权利要求1所述的方法，其特征在于，所述获取预设的业务规则信息中的待替换参数，并获取业务对象数据中的替换参数，根据所述替换参数替换所述待替换参数，获取规则解析信息之前，还包括：

标识所述预设的业务规则信息中的待替换参数。

3.根据权利要求1所述的方法，其特征在于，所述根据规则引擎对所述规则解析信息处理，获取待执行业务数据，包括：

获取所述规则解析信息的规则类型；

根据所述规则引擎和所述规则类型对所述规则解析信息处理，获取所述待执行业务数据。

4.根据权利要求1或3所述的方法，其特征在于，所述根据规则引擎对所述规则解析信息处理，获取所述待执行业务数据，包括：

获取所述规则解析信息的工作属性规则；

根据工作属性规则引擎和所述工作属性规则对所述规则解析信息处理，获取待执行业务的属性值数据。

5.根据权利要求1或3所述的方法，其特征在于，所述根据规则引擎对所述规则解析信息处理，获取所述待执行业务数据，包括：

获取所述规则解析信息的字符串规则；

根据字符串规则引擎和所述字符串规则对所述规则解析信息处理，获取待执行业务的字符串数据。

6.根据权利要求1或3所述的方法，其特征在于，所述根据规则引擎对所述规则解析信息处理，获取所述待执行业务数据，包括：

获取所述规则解析信息的布尔规则；

根据布尔规则引擎和所述布尔规则对所述规则解析信息处理，获取待执行业务的逻辑结果数据。

7.根据权利要求1或3所述的方法，其特征在于，所述根据规则引擎对所述规则解析信息处理，获取所述待执行业务数据，包括：

获取所述规则解析信息的参与者规则；

根据参与者规则引擎和所述参与者规则对所述规则解析信息处理，获取待执行业务的参与者列表数据。

8.根据权利要求1所述的方法，其特征在于，所述获取预设的业务规则信息，并获取业务对象数据，包括：

获取规则标识和业务标识；

根据所述规则标识获取规则库中所述预设的业务规则信息，根据所述业务标识获取所述业务数据库中的所述业务对象数据。

9.根据权利要求8所述的方法，其特征在于，所述获取预设的业务规则信息，并获取业务对象数据之前，还包括：

根据用户业务需求获取所述预设的业务规则信息，并根据所述预设的业务规则信息更新所述规则库。

10.一种更新业务流程装置，其特征在于，包括：

第一模块，用于获取预设的业务规则信息，并获取业务对象数据；

第二模块，用于获取预设的业务规则信息中的待替换参数，并获取业务对象数据中的替换参数，根据所述替换参数替换所述待替换参数，获取规则解析信息；

第三模块，用于根据规则引擎对所述规则解析信息处理，获取待执行业务数据。

Images