CN115801914B - 一种多协议网络数据交换方法 - Google Patents

Abstract

本发明涉及一种多协议网络数据交换方法，包括：获取接口使用方发送的数据接口配置信息及接口调用请求；按照接口文档规范对接口调用请求进行参数解析，以得到目标数据接口配置信息；判断是否需要对目标数据接口配置信息的入参参数进行加密；若需要加密，进行加密；若不需要加密，或，在加密后，根据目标数据接口配置信息中的协议类型，进行协议适配以及请求对象组装，再向接口提供方发起源接口调用请求；在收到接口提供方的源接口响应后，判断是否需要对出参参数进行解密；若需要解密，进行出参参数解密；若不需要解密，或，在解密后，按照接口文档规范进行结果参数组装，并返回给接口使用方。

Description

一种多协议网络数据交换方法

技术领域

本发明涉及计算机软件、大数据、数据安全及通信领域，具体实际一种多协议网络数据交换方法。

背景技术

随着计算机领域的不断迭代、发展与创新，分布式系统、大数据应用以及各种数据服务越来越普及与多样化，系统服务间的接口对接方式也层出不穷，出现了各式各样的应用层协议，如HTTP、HTTPS、DUBBO等等，作为接口使用方系统，所对接的接口提供方系统采用的接口协议可能都不一样，这就导致了接口使用方开发人员需要花大量的时间与精力去学习，然后进行内部系统的改造，存在工作量大、工作效率低、系统风险高等问题。另外，我国先后通过并施行了《网络安全法》、《数据安全法》、《个人信息保护法》来保障国家和个人的切身利益，保障数据安全也是重中之重。

专利《CN201910802264.1 一种新型跨网络数据交换的方法》主要是应用于对自己内部的数据服务进行统一管理，并没有解决内部系统在调用外部不同协议的数据服务时，所面临的差异性问题，且缺少对质量监控的方案说明。而专利《CN202111554575.4 一种基于HTTP协议的跨边界数据交换方法及系统》主要是实现了专用网和视频专网之间通过HTTP协议进行数据交换，解决了原本只能通过FTP文件摆渡或者数据库摆渡的方式进行数据交换的问题。但该方案并不支持针对安全等级要求高的数据进行加解密处理，所以也存在数据不安全的隐患；同时也不支持接口调用的超时与熔断机制；且多个不同的系统在使用同一个接口时，需要重复开发，导致效率低下。

综上所述，现有适用于软件系统之间数据交换的方法存在以下问题：

(1)、没有对使用方依赖的数据接口服务，进行统一的应用层协议支持与接口调用管理，缺乏横向扩展性，导致对接工作量大、工作效率低，大量的协议处理代码也可能诱发系统风险产生。

(2)、缺少对安全性要求高的数据进行统一加解密处理的能力，存在数据安全性问题。

(3)、不同的系统在使用同一个接口时，需要重复引入，导致系统开发效率低。

(4)、不支持针对接口级别的动态超时时间管理，无法保障系统处理的时效性；同时长耗时、高并发的接口若不及时熔断，可能产生系统故障。

(5)、没有统一的数据交换监控平台，无法对数据交换质量情况进行量化分析并不断优化。

发明内容

为了解决上述存在的问题，本发明提供了一种多协议网络数据交换方法。

本发明的技术方案为：

本发明提供了一种多协议网络数据交换方法，包括：

数据交换平台获取接口使用方发送的数据接口配置信息及接口调用请求；其中，不同接口使用方发送的接口调用请求均是基于数据交换平台提供的相同接口文档规范所发起的同一类接口调用请求；

数据交换平台按照接口文档规范对接口调用请求进行参数解析，以得到目标数据接口配置信息；

判断是否需要对目标数据接口配置信息的入参参数进行加密；

若需要对目标数据接口配置信息的入参参数加密，则基于目标数据接口配置信息中的通用配置对入参参数进行加密；

若不需要对目标数据接口配置信息的入参参数加密，或，在对入参参数进行加密后，根据目标数据接口配置信息中的协议类型，进行协议适配以及请求对象组装，再向接口提供方发起源接口调用请求；

在收到接口提供方的源接口响应后，判断是否需要对目标数据接口配置信息的出参参数进行解密；

若需要对目标数据接口配置信息的出参参数进行解密，则结合目标数据接口配置信息的通用配置进行出参参数解密；

若不需要对目标数据接口配置信息中的出参参数进行解密，或，在进行出参参数解密后，按照接口文档规范进行结果参数组装，并返回给接口使用方。

优选地，接口使用方发布的数据接口配置信息包括：通用配置、协议相关个性化配置和源接口参数配置；

通用配置包括：接口编码、接口名称、协议类型、加密公钥、解密私钥和等待超时时长；

若通用配置中的协议类型为HTTP协议，则协议相关个性化配置至少包含：URL、请求类型、内容类型、接收类型；

若通用配置中的协议类型为DUBBO协议，则协议相关个性化配置至少包含：注册中心地址、接口全类名、方法名、接口版本号；

源接口参数配置包括：入参参数信息和出参参数信息，入参参数信息包括：源接口入参字段名、入参字段描述、入参是否加密，出参参数信息包括：源接口出参字段名、出参字段描述、出参是否解密。

优选地，所述数据交换平台按照接口文档规范中的预定义字段对接口调用请求的接口编码参数进行解析，并根据解析得到的接口编码从接口使用方上传的数据接口配置信息中查询到目标数据接口配置信息。

优选地，所述数据交换平台根据目标数据接口配置信息中的入参参数信息的入参是否加密来判断是否需要对目标数据接口配置信息的入参参数进行加密。

优选地，所述数据交换平台根据目标数据接口配置信息中的出参参数信息的出参是否加密来判断是否需要对目标数据接口配置信息的出参参数进行解密。

优选地，所述数据交换平台根据目标数据接口配置信息中的通用配置中的加密公钥进行入参参数加密。

优选地，所述数据交换平台根据目标数据接口配置信息中的通用配置中的解密私钥进行出参参数解密。

综上所述，本发明可以达到以下有益效果：

(1)、本发明为接口使用方提供统一的HTTP Restful数据交换接口，对系统使用方依赖的数据接口服务，进行统一的应用层协议支持与接口调用管理，并提供多协议的横向扩展能力，避免了不同系统对接多种接口协议时的重复工作，能有效降低系统复杂度、提升开发效率。

(2)、提供对安全性要求高的数据进行统一加解密处理的能力，保障了接口传输时的数据安全。

(3)、针对数据交换平台已经配置过的接口，不同接口使用方在依赖时无需重复配置，直接使用即可，避免重复接入，提升开发效率。

(4)、支持针对接口级别进行动态超时时间管理，有效保障系统处理的时效性；对长耗时的接口及时熔断，避免系统故障的发生。

(5)、提供统一的数据交换平台，能实时统计相关数据接口的调用情况，以便于快速发现接口问题、不断优化。

附图说明

图1为本发明实施例提供的多协议网络数据交换方法流程图；

图2为本发明实施例提供的多协议网络数据交换系统结构示意图。

具体实施方式

为了使本申请的技术方案、目的及优点更加清晰明确，以下结合附图及实施例，对本申请进行进一步详细说明。显然，此处所描述的具体实施例仅用以解释本申请，并不用于限定本申请。本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本发明保护的范围。

如图1所示，为本发明实施例提供的多协议网络数据交换方法流程图，所述方法包括以下步骤：

步骤S101：接口使用方将所需要调用的数据接口配置信息发布到数据交换平台，数据接口配置信息内容分为通用配置、协议相关个性化配置、源接口参数配置这三部分，通用配置主要包含：接口编码、接口名称、协议类型、加密公钥、解密私钥、等待超时时长等。协议相关个性化配置内容根据不同协议类型有所区别，平台支持HTTP、HTTPS、DUBBO等应用层协议，这里以HTTP及DUBBO为例说明，若接口采用HTTP协议，则协议相关个性化配置包含请求URL、请求类型（HttpMethod）、内容类型（ContentType）、接收类型（Accept）等HTTP请求时常用到的固定化配置；若接口采用DUBBO协议，则协议相关个性化配置包含注册中心地址（Registry Address）、接口全类名（InterfaceName）、方法名（MethodName）、接口版本号（Version）等泛化调用时常用到的固定化配置。最后是源接口参数配置，包括：入参参数信息和出参参数信息：入参参数信息主要包含源接口入参字段名、入参字段描述、入参是否加密；出参参数信息包括源接口出参字段名、出参字段描述、出参是否解密等信息。

步骤S102：数据交换平台提供了统一的HTTP Restful接口以及对应的接口文档，接口使用方遵循接口文档规范进行代码开发、接口调用。

步骤S103：数据交换平台接收到接口使用方发起的统一HTTP Restful接口调用请求后，便按照接口文档规范定义的字段名称和类型对接口调用请求进行参数解析，参数中包含了接口使用方在数据接口配置时定义的接口编码，通过接口编码查询到对应的目标数据接口配置信息。

步骤S104：解析目标数据接口配置信息中的入参参数信息，获取源接口入参字段名、入参字段描述、入参是否加密等配置信息，判断是否需要入参参数信息是否需要加密。

步骤S105：若需要对入参参数信息加密，则结合通用配置中的加密公钥进行入参参数加密，不需要加密则无需处理此步骤。

步骤S106：根据目标数据接口配置信息中的协议类型，进行相应的协议适配以及源接口请求参数组装，再由对应协议的执行器执行调用。此步骤S106可采用策略模式实现，每一种协议对应一种处理策略，便于后续有新增协议时能快速接入，提升横向扩展性。

步骤S107：在有效时间内收到源接口响应之后，根据目标数据接口配置信息中的出参参数判断是否需要解密。若超过配置的等待超时时长还未接收到响应信息，则停止等待，结果定义为接口超时异常。

步骤S108：若需要解密，则结合通用配置中的解密私钥进行参数解密，不需要解密则无需处理此步骤。

步骤S109：记录接口调用是否成功、是否超时、接口耗时等情况，保存日志并记录入库，用于监控统计、日志查询与下载（可提交异步任务执行）。

步骤S110：按接口文档规范定义的出参规范，组装结果参数，返回给使用方系统。

如图2所示，为本发明实施例提供的多协议网络数据交换系统结构示意图，该系统结构主要包含三大部分：接口使用方、数据交换平台、接口提供方。接口使用方和接口提供方可以是多个系统，同时也可以部署在专用网络或公共网络环境下；数据交换平台则主要包含三大模块：接口调用管理模块、接口配置管理模块以及平台监控管理模块。

用户作为接口使用方，首先将所需要调用的数据接口配置信息发布到数据交换平台。然后接口使用方根据数据交换平台提供的接口文档规范进行代码开发，完成开发后，发起统一的接口调用请求。数据交换平台在接收到使用方发起的统一HTTP Restful接口调用请求后，便按照接口文档规范定义的字段名称和类型对接口调用请求进行参数解析，接口调用请求的参数中包含了数据使用方在数据接口配置时定义的接口编码，数据交换平台对接口调用请求进行参数解析的过程包括：先通过接口调用请求的接口编码查询到对应的目标数据接口配置信息，然后解析目标接口信息配置中的入参信息，获取源接口参数配置中的入参字段名、字段描述、是否加密等配置，若需要加密，则结合通用配置中的加密公钥进行入参参数加密，不需要则无需处理。最后解析目标接口信息配置中的协议类型，获取该协议对应的协议适配处理器，进行相应的协议适配以及源接口请求参数组装，并发起源接口调用请求。此后接口提供方接到源接口调用请求进行处理，若数据交换平台在有效时间内收到源接口响应，就根据目标接口信息配置中的出参信息判断是否需要解密，需要则结合通用配置中的解密私钥进行出参参数解密。若超过配置的等待超时时长还未接收到响应信息，则停止等待，结果定义为接口超时异常。以上流程完成后，记录接口调用是否成功、是否超时、接口耗时等情况，保存日志并记录入库，用于监控统计、日志查询与下载，最后按接口文档规范定义的出参规范，组装结果参数，返回给接口使用方。至此，就完成了从配置到开发到接口调用并拿到相应结果的一系列流程。

Claims (6)

1.一种多协议网络数据交换方法，其特征在于，包括：

数据交换平台获取接口使用方发送的数据接口配置信息及接口调用请求；其中，不同接口使用方发送的接口调用请求均是基于数据交换平台提供的相同接口文档规范所发起的同一类接口调用请求；

数据交换平台按照接口文档规范对接口调用请求进行参数解析，以得到目标数据接口配置信息；

判断是否需要对目标数据接口配置信息的入参参数进行加密；

若需要对目标数据接口配置信息的入参参数加密，则基于目标数据接口配置信息中的通用配置对入参参数进行加密；

若不需要对目标数据接口配置信息的入参参数加密，或，在对入参参数进行加密后，根据目标数据接口配置信息中的协议类型，进行协议适配以及请求对象组装，再向接口提供方发起源接口调用请求；

在收到接口提供方的源接口响应后，判断是否需要对目标数据接口配置信息的出参参数进行解密；

若需要对目标数据接口配置信息的出参参数进行解密，则结合目标数据接口配置信息的通用配置进行出参参数解密；

若不需要对目标数据接口配置信息中的出参参数进行解密，或，在进行出参参数解密后，按照接口文档规范进行结果参数组装，并返回给接口使用方；

接口使用方发布的数据接口配置信息包括：通用配置、协议相关个性化配置和源接口参数配置；

通用配置包括：接口编码、接口名称、协议类型、加密公钥、解密私钥和等待超时时长；

若通用配置中的协议类型为HTTP协议，则协议相关个性化配置至少包含：URL、请求类型、内容类型、接收类型；

若通用配置中的协议类型为DUBBO协议，则协议相关个性化配置至少包含：注册中心地址、接口全类名、方法名、接口版本号；

源接口参数配置包括：入参参数信息和出参参数信息，入参参数信息包括：源接口入参字段名、入参字段描述、入参是否加密，出参参数信息包括：源接口出参字段名、出参字段描述、出参是否解密。

2.根据权利要求1所述的方法，其特征在于，所述数据交换平台按照接口文档规范中的预定义字段对接口调用请求的接口编码参数进行解析，并根据解析得到的接口编码从接口使用方上传的数据接口配置信息中查询到目标数据接口配置信息。

3.根据权利要求1所述的方法，其特征在于，所述数据交换平台根据目标数据接口配置信息中的入参参数信息的入参是否加密来判断是否需要对目标数据接口配置信息的入参参数进行加密。

4.根据权利要求1所述的方法，其特征在于，所述数据交换平台根据目标数据接口配置信息中的出参参数信息的出参是否加密来判断是否需要对目标数据接口配置信息的出参参数进行解密。

5.根据权利要求1所述的方法，其特征在于，所述数据交换平台根据目标数据接口配置信息中的通用配置中的加密公钥进行入参参数加密。

6.根据权利要求1所述的方法，其特征在于，所述数据交换平台根据目标数据接口配置信息中的通用配置中的解密私钥进行出参参数解密。