[发明专利]多媒体文件数据传输系统及传输方法

说明书

技术领域

本发明涉及一种在监控终端与服务器之间的多媒体文件数据传输系统及传输方法。

背景技术

现有的监控终端与通讯服务器之间有多种多媒体文件传输方法，例如监控终端采取UDP(UserDatagramProtocol，用户数据报协议)的方式对多媒体文件进行传输。由于UDP使用底层的互联网协议来传送报文，与IP(InternetProtocol，网络之间互连的协议)一样提供不可靠的无连接数据包传输服务，所以在网络环境较差的时候丢包比较多；同时在进行数据补传的时候需要和通讯服务器进行数据交互，所以需要新增端口进行通讯，而一般监控终端采取的是嵌入式开发，端口资源较少，提高了开发成本和硬件成本。而以TCP(TransmissionControlProtocol传输控制协议)传输的方式进行传输时，虽然TCP是一种面向连接的、可靠的、基于IP的传输层协议，能够保证数据的可靠传输，但其采用“一问一答”的方式进行数据传输，即每次上传一条数据都需要通讯服务器进行应答，这样会导致数据传输效率低下，同时也耗费了较多的流量。

发明内容

本发明要解决的技术问题是克服现有技术中监控终端与服务器通过TCP/IP方式进行多媒体文件数据传输时传输效率低下，耗费流量的缺陷，提供一种多媒体文件数据传输系统及传输方法。

本发明是通过下述技术方案解决上述技术问题的：

一种多媒体文件数据传输系统，其特点在于，包括一监控终端和一服务器，所述监控终端与所述服务器建立TCP/IP连接，所述监控终端包括一发送模块，所述服务器包括一接收模块；

所述发送模块用于向所述服务器发送一传输请求指令；

所述接收模块用于在收到所述传输请求指令后创建一多媒体文件，并向所述监控终端发送一传输请求确认指令；

所述发送模块还用于在收到所述传输请求确认指令后将多媒体文件数据打包为待发送的数据帧，并在所述数据帧的长度大于一阈值时通过一数据通讯协议将所述数据帧拆分成若干数据包，并通过Socket(套接字，用于描述IP地址和端口，是一个通信链的句柄)接口将数据包连续发送至所述服务器，且在发送完所有数据包后向所述服务器发送一传输结束指令；

所述接收模块还用于将接收到的数据包写入所述多媒体文件中，并在收到所述传输结束指令后检查收到的多媒体文件数据是否完整，若完整，则向所述监控终端发送一用于表征数据包接收完整的接收标识指令，若不完整，则向所述监控终端发送一用于表征有缺失的数据块的接收标识指令；

所述发送模块还用于解析所述接收标识指令，若所述接收标识指令表征有缺失的数据块，则将缺失的数据块重新打包并通过Socket接口重新连续发送至所述服务器，若所述接收标识指令表征数据包接收完整，则结束多媒体文件数据的传输。

在本方案中，发送模块将数据包连续发送至服务器时，是将数据包一个接一个的发送，中间不掺杂其它操作，且无需对发送的每一个数据包请求服务器回复一确认信息帧，而是仅在所有数据包发送完后向服务器发送一传输结束指令，再根据实际情况对服务器端未收到的缺失的数据包重新发送即可，因此，大大减少了在传输过程中服务器端反馈的确认信息帧的数量，从而提高了多媒体文件数据的传输效率，也避免了频繁接收服务器的确认信息帧导致的过多流量的耗费，还确保了多媒体文件数据传输的完整性。

较佳地，所述发送模块还用于在所述数据帧的长度小于所述阈值时直接将所述数据帧通过Socket接口发送至所述服务器。

较佳地，所述接收标识指令用于在内容为空时表征数据包接收完整、在内容为缺失的数据块标识时表征有缺失的数据块。

其中，对缺失的数据块用相应的数据块标识来做标记，以便监控终端对相应的缺失的数据块进行打包。

较佳地，所述发送模块以无时间间隔的方式将数据包连续发送至所述服务器。

本发明还提供一种多媒体文件数据传输方法，其特点在于，其利用如上述的多媒体文件数据传输系统实现，包括以下步骤：

S₁、所述发送模块向所述服务器发送一传输请求指令；

S₂、所述接收模块在收到所述传输请求指令后创建一多媒体文件，并向所述监控终端发送一传输请求确认指令；