CN105792020A - 播放视频文件的方法及装置 - Google Patents

Abstract

本发明公开了一种播放视频文件的方法及装置，涉及流媒体技术领域，主要目的在于解决用户在观看视频文件时图像卡顿的问题。本发明的主要技术方案包括：获取每个视频分片的访问地址；根据获取的访问地址生成并保存临时列表文件；将临时列表文件加载到播放器中，根据临时列表文件中访问地址的顺序，依次播放各个视频分片；在当前的视频分片播放完毕前，从临时列表文件中获取顺次播放的下一视频分片的访问地址，基于获取的访问地址向网络侧请求并本地缓存下一视频分片；在当前的视频分片播放完毕后，读取并播放本地缓存的下一视频分片。本发明主要用于通过智能电视或者智能盒子观看视频文件的过程中。

Description

播放视频文件的方法及装置

技术领域

本发明涉及流媒体技术领域，尤其涉及一种播放视频文件的方法及装置。

背景技术

随着智能家电的普及，智能电视(或者智能盒子)逐步走进了普通百姓的家庭中。智能电视具有全开放式的应用平台，搭载有操作系统，可以由用户自行安装和卸载第三方提供的应用程序，并通过安装的应用程序对电视的功能进行扩充。同时，智能电视还可以通过网线或无线网络连接互联网，获取丰富的多媒体资源。其中应用较为广泛的当属在线播放视频。

通常，视频文件与文本文件或音频文件一样，存储在网络侧的服务器中。当用户通过智能电视请求在线播放视频时，智能电视会通过超文本传输协议(HyperTextTransferProtocol，简称HTTP)请求向网络侧服务器请求相应的视频文件，并拉取到本地进行播放。但是与文本文件等其他格式文件不同的是，视频文件本身具有数据量大的特点，通常情况下，一部电影的视频文件少则几百Mb多则几个Gb。在对如此之大的数据量文件进行HTTP响应时，网络侧服务器会耗费更多的处理资源。当访问服务器的终端数量较多时，服务器侧会产生较大的访问压力，出现延迟响应甚至服务器瘫痪等情况。为减轻服务器的访问压力并优化服务器的存储利用率，目前大部分内容提供商会将视频文件进行切片，并将视频分片存储于服务器中。

在现有存储视频分片的过程中，发明人发现：对视频文件的分片存储对视频文件的播放提出了更高的要求。智能电视需要请求并播放一段视频分片，在播放完毕后再请求并播放下一段视频分片。这种播放方式在播放两段视频分片之间会存在一段等待的时间，以便智能电视与服务器之间完成下一段视频分片的请求与响应。在用户使用层面上会产生图像卡顿的现象，对用户观看视频造成不便。特别是当用户对播放进度进行快进或快退操作时，播放器会出现黑屏并显示等待加载等字样，使得这种等待更加明显。此外，上述实现过程是以智能电视通过自身播放器进行播放为例的，实际应用中，当采用网页内嵌的播放器进行视频分片播放时，智能电视会针对每个视频分片独立使用一个播放器进行播放。这种情况下，视频分片之间还会涉及播放器的销毁及初始化等操作，进一步延长了播放的等待时间。

发明内容

有鉴于此，本发明提供一种播放视频文件的方法及装置，主要目的在于解决用户在观看视频文件时图像卡顿的问题。

依据本发明一个方面，提供了一种播放视频文件的方法，包括：

获取每个视频分片的访问地址；

根据获取的访问地址生成并保存临时列表文件，临时列表文件中按照视频分片的播放顺序顺次记录有各个视频分片的访问地址；

将临时列表文件加载到播放器中，根据临时列表文件中访问地址的顺序，依次播放各个视频分片；

在当前的视频分片播放完毕前，从临时列表文件中获取顺次播放的下一视频分片的访问地址，基于获取的访问地址向网络侧请求并本地缓存下一视频分片；

在当前的视频分片播放完毕后，读取并播放本地缓存的下一视频分片。

根据本发明的另一个方面，提供了一种播放视频文件的装置，包括：

获取单元，用于获取每个视频分片的访问地址；

生成单元，用于根据获取单元获取的访问地址生成临时列表文件，临时列表文件中按照视频分片的播放顺序顺次记录有各个视频分片的访问地址；

保存单元，用于保存生成单元生生成的临时列表文件；

加载单元，用于将保存单元保存的临时列表文件加载到播放器中；

播放单元，用于根据加载单元加载的临时列表文件中访问地址的顺序，依次播放各个视频分片；

操作单元，用于在播放单元播放当前的视频分片播放完毕前，从临时列表文件中获取顺次播放的下一视频分片的访问地址，基于获取单元获取的访问地址向网络侧请求并本地缓存下一视频分片；

读取单元，用于在播放单元播放当前的视频分片播放完毕后，读取下一视频分片；

播放单元还用于，播放操作单元中本地缓存的下一视频分片。

借由上述技术方案，本发明提供的播放视频文件的方法及装置，首先需要获取每个视频分片的地址，根据获取的访问地址生成并保存临时列表文件，将该临时列表文件加载到播放器中，根据临时列表文件中访问地址的顺序依次播放各个视频分片，在当前的视频分片播放完毕之前，从临时列表文件中获取顺次播放的下一个视频分片的访问地址，基于获取的访问地址向网络侧请求并本地缓存下一个视频分片，在当前的视频分片播放完毕后读取并播放本地缓存的下一个视频分片。与现有技术相比，本发明能够基于每个视频分片的地址生成临时列表文件，在播放器播放当前的视频分片的同时在本地缓存临时列表文件中的下一个视频分片，因此在播放两段视频分片之间无需等待，从而不会存在用户观看视频文件时图像卡顿的问题，进而提高了流畅观看视频的用户体验。

上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。

附图说明

通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

图1示出了本发明实施例提供的一种播放视频文件的方法的流程图；

图2示出了本发明实施例提供的视频分片芯片的信息汇总的示意图；

图3示出了本发明实施例提供的一种播放视频文件的装置的组成框图；

图4示出了本发明实施例提供的另一种播放视频文件的装置的组成框图；

图5示出了本发明实施例提供的另一种播放视频文件的装置的组成框图。

具体实施方式

下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

本发明实施例提供一种播放视频文件的方法，如图1所示，该方法包括：

101、获取每个视频分片的访问地址。

通常情况下，用户在使用智能电视或者智能盒子观看视频文件时呈现给用户的是整个视频文件，但实际情况是将用户观看的整个视频文件根据视频的时间，将整个视频划分为多个视频分片，将多个视频分片分别存储于不同的服务器中。其中，本发明实施例在将视频文件划分为多个视频分片时可以采用但不局限于以下的方式实现，例如，根据视频的时长将视频文件划分为多个视频分片，将视频文件每隔10秒钟划分一个视频分片，或者，每隔30秒钟划分一个视频分片；还可以根据视频文件中的帧数将视频文件划分为多个视频分片，将视频文件每隔2000帧划分一个视频文件，或者，每隔8000帧划分一个视频分片，具体的本发明实施例对此不进行限制。

现有技术中，用户观看视频文件时，示例性的，服务器将整个视频文件分为4个视频分片，视频分片1存储于服务器2中，视频分片2存储于服务器4中，视频分片3存储于服务器6中，视频分片3存储于1中，在视频分片1播放完毕后，服务器2会自动切换至服务器4播放视频分片2，若访问服务器4资源的用户较多，则需要等待，此时，用户看到的图像画面会存在卡顿的现象。为能够让用户能够流畅的观看视频文件，本发明实施例在未播放视频文件之前，获取每个视频分片的访问地址。

实际应用中常涉及的视频文件的类型包括：“rmvb”、“3gp”、“mp4”、“avi”、“flv”、“f4v”、“mpg”、“vob”、“dat”、“wmv”、“asf”、“mkv”、“dv”、“mov”、“ts”、“webm”，但本发明实施例对此不作限制。

102、根据获取的访问地址生成并保存临时列表文件。

根据步骤101中获取的每个视频分片的访问地址生成临时文件，临时列表文件中按照视频分片的播放顺序顺次记录有各个视频分片的访问地址。具体的，针对不同的视频文件对应于不同视频分片的访问地址。

103、将临时列表文件加载到播放器中，根据临时列表文件中访问地址的顺序，依次播放各个视频分片。

将临时列表文件加载到播放器中，以便用户在播放视频文件时按照临时列表文件中记录的播放顺序进行播放，这里所说的播放顺序指的是临时列表中访问地址的顺序。在本发明实施例的一种实现方式中，可以自动将临时列表文件加载到播放器中，播放器会根据临时列表中的第一个访问地址顺次播放各个视频分片，直到播放完临时列表中所有的视频分片；在本发明实施例的另一种实现方式中，用户可以根据其自身的喜好，手动选择需要加载到播放器中的视频分片，示例性的，用户选择将视频分片8、视频分片9、视频分片11加载到播放器中进行播放，首先根据临时列表中记录的视频分片8的访问地址进行播放，依次播放视频分片9、视频分片11。具体的本发明实施例对将临时列表文件加载到播放器中的实现方式不进行限制。

104、在当前的视频分片播放完毕前，从临时列表文件中获取顺次播放的下一视频分片的访问地址，基于获取的访问地址向网络侧请求并本地缓存下一视频分片。

为确保播放视频分片的流畅性，本发明实施例采用在当前的视频分片播放完毕前，根据视频分片的访问地址缓存临时列表中播放的下一个视频分片。在实际的应用中，可能会存在正在播放当前的视频分片时，当前视频分片的下一个视频分片已经缓冲完毕，若该临时列表中存在第三个视频分片，则从临时列表中获取第三个视频分片的访问地址，基于获取的第三个视频分片的访问地址向网络请求并本地缓存第三个视频分片，依次缓冲完临时列表文件中剩余的所有视频分段。

105、在当前的视频分片播放完毕后，读取并播放本地缓存的下一视频分片。

基于步骤104中本地缓冲的视频分片，本地缓冲的视频分片无需再向网络侧请求服务，即使在断开网络连接的情况下，也可以播放缓冲到本地的视频分片。因此，当前的视频分片播放完毕后，读取并播放本地缓存的下一个视频分片，两个视频片段之间用户无需等待，实现流畅播放下一个视频分片。

本发明实施例提供的播放视频文件的方法，首先需要获取每个视频分片的地址，根据获取的访问地址生成并保存临时列表文件，将该临时列表文件加载到播放器中，根据临时列表文件中访问地址的顺序依次播放各个视频分片，在当前的视频分片播放完毕之前，从临时列表文件中获取顺次播放的下一个视频分片的访问地址，基于获取的访问地址向网络侧请求并本地缓存下一个视频分片，在当前的视频分片播放完毕后读取并播放本地缓存的下一个视频分片。与现有技术相比，本发明实施例能够基于每个视频分片的地址生成临时列表文件，在播放器播放当前的视频分片的同时在本地缓存临时列表文件中的下一个视频分片，因此在播放两段视频分片之间无需等待，从而不会存在用户观看视频文件时图像卡顿的问题，进而提高了流畅观看视频的用户体验。

进一步的，由于智能电视或者智能盒子中芯片类型的不同，可能会支持不同的视频播放方式，因此，在将临时列表加载到播放器中之前，如图2所示，图2示出了视频分片芯片的信息汇总的示意图，从图2中查找所述智能电视或者智能盒子中安装的芯片所支持的视频播放方式，播放方式包括：支持本地视频播放及支持网络视频播放。其中，图2中所示的内容仅为示例性的举例，具体的本发明实施例对此不进行限制。

当智能电视或者智能盒子检测其自身支持的视频播放方式为支持本地视频播放时，通过临时列表文件的本地存储路径读取临时列表文件。在播放本地视频之前需要创建一个临时列表文件，该临时列表文件中按照视频分片的播放顺序记录各个视频分片的访问地址，其中，所述访问地址为所选的视频文件在本地的存储路径。示例性的，通过查找图2可知，全志生产的安装有sun7i芯片型号、盒子型号为mele_htpc的芯片，只支持视频播放方式为支持本地视频播放，在智能电视或者智能盒子本地生成一个名称为playlist.list的临时列表文件，并将生成的临时列表文件存储于sdcard根目录下，启动mediaPlayer.setdatasourcehttp://sdcard/playlist.list,即可播放视频文件。需要说明的是，上述http并不是代表虚拟超文本传输协议HTTP代理服务器，而是在测试员对该芯片进行测试时必须要有http才可以播放视频分片，并没有实际的意义。其中，mediaPlayer为播放器的名称，所述setdatasource为本地创建的播放源的语句，在该语句后写入文件的存储路径，播放器从播放源的语句开始执行时通过该视频分片的存储路径获取视频分片。本发明实施例可以采用但不局限于表1中的格式表示临时列表文件中。

表1

视频分片	访问地址
		视频分片1	http://xxxx.com/分片1.flv
视频分片2	http://xxxx.com/分片2.flv
		视频分片3	http://xxxx.com/分片3.flv
视频分片4	http://xxxx.com/分片4.flv

当智能电视或者智能盒子检测其自身支持的视频播放方式为支持网络视频播放时，在本地创建虚拟HTTP代理服务器，通过虚拟HTTP代理服务器访问临时列表文件的本地存储路径，将本地的IP地址添加到HTTP请求中，并在IP地址之后添加临时列表的本地存储路径，获得临时列表文件的HTTP访问路径。在观看视频文件时需要向网络侧请求并缓存视频文件，同时还应该获取在智能电视或者智能盒子本地生成的临时列表文件。示例性的，请参考图2，amlogic生产的安装有casablanca芯片型号、盒子型号为miboxls的芯片，只支持网络视频播放，在智能电视/智能盒子本地生成一个名称为xxx.m3u8的临时列表文件，并将生成的临时列表文件存储于sdcard的根目录下，启动mediaPlayer.setdatasourcehttp:/127.0.0.1/xxx.m3u8，由HTTP代理服务器读取本地sdcard即可播放视频文件。需要说明的是，上述http是在智能电视/智能盒子本地虚拟HTTP代理服务器，通过该HTTP代理服务器可以将临时列表文件转换成网络文件；上述127.0.0.1为智能电视/智能盒子中网卡的IP地址，所述网卡的IP地址的仅为本分发明实施例的示例性举例，在实际应用中需要根据智能电视/智能盒子所对应的网卡去确定IP地址；关于mediaPlayer.setdatasource的详细描述请参考有关说明，此处将不在进行赘述。本发明实施例采用但不局限于表2中的格式表示临时列表文件。

表2

其中，所述#EXTM3U为amlogic芯片厂家所使用的协议；所述#EXTINF:374中的374为在视频文件为374秒钟的时候进行的第一次视频分片；所述http://xxxx.com/分片1.flv中的http://xxxx.com/为通过该网址向网络侧请求并缓存的视频分片1。

在本发明实施例的另一种实现方式中，海斯生产的安装有bigfish芯片型号、盒子型号为himediaq52代的芯片，只支持网络视频播放，该厂家生产的芯片类似于amlogic厂家生产的芯片，区别在于两个厂家在智能电视/智能盒子在本地创建临时列表文件时所使用的协议、格式不相同，关于观看视频文件的过程参考上述有关的描述，本发明实施例再次不进行赘述。本发明实施例采用但不局限于表3中的格式表示临时列表文件。其中，表3中所述的#HISIPLAY为海斯生产厂家所使用协议。

表3

可选的，当智能电视或者智能盒子检测其自身支持的视频播放方式为既能支持本地视频播放，又能支持网络视频播放时，用户根据自身的需求选择一种视频播放方式。示例性的，通过查找图2可知，瑞芯微生产芯片既支持本地视频播放，也支持网络视频播放，不管选择哪种方式播放视频文件，都需要在智能电视/智能盒子本地创建临时列表文件。当用户选择播放本地视频文件时，关于观看本地视频文件时通过类似于全志厂家的观看视频的过程，本发明实施例再次不进行赘述；当用户选择播放网络视频文件时，关于观看网络视频文件时通过类似于amlogic厂家、海斯厂家的观看视频的过程本发明实施例再次不进行赘述。本发明实施例采用但不局限于表4中的格式表示临时列表文件，其中，表4中所述#HISIPLAY为瑞芯微芯片厂家所使用的协议。

其中，表1、表2表3及表4中关于视频分片格式可以为“.flv”、“.mp4”，或者，“rmvb”、“3gp”等等，具体的本发明实施例对此不进行限制。

表4

此外，通过本发明实施例所提供的播放视频文件的方法，将视频分段转变为一个视频文件，在用户使用播放器播放视频文件时，播放的是一整个视频文件，不存在跨段等待加载视频文件的问题，实现了流畅观看视频文件。

进一步的，作为对上述方法的实现，本发明实施例还提供了一种播放视频文件的装置，如图3所示，该装置包括：

获取单元31，用于获取每个视频分片的访问地址；

生成单元32，用于根据获取单元31获取的访问地址生成临时列表文件，临时列表文件中按照视频分片的播放顺序顺次记录有各个视频分片的访问地址；

保存单元33，用于保存生成单元32生成的临时列表文件；

加载单元34，用于将保存单元33保存的临时列表文件加载到播放器中；

播放单元35，用于根据加载单元34加载的临时列表文件中访问地址的顺序，依次播放各个视频分片；

操作单元36，用于在播放单元35播放当前的视频分片播放完毕前，从临时列表文件中获取顺次播放的下一视频分片的访问地址，基于获取单元31获取的访问地址向网络侧请求并本地缓存下一视频分片；

读取单元37，用于在播放单元35播放当前的视频分片播放完毕后，读取下一视频分片；

播放单元35还用于，播放操作单元36中本地缓存的下一视频分片。

进一步的，如图4所示，该装置进一步包括：

检测单元38，用于在加载单元34将临时列表文件加载到播放器中之前，检测自身支持的视频播放方式，视频播放方式包括支持本地视频播放及支持网络视频播放。

进一步的，若检测单元38检测到支持本地视频播放，则将临时列表文件加载到播放器中，用于通过临时列表文件的本地存储路径读取临时列表文件。

进一步的，如图5所示，若检测单元38检测到支持网络视频播放，则将临时列表文件加载到播放器中，包括：

创建模块381，用于在本地创建虚拟超文本传输协议HTTP代理服务器；

访问模块382，通过创建模块381创建的虚拟HTTP代理服务器访问临时列表文件的本地存储路径；

读取模块383，用于读取访问模块382访问的临时列表文件。

进一步的，访问模块382还用于将本地的网间协议IP地址添加到HTTP请求中，并在IP地址之后添加临时列表文件的本地存储路径，获得临时列表文件的HTTP访问路径；

访问模块382还用于，通过虚拟HTTP代理服务器访问HTTP访问路径。

本发明实施例提供的播放视频文件的装置，首先需要获取每个视频分片的地址，根据获取的访问地址生成并保存临时列表文件，将该临时列表文件加载到播放器中，根据临时列表文件中访问地址的顺序依次播放各个视频分片，在当前的视频分片播放完毕之前，从临时列表文件中获取顺次播放的下一个视频分片的访问地址，基于获取的访问地址向网络侧请求并本地缓存下一个视频分片，在当前的视频分片播放完毕后读取并播放本地缓存的下一个视频分片。与现有技术相比，本发明实施例能够基于每个视频分片的地址生成临时列表文件，在播放器播放当前的视频分片的同时在本地缓存临时列表文件中的下一个视频分片，因此在播放两段视频分片之间无需等待，从而不会存在用户观看视频文件时图像卡顿的问题，进而提高了流畅观看视频的用户体验。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

可以理解的是，上述方法及装置中的相关特征可以相互参考。另外，上述实施例中的“第一”、“第二”等是用于区分各实施例，而并不代表各实施例的优劣。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在此提供的算法和显示不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与基于在此的示教一起使用。根据上面的描述，构造这类系统所要求的结构是显而易见的。此外，本发明也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本发明的内容，并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。

在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。

类似地，应当理解，为了精简本公开并帮助理解各个发明方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本发明的单独实施例。

本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。

此外，本领域的技术人员能够理解，尽管在此的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如，在下面的权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。

本发明的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本发明实施例的发明名称(如确定网站内链接等级的装置)中的一些或者全部部件的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如，计算机程序和计算机程序产品)。这样的实现本发明的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。

应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。

Claims (10)

1.一种播放视频文件的方法，其特征在于，所述方法包括：

获取每个视频分片的访问地址；

根据获取的访问地址生成并保存临时列表文件，所述临时列表文件中按照视频分片的播放顺序顺次记录有各个视频分片的访问地址；

将所述临时列表文件加载到播放器中，根据所述临时列表文件中访问地址的顺序，依次播放各个视频分片；

在当前的视频分片播放完毕前，从所述临时列表文件中获取顺次播放的下一视频分片的访问地址，基于获取的访问地址向网络侧请求并本地缓存所述下一视频分片；

在所述当前的视频分片播放完毕后，读取并播放本地缓存的所述下一视频分片。

2.根据权利要求1所述的方法，其特征在于，在所述将所述临时列表文件加载到播放器中之前，所述方法进一步包括：

检测自身支持的视频播放方式，所述视频播放方式包括支持本地视频播放及支持网络视频播放。

3.根据权利要求2所述的方法，其特征在于，若支持本地视频播放，则所述将所述临时列表文件加载到播放器中，包括：

通过所述临时列表文件的本地存储路径读取所述临时列表文件。

4.根据权利要求2所述的方法，其特征在于，若支持网络视频播放，则所述将所述临时列表文件加载到播放器中，包括：

在本地创建虚拟超文本传输协议HTTP代理服务器；

通过所述虚拟HTTP代理服务器访问所述临时列表文件的本地存储路径，并读取所述临时列表文件。

5.根据权利要求4所述的方法，其特征在于，所述通过所述虚拟HTTP代理服务器访问所述临时列表文件的本地存储路径，包括：

将本地的网间协议IP地址添加到HTTP请求中，并在所述IP地址之后添加所述临时列表文件的本地存储路径，获得所述临时列表文件的HTTP访问路径；

通过所述虚拟HTTP代理服务器访问所述HTTP访问路径。

6.一种播放视频文件的装置，其特征在于，所述装置包括：

获取单元，用于获取每个视频分片的访问地址；

生成单元，用于根据所述获取单元获取的访问地址生成临时列表文件，所述临时列表文件中按照视频分片的播放顺序顺次记录有各个视频分片的访问地址；

保存单元，用于保存所述生成单元生成的所述临时列表文件；

加载单元，用于将所述保存单元保存的所述临时列表文件加载到播放器中；

播放单元，用于根据所述加载单元加载的临时列表文件中访问地址的顺序，依次播放各个视频分片；

操作单元，用于在播放单元播放当前的视频分片播放完毕前，从所述临时列表文件中获取顺次播放的下一视频分片的访问地址，基于所述获取单元获取的访问地址向网络侧请求并本地缓存所述下一视频分片；

读取单元，用于在所述播放单元播放当前的视频分片播放完毕后，读取所述下一视频分片；

所述播放单元还用于，播放所述操作单元中本地缓存的所述下一视频分片。

7.根据权利要求6所述的装置，其特征在于，所述装置进一步包括：

检测单元，用于在所述加载单元将所述临时列表文件加载到播放器中之前，检测自身支持的视频播放方式，所述视频播放方式包括支持本地视频播放及支持网络视频播放。

8.根据权利要求7所述的装置，其特征在于，若所述检测单元检测到支持本地视频播放，则所述将所述临时列表文件加载到播放器中，用于通过所述临时列表文件的本地存储路径读取所述临时列表文件。

9.根据权利要求7所述的装置，其特征在于，若所述检测单元检测到支持网络视频播放，则所述将所述临时列表文件加载到播放器中，包括：

创建模块，用于在本地创建虚拟超文本传输协议HTTP代理服务器；

访问模块，通过所述创建模块创建的虚拟HTTP代理服务器访问所述临时列表文件的本地存储路径；

读取模块，用于读取所述访问模块访问的临时列表文件。

10.根据权利要求9所述的装置，其特征在于，所述访问模块还用于将本地的网间协议IP地址添加到HTTP请求中，并在所述IP地址之后添加所述临时列表文件的本地存储路径，获得所述临时列表文件的HTTP访问路径；

所述访问模块还用于，通过所述虚拟HTTP代理服务器访问所述HTTP访问路径。