一种数字广播控制系统及方法与流程

文档序号:11959964阅读:158来源:国知局
一种数字广播控制系统及方法与流程
本发明涉及一种通信技术,特别是涉及一种数字广播控制系统及方法。
背景技术
:目前,市场上对于数据的无线传输方式主要有两种,移动通信网络以及广播通信网络。移动通信网络是双向网络传输,该网络可以保证数据的到达率,但对于大容量数据的传输成本过高,而且周边用户的接入量,会影响通道建立的成功率和稳定性。广播通信网络可以采用广播通道实现数据推送的业务,广播通信网络虽然具有成本相对低廉、传输速率高的优点,但传统的广播通信网络的数据推送方式受到广播通道单向性和群发性的特征局限,不能很好地对推送的业务进行实时监控,导致通信数据的稳定性得不到保障;同时也不能高效地将数据定向发送到分组设备,从而增加了广播通道的负担,也未能发挥广播通道高速率的优势。鉴于此,如何融合广播通道的低成本优势以及双向网络的数据稳定性优势成为了本领域技术人员亟待解决的问题。技术实现要素:鉴于以上所述现有技术的缺点,本发明的目的在于提供一种数字广播控制系统及方法,用于解决现有技术中广播通信网络的数据推送方式受到广播通道单向性和群发性的特征局限,不能很好地对推送的业务进行实时监控的问题。为实现上述目的及其他相关目的,本发明提供一种数字广播控制系统,所述数字广播控制系统包括服务器和多个接收终端,所述服务器包括:播放交互模块,用于通过双向网络向接收终端提供播放交互页面,供接收终端选择确定推送文件,所述推送文件包括多媒体文件;打包服务模块,用于将所述推送文件进行切片处理成多个切片文件,并将所述切片文件打包形成预设格式流,将所述预设格式流通过广播通道发送给接收终端。可选地,所述打包服务模块用于将所述预设格式流与实时节目流进行复用后通过广播通道发送给接收终端。可选地,所述打包服务模块包括视频编码单元,所述视频编码单元用于将所述推送文件中的视频数据编码成预设编码格式的视频数据。可选地,所述打包服务模块包括文件加密单元,所述播放交互页面中包括对加密信息的配置,所述文件加密单元用于根据所配置的加密信息对所述推送文件进行加密处理。可选地,所述推送文件还包括排片表文件,所述排片表文件描述了对所述媒体文件的播放控制信息。可选地,所述服务器还包括补包服务模块,用于从所述打包服务模块中获得所述切片文件;当通过双向网络接收到接收终端的补包请求时,根据补包请求中的内容确定需要补包的切片文件,并向所述接收终端发送所述切片文件。可选地,所述服务器还包括终端信息获取模块,所述终端信息获取模块用于根据待获取的终端信息向所述接收终端发送终端信息请求,并接收所述接收终端反馈的相应的终端信息。本发明还提供一种数字广播控制系统,所述数字广播控制系统包括服务器和多个接收终端,所述接收终端包括:播放选择模块,用于接收服务器发送的播放交互页面,通过双向网络选择确定推送文件;推送文件组装模块,用于接收预设格式流,并对所述预设格式流进行处理,确定所述推送文件的所有切片文件完整,组装所述推送文件。可选地,所述推送文件组装模块包括文件解密单元,所述播放交互页面中包括对加密信息的配置,所述文件解密单元用于根据所配置的加密信息对所组装的推送文件进行解密处理。可选地,所述推送文件组装模块还用于:当所述切片文件出现缺失时,通过双向网络向所述服务器发送补包请求,所述补包请求中包括需要补包的切片文件。可选地,所述接收终端还包括终端信息反馈模块,所述终端信息反馈模块用于接收服务器的终端信息请求,根据所述终端信息请求获取所述接收终端的相应的终端信息并反馈给服务器。可选地,所述终端信息反馈模块也用于主动向服务器发送所述接收终端的终端信号状态或/和当前接收数据包状态。可选地,所述接收终端包括公共平台终端。本发明还提供一种数字广播控制方法,应用于包括服务器和多个接收终端的数字广播系统,所述数字广播控制方法包括:接收终端通过双向网络访问服务器提供的播放交互页面并在所述播放交互页面上选择确定推送文件,所述推送文件包括多媒体文件;服务器将所述推送文件进行切片处理成多个切片文件,并将所述切片文件打包形成预设格式流,将所述预设格式流通过广播通道发送;接收终端接收所述预设格式流,并对所述预设格式流进行处理,确定所述推送文件的所有切片文件完整,组装所述推送文件。可选地,服务器将所述预设格式流与实时节目流进行复用后通过广播通道发送。可选地,所述播放交互页面中包括对加密信息的配置,服务器根据所配置的加密信息对所述推送文件进行加密处理,接收终端对所组装的推送文件进行解密处理。可选地,所述推送文件还包括排片表文件,所述排片表文件描述了对所述多媒体文件的播放控制信息,接收终端根据所述排片表文件控制对所述多媒体文件的播放。可选地,接收终端检测到所述切片文件出现缺失时,通过双向网络向所述服务器发送补包请求,所述补包请求中包括需要补包的切片文件;服务器根据补包请求向所述接收终端发送所述切片文件。可选地,服务器根据需要获取的终端信息通过双向网络向所述接收终端发送终端信息请求,并接收所述接收终端反馈的相应的终端信息。如上所述,本发明的一种数字广播控制系统及方法,具有以下有益效果:能够满足数据内容推送的应用需求,接收终端可以通过双向网络选择确定播放数据(推送文件),服务器对所述播放数据进行封装与加密,并通过广播通道发送给接收终端。本发明的技术方案融合广播通道和双向网络的通道优势,以成本相对低廉的广播通道作为数据通道,而以到达率相对较高的双向网络通道作为补包和监控通道,构建一个从播控平台,到打包服务程序,再到终端apk的完整收发系统,最终可以实现文件的定点定时推送、数据包的高效封装、终端的自适应接收,使广播通道能够基于数据广播的技术,发掘其增值业务。附图说明图1显示为本发明的数字广播控制系统的一实施例的模块示意图。图2显示为本发明的数字广播控制方法的一实施例的流程示意图。元件标号说明1数字广播控制系统11服务器111播放交互模块112打包服务模块12接收终端121播放选择模块122推送文件组装模块S1~S3步骤具体实施方式以下通过特定的具体实例说明本发明的实施方式,本领域技术人员可由本说明书所揭露 的内容轻易地了解本发明的其他优点与功效。本发明还可以通过另外不同的具体实施方式加以实施或应用,本说明书中的各项细节也可以基于不同观点与应用,在没有背离本发明的精神下进行各种修饰或改变。需要说明的是,本实施例中所提供的图示仅以示意方式说明本发明的基本构想,遂图式中仅显示与本发明中有关的组件而非按照实际实施时的组件数目、形状及尺寸绘制,其实际实施时各组件的型态、数量及比例可为一种随意的改变,且其组件布局型态也可能更为复杂。本发明提供一种数字广播控制系统。在一个实施例中,如图1所示,所述数字广播控制系统1包括服务器11和多个接收终端12,所述服务器11包括播放交互模块111以及打包服务模块112。其中:播放交互模块111用于通过双向网络向接收终端提供播放交互页面,供接收终端选择确定推送文件,所述推送文件包括多媒体文件。在一个实施例中,接收终端通过浏览器访问播放交互页面,并在播放交互页面选择确定推送文件,所述推送文件可以以播单的形式确定,播单是一种是类似XML格式的文本文件,服务器根据所述播单确定相关的推送文件。所述推送文件包括要播放的多媒体文件,所述推送文件还可以包括排片表文件,所述排片表文件描述了对所述媒体文件的播放控制信息。根据不同的需要,所述推送文件还可以包括控制命令文件、升级文件、框架文件等内容。所述双向网络包括移动网络(2G、3G或4G等)以及WiFi网络。打包服务模块112用于将所述推送文件进行切片处理成多个切片文件,并将所述切片文件打包形成预设格式流,将所述预设格式流通过广播通道发送给接收终端。具体地,打包服务模块112从播放交互模块111获取推送文件,将所述推送文件进行切片处理成多个切片文件,并将所述切片文件打包形成预设格式流,将所述预设格式流通过广播通道发送给接收终端。在一个实施例中,所述打包服务模块112是将所述预设格式流与实时节目流进行复用后通过广播通道发送给接收终端。在一个实施例中,所述打包服务模块包括视频编码单元,所述视频编码单元用于将所述推送文件中的视频数据编码成预设编码格式的视频数据。所述视频编码单元还可以用于将所述推送文件中的视频数据重新编码以压缩视频数据的大小。音视频及数字信号经MPEG编码器进行数据压缩,通过复用器形成的基本码流(即ES流,ElementaryStream),对ES流再打包形成带有包头的基本码流,即PES(PacketizedElementaryStreams)流。在一个实施例中,所述广播通道通过TS(TransportStream)流发送数据,所述打包服务模块112需要将PES流进一步封装成TS流后发送。PES(PacketizedElementaryStreams)流由包头、基本流特有信息和包数据组成。包头由包头起始码前缀,数据流识别和 PES包长组成。在一个实施例中,将加密后的数据存放在PES的包数据位置,为了确定文件的信息,还需要对PES包数据进行协议规范。协议主要制定的是文件帧的规范。文件发送的主要原理就是分包,将一个文件切割成指定大小的众多包,加上文件帧的帧头,就可以填充在PES包的包数据位置。由一种特殊的文件帧为控制帧,用以指示终端文件的完整信息,比如文件名,文件类型,文件分组,文件总帧数,组序号,用户号。一个简单的文件分包协议可以定义文件帧(file_frame)格式为:0xFFLENCRCTYPEDATA其中,当帧类型TYPE为0x10;DATA的第一,第二字节为文件流水号(FileNumber)。(取值范围0-65535);第三到第六字节为文件帧序号(FileSequenceNo)。(取值范围0-4294967296,0为控制帧,文件帧从1开始)。当文件帧序号为0时为文件控制帧(FileContrlFrame)。文件控制帧中包括文件名,文件类型,文件分组,文件总帧数,组序号,用户号等信息。每个文件都可以设定目标分组,只有目标分组接收终端(包括机顶盒)才接收文件。接收终端(包括机顶盒)可以设定在不定数目的分组中。目标分组数据在文件控制帧中。如果分组数据为0xFFFF时为广播。所有接收终端(包括机顶盒)都接收。在一个实施例中,所述打包服务模块112包括文件加密单元,所述播放交互页面中包括对加密信息的配置,所述文件加密单元用于根据所配置的加密信息对所述推送文件进行加密处理。具体地,接收终端选择确定的内容包括配置加密信息,包括加密算法以及密钥。加密算法可以包括DES、TDES、AES、RSA等加密算法。文件加密单元根据所配置的加密信息对所述推送文件进行加密处理。在一个实施例中,所述服务器11还包括补包服务模块,用于从所述打包服务模块112中获得所述切片文件;当通过双向网络接收到接收终端12的补包请求时,根据补包请求中的内容确定需要补包的切片文件,并向所述接收终端12发送所述切片文件。这是考虑包广播通道的单向性以及广播信号可能存在不稳定导致的数据缺失,通过双向网络予以完善,补充缺失的数据内容。在一个实施例中,当广播信号不稳定时,接收终端12通过3G/4G的广播通道,向该补包服务模块提出补包请求,根据补包请求中的信息检索到唯一的数据文件包(切片文件),进行下载操作,从而补全接收终端12不完整的数据文件。该补包服务模块支持多线程,可以同时为多个接收终端12进行补包服务。接收终端12若是需要补包,可以使用HTTP服务,从指定的URL地址下载。在一个实施例中,所述服务器11还包括终端信息获取模块,所述终端信息获取模块用于根据待获取的终端信息向所述接收终端12发送终端信息请求,并接收所述接收终端12反馈 的相应的终端信息。在一个实施例中,所述终端信息包括接收终端12的实时工作状态和运作信息(包括射频信号锁定情况、数据广播接收情况、终端已接收文件查询等)以及接收终端的业务信息(包括节目浏览量、用户收视时段等)。在一个实施例中,服务端11与接收终端12通过双向网络保持通信,可以开放TCP端口,接收终端12通过3G/Wifi连接到服务端11,向服务端11上传信息。服务端11可以获取所有接收终端12的终端信息。本发明还提供一种数字广播控制系统。在一个实施例中,如图1所示,所述数字广播控制系统1包括11和多个接收终端12,所述接收终端12包括播放选择模块121以及推送文件组装模块122。其中:播放选择模块121用于访问服务器11的播放交互页面,通过双向网络选择确定推送文件。在一个实施例中,播放选择模块121通过双向网络访问服务器11的播放交互页面,可以选择要播放的文件(多媒体文件),还可以选择文件的播放顺序(由此生成排片表文件),还可以选择加密算法以及确定加密密钥。根据接收终端12的选择,服务器11的播放交互页面相应的确定推送文件,所述推送文件包括多媒体文件、排片表文件等信息。推送文件组装模块122用于接收预设格式流,并对所述预设格式流进行处理,确定所述推送文件的所有切片文件完整,组装所述推送文件。具体地,推送文件组装模块122通过广播通道接收预设格式流,所述预设格式流以广播通道要求的格式封装,通常可以为TS(TransportStream)格式。接收终端12的后续处理可以包括:按照排片表的时间要求,接收终端12可以将推送文件的素材和直播节目流进行轮播呈现。所述接收终端包括公共平台终端,此时公共平台终端可以向连接到它上面的终端提供所述多媒体文件的播放服务。直播节目流按数字电视标准方式处理,就是解码后送显示设备。它和推送文件在显示在时间上是分开的。在一个实施例中,所述推送文件组装模块122包括文件解密单元,所述播放交互页面中包括对加密信息的配置(选择加密算法以及确定加密密钥),所述文件解密单元用于根据所配置的加密信息对所组装的推送文件进行解密处理。在一个实施例中,所述推送文件组装模块122还用于:当所述切片文件出现缺失时,通过双向网络向所述服务器发送补包请求,所述补包请求中包括需要补包的切片文件。接收终端12中可以设定一个比例,当文件接收完一个轮次,检查发现完成了95%或者98%时,开始进行补包。如果一个文件被分成100个数据包,从数字电视广播通道收到99个数据包,剩下的一个就可以通过双向数据通道(3G、4G)用断点续传技术从HTTP服务器请求文件的一个片段,把文件补齐。例如,如果一个文件是100K字节长,收到了95K字节,检查包序列 号发现未收到的5K字节是从30000字节开始的,那么就请求服务器11从30000到35000字节的数据所在的切片文件。在一个实施例中,所述接收终端12还包括终端信息反馈模块,所述终端信息反馈模块用于接收服务器的终端信息请求,根据所述终端信息请求获取所述接收终端的相应的终端信息并反馈给服务器。在一个实施例中,所述终端信息包括接收终端12的实时工作状态和运作信息(包括射频信号锁定情况、数据广播接收情况、终端已接收文件查询等)以及接收终端的业务信息(包括节目浏览量、用户收视时段等)。在一个实施例中,所述终端信息反馈模块也用于主动向服务器11发送所述接收终端的终端信号状态或/和当前接收数据包状态。本发明还提供一种数字广播控制方法,应用于包括服务器和多个接收终端的数字广播系统。在一个实施例中,如图2所示,所述数字广播控制方法包括:步骤S1,接收终端通过双向网络访问服务器提供的播放交互页面并在所述播放交互页面上选择确定推送文件,所述推送文件包括多媒体文件。在一个实施例中,接收终端通过双向网络访问服务器的播放交互页面,可以选择要播放的文件(多媒体文件),还可以选择文件的播放顺序(由此生成排片表文件),还可以选择加密算法以及确定加密密钥。根据接收终端的选择,服务器的播放交互页面相应的确定推送文件,所述推送文件包括多媒体文件、排片表文件等信息。所述推送文件可以以播单的形式确定,播单是一种是类似XML格式的文本文件,服务器根据所述播单确定相关的推送文件。所述推送文件包括要播放的多媒体文件,所述推送文件还可以包括排片表文件,所述排片表文件描述了对所述媒体文件的播放控制信息。根据不同的需要,所述推送文件还可以包括控制命令文件、升级文件、框架文件等内容。所述双向网络包括移动网络(2G、3G或4G等)以及WiFi网络。步骤S2,服务器将所述推送文件进行切片处理成多个切片文件,并将所述切片文件打包形成预设格式流,将所述预设格式流通过广播通道发送。具体地,服务器获取推送文件,将所述推送文件进行切片处理成多个切片文件,并将所述切片文件打包形成预设格式流,将所述预设格式流通过广播通道发送给接收终端。在一个实施例中,服务器是将所述预设格式流与实时节目流进行复用后通过广播通道发送给接收终端。在一个实施例中,服务器将所述推送文件中的视频数据编码成预设编码格式的视频数据。所述视频编码单元还可以用于将所述推送文件中的视频数据重新编码以压缩视频数据的大小。音视频及数字信号经MPEG编码器进行数据压缩,通过复用器形成的基本码流(即ES流,ElementaryStream),对ES流再打包形成带有包头的基本码流,即PES(PacketizedElementaryStreams)流。在一个实施例中,所述广播通道通过TS(TransportStream)流发送数据,服务器需要将PES流进一步封装成 TS流后发送。PES(PacketizedElementaryStreams)流由包头、基本流特有信息和包数据组成。包头由包头起始码前缀,数据流识别和PES包长组成。在一个实施例中,将加密后的数据存放在PES的包数据位置,为了确定文件的信息,还需要对PES包数据进行协议规范。协议主要制定的是文件帧的规范。文件发送的主要原理就是分包,将一个文件切割成指定大小的众多包,加上文件帧的帧头,就可以填充在PES包的包数据位置。由一种特殊的文件帧为控制帧,用以指示终端文件的完整信息,比如文件名,文件类型,文件分组,文件总帧数,组序号,用户号。一个简单的文件分包协议可以定义文件帧(file_frame)格式为:0xFFLENCRCTYPEDATA其中,当帧类型TYPE为0x10;DATA的第一,第二字节为文件流水号(FileNumber)。(取值范围0-65535);第三到第六字节为文件帧序号(FileSequenceNo)。(取值范围0-4294967296,0为控制帧,文件帧从1开始)。当文件帧序号为0时为文件控制帧(FileContrlFrame)。文件控制帧中包括文件名,文件类型,文件分组,文件总帧数,组序号,用户号等信息。每个文件都可以设定目标分组,只有目标分组接收终端(包括机顶盒)才接收文件。接收终端(包括机顶盒)可以设定在不定数目的分组中。目标分组数据在文件控制帧中。如果分组数据为0xFFFF时为广播。所有接收终端(包括机顶盒)都接收。在一个实施例中,所述播放交互页面中包括对加密信息的配置,服务器根据所配置的加密信息对所述推送文件进行加密处理。具体地,接收终端选择确定的内容包括配置加密信息,包括加密算法以及密钥。加密算法可以包括DES、TDES、AES、RSA等加密算法。服务器根据所配置的加密信息对所述推送文件进行加密处理。接收终端根据所配置的加密信息对所组装的推送文件进行解密处理。步骤S3,接收终端接收所述预设格式流,并对所述预设格式流进行处理,确定所述推送文件的所有切片文件完整,组装所述推送文件。具体地,接收终端通过广播通道接收预设格式流,所述预设格式流以广播通道要求的格式封装,通常可以为TS(TransportStream)格式。接收终端的后续处理可以包括:按照排片表的时间要求,接收终端可以将推送文件的素材和直播节目流进行轮播呈现。所述接收终端包括公共平台终端,此时公共平台终端可以向连接到它上面的终端提供所述多媒体文件的播放服务。直播节目流按数字电视标准方式处理,就是解码后送显示设备。它和推送文件在显示在时间上是分开的。在一个实施例中,所述播放交互页面中包括对加密信息的配置,服务器根据所配置的加密信息对所述推送文件进行加密处理。具体地,接收终端选择确定的内容包括配置加密信息,包括加密算法以及密钥。加密算法可以包括DES、TDES、AES、RSA等加密算法。服务器 根据所配置的加密信息对所述推送文件进行加密处理。接收终端根据所配置的加密信息对所组装的推送文件进行解密处理。在一个实施例中,所述推送文件还包括排片表文件,所述排片表文件描述了对所述多媒体文件的播放控制信息,接收终端根据所述排片表文件控制对所述多媒体文件的播放。在一个实施例中,接收终端检测到所述切片文件出现缺失时,通过双向网络向所述服务器发送补包请求,所述补包请求中包括需要补包的切片文件;服务器根据补包请求向所述接收终端发送所述切片文件。接收终端中可以设定一个比例,当文件接收完一个轮次,检查发现完成了95%或者98%时,开始进行补包。如果一个文件被分成100个数据包,从数字电视广播通道收到99个数据包,剩下的一个就可以通过双向数据通道(3G、4G)用断点续传技术从HTTP服务器请求文件的一个片段,把文件补齐。例如,如果一个文件是100K字节长,收到了95K字节,检查包序列号发现未收到的5K字节是从30000字节开始的,那么就请求服务器11从30000到35000字节的数据所在的切片文件。接收终端通过3G/4G的广播通道,向服务器提出补包请求,根据补包请求中的信息检索到唯一的数据文件包(切片文件),进行下载操作,从而补全接收终端不完整的数据文件。该服务器支持多线程,可以同时为多个接收终端进行补包服务。接收终端若是需要补包,可以使用HTTP服务,从指定的URL地址下载。可选地,服务器根据需要获取的终端信息通过双向网络向所述接收终端发送终端信息请求,并接收所述接收终端反馈的相应的终端信息。在一个实施例中,所述终端信息包括接收终端实时工作状态和运作信息(包括射频信号锁定情况、数据广播接收情况、终端已接收文件查询等)以及接收终端的业务信息(包括节目浏览量、用户收视时段等)。在一个实施例中,服务端与接收终端通过双向网络保持通信,可以开放TCP端口,接收终端通过3G/Wifi连接到服务端,向服务端上传信息。所述接收终端也可以主动向服务器发送所述接收终端的终端信号状态或/和当前接收数据包状态。服务可以获取所有接收终端的终端信息。综上所述,本发明的技术方案融合广播通道和双向网络的通道优势,以成本相对低廉的广播通道作为数据通道,而以到达率相对较高的双向网络通道作为补包和监控通道,构建一个从播控平台,到打包服务程序,再到终端apk的完整收发系统,最终可以实现文件的定点定时推送、数据包的高效封装、终端的自适应接收,使广播通道能够基于数据广播的技术,发掘其增值业务。所以,本发明有效克服了现有技术中的种种缺点而具高度产业利用价值。上述实施例仅例示性说明本发明的原理及其功效,而非用于限制本发明。任何熟悉此技术的人士皆可在不违背本发明的精神及范畴下,对上述实施例进行修饰或改变。因此,举凡 所属
技术领域
中具有通常知识者在未脱离本发明所揭示的精神与技术思想下所完成的一切等效修饰或改变,仍应由本发明的权利要求所涵盖。当前第1页1 2 3 
当前第1页1 2 3 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1