[发明专利]通信桥接装置

说明书

技术领域

本发明涉及通信领域，更具体地说，涉及一种用于不同通信接口间的数据互相交换的通信桥接系统及方法。

背景技术

随着计算机及通信技术的发展，设备远程监控需求越来越多。由于远程监控一般要求利用互联网(Internet)来实现，而被监控设备端一般只有普通的现场监控端口，为解决此问题，诞生了通信桥接装置。如图1所示：要实现个人计算机11(通信端口为Internet接口)与远程被监控设备12(通信端口为RS232C)之间的通信，需在两者之间增加通信桥接设备13，该通信桥接设备13通过无线通信端口接入Internet，与个人计算机11通信并通过RS232C端口与被监控设备12通信，从而为个人计算机与被监控设备之间架起通信桥梁。

为实现两台不同通信接口设备间的通信，特别是远程通信，现有的通信桥接装置有以下两种解决方案。

一种是采用虚拟技术，实现数据的透明传输，例如现在的无线DTU设备。该方案的通信桥接装置具有两个通信接口，一个是无线通信接口，另一个是串行通讯口RS232C，无线通信接口端可接入Internet，并通过Internet连接到个人计算机。个人计算机通过运行一个专用软件，把通信桥接装置的RS232C通信端口虚拟为该个人计算机的通信端口，个人计算机上运行的应用软件通过该虚拟端口与被监控设备通信。此方案的优点是通信桥接装置无需关注被监控设备端的通信协议，相当于把本地通信“线”延长，从而实现远程监控。但此解决方案存在的问题是：RS232C通信是一个带宽窄(一般情况下波特率为300～115200bps,常用9600bps)、实时性较强的通信通道(一般情况延时仅数纳秒，问答转换仅数微秒)；而无线网络通过Internet到达计算机的通信是一个带宽宽(一般达到数兆bps)、实时性差的通信通道(延时一般是数百毫秒到数秒间)。支持RS232C通信的设备，其通信协议都是针对RS232C特点来制定，很多都是采用一问一答的通信方式，比如常用的MODBUS协议，其帧结构较短，问答时间间隔很短(一般是以数毫秒计算)。这样，远程计算机通过透明传输通道访问RS232C端口，协议必须满足MODBUS要求，通信延时又必须满足无线Internet网络的要求。失去了RS232C实时性好的优势，也失去了无线Internet网络带宽宽的优势，整个通信系统有RS232C带宽窄的问题，同时具有无线Internet延时时间长的问题，效果远比不上本地监控。与现在追求带宽宽，实时性强的技术方向背道而驰。影响了用户实际应用，推广难度很大。

为解决上述解决方案的问题，人们想到另一种解决办法，利用通信桥接装置的内部CPU，先通过编写好的与被监控设备的通信协议程序，预先从被监控设备读取大量的数据，缓存于通信桥接模块，等远程计算机需要访问设备数据时，马上从本地取数据回复远程计算机。这样就把两通信端口分开处理，互不相干，解决了同时有两种通信方式缺点的问题。但该方案要求通信桥接装置预先写好被监控设备的通信协议程序，我们知道，设备的种类繁多，通信协议没有标准，协议种类也非常多。目前能编写程序的都是开发工程师，薪酬较高。并且调试时都要求现场调试，开发工程师薪酬加上差旅费，一台机器的监控协议一般估计投入5～10万元人民币。而通信桥接装置毕竟是个附加的设备，要求具有低成本，若没有大批量的需求，是无法支持该协议程序的开发的。这也是制约该解决方案的推广的重要原因。

此外，目前的通信桥接设备只具有简单的通信接口，接口种类不够丰富，应用范围窄，量小，不能体现批量生产带来的低成本优势。

发明内容

本发明要解决的技术问题在于，针对现有通信桥接装置中透明传输方案造成将两种通信方式的缺点都带入通信系统中的缺陷以及分开处理方案存在开发投入大、成本高的问题，提供一种低成本的通信桥接系统及方法。

本发明解决其技术问题所采用的技术方案是：提供一种通信桥接装置，包括采用第一通信协议与被监控设备通信的第一接口和采用第二通信协议与监控端计算机通信的第二接口，还包括通过第三协议与存储有协议程序的远程服务器通信的第三接口、程序下载单元以及程序执行单元，其中：

所述程序下载单元，用于将第一接口的协议程序通过第三通信协议下载到所述通信桥接装置，所述第一接口的协议程序为任何通信桥接装置可识别的形式，所述第一通信协议为通过第一接口发送或接收的数据的规则；

所述程序执行单元，用于执行下载的第一接口的协议程序以使通信桥接装置使用第一通信协议与被监控设备通信。