本申请要求2016年8月19日提交的标题为“无线音频设备设置(wirelessaudiodeviceprovisioning)”的美国临时申请号62/377,486的优先权，所述申请的全部内容出于所有目的特此以引用的方式并入。
本公开涉及将一个或多个音频设备连接到无线网络和/或无线网络接入点。
背景技术：
无线音频设备可以连接到网络以便从网络(例如，从其他音频设备或计算设备)接收音频数据、命令和/或其他通信数据。例如，无线音频设备可以从集中式混合设备加以控制以调整音频设备的音量、均衡和/或其他设定以提供所需音频播放。相对于具有有线连接的音频设备，音频设备的无线连接可以增加音频设备的定位的灵活性。然而，虽然音频设备可以通过通信线路的物理连接来连接到有线网络，但是当尝试连接到无线网络时，可以请求音频设备提供身份信息、安全信息和其他信息。此外，音频设备可以处于多个无线网络的范围内，因此关于连接到其他音频设备(例如，其他扬声器、混音器、音频接收器/处理器等)的无线网络的信息可能可用于区别所需无线网络与其他无线网络。
提供用于将音频设备连接到网络的信息(例如，配置信息)的一些尝试可能包括向请求连接到中央接入点的每个音频设备手动地发送信息的费时、费力且易出错的过程。所公开的方法和系统通过提供用于菊花链音频设备发现和配置信息传递的过程来解决这些问题。例如，被发现并发送配置信息以便在连接到中央接入点时使用的每个音频设备可以发现其他音频设备并向其发送配置信息，直到向所有可发现的音频设备提供了配置信息。一旦所有可发现的音频设备已经接收配置信息，音频设备就可以连接到中央接入点并开始与由中央接入点服务的网络上的其他音频设备通信。
附图说明
通过阅读以下参考附图对非限制性实施方案的描述，可更好地理解本公开，其中以下是：
图1示出根据本公开的一个或多个实施方案的示例性音频系统；
图2a和2b示出根据本公开的一个或多个实施方案的用于将音频设备连接到网络的示例性方法的流程图；并且
图3-9示出根据本公开的一个或多个实施方案的在网络连接过程中的示例性音频系统的设备之间的不同连接。
具体实施方式
音频输出环境可以广泛地改变—从家庭娱乐系统到大规模舞台声音系统。在每种情况下，音频输出环境可以包括多个音频输出设备(诸如扬声器或耳机)、控制音频设备(诸如混音器)和/或其他音频装备。为了以有效方式提供对音频装备的分布式控制，可以将音频设备连接到彼此相同的网络(例如，无线网络)。以这种方式，可以从控制音频设备向音频输出设备发送指令且/或另外在给定音频输出环境中的音频设备之间发送指令。虽然此种通信可以使指令能够在设备之间有效地发送，但用于将音频设备连接到网络的初始化例程可能是费时的并且可能依靠大量的用户输入和努力。
例如，在一些系统中，初始化例程可以包括单独地且手动地将每个音频设备连接到网络。可以将控制音频设备一次一个地、可通信地连接到每个音频设备以向音频设备传输信息，这允许音频设备然后尝试连接到网络。例如，可以通过应用程序连接到音频设备，或可能通过音频设备自身上的lcd或显示器接入音频设备。可以将网络的中央接入点的网络信息输入到音频设备中。此种输入通常通过经由键盘、触摸表面或按钮与编码器转轮的组合键入信息来执行，根据音频设备，这可能是冗长的过程。然后可以允许音频设备连接到中央接入点。然后针对用户希望连接到网络的每个音频设备重复以上步骤。至少部分地由于持续依靠用户输入来进行每次连接并启动设备之间的信息传输，这种过程既费时又易出错。
为了解决将多个音频设备连接到网络的上述问题，本公开提供用于将一群或一组音频设备自动地连接到中央接入点，使得设备可以通过由中央接入点服务的网络彼此通信的方法和系统。例如，本公开提供从控制设备向音频设备发送配置信息(例如，用于使音频设备能够识别并连接到中央接入点的信息，诸如服务集标识符(ssid)、安全类型和/或安全信息)。音频设备然后可以扫描其他音频设备并且将配置信息传播到所发现的音频设备。以这种方式，给定音频系统的音频设备可以在菊花链布置中向彼此传达配置信息，这为用户简化并自动化所述过程并且提供更好的用户体验。所公开的过程因此提供一种机制，用于单独的设备自动地发现并设置群组中的设备。这使用户免于单独地配置每个音频设备的负担并且确保配置信息是准确的。以下将描述关于用于自动化音频设备连接的这些和其他方法和系统的细节。
图1示出包括多个音频设备(例如，扬声器102a、102b、102c和102d)、控制音频设备(例如，计算设备104)和网络设备(例如，中央接入点106)的示例性音频系统100。在所示实例中，示出四个音频输出设备，然而，可以用任何合适的布置在给定音频系统中包括任何数量的音频输出设备。例如，音频输出设备可以定位在不同位置中以便为家庭娱乐系统提供环绕声。在其他实例中，音频输出设备可以布置在阵列中以便将直达声音提供到舞台、音乐厅和/或其他会场中。音频输出设备可以被配置来输出不同类型或范围的声音(例如，由高音喇叭、超低音喇叭、低音喇叭、中频域扬声器、全频域扬声器等输出不同频率范围)。因此，可以基于位置、设备类型、输出类型等来控制单独的音频输出设备和/或音频输出设备的群组。音频输出设备可以包括用于有线和/或无线通信(例如，通过wifi、蓝牙、近场通信(nfc)、zigbee、蜂窝和/或其他无线联网协议)的通信或联网接口。音频输出设备还可以包括处理器(例如，硬件逻辑设备)和存储器(例如，硬件存储设备)，所述存储器存储可由处理器执行以执行动作(诸如，控制在音频输出设备与其他所连接设备之间的数据传递)的指令。例如，音频输出设备可以包括能够理解并响应于在音频输出设备处接收的所传达数据包的主机固件。
用于控制音频输出设备的指令可以由一个或多个控制音频设备(诸如执行应用程序108的计算设备104)提供。例如，计算设备104可以包括网络接口(例如，类似于上文针对音频设备所描述的网络接口，并且适于将计算设备连接到音频设备和/或连接到中央接入点)、处理器和存储器，所述存储器存储可由处理器执行以根据应用程序108来配置或控制其他音频设备的指令。用于配置音频设备的信息可以包括用于使音频设备能够连接到网络的配置信息。可以通过包和/或数据包来发送配置信息，所述包和/或数据包能够由音频设备(例如，由音频输出设备)读取(例如，在出于安全目的加密了数据包的实例中，在解密后)、分析、处理和转发。应用程序108可以包括被编写以在各种操作系统和平台上运行的软件应用程序，所述操作系统和平台包括桌面windows、macintosh和linux系统以及移动平台(包括ios、android和windows)。因此，虽然计算设备104被示出为台式计算机，但应理解，计算设备104可以包括任何合适的计算设备，包括移动设备(例如，智能电话、便携式计算机、平板电脑、车辆中的信息娱乐系统/头部单元等)、音频混音器和/或其他计算系统。计算设备104可以包括用于向计算设备的用户呈现视觉信息的显示器110。向计算设备的用户输入可以通过任何合适的输入机构接收，所述输入机构包括外围用户输入设备(例如，键盘112、鼠标、触摸板等)和/或集成的用户输入设备(例如，集成在计算系统中的致动器、集成在显示器110中的触摸传感器和/或悬浮传感器等)。
诸如中央接入点106的网络设备可以包括一件网络装备(例如，联网接口)，所述网络装备允许多个设备连接到它并且可以将网络数据包分发到所连接设备。中央接入点106可以无线地操作(例如，通过天线114接收通信)且/或硬布线到音频系统和/或网络中。例如，中央接入点106可以为封闭的网络(例如，仅包括在中央接入点的范围内并能够在没有介入设备的情况下直接连接到中央接入点的音频设备)提供集中式接入控制且/或可以为更大的或开放的网络(例如，包括不在中央接入点的范围内或不能够直接连接到中央接入点的音频设备)提供集中式接入控制。在后面的实例中，中央接入点可以连接到另一个中央接入点或其他联网的设备(例如，通过无线和/或有线连接)，所述另一个中央接入点或其他联网的设备连接到另一个音频设备。在这种实例中，通信数据包可以从其他的音频设备传输到另一个中央接入点，并且然后从另一个中央接入点传输到中央接入点108以便分布到连接到中央接入点108的音频设备。一旦所有音频设备(例如，接收音频作为输入、发送音频作为输出且/或为接收音频作为输入或发送音频作为输出的设备生成控制信息的任何设备)都连接到中央接入点，就可以在音频设备(例如，音频输出设备和控制音频设备)之间提供通信。
图2a和2b示出用于将音频设备自动地连接到网络的方法200的流程图。所述方法任选地包括在202处将应用程序(例如，用于配置并控制音频设备的应用程序，诸如图1的应用程序108)连接到用于网络的中央接入点。例如，暂时转到图3，示出包括多个扬声器302a-302d、计算设备304和中央接入点306的示例性音频系统。图3的元件可以包括图1的类似命名的元件且/或包括在其中。因此，图1的扬声器、计算设备和中央接入点的描述可以应用于图3的类似命名的元件。在图3的实例中，应用程序308(例如，可以是图1的应用程序108的实例)存储在计算设备304中并且由计算设备304执行。因此，用户可以启动应用程序308并且然后将应用程序308连接到中央接入点306，如通信线路309所指示。通信线路309可以包括计算设备304与中央接入点306之间的无线和/或有线连接。在其他实例中，如下文将参考图4b所讨论的，应用程序108可以包括在中央接入点中，因此应用程序可以不需要连接到中央接入点(因为应用程序已经能够访问存储在中央接入点中的信息)。
返回到图2a，方法200包括在204处设定且/或接收连接配置信息。连接配置信息可以包括如在206处所指示的ssid、如在208处所指示的安全信息(例如，安全类型、密码和/或用于wifi受保护访问(wpa或wpa2)、有线等效保密(wep)和/或其他安全协议的其他安全信息)，和/或用于允许音频设备连接到中央接入点的其他信息。用户可以设定并保存包括ssid和/或任何安全设定的连接配置信息。例如，用户可以将连接配置信息中的一些或全部输入到应用程序中，并且命令中央接入点保存所输入的连接配置信息。在由远离中央接入点的计算设备执行应用程序的实例中，可以通过外部通信链路(例如，图3的通信线路309)接收配置信息。在由中央接入点执行应用程序的实例中，可以从在中央接入点本地的存储设备接收和/或检索配置信息，且/或可由应用程序访问配置信息(例如，通过内部总线而不是外部通信链路)。
在210处，所述方法任选地包括使应用程序从中央接入点断开。如上文所讨论的，在一些实例中，应用程序可以由中央接入点执行。在此类实例中，可以不使应用程序从中央接入点断开，因为应用程序集成在中央接入点中。在应用程序由远离中央接入点的计算设备(例如，图3的计算设备304)执行的其他实例中，可以使应用程序从中央接入点断开以便允许计算设备连接到其他音频设备。
在212处，所述方法任选地包括扫描音频设备。例如，应用程序可以发出广播和/或有目标的消息(例如，如果应用程序可以接入预期位于附近的一系列音频设备)以发现在应用程序的通信范围内的音频设备。在214处，所述方法包括将应用程序连接到第一所发现音频设备。例如，如果应用程序扫描音频设备，那么第一所发现音频设备可以包括传输由应用程序接收的第一响应消息的音频设备。
在应用程序不扫描音频设备的实例中，第一所发现音频设备可以包括物理地和/或手动地连接到计算设备的音频设备(例如，通过用户输入，诸如第一所发现音频设备上的按钮的致动)。214处的连接在此类实例中可以是有线的或无线的。有线连接可以使用户能够确保特定音频设备是第一所发现设备且/或提供更快的通信链路，而无线连接可以使连接过程进一步自动化，这样使得不使用另外用户输入(例如，212和214的扫描和连接分别可以响应于在204处接收到配置信息并且在没有请求扫描和连接的另外用户输入的情况下启动)。
在用于将音频设备连接到计算设备304/应用程序308的以上实例中的任何一个中，可以使用用于通信链路的内置无线安全协议(例如，有线等效保密[wep]、wi-fi受保护访问[wpa]/wpa2、网络认证例程等)和由应用程序308提供的认证例程(例如，其中用户登录应用程序并且仅在由应用程序认证后才被允许开始扫描过程)来保全在网络设备(例如，音频设备与计算设备，音频设备与一个或多个其他音频设备，音频设备与中央接入点306，计算设备304与中央接入点306，和/或通信中的任何其他网络设备)之间的通信。在一个实例中，可以通过蓝牙发现过程发现音频设备，因此配置信息包括在蓝牙发现消息中。音频设备连接的时间质量也可以为通信提供一些安全性。例如，时间窗口可以从按钮按压或其他手动用户启动(或从自动扫描例程的开始)开始，并且可以仅使第一所发现音频设备与计算设备304之间和/或网络中的每个音频设备之间的通信能够在时间窗口的持续时间内发生(例如，直到窗口到期或关闭)。时间窗口可以具有预定大小且/或可以根据网络的一个或多个参数(例如，网络中的音频设备的数量、网络的延迟、网络的带宽等)被设定大小以适应所述设备之间的通信。作为非限制性实例，根据网络的参数，时间窗口可以具有15秒至5分钟的大小。
保全在网络设备之间的通信的另一个实例包括对请求配置信息的音频设备的ssid(或ssid的一部分)与一系列预期ssid和/或一个预期ssid参数(例如，ssid内的字母数字字符的预期图案)进行比较。保全在网络设备之间的通信的又一个实例包括使用加密数据包来发送配置信息和/或其他所传达信息。例如，网络的音频设备可以具有存储在其上的加密/解密信息(例如，加密密钥/协议信息)，所述信息与由计算设备304和/或应用程序308采用且/或另外由计算设备304和/或应用程序308已知的加密机制兼容。在一些实例中，用于对配置信息进行加密的加密可以基于或可以使用接收通信的音频设备的ssid(或ssid的一部分)。(例如，在扫描过程中获取的)初始发现信息和在网络的设备之间传达的配置信息中的一个或两个可以用加密格式传达。例如，音频设备的发现过程中的通信可以作为加密数据来传达，而配置信息的通信可以未加密并且仅以使用加密发现信息所发现的音频设备为目标。应理解，任何数量的上述安全机制和其任何组合可以用于保全在第一所发现音频设备与计算设备304/应用程序308之间和/或音频设备中的每一个之间的通信以便为通信提供多层安全性。
暂时转到图4a和4b，示出用于将应用程序连接到第一所发现音频设备的实例。在图4a的实例中，应用程序308由计算设备304托管。因此，通过通信链路402(例如，可以是有线的或无线的)在计算设备304与第一所发现音频设备(即，扬声器302a)之间进行连接。在图4b的实例中，应用程序308'位于中央接入点306'中，并且通过通信链路404(例如，可以是有线的或无线的)在中央接入点306'与第一所发现音频设备(即，扬声器302a)之间进行连接。应用程序308'可以与图3和4a的应用程序308相同或相似。例如，应用程序308'可以相对于图3和4a的应用程序308有所修改，以便在中央接入点306'内操作和/或由中央接入点306'执行，但可以另外执行与应用程序308相同的操作中的至少一些(例如，配置和控制其他音频设备)。同样地，中央接入点306'可以与图3和4a的中央接入点306相同或相似。例如，中央接入点306'可以相对于图3和4a的中央接入点306有所修改，以便适应应用程序308'的存储和执行。应理解，在图2a和2b的方法200中提到应用程序可以指由远离中央接入点(例如，中央接入点306)的计算设备(例如，计算设备304)执行的应用程序308或由中央接入点(例如，中央接入点306')执行的应用程序308'。
返回到图2a，所述方法包括将网络数据包发送到第一所发现音频设备，如216处所指示。网络数据包包括可用于将音频设备连接到中央接入点的上述配置信息(例如，上文在204、206和208处描述的配置信息)。数据包可以包括标准数据块(被称为标头)，后续接着定制的有效负载数据或协议数据(例如，包括配置信息)。如上文所讨论的，数据包(例如，包括在数据包中的数据的至少一部分)可以被加密和/或另外被保全以向音频设备、中央接入点和/或其他计算设备之间的通信提供数据包级安全性。网络数据包可以分别沿着图4a和4b的链路402和/或链路404发送。虽然被称为网络数据包，但应理解，配置信息可以用任何合适的方式传输到音频设备，包括通过多个数据包、以不同的数据包格式等。在一些实例中，信息可以作为具有重复信息的流加以传输(例如，对于较弱的或另外具有高于阈值的数据丢失率的通信链路)。在一些实例中，应用程序可以基于链路的类型、链路上的实时通信量信息、配置信息的大小和/或其他合适的因素选择用于传输配置信息的方法。
发送到第一所发现音频设备的配置信息可以被配置用于所述音频设备。例如，配置信息可以包括被配置用于所述音频设备的安全信息，所述安全信息基于第一所发现音频设备的身份信息。在另外或替代的实例中，配置信息可以包括信息的量、格式或类型，所述量、格式或类型基于音频设备的能力。例如，如果中央接入点被配置来允许通过多个联网协议进行连接，那么应用程序可以根据每个协议接收、检索且/或设定配置信息并且基于所述音频设备所支持的通信协议向第一所发现音频设备传输给定协议的配置信息。在再另外的实例中，配置信息对于所有音频设备可以是相同的。
在218处，所述方法包括利用第一所发现音频设备进行扫描以发现另外的音频设备。例如，从应用程序接收到配置信息的音频设备可以从应用程序断开，并且然后为符合命名或发现标准的其他音频设备扫描可用的无线网络。第一所发现音频设备然后可以等待来自其他音频设备的回复(例如，根据预定格式的预期回复消息)。暂时转到图5，示出示例性的基于音频设备的扫描操作。如所示，扬声器302a通过通信链路502(例如，可以是有线的或无线的)将发现消息广播或另外发送到网络504以便尝试定位所述网络上的其他音频设备(诸如扬声器302b-302d)，所述扬声器302a是第一个由图4a的应用程序308(或图4b的应用程序308')发现的扬声器。如上文所述，音频设备可以利用本文所公开的任何数量的安全机制和其任何组合来保护音频设备间的通信。
返回到图2a，所述方法包括在220处确定是否发现其他音频设备(例如，作为218的扫描的结果)。如果发现其他音频设备，那么所述方法进行到222，并且包括将第一所发现音频设备连接到另外的所发现音频设备，以及从第一所发现音频设备向每个另外的所发现音频设备发送配置信息。暂时转到图6，连接被示出为通过通信链路602(例如，可以是有线的或无线的)在第一所发现音频设备(扬声器302a)与另外的所发现音频设备(扬声器302b)之间形成。配置信息可以通过通信链路602从扬声器302a发送到扬声器302b。
在一些实例中，将第一所发现音频设备从应用程序接收到的相同配置信息不变地(例如，在不发送任何另外或不同的信息的情况下)发送到每个另外的所发现音频设备(例如，在图2a的218的扫描过程中由第一所发现音频设备发现)。在其他实例中，第一所发现音频设备可以处理且/或另外修改从应用程序接收到的配置信息以生成更新的配置信息，所述更新的配置信息将被发送到另外的所发现音频设备。
例如，第一所发现音频设备可以基于每个另外的所发现音频设备的能力和/或配置来格式化配置信息。在另外或替代的实例中，第一所发现音频设备可以将信息附加到从应用程序接收到的配置信息。所附信息可以识别第一所发现音频设备，开始计数器(例如，基于跳数的计数器，其被设定成每一次由音频设备接收时增量)，识别从第一所发现音频设备接收配置信息的另外的所发现音频设备，且/或可以包括任何其他合适的信息。所附信息可以帮助跟踪配置信息通过网络的流动，监测在第一所发现音频设备与其他音频设备之间进行的连接的数量，且/或识别将要连接到中央接入点的音频设备。
返回到图2a，如224处所指示，新发现的音频设备(例如，通过在218处的扫描发现)然后可以开始扫描并发现再另外的设备并且传递配置信息(例如，执行与第一所发现音频设备在218-222中执行的那些操作相同或相似的操作)。例如，如图6中所示，另外的所发现音频设备(扬声器302b)被示出为连接到网络504，并且因此可以尝试与第一所发现音频设备(扬声器302a)同时发现网络上的其他音频设备(例如，扬声器302c和302d)。
一旦音频设备接收到配置信息，所述音频设备就可以开始扫描其他音频设备并将配置信息发送到所发现的音频设备，这样使得可以多个音频设备可以同时扫描并在网络上发送配置信息。以这种方式，可以在没有另外的用户输入的情况下快速且有效地发现许多设备。图9中示出“星形”发现的实例，其中音频设备可以发现另外的音频设备，所述另外的音频设备可以继而发现再另外的音频设备。例如，音频设备302a可以发现音频设备302e和302f，并且音频设备302f可以发现音频设备302g和302h。当音频设备302a发现音频设备302e和302f时，音频设备302b可以(例如，同时和/或另外独立地)发现音频设备302i，所述音频设备302i可以继而发现音频设备302j和302k。音频设备302k可以进一步发现音频设备302l。设备之间的每个连接可以用于传输配置信息，如上文所讨论的。
为了减少配置信息的冗余传输，在扫描过程中，如果已经(例如，由同一发现设备或不同发现设备)发现了设备，已经发现的设备可以向发现设备发送消息以忽略已经发现的设备。在音频设备连接到超过一个网络的情况下，所述音频设备可以对任一个或两个网络执行发现以便发现更多可发现的音频设备并向其发送配置信息。
返回到图2a，在226处，所述方法包括确定是否发现再另外的音频设备。如果是的话，那么所述方法返回到224以继续扫描并在音频设备之间发送配置信息(例如，以菊花链方式)。因此，扫描和配置信息发送可以继续，直到所有可发现的设备已经接收到配置信息。可发现的音频设备可以包括在第一所发现音频设备的范围内(例如，直接地或通过中间设备)的、已经选择会发现(例如，通过致动机械按钮、设定软件配置文件、包括在“可发现列表”中等)的所有音频设备。在另外或替代的实例中，可发现的音频设备可以包括在第一所发现音频设备的范围内(例如，直接地或通过中间设备)的、选择不会被发现(例如，通过致动机械按钮、设定软件配置文件、包括在“阻挡列表”中等)的所有音频设备。
在一些实例中，可以限制每个音频设备发现预定数量的音频设备并向其发送配置信息。在另外或替代的实例中，可以将同时传输的发现消息和/或配置信息传输的总数限制为另一个预定数量。此类实例可以控制联接音频设备的网络上的通信量。
一旦所有可发现的设备已经接收配置信息(例如，一旦没有发现其他音频设备，在220或226处的“否”)，所述方法进行到图2b的228，并且包括使用接收到的配置信息将每个所发现音频设备连接到中央接入点(例如，其中每个所发现音频设备利用其接收到的配置信息来连接到中央接入点)。例如，音频设备可以生成连接请求并将其发送到中央接入点，所述连接请求在一些实例中仅包括配置信息(例如，如从应用程序和/或从另一个音频设备接收的)。在其他实例中，连接请求可以包括配置信息中的一些或全部且/或可以另外基于配置信息。暂时转到图7，每个扬声器302a-302d被示出为单独地连接到中央接入点306(例如，通过分开的通信链路702a-702d，所述通信链路702a-702d可以是无线链路)。以这种方式，每个音频设备可以单独地与中央接入点通信。例如，可以通过用于特定音频设备和/或音频设备的子集/群组的相应通信链路将控制指令发到那个设备/那些设备。此外，单独的通信链路使指令能够同时发送到每个音频设备。虽然上文将音频设备间的通信描述为开放地发生，但应理解，在一些实例中，可以在网络连接过程的各个点处建立另外的安全层。例如，每个音频设备在被允许发送配置信息之前可以在发现/扫描过程中向每个所发现音频设备发送密码、标识符和/或其他安全信息。同样地，在开始相应设备之间的通信之前可以在应用程序与第一所发现音频设备之间以及在所有所发现的音频设备与中央接入点之间交换另外的安全信息。
此时，所有设备能够通过同一网络彼此通信。应理解，在一些实例中，一旦接收到配置信息或在此后的任何时间(例如，不管另外的音频设备是否等待被发现)，每个设备可以连接到中央接入点(例如，使用配置信息)。在此类实例中，已经连接到中央接入点的音频设备可以继续发现另外的音频设备并向其发送配置信息，只要包括在音频设备中的网络接口适于适应此类通信链路和传输。
返回到图2b，所述方法任选地包括将应用程序连接到中央接入点，如230处所指示，使得应用程序能够同时与同一网络上的所有音频设备通信。例如，在应用程序由远离中央接入点的计算设备执行的实例中(例如，如图4a中所示)可以执行230的连接。在应用程序由中央接入点执行的其他实例中(例如，如图4b中所示)，可以不执行230处的操作，因为音频设备与中央接入点之间的连接可以将音频设备自动地连接到应用程序，这样使得应用程序能够同时与同一网络上的所有音频设备通信。
在232处，所述方法包括广播来自应用程序的发现消息以发现连接到中央接入点的设备。例如，应用程序可以周期性地广播232的发现消息且/或可以响应于接收到音频设备已经连接到中央接入点的指示(例如，来自中央接入点、来自音频设备等)广播所述发现消息。如上文所讨论的，在一些实例中，音频设备可以将信息附加到配置信息，这样使得当音频设备连接到中央接入点时，配置信息贯穿音频设备的传播还可以允许音频设备向中央接入点发送发现消息。在此类实例中，应用程序可以不广播发现消息，因为所连接的音频设备可以已经是已知的。在另外或替代的实例中，应用程序仍然可以广播发现消息，并且当连接到中央接入点时可以使用从音频设备接收的另外信息来验证或诊断通信问题(例如，所连接音频设备的预期数量是否不同于对发现消息做出响应的音频设备的数量)。
暂时转到图8，应用程序308与计算设备302之间的通信链路309被示出为重新建立的，从而允许应用程序向所连接音频设备(例如，扬声器302a-302d)中的每一个发送发现消息和/或控制指令。因此，返回到图2b，所述方法可以包括通过中央接入点从应用程序向音频设备中的一个或多个发送控制指令，如234处所指示。例如，将扬声器中的每一个的音量增加或设定为10db的指令可以通过中央接入点同时从应用程序发送到扬声器中的每一个(例如，使得每个扬声器同时增加/设定相关联的音量)。在其他实例中，可以将单独的指令同时发送到不同扬声器。例如，可以命令所有所连接的中频域扬声器将相应音量设定为10db，同时可以命令所有所连接的低音喇叭将相应音量设定为5db。针对中频域扬声器的指令可以与针对低音喇叭的指令分开发送、但与其同时发送。
本公开提供一种计算设备，其包括：网络接口，所述网络接口适于可通信地连接到一个或多个音频设备；处理器；以及存储设备，所述存储设备存储指令，所述指令可由处理器执行以：向一个或多个音频设备中的第一音频设备传输发现消息；并且在从第一音频设备接收到对发现消息的响应时，向第一音频设备传输配置信息，所述配置信息包括以下数据，所述数据致使第一音频设备向其他音频设备传输另外发现消息并将配置信息传播到对另外发现消息作出响应的第二音频设备，配置信息的数据进一步致使第一音频设备和第二音频设备基于配置信息而向中央接入点传输连接请求。在计算设备的第一实例中，计算设备可以另外或可选地是中央接入点。第二实例任选地包括第一实例，并且还包括计算设备，其中计算设备远离中央接入点。第三实例任选地包括第一实例和第二实例中的一个或两个，并且还包括计算设备，其中所述指令可进一步由处理器执行以从中央接入点接收配置信息。第四实例任选地包括第一到第三实例中的一个或多个，并且还包括计算设备，其中第二音频设备被配置来向第三音频设备传输再另外发现消息并响应于从第三音频设备接收到对再另外发现消息的响应而将配置信息传播到第三音频设备。第五实例任选地包括第一到第四实例中的一个或多个，并且还包括计算设备，其中第一音频设备将关于第一音频设备的信息附加到配置信息以生成更新的配置信息并将其发送到第二音频设备。第六实例任选地包括第一到第五实例中的一个或多个，并且还包括计算设备，其中第一音频设备向第二音频设备传输第一音频设备从计算设备接收到的相同的、未修改配置信息。第七实例任选地包括第一到第六实例中的一个或多个，并且还包括计算设备，其中配置信息包括中央接入点的服务集标识符(ssid)、安全类型和安全信息中的一项或多项。
本公开还提供一种音频设备，其包括：网络接口，所述网络接口适于可通信地连接到一个或多个音频设备和中央接入点；处理器；以及存储设备，所述存储设备存储指令，所述指令可由处理器执行以：从一个或多个音频设备中的第一音频设备接收发现消息；向第一音频设备传输对发现消息的响应；从第一音频设备接收配置信息，所述配置信息包括中央接入点的服务集标识符(ssid)、安全类型和安全信息中的一项或多项；通过网络接口向一个或多个音频设备中的第二音频设备传输发现消息；从一个或多个音频设备中的第二音频设备接收对发现消息的响应；向第二音频设备传输接收到的配置信息；并且基于配置信息向中央接入点传输连接请求。在音频设备的第一实例中，所述指令可以另外或可选地进一步可执行以：从中央接入点接收来自控制设备的用来调整音频设备的操作的控制指令，并且根据接收到的控制指令调整操作。音频设备的第二实例任选地包括第一实例，并且还包括音频设备，其中控制设备是中央接入点。音频设备的第三实例任选地包括第一实例和第二实例中的一个或两个，并且还包括音频设备，其中控制设备是第一音频设备。音频设备的第四实例任选地包括第一实例到第三实例中的一个或多个，并且还包括音频设备，其中控制设备是一个或多个音频设备中的第三音频设备，并且其中第一音频设备从第三音频设备接收配置信息。
本公开还提供一种用于将多个音频设备连接到中央接入点的方法，所述方法包括从中央接入点接收连接配置信息，连接到多个音频设备中的第一音频设备，以及向第一音频设备传输接收到的配置信息，所述配置信息适于致使：第一音频设备发现多个音频设备中的第二音频设备，向第二音频设备传输配置信息，以及基于配置信息向中央接入点发送连接请求。在所述方法的第一实例中，所述方法可以另外或可选地还包括广播发现信息以发现连接到中央接入点的音频设备。所述方法的第二实例任选地包括第一实例，并且还包括所述方法，所述方法还包括通过中央接入点向所发现的音频设备传输控制指令。所述方法的第三实例任选地包括第一实例和第二实例中的一个或两个，并且还包括所述方法，其中配置信息进一步适于致使第一音频设备将关于第一音频设备的信息附加到配置信息以生成更新的配置信息并将其发送到第二音频设备。所述方法的第四实例任选地包括第一到第三实例中的一个或多个，并且还包括所述方法，其中配置信息进一步适于致使第一音频设备向第二音频设备传输第一音频设备接收到的相同的、未修改的配置信息。所述方法的第五实例任选地包括第一到第四实例中的一个或多个，并且还包括所述方法，其中配置信息包括中央接入点的服务集标识符(ssid)、安全类型和安全信息中的一项或多项。所述方法的第六实例任选地包括第一到第五实例中的一个或多个，并且还包括所述方法，所述方法还包括从中央接入点接收用来调整多个音频设备中的一个或多个的操作的控制指令。
本公开还提供一种用于将多个音频设备连接到中央接入点的方法，所述方法包括：在多个音频设备中的第一音频设备处从多个音频设备中的第二音频设备接收发现消息；向第二音频设备传输对发现消息的响应；从第二音频设备接收配置信息，所述配置信息包括中央接入点的服务集标识符(ssid)、安全类型和安全信息中的一项或多项；向多个音频设备中的第三音频设备传输发现消息；从第三音频设备接收对发现消息的响应；向第三音频设备传输接收到的配置信息；以及基于配置信息向中央接入点传输连接请求。在所述方法的第一实例中，所述方法可以另外或可选地还包括：从中央接入点接收来自控制设备的用来调整第一音频设备的操作的控制指令；以及根据接收到的控制指令调整操作。所述方法的第二实例任选地包括第一实例，并且还包括所述方法，其中控制设备是中央接入点。所述方法的第三实例任选地包括第一实例和第二实例中的一个或两个，并且还包括所述方法，其中控制设备是第二音频设备。所述方法的第四实例任选地包括第一到第三实例中的一个或多个，并且还包括所述方法，其中控制设备是多个音频设备中的第四音频设备，并且其中第二音频设备从第四音频设备接收配置信息。
已经出于说明和描述的目的呈现了实施方案的描述。对实施方案的合适修改和变更可根据以上描述来执行或者可在实践所述方法的过程中获得。例如，除非另外指出，否则所描述方法中的一种或多种可由合适的设备和/或设备组合(诸如参考图1和图3所描述的计算设备104或304、中央接入点106或306，或者音频输出设备102a-d或302a-d)来执行。通过利用一个或多个逻辑设备(例如，处理器)结合一个或多个另外的硬件元件(诸如存储设备、存储器、硬件网络接口/天线、开关、致动器、时钟电路等)来执行所存储的指令，可以执行所述方法。所描述方法和相关联的动作还可以按除了本申请中所描述的顺序之外的各种顺序平行地和/或同时地执行。所描述的系统本质上是示例性的，并且可包括另外的元件且/或省略元件。本公开的主题包括所公开的各种系统和配置以及其他特征、功能和/或性质的全部新颖的且非显而易见的组合和子组合。
如本申请中所使用的，以单数形式列举并且前面带有单词“一个”或“一种”的元件或步骤应理解为并不排除多个所述元件或步骤，除非指出这种排除情况。此外，提到本公开的“一个实施方案”或“一个实例”并不意图解释为排除也并入了所列举特征的另外实施方案的存在。术语“第一”、“第二”和“第三”等仅用作标签，而且并不意图对其对象强加数值要求或具体位置顺序。以下权利要求书特别指出来自上述公开内容的、被认为是新颖的且非显而易见的主题。