CN112600806B - 音频播放方法、装置、服务器及存储介质 - Google Patents

Abstract

本申请公开了一种音频播放方法、装置、服务器及存储介质，属于互联网技术领域。该方法包括：接收目标音频房间对目标音频的播放请求，若目标音频房间内存在目标类型的账号，向非目标类型的账号发送目标编码，进而对该账号鉴权，若鉴权通过，则向任一账号对应的终端发送目标音频。本申请实施例在播放目标音频时，判断目标音频房间内是否存在目标类型的账号，若存在，则向非目标类型的账号发送目标编码，进而非目标类型的账号通过该目标编码，在鉴权通过后，能够从服务器获得目标音频，使得房间内存在任一账号属于目标类型时，即可为房间内其他普通账号播放目标音频，实现了付费歌曲或会员歌曲等特殊类型音频的播放，提升了用户体验感。

Description

音频播放方法、装置、服务器及存储介质

技术领域

本申请涉及互联网技术领域，特别涉及一种音频播放方法、装置、服务器及存储介质。

背景技术

随着互联网技术的不断发展，音频播放的方式越来越多样化。例如，用户通过歌曲播放应用，能够开启一起听歌功能，将该歌曲分享给好友，从而和好友共享同一首歌。

目前，在播放歌曲的过程中，若用户想要和好友共享当前播放歌曲，可以对歌曲播放界面中的一起听歌按钮实施点击操作，触发用户端向好友端发送邀请，待好友接受邀请后，则可以一起听歌。

然而，上述技术方案仅适用于普通歌曲，对于付费歌曲或VIP(Very ImportantPerson，会员)歌曲，无法实现一起听歌功能，用户体验感不佳。

发明内容

本申请实施例提供了一种音频播放方法、装置、服务器及存储介质，能够为房间内普通账号播放目标音频，实现了付费歌曲或会员歌曲等特殊类型音频的播放，提升了用户体验感。该技术方案如下：

一方面，提供了一种音频播放方法，该方法包括：

接收目标音频房间对目标音频的播放请求，该目标音频房间用于播放音频；

若该目标音频房间内存在目标类型的账号，向该目标音频房间内非该目标类型的账号对应的终端发送目标编码，该目标编码用于对账号进行鉴权；

接收任一账号对应的终端发送的鉴权请求，基于该目标编码对该任一账号进行鉴权，若鉴权通过，则向该任一账号对应的终端发送该目标音频。

在一种可能的实现方式中，该若该目标音频房间内存在目标类型的账号，向该目标音频房间内非该目标类型的账号对应的终端发送目标编码包括：

若该目标音频房间包括两个账号，且该目标音频房间内存在一个账号属于该目标类型，则向该目标音频房间内另一个账号对应的终端发送该目标编码。

在一种可能的实现方式中，该若该目标音频房间内存在目标类型的账号，向该目标音频房间内非该目标类型的账号对应的终端发送目标编码包括：

若该目标音频房间包括两个以上账号，且建立该目标音频房间的账号属于该目标类型，则向该目标音频房间内非该目标类型的账号对应的终端发送该目标编码。

在一种可能的实现方式中，该接收任一账号对应的终端发送的鉴权请求，基于该目标编码对该任一账号进行鉴权包括：

接收该任一账号对应的终端发送的鉴权请求，获取该鉴权请求携带的编码；

若该编码与该目标编码相同，则该任一账号鉴权通过，若该编码与该目标编码不同，则该任一账号鉴权未通过。

在一种可能的实现方式中，若该编码与该目标编码相同，该方法还包括：

若该编码的发送时间戳处于该目标编码的有效期限内，则该任一账号鉴权通过，若该编码的发送时间戳不处于该目标编码的有效期限内，则该任一账号鉴权未通过。

在一种可能的实现方式中，该若鉴权通过，则向该任一账号对应的终端发送该目标音频之后，该方法还包括：

接收该任一账号对应的终端发送的播放消息，该播放消息用于指示该任一账号已开始播放该目标音频；

向该目标类型的账号对应的终端发送播放指令，该播放指令用于触发该目标类型的账号对应的终端播放该目标音频。

在一种可能的实现方式中，该接收目标音频房间对目标音频的播放请求之前，该方法还包括：

接收第一账号对应的终端发送的共享请求，该共享请求用于请求与第二账号共享音频；

向该第二账号对应的终端发送该共享请求；

接收该第二账号对应的终端基于该共享请求发送的同意消息，向该第一账号对应的终端发送该同意消息，该同意消息用于指示该第二账号同意该共享请求。

在一种可能的实现方式中，该接收第一账号对应的终端发送的共享请求之后，该方法还包括：

建立该目标音频房间的账号队列，将该第一账号添加至该目标音频房间的账号队列；

该接收该第二账号对应的终端基于该共享请求发送的同意消息之后，该方法还包括：

将该第二账号添加至该目标音频房间的账号队列。

在一种可能的实现方式中，该方法还包括：

若在目标心跳周期内未接收到任一账号的心跳消息，则确定该任一账号处于离线状态；

向该目标音频房间内的其它账号对应的终端发送该任一账号的离线通知。

在一种可能的实现方式中，该方法还包括：

若接收到任一离线账号在该目标心跳周期内发送的连线请求，基于该目标音频房间的音频播放进度，为该任一离线账号播放该目标音频。

在一种可能的实现方式中，该若接收到任一离线账号在该目标心跳周期内发送的连线请求，基于该目标音频房间的音频播放进度，为该任一离线账号播放该目标音频之前，该方法还包括：

接收该任一离线账号在该目标心跳周期内发送的询问消息，该询问消息用于询问该任一离线账号在该目标音频房间内的状态；

向该任一离线账号对应的终端返回该询问消息的响应消息，该响应消息用于指示该任一离线账号在该目标音频房间内的状态。

在一种可能的实现方式中，若该目标音频房间包括两个账号，该方法还包括下述任一项：

若接收到该目标音频房间内任一账号对该目标音频的切换请求，则为该目标音频房间播放下一个音频；

若接收到该目标音频房间内任一账号对该目标音频的关闭请求，则停止播放该目标音频。

一方面，提供了一种音频播放装置，该装置包括：

接收模块，用于接收目标音频房间对目标音频的播放请求，该目标音频房间用于播放音频；

发送模块，用于若该目标音频房间内存在目标类型的账号，向该目标音频房间内非该目标类型的账号对应的终端发送目标编码，该目标编码用于对账号进行鉴权；

鉴权模块，用于接收任一账号对应的终端发送的鉴权请求，基于该目标编码对该任一账号进行鉴权，若鉴权通过，则向该任一账号对应的终端发送该目标音频。

在一种可能的实现方式中，该发送模块，用于：

若该目标音频房间包括两个账号，且该目标音频房间内存在一个账号属于该目标类型，则向该目标音频房间内另一个账号对应的终端发送该目标编码。

在一种可能的实现方式中，该发送模块，用于：

若该目标音频房间包括两个以上账号，且建立该目标音频房间的账号属于该目标类型，则向该目标音频房间内非该目标类型的账号对应的终端发送该目标编码。

在一种可能的实现方式中，该鉴权模块，用于：

接收该任一账号对应的终端发送的鉴权请求，获取该鉴权请求携带的编码；

若该编码与该目标编码相同，则该任一账号鉴权通过，若该编码与该目标编码不同，则该任一账号鉴权未通过。

在一种可能的实现方式中，若该编码与该目标编码相同，该鉴权模块，还用于：

若该编码的发送时间戳处于该目标编码的有效期限内，则该任一账号鉴权通过，若该编码的发送时间戳不处于该目标编码的有效期限内，则该任一账号鉴权未通过。

在一种可能的实现方式中，该接收模块，还用于接收该任一账号对应的终端发送的播放消息，该播放消息用于指示该任一账号已开始播放该目标音频；

该发送模块，还用于向该目标类型的账号对应的终端发送播放指令，该播放指令用于触发该目标类型的账号对应的终端播放该目标音频。

在一种可能的实现方式中，该接收模块，还用于接收第一账号对应的终端发送的共享请求，该共享请求用于请求与第二账号共享音频；

该发送模块，还用于向该第二账号对应的终端发送该共享请求；

该接收模块，还用于接收该第二账号对应的终端基于该共享请求发送的同意消息，向该第一账号对应的终端发送该同意消息，该同意消息用于指示该第二账号同意该共享请求。

在一种可能的实现方式中，该装置还包括建立模块，用于建立该目标音频房间的账号队列，将该第一账号添加至该目标音频房间的账号队列；

该装置还包括添加模块，用于将该第二账号添加至该目标音频房间的账号队列。

在一种可能的实现方式中，该装置还包括确定模块，用于若在目标心跳周期内未接收到任一账号的心跳消息，则确定该任一账号处于离线状态；

该发送模块，还用于向该目标音频房间内的其它账号对应的终端发送该任一账号的离线通知。

在一种可能的实现方式中，该装置还包括：

播放模块，用于若接收到任一离线账号在该目标心跳周期内发送的连线请求，基于该目标音频房间的音频播放进度，为该任一离线账号播放该目标音频。

在一种可能的实现方式中，该接收模块，还用于接收该任一离线账号在该目标心跳周期内发送的询问消息，该询问消息用于询问该任一离线账号在该目标音频房间内的状态；

该发送模块，还用于向该任一离线账号对应的终端返回该询问消息的响应消息，该响应消息用于指示该任一离线账号在该目标音频房间内的状态。

在一种可能的实现方式中，若该目标音频房间包括两个账号，该接收模块，还用于下述任一项：

若接收到该目标音频房间内任一账号对该目标音频的切换请求，则为该目标音频房间播放下一个音频；

若接收到该目标音频房间内任一账号对该目标音频的关闭请求，则停止播放该目标音频。

一方面，提供了一种服务器，该服务器包括处理器和存储器，该存储器中存储有至少一条程序代码，该至少一条程序代码由该处理器加载并执行以实现上述的音频播放方法。

一方面，提供了一种计算机可读存储介质，该计算机可读存储介质中存储有至少一条程序代码，该至少一条程序代码由处理器加载并执行以实现上述的音频播放方法。

一方面，提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机程序代码，该计算机程序代码存储在计算机可读存储介质中，服务器的处理器从计算机可读存储介质读取该计算机程序代码，处理器执行该计算机程序代码，使得该服务器执行上述音频播放方法。

本申请实施例提供的技术方案，通过为目标音频房间内的账号播放音频时，若接收到对目标音频的播放请求，则判断目标音频房间内是否存在目标类型的账号，若存在，则向非目标类型的账号发送目标编码，进而非目标类型的账号通过该目标编码，在鉴权通过后，能够从服务器获得目标音频，使得房间内存在任一账号属于目标类型时，即可为房间内其他普通账号播放目标音频，实现了付费歌曲或会员歌曲等特殊类型音频的播放，提升了用户体验感。

附图说明

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

图1是本申请实施例提供的一种音频播放方法的实施环境的示意图；

图2是本申请实施例提供的一种音频播放方法的流程图；

图3是本申请实施例提供的一种音频播放方法的流程图；

图4是本申请实施例提供的一种音频播放方法的流程图；

图5是本申请实施例提供的一种音频播放方法的流程图；

图6是本申请实施例提供的一种音频播放装置的结构示意图；

图7是本申请实施例提供的一种终端的结构示意图；

图8是本申请实施例提供的一种服务器的结构示意图。

具体实施方式

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

图1是本申请实施例提供的一种音频播放方法的实施环境的示意图。参见图1，该实施环境包括：终端101和服务器102。

终端101可以为智能手机、智能手表、台式电脑、手提电脑、虚拟现实终端、增强现实终端、无线终端和膝上型便携计算机等设备中的至少一种。终端101具有通信功能，可以接入互联网。终端101可以泛指多个终端中的一个，本实施例仅以终端101来举例说明。本领域技术人员可以知晓，上述终端的数量可以更多或更少。终端101可以运行有具备媒体资源播放功能、媒体资源共享功能的应用程序。本申请实施例后续采用目标应用程序来表示该具备媒体资源播放功能、媒体资源共享功能的应用程序。

本公开实施例所提供的音频播放方法，是基于目标音频房间来进行音频的播放。下面从目标音频房间所包括的账号数量的角度，对本方案的实施环境进行说明：

一种可能的实现方式中，在目标音频房间内包括两个账号的场景下，终端101包括第一终端和第二终端。第一终端是指共享媒体资源的第一账号对应的终端，也即是发送共享请求的终端。应理解地，第一账号也即是建立目标音频房间的账号。第二终端是指被共享媒体资源的第二账号对应的终端，也即是接收共享请求的终端。例如，以歌曲为例，若操作第一终端的用户想要和其他用户一起听歌，可以在第一终端上进行操作，选择想要听的歌曲，对该歌曲的界面中的一起听歌按钮实施点击操作，并选择想要一起听歌的用户账号(也即是第二账号)，触发第一终端向第二终端发送共享请求，第二终端接收该共享请求，若第二终端同意该共享请求，则第一账号和第二账号开始一起听歌，实现了歌曲的共享。

另一种可能的实现方式中，在目标音频房间内包括两个以上账号的场景下，终端101包括第一终端和多个账号对应的终端，可理解为多个观众账号对应的终端。例如，以歌曲为例，若操作第一终端的用户想要和多个用户一起听歌，可以在第一终端上进行操作，选择想要听的歌曲，对该歌曲的界面中的一起听歌按钮实施点击操作，并选择想要一起听歌的多个账号，触发第一终端向该多个账号对应的终端发送共享请求，若该多个账号对应的终端同意该共享请求，则第一账号和该多个账号开始一起听歌，实现了歌曲的多人共享。

服务器102可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式文件系统，还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、内容分发网络(Content Delivery Network，CDN)、以及大数据和人工智能平台等基础云计算服务的云服务器。服务器102可以为直播应用程序的后台服务器。服务器102与终端101可以通过有线或无线通信方式进行直接或间接的连接，本公开实施例对此不作限定。可选地，上述服务器102的数量可以更多或更少，本公开实施例对此不加以限定。当然，服务器102还可以包括其他功能服务器，以便提供更全面且多样化的服务。本申请实施例中，服务器用于建立目标音频房间，并在接收到目标音频房间对目标音频的播放请求时，检测目标音频房间内是否存在目标类型的账号，若存在，则向非目标类型的账号对应的终端发送目标编码，以指示对应的终端基于该目标编码发送鉴权请求，进而在接收到任一账号对应的终端发送的鉴权请求时，对该任一账号进行鉴权，若鉴权通过，则向对应的终端发送目标音频。另外，服务器还用于对目标音频房间的账号队列、音频列表及音频播放进度等信息进行实时更新。

图2是本申请实施例提供的一种音频播放方法的流程图。该实施例以服务器为执行主体进行说明，参见图2，该实施例包括：

201、服务器接收目标音频房间对目标音频的播放请求，该目标音频房间用于播放音频。

其中，目标音频房间基于第一终端所发送的共享请求建立。可选地，目标音频房间内包括两个账号，如第一账号和第二账号，或者目标音频房间内包括两个以上账号，如第一账号和多个观众账号。本申请实施例中，目标音频为具有播放权限的音频，例如，目标音频可以是付费音频和VIP音频。

202、若该目标音频房间内存在目标类型的账号，服务器向该目标音频房间内非该目标类型的账号对应的终端发送目标编码，该目标编码用于对账号进行鉴权。

本申请实施例中，目标类型是指具备播放目标音频权限的类型，例如会员类型，则目标类型的账号可以为会员账号。非目标类型的账号是指普通账号。目标编码是一份身份密钥，具体可以是哈希编码，用于对账号的身份进行鉴权。

203、服务器接收任一账号对应的终端发送的鉴权请求，基于该目标编码对该任一账号进行鉴权，若鉴权通过，则向该任一账号对应的终端发送该目标音频。

本申请实施例提供的技术方案，通过为目标音频房间内的账号播放音频时，若接收到对目标音频的播放请求，则判断目标音频房间内是否存在目标类型的账号，若存在，则向非目标类型的账号发送目标编码，进而非目标类型的账号通过该目标编码，在鉴权通过后，能够从服务器获得目标音频，使得房间内存在任一账号属于目标类型时，即可为房间内其他普通账号播放目标音频，实现了付费歌曲或会员歌曲等特殊类型音频的播放，提升了用户体验感。

图3是本申请实施例提供的一种音频播放方法的流程图。该实施例以第一终端、第二终端和服务器之间的交互过程为例，对目标音频房间内包括两个账号的场景进行说明，参见图3，该实施例包括：

301、第一终端向服务器发送共享请求，该共享请求用于请求与第二账号共享音频。

其中，第一终端是指共享媒体资源的第一账号对应的终端，也即是发送共享请求的终端。应理解地，第一账号也即是建立目标音频房间的账号。

在一种可能的实现方式中，当操作第一终端的用户想要和其他用户共享音频时，通过在第一终端上进行操作，启动目标应用程序，并对目标应用程序所展示的音频共享按钮实施点击操作，则第一终端检测到对音频共享按钮的点击操作，在目标应用程序中弹出共享面板，用户可以在该共享面板中，对想要共享音频的账号(也即是第二账号)实施选中操作，则第一终端检测到该选中操作，向服务器发送共享请求，以请求与第二账号共享音频。

可选地，第一终端基于该点击操作所展示的共享面板中，包含有多种共享方式，如通过目标应用程序共享、通过社交应用程序共享或者通过第三方应用程序共享。本申请实施例对第一终端采用的共享方式不作限定。

302、服务器接收第一终端发送的共享请求，建立目标音频房间，该目标音频房间用于播放音频。

可选地，共享请求携带第一账号的标识和第二账号的标识。

在一种可能的实现方式中，服务器接收第一终端发送的共享请求，建立目标音频房间，并从该共享请求的特定字段中，获取该共享请求携带的第一账号的标识和第二账号的标识，以进行后续转发共享请求的过程。

在一种可能的实现方式中，服务器接收第一终端发送的共享请求时，建立该目标音频房间的账号队列，将该第一账号添加至该目标音频房间的账号队列。

303、服务器向第二终端发送该共享请求。

其中，第二终端是指被共享媒体资源的第二账号对应的终端，也即是接收共享请求的终端。

在一种可能的实现方式中，服务器接收第一终端发送的共享请求后，根据该共享请求携带的第二账号的标识，将该共享请求发送至第二账号对应的终端，也即是第二终端。

304、第二终端接收该共享请求。

在一种可能的实现方式中，第二终端接收服务器发送的共享请求，在第二终端的界面上，展示该共享请求的提示消息，该提示消息用于提示第一账号请求与第二账号共享音频。

可选地，第二终端展示共享请求的提示消息的过程包括下述任一项：

一种可能的实现方式中，在第二终端的主界面中，弹出该共享请求的提示消息。例如，该提示消息可以为“第一账号通过××应用程序邀请你一起听歌”。

又一种可能的实现方式中，若第一终端通过目标应用程序共享，也即是通过目标应用程序，向目标应用程序内的好友用户发送共享请求，则第二终端在接收到共享请求后，在第二终端的目标应用程序中，展示该共享请求的提示消息。当然，若第一终端通过社交应用共享，则第二终端在接收到共享请求后，在第二终端的社交应用程序中，展示该共享请求的提示消息。例如，第二终端在社交应用程序中第一账号对应的会话框内，展示该共享请求的提示消息。

305、若第二终端检测到对该共享请求的同意操作，向服务器发送同意消息，该同意消息用于指示该第二账号同意该共享请求。

其中，同意操作可以是对共享请求的提示消息的触发操作，例如，同意操作可以是对提示消息的点击操作。同意消息携带第一账号的标识和第二账号的标识。

在一种可能的实现方式中，第二终端展示该共享请求的提示消息后，若操作第二终端的用户同意该共享请求，可以对该共享请求的提示消息实施点击操作，则第二终端检测到对提示消息的点击操作，向服务器发送同意消息。

306、服务器接收该第二终端基于该共享请求发送的同意消息，向该第一终端发送该同意消息。

在一种可能的实现方式中，服务器接收该第二终端基于该共享请求发送的同意消息，从该同意消息的特定字段中，获取该同意消息携带的第一账号的标识和第二账号的标识，进而根据第一账号的标识向第一终端发送该同意消息。

在一种可能的实现方式中，服务器接收该第二终端基于该共享请求发送的同意消息后，将该第二账号添加至该目标音频房间的账号队列。

307、第一终端接收该同意消息，在目标音频房间内展示进入提示消息，该进入提示消息用于提示第二账号进入目标音频房间。

需要说明的是，步骤307为可选步骤。

308、服务器接收目标音频房间内任一账号对目标音频的播放请求，判断该目标音频房间内是否存在属于目标类型的账号，若该目标音频房间内的第一账号属于目标类型，则向第二终端发送目标编码，目标编码用于对第二账号进行鉴权。

本申请实施例中，目标音频为具有播放权限的音频。例如，目标音频可以是付费音频和VIP音频。目标类型是指具备播放目标音频权限的类型，例如会员类型。目标编码用于对账号的身份进行鉴权。

在一种可能的实现方式中，服务器接收目标音频房间对目标音频的播放请求后，判断该目标音频房间内是否存任一账号属于该目标类型，若该目标音频房间内存在一个账号属于该目标类型，则向该目标音频房间内另一个账号对应的终端发送该目标编码。本申请实施例以第二账号为非目标类型的账号为例对方案进行说明。

例如，服务器接收目标音频房间对目标音频的播放请求后，判断该目标音频房间内是否存会员账号，若该目标音频房间内存在一个会员账号，则向另一个账号对应的终端发送该目标编码，进而触发另一个账号对应的终端基于该目标编码，来向服务器拉取目标音频。在该实现方式中，通过检测房间内是否存在会员账号，能够使得另一个账号跟随其一起听歌，不需要开通会员也能够听取会员歌曲，提升了用户的听歌体验。

可选地，目标音频房间对目标音频的播放请求由目标音频房间内任一账号手动触发，或者，目标音频房间对目标音频的播放请求响应于第二账号同意共享请求自动触发。本申请实施例对播放请求的触发过程不作限定。

需要说明的是，在目标音频房间包括两个账号的场景下，目标音频房间内任一账号均能够触发对音频的播放、切换或关闭等。在一种可能的实现方式中，若服务器接收到该目标音频房间内任一账号对该目标音频的切换请求，则为该目标音频房间播放下一个音频，若服务器接收到该目标音频房间内任一账号对该目标音频的关闭请求，则停止播放该目标音频。

本申请实施例以第一账号有目标音频的权限，第二账号无目标音频的权限为例对方案进行说明，在又一种可能的实现方式中，若服务器接收目标音频房间对第一音频的播放请求，则为目标音频房间播放该第一音频，该第一音频为普通类型的音频，也即是第一账号和第二账号均有权限的音频。在另一种可能的实现方式中，若服务器接收目标音频房间对第二音频的播放请求，则不为目标音频房间播放该第二音频，为为目标音频房间播放该下一个音频，该第二音频是指第一账号和第二账号均无权限的音频，例如超级VIP音频或付费音频等。

309、第二终端接收该目标编码，向服务器发送鉴权请求。

310、服务器接收第二终端发送的鉴权请求，基于目标编码对第二账号进行鉴权，若鉴权通过，则向第二终端发送目标音频。

其中，目标音频可以为文件链接的形式。

可选地，服务器鉴权的过程为：服务器接收该任一账号对应的终端发送的鉴权请求，获取该鉴权请求携带的编码，若该编码与该目标编码相同，则该任一账号鉴权通过，若该编码与该目标编码不同，则该任一账号鉴权未通过。

可选地，目标编码还维护有一份时间期限，鉴权过程还包括：若该编码与该目标编码相同，服务器判断编码的发送时间戳是否处于该目标编码的有效期限内，若该编码的发送时间戳处于该目标编码的有效期限内，则该任一账号鉴权通过，若该编码的发送时间戳不处于该目标编码的有效期限内，则该任一账号鉴权未通过。

需要说明的是，本申请实施例对执行编码的判断过程和有效期限的判断过程的先后次序不作限定。

311、第二终端接收并播放该目标音频，向服务器发送播放消息，该播放消息用于指示第二账号已开始播放目标音频。

312、服务器接收该播放消息，向第一终端发送播放指令，该播放指令用于触发第一终端播放目标音频。

通过步骤311至步骤312，在确定第二终端已接收并播放目标音频后，再向第一终端发送该播放指令，能够确保目标音频房间内两个账号的音频播放同步。

本申请实施例提供的技术方案，通过为目标音频房间内的账号播放音频时，若接收到对目标音频的播放请求，则判断目标音频房间内是否存在目标类型的账号，若存在，则向非目标类型的账号发送目标编码，进而非目标类型的账号通过该目标编码，在鉴权通过后，能够从服务器获得目标音频，使得房间内存在任一账号属于目标类型时，即可为房间内其他普通账号播放目标音频，实现了付费歌曲或会员歌曲等特殊类型音频的播放，提升了用户体验感。

上述图3对目标音频房间内包括两个账号的场景进行了说明，下面基于第一终端和多个账号对应的终端为例，对目标音频房间内包括两个以上账号的场景进行说明。图4是本申请实施例提供的一种音频播放方法的流程图，参见图4，该实施例包括：

401、第一终端向服务器发送共享请求，该共享请求用于请求与多个账号共享音频。

在一种可能的实现方式中，当操作第一终端的用户想要和多个用户共享音频时，通过在第一终端上进行操作，启动目标应用程序，并对目标应用程序所展示的音频共享按钮实施点击操作，则第一终端检测到对音频共享按钮的点击操作，在目标应用程序中弹出共享面板，用户可以在该共享面板中，对想要共享音频的多个账号实施选中操作，则第一终端检测到该选中操作，向服务器发送共享请求，以请求与该多个账号共享音频。

402、服务器接收第一终端发送的共享请求，建立目标音频房间，该目标音频房间用于播放音频。

403、服务器向该多个账号对应的终端发送该共享请求。

404、多个账号对应的终端接收共享请求。

405、对于该多个账号中任一账号对应的终端，若该任一账号对应的终端检测到对该共享请求的同意操作，向服务器发送同意消息，该同意消息用于指示任一账号同意该共享请求。

406、服务器接收多个账号中任一账号对应的终端基于共享请求发送的同意消息，向该第一终端发送该同意消息。

407、第一终端接收该同意消息，在目标音频房间内展示进入提示消息，该进入提示消息用于提示对应账号进入目标音频房间。

步骤402至步骤407的内容参见步骤302至步骤307，不再赘述。

408、服务器接收目标音频房间对目标音频的播放请求，判断第一账号是否属于该目标类型，若第一账号属于该目标类型，则向该目标音频房间内非目标类型的账号对应的终端发送目标编码。

在一种可能的实现方式中，服务器接收目标音频房间对目标音频的播放请求后，判断建立该目标音频房间的账号(也即是第一账号)是否属于该目标类型，若建立该目标音频房间的账号属于该目标类型，则向该目标音频房间内非该目标类型的账号对应的终端发送该目标编码。

需要说明的是，目标音频房间对目标音频的播放请求由第一账号触发。在目标音频房间包括两个以上账号的场景下，第一账号能够触发对音频的切换或关闭等，而其他观众账号无权限触发对音频的播放、切换或关闭。

409、该多个账号中任一账号对应的终端接收该目标编码，向服务器发送鉴权请求。

410、服务器接收任一账号对应的终端发送的鉴权请求，基于该目标编码对该任一账号进行鉴权，若鉴权通过，则向该任一账号对应的终端发送该目标音频。

411、该多个账号中任一账号对应的终端接收并播放该目标音频，向服务器发送播放消息，该播放消息用于指示该任一账号已开始播放目标音频。

412、服务器接收该任一账号对应的终端发送的播放消息，向第一终端发送播放指令，该播放指令用于触发第一终端播放目标音频。

需要说明的是，在目标音频房间包括两个以上账号的场景下，多个账号中任一账号接收并播放目标音频后，即可执行为目标音频房间播放目标音频的步骤，也就是说，无需等待所有账号均接收并播放目标音频后，再执行播放目标音频的步骤。在这种情况下，对于延时接收到目标音频的账号来说，服务器基于当前时刻目标音频房间的音频播放进度，来为该账号播放目标音频，也即是向该账号发送目标音频在当前时刻的播放时间戳，以指示账号对应的终端基于该播放时间戳进行播放，进而确保目标音频房间内多个账号的音频播放同步。

还需要说明的是，对于图3和图4所提到的音频播放方法，若服务器检测到第一账号退出该目标音频房间，则向该目标音频房间内的其他账号对应的终端，发送第一账号的退出提示，则其它账号对应的终端响应于第一账号的退出提示，退出该目标音频房间，进而服务器解散该目标音频房间。

本申请实施例提供的技术方案，通过为目标音频房间内的账号播放音频时，若接收到对目标音频的播放请求，则判断目标音频房间内是否存在目标类型的账号，若存在，则向非目标类型的账号发送目标编码，进而非目标类型的账号通过该目标编码，在鉴权通过后，能够从服务器获得目标音频，使得房间内存在任一账号属于目标类型时，即可为房间内其他普通账号播放目标音频，实现了付费歌曲或会员歌曲等特殊类型音频的播放，提升了用户体验感。

对于图3和图4所提到的音频播放方法，服务器还能够实时更新账号在目标音频房间内的状态。图5是本申请实施例提供的一种音频播放方法的流程图，参见图5，该实施例包括：

501、若服务器在目标心跳周期内未接收到任一账号的心跳消息，则确定该任一账号处于离线状态。

其中，目标心跳周期为预先设定的心跳周期，如0.2小时。

在一种可能的实现方式中，多个账号进入目标音频房间后，该多个账号对应的终端会按照目标心跳周期，向服务器发送心跳消息，且服务器对每个账号，都会按照该目标心跳周期检测是否接收到该账号的心跳消息，如果未接收到心跳消息，则记录该账号进入离线状态，如果接收到心跳消息，则确定该账号仍处于在线状态。

502、服务器向该目标音频房间内的其它账号对应的终端发送该任一账号的离线通知。

步骤501至步骤502中，当按照目标心跳周期未接收到任一账号的心跳消息时，则确定该任一账号处于离线状态。进一步地，当该任一账号处于离线状态时(后续称为任一离线账号)，若接收到该任一离线账号对应的终端发送的询问消息，则服务器对该任一离线账号的状态进行更新，确定该任一离线账号处于在线状态，下面基于步骤503至步骤507对该过程进行详细说明。

503、若任一离线账号对应的终端在该目标心跳周期内检测到上线事件，则向服务器发送询问消息，该询问消息用于询问该任一离线账号在该目标音频房间内的状态。

504、服务器接收该任一离线账号在该目标心跳周期内发送的询问消息。

在一种可能的实现方式中，服务器接收该任一离线账号在该目标心跳周期内发送的询问消息，从该询问消息的特定字段中，获取该询问消息携带的任一账号的标识，以进行检测账号的状态的过程。

505、服务器向该任一离线账号对应的终端返回该询问消息的响应消息，该响应消息用于指示该任一离线账号在该目标音频房间内的状态。

在一种可能的实现方式中，服务器获取到询问消息携带的任一账号的标识后，在目标音频房间的账号队列中进行查询，检测该账号队列中是否存在该任一账号的标识，若存在，则向该任一账号对应的终端发送用于指示在线的响应消息，若不存在，则向该任一账号对应的终端发送用于指示离线的响应消息。

506、若该响应消息指示该任一离线账号在该目标音频房间的状态为在线状态，则该任一离线账号对应的终端向该服务器发送连线请求。

507、服务器接收到任一离线账号在该目标心跳周期内发送的连线请求，基于该目标音频房间的音频播放进度，为该任一离线账号播放该目标音频。

通过步骤507，基于当前的音频播放进度，来为刚刚上线的账号播放目标音频，能够确保音频播放同步。

在另一种可能的实现方式中，当该任一离线账号处于离线状态的时长达到目标时长时，将该任一离线账号从目标音频房间的账号队列中删除。在该过程中，对于保持长期离线的账号，将该账号从目标音频房间中移除，能够实时更新房间内多个账号的状态，达到房间状态同步的目的。

需要说明的是，在目标音频房间内包括两个账号的场景下，将该任一离线账号从目标音频房间的账号队列中删除后，服务器解散该目标音频房间。在目标音频房间内包括两个以上账号的场景下，将该任一离线账号从目标音频房间的账号队列中删除后，服务器向该目标音频房间内的多个其他账号广播该任一离线账号的掉线通知，但不解散该目标音频房间。

本申请实施例提供的技术方案，服务器维护有目标音频房间的账号队列、音频播放进度等信息，并对该账号队列和音频播放进度实时更新，能够确保目标音频房间内多个账号的房间状态信息和音频播放信息同步，进而提升用户的听歌体验。

图6是本申请实施例提供的一种音频播放装置的结构示意图，参见图6，该装置包括：

接收模块601，用于接收目标音频房间对目标音频的播放请求，该目标音频房间用于播放音频；

发送模块602，用于若该目标音频房间内存在目标类型的账号，向该目标音频房间内非该目标类型的账号对应的终端发送目标编码，该目标编码用于对账号进行鉴权；

鉴权模块603，用于接收任一账号对应的终端发送的鉴权请求，基于该目标编码对该任一账号进行鉴权，若鉴权通过，则向该任一账号对应的终端发送该目标音频。

在一种可能的实现方式中，该发送模块602，用于：

若该目标音频房间包括两个账号，且该目标音频房间内存在一个账号属于该目标类型，则向该目标音频房间内另一个账号对应的终端发送该目标编码。

在一种可能的实现方式中，该发送模块602，用于：

若该目标音频房间包括两个以上账号，且建立该目标音频房间的账号属于该目标类型，则向该目标音频房间内非该目标类型的账号对应的终端发送该目标编码。

在一种可能的实现方式中，该鉴权模块603，用于：

接收该任一账号对应的终端发送的鉴权请求，获取该鉴权请求携带的编码；

若该编码与该目标编码相同，则该任一账号鉴权通过，若该编码与该目标编码不同，则该任一账号鉴权未通过。

在一种可能的实现方式中，若该编码与该目标编码相同，该鉴权模块603，还用于：

若该编码的发送时间戳处于该目标编码的有效期限内，则该任一账号鉴权通过，若该编码的发送时间戳不处于该目标编码的有效期限内，则该任一账号鉴权未通过。

在一种可能的实现方式中，该接收模块，还用于接收该任一账号对应的终端发送的播放消息，该播放消息用于指示该任一账号已开始播放该目标音频；

该发送模块，还用于向该目标类型的账号对应的终端发送播放指令，该播放指令用于触发该目标类型的账号对应的终端播放该目标音频。

在一种可能的实现方式中，该接收模块601，还用于接收第一账号对应的终端发送的共享请求，该共享请求用于请求与第二账号共享音频；

该发送模块602，还用于向该第二账号对应的终端发送该共享请求；

该接收模块601，还用于接收该第二账号对应的终端基于该共享请求发送的同意消息，向该第一账号对应的终端发送该同意消息，该同意消息用于指示该第二账号同意该共享请求。

在一种可能的实现方式中，该装置还包括建立模块，用于建立该目标音频房间的账号队列，将该第一账号添加至该目标音频房间的账号队列；

该装置还包括添加模块，用于将该第二账号添加至该目标音频房间的账号队列。

在一种可能的实现方式中，该装置还包括确定模块，用于若在目标心跳周期内未接收到任一账号的心跳消息，则确定该任一账号处于离线状态；

该发送模块602，还用于向该目标音频房间内的其它账号对应的终端发送该任一账号的离线通知。

在一种可能的实现方式中，该装置还包括：

播放模块，用于若接收到任一离线账号在该目标心跳周期内发送的连线请求，基于该目标音频房间的音频播放进度，为该任一离线账号播放该目标音频。

在一种可能的实现方式中，该接收模块601，还用于接收该任一离线账号在该目标心跳周期内发送的询问消息，该询问消息用于询问该任一离线账号在该目标音频房间内的状态；

该发送模块602，还用于向该任一离线账号对应的终端返回该询问消息的响应消息，该响应消息用于指示该任一离线账号在该目标音频房间内的状态。

在一种可能的实现方式中，若该目标音频房间包括两个账号，该接收模块601，还用于下述任一项：

若接收到该目标音频房间内任一账号对该目标音频的切换请求，则为该目标音频房间播放下一个音频；

若接收到该目标音频房间内任一账号对该目标音频的关闭请求，则停止播放该目标音频。

本申请实施例提供的技术方案，通过为目标音频房间内的账号播放音频时，若接收到对目标音频的播放请求，则判断目标音频房间内是否存在目标类型的账号，若存在，则向非目标类型的账号发送目标编码，进而非目标类型的账号通过该目标编码，在鉴权通过后，能够从服务器获得目标音频，使得房间内存在任一账号属于目标类型时，即可为房间内其他普通账号播放目标音频，实现了付费歌曲或会员歌曲等特殊类型音频的播放，提升了用户体验感。

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

图7示出了本申请一个示例性实施例提供的终端700的结构框图。该终端700可以是：智能手机、平板电脑、MP3播放器(Moving Picture Experts Group Audio Layer III，动态影像专家压缩标准音频层面3)、MP4(Moving Picture Experts Group Audio LayerIV，动态影像专家压缩标准音频层面4)播放器、笔记本电脑或台式电脑。终端700还可能被称为用户设备、便携式终端、膝上型终端、台式终端等其他名称。

通常，终端700包括有：处理器701和存储器702。

处理器701可以包括一个或多个处理核心，比如4核心处理器、8核心处理器等。处理器701可以采用DSP(Digital Signal Processing，数字信号处理)、FPGA(Field－Programmable Gate Array，现场可编程门阵列)、PLA(Programmable Logic Array，可编程逻辑阵列)中的至少一种硬件形式来实现。处理器701也可以包括主处理器和协处理器，主处理器是用于对在唤醒状态下的数据进行处理的处理器，也称CPU(Central ProcessingUnit，中央处理器)；协处理器是用于对在待机状态下的数据进行处理的低功耗处理器。在一些实施例中，处理器701可以集成有GPU(Graphics Processing Unit，图像处理器)，GPU用于负责显示屏所需要显示的内容的渲染和绘制。一些实施例中，处理器701还可以包括AI(Artificial Intelligence，人工智能)处理器，该AI处理器用于处理有关机器学习的计算操作。

存储器702可以包括一个或多个计算机可读存储介质，该计算机可读存储介质可以是非暂态的。存储器702还可包括高速随机存取存储器，以及非易失性存储器，比如一个或多个磁盘存储设备、闪存存储设备。在一些实施例中，存储器702中的非暂态的计算机可读存储介质用于存储至少一个程序代码，该至少一个程序代码用于被处理器701所执行以实现本申请中方法实施例提供的音频播放方法中终端执行的方法。

在一些实施例中，终端700还可选包括有：外围设备接口703和至少一个外围设备。处理器701、存储器702和外围设备接口703之间可以通过总线或信号线相连。各个外围设备可以通过总线、信号线或电路板与外围设备接口703相连。具体地，外围设备包括：射频电路704、显示屏705、摄像头组件706、音频电路707、定位组件708和电源709中的至少一种。

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

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

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

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

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

定位组件708用于定位终端700的当前地理位置，以实现导航或LBS(LocationBased Service，基于位置的服务)。定位组件708可以是基于美国的GPS(GlobalPositioning System，全球定位系统)、中国的北斗系统、俄罗斯的格雷纳斯系统或欧盟的伽利略系统的定位组件。

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

在一些实施例中，终端700还包括有一个或多个传感器710。该一个或多个传感器710包括但不限于：加速度传感器711、陀螺仪传感器712、压力传感器713、指纹传感器714、光学传感器715以及接近传感器716。

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

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

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

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

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

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

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

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

在示例性实施例中，还提供了一种计算机可读存储介质，例如包括程序代码的存储器，上述程序代码可由终端或服务器中的处理器执行以完成上述实施例中的音频播放方法。例如，所述计算机可读存储介质可以是只读内存(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory)，RAM)、只读光盘(Compact-Disc Read-Only Memory)、磁带、软盘和光数据存储设备等。

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

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

Claims (14)

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

接收目标音频房间对目标音频的播放请求，所述目标音频房间用于播放音频；

若所述目标音频房间内存在目标类型的账号，向所述目标音频房间内非所述目标类型的账号对应的终端发送目标编码，所述目标编码用于对账号进行鉴权，所述鉴权用于触发非所述目标类型的账号对应的终端基于所述目标编码，向服务器拉取目标音频；

接收任一账号对应的终端发送的鉴权请求，基于所述目标编码对所述任一账号进行鉴权，若鉴权通过，则向所述任一账号对应的终端发送所述目标音频；

若所述目标音频房间包括两个账号，所述方法还包括下述任一项：

若接收到所述目标音频房间内任一账号对所述目标音频的切换请求，则为所述目标音频房间播放下一个音频；

若接收到所述目标音频房间内任一账号对所述目标音频的关闭请求，则停止播放所述目标音频。

2.根据权利要求1所述的方法，其特征在于，所述若所述目标音频房间内存在目标类型的账号，向所述目标音频房间内非所述目标类型的账号对应的终端发送目标编码包括：

若所述目标音频房间包括两个账号，且所述目标音频房间内存在一个账号属于所述目标类型，则向所述目标音频房间内另一个账号对应的终端发送所述目标编码。

3.根据权利要求1所述的方法，其特征在于，所述若所述目标音频房间内存在目标类型的账号，向所述目标音频房间内非所述目标类型的账号对应的终端发送目标编码包括：

若所述目标音频房间包括两个以上账号，且建立所述目标音频房间的账号属于所述目标类型，则向所述目标音频房间内非所述目标类型的账号对应的终端发送所述目标编码。

4.根据权利要求1所述的方法，其特征在于，所述接收任一账号对应的终端发送的鉴权请求，基于所述目标编码对所述任一账号进行鉴权包括：

接收所述任一账号对应的终端发送的鉴权请求，获取所述鉴权请求携带的编码；

若所述编码与所述目标编码相同，则所述任一账号鉴权通过，若所述编码与所述目标编码不同，则所述任一账号鉴权未通过。

5.根据权利要求4所述的方法，其特征在于，若所述编码与所述目标编码相同，所述方法还包括：

若所述编码的发送时间戳处于所述目标编码的有效期限内，则所述任一账号鉴权通过，若所述编码的发送时间戳不处于所述目标编码的有效期限内，则所述任一账号鉴权未通过。

6.根据权利要求1所述的方法，其特征在于，所述若鉴权通过，则向所述任一账号对应的终端发送所述目标音频之后，所述方法还包括：

接收所述任一账号对应的终端发送的播放消息，所述播放消息用于指示所述任一账号已开始播放所述目标音频；

向所述目标类型的账号对应的终端发送播放指令，所述播放指令用于触发所述目标类型的账号对应的终端播放所述目标音频。

7.根据权利要求1所述的方法，其特征在于，所述接收目标音频房间对目标音频的播放请求之前，所述方法还包括：

接收第一账号对应的终端发送的共享请求，所述共享请求用于请求与第二账号共享音频；

向所述第二账号对应的终端发送所述共享请求；

接收所述第二账号对应的终端基于所述共享请求发送的同意消息，向所述第一账号对应的终端发送所述同意消息，所述同意消息用于指示所述第二账号同意所述共享请求。

8.根据权利要求7所述的方法，其特征在于，所述接收第一账号对应的终端发送的共享请求之后，所述方法还包括：

建立所述目标音频房间的账号队列，将所述第一账号添加至所述目标音频房间的账号队列；

所述接收所述第二账号对应的终端基于所述共享请求发送的同意消息之后，所述方法还包括：

将所述第二账号添加至所述目标音频房间的账号队列。

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

若在目标心跳周期内未接收到任一账号的心跳消息，则确定所述任一账号处于离线状态；

向所述目标音频房间内的其它账号对应的终端发送所述任一账号的离线通知。

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

若接收到任一离线账号在所述目标心跳周期内发送的连线请求，基于所述目标音频房间的音频播放进度，为所述任一离线账号播放所述目标音频。

11.根据权利要求10所述的方法，其特征在于，所述若接收到任一离线账号在所述目标心跳周期内发送的连线请求，基于所述目标音频房间的音频播放进度，为所述任一离线账号播放所述目标音频之前，所述方法还包括：

接收所述任一离线账号在所述目标心跳周期内发送的询问消息，所述询问消息用于询问所述任一离线账号在所述目标音频房间内的状态；

向所述任一离线账号对应的终端返回所述询问消息的响应消息，所述响应消息用于指示所述任一离线账号在所述目标音频房间内的状态。

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

接收模块，用于接收目标音频房间对目标音频的播放请求，所述目标音频房间用于播放音频；

发送模块，用于若所述目标音频房间内存在目标类型的账号，向所述目标音频房间内非所述目标类型的账号对应的终端发送目标编码，所述目标编码用于对账号进行鉴权，所述鉴权用于触发非所述目标类型的账号对应的终端基于所述目标编码，向服务器拉取目标音频；

鉴权模块，用于接收任一账号对应的终端发送的鉴权请求，基于所述目标编码对所述任一账号进行鉴权，若鉴权通过，则向所述任一账号对应的终端发送所述目标音频；

若所述目标音频房间包括两个账号，所述接收模块还用于：若接收到所述目标音频房间内任一账号对所述目标音频的切换请求，则为所述目标音频房间播放下一个音频；若接收到所述目标音频房间内任一账号对所述目标音频的关闭请求，则停止播放所述目标音频。

13.一种服务器，其特征在于，所述服务器包括处理器和存储器，所述存储器中存储有至少一条程序代码，所述至少一条程序代码由所述处理器加载并执行以实现如权利要求1至权利要求11任一项所述的音频播放方法所执行的操作。

14.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有至少一条程序代码，所述至少一条程序代码由处理器加载并执行以实现如权利要求1至权利要求11任一项所述的音频播放方法所执行的操作。

Images