CN114936020A - 数据处理方法、装置、存储介质及服务器 - Google Patents

Abstract

本申请实施例公开了一种数据处理方法、装置、存储介质及服务器。该方法包括：构建候选任务对应的基础路径图；响应针对基础路径图中包含的任务节点的属性配置操作，配置对应的节点属性；基于配置后任务节点更新基础路径图，得到任务路径图；当接收到数据处理请求时，获取数据处理请求对应的任务路径图，以根据任务路径图对数据处理请求进行处理。本方案使用规则引擎匹配已有策略，无需为每种场景重新写代码，减少研发的开发量；页面不需重复设计，兼容多种策略场景；使用动态加载代码的方式，实现无发布即时上线的功能。

Description

数据处理方法、装置、存储介质及服务器

技术领域

本申请涉及服务器技术领域，尤其涉及一种数据处理方法、装置、存储介质及服务器。

背景技术

相关技术中，如果想开发一个策略配置类需求，则首先需要业务端先提出设想，然后产品端编写需求文档、绘制原型图，研发端接受到产品端的需求后，根据需求设计专有页面、专有程序、专有数据库结构等。

然而，采用上述方式，需求从提出到上线需要经历多层转述，可能出现理解偏差，导致实际产出与业务需求不符。另外，不同策略相关需求需要设计不同页面，程序需要重新开发，容易导致重复工作量，且不同类型的策略可能需要的字段不同，因此数据存储结构也需要不断添加。可知，上述策略类配置需求的解决方式使得整体数据处理效率较差。

发明内容

本申请实施例提供一种数据处理方法、装置、存储介质及服务器，可提高数据处理效率。

第一方面，本申请实施例提供一种数据处理方法，包括：

构建候选任务对应的基础路径图，所述基础路径图包含多个任务节点；

响应针对所述任务节点的属性配置操作，配置所述任务节点对应的节点属性；

基于配置后任务节点更新所述基础路径图，得到任务路径图；

当接收到数据处理请求时，获取所述数据处理请求对应的任务路径图，以根据所述任务路径图对所述数据处理请求进行处理。

第二方面，本申请实施例提供了一种数据处理装置，包括：

构建单元，用于构建候选任务对应的基础路径图，所述基础路径图包含多个任务节点；

配置单元，用于响应针对所述任务节点的属性配置操作，配置所述任务节点对应的节点属性；

更新单元，用于基于配置后任务节点更新所述基础路径图，得到任务路径图；

处理单元，用于当接收到数据处理请求时，获取所述数据处理请求对应的任务路径图，以根据所述任务路径图对所述数据处理请求进行处理。

在一实施方式中，所述构建单元用于：

获取候选任务的任务参数，所述任务参数包括任务类型和任务策略；

根据所述任务类型从预设节点库中选择多个节点，得到所述候选任务对应的任务节点；

基于所述任务策略和选择的任务节点，构建所述候选任务对应的基础路径图。

在一实施方式中，在基于所述任务策略和选择的任务节点，构建所述候选任务对应的基础路径图时，所述构建单元具体用于：

根据所述任务策略，确定选择的任务节点之间的关联关系；

基于所述关联关系对选择的任务节点进行连接，得到所述候选任务对应的基础路径图。

在一实施方式中，在基于所述关联关系对选择的任务节点进行连接，得到所述候选任务对应的基础路径图时，所述构建单元进一步用于：

在选择的任务节点中识别起始节点和执行节点；

以所述开始节点为基准，基于所述关联关系连接所述开始节点和执行节点，得到所述候选任务对应的基础路径图。

在一实施方式中，在根据所述任务类型从预设节点库中选择多个节点，得到所述候选任务对应的任务节点时，所述构建单元具体用于：

获取预设节点库中各节点对应的节点类型；

根据所述节点类型从预设节点库中选择与所述任务类型对应的节点，得到所述候选任务对应的任务节点。

在一实施方式中，所述配置单元用于：

响应针对所述任务节点的属性配置操作，获取所述候选任务对应的任务描述信息；

根据所述任务描述信息，输出所述任务节点对应的节点描述；

基于所述节点描述，配置所述任务节点对应的节点属性。

在一实施方式中，所述处理单元用于：

当接收到数据处理请求时，提取所述数据处理请求对应的目标任务；

从任务路径集中确定所述目标任务对应的目标路径图；

基于所述目标路径图执行所述目标任务。

第三方面，本申请实施例还提供了一种计算机可读存储介质，所述存储介质中存储有多条指令，所述指令适于由处理器加载以执行上述的数据处理方法。

第四方面，本申请实施例还提供了一种电子设备，包括处理器及存储器，所述处理器与所述存储器电性连接，所述存储器用于存储指令和数据，处理器用于执行上述的数据处理方法。

本申请实施例，通过构建候选任务对应的基础路径图；响应针对基础路径图中包含的任务节点的属性配置操作，配置对应的节点属性；基于配置后任务节点更新基础路径图，得到任务路径图；当接收到数据处理请求时，获取数据处理请求对应的任务路径图，以根据任务路径图对数据处理请求进行处理。本方案使用规则引擎匹配已有策略，无需为每种场景重新写代码，减少研发的开发量；页面不需重复设计，兼容多种策略场景；使用动态加载代码的方式，实现无发布即时上线的功能。

附图说明

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

图1是本申请实施例提供的数据处理方法的一流程示意图。

图2是本申请实施例提供的流程规则策略配置平台的架构示意图。

图3为图2所提供的流程规则策略配置平台中局部模块的示意图。

图4是本申请实施例提供的数据处理装置的一结构示意图。

图5是本申请实施例提供的电子设备的一结构示意图。

图6是本申请实施例提供的电子设备的另一结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

本申请实施例提供一种数据处理方法、装置、存储介质及服务器，用于解决策略类配置需求的统一解决方案，由各需求独自开发变更为页面灵活配置，业务端、产品端、研发端基于统一流程图和领域对象实现逻辑，无需研发针对每个需求专门开发代码，减少开发量，提升了数据处理效率。以下将分别进行详细说明。

在一实施例中，提供一种数据处理方法，应用于服务器中。参考图1，该数据处理方法的具体流程可以如下：

101、构建候选任务对应的基础路径图，基础路径图包含多个任务节点。

本实施例中，候选任务指业务端提出的需要解决的策略类需求，可基于某个触发条件或定时任务发起需求。基础路径图指满足任务需求的基础流程框架，任务节点可以包括开始节点、判断节点、执行节点等。其中，开始节点代表任务的开始；判断节点是对任务需求属性进行逻辑判断，最终决定走向哪个执行节点；执行节点对应行为动作。

在一实施方式中，在构建候选任务对应的基础路径图时，可以包括以下流程：

获取候选任务的任务参数，任务参数包括任务类型和任务策略；

根据任务类型从预设节点库中选择多个节点，得到候选任务对应的任务节点；

基于任务策略和选择的任务节点，构建候选任务对应的基础路径图。

具体的，需要预先构建任务节点库，并对不同任务需求进行分类。由于不同的任务需求类型对应需要的任务节点存在差异，因此需为不同类型的任务匹配关联存在差异化的任务节点。

在基于任务策略和选择的任务节点，构建候选任务对应的基础路径图时，具体可以根据任务策略，确定选择的任务节点之间的关联关系，随后基于关联关系对选择的任务节点进行连接，得到候选任务对应的基础路径图。

在一实施方式中，基于关联关系对选择的任务节点进行连接，得到候选任务对应的基础路径图，可以包括以下流程：

在选择的任务节点中识别起始节点和执行节点；

以开始节点为基准，基于关联关系连接开始节点和执行节点，得到候选任务对应的基础路径图。

在一实施方式中，根据任务类型从预设节点库中选择多个节点，得到候选任务对应的任务节点，可以包括以下流程：

获取预设节点库中各节点对应的节点类型；

根据节点类型从预设节点库中选择与任务类型对应的节点，得到候选任务对应的任务节点。

102、响应针对任务节点的属性配置操作，配置任务节点对应的节点属性。

具体的，响应针对任务节点的属性配置操作，获取候选任务对应的任务描述信息，并根据任务描述信息，输出任务节点对应的节点描述。基于节点描述，配置任务节点对应的节点属性。

103、基于配置后任务节点更新基础路径图，得到任务路径图。

具体的，根据配置属性后的任务节点对基础路径图进行更新，以得到满足当前任务需求的任务路径图。

104、当接收到数据处理请求时，获取数据处理请求对应的任务路径图，以根据任务路径图对数据处理请求进行处理。

具体的，当接收到数据处理请求时，提取数据处理请求对应的目标任务，从任务路径集中确定目标任务对应的目标路径图，并基于目标路径图执行目标任务。

例如，当前有一个场景，订单被取消后需发送短信挽留客户。则在检测到订单取消时，触发流程如下：首先在配置页面，绘制基础路径图，开始节点是订单状态变更，判断节点是订单状态是否为取消，如果未取消，流程结束；如果取消，则执行发送短信节点，发送短信节点选择短信模版类型，并填充短信内容，最后也指向流程结束。

由上可知，本实施例提供的数据处理方法，构建候选任务对应的基础路径图；响应针对基础路径图中包含的任务节点的属性配置操作，配置对应的节点属性；基于配置后任务节点更新基础路径图，得到任务路径图；当接收到数据处理请求时，获取数据处理请求对应的任务路径图，以根据任务路径图对数据处理请求进行处理。本方案使用规则引擎匹配已有策略，无需为每种场景重新写代码，减少研发的开发量；页面不需重复设计，兼容多种策略场景；使用动态加载代码的方式，实现无发布即时上线的功能。

在本申请又一实施例中，还提供一种流程规则策略配置方法。参考图2和图3，图2为本申请实施例提供的流程规则策略配置平台的架构图；图3为图2所提供的流程规则策略配置平台中局部模块的示意图。下面将基于该平台架构图对该对流程规则策略配置方法进行详细描述。具体如下：

一、配置阶段：

前端页面使用vue框架开发，以G6可视化引擎为基础，将逻辑流程使用图形化配置转换为可执行的代码程序。其中，vue为前端代码框架，G6为用于生成页面流程图使用的技术，在流程图拖拽完成后可生成代码。

流程配置完成后，使用领域划分好的规则属性对流程中的节点进行规则补充，所配置的规则通过程序映射成统一因子与计算符，达到通配多业务场景的能力。其中，领域划分是规则生成的思想，领域划分是基于领域模型概念，将可能使用到的对象按照领域划分清楚，便于使用和扩展。

平台需具备丰富的函数计算和执行能力库，可以完成更多复杂场景。如果平台中不具备能满足条件的执行能力，可使用动态加载(如Groovy后端动态加载技术)或者SPI(Service Provider Interface)扩展进行扩充。其中，SPI为后端扩展技术，可在不动主体代码的情况下添加新代码逻辑；Groovy为后端动态加载技术，可实现不发布就可上传改动代码的能力。QL表达式指规则引擎，可将统一的规则运算符进行运算的技术。

流程中产生的数据库可随context(上下文环境)一直流转到任务结束，并在不同场景中使用，如任务中断唤醒重新执行后续策略，后置流程需要前置流程计算结果等场景。

另外，平台还需具备权限限制，灰度等功能。

二、策略执行阶段：

根据不同业务需求，实现离线分析和实时计算的功能，首先通过不同唤起端(消息触发或定时任务)确认需要触发的策略结果集，然后根据数据准备逻辑设定context，将策略所需数据(即指策略运行所需的数据，可从各个业务方获取，比如订单信息、司机信息等)写入其中，再获取流程数据和规则数据，将规则数据按照固定形式进行拼装并使用规则引擎执行设定逻辑，获取规则执行结果后执行指定的执行能力动作。例如，实时场景：订单取消时需要发送短信，那么这个唤起端就是订单取消那一刻的触发，然后执行相关规则流程；离线场景：一般为定时任务，在指定时间间隔情况下，触发策略的执行。执行过程数据会记录在库，并与策略ID相关联，可用于问题的排查。

本方案中，创建策略时先将需求以流程图的形式绘制出来，通过页面拖拽组成流程，再根据每个流程节点的特性配置相应属性。其中，流程节点可包括：开始节点，判断节点，执行节点，开始节点代表策略的开始；判断节点是对业务属性进行逻辑判断，最终决定走向哪个执行节点；执行节点对应行为动作。例如，对于判断类节点，可提供业产研人员均能理解的对象域(如订单域，提供订单相关的属性)；对于动作类节点，可提供丰富的行为动作功能(如短信提醒，发放优惠卷等功能)或可自定义行为动作。随后将配置规则通过统一符号存储于后台系统；策略被触发时从数据存储介质中获取相应流程规则，使用规则引擎进行匹配，匹配成功即执行相应动作。其中，规则是各个节点执行的逻辑，用统一符号生成，程序可以根据这些符号，执行相应的判断，执行等节点

本实施例中，业务端、产品端、研发端可基于某一套既定的领域商讨策略，并进行图形流程化配置，各方都可理解，不存在沟通障碍，可减少需求出错概率和各方沟通成本。另外，使用计算因子结合计算符的方式记录策略规则，无需频繁改动程序和数据库设计。此外，通过规则引擎匹配已有策略，无需为每种场景重新写代码，减少了研发的开发量，页面不需重复设计，兼容各种策略场景，且可通过使用动态加载代码的方式，为紧急需求提供不发布即可上线的可能。

本申请实施例提供的产品销量预测方法，业务流程和规则均以图形化的形式对外展示，对于程序端来说则统一转换为程序语言，可实现业务直接对接程序；基于因子化和计算符的规则配置，使用规则引擎进行运算匹配，减少代码开发和上线周期；领域模型设计相关规则，实现多业务多产线均可使用；使用动态加载技术，实现无发布即时上线的功能。

在本申请又一实施例中，还提供一种数据处理装置。该数据处理装置可以软件或硬件的形式集成在服务器中。如图4所示，该数据处理装置300可以包括：构建单元301、配置单元302、更新单元303、处理单元304，其中：

构建单元301，用于构建候选任务对应的基础路径图，所述基础路径图包含多个任务节点；

配置单元302，用于响应针对所述任务节点的属性配置操作，配置所述任务节点对应的节点属性；

更新单元303，用于基于配置后任务节点更新所述基础路径图，得到任务路径图；

处理单元304，用于当接收到数据处理请求时，获取所述数据处理请求对应的任务路径图，以根据所述任务路径图对所述数据处理请求进行处理。

在一实施方式中，所述构建单元301用于：

获取候选任务的任务参数，所述任务参数包括任务类型和任务策略；

根据所述任务类型从预设节点库中选择多个节点，得到所述候选任务对应的任务节点；

基于所述任务策略和选择的任务节点，构建所述候选任务对应的基础路径图。

在一实施方式中，在基于所述任务策略和选择的任务节点，构建所述候选任务对应的基础路径图时，所述构建单元301具体用于：

根据所述任务策略，确定选择的任务节点之间的关联关系；

基于所述关联关系对选择的任务节点进行连接，得到所述候选任务对应的基础路径图。

在一实施方式中，在基于所述关联关系对选择的任务节点进行连接，得到所述候选任务对应的基础路径图时，所述构建单元301进一步用于：

在选择的任务节点中识别起始节点和执行节点；

以所述开始节点为基准，基于所述关联关系连接所述开始节点和执行节点，得到所述候选任务对应的基础路径图。

在一实施方式中，，在根据所述任务类型从预设节点库中选择多个节点，得到所述候选任务对应的任务节点时，所述构建单元301具体用于：

获取预设节点库中各节点对应的节点类型；

根据所述节点类型从预设节点库中选择与所述任务类型对应的节点，得到所述候选任务对应的任务节点。

在一实施方式中，所述配置单元用于：

响应针对所述任务节点的属性配置操作，获取所述候选任务对应的任务描述信息；

根据所述任务描述信息，输出所述任务节点对应的节点描述；

基于所述节点描述，配置所述任务节点对应的节点属性。

在一实施方式中，所述处理单元用于：

当接收到数据处理请求时，提取所述数据处理请求对应的目标任务；

从任务路径集中确定所述目标任务对应的目标路径图；

基于所述目标路径图执行所述目标任务。

由上可知，本申请实施例提供的数据处理装置，通过构建候选任务对应的基础路径图；响应针对基础路径图中包含的任务节点的属性配置操作，配置对应的节点属性；基于配置后任务节点更新基础路径图，得到任务路径图；当接收到数据处理请求时，获取数据处理请求对应的任务路径图，以根据任务路径图对数据处理请求进行处理。本方案使用规则引擎匹配已有策略，无需为每种场景重新写代码，减少研发的开发量；页面不需重复设计，兼容多种策略场景；使用动态加载代码的方式，实现无发布即时上线的功能。

在本申请又一实施例中还提供一种服务器。如图5所示，服务器400包括处理器401和存储器402。其中，处理器401与存储器402电性连接。

处理器401是服务器400的控制中心，利用各种接口和线路连接整个服务器的各个部分，通过运行或加载存储在存储器402内的应用，以及调用存储在存储器402内的数据，执行服务器的各种功能和处理数据，从而对服务器进行整体监控。

在本实施例中，服务器400中的处理器401会按照如下的步骤，将一个或一个以上的应用的进程对应的指令加载到存储器402中，并由处理器401来运行存储在存储器402中的应用，从而实现各种功能：构建候选任务对应的基础路径图，所述基础路径图包含多个任务节点；

响应针对所述任务节点的属性配置操作，配置所述任务节点对应的节点属性；

基于配置后任务节点更新所述基础路径图，得到任务路径图；

当接收到数据处理请求时，获取所述数据处理请求对应的任务路径图，以根据所述任务路径图对所述数据处理请求进行处理。

在一实施方式中，在构建候选任务对应的基础路径图时，处理器401可以执行以下操作：

获取候选任务的任务参数，所述任务参数包括任务类型和任务策略；

根据所述任务类型从预设节点库中选择多个节点，得到所述候选任务对应的任务节点；

基于所述任务策略和选择的任务节点，构建所述候选任务对应的基础路径图。

在一实施方式中，在基于所述任务策略和选择的任务节点，构建所述候选任务对应的基础路径图时，处理器401可以执行以下操作：

根据所述任务策略，确定选择的任务节点之间的关联关系；

基于所述关联关系对选择的任务节点进行连接，得到所述候选任务对应的基础路径图。

在一实施方式中，在基于所述关联关系对选择的任务节点进行连接，得到所述候选任务对应的基础路径图时，处理器401可以执行以下操作：

在选择的任务节点中识别起始节点和执行节点；

以所述开始节点为基准，基于所述关联关系连接所述开始节点和执行节点，得到所述候选任务对应的基础路径图。

在一实施方式中，在根据所述任务类型从预设节点库中选择多个节点，得到所述候选任务对应的任务节点时，处理器401可以执行以下操作：

获取预设节点库中各节点对应的节点类型；

根据所述节点类型从预设节点库中选择与所述任务类型对应的节点，得到所述候选任务对应的任务节点。

在一实施方式中，在响应针对所述任务节点的属性配置操作，配置所述任务节点对应的节点属性时，处理器401还可以执行以下操作：

响应针对所述任务节点的属性配置操作，获取所述候选任务对应的任务描述信息；

根据所述任务描述信息，输出所述任务节点对应的节点描述；

基于所述节点描述，配置所述任务节点对应的节点属性。

在一实施方式中，在当接收到数据处理请求时，获取所述数据处理请求对应的任务路径图，以根据所述任务路径图对所述数据处理请求进行处理时，处理器401可以执行以下操作：

当接收到数据处理请求时，提取所述数据处理请求对应的目标任务；

从任务路径集中确定所述目标任务对应的目标路径图；

基于所述目标路径图执行所述目标任务。

存储器402可用于存储应用和数据。存储器402存储的应用中包含有可在处理器中执行的指令。应用可以组成各种功能模块。处理器401通过运行存储在存储器402的应用，从而执行各种功能应用以及信息处理。

在一些实施例中，如图6所示，服务器400还包括：显示屏403、控制电路404、射频电路405、输入单元406以及电源407。其中，处理器401分别与显示屏403、控制电路404、射频电路405、输入单元406以及电源407电性连接。

显示屏403可用于显示由用户输入的信息或提供给用户的信息以服务器的各种图形用户接口，这些图形用户接口可以由图像、文本、图标、视频和其任意组合来构成。

控制电路404与显示屏403电性连接，用于控制显示屏403显示信息。

射频电路405用于收发射频信号，以通过无线通信与电子设备或其他服务器构建无线通讯，与电子设备或其他服务器之间收发信号。

输入单元406可用于接收输入的数字、字符信息或用户特征信息(例如指纹)，以及产生与用户设置以及功能控制有关的键盘、鼠标、操作杆、光学或者轨迹球信号输入。其中，输入单元406可以包括指纹识别模组。

电源407用于给服务器400的各个部件供电。在一些实施例中，电源407可以通过电源管理系统与处理器401逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。

尽管图6中未示出，服务器400还可以包括扬声器、蓝牙模块、显示屏等，在此不再赘述。

由上可知，本申请实施例提供的服务器，由各需求独自开发变为页面灵活配置，业务端、产品端和研发端基于统一流程图和领域对象实现逻辑，减少理解沟通成本；使用规则引擎匹配已有策略，无需为每种场景重新写代码，减少研发的开发量；页面不需重复设计，兼容多种策略场景；使用动态加载代码的方式，实现无发布即时上线的功能。

在一些实施例中，还提供了一种计算机可读存储介质，该存储介质中存储有多条指令，该指令适于由处理器加载以执行上述任一数据处理方法。

本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序可以存储于一计算机可读存储介质中，存储介质可以包括：只读存储器(ROM，Read Only Memory)、随机存取记忆体(RAM，RandomAccessMemory)、磁盘或光盘等。

以上对本申请实施例所提供的数据处理方法、装置、存储介质及服务器进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。

Claims (10)

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

构建候选任务对应的基础路径图，所述基础路径图包含多个任务节点；

响应针对所述任务节点的属性配置操作，配置所述任务节点对应的节点属性；

基于配置后任务节点更新所述基础路径图，得到任务路径图；

当接收到数据处理请求时，获取所述数据处理请求对应的任务路径图，以根据所述任务路径图对所述数据处理请求进行处理。

2.根据权利要求1所述的方法，其特征在于，所述构建候选任务对应的基础路径图，包括：

获取候选任务的任务参数，所述任务参数包括任务类型和任务策略；

根据所述任务类型从预设节点库中选择多个节点，得到所述候选任务对应的任务节点；

基于所述任务策略和选择的任务节点，构建所述候选任务对应的基础路径图。

3.根据权利要求2所述的方法，其特征在于，所述基于所述任务策略和选择的任务节点，构建所述候选任务对应的基础路径图，包括：

根据所述任务策略，确定选择的任务节点之间的关联关系；

基于所述关联关系对选择的任务节点进行连接，得到所述候选任务对应的基础路径图。

4.根据权利要求3所述的方法，其特征在于，所述基于所述关联关系对选择的任务节点进行连接，得到所述候选任务对应的基础路径图，包括：

在选择的任务节点中识别起始节点和执行节点；

以所述开始节点为基准，基于所述关联关系连接所述开始节点和执行节点，得到所述候选任务对应的基础路径图。

5.根据权利要求2所述的方法，其特征在于，所述根据所述任务类型从预设节点库中选择多个节点，得到所述候选任务对应的任务节点，包括：

获取预设节点库中各节点对应的节点类型；

根据所述节点类型从预设节点库中选择与所述任务类型对应的节点，得到所述候选任务对应的任务节点。

6.根据权利要求1至5任一项所述的方法，其特征在于，所述响应针对所述任务节点的属性配置操作，配置所述任务节点对应的节点属性，包括：

响应针对所述任务节点的属性配置操作，获取所述候选任务对应的任务描述信息；

根据所述任务描述信息，输出所述任务节点对应的节点描述；

基于所述节点描述，配置所述任务节点对应的节点属性。

7.根据权利要求1至5任一项所述的方法，其特征在于，所述当接收到数据处理请求时，获取所述数据处理请求对应的任务路径图，以根据所述任务路径图对所述数据处理请求进行处理，包括：

当接收到数据处理请求时，提取所述数据处理请求对应的目标任务；

从任务路径集中确定所述目标任务对应的目标路径图；

基于所述目标路径图执行所述目标任务。

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

构建单元，用于构建候选任务对应的基础路径图，所述基础路径图包含多个任务节点；

配置单元，用于响应针对所述任务节点的属性配置操作，配置所述任务节点对应的节点属性；

更新单元，用于基于配置后任务节点更新所述基础路径图，得到任务路径图；

处理单元，用于当接收到数据处理请求时，获取所述数据处理请求对应的任务路径图，以根据所述任务路径图对所述数据处理请求进行处理。

9.一种计算机可读存储介质，其特征在于，所述存储介质中存储有多条指令，所述指令适于由处理器加载以执行权利要求1-7任一项所述的数据处理方法。

10.一种电子设备，其特征在于，包括处理器及存储器，所述处理器与所述存储器电性连接，所述存储器用于存储指令和数据；所述处理器用于执行权利要求1-7任一项所述的数据处理方法。

Images