CN111181943B - 基于业务中台的服务交互方法、装置、计算机设备及计算机存储介质 - Google Patents

Abstract

本申请公开了一种基于业务中台的服务交互方法、装置及计算机存储介质，涉及计算机技术领域，通过业务中台预先将各个服务系统沉淀出来，从而方便各个调用方的调用，缩短服务请求的响应时间。所述方法包括：接收客户端发送的服务请求，根据所述服务请求中携带的服务调用规则调用服务总线；通过所述服务总线解析所述服务请求，根据所述服务请求的解析结果访问所述服务请求涉及的各个服务系统，对所述服务请求的业务逻辑进行处理，返回服务处理结果；将所述服务处理结果转换为请求响应数据，并发送至客户端。

Description

基于业务中台的服务交互方法、装置、计算机设备及计算机存储介质

技术领域

本发明涉及计算机技术领域，尤其是涉及到基于业务中台的服务交互方法、装置、计算机设备及计算机存储介质。

背景技术

随着业务的不断发展，项目也会越来越多，产品多元化已成为必然趋势，这样就会出现重复建设的情况，既浪费了人力资源又浪费了物理机器资源。同时，因为不同团队针对同一类型的模块进行设计一定有差异化导致后续维护成本的提高，也就是产生了额外的维护成本。

业务中台能够针对业务所有产品线进行分析抽象模块化，通过将共同具有复用价值的部分拿出来进行迭代进化打造成一个独立的微服务，后续可以作为一个共享组件开放出来，从一定程度上减轻资源成本，从而后续任何一个产品设计时如果有相关类似的模块都可以直接复用，不需要重复建设。

在构建业务中台的过程中，业务中台中沉淀的服务都是基于业务需求的反馈形成的，需要经过反复测试才能有强大的兼容和灵活配置能力。然而，业务中台在进行服务调用时需要考虑多个模块之间的交互，使得业务中台很难从众多模块中准确定位服务，无法保证服务调用的准确性，影响服务请求的响应时间。

发明内容

有鉴于此，本发明提供了一种基于业务中台的服务交互方法、装置、计算机设备及计算机存储介质，主要目的在于解决现有的业务中台很难从众多模块中准确定位服务，影响服务请求响应时间的问题。

依据本发明一个方面，提供了一种基于业务中台的服务交互方法，该方法包括：

接收客户端发送的服务请求，根据所述服务请求中携带的服务调用规则调用服务总线；

通过所述服务总线解析所述服务请求，根据所述服务请求的解析结果访问所述服务请求涉及的各个服务系统，对所述服务请求的业务逻辑进行处理，返回服务处理结果；

将所述服务处理结果转换为请求响应数据，并发送至客户端。

进一步地，所述通过所述服务总线解析所述服务请求，根据所述服务请求的解析结果访问所述服务请求涉及的各个服务系统，对所述服务请求的业务逻辑进行处理，返回服务处理结果，具体包括：

通过所述服务总线解析所述服务请求携带的数据，提取服务请求信息；

根据所述服务请求信息调用预先构建的业务中台，获取服务请求涉及的各个服务系统的详细信息；

根据所述服务请求涉及的各个服务系统的详细信息访问所述服务请求涉及的各个服务系统，生成并返回服务处理结果。

进一步地，所述根据所述服务请求信息调用预先构建的业务中台，获取服务请求涉及的各个服务系统的详细信息，具体包括：

通过业务中台与技术中台进行通信，调取技术中台的注册中心所记录各个服务系统的详细信息；

根据所述服务请求信息，从所述技术中台的注册中心所记录各个服务系统的详细信息获取服务请求涉及的各个服务系统的详细信息。

进一步地，所述服务请求信息中至少包括服务请求url、服务请求中定义的参数、服务请求头自定义的字段，所述根据所述服务请求信息，从所述技术中台的注册中心所记录各个服务系统的详细信息获取服务请求涉及的各个服务系统的详细信息，具体包括：

获取服务请求信息中服务请求url、服务请求中定义的参数、服务请求头自定义的字段之中任一信息作为源信息；

根据所述源信息，从所述技术中台的注册中心所记录各个服务系统的详细信息获取服务请求涉及的各个服务系统的详细信息。

进一步地，所述根据所述服务请求涉及的各个服务系统的详细信息访问所述服务请求涉及的各个服务系统，生成并返回服务处理结果，具体包括：

通过业务中台与数据中台进行通信，调取数据中台所存储各个服务系统的服务数据；

根据所述服务请求涉及的各个服务系统的详细信息，从所述各个服务系统的服务数据中抽取服务请求所需的服务数据；

对所述服务请求所需的服务数据进行逻辑处理，生成并返回服务处理结果。

进一步地，所述各个服务系统的服务数据以多个关联表格的形式存储在数据中台的各个区块，所述根据所述服务请求涉及的各个服务系统的详细信息，从所述各个服务系统的服务数据中抽取服务请求所需的服务数据，具体包括：

将所述服务请求所涉及的各个服务系统的详细信息转换为查询指令；

根据所述查询指令，从所述数据中台中各个区块内查询与所述服务请求所需的服务数据相匹配的关联表格；

从与所述服务请求所需的服务数据相匹配的关联表格中抽取服务请求所需的服务数据。

进一步地，在所述接收客户端发送的服务请求，根据所述服务请求中携带的服务调用规则调用服务总线之前，所述方法还包括：

通过前置服务监控并拦截各个客户端发送的服务请求，对所述客户端进行鉴权，所述前置服务与各个服务系统共同封装在应用容器引擎中，并且所述应用容器引擎只暴露前置服务端口。

依据本发明另一个方面，提供了一种基于业务中台的服务交互装置，所述装置包括：

接收单元，用于接收客户端发送的服务请求，根据所述服务请求中携带的服务调用规则调用服务总线；

处理单元，用于通过所述服务总线解析所述服务请求，根据所述服务请求的解析结果访问所述服务请求涉及的各个服务系统，对所述服务请求的业务逻辑进行处理，返回服务处理结果；

转换单元，用于将所述服务处理结果转换为请求响应数据，并发送至客户端。

进一步地，所述处理单元包括：

提取模块，用于通过所述服务总线解析所述服务请求携带的数据，提取服务请求信息；

获取模块，用于根据所述服务请求信息调用预先构建的业务中台，获取服务请求涉及的各个服务系统的详细信息；

生成模块，用于根据所述服务请求涉及的各个服务系统的详细信息访问所述服务请求涉及的各个服务系统，生成并返回服务处理结果。

进一步地，所述获取模块包括：

第一通信子模块，用于通过业务中台与技术中台进行通信，调取技术中台的注册中心所记录各个服务系统的详细信息；

获取子模块，用于根据所述服务请求信息，从所述技术中台的注册中心所记录各个服务系统的详细信息获取服务请求涉及的各个服务系统的详细信息。

进一步地，所述服务请求信息中至少包括服务请求url、服务请求中定义的参数、服务请求头自定义的字段，

所述获取子模块，具体用于获取服务请求信息中服务请求url、服务请求中定义的参数、服务请求头自定义的字段之中任一信息作为源信息；

所述获取子模块，具体还用于根据所述源信息，从所述技术中台的注册中心所记录各个服务系统的详细信息获取服务请求涉及的各个服务系统的详细信息。

进一步地，所述生成模块包括：

第二通信子模块，用于通过业务中台与数据中台进行通信，调取数据中台所存储各个服务系统的服务数据；

抽取子模块，用于根据所述服务请求涉及的各个服务系统的详细信息，从所述各个服务系统的服务数据中抽取服务请求所需的服务数据；

处理子模块，用于对所述服务请求所需的服务数据进行逻辑处理，生成并返回服务处理结果。

进一步地，所述各个服务系统的服务数据以多个关联表格的形式存储在数据中台的各个区块，

所述抽取子模块，具体用于将所述服务请求所涉及的各个服务系统的详细信息转换为查询指令；

所述抽取子模块，具体还用于根据所述查询指令，从所述数据中台中各个区块内查询与所述服务请求所需的服务数据相匹配的关联表格；

所述抽取子模块，具体还用于从与所述服务请求所需的服务数据相匹配的关联表格中抽取服务请求所需的服务数据。

进一步地，所述装置还包括：

鉴权单元，用于在所述接收客户端发送的服务请求，根据所述服务请求中携带的服务调用规则调用服务总线之前，通过前置服务监控并拦截各个客户端发送的服务请求，对所述客户端进行鉴权，所述前置服务与各个服务系统共同封装在应用容器引擎中，并且所述应用容器引擎只暴露前置服务端口。

依据本发明又一个方面，提供了一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现基于业务中台的服务交互方法的步骤。

依据本发明再一个方面，提供了一种计算机存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现基于业务中台的服务交互方法的步骤。

借由上述技术方案，本发明提供一种基于业务中台的服务交互方法及装置，通过接收客户端发送的服务器请求，根据服务请求中携带的服务调用规则调用服务总线，通过服务总线解析服务请求，以及业务中台集成各种技术中台组件以及数据中台的大数据接口并结合自身业务抽象出来的各个服务系统，根据服务请求的解析结果访问服务请求涉及的各个服务系统，对服务请求的业务逻辑进行处理，返回处理结果，以实现服务调用，并将处理结果转换为请求响应数据，并发送至客户端。与现有技术中基于业务中台的服务交互方法相比，本申请通过业务中台预先沉淀出各个服务系统，并依赖于数据中台、技术中台以及基础中台，使得业务中台准确定位服务系统，从而方便各个调用方的调用，缩短服务请求的响应时间，由于沉淀出来业务中台中的各个服务系统都是经过测试的，具有强大的兼容和灵活的配置能力，无需编码和测试，极大缩短了项目编写周期。

附图说明

通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

图1示出了本发明实施例提供的一种基于业务中台的服务交互方法的流程示意图；

图2示出了本发明实施例提供的另一种基于业务中台的服务交互方法的流程示意图；

图3示出了本发明实施例提供的一种基于业务中台的服务交互装置的结构示意图；

图4示出了本发明实施例提供的另一种基于业务中台的服务交互装置的结构示意图。

具体实施方式

下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

本发明实施例提供了一种基于业务中台的服务交互方法，能够方便各个调用方的调用，缩短服务请求的响应时间，如图1所示，该方法包括：

101、接收客户端发送的服务请求，根据所述服务请求中携带的服务调用规则调用服务总线。

其中，服务请求可以为客户端发送的用户登录请求，身份识别请求，报表生成请求等，这里不进行限定，通常情况下，客户端在发送服务请求时，会携带服务调用规则，具体可以利用服务群使用特定的调用规则，比如url规范、报文格式等，来调用服务总线。

可以理解的是，当服务使用方调用服务总线提供的服务时，服务总线是一个实现系统间继承和互联互通的重要技术架构，基于服务总线，系统接口可以被打包成服务系统在服务总线上进行发布，并且在服务发布时可以使用标准化规范，使得服务系统之间更具有规范性，以使得服务访问者可以通过该对服务系统的调用来确定访问的格式和属性，也就是调用规则。

102、通过所述服务总线解析所述服务请求，根据所述服务请求的解析结果访问所述服务请求涉及的各个服务系统，对所述服务请求的业务逻辑进行处理，返回服务处理结果。

对于本发明实施例，具体在服务总线内部，通过分析服务请求携带的数据，能够查询服务请求所涉及的各个服务系统，以便于服务总线可以将服务请求的数据进行相应处理后访问到服务请求所涉及的各个服务系统，例如，如果服务请求的数据涉及服务系统A，会访问到服务系统A，如果服务请求的数据涉及服务系统C，会访问到服务系统C，如果服务系统A需要对数据进行SQL转换后才能写入DB，那么在访问到服务系统A之前需要对数据格式进行SQL转换，相应的，如果服务系统A需要对数据进行CSV转换后才能上传到FTP上，那么在访问到服务系统A之前需要对数据格式进行CSV转换。进一步对服务请求的业务逻辑进行处理，以实现不同功能的数据处理结果，例如，服务请求的业务逻辑为展示选择框形式数据结构的数据，服务请求会携带标签，以作为选择框的属性标识，基于选择框的属性标识对服务请求的业务逻辑进行处理，可以得到选择框形式数据结构的服务处理结果。

对于本发明实施例，具体在通过服务总线解析所述服务请求，根据服务请求的解析结果访问所述服务请求涉及的各个服务系统，对服务请求的业务逻辑进行处理，返回服务处理结果的过程中，为了便于各个调用方的调用，在服务请求的处理之前，通过预先构建的业务中台将各个调用方在使用过程中需要调用的服务系统沉淀出来，形成各个服务系统，在服务请求的处理过程中，业务中台依赖于技术中台、数据中台以及基础中台，通过集成各种技术中台的组件以及数据中台的大数据接口，并结合自身业务从中提取出服务逻辑，最终在基础中台中进行运行。

103、将所述服务处理结果转换为请求响应数据，并发送至客户端。

可以理解的是，数据中台返回的服务处理结果的数据格式可能并非可以在客户端进行展示的数据格式，例如，客户端展示的是报表，需要将服务处理结果展示为报表形式的数据格式，通过将服务处理结果转换为请求响应数据，能够规范数据格式，进而保证数据展示效果。

进一步地，在将服务处理结果转换为请求响应数据后，各个服务系统整合为一个微服务集群还可以调用业务中台添加额外定制化需求，例如，数据测试、数据建模等定制化功能。

本发明实施例提供的一种基于业务中台的服务交互方法，通过接收客户端发送的服务器请求，根据服务请求中携带的服务调用规则调用服务总线，通过服务总线解析服务请求，以及业务中台集成各种技术中台组件以及数据中台的大数据接口并结合自身业务抽象出来的各个服务系统，根据服务请求的解析结果访问服务请求涉及的各个服务系统，对服务请求的业务逻辑进行处理，返回处理结果，以实现服务调用，并将处理结果转换为请求响应数据，并发送至客户端。与现有技术中基于业务中台的服务交互方法相比，本申请通过业务中台预先沉淀出各个服务系统，并依赖于数据中台、技术中台以及基础中台，使得业务中台准确定位服务系统，从而方便各个调用方的调用，缩短服务请求的响应时间，由于沉淀出来业务中台中的各个服务系统都是经过测试的，具有强大的兼容和灵活的配置能力，无需编码和测试，极大缩短了项目编写周期。

本发明实施例提供了另一种基于业务中台的服务交互方法，能够方便各个调用方的调用，缩短服务请求的响应时间，如图2所示，所述方法包括：

201、通过前置服务监控并拦截各个客户端发送的服务请求，对所述客户端进行鉴权。

其中，前置服务与各个服务系统共同封装在应用容器引擎中，并且应用容器引擎只暴露前置服务端口，这里的前置服务可以为具有监护spring应用开发功能的springboot，能够被任意项目的构建系统所使用。由于采用多个spring boot的集群方式，每个spring boot应用可以通过指定路由规则路由到业务中台的各个服务系统，以减少网络环境对访问请求的影响，节省路由时间，优化用户体验。

需要说明的是，为了对业务中台中各个服务系统以及用户进行统一管理，这里的该前置服务利用应用容器引擎来管理各个服务系统的访问权限，与各个服务系统共同封装在应用容器引擎中，并且应用容器引擎只暴露前置服务端口，以使得访问服务系统的客户端都需要预先经过前置服务进行鉴权，以使得不具有访问权限的客户端无法直接通过拼接url的方式来访问服务系统。

202、接收客户端发送的服务请求，根据所述服务请求中携带的服务调用规则调用服务总线。

对于本发明实施例，服务总线相当于服务请求者与服务提供者之间的一个中间件，就是对服务使用者屏蔽服务提供的技术实现方式。如果没有服务总线，那么服务请求者必须自己指导它所需要服务的地址，以及相应的服务调用方法、消息格式等，通过服务总线可以便于对服务系统的统一管理，有利于不同格式的服务的集成。

203、通过所述服务总线解析所述服务请求携带的数据，提取服务请求信息。

对于本发明实施例，服务请求的发送基于预先构建的业务中台，通过业务中台预先将各个服务系统沉淀出来，从而方便各个调用方的调用，缩短服务请求的响应时间。这里的业务中台依赖于数据中台、技术中台以及基础中台，通过集成各种技术中台的组件以及数据中台的大数据接口并结合自身业务抽象出来的服务逻辑，在业务中台中形成各个服务系统，并最终在基础中台运行。

由于各个服务系统在技术中台完成服务注册后，所有发布和消费的服务系统可以在分布式框架中体现，服务总线就能够有业务中台的实时实例信息，进而建立与各个服务系统之间的连接关系，从而在接收客户端的服务请求后，通过服务总线可以解析服务请求携带的数据，提取服务请求信息，例如，服务请求的接口、服务方法、消息格式、负载情况、服务级别等。

204、根据所述服务请求信息调用预先构建的业务中台，获取服务请求涉及的各个服务系统的详细信息。

对于本发明实施例，可以通过业务中台与技术中台进行通信，调取技术中台的注册中心所记录各个服务系统的详细信息，例如，每个服务系统的启停状态、ip和端口等，服务总线根据服务请求信息，从技术中台的注册中心所记录各个服务系统的详细信息获取服务请求涉及的各个服务系统的详细信息。需要说明的是，服务总线在启动时候就可以直接从业务中台注册中心获取各个系统的实例信息。

具体业务中台与技术中台之间的通信过程包括如下：首先业务中台的各个服务系统的配置文件放置在技术中台的配置中心(config)中统一管理，并且业务中台中各个服务系统通过公有的配置项(该配置项中形成连接地址)连接到基础业务中台的注册中心(registry)，当技术中台的服务总线重启时，会同样注册到这个注册中心，并向注册中心订阅所有的服务(即所有的业务中台的服务系统)，当业务中台的服务系统有新的节点新增或者减少时，注册中心会通过消息总线及时通知服务总线更新信息(异步)，这样服务总线就能有业务中台的实时实例信息了，能够动态调整调用路径，形成一个分布式服务框架，并且由服务总线沟通服务提供方与调用方。

具体根据解析得到的服务请求信息，从技术中台的注册中心获取服务请求中所涉及的各个服务系统的过程包括如下：首先通过获取服务请求信息中服务请求url、服务请求中定义的参数、服务请求头自定义的字段之中任一信息作为源信息，然后根据上述源信息，从技术中台的注册中心所记录各个服务系统的详细信息获取服务请求涉及的各个服务系统的详细信息。

具体根据解析得到的服务请求信息，从技术中台的注册中心获取服务请求中所涉及的各个服务系统的应用场景可以包括但不局限于以下几种：第一种可以根据服务请求中url的路径从业务中台的注册中心获取服务请求中所涉及的各个服务系统，例如，服务总线暴露的ip端口为：端口/micp-mis/xxx/xxx，即可的到服务请求所涉及的服务系统包括micp-mis这个系统；第二种可以根据服务请求中请求参数从业务中台的注册中心获取服务请求中所涉及的各个服务系统，例如，在请求参数的json中定义某个参数需要作为调用模块的标注，在处理的时候可以直接根据这个参数的字段来获取服务请求所涉及的服务系统；第三种是根据请求头中的自定义字段从业务中台的注册中心获取服务请求中所涉及的各个服务系统，例如，自定义请求头中的x-request-id，实际可以自定义一个target字段。

205、根据所述服务请求涉及的各个服务系统的详细信息访问所述服务请求涉及的各个服务系统，生成并返回服务处理结果。

对于本发明实施例，可以通过业务中台与数据中台进行通信，调取数据中台所存储各个服务系统的服务数据，根据服务请求涉及的各个服务系统的详细信息，从各个服务系统的服务数据中抽取服务请求所需的服务数据，对服务请求所需的服务数据进行逻辑处理，生成并返回服务处理结果。

具体当服务请求访问到各个服务系统后，需要业务中台与数据中台进行通信，会根据服务请求的业务逻辑调用数据中台接口，进入数据中台，数据中台中存储着海量的结构化或者非结构化的数据，并且可以对数据进行快速的加工，例如数据抽取、数据整合等。通过数据中台中包含的数据总线从数据湖中查询服务请求所需要的数据，并对数据进行快速加工后生成处理结果。

具体业务中台与数据中台之间的通信过程如下：数据湖中存储着各个服务系统的大量数据，并且能对这些数据进行快速处理，提供给各个子系统使用。数据总线则提供了对数据进行增删改查的接口。业务中台只需要调用数据总线的接口，再根据自己的业务逻辑便能够打造出各种微服务。

206、将所述服务处理结果转换为请求响应数据，并发送至客户端。

对于本发明实施例，具体应用过程中，业务中台是由多个服务系统组成的，在执行访问服务请求涉及的各个服务系统中，需要业务中台与技术中台进行通信，服务总线在解析服务请求后，可以从技术中台的注册中心获取服务请求所涉及各个服务系统的详细信息，例如，每个服务系统的启停状态、ip和端口等，然后根据各个服务的详细信息直接将服务请求访问到各个服务系统，然后各个服务系统会对服务请求进行逻辑处理，在执行逻辑处理过程中，需要业务中台与数据中台进行通信，服务总线从数据湖中查询服务请求所需要的数据，并对数据进行快速加工后生成服务处理结果，最后将服务处理结果返回给调用方。

进一步地，作为图1所述方法的具体实现，本发明实施例提供了一种基于业务中台的服务交互装置，如图3所示，所述装置包括：接收单元31、处理单元32、转换单元33。

接收单元31，可以用于接收客户端发送的服务请求，根据所述服务请求中携带的服务调用规则调用服务总线；

处理单元32，可以用于通过所述服务总线解析所述服务请求，根据所述服务请求的解析结果访问所述服务请求涉及的各个服务系统，对所述服务请求的业务逻辑进行处理，返回服务处理结果；

转换单元33，可以用于将所述服务处理结果转换为请求响应数据，并发送至客户端。

本发明实施例提供的一种基于业务中台的服务交互装置，通过接收客户端发送的服务器请求，根据服务请求中携带的服务调用规则调用服务总线，通过服务总线解析服务请求，以及业务中台集成各种技术中台组件以及数据中台的大数据接口并结合自身业务抽象出来的各个服务系统，根据服务请求的解析结果访问服务请求涉及的各个服务系统，对服务请求的业务逻辑进行处理，返回处理结果，以实现服务调用，并将处理结果转换为请求响应数据，并发送至客户端。与现有技术中基于业务中台的服务交互方法相比，本申请通过业务中台预先沉淀出各个服务系统，并依赖于数据中台、技术中台以及基础中台，使得业务中台准确定位服务系统，从而方便各个调用方的调用，缩短服务请求的响应时间，由于沉淀出来业务中台中的各个服务系统都是经过测试的，具有强大的兼容和灵活的配置能力，无需编码和测试，极大缩短了项目编写周期。

作为图3中所示基于业务中台的服务交互装置的进一步说明，图4是根据本发明实施例另一种基于业务中台的服务交互装置的结构示意图，如图4所示，所述处理单元32包括：

提取模块321，可以用于通过所述服务总线解析所述服务请求携带的数据，提取服务请求信息；

获取模块322，可以用于根据所述服务请求信息调用预先构建的业务中台，获取服务请求涉及的各个服务系统的详细信息；

生成模块323，可以用于根据所述服务请求涉及的各个服务系统的详细信息访问所述服务请求涉及的各个服务系统，生成并返回服务处理结果。

进一步地，所述获取模块322包括：

第一通信子模块3221，可以用于通过业务中台与技术中台进行通信，调取技术中台的注册中心所记录各个服务系统的详细信息；

获取子模块3222，可以用于根据所述服务请求信息，从所述技术中台的注册中心所记录各个服务系统的详细信息获取服务请求涉及的各个服务系统的详细信息。

进一步地，所述服务请求信息中至少包括服务请求url、服务请求中定义的参数、服务请求头自定义的字段，

所述获取子模块3222，具体可以用于获取服务请求信息中服务请求url、服务请求中定义的参数、服务请求头自定义的字段之中任一信息作为源信息；

所述获取子模块3222，具体还可以用于根据所述源信息，从所述技术中台的注册中心所记录各个服务系统的详细信息获取服务请求涉及的各个服务系统的详细信息。

进一步地，所述生成模块323包括：

第二通信子模块3231，可以用于通过业务中台与数据中台进行通信，调取数据中台所存储各个服务系统的服务数据；

抽取子模块3232，可以用于根据所述服务请求涉及的各个服务系统的详细信息，从所述各个服务系统的服务数据中抽取服务请求所需的服务数据；

处理子模块3233，可以用于对所述服务请求所需的服务数据进行逻辑处理，生成并返回服务处理结果。

进一步地，所述各个服务系统的服务数据以多个关联表格的形式存储在数据中台的各个区块，

所述抽取子模块3232，具体可以用于将所述服务请求所涉及的各个服务系统的详细信息转换为查询指令；

所述抽取子模块3232，具体还可以用于根据所述查询指令，从所述数据中台中各个区块内查询与所述服务请求所需的服务数据相匹配的关联表格；

所述抽取子模块3232，具体还可以用于从与所述服务请求所需的服务数据相匹配的关联表格中抽取服务请求所需的服务数据。

进一步地，所述装置还包括：

鉴权单元34，可以用于在所述接收客户端发送的服务请求，根据所述服务请求中携带的服务调用规则调用服务总线之前，通过前置服务监控并拦截各个客户端发送的服务请求，对所述客户端进行鉴权，所述前置服务与各个服务系统共同封装在应用容器引擎中，并且所述应用容器引擎只暴露前置服务端口。

需要说明的是，本实施例提供的一种基于业务中台的服务交互装置所涉及各功能单元的其他相应描述，可以参考图1、图2中的对应描述，在此不再赘述。

基于上述如图1、图2所示方法，相应的，本实施例还提供了一种存储介质，其上存储有计算机程序，该程序被处理器执行时实现上述如图1、图2所示的基于业务中台的服务交互方法。

基于这样的理解，本申请的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施场景所述的方法。

基于上述如图1、图2所示的方法，以及图3、图4所示的虚拟装置实施例，为了实现上述目的，本申请实施例还提供了一种计算机设备，具体可以为个人计算机、服务器、网络设备等，该实体设备包括存储介质和处理器；存储介质，用于存储计算机程序；处理器，用于执行计算机程序以实现上述如图1、图2所示的基于业务中台的服务交互方法。

可选地，该计算机设备还可以包括用户接口、网络接口、摄像头、射频(RadioFrequency，RF)电路，传感器、音频电路、WI-FI模块等等。用户接口可以包括显示屏(Display)、输入单元比如键盘(Keyboard)等，可选用户接口还可以包括USB接口、读卡器接口等。网络接口可选的可以包括标准的有线接口、无线接口(如蓝牙接口、WI-FI接口)等。

本领域技术人员可以理解，本实施例提供的基于业务中台的服务交互装置的实体设备结构并不构成对该实体设备的限定，可以包括更多或更少的部件，或者组合某些部件，或者不同的部件布置。

存储介质中还可以包括操作系统、网络通信模块。操作系统是管理上述计算机设备硬件和软件资源的程序，支持信息处理程序以及其它软件和/或程序的运行。网络通信模块用于实现存储介质内部各组件之间的通信，以及与该实体设备中其它硬件和软件之间通信。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本申请可以借助软件加必要的通用硬件平台的方式来实现，也可以通过硬件实现。通过应用本申请的技术方案，与目前现有技术相比，本申请通过增加与报表应用分离的前置服务，使得该前置服务可以与访问报表应用的服务系统进行通信，并对访问报表应用的服务系统进行鉴权，以提高报表应用访问操作的安全性，在确定服务系统具有报表应用的访问权限后，进一步基于用户数据权限向报表应用获取相应权限的报表数据，使得用户无法越权获取报表应用中的不属于自己权限的报表数据。

本领域技术人员可以理解附图只是一个优选实施场景的示意图，附图中的模块或流程并不一定是实施本申请所必须的。本领域技术人员可以理解实施场景中的装置中的模块可以按照实施场景描述进行分布于实施场景的装置中，也可以进行相应变化位于不同于本实施场景的一个或多个装置中。上述实施场景的模块可以合并为一个模块，也可以进一步拆分成多个子模块。

上述本申请序号仅仅为了描述，不代表实施场景的优劣。以上公开的仅为本申请的几个具体实施场景，但是，本申请并非局限于此，任何本领域的技术人员能思之的变化都应落入本申请的保护范围。

Claims (10)

1.一种基于业务中台的服务交互方法，其特征在于，所述方法包括：

接收客户端发送的服务请求，根据所述服务请求中携带的服务调用规则调用服务总线，基于所述服务总线，系统接口被打包成服务系统在服务总线上进行发布，并且在服务发布时使用标准化规范，使得服务访问者通过对服务系统的调用来确定访问的格式和属性；

通过所述服务总线解析所述服务请求，根据所述服务请求的解析结果访问所述服务请求涉及的各个服务系统，对所述服务请求的业务逻辑进行处理，返回服务处理结果，具体在服务总线内部，通过分析服务请求携带的数据查询服务请求所涉及的各个服务系统，以便于服务总线将服务请求的数据进行相应处理后访问到服务请求所涉及的各个服务系统，在服务请求的处理之前，通过预先构建的业务中台将各个调用方在使用过程中需要调用的服务系统沉淀出来，形成各个服务系统，在服务请求的处理过程中，业务中台依赖于技术中台、数据中台以及基础中台，通过集成各种技术中台的组件以及数据中台的大数据接口，并结合自身业务从中提取出服务逻辑，在基础中台中进行运行；

将所述服务处理结果转换为请求响应数据，并发送至客户端。

2.根据权利要求1所述的方法，其特征在于，所述通过所述服务总线解析所述服务请求，根据所述服务请求的解析结果访问所述服务请求涉及的各个服务系统，对所述服务请求的业务逻辑进行处理，返回服务处理结果，具体包括：

通过所述服务总线解析所述服务请求携带的数据，提取服务请求信息；

根据所述服务请求信息调用预先构建的业务中台，获取服务请求涉及的各个服务系统的详细信息；

根据所述服务请求涉及的各个服务系统的详细信息访问所述服务请求涉及的各个服务系统，生成并返回服务处理结果。

3.根据权利要求2所述的方法，其特征在于，所述根据所述服务请求信息调用预先构建的业务中台，获取服务请求涉及的各个服务系统的详细信息，具体包括：

通过业务中台与技术中台进行通信，调取技术中台的注册中心所记录各个服务系统的详细信息；

根据所述服务请求信息，从所述技术中台的注册中心所记录各个服务系统的详细信息获取服务请求涉及的各个服务系统的详细信息。

4.根据权利要求3所述的方法，其特征在于，所述服务请求信息中至少包括服务请求url、服务请求中定义的参数、服务请求头自定义的字段，所述根据所述服务请求信息，从所述技术中台的注册中心所记录各个服务系统的详细信息获取服务请求涉及的各个服务系统的详细信息，具体包括：

获取服务请求信息中服务请求url、服务请求中定义的参数、服务请求头自定义的字段之中任一信息作为源信息；

根据所述源信息，从所述技术中台的注册中心所记录各个服务系统的详细信息获取服务请求涉及的各个服务系统的详细信息。

5.根据权利要求2所述的方法，其特征在于，所述根据所述服务请求涉及的各个服务系统的详细信息访问所述服务请求涉及的各个服务系统，生成并返回服务处理结果，具体包括：

通过业务中台与数据中台进行通信，调取数据中台所存储各个服务系统的服务数据；

根据所述服务请求涉及的各个服务系统的详细信息，从所述各个服务系统的服务数据中抽取服务请求所需的服务数据；

对所述服务请求所需的服务数据进行逻辑处理，生成并返回服务处理结果。

6.根据权利要求5所述的方法，其特征在于，所述各个服务系统的服务数据以多个关联表格的形式存储在数据中台的各个区块，所述根据所述服务请求涉及的各个服务系统的详细信息，从所述各个服务系统的服务数据中抽取服务请求所需的服务数据，具体包括：

将所述服务请求所涉及的各个服务系统的详细信息转换为查询指令；

根据所述查询指令，从所述数据中台中各个区块内查询与所述服务请求所需的服务数据相匹配的关联表格；

从与所述服务请求所需的服务数据相匹配的关联表格中抽取服务请求所需的服务数据。

7.根据权利要求1-6中任一项所述的方法，其特征在于，在所述接收客户端发送的服务请求，根据所述服务请求中携带的服务调用规则调用服务总线之前，所述方法还包括：

通过前置服务监控并拦截各个客户端发送的服务请求，对所述客户端进行鉴权，所述前置服务与各个服务系统共同封装在应用容器引擎中，并且所述应用容器引擎只暴露前置服务端口。

8.一种基于业务中台的服务交互装置，其特征在于，所述装置包括：

接收单元，用于接收客户端发送的服务请求，根据所述服务请求中携带的服务调用规则调用服务总线，基于所述服务总线，系统接口被打包成服务系统在服务总线上进行发布，并且在服务发布时使用标准化规范，使得服务访问者通过对服务系统的调用来确定访问的格式和属性；

处理单元，用于通过所述服务总线解析所述服务请求，根据所述服务请求的解析结果访问所述服务请求涉及的各个服务系统，对所述服务请求的业务逻辑进行处理，返回服务处理结果，具体在服务总线内部，通过分析服务请求携带的数据查询服务请求所涉及的各个服务系统，以便于服务总线将服务请求的数据进行相应处理后访问到服务请求所涉及的各个服务系统，在服务请求的处理之前，通过预先构建的业务中台将各个调用方在使用过程中需要调用的服务系统沉淀出来，形成各个服务系统，在服务请求的处理过程中，业务中台依赖于技术中台、数据中台以及基础中台，通过集成各种技术中台的组件以及数据中台的大数据接口，并结合自身业务从中提取出服务逻辑，在基础中台中进行运行；

转换单元，用于将所述服务处理结果转换为请求响应数据，并发送至客户端。

9.一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至7中任一项所述方法的步骤。

10.一种计算机存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至7中任一项所述的方法的步骤。

Images