CN112148353A - 一种数据处理方法及装置 - Google Patents

Abstract

本申请涉及一种数据处理方法及装置，包括：确定待处理流程中包括的至少两个流程节点；确定所述流程节点之间的逻辑关系；生成与每个所述流程节点对应的节点配置文件；按照所述逻辑关系将各个所述节点配置文件相互关联，得到与所述待处理流程对应的流程配置文件。采用本实施例中的方法，通过分别得到各个流程节点对应的节点配置文件之后，再进行关联得到完整流程对应的流程配置文件，可实现流程级别封装复用，进而可以实现对整个流程的模块化配置，便于对整个流程的配置文件进行维护及修改，提高配置效率。

Description

一种数据处理方法及装置

技术领域

本申请涉及流程引擎技术领域，尤其涉及一种数据处理方法及装置。

背景技术

责任链模式为编程中常用的一种行为模式，是一种编程思想的体现。其关键点在链式处理上，通过合理划分任务节点，并将各任务节点通过某种方式以链条的形式串行结合。通过每个节点只干一件事的形式，达到将复杂问题简单化的目的。同时由于各个节点之间是通过外部引擎关联，没有互相直接调用的代码耦合。当需要调整链条上某个节点的功能时，只需要替换单个节点，无需重复编写整套逻辑。

但是，现有技术中的责任链模式大都是为适配特定的应用场景而做，只能实现指定功能，而不能用在任意逻辑实现里面，只能实现简单的节点封装和链式调用，并不支持节点流转判断、循环分支，也不能实现流程的复用。

针对相关技术中存在的诸多技术问题，目前尚未提供有效的解决方案。

发明内容

为了解决上述技术问题或者至少部分地解决上述技术问题，本申请提供了一种数据处理方法及装置。

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

确定待处理流程中包括的至少两个流程节点；

确定所述流程节点之间的逻辑关系；

生成与每个所述流程节点对应的节点配置文件；

按照所述逻辑关系将各个所述节点配置文件相互关联，得到与所述待处理流程对应的流程配置文件。

可选的，如前述的数据处理方法，生成与每个所述流程节点对应的节点配置文件，包括：

确定所述流程节点对应的业务逻辑；

根据所述业务逻辑确定所述流程节点对应的节点类型；

根据所述逻辑关系确定所述流程节点对应的调用顺序信息；

根据所述节点类型、业务逻辑以及调用顺序信息生成所述流程节点对应的节点配置文件。

可选的，如前述的数据处理方法，还包括：

确定用于对所述待处理流程执行修改操作的目标流程节点；

确定所述目标流程节点对应的目标节点配置文件；

根据所述修改操作，确定对所述流程配置文件对应的修改策略，并得到修改后的流程配置文件；

将所述目标节点配置文件插入所述修改后的流程配置文件中，得到目标流程配置文件。

可选的，如前述的数据处理方法，所述根据所述修改操作，确定对所述流程配置文件对应的修改策略，并得到修改后的流程配置文件，包括：

在所述待处理流程中确定被执行所述修改操作的待处理流程节点以及所述待处理流程节点对应的所述目标修改策略；所述修改策略包括所述目标修改策略；

在所述流程配置文件中定位得到所述待处理流程节点对应的待修改节点配置文件；

按照所述目标修改策略对所述待修改节点配置文件执行对应的操作，得到所述修改后的流程配置文件。

可选的，如前述的数据处理方法，所述按照所述逻辑关系将各个所述节点配置文件相互关联，包括：

根据所述逻辑关系确定各个所述流程节点之间的连接逻辑；

根据所述连接逻辑匹配得到对应的逻辑节点，并得到所述流程节点与逻辑节点之间的对应关系；

根据所述对应关系，通过所述逻辑节点将各个所述节点配置文件相互关联。

可选的，如前述的数据处理方法，还包括：

获取对所述待处理流程的调用请求；

根据所述调用请求将所述待处理流程对应的流程引擎入口反馈至请求方；

接收所述请求方通过所述流程引擎入口发送的与所述节点配置文件对应的待处理信息；

通过所述节点配置文件对所述待处理信息进行处理，得到的结果信息；

通过与所述节点配置文件对应的逻辑节点，对所述结果进行判断；

在所述结果信息满足预设要求时，跳转至下一流程节点。

可选的，如前述的数据处理方法，在所述通过所述节点配置文件对所述待处理信息进行处理之前，还包括：

确定所述节点配置文件对应的预设数据类型；

在所述待处理信息的数据类型与所述预设数据类型一致时，执行下一步骤；

在所述待处理信息的数据类型与所述预设数据类型不一致时，生成提醒信息。

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

第一确定模块，用于确定待处理流程中包括的至少两个流程节点；

第二确定模块，用于确定所述流程节点之间的逻辑关系；

生成模块，用于生成与每个所述流程节点对应的节点配置文件；

关联模块，用于按照所述逻辑关系将各个所述节点配置文件相互关联，得到与所述待处理流程对应的流程配置文件。

第三方面，本申请实施例提供了一种电子设备，包括：处理器、通信接口、存储器和通信总线，其中，所述处理器、通信接口和存储器通过通信总线完成相互间的通信；

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

所述处理器，用于执行所述计算机程序时，实现如前述任一项所述的处理方法。

第四方面，本申请实施例提供了一种存储介质，所述存储介质包括存储的程序，其中，所述程序运行时执行如前任一项所述的方法步骤。

本申请实施例提供的上述技术方案与现有技术相比具有如下优点：

本申请实施例提供的该方法，采用本实施例中的方法，通过分别得到各个流程节点对应的节点配置文件之后，再进行关联得到完整流程对应的流程配置文件，可实现流程级别封装复用，进而可以实现对整个流程的模块化配置，便于对整个流程的配置文件进行维护及修改，提高配置效率。

附图说明

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

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

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

图2为本申请另一实施例提供的一种数据处理方法的流程示意图；

图3为本申请另一实施例提供的一种数据处理方法的流程示意图；

图4为本申请实施例提供的一种数据处理装置的框图；

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

具体实施方式

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

图1为本申请实施例提供的一种数据处理方法，包括如下所述步骤S1至S4：

所述步骤S1.确定待处理流程中包括的至少两个流程节点。

具体的，待处理流程可以是需要生成对应的责任链流程的用于实现某一业务目标的流程。

例如：待处理流程为银行要实现一笔借记卡行内转账，则各个流程节点可以通过本框架可以做如下拆分得到：

流程节点1.校验付款方账户和户名是否准确；

流程节点2.校验付款方账户余额是否充足；

流程节点3.校验收款方账户和户名是否准确；

流程节点4.将付款方账户余额减去付款金额；

流程节点5.将收款方账户余额增加收款金额。

所述步骤S2.确定流程节点之间的逻辑关系。

具体的，逻辑关系可以是事务流在各个流程节点之间跳转的关系；以前述实施例中的银行要实现一笔借记卡行内转账为例；拆分得到的流程节点共包括5个流程节点；由于除了节点“1”之外的其他流程节点都需要在前一节点满足设定要求之后才会跳转到该节点上，且各个流程节点之间是单链状连接的；因此各个流程节点之间的逻辑关系即为单链状连接的关系。

进一步的，逻辑关系可以记录有每个流程节点对应的ID，以据此进行不同的流程节点的调用。

由于各个流程节点之间跳转所依据的判断逻辑可能各不相同，可选的：有的可以是通过“if”逻辑实现，有的可以是通过“for”逻辑实现。因此逻辑关系中还可以记录每两个存在连接关系的流程节点对应的判断逻辑。

举例的：

流程节点1为If判断节点，校验付款方账户和户名是否准确，校验失败返回失败码，流程结束，校验成功流转到下一节点。

流程节点2为If判断节点，校验付款方账户余额是否大于付款金额，若小于则返回失败码，流程结束，若大于则流转到下一节点。

流程节点3为If判断节点，校验收款方账户和户名是否准确，校验失败返回失败码，流程结束，校验成功流转到下一节点。

流程节点4为INode普通节点，执行将付款方账户余额减去付款金额操作。

流程节点5为INode普通节点，执行将收款方账户余额加上收款金额操作。

步骤S3.生成与每个流程节点对应的节点配置文件。

具体的，节点配置文件是用于使对应的流程节点能够实现预设功能的可执行文件或部分可执行文件。

可选的，可以使每个流程节点都对应一个特定的Java类，进而，节点配置文件可以是对应的Java类的可执行代码。

步骤S4.按照逻辑关系将各个节点配置文件相互关联，得到与待处理流程对应的流程配置文件。

具体的，当确定各个节点流程节点对应的节点配置文件之后，可以根据逻辑关系，将各个节点配置文件按照逻辑关系进行关联。

其中一种可选的实现方法可以是：各个节点配置文件相互关联可以通过调用已有的用于实现逻辑关联的逻辑节点实现，举例的，以前述步骤中所述的流程节点1与流程节点2为例，由于流程节点1需要在进行if判断之后才可以确定是否进入流程节点2，因此流程节点1 和流程节点2需要通过实现if判断方法的if逻辑节点进行关联，因而流程节点1中可以根据逻辑关系写入对if逻辑节点进行调用的特征字段或接口，具体的，可以通过在节点配置文件中写入与if逻辑节点对应的特征字段或接口，以使流程配置文件在执行时，可以通过其本身或其它调用模块，对if逻辑节点进行调用，以达到与流程节点2按照if判断逻辑进行关联的目的。

综上所述，采用本实施例中的方法，通过分别得到各个流程节点对应的节点配置文件之后，再进行关联得到完整流程对应的流程配置文件，可实现流程级别封装复用，进而可以实现对整个流程的模块化配置，便于对整个流程的配置文件进行维护及修改，提高配置效率。

如图2所示，在一些实施例中，如前述的数据处理方法，步骤S3 生成与每个流程节点对应的节点配置文件，包括如下所述步骤S31至 S34：

步骤S31.确定流程节点对应的业务逻辑；

步骤S32.根据业务逻辑确定流程节点对应的节点类型；

步骤S33.根据逻辑关系确定流程节点对应的调用顺序信息；

步骤S34.根据节点类型、业务逻辑以及调用顺序信息生成流程节点对应的节点配置文件。

具体的，业务逻辑需要包括流程节点跳转至另一个流程节点，应该具备的规则。此外，由于本申请中得到的流程配置文件是为了向其它实体单元提供服务的，因此业务逻辑还可以用于限定每个流程节点所需接收的数据的类型以及数据格式等等。

由于业务逻辑中包括规则与流程，因此节点类型可以是流程节点对应的规则类型，即，以前述实施例中所举示例为例：节点类型可以是if类型，或for类型等等，以表征该流程节点所需进行判断的逻辑是什么，另外，还可以据此确定流程节点在进行逻辑判断时需要调用的逻辑节点。

根据逻辑关系确定流程节点对应的调用顺序信息可以是：确定各个流程节点之间的顺序关系，例如：当存在节点A、B、C、D时；且各个流程节点对应的调用顺序信息分别是：4、1、2、3时，则待处理流程在执行时，对流程节点的调用顺序按照B→C→D→A进行。

因此，在得到节点类型、业务逻辑以及调用顺序信息之后，按此生成与每个流程节点对应的节点配置文件之后，即可确定每个流程节点可提供的服务或功能，以及在生成最终的流程配置文件时，各个节点配置文件之间的调用顺序以及判断逻辑。

在一些实施例中，如前述的数据处理方法，还包括如下所述步骤 S5至S8：

步骤S5.确定用于对待处理流程执行修改操作的目标流程节点。

具体的，修改操作可以是，通过目标流程节点替换已有的流程节点，或者将目标流程节点插入待处理流程中。

可选的，可以在交互界面得到与待处理流程对应的可视化流程；所述可视化流程包括与各个所述流程节点对应的第一可视化节点，且第一可视化节点可以按照逻辑关系进行连接；此外，可以通过交互界面接收建立目标流程节点对应的请求，并按照该请求得到的目标流程节点对应的第二可视化节点。

并且，可以通过将第二可视化节点插入至可视化流程中，或将第一可视化节点替换为第二可视化节点的方式得到修改操作。

步骤S6.确定目标流程节点对应的目标节点配置文件。

具体的，其中一种可选的实现方式可以是：通过在预设的交互界面中的输入框中，输入与目标流程节点对应的各项配置信息(可以包括：节点类型、业务逻辑以及调用顺序信息)。其中，可选的，目标流程节点对应的调用顺序信息可以根据修改操作的执行结果得到，即：根据修改操作得到目标流程节点在待处理流程中的位置得到调用顺序信息。

然后，可以通过对各项配置信息进行组合等方式得到目标节点配置文件。

步骤S7.根据修改操作，确定对流程配置文件对应的修改策略，并得到修改后的流程配置文件。

具体的，由于修改操作可以包括对待处理流程的中通过目标流程节点替换已有的流程节点，或者将目标流程节点插入待处理流程中；不同的修改操作对应的修改策略也各不相同，举例的，当修改操作是替换操作时，只需要对流程配置文件中被替换的节点配置文件进行替换即可，当修改操作是插入操作时，则需要对插入位置之后的节点配置文件进行修改(例如：修改调用顺序信息)。

步骤S8.将目标节点配置文件插入修改后的流程配置文件中，得到目标流程配置文件。

具体的，在流程配置文件中，确定目标节点配置文件的插入位置之后，将目标节点配置文件插入该插入位置，以得到目标流程配置文件。

可选的，当修改操作是替换操作时；步骤S7及S8可选的实现方式可以为：

根据修改操作确定需要进行变更的待变更流程节点；

获取待变更流程节点对应的待变更节点配置文件中的调用顺序信息；

根据所述待变更节点配置文件中的调用顺序信息以及所述目标流程节点的业务逻辑，生成与所述目标流程节点对应的第一目标节点配置文件；

在流程配置文件中删除所述待变更节点配置文件，得到修改后的流程配置文件；

替换为所述第一目标节点配置文件，得到第一更新后流程配置文件。

可选的，当修改操作是插入操作时；步骤S7及S8可选的实现方式可以为：

获取用于加入所述待处理流程的目标流程节点；

根据所述修改操作得到所述目标流程节点加入所述待处理流程的目标调用顺序信息；

根据所述目标流程节点加入所述待处理流程的调用顺序信息，确定所述待处理流程中已有流程节点的更新后调用顺序信息；

根据更新后调用顺序信息得到更新后的流程配置文件；

根据目标节点配置文件得到与更新后节点配置文件得到第二更新后流程配置文件。

如图3所示，在一些实施例中，如前述的数据处理方法，步骤S7 根据修改操作，确定对流程配置文件对应的修改策略，并得到修改后的流程配置文件，包括如下所述步骤S71至步骤S73：

步骤S71.在待处理流程中确定被执行修改操作的待处理流程节点以及待处理流程节点对应的目标修改策略。

具体的，目标修改策略是与待处理流程节点对应的修改策略；在待处理流程中，可能存在多个待处理流程节点，由于每个待处理流程节点对应的修改的方式不一定相同，因此，修改策略中可以包括多个目标修改策略。进一步的，待处理流程节点可以是待处理流程中的一个节点，也可以是需要在待处理流程中新增的节点。

本步骤其中一种可选的实现方式中，目标修改策略可以是通过人机交互界面识别得到的用户对待处理流程节点的操作信息，具体的：

先通过交互界面获取与所述待处理流程对应的可视化流程；所述可视化流程包括与各个所述流程节点对应的第一可视化节点。

然后获取所述目标流程节点对应的第二可视化节点。

最后接收所述第二可视化节点被操作后对所述可视化流程进行的修改得到的目标可视化流程。第二可视化节点是与待处理流程节点对应的可视化节点。

步骤S72.在流程配置文件中定位得到待处理流程节点对应的待修改节点配置文件。

具体的，待修改节点配置文件是根据待处理流程节点定位得到的；举例来说，每个节点配置文件中都可以设有对应的调用顺序信息，当待处理流程节点是用于被替换的流程节点时或者待处理流程节点之前需要插入别的节点时，可以根据待处理流程节点的调用顺序信息直接在流程配置文件中定位得到待修改节点配置文件。

步骤S73.按照目标修改策略对待修改节点配置文件执行对应的操作，得到修改后的流程配置文件。

具体的，由于目标修改策略可以是：

1、将待处理流程节点替换为别的流程节点；

2、待处理流程节点之前需要插入别的节点时。

对应目标修改策略1，可以在得到待修改节点配置文件之后，对待修改节点配置文件进行删除，得到修改后的流程配置文件。

对应目标修改策略2，可以在得到待修改节点配置文件之后，对待修改节点配置文件对应的调用顺序信息进行修改，以使插入其他节点后不会出现调用顺序重复的情况，进而得到修改后的流程配置文件。

进而通过本实施例中的方法，可以自动定位到需要进行修改的待修改节点配置文件，可以有效提高修改的效率。

在一些实施例中，如前述的数据处理方法，所述步骤S4按照逻辑关系将各个节点配置文件相互关联，包括如下所述步骤S41至步骤 S43：

步骤S41.根据逻辑关系确定各个流程节点之间的连接逻辑；

步骤S42.根据连接逻辑匹配得到对应的逻辑节点，并得到流程节点与逻辑节点之间的对应关系；

步骤S43.根据对应关系，通过逻辑节点将各个节点配置文件相互关联。

具体的，连接逻辑可以每两个流程节点之间的跳转需要满足的判断逻辑。

逻辑节点可以是用于实现某一连接逻辑的节点，得到流程节点与逻辑节点之间的对应关系，以使后期在不同的流程节点之间进行跳转时的判断，可以通过调用逻辑节点完成相关判断动作。

通过逻辑节点将各个节点配置文件相互关联，可以通过在节点配置文件中写入各个逻辑节点的调用接口实现。

举例的，当节点配置文件A和节点配置文件B需要通过逻辑节点 I进行关联时，可以通过将逻辑节点I的接口调用方式写入节点配置文件A和节点配置文件B中。

在一些实施例中，如前述的数据处理方法，还包括如下所述步骤P1至P5：

步骤P1.获取对待处理流程的调用请求；

步骤P2.根据调用请求将待处理流程对应的流程引擎入口反馈至请求方；

步骤P3.接收请求方通过流程引擎入口发送的与节点配置文件对应的待处理信息；

步骤P4.通过节点配置文件对待处理信息进行处理，得到的结果信息；

步骤P5.通过与节点配置文件对应的逻辑节点，对结果进行判断；

步骤P6.在结果信息满足预设要求时，跳转至下一流程节点。

具体的，以前述实施例中的行内转账为例：调用请求可以是用户通过触发“转账”对应的操作控件实现获取。

在收到调用请求之后，将待处理流程对应的流程引擎入口反馈至请求方，以使请求方能够通过流程引擎入口向待处理流程输入待处理信息。

节点配置文件对待处理信息进行处理可以是根据待处理信息在数据库中进行查询或者写入数据库等操作，结果信息可以是对应的查询结果或者写入结果等等。

由于节点配置文件都设有对应的逻辑节点，可以通过将结果信息通过对应的调用接口发送至逻辑节点，以通过逻辑节点根据结果信息以及预设要求判断是否跳转至下一流程节点。

在一些实施例中，如前述的数据处理方法，在通过节点配置文件对待处理信息进行处理之前，还包括如下所述步骤Y1至Y3：

步骤Y1.确定节点配置文件对应的预设数据类型；

步骤Y2.在待处理信息的数据类型与预设数据类型一致时，执行下一步骤；

步骤Y3.在待处理信息的数据类型与预设数据类型不一致时，生成提醒信息。

具体的，可以通过所述数据类型限定节点配置文件可处理的数据类型；在待处理信息的数据类型与预设数据类型(举例的：可以包括：字符类型、字符数量、数据格式等等)一致时，则可以通过对该待处理信息进行校验或写入等操作；在待处理信息的数据类型与预设数据类型不一致时，生成提醒信息，以让输入待处理信息的用户重新输入符合预设数据类型的数据。

通过本实施例中的方法，可以对待处理信息进行校验，以避免对无用信息的处理，提升处理效率。

如图4所示，根据本申请另一方面的一个实施例，还提供了一种数据处理装置，包括：

第一确定模块1，用于确定待处理流程中包括的至少两个流程节点；

第二确定模块2，用于确定流程节点之间的逻辑关系；

生成模块3，用于生成与每个流程节点对应的节点配置文件；

关联模块4，用于按照逻辑关系将各个节点配置文件相互关联，得到与待处理流程对应的流程配置文件。

具体的，本发明实施例的装置中各模块实现其功能的具体过程可参见方法实施例中的相关描述，此处不再赘述。

根据本申请的另一个实施例，还提供一种电子设备，包括：如图5 所示，电子设备可以包括：处理器1501、通信接口1502、存储器1503 和通信总线1504，其中，处理器1501，通信接口1502，存储器1503 通过通信总线1504完成相互间的通信。

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

处理器1501，用于执行存储器1503上所存放的程序时，实现上述方法实施例的步骤。

上述电子设备提到的总线可以是外设部件互连标准(Peripheral ComponentInterconnect，PCI)总线或扩展工业标准结构(Extended Industry StandardArchitecture，EISA)总线等。该总线可以分为地址总线、数据总线、控制总线等。为便于表示，图中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

通信接口用于上述电子设备与其他设备之间的通信。

存储器可以包括随机存取存储器(Random Access Memory，RAM)，也可以包括非易失性存储器(Non-Volatile Memory，NVM)，例如至少一个磁盘存储器。可选的，存储器还可以是至少一个位于远离前述处理器的存储装置。

上述的处理器可以是通用处理器，包括中央处理器(Central Processing Unit，CPU)、网络处理器(Network Processor，NP)等；还可以是数字信号处理器(DigitalSignalProcessing，DSP)、专用集成电路 (Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。

本申请实施例还提供一种存储介质，存储介质包括存储的程序，其中，程序运行时执行上述方法实施例的方法步骤。

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

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

Claims (10)

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

确定待处理流程中包括的至少两个流程节点；

确定所述流程节点之间的逻辑关系；

生成与每个所述流程节点对应的节点配置文件；

按照所述逻辑关系将各个所述节点配置文件相互关联，得到与所述待处理流程对应的流程配置文件。

2.根据权利要求1所述的数据处理方法，其特征在于，生成与每个所述流程节点对应的节点配置文件，包括：

确定所述流程节点对应的业务逻辑；

根据所述业务逻辑确定所述流程节点对应的节点类型；

根据所述逻辑关系确定所述流程节点对应的调用顺序信息；

根据所述节点类型、业务逻辑以及调用顺序信息生成所述流程节点对应的节点配置文件。

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

确定用于对所述待处理流程执行修改操作的目标流程节点；

确定所述目标流程节点对应的目标节点配置文件；

根据所述修改操作，确定对所述流程配置文件对应的修改策略，并得到修改后的流程配置文件；

将所述目标节点配置文件插入所述修改后的流程配置文件中，得到目标流程配置文件。

4.根据权利要求3所述的数据处理方法，其特征在于，所述根据所述修改操作，确定对所述流程配置文件对应的修改策略，并得到修改后的流程配置文件，包括：

在所述待处理流程中确定被执行所述修改操作的待处理流程节点以及所述待处理流程节点对应的所述目标修改策略；所述修改策略包括所述目标修改策略；

在所述流程配置文件中定位得到所述待处理流程节点对应的待修改节点配置文件；

按照所述目标修改策略对所述待修改节点配置文件执行对应的操作，得到所述修改后的流程配置文件。

5.根据权利要求1所述的数据处理方法，其特征在于，所述按照所述逻辑关系将各个所述节点配置文件相互关联，包括：

根据所述逻辑关系确定各个所述流程节点之间的连接逻辑；

根据所述连接逻辑匹配得到对应的逻辑节点，并得到所述流程节点与逻辑节点之间的对应关系；

根据所述对应关系，通过所述逻辑节点将各个所述节点配置文件相互关联。

6.根据权利要求5所述的数据处理方法，其特征在于，还包括：

获取对所述待处理流程的调用请求；

根据所述调用请求将所述待处理流程对应的流程引擎入口反馈至请求方；

接收所述请求方通过所述流程引擎入口发送的与所述节点配置文件对应的待处理信息；

通过所述节点配置文件对所述待处理信息进行处理，得到的结果信息；

通过与所述节点配置文件对应的逻辑节点，对所述结果进行判断；

在所述结果信息满足预设要求时，跳转至下一流程节点。

7.根据权利要求6所述的数据处理方法，其特征在于，在所述通过所述节点配置文件对所述待处理信息进行处理之前，还包括：

确定所述节点配置文件对应的预设数据类型；

在所述待处理信息的数据类型与所述预设数据类型一致时，执行下一步骤；

在所述待处理信息的数据类型与所述预设数据类型不一致时，生成提醒信息。

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

第一确定模块，用于确定待处理流程中包括的至少两个流程节点；

第二确定模块，用于确定所述流程节点之间的逻辑关系；

生成模块，用于生成与每个所述流程节点对应的节点配置文件；

关联模块，用于按照所述逻辑关系将各个所述节点配置文件相互关联，得到与所述待处理流程对应的流程配置文件。

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

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

所述处理器，用于执行所述计算机程序时，实现权利要求1-7任一项所述的方法步骤。

10.一种存储介质，其特征在于，所述存储介质包括存储的程序，其中，所述程序运行时执行上述权利要求1至7中任一项所述的方法步骤。

Images