CN103327267A - 一种视频播放方法、装置及电视机 - Google Patents

Abstract

本发明属于电视技术领域，尤其涉及一种视频播放方法、装置及电视机，该方法包括：视频接收方获取当前的视频播放状态；当获取到视频播放状态为直播状态，且接收到状态切换指令时，将所述直播状态切换至点播状态；当将所述直播状态切换至点播状态后，调用预先缓存在新增视频帧缓存区中的点播视频数据进行播放。在本实施例中，解决了用户在直播视频和点播视频切换时需要采用多步并且繁琐的手工操作，且视频切换流畅度低的问题，使得在智能电视上实现直播视频和点播视频的平滑切换，消除了硬件切换过程中带来的黑屏、闪烁、卡顿等缺点。

Description

一种视频播放方法、装置及电视机

技术领域

本发明属于电视技术领域，尤其涉及一种视频播放方法、装置及电视机。

背景技术

随着智能电视技术的发展，目前广大用户在智能电视上既可以收看有线电视运营商或模拟频道的直播视频，又能收看通过Internet网络推送过来的网络视频为代表的点播视频。

然而，由于这两种***不同，使得这两种视频的入口通常采用分离的方式进行处理，也即用户打开电视，通过切换频道的方式观看直播视频的节目，但在需要观看点播视频的时候，必须打开另一个入口，比如菜单或者主页，通过APP（Application，应用）的选择进入点播电视的入口，这两个入口由于技术差异性非常明显，特别是点播电视，由于内容提供方众多，并采用TCP/IP（Transmission Control Protocol/Internet Protocol，传输控制协议/因特网互联协议）的方式进行内容传输和用户认证，导致用户切换入口时必须关闭另一个入口（直播电视入口），并采用多步手工操作才能完成装置，且视频切换流畅度较低。

发明内容

本发明实施例的目的在于提供一种视频播放方法、装置及电视机，本发明在于解决用户在直播视频和点播视频切换时需要采用多步并且繁琐的手工操作，且视频切换流畅度低的问题。

本发明实施例是这样实现的，一种视频播放方法，所述方法包括以下步骤：

视频接收方获取当前的视频播放状态；

当获取到视频播放状态为直播状态，且接收到状态切换指令时，将所述直播状态切换至点播状态；

当切换至点播状态时，调用预先缓存在新增视频帧缓存区中的点播视频数据进行播放。

本发明实施例是这样实现的，一种视频播放的装置，所述装置包括：

获取单元，用于获取当前的视频播放状态；

切换单元，用于当获取到视频播放状态为直播状态，且接收到状态切换指令时，将所述直播状态切换至点播状态；

调用单元，当切换至点播状态时，调用预先缓存在新增视频帧缓存区中的点播视频数据进行播放。

本发明实施例还提供了一种电视机，所述电视机包括上述视频播放装置。

在本实施例中，当将所述直播状态切换至点播状态后，调用预先缓存在新增视频帧缓存区中的点播视频数据进行播放，解决了用户在直播视频和点播视频切换时需要采用多步并且繁琐的手工操作，且视频切换流畅度低的问题，使得在智能电视上实现直播视频和点播视频的平滑切换，用户可以通过一键切换直播视频和点播视频，并消除了硬件切换过程中带来的黑屏、闪烁、卡顿等缺点，使观众能在自然的交互中享受直播节目和海量的点播视频的乐趣。

与现有技术对比，本发明的至少具有以下几个优点：

1、一键切换直播视频和点播视频，提供直播视频和点播视频平滑切换的方法；

2、节省了多步并且繁琐的手工操作过程；

3、解决了视频切换流畅度低的缺点。

为了说明本发明所述的技术方案，下面通过具体实施例来进行说明。

附图说明

图1是本发明实施例一提供的视频播放的方法的流程图；

图2是本发明实施例一提供的采用双视频帧缓存区（Video Framebuffer）模式对视频处理的装置的结构示意图；

图3是本发明实施例一在步骤S101之前，将点播视频数据缓存到预先建立的新增视频帧缓存区中的具体实施流程图；

图4是本发明实施例一步骤S102中将所述直播状态切换至点播状态的实施流程图；

图5是本发明实施例三提供的直播状态与点播状态切换条件的示意图；

图6是本发明实施例四提供的在实际应用中较佳的实施流程图；

图7是本发明实施例五提供的视频播放的装置的结构示意图。

具体实施方式

为了使本发明的目的、技术方案及有益效果更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

实施例一：

图1示出了本发明实施例提供的视频播放的方法的流程图，该方法的具体步骤如下：

在步骤S101中，视频接收方获取当前的视频播放状态；

本实施例中，视频播放状态包括直播状态和点播状态。

本实施例中，视频接收方包括但不限于电视机。

本实施例中，电视机获取当前的视频播放状态可在后台中直接获取，可以通过检测占用屏幕的视频播放的应用程序，以获取当前的视频播放状态，具体地，当占用视频播放的应用程序为直播视频的应用程序时，表示当前的视频播放状态为直播状态，当占用视频播放的应用程序为点播视频的应用程序时，表示当前的视频播放状态为点播状态。

作为本发明的一个优选实施例，在步骤S101之前还包括：

将点播视频数据缓存到预先建立的新增视频帧缓存区中。

在本实施例中，在电视机原有一个视频帧缓存区的基础上，新增一个视频帧缓存区，使得直播视频和点播视频可以同时缓存，解决了现有视频播放装置只支持一个视频帧缓存区的问题，避免了在视频切换时需要切换硬件才能完成切换的情况，简化了用户的操作步骤，提高了用户的操作效率，并提高了视频切换的流畅度。

为便于说明，图2示出了本发明实施例提供的采用双视频帧缓存区（VideoFramebuffer）模式进行视频处理的装置的结构示意图，虚线框中的VideoFramebuffer2为本次发明中新增的视频帧缓存区（Video Framebuffer）。

在本实施例中，采用双视频帧缓存区（Video Framebuffer）模式进行视频处理的装置位于视频接收方内。

在本实施例中，以视频接收方为电视机为例，在电视机的视频处理装置中新增一个Video Framebuffer，从而可采用双Video Framebuffer机制，同时缓存直播视频和点播视频，一路Video Framebuffer用于缓存直播视频数据，一路Video Framebuffer用于缓存点播视频数据，解决了现有技术中电视机在缓存直播视频时，无法同时缓存点播视频数据的问题，避免了出现直播视频和点播视频切换时发生的图像抖动及黑屏等情况，从而了实现直播视频和点播视频平滑切换。

在步骤S102中，当获取到视频播放状态为直播状态，且接收到状态切换指令时，将所述直播状态切换至点播状态；

本实施例中，状态切换指令由用户按下预设按键生成，预设按键可以为用户自设，也可以为***默认，在此不做限制。此外，预设按键可以位于电视机上，也可以位于遥控器上，在此不做限制。

本发明实施例中，在电视机的视频处理装置中增加一个Video Framebuffer，采用双Video Framebuffer同时缓存直播视频和点播视频，一路VideoFramebuffer用于缓存直播视频数据，另一路Video Framebuffer用于缓存点播视频数据。

本实施例中，当获取到视频播放状态为直播状态，且接收到状态切换指令时，在android***中广播将将所述直播状态切换至点播状态的消息，以便于将直播状态切换至点播状态。

本实施例中，将直播状态切换至点播状态的实施过程，会在实施例四中进行详细说明，在此不做赘述。

在步骤S103中，当将所述直播状态切换至点播状态后，调用预先缓存在新增视频帧缓存区中的点播视频数据进行播放。

本实施例中，当切换至点播状态时，通过点播视频数据的存储路径，调用预先缓存在新增视频帧缓存区中的点播视频数据进行播放。

本实施例中，为便于说明，以视频接收方为电视机为例，当电视机接收遥控器上的方向键（上/下/左/右键）消息后，检测电视机上光标的位置是否发生变化和光标位置的视频链接情况，当检测到光标的位置发生变化且光标在变化后的位置上含有视频链接时，打开视频链接并同时在电视机后台打开VideoFramebuffer2，将视频链接中的数据缓存到Video Framebuffer2中。缓存结束后，电视机获取当前的视频播放状态，当获取到视频播放状态为直播状态，且接收到状态切换指令时，将直播状态切换至点播状态，当将直播状态切换至点播状态时，调用预先缓存在新增视频帧缓存区中的点播视频数据，以使视频接收方流畅播放点播视频数据。避免了当用户再次选择直播视频时，出现切换过程中带来的黑屏、闪烁、卡顿的情况。

实施例二：

图3示出了本发明实施例在步骤S101之前，将点播视频数据缓存到预先建立的新增视频帧缓存区中的具体实施流程，详述如下：

在步骤S301中，在点播状态下，接收光标移动指令；

在步骤S302中，检测光标的位置变化情况和所述光标位置上关联的点播视频数据的视频链接；

在本实施例中，光标是对当前电视机的遥控器按键停留位置的一个提示，光标表示的是当前可被执行的命令或内容，通常，对点播视频来说，光标中每一个可被执行的选项包含了如下内容：标题、图片或海报、简介以及内容链接，这些内容根据呈现方式不同，可以全部显示也可以只显示一部分。当光标停留在标题、图片或海报、简介或内容链接处其中任一位置，经过预设时间后电视机将自动检测在停留位置上的光标是否含有视频链接情况，判断是否需要缓存视频用于播放。预设时间可以为用户自设，也可以***默认，在此不做限制。

在步骤S303中，当检测到所述光标的位置发生变化，且所述光标在变化后的位置上含有关联的视频链接时，打开所述视频链接，将所述视频链接对应的点播视频数据缓存到所述新增视频帧缓存区中。

本实施例中，检测所述光标的位置是否发生变化，可先记录下光标在电视机屏幕上的初始位置，再实时获取光标在电视机屏幕上的位置，当光标的位置与上一次在电视机屏幕上的位置不同时，表示光标的位置发生变化。由于每个光标都有与其相对应的执行的命令或内容，如标题、图片或海报、简介以及内容链接等，通过实时检测光标的位置，以获取到用户的浏览对象。

为便于说明，以电视机检测用户需要点播视频为例，电视机可通过检测光标的形式，当检测到光标，且光标中的视频为用户需要点播的视频，电视机在后台中获取该视频的视频链接，将视频链接的数据缓存到所述视频帧缓存区对用户点播的视频进行缓存。

本实施例中，在将所述视频链接的数据缓存到所述视频帧缓存区的过程中，如果所述电视机接收到遥控器的方向键被按下的消息，则重新检测光标的位置变化情况和所述光标在变化后的位置上关联的视频链接情况，如果没接收到遥控器的方向键被按下的消息，则所述视频链接的数据缓存到所述视频帧缓存区中成功。

本实施例中，将所述视频链接的数据缓存到所述视频帧缓存区中的过程，具体为开始缓存视频链接的数据到所述视频链接的数据缓存结束的过程。

本发明实施例中，视频链接的数据缓存结束后，视频链接的数据播放准备就绪。视频链接的数据缓存结束的状态由电视机厂家设计，可以通过设置一定时间，比如5秒，10秒等时间，或者通过设置读取视频文件的某个行、场或帧的位置或者其它的有效方式来标识。

实施例三：

图4示出了实施例一步骤S102中将所述直播状态切换至点播状态的实施流程，详述如下：

在步骤S401中，获取预先缓存在新增视频帧缓存区中点播视频数据的缓存情况；

在本实施例中，分别引入了函数Backgroundstate和函数KeyStrick，电视机装置能够通过这两个函数来定位视频缓存情况和切换的条件，从而实现直播视频和点播视频之间的平滑切换，其中，函数Backgroundstate是为了识别VideoFramebuffer2中视频链接内容的缓存情况，函数Backgroundstate有三个参数buffering、bufferOK和Ready，其中buffering表示为正在缓存中的状态，bufferOK表示为缓存结束的状态，Ready表示为可以进入播放的状态。

在步骤S402中，当所述缓存情况满足预设的切换条件时，将所述直播状态切换至点播状态。

在本实施例中，预设的切换条件可以为用户自设，也可以***默认。

为便于说明，图5示出了直播状态与点播状态切换条件的示意图。

需要说明的是，预设的切换条件可以为下述条件的其中一个，当然也可以以下述条件的混合条件。

条件A、点播视频数据缓存结束，具体地，视频数据缓存结束的状态由电视机厂家设计，可以通过设置一定时间，比如5秒，10秒等时间，或者通过设置读取视频文件的某个行、场或帧的位置或者其它的有效方式来标识，此时变量函数Backgroundstate状态设置为BufferingOK。

条件B、点播视频数据可进入播放状态。具体地，点播视频数据可进入播放的状态由电视机厂家设计，可以通过设置一定缓存比例，比如缓存到点播视频大小的10%，此时变量函数Backgroundstate状态设置为Ready。

在本实施例中，定义两套变量函数来辅助直播状态与点播状态进行切换，具体定义为：

Define enum BackgroundState={buffering,bufferOK,Ready}和Define enumkeyStrick={OK,UP,DOWN,LEFT,RIGHT,FUNCTIONKEY}。

其中，Backgroundstate是为了识别Video Framebuffer2中视频链接内容的缓存情况，已便于电视机识别和判断视频是否进入播放状态，Backgroundstate有三个参数buffering、bufferOK和Ready，其中buffering表示为正在缓存中的状态，bufferOK表示为缓存结束的状态，Ready表示为可以进入播放的状态。

KeyStrick是为了识别遥控器按键发送的消息，选择或播放视频节目，每次按键操作时该变量函数都将会读取相应按键的参数值。KeyStrick对应遥控器的相应按钮键，其中参数OK/UP/DOWN/LEFT/RIGHT/FUNCTIONKEY分别对应按键的OK/上/下/左/右/确认键。

需要进行说明的，在本实施例中，经过预先的定义，预设按键即为确认键FUNCTIONKEY，当用户按下确认键时，可生成状态切换指令，从直播状态切换至点播状态，当***接收到状态切换指令时，通过双Video Framebuffer以及状态机来控制整个切换过程，其中状态机为具有内存或按照所存储信息执行一系列操作的数字***，在后台中处理切换带来的时间损耗以及用户界面逻辑差异，并在后台中通过新增视频帧缓存区的数据调用接口，调用预先缓存点播视频数据，作为电视机切换至点播状态时的播放数据，从而消除前台产生的黑屏和抖动问题，使直播和点播之间的切换在用户看来是平滑切换，并有瞬时切换的体验。

在本实施例中，用户从当前直播视频去观看点播视频或者从点播视频去观看直播视频时，可以通过遥控器进行选择。为便于说明，以从当前直播视频去观看点播视频为例，当前视频播放状态为直播状态，此时，后台的VideoFramebuffer2会缓存处于点播状态时被用户选中的点播视频，缓存结束后，电视机会发出缓存满可以进行播放的提示，当检测到用户在遥控器上按下确认键时，***执行与确认键相对应的状态切换指令，将当前的直播状态切换至点播状态，通过双Video Framebuffer以及状态机来控制整个切换过程，其中状态机为具有内存或按照所存储信息执行一系列操作的数字***，在后台中处理切换带来的时间损耗以及用户界面逻辑差异，并在后台中通过新增视频帧缓存区的数据调用接口，调用预先缓存点播视频数据，作为电视机的切换至点播状态时的播放数据，从而消除了切换过程中带来的黑屏、闪烁、卡顿等缺点，使得观众能在自然的交互中享受直播视频和点播视频的乐趣。

实施例四：

图6示出了本发明实施例提供的在实际应用中较佳的实施流程图，该方法的具体步骤如下：

步骤S601，电视机接收遥控器的方向键被按下的消息后，检测光标的位置变化情况；

其中，本发明实施例引入全局变量函数KeyStrick用于接收和识别按键操作的事件信息，该变量函数的参数分别对应遥控器的相应按键，当接收遥控器的方向键被按下的消息后，启动检测光标的位置的步骤，具体地，先记录下光标在电视机屏幕上的初始位置，再实时获取光标在电视机屏幕上的位置，以实时检测检测光标的位置变化情况。

步骤S602，当光标的位置发生改变后，启动定时器；

当光标的位置与之前在电视机屏幕上的位置不同时，启动定时器。

步骤S603，判断光标关联内容是否含有视频链接，如果有视频链接则执行下一步步骤S604，反之则返回步骤S601；

检测光标关联内容是否含有视频链接，可在光标关联内容的属性中直接获取，获取视频链接为现有技术，在此不做赘述。

步骤S604，判断光标在该位置的停留时间是否超过所设定时器时间值，如果超过则执行下一步步骤S605，如果不超过则等待；

步骤S605，关闭定时器，在后台打开Video Framebuffer2，将视频链接的数据缓存到Video Framebuffer2中，检测是否有方向键被按下的消息，若有，则返回步骤S601，若没有，则执行下一步步骤606；

步骤S606，开始缓存视频数据，检测是否有方向键被按下的消息，若有，则返回步骤S601，如果没有则执行下一步步骤S607。

具体的，在Video Framebuffer2中引入局部变量函数Backgroundstate来显示视频缓存状态，此时该函数状态设置为Buffering；

步骤S607，视频数据缓存结束后，检测是否有方向键被按下的消息，若有遥控器的方向键被按下的消息，则返回步骤S601，若没有遥控器的方向键被按下的消息，则执行下一步步骤S608。

此时变量函数Backgroundstate状态设置为BufferingOK。

步骤S608，接收视频链接的确认消息，此时变量函数Backgroundstate状态设置为Ready。

步骤S609，判断当前电视机的视频播放状态是否为直播状态，如果是，则执行下一步步骤S610，如果否，则执行步骤S611。

当前电视机的视频播放状态不为点播状态时，即表示当前电视机的视频播放状态为直播状态。

步骤S610，将当前电视机的直播状态切换至点播状态，播放VideoFramebuffer2中缓存的视频。

当检测到指定的确认键按下时，将当前电视机的直播状态切换至点播状态，并播放缓冲区中缓存的视频。

步骤S611，在点播状态下播放Video Framebuffer2中缓存的视频。

当视频流缓存完毕时，在点播状态下播放视频，如果电视机播放状态当前在点播状态，先按下遥控器上的OK键，在当前点播状态下执行点播视频播放，再按下遥控器上的确认键，如FUNCTIONKEY键，可以返回到直播状态，从而当用户再次选择直播视频时，消除了切换过程中带来的黑屏、闪烁、卡顿等缺点，使观众能在自然的交互中享受直播视频和点播视频的乐趣。

实施例四：

图7示出了本发明实施例提供的一种视频播放装置结构示意图，该装置可以运行于各种终端，包括但不限于电视机、移动电话、口袋计算机（PocketPersonal Computer，PPC）、掌上电脑、计算机、笔记本电脑、个人数字助理（Personal Digital Assistant，PDA）等。为了便于说明，仅示出了与本实施例相关的部分。所述的装置包括：

获取单元71，用于获取当前的视频播放状态；

切换单元72，用于当获取到视频播放状态为直播状态，且接收到状态切换指令时，将所述直播状态切换至点播状态；

调用单元73，用于当将所述直播状态切换至点播状态后，调用预先缓存在新增视频帧缓存区中的点播视频数据进行播放。

进一步地，在该装置中，还包括：

缓存单元74，用于将点播视频数据缓存到预先建立的新增视频帧缓存区中。

具体地，在该装置中，缓存单元74还包括：

接收子单元741，用于在点播状态下，接收光标移动指令；

检测子单元742，用于检测光标的位置变化情况和所述光标位置上关联的点播视频数据的视频链接；

缓存子单元743，用于当检测到所述光标的位置发生变化，且所述光标在变化后的位置上含有关联的视频链接时，打开所述视频链接，将所述视频链接对应的点播视频数据缓存到所述新增视频帧缓存区中。

进一步地，在该装置中，所述切换单元72，包括：

获取子单元721，用于获取预先缓存在新增视频帧缓存区中点播视频数据的缓存情况；

切换子单元722，用于当所述缓存情况满足预设的切换条件时，将所述直播状态切换至点播状态。

本发明实施例提供的装置可以应用在前述对应的方法实施例一、二中，详情参见上述实施例一、二的描述，在此不再赘述。

在本实施例中，当将所述直播状态切换至点播状态后，调用预先缓存在新增视频帧缓存区中的点播视频数据进行播放，解决了用户在直播视频和点播视频切换时需要采用多步并且繁琐的手工操作，且视频切换流畅度低的问题，使得在智能电视上实现直播视频和点播视频的平滑切换，用户可以通过一键切换直播视频和点播视频，并消除了硬件切换过程中带来的黑屏、闪烁、卡顿等缺点，使观众能在自然的交互中享受直播节目和海量的点播视频的乐趣。

以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内所作的任何修改、等同替换和改进等，均应包含在本发明的保护范围之内。

Claims (10)

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

视频接收方获取当前的视频播放状态；

当获取到视频播放状态为直播状态，且接收到状态切换指令时，将所述直播状态切换至点播状态；

当将所述直播状态切换至点播状态后，调用预先缓存在新增视频帧缓存区中的点播视频数据进行播放。

2.如权利要求1所述的方法，其特征在于，在所述获取当前的视频播放状态之前，包括：

将点播视频数据缓存到预先建立的新增视频帧缓存区中。

3.如权利要求2所述的方法，其特征在于，所述将点播视频数据缓存到所述新增视频帧缓存区中，包括：

在点播状态下，接收光标移动指令；

检测光标的位置变化情况和所述光标位置上关联的点播视频数据的视频链接；

当检测到所述光标的位置发生变化，且所述光标在变化后的位置上含有关联的视频链接时，打开所述视频链接，将所述视频链接对应的点播视频数据缓存到所述新增视频帧缓存区中。

4.如权利要求1所述的方法，其特征在于，所述将所述直播状态切换至点播状态，具体为：

获取预先缓存在新增视频帧缓存区中点播视频数据的缓存情况；

当所述缓存情况满足预设的切换条件时，将所述直播状态切换至点播状态。

5.如权利要求1至4任一项所述的方法，其特征在于，还包括：

当获取到视频播放状态为点播状态，且接收到状态切换指令时，将所述点播状态切换至直播状态。

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

获取单元，用于获取当前的视频播放状态；

切换单元，用于当获取到视频播放状态为直播状态，且接收到状态切换指令时，将所述直播状态切换至点播状态；

调用单元，用于当将所述直播状态切换至点播状态后，调用预先缓存在新增视频帧缓存区中的点播视频数据进行播放。

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

缓存单元，用于将点播视频数据缓存到预先建立的新增视频帧缓存区中。

8.如权利要求7所述的装置，其特征在于，所述缓存单元，包括：

接收子单元，用于在点播状态下，接收光标移动指令；

检测子单元，用于检测光标的位置变化情况和所述光标位置上关联的点播视频数据的视频链接；

缓存子单元，用于当检测到所述光标的位置发生变化，且所述光标在变化后的位置上含有关联的视频链接时，打开所述视频链接，将所述视频链接对应的点播视频数据缓存到所述新增视频帧缓存区中。

9.如权利要求6所述的装置，其特征在于，所述切换单元，包括：

获取子单元，用于获取预先缓存在新增视频帧缓存区中点播视频数据的缓存情况；

切换子单元，用于当所述缓存情况满足预设的切换条件时，将所述直播状态切换至点播状态。

10.一种电视机，其特征在于，所述电视机包括权利要求6至9任一权利要求所述的视频播放装置。

Images