[发明专利]视频播放方法、装置及系统

说明书

技术领域

本发明涉及通信领域，具体而言，涉及视频播放方法、装置及系统。

背景技术

在目前的交互式网络电视(Internet Protocol Television，简称为IPTV)，通过互联网向用户提供各种应用范围OTT(Over The TOP)系统中，为了保证节点内容存储的可靠性，都是使用双副本机制来存储，在现场要存储100T的片源，就要使用200T的存储空间。

同时在对各重要商用局点进行分析和研究，边缘节点只存储20％左右的内容，这些内容根据内容分发网络(Content Delivery Network，简称为CDN)调度策略决定都是热点内容，要能提供80％的用户播放。边缘节点个数众多，如果都是采用双副本存储，会极大的浪费存储空间；以国内某大型局点为例，边缘节点有300个节点，每个节点存储内容大概为100T，如果使用单副本存储就可以节省300*100T的空间，这个在现场成本至上的情况下，可以节省出非常多的利润空间。

节点单副本存储时，内容chunk损坏的概率更高，根据的实际验证，单副本情况下磁盘损坏的概率是双副本情况双磁盘坏的概率的2.2倍，因为播放到损坏chunk时，机顶盒是直接返回播放失败，对用户的体验大大下降。

针对相关技术中内容chunk损坏时导致视频播放失败的问题，还未提出有效的解决方案。

发明内容

本发明实施例提供了视频播放方法、装置及系统，以至少解决相关技术中内容chunk损坏时导致视频播放失败的问题。

根据本发明的一个实施例，提供了一种视频播放方法，包括：第一节点接收机顶盒(Set Top Box，简称为STB)在播放视频中数据块chunk损坏的错误信息；所述第一节点根据所述错误信息向管理系统发送获取损坏的所述chunk对应的数据的重定向请求消息，其中，所述重定向请求消息用于所述管理系统查询获取损坏的所述chunk对应的数据的第二节点；所述第一节点接收所述管理系统根据所述重定向请求消息返回的响应消息，其中，所述响应消息中携带有获取损坏的所述chunk对应的数据的第二节点的信息；所述第一节点将所述第二节点的信息发送给机顶盒供所述机顶盒请求损坏的所述chunk对应的数据。

优选地，在所述第一节点接收机顶盒STB在播放视频中chunk损坏的错误信息之后，所述方法还包括：

所述第一节点将所述错误信息记录到表A，其中，所述表A包括以下属性：

序号，记录表中共有多少条记录，标示为记录序号；

运营商标识，标示运营商的唯一身份；

内容标识，与运营商标识一起，是表的唯一索引；

子文件统一资源定位器(Sub File Uniform Resoure Locator，简称为SUBFILE URL)，文件在节点存放的完整路径名，包括总索引文件和子目录；

起始位置，损坏的chunk在文件中的起始位置；

长度，损坏的chunk大小；

状态，待修复内容的状态标示，共分为两种，一种是待修复状态，另一种是修复完成状态。

优选地，在所述第一节点将所述错误信息记录到所述表A之后，所述方法还包括：所述第一节点将所述表A的状态设置为待修复状态，并将所述表A的内容标识标示为内容损坏。

优选地，所述方法还包括：所述第一节点每10S扫描一次所述表A，查询所述表A中是否有待修复状态的记录；如果没有查询到有待修复字段的记录，所述第一节点继续下一次扫描；如果扫描到有待修复字段的记录，所述第一节点根据所述表A中序号的大小将序号小的优先记录，以该记录对应的内容标识和运营商标识，向所述管理系统请求调度损坏的所述chunk。

优选地，在所述第一节点接收所述管理系统根据所述重定向请求消息返回的响应消息之后，所述方法还包括：所述第一节点根据所述第二节点的信息，结合所述表A中的SUBFILE URL、起始位置和长度三个字段，在所述第二节点关于损坏的所述chunk的信息路径中，加上子文件名称路径、起始位置和长度三个字段，组合成一个完整的文件传输协议(File Transfer Protocol，简称为FTP)URL；所述第一节点根据所述FTP URL从所述第二节点调度损坏的所述chunk。

优选地，在所述第一节点根据所述FTP URL从所述第二节点调度损坏的所述chunk之后，所述方法还包括：

所述第一节点将所述表A中的状态设置为修复完成状态。

本发明实施例的另一方面，还提供了一种视频播放方法，包括：