CN114066295A - 工作流业务编排方法、装置、电子设备和可读存储介质 - Google Patents

Abstract

本申请提供一种工作流业务编排方法、装置、电子设备和可读存储介质，针对服务平台上的任一业务项目，配置该业务项目的全局属性信息，创建该业务项目包含的多个业务组件，各业务组件对应业务项目具有的一功能实现方式。再基于提供的业务节点，实现各业务组件的组件属性配置，将配置得到的业务组件按预设的至少一种编排方式进行编排，最后根据全局属性信息和编排后的业务组件构成工作流业务模板。本申请中将业务项目拆分为多个业务组件，并按不同方式进行编排得到不同的工作流业务模板，后续可以应对数量众多的不同的定制化需求，无需完全依赖代码更改的方式以满足用户的定制化需求，避免代码冗余进而引发一系列问题的缺陷。

Description

工作流业务编排方法、装置、电子设备和可读存储介质

技术领域

本申请涉及系统开发技术领域，具体而言，涉及一种工作流业务编排方法、装置、电子设备和可读存储介质。

背景技术

在Saas(Software-as-a-Service，软件即服务)提供商为企业搭建信息化所需要的平台中，经常会遇到需求定制化和功能模块化动态配置的需求。在现有的处理方式中，一般是采用硬编码的方式来实现业务功能。随着需求的不断迭代、定制多样化，实现逻辑最终只能通过基于原有代码进行复制和修改，针对特定商户需求进行二次开发。

这种方式导致业务代码冗余、错误出现的频率高，并且随着迭代系统灵活性降低、问题排查变慢，导致业务越来越复杂，难以满足现有对Saas提供商对于商户提供灵活性、易实施、规范化、流程化、可维护的系统要求。

发明内容

本申请的目的包括，例如，提供了一种工作流业务编排方法、装置、电子设备和可读存储介质，其能够应对数量众多的不同的定制化需求。

本申请的实施例可以这样实现：

第一方面，本申请提供一种工作流业务编排方法，所述方法包括：

针对服务平台上的任一业务项目，配置该业务项目的全局属性信息；

创建所述业务项目包含的多个业务组件，各所述业务组件对应所述业务项目具有的一功能实现方式；

基于提供的业务节点，实现各所述业务组件的组件属性配置；

将配置得到的业务组件按预设的至少一种编排方式进行编排；

根据所述全局属性信息和编排后的业务组件构成工作流业务模板。

在可选的实施方式中，所述方法还包括：

响应对所述服务平台上的任一业务项目的触发操作，获取该触发操作所针对的商户；

获得所述商户的需求信息，基于预先构成的工作流业务模板获得与所述需求信息匹配的工作流业务信息；

基于所述工作流业务信息执行所述触发操作对应的工作流操作。

在可选的实施方式中，所述基于预先构成的工作流业务模板获得与所述需求信息匹配的工作流业务信息的步骤，包括：

检测预先构建的工作流业务模板中是否具有与所述需求信息匹配的工作流业务模板，若具有，则基于匹配的工作流业务模板得到工作流业务信息；

若不具有，则基于所述需求信息对预先构成的工作流业务模板进行修订，基于修订后的工作流业务模板得到工作流业务信息。

在可选的实施方式中，所述基于所述工作流业务信息执行所述触发操作对应的工作流操作的步骤，包括：

执行所述工作流业务信息中包含的全局属性信息相关的操作；

按所述工作流业务信息中包含的业务组件以及各业务组件的编排顺序，依次执行各所述业务组件相关的操作；

在最后一个业务组件的输出表征为执行成功时，完成所述工作流操作。

在可选的实施方式中，所述基于提供的业务节点，实现各所述业务组件的组件属性配置的步骤，包括：

针对各所述业务组件，获得对应的业务节点，所述业务节点用于指示所述业务组件的任务类型，所述任务类型包括同步任务类型、异步任务类型；

获取所述业务组件所需的配置信息，根据所述任务类型、配置信息实现所述业务组件的组件属性配置。

在可选的实施方式中，所述将配置得到的业务组件按预设的至少一种编排方式进行编排的步骤，包括：

在可视化操作界面中，将配置得到的业务组件转化为可视化模块；

按预设的至少一种编排方式，将可视化模块按执行顺序、执行方式进行模块搭建。

在可选的实施方式中，所述业务项目包括电商对账项目、订单整理项目、地址修改项目、库存录入项目、风险词检测项目、智能应答项目、广告复核项目中的任意一种。

第二方面，本申请提供一种工作流业务编排装置，所述装置包括：

第一配置模块，用于针对服务平台上的任一业务项目，配置该业务项目的全局属性信息；

创建模块，用于创建所述业务项目包含的多个业务组件，各所述业务组件对应所述业务项目具有的一功能实现方式；

第二配置模块，用于基于提供的业务节点，实现各所述业务组件的组件属性配置；

编排模块，用于将配置得到的业务组件按预设的至少一种编排方式进行编排；

构成模块，用于根据所述全局属性信息和编排后的业务组件构成工作流业务模板。

第三方面，本申请提供一种电子设备，包括：存储器和处理器，其中，所述存储器，用于存储计算机程序，所述处理器，用于执行所述计算机程序，以实现前述实施方式任一项所述的工作流业务编排方法。

第四方面，本申请提供一种计算机可读存储介质，用于保存计算机程序，其中，所述计算机程序被处理器执行时实现如前述实施方式任一项所述的工作流业务编排方法。

本申请实施例的有益效果包括，例如：

本申请提供一种工作流业务编排方法、装置、电子设备和可读存储介质，针对服务平台上的任一业务项目，配置该业务项目的全局属性信息，创建该业务项目包含的多个业务组件，各业务组件对应业务项目具有的一功能实现方式。再基于提供的业务节点，实现各业务组件的组件属性配置，将配置得到的业务组件按预设的至少一种编排方式进行编排，最后根据全局属性信息和编排后的业务组件构成工作流业务模板。本方案中将业务项目拆分为多个业务组件，并按不同方式进行编排得到不同的工作流业务模板，后续可以应对数量众多的不同的定制化需求，无需完全依赖代码更改的方式以满足用户的定制化需求，避免代码冗余进而引发一系列问题的缺陷。

附图说明

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

图1为本申请实施例提供的工作流业务编排方法的流程图；

图2为图1中步骤S103包含的子步骤的流程图；

图3为本申请实施例提供的业务节点创建的界面示意图；

图4为图1中步骤S104包含的子步骤的流程图；

图5为本申请实施例提供的业务组件编排的可视化示意图之一；

图6为本申请实施例提供的业务组件编排的可视化示意图之二；

图7为本申请实施例提供的业务组件编排的可视化示意图之三；

图8为本申请实施例提供的工作流业务编排方法的另一流程图；

图9为图8中步骤S107包含的子步骤的流程图；

图10为图8中步骤S108包含的子步骤的流程图；

图11为本申请实施例提供的电子设备的结构框图；

图12为本申请实施例提供的工作流业务编排装置的功能模块框图。

图标：110-存储介质；120-处理器；130-工作流业务编排装置；131-第一配置模块；132-创建模块；133-第二配置模块；134-编排模块；135-构成模块；140-通信接口。

具体实施方式

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。

因此，以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围，而是仅仅表示本申请的选定实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。

在本申请的描述中，需要说明的是，若出现术语“第一”、“第二”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

需要说明的是，在不冲突的情况下，本申请的实施例中的特征可以相互结合。

图1示出了本申请实施例提供的工作流业务编排方法的流程示意图，该工作流业务编排方法可由提供SaaS的服务平台的服务器实现，可以是单独的服务器，也可以是多个服务器构成的集群。应当理解，在其它实施例中，本实施例的工作流业务编排方法其中部分步骤的顺序可以根据实际需要相互交换，或者其中的部分步骤也可以省略或删除。该工作流业务编排方法的详细步骤介绍如下。

S101，针对服务平台上的任一业务项目，配置该业务项目的全局属性信息。

S102，创建所述业务项目包含的多个业务组件，各所述业务组件对应所述业务项目具有的一功能实现方式。

S103，基于提供的业务节点，实现各所述业务组件的组件属性配置。

S104，将配置得到的业务组件按预设的至少一种编排方式进行编排。

S105，根据所述全局属性信息和编排后的业务组件构成工作流业务模板。

工作流是为实现某个业务目标，在多个参与者之间，利用计算机按某种预定规则自动传递文档、信息或任务的方式。工作流可以理解为一系列相互衔接、自动进行的业务活动或任务。

SaaS软件即服务，即通过网络提供软件服务。SaaS平台供应商将应用软件统一部署在自己的服务器上，客户可以根据工作实际需求，通过互联网向厂商订购所需的应用软件服务器。SaaS服务通常基于一套标准软件系统为成百上千的客户提供服务。这就要求SaaS服务能够支持不同客户之间数据和配置的隔离，从而保证每个客户数据的安全与隐私，以及用户对诸如界面、业务逻辑、数据结构等的个性化需求。

本实施例所提供的工作流业务编排方法可应用于多个场景，例如电商服务应用场景、公司管理应用场景、工厂流程管理应用场景等。本实施例中后续以电商服务应用场景为例进行介绍。

服务平台，例如电商服务器平台可以提供多种业务项目，包括如电商对账项目、下单项目、财务结算项目、订单整理项目、地址修改项目、库存录入项目、风险词检测项目、智能应答项目、广告复核项目中的任意一种。

而针对各个业务项目，不同的商户其具体的需求可能也不相同，例如就下单项目而言，有的商户希望在下单过程中能够实现针对会员进行减满，有的商户无会员机制，但是存在例如消费超过100即返现的需求，并且在消费未超过100时进行积分奖励的需求。而有的商户希望又有会员的满减机制，又有积分奖励机制，并且还需要在下单时触发公众号通知，且通知文案需要进行自定义。

可见，针对同一个业务项目，不同的商户具有不同的需求。在平台面对的商户较少的情况下，通过硬编码的方式还可以应对不同的定制化需求。但是，在平台上的商户数量较多、需求众多时，硬编码的方式只能通过复制代码，并对代码进行修改来满足需求。如此，将造成代码大量冗余，降低平台服务器的灵活性。

本实施例中，预先可针对服务平台的任一业务项目，创建该业务项目可支持的多个业务组件。例如若业务项目为上述的下单项目，则创建的业务组件可以是上述的例如会员满减组件、返现组件、公众号通知组件等。将业务项目可以支持的功能实现方式进行拆分。

各个业务组件最终要实现相应的业务功能，需要对业务组件进行组件属性配置，例如业务组件所需的信息、业务组件的实现方式等，在配置好组件信息后，后续可以直接调用业务组件，从而完成实际操作过程中的相关业务实现。

由上述可知，不同的商户在针对某个业务项目时，其需求往往是多个条件的组合，并且组合内部还可能具有组合方式的区别。也就是说，业务组件之间需要按一定方式进行组合，才能满足商户的具体业务需求。

此外，考虑到服务平台上支持的商户一般主要是一些规模比较大的、相对固定的商户。因此，在进行编排时主要可以考虑这类商户的需求。

因此，本实施例中，可以将配置得到的业务组件按预设的至少一种编排方式进行编排。其中，编排的方式即为针对商户的需求确定多个业务组件中所需的业务组件，并且将确定的业务组件按一定顺序进行排列。

此外，针对某个业务项目，对于该业务项目下的多个业务组件，还包含一些所需的通用信息，例如就下单项目而言，后续需要获取例如下单用户的用户名、下单的时间等，这些信息可以理解为该下单项目的通用信息。因此，本实施例中，预先还需配置业务项目的全局属性信息，全局属性信息即为业务项目通用的所需的信息。

如此，可以基于业务项目的全局属性信息以及编排后的业务组件构成工作流业务模板。得到的工作流业务模板可以为至少一个，可以应对至少一种业务需求，可以是至少一个商户的业务需求，也可以具有相同业务需求的多个商户的业务需求。

本实施例中，将业务项目拆分为多个业务组件，并按不同方式进行编排得到不同的工作流业务模板，后续可以应对数量众多的不同的定制化需求，无需完全依赖代码更改的方式以满足用户的定制化需求，避免代码冗余进而引发一系列问题的缺陷。

请参阅图2，本实施例中，在上述实现各业务组件的组件属性配置时，可以通过以下方式实现：

S1031，针对各所述业务组件，获得对应的业务节点，所述业务节点用于指示所述业务组件的任务类型，所述任务类型包括同步任务类型、异步任务类型。

S1032，获取所述业务组件所需的配置信息，根据所述任务类型、配置信息实现所述业务组件的组件属性配置。

本实施例中，业务节点可以是后端开发人员通过代码所创建的，业务节点可以用于指示业务组件的任务类型，包括同步任务类型、异步任务类型。同步任务类型即为需要返回结果，以基于任务的返回结果执行下一步的类型，包括如计算价格、判断参数等类型的业务。而异步任务类型是无需返回结果，创建及完成后自动扭转至下一步的类型，包括如发短信、邮件等的业务。

此外，请结合参阅图3，图3示例性示出了业务节点的创建界面，业务节点除了可以指示业务组件的业务类型之外，还可设置业务组件的名称、编码、应用名称、方法名、入参路径等信息。

在确定业务组件的任务类型后，结合业务组件所需的配置信息实现业务组件的组件属性配置。在组件属性配置的过程中，可以基于商户的需求进行配置，例如在结算项目中的业务组件的配置中，可以根据需求选择结算维度，如基于门店维度或商家维度进行结算。此外，还可以配置关于结算节点的门店信息、员工信息、日期信息等配置项。后续在调用业务组件时，可以按照预先的配置项进行业务操作。

本实施例中，对于业务组件的组件属性配置时，还可定义各个业务组件的输入、输出标准。其中，定义的输入标准中包含执行、提交、取消标准，其中，执行用于指示流程运行，提交用于指示整个流程结束并做事物保证，取消用于指示某一业务执行出错，需要出发整个业务进行回滚。

业务组件的输出标准中包括成功、终止、更新数据的标准。在业务组件后续被执行的过程中，可以基于业务组件具体的输出情况执行各个标准相应的触发操作。

请参阅图4，本实施例中，在完成各个业务组件的配置后，在对业务组件进行编排时，可以按以下方式实现：

S1041，在可视化操作界面中，将配置得到的业务组件转化为可视化模块。

S1042，按预设的至少一种编排方式，将可视化模块按执行顺序、执行方式进行模块搭建。

以上述为例，在下单项目中各个商户的需求不同，所需的业务组件、业务组件的组合方式也存在不同。在针对这类商户生成对应的工作流业务模板时，则可以分别按商户的需求所对应的编排方式对业务组件进行编排。

在可视化操作界面中，将业务组件转换为可视化模块，通过可视化模块的配置实现业务组件的编排。

请参阅图5，例如A商户的需求是在下单时进行会员的满减机制，则可以将会员满减的业务组件转换为可视化模块，并且加入到编排流程中，从而可以得到满足会员满减需求的编排结果。

此外，请参阅图6，例如B商户的需求是在下单时消费超过100即返现的需求，并且在消费未超过100时进行积分奖励。则可以将返现以及积分奖励的业务组件转换为可视化模块，并加入到编排流程中，得到满足返现及积分奖励的需求的编排结果。

另外，请参阅图7，例如C商户的需求是在下单时需要积分奖励，并且下单时触发公众号通知。则可以将积分奖励和触发公众号通知的业务组件转化为可视化模块，并加入到编排流程中，得到满足积分奖励和公众号通知的需求的编排结果。

本实施例中，采用可视化操作界面的方式实现业务组件的编排，可以达到所见即所得的效果，可以降低操作的难度，并且可以及时、清楚地了解编排的结果。

此外，本实施例中，在进行业务组件的编排时，除了编排业务组件的执行顺序，还可设置业务组件的执行触发时间。该触发时间可以是相对时间，例如可以是在某个业务组件执行结束之后，间隔预设时长触发另一业务组件的执行。

在完成业务组件的编排并得到一个或多个编排结果后，可以结合业务项目的全局属性信息，得到一个或多个工作流业务模板。

在应用过程中，可以基于上述得到的工作流业务模板，执行满足商户需求的工作流操作。请参阅图8，本实施例提供的工作流业务编排方法还可包括以下步骤：

S106，响应对所述服务平台上的任一业务项目的触发操作，获取该触发操作所针对的商户。

S107，获得所述商户的需求信息，基于预先构成的工作流业务模板获得与所述需求信息匹配的工作流业务信息。

S108，基于所述工作流业务信息执行所述触发操作对应的工作流操作。

本实施例中，所述的触发操作可以是服务平台上的用户所触发的，例如电商平台上的用户进行购物时执行的下单操作，该下单操作将触发服务平台上的下单项目。而该触发操作所针对的商户为下单的物品的商家。

由上述可知，不同的商户具有针对业务项目具有不同的需求，而预先构建的工作流业务模板针对服务平台上的规模较大、较为固定的商户所构建的。针对当前触发操作所针对的商户，可以基于该商户的需求并结合上述构建的工作流业务模板获得匹配的工作流业务信息，从而基于该匹配的工作流业务信息执行触发操作对应的工作流操作。

请参阅图9，本实施例中，在确定与商户匹配的工作流业务信息时，可以通过以下方式实现：

S1071，检测预先构建的工作流业务模板中是否具有与所述需求信息匹配的工作流业务模板，若具有，执行以下步骤S1072，若不具有，执行以下步骤S1073。

S1072，基于匹配的工作流业务模板得到工作流业务信息。

S1073，基于所述需求信息对预先构成的工作流业务模板进行修订，基于修订后的工作流业务模板得到工作流业务信息。

本实施例中，预先构建的工作流业务模板仅为可满足比较普遍的大商户需求的模板，例如上述的会员满减机制、返现且积分奖励、积分奖励且公众号通知等需求的模板。若当前触发操作的需求是预先配置的需求中的其中一种，则可以直接获取该需求对应的工作流业务模板，基于该工作流业务模板得到当前商户的工作流业务信息。

而若当前触发操作的需求不能完全匹配上预先配置的需求中的任意一种，可以对预先构成的工作流业务模板进行修订，基于修订结果得到当前商户的工作流业务信息。

例如当前商户的需求是会员减满机制+返现+积分奖励+公众号通知，而预先配置的工作流业务模板中并未包含这一类型的需求，则可以基于原有模板进行修订，例如可以基于原有模板中的返现且积分奖励的模板中，添加会员减满且公众号通知的业务组件，从而得到满足当前商户需求的工作流业务信息。

当然，也可以基于拆分得到的业务组件进行重新编排，并结合全局属性信息重新构建工作流业务信息。

本实施例中，针对每个使用工作流搭建的工作场景组件服务，在实施过程中可以使用拆分业务组件，动态搭建出差异化服务商户业务，并且在节点还可以自定义配置不同的业务节点属性配置。

请参阅图10，在得到工作流业务信息后，以执行对应的工作流操作时，可以通过以下方式实现：

S1081，执行所述工作流业务信息中包含的全局属性信息相关的操作。

S1082，按所述工作流业务信息中包含的业务组件以及各业务组件的编排顺序，依次执行各所述业务组件相关的操作。

S1083，在最后一个业务组件的输出表征为执行成功时，完成所述工作流操作。

由上述可知，全局属性信息为业务项目中通用的信息，例如下单项目中所需的下单用户名称、下单日期等信息。在执行当前触发的下单操作时，则先执行全局属性信息相关的操作，也即，获取下单用户名称、下单日期等信息。

而在获得所针对的商户的工作流业务信息中即包含至少一个业务组件。当仅包含一个业务组件时，则执行该业务组件的相关操作。若包含多个业务组件，则按业务组件的编排顺序依次执行各个业务组件相关的操作。在执行各个业务组件的过程中，可以基于各个业务组件的输出标准、输入标准确定相应的操作。例如在执行过程中，可以基于返回结果判断当前业务组件的输出是成功、还是更新数据、还是终止操作等。从而形成可执行的链条调用逻辑。

此外，若业务组件还定义有触发时间，则按定义的触发时间执行各个业务组件。在最后一个业务组件的输出标准为成功标准时，则可以完成工作流操作。

本实施例所提供的工作流业务编排方法，采用一种组件化编码、组件属性动态配置、可视化业务编排的方式，可以快速实现saas服务中的组件化编程，并且能够基于配置动态生成组件配置界面，最终实现一种高扩展、易维护的业务编排设计方案。

利用工作流实现代码建模，开发人员抽离出场景下共用组件和差异组件，将一个复杂的场景模块化，提升saas服务的灵活性。解决了saas原有功能配置在各个业务系统，需要开发多个功能配置界面，并在多个系统中实时配置的缺陷。

本方案中，业务系统只需要关注配置不同的业务组件，依托业务编排管理系统的配置，实现统一的调度以完成流程扭转和数据下发。解决多系统相关任务的协同问题，方便为不同业态的商户提供更灵活的服务。

请参阅图11，为本申请实施例提供的电子设备的示例性组件示意图，该电子设备可为提供服务平台的服务器。该电子设备可包括存储介质110、处理器120、工作流业务编排装置130及通信接口140。本实施例中，存储介质110与处理器120均位于电子设备中且二者分离设置。然而，应当理解的是，存储介质110也可以是独立于电子设备之外，且可以由处理器120通过总线接口来访问。可替换地，存储介质110也可以集成到处理器120中，例如，可以是高速缓存和/或通用寄存器。

工作流业务编排装置130可以理解为上述电子设备，或电子设备的处理器120，也可以理解为独立于上述电子设备或处理器120之外的在电子设备控制下实现上述工作流业务编排方法的软件功能模块。

如图12所示，上述工作流业务编排装置130可以包括第一配置模块131、创建模块132、第二配置模块133、编排模块134和构成模块135。下面分别对该工作流业务编排装置130的各个功能模块的功能进行详细阐述。

第一配置模块131，用于针对服务平台上的任一业务项目，配置该业务项目的全局属性信息；

可以理解，该第一配置模块131可以用于执行上述步骤S101，关于该第一配置模块131的详细实现方式可以参照上述对步骤S101有关的内容。

创建模块132，用于创建所述业务项目包含的多个业务组件，各所述业务组件对应所述业务项目具有的一功能实现方式；

可以理解，该创建模块132可以用于执行上述步骤S102，关于该创建模块132的详细实现方式可以参照上述对步骤S102有关的内容。

第二配置模块133，用于基于提供的业务节点，实现各所述业务组件的组件属性配置；

可以理解，该第二配置模块133可以用于执行上述步骤S103，关于该第二配置模块133的详细实现方式可以参照上述对步骤S103有关的内容。

编排模块134，用于将配置得到的业务组件按预设的至少一种编排方式进行编排；

可以理解，该编排模块134可以用于执行上述步骤S104，关于该编排模块134的详细实现方式可以参照上述对步骤S104有关的内容。

构成模块135，用于根据所述全局属性信息和编排后的业务组件构成工作流业务模板。

可以理解，该构成模块135可以用于执行上述步骤S105，关于该构成模块135的详细实现方式可以参照上述对步骤S105有关的内容。

在一种可能的实施方式中，所述工作流业务编排装置130还包括执行模块，该执行模块用于：

响应对所述服务平台上的任一业务项目的触发操作，获取该触发操作所针对的商户；

获得所述商户的需求信息，基于预先构成的工作流业务模板获得与所述需求信息匹配的工作流业务信息；

基于所述工作流业务信息执行所述触发操作对应的工作流操作。

在一种可能的实施方式中，上述执行模块具体可以用于：

检测预先构建的工作流业务模板中是否具有与所述需求信息匹配的工作流业务模板，若具有，则基于匹配的工作流业务模板得到工作流业务信息；

若不具有，则基于所述需求信息对预先构成的工作流业务模板进行修订，基于修订后的工作流业务模板得到工作流业务信息。

在一种可能的实施方式中，上述执行模块具体可以用于：

执行所述工作流业务信息中包含的全局属性信息相关的操作；

按所述工作流业务信息中包含的业务组件以及各业务组件的编排顺序，依次执行各所述业务组件相关的操作；

在最后一个业务组件的输出表征为执行成功时，完成所述工作流操作。

在一种可能的实施方式中，上述配置模块具体可以用于：

针对各所述业务组件，获得对应的业务节点，所述业务节点用于指示所述业务组件的任务类型，所述任务类型包括同步任务类型、异步任务类型；

获取所述业务组件所需的配置信息，根据所述任务类型、配置信息实现所述业务组件的组件属性配置。

在一种可能的实施方式中，上述编排模块134具体可以用于：

在可视化操作界面中，将配置得到的业务组件转化为可视化模块；

按预设的至少一种编排方式，将可视化模块按执行顺序、执行方式进行模块搭建。

在一种可能的实施方式中，所述业务项目包括电商对账项目、下单项目、财务结算项目、订单整理项目、地址修改项目、库存录入项目、风险词检测项目、智能应答项目、广告复核项目中的任意一种。

在本申请实施例中，对应于上述的工作流业务编排方法，还提供了一种计算机可读存储介质，该计算机可读存储介质中存储有计算机程序，该计算机程序运行时执行上述工作流业务编排方法的各个步骤。

其中，前述计算机程序运行时执行的各步骤，在此不再一一赘述，可参考前文对所述工作流业务编排方法的解释说明。

综上所述，本申请实施例提供的工作流业务编排方法、装置、电子设备和可读存储介质，针对服务平台上的任一业务项目，配置该业务项目的全局属性信息，创建该业务项目包含的多个业务组件，各业务组件对应业务项目具有的一功能实现方式。再基于提供的业务节点，实现各业务组件的组件属性配置，将配置得到的业务组件按预设的至少一种编排方式进行编排，最后根据全局属性信息和编排后的业务组件构成工作流业务模板。本方案中将业务项目拆分为多个业务组件，并按不同方式进行编排得到不同的工作流业务模板，后续可以应对数量众多的不同的定制化需求，无需完全依赖代码更改的方式以满足用户的定制化需求，避免代码冗余进而引发一系列问题的缺陷。

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

Claims (10)

1.一种工作流业务编排方法，其特征在于，所述方法包括：

针对服务平台上的任一业务项目，配置该业务项目的全局属性信息；

创建所述业务项目包含的多个业务组件，各所述业务组件对应所述业务项目具有的一功能实现方式；

基于提供的业务节点，实现各所述业务组件的组件属性配置；

将配置得到的业务组件按预设的至少一种编排方式进行编排；

根据所述全局属性信息和编排后的业务组件构成工作流业务模板。

2.根据权利要求1所述的工作流业务编排方法，其特征在于，所述方法还包括：

响应对所述服务平台上的任一业务项目的触发操作，获取该触发操作所针对的商户；

获得所述商户的需求信息，基于预先构成的工作流业务模板获得与所述需求信息匹配的工作流业务信息；

基于所述工作流业务信息执行所述触发操作对应的工作流操作。

3.根据权利要求2所述的工作流业务编排方法，其特征在于，所述基于预先构成的工作流业务模板获得与所述需求信息匹配的工作流业务信息的步骤，包括：

检测预先构建的工作流业务模板中是否具有与所述需求信息匹配的工作流业务模板，若具有，则基于匹配的工作流业务模板得到工作流业务信息；

若不具有，则基于所述需求信息对预先构成的工作流业务模板进行修订，基于修订后的工作流业务模板得到工作流业务信息。

4.根据权利要求2所述的工作流业务编排方法，其特征在于，所述基于所述工作流业务信息执行所述触发操作对应的工作流操作的步骤，包括：

执行所述工作流业务信息中包含的全局属性信息相关的操作；

按所述工作流业务信息中包含的业务组件以及各业务组件的编排顺序，依次执行各所述业务组件相关的操作；

在最后一个业务组件的输出表征为执行成功时，完成所述工作流操作。

5.根据权利要求1所述的工作流业务编排方法，其特征在于，所述基于提供的业务节点，实现各所述业务组件的组件属性配置的步骤，包括：

针对各所述业务组件，获得对应的业务节点，所述业务节点用于指示所述业务组件的任务类型，所述任务类型包括同步任务类型、异步任务类型；

获取所述业务组件所需的配置信息，根据所述任务类型、配置信息实现所述业务组件的组件属性配置。

6.根据权利要求1所述的工作流业务编排方法，其特征在于，所述将配置得到的业务组件按预设的至少一种编排方式进行编排的步骤，包括：

在可视化操作界面中，将配置得到的业务组件转化为可视化模块；

按预设的至少一种编排方式，将可视化模块按执行顺序、执行方式进行模块搭建。

7.根据权利要求1-6任意一项所述的工作流业务编排方法，其特征在于，所述业务项目包括电商对账项目、下单项目、财务结算项目、订单整理项目、地址修改项目、库存录入项目、风险词检测项目、智能应答项目、广告复核项目中的任意一种。

8.一种工作流业务编排装置，其特征在于，所述装置包括：

第一配置模块，用于针对服务平台上的任一业务项目，配置该业务项目的全局属性信息；

创建模块，用于创建所述业务项目包含的多个业务组件，各所述业务组件对应所述业务项目具有的一功能实现方式；

第二配置模块，用于基于提供的业务节点，实现各所述业务组件的组件属性配置；

编排模块，用于将配置得到的业务组件按预设的至少一种编排方式进行编排；

构成模块，用于根据所述全局属性信息和编排后的业务组件构成工作流业务模板。

9.一种电子设备，其特征在于，包括：存储器和处理器，其中，所述存储器，用于存储计算机程序，所述处理器，用于执行所述计算机程序，以实现权利要求1至7任一项所述的工作流业务编排方法。

10.一种计算机可读存储介质，其特征在于，用于保存计算机程序，其中，所述计算机程序被处理器执行时实现如权利要求1至7任一项所述的工作流业务编排方法。

Images