CN109587280A - 一种业务流程管理方法及装置 - Google Patents

Abstract

本申请公开一种业务流程管理方法及装置，在该方法中BPM系统可以接收业务节点发送的业务请求，并通过解析该业务请求，确定出该业务请求所对应的业务类型，进而确定出BPM系统中所包含的用于处理该业务请求的业务系统，而后，BPM系统可以将该业务请求发送至该业务系统进行处理。由于本申请实施例中的BPM系统架构中所采用的是COM+组件服务这种耦合性低的标准接口，因此，可以按照企业自身的实际需求，轻易的在BPM系统中增加、删除或是整合各项功能组件，从而实现了BPM系统中的功能定制化，给企业日后的业务流程管理带来了极大的便利。

Description

一种业务流程管理方法及装置

技术领域

本说明书涉及计算机技术领域，尤其涉及一种业务流程管理方法及装置。

背景技术

目前，企业的各项流程管理已经逐步走向了电子化管理，员工无需再携带各种纸质文件跑向公司的各部门进行审批，人工执行业务的各项流程，而是可以通过诸如办公自动化系统(Office Automation System，OA)、业务流程管理(Business Processmanagement，BPM)在线上高效、快捷的自动完成各项业务流程。

然而，无论是OA还是BPM，系统架构耦合性较高，从而导致OA或是BPM无法在功能上做到进一步的扩展，即，无法轻易的接入新的功能组件或是无法轻易的接入新的业务流程系统，同理也无法基于实际的需求对功能进行删除或是自由的整合，这样就给企业日后的业务流程管理带来了极大的不便。

发明内容

本申请实施例提供一种业务流程管理的方法及装置，用以解决现有技术的业务流程管理所采用的系统架构耦合性高、无法轻易接入新的功能的问题。

本申请实施例提供了一种业务流程管理方法，包括：

业务流程管理BPM系统接收业务节点发送的业务请求；

根据所述业务请求所对应的业务类型，确定所述BPM系统中包含的用于处理所述业务类型对应业务请求的业务系统；

将所述业务请求通过预设的COM+组件服务接口发送给所述业务系统进行处理。

将所述业务请求通过预设的COM+组件服务接口发送给所述业务系统进行处理，具体包括：

将所述业务请求通过预设的COM+组件服务接口发送给所述业务系统对应的服务器集群，以通过所述服务器集群中的服务器处理所述业务请求。

将所述业务请求通过预设的COM+组件服务接口发送给所述业务系统对应的服务器集群，以通过所述服务器集群中的服务器处理所述业务请求，具体包括：

将所述业务请求发送给所述服务器集群中包含的第一服务器，以使所述第一服务器在确定表征所述第一服务器负载状态的负载表征值未超过设定数值时，对所述业务请求进行处理，在负载表征值超过设定数值时，根据所述服务器集群中包含的各第二服务器的负载表征值，确定处理所述业务请求的第二服务器，并将所述业务请求发送至确定出的第二服务器进行处理。

业务流程管理BPM系统接收业务节点发送的业务请求，具体包括：

所述BPM系统接收业务节点发送的业务请求，并将所述业务请求存储在预设的任务队列中；

将所述业务请求通过预设的COM+组件服务接口发送给所述业务系统进行处理，具体包括：

将所述任务队列中存储的各业务请求发送给所述业务系统对应的服务器集群中的服务器进行依次处理。

所述BPM系统还包括：监控系统；

所述方法还包括：

通过所述监控系统，监控处理所述业务请求得到的业务结果，和/或监控处理所述业务请求时所产生的业务关联数据。

监控处理所述业务请求得到的业务结果，和/或监控处理所述业务请求时所产生的业务关联数据，具体包括：

通过预先设置的数据监控模型，从所述业务结果中确定相对于预先统计出的业务总体数据的业务增量数据，并根据所述业务增量数据，更新所述业务总体数据；和/或

通过预先设置的数据监控模型，从处理所述业务请求时所产生的业务关联数据中确定相对于所述业务总体数据的业务增量数据，并根据所述业务增量数据，更新所述业务总体数据。

所述业务节点包括：第三方业务节点；

BPM系统接收业务节点发送的业务请求，具体包括：

所述BPM系统通过预设的Restful组件接口接收所述第三方业务节点发送的业务请求。

所述业务节点包括：移动终端；

所述业务请求包括：

用户通过网页登录所述BPM系统进行业务处理时发送的业务请求；或

用户通过公众号登录所述BPM系统进行业务处理时发送的业务请求；或

用户通过客户端登录所述BPM系统进行业务处理时发送的业务请求。

本申请实施例提供了一种业务流程管理BPM系统，包括：控制系统以及至少一个业务系统，其特征在于，所述控制系统通过企业服务总线ESB连接所述至少一个业务系统，并通过预设的COM+组件服务接口与所述至少一个业务系统进行数据交互；

所述控制系统用于，接收业务节点发送的业务请求，并根据所述业务请求对应的业务类型，通过所述COM+组件服务接口将所述业务请求发送到用于处理所述业务类型的业务请求的业务系统；

所述业务系统用于，接收所述BPM系统发送的业务请求并处理。

所述业务节点包括：第三方业务节点；

所述BPM系统用于，通过预设的Restful服务接口接收所述第三方业务节点发送的业务请求。

本申请实施例采用的上述至少一个技术方案能够达到以下有益效果：由于本申请实施例中的BPM系统架构中所采用的是COM+组件服务这种耦合性低的标准接口，因此，可以按照企业自身的实际需求，轻易的在BPM系统中增加、删除或是整合各项功能组件，从而实现了BPM系统中的功能定制化，给企业日后的业务流程管理带来了极大的便利。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本说明书，并不构成对本申请的不当限定。在附图中：

图1为本申请实施例提供的一种业务流程管理的具体过程示意图；

图2为本申请实施例提供的一种业务流程管理BPM系统的示意图。

具体实施方式

为了使本技术领域的人员更好地理解本申请一个或多个实施例中的技术方案，下面将结合本申请一个或多个实施例中的附图，对本申请一个或多个实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都应当属于本申请保护的范围。

图1为本申请实施例提供的业务流程管理的过程示意图，具体包括以下步骤：

S101：业务流程管理BPM系统接收业务节点发送的业务请求。

在本申请实施例中，用户可以使用BPM系统办理诸如出差审批、费用报销、工作交接、项目立项、请假审批等各项企业业务流程事务，因此，可以通过业务节点向BPM系统发起业务请求。

其中，这里提到的业务节点可以是指生成业务请求的设备。如，用户通过电脑登录到公司的BPM系统中，并在该电脑上填写了请假申请，该电脑将根据用户填写的请假申请生成相应的业务请求。此时，该电脑即可以称之为是业务节点。

当然，BPM系统从业务节点接收到的业务请求也不一定是该业务节点生成的，也可以是由该业务节点传递的。例如，用户在BPM系统中提交了一份出差费用报销申请，而在整个出差费用报销流程中，需要先经过申请人的上级主管审批后，方可进行费用报销，因此，该用户提交的出差费用报销申请需要先经过该用户的上级主管审批后，才会由BPM系统进行费用报销的操作。在此过程中，该BPM系统接收到的出差费用报销的业务请求是由该上级主管审批该出差费用报销申请时所使用的设备发送的，即，该上级主管此时所使用的设备即为业务节点。而该业务请求实际上是由用户向该上级主管发送该出差费用报销申请所使用的设备生成的。

S102：根据所述业务请求所对应的业务类型，确定所述BPM中包含的用于处理所述业务类型对应业务请求的业务系统。

在实际应用中，企业业务流程管理涉及多种不同的事务，例如，出差审批、费用报销、项目立项、请假审批等，不同事务的处理实际上是由不同的业务系统来完成的，即，在BPM系统中包含有多种不同的业务系统，每种业务系统可以处理与之对应的业务流程事项。例如，费用报销的事务可以由一个业务系统来进行处理，而请假审批则可以由另一个业务系统来进行处理。

因此，在本申请实施例中，BPM系统在接收到业务请求后，可以对该业务请求进行解析，以确定出该业务请求所对应的业务类型，进而确定出该BPM系统中所包含的能够处理该业务类型的业务请求的业务系统。

S103：将所述业务请求通过预设的COM+组件服务接口发送给所述业务系统进行处理。

在确定出处理该业务请求对应的业务系统后，BPM系统可以将该业务请求发送至该业务系统中进行处理。其中，在整个BPM系统架构中可以采用COM+组件服务接口，而通过这种标准接口将各业务系统进行连接，耦合性较低，也就是说，整个BPM系统不受专用接口的限制，使得用户可以根据自己的实际需求，随意配置能够处理不同事务的各项业务系统，这样就极大的降低了整个BPM系统的耦合性，从而为企业后续因业务发展而调整BPM系统带来了极大的方便。

当然，BPM系统中也可以对接第三方业务节点，换句话说，并不一定只有BPM系统涵盖的业务节点才能和BPM系统进行信息交互，BPM系统以外的第三方业务节点也可以与BPM系统进行信息交互，只需BPM系统向这些第三方业务节点开发可支持第三方业务节点接入的标准接口即可实现。在本申请实施例中，BPM系统可以向第三方业务节点开放Restful服务接口，这种接口除了能够有效支持第三方业务节点外，还有效的降低了BPM系统与第三方业务节点之间的耦合性，从而对BPM系统进行外部拓展提供了有效的支撑。

在本申请实施例中，BPM系统可以通过企业服务总线(Enterprise Service Bus，ESB)以及Restful服务接口，实现对第三方业务节点发送的业务请求进行接收以及处理。当然，在整个BPM系统架构中，同样也可以通过ESB将各业务系统进行连接。

在本申请实施例中，BPM系统的架构可以采用面向服务的体系结构(Service-Oriented Architecture，SOA)，也可以采用微服务架构体系。当然，该BPM系统也可以同时采用这两种系统架构，其中，SOA架构可以用于对第三方系统的有效接入，例如，假设BPM系统中的登录系统采用的是第三方系统，则可以基于SOA架构，将该登录系统有效的接入到该BPM系统中。而用于对各项业务流程事务进行处理的各种业务系统则可以采用微服务架构体系进行部署，保证各业务系统与BPM系统的松耦合性，提高BPM系统中各项功能的更新以及拓展。

为了保证BPM系统能够有效的处理各项业务流程事务，避免以服务器宕机而造成的业务流程事务无法处理的情况出现，在本申请实施例中，BPM系统中包含的各业务系统可以采用服务器集群进行配置，即，每个业务系统可以由多个服务器来组成，这样一来，当一个业务系统中的某个服务器出现宕机的情况时，可以通过服务器集群中的其它服务器对业务请求进行处理，保证业务流程事务的有序执行。

当然，服务器集群除了可以在有服务器出现宕机的情况下保证各项业务流程事务的顺利执行外，还可以有效的应对负载过高时所带来的不利影响，从而进一步保障了各项业务流程事务的有效执行。

在本申请实施例中，每个业务系统对应的服务器集群中可以包含两类服务器，一种服务器可以称之为是第一服务器，这种服务器时常处于工作状态，另一种服务器可以称之为第二服务器，第二服务器在该业务系统整体负载不高时可以处于休眠的状态，即，可以将第二服务器看作是备用服务器。

当该业务系统接收到的业务请求的数量较少时，第一服务器可以直接对这些业务请求进行处理。而当该业务系统接收到的业务请求数量过高时，单独由第一服务器进行处理可能会给第一服务器带来较高的负载，因此，可以将接收到的业务请求由第一服务器转交给第二服务器进行处理，从而有效的缓解了第一服务器的负载压力，保证第一服务器的正常运行。

具体的，当BPM系统向该业务系统发送业务请求时，可以先通过该业务系统的第一服务器接收该业务请求。当确定表征该第一服务器负载状态的负载表征值未超过设定数值时，则可以直接通过该第一服务器处理该业务请求，而当确定该第一服务器的负载表征值超过设定数值时，则可以认定该第一服务器处于高负载状态，进而通过该第一服务器将该业务请求转发给该业务系统对应的服务器集群中的第二服务器。

在向第二服务器发送该业务请求之前，可以由第一服务器或是该业务系统中包含的负载均衡器确定各第二服务器的负载表征值，并基于各第二服务器的负载表征值，确定出处理该业务请求的第二服务器，进而将该业务请求发送至确定出的第二服务器进行处理。

其中，确定处理该业务请求的第二服务器的规则可以有很多，如，可以将当前负载表征值最低的第二服务器确定为处理该业务请求的服务器，也可以从满足设定负载表征值范围的若干第二服务器中随机选取一个服务器作为处理该业务请求的服务器，其他规则在此就不一一举例说明了。而上述提到的负载表征值可以是指每秒请求数，可用进程数等能够衡量负载状况的常规数值，在此不做具体限定。

在本申请实施例中，BPM系统中可以预设任务队列，BPM系统在接收到业务节点发送的业务请求后，可以先将该业务请求存储在预设的任务队列中，而在处理这些业务请求的过程中，可以通过业务系统中的服务器集群中的服务器对存储在该任务队列中的各业务请求进行依次处理。因为该任务队列的存在，可以实现承载大容量的并发负载，大幅降低业务请求的受理停滞，并有效的防止了业务请求的丢失。

在本申请实施例中，BPM系统中包含有监控系统，BPM系统可以通过该监控系统可以对业务请求执行过程中所产生的业务关联数据以及业务结果进行监控，以使企业能够通过监控到的这些数据，了解各类业务流程事务的审批数量、企业内容管理状态、员工工作效率等情况。

其中，这里提到的业务关联数据可以理解为与业务请求所对应的主要业务流程事务直接关联性不强，但是能够侧面反映出其他情况的数据。例如，对于一个员工通过业务节点发起了一项出差费用报销申请，对于这项业务流程事务来最直接的目的是进行费用报销。而在对这项业务流程事务的处理过程中，通过对这次的出差费用报销申请以及以往的出差费用报销申请记录，可以统计出该员工在一段时间内(如一年内)的出差次数，该员工所属部门在一段时间内的出差次数，企业所有员工在一段时间内的出差次数等其他数据。所以，对于这项业务流程事务执行过程中所涉及的员工ID、该员工所属部门的标识等这些数据和出差费用报销这项事务本身没有直接的关联性，但是这些数据却能便于BPM系统统计出该员工或是该企业的出差状况，所以，这些数据可以称之为是业务关联数据。

在本申请实施例中，BPM系统可以通过该监控系统，利用预设设置的数据监控模型，从处理该业务请求得到的业务结果中确定出相对于预先统计出的业务总体数据的业务增量数据，进而基于该业务增量数据，对业务总体数据进行更新。

其中，这里提到的数据监控模型可以是预先训练得出的专门用于进行数据监控的模型。而业务总体数据是先前通过处理历史业务请求得到的历史业务结果进行统计得到的数据。以出差申请这项业务流程事务为例，业务总体数据可以是指员工从过去一个时间点开始到现在的出差总次数，业务结果是指这项出差申请是否得到的批准，而上述提到的业务增量数据用于表征根据该业务结果，是否需要对该员工的出差总次数进行加1，当业务结果为批准出差时，该业务增量数据即为1，而当业务结果为不批准出差时，该业务增量数据为0。因此，后续BPM系统可以通过该监控系统，基于该业务增量数据，对该业务总体数据进行更新。

同理，BPM系统可以通过该监控系统，利用预设设置的数据监控模型，从处理该业务请求时所产生的业务关联数据中确定出相对于预先统计出的业务总体数据的业务增量数据，进而基于该业务增量数据，对业务总体数据进行更新。

这里需要说明的是，这里提到的业务总体数据与上面提到的业务总体数据有所不同，上面的业务总体数据是对应业务结果的，而这里提到的业务总体数据是对应业务关联数据的，同理，这里提到的业务增量数据也是对应于业务关联数据的。

对于业务关联数据所对应的业务总体数据以及业务增量数据，将以下面的例子进行解释：

假设用户发起了一项项目立项申请，BPM系统在处理这项业务流程事务过程中，可以通过该监控系统从用户通过业务节点发送的业务请求中确定出该用户的ID，该用户所属部门的标识，这些数据即为业务关联数据。而所谓的业务总体数据在这里可以是指该员工从过去一个时间点开始到现在发起的项目立项申请总次数，以及该员工所属部门从过去相同的时间点到现在所发起的项目立项申请总次数。业务增量数据用于表征根据最终的业务结果(即该项目立项申请是否得到的批准)是否需要对该业务总体数据进行加1，即，当该项目立项申请获得批准时，该业务增量数据为1，当该项目立项申请未获得批准时，该业务增量数据为0。因此，BPM系统可以通过该监控系统，基于该业务增量数据，对该业务总体数据进行更新。

在本申请实施例中，用户登录BPM系统的方式可以有很多，例如，用户可以通过网页登录BPM系统，也可以通过公众号登录BPM系统，也可以通过客户端登录BPM系统。相应的，用于向BPM系统发送业务请求的业务节点除了可以是电脑、服务器等固定设备外，还可以是诸如手机、平板电脑等移动终端。

在本申请实施例中，BPM系统可以采用Json数据格式对数据进行传输，当然，也可以采用其他的数据格式进行传输，在此不做具体的限定。

还需说明的是，在本申请实施例中，可以向用户提供流程开发环境，该流程开发环境中包含流程表单设计器(即具体的流程表单如何进行呈现)、流程数据库、流程规则设计器、流程设计器、流程标准服务等，整个流程开发环境可以有预设的流程开发虚拟机来支持。企业可以根据自己的实际需求，设计各项业务流程，从而给企业在后续使用BPM系统过程中带来了极大的方便。

除此之外，也可以向企业提供测试环境，企业可以利用该测试环境对设计的各项业务流程进行诸如流程发起、流程审批、流程退回、流程查询、流程数据监控等各项测试，以使企业能够通过该测试环境，找出、排查BPM系统中的各项问题，保证BPM系统后续的良好运行。

以上为本申请的一个或多个实施例提供的业务流程管理的方法，基于同样的思路，本申请还提供了相应的业务流程管理BPM系统，如图2所示。

图2为本申请提供的一种业务流程管理BPM系统的示意图，具体包括：

控制系统以及至少一个业务系统，所述控制系统通过企业服务总线ESB连接所述至少一个业务系统，并通过预设的COM+组件服务接口与所述至少一个业务系统进行数据交互；

所述控制系统用于，接收业务节点发送的业务请求，并根据所述业务请求对应的业务类型，通过所述COM+组件服务接口将所述业务请求发送到用于处理所述业务类型的业务请求的业务系统；

所述业务系统用于，接收所述BPM系统发送的业务请求并处理。

针对每个业务系统，该业务系统包含服务器集群；

所述控制系统用于，向该业务系统包含的服务器集群发送业务请求。

所述业务系统包括服务器集群中包含第一服务器以及第二服务器；

所述第一服务器用于，在确定表征所述第一服务器负载状态的负载表征值未超过设定数值时，处理接收到的业务请求；

所述第二服务器用于，在所述第一服务器的所述负载表征值超过所述设定数值时，接收所述第一服务器发送的业务请求并处理。

所述控制系统包括至少一个存储器，所述存储器包含有预设的任务队列，所述任务队列用于存储业务请求；

所述服务器集群中的服务器用于，接收所述控制系统发送的存储在所述存储器的任务队列中的业务请求并处理。

所述BPM系统还包括：监控系统，所述监控系统通过所述COM+组件服务接口与所述至少一个业务系统连接；

所述监控系统用于，监控所述BPM系统处理所述业务请求得到的业务结果，和/或，监控所述BPM系统处理所述业务请求时所产生的业务关联数据。

所述监控系统用于，通过预先设置的数据监控模型，从所述业务结果中确定相对于预先统计出的业务总体数据的业务增量数据，并根据所述业务增量数据，更新所述业务总体数据；和/或

通过预先设置的数据监控模型，从处理所述业务请求时所产生的业务关联数据中确定相对于所述业务总体数据的业务增量数据，并根据所述业务增量数据，更新所述业务总体数据。

所述业务节点包括：第三方业务节点；

所述控制系统用于，通过预设的Restful服务接口接收所述第三方业务节点发送的业务请求。

所述业务节点包括：移动终端；

所述移动终端通过有线或无线的方式与所述BPM系统连接，以向所述BPM系统发送业务请求；

所述业务请求包括：

用户使用所述移动终端通过网页登录所述BPM系统进行业务处理时发送的业务请求；或

用户使用所述移动终端通过公众号登录所述BPM系统进行业务处理时发送的业务请求；或

用户使用所述移动终端通过客户端登录所述BPM系统进行业务处理时发送的业务请求。

在本申请的一个或多个实施例中，BPM系统可以接收业务节点发送的业务请求，并通过解析该业务请求，确定出该业务请求所对应的业务类型，进而确定出BPM系统中所包含的能够处理该业务请求的业务系统，而后，BPM系统可以将该业务请求发送至该业务系统进行处理。

从上述方法中可以看出，由于本申请实施例中的BPM系统架构中所采用的是COM+组件服务这种耦合性低的标准接口，因此，可以按照企业自身的实际需求，轻易的在BPM系统中增加、删除或是整合各项功能组件，从而实现了BPM系统中的功能定制化，给企业日后的业务流程管理带来了极大的便利。

以上所述仅为本申请的一个或多个实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请的一个或多个实施例可以有各种更改和变化。凡在本申请的一个或多个实施例的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。

Claims (10)

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

业务流程管理BPM系统接收业务节点发送的业务请求；

根据所述业务请求所对应的业务类型，确定所述BPM系统中包含的用于处理所述业务类型对应业务请求的业务系统；

将所述业务请求通过预设的COM+组件服务接口发送给所述业务系统进行处理。

2.如权利1要求所述的方法，其特征在于，将所述业务请求通过预设的COM+组件服务接口发送给所述业务系统进行处理，具体包括：

将所述业务请求通过预设的COM+组件服务接口发送给所述业务系统对应的服务器集群，以通过所述服务器集群中的服务器处理所述业务请求。

3.如权利要求2所述的方法，其特征在于，将所述业务请求通过预设的COM+组件服务接口发送给所述业务系统对应的服务器集群，以通过所述服务器集群中的服务器处理所述业务请求，具体包括：

将所述业务请求发送给所述服务器集群中包含的第一服务器，以使所述第一服务器在确定表征所述第一服务器负载状态的负载表征值未超过设定数值时，对所述业务请求进行处理，在负载表征值超过设定数值时，根据所述服务器集群中包含的各第二服务器的负载表征值，确定处理所述业务请求的第二服务器，并将所述业务请求发送至确定出的第二服务器进行处理。

4.如权利要求2或3所述的方法，其特征在于，业务流程管理BPM系统接收业务节点发送的业务请求，具体包括：

所述BPM系统接收业务节点发送的业务请求，并将所述业务请求存储在预设的任务队列中；

将所述业务请求通过预设的COM+组件服务接口发送给所述业务系统进行处理，具体包括：

将所述任务队列中存储的各业务请求发送给所述业务系统对应的服务器集群中的服务器进行依次处理。

5.如权利要求1所述的方法，其特征在于，所述BPM系统还包括：监控系统；

所述方法还包括：

通过所述监控系统，监控处理所述业务请求得到的业务结果，和/或监控处理所述业务请求时所产生的业务关联数据。

6.如权利要求5所述的方法，其特征在于，监控处理所述业务请求得到的业务结果，和/或监控处理所述业务请求时所产生的业务关联数据，具体包括：

通过预先设置的数据监控模型，从所述业务结果中确定相对于预先统计出的业务总体数据的业务增量数据，并根据所述业务增量数据，更新所述业务总体数据；和/或

通过预先设置的数据监控模型，从处理所述业务请求时所产生的业务关联数据中确定相对于所述业务总体数据的业务增量数据，并根据所述业务增量数据，更新所述业务总体数据。

7.如权利要求1所述的方法，其特征在于，所述业务节点包括：第三方业务节点；

BPM系统接收业务节点发送的业务请求，具体包括：

所述BPM系统通过预设的Restful服务接口接收所述第三方业务节点发送的业务请求。

8.如权利要求1所述的方法，其特征在于，所述业务节点包括：移动终端；

所述业务请求包括：

用户通过网页登录所述BPM系统进行业务处理时发送的业务请求；或

用户通过公众号登录所述BPM系统进行业务处理时发送的业务请求；或

用户通过客户端登录所述BPM系统进行业务处理时发送的业务请求。

9.一种业务流程管理BPM系统，包括：控制系统以及至少一个业务系统，其特征在于，所述控制系统通过企业服务总线ESB连接所述至少一个业务系统，并通过预设的COM+组件服务接口与所述至少一个业务系统进行数据交互；

所述控制系统用于，接收业务节点发送的业务请求，并根据所述业务请求对应的业务类型，通过所述COM+组件服务接口将所述业务请求发送到用于处理所述业务类型的业务请求的业务系统；

所述业务系统用于，接收所述BPM系统发送的业务请求并处理。

10.如权利要求9所述的BPM系统，其特征在于，所述业务节点包括：第三方业务节点；

所述BPM系统用于，通过预设的Restful服务接口接收所述第三方业务节点发送的业务请求。