CN115361578B - 一种播放方法、装置和电子设备 - Google Patents

Abstract

公开提供了一种播放方法、装置和电子设备，涉及流媒体播放技术领域，用于解决在CPU资源紧张的情况下，播放器在播放媒体资源过程中，在不同时间段，针对同一操作呈现出不同的效果，例如语音唤醒功能，在刚起播的时间段内执行语音唤醒功能可能就会出现无法唤醒或唤醒异常的问题。该方法包括：向服务器发送媒体资源的下载请求；接收服务器发送的媒体资源的资源数据；对资源数据进行预设处理，确定音频解析数据和视频数据；将音频解析数据和视频数据存储至缓存队列；从缓存队列中获取视频数据，并对视频数据进行目标处理，确定视频解析数据；基于视频解析数据，以及从缓存队列中获取的音频解析数据，播放媒体资源。

Description

一种播放方法、装置和电子设备

技术领域

本公开涉及流媒体播放技术领域，尤其涉及一种播放方法、装置和电子设备。

背景技术

目前，在播放技术领域，播放器在播放媒体资源的不同时间段，对中央处理器(central processing unit，CPU)的占用不同。如：采用4K分辨率(4Kresolution)，H.265高码率视频编码的媒体资源，在网络状况良好的情况下，通过测试，前10s播放器的CPU资源占用百分比如下：9％,16.25％,19.25％,17.25％,4.25％,4％,4.25％,4.25％,3.75％,3.5％。在CPU资源紧张的情况下，播放器在播放媒体资源过程中，在不同时间段，针对同一操作呈现出不同的效果，例如语音唤醒功能，在刚起播的时间段内执行语音唤醒功能可能就会出现无法唤醒或唤醒异常的问题，导致用户的体验较差。

发明内容

为了解决上述技术问题，本公开提供了一种播放方法、装置和电子设备，用于解决在CPU资源紧张的情况下，播放器在播放媒体资源过程中，在不同时间段，针对同一操作呈现出不同的效果，例如语音唤醒功能，在刚起播的时间段内执行语音唤醒功能可能就会出现无法唤醒或唤醒异常的问题。

本公开的技术方案如下：

第一方面，本公开提供一种播放方法，包括：响应于对媒体资源的播放操作，确定缓存队列在不同时刻对应的缓存队列值；其中，当前时刻缓存队列的缓存队列值大于上一刻缓存队列的缓存队列值；向服务器发送媒体资源的下载请求；接收服务器发送的媒体资源的资源数据；对资源数据进行预设处理，确定音频解析数据和视频数据；将音频解析数据和视频数据存储至缓存队列；从缓存队列中获取视频数据，并对视频数据进行目标处理，确定视频解析数据；基于视频解析数据，以及从缓存队列中获取的音频解析数据，播放媒体资源。

在一些可实施的示例中，响应于对媒体资源的播放操作，确定缓存队列在不同时刻对应的缓存队列值，包括：响应于对媒体资源的播放操作，确定媒体资源的媒体类型；在媒体类型为目标格式的情况下，确定缓存队列在不同时刻对应的缓存队列值；在媒体类型不为目标格式的情况下，获取预先配置的缓存队列的缓存队列值。

在一些可实施的示例中，确定缓存队列在不同时刻对应的缓存队列值，包括：获取定时器的定时间隔、缓存队列的队列初始值以及队列步长；启动定时器，并对每个定时间隔，执行如下操作：获取上一个定时间隔对应的历史队列值；根据历史队列值和队列步长，确定当前定时间隔对应的当前队列值；在当前队列值小于或等于最大队列值的情况下，确定当前定时间隔对应的缓存队列值为当前队列值；在当前队列值大于最大队列值的情况下，退出定时器；根据每个定时间隔对应的缓存队列值，确定缓存队列在不同时刻对应的缓存队列值。

在一些可实施的示例中，根据历史队列值和队列步长，确定当前定时间隔对应的当前队列值，包括：根据历史队列值和队列步长之和，确定当前定时间隔对应的当前队列值。

在一些可实施的示例中，定时间隔为5秒，队列初始值和队列步长均为125个缓冲数据。

在一些可实施的示例中，确定缓存队列在不同时刻对应的缓存队列值，包括：根据预先配置的配置关系，确定缓存队列在不同时刻对应的缓存队列值；其中，配置关系中包括缓存队列在不同时刻对应的缓存队列值。

在一些可实施的示例中，对资源数据进行预设处理，确定音频解析数据和视频数据前，本公开提供的播放方法还包括：将资源数据存储至下载缓存队列中；对资源数据进行处理，确定音频解析数据和视频数据，包括：从下载缓存队列中获取资源数据，并对资源数据进行预设处理，确定音频解析数据和视频数据。

在一些可实施的示例中，本公开提供的播放方法还包括：获取缓存队列在当前时刻缓存的实际队列值，以及当前时刻对应的缓存队列值；在实际队列值小于或等于当前时刻对应的缓存队列值的情况下，继续向服务器发送媒体资源的下载请求；在实际队列值大于当前时刻对应的缓存队列值的情况下，阻塞将音频解析数据和视频数据存储至缓存队列，直至缓存队列的实际队列值小于或等于当前时刻对应的缓存队列值时，将音频解析数据和视频数据继续存储至缓存队列。

第二方面，本公开提供一种播放装置，包括：处理单元，用于响应于对媒体资源的播放操作，确定缓存队列在不同时刻对应的缓存队列值；其中，当前时刻缓存队列的缓存队列值大于上一刻缓存队列的缓存队列值；处理单元，还用于控制发送单元向服务器发送媒体资源的下载请求；接收单元，还用于接收服务器发送的媒体资源的资源数据；处理单元，还用于对接收单元接收的资源数据进行预设处理，确定音频解析数据和视频数据；处理单元，还用于将音频解析数据和视频数据存储至缓存队列；处理单元，还用于控制获取单元从缓存队列中获取视频数据，并对获取单元获取的视频数据进行目标处理，确定视频解析数据；处理单元，还用于基于视频解析数据，以及从缓存队列中获取的音频解析数据，控制播放单元播放媒体资源。

在一些可实施的示例中，处理单元，具体用于响应于对媒体资源的播放操作，确定媒体资源的媒体类型；处理单元，具体用于在媒体类型为目标格式的情况下，确定缓存队列在不同时刻对应的缓存队列值；处理单元，具体用于在媒体类型不为目标格式的情况下，控制获取单元获取预先配置的缓存队列的缓存队列值。

在一些可实施的示例中，获取单元，具体用于获取定时器的定时间隔、缓存队列的队列初始值以及队列步长；处理单元，具体用于启动定时器，并对每个定时间隔，执行如下操作：控制获取单元获取上一个定时间隔对应的历史队列值；根据获取单元获取的历史队列值和获取单元获取的队列步长，确定当前定时间隔对应的当前队列值；在当前队列值小于或等于最大队列值的情况下，确定当前定时间隔对应的缓存队列值为当前队列值；在当前队列值大于最大队列值的情况下，退出定时器；处理单元，具体用于根据每个定时间隔对应的缓存队列值，确定缓存队列在不同时刻对应的缓存队列值。

在一些可实施的示例中，处理单元，具体用于根据历史队列值和获取单元获取的队列步长之和，确定当前定时间隔对应的当前队列值。

在一些可实施的示例中，定时间隔为5秒，队列初始值和队列步长均为125个缓冲数据。

在一些可实施的示例中，处理单元，具体用于根据预先配置的配置关系，确定缓存队列在不同时刻对应的缓存队列值；其中，配置关系中包括缓存队列在不同时刻对应的缓存队列值。

在一些可实施的示例中，处理单元，还用于将接收单元接收的资源数据存储至下载缓存队列中；处理单元，具体用于控制获取单元从下载缓存队列中获取资源数据，并对获取单元获取的资源数据进行预设处理，确定音频解析数据和视频数据。

在一些可实施的示例中，获取单元，还用于获取缓存队列在当前时刻缓存的实际队列值，以及当前时刻对应的缓存队列值；处理单元，还用于在获取单元获取的实际队列值小于或等于获取单元获取的当前时刻对应的缓存队列值的情况下，控制发送单元继续向服务器发送媒体资源的下载请求；处理单元，还用于在获取单元获取的实际队列值大于获取单元获取的当前时刻对应的缓存队列值的情况下，阻塞将音频解析数据和视频数据存储至缓存队列，直至缓存队列的实际队列值小于或等于当前时刻对应的缓存队列值时，将音频解析数据和视频数据继续存储至缓存队列。

第三方面，本公开提供一种电子设备，包括：存储器和处理器，存储器用于存储计算机程序；处理器用于在执行计算机程序时，使得电子设备实现如第一方面提供的任一项的播放方法。

第四方面，本发明提供一种计算机可读存储介质，包括：计算机可读存储介质上存储计算机程序，计算机程序被处理器执行如第一方面提供的任一项的播放方法。

第五方面，本发明提供一种计算机程序产品，当计算机程序产品在计算机上运行时，使得计算机执行如第一方面提供的任一项的播放方法。

需要说明的是，上述计算机指令可以全部或者部分存储在第一计算机可读存储介质上。其中，第一计算机可读存储介质可以与播放装置的处理器封装在一起的，也可以与播放装置的处理器单独封装，本公开对此不作限定。

本公开中第二方面、第三方面、第四方面以及第五方面的描述，可以参考第一方面的详细描述；并且，第二方面、第三方面、第四方面以及第五方面的描述的有益效果，可以参考第一方面的有益效果分析，此处不再赘述。

在本公开中，上述播放装置的名字对设备或功能模块本身不构成限定，在实际实现中，这些设备或功能模块可以以其他名称出现。只要各个设备或功能模块的功能和本公开类似，属于本公开权利要求及其等同技术的范围之内。

本公开的这些方面或其他方面在以下的描述中会更加简明易懂。

本公开提供的技术方案与现有技术相比具有如下优点：

本公开提供的播放方法，通过动态设置缓存队列在不同时刻对应的缓存队列值，从而使得缓存队列在不同时刻占用的CPU资源不同。之后，通过向服务器发送媒体资源的下载请求；从而可以接收到服务器发送的媒体资源的资源数据；对资源数据进行预设处理，确定音频解析数据和视频数据；将音频解析数据和视频数据存储至缓存队列；从缓存队列中获取视频数据，并对视频数据进行目标处理，确定视频解析数据；基于视频解析数据，以及从缓存队列中获取的音频解析数据，播放媒体资源。

此外，当执行本公开通过的播放方法的执行主体为播放器时，播放器在接收到对媒体资源的播放操作后，会动态设置缓存队列在不同时刻对应的缓存队列值，这样可以使得播放器在播放媒体资源的初期，由于缓存队列的缓存队列值较小，此时缓存队列可缓存的数据也较少，因此占用的CPU资源也较小。这样可以大大降低播放器在刚起播的时间段内对CPU资源的占用。即使在CPU资源紧张的情况下，由于播放器在刚起播的时间段内对CPU资源的占用大大降低，此时执行语音唤醒功能时，可以大大提高执行语音唤醒功能的成功率，保证用户的体验，解决了在CPU资源紧张的情况下，播放器在播放媒体资源过程中，在不同时间段，针对同一操作呈现出不同的效果，例如语音唤醒功能，在刚起播的时间段内执行语音唤醒功能可能就会出现无法唤醒或唤醒异常的问题。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。

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

图1为本申请实施例提供的播放方法的流程示意图之一；

图2为本申请实施例提供的播放方法中显示设备的结构示意图之一；

图3为本申请实施例提供的播放方法中显示设备的结构示意图之二；

图4为本申请实施例提供的播放方法的流程示意图之一；

图5为本申请实施例提供的播放方法的流程示意图之二；

图6为本申请实施例提供的播放方法的流程示意图之三；

图7为本申请实施例提供的播放方法的流程示意图之四；

图8为本申请实施例提供的播放方法的流程示意图之五；

图9为本申请实施例提供的播放方法的流程示意图之六；

图10为本申请实施例提供的播放方法的流程示意图之七；

图11为本申请实施例提供的显示设备200的结构示意图；

图12为本申请实施例提供的一种芯片系统的示意图。

具体实施方式

为了能够更清楚地理解本公开的上述目的、特征和优点，下面将对本公开的方案进行进一步描述。需要说明的是，在不冲突的情况下，本公开的实施例及实施例中的特征可以相互组合。

在下面的描述中阐述了很多具体细节以便于充分理解本公开，但本公开还可以采用其他不同于在此描述的方式来实施；显然，说明书中的实施例只是本公开的一部分实施例，而不是全部的实施例。

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

本公开实施例中的m3u8是M3U(Moving Picture ExperTS Group Audio Layer 3Uniform Resource Locator)的一种，只是编码格式采用的是UTF-8(8位元，UniversalCharacter Set/Unicode Transformation Format)。

本公开实施例中的parser是指解析器，一般是指把音视频有效荷载数据分离出完整的帧数据的过程。

本公开实施例中的TS是指transport stream，一种封装格式，特别适合传输。

本公开实施例中的buffer是指内存堆中申请的缓冲数据。

本公开实施例中的H.264是指高度压缩数字视频编解码器标准。

本公开实施例中的H.265是指视频编码专家组(Video Coding ExperTS Group，ITU-T VCEG)继H.264之后所制定的新的视频编码标准。

本公开实施例中的FPS是图像领域中的定义，是指画面每秒传输帧数，通俗来讲就是指动画或视频的画面数。

本公开实施例中的硬解码是通过硬件实现的解码。

图1为根据本申请一个或多个实施例的显示设备与控制装置之间操作场景的示意图，如图1所示，用户可通过移动终端300和控制装置100操作显示设备200。控制装置100可以是遥控器，遥控器和显示设备的通信包括红外协议通信、蓝牙协议通信，无线或其他有线方式来控制显示设备200。用户可以通过遥控器上按键，语音输入、控制面板输入等输入用户指令，来控制显示设备200。在一些实施例中，也可以使用移动终端、平板电脑、计算机、笔记本电脑、和其他智能设备以控制显示设备200。

在一些实施例中，移动终端300可与显示设备200安装软件应用，通过网络通信协议实现连接通信，实现一对一控制操作的和数据通信的目的。也可以将移动终端300上显示音视频内容传输到显示设备200上，实现同步显示功能显示设备200还与电子设备400通过多种通信方式进行数据通信。可允许显示设备200通过局域网(LAN)、无线局域网(WLAN)和其他网络进行通信连接。电子设备400可以向显示设备200提供各种内容和互动。显示设备200，可以液晶显示器、OLED显示器、投影显示设备。显示设备200除了提供广播接收电视功能之外，还可以附加提供计算机支持功能的智能网络电视功能。

在一些实施例中，本申请实施例提供的服务器可以为上述服务器400。其中，显示设备200响应于对媒体资源的播放操作，确定缓存队列在不同时刻对应的缓存队列值。之后，显示设备200向服务器400发送媒体资源的下载请求。显示设备200接收服务器400发送的媒体资源的资源数据；显示设备200对资源数据进行预设处理，确定音频解析数据和视频数据。显示设备200将音频解析数据和视频数据存储至缓存队列。由于播放器在播放媒体资源的初期，对CPU资源的占用比较大，因此显示设备200响应于对媒体资源的播放操作时，需要确定缓存队列在不同时刻对应的缓存队列值。这样使得缓存队列的缓存队列值随着时间的变化，逐渐增大，从而可以降低整个链路上的数据传输速度，进而可以降低播放器对CPU资源的占用。显示设备200从缓存队列中获取视频数据，并对视频数据进行目标处理，确定视频解析数据；显示设备200基于视频解析数据，以及从缓存队列中获取的音频解析数据，播放媒体资源。这样，即使在CPU资源紧张的情况下，播放器在播放媒体资源过程中，由于播放器占用的CPU资源更少，因此可以防止播放器在刚起播的时间段内进行唤醒可能就会出现无法唤醒或唤醒异常的问题。

图2示出了根据示例性实施例中显示设备200的硬件配置框图。如图2所示显示设备200包括调谐解调器210、通信器220、检测器230、外部装置接口240、控制器250、显示器260、音频输出接口270、存储器、供电电源、用户接口280中的至少一种。控制器包括中央处理器，视频处理器，音频处理器，图形处理器，RAM，ROM，用于输入/输出的第一接口至第n接口。显示器260可为具有触控功能的显示器，如触控显示器。调谐解调器210通过有线或无线接收方式接收广播电视信号，以及从多个无线或有线广播电视信号中解调出音视频信号，如以及EPG数据信号。检测器230用于采集外部环境或与外部交互的信号。控制器250和调谐解调器210可以位于不同的分体设备中，即调谐解调器210也可在控制器250所在的主体设备的外置设备中，如外置机顶盒等。

在一些实施例中，控制器250，通过存储在存储器上中各种软件控制程序，来控制显示设备的工作和响应用户的操作。控制器250控制显示设备200的整体操作。

在一些示例中，以申请一个或多个实施例的显示设备200为电视机1，并且电视机1的操作系统为Android系统，媒体资源为基于超文本传输协议(Hyper Text TransferProtocol，HTTP)的自适应码率流媒体传输协议(HTTP Live Streaming，HLS)流媒体网络片源为例，如图3所示，电视机1从逻辑上可以分为应用程序(Applications)层(简称“应用层”)21，应用程序框架(ApplicationFramework)层(简称“框架层”)22，安卓运行时(Androidruntime)和系统库层(简称“系统运行库层”)23，以及内核层24。

其中，应用层21包括一个或多个应用。应用可以为系统应用，也可以为第三方应用。如，应用层21包括第一应用，第一应用可以提供播放功能。框架层22为应用层21的应用程序提供应用编程接口(application programming interface，API)和编程框架。系统运行库层23为上层即框架层22提供支撑，当框架层22被使用时，安卓操作系统会运行系统运行库层23中包含的C/C++库以实现框架层22要实现的功能。内核层24作为硬件层和应用层21之间的软件中间件，用于管理和控制硬件与软件资源。

第一应用可以调用框架层22中的系统播放器接口，也可调用第一应用对应的应用级播放器接口(MediaPlayer)。系统库层实现具体的播放业务，例如播放器名称为HSPlayer，包含m3u8下载模块210、协议解封装模块211、TS解封装模块212、ES缓存队列模块213、视频parser模块214、音频解码器模块215、视频解码器模块216、视频显示模块217和音频显示模块218等。其中，音频解码器模块215、视频解码器模块216二者可能会调用框架层22的硬解码器(MediaCodec)接口，显示模块217调用系统视频显示模块SurfaceFlinger进行显示，音频显示模块调用系统音频显示模块AudioFlinger输出声音。

在一些示例中，内核层24包括第一驱动和第二驱动，第一驱动用于将如图2所示的检测器230采集的用户操作发送至第一应用，第二驱动用于控制如图2所示的显示器260显示视频显示模块217和音频显示模块218发送的信息。

电视机1中的第一应用启动，第一应用调用如图2所示的通信器220与服务器400的通信模块401建立通信连接。之后，第一驱动用于将检测器230采集的用户操作发送至第一应用进行识别。第一应用的响应于检测器230发送的用户操作(如：对媒体资源的播放操作)时，确定缓存队列在不同时刻对应的缓存队列值。之后，m3u8下载模块210向服务器400发送媒体资源的下载请求。服务器400的接收模块402接收电视机1发送的媒体资源的下载请求。服务器400的处理模块403根据接收模块402接收的媒体资源的下载请求，确定媒体资源对应的资源数据。处理模块403控制服务器400的发送模块404向电视机1发送资源数据。电视机1的m3u8下载模块210接收服务器400发送的资源数据。m3u8下载模块210将资源数据发送至协议解封装模块211进行解析，以确定HLS流媒体网络片源中的分片TS文件。协议解封装模块211中的TS下载模块将分片TS文件存储至协议解封装模块211中的TS下载缓存模块中。之后，协议解封装模块211中的TS下载缓存模块将缓存的分片TS文件发送至TS解封装模块212进行TS协议解封装，得到视频数据和音频数据。对于音频数据，通过TS解封装模块212中的音频parser模块进行解析，得到音频解析数据。对于视频数据，由于存在非完整帧的情况下，因此需要TS解封装模块212将视频数据缓存至ES缓存队列模块213。同时，TS解封装模块212将音频解析数据缓存至ES缓存队列模块213。之后，视频parser模块214从ES缓存队列模块213中的缓存队列获取视频数据，并对视频数据进行目标处理，确定视频解析数据。视频parser模块214将视频解析数据发送至视频解码器模块216中。视频解码器模块216对视频解析数据进行处理，得到视频流数据。视频解码器模块216将视频流数据发送至视频显示模块217。ES缓存队列模块213将缓存的音频解析数据发送给音频解码器模块215。音频解码器模块215对ES缓存队列模块213发送的音频解析数据进行指定处理(如：硬解码)，得到音频流数据。音频解码器模块215将音频流数据发送至音频显示模块218。

视频显示模块217将视频解码器模块216发送的视频流数据发送至第二驱动，音频显示模块218将音频解码器模块215发送的音频流数据发送至第二驱动。第二驱动控制显示器260基于视频显示模块217发送的视频流数据和音频显示模块218发送的音频流数据，播放媒体资源。在一些示例中，系统库层还包括存储模块219，存储模块219可以用于存储该电视机1的程序代码，还可以用于存储电视机1在运行过程中生成的数据，如写请求中的数据，目标标识等。

具体的，本公开实施例提供的电子设备可以是上述服务器400也可以是上述显示设备200，此处不做限定。

以下实施例中以执行本公开实施例提供的播放方法的执行主体为上述电视机1，服务器为服务器400，媒体资源为HLS流媒体网络片源为例，对本申请实施例的方法进行说明。

本申请实施例提供一种播放方法，如图4所示，该播放方法可以包括S11-S17。

S11、响应于对媒体资源的播放操作，确定缓存队列在不同时刻对应的缓存队列值。其中，当前时刻缓存队列的缓存队列值大于上一刻缓存队列的缓存队列值。

在一些示例中，播放器在播放媒体资源的初期，需要占用大量的CPU资源，为了降低播放器在播放媒体资源的初期对CPU资源的占用，通过动态设置ES缓存队列模块中缓存队列的缓存队列值的大小，进一步降低整个链路上的数据传输速度。缓存队列的缓存队列值的大小的设置主要是不影响用户在网络波动的情况下的观看体验。因此，本公开实施例提供的播放方法，电视机1在接收到对媒体资源的播放操作时，逐步增大缓存队列值的大小至目标缓存大小，由于在较短时间内即可达到之前设置的目标缓存大小，对用户几乎无影响。因此，当用户通过控制装置100对媒体资源进行播放操作时，此时电视机1响应于对媒体资源的播放操作，确定缓存队列在不同时刻对应的缓存队列值。或者，用户通过与电视机1建立了通信连接的用户设备对媒体资源进行播放操作时，此时电视机1响应于对媒体资源的播放操作，确定缓存队列在不同时刻对应的缓存队列值。

如此，使得缓存队列的缓存队列值随着时间的变化，逐渐增大，从而可以降低整个链路上的数据传输速度，进而可以降低播放器对CPU资源的占用。

示例性的，目标缓存大小等于最大队列值。

S12、向服务器400发送媒体资源的下载请求。

S13、接收服务器400发送的媒体资源的资源数据。

S14、对资源数据进行预设处理，确定音频解析数据和视频数据。

在一些示例中，对于HLS流媒体网络片源，其m3u8文件需要采用TS协议进行解封装。当资源数据为m3u8文件时，此时预设处理为采用TS协议进行解封装处理。

具体的，对于资源数据为其他格式的文件时，该其他格式的文件对应一个其他格式的解封装协议。此时，预设处理为采用其他格式的解封装协议进行解封装处理，此处不再赘述。

S15、将音频解析数据和视频数据存储至缓存队列。

S16、从缓存队列中获取视频数据，并对视频数据进行目标处理，确定视频解析数据。

在一些示例中，将视频parser模块从TS解封装模块中分离出来，并将视频parser模块挪至视频解码器模块的线程进行处理，该线程由ES缓存队列模块的缓存队列创建。由于视频解码器模块的线程的帧数据处理速度小于TS解封装模块的线程的帧数据处理速度，这样就会极大降低视频parser模块的处理速度，从而极大降低视频parser模块的CPU占用率峰值。同时，将视频parser模块挪至视频解码器模块的线程，这样会使得TS解封装模块的帧数据处理速度变快，即ES缓存队列模块中缓存队列的数据输入速度变快，为了降低缓存队列的数据输入速度，可通过设置TS下载缓存模块的大小降低向TS解封装模块的传输速度，例如TS下载缓存模块大小由10M降低为5个buffer进行限制。由于，TS解封装模块即便数据不足也不会阻塞输出，所以不会影响整个链路的数据传送，只会影响数据的输出速度。从而，可以防止播放器在刚起播的时间段内进行唤醒可能就会出现无法唤醒或唤醒异常的问题。

具体的，目标处理包括硬解码的方式。

S17、基于视频解析数据，以及从缓存队列中获取的音频解析数据，播放媒体资源。

在一些示例中，电视机1采用本公开实施例提供的播放方法播放媒体资源时，经过整个播放链路的数据传输速度进行调整，可极大降低起播过程的CPU峰值。实验表明，经过上述措施后，优化后的起播前10s的数据分别为：5.75％，4.75％，5％，4％，4.5％，4.25％，5.25％，5％，4.5％，4.25％，平均值为4.725.较优化前的数据：9％，16.25％，19.25％，17.25％，4.25％，4％，4.25％，4.25％，3.75％，3.5％，平均值为8.575％，峰值优化了70％，均值优化了45％。

由上述可知，本公开实施例提供的播放方法，电视机1在接收到对媒体资源的播放操作后，会动态设置缓存队列在不同时刻对应的缓存队列值，这样可以使得电视机1在播放媒体资源的初期，由于缓存队列的缓存队列值较小，此时缓存队列可缓存的数据也较少，因此占用的CPU资源也较小。这样可以大大降低电视机1在刚起播的时间段内对CPU资源的占用。即使在CPU资源紧张的情况下，由于电视机1在刚起播的时间段内对CPU资源的占用大大降低，此时执行语音唤醒功能时，可以大大提高执行语音唤醒功能的成功率，保证用户的体验。

在一些可实施的示例中，结合图4，如图5所示，上述S11具体可以通过下述S110-S112实现。

S110、响应于对媒体资源的播放操作，确定媒体资源的媒体类型。

需要的说明的是，上述示例是以对每个媒体资源均执行本公开实施例提供的播放方法为例进行说明的。在其他的一些示例中，还可对部分媒体资源执行本公开实施例提供的播放方法，实现过程如下：

如：电视机1确定媒体资源的媒体类型为HLS流媒体，或媒体类型为H.264或者H.265时，执行本公开实施例提供的播放方法。

当目标格式可以是HLS流媒体，或者，基于http的动态自适应流(DynamicAdaptive Streaming over http，DASH)媒体，或者普通http媒体时，确定缓存队列在不同时刻对应的缓存队列值。

当目标格式不是HLS流媒体，或者，DASH媒体，或帧者普通http媒体时，此时电视机1根据预先配置的缓存队列的缓存队列值配置ES缓存队列模块的缓存队列。

S111、在媒体类型为目标格式的情况下，确定缓存队列在不同时刻对应的缓存队列值。

S112、在媒体类型不为目标格式的情况下，获取预先配置的缓存队列的缓存队列值。

具体的，预先配置的缓存队列的缓存队列值可以为目标缓存大小。

在一些可实施的示例中，结合图4，如图6所示，上述S11具体可以通过下述S113-S115实现。

S113、响应于对媒体资源的播放操作，获取定时器的定时间隔、缓存队列的队列初始值以及队列步长。

在一些示例中，定时间隔可以设置为5秒，队列初始值以及队列步长可以均设置为125个buffer，即125个缓冲数据。

对于常见的25FPS的片源，即是5秒的资源数据。缓存队列的缓存大小可以通过设置buffer数量进行控制，也可通过设置buffer时间进行控制。如：创建定时器线程，定时器线程的特点是基于函数的返回值判断是否退出。对缓存队列进行大小限定设置，同时记录为上一次缓存队列的历史队列值。当到达设置的定时间隔后，基于上一次设置的历史队列值，累加队列步长，对累加后的当前队列值进行判断，若超出最大队列值，例如2250个buffer,或90秒，则退出定时器线程，否则继续下一次的队列累加处理。

S114、启动定时器，并对每个定时间隔，执行如下操作：获取上一个定时间隔对应的历史队列值；根据历史队列值和队列步长，确定当前定时间隔对应的当前队列值；在当前队列值小于或等于最大队列值的情况下，确定当前定时间隔对应的缓存队列值为当前队列值；在当前队列值大于最大队列值的情况下，退出定时器。

具体的，缓存队列在上一个定时间隔对应的历史队列值等于缓存队列在上一个定时间隔的缓存队列值。

S115、根据每个定时间隔对应的缓存队列值，确定缓存队列在不同时刻对应的缓存队列值。

在一些示例中，由于每个定时间隔是连续的，因此可以将每个定时间隔对应的缓存队列值按照预先配置的定时间隔的顺序进行汇总，从而得到缓存队列在不同时刻对应的缓存队列值。

示例性的，每个定时间隔对应的缓存队列值如表1所示。

表1

序号	定时间隔	缓存队列值
			1	[0,5)	X1
2	[5,10)	X2
			3	[10,15)	X3
4	[15,20)	X4
			5	[20,25]	X5

其中，X1小于X2，X2小于X3，X3小于X4，X4小于X5。

之后，电视机1根据表1，按照序号从小到大的顺序，依次对定时间隔，以及缓存队列值进行汇总，从而得到如表2所示的缓存队列在不同时刻对应的缓存队列值。

表2

时刻	[0,5)	[5,10)	[10,15)	[15,20)	[20,25]
						缓存队列值	X1	X2	X3	X4	X5

如此，电视机1便得到了缓存队列在不同时刻对应的缓存队列值。

在一些可实施的示例中，结合图6，如图7所示，上述S114具体可以通过下述S1140实现。

S1140、启动定时器，并对每个定时间隔，执行如下操作：获取上一个定时间隔对应的历史队列值；根据历史队列值和队列步长之和，确定当前定时间隔对应的当前队列值；在当前队列值小于或等于最大队列值的情况下，确定当前定时间隔对应的缓存队列值为当前队列值；在当前队列值大于最大队列值的情况下，退出定时器。

在一些可实施的示例中，结合图4，如图8所示，上述S11具体可以通过下述S116实现。

S116、响应于对媒体资源的播放操作，根据预先配置的配置关系，确定缓存队列在不同时刻对应的缓存队列值。其中，配置关系中包括缓存队列在不同时刻对应的缓存队列值。

在一些示例中，为了降低对电视机1的CPU资源的占用，本公开实施例提供的播放方法，为不同设备型号的电视机配置了不同的预先配置的配置关系。这样，电视机1在需要播放媒体资源，且需要执行本公开实施例提供的播放方法时，可以直接从电视机1的存储器中读取该预先配置的配置关系，无需电视机1计算缓存队列在不同时刻对应的缓存队列值，从而可以降低电视机1的CPU资源的占用。

具体的，预先配置的配置关系可以是电视机1在初次使用时，从服务器400获取的。也可以是，电视机1在出厂时，运维人员预先配置的。当预先配置的配置关系可以是电视机1在初次使用时，需要电视机1向服务器400上报设备标识码。服务器400在存储器中查询与该设备标识码对应的预先配置的对应关系。之后，服务器400将预先配置的对应关系发送至电视机1。这样，电视机1在接收到服务器400发送的预先配置的配置关系后，将该预先配置的配置关系存储至电视机1的存储器，便于后续使用。

具体的，当预先配置的配置关系发生改变时，服务器400会向电视机1发送上报预先配置的配置关系的信息。电视机1会将存储器中存储的预先配置的配置关系上报至服务器400。服务器400将电视机1上报的预先配置的配置关系与服务器400中存储器存储的与该电视机1的设备标识码对应的预先配置的配置关系进行比对。当电视机1上报的预先配置的配置关系与服务器400中存储的与该电视机1的设备标识码对应的预先配置的配置关系不同时，服务器400将存储器存储的与该电视机1的设备标识码对应的预先配置的配置关系发送至电视机1。电视机1在接收到服务器400发送的预先配置的配置关系时，替换当前已存储的预先配置的配置关系，从而保证电视机1始终按照最新的预先配置的配置关系，确定缓存队列在不同时刻对应的缓存队列值。

在一些可实施的示例中，结合图4，如图9所示，本公开实施例提供的播放方法还包括S18,上述S14具体可以通过下述S140实现。

S18、将资源数据存储至下载缓存队列中。

示例性的，下载缓存队列可以是TS下载缓存模块。

S140、从下载缓存队列中获取资源数据，并对资源数据进行预设处理，确定音频解析数据和视频数据。

在一些可实施的示例中，结合图4，如图10所示，本公开实施例提供的播放方法还包括S19-S21。

S19、获取缓存队列在当前时刻缓存的实际队列值，以及当前时刻对应的缓存队列值。

S20、在实际队列值小于或等于当前时刻对应的缓存队列值的情况下，继续向服务器400发送媒体资源的下载请求。

S21、在实际队列值大于当前时刻对应的缓存队列值的情况下，阻塞将音频解析数据和视频数据存储至缓存队列，直至缓存队列的实际队列值小于或等于当前时刻对应的缓存队列值时，将音频解析数据和视频数据继续存储至缓存队列。

在一些示例中，ES缓存队列模块另起线程，将视频数据输出到视频parser模块，当ES缓存队列模块中缓存队列的视频数据被视频parser模块取走后，且实际队列值小于或等于当前时刻对应的缓存队列值时，此时视频parser模块可以向TS解封装模块发送“队列可输入”信号，唤醒TS解封装模块继续对资源数据进行预设处理，确定音频解析数据和视频数据，以便TS解封装模块将音频解析数据和视频数据继续存储至ES缓存队列模块的缓存队列。

上述主要从方法的角度对本申请实施例提供的方案进行了介绍。为了实现上述功能，其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

本申请实施例可以根据上述方法示例对播放装置进行功能模块的划分，例如，可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。需要说明的是，本申请实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。

如图11所示，本申请的实施例提供一种显示设备200的结构示意图。包括处理器101、通信器102和显示器103。

处理器101，用于响应于对媒体资源的播放操作，确定缓存队列在不同时刻对应的缓存队列值；其中，当前时刻缓存队列的缓存队列值大于上一刻缓存队列的缓存队列值；处理器101，还用于控制通信器102向服务器发送媒体资源的下载请求；通信器102，还用于接收服务器发送的媒体资源的资源数据；处理器101，还用于对通信器102接收的资源数据进行预设处理，确定音频解析数据和视频数据；处理器101，还用于将音频解析数据和视频数据存储至缓存队列；处理器101，还用于控制通信器102从缓存队列中获取视频数据，并对通信器102获取的视频数据进行目标处理，确定视频解析数据；处理器101，还用于基于视频解析数据，以及从缓存队列中获取的音频解析数据，控制显示器103播放媒体资源。

在一些可实施的示例中，处理器101，具体用于响应于对媒体资源的播放操作，确定媒体资源的媒体类型；处理器101，具体用于在媒体类型为目标格式的情况下，确定缓存队列在不同时刻对应的缓存队列值；处理器101，具体用于在媒体类型不为目标格式的情况下，控制通信器102获取预先配置的缓存队列的缓存队列值。

在一些可实施的示例中，通信器102，具体用于获取定时器的定时间隔、缓存队列的队列初始值以及队列步长；处理器101，具体用于启动定时器，并对每个定时间隔，执行如下操作：控制通信器102获取上一个定时间隔对应的历史队列值；根据通信器102获取的历史队列值和通信器102获取的队列步长，确定当前定时间隔对应的当前队列值；在当前队列值小于或等于最大队列值的情况下，确定当前定时间隔对应的缓存队列值为当前队列值；在当前队列值大于最大队列值的情况下，退出定时器；处理器101，具体用于根据每个定时间隔对应的缓存队列值，确定缓存队列在不同时刻对应的缓存队列值。

在一些可实施的示例中，处理器101，具体用于根据历史队列值和通信器102获取的队列步长之和，确定当前定时间隔对应的当前队列值。

在一些可实施的示例中，定时间隔为5秒，队列初始值和队列步长均为125个缓冲数据。

在一些可实施的示例中，处理器101，具体用于根据预先配置的配置关系，确定缓存队列在不同时刻对应的缓存队列值；其中，配置关系中包括缓存队列在不同时刻对应的缓存队列值。

在一些可实施的示例中，处理器101，还用于将通信器102接收的资源数据存储至下载缓存队列中；处理器101，具体用于控制通信器102从下载缓存队列中获取资源数据，并对通信器102获取的资源数据进行预设处理，确定音频解析数据和视频数据。

在一些可实施的示例中，通信器102，还用于获取缓存队列在当前时刻缓存的实际队列值，以及当前时刻对应的缓存队列值；处理器101，还用于在通信器102获取的实际队列值小于或等于通信器102获取的当前时刻对应的缓存队列值的情况下，控制通信器102继续向服务器发送媒体资源的下载请求；处理器101，还用于在通信器102获取的实际队列值大于通信器102获取的当前时刻对应的缓存队列值的情况下，阻塞将音频解析数据和视频数据存储至缓存队列，直至缓存队列的实际队列值小于或等于当前时刻对应的缓存队列值时，将音频解析数据和视频数据继续存储至缓存队列。

其中，上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述，其作用在此不再赘述。

当然，本申请实施例提供的显示设备200包括但不限于上述模块，例如显示设备200还可以包括存储器104。存储器104可以用于存储该显示设备200的程序代码，还可以用于存储显示设备200在运行过程中生成的数据，如写请求中的数据等。

作为一个示例，结合图3，显示设备200中的m3u8下载模块210实现的功能与图11中的通信器102的功能相同，协议解封装模块211、TS解封装模块212、ES缓存队列模块213、视频parser模块214、音频解码器模块215、视频解码器模块216六者实现的功能与图11中的处理器102的功能相同，视频显示模块217和音频显示模块218二者实现的功能与图11中的显示器103的功能相同，存储模块219实现的功能与图11中的存储器104的功能相同。

本申请实施例还提供一种芯片系统，该芯片系统可以应用于前述实施例中的服务器400。如图12所示，该芯片系统包括至少一个处理器1501和至少一个接口电路1502。该处理器1501可以是上述服务器400中的处理器。处理器1501和接口电路1502可通过线路互联。该处理器1501可以通过接口电路1502从上述服务器400的存储器接收并执行计算机指令。当计算机指令被处理器1501执行时，可使得服务器400执行上述实施例中服务器400执行的各个步骤。当然，该芯片系统还可以包含其他分立器件，本申请实施例对此不作具体限定。

本申请实施例还提供一种计算机可读存储介质，用于存储上述显示设备200运行的计算机指令。

本申请实施例还提供一种计算机程序产品，包括上述显示设备200运行的计算机指令。

以上所述仅是本公开的具体实施方式，使本领域技术人员能够理解或实现本公开。对这些实施例的多种修改对本领域的技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本公开的精神或范围的情况下，在其它实施例中实现。因此，本公开将不会被限制于本文所述的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims (10)

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

响应于对媒体资源的播放操作，确定缓存队列在不同时刻对应的缓存队列值；其中，当前时刻所述缓存队列的缓存队列值大于上一刻所述缓存队列的缓存队列值；

向服务器发送媒体资源的下载请求；

接收所述服务器发送的媒体资源的资源数据；

对所述资源数据进行预设处理，确定音频解析数据和视频数据；

将所述音频解析数据和所述视频数据存储至所述缓存队列；

从所述缓存队列中获取所述视频数据，并对所述视频数据进行目标处理，确定视频解析数据；

基于所述视频解析数据，以及从所述缓存队列中获取的所述音频解析数据，播放所述媒体资源。

2.根据权利要求1所述的播放方法，其特征在于，所述响应于对媒体资源的播放操作，确定缓存队列在不同时刻对应的缓存队列值，包括：

响应于对媒体资源的播放操作，确定所述媒体资源的媒体类型；

在所述媒体类型为目标格式的情况下，确定缓存队列在不同时刻对应的缓存队列值；

在所述媒体类型不为目标格式的情况下，获取预先配置的缓存队列的缓存队列值。

3.根据权利要求1或2所述的播放方法，其特征在于，所述确定缓存队列在不同时刻对应的缓存队列值，包括：

获取定时器的定时间隔、缓存队列的队列初始值以及队列步长；

启动所述定时器，并对每个定时间隔，执行如下操作：获取上一个定时间隔对应的历史队列值；根据所述历史队列值和所述队列步长，确定当前定时间隔对应的当前队列值；在所述当前队列值小于或等于最大队列值的情况下，确定所述当前定时间隔对应的缓存队列值为所述当前队列值；在所述当前队列值大于最大队列值的情况下，退出所述定时器；

根据每个所述定时间隔对应的缓存队列值，确定缓存队列在不同时刻对应的缓存队列值。

4.根据权利要求3所述的播放方法，其特征在于，所述根据所述历史队列值和所述队列步长，确定当前定时间隔对应的当前队列值，包括：

根据所述历史队列值和所述队列步长之和，确定当前定时间隔对应的当前队列值。

5.根据权利要求1或2所述的播放方法，其特征在于，所述确定缓存队列在不同时刻对应的缓存队列值，包括：

根据预先配置的配置关系，确定缓存队列在不同时刻对应的缓存队列值；其中，所述配置关系中包括缓存队列在不同时刻对应的缓存队列值。

6.根据权利要求1所述的播放方法，其特征在于，所述对所述资源数据进行预设处理，确定音频解析数据和视频数据前，所述方法还包括：

将所述资源数据存储至下载缓存队列中；

所述对所述资源数据进行处理，确定音频解析数据和视频数据，包括：

从所述下载缓存队列中获取所述资源数据，并对所述资源数据进行预设处理，确定音频解析数据和视频数据。

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

获取所述缓存队列在当前时刻缓存的实际队列值，以及所述当前时刻对应的缓存队列值；

在所述实际队列值小于或等于所述当前时刻对应的缓存队列值的情况下，继续向服务器发送媒体资源的下载请求；

在所述实际队列值大于所述当前时刻对应的缓存队列值的情况下，阻塞将所述音频解析数据和所述视频数据存储至所述缓存队列，直至所述缓存队列的实际队列值小于或等于所述当前时刻对应的缓存队列值时，将所述音频解析数据和所述视频数据继续存储至所述缓存队列。

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

处理单元，用于响应于对媒体资源的播放操作，确定缓存队列在不同时刻对应的缓存队列值；其中，当前时刻所述缓存队列的缓存队列值大于上一刻所述缓存队列的缓存队列值；

所述处理单元，还用于控制发送单元向服务器发送媒体资源的下载请求；

接收单元，还用于接收所述服务器发送的媒体资源的资源数据；

所述处理单元，还用于对所述接收单元接收的所述资源数据进行预设处理，确定音频解析数据和视频数据；

所述处理单元，还用于将所述音频解析数据和所述视频数据存储至所述缓存队列；

所述处理单元，还用于控制获取单元从所述缓存队列中获取所述视频数据，并对所述获取单元获取的所述视频数据进行目标处理，确定视频解析数据；

所述处理单元，还用于基于所述视频解析数据，以及从所述缓存队列中获取的所述音频解析数据，控制播放单元播放所述媒体资源。

9.一种电子设备，其特征在于，包括：存储器和处理器，所述存储器用于存储计算机程序；所述处理器用于在执行计算机程序时，使得所述电子设备实现权利要求1-7任一项所述的播放方法。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机程序，当所述计算机程序被计算设备执行时，使得所述计算设备实现权利要求1-7任一项所述的播放方法。