CN109978380A - 一种工作流处理方法和装置 - Google Patents

Abstract

本发明提供了一种工作流处理方法和装置，其中，该方法包括：获取已定义的工作流的工作流属性信息；根据工作流属性信息，配置工作流需要执行的流程；执行工作流已配置的流程。通过本发明实施例提供的工作流处理方法和装置，无需用户多次操作，就可以生成工作流，减少了工作流的生成过程中用户的操作次数。

Description

一种工作流处理方法和装置

技术领域

本发明涉及计算处理技术领域，具体而言，涉及一种工作流处理方法和装置。

背景技术

工作流(Workflow)，就是工作流程的计算模型，即将一组任务组织起来以完成某个目的的过程。工作流在形成后，会按照工作流中给定的任务顺序依次执行工作流中的任务。

工作流在生成过程中，由于工作流复杂多变，需要用户多次操作工作流引擎的图形交互界面，才能通过工作流引擎生成工作流。

工作流的生成过程中，用户操作次数较多，导致工作流的生成过程比较繁琐。

发明内容

为解决上述问题，本发明实施例的目的在于提供一种工作流处理方法和装置。

第一方面，本发明实施例提供了一种工作流处理方法，包括：

获取已定义的工作流的工作流属性信息；

根据所述工作流属性信息，配置所述工作流需要执行的流程；

执行所述工作流已配置的流程。

第二方面，本发明实施例还提供了一种工作流处理装置，包括：

获取模块，用于获取已定义的工作流的工作流属性信息；

配置模块，用于根据所述工作流属性信息，配置所述工作流需要执行的流程；

执行模块，用于执行所述工作流已配置的流程。

第三方面，本发明实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器运行时执行上述工作流处理方法的步骤。

第四方面，本发明实施例还提供了一种工作流处理装置，所述工作流处理装置包括有存储器，处理器以及一个或者一个以上的程序，其中所述一个或者一个以上程序存储于所述存储器中，且经配置以由所述处理器执行上述工作流处理方法的步骤。

本发明实施例上述第一方面至第四方面提供的方案中，在定义好工作流之后，可以根据工作流属性信息配置工作流需要执行的流程，与相关技术中需要用户多次操作工作流引擎的图形交互界面才能生成工作流的方式相比，无需用户多次操作，就可以生成工作流，减少了工作流的生成过程中用户的操作次数，提高了用户体验。

为使本发明的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。

附图说明

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

图1示出了一种可应用于本发明实施例中的服务器的结构框图；

图2示出了本发明实施例1所提供的一种工作流处理方法的流程图；

图3示出了本发明实施例2所提供的一种工作流处理装置的结构示意图；

图4示出了本发明实施例3所提供的另一个工作流处理装置的结构示意图。

图标：200-服务器；201-存储器；202-处理器；203-网络模块；221-操作系统；222-服务模块；300-获取模块；302-配置模块；304-执行模块；51-总线；52-处理器；53-收发机；54-总线接口；55-存储器；56-用户接口；551-操作系统；552-应用程序。

具体实施方式

目前，在生成工作流时，需要用户先对工作流引擎的图形交互界面进行操作，对图形交互界面中呈现的多个图形交互选项进行选择，以对工作流的属性进行配置，使得工作流引擎通过用户配置的工作流的属性对工作流进行定义。

其中，上述工作流的属性包括：工作流名称、工作流步骤数、以及工作流各步骤的依赖关系。

在对工作流进行定义之后，工作流引擎会继续在图形交互界面中依次向用户展示工作流各步骤需要执行的工作人员列表以及各步骤的工作模式列表，使得用户按照定义好的工作流中各步骤的顺序进行多次操作，确定工作流各步骤的执行流程；然后，工作引擎会执行所确定的工作流各步骤的执行流程，从而完成工作流的生成和部署工作。

通过上述工作流的生成和部署过程可以看出，在生成工作流的过程中，需要用户多次对工作流引擎的图形交互界面进行操作，才可以使工作流引擎生成工作流，导致工作流的生成过程比较繁琐。基于此，本实施例提出一种工作流处理方法和装置，无需用户多次操作，就可以生成工作流。

本申请方案可以在定义好工作流之后，根据工作流属性信息配置工作流需要执行的流程，无需用户多次操作，就可以生成工作流，减少了工作流的生成过程中用户的操作次数。

图1示出了一种可应用于本申请实施例中的服务器的结构框图。如图1所示，服务器200包括：存储器201、处理器202以及网络模块203。

存储器201可用于存储软件程序以及模块，如本发明实施例中的工作流处理方法和装置对应的程序指令/模块，处理器202通过运行存储在存储器201内的软件程序以及模块，从而执行各种功能应用以及数据处理，即实现本发明实施例中的工作流处理方法。存储器201可包括高速随机存储器，还可包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。进一步地，上述软件程序以及模块还可包括：操作系统221以及服务模块222。其中操作系统221，例如可为LINUX、UNIX、WINDOWS，其可包括各种用于管理系统任务(例如内存管理、存储设备控制、电源管理等)的软件组件和/或驱动，并可与各种硬件或软件组件相互通讯，从而提供其他软件组件的运行环境。服务模块222运行在操作系统221的基础上，并通过操作系统221的网络服务监听来自网络的请求，根据请求完成相应的数据处理，并返回处理结果给客户端。也就是说，服务模块222用于向客户端提供网络服务。

网络模块203用于接收以及发送网络信号。上述网络信号可包括无线信号或者有线信号。

可以理解，图1所示的结构仅为示意，服务器200还可包括比图1中所示更多或者更少的组件，或者具有与图1所示不同的配置。图1中所示的各组件可以采用硬件、软件或其组合实现。另外，本发明实施例中的服务器还可以包括多个具体不同功能的服务器。

为了执行本申请实施例提出的工作流处理方法，服务器可以在功能上划分为以下多个部分：

1、任务定义和关系配置模块

任务定义和关系配置模块主要包括以下两部分功能：

1)预先存储有用户可能选择的多种任务。

上述任务：是工作流的基本组成部分，可以理解为业务能力的抽象，比如指标分配、物流、提档工单、落户工单等。

按照不同的任务类型，上述任务可以分为开始任务、结束任务、排他网关任务、并行网关任务和普通任务。

上述开始任务，就是工作流开始时需要执行的任务。

上述结束任务，就是工作流结束时需要执行的任务。

上述排他网关任务，用于在工作流中实现决策，该排他网关任务在执行完毕后，才会从该排他网关任务的后置依赖任务中选择一个并执行。

上述并行网关任务，就是工作流中在同一步骤中同时并发执行的的任务，允许将一个步骤分成多条并行网关任务，只有在将该步骤的多条并行网关任务都完成后，才会执行工作流中该步骤的下一步骤的任务。

上述普通任务，即由用户自己定义的任务。

2)预先存储有任务之间的依赖关系。

上述任务之间的依赖关系，可以包括但不限于：任务的前置依赖和后置依赖。

上述前置依赖，是指当前任务作为该某一任务的后续任务的情况下，在上述某一任务执行完毕的情况下，当前任务才可被执行。那么上述某一任务就是当前任务的前置依赖。

上述后置依赖，是指某一任务作为当前任务的后续任务的情况下，在当前任务执行完毕后，某一任务才可被执行。那么某一任务就是当前任务的后置依赖。

其中，每个任务的前置依赖关系的任务数量和后置依赖关系的任务数量可以分别是0到多个。

上述开始任务没有前置依赖关系的任务，而且必须有后置依赖关系的任务。

上述结束任务没有后置依赖关系的任务，而且必须有前置依赖关系的任务。

上述任务定义和关系配置模块，具有图形交互界面，使得用户可以通过图形交互界面选择要创建的工作流需要执行的任务，并根据用户选择的任务，从预先存储有任务之间的依赖关系中确定出用户所选择的任务之间的依赖关系。

2、工作流定义和配置模块

上述工作流定义和配置模块，与上述任务定义和关系配置模块连接，用于获取用户选择的任务以及任务之间的依赖关系，并按照用户选择的任务、以及任务之间的依赖关系，对任务进行组合，并根据组合后的任务进行工作流的定义，得到定义好的工作流。其中，工作流定义和配置模块所获取到的任务均携带有任务自身的任务类型。

3、流程配置中心

所述流程配置中心，与上述工作流定义和配置模块连接，用于维护工作流运行时的配置策略、以及预先存储有符合不同配置策略的流程，在工作流执行之前，确定工作流的配置策略，并将符合该配置策略的流程配置给该工作流。

在一个实施方式中，所述流程配置中心会保存不同维度的配置策略，比如工作流名称、工作流类型、以及工作流发布地区等，以满足不同需求的工作流。

上述配置策略可以由用户在系统运行前提前配置好，也可以根据工作流的情况进行动态修改和添加，保证配置策略的实时性和灵活性。

4、工作流引擎库

工作流引擎库，与上述流程配置中心连接；上述工作流引擎库中预先设置有多种工作流引擎，并存储有工作流类型与工作流引擎的对应关系。当需要执行工作流时，可以先根据工作流的工作流类型，从上述对应关系中确定执行工作流的工作流引擎；然后通过确定的工作流引擎执行工作流。

上述工作流引擎库，可以包括但不限于：Activiti工作流引擎、Snaker工作流引擎、以及JFlow工作流引擎等。

通过以上内容，对上述服务器执行本申请实施例提出的工作流处理方法时，在功能上划分的多个部分进行了解释和说明。在此基础上，为使本申请的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本申请做进一步详细的说明。

实施例1

参见图2所示的工作流处理方法的流程图，本实施例提出的一种工作流处理方法，主要描述了对已经定义的工作流是如何进行配置和执行的过程。而在对已经定义的工作流是如何进行配置和执行的过程进行描述之前，本实施例可以先通过步骤100至步骤102对如何定义工作流的过程进行描述。

本实施例提出的一种工作流处理方法，包括以下具体步骤：

步骤100、确定工作流需要执行的任务以及所述任务之间的依赖关系。

在上述步骤100中，用户可以登录上述服务器，上述服务器会将任务定义和关系配置模块的图形交互界面展示给用户，使得用户可以通过图形交互界面选择要创建的工作流所要执行的任务；任务定义和关系配置模块可以根据用户选择的任务，从预先存储的任务之间的依赖关系中确定出用户所选择的任务之间的依赖关系，从而确定上述工作流需要执行的任务以及所述任务之间的依赖关系，并将确定的上述工作流需要执行的任务以及所述任务之间的依赖关系发送到服务器中的工作流定义和配置模块。

步骤102、根据所述任务和所述任务之间的依赖关系定义所述工作流。

在上述步骤102中，定义所述工作流的过程包括：服务器的工作流定义和配置模块可以按照用户选择的任务以及任务之间的依赖关系，对任务进行组合，并根据组合后的任务进行工作流的定义，得到定义好的工作流，并得到上述定义好的工作流的工作流属性信息。

服务器可以使用现有技术中任何能够组合任务并定义工作流的方式对用户选择的任务进行处理并定义工作流，这里不再一一赘述。

服务器中的工作流定义和配置模块定义好工作流之后，可以得到已定义的工作流的工作流属性信息。

所述工作流属性信息，包括：工作流名称、工作流类型、和/或工作流发布地区。

上述工作流名称，可以是用户所要实施的工作流的具体名称，比如：天津地区车辆过户流程、以及XXX(用户姓名)晋升流程等。

上述工作流类型，可以是但不限于：请假、出差、职位晋升等用户个人类型的工作流，以及车辆过户、车辆评估等工作项目类型的工作流。

上述工作流发布地区，可以是该工作流能够实施的任何地区，比如上述的工作流“天津地区车辆过户流程”，就是需要在天津地区发布并执行的工作流。

通过以上的描述可以看出，上述定义好的工作流，至少应该包括：开始任务、至少一个普通任务、和结束任务。

在整个工作流中，该至少一个普通任务应该设置在上述开始任务和上述结束任务之间。

在定义好工作流之后，服务器中的工作流定义和配置模块可以对已经定义的工作流进行校验，来验证所定义的工作流的准确性。

在本实施例中，为了验证所定义的工作流的准确性，本实施例提出的工作流处理方法，还可以执行以下步骤(1)至步骤(5)：

(1)判断所述工作流中的开始任务是否具有前置依赖关系的任务，如果是则返回步骤102，否则执行步骤(2)；

(2)判断所述工作流中的结束任务是否具有后置依赖关系的任务，如果是则返回步骤102，否则执行步骤(3)；

(3)判断所述工作流中是否具有普通任务，如果否则返回步骤100，如果是则执行步骤(4)；

(4)判断工作流中的除开始任务和结束任务外的其他任务的执行顺序是否符合上述任务之间的依赖关系，如果否则返回步骤102，如果是则执行步骤(5)；

(5)对工作流进行唯一性校验。

在上述步骤(3)中，判断所述工作流中是否具有普通任务的过程，可以包括：从组成所述工作流的各任务中获取任务各自的工作类型，当获取到的工作类型中存在普通任务的工作类型时，确定所述工作流中存在普通任务，那么继续执行步骤(4)；当获取到的工作类型中不存在普通任务的工作类型时，确定所述工作流中不存在普通任务，那么应该返回步骤100。

在上述步骤(5)中，可以通过执行以下步骤(51)至步骤(52)进行工作流唯一性校验。

(51)获取当前所创建的工作流的工作流类型和已创建的工作流的工作流类型集合；

(52)查询上述工作流类型集合中是否存在当前所创建的工作流的工作流类型，如果否则执行步骤(53)；如果是则返回上述步骤100，提示用户重新选择任务创建工作流；

(53)将当前所创建的工作流的工作流类型添加到所述工作流类型集合中。

在上述步骤(51)中，上述工作流类型集合预先存储在上述工作流定义和配置模块中。

在上述步骤(52)中，可以通过遍历的方式查询上述工作流类型集合中是否存在当前所创建的工作流的工作流类型。

在通过上述步骤100至步骤102定义完工作流并对定义好的工作流进行校验之后，可以继续执行以下步骤104至步骤108，对已经定义的工作流是如何进行配置和执行的过程进行详细描述。

步骤104、获取已定义的工作流的工作流属性信息。

其中，服务器中的工作流定义和配置模块定义好工作流之后，可以得到已定义的工作流的工作流属性信息。那么在服务器的流程配置中心在对已定义的工作流进行配置时，就可以从工作流定义和配置模块中获取需要进行配置(已定义)的工作流的工作流属性信息。

步骤106、根据所述工作流属性信息，配置所述工作流需要执行的流程。

具体地，上述步骤106可以具体执行以下步骤(1)至步骤(3)：

(1)根据所述工作流类型、所述工作流发布地区和/或所述工作流名称，确定所述工作流的配置策略；

(2)根据所述工作流的配置策略，确定所述工作流需要执行的流程；

(3)将所述工作流与确定的所述流程进行关联，从而对所述工作流需要执行的流程进行配置。

在上述步骤(1)中，上述配置策略，用于指示服务器应该向工作流配置符合工作流特点的流程，使得工作流可以达到用户创建该工作流时所要实现的目的。

比如：工作流为“天津地区车辆过户流程”，该工作流的工作流属性信息中的工作流发布地区最能体现出该工作流的特点。那么，服务器的流程配置中心就可以通过该工作流的工作流属性信息中的工作流发布地区，来确定该工作流的配置策略。从而，服务器的流程配置中心就会把“将天津地区的车辆过户流程配置给该工作流”作为该工作流的配置策略。

在上述步骤(2)中，服务器的流程配置中心就会根据确定的配置策略，从预存的流程集合中，确定出符合该配置策略的流程。

若工作流为“天津地区车辆过户流程”，且确定的工作流的配置策略为“将天津地区的车辆过户流程配置给该工作流”，那么流程配置中心就会从上述流程集合中找到天津地区的车辆过户流程。

在通过上述步骤106对工作流需要执行的流程配置完毕后，可以继续执行以下步骤108执行配置给工作流的流程。

步骤108、执行所述工作流已配置的流程。

相关技术中，单一工作流引擎对不同工作流类型的工作流的执行速度并不相同，为了可以快速执行各种类型的工作流，本实施例提出的工作流处理方法的步骤108，可以具体执行以下步骤(1)至步骤(3)：

(1)获取工作流类型与工作流引擎的对应关系；

(2)根据所述工作流的工作流类型，从所述对应关系中确定执行所述工作流的工作流引擎；

(3)通过确定的工作流引擎执行配置给所述工作流的流程。

在上述步骤(1)中，所述工作流类型与工作流引擎的对应关系，里面预先存储了不同工作流引擎与其能够快速执行的工作流类型的对应关系。

那么，服务器的流程配置中心在对工作流配置完毕后，所述服务器就可以获取预先存储的工作流类型与工作流引擎的对应关系。

具体地，上述步骤(2)可以具体执行以下步骤(21)至步骤(22)：

(21)从所述工作流的工作流属性信息中获取所述工作流的工作流类型；

(22)根据工作流的工作流类型，对所述工作流类型与工作流引擎的对应关系进行遍历，将所述对应关系中与所述工作流类型对应的工作流引擎确定为执行所述工作流的工作流引擎。

在上述步骤(3)中，服务器从工作流引擎库中调用执行所述工作流的工作流引擎，并通过调用的工作流引擎执行配置给所述工作流的流程，从而发布并执行用户创建的工作流。

通过以上步骤(1)至步骤(3)描述的内容可以看出，从工作流类型与工作流引擎的对应关系中，选择与执行该工作流类型的工作流速度快的工作流引擎来执行工作流，从而可以根据工作流的工作流类型，向工作流分配执行速度快的工作流引擎，保证不同工作流类型的工作都可以被较快速的执行。

综上所述，本实施例提出的工作流处理方法，在定义好工作流之后，可以根据工作流属性信息配置工作流需要执行的流程，与相关技术中需要用户多次操作工作流引擎的图形交互界面才能生成工作流的方式相比，无需用户多次操作，就可以生成工作流，减少了工作流的生成过程中用户的操作次数，提高了用户体验。

基于同一发明构思，本申请实施例中还提供了与上述工作流处理方法和对应的工作流处理装置，由于本申请实施例中的装置解决问题的原理与本申请实施例1所述的工作流处理方法相似，因此装置的实施可以参见前述车辆远程检测方法的实施，重复之处不再赘述。

实施例2

参见图3所示的工作流处理装置的结构示意图，本实施例提供一种工作流处理装置，包括：

获取模块300，用于获取已定义的工作流的工作流属性信息；

配置模块302，用于根据所述工作流属性信息，配置所述工作流需要执行的流程；

执行模块304，用于执行所述工作流已配置的流程。

所述工作流属性信息，包括：工作流名称、工作流类型、和/或工作流发布地区；

所述配置模块302，具体用于：

根据所述工作流类型、所述工作流发布地区和/或所述工作流名称，确定所述工作流的配置策略；

根据所述工作流的配置策略，确定所述工作流需要执行的流程；

将所述工作流与确定的所述流程进行关联，从而对所述工作流需要执行的流程进行配置。

相关技术中，单一工作流引擎对不同工作流类型的工作流的执行速度并不相同，为了可以快速执行各种类型的工作流，本实施例提出的工作流处理装置中，所述执行模块304，具体用于：

获取工作流类型与工作流引擎的对应关系；

根据所述工作流的工作流类型，从所述对应关系中确定执行所述工作流的工作流引擎；

通过确定的工作流引擎执行配置给所述工作流的流程。

通过以上描述的内容可以看出，从工作流类型与工作流引擎的对应关系中，选择与执行该工作流类型的工作流速度快的工作流引擎来执行工作流，从而可以根据工作流的工作流类型，向工作流分配执行速度快的工作流引擎，保证不同工作流类型的工作都可以被较快速的执行。

为了对工作流进行定义，上述工作流处理装置，还可以包括：

指令获取模块，用于确定所述工作流需要执行的任务以及所述任务之间的依赖关系；

定义模块，用于根据所述任务和所述任务之间的依赖关系定义所述工作流。

综上所述，本实施例提出的工作流处理装置，在定义好工作流之后，可以根据工作流属性信息配置工作流需要执行的流程，与相关技术中需要用户多次操作工作流引擎的图形交互界面才能生成工作流的方式相比，无需用户多次操作，就可以生成工作流，减少了工作流的生成过程中用户的操作次数，提高了用户体验。

基于同一发明构思，本申请实施例中还提供了与上述工作流处理方法和对应的计算机存储介质和工作流处理装置，由于本申请实施例中的计算机存储介质和装置解决问题的原理与本申请实施例1所述的工作流处理方法相似，因此装置的实施可以参见前述工作流处理方法的实施，重复之处不再赘述。

实施例3

本实施例提出一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器运行时执行上述实施例1描述的工作流处理方法的步骤。具体实现可参见方法实施例1，在此不再赘述。

此外，参见图4所示的工作流处理装置的结构示意图，本实施例还提出一种工作流处理装置，上述工作流处理装置包括总线51、处理器52、收发机53、总线接口54、存储器55和用户接口56。上述供氧装置包括有存储器55。

本实施例中，上述工作流处理装置还包括：存储在存储器55上并可在处理器52上运行的一个或者一个以上的程序，经配置以由上述处理器执行上述一个或者一个以上程序用于进行以下步骤(1)至步骤(3)：

(1)获取已定义的工作流的工作流属性信息；

(2)根据所述工作流属性信息，配置所述工作流需要执行的流程；

(3)执行所述工作流已配置的流程。

在图4中，总线架构(用总线51来代表)，总线51可以包括任意数量的互联的总线和桥，总线51将包括由通用处理器52代表的一个或多个处理器和存储器55代表的存储器的各种电路链接在一起。总线51还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口54在总线51和收发机53之间提供接口。收发机53可以是一个元件，也可以是多个元件，比如多个接收器和发送器，提供用于在传输介质上与各种其他装置通信的单元。例如：收发机53从其他设备接收外部数据。收发机53用于将处理器52处理后的数据发送给其他设备。取决于计算系统的性质，还可以提供用户接口56，例如小键盘、显示器、扬声器、麦克风、操纵杆。

处理器52负责管理总线51和通常的处理，如前述上述运行通用操作系统。而存储器55可以被用于存储处理器52在执行操作时所使用的数据。

可选的，处理器52可以是但不限于：中央处理器、单片机、微处理器或者可编程逻辑器件。

可以理解，本发明实施例中的存储器55可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(Read-Only Memory，ROM)、可编程只读存储器(Programmable ROM，PROM)、可擦除可编程只读存储器(Erasable PROM，EPROM)、电可擦除可编程只读存储器(Electrically EPROM，EEPROM)或闪存。易失性存储器可以是随机存取存储器(Random Access Memory，RAM)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的RAM可用，例如静态随机存取存储器(Static RAM，SRAM)、动态随机存取存储器(Dynamic RAM，DRAM)、同步动态随机存取存储器(Synchronous DRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(Double Data RateSDRAM，DDRSDRAM)、增强型同步动态随机存取存储器(Enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(Synchlink DRAM，SLDRAM)和直接内存总线随机存取存储器(DirectRambus RAM，DRRAM)。本文描述的系统和方法的存储器55旨在包括但不限于这些和任意其它适合类型的存储器。

在一些实施方式中，存储器55存储了如下的元素，可执行模块或者数据结构，或者他们的子集，或者他们的扩展集：操作系统551和应用程序552。

其中，操作系统551，包含各种系统程序，例如框架层、核心库层、驱动层等，用于实现各种基础业务以及处理基于硬件的任务。应用程序552，包含各种应用程序，例如媒体播放器(Media Player)、浏览器(Browser)等，用于实现各种应用业务。实现本发明实施例方法的程序可以包含在应用程序552中。

综上所述，本实施例提供一种计算机存储介质和工作流处理装置，在定义好工作流之后，可以根据工作流属性信息配置工作流需要执行的流程，与相关技术中需要用户多次操作工作流引擎的图形交互界面才能生成工作流的方式相比，无需用户多次操作，就可以生成工作流，减少了工作流的生成过程中用户的操作次数，提高了用户体验。

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

Claims (10)

1.一种工作流处理方法，其特征在于，包括：

获取已定义的工作流的工作流属性信息；

根据所述工作流属性信息，配置所述工作流需要执行的流程；

执行所述工作流已配置的流程。

2.根据权利要求1所述的方法，其特征在于，所述工作流属性信息，包括：工作流名称、工作流类型、和/或工作流发布地区；

所述根据所述工作流属性信息，配置所述工作流需要执行的流程，包括：

根据所述工作流类型、所述工作流发布地区和/或所述工作流名称，确定所述工作流的配置策略；

根据所述工作流的配置策略，确定所述工作流需要执行的流程；

将所述工作流与确定的所述流程进行关联，从而对所述工作流需要执行的流程进行配置。

3.根据权利要求1所述的方法，其特征在于，所述执行所述工作流已配置的流程，包括：

获取工作流类型与工作流引擎的对应关系；

根据所述工作流的工作流类型，从所述对应关系中确定执行所述工作流的工作流引擎；

通过确定的工作流引擎执行配置给所述工作流的流程。

4.根据权利要求1所述的方法，其特征在于，还包括：

确定所述工作流需要执行的任务以及所述任务之间的依赖关系；

根据所述任务和所述任务之间的依赖关系定义所述工作流。

5.一种工作流处理装置，其特征在于，包括：

获取模块，用于获取已定义的工作流的工作流属性信息；

配置模块，用于根据所述工作流属性信息，配置所述工作流需要执行的流程；

执行模块，用于执行所述工作流已配置的流程。

6.根据权利要求5所述的装置，其特征在于，所述工作流属性信息，包括：工作流名称、工作流类型、和/或工作流发布地区；

所述配置模块，具体用于：

根据所述工作流类型、所述工作流发布地区和/或所述工作流名称，确定所述工作流的配置策略；

根据所述工作流的配置策略，确定所述工作流需要执行的流程；

将所述工作流与确定的所述流程进行关联，从而对所述工作流需要执行的流程进行配置。

7.根据权利要求5所述的装置，其特征在于，所述执行模块，具体用于：

获取工作流类型与工作流引擎的对应关系；

根据所述工作流的工作流类型，从所述对应关系中确定执行所述工作流的工作流引擎；

通过确定的工作流引擎执行配置给所述工作流的流程。

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

指令获取模块，用于确定所述工作流需要执行的任务以及所述任务之间的依赖关系；

定义模块，用于根据所述任务和所述任务之间的依赖关系定义所述工作流。

9.一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，其特征在于，所述计算机程序被处理器运行时执行上述权利要求1-4任一项所述的方法的步骤。

10.一种工作流处理装置，其特征在于，所述工作流处理装置包括有存储器，处理器以及一个或者一个以上的程序，其中所述一个或者一个以上程序存储于所述存储器中，且经配置以由所述处理器执行权利要求1-4任一项所述的方法的步骤。