CN115884067A - 一种设备组网及声道配置方法和电子设备 - Google Patents

Abstract

本申请提供了一种设备组网和声道配置方法，应用于包括第一电子设备和至少一个音频设备的***中，该方法包括：响应于检测到第一手势，所述音频设备发送组网报文；所述第一电子设备接收所述组网报文；所述第一电子设备建立所述组网报文对应的所述音频设备，与所述第一手势对应的方向所指示的声道之间的对应关系，从而使得所述组网报文对应的所述音频设备用于播放所述第一手势对应的方向所指示的声道的音频；所述第一电子设备和所述音频设备之间建立组网连接。从而，只需要用户向音频设备作出例如挥手的第一手势，就可以自动实现该音频设备与第一电子设备的组网，并自动实现该音频设备的声道配置。

Description

一种设备组网及声道配置方法和电子设备

技术领域

本申请属于终端技术领域，尤其涉及一种设备组网及声道配置方法和电子设备。

背景技术

随着生活水平提高，人们对音视频体验的追求越来越高。例如，越来越多的用户会在家中组建家庭影院，使用多个无线音箱组建多音箱环绕立体声，以获取极致的音视频体验。目前，多个设备组建环绕立体声的过程通常如下：首先，进行设备的组网；然后，为设备分配声道。整个过程中用户需要逐次操作设备关联的应用程序，和/或逐一对每个设备进行按键操作，操作较为繁琐。目前，尚没有一种操作简便的设备组网及声道配置方法。

发明内容

有鉴于此，本申请实施例提供了一种设备组网和声道配置方法，借助手势识别技术，使得用户只需要依次朝向每个音频设备挥一次手，即可完成设备组网和声道配置。用户操作十分简便，学习成本低，且不容易出错。

本申请实施例的第一方面提供了一种设备组网和声道配置方法，应用于包括第一电子设备和至少一个音频设备的***中，所述方法包括：响应于检测到第一手势，所述音频设备发送组网报文；所述第一电子设备接收所述组网报文；所述第一电子设备建立所述组网报文对应的所述音频设备，与所述第一手势对应的方向所指示的声道之间的对应关系，从而使得所述组网报文对应的所述音频设备用于播放所述第一手势对应的方向所指示的声道的音频；所述第一电子设备和所述音频设备之间建立组网连接。

应用本申请实施例第一方面提供的方法，音频设备可以在检测到第一手势的情况下就发送组网报文，接收到该组网报文的第一电子设备可以根据组网报文得知音频设备的设备标识；第一电子设备根据第一手势对应的方向，建立该方向对应的声道与音频设备之间的对应管理，并完成与音频设备之间组网连接的建立。整个过程中，只需要用户朝向音频设备作出第一手势，就可以方便地完成设备组网和声道配置，简化了操作流程，提升了用户体验。

根据第一方面，在一些实施例中，所述第一手势是用户朝向所述音频设备挥手的手势，所述方法还包括：所述第一电子设备确定所述第一手势对应的方向。也就是说，第一电子设备来确定第一手势对应的方向，从而第一电子设备可以根据该方向和声道之间的对应关系，得知要将接下来接收到的组网报文对应的音频设备配置为哪个声道。

根据第一方面，在一些实施例中，所述第一电子设备确定所述第一手势对应的方向，具体包括：所述第一电子设备通过手势识别，确定所述第一手势对应的方向；和/或，在所述第一电子设备建立所述对应关系之前，所述第一电子设备发出用于提示用户朝向所述音频设备挥手的提示信息，所述第一电子设备根据所述提示信息，确定所述第一手势对应的方向。在一些实施例中，手势识别可以是基于超声波手势识别技术实现的；在一些实施例中，手势识别可以是基于图像识别技术实现的，本申请实施例对此不做限定。和/或，也可以是第一电子设备基于它之前发出的提示信息，确定接下来接收到的组网报文对应的音频设备应当被配置为提示信息指示的挥手方向对应的声道。从而，第一电子设备得以确定第一手势对应的方向。

根据第一方面，在一些实施例中，所述音频设备包括扬声器和麦克风，所述扬声器用于发出超声波，所述麦克风用于接收所述超声波对应的超声波回波，所述音频设备检测到第一手势，具体包括：所述音频设备根据所述超声波和所述超声波回波，根据多普勒频移原理检测到所述第一手势。音频设备作为用于播放音频的电子设备，通常都包括扬声器和麦克风，因此，可以借助于扬声器和麦克风的能力，基于超声波实现对靠近音频设备的挥手手势的识别。多普勒频移原理具体为，如果超声波回波的频率高于超声波，则表明有物体靠近；如果超声波回波的频率低于超声波，则表明有物体远离。从而，音频设备可以基于多普勒频移远离，在用户朝向该音频设备挥手时，检测到该挥手手势。

根据第一方面，在一些实施例中，所述第一电子设备和所述音频设备处于同一个局域网中，所述音频设备发送组网报文，具体包括：所述音频设备在所述局域网内广播所述组网报文。从而，处于同一个局域网中的音频设备可以监听到该组网报文。在一些实施例中，在应用本申请实施例提供的方法之前，可以先将第一电子设备和音频设备连接到同一个局域网中，例如接入同一个WiFi网络。

根据第一方面，在一些实施例中，所述方法还包括：所述第一电子设备通过所述组网连接向所述音频设备发送待播放音频。从而，音频播放设备可以播放音频。

根据第一方面，在一些实施例中，所述组网报文携带有所述音频设备的设备类型标识和/或网络协议IP地址。从而，第一电子设备可以根据音频设备的设备类型标识和/或IP地址，与音频设备进行组网协商、秘钥交互，完成子网连接的建立。

本申请实施例第二方面提供一种设备组网和声道配置方法，应用于至少包括第一电子设备、第一音频设备和第二音频设备的***中，其特征在于，所述方法包括：

响应于检测到第一靠近手势，所述第一音频设备广播第一组网报文；所述第一电子设备接收所述第一组网报文；所述第一电子设备确定所述第一靠近手势是朝向第一方向的手势，所述第一方向对应于第一声道；所述第一电子设备建立所述第一音频设备和所述第一声道之间的对应关系，从而所述第一音频设备用于播放所述第一声道的音频；所述第一电子设备和所述第一音频设备建立第一组网连接；

响应于检测到第二靠近手势，所述第二音频设备广播第二组网报文；所述第一电子设备接收所述第二组网报文；所述第一电子设备确定所述第二靠近手势是朝向第二方向的手势，所述第二方向对应于第二声道；所述第一电子设备建立所述第二音频设备和所述第二声道之间的对应关系，从而所述第二音频设备用于播放所述第二声道的音频；所述第一电子设备和所述第二音频设备建立第二组网连接。

应用本申请实施例第二方面提供的方法，可以实现至少两个声道的配置。整个操作过程只需要用户分别向第一音频设备、第二音频设备作出靠近手势，就可以自动完成设备的组网和声道的配置，操作简便，用户体验较好。

根据第二方面，在一些实施例中，所述方法还包括：所述第一电子设备通过所述第一组网连接向所述第一音频设备发送所述第一声道的音频；所述第一电子设备通过所述第二组网连接向第二音频设备发送所述第二声道的音频。也就是说，在这种实现方式中，第一电子设备直接将待播放的某个声道的音频，发送给应播放该声道音频的音频设备，音频设备可以直接播放接收到的音频。

根据第二方面，在一些实施例中，所述方法还包括：所述第一电子设备向所述第一音频设备发送第一指示消息，所述第一指示消息用于指示所述第一音频设备播放所述第一声道的音频；所述第一电子设备向所述第二音频设备发送第二指示消息，所述第二指示消息用于指示所述第二音频设备播放所述第二声道的音频。也就是说，在这种实现方式中，第一音频设备、第二音频设备分别记录有它们应当播放哪个声道的音频，从而若接收到包含多个声道的音频，则可以从选取应当播放的声道的音频进行播放。

根据第二方面，在一些实施例中，在所述第一音频设备放置于所述第一电子设备的左侧、所述第二音频设备放置于所述第一电子设备的右侧的情况下，所述第一靠近手势为朝向所述第一音频设备挥手的手势，所述第二靠近手势为朝向所述第二音频设备挥手的手势，所述第一方向为左，所述第二方向为右，所述第一声道为左声道，所述第二声道为右声道。从而，可以实现左、右声道的配置。

本申请实施例第三方面提供一种电子设备，所述电子设备被配置为用于：检测挥手手势，并监听局域网中是否存在预设格式的组网报文；在检测到朝向第一方向的挥手手势之后，又接收到符合所述预设格式的第一组网报文的情况下，将发送所述第一组网报文的电子设备配置为用于播放第一声道的音频，其中，所述第一声道是对应于所述第一方向的声道。

本申请实施例第四方面提供一种音频设备，所述音频设备配置为用于：检测靠近手势，并在检测到所述靠近手势后，广播预设格式的组网报文；与接收所述预设格式的组网报文的电子设备建立组网连接；接收所述电子设备发送的第一声道的音频，并播放所述第一声道的音频。

本申请实施例第五方面提供一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有指令，当所述指令在电子设备中执行时，使得所述电子设备在检测到朝向第一方向的挥手手势之后，又接收到符合预设格式的组网报文的情况下，将所述组网报文的发送设备配置为用于播放第一声道的音频，其中，所述第一声道是对应于所述第一方向的声道。

本申请实施例第六方面一种计算机程序产品，其特征在于，所述计算机程序产品包括指令，当所述指令在电子设备中执行时，使得所述电子设备在检测到朝向第一方向的挥手手势之后，又接收到符合预设格式的组网报文的情况下，将所述组网报文的发送设备配置为用于播放第一声道的音频，其中，所述第一声道是对应于所述第一方向的声道。

附图说明

图1是本申请一实施例提供的多个设备组建环绕立体声的场景示意图；

图2是本申请一实施例提供的设备组网和声道配置过程的用户界面图；

图3是本申请一实施例提供的一种设备组网和声道配置方法示意图；

图4是本申请一实施例提供的一种音频设备俯视图；

图5是本申请一实施例提供的一种电子设备的结构示意图；

图6是本申请一实施例提供的一种设备组网和声道配置方法设备交互图；

图7是本申请一实施例提供的一种电子设备的功能模块图；

图8是本申请一实施例提供的一种音频设备的功能模块图。

具体实施方式

以下描述中，为了说明而不是为了限定，提出了诸如特定***结构、技术之类的具体细节，以便透彻理解本申请实施例。然而，本领域的技术人员应当清楚，在没有这些具体细节的其它实施例中也可以实现本申请。在其它情况中，省略对众所周知的***、装置、电路以及方法的详细说明，以免不必要的细节妨碍本申请的描述。

应当理解，当在本申请说明书和所附权利要求书中使用时，术语“包括”指示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。

还应当理解，在本申请说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合，并且包括这些组合。

如在本申请说明书和所附权利要求书中所使用的那样，术语“如果”可以依据上下文被解释为“当...时”或“一旦”或“响应于确定”或“响应于检测到”。类似地，短语“如果确定”或“如果检测到[所描述条件或事件]”可以依据上下文被解释为意指“一旦确定”或“响应于确定”或“一旦检测到[所描述条件或事件]”或“响应于检测到[所描述条件或事件]”。

另外，在本申请说明书和所附权利要求书的描述中，术语“第一”、“第二”、“第三”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

在本申请说明书中描述的参考“一个实施例”或“一些实施例”等意味着在本申请的一个或多个实施例中包括结合该实施例描述的特定特征、结构或特点。由此，在本说明书中的不同之处出现的语句“在一个实施例中”、“在一些实施例中”、“在其他一些实施例中”、“在另外一些实施例中”等不是必然都参考相同的实施例，而是意味着“一个或多个但不是所有的实施例”，除非是以其他方式另外特别强调。术语“包括”、“包含”、“具有”及它们的变形都意味着“包括但不限于”，除非是以其他方式另外特别强调。

首先，结合附图介绍本申请实施例提供的多个设备组建环绕立体声的场景。

图1示例性展示了本申请实施例提供的多个设备组建环绕立体声的场景示意图。在一些实施例中，如图1(a)所示，多个设备组建环绕立体声的场景可以包括一个主设备10，以及一个或多个从设备20。主设备10和/或从设备20可以是音频设备，其中，音频设备是指能够播放音频的设备。

主设备10可以与从设备20之间连接，组成立体声网络。或者，主设备10、从设备20可以均处于同一个局域网，组成立体声网络。

可选地，主设备10还可以与音频源设备(图1中未示出)连接。主设备10可以接收音频源设备发送的音频文件。其中，音频源设备可以是例如手机、平板、大屏等终端设备，也可以是例如服务器、家庭中枢等设备，本申请实施例不限定音频源设备的类型。或者，主设备10本地存储有音频文件，则此时主设备10本身就是音频源设备。

在一些实施例中，主设备10接收到音频源设备发送的音频文件或者读取主设备10本地存储的音频文件，然后将音频文件转发给每个从设备20，从而每个从设备20根据声道配置参数，选择自己对应的声道的一路音频进行播放。

在另一些实施例中，主设备10接收到音频源设备发送的音频文件或者读取主设备10本地存储的音频文件，首先进行声道拆分、获取多路音频，然后根据声道配置参数将每一路音频分别发送给对应的从设备20，从而每个从设备20接收到主设备10发送的一路音频并进行播放。

示例性地，图1(b)所示的多个设备组建环绕立体声的场景可以包括音箱11、音箱21和音箱22。结合前述对图1中(a)的描述，音箱11可以作为立体声网络中的主设备10，音箱21和音箱22可以作为立体声网络中的从设备20，音箱11分别与音箱21、音箱22连接或建立有传输链路。在一种实现方式中，音箱11可以播放中置声道音频，音箱21可以播放左声道音频，音箱22可以播放右声道音频。

示例性地，图1(c)、图1(d)分别展示了主设备10为大屏12、手机13的多个设备组建环绕立体声的场景，此时，大屏12、手机13可以作为立体声网络中的主设备10，音箱21和音箱22可以作为立体声网络中的从设备20，大屏12、手机13均分别与音箱21、音箱22连接。其中，音箱21可以播放左声道音频，音箱22可以播放右声道音频。在一种实现方式中，大屏12或手机13可以不播放音频。在另一种实现方式中，大屏12或手机13可以播放中置声道音频或低音声道音频。在又一种实现方式中，大屏12或手机13均至少包括分别位于其左侧和右侧的两个麦克风，则此时大屏12或手机13的左侧麦克风可以播放左声道音频、右侧麦克风可以播放右声道音频。

由此可见，本申请实施例提供的多个设备组建环绕立体声的场景中的“主设备10”，主要用于与从设备20组成立体声网络、向从设备20发送音频文件；主设备10可以播放音频也可以不播放音频；从设备20用于播放音频。例如，当主设备10为手机13时，用户可能正在用手机13浏览网页、与朋友聊天，用户只希望手机13为从设备20提供音频文件，而不希望手机13也一起播放音频。即，主设备10不必然是一个音频设备，也不必然与从设备20一起播放音频。

示例性地，图1(e)所示的多个设备组建环绕立体声的场景可以包括大屏12、音箱21、音箱22、音箱23和音箱24。音箱21、音箱22、音箱23和音箱24可以分别播放左前声道、右前声道、左后声道和右后声道的音频。类似于图1(c)、图1(d)，图1(e)中的大屏12可以播放音频也可以不播放音频。可选地，图1(e)所示场景还可以包括音箱25，音箱25可以播放中置声道音频或低音音频。图1(e)所示场景的其他特性可以参考前述部分的描述，此处不做赘述。

应理解，本申请实施例不限定多个设备组建环绕立体声的场景中的声道数量，可以包括比图1所示场景中更多或更少数量的声道，本申请实施例提供的方法、电子设备可以应用于例如双声道、三声道、四声道、5.1声道、7.1声道等多种场景。

应理解，本申请实施例中所述的“发送”，可以是指设备A直接向设备B发送，也可以指设备A经由其他设备的转发向设备B发送，其中，上述其他设备可以是例如路由器、家庭中枢、服务器等设备。

应理解，本申请实施例中所述的“连接”，可以是无线连接也可以是有线连接，其中，无线连接可以包括例如Wi-Fi、Wi-Fi P2P、蓝牙、近场通信(near fieldcommunication，NFC)、Zigbee等方式，有线连接可以包括例如通用串行总线(universalserial bus，USB)、高清多媒体接口(high definition multimedia interface，HDMI)、电力线通信(power line communication，PLC)、家庭总线***(home bus system，HSB)等方式。

在一些实施例中，为了能够以如图1所示的多个设备组建环绕立体声的方式播放音频，需要首先进行设备组网，再进行声道配置。接下来，以图1(b)所示的多个设备组建环绕立体声的场景为例，结合图2来描述一种设备组网、声道配置的过程。

图2示例性展示了本申请实施例提供的设备组网和声道配置过程的用户界面图。

示例性地，图2所示的用户界面可以是用户的手机显示的界面。

在一些实施例中，图2(a)所示用户界面201可以是手机中安装的智慧生活应用程序(application，APP)的主界面，用户界面201可以显示有与用户的手机所登录的账号绑定有同一账号的智能设备。示例性地，假设用户的手机登录的账号为华为账号A，音箱11、音箱21、音箱22、华为路由器和扫地机器人均已与该华为账号A绑定，则如图2(a)所示用户界面201可以显示有上述与华为账号A绑定的设备对应的图示或设备名称。可选地，用户界面201还可以显示有每个设备的状态，例如“在线”、“离线”、“连接中”等。其中，“在线”可以指设备处于可以与服务器或者与用户的手机进行通信的状态，用户可以通过手机控制处于在线状态的设备，或者获取设备的状态信息；“离线”可以指设备处于不可以与服务器或者与用户的手机进行通信的状态，用户不能够通过手机控制处于离线状态的设备，或者获取设备的状态信息。例如图2(a)所示，音箱11、音箱21、音箱22和华为路由器处于在线状态，扫地机器人处于离线状态。在一些实施例中，在图2(a)所示用户界面201中，用户点击“智能”控件2011，用户界面201可以跳转至图2(b)所示用户界面202。

在一些实施例中，图2(b)所示用户界面202可以显示有智慧生活APP提供的一个或多个功能，例如设备配网、智能场景、寻找我的设备、分享设备、立体声组网等。在一些实施例中，在图2(b)所示用户界面202中，用户点击“立体声组网”控件2021，用户界面202可以跳转至图2(c)所示用户界面203，启动立体声组网流程。

在一些实施例中，图2(c)所示用户界面203中，可以显示有用户界面201所显示的设备中，具有立体声组网功能的设备。例如，音箱11、音箱21、音箱22具有立体声组网功能，则用户界面203显示这三个设备；华为路由器、扫地机器人不具有立体声组网功能，则用户界面203不显示这三个设备。在一些实施例中，用户的手机可以从服务器获取每个设备的能力，从而得知具有立体声组网功能的设备有哪些，进而将具有立体声组网功能且已绑定华为账号A的设备显示在用户界面203中。在一些实施例中，用户界面203还可以包括提示信息，用于提示用户选择主设备，从而用户根据提示信息从音箱11、音箱21、音箱22中选择一个设备作为主设备。在一些实施例中，如图2(c)所示，用户可以点击音箱11对应的控件2031，响应于用户的点击，音箱11对应的控件2031由未选中状态变为选中状态；然后，用户可以点击“下一步”控件2032，用户界面203跳转至图2(d)所示用户界面204。

可选地，在手机显示用户界面203之前，还可以显示让用户先选择要进行立体声组网的设备的用户界面，例如，在该用户界面中，用户可以选择音箱11、音箱21、音箱22作为进行立体声组网的设备。然后，用户选择完进行立体声组网的设备之后，手机才显示用户界面203，以供用户从之前选择的进行立体声组网的设备中，进一步从中选择主设备。

在一些实施例中，图2(d)所示用户界面204中可以显示提示信息，用于提示用户当前正在进行组网连接。由于用户在用户界面203中选择将音箱11作为主设备，因此音箱11、音箱21、音箱22进行组网时，音箱11会分别与音箱21、音箱22建立连接或建立传输链路，将音箱11作为主设备、音箱21和音箱22作为从设备。在一些实施例中，音箱11、音箱21、音箱22进行组网时，可以上报自己当前正在进行组网的状态信息，从而用户的手机可以显示用户界面204。在一些实施例中，当音箱11、音箱21、音箱22组网完成后，可以上报已完成组网的状态信息，从而用户界面204可以跳转至图2(e)所示用户界面205，进入声道配置流程。

在一些实施例中，图2(e)所示用户界面205中，可以显示提示信息，用于提示用户为每个设备选择对应的声道。示例性地，由于此次进行立体声组网的设备包含3个设备，因此可以默认进行三声道的配置，例如为中置声道、左声道和右声道分别配置对应的设备。在一些实施例中，如图2(e)所示，用户可以点击控件2051，将中置声道音频的播放设备配置为音箱11；用户可以点击控件2052，将左声道音频的播放设备配置为音箱21；用户可以点击控件2053，将右声道音频的播放设备配置为音箱22。然后，用户可以点击“确认”控件2054，响应于用户点击，用户界面205可以跳转至图2(f)所示用户界面206。或者，在用户界面205中，用户也可以不进行声道配置，而点击“下次设置”，后续再进行声道配置。在一些实施例中，响应于用户点击“下次设置”或者“确认”控件2054，用户界面205可以跳转至如图2(f)所示的用户界面206。

在一些实施例中，图2(f)所示用户界面206中，可以显示提示信息，用于提示用户立体声网络已组建。即，音箱11已经分别于音箱21、音箱22建立连接或建立传输链路，且音箱11、音箱21和音箱22已经配置到了对应的声道。

在图2实施例所示的设备组网和声道配置过程中，用户需要手动确认选择将哪个设备作为主设备、手动为组网的设备配置对应的声道。在实际应用时，音箱11、音箱21、音箱22在图2所示用户界面中显示的设备名称，可能是十分接近的，例如音箱11的设备名称显示为“Sound X–[产品序列号1]”、音箱21的设备名称显示为“Sound X–[产品序列号2]”、音箱22的设备名称显示为“Sound X–[产品序列号3]”。其中，产品序列号1-3可能是一串彼此互不相同的、没有规律的字母和数字的组合，用户需要去依次查看每个设备的说明书或包装盒上的产品序列号，或者查看每个设备上粘贴的序列号标签，才可以确认图2所示用户界面中显示的每个设备名称，实际上对应于用户面前物理空间中摆放的哪个实体设备。

然而，用户依次去核实上述设备名称和实体设备对应关系的过程，十分容易出错，导致立体声组网混乱，或者声道配置错误。例如，将本应当播放左/右声道音频的设备配置为播放中置声道音频；又例如，将物理空间上位于左侧的设备配置为播放右声道音频、将物理空间上位于右侧的设备配置为播放左声道音频。

在另一些实施例中，当进行立体声组网的设备上包含功能键时，用户也可以通过按功能键的方式进行设备组网。具体地，仍旧以图1(b)所示的多个设备组建环绕立体声的场景为例：

在进入立体声组网流程前，在一些实施例中，音箱11、音箱21、音箱22均已绑定同一个账号。将音箱11、音箱21、音箱22绑定至同一个账号的方法可参考现有方案，本申请实施例此处不做赘述。当用户想要对音箱11、音箱21、音箱22进行立体声组网时，用户可以按下音箱11、音箱21、音箱22上的功能键。音箱11、音箱21、音箱22响应于用户按下功能键的操作，向服务器上报请求进行立体声组网的请求消息。服务器响应于该请求消息，确认音箱11、音箱21、音箱22均关联同一个账号，且均处于同一个局域网中，例如音箱11、音箱21、音箱22均连接至同一个路由器。则服务器给音箱11、音箱21、音箱22下发立体声组网指令。音箱11、音箱21、音箱22响应于立体声组网指令，进入立体声组网状态。在一些实现方式中，若音箱包含指示灯，则指示灯可以点亮或闪烁，用于提示提示用户音箱已进入立体声组网状态；或者，音箱可以播放预设音频，用于提示提示用户音箱已进入立体声组网状态。在一些实现方式中，服务器可以默认将用户首次按下功能键的音箱作为主音箱。例如，若用户首先按下音箱11的功能键，然后再按下音箱21、音箱22的功能键，则服务器根据接收到的请求消息的先后顺序，将首次接收到的请求消息对应的设备即音箱11作为主音箱。进而，音箱11、音箱21、音箱22进入立体声组网状态后，音箱11分别与音箱21、音箱22建立连或建立传输链路。

至此，完成了通过按键进行设备组网的流程，接下来，进行声道配置。

在一种实现方式中，完成组网的设备中的主音箱，可以依次播放提示音频，用于提示用户选择每个声道需要配置的设备。具体地，仍旧以图1(b)所示的多个设备组建环绕立体声的场景为例：音箱11(主音箱)首先播放“现在，请去双击左音箱的功能键”，用户听到该音频后，前去双击音箱21的功能键，音箱21响应于该操作，向音箱11发送报文，从而音箱11建立左声道和音箱21的对应关系，即将左声道配置至音箱21，或者说，将音箱21配置至左声道。音箱11接下来播放“现在，请去双击右音箱的功能键”，用户听到该音频后，前去双击音箱22的功能键，音箱22响应于该操作，向音箱11发送报文，从而音箱11建立右声道和音箱22的对应关系，即将右声道配置至音箱22，或者说，将音箱22配置至右声道。

在此种声道分配方式结合按键组网的流程中，用户需要重复进行多次按键操作，例如进行三声道配置时就需要用户至少进行5次按键操作，整体过程十分繁琐。如果组建环绕立体声的设备所处的房间面积比较大，每个设备之间的距离比较远，则用户需要来回多次、走很多的路前往按下每个设备的功能键，十分不便捷。

有鉴于以上实施例所述的设备组网和声道配置方法存在的容易出错、操作复杂等问题，本申请实施例提供一种设备组网和声道配置方法，借助超声波手势识别和/或超声波测距技术来实现。应用了该方法，用户可以在选定主音箱后，依次朝向每个从音箱挥一次手，即可完成设备组网和声道配置。用户操作十分简便，学习成本低，且不容易出错。接下来，结合附图详细介绍本申请实施例提供的此种设备组网和声道配置方法。

为了便于说明，接下来仍旧以图1(b)所示的多个音频设备组建环绕立体声的场景为例，来描述该设备组网和声道配置方法。但应当理解，本申请实施例提供的设备组网和声道配置方法可以应用的场景不限于图1(b)所示场景或图1中其他场景，可以应用于任一种需要进行设备组网和声道配置的场景。

图3示例性展示了本申请实施例提供的一种设备组网和声道配置方法示意图。

如图3所示，音箱11、音箱21、音箱22大致呈等腰三角形摆列，其中音箱11位于顶角附近，音箱21、音箱22分别位于两个底角附近。该等腰三角形垂直平分线左侧的区域可以理解为是音箱11的左侧区域，该等腰三角形垂直平分线右侧的区域可以理解为是音箱11的右侧区域。

在选定主音箱后，例如将音箱11选定为主音箱后，例如图3(a)所示，用户可以在音箱11前且在音箱21和音箱22之间的位置处，朝向音箱21挥一次手。音箱21基于多普勒频移原理，通过超声波感知到有物体靠近，则音箱21广播组网报文，携带音箱21的设备信息，从而音箱11接收到音箱21广播的组网报文，获取到音箱21的设备信息；同时，音箱11基于超声波手势识别技术，检测到向左侧挥手的手势，则音箱11确定此次配置的声道为左声道。从而，音箱11建立音箱21和左声道之间的对应关系，将左声道的播放设备配置为音箱21。然后，音箱11向音箱21发送组网信息，音箱21接收到音箱11发送的组网信息之后，音箱11和音箱21之间建立连接(或者，建立传输链路)。从而音箱11完成左声道的配置，并完成与左声道音频播放设备的组网。

类似地，例如图3(b)所示，用户还可以在音箱11前且在音箱21和音箱22之间的位置处，朝向音箱22挥一次手。音箱22基于多普勒频移原理，通过超声波感知到有物体靠近，则音箱22广播组网报文，携带音箱22的设备信息，从而音箱11接收到音箱22广播的组网报文，获取到音箱22的设备信息；同时，音箱11基于超声波手势识别技术，检测到向右侧挥手的手势，则音箱11确定此次配置的声道为右声道。从而，音箱11建立音箱22和右声道之间的对应关系，将右声道的播放设备配置为音箱22。然后，音箱11向音箱22发送组网信息，音箱22接收到音箱11发送的组网信息之后，音箱11和音箱22之间建立连接(或者，建立传输链路)，音箱11完成右声道的配置，并完成与右声道音频播放设备的组网。

至此，用户只需要朝向音箱21、音箱22分别挥一次手，音箱11和音箱21、音箱22就会自动完成设备组网和声道配置，操作十分简便直观。

图4示例性展示了本申请实施例提供的一种音频设备俯视图。如图4所示，该音频设备40可以是音箱，可以包括一个或多个麦克风41、一个或多个扬声器42，可选地，还可以包括一个或多个按键43、一个或多个指示灯44。

当音频设备40播放超声频段的音频文件时，扬声器42可以发送超声波。扬声器42发送的超声波在传播路径上遇到物体的阻挡后会反射产生超声波回波。麦克风41可以接收到该超声波回波。从而音频设备40可以基于多普勒频移原理，通过比较扬声器42发送的超声波和麦克风41接收到的超声波回波之间的频率大小，确定物体相对于音频设备40是的运动方向是靠近音频设备40，还是远离音频设备40。

具体地，记扬声器42发送的超声波频率为f_t，麦克风41接收到的超声波回波的频率为f_r。如果f_t<f_r，则音频设备40可以确定物体相对于音频设备的运动方向是靠近音频设备40；如果f_t>f_r，则音频设备40可以确定物体相对于音频设备的运动方向是远离音频设备40。

从而，在图3所示实施例中，当用户朝向音箱21挥一次手时，音箱21就可以确定有物体靠近音箱21移动；当用户朝向音箱22挥一次手时，音箱22就可以确定有物体靠近音箱22移动。

当麦克风41的数量为多个时，多个麦克风41可以呈环形排列，构成麦克风阵列。麦克风阵列中的每个麦克风41都可以接收到超声波回波。由于每个麦克风41在空间中的位置各不相同，因此每个麦克风接收到的超声波回波的声波特性(例如频率、相位)也各不相同，从而音频设备40可以根据麦克风阵列中多个麦克风41接收到的超声波回波的声波特性的差异，实现比较准确的手势识别。

从而，在图3所示实施例中，当用户朝向音箱21挥一次手时，音箱11就可以通过手势识别，确定用户在向左侧挥手；当用户朝向音箱21挥一次手时，音箱11就可以通过手势识别，确定用户在向右侧挥手。

图5示例性展示了本申请实施例提供的一种电子设备100的结构示意图，该电子设备100可以是上述音频设备40。如图5所示，

电子设备100可以包括处理器110，外部存储器接口120，内部存储器121，通用串行总线(universal serial bus，USB)接口130，充电管理模块140，电源管理模块141，电池142，音频模块150，扬声器150A，麦克风150B，无线通信模块160。

可以理解的是，本申请实施例示意的结构并不构成对电子设备100的具体限定。在本申请另一些实施例中，电子设备100可以包括比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。图示的部件可以以硬件，软件或软件和硬件的组合实现。

处理器110可以包括一个或多个处理单元，例如：处理器110可以包括应用处理器(application processor，AP)，调制解调处理器，图形处理器(graphics processingunit，GPU)，图像信号处理器(image signal processor，ISP)，控制器，视频编解码器，数字信号处理器(digital signal processor，DSP)，基带处理器，和/或神经网络处理器(neural-network processing unit，NPU)等。其中，不同的处理单元可以是独立的器件，也可以集成在一个或多个处理器中。其中，控制器可以是电子设备100的神经中枢和指挥中心。控制器可以根据指令操作码和时序信号，产生操作控制信号，完成取指令和执行指令的控制。

处理器110中还可以设置存储器，用于存储指令和数据。在一些实施例中，处理器110中的存储器为高速缓冲存储器。该存储器可以保存处理器110刚用过或循环使用的指令或数据。如果处理器110需要再次使用该指令或数据，可从所述存储器中直接调用。避免了重复存取，减少了处理器110的等待时间，因而提高了***的效率。

本申请实施例提供的设备组网和声道配置方法的执行可以由处理器110来控制或调用其他部件来完成，比如调用内部存储器121中存储的用于实现本申请实施例提供的方法的指令或数据，以实现设备组网和声道配置。

在一些实施例中，处理器110可以包括一个或多个接口。接口可以包括集成电路(inter-integrated circuit，I2C)接口，集成电路内置音频(inter-integrated circuitsound，I2S)接口，脉冲编码调制(pulse code modulation，PCM)接口，通用异步收发传输器(universal asynchronous receiver/transmitter，UART)接口，移动产业处理器接口(mobile industry processor interface，MIPI)，通用输入输出(general-purposeinput/output，GPIO)接口，用户标识模块(subscriber identity module，SIM)接口，和/或通用串行总线(universal serial bus，USB)接口等。

USB接口130是符合USB标准规范的接口，具体可以是Mini USB接口，Micro USB接口，USB Type C接口等。USB接口130可以用于连接充电器为电子设备100充电，也可以用于电子设备100与***设备之间传输数据。也可以用于连接耳机，通过耳机播放音频。该接口还可以用于连接其它电子设备，例如AR设备等。

可以理解的是，本申请实施例示意的各模块间的接口连接关系，只是示意性说明，并不构成对电子设备100的结构限定。在本申请另一些实施例中，电子设备100也可以采用上述实施例中不同的接口连接方式，或多种接口连接方式的组合。

无线通信模块160可以提供应用在电子设备100上的包括无线局域网(wirelesslocal area networks，WLAN)(如无线保真(wireless fidelity，Wi-Fi)网络)，蓝牙(bluetooth，BT)，全球导航卫星***(global navigation satellite system，GNSS)，调频(frequency modulation，FM)，近距离无线通信技术(near field communication，NFC)，红外技术(infrared，IR)等无线通信的解决方案。无线通信模块160可以是集成至少一个通信处理模块的一个或多个器件。

外部存储器接口120可以用于连接外部存储卡，例如Micro SD卡，实现扩展电子设备100的存储能力。外部存储卡通过外部存储器接口120与处理器110通信，实现数据存储功能。例如将音乐，视频等文件保存在外部存储卡中。

内部存储器121可以用于存储计算机可执行程序代码，所述可执行程序代码包括指令。内部存储器121可以包括存储程序区和存储数据区。其中，存储程序区可存储操作***，至少一个功能所需的应用程序(比如声音播放功能，图像播放功能等)等。存储数据区可存储电子设备100使用过程中所创建的数据(比如音频数据，电话本等)等。此外，内部存储器121可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件，闪存器件，通用闪存存储器(universal flash storage，UFS)等。处理器110通过运行存储在内部存储器121的指令，和/或存储在设置于处理器中的存储器的指令，执行电子设备100的各种功能应用以及数据处理。

电子设备100可以通过音频模块150，扬声器150A，麦克风150B，以及应用处理器等实现音频功能。例如音乐播放，录音等。在一些实施例中，电子设备100可以包括1个或S个扬声器150A；此外，电子设备100还可以包括S个麦克风150B，S为大于1的正整数。

图6示例性展示了本申请实施例提供的一种设备组网和声道配置方法设备交互图。

为了便于描述，图6所示实施例仍旧以图1(b)所示的多个设备组建环绕立体声的场景为例，详细描述音箱11、音箱21和音箱22进行设备组网和声道配置的流程。针对图1(b)所示场景的详细描述可以参考图3实施例及对应的文字部分描述，此处不做赘述。应理解，图6仅作为用于描述本申请实施例提供的方法的一种示例，本领域技术人员可以基于图6实施例，类比得到其他多个设备组建环绕立体声的场景下的具体实现方式。图6所示流程可以包括S1-S16，具体地：

S1.将音箱11确定为主音箱。

在一些实施例中，用户可以通过操作终端设备，将音箱11确定为主音箱。终端设备中安装有与音箱相关联的应用程序，例如音箱APP、智慧生活APP等。与音箱相关联的应用程序使得终端能够与音箱通信，或者，使得终端设备能够与音箱关联的服务器(例如音箱服务器、智慧生活服务器)通信，从而终端设备实现对音箱的控制、与音箱之间的数据交互。

在一些实施例中，用户通过操作终端设备的用户界面，将音箱11确定为主音箱，其中，终端设备的用户界面的一种可能的实现方式，可参考图2(a)-(c)及文字部分的相关描述，此处不做赘述。

在一些实施例中，若终端设备支持指向性设备感知功能，则用户可通过手持终端设备、将终端设备指向用户想要作为主音箱的音箱(例如音箱11)，使得终端设备感知到终端设备指向了音箱11，从而终端设备可以将音箱11确定为主音箱。在一种可能的实现方式中，所述指向性设备感知功能基于超宽带(ultra-wide band，UWB)技术实现。

除了通过操作终端设备，用户也可以通过其他方式将音箱11确定为主音箱。本申请实施例不限定将音箱11确定为主音箱的具体实现方式。

在一些实施例中，在将音箱11确定为主音箱后，终端设备、服务器和/或音箱11中的一个或多个设备可以记录音箱11和主音箱的对应关系，例如在音箱11的设备信息中添加主音箱标识。从而终端设备和/或服务器可以根据主音箱标识，指示音箱11执行设备组网和声道配置流程中主音箱应当执行的步骤，音箱11也可以根据主音箱标识，启动设备组网和声道配置流程中主音箱应当启动的功能、执行相关的步骤。

S2.音箱11、音箱21和音箱22启动设备组网和声道配置流程。

在一些实施例中，音箱11、音箱21和音箱22的存储器中存储有用于实现设备组网和声道配置流程的计算机程序，该计算机程序包括指令，音箱11、音箱21和音箱22的处理器从存储器中读取所述计算机程序、执行其中的指令，来启动设备组网和声道配置流程、实现相对应的功能。所述计算机程序可以是设备出厂时预先配置好的，也可以是设备通过固件升级下载获得的。

在一些实施例中，音箱11、音箱21和音箱22启动设备组网和声道配置流程的触发条件可以包括但不限于：音箱11、音箱21和音箱22接收到按键操作；终端设备或服务器向音箱11、音箱21和音箱22发送流程启动指示；音箱11、音箱21和音箱22上电等。其中，终端设备或服务器向音箱11、音箱21和音箱22发送流程启动指示，可以是用户通过操作终端设备触发的。

在一些实施例中，当作为主音箱的音箱11启动设备组网和声道配置流程时，音箱11可以根据自己的主音箱身份，相应地执行主音箱应当执行的指令。例如，音箱11启动超声波手势识别模块，用于实现向左挥手或向右挥手手势的准确识别；音箱11还可以启动广播报文监听进程，用于监听局域网中是否存在其他设备广播发送的组网报文，从而当音箱11接收到组网报文时，音箱11可以解析并响应该组网报文。

在一些实施例中，当音箱21、音箱22启动设备组网和声道配置流程时，由于音箱21、音箱22不是主音箱，例如音箱21、音箱22的设备信息中没有主音箱标识，因此音箱21、音箱22相应地执行非主音箱应当执行的指令。例如，音箱21、音箱22启动超声波手势识别模块，用于实现靠近手势的准确识别；音箱21、音箱22还可以启动广播报文发送进程，用于在检测到靠近手势后在局域网内广播组网报文，从而主音箱(音箱11)可响应于组网报文向音箱21、音箱22回应组网信息，音箱21、音箱22根据组网信息实现与主音箱的组网。

S3.音箱11通过语音播报，提示用户朝向左音箱挥手。此步骤为可选步骤。

在一些实施例中，音箱11中存储与预先设定的文本到语音(text to speech，TTS)音频文件，音箱11响应于预先设定的计算机指令的执行，播放TTS音频文件，实现提示用户朝向左音箱挥手的功能。示例性地，音箱11播报“请站在左右音箱中间的位置，面向主音箱，朝向左音箱挥一次手”；若音箱11未检测到向左挥手的手势，则音箱11可以播报“没有检测到挥手动作，请增大动作幅度，或者更靠近主音箱一些，再次朝向左音箱挥一次手”；若由于用户左右往返挥了好几次手，导致音箱11无法区分用户是向左挥手还是向右挥手，则音箱11可以播报“识别失败，请再次朝向左音箱挥一次手，注意只挥一次手就可以了哦”，等等。

应理解，音箱11通过语音播报的方式来提示用户朝向左音箱挥手仅作为一种可能的实现方式。本申请实施例不限定提示用户朝向左音箱挥手的具体实现方式。

在一些实施例中，步骤S3也可以为：终端设备通过显示提示信息或者通过语音播报，提示用户朝向左音箱挥手；音箱11通过以预设方式闪烁指示灯，提示用户朝向左音箱挥手，等等。

在一些实现方式中，步骤S3可以不执行。例如，多设备组网和声道配置的方法可以由设备厂商通过产品使用手册的形式公开给用户，用户通过主动阅读产品使用手册来了解设备组网和声道配置方法，从而在合适的时机朝向左音箱挥手。

S4.用户朝向音箱21挥手。

在一些实施例中，用户根据音箱11的语音播报，了解到要执行的操作，从而用户站到左右音箱中间的位置，面向主音箱，向左音箱挥一次手。如前所述，本申请实施例以图1(b)、图3所示场景为例，则音箱21为位于主音箱左侧的音箱，因此用户朝向音箱21挥手。

S5.音箱11检测到向左挥手的手势(可选)，音箱21检测到靠近手势。

在一些实施例中，如前所述，音箱11、音箱21、音箱22均启动了超声波手势识别模块，音箱11、音箱21、音箱22通过各自的扬声器发出超声波、通过各自的麦克风实时接收超声波回波，来实现手势识别功能。手势识别功能的具体实现方式可以参考现有技术，或者参考本申请实施例前述部分中的相关描述，本申请实施例不限定实现超声波手势识别功能所采用的具体方式。

在一些实施例中，音箱11检测到向左挥手的手势，从而音箱11根据此次挥手动作的方向为向左，确定此次需要配置的声道为左声道；音箱21检测到靠近手势，从而音箱21响应于检测到靠近手势，在局域网内广播组网报文，从而音箱11可以将检测到向左挥手的手势后首次接收到的组网报文对应的设备(音箱21)，确定为用于播放左声道音频的设备。

在一些实施例中，若音箱11执行了步骤S3，则音箱11可以根据步骤S3中播报的语音为提示用户朝向左音箱挥手，基于认为用户会根据语音播报执行正确的操作的假设(即,用户会按照朝向左音箱挥手的提示信息，朝向左音箱挥手)，确定此次需要配置的声道为左声道。在这种实现方式中，音箱11可以不具备超声波手势识别功能，或者不启动超声波手势识别模块。在这种实现方式中，音箱11语音播报提示用户朝向左音箱挥手的音频文件后，用户朝向左音箱(音箱21)挥手，则音箱21会检测到靠近手势，并响应于检测到靠近手势，广播组网报文，从而音箱11可以将此次语音播报后首次接收到的组网广播报文对应的设备(音箱21)，确定为用于播放左声道音频的设备。

S6.音箱21广播组网报文。

如步骤S5的相关描述中所述，在一些实施例中，音箱21响应于检测到靠近手势，在局域网内广播组网报文，以使得音箱11得知此次检测到靠近手势的设备是哪个设备，从而音箱11将此次检测到靠近手势的设备配置为用于播放左声道音频的设备。

在一些实施例中，音箱21广播的组网报文中可以携带音箱21的设备标识、设备类型、IP地址等信息中的一种或多种信息。其中，设备标识可以例如媒体访问控制(mediaaccess control，MAC)地址、通用唯一识别码(universally unique identifier，UUID)等，设备类型可以例如用于标识音箱21具有音频播放能力的指示信息、音箱21的设备型号代码(例如“Sound X”)等。

在一些实施例中，音箱21广播的组网报文可以为基于受限应用协议(constrainedapplication protocol，COAP)的COAP报文。本申请实施例不限定具体使用何种协议实现报文的交互。

在一些实施例中，步骤S6也可以为：音箱21组播组网报文。具体地，音箱21响应于检测到靠近手势，在局域网内组播组网报文，从而该局域网内可接收来自组播地址的报文的设备，才可以接收、处理该组网报文。示例性地，该局域网内具有音频播放能力的设备为可接收来自组播地址的报文的设备，该局域网内不具有音频播放能力的设备则不可接受来自组播地址的报文。从而通过组播的方式，音箱21可以只向具有音频播放能力的设备发送组网报文，可以保证参与立体声组网的设备都是具有音频播放能力的设备。

S7.音箱11建立音箱21和左声道之间的对应关系。

在一些实施例中，所述组网报文中可以携带音箱21的设备标识、设备类型、IP地址等信息中的一种或多种信息。从而，音箱11根据这些信息，得知该组网报文是音箱21发送的。

在一些实施例中，音箱11通过超声波手势识别，确定检测到向左挥手的手势，进而确定应当将此次接收到的广播报文的发送设备(音箱21)配置为播放左声道音频。可选地，在一些实现方式中，音箱11可以先判断：确定检测到向左挥手的手势的时刻，与接收到音箱21的广播报文的的时刻，两个时刻之间的时间差是否小于预设时长。在确定该时间差小于所述预设时长的情况下，音箱11确定应当将音箱21配置为播放左声道音频。从而可以确保：音箱21发送广播报文，以及音箱11检测到向左挥手的手势，都是由于用户的同一次挥手(即用户向音箱21的那次挥手)触发的，可以避免误配置。

在一些实施例中，音箱11根据上一次播报的语音为提示用户向左音箱挥手，确定应当将此次接收到的广播报文的发送设备(音箱21)配置为播放左声道音频。

从而，音箱11建立音箱21和左声道之间的对应关系。

在一些实施例中，音箱11的处理器向音箱11的存储器写入一条记录，用于记录音箱11的设备标识和左声道具有对应关系。从而音箱11根据该条记录，确定要将多声道音频文件中的左声道音频发送给音箱21。

在一些实施例中，音箱11向音箱21发送声道配置消息，用于告知音箱21播放左声道的音频，音箱21可以根据该声道配置消息，记录自己的声道配置参数为“左”。从而当音箱21接收到包含多个声道的音频文件时，能够播放多个声道地音频文件中的左声道音频。

S8.音箱11向音箱21发送组网信息。

在一些实施例中，步骤S6中音箱21广播的组网报文中携带有音箱21的地址，例如音箱21的IP地址，从而，步骤S8中，音箱11可以向该地址发送音箱11的组网信息，即向音箱21发送音箱11的组网信息。

在一些实施例中，所述组网信息可以包括音箱11的名称、音箱11的MAC地址、音箱11的组网密码、音箱21的MAC地址等信息中的一种或多种。

在一些实施例中，所述组网信息可以用于音箱11和音箱21之间建立组网连接，组网连接可以是基于蓝牙、Wi-Fi、Zigbee等方式中的一种或多种方式建立的。在一些实施例中，组网连接的形式可以是P2P(peer to peer)对等网络连接，也可以是接入点(accesspoint，AP)-站点(station，STA)网络连接。

应理解，本申请实施例不限定组网信息的具体内容和形式，也不限定音箱11和音箱21之间建立组网连接的方式和形式。还应理解，本申请实施例不限定步骤S7和步骤S8的执行顺序，步骤S8也可以在步骤S7之前执行。

S9.音箱11和音箱21之间完成组网和左声道配置。

在一些实施例中，音箱11和音箱21可以根据组网信息完成组网配置。在建立组网连接的过程中，音箱11和音箱21可以进行一次或多次报文的交互，本申请实施例不限定组网连接建立过程的具体实现方式。

在一些实施例中，音箱11和音箱21之间完成组网后，音箱11和音箱21之间可以存在数据传输链路和控制链路。这两条链路通常可以是不同的两条链路，当然，也可以是同一条链路。其中，数据传输链路可用于传输数据，例如要播放的音频文件；控制链路可用于传输控制指令，例如暂停、停止、音量增大、音量减小等。

在一些实施例中，音箱11和音箱21之间的数据传输链路和/或控制链路可以是基于套接字(socket)协议实现的。

在一些实施例中，所述左声道配置可以包括：音箱11可以通过数据传输链路，将左声道的音频文件发送给音箱21，从而音箱21播放接收到的左声道音频文件。

在一些实施例中，所述左声道配置可以包括：音箱11可以通过控制链路，将播放左声道的控制指令发送给音箱21，音箱21可以在自己的存储器中记录需播放左声道的信息。从而在音箱21接收到音频文件后，确定音频文件是左声道音频文件后，再进行播放；或者，若音频文件包含多个声道的音频文件，则音箱21从中选择左声道的音频文件进行播放。

至此，完成了主音箱和左音箱之间的设备组网和声道配置，主音箱和左音箱之间建立连接、完成组网和左声道配置。

接下来，通过S10-S16进行主音箱和右音箱之间的设备组网和声道配置：

S10.音箱11通过语音播报，提示用与朝向右音箱挥手。此步骤为可选步骤。

S11.用户根据语音播报的提示信息，朝向音箱22挥手。

S12.音箱11检测到向右挥手的手势，音箱22检测到靠近手势。

S13.音箱22广播组网报文。

响应于检测到靠近手势，

S14.音箱11建立音箱22和右声道之间的对应关系。

S15.音箱11向音箱22发送组网信息。

S16.音箱11和音箱22之间完成组网和右声道配置。

由于S3-S9为进行主音箱和左音箱的组网和左声道配置的步骤，S10-S16为进行主音箱和右音箱的组网和右声道配置的步骤，因此针对S10-S16中每个步骤的具体描述，可对应参考S3-S9相关步骤中的描述，进行类比，此处不做赘述。

如前所述，在一些场景中，可能存在多于3个设备进行设备组网和立声道配置。例如图1(e)所示场景中，大屏12作为主设备，音箱21、音箱22、音箱23、音箱24作为从设备(可选地，还可以包括作为从设备的音箱25)分别与大屏12建立组网连接，大屏12分别给每个从设备配置声道。在这种场景下，设备组网和声道配置的流程与图6所示实施例类似，不同之处在于，步骤S5中，主设备大屏12可能需要实现对向左前挥手、向右前挥手、向左后挥手、向右后挥手的手势(可选地，还可以包括向中前的挥手)。

在一些实施例中，如果进行设备组网的声道配置的主设备是包括摄像头的设备，则该主设备也可以通过对摄像头拍摄的图像进行图像识别的方式，来确定用户每次是朝向哪个从设备挥手的。例如，在图1(e)所示场景中，大屏12若包括摄像头，则大屏12可以通过对摄像头拍的图像进行图像识别，识别出用户是朝向音箱21、音箱22、音箱23、音箱24还是音箱25挥手。

图7示例性展示了本申请实施例提供的一种电子设备的功能模块图。如图7所示，电子设备70包括手势检测模块71、报文监听模块72和声道配置模块73。其中，

手势检测模块71可以被配置为用于实现对用户的挥手手势的检测，确认用户的挥手手势的方向。例如，确认用户的某次挥手动作是向左挥手还是向右挥手。在一些实施例中，手势检测模块71可以通过超声波手势识别实现该功能；在一些实施例中，如果电子设备70包括图像采集装置，则手势检测模块71可以通过图像识别实现该功能。

报文监听模块72可以被配置为用于监听电子设备70所在的局域网中是否存在其他设备发送的符合预设格式的组网报文，当监听到符合预设格式的组网报文时，接收并上报该组网报文。

声道配置模块73可以被配置为用于在手势检测模块71检测到朝向某个方向的挥手动作后，且报文监听模块72监听到符合预设格式的组网报文的情况下，建立该方向对应的声道和该组网报文的发送设备之间的对应关系，将该组网报文的发送设备配置为用于播放该方向对应的声道的音频。例如，在手势检测模块71检测到向左挥手的手势后，且报文监听模块72监听到符合预设格式的组网报文的情况下，声道配置模块73建立左声道和该组网报文的发送设备之间的对应关系，将该组网报文的发送设备配置为用于播放左声道音频。

图8示例性展示了本申请实施例提供的一种音频设备的功能模块图。如图8所示，电子设备80包括手势检测模块81、报文发送模块82和音频播放模块83。其中，

手势检测模块81可以被配置为用于实现对用户的靠近音频设备80的挥手手势的检测，并响应于检测到靠近音频设备80的挥手手势，通知报文发送模块82发送组网报文。在一些实施例中，组网报文可以是如图7实施例中符合所述预设格式的组网报文。

报文发送模块82可以被配置为在手势检测模块81检测到靠近音频设备80的挥手手势的情况下，在音频设备80所在的局域网内广播组网报文，例如广播符合所述预设格式的组网报文。

音频播放模块83可以被配置为在接收到电子设备70发送的音频后，播放预设声道的音频。在一些实施例中，电子设备70发送的音频仅包括所述预设声道的音频，则音频播放模块83可以直接播放接收到的音频；在一些实施例中，音频播放模块83会接收到电子设备70发送的声道配置消息，该声道配置消息用于指示音频设备80应当播放哪个声道的音频，则音频播放模块83可以据此从接收到的音频中选取对应的声道的音频进行播放。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

在本申请所提供的实施例中，应该理解到，所揭露的装置/电子设备和方法，可以通过其它的方式实现。例如，以上所描述的装置/电子设备实施例仅仅是示意性的，例如，所述模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个***，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通讯连接可以是通过一些接口，装置或单元的间接耦合或通讯连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的模块/单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读存储介质中。基于这样的理解，本申请实现上述实施例方法中的全部或部分流程，也可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述各个方法实施例的步骤。其中，所述计算机程序包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读存储介质可以包括：能够携带所述计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、电载波信号、电信信号以及软件分发介质等。需要说明的是，所述计算机可读存储介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减，例如在某些司法管辖区，根据立法和专利实践，计算机可读存储介质不包括电载波信号和电信信号。

最后应说明的是：以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何在本申请揭露的技术范围内的变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。

Claims (15)

1.一种设备组网和声道配置方法，应用于包括第一电子设备和至少一个音频设备的***中，其特征在于，所述方法包括：

响应于检测到第一手势，所述音频设备发送组网报文；

所述第一电子设备接收所述组网报文；

所述第一电子设备建立所述组网报文对应的所述音频设备，与所述第一手势对应的方向所指示的声道之间的对应关系，从而使得所述组网报文对应的所述音频设备用于播放所述第一手势对应的方向所指示的声道的音频；

所述第一电子设备和所述音频设备之间建立组网连接。

2.根据权利要求1所述的方法，其特征在于，所述第一手势是用户朝向所述音频设备挥手的手势，所述方法还包括：

所述第一电子设备确定所述第一手势对应的方向。

3.根据权利要求2所述的方法，其特征在于，所述第一电子设备确定所述第一手势对应的方向，具体包括：

所述第一电子设备通过手势识别，确定所述第一手势对应的方向；

和/或，

在所述第一电子设备建立所述对应关系之前，所述第一电子设备发出用于提示用户朝向所述音频设备挥手的提示信息，所述第一电子设备根据所述提示信息，确定所述第一手势对应的方向。

4.根据权利要求1-3中任一项所述的方法，其特征在于，所述音频设备包括扬声器和麦克风，所述扬声器用于发出超声波，所述麦克风用于接收所述超声波对应的超声波回波，所述音频设备检测到第一手势，具体包括：

所述音频设备根据所述超声波和所述超声波回波，根据多普勒频移原理检测到所述第一手势。

5.根据权利要求1-4中任一项所述的方法，其特征在于，所述第一电子设备和所述音频设备处于同一个局域网中，所述音频设备发送组网报文，具体包括：

所述音频设备在所述局域网内广播所述组网报文。

6.根据权利要求1-5中任一项所述的方法，其特征在于，所述方法还包括：

所述第一电子设备通过所述组网连接向所述音频设备发送待播放音频。

7.根据权利要求1-6中任一项所述的方法，其特征在于，所述组网报文携带有所述音频设备的设备类型标识和/或网络协议IP地址。

8.一种设备组网和声道配置方法，应用于至少包括第一电子设备、第一音频设备和第二音频设备的***中，其特征在于，所述方法包括：

响应于检测到第一靠近手势，所述第一音频设备广播第一组网报文；

所述第一电子设备接收所述第一组网报文；

所述第一电子设备确定所述第一靠近手势是朝向第一方向的手势，所述第一方向对应于第一声道；

所述第一电子设备建立所述第一音频设备和所述第一声道之间的对应关系，从而所述第一音频设备用于播放所述第一声道的音频；

所述第一电子设备和所述第一音频设备建立第一组网连接；

响应于检测到第二靠近手势，所述第二音频设备广播第二组网报文；

所述第一电子设备接收所述第二组网报文；

所述第一电子设备确定所述第二靠近手势是朝向第二方向的手势，所述第二方向对应于第二声道；

所述第一电子设备建立所述第二音频设备和所述第二声道之间的对应关系，从而所述第二音频设备用于播放所述第二声道的音频；

所述第一电子设备和所述第二音频设备建立第二组网连接。

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

所述第一电子设备通过所述第一组网连接向所述第一音频设备发送所述第一声道的音频；所述第一电子设备通过所述第二组网连接向第二音频设备发送所述第二声道的音频。

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

所述第一电子设备向所述第一音频设备发送第一指示消息，所述第一指示消息用于指示所述第一音频设备播放所述第一声道的音频；

所述第一电子设备向所述第二音频设备发送第二指示消息，所述第二指示消息用于指示所述第二音频设备播放所述第二声道的音频。

11.根据权利要求8-10中任一项所述的方法，其特征在于，

在所述第一音频设备放置于所述第一电子设备的左侧、所述第二音频设备放置于所述第一电子设备的右侧的情况下，

所述第一靠近手势为朝向所述第一音频设备挥手的手势，所述第二靠近手势为朝向所述第二音频设备挥手的手势，所述第一方向为左，所述第二方向为右，所述第一声道为左声道，所述第二声道为右声道。

12.一种电子设备，所述电子设备被配置为用于：

检测挥手手势，并监听局域网中是否存在预设格式的组网报文；

在检测到朝向第一方向的挥手手势之后，又接收到符合所述预设格式的第一组网报文的情况下，将发送所述第一组网报文的电子设备配置为用于播放第一声道的音频，其中，所述第一声道是对应于所述第一方向的声道。

13.一种音频设备，所述音频设备配置为用于：

检测靠近手势，并在检测到所述靠近手势后，广播预设格式的组网报文；

与接收所述预设格式的组网报文的电子设备建立组网连接；

接收所述电子设备发送的第一声道的音频，并播放所述第一声道的音频。

14.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有指令，当所述指令在电子设备中执行时，使得所述电子设备在检测到朝向第一方向的挥手手势之后，又接收到符合预设格式的组网报文的情况下，将所述组网报文的发送设备配置为用于播放第一声道的音频，其中，所述第一声道是对应于所述第一方向的声道。

15.一种计算机程序产品，其特征在于，所述计算机程序产品包括指令，当所述指令在电子设备中执行时，使得所述电子设备在检测到朝向第一方向的挥手手势之后，又接收到符合预设格式的组网报文的情况下，将所述组网报文的发送设备配置为用于播放第一声道的音频，其中，所述第一声道是对应于所述第一方向的声道。

Images