CN109756756A - 视频播放方法和视频播放装置 - Google Patents

Abstract

本申请公开了一种视频播放方法和视频播放装置。视频播放方法包括：确定从节点服务器获取第一视频流的客户端数量；当所述客户端数量满足预设条件时，在所述节点服务器启动模拟播放；其中，所述模拟播放用于维持所述节点服务器和中心服务器的第二视频流，所述第二视频流与所述第一视频流对应。本发明实施例提出的视频播放方法和视频播放装置，可以在最后一个客户端停止从节点服务器获取第一视频流的时候，启动模拟播放，延长对应的第二视频流在节点服务器和中心服务器的时间，当新的观众进来后可以立即直播，使得节点服务器不需要再次向中心服务器获取视频流，保证了观众在打开观看第一视频流时节点服务器能够及时响应。

Description

视频播放方法和视频播放装置

技术领域

本申请涉及信息处理领域，特别是涉及一种视频播放方法和视频播放装置。

背景技术

CDN(Content Delivery Network，内容分发网络)通常指代一种节点服务器，其是通过在网络各处放置节点服务器所构成的智能虚拟网络，以能够实时地根据网络流量和各节点的连接、负载状况、到用户的距离、响应时间等综合信息，将用户的请求重新导向离用户最近的服务节点上，解决因特网网络拥挤的状况，提高用户访问网站的响应速度。节点服务器网络包含边缘节点(节点服务器)和直播源站(中心节点)。图1是节点服务器、直播源站和用户的关系示意图。结合图1所示，用户连接直播源站和节点服务器，当用户作为上传者需要上传数据(例如视频流)时，其可以直接上传至直播源站，当用户作为观看者需要观看视频时，其通过节点服务器获取直播源站中的视频流。

在视频传输中，拉流(down streaming)指用户端从服务器拉去视频流到客户端播放；推流(up streaming)，指主播端把本地采集的语音视频流推送到媒体服务器。

在视频直播场景下，上传者(即直播视频提供者)通过例如RTMP等协议将视频流推流到直播中心，观看者再通过节点服务器节点就近接入，节点服务器节点回到直播中心拉流完成视频播放。

针对目前主流的视频直播场景中的UGC(用户原创内容)网红直播，其特点是主播地域分散、移动直播比例大、观看的人数变动大、留存时间短、观看切换非常频繁。主流的直播APP晚高峰上万个主播同时直播，观众会在很多主播之间频繁切换，挖掘自己的兴趣点，导致每次直播停留时间很多，因为RTMP是流式的，如果边缘节点没有人观看，马上就会断流，导致下一个观众观看边缘节点时会重新从直播中心拉流，增加首播时间。

为了解决这一问题，现有技术提出了各种解决方案，例如，将上一次播放的关键帧缓存、修改缓存帧时间戳，丢掉缓存的音频帧等方法。但是，现有的这些方案并未切实解决启播时间长的问题。

发明内容

鉴于上述问题，本发明一实施例提出一种视频播放方法和视频播放装置，以解决现有技术存在的问题。

为了解决上述问题，本申请一实施例公开一种视频流拉流方法，包括：

确定从节点服务器获取第一视频流的客户端数量；

当所述客户端数量满足预设条件时，在所述节点服务器启动模拟播放；

其中，所述模拟播放用于维持所述节点服务器和中心服务器的第二视频流，所述第二视频流与所述第一视频流对应。

在本发明视频播放方法的一实施例中，所述方法还包括：

检测是否有针对所述第一视频流的获取请求；

在未检测到针对该第一视频流的获取请求的情况下，在模拟播放的设定时长之后结束该模拟播放。

在本发明视频播放方法的一实施例中，所述方法还包括：

获取该第一视频流的播放数据，所述播放数据包括获取该第一视频流的客户端数量和所述客户端数量对应的平均播放时长至少其中之一；

根据所述播放数据，确定模拟播放的设定时长。

在本发明视频播放方法的一实施例中，所述模拟播放的设定时长随着指定时间段内获取该第一视频流的客户端数量的增加而减少。

在本发明视频播放方法的一实施例中，所述模拟播放的设定时长随着根据所述获取该第一视频流的平均播放时长的增加而增加。

在本发明视频播放方法的一实施例中，所述获取第一视频流的客户端数量为：从多个节点服务器中获取第一视频流的客户端的总数量。

在本发明视频播放方法的一实施例中，所述模拟播放的设定时长大于5分钟且小于30分钟。

在本发明视频播放方法的一实施例中，所述启动模拟播放的步骤包括：

当检测到客户端停止从所述节点服务器拉取第一视频流时，启动定时器延长所述客户端与所述节点服务器的会话。

在本发明视频播放方法的一实施例中，所述方法还包括：

在检测到针对该第一视频流的获取请求的情况下，结束该模拟播放。

为了解决上述问题，本申请一实施例还公开一种视频流拉流装置，包括：

数量确定模块，用于确定从节点服务器获取第一视频流的客户端数量；

模拟播放启动模块，用于当所述客户端数量满足预设条件时，在所述节点服务器启动模拟播放；

其中，所述模拟播放用于维持所述节点服务器和中心服务器的第二视频流，所述第二视频流与所述第一视频流对应。

在本发明视频播放装置的一实施例中，所述装置还包括：

检测模块，用于检测是否有针对所述第一视频流的获取请求；

第一结束模块，用于在未检测到针对该第一视频流的获取请求的情况下，在模拟播放的设定时长之后结束该模拟播放。

在本发明视频播放装置的一实施例中，所述装置还包括：

获取模块，用于获取该第一视频流的播放数据，所述播放数据包括获取该第一视频流的客户端数量和所述客户端数量对应的平均播放时长至少其中之一；

时长确定模块，用于根据所述播放数据，确定模拟播放的设定时长。

在本发明视频播放装置的一实施例中，所述模拟播放的设定时长随着指定时间段内获取该第一视频流的客户端数量的增加而减少。

在本发明视频播放装置的一实施例中，所述模拟播放的设定时长随着根据所述获取该第一视频流的平均播放时长的增加而增加。

在本发明视频播放装置的一实施例中，所述获取第一视频流的客户端数量为：从多个节点服务器中获取第一视频流的客户端的总数量。

在本发明视频播放装置的一实施例中，所述模拟播放的设定时长大于5分钟且小于30分钟。

在本发明视频播放装置的一实施例中，所述模拟播放启动模块用于：

当检测到客户端停止从所述节点服务器拉取第一视频流时，启动定时器延长所述客户端与所述节点服务器的会话。

在本发明视频播放装置的一实施例中，所述装置还包括：

第二结束模块，用于在检测到针对该第一视频流的获取请求的情况下，结束该模拟播放。

本申请一实施例还公开一种终端设备，包括：

一个或多个处理器；和

其上存储有指令的一个或多个机器可读介质，当由所述一个或多个处理器执行时，使得所述终端设备执行上述的方法。

本申请一实施例还公开一个或多个机器可读介质，其上存储有指令，当由一个或多个处理器执行时，使得终端设备执行上述的方法。

由上述可知，本申请实施例包括以下优点：

本发明实施例提出的视频播放方法和视频播放装置，可以在最后一个客户端停止从节点服务器获取第一视频流的时候，启动模拟播放，延长对应的第二视频流在节点服务器和中心服务器的时间，当新的观众进来后可以立即直播，使得节点服务器不需要再次向中心服务器获取视频流，保证了观众在打开观看第一视频流时节点服务器能够及时响应。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是节点服务器、中心服务器和用户的关系示意图。

图2是本申请第一实施例的视频播放方法的流程图。

图3是本申请第二实施例的视频播放方法的流程图。

图4是本申请第三实施例的视频播放装置的方框图。

图5是本申请第三实施例的视频播放装置的方框图。

图6示意性地示出了用于执行根据本发明的方法的终端设备的框图；以及

图7示意性地示出了用于保持或者携带实现根据本发明的方法的程序代码的存储单元。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员所获得的所有其他实施例，都属于本申请保护的范围。

本申请的核心思想之一在于，提出一种视频播放方法和视频播放装置，通过维持节点服务器与中心服务器之间的视频流，避免了节点服务器与中心服务器断流之后，需要重复地回到中心服务器获取视频流带来的响应时间长、效率低下的问题。

第一实施例

本发明第一实施例提出一种视频播放方法。图2所示为本发明第一实施例的视频播放方法的步骤流程图。如图2所示，本发明实施例的视频播放方法例如可以包括如下步骤：

S101，确定从节点服务器获取第一视频流的客户端数量；

在这一步骤中，观看者通过客户端从节点服务器，从中心服务器获取第一视频流进行观看。

根据图1可知，在一个网络环境中可以具有一个中心服务器(直播源站)和若干个节点服务器(CDN，边缘节点)，每个节点服务器连接有多个就近接入的客户端，客户端从对应的节点服务器获取第一视频流。

在这一步骤中，节点服务器中具有session链接池，用于存储播放链接。节点服务器可以以固定的频率检测session链接池中获取第一视频流的链接数目，以确定当前从节点服务器获取第一视频流的客户端数量。

节点服务器可以通过上述session链接池中存储的针对该第一视频流的链接信息，确定当前是否有客户端获取第一视频流。该第一视频流的链接信息例如包括每一个观看者获取第一视频流的开始时间、结束时间、观看者客户端的IP等信息。

S102当所述客户端数量满足预设条件时，在所述节点服务器启动模拟播放；

其中，所述模拟播放用于维持所述节点服务器和中心服务器的第二视频流，所述第二视频流与所述第一视频流对应。

在这一步骤中，在视频提供者上传视频流之后，观看者的客户端可以通过节点服务器从中心服务器(例如直播源站)获取视频流进行观看。当观看者的客户端第一次通过该节点服务器从中心服务器获取视频流时，中心服务器需要将视频流从中心服务器加载缓存至节点服务器，这一过程需要的时间通常较长。在之后，同一观看者或者不同观看者再次通过同一节点服务器获取视频时，由于视频流的内容已经缓存在节点服务器中，因此再次获取视频流时可以直接从节点服务器中获取。

在此需要说明的是，在客户端从对应的节点服务器发起获取第一视频流的请求之后，节点服务器向中心服务器请求对应的第二视频流。第二视频流与第一视频流对应。在前述和后述内容中，将客户端从节点服务器中获取的视频流称为第一视频流，将节点服务器从中心服务器获取的对应于第一视频流的视频流成为第二视频流。

第一视频流和第二视频流的联系例如通过如下例子进行说明：中心服务器中具有RTMP格式的第二视频流。该视频流可以是某主播即时上传或者预存的直播视频文件。当使用者想观看该直播视频文件时，其向节点服务器请求获取该直播节目，在接到请求后节点服务器向中心服务器请求对应的第二视频流，在节点服务器经过处理后，生成第一视频流(例如是RTMP格式或者是FLV格式的视频流)，发送至使用者的客户端。第二视频流与第一视频流可能具有相同的内容不同的数据封装格式，在此不再赘述。

承上述，因为RTMP格式的视频流的流式特性，如果没有观看者从节点服务器获取视频流，则马上就会断流。在观看的人数变动大、留存时间短、观看切换非常频繁的视频场景中，观看者打开了关闭该视频流的频率很高，因此出现视频流断流再获取的可能性很高。为了避免造成资源的浪费，执行主体(例如节点服务器)可以设置一个周期检测的程序，针对指定的第一视频流，持续地检测是否存在通过该节点服务器获取该视频流的客户端。例如通过上述的session链接池检测是否存在针对第一视频流的获取链接。

当检测到满足指定条件时，例如当节点服务器在扫描过程中发现仅有一个或两个客户端从节点服务器获取视频流时，或者当前最后一个客户端已结束从节点服务器获取视频流，则认为满足指定条件，可以启动模拟播放。

在这一步骤中，启动模拟播放可以通过多种方式实现。在一种方法中，可以在节点服务器中建立一个模拟获取的程序，模拟客户端从节点服务器获取视频流，保证节点服务器和中心服务器之间不会断流，模拟获取的时间可以为开发者设定的设定时长。另外，还可以设置定时器，将该客户端与节点服务器之间的会话(session)的时长延长设定时长。

上述设定的时长可以为固定时长的或者不固定的时长。例如，开发人员可以设定该时长为30秒，或者该开发人员可以根据该视频流被获取的特征，将该设定时长设置为该被获取的特征的函数。或者，开发人员可以设置该设定时长为一个一定时间范围内的随机数。在此并不限制。

由上述可知，本发明第一实施例提出的视频播放方法至少具有如下技术效果：

本发明实施例提出的视频播放方法中，可以在满足指定条件时——例如最后一个客户端停止从节点服务器获取第一视频流的时候，启动模拟播放，延长对应的第二视频流在节点服务器和中心服务器的时间，当新的观看者对应的客户端进来后可以立即直播，使得节点服务器不需要再次向中心服务器获取视频流，保证了观看者的客户端在打开观看第一视频流时能够获得节点服务器的及时响应。

第二实施例

本发明第二实施例提出一种视频播放方法。图3所示为本发明第二实施例的视频播放方法的步骤流程图。如图3所示，本发明实施例的视频播放方法如下步骤：

S201，确定从节点服务器获取第一视频流的客户端数量；

S202，当所述客户端数量满足预设条件时，在所述节点服务器启动模拟播放；

其中，所述模拟播放用于维持所述节点服务器和中心服务器的第二视频流，所述第二视频流与所述第一视频流对应。

上述步骤S201至步骤S202与上一实施例的步骤S101至步骤S102相同或相似，在此不再赘述。本实施例重点说明与上一实施例的不同之处。

在本发明视频播放方法的一实施例中，在步骤S202，即所述客户端数量满足预设条件时，在所述节点服务器启动模拟播放的步骤之后，所述方法还包括：

S205，检测是否有针对所述第一视频流的获取请求；

在这一步骤中，在启动模拟播放之后节点服务器可以检测是否存在从客户端发起的获取第一视频流的获取请求。例如，节点服务器可以检测上述的session链接池中是否存在获取第一视频流的链接。

可选地，这一步骤也可以通过其他方式实现。例如当客户端针对第一视频流向节点服务器发起获取请求时，节点服务器中的程序可以记录客户端的这一动作，并在相应的存储区域进行记录，供后续使用。

S206，在未检测到针对该第一视频流的获取请求的情况下，在模拟播放的设定时长之后结束该模拟播放。

在这一步骤中，当未检测到针对第一视频流的获取请求时，可以认为在模拟播放的设定时长内并无其他希望观看该第一视频的观众，为了避免继续占用资源，可以结束模拟播放。例如，可以在设定时长之后结束该客户端与节点服务器之间的会话(session)，使得客户端和节点服务器之间再无视频流，从而导致节点服务器和中心服务器之间断流。

在本发明视频播放方法的一实施例中，所述方法还可以包括：

S203，获取该第一视频流的播放数据，所述播放数据包括从各节点服务器获取该第一视频流的客户端数量和所述客户端数量对应的平均播放时长至少其中之一；

在步骤S203中，可以获取第一视频流的播放数据，包括客户端数量、平均播放时长其中之一。这里的客户端数量和平均播放时长可以是连接同一个节点服务器并获取第一视频流的客户端的数量和平均播放时长，也可以是连接不同节点服务器并获取第一视频流的客户端的数量和平均播放时长。

S204，根据所述播放数据，确定模拟播放的设定时长。

在步骤S204中，所述在模拟播放的设定时长之后结束该模拟播放的步骤中，所述模拟播放的设定时长由所述获取第一视频流的客户端数量和/或平均播放时长确定。

开发人员可以设定模拟播放的时长。在考量设定时长的过程中，可以选择最节省资源的方式计算模拟播放的时长。在这一实施例中，当观看该视频的人数较多，例如大于第一阈值时，可以认为单位时间内点播该视频流的人数较多，或者单位时间内点播该视频流的可能性较大，因此可以将该模拟播放的时长设置得较短，以期后续点播该视频流的客户端能够接续播放该视频流。当观看该视频的平均时间较长时，可以认为该视频为适合深度观看的视频(例如剧集、电影等)，可以将该模拟播放的时长设置得较长。

在这一步骤中，可以从该视频流的历史播放数据中获取每一个观看者获取视频的起始时间、结束时间和时长。通过该历史获取信息，可以获得视频流的一段时间内的客户端数量和/或平均播放时长，利用历史播放数据计算该模拟播放的时长。

在节点服务器或者中心服务器中可以具有预测模型，在该预测模型中输入客户端数量和平均播放时长之后，可以输出模拟播放的设定时长。该预测模型可以是经过训练的机器学***均播放时长和最后一个观看者结束播放后直到下一个观看者请求观看的间隔时间。利用这些信息可以预测出模拟播放的时长(即需要多长时间可以等到下一位观看者)。

在这一步骤中，启动模拟播放可以通过多种方式实现。在一种方法中，可以在节点服务器中建立一个模拟获取的程序，模拟客户端从节点服务器拉流，保证节点服务器和中心服务器之间不会断流，模拟获取的时间可以为开发者设定的设定时长。另外，还可以设置定时器，将该客户端与节点服务器之间的会话(session)的时长延长设定时长。该定时器是针对该会话的定时器。

在本发明视频播放方法的一实施例中，所述模拟播放的设定时长随着获取第一视频流的客户端数量的增加而减少，或者所述模拟播放的设定时长随着第一视频流的平均播放时长的增加而增加。

模拟播放的设定时长可以是与获取第一视频流的客户端数量反相关的，与平均播放时长正相关。但是此处应当注意的是，模拟播放的设定时长可以不限于以比例的关系与获取第一视频流的客户端数量和平均播放时长相关，而是以任意的形式，随着获取第一视频流的客户端数量的增加而减少，和/或随着观看时长的增加而增加。模拟播放的设定时长可以由开发人员设置一个范围，例如大于5分钟且小于30分钟。

承上述，步骤S203中可以从一个节点服务器中获取客户端数量，也可以从多个节点服务器中获取客户端数量。即，可以仅统计当前节点服务器上的针对该视频流在指定时段内的获取第一视频流的客户端数量和/或平均播放时长，也可以统计该中心服务器下的多个节点服务器上针对该视频流在指定时段内的获取第一视频流的客户端数量和/或平均播放时长。在后一种情形下，上述的“获取第一视频流的客户端数量”为：从多个节点服务器中获取第一视频流的客户端的总数量。因此客户端数量对应的平均播放时长即是客户端的总数量所对应的播放时长的均值。

在一可选实施例中，该方法还可以包括如下步骤：

S207，在检测到针对该视频流的获取请求的情况下，结束该模拟播放；

在这一步骤中，当检测到节点服务器接收到了来自客户端的针对该视频流的获取请求时，表明此时有客户端要求启动真实播放，此时通过模拟播放延长拉流的时间已经没有意义，因此可以将该模拟播放结束，开启真实播放。

在另一实施例中，在检测到针对该视频流的获取请求的情况下，同样可以选择保留该模拟播放。在此不再赘述。

综上所述，本实施例提出的视频播放方法至少具有如下优点：

本发明实施例提出的视频播放方法和视频播放装置，可以在最后一个客户端停止从节点服务器获取第一视频流的时候，启动模拟播放，延长对应的第二视频流在节点服务器和中心服务器的时间，当新的观众进来后可以立即直播，使得节点服务器不需要再次向中心服务器获取视频流，保证了观众在打开观看第一视频流时节点服务器能够及时响应。

除此之外，本实施例提出的视频播放方法至少还包括如下优点：

在本发明可选实施例中，本发明实施例提出的视频播放方法和视频播放装置，可以根据观看的平均留存时间和/或平均留存人数确定需要保留的时长，特别是针对现有的直播视频流，其存在主播地域分散、移动直播比例大、观看的人数变动大、留存时间短、观看切换非常频繁的情况，针对这一情况，本发明实施例设置根据观看的平均留存时间和/或平均留存人数确定需要保留的时长的机制，提高了服务器的效率。

第三实施例

本发明第三实施例提出一种视频播放装置，如图4所示，该装置可以包括如下模块：

数量确定模块301，用于确定从节点服务器获取第一视频流的客户端数量；

模拟播放启动模块302，用于当所述客户端数量满足预设条件时，在所述节点服务器启动模拟播放；

其中，所述模拟播放用于维持所述节点服务器和中心服务器的第二视频流，所述第二视频流与所述第一视频流对应。

综上所述，本实施例提出的视频播放装置至少具有如下优点：

本发明实施例提出的视频播放方法和视频播放装置，可以在最后一个客户端停止从节点服务器获取第一视频流的时候，启动模拟播放，延长对应的第二视频流在节点服务器和中心服务器的时间，当新的观众进来后可以立即直播，使得节点服务器不需要再次向中心服务器获取视频流，保证了观众在打开观看第一视频流时节点服务器能够及时响应。

第四实施例

本发明第四实施例提出一种视频播放装置，如图5所示，该装置可以包括如下模块：

数量确定模块401，用于确定从节点服务器获取第一视频流的客户端数量；

模拟播放启动模块402，用于当所述客户端数量满足预设条件时，在所述节点服务器启动模拟播放；

其中，所述模拟播放用于维持所述节点服务器和中心服务器的第二视频流，所述第二视频流与所述第一视频流对应。

在本发明视频播放装置的一个可选实施例中，所述装置还包括：

检测模块405，用于检测是否有针对所述第一视频流的获取请求；

第一结束模块406，用于在未检测到针对该第一视频流的获取请求的情况下，在模拟播放的设定时长之后结束该模拟播放。

在本发明视频播放装置的一个可选实施例中，所述装置还包括：

获取模块403，用于获取该第一视频流的播放数据，所述播放数据包括获取该第一视频流的客户端数量和所述客户端数量对应的平均播放时长至少其中之一；

时长确定模块404，用于根据所述播放数据，确定模拟播放的设定时长。

在本发明视频播放装置的一个可选实施例中，所述模拟播放的设定时长随着指定时间段内获取该第一视频流的客户端数量的增加而减少。

在本发明视频播放装置的一个可选实施例中，所述模拟播放的设定时长随着根据所述获取该第一视频流的平均播放时长的增加而增加。

在本发明视频播放装置的一个可选实施例中，所述获取第一视频流的客户端数量为：从多个节点服务器中获取第一视频流的客户端的总数量。

在本发明视频播放装置的一个可选实施例中，所述模拟播放的设定时长大于5分钟且小于30分钟。

在本发明视频播放装置的一个可选实施例中，所述模拟播放启动模块402还用于：

当检测到客户端停止从所述节点服务器拉取第一视频流时，启动定时器延长所述节点服务器与中心服务器的会话。

在本发明视频播放装置的一个可选实施例中，所述装置还包括：

第二结束模块407，用于在检测到针对该第一视频流的获取请求的情况下，结束该模拟播放。

综上所述，本实施例提出的视频播放装置至少具有如下优点：

本发明实施例提出的视频播放方法和视频播放装置，可以在最后一个客户端停止从节点服务器获取第一视频流的时候，启动模拟播放，延长对应的第二视频流在节点服务器和中心服务器的时间，当新的观众进来后可以立即直播，使得节点服务器不需要再次向中心服务器获取视频流，保证了观众在打开观看第一视频流时节点服务器能够及时响应。

除此之外，本实施例提出的视频播放装置至少还包括如下优点：

在本发明可选实施例中，本发明实施例提出的视频播放方法和视频播放装置，可以根据观看的平均留存时间和/或平均留存人数确定需要保留的时长，特别是针对现有的直播视频流，其存在主播地域分散、移动直播比例大、观看的人数变动大、留存时间短、观看切换非常频繁的情况，针对这一情况，本发明实施例设置根据观看的平均留存时间和/或平均留存人数确定需要保留的时长的机制，提高了服务器的效率。

对于装置实施例而言，由于其与方法实施例基本相似，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。

图6为本申请一实施例提供的终端设备的硬件结构示意图。如图6所示，该终端设备可以包括输入设备90、处理器91、输出设备92、存储器93和至少一个通信总线94。通信总线94用于实现元件之间的通信连接。存储器93可能包含高速RAM存储器，也可能还包括非易失性存储NVM，例如至少一个磁盘存储器，存储器93中可以存储各种程序，用于完成各种处理功能以及实现本实施例的方法步骤。

可选的，上述处理器91例如可以为中央处理器(Central Processing Unit，简称CPU)、应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现，该处理器91通过有线或无线连接耦合到上述输入设备90和输出设备92。

可选的，上述输入设备90可以包括多种输入设备，例如可以包括面向用户的用户接口、面向设备的设备接口、软件的可编程接口、摄像头、传感器中至少一种。可选的，该面向设备的设备接口可以是用于设备与设备之间进行数据传输的有线接口、还可以是用于设备与设备之间进行数据传输的硬件***接口(例如USB接口、串口等)；可选的，该面向用户的用户接口例如可以是面向用户的控制按键、用于接收语音输入的语音输入设备以及用户接收用户触摸输入的触摸感知设备(例如具有触摸感应功能的触摸屏、触控板等)；可选的，上述软件的可编程接口例如可以是供用户编辑或者修改程序的入口，例如芯片的输入引脚接口或者输入接口等；可选的，上述收发信机可以是具有通信功能的射频收发芯片、基带处理芯片以及收发天线等。麦克风等音频输入设备可以接收语音数据。输出设备92可以包括显示器、音响等输出设备。

在本实施例中，该终端设备的处理器包括用于执行各设备中数据处理装置各模块的功能，具体功能和技术效果参照上述实施例即可，此处不再赘述。

图7为本申请另一实施例提供的终端设备的硬件结构示意图。图7是对图6在实现过程中的一个具体的实施例。如图7所示，本实施例的终端设备包括处理器101以及存储器102。

处理器101执行存储器102所存放的计算机程序代码，实现上述实施例中图2至图3的视频播放方法。

存储器102被配置为存储各种类型的数据以支持在终端设备的操作。这些数据的示例包括用于在终端设备上操作的任何应用程序或方法的指令，例如消息，图片，视频等。存储器102可能包含随机存取存储器(random access memory，简称RAM)，也可能还包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。

可选地，处理器101设置在处理组件100中。该终端设备还可以包括：通信组件103，电源组件104，多媒体组件105，音频组件106，输入/输出接口107和/或传感器组件108。终端设备具体所包含的组件等依据实际需求设定，本实施例对此不作限定。

处理组件100通常控制终端设备的整体操作。处理组件100可以包括一个或多个处理器101来执行指令，以完成上述图2至图3方法的全部或部分步骤。此外，处理组件100可以包括一个或多个模块，便于处理组件100和其他组件之间的交互。例如，处理组件100可以包括多媒体模块，以方便多媒体组件105和处理组件100之间的交互。

电源组件104为终端设备的各种组件提供电力。电源组件104可以包括电源管理***，一个或多个电源，及其他与为终端设备生成、管理和分配电力相关联的组件。

多媒体组件105包括在终端设备和用户之间的提供一个输出接口的显示屏。在一些实施例中，显示屏可以包括液晶显示器(LCD)和触摸面板(TP)。如果显示屏包括触摸面板，显示屏可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与所述触摸或滑动操作相关的持续时间和压力。

音频组件106被配置为输出和/或输入音频信号。例如，音频组件106包括一个麦克风(MIC)，当终端设备处于操作模式，如语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器102或经由通信组件103发送。在一些实施例中，音频组件106还包括一个扬声器，用于输出音频信号。

输入/输出接口107为处理组件100和***接口模块之间提供接口，上述***接口模块可以是点击轮，按钮等。这些按钮可包括但不限于：音量按钮、启动按钮和锁定按钮。

传感器组件108包括一个或多个传感器，用于为终端设备提供各个方面的状态评估。例如，传感器组件108可以检测到终端设备的打开/关闭状态，组件的相对定位，用户与终端设备接触的存在或不存在。传感器组件108可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在，包括检测用户与终端设备间的距离。在一些实施例中，该传感器组件108还可以包括摄像头等。

通信组件103被配置为便于终端设备和其他设备之间有线或无线方式的通信。终端设备可以接入基于通信标准的无线网络，如WiFi，2G或3G，或它们的组合。在一个实施例中，该终端设备中可以包括SIM卡插槽，该SIM卡插槽用于***SIM卡，使得终端设备可以登录GPRS网络，通过互联网与服务端建立通信。

由上可知，在图7实施例中所涉及的通信组件103、音频组件106以及输入/输出接口107、传感器组件108均可以作为图6实施例中的输入设备的实现方式。

本申请实施例提供了一种终端设备，包括：一个或多个处理器；和其上存储有指令的一个或多个机器可读介质，当由所述一个或多个处理器执行时，使得所述终端设备执行如本申请实施例中一个或多个所述的视频摘要的生成方法。

本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。

尽管已描述了本申请实施例的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本申请实施例范围的所有变更和修改。

最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者终端设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者终端设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者终端设备中还存在另外的相同要素。

以上对本申请所提供的一种视频播放方法和视频播放装置，进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。

Claims (20)

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

确定从节点服务器获取第一视频流的客户端数量；

当所述客户端数量满足预设条件时，在所述节点服务器启动模拟播放；

其中，所述模拟播放用于维持所述节点服务器和中心服务器的第二视频流，所述第二视频流与所述第一视频流对应。

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

检测是否有针对所述第一视频流的获取请求；

在未检测到针对该第一视频流的获取请求的情况下，在模拟播放的设定时长之后结束该模拟播放。

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

获取该第一视频流的播放数据，所述播放数据包括获取该第一视频流的客户端数量和所述客户端数量对应的平均播放时长至少其中之一；

根据所述播放数据，确定模拟播放的设定时长。

4.根据权利要求3所述的方法，其特征在于，所述模拟播放的设定时长随着指定时间段内获取该第一视频流的客户端数量的增加而减少。

5.根据权利要求3所述的方法，其特征在于，所述模拟播放的设定时长随着根据所述获取该第一视频流的平均播放时长的增加而增加。

6.根据权利要求3所述的方法，其特征在于，

所述获取第一视频流的客户端数量为：从多个节点服务器中获取第一视频流的客户端的总数量。

7.根据权利要求2所述的方法，其特征在于，所述模拟播放的设定时长大于5分钟且小于30分钟。

8.根据权利要求1所述的方法，其特征在于，所述启动模拟播放的步骤包括：

当检测到客户端停止从所述节点服务器拉取第一视频流时，启动定时器延长所述客户端与所述节点服务器的会话。

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

在检测到针对该第一视频流的获取请求的情况下，结束该模拟播放。

10.一种视频播放装置，其特征在于，包括：

数量确定模块，用于确定从节点服务器获取第一视频流的客户端数量；

模拟播放启动模块，用于当所述客户端数量满足预设条件时，在所述节点服务器启动模拟播放；

其中，所述模拟播放用于维持所述节点服务器和中心服务器的第二视频流，所述第二视频流与所述第一视频流对应。

11.根据权利要求10所述的装置，其特征在于，所述装置还包括：

检测模块，用于检测是否有针对所述第一视频流的获取请求；

第一结束模块，用于在未检测到针对该第一视频流的获取请求的情况下，在模拟播放的设定时长之后结束该模拟播放。

12.根据权利要求11所述的装置，其特征在于，所述装置还包括：

获取模块，用于获取该第一视频流的播放数据，所述播放数据包括获取该第一视频流的客户端数量和所述客户端数量对应的平均播放时长至少其中之一；

时长确定模块，用于根据所述播放数据，确定模拟播放的设定时长。

13.根据权利要求12所述的装置，其特征在于，所述模拟播放的设定时长随着指定时间段内获取该第一视频流的客户端数量的增加而减少。

14.根据权利要求12所述的装置，其特征在于，所述模拟播放的设定时长随着根据所述获取该第一视频流的平均播放时长的增加而增加。

15.根据权利要求12所述的装置，其特征在于，所述获取第一视频流的客户端数量为：从多个节点服务器中获取第一视频流的客户端的总数量。

16.根据权利要求11所述的装置，其特征在于，所述模拟播放的设定时长大于5分钟且小于30分钟。

17.根据权利要求10所述的装置，其特征在于，所述模拟播放启动模块用于：

当检测到客户端停止从所述节点服务器拉取第一视频流时，启动定时器延长所述节点服务器与中心服务器的会话。

18.根据权利要求10所述的装置，其特征在于，所述装置还包括：

第二结束模块，用于在检测到针对该第一视频流的获取请求的情况下，结束该模拟播放。

19.一种终端设备，其特征在于，包括：

一个或多个处理器；和

其上存储有指令的一个或多个机器可读介质，当由所述一个或多个处理器执行时，使得所述终端设备执行如权利要求1-9中一个或多个所述的方法。

20.一个或多个机器可读介质，其上存储有指令，当由一个或多个处理器执行时，使得终端设备执行如权利要求1-9中一个或多个所述的方法。