[发明专利]在线视频文件的缓存索引方法和缓存服务器

说明书

技术领域

本发明涉及通信技术，尤其涉及一种在线视频文件的缓存索引方法和缓存服务器。

背景技术

在几年前，用户观赏视频文件的方式往往是先将视频文件下载到本地，在进行离线播放，这种方式不仅浪费时间，而且耗费大量的磁盘资源。随着网络的不断提速，以及在线视频服务提供商如雨后春笋般地涌现，在线视频文件的播放已经成为了视频文件观赏的主流应用。在线视频文件的播放，是指用户无需将视频文件下载到本地，而是直接在浏览器或者客户端中选择并观赏视频的一种互联网应用。目前按照服务提供商提供服务的类型不同，将在线视频文件分为两大类，一类是超文本传送协议（Hyper Text Transport Protocol，简称为：HTTP）在线视频文件，一类是点到点（Point to Point，简称为：P2P）在线视频文件。对于HTTP在线视频文件的播放请求是基于统一资源定位符（Universal Resource Locator，简称为：URL）来实现的。URL可以通俗地理解为HTTP资源所对应的地址。HTTP在线视频文件的URL会随着用户的不同、甚至是同一用户的多次请求而发生改变，换言之，HTTP在线视频文件的URL是动态变化着的。

HTTP缓存是一种目前流行的HTTP应用加速技术，通过将客户端访问的可以缓存的内容存储下来，这样其他用户再次访问相同站点的时候就可以享受到加速的效果，直接由HTTP缓存来回复客户端请求的资源，不需要跨远程网（Wide Area Network，简称为：WAN）到视频服务器去获取，大大缩短了页面访问的时间。

HTTP缓存一般是采用URL作为索引来确定一个资源是否已在自身存储下来。但由于HTTP在线视频文件的URL是动态变化的，所以现有技术中通过如下两种索引方式来确定一个HTTP在线视频文件的资源是否存在。第一种是直接采用URL中的文件名部分作为索引，第二种是提取与HTTP在线视频文件相关联的播放页面中的视频信息作为索引。但上述两种索引方式都存在一定的局限性。第一种索引方式下，如果出现相同视频文件对应不同文件名或者不同视频文件对应相同文件名的情况，就会有很高的误命中概率；第二种索引方式下，解析视频播放页面需要针对不同的视频服务提供商建立不同的特征库，配置解析规则，开发周期长，而且实现方式较为复杂。

发明内容

本发明提供一种有效解决现有技术中存在的误命中率高、实现复杂等问题的在线视频文件的缓存索引方法和缓存服务器。

本发明的第一个方面是提供一种在线视频文件的缓存索引方法，包括：

将接收到的客户端发送的在线视频文件的播放请求发送给视频服务器；

接收视频服务器返回的视频数据，并从所述视频数据的起始部分开始获得预定长度的数据；

根据所述预定长度的数据生成所述在线视频文件的索引；

根据所述生成的索引在本地数据库中查询所述在线视频文件。

本发明的另一个方面是提供一种缓存服务器，包括：

发送模块，用于将接收到的客户端发送的在线视频文件的播放请求发送给视频服务器；

获得模块，用于接收视频服务器返回的视频数据，并从所述视频数据的起始部分开始获得预定长度的数据；

生成模块，用于根据所述预定长度的数据生成所述在线视频文件的索引；

查询模块，用于根据所述生成的索引在本地数据库中查询所述在线视频文件。

本发明提供的方案，通过从视频服务器返回的视频数据的起始部分开始获得预定长度的数据，并根据预定长度的数据生成在线视频文件的索引，并根据索引获得本地数据库中的在线视频文件。对于每一个在线视频文件，其视频数据的起始部分是不会发生变化的，因此，从起始部分开始获得预定长度的数据后生成在线视频文件的索引可以很好地唯一标识一个在线视频文件，有效减少甚至是基本克服了误命中率高的问题，并且实现简单。

附图说明

图1为本发明实施例一提供的在线视频文件的缓存索引方法流程图；

图2为本发明实施例一提供的HTTP应答头部的部分内容示意图；

图3为本发明实施例二提供的在线视频文件的缓存索引方法流程图；

图4为本发明实施例三提供的在线视频文件的缓存索引方法流程图；

图5为本发明实施例四提供的缓存服务器的结构示意图；

图6为本发明实施例五提供的缓存服务器的结构示意图。

具体实施方式

图1为本发明实施例一提供的在线视频文件的缓存索引方法流程图，如图1所示，该方法可以包括：