CN105812938A - 交互式网络电视的播放控制方法和装置 - Google Patents

Abstract

本发明公开了一种交互式网络电视(IPTV)的播放控制方法，包括：接收控制消息；当所述控制消息属于预设的全局消息集合时，响应所述控制消息；当所述控制消息不属于预设的全局消息集合时，根据预设的控制消息与IPTV状态的对应关系，确定所述控制消息与获取的IPTV当前状态有对应关系时，响应所述控制消息。本发明还同时公开了一种IPTV的播放控制装置。

Description

交互式网络电视的播放控制方法和装置

技术领域

本发明涉及交互式网络电视(IPTV)领域，尤其涉及一种IPTV的播放控制方法和装置。

背景技术

IPTV业务是伴随着宽带互联网的飞速发展而兴起的一项新兴的互联网增值业务，能为用户提供电信级别的智能式服务和使用简便的电视式体验。IPTV利用宽带互联网的基础设施，利用家用电视机和电脑作为主要终端，利用网络机顶盒(SET-TOPBOX，STB)，通过互联网协议来传送电视信号，提供包括电视节目在内的多种数字媒体服务。

IPTV媒体处理的底层核心媒体处理部件是多媒体框架，该多媒体框架负责的主要功能包括以下几个部分组成：

1)流输入模块：负责将本地文件流或网络流或电视信号流(TS)送入循环缓存(Buffer)。

2)流分离模块：负责循环Buffer中的字节流分离为音频和视频数据。

3)解码模块：负责将分离出来的音视频数据进行解码，即将音频数据解码为可直接播放的脉冲编码调制(PulseCodeModulation，PCM)数据，将视频数据解码为能在液晶显示器(LCD)中显示的YUV数据；其中，YUV是编译真实颜色空间的种类，具体的，Y表示明亮度，U表示色度，V表示浓度；YUV的格式分为紧缩格式和平面格式。

4)同步处理模块：负责解码后的音视频数据及时间信息等作同步处理。

5)显示模块：负责输出经同步处理后的音视频数据，例如音频通过集成电路内置音频总线(I2S)、索尼飞利浦数字音频接口(Sony/PhilipsDigitalInterfaceFormat，SPDIF)输出，视频通过高清晰度多媒体接口(HDMI)、复合视频消隐和同步(CVBS)输出。

一般，IPTV业务系统从应用层下来的有两类数据：一类是控制消息，一类是媒体流数据；如何既保证媒体流数据播放流畅，又保证IPTV系统能及时响应和处理控制消息，成为IPTV系统亟需解决的一个问题。

发明内容

为解决现有存在的技术问题，本发明实施例期望提供一种IPTV的播放控制方法和装置，能在有效保证IPTV及时响应控制消息的同时实现媒体流数据的平滑播放。

本发明实施例的技术方案是这样实现的：

本发明实施例提供一种交互式网络电视IPTV的播放控制方法，该方法包括：

接收控制消息；

当所述控制消息属于预设的全局消息集合时，响应所述控制消息；

当所述控制消息不属于预设的全局消息集合时，根据预设的控制消息与IPTV状态的对应关系，确定所述控制消息与获取的IPTV当前状态有对应关系时，响应所述控制消息。

上述方案中，所述方法还包括：

当所述控制消息不属于预设的全局消息集合，并确定所述控制消息与获取的IPTV当前状态没有对应关系时，忽略所述控制消息。

上述方案中，所述预设的控制消息与IPTV状态的对应关系包括：

空闲状态对应的控制消息包括开始播放消息；

第一帧状态对应的控制消息包括第一帧播放消息、停止播放消息；

播放状态对应的控制消息包括暂停播放消息、停止播放消息、恢复播放消息、结束播放消息；

暂停状态对应的控制消息包括停止播放消息、恢复播放消息、快进播放消息；

快进状态对应的控制消息包括停止播放消息、恢复播放消息、快进播放消息；

结束状态对应的控制消息包括停止播放消息。

上述方案中，当IPTV处于播放状态时，所述方法还包括：

获取当前帧的播放循环实际已消耗时间；

获取当前帧的播放循环还需消耗时间；

在所述实际已消耗时间与预计还需消耗时间之和大于预设阈值时，放弃继续播放当前帧，进入下一帧的播放循环。

上述方案中，所述当前帧的播放循环还需消耗时间为：

播放循环中即将被执行的下一步所预计消耗的时间。

本发明实施例还提供一种IPTV的播放控制装置，该装置包括：消息接收模块、全局消息响应模块以及状态消息响应模块；其中，

消息接收模块，用于接收控制消息；

全局消息响应模块，用于当所述控制消息属于预设的全局消息集合时，响应所述控制消息；

状态消息响应模块，用于当所述控制消息不属于预设的全局消息集合时，根据预设的控制消息与IPTV状态的对应关系，确定所述控制消息与获取的IPTV当前状态有对应关系时，响应所述控制消息。

上述方案中，所述装置还包括：

空闲状态模块，用于响应与空闲状态有对应关系的开始播放消息；

第一帧状态模块，用于响应与第一帧状态有对应关系的第一帧播放消息、停止播放消息；

播放状态模块，用于响应与播放状态有对应关系的暂停播放消息、停止播放消息、恢复播放消息、结束播放消息；

暂停状态模块，用于响应与暂停状态有对应关系的停止播放消息、恢复播放消息、快进播放消息；

快进状态模块，用于响应与快进状态有对应关系的停止播放消息、恢复播放消息、快进播放消息；

结束状态模块，用于响应与结束状态有对应关系的停止播放消息。

上述方案中，所述播放状态模块包括：

实际时间监测单元，用于获取当前帧的播放循环实际已消耗时间；

预计时间获取单元，用于获取当前帧的播放循环预计还需消耗时间；

帧丢弃单元，用于在所述实际已消耗时间与预计还需消耗时间之和大于预设阈值时，放弃继续播放当前帧，进入下一帧的播放循环。

上述方案中，所述预计时间获取单元包括：

下一步时间获取单元，用于获取播放循环中即将被执行的下一步所预计消耗的时间。

本发明实施例所提供的IPTV播放控制方法和装置，通过将IPTV划分为多种状态，并预先将控制消息划分为与状态无关的全局消息和在特定状态下响应的状态消息，保证全局消息优先被响应，而状态消息只在与其对应的状态下才被响应；如此，既可保证IPTV能及时响应控制消息，又可避免非法的控制消息影响媒体流的正常播放，使得媒体流播放更平滑；进一步的，在播放状态下，限制当前帧的播放循环实际已消耗时间与预计还需消耗时间之和不超过预设阈值，能更好的保证媒体流的平滑播放。

附图说明

图1为本发明实施例提供的IPTV的播放控制方法的实现流程示意图；

图2本发明提供的一帧IPTV的播放控制方法中控制消息与IPTV状态的对应关系示意图；

图3为本发明实施例提供的IPTV的播放控制装置的组成结构示意图。

具体实施方式

为了更清楚地说明本发明实施例和技术方案，下面将结合附图及实施例对本发明的技术方案进行更详细的说明，显然，所描述的实施例是本发明的一部分实施例，而不是全部实施例。基于本发明的实施例，本领域普通技术人员在不付出创造性劳动的前提下所获得的所有其他实施例，都属于本发明保护的范围。

在本发明实施例中，根据IPTV播放器的状态(state)属性预先定义IPTV分为六种状态，即：空闲(IDLE)状态、第一帧(FIRSTFRM)状态、播放(PLAY)状态、暂停(PAUSE)状态、快进(FAST)状态、结束(EOS)状态；通常，可通过“get接口”获取当前IPTV播放器的状态(state)属性，即：获取IPTV的当前状态。此外，本发明实施例中预先将控制消息划分为与状态无关的全局消息和在特定状态下响应的状态消息；并预先定义全局消息集合、控制消息与IPTV状态的对应关系；其中，全局消息集合由与状态无关的控制消息组成；控制消息与IPTV状态的对应关系描述在特定状态下哪些控制消息被响应。

图1为本发明实施例提供的IPTV的播放控制方法的实现流程示意图，如图1所示，该方法包括：

步骤101，接收控制消息；

在播放线程启动后，IPTV播放器可接收来自IPTV上层业务模块下发的控制消息，一般，IPTV上层业务模块通过硬件抽象层(HAL)向播放器下发控制消息。这些控制消息，有些归属于全局消息集合，例如：切换频道消息、待机消息等；有些则不属于全局消息集合，只有在特定状态下才被执行，例如：开始播放(CMD_PLAYER_START)消息、停止播放(CMD_PLAYER_STOP)消息等。其中，属于全局消息集合的控制消息需要被优先响应。

步骤102，当所述控制消息属于预设的全局消息集合时，响应所述控制消息；

具体的，IPTV判断当前接收的控制消息是否是全局消息集合中的一个，如果是，则该控制消息属于预设的全局消息集合，响应该控制消息。

步骤103，当所述控制消息不属于预设的全局消息集合时，根据预设的控制消息与IPTV状态的对应关系，确定所述控制消息与获取的IPTV当前状态有对应关系时，响应所述控制消息；

具体的，当所述控制消息不属于预设的全局消息集合时，获取IPTV当前状态，并根据预设的控制消息与IPTV状态的对应关系，判断该控制消息是否与IPTV当前状态有对应关系，当确定该控制消息与IPTV当前状态有对应关系时，表明该控制消息在IPTV当前状态下应该被响应，则响应该控制消息。

在一个实施例中，控制消息与IPTV状态的对应关系如图2所示，包括：

IDLE状态对应的控制消息包括开始播放(CMD_PLAYER_START)消息；

FIRSTFRM状态对应的控制消息包括第一帧播放(CMD_PLAYER_FSTFRM)消息、停止播放(CMD_PLAYER_STOP)消息；

PLAY状态对应的控制消息包括：暂停播放(CMD_PLAYER_PAUSE)消息、停止播放(CMD_PLAYER_STOP)消息、恢复播放(CMD_PLAYER_RESUME)消息、结束播放(CMD_PLAYER_EOS)消息；

PAUSE状态对应的控制消息包括停止播放(CMD_PLAYER_STOP)消息、恢复播放(CMD_PLAYER_RESUME)消息、快进播放(CMD_PLAYER_FAST)消息；

FAST状态对应的控制消息包括停止播放(CMD_PLAYER_STOP)消息、恢复播放(CMD_PLAYER_RESUME)消息、快进播放(CMD_PLAYER_FAST)消息；

EOS状态对应的控制消息包括停止播放(CMD_PLAYER_STOP)消息。

其中，IDLE为初始状态，IDLE状态只有接受到CMD_PLAYER_START消息后，可以迁移到FIRSTFRM状态。FIRSTFRM状态响应CMD_PLAYER_FSTFRM后迁移到PLAY状态，PLAY状态到达文件流末尾时主动自己下发CMD_PLAYER_EOS消息，进入EOS状态，EOS状态时，当判断音视频队列与解码等待显示队列中的包播放完毕时，主动内部发送CMD_PLAY_STOP消息，进入IDLE状态，这个为一个基本的正常播放流程；其中EOS与FIRSTFRM为不稳定状态，不会停留太长时间；PLAY、IDLE、PAUSE、FAST为稳定状态，可以长期驻留在该状态，状态之间通过消息进行串联。

进一步的，上述方案中，当所述控制消息不属于预设的全局消息集合，并确定所述控制消息与获取的IPTV当前状态没有对应关系时，忽略所述控制消息。

具体的，例如当前控制消息为快进播放消息，而IPTV当前状态为IDLE状态；在上述步骤102中已确定该控制消息不属于预设的全局消息集合，并在步骤103中确定该控制消息与IDLE状态没有对应关系，此时，可认为该快进播放消息为非法消息，不能被响应，则忽略该快进播放消息。

如此，既能保证IPTV能快速的响应全局消息，又能及时忽略掉非法消息，从而媒体流的播放不受非法消息影响。

通常情况下，解复用、音频输出、音频解码、视频输出、视频解码为针对一个帧的播放循环，但本发明实施例中，由于进入了第一帧状态，在第一帧状态已经解码出了第一帧的数据，在进入播放状态时，可先进行第一帧的音频输出、音频解码、视频输出、视频解码再进行针对下一帧的解复用。因此，本发明中的每一帧的播放循环指的是：音频输出、音频解码、视频输出、视频解码、解复用下一帧数据。

为保证媒体流的平滑播放，针对每一帧的播放循环所用的时间应该不超过合理的阈值，通常是20毫秒(ms)。因此，当针对某一帧的播放循环所消耗的时间超过阈值时，就应该将该帧果断丢弃，以避免影响后续媒体流的播放。

因此，上述方案中，当IPTV处于播放状态时，IPTV需要执行以下步骤：

步骤A，获取当前帧的播放循环实际已消耗时间；

步骤B，获取当前帧的播放循环还需消耗时间；

步骤C，在所述实际已消耗时间与预计还需消耗时间之和大于预设阈值时，放弃继续播放当前帧，进入下一帧的播放循环。

进一步的，所述当前帧的播放循环还需消耗时间可以用播放循环中即将被执行的下一步所预计消耗的时间来代表，因为，如果预计到执行完播放循环中下一步后已经超出预设的阈值(20ms)，则足以说明应放弃当前帧，进入下一帧的播放循环。

在一个实施例中，音频输出、音频解码、视频输出、视频解码、解复用在当前帧的播放循环中实际运行的时间分别以T1、T2、T3、T4、T5表示；而任意一帧的播放循环中音频输出、音频解码、视频输出、视频解码、解复用预计所需要的时间为t1、t2、t3、t4、t5；其中，t1、t2、t3、t4、t5的初始值分别为1ms、2ms、1ms、4ms、1ms、12ms；则

音频输出执行完后，若T1+t2>20ms，则不进行下一步音频解码，直接退出；否则，进入下一步；

音频解码执行完后，若T1+T2+t3>20ms，则不进行下一步视频输出，直接退出；否则，进入下一步；

视频输出执行完后，若T1+T2+T3+t4>20ms，则不进行下一步视频解码，直接退出；否则，进入下一步；

视频解码执行完后，若T1+T2+T3+T4+t5>20ms，则不进行下一步解复用，直接退出；否则，进入下一步；

解复用执行完后，若T1+T2+T3+T4+T5+t6>20ms，则不进行下一步音频输出，直接退出；否则，进入下一步。

图3是本发明实施例提供的IPTV的播放控制装置的组成结构示意图，如图3所示，该播放控制装置包括：消息接收模块301、全局消息响应模块302以及状态消息响应模块303；其中，

消息接收模块301，用于接收控制消息；

全局消息响应模块302，用于当所述控制消息属于预设的全局消息集合时，响应所述控制消息；

状态消息响应模块303，用于当所述控制消息不属于预设的全局消息集合时，根据预设的控制消息与IPTV状态的对应关系，确定所述控制消息与获取的IPTV当前状态有对应关系时，响应所述控制消息。

进一步的，上述播放控制装置还包括：

空闲状态模块，用于响应与空闲状态有对应关系的开始播放消息；

第一帧状态模块，用于响应与第一帧状态有对应关系的第一帧播放消息、停止播放消息；

播放状态模块，用于响应与播放状态有对应关系的暂停播放消息、停止播放消息、恢复播放消息、结束播放消息；

暂停状态模块，用于响应与暂停状态有对应关系的停止播放消息、恢复播放消息、快进播放消息；

快进状态模块，用于响应与快进状态有对应关系的停止播放消息、恢复播放消息、快进播放消息；

结束状态模块，用于响应与结束状态有对应关系的停止播放消息。

进一步的，上术播放控制装置中，播放状态模块包括：

实际时间监测单元，用于获取当前帧的播放循环实际已消耗时间；

预计时间获取单元，用于获取当前帧的播放循环预计还需消耗时间；

帧丢弃单元，用于在所述实际已消耗时间与预计还需消耗时间之和大于预设阈值时，放弃继续播放当前帧，进入下一帧的播放循环。

更进一步的，上述播放控制装置中，预计时间获取单元包括：

下一步时间获取单元，用于获取播放循环中即将被执行的下一步所预计消耗的时间。

上述各个模块及各个单元在实际应用中，均可由位于IPTV中的中央处理器(CPU)、微处理器(MPU)、数字信号处理器(DSP)、或现场可编程门阵列(FPGA)实现。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用硬件实施例、软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器和光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。

Claims (9)

1.一种交互式网络电视IPTV的播放控制方法，其特征在于，所述方法包括：

接收控制消息；

当所述控制消息属于预设的全局消息集合时，响应所述控制消息；

当所述控制消息不属于预设的全局消息集合时，根据预设的控制消息与IPTV状态的对应关系，确定所述控制消息与获取的IPTV当前状态有对应关系时，响应所述控制消息。

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

当所述控制消息不属于预设的全局消息集合，并确定所述控制消息与获取的IPTV当前状态没有对应关系时，忽略所述控制消息。

3.根据权利要求1所述的播放控制方法，其特征在于，所述预设的控制消息与IPTV状态的对应关系包括：

空闲状态对应的控制消息包括开始播放消息；

第一帧状态对应的控制消息包括第一帧播放消息、停止播放消息；

播放状态对应的控制消息包括暂停播放消息、停止播放消息、恢复播放消息、结束播放消息；

暂停状态对应的控制消息包括停止播放消息、恢复播放消息、快进播放消息；

快进状态对应的控制消息包括停止播放消息、恢复播放消息、快进播放消息；

结束状态对应的控制消息包括停止播放消息。

4.根据权利要求3所述的播放控制方法，其特征在于，当IPTV处于播放状态时，所述方法还包括：

获取当前帧的播放循环实际已消耗时间；

获取当前帧的播放循环还需消耗时间；

在所述实际已消耗时间与预计还需消耗时间之和大于预设阈值时，放弃继续播放当前帧，进入下一帧的播放循环。

5.根据权利要求4所述的播放控制方法，其特征在于，所述当前帧的播放循环还需消耗时间为：

播放循环中即将被执行的下一步所预计消耗的时间。

6.一种IPTV的播放控制装置，其特征在于，所述装置包括：消息接收模块、全局消息响应模块以及状态消息响应模块；其中，

消息接收模块，用于接收控制消息；

全局消息响应模块，用于当所述控制消息属于预设的全局消息集合时，响应所述控制消息；

状态消息响应模块，用于当所述控制消息不属于预设的全局消息集合时，根据预设的控制消息与IPTV状态的对应关系，确定所述控制消息与获取的IPTV当前状态有对应关系时，响应所述控制消息。

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

空闲状态模块，用于响应与空闲状态有对应关系的开始播放消息；

第一帧状态模块，用于响应与第一帧状态有对应关系的第一帧播放消息、停止播放消息；

播放状态模块，用于响应与播放状态有对应关系的暂停播放消息、停止播放消息、恢复播放消息、结束播放消息；

暂停状态模块，用于响应与暂停状态有对应关系的停止播放消息、恢复播放消息、快进播放消息；

快进状态模块，用于响应与快进状态有对应关系的停止播放消息、恢复播放消息、快进播放消息；

结束状态模块，用于响应与结束状态有对应关系的停止播放消息。

8.根据权利要求7所述的播放控制装置，其特征在于，所述播放状态模块包括：

实际时间监测单元，用于获取当前帧的播放循环实际已消耗时间；

预计时间获取单元，用于获取当前帧的播放循环预计还需消耗时间；

帧丢弃单元，用于在所述实际已消耗时间与预计还需消耗时间之和大于预设阈值时，放弃继续播放当前帧，进入下一帧的播放循环。

9.根据权利要求8所述的播放控制装置，其特征在于，所述预计时间获取单元包括：

下一步时间获取单元，用于获取播放循环中即将被执行的下一步所预计消耗的时间。