CN111147580A - 一种应用系统集成编排调度平台及方法 - Google Patents

Abstract

本发明涉及一种应用系统集成编排调度平台和方法，其中，包含：配置引擎用于配置各个应用系统账户信息；配置引擎用于配置各个应用系统登陆信息和功能信息；整合引擎用于加载应用系统被集成功能的初始化页面，改写功能页面的保存地址；服务引擎接收到整合引擎提交的保存请求后，将请求参数保存在本地存储中，根据整合引擎的配置决定是否调用应用系统的功能；存储引擎用于存储功能的保存信息，将每个流程的每个应用系统的每个功能的保存信息存储起来，供调度引擎调度功能时使用；编排引擎用于编排各个应用系统功能的流程；调度引擎用于配置和调度功能流程，调度引擎从配置引擎读取应用系统配置的保存地址，从服务引擎读取保存的请求参数，拼装请求向应用系统提交；监控引擎用于监控流程节点和任务的运行情况。

Description

一种应用系统集成编排调度平台及方法

技术领域

本发明涉及网络应用系统技术，尤其涉及一种应用系统集成编排调度平台及方法。

背景技术

企业应用集成(Enterprise Application Integration,EAI)是完成在组织内、外的各种异构系统，应用和数据源之间共享和交换信息和协作的途径、方法学、标准和技术。

现有的解决方案基本涵盖了业务过程集成、应用集成、数据集成、平台集成等各种类型的系统集成。如SOA、数据交换、Portal门户等集成技术和方案提供了组织应对系统集成的一般性解决思路。

专利CN201410532056.1，发明名称《应用系统表现层集成技术平台及其形成的集成模式及方法》中公开了一种解决方案。该发明通过应用系统表现层集成技术平台实现被集成系统界面及数据的集成。它增强了异构系统集成的松耦合和灵活性，为企业信息化异构系统集成提供了快速、方便、灵活、低成本的实现手段。但是在实际使用过程中我们发现，该发明(1)需要分析目标系统的每个页面，据此配置数据集、映射、转换；(2)需要针对目标系统的每个页面设计再造页面；(3)通过域数据源JDBC实现，使用类SQL方式实现后台功能。该方法虽实现门户系统对任意被集成系统的界面功能、以及数据的整合，但是开发工作量巨大，在实际工作中会带来巨大的人力成本。

发明内容

本发明的目的在于提供一种应用系统集成编排调度平台，用于解决现有集成技术存在的不足和实施组织难度的问题。

本发明一种应用系统集成编排调度平台，其中，包含：配置引擎、整合引擎、服务引擎、存储引擎、编排引擎、调度引擎以及监控引擎；配置引擎用于配置各个应用系统账户信息；配置引擎用于配置各个应用系统登陆信息和功能信息；整合引擎用于加载应用系统被集成功能的初始化页面，改写功能页面的保存地址；服务引擎接收到整合引擎提交的保存请求后，将请求参数保存在本地存储中，根据整合引擎的配置决定是否调用应用系统的功能；存储引擎用于存储功能的保存信息，将每个流程的每个应用系统的每个功能的保存信息存储起来，供调度引擎调度功能时使用；编排引擎用于编排各个应用系统功能的流程；调度引擎用于配置和调度功能流程，调度引擎从配置引擎读取应用系统配置的保存地址，从服务引擎读取保存的请求参数，拼装请求向应用系统提交；监控引擎用于监控流程节点和任务的运行情况。

根据本发明的应用系统集成编排调度平台的一实施例，其中，账户信息包括系统名称、IP、端口、访问地址、用户名、密码、应用访问key文件。

根据本发明的应用系统集成编排调度平台的一实施例，其中，配置登陆信息需要选择被集成的应用系统，输入应用系统的校验地址和校验方式；针对每个应用系统配置多个功能信息，可配置该功能的初始化地址及请求参数、该功能的保存地址及请求和返回参数、该功能的查询地址及请求参数。

本发明一种应用系统集成编排调度方法，其中，包括：集成定义阶段：确定被集成应用系统；做应用系统的配置；确定被集成应用系统的功能；做应用系统的功能配置，配置各个被集成应用系统具体的功能信息；将应用系统的功能映射为应用系统集成编排调度平台中的一个功能组件；对于编排阶段：定义一个应用系统功能组件集成编排调度的流程；定义各功能的相应功能操作，对各功能进行各种操作后保存；接收到保存请求后，将对应的流程、应用系统、功能以及请求参数保存；对流程进行定时或周期触发配置；对于调度阶段：当根据调度周期配置触发满足条件的流程后，调度引擎调用编排引擎解析应用系统功能编排流程文件，当执行到某一功能点时，获取存储引擎中保存的请求信息，根据配置的功能的配置，拼成访问功能所在的应用系统对应地址。

根据本发明的应用系统集成编排调度方法的一实施例，其中，做应用系统的配置包括：应用系统静态信息包括：系统名称、IP、端口、访问地址、用户名、密码以及应用访问key文件；以及应用系统访问信息包括：是否要验证，校验地址以及验证手段。

根据本发明的应用系统集成编排调度方法的一实施例，其中，验证手段包括用户名密码校验、key文件校验以及校验U盘，如果是用户名密码方式，则需要设置用户名和密码；所配用户可以访问被集成应用系统的需要集成的功能。

根据本发明的应用系统集成编排调度方法的一实施例，其中，做应用系统的功能配置，配置各个被集成应用系统具体的功能信息包括：首先选择被集成的应用系统，新增一条功能配置，配置功能的初始化地址、该功能的保存地址及请求和返回参数以及该功能的查询地址。

根据本发明的应用系统集成编排调度方法的一实施例，其中，对流程进行定时或周期触发配置，配置为按各种时间周期进行调度，包括秒、分钟、小时、日、周、月、季度以及年。

根据本发明的应用系统集成编排调度方法的一实施例，其中，还包括：当流程在执行时，监控流程及节点的执行情况。

本发明针对现有集成技术存在的不足和实施组织难度，采取中心配置实时集成技术，各个被集成系统无需做调整，即可实现对任意被集成系统的界面功能、数据的整合及被集成系统的功能调度。本发明建设一个平台，该平台能将所有的应用系统的功能按需配置在平台中，平台作为一个代理本身不直接提供功能，平台只是做功能入口的迁移(将功能映射为平台功能组件)，功能实际运行仍是在第三方应用系统，功能的终端展示及操作集成在平台中。本技术的亮点是构建超级系统(能调度多个应用系统功能的应用系统)，对于打通各个应用系统的功能限制提供技术手段，为组织整合利用已建应用系统的特定功能建立新的跨应用系统处理流程及手段提供可能。

附图说明

图1为应用系统集成编排调度平台原理图；

图2为集成编排调度流程图；

图3为应用系统功能编排流程图；

图4为A-a功能初始化页面；

图5为A-a功能操作示意；

图6为燕云DAAS技术效果示意图；

图7为应用系统集成编排调度平台技术效果示意图。

具体实施方式

为使本发明的目的、内容、和优点更加清楚，下面结合附图和实施例，对本发明的具体实施方式作进一步详细描述。

图1为应用系统集成编排调度平台原理图，如图1所示所述系统为星状部署结构，应用系统集成编排调度平台做为中控平台，将各个外部的应用系统的页面、操作、能力整合进来，基于各个应用系统构建一个高阶系统(应用系统的集成编排调度系统)，将外部系统的某个特定功能包装为应用系统集成编排调度平台的一个组件，将应用系统的各个功能打造为平台的组件库，通过不同系统不同功能的组合来形成不同的功能处理流程，将各个应用系统功能从应用系统中解放出来，用以解决完成某一项工作或任务需要使用多个应用系统的多个功能的问题，尤其是会给那些需要周期性执行涉及到多个应用系统功能操作的案例带来巨大的效益。

如图1所示，应用系统集成编排调度平台包含七个部分：配置引擎、整合引擎、服务引擎、存储引擎、编排引擎、调度引擎、监控引擎。

如图1所示，配置引擎用于配置各个被集成应用系统的账户信息，包括不限于系统名称、IP、端口、访问地址、用户名、密码、应用访问key文件；所配用户必须可以访问被集成应用系统的需要集成的功能，最好是高权限用户。

配置引擎用于配置各个被集成应用系统登陆信息和具体的功能信息。配置登陆信息需要选择被集成的应用系统，输入应用系统的校验地址和校验方式(包括不限于用户名密码校验、key文件校验等)；针对每个应用系统可以配置多个功能信息，可配置该功能的初始化地址及请求参数、该功能的保存地址及请求和返回参数、该功能的查询地址及请求参数；

如图1所示，整合引擎用于加载应用系统被集成功能的初始化页面，改写功能页面的保存地址(由应用系统的保存地址改为服务引擎统一的保存地址)，用户在整合引擎中操作应用系统的被集成功能，操作后点击保存按钮；

服务引擎接收到整合引擎提交的保存请求后，将请求参数保存在本地存储中，同时根据整合引擎的配置决定是否调用应用系统的功能；

存储引擎用于存储功能的保存信息，将每个流程的每个应用系统的每个功能的保存信息存储起来，供调度引擎调度功能时使用；

编排引擎用于编排应用系统功能的流程，是各个应用系统功能协同工作的定义者；

调度引擎用于配置和调度功能流程，调度引擎从配置引擎读取应用系统配置的保存地址，从服务引擎读取保存的请求参数，拼装请求向应用系统提交，调度引擎是应用系统功能的统一驱动方；

监控引擎用于监控流程节点和任务的运行情况。

应用系统功能，根据对存储数据的操作类型，我们将应用系统功能分为查询类和保存类，查询类是只是对存储数据进行查询展示，保存类是对存储数据进行增加、修改、删除操作，用户交互功能是指提供给用户操作的可视化可交互功能，关于本发明中技术方案中所关注的应用系统功能集成编排调度主要指的是用户交互保存类功能。

用户交互保存类功能分为功能初始化、功能操作、功能保存三个主要阶段，功能初始化是加载功能界面，功能操作是用户在功能界面进行相应操作，功能保存是用户将在功能所做操作进行保存提交。

应用系统集成编排调度平台将应用系统功能初始化结果展示在整合引擎的功能组件容器中，在定义一个流程一个功能组件时，进入功能组件时，会调用应用系统功能初始化，将应用系统返回的结果页面加载于此。

功能组件容器可以是IFRAME，也可以是DIV或其它类似的标签。解决应用系统跨域访问的问题可使用(包括但不限于)Nginx代理或CORPS方案等。

用户在功能组件容器中展示的功能页面上进行各种操作，在操作中如需要调用后台服务，调用的是应用系统的后台服务。

用户在功能组件容器中点击保存，这时候调用的保存是服务引擎的保存，而不是应用系统的保存。

应用系统的保存是如何由应用系统保存地址改为服务引擎的保存地址的呢？通过拦截请求实现，如果拦截到的是保存请求将其修改为服务引擎的保存地址，可以使用但不限于Ajax-hook。

参考图2所示，本发明的应用系统集成编排调度方法的处理流程包括以下阶段及步骤：

一集成定义阶段：

步骤一：确定被集成应用系统，应用系统被集成的前提是需要知道应用的账号信息(可以是用户名、密码，也可以是license文件、U盘或是其它类型的认证手段方式)

步骤二：使用配置引擎做应用系统的配置，配置包括应用系统静态信息：系统名称、IP、端口、访问地址、用户名、密码、应用访问key文件；也包括应用系统访问信息：是否要验证，校验地址、验证手段，验证手段包括但不限于用户名密码校验、key文件校验、校验U盘，如果是用户名密码方式的话，需要设置用户名和密码；所配用户必须可以访问被集成应用系统的需要集成的功能，最好是高权限用户。

步骤三：确定被集成应用系统的功能，应用系统功能能被集成的前提是在步骤二中所配置的用户具有操作该功能的权限。

步骤四：使用配置引擎做应用系统的功能配置，配置各个被集成应用系统具体的功能信息，每个应用系统可以配置多个功能信息。首先需要选择被集成的应用系统，新增一条功能配置，可配置该功能的初始化地址、该功能的保存地址及请求和返回参数、该功能的查询地址等；

步骤五：使用整合引擎将应用系统的功能映射为应用系统集成编排调度平台中的一个功能组件，具体实施是在配置引擎中选择已配好的功能点击生成组件，组件信息写入存储引擎中，在后续的编排阶段即可使用该组件进行编排。

二编排阶段：

步骤六：使用编排引擎定义一个应用系统功能组件集成编排调度的流程，假设流程中需要调用某个应用系统的某个功能，将该功能对应的功能组件做为一个任务节点放置在流程中，定义流程可以通过文件也可以通过可视化页面完成。

步骤七：使用整合引擎定义该功能的功能操作，对功能进行各种操作后，点击保存，该保存操作将会被拦截，将会被发送到应用系统集成编排调度平台的服务引擎。

步骤八：服务引擎接收到保存请求后，将对应的流程、应用系统、功能、请求参数保存到存储引擎中。

步骤九：使用调度引擎对流程进行定时或周期触发配置，可配置为按各种时间周期进行调度，包括不限于秒、分钟、小时、日、周、月、季度、年等。此步骤不是必需的，也可以手工触发流程的执行。

三调度阶段：

步骤十：当调度引擎根据步骤九的调度周期配置触发满足条件的流程后，调度引擎调用编排引擎解析应用系统功能编排流程文件，当执行到某一功能点时，调度引擎会调用服务引擎获取存储引擎中保存的请求信息，根据配置引擎配置的功能的配置，拼成访问该功能所在的应用系统对应地址，此时才会真正执行该功能的保存操作。

步骤十一：当流程在执行时，通过监控引擎能够实时看到流程及节点的执行情况。

下面以集成应用系统A的功能A-a为例，说明具体的应用系统集成编排调度方法。

一集成定义阶段：

步骤一：确定被集成应用系统，假设为A，应用系统A被集成的前提是需要知道应用系统的账号信息(可以是用户名、密码，也可以是license文件、U盘或是其它类型的认证手段方式)。

步骤二：使用配置引擎做应用系统A的配置，配置包括应用系统静态信息：系统名称、IP、端口、访问地址、用户名、密码、应用访问key文件；也包括应用系统访问信息：是否要验证，校验地址、验证手段，验证手段包括但不限于用户名密码校验、key文件校验、校验U盘，如果是用户名密码方式的话，需要设置用户名和密码；所配用户必须可以访问被集成应用系统A的需要集成的功能，最好是高权限用户。

步骤三：确定被集成应用系统的功能，假设为A-a，应用系统功能能被集成调度的前提是在步骤二中所配置的用户具有操作A-a的权限。

步骤四：使用配置引擎做应用系统A的功能A-a配置，配置被集成应用系统A具体的功能A-a信息。首先需要选择应用系统A，新增一条功能配置A-a，可配置功能A-a的初始化地址及请求参数、该功能的保存地址及请求和返回参数、该功能的查询地址及请求参数；

步骤五：使用整合引擎将应用系统A的功能A-a映射为应用系统集成编排调度平台中的一个功能组件P-A-a，具体实施可以是在配置引擎中选择已配好的功能点击生成组件P-A-a，P-A-a组件信息写入存储引擎中，在后续的编排阶段即可使用该组件P-A-a进行编排。

二编排阶段：

步骤六：使用编排引擎定义一个应用系统功能组件集成编排调度的流程，假设流程中需要调用A-a，将P-A-a做为任务节点放置在流程中，定义流程可以通过文件也可以通过可视化页面完成，参见图3应用系统功能编排流程图。

步骤七：使用整合引擎定义A-a的功能操作，选择组件P-A-a，加载A-a功能页面(根据步骤四中配置的初始化地址)，参见图4A-a功能初始化页面；对A-a功能进行各种操作设置，参见图5A-a功能操作示意，点击保存，该保存操作将会被拦截，保存请求将会被发送到应用系统集成编排系统的服务引擎。

步骤八：服务引擎接收到保存请求后，将对应的流程、应用系统、功能、请求参数保存到存储引擎中。

步骤九：使用调度引擎对流程进行定时或周期触发配置，可配置为按各种时间周期进行调度，包括不限于秒、分钟、小时、日、周、月、季度、年等。此步骤不是必需的，可以手工触发流程的执行。

三调度阶段：

步骤十：当调度引擎根据步骤九的调度周期配置触发满足条件的流程后，调度引擎调用编排引擎解析应用系统功能编排流程文件，当执行到P-A-a功能点时，调度引擎会调用服务引擎获取存储引擎中保存的请求信息，根据配置引擎配置的功能的配置，拼成访问A-a功能所在的A系统对应地址，真正执行A系统的功能A-a。

步骤十一：当流程在执行时，使用监控引擎能够实时看到流程及节点的执行情况。

本发明的将各个应用系统的功能统一集成编排调度。集成一般来说目的都是为了各独立系统数据的互通，比如SOA、数据交换；或者是功能的统一入口或展示视图，比如门户。编排调度一般是针对单个应用系统中的各个功能编排调度，比如工作流；或是对多个应用系统后台服务的编排，比如API编排。对各个应用系统的页面功能的集成编排调度在现有解决方案中是少见的，因此，本发明提出的这种解决方案非常有意义，并已在基于多个数据处理系统的集成编排调度领域进行了应用并取得了明显的经济效益，极大提升了生产效率。

在此将本专利与北大的荣获2018年度国家技术发明奖一等奖的“云-端融合系统的资源反射机制及高效互操作技术”进行比对，以使本发明的技术效果更加直观。

在打破信息孤岛，实现其业务数据和功能与第三方系统的高效互操作方面，梅宏院士主持完成的“云-端融合系统的资源反射机制及高效互操作技术”提出颠覆式技术途径——“黑盒”思路，揭示信息系统内部基于云-端融合特性的计算反射机理，发明了通过系统客户端外部监测与控制来实现业务数据和功能高效互操作的整套技术及平台，消除了系统源码、数据库表、后台权限、原开发团队等“白盒”依赖，信息孤岛开放效率平均提升2个数量级。

基于该技术成果转化的“燕云DaaS”系列产品，解决了数据共享难题，“燕云DaaS”技术效果是：给定任何一个系统的客户端，通过“燕云DaaS”的软件中间件，生成该系统相应的业务接口，通过该业务接口就可以实时获取业务数据并调用该系统的业务功能。在此基础上，通过这些接口就可以实现任意两个相关系统的互联互通。

如图6所示，“燕云DaaS”技术的核心是通过系统客户端外部检测与控制来生成该系统响应的业务接口，即每个功能操作(查询、提交等)的服务接口构建，核心是无侵入重建该系统接口，实现数据共享与功能互操作。

如图7所示，本发明的核心不是在重建被集成系统的接口，而是建设一个平台，该平台能将所有的应用系统的功能按需配置在平台中，平台作为一个代理本身不直接提供功能，平台只是做功能入口的迁移(将功能映射为平台功能组件)，功能实际运行仍是在第三方应用系统，功能的终端展示集成在平台中。本技术的亮点是构建超级系统(能调度多个应用系统功能的应用系统)，对于打通各个应用系统的功能限制提供技术手段，为组织整合利用已建应用系统的特定功能建立新的跨应用系统处理流程及手段提供可能。

以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明技术原理的前提下，还可以做出若干改进和变形，这些改进和变形也应视为本发明的保护范围。

Claims (9)

1.一种应用系统集成编排调度平台，包含：配置引擎、整合引擎、服务引擎、存储引擎、编排引擎、调度引擎以及监控引擎；

配置引擎用于配置各个应用系统账户信息；配置引擎用于配置各个应用系统登陆信息和功能信息；整合引擎用于加载应用系统被集成功能的初始化页面，改写功能页面的保存地址；服务引擎接收到整合引擎提交的保存请求后，将请求参数保存在本地存储中，根据整合引擎的配置决定是否调用应用系统的功能；存储引擎用于存储功能的保存信息，将每个流程的每个应用系统的每个功能的保存信息存储起来，供调度引擎调度功能时使用；编排引擎用于编排各个应用系统功能的流程；调度引擎用于配置和调度功能流程，调度引擎从配置引擎读取应用系统配置的保存地址，从服务引擎读取保存的请求参数，拼装请求向应用系统提交；监控引擎用于监控流程节点和任务的运行情况。

2.如权利要求1所述的应用系统集成编排调度平台，其特征在于，账户信息包括系统名称、IP、端口、访问地址、用户名、密码、应用访问key文件。

3.如权利要求1所述的应用系统集成编排调度平台，其特征在于，配置登陆信息需要选择被集成的应用系统，输入应用系统的校验地址和校验方式；针对每个应用系统配置多个功能信息，可配置该功能的初始化地址及请求参数、该功能的保存地址及请求和返回参数、该功能的查询地址及请求参数。

4.一种应用系统集成编排调度方法，其特征在于，包括：

集成定义阶段：

确定被集成应用系统；

做应用系统的配置；

确定被集成应用系统的功能；

做应用系统的功能配置，配置各个被集成应用系统具体的功能信息；

将应用系统的功能映射为应用系统集成编排调度平台中的一个功能组件；

对于编排阶段：

定义一个应用系统功能组件集成编排调度的流程；

定义各功能的相应功能操作，对各功能进行各种操作后保存；

接收到保存请求后，将对应的流程、应用系统、功能以及请求参数保存；

对流程进行定时或周期触发配置；

对于调度阶段：

当根据调度周期配置触发满足条件的流程后，调度引擎调用编排引擎解析应用系统功能编排流程文件，当执行到某一功能点时，获取存储引擎中保存的请求信息，根据配置的功能的配置，拼成访问功能所在的应用系统对应地址。

5.如权利要求4所述的应用系统集成编排调度方法，其特征在于，做应用系统的配置包括：应用系统静态信息包括：系统名称、IP、端口、访问地址、用户名、密码以及应用访问key文件；以及应用系统访问信息包括：是否要验证，校验地址以及验证手段。

6.如权利要求5所述的应用系统集成编排调度方法，其特征在于，验证手段包括用户名密码校验、key文件校验以及校验U盘，如果是用户名密码方式，则需要设置用户名和密码；所配用户可以访问被集成应用系统的需要集成的功能。

7.如权利要求4所述的应用系统集成编排调度方法，其特征在于，

做应用系统的功能配置，配置各个被集成应用系统具体的功能信息包括：首先选择被集成的应用系统，新增一条功能配置，配置功能的初始化地址、该功能的保存地址及请求和返回参数以及该功能的查询地址。

8.如权利要求4所述的应用系统集成编排调度方法，其特征在于，

对流程进行定时或周期触发配置，配置为按各种时间周期进行调度，包括秒、分钟、小时、日、周、月、季度以及年。

9.如权利要求4所述的应用系统集成编排调度方法，其特征在于，还包括：当流程在执行时，监控流程及节点的执行情况。

Images