CN109583837A - 云计算系统中业务审批的管理方法和装置 - Google Patents

Abstract

本发明公开了一种云计算系统中业务审批的管理方法和装置。所述方法包括：为业务审批流程中的一个或至少两个流程节点配置至少两个审批人以及所述流程节点对应的审批通过策略；当所述一个或至少两个流程节点的审批人提供审批意见后，根据所述审批意见和所述流程节点的审批通过策略，确定所述流程节点的审批状态；根据所述流程节点的审批状态，管理所述流程节点的审批进度。

Description

云计算系统中业务审批的管理方法和装置

技术领域

本发明涉及信息处理领域，尤指一种云计算系统中业务审批的管理方法和装置。

背景技术

云计算(Cloud Computing)是基于互联网的相关服务的增加、使用和交付模式，通常涉及通过互联网来提供动态易扩展且经常是虚拟化的资源。云是网络、互联网的一种比喻说法。过去在图中往往用云来表示电信网，后来也用来表示互联网和底层基础设施的抽象。因此，云计算甚至可以让你体验每秒10万亿次的运算能力，拥有这么强大的计算能力可以模拟核爆炸、预测气候变化和市场发展趋势。用户通过电脑、笔记本、手机等方式接入数据中心，按自己的需求进行运算。

云计算是一种按使用量付费的模式，这种模式提供可用的、便捷的、按需的网络访问，进入可配置的计算资源共享池，其中资源包括网络、服务器、存储、应用软件和服务等，这些资源能够被快速提供，只需投入很少的管理工作，或与服务供应商进行很少的交互。在数据中心建设的初期主要是完成网络、计算、存储的搭建，构建统一的资源管理平台，完成资源的统一化管理和自主服务；在后续的发展过程中用户逐渐关注资源的真正使用情况，以便更好的规划资源和控制资源的使用。

近年来，云计算正被广泛认知，企业为提高自身的核心竞争力，大都希望采用先进的IT技术来构建自身的业务和运营平台。企业或单位引入云的概念，启用云管理软件来管理相关云资源。云海操作系统正是此类云管理软件的代表作。在云海系统中，三级用户之间需要完成资源的申请与审批工作，现有的一个节点对应一个审批者的方案比较笨拙，当出现某一个审批节点无法审批时，需修改流程节点，所有订单都要重新申请，使用起来非常不宜用。因此该方案无法适应多样化的客户场景。

发明内容

为了解决上述技术问题，本发明提供了一种云计算系统中业务审批的管理方法和装置，能够提高业务审批流程的灵活性。

为了达到本发明目的，本发明提供了一种云计算系统中业务审批的管理方法，包括：

为业务审批流程中的一个或至少两个流程节点配置至少两个审批人以及所述流程节点对应的审批通过策略；

当所述一个或至少两个流程节点的审批人提供审批意见后，根据所述审批意见和所述流程节点的审批通过策略，确定所述流程节点的审批状态；

根据所述流程节点的审批状态，管理所述流程节点的审批进度。

在一个示例性实施例中，所述一个或至少两个流程节点的审批人提供审批意见是通过如下方式得到的，包括：

获取所述流程节点对应的至少两个审批人的身份标识；

根据所述身份标识信息，向所述至少两个审批人发送审批请求；

接收所述至少两个审批人中审批人反馈的审批意见。

在一个示例性实施例中，所述根据所述审批意见和所述流程节点的审批通过策略，确定所述流程节点的审批状态，包括：

如果所述审批通过策略为所述流程节点对应的至少两个审批人中的一个审批通过，则所述流程节点审批通过，判断接收的一个或至少两个审批意见中有一个审批意见的内容是否为通过；

如果有一个审批意见的内容为通过，则确定所述流程节点的审批意见为通过；否则，确定所述流程节点的审批意见为不通过。

在一个示例性实施例中，所述根据所述审批意见和所述流程节点的审批通过策略，确定所述流程节点的审批状态，包括：

如果所述审批通过策略为所述流程节点对应的至少两个审批人中的全部审批通过，则所述流程节点审批通过，判断是否接收到所述流程节点对应的全部审批人的审批意见；

如果接收到所述流程节点对应的全部审批人的审批意见，则判断所述全部审批意的内容是否均为通过，如果是，则确定所述流程节点的审批意见为通过；否则，确定所述流程节点的审批意见为不通过；如果没有所述流程节点对应的全部审批人的审批意见，则确定所述流程审批节点的状态为等待审核。

在一个示例性实施例中，根据所述流程节点的审批状态，管理所述流程节点的审批进度，包括：

判断接收到的审批意见是否为所述流程节点对应的部分审批人发送的；

如果判断结果为接收到的审批意见为所述流程节点对应的部分审批人发送的，执行如下操作：

在所述审批节点审批状态为通过后，向所述流程节点对应的审批人中未发送审批意见的审批人发送该流程节点审批通过的信息；

在所述审批节点审批为未通过或等待状态后，提醒所述流程节点对应的审批人中未发送审批意见的审批人提供该流程节点审批意见。

如果判断结果为接收到的审批意见为所述流程节点对应的全部审批人发送的，执行如下操作：

在所述审批节点审批状态为通过后，则触发所述业务审批流程的下一个流程节点的审批操作；

在所述审批节点审批状态为未通过时，通知所述业务审批流程在所述流程节点被拒绝。

为了达到本发明目的，本发明提供了一种云计算系统中业务审批的管理装置，包括：

配置模块，用于为业务审批流程中的一个或至少两个流程节点配置至少两个审批人以及所述流程节点对应的审批通过策略；

确定模块，用于当所述一个或至少两个流程节点的审批人提供审批意见后，根据所述审批意见和所述流程节点的审批通过策略，确定所述流程节点的审批状态；

管理模块，用于根据所述流程节点的审批状态，管理所述流程节点的审批进度。

在一个示例性实施例中，所述确定模块所使用的一个或至少两个流程节点的审批人提供审批意见是通过如下方式得到的，包括：

获取所述流程节点对应的至少两个审批人的身份标识；

根据所述身份标识信息，向所述至少两个审批人发送审批请求；

接收所述至少两个审批人中审批人反馈的审批意见。

在一个示例性实施例中，所述确定模块包括：

第一判断单元，用于如果所述审批通过策略为所述流程节点对应的至少两个审批人中的一个审批通过，则所述流程节点审批通过，判断接收的一个或至少两个审批意见中有一个审批意见的内容是否为通过；

第一确定单元，用于如果有一个审批意见的内容为通过，则确定所述流程节点的审批意见为通过；否则，确定所述流程节点的审批意见为不通过。

在一个示例性实施例中，所述确定模块包括：

第二判断单元，用于如果所述审批通过策略为所述流程节点对应的至少两个审批人中的全部审批通过，则所述流程节点审批通过，判断是否接收到所述流程节点对应的全部审批人的审批意见；

第二确定单元，用于如果没有所述流程节点对应的全部审批人的审批意见，则确定所述流程审批节点的状态为等待审核。

第三判断单元，用于如果接收到所述流程节点对应的全部审批人的审批意见，则判断所述全部审批意的内容是否均为通过；

第三确定单元，用于如果是，则确定所述流程节点的审批意见为通过；否则，确定所述流程节点的审批意见为不通过；

在一个示例性实施例中，所述管理模块包括：

第四判断单元，用于判断接收到的审批意见是否为所述流程节点对应的部分审批人发送的；

第一管理单元，用于如果判断结果为接收到的审批意见为所述流程节点对应的部分审批人发送的，执行如下操作：

在所述审批节点审批状态为通过后，向所述流程节点对应的审批人中未发送审批意见的审批人发送该流程节点审批通过的信息；

在所述审批节点审批为未通过或等待状态后，提醒所述流程节点对应的审批人中未发送审批意见的审批人提供该流程节点审批意见。

第二管理单元，用于如果判断结果为接收到的审批意见为所述流程节点对应的全部审批人发送的，执行如下操作：

在所述审批节点审批状态为通过后，则触发所述业务审批流程的下一个流程节点的审批操作；

在所述审批节点审批状态为未通过时，通知所述业务审批流程在所述流程节点被拒绝。

本发明提供的实施例，为业务审批流程中的一个或至少两个流程节点配置至少两个审批人以及所述流程节点对应的审批通过策略，当所述一个或至少两个流程节点的审批人提供审批意见后，根据所述审批意见和所述流程节点的审批通过策略，确定所述流程节点的审批状态，并根据所述流程节点的审批状态，管理所述流程节点的审批进度，实现多人对同一流程节点的审批，提高业务审批流程的灵活性。

本发明的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点可通过在说明书、权利要求书以及附图中所特别指出的结构来实现和获得。

附图说明

附图用来提供对本发明技术方案的进一步理解，并且构成说明书的一部分，与本申请的实施例一起用于解释本发明的技术方案，并不构成对本发明技术方案的限制。

图1为本发明提供的云计算系统中业务审批的管理方法的流程图；

图2为本发明提供的云海系统中业务流程节点多用户审批的方法的流程图；

图3为本发明提供的云计算系统中业务审批的管理装置的结构图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚明白，下文中将结合附图对本发明的实施例进行详细说明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互任意组合。

在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行。并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

图1为本发明提供的云计算系统中业务审批的管理方法的流程图。图1所示方法包括：

步骤101、为业务审批流程中的一个或至少两个流程节点配置至少两个审批人以及所述流程节点对应的审批通过策略；

在本步骤中，在设置业务审批流程时，选择所述业务审批流程中一个或至少两个流程节点，为选择的业务节点配置至少两个审批人，并设置所述至少两个审批人在该流程节点的审批通过策略，实现多人对同一审批节点进行审批的流程配置；

步骤102、当所述一个或至少两个流程节点的审批人提供审批意见后，根据所述审批意见和所述流程节点的审批通过策略，确定所述流程节点的审批状态；

在本步骤中，当业务审批流程的审批人在提供审批意见后，将得到的审批意见与该流程节点的审批通过策略进行对比，确定所述流程节点的审核状态；

在一个示例性实施例中，所述一个或至少两个流程节点的审批人提供审批意见是通过如下方式得到的，包括：

获取所述流程节点对应的至少两个审批人的身份标识；

根据所述身份标识信息，向所述至少两个审批人发送审批请求；

接收所述至少两个审批人中审批人反馈的审批意见。

在本示例性实施例中，在业务审批流程到达对应的流程节点时，根据所述述流程节点对应的至少两个审批人的身份标识，将该流程节点的审批任务发送至所述审批人，并等待接收所述至少两个审批人的反馈信息。

步骤103、根据所述流程节点的审批状态，管理所述流程节点的审批进度。

在本步骤中，根据该流程节点的审批状态，

本发明提供的方法实施例，为业务审批流程中的一个或至少两个流程节点配置至少两个审批人以及所述流程节点对应的审批通过策略，当所述一个或至少两个流程节点的审批人提供审批意见后，根据所述审批意见和所述流程节点的审批通过策略，确定所述流程节点的审批状态，并根据所述流程节点的审批状态，管理所述流程节点的审批进度，实现多人对同一流程节点的审批，提高业务审批流程的灵活性。

下面对本发明提供的方法进行说明：

在一个示例性实施例中，所述根据所述审批意见和所述流程节点的审批通过策略，确定所述流程节点的审批状态，包括：

如果所述审批通过策略为所述流程节点对应的至少两个审批人中的一个审批通过，则所述流程节点审批通过，判断接收的一个或至少两个审批意见中有一个审批意见的内容是否为通过；

如果有一个审批意见的内容为通过，则确定所述流程节点的审批意见为通过；否则，确定所述流程节点的审批意见为不通过。

在本示例性实施例中，审批通过策略为同一个流程节点的多个审批人任一个审批通过，该流程节点审批通过；在接收到审批人提供的审批意见后，通过判断得到的审批意见中是否有审批意见的内容为通过，来确定该流程节点的审核状态。

在一个示例性实施例中，所述根据所述审批意见和所述流程节点的审批通过策略，确定所述流程节点的审批状态，包括：

如果所述审批通过策略为所述流程节点对应的至少两个审批人中的全部审批通过，则所述流程节点审批通过，判断是否接收到所述流程节点对应的全部审批人的审批意见；

如果接收到所述流程节点对应的全部审批人的审批意见，则判断所述全部审批意的内容是否均为通过，如果是，则确定所述流程节点的审批意见为通过；否则，确定所述流程节点的审批意见为不通过；如果没有所述流程节点对应的全部审批人的审批意见，则确定所述流程审批节点的状态为等待审核。

在本示例性实施例中，审批通过策略为同一个流程节点的多个审批人全部审批通过，该流程节点审批通过；在接收到审批人提供的审批意见后，首先判断是否收到了全部的审核意见，如果没有，则确定该审核节点的审批状态为等待审核，如果收到了全部的审核意见，则判断得到的审批意见中所有审批意见的内容均为通过，来确定该流程节点的审核状态是否为通过。

在一个示例性实施例中，根据所述流程节点的审批状态，管理所述流程节点的审批进度，包括：

判断接收到的审批意见是否为所述流程节点对应的部分审批人发送的；

如果判断结果为接收到的审批意见为所述流程节点对应的部分审批人发送的，执行如下操作：

在所述审批节点审批状态为通过后，向所述流程节点对应的审批人中未发送审批意见的审批人发送该流程节点审批通过的信息；

在所述审批节点审批为未通过或等待状态后，提醒所述流程节点对应的审批人中未发送审批意见的审批人提供该流程节点审批意见。

如果判断结果为接收到的审批意见为所述流程节点对应的全部审批人发送的，执行如下操作：

在所述审批节点审批状态为通过后，则触发所述业务审批流程的下一个流程节点的审批操作；

在所述审批节点审批状态为未通过时，通知所述业务审批流程在所述流程节点被拒绝。

在本示例性实施例中，首先判断是否接收到全部审核意见，对于收到部分审核意见的情况，如果流程节点已审核通过，则通过向所述流程节点对应的审批人中未发送审批意见的审批人发送该流程节点审批通过的信息，告知未发送审批意见的审批人该流程节点已结束；如果流程节点处于批为未通过或等待状态后，提醒所述流程节点对应的审批人中未发送审批意见的审批人提供该流程节点审批意见，实现催办处理的目的；对于收到全部审批人的审批意见的情况，在所述审批节点审批状态为通过后，则触发所述业务审批流程的下一个流程节点的审批操作，在所述审批节点审批状态为未通过时，通知所述业务审批流程在所述流程节点被拒绝。

本发明提供的方法，通过为流程节点设置至少两个审批人，提升了流程节点的处理的灵活性，再通过设置对应的审批通过策略，保证了流程节点的审批操作，并通过对审核进度的管理，保证了多人同时管理同一流程的稳定性。

下面以本发明提供的实施例对本发明提供的方法进行说明：

本发明主要应用于云海系统中，提出了一种云海系统中业务流程节点多用户审批的方法，在业务审批流程的流程节点可添加多个审批用户的功能。

在系统管理员在创建流程时，可以给每个节点指定多个审批者并定义订单在该节点的通过规则，一个通过即可还是所有审批者必须全部通过。以此来完善业务管理模块的申请审批功能，增强云海系统软件的易用性和灵活性。

本发明给云海系统的用户提供了更加灵活的同一节点可设置多人审批的功能。系统管理员可以定义节点通过规则，以此来适应多变的应用场景。

图2为本发明提供的云海系统中业务流程节点多用户审批的方法的流程图。如图2所示，该方法包括如下步骤：添加节点并选择审批者、指定通过规则、用户提交申请、订单的流转审批，实施过程如下：

步骤1、系统管理员新建流程，给每个节点选择多个审批者。

步骤2、给节点指定规则，任意节点通过或全部节点通过。如果为任意节点通过，那么当订单流转到该节点，所有审批者有任意一个审批节点是通过，订单即为通过，如果为全部节点通过，那么订单在该节点必须所有审批者全部通过才可通过。

步骤3、在流程创建完成后，申请者采用系统管理员制定好的流程进行申请。

步骤4、当订单流转到某节点时，给该节点所有审批者显示该订单，当某个审批者审批完成后，根据流程节点的通过规则判断，如果规则是任意节点通过，那么直接将该订单转到下一节点，如果规则是全部节点通过，那么查询当前节点的审批者是否都完成审批，如果都完成审批了，那么根据所有结果决定该订单打回或者通过，如果有未完成审批的，那么只记录当前节点审批状态，等待其他节点审批。

本发明实施例提供的方法，在流程节点上添加多个审批者并指定节点通过规则，增加了业务审批的灵活性和易用性。

图3为本发明提供的云计算系统中业务审批的管理装置的结构图。图3所示装置包括：

配置模块301，用于为业务审批流程中的一个或至少两个流程节点配置至少两个审批人以及所述流程节点对应的审批通过策略；

确定模块302，用于当所述一个或至少两个流程节点的审批人提供审批意见后，根据所述审批意见和所述流程节点的审批通过策略，确定所述流程节点的审批状态；

管理模块303，用于根据所述流程节点的审批状态，管理所述流程节点的审批进度。

在一个示例性实施例中，所述确定模块302所使用的一个或至少两个流程节点的审批人提供审批意见是通过如下方式得到的，包括：

获取所述流程节点对应的至少两个审批人的身份标识；

根据所述身份标识信息，向所述至少两个审批人发送审批请求；

接收所述至少两个审批人中审批人反馈的审批意见。

在一个示例性实施例中，所述确定模块302包括：

第一判断单元，用于如果所述审批通过策略为所述流程节点对应的至少两个审批人中的一个审批通过，则所述流程节点审批通过，判断接收的一个或至少两个审批意见中有一个审批意见的内容是否为通过；

第一确定单元，用于如果有一个审批意见的内容为通过，则确定所述流程节点的审批意见为通过；否则，确定所述流程节点的审批意见为不通过。

在一个示例性实施例中，所述确定模块302包括：

第二判断单元，用于如果所述审批通过策略为所述流程节点对应的至少两个审批人中的全部审批通过，则所述流程节点审批通过，判断是否接收到所述流程节点对应的全部审批人的审批意见；

第二确定单元，用于如果没有所述流程节点对应的全部审批人的审批意见，则确定所述流程审批节点的状态为等待审核。

第三判断单元，用于如果接收到所述流程节点对应的全部审批人的审批意见，则判断所述全部审批意的内容是否均为通过；

第三确定单元，用于如果是，则确定所述流程节点的审批意见为通过；否则，确定所述流程节点的审批意见为不通过；

在一个示例性实施例中，所述管理模块304包括：

第四判断单元，用于判断接收到的审批意见是否为所述流程节点对应的部分审批人发送的；

第一管理单元，用于如果判断结果为接收到的审批意见为所述流程节点对应的部分审批人发送的，执行如下操作：

在所述审批节点审批状态为通过后，向所述流程节点对应的审批人中未发送审批意见的审批人发送该流程节点审批通过的信息；

在所述审批节点审批为未通过或等待状态后，提醒所述流程节点对应的审批人中未发送审批意见的审批人提供该流程节点审批意见。

第二管理单元，用于如果判断结果为接收到的审批意见为所述流程节点对应的全部审批人发送的，执行如下操作：

在所述审批节点审批状态为通过后，则触发所述业务审批流程的下一个流程节点的审批操作；

在所述审批节点审批状态为未通过时，通知所述业务审批流程在所述流程节点被拒绝。

本发明提供的装置实施例，为业务审批流程中的一个或至少两个流程节点配置至少两个审批人以及所述流程节点对应的审批通过策略，当所述一个或至少两个流程节点的审批人提供审批意见后，根据所述审批意见和所述流程节点的审批通过策略，确定所述流程节点的审批状态，并根据所述流程节点的审批状态，管理所述流程节点的审批进度，实现多人对同一流程节点的审批，提高业务审批流程的灵活性。

本领域普通技术人员可以理解，上文中所公开方法中的全部或某些步骤、系统、装置中的功能模块/单元可以被实施为软件、固件、硬件及其适当的组合。在硬件实施方式中，在以上描述中提及的功能模块/单元之间的划分不一定对应于物理组件的划分；例如，一个物理组件可以具有多个功能，或者一个功能或步骤可以由若干物理组件合作执行。某些组件或所有组件可以被实施为由处理器，如数字信号处理器或微处理器执行的软件，或者被实施为硬件，或者被实施为集成电路，如专用集成电路。这样的软件可以分布在计算机可读介质上，计算机可读介质可以包括计算机存储介质(或非暂时性介质)和通信介质(或暂时性介质)。如本领域普通技术人员公知的，术语计算机存储介质包括在用于存储信息(诸如计算机可读指令、数据结构、程序模块或其他数据)的任何方法或技术中实施的易失性和非易失性、可移除和不可移除介质。计算机存储介质包括但不限于RAM、ROM、EEPROM、闪存或其他存储器技术、CD-ROM、数字多功能盘(DVD)或其他光盘存储、磁盒、磁带、磁盘存储或其他磁存储装置、或者可以用于存储期望的信息并且可以被计算机访问的任何其他的介质。此外，本领域普通技术人员公知的是，通信介质通常包含计算机可读指令、数据结构、程序模块或者诸如载波或其他传输机制之类的调制数据信号中的其他数据，并且可包括任何信息递送介质。

Claims (10)

1.一种云计算系统中业务审批的管理方法，其特征在于，包括：

为业务审批流程中的一个或至少两个流程节点配置至少两个审批人以及所述流程节点对应的审批通过策略；

当所述一个或至少两个流程节点的审批人提供审批意见后，根据所述审批意见和所述流程节点的审批通过策略，确定所述流程节点的审批状态；

根据所述流程节点的审批状态，管理所述流程节点的审批进度。

2.根据权利要求1所述的方法，其特征在于，所述一个或至少两个流程节点的审批人提供审批意见是通过如下方式得到的，包括：

获取所述流程节点对应的至少两个审批人的身份标识；

根据所述身份标识信息，向所述至少两个审批人发送审批请求；

接收所述至少两个审批人中审批人反馈的审批意见。

3.根据权利要求1所述的方法，其特征在于，所述根据所述审批意见和所述流程节点的审批通过策略，确定所述流程节点的审批状态，包括：

如果所述审批通过策略为所述流程节点对应的至少两个审批人中的一个审批通过，则所述流程节点审批通过，判断接收的一个或至少两个审批意见中有一个审批意见的内容是否为通过；

如果有一个审批意见的内容为通过，则确定所述流程节点的审批意见为通过；否则，确定所述流程节点的审批意见为不通过。

4.根据权利要求1所述的方法，其特征在于，所述根据所述审批意见和所述流程节点的审批通过策略，确定所述流程节点的审批状态，包括：

如果所述审批通过策略为所述流程节点对应的至少两个审批人中的全部审批通过，则所述流程节点审批通过，判断是否接收到所述流程节点对应的全部审批人的审批意见；

如果接收到所述流程节点对应的全部审批人的审批意见，则判断所述全部审批意的内容是否均为通过，如果是，则确定所述流程节点的审批意见为通过；否则，确定所述流程节点的审批意见为不通过；如果没有所述流程节点对应的全部审批人的审批意见，则确定所述流程审批节点的状态为等待审核。

5.根据权利要求1至4任一所述的方法，其特征在于，根据所述流程节点的审批状态，管理所述流程节点的审批进度，包括：

判断接收到的审批意见是否为所述流程节点对应的部分审批人发送的；

如果判断结果为接收到的审批意见为所述流程节点对应的部分审批人发送的，执行如下操作：

在所述审批节点审批状态为通过后，向所述流程节点对应的审批人中未发送审批意见的审批人发送该流程节点审批通过的信息；

在所述审批节点审批为未通过或等待状态后，提醒所述流程节点对应的审批人中未发送审批意见的审批人提供该流程节点审批意见；

如果判断结果为接收到的审批意见为所述流程节点对应的全部审批人发送的，执行如下操作：

在所述审批节点审批状态为通过后，则触发所述业务审批流程的下一个流程节点的审批操作；

在所述审批节点审批状态为未通过时，通知所述业务审批流程在所述流程节点被拒绝。

6.一种云计算系统中业务审批的管理装置，其特征在于，包括：

配置模块，用于为业务审批流程中的一个或至少两个流程节点配置至少两个审批人以及所述流程节点对应的审批通过策略；

确定模块，用于当所述一个或至少两个流程节点的审批人提供审批意见后，根据所述审批意见和所述流程节点的审批通过策略，确定所述流程节点的审批状态；

管理模块，用于根据所述流程节点的审批状态，管理所述流程节点的审批进度。

7.根据权利要求6所述的装置，其特征在于，所述确定模块所使用的一个或至少两个流程节点的审批人提供审批意见是通过如下方式得到的，包括：

获取所述流程节点对应的至少两个审批人的身份标识；

根据所述身份标识信息，向所述至少两个审批人发送审批请求；

接收所述至少两个审批人中审批人反馈的审批意见。

8.根据权利要求6所述的装置，其特征在于，所述确定模块包括：

第一判断单元，用于如果所述审批通过策略为所述流程节点对应的至少两个审批人中的一个审批通过，则所述流程节点审批通过，判断接收的一个或至少两个审批意见中有一个审批意见的内容是否为通过；

第一确定单元，用于如果有一个审批意见的内容为通过，则确定所述流程节点的审批意见为通过；否则，确定所述流程节点的审批意见为不通过。

9.根据权利要求6所述的装置，其特征在于，所述确定模块包括：

第二判断单元，用于如果所述审批通过策略为所述流程节点对应的至少两个审批人中的全部审批通过，则所述流程节点审批通过，判断是否接收到所述流程节点对应的全部审批人的审批意见；

第二确定单元，用于如果没有所述流程节点对应的全部审批人的审批意见，则确定所述流程审批节点的状态为等待审核；

第三判断单元，用于如果接收到所述流程节点对应的全部审批人的审批意见，则判断所述全部审批意的内容是否均为通过；

第三确定单元，用于如果是，则确定所述流程节点的审批意见为通过；否则，确定所述流程节点的审批意见为不通过。

10.根据权利要求6至9任一所述的装置，其特征在于，所述管理模块包括：

第四判断单元，用于判断接收到的审批意见是否为所述流程节点对应的部分审批人发送的；

第一管理单元，用于如果判断结果为接收到的审批意见为所述流程节点对应的部分审批人发送的，执行如下操作：

在所述审批节点审批状态为通过后，向所述流程节点对应的审批人中未发送审批意见的审批人发送该流程节点审批通过的信息；

在所述审批节点审批为未通过或等待状态后，提醒所述流程节点对应的审批人中未发送审批意见的审批人提供该流程节点审批意见；

第二管理单元，用于如果判断结果为接收到的审批意见为所述流程节点对应的全部审批人发送的，执行如下操作：

在所述审批节点审批状态为通过后，则触发所述业务审批流程的下一个流程节点的审批操作；

在所述审批节点审批状态为未通过时，通知所述业务审批流程在所述流程节点被拒绝。