[发明专利]一种全域集成编排流协议生成方法及执行方法

说明书

本发明涉及一种全域集成编排流协议生成方法及执行方法。所述生成方法由画布控制器和协议生成器执行，包括以下步骤：画布控制器初始化画布；画布控制器响应于结点设置指令，生成对应的结点参数，并将所述结点参数传递至所述协议生成器；所述协议生成器根据所述结点参数生成结点协议，并将所述结点协议保存至主函数中的拓扑结构中；所述画布控制器用于根据所述拓扑结构更新画布。本发明所述的一种全域集成编排流协议生成方法及执行方法，无需对具体的平台用户进行负责的角色及全域集成编排流协议生成及执行，可根据实际发生的业务记录，转换为全域集成编排流协议生成及执行规则。

技术领域

本发明涉及数据结构技术领域，特别是涉及一种全域集成编排流协议生成方法及执行方法。

背景技术

集成编排流程系统利用预定的逻辑交互元素结点，通过对多个元素结点排布及元素结点间拖拽连线，在画布上绘制出一个完整的业务流转逻辑。为了使该画布中的内容能进行保存、修改，以及传递给后端服务按编排的逻辑执行，该画布中的内容实质上是与一份前端协议做映射，并在元素结点排布及连线编辑完成时，生成或修改对应的协议。

随着业务的发展，集成编排流程系统有着更加复杂的交互场景和应用边界，传统通过简单拖拉布局及字段输入所生成的结构化xml或json协议已经不能满足要求，表现为：

1.结构化协议无法被后端服务直接执行，需要先进行xml或json解析，并按预定字段和结构，查找对应的逻辑函数，再赋值执行，执行效率低下。

2.调试阶段，结构化协议也只能在后端服务进行测试，频繁的调测，特别是多人开发时，占用服务器资源，无法利用前端浏览器分布式的资源优势。

3.在调试过程中，结构化协议无法进行比如单步，当前变量值输出等常用调试手段，每次调试均需完整执行。

4.结构化协议既然依赖于后端服务执行，就无法脱离固有的执行环境，在云边端一体的协同环境下，无法充分利用边端和移动端的执行资源优势。

5.结构化协议为描述性语言，需要经过一系列的处理，被特定语言，比如java，开发的解析器解析后方能执行，其他环境，比如iOS，需要开发另外开发解析器。

发明内容

基于此，本发明的目的在于，提供一种全域集成编排流协议生成方法及执行方法，无需对具体的平台用户进行负责的角色及全域集成编排流协议生成及执行，可根据实际发生的业务记录，转换为全域集成编排流协议生成及执行规则。

第一方面，本发明提供一种全域集成编排流协议生成方法，所述方法由画布控制器和协议生成器执行，所述方法包括以下步骤：

画布控制器初始化画布；

画布控制器响应于结点设置指令，生成对应的结点参数，并将所述结点参数传递至所述协议生成器；

所述协议生成器根据所述结点参数生成结点协议，并将所述结点协议保存至主函数中的拓扑结构中；

所述画布控制器用于根据所述拓扑结构更新画布。

进一步地，所述结点设置指令包括以下至少一项：

触发结点设置指令、触发结点编辑指令、过程结点设置指令、过程结点编辑指令、逻辑结点编辑指令和循环结点编辑指令。

进一步地，画布控制器响应于结点设置指令，生成对应的结点参数，包括：

所述画布控制器响应于结点设置指令，查询可用的结点；

如果为第一次查询，所述画布控制器调用所述协议生成器，获取结点查询接口协议，并把查询接口协议通过函数注入函数接口加入到在主函数中；

所述画布控制器调用结点查询接口协议，从服务器获取权限范围内的结点；