音频播放方法、设备、存储介质及装置与流程

1.本发明涉及音频播放技术领域，尤其涉及音频播放方法、设备、存储介质及装置。


背景技术：

2.目前，移动版苹果浏览器safari带来的最大的局限之一是一次只能播放一个单音频流，这是由于移动版safari中的超文本标记语言第5版(hyper text markup language，html5)媒体元素都是单例的，所以一次只能播放一个html5音频流和html5视频流。
3.为了解决上述问题，苹果操作系统ios为移动版safari提供了单一html5媒体容器，媒体容器包括音频和视频容器。如果在播放一个音频流的同时播放另一个音频流时，那么就会从容器中删除前一个音频流，新的音频流将会在前一个音频流的位置上被实例化，从而实现多路的连续播放，但是兼容较差。


技术实现要素：

4.本发明的主要目的在于提供音频播放方法、设备、存储介质及装置，旨在解决如何提高音频播放的兼容性。
5.为实现上述目的，本发明提供一种音频播放方法，所述音频播放方法包括以下步骤：
6.在目标网页接收到多路待播放直播流时，将多路所述待播放直播流分别转换为对应的音频数据传输流；
7.分别对各音频数据传输流进行解码，获得多路音频数据；
8.对多路所述音频数据进行合并，获得目标音频；
9.对所述目标音频进行播放，以实现多路直播流的音频播放。
10.可选的，所述目标音频包括直播房间标签信息；
11.所述对所述目标音频进行播放，包括：
12.提取所述目标音频中的直播房间标签信息；
13.根据所述直播房间标签信息将所述目标音频在对应直播间进行播放。
14.可选的，所述根据所述直播房间标签信息将所述目标音频在对应直播间进行播放之后，所述方法还包括：
15.获取连麦指令信息；
16.在获取到所述连麦指令信息对应的响应信息时，提取所述连麦指令信息中的待加入用户标签信息；
17.根据所述待加入用户标签信息将新用户加入所述直播间。
18.可选的，所述根据所述待加入用户标签信息将新用户加入所述直播间之后，所述方法还包括：
19.获取所述新用户的语音信息；
20.根据所述语音信息对所述目标音频进行更新。
21.可选的，所述根据所述语音信息对所述目标音频进行更新之前，所述方法还包括：
22.判断所述新用户的身份信息；
23.在所述身份信息为主播身份时执行所述根据所述语音信息对所述目标音频进行更新的步骤。
24.可选的，所述对所述目标音频进行播放，包括：
25.提取所述目标音频中各路音频数据的用户标签信息；
26.根据所述用户标签信息在预设对应关系中查找对应的直播播放参数信息；
27.根据所述直播播放参数信息在直播间对所述目标音频进行播放。
28.可选的，所述根据所述用户标签信息在预设对应关系中查找对应的直播播放参数信息之前，所述方法还包括：
29.获取用户在所述直播间设置的直播播放参数信息以及获取用户进入所述直播间的用户标签信息；
30.根据所述用户标签信息以及对应的直播播放参数信息建立预设对应关系。
31.可选的，所述在目标网页接收到多路待播放直播流时，将多路所述待播放直播流分别转换为对应的音频数据传输流之前，所述方法还包括：
32.获取当前页面支持的服务类型信息；
33.在所述服务类型信息未包括媒体源扩展类型信息时，将所述当前页面加载媒体源扩展应用程序，得到目标网页。
34.可选的，所述音频数据包括采样时间序列；
35.所述对多路所述音频数据进行合并，获得目标音频，包括：
36.读取所述音频数据的采样时间序列；
37.根据所述采样时间序列对多路所述音频数据进行合并，获得目标音频。
38.可选的，所述根据所述采样时间序列对多路所述音频数据进行合并，获得目标音频，包括：
39.调用合并脚本信息；
40.通过所述合并脚本信息采用所述采样时间序列对多路所述音频数据进行合并，获得目标音频。
41.可选的，所述对所述目标音频进行播放之后，所述方法还包括：
42.获取所述目标音频对应的频谱数据；
43.对所述频谱数据进行可视化分析，得到可视化音频数据。
44.可选的，所述对所述频谱数据进行可视化分析，得到可视化音频数据，包括：
45.获取所述频谱数据中的数组信息；
46.调用网页画布应用程序，通过所述网页画布应用程序对所述数组信息进行可视化分析，得到可视化音频数据。
47.此外，为实现上述目的，本发明还提出一种音频播放装置，所述音频播放装置包括：
48.转换模块，用于在目标网页接收到多路待播放直播流时，将多路所述待播放直播流分别转换为对应的音频数据传输流；
49.解码模块，用于分别对各音频数据传输流进行解码，获得多路音频数据；
50.合并模块，用于对多路所述音频数据进行合并，获得目标音频；
51.播放模块，用于对所述目标音频进行播放，以实现多路直播流的音频播放。
52.可选的，所述目标音频包括直播房间标签信息；
53.所述播放模块，还用于提取所述目标音频中的直播房间标签信息；
54.根据所述直播房间标签信息将所述目标音频在对应直播间进行播放。
55.可选的，所述音频播放装置还包括：连麦模块；
56.所述连麦模块，用于获取连麦指令信息；
57.在获取到所述连麦指令信息对应的响应信息时，提取所述连麦指令信息中的待加入用户标签信息；
58.根据所述待加入用户标签信息将新用户加入所述直播间。
59.可选的，所述音频播放装置还包括：更新模块；
60.所述更新模块，用于获取所述新用户的语音信息；
61.根据所述语音信息对所述目标音频进行更新。
62.可选的，所述更新模块，还用于判断所述新用户的身份信息；
63.在所述身份信息为主播身份时根据所述语音信息对所述目标音频进行更新。
64.可选的，所述播放模块，还用于提取所述目标音频中各路音频数据的用户标签信息；
65.根据所述用户标签信息在预设对应关系中查找对应的直播播放参数信息；
66.根据所述直播播放参数信息在直播间对所述目标音频进行播放。
67.此外，为实现上述目的，本发明还提出一种音频播放设备，所述音频播放设备包括：存储器、处理器及存储在所述存储器上并在所述处理器上运行音频播放程序，所述音频播放程序被所述处理器执行时实现如上文所述的音频播放方法的步骤。
68.此外，为实现上述目的，本发明还提出一种存储介质，所述存储介质上存储有音频播放程序，所述音频播放程序被处理器执行时实现如上文所述的音频播放方法的步骤。
69.本发明提供的技术方案，通过在目标网页接收到多路待播放直播流时，将多路所述待播放直播流分别转换为对应的音频数据传输流；分别对各音频数据传输流进行解码，获得多路音频数据；对多路所述音频数据进行合并，获得目标音频；对所述目标音频进行播放，以实现多路直播流的音频播放，从而可在不同浏览器的网页上实现多路直播流的音频播放。
附图说明
70.图1是本发明实施例方案涉及的硬件运行环境的音频播放设备结构示意图；
71.图2为本发明音频播放方法第一实施例的流程示意图；
72.图3为本发明音频播放方法一实施例的多路直播的界面展示示意图；
73.图4为本发明音频播放方法一实施例的整体流程示意图；
74.图5为本发明音频播放方法一实施例的音频数据传输流的数据结构示意图；
75.图6为本发明音频播放方法第二实施例的流程示意图；
76.图7为本发明音频播放方法第三实施例的流程示意图；
77.图8为本发明音频播放方法一实施例的可视化音频数据展示示意图；
78.图9为本发明音频播放装置第一实施例的结构框图。
79.本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。
具体实施方式
80.应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。
81.本发明实施例的主要解决方案是：通过在目标网页接收到多路待播放直播流时，将多路所述待播放直播流分别转换为对应的音频数据传输流；分别对各音频数据传输流进行解码，获得多路音频数据；对多路所述音频数据进行合并，获得目标音频；对所述目标音频进行播放，以实现多路直播流的音频播放，从而可在不同浏览器的网页上实现多路直播流的音频播放。
82.本技术实施例涉及的主要技术术语包括：
83.高级音频编码(advanced audio coding，aac)。
84.原始流(elementary streams，es)。
85.音频数据传输流(audio data transport stream，adts)。
86.音频缓冲区audiobuffer。
87.脉冲编码调制(pulse code modulation，pcm)。
88.循环冗余校验(cyclic redundancy check，crc)。
89.参照图1，图1为本发明实施例方案涉及的硬件运行环境的音频播放设备结构示意图。
90.如图1所示，该音频播放设备可以包括：处理器1001，例如中央处理器(central processing unit，cpu)，通信总线1002、用户接口1003，网络接口1004，存储器1005。其中，通信总线1002用于实现这些组件之间的连接通信。用户接口1003可以包括显示屏(display)，可选用户接口1003还可以包括标准的有线接口以及无线接口，而用户接口1003的有线接口在本发明中可为通用串行总线(universal serial bus，usb)接口。网络接口1004可选的可以包括标准的有线接口以及无线接口(如wi-fi接口)。存储器1005可以是高速随机存取存储器(random access memory，ram)；也可以是稳定的存储器，比如，非易失存储器(non-volatile memory)，具体可为，磁盘存储器。存储器1005可选的还可以是独立于前述处理器1001的存储装置。
91.本领域技术人员可以理解，图1中示出的结构并不构成对音频播放设备的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。
92.如图1所示，作为一种计算机存储介质的存储器1005中可以包括操作系统、网络通信模块、用户接口模块以及音频播放程序。
93.在图1所示的音频播放设备中，网络接口1004主要用于连接后台服务器，与所述后台服务器进行数据通信；用户接口1003主要用于连接外设；所述音频播放设备通过处理器1001调用存储器1005中存储的音频播放程序，并执行本发明实施例提供的音频播放方法。
94.基于上述硬件结构，提出本发明音频播放方法的实施例。
95.参照图2，图2为本发明音频播放方法第一实施例的流程示意图。
96.在第一实施例中，所述音频播放方法包括以下步骤：
97.步骤s10：在目标网页接收到多路待播放直播流时，将多路所述待播放直播流分别
转换为对应的音频数据传输流。
98.需要说明的是，本实施例的执行主体为音频播放设备，还可为其他可实现相同或相似功能的设备，例如移动终端，本实施例对此不作限制，在本实施例中，以移动终端上配置的浏览器为例进行说明。
99.在本实施例中，所述浏览器可为安卓系统支持的浏览器，还可为苹果系统支持的浏览器，本实施例对浏览器的类型不作限制，因此，在任何浏览器下均可实现多路音频的播放，本实施例主要针对在移动端的页面上在直播间进行直播时实现多路音频的播放。
100.可以理解的是，音频数据传输流为adts，待播放直播流为aac或者原始直播流，在为原始直播流时，需对原始直播流进行采集，以及推流和拉流，转换为aac，由于aac无法通过网页的播放器进行播放，因此，需要将aac转换为adts，从而实现直播流的有效播放，如图3所示的多路直播的界面展示示意图，在当前直播间中可同时展示主播1和主播2的音频信息。
101.步骤s20：分别对各音频数据传输流进行解码，获得多路音频数据。
102.需要说明的是，由于adts为根据aac进行转换得到的，因此为了获得多路音频数据传输流中的传输流信息，需要对对各音频数据传输流进行解码，获得多路音频数据，从而实现对多路音频数据的合并。
103.如图4所示的整体示意图，获取待播放直播流，将所述待播放直播流进行解复用，得到高级音频编码，并将高级音频编码进行转换，从而得到音频数据传输流，然后将音频数据传输流进行解码，得到多路音频数据，并将多路音频数据进行合并，得到目标音频，将目标音频进行播放，从而实现移动端上基于网页的多路音频的播放，其中，通过fetch或xmlhttprequest或websocket等方式获取待播放直播流。
104.在具体实现中，多路音频数据可为音频数据传输流中的原生数据流，如图5所示的音频数据传输流的数据结构示意图，包括音频数据传输流头部、纠错部分以及原生数据块部分，将对各音频数据传输流进行解码，从而可得到音频数据传输流头部、纠错部分以及原生数据块部分，其中，获得的多路音频数据可为原生数据块部分，从而实现对音频数据传输流的还原，以便实现多路音频数据的连续播放。
105.步骤s30：对多路所述音频数据进行合并，获得目标音频。
106.在本实施例中，由于对各音频数据传输流进行解码，获得多路音频数据，通过多路音频数据从而可对多路所述音频数据进行合并，获得目标音频，其中，目标音频为处理后的进行直播的音频数据。
107.步骤s40：对所述目标音频进行播放，以实现多路直播流的音频播放。
108.本实施例通过上述方案，通过在目标网页接收到多路待播放直播流时，将多路所述待播放直播流分别转换为对应的音频数据传输流；分别对各音频数据传输流进行解码，获得多路音频数据；对多路所述音频数据进行合并，获得目标音频；对所述目标音频进行播放，以实现多路直播流的音频播放，从而可在不同浏览器的网页上实现多路直播流的音频播放。
109.参照图6，图6为本发明音频播放方法第二实施例的流程示意图，基于上述图2所示的第一实施例，提出本发明音频播放方法的第二实施例。
110.所述目标音频包括直播房间标签信息；
111.所述步骤s40，包括：
112.步骤s401，提取所述目标音频中的直播房间标签信息。
113.需要说明的是，所述直播房间标签信息为目标页面正在进行直播的直播间信息，例如房间1001，还可为其他形式的标签信息，本实施例对此不作限制，在接收到多路音频数据时，由于多路音频数据其目的地可能为不同的直播间，因此，需要对多路音频数据进行区分，将属于当前直播间的音频数据引入当前直播间进行播放。
114.步骤s402，根据所述直播房间标签信息将所述目标音频在对应直播间进行播放。
115.进一步地，所述步骤s402，之后，所述方法还包括：
116.获取连麦指令信息；在获取到所述连麦指令信息对应的响应信息时，提取所述连麦指令信息中的待加入用户标签信息；根据所述待加入用户标签信息将新用户加入所述直播间。
117.可以理解的是，在直播间中涉及用户之前的互动，在本实施例支持连麦功能，通过连麦功能可将连麦的用户加入到当前直播间中，还可根据用户的连麦需求确定是进行音频互动还是进行视频互动，从而提高互动的灵活性，例如用户a加入直播间之后，直播间提供连麦功能，根据连麦功能用户a可在点击连麦按钮之后加入语音对话，从而实现与主播之间的互动。
118.在本实施例中，主播在主播间中还可设置连麦权限，即在允许连麦的情况下用户a可进行连麦操作，在主播未允许连麦的情况下用户a无法进行连麦操作，从而实现直播间的有效管理。
119.为了实现主播间的有效互动，还可进行用户切换功能，即在主播需要跟用户b进行有效互动时，可将用户b在界面的正下方进行放大展示，从而可清楚用户b的实际操作情况，并与用户b进行语音或视频互动，其他在直播间的用户进行静音处理，从而保证与用户b之间的有效互动。
120.在具体实现中，在获取到所述连麦指令信息对应的响应信息时，响应信息为获取允许用户加入的指令，在允许用户加入的指令提取所述连麦指令信息中的待加入用户标签信息；根据所述待加入用户标签信息将新用户加入所述直播间，因为待加入用户标签信息是识别用户的唯一标识，通过得到用户的待加入用户标签信息，从而可将用户加入当前直播间。
121.进一步地，所述根据所述待加入用户标签信息将新用户加入所述直播间之后，所述方法还包括：
122.获取所述新用户的语音信息；根据所述语音信息对所述目标音频进行更新。
123.在本实施例中，由于不对主播用户进行限定，因此可根据用户的需求将新用户加入当前直播间中，在新用户加入后可根据新用户的音频数据对目标音频进行更新，从而实现音频播放的实时性。
124.进一步地，所述根据所述语音信息对所述目标音频进行更新之前，所述方法还包括：
125.判断所述新用户的身份信息；在所述身份信息为主播身份时执行所述根据所述语音信息对所述目标音频进行更新的步骤。
126.在本实施例中，在对所述目标音频进行更新需要判断新用户是否为加入的主播身
份，如果为主播身份，则根据新用户的语音信息对所述目标音频进行更新，如果不为主播身份，则将用户的语音信息进行记录，通过对用户的语音信息进行记录还可方便用户进行回看，从而实现对直播中内容的全程跟踪。
127.进一步地，所述步骤s40，包括：
128.提取所述目标音频中各路音频数据的用户标签信息；根据所述用户标签信息在预设对应关系中查找对应的直播播放参数信息；根据所述直播播放参数信息在直播间对所述目标音频进行播放。
129.在本实施例中，用户标签信息为用户的唯一识别信息，例如用户身份标识(identity document，id)，用户标签信息为在用户登录直播间进行注册时生成的唯一标识信息，通过用户标签信息还可获取到用户设置的参数信息，例如音频的颜色，音频的展示的形式以及其他属性的参数信息，从而实现用户的个性化设置，可方便各个用户进行识别。
130.进一步地，所述根据所述用户标签信息在预设对应关系中查找对应的直播播放参数信息之前，所述方法还包括：
131.获取用户在所述直播间设置的直播播放参数信息以及获取用户进入所述直播间的用户标签信息；根据所述用户标签信息以及对应的直播播放参数信息建立预设对应关系。
132.在本实施例中，由于根据用户的习惯可进行一些个性化的设置，即设置相应的直播播放参数信息，直播播放参数信息包括音频的颜色以及音频的展示的形式等例如用户标签信息为id1001的用户在登录直播间之后可设置对应参数信息，比如展示音频的颜色等，从而实现个性化的用户配置。
133.进一步地，所述步骤s10之前，所述方法还包括：
134.获取当前页面支持的服务类型信息；在所述服务类型信息未包括媒体源扩展类型信息时，将所述当前页面加载媒体源扩展应用程序，得到目标网页。
135.本实施例通过上述方案，由于移动终端在页面进行多路音频播放时，需要当前页面支持媒体源扩展，才能实现多路音频的连续播放，因此，为了实现移动终端的多路音频的连续播放，需要当前页面支持媒体源扩展服务，因此，在获取当前页面支持的服务类型信息时，对服务类型信息进行判断，在服务类型信息未包括媒体源扩展类型信息时，将所述当前页面加载媒体源扩展应用程序，得到目标网页，从而实现移动终端基于页面的多路音频的播放。
136.参照图7，图7为本发明音频播放方法第三实施例的流程示意图，基于第一实施例或第二实施例提出本发明音频播放方法的第三实施例，在本实施例中，基于第一实施例进行说明。
137.第三实施例中，所述音频数据包括采样时间序列，所述步骤s30，包括：：
138.步骤s301，读取所述音频数据的采样时间序列。
139.需要说明的是，由于adts头包含了aac文件的采样率、通道数以及帧数据长度等信息，adts头分为固定头信息和可变头信息两个部分，固定头信息在每个帧中的是一样的，可变头信息在各个帧中并不是固定值，adts头一般是7个字节，如果需要对数据进行crc校验，则会有校验码，根据校验码进行校正，通过对各adts进行解码，获得多路音频数据，并对多路音频数据进行识别，得到音频数据中的采样时间序列。
140.步骤s302，根据所述采样时间序列对多路所述音频数据进行合并，获得目标音频。
141.进一步地，所述步骤s302，包括：
142.调用合并脚本信息；通过所述合并脚本信息采用所述采样时间序列对多路所述音频数据进行合并，获得目标音频。
143.在本实施例中，所述合并脚本信息可为合并merger脚本信息，还可为其他可实现相同或相似功能的脚本信息，本实施例对此不作限制。
144.进一步地，所述步骤s40之后，所述方法还包括：
145.获取所述目标音频对应的频谱数据；对所述频谱数据进行可视化分析，得到可视化音频数据。
146.可以理解的是，由于在浏览器的兼容问题，无法实现移动终端基于页面的频谱，而本实施例由于对音频数据传输流进行解码，从而可得到目标音频对应的频谱数据，根据目标音频对应的频谱数据可实现可视化音频数据，如图8所示的可视化音频数据展示示意图，通过对目标音频对应的频谱数据进行处理，得到可视化音频数据。
147.进一步地，所述对所述频谱数据进行可视化分析，得到可视化音频数据，包括：
148.获取所述频谱数据中的数组信息；调用网页画布应用程序，通过所述网页画布应用程序对所述数组信息进行可视化分析，得到可视化音频数据。
149.在具体实现中，通过获取所述频谱数据中的数组信息；调用网页画布应用程序，通过所述网页画布应用程序对所述数组信息进行可视化分析，得到可视化音频数据，其中，网页画布应用程序可为画布canvas应用程序，还可为其他可实现相同或相似功能的应用程序，本实施例对此不做限制。
150.本实施例通过上述方案，通过由于对音频数据传输流进行解码，从而可得到目标音频对应的频谱数据，根据目标音频对应的频谱数据实现可视化音频数据，方便进行音频分析。
151.此外，本发明实施例还提出一种存储介质，所述存储介质上存储有音频播放程序，所述音频播放程序被处理器执行时实现如上文所述的终端入网方法的步骤。
152.由于本存储介质采用了上述所有实施例的全部技术方案，因此至少具有上述实施例的技术方案所带来的所有有益效果，在此不再一一赘述。
153.此外，参照图9，本发明实施例还提出一种音频播放装置，所述音频播放装置包括：
154.转换模块10，用于在目标网页接收到多路待播放直播流时，将多路所述待播放直播流分别转换为对应的音频数据传输流。
155.需要说明的是，本实施例的执行主体为音频播放设备，还可为其他可实现相同或相似功能的设备，例如移动终端，本实施例对此不作限制，在本实施例中，以移动终端上配置的浏览器为例进行说明。
156.在本实施例中，所述浏览器可为安卓系统支持的浏览器，还可为苹果系统支持的浏览器，本实施例对浏览器的类型不作限制，因此，在任何浏览器下均可实现多路音频的播放，本实施例主要针对在移动端的页面上在直播间进行直播时实现多路音频的播放。
157.可以理解的是，音频数据传输流为adts，待播放直播流为aac或者原始直播流，在为原始直播流时，需对原始直播流进行采集，以及推流和拉流，转换为aac，由于aac无法通过网页的播放器进行播放，因此，需要将aac转换为adts，从而实现直播流的有效播放，如图
3所示的多路直播的界面展示示意图，在当前直播间中可同时展示主播1和主播2的音频信息。
158.解码模块20，用于分别对各音频数据传输流进行解码，获得多路音频数据。
159.需要说明的是，由于adts为根据aac进行转换得到的，因此为了获得多路音频数据传输流中的传输流信息，需要对对各音频数据传输流进行解码，获得多路音频数据，从而实现对多路音频数据的合并。
160.如图4所示的整体示意图，在网页播放模块获取待播放直播流，将所述待播放直播流进行解复用，得到高级音频编码，并将高级音频编码进行转换，从而得到音频数据传输流，然后将音频数据传输流进行解码，得到多路音频数据，并将多路音频数据进行合并，得到目标音频，将目标音频进行播放，从而实现移动端上基于网页的多路音频的播放，其中，通过fetch或xmlhttprequest或websocket等方式获取待播放直播流。
161.在具体实现中，多路音频数据可为音频数据传输流中的原生数据流，如图5所示的音频数据传输流的数据结构示意图，包括音频数据传输流头部、纠错部分以及原生数据块部分，将对各音频数据传输流进行解码，从而可得到音频数据传输流头部、纠错部分以及原生数据块部分，其中，获得的多路音频数据可为原生数据块部分，从而实现对音频数据传输流的还原，以便实现多路音频数据的连续播放。
162.合并模块30，用于对多路所述音频数据进行合并，获得目标音频。
163.在本实施例中，由于对各音频数据传输流进行解码，获得多路音频数据，通过多路音频数据从而可对多路所述音频数据进行合并，获得目标音频，其中，目标音频为处理后的进行直播的音频数据。
164.播放模块40，用于对所述目标音频进行播放，以实现多路直播流的音频播放。
165.本实施例通过上述方案，通过在目标网页接收到多路待播放直播流时，将多路所述待播放直播流分别转换为对应的音频数据传输流；分别对各音频数据传输流进行解码，获得多路音频数据；对多路所述音频数据进行合并，获得目标音频；对所述目标音频进行播放，以实现多路直播流的音频播放，从而可在不同浏览器的网页上实现多路直播流的音频播放。
166.进一步地，可选的，所述目标音频包括直播房间标签信息；
167.所述播放模块，还用于提取所述目标音频中的直播房间标签信息；
168.根据所述直播房间标签信息将所述目标音频在对应直播间进行播放。
169.可选的，所述音频播放装置还包括：连麦模块；
170.所述连麦模块，用于获取连麦指令信息；
171.在获取到所述连麦指令信息对应的响应信息时，提取所述连麦指令信息中的待加入用户标签信息；
172.根据所述待加入用户标签信息将新用户加入所述直播间。
173.可选的，所述音频播放装置还包括：更新模块；
174.所述更新模块，用于获取所述新用户的语音信息；
175.根据所述语音信息对所述目标音频进行更新。
176.可选的，所述更新模块，还用于判断所述新用户的身份信息；
177.在所述身份信息为主播身份时根据所述语音信息对所述目标音频进行更新。
178.可选的，所述播放模块，还用于提取所述目标音频中各路音频数据的用户标签信息；
179.根据所述用户标签信息在预设对应关系中查找对应的直播播放参数信息；
180.根据所述直播播放参数信息在直播间对所述目标音频进行播放。
181.可选的，所述音频播放装置还包括：获取模块；所述获取模块，用于获取用户在所述直播间设置的直播播放参数信息以及获取用户进入所述直播间的用户标签信息；
182.根据所述用户标签信息以及对应的直播播放参数信息建立预设对应关系。
183.可选的，所述获取模块，还用于获取当前页面支持的服务类型信息；
184.在所述服务类型信息未包括媒体源扩展类型信息时，将所述当前页面加载媒体源扩展应用程序，得到目标网页。
185.可选的，所述音频数据包括采样时间序列；所述合并模块，还用于读取所述音频数据的采样时间序列；
186.根据所述采样时间序列对多路所述音频数据进行合并，获得目标音频。
187.可选的，所述合并模块，还用于调用合并脚本信息；
188.通过所述合并脚本信息采用所述采样时间序列对多路所述音频数据进行合并，获得目标音频。
189.可选的，所述获取模块，还用于获取所述目标音频对应的频谱数据；
190.对所述频谱数据进行可视化分析，得到可视化音频数据。
191.可选的，所述获取模块，还用于获取所述频谱数据中的数组信息；
192.调用网页画布应用程序，通过所述网页画布应用程序对所述数组信息进行可视化分析，得到可视化音频数据。
193.本发明所述音频播放装置采用了上述所有实施例的全部技术方案，因此至少具有上述实施例的技术方案所带来的所有有益效果，在此不再一一赘述。
194.本发明提供一种音频播放方法，所述音频播放方法包括以下步骤：
195.在目标网页接收到多路待播放直播流时，将多路所述待播放直播流分别转换为对应的音频数据传输流；
196.分别对各音频数据传输流进行解码，获得多路音频数据；
197.对多路所述音频数据进行合并，获得目标音频；
198.对所述目标音频进行播放，以实现多路直播流的音频播放。
199.可选的，所述目标音频包括直播房间标签信息；
200.所述对所述目标音频进行播放，包括：
201.提取所述目标音频中的直播房间标签信息；
202.根据所述直播房间标签信息将所述目标音频在对应直播间进行播放。
203.可选的，所述根据所述直播房间标签信息将所述目标音频在对应直播间进行播放之后，所述方法还包括：
204.获取连麦指令信息；
205.在获取到所述连麦指令信息对应的响应信息时，提取所述连麦指令信息中的待加入用户标签信息；
206.根据所述待加入用户标签信息将新用户加入所述直播间。
207.可选的，所述根据所述待加入用户标签信息将新用户加入所述直播间之后，所述方法还包括：
208.获取所述新用户的语音信息；
209.根据所述语音信息对所述目标音频进行更新。
210.可选的，所述根据所述语音信息对所述目标音频进行更新之前，所述方法还包括：
211.判断所述新用户的身份信息；
212.在所述身份信息为主播身份时执行所述根据所述语音信息对所述目标音频进行更新的步骤。
213.可选的，所述对所述目标音频进行播放，包括：
214.提取所述目标音频中各路音频数据的用户标签信息；
215.根据所述用户标签信息在预设对应关系中查找对应的直播播放参数信息；
216.根据所述直播播放参数信息在直播间对所述目标音频进行播放。
217.可选的，所述根据所述用户标签信息在预设对应关系中查找对应的直播播放参数信息之前，所述方法还包括：
218.获取用户在所述直播间设置的直播播放参数信息以及获取用户进入所述直播间的用户标签信息；
219.根据所述用户标签信息以及对应的直播播放参数信息建立预设对应关系。
220.可选的，所述在目标网页接收到多路待播放直播流时，将多路所述待播放直播流分别转换为对应的音频数据传输流之前，所述方法还包括：
221.获取当前页面支持的服务类型信息；
222.在所述服务类型信息未包括媒体源扩展类型信息时，将所述当前页面加载媒体源扩展应用程序，得到目标网页。
223.可选的，所述音频数据包括采样时间序列；
224.所述对多路所述音频数据进行合并，获得目标音频，包括：
225.读取所述音频数据的采样时间序列；
226.根据所述采样时间序列对多路所述音频数据进行合并，获得目标音频。
227.可选的，所述根据所述采样时间序列对多路所述音频数据进行合并，获得目标音频，包括：
228.调用合并脚本信息；
229.通过所述合并脚本信息采用所述采样时间序列对多路所述音频数据进行合并，获得目标音频。
230.可选的，所述对所述目标音频进行播放之后，所述方法还包括：
231.获取所述目标音频对应的频谱数据；
232.对所述频谱数据进行可视化分析，得到可视化音频数据。
233.可选的，所述对所述频谱数据进行可视化分析，得到可视化音频数据，包括：
234.获取所述频谱数据中的数组信息；
235.调用网页画布应用程序，通过所述网页画布应用程序对所述数组信息进行可视化分析，得到可视化音频数据。
236.此外，为实现上述目的，本发明还提出一种音频播放装置，所述音频播放装置包
括：
237.转换模块，用于在目标网页接收到多路待播放直播流时，将多路所述待播放直播流分别转换为对应的音频数据传输流；
238.解码模块，用于分别对各音频数据传输流进行解码，获得多路音频数据；
239.合并模块，用于对多路所述音频数据进行合并，获得目标音频；
240.播放模块，用于对所述目标音频进行播放，以实现多路直播流的音频播放。
241.可选的，所述目标音频包括直播房间标签信息；
242.所述播放模块，还用于提取所述目标音频中的直播房间标签信息；
243.根据所述直播房间标签信息将所述目标音频在对应直播间进行播放。
244.可选的，所述音频播放装置还包括：连麦模块；
245.所述连麦模块，用于获取连麦指令信息；
246.在获取到所述连麦指令信息对应的响应信息时，提取所述连麦指令信息中的待加入用户标签信息；
247.根据所述待加入用户标签信息将新用户加入所述直播间。
248.可选的，所述音频播放装置还包括：更新模块；
249.所述更新模块，用于获取所述新用户的语音信息；
250.根据所述语音信息对所述目标音频进行更新。
251.可选的，所述更新模块，还用于判断所述新用户的身份信息；
252.在所述身份信息为主播身份时根据所述语音信息对所述目标音频进行更新。
253.可选的，所述播放模块，还用于提取所述目标音频中各路音频数据的用户标签信息；
254.根据所述用户标签信息在预设对应关系中查找对应的直播播放参数信息；
255.根据所述直播播放参数信息在直播间对所述目标音频进行播放。
256.以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。