播放设备的控制方法、播放设备及计算机存储介质与流程

本公开涉及分布式放音技术，尤其涉及一种播放设备的控制方法、播放设备及计算机存储介质。

背景技术：

随着智能音箱的普及，用户对于音箱播放音乐的使用频率越来越高，同时对于音质的要求以及沉浸式的放音体验需求日益强烈。相关技术中，分布式放音一般是基于一个服务端server和多个客户端client的架构实现的。其中，server以及多个client之间通过wifi网络进行链接。但在分布式放音过程中，客户端之间经常出现播放不同步，播放指令执行不灵敏等问题，极大地影响了用户体验。

技术实现要素：

为克服相关技术中存在的问题，本公开提供一种播放设备的控制方法、播放设备及计算机存储介质。

根据本公开实施例的第一方面，提供一种播放设备的控制方法，应用于播放设备，包括：

获取多设备同步播放的第一音频数据；

根据预设编码算法对所述第一音频数据进行音频编码处理，得到第二音频数据；

对所述第二音频数据进行音频解码处理后播放，并将所述第二音频数据传输给参与多设备同步播放的其他播放设备；

其中，所述预设编码算法用于多设备同步播放音频处理，所述第二音频数据的大小小于所述第一音频数据的大小。

其中，上述播放设备的控制方法，还包括：

向所述其他播放设备发送同步对时信息，所述同步对时信息至少包括所述播放设备的cpu晶振频率信息。

其中，上述播放设备的控制方法中，获取多设备同步播放的第一音频数据，包括：

接收音频播放指令；

根据所述音频播放指令，从预先连接的服务端获取所述第一音频数据。

其中，上述播放设备的控制方法，还包括：

与所述其他播放设备之间传输多设备同步播放的配置信息，所述配置信息至少包括如下任一种信息：

同步播放的音量信息、同步播放的播放模式。

根据本公开实施例的第二方面，提供一种播放设备的控制方法，应用于播放设备，包括：

接收参与多设备同步播放的其他播放设备发送的音频数据；

根据预设编码算法对所述音频数据进行音频解码处理，播放处理后的音频数据；

其中，所述预设编码算法与所述其它播放设备发送的音频数据采用的音频编码算法相同。

其中，上述播放设备的控制方法，还包括：

接收所述其他播放设备发送的同步对时信息，所述同步对时信息至少包括所述其他播放设备的cpu晶振频率信息；

所述播放处理后的音频数据，包括：

根据所述同步对时信息，控制与所述播放设备同步播放处理后的音频数据。

其中，上述播放设备的控制方法，还包括：

与所述其他播放设备之间传输多设备同步播放的配置信息，所述配置信息至少包括如下任一种信息：

同步播放的音量信息、同步播放的播放模式。

根据本公开实施例的第三方面，提供一种播放设备，包括：

获取模块，用于获取多设备同步播放的第一音频数据；

编码模块，用于根据预设编码算法对所述第一音频数据进行音频编码处理，得到第二音频数据；

同步播放模块，用于对所述第二音频数据进行音频解码处理后播放，并将所述第二音频数据传输给参与多设备同步播放的其它播放设备；

其中，所述预设编码算法用于多设备同步播放音频处理，所述第二音频数据的大小小于所述第一音频数据的大小。

其中，上述播放设备，还包括：

第一发送模块，用于向所述其它播放设备发送同步对时信息，所述同步对时信息至少包括所述播放设备的cpu晶振频率信息。

其中，上述播放设备中，所述获取模块，包括：

接收子模块，用于接收音频播放指令；

获取子模块，用于根据所述音频播放指令从预先连接的服务端获取所述第一音频数据。

其中，上述播放设备，还包括：

第二发送模块，用于与所述其它播放设备之间传输多设备同步播放的配置信息，所述配置信息至少包括如下任一种信息：

同步播放的音量信息、同步播放的播放模式。

根据本公开实施例的第三方面，提供一种播放设备，包括：

第一接收模块，用于接收参与多设备同步播放的其它播放设备发送的音频数据；

播放模块，用于根据预设编码算法对所述音频数据进行音频解码处理，播放处理后的音频数据；

其中，所述预设编码算法与所述其它播放设备发送的音频数据采用的音频编码算法相同。

其中，上述播放设备，还包括：

第二接收模块，用于接收所述其它播放设备发送的同步对时信息，所述同步对时信息至少包括所述其它播放设备的cpu晶振频率信息；

所述播放模块，播放处理后的音频数据，包括：

根据所述同步对时信息，控制与所述其它播放设备同步播放处理后的音频数据。

其中，上述播放设备，还包括：

传输模块，用于与所述其它播放设备之间传输多设备同步播放的配置信息，所述配置信息至少包括如下任一种信息：

同步播放的音量信息、同步播放的播放模式。

根据本公开实施例的第五方面，提供一种播放设备，包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器被配置为：

获取多设备同步播放的第一音频数据；

根据预设编码算法对所述第一音频数据进行音频编码处理，得到第二音频数据；

对所述第二音频数据进行音频解码处理后播放，并将所述第二音频数据传输给参与多设备同步播放的其它播放设备；

其中，所述预设编码算法用于多设备同步播放音频处理，所述第二音频数据的大小小于所述第一音频数据的大小。

根据本公开实施例的第六方面，提供一种播放设备，包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器被配置为：

接收参与多设备同步播放的其它播放设备发送的音频数据；

根据预设编码算法对所述音频数据进行音频解码处理，播放处理后的音频数据；

其中，所述预设编码算法与所述其它播放设备发送的音频数据采用的音频编码算法相同。

根据本公开实施例的第七方面，提供一种非临时性计算机可读存储介质，当所述存储介质中的指令由终端设备的处理器执行时，使得终端设备能够执行一种播放设备的控制方法，所述方法包括：

获取多设备同步播放的第一音频数据；

根据预设编码算法对所述第一音频数据进行音频编码处理，得到第二音频数据；

对所述第二音频数据进行音频解码处理后播放，并将所述第二音频数据传输给参与多设备同步播放的其它终端设备；

其中，所述预设编码算法用于多设备同步播放音频处理，所述第二音频数据的大小小于所述第一音频数据的大小。

根据本公开实施例的第八方面，提供一种非临时性计算机可读存储介质，当所述存储介质中的指令由终端设备的处理器执行时，使得终端设备能够执行一种播放设备的控制方法，所述方法包括：

接收参与多设备同步播放的其它终端设备发送的音频数据；

根据预设编码算法对所述音频数据进行音频解码处理，播放处理后的音频数据；

其中，所述预设编码算法与所述其它播放设备发送的音频数据采用的音频编码算法相同。

本公开的实施例提供的技术方案可以包括以下有益效果：

本实施例技术方案，利用高性能的音频编码算法对原始音频数据进行音频编码处理，以减小同步音频数据的空间大小，从而大大降低多设备之间同步音频数据的时延，提高多设备同步播放的同步精度，加强了立体声音效，带给了用户更好的沉浸式放音体验。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本发明的实施例，并与说明书一起用于解释本发明的原理。

图1是根据一示例性实施例示出的一种播放设备的控制方法的流程图。

图2是根据一示例性实施例示出的一种播放设备的控制方法的流程图。

图3是根据一示例性实施例示出的一种播放设备的控制方法的流程图。

图4是根据一示例性实施例示出的一种播放设备的控制方法的流程图。

图5是根据一示例性实施例示出的一种播放设备的框图。

图6是根据一示例性实施例示出的一种播放设备的框图。

图7是根据一示例性实施例示出的一种播放设备的框图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本发明相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本发明的一些方面相一致的装置和方法的例子。

图1是根据一示例性实施例示出的一种播放设备的控制方法的流程图。应用于第一播放设备中，该方法包括如下操作：

步骤s101，获取多设备同步播放的第一音频数据；

其中，第一音频数据即为多设备同步播放的音频资源，该第一音频数据可以为原始音频数据。

多设备同步播放为至少两个播放设备同步播放同一音频数据。本实施例中，所涉及播放设备可以是智能音箱，也可以是具备智能音箱功能的任意终端设备，例如，手机、平板电脑、个人计算机等。而参与多设备同步播放的设备可以是相同类型的多个播放设备。例如，可以使用多个智能音箱进行多设备同步播放。参与多设备同步播放的设备还可以是不同类型的多个播放设备。例如，可以使用多个智能音箱以及手机进行多设备同步播放。其中，参与多设备同步播放的设备可以由用户自主选择，这样可以更好地满足用户对多个设备同步播放的个性化需求，提高用户体验。

步骤s102，根据预设编码算法对第一音频数据进行音频编码处理，得到第二音频数据；

步骤s103，对第二音频数据进行音频解码处理后播放，并将第二音频数据发送给参与多设备同步播放的其他播放设备；

其中，预设编码算法用于多设备同步播放音频处理，第二音频数据的大小小于第一音频数据的大小。

本实施例中，预设编码算法，用于多设备同步播放音频处理主要是为了减小同步音频数据的空间大小，且保证对音频数据的性能影响在合理范围内。即，使用预设编码算法进行音频编码处理得到的第二音频数据的大小小于同步播放的原始音频数据(即第一音频数据)的大小。基于此，参与多设备同步播放的多个播放设备之间传输第二音频数据时，所占用的带宽会大大减小，从而可降低多设备之间同步音频数据的时延，提高多设备同步播放的同步精度，加强了立体声音效，带给了用户更好的沉浸式放音体验。本实施例中，该预设编码算法可以以算法库的形式预先配置在播放设备内，或存储在第三方数据平台中，由参与多设备同步播放的播放设备实时调用或预先调用后存储。其中，参与多设备同步播放的所有播放设备采用的预设编码算法为相同的算法。这样，多设备同步播放时，即可达到环绕立体声效果。

本实施例中，参与多设备同步播放的播放设备可以包括两个或两个以上的播放设备。因此，上述播放设备向参与多设备同步播放的其他播放设备传输第二音频数据时，可以是向参与同步播放的任意一个或多个其他播放设备传输第二音频数据。

从上述描述可以看出，本实施例利用高性能的音频编码算法对原始音频数据进行音频编码处理，以减小同步音频数据的空间大小，从而大大降低多设备之间同步音频数据的时延，提高了多设备同步播放的同步精度，保证了多设备同步播放的立体声音效，带给了用户更好的沉浸式放音体验。

本实施例还提供一种播放设备的控制方法，该方法还包括：

向其他播放设备发送同步对时信息，同步对时信息至少包括上述播放设备的cpu晶振频率信息。

其中，上述播放设备的cpu晶振频率信息可以表征出上述播放设备的时钟信息，这样，接收到同步对时信息的其他播放设备可以根据该播放设备的时钟信息，与该播放设备进行同步对时处理，进一步提高多设备间的同步播放的同步精度。

本实施例中，播放设备向其他播放设备发送同步对时信息的方式可以包括多种。例如，播放设备可以在同步播放之前，向参与多设备同步播放的其他播放设备发送同步对时信息，用于通知其他播放设备进行对时处理。或者在同步播放过程中，播放设备周期性向其他播放设备发送同步对时信息。又如，播放设备可以在接收到其他播放设备发送的对时请求消息时，根据该对时请求消息，向其他播放设备反馈同步对时信息。

本实施例中，播放设备的cpu晶振频率信息反映的是设备硬件的时钟信息，其与时间戳等同步信息相比，其实现的同步精度可达到毫秒级。大大提高了多设备同步播放的效果，提高了用户体验。

本实施例还提供一种播放设备的控制方法，其中，获取多设备同步播放的第一音频数据，包括：

接收音频播放指令；

根据音频播放指令，从预先连接的服务端获取第一音频数据。

本实施例中，播放设备在进行多设备同步播放操作之前，播放设备需要接入用于控制多设备同步放音的网络。该网络可以是wi-fi、家庭网络、4g/5g网络等。接入该网络的设备包括同步播放的多个播放设备，以及控制多设备同步播放的管理设备(例如服务端)。因此，本实施例中的播放设备获取多设备同步播放的第一音频数据时，可以根据接收到的音频播放指令，从预先连接的服务端获取。

其中，接收的音频播放指令的来源可以包括多种。例如，播放设备接收的音频播放指令，可以是服务端根据客户端操作，向播放设备下发的。其中，客户端可以是安装在智能终端设备上的音频类app，用户通过对app的操作，从而由客户端app向服务端发送音频播放指令，再由服务端下发给播放设备。又如，播放设备可以在检测到用户发起的语音指令，若识别语音指令为音频播放操作，即确定接收到了音频播放指令。

播放设备从服务端获取待播放的第一音频数据时，可以根据音频播放指令中包含的音频资源地址信息，从服务端侧获取第一音频数据。

本实施例中，播放设备从预先连接的服务端获取到同步播放的第一音频数据，从而可以实现多设备之间的同步播放。

本实施例还提供一种播放设备的控制方法，该方法还包括：

播放设备与其他播放设备之间传输多设备同步播放的配置信息，配置信息至少包括如下任一种信息：

同步播放的音量信息、同步播放的播放模式。

本实施例中，播放设备与其他播放设备之间传输多设备同步播放的配置信息的方式可以包括多种。例如，可以是由播放设备将已存储或获取到配置信息发送给参与多设备同步播放的其他播放设备。也可以是，其他播放设备将已存储或获取到配置信息发送给该播放设备。其中，同步播放的音量信息表示，参与同步播放的播放设备输出的音量大小。播放设备之间传输了同步播放的音量信息后，在同步播放过程中，各个播放设备即可根据该同步播放的音量大小播放音频。在一次同步播放过程中，所有播放设备同步播放的音量信息可以相同。例如，参与多设备同步播放的所有播放设备按照相同的音量大小进行同步播放。也可以根据播放设备之间的空间位置关系，配置不同播放设备的同步播放的音量信息不相同。例如，以参与多设备同步播放的某个播放设备为主用设备时，以该主用设备为中心，可以依据不同播放设备与该主用设备之间的不同距离分别调整同步播放的音量大小。

同步播放的播放模式表示，参与同步播放的播放设备输出的音效。在一次同步播放过程中，所有播放设备同步播放的音效可以相同，也可以不相同。播放设备之间传输了同步播放的播放模式后，在同步播放过程中，各个播放设备即可按照该同步播放的播放模式播放音频。

本实施例中，多设备同步播放的配置信息，可以是服务端下发给参与多设备同步播放的播放设备中的任一个播放设备，或者是服务端下发给参与多设备同步播放的所有播放设备的。再由播放设备之间共享配置信息即可。其中，服务端所下发的配置信息，可以是服务端接收到的客户端设置的配置信息，也可以是服务端中初始设置的配置信息。

可见，本实施例中，通过播放参与多设备同步播放的播放设备之间进行配置信息的共享，可以提高多设备同步播放的效果，提高用户体验。

图2是根据一示例性实施例示出的一种播放设备的控制方法的流程图。该方法应用于播放设备中，主要包括如下操作：

步骤s201，接收参与多设备同步播放的其他播放设备发送的音频数据；

本实施例中，多设备同步播放指至少两个播放设备同步播放同一音频数据。如上文所述，本文所涉及播放设备可以是智能音箱，也可以是具备智能音箱功能的任意终端设备，例如，手机、平板电脑、个人计算机等。而参与多设备同步播放的设备可以是相同类型的多个播放设备。例如，可以使用多个智能音箱进行多设备同步播放。参与多设备同步播放的设备还可以是不同类型的多个播放设备。步骤s201中，参与多设备同步播放的其他播放设备可以是一个或多个。

步骤s202，根据预设编码算法对音频数据进行音频解码处理，播放处理后的音频数据；

其中，预设编码算法与上述其它播放设备发送的音频数据采用的音频编码算法相同。

本实施例中，预设编码算法用于多设备同步播放音频处理，主要是为了减小同步音频数据的空间大小，且保证对音频数据的性能影响在合理范围内。与上述实施例中参与多设备同步播放的播放设备，进行音频编码得到第二音频数据时所使用的预设编码算法相同。在上述实施例中，该预设编码算法用于对多设备同步播放的原始音频数据(即第一音频数据)进行编码得到第二音频数据。而在本实施例中同，该预设编码算法主要用于对参与多设备同步播放的其他设备共享的第二音频数据，进行解码，从而得到同步播放的原始音频数据，即恢复为第一音频数据用于同步播放。并且，如上文所描述的，播放设备接收到的音频数据，已进行过音频编码处理，因此，在传输过程中所占用的带宽会很小，从而降低了本播放设备与其他播放设备之间的传输时延，提高多设备同步播放的同步精度，加强立体声音效，带给了用户更好的沉浸式放音体验。本实施例中，该预设编码算法可以以算法库的形式预先配置在播放设备内，或存储在第三方数据平台中，由参与多设备同步播放的播放设备实时调用，或预先调用后存储。其中，参与多设备同步播放的所有播放设备采用的预设编码算法为相同的算法。这样，多设备同步播放时，即可达到环绕立体声效果。

从上述描述可以看出，本实施例利用高性能的音频编码算法对其他播放设备同步的音频数据进行音频解码处理并播放，保证了多设备同步播放的立体声音效，带给了用户更好的沉浸式放音体验。

本实施例还提供一种播放设备的控制方法，该方法还包括：

接收其他播放设备发送的同步对时信息，同步对时信息至少包括其他播放设备的cpu晶振频率信息；

播放处理后的音频数据，包括：

根据同步对时信息，控制与其他设备同步播放处理后的音频数据。

如上文所描述的，其他播放设备的cpu晶振频率信息可以表征出参与多设备同步播放的其他播放设备的时钟信息。因此，接收到同步对时信息的播放设备可以根据其他播放设备的时钟信息，与其他播放设备进行同步对时处理，即控制与其他播放设备同步播放处理后的音频数据，从而实现多设备间的同步播放。

本实施例中，接收其他播放设备发送的同步对时信息的方式可以包括多种。例如，可以在同步播放之前，或者在同步播放过程中，接收其他播放设备实时发送的同步对时信息。又如，可以向其他播放设备实时或周期性发送对时请求消息，触发其他播放设备向本播放设备反馈同步对时信息。此时本播放设备通过其他播放设备反馈的对时请求消息的应答，即可接收到同步对时信息。

本实施例中，播放设备的cpu晶振频率信息反映的是设备硬件的时钟信息，其与时间戳等同步信息相比，其实现的同步精度可达到毫秒级。大大提高了多设备同步播放的效果，提高了用户体验。

本实施例还提供一种播放设备的控制方法，该方法还包括：

与其他播放设备之间传输多设备同步播放的配置信息，配置信息至少包括如下任一种信息：

同步播放的音量信息、同步播放的播放模式。

如上述文所描述的，与其他播放设备之间传输多设备同步播放的配置信息的方式可以包括多种。例如，可以是本播放设备向其他播放设备发送上述配置信息中的任一种或两种信息。又如，可以是本播放设备接收其他播放设备发送的上述配置信息中的任一种或两种信息。

同步播放的音量信息可以表示，参与同步播放的播放设备输出的音量大小。同步播放的播放模式可以表示，参与同步播放的播放设备输出的音效。这些配置信息均属于多设备同步播放的配置参数，在同步播放过程中，各个播放设备按照配置信息进行同步播放即可。

其中，多设备同步播放的配置信息，可以是服务端下发给参与多设备同步播放的播放设备中的任一个播放设备，或者是服务端下发给参与多设备同步播放的所有播放设备的。再由播放设备之间共享配置信息即可。其中，服务端所下发的配置信息，可以是服务端接收到的客户端设置的配置信息，也可以是服务端中初始设置的配置信息。

可见，本实施例中，通过播放参与多设备同步播放的播放设备之间进行配置信息的共享，可以提高多设备同步播放的效果，提高用户体验。

图3是根据一示例性实施例示出的一种播放设备的控制方法的流程图。该方法可应用于智能音箱设备，或安装有智能播放客户端的终端设备。该过程如图3所示，包括如下操作：

步骤s301，播放设备接入用于控制多设备同步放音的网络。

该步骤中，用于控制多设备同步放音的网络可以包括种形式的网络。例如，可以是wi-fi、家庭网络、4g/5g网络等。接入用于控制多设备同步放音的网络的设备可以包括有控制多设备同步放音的管理设备(例如管理服务器)，以及参与同步话音的多个播放设备。

步骤s302，播放设备接收用于控制多设备同步放音的配置指令，并进行对应操作。

该步骤中，配置指令中可以包括各种配置信息。例如，同步播放的音量信息、同步播放的播放模式等。此时，播放设备存储配置信息，并设置同步播放的方式为，按照所存储的配置信息进行同步播放。

配置指令还可以包括各种初始化操作。例如，初始化放音算法库，即通过初始化放音算法库预先加载预设编码算法。本文中，放音算法库可用于多设备同步立体声播放音频处理。

其中，上述配置指令可以是播放设备所接入的网络中的服务端下发给各播放设备的。也可以是播放设备所接入的网络中播放设备之间传输的。

步骤s303，播放设备接收到音频播放指令时，从服务端获取待播放的pcm音频数据。

该步骤中，播放设备接收音频播放指令的方式可以包括多种。例如，播放设备接收的音频播放指令，可以是服务端根据客户端操作，向播放设备下发的。例如，客户端可以是安装在智能终端设备上的音频类app，用户通过对app的操作，从而由客户端app向服务端发送音频播放指令，再由服务端下发给播放设备。

播放设备接收的音频播放指令，还可以是本播放设备直接接收的。例如，播放设备检测到唤醒词后，检测到语音指令，若识别语音指令为音频播放操作，即确定接收到了音频播放指令。

其中，播放设备从服务端获取待播放的第一音频数据时，可以根据音频播放指令中下发的音频资源地址，从服务端侧获取pcm音频数据。该pcm音频数据即为上文所称的第一音频数据。播放设备即为上文所称的第一播放设备。

步骤s304，播放设备根据预设的放音算法库，将pcm音频数据编码为opus音频数据，并本地解码后播放，同时将编码得到的opus音频数据发送给接入网络的其它播放设备。

该步骤中，放音算法库可用于多设备同步立体声播放音频处理，因此，经该放音算法库中的编码算法，对音频数据编码所生成的opus音频数据，具有立体声音质，可以带给用户更好的沉浸式放音体验。该opus音频数据即为上文所称的第二音频数据。

步骤s305，在播放音频过程中，播放设备接收到其它播放设备发送的对时请求消息时，向该设备反馈对时响应消息，该对时响应消息中携带有播放设备的cpu的晶振频率参数。

该步骤中，播放设备的cpu的晶振频率参数可以表征出播放设备的时钟信息，这样，其它设备可以根据播放设备的时钟信息，实现同步播放。

步骤s306，当播放设备接收到播放控制指令时，根据播放控制指令进行相应处理，并将接收到的播放控制指令同步至网络中的其它播放设备。

其中，播放设备接收播放控制指令的方式与上述步骤s303接收音频播放指令的方式相类似。可以是播放设备从服务端侧接收到的。例如，安装在智能终端设备上的音频类app，向服务端发起播放控制指令，服务端将播放控制指令下发给播放设备。还可以是播放设备接收到的语音指令，即播放设备检测到语音指令，若识别语音指令为播放控制操作，即确定接收到了播放控制指令。

其中，播放控制指令至少可以包括暂停播放、恢复播放、结束播放、切换为下一首歌曲等指令。

当接收到的播放控制指令为暂停播放指令时，播放设备中止当前播放操作，并将暂停播放指令同步至其它播放设备，用于通知其它播放设备同步暂停播放操作。

当接收到的播放控制指令为恢复播放指令时，播放设备开始播放已中止播放的音频数据，并将恢复播放指令同步至其它播放设备，用于通知其它播放设备同步恢复播放操作。

当接收到的播放控制指令为结束播放指令时，播放设备终止播放操作，并将结束播放指令同步至其它播放设备，用于通知其它播放设备同步结束播放操作。

当接收到的播放控制指令为切换为下一首歌曲指令时，播放设备终止播放当前歌曲，播放列表中歌曲排序为当前歌曲的下一首歌曲，并将切换为下一首歌曲指令同步至其它播放设备，用于通知其它播放设备同步播放下一首歌曲。

在实际应用中，上述步骤s305和步骤s306的执行顺序可做调整，即可以先执行步骤s306再执行步骤s305。也可以在多次执行步骤s305后，执行步骤s306。或者步骤s305和步骤s306交替执行。

可见，本实施例，通过高性能的放音算法库，降低了多设备之间共享的同步播放的音频数据的空间大小，从而降低了多设备之间对同步播放的音频的传输时延，保证了多设备同步播放的同步精度，加了同步播放的立体声音效，带给了用户更好的沉浸式放音体验。且，本实施例通过播放设备的cpu晶振参数实现多设备之间的时间同步，其同步精度可达到毫秒级，因此，进一步提高了多设备同步播放的效果，提高了用户体验。

图4是根据一示例性实施例示出的一种播放设备的控制方法的流程图。该方法可应用于智能音箱设备，或安装有智能播放客户端的终端设备。该过程如图4所示，包括如下操作：

步骤s401，播放设备接入用于控制多设备同步放音的网络。

步骤s402，播放设备接收用于控制多设备同步放音的配置指令，并进行对应操作。

上述步骤s401和s402与上述实施例的步骤s301和s302相类似。在此不再赘述。

步骤s403，播放设备接收其它播放设备发送的opus音频数据。

本文中，播放设备即为上文所称的第二播放设备。

步骤s404，播放设备根据预设的放音算法库，对opus音频数据进行解码后播放。

该步骤中，预设的放音算法库为步骤s402中已初始化的放音算法库，即网络中接入的多设备之间初始化的放音算法库相同。因此，播放设备可以按照该放音算法库中的编码算法对应的解码算法，对接收的opus音频数据进行解码操作即可。

其中，由于放音算法库可用于多设备同步立体声播放音频处理，因此，经该放音算法库中的编码算法，编码所生成的opus音频数据，具有立体声音质。这样，播放设备所播放的音频可以带给用户更好的沉浸式放音体验。

步骤s405，在播放音频过程中，播放设备周期性向其它播放设备发送的对时请求消息。

步骤s406，接收到其它播放设备反馈的对时响应消息，从该对时响应消息中获取其他播放设备的cpu的晶振频率参数，根据cpu的晶振频率参数与其它播放设备进行对时处理。

步骤s407，当播放设备接收到播放控制指令时，根据播放控制指令进行相应处理，并将接收到的播放控制指令同步至网络中的其它播放设备。

该步骤的具体执行方式，与上述实施例中步骤s306的执行方式相类似。在此不再赘述。

可见，本实施例中，播放设备做为第二播放设备，与接入同一网络的其它播放设备实现了同步播放功能。其中，使用了高性能的放音算法库中的编码算法，对待播放音频进行音频编码处理，从而保证了多设备同步播放的立体声音效，带给了用户更好的沉浸式放音体验。且，本实施例通过播放设备的cpu晶振参数实现多设备之间的时间同步，其同步精度可达到毫秒级，因此，提高了多设备同步播放的效果，提高了用户体验。

图5根据一示例性实施例示出的一种播放设备的框图。如图5所示，该设备至少包括获取模块51、编码模块52和同步播放模块53。

获取模块51，被配置为，获取多设备同步播放的第一音频数据；

编码模块52，被配置为，根据预设编码算法对第一音频数据进行音频编码处理，得到第二音频数据；

同步播放模块53，被配置为，对第二音频数据进行音频解码处理后播放，并将第二音频数据传输给参与多设备同步播放的其它播放设备；

其中，预设编码算法用于多设备同步播放音频处理，其它播放设备包括与本播放设备同步播放音频的设备，所述第二音频数据的大小小于所述第一音频数据的大小。

本实施例还提供了一种播放设备，该设备还包括：

第一发送模块，被配置为，向其它播放设备发送同步对时信息，同步对时信息至少包括播放设备的cpu晶振频率信息。

本实施例还提供了一种播放设备，其中，获取模块包括：

接收子模块，被配置为，接收音频播放指令；

获取子模块，被配置为，根据音频播放指令从预先连接的服务端获取第一音频数据。

本实施例还提供了一种播放设备，该设备还包括：

第二发送模块，被配置为，与其它播放设备之间传输多设备同步播放的配置信息，配置信息至少包括如下任一种信息：

同步播放的音量信息、同步播放的播放模式。

关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

图6根据一示例性实施例示出的一种播放设备的框图。如图6所示，该设备至少包括第一接收模块61和播放模块62。

第一接收模块61，被配置为，接收参与多设备同步播放的其它播放设备发送的音频数据；

播放模块62，被配置为，根据预设编码算法对音频数据进行音频解码处理，播放处理后的音频数据；

其中，预设编码算法与其它播放设备发送的音频数据采用的音频编码算法相同。

本实施例还提供了一种播放设备，该设备还包括：

第二接收模块，被配置为，接收其它播放设备发送的同步对时信息，同步对时信息至少包括其它播放设备的cpu晶振频率信息；

播放模块，播放处理后的音频数据，包括：

根据同步对时信息，控制与其它设备同步播放处理后的音频数据。

本实施例还提供了一种播放设备，该设备还包括：

传输模块，被配置为，与其它播放设备之间传输多设备同步播放的配置信息，配置信息至少包括如下任一种信息：

同步播放的音量信息、同步播放的播放模式。

关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

图7是根据一示例性实施例示出的一种播放设备700的框图。例如，装置700可以是移动电话，计算机，数字广播终端，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理等。

参照图7，装置700可以包括以下一个或多个组件：处理组件702，存储器704，电源组件706，多媒体组件708，音频组件710，输入/输出(i/o)的接口712，传感器组件714，以及通信组件716。

处理组件702通常控制装置700的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理组件702可以包括一个或多个处理器720来执行指令，以完成上述的方法的全部或部分步骤。此外，处理组件702可以包括一个或多个模块，便于处理组件702和其他组件之间的交互。例如，处理组件702可以包括多媒体模块，以方便多媒体组件708和处理组件702之间的交互。

存储器704被配置为存储各种类型的数据以支持在设备700的操作。这些数据的示例包括用于在装置700上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器704可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(sram)，电可擦除可编程只读存储器(eeprom)，可擦除可编程只读存储器(eprom)，可编程只读存储器(prom)，只读存储器(rom)，磁存储器，快闪存储器，磁盘或光盘。

电源组件706为装置700的各种组件提供电力。电源组件706可以包括电源管理系统，一个或多个电源，及其他与为装置700生成、管理和分配电源相关联的组件。

多媒体组件708包括在所述装置700和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(lcd)和触摸面板(tp)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件708包括一个前置摄像头和/或后置摄像头。当设备700处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。

音频组件710被配置为输出和/或输入音频信号。例如，音频组件710包括一个麦克风(mic)，当装置700处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器704或经由通信组件716发送。在一些实施例中，音频组件710还包括一个扬声器，用于输出音频信号。

i/o接口712为处理组件702和外围接口模块之间提供接口，上述外围接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。

传感器组件714包括一个或多个传感器，用于为装置700提供各个方面的状态评估。例如，传感器组件714可以检测到设备700的打开/关闭状态，组件的相对定位，例如所述组件为装置700的显示器和小键盘，传感器组件714还可以检测装置700或装置700一个组件的位置改变，用户与装置700接触的存在或不存在，装置700方位或加速/减速和装置700的温度变化。传感器组件714可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件714还可以包括光传感器，如cmos或ccd图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件714还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。

通信组件716被配置为便于装置700和其他设备之间有线或无线方式的通信。装置700可以接入基于通信标准的无线网络，如wifi，2g或3g，或它们的组合。在一个示例性实施例中，通信组件716经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，所述通信组件716还包括近场通信(nfc)模块，以促进短程通信。例如，在nfc模块可基于射频识别(rfid)技术，红外数据协会(irda)技术，超宽带(uwb)技术，蓝牙(bt)技术和其他技术来实现。

在示例性实施例中，装置700可以被一个或多个应用专用集成电路(asic)、数字信号处理器(dsp)、数字信号处理设备(dspd)、可编程逻辑器件(pld)、现场可编程门阵列(fpga)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述方法。

在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器704，上述指令可由装置700的处理器720执行以完成上述方法。例如，所述非临时性计算机可读存储介质可以是rom、随机存取存储器(ram)、cd-rom、磁带、软盘和光数据存储设备等。

一种非临时性计算机可读存储介质，当所述存储介质中的指令由移动终端的处理器执行时，使得移动终端能够执行一种播放设备的控制方法方法，包括：

获取多设备同步播放的第一音频数据；

根据预设编码算法对第一音频数据进行音频编码处理，得到第二音频数据；

对第二音频数据进行音频解码处理后播放，并将第二音频数据传输给参与多设备同步播放的其它终端设备；

其中，预设编码算法用于多设备同步播放音频处理，第二音频数据的大小小于第一音频数据的大小。

还有一种非临时性计算机可读存储介质，当所述存储介质中的指令由移动终端的处理器执行时，使得移动终端能够执行一种播放设备的控制方法，包括：

接收参与多设备同步播放的其它终端设备发送的音频数据；

根据预设编码算法对音频数据进行音频解码处理，播放处理后的音频数据；

其中，预设编码算法与其它播放设备发送的音频数据采用的音频编码算法相同。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本发明的其它实施方案。本申请旨在涵盖本发明的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本发明的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本发明的真正范围和精神由下面的权利要求指出。

应当理解的是，本发明并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本发明的范围仅由所附的权利要求来限制。