CN114189750A - 一种多格式文件的播放方法及相关装置 - Google Patents

Abstract

本申请实施例提供一种多格式文件的播放方法及相关装置，涉及资源调度技术领域。其中方法包括：终端设备接收播放指令，所述播放指令包括多个待播放文件的标识；根据所述多个待播放文件的标识，获取所述多个待播放文件和所述多个待播放文件对应的播放规则，所述多个待播放文件包括第一待播放文件和第二待播放文件，所述第一待播放文件和所述第二待播放文件的格式不同，所述播放规则包括所述多个待播放文件的播放顺序；根据所述多个待播放文件的播放顺序，调用所述多个待播放文件的格式分别对应的播放器播放所述多个待播放文件。如此，能够实现自动播放多种格式的文件，有效解决操作较为繁琐的问题，提高用户体验。

Description

一种多格式文件的播放方法及相关装置

技术领域

本发明涉及资源调度技术领域，特别涉及一种多格式文件的播放方法及相关装置。

背景技术

随着互联网的发展，媒体文件的格式越来越多，比如包括视频、音频、图片、文档等。由于不同格式对应不同的播放器，因此播放不同格式的文件，需要打开不同格式对应的播放器；比如，当需要播放一段视频时，需要用户手动打开视频对应的播放器来播放视频，当需要播放一段音频时，需要用户手动打开音频对应的播放器来播放音频。

然而，在银行、商场等场所，通常会通过显示屏来向用户提供信息，比如通过显示屏向用户提供一些宣传信息、天气信息等；通过显示屏向用户提供信息时，可能会需要播放多种格式的文件，采用上述方式，会导致操作较为繁琐。

发明内容

本申请实施例提供一种多格式文件的播放方法及相关装置，用于根据预设的播放顺序，调用不同格式对应的播放器来播放文件，从而能够实现自动播放多种格式的文件，有效解决操作较为繁琐的问题，提高用户体验。

第一方面，本申请实施例提供了一种多格式文件的播放方法，该方法可以适用于终端设备或者终端设备中的芯片，以该方法适用于终端设备为例，在该方法中，终端设备可以接收播放指令，所述播放指令包括多个待播放文件的标识；根据所述多个待播放文件的标识，获取所述多个待播放文件和所述多个待播放文件对应的播放规则，所述多个待播放文件包括第一待播放文件和第二待播放文件，所述第一待播放文件和所述第二待播放文件的格式不同，所述播放规则包括所述多个待播放文件的播放顺序；根据所述多个待播放文件的播放顺序，调用所述多个待播放文件的格式分别对应的播放器播放所述多个待播放文件。

采用上述方法，终端设备中安装的播放系统可以根据预设的播放顺序，调用不同格式对应的播放器来播放文件，从而能够实现自动播放多种格式的文件，无需用户手动打开不同格式对应的播放器，有效解决操作较为繁琐的问题；而且播放顺序可以由用户灵活设定，能够提高用户体验。进一步地，本申请实施例对不同格式对应的播放器不做限定，从而使得开发人员可以根据实际需要，通过自由组合多个播放器来生成适用不同场景的播放系统。

在一种可能的实现方式中，根据所述多个待播放文件的标识，获取所述多个待播放文件，包括：根据所述多个待播放文件中的第一待播放文件的标识，在存储空间中搜索得到所述第一待播放文件；根据所述多个待播放文件中的第二待播放文件的标识，向服务器发送第一请求消息，以及接收所述服务器根据所述第一请求消息发送的所述第二待播放文件。

采用上述方法，能够实现待播放文件的多样性，比如待播放文件可以是预先存储在存储空间的，或者也可以是由服务器即时推送的，从而有效满足各种场景的播放需求。

在一种可能的实现方式中，所述方法还包括：接收来自所述服务器的告警信息，所述告警信息用于指示所述服务器发生异常；根据所述告警信息，调整向所述服务器发送请求消息的频率。

采用上述方法，可以紧急响应服务器的异常，解除服务器的异常状态，实现无人值守的异常及时处理。

在一种可能的实现方式中，所述告警信息包括告警级别；根据所述告警信息，调整向所述服务器发送请求消息的频率，包括：当所述告警级别为第一级别时，在第一时间段内降低向所述服务器发送请求消息的频率；当所述告警级别为第二级别时，在第二时间段内停止向所述服务器发送请求消息。

采用上述方法，可以针对不同告警级别采用不同的处理方式，从而能够更加精准地对异常情况进行处理。

在一种可能的实现方式中，所述播放规则还包括：所述多个待播放文件分别对应的播放时长和/或所述多个待播放文件在显示屏上的显示位置。

采用上述方法，用户可以自由确定播放时长，以及自由划分待播放文件的显示位置，具有较强的灵活性。

在一种可能的实现方式中，所述多个播放文件的格式包括以下至少两种：视频格式、音频格式、文档格式、PDF格式、页面格式。

第二方面，本申请实施例提供了一种播放装置，所述装置包括通信模块和处理模块。其中，通信模块用于：接收播放指令，所述播放指令包括多个待播放文件的标识；处理模块用于：根据所述多个待播放文件的标识，获取所述多个待播放文件和所述多个待播放文件对应的播放规则，所述多个待播放文件包括第一待播放文件和第二待播放文件，所述第一待播放文件和所述第二待播放文件的格式不同，所述播放规则包括所述多个待播放文件的播放顺序；以及，根据所述多个待播放文件的播放顺序，确定需要播放所述第一待播放文件时，调用所述第一播放文件的格式对应的播放器播放所述第一待播放文件。

第三方面，本申请实施例还提供了一种终端设备，包括：处理器以及用于存储所述处理器可执行指令的存储器；其中，所述处理器被配置为执行所述指令，以实现如本申请第一方面中提供的任一方法。

第四方面，本申请实施例还提供了一种计算机可读存储介质，当所述计算机可读存储介质中的指令由电子设备的处理器执行时，使得电子设备能够执行如本申请第一方面中提供的任一方法。

第五方面，本申请实施例提供了一种计算机程序产品，包括计算机程序，所述计算机程序被处理器执行时实现如本申请第一方面中提供的任一方法。

本申请的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本申请而了解。本申请的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。

附图说明

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

图1为本申请实施例适用的一种系统架构示意图；

图2为本申请实施例提供的多格式文件的播放方法所对应的流程示意图；

图3为本申请实施例提供的播放装置的示例性框图；

图4为本申请实施例提供的终端设备的结构示意图。

具体实施方式

下面将结合附图对本申请实施例中的技术方案进行清楚、详尽地描述。在本申请实施例的描述中，除非另有说明，文本中的“/”表示或的意思，例如，A/B可以表示A或B；文本中的“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况，另外，在本申请实施例的描述中，“多个”是指两个或多于两个。

在本申请实施例的描述中，除非另有说明，术语“多个”是指两个或两个以上，其它量词与之类似应当理解，此处所描述的优选实施例仅用于说明和解释本申请，并不用于限定本申请，并且在不冲突的情况下，本申请的实施例及实施例中的特征可以相互组合。

为进一步说明本申请实施例提供的技术方案，下面结合附图以及具体实施方式对此进行详细的说明。虽然本申请实施例提供了如下述实施例或附图所示的方法操作步骤，但基于常规或者无需创造性的劳动在方法中可以包括更多或者更少的操作步骤。在逻辑上不存在必要因果关系的步骤中，这些步骤的执行顺序不限于本申请实施例提供的执行顺序。方法在实际的处理过程中或者控制设备执行时，可以按照实施例或者附图所示的方法顺序执行或者并行执行。

参见图1，为本申请实施例适用的一种系统架构示意图。

如图1所示，该系统架构中例如可以包括网络10、终端设备20、服务器30。其中，终端设备20可为图1中示出的智能手机20_1、智能电脑20_2以及笔记本电脑20_n等具备播放功能的智能设备。

终端设备20中安装有播放系统，该播放系统具备对多种格式的文件的播放功能，以及终端设备20还可以包括显示屏，或者终端设备20可以连接显示屏，显示屏用于显示播放系统所播放的文件。

其中，播放系统可以包括多个可插拔式播放组件，每个播放组件可以理解为一个播放器，用于播放一种格式的文件。比如，播放系统可以包括视频对应的播放器(即视频播放组件)、音频对应的播放器(即音频播放组件)等。本申请实施例中，对播放系统所包括的播放组件不做限定，具体可以由开发人员根据实际需要，通过自由组合多个播放组件来生成适用不同场景的播放系统。示例性地，播放系统可以是采用Python语言开发的，可跨平台适配多种可能的操作系统，比如可以适配微软windows操作系统和开源Linux操作系统。播放系统还可以建立统一硬件外设接口，以屏蔽不同厂商硬件外设的差异，减少适配差异化带来的开发工作量。也就是说，播放系统具备高扩展性，可持续增加新的播放组件，增加新的硬件外设接口，无需新增工作量就可跨平台使用。此外，播放系统还可以提供前端埋点与后端埋点接口，方便实时记录播放系统当前播放内容，收集运营数据推送后台服务以供分析使用。

终端设备20可以通过网络与服务器30通信，比如服务器30可以为WEB端服务器，进而当播放系统需要获取页面格式的文件时，可以通过与WEB端服务器通信来获取页面格式的文件。

基于上述所描述的系统架构，下面结合附图对本申请实施例提供的多格式文件的播放方法进行详细说明。

参见图2，为本申请实施例提供的播放方法所对应的流程示意图，该方法可以由终端设备或者终端设备中的芯片来执行，下文中以该方法由终端设备来执行为例进行描述。如图2所示，该方法可以包括如下步骤：

步骤201：终端设备接收播放指令，所述播放指令包括多个待播放文件的标识。

示例性地，播放指令可以是由用户触发的，比如若终端设备为电脑等设备，则用户可以通过操作鼠标来触发播放指令。

作为一种可能的实现，在步骤201之前，终端设备安装播放系统后，用户可以打开播放系统，并在播放系统中添加多个待播放文件的标识。具体来说，多个待播放文件可以分为两种类型的待播放文件，其中，第一类型的待播放文件可以由用户上传到播放系统，而第二类型的待播放文件需要由终端设备与服务器通信来获取。针对于第一类型的待播放文件(比如第一待播放文件)，用户可以在播放系统中添加第一待播放文件的标识，并上传第一待播放文件，进而第一播放文件可以存储在终端设备本地。针对于第二类型的待播放文件(比如第二待播放文件)，用户可以在播放系统中添加第二待播放文件的标识，无需上传第二待播放文件。

其中，多个待播放文件的格式可以不同，第一类型的待播放文件可以包括一种或多种格式的待播放文件，比如第一类型的待播放文件可以包括视频、音频、文档、PDF等格式的待播放文件；第二类型的待播放文件可以包括一种或多种格式的待播放文件，比如第二类型的待播放文件可以包括页面等格式的待播放文件。

文件格式可以通过文件扩展名来识别，文件扩展名也可以称为文件的后缀名，是操作系统用来标志文件格式的一种机制。通常来说，一个扩展名是跟在主文件名后面的，由一个分隔符分隔，比如在“example.txt”这一文件名中，example是文件主名，txt为文件扩展名，表示这个文件是一个纯文字文件，符号“.”则为文件主名与文件扩展名的分隔符号。一种文件格式可以对应一种或多种扩展名，比如视频格式对应的扩展名可以为mp4、avi，音频格式对应的扩展名为mp3，图片格式对应的扩展名为jpg、png，文档格式对应的扩展名为doc、docx，PDF格式对应的扩展名为pdf，页面格式对应的扩展名为html。

进一步地，用户还可以设置多个待播放文件对应的播放规则。其中，用户设置播放规则的方式可以有多种，比如播放系统可以向用户提供设置播放规则的界面，进而用户可以在该界面设置播放规则。示例性地，用户设置好播放规则后，播放规则可以存储在终端设备本地的存储空间中。

作为一种可能的实现，播放规则可以包括多个待播放文件的播放顺序，还可以包括以下至少一项：多个待播放文件分别对应的播放时长、多个待播放文件在显示屏上的显示位置、多个待播放文件的播放次数等。此外，播放规则还可以包括其它可能的内容，本申请实施例对此不做限定。

步骤202：终端设备根据所述多个待播放文件的标识，获取所述多个待播放文件和所述多个待播放文件对应的播放规则。

示例性地，如前文所述，多个待播放文件可以分为第一类型的待播放文件和第二类型的待播放文件，针对于第一类型的待播放文件(比如第一待播放文件)，终端设备可以根据第一待播放文件的标识，在存储空间(比如终端设备本地的存储空间)中搜索得到第一待播放文件；针对于第二类型的待播放文件(比如第二待播放文件)，终端设备可以向服务器发送第一请求消息，以及接收服务器根据所述第一请求消息发送的第二待播放文件，也就是说，服务器可以根据终端设备的请求向终端设备推送第二待播放文件。其中，第一请求消息可以包括第二待播放文件的标识，比如第二待播放文件的标识可以为网址，或者第二待播放文件的标识也可以为其它可能的信息，具体不做限定。

可以理解的是，多个待播放文件中可能包括两个或两个以上第二类型的待播放文件，此种情形下，终端设备可以针对每个第二类型待播放文件向服务器发送请求消息，以获取第二类型待播放文件。

进一步地，终端设备获取多个待播放文件后，还可以从终端设备本地的存储空间获取多个待播放文件对应的播放规则。

步骤203：终端设备根据多个待播放文件的播放顺序，调用多个待播放文件的格式对应的播放器播放多个待播放文件。

示例性地，终端设备可以根据播放规则，对多个待播放文件进行播放。比如，终端设备根据多个待播放文件的播放顺序，确定需要播放第一待播放文件时，调用第一播放文件的格式对应的播放器播放第一待播放文件，以及根据第一待播放文件对应的显示位置，在相应的显示位置上进行显示，以及根据第一待播放文件对应的播放时长，当确定达到播放时长时，停止播放第一待播放文件。多个待播放文件中的其它待播放文件可以参照第一待播放文件，不再赘述。

其中，如前文所述，终端设备所安装的播放系统可以包括多个播放组件(即多个播放器)，因此，当需要播放第一待播放文件时，可以根据第一待播放文件的扩展名来识别第一待播放文件的格式，进而调用第一待播放文件的格式对应的播放器来播放第一待播放文件。当需要播放第二待播放文件时，可以根据第二待播放文件的扩展名来识别第二待播放文件的格式，进而调用第二待播放文件的格式对应的播放器来播放第二待播放文件。

可以理解的是，多个待播放文件的播放顺序可以为：多个待播放文件先后播放，比如先播放第一待播放文件，在第一待播放文件播放完后，再播放第二待播放文件。或者，多个待播放文件的播放顺序也可以为：其中两个(也可以为三个或更多个，此处是以两个为例)待播放文件同时播放，其它待播放文件先后播放。当两个待播放文件同时播放时，可以通过分屏显示的方式来呈现，具体的分屏方式或者排版方式可以是用户通过设置播放规则来设置的，也就是说，用户可以自由划分屏幕来生成分屏。如此，能够实现灵活控制分屏内容、播放顺序、播放次数和播放时长。

此外，服务器所对应的服务端可以通过部署多个数据中心容灾，多个数据中心的数据内容存在个性化和时间上的差异，而页面格式的文件等内容在开发完成后就无法灵活变动，只能等待下一次开发版本来修改调整，并且服务端存在异常情况告警中心，终端设备与服务器的请求响应报文是导致服务端产生异常情况的主要因素。比如，以银行为例，在全国范围内可能设立有几十甚至上百个分支机构，每个分支机构都部署几十甚至上千台终端设备，每个终端设备都可能会向服务器发送请求消息，从而会导致服务端压力过大，而产生异常。

目前，告警中心发现异常情况后，是通过消息渠道推送到责任主体，如短信或应用消息推送到开发运维人员，从而导致会消耗一定的时间来定位到异常发生原因再来修复异常，这个时间可能是几分钟，也可能是几小时，这种低效的异常处理过程不仅消耗人力成本，而且异常状态存活时间也变长，服务端运行风险增大。在此基础上，本申请实施例中，当服务器发生异常后，可以向终端设备发送告警信息，告警信息用于指示服务器发生异常，进而终端设备可以根据告警信息，调整向服务器发送请求消息的频率。

示例性地，告警信息可以包括告警级别，当告警级别为第一级别时，终端设备可以在第一时间段内降低向服务器发送请求消息的频率，第一时间段的起始时间可以为接收到告警信息的时间；或者，当告警级别为第二级别时，终端设备可以在第二时间段内停止向服务器发送请求消息，第二时间段的起始时间可以为接收到告警信息的时间。其中，第一时间段和第二时间段的时长可以相同，或者也可以不相同。采用该种方式，可以紧急响应服务端的异常，解除服务端的异常状态，实现无人值守的异常及时处理。

作为一种可能的实现，当服务器接收到的请求消息的拥塞量大于第一阈值后，可以向终端设备发送告警信息，此时告警信息携带的告警级别为第一级别；当服务器接收到的请求消息的拥塞量大于第二阈值后，可以向终端设备发送告警信息，此时告警信息携带的告警级别为第二级别。其中，第二阈值大于第一阈值，第一阈值和第二阈值可以为预先配置在服务器中的，具体不做限定。

通过上述方式，实现了无人值守的异常实时处理机制，当异常发生时，无需推送责任主体，即可自动做出对应操作，减小服务器异常所带来的不良影响。

基于相同的发明构思，本申请实施例还提供了一种播放装置。具体如图3所示，装置300包括通信模块301和处理模块302。其中，通信模块301用于：接收播放指令，所述播放指令包括多个待播放文件的标识；处理模块302用于：根据所述多个待播放文件的标识，获取所述多个待播放文件和所述多个待播放文件对应的播放规则，所述多个待播放文件包括第一待播放文件和第二待播放文件，所述第一待播放文件和所述第二待播放文件的格式不同，所述播放规则包括所述多个待播放文件的播放顺序；以及，根据所述多个待播放文件的播放顺序，确定需要播放所述第一待播放文件时，调用所述第一播放文件的格式对应的播放器播放所述第一待播放文件。

在一种可能的实现方式中，处理模块302具体用于：根据所述多个待播放文件中的第一待播放文件的标识，在存储空间中搜索得到所述第一待播放文件；根据所述多个待播放文件中的第二待播放文件的标识，向服务器发送第一请求消息，以及接收所述服务器根据所述第一请求消息发送的所述第二待播放文件。

在一种可能的实现方式中，通信模块301还用于：接收来自所述服务器的告警信息，所述告警信息用于指示所述服务器发生异常；处理模块302还用于：根据所述告警信息，调整向所述服务器发送请求消息的频率。

在一种可能的实现方式中，所述告警信息包括告警级别；处理模块302具体用于：当所述告警级别为第一级别时，在第一时间段内降低向所述服务器发送请求消息的频率；当所述告警级别为第二级别时，在第二时间段内停止向所述服务器发送请求消息。

下面参照图4来描述用于实现本申请上述实施例的终端设备130。图4显示的终端设备130仅仅是一个示例，不应对本申请实施例的功能和使用范围带来任何限制。

如图4所示，终端设备130以通用终端设备的形式表现。终端设备130的组件可以包括但不限于：上述至少一个处理器131、上述至少一个存储器132、连接不同系统组件(包括存储器132和处理器131)的总线133。

总线133表示几类总线结构中的一种或多种，包括存储器总线或者存储器控制器、外围总线、处理器或者使用多种总线结构中的任意总线结构的局域总线。

存储器132可以包括易失性存储器形式的可读介质，例如随机存取存储器(RAM)1321和/或高速缓存存储器1322，还可以进一步包括只读存储器(ROM)1323。

存储器132还可以包括具有一组(至少一个)程序模块1324的程序/实用工具1325，这样的程序模块1324包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。

终端设备130也可以与一个或多个外部设备134(例如键盘、指向设备等)通信，还可与一个或者多个使得用户能与终端设备130交互的设备通信，和/或与使得该终端设备130能与一个或多个其它终端设备进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口135进行。并且，终端设备130还可以通过网络适配器136与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。如图所示，网络适配器136通过总线133与用于终端设备130的其它模块通信。应当理解，尽管图中未示出，可以结合终端设备130使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理器、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。

在示例性实施例中，还提供了一种包括指令的计算机可读存储介质，例如包括指令的存储器132，上述指令可由装置400的处理器131执行以完成上述方法。可选地，计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

在示例性实施例中，还提供一种计算机程序产品，包括计算机程序/指令，所述计算机程序/指令被处理器131执行时实现如本申请提供的播放方法中的任一方法。

在示例性实施例中，本申请提供的一种播放方法的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当程序产品在计算机设备上运行时，程序代码用于使计算机设备执行本说明书上述描述的根据本申请各种示例性实施方式的一种播放方法中的步骤。

程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。

本申请的实施方式的用于播放的程序产品可以采用便携式紧凑盘只读存储器(CD-ROM)并包括程序代码，并可以在电子设备上运行。然而，本申请的程序产品不限于此，在本文件中，可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括——但不限于——电磁信号、光信号或上述的任意合适的组合。可读信号介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

可读介质上包含的程序代码可以用任何适当的介质传输，包括——但不限于——无线、有线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言的任意组合来编写用于执行本申请操作的程序代码，程序设计语言包括面向对象的程序设计语言—诸如Java、C++等，还包括常规的过程式程序设计语言—诸如“如“语言或类似的程序设计语言。程序代码可以完全地在用户电子设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户电子设备上部分在远程电子设备上执行、或者完全在远程电子设备或服务端上执行。在涉及远程电子设备的情形中，远程电子设备可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)—连接到用户电子设备，或者，可以连接到外部电子设备(例如利用因特网服务提供商来通过因特网连接)。

应当注意，尽管在上文详细描述中提及了装置的若干单元或子单元，但是这种划分仅仅是示例性的并非强制性的。实际上，根据本申请的实施方式，上文描述的两个或更多单元的特征和功能可以在一个单元中具体化。反之，上文描述的一个单元的特征和功能可以进一步划分为由多个单元来具体化。

此外，尽管在附图中以特定顺序描述了本申请方法的操作，但是，这并非要求或者暗示必须按照该特定顺序来执行这些操作，或是必须执行全部所示的操作才能实现期望的结果。附加地或备选地，可以省略某些步骤，将多个步骤合并为一个步骤执行，和/或将一个步骤分解为多个步骤执行。

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

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

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

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

尽管已描述了本申请的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本申请范围的所有变更和修改。

显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

Claims (10)

1.一种多格式文件的播放方法，其特征在于，所述方法包括：

接收播放指令，所述播放指令包括多个待播放文件的标识；

根据所述多个待播放文件的标识，获取所述多个待播放文件和所述多个待播放文件对应的播放规则，所述多个待播放文件包括第一待播放文件和第二待播放文件，所述第一待播放文件和所述第二待播放文件的格式不同，所述播放规则包括所述多个待播放文件的播放顺序；

根据所述多个待播放文件的播放顺序，调用所述多个待播放文件的格式分别对应的播放器播放所述多个待播放文件。

2.根据权利要求1所述的方法，其特征在于，根据所述多个待播放文件的标识，获取所述多个待播放文件，包括：

根据所述多个待播放文件中的第一待播放文件的标识，在存储空间中搜索得到所述第一待播放文件；

根据所述多个待播放文件中的第二待播放文件的标识，向服务器发送第一请求消息，以及接收所述服务器根据所述第一请求消息发送的所述第二待播放文件。

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

接收来自所述服务器的告警信息，所述告警信息用于指示所述服务器发生异常；

根据所述告警信息，调整向所述服务器发送请求消息的频率。

4.根据权利要求3所述的方法，其特征在于，所述告警信息包括告警级别；根据所述告警信息，调整向所述服务器发送请求消息的频率，包括：

当所述告警级别为第一级别时，在第一时间段内降低向所述服务器发送请求消息的频率；

当所述告警级别为第二级别时，在第二时间段内停止向所述服务器发送请求消息。

5.根据权利要求1至4中任一项所述的方法，其特征在于，所述播放规则还包括：所述多个待播放文件分别对应的播放时长和/或所述多个待播放文件在显示屏上的显示位置。

6.根据权利要求1至4中任一项所述的方法，其特征在于，所述多个播放文件的格式包括以下至少两种：视频格式、音频格式、文档格式、PDF格式、页面格式。

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

通信模块，用于接收播放指令，所述播放指令包括多个待播放文件的标识；

处理模块，用于根据所述多个待播放文件的标识，获取所述多个待播放文件和所述多个待播放文件对应的播放规则，所述多个待播放文件包括第一待播放文件和第二待播放文件，所述第一待播放文件和所述第二待播放文件的格式不同，所述播放规则包括所述多个待播放文件的播放顺序；以及，根据所述多个待播放文件的播放顺序，确定需要播放所述第一待播放文件时，调用所述第一播放文件的格式对应的播放器播放所述第一待播放文件。

8.一种终端设备，其特征在于，包括至少一个处理器；以及与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行如权利要求1-6中任何一项所述的方法。

9.一种计算机存储介质，其特征在于，所述计算机存储介质存储有计算机程序，所述计算机程序用于使计算机执行如权利要求1-6任何一项所述的方法。

10.一种计算机程序产品，包括计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至6中任一项所述的方法。

Images