一种网络视频播放方法及终端的制作方法

一种网络视频播放方法及终端的制作方法
【专利摘要】本发明公开了一种网络视频播放方法及终端，其中，一种网络视频播放方法包括：监听第一类视频客户端向服务器端发送的数据请求消息，其中，所述第一类视频客户端为不支持数字生活网络联盟DLNA协议的视频客户端；根据所述数据请求消息包含的所述服务器端的地址，截取所述服务器端向所述视频客户端发送的数据包；对截取的所述数据包进行分析；若分析出所述数据包中包含视频数据或者视频特征码，则将所述数据包推送到数字媒体渲染设备DMR进行播放。本发明提供的技术方案能够满足用户观看更多网络视频的需求。
【专利说明】一种网络视频播放方法及终端
【技术领域】
[0001]本发明涉及视频【技术领域】，具体涉及一种网络视频播放方法及终端。
【背景技术】
[0002]OTT盒子是机顶盒的演进，能够提供OTT TV服务，OTT TV为“Over The Top TV”的缩写，OTT TV服务是指基于开放互联网的视频服务，意指在网络之上提供服务，强调服务与物理网络的无关性。
[0003]随着OTT盒子的大量推广，OTT盒子视频资源的丰富与否成为OTT盒子的核心竞争力。同时，限制于互联网电视牌照的制约，OTT盒子的视频资源可谓少之又少。除了 7个互联网电视牌照商以外，其他的网络视频直接进入OTT盒子不符合现行政策。如何使更多的网络视频可以在OTT盒子上呈现同时又不违反国家的相关法律与政策，让用户可以观看更多的网络视频，这是一个急需解决的问题。
[0004]目前普遍采用的方案为:通过开发手机端的应用，收集支持数字生活网络联盟(DLNA, Digital Living Network Alliance)协议的第三方视频软件,使用第三方视频软件自带的数字媒体控制器(DMC，Digital Media Controller)的功能，将视频分享到OTT盒子进行播放。
[0005]然而，目前支持DLNA协议的第三方视频软件太少，无法满足用户的需求。

【发明内容】

[0006]本发明提供一种网络视频播放方法及终端，用于满足用户观看更多网络视频的需求。
[0007]本发明第一方面提供一种网络视频播放方法，包括:
[0008]监听第一类视频客户端向服务器端发送的数据请求消息，其中，上述第一类视频客户端为不支持数字生活网络联盟DLNA协议的视频客户端；
[0009]根据上述数据请求消息包含的上述服务器端的地址，截取上述服务器端向上述视频客户端发送的数据包；
[0010]对截取的上述数据包进行分析；
[0011]若分析出上述数据包中包含视频数据或者视频特征码，则将上述数据包推送到数字媒体渲染设备DMR进行播放。
[0012]本发明第一方面提供一种终端，包括:
[0013]监听单元，用于监听第一类视频客户端向服务器端发送的数据请求消息，其中，上述第一类视频客户端为不支持数字生活网络联盟DLNA协议的视频客户端；
[0014]截取单元，用于根据上述数据请求消息包含的上述服务器端的地址，截取来自上述服务器端的数据包；
[0015]分析单元，用于对上述截取单元截取的上述数据包进行分析；
[0016]第一推送单元，用于当上述分析单元分析出上述数据包中包含视频数据或者视频特征码时，将上述数据包推送到数字媒体渲染设备DMR进行播放。
[0017]从本发明上述技术方案可知，本发明监听第一类视频客户端向服务器端发送的数据请求消息，通过截取和分析该服务器端向该视频客户端发送的数据包，当该数据包包含视频数据或视频特征码时，将该数据包推送到数字媒体渲染设备(DMR，Digital MediaRenderer)进行播放，由于不支持DLNA协议的第一类视频客户端的数量较多，因此，用户可以通过第一类视频客户端请求更多的网络视频，实现在DMR上观看更多的网络视频。
【专利附图】

【附图说明】
[0018]为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
[0019]图1为本发明提供的一种网络应用场景结构不意图；
[0020]图2为本发明提供的一种网络视频播放方法一个实施例流程示意图；
[0021]图3为本发明提供的一种网络视频播放方法另一个实施例流程示意图；
[0022]图4为本发明提供的一种终端一个实施例结构示意图；
[0023]图5为本发明提供的一种终端一个实施例结构示意图。
【具体实施方式】
[0024]为使得本发明的发明目的、特征、优点能够更加的明显和易懂，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而非全部实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
[0025]首先，对本发明实施例中的网络视频播放方法的场景进行描述，如图1所示，手机，平板电脑(即pad)、HDMI Dongle (即高清晰度多媒体接口(HDMI，High DefinitionMultimedia Interface)卡,也称为智能电视棒)或者OTT盒子通过无线路由器连接到一个家庭内部的Internet网络内。手机或者Pad通过无线路由器将视频推送到连接电视的HDMIDongle或者OTT盒子，HDMI Dongle或者OTT盒子接收到来自无线路由器的视频数据时进行解码，将视频输出到电视节目上，从而实现将手机上的视频推送到电视机大屏幕上播放的效果与体验。
[0026]下面对本发明实施例中的网络视频播放方法进行描述，请参阅图2，本发明实施例中的网络视频播放方法，包括:
[0027]201、监听第一类视频客户端向服务器端发送的数据请求消息，其中，上述第一类视频客户端为不支持DLNA协议的视频客户端；
[0028]本发明实施例中，终端对终端上的所有视频客户端进行分类,将不支持DLAN协议的视频客户端分作第一类视频客户端，将支持DLAN协议的视频客端分作第二类视频客户端。
[0029]当视频客户端播放视频时，需要通过网络层向前端的服务器端发送数据请求消息(如超文本转移协议(HTTP,Hypertext transfer protocol)请求消息)请求视频数据包。本发明实施例中，终端监听第一类视频客户端向服务器端发送的数据请求消息。
[0030]202、根据上述数据请求消息包含的上述服务器端的地址，截取上述服务器端向上述视频客户端发送的数据包；
[0031]在本发明实施例中，上述数据请求消息存在两种可能形式:
[0032]一种是包含文件格式描述(如MP4，可变比特率的实时媒介(RMVB，RealMediaVariable Bitrate)等视频格式)的数据请求消息,则终端通过分析上述数据请求消息即可该数据请求消息请求的数据类型。例如,假设终端监听到的数据请求消息中的请求地址为http://WWW.XXX.XXX.XXX:xx/./XXX.mp4,贝Ij终端通过分析该数据请求消息中的请求地址可以获知该数据请求消息请求播放的是一个MP4格式的视频文件。
[0033]另一种不包含文件格式描述的数据请求消息，这种数据请求消息通常是视频客户端请求对域名进行了二次伪装，此时，终端通过分析该数据请求消息无法获知该数据请求消息所请求的数据类型，例如，假设终端监听到的数据请求消息中的请求地址为http://WWW.XXX.XXX.XXX:xx/./xxx.html,则终端通过分析该数据请求消息中的请求地址无法获知该数据请求消息请求播放的是视频数据还是其它类型的数据。
[0034]无论是上述哪种情况，当终端在步骤201监听到第一类视频客户端向服务器端发送的数据请求消息时，终端通过对该数据请求消息进行分析均能够获得服务器端的地址，进一步，终端根据获取到的服务器端的地址，截取上述服务器端向上述视频客户端发送的数据包。
[0035]203、对截取的上述数据包进行分析；
[0036]204、若分析出上述数据包中包含视频数据或者视频特征码，则将上述数据包推送到DMR进行播放。
[0037]本发明实施例中，视频特征码用于表征一种视频格式，例如，MP4文件格式的视频特征码为ftyp，若数据包中包含视频特征码，则表明该数据包中包含视频数据。
[0038]当终端分析出上述数据包中包含视频数据或者视频特征码，则将上述数据包推送到DMR进行播放，具体地，终端可以通过DMC将上述数据包推送到DMR进行播放。
[0039]可选地，终端使用零拷贝技术对上述数据包进行拷贝，生成虚拟媒体文件，将生成的虚拟媒体文件推送到DMR进行播放。本发明实施例中，通过零拷贝技术，减少数据拷贝次数，简化协议处理的层次，在应用和网络间提供更快的数据通路，可以有效地降低通信延迟，增加网络吞吐率。
[0040]需要说明的是，本发明实施中的终端包括但不限于手机、平板电脑或其它智能终端，本发明实施例中的DMR包括但不限于:机顶盒、OTT盒子、电视棒等设备。
[0041]由上可见，本发明实施例中监听第一类视频客户端向服务器端发送的数据请求消息，通过截取和分析该服务器端向该视频客户端发送的数据包，当该数据包包含视频数据或视频特征码时，将该数据包推送到DMR进行播放，由于不支持DLNA协议的第一类视频客户端的数量较多，因此，用户可以通过第一类视频客户端请求更多的网络视频，实现在DMR上观看更多的网络视频。
[0042]下面以另一实施例对本发明实施例中的网络视频播放方法进行描述，请参阅图3，本发明实施例中的网络视频播放方法，包括:[0043]301、终端搜集终端上所有视频客户端并进行分类；
[0044]本发明实施中，终端搜集安装于该终端上的所有视频客户端并进行分类，将不支持DLAN协议的视频客户端分作第一类视频客户端，将支持DLAN协议的视频客端分作第二类视频客户端。
[0045]302、当触发第一类视频客户端播放网络视频时，监听第一类视频客户端向服务器端发送的数据请求消息，其中，上述第一类视频客户端为不支持DLNA协议的视频客户端；
[0046]当第一类视频客户端播放视频时，需要通过网络层向前端的服务器端发送数据请求消息(如超文本转移协议(HTTP, Hypertext transfer protocol)请求消息)请求视频数据包。本发明实施例中，终端监听第一类视频客户端向服务器端发送的数据请求消息。
[0047]303、根据上述数据请求消息包含的上述服务器端的地址，截取上述服务器端向上述视频客户端发送的数据包；
[0048]在本发明实施例中，上述数据请求消息存在两种可能形式:
[0049]一种是包含文件格式描述(如MP4，可变比特率的实时媒介(RMVB，RealMediaVariable Bitrate)等视频格式)的数据请求消息,则终端通过分析上述数据请求消息即可该数据请求消息请求的数据类型。例如,假设终端监听到的数据请求消息中的请求地址为http://WWW, xxx.xxx.xxx:xx/./xxx.mp4,贝Ij终端通过分析该数据请求消息中的请求地址可以获知该数据请求消息请求播放的是一个MP4格式的视频文件。
[0050]另一种不包含文件格式描述的数据请求消息，这种数据请求消息通常是视频客户端请求对域名进行了二次伪装，此时，终端通过分析该数据请求消息无法获知该数据请求消息所请求的数据类型，例如，假设终端监听到的数据请求消息中的请求地址为http://WWW, xxx.xxx.xxx:xx/./xxx.html,则终端通过分析该数据请求消息中的请求地址无法获知该数据请求消息请求播放的是视频数据还是其它类型的数据。
[0051]无论是上述哪种情况，当终端在步骤201监听到第一类视频客户端向服务器端发送的数据请求消息时，终端通过对该数据请求消息进行分析均能够获得服务器端的地址，进一步，终端根据获取到的服务器端的地址，截取上述服务器端向上述视频客户端发送的数据包。
[0052]304、对截取的上述数据包进行分析；
[0053]305、若分析出上述数据包中包含视频数据或者视频特征码，则将上述数据包推送到DMR进行播放。
[0054]本发明实施例中，视频特征码用于表征一种视频格式，例如，MP4文件格式的视频特征码为ftyp，若数据包中包含视频特征码，则表明该数据包中包含视频数据。
[0055]当终端分析出上述数据包中包含视频数据或者视频特征码，则将上述数据包推送到DMR进行播放，具体地，终端可以通过DMC将上述数据包推送到DMR进行播放。
[0056]可选地，终端使用零拷贝技术对上述数据包进行拷贝，生成虚拟媒体文件，将生成的虚拟媒体文件推送到DMR进行播放。本发明实施例中，通过零拷贝技术，减少数据拷贝次数，简化协议处理的层次，在应用和网络间提供更快的数据通路，可以有效地降低通信延迟，增加网络吞吐率。
[0057]306、当触发第二类视频客户端播放网络视频时，通过上述第二类视频客户端自带的DMC将上述网络视频推送到DMR进行播放。[0058]需要说明的是，本发明实施中的终端包括但不限于手机、平板电脑或其它智能终端，本发明实施例中的DMR包括但不限于:机顶盒、OTT盒子、电视棒等设备。
[0059]由上可见，本发明实施例中监听第一类视频客户端向服务器端发送的数据请求消息，通过截取和分析该服务器端向该视频客户端发送的数据包，当该数据包包含视频数据或视频特征码时，将该数据包推送到DMR进行播放，由于不支持DLNA协议的第一类视频客户端的数量较多，因此，用户可以通过第一类视频客户端请求更多的网络视频，实现在DMR上观看更多的网络视频。
[0060]本发明实施例还提供一种终端，下面对本发明实施例中的终端进行描述，请参阅图4，本发明实施例中的终端400，包括:
[0061]监听单元401，用于监听第一类视频客户端向服务器端发送的数据请求消息，其中，上述第一类视频客户端为不支持DLNA协议的视频客户端；
[0062]截取单元402，用于根据上述数据请求消息包含的上述服务器端的地址，截取来自上述服务器端的数据包；
[0063]分析单元403，用于对截取单元402截取的上述数据包进行分析；
[0064]第一推送单元404，用于当分析单元403分析出上述数据包中包含视频数据或者视频特征码时，将上述数据包推送到DMR进行播放。
[0065]可选地，在图4所示终端的基础上，如图5所示的终端500，第一推送单元404还包括:拷贝单元4041，用于使用零拷贝技术对上述数据包进行拷贝，生成虚拟媒体文件，子推送单元4042，用于将拷贝单元4041生成的虚拟媒体文件推送到DMR进行播放。
[0066]可选地，在图4或图5所示终端的基础上，终端还包括:分类单元，用于将上述终端上不支持DLNA协议的视频客户端划分为第一类视频客户端；将上述终端上支持DLNA协议的视频客户端划分为第二类视频客户端。可选地，终端还包括:第二推送单元，用于当触发第二类视频客户端播网络视频时，通过上述第二类视频客户端自带的DMC将上述网络视频推送到DMR进行播放。
[0067]需要说明的是，本发明实施中的终端包括但不限于手机、平板电脑或其它智能终端，本发明实施例中的DMR包括但不限于:机顶盒、OTT盒子、电视棒等设备。
[0068]需要说明的是，本发明实施例中的终端可以用于实现上述方法实施例中的全部技术方案，其各个功能模块的功能可以根据上述方法实施例中的方法具体实现，其具体实现过程可参照上述实施例中的相关描述，此处不再赘述。
[0069]由上可见，本发明实施例中的终端监听第一类视频客户端向服务器端发送的数据请求消息，通过截取和分析该服务器端向该视频客户端发送的数据包，当该数据包包含视频数据或视频特征码时，将该数据包推送到DMR进行播放，由于不支持DLNA协议的第一类视频客户端的数量较多，因此，用户可以通过第一类视频客户端请求更多的网络视频，实现在DMR上观看更多的网络视频。
[0070]在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
[0071]所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
[0072]另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
[0073]所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(ROM，Read-OnlyMemory)、随机存取存储器(RAM, Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
[0074]需要说明的是，对于前述的各方法实施例，为了简便描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明并不受所描述的动作顺序的限制，因为依据本发明，某些步骤可以采用其它顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定都是本发明所必须的。
[0075]在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其它实施例的相关描述。
[0076]以上对本发明所提供的一种网络视频播放方法及终端，对于本领域的一般技术人员，依据本发明实施例的思想，在【具体实施方式】及应用范围上均会有改变之处，综上，本说明书内容不应理解为对本发明的限制。
【权利要求】
1.一种网络视频播放方法，其特征在于，包括: 监听第一类视频客户端向服务器端发送的数据请求消息，其中，所述第一类视频客户端为不支持数字生活网络联盟DLNA协议的视频客户端； 根据所述数据请求消息包含的所述服务器端的地址，截取所述服务器端向所述视频客户端发送的数据包； 对截取的所述数据包进行分析； 若分析出所述数据包中包含视频数据或者视频特征码，则将所述数据包推送到数字媒体渲染设备DMR进行播放。
2.根据权利要求1所述的方法，其特征在于， 所述将所述数据包推送到数字媒体渲染设备DMR进行播放，包括: 使用零拷贝技术对所述数据包进行拷贝，生成虚拟媒体文件； 将所述虚拟媒体文件推送到DMR进行播放。
3.根据权利要求1或2所述的方法，其特征在于，所述网络视频播放方法应用于终端，所述监听第一类视频客户端向服务器端发送的数据请求消息之前，包括: 将所述终端上不支持DLNA协议的视频客户端划分为第一类视频客户端； 将所述终端上支持DLNA协议的视频客户端划分为第二类视频客户端。
4.根据权利要求3所述的方法，其特征在于， 所述方法还包括: 当触发所述第二类视频客户端播放网络视频时，通过所述第二类视频客户端自带的数字媒体控制器DMC将所述网络视频推送到DMR进行播放。
5.根据权利要求1或2所述的方法，其特征在于， 所述DMR具体为:机顶盒，或在网络之上提供服务OTT盒子，或电视棒。
6.一种终端，其特征在于，包括: 监听单元，用于监听第一类视频客户端向服务器端发送的数据请求消息，其中，所述第一类视频客户端为不支持数字生活网络联盟DLNA协议的视频客户端； 截取单元，用于根据所述数据请求消息包含的所述服务器端的地址，截取来自所述服务器端的数据包； 分析单元，用于对所述截取单元截取的所述数据包进行分析； 第一推送单元，用于当所述分析单元分析出所述数据包中包含视频数据或者视频特征码时，将所述数据包推送到数字媒体渲染设备DMR进行播放。
7.根据权利要求6所述的终端，其特征在于， 所述第一推送单元包括: 拷贝单元，用于使用零拷贝技术对所述数据包进行拷贝，生成虚拟媒体文件； 子推送单元，用于将所述拷贝单元生成的虚拟媒体文件推送到DMR进行播放。
8.根据权利要求6或7所述的终端，其特征在于， 所述终端还包括:分类单元，用于将所述终端上不支持DLNA协议的视频客户端划分为第一类视频客户端；将所述终端上支持DLNA协议的视频客户端划分为第二类视频客户端。
9.根据权利要求8所述的终端，其特征在于，所述终端还包括: 第二推送单元，用于当触发第二类视频客户端播网络视频时，通过所述第二类视频客户端自带的数字媒体控制器DMC将所述网络视频推送到DMR进行播放。
10.根据权利要求6或7所述的终端，其特征在于， 所述DMR具体为:机顶盒 ，或在网络之上提供服务OTT盒子，或电视棒。
【文档编号】H04N21/643GK103888850SQ201410117656
【公开日】2014年6月25日 申请日期:2014年3月26日 优先权日:2014年3月26日
【发明者】汪明华, 张拥军 申请人:深圳市九洲电器有限公司