CN103873883B - 一种视频播放的方法、装置及终端设备 - Google Patents

Abstract

本公开是关于一种视频播放的方法、装置及终端设备，能够根据视频对应的描述信息，逐个获取视频内的各视频段，并依次播放视频内的各视频段，不需要人工手动进行剪切和拼接，也不需要专门的存储空间存储剪切和拼接的媒体数据，节约了人力成本和资源存储空间，并提高了视频播放的效率。所述方法包括：接收播放视频的请求，所述视频由多个视频段聚合而成；获取所述视频对应的描述信息，所述描述信息包括所述视频包含的各视频段的播放地址、在原始媒体文件中的起始及结束播放时间、播放顺序；根据所述描述信息依次播放所述视频内的各视频段。

Description

一种视频播放的方法、装置及终端设备

技术领域

本公开是关于数据处理技术领域，尤其是关于一种视频播放的方法、装置及终端设备。

背景技术

随着计算机技术和流媒体技术的发展，个人计算机和数码设备越来越普遍，人们在生活中观看和拍摄越来越多的视频。数字视频已经成为人们学习和娱乐中不可缺少的一部分。

相对于文本和图片，视频具有信息量丰富的优点，但是也有数据量巨大的缺点。相关技术中，用户如果想要连续地观看不同流媒体文件中的特定片段，则需要视频编辑人员事先通过人工剪切得到不同流媒体文件中的特定片段，并将剪切得到的这些多个特定片段进行拼接处理。这样，一方面，由人工手动进行剪切和拼接，增加了人力成本，且效率较低；另一方面，需要有专门的存储空间存储剪切和拼接的媒体数据，增加了资源存储开销。

发明内容

为克服相关技术中存在的问题，本公开提供一种视频播放的方法、装置及终端设备，能够根据视频对应的描述信息，逐个获取视频内的各视频段，并依次播放视频内的各视频段，不需要人工手动进行剪切和拼接，也不需要专门的存储空间存储剪切和拼接的媒体数据，节约了人力成本和资源存储空间，并提高了视频播放的效率。

一方面，本公开提供了一种视频播放的方法，包括：

接收播放视频的请求，所述视频由多个视频段聚合而成；

获取所述视频对应的描述信息，所述描述信息包括所述视频包含的各视频段的播放地址、在原始媒体文件中的起始及结束播放时间、播放顺序；

根据所述描述信息依次播放所述视频内的各视频段。

本公开的一些有益效果可以包括：本公开能够根据视频对应的描述信息，逐个获取视频内的各视频段，并依次播放视频内的各视频段，不需要人工手动进行剪切和拼接，也不需要专门的存储空间存储剪切和拼接的媒体数据，节约了人力成本和资源存储空间，并提高了视频播放的效率。

所述获取所述视频对应的描述信息包括：

判断本地是否存储有所述视频对应的描述信息；

当本地存储有所述描述信息时，从本地获取所述描述信息；

当本地未存储有所述描述信息时，从云端获取所述描述信息。

本公开的一些有益效果可以包括：描述信息可以存储在本地，也可以存储在云端，从而满足用户的各种需求。

所述根据所述描述信息依次播放所述视频内的各视频段包括：

根据所述各视频段对应的播放顺序，依次确定当前播放的视频段；

根据当前播放的视频段对应的播放地址、在原始媒体文件中的起始及结束播放时间，从服务器端获取所述当前播放的视频段对应的媒体数据进行播放。

本公开的一些有益效果可以包括：实现了从服务器端获取当前播放的视频段对应的媒体数据，并依次播放视频内的各视频段。

所述根据当前播放的视频段对应的播放地址、在原始媒体文件中的起始及结束播放时间，从服务器端获取所述当前播放的视频段对应的媒体数据进行播放包括：

在前一视频段的播放过程中或者结束时，向当前播放的视频段对应的播放地址发送获取当前播放的视频段的请求，所述请求包括当前播放的视频段在原始媒体文件中的起始及结束播放时间，由所述播放地址对应的服务器根据所述起始及结束播放时间在所述原始媒体文件中截取当前播放的视频段对应的媒体数据；

当当前播放的视频段被触发播放时，从服务器获取当前播放的视频段对应的媒体数据进行播放。

本公开的一些有益效果可以包括：在前一视频段的播放过程中或者结束时，可以请求服务器提前缓存当前播放的视频段，保证了视频播放的流畅性。

所述方法还包括：

根据预定的策略配置所述视频对应的描述信息；

将所述描述信息与所述视频关联存储。

本公开的一些有益效果可以包括：可以对视频对应的描述信息进行配置。

所述根据预定的策略配置所述视频对应的描述信息包括：

根据原始媒体文件本身的内容构成特征确定各视频段在原始媒体文件中的起始及结束播放时间；或者，

根据预先标记的时间标记确定各视频段在原始媒体文件中的起始及结束播放时间。

本公开的一些有益效果可以包括：可以采用多种策略来配置视频对应的描述信息，以满足不同的需求。

另一方面，本公开提供了一种视频播放的装置，所述装置包括：

接收模块，用于接收播放视频的请求，所述视频由多个视频段聚合而成；

获取模块，用于获取所述视频对应的描述信息，所述描述信息包括所述视频包含的各视频段的播放地址、在原始媒体文件中的起始及结束播放时间、播放顺序；

播放模块，用于根据所述描述信息依次播放所述视频内的各视频段。

所述获取模块包括：

判断单元，用于判断本地是否存储有所述视频对应的描述信息；

第一获取单元，用于当本地存储有所述描述信息时，从本地获取所述描述信息；

第二获取单元，用于当本地未存储有所述描述信息时，从云端获取所述描述信息。

所述播放模块包括：

确定单元，用于根据所述各视频段对应的播放顺序，依次确定当前播放的视频段；

播放单元，用于根据当前播放的视频段对应的播放地址、在原始媒体文件中的起始及结束播放时间，从服务器端获取所述当前播放的视频段对应的媒体数据进行播放。

所述装置还包括：

配置模块，用于根据预定的策略配置所述视频对应的描述信息；

关联模块，用于将所述描述信息与所述视频关联存储。

所述配置模块包括：

第一配置单元，用于根据原始媒体文件本身的内容构成特征确定各视频段在原始媒体文件中的起始及结束播放时间；或者，

第二配置单元，用于根据预先标记的时间标记确定各视频段在原始媒体文件中的起始及结束播放时间。

另一方面，本公开提供了一种终端设备，终端设备包括有存储器，以及一个或者一个以上的程序，其中一个或者一个以上程序存储于存储器中，且经配置以由一个或者一个以上处理器执行所述一个或者一个以上程序包含用于进行以下操作的指令：

接收播放视频的请求，所述视频由多个视频段聚合而成；

获取所述视频对应的描述信息，所述描述信息包括所述视频包含的各视频段的播放地址、在原始媒体文件中的起始及结束播放时间、播放顺序；

根据所述描述信息依次播放所述视频内的各视频段。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性的，并不能限制本公开。

附图说明

此处所说明的附图用来提供对本公开的进一步理解，构成本申请的一部分，并不构成对本公开的限定。在附图中：

图1为本公开提供的视频播放的方法的示例性流程图；

图2为本公开提供的实施例一的示例性流程图；

图3为本公开提供的实施例二的示例性流程图；

图4为本公开提供的实施例三的示例性流程图；

图5为四个视频段在各自的原始媒体文件中的起始及结束播放时间的标记位置示意图；

图6为本公开提供的视频播放的装置的示例性结构图；

图7为本公开提供的视频播放的装置中获取模块的示例性结构图；

图8为本公开提供的视频播放的装置中播放模块的示例性结构图；

图9为本公开提供的视频播放的装置的详细示例性结构图；

图10为本公开提供的视频播放的装置中配置模块的示例性结构图；

图11为本公开实施例中一种终端设备的结构示意图。

通过上述附图，已示出本公开明确的实施例，后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本公开构思的范围，而是通过参考特定实施例为本领域技术人员说明本公开的概念。

具体实施方式

为使本公开的目的、技术方案和优点更加清楚明白，下面结合实施方式和附图，对本公开做进一步详细说明。在此，本公开的示意性实施方式及其说明用于解释本公开，但并不作为对本公开的限定。

本公开实施例提供一种视频播放的方法、装置及终端设备，以下结合附图对本公开进行详细说明。

流媒体是指以流的方式在网络中传输音频、视频等多媒体文件的形式。流媒体又叫流式媒体，流媒体文件格式是支持采用流式传输及播放的媒体格式。流式传输方式是将视频和音频等多媒体文件经过特殊的压缩方式分成一个个压缩包，由服务器向用户计算机连续、实时传送。在采用流式传输方式的系统中，用户不必像非流式播放那样等到整个文件全部下载完毕后才能看到当中的内容，而是只需要经过几秒钟或几十秒的启动延时即可在用户计算机上利用相应的播放器对压缩的视频或音频等流式媒体文件进行播放，剩余的部分将继续进行下载，直至播放完毕。

本公开实施例基于流媒体技术，根据视频对应的描述信息，逐个获取视频内的各视频段，并依次播放视频内的各视频段，不需要人工手动进行剪切和拼接，也不需要专门的存储空间存储剪切和拼接的媒体数据，节约了人力成本和资源存储空间，并提高了视频播放的效率。

在一个实施例中，如图1所示，一种视频播放的方法包括以下步骤：

在步骤101中，接收播放视频的请求，该视频由多个视频段聚合而成，本实施例的方法可用于智能手机、平板电脑等终端设备。

在步骤102中，获取视频对应的描述信息，该描述信息包括视频包含的各视频段的播放地址、在原始媒体文件中的起始及结束播放时间、播放顺序。

其中，描述信息可以是从本地获取，也可以是从云端获取。例如，视频由四个视频段（ID1、ID2、ID3和ID4）聚合而成，该视频对应的描述信息为四个视频段各自的播放地址、在原始媒体文件中的起始及结束播放时间、播放顺序，如下表1所示：

视频段ID（标识）	各视频段播放地址	起始/结束播放时间	播放顺序
				ID1	Xiaomi.com	T10/T11	1
ID2	Duokan.com	T20/T21	3
				ID3	Xiaomi.com	T30/T31	2
ID4	Xiaomi.com	T40/T41	4

表1

在步骤103中，根据描述信息依次播放视频内的各视频段。

在一个实施例中，可从服务器端获取当前播放的视频段对应的媒体数据，并依次播放视频内的各视频段，上述步骤103可包括以下步骤A1-A2：

步骤A1、根据各视频段对应的播放顺序，依次确定当前播放的视频段。

步骤A2、根据当前播放的视频段对应的播放地址、在原始媒体文件中的起始及结束播放时间，从服务器端获取当前播放的视频段对应的媒体数据进行播放。

在一个实施例中，在前一视频段的播放过程中或者结束时，可以请求服务器提前缓存当前播放的视频段，保证视频播放的流畅性，上述步骤A2可包括以下步骤B1-B2：

步骤B1、在前一视频段的播放过程中或者结束时，向当前播放的视频段对应的播放地址发送获取当前播放的视频段的请求，请求包括当前播放的视频段在原始媒体文件中的起始及结束播放时间，由播放地址对应的服务器根据起始及结束播放时间在原始媒体文件中截取当前播放的视频段对应的媒体数据。

步骤B2、当当前播放的视频段被触发播放时，从服务器获取当前播放的视频段对应的媒体数据进行播放。

其中，可以将服务器截取的当前播放的视频段对应的媒体数据临时存储在服务器的缓存区中，终端可以直接从缓存区中获取，可提高获取的速度。

在一个实施例中，上述图1所示的方法还可包括以下步骤C1-C2：

步骤C1、根据预定的策略配置视频对应的描述信息。

可以是根据原始媒体文件本身的内容构成特征确定各视频段在原始媒体文件中的起始及结束播放时间，例如，每天19时整会有新闻联播，而前30秒是开篇动画，后45秒是字幕，则可以自动设定19时30秒为起始时间，19时29分15秒为终止时间；也可以是根据预先标记的时间标记确定各视频段在原始媒体文件中的起始及结束播放时间；还可以根据其它预定的策略配置视频对应的描述信息，此处不再一一列举。

步骤C2、将描述信息与视频关联存储。

本公开实施例能够根据视频对应的描述信息，逐个获取视频内的各视频段，并依次播放视频内的各视频段，不需要人工手动进行剪切和拼接，也不需要专门的存储空间存储剪切和拼接的媒体数据，节约了人力成本和资源存储空间，并提高了视频播放的效率；并且，在前一视频段的播放过程中或者结束时，可以请求服务器提前缓存当前播放的视频段，保证视频播放的流畅性。

以上介绍了图1所示的实施例中各环节的多种实现方式，下面通过几个实施例来详细介绍实现过程。

实施例一

实施例一中，从服务器端获取当前播放的视频段对应的媒体数据，并依次播放视频内的各视频段。如图2所示，一种视频播放的方法包括以下步骤：

在步骤201中，接收播放视频的请求，该视频由多个视频段聚合而成，本实施例的方法可用于智能手机、平板电脑等终端设备。

在步骤202中，判断本地是否存储有视频对应的描述信息，该描述信息包括视频包含的各视频段的播放地址、在原始媒体文件中的起始及结束播放时间、播放顺序，若是，则继续执行步骤203；否则，继续执行步骤204。

在步骤203中，当本地存储有描述信息时，从本地获取描述信息。

在步骤204中，当本地未存储有描述信息时，从云端获取描述信息。

在步骤205中，根据各视频段对应的播放顺序，依次确定当前播放的视频段。

在步骤206中，根据当前播放的视频段对应的播放地址、在原始媒体文件中的起始及结束播放时间，从服务器端获取当前播放的视频段对应的媒体数据。

在步骤207中，播放当前播放的视频段。

本实施例一中根据各视频段对应的播放顺序，依次确定当前播放的视频段，从服务器端获取当前播放的视频段对应的媒体数据，并依次播放视频内的各视频段，不需要人工手动进行剪切和拼接，也不需要专门的存储空间存储剪切和拼接的媒体数据，节约了人力成本和资源存储空间，并提高了视频播放的效率。

实施例二

实施例二中，在前一视频段的播放过程中或者结束时，可以请求服务器提前缓存当前播放的视频段，保证视频播放的流畅性。如图3所示，一种视频播放的方法包括以下步骤：

在步骤301中，根据预定的策略配置视频对应的描述信息，该描述信息包括视频包含的各视频段的播放地址、在原始媒体文件中的起始及结束播放时间、播放顺序，本实施例的方法可用于智能手机、平板电脑等终端设备。

其中“根据预定的策略配置视频对应的描述信息”可以是根据原始媒体文件本身的内容构成特征确定各视频段在原始媒体文件中的起始及结束播放时间，例如，每天19时整会有新闻联播，而前30秒是开篇动画，后45秒是字幕，则可以自动设定19时30秒为起始播放时间，19时29分15秒为结束播放时间；也可以是根据预先标记的时间标记确定各视频段在原始媒体文件中的起始及结束播放时间；还可以根据其它预定的策略配置视频对应的描述信息，此处不再一一列举。

在步骤302中，将描述信息与视频关联存储。

在步骤303中，接收播放视频的请求，该视频由多个视频段聚合而成。

在步骤304中，判断本地是否存储有视频对应的描述信息，若是，则继续执行步骤305；否则，继续执行步骤306。

在步骤305中，当本地存储有描述信息时，从本地获取描述信息。

在步骤306中，当本地未存储有描述信息时，从云端获取描述信息。

在步骤307中，根据各视频段对应的播放顺序，依次确定当前播放的视频段。

在步骤308中，在前一视频段的播放过程中或者结束时，向当前播放的视频段对应的播放地址发送获取当前播放的视频段的请求，请求包括当前播放的视频段在原始媒体文件中的起始及结束播放时间，由播放地址对应的服务器根据起始及结束播放时间在原始媒体文件中截取当前播放的视频段对应的媒体数据。

在步骤309中，当当前播放的视频段被触发播放时，从服务器获取当前播放的视频段对应的媒体数据进行播放。

本实施例二中采用预定的策略配置视频对应的描述信息，将描述信息与视频关联存储；并且在前一视频段的播放过程中或者结束时，可以请求服务器提前缓存当前播放的视频段，保证视频播放的流畅性。

实施例三

实施例三是以前述表1所示的描述信息为例来进行说明。如图4所示，一种视频播放的方法包括以下步骤：

在步骤401中，接收播放视频的请求，该视频由四个视频段（ID1、ID2、ID3和ID4）聚合而成，本实施例的方法可用于智能手机、平板电脑等终端设备。

在步骤402中，判断本地是否存储有视频对应的描述信息，该描述信息（如表1所示）包括视频包含的各视频段的播放地址、在原始媒体文件中的起始及结束播放时间、播放顺序，若是，则继续执行步骤403；否则，继续执行步骤404。

在步骤403中，当本地存储有描述信息时，从本地获取描述信息。

在步骤404中，当本地未存储有描述信息时，从云端获取描述信息。

在步骤405中，根据各视频段对应的播放顺序，依次确定当前播放的视频段。即依次播放视频段ID1、ID3、ID2和ID4。

如图5所示为四个视频段在各自的原始媒体文件中的起始及结束播放时间的标记位置，这里起始及结束播放时间可以通过手动设定标记，也可以通过机器语言设定标记，阴影部分表示截取的视频段。

在步骤406中，在前一视频段的播放过程中或者结束时，向当前播放的视频段对应的播放地址发送获取当前播放的视频段的请求，请求包括当前播放的视频段在原始媒体文件中的起始及结束播放时间，由播放地址对应的服务器根据起始及结束播放时间在原始媒体文件中截取当前播放的视频段对应的媒体数据。

在步骤407中，当当前播放的视频段被触发播放时，从服务器获取当前播放的视频段对应的媒体数据进行播放。

例如，在T₀时刻获取到视频段ID1进行播放，在视频段ID1播放过程中或者结束时，向视频段ID3对应的播放地址Xiaomi.com发送获取视频段ID3的请求，请求包括视频段ID3在原始媒体文件中的起始及结束播放时间T₃₀/T₃₁，由播放地址Xiaomi.com对应的服务器根据起始及结束播放时间T₃₀/T₃₁在原始媒体文件中截取视频段ID3对应的媒体数据，当视频段ID3被触发播放时，从服务器获取视频段ID3对应的媒体数据进行播放；在视频段ID3播放过程中或者结束时，向视频段ID2对应的播放地址Duokan.com发送获取视频段ID2的请求，请求包括视频段ID2在原始媒体文件中的起始及结束播放时间T₂₀/T₂₁，由播放地址Duokan.com对应的服务器根据起始及结束播放时间T₂₀/T₂₁在原始媒体文件中截取视频段ID2对应的媒体数据，当视频段ID2被触发播放时，从服务器获取视频段ID2对应的媒体数据进行播放；以此类推。

本实施例三根据视频对应的描述信息，逐个获取视频内的各视频段，并依次播放视频内的各视频段，不需要人工手动进行剪切和拼接，也不需要专门的存储空间存储剪切和拼接的媒体数据，节约了人力成本和资源存储空间，并提高了视频播放的效率；并且，在前一视频段的播放过程中或者结束时，可以请求服务器提前缓存当前播放的视频段，保证视频播放的流畅性。

需要说明的是，实际应用中，上述所有可选实施方式可以采用结合的方式任意组合，形成本公开的可选实施例，在此不再一一赘述。

以上描述了解了视频播放的方法实现过程，该过程可由装置实现，下面对装置的内部功能和结构进行介绍。

在一个实施例中，如图6所示，一种视频播放的装置包括：接收模块601、获取模块602和播放模块603。

接收模块601，用于接收播放视频的请求，该视频由多个视频段聚合而成；

获取模块602，用于获取视频对应的描述信息，描述信息包括视频包含的各视频段的播放地址、在原始媒体文件中的起始及结束播放时间、播放顺序；

播放模块603，用于根据描述信息依次播放视频内的各视频段。

在一个实施例中，如图7所示，上述获取模块602可包括：

判断单元701，用于判断本地是否存储有视频对应的描述信息；

第一获取单元702，用于当本地存储有描述信息时，从本地获取描述信息；

第二获取单元703，用于当本地未存储有描述信息时，从云端获取描述信息。

在一个实施例中，如图8所示，上述播放模块603可包括：

确定单元801，用于根据各视频段对应的播放顺序，依次确定当前播放的视频段；

播放单元802，用于根据当前播放的视频段对应的播放地址、在原始媒体文件中的起始及结束播放时间，从服务器端获取当前播放的视频段对应的媒体数据进行播放。

在一个实施例中，播放单元802用于在前一视频段的播放过程中或者结束时，向当前播放的视频段对应的播放地址发送获取当前播放的视频段的请求，请求包括当前播放的视频段在原始媒体文件中的起始及结束播放时间，由播放地址对应的服务器根据起始及结束播放时间在原始媒体文件中截取当前播放的视频段对应的媒体数据；当当前播放的视频段被触发播放时，从服务器获取当前播放的视频段对应的媒体数据进行播放。

在一个实施例中，如图9所示，上述图6或图7展示的装置还可包括：

配置模块901，用于根据预定的策略配置视频对应的描述信息；

关联模块902，用于将描述信息与视频关联存储。

在一个实施例中，如图10所示，上述配置模块901可包括：

第一配置单元1001，用于根据原始媒体文件本身的内容构成特征确定各视频段在原始媒体文件中的起始及结束播放时间；或者，

第二配置单元1002，用于根据预先标记的时间标记确定各视频段在原始媒体文件中的起始及结束播放时间。

图11是本公开实施例中终端设备的结构示意图。参见图11，该终端可以用于实施上述实施例中提供的方法。优选的：

终端设备800可以包括通信单元110、包括有一个或一个以上计算机可读存储介质的存储器120、输入单元130、显示单元140、传感器150、音频电路160、无线通信单元170、包括有一个或者一个以上处理核心的处理器180、以及电源190等部件。本领域技术人员可以理解，图11中示出的终端设备结构并不构成对终端设备的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。其中：

通信单元110可用于收发信息或通话过程中，信号的接收和发送，该通信单元110可以为RF（Radio Frequency，射频）电路、路由器、调制解调器、等网络通信设备。特别地，当通信单元110为RF电路时，将基站的下行信息接收后，交由一个或者一个以上处理器180处理；另外，将涉及上行的数据发送给基站。通常，作为通信单元的RF电路包括但不限于天线、至少一个放大器、调谐器、一个或多个振荡器、用户身份模块（SIM）卡、收发信机、耦合器、LNA（Low Noise Amplifier，低噪声放大器）、双工器等。此外，通信单元110还可以通过无线通信与网络和其他设备通信。无线通信可以使用任一通信标准或协议，包括但不限于GSM（Global System of Mobile communication，全球移动通讯系统）、GPRS（General PacketRadio Service，通用分组无线服务）、CDMA（Code Division Multiple Access，码分多址）、WCDMA（Wideband Code Division Multiple Access，宽带码分多址）、LTE（Long TermEvolution，长期演进）、电子邮件、SMS（Short Messaging Service，短消息服务）等。存储器120可用于存储软件程序以及模块，处理器180通过运行存储在存储器120的软件程序以及模块，从而执行各种功能应用以及数据处理。存储器120可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序（比如声音播放功能、图像播放功能等）等；存储数据区可存储根据终端设备800的使用所创建的数据（比如音频数据、电话本等）等。此外，存储器120可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。相应地，存储器120还可以包括存储器控制器，以提供处理器180和输入单元130对存储器120的访问。

输入单元130可用于接收输入的数字或字符信息，以及产生与用户设置以及功能控制有关的键盘、鼠标、操作杆、光学或者轨迹球信号输入。优选地，输入单元130可包括触敏表面131以及其他输入设备132。触敏表面131，也称为触摸显示屏或者触控板，可收集用户在其上或附近的触摸操作（比如用户使用手指、触笔等任何适合的物体或附件在触敏表面131上或在触敏表面131附近的操作），并根据预先设定的程式驱动相应的连接装置。可选的，触敏表面131可包括触摸检测装置和触摸控制器两个部分。其中，触摸检测装置检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给触摸控制器；触摸控制器从触摸检测装置上接收触摸信息，并将它转换成触点坐标，再送给处理器180，并能接收处理器180发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触敏表面131。除了触敏表面131，输入单元130还可以包括其他输入设备132。优选地，其他输入设备132可以包括但不限于物理键盘、功能键（比如音量控制按键、开关按键等）、轨迹球、鼠标、操作杆等中的一种或多种。

显示单元140可用于显示由用户输入的信息或提供给用户的信息以及终端设备800的各种图形用户接口，这些图形用户接口可以由图形、文本、图标、视频和其任意组合来构成。显示单元140可包括显示面板141，可选的，可以采用LCD（Liquid Crystal Display，液晶显示器）、OLED（Organic Light-Emitting Diode，有机发光二极管）等形式来配置显示面板141。进一步的，触敏表面131可覆盖显示面板141，当触敏表面131检测到在其上或附近的触摸操作后，传送给处理器180以确定触摸事件的类型，随后处理器180根据触摸事件的类型在显示面板141上提供相应的视觉输出。虽然在图11中，触敏表面131与显示面板141是作为两个独立的部件来实现输入和输入功能，但是在某些实施例中，可以将触敏表面131与显示面板141集成而实现输入和输出功能。

终端设备800还可包括至少一种传感器150，比如光传感器、运动传感器以及其他传感器。光传感器可包括环境光传感器及接近传感器，其中，环境光传感器可根据环境光线的明暗来调节显示面板141的亮度，接近传感器可在终端设备800移动到耳边时，关闭显示面板141和/或背光。作为运动传感器的一种，重力加速度传感器可检测各个方向上（一般为三轴）加速度的大小，静止时可检测出重力的大小及方向，可用于识别手机姿态的应用（比如横竖屏切换、相关游戏、磁力计姿态校准）、振动识别相关功能（比如计步器、敲击）等；至于终端设备800还可配置的陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器，在此不再赘述。

音频电路160、扬声器161，传声器162可提供用户与终端设备800之间的音频接口。音频电路160可将接收到的音频数据转换后的电信号，传输到扬声器161，由扬声器161转换为声音信号输出；另一方面，传声器162将收集的声音信号转换为电信号，由音频电路160接收后转换为音频数据，再将音频数据输出处理器180处理后，经RF电路110以发送给比如另一终端设备，或者将音频数据输出至存储器120以便进一步处理。音频电路160还可能包括耳塞插孔，以提供外设耳机与终端设备800的通信。

为了实现无线通信，该终端设备上可以配置有无线通信单元170，该无线通信单元170可以为WIFI（Wireless Fidelity，无线保真）模块。WIFI属于短距离无线传输技术，终端设备800通过无线通信单元170可以帮助用户收发电子邮件、浏览网页和访问流式媒体等，它为用户提供了无线的宽带互联网访问。虽然图11中示出了无线通信单元170，但是可以理解的是，其并不属于终端设备800的必须构成，完全可以根据需要在不改变公开的本质的范围内而省略。

处理器180是终端设备800的控制中心，利用各种接口和线路连接整个手机的各个部分，通过运行或执行存储在存储器120内的软件程序和/或模块，以及调用存储在存储器120内的数据，执行终端设备800的各种功能和处理数据，从而对手机进行整体监控。可选的，处理器180可包括一个或多个处理核心；优选的，处理器180可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器180中。

终端设备800还包括给各个部件供电的电源190（比如电池），优选的，电源可以通过电源管理系统与处理器180逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。电源190还可以包括一个或一个以上的直流或交流电源、再充电系统、电源故障检测电路、电源转换器或者逆变器、电源状态指示器等任意组件。

尽管未示出，终端设备800还可以包括摄像头、蓝牙模块等，在此不再赘述。在本实施例中，终端设备还包括有存储器，以及一个或者一个以上的程序，其中一个或者一个以上程序存储于存储器中，且经配置以由一个或者一个以上处理器执行一个或者一个以上程序包含用于进行本公开实施例提供的方法的指令：

接收播放视频的请求，视频由多个视频段聚合而成；

获取视频对应的描述信息，描述信息包括视频包含的各视频段的播放地址、在原始媒体文件中的起始及结束播放时间、播放顺序；

根据描述信息依次播放视频内的各视频段。

存储器还可以包括执行以下操作的指令：

获取视频对应的描述信息包括：

判断本地是否存储有视频对应的描述信息；

当本地存储有描述信息时，从本地获取描述信息；

当本地未存储有描述信息时，从云端获取描述信息。

存储器还可以包括执行以下操作的指令：

根据描述信息依次播放视频内的各视频段包括：

根据各视频段对应的播放顺序，依次确定当前播放的视频段；

根据当前播放的视频段对应的播放地址、在原始媒体文件中的起始及结束播放时间，从服务器端获取当前播放的视频段对应的媒体数据进行播放。

存储器还可以包括执行以下操作的指令：

根据当前播放的视频段对应的播放地址、在原始媒体文件中的起始及结束播放时间，从服务器端获取当前播放的视频段对应的媒体数据进行播放包括：

在前一视频段的播放过程中或者结束时，向当前播放的视频段对应的播放地址发送获取当前播放的视频段的请求，请求包括当前播放的视频段在原始媒体文件中的起始及结束播放时间，由播放地址对应的服务器根据起始及结束播放时间在原始媒体文件中截取当前播放的视频段对应的媒体数据；

当当前播放的视频段被触发播放时，从服务器获取当前播放的视频段对应的媒体数据进行播放。

存储器还可以包括执行以下操作的指令：

方法还包括：

根据预定的策略配置视频对应的描述信息；

将描述信息与视频关联存储。

存储器还可以包括执行以下操作的指令：

根据预定的策略配置视频对应的描述信息包括：

根据原始媒体文件本身的内容构成特征确定各视频段在原始媒体文件中的起始及结束播放时间；或者，

根据预先标记的时间标记确定各视频段在原始媒体文件中的起始及结束播放时间。

本公开实施例能够根据视频对应的描述信息，逐个获取视频内的各视频段，并依次播放视频内的各视频段，不需要人工手动进行剪切和拼接，也不需要专门的存储空间存储剪切和拼接的媒体数据，节约了人力成本和资源存储空间，并提高了视频播放的效率；并且，在前一视频段的播放过程中或者结束时，可以请求服务器提前缓存当前播放的视频段，保证视频播放的流畅性。

此外，典型地，本公开所述的移动终端可为各种手持终端设备，例如手机、个人数字助理（PDA）等，因此本公开的保护范围不应限定为某种特定类型的移动终端。

此外，根据本公开的方法还可以被实现为由中央处理器CPU执行的计算机程序。在该计算机程序被CPU执行时，执行本公开的方法中限定的上述功能。

此外，上述方法步骤以及系统单元也可以利用控制器以及用于存储使得控制器实现上述步骤或单元功能的计算机程序的计算机可读存储设备实现。

此外，应该明白的是，本文所述的计算机可读存储设备（例如，存储器）可以是易失性存储器或非易失性存储器，或者可以包括易失性存储器和非易失性存储器两者。作为例子而非限制性的，非易失性存储器可以包括只读存储器（ROM）、可编程ROM（PROM）、电可编程ROM（EPROM）、电可擦写可编程ROM（EEPROM）或快闪存储器。易失性存储器可以包括随机存取存储器（RAM），该RAM可以充当外部高速缓存存储器。作为例子而非限制性的，RAM可以以多种形式获得，比如同步RAM（DRAM）、动态RAM（DRAM）、同步DRAM（SDRAM）、双数据速率SDRAM（DDR SDRAM）、增强SDRAM（ESDRAM）、同步链路DRAM（SLDRAM）以及直接Rambus RAM（DRRAM）。所公开的方面的存储设备意在包括但不限于这些和其它合适类型的存储器。

本领域技术人员还将明白的是，结合这里的公开所描述的各种示例性逻辑块、模块、电路和算法步骤可以被实现为电子硬件、计算机软件或两者的组合。为了清楚地说明硬件和软件的这种可互换性，已经就各种示意性组件、方块、模块、电路和步骤的功能对其进行了一般性的描述。这种功能是被实现为软件还是被实现为硬件取决于具体应用以及施加给整个系统的设计约束。本领域技术人员可以针对每种具体应用以各种方式来实现所述的功能，但是这种实现决定不应被解释为导致脱离本公开的范围。

结合这里的公开所描述的各种示例性逻辑块、模块和电路可以利用被设计成用于执行这里所述功能的下列部件来实现或执行：通用处理器、数字信号处理器（DSP）、专用集成电路（ASIC）、现场可编程门阵列（FPGA）或其它可编程逻辑器件、分立门或晶体管逻辑、分立的硬件组件或者这些部件的任何组合。通用处理器可以是微处理器，但是可替换地，处理器可以是任何传统处理器、控制器、微控制器或状态机。处理器也可以被实现为计算设备的组合，例如，DSP和微处理器的组合、多个微处理器、一个或多个微处理器结合DSP核、或任何其它这种配置。

结合这里的公开所描述的方法或算法的步骤可以直接包含在硬件中、由处理器执行的软件模块中或这两者的组合中。软件模块可以驻留在RAM存储器、快闪存储器、ROM存储器、EPROM存储器、EEPROM存储器、寄存器、硬盘、可移动盘、CD-ROM、或本领域已知的任何其它形式的存储介质中。示例性的存储介质被耦合到处理器，使得处理器能够从该存储介质中读取信息或向该存储介质写入信息。在一个替换方案中，所述存储介质可以与处理器集成在一起。处理器和存储介质可以驻留在ASIC中。ASIC可以驻留在用户终端中。在一个替换方案中，处理器和存储介质可以作为分立组件驻留在用户终端中。

在一个或多个示例性设计中，所述功能可以在硬件、软件、固件或其任意组合中实现。如果在软件中实现，则可以将所述功能作为一个或多个指令或代码存储在计算机可读介质上或通过计算机可读介质来传送。计算机可读介质包括计算机存储介质和通信介质，该通信介质包括有助于将计算机程序从一个位置传送到另一个位置的任何介质。存储介质可以是能够被通用或专用计算机访问的任何可用介质。作为例子而非限制性的，该计算机可读介质可以包括RAM、ROM、EEPROM、CD-ROM或其它光盘存储设备、磁盘存储设备或其它磁性存储设备，或者是可以用于携带或存储形式为指令或数据结构的所需程序代码并且能够被通用或专用计算机或者通用或专用处理器访问的任何其它介质。此外，任何连接都可以适当地称为计算机可读介质。例如，如果使用同轴线缆、光纤线缆、双绞线、数字用户线路（DSL）或诸如红外线、无线电和微波的无线技术来从网站、服务器或其它远程源发送软件，则上述同轴线缆、光纤线缆、双绞线、DSL或诸如红外先、无线电和微波的无线技术均包括在介质的定义。如这里所使用的，磁盘和光盘包括压缩盘（CD）、激光盘、光盘、数字多功能盘（DVD）、软盘、蓝光盘，其中磁盘通常磁性地再现数据，而光盘利用激光光学地再现数据。上述内容的组合也应当包括在计算机可读介质的范围内。

尽管前面公开的内容示出了本公开的示例性实施例，但是应当注意，在不背离权利要求限定的本公开的范围的前提下，可以进行多种改变和修改。根据这里描述的公开实施例的方法权利要求的功能、步骤和/或动作不需以任何特定顺序执行。此外，尽管本公开的元素可以以个体形式描述或要求，但是也可以设想多个，除非明确限制为单数。

以上所述的具体实施方式，对本公开的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上所述仅为本公开的具体实施方式而已，并不用于限定本公开的保护范围，凡在本公开的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本公开的保护范围之内。

Claims (8)

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

接收播放视频的请求，所述视频由多个视频段聚合而成；

获取所述视频对应的描述信息，所述描述信息包括所述视频包含的各视频段的播放地址、在原始媒体文件中的起始及结束播放时间、播放顺序；

根据所述描述信息依次播放所述视频内的各视频段；

所述根据所述描述信息依次播放所述视频内的各视频段包括：

根据所述各视频段对应的播放顺序，依次确定当前播放的视频段；

根据当前播放的视频段对应的播放地址、在原始媒体文件中的起始及结束播放时间，从服务器端获取所述当前播放的视频段对应的媒体数据进行播放；

所述根据当前播放的视频段对应的播放地址、在原始媒体文件中的起始及结束播放时间，从服务器端获取所述当前播放的视频段对应的媒体数据进行播放包括：

在前一视频段的播放过程中或者结束时，向当前播放的视频段对应的播放地址发送获取当前播放的视频段的请求，所述请求包括当前播放的视频段在原始媒体文件中的起始及结束播放时间，由所述播放地址对应的服务器根据所述起始及结束播放时间在所述原始媒体文件中截取当前播放的视频段对应的媒体数据；

当当前播放的视频段被触发播放时，从服务器获取当前播放的视频段对应的媒体数据进行播放。

2.根据权利要求1所述的方法，其特征在于，所述获取所述视频对应的描述信息包括：

判断本地是否存储有所述视频对应的描述信息；

当本地存储有所述描述信息时，从本地获取所述描述信息；

当本地未存储有所述描述信息时，从云端获取所述描述信息。

3.根据权利要求1或2所述的方法，其特征在于，所述方法还包括：

根据预定的策略配置所述视频对应的描述信息；

将所述描述信息与所述视频关联存储。

4.根据权利要求3所述的方法，其特征在于，所述根据预定的策略配置所述视频对应的描述信息包括：

根据原始媒体文件本身的内容构成特征确定各视频段在原始媒体文件中的起始及结束播放时间；或者，

根据预先标记的时间标记确定各视频段在原始媒体文件中的起始及结束播放时间。

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

接收模块，用于接收播放视频的请求，所述视频由多个视频段聚合而成；

获取模块，用于获取所述视频对应的描述信息，所述描述信息包括所述视频包含的各视频段的播放地址、在原始媒体文件中的起始及结束播放时间、播放顺序；

播放模块，用于根据所述描述信息依次播放所述视频内的各视频段；

所述播放模块包括：

确定单元，用于根据所述各视频段对应的播放顺序，依次确定当前播放的视频段；

播放单元，用于根据当前播放的视频段对应的播放地址、在原始媒体文件中的起始及结束播放时间，从服务器端获取所述当前播放的视频段对应的媒体数据进行播放；

所述播放单元还用于：

在前一视频段的播放过程中或者结束时，向当前播放的视频段对应的播放地址发送获取当前播放的视频段的请求，所述请求包括当前播放的视频段在原始媒体文件中的起始及结束播放时间，由所述播放地址对应的服务器根据所述起始及结束播放时间在所述原始媒体文件中截取当前播放的视频段对应的媒体数据；

当当前播放的视频段被触发播放时，从服务器获取当前播放的视频段对应的媒体数据进行播放。

6.根据权利要求5所述的装置，其特征在于，所述获取模块包括：

判断单元，用于判断本地是否存储有所述视频对应的描述信息；

第一获取单元，用于当本地存储有所述描述信息时，从本地获取所述描述信息；

第二获取单元，用于当本地未存储有所述描述信息时，从云端获取所述描述信息。

7.根据权利要求5或6所述的装置，其特征在于，所述装置还包括：

配置模块，用于根据预定的策略配置所述视频对应的描述信息；

关联模块，用于将所述描述信息与所述视频关联存储。

8.根据权利要求7所述的装置，其特征在于，所述配置模块包括：

第一配置单元，用于根据原始媒体文件本身的内容构成特征确定各视频段在原始媒体文件中的起始及结束播放时间；或者，

第二配置单元，用于根据预先标记的时间标记确定各视频段在原始媒体文件中的起始及结束播放时间。