音频文件播放方法、装置、终端及存储介质与流程

本发明涉及计算机技术领域，特别涉及一种音频文件播放方法、装置、终端及存储介质。

背景技术：

随着计算机技术的发展，人们通常喜欢使用终端播放音频文件，在遇到自己喜欢或者想要和好友分享的音频文件，还可以通过在终端上进行分享操作，将音频文件的信息分享给好友，由好友使用终端播放该分享的音频文件。

目前，音频文件播放方法通常是由第一用户在音乐应用中选择音频文件进行分享，从而选择聊天应用，将该音频文件的信息分享至该聊天应用，通过该聊天应用发送至第二用户所在终端，如图1所示，则第二用户可以点击该分享的音频文件进行播放，或跳转到音乐应用中播放该音频文件。还有另一种方式是在可以在音乐应用中复制音频文件的信息，然后在聊天应用中粘贴该音频文件的信息，例如，歌曲名称、歌手名字和歌曲链接等，通过该聊天应用发送至第二用户所在终端，如图2所示，则第二用户可以点击该分享的音频文件的信息，在音乐应用中播放该音频文件。

在实现本发明过程中，发明人发现相关技术至少存在如下问题：音频文件播放过程中分享方式单一，分享的音频文件无法同步播放，缺少了用户互动和音频文件播放的趣味性，音频文件播放效果差。

技术实现要素：

本发明实施例提供了一种音频文件播放方法、装置、终端及存储介质，可以解决相关技术中播放效果差的问题。所述技术方案如下：

一方面，提供了一种音频文件播放方法，应用于第一终端，所述方法包括：

当检测到对第一音频文件或对第一音频文件集合的同步播放操作时，向第二终端发送第一同步播放请求，所述第一同步播放请求携带有所述第一音频文件集合的信息，所述第一音频文件集合中包括至少一个音频文件，所述第一音频文件集合为所述第一音频文件所在集合；

接收所述第二终端发送的同意响应；

按照所述第一音频文件集合中音频文件的顺序，与所述第二终端同步播放所述第一音频文件集合中的音频文件。

一方面，提供了一种音频文件播放方法，应用于第二终端，所述方法包括：

接收第一终端发送的第一同步播放请求，所述第一同步播放请求携带有第一音频文件集合的信息，所述第一音频文件集合中包括至少一个音频文件；

当检测到对所述第一同步播放请求的同意操作时，向所述第一终端发送同意响应；

按照所述第一音频文件集合中音频文件的顺序，基于所述第一终端的音频播放进度，播放所述第一音频文件集合中的音频文件。

一方面，提供了一种音频文件播放装置，应用于第一终端，所述装置包括：

发送模块，用于当检测到对第一音频文件或对第一音频文件集合的同步播放操作时，向第二终端发送第一同步播放请求，所述第一同步播放请求携带有所述第一音频文件集合的信息，所述第一音频文件集合中包括至少一个音频文件，所述第一音频文件集合为所述第一音频文件所在集合；

接收模块，用于接收所述第二终端发送的同意响应；

播放模块，用于按照所述第一音频文件集合中音频文件的顺序，与所述第二终端同步播放所述第一音频文件集合中的音频文件。

一方面，提供了一种音频文件播放装置，应用于第二终端，所述装置包括：

接收模块，用于接收第一终端发送的第一同步播放请求，所述第一同步播放请求携带有第一音频文件集合的信息，所述第一音频文件集合中包括至少一个音频文件；

发送模块，用于当检测到对所述第一同步播放请求的同意操作时，向所述第一终端发送同意响应；

播放模块，用于按照所述第一音频文件集合中音频文件的顺序，基于所述第一终端的音频播放进度，播放所述第一音频文件集合中的音频文件。

一方面，提供了一种终端，所述终端包括处理器和存储器，所述存储器中存储有至少一条指令，所述指令由所述处理器加载并执行以实现所述音频文件播放方法所执行的操作。

一方面，提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有至少一条指令，所述指令由处理器加载并执行以实现所述音频文件播放方法所执行的操作。

本发明实施例通过检测到同步播放操作时，将音频文件集合的信息发送给其他终端，从而在其他终端同意同步播放后，多个终端可以按照音频文件顺序，同步播放该音频文件集合中的音频文件，可以分享一个音频文件集合，且实现了多个终端上音频文件的同步播放，可以提高用户互动和音频文件播放的趣味性，音频文件播放效果好。

附图说明

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

图1是本发明背景技术提供的一种音频文件分享的示意图；

图2是本发明背景技术提供的一种音频文件分享的示意图；

图3是本发明实施例提供的一种音频文件播放方法的实施环境；

图4是本发明实施例提供的一种音频文件播放方法流程图；

图5是本发明实施例提供的一种音频文件播放方法流程图；

图6是本发明实施例提供的一种音频文件播放方法流程图；

图7是本发明实施例提供的一种音频文件播放装置的结构示意图；

图8是本发明实施例提供的一种音频文件播放装置的结构示意图；

图9是本发明实施例提供的一种终端的结构示意图；

图10是本发明实施例提供的一种服务器的结构示意图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明实施方式作进一步地详细描述。

图3是本发明实施例提供的一种音频文件播放方法的实施环境，参见图3，该实施环境可以包括第一终端301、服务器302和至少一个第二终端303。在本发明实施例中，该第一终端301和该至少一个第二终端303均具有音频文件播放功能。

其中，该第一终端301和该至少一个第二终端303可以分别与服务器302通过网络连接，以实现数据交互。则该第一终端301和至少一个第二终端303之间均可以通过服务器302进行网络数据转发，当然，该服务器302在进行网络数据转发过程中还可以对第一终端301或至少一个第二终端303发送的数据进行处理，进一步转发，本发明实施例对此不作限定。

需要说明的是，该第一终端301和该至少一个第二终端303可以通过自身安装的客户端对该服务器302进行访问，也可以通过对门户网站对该服务器302进行访问，本发明实施例对此不作限定。

在本发明实施例中，上述第一终端301、至少一个第二终端303均可以通过与服务器进行交互，以实现多个终端上音频文件的同步播放，具体该音频文件的同步播放过程可以参见下述图4和图6所示实施例，在此不多做赘述。

图4是本发明实施例提供的一种音频文件播放方法流程图，该音频文件播放方法应用于第一终端和第二终端，在本发明实施例中，仅以第一终端与一个第二终端实现音频文件的同步播放过程为例进行说明，该第一终端与第二终端之间通过服务器进行交互，以实现该第一终端和第二终端之间音频文件的同步播放过程，多个第二终端的情况同理。参见图4，该方法可以包括以下步骤：

401、当检测到对第一音频文件或对第一音频文件集合的同步播放操作时，第一终端向第二终端发送第一同步播放请求，该第一同步播放请求可以携带有该第一音频文件集合的信息，该第一音频文件集合中包括至少一个音频文件，该第一音频文件集合为该第一音频文件所在集合。

在本发明实施例中，可以称该第一终端的用户为第一用户，第一用户在想要将自己终端中的音频文件分享给第二用户，和第二用户同步播放时，可以在第一终端上进行同步播放操作，通过第一终端与服务器之间数据交互，由服务器对第一终端的数据进行转发，将想要分享的音频文件集合的信息发送给第二用户所在终端，也即是第二终端。具体地，该第一用户可以选择某个音频文件，也可以选择某个音频文件集合，选择要实现同步播放的第二用户，以确定同步播放，也即是第一用户进行同步播放操作，当然，可以选择一个第二用户，也可以选择多个第二用户，本发明实施例对此不作限定。则第一终端检测到该同步播放操作，可以向第二终端发送第一同步播放请求。

该同步播放操作可以是对某个音频文件的操作，也可以是对某个音频文件集合的操作，则相应地，该步骤401可以包括两种情况：

情况一、当检测到对第一音频文件的同步播放操作时，第一终端向第二终端发送第一同步播放请求，相应地，该第一音频文件集合为该第一音频文件所在集合。

例如，该情况一中，第一用户可以选中某个音频文件，点击分享按钮，并在第二用户选择界面中选择要分享给谁，则第一用户选择结束后，可以点击确认分享按钮，或者发送按钮，从而第一终端即可向该选中的第二用户所在终端，也即是第二终端发送第一同步播放请求，而第一同步播放请求中携带的信息可以为该第一用户选中的音频文件所在的音频文件集合。当然，如果第一用户选择了多个第二用户，与上述过程同理。

当然，如果该用户选择了两个音频文件，而该两个音频文件处于不同的音频文件集合中，则第一终端还可以携带有两个音频文件集合，同理地，该第一终端可以向服务器发送两个音频文件集合的标识信息，由服务器向第二终端发送该两个音频文件集合的标识信息和该两个音频文件集合中的音频文件的信息。当然，第一终端也可以向服务器发送请求，由服务器基于选中的两个音频文件，生成一个新的音频文件集合，该音频文件集合中可以包括该两个音频文件。在一种可能实现方式中，该新的音频文件集合还可以是该两个音频文件所在集合的结合，也即是该新的音频文件集合中可以包括该两个音频文件所在集合中包括的所有音频文件，当然，如果该用户选择了多个音频文件，与上述过程同理，本发明实施例对具体采用哪种实现方式不作限定。

情况二、当检测到对第一音频文件集合的同步播放操作时，第一终端向第二终端发送第一同步播放请求。

例如，该情况二中，第一用户可以选中某个音频文件集合，点击分享按钮，同理地，也可以在第二用户选择界面中选择第二用户，并确认，由第一终端在检测到同步播放操作后，可以向选中的第二用户所在终端(第二终端)发送第一同步播放请求。当然，该第一用户也可以选择多个音频文件集合，从而第一终端向第二终端发送的第一同步播放请求中也可以携带有多个音频文件集合的信息，或者将多个音频文件集合合成为一个音频文件集合，本发明实施例对此不作限定。

需要说明的是，该步骤401中，第一终端向第二终端发送第一同步播放请求的过程可以通过服务器实现，具体可以为：当检测到对第一音频文件或对第一音频文件集合的同步播放操作时，第一终端向服务器发送第一同步播放请求，该第一同步播放请求携带有第一音频文件集合的信息和第二终端的用户标识，服务器接收到第一同步播放请求后，可以根据该用户标识，向第二终端发送第一同步播放请求。例如，该用户标识可以为用户账号，本发明实施例对此不作限定。

其中，该第一音频文件集合的生成方式可能不同，则相应地，该第一音频文件集合的信息可能有不同的形式。在一种可能实现方式中，该第一音频文件集合可以由服务器为该第一终端预先生成，则第一终端向服务器发送第一同步播放请求时，该第一同步播放请求中可以携带该第一音频文件集合的标识信息，由该服务器获取该标识信息对应的第一音频文件集合中包括的音频文件的信息转发至第二终端。

例如，该第一音频文件集合可以为服务器预先生成的歌单，例如，歌单的标识信息为歌单名称“清新”，或标识信息为歌单编号“001”，则第一用户可以选择这个歌单或这个歌单中的某首歌曲，确定同步播放时，则第一终端可以向服务器发送该“清新”或“001”，服务器可以将这个歌单的相关信息发送至第二终端，例如，歌单名称、歌单中音频文件的信息，如“清新”，各个音频文件的名称、作者名称和统一资源定位符(uniformresourcelocator，url)等。

在另一种可能实现方式中，该第一音频文件集合可以由服务器在第一终端发送该第一同步播放请求时实时生成，则第一终端向服务器发送的第一同步播放请求中携带的第一音频文件集合的信息可以为至少一个音频文件的信息，则服务器可以将根据该至少一个音频文件的信息，生成第一音频文件集合，将该至少一个音频文件的信息发送至第二终端，当然，也可以将第一音频文件集合的相关信息发送至第一终端和第二终端，例如，该相关信息可以为标识信息或集合名称等。例如，第一用户可以选择一首或多首待分享的歌曲，在第一用户确定同步播放时，服务器可以为第一用户生成歌单，将歌单发送给第二终端，本发明实施例对此不作限定。进一步地，上述该第一音频文件集合中的音频文件的信息还可以为一个列表的形式，本发明实施例对此不作限定。

在一个具体的示例中，上述过程可以由第一用户在音乐应用中进行分享操作，在选择第二用户时，可以通过选择某个聊天应用中的用户，也即是某个社交平台的用户，或者也可以通过在该音乐应用内部建立的聊天功能实现，也即是，通过该音乐应用内部建立的社交平台实现，本发明实施例对此不作限定。

402、该第二终端接收第一终端发送的第一同步播放请求。

其中，该第一同步播放请求由该第一终端在检测到对第一音频文件或对第一音频文件集合的同步播放操作时发送。在一种可能实现方式中，第二终端接收到第一同步播放请求后，可以对该第一同步播放请求进行显示，以提示第二终端的第二用户该第一同步播放请求的内容。

在一个具体的示例中，对应步骤401可以通过音乐应用和聊天应用，以及通过音乐应用其内部建立的社交平台两种方式实现，该步骤402中，在一种可能实现方式中，第二终端接收到第一同步播放请求后，可以在聊天应用中显示该第一同步播放请求，待第二用户对该第一同步播放请求进行查看操作，第二终端检测到该查看操作后，可以将界面跳转至音乐应用中，显示该第一同步播放请求的内容。当然，该第二终端也可以不进行界面跳转，即在当前显示界面中显示即可，本发明实施例对此不作限定。在另一种可能实现方式中，第二终端也可以在音乐应用其内部建立的社交平台中显示该第一同步播放请求，在该音乐应用中显示该第一同步播放请求的内容，本发明实施例对此不作限定。

403、当检测到对该第一同步播放请求的同意操作时，该第二终端向该第一终端发送同意响应。

第二终端在显示第一同步播放请求时，还可以提供同意和拒绝选项，则第二终端的第二用户在看到第一同步播放请求时，可以进行同意操作或拒绝操作，则第二终端可以对该第一同步播放请求进行响应，向第一终端发送同意响应或拒绝响应。在一种可能实现方式中，第二用户也可以不对该第一同步播放请求进行任何操作，则该第二终端即不对该第一同步播放请求进行响应。当然，当检测到对该第一同步播放请求的拒绝操作时，该第二终端也可以向该第一终端发送拒绝响应。当然，如果第一终端向多个第二终端发送了第一同步播放请求，则该多个第二终端均可以进行上述过程，向第一终端发送同意响应或拒绝响应，或不响应。

在一个具体的示例中，对应步骤401可以通过音乐应用和聊天应用，以及通过音乐应用其内部建立的社交平台两种方式实现，该步骤403中，对第一同步播放请求的同意操作可以是在音乐应用中进行，也可以是在聊天应用中进行，本发明实施例对此不作限定，而该同意操作的具体操作方式可以是：对界面上提供的同意按钮的点击操作，也可以是发送某个特定消息等，本发明实施例对该同意操作的具体操作过程也不作限定。当然，拒绝操作与上述同理，本发明实施例在此不多做赘述。

404、第一终端接收该第二终端发送的同意响应。

同理地，如果该第二终端发送拒绝响应，则该第一终端也可以接收该第二终端发送的拒绝响应。当然，如果有多个第二终端，则第一终端还可能既接收到同意响应，也接收到拒绝响应。

405、第一终端与该第二终端按照该第一音频文件集合中音频文件的顺序，同步播放该第一音频文件集合中的音频文件。

第一终端接收到该同意响应后，则该第一终端和第二终端即可进行步骤405，以同步播放音频文件，也即是，该第一终端与第二终端之间建立起同步关系。当然，如果有多个第二终端返回了同意响应，则该第一终端则可以和该多个第二终端均建立起同步关系，且该多个第二终端之间也可以建立同步关系，下述仅以一个第二终端为例进行说明。

在一个具体的可能实施例中，第一终端接收到该同意响应后，还可以由服务器为该第一终端创建一个音频分享房间，则在上述步骤403中，第二终端在检测到同意操作时，可以在界面中显示进入该音频分享房间，并在该音频分享房间中显示第一终端分享的第一音频文件集合的信息。该步骤404中，第一终端接收到同意响应后，也可以在界面中显示该音频分享房间，并显示该第二终端的第二用户进入该音频分享房间。当然，上述仅为一种可能实现方式，服务器也可以不为该第一终端创建音频分享房间，而是直接在当前终端上显示第一音频文件集合的信息，根据第一终端或第二终端对音频文件的播放情况，使得处于同步关系的终端也同步播放音频文件，本发明实施例对具体采用哪种实现方式不作限定。

在该步骤405中，第一终端和第二终端的同步播放过程为：第一终端按照该第一音频文件集合中音频文件的顺序，与该第二终端同步播放该第一音频文件集合中的音频文件。也即是，第一终端按照第一音频文件集合中音频文件的顺序，播放该第一音频文件集合中的音频文件，相应地，第二终端按照该第一音频文件集合中音频文件的顺序，基于该第一终端的音频播放进度，播放该第一音频文件集合中的音频文件。

在一种可能实现方式中，上述步骤402中第二终端接收到的该第一音频文件集合的信息中还可以包括音频文件的顺序，该音频文件的顺序可以是指当前该第一音频文件集合中各个音频文件的播放顺序，第二终端可以基于第一终端发送的音频文件的顺序，按照与第一终端中同样的顺序，播放音频文件，以实现同步播放。在一种可能实现方式中，不同的音频播放模式下，第一音频文件集合中的音频文件的播放顺序也可能不同。具体地，该音频文件的顺序可以是音频文件在第一音频文件集合中的排列顺序，也可以是服务器或第一终端随机为该第一音频文件集合中的音频文件生成的播放顺序，本发明实施例对此不作限定。

该步骤405中还可能包括不同的场景，具体地，第一终端的第一用户可以在播放某个音频文件，或在播放第一音频文件集合中的某个音频文件时进行同步播放操作，也可以直接对某个音频文件或某个音频文件集合进行同步播放操作，在接收到第二终端的同意响应后播放音频文件，本发明实施例对此不作限定。相应地，当检测到同步播放操作时，如果第一终端正在播放某个音频文件，上述第一同步播放请求还可以携带有第一终端的音频文件的播放进度，具体地，该播放进度可以由第一终端根据当前音频文件的播放时长和当前系统时间，确定音频的播放时长与时间的对应关系，则第二终端可以基于该第一终端中音频文件的播放进度，确定从该音频文件的哪个播放位置开始进行播放，也即是根据上述对应关系，确定如何同步播放该音频文件。当然，也可以在双方建立起同步关系后，再分享第一终端上音频文件的播放进度，由服务器实时同步二者的播放进度，本发明实施例对此不作限定。且如果第一终端和第二终端在同步播放过程中均未检测到其他音频切换操作，则可以按照第一音频文件集合中音频文件的顺序，播放该第一音频文件集合中的音频文件。

上述仅对第一终端和第二终端按照第一音频文件集合中音频文件的顺序同步播放第一音频文件集合中的音频文件进行了说明，在第一终端和第二终端确定了同步关系后，无需用户操作即可实现同步播放，减少了用户操作的复杂度，提高了音频播放效率，提高了用户体验。在一种可能实现方式中，该第一终端和第二终端建立起同步关系后同步播放音频文件时，也可以基于用户操作，确定音频文件的播放顺序，也即是音频文件的播放触发条件可以为检测到用户操作。具体可以包括以下两种情况，两个终端可以在该步骤405之后执行该两种情况中的相关步骤，也可以在上述步骤404之后即执行该两种情况中的相关步骤，本发明实施例对此不作限定。下面对该两种情况进行详细说明：

情况一：当第一终端检测到对该第一音频文件集合中的目标音频文件的播放操作时，第一终端根据该播放操作所触发的播放指令，播放该目标音频文件，向该第二终端发送该目标音频文件的播放指令，该向第二终端发送的播放指令用于指示该第二终端同步播放该目标音频文件；

相应地，当第二终端接收该第一终端发送的该第一音频文件集合中的目标音频文件的播放指令时，第二终端根据该播放指令，播放该目标音频文件，该播放指令由该第一终端检测到对该目标音频文件的播放操作时触发并发送。

该情况一中，第一终端和第二终端在建立同步关系后，第一终端的第一用户可以选择播放该第一音频文件集合中的哪个音频文件作为目标音频文件，对目标音频文件进行播放操作，则某个终端检测到对目标音频文件的播放操作，即可播放目标音频文件，并指示处于同步关系的第二终端也播放该目标音频文件。

在一种可能实现方式中，为了减少两个终端上同步播放音频文件的时延，上述第一终端根据播放指令播放目标音频文件的步骤和向第二终端发送播放指令的步骤可以同时执行。当然，第一终端也可以先播放目标音频文件，再发送播放指令，还可以先发送播放指令，再播放目标音频文件，当然，在一种可能实现方式中，第一终端还可以设定目标时间，该目标时间可以为向第二终端发送播放指令后的一个时间，该目标时间为目标音频文件的开始播放时间，则该第一终端在该目标时间时根据播放指令，播放目标音频文件，第二终端也可以在接收到播放指令后，在目标时间时根据播放指令，播放目标音频文件，以避免时延，提高了音频文件播放的同步性。在另一种可能实现方式中，第一终端可以将播放指令发送至服务器，由服务器确定目标音频文件的目标时间，从而控制第一终端和第二终端同时开始播放该目标音频文件，本发明实施例对具体采用哪种实现方式不作限定。

情况二：当第二终端检测到对该第一音频文件集合中的目标音频文件的播放操作时，第二终端根据该播放操作所触发的播放指令，播放该目标音频文件，向该第一终端发送该目标音频文件的播放指令，该向该第一终端发送的播放指令用于指示该第一终端同步播放该目标音频文件。

相应地，当第一终端接收该第二终端发送的该第一音频文件集合中的目标音频文件的播放指令时，第一终端根据该播放指令，播放该目标音频文件，该目标音频文件的播放指令由第二终端检测到对目标音频文件的播放操作时触发并发送。

该情况二与情况一同理，第一终端和第二终端在建立同步关系后，第二终端的第二用户也可以选择目标音频文件，进行播放操作，以实现对目标音频文件的同步播放。

上述情况一和二中，第一终端和第二终端在建立同步关系后，第一终端的第一用户和第二终端的第二用户均可以选择目标音频文件，并进行同步播放。这样可以实现音频文件同步播放过程中用户互动点歌，提高了用户互动和音频文件播放的灵活性和丰富性，音频文件播放效果更佳，使得音频文件播放过程更具趣味性，提高了用户体验。

在一种可能实现方式中，对于上述处于同步关系的第一终端和第二终端，如果第一终端检测到播放暂停操作，则可以暂停播放音频文件，向第二终端发送暂停指令，第二终端也可以根据该暂停指令，暂停播放音频文件，以实现对音频文件播放的同步性。当然，如果第二终端检测到播放暂停操作，与上述过程同理，也可以控制其他终端暂停播放音频文件，在此不多做赘述。

在一个具体的可能实施例中，在音频文件的同步播放过程中，第一终端和第二终端还可以提供消息编辑、发送和显示功能，第一用户可以编辑文字或语音等形式的消息，向处于同步关系的第二用户所在终端发送该消息，第二终端接收到消息后，可以对消息进行显示，当然，第二用户也可以回复消息，第二用户向第一用户发消息的方式同理，这样可以用户可以在音频文件同步播放过程中对音频文件进行讨论等。

在一种可能实现方式中，如果在该步骤405的同步播放过程中，第一用户想要向第二用户分享另一个音频文件集合，则第一用户可以在第一终端上进行同步播放操作，第一终端再次向当前处于同步关系的第二终端发送同步播放请求，该同步播放请求携带有该另一个音频文件集合的信息，从而第二终端和第一终端可以按照另一个音频文件集合中音频文件的顺序，同步播放另一个音频文件集合中的音频文件。需要说明的是，在该第一终端再次发送同步播放请求时，可以无需第二终端检测同意操作，即可实现音频文件的同步播放。当然，也可以由第二终端在检测到同意操作，返回同意响应后，才能实现同步播放，本发明实施例对此不作限定。

406、当检测到对第二音频文件或对第二音频文件集合的同步播放操作时，第二终端向该第一终端发送第二同步播放请求，该第二同步播放请求携带有该第二音频文件集合的信息，该第二音频文件集合中包括至少一个音频文件，该第二音频文件集合为该第二音频文件所在集合。

在第一终端和第二终端同步播放第一音频文件集合的音频文件时，如果某个第二终端的第二用户也想要向第一用户分享第二音频文件集合，也可以在第二终端上进行同步播放操作，则第二终端检测到同步播放操作时，可以通过服务器向第一终端发送第二同步播放请求。

该步骤406与上述步骤401同理，不同的是，步骤401中为第一终端向第二终端发送请求，而步骤406中为第二终端向第一终端发送请求，且请求携带的信息不同，但是具体实现方式同理，也均可以通过服务器实现，本发明实施例在此不多做赘述。当然，如果当前处于同步关系的除了该第一终端和该第二终端外，还有其他第二终端，则该第二终端也可以向该其他第二终端发送第二同步播放请求，以实现多个终端之间音频文件的同步播放。

407、第一终端接收该第二终端发送的第二同步播放请求。

同理地，如果第二终端也通过服务器向其他第二终端发送了第二同步播放请求，则其他第二终端也可以接收该第二终端发送的第二同步播放请求。当然，该步骤407也和步骤402同理，在此不多做赘述。

408、第一终端与第二终端按照该第二音频文件集合中音频文件的顺序，同步播放该第二音频文件集合中的音频文件。

该步骤408与步骤405同理，具体地，该步骤408也可以为：该第二终端按照该第二音频文件集合中音频文件的顺序，与该第一终端同步播放该第二音频文件集合中的音频文件。第一终端按照该第一音频文件集合中音频文件的顺序，基于该第一终端的音频播放进度，播放该第一音频文件集合中的音频文件。当然，上述仅提供了一种情况，与步骤405中的内容同理，该步骤408还可以包括两种情况，在此不多做赘述。

上述对第一终端和第二终端同步播放音频文件的情况进行了详细说明，在一种可能实现方式中，上述第一终端的第一用户或第二终端的第二用户在终端上进行了结束同步播放操作，则第一终端或第二终端检测到该结束同步播放操作时，可以不再同步播放音频文件。当然，还有一种可能场景：第一终端和多个第二终端正处于同步关系，其中一个终端(第一终端或任一第二终端)检测到该结束同步播放操作时，其他终端可以继续同步播放音频文件。上述均可以由相关技术人员根据需求进行设置或调整，本发明对具体采用上述哪种实现方式不作限定。

在一种可能实现方式中，上述步骤402后，还有一种可能场景：第二终端接收到第一同步播放请求后，在目标时长内均没有检测到任何操作，而在目标时长后检测到对该第一同步播放请求的同意操作。在这种场景中，由于上述音频文件为同步播放的，可以为该第一同步播放请求设置有目标时长，该目标时长即是该第一同步播放请求的有效时长。

在一种情况中，当在该目标时长内第二终端检测到对第一同步播放请求的同意操作时，第二终端或第一终端均可以执行上述步骤403至步骤405，也可以在步骤404之后，执行上述步骤406至步骤408。

在另一种情况中，当检测到对该第一同步播放请求的同意操作，且系统时间与该第一同步播放请求的接收时间之间的时长大于目标时长时，第二终端基于该第一音频文件集合的信息，根据检测到的对该第一音频文件集合中的音频文件的播放操作，仅在该第二终端上播放该第一音频文件集合中的音频文件。也即是，第一同步播放请求已经失效，第二终端无法与第一终端同步播放，但由于其接收到了第一音频文件集合的信息，也可以自行播放该第一音频文件集合中的音频文件。

在另一种可能实现方式中，第二终端在检测到第一同步播放请求的同意操作时，也可以向第一终端发送同意响应，根据第一终端是否在播放第一音频文件集合中的音频文件，是否还处于音频文件同步播放状态，确定是否可以与第一终端同步播放音频文件，本发明实施例对具体采用哪种实现方式不作限定。

下面通过图5提供一个具体示例，通过该示例对上述音频文件播放方法的具体流程进行说明。参见图5，以该音频文件播放方法通过音乐应用(application，app)和聊天应用实现，以第一终端和一个第二终端交互为例，第一用户可以在第一终端的音乐应用上(音乐app1)选择歌曲(音频文件)进行同步播放，则该音乐app1拉取第一终端上的聊天应用(聊天应用1)中的联系人，由第一用户选择待同步的第二用户，确认后，则可以通过聊天应用将歌曲和歌曲所在歌单的信息发送至第二用户所在终端(第二终端)，则第二终端则可以在自身的聊天应用(聊天应用2)中显示该歌曲和歌曲所在歌单(共享歌单1)的信息，例如链接，该共享歌单1即为第一音频文件集合，则第二用户在聊天应用2中同意同步播放后，第二终端可以将界面跳转到音乐应用(音乐app2)的界面，则实现了第一终端和第二终端的歌曲的同步播放，也即是音频文件的同步播放。则第一终端和第二终端均可以检测是否有用户进行操作，也即是检测是否有对目标音频文件的播放操作或其他同步播放操作，如果没有，则第一终端和第二终端可以播放该第一音频文件集合中的音频文件。如果第二终端检测到用户的同步播放操作，则可以向第一终端发送共享歌单2(第二音频文件集合)的信息，则也可以实现歌曲的同步播放。

在另一个具体示例中，也可以不通过上述聊天应用，则通过音乐app1和音乐app2之间交互即可实现，该音乐app1和音乐app2可以通过其内部建立的社交平台实现数据交互，本发明实施例在此不多做赘述。

本发明实施例通过检测到同步播放操作时，将音频文件集合的信息发送给其他终端，从而在其他终端同意同步播放后，多个终端可以按照音频文件顺序，同步播放该音频文件集合中的音频文件，可以分享一个音频文件集合，且实现了多个终端上音频文件的同步播放，可以提高用户互动和音频文件播放的趣味性，音频文件播放效果好。

上述所有可选技术方案，可以采用任意结合形成本发明的可选实施例，在此不再一一赘述。

上述仅以第一终端和第二终端之间的交互情况进行了说明，而第一终端和第二终端之间交互均通过服务器实现，下面通过第一终端和多个第二终端通过服务器实现数据交互的过程，对上述音频文件播放方法的具体流程进行详细说明。在本发明实施例中，仅以下述情况给出一个具体示例，通过该具体示例，对音频文件播放方法的具体流程进行说明：该多个第二终端为第二终端1、第二终端2、第二终端3、……、第二终端n,其中，n为大于2的整数，仅以第二终端1和第二终端2对第一同步播放请求进行了同意响应，第二终端3未响应，第二终端n进行了拒绝响应，对于其他第二终端，在本发明实施例中不再一一列举。

图6是本发明实施例提供的一种音频文件播放方法流程图，参见图6，该方法可以包括以下步骤：

601、当检测到对第一音频文件或对第一音频文件集合的同步播放操作时，第一终端向服务器发送第一同步播放请求。

其中，该第一同步播放请求携带有该第一音频文件集合的信息和至少一个用户标识，该第一音频文件集合中包括至少一个音频文件，该第一音频文件集合为该第一音频文件所在集合。具体地，该第一终端向服务器发送的请求中携带的信息可以参见上述步骤401中所示的内容，可以包括不同的情况，本发明实施例在此不多做赘述。

602、当接收到第一同步播放请求时，服务器根据该至少一个用户标识，向至少一个第二终端发送该第一同步播放请求。

该至少一个第二终端可以为第二终端1、第二终端2、……、第二终端n，其中，n为大于2的整数。当然，在此仅以n大于2为例进行说明，也可以只有两个第二终端，或只有一个第二终端，本发明实施例对第二终端的数量不作限定。

其中，该服务器发送的第一同步播放请求携带的该第一音频文件集合的信息中至少包括该第一音频文件集合包括的音频文件的信息，也可以包括音频文件集合的标识信息、集合名称等信息。其中，该音频文件的信息可以包括音频文件的名称、url信息或作者名称等，在一种可能实现方式中，还可以包括各个音频文件的顺序。当然，该第一同步播放请求也可以携带有上述至少一个用户标识，本发明实施例对此不作限定。

603、该至少一个第二终端接收该服务器发送的第一同步播放请求。

该步骤601至步骤603为当检测到同步播放操作时，第一终端向至少一个第二终端发送第一同步播放请求，该至少一个第二终端接收第一终端发送的第一同步播放请求的过程，其中，该第一同步播放请求由该第一终端在检测到对第一音频文件或对第一音频文件集合的同步播放操作时发送。该过程与上述步骤401和步骤402同理，在此不多做赘述。

604、当第二终端1检测到对该第一同步播放请求的同意操作时，第二终端1向该服务器发送同意响应。

605、当第二终端2检测到对该第一同步播放请求的同意操作时，第二终端2向该服务器发送同意响应。

606、当第二终端n检测到对该第一同步播放请求的拒绝操作时，第二终端n向该服务器发送拒绝响应。

607、当接收到同意响应和拒绝响应时，服务器将该第二终端1和第二终端2发送的同意响应发送至第一终端，将该第二终端n发送的拒绝响应发送至第一终端。

该步骤604至步骤607为至少一个第二终端中任一第二终端检测到第一同步播放请求的同意操作时，向第一终端发送同意响应，或检测到拒绝操作时，向第一终端发送拒绝响应的过程，该过程与上述步骤403中的内容同理，在此不多做赘述。在此仅以第二终端1和第二终端2对第一同步播放请求进行了同意响应，第二终端3未响应，第二终端n进行了拒绝响应为例，其他第二终端在此并未列举。

608、第一终端接收服务器发送的同意响应和拒绝响应。

该步骤608和上述步骤404中的内容同理，则该第一终端、第二终端1和第二终端2建立起同步关系，在此不多做赘述。

609、第一终端、第二终端1和第二终端2按照该第一音频文件集合中音频文件的顺序，同步播放第一音频文件集合中的音频文件。

该步骤609和上述步骤405同理，具体实现过程在此不多做赘述。

610、当第二终端1检测到对第二音频文件或对第二音频文件集合的同步播放操作时，第二终端1向服务器发送第二同步播放请求，该第二同步播放请求携带有该第二音频文件集合的信息，该第二音频文件集合的信息中包括至少一个音频文件的信息，该第二音频文件集合为该第二音频文件所在集合。

611、当接收到第二同步播放请求时，服务器向第一终端和第二终端2发送该第二同步播放请求。

612、第一终端接收该第二同步播放请求，该第二同步播放请求由该第二终端在检测到对第二音频文件或对第二音频文件集合的同步播放操作时发送。

613、第二终端2接收该第二同步播放请求。

614、第一终端、第二终端1和第二终端2按照该第二音频文件集合中音频文件的顺序，同步播放该第二音频文件集合中的音频文件。

该步骤610至步骤614与上述步骤406至步骤408同理，在此仅以第二终端1也向处于同步关系的第一终端和第二终端2分享第二音频文件集合为例进行说明，当然，第二终端2也可以分享其他音频文件集合，在此不多做赘述。

本发明实施例通过检测到同步播放操作时，将音频文件集合的信息发送给其他终端，从而在其他终端同意同步播放后，可以多个终端同步播放该音频文件集合中的音频文件，可以分享一个音频文件集合，且实现了多个终端上音频文件的同步播放，可以提高用户互动和音频文件播放的趣味性，音频文件播放效果好。

上述所有可选技术方案，可以采用任意结合形成本发明的可选实施例，在此不再一一赘述。

图7是本发明实施例提供的一种音频文件播放装置的结构示意图，参见图7，该装置应用于第一终端，该装置可以包括：

发送模块701，用于当检测到对第一音频文件或对第一音频文件集合的同步播放操作时，向第二终端发送第一同步播放请求，该第一同步播放请求携带有该第一音频文件集合的信息，该第一音频文件集合中包括至少一个音频文件，该第一音频文件集合为该第一音频文件所在集合；

接收模块702，用于接收该第二终端发送的同意响应；

播放模块703，用于与按照该第一音频文件集合中音频文件的顺序，该第二终端同步播放该第一音频文件集合中的音频文件。

在一种可能实现方式中，该播放模块703用于：

当检测到对该第一音频文件集合中的目标音频文件的播放操作时，根据该播放操作所触发的播放指令，播放该目标音频文件，向该第二终端发送该目标音频文件的播放指令，该向第二终端发送的播放指令用于指示该第二终端同步播放该目标音频文件；或，

当接收该第二终端发送的该第一音频文件集合中的目标音频文件的播放指令时，根据该播放指令，播放该目标音频文件，该目标音频文件的播放指令由第二终端检测到对目标音频文件的播放操作时触发并发送。

在一种可能实现方式中，该接收模块702还用于接收该第二终端发送的第二同步播放请求，该第二同步播放请求携带有第二音频文件集合的信息，该第二音频文件集合中包括至少一个音频文件；

该播放模块703，还用于按照该第二音频文件集合中音频文件的顺序，基于该第二终端的音频播放进度，播放该第二音频文件集合中的音频文件。

本发明实施例提供的装置，通过检测到同步播放操作时，将音频文件集合的信息发送给其他终端，从而在其他终端同意同步播放后，多个终端可以按照音频文件顺序，同步播放该音频文件集合中的音频文件，可以分享一个音频文件集合，且实现了多个终端上音频文件的同步播放，可以提高用户互动和音频文件播放的趣味性，音频文件播放效果好。

需要说明的是：上述实施例提供的音频文件播放装置在播放音频文件时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将终端的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的音频文件播放装置与音频文件播放方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。

图8是本发明实施例提供的一种音频文件播放装置的结构示意图，参见图8，该装置应用于第二终端，该装置可以包括：

接收模块801，用于接收第一终端发送的第一同步播放请求，该第一同步播放请求携带有第一音频文件集合的信息，该第一音频文件集合中包括至少一个音频文件；

发送模块802，用于当检测到对该第一同步播放请求的同意操作时，向该第一终端发送同意响应；

播放模块803，用于按照该第一音频文件集合中音频文件的顺序，基于该第一终端的音频播放进度，播放该第一音频文件集合中的音频文件。

在一种可能实现方式中，该第一同步播放请求由该第一终端在检测到对第一音频文件或对第一音频文件集合的同步播放操作时发送。

在一种可能实现方式中，该播放模块803用于：

当接收该第一终端发送的该第一音频文件集合中的目标音频文件的播放指令时，根据该播放指令，播放该目标音频文件，该播放指令由该第一终端检测到对该目标音频文件的播放操作时触发并发送；或，

当检测到对该第一音频文件集合中的目标音频文件的播放操作时，根据该播放操作所触发的播放指令，播放该目标音频文件，向该第一终端发送该目标音频文件的播放指令，该向该第一终端发送的播放指令用于指示该第一终端同步播放该目标音频文件。

在一种可能实现方式中，该发送模块802还用于当检测到对第二音频文件或对第二音频文件集合的同步播放操作时，向该第一终端发送第二同步播放请求，该第二同步播放请求携带有该第二音频文件集合的信息，该第二音频文件集合中包括至少一个音频文件，该第二音频文件集合为该第二音频文件所在集合；

该播放模块803还用于按照该第二音频文件集合中音频文件的顺序，与该第一终端同步播放该第二音频文件集合中的音频文件。

在一种可能实现方式中，该播放模块803还用于当检测到对该第一同步播放请求的同意操作，且系统时间与该第一同步播放请求的接收时间之间的时长大于目标时长时，基于该第一音频文件集合的信息，根据检测到的对该第一音频文件集合中的音频文件的播放操作，仅在该第二终端上播放该第一音频文件集合中的音频文件。

本发明实施例提供的装置，通过接收到第一同步播放请求后，同意同步播放，则可以按照音频文件顺序，与其他终端同步播放该音频文件集合中的音频文件，可以分享一个音频文件集合，且实现了多个终端上音频文件的同步播放，可以提高用户互动和音频文件播放的趣味性，音频文件播放效果好。

需要说明的是：上述实施例提供的音频文件播放装置在播放音频文件时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将终端的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的音频文件播放装置与音频文件播放方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。

图9是本发明实施例提供的一种终端的结构示意图。该终端900可以是：智能手机、平板电脑、mp3播放器(movingpictureexpertsgroupaudiolayeriii，动态影像专家压缩标准音频层面3)、mp4(movingpictureexpertsgroupaudiolayeriv，动态影像专家压缩标准音频层面4)播放器、笔记本电脑或台式电脑。终端900还可能被称为用户设备、便携式终端、膝上型终端、台式终端等其他名称。

通常，终端900包括有：处理器901和存储器902。

处理器901可以包括一个或多个处理核心，比如4核心处理器、8核心处理器等。处理器901可以采用dsp(digitalsignalprocessing，数字信号处理)、fpga(field－programmablegatearray，现场可编程门阵列)、pla(programmablelogicarray，可编程逻辑阵列)中的至少一种硬件形式来实现。处理器901也可以包括主处理器和协处理器，主处理器是用于对在唤醒状态下的数据进行处理的处理器，也称cpu(centralprocessingunit，中央处理器)；协处理器是用于对在待机状态下的数据进行处理的低功耗处理器。在一些实施例中，处理器901可以在集成有gpu(graphicsprocessingunit，图像处理器)，gpu用于负责显示屏所需要显示的内容的渲染和绘制。一些实施例中，处理器901还可以包括ai(artificialintelligence，人工智能)处理器，该ai处理器用于处理有关机器学习的计算操作。

存储器902可以包括一个或多个计算机可读存储介质，该计算机可读存储介质可以是非暂态的。存储器902还可包括高速随机存取存储器，以及非易失性存储器，比如一个或多个磁盘存储设备、闪存存储设备。在一些实施例中，存储器902中的非暂态的计算机可读存储介质用于存储至少一个指令，该至少一个指令用于被处理器901所执行以实现本发明中方法实施例提供的音频文件播放方法。

在一些实施例中，终端900还可选包括有：外围设备接口903和至少一个外围设备。处理器901、存储器902和外围设备接口903之间可以通过总线或信号线相连。各个外围设备可以通过总线、信号线或电路板与外围设备接口903相连。具体地，外围设备包括：射频电路904、触摸显示屏905、摄像头906、音频电路907、定位组件908和电源909中的至少一种。

外围设备接口903可被用于将i/o(input/output，输入/输出)相关的至少一个外围设备连接到处理器901和存储器902。在一些实施例中，处理器901、存储器902和外围设备接口903被集成在同一芯片或电路板上；在一些其他实施例中，处理器901、存储器902和外围设备接口903中的任意一个或两个可以在单独的芯片或电路板上实现，本实施例对此不加以限定。

射频电路904用于接收和发射rf(radiofrequency，射频)信号，也称电磁信号。射频电路904通过电磁信号与通信网络以及其他通信设备进行通信。射频电路904将电信号转换为电磁信号进行发送，或者，将接收到的电磁信号转换为电信号。可选地，射频电路904包括：天线系统、rf收发器、一个或多个放大器、调谐器、振荡器、数字信号处理器、编解码芯片组、用户身份模块卡等等。射频电路904可以通过至少一种无线通信协议来与其它终端进行通信。该无线通信协议包括但不限于：城域网、各代移动通信网络(2g、3g、4g及5g)、无线局域网和/或wifi(wirelessfidelity，无线保真)网络。在一些实施例中，射频电路904还可以包括nfc(nearfieldcommunication，近距离无线通信)有关的电路，本发明对此不加以限定。

显示屏905用于显示ui(userinterface，用户界面)。该ui可以包括图形、文本、图标、视频及其它们的任意组合。当显示屏905是触摸显示屏时，显示屏905还具有采集在显示屏905的表面或表面上方的触摸信号的能力。该触摸信号可以作为控制信号输入至处理器901进行处理。此时，显示屏905还可以用于提供虚拟按钮和/或虚拟键盘，也称软按钮和/或软键盘。在一些实施例中，显示屏905可以为一个，设置终端900的前面板；在另一些实施例中，显示屏905可以为至少两个，分别设置在终端900的不同表面或呈折叠设计；在再一些实施例中，显示屏905可以是柔性显示屏，设置在终端900的弯曲表面上或折叠面上。甚至，显示屏905还可以设置成非矩形的不规则图形，也即异形屏。显示屏905可以采用lcd(liquidcrystaldisplay，液晶显示屏)、oled(organiclight-emittingdiode,有机发光二极管)等材质制备。

摄像头组件906用于采集图像或视频。可选地，摄像头组件906包括前置摄像头和后置摄像头。通常，前置摄像头设置在终端的前面板，后置摄像头设置在终端的背面。在一些实施例中，后置摄像头为至少两个，分别为主摄像头、景深摄像头、广角摄像头、长焦摄像头中的任意一种，以实现主摄像头和景深摄像头融合实现背景虚化功能、主摄像头和广角摄像头融合实现全景拍摄以及vr(virtualreality，虚拟现实)拍摄功能或者其它融合拍摄功能。在一些实施例中，摄像头组件906还可以包括闪光灯。闪光灯可以是单色温闪光灯，也可以是双色温闪光灯。双色温闪光灯是指暖光闪光灯和冷光闪光灯的组合，可以用于不同色温下的光线补偿。

音频电路907可以包括麦克风和扬声器。麦克风用于采集用户及环境的声波，并将声波转换为电信号输入至处理器901进行处理，或者输入至射频电路904以实现语音通信。出于立体声采集或降噪的目的，麦克风可以为多个，分别设置在终端900的不同部位。麦克风还可以是阵列麦克风或全向采集型麦克风。扬声器则用于将来自处理器901或射频电路904的电信号转换为声波。扬声器可以是传统的薄膜扬声器，也可以是压电陶瓷扬声器。当扬声器是压电陶瓷扬声器时，不仅可以将电信号转换为人类可听见的声波，也可以将电信号转换为人类听不见的声波以进行测距等用途。在一些实施例中，音频电路907还可以包括耳机插孔。

定位组件908用于定位终端900的当前地理位置，以实现导航或lbs(locationbasedservice，基于位置的服务)。定位组件908可以是基于美国的gps(globalpositioningsystem，全球定位系统)、中国的北斗系统、俄罗斯的格雷纳斯系统或欧盟的伽利略系统的定位组件。

电源909用于为终端900中的各个组件进行供电。电源909可以是交流电、直流电、一次性电池或可充电电池。当电源909包括可充电电池时，该可充电电池可以支持有线充电或无线充电。该可充电电池还可以用于支持快充技术。

在一些实施例中，终端900还包括有一个或多个传感器910。该一个或多个传感器910包括但不限于：加速度传感器911、陀螺仪传感器912、压力传感器913、指纹传感器914、光学传感器915以及接近传感器916。

加速度传感器911可以检测以终端900建立的坐标系的三个坐标轴上的加速度大小。比如，加速度传感器911可以用于检测重力加速度在三个坐标轴上的分量。处理器901可以根据加速度传感器911采集的重力加速度信号，控制触摸显示屏905以横向视图或纵向视图进行用户界面的显示。加速度传感器911还可以用于游戏或者用户的运动数据的采集。

陀螺仪传感器912可以检测终端900的机体方向及转动角度，陀螺仪传感器912可以与加速度传感器911协同采集用户对终端900的3d动作。处理器901根据陀螺仪传感器912采集的数据，可以实现如下功能：动作感应(比如根据用户的倾斜操作来改变ui)、拍摄时的图像稳定、游戏控制以及惯性导航。

压力传感器913可以设置在终端900的侧边框和/或触摸显示屏905的下层。当压力传感器913设置在终端900的侧边框时，可以检测用户对终端900的握持信号，由处理器901根据压力传感器913采集的握持信号进行左右手识别或快捷操作。当压力传感器913设置在触摸显示屏905的下层时，由处理器901根据用户对触摸显示屏905的压力操作，实现对ui界面上的可操作性控件进行控制。可操作性控件包括按钮控件、滚动条控件、图标控件、菜单控件中的至少一种。

指纹传感器914用于采集用户的指纹，由处理器901根据指纹传感器914采集到的指纹识别用户的身份，或者，由指纹传感器914根据采集到的指纹识别用户的身份。在识别出用户的身份为可信身份时，由处理器901授权该用户执行相关的敏感操作，该敏感操作包括解锁屏幕、查看加密信息、下载软件、支付及更改设置等。指纹传感器914可以被设置终端900的正面、背面或侧面。当终端900上设置有物理按键或厂商logo时，指纹传感器914可以与物理按键或厂商logo集成在一起。

光学传感器915用于采集环境光强度。在一个实施例中，处理器901可以根据光学传感器915采集的环境光强度，控制触摸显示屏905的显示亮度。具体地，当环境光强度较高时，调高触摸显示屏905的显示亮度；当环境光强度较低时，调低触摸显示屏905的显示亮度。在另一个实施例中，处理器901还可以根据光学传感器915采集的环境光强度，动态调整摄像头组件906的拍摄参数。

接近传感器916，也称距离传感器，通常设置在终端900的前面板。接近传感器916用于采集用户与终端900的正面之间的距离。在一个实施例中，当接近传感器916检测到用户与终端900的正面之间的距离逐渐变小时，由处理器901控制触摸显示屏905从亮屏状态切换为息屏状态；当接近传感器916检测到用户与终端900的正面之间的距离逐渐变大时，由处理器901控制触摸显示屏905从息屏状态切换为亮屏状态。

本领域技术人员可以理解，图9中示出的结构并不构成对终端900的限定，可以包括比图示更多或更少的组件，或者组合某些组件，或者采用不同的组件布置。

图10是本发明实施例提供的一种服务器的结构示意图，该服务器1000可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上处理器(centralprocessingunits，cpu)1001和一个或一个以上的存储器1002，其中，该存储器1002中存储有至少一条指令，该至少一条指令由该处理器1001加载并执行以实现上述各个方法实施例提供的音频文件播放方法中服务器侧的方法步骤。当然，该服务器还可以具有有线或无线网络接口、键盘以及输入输出接口等部件，以便进行输入输出，该服务器还可以包括其他用于实现设备功能的部件，在此不做赘述。

在示例性实施例中，还提供了一种计算机可读存储介质，例如包括指令的存储器，上述指令可由处理器执行以完成上述实施例中的音频文件播放方法。例如，该计算机可读存储介质可以是只读存储器(read-onlymemory,rom)、随机存取存储器(randomaccessmemory，ram)、只读光盘(compactdiscread-onlymemory，cd-rom)、磁带、软盘和光数据存储设备等。

本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，该程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。

上述仅为本发明的较佳实施例，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。