CN101968859A - 基于云计算环境的业务流程管理方法和系统 - Google Patents

Abstract

本发明提出了一种基于云计算环境的业务流程管理方法，将业务流程引擎管理器和业务流程引擎设置在云端，所述业务流程引擎接收业务请求，并调用云资源以执行所述业务请求对应的业务流程，所述业务流程引擎管理器根据所述业务流程引擎的使用情况，对所述业务流程引擎和所述云资源进行配置。本发明还提出了一种基于云计算环境的业务流程管理系统。根据本发明的技术方案，能够利用业务流程管理器和业务流程引擎对云端服务组件进行动态伸缩和智能化的管理，监控云资源使用情况，最大程度地发挥云资源的效能，降低企业的TCO。

Description

基于云计算环境的业务流程管理方法和系统

技术领域

本发明涉及其企业管理信息技术，尤其涉及基于云计算环境的业务流程管理方法和系统。

背景技术

企业业务流程管理(Business Process Management，BPM)为企业应用提供了跨接业务和IT的桥梁，企业可以根据业务目标的要求，将小颗粒度的业务服务组件组合成为较大颗粒度的业务流程，并可以通过对企业组织内部及外部的服务进行编制和编排，形成端到端的协同业务流程链。随着企业业务和组织规模的快速扩张和变化，企业业务流程管理也面对着业务流程跨组织、跨地域、业务并发量快速增长的挑战，要求企业BPM系统必须能够提供良好的伸缩性和灵活性，实现IT基础设施和业务服务资源的灵活分配和按需使用，并最终实现最佳总拥有成本(Total Cost Ownership，TCO)。

业务流程执行语言(Business Process Execution Language，BPEL)为实现BPM提供了一种描述业务流程语言，同时，还可以用来描述企业与合作伙伴、供应商、顾客等之间的业务协作关系。为能够更好地在技术上实现BPEL，可以将BPEL与Web服务技术相结合，即Business Process Execution Language for Web Service(BPEL4WS)技术。利用BPEL4WS技术，可以在BPEL文档中定义一组活动来描述业务流程，同时可以调用相关业务服务的Web服务组件，实现企业和供应商、顾客之间的业务协同。

云计算是一种新的IT服务的提供、消费和交付模式，在互联网上以“服务”的形式交付应用程序；用户可以通过Web浏览器方式访问系统资源，而不必管它们的具体物理位置在哪里，用户可在任何地方连接到这些资源。云计算支持在众多用户中共享资源和分担成本，从而实现基础设施的集中、低成本管理，满足尖峰业务处理请求，实现资源的按需分配，综合提升资源整体效能。

将企业BPM系统、BEPL4WS技术与云计算模式结合，可以有效解决业务流程的跨地域协同、尖峰业务处理请求等问题，例如，企业订单处理流程可以部署在云环境中，分布在不同地域的企业下级组织、产业链上下游伙伴等，都可以便捷地加入到业务处理流程中。当企业业务流程处理请求、业务数据量等骤增的时候，例如销售旺季来临的时候，云计算管理平台可以迅速提供所需要的计算资源、存储资源等，满足业务增长需求；而当业务流程处理请求、业务数据量恢复到正常运营水平的时候，企业可以释放不必要的云资源，以降低IT成本。

云计算资源并非免费提供，云服务运营商往往采用“购买即可使用”的付费方式，企业如何有效管理和使用所申请购买的云服务资源，不仅决定了业务处理的响应速度和处理效率，还直接关系到企业所花费的IT成本。如果企业BPM系统能够有效识别业务流程所需要花费的云计算资源，从而主动地进行资源申请和调度，避免产生资源被动局面，将有助于提升业务处理的速度。此外，对于某些业务流程，如果出现大量等待或空闲状态而资源被占用、不能及时释放的情形，将给企业带来不必要的成本支出。总之，需要企业BPM系统能够在云计算环境中对业务流程管理及云资源进行有效地监控和主动式调度。

在此情形下，传统的业务流程管理(BPM)系统不能简单地挪到云计算环境中，而是必须提高对云资源的精细化控制和费用管理能力，这样才能真正享受云计算模式所带来的好处。

因此，需要一种基于云计算环境的业务流程管理方式，可以很好地根据业务流程负荷的变化情况进行动态伸缩，对于云环境中的业务Web服务资源可以进行主动式申请和调度，能够智能地分析业务流程对云资源的需求和使用情况，实现云资源的经济性使用，最大程度地发挥云资源的效能，降低企业TCO。

发明内容

鉴于以上，本发明的技术方案所要解决的技术问题在于，提供一种基于云计算环境的业务流程管理方法和系统，可以很好地根据业务流程负荷的变化情况进行动态伸缩，对于云环境中的业务Web服务资源可以进行主动式申请和调度，能够智能地分析业务流程对云资源的需求和使用情况，实现云资源的经济性使用，最大程度地发挥云资源的效能，降低企业TCO。

本发明提供了一种基于云计算环境的业务流程管理方法，将业务流程引擎管理器和业务流程引擎设置在云端，所述业务流程引擎接收业务请求，并调用云资源以执行所述业务请求对应的业务流程，所述业务流程引擎管理器根据所述业务流程引擎的使用情况，对所述业务流程引擎和所述云资源进行配置。通过该技术方案，可以通过业务流程引擎管理器和业务流程引擎来智能地分析业务流程对云资源的需求和使用情况，实现云资源的经济性使用，最大程度地发挥云资源的效能。

在上述技术方案中，优选地，所述业务流程引擎包括：流程加载组件，根据所述业务请求，从业务流程定义库中读取所述对应的业务流程，将所述对应的业务流程处理为业务流程执行语言文档；业务流程执行组件，根据所述业务流程执行语言文档，调用所述云资源以执行所述业务流程。

在上述技术方案中，优选地，所述业务流程引擎还包括：预分析组件，分析从所述流程加载组件获得的所述业务流程执行语言文档，得到所述云资源的预计使用情况，并提交至云资源效能分析库；资源监控组件，从所述业务流程执行组件中获得所述云资源的实际使用情况，并提交至所述云资源效能分析库。

在上述技术方案中，优选地，所述业务流程引擎管理器包括：执行监控组件，访问所述云资源效能分析库以获得所述云资源的使用情况；引擎调度组件，根据所述云资源的使用情况，通过资源配额及计费管理组件与云运营管理员交互，以对所述云资源进行调整；所述资源配额及计费管理组件，向所述云运营管理员申请或取消。通过该技术方案，可以识别出执行频繁的业务流程，先导性地为这些业务流程提供资源保障，并且可以避免盲目申请过多的云资源，造成不必要的成本浪费。

在上述技术方案中，优选地，在存在空闲的业务流程引擎时，所述引擎调度组件将所述空闲的业务流程引擎以及所述空闲的业务流程引擎相关的云资源释放，在现有的业务流程引擎的数量不能满足现有的业务请求时，所述引擎调度组件实例化出新的业务流程引擎。通过该技术方案，可以根据业务请求状态，调整业务流程引擎及云资源。

在上述技术方案中，优选地，所述云资源包括云服务组件，在现有的云服务组件的数量不能满足现有的业务请求时，所述引擎调度组件在获得所述云运营管理员的同意后，对指定云服务组件实例化，产生新的云服务组件。通过该技术方案，可以根据业务请求状态，调整云服务组件。

本发明还提供了一种基于云计算环境的业务流程管理系统，包括：业务流程引擎模块，位于云端，接收业务请求，并调用云资源以执行所述业务请求对应的业务流程；业务流程引擎管理模块，位于云端，根据所述业务流程引擎模块的使用情况，对所述业务流程引擎模块和所述云资源进行配置。通过该技术方案，可以通过业务流程引擎管理器和业务流程引擎来智能地分析业务流程对云资源的需求和使用情况，实现云资源的经济性使用，最大程度地发挥云资源的效能。

在上述技术方案中，优选地，所述业务流程引擎模块包括：流程加载模块，根据所述业务请求，从业务流程定义库中读取所述对应的业务流程，将所述对应的业务流程处理为业务流程执行语言文档；业务流程执行模块，根据所述业务流程执行语言文档，调用所述云资源以执行所述业务流程。

在上述技术方案中，优选地，所述业务流程引擎模块还包括：预分析模块，分析从所述流程加载模块获得的所述业务流程执行语言文档，得到所述云资源的预计使用情况，并提交至云资源效能分析库；资源监控模块，从所述业务流程执行模块中获得所述云资源的实际使用情况，并提交至所述云资源效能分析库。

在上述技术方案中，优选地，所述业务流程引擎管理模块包括：执行监控模块，访问所述云资源效能分析库以获得所述云资源的使用情况；引擎调度模块，根据所述云资源的使用情况，通过资源配额及计费管理模块与云运营管理员交互，以对所述云资源进行调整；所述资源配额及计费管理模块，向所述云运营管理员申请或取消。通过该技术方案，可以识别出执行频繁的业务流程，先导性地为这些业务流程提供资源保障，并且可以避免盲目申请过多的云资源，造成不必要的成本浪费。

通过上述技术方案，能够利用业务流程管理器和业务流程引擎对云端服务组件进行动态伸缩和智能化的管理，监控云资源使用情况，最大程度地发挥云资源的效能，降低企业的TCO。

附图说明

图1是根据本发明的一个实施例的基于云计算环境的业务流程管理方法的流程图；

图2是根据本发明的一个实施例的基于云计算环境的业务流程管理系统的框图；

图3是根据本发明的一个实施例的基于云计算环境的业务流程管理系统的示意图；

图4是根据本发明的一个实施例的业务流程管理系统的业务流程引擎结构示意图；

图5是根据本发明的一个实施例的业务流程管理系统的预分析组件和资源控制组件对业务流程的静态分析和动态监控示意图；

图6是根据本发明的一个实施例的业务流程管理系统的业务流程引擎管理器的结构示意图；

图7是根据本发明的一个实施例的业务流程管理系统的业务流程引擎管理器的基本处理流程图；

图8是根据本发明的一个实施例的业务流程管理系统的横向收缩示意图；以及

图9是根据本发明的一个实施例的业务流程管理系统的云服务组件的伸缩示意图。

具体实施方式

为了能够更清楚地理解本发明的上述目的、特征和优点，下面结合附图和具体实施方式对本发明进行进一步的详细描述。

在下面的描述中阐述了很多具体细节以便于充分理解本发明，但是，本发明还可以采用其他不同于在此描述的其他方式来实施，因此，本发明并不限于下面公开的具体实施例的限制

图1是根据本发明的一个实施例的基于云计算环境的业务流程管理方法的流程图。

如图1所示，根据本发明的实施例的基于云计算环境的业务流程管理方法：步骤102，将业务流程引擎管理器和业务流程引擎设置在云端，所述业务流程引擎接收业务请求，并调用云资源以执行所述业务请求对应的业务流程，所述业务流程引擎管理器根据所述业务流程引擎的使用情况，对所述业务流程引擎和所述云资源进行配置。通过这样的技术方案，可以通过业务流程引擎管理器和业务流程引擎来智能地分析业务流程对云资源的需求和使用情况，实现云资源的经济性使用，最大程度地发挥云资源的效能。

在上述技术方案中，所述业务流程引擎包括：流程加载组件，根据所述业务请求，从业务流程定义库中读取所述对应的业务流程，将所述对应的业务流程处理为业务流程执行语言文档；业务流程执行组件，根据所述业务流程执行语言文档，调用所述云资源以执行所述业务流程。

在上述技术方案中，所述业务流程引擎还包括：预分析组件，分析从所述流程加载组件获得的所述业务流程执行语言文档，得到所述云资源的预计使用情况，并提交至云资源效能分析库；资源监控组件，从所述业务流程执行组件中获得所述云资源的实际使用情况，并提交至所述云资源效能分析库。

在上述技术方案中，所述业务流程引擎管理器包括：执行监控组件，访问所述云资源效能分析库以获得所述云资源的使用情况；引擎调度组件，根据所述云资源的使用情况，通过资源配额及计费管理组件与云运营管理员交互，以对所述云资源进行调整；所述资源配额及计费管理组件，向所述云运营管理员申请或取消。因此，可以识别出执行频繁的业务流程，先导性地为这些业务流程提供资源保障，并且可以避免盲目申请过多的云资源，造成不必要的成本浪费。

在上述技术方案中，在存在空闲的业务流程引擎时，所述引擎调度组件将所述空闲的业务流程引擎以及所述空闲的业务流程引擎相关的云资源释放，在现有的业务流程引擎的数量不能满足现有的业务请求时，所述引擎调度组件实例化出新的业务流程引擎。这样，就可以根据业务请求状态，调整业务流程引擎及云资源。

在上述技术方案中，所述云资源包括云服务组件，在现有的云服务组件的数量不能满足现有的业务请求时，所述引擎调度组件在获得所述云运营管理员的同意后，对指定云服务组件实例化，产生新的云服务组件。这样，就可以根据业务请求状态，调整云服务组件。

图2是根据本发明的一个实施例的基于云计算环境的业务流程管理系统的框图。

如图2所示，根据本发明的实施例的基于云计算环境的业务流程管理系统200包括：业务流程引擎模块202，位于云端，接收业务请求，并调用云资源以执行所述业务请求对应的业务流程；业务流程引擎管理模块204，位于云端，根据所述业务流程引擎模块202的使用情况，对所述业务流程引擎模块202和所述云资源进行配置。通过这样的技术方案，可以通过业务流程引擎管理器和业务流程引擎来智能地分析业务流程对云资源的需求和使用情况，实现云资源的经济性使用，最大程度地发挥云资源的效能。

在上述技术方案中，所述业务流程引擎模块202包括：流程加载模块，根据所述业务请求，从业务流程定义库中读取所述对应的业务流程，将所述对应的业务流程处理为业务流程执行语言文档；业务流程执行模块，根据所述业务流程执行语言文档，调用所述云资源以执行所述业务流程。

在上述技术方案中，所述业务流程引擎模块202还包括：预分析模块，分析从所述流程加载模块获得的所述业务流程执行语言文档，得到所述云资源的预计使用情况，并提交至云资源效能分析库；资源监控模块，从所述业务流程执行模块中获得所述云资源的实际使用情况，并提交至所述云资源效能分析库。

在上述技术方案中，所述业务流程引擎管理模块204包括：执行监控模块，访问所述云资源效能分析库以获得所述云资源的使用情况；引擎调度模块，根据所述云资源的使用情况，通过资源配额及计费管理模块与云运营管理员交互，以对所述云资源进行调整；所述资源配额及计费管理模块，向所述云运营管理员申请或取消。因此，可以识别出执行频繁的业务流程，先导性地为这些业务流程提供资源保障，并且可以避免盲目申请过多的云资源，造成不必要的成本浪费。

通过上述技术方案，能够利用业务流程管理器和业务流程引擎对云端服务组件进行动态伸缩和智能化的管理，监控云资源使用情况，最大程度地发挥云资源的效能，降低企业的TCO。

图3是根据本发明的一个实施例的基于云计算环境的业务流程管理系统的示意图，图4是根据本发明的一个实施例的业务流程管理系统的业务流程引擎结构示意图，图5是根据本发明的一个实施例的业务流程管理系统的预分析组件和资源控制组件对业务流程的静态分析和动态监控示意图以及图6是根据本发明的一个实施例的业务流程管理系统的业务流程引擎管理器的结构示意图。

如图3所示，企业在将业务Web服务组件部署到云计算环境中的时候，可以由BPM管理员将业务流程引擎(Business ProcessEngine，BPE)304(对应于图2实施例中的业务流程引擎模块)和业务流程引擎管理器(BPE Manager)302(对应于图2实施例中的业务流程引擎管理模块)同时部署在云端。业务流程引擎除可以组合、编制和编排云端Web服务组件306之外，还可以集成企业现有的非云端Web服务组件308。此外，业务流程引擎304可以与产业链上下游的供应商和顾客的现有业务应用系统、非云端Web服务组件308相协同，共同完成业务流程的要求。

首先来详细说明图3中的业务流程引擎304的具体功能结构，如图4所示。

业务流程引擎304根据用户业务请求，执行选定的已定义的业务流程，并将所调用的云资源的效能情况收集并记录下来，以便后续进行合理的资源调度和改进。业务流程引擎304的功能结构如图4所示，其中流程加载组件402从业务流程定义库中读取已定义的业务流程并进行解析，将生成的可执行的BPEL文档提交业务流程执行组件406；流程加载组件402同时可以将BPEL文档提交给预分析组件404，对业务流程中的活动、所调用的Web服务组件、存储等云资源的预期使用情况做分析。业务流程执行组件406将业务活动等执行情况通过日志组件412记录到日志库中，同时，通过资源监控组件408对云资源的关键效能指标进行监控，将收集的结果存入云资源效能分析库中。用户与权限组件410负责对业务流程引擎及相关云资源的访问提供安全保障。

在这里，业务流程是一组相互协调的任务或活动，这些任务或活动可由用户或者业务系统、设备来完成。一个BPEL文档定义了一个业务流程，包括伙伴链接(PartnerLinks)、活动(Activities)、变量(Variables)、失败处理(FaultHandlers)等内容。其中伙伴链接定义了参与流程的组合服务和Web服务之间命名的关联，使用Web服务描述语言WSDL和WS-Policy定义它们彼此的接口，从而可以实现企业和供应商、顾客之间的关联；活动定义了服务的行为，实现了对伙伴Web服务的调用。最基本的活动可以是把消息发送到伙伴，或从伙伴接收消息；此外，可以通过活动组合的方式，定义比较复杂的执行流程，例如顺序流、分支、循环、事务补偿等。

下面结合图5来详细说明BPE预分析组件404和资源监控组件408对业务流程调用情况进行静态分析和动态监控，将分析结果更新到云资源效能分析库中。如图5所示的例子，根据用户的业务请求，BPE流程加载组件402分别从业务流程定义库中加载和实例化业务流程BP-1和BP-2，在云资源效能分析库中，BP-1和BP-2的调用次数将分别加1；后续对云资源效能分析库的分析，将可以识别出执行频繁度高的业务流程、最近执行比较频繁的业务流程等，这些业务流程将可以获得优先的资源保障，例如对于执行频率不高的业务流程，其云资源递增比率可以设定为5％，而执行频率高的业务流程将按20％或更高来递增。

此外，BPE对业务流程中的活动及所调用的伙伴Web服务的情况进行进一步静态分析和动态监控。如图5所示的例子，企业云服务中WS A-1、WS A-3分别被调用次数为2，WS A-2、WS A-4分别为1；而在伙伴服务中，WS B-2被调用次数为2，WS B-1、WS B-4分别为1。静态分析结果将更新到云资源效能分析库中，对于新定义的业务流程，将更新增加相关被调用服务组件的预期调用次数。而在动态监控中，每个被调用执行的服务组件的调用次数将加1。对于调用频率比较高的服务组件，其执行将获得优先资源保障和优化，例如在企业云服务中WS A-1、WS A-3将比其他服务组件优先获得云存储空间、CPU计算资源等保障。

另外，业务流程引擎部署在云计算环境中，对于企业及上下游伙伴的用户而言，工作流引擎位置是透明的，用户可通过Web浏览器等方式访问业务流程引擎，而不需要了解业务流程引擎的具体物理位置，用户可在任何地方连接到业务流程引擎服务，并且调用相关云服务组件和其他Web服务组件。

业务流程引擎支持灵活的事务管理和状态管理：某些业务流程执行时间可能比较长，业务之间协同通过异步消息等方式进行。业务流程引擎结合后台数据库等技术，将业务流程状态进行持久化的事务处理，尽可能实现业务流程引擎的状态无关性；另一方面，可以通过补偿事务(Compensation)的机制，实现BPEL4WS的长事务(Long-Running Transactions，LRTs)处理。

接下来详细说明图3中的业务流程引擎管理器302的具体功能结构，如图6所示。

业务流程引擎管理器302负责监控业务流程的执行情况，并由引擎调度组件604动态协调各业务流程引擎304的运行，管理相关云资源的申请和使用。如图6所示，执行监控组件602定期或事件驱动地访问云资源效能分析库，对相关云资源的关键效能指标进行分析，并将分析结果提交引擎调度组件604；引擎调度组件604负责进行统一协调和优化，通过资源配额及计费管理组件与云运营商管理员交互，可以实现云计算资源的动态地申请或调整；BPM运营商通过资源配额及计费管理组件对各用户进行合理的资源分配，用户根据资源配额及实际消费的云资源情况共担BPM成本；此外，引擎调度组件604可以通过提醒服务组件608，为BPM管理员提供预警等服务，便于及时掌握资源最新动向；引擎调度组件604将相关操作信息通过日志组件610记录到日志库中。

然后，详细说明BPM业务流程引擎管理器302对所消费的云资源的管理及对业务流程引擎304的调度的基本处理流程，如图7所示。

在步骤702，监控BPM所占用的云资源情况。作为BPM运营管理方，企业需要负责与云运营商签订云资源的配额及相关费用的协议，再由企业将配额动态分配给各相关用户，根据这些用户的业务量来收取相关的流程引擎服务及云资源的费用。

在步骤704，判断目前资源使用量是否将超过总资源配额。BPM管理员可以为资源配额设置警戒值，例如80％，当超过警戒值后，向BPM管理员进行预警。

在步骤706，评估是否有空闲的业务流程引擎，如果有的话，则进入步骤708，没有则进入步骤710。

在步骤708，考虑采用向下伸缩策略(Scale-Down)，将空闲的BPE及相关云资源释放，实现在不改变总资源配额的情况下，满足新业务的处理需求。

在步骤710，判断是否需要增加资源，如果必须增加资源才能满足业务的处理要求则进入步骤712。

在步骤712，采用向上伸缩策略(Scale-Up)，向云运营商提出新增资源申请。可通过与云运营商事先约定方式自动进行申请的处理及伸缩，完成相关的计费处理。

在步骤714，云计算资源到位后，调整相关各用户的资源配额及计费标准。

在步骤716，为用户提供新增的BPE服务。

这样，对于已有的BPE但不能满足业务数据量等骤增的情形，新增BPE服务提供了横向伸缩(Scale-Out)的策略支持，即实例化新的BPE来支持新增的业务请求。

执行监控组件同时监控各用户云资源的占用情况。

在步骤718，判断用户n资源是否超过配置额，超过时进入步骤720。

在步骤720，当用户n资源使用量将超过该用户的资源配额的时候，判断该用户是否需要通过新增资源配额才能满足要求。如不需要，则将业务流程处理安排在现有BPE服务上处理即可。如确需要增加该用户资源配额，则进入步骤722。

在步骤722，确定需要调整资源的申请。该申请可以按照事先约定方式自动进行，并完成相关的计费处理。

在步骤724，调整用户n资源配置。

在步骤716，为用户n提供新增的BPE服务。

下面具体说明上面提到的新增BPE服务提供的横向伸缩(Scale-Out)的策略。基于业务流程引擎管理器的支撑，当企业业务流程处理请求、业务数据量等骤增的时候，业务流程引擎可以进行动态伸缩。如图8所示，当现有BPE不能满足业务数据量等骤增的时候，可以采用横向收缩(Scale-Out)的策略，企业BPM管理器可以实例化新的业务流程引擎n供用户使用，该BPE共享访问原有的云服务组件等云资源。

此外，收缩策略不仅仅限于业务流程引擎本身，也包括业务流程引擎所关联调用的云服务组件。当业务数据量显著增加、现有云服务组件不能满足业务处理需要的时候，业务流程引擎管理器可以根据云资源效能监测结果，向云运营商提出动态伸缩的申请，动态对被调用的云服务组件进行伸缩，以满足用户的性能和可用性要求。如图9所示，原有云服务组件1和2因为访问负荷过大，则业务流程引擎管理器或云运营商对该服务组件进行横向伸缩，实例化出新的资源供用户使用。

综上，参考图1至图9详细说明了本发明的实施例的技术方案，有效解决了在云计算环境中，企业对业务流程进行动态伸缩、对相关云资源进行智能化调度管理的问题。

云计算模式为软件应用程序的伸缩性提供了底层技术支持，用户可以不必为尖峰业务量而承担过高的硬件投入的成本，实现按需资源消费的模式。但云计算资源并非无偿使用，用户需要为所花费的IT资源向云运营商付费，对于像BPM这样涉及产业链上下游用户的情形，有些费用还应该由上游供应商或下游顾客来共同分担。在此情形下，传统的业务流程管理(BPM)系统不能简单地挪到云计算环境中，而是必须提高对云资源的精细化控制和费用管理能力，这样才能真正享受云计算模式所带来的好处。

根据本发明的技术方案，企业可以识别出执行频繁度高的业务流程，进一步识别出关键业务流程和业务Web服务，先导性地为这些业务流程提供资源保障，从而实现业务的连贯性和BPM系统的高可用性；同时，可以避免盲目申请过多的云资源，造成不必要的成本浪费。

此外，企业还可以作为BPM运营管理者，分别监控各用户对BPM云资源的占用情况，并对各用户进行资源配额管理，共担云资源的消费成本，最终实现BPM各参与方(企业各级组织用户、上下游伙伴用户)的整体经济性。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (10)

1.一种基于云计算环境的业务流程管理方法，其特征在于，将业务流程引擎管理器和业务流程引擎设置在云端，

所述业务流程引擎接收业务请求，并调用云资源以执行所述业务请求对应的业务流程，

所述业务流程引擎管理器根据所述业务流程引擎的使用情况，对所述业务流程引擎和所述云资源进行配置。

2.根据权利要求1所述的业务流程管理方法，其特征在于，所述业务流程引擎包括：

流程加载组件，根据所述业务请求，从业务流程定义库中读取所述对应的业务流程，将所述对应的业务流程处理为业务流程执行语言文档；

业务流程执行组件，根据所述业务流程执行语言文档，调用所述云资源以执行所述业务流程。

3.根据权利要求2所述的业务流程管理方法，其特征在于，所述业务流程引擎还包括：

预分析组件，分析从所述流程加载组件获得的所述业务流程执行语言文档，得到所述云资源的预计使用情况，并提交至云资源效能分析库；

资源监控组件，从所述业务流程执行组件中获得所述云资源的实际使用情况，并提交至所述云资源效能分析库。

4.根据权利要求3所述的业务流程管理方法，其特征在于，所述业务流程引擎管理器包括：

执行监控组件，访问所述云资源效能分析库以获得所述云资源的使用情况；

引擎调度组件，根据所述云资源的使用情况，通过资源配额及计费管理组件与云运营管理员交互，以对所述云资源进行调整；

所述资源配额及计费管理组件，向所述云运营管理员申请或取消。

5.根据权利要求4所述的业务流程管理方法，其特征在于，在存在空闲的业务流程引擎时，所述引擎调度组件将所述空闲的业务流程引擎以及所述空闲的业务流程引擎相关的云资源释放，

在现有的业务流程引擎的数量不能满足现有的业务请求时，所述引擎调度组件实例化出新的业务流程引擎。

6.根据权利要求5所述的业务流程管理方法，其特征在于，所述云资源包括云服务组件，

在现有的云服务组件的数量不能满足现有的业务请求时，所述引擎调度组件在获得所述云运营管理员的同意后，对指定云服务组件实例化，产生新的云服务组件。

7.一种基于云计算环境的业务流程管理系统，其特征在于，包括：

业务流程引擎模块，位于云端，接收业务请求，并调用云资源以执行所述业务请求对应的业务流程；

业务流程引擎管理模块，位于云端，根据所述业务流程引擎模块的使用情况，对所述业务流程引擎模块和所述云资源进行配置。

8.根据权利要求7所述的业务流程管理系统，其特征在于，所述业务流程引擎模块包括：

流程加载模块，根据所述业务请求，从业务流程定义库中读取所述对应的业务流程，将所述对应的业务流程处理为业务流程执行语言文档；

业务流程执行模块，根据所述业务流程执行语言文档，调用所述云资源以执行所述业务流程。

9.根据权利引擎8所述的业务流程管理系统，其特征在于，所述业务流程引擎模块还包括：

预分析模块，分析从所述流程加载模块获得的所述业务流程执行语言文档，得到所述云资源的预计使用情况，并提交至云资源效能分析库；

资源监控模块，从所述业务流程执行模块中获得所述云资源的实际使用情况，并提交至所述云资源效能分析库。

10.根据权利要求9所述的业务流程管理系统，其特征在于，所述业务流程引擎管理模块包括：

执行监控模块，访问所述云资源效能分析库以获得所述云资源的使用情况；

引擎调度模块，根据所述云资源的使用情况，通过资源配额及计费管理模块与云运营管理员交互，以对所述云资源进行调整；

所述资源配额及计费管理模块，向所述云运营管理员申请或取消。

Images