基于业务流程管理BPM的业务处理方法及装置

摘要

本发明实施例提供一种基于业务流程管理BPM的业务处理方法及装置，业务处理方法包括：业务节点接收上游业务节点发送的业务数据；所述业务节点根据所述业务数据及与所述业务数据对应的所述业务节点的流程变量建立至少一个出口分支，所述流程变量用于指示所述下游业务节点的属性；所述业务节点向显示页面输出所述至少一个出口分支，以使得用户在显示页面上选择出口分支发起触发指令；所述业务节点根据接收到的触发指令确定所述出口分支，并通过所述出口分支输出所述业务数据。能够提高业务处理在线流程调整的效率，以提高整个业务处理的灵活度。

权利要求

1.一种基于业务流程管理BPM的业务处理方法，其特征在于，包括：业务节点接收上游业务节点发送的业务数据；

所述业务节点根据所述业务数据及与所述业务数据对应的所述业务节点的流程变量建立至少一个出口分支，所述流程变量用于指示下游业务节点的属性；

所述业务节点向显示页面输出至少一个出口分支，以使得用户在显示页面上选择出口分支发起触发指令；

所述业务节点根据接收到的触发指令确定所述出口分支，并通过所述出口分支输出所述业务数据。

2.根据权利要求1所述的方法，其特征在于，所述业务节点根据所述业务数据及与所述业务数据对应的所述业务节点的流程变量建立至少一个出口分支包括：所述业务节点根据所述业务数据的业务属性确定所需的处理规则，各处理规则分别对应其唯一的流程变量；

所述业务节点从建模时针对所述业务节点生成的预设流程变量中选择匹配所述处理规则的流程变量；

所述业务节点根据所述流程变量建立至少一个出口分支。

3.根据权利要求1或2所述的方法，其特征在于，所述业务节点向显示页面输出至少一个出口分支包括：所述业务节点根据至少每个需触发的所述流程变量对应的所述出口分支生成可触发标签，以对应每个所述可触发标签在显示页面上生成触发键。

4.根据权利要求3所述的方法，其特征在于，所述业务节点根据至少每个需触发的所述流程变量对应的所述出口分支生成可触发标签，以对应每个所述可触发标签在显示页面上生成触发键包括：所述业务节点根据至少每个需触发的所述流程变量对应的所述出口分支生成可触发标签，利用技术框架平台对应每个所述可触发标签在显示页面上生成触发键，其中，所述可触发标签上设有对应的触发键名称，所述触发键提供的服务内容以及所述触发键是否需触发，以使得所述可触发标签对应的所述触发键按照预设样式显示所述触发键名称、所述触发键提供的服务内容以及所述触发键是否需触发。

5.根据权利要求1所述的方法，其特征在于，

所述业务节点根据所述业务数据及与所述业务数据对应的所述业务节点的流程变量建立至少一个出口分支包括：所述业务节点根据所述业务数据及与所述业务数据对应的所述业务节点的流程变量利用集成开发环境IDE建立至少一个出口分支；

所述业务节点根据接收到的触发指令确定所述出口分支，并通过所述出口分支输出所述业务数据包括：所述业务节点根据接收到的触发指令确定出口分支，利用引擎调用BPM确定的所述出口分支，以通过所述出口分支输出所述业务数据。

6.根据权利要求5所述的方法，其特征在于，所述并通过所述出口分支输出所述业务数据之后，还包括：所述业务节点利用所述IDE删除所有建立的所述出口分支。

7.根据权利要求5所述的方法，其特征在于，所述并通过所述出口分支输出所述业务数据之后，还包括：所述业务节点接收上游业务节点发送的下一个业务数据；

所述业务节点根据所述下一个业务数据及与所述下一个业务数据对应的所述业务节点的流程变量利用所述IDE更新已建立的所述出口分支。

8.根据权利要求7所述的方法，其特征在于，所述业务节点根据所述下一个业务数据及与所述下一个业务数据对应的所述业务节点的流程变量利用所述IDE更新已建立的所述出口分支包括：所述业务节点确定所述已建立的所述出口分支中与所述下一个业务数据对应的所述业务节点的流程变量的出口分支不变；

所述业务节点利用所述IDE删除所述已建立的所述出口分支中不与所述下一个业务数据对应的所述业务节点的流程变量的出口分支；

所述业务节点根据所述下一业务数据及与所述下一业务数据对应的所述业务节点的流程变量利用所述IDE建立除保持不变的出口分支之外的出口分支。

9.一种基于业务流程管理BPM的业务处理装置，其特征在于，包括：接收单元，用于接收上游业务节点发送的业务数据；

建立单元，用于根据所述业务数据及与所述业务数据对应的所述业务处理装置的流程变量建立至少一个出口分支，所述流程变量用于指示下游业务节点的属性；

处理单元，用于向显示页面输出至少一个出口分支，以使得用户在显示页面上选择出口分支发起触发指令；

所述处理单元，还用于根据接收到的触发指令确定所述出口分支，并使得发送单元通过所述出口分支输出所述业务数据。

10.根据权利要求9所述的装置，其特征在于，

所述建立单元，具体用于根据所述业务数据的业务属性确定所需的处理规则，各处理规则分别对应其唯一的流程变量；从建模时针对所述业务节点生成的预设流程变量中选择匹配所述处理规则的流程变量；根据所述流程变量建立至少一个出口分支。

11.根据权利要求9或10所述的装置，其特征在于，

所述处理单元，具体用于根据至少每个需触发的所述流程变量对应的所述出口分支生成可触发标签，以对应每个所述可触发标签在显示页面上生成触发键。

12.根据权利要求11所述的装置，其特征在于，

所述处理单元，具体用于根据至少每个需触发的所述流程变量对应的所述出口分支生成可触发标签，利用技术框架平台对应每个所述可触发标签在显示页面上生成触发键，其中，所述可触发标签上设有对应的触发键名称，所述触发键提供的服务内容以及所述触发键是否需触发，以使得所述可触发标签对应的所述触发键按照预设样式显示所述触发键名称、所述触发键提供的服务内容以及所述触发键是否需触发。

13.根据权利要求9所述的装置，其特征在于，

所述建立单元，具体用于根据所述业务数据及与所述业务数据对应的所述业务节点的流程变量利用集成开发环境IDE建立至少一个出口分支；

所述处理单元，具体用于根据接收到的触发指令确定出口分支，利用引擎调用BPM确定的所述出口分支，以使得所述发送单元通过所述出口分支输出所述业务数据。

14.根据权利要求13所述的装置，其特征在于，还包括：

删除单元，用于利用所述IDE删除所有建立的所述出口分支。

15.根据权利要求13所述的装置，其特征在于，

所述接收单元，还用于接收上游业务节点发送的下一个业务数据；

所述处理单元，还用于根据所述下一个业务数据及与所述下一个业务数据对应的本所述业务节点的流程变量利用所述IDE更新已建立的所述出口分支。

16.根据权利要求15所述的装置，其特征在于，

所述处理单元，具体用于确定所述已建立的所述出口分支中与所述下一个业务数据对应的所述业务节点的流程变量的出口分支不变；使得删除单元利用所述IDE删除所述已建立的所述出口分支中不与所述下一个业务数据对应的所述业务节点的流程变量的出口分支；根据所述下一业务数据及与所述下一业务数据对应的所述业务节点的流程变量使得所述建立单元利用所述IDE建立除保持不变的出口分支之外的出口分支。

说明书

基于业务流程管理BPM的业务处理方法及装置

技术领域

[0001] 本发明实施例涉及通信技术领域，尤其涉及一种基于业务流程管理BPM的业务处理方法及装置。

背景技术

[0002] 随着计算机通信技术的发展，金融、电信、交通等许多行业都开始通过计算机通信技术对行业各自的业务流程进行控制和处理。目前，业务流程管理(Business Process Management，BPM)相关的中间件一般由建模工具集成开发环境（Integrated Development Environment，IDE)、BPM引擎和技术框架平台构成，BPM主要负责将业务流程的建模嵌入到业务系统中，以对上层业务提供流程建模和引擎流程实例调度应用程序接口（Application Programming Interface，API）的方式帮助业务完成流程的编排部署和运行调度，为行业用户打造符合其业务发展的各种流程。其中，IDE负责业务流程的建模，BPM引擎负责业务流程的驱动，技术框架平台用于存放开发系统的公共平台，这些公共平台为已经定义好相应技术的平台。

[0003] 现有技术中，每个上游业务节点、当前业务节点和下游业务节点的路径流转关系是在IDE建模时已经固定配置好的，在业务处理的过程中，一旦出现业务数据的的传输需要改变原有路径，如需要增加一个出口，业务数据不朝着配置好的下游业务节点传输，而是需要朝着新增出口对应的下游业务节点传输的情况，则需要IDE需要修改原有的业务流程代码，BPM打包重新部署整个业务流程并重新启动整个业务流程，才能够对当前业务节点新增这个下游业务节点，并将业务数据传输过去。这种对于业务流程在线调整需修改代码并重新启动才能生效的技术，导致BPM在线流程调整的效率较低，制约着整个业务流程的灵活度。

发明内容

[0004] 本发明实施例提供一种基于业务流程管理BPM的业务处理方法及装置，能够提高业务处理在线流程调整的效率，以提高整个业务处理的灵活度。

[0005] 第一方面，本发明实施例提供一种基于业务流程管理BPM的业务处理方法，包括：

[0006] 业务节点接收上游业务节点发送的业务数据；

[0007] 所述业务节点根据所述业务数据及与所述业务数据对应的所述业务节点的流程变量建立至少一个出口分支，所述流程变量用于指示所述下游业务节点的属性；

[0008] 所述业务节点向显示页面输出至少一个出口分支，以使得用户在显示页面上选择出口分支发起触发指令；

[0009] 所述业务节点根据接收到的触发指令确定所述出口分支，并通过所述出口分支输出所述业务数据。

[0010] 在第一种可能的实现方式中，根据第一方面，所述业务节点根据所述业务数据及与所述业务数据对应的所述业务节点的流程变量建立至少一个出口分支包括：

[0011] 所述业务节点根据所述业务数据的业务属性确定所需的处理规则，各处理规则分别对应其唯一的流程变量；

[0012] 所述业务节点从建模时针对所述业务节点生成的预设流程变量中选择匹配所述处理规则的流程变量；

[0013] 所述业务节点根据所述流程变量建立至少一个出口分支。

[0014] 在第二种可能的实现方式中，结合第一方面和第一种可能的实现方式，所述业务节点向显示页面输出至少一个出口分支包括：

[0015] 所述业务节点根据至少每个需触发的所述流程变量对应的所述出口分支生成可触发标签，以对应每个所可触发标签在显示页面上生成触发键。

[0016] 在第三种可能的实现方式中，根据第二种可能的实现方式，所述业务节点根据至少每个需触发的所述流程变量对应的所述出口分支生成可触发标签，以对应每个所可触发标签在显示页面上生成触发键包括：

[0017] 所述业务节点根据至少每个需触发的所述流程变量对应的所述出口分支生成可触发标签，利用技术框架平台对应每个所述可触发标签在显示页面上生成触发键，其中，所述可触发标签上设有对应的触发键名称，所述触发键提供的服务内容以及所述触发键是否需触发，以使得所述可触发标签对应的所述触发键按照预设样式显示所述触发键名称、所述触发键提供的服务内容以及所述触发键是否需触发。

[0018] 在第四种可能的实现方式中，结合第一方面、第一种可能的实现方式、第二种可能的实现方式和第三种可能的实现方式，所述并通过所述出口分支输出所述业务数据之后，还包括：

[0019] 所述业务节点利用所述IDE删除所有建立的所述出口分支。

[0020] 在第五种可能的实现方式中，结合第一方面、第一种可能的实现方式、第二种可能的实现方式和第三种可能的实现方式，所述并通过所述出口分支输出所述业务数据之后，还包括：

[0021] 所述业务节点接收上游业务节点发送的下一个业务数据；

[0022] 所述业务节点根据所述下一个业务数据及与所述下一个业务数据对应的所述业务节点的流程变量利用所述IDE更新已建立的所述出口分支。

[0023] 在第六种可能的实现方式中，根据第五种可能的实现方式，所述业务节点根据所述下一个业务数据及与所述下一个业务数据对应的所述业务节点的流程变量利用所述IDE更新已建立的所述出口分支包括：

[0024] 所述业务节点确定所述已建立的所述出口分支中与所述下一个业务数据对应的所述业务节点的流程变量的出口分支不变；

[0025] 所述业务节点利用所述IDE删除所述已建立的所述出口分支中不与所述下一个业务数据对应的所述业务节点的流程变量的出口分支；

[0026] 所述业务节点根据所述下一业务数据及与所述下一业务数据对应的所述业务节点的流程变量利用所述IDE建立除所述保持不变的出口分支之外的出口分支。

[0027] 第二方面，本发明实施例提供的一种基于业务流程管理BPM的业务处理装置，包括：

[0028] 接收单元，用于接收上游业务节点发送的业务数据；

[0029] 建立单元，用于根据所述业务数据及与所述业务数据对应的所述业务节点的流程变量建立至少一个出口分支，所述流程变量用于指示所述下游业务节点的属性；

[0030] 处理单元，用于向显示页面输出至少一个出口分支，以使得用户在显示页面上选择出口分支发起触发指令；

[0031] 所述处理单元，还用于根据接收到的触发指令确定所述出口分支，并使得发送单元通过所述出口分支输出所述业务数据。

[0032] 在第一种可能的实现方式中，根据第二方面，

[0033] 所述建立单元，具体用于根据所述业务数据的业务属性确定所需的处理规则，各处理规则分别对应其唯一的流程变量；从建模时针对所述业务节点生成的预设流程变量中选择匹配所述处理规则的流程变量；根据所述流程变量建立至少一个出口分支。

[0034] 在第二种可能的实现方式中，结合第二方面和第一种可能的实现方式，

[0035] 所述处理单元，具体用于根据至少每个需触发的所述流程变量对应的所述出口分支生成可触发标签，以对应每个所可触发标签在显示页面上生成触发键。

[0036] 在第三种可能的实现方式中，根据第二种可能的实现方式，

[0037] 所述处理单元，具体用于根据至少每个需触发的所述流程变量对应的所述出口分支生成可触发标签，利用技术框架平台对应每个所述可触发标签在显示页面上生成触发键，其中，所述可触发标签上设有对应的触发键名称，所述触发键提供的服务内容以及所述触发键是否需触发，以使得所述可触发标签对应的所述触发键按照预设样式显示所述触发键名称、所述触发键提供的服务内容以及所述触发键是否需触发。

[0038] 在第四种可能的实现方式中，结合第二方面、第一种可能的实现方式、第二种可能的实现方式和第三种可能的实现方式，还包括：

[0039] 删除单元，用于利用所述IDE删除所有建立的所述出口分支。

[0040] 在第五种可能的实现方式中，结合第二方面、第一种可能的实现方式、第二种可能的实现方式和第三种可能的实现方式，

[0041] 所述接收单元，还用于接收上游业务节点发送的下一个业务数据；

[0042] 所述处理单元，还用于根据所述下一个业务数据及与所述下一个业务数据对应的本所述业务节点的流程变量利用所述IDE更新已建立的所述出口分支。

[0043] 在第六种可能的实现方式中，根据第五种可能的实现方式，

[0044] 所述处理单元，具体用于确定所述已建立的所述出口分支中与所述下一个业务数据对应的所述业务节点的流程变量的出口分支不变；使得所述删除单元利用所述IDE删除所述已建立的所述出口分支中不与所述下一个业务数据对应的所述业务节点的流程变量的出口分支；根据所述下一业务数据及与所述下一业务数据对应的所述业务节点的流程变量使得所述建立单元利用所述IDE建立除所述保持不变的出口分支之外的出口分支。

[0045] 本发明实施例提供的基于BPM的业务处理方法及装置。业务节点接收上游业务节点发送的业务数据；根据业务数据及与业务数据对应的业务节点的流程变量建立至少一个出口分支，流程变量用于指示下游业务节点的属性；显示至少一个出口分支，以使得用户在显示页面上选择出口分支发起触发指令；根据接收到的触发指令确定出口分支，并通过出口分支输出业务数据。这样一来，业务节点能够在业务数据来到时动态的生成出口分支，而不再需要对固定好的出口分支进行重新编码集重启来实现出口分支的增减。因此，业务节点能够实时为接收的业务数据提供所需的出口分支，提高了业务处理在线流程调整的效率，且提高了整个业务处理的灵活度。

附图说明

[0046] 为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

[0047] 图1为本发明实施例提供的基于BPM的业务处理方法的流程图；

[0048] 图2为本发明实施例提供的另一个基于BPM的业务处理方法实施例的流程图；

[0049] 图3为在线修改流程定义的BPM架构示意图；

[0050] 图4为本发明实施例提供的另一个基于BPM的业务处理方法实施例的流程图；

[0051] 图5为本发明实施例提供的基于BPM的业务处理装置的结构示意图；

[0052] 图6为本发明实施例提供的另一个基于BPM的业务处理装置的结构示意图；

[0053] 图7为本发明另一实施例提供的基于BPM的业务处理装置的结构示意图。

具体实施方式

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

[0055] 图1为本发明实施例提供的基于BPM的业务处理方法的流程图，如图1所示，该方法包括：

[0056] S101、业务节点接收上游业务节点发送的业务数据。

[0057] 举例来说，业务节点可以是业务处理的一个中间节点，用于对接收到的业务数据进行处理或者分配。如，业务数据为人工任务的派单，业务节点接收到人工任务的派单时可以解析该人工任务的派单为手工派单或者自动派单，并对不同的派单进行不同的处理。如对手工派单直接通过，对自动派单根据自动派单的核心属性确定一个自动处理的流程等。上游业务节点为向该业务节点发送业务数据的业务节点。

[0058] S102、业务节点根据业务数据及与业务数据对应的业务节点的流程变量建立至少一个出口分支，流程变量用于指示下游业务节点的属性。

[0059] 需要说明的是，业务节点根据业务数据及与业务数据对应的业务节点的流程变量建立至少一个出口分支，主要是说业务节点在建模时就已经确定了可以输出的所有下游业务节点，由于不同的业务数据需要对应不同的处理规则，如修改，打回或者通过等，而对所有可以输出的下游业务节点都建立出口分支会造成大量的冗余，因此业务节点仅需要对业务数据所需要的如修改，打回对应建立出口分支。由于每个出口分支都是根据一个流程变量建立的，因此每个出口分支上都可以绑定有该流程变量。

[0060] 进一步地，流程变量，流程变量是业务节点相邻业务节点的身份标识号码（Identity，ID）或相邻业务节点的名称，相邻业务节点包括该业务节点的上游业务节点和下游业务节点，一般情况下是指下游业务节点，如，流程变量根据下游业务节点的ID或名称确定下游业务节点的属性并指示该下游业务节点的属性，流程变量可以定义为Next Transition ID或者Next Transition name等。

[0061] 需要说明的是，业务节点可以根据业务数据及与业务数据对应的业务节点的流程变量利用集成开发环境（Integrated Development Environment，IDE）建立至少一个出口分支。其中，IDE是一种可辅助开发程式的应用软件。

[0062] S103、业务节点向显示页面输出至少一个出口分支，以使得用户在显示页面上选择出口分支发起触发指令。

[0063] 举例来说，业务节点可以将上述建立的出口分支选择需要显示的一部分，在表单页面上显示，也可以将建立的所有出口分支在表单页面上显示，优选的，业务节点可以将需要触发指令触发的出口分支在表单页面上显示。

[0064] 进一步地，表单页面可以使用服务器端页面技术，如表示层（User Show Layer，USL）、动态网页技术标准（Java Server Pages，JSP）、超文本预处理器（Hypertext Preprocessor，PHP）等，根据上述的出口分支动态地生成表单按钮，这些按钮可以为用户提供选择，如按钮上可以携带有“打回”或“修改”的字样。当然，这些按钮是可以动态触发的，使得用户选择出口分支发起触发指令，如用户选择“打回”便可以对“打回”双击或者触摸，这样“打回”按钮便成为了用户选择的按钮，此时用户的触发指令是针对“打回”按钮对应的出口路径的。

[0065] S104、业务节点根据接收到的触发指令确定出口分支，并通过出口分支输出业务数据。

[0066] 举例来说，根据“修改”的触发指令，确定出口分支为对应着“修改”处理的下游业务节点A，则通过通往下游业务节点A的出口分支输出业务数据，以使得业务数据到达下游业务节点A；或者，根据“打回”的触发指令，确定出口分支为对应着“打回”处理的上游业务节点B，则通过通往上游业务节点B的出口分支输出业务数据。

[0067] 进一步地，业务节点根据接收到的触发指令确定出口分支，利用BPM引擎调用确定的出口分支，以通过出口分支输出业务数据。

[0068] 再进一步地，业务节点根据接收到的触发指令确定一出口分支，也可以确定多个出口分支，即该业务数据需要同时进行多项处理。

[0069] 本发明实施例提供的基于BPM的业务处理方法。业务节点接收上游业务节点发送的业务数据；根据业务数据及与业务数据对应的业务节点的流程变量建立至少一个出口分支，流程变量用于指示下游业务节点的属性；显示至少一个出口分支，以使得用户在显示页面上选择出口分支发起触发指令；根据接收到的触发指令确定出口分支，并通过出口分支输出业务数据。这样一来，业务节点能够在业务数据来到时动态的生成出口分支，而不再需要对固定好的出口分支进行重新编码集重启来实现出口分支的增减。因此，业务节点能够实时为接收的业务数据提供所需的出口分支，提高了业务处理在线流程调整的效率，且提高了整个业务处理的灵活度。

[0070] 图2为本发明实施例提供的另一个基于BPM的业务处理方法实施例的流程图，如图2所示，该方法包括：

[0071] S201、业务节点接收上游业务节点发送的业务数据。

[0072] S202、业务节点根据业务数据的业务属性确定所需的处理规则，各处理规则分别对应其唯一的流程变量。

[0073] 需要说明的是，每个处理规则都唯一对应这一个流程变量。

[0074] 举例来说，业务数据为人工任务的派单，根据该业务属性可以确定该人工任务的派单的处理规则可以是“丢弃”“修改”“打回”“通过”，每个处理规则可以对应一个流程变量，流程变量可以是相邻业务节点的ID，如，“丢弃”对应相邻业务节点111，“修改”对应相邻业务节点112；“打回”对应相邻上游业务节点110；“通过”对应相邻下游业务节点114等，此处仅以此举说明，不作任何限定。

[0075] S203、业务节点从建模时针对业务节点生成的预设流程变量中选择匹配处理规则的流程变量。

[0076] 举例来说，建模时针对业务节点生成的预设流程变量对应的处理规则有：“丢弃”“修改”“打回”“通过”“叠加计算”“加密”等，如果该业务数据所需处理规则仅为“丢弃”“修改”“打回”“通过”，则业务节点只选择“丢弃”对应相邻业务节点111，“修改”对应相邻业务节点112；“打回”对应相邻上游业务节点110；“通过”对应相邻下游业务节点114；而不选择“叠加计算”对应相邻业务节点115以及“加密”对应相邻下游业务节点117。

[0077] S204、业务节点根据流程变量建立至少一个出口分支。

[0078] 举例来说，业务节点可以根据各个选择的业务节点的ID与相应的其它业务节点建立出口分支，如与业务节点111、业务节点112、业务节点110和业务节点114建立出口分支。

[0079] S205、业务节点根据至少每个需触发的出口分支生成可触发标签，以对应每个所可触发标签在显示页面上生成触发键。

[0080] 举例来说，由于人工任务的派单分为手工派单和自动派单两种情况，易于想到的是，对于自动派单这种不需要触发业务也可以直接完成的情况，业务节点是可以不针对它们生成可触发标签的，也可以生成。即：业务节点针对每个流程变量对应的出口分支生成可触发标签。或者，业务节点针对每个需触发的流程变量对应的出口分支生成可触发标签。再或者，也可以将所有的自动派单的流程变量对应的出口分支生成同一个可触发标签。如，可触发标签的显示型式为一个按钮，受制于要手工派单的出口分支的数目，生成的按钮总数+全流程的公共操作，如休眠，删除，终止+可手工派单的流程变量数目+1，1表示不需触发的标签。此处仅举例说明，并不以此做任何限定。

[0081] 进一步地，业务节点根据至少每个可触发的出口分支生成可触发标签，利用技术框架平台对应每个可触发标签在显示页面上生成触发键。

[0082] 举例来说，可触发标签上设有对应的触发键名称，触发键提供的服务内容以及触发键是否需触发，以使得可触发标签对应的触发键按照预设样式显示触发键名称、触发键提供的服务内容以及触发键是否需触发。

[0083] 进一步地，可触发标签的表现型式为上述按钮时，该按钮可以写有按钮“1”“2”等字样作为名称，并显示“丢弃”“修改”“打回”“通过”等服务内容，且还可以标识有是否需触发，如“丢弃”不需触发，“打回”需触发等。

[0084] 举例来说：人工任务派单页面的按钮可以均用该usl template实现：

[0085]

[0086] [0087] 。

[0088] 且，人工任务派单页面的按钮是通过上述的模板进行自动生成的。

[0089] S206、业务节点根据接收到的触发指令确定出口分支，并通过出口分支输出业务数据。

[0090] 举例来说，业务节点根据接收到的触发指令确定出口分支，利用BPM引擎调用确定的出口分支，以通过出口分支输出业务数据，如，通过BPM引擎流程实例调度API（应用程序接口，Application Programming Interface）实现，具体可以是BPM引擎提供查询API，输入为操作表单绑定的当前业务节点标识，如当前业务节点ID，返回值为当前业务节点选择的上述按钮对应的所有出口分支连线对象，即相邻业务节点。程序可写为：

[0091] API Listget Next Step Task Transitions(String current Act DefId)；

[0092] 其中，业务节点可以利用IDE建立上述的出口分支。出口分支可以定义为“transition”又称分支转移。本发明实施例可以在BPM中已定义的transition功能的新增一些扩展属性，用于存储上述表单的标签，如按钮的名称，以及传递给BPM的流程变量的值，如111或114等，以及上述标签是否需要触发，即是否为手工派单等数据。

[0093] S207、业务节点删除所有建立的出口分支。

[0094] 进一步地，业务节点利用IDE删除所有建立的出口分支。这样在下一个业务数据来到时，业务节点又可以根据下一个业务数据及与下一个业务数据对应的业务节点的流程变量建立至少一个出口分支。

[0095] 需要说明的是，图3为在线修改流程定义的BPM架构示意图，如图3所示，1为IDE或Web Composer（Web化的流程建模工具）在线调整流程定义，步骤S202、和S204由其负责完成。2为通知引擎去数据库或其他存储中调用数据，3为从数据库或其他存储中调用预设流程变量，步骤S203，S204由其负责完成。4和5为BPM引擎与页面的交互，步骤S205和S206由其负责完成。

[0096] 本发明实施例提供的基于BPM的业务处理方法。业务节点接收上游业务节点发送的业务数据；根据业务数据及与业务数据对应的业务节点的流程变量建立至少一个出口分支，流程变量用于指示下游业务节点的属性；显示至少一个出口分支，以使得用户在显示页面上选择出口分支发起触发指令；根据接收到的触发指令确定出口分支，并通过出口分支输出业务数据。这样一来，业务节点能够在业务数据来到时动态的生成出口分支，而不再需要对固定好的出口分支进行重新编码集重启来实现出口分支的增减。因此，业务节点能够实时为接收的业务数据提供所需的出口分支，提高了业务处理在线流程调整的效率，且提高了整个业务处理的灵活度。

[0097] 图4为本发明实施例提供的另一个基于BPM的业务处理方法实施例的流程图，如图4所示，在上述实施例S201～S206的基础上，S206之后，还可以包括：

[0098] S208、业务节点接收上游业务节点发送的下一个业务数据。

[0099] 需要说明的是，业务节点也可以在将业务数据发送出去后不清除已经建立的出口分支，而是根据下一个业务数据对出口分支进行更新。本实施例应用于该场景下，但不以此做任何限定。

[0100] S209、业务节点根据下一个业务数据及与下一个业务数据对应的业务节点的流程变量更新已建立的出口分支。

[0101] 举例来说，业务节点确定已建立的出口分支中与下一个业务数据对应的业务节点的流程变量的出口分支不变。业务节点删除已建立的出口分支中不与下一个业务数据对应的业务节点的流程变量的出口分支。业务节点根据下一业务数据及与下一业务数据对应的业务节点的流程变量建立除保持不变的出口分支之外的出口分支。

[0102] 如，建模时针对业务节点生成的预设流程变量对应的处理规则有：“丢弃”“修改”“打回”“通过”“叠加计算”“加密”等，业务节点已经建立了对应如下处理规则的出口分支“丢弃”“修改”“打回”“通过”，而下一个业务数据，也就是新收到的这个业务数据诉求的流程变量对应的处理规则是“通过”“叠加计算”，那么，业务节点保留“通过”的出口分支，新建“叠加计算”的出口分支，删除“丢弃”“修改”“打回”的出口分支。

[0103] 进一步地，业务节点根据下一个业务数据及与下一个业务数据对应的业务节点的流程变量利用IDE更新已建立的出口分支。

[0104] 本发明实施例提供的基于BPM的业务处理方法。业务节点接收上游业务节点发送的业务数据；根据业务数据及与业务数据对应的业务节点的流程变量建立至少一个出口分支，流程变量用于指示下游业务节点的属性；显示至少一个出口分支，以使得用户在显示页面上选择出口分支发起触发指令；根据接收到的触发指令确定出口分支，并通过出口分支输出业务数据。这样一来，业务节点能够在业务数据来到时动态的生成出口分支，而不再需要对固定好的出口分支进行重新编码集重启来实现出口分支的增减。因此，业务节点能够实时为接收的业务数据提供所需的出口分支，提高了业务处理在线流程调整的效率，且提高了整个业务处理的灵活度。

[0105] 图5为本发明实施例提供的基于BPM的业务处理装置的结构示意图，如图5所示，基于BPM的业务处理装置30包括：

[0106] 接收单元301，用于接收上游业务节点发送的业务数据。

[0107] 建立单元302，用于根据业务数据及与业务数据对应的业务节点的流程变量建立至少一个出口分支，流程变量用于指示下游业务节点的属性。

[0108] 处理单元303，用于向显示页面输出至少一个出口分支，以使得用户在显示页面上选择出口分支发起触发指令。

[0109] 处理单元303，还用于根据接收到的触发指令确定出口分支，并使得发送单元304通过出口分支输出业务数据。

[0110] 进一步地，建立单元302，具体用于根据业务数据及与业务数据对应的业务节点的流程变量利用IDE建立至少一个出口分支。

[0111] 处理单元303，具体用于根据接收到的触发指令确定出口分支，利用BPM确定的出口分支，以使得发送单元304通过出口分支输出业务数据。

[0112] 举例来说，建立单元302，具体用于根据业务数据的业务属性确定所需的处理规则，各处理规则分别对应其唯一的流程变量；从建模时针对业务节点生成的预设流程变量中选择匹配处理规则的流程变量；根据流程变量建立至少一个出口分支。

[0113] 处理单元303，具体用于根据至少每个需触发的流程变量对应的出口分支生成可触发标签，以对应每个所可触发标签在显示页面上生成触发键。

[0114] 进一步地，处理单元303，具体用于根据至少每个需触发的流程变量对应的出口分支生成可触发标签，利用技术框架平台对应每个可触发标签在显示页面上生成触发键，其中，可触发标签上设有对应的触发键名称，触发键提供的服务内容以及触发键是否需触发，以使得可触发标签对应的触发键按照预设样式显示触发键名称、触发键提供的服务内容以及触发键是否需触发。

[0115] 再进一步地，接收单元301，还用于接收上游业务节点发送的下一个业务数据。

[0116] 处理单元303，还用于根据下一个业务数据及与下一个业务数据对应的本业务节点的流程变量利用IDE更新已建立的出口分支。

[0117] 举例来说，处理单元303，具体用于确定已建立的出口分支中与下一个业务数据对应的业务节点的流程变量的出口分支不变；使得删除单元利用IDE删除已建立的出口分支中不与下一个业务数据对应的业务节点的流程变量的出口分支；根据下一业务数据及与下一业务数据对应的业务节点的流程变量使得建立单元利用IDE建立除保持不变的出口分支之外的出口分支。

[0118] 进一步地，图6为本发明实施例提供的另一个基于BPM的业务处理装置的结构示意图，如图6所示，本实施例的基于BPM的业务处理装置在图5所示装置结构的基础上，进一步地，还可以包括：

[0119] 删除单元305，用于删除所有建立的出口分支。

[0120] 举例来说，删除单元305，具体用于利用IDE删除所有建立的出口分支。

[0121] 本实施例的基于BPM的业务处理装置30，可以用于执行图1～4任意所示方法实施例的技术方案，其实现原理和技术效果类似，此处不再赘述。

[0122] 本发明实施例提供的基于BPM的业务处理装置。业务节点接收上游业务节点发送的业务数据；根据业务数据及与业务数据对应的业务节点的流程变量建立至少一个出口分支，流程变量用于指示下游业务节点的属性；显示至少一个出口分支，以使得用户在显示页面上选择出口分支发起触发指令；根据接收到的触发指令确定出口分支，并通过出口分支输出业务数据。这样一来，业务节点能够在业务数据来到时动态的生成出口分支，而不再需要对固定好的出口分支进行重新编码集重启来实现出口分支的增减。因此，业务节点能够实时为接收的业务数据提供所需的出口分支，提高了业务处理在线流程调整的效率，且提高了整个业务处理的灵活度。

[0123] 图7为本发明另一实施例提供的基于BPM的业务处理装置的结构示意图，如图7所示，基于BPM的业务处理装置40包括：

[0124] 接收器401，用于接收上游业务节点发送的业务数据。

[0125] 处理器402，用于根据业务数据及与业务数据对应的业务节点的流程变量建立至少一个出口分支，流程变量用于指示下游业务节点的属性。

[0126] 处理器402，用于向显示页面输出至少一个出口分支，以使得用户在显示页面上选择出口分支发起触发指令。

[0127] 处理器402，还用于根据接收到的触发指令确定出口分支，并使得发送器403通过出口分支输出业务数据。

[0128] 进一步地，处理器402，具体用于根据业务数据及与业务数据对应的业务节点的流程变量利用IDE建立至少一个出口分支。

[0129] 处理器402，具体用于根据接收到的触发指令确定出口分支，利用BPM确定的出口分支，以使得发送器403通过出口分支输出业务数据。

[0130] 举例来说，处理器402具体用于根据业务数据的业务属性确定所需的处理规则，[0131] 各处理规则分别对应其唯一的流程变量；从建模时针对业务节点生成的预设流程变量中选择匹配处理规则的流程变量；根据流程变量建立至少一个出口分支。

[0132] 处理器402，具体用于根据至少每个需触发的流程变量对应的出口分支生成可触发标签，以对应每个所可触发标签在显示页面上生成触发键。

[0133] 进一步地，处理器402，

[0134] 具体用于根据至少每个需触发的流程变量对应的出口分支生成可触发标签，利用技术框架平台对应每个可触发标签在显示页面上生成触发键，其中，可触发标签上设有对应的触发键名称，触发键提供的服务内容以及触发键是否需触发，以使得可触发标签对应的触发键按照预设样式显示触发键名称、触发键提供的服务内容以及触发键是否需触发。。

[0135] 再进一步地，接收器401，还用于接收上游业务节点发送的下一个业务数据。

[0136] 处理器402，还用于根据下一个业务数据及与下一个业务数据对应的本业务节点的流程变量利用IDE更新已建立的出口分支。

[0137] 举例来说，处理器402，具体用于确定已建立的出口分支中与下一个业务数据对应的业务节点的流程变量的出口分支不变；利用IDE删除已建立的出口分支中不与下一个业务数据对应的业务节点的流程变量的出口分支；根据下一业务数据及与下一业务数据对应的业务节点的流程变量利用IDE建立除保持不变的出口分支之外的出口分支。

[0138] 进一步地，处理器402，还用于删除所有建立的出口分支。如用于利用IDE删除所有建立的出口分支。

[0139] 本实施例的基于BPM的业务处理装置40，可以用于执行图1～4任意所示方法实施例的技术方案，其实现原理和技术效果类似，此处不再赘述。

[0140] 本发明实施例提供的基于BPM的业务处理装置。业务节点接收上游业务节点发送的业务数据；根据业务数据及与业务数据对应的业务节点的流程变量建立至少一个出口分支，流程变量用于指示下游业务节点的属性；显示至少一个出口分支，以使得用户在显示页面上选择出口分支发起触发指令；根据接收到的触发指令确定出口分支，并通过出口分支输出业务数据。这样一来，业务节点能够在业务数据来到时动态的生成出口分支，而不再需要对固定好的出口分支进行重新编码集重启来实现出口分支的增减。因此，业务节点能够实时为接收的业务数据提供所需的出口分支，提高了业务处理在线流程调整的效率，且提高了整个业务处理的灵活度。

[0141] 本领域普通技术人员可以理解：实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时，执行包括上述各方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

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