CN102542382B - 业务规则的操作方法和装置 - Google Patents

Abstract

本发明提供了业务规则的管理方法和装置。其中，该方法包括：业务规则执行模块接收到业务流程处理过程中输入的所述业务流程对应的输入参数后，根据所述输入参数从业务规则服务库中获取对应的业务规则；业务规则执行模块确定获取的业务规则是基于业务规则引擎的服务，还是基于外围的业务应用系统的服务，如果是前者，则触使所述业务规则引擎执行所述业务规则，如果是后者，则将所述输入参数发送给外围系统，由所述外围系统根据所述输入参数执行所述业务规则；业务规则执行模块接收所述业务规则引擎执行业务规则，或者外围系统执行业务规则返回的结果，并根据所述结果触发相应操作。采用本发明，能够实现涉及不同业务应用系统的业务规则。

Description

业务规则的操作方法和装置

技术领域

本发明涉及业务支撑领域，特别涉及业务规则的操作方法和装置。

背景技术

为了实现业务应用与业务流程的剥离，改变企业信息化中IT信息系统需要建设多个流程引擎的现状，以及达到节约投资、减少故障和改善IT服务等目的，业务流程管理(BPM：Business Process Management)平台应运而生。所谓BPM平台，其包含了业务流程的定义、执行、监控、优化等多项功能。

在业务流程管理(BPM)平台应用到现代企业后，业务应用系统与BPM平台的关系如图1所示。在图1中，业务应用系统负责业务数据的录入与展现、业务计算、业务操作、业务稽核等与业务需求相关的功能；而BPM平台负责处理相关的业务流程，例如会审流程、通知流程等。这里，业务流程通过处理(staff)实现，其中，该处理节点可为人工处理节点(例如审批)，也可为自动处理节点(例如自动进行业务归档)。在图1中，业务应用系统与BPM平台通过业务数据进行交互，即业务应用系统在业务流程启动时把业务数据传输给BPM平台，在业务流程结束时(包括正常流程终止和异常中止)，BPM平台把经过流程处理的业务数据返回给业务应用系统。

在业务流程的执行过程中，业务规则非常关键。所谓业务规则，其实质上为业务流程中的约束，完整性，校验，分支流等操作，其包括了条件和触发操作两部分内容，具体由业务规则引擎管理。

参见图2，图2为现有技术中业务规则引擎的结构图。如图2所示，该业务规则引擎包括：业务规则库、业务规则执行模块和对外的应用接口。BPM平台通过调用应用接口访问业务规则引擎，以访问对应的业务规则，当业务规则引 擎接收到访问后，由该业务规则引擎的业务规则执行模块查找业务规则库，找到所访问的业务规则，然后通过迭代该业务规则的条件执行相应的触发操作，并将执行后的结果经由所述应用接口返回给BPM平台。

其中，业务规则引擎管理的业务规则是由开发人员根据业务需求，在该业务规则引擎上编程来实现的，即已经写死在业务规则引擎上了，该业务规则仅与业务数据本身有关。比如，合同系统与BPM平台之间的业务数据是合同信息，包括合同条目(合同甲乙方、合同名称，合同金额等)及合同文本附件(扫描件，采用word/pdf格式)，对于以业务数据本身为条件的业务规则，如：合同金额大于等于50万，需要由公司总经理办公会进行审批，其可以通过将该业务规则写死在合同系统对应的业务规则引擎实现。

但是，对于并非以业务数据本身为条件的业务规则，例如：同类合同第一次签约，需要总经理办公会审批，或者，合同的供应商的价格高于同一厂商历史价格需要总经理办公会进行审批，由于该业务规则并不能通过当前的业务数据直接获取，需要和其他的业务数据相关联，因此，按照现有方式其无法被定义在合同系统对应的业务规则引擎，也不能由该业务规则引擎实现。

并且，不同的业务应用系统是独立且相互封闭的，其对应的业务规则引擎也是独立且封闭的，如此，当业务流程执行过程中涉及的业务规则是由各个分散在不同业务应用系统中的信息确定时，也无法按照现有方式定义该业务规则在一个业务规则引擎中，并且，也不能单独通过一个业务规则引擎实现。例如，业务流程执行到某个环节时，在满足如下条件时，可以选择A作为任务候选人(即构成了一个业务规则)：合同金额大于100万、该业务流程之前的环节未被计划部审批过、以及在法律系统中该合同是被标识为高风险。在这个业务规则中，合同金额大于100万本身以业务数据为条件，应该是由业务规则引擎来支持，而该业务流程之前的环节未被计划部审批过、以及在法律系统中该合同是被标识为高风险都不以业务数据本身为条件，分别可由业务流程执行引擎和法律风险管理系统内部来支持。可以看出，该业务规则需要不同的业务应用系统形成复杂的逻辑关系才能实现，而不同的业务应用系统之间是相互独立且封闭 的，因此，这里就不能定义该业务规则，也不能单独通过一个业务规则引擎实现该业务规则。

发明内容

本发明提供了业务规则的管理方法和装置，实现涉及不同业务应用系统的业务规则。

本发明提供的技术方案包括：

一种业务规则的管理方法，预先建立一个业务规则服务库，所述业务规则库中存储了各个业务应用系统的业务流程需要使用的业务规则；该方法包括：

业务规则执行模块接收到业务流程处理过程中输入的与所述业务流程对应的输入参数后，根据所述输入参数从业务规则服务库中获取对应的业务规则；

业务规则执行模块确定获取的业务规则是基于业务规则引擎的服务，还是基于外围的业务应用系统的服务，如果是前者，则触使所述业务规则引擎执行所述业务规则，如果是后者，则将所述输入参数发送给外围系统，由所述外围系统根据所述输入参数执行所述业务规则；

业务规则执行模块接收所述业务规则引擎执行业务规则，或者外围系统执行业务规则所返回的结果，并根据所述结果触发相应操作。

一种用于业务规则管理的装置，包括：

获取单元，用于接收到业务流程处理过程中输入的与所述业务流程对应的输入参数后，根据所述输入参数从预先建立的业务规则服务库中获取对应的业务规则，业务规则库中存储了各个业务应用系统的业务流程需要使用的业务规则；

确定单元，用于确定获取的业务规则是基于业务规则引擎的服务，还是基于外围的业务应用系统的服务，如果是前者，则触使所述业务规则引擎执行所述业务规则，如果是后者，则将所述输入参数发送给外围系统，由所述外围系统根据所述输入参数执行所述业务规则；

处理单元，用于接收所述业务规则引擎执行业务规则，或者外围系统执 行业务规则所返回的结果，并根据所述结果触发相应操作。

由以上技术方案可以看出，本发明中，预先建立一个被各个业务应用系统的业务流程使用的业务规则服务库；业务规则执行模块接收到业务流程处理过程中输入的与所述业务流程对应的输入参数后，根据所述输入参数从业务规则服务库中获取对应的业务规则；业务规则执行模块确定获取的业务规则是基于业务规则引擎的服务，还是基于外围系统的服务，如果是前者，则触使所述业务规则引擎执行所述业务规则，如果是后者，则将所述输入参数发送给外围系统，由所述外围系统根据所述输入参数执行所述业务规则；业务规则执行模块接收所述业务规则引擎执行业务规则，或者外围系统执行业务规则返回的结果，并根据所述结果触发相应操作。可以看出，本发明实现了涉及不同业务应用系统的业务规则。

附图说明

图1为现有技术中业务应用系统与BPM平台的关系示意图；

图2为现有技术中业务规则引擎的结构图；

图3为本发明实施例提供的基本流程图；

图4为本发明实施例提供的详细流程图；

图5为本发明实施例提供的装置结构图。

具体实施方式

为了使本发明的目的、技术方案和优点更加清楚，下面结合附图和具体实施例对本发明进行详细描述。

对于现代企业中实际的业务流程，其包含的业务规则本身可能涉及的条件涵盖多种业务数据，而该多种业务数据有可能涉及多个业务应用系统，基于此，按照现有方式就无法定义该业务规则，并且，也无法实现该业务规则。

为了解决该技术问题，本发明提供了业务规则的管理方法，具体如图3所示。

参见图3，图3为本发明实施例提供的基本流程图。为了实现图3所示的流程，需要预先建立一个被各个业务应用系统的业务流程使用的业务规则服务库，基于此，如图3所示，该流程可包括以下步骤：

步骤301，业务规则执行模块接收到业务流程处理过程中输入的与所述业务流程对应的输入参数后，根据所述输入参数从业务规则服务库中获取对应的业务规则。

步骤302，业务规则执行模块确定获取的业务规则是基于业务规则引擎的服务，还是基于外围的业务应用系统(简称为外围系统)的服务，如果是前者，则触使所述业务规则引擎执行所述业务规则，如果是后者，则将所述输入参数发送给外围系统，由所述外围系统根据所述输入参数执行所述业务规则。

步骤303，业务规则执行模块接收所述业务规则引擎执行业务规则，或者外围系统执行业务规则返回的结果，并根据所述结果触发相应操作。

至此，完成图3所示的流程。从图3所示的流程可以看出，只需要获取上述业务规则服务库中的业务规则，调用相应的实体实现该业务规则，比如，调用规则引擎实现该业务规则，或者调用外围系统实现该业务规则。

优选地，本实施例中，为进一步增加业务规则的适应性，还可以在业务规则服务库中的多个业务规则之间定义逻辑关系，以形成基于该逻辑关系的业务规则链，具体情况具体分析，本发明实施例并不具体限定。

在图3所示的流程中，业务规则服务库通过以下步骤建立：每个提供业务规则服务的接口将自身提供的业务规则服务注册到所述业务规则服务库中。其中，所述提供业务规则服务的接口包括：业务规则引擎提供的各种调用接口和外围系统提供的用于调用和管理所述业务规则服务库的各种服务协作接口。其中，业务规则引擎提供的调用接口包括：基于业务规则引擎的API，或业务规则引擎封装的服务接口等。外围系统提供的服务协作接口是基于真正实现本申请提出的方法的目的特别在外围系统上设置的。为充分支持多种业务应用系统平台，本实施例中服务协作接口的协议类型支持SOAP、XML、 Platfile等，而该服务协作接口可为支持多种主流的服务接口，比如HTTP、WebService、JCA等，本发明实施例并不具体限定。

基于上面描述，步骤302中，确定获取的业务规则是基于业务规则引擎的服务，还是基于外围系统的服务包括：如果获取的业务规则是由业务规则引擎注册至业务规则服务库的，则该获取的业务规则是基于业务规则引擎的服务；如果获取的业务规则是由服务协作接口注册至业务规则服务库的，则该获取的业务规则是基于外围系统的服务。

需要说明的是，考虑到本发明实施例的应用性，上述提供业务规则服务的接口还可进一步包括：业务流程引擎的访问接口API等。

还需要说明的是，上述业务规则服务库允许增加业务规则、修改业务规则、删除业务规则、以及允许用表达式语言把已存在的业务规则再次组合为一个具体的业务规则，以满足更复杂的业务逻辑需求。

在图3所示的流程中，步骤301中的输入参数包括业务数据和流程执行上下文信息；其中，所述业务数据为所述业务流程涉及的业务对象如合同对象，订货单对象等的信息化集合，以合同对象为例，则对应的业务数据为：合同方、合同名称、合同金额等；所述流程执行上下文信息为该业务流程在执行过程中产生的实例化信息，至少包括流程实例标识和流程任务标识。通过步骤301中的输入参数，能够使业务规则执行模块了解当前的运行环境。

需要说明的是，在本实施例中，业务数据和业务流程执行上下文信息均采用统一的信息格式描述，业务对象的每个属性可以对应到一个数据对象的属性，并采用XML形式表达该对象。

在图3所示的流程中，步骤302中，业务规则引擎执行业务规则，或者外围系统执行业务规则，其实质都是按照业务规则描述的逻辑表达式执行相应操作，以确定是否满足该业务规则的条件。

在图3所示的流程中，步骤303返回的结果具体为按照业务规则描述的逻辑表达式执行相应操作之后输出的参数(记为输出参数)，其具体为逻辑真(即满足业务规则的条件)或者逻辑假(不满足业务规则的条件)。该输 出参数将直接影响到业务流程的执行。

需要说明的是，本实施例中，业务规则中还可以自定义参数。所谓自定义参数，本实施实例中，其可以为：直接修改其业务数据值，以便于对业务流程的变化进行快速支持。比如，合同审批流程的一条业务规则为：当合同供应商乙方的价格大于1年内该供应商其他合同的价格的情况下，需要总经理审批。其中的“1年”可以作为该业务规则的自定义参数。假如若干时间后，需要将上述的1年改为三年，即业务规则需变为：当合同供应商乙方的价格大于3年内该供应商其他合同的价格的情况下，需要总经理审批。如此，本实施例中，只需要将原来的“1年”修改为“3年”即可，而不需要再次开发测试部署一个业务规则。

本实施例中，为实现业务规则的自定义参数功能，需要在调用业务规则引擎或者外围系统执行业务规则之前，根据配置信息把自定义参数实例化(自定义参数实例化的过程即可根据简单的配置信息来实现)。之后，才调用业务规则引擎或者外围系统执行业务规则。具体可参见图4所示的流程。

参见图4，图4为本发明实施例提供的详细流程图。本实施例中，可以把调用业务规则服务库的行为抽象为服务接口，把每个提供业务规则服务的接口暴露为该服务接口的实现，该提供业务规则服务的接口具体如上所述。基于此，图4所示的流程可包括以下步骤：

步骤401，针对一业务流程，如果该业务流程的处理节点需要调用业务规则，则访问服务规则库提供的服务接口，并输入与该业务流程对应的业务数据和业务流程执行上下文信息(记为输入参数)。

本步骤401中，针对某一个业务流程，为节省性能，可以根据实际情况设置该业务流程中用于调用业务规则的处理节点，并非使每一个处理节点都执行调用业务规则操作。

步骤402，所述服务接口将步骤401中的输入参数传输给业务规则执行模块。

步骤403，业务规则执行模块根据输入参数从业务规则服务库中获取对 应的业务规则。

本流程中，业务规则服务库中的业务规则与业务应用系统对应，其中，业务应用系统至少包括：合同系统、法律风险管理系统、计划系统和项目管理系统。也就是说，业务规则服务库中的业务规则并非针对某一业务对象的，而是针对一类系统的。因此，本步骤403具体为：业务规则执行模块确定所述输入参数对应的业务应用系统，从业务规则服务库中获取该业务应用系统对应的业务规则。

步骤404，业务规则执行模块根据上述的服务注册信息判断该获取的业务规则是是基于业务规则引擎的服务，还是基于外围系统的服务，如果是前者，则执行步骤405，如果是后者，则执行步骤406。

本步骤404中，如果获取的业务规则是由业务规则引擎注册至业务规则服务库的，则该获取的业务规则是基于业务规则引擎的服务；如果获取的业务规则是由外围系统提供的服务协作接口注册至业务规则服务库的，则该获取的业务规则是基于外围系统的服务。

步骤405，触使业务规则引擎执行所述业务规则。之后执行步骤408。

步骤406，确定所述输入参数对应的配置信息，如果所述配置信息需要针对所述获取的业务规则设置自定义参数，则根据所述配置信息设置自定义参数。

步骤407，根据该业务规则被注册时的服务地址，将所述自定义参数和所述输入参数中的业务数据发送给外围系统中用于提供该获取的业务规则服务的服务协作接口。

步骤408，业务规则执行模块接收所述业务规则引擎执行业务规则，或者外围系统中的服务协作接口执行业务规则后返回的结果。

本步骤408中，该返回的结果为逻辑真或逻辑假。

步骤409，业务规则执行模块根据返回的结果，以及按照所述业务规则描述的逻辑表达式计算逻辑结果，将所述逻辑结果返回给所述处理节点，以使所述处理节点按照设定路径进行执行业务处理。

具体地，步骤409为：业务规则执行模块根据所述业务规则描述的逻辑表达式中的条件，继续访问其他业务应用系统，接收并执行其他业务应用系统返回的结果；根据各个业务应用系统返回的结果并按照该业务规则描述的逻辑表达式再次计算组合逻辑结果，把逻辑结果返回给业务规则引擎接口，由该业务规则引擎接口把该逻辑结果返回给所述处理节点，以使该处理节点按照设定路径继续执行业务处理。

当然，如果步骤408中的结果正好满足所述业务规则描述的逻辑表达式，则可省略步骤409，直接根据该结果计算组合逻辑结果，并把该逻辑结果返回给业务规则引擎接口，由该业务规则引擎接口把该逻辑结果返回给所述处理节点，以使该处理节点按照设定路径继续执行业务处理，具体情况需要具体根据业务规则的定义进行分析，本发明实施例并不具体限定。

至此，完成图4所示的流程。 

以上对本发明实施例提供的方法进行了描述，下面对本发明实施例提供的装置进行描述。

参见图5，图5为本发明实施例提供的装置结构图。如图5所示，该装置可包括：

获取单元501，用于接收到业务流程处理过程中输入的与所述业务流程对应的输入参数后，根据所述输入参数从预先建立的业务规则服务库中获取对应的业务规则，所述业务规则库中存储了各个业务应用系统的业务流程需要使用的业务规则；

确定单元502，用于确定获取的业务规则是基于业务规则引擎的服务，还是基于外围的业务应用系统的服务，如果是前者，则触使所述业务规则引擎执行所述业务规则，如果是后者，则将所述输入参数发送给外围系统，由所述外围系统根据所述输入参数执行所述业务规则；

处理单元503，用于接收所述业务规则引擎执行业务规则，或者外围系统执行业务规则所返回的结果，并根据所述结果执行相应操作。

本实施例中，所述业务规则服务库通过以下步骤建立：每个提供业务规则 服务的接口将自身提供的业务规则服务注册到所述业务规则服务库中；所述提供业务规则服务的接口包括：业务规则引擎提供的各种调用接口和外围系统提供的用于调用和管理所述业务规则服务库的各种服务协作接口；

基于此，如图5所示，确定单元502可包括：

判断子单元5021，用于判断该获取的业务规则是由业务规则引擎注册至业务规则服务库，还是由外围系统提供的服务协作接口注册至业务规则服务库；

确定子单元5022，用于在判断子单元5021判断出该获取的业务规则是由业务规则引擎注册至业务规则服务库时，确定该获取的业务规则是基于业务规则引擎的服务，触使所述业务规则引擎执行所述业务规则；在判断子单元5021判断出该获取的业务规则是由外围系统提供的服务协作接口注册至业务规则服务库时，确定该获取的业务规则是基于外围系统的服务，并将所述输入参数发送给外围系统，由所述外围系统根据所述输入参数执行所述业务规则。

本实施例中，所述输入参数包括业务数据和业务流程执行上下文信息；其中，所述业务数据为所述业务流程涉及的业务对象的信息化集合，所述业务流程执行上下文信息指所述业务流程在执行过程中产生的实例化信息，其至少包括流程实例标识和流程任务标识；

基于此，确定子单元将输入参数发送给外围系统包括：确定所述输入参数对应的配置信息，如果所述配置信息要求针对所述获取的业务规则设置自定义参数，则根据所述配置信息设置自定义参数，并将所述自定义参数和输入参数中的业务数据发送给外围系统中用于提供该获取的业务规则服务的服务协作接口。

本实施例中，业务规则服务库中的业务规则与业务应用系统对应，这里，业务应用系统至少包括：合同系统、法律风险管理系统、计划系统和项目管理系统；

基于此，获取单元根据输入参数从业务规则服务库中获取对应的业务规则包括：确定所述输入参数对应的业务应用系统，从业务规则服务库中获取该业务应用系统对应的业务规则。

以上对图5所示的装置进行了描述。

由以上技术方案可以看出，本发明中，预先建立一个被各个业务应用系统中业务流程使用的业务规则服务库；业务规则执行模块接收到业务流程处理过程中输入的所述业务流程对应的输入参数后，根据所述输入参数从业务规则服务库中获取对应的业务规则；业务规则执行模块确定获取的业务规则是基于业务规则引擎的服务，还是基于外围的业务应用系统(记为外围系统)的服务，如果是前者，则触使所述业务规则引擎执行所述业务规则，如果是后者，则将所述输入参数发送给外围系统，由所述外围系统根据所述输入参数执行所述业务规则；业务规则执行模块接收所述业务规则引擎执行业务规则，或者外围系统执行业务规则返回的结果，并根据返回的结果，以及按照所述业务规则描述的逻辑表达式计算逻辑结果，将所述逻辑结果返回给所述业务流程的处理节点，以使所述处理节点按照设定路径进行执行业务处理。可以看出，本发明实现了涉及不同业务应用系统的业务规则。

以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明保护的范围之内。

Claims (12)

1.一种业务规则的操作方法，其特征在于，预先建立一个业务规则服务库，所述业务规则库中存储了各个业务应用系统的业务流程需要使用的业务规则；该方法包括：

业务规则执行模块接收到业务流程处理过程中输入的与所述业务流程对应的输入参数后，根据所述输入参数从业务规则服务库中获取对应的业务规则；

业务规则执行模块确定获取的业务规则是基于业务规则引擎的服务，还是基于外围的业务应用系统的服务，如果是前者，则触使所述业务规则引擎执行所述业务规则，如果是后者，则将所述输入参数发送给外围的业务应用系统，由所述外围的业务应用系统根据所述输入参数执行所述业务规则；

业务规则执行模块接收所述业务规则引擎执行业务规则所返回的结果，或者外围的业务应用系统执行业务规则所返回的结果，并根据所述结果触发相应操作。

2.根据权利要求1所述的方法，其特征在于，所述业务规则服务库通过以下步骤建立：

每个提供业务规则服务的接口将自身提供的业务规则服务注册到所述业务规则服务库中；

所述提供业务规则服务的接口包括：业务规则引擎提供的各种调用接口和外围的业务应用系统提供的用于调用和管理所述业务规则服务库的各种服务协作接口。

3.根据权利要求2所述的方法，其特征在于，所述确定获取的业务规则是基于业务规则引擎的服务，还是基于外围的业务应用系统的服务包括：

如果获取的业务规则是由业务规则引擎注册至业务规则服务库的，则该获取的业务规则是基于业务规则引擎的服务；如果获取的业务规则是由外围的业务应用系统提供的服务协作接口注册至业务规则服务库的，则该获取的业务规则是基于外围的业务应用系统的服务。

4.根据权利要求2所述的方法，其特征在于，所述业务规则服务库允许增加业务规则、修改业务规则、以及删除业务规则。

5.根据权利要求2所述的方法，其特征在于，所述将输入参数发送给外围的业务应用系统包括：

确定所述输入参数对应的配置信息；

如果所述配置信息要求针对所述获取的业务规则设置自定义参数，则根据所述配置信息设置自定义参数，并将所述自定义参数和所述输入参数发送给外围的业务应用系统中用于提供该获取的业务规则服务的服务协作接口。

6.根据权利要求5所述的方法，其特征在于，所述输入参数包括业务数据和业务流程执行上下文信息；

其中，所述业务数据为所述业务流程涉及的业务对象的信息化集合，所述业务流程执行上下文信息为该业务流程在执行过程中产生的实例化信息；

所述将自定义参数和输入参数发送给外围的业务应用系统中用于提供该获取的业务规则服务的服务协作接口包括：

将自定义参数和输入参数中的业务数据发送给外围的业务应用系统中用于提供该获取的业务规则服务的服务协作接口。

7.根据权利要求1所述的方法，其特征在于，所述返回的结果为：逻辑真或逻辑假。

8.根据权利要求1所述的方法，其特征在于，所述业务规则服务库中的业务规则与业务应用系统对应，所述业务应用系统至少包括：合同系统、法律风险管理系统、计划系统和项目管理系统；

所述根据输入参数从业务规则服务库中获取对应的业务规则包括：

确定所述输入参数对应的业务应用系统，从业务规则服务库中获取该业务应用系统对应的业务规则。

9.一种用于业务规则操作的装置，其特征在于，所述装置包括：

获取单元，用于接收到业务流程处理过程中输入的与所述业务流程对应的输入参数后，根据该输入参数从预先建立的业务规则服务库中获取对应的业务规则，所述业务规则库中存储了各个业务应用系统的业务流程需要使用的业务规则；

确定单元，用于确定获取的业务规则是基于业务规则引擎的服务，还是基于外围的业务应用系统的服务，如果是前者，则触使所述业务规则引擎执行所述业务规则，如果是后者，则将所述输入参数发送给外围的业务应用系统，由所述外围的业务应用系统根据所述输入参数执行所述业务规则；

处理单元，用于接收所述业务规则引擎执行业务规则所返回的结果，或者外围的业务应用系统执行业务规则所返回的结果，并根据所述结果触发相应操作。

10.根据权利要求9所述的装置，其特征在于，所述业务规则服务库通过以下步骤建立：每个提供业务规则服务的接口将自身提供的业务规则服务注册到所述业务规则服务库中；所述提供业务规则服务的接口包括：业务规则引擎提供的各种调用接口和外围的业务应用系统提供的用于调用和管理所述业务规则服务库的各种服务协作接口；

所述确定单元包括：

判断子单元，用于判断该获取的业务规则是由业务规则引擎注册至业务规则服务库，还是由外围的业务应用系统提供的服务协作接口注册至业务规则服务库；

确定子单元，用于在所述判断子单元判断出该获取的业务规则是由业务规则引擎注册至业务规则服务库时，确定该获取的业务规则是基于业务规则引擎的服务，触使所述业务规则引擎执行所述业务规则；在所述判断子单元判断出该获取的业务规则是由外围的业务应用系统提供的服务协作接口注册至业务规则服务库时，确定该获取的业务规则是基于外围的业务应用系统的服务，并将所述输入参数发送给外围的业务应用系统，由所述外围的业务应用系统根据所述输入参数执行所述业务规则。

11.根据权利要求10所述的装置，其特征在于，所述输入参数包括业务数据和业务流程执行上下文信息；所述业务数据为所述业务流程涉及的业务对象的信息化集合，所述业务流程执行上下文信息指所述业务流程在执行过程中产生的实例化信息；

所述确定子单元用于确定所述输入参数对应的配置信息，如果所述配置信息要求针对所述获取的业务规则设置自定义参数，则根据所述配置信息设置自定义参数，并将所述自定义参数和输入参数中的业务数据发送给外围的业务应用系统中用于提供该获取的业务规则服务的服务协作接口。

12.根据权利要求9所述的装置，其特征在于，所述业务规则服务库中的业务规则与业务应用系统对应，所述业务应用系统至少包括：合同系统、法律风险管理系统、计划系统和项目管理系统；

所述获取单元确定所述输入参数对应的业务应用系统，从业务规则服务库中获取该业务应用系统对应的业务规则。