CN103237215A - 播放方法和播放设备 - Google Patents

Abstract

本发明提供一种播放方法和播放设备，所述播放方法包括：获取多媒体文件的编码信息；根据所述编码信息，检测自身的解码能力是否满足解码所述多媒体文件的要求，若解码能力满足要求，则对所述多媒体文件的元数据流进行解码。本发明实施例提供的播放方法，通过获取多媒体文件的编码信息，服务器或客户端可根据该编码信息来检测自身的解码能力是否满足解码多媒体文件的要求，以此来决定是否对多媒体文件的元数据流进行解码，避免了仅根据配置表来决定在何处解码而导致的播放失败。

Description

播放方法和播放设备

技术领域

本发明涉及网络通讯技术，尤其涉及一种播放方法和播放设备。

背景技术

目前多媒体文件的播放有两种方式：多媒体文件在服务器解码和多媒体文件在客户端解码。多媒体文件在服务器解码会消耗服务器的资源，解码后的数据量庞大，通过网络传输到客户端显示，会占用大量的网络带宽，且播放效果差，降低了客户端用户体验。多媒体文件在客户端解码，可以利用客户端的资源进行解码并直接在客户端输出解码后的数据，达到减少带宽和虚拟桌面资源占用，提高用户体验的目的。

现有技术中，服务器提供一个选项，可以开启或者关闭多媒体文件重定向功能。开启多媒体文件重定向功能，则可允许元数据流重定向到客户端解码；否则所有多媒体文件的播放都只在服务器解码。在开启多媒体文件重定向功能的基础下，再根据客户端的一个配置表来决定某个多媒体文件的元数据流是否重定向到客户端解码。配置表是全球唯一标识符(Globally UniqueIdentifier，简称GUID)与多用途网际邮件扩充协议（Multipurpose Internet MailExtensions，简称MIME）的一一对应的关系。服务器在该表中查找元数据流的GUID，如果有MIME与之对应，则将元数据流重定向到客户端解码；如果在该表中无法查找到GUID对应的MIME，则在服务器解码。

上述仅根据配置表来决定在服务器还是客户端解码，可能导致播放失败。

发明内容

本发明实施例提供一种播放方法和播放设备，用以解决现有技术中仅根据配置表来决定在服务器还是客户端解码导致播放失败的问题。

第一方面，本发明实施例提供一种播放方法，包括：

获取多媒体文件的编码信息；

根据所述编码信息，检测自身的解码能力是否满足解码所述多媒体文件的要求，若解码能力满足要求，则对所述多媒体文件的元数据流进行解码。

在第一方面的第一种可能的实现方式中，所述若解码能力满足要求，则对所述元数据流进行解码，包括：

若解码能力满足要求，则检测自身的性能是否满足预设的性能要求，若性能满足要求，则对所述多媒体文件的元数据流进行解码。

根据第一方面、第一方面的第一种可能的实现方式的任意一种，在第二种可能的实现方式中，所述对所述多媒体文件的元数据流进行解码，包括：

服务器对所述元数据流进行解码；

所述对所述元数据流进行解码之后，还包括：

所述服务器将解码后的元数据流发送给客户端，以使所述客户端播放解码后的元数据流。

根据第一方面的第二种可能的实现方式，在第三种可能的实现方式中，所述获取多媒体文件的编码信息，包括：

所述服务器确定待播放的多媒体文件；

对所述多媒体文件进行解析，获得所述多媒体文件的编码信息和元数据流。

根据第一方面的第二种至第三种可能的实现方式的任意一种，在第四种可能的实现方式中，所述获取多媒体文件的编码信息和元数据流之后，还包括：

根据用户配置信息和所述多媒体文件的编码信息，确定所述元数据流是在服务器解码还是在客户端解码；

所述根据所述编码信息，检测自身的解码能力是否满足解码所述多媒体文件的要求，包括：

若确定所述元数据流是在服务器解码，则根据所述编码信息检测自身的解码能力是否满足解码所述多媒体文件的要求。

根据第一方面的第四种可能的实现方式，在第五种可能的实现方式中，还包括：

若所述服务器的解码能力不满足要求或性能不满足要求，则所述服务器向客户端发送第一检测请求，所述第一检测请求包括所述编码信息，以使所述客户端根据所述编码信息检测客户端自身的解码能力是否满足解码所述多媒体文件的要求、并在检测到解码能力满足要求时对所述元数据流进行解码。

根据第一方面的第五种可能的实现方式，在第六种可能的实现方式中，所述第一检测请求还包括所述服务器的检测结果。

根据第一方面的第四种可能的实现方式，在第七种可能的实现方式中，所述根据所述编码信息，检测自身的解码能力是否满足解码所述多媒体文件的要求，包括：

若确定所述元数据流是在客户端解码，则向所述客户端发送解码请求，所述解码请求包括所述编码信息，以使所述客户端根据所述编码信息检测客户端自身的解码能力是否满足解码所述多媒体文件的要求；

接收所述客户端发送的第二检测请求，所述第二检测请求是所述客户端在检测到客户端自身的解码能力不满足要求或性能不满足要求时发送的；

基于所述第二检测请求，根据所述编码信息检测自身的解码能力是否满足解码所述多媒体文件的要求。

根据第一方面的第七种可能的实现方式，在第八种可能的实现方式中，所述第二检测请求包括所述客户端的检测结果；

还包括：

若所述服务器的解码能力不满足要求或性能不满足要求，则所述服务器根据自身的检测结果和所述客户端的检测结果进行处理。

根据第一方面的第八种可能的实现方式，在第九种可能的实现方式中，所述服务器根据自身的检测结果和所述客户端的检测结果进行处理，包括：

若所述服务器根据自身的检测结果和所述客户端的检测结果确定自身的解码能力不满足要求且所述客户端的解码能力不满足要求，则退出播放；

若所述服务器根据自身的检测结果和所述客户端的检测结果确定自身的解码能力不满足要求且所述客户端的解码能力满足要求，则指示所述客户端对所述多媒体文件的元数据流进行解码；

若所述服务器根据自身的检测结果和所述客户端的检测结果确定自身的解码能力满足要求且所述客户端的解码能力不满足要求，则对所述多媒体文件的元数据流进行解码。

根据第一方面、第一方面的第一种可能的实现方式的任意一种，在第十种可能的实现方式中，所述对所述元数据流进行解码，包括：

客户端对所述元数据流进行解码；

所述对所述元数据流进行解码之后，还包括：

所述客户端播放解码后的元数据流。

根据第一方面的第十种可能的实现方式，在第十一种可能的实现方式中，所述获取多媒体文件的编码信息，包括：

接收服务器发送的解码请求，所述解码请求包括所述编码信息，所述解码请求是所述服务器根据用户配置信息和所述编码信息确定所述元数据流是在客户端解码后发送的。

根据第一方面的第十一种可能的实现方式，在第十二种可能的实现方式中，还包括：

若所述客户端的解码能力不满足要求或性能不满足要求，则所述客户端向服务器发送第二检测请求，以使所述服务器检测服务器自身的解码能力是否满足解码所述多媒体文件的要求、并在检测到解码能力满足要求时对所述元数据流进行解码。

根据第一方面的第十二种可能的实现方式，在第十三种可能的实现方式中，所述第二检测请求还包括所述客户端的检测结果。

根据第一方面的第十种可能的实现方式，在第十四种可能的实现方式中，所述获取多媒体文件的编码信息，包括：

接收服务器发送的第一检测请求，所述第一检测请求包括所述编码信息，所述第一检测请求是所述服务器在检测到自身的解码能力不满足要求或性能不满足要求后发送的。

根据第一方面的第十四种可能的实现方式，在第十五种可能的实现方式中，所述第一检测请求还包括所述服务器的检测结果；

还包括：

若所述客户端的解码能力不满足要求或性能不满足要求，则所述客户端根据自身的检测结果和所述服务器的检测结果进行处理。

根据第一方面的第十五种可能的实现方式，在第十六种可能的实现方式中，所述客户端根据自身的检测结果和所述服务器的检测结果进行处理，包括：

若所述客户端根据自身的检测结果和所述服务器的检测结果确定自身的解码能力不满足要求且所述服务器的解码能力不满足要求，则退出播放；

若所述客户端根据自身的检测结果和所述服务器的检测结果确定自身的解码能力不满足要求且所述服务器的解码能力满足要求，则指示所述服务器对所述多媒体文件的元数据流进行解码；

若所述客户端根据自身的检测结果和所述服务器的检测结果确定自身的解码能力满足要求且所述服务器的解码能力不满足要求，则对所述多媒体文件的元数据流进行解码。

第二方面，本发明实施例提供一种播放设备，包括：

获取模块，用于获取多媒体文件的编码信息；

检测模块，用于根据所述编码信息，检测自身的解码能力是否满足解码所述多媒体文件的要求；

解码模块，用于若解码能力满足要求，则对所述多媒体文件的元数据流进行解码。

在第二方面的第一种可能的实现方式中，所述解码模块具体用于：

在解码能力满足要求时，检测自身的性能是否满足预设的性能要求，若性能满足要求，则对所述多媒体文件的元数据流进行解码。

根据第二方面、第二方面的第一种可能的实现方式的任意一种，在第二种可能的实现方式中，当所述设备为服务器时，所述设备还包括：

第一发送模块，用于将所述解码模块解码后的元数据流发送给客户端，以使所述客户端播放解码后的元数据流。

根据第二方面的第二种可能的实现方式，在第三种可能的实现方式中，当所述设备为服务器时，所述获取模块具体包括：

确定单元，用于确定待播放的多媒体文件；

解析单元，用于对所述多媒体文件进行解析，获得所述多媒体文件的编码信息和元数据流。

根据第二方面的第二种至第三种可能的实现方式的任意一种，在第四种可能的实现方式中，当所述设备为服务器时，所述设备还包括：

第一确定模块，用于根据用户配置信息和所述多媒体文件的编码信息，确定所述元数据流是在服务器解码还是在客户端解码；

所述检测模块，具体用于在所述第一确定模块确定所述元数据流是在服务器解码时，根据所述编码信息检测自身的解码能力是否满足解码所述多媒体文件的要求。

根据第二方面的第四种可能的实现方式，在第五种可能的实现方式中，所述第一发送模块还用于：

在所述服务器的解码能力不满足要求或性能不满足要求时，向客户端发送第一检测请求，所述第一检测请求包括所述编码信息，以使所述客户端根据所述编码信息检测客户端自身的解码能力是否满足解码所述多媒体文件的要求、并在检测到解码能力满足要求时对所述元数据流进行解码。

根据第二方面的第五种可能的实现方式，在第六种可能的实现方式中，所述第一检测请求还包括所述服务器的检测结果。

根据第二方面的第四种可能的实现方式，在第七种可能的实现方式中，所述第一确定模块还用于：

在确定所述元数据流是在客户端解码时，向所述客户端发送解码请求，所述解码请求包括所述编码信息，以使所述客户端根据所述编码信息检测客户端自身的解码能力是否满足解码所述多媒体文件的要求；

所述设备还包括：

第一接收模块，用于接收所述客户端发送的第二检测请求，所述第二检测请求是所述客户端在检测到客户端自身的解码能力不满足要求或性能不满足要求时发送的；

所述检测模块具体用于：基于所述第二检测请求，根据所述编码信息检测自身的解码能力是否满足解码所述多媒体文件的要求。

根据第二方面的第七种可能的实现方式，在第八种可能的实现方式中，所述第二检测请求包括所述客户端的检测结果；

所述设备还包括：

第一结果处理模块，用于在所述服务器的解码能力不满足要求或性能不满足要求时，根据自身的检测结果和所述客户端的检测结果进行处理。

根据第二方面的第八种可能的实现方式，在第九种可能的实现方式中，所述第一结果处理模块具体包括：

第一处理单元，用于在所述服务器根据自身的检测结果和所述客户端的检测结果确定自身的解码能力不满足要求且所述客户端的解码能力不满足要求时，退出播放；

第二处理单元，用于在所述服务器根据自身的检测结果和所述客户端的检测结果确定自身的解码能力不满足要求且所述客户端的解码能力满足要求时，指示所述客户端对所述多媒体文件的元数据流进行解码；

第三处理单元，用于在所述服务器根据自身的检测结果和所述客户端的检测结果确定自身的解码能力满足要求且所述客户端的解码能力不满足要求时，对所述多媒体文件的元数据流进行解码。

根据第二方面、第二方面的第一种可能的实现方式的任意一种，在第十种可能的实现方式中，当所述设备为客户端时，所述设备还包括：

播放模块，用于在所述解码模块对所述元数据流进行解码之后，播放解码后的元数据流。

根据第二方面的第十种可能的实现方式，在第十一种可能的实现方式中，当所述设备为客户端时，所述设备还包括：

第二接收模块，用于接收服务器发送的解码请求，所述解码请求包括所述编码信息，所述解码请求是所述服务器根据用户配置信息和所述编码信息确定所述元数据流是在客户端解码后发送的。

根据第二方面的第十一种可能的实现方式，在第十二种可能的实现方式中，当所述设备为客户端时，所述设备还包括：

第二发送模块，用于在所述客户端的解码能力不满足要求或性能不满足要求时，向所述服务器发送第二检测请求，以使所述服务器检测服务器自身的解码能力是否满足解码所述多媒体文件的要求、并在检测到解码能力满足要求时对所述元数据流进行解码。

根据第二方面的第十二种可能的实现方式，在第十三种可能的实现方式中，所述第二检测请求还包括所述客户端的检测结果。

根据第二方面的第十种可能的实现方式，在第十四种可能的实现方式中，所述设备的所述第二接收模块还用于接收所述服务器发送的第一检测请求，所述第一检测请求包括所述编码信息，所述第一检测请求是所述服务器在检测到自身的解码能力不满足要求或性能不满足要求后发送的。

根据第二方面的第十四种可能的实现方式，在第十五种可能的实现方式中，所述第一检测请求还包括所述服务器的检测结果；

所述设备还包括：

第二结果处理模块，用于在所述客户端的解码能力不满足要求或性能不满足要求时，根据自身的检测结果和所述服务器的检测结果进行处理。

根据第二方面的第十五种可能的实现方式，在第十六种可能的实现方式中，所述第二结果处理模块具体包括：

第四处理单元，用于在所述客户端根据自身的检测结果和所述服务器的检测结果确定自身的解码能力不满足要求且所述服务器的解码能力不满足要求时，退出播放；

第五处理单元，用于在所述客户端根据自身的检测结果和所述服务器的检测结果确定自身的解码能力不满足要求且所述服务器的解码能力满足要求时，指示所述服务器对所述多媒体文件的元数据流进行解码；

第六处理单元，用于在所述客户端根据自身的检测结果和所述服务器的检测结果确定自身的解码能力满足要求且所述服务器的解码能力不满足要求时，对所述多媒体文件的元数据流进行解码。

本发明实施例提供的播放方法和播放设备，通过获取多媒体文件的编码信息，服务器或客户端可根据该编码信息来检测自身的解码能力是否满足解码多媒体文件的要求，以此来决定是否对多媒体文件的元数据流进行解码，避免了仅根据配置表来决定在何处解码而导致的播放失败。

附图说明

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

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

图2为本发明实施例二提供的播放方法的流程图；

图3为本发明实施例三提供的播放方法的解码流程图；

图4为本发明实施例四提供的播放方法的解码流程图；

图5为本发明实施例五提供的播放方法的解码流程图；

图6为本发明实施例六提供的播放方法的解码流程图；

图7为本发明实施例七提供的播放设备的结构示意图；

图8为本发明实施例八提供的播放设备的结构示意图；

图9为本发明实施例九提供的播放设备的结构示意图。

具体实施方式

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

图1为本发明实施例一提供的播放方法的流程图。本实施例的方法适用于多媒体文件的播放。下述方法可以由服务器执行，也可以由客户端执行。具体地，此处的客户端可以包括瘦客户端、PAD和PC等。如图1所示，本实施例的方法可以包括如下步骤：

101：获取多媒体文件的编码信息。

举例来说，服务器或客户端获取多媒体文件的编码信息。具体地，若要对多媒体文件进行播放，则先获取该多媒体文件的编码信息。进一步地，多媒体文件的编码信息可以通过对该多媒体文件进行解析获得。由于多媒体文件通常保存在服务器中，服务器可以对该多媒体文件进行解析获得该多媒体文件的编码信息，还可以将解析得到的该多媒体文件的编码信息发送给客户端。具体地，该编码信息至少包括编码格式，进一步地还可以包括多媒体文件的视频分辨率、码率和音频采样率等信息，且不限于上述信息。

102：根据所述编码信息，检测自身的解码能力是否满足解码所述多媒体文件的要求，若解码能力满足要求，则对所述多媒体文件的元数据流进行解码。

具体地，服务器或客户端可根据所获取的多媒体文件的编码信息，来检测自身的解码能力是否满足解码多媒体文件的要求，即检测自身是否能够对该编码信息对应类型的元数据流进行解码。若判断解码能力满足要求，则可以对多媒体文件的元数据流进行解码。例如，若服务器或客户端判断自身的解码能力满足要求，则可以在服务器或客户端对多媒体文件的元数据流进行解码。进一步地，多媒体文件的元数据流可以通过对该多媒体文件进行解析获得。具体地，该元数据流可以为从多媒体文件中解析出来的视频流、音频流或字幕流等。由于多媒体文件通常保存在服务器中，服务器可以对该多媒体文件进行解析获得该多媒体文件的元数据流，还可以将解析得到的该多媒体文件的元数据流发送给客户端。

本实施例提供的播放方法，通过获取多媒体文件的编码信息，服务器或客户端可根据该编码信息来检测自身的解码能力是否满足解码多媒体文件的要求，以此来决定是否对多媒体文件的元数据流进行解码，避免了仅根据配置表来决定在何处解码而导致的播放失败。

在上述实施例的基础上，步骤S102中，若解码能力满足要求，则对元数据流进行解码，具体可以包括：

若解码能力满足要求，则检测自身的性能是否满足预设的性能要求，若性能满足要求，则对多媒体文件的元数据流进行解码。

在服务器或客户端检测到自身的解码能力满足解码多媒体文件的要求时，还可以进一步检测自身的性能是否满足预设的性能要求。具体地，上述的性能检测至少可以包括对CPU占用率和内存空闲量的检测，但并不限于此。而预设的性能要求可以为对CPU占用率、内存空闲量等分别预先设置的一个阈值，在CPU占用率超过自身预设阈值或内存空闲量低于自身预设阈值时，即为不满足预设的性能要求。

在服务器或客户端检测到自身的解码能力满足要求的基础上，若性能也满足要求，则可以对多媒体文件的元数据流进行解码。服务器或客户端对自身性能的进一步检测，避免了因CPU占用率过高或内存不足而导致的解码失败。

图2为本发明实施例二提供的播放方法的流程图。本实施例的方法适用于多媒体文件的播放，由服务器执行，且下述方法中的客户端可以包括瘦客户端、PAD和PC等。在上述实施例的基础上，在步骤101之前，如图2所示，本实施例的方法可以还包括如下步骤：

201：服务器确定待播放的多媒体文件。

具体地，服务器首先根据用户的需求，确定待播放的多媒体文件。

202：对所述多媒体文件进行解析，获得所述多媒体文件的编码信息和元数据流。

具体地，服务器首先确定待播放的多媒体文件，然后对该多媒体文件进行解析，获得该多媒体文件的编码信息，以及该多媒体文件的元数据流，以便于服务器或客户端可以根据多媒体文件的编码信息来判断自身的解码能力和性能是否满足解码该多媒体文件的要求，并在满足的情况下，对元数据流进行解码。具体地，该编码信息至少包括编码格式，进一步地，还可以包括多媒体文件的视频分辨率、码率和音频采样率等信息，且不限于上述信息。元数据流可以包括从多媒体文件中解析出来的视频流、音频流或字幕流等。

进一步地，在步骤202之后，还可以包括：

203：根据用户配置信息和所述多媒体文件的编码信息，确定所述元数据流是在所述服务器解码还是在客户端解码。

具体地，用户可以在进行多媒体文件播放之前，针对不同的编码信息类型，对各编码信息类型对应的元数据流是在服务器解码还是在客户端解码进行配置，具体地，在用户配置信息中进行配置。在服务器对多媒体文件进行解析，并获取多媒体文件的编码信息和元数据流之后，即可根据用户配置信息和多媒体文件的编码信息，来确定元数据流是在服务器解码还是在客户端解码。

上述实施例提供的播放方法，通过获取多媒体文件的编码信息，服务器或客户端可根据该编码信息来检测自身的解码能力是否满足解码多媒体文件的要求，以此来决定是否对多媒体文件的元数据流进行解码，避免了仅根据配置表来决定在何处解码而导致的播放失败。

图3为本发明实施例三提供的播放方法的解码流程图。在上述实施例的基础上，一种场景为确定元数据流在服务器解码，即，步骤203具体为：根据用户配置信息和多媒体文件的编码信息，确定元数据流是在服务器解码。对应地，如图3所示，步骤203之后，该场景中步骤102具体可以包括如下步骤：

301：所述服务器根据所述编码信息检测自身的解码能力和性能是否满足解码所述多媒体文件的要求。

具体地，当确定元数据流在服务器解码的时候，则服务器根据编码信息检测自身的解码能力是否满足解码多媒体文件的要求。

302：若所述服务器的解码能力满足要求且性能满足要求，则所述服务器对元数据流进行解码。

在检测完解码性能后，进一步地，服务器还可以对自身的性能进行检测。具体地，若服务器检测自身的解码能力满足要求且性能也满足要求，则由服务器对多媒体文件的元数据流进行解码；进一步地，在对该元数据流进行解码之后，服务器将解码后的元数据流发送给客户端，以使客户端播放解码后的元数据流。进一步地，在服务器对元数据流进行解码的过程中，服务器会周期性地检测自身的解码能力和性能时是否满足要求，并根据不同的检测结果进行相应的处理。

303：若所述服务器的解码能力或性能不满足要求，则所述服务器向所述客户端发送第一检测请求，所述第一检测请求包括所述编码信息，以使所述客户端根据所述编码信息检测所述客户端自身的解码能力是否满足所述解码多媒体文件的要求、并在检测到解码能力满足要求时对所述元数据流进行解码。

进一步地，在上述实施例的基础上，第一检测请求还可以包括服务器的检测结果，即包括服务器自身解码能力和性能的检测结果，以使得客户端可根据服务器的检测结果及自身的检测结果来控制解码的切换。客户端在收到第一检测请求的时候，可根据编码信息检测客户端自身的解码能力是否满足解码多媒体文件的要求；进一步地，还可以对客户端自身的性能进行检测。并在检测到自身的解码能力和性能均满足要求时对元数据流进行解码。在解码之后，客户端可对解码后的元数据流进行播放。

本实施例提供的播放方法，通过获取多媒体文件的编码信息，并根据该编码信息来检测自身的解码能力是否满足解码多媒体文件的要求，来决定在何处对多媒体文件的元数据流进行解码，且在服务器不能满足解码要求的时候，检测客户端是否满足解码要求，避免了仅根据配置表来决定在何处解码，且可在解码的过程中根据服务器和客户端的解码能力和性能来进行解码的切换，从而避免了因解码端的性能不满足而导致的播放失败。

图4为本发明实施例四提供的播放方法的解码流程图。在实施例一或二的基础上，一种场景为确定元数据流在客户端解码，即，步骤S203具体为：根据用户配置信息和多媒体文件的编码信息，确定元数据流是在客户端解码。对应地，如图4所示，在步骤203之后，该场景中步骤102具体可以包括如下步骤：

401：所述服务器向所述客户端发送解码请求，所述解码请求包括所述编码信息，以使所述客户端根据所述编码信息检测所述客户端自身的解码能力是否满足解码所述多媒体文件的要求。

具体地，当确定元数据流是在客户端解码，则服务器向客户端发送解码请求。客户端在收到该解码请求时，可根据编码信息检测客户端自身的解码能力是否满足解码多媒体文件的要求，即检测客户端自身是否能够对某种编码信息类型的元数据流进行解码。在检测完解码性能后，进一步地，还可以对客户端自身的性能进行检测。具体地，上述的性能检测至少可以包括CPU占用率和内存空闲量的检测，但并不限于此。

402：接收所述客户端发送的第二检测请求。

具体地，当客户端在检测到自身的解码能力不满足要求或性能不满足要求时，发送第二检测请求，服务器接收客户端发送的第二检测请求。具体地，该第二检测请求可以包括客户端的检测结果，即包括客户端自身解码能力和性能的检测结果，以使得服务器可根据客户端的检测结果及自身的检测结果来控制解码的切换。

403：基于所述第二检测请求，根据所述编码信息检测自身的解码能力和性能是否满足解码所述多媒体文件的要求。

具体地，服务器接收到第二检测请求，并基于该第二检测请求，根据多媒体文件的编码信息检测自身的解码能力是否满足解码多媒体文件的要求；进一步地，在检测完解码能力后，还可以对服务器自身的性能进行检测。具体地，上述的性能检测至少可以包括CPU占用率和内存空闲量的检测，但并不限于此。

404：若所述服务器的解码能力满足要求且性能满足要求，则所述服务器对所述元数据流进行解码。

进一步地，在对元数据流进行解码之后，服务器将解码后的元数据流发送给客户端，以使客户端播放解码后的元数据流。并且，在服务器对元数据流进行解码的过程中，服务器会周期性地检测自身的解码能力和性能时是否满足要求，并根据不同的检测结果进行相应的处理。

405：若所述服务器的解码能力不满足要求或性能不满足要求，则所述服务器根据自身的检测结果和所述客户端的检测结果进行处理。

具体地，服务器根据自身的检测结果和所述客户端的检测结果进行的处理，包括：

若服务器和客户端的解码能力均不满足要求，则退出播放；若服务器的解码能力不满足要求且客户端的解码能力满足要求，则指示客户端对多媒体文件的元数据流进行解码；若服务器的解码能力满足要求且客户端的解码能力不满足要求，则对多媒体文件的元数据流进行解码。

本实施例提供的播放方法，通过获取多媒体文件的编码信息，并根据该编码信息来检测自身的解码能力是否满足解码多媒体文件的要求，来决定在何处对多媒体文件的元数据流进行解码，且在客户端不能满足解码要求的时候，检测服务器是否满足解码要求，避免了仅根据配置表来决定在何处解码，且可在解码的过程中根据服务器和客户端的性能来进行解码的切换，从而避免了因解码端的性能不满足而导致的播放失败。

图5为本发明实施例五提供的播放方法的解码流程图。本实施例的方法适用于多媒体文件的播放，由客户端执行，且所述方法中的客户端可以为瘦客户端、PAD和PC等装置。在图1、图2所示实施例的基础上，一种场景为确定元数据流在客户端解码，即，步骤203具体为：根据用户配置信息和多媒体文件的编码信息，确定元数据流是在客户端解码。对应地，如图5所示，步骤203之后，该实施方式中步骤101之前还可以包括：

501：所述客户端接收所述服务器发送的解码请求，所述解码请求包括所述编码信息，所述解码请求是所述服务器根据用户配置信息和所述编码信息确定所述元数据流是在所述客户端解码后发送的。

具体地，在服务器根据用户配置信息和编码信息确定元数据流是在客户端解码后，服务器向客户端发送解码请求。

对应地，步骤101具体为：从所述解码请求中获取所述编码信息。

对应地，步骤102具体可以包括如下步骤：

503：根据所述编码信息，所述客户端判断自身的解码能力和性能是否满足要求。

具体地，客户端在接收到解码请求后，可根据编码信息来检测客户端自身的解码能力或性能是否满足解码多媒体文件的要求，即检测客户端是否能够对该编码信息对应类型的元数据流进行解码，以及客户端的CPU占用率和内存空闲量是否符合要求。

504：若所述客户端自身的解码能力满足要求且性能满足要求，则所述客户端对所述元数据流进行解码。

具体地，客户端在对元数据流进行解码之后，还可以对解码后的元数据流进行播放。并且，在客户端对元数据流进行解码的过程中，客户端会周期性地检测自身的解码能力和性能是否满足要求，并根据不同的检测结果进行相应的处理。

505：若所述客户端自身的解码能力或性能不满足要求，则所述客户端向所述服务器发送第二检测请求，以使所述服务器检测所述服务器自身的解码能力是否满足解码所述多媒体文件的要求、并在检测到解码能力满足要求时对所述元数据流进行解码。

具体地，在服务器检测完解码性能后，进一步地，服务器还可以对自身的性能进行检测，并在检测到解码能力和性能满足要求时对元数据流进行解码。具体地，该第二检测请求还可以包括客户端的检测结果，即包括客户端自身解码能力和性能的检测结果，以使得服务器可根据客户端的检测结果及自身的检测结果来控制解码的切换。

本实施例提供的播放方法，通过获取多媒体文件的编码信息，并根据该编码信息来检测自身的解码能力是否满足解码多媒体文件的要求，来决定在何处对多媒体文件的元数据流进行解码，且在客户端不能满足解码要求的时候，检测服务器是否满足解码要求，避免了仅根据配置表来决定在何处解码，且可在解码的过程中根据服务器和客户端的性能来进行解码的切换，从而避免了因解码端的性能不满足而导致的播放失败。

图6为本发明实施例六提供的播放方法的解码流程图。本实施例的方法适用于多媒体文件的播放，由客户端执行，且所述方法中的客户端可以为瘦客户端、PAD和PC等装置。在图1、图2所示实施例的基础上，一种场景为确定元数据流在服务器解码，即，步骤S203具体为：根据用户配置信息和多媒体文件的编码信息，确定元数据流是在服务器解码。对应地，如图6所示，步骤203之后，该实施方式中步骤101之前还可以包括：

601：所述客户端接收所述服务器发送的第一检测请求，所述第一检测请求包括所述编码信息，所述第一检测请求是所述服务器在检测到自身的解码能力不满足要求或性能不满足要求后发送的。

具体地，当确定元数据流在服务器解码的时候，则服务器根据编码信息检测自身的解码能力是否满足解码多媒体文件的要求。当服务器在检测到自身的解码能力不满足要求或性能不满足要求的时候，向客户端发送第一检测请求。客户端接收服务器发送的该第一检测请求。具体地，该第一检测请求可以包括多媒体文件的编码信息，且该编码信息至少包括编码格式，另外还可以包括多媒体文件的视频分辨率、码率和音频采样率等信息，且不限于上述信息。进一步地，该第一检测请求还可以包括服务器的检测结果，以使得客户端可根据服务器的检测结果及自身的检测结果来控制解码的切换。

对应地，步骤101具体为：从所述第一检测请求中获取所述编码信息。

对应地，步骤102具体可以包括如下步骤：

603：所述客户端判断自身的解码能力和性能是否满足要求。

具体地，客户端在收到服务器发送的第一检测请求时，可根据编码信息来检测客户端自身的解码能力和性能是否满足解码多媒体文件的要求，即检测客户端是否能够对该编码信息对应类型的元数据流进行解码，以及客户端的CPU占用率和内存空闲量是否符合要求。

604：若所述客户端自身的解码能力满足要求且性能满足要求，则所述客户端对所述元数据流进行解码。

具体地，在客户端对元数据流进行解码之后，还可以对解码后的元数据流进行播放。并且，在客户端对元数据流进行解码的过程中，该客户端会周期性地检测自身的解码能力和性能时是否满足要求，并根据不同的检测结果进行相应的处理。

605：若所述客户端自身的解码能力或性能不满足要求，则所述客户端根据自身的检测结果和所述服务器的检测结果进行处理。

具体地，该客户端根据自身的检测结果和所述服务器的检测结果进行的处理，包括：

若客户端和服务器的解码能力均不满足要求，则退出播放；若客户端的解码能力不满足要求且服务器的解码能力满足要求，则指示服务器对多媒体文件的元数据流进行解码；若客户端的解码能力满足要求且服务器的解码能力不满足要求，则对多媒体文件的元数据流进行解码。

本实施例提供的播放方法，通过获取多媒体文件的编码信息，并根据该编码信息来检测自身的解码能力是否满足解码多媒体文件的要求，来决定在何处对多媒体文件的元数据流进行解码，且在服务器不能满足解码要求的时候，检测客户端是否满足解码要求，避免了仅根据配置表来决定在何处解码，且可在解码的过程中根据服务器和客户端的性能来进行解码的切换，从而避免了因解码端的性能不满足而导致的播放失败。

图7为本发明实施例七提供的播放设备的结构示意图，如图7所示，该播放设备包括：获取模块701、检测模块702和解码模块703。

其中，获取模块701用于获取多媒体文件的编码信息；

检测模块702用于根据所述编码信息，检测自身的解码能力是否满足解码所述多媒体文件的要求；

解码模块703用于当解码能力满足要求时，对所述多媒体文件的元数据流进行解码。

本实施例的播放设备，可以用于执行图1所示方法实施例的技术方案，其实现原理和技术效果类似，此处不再赘述。

在上述实施例的基础上，所述解码模块703具体用于：

在解码能力满足要求时，检测自身的性能是否满足预设的性能要求，若性能满足要求，则对所述多媒体文件的元数据流进行解码。对自身性能的进一步检测，避免了因CPU占用率过高或内存不足而导致的解码失败。

图8为本发明实施例八提供的播放设备的结构示意图。如图8所示，在实施例七的基础上，当所述设备为服务器时，所述设备还包括：

第一发送模块704，用于将所述解码模块解码后的元数据流发送给客户端，以使所述客户端播放解码后的元数据流。

进一步地，所述获取模块701具体包括：确定单元和解析单元。

其中，确定单元用于确定待播放的多媒体文件；

解析单元用于对所述多媒体文件进行解析，获得所述多媒体文件的编码信息和元数据流。

进一步地，所述设备还包括第一确定模块705。

具体地，第一确定模块705用于根据用户配置信息和所述多媒体文件的编码信息，确定所述元数据流是在服务器解码还是在客户端解码；

检测模块702具体用于在第一确定模块705确定所述元数据流是在服务器解码时，根据所述编码信息检测自身的解码能力是否满足解码所述多媒体文件的要求。

进一步地，第一发送模块704还用于：

在所述服务器的解码能力不满足要求或性能不满足要求时，向客户端发送第一检测请求，所述第一检测请求包括所述编码信息，以使所述客户端根据所述编码信息检测客户端自身的解码能力是否满足解码所述多媒体文件的要求、并在检测到解码能力满足要求时对所述元数据流进行解码。

进一步地，所述第一检测请求还包括所述服务器的检测结果。

进一步地，所述第一确定模块705还用于：

在确定所述元数据流是在客户端解码时，向所述客户端发送解码请求，所述解码请求包括所述编码信息，以使所述客户端根据所述编码信息检测客户端自身的解码能力是否满足解码所述多媒体文件的要求；

在上述实施例的基础上，进一步地，所述设备还包括：

第一接收模块706，用于接收所述客户端发送的第二检测请求，所述第二检测请求是所述客户端在检测到客户端自身的解码能力不满足要求或性能不满足要求时发送的；

所述检测模块具体702还用于：基于所述第二检测请求，根据所述编码信息检测自身的解码能力是否满足解码所述多媒体文件的要求。

进一步地，所述第二检测请求包括所述客户端的检测结果；

所述设备还包括：

第一结果处理模块707，用于在所述服务器的解码能力不满足要求或性能不满足要求时，根据自身的检测结果和所述客户端的检测结果进行处理。

进一步地，所述第一结果处理模块707具体包括：

第一处理单元，用于在所述服务器根据自身的检测结果和所述客户端的检测结果确定自身的解码能力不满足要求且所述客户端的解码能力不满足要求时，退出播放；

第二处理单元，用于在所述服务器根据自身的检测结果和所述客户端的检测结果确定自身的解码能力不满足要求且所述客户端的解码能力满足要求时，指示所述客户端对所述多媒体文件的元数据流进行解码；

第三处理单元，用于在所述服务器根据自身的检测结果和所述客户端的检测结果确定自身的解码能力满足要求且所述客户端的解码能力不满足要求时，对所述多媒体文件的元数据流进行解码。

本实施例的播放设备，可以用于执行上述任一方法实施例的技术方案，其实现原理和技术效果类似，此处不再赘述。

图9为本发明实施例九提供的播放设备的结构示意图。如图9所示，在实施例七的基础上，当所述设备为客户端时，所述设备还包括播放模块904。

具体地，播放模块904用于在解码模块703对所述元数据流进行解码之后，播放解码后的元数据流。

进一步地，所述设备还包括：

第二接收模块905，用于接收服务器发送的解码请求，所述解码请求包括所述编码信息，所述解码请求是所述服务器根据用户配置信息和所述编码信息确定所述元数据流是在客户端解码后发送的。

第二发送模块906，用于在所述客户端的解码能力不满足要求或性能不满足要求时，向所述服务器发送第二检测请求，以使所述服务器检测服务器自身的解码能力是否满足解码所述多媒体文件的要求、并在检测到解码能力满足要求时对所述元数据流进行解码。

进一步地，所述第二检测请求还包括所述客户端的检测结果。

作为替代地，第二接收模块905还用于接收所述服务器发送的第一检测请求，所述第一检测请求包括所述编码信息，所述第一检测请求是所述服务器在检测到自身的解码能力不满足要求或性能不满足要求后发送的。

进一步地，所述第一检测请求还包括所述服务器的检测结果；

所述设备还包括：

第二结果处理模块907，用于在所述客户端的解码能力不满足要求或性能不满足要求时，根据自身的检测结果和所述服务器的检测结果进行处理。

进一步地，所述第二结果处理模块907具体包括：

第四处理单元，用于在所述客户端根据自身的检测结果和所述服务器的检测结果确定自身的解码能力不满足要求且所述服务器的解码能力不满足要求时，退出播放；

第五处理单元，用于在所述客户端根据自身的检测结果和所述服务器的检测结果确定自身的解码能力不满足要求且所述服务器的解码能力满足要求时，指示所述服务器对所述多媒体文件的元数据流进行解码；

第六处理单元，用于在所述客户端根据自身的检测结果和所述服务器的检测结果确定自身的解码能力满足要求且所述服务器的解码能力不满足要求时，对所述多媒体文件的元数据流进行解码。

本实施例的播放设备，可以用于执行上述任一方法实施例的技术方案，其实现原理和技术效果类似，此处不再赘述。

本领域普通技术人员可以理解：实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时，执行包括上述各方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

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

Claims (34)

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

获取多媒体文件的编码信息；

根据所述编码信息，检测自身的解码能力是否满足解码所述多媒体文件的要求，若解码能力满足要求，则对所述多媒体文件的元数据流进行解码。

2.根据权利要求1所述的方法，其特征在于，所述若解码能力满足要求，则对所述元数据流进行解码，包括：

若解码能力满足要求，则检测自身的性能是否满足预设的性能要求，若性能满足要求，则对所述多媒体文件的元数据流进行解码。

3.根据权利要求1或2所述的方法，其特征在于，所述对所述多媒体文件的元数据流进行解码，包括：

服务器对所述元数据流进行解码；

所述对所述元数据流进行解码之后，还包括：

所述服务器将解码后的元数据流发送给客户端，以使所述客户端播放解码后的元数据流。

4.根据权利要求3所述的方法，其特征在于，所述获取多媒体文件的编码信息，包括：

所述服务器确定待播放的多媒体文件；

对所述多媒体文件进行解析，获得所述多媒体文件的编码信息和元数据流。

5.根据权利要求3或4所述的方法，其特征在于，所述获取多媒体文件的编码信息和元数据流之后，还包括：

根据用户配置信息和所述多媒体文件的编码信息，确定所述元数据流是在服务器解码还是在客户端解码；

所述根据所述编码信息，检测自身的解码能力是否满足解码所述多媒体文件的要求，包括：

若确定所述元数据流是在服务器解码，则根据所述编码信息检测自身的解码能力是否满足解码所述多媒体文件的要求。

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

若所述服务器的解码能力不满足要求或性能不满足要求，则所述服务器向客户端发送第一检测请求，所述第一检测请求包括所述编码信息，以使所述客户端根据所述编码信息检测客户端自身的解码能力是否满足解码所述多媒体文件的要求、并在检测到解码能力满足要求时对所述元数据流进行解码。

7.根据权利要求6所述的方法，其特征在于，所述第一检测请求还包括所述服务器的检测结果。

8.根据权利要求5所述的方法，其特征在于，所述根据所述编码信息，检测自身的解码能力是否满足解码所述多媒体文件的要求，包括：

若确定所述元数据流是在客户端解码，则向所述客户端发送解码请求，所述解码请求包括所述编码信息，以使所述客户端根据所述编码信息检测客户端自身的解码能力是否满足解码所述多媒体文件的要求；

接收所述客户端发送的第二检测请求，所述第二检测请求是所述客户端在检测到客户端自身的解码能力不满足要求或性能不满足要求时发送的；

基于所述第二检测请求，根据所述编码信息检测自身的解码能力是否满足解码所述多媒体文件的要求。

9.根据权利要求8所述的方法，其特征在于，所述第二检测请求包括所述客户端的检测结果；

还包括：

若所述服务器的解码能力不满足要求或性能不满足要求，则所述服务器根据自身的检测结果和所述客户端的检测结果进行处理。

10.根据权利要求9所述的方法，其特征在于，所述服务器根据自身的检测结果和所述客户端的检测结果进行处理，包括：

若所述服务器根据自身的检测结果和所述客户端的检测结果确定自身的解码能力不满足要求且所述客户端的解码能力不满足要求，则退出播放；

若所述服务器根据自身的检测结果和所述客户端的检测结果确定自身的解码能力不满足要求且所述客户端的解码能力满足要求，则指示所述客户端对所述多媒体文件的元数据流进行解码；

若所述服务器根据自身的检测结果和所述客户端的检测结果确定自身的解码能力满足要求且所述客户端的解码能力不满足要求，则对所述多媒体文件的元数据流进行解码。

11.根据权利要求1或2所述的方法，其特征在于，所述对所述元数据流进行解码，包括：

客户端对所述元数据流进行解码；

所述对所述元数据流进行解码之后，还包括：

所述客户端播放解码后的元数据流。

12.根据权利要求11所述的方法，其特征在于，所述获取多媒体文件的编码信息，包括：

接收服务器发送的解码请求，所述解码请求包括所述编码信息，所述解码请求是所述服务器根据用户配置信息和所述编码信息确定所述元数据流是在客户端解码后发送的。

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

若所述客户端的解码能力不满足要求或性能不满足要求，则所述客户端向服务器发送第二检测请求，以使所述服务器检测服务器自身的解码能力是否满足解码所述多媒体文件的要求、并在检测到解码能力满足要求时对所述元数据流进行解码。

14.根据权利要求13所述的方法，其特征在于，所述第二检测请求还包括所述客户端的检测结果。

15.根据权利要求11所述的方法，其特征在于，所述获取多媒体文件的编码信息，包括：

接收服务器发送的第一检测请求，所述第一检测请求包括所述编码信息，所述第一检测请求是所述服务器在检测到自身的解码能力不满足要求或性能不满足要求后发送的。

16.根据权利要求15所述的方法，其特征在于，所述第一检测请求还包括所述服务器的检测结果；

还包括：

若所述客户端的解码能力不满足要求或性能不满足要求，则所述客户端根据自身的检测结果和所述服务器的检测结果进行处理。

17.根据权利要求16所述的方法，其特征在于，所述客户端根据自身的检测结果和所述服务器的检测结果进行处理，包括：

若所述客户端根据自身的检测结果和所述服务器的检测结果确定自身的解码能力不满足要求且所述服务器的解码能力不满足要求，则退出播放；

若所述客户端根据自身的检测结果和所述服务器的检测结果确定自身的解码能力不满足要求且所述服务器的解码能力满足要求，则指示所述服务器对所述多媒体文件的元数据流进行解码；

若所述客户端根据自身的检测结果和所述服务器的检测结果确定自身的解码能力满足要求且所述服务器的解码能力不满足要求，则对所述多媒体文件的元数据流进行解码。

18.一种播放设备，其特征在于，包括：

获取模块，用于获取多媒体文件的编码信息；

检测模块，用于根据所述编码信息，检测自身的解码能力是否满足解码所述多媒体文件的要求；

解码模块，用于若解码能力满足要求，则对所述多媒体文件的元数据流进行解码。

19.根据权利要求18所述的设备，其特征在于，所述解码模块具体用于：

在解码能力满足要求时，检测自身的性能是否满足预设的性能要求，若性能满足要求，则对所述多媒体文件的元数据流进行解码。

20.根据权利要求18或19所述的设备，其特征在于，当所述设备为服务器时，所述设备还包括：

第一发送模块，用于将所述解码模块解码后的元数据流发送给客户端，以使所述客户端播放解码后的元数据流。

21.根据权利要求20所述的设备，其特征在于，当所述设备为服务器时，所述获取模块具体包括：

确定单元，用于确定待播放的多媒体文件；

解析单元，用于对所述多媒体文件进行解析，获得所述多媒体文件的编码信息和元数据流。

22.根据权利要求20或21所述的设备，其特征在于，当所述设备为服务器时，所述设备还包括：

第一确定模块，用于根据用户配置信息和所述多媒体文件的编码信息，确定所述元数据流是在服务器解码还是在客户端解码；

所述检测模块，具体用于在所述第一确定模块确定所述元数据流是在服务器解码时，根据所述编码信息检测自身的解码能力是否满足解码所述多媒体文件的要求。

23.根据权利要求22所述的设备，其特征在于，所述第一发送模块还用于：

在所述服务器的解码能力不满足要求或性能不满足要求时，向客户端发送第一检测请求，所述第一检测请求包括所述编码信息，以使所述客户端根据所述编码信息检测客户端自身的解码能力是否满足解码所述多媒体文件的要求、并在检测到解码能力满足要求时对所述元数据流进行解码。

24.根据权利要求23所述的设备，其特征在于，所述第一检测请求还包括所述服务器的检测结果。

25.根据权利要求22所述的设备，其特征在于，所述第一确定模块还用于：

在确定所述元数据流是在客户端解码时，向所述客户端发送解码请求，所述解码请求包括所述编码信息，以使所述客户端根据所述编码信息检测客户端自身的解码能力是否满足解码所述多媒体文件的要求；

所述设备还包括：

第一接收模块，用于接收所述客户端发送的第二检测请求，所述第二检测请求是所述客户端在检测到客户端自身的解码能力不满足要求或性能不满足要求时发送的；

所述检测模块具体用于：基于所述第二检测请求，根据所述编码信息检测自身的解码能力是否满足解码所述多媒体文件的要求。

26.根据权利要求25所述的设备，其特征在于，所述第二检测请求包括所述客户端的检测结果；

所述设备还包括：

第一结果处理模块，用于在所述服务器的解码能力不满足要求或性能不满足要求时，根据自身的检测结果和所述客户端的检测结果进行处理。

27.根据权利要求26所述的设备，其特征在于，所述第一结果处理模块具体包括：

第一处理单元，用于在所述服务器根据自身的检测结果和所述客户端的检测结果确定自身的解码能力不满足要求且所述客户端的解码能力不满足要求时，退出播放；

第二处理单元，用于在所述服务器根据自身的检测结果和所述客户端的检测结果确定自身的解码能力不满足要求且所述客户端的解码能力满足要求时，指示所述客户端对所述多媒体文件的元数据流进行解码；

第三处理单元，用于在所述服务器根据自身的检测结果和所述客户端的检测结果确定自身的解码能力满足要求且所述客户端的解码能力不满足要求时，对所述多媒体文件的元数据流进行解码。

28.根据权利要求18或19所述的设备，其特征在于，当所述设备为客户端时，所述设备还包括：

播放模块，用于在所述解码模块对所述元数据流进行解码之后，播放解码后的元数据流。

29.根据权利要求28所述的设备，其特征在于，当所述设备为客户端时，所述设备还包括：

第二接收模块，用于接收服务器发送的解码请求，所述解码请求包括所述编码信息，所述解码请求是所述服务器根据用户配置信息和所述编码信息确定所述元数据流是在客户端解码后发送的。

30.根据权利要求29所述的设备，其特征在于，当所述设备为客户端时，所述设备还包括：

第二发送模块，用于在所述客户端的解码能力不满足要求或性能不满足要求时，向所述服务器发送第二检测请求，以使所述服务器检测服务器自身的解码能力是否满足解码所述多媒体文件的要求、并在检测到解码能力满足要求时对所述元数据流进行解码。

31.根据权利要求30所述的设备，其特征在于，所述第二检测请求还包括所述客户端的检测结果。

32.根据权利要求28所述的设备，其特征在于，所述设备的所述第二接收模块还用于接收所述服务器发送的第一检测请求，所述第一检测请求包括所述编码信息，所述第一检测请求是所述服务器在检测到自身的解码能力不满足要求或性能不满足要求后发送的。

33.根据权利要求32所述的设备，其特征在于，所述第一检测请求还包括所述服务器的检测结果；

所述设备还包括：

第二结果处理模块，用于在所述客户端的解码能力不满足要求或性能不满足要求时，根据自身的检测结果和所述服务器的检测结果进行处理。

34.根据权利要求33所述的设备，其特征在于，所述第二结果处理模块具体包括：

第四处理单元，用于在所述客户端根据自身的检测结果和所述服务器的检测结果确定自身的解码能力不满足要求且所述服务器的解码能力不满足要求时，退出播放；

第五处理单元，用于在所述客户端根据自身的检测结果和所述服务器的检测结果确定自身的解码能力不满足要求且所述服务器的解码能力满足要求时，指示所述服务器对所述多媒体文件的元数据流进行解码；

第六处理单元，用于在所述客户端根据自身的检测结果和所述服务器的检测结果确定自身的解码能力满足要求且所述服务器的解码能力不满足要求时，对所述多媒体文件的元数据流进行解码。

Images