CN114584621A - 一种数据发送的方法及装置 - Google Patents

Abstract

本申请实施例提供了一种数据发送的方法及装置。所述方法可以应用于中间平台，中间平台用于转发业务系统和数据展示系统之间的数据和请求。具体地，中间平台在接收到第一请求之后，可以根据第一请求所请求的数据类型，确定用于承载第一请求所请求的数据的第一转发链路集合。所述第一转发链路集合包括多条第一转发链路，第一转发链路为业务系统和数据展示系统之间的链路。接着，中间平台可以从第一转发链路集合中确定第一目标转发链路，并通过第一目标转发链路转发第一请求，以及第一请求所请求的数据。如此，通过指定的链路转发数据展示系统和业务系统之间的数据，不通过系统之间的接口传输数据，可以避免接口影响数据的正常传输。

Description

一种数据发送的方法及装置

技术领域

本申请涉及计算机技术领域，尤其涉及一种数据采集的方法及装置。

背景技术

随着计算机技术的发展，公司的数字化程度越来越高，其后台业务系统也越来越庞大。为了便于对后台业务系统的数据进行监控，可以将数据展示系统与后台业务系统连接。数据展示系统可以通过接口接收后台业务系统发送的数据，并通过可视化的展示手段向技术人员展示。如此，可以从后台业务系统中获取有价值的数据并展示，以便技术人员对这些数据进行分析。

但是，对于银行等大型企业，其后台业务系统的结构较为复杂，往往包括数个乃至数十个子系统。不同的子系统采用的数据格式可能不同。因此，为了将来自不同子系统的数据通过数据展示系统进行展示，可以在数据展示系统和子系统之间部署一个或多个接口，并通过接口向数据展示系统发送待展示的数据。

但是，如果子系统的数量较多，依赖系统之间的接口传输数据，会增加数据展示系统的负载，并且数据展示系统的负载可能影响数据的正常传输，且存在工具依赖。

发明内容

有鉴于此，本申请实施例提供了一种数据发送的方法及装置，旨在通过指定的链路转发数据展示系统和业务系统之间的数据，以免系统之间的接口影响数据的正常传输。

第一方面，本申请实施例提供了一种数据发送的方法，所述方法用于向业务系统转发数据展示系统生成的请求，包括：

获取所述数据展示系统发送的第一请求；

根据所述第一请求所请求的数据类型，确定第一转发链路集合，所述第一转发链路集合包括多条第一转发链路，所述第一转发链路为用于所述业务系统和所述数据展示系统之间的数据交互；

从所述多条第一转发链路中确定第一目标转发链路；

通过所述第一目标转发链路转发所述第一请求和所述第一请求所请求的数据。

可选地，所述从所述多条第一转发链路中确定第一目标转发链路包括：

获取所述多条第一转发链路中每种第一转发链路的链路性能参数，所述链路性能参数根据所述第一转发链路的响应时间确定；

根据所述多条第一转发链路中每种第一转发链路的链路性能参数，从所述多条第一转发链路中确定所述第一目标转发链路。

可选地，所述第一请求所请求的数据包括第一数据，所述方法还包括：

获取所述业务系统发送的所述第一数据；

响应于所述第一数据与所述第一请求相匹配，向所述数据展示系统转发所述第一数据。

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

获取所述数据展示系统生成的第二请求，所述第二请求所请求的数据类型与所述第一请求所请求的数据类型不同；

根据所述第二请求所请求的数据类型，确定第二转发链路集合，所述第二转发链路集合包括多条第二转发链路，所述第二转发链路为用于所述业务系统和所述数据展示系统之间的数据交互，所述第二转发链路集合与所述第二转发链路集合不同；

从所述多条第二转发链路中确定第二目标转发链路；

通过所述第二目标转发链路转发所述第二请求和所述第二请求所请求的数据，所述第二所请求的数据与所述第一请求所请求的数据格式相同。

可选地，所述多条第一转发链路包括以下任意一种或多条：

表述性状态传递REST超文本传输协议HTTP通信链路、套接字Socket通信链路和Java数据库连接JDBC通信链路。

第二方面，本申请实施例提供了一种数据发送的装置，所述装置用于向业务系统转发数据展示系统生成的请求，包括：

获取单元，用于获取所述数据展示系统发送的第一请求；

处理单元，用于根据所述第一请求所请求的数据类型，确定第一转发链路集合，所述第一转发链路集合包括多条第一转发链路，所述第一转发链路为用于所述业务系统和所述数据展示系统之间的数据交互；从所述多条第一转发链路中确定第一目标转发链路；

发送单元，用于通过所述第一目标转发链路转发所述第一请求和所述第一请求所请求的数据。

可选地，所述处理单元，具体用于获取所述多条第一转发链路中每种第一转发链路的链路性能参数，所述链路性能参数根据所述第一转发链路的响应时间确定；根据所述多条第一转发链路中每种第一转发链路的链路性能参数，从所述多条第一转发链路中确定所述第一目标转发链路。

可选地，所述获取单元，具体用于获取所述业务系统发送的所述第一数据；

所述发送单元，具体用于响应于所述第一数据与所述第一请求相匹配，向所述数据展示系统转发所述第一数据。

可选地，所述获取单元，还用于获取所述数据展示系统生成的第二请求，所述第二请求所请求的数据类型与所述第一请求所请求的数据类型不同；

所述处理单元，还用于根据所述第二请求所请求的数据类型，确定第二转发链路集合，所述第二转发链路集合包括多条第二转发链路，所述第二转发链路为用于所述业务系统和所述数据展示系统之间的数据交互，所述第二转发链路集合与所述第二转发链路集合不同；从所述多条第二转发链路中确定第二目标转发链路；

所述发送单元，还用于通过所述第二目标转发链路转发所述第二请求和所述第二请求所请求的数据，所述第二所请求的数据与所述第一请求所请求的数据格式相同。

可选地，所述多条第一转发链路包括以下任意一种或多条：

表述性状态传递REST超文本传输协议HTTP通信链路、套接字Socket通信链路和Java数据库连接JDBC通信链路。

第三方面，本申请实施例提供了一种设备，所述设备包括存储器和处理器，所述存储器用于存储指令或代码，所述处理器用于执行所述指令或代码，以使所述设备执行前述第一方面任一项所述的数据发送的方法。

第四方面，本申请实施例提供了一种计算机存储介质，所述计算机存储介质中存储有代码，当所述代码被运行时，运行所述代码的设备实现前述第一方面任一项所述的数据发送的方法。

本申请实施例提供了一种数据发送的方法及装置。所述方法可以应用于中间平台，中间平台可以用于转发业务系统和数据展示系统之间的数据和请求。具体地，如果数据展示系统需要展示业务系统的数据，数据展示系统可以生成第一请求并向中间平台发送。中间平台在接收到第一请求之后，可以根据第一请求所请求的数据类型，确定用于承载第一请求所请求的数据的第一转发链路集合。所述第一转发链路集合可以包括多条第一转发链路，第一转发链路为业务系统和数据展示系统之间的链路，用于承载业务系统和数据转发系统之间的数据。接着，中间平台可以从第一转发链路集合中确定第一目标转发链路，并通过第一目标转发链路转发第一请求，以及第一请求所请求的数据。这样，通过中间平台转发业务系统和数据展示系统之间交互的数据，并由中间平台基于请求确定传输数据的转发链路，相当于通过特定链路传输特定的数据。如此，通过指定的链路转发数据展示系统和业务系统之间的数据，不通过系统之间的接口传输数据，可以避免接口影响数据的正常传输。

附图说明

为更清楚地说明本实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本申请实施例提供的数据发送的方法的方法流程图；

图2为本申请实施例提供的第一请求的一种格式示意图；

图3为本申请实施例提供的第一数据的一种格式示意图；

图4为本申请实施例提供的数据发送的装置的一种结构示意图。

具体实施方式

数据展示系统可以将后台业务系统产生的关键数据进行可视化展示。例如，作为一种常用的数据展示系统，商业智能仪表盘(business intelligence dashboard，简称BIdashboard或Dashboard)系统可以实现IT系统指标数据的个性化展示与运维操作的智能化交互任务。通过Dashboard系统，研发人员和运维人员可以生动地观察到后台业务系统的运行状态，从而及时地对后台业务系统进行调整和更新。

但是，如果后台业务系统较为复杂，后台业务系统包括多个子系统，数据展示系统可能通过多个接口分别与不同的子系统连接，并通过多个接口分别获取多个子系统发送的数据。其中，所述子系统的接口可以是应用程序接口(Application ProgrammingInterface，API)。也就是说，数据展示系统可以通过API与子系统进行通信。

但是，数据展示系统大多基于大型计算机系统实现，基于API的通信可能增加大型计算机系统的负载。而且，如果承载数据展示系统的大型计算机系统负载较高，基于API的通信效率也会随之下降。

为了减少API通信对数据传输的影响，本申请实施例提供了一种数据发送的方法及装置。其中，所述数据发送的方法可以应用于中间平台。中间平台用于转发后台业务系统与数据展示系统之间的数据。中间平台可以是后台业务系统的子系统，也可以是运行于独立设备的软件系统。

下面从中间平台的角度。对本申请实施例提供的数据发送的方法进行说明。显然，所描述的实施例仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

参见图1，图1为本申请实施例提供的数据发送的方法的一种方法流程图，包括：

S101：获取数据展示系统发送的第一请求。

为了实现数据展示系统与业务系统之间的数据交互，中间平台可以先获取数据展示系统发送的第一请求。其中，所述业务系统为前述后台业务系统，可以包括一个或多个子系统。第一请求用于请求业务系统通过中间平台向数据展示系统发送数据，以便数据展示系统展示来自业务系统行的数据。

S102：根据第一请求所请求的数据类型，确定第一转发链路集合。

在接收到第一请求之后，中间平台可以根据第一请求所请求的数据类型确定第一转发链路集合。具体地，中间平台上可以记录多种数据类型和多个转发链路集合之间的对应关系。第一转发链路集合为第一请求所请求的数据的数据类型对应的转发链路集合。第一转发链路集合包括多个第一转发链路，第一转发链路用于承载数据展示系统和后台系统之间的数据，具体用于承载第一请求所请求的数据。

如果中间平台还接收数据还在那时系统发送的第二请求，那么中间平台可以基于第二请求所请求的数据的数据类型，确定第二转发链路集合。第二转发链路集合为第二请求所请求的数据的数据类型对应的转发链路集合。第二转发链路集合包括多个第二转发链路，第二转发链路用于承载数据展示系统和后台系统之间的数据，具体用于承载第二请求所请求的数据。

在本申请实施例中，不同的请求可以对应不同的转发链路集合。也就是说，上述第一转发链路集合和第二转发链路集合可以不同。

举例说明。如果第一请求为数据采集类请求，对应的第一转发链路集合可以包括套接字Socket通信链路和Java数据库连接(Java Database Connectivity，JDBC)通信链路。如果第二请求为运维交互类请求，对应的第一转发链路集合可以包括套接字Socket通信链路和表述性状态传递(Representational State Transfer，REST)超文本传输协议(Hyper Text Transfer Protocol，HTTP)通信链路。

S103：从多条第一转发链路中确定第一目标转发链路。

在确定第一请求对应的第一转发链路集合之后，中间平台可以从多条第一转发链路中确定第一目标转发链路。可选地，第一目标转发链路的性能可以优于第一转发链路集合中其他第一转发链路的性能。

在一些可能的实现方式中，中间平台可以根据第一转发链路的链路性能参数确定第一目标转发链路。具体地，中间平台可以先确定多条第一转发链路中每条第一转发链路的响应时间。接着，中间平台可以根据第一转发链路的相应时间，确定第一转发链路的链路性能参数。链路性能参数用于指示第一转发链路的性能优劣。接着，中间平台可以从多条第一转发链路中将链路性能参数最优的第一转发链路确定为第一目标转发链路。

可选地，可以设置多条第一转发链路中每条第一转发链路的权重值，那么第一转发链路的链路性能参数可以等于该第一转发链路的权重与第一转发链路的平均响应时间之比。

与第一请求类似，如果中间平台还接收第二请求，中间平台可以根据第二请求确定第二转发链路集合，并基于第二转发链路集合确定第二目标转发链路。具体地，中间平台可以根据第二转发链路集合中每条第二转发链路的链路性能参数确定第二目标转发参数。

S104：通过第一目标转发链路转发第一请求和第一请求所请求的数据。

在确定第一目标转发链路之后，中间平台可以通过第一目标转发链路向业务系统转发第一请求。业务系统在接收到第一请求之后，可以根据第一请求生成第一数据，并通过第一目标转发链路向中间平台发送第一数据。中间平台在接收到第一数据之后，通过第一目标转发链路向数据展示系统转发第一数据。

可选地，为了便于业务系统和数据展示系统之间的数据传输，通过第一目标链路传输的数据与通过第二目标链路传输的数据可以为格式相同的数据。

根据前文介绍可知，转发链路可以包括REST HTTP通信链路、Socket通信链路和JDBC通信链路。下面以银行系统为例分别进行介绍。

首先介绍REST HTTP通信链路。

基于REST风格构建服务Server Agent，调用Linux与z/OS系统基础权限认证、JAVA开发接口、信息采集、事件监听等模块元素，进行服务接口构造，针对运维交互类统一需求，实现文件类、命令类、作业类等服务接口与资源定义。通过统一JSON数据交换格式，实现参数配置与报文传输规范。作为运维交互类双向通信主通道，系统级接口经过统一鉴权与码制转换后，为Dashboard类控制台工具提供额外应用配置修改、数据采集参数调整等扩展功能。

通过REST风格HTTP请求(即前述第一请求)实现数据展示系统与业务系统之间的通讯。权限认证包含在Dashboard每次请求的HTTP协议Header部分，以轻量级第三方认证(Lightweight Third Party Access，LTPA)令牌(token)的形式进行加密。

具体地，第一请求的格式可以如图2所示。其中，GET/PUT/DELETE/POST为HTTP请求方式，根据不同场景指定对应请求方式；/restServer/service1表示REST接口；parm1＝**&parm2＝*...&parmN＝**指代REST接口传递参数。

基于第一请求返回的第一数据的格式可以如图3所示。具体地，第一数据包括header和body两部分。其中header部分用于记录请求返回状态、编码字符集、返回内容长度、时间戳等信息，body部分用于记录不同业务逻辑REST API的特异性请求输出。

单次通信请求会出现连接超时、请求中断、连接重置等问题，通过设置通信重试次数，避免网络闪断对通信的影响，但仍无法完全摆脱后端Server高负载对通信稳定性的影响。此时，需要使用交易级应用通信链路作为通信备路。

下面介绍socket通信链路。具体地，可以业务系统上通过设置分支以调起不同交易，通过联机程序访问API与数据库。最后由总控交易传输返回报文并关闭Socket连接。该链路作为数据采集与运维交互类通信请求的备选通道，在主机资源受限或达到瓶颈时，凭借与应用负载同架构的优势，提升通信资源分配优先度，提高服务质量。

交易报文包括公共输入、总控输入、总控输出、公共输出部分，与实际业务系统报文结构相同，经过链路对应模块进行相同报文填充，且针对Linux和z/OS不同平台进行码制转换。为降低对核心业务的资源影响程度，对此类监控运维类交易进行特殊流量控制。通过设置报文控制字段，跳过业务类交易特殊检查模块，提升通讯效率。

通过通信中间件内部性能采集接口，扩展交易性能数据采集内容，包括通信中间件内部各模块耗时、数据库耗时、数据库请求次数、任务分配耗时、网络延时、I/O消耗等指标以及中间件参数配置信息等。丰富监控数据源与问题分析定位指标库。

最后介绍JDBC通信链路。JDBC通信链路可以用于传输中高阶性能指标。除数据展示系统中常见的交易响应时间等监控指标外，中高阶性能指标聚焦于操作系统、数据库、中间件、工具等各子系统内部状态与各阶段表现，可为问题根因排查和性能瓶颈分析提供更全面详实的数据支撑。其中，z/OS系统通过SA实现定时任务调起，以批量作业方式进行指标提取与指标入库。数据库类型为DB2，通过配置与启动DRDA Server，为数据采集提供JDBC&SQLJ连接服务。Linux系统通过crontab配置调起定时指标采集与入库任务，数据库为Oracle或MySQL，Dashboard通过JDBC连接直连指标数据库完成采集任务。

本申请实施例提供了一种数据发送的方法。所述方法可以应用于中间平台，中间平台可以用于转发业务系统和数据展示系统之间的数据和请求。具体地，如果数据展示系统需要展示业务系统的数据，数据展示系统可以生成第一请求并向中间平台发送。中间平台在接收到第一请求之后，可以根据第一请求所请求的数据类型，确定用于承载第一请求所请求的数据的第一转发链路集合。所述第一转发链路集合可以包括多条第一转发链路，第一转发链路为业务系统和数据展示系统之间的链路，用于承载业务系统和数据转发系统之间的数据。接着，中间平台可以从第一转发链路集合中确定第一目标转发链路，并通过第一目标转发链路转发第一请求，以及第一请求所请求的数据。这样，通过中间平台转发业务系统和数据展示系统之间交互的数据，并由中间平台基于请求确定传输数据的转发链路，相当于通过特定链路传输特定的数据。如此，通过指定的链路转发数据展示系统和业务系统之间的数据，不通过系统之间的接口传输数据，可以避免接口影响数据的正常传输。

以上为本申请实施例提供数据发送的方法的一些具体实现方式，基于此，本申请还提供了对应的装置。下面将从功能模块化的角度对本申请实施例提供的装置进行介绍。

参见图4所示的数据发送的装置400的结构示意图，该装置200包括获取单元410、处理单元420和发送单元430。

获取单元410，用于获取所述数据展示系统发送的第一请求。

处理单元420，用于根据所述第一请求所请求的数据类型，确定第一转发链路集合，所述第一转发链路集合包括多条第一转发链路，所述第一转发链路为用于所述业务系统和所述数据展示系统之间的数据交互；从所述多条第一转发链路中确定第一目标转发链路。

发送单元430，用于通过所述第一目标转发链路转发所述第一请求和所述第一请求所请求的数据。

本申请实施例提供了一种数据发送的装置。所述装置可以应用于中间平台，中间平台可以用于转发业务系统和数据展示系统之间的数据和请求。具体地，如果数据展示系统需要展示业务系统的数据，数据展示系统可以生成第一请求并向中间平台发送。中间平台在接收到第一请求之后，可以根据第一请求所请求的数据类型，确定用于承载第一请求所请求的数据的第一转发链路集合。所述第一转发链路集合可以包括多条第一转发链路，第一转发链路为业务系统和数据展示系统之间的链路，用于承载业务系统和数据转发系统之间的数据。接着，中间平台可以从第一转发链路集合中确定第一目标转发链路，并通过第一目标转发链路转发第一请求，以及第一请求所请求的数据。这样，通过中间平台转发业务系统和数据展示系统之间交互的数据，并由中间平台基于请求确定传输数据的转发链路，相当于通过特定链路传输特定的数据。如此，通过指定的链路转发数据展示系统和业务系统之间的数据，不通过系统之间的接口传输数据，可以避免接口影响数据的正常传输。

可选地，在一些可能的实现中，所述处理单元420，具体用于获取所述多条第一转发链路中每种第一转发链路的链路性能参数，所述链路性能参数根据所述第一转发链路的响应时间确定；根据所述多条第一转发链路中每种第一转发链路的链路性能参数，从所述多条第一转发链路中确定所述第一目标转发链路。

可选地，在一些可能的实现中，所述获取单元410，具体用于获取所述业务系统发送的所述第一数据。

所述发送单元430，具体用于响应于所述第一数据与所述第一请求相匹配，向所述数据展示系统转发所述第一数据。

可选地，在一些可能的实现中，所述获取单元410，还用于获取所述数据展示系统生成的第二请求，所述第二请求所请求的数据类型与所述第一请求所请求的数据类型不同。

所述处理单元420，还用于根据所述第二请求所请求的数据类型，确定第二转发链路集合，所述第二转发链路集合包括多条第二转发链路，所述第二转发链路为用于所述业务系统和所述数据展示系统之间的数据交互，所述第二转发链路集合与所述第二转发链路集合不同；从所述多条第二转发链路中确定第二目标转发链路。

所述发送单元430，还用于通过所述第二目标转发链路转发所述第二请求和所述第二请求所请求的数据，所述第二所请求的数据与所述第一请求所请求的数据格式相同。

可选地，在一些可能的实现中，所述多条第一转发链路包括以下任意一种或多条：

REST HTTP通信链路、Socket通信链路和JDBC通信链路。

本申请实施例还提供了对应的设备以及计算机存储介质，用于实现本申请实施例提供的方案。

其中，所述设备包括存储器和处理器，所述存储器用于存储指令或代码，所述处理器用于执行所述指令或代码，以使所述设备执行本申请任一实施例所述的数据发送的方法。

所述计算机存储介质中存储有代码，当所述代码被运行时，运行所述代码的设备实现本申请任一实施例所述的数据发送的方法。

本申请实施例中提到的“第一”、“第二”(若存在)等名称中的“第一”、“第二”只是用来做名字标识，并不代表顺序上的第一、第二。

通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到上述实施例方法中的全部或部分步骤可借助软件加通用硬件平台的方式来实现。基于这样的理解，本申请的技术方案可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如只读存储器(英文：read-only memory，ROM)/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者诸如路由器等网络通信设备)执行本申请各个实施例或者实施例的某些部分所述的方法。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于装置实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

以上所述仅是本申请示例性的实施方式，并非用于限定本申请的保护范围。

Claims (10)

1.一种数据发送的方法，其特征在于，所述方法用于向业务系统转发数据展示系统生成的请求，包括：

获取所述数据展示系统发送的第一请求；

根据所述第一请求所请求的数据类型，确定第一转发链路集合，所述第一转发链路集合包括多条第一转发链路，所述第一转发链路为用于所述业务系统和所述数据展示系统之间的数据交互；

从所述多条第一转发链路中确定第一目标转发链路；

通过所述第一目标转发链路转发所述第一请求和所述第一请求所请求的数据。

2.根据权利要求1所述的方法，其特征在于，所述从所述多条第一转发链路中确定第一目标转发链路包括：

获取所述多条第一转发链路中每种第一转发链路的链路性能参数，所述链路性能参数根据所述第一转发链路的响应时间确定；

根据所述多条第一转发链路中每种第一转发链路的链路性能参数，从所述多条第一转发链路中确定所述第一目标转发链路。

3.根据权利要求2所述的方法，其特征在于，所述第一请求所请求的数据包括第一数据，所述方法还包括：

获取所述业务系统发送的所述第一数据；

响应于所述第一数据与所述第一请求相匹配，向所述数据展示系统转发所述第一数据。

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

获取所述数据展示系统生成的第二请求，所述第二请求所请求的数据类型与所述第一请求所请求的数据类型不同；

根据所述第二请求所请求的数据类型，确定第二转发链路集合，所述第二转发链路集合包括多条第二转发链路，所述第二转发链路为用于所述业务系统和所述数据展示系统之间的数据交互，所述第二转发链路集合与所述第二转发链路集合不同；

从所述多条第二转发链路中确定第二目标转发链路；

通过所述第二目标转发链路转发所述第二请求和所述第二请求所请求的数据，所述第二所请求的数据与所述第一请求所请求的数据格式相同。

5.根据权利要求1-4任一项所述的方法，其特征在于，所述多条第一转发链路包括以下任意一种或多条：

表述性状态传递REST超文本传输协议HTTP通信链路、套接字Socket通信链路和Java数据库连接JDBC通信链路。

6.一种数据发送的装置，其特征在于，所述装置用于向业务系统转发数据展示系统生成的请求，包括：

获取单元，用于获取所述数据展示系统发送的第一请求；

处理单元，用于根据所述第一请求所请求的数据类型，确定第一转发链路集合，所述第一转发链路集合包括多条第一转发链路，所述第一转发链路为用于所述业务系统和所述数据展示系统之间的数据交互；从所述多条第一转发链路中确定第一目标转发链路；

发送单元，用于通过所述第一目标转发链路转发所述第一请求和所述第一请求所请求的数据。

7.根据权利要求6所述的装置，其特征在于，

所述处理单元，具体用于获取所述多条第一转发链路中每种第一转发链路的链路性能参数，所述链路性能参数根据所述第一转发链路的响应时间确定；根据所述多条第一转发链路中每种第一转发链路的链路性能参数，从所述多条第一转发链路中确定所述第一目标转发链路。

8.根据权利要求7所述的装置，其特征在于，

所述获取单元，具体用于获取所述业务系统发送的所述第一数据；

所述发送单元，具体用于响应于所述第一数据与所述第一请求相匹配，向所述数据展示系统转发所述第一数据。

9.根据权利要求6所述的装置，其特征在于，

所述获取单元，还用于获取所述数据展示系统生成的第二请求，所述第二请求所请求的数据类型与所述第一请求所请求的数据类型不同；

所述处理单元，还用于根据所述第二请求所请求的数据类型，确定第二转发链路集合，所述第二转发链路集合包括多条第二转发链路，所述第二转发链路为用于所述业务系统和所述数据展示系统之间的数据交互，所述第二转发链路集合与所述第二转发链路集合不同；从所述多条第二转发链路中确定第二目标转发链路；

所述发送单元，还用于通过所述第二目标转发链路转发所述第二请求和所述第二请求所请求的数据，所述第二所请求的数据与所述第一请求所请求的数据格式相同。

10.根据权利要求6-9任一项所述的装置，其特征在于，所述多条第一转发链路包括以下任意一种或多条：

表述性状态传递REST超文本传输协议HTTP通信链路、套接字Socket通信链路和Java数据库连接JDBC通信链路。

Images