CN115866094A - 一种数据传输系统、方法及电子设备 - Google Patents

Abstract

本申请公开一种数据传输系统、方法及电子设备，该系统包括应用于数据发送端的m个插件形式的协议接入模块、应用于数据接收端的n个插件形式的协议接入模块、内部管理模块、第一协议转换模块及第二协议转换模块；内部管理模块，用于根据用户指令，选择出当前数据发送端对应的第一协议接入模块，以及当前数据接收端对应的第二协议接入模块；第一协议转换模块，用于将当前数据发送端的数据流转换为中间数据；第二协议转换模块，用于将中间数据转换为能够被当前数据接收端识别的目标数据。基于以上系统，不需要对原有的软件架构进行更新，只需要在前端导入新协议的插件即可应用新协议，从而降低了研发成本。

Description

一种数据传输系统、方法及电子设备

技术领域

本申请涉及网关技术领域，特别是涉及一种数据传输系统、方法及电子设备。

背景技术

随着网络技术的成熟和普及，网络摄像装置，比如，网络摄像机，成为了时代的新宠。当前网络摄像机为了能接入三方平台，一般会支持多种标准视频网络协议，比如，国家标准协议以及开放式网络视频接口论坛(Open Network Video Interface Forum，ONVIF)协议。集成这些视频网络协议，会使得网络摄像机的程序臃肿，同时，对摄像机的硬件性能也有较高的要求，从而导致硬件成本和研发成本大幅度增加。因此，为了使摄像机和三方平台能够灵活的应用不同的视频网络协议，现有技术主要是通过视频监控网关来对视频网络协议进行转换，即对使用不同网络协议的网络摄像机和三方平台中的数据流进行互相的翻译转换。

但对于上述视频监控网关设备中搭载的软件而言，当增加了新的视频网络协议时，需要对原有的软件架构进行更新，从而导致研发成本高。

发明内容

本申请提供了一种数据传输系统、方法及电子设备，该系统可以解决当增加了新的视频网络协议时，现有技术需要对原有的软件架构进行更新，从而导致研发成本高的问题。

第一方面，本申请提供了一种数据传输系统，包括应用于数据发送端的m个插件形式的协议接入模块、应用于数据接收端的n个插件形式的协议接入模块、内部管理模块、第一协议转换模块及第二协议转换模块，每个协议接入模块均分别与所述内部管理模块相连，所述m个插件形式的协议接入模块还分别与所述第一协议转换模块相连，所述n个插件形式的协议接入模块还分别与所述第二协议转换模块相连，其中，m和n均为大于或等于1整数；

所述内部管理模块，用于根据用户指令，在所述m个插件形式的协议接入模块中，选择出当前数据发送端对应的第一协议接入模块，以及在所述n个插件形式的协议接入模块中，选择出当前数据接收端对应的第二协议接入模块；

所述第一协议转换模块，用于将所述当前数据发送端的数据流转换为中间数据；所述第二协议转换模块，用于将所述中间数据转换为能够被所述当前数据接收端识别的目标数据。

基于上述系统，通过插件形式导入数据发送端的协议和数据接收端的协议，使得当有新协议增加时，不需要对原有的软件架构进行更新，只需要在前端导入新协议的插件即可应用新协议，从而降低了研发成本。

在一种可能的设计中，所述内部管理模块，还用于根据所述用户指令，控制所述第一协议接入模块以及所述第二协议接入模块的状态，其中，所述状态至少包括启动、暂停和停止。

基于上述系统，用户可根据实际需要通过内部管理模块指定数据发送端和数据接收端的协议接入模块，且能对协议接入模块进行控制。

在一种可能的设计中，所述系统还包括协议功能归类表，所述协议功能归类表分别与所述第一协议转换模块及所述第二协议转换模块相连；

所述协议功能归类表，用于对各个协议的功能进行归类，使得所述第一协议转换模块可以在所述协议功能归类表中，查找所述第一协议接入模块对应的功能类别，以及所述第二协议转换模块可以在所述协议功能归类表中，查找所述第二协议接入模块对应的功能类别。

基于上述系统，通过在前端配置导入各个协议的协议功能归类表，使得协议转换模块可以通过查询协议功能归类表，来确定协议接入模块对应的功能类别。

在一种可能的设计中，所述系统还包括协议转换表，其中，所述协议转换表是基于协议功能归类表整合成的，为两种协议互转的公共信息查询表，所述协议转换表分别与所述第一协议转换模块及所述第二协议转换模块相连；

所述协议转换表，用于将所述数据流转换成所述中间数据。

基于上述系统，通过协议转换表，可以将数据发送端的数据流转换成第一协议转换模块以及第二协议转换模块均能识别的公共数据。

在一种可能的设计中，所述系统还包括数据缓存模块，所述数据缓存模块分别与所述第一协议转换模块及所述第二协议转换模块相连；

所述数据缓存模块，用于存储所述中间数据，并与所述第二协议转换模块建立订阅服务，使得所述第二协议转换模块可以发现并提取所述中间数据。

基于上述系统，将中间数据存入数据缓存模块，同时，第二协议转换模块与数据缓存模块建立订阅服务，使得在面对高并发场景时，第二协议转换模块可以及时发现并提取中间数据，提高了协议转换的效率。

第二方面，基于上述数据传输系统，本申请提供了一种数据传输方法，所述方法包括：

根据用户指令，选择当前数据发送端的第一协议接入模块，以及当前数据接收端的第二协议接入模块；

响应于所述第一协议接入模块接收到所述当前数据发送端的数据流，根据协议功能归类表以及协议转换表，将所述数据流转换成中间数据；

根据所述第二协议接入模块以及所述协议功能归类表，将所述中间数据转换成能够被所述当前数据接收端识别的目标数据；

将所述目标数据发送至所述当前数据接收端。

在一种可能的设计中，所述根据协议功能归类表以及协议转换表，将所述数据流转换成中间数据，包括：

在所述协议功能归类表中，确定出所述第一协议接入模块的功能类别，及所述数据流中的第一关键数据，其中，所述第一关键数据与所述功能类别是对应的；

根据所述功能类别，在所述协议转换表中，确定出所述第一协议接入模块与所述第二协议接入模块对应的转换表；

在所述转换表中，确定出所述第一关键数据对应的中间数据。

在一种可能的设计中，所述根据所述第二协议接入模块以及所述协议功能归类表，将所述中间数据转换成能够被所述当前数据接收端识别的目标数据，包括：

提取所述中间数据；

在所述第一协议接入模块与所述第二协议接入模块对应的转换表中，确定出所述第二协议接入模块对应的第二关键数据；

将所述第二关键数据转换成所述目标数据。

第三方面，本申请提供了一种电子设备，包括：

存储器，用于存放计算机程序；

处理器，用于执行所述存储器上所存放的计算机程序时，实现上述的数据传输方法步骤。

第四方面，本申请提供了一种计算机可读存储介质，所述计算机可读存储介质内存储有计算机程序，所述计算机程序被处理器执行时实现上述的数据传输方法步骤。

基于本申请所提供的数据传输方法，通过插件形式导入数据发送端的协议和数据接收端的协议，使得当有新协议增加时，不需要对原有的软件架构进行更新，只需要在前端导入新协议的插件即可应用新协议，从而降低了研发成本。同时，通过前端导入的各个协议的协议功能归类表和协议转换表，可以实现不同协议之间的转换。

上述第二方面至第四方面中的各个方面以及各个方面可能达到的技术效果参照上述针对第一方面或者第一方面中的各种可能方案可以达到的技术效果说明，这里不再重复赘述。

附图说明

图1为本申请提供的一种数据传输系统示意图之一；

图2为本申请提供的一种数据传输系统示意图之二；

图3为本申请提供的一种数据传输系统示意图之三；

图4为本申请提供的一种数据传输系统示意图之四；

图5为本申请提供的一种数据传输方法的流程图；

图6为本申请提供的一种电子设备的结构示意图。

具体实施方式

为了使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请作进一步地详细描述。方法实施例中的具体操作方法也可以应用于装置实施例或系统实施例中。需要说明的是，在本申请的描述中“多个”理解为“至少两个”。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，并存在A和B，单独存在B这三种情况。A与B连接，可以表示：A与B直接连接和A与B通过C连接这两种情况。另外，在本申请的描述中，“第一”、“第二”等词汇，仅用于区分描述的目的，而不能理解为指示或暗示相对重要性，也不能理解为指示或暗示顺序。

下面结合附图，对本申请实施例进行详细描述。

为了使摄像机和三方平台能够灵活的应用不同的视频网络协议，现有技术主要是通过视频监控网关来对视频网络协议进行转换，即对使用不同网络协议的网络摄像机和三方平台中的数据流进行互相的翻译转换。

但对于上述视频监控网关设备中搭载的软件而言，当增加了新的视频网络协议时，需要对原有的软件架构进行更新，从而导致研发成本高。

为了解决上述问题，本申请实施例提供的一种数据传输系统，通过插件形式导入数据发送端的协议和数据接收端的协议，使得当有新协议增加时，不需要对原有的软件架构进行更新，只需要在前端导入新协议的插件即可应用新协议，从而降低了研发成本。其中，本申请实施例所述方法和装置基于同一技术构思，由于方法及装置所解决问题的原理相似，因此装置与方法的实施例可以相互参见，重复之处不再赘述。

为了使本申请的目的、技术方案和优点更加清楚，下面结合附图对本申请作进一步的详细描述。

如图1所示，为本申请提供的一种数据传输系统示意图，包括应用于数据发送端的m个插件形式的协议接入模块、应用于数据接收端的n个插件形式的协议接入模块、内部管理模块11、第一协议转换模块12及第二协议转换模块13，每个协议接入模块均分别与内部管理模块11相连，m个插件形式的协议接入模块还分别与第一协议转换模块12相连，n个插件形式的协议接入模块还分别与第二协议转换模块13相连，其中，m和n均为大于或等于1整数。

在本申请实施例中，m个插件形式的协议接入模块、n个插件形式的协议接入模块、内部管理模块11、第一协议转换模块12及第二协议转换模块13是基于跨平台底层库开发的。跨平台底层库支持多个终端操作系统，包括Linux系统、物联网操作liteOS系统、windows系统及macOS系统，并且跨平台底层库适配不同的中央处理器(CentralProcessing Unit，CPU)，包括32位x86处理器、64位x86处理器、32位arm处理器及64位arm处理器。进一步，将跨平台底层库中的系统层接口，比如线程、时间、网络、内存，按照统一接口进行封装，以供开发使用，从而使得软件具有跨平台的特性。

在一种可能的设计中，m个插件形式的协议接入模块，比如，国家标准协议插件、ONVIF协议插件、一种私有协议GENETEC协议插件，及n个插件形式的协议接入模块，比如，国家标准协议插件、ONVIF协议插件、GENET EC协议插件，这些协议接入模块整合的方式是动态库的插件形式，即只要系统一启动，就动态加载各个协议接入模块。同时，用户可以自由的装载和卸载各个协议接入模块，因此，当有新的协议需要添加时，用户只要导入新协议的插件即可。

内部管理模块11，用于根据用户指令，在m个插件形式的协议接入模块中，选择出当前数据发送端的第一协议接入模块，以及在n个插件形式的协议接入模块中，选择出当前数据接收端的第二协议接入模块。同时，由于各个协议接入模块都是一个单独的进程，因此用户可以在界面上控制各个协议接入模块的状态，其中，状态至少包括启动、暂停和停止；

第一协议转换模块12，用于将当前数据发送端的数据流转换为中间数据；

第二协议转换模块13，用于将中间数据转换为能够被当前数据接收端识别的目标数据。

基于上述系统，通过插件形式导入数据发送端的协议和数据接收端的协议，使得当有新协议增加时，不需要对原有的软件架构进行更新，只需要在前端导入新协议的插件即可应用新协议，从而降低了研发成本。同时，用户可根据实际需要通过内部管理模块指定当前数据发送端和当前数据接收端的协议接入模块，且用户可通过跨平台底层库实现软件跨平台使用。

在一种可能的设计中，如图2所示，数据传输系统还包括协议功能归类表21，协议功能归类表21分别与第一协议转换模块12及第二协议转换模块13相连；

协议功能归类表21，用于对各个协议的功能进行归类，使得第一协议转换模块12可以在协议功能归类表21中，查找出第一协议接入模块对应的功能类别，以及第二协议转换模块13可以在协议功能归类表21中，查找出第二协议接入模块对应的功能类别。在本申请实施例中，每种协议都有一个协议功能归类表，每个协议功能归类表中都有一些关键字段，比如，功能Function字段，代表功能类别，以及参数Params字段，代表协议中参数，除此之外，用户还可以根据需要对不同的协议设定一些特殊字段，举例来讲参考表1：

表1国家标准协议功能归类表

表1中，除Function字段和Params字段外，还有会话发起类型(SessionInitiation Protocol Type，SipType)字段，用于表示Sip消息类型，比如，从数据接收端到数据发送端的请求消息(Request)以及从数据发送端到数据接收端的响应消息(Response)；CmdType字段，用于表示命令类型，比如，报警命令。由表1可知，功能类别为获取报警状态响应GetAlarmStatusReq的协议，对应的Sip消息类型为"MESSAGE"，且消息载体中的CmdType字段为"DeviceStatus"，因此，封装后的数据可以表示为{"SipType":"MESSAGE""CmdType":"DeviceStatus"，"Param":null}，其中，表1可通过前端配置导入。

基于上述系统，通过在前端配置导入各个协议的协议功能归类表，使得协议转换模块可以通过协议功能归类表中的功能类别，确定出数据流中的关键数据。

在一种可能的设计中，如图3所示，数据传输系统还包括协议转换表31，其中，协议转换表31是基于协议功能归类表21整合成的，为两种协议互转的公共信息查询表，协议转换表31分别与第一协议转换模块12及第二协议转换模块13相连；

协议转换表31，用于将当前数据发送端的数据流转换为中间数据，其中，不同的协议之间都有一个特定的协议转换表，举例来讲参考表2：

表2ONVIF协议-国家标准协议转换表

表2中，Functions表示协议所属功能类，Nodes表示数据流的转换节点，包括OnvifServer/Client、MiddleData和GBServer/Client，其中，OnvifServer/Client和GBServer/Client中数据的格式可以是一种轻量级的数据交换格式(JavaScript ObjectNotation，JSON)，即将数据流转换成字符串，从而使得字符串可以在网络中高效率传输，且字符串可以被还原为数据流。同时，MiddleData的存储方式可以是键值key-value存储，其中，value值主要由Functions和params组成，key值为各个协议在接入系统时生成的标识。由表2可知，OnvifServer/Client的数据格式为{"Interface":“接口名”,"params":“参数列表”}，GBServer/Client的数据格式为{"SipType"：“sip消息格式”),"CmdType":“命令类型”,"params":“参数列表”}。

在本申请实施例中，每条协议都对应一个单点功能，在转换的双方协议中都可以找到对应的功能。但是也有特殊的情况，某个功能点在某种协议中只要一条协议信令就可实现，但在另一种协议中需要多条协议配合使用，此时协议转换表中的值就应该为数组，但是值内容格式还是一致。

基于上述系统，通过协议转换表，可以将数据发送端的数据流转换成第一协议转换模块以及第二协议转换模块均能识别的公共数据。

在一种可能的设计中，如图4所示，数据传输系统还包括数据缓存模块41，数据缓存模块41分别与第一协议转换模块12及第二协议转换模块13相连；

数据缓存模块41，用于存储中间数据，并与第二协议转换模块13建立订阅服务，使得当数据缓存模块41中存在中间数据时，第二协议转换模块13可以及时发现并提取中间数据。在本申请实施例中，数据缓存模块41数据的缓存方式可以是数据结构存储系统redis缓存，可以实现当有多个协议转换模块都与数据缓存模块41建立订阅服务时，只要数据缓存模块41中存在中间数据，则多个协议准换模块都能及时发现并提取中间数据。

基于上述系统，将中间数据存入数据缓存模块，同时，第二协议转换模块与数据缓存模块建立订阅服务，使得在面对高并发场景时，第二协议转换模块可以及时发现并提取中间数据，提高了协议转换的效率。

基于同一发明构思，本申请实施例中还提供了一种数据传输方法，所述方法的流程步骤如图5所示，包括：

S51，根据用户指令，选择当前数据发送端的第一协议接入模块，以及当前数据接收端的第二协议接入模块；

S52，响应于第一协议接入模块接收到当前数据发送端的数据流，根据协议功能归类表以及协议转换表，将数据流转换成中间数据；

S53，根据第二协议接入模块以及协议功能归类表，将中间数据转换成能够被当前数据接收端识别的目标数据；

S54，将目标数据发送至当前数据接收端。

在本申请实施例中，要想实现不同协议的转换，首先需要选择出当前数据发送端的第一协议接入模块，以及当前数据接收端的第二协议接入模块，具体的选择方式可以是：

内部管理模块中存在一个和用户进行交互的界面，从而可以根据用户指令，在应用于数据发送端的m个插件形式的协议接入模块中，选择出当前数据发送端的第一协议接入模块，以及在应用于数据接收端的n个插件形式的协议接入模块中，选择出当前数据接收端的第二协议接入模块。同时，由于各个协议接入模块都是一个单独的进程，因此用户可以在界面上控制各个协议接入模块的状态，其中，状态包括启动、暂停和停止。

进一步，第一协议接入模块在接收到当前数据发送端的数据流后，首先，第一协议转换模块会在协议功能归类表中，确定出第一协议接入模块的功能类别，及数据流中的第一关键数据，其中，第一关键数据与第一协议接入模块的功能类别是对应的，并根据第一协议接入模块的功能类别，在协议转换表中，确定出第一协议接入模块与第二协议接入模块对应的转换表，然后，在转换表中确定出第一关键数据对应的中间数据，并将中间数据发送至数据缓存模块缓存。

由于数据缓存模块与第二协议转换模块建立了订阅服务，当数据缓存模块中存在中间数据时，第二协议转换模块能及时发现并提取出中间数据。第二协议转换模块在得到中间数据后，首先，在第一协议接入模块与第二协议接入模块对应的转换表中，确定出第二协议接入模块对应的第二关键数据，并将第二关键数据转换成能够被当前数据接收端识别的目标数据，最后，将目标数据发送至当前数据接收端，完成协议的转换。

举例来讲，用户选择的第一协议接入模块为ONVIF协议，第二协议接入模块为国家标准协议。首先，第一协议接入模块接收来自当前数据发送端的数据流，然后，第一协议转换模块，在协议功能归类表中确定出ONVIF协议的功能类别为GetAlarmStatusReq，及一种轻量级数据交换格式(JavaScript Obje ct Notation，JSON)的第一关键数据为{"Interface":"tmd:DigitalInputs"，"para ms":null}，紧接着，根据上述功能类别GetAlarmStatusReq，在协议转换表中，确定出ONVIF协议和国家标准协议对应的转换表，并在转换表中确定出第一关键数据对应的中间数据为Key:1,value:"{\"Functions\":\"GetAlarmStatusReq\",\"params\":null}"，将中间数据保存至数据缓存模块。

进一步，当数据缓存模块中存在中间数据时，第二协议转换模块会及时提取出中间数据。第二协议转换模块在得到中间数据后，首先，在ONVIF协议和国家标准协议对应的转换表中，确定出第二协议接入模块对应的第二关键数据为{"SipType":"MESSAGE","CmdType":"DeviceStatus","Param":null}，然后，根据GetAlarmStatusReq功能将第二关键数据转换成目标数据，最后，将目标数据发送至当前数据接收端，完成协议的转换。

基于上述数据传输方法，通过插件形式导入数据发送端的协议和数据接收端的协议，使得当有新协议增加时，不需要对原有的软件架构进行更新，只需要在前端导入新协议的插件即可应用新协议，从而降低了研发成本。同时，通过前端导入的各个协议的协议功能归类表和协议转换表，可以实现不同协议之间的转换。

基于同一发明构思，本申请实施例中还提供了一种电子设备，所述电子设备可以实现前述数据传输方法的功能，参考图6，所述电子设备包括：

至少一个处理器61，以及与至少一个处理器61连接的存储器62，本申请实施例中不限定处理器61与存储器62之间的具体连接介质，图6中是以处理器61和存储器62之间通过总线60连接为例。总线60在图6中以粗线表示，其它部件之间的连接方式，仅是进行示意性说明，并不引以为限。总线60可以分为地址总线、数据总线、控制总线等，为便于表示，图6中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。或者，处理器61也可以称为控制器，对于名称不做限制。

在本申请实施例中，存储器62存储有可被至少一个处理器61执行的指令，至少一个处理器61通过执行存储器62存储的指令，可以执行前文论述数据传输方法。处理器61可以实现图1所示的系统中各个模块的功能。

其中，处理器61是该装置的控制中心，可以利用各种接口和线路连接整个该控制设备的各个部分，通过运行或执行存储在存储器62内的指令以及调用存储在存储器62内的数据，该装置的各种功能和处理数据，从而对该装置进行整体监控。

在一种可能的设计中，处理器61可包括一个或多个处理单元，处理器61可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器61中。在一些实施例中，处理器61和存储器62可以在同一芯片上实现，在一些实施例中，它们也可以在独立的芯片上分别实现。

处理器61可以是通用处理器，例如中央处理器(CPU)、数字信号处理器、专用集成电路、现场可编程门阵列或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件，可以实现或者执行本申请实施例中公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者任何常规的处理器等。结合本申请实施例所公开的数据传输方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。

存储器62作为一种非易失性计算机可读存储介质，可用于存储非易失性软件程序、非易失性计算机可执行程序以及模块。存储器62可以包括至少一种类型的存储介质，例如可以包括闪存、硬盘、多媒体卡、卡型存储器、随机访问存储器(Random Access Memory，RAM)、静态随机访问存储器(Static Random Access Memory，SRAM)、可编程只读存储器(Programmable Read Only Memory，PROM)、只读存储器(Read Only Memory，ROM)、带电可擦除可编程只读存储器(Electrically Erasable Programmable Read-Only Memory，EEPROM)、磁性存储器、磁盘、光盘等。存储器62是能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。本申请实施例中的存储器62还可以是电路或者其它任意能够实现存储功能的装置，用于存储程序指令和/或数据。

通过对处理器61进行设计编程，可以将前述实施例中介绍的数据传输方法所对应的代码固化到芯片内，从而使芯片在运行时能够执行图5所示的实施例的数据传输方法的步骤。如何对处理器61进行设计编程为本领域技术人员所公知的技术，这里不再赘述。

基于同一发明构思，本申请实施例还提供一种存储介质，该存储介质存储有计算机指令，当该计算机指令在计算机上运行时，使得计算机执行前文论述数据传输方法。

在一些可能的实施方式中，本申请提供的数据传输方法的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当程序产品在装置上运行时，程序代码用于使该控制设备执行本说明书上述描述的根据本申请各种示例性实施方式的数据传输方法中的步骤。

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

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

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

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

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

Claims (10)

1.一种数据传输系统，其特征在于，包括应用于数据发送端的m个插件形式的协议接入模块、应用于数据接收端的n个插件形式的协议接入模块、内部管理模块、第一协议转换模块及第二协议转换模块，每个协议接入模块均分别与所述内部管理模块相连，所述m个插件形式的协议接入模块还分别与所述第一协议转换模块相连，所述n个插件形式的协议接入模块还分别与所述第二协议转换模块相连，其中，m和n均为大于或等于1整数；

所述内部管理模块，用于根据用户指令，在所述m个插件形式的协议接入模块中，选择出当前数据发送端对应的第一协议接入模块，以及在所述n个插件形式的协议接入模块中，选择出当前数据接收端对应的第二协议接入模块；

所述第一协议转换模块，用于将所述当前数据发送端的数据流转换为中间数据；所述第二协议转换模块，用于将所述中间数据转换为能够被所述当前数据接收端识别的目标数据。

2.如权利要求1所述的系统，其特征在于，所述内部管理模块，还用于根据所述用户指令，控制所述第一协议接入模块以及所述第二协议接入模块的状态，其中，所述状态至少包括启动、暂停和停止。

3.如权利要求1所述的系统，其特征在于，所述系统还包括协议功能归类表，所述协议功能归类表分别与所述第一协议转换模块及所述第二协议转换模块相连；

所述协议功能归类表，用于对各个协议的功能进行归类，使得所述第一协议转换模块可以在所述协议功能归类表中，查找所述第一协议接入模块对应的功能类别，以及所述第二协议转换模块可以在所述协议功能归类表中，查找所述第二协议接入模块对应的功能类别。

4.如权利要求1所述的系统，其特征在于，所述系统还包括协议转换表，其中，所述协议转换表是基于协议功能归类表整合成的，为两种协议互转的公共信息查询表，所述协议转换表分别与所述第一协议转换模块及所述第二协议转换模块相连；

所述协议转换表，用于将所述数据流转换成所述中间数据。

5.如权利要求1所述的系统，其特征在于，所述系统还包括数据缓存模块，所述数据缓存模块分别与所述第一协议转换模块及所述第二协议转换模块相连；

所述数据缓存模块，用于存储所述中间数据，并与所述第二协议转换模块建立订阅服务，使得所述第二协议转换模块可以发现并提取所述中间数据。

6.一种数据传输方法，基于权利要求1～5中任一项，其特征在于，所述方法包括：

根据用户指令，选择当前数据发送端的第一协议接入模块，以及当前数据接收端的第二协议接入模块；

响应于所述第一协议接入模块接收到所述当前数据发送端的数据流，根据协议功能归类表以及协议转换表，将所述数据流转换成中间数据；

根据所述第二协议接入模块以及所述协议功能归类表，将所述中间数据转换成能够被所述当前数据接收端识别的目标数据；

将所述目标数据发送至所述当前数据接收端。

7.如权利要求6所述的方法，其特征在于，所述根据协议功能归类表以及协议转换表，将所述数据流转换成中间数据，包括：

在所述协议功能归类表中，确定出所述第一协议接入模块的功能类别，及所述数据流中的第一关键数据，其中，所述第一关键数据与所述功能类别是对应的；

根据所述功能类别，在所述协议转换表中，确定出所述第一协议接入模块与所述第二协议接入模块对应的转换表；

在所述转换表中，确定出所述第一关键数据对应的中间数据。

8.如权利要求6所述的方法，其特征在于，所述根据所述第二协议接入模块以及所述协议功能归类表，将所述中间数据转换成能够被所述当前数据接收端识别的目标数据，包括：

提取所述中间数据；

在所述第一协议接入模块与所述第二协议接入模块对应的转换表中，确定出所述第二协议接入模块对应的第二关键数据；

将所述第二关键数据转换成所述目标数据。

9.一种电子设备，其特征在于，包括：

存储器，用于存放计算机程序；

处理器，用于执行所述存储器上所存放的计算机程序时，实现权利要求6-8中任一项所述的方法步骤。

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

Images