CN113850558A - 一种工作流程编排方法及装置 - Google Patents

Abstract

本申请提供一种工作流程编排方法及装置。其中方法包括：响应于用户触发的第一请求，基于第一请求请求的工作流模型生成第一私有副本，响应于用户对第一私有副本的第一调整操作，得到第二私有副本；响应于用户对第二私有副本触发的第一指令，生成工作流实例，工作流实例与第二私有副本相同；其中，工作流模型中的工作流节点具体用于，在监测到上级节点的状态满足启动操作的执行条件后，执行启动操作。本申请实施例的工作流模型和工作流节点是松耦合的，且工作流节点为无状态节点，并且工作流实例具有一一对应的私有副本，因此，在工作流实例的运行过程中，仍可以修改工作流实例，增强了流程编排方法的灵活性、能够满足复杂项目的流程编排需求。

Description

一种工作流程编排方法及装置

技术领域

本申请涉及计算机技术领域，尤其涉及一种工作流程编排方法及装置。

背景技术

随着互联网移动办公的高速不断发展，越来越多的企业开始在办公方面也引进工作流来协作企业办公，提高企业工作效率和协作能力。工作流是指一系列相互衔接、自动进行的业务活动或任务。具体的，工作流基于办公自动化基础上，通过企业自定义好的流程转向实现流程自动流转、业务申请审批、信息沟通及时等，最终以提高工作水平和工作效率的目的。

传统的工作流引擎适用于生成单一固定的业务流程，然而，面对业务流程复杂度高，灵活性强，涉及到的业务流程可能执行顺序不一致或者根据复杂条件不断变换，传统工作流引擎则无法满足。

发明内容

本申请提供一种工作流程编排方法及装置，用以增强工作流编排的灵活度，满足复杂业务场景的使用需求。

第一方面，本申请提供一种工作流模型，该工作流模型用于定义工作流节点；其中，每个工作流节点用于描述业务流程的一个环节，工作流节点包括：规则，用于定义环节包含的待执行的操作，以及待执行的操作的执行条件；其中，待执行的操作包括启动操作，工作流节点具体用于，在监测到上级节点的状态满足启动操作的执行条件后，执行启动操作。

上述设计，工作流节点的启动由自身控制，即在检测到满足启动条件，便能执行启动操作，不需要上级节点触发下级节点启动，因此，工作流节点的生命周期可以由自己进行管理，由该类型的工作流节点所组成的工作流模型具有更高的灵活性，能够应用于复杂、灵活多变的应用场景中。

第二方面，本申请提供一种工作流程编排方法，该方法可以由终端设备实现，也可以由终端设备的部件实现，如由终端设备中的处理装置、电路、芯片等部件实现。

该方法还包括：接收用户的第一请求；响应于第一请求，基于第一请求请求的工作流模型生成第一私有副本，第一私有副本与工作流模型相同；响应于用户对第一私有副本的第一调整操作，得到第二私有副本；响应于用户对第二私有副本触发的第一指令，生成工作流实例，工作流实例与第二私有副本一一对应；其中，工作流模型，用于定义工作流节点，每个工作流节点用于描述业务流程的一个环节，工作流节点包括：规则，用于定义环节包含的待执行的操作，以及待执行的操作的执行条件；其中，待执行的操作包括启动操作，工作流节点具体用于，在监测到上级节点的状态满足启动操作的执行条件后，执行启动操作。

上述设计，工作流模型和工作流节点是松耦合的，且工作流节点的生命周期由自身管理，不依赖其他节点触发启动，并且工作流实例具有一一对应的私有副本，因此，在工作流实例的运行过程中，仍可以修改工作流实例，增强了流程编排方法的灵活性、能够满足复杂项目的流程编排需求。

在一种可能的实现方法中，在工作流实例运行过程中，响应于用户对第二私有副本的第二调整操作，得到第三私有副本；响应于用户对第三私有副本触发的第二指令，对工作流实例进行调整，以使工作流实例与第三私有副本一致。

上述设计，工作流实例具有一一对应的私有副本，通过修改私有副本可以调整运行过程中的私有副本，是一种一对一的调整方式，不会影响由同一工作流模型生成的工作流实例，能够实现在工作流实例的运行过程中，对工作流实例的灵活调整。

第三方面，本申请实施例提供一种终端设备，包括处理器和存储器，其中，存储器用于存储一个或多个计算机程序；当存储器存储的一个或多个计算机程序被处理器执行时，使得该终端设备能够实现上述任二方面的任意一种可能的设计的方法。

第四方面，还提供一种终端设备，包括：用于执行上述第二方面或第二方面的任意一种可能的设计的方法的模块/单元；这些模块/单元可以通过硬件实现，也可以通过硬件执行相应的软件实现。

第五方面，还提供一种芯片，所述芯片与上述第一方面所述的终端设备中的存储器耦合，使得所述芯片在运行时调用所述存储器中存储的程序指令，实现如上述第二方面提供的方法。

第六方面，还提供一种计算机可读存储介质，所述计算机可读存储介质包括计算机程序，当计算机程序在终端设备上运行时，使得所述终端设备执行如上述第二方面提供的方法。

第七方面，还提供一种计算机程序产品，包括指令，当所述指令在计算机上运行时，使得所述计算机执行如上述第二方面提供的方法。

以上第三方面到第七方面的有益效果，请参考第二方面提出各个技术方案的有益效果，这里不再重复赘述。

附图说明

图1为本申请实施例提供的一种工作流的示意图；

图2为一种传统工作流模型的示意图；

图3为本申请实施例提供的一种工作流节点模块库的示意图；

图4为本申请实施例提供的一种工作流模型的示意图；

图5为本申请实施例提供的另一种工作流模型的示意图；

图6为本申请实施例提供的一种工作流程编排方法所对应的流程示意图；

图7为本申请实施例提供的一种工作流程编排的过程示意图；

图8为本申请实施例提供的一种工作流实例的调整过程示意图；

图9为本申请实施例提供的一种生成工作流实例的过程示意图；

图10为本申请实施例提供的一种调整运行过程中的工作流实例的过程示意图；

图11为本申请实施例中所涉及的终端设备的可能的示例性框图；

图12为本申请实施例提供的一种终端设备示意图。

具体实施方式

为了使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请作进一步地详细描述。方法实施例中的具体操作方法也可以应用于装置实施例或系统实施例中。

本申请实施例提供的工作流可以应用于工程项目管理、企业业务流程管理、电商流程管理等多种应用场景中。

以下，对本申请实施例中的部分用语进行解释说明，以便于本领域技术人员理解。

1，本申请实施例涉及的“工作流”，是指业务流程的计算机化或自动化。

具体的，工作流是对工作流程及其各操作步骤之间业务规则的抽象、概括描述。换言之，工作流是为实现某个业务目标，利用计算机在多个参与者之间按某种预定规则自动传递文档、信息或者任务。

例如，在线下流程中，许多公司采用纸张表单手工传递的方式，一级一级审批签字，例如，请假单、报销单等，工作效率非常低下。而采用工作流的方式，使用者只需在电脑上填写相关表单，填写完成后，该表单会按照预先定义好的流程自动流转，下一级审批者将会收到相关附件，并可以根据需要执行修改、跟踪、管理、查询、统计、打印等，在线上处理完成后，再自动流转至下一流程，大大提高了效率。

2，本申请实施例涉及的“工作流建模”，是指将工作流程中的各环节前后组织在一起的逻辑和规则，在计算机中以恰当的模型表达并对其实施计算，该模型即为工作流模型。

具体的，工作流模型包含至少一个工作流节点，每个工作流节点用于描述业务流程的一个环节。

例如，对于企业管理而言，业务流程可以分为“请假申请”流程、“报销申请”流程等，各业务流程对应的工作流模型所包含的各工作流节点可以是，该申请的各级审批者，举例来说，报销申请对应的工作流模型为报销申请(包括填写报销单)、部门领导审批、公司经理审批、财务审核、放款。

又例如，对于工程类项目而言，可能包含立项环节，设计环节，采购环节，施工环节，调试环节和验收环节，参见图1所示，为针对该工程项目建立的工作流模型的示意图，该工作流模型可以包括：立项节点、设计节点、采购节点、施工节点、调试节点和验收节点。

工作流模型还可以用于定义各节点之间的关系，示例性地，通过有向边表示节点之间的关系，例如，图1所示的工作流模型中，立项节点为设计节点的上级节点，对应的，设计节点为立项节点的下级节点；设计节点是采购节点的上级节点，对应的，采购节点是设计节点的下级节点，依次类推。

本申请实施例还可以将上级节点称为父类节点，或者简称为父节点，下级节点称为子节点。在不同的场景中，节点之间的关系可以具有不同的表达方式，本申请实施例对此不作限定。

应理解，图1所示出的工作流模型仅为一种示例，该工作流模型可以包含更多或者更少的工作流节点，且父类节点和子节点的数量可以为一个或多个，本申请实施例对此不做具体限定。需说明的是，本申请实施例中的工作流节点和节点是同一概念，两者可以互相替换。

3，工作流引擎，主要用于组织业务流程管理。具体的，基于工作流引擎，能够根据组织业务需求定制自动化的工作流规则，文档、信息或任务按照制定的业务规则运转，实现组织成员间的协同工作，以达到业务目标。

目前，使用较广的工作流引擎为Activiti，其核心是BPMN(一套图形化表示法，用于以业务流程模型详细说明各种业务流程)的流程引擎。具体的，工作流引擎可以用于模型管理，例如创建、编辑工作流模型，还可以用于生成工作流实例(下文将会介绍)。

4，工作流实例，工作流引擎基于工作流模型和具体的业务信息生成的实例。

示例性地，工作流引擎可以用于生成工作流实例，例如，该工作流引擎上创建有名称为“请假申请”的工作流模型，用户调取该请假申请的工作流模型，填写具体的请假类型、请假日期和请假事由后，点击“确定”按键，发起请假申请的工作流程。该用户触发的请假申请的工作流程即为一个工作流实例。

参见图2为一种用于请假申请的传统工作流的示意图，如图2所示，传统工作流必须包含明确的“start”节点和“end”节点，工作流从start节点开始，按照工作流模型定义的工作流节点依次执行，上级节点完成后指定下级节点启动，直到end节点。可以看出，传统工作流适用于单一固定的业务流程。而目前的业务流程复杂度越来越高，灵活性也较强，例如：某些项目在实施过程中，可能需要增加节点，或者减少节点，或者调整节点之间的关系，而由于传统的工作流模型和工作流节点是紧密耦合的，在工作流实例的运行过程中无法修改工作流实例，因此，传统的工作流无法支撑复杂度高、灵活多变的业务场景。

鉴于此，本申请实施例提供了一种工作流模型，以及基于该工作流模型的工作流程编排方法。其中，该工作流模型由无状态的工作流节点组成，工作流节点可以监测上级节点的状态，并在监测到上级节点的状态满足预设的启动条件后执行启动操作，也就是，工作流节点的生命周期可以由自身管理，不由其他节点控制，工作流模型和工作流节点是松耦合的，因此，在工作流实例的运行过程中，仍然可以根据需求对工作流实例进行调整，满足复杂灵活的业务场景的需求。

如下对无状态节点进行详细说明：

与传统节点相比，本申请实施例的无状态节点具有独立性和原子性的特征，节点和节点之间是对等关系，即下级节点不由上级节点指定启动，节点可以主动去寻找自身的上级节点，能够根据上级节点的状态执行启动操作。

为实现上述功能，本申请实施例为无状态节点配置了规则，该规则用于定义节点包含的待执行的操作，以及待执行的操作的执行条件，例如，节点包含的待执行的操作包括启动操作，示例性地，该启动操作的执行条件为该工作流节点的一个或多个上级节点的状态为完成状态，本申请的节点具有监测上级节点状态的功能，并在监测到所述一个或多个上级节点的状态满足启动操作的执行条件后，执行所述启动操作，而不是下级节点由上级节点指定启动，从而实现了节点的操作(例如启动操作)由自身的规则决定，能够自行管理自己的生命周期，不会对其他工作流节点产生影响，因此，即使在工作流实例的运行过程中，也可以对工作流实例所包含的工作流节点进行调整，增加了工作流的灵活性，能够适用于更多、更复杂的应用场景。

示例性地，基于上述工作流节点的特征，本申请实施例可以将工作流节点模块化，参见图3，为本申请实施例提供的一种工作流节点模块库，该工作流节点模块库包含预先定义的一个或多个工作流节点。其中，图3中所示的节点名称仅为示意，并非对节点之间关系的限定，例如，节点4可以是节点1的上级节点，节点2可以是节点5的下级节点。此处不再一一列举。

在构建工作流模型时，用户可以从工作流节点模块库中选取所需的工作流节点，并通过有向边将选取的工作流节点连接在一起。也就是，基于同一工作流节点模块库可以构建不同的工作流模型，该不同的工作流模型可以包含不同的工作流节点，或包含相同的工作流节点，但节点之间的关系不同，以满足不同业务流程的需要。

综上，本申请实施例的工作流模型可以应用于下列几种应用场景中：

应用场景一：具有多个起始节点和/或结束节点的工作流程；

本申请实施例的工作流节点均可以作为起始节点或结束节点，即本申请实施例的工作流模型可以具有多个起始节点，和/或多个结束节点，参见图4，为本发明实施例提供的一种工作流模型的示意图。如图4所示，该工作流模型包含3个起始节点，分别为：节点1、节点2和节点4，该,3个起始节点分别监测到自身的上级节点的状态满足预设的启动条件后，执行启动操作。该工作流模型还可以包含多个结束节点，分别为：节点11和节点12，当该节点11和节点12均为完成状态，该工作流结束。

另外，工作流模型中支持工作流节点汇聚、交叉，因此，本申请实施例提供的工作流模型能够应用于非常复杂的项目中。

应用场景二：具有孤立节点的工作流程；

孤立节点，即无有向边指向该节点，且无有向边指向其他节点。参见图5，为本申请实施例提供的另一种工作流模型的示意图。如图5所示的工作流模型中，节点16为孤立节点。

应理解，本申请实施例的工作流模型可以仅包含一个工作流节点，该一个工作流节点即为孤立节点，或者包含多个工作流节点，该多个工作流节点中包括孤立节点，本申请实施例对此不做具体限定。

应用场景三：在运行过程中需要调整的业务流程；

对于比较复杂的业务流程，在运行过程中，随着技术改革、组织变更或业务调整等因素的调整，工作流实例也可以需要修改。

上述介绍了工作流模型包括的特征和基于该特征可能适用的一些应用场景，当然上述应用场景仅为举例，本申请实施例的应用场景并不限定于此。

通过上述设计，工作流模型和工作流节点是松耦合的，且工作流节点为无状态节点，故任意多个节点都可以作为start节点，任意多个节点都可以作为end节点。也因此，在工作流实例的运行过程中，仍可以修改工作流实例。

接下来对在运行过程中对工作流实例进行调整的方式进行具体介绍。

第一种可实施的方式，可以通过修改工作流模型，来修改工作流实例，使运行过程中的工作流实例与修改后的工作流模型保持一致。

其中，对于工作流模型的调整操作可以参见下文相关描述，此处不再赘述。

如前所述，基于同一工作流模型可以生成多个工作流实例，因此若修改工作流模型，一种可能的情况为，基于该工作流模型所生成的全部工作流实例随之更新。

第二种可实施的方式，为每个工作流实例生成一个专属的私有副本，通过调整私有副本来更新工作流实例。

示例性地，对于私有副本的调整操作可以包括但不限于：

1)增加或减少工作流节点；

用户可以从工作流节点模块库中选取工作流节点添加至该工作流模型中，应理解，该工作流节点可以是该工作流模型中已有的节点，也可以不是该工作流模型中已有的节点。作为一种实现方式，若需要添加的工作流节点是工作流模型中已有的，则可以通过在工作流模型中复制节点的方式得到相同的节点。同样的，还可以删除工作流模型中的工作流节点。

2)调整工作流节点之间的关系；

示例性地，通过增加、删减有向边，或调整有向边的指向，来建立或修改工作流节点之间的关系。

上述仅为举例，若工作流模型的表示方式不同，则可以具有不同调整操作，本申请实施例对此不作限定。

上述设计，由于各工作流实例的私有副本之间互相独立，因此不会对其他工作流实例产生干扰，灵活性更高。

接下来详细介绍私有副本的应用，请参见图6，为本申请实施例提供的一种工作流程编排方法，为该工作流程编排方法所对应的流程示意图，该方法可以由终端设备执行，例如，手机、电脑、ipad等设备，也可以由终端设备的部件实现，如由终端设备中的处理装置、电路、芯片等部件实现。该方法中所涉及的工作流模型可以为上文所介绍的工作流模型，该方法包括：

步骤601：接收用户的第一请求。

这里的第一请求，可以是用户申请创建工作流实例的请求；示例性地，该第一请求可以是用户基于请求的工作流模型触发的。例如，工作流模型包含请假申请模型、报销申请模型，若用户选中请求申请模型，则该第一请求可以是用户确定选择请求申请模型触发的，对应的，该第一请求请求的为请假申请模型。

步骤602：响应于该第一请求，基于该第一请求请求的工作流模型生成第一私有副本，其中，生成的该私有副本与该请求的工作流模型相同；

具体的，私有副本可以理解为是对工作流模型进行复制得到的，如图7(a)所示，为工作流模型的示意图，图7(b)为基于该工作流模型生成的私有副本的示意图。

其中，私有副本可具有与工作流模型相同的配置或属性，例如：可编辑、具有相同的工作流节点模块库等。

步骤603：响应于用户对第一私有副本的第一调整操作，得到第二私有副本；

对私有副本的第一调整操作在前面已经描述过，此次不再赘述。示例性地，参见图7(c)，为第二私有副本的示意图。

步骤604：响应于所述用户对该第二私有副本触发的第一指令，生成该第二私有副本对应的工作流实例，其中，工作流实例与该第二私有副本一致。

示例性地，第一指令可以是用户触发的确认指令，例如，用户将私有副本调整为目标私有副本后，点击确认按键触发第一指令。

参见图7(d)，为响应于该第一指令所生成的工作流实例的示意图。该工作流实例与第二私有副本相同，是指与第二私有副本包含的工作流节点和各工作流节点之间的关系相同。应理解，工作流实例是基于用户所填写的业务流程的实际信息生成的，因此，该工作流实例与私有副本不同之处在于，工作流实例包含用户申请建立工作流实例时输入的相关信息以及后续工作流实例运行过程中可能接收到的信息。

对于基于上述方式生成的工作流实例，该工作流实例包含的工作流节点的特征在前面已经描述过，在此不赘述。接下来针对图7(d)所示的工作流实例，介绍该工作流实例的运行过程。

如图7(d)所示，该工作流实例包含名称为4、5、6、7、8、9、10、12和14的工作流节点，为方便描述，如下将名称为xx的工作流节点，简称为节点xx，其中，节点4、节点5和节点6没有上级节点，节点4为节点7的上级节点，节点4和节点5为节点8的上级节点，节点5为节点9的上级节点，依次类推。

示例性地，工作流节点还包含状态，例如，待启动状态、运行状态和完成状态(或者说通过状态)，工作流节点包含的待执行的操作包括：启动操作、结束操作，工作流节点的操作可以驱动状态改变，例如，工作流节点处于待启动状态时，当监测到满足启动条件时，执行启动操作，此工作流节点的状态变更为运行状态；当监测到满足结束条件时，该工作流节点结束任务，状态修改为完成状态。

应理解，若启动条件为工作流节点的一个或多个上级节点的状态为完成状态，当工作流节点无上级节点时，则该工作流节点默认上级节点为完成状态。

假设，各工作流节点的启动条件为所有上级节点均为完成状态，对于图7(d)所示的工作流实例中，节点4、节点5和节点6均满足启动条件，即均可以执行启动操作，也就是，该工作流实例包含多个“start”节点。对于图7(d)所示的工作流实例，当节点7监测到节点4处于完成状态，节点7执行启动操作；当节点8监测到节点4和节点5处于完成状态，节点8执行启动操作，当节点9监测到节点5处于完成状态，节点9执行启动操作，依次类推。

再假设，各工作流节点的启动条件为至少一个上级节点为完成状态，则对于图7(d)所示的工作流实例，当节点7监测到节点4为完成状态时执行启动操作；当节点8监测到节点4或节点5为完成状态时执行启动操作；当节点9监测到节点5为完成状态时执行启动操作，依次类推。

其中，本申请实施例的节点可以具有一个流程，也可以是由多个流程集成的一个节点，举例来说，假设节点4为采购节点，则节点4本身还可能包括采购单上报、部门领导审批、公司领导审批等流程，本申请实施例对此不作限定。

接下来介绍，在工作流实例的运行过程中，通过修改私有副本调整工作流实例的过程。

参见图8(a)，为本申请实施例提供的工作流实例在运行过程中的一种状态示意图，其中，节点4至节点10均处于完成状态，节点12处于运行状态，节点14处于待启动状态。

在该工作流实例的运行过程中，当接收到用户对该工作流实例对应的第二私有副本的第二调整操作时，响应于该第二调整操作得到第三私有副本。该第二调整操作可以参见对于第一调整操作的具体描述，此处不再赘述。

当接收用户对第三私有副本触发的第二指令，响应于该第二指令对工作流实例进行调整。这里的第二指令可以参见对于第一指令的描述，可以是用户对于第三私有副本触发的确定指令，用于指示基于第三私有副本对工作流实例进行调整，以使调整后的工作流实例与第三私有副本相同。同样的，该相同之处是指工作流实例包含的工作流节点、各工作流节点之间的关系，与第三私有副本相同。

举例来说，假设第二调整操作为：增加节点11和节点13，并设置节点4和节点9为节点11的上级节点，节点12为节点13的上级节点，将节点11和节点13新增为节点14的上级节点。参见图8(b)，为基于上述第二调整操作得到的第三私有副本的示意图，参见图8(c)，为基于第三私有副本对工作流实例进行调整后，得到的工作流实例的示意图，如图8(c)所示，假设节点12仍为运行状态，由于节点12为节点13的上级节点，因此，不满足节点13的启动条件，节点13为待启动状态，节点14也为待启动状态。

需要说明的是：(1)本申请实施例的私有副本与工作流实例可以是一一对应的，即一个工作流实例具有一个私有副本。因此修改某工作流实例的私有副本，不会影响基于相同的工作流模型生成的其他工作流实例。(2)在运行过程中对工作流实例进行修改，不会影响已启动的工作流节点，即状态为完成状态或运行状态的工作流节点。举例来说，若在图8(c)所示的工作流实例中，为节点4增加上级节点2，由于节点4为完成状态，因此，即使节点2为运行状态，也不影响节点4的状态。

由于传统工作流节点中，下级节点的启动是由上级节点指定触发的，若在某节点为完成状态时，添加该节点的下级节点，则添加的该下级节点将无法启动，因此传统工作流无法满足此类型的调整。而由于本申请实施例的工作流节点可以根据自身设置的启动条件执行启动操作，因此，可以在工作流实例的运行过程中，对工作流实例进行调整，调整方式更加灵活方便、实用性强。

接下来结合具体实施例，对上述建立工作流模型的过程以及基于该工作流模型提供的一种的工作流程编排的完整方法进行具体说明。

步骤1：预先编排业务流程的工作流节点模块库，基于该工作流节点模块库构建工作流模块。

以云交付业务为例，参见图9(a)，为云交付项目的工作流节点模块库(下文简称模块库)的一种示例，如图9(a)所示，该模块库包含名称为设备采购、HLD设计等环节对应的工作流节点，这些工作流节点内配置有规则，具体的，该规则包含启动操作的执行条件，为方便描述，下文将启动操作的执行条件简称为启动条件。可选的，模块库中的工作流节点可以包含相同的启动条件，也可以包含不同的启动条件，例如，设备采购的启动条件为上级节点全部为完成状态，HLD设计的启动条件为至少一个上级节点为完成状态。

示例性地，该启动条件可以是编排模块库时配置的，也可以是在使用过程中配置的，例如，构建工作流模型时配置或修改部分或全部工作流节点的规则；又例如，在工作流实例的运行过程中，配置或修改部分或全部工作流节点的规则。本申请实施例对此不作限定。

示例性地，选取工作流节点的方式可以是，从工作流节点模块库中将选中的工作流节点拖拽至工作流模型的编辑区域。工作流节点模块库中的工作流节点可以重复添加，即同一个工作流模型中可以包含多个相同的工作流节点，本申请实施例对此不作限定。

参见图9(b)，为构建的云交付业务的工作流模型的一种示例，如图9(b)所示，该工作流模型中ASP采购为孤立节点，HLD设计为设备采购的上级节点，设备采购为LLD设计的上级节点，LLD设计为设备上架、掉电测试和BMC变更的上级节点，掉电测试为业务变更的上级节点，业务变更为软调调试的上级节点，软调调试为转维上线和资产转固的上级节点。也就是该工作流模型包含2个“end”节点。

步骤b：接收用户触发的建立项目的第一请求，基于第一请求请求的工作流模型生成私有副本。

对于工程类项目而言，这里的用户可以是项目的管理者，例如项目经理等，假设该用户待建立的项目为“AZ1扩容项目”，则在接收到用户基于图9(b)所示的“云交付业务的工作流模型”，触发建立AZ1扩容项目的第一请求，接收并响应该第一请求生成该AZ1扩容项目的私有副本。参见图9(c)，为生成的AZ1扩容项目的私有副本的示意图，结合图9(c)和图9(b)，生成的私有副本与工作流模型相同。

一种可实施的方式，用户可以基于图9(c)所示的私有副本直接创建工作流实例，生成的工作流实例与图9(c)所示的私有副本相同。

另一种可实施的方式，用户可以根据实际的项目流程编辑该私有副本，应理解，私有副本可以具有与工作流模型相同的配置和功能，用户可以从图9(a)所示的模块库中增加节点(例如设备下架节点)至该私有副本，也可以删除该私有副本的节点(例如BMC变更)，还可以通过有向边来补充或修改私有副本中节点之间的关系。请参见图9(d)，为调整后的AZ1扩容项目的私有副本的一种示例。

步骤c：响应于用户基于第三私有副本触发的第一指令，生成工作流实例。

参见图9(e)所示，为基于图9(d)所示的私有副本生成的工作流实例，其中，HLD设计节点和ASP采购节点为运行状态，其他节点为待启动状态。

步骤d：在工作流实例的运行过程中，响应于用户对该工作流实例的第二私有副本的调整操作，得到第三私有副本，响应用于对第三私有副本触发的第二指令，对该工作流实例进行调整，以使调整后的工作流实例与第三私有副本相同。

可选的，在项目的运行过程中，随着技术改革、组织变更或业务调整等因素的变更工作流实例也可以需要被修改，例如，需要在AZ1扩容项目中增加资产清退节点和硬件巡检节点。示例性地，用户可以通过修改私有副本来修改该工作流实例。

参见图10(a)为AZ1扩容项目的私有副本的示意图，图10(b)为运行过程中，AZ1扩容项目的工作流实例的一种状态示意图。

参见图10(c)所示，为在图10(a)所示的私有副本上增加资产清退节点和硬件巡检节点后的私有副本的示意图，示例性地，用户调整完成后，点击确定按键触发第二指令，在接收到用户对第三私有副本触发的第二指令后，对工作流实例进行调整，参见图10(d)所示，为对运行过程中的工作流实例进行调整后的状态示意图。

基于以上实施例以及相同构思，图11为本申请实施例提供的终端设备的示意图，如图11所示，该终端设备1100可以为芯片或电路，比如可设置于电子设备的芯片或电路。

如图11所示，该终端设备1100可以包括接收单元1103和处理单元1102。终端设备1100还可以包括存储单元1101，用于存储装置1100的程序代码和/或数据。

在一个实施例中，接收单元1103，用于接收用户的第一请求；

处理单元1102，用于响应于所述第一请求，基于所述第一请求请求的工作流模型生成第一私有副本，所述第一私有副本与所述工作流模型相同；响应于所述用户对所述第一私有副本的第一调整操作，得到第二私有副本；响应于所述用户对所述第二私有副本触发的第一指令，生成工作流实例，所述工作流实例与所述第二私有副本一一对应；其中，所述工作流模型，用于定义工作流节点，每个所述工作流节点用于描述业务流程的一个环节，所述工作流节点包括：规则，用于定义所述环节包含的待执行的操作，以及所述待执行的操作的执行条件；其中，所述待执行的操作包括启动操作，所述工作流节点具体用于，在监测到上级节点的状态满足所述启动操作的执行条件后，执行所述启动操作。

在一种可选的设计中，处理单元1102具体用于：在所述工作流实例运行过程中，响应于所述用户对所述第二私有副本的第二调整操作，得到第三私有副本；响应于用户对所述第三私有副本触发的第二指令，对所述工作流实例进行调整，以使所述工作流实例与所述第三私有副本一致。

参见图12所示，为本申请实施例提供的一种控制装置示意图，该装置1200可以是上述实施例中的主机、主控设备或者从设备。该装置1200包括：处理器1202、通信接口1203，还可以包括存储器1201或者与存储器1201存在耦合关系。可选的，装置1200还可以包括通信线路1204。其中，通信接口1203、处理器1202以及存储器1201可以通过通信线路1204相互连接；通信线路1204可以是外设部件互连标准(peripheral component interconnect，简称PCI)总线或扩展工业标准结构(extended industry standard architecture，简称EISA)总线等。所述通信线路1204可以分为地址总线、数据总线、控制总线等。为便于表示，图12中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

处理器1202可以是一个CPU，微处理器，ASIC，或一个或多个用于控制本申请方案程序执行的集成电路。处理器1202的功能可以和图11中所描述的处理单元的功能相同。

通信接口1203，使用任何收发器一类的装置，用于与其他设备或通信网络通信，如以太网，无线接入网(radio access network，RAN)，无线局域网(wireless local areanetworks，WLAN)，有线接入网等。通信接口1203的功能可以和图11中所描述的接收单元的功能相同。

存储器1201可以是ROM或可存储静态信息和指令的其它类型的静态存储设备，RAM或者可存储信息和指令的其他类型的动态存储设备，也可以是电可擦可编程只读存储器(electrically erasable programmable read-only memory，EEPROM)、只读光盘(compactdisc read-only memory，CD-ROM)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。存储器可以是独立存在，通过通信线路1204与处理器相连接。存储器也可以和处理器集成在一起。

其中，存储器1201用于存储执行本申请方案的计算机执行指令，并由处理器1202来控制执行。处理器1202用于执行存储器1201中存储的计算机执行指令，从而实现本申请上述实施例提供的方法。存储器1201可以和图11中所描述的存储单元的功能相同。

可选的，本申请实施例中的计算机执行指令也可以称之为应用程序代码，本申请实施例对此不作具体限定。

本申请实施例还提供一种计算机存储介质，该计算机存储介质中存储有计算机指令，当该计算机指令在终端设备上运行时，使得终端设备执行上述相关方法步骤实现上述实施例中的方法。

本申请实施例还提供了一种计算机程序产品，当该计算机程序产品在计算机上运行时，使得计算机执行上述相关步骤，以实现上述实施例中的方法。

另外，本申请的实施例还提供一种装置，这个装置具体可以是芯片，组件或模块，该装置可包括相连的处理器和存储器；其中，存储器用于存储计算机执行指令，当装置运行时，处理器可执行存储器存储的计算机执行指令，以使芯片执行上述各方法实施例中的方法。

其中，本申请实施例提供的终端设备、计算机存储介质、计算机程序产品或芯片均用于执行上文所提供的对应的方法，因此，其所能达到的有益效果可参考上文所提供的对应的方法中的有益效果，此处不再赘述。

通过以上实施方式的描述，所属领域的技术人员可以了解到，为描述的方便和简洁，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。

可选的，本申请实施例中的计算机执行指令也可以称之为应用程序代码，本申请实施例对此不作具体限定。

本领域普通技术人员可以理解：本申请中涉及的第一、第二等各种数字编号仅为描述方便进行的区分，并不用来限制本申请实施例的范围，也表示先后顺序。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。“至少一个”是指一个或者多个。至少两个是指两个或者多个。“至少一个”、“任意一个”或其类似表达，是指的这些项中的任意组合，包括单项(个)或复数项(个)的任意组合。例如，a,b,或c中的至少一项(个、种)，可以表示：a,b,c,a-b,a-c,b-c,或a-b-c，其中a,b,c可以是单个，也可以是多个。“多个”是指两个或两个以上，其它量词与之类似。此外，对于单数形式“a”，“an”和“the”出现的元素(element)，除非上下文另有明确规定，否则其不意味着“一个或仅一个”，而是意味着“一个或多于一个”。例如，“a device”意味着对一个或多个这样的device。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包括一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质(例如固态硬盘(Solid State Disk，SSD))等。

本申请实施例中所描述的各种说明性的逻辑单元和电路可以通过通用处理器，数字信号处理器，专用集成电路(ASIC)，现场可编程门阵列(FPGA)或其它可编程逻辑装置，离散门或晶体管逻辑，离散硬件部件，或上述任何组合的设计来实现或操作所描述的功能。通用处理器可以为微处理器，可选地，该通用处理器也可以为任何传统的处理器、控制器、微控制器或状态机。处理器也可以通过计算装置的组合来实现，例如数字信号处理器和微处理器，多个微处理器，一个或多个微处理器联合一个数字信号处理器核，或任何其它类似的配置来实现。

本申请实施例中所描述的方法或算法的步骤可以直接嵌入硬件、处理器执行的软件单元、或者这两者的结合。软件单元可以存储于RAM存储器、闪存、ROM存储器、EPROM存储器、EEPROM存储器、寄存器、硬盘、可移动磁盘、CD-ROM或本领域中其它任意形式的存储媒介中。示例性地，存储媒介可以与处理器连接，以使得处理器可以从存储媒介中读取信息，并可以向存储媒介存写信息。可选地，存储媒介还可以集成到处理器中。处理器和存储媒介可以设置于ASIC中。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管结合具体特征及其实施例对本申请进行了描述，显而易见的，在不脱离本申请的精神和范围的情况下，可对其进行各种修改和组合。相应地，本说明书和附图仅仅是所附权利要求所界定的本申请的示例性说明，且视为已覆盖本申请范围内的任意和所有修改、变化、组合或等同物。显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包括这些改动和变型在内。

Claims (8)

1.一种工作流模型，其特征在于，

所述工作流模型，用于定义工作流节点；

其中，每个所述工作流节点用于描述业务流程的一个环节，所述工作流节点包括：规则，用于定义所述环节包含的待执行的操作，以及所述待执行的操作的执行条件；

其中，所述待执行的操作包括启动操作，所述工作流节点具体用于，在监测到上级节点的状态满足所述启动操作的执行条件后，执行所述启动操作。

2.一种工作流程编排方法，其特征在于，该方法还包括：

接收用户的第一请求；

响应于所述第一请求，基于所述第一请求请求的工作流模型生成第一私有副本，所述第一私有副本与所述工作流模型相同；

响应于所述用户对所述第一私有副本的第一调整操作，得到第二私有副本；

响应于所述用户对所述第二私有副本触发的第一指令，生成工作流实例，所述工作流实例与所述第二私有副本一一对应；

其中，所述工作流模型，用于定义工作流节点，每个所述工作流节点用于描述业务流程的一个环节，所述工作流节点包括：规则，用于定义所述环节包含的待执行的操作，以及所述待执行的操作的执行条件；其中，所述待执行的操作包括启动操作，所述工作流节点具体用于，在监测到上级节点的状态满足所述启动操作的执行条件后，执行所述启动操作。

3.如权利要求2所述的方法，其特征在于，该方法还包括：

在所述工作流实例运行过程中，响应于所述用户对所述第二私有副本的第二调整操作，得到第三私有副本；

响应于用户对所述第三私有副本触发的第二指令，对所述工作流实例进行调整，以使所述工作流实例与所述第三私有副本一致。

4.一种流程编排装置，其特征在于，包括：

接收单元，用于接收用户的第一请求；

处理单元，用于响应于所述第一请求，基于所述第一请求请求的工作流模型生成第一私有副本，所述第一私有副本与所述工作流模型相同；响应于所述用户对所述第一私有副本的第一调整操作，得到第二私有副本；响应于所述用户对所述第二私有副本触发的第一指令，生成工作流实例，所述工作流实例与所述第二私有副本一一对应；

其中，所述工作流模型，用于定义工作流节点，每个所述工作流节点用于描述业务流程的一个环节，所述工作流节点包括：规则，用于定义所述环节包含的待执行的操作，以及所述待执行的操作的执行条件；其中，所述待执行的操作包括启动操作，所述工作流节点具体用于，在监测到上级节点的状态满足所述启动操作的执行条件后，执行所述启动操作。

5.如权利要求4所述的装置，其特征在于，所述处理单元具体用于：

在所述工作流实例运行过程中，响应于所述用户对所述第二私有副本的第二调整操作，得到第三私有副本；响应于用户对所述第三私有副本触发的第二指令，对所述工作流实例进行调整，以使所述工作流实例与所述第三私有副本一致。

6.一种流程编排装置，其特征在于，包括处理器、通信接口、存储器；

所述存储器，用于存储计算机程序代码；

所述通信接口，用于接收用户的第一请求；

所述处理器，用于响应于所述第一请求，基于所述第一请求请求的工作流模型生成第一私有副本，所述第一私有副本与所述工作流模型相同；响应于所述用户对所述第一私有副本的第一调整操作，得到第二私有副本；响应于所述用户对所述第二私有副本触发的第一指令，生成工作流实例，所述工作流实例与所述第二私有副本一一对应；

其中，所述工作流模型，用于定义工作流节点，每个所述工作流节点用于描述业务流程的一个环节，所述工作流节点包括：规则，用于定义所述环节包含的待执行的操作，以及所述待执行的操作的执行条件；其中，所述待执行的操作包括启动操作，所述工作流节点具体用于，在监测到上级节点的状态满足所述启动操作的执行条件后，执行所述启动操作。

7.如权利要求6所述的装置，其特征在于，所述处理单元具体用于：

在所述工作流实例运行过程中，响应于所述用户对所述第二私有副本的第二调整操作，得到第三私有副本；响应于用户对所述第三私有副本触发的第二指令，对所述工作流实例进行调整，以使所述工作流实例与所述第三私有副本一致。

8.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质包括计算机程序，当所述计算机程序在流程编排装置上运行时，使得所述流程编排装置执行如权利要求2-3任一所述的方法。

Images