一种视频解码的测试方法及相关设备与流程

本发明涉及测试领域，具体涉及一种视频解码的测试方法及相关设备。

背景技术：

电子技术的不断发展，给人们的日常生活带来了很多便利，例如：用户可以在手机上浏览各式各样的视频，如果手机支持硬件解码来播放视频，则可以无需使用软件解码，由于软件解码需要在手机上安装解码软件，从而占用手机的存储空间，另外，软件解码时需要占用手机的中央处理器(英文全称：Central Processing Unit，缩写：CPU)的资源，可见，如果手机支持硬件解码，不仅节约了手机的存储空间，还节省了手机的资源，因此，手机支持硬件解码显得格外重要。

目前，判断手机是否支持硬件解码，则需要通过软件解码去测试，而通过软件解码测试会占用手机CPU的资源，从而影响手机的运行速率。

技术实现要素：

本发明实施例提供了一种视频解码的测试方法及相关设备，用于解决现有技术中需要通过软件解码测试手机是否支持硬件解码，而通过软件解码会占用CPU的资源，从而影响手机的运行速率的问题，通过服务器去测试手机是否支持硬件支持，从而有效节省了手机CPU的资源。

本发明第一方面提供一种视频解码的方法，包括：

服务器确定被测试终端的标识符，其中，所述被测试终端与所述被测试终端的标识符之间存在对应关系；

所述服务器根据所述被测试终端的标识符向所述被测试终端发送硬件解码的测试指令，其中，所述硬件解码的测试指令用于指示所述被测试终端采用硬件解码的方式播放视频；

所述服务器接收所述被测试终端发送的硬件解码的第一结果，其中，所述硬件解码的第一结果包括视频开始播放的次数S，视频结束播放的次数E以及视频播放错误的次数C；

所述服务器根据所述硬件解码的第一结果判断C/S是否小于第一阈值和/或E/S是否大于第二阈值；

若是，确定所述被测试终端支持硬件解码视频。

本发明第二方面提供一种视频解码的测试方法，包括：

被测试终端接收服务器发送的硬件解码的测试指令；

所述被测试终端采用硬件解码的方式播放视频，并将硬件解码的第一结果发送给所述服务器，其中，所述硬件解码的第一结果包括视频开始播放的次数S，视频结束播放的次数E以及视频播放崩溃的次数C，所述硬件解码的第一结果用于所述服务器判断C/S是否小于第一阈值和/或E/S是否大于第二阈值。

本发明第三方面提供一种服务器，包括：

确定模块，用于确定被测试终端的标识符，其中，所述被测试终端与所述被测试终端的标识符之间存在对应关系；

发送模块，用于根据所述被测试终端的标识符向所述被测试终端发送硬件解码的测试指令，其中，所述硬件解码的测试指令用于指示所述被测试终端采用硬件解码的方式播放视频；

接收模块，用于接收所述被测试终端发送的硬件解码的第一结果，其中，所述硬件解码的第一结果包括视频开始播放的次数S，视频结束播放的次数E以及视频播放错误的次数C；

判断模块，用于根据所述硬件解码的第一结果判断C/S是否小于第一阈值和/或E/S是否大于第二阈值；

所述确定模块，还用于当所述C/S小于第一阈值和/或所述E/S大于第二阈值时，确定所述被测试终端支持硬件解码视频。

本发明第四方面提供一种终端，包括：

接收模块，用于接收服务器发送的硬件解码的测试指令；

确定模块，用于根据所述硬件解码的测试指令确采用硬件解码的方式播放视频；

发送模块，用于将硬件解码的第一结果发送给所述服务器，其中，所述硬件解码的第一结果包括视频开始播放的次数S，视频结束播放的次数E以及视频播放崩溃的次数C，所述硬件解码的第一结果用于所述服务器判断C/S是否小于第一阈值和/或E/S是否大于第二阈值。

从以上技术方案可以看出，本发明实施例具有以下优点：

服务器利用被测试终端与被测试终端的标识符之前的对应关系，首先确定被测试终端的标识符，然后根据被测试终端的标识符向被测试终端发送硬件解码的测试指令，其中，所述硬件解码的测试指令用于指示所述被测试终端采用硬件解码的方式播放视频，服务器接收所述被测试终端发送的所述硬件解码的第一结果，其中，所述硬件解码的第一结果包括视频开始播放的次数S，视频结束播放的次数E以及视频播放崩溃的次数C，这样，服务器根据所述硬件解码的第一结果判断C/S是否小于第一阈值且E/S是否大于第二阈值，若是，则确定所述被测试终端支持硬件解码视频，而无需通过软件解码去判断所述被测试终端是否支持硬件解码，则无需消耗CPU的资源，从而有效节省了CPU的资源。

附图说明

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

图1为本发明实施例中系统架构的一个结构示意图；

图2为本发明实施例中服务器的一个结构示意图；

图3为本发明实施例中视频解码的测试方法的一个实施例示意图；

图4为本发明实施例中视频解码的测试方法的另一个实施例示意图；

图5为本发明实施例中视频解码的测试方法的另一个实施例示意图；

图6为本发明实施例中视频解码的测试方法的另一个实施例示意图；

图7为本发明实施例中视频解码的测试方法的另一个实施例示意图；

图8为本发明实施例中服务器的另一个结构示意图；

图9为本发明实施例中服务器的另一个结构示意图；

图10为本发明实施例中服务器的另一个结构示意图；

图11为本发明实施例中服务器的另一个结构示意图；

图12为本发明实施例中终端的另一个结构示意图；

图13为本发明实施例中终端的另一个结构示意图。

具体实施方式

本发明实施例提供了一种视频解码的测试方法及相关设备，用于解决现有技术中需要通过软件解码测试手机是否支持硬件解码，而通过软件解码会占用CPU的资源，从而影响手机的运行速率的问题，通过服务器去测试手机是否支持硬件支持，从而有效节省了手机CPU的资源。

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

在介绍本发明实施例之前，先介绍一下本发明实施例涉及的术语：

术语“硬件解码”：通过终端的图像处理器(英文全称：Graphic Processing Unit，缩写：GPU)或者其他硬件模块解码视频流的技术，与软件解码相对，硬件解码的优点是：效率高，功耗低、热功耗低。

术语“软件解码”：通过安装在终端上的软件应用解码视频流的技术，在通过软件解码时，需要占用终端上的CPU的资源。

下面介绍一下本发明涉及的系统框架，如图1所示，该系统框架包括服务器和终端，其中，服务器与终端之间建立通信连接，一个服务器上可连接多个终端，该终端可以包括电脑，手机，笔记本，个人数字助理(英文全称：Personal Digital Assistant，缩写：PDA)、车载电脑等任意终端设备，此处不做具体限定。另外，所述终端的操作系统可以为Windows系列操作系统、Unix类操作系统、Linux类操作系统、Mac操作系统等，此处不做具体限定。

如图2所示，对所述服务器的具体结构进行介绍，所述服务器100包括：射频(英文全称：Radio Frequency，缩写：RF)电路110、存储器120、处理器130、以及电源140等部件。本领域技术人员可以理解，图2中示出的服务器100的结构并不构成对服务器的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

RF电路110可用于收发信息，例如：信号的接收和发送，通常，RF电路110包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器(英文全称：Low Noise Amplifier，缩写：LNA)、双工器等。此外，RF电路110还可以通过无线通信与网络和终端等其他设备通信。上述无线通信可以使用任一通信标准或协议，包括但不限于全球移动通讯系统(英文全称：Global System of Mobile communication，缩写：GSM)、通用分组无线服务(英文全称：General Packet Radio Service，缩写：GPRS)、码分多址(英文全称：Code Division Multiple Access，缩写：CDMA)、宽带码分多址(英文全称：Wideband Code Division Multiple Access，缩写：WCDMA)、长期演进(英文全称：Long Term Evolution，缩写：LTE)、电子邮件、短消息服务(英文全称：Short Messaging Service，缩写：SMS)等。

存储器120可用于存储软件程序以及模块，处理器130通过运行存储在存储器120的软件程序以及模块，从而执行服务器100的各种功能应用以及数据处理。存储器120可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据服务器100的使用所创建的数据(比如音频数据、电话本等)等。此外，存储器120可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。

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

服务器100还包括给各个部件供电的电源140(比如电池)，优选的，电源可以通过电源管理系统与处理器130逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。

尽管未示出，所述服务器100还可以包括输入单元、显示单元等，在此不再赘述。

在本发明实施例中，所述存储器120用于存储用于处理器130执行的软件程序；

所述处理器130用于确定被测试终端的标识符，其中，所述被测试终端与所述被测试终端的标识符之间存在对应关系；

所述RF电路110用于根据所述被测试终端的标识符向所述被测试终端发送硬件解码的测试指令，其中，所述硬件解码的测试指令用于指示所述被测试终端采用硬件解码的方式播放视频；

所述RF电路110还用于接收所述被测试终端发送的硬件解码的第一结果，并将所述硬件解码的第一结果发送至处理器130，其中，所述硬件解码的第一结果包括视频开始播放的次数S，视频结束播放的次数E以及视频播放错误的次数C；

所述处理器130还用于根据所述硬件解码的第一结果判断C/S是否小于第一阈值和/或E/S是否大于第二阈值；

若是，确定所述被测试终端支持硬件解码视频。

在一些可能的实现方式中，所述处理器130还用于确定所述被测试终端支持硬件解码视频之后，所述服务器将所述被测试终端设置为白名单，以使得所述被测试终端默认采用硬件解码视频。

在一些可能的实现方式中，所述RF电路110还用于所述处理器130将所述被测试终端设置为白名单之后，当所述被测试终端的只读存储器ROM升级时，向所述被测试终端发送所述硬件解码的测试指令；

接收所述被测试终端发送的硬件解码的第二结果，并将所述硬件解码的第二结果发送至所述处理器130，其中，所述硬件解码的第二结果包括视频开始播放的次数S，视频结束播放的次数E以及视频播放崩溃的次数C；

所述处理器130还用于根据所述硬件解码的第二结果判断C/S是否小于第一阈值和/或E/S是否大于第二阈值；

若否，将所述被测试终端切换成默认采用软件解码视频。

在一些可能的实现方式中，所述处理器130还用于将所述被测试终端设置为白名单之后，当所述被测试终端的只读存储器ROM升级时，获取与所述被测试终端相同型号的目标终端群；

将所述目标终端群按照预设规则分类成多个分组；

所述RF电路110还用于向所述被测试终端所在的分组中的每个终端发送硬件解码的测试指令，其中，所述硬件解码的测试指令用于指示所述每个终端采用硬件解码的方式播放视频，并将硬件解码的第三结果分别发送给所述服务器，其中，所述硬件解码的第三结果包括视频开始播放的次数S，视频结束播放的次数E以及视频播放错误的次数C；

所述处理器130还用于获取所述被测试终端所在的分组中的全部终端所对应的C/E的平均值和/或C/S的平均值；

判断所述C/E的平均值是否大于第三阈值和/或C/S的平均值是否大于第四阈值；

若是，将所述被测试终端切换成默认采用软件解码视频。

请继续参阅图2，本发明涉及的终端与如图2所示的服务器的结构框架相似，所述终端也包括图2所示的结构：

在本发明实施例中，所述存储器120用于存储用于处理器130执行的软件程序；

所述RF电路110用于接收服务器发送的硬件解码的测试指令；

所述处理器130用于根据所述硬件解码的测试指令确定采用硬件解码的方式播放视频；

所述RF电路110还用于将硬件解码的第一结果发送给所述服务器，其中，所述硬件解码的第一结果包括视频开始播放的次数S，视频结束播放的次数E以及视频播放崩溃的次数C，所述硬件解码的第一结果用于所述服务器判断C/S是否小于第一阈值和/或E/S是否大于第二阈值。

在一些可能的实现方式中，所述处理器130还用于当所述C/S小于第一阈值和/或所述E/S大于第二阈值时，确定默认采用硬件解码视频。

在另一些可能的实现方式中，所述RF电路110还用于当所述终端的只读存储器ROM升级时，接收所述服务器发送的所述硬件解码的测试指令；

所述处理器130用于确定采用硬件解码的方式播放视频；

所述RF电路110还用于将硬件解码的第二结果发送给所述服务器，其中，所述硬件解码的第二结果包括视频开始播放的次数S，视频结束播放的次数E以及视频播放崩溃的次数C，所述硬件解码的第二结果用于所述服务器判断C/S是否小于第一阈值和/或E/S是否大于第二阈值；

所述处理器130还用于当所述C/S不小于第一阈值和/或所述E/S不大于第二阈值时，所述被测试终端切换成默认采用软件解码视频。

请参阅图3，本发明实施例中视频解码的测试方法的一个实施例示意图，具体流程如下：

步骤301、服务器确定被测试终端的标识符，其中，所述被测试终端与所述被测试终端的标识符之间存在对应关系；

在本发明实施例中，每个被测试终端有对应的一个标识符，该标识符可以为全局唯一标识符(英文全称：Globally Unique Identifier，缩写：GUID)，此处不做具体限定，其中，GUID是一种由算法生成的数字和字母混合长度为32个的标识符。GUID主要用于在产品中区分单个用户。

步骤302、所述服务器根据所述被测试终端的标识符向所述被测试终端发送硬件解码的测试指令，其中，所述硬件解码的测试指令用于指示所述被测试终端采用硬件解码的方式播放视频；

其中，服务器与被测试终端的目标浏览器(例如：QQ浏览器，IE浏览器等)之间存在一个共识机制，就是当服务器根据被测试终端的标识符向被测试终端发送硬解解码的测试指令时，用于指示被测试终端的浏览器在播放视频时，通过硬件解码的方式播放视频。

例如：腾讯服务器根据手机A的GUID向手机A发送一个硬件解码的测试指令，然后当手机A接收到该硬件解码的测试指令后，后续可能通过QQ浏览播放《中国好声音》的某段视频时，不管QQ浏览器之前是利用软件解码或者硬件解码的方式播放该视频，此时，在需要测试手机A是否支持硬件解码，则手机A上的QQ浏览器采用硬件解码的方式播放视频。

步骤303、所述服务器接收所述被测试终端发送的硬件解码的第一结果，其中，所述硬件解码的第一结果包括视频开始播放的次数S，视频结束播放的次数E以及视频播放错误的次数C；

在被测试终端播放某段视频时，可能会发生m次播放开始，n次播放结束，j次播放错误。在理想情况下，一般一次播放开始必然对应一次播放结束，例如：m＝n，而播放错误的次数为0，例如：j＝0。

步骤304、所述服务器根据所述硬件解码的第一结果判断C/S是否小于第一阈值和/或E/S是否大于第二阈值；若是，执行步骤305，若否，结束流程。

继续上述步骤302中的示例，在手机A通过QQ浏览播放《中国好声音》的某段视频时，视频开始播放的次数S＝100，视频结束播放的次数E＝99，视频播放错误的次数C＝1，则，C/S＝0.01，E/S＝0.99，则判断C/S＝0.01是否小于第一阈值和/或E/S＝0.99是否大于第二阈值。

其中，第一阈值和第二阈值时服务器或者用户自定义预设的阈值，一般情况下，第一阈值为0.015，第二阈值可以为0.95，此处不做具体限定。

步骤305、确定所述被测试终端支持硬件解码视频。

可见，直接通过被测试终端在播放视频的视频开始播放的次数S，视频结束播放的次数E以及视频播放错误的次数C，在C/S小于第一阈值和/或E/S大于第二阈值时，直接确定所述被测试终端支持硬件解码视频，无需通过软件解码去测试该被测试终端是否支持硬件解码，从而节约了CPU的资源。

请参阅图4，本发明实施例中视频解码的测试方法的另一个实施例示意图，具体流程如下：

步骤401、服务器确定被测试终端的标识符，其中，所述被测试终端与所述被测试终端的标识符之间存在对应关系；

步骤402、所述服务器根据所述被测试终端的标识符向所述被测试终端发送硬件解码的测试指令，其中，所述硬件解码的测试指令用于指示所述被测试终端采用硬件解码的方式播放视频；

步骤403、所述服务器接收所述被测试终端发送的硬件解码的第一结果，其中，所述硬件解码的第一结果包括视频开始播放的次数S，视频结束播放的次数E以及视频播放错误的次数C；

步骤404、所述服务器根据所述硬件解码的第一结果判断C/S是否小于第一阈值和/或E/S是否大于第二阈值；若是，执行步骤405，若否，结束流程。

步骤405、确定所述被测试终端支持硬件解码视频；

需要说明的是，步骤401至步骤405与图3所示的步骤301至步骤305相同或者相似，具体可参阅步骤301至步骤305的描述，此处不再赘述。

步骤406、所述服务器将所述被测试终端设置为白名单，以使得所述被测试终端默认采用硬件解码视频；

在实际应用中，若被测试终端被设置为白名单后，默认每次采用硬件解码视频。

步骤407、当所述被测试终端的只读存储器ROM升级时，所述服务器向所述被测试终端发送所述硬件解码的测试指令；

与现有技术不同的是，当被测试终端被设置为白名单后，也需要长期动态跟踪被测试终端的解码状态，由于被测试终端的只读存储器(英文全称：Read-Only Memory，缩写：ROM)升级，可能会导致被测试终端的运行状态不稳定，当被测试终端的只读存储器ROM升级，则需要再次向被测试终端发送所述硬件解码的测试指令，判断被测试终端在硬件解码视频的过程中是否发生错误以及发生错误的比例是否满足预设条件。

步骤408、所述服务器接收所述被测试终端发送的硬件解码的第二结果，其中，所述硬件解码的第二结果包括视频开始播放的次数S，视频结束播放的次数E以及视频播放崩溃的次数C；

步骤409、所述服务器根据所述硬件解码的第二结果判断C/S是否小于第一阈值和/或E/S是否大于第二阈值；若否，执行步骤409，若是，结束流程。

步骤410、将所述被测试终端切换成默认采用软件解码视频。

当被测试终端在硬件解码视频的过程中，若C/S不小于第一阈值和/或E/S不大于第二阈值，则确定被测试终端发生错误的比例不满足预设条件，若长期默认采用硬件解码视频，可能会导致被测试终端的浏览器在播放视频的过程中直接崩溃，因此，避免被测试终端的浏览器发生崩溃，将所述被测试终端从硬件解码视频切换成默认采用软件解码视频。

请参阅图5，本发明实施例中视频解码的测试方法的另一个实施例示意图，具体流程如下：

步骤501、服务器确定被测试终端的标识符，其中，所述被测试终端与所述被测试终端的标识符之间存在对应关系；

步骤502、所述服务器根据所述被测试终端的标识符向所述被测试终端发送硬件解码的测试指令，其中，所述硬件解码的测试指令用于指示所述被测试终端采用硬件解码的方式播放视频；

步骤503、所述服务器接收所述被测试终端发送的硬件解码的第一结果，其中，所述硬件解码的第一结果包括视频开始播放的次数S，视频结束播放的次数E以及视频播放错误的次数C；

步骤504、所述服务器根据所述硬件解码的第一结果判断C/S是否小于第一阈值和/或E/S是否大于第二阈值；若是，执行步骤505，若否，结束流程。

步骤505、确定所述被测试终端支持硬件解码视频。

步骤506、所述服务器将所述被测试终端设置为白名单，以使得所述被测试终端默认采用硬件解码视频；

需要说明的是，步骤501至步骤505与图3所示的步骤301至步骤305相同或者相似，具体可参阅步骤301至步骤305的描述，此处不再赘述。步骤506与图4所示的步骤406相同或者相似，具体可参阅步骤406的描述，此处不再赘述。

步骤507、当所述被测试终端的只读存储器ROM升级时，所述服务器获取与所述被测试终端相同型号的目标终端群；

由于硬件解码与终端的型号有关，当被测试终端的只读存储器ROM升级后，可能有些型号的终端不支持硬件解码，有些型号的终端还支持硬件解码，因此，可通过所述被测试终端的型号所在某个范围内的终端群进行检测，判断所述被测试终端是否还需要默认采用硬件解码视频。

例如：该被测试终端为小米手机3，该小米手机3有电信版的，联通版的，移动版的等多个型号，假设该被测试终端对应的小米手机3是联通版的型号，则获取目标范围内全部的联通版型号的小米手机3。

步骤508、所述服务器将所述目标终端群按照预设规则分类成多个分组；

在实际应用中，该预设规则包括按照ROM的类型或者视频开始播放的次数或者视频结束播放的次数或者视频播放错误的次数等至少一种方式进行分类，此处不做具体限定。

以ROM的类型进行分类为例，分类出多个分组，其中，每个ROM的分组对应有至少一个终端。

步骤509、所述服务器向所述被测试终端所在的分组中的每个终端发送硬件解码的测试指令，其中，所述硬件解码的测试指令用于指示所述每个终端采用硬件解码的方式播放视频，并将硬件解码的第三结果分别发送给所述服务器，其中，所述硬件解码的第三结果包括视频开始播放的次数S，视频结束播放的次数E以及视频播放错误的次数C；

在本发明实施例中，通过对所述被测试终端所在的分组中的每个终端发送硬件解码的测试指令，使得所述被测试终端所在的分组中的每个终端都采用硬件解码的方式播放视频。

步骤510、所述服务器获取所述被测试终端所在的分组中的全部终端所对应的C/E的平均值和/或C/S的平均值；

假设该被测试终端所在的分组中有4个终端，例如：被测试终端m1，终端m2，终端m3和终端m4。其中，m1的C记作C1，m1的E记作E1，m1的S记作S1；m2的C记作C2，m2的E记作E2，m2的S记作S2；m3的C记作C3，m3的E记作E3，m3的S记作S3；m4的C记作C4，m4的E记作E4，m1的S记作S1，则该4个终端的C/E的平均值用P表示，则P＝(C1+C2+C3+C4)/(E1+E2+E3+E4)；则该4个终端的C/S的平均值用Q表示，则Q＝(C1+C2+C3+C4)/(S1+S2+S3+S4)。

步骤511、所述服务器判断所述C/E的平均值是否大于第三阈值和/或C/S的平均值是否大于第四阈值；若是，执行步骤512，若否，结束流程。

步骤512、将所述被测试终端切换成默认采用软件解码视频。

需要说明的是，第三阈值和第四阈值是服务器或者用户自定义预设的，此处不做具体限定。

当所述C/E的平均值大于第三阈值和/或C/S的平均值大于第四阈值时，可见，当所述被测试终端的只读存储器ROM升级时，所述被测试终端所在的分组中的全部终端在硬件解码的过程中视频播放错误的比例比较高，因此，为了避免该被测试终端的浏览器发生崩溃，则将所述被测试终端切换成默认采用软件解码视频。

上面从服务器侧对视频解码的测试方法进行了描述，下面从终端侧对视频解码的测试方法进行描述，请参阅图6，本发明实施例中视频解码的测试方法的另一个实施例示意图，具体流程如下：

步骤601、被测试终端接收服务器发送的硬件解码的测试指令；

在本发明实施例中，服务器与被测试终端的目标浏览器(例如：QQ浏览器，IE浏览器等)之间存在一个共识机制，就是当服务器向被测试终端发送硬解解码的测试指令时，用于指示被测试终端的浏览器在播放视频时，通过硬件解码的方式播放视频。

步骤602、所述被测试终端根据所述硬件解码的测试指令确定采用硬件解码的方式播放视频；

例如：手机B在通过暴风影音浏览器播放《快乐大本营》的某段视频时，手机B上的暴风影音浏览器采用硬件解码的方式播放视频，以测试手机B是否支持硬件解码视频。

步骤603、所述被测试终端将硬件解码的第一结果发送给所述服务器，其中，所述硬件解码的第一结果包括视频开始播放的次数S，视频结束播放的次数E以及视频播放崩溃的次数C，所述硬件解码的第一结果用于所述服务器判断C/S是否小于第一阈值和/或E/S是否大于第二阈值。

需要说明的是，第一阈值和第二阈值时服务器或者用户自定义预设的阈值，一般情况下，第一阈值为0.015，第二阈值可以为0.95，此处不做具体限定。

请参阅图7，本发明实施例中视频解码的测试方法的另一个实施例示意图，具体流程如下：

步骤701、被测试终端接收服务器发送的硬件解码的测试指令；

步骤702、所述被测试终端根据所述硬件解码的测试指令确定采用硬件解码的方式播放视频；

步骤703、所述被测试终端将硬件解码的第一结果发送给所述服务器，其中，所述硬件解码的第一结果包括视频开始播放的次数S，视频结束播放的次数E以及视频播放崩溃的次数C，所述硬件解码的第一结果用于所述服务器判断C/S是否小于第一阈值和/或E/S是否大于第二阈值；

需要说明的是，步骤701至步骤703与图6所示的步骤601至步骤603相同或者相似，具体可参阅步骤601至步骤603的描述，此处不再赘述。

步骤704、当所述C/S小于第一阈值和/或所述E/S大于第二阈值时，所述被测试终端确定默认采用硬件解码视频；

可见，直接通过被测试终端在播放视频的视频开始播放的次数S，视频结束播放的次数E以及视频播放错误的次数C，在C/S小于第一阈值和/或E/S大于第二阈值时，直接确定所述被测试终端支持硬件解码视频，无需通过软件解码去测试该被测试终端是否支持硬件解码，从而节约了CPU的资源。

步骤705、当所述被测试终端的只读存储器ROM升级时，所述被测试终端接收所述服务器发送的所述硬件解码的测试指令；

与现有技术不同的是，被测试终端确定默认采用硬件解码视频后，也需要长期动态跟踪被测试终端的解码状态，由于被测试终端的只读存储器(英文全称：Read-Only Memory，缩写：ROM)升级，可能会导致被测试终端的运行状态不稳定，当被测试终端的只读存储器ROM升级，则需要再次向被测试终端发送所述硬件解码的测试指令，判断被测试终端在硬件解码视频的过程中是否发生错误以及发生错误的比例是否满足预设条件，则被测试终端接收所述服务器发送的所述硬件解码的测试指令。

步骤706、所述被测试终端确定采用硬件解码的方式播放视频；

步骤707、所述被测试终端将硬件解码的第二结果发送给所述服务器，其中，所述硬件解码的第二结果包括视频开始播放的次数S，视频结束播放的次数E以及视频播放崩溃的次数C，所述硬件解码的第二结果用于所述服务器判断C/S是否小于第一阈值和/或E/S是否大于第二阈值；

步骤708、当所述C/S不小于第一阈值和/或所述E/S不大于第二阈值时，所述被测试终端切换成默认采用软件解码视频。

当被测试终端在硬件解码视频的过程中，若C/S不小于第一阈值和/或E/S不大于第二阈值，则确定被测试终端发生错误的比例不满足预设条件，若长期默认采用硬件解码视频，可能会导致被测试终端的浏览器在播放视频的过程中直接崩溃，因此，避免被测试终端的浏览器发生崩溃，将所述被测试终端从硬件解码视频切换成默认采用软件解码视频。

为便于更好的实施本发明实施例的上述相关方法，下面还提供用于配合上述方法的相关装置。

请参阅图8，本发明实施例中服务器800的一个结构示意图，所述服务器800包括：确定模块801，发送模块802，接收模块803，判断模块804。

确定模块801，用于确定被测试终端的标识符，其中，所述被测试终端与所述被测试终端的标识符之间存在对应关系；

发送模块802，用于根据所述被测试终端的标识符向所述被测试终端发送硬件解码的测试指令，其中，所述硬件解码的测试指令用于指示所述被测试终端采用硬件解码的方式播放视频；

接收模块803，用于接收所述被测试终端发送的硬件解码的第一结果，其中，所述硬件解码的第一结果包括视频开始播放的次数S，视频结束播放的次数E以及视频播放错误的次数C；

判断模块804，用于根据所述硬件解码的第一结果判断C/S是否小于第一阈值和/或E/S是否大于第二阈值；

所述确定模块801，还用于当所述C/S小于第一阈值和/或所述E/S大于第二阈值时，确定所述被测试终端支持硬件解码视频。

在图8所示服务器的基础上，请参阅图9，所述服务器800还包括：

设置模块805，用于在所述确定模块确定所述被测试终端支持硬件解码视频之后，将所述被测试终端设置为白名单，以使得所述被测试终端默认采用硬件解码视频。

在图9所示服务器的基础上，请参阅图10，所述服务器800还包括：

所述发送模块802，用于在所述设置模块将所述被测试终端设置为白名单之后，当所述被测试终端的只读存储器ROM升级时，向所述被测试终端发送所述硬件解码的测试指令；

所述接收模块803，还用于接收所述被测试终端发送的硬件解码的第二结果，其中，所述硬件解码的第二结果包括视频开始播放的次数S，视频结束播放的次数E以及视频播放崩溃的次数C；

所述判断模块804，用于根据所述硬件解码的第二结果判断C/S是否小于第一阈值和/或E/S是否大于第二阈值；

切换模块806，用于当C/S不小于第一阈值和/或E/S不大于第二阈值时，将所述被测试终端切换成默认采用软件解码视频。

在图9所示服务器的基础上，请参阅图11，所述服务器800还包括：

获取模块807，用于在将所述被测试终端设置为白名单之后，当所述被测试终端的只读存储器ROM升级时，获取与所述被测试终端相同型号的目标终端群；

分类模块808，用于将所述目标终端群按照预设规则分类成多个分组；

所述发送模块802，用于向所述被测试终端所在的分组中的每个终端发送硬件解码的测试指令，其中，所述硬件解码的测试指令用于指示所述每个终端采用硬件解码的方式播放视频，并将硬件解码的第三结果分别发送给所述服务器，其中，所述硬件解码的第三结果包括视频开始播放的次数S，视频结束播放的次数E以及视频播放错误的次数C；

所述获取模块807，还用于获取所述被测试终端所在的分组中的全部终端所对应的C/E的平均值和/或C/S的平均值；

所述判断模块804，还用于判断所述C/E的平均值是否大于第三阈值和/或C/S的平均值是否大于第四阈值；

切换模块806，用于当所述C/E的平均值大于第三阈值和/或C/S的平均值大于第四阈值时，将所述被测试终端切换成默认采用软件解码视频。

请参阅图12，本发明实施例中终端900的一个结构示意图，所述终端900包括：接收模块901，确定模块902，发送模块903。

接收模块901，用于接收服务器发送的硬件解码的测试指令；

确定模块902，用于根据所述硬件解码的测试指令确采用硬件解码的方式播放视频；

发送模块903，用于将硬件解码的第一结果发送给所述服务器，其中，所述硬件解码的第一结果包括视频开始播放的次数S，视频结束播放的次数E以及视频播放崩溃的次数C，所述硬件解码的第一结果用于所述服务器判断C/S是否小于第一阈值和/或E/S是否大于第二阈值。

在一些可能的实现方式中，当所述C/S小于第一阈值和/或所述E/S大于第二阈值时，所述终端还包括：

所述确定模块902，还用于确定默认采用硬件解码视频。

在图12所示终端的基础上，请参阅图13，所述终端900还包括：

所述接收模块901，还用于在所述解码模块默认采用硬件解码视频之后，当所述终端的只读存储器ROM升级时，接收所述服务器发送的所述硬件解码的测试指令；

所述确定模块902，用于确定采用硬件解码的方式播放视频；

所述发送模块903，还用于将硬件解码的第二结果发送给所述服务器，其中，所述硬件解码的第二结果包括视频开始播放的次数S，视频结束播放的次数E以及视频播放崩溃的次数C，所述硬件解码的第二结果用于所述服务器判断C/S是否小于第一阈值和/或E/S是否大于第二阈值；

切换模块904，用于当所述C/S不小于第一阈值和/或所述E/S不大于第二阈值时，切换成默认采用软件解码视频。

综上，服务器利用被测试终端与被测试终端的标识符之前的对应关系，首先确定被测试终端的标识符，然后根据被测试终端的标识符向被测试终端发送硬件解码的测试指令，其中，所述硬件解码的测试指令用于指示所述被测试终端采用硬件解码的方式播放视频，服务器接收所述被测试终端发送的所述硬件解码的第一结果，其中，所述硬件解码的第一结果包括视频开始播放的次数S，视频结束播放的次数E以及视频播放崩溃的次数C，这样，服务器根据所述硬件解码的第一结果判断C/S是否小于第一阈值且E/S是否大于第二阈值，若是，则确定所述被测试终端支持硬件解码视频，而无需通过软件解码去判断所述被测试终端是否支持硬件解码，则无需消耗CPU的资源，从而有效节省了CPU的资源。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。