CN111930372A - 一种通过可拖拽流程图实现的服务编排解决方法及*** - Google Patents

Abstract

本发明公开了一种通过可拖拽流程图实现的服务编排解决方法及***，属于流程图像处理技术领域，包括以下步骤：S1：服务流程节点生成；S2：服务流程节点关联；S3：节点基本信息编辑；S4：服务流程模板发布；S5：服务流程节点资源添加。在所述步骤S1中，服务流程节点信息包括服务流程模板ID、服务流程节点ID、服务流程节点类型和服务流程节点名称。本发明通过jsPlumb绘图组件将服务流程编排可视化，简化服务流程编排，降低操作使用难度；并且将服务流程信息生成xml格式的apache camel的路由规则，供网关调用相应的服务资源，值得被推广使用。

Description

一种通过可拖拽流程图实现的服务编排解决方法及***

技术领域

本发明涉及流程图像处理技术领域，具体涉及一种通过可拖拽流程图实现的服务编排解决方法及***，将服务流程的编排图像可视化，降低流程设计的使用难度。

背景技术

随着互联网的高速发展，***的互联网化进程加速，电信运营商对能够提供个性化功能的服务集成***的需求越来越大，标准也越来越高。接口平台能够理清同一层面内的***间集成关系，以及***与外部其他***之间的集成关系，解决在接口服务需求增加后的接口膨胀问题，实现对接口服务的统一集中注册、编排、监控等方面的管理，实现对服务的梳理、封装、组合、共享和复用。

但以往接口平台等服务集成***在服务流程编排中采用表单输入的方式，使得服务流程处理不够直观清晰，操作复杂。同时服务流程私有化，无法形成服务流程模板，从而降低服务流程复用性。因此，提出一种通过可拖拽流程图实现的服务编排解决方法及***。

发明内容

本发明所要解决的技术问题在于：如何解决在现有服务流程编排中存在不够直观清晰、操作复杂、可复用性低等问题，提供了一种通过可拖拽流程图实现的服务编排解决方法。

本发明是通过以下技术方案解决上述技术问题的，本发明包括以下步骤：

S1：服务流程节点生成

利用jsPlumb绘图组件在浏览器窗口加载时生成实例，用来绘制生成服务流程图；新建服务流程模板，选择服务流程节点类型，拖曳vuedraggable拖拽组件生成的节点至画布，触发jsPlumb绘图组件实例内置的makeSource、makeTarget参数方法，向上述两个方法传入参数参数，参数包括节点形状、节点连线样式等，JsPlumb绘图组件实例根据传入的参数形成节点图形，并将服务流程节点信息存储在数据库，依次生成groovy、http、groovy类型的三个服务流程节点；

S2：服务流程节点关联

点击起始节点拖曳连线至目标节点，形成节点关联关系，利用绘图组件监听连接事件实时存储节点连线信息；

S3：节点基本信息编辑

点击节点信息编辑按钮修改节点基本信息；

S4：服务流程模板发布

发布服务流程模板，根据服务流程自动生成xml格式的apache camel(规则引擎)的路由规则；

S5：服务流程节点资源添加

为服务选择相应服务流程模板，点击节点添加资源，完成服务流程定义。

更进一步地，在所述步骤S1中，服务流程节点信息包括服务流程模板ID、服务流程节点ID、服务流程节点类型和服务流程节点名称。

更进一步地，服务流程节点类型的包括但不限于http、groovy、jdbc和activemq。

更进一步地，在所述步骤S2中，节点连线信息包括服务流程模板ID、服务流程起始节点ID和服务流程目标节点ID。

更进一步地，在所述步骤S2中，jsPlumb.bind("connection",function(info){})方法为jsPlumb组件实例绑定connection事件，connection监听所有的节点连接事件，function(info){}为监听到节点连线事件时触发的回调函数，其中参数info中包含的信息有连线起点节点ID、目标节点ID，在function(info){}回调函数中写入将连线起点节点ID、目标节点ID存入数据库的方法，当节点形成连接关系时，jsPlumb组件实例监听到连接事件后触发connection回调函数，将连线起点节点ID、目标节点ID等节点连线信息存入数据库。更进一步地，在所述步骤S3中，节点基本信息包括节点名称、节点备注信息。

更进一步地，apache camel规则引擎能够加载解析xml格式的文本，根据“from”、“to”等xml标签进行消息的路由。获取服务流程模板ID，服务流程模板ID为路由的标识，将“uri＝"direct:template-”拼接服务流程模板ID并作为“from”标签的属性，生成xml格式的文本，存入数据库中，网关读取加载后，当调用某个路由模板时，apache camel规则引擎读取“direct:template-服务流程模板ID”的uri，将会定位路由至该路由模板。在所述步骤S4、S5中，所生成的规则引擎的路由规则以服务流程模板ID为标识供网关加载，并调用相应服务所绑定的资源。

更进一步地，在所述步骤S4、S5中，所生成的规则引擎的路由规则以服务流程模板ID为标识供网关加载，并调用相应服务所绑定的资源。

更进一步地，在所述步骤S5中，同一服务流程节点添加多个资源时，资源的调用策略为随机、轮询或权重中任一种。

更进一步地，所述服务流程模板，有且只有一个服务流程开始节点，环路会导致服务流程无开始节点和结束节点，形成死循环，因此服务流程不能出现环路。

本发明还提供了一种通过可拖拽流程图实现的服务编排解决***，包括：

节点生成模块，用于新建服务流程模板，选择服务流程节点类型，通过拖拽组件拖曳至画布，调用绘图组件生成节点图形，并将服务流程节点信息存储至数据库；

节点关联模块，用于点击起始节点拖曳连线至目标节点，形成节点关联关系，利用绘图组件监听连接事件实时存储节点连线信息；

信息编辑模块，用于点击节点信息编辑修改节点基本信息；

模板发布模块，用于发布服务流程模板，根据服务流程自动生成xml格式的规则引擎的路由规则；

资源添加模块，用于为服务选择相应服务流程模板，点击节点添加资源，完成服务流程定义；

控制处理模块，用于向各模块发出指令，完成相应动作；

所述节点生成模块、所述节点关联模块、所述信息编辑模块、所述模板发布模块、所述资源添加模块均与所述控制处理模块电连接。

本发明相比现有技术具有以下优点：该通过可拖拽流程图实现的服务编排解决方法，通过jsPlumb绘图组件将服务流程编排可视化，简化服务流程编排，降低操作使用难度；并且将服务流程信息生成xml格式的apache camel的路由规则，供网关调用相应的服务资源，值得被推广使用。

附图说明

图1是本发明实施例一中服务编排解决方法的流程示意图；

图2是本发明实施例二中服务编排解决方法的实施流程图。

具体实施方式

下面对本发明的实施例作详细说明，本实施例在以本发明技术方案为前提下进行实施，给出了详细的实施方式和具体的操作过程，但本发明的保护范围不限于下述的实施例。

如图1所示，本实施例提供一种技术方案：一种通过可拖拽流程图实现的服务编排解决方法，包括以下步骤：

S1：服务流程节点生成

利用jsPlumb绘图组件在浏览器窗口加载时生成实例，用来绘制生成服务流程图；新建服务流程模板，选择服务流程节点类型，拖曳vuedraggable拖拽组件生成的节点至画布，触发jsPlumb绘图组件实例内置的makeSource、makeTarget参数方法，向上述两个方法传入参数参数，参数包括节点形状、节点连线样式等，JsPlumb绘图组件实例根据传入的参数形成节点图形，并将服务流程节点信息存储在数据库，依次生成groovy、http、groovy类型的三个服务流程节点；

S2：服务流程节点关联

点击起始节点拖曳连线至目标节点，形成节点关联关系，利用绘图组件监听连接事件实时存储节点连线信息；

S3：节点基本信息编辑

点击节点信息编辑按钮修改节点基本信息；

S4：服务流程模板发布

发布服务流程模板，根据服务流程自动生成xml格式的apache camel(规则引擎)的路由规则；

S5：服务流程节点资源添加

为服务选择相应服务流程模板，点击节点添加资源，完成服务流程定义。

在所述步骤S1中，服务流程节点信息包括服务流程模板ID、服务流程节点ID、服务流程节点类型和服务流程节点名称。

服务流程节点类型包括但不限于http、groovy、jdbc和activemq。

在所述步骤S2中，节点连线信息包括服务流程模板ID、服务流程起始节点ID和服务流程目标节点ID。

在所述步骤S2中，jsPlumb.bind("connection",function(info){})方法为jsPlumb绘图组件实例绑定connection事件，connection监听所有的节点连接事件，function(info){}为监听到节点连线事件时触发的回调函数，其中参数info中包含的信息有连线起点节点ID、目标节点ID，在function(info){}回调函数中写入将连线起点节点ID、目标节点ID存入数据库的方法，当节点形成连接关系时，jsPlumb绘图组件实例监听到连接事件后触发connection回调函数，将连线起点节点ID、目标节点ID等节点连线信息存入数据库。

在所述步骤S3中，节点基本信息包括节点名称、节点备注信息。

在所述步骤S4中，apache camel规则引擎能够加载解析xml格式的文本，根据“from”、“to”等xml标签进行消息的路由。获取服务流程模板ID，服务流程模板ID为路由的标识，将“uri＝"direct:template-”拼接服务流程模板ID并作为“from”标签的属性，生成xml格式的文本，存入数据库中，网关读取加载后，当调用某个路由模板时，apache camel规则引擎读取“direct:template-服务流程模板ID”的uri，将会定位路由至该路由模板。

在所述步骤S4、S5中，所生成的规则引擎的路由规则以服务流程模板ID为标识供网关加载，并调用相应服务所绑定的资源。

在所述步骤S5中，同一服务流程节点添加多个资源时，资源的调用策略为随机、轮询或权重中任一种。

所述服务流程模板，有且只有一个服务流程开始节点，环路会导致服务流程无开始节点和结束节点，形成死循环，因此服务流程不能出现环路。

本实施例还提供了一种通过可拖拽流程图实现的服务编排解决***，包括：

节点生成模块，用于新建服务流程模板，选择服务流程节点类型，通过拖拽组件拖曳至画布，调用绘图组件生成节点图形，并将服务流程节点信息存储至数据库；

节点关联模块，用于点击起始节点拖曳连线至目标节点，形成节点关联关系，利用绘图组件监听连接事件实时存储节点连线信息；

信息编辑模块，用于点击节点信息编辑修改节点基本信息；

模板发布模块，用于发布服务流程模板，根据服务流程自动生成xml格式的规则引擎的路由规则；

资源添加模块，用于为服务选择相应服务流程模板，点击节点添加资源，完成服务流程定义；

控制处理模块，用于向各模块发出指令，完成相应动作；

所述节点生成模块、所述节点关联模块、所述信息编辑模块、所述模板发布模块、所述资源添加模块均与所述控制处理模块电连接。

实施例二

如图2所示，本实施例提供了一种通过可拖拽流程图实现的服务编排解决方法，包括如下步骤：

步骤S1、服务流程节点生成：

jsPlumb绘图组件在浏览器窗口加载时生成实例，用来绘制生成服务流程图；新建服务流程模板，选择服务流程节点类型，拖曳vuedraggable拖拽组件生成的节点至画布，触发jsPlumb绘图组件实例内置的makeSource、makeTarget参数方法，向上述两个方法传入参数参数，参数包括节点形状、节点连线样式等，JsPlumb绘图组件实例根据传入的参数形成节点图形，并将服务流程节点信息存储在数据库，依次生成groovy、http、groovy类型的三个服务流程节点；

步骤S2、服务流程节点关联：

点击起始节点拖曳连线至目标节点，形成节点关联关系，利用jsPlumb监听连接事件实时存储节点连线信息，依次连接“groovy请求转换脚本”节点、“http资源”节点、“groovy响应转换脚本”节点；

步骤S3、节点基本信息编辑：

点击节点信息编辑按钮可修改节点基本信息，包括节点名称、节点备注信息等；

步骤S4、服务流程模板发布：

发布服务流程模板，根据服务流程自动生成xml格式的apache camel(规则引擎)的路由规则；

步骤S5、服务流程节点资源添加：

为服务选择相应服务流程模板，点击节点添加资源，完成服务流程定义，为“groovy请求转换脚本”节点、“groovy响应转换脚本”节点添加groovy脚本，为“http资源”节点添加服务接口地址。

所述步骤S1中，服务流程节点信息包括服务流程模板ID、服务流程节点ID、服务流程节点类型和服务流程节点名称，服务流程节点类型包括但不限于http、groovy、jdbc和activemq。

所述步骤S2中，节点连线信息包括服务流程模板ID、服务流程起始节点ID和服务流程目标节点ID。

所述步骤S2中，jsPlumb.bind("connection",function(info){})方法为jsPlumb绘图组件实例绑定connection事件，connection监听所有的节点连接事件，function(info){}为监听到节点连线事件时触发的回调函数，其中参数info中包含的信息有连线起点节点ID、目标节点ID，在function(info){}回调函数中写入将连线起点节点ID、目标节点ID存入数据库的方法，当节点形成连接关系时，jsPlumb绘图组件实例监听到连接事件后触发connection回调函数，将连线起点节点ID、目标节点ID等节点连接信息存入数据库。

所述步骤S3中，节点基本信息包括节点名称、节点备注信息。

所述步骤S4中，apache camel规则引擎能够加载解析xml格式的文本，根据“from”、“to”等xml标签进行消息的路由。获取服务流程模板ID，服务流程模板ID为路由的标识，将“uri＝"direct:template-”拼接服务流程模板ID并作为“from”标签的属性，生成xml格式的文本，存入数据库中，网关读取加载后，当调用某个路由模板时，apache camel规则引擎读取“direct:template-服务流程模板ID”的uri，将会定位路由至该路由模板。

所述步骤S4、S5中，所生成的apache camel的路由规则以服务流程模板ID为标识供网关加载，并调用相应服务所绑定的资源。

所述步骤S5中，同一服务流程节点添加多个资源时，资源的调用策略包括随机、轮询或权重。

所述服务流程模板，有且只有一个服务流程开始节点，环路会导致服务流程无开始节点和结束节点，形成死循环，因此服务流程不能出现环路。

值得注意的是，上述***实施例中，所包括的各个单元只是按照功能逻辑进行划分的，但并不局限于上述的划分，只要能够实现相应的功能即可；另外，各功能单元的具体名称也只是为了便于相互区分，并不用于限制本发明的保护范围。

另外，本领域普通技术人员可以理解实现上述各实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，相应的程序可以存储于一计算机可读取存储介质中。

jsPlumb框架是一种适用于绘制流程化的Web应用程序，通过jsPlumb框架能够提供类似于Visio的应用程序或工作流程设计器。对于服务流程的各个处理节点可以将其进行固化。通过jsPlumb绘图组件将服务流程编排可视化，简化服务流程编排，降低操作使用难度；并且将服务流程信息生成xml格式的apache camel的路由规则，供网关调用相应的服务资源。

综上所述，上述实施例的通过可拖拽流程图实现的服务编排解决方法，通过jsPlumb绘图组件将服务流程编排可视化，简化服务流程编排，降低操作使用难度；并且将服务流程信息生成xml格式的apache camel的路由规则，供网关调用相应的服务资源，值得被推广使用。

尽管上面已经示出和描述了本发明的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本发明的限制，本领域的普通技术人员在本发明的范围内可以对上述实施例进行变化、修改、替换和变型。

Claims (10)

1.一种通过可拖拽流程图实现的服务编排解决方法，其特征在于，包括以下步骤：

S1：服务流程节点生成

绘图组件在浏览器窗口加载时生成实例，新建服务流程模板，选择服务流程节点类型，拖曳拖拽组件生成的节点至画布，触发绘图组件实例内置的参数方法，向上述两个方法传入参数，参数包括节点形状、节点连线样式，绘图组件实例根据传入参数形成节点图形，并将服务流程节点信息存储在数据库；

S2：服务流程节点关联

点击起始节点拖曳连线至目标节点，形成节点关联关系，利用绘图组件监听连接事件并实时存储节点连线信息；

S3：节点基本信息编辑

点击节点信息编辑按钮修改节点基本信息；

S4：服务流程模板发布

发布服务流程模板，根据服务流程自动生成xml格式的规则引擎的路由规则；

S5：服务流程节点资源添加

为服务选择相应服务流程模板，点击节点添加资源，完成服务流程定义。

2.根据权利要求1所述的一种通过可拖拽流程图实现的服务编排解决方法，其特征在于：在所述步骤S1中，服务流程节点信息包括服务流程模板ID、服务流程节点ID、服务流程节点类型和服务流程节点名称。

3.根据权利要求2所述的一种通过可拖拽流程图实现的服务编排解决方法，其特征在于：所述服务流程节点的类型包括http、groovy、jdbc、activemq。

4.根据权利要求3所述的一种通过可拖拽流程图实现的服务编排解决方法，其特征在于：在所述步骤S2中，节点连线信息包括服务流程模板ID、服务流程起始节点ID和服务流程目标节点ID，在所述步骤S3中，节点基本信息包括节点名称、节点备注信息。

5.根据权利要求4所述的一种通过可拖拽流程图实现的服务编排解决方法，其特征在于：在所述步骤S2中，绘图组件为jsPlumb，利用jsPlumb.bind方法为绘图组件实例绑定connection事件，通过connection监听所有的节点连接事件，监听到节点连线事件时触发的回调函数为function(info){}，其中，参数info中包含的信息有连线起点节点ID、目标节点ID，在回调函数中写入将连线起点节点ID、目标节点ID存入数据库的方法，当节点形成连接关系时，绘图组件实例监听到连接事件后触发回调函数，将节点连线信息存入数据库。

6.根据权利要求5所述的一种通过可拖拽流程图实现的服务编排解决方法，其特征在于：在所述步骤S4中，通过规则引擎加载解析xml格式的文本，根据xml标签进行消息的路由，获取服务流程模板ID，服务流程模板ID为路由的标识，将“uri＝"direct:template-”拼接服务流程模板ID并作为“from”标签的属性，生成xml格式的文本，存入数据库中，网关读取加载后，当调用某个路由模板时，规则引擎读取“direct:template-服务流程模板ID”的uri，将会定位路由至该路由模板。

7.根据权利要求6所述的一种通过可拖拽流程图实现的服务编排解决方法，其特征在于：在所述步骤S4、S5中，所生成的规则引擎的路由规则以服务流程模板ID为标识供网关加载，并调用相应服务所绑定的资源。

8.根据权利要求7所述的一种通过可拖拽流程图实现的服务编排解决方法，其特征在于：在所述步骤S5中，同一服务流程节点添加多个资源时，资源的调用策略为随机、轮询或权重中任一种。

9.根据权利要求8所述的一种通过可拖拽流程图实现的服务编排解决方法，其特征在于：所述服务流程模板有且只有一个服务流程开始节点，所述服务流程模板的服务流程不存在环路。

10.一种通过可拖拽流程图实现的服务编排解决***，其特征在于，利用如权利要求1～9任一项所述的服务编排解决方法对服务流程进行编排，包括：

节点生成模块，用于新建服务流程模板，选择服务流程节点类型，通过拖拽组件拖曳至画布，调用绘图组件生成节点图形，并将服务流程节点信息存储至数据库；

节点关联模块，用于点击起始节点拖曳连线至目标节点，形成节点关联关系，利用绘图组件监听连接事件实时存储节点连线信息；

信息编辑模块，用于点击节点信息编辑修改节点基本信息；

模板发布模块，用于发布服务流程模板，根据服务流程自动生成xml格式的规则引擎的路由规则；

资源添加模块，用于为服务选择相应服务流程模板，点击节点添加资源，完成服务流程定义；

控制处理模块，用于向各模块发出指令，完成相应动作；

所述节点生成模块、所述节点关联模块、所述信息编辑模块、所述模板发布模块、所述资源添加模块均与所述控制处理模块电连接。

Images