CN114116111A - 配置流程节点和数据处理的方法、装置、设备及介质 - Google Patents

Abstract

本公开涉及一种配置流程节点和数据处理的方法、装置、设备及介质，上述配置流程节点的方法包括：接收对待配置流程节点的请求方式进行配置的第一请求，上述请求方式表征对应用系统进行调用的方式；在接收到上述第一请求的情况下，生成可视化的第一配置界面；接收用户在上述第一配置界面配置的请求方式配置信息；以及基于上述请求方式配置信息，调用用于支持上述请求方式的服务框架，生成可执行流程节点。得到的可执行流程节点涵盖各种请求/调用类型，从而能够支撑流程系统实现对业务系统的各种形式调用，拓展了流程系统与应用系统交互的应用场景。

Description

配置流程节点和数据处理的方法、装置、设备及介质

技术领域

本公开涉及计算机技术领域，尤其涉及一种配置流程节点和数据处理的方法、装置、设备及介质。

背景技术

面向不同用户的应用系统可以是各种类型，例如面向消费者或业务人员的业务系统，面向运维人员的运维系统，面向技术人员的开发系统等。由于用户数据量和用户数据的维度越来越多，为了支撑应用系统的数据处理的顺利实施或优化处理逻辑，流程系统应运而生。流程系统是支撑各个任务(例如消费业务、运维任务、开发任务等)实现、且包括各个功能性的流程节点的系统。

在应用系统执行对应的业务处理、运维任务、软件项目开发等操作时，通常需要与流程系统进行交互。

发明内容

然而，发现存在以下技术问题：流程系统支持的请求方式是有限的，例如只支持超文本传输协议(http)形式的请求/调用方式，这就使得流程系统与应用系统交互的应用场景受限，导致流程系统无法满足多种应用系统或者复杂形式的调用。

为了解决上述技术问题或者至少部分地解决上述技术问题，本公开的实施例提供了一种配置流程节点和数据处理的方法、装置、设备及介质。

第一方面，本公开的实施例提供了一种配置流程节点的方法。上述方法包括：接收对待配置流程节点的请求方式进行配置的第一请求，上述请求方式表征对应用系统进行调用的方式；在接收到上述第一请求的情况下，生成可视化的第一配置界面；接收用户在上述第一配置界面配置的请求方式配置信息；以及基于上述请求方式配置信息，调用用于支持上述请求方式的服务框架，生成可执行流程节点。

根据本公开的实施例，在接收到上述第一请求的情况下，生成可视化的第一配置界面，包括：在接收到上述第一请求的情况下，在预设的配置模板文件中确定与上述请求方式匹配的目标配置模板文件；以及基于上述目标配置模板文件，生成可视化的第一配置界面。

根据本公开的实施例，上述配置模板文件为多个，每个配置模板文件关联有适配请求方式的标识；或者，上述配置目标文件中包含有多个配置模板内容，每个配置模板内容关联有适配请求方式的标识。其中，上述在预设的配置模板文件中确定与上述请求方式匹配的目标配置模板文件，包括：在上述配置模板文件或配置模板内容关联的适配请求方式的标识中，确定与上述请求方式匹配的目标适配请求方式所对应的目标标识；以及根据与上述目标标识关联的配置模板文件或配置模板内容，生成目标配置模板文件。

根据本公开的实施例，上述配置模板文件中包括：预设属性组和待配置属性值，至少部分待配置属性值的取值为空值；上述目标配置模板文件中包括：与上述请求方式匹配的目标属性组，以及与上述目标属性组对应的待配置目标属性值。其中，上述基于上述目标配置模板文件，生成可视化的第一配置界面，包括：基于上述目标配置模板文件中的目标属性组和待配置目标属性值，生成键值-对形式的输出界面，上述输出界面作为上述第一配置界面。

根据本公开的实施例，当上述请求方式包括rpc请求方式时，上述请求方式配置信息包括：对第一属性组中的属性进行属性值配置的第一配置信息；上述第一属性组中的属性包括：请求类型、请求方法的名称或标识至少一种、请求接口、参数的解析类型、执行参数、超时时间、以及序列化方式；当上述请求方式包括java文件请求方式时，上述请求方式配置信息包括：对第二属性组中的属性进行属性值配置的第二配置信息；上述第二属性组中的属性包括：请求类型、执行的class文件、执行参数、以及超时时间；当上述请求方式包括mq请求方式时，上述请求方式配置信息包括：对第三属性组中的属性进行属性值配置的第三配置信息；上述第三属性组中的属性包括：请求类型、消息处理过程中的主题、执行参数、以及超时时间；当上述请求方式包括http请求方式时，上述请求方式配置信息包括：对第四属性组中的属性进行属性值配置的第四配置信息；上述第四属性组中的属性包括：请求类型、请求方式、请求接口、执行参数、以及超时时间。

根据本公开的实施例，在上述接收对待配置流程节点的请求方式进行配置的第一请求之前，还包括：接收流程节点的创建信息，上述创建信息包括：节点标识信息、用于实现的目标功能的描述信息、以及请求方式的描述信息；以及根据上述创建信息，创建得到待配置流程节点，上述待配置流程节点实现目标功能对应的请求方式处于待配置状态。

根据本公开的实施例，在上述生成可执行流程节点之前，还包括：接收对待配置流程节点的执行信息进行配置的第二请求；在接收到上述第二请求的情况下，生成可视化的第二配置界面；以及接收用户在上述第二配置界面配置的执行配置信息。其中，基于上述请求方式配置信息，调用用于支持上述请求方式的服务框架，生成可执行流程节点，包括：基于上述请求方式配置信息和上述执行配置信息，调用用于支持上述请求方式的服务框架，生成可执行流程节点。

根据本公开的实施例，上述执行信息包括：触发信息和执行关联参数信息中的至少一种；上述触发信息用于限定流程节点通过人工触发、自动触发或者定时触发的方式启动执行；上述执行关联参数信息为上述流程节点在执行时需要加载的关联参数。

第二方面，本公开的实施例提供了一种数据处理的方法。上述方法包括：接收应用系统进行数据处理时的节点调用请求；根据上述节点调用请求，在预先配置好的流程节点中依序调用目标流程节点；其中，上述预先配置好的流程节点采用如上所述的配置流程节点的方法配置得到；上述目标流程节点根据预先配置的请求方式，从上述应用系统获取目标数据，对上述目标数据进行预设处理，得到处理结果，并将处理结果基于预设方式反馈给上述应用系统。

第三方面，本公开的实施例提供了一种用于配置流程节点的装置。上述装置包括：请求接收模块、界面生成模块、配置信息接收模块和可执行节点生成模块。上述请求接收模块用于接收对待配置流程节点的请求方式进行配置的第一请求，上述请求方式表征对应用系统进行调用的方式。上述界面生成模块用于在接收到上述第一请求的情况下，生成可视化的第一配置界面。上述配置信息接收模块用于接收用户在上述第一配置界面配置的请求方式配置信息。上述可执行节点生成模块用于基于上述请求方式配置信息，调用用于支持上述请求方式的服务框架，生成可执行流程节点。

第四方面，本公开的实施例提供了一种数据处理的装置。上述装置包括：调用请求接收模块、节点调用模块、以及执行和交互模块。上述调用请求接收模块用于接收应用系统进行数据处理时的节点调用请求。上述节点调用模块用于根据上述节点调用请求，在预先配置好的流程节点中依序调用目标流程节点。其中，上述预先配置好的流程节点采用如上所述的配置流程节点的方法配置得到或者采用如上所述的用于配置流程节点的装置配置得到；上述执行和交互模块设置于目标流程节点中，用于根据预先配置的请求方式，从上述应用系统获取目标数据，对上述目标数据进行预设处理，得到处理结果，并将处理结果基于预设方式反馈给上述应用系统。

第五方面，本公开的实施例提供了一种电子设备。上述电子设备包括处理器、通信接口、存储器和通信总线，其中，处理器、通信接口和存储器通过通信总线完成相互间的通信；存储器，用于存放计算机程序；处理器，用于执行存储器上所存放的程序时，实现如上所述的配置流程节点的方法或数据处理的方法。

第六方面，本公开的实施例提供了一种计算机可读存储介质。上述计算机可读存储介质上存储有计算机程序，上述计算机程序被处理器执行时实现如上所述的配置流程节点的方法或数据处理的方法。

本公开实施例提供的上述技术方案至少具有如下优点的部分或全部：

通过提供可视化的配置界面，来接收对待配置节点的请求方式进行配置的请求方式配置信息，上述请求方式可以涵盖各种请求类型，诸如：rpc(远程过程调用)、java文件(编译后为class文件形式)、mq(消息队列)、http(超文本传输协议)等请求/调用类型，根据上述请求配置信息来调用对应的服务框架，可以生成可执行流程节点，得到的可执行流程节点涵盖各种请求/调用类型，从而能够支撑流程系统实现对业务系统的各种形式调用，拓展了流程系统与应用系统交互的应用场景，使得流程系统能够满足多种应用系统或者复杂形式的调用。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。

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

图1示意性地示出了适用于本公开实施例的配置流程节点的方法和装置的系统架构；

图2示意性地示出了根据本公开一实施例的配置流程节点的方法的流程图；

图3示意性地示出了根据本公开实施例的第一配置界面的示意图；

图4示意性地示出了根据本公开实施例的操作S202的详细实施流程图；

图5A示意性地示出了根据本公开一实施例的确定目标配置模板文件的详细实施流程图；

图5B示意性地示出了根据本公开另一实施例的确定目标配置模板文件的详细实施流程图；

图6示意性地示出了根据本公开实施例的在第一配置界面配置完请求方式配置信息之后的示意图；

图7示意性地示出了根据本公开另一实施例的配置流程节点的方法的流程图；

图8示意性地示出了根据本公开又一实施例的配置流程节点的方法的流程图；

图9示意性地示出了根据本公开实施例的数据处理的方法的流程图；

图10示意性地示出了根据本公开实施例的用于配置流程节点的装置的结构框图；

图11示意性地示出了根据本公开实施例的数据处理的装置的结构框图；以及

图12示意性示出了本公开实施例提供的电子设备的结构框图。

具体实施方式

本公开的实施例提供了一种配置流程节点和数据处理的方法、装置、设备及介质，配置得到的可执行流程节点涵盖各种请求/调用类型，从而能够支撑流程系统实现对业务系统的各种形式调用，拓展了流程系统与应用系统交互的应用场景，使得流程系统能够满足多种应用系统或者复杂形式的调用。

上述配置流程节点的方法包括：接收对待配置流程节点的请求方式进行配置的第一请求，上述请求方式表征对应用系统进行调用的方式；在接收到上述第一请求的情况下，生成可视化的第一配置界面；接收用户在上述第一配置界面配置的请求方式配置信息；以及基于上述请求方式配置信息，调用用于支持上述请求方式的服务框架，生成可执行流程节点。

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

图1示意性地示出了适用于本公开实施例的配置流程节点的方法和装置的系统架构。

参照图1所示，图1示意性示出了适用于本公开实施例的配置流程节点的方法和装置的系统架构100包括：终端设备101、102、103，网络104和服务器105。网络104用以在终端设备101、102、103和服务器105之间提供通信链路的介质。网络104可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

用户可以使用终端设备101、102、103通过网络104与服务器105交互，以接收或发送消息等。终端设备101、102、103上可以安装有各种类型的流程系统/流程应用等，诸如：业务流程系统、运维流程系统、开发流程系统等，用于支撑业务系统、运维系统、软件项目开发系统等各种形式的应用系统的运行和数据处理。

上述终端设备101、102、103上还可以安装有其他通讯客户端应用，例如购物类应用、网页浏览器应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等(仅为示例)。

终端设备101、102、103可以是具有显示屏并且支持网页浏览的各种电子设备，例如电子设备包括但不限于智能手机、平板电脑、笔记本电脑、台式计算机、智能手表等等。

服务器105可以是提供各种服务的服务器，例如对用户利用终端设备101、102、103发起的流程节点的构建和配置操作进行数据处理提供网络服务和数据服务支持的后台管理服务器(仅为示例)。后台管理服务器可以对接收到的流程节点的构建和配置操作等数据处理请求进行数据分析和处理，并将处理结果(例如根据用户请求获取或生成的网页、信息、或数据等)反馈给终端设备。

需要说明的是，本公开实施例所提供的配置流程节点的方法一般可以由终端设备101、102、103执行。相应地，本公开实施例所提供的用于配置流程节点的装置一般可以设置于终端设备101、102、103中。

应该理解，图1中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。

下面结合附图来对本公开的实施例进行详细介绍。

本公开的第一个示例性实施例提供了一种配置流程节点的方法。

图2示意性地示出了根据本公开一实施例的配置流程节点的方法的流程图。

参照图2所示，本公开实施例提供的配置流程节点的方法，包括以下操作：S201、S202、S203和S204。

在操作S201，接收对待配置流程节点的请求方式进行配置的第一请求，上述请求方式表征对应用系统进行调用的方式。

在操作S202，在接收到上述第一请求的情况下，生成可视化的第一配置界面。

在操作S203，接收用户在上述第一配置界面配置的请求方式配置信息。

在操作S204，基于上述请求方式配置信息，调用用于支持上述请求方式的服务框架，生成可执行流程节点。

上述操作S201～S204可以由安装有流程系统/应用的终端设备来执行。上述流程系统/应用用于支撑应用系统的任务实现，上述应用系统可以和流程系统位于同一个设备中，也可以位于不同的设备中。在应用系统执行对应的业务处理、运维任务、软件项目开发等操作时，与流程系统进行数据交互；例如应用系统通过调用流程系统，使得流程系统可以请求调用应用系统中的特定数据实施预设的数据处理逻辑，并将处理结果反馈回应用系统中。

在一示例性场景中，应用系统为处理资产业务的业务系统，该业务系统需要执行资产的过滤、资产的发行等业务逻辑。流程系统负责编排业务系统处理的顺序，比如预设顺序为：先处理资产过滤，再处理资产发行。在业务系统执行数据处理逻辑的过程中，业务系统通过调用流程系统，使得流程系统先执行资产过滤这一操作，执行过程中需要调用业务系统中的资产数据，并对调用得到的资产数据基于预设条件实施过滤操作，在实施完资产过滤操作之后，流程系统可以将执行结果反馈回应用系统；然后流程系统调用业务系统的接口来执行资产发行的操作。该场景下，流程系统中的一个或多个流程节点要实现对应用系统的数据/接口等的调用请求，为了满足多种形式的调用以及复杂场景的调用，通过上述操作S201～S204配置得到的可执行流程节点涵盖各种请求/调用类型，从而能够支撑流程系统实现对业务系统的各种形式调用，拓展了流程系统与应用系统交互的应用场景。

上述操作S201中，请求方式尚未配置的流程节点称之为待配置流程节点。本实施例中，为了与后续实施例要描述的对执行信息进行配置的请求进行区分，这里将对请求方式进行配置的请求称之为第一请求，将后续对执行信息进行配置的请求称之为第二请求。相应的，响应于第一请求生成的可视化界面描述为第一配置界面，响应于第二请求生成的可视化界面描述为第二配置界面。

上述操作S201的实施场景可以是：终端设备上安装有流程系统/应用，流程系统/应用的主界面上显示有各种功能键，其中包括对请求方式进行配置的目标功能键，用户通过在流程系统/应用的主界面上点击目标功能键来发起配置请求，在终端设备一侧接收到对待配置流程节点的请求方式进行配置的第一请求。

或者，在其他实施场景中，在待配置流程节点的界面上展示有请求方式的描述信息，例如该请求方式的描述信息为：远程过程调用(RPC)，请求方式的具体实现逻辑尚未被配置。用户可以通过点击该请求方式的描述信息、或在上述请求方式的描述信息上停留预设时长来触发对请求方式进行配置的第一请求；还可以是用户通过在请求方式的描述信息上停留并点击鼠标右键(可以变化，根据用户使用习惯可以调整)，展示出对请求方式进行配置操作、修改操作、删除操作等的功能键目录，用户通过选择配置操作这一功能键来触发对请求方式进行配置的第一请求，从而在终端设备上接收到上述第一请求。

用户可以是对流程节点具有配置能力的使用者。例如在实际应用场景中，可以是流程研发工程师，或者是对于应用系统和流程系统均具有一定了解的业务人员。

请求方式可以包括但不限于是：rpc(远程过程调用)请求方式、java文件请求方式、mq(消息队列)请求方式、http(超文本传输协议)请求方式等。

图3示意性地示出了根据本公开实施例的第一配置界面的示意图。

上述操作S202中，终端设备在接收到上述第一请求的情况下，生成可视化的第一配置界面。参照图3所示，第一配置界面300上包括描述项301、属性组302以及对应属性组中各个属性的待配置属性值303。

上述描述项301用于根据操作S201中的请求方式来填充信息，例如图3中以RPC请求方式作为示例，描述项301中填充的信息例如为：请求方式-rpc。

属性组302为请求方式需要被配置的属性，在第一配置界面300上属性组302中的属性内容是呈现出来的，例如图3中示例的由以下属性构成的属性组：{请求类型，请求方法的名称，请求方法的标识，请求接口，参数的解析类型，执行参数，超时时间，序列化方式}。

待配置属性值303中至少部分是空白的，空白的待配置属性值需要用户进行设置/配置，设置/配置的方式可以是手动输入或者粘贴等形式，根据对要交互的应用系统的了解进行对应属性值的配置。这里在图3中以请求类型对应的待配置属性值303a为默认填充的值“rpc”，其他属性对应的待配置属性值303b的取值为空白的作为示例。

例如，请求接口对应的待配置属性值需要填写应用系统中对应的数据调用接口，从而来调用应用系统中的特定数据。

上述操作S203的实施场景中，用户可以在第一配置界面300上配置或设置请求方式配置信息，例如，可以在第一配置界面300的待配置属性值303所在的位置填写或粘贴请求方式配置信息，分别对请求类型、请求方法的名称、请求方法的标识、请求接口、参数的解析类型、执行参数、超时时间、序列化方式等进行属性值的设置/配置，从而在终端设备上接收到请求方式配置信息。

在接收到上述请求方式配置信息的情况下，终端设备会基于上述请求方式配置信息，调用用于支持对应请求方式的服务框架，来生成可执行流程节点。

示例性地，rpc请求方式基于rpc服务框架来实现请求(或者也可以将请求描述为调用)的支持，比如上述操作S204中支持rpc调用请求的服务框架为：dubbo(一种开源的分布式服务框架)。http请求方式是通过能够支持http请求发送的服务框架来实现请求的支持。对于java文件的请求而言，通常是对编译后的java文件进行调用，编译后的java文件为class文件，因此java文件请求方式支撑的服务框架可以是：通过基于groovy(构建在Java虚拟机上的一个轻量级却强大的动态语言)来动态加载调用class文件。mq请求方式对应的服务框架可以是：消息中间件，例如为rocketmq(一种开源的消息中间件)，通过消息中间件发起数据队列的调用。

基于上述操作S201～S204，通过提供可视化的配置界面，来接收对待配置节点的请求方式进行配置的请求方式配置信息，上述请求方式可以涵盖各种请求类型，诸如：rpc(远程过程调用)、java文件(编译后为class文件形式)、mq(消息队列)、http(超文本传输协议)等请求/调用类型，根据上述请求配置信息来调用对应的服务框架，可以生成可执行流程节点，得到的可执行流程节点涵盖各种请求/调用类型，从而能够支撑流程系统实现对业务系统的各种形式调用，拓展了流程系统与应用系统交互的应用场景，使得流程系统能够满足多种应用系统或者复杂形式的调用。

图4示意性地示出了根据本公开实施例的操作S202的详细实施流程图。

根据本公开的实施例，参照图4所示，在接收到上述第一请求的情况下，生成可视化的第一配置界面的操作S202包括以下操作：S401、S402。

在操作S401，在接收到上述第一请求的情况下，在预设的配置模板文件中确定与上述请求方式匹配的目标配置模板文件。

在操作S402，基于上述目标配置模板文件，生成可视化的第一配置界面。

上述操作S401中，预设的配置模板文件中包含有与请求方式关联的信息。例如可以是不同的配置模板文件关联于不同的请求方式；或者，同一个配置模板文件中，包含有不同的内容，各个内容关联于不同的请求方式。

图5A示意性地示出了根据本公开一实施例的确定目标配置模板文件的详细实施流程图。

在本公开的一实施例中，预设的配置模板文件为多个，每个配置模板文件关联有适配请求方式的标识。

相应的，参照图5A所示，上述操作S401中，在预设的配置模板文件中确定与上述请求方式匹配的目标配置模板文件，包括以下操作：S511和S512。

在操作S511，在上述配置模板文件关联的适配请求方式的标识中，确定与上述请求方式匹配的目标适配请求方式所对应的目标标识。

在操作S512，根据与上述目标标识关联的配置模板文件，生成目标配置模板文件。

例如，预设的配置模板文件有4个，分别为配置模板文件M₁、M₂、M₃、M₄，分别对应适配于rpc请求方式、java文件请求方式、mq请求方式、http请求方式，配置模板文件M₁关联有适配于rpc的第一标识，配置模板文件M₂关联有适配于java文件的第二标识，配置模板文件M₃关联有适配于mq的第三标识，配置模板文件M₄关联有适配于http的第四标识。

示例性地，上述操作S201中的请求方式为rpc，通过执行操作S511～S512，根据候选的第一标识～第四标识与请求方式rpc进行匹配，得到目标标识为第一标识，进而可以将第一标识所关联的配置模板文件M₁作为目标配置模板文件。

图5B示意性地示出了根据本公开另一实施例的确定目标配置模板文件的详细实施流程图。

在本公开的另一实施例中，预设的配置模板文件中包含有多个配置模板内容，每个配置模板内容关联有适配请求方式的标识。

相应的，参照图5B所示，上述操作S401中，在预设的配置模板文件中确定与上述请求方式匹配的目标配置模板文件，包括以下操作：S521和S522。

在操作S521，在上述配置模板内容关联的适配请求方式的标识中，确定与上述请求方式匹配的目标适配请求方式所对应的目标标识。

在操作S522，根据与上述目标标识关联的配置模板内容，生成目标配置模板文件。

例如，预设的配置模板文件有1个，这一个配置模板文件M中包括四个配置模板内容，分别为配置模板内容C₁、C₂、C₃、C₄，分别对应适配于rpc请求方式、java文件请求方式、mq请求方式、http请求方式，配置模板内容C₁关联有适配于rpc的第一标识，配置模板内容C₂关联有适配于java文件的第二标识，配置模板内容C₃关联有适配于mq的第三标识，配置模板内容C₄关联有适配于http的第四标识。

示例性的，上述操作S201中的请求方式为mq，通过执行操作S521～S522，根据候选的第一标识～第四标识与请求方式mq进行匹配，得到目标标识为第三标识，进而可以根据第三标识所关联的配置模板内容C₃来生成目标配置模板文件。

上述两种实施例中，预设的配置模板文件中包括：预设属性组和对应于上述预设属性组中的属性的待配置属性值，至少部分待配置属性值的取值为空值(null)。相应的，上述目标配置模板文件中包括：与上述请求方式匹配的目标属性组，以及与上述目标属性组对应的待配置目标属性值。

上述操作S402中，基于上述目标配置模板文件，生成可视化的第一配置界面，包括：基于上述目标配置模板文件中的目标属性组和待配置目标属性值，生成键值-对形式的输出界面，上述输出界面作为上述第一配置界面。

示例性的，适配于rpc请求方式的配置模板文件M₁或配置模板内容C₁中的预设属性组为第一属性组。第一属性组包括：{请求类型，请求方法的名称或标识至少一种，请求接口，参数的解析类型，执行参数，超时时间，序列化方式}。其中，对该配置模板文件M₁或配置模板内容C₁的描述信息为：请求方式为rpc，可以将该描述信息“请求方式为rpc”作为M₁或C₁的第一标识。根据配置模板文件M₁或配置模板内容C₁得到的目标配置模板文件，在生成可视化的第一配置界面后，第一标识作为描述项301进行展示，第一属性组作为目标属性组，第一属性组中各个属性对应的待配置属性值作为待配置目标属性值，目标属性组和待配置目标属性值以键-值对的形式进行展示，得到第一配置界面，第一配置界面可以参照前述关于图3的描述。

此外，以M₁作为示例，在一些实施例中，M₁中所有的待配置属性值均为空值。在另一些实施例中，终端设备会根据上述描述信息来自动填充请求类型这一属性的属性值，例如，可以将M₁中的请求类型默认填写为rpc，其他属性的待配置属性值的取值为空值，等待用户进行配置。基于目标配置模板文件M₁生成的第一配置界面可以参照前述关于图3的示例。其他配置模板文件M₂～M₄、配置模板内容C₁～C₄的实施情况类似，这里不一一列举。

适配于java文件请求方式的配置模板文件M₂或配置模板内容C₂中的预设属性组为第二属性组。第二属性组包括：{请求类型，执行的class文件，执行参数，超时时间}。其中，对该配置模板文件M₂或配置模板内容C₂的描述信息为：请求方式为java，可以将该描述信息“请求方式为java”作为M₂或C₂的第二标识。

适配于mq请求方式的配置模板文件M₃或配置模板内容C₃中的预设属性组为第三属性组。第三属性组包括：{请求类型，消息处理过程中的主题，执行参数，超时时间}。其中，对该配置模板文件M₃或配置模板内容C₃的描述信息为：请求方式为mq，可以将该描述信息“请求方式为mq”作为M₃或C₃的第三标识。

适配于http请求方式的配置模板文件M₄或配置模板内容C₄中的预设属性组为第四属性组。第四属性组包括：{请求类型，请求方式，请求接口，执行参数，超时时间}。其中，对该配置模板文件M₄或配置模板内容C₄的描述信息为：请求方式为http，可以将该描述信息“请求方式为http”作为M₄或C₄的第四标识。

根据本公开的实施例，当上述请求方式包括rpc请求方式时，上述请求方式配置信息包括：对第一属性组中的属性进行属性值配置的第一配置信息。当上述请求方式包括java文件请求方式时，上述请求方式配置信息包括：对第二属性组中的属性进行属性值配置的第二配置信息。当上述请求方式包括mq请求方式时，上述请求方式配置信息包括：对第三属性组中的属性进行属性值配置的第三配置信息。当上述请求方式包括http请求方式时，上述请求方式配置信息包括：对第四属性组中的属性进行属性值配置的第四配置信息。第一属性组～第四属性组具体包含的属性可以参照前面实施例的描述。

下面结合图6来示例性描述请求方式配置信息。

图6示意性地示出了根据本公开实施例的在第一配置界面配置完请求方式配置信息之后的示意图。

以待配置流程节点要实现的功能为：请求业务系统1获取用户访问信息，请求方式为rpc请求方式为例，图6示意了在前述第一配置界面610中配置了待配置属性值613之后的界面示意图。参照图6所示，第一配置界面610上的描述项611的内容为：请求方式-rpc，对请求类型配置或者默认填充的属性值为：rpc，对请求方法的名称配置的属性值为：getUserInfo(获取用户信息)；对请求方法的标识配置的属性值为：Beta.1.0(示例的一种方法标识号)；对请求接口配置的属性值为：com.xy.poolinsky.UserInfo，其中，xy为应用系统的域名信息，poolinsky为应用系统的名称；对参数的解析类型配置的属性值为：com.xy.poolinsky.UserVo；对执行参数配置的属性值为：{“app”:“poolinsky”，“ip”:“193.×.×.×”，“Username”:“zhangsan”，

“version”:“1”}；对超时时间配置的属性值为：6000(单位为秒)；对序列化方式配置的属性值为：hessian(一种动态类型、二进制序列化和Web服务协议，专为面向对象的传输而设计)。

示例性地，以待配置流程节点要实现的功能为：请求业务系统1获取用户访问信息，请求方式为java文件请求方式为例。对请求类型配置或默认填充的属性值为：class；对执行的class文件配置的属性值例如为：export/server/userservice/UserInfo.class；对执行参数配置的属性值例如为：{“app”:“poolinsky”，“ip”:“193.×.×.×”，“Username”:“zhangsan”，“version”:“1”}；对超时时间配置的属性值例如为：6000。

示例性地，以待配置流程节点要实现的功能为：请求业务系统1获取用户访问信息，请求方式为mq请求方式为例。对请求类型配置或默认填充的属性值为：mq；对消息处理过程中的主题配置的属性值为：UserInfo，对执行参数配置的属性值为：{“app”:“poolinsky”，“ip”:“193.×.×.×”，“Username”:“zhangsan”，“version”:“1”}；对超时时间配置的属性值例如为：6000。

示例性地，以待配置流程节点要实现的功能为：请求业务系统1获取用户访问信息，请求方式为http请求方式为例。对请求类型配置或默认填充的属性值为：http；对请求方式配置的属性值例如为：post；对请求接口配置的属性值例如为：http://127.××0.1:8080/user/getUserInfo；对超时时间配置的属性值为：6000。

应该理解的是，尽管上述以实现的功能为：请求业务系统1获取用户访问信息作为示例，实际上，流程节点能够实现的功能各式各样，对应针对上述属性组配置的属性值的形式也对应可以呈现各种形式，只要能够实现流程节点对应用系统的成功调用即可。

图7示意性地示出了根据本公开另一实施例的配置流程节点的方法的流程图。

本公开实施例提供的配置流程节点的方法，除了包括上述操作S201～S204之外，还包括以下操作：S701和S702，为了简化示意，图7中仅示意了操作S701、S702和S201，参照图7所示，操作S701和S702在操作S201之前执行。

在操作S701，接收流程节点的创建信息，上述创建信息包括：节点标识信息、用于实现的目标功能的描述信息、以及请求方式的描述信息。

上述节点标识信息包括节点名称、节点编码等。示例性地，用于实现的目标功能的描述信息例如为：请求业务系统1获取用户访问信息；请求方式的描述信息例如为：rpc、mq、http、java等。

在操作S702，根据上述创建信息，创建得到待配置流程节点，上述待配置流程节点实现目标功能对应的请求方式处于待配置状态。

上述实施例中，在创建得到流程节点之后，该流程节点的请求方式处于待配置状态，因此创建得到的流程节点描述为待配置流程节点，通过多次实施操作S201～S204，对待配置流程节点进行不同请求方式的配置，可以生成想要实现的各种请求类型对应的可执行流程节点。

图8示意性地示出了根据本公开又一实施例的配置流程节点的方法的流程图。

在大部分场景下，上述请求方式配置完成之后生成的可执行流程节点可以满足大部分应用系统的任务处理需求。然而，在另一些复杂的任务处理场景下，期望流程系统能够实现诸如正常顺序执行的流程、周期类执行的流程、定时触发类的流程等各种模式；此外，还有一些特殊应用场景的需求，例如在天气预报类应用中，在向用户以语音播报形式反馈气象状态和对应的穿搭建议时，需要额外加上当天的日期信息。

有鉴于此，本公开的实施例中还针对待配置流程节点的执行信息的配置进行了优化。

在上述各个实施例的基础上，在生成可执行流程节点对应的操作S204之前，还包括以下操作：S801、S802和S803，为了简化示意，图8中仅示意了操作S801～S803和S204a。上述操作S801～S803与操作S201～S203执行顺序不做限定，可以在操作S201执行的同时执行操作S801，也可以在操作S201执行之前或执行之后执行操作S801；此外，第一配置界面和第二配置界面可以各自独立的两个不同的界面；也可以是位于同一个界面中的两个不同的部分/区域。

在操作S801，接收对待配置流程节点的执行信息进行配置的第二请求。

在操作S802，在接收到上述第二请求的情况下，生成可视化的第二配置界面。

在操作S803，接收用户在上述第二配置界面配置的执行配置信息。

其中，上述操作S204中，基于上述请求方式配置信息，调用用于支持上述请求方式的服务框架，生成可执行流程节点，包括操作S204a：基于上述请求方式配置信息和上述执行配置信息，调用用于支持上述请求方式的服务框架，生成可执行流程节点。

上述执行信息包括：触发信息和执行关联参数信息中的至少一种。

上述触发信息用于限定流程节点通过人工触发、自动触发或者定时触发的方式启动执行。基于上述触发信息的设置，能够实现诸如正常顺序执行的流程、周期类执行的流程、定时触发类的流程等各种模式。

上述执行关联参数信息为上述流程节点在执行时需要加载的关联参数。例如，在天气预报类应用中，在向用户以语音播报形式反馈气象状态和对应的穿搭建议时，需要额外加上当天的日期信息。待配置流程节点要实现的功能为：向用户以语音播报形式反馈气象状态和对应的穿搭建议，此时执行信息可以包括：执行关联参数信息，该执行关联参数信息为：播报时加上当天的日期信息。

基于相同的技术构思，本公开的第二个示例性实施例提供了一种数据处理的方法。

图9示意性地示出了根据本公开实施例的数据处理的方法的流程图。

参照图9所示，本公开实施例提供的数据处理的方法，包括以下操作：S901、S902和S903。该方法可以由安装有流程系统的设备/装置来执行，该流程系统用于与应用系统进行数据交互，以支撑应用系统实现任务处理。

在操作S901，接收应用系统进行数据处理时的节点调用请求。

在操作S902，根据上述节点调用请求，在预先配置好的流程节点中依序调用目标流程节点，上述预先配置好的流程节点采用如上所述的配置流程节点的方法配置得到。

在操作S903，上述目标流程节点根据预先配置的请求方式，从上述应用系统获取目标数据，对上述目标数据进行预设处理，得到处理结果，并将处理结果基于预设方式反馈给上述应用系统。

上述目标数据例如为：参数、待处理数据等。预设处理可以是：数据验证(例如进行用户信息的验证)、数据查询(例如为查询当天的气象状态)、数据预测(例如为根据气象状态确定穿搭建议)等。预设方式可以是：与请求方式对应的结果返回形式，例如通过接口返回结果数据，通过hessian序列化方式返回结果数据等。

由于预先配置好的流程节点涵盖各种请求/调用类型，诸如：rpc(远程过程调用)、java文件(编译后为class文件形式)、mq(消息队列)、http(超文本传输协议)等请求/调用类型，从而能够支撑流程系统实现对业务系统的各种形式调用，拓展了流程系统与应用系统交互的应用场景，使得流程系统能够满足多种应用系统或者复杂形式的调用。

本公开的第三个示例性实施例提供了一种用于配置流程节点的装置。

图10示意性地示出了根据本公开实施例的用于配置流程节点的装置的结构框图。

参照图10所示，本公开实施例提供的用于配置流程节点的装置1000包括：请求接收模块1001、界面生成模块1002、配置信息接收模块1003和可执行节点生成模块1004。

上述请求接收模块1001用于接收对待配置流程节点的请求方式进行配置的第一请求，上述请求方式表征对应用系统进行调用的方式。

上述界面生成模块1002用于在接收到上述第一请求的情况下，生成可视化的第一配置界面。上述界面生成模块1002包括用于实现上述操作S401～S402对应的功能模块或子模块。

上述配置信息接收模块1003用于接收用户在上述第一配置界面配置的请求方式配置信息。

上述可执行节点生成模块1004用于基于上述请求方式配置信息，调用用于支持上述请求方式的服务框架，生成可执行流程节点。

根据本公开的实施例，上述用于配置流程节点的装置1000除了包括上述请求接收模块1001、界面生成模块1002、配置信息接收模块1003和可执行节点生成模块1004之外，还可以包括以下模块：创建信息接收模块和节点创建模块。

上述创建信息接收模块用于接收流程节点的创建信息。上述创建信息包括：节点标识信息、用于实现的目标功能的描述信息、以及请求方式的描述信息。

上述节点创建模块用于根据上述创建信息，创建得到待配置流程节点。上述待配置流程节点实现目标功能对应的请求方式处于待配置状态。

在上述各个实施例的基础上，上述请求接收模块1001还用于接收对待配置流程节点的执行信息进行配置的第二请求。上述界面生成模块1002还用于在接收到上述第二请求的情况下，生成可视化的第二配置界面。上述配置信息接收模块1003还用于接收用户在上述第二配置界面配置的执行配置信息。

根据本公开的实施例，上述可执行节点生成模块1004用于基于上述请求方式配置信息和上述执行配置信息，调用用于支持上述请求方式的服务框架，生成可执行流程节点。

本公开的第四个示例性实施例提供了一种数据处理的装置。

图11示意性地示出了根据本公开实施例的数据处理的装置的结构框图。

参照图11所示，本公开实施例提供的数据处理的装置1100包括：调用请求接收模块1101、节点调用模块1102、以及执行和交互模块1103。

上述调用请求接收模块1101用于接收应用系统进行数据处理时的节点调用请求。

上述节点调用模块1102用于根据上述节点调用请求，在预先配置好的流程节点中依序调用目标流程节点。其中，上述预先配置好的流程节点采用如上所述的配置流程节点的方法配置得到或者采用如上所述的用于配置流程节点的装置1000配置得到。

上述执行和交互模块1103设置于目标流程节点中，用于根据预先配置的请求方式，从上述应用系统获取目标数据，对上述目标数据进行预设处理，得到处理结果，并将处理结果基于预设方式反馈给上述应用系统。

上述第三个实施例中，请求接收模块1001、界面生成模块1002、配置信息接收模块1003、可执行节点生成模块1004、创建信息接收模块和节点创建模块中的任意多个可以合并在一个模块中实现，或者其中的任意一个模块可以被拆分成多个模块。或者，这些模块中的一个或多个模块的至少部分功能可以与其他模块的至少部分功能相结合，并在一个模块中实现。请求接收模块1001、界面生成模块1002、配置信息接收模块1003、可执行节点生成模块1004、创建信息接收模块和节点创建模块中的至少一个可以至少被部分地实现为硬件电路，例如现场可编程门阵列(FPGA)、可编程逻辑阵列(PLA)、片上系统、基板上的系统、封装上的系统、专用集成电路(ASIC)，或可以通过对电路进行集成或封装的任何其他的合理方式等硬件或固件来实现，或以软件、硬件以及固件三种实现方式中任意一种或以其中任意几种的适当组合来实现。或者，请求接收模块1001、界面生成模块1002、配置信息接收模块1003、可执行节点生成模块1004、创建信息接收模块和节点创建模块中的至少一个可以至少被部分地实现为计算机程序模块，当该计算机程序模块被运行时，可以执行相应的功能。

上述第四个实施例中，调用请求接收模块1101、节点调用模块1102、以及执行和交互模块1103中的任意多个可以合并在一个模块中实现，或者其中的任意一个模块可以被拆分成多个模块。或者，这些模块中的一个或多个模块的至少部分功能可以与其他模块的至少部分功能相结合，并在一个模块中实现。调用请求接收模块1101、节点调用模块1102、以及执行和交互模块1103中的至少一个可以至少被部分地实现为硬件电路，例如现场可编程门阵列(FPGA)、可编程逻辑阵列(PLA)、片上系统、基板上的系统、封装上的系统、专用集成电路(ASIC)，或可以通过对电路进行集成或封装的任何其他的合理方式等硬件或固件来实现，或以软件、硬件以及固件三种实现方式中任意一种或以其中任意几种的适当组合来实现。或者，调用请求接收模块1101、节点调用模块1102、以及执行和交互模块1103中的至少一个可以至少被部分地实现为计算机程序模块，当该计算机程序模块被运行时，可以执行相应的功能。

本公开的第五个示例性实施例提供了一种电子设备。

图12示意性示出了本公开实施例提供的电子设备的结构框图。

参照图12所示，本公开实施例提供的电子设备1200包括处理器1201、通信接口1202、存储器1203和通信总线1204，其中，处理器1201、通信接口1202和存储器1203通过通信总线1204完成相互间的通信；存储器1203，用于存放计算机程序；处理器1201，用于执行存储器上所存放的程序时，实现如上所述的配置流程节点的方法或者数据处理的方法。

本公开的第六个示例性实施例还提供了一种计算机可读存储介质。上述计算机可读存储介质上存储有计算机程序，上述计算机程序被处理器执行时实现如上所述的配置流程节点的方法或者数据处理的方法。

该计算机可读存储介质可以是上述实施例中描述的设备/装置中所包含的；也可以是单独存在，而未装配入该设备/装置中。上述计算机可读存储介质承载有一个或者多个程序，当上述一个或者多个程序被执行时，实现根据本公开实施例的方法。

根据本公开的实施例，计算机可读存储介质可以是非易失性的计算机可读存储介质，例如可以包括但不限于：便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

需要说明的是，在本文中，诸如“第一”和“第二”等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

以上所述仅是本公开的具体实施方式，使本领域技术人员能够理解或实现本公开。对这些实施例的多种修改对本领域的技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本公开的精神或范围的情况下，在其它实施例中实现。因此，本公开将不会被限制于本文所示的这些实施例，而是要符合与本文所申请的原理和新颖特点相一致的最宽的范围。

Claims (13)

1.一种配置流程节点的方法，其特征在于，包括：

接收对待配置流程节点的请求方式进行配置的第一请求，所述请求方式表征对应用系统进行调用的方式；

在接收到所述第一请求的情况下，生成可视化的第一配置界面；

接收用户在所述第一配置界面配置的请求方式配置信息；以及

基于所述请求方式配置信息，调用用于支持所述请求方式的服务框架，生成可执行流程节点。

2.根据权利要求1所述的方法，其特征在于，在接收到所述第一请求的情况下，生成可视化的第一配置界面，包括：

在接收到所述第一请求的情况下，在预设的配置模板文件中确定与所述请求方式匹配的目标配置模板文件；以及

基于所述目标配置模板文件，生成可视化的第一配置界面。

3.根据权利要求2所述的方法，其特征在于，所述配置模板文件为多个，每个配置模板文件关联有适配请求方式的标识；或者，所述配置目标文件中包含有多个配置模板内容，每个配置模板内容关联有适配请求方式的标识；

其中，所述在预设的配置模板文件中确定与所述请求方式匹配的目标配置模板文件，包括：

在所述配置模板文件或配置模板内容关联的适配请求方式的标识中，确定与所述请求方式匹配的目标适配请求方式所对应的目标标识；以及

根据与所述目标标识关联的配置模板文件或配置模板内容，生成目标配置模板文件。

4.根据权利要求2所述的方法，其特征在于，所述配置模板文件中包括：预设属性组和待配置属性值，至少部分待配置属性值的取值为空值；所述目标配置模板文件中包括：与所述请求方式匹配的目标属性组，以及与所述目标属性组对应的待配置目标属性值；

其中，所述基于所述目标配置模板文件，生成可视化的第一配置界面，包括：

基于所述目标配置模板文件中的目标属性组和待配置目标属性值，生成键值-对形式的输出界面，所述输出界面作为所述第一配置界面。

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

当所述请求方式包括rpc请求方式时，所述请求方式配置信息包括：对第一属性组中的属性进行属性值配置的第一配置信息；所述第一属性组中的属性包括：请求类型、请求方法的名称或标识至少一种、请求接口、参数的解析类型、执行参数、超时时间、以及序列化方式；

当所述请求方式包括java文件请求方式时，所述请求方式配置信息包括：对第二属性组中的属性进行属性值配置的第二配置信息；所述第二属性组中的属性包括：请求类型、执行的class文件、执行参数、以及超时时间；

当所述请求方式包括mq请求方式时，所述请求方式配置信息包括：对第三属性组中的属性进行属性值配置的第三配置信息；所述第三属性组中的属性包括：请求类型、消息处理过程中的主题、执行参数、以及超时时间；

当所述请求方式包括http请求方式时，所述请求方式配置信息包括：对第四属性组中的属性进行属性值配置的第四配置信息；所述第四属性组中的属性包括：请求类型、请求方式、请求接口、执行参数、以及超时时间。

6.根据权利要求1所述的方法，其特征在于，在所述接收对待配置流程节点的请求方式进行配置的第一请求之前，还包括：

接收流程节点的创建信息，所述创建信息包括：节点标识信息、用于实现的目标功能的描述信息、以及请求方式的描述信息；以及

根据所述创建信息，创建得到待配置流程节点，所述待配置流程节点实现目标功能对应的请求方式处于待配置状态。

7.根据权利要求1-6中任一项所述的方法，其特征在于，在所述生成可执行流程节点之前，还包括：

接收对待配置流程节点的执行信息进行配置的第二请求；

在接收到所述第二请求的情况下，生成可视化的第二配置界面；以及

接收用户在所述第二配置界面配置的执行配置信息；

其中，基于所述请求方式配置信息，调用用于支持所述请求方式的服务框架，生成可执行流程节点，包括：

基于所述请求方式配置信息和所述执行配置信息，调用用于支持所述请求方式的服务框架，生成可执行流程节点。

8.根据权利要求7所述的方法，其特征在于，所述执行信息包括：触发信息和执行关联参数信息中的至少一种；

所述触发信息用于限定流程节点通过人工触发、自动触发或者定时触发的方式启动执行；所述执行关联参数信息为上述流程节点在执行时需要加载的关联参数。

9.一种数据处理的方法，其特征在于，包括：

接收应用系统进行数据处理时的节点调用请求；

根据所述节点调用请求，在预先配置好的流程节点中依序调用目标流程节点；其中，所述预先配置好的流程节点采用权利要求1-8中任一项所述的方法配置得到；

所述目标流程节点根据预先配置的请求方式，从所述应用系统获取目标数据，对所述目标数据进行预设处理，得到处理结果，并将处理结果基于预设方式反馈给所述应用系统。

10.一种用于配置流程节点的装置，其特征在于，包括：

配置请求接收模块，用于接收对待配置流程节点的请求方式进行配置的第一请求，所述请求方式表征对应用系统进行调用的方式；

界面生成模块，用于在接收到所述第一请求的情况下，生成可视化的第一配置界面；

配置信息接收模块，用于接收用户在所述第一配置界面配置的请求方式配置信息；以及

可执行节点生成模块，用于基于所述请求方式配置信息，调用用于支持所述请求方式的服务框架，生成可执行流程节点。

11.一种数据处理的装置，其特征在于，包括：

调用请求接收模块，用于接收应用系统进行数据处理时的节点调用请求；

节点调用模块，用于根据所述节点调用请求，在预先配置好的流程节点中依序调用目标流程节点；其中，所述预先配置好的流程节点采用权利要求1-8中任一项所述的方法配置得到或者采用权利要求10所述的装置配置得到；

设置于所述目标流程节点中的执行和交互模块，用于根据预先配置的请求方式，从所述应用系统获取目标数据，对所述目标数据进行预设处理，得到处理结果，并将处理结果基于预设方式反馈给所述应用系统。

12.一种电子设备，其特征在于，包括处理器、通信接口、存储器和通信总线，其中，处理器、通信接口和存储器通过通信总线完成相互间的通信；

存储器，用于存放计算机程序；

处理器，用于执行存储器上所存放的程序时，实现权利要求1-9中任一项所述的方法。

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

Images