[发明专利]一种视频推送的方法及系统

说明书

本发明请求本申请人于2013年5月2日向中国国家知识产权局提交的申请号为CN201310158428.4，发明名称为“一种视频推送的方法和系统”的中国发明专利申请的优先权，上述申请的全部内容以引用方式并入本文。

技术领域

本发明涉及一种视频推送的方法及系统，属于视频推送领域。

背景技术

采用视频推送，可以实现多个终端间的视频共享，例如，终端可以通过在指定网页上配置指定信息，来控制另一终端视频的下载功能以下载某段指定视频。例如：用户甲在办公室看到喜欢的视频节目，该用户可通过视频推送功能控制该用户家中的电视下载该视频，当用户回到家中后即可通过电视观看该视频节目，因此视频推送使用户得到更好的多媒体视频体验，丰富了用户的多媒体生活。

目前，视频推送的实现系统一般包括至少一台服务器和多个终端。其中，用户可通过当前终端登陆网页控制目标终端的各项功能，例如目标终端的下载功能。服务器一般为采用tomcat或resin搭建的http服务器。目标终端为一多媒体终端，例如，电视机，该目标终端采用阻塞IO方式，所述目标终端，会定期去所述服务器查询是否有新数据，如果新数据，则能获取新数据。然而，现有技术存在以下缺陷：

首先，大多数采用tomcat或resin搭建的服务器并不适用轻量级的应用，特别是传输内容少及并发量非常高的应用；其次，容易造成用户体验差，由于目标终端隔一段时间就去服务器查询是否有数据，间隔多长时间去轮询成了问题，因为性能和即时性造成了严重的反比关系，间隔太短，连续不断的请求会增加服务器压力，间隔太长，服务器上的新数据就需要越多的时间才能到达客户端，用户体验差；第三，目标终端轮询效率低，因为每次传送数据都要建立新的连接，在实际情况中，建立连接通常需要花费相当多的时间；第四，采用阻塞IO造成服务器效率低。阻塞式网络IO的特点是：多线程处理多个连接。每个线程拥有自己的栈空间并且占用一些CPU时间。每个线程遇到外部未准备好的时候，都会阻塞掉。阻塞的结果就是会带来大量的进程上下文切换。且大部分进程上下文切换可能是无意义的。比如假设一个线程监听一个端口，一天只会有几次请求进来，但是该cpu不得不为该线程不断做上下文切换尝试，大部分的切换以阻塞告终。还有明显缺陷就是不能支持高并发连接数。因此采用阻塞IO会造成服务器效率低，由于没有封装好连接，每个连接占用内存大，影响服务器性能，同时不能处理更多的连接数。

综上所述，视频推送工作中的视频推送效率低下、服务器负载过重、服务器效率低下、不能很好地持高并发连接数是现有技术中面临的问题。

发明内容

本发明旨在解决多媒体终端设备不足，借助视频推送增强多媒体终端设备互动和数据共享体验。具体而言，本发明要解决的问题包括：一、解决多媒体终端设备对于视频资源的分享和视频码率的适配；二、解决多媒体终端交互实时性问题，使用用户得到更好的视频体验；三、解决传统视频推送服务器不支持高并发量应用的缺点，使视频服务能支持更多同时在线的连接数，并且不占用太多的内存。

为此，本发明提供了以下技术方案：

一种视频推送的方法，包括如下步骤：A：服务器接收来自终端的请求，所述请求包括终端列表和视频码流文件列表；B：服务器向所述终端下发处理后的所述终端列表和所述视频码流文件列表；C：服务器接收来自终端选择的视频码流文件对应的视频码流文件信息和目标终端标识；D：服务器根据所述目标终端标识找到所述目标终端，并直接把所述视频码流文件信息发送给所述目标终端。

另一方面，本发明还提供了一种视频推送的方法，包括以下步骤：步骤1、服务器接到第一终端将某视频内容推送到第二终端的视频推送请求后，将所述视频推送请求级解析并得到所述第二终端的终端标识以及所述视频内容的视频码流文件信息；步骤2、服务器根据所述第二终端的标识找到所述第二终端并把所述视频内容的视频码流文件信息发送给所述第二终端；步骤3、所述服务器接收所述第二终端发送的播放所述视频内容的请求；步骤4、服务器接收所述第二终端的视频请求后，所述服务器向所述第二终端发送最优视频码率的视频内容的播放地址，或者，根据所述服务器与所述第二终端之间的网络状况选择最优视频码率的视频内容发送至所述第二终端。

此外，本发明还提供一种视频推送系统，包括服务器和至少一个终端，所述服务器发布视频推送网页，其特征在于：所述终端与终端之间采用直连；所述终端与服务器之间采用非阻塞IO方式连接；所述服务器据各终端的IP地址，或者物理空间标志来对终端进行分类，对每一类终端都提供一个终端列表，同一时刻，每一终端都只处于一个终端列表中。