CN117032684A - 服务集成处理方法、服务集成系统、设备及存储介质 - Google Patents

Abstract

本申请提供了一种服务集成处理方法、服务集成系统、设备及存储介质，应用于服务集成系统，服务集成系统包括：第一集成模块、应用模块以及第二集成模块，第一集成模块包括集成总线模块、管理总线模块以及逻辑编排模块，第二集成模块包括连接器模块以及开发组件，开发组件用于向集成系统添加新的服务能力。本申请通过第一集成模块中的管理总线模块和第二集成模块中的开发组件向集成总线模块添加服务能力，实现了模板的沉淀和业务的复用，解决了传统软件开发模式下的需要专业编程能力和大量开发时间，导致的开发周期延长、重复劳动、维护成本高和资源浪费等问题。

Description

服务集成处理方法、服务集成系统、设备及存储介质

技术领域

本申请涉及集成框架技术领域，具体而言，涉及一种服务集成处理方法、服务集成系统、设备及存储介质。

背景技术

系统集成框架是一种用于构建和整合复杂系统的技术方案。其核心目标是将分散在多个独立系统中的功能模块整合在一起，以实现更高效、更完备的业务流程。

目前常见的集成框架技术方案包括：垂直集成、水平集成、星型集成、服务导向架构以及微服务架构。在构建系统集成框架时，现有技术是将各个子系统、模块或组件通过接口进行整合，从而实现复杂的业务功能。

然而，采用现有技术进行集成框架开发需要专业编程能力和大量的开发时间，难以沉淀模板和实现业务复用，存在开发周期延长、重复劳动、维护成本高和资源浪费的问题。

发明内容

本申请的目的在于，针对上述现有技术中的不足，提供一种服务集成处理方法、系统、设备及存储介质，以解决采用现有技术进行集成框架开发时难以沉淀模板和实现业务复用、开发周期延长、重复劳动、维护成本高和资源浪费的问题。

为实现上述目的，本申请采用的技术方案如下：

第一方面，本申请提供了一种服务集成处理方法，应用于服务集成系统，所述服务集成系统包括：第一集成模块、应用模块以及第二集成模块，所述第一集成模块包括集成总线模块、管理总线模块以及逻辑编排模块，所述第二集成模块包括连接器模块以及开发组件，所述开发组件用于向所述集成系统添加新的服务能力；所述方法包括：

所述管理总线模块根据所述应用模块中的应用服务信息，向所述集成总线模块中添加服务能力，所述应用服务信息用于指示多个应用以及各应用中的服务能力；

所述逻辑编排模块对所述集成总线模块中的多个服务能力进行逻辑关系编排，并更新所述集成总线模块中的服务能力；

所述连接器模块根据所述应用模块中的应用服务信息，从所述第一集成模块中获取对应的至少一个服务能力，并将所述至少一个服务能力封装为供外部调用的服务。

可选的，所述管理总线模块根据所述应用模块中的应用服务信息，向所述集成总线模块中添加服务能力，包括：

所述管理总线模块接收用户在所述管理总线模块的管理界面中录入的目标应用的注册请求，所述注册请求中包括所述应用模块中目标应用以及所述应用的服务能力；

所述管理总线模块根据所述注册请求，向所述集成总线模块中注册所述目标应用的服务能力。

可选的，所述管理总线模块根据所述应用模块中的应用服务信息，向所述集成总线模块中添加服务能力，包括：

接收用户在所述管理总线模块中输入的应用模块中各应用的接口信息，所述接口信息包括：端点协议类型、方法类型、接口请求响应类型以及响应体类型；

根据各应用的接口信息向所述集成总线模块中注册所述应用模块的服务能力。

可选的，所述方法还包括：

向所述开发组件中添加应用模块中目标应用的服务能力的注解标识，所述注解标识用于指示所述服务能力对应的开发代码；

由所述开发组件根据所述注解标识，将所述目标应用的服务能力添加至所述集成总线模块中。

可选的，所述逻辑编排模块对所述集成总线模块中的多个服务能力进行逻辑关系编排，并更新所述集成总线模块中的服务能力，包括：

所述逻辑编排模块接收用户输入的服务能力定义指令，所述服务能力定义指令中包括：用户所选择的所述集成总线模块中的多个服务能力的标识以及针对所述多个服务能力的编排策略；

根据所述多个服务能力的编排策略，对所述多个服务能力进行逻辑关系编排，并更新所述集成总线模块中的服务能力。

可选的，所述根据所述多个服务能力的编排策略，对所述多个服务能力进行逻辑关系编排，并更新所述集成总线模块中的服务能力，包括：

根据所述多个服务能力的编排策略，对所述多个服务能力进行逻辑关系编排，得到编排后服务能力；

确定所述编排后服务能力是否满足预设条件，若是，则将所述编排后服务能力添加至所述集成总线模块中。

可选的，所述连接器模块包括多个业务连接器，所述第一集成模块还包括协议模块；

所述业务连接器用于将所述服务集成系统的服务能力封装为服务，并将封装后的服务以组件的形式可视化的展示给用户；

所述协议模块中存储所述集成总线模块中各项服务能力所对应的协议。

第二方面，本申请提供了一种服务集成处理系统，所述系统包括：第一集成模块、应用模块以及第二集成模块，所述第一集成模块包括集成总线模块、管理总线模块以及逻辑编排模块，所述第二集成模块包括连接器模块以及开发组件，所述开发组件用于向所述集成系统添加新的服务能力；

所述管理总线模块用于根据所述应用模块中的应用服务信息，向所述集成总线模块中添加服务能力，所述应用服务信息用于指示多个应用以及各应用中的服务能力；

所述逻辑编排模块用于对所述集成总线模块中的多个服务能力进行逻辑关系编排，并更新所述集成总线模块中的服务能力；

所述连接器模块用于根据所述应用模块中的应用服务信息，从所述第一集成模块中获取对应的至少一个服务能力，并将所述至少一个服务能力封装为供外部调用的服务。

可选的，所述管理总线模块具体用于：

接收用户在所述管理总线模块的管理界面中录入的目标应用的注册请求，所述注册请求中包括所述应用模块中目标应用以及所述应用的服务能力；

根据所述注册请求，向所述集成总线模块中注册所述目标应用的服务能力。

可选的，所述管理总线模块还具体用于：

接收用户在所述管理总线模块中输入的应用模块中各应用的接口信息，所述接口信息包括：端点协议类型、方法类型、接口请求响应类型以及响应体类型；

根据各应用的接口信息向所述集成总线模块中注册所述应用模块的服务能力。

可选的，所述开发组件具体用于：

向所述开发组件中添加应用模块中目标应用的服务能力的注解标识，所述注解标识用于指示所述服务能力对应的开发代码；

由所述开发组件根据所述注解标识，将所述目标应用的服务能力添加至所述集成总线模块中。

可选的，所述逻辑编排模块具体用于：

接收用户输入的服务能力定义指令，所述服务能力定义指令中包括：用户所选择的所述集成总线模块中的多个服务能力的标识以及针对所述多个服务能力的编排策略；

根据所述多个服务能力的编排策略，对所述多个服务能力进行逻辑关系编排，并更新所述集成总线模块中的服务能力。

可选的，所述逻辑编排模块还具体用于：

根据所述多个服务能力的编排策略，对所述多个服务能力进行逻辑关系编排，得到编排后服务能力；

确定所述编排后服务能力是否满足预设条件，若是，则将所述编排后服务能力添加至所述集成总线模块中。

可选的，所述连接器模块包括多个业务连接器，所述第一集成模块还包括协议模块；

所述业务连接器用于将所述服务集成系统的服务能力封装为服务，并将封装后的服务以组件的形式可视化的展示给用户；

所述协议模块中存储所述集成总线模块中各项服务能力所对应的协议。

第三方面，本申请提供了一种电子设备，包括：处理器、存储介质和总线，所述存储介质存储有所述处理器可执行的机器可读指令，当电子设备运行时，所述处理器与所述存储介质之间通过总线通信，所述处理器执行所述机器可读指令，以执行如上述服务集成处理方法的步骤。

第四方面，本申请提供了一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器运行时执行如上述服务集成处理方法的步骤。

本申请的有益效果是：通过第一集成模块中的管理总线模块和第二集成模块中的开发组件向集成总线模块中添加服务能力，可以在不影响原有集成系统的基础上实现新的服务能力的无侵入式或微侵入式集成，降低新的服务能力的集成成本，实现原有服务集成系统的模板沉淀，并且也更易于维护。通过连接器模块将集成总线模块中的服务能力封装为服务并供外部调用，可以实现业务的复用，并且用户只需要通过业务连接器即可实现服务能力的快速调用和发布，降低了对服务能力的管理成本。

附图说明

为了更清楚地说明本申请实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1示出了本申请实施例提供的一种服务集成系统的架构示意图；

图2示出了本申请实施例提供的一种服务集成系统的应用场景示意图；

图3示出了本申请实施例提供的一种服务集成处理方法的流程图；

图4示出了本申请实施例提供的一种注册服务能力的流程图；

图5示出了本申请实施例提供的第二种注册服务能力的流程图；

图6示出了本申请实施例提供的第三种注册服务能力的流程图；

图7示出了本申请实施例提供的一种编排服务能力的流程图；

图8示出了本申请实施例提供的又一种编排服务能力的流程图；

图9示出了本申请实施例提供的一种服务集成处理方法的实施例示意图；

图10示出了本申请实施例提供的一种服务集成装置的结构示意图；

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

具体实施方式

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，应当理解，本申请中附图仅起到说明和描述的目的，并不用于限定本申请的保护范围。另外，应当理解，示意性的附图并未按实物比例绘制。本申请中使用的流程图示出了根据本申请的一些实施例实现的操作。应该理解，流程图的操作可以不按顺序实现，没有逻辑的上下文关系的步骤可以反转顺序或者同时实施。此外，本领域技术人员在本申请内容的指引下，可以向流程图添加一个或多个其他操作，也可以从流程图中移除一个或多个操作。

另外，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围，而是仅仅表示本申请的选定实施例。基于本申请的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本申请保护的范围。

需要说明的是，本申请实施例中将会用到术语“包括”，用于指出其后所声明的特征的存在，但并不排除增加其它的特征。

现有的系统集成框架一般都是将各个子系统、模块或组件通过接口进行整合，从而实现复杂的业务功能。然而，现有的技术方案在实践中仍存在一些客观缺点。

首先，不同的系统可能使用不同的技术和数据结构，因此不同系统之间的集成可能会出现兼容性问题。

其次，在进行系统集成时，不仅需要投入大量的时间和资源成本确保所有系统的正常运行，而且维护工作也会非常复杂和耗时。

此外，集成后的系统依赖性高、适应性差，当需要引入新的系统或者更新现有系统时，可能需要大规模的重新设计，如果一个关键系统或组件发生故障，可能会导致整体系统无法正常运作。

可见，采用现有技术进行集成框架开发需要专业编程能力和大量的开发时间，难以沉淀模板和实现业务复用，存在开发周期延长、重复劳动、维护成本高和资源浪费的问题。

基于上述问题，本申请提出一种服务集成处理方法，应用于服务集成系统，如图1所示，是本申请给出的一种服务集成系统的架构示意图，服务集成系统包括：第一集成模块、应用模块以及第二集成模块，第一集成模块包括集成总线模块、管理总线模块以及逻辑编排模块，第二集成模块包括连接器模块以及开发组件，开发组件用于向集成系统添加新的服务能力。

本申请的服务集成系统可以应用于图2所示的应用场景中，参照图2，是本申请给出的一种基于智能制造数字底座集成系统的场景示意图，智能制造场景对应的多个系统和应用位于外部系统层中，外部系统层中的各个应用和系统分别提供一种服务能力，各个服务能力被集成在集成平台中，集成平台将各个服务能力进行整合，实现不同系统、不同应用的功能互通，并将展示集成后的服务以不同的产品形式展示给用户。

本申请的服务集成方法通过第一集成模块和第二集成模块添加服务能力，实现了模板的沉淀和业务的复用，解决了传统软件开发模式下的需要专业编程能力和大量开发时间，导致的开发周期延长、重复劳动、维护成本高和资源浪费等问题。

接下来结合图3，对本申请的服务集成处理方法作进一步说明，该方法的执行主体可以是部署了图1所示的服务集成系统的服务器或电子设备。

如图3所示，该方法包括：

S301：管理总线模块根据应用模块中的应用服务信息，向集成总线模块中添加服务能力，应用服务信息用于指示多个应用以及各应用中的服务能力。

可选的，应用模块中可以包括多个待集成的应用或系统，应用模块中的各个应用或系统可以向第一集成模块暴露API接口(Application Programming Interface，应用程序接口)，以使得管理总线模块能够通过API接口获知应用模块中各个应用或系统的应用服务信息。

其中，应用服务信息用于指示应用模块中的各个应用或系统的服务能力。

可选的，管理总线模块可以根据应用服务信息所指示的各个应用或系统的应用服务信息，将服务能力添加到集成总线模块中。

管理总线模块还可以对集成总线中的服务能力进行管理，例如服务能力注册、实例管理、网关管理以及集成编排等。

其中，集成总线模块可以是ESB(Enterprise Service Bus，企业服务总线)，ESB是一个集成的容器，存储了服务集成系统的所有服务能力，是一个集中式的服务总线。通过ESB，可以实现集成业务处理，监控系统间消息流动，管理系统间交互的业务服务。

可选的，服务能力可以是应用或系统所提供的业务服务，一个应用或系统可以提供一个或多个服务能力。

S302：逻辑编排模块对集成总线模块中的多个服务能力进行逻辑关系编排，并更新集成总线模块中的服务能力。

可选的，逻辑编排模块可以在管理总线的指示下对集成总线模块中的服务能力进行逻辑关系编排，得到新的服务能力，并更新集成总线模块中的服务能力。

其中，对集成总线模块中的服务能力进行逻辑关系编排，可以是对多个服务能力的依赖关系和调用关系进行编排。

S303：连接器模块根据应用模块中的应用服务信息，从第一集成模块中获取对应的至少一个服务能力，并将至少一个服务能力封装为供外部调用的服务。

可选的，连接器模块可以调用集成总线中的至少一个服务能力，并将至少一个服务能力包装为服务展示给用户。

连接器模块中可以包括至少一个连接器，各个连接器分别对应不同的业务，每个连接器可以基于其对应的业务以及应用模块中的应用服务信息从第一集成模块中获取业务对应的至少一个服务能力。

值得说明的是，本申请中可以通过图形化管理平台对服务集成系统进行管理，用户可以通过图形化管理平台对集成总线模块中的服务能力进行管理，向集成总线模块中添加服务能力，并通过图形化管理平台获知系统集成系统所提供的各种服务。

本申请实施例中，通过第一集成模块中的管理总线模块和第二集成模块中的开发组件向集成总线模块中添加服务能力，可以在不影响原有集成系统的基础上实现新的服务能力的无侵入式或微侵入式集成，降低新的服务能力的集成成本，实现原有服务集成系统的模板沉淀，并且也更易于维护。通过连接器模块将集成总线模块中的服务能力封装为服务并供外部调用，可以实现业务的复用，并且用户只需要通过业务连接器即可实现服务能力的快速调用和发布，降低了对服务能力的管理成本。

本申请的方法可以对新增添的服务能力在已有的集成系统的基础上实现无侵入式或微侵入式的集成，新添服务能力的集成可以通过管理总线模块实现，也可以通过开发组件实现，接下来对此过程进行说明。

以下是对管理总线模块根据应用模块中的应用服务信息，向集成总线模块中添加服务能力的进一步说明，如图4所示，上述S301步骤包括：

S401：管理总线模块接收用户在管理总线模块的管理界面中录入的目标应用的注册请求，注册请求中包括应用模块中目标应用以及目标应用的服务能力。

可选的，应用模块中的各个应用以及子系统可以将自身的应用服务信息通过API接口暴露给管理总线模块，用户就可以在管理总线模块中API接口获知各个应用以及子系统的应用服务信息所指示的服务能力，并将需要集成的服务能力集成到服务集成系统中。

可选的，管理总线模块的管理界面可以是IPAAS(Integration Platform as aService，集成平台即服务)管理平台，IPAAS管理平台可以将集成平台图形化为拓扑图，拓扑图中的端点表示应用、子系统或服务，一个应用或子系统中可以包括多个服务，一个服务中可以包括多个服务能力。

值得说明的是，对于每个服务能力IPAAS管理平台可以提供各个应用的服务能力所在的端点信息以及服务能力的API接口信息，其中，端点信息用于指示该服务能力所在的应用或子系统。

本申请中可以通过IPAAS管理平台实现对API接口信息的统一管理，将各个应用以及子系统的端点信息以及API接口信息展示给用户，用户可以通过IPAAS管理平台将需要集成的服务能力注册到服务集成系统中。

可选的，用户可以在IPAAS管理平台上选择需要添加的服务能力或填写表单，IPAAS管理平台就可以基于用户的输入信息生成注册请求，并完成对服务能力的注册。

可选的，目标应用可以是需要添加的服务能力所在的应用。

其中，注册请求中可以指示目标应用是哪一个，并包括目标应用的服务能力的端点信息以及API接口信息，端点信息用于指示该服务能力所在的应用或子系统，API接口信息用于指示该服务能力的调用接口。

S402：管理总线模块根据注册请求，向集成总线模块中注册目标应用的服务能力。

可选的，管理总线模块可以根据注册请求，将应用或子系统中的服务能力的API接口信息注册到集成总线模块中。

以下是对管理总线模块根据应用模块中的应用服务信息，向集成总线模块中添加服务能力又一实施方式的说明，如图5所示，上述S301步骤包括：

S501：接收用户在管理总线模块中输入的应用模块中各应用的接口信息，接口信息包括：端点协议类型、方法类型、接口请求响应类型以及响应体类型。

本申请中，用户可以将应用模块中各个应用的接口信息导入到管理总线模块中，其中，每个接口信息用于指示应用的一个服务能力，一个应用可以包括多个接口信息，接口信息用于表示该服务能力的API接口的各项属性，包括：端点协议类型、方法类型、接口请求响应类型以及响应体类型等。

其中，API接口的各项属性可以被存储在数据字典中，并通过IPAAS管理平台对数据字典进行管理。

S502：根据各应用的接口信息向集成总线模块中注册应用模块的服务能力。

可选的，管理总线模块可以将导入的API接口信息注册到集成总线模块中。

本申请中，通过界面录入或接口导入的方式，可以在不影响已有系统的情况下实现新的服务能力的无侵入式集成，降低了系统的集成成本，并且提高了集成系统的适应性。

当针对某一新系统进行集成时，可能需要集成大量的服务能力，此时如果通过界面输入或接口导入的方式进行服务能力的注册，可能存在工作量较大的问题，因此作为另一种可能的实施方式，本申请还可以通过图1中的开发组件将新的服务能力集成到服务集成系统中，如图6所示，本申请的方法还包括：

S601：向开发组件中添加应用模块中目标应用的服务能力的注解标识，注解标识用于指示服务能力对应的开发代码。

需要说明的是，本申请中可以首先将各个目标应用的SDK(Software DevelopmentKit，软件开发工具包)注解包引入开发组件，一个SDK注解包可能对应多个服务，每个服务包括至少一个服务能力。

对于需要集成到服务集成系统中的服务能力，可以对该服务能力所在的类添加注解标识，以暴露该服务能力对应的所有方法。

可选的，注解标识用于指示在目标应用的完整开发代码中该服务能力所对应的开发代码。

S602：由开发组件根据注解标识，将目标应用的服务能力添加至集成总线模块中。

对于添加了注解标识的开发代码，开发组件可以将该注解标识对应的服务能力添加至集成总线中。

值得说明的是，一些情况下一个服务能力中的方法可能不需要全部集成，此时还可以通过skip属性对开发代码中的部分方法跳过，以实现部分集成服务能力的目的。

本申请中通过引入SDK注解包的方式进行服务能力的集成，可以大大减少新系统集成的工作量。

将服务能力的API接口信息集成到集成总线模块之后，本申请还可以对集成总线模块中的服务能力进行编排，得到不同的API服务以满足不同的业务需求。

接下来对上述逻辑编排模块对集成总线模块中的多个服务能力进行逻辑关系编排，并更新集成总线模块中的服务能力的步骤作进一步说明，如图7所示，上述S302步骤包括：

S701：逻辑编排模块接收用户输入的服务能力定义指令，服务能力定义指令中包括：用户所选择的集成总线模块中的多个服务能力的标识以及针对多个服务能力的编排策略。

可选的，用户可以通过图形界面定义服务，将多个服务能力编排成一个服务。

用户可以在图形界面上选择需要编排的多个服务能力，并自定义编排的策略，电子设备就可以根据用户的输入生成服务能力定义指令。

其中，编排策略可以包括编排类型、请求方式、端点配置信息、连接器配置信息等，端点配置信息可以包括客户端点名称、客户端点版本、主端点名称、主端点版本等，连接器配置信息可以指示该服务能力在连接器模块所对应的业务-连接器，并指示连接器的，示例性的，假设用户需要将服务能力1和服务能力2编排为一个服务，用户就可以先将服务能力1和服务能力2的组件都拖拽到编排区域，即调用服务能力1和服务能力2的API信息，然后配置相应的编排策略，此时电子设备就可以在用户确认配置完成之后，根据用户的操作生成服务能力定义指令。

S702：根据多个服务能力的编排策略，对多个服务能力进行逻辑关系编排，并更新集成总线模块中的服务能力。

可选的，服务集成系统可以根据服务能力定义指令中的编排策略，先确定需要进行编排的服务能力，并按照编排策略对这些服务能力进行逻辑关系的编排，得到新的服务能力，并将该服务能力添加到集成总线中。

以下是对上述根据多个服务能力的编排策略，对多个服务能力进行逻辑关系编排，并更新集成总线模块中的服务能力的进一步说明，如图8所示，上述S702步骤包括：

S801：根据多个服务能力的编排策略，对多个服务能力进行逻辑关系编排，得到编排后服务能力。

可选的，编排策略可以指示需要进行编排的各个服务能力之间的依赖关系和调用关系，并指示编排后的服务能力的端点配置信息和连接器配置信息等，因此服务集成系统就可以基于编排策略对多个服务能力进行逻辑关系编排，得到编排后的服务能力。

S802：确定编排后服务能力是否满足预设条件，若是，则将编排后服务能力添加至集成总线模块中。

可选的，在完成服务能力的编排之后，本申请还可以对编排后服务能力进行判断，确定编排后的服务能力是否满足预设条件。示例性的，判断的方式可以是对编排后的服务能力进行测试，确定测试结果是否与预设的结果相同，若是，则将编排后服务添加至集成总线模块中。

值得说明的是，编排策略中包括连接器配置信息和端点配置信息，因此编排后服务能力中也可以包括其对应的连接器的标识，连接器就可以根据各个服务能力的连接器标识从集成总线模块中调用对应的服务能力，并将这些服务能力包装为服务，可视化的展示给用户。

本申请实施例中连接器模块还包括业务连接器，第一集成模块还包括协议模块。

参照图1，连接器模块中包括多个业务连接器，各个业务连接器用于将集成系统的服务能力封装为服务，并将封装后的服务以组件的形式可视化的展示给用户。

值得说明的是，对于编排后的服务能力，逻辑编排模块会基于用户的编排策略对服务能力添加对应的连接器标识。对于从应用模块中直接注册到集成总线模块中的服务能力来说，集成管理模块在将应用模块中的各个服务能力注册到集成总线模块时，集成管理模块可以对各个服务能力按照其所属的业务分别添加对应的业务连接器标识，因此业务连接器就可以根据连接器标识从集成总线模块中调取对应的服务能力，并将这些服务能力包装为服务，以组件的形式可视化的展示给用户。

可选的，协议模块中存储集成总线模块中各项服务能力所对应的协议。例如图1所示的JMS(Java Message Service，JAVA服务消息)、REST(Representational StateTransfer，表述性状态传递)、JDBC(java DataBase Connectivity，JAVA数据库连接)、FTP(File Transfer Protocol，文件传输协议)、MQTT(Message Queuing TelemetryTransport，消息队列传输探测)以及KAFKA等。

接下来结合系统集成的一个具体实施例对本申请的服务集成处理方法作进一步说明。

参照图9，有三个业务子系统，三个业务子系统分别通过业务连接器组件、SDK、在线定义等方式把自身业务服务暴露到服务集成系统中，服务集成系统可以调用各个业务子系统的业务服务，并编排新的API服务以满足业务使用。

基于同一发明构思，本申请实施例中还提供了与服务集成处理方法对应的服务集成处理系统，由于本申请实施例中的系统解决问题的原理与本申请实施例上述服务集成处理方法相似，因此系统的实施可以参见方法的实施，重复之处不再赘述。

参照图10所示，为本申请实施例提供的一种服务集成处理系统的示意图，所述装置包括：第一集成模块100、应用模块101以及第二集成模块102，第一集成模块100包括集成总线模块1001、管理总线模块1002以及逻辑编排模块1003，第二集成模块102包括连接器模块1021以及开发组件1022，开发组件1022用于向集成系统添加新的服务能力。

管理总线模块1002用于根据应用模块101中的应用服务信息，向集成总线模块1001中添加服务能力，应用服务信息用于指示多个应用以及各应用中的服务能力；

逻辑编排模块1003用于对集成总线模块1001中的多个服务能力进行逻辑关系编排，并更新集成总线模块1001中的服务能力；

连接器模块1021用于根据应用模块101中的应用服务信息，从第一集成模块100中获取对应的至少一个服务能力，并将至少一个服务能力封装为供外部调用的服务。

可选的，管理总线模块1002具体用于：

接收用户在管理总线模块1002的管理界面中录入的目标应用的注册请求，注册请求中包括应用模块101中目标应用以及应用的服务能力；

根据注册请求，向集成总线模块1001中注册目标应用的服务能力。

可选的，管理总线模块1002还具体用于：

接收用户在管理总线模块1002中输入的应用模块101中各应用的接口信息，接口信息包括：端点协议类型、方法类型、接口请求响应类型以及响应体类型；

根据各应用的接口信息向集成总线模块1001中注册应用模块101的服务能力。

可选的，开发组件1022具体用于：

向开发组件1022中添加应用模块101中目标应用的服务能力的注解标识，注解标识用于指示服务能力对应的开发代码；

由开发组件1022根据注解标识，将目标应用的服务能力添加至集成总线模块1001中。

可选的，逻辑编排模块1003具体用于：

接收用户输入的服务能力定义指令，服务能力定义指令中包括：用户所选择的集成总线模块1001中的多个服务能力的标识以及针对多个服务能力的编排策略；

根据多个服务能力的编排策略，对多个服务能力进行逻辑关系编排，并更新集成总线模块1001中的服务能力。

可选的，逻辑编排模块1003还具体用于：

根据多个服务能力的编排策略，对多个服务能力进行逻辑关系编排，得到编排后服务能力；

确定编排后服务能力是否满足预设条件，若是，则将编排后服务能力添加至集成总线模块1001中。

可选的，连接器模块1021包括多个业务连接器，第一集成模块100还包括协议模块；

业务连接器用于将服务集成系统的服务能力封装为服务，并将封装后的服务以组件的形式可视化的展示给用户；

协议模块中存储集成总线模块1001中各项服务能力所对应的协议。

关于装置中的各模块的处理流程、以及各模块之间的交互流程的描述可以参照上述方法实施例中的相关说明，这里不再详述。

本申请实施例通过第一集成模块和第二集成模块向集成总线模块中添加服务能力，可以在不影响原有集成系统的基础上实现新的服务能力的无侵入式或微侵入式集成，降低新的服务能力的集成成本，实现原有服务集成系统的模板沉淀，并且也更易于维护。通过连接器模块将集成总线模块中的服务能力封装为服务并供外部调用，可以实现业务的复用，并且用户只需要通过业务连接器即可实现服务能力的快速调用和发布，降低了对服务能力的管理成本。

本申请实施例还提供了一种电子设备，如图11所示，为本申请实施例提供的电子设备结构示意图，包括：处理器1101、存储器1102和总线。所述存储器1102存储有所述处理器1101可执行的机器可读指令(比如，图10中的系统中第一集成模块100、应用模块101以及第二集成模块102对应的执行指令等)，当计算机设备运行时，所述处理器1101与所述存储器1102之间通过总线通信，所述机器可读指令被所述处理器1101执行时执行上述服务集成处理方法的处理。

本申请实施例还提供了一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行上述服务集成处理方法的步骤。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统和装置的具体工作过程，可以参考方法实施例中的对应过程，本申请中不再赘述。在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，所述模块的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，又例如，多个模块或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口，装置或模块的间接耦合或通信连接，可以是电性，机械或其它的形式。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，RandomAccess Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

以上仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。

Claims (10)

1.一种服务集成处理方法，其特征在于，应用于服务集成系统，所述服务集成系统包括：第一集成模块、应用模块以及第二集成模块，所述第一集成模块包括集成总线模块、管理总线模块以及逻辑编排模块，所述第二集成模块包括连接器模块以及开发组件，所述开发组件用于向所述集成系统添加新的服务能力；所述方法包括：

所述管理总线模块根据所述应用模块中的应用服务信息，向所述集成总线模块中添加服务能力，所述应用服务信息用于指示多个应用以及各应用中的服务能力；

所述逻辑编排模块对所述集成总线模块中的多个服务能力进行逻辑关系编排，并更新所述集成总线模块中的服务能力；

所述连接器模块根据所述应用模块中的应用服务信息，从所述第一集成模块中获取对应的至少一个服务能力，并将所述至少一个服务能力封装为供外部调用的服务。

2.根据权利要求1所述的方法，其特征在于，所述管理总线模块根据所述应用模块中的应用服务信息，向所述集成总线模块中添加服务能力，包括：

所述管理总线模块接收用户在所述管理总线模块的管理界面中录入的目标应用的注册请求，所述注册请求中包括所述应用模块中目标应用以及所述应用的服务能力；

所述管理总线模块根据所述注册请求，向所述集成总线模块中注册所述目标应用的服务能力。

3.根据权利要求1所述的方法，其特征在于，所述管理总线模块根据所述应用模块中的应用服务信息，向所述集成总线模块中添加服务能力，包括：

接收用户在所述管理总线模块中输入的应用模块中各应用的接口信息，所述接口信息包括：端点协议类型、方法类型、接口请求响应类型以及响应体类型；

根据各应用的接口信息向所述集成总线模块中注册所述应用模块的服务能力。

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

向所述开发组件中添加应用模块中目标应用的服务能力的注解标识，所述注解标识用于指示所述服务能力对应的开发代码；

由所述开发组件根据所述注解标识，将所述目标应用的服务能力添加至所述集成总线模块中。

5.根据权利要求1所述的方法，其特征在于，所述逻辑编排模块对所述集成总线模块中的多个服务能力进行逻辑关系编排，并更新所述集成总线模块中的服务能力，包括：

所述逻辑编排模块接收用户输入的服务能力定义指令，所述服务能力定义指令中包括：用户所选择的所述集成总线模块中的多个服务能力的标识以及针对所述多个服务能力的编排策略；

根据所述多个服务能力的编排策略，对所述多个服务能力进行逻辑关系编排，并更新所述集成总线模块中的服务能力。

6.根据权利要求5所述的方法，其特征在于，所述根据所述多个服务能力的编排策略，对所述多个服务能力进行逻辑关系编排，并更新所述集成总线模块中的服务能力，包括：

根据所述多个服务能力的编排策略，对所述多个服务能力进行逻辑关系编排，得到编排后服务能力；

确定所述编排后服务能力是否满足预设条件，若是，则将所述编排后服务能力添加至所述集成总线模块中。

7.根据权利要求1-6任一项所述的方法，其特征在于，所述连接器模块包括多个业务连接器，所述第一集成模块还包括协议模块；

所述业务连接器用于将所述服务集成系统的服务能力封装为服务，并将封装后的服务以组件的形式可视化的展示给用户；

所述协议模块中存储所述集成总线模块中各项服务能力所对应的协议。

8.一种服务集成系统，其特征在于，包括：第一集成模块、应用模块以及第二集成模块，所述第一集成模块包括集成总线模块、管理总线模块以及逻辑编排模块，所述第二集成模块包括连接器模块以及开发组件，所述开发组件用于向所述集成系统添加新的服务能力；

所述管理总线模块用于根据所述应用模块中的应用服务信息，向所述集成总线模块中添加服务能力，所述应用服务信息用于指示多个应用以及各应用中的服务能力；

所述逻辑编排模块用于对所述集成总线模块中的多个服务能力进行逻辑关系编排，并更新所述集成总线模块中的服务能力；

所述连接器模块用于根据所述应用模块中的应用服务信息，从所述第一集成模块中获取对应的至少一个服务能力，并将所述至少一个服务能力封装为供外部调用的服务。

9.一种电子设备，其特征在于，包括：处理器、存储介质和总线，所述存储介质存储有所述处理器可执行的程序指令，当电子设备运行时，所述处理器与所述存储介质之间通过总线通信，所述处理器执行所述程序指令，以执行时执行如权利要求1至7任一所述的服务集成处理方法的步骤。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器运行时执行如权利要求1至7任一所述的服务集成处理方法的步骤。