CN115857884A - 一种业务流程图生成方法及装置 - Google Patents

Abstract

本申请提供了一种业务流程图生成方法及装置，所述方法包括：基于预先构建的业务节点库，获取用于实现目标业务场景下目标业务所需的多个目标业务节点；基于目标业务的业务处理流程，依次连接所述目标业务节点，并在交互界面中展示连接好的业务流程图；响应针对每个目标业务节点的第一配置指令，在交互界面中展示该目标业务节点对应的配置控件；响应针对每个目标业务节点对应的配置控件中待配置的节点属性的第二配置指令，确定每个目标业务节点的节点属性，并生成配置好的业务流程图；从而在业务流程图设计时可视化显示并配置业务节点的业务属性，适合业务人员高效率使用、实现工作流的快速部署和应用。

Description

一种业务流程图生成方法及装置

技术领域

本申请涉及工作流设计技术领域，具体而言，涉及一种业务流程图生成方法、装置。

背景技术

工作流设计器为可视化的流程设计工具，用户通过拖放等方式来绘制流程，并通过对于环节的配置来实现环节操作、环节表单、环节参与者的配置。但是，传统的工作流缺乏封装性、配置单一，针对不同的业务，其业务信息不同，业务节点的业务属性不同，因此，不同业务的工作流业务流程图通常需要修改技术人员参与变更节点属性、修改流程设计图，手动发布流程才能使用，因此，传统工作流设计方法存在着在应用系统中不适合业务人员使用、使用效率不高、不能快速部署和应用的问题。

发明内容

有鉴于此，本申请的目的在于提供一种业务流程图生成方法及装置，通过将业务流程图中的业务节点的业务属性进行封装，从而在业务流程图设计时可视化显示并配置业务节点的业务属性，适合业务人员高效率使用、实现工作流的快速部署和应用。

本申请实施例提供的一种业务流程图生成方法，包括：

基于预先构建的业务节点库，获取用于实现目标业务场景下目标业务所需的多个目标业务节点；所述业务节点库中预先存储有多种封装好的业务节点；

基于目标业务的业务处理流程，依次连接所述目标业务节点，并在交互界面中展示连接好的业务流程图；

响应针对每个目标业务节点的第一配置指令，在交互界面中展示该目标业务节点对应的配置控件；所述配置控件中展示多种待配置的节点属性；所述节点属性中包括所述业务节点的业务处理逻辑；

响应针对每个目标业务节点对应的配置控件中待配置的节点属性的第二配置指令，确定每个目标业务节点的节点属性，并生成配置好的业务流程图。

在一些实施例中，所述的业务流程图生成方法中，所述业务节点，是通过以下方式封装的：

基于业务节点中需要通过填写操作配置的节点属性，编译填写代码，以基于所述填写代码在配置控件中展示待填写配置信息的节点属性；

和/或，基于业务节点中需要通过调用操作配置的节点属性，编译调用代码，以基于所述调用代码在配置控件中展示调用的外部系统的数据；

和/或，基于业务节点中需要通过选择操作配置的节点属性，编译选择代码，以基于所述选择代码在配置控件中展示与选择操作对应的选择按钮；

对编译好的填写代码、和/或调用代码、和/或选择代码进行封装处理，得到封装好的业务节点。

在一些实施例中，所述的业务流程图生成方法中，响应针对每个目标业务节点对应的配置控件中待配置的节点属性的第二配置指令，确定每个目标业务节点的节点属性，至少包括以下之一：

响应针对配置控件中至少部分待配置的节点属性的填写操作，确定业务节点的至少部分节点属性；

响应针对配置控件中至少部分待配置的节点属性的调用操作，调用外部数据，并通过对外部数据的选择操作，确定业务节点的至少部分节点属性；

响应针对配置控件中至少部分待配置的节点属性的对应的选择按钮的选择操作，确定业务节点的至少部分节点属性。

在一些实施例中，所述的业务流程图生成方法还包括：

针对目标业务场景下多个目标业务，确定所述多个目标业务中相同的部分业务处理流程对应的主目标业务节点，以及各个目标业务中不同的部分业务处理流程对应的子目标业务节点；

基于所述主目标业务节点生成一主流程，基于各个目标业务对应的子目标业务节点生成对应每一目标业务的子流程；

在主流程的最后一个主业务节点和每个子流程的第一个子业务节点中，配置主流程和子流程的关联关系，以将主流程和各个子流程组合为实现多个目标业务的业务流程。

在一些实施例中，所述的业务流程图生成方法中，响应针对每个目标业务节点对应的配置控件中待配置的节点属性的第二配置指令，确定每个目标业务节点的节点属性，包括：

针对至少部分目标业务节点，确定所述目标业务节点处理目标业务时的至少一种处理时间阈值；

通过目标业务节点对应的配置控件配置所述业务节点对应的至少一种处理时间阈值；

配置所述目标业务节点的实际处理时间超出所述处理时间阈值时对应的业务处理逻辑。

在一些实施例中，所述的业务流程图生成方法中，响应针对每个目标业务节点对应的配置控件中待配置的节点属性的第二配置指令，确定每个目标业务节点的节点属性，包括：

针对至少部分目标业务节点，通过所述目标业务节点对应的配置控件，调用外部系统的员工数据，并展示所述员工数据；

响应针对所述展示的员工数据中目标员工和/或目标角色的选择操作，确定所述目标节点中的业务处理人员。

在一些实施例中，所述的业务流程图生成方法中，基于目标业务的业务处理流程，依次连接所述目标业务节点，包括：

针对至少部分目标业务节点，在所述目标业务节点之后连接一自动任务节点，以通过自动任务节点审核所述目标业务节点的节点处理结果；

响应针对每个目标业务节点对应的配置控件中待配置的节点属性的第二配置指令，确定每个目标业务节点的节点属性，包括：

配置自动任务节点所关联的审核系统，以将所述自动任务节点接收到的节点处理结果发送至审核系统，使审核系统对所述节点处理系统进行审核，并将审核结果返回值自动任务节点；

配置自动任务节点针对所述审核结果的处理策略，所述自动任务节点接收所述审核结果，并根据所述审核结果确定是否进行下一目标节点的任务处理。

在一些实施例中，所述的业务流程图生成方法中，所述方法还包括：响应针对每个目标业务节点对应的配置控件中待配置的节点属性的第二配置指令，确定每个目标业务节点的节点属性，包括：

针对判断节点，通过对判断节点对应的配置控件中展示的条件元素按钮的第二选择操作，选择组成判断节点中判断条件表达式的元素；

组合所述选择的元素，组成判断节点中判断条件表达式。

在一些实施例中，所述的业务流程图生成方法中，所述方法还包括：响应针对每个目标业务节点对应的配置控件中待配置的节点属性的第二配置指令，确定每个目标业务节点的节点属性，包括：

针对至少部分目标业务节点，响应针对每个目标业务节点对应的配置控件中失败重试策略的选择操作；所述失败重试策略包括以下至少之一：返回首节点、返回上一业务节点、挂起并等待人工处理；

根据所述选择操作确定所述目标业务节点的失败重试策略，以在所述目标业务节点异常时基于所述失败重试策略处理目标业务。

在一些实施例中，还提供一种业务流程图生成装置，所述装置包括：

获取模块，用于基于预先构建的业务节点库，获取用于实现目标业务场景下目标业务所需的多个目标业务节点；所述业务节点库中预先存储有多种封装好的业务节点；

连接模块，用于基于目标业务的业务处理流程，依次连接所述目标业务节点，并在交互界面中展示连接好的业务流程图；

展示模块，用于响应针对每个目标业务节点的第一配置指令，在交互界面中展示该目标业务节点对应的配置控件；所述配置控件中展示多种待配置的节点属性；所述节点属性中包括所述业务节点的业务处理逻辑；

确定模块，用于响应针对每个目标业务节点对应的配置控件中待配置的节点属性的第二配置指令，确定每个目标业务节点的节点属性，并生成配置好的业务流程图。

本申请实施例提供一种业务流程图生成方法及装置，获取实现目标业务场景下目标业务所需的封装有业务属性的目标业务节点，并依次连接所述封装好的目标业务节点，在交互界面中展示连接好的业务流程图，响应针对每个目标业务节点的第一配置指令，在交互界面中展示该目标业务节点对应的配置控件，所述配置控件中展示多种待配置的业务属性，然后配置好每个目标业务节点的业务属性，并生成配置好的业务流程图；对业务属性的可视化配置能够实现该目标业务节点处理目标业务功能，无需技术人员根据该目标业务的功能从代码层面设计业务节点的业务属性、修改流程设计图，屏蔽了网关、脚本等不适合业务人员理解和使用的节点，使得业务人员能够根据目标业务的业务信息设计出业务流程图，适合业务人员使用、且设计效率高，便于实现工作流的快速部署和应用。

附图说明

为了更清楚地说明本申请实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1示出了本申请实施例所述业务流程图生成方法的方法流程图；

图2示出了本申请所述的一种业务流程图；

图3示出了本申请实施例所述人工审批节点对应的配置控件的示意图；

图4示出了本申请实施例所述会签节点对应的配置控件的示意图；

图5示出了本申请实施例所述自动任务节点对应的配置控件的示意图；

图6示出了本申请实施例所述条件分支节点的配置控件示意图；

图7示出了本申请实施例所述条件分支节点的配置控件中的条件表达式的编辑控件示意图；

图8示出了本申请实施例所述子流程节点对应的配置控件示意图；

图9示出了本申请实施例所述业务流程图生成装置的结构示意图；

图10示出了本申请实施例所述电子设备的结构示意图。

具体实施方式

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，应当理解，本申请中附图仅起到说明和描述的目的，并不用于限定本申请的保护范围。另外，应当理解，示意性的附图并未按实物比例绘制。本申请中使用的流程图示出了根据本申请的一些实施例实现的操作。应该理解，流程图的操作可以不按顺序实现，没有逻辑的上下文关系的步骤可以反转顺序或者同时实施。此外，本领域技术人员在本申请内容的指引下，可以向流程图添加一个或多个其他操作，也可以从流程图中移除一个或多个操作。

另外，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围，而是仅仅表示本申请的选定实施例。基于本申请的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本申请保护的范围。

需要说明的是，本申请实施例中将会用到术语“包括”，用于指出其后所声明的特征的存在，但并不排除增加其它的特征。

工作流设计器为可视化的流程设计工具，用户通过拖放等方式来绘制流程，并通过对于环节的配置来实现环节操作、环节表单、环节参与者的配置。但是，传统的工作流缺乏封装性、配置单一，针对不同的业务，其业务信息不同，业务节点的业务属性不同，因此，不同业务的工作流业务流程图通常需要修改技术人员参与变更节点属性、修改流程设计图，手动发布流程才能使用，因此，传统工作流设计方法存在着在应用系统中不适合业务人员使用、使用效率不高、不能快速部署和应用的问题。

基于此，本申请实施例提供一种业务流程图生成方法及装置，获取实现目标业务场景下目标业务所需的封装有业务属性的目标业务节点，并依次连接所述封装好的目标业务节点，在交互界面中展示连接好的业务流程图，响应针对每个目标业务节点的第一配置指令，在交互界面中展示该目标业务节点对应的配置控件，所述配置控件中展示多种待配置的业务属性，然后配置好每个目标业务节点的业务属性，并生成配置好的业务流程图；对业务属性的可视化配置能够实现该目标业务节点处理目标业务功能，无需技术人员根据该目标业务的功能从代码层面设计业务节点的业务属性、修改流程设计图，屏蔽了网关、脚本等不适合业务人员理解和使用的节点，使得业务人员能够根据目标业务的业务信息设计出业务流程图，适合业务人员使用、且设计效率高，便于实现工作流的快速部署和应用。

请参照图1，图1示出了本申请实施例所述业务流程图生成方法的方法流程图；具体的，所述业务流程图生成方法包括以下步骤S101-S104：

S101、基于预先构建的业务节点库，获取用于实现目标业务场景下目标业务所需的多个目标业务节点；所述业务节点库中预先存储有多种封装好的业务节点；

S102、基于目标业务的业务处理流程，依次连接所述目标业务节点，并在交互界面中展示连接好的业务流程图；

S103、响应针对每个目标业务节点的第一配置指令，在交互界面中展示该目标业务节点对应的配置控件；所述配置控件中展示多种待配置的节点属性；所述节点属性中包括所述业务节点的业务处理逻辑；

S104、响应针对每个目标业务节点对应的配置控件中待配置的节点属性的第二配置指令，确定每个目标业务节点的节点属性，并生成配置好的业务流程图。

这里，所述业务流程图是工作流设计器中的业务流程图，又称流程设计图、流程图等，所述业务流程图发布后，能够实现目标业务的功能，例如请假审批、离职审批等。

在本申请实施例中，所述业务流程图生成方法可以运行于终端设备或者是服务器；其中，终端设备可以为本地终端设备，当业务流程图生成方法运行于服务器时，该业务流程图生成方法则可以基于云交互系统来实现与执行，其中，云交互系统至少包括服务器和客户端设备(也即终端设备)。

具体的，以应用于服务器为例，当业务流程图生成方法运行于服务器上时，业务流程图生成方法用于通过工作流设计器设计实现目标业务的功能的业务流程图。

在所述步骤S101中、基于预先构建的业务节点库，获取实现目标业务场景下目标业务所需的多个目标业务节点；所述业务节点库中预先存储有多种封装好的业务节点，所述封装好的业务节点中封装有待配置的节点属性，所述节点属性中包括所述业务节点的业务处理逻辑。

所述业务节点的业务处理逻辑是基于该业务节点所要实现的功能确定的，用于表征所述业务节点的功能；也就是说，业务处理逻辑决定了该业务节点中有处理权限的员工，以何种方法、何种逻辑处理业务，例如，具有业务节点的业务处理权限的员工、角色、业务的判断逻辑、业务的会签逻辑、业务的通过逻辑、业务的否决逻辑等等。

这里，所述节点属性中包括节点基本属性，所述节点基本属性包括节点名称、节点描述等。

基于预先构建的业务节点库，获取实现目标业务场景下目标业务所需的多个目标业务节点，包括：

根据目标业务场景下目标业务所要实现的功能，确定出实现目标业务所需的目标业务节点；

基于预先构建的业务节点库，获取实现目标业务场景下目标业务所需的多个目标业务节点。

示例性的，获取实现目标业务场景下目标业务所需的多个目标业务节点，包括：响应针对目标业务节点的选中操作，在交互界面中展示选中的目标业务节点。

所述针对目标业务节点的选中操作，包括拖动操作、点击操作、输入针对目标业务节点的选择指令等等。

本申请实施例中，所述业务节点，是通过以下方式封装的：

基于业务节点中需要通过填写操作配置的节点属性，编译填写代码，以基于所述填写代码在配置控件中展示待填写配置信息的节点属性；

和/或，基于业务节点中需要通过调用操作配置的节点属性，编译调用代码，以基于所述调用代码在配置控件中展示调用的外部系统的数据；

和/或，基于业务节点中需要通过选择操作配置的节点属性，编译选择代码，以基于所述选择代码在配置控件中展示与选择操作对应的选择按钮；

对编译好的填写代码、和/或调用代码、和/或选择代码进行封装处理，得到封装好的业务节点。

这里，所述外部系统中包括企业中的组织架构数据；因此，所述外部系统可以为邮件系统、站内信等平台。这里，业务节点对应的代码中，至少包括填写代码、选择代码和调用代码的一种；有时候，针对业务节点中的一条业务逻辑，通过一种代码即可完成，有时候则需要通过多种代码配合完成，例如通过调用代码调用外部数据并展示，再通过选择代码选择展示的外部数据以完成节点属性的配置。

本申请实施例中所述预先构建的业务节点库，包括业务场景中最常用到的节点类型，屏蔽了BPMN2.0中的网关、脚本等不适合业务人员理解和使用的节点。具体的，所述业务节点库中预先存储的封装好的业务节点包括：开始节点、结束节点、人工审批节点、自动任务节点、条件分支节点、会签节点、子流程节点。

示例性的，请参照图2，图2示出了本申请所述的一种业务流程图，所述业务流程图的目标业务节点包括开始节点、多个人工审批节点、自动任务节点、条件分支节点、会签节点、子流程节点、结束节点。具体的，图2中的客户经理节点、风险经理节点、团队长节点、分行复核节点、分行秘书汇总节点均人工审批节点属于人工审批节点；风险监测属于自动任务节点；两个条件判断节点属于条件分支节点；分行会审属于会签节点。

需要说明的是，子流程节点是一个相对的概念，业务节点可以是上一个业务节点的子流程节点，此时上一个业务节点为该业务节点的主流程节点；同时，该业务节点还能够作为下一个业务节点的主流程节点，此时下一个业务节点为该业务节点的子流程节点。

以及，图2所示的业务流程图仅仅用于展示业务节点的类型和业务节点的配置控件等信息，并不必然实现一业务功能。

请在所述步骤S102中，基于目标业务的业务处理流程，依次连接所述目标业务节点，并在交互界面中展示连接好的业务流程图。

所述交互界面，即为工作流设计器的交互界面，在以下实施例中，可以为为浏览器中的交互界面。

所述针对多个目标业务节点的连接指令，是根据针对多个目标业务节点的连接操作生成的。所述连接指令具体包括两个相邻目标业务节点的连接关系，所述两个相邻目标业务节点的连接关系，是根据目标业务所要实现的功能确定的。

在连接所述目标业务节点的过程中，可以通过拖拽等操作移动目标业务节点的位置。

连接两个相邻目标业务节点的连接操作，至少包括以下之一：针对两个相邻目标业务节点的点击操作，以在相邻目标业务节点之间生成箭头连接线；将预先封装好的箭头连接线展示在交互界面上，并通过所述预先封装好的箭头连接两个相邻目标业务节点的操作。

本申请实施例所述步骤顺序，并不代表必然的执行顺序。在一些实施例中，也可以先执行所述步骤S103和步骤S104，先配置每个目标业务节点的节点属性，在配置好每个目标业务节点的节点属性后，再执行步骤S102，依次连接所述目标业务节点，并在交互界面中展示连接好的业务流程图，生成配置好的业务流程图。

在所述步骤S103中，响应针对每个目标业务节点的第一配置指令，在交互界面中展示该目标业务节点对应的配置控件；所述配置控件中展示多种待配置的节点属性；所述节点属性中包括所述业务节点的业务处理逻辑。

这里，目标业务节点对应的配置控件，是由该目标业务节点对应的编译好的代码确定的。也就是说，每种目标业务节点的配置控件中，包括待填写的节点属性、和/或待调外部系统数据的节点属性、和/或选择按钮；其中，待填写的节点属性对应封装好的业务节点中的填写代码，待调外部系统数据的节点属性对应封装好的业务节点中的调用代码，选择按钮对应封装好的业务节点中的选择代码。

具体的，当所述目标业务节点为人工审批节点时，响应针对每个目标业务节点的第一配置指令，在交互界面中展示该目标业务节点对应的配置控件，包括：

响应针对人工审批节点的第一配置指令，在交互界面中展示所述人工审批节点对应的配置控件；

其中，所述人工审批节点对应的配置控件中展示的待配置的节点属性，至少包括以下与业务处理逻辑相关的业务属性：候选人来源、候选人、候选角色来源、候选角色、关联智能表单编码、节点超时提醒、节点催办提醒、加签权限、转办权限、是否可指定下一节点审批人和是否需要抄送。

这里，所述人工审批节点，又可称为用户节点，通常用于确定业务审批流程的审批人员和审批策略。

所述人工审批节点对应的配置控件中展示的待配置的节点属性，至少包括以下部分业务基本属性：节点名称、节点描述。

请参照图3，图3示出了本申请实施例所述人工审批节点对应的配置控件的示意图。

所述业务属性中，候选人表征处理该业务的工作人员。候选人来源是指候选人所在的部门、小组等，候选人来源的设置限定了候选人的选择范围。候选角色表征处理该业务的工作人员在企业或组织中的角色；候选角色来源是指候选角色所在的部门、小组等，候选角色来源的设置限定了候选角色的选择范围。节点超时提醒表征了该目标业务节点的预设处理时长，若超出该预设处理时长，候选人和/或候选角色未进行处理，则确定该目标业务节点的业务处理超时。节点催办提醒表征了该目标业务节点的预设提醒时长，当达到所述预设提醒时长时，根据该目标业务节点中封装的提醒策略进行提醒。

这里，候选人和候选角色的不同之处在于，候选人针对具体的人，候选角色针对具体的角色，该角色对应的具体的人发生改变不影响业务流程的进行。

加签权限表征了该目标业务节点的业务是否需要加签处理；转办权限表征了该目标业务节点的业务是否能被其他审批人(候选人或候选角色)处理，例如原先需要经过第一组组长审批的业务，能否转至第二组组长处进行审批。配置是否可指定下一节点审批人，即该目标业务节点的业务能否被下一节点的审批人审批处理。

可见，本申请实施例所述的业务属性，表征了业务所能实现的功能，表征了处理业务处理策略或业务处理规则。还能够根据该目标业务的功能，实现个性化配置，例如第一种目标业务可以转办，第二种目标业务不可以被转办。

本申请实施例中，人工审批节点中至少部分业务属性通过填写操作进行配置，至少部分业务属性通过对配置控件中的选择按钮的选择操作进行配置，至少部分业务属性通过对配置控件中的调用操作进行配置。

示例性的，本申请实施例中的人工审批节点中，节点名称、节点描述，通过填写操作进行配置，候选人来源、候选角色来源则通过针对选择按钮的选择操作进行配置；在具体配置候选人和候选角色时，需要对接外部系统中的组织架构数据，并从组织架构数据选择出具体的候选人和候选角色，完成候选人和候选角色的配置；节点超时提醒、节点催办提醒通过填写操作和选择操作进行配置，选择操作确定时、分等时间的计量单位，填写操作确定具体的时长；关联智能表单编码、加签权限、转办权限、是否可指定下一节点审批人和是否需要抄送通过对配置控件中的选择按钮的选择操作进行配置。

也就是说，所述人工审批节点对应的代码中包括填写代码、代用代码和选择代码；其中，填写代码对应节点名称、节点描述的配置；调用代码对应候选人和候选角色的配置；选择代码对应候选人来源、候选角色来源、候选人和候选角色、节点超时提醒、节点催办、关联智能表单编码、加签权限、转办权限、是否可指定下一节点审批人和是否需要抄送等对应选择代码。

请参照图3，以团队长这一人工审批节点为例，该节点的节点名称为团队长；节点描述为团队长：候选人来源为指定审批人；示例性的，候选人为测试专用、超级管理员；候选角色来源为本机构；候选角色为测试岗、管理岗；智能表单编码为流程列表仅显示；超时提醒时间为60分；催办提醒时间为160分；更新业务数据选择是；是否可加签选择否；是否可转办选择否；是否可设置下一节点候选人选择是；是否需抄送选择否。

本申请实施例中，当所述目标业务节点为会签节点时，响应针对每个目标业务节点的第一配置指令，在交互界面中展示该目标业务节点对应的配置控件，包括：

响应针对会签节点的第一配置指令，在交互界面中展示所述会签节点对应的配置控件；

其中，所述会签节点对应的配置控件中展示的待配置的节点属性，至少包括以下与业务处理逻辑相关的业务属性：会签类型、会签通过比例、会签否决比例、一票否决权、否决策略。本申请实施例中，所述会签节点对应的配置控件中展示的待配置的节点属性，还至少包括以下部分业务基本属性：节点名称、节点描述。

本申请实施例中，所述会签节点对应的配置控件中展示的待配置的节点属性，还至少包括以下部分业务属性：候选人来源、候选人、候选角色来源、候选角色、关联智能表单编码、节点超时提醒、节点催办提醒。

请参照图4，图4示出了本申请实施例所述会签节点对应的配置控件的示意图。

这里，会签类型表征会签节点的类型，其中，会签节点的类型包括并行、串行。会签通过比例表征了通过该审批的会签策略，例如达到第一预设目标人数即通过、达到第一预设百分比即通过；会签否决比例表征了通过该审批的否决策略，例如达到第二预设目标人数即否决、达到第二预设百分比即否决；一票否决权表征了是否可以一票否决该审批；否决策略表征了否决该审批之后，针对该审批的继续处理策略。

示例性的，所述否决策略包括：继续执行、返回首节点、返回上一人工节点、终止。

由此可见，本申请实施例中会签节点的业务属性，表征了多种会签策略。同时，还能够根据该目标业务的功能，实现个性化配置，例如第一种目标业务可以一票否决，第二种目标业务不可以被一票否决。

本申请实施例中，会签节点中至少部分业务属性通过填写操作进行配置，至少部分业务属性通过对配置控件中的配置按钮的选择操作进行配置，至少部分业务属性综合填写操作和选择操作进行配置。

示例性的，请参照图4，图4中与人工审批节点相同的节点属性之外，更新业务数据、会签类型、一票否决权、否决策略均通过对配置控件中的配置按钮的选择操作进行配置；会签通过比例、会签否决比例综合填写操作和选择操作进行配置。具体的，会签通过比例、会签否决比例通过选择操作配置以人数为基本还是以百分比为基准，通过填写操作填写具体的数据。

示例性的，本申请实施例所示的会签节点，更新业务数据选择是，会签类型选择并行，通过比例具体为人数-1；否决比例具体为人数-2；是否一票否决选择否；否决策略选择继续执行。

当所述目标业务节点为自动任务节点时，响应针对每个目标业务节点的第一配置指令，在交互界面中展示该目标业务节点对应的配置控件，包括：

响应针对自动任务节点的第一配置指令，在交互界面中展示所述自动任务节点对应的配置控件；

其中，所述自动任务节点对应的配置控件中展示的待配置的节点属性，至少包括以下与业务处理逻辑相关的业务属性：自动任务服务类型、服务、执行的类、执行的方法、失败后重试次数、重试失败后执行的策略、预警处理角色、预警处理人。

所述自动任务节点的业务属性用于表征该业务节点的服务执行方法；例如该节点的执行方法失败后的失败处理机制。

所述自动任务展示的待配置的节点属性中，依然至少包括以下部分业务基本属性：节点名称、节点描述。

请参照图5，图5示出了本申请实施例所述自动任务节点对应的配置控件的示意图。其中，自动任务服务类型、服务、执行的类、执行的方法表征了该节点服务的属性，失败后重试次数、重试失败后执行的策略、预警处理角色、预警处理人，表征了对于该节点的失败处理机制。其中，失败后重试次数，表征了该节点的执行方法失败的重新执行的次数，例如，失败后重新执行一次。重试失败后执行的策略表征了重试失败后的失败处理机制，包括:退回首节点、退回上一人工节点、挂起并等待人工处理。预警处理角色表征了当自动处理节点满足预先封装的预警条件时的要告知的角色；预警处理人表征了当自动处理节点满足预先封装的预警条件时的要告知的工作人员。

这里，预警处理角色、预警处理人的不同之处在于，预警处理人针对具体的人，预警处理角色针对具体的角色，该角色对应的具体的人发生改变不影响自动任务节点中预警流程的进行。

可见，本申请实施例所述的自动任务节点，能够可视化配置失败处理机制等，其中具体可配置失败重试机制、失败处理策略和预警策略。

请参照图5，本申请实施例中，配置好的所述自动任务节点的节点名称为风险监测；节点描述为风险监测；服务类型为内部服务；服务名为演示服务；类名为CusCustomerRightsRestApplicationSer；方法名为doSomeWorkFlowAutoServiceTask；重试次数为1；失败策略为从退回首节点、退回上一人工节点、挂起并等待人工处理三种策略中的挂起并等待人工处理；预警处理角色为管理岗；预警处理人为超级管理员。

同样的，人工审批节点的配置控件中至少部分节点属性通过填写操作进行配置，例如：节点名称、节点描述；至少部分业务属性通过对配置控件中的选择按钮的选择操作进行配置，例如：自动任务服务类型、服务、执行的类、执行的方法、失败后重试次数、重试失败后执行的策略；部分节点属性需要通过调用操作和选择操作完成配置，例如预警处理角色、预警处理人。

当所述目标业务节点为条件分支节点时，响应针对每个目标业务节点的第一配置指令，在交互界面中展示该目标业务节点对应的配置控件，包括：

响应针对条件分支节点的第一配置指令，在交互界面中展示所述条件分支节点对应的配置控件；

其中，所述条件分支节点对应的配置控件中展示的待配置的节点属性，至少包括以下部分业务属性：条件表达式、映射条件、自定义运算符。

所述条件分支节点，又可以称之为判断节点，条件判断节点等。

所述条件分支节点的配置控件，用于可视化的配置条件表达式。

其中，所述条件分支节点的配置控件的业务属性中，所述条件表达式用于表征该条件分支节点的判断条件，所述映射条件用于表征元素之间的映射关系，所述自定义运算符用于自定义运算符的含义，例如将运算符*定义为乘法运算等。

请参照图6，图6示出了本申请实施例所述条件分支节点的配置控件示意图；请参照图7，图7示出了所述条件分支节点的配置控件中的条件表达式的编辑控件示意图。通过所述在线配置表达式、自定义运算符的功能，使得业务人员能够灵活、可视化的定义条件分支节点的判断条件。

本申请实施例中，通过对所述条件分支节点的配置控件的添加操作，添加件表达式，通过对添加的表达式的编辑操作，调出条件表达式的编辑控件，并编辑条件表达式。

本申请实施例中，条件分支节点的中条件的配置基本通过选择操作实现配置。

当所述目标业务节点为子流程节点时，响应针对每个目标业务节点的第一配置指令，在交互界面中展示该目标业务节点对应的配置控件，包括：

响应针对子流程节点的第一配置指令，在交互界面中展示所述子流程节点对应的配置控件；

其中，所述子流程节点对应的配置控件中展示的待配置的节点属性中的业务属性，包括主流程节点的输出参数和子流程节点的输入参数之间的映射关系。

由于子流程节点是一个相对的概念，业务节点可以是上一个业务节点的子流程节点，此时上一个业务节点为该业务节点的主流程节点；同时，该业务节点还能够作为下一个业务节点的主流程节点，此时下一个业务节点为该业务节点的子流程节点。

因此，这里，子流程节点的业务属性表征子流程节点的输入参数和该子流程的映射关系，以及子流程节点的输出参数和接收该子流程节点的输入参数之间的映射关系。

这里，所述子流程节点对应的配置控件中展示的待配置的节点属性中的节点基本属性，包括子流程节点名称、子流程节点描述。

请参照图8，图8示出了本申请实施例所述子流程节点对应的配置控件示意图；示例性的，子流程节点名称为：总行流程(CUST＿RIGTH＿HEAD)；子流程节点描述为：总行审批流程；输入参数下的子流程属性和主流程属性一一对应，例如：子流程属性的主键对应主流程属性的主键(id)；子流程属性的客户编号对应主流程属性的客户编号(customerId)子流程属性的客户名称对应主流程属性的客户名称(customerName)；子流程属性的证件号码对应主流程属性的证件号码(certld)；子流程属性的证件类型对应主流程属性的证件类型(certType)等。

基于此，本申请实施例提供一种业务流程图生成方法，获取实现目标业务场景下目标业务所需的封装有业务属性的目标业务节点，并依次连接所述封装好的目标业务节点，在交互界面中展示连接好的业务流程图，响应针对每个目标业务节点的第一配置指令，在交互界面中展示该目标业务节点对应的配置控件，所述配置控件中展示多种待配置的业务属性，然后配置好每个目标业务节点的业务属性，并生成配置好的业务流程图；对业务属性的可视化配置能够实现该目标业务节点处理目标业务功能，无需技术人员根据该目标业务的功能从代码层面设计业务节点的业务属性、修改流程设计图，屏蔽了网关、脚本等不适合业务人员理解和使用的节点，使得业务人员能够根据目标业务的业务信息设计出业务流程图，适合业务人员使用、且设计效率高，便于实现工作流的快速部署和应用。

在所述步骤S104中，响应针对每个目标业务节点对应的配置控件中待配置的节点属性的第二配置指令，确定每个目标业务节点的节点属性，并生成配置好的业务流程图。

这里，所述配置好的业务流程图，用于处理目标业务场景下目标业务。

本申请实施例中，响应针对每个目标业务节点对应的配置控件中待配置的节点属性的第二配置指令，确定每个目标业务节点的节点属性，至少包括以下之一：

响应针对配置控件中至少部分待配置的节点属性的填写操作，确定业务节点的至少部分节点属性；

响应针对配置控件中至少部分待配置的节点属性的调用操作，调用外部数据，并通过对外部数据的选择操作，确定业务节点的至少部分节点属性；

响应针对配置控件中至少部分待配置的节点属性的对应的选择按钮的选择操作，确定业务节点的至少部分节点属性。

具体的，目标业务节点的配置控件可以仅仅通过填写操作、调用操作和选择操作完成配置，或者通过填写操作、调用操作和选择操作的组合完成配置；针对目标节点中的一条业务处理逻辑，可以通过一种操作完成配置，例如会签节点中的否决策略，仅仅通过选择操作，即可从预先配置好的否决策略中选择一种否决策略；也可以通过多种操作的组合完成配置，例如候选人的配置，通过调用操作调用外部系统的组织架构数据，通过选择操作从调用的组织架构数据中选择出后候选人。

本申请实施例中，所述的业务流程图生成方法，还包括：

针对目标业务场景下多个目标业务，确定所述多个目标业务中相同的部分业务处理流程对应的主目标业务节点，以及各个目标业务中不同的部分业务处理流程对应的子目标业务节点；

基于所述主目标业务节点生成一主流程，基于各个目标业务对应的子目标业务节点生成对应每一目标业务的子流程；

在主流程的最后一个主业务节点和每个子流程的第一个子业务节点中，配置主流程和子流程的关联关系，以将主流程和各个子流程组合为实现多个目标业务的业务流程。

也就是说，所述多个目标业务的业务处理流程中，有一部分业务处理流程是相同的，另一部分的业务处理流程是不同的；相同部分的业务处理流程对应相同的目标业务节点，本申请实施例中称之为主目标业务节点，主目标业务节点组成主流程，主流程与多个目标业务是一对多的关系；不同部分的业务处理流程对应不同的目标业务节点，本申请实施例中称之为子目标业务节点，子目标业务节点组成子流程，子流程与多个目标业务是一对一的关系。

这里，需要说明的是，所述子流程和主流程仅仅用于区分多个目标本业务共同对应的流程和分别对应的流程，不代表所述子流程和主流程执行上有先后关系。

示例性的，针对一请假流程，总公司A有三个子公司A1、A2、A3；每个子公司需要搭建以请假业务；该请假业务在子公司A1、A2、A3，分别需要不同的业务节点，且每个业务节点的配置不同；当请假业务转至总公司处理时，对应的业务节点和业务节点的配置是相同的。因此，分别针对三个子公司A1、A2、A3搭建三个请假子流程，并针对总公司搭建一个请假主流程，并建子流程和请假主流程之间关联关系。

或者，针对一项目审批流程，公司B的项目分为两个等级，S级项目和B级项目；S级项目和B级项目的前3个节点是一样的，需要经过小组组长处理、审核人处理、部长处理；这时，前3个业务节点构成一主流程；随后，针对S级项目，需要再次经过4个节点审批，但是针对B级项目，只需要经过2个节点审批即可，且S级项目对应4个节点的审批策略与B级项目对应的2个节点的审批策略不同；基于此，针对S级项目和B级项目配置相同的主流程，再针对S级项目和B级项目配置各自对应的子流程。

基于此，主流程和子流程之间并没有先后顺序之分，可以先执行子流程，也可以先执行主流程。

所述主流程和子流程的机制还适用于信贷业务，各个分行有各自的处理流程，但是总行的处理流程是相同的。

基于嵌入式子流程模式，实现主流程和子流程之间进行退回、审批等流转，通过配置主流程关联的子流程，在主流程审批到子流程时自动发起子流程；子流程的机制不仅仅在设计流程图时，减少了配置的工作量，还解决了业务中因主流程节点的变更而需要修改所有关联的流程的麻烦，即：公共的流程抽取作为子流程，而差异性的流程，通过子流程节点关联的公共流程，实现主子流程之间的关联，子流程发生变更时，只需要升级子流程即可，而主流程不需要做任何更改，提高了流程的变更后的配置化效率。

本申请所述的业务流程图生成方法中，响应针对每个目标业务节点对应的配置控件中待配置的节点属性的第二配置指令，确定每个目标业务节点的节点属性，包括：

针对至少部分目标业务节点，确定所述目标业务节点处理目标业务时的至少一种处理时间阈值；

通过目标业务节点对应的配置控件配置所述业务节点对应的至少一种处理时间阈值；

配置所述目标业务节点的实际处理时间超出所述处理时间阈值时对应的业务处理逻辑。

这里，由于一个业务处理流程往往需要经过很多业务节点处理，为了保证处理效率，该业务不能在一个业务节点停留太长时间，因此，需要设置处理时间阈值，提醒节点中的审批人员进行处理。

本申请实施例中，具体的，所述处理时间阈值包括超时提醒时间阈值和催办提醒时间阈值两种。

所述超时提醒时间阈值，用于在业务节点中的审批人员处理该任务的时长超过所述超时提醒时间阈值时，通过预先配置好的业务处理逻辑进行处理。

所述催办提醒时间阈值，用于在业务节点中的审批人员处理该任务的时长超过所述催办提醒时间阈值时，通过预先配置好的业务处理逻辑进行处理。

这里，催办提醒时间阈值大于超时提醒时间阈值。

通过设置处理时间阈值，提醒审批人员及时处理业务，保证了业务处理流程的及时性。

具体的，本申请实施例所述的几种业务节点中，人工审批节点和会签节点通常需要配置处理时间阈值。

配置所述目标业务节点的实际处理时间超出所述处理时间阈值时对应的业务处理逻辑，具体的，所述的业务处理逻辑包括：生成一提醒信息、返回上一节点、转办、跳过等等。

也就是说，当目标业务节点的实际处理时间超出所述处理时间阈值时，生成一提醒信息，提醒处理人员进行处理。

或者，当目标业务节点的实际处理时间超出所述处理时间阈值时，返回上一业务节点。

或者，当目标业务节点的实际处理时间超出所述处理时间阈值时，返回上一业务节点，转发至其他业务节点进行处理，或转发至其他处理人处进行处理；例如若处理人员A未及时处理，则转发至具有相同权限的处理人员B进行处理。

或者，当目标业务节点的实际处理时间超出所述处理时间阈值时，直接跳过该业务节点，将进入下一业务节点进行处理。

本申请实施例中，响应针对每个目标业务节点对应的配置控件中待配置的节点属性的第二配置指令，确定每个目标业务节点的节点属性，包括：

针对至少部分目标业务节点，通过所述目标业务节点对应的配置控件，调用外部系统的员工数据，并展示所述员工数据；

响应针对所述展示的员工数据中目标员工和/或目标角色的选择操作，确定所述目标节点中的业务处理人员。

本申请实施例中，当需要配置人工审批节点、会签节点中的审批人员、会签人员等业务处理人员时，通过调用外部系统的员工数据实现业务处理人员的配置。

这里，通过调用外部系统的员工数据实现业务处理人员的配置，既可以准确的实现目标员工和/或目标角色的配置；同时，对接外部系统实现用户节点、会签节点等业务节点审批权限的配置化，通过候选角色的配置，达到候选人的动态增加和减少，解决业务系统中节点审批人(客户经理等)的离职或入职、请假等场景的权限变化。

本申请实施例中，基于目标业务的业务处理流程，依次连接所述目标业务节点，包括：

针对至少部分目标业务节点，在所述目标业务节点之后连接一自动任务节点，以通过自动任务节点审核所述目标业务节点的节点处理结果；

响应针对每个目标业务节点对应的配置控件中待配置的节点属性的第二配置指令，确定每个目标业务节点的节点属性，包括：

配置自动任务节点所关联的审核系统，以将所述自动任务节点接收到的节点处理结果发送至审核系统，使审核系统对所述节点处理系统进行审核，并将审核结果返回值自动任务节点；

配置自动任务节点针对所述审核结果的处理策略，所述自动任务节点接收所述审核结果，并根据所述审核结果确定是否进行下一目标节点的任务处理。

也就是说，所述自动任务节点能够将业务处理结果发送至审核系统进行审核，并接收审核系统的审核结果；若审核结果为通过，则进入下一节点；若审核结果为不通过，则按照预先配置的策略的进行处理。

示例性的，例如信贷业务场景中，例如某客户的贷款额度为100万，但是客户经理由于种种原因，通过了贷款额度为150万的审批；若没有自动任务节点，则难以发现这一违规行为。本申请实施例中，将贷款额度为150万的审批结果发送至审核系统，现有的金融平台均设置有一些自动化的审核模型，能够基于用户的历史数据判断用户的审批额度等；或者，审核平台设置有该用户的贷款额度数据。这样，通过自动任务节点对接通过外部的已有的审核系统，对业务审批结果进行审核，进一步防止业务审批流程中的纰漏。

同时，由于自动任务节点需要对接外部审核系统，不一定能够顺利实现数据交互，因此，在自动任务节点中配置失败重试机制以及失败处理策略，在自动任务节点发送数据失败或接收数据失败时进行预设次数的重试；以及，在重试失败时按照预先配置的失败处理策略进行处理。

具体的，所述失败处理策略包括：返回首节点、返回上一人工节点、挂起并等待人工处理等等。

所述的业务流程图生成方法还包括：响应针对每个目标业务节点对应的配置控件中待配置的节点属性的第二配置指令，确定每个目标业务节点的节点属性，包括：

也就是说，针对至少部分目标业务节点，响应针对每个目标业务节点对应的配置控件中失败重试策略的选择操作；所述失败重试策略包括以下至少之一：返回首节点、返回上一业务节点、挂起并等待人工处理；

根据所述选择操作确定所述目标业务节点的失败重试策略，以在所述目标业务节点异常时基于所述失败重试策略处理目标业务。

配置自动任务的执行应用和方法，提高了自动任务的可视化配置，扩展支持的重试机制、失败策略，实现了在业务中风险探测、智能控制等遇到的各种场景下的失败处理机制，提高了程序的可靠性和完善性。

本申请实施例中，所述方法还包括：响应针对每个目标业务节点对应的配置控件中待配置的节点属性的第二配置指令，确定每个目标业务节点的节点属性，包括：

针对会签节点，通过对会签节点对应的配置控件中展示的至少一种会签策略按钮的第一选择操作；其中，所述会签策略按钮对应的会签策略包括以下至少部分：会签类型、会签通过策略、一票否决策略、否决后的继续执行策略；

基于所述选择操作，确定会签节点的会签策略。

本申请实施例中，所述的业务流程图生成方法还包括：响应针对每个目标业务节点对应的配置控件中待配置的节点属性的第二配置指令，确定每个目标业务节点的节点属性，包括：

针对判断节点，通过对判断节点对应的配置控件中展示的条件元素按钮的第二选择操作，选择组成判断节点中判断条件表达式的元素；

组合所述选择的元素，组成判断节点中判断条件表达式。

本申请实施例中条件节点的表达式配置方法，无需通过编译代码的方式编译表达式，减低了非专业人员设计路程图的难度；同时，通过选择按钮选择表达式中的每一元素，如≥100万，即通过选择≥这一按钮，以及数据按钮组成表达式，更加灵活的满足流程图的设计需要。

本申请实施例中，所述的业务流程图生成方法还包括：响应针对每个目标业务节点对应的配置控件中待配置的节点属性的第二配置指令，确定每个目标业务节点的节点属性，包括：

针对至少部分目标业务节点，配置预警处理角色和/或预警处理人，以在所述目标业务节点满足预先配置的警告条件时，通过所述预警处理角色和/或预警处理人处理目标业务节点的业务。

示例性的，例如自动任务节点接收到审核系统的审核结果为“不通过”时，向预先配置的预警处理角色和/或预警处理人发送预警信息，以使预警处理角色和/或预警处理人对客户经理的审批结果进行人工复核。

基于所述预警处理角色和/或预警处理人的配置，进一步丰富了业务流程图的功能，保证了业务流程图对应的业务流程严谨、安全的实行。

基于同一发明构思，本申请实施例中还提供了与业务流程图生成方法对应的业务流程图生成装置，由于本申请实施例中的装置解决问题的原理与本申请实施例上述业务流程图生成方法相似，因此装置的实施可以参见方法的实施，重复之处不再赘述。

请参照图9，图9示出了本申请实施例所述业务流程图生成装置的结构示意图；所述业务流程图生成装置，包括：

获取模块901，用于基于预先构建的业务节点库，获取用于实现目标业务场景下目标业务所需的多个目标业务节点；所述业务节点库中预先存储有多种封装好的业务节点；

连接模块902，用于基于目标业务的业务处理流程，依次连接所述目标业务节点，并在交互界面中展示连接好的业务流程图；

展示模块903，用于响应针对每个目标业务节点的第一配置指令，在交互界面中展示该目标业务节点对应的配置控件；所述配置控件中展示多种待配置的节点属性；所述节点属性中包括所述业务节点的业务处理逻辑；

确定模块904，用于响应针对每个目标业务节点对应的配置控件中待配置的节点属性的第二配置指令，确定每个目标业务节点的节点属性，并生成配置好的业务流程图。

本申请实施例提供一种业务流程图生成装置，获取实现目标业务场景下目标业务所需的封装有业务属性的目标业务节点，并依次连接所述封装好的目标业务节点，在交互界面中展示连接好的业务流程图，响应针对每个目标业务节点的第一配置指令，在交互界面中展示该目标业务节点对应的配置控件，所述配置控件中展示多种待配置的业务属性，然后配置好每个目标业务节点的业务属性，并生成配置好的业务流程图；对业务属性的可视化配置能够实现该目标业务节点处理目标业务功能，无需技术人员根据该目标业务的功能从代码层面设计业务节点的业务属性、修改流程设计图，屏蔽了网关、脚本等不适合业务人员理解和使用的节点，使得业务人员能够根据目标业务的业务信息设计出业务流程图，适合业务人员使用、且设计效率高，便于实现工作流的快速部署和应用。

在一些实施例中，所述业务流程图生成装置中的所述业务节点库中预先存储的封装好的业务节点的包括：开始节点、结束节点、人工审批节点、自动任务节点、条件分支节点、会签节点、子流程节点。

基于同一发明构思，本申请实施例中还提供了与业务流程图生成方法对应的电子设备，由于本申请实施例中的电子设备解决问题的原理与本申请实施例上述业务流程图生成方法相似，因此电子设备的实施可以参见方法的实施，重复之处不再赘述。

本申请实施例中，所述的业务流程图生成装置中还包括封装模块，所述封装模块，用于通过以下方式封装业务节点：

基于业务节点中需要通过填写操作配置的节点属性，编译填写代码，以基于所述填写代码在配置控件中展示待填写配置信息的节点属性；

和/或，基于业务节点中需要通过调用操作配置的节点属性，编译调用代码，以基于所述调用代码在配置控件中展示调用的外部系统的数据；

和/或，基于业务节点中需要通过选择操作配置的节点属性，编译选择代码，以基于所述选择代码在配置控件中展示与选择操作对应的选择按钮；

对编译好的填写代码、和/或调用代码、和/或选择代码进行封装处理，得到封装好的业务节点。

本申请实施例中，所述的业务流程图生成装置中的确定模块，在响应针对每个目标业务节点对应的配置控件中待配置的节点属性的第二配置指令，确定每个目标业务节点的节点属性时，具体用于：

响应针对配置控件中至少部分待配置的节点属性的填写操作，确定业务节点的至少部分节点属性；

和/或响应针对配置控件中至少部分待配置的节点属性的调用操作，调用外部数据，并通过对外部数据的选择操作，确定业务节点的至少部分节点属性；

和/或响应针对配置控件中至少部分待配置的节点属性的对应的选择按钮的选择操作，确定业务节点的至少部分节点属性。

本申请实施例中，所述的业务流程图生成装置中还包括关联模块，用于：

针对目标业务场景下多个目标业务，确定所述多个目标业务中相同的部分业务处理流程对应的主目标业务节点，以及各个目标业务中不同的部分业务处理流程对应的子目标业务节点；

基于所述主目标业务节点生成一主流程，基于各个目标业务对应的子目标业务节点生成对应每一目标业务的子流程；

在主流程的最后一个主业务节点和每个子流程的第一个子业务节点中，配置主流程和子流程的关联关系，以将主流程和各个子流程组合为实现多个目标业务的业务流程。

本申请实施例中，所述的业务流程图生成装置中的确定模块，在响应针对每个目标业务节点对应的配置控件中待配置的节点属性的第二配置指令，确定每个目标业务节点的节点属性时，具体用于：

针对至少部分目标业务节点，确定所述目标业务节点处理目标业务时的至少一种处理时间阈值；

通过目标业务节点对应的配置控件配置所述业务节点对应的至少一种处理时间阈值；

配置所述目标业务节点的实际处理时间超出所述处理时间阈值时对应的业务处理逻辑。

本申请实施例中，所述的业务流程图生成装置中的确定模块，在响应针对每个目标业务节点对应的配置控件中待配置的节点属性的第二配置指令，确定每个目标业务节点的节点属性时，具体用于：

针对至少部分目标业务节点，通过所述目标业务节点对应的配置控件，调用外部系统的员工数据，并展示所述员工数据；

响应针对所述展示的员工数据中目标员工和/或目标角色的选择操作，确定所述目标节点中的业务处理人员。

本申请实施例中，所述的业务流程图生成装置中的连接模块，在基于目标业务的业务处理流程，依次连接所述目标业务节点时，具体用于：

针对至少部分目标业务节点，在所述目标业务节点之后连接一自动任务节点，以通过自动任务节点审核所述目标业务节点的节点处理结果；

响应针对每个目标业务节点对应的配置控件中待配置的节点属性的第二配置指令，确定每个目标业务节点的节点属性，包括：

配置自动任务节点所关联的审核系统，以将所述自动任务节点接收到的节点处理结果发送至审核系统，使审核系统对所述节点处理系统进行审核，并将审核结果返回值自动任务节点；

配置自动任务节点针对所述审核结果的处理策略，所述自动任务节点接收所述审核结果，并根据所述审核结果确定是否进行下一目标节点的任务处理。

本申请实施例中，所述的业务流程图生成装置中的确定模块，在响应针对每个目标业务节点对应的配置控件中待配置的节点属性的第二配置指令，确定每个目标业务节点的节点属性时，具体用于：

针对判断节点，通过对判断节点对应的配置控件中展示的条件元素按钮的第二选择操作，选择组成判断节点中判断条件表达式的元素；

组合所述选择的元素，组成判断节点中判断条件表达式。

本申请实施例中，所述的业务流程图生成装置中的确定模块，在响应针对每个目标业务节点对应的配置控件中待配置的节点属性的第二配置指令，确定每个目标业务节点的节点属性时，具体用于：

针对至少部分目标业务节点，响应针对每个目标业务节点对应的配置控件中失败重试策略的选择操作；所述失败重试策略包括以下至少之一：返回首节点、返回上一业务节点、挂起并等待人工处理；

根据所述选择操作确定所述目标业务节点的失败重试策略，以在所述目标业务节点异常时基于所述失败重试策略处理目标业务。

请参照图10，图10示出了本申请实施例所述电子设备的结构示意图；具体的，所述电子设备1000，包括：处理器1001、存储器1002和总线，所述存储器1002存储有所述处理器1001可执行的机器可读指令，当电子设备1000运行时，所述处理器1001与所述存储器1002之间通过总线通信，所述机器可读指令被所述处理器1001执行时执行所述的业务流程图生成方法的步骤。

基于同一发明构思，本申请实施例中还提供了与业务流程图生成方法对应的计算机可读存储介质，由于本申请实施例中的计算机可读存储介质解决问题的原理与本申请实施例上述业务流程图生成方法相似，因此计算机可读存储介质的实施可以参见方法的实施，重复之处不再赘述。

本申请实施例还提供一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行所述的业务流程图生成方法的步骤。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统和装置的具体工作过程，可以参考方法实施例中的对应过程，本申请中不再赘述。在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，所述模块的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，又例如，多个模块或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口，装置或模块的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的模块可以是或者也可以不是物理上分开的，作为模块显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个处理器可执行的非易失的计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，平台服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

以上仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以权利要求的保护范围为准。

Claims (10)

1.一种业务流程图生成方法，其特征在于，所述方法包括：

基于预先构建的业务节点库，获取用于实现目标业务场景下目标业务所需的多个目标业务节点；所述业务节点库中预先存储有多种封装好的业务节点；

基于目标业务的业务处理流程，依次连接所述目标业务节点，并在交互界面中展示连接好的业务流程图；

响应针对每个目标业务节点的第一配置指令，在交互界面中展示该目标业务节点对应的配置控件；所述配置控件中展示多种待配置的节点属性；所述节点属性中包括所述业务节点的业务处理逻辑；

响应针对每个目标业务节点对应的配置控件中待配置的节点属性的第二配置指令，确定每个目标业务节点的节点属性，并生成配置好的业务流程图。

2.根据权利要求1所述的业务流程图生成方法，其特征在于，所述业务节点，是通过以下方式封装的：

基于业务节点中需要通过填写操作配置的节点属性，编译填写代码，以基于所述填写代码在配置控件中展示待填写配置信息的节点属性；

和/或，基于业务节点中需要通过调用操作配置的节点属性，编译调用代码，以基于所述调用代码在配置控件中展示调用的外部系统的数据；

和/或，基于业务节点中需要通过选择操作配置的节点属性，编译选择代码，以基于所述选择代码在配置控件中展示与选择操作对应的选择按钮；

对编译好的填写代码、和/或调用代码、和/或选择代码进行封装处理，得到封装好的业务节点。

3.根据权利要求1所述的业务流程图生成方法，其特征在于，响应针对每个目标业务节点对应的配置控件中待配置的节点属性的第二配置指令，确定每个目标业务节点的节点属性，至少包括以下之一：

响应针对配置控件中至少部分待配置的节点属性的填写操作，确定业务节点的至少部分节点属性；

响应针对配置控件中至少部分待配置的节点属性的调用操作，调用外部数据，并通过对外部数据的选择操作，确定业务节点的至少部分节点属性；

响应针对配置控件中至少部分待配置的节点属性的对应的选择按钮的选择操作，确定业务节点的至少部分节点属性。

4.根据权利要求1所述的业务流程图生成方法，其特征在于，所述方法还包括：

针对目标业务场景下多个目标业务，确定所述多个目标业务中相同的部分业务处理流程对应的主目标业务节点，以及各个目标业务中不同的部分业务处理流程对应的子目标业务节点；

基于所述主目标业务节点生成一主流程，基于各个目标业务对应的子目标业务节点生成对应每一目标业务的子流程；

在主流程的最后一个主业务节点和每个子流程的第一个子业务节点中，配置主流程和子流程的关联关系，以将主流程和各个子流程组合为实现多个目标业务的业务流程。

5.根据权利要求1所述的业务流程图生成方法，其特征在于，响应针对每个目标业务节点对应的配置控件中待配置的节点属性的第二配置指令，确定每个目标业务节点的节点属性，包括：

针对至少部分目标业务节点，确定所述目标业务节点处理目标业务时的至少一种处理时间阈值；

通过目标业务节点对应的配置控件配置所述业务节点对应的至少一种处理时间阈值；

配置所述目标业务节点的实际处理时间超出所述处理时间阈值时对应的业务处理逻辑。

6.根据权利要求1所述的业务流程图生成方法，其特征在于，响应针对每个目标业务节点对应的配置控件中待配置的节点属性的第二配置指令，确定每个目标业务节点的节点属性，包括：

针对至少部分目标业务节点，通过所述目标业务节点对应的配置控件，调用外部系统的员工数据，并展示所述员工数据；

响应针对所述展示的员工数据中目标员工和/或目标角色的选择操作，确定所述目标节点中的业务处理人员。

7.根据权利要求1所述的业务流程图生成方法，其特征在于，基于目标业务的业务处理流程，依次连接所述目标业务节点，包括：

针对至少部分目标业务节点，在所述目标业务节点之后连接一自动任务节点，以通过自动任务节点审核所述目标业务节点的节点处理结果；

响应针对每个目标业务节点对应的配置控件中待配置的节点属性的第二配置指令，确定每个目标业务节点的节点属性，包括：

配置自动任务节点所关联的审核系统，以将所述自动任务节点接收到的节点处理结果发送至审核系统，使审核系统对所述节点处理系统进行审核，并将审核结果返回值自动任务节点；

配置自动任务节点针对所述审核结果的处理策略，所述自动任务节点接收所述审核结果，并根据所述审核结果确定是否进行下一目标节点的任务处理。

8.根据权利要求1所述的业务流程图生成方法，其特征在于，所述方法还包括：响应针对每个目标业务节点对应的配置控件中待配置的节点属性的第二配置指令，确定每个目标业务节点的节点属性，包括：

针对判断节点，通过对判断节点对应的配置控件中展示的条件元素按钮的第二选择操作，选择组成判断节点中判断条件表达式的元素；

组合所述选择的元素，组成判断节点中判断条件表达式。

9.根据权利要求1所述的业务流程图生成方法，其特征在于，所述方法还包括：响应针对每个目标业务节点对应的配置控件中待配置的节点属性的第二配置指令，确定每个目标业务节点的节点属性，包括：

针对至少部分目标业务节点，响应针对每个目标业务节点对应的配置控件中失败重试策略的选择操作；所述失败重试策略包括以下至少之一：返回首节点、返回上一业务节点、挂起并等待人工处理；

根据所述选择操作确定所述目标业务节点的失败重试策略，以在所述目标业务节点异常时基于所述失败重试策略处理目标业务。

10.一种业务流程图生成装置，其特征在于，所述装置包括：

获取模块，用于基于预先构建的业务节点库，获取用于实现目标业务场景下目标业务所需的多个目标业务节点；所述业务节点库中预先存储有多种封装好的业务节点；

连接模块，用于基于目标业务的业务处理流程，依次连接所述目标业务节点，并在交互界面中展示连接好的业务流程图；

展示模块，用于响应针对每个目标业务节点的第一配置指令，在交互界面中展示该目标业务节点对应的配置控件；所述配置控件中展示多种待配置的节点属性；所述节点属性中包括所述业务节点的业务处理逻辑；

确定模块，用于响应针对每个目标业务节点对应的配置控件中待配置的节点属性的第二配置指令，确定每个目标业务节点的节点属性，并生成配置好的业务流程图。

Images