WO2023011274A1

WO2023011274A1 - 一种通讯协议转换方法、设备、系统及网关设备

Info

Publication number: WO2023011274A1
Application number: PCT/CN2022/108151
Authority: WO
Inventors: 许祺
Original assignee: 京东方科技集团股份有限公司
Priority date: 2021-08-04
Filing date: 2022-07-27
Publication date: 2023-02-09
Also published as: EP4340333A1; CN113556359A; CN113556359B; EP4340333A4; US20240214472A1

Abstract

本公开公开了一种通讯协议转换方法、设备、系统及网关设备，用于提供一种通用的通讯协议转换方法，解决了传统定制开发适配器服务导致的效率低下的问题。该方法包括：接收通信设备发送的至少一个用于与第三方系统建立通信连接的网络请求消息；从配置规则集合中确定与所述网络请求消息对应的配置规则，其中所述配置规则集合包括不同的第三方系统的通信协议的配置规则；根据所述配置规则对所述网络请求消息进行通信协议转换；将所述通信协议转换后的网络请求消息发送给对应的第三方系统。

Description

一种通讯协议转换方法、设备、系统及网关设备

相关申请的交叉引用

本公开要求在2021年08月04日提交中国专利局、申请号为202110893155.2、申请名称为“一种通讯协议转换方法、设备、系统及网关设备”的中国专利申请的优先权，其全部内容通过引用结合在本公开中。

技术领域

本公开涉及云服务技术领域，特别涉及一种通讯协议转换方法、设备、系统及网关设备。

背景技术

随着云服务的发展，各个物联网或互联网厂商都针对自身产品开发了云服务系统，在实际生产过程中，往往需要用到多家第三方的产品、系统和服务来组建自身的解决方案，例如建立智慧云城市，需要用到多个不同厂商的产品进行搭建，包括监控系统、管理系统等，由于不同厂商的产品有着不同的通讯协议，不同的鉴权方式，相互独立的数据库，因此如何将不同厂商的云服务系统组合在一个物联网云平台上，从而建立各个厂商产品之间的通信，是目前亟需解决的技术问题。

传统的解决方法是针对每个第三方系统，单独开发一个用来做协议转换的适配器服务，即需要为所有的第三方系统编写不同的代码，效率低下。

发明内容

本公开提供一种通讯协议转换方法、设备、系统及网关设备，用于提供一种通用的通讯协议转换方法，解决了传统定制开发适配器服务导致的效率低下的问题。

第一方面，本公开实施例提供的一种通讯协议转换方法，该方法包括：

接收通信设备发送的至少一个网络请求消息，所述网络请求消息表征用于与第三方系统建立通信连接的消息；

从配置规则集合中确定与所述网络请求消息对应的配置规则，其中所述配置规则集合包括不同的第三方系统的通信协议的配置规则；

根据所述配置规则对所述网络请求消息进行通信协议转换；

将所述通信协议转换后的网络请求消息发送给对应的第三方系统。

本公开实施例提供的通讯协议转换方法，是一种通用的可动态配置的通讯协议转换系统，并且可部署在网关设备，该通讯协议转换方法和网关自身的功能互不影响。该方法的实施原理是利用预先确定的配置规则集合，从配置规则集合中选择与接收的网络请求消息对应的配置规则，对该网络请求消息执行对应的通信协议转换，并将转换后的网络请求消息转发给第三方系统，从而实现通信设备和第三方系统之间的通信，该方式解决了传统定制开发适配器服务导致的效率低下的问题。并且由于配置规则的改变并不涉及对代码的修改，因此即使配置规则发生了改变，网关设备也不需要进行重启，不会导致中断通信设备和第三方系统之间的通信连接。

作为一种可选的实施方式，还包括：

接收通信设备发送的至少一个用于与非第三方系统建立通信连接的网络请求消息；

将所述网络请求消息直接发送给所述非第三方系统。

本实施例还可以进行通常的转发功能，满足各种系统的需求。

作为一种可选的实施方式，还包括：

接收通信设备发送的网络请求消息，确定所述网络请求消息为用于与第三方系统建立通信连接的网络请求消息，或者，确定所述网络请求消息为用于与非第三方系统建立通信连接的网络请求消息。

本实施例提供的方法，能够判断该网络请求消息是第三方系统的还是非第三方系统的，从而将第三方系统的网络请求消息进行协议转换后发送给第三方系统，将非第三方系统的网络请求消息直接发送给非第三方系统，实现通用性，提高可集成性。

作为一种可选的实施方式，所述从配置规则集合中确定与所述网络请求消息对应的配置规则，包括：

根据所述网络请求消息中携带的路由信息，从所述配置规则集合中确定与所述路由信息对应的配置规则。

本实施例可以通过对网络请求消息进行解码后得到的路由信息，以及配置规则集合中路由信息和配置规则的对应关系，确定与该网络请求消息中的路由信息对应的配置规则，由于每个第三方系统的路由是不同的，因此能够通过路由信息确定第三方系统的配置规则，更加简单高效。

作为一种可选的实施方式，所述配置规则与所述路由信息一一对应；或，所述多个路由信息对应相同的配置规则。

本实施例中的路由信息和配置规则可以是一对一的关系，也可以是多对一的关系，具体可根据实际需求确定，多对一的关系下，由于为多个第三方系统分配了不同的端口号，从而保证在大量终端同时访问各个第三方系统时，能够保证各个第三方系统实现负载均衡。

作为一种可选的实施方式，所述根据所述网络请求消息中携带的路由信息，从所述配置规则集合中确定与所述路由信息对应的配置规则，包括：

根据所述网络请求消息中携带的路由信息，确定与所述路由信息对应的第三方系统；

从所述配置规则集合中确定与所述第三方系统对应的配置规则。

本实施例可以根据路由信息来确定第三方系统，尤其针对存在大量第三方系统时，网关设备能够更加简便地通过路由信息获取第三方系统，进而确定第三方系统的配置规则，对于用户而言，不需要专业知识也可以方便简单地确定配置规则，提高用户的使用体验，提高运维效率。

作为一种可选的实施方式，所述根据所述配置规则对所述网络请求消息进行通信协议转换，包括：

将所述配置规则中的协议转换规则，进行实例化处理，得到执行协议转换的进程；

所述网络请求消息通过所述协议转换的进程进行通信协议转换。

本实施例中由于协议转换规则进行实例化处理后得到的是执行协议转换的进程，那么在配置规则进行改变的情况下，会改变对应的进程，但不会改变原始代码，因此即使第三方系统的配置规则发生了改变，也不需要重启网关设备。

作为一种可选的实施方式，所述将所述配置规则中的协议转换规则，进行实例化处理，包括：

若所述配置规则包括第三方系统的软件开发工具包文件，则利用类加载器加载所述第三方系统的软件开发工具包文件，得到执行所述软件开发工具包文件的进程，其中所述软件开发工具包文件与所述第三方系统是一一对应的。

作为一种可选的实施方式，所述网络请求消息通过所述协议转换的进程进行通信协议转换，包括：

所述网络请求消息通过执行所述软件开发工具包文件的进程进行数字签名和加密。

本实施例还可以加载外部的sdk文件，对于不公开自身数据加密和签名算法的第三方系统，仍可以使用本实施例中的方法，利用加载外部的sdk文件对网络请求消息进行数据加密和签名。

作为一种可选的实施方式，所述将所述通信协议转换后的网络请求消息发送给对应的第三方系统，包括：

根据所述网络请求消息中携带的路由信息，将所述通信协议转换后的网络请求消息发送给与所述路由信息对应的第三方系统。

作为一种可选的实施方式，所述将所述通信协议转换后的网络请求消息发送给对应的第三方系统之后，还包括：

接收所述第三方系统发送的网络响应消息，从所述配置规则集合中确定所述第三方系统的配置规则；

根据所述配置规则对所述网络响应消息进行通信协议转换；

将所述通信协议转换后的网络响应消息发送给所述通信设备。

作为一种可选的实施方式，所述根据所述配置规则对所述网络响应消息进行通信协议转换，包括：

通过所述协议转换的进程，对所述网络响应消息进行通信协议转换。

作为一种可选的实施方式，所述将所述通信协议转换后的网络响应消息发送给所述通信设备，包括：

根据所述网络请求消息的源地址，将所述通信协议转换后的网络响应消息发送给位于所述源地址的通信设备。

作为一种可选的实施方式，接收通信设备发送的用于与第三方系统建立通信连接的网络请求消息之后，还包括：

确定与所述网络请求消息对应的配置规则中的访问令牌信息；

根据所述访问令牌信息，周期向所述第三方系统发送用于保持会话连接的连接请求消息。

本实施例通过周期向所述第三方系统发送用于保持会话连接的连接请求消息，能周期接收第三方系统返回的访问令牌，从而通过接收的访问令牌保持会话连接，实现网关设备和第三方系统之间永久保持会话不中断。

作为一种可选的实施方式，所述周期向所述第三方系统发送用于保持会话连接的连接请求消息之后，还包括：

接收所述第三方系统发送的访问令牌，按预设周期访问所述第三方系统的探活接口，确定所述访问令牌的有效性。

本实施例提供的确定访问令牌的有效性的方法，能够提升用户体验，直观快速地展示给用户令牌有效性结果，方便用户针对令牌失效时的情形快速做出应对。

作为一种可选的实施方式，所述确定所述访问令牌的有效性之后，还包括：

若确定所述访问令牌失效，则通过显示界面提示用户所述第三方系统的访问令牌无效。

本实施例还可以周期性确定访问令牌的有效性，如果确定访问令牌失效，还可以通过显示界面提示用户，提高用户运维的效率。

若所述访问令牌失效，则重新获取所述第三方系统的有效的访问令牌，利用所述有效的访问令牌对所述配置规则中所述第三方系统的访问令牌进行更新。

本实施例还可以在确定访问令牌失效后，重新获取第三方系统的有效的访问令牌，以保持会话永久不中断。

作为一种可选的实施方式，所述重新获取所述第三方系统的有效的访问令牌，包括：

根据与所述网络请求消息对应的配置规则中的访问令牌信息，重新向所述第三方系统发送用于保持会话连接的连接请求消息；

接收所述第三方系统发送的有效的访问令牌。

作为一种可选的实施方式，还包括：

通过显示界面接收用户对配置规则进行删除、修改、添加中的至少一种指令。

本实施例还可以提供一种显示界面，以方便用户对配置规则进行操作，提高用户的运维体验。

作为一种可选的实施方式，还包括：

接收用户在显示界面对配置规则进行触控操作、语音控制操作中的至少一种指令，触发对所述配置规则执行与所述指令对应的操作；或，

接收用户在显示界面的弹窗中对配置规则进行触控操作、语音控制操作中的至少一种指令，触发对所述配置规则执行与所述指令对应的操作。

作为一种可选的实施方式，所述通过显示界面接收用户对配置规则进行删除、修改、添加中的至少一种指令之后，还包括：

接收用户通过所述显示界面触发的数据库同步指令，对所述配置规则集合进行更新；或，

按预设周期对所述配置规则集合进行更新。

本实施例还可以对配置规则进行更新，以保证目前网关设备中存储的配置规则都是最新的配置规则。使配置规则集合的更新机制化，降低人工成本，并且更新周期可调节，能够依据外部情况进行有针对的调整，以满足用户需求。例如，针对高并发量的情况(双十一等外部有大规模通信请求的情况)，可以进行行之有效的适当调节。

作为一种可选的实施方式，所述对所述配置规则集合进行更新，包括：

若通过监听进程监听到所述配置规则集合中配置规则的改变，则通知更新进程对所述配置规则集合进行更新；或，

将所述配置规则集合存放到消息队列中并监听所述消息队列的内容，若监听到所述配置规则集合中配置规则的改变，则对所述消息队列的内容进行对应的更新。

若确定存在新增的配置规则，则根据所述新增的配置规则对所述配置规则集合进行更新；或，

若确定对所述配置规则集合中的配置规则进行删除，则根据所述删除的配置规则对所述配置规则集合进行更新；或，

若确定对所述配置规则集合中的配置规则进行修改，则根据所述修改的配置规则对所述配置规则集合进行更新。

作为一种可选的实施方式，所述配置规则包括路由规则；编码解码规则；协议转换规则中的至少一种；

其中所述协议转换规则包括：令牌配置规则、数字签名配置规则、消息配置规则、使用软件开发工具包文件的配置规则中的至少一种。

第二方面，本公开实施例提供的一种通讯协议转换的系统，包括：通信设备、网关设备、多个第三方系统，其中：

所述通信设备用于发送与所述第三方系统建立通信连接的网络请求消息；

所述网关设备用于接收所述网络请求消息，从配置规则集合中确定与所述网络请求消息对应的配置规则，根据所述配置规则对所述网络请求消息进行通信协议转换，将所述通信协议转换后的网络请求消息发送给对应的第三方系统，其中所述配置规则集合包括不同的第三方系统的通信协议的配置规则。

第三方面，本公开实施例提供的一种网关设备，包括处理器和存储器，所述存储器用于存储所述处理器可执行的程序，所述处理器用于读取所述存储器中的程序并执行如下步骤：

接收通信设备发送的至少一个用于与第三方系统建立通信连接的网络请求消息；

根据所述配置规则对所述网络请求消息进行通信协议转换；

作为一种可选的实施方式，所述处理器还被配置为执行：

将所述网络请求消息直接发送给所述非第三方系统。

作为一种可选的实施方式，所述处理器还被配置为执行：

作为一种可选的实施方式，所述处理器被配置为执行：

作为一种可选的实施方式，所述将所述通信协议转换后的网络请求消息发送给对应的第三方系统之后，所述处理器还被配置为执行：

根据所述配置规则对所述网络响应消息进行通信协议转换；

作为一种可选的实施方式，所述处理器被配置为执行：

作为一种可选的实施方式，接收通信设备发送的用于与第三方系统建立通信连接的网络请求消息之后，所述处理器还被配置为执行：

作为一种可选的实施方式，所述周期向所述第三方系统发送用于保持会话连接的连接请求消息之后，所述处理器还被配置为执行：

作为一种可选的实施方式，所述确定所述访问令牌的有效性之后，所述处理器还被配置为执行：

作为一种可选的实施方式，所述处理器被配置为执行：

接收所述第三方系统发送的有效的访问令牌。

作为一种可选的实施方式，所述处理器还被配置为执行：

作为一种可选的实施方式，所述通过显示界面接收用户对配置规则进行删除、修改、添加中的至少一种指令之后，所述处理器还被配置为执行：

按预设周期对所述配置规则集合进行更新。

作为一种可选的实施方式，所述处理器被配置为执行：

第四方面，本公开实施例还提供一种通讯协议转换设备，该设备包括处理器和存储器，所述存储器用于存储所述处理器可执行的程序，所述处理器用于读取所述存储器中的程序并执行如下步骤：

根据所述配置规则对所述网络请求消息进行通信协议转换；

作为一种可选的实施方式，所述处理器还被配置为执行：

将所述网络请求消息直接发送给所述非第三方系统。

作为一种可选的实施方式，所述处理器还被配置为执行：

作为一种可选的实施方式，所述处理器被配置为执行：

作为一种可选的实施方式，所述处理器还被配置为执行：

利用类加载器加载所述第三方系统的软件开发工具包sdk文件；

将所述加载后的sdk文件存储到所述配置规则集合中，其中所述sdk文件与所述第三方系统是一一对应的。

作为一种可选的实施方式，所述处理器被配置为执行：

根据所述配置规则对所述网络响应消息进行通信协议转换；

作为一种可选的实施方式，所述处理器被配置为执行：

接收所述第三方系统发送的有效的访问令牌。

作为一种可选的实施方式，所述处理器还被配置为执行：

按预设周期对所述配置规则集合进行更新。

作为一种可选的实施方式，所述处理器被配置为执行：

第五方面，本公开实施例还提供一种通用的通讯协议转换装置，包括：

接收消息单元，用于接收通信设备发送的至少一个用于与第三方系统建立通信连接的网络请求消息；

确定规则单元，用于从配置规则集合中确定与所述网络请求消息对应的配置规则，其中所述配置规则集合包括不同的第三方系统的通信协议的配置规则；

协议转换单元，用于根据所述配置规则对所述网络请求消息进行通信协议转换；

消息发送单元，用于将所述通信协议转换后的网络请求消息发送给对应的第三方系统。

作为一种可选的实施方式，所述接收消息单元还用于：

将所述网络请求消息直接发送给所述非第三方系统。

作为一种可选的实施方式，所述接收消息单元还用于：

作为一种可选的实施方式，所述确定规则单元具体用于：

作为一种可选的实施方式，所述协议转换单元具体用于：

作为一种可选的实施方式，所述协议转换单元具体还用于：

作为一种可选的实施方式，还包括加载单元具体用于：

作为一种可选的实施方式，所述消息发送单元具体用于：

作为一种可选的实施方式，所述将所述通信协议转换后的网络请求消息发送给对应的第三方系统之后，所述消息发送单元具体还用于：

根据所述配置规则对所述网络响应消息进行通信协议转换；

作为一种可选的实施方式，所述消息发送单元具体还用于：

作为一种可选的实施方式，接收通信设备发送的用于与第三方系统建立通信连接的网络请求消息之后，还包括会话连接单元具体用于：

作为一种可选的实施方式，所述周期向所述第三方系统发送用于保持会话连接的连接请求消息之后，所述会话连接单元具体还用于：

作为一种可选的实施方式，所述确定所述访问令牌的有效性之后，还包括显示单元具体用于：

作为一种可选的实施方式，所述确定所述访问令牌的有效性之后，所述会话连接单元具体还用于：

作为一种可选的实施方式，所述会话连接单元具体用于：

接收所述第三方系统发送的有效的访问令牌。

作为一种可选的实施方式，还包括接收指令单元具体用于：

作为一种可选的实施方式，所述接收指令单元具体还用于：

作为一种可选的实施方式，所述通过显示界面接收用户对配置规则进行删除、修改、添加中的至少一种指令之后，还包括更新单元具体用于：

按预设周期对所述配置规则集合进行更新。

作为一种可选的实施方式，所述更新单元具体用于：

第六方面，本公开实施例还提供计算机存储介质，其上存储有计算机程序，该程序被处理器执行时用于实现上述第一方面所述方法的步骤。

本公开的这些方面或其他方面在以下的实施例的描述中会更加简明易懂。

附图说明

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

图1为本公开实施例提供的一种通过适配器服务实现协议转换的网络结构示意图；

图2A为本公开实施例提供的第一种通讯协议转换的网络架构示意图；

图2B为本公开实施例提供的第二种通讯协议转换的网络架构示意图；

图2C为本公开实施例提供的第三种通讯协议转换的网络架构示意图；

图2D为本公开实施例提供的一种网关设备结构示意图；

图2E为本公开实施例提供的一种网关设备内部结构示意图；

图3A为本公开实施例提供的一种通讯协议转换方法实施流程图；

图3B为本公开实施例提供的一种路由信息中包含的具体字段示意图；

图3C为本公开实施例提供的一种界面图；

图3D为本公开实施例提供的一种下拉菜单的界面图；

图3E为本公开实施例提供的一种配置适配规则的界面图；

图4A为本公开实施例提供的一种网络请求消息的数据包结构示意图；

图4B为本公开实施例提供的一种网络请求消息的协议结构示意图；

图5为本公开实施例提供的一种路由信息以及对应的配置规则的显示界面示意图；

图6为本公开实施例提供的一种通信协议转换方法实施流程图；

图7为本公开实施例提供的一种详细的通信协议转换方法实施流程图；

图8为本公开实施例提供的一种内存和类加载器的结构关系示意图；

图9为本公开实施例提供的一种使用外部加载sdk文件的实施流程图；

图10A为本公开实施例提供的一种多系统通讯协议转换的网关设备内部实施结构示意图；

图10B为本公开实施例提供的第一种配置规则更新的示意图；

图10C为本公开实施例提供的第二种配置规则更新的示意图；

图11A为本公开实施例提供的一种路由的编辑界面示意图；

图11B为本公开实施例提供的一种令牌Token的编辑总界面示意图；

图11C为本公开实施例提供的一种令牌Token-编辑界面的示意图；

图12为本公开实施例提供的一种实现会话保持功能的实施流程图；

图13A本公开实施例提供的第一种进行协议转换前后的对比关系图；

图13B本公开实施例提供的第二种进行协议转换前后的对比关系图；

图14为本公开实施例提供的一种通信协议转换系统示意图；

图15为本公开实施例提供的一种通信协议转换的交互流程示意图；

图16为本公开实施例提供的一种网关设备内部具体结构示意图；

图17为本公开实施例提供的一种通信协议转换系统的示例示意图；

图18为本公开实施例提供的一种网关设备示意图；

图19为本公开实施例提供的一种通信协议转换设备示意图；

图20为本公开实施例提供的一种通信协议转换装置示意图。

具体实施方式

为了使本公开的目的、技术方案和优点更加清楚，下面将结合附图对本公开作进一步地详细描述，显然，所描述的实施例仅仅是本公开一部分实施例，而不是全部的实施例。基于本公开中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本公开保护的范围。

本公开实施例中术语“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。

本公开实施例中术语“Java虚拟机(Java Virtual Machine，JVM)”，表示一种计算机设备的规范，是一种抽象化的计算机，通过在真实计算机上仿真模拟各种计算机功能来实现相应的功能。其中，引入Java虚拟机后，Java语言在不同平台上运行时不需要重新编译，Java语言使用Java虚拟机屏蔽了与具体平台相关的信息，使得Java语言编译程序只需生成在Java虚拟机上运行的目标代码(字节码)，就可以在多种平台上不加修改地运行。

本公开实施例中术语“软件开发工具包(software development kit，sdk)”，表示为特定的软件包、软件框架、硬件平台、操作系统等建立应用软件时的开发工具的集合；

本公开实施例中术语“数字签名”，表示信息发送者产生的无法伪造的一段数字串，该数字串同时也是对信息发送者发送信息真实性的有效证明，是一种使用公钥加密领域的技术来鉴别数字信息的方法。

本公开实施例中术语“Session”，在计算机中称为“会话控制”。Session对象存储特定用户会话所需的属性及配置信息。当用户在应用程序的Web页之间跳转时，存储在Session对象中的变量将不会丢失，而是存在于用户整个会话中。

本公开实施例中术语“远程字典服务(Remote Dictionary Server，Redis)”，表示一个开源的使用ANSI C语言编写、支持网络、可基于内存也可持久化的日志型、Key-Value数据库，并提供多种语言的应用程序接口(Application Programming Interface，API)。

本公开实施例中术语“动态类加载”，表示将类的class文件(java代码编译后的文件)读入到内存，并为其创建一个对象，类的加载通过类加载器完成。

本公开实施例描述的应用场景是为了更加清楚的说明本公开实施例的技术方案，并不构成对于本公开实施例提供的技术方案的限定，本领域普通技术人员可知，随着新应用场景的出现，本公开实施例提供的技术方案对于类似的技术问题，同样适用。其中，在本公开的描述中，除非另有说明，“多个”的含义是两个或两个以上。

随着云服务的发展，各个物联网或互联网厂商都针对自身产品开发了云服务系统，在实际生产过程中，往往需要用到多家第三方的产品、系统和服务来组建自身的解决方案，但是不同厂商的产品有着不同的通讯协议，不同的鉴权方式，相互独立的数据库，如果针对每个第三方系统，单独开发一个用来做协议转换的适配器服务，效率较低。如果所有适配器模块的代码均运行在一个适配器服务中，那么在新接入或者停用某个第三方服务时，需要对该适配器模块重新打包编译和重新部署，在重启过程中，自身服务和所有的第三方服务通讯均会中断。如果部署多个适配器服务以形成集群来达到高可用的效果，又会造成硬件资源的浪费。如图1所示，目前针对多个第三方系统，通过单独开发的协议转换的适配器服务实现协议的转换，该适配服务处于网关和多个第三方系统之间，由于所有协议转换的代码均运行在同一个适配服务中，如果新接入第三方系统时，在该适配服务中添加了新的代码，因此需要对该适配器模块重新打包编译和重新部署，必然导致多个用户与第三方系统之间的通讯中断。为了解决该技术问题，本公开实施例提供一种通用的、可动态配置的通讯协议转换方法，通过针对不同第三方系统的配置规则，为不同第三方系统配置对应的通信协议，如果新增加第三方系统时，只需在配置规则集合中添加新的配置规则，在实现该配置规则的运行时，由于并未添加新的代码，而是通过添加新的进程来运行新添加的配置规则，从而不需要重新打包编译和部署，解决了传统定制开发适配器服务导致的效率低下的问题。

本公开设计的核心思想是利用配置规则集合中包含的不同的第三方系统的通信协议的配置规则，选择与接收的网络请求消息对应的配置规则，对该网络请求消息进行通信协议转换后发送给第三方系统，以建立终端和该第三方系统之间的通信连接。由于本实施例中预先存储了不同第三方系统的配置规则，可以利用对应的配置规则对接收到的不同的网络请求消息进行通信协议转换，提供一种通用的协议转换方式，如果第三方系统对应的配置规则发生了新增、删除或修改，由于并没有对代码进行新增、删除或修改，因此无需重新进行编译和部署，解决了传统定制开发适配器服务导致效率低下的问题。

在一些示例中，本实施例提供的一种通讯协议转换方法可应用于网关设备或其他服务器设备，若应用于网关设备，则本实施例提供的通讯协议转换的网络架构如图2A所示，包括至少一个终端200a、网关设备201a、多个第三方系统202a，或者，本实施例提供的通讯协议转换的网络架构如图2B所示，包括至少一个服务器200b、网关设备201b、多个第三方系统202b。其中本实施例提的通讯协议转换方法部署在网关设备，与网关设备本身功能进行集成，当新增第三方系统时，可以在网关设备中存储的配置规则集合中对配置规则进行添加，即添加该新增第三方系统的配置规则，通过对该配置规则进行实例化处理后，使用该配置规则实例化得到的进程对用户终端发送的网络请求消息进行通信协议转换，能够保证在添加新的第三方系统之后不影响原有的第三方系统正常运行，其中对配置规则进行删除或修改的原理与对配置规则进行新增的原理相同，此处不再赘述。在实际实施中，还可以将自身的业务系统和第三方系统结合实施，网络架构如图2C所示，其中以通信设备为终端为例，将本实施例提供的通讯协议转换方法部署在网关设备，实现多个终端与自身的业务系统以及第三方系统进行通信。

在一些示例中，如图2D所示，本实施例中的网关设备包括路由组件200和配置策略组件201，其中路由组件200配置为网关设备本身原有的功能，用于实现为自身业务系统(即非第三方系统)提供转发等通信服务，或与配置策略组件201协同工作，以针对第三方系统提供服务。配置策略组件201配置为根据存储的配置规则对发送给第三方系统的网络请求消息进行协议转换。本实施例中的路由组件200和配置策略组件201，在针对非第三方系统服务时是互不干扰的，并且，配置策略组件201进行协议转换之前需要使用路由组件200中的编解码模块200a对接收的网络请求消息进行解码，对发送的网络请求消息进行编码，并通过路由组件200中的路由模块200b对协议转换后的网络请求消息转发给相应的第三方系统。

由于本实施例中的路由组件200和配置策略组件201是互不干扰且相互配合的，因此可以通过本实施例中的网关针对第三方系统和非第三方系统进行统一部署，网关接收通信设备发送的网络请求消息后，先通过路由组件200判断该网络请求消息是用于与第三方系统建立通信连接的，还是用于与非第三方系统建立通信连接的；具体判断的方式是，通过网络请求消息中携带的路由信息，判断该路由信息中是否包含了配置规则，如果包含则确认该网络请求消息是发送给第三方系统的，需要使用协议转换模块进行协议转换后发送给第三方系统，如果确定该路由信息中未包含配置规则，则确认该网络请求消息是发送给非第三方系统的，不需要进行协议转换，可以直接将网络请求消息转发给非第三方系统。因此，该判断模式可以方便简洁地协调路由组件和配置策略组件，使其高效运转、有效连通通信设备至不同对象(第三方或非第三方)、降低人工成本。

在一些示例中，本实施例中的网关设备还可以包括确认模块，被配置为执行在路由组件判断网络请求消息后，判断是否需要进行配置策略组件的处理。例如，通信设备初次通过交互界面的方式对配置规则进行配置后，后续再通过网关设备建立与第三方系统的通信连接时，路由组件无需再次对接收的网络请求消息进行判断，而是通过确认模块直接判断是否需要进行配置策略组件的处理，降低网关设备中路由组件处理的数据量，节省网关设备中路由组件的资源，尤其针对高并发情况下，保证网关设备的高效运行。

若确定该网络请求消息为用于与第三方系统建立通信连接的网络请求消息，则利用配置策略组件201，从配置规则集合中确定与所述网络请求消息对应的配置规则；根据所述配置规则对所述网络请求消息进行通信协议转换，然后利用路由组件200将通信协议转换后的网络请求消息发送给对应的第三方系统；若该网络请求消息为用于与非第三方系统建立通信连接的网络请求消息，则利用路由组件200将所述网络请求消息直接发送给所述非第三方系统。

在一些示例中，如图2E所示，本实施例中的网关设备的路由组件200包括编解码模块200e，路由模块200f，网关设备的配置策略组件201包括会话保持模块201e，协议转换模块201f，内部存储模块201g。

其中，编解码模块200e，用于对所有收到的网络请求消息的解码和发出的网络请求消息的编码。

路由模块200f，用于将不同的网络请求消息根据对应的配置规则进行转发，还用于判断当前的网络请求消息中携带的路由信息中是否包含配置规则，如果包含则确认该网络请求消息需要进行协议转换后发送给第三方系统，否则将该网络请求消息直接发送给非第三方系统(自身的业务系统)。

会话保持模块201e，用于维持与第三方系统的会话。

协议转换模块201f，用于用于对收到的网络请求消息根据对应的配置规则转换为符合第三方系统要求的网络请求消息。

内部存储模块201g，用于存储配置规则、第三方系统的sdk文件等数据。

如图3A所示，本实施例提供的通讯协议转换方法的实施流程如下：

步骤300、接收通信设备发送的至少一个用于与第三方系统建立通信连接的网络请求消息；

在一些示例中，本实施例中的通信设备包括但不限于终端、服务器。本实施例中的第三方系统包括但不限于终端、服务器。实施中，可以是终端与多个第三方系统建立通信连接，也可以是服务器与多个第三方系统(服务器)建立通信连接，在实际应用中，可以理解为建立自身企业的服务器和从第三方购买的服务器之间的通信连接，具体可根据实际需求确定，本实施例对此不作过多限定。在具体应用场景中，将企业A的服务器按本实施例提供的通讯协议转换方法配置为网关设备，将通信设备和第三方系统之间的通信消息进行协议转换。

在一些示例中，接收通信设备发送的一个网络请求消息，该网络请求消息中携带与第三方系统建立通信连接的消息；或，接收通信设备发送的多个网络请求消息，每个网络请求消息中携带与第三方系统建立通信连接的消息，其中网络请求消息与第三方系统之间的是一一对应的，即通信设备根据发送不同的网络请求消息，向不同的第三方系统发送建立通信连接的请求。

需要说明的是，本实施例中的网络请求消息实际上为数据包，该数据包结构的示意图如图4A所示，本实施例中的通讯协议转换的本质是通过与该第三方系统对应的应用层协议，将通信设备向第三方系统发送的数据包的应用层数据使用的应用层协议进行协议转换，将协议转换后的应用层数据转发给第三方系统，从而实现通信设备和第三方系统之间的通信。一般而言，由于第三方系统都具备自身特定的应用层协议，并区别于普通的应用层协议，因此需要将通信设备的数据包中的应用层数据对应的应用层协议，转换为需要建立通信连接的第三方系统的应用层协议。

其中，网络请求消息使用的协议结构如图4B所示，其中应用层协议与数据包中的应用层数据对应，TCP/IP协议与数据包中的TCP头部、IP头部对应，链路层与数据包中的以太网头部对应。需要说明的是，本实施例中的数据包和对应的协议结构仅为一种示例，本实施例对该网络请求消息的具体结构不作过多限定。在一些示例中，本实施例中的网络请求消息包括：路由信息、源地址信息、消息内容中的至少一种。

步骤301、从配置规则集合中确定与所述网络请求消息对应的配置规则，其中所述配置规则集合包括不同的第三方系统的通信协议的配置规则；

需要说明的是，本实施例中的配置规则集合是预先根据多个第三方系统分别对应的配置规则确定的，并将所有第三方系统的配置规则生成配置规则集合后，将该配置规则集合进行存储。在一些示例中，将配置规则集合存储于网关的内部存储模块中，包括但不限于内存或硬盘存储，可选的，硬盘存储存有配置规则集合，包括多个配置规则，内存负责实现将各个配置规则进行实例化处理，其中还可以将“路由信息”、“网关日志”等存储于内部存储模块中。可选的，本实施例中硬盘存储采用PostgreSQL数据库实现存储功能，内存采用redis数据库实现存储功能。本实施例通过上述方式预先存储配置规则集合之后，利用存储的配置规则集合进行实例化处理，从而实现通信协议转换。

在一些示例中，本实施例中的配置规则包括路由规则；编码解码规则；协议转换规则中的至少一种；配置规则中的路由规则、编码解码规则、协议转换规则以及第三方系统之间是一一对应的。实施中，可以建立第三方系统的标识、路由规则、编码解码规则以及协议转换规则之间的映射关系。

其中，路由规则用于表征路由的格式规则、名称规则中的至少一种，例如，不同的路由规则说明路由格式不同或网关域名不同。

编码解码规则用于表征对消息的编码和解码的方式，不同的编码解码规则能够对不同的消息进行编码和解码。

协议转换规则包括：令牌配置规则、数字签名配置规则、消息配置规则、使用软件开发工具包文件的配置规则中的至少一种。

其中，令牌配置规则用于表征第三方系统使用的令牌的规则，例如令牌的地址、令牌的域名、令牌的键、令牌的格式、令牌的请求头添加或修改，令牌的请求体添加或修改，令牌的正则表达式、令牌的失效时间等规则。实施中，通过修改令牌配置规则能够保证对所有第三方系统进行有效访问，由于目前所有云平台的访问令牌都是有时效限制的，需要在访问令牌失效之前重新请求新的访问令牌，本实施例通过实时获取访问令牌的有效性，并通过在令牌失效后重新获取、更新令牌的方式，保证和第三方系统始终建立会话连接。

数字签名配置规则用于表征第三方系统使用的数字签名规则。由于目前各个第三方系统大多具有各自使用的数字签名规则，各个第三方系统之间的数字签名规则不能通用，而本实施例通过配置数字签名配置规则，可以将网络请求消息中添加/修改与各个第三方系统对应的数字签名规则，从而实现通用性。

消息配置规则用于表征请求消息和响应消息对应的配置规则，例如请求头的添加或修改、请求体的添加或修改、请求参数的添加或修改，响应头的添加或修改、响应体的添加或修改、响应参数的添加或修改。实施中，由于各个第三方系统对网络请求消息中数据的传输格式存在明确且不同的要求，并且需要添加各自第三方系统的访问令牌，因此，通过消息配置规则和令牌配置规则，对消息格式和访问令牌进行配置，从而实现通用性。

使用软件开发工具包sdk文件的配置规则，是指如果第三方系统不公开自身的数据加密或数字签名算法，要求外部访问用户使用其提供的sdk来进行数据加密和数字签名，则在配置规则中可以保存该第三方系统的sdk文件，使用sdk文件对消息进行数据加密和数字签名。其中，sdk文件是配置规则的一部分，可以直接加载使用但不能查看具体的数据加密和数字签名算法。实施中，当某些第三方系统要求使用其提供的sdk文件来对传输的数据进行数据加密和数字签名时，本实施例可以利用该配置规则，直接将该sdk文件添加到配置规则集合，实现加载使用的功能。

在一些示例中，本实施例中的具体协议转换规则如下表1所示。

表1配置规则集合表

本实施例提供的配置规则集合用于对不同规则进行有效梳理，使得系统提升用户的体验，使不具备较深专业知识的用户也能简洁友好地执行配置。进一步地，在确定配置规则的维度时，从不同规则(1-4)中分别选择对应的选项，能够有效地节省时间，进一步提升用户体验。

另外，通过不同维度的规则添加或修改，可以避免不需要的信息外泄给请求方或接收方。如，第三方对于“token剩余次数”在仅需平台了解参考的情况下(网关获悉)，通常不宜反馈给通信设备(通信设备不获悉)。

在一些示例中，通过如下方式确定与所述网络请求消息对应的配置规则：

实施中，路由信息、路由规则以及第三方系统之间是一一对应的。通过对请求消息进行解码后，解析路由信息，根据确定该路由信息对应的路由规则，即根据路由规则解析路由中的完整地址(包括http地址信息)，得到与该路由信息对应的第三方系统。容易理解的是，在实际多个第三方系统搭建的过程中，不同的第三方系统通常设置不同的路由规则，不同的路由规则对应不同的路由信息，以使终端能够同时和不同的配置系统建立通信连接，保证建立的不同通信链路之间是相互独立的。

在一些示例中，路由信息和配置规则的对应关系包括但不限于如下任一方式：

方式3-1、配置规则与所述路由信息一一对应；

方式3-2、所述多个路由信息对应相同的配置规则。

在一些示例中，如图3B所示，路由信息中包含的具体字段包括但不限于：路由名称、路由说明、路径、完整地址、服务ID、归属应用ID、配置规则ID、是否重试。其中通过多个路由信息中包含的“配置规则ID”字段，从各个配置规则中筛选出匹配的配置规则。例如路由信息1和路由信息2中都包含相同的配置规则ID1，则说明路由信息1和路由信息2都对应相同的配置规则。

在一些示例中，如图3C所示，本实施例还提供一种界面图，用于显示路由信息中的各个字段，用户可以直观的查看不同路由信息中的各个配置规则，并且对配置规则进行编辑、删除、或更多的操作；其中，更多的操作可以通过下拉菜单的方式进行显示，如图3D所示，当用户点击更多操作后，下拉菜单中显示“配置适配规则”，如图3E所示，用户点击下拉菜单中的“配置适配规则”之后，在显示界面弹出弹窗，在弹窗中用户可以对适配规则进行选择，其中，适配规则用于表示本实施例中的配置规则。本实施例提供的界面，能够方便快捷地使用户确认配置规则，实现用户所需的策略选择。进一步地，下拉框的设置，为择一选择，与“同一个路由信息只能对应一个配置规则”相契合，能够有效避免用户的误选，提高用户的使用体验。

实施中，用户初次通过显示界面配置适配规则之后，会将该配置适配规则进行存储，例如存储在网关设备的确认模块，当后续通过网关设备建立与第三方系统的通信连接时，路由组件无需再次对接收的网络请求消息进行判断，而是通过确认模块中存储的配置适配规则，直接判断是否需要进行配置策略组件的处理，降低网关设备中路由组件处理的数据量，节省网关设备中路由组件的资源，尤其针对高并发情况下，保证网关设备的高效运行。

可以理解的是，同一个路由信息只能对应一个配置规则，而同一个配置规则可以对应一个或多个路由信息。如果多个路由信息对应相同的配置规则时，与该多个路由信息对应的多个第三方系统的配置规则是相同的，那么多个第三方系统与终端的交互数据是可以复用的，通过为不同的第三方系统配置不同的端口号，从而解决大量终端同时与多个第三方系统进行信息交互时导致系统崩溃的问题，使得该场景下多个第三方系统能够实现负载均衡。本实施例提供的两种配置规则和路由信息对应的方式，可根据实际需求进行选择，本实施例对此不作过多限定。

实施中，可以在配置规则集合中存储有路由信息和配置规则的对应关系，也可以利用路由信息、第三方系统标识、配置规则之间的对应关系，通过如下步骤从所述配置规则集合中确定与所述路由信息对应的配置规则：

步骤301a、根据所述网络请求消息中携带的述路由信息，确定与所述路由信息对应的第三方系统；

实施中，可以根据配置规则集合中的路由规则解析所述路由信息，例如根据该路由信息中的路径确定适配的路由规则并进行解析，如果解析成功说明该路由信息和该路由规则是匹配的，否则不匹配，则利用解析得到的路由信息，确定与所述路由信息对应的第三方系统。本实施例可以根据路由信息来确定第三方系统，尤其针对存在大量第三方系统时，网关设备能够更加简便地通过路由信息获取第三方系统，进而确定第三方系统的配置规则，对于用户而言，不需要专业知识也可以方便简单地确定配置规则，提高用户的使用体验。

为了便于用户更好的对系统进行运维，在一些示例中，还可以将规则配置界面进行显示，如图5所示，通过显示界面显示各个第三方系统的路由信息以及对应的配置规则，其中显示的路由信息包括但不限于：路由名称、路由说明、路径、完整地址、服务ID、归属应用中的至少一种。显示的配置规则包括但不限于：配置规则、忽略前缀、是否重试、操作(包括编辑、删除、更多操作)中的至少一种。

步骤301b、从所述配置规则集合中确定与所述第三方系统对应的配置规则。

在一些示例中，根据路由信息确定对应的第三方系统，根据第三方系统确定对应的配置规则之后，利用配置规则中的编解码规则(区别于常用的编解码规则)，对终端发送的网络请求消息再次进行解码，对再次解码后的网络请求消息进行通信协议转换。

步骤302、根据所述配置规则对所述网络请求消息进行通信协议转换；

在一些示例中，根据所述配置规则对所述网络请求消息进行通信协议转换之前，还包括：确定所述配置规则生效。

实施中，将第三方系统的配置规则添加到配置规则集合中之后，还可以通过是否收到用户指示的生效指令，确定配置规则是否生效，从而利用生效的配置规则对所述网络请求消息进行通信协议转换。即若所述配置规则生效，则根据所述配置规则对所述网络请求消息进行通信协议转换；否则不执行通信协议转换。

在一些示例中，通过如下步骤进行通信协议转换：

步骤302a、将所述配置规则中的协议转换规则，进行实例化处理，得到执行协议转换的进程；

需要说明的是，实例化处理用于表征根据指定的代码创建一个或多个可以执行的进程的过程。由于代码需要经过实例化后才可以被执行，因此本实施例对协议转换规则进行实例化处理后，可以得到利用该协议转换规则执行协议转换的进程。

步骤302b、所述网络请求消息通过所述协议转换的进程进行通信协议转换。具体实施时，网络请求消息通过协议转换的一个或多个进程，对网络请求消息进行通信协议转换。

在一些示例中，若所述配置规则包括第三方系统的软件开发工具包sdk文件，则利用类加载器加载所述第三方系统的软件开发工具包文件，得到执行所述软件开发工具包文件的进程，所述网络请求消息通过执行所述软件开发工具包文件的进程进行数字签名和加密；其中所述软件开发工具包文件与所述第三方系统是一一对应的。

具体实施中，sdk文件是由一系列class文件构成的，加载是指sdk文件编译得到的class文件读入到网关设备的内存，并为之创建一个对象，类的加载由类加载器完成，类加载器可通过JVM提供或通过继承ClassLoader基类来创建自己的类加载器，通过使用不同的类加载器，可以从不同来源加载类的二进制数据。

在实施中，预先确定了所有第三方系统的配置规则，包括第三方系统要求的sdk文件，将所有的配置规则和sdk文件生成一个配置规则集合存储在内部存储模块中，在进行协议转换时，可以先将配置规则集合中所有的配置规则和sdk文件都进行实例化处理，当网关设备接收到请求消息之后，可根据请求消息中的路由信息确定对应的配置规则，使用与该配置规则对应的实例化后得到执行协议转换的进程进行通信协议转换。

在一些示例中，本实施例中的协议转换规则包括如下任一或任多种：

1)令牌配置规则；

具体包括如下任一或任多：获取令牌的地址、获取令牌的域名、获取令牌的http方法、获取令牌的请求体添加或修改、获取令牌的请求头添加或修改、获取令牌的正则表达式、令牌失效时间、令牌的键、令牌的格式、令牌有效检查uri、令牌失效字符串、可以选择加在url后和请求头中。

2)数字签名配置规则；

具体包括如下任一或任多：数字签名算法、数字签名范围(可以选择body 或body&headers)、数字签名的键、数据加密算法。

3)消息配置规则；

具体包括如下任一或任多：请求头添加或修改、请求头移除、请求体添加或修改、请求参数添加或修改、添加session、移除session、响应头添加或修改、响应头移除、响应体添加或修改、响应体移除、重定向地址、转发地址、修改响应码。如下所示：

3-1)统一资源标志符URI配置规则；具体包括更改请求URI。

3-2)消息头配置规则；具体包括增加请求头、修改请求头、移出指定的请求头、移出指定的响应头、修改响应头中至少一种。

3-3)消息参数配置规则；具体包括增加请求参数、修改请求参数、修改响应参数中的至少一种。

3-4)消息加密规则；具体包括对请求数据进行加密。

3-5)消息签名配置规则；具体包括对请求消息进行数字签名。

3-6)超文本传输协议HTTP状态码配置规则；具体包括修改HTTP请求方法、修改HTTP状态码、断路器(可理解为黑名单、拦截功能)、忽略前缀、移出session中的至少一种。

3-7)消息重定向规则；

3-8)转发规则。

4)使用软件开发工具包sdk文件的配置规则；

使用sdk文件的数据加密算法和数据签名算法对请求消息进行数据加密和数据签名。

步骤303、将所述通信协议转换后的网络请求消息发送给对应的第三方系统。

实施中，将通信协议转换后的网络请求消息发送给对应的第三方系统之前，根据配置规则中该第三方系统对应的编码解码规则，对通信协议转换后的网络请求消息进行编码，将编码后的网络请求消息发送给第三方系统。

在一些示例中，根据所述网络请求消息中携带的路由信息，将所述通信协议转换后的网络请求消息发送给与所述路由信息对应的第三方系统。

本实施例通过上述步骤实现了针对不同的第三方系统，终端需要和多个不同的第三方系统建立连接时，能够采用本实施例中的上述步骤快速生效，解决了大体量的物联网云平台集成多种第三方系统效率低的问题。

在一些示例中，本实施例在接收通信设备发送的至少一个用于与第三方系统建立通信连接的网络请求消息的同时，还可以接收通信设备发送的至少一个用于与非第三方系统建立通信连接的网络请求消息；具体实施中，接收通信设备发送的网络请求消息后，先判断该网络请求消息是发送给第三方系统的，还是非第三方系统的，具体可以根据网络请求消息中的路由信息中是否包含配置规则来确定，如果包含则当确定所述网络请求消息为用于与第三方系统建立通信连接的网络请求消息，即确定该网络请求消息是发送给第三方系统的，需要进行协议转换，否则确定所述网络请求消息为用于与非第三方系统建立通信连接的网络请求消息，将该网络请求消息直接发送给非第三方系统。本实施例能够实现网关设备根据路由信息来判断是否需要进行协议转换，实现了通用性。

在一些示例中，本实施例还提供一种对接收第三方系统发送的网络响应消息进行协议转换的方法，如图6所示，该方法的具体实施步骤如下所示：

步骤600、接收所述第三方系统发送的网络响应消息，从所述配置规则集合中确定所述第三方系统的配置规则；

容易理解的是，由于网络响应消息是接收第三方系统发送的，因此根据接收的网络响应消息就能够确定第三方系统，只需从配置规则集合中确定该第三方系统的配置规则即可。

步骤601、根据所述配置规则对所述网络响应消息进行通信协议转换；

在一些示例中，通过如下步骤进行通信协议转换：

步骤601a、将所述配置规则中的协议转换规则，进行实例化处理，得到执行协议转换的进程；

步骤601b、通过所述协议转换的进程，对所述网络响应消息进行通信协议转换。其中，网络响应消息通过协议转换的一个或多个进程，对网络响应消息进行通信协议转换。

步骤602、将所述通信协议转换后的网络响应消息发送给所述通信设备。

在一些示例中，通过如下方式将网络响应消息发送给通信设备：

本实施例可以对终端发送给第三方系统的网络请求消息进行通信协议转换后转发给第三方系统，还可以对第三方系统发送给终端的网络响应消息进行通信协议转换后转发给终端。

在一些示例中，如图7所示，本公开实施例还提供一种详细的通信协议转换方法，该方法的具体实施流程如下所示：

步骤700、接收终端发送的至少一个用于与第三方系统建立通信连接的网络请求消息；

步骤701、根据所述网络请求消息中携带的路由信息，确定与所述路由信息对应的第三方系统，从所述配置规则集合中确定与所述第三方系统对应的配置规则；

步骤702、将第三方系统的配置规则中的协议转换规则，进行实例化处理，得到执行协议转换的进程；所述网络请求消息通过所述协议转换的进程进行通信协议转换；

步骤703、根据所述网络请求消息中携带的路由信息，将所述通信协议转换后的网络请求消息发送给与所述路由信息对应的第三方系统；

步骤704、接收所述第三方系统发送的网络响应消息，从所述配置规则集合中确定所述第三方系统的配置规则；

步骤705、根据第三方系统的配置规则中的协议转换规则进行实例化处理得到的执行协议转换的进程，对所述网络响应消息进行通信协议转换；

步骤706、根据所述网络请求消息的源地址，将所述通信协议转换后的网络响应消息发送给位于所述源地址的终端。

在一些示例中，本公开实施例还提供支持上传sdk的功能，该功能保证了对于使用自身数据加密和签名算法的第三方系统，仍可以对该第三方系统进行规则配置，并且可以直接利用加载外部的sdk文件对网络请求消息进行数据加密和签名，适用于各种第三方系统，具体更强的通用性。通过上传外部sdk来自定义数据加密或数字签名算法。需要说明的是，针对某些对安全性要求较高的第三方系统(第三方系统)，不会公开自身的数据加密或数字签名算法，要求外部访问者使用该第三方系统提供的sdk来进行数字签名和数据加密。而本公开实施例通过使用java动态类加载技术，支持通过上传sdk，指定sdk中的加密方法来适配这类第三方系统。其中，如图8所示，本实施例提供一种内存和类加载器的结构关系示意图。加载指的是将类的class文件(java代码编译后的文件)读入到内存(本实施例中网关设备的内存)，即将sdk文件编译得到的class文件读入到内存，并为之创建一个对象，类的加载由类加载器完成，类加载器可通过JVM提供或通过继承ClassLoader基类来创建自己的类加载器，通过使用不同的类加载器，可以从不同来源加载类的二进制数据。

本实施例具体加载sdk文件的方法实施流程如下所示：

1)利用类加载器加载所述第三方系统的软件开发工具包sdk文件；

实施中，将sdk文件编译得到的class文件读入到内存，并为之创建一个对象。

2)将所述加载后的sdk文件存储到所述配置规则集合中；

其中所述sdk文件与所述第三方系统是一一对应的。在使用sdk文件时，会先判断与终端发送的网络请求消息对应的配置规则中是否存在sdk文件，若存在则利用该sdk文件对该网络请求消息进行数字签名和加密。

如图9所示，本实施例提供的一种使用外部加载sdk文件的实施流程如下：

步骤900、获取上传的java类型的sdk文件；

步骤901、使用类加载器加载该sdk文件并存储到配置规则集合；

步骤902、接收终端发送的网络请求消息，从配置规则集合中确定与所述网络请求消息对应的配置规则；

步骤903、确定所述配置规则中包含sdk文件；

步骤904、使用sdk中的签名算法，对该网络请求消息中指定的数据进行数字签名，将数字签名后的数据添加到该网络请求消息指定的请求头中；

步骤905、使用sdk中的数据加密算法对该网络请求消息中的数据进行加密；

步骤906、将加密后的网络请求消息发送给第三方系统。

在一些示例中，如图10A所示，本实施例提供的一种系统通讯协议转换的网关设备内部实施结构示意图，网关设备用于在多个终端和多个第三方系统之间建立通信连接，其中，网关设备中的内部存储模块存储有配置规则集合，配置规则集合中的每个配置规则进行实例化处理后，得到对应的一个协议转换的进程，每个进程与第三方系统是一一对应的，例如进程A对应第三方系统A，进程B对应第三方系统B，进程C对应第三方系统C，进程D对应第三方系统D。如果添加新的第三方系统，则只需在配置规则集合中添加新的配置规则，并生成新的进行协议转换的进程，网关设备不需要重启。

在一些示例中，为了方便用户更好的进行维护，还可以通过显示界面接收用户对配置规则进行删除、修改、添加中的至少一种指令。如图11A、图11B所示，用户可以在显示界面点击“删除”、“编辑”、“添加”等按键，从而在显示界面对配置规则进行删除、编辑、添加。还可以通过显示界面对配置规则进行修改，例如点击“编辑”按键，显示令牌Token-编辑界面，如图11C所示，可以对获取token地址(获取令牌的地址)、获取token http方法(获取令牌的http方法)、获取token请求体(获取令牌的请求体添加或修改)、获取token请求头(获取令牌的请求头添加或修改)、获取token正则(获取令牌的正则表达式)、token失效时间(令牌失效时间)、token的键key(令牌的键)、 token的格式(令牌的格式)、类型(可以选择加在url后和请求头中)等进行修改。

在一些示例中，接收用户在显示界面对配置规则进行触控操作、语音控制操作中的至少一种指令，触发对所述配置规则执行与所述指令对应的操作；或，接收用户在显示界面的弹窗中对配置规则进行触控操作、语音控制操作中的至少一种指令，触发对所述配置规则执行与所述指令对应的操作。

在一些示例中，通过显示界面接收用户对配置规则进行删除、修改、添加中的至少一种指令之后，还可以通过如下任一方式对配置规则集合进行更新：

方式1)接收用户通过所述显示界面触发的数据库同步指令，对所述配置规则集合进行更新；

方式2)按预设周期对所述配置规则集合进行更新。

本实施例提供至少两种更新的方式，一种是在接收到用户的指令后进行配置规则集合的更新，另一种是定时对配置规则集合进行更新，其中，用户通过所述显示界面触发的数据库同步指令可以是用户编辑后点击保存触发的指令，也可以是单独按键触发的指令，还可以是删除配置规则后点击确认触发的指令，本实施例对此不作过多限定。例如可以在显示界面设置“数据库同步时间”，从而自动按照预设的数据库同步时间进行数据库的更新，以便于及时更新网关系统，维护终端和第三方系统之间的通信，避免宕机等突发状况发生导致通信中断的问题。本实施例按预设周期对配置规则集合进行更新的方法，能够使配置规则集合的更新机制化，降低人工成本，并且更新周期可调节，能够依据外部情况进行有针对的调整，以满足用户需求。例如，针对高并发量的情况(双十一等外部有大规模通信请求的情况)，可以进行行之有效的适当调节。

在一些示例中，本实施例提供如下任一更新配置规则的方法：

方法1)若通过监听进程监听到所述配置规则集合中配置规则的改变，则通知更新进程对所述配置规则集合进行更新；

该方式更新过程如图10B所示，通过Web端修改配置规则集合后，协议转换模块通过轮询的方式，监听到网关设备中的内部存储模块中存储的配置规则集合中配置规则的改变，对配置规则集合进行更新。

方法2)将所述配置规则集合存放到消息队列中并监听所述消息队列的内容，若监听到所述配置规则集合中配置规则的改变，则对所述消息队列的内容进行对应的更新。

该方式更新过程如图10C所示，通过Web端修改配置规则集合后，监听到消息队列中存放的配置规则集合中配置规则的改变，对消息队列中的配置规则进行对应的更新，并通知协议转换模块对内部存储模块中存储的配置规则进行更新。

本实施例中上述方式1)-2)和方法1)-2)可以结合实施，对此不作过多限定。需要说明的是，上述更新方式，能够动态地实现人机交互，更有利于快速高效地、界面友好地实现监控，对系统而言，无需宕机，从而保持了系统高效运转；对执行者而言，无需高深的配置知识、无需去后台执行复杂的代码，从而提升了用户体验。

当多执行者(平台使用者，如图10A的web端为多个)使用平台进行配置时，某一执行者的操作可以通过图10B或图10C的方式借助web端向其他执行者提供更新内容(包括但不限于：操作者ID等身份信息，操作者操作更新时间，可供备注的人机交互窗口可起到日志作用)，以便于其他使用者快速知悉当前共同的系统经过了何种配置更新、进而做出决策。尤其在高并发时间节点，能够通过本平台的方案起到快速的更新信息互通、提高用户体验，从而有效应对突发情况。

在一些示例中，本实施例还提供一种更新配置规则的方法，具体包括如下任一或任多种：

1)若确定存在新增的配置规则，则根据所述新增的配置规则对所述配置规则集合进行更新；

实施中，将新增的配置规则添加到所述配置规则集合中，其中新增的配置规则与第三方系统是一一对应的。

2)若确定对所述配置规则集合中的配置规则进行删除，则根据所述删除的配置规则对所述配置规则集合进行更新；

实施中，将配置规则集合中需要删除的配置规则进行删除。

3)若确定对所述配置规则集合中的配置规则进行修改，则根据所述修改的配置规则对所述配置规则集合进行更新。

实施中，修改后的配置规则与第三方系统是一一对应的。

本实施例在修改、删除或添加配置规则的过程中，由于不需要网关重启，能够保证和多个第三方系统之间的通信连接不中断，解决了传统定制开发适配器服务的效率低下与线上环境重启服务的空档期问题，并且和网关融合，有效节省了服务器资源。

在一些示例中，为了实现会话保持功能，本实施例还可以通过如下方式周期发送连接请求，具体如下：

周期向所述第三方系统发送用于保持会话连接的连接请求消息之后，接收所述第三方系统发送的访问令牌，按预设周期访问所述第三方系统的探活接口，确定所述访问令牌的有效性。其中，探活接口由第三方系统提供，而token(访问令牌)作为参数在探活接口中调用。本实施例提供的确定访问令牌的有效性的方法，能够提升用户体验，直观快速地展示给用户令牌有效性结果，方便用户针对令牌失效时的情形快速做出应对。

在一些示例中，确定所述访问令牌的有效性之后，若访问令牌失效，则通过显示界面提示用户所述第三方系统的访问令牌无效，提示用户的方式包括但不限于：通过告警信息、提示信息中的至少一种。本实施例还可以周期性确定访问令牌的有效性，如果确定访问令牌失效，还可以通过显示界面提示用户，提高用户运维的效率。

本实施例还提供一种与第三方系统保持连接并检查访问令牌token有效性的功能，如图12所示，具体实施方式如下：

步骤1200、接收终端发送的网络请求消息后，确定与网络请求消息对应的配置规则中的访问令牌信息；

实施中，本实施例中的访问令牌信息包括但不限于：访问令牌的请求地址、访问令牌的请求参数中的至少一种。

步骤1201、根据所述访问令牌信息，周期向所述第三方系统发送用于保持会话连接的连接请求消息；

容易理解的是，该连接请求消息用于获取第三方系统的访问令牌。

步骤1202、接收所述第三方系统发送的访问令牌，按预设周期访问所述第三方系统的探活接口，确定所述访问令牌的有效性；

可选的，接收所述第三方系统发送的访问令牌之后，将该访问令牌进行存储，如将配置系统发送的访问令牌存储到缓存数据库集群redis。在一些示例中，本实施例还可以将第三方系统的会话session、cookies等信息进行存储，并在失效前进行更新，以保持与第三方系统的会话连接。

步骤1203、若所述访问令牌失效，则重新获取所述第三方系统的有效的访问令牌，利用所述有效的访问令牌对所述配置规则中所述第三方系统的访问令牌进行更新。

在一些示例中，通过如下方式重新获取有效的访问令牌：

根据与所述网络请求消息对应的配置规则中的访问令牌信息，重新向所述第三方系统发送用于保持会话连接的连接请求消息；接收所述第三方系统发送的有效的访问令牌。

在一些示例中，如图13A所示，本实施例提供的第一种进行协议转换前后的对比关系图，其中协议转换前中的请求头Request Header中还没有添加systemtype和token这两项，配置规则具体是在Request Header添加第三方系统要求的systemtype和token，实施中，网关设备根据路由信息1624415503178确定对应的配置规则，在原请求消息的请求头Request Header添加了如下内容：

“systemtype:1

token:0a05b60c-476d-43c4-b1bb-e671e7435118”；

并将添加后的请求消息转发给第三方系统，即转发给Request Url为10.251.186.44:8070的第三方系统。

在一些示例中，如图13B所示，本实施例提供的第二种进行协议转换前后的对比关系图，利用第三方系统提供的sdk文件进行数据加密。其中网关设备根据路由信息1624415503178确定对应的配置规则，从配置规则中获取sdk，调用该sdk对请求体Request Body进行了数据加密，并转发给第三方系统，即转发给10.251.186.44:8070。

在一些示例中，本实施例还提供一种通讯协议转换的具体转换内容，如下所示：

本实施例提供的通信协议转换方法，可应用于网关设备，从而减少服务器的数量和部署工作量，提高网关设备的利用率；基于配置规则集合实现对不同第三方系统的通信连接，并且如果存在新增第三方系统，需要将新增第三方系统的配置规则添加到配置规则集合中，不需要重启网关设备，从而提高开发效率，降低运维难度，解决了重启网关设备期间服务瘫痪的问题；并且本实施例提高的通信协议转换的方法，还可以支持导入外部sdk文件对终端发送的请求消息进行数字签名和加密，从而解决了目前只能通过预先通过代码引入外部sdk文件的问题，尤其针对大体量的第三方系统的搭建，能够有效提高开发效率。

在一些示例中，如图14所示，本实施例还提供了一种通信协议转换系统，用于将通信设备和多个第三方系统建立通信连接，该系统包括至少一个通信设备1400、网关设备1401、多个第三方系统1402，其中：

所述通信设备1400用于发送与所述第三方系统1402建立通信连接的网络请求消息；

所述网关设备1401用于接收所述网络请求消息，从配置规则集合中确定与所述网络请求消息对应的配置规则，根据所述配置规则对所述网络请求消息进行通信协议转换，将所述通信协议转换后的网络请求消息发送给对应的第三方系统1402，其中所述配置规则集合包括不同的第三方系统的通信协议的配置规则。

如图15所述，以一个终端、一个第三方系统为例，本公开实施例中的通信协议转换的交互流程如下所示：

步骤1500、终端向网关设备发送网络请求消息；

步骤1501、网关设备从配置规则集合中确定与所述网络请求消息对应的配置规则；

其中，配置规则集合包括不同的第三方系统的通信协议的配置规则。

实施中，网关设备根据所述网络请求消息中携带的路由信息，确定与所述路由信息对应的第三方系统，从所述配置规则集合中确定与所述第三方系统对应的配置规则。

步骤1502、网关设备根据所述配置规则对所述网络请求消息进行通信协议转换；

在一些示例中，网关设备将所述配置规则中的协议转换规则，进行实例化处理，得到执行协议转换的进程；所述网络请求消息通过所述协议转换的进程进行通信协议转换。

步骤1503、网关设备将通信协议转换后的网络请求消息发送给对应的第三方系统。

在一些示例中，网关设备根据所述网络请求消息中携带的路由信息，将所述通信协议转换后的网络请求消息发送给与所述路由信息对应的第三方系统。

步骤1504、网关设备接收所述第三方系统发送的网络响应消息；

步骤1505、网关设备从所述配置规则集合中确定所述第三方系统的配置规则，根据所述配置规则对所述网络响应消息进行通信协议转换；

在一些示例中，网关设备将所述配置规则中的协议转换规则，进行实例化处理，得到执行协议转换的进程；通过所述协议转换的进程，对所述网络响应消息进行通信协议转换。

在一些示例中，若所述配置规则包括第三方系统的软件开发工具包文件，则利用类加载器加载所述第三方系统的软件开发工具包文件，得到执行所述软件开发工具包文件的进程，网络请求消息通过执行所述软件开发工具包文件的进程进行数字签名和加密。其中所述软件开发工具包文件与所述第三方系统是一一对应的。

步骤1506、网关设备将通信协议转换后的网络响应消息发送给所述终端。

在一些示例中，网关设备根据所述网络请求消息的源地址，将所述通信协议转换后的网络响应消息发送给位于所述源地址的终端。

在一些示例中，网关设备接收终端发送的用于与第三方系统建立通信连接的网络请求消息之后，还用于确定与所述网络请求消息对应的配置规则中的访问令牌信息；根据所述访问令牌信息，周期向所述第三方系统发送用于保持会话连接的连接请求消息。

在一些示例中，网关设备周期向所述第三方系统发送用于保持会话连接的连接请求消息之后，还用于接收所述第三方系统发送的访问令牌，按预设周期访问所述第三方系统的探活接口，确定所述访问令牌的有效性。

在一些示例中，若确定所述访问令牌失效，则网关设备通过显示界面提示用户所述第三方系统的访问令牌无效。

在一些示例中，网关设备确定所述访问令牌的有效性之后，还用于更新访问令牌：具体的，若所述访问令牌失效，则重新获取所述第三方系统的有效的访问令牌，利用所述有效的访问令牌对所述配置规则中所述第三方系统的访问令牌进行更新。

在一些示例中，网关设备根据与所述网络请求消息对应的配置规则中的访问令牌信息，重新向所述第三方系统发送用于保持会话连接的连接请求消息；接收所述第三方系统发送的有效的访问令牌。

在一些示例中，网关设备还用于利用类加载器加载所述第三方系统的软件开发工具包sdk文件；将所述加载后的sdk文件存储到所述配置规则集合中，其中所述sdk文件与所述第三方系统是一一对应的。

在一些示例中，若所述配置规则中包含sdk文件，则网关设备利用所述sdk文件对所述网络请求消息进行数字签名和加密。

在一些示例中，网关设备还可以通过显示界面接收用户对配置规则进行删除、修改、添加中的至少一种指令。

在一些示例中，网关设备还可以接收用户通过所述显示界面触发的数据库同步指令，对所述配置规则集合进行更新；或，按预设周期对所述配置规则集合进行更新。

在一些示例中，网关设备还可以通过如下方式对所述配置规则集合进行更新：

在一些示例中，网关设备还可以对配置规则集合进行更新，具体包括：

在一些示例中，所述配置规则包括路由规则；编码解码规则；协议转换规则中的至少一种；

如图16所示，本实施提供的网关设备内部具体结构示意图，包括编解码模块1600、路由模块1601、协议转换模块1602、内部存储模块1603、会话保持模块1604；其中：

编解码模块1600，用于对所有收到的网络请求消息的解码和发出的网络请求消息的编码。其中，网络响应消息和网络请求消息的编解码处理的原理是相同的。

实施中，编解码模块进行编解码处理的逻辑和一般的编解码原理是可以是相同的，还可以按照第三方系统要求的编解码算法对消息再次进行编解码，也就是说，如果网关设备接收到终端的请求消息后，首先对请求消息进行一般的解码，得到路由信息，再根据路由信息对应的配置规则中的第三方系统要求的编解码规则对请求消息再次进行解码，并进行对应的协议转换后，先按照第三方系统要求的编解码规则对请求消息进行编码，再按照一般的编解码原理对请求消息再次进行编码后转发给第三方系统。

路由模块1601，用于将不同的网络请求消息根据对应的配置规则进行转发。其中，网络响应消息和网络请求消息的转发原理是相同的。

协议转换模块1602，用于对收到的网络请求消息根据对应的配置规则转换为符合第三方系统要求的网络请求消息。其中，网络响应消息和网络请求消息的协议转换方式的原理是相同的。

在一些示例中，协议转换模块用于接收通信设备发送的至少一个网络请求消息，所述网络请求消息表征用于与第三方系统建立通信连接的消息；从配置规则集合中确定与所述网络请求消息对应的配置规则，其中所述配置规则集合包括不同的第三方系统的通信协议的配置规则；根据所述配置规则对所述网络请求消息进行通信协议转换；将所述通信协议转换后的网络请求消息发送给对应的第三方系统。

内部存储模块1603，用于存储配置规则、第三方系统的sdk文件等数据。

会话保持模块1604，用于维持与第三方系统的会话，将第三方系统的token，session、cookies等信息存储起来，并在其失效前对其进行更新。

如图17所示，本实施例提供的一种通信协议转换系统的示例，包括终端1700、网关设备1701、第三方系统1702。其中，终端1700发送的网络请求消息首先经过网关设备1701中的编解码模块进行编解码处理得到路由信息，路由信息经过路由模块，从内部存储模块中确定对应的配置规则，基于该配置规则利用协议转换模块进行网络请求消息的协议转换，并且在整个协议转换的过程中，网关设备和多个第三方系统之间通过会话保持模块始终保持会话连接。

本实施例中的通信协议转换系统中的每个终端与第三方系统建立的通信连接都需要通过网关设备进行通信协议转换，通信协议转换的核心在于利用配置规则集合中包含的不同的第三方系统的配置规则进行协议转换，从而实现了通用性，并且由于只需要通过配置规则集合进行协议转换，即使存在新增、修改或删除的配置规则，只需将对配置规则集合进行更新，无需重启网关设备，避免各个第三方系统处于停运状态。另外，本实施例还可以支持上传自定义的sdk文件，能够解决第三方系统不公开数据加密或数字签名算法的场景。本公开实施例的方法由于体量小，能够部署在网关设备，节省硬件资源，并且不会对网关设备自身的性能产生影响。

基于相同的发明构思，本公开实施例还提供了一种网关设备，由于该设备即是本公开实施例中的方法中的设备，并且该设备解决问题的原理与该方法相似，因此该设备的实施可以参见方法的实施，重复之处不再赘述。

如图18所示，该设备包括处理器1800和存储器1801，所述存储器1801用于存储所述处理器1800可执行的程序，所述处理器1800用于读取所述存储器1801中的程序并执行如下步骤：

根据所述配置规则对所述网络请求消息进行通信协议转换；

作为一种可选的实施方式，所述处理器还被配置为执行：

将所述网络请求消息直接发送给所述非第三方系统。

作为一种可选的实施方式，所述处理器还被配置为执行：

作为一种可选的实施方式，所述处理器被配置为执行：

作为一种可选的实施方式，所述处理器还被配置为执行：

作为一种可选的实施方式，所述处理器被配置为执行：

若所述配置规则中包含sdk文件，则利用所述sdk文件对所述网络请求消息进行数字签名和加密。

作为一种可选的实施方式，所述处理器被配置为执行：

根据所述配置规则对所述网络响应消息进行通信协议转换；

作为一种可选的实施方式，所述处理器被配置为执行：

接收所述第三方系统发送的有效的访问令牌。

作为一种可选的实施方式，所述处理器还被配置为执行：

按预设周期对所述配置规则集合进行更新。

作为一种可选的实施方式，所述处理器被配置为执行：

基于相同的发明构思，本公开实施例还提供了一种通信协议转换设备，由于该设备即是本公开实施例中的方法中的设备，并且该设备解决问题的原理与该方法相似，因此该设备的实施可以参见方法的实施，重复之处不再赘述。

如图19所示，该设备包括处理器1900和存储器1901，所述存储器1901用于存储所述处理器1900可执行的程序，所述处理器1900用于读取所述存储器1901中的程序并执行如下步骤：

根据所述配置规则对所述网络请求消息进行通信协议转换；

作为一种可选的实施方式，所述处理器还被配置为执行：

将所述网络请求消息直接发送给所述非第三方系统。

作为一种可选的实施方式，所述处理器还被配置为执行：

作为一种可选的实施方式，所述处理器被配置为执行：

作为一种可选的实施方式，所述处理器还被配置为执行：

作为一种可选的实施方式，所述处理器被配置为执行：

根据所述配置规则对所述网络响应消息进行通信协议转换；

作为一种可选的实施方式，所述处理器被配置为执行：

接收所述第三方系统发送的有效的访问令牌。

作为一种可选的实施方式，所述处理器还被配置为执行：

按预设周期对所述配置规则集合进行更新。

作为一种可选的实施方式，所述处理器被配置为执行：

作为一种可选的实施方式，所述处理器还被配置为执行：

基于相同的发明构思，本公开实施例还提供了一种通信协议转换装置，由于该装置即是本公开实施例中的方法中的装置，并且该装置解决问题的原理与该方法相似，因此该装置的实施可以参见方法的实施，重复之处不再赘述。

如图20所示，该装置包括：

接收消息单元2000，用于接收通信设备发送的至少一个用于与第三方系统建立通信连接的网络请求消息；

确定规则单元2001，用于从配置规则集合中确定与所述网络请求消息对应的配置规则，其中所述配置规则集合包括不同的第三方系统的通信协议的配置规则；

协议转换单元2002，用于根据所述配置规则对所述网络请求消息进行通信协议转换；

消息发送单元2003，用于将所述通信协议转换后的网络请求消息发送给对应的第三方系统。

作为一种可选的实施方式，所述接收消息单元2000还用于：

将所述网络请求消息直接发送给所述非第三方系统。

作为一种可选的实施方式，所述接收消息单元2000还用于：

作为一种可选的实施方式，所述确定规则单元具体用于：

作为一种可选的实施方式，所述协议转换单元具体用于：

作为一种可选的实施方式，所述协议转换单元具体还用于：

作为一种可选的实施方式，还包括加载单元具体用于：

作为一种可选的实施方式，所述协议转换单元具体用于：

作为一种可选的实施方式，所述消息发送单元具体用于：

根据所述配置规则对所述网络响应消息进行通信协议转换；

将所述通信协议转换后的网络响应消息发送给所述终端。

作为一种可选的实施方式，所述消息发送单元具体还用于：

根据所述网络请求消息的源地址，将所述通信协议转换后的网络响应消息发送给位于所述源地址的终端。

作为一种可选的实施方式，接收终端发送的用于与第三方系统建立通信连接的网络请求消息之后，还包括会话连接单元具体用于：

作为一种可选的实施方式，所述会话连接单元具体用于：

接收所述第三方系统发送的有效的访问令牌。

作为一种可选的实施方式，还包括接收指令单元具体用于：

作为一种可选的实施方式，所述接收指令单元具体还用于：

按预设周期对所述配置规则集合进行更新。

作为一种可选的实施方式，所述更新单元具体用于：

基于相同的发明构思，本公开实施例还提供了一种计算机存储介质，其上存储有计算机程序，该程序被处理器执行时实现如下步骤：

根据所述配置规则对所述网络请求消息进行通信协议转换；

本领域内的技术人员应明白，本公开的实施例可提供为方法、系统、或计算机程序产品。因此，本公开可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本公开可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本公开是参照根据本公开实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本公开的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本公开范围的所有变更和修改。

显然，本领域的技术人员可以对本公开实施例进行各种改动和变型而不脱离本公开实施例的精神和范围。这样，倘若本公开实施例的这些修改和变型属于本公开权利要求及其等同技术的范围之内，则本公开也意图包含这些改动和变型在内。

Claims

一种通讯协议转换方法，其中，该方法包括：

接收通信设备发送的至少一个用于与第三方系统建立通信连接的网络请求消息；

从配置规则集合中确定与所述网络请求消息对应的配置规则，其中所述配置规则集合包括不同的第三方系统的通信协议的配置规则；

根据所述配置规则对所述网络请求消息进行通信协议转换；

将所述通信协议转换后的网络请求消息发送给对应的第三方系统。
根据权利要求1所述的方法，其中，还包括：

接收通信设备发送的至少一个用于与非第三方系统建立通信连接的网络请求消息；

将所述网络请求消息直接发送给所述非第三方系统。
根据权利要求1或2所述的方法，其中，还包括：

接收通信设备发送的网络请求消息，确定所述网络请求消息为用于与第三方系统建立通信连接的网络请求消息，或者，确定所述网络请求消息为用于与非第三方系统建立通信连接的网络请求消息。
根据权利要求1所述的方法，其中，所述从配置规则集合中确定与所述网络请求消息对应的配置规则，包括：

根据所述网络请求消息中携带的路由信息，从所述配置规则集合中确定与所述路由信息对应的配置规则。
根据权利要求4所述的方法，其中，所述配置规则与所述路由信息一一对应；或，所述多个路由信息对应相同的配置规则。
根据权利要求5所述的方法，其中，所述根据所述网络请求消息中携带的路由信息，从所述配置规则集合中确定与所述路由信息对应的配置规则，包括：

根据所述网络请求消息中携带的路由信息，确定与所述路由信息对应的第三方系统；

从所述配置规则集合中确定与所述第三方系统对应的配置规则。
根据权利要求1所述的方法，其中，所述根据所述配置规则对所述网络请求消息进行通信协议转换，包括：

将所述配置规则中的协议转换规则，进行实例化处理，得到执行协议转换的进程；

所述网络请求消息通过所述协议转换的进程进行通信协议转换。
根据权利要求7所述的方法，其中，所述将所述配置规则中的协议转换规则，进行实例化处理，包括：

若所述配置规则包括第三方系统的软件开发工具包文件，则利用类加载器加载所述第三方系统的软件开发工具包文件，得到执行所述软件开发工具包文件的进程，其中所述软件开发工具包文件与所述第三方系统是一一对应的。
根据权利要求8所述的方法，其中，所述网络请求消息通过所述协议转换的进程进行通信协议转换，包括：

所述网络请求消息通过执行所述软件开发工具包文件的进程进行数字签名和加密。
根据权利要求1所述的方法，其中，所述将所述通信协议转换后的网络请求消息发送给对应的第三方系统，包括：

根据所述网络请求消息中携带的路由信息，将所述通信协议转换后的网络请求消息发送给与所述路由信息对应的第三方系统。
根据权利要求1所述的方法，其中，所述将所述通信协议转换后的网络请求消息发送给对应的第三方系统之后，还包括：

接收所述第三方系统发送的网络响应消息，从所述配置规则集合中确定所述第三方系统的配置规则；

根据所述配置规则对所述网络响应消息进行通信协议转换；

将所述通信协议转换后的网络响应消息发送给所述通信设备。
根据权利要求11所述的方法，其中，所述根据所述配置规则对所述网络响应消息进行通信协议转换，包括：

将所述配置规则中的协议转换规则，进行实例化处理，得到执行协议转换的进程；

通过所述协议转换的进程，对所述网络响应消息进行通信协议转换。
根据权利要求11所述的方法，其中，所述将所述通信协议转换后的网络响应消息发送给所述通信设备，包括：

根据所述网络请求消息的源地址，将所述通信协议转换后的网络响应消息发送给位于所述源地址的通信设备。
根据权利要求1所述的方法，其中，接收终端发送的用于与第三方系统建立通信连接的网络请求消息之后，还包括：

确定与所述网络请求消息对应的配置规则中的访问令牌信息；

根据所述访问令牌信息，周期向所述第三方系统发送用于保持会话连接的连接请求消息。
根据权利要求14所述的方法，其中，所述周期向所述第三方系统发送用于保持会话连接的连接请求消息之后，还包括：

接收所述第三方系统发送的访问令牌，按预设周期访问所述第三方系统的探活接口，确定所述访问令牌的有效性。
根据权利要求15所述的方法，其中，所述确定所述访问令牌的有效性之后，还包括：

若确定所述访问令牌失效，则通过显示界面提示用户所述第三方系统的访问令牌无效。
根据权利要求15所述的方法，其中，所述确定所述访问令牌的有效性之后，还包括：

若所述访问令牌失效，则重新获取所述第三方系统的有效的访问令牌，利用所述有效的访问令牌对所述配置规则中所述第三方系统的访问令牌进行更新。
根据权利要求17所述的方法，其中，所述重新获取所述第三方系统的有效的访问令牌，包括：

根据与所述网络请求消息对应的配置规则中的访问令牌信息，重新向所述第三方系统发送用于保持会话连接的连接请求消息；

接收所述第三方系统发送的有效的访问令牌。
根据权利要求1所述的方法，其中，还包括：

通过显示界面接收用户对配置规则进行删除、修改、添加中的至少一种指令。
根据权利要求19所述的方法，其中，还包括：

接收用户在显示界面对配置规则进行触控操作、语音控制操作中的至少一种指令，触发对所述配置规则执行与所述指令对应的操作；或，

接收用户在显示界面的弹窗中对配置规则进行触控操作、语音控制操作中的至少一种指令，触发对所述配置规则执行与所述指令对应的操作。
根据权利要求19所述的方法，其中，所述通过显示界面接收用户对配置规则进行删除、修改、添加中的至少一种指令之后，还包括：

接收用户通过所述显示界面触发的数据库同步指令，对所述配置规则集合进行更新；或，

按预设周期对所述配置规则集合进行更新。
根据权利要求21所述的方法，其中，所述对所述配置规则集合进行更新，包括：

若通过监听进程监听到所述配置规则集合中配置规则的改变，则通知更新进程对所述配置规则集合进行更新；或，

将所述配置规则集合存放到消息队列中并监听所述消息队列的内容，若监听到所述配置规则集合中配置规则的改变，则对所述消息队列的内容进行对应的更新。
根据权利要求20所述的方法，其中，所述对所述配置规则集合进行更新，包括：

若确定存在新增的配置规则，则根据所述新增的配置规则对所述配置规则集合进行更新；或，

若确定对所述配置规则集合中的配置规则进行删除，则根据所述删除的配置规则对所述配置规则集合进行更新；或，

若确定对所述配置规则集合中的配置规则进行修改，则根据所述修改的配置规则对所述配置规则集合进行更新。
根据权利要求1～2、4～23任一所述的方法，其中，所述配置规则包括路由规则；编码解码规则；协议转换规则中的至少一种；

其中所述协议转换规则包括：令牌配置规则、数字签名配置规则、消息配置规则、使用软件开发工具包文件的配置规则中的至少一种。
一种通信协议转换系统，其中，包括至少一个通信设备、网关设备、多个第三方系统，其中：

所述通信设备用于发送与所述第三方系统建立通信连接的网络请求消息；

所述网关设备用于接收所述网络请求消息，从配置规则集合中确定与所述网络请求消息对应的配置规则，根据所述配置规则对所述网络请求消息进行通信协议转换，将所述通信协议转换后的网络请求消息发送给对应的第三方系统，其中所述配置规则集合包括不同的第三方系统的通信协议的配置规则。
一种网关设备，其中，该网关设备包括处理器和存储器，所述存储器用于存储所述处理器可执行的程序，所述处理器用于读取所述存储器中的程序并执行权利要求1～24任一所述方法的步骤。
一种通信协议转换设备，其中，该设备包括处理器和存储器，所述存储器用于存储所述处理器可执行的程序，所述处理器用于读取所述存储器中的程序并执行权利要求1～24任一所述方法的步骤。
一种计算机存储介质，其上存储有计算机程序，其中，该程序被处理器执行时实现如权利要求1～24任一所述方法的步骤。