CN105185391B - 一种多用户音箱控制方法和装置 - Google Patents

Abstract

本申请提供了一种多用户音箱控制方法和装置，音箱在任一用户通过一移动终端登录本音箱时，获取该用户在该移动终端上的音频资源列表，并将该音频资源列表包含的内容存储到本地的共享音频资源列表中；将本地存储的共享音频资源列表发送给当前登录的各移动终端；接收到该用户通过该移动终端选择一音频名称而发送的播放请求时，获取该用户的配置信息并进行配置；若根据本地存储的共享音频资源列表确定所述音频名称对应的音频流在该移动终端之外的移动终端上，则通知该音频流所在的移动终端发送该音频流给本音箱；接收到该音频流时，根据所述配置播放该音频流。该方案在节省资源的情况下，高效实现多用户的资源共享。

Description

一种多用户音箱控制方法和装置

技术领域

本发明涉及声音控制技术领域，特别涉及一种多用户音箱控制方法和装置。

背景技术

随着数码产品的不断更新，网络通讯技术的不断进步，音箱也逐步引入了各种新的功能，像增加USB接口和HDMI接口已经司空见惯。近年来，越来越多的音箱引入了蓝牙和wifi无线联网的功能，使音箱成为网络中的一个节点，可以使用更多的音源。同时各个音箱之间通过无线连接组合在一起使用，实现更加灵活的多声道播放方式也是一大趋势。

而近年来移动终端迅猛发展，成为个人手上必不可少的工具，用户在移动终端上消费大量的娱乐时间，这很大程度上是由于移动终端越来越强大，功能越来越多，而且使用起来灵活方便。

基于此背景，如何使多个移动终端和音箱配合起来使用，共享音频资源，与此同时，为每个用户提供个性化的服务，使用户在音箱系统中获得更多的享受。

共享音频资源如今市场上已经有多种解决方案，其中有代表性的主要有：

(1)通过无线网络的实时传递实现共享。如果音频资源很大，将耗费很多时间。而且音频传送的过程容易受到网络条件的影响而中断。

(2)通过服务器实现共享。使用一个网盘，把要共享的资源上传到网盘上，供以后下载。包括现在很热门的小米路由，其实也是使用这个原理，只是它的网盘就在路由身上。这种共享方式并不是实时的共享，读写硬盘也是需要耗费很多时间。而且在使用其资源的时候需要有一个可视的设备能够访问网盘，在音箱本身不带可视资源的前提下，音频资源并不是直接传递给音箱去播放。如果通过音箱去播放共享资源，还需要一个中转的可视设备的支持。

发明内容

有鉴于此，本申请提供一种多用户音箱控制方法和装置，在节省资源的情况下，高效实现多用户的资源共享。

为解决上述技术问题，本申请的技术方案是这样实现的：

一种多用户音箱控制方法，应用于与移动终端相连的音箱上，该方法包括：

该音箱在任一用户通过一移动终端登录本音箱时，获取该用户在该移动终端上的音频资源列表，并将该音频资源列表包含的内容存储到本地的共享音频资源列表中；将本地存储的共享音频资源列表发送给当前登录的各移动终端；

接收到该用户通过该移动终端选择一音频名称而发送的播放请求时，获取该用户的配置信息并进行配置；

若根据本地存储的共享音频资源列表确定所述音频名称对应的音频流在该移动终端之外的移动终端上，则通知该音频流所在的移动终端发送该音频流给本音箱；

接收到该音频流时，根据所述配置播放该音频流。

一种多用户音箱控制装置，应用于与移动终端相连的音箱上，该装置包括：存储单元、处理单元、接收单元和发送单元；

所述存储单元，用于存储配置信息和共享音频资源列表；

所述接收单元，用于接收播放请求；接收音频流；

所述处理单元，用于当确定任一用户通过一移动终端登录本音箱时，获取该用户在该移动终端上的音频资源列表，并触发所述存储将该音频资源列表包含的内容存储到本地的共享音频资源列表中；当所述接收单元接收到该用户通过该移动终端选择一音频名称而发送的播放请求时，从所述存储单元获取该用户的配置信息并进行配置；当所述接收单元接收到该音频流时，根据所述配置播放该音频流；

所述发送单元，用于将所述存储单元中存储的共享音频资源列表发送给当前登录的各移动终端；若根据所述存储单元存储的共享音频资源列表确定所述音频名称对应的音频流在该移动终端之外的移动终端上，则通知该音频流所在的移动终端发送该音频流给本音箱。

由上面的技术方案可知，本申请中音箱管理多个用户的音频资源列表，在多用户同时登录时，能够实现音频资源共享。本申请提供的技术方案，在节省资源的情况下，高效实现多用户的资源共享。

附图说明

图1为本申请实施例中多用户音箱控制组网示图；

图2为本申请实施例中多用户音箱控制流程示意图；

图3本申请实施例中主音箱处理音频流的流程示意图；

图4为本申请实施例中应用于上述技术的装置结构意图；

图5为本申请实施例中与移动终端相连的音箱的架构示意图。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，下面结合附图并举实施例，对本发明的技术方案进行详细说明。

本申请实施例中提供一种多用户音箱控制方法，应用于与各移动终端相连的音箱上，该音箱管理多个用户的音频资源列表，在多用户同时登录时，能够实现音频资源共享。本申请提供的技术方案，在节省资源的情况下，高效实现多用户的资源共享。

本申请实施例中，移动终端与音箱的连接可以是有线连接，也可以是无线连接。

本申请实施例中的音箱连接一个接入点(Access Point，AP)，使自身成为一个网络热点，即在移动终端连接这个热点时，连接的是该音箱，而非这个AP。

移动终端在需要登录到音箱上时，搜索这个热点，与该音箱建立连接。

在具体实现时，可以通过多声道播放音频流，这时还需要多个音箱配合使用，如果这个热点中需接入多个音箱时，该音箱(与移动终端连接的音箱)作为主音箱，其它音箱(不与移动终端连接的音箱)作为子音箱。各子音箱与主音箱建立连接。

本申请具体实现时，移动终端只和主音箱交互，不会同子音箱交互。在下文描述中为了描述方便，与移动终端连接的音箱称为主音箱。主音箱存储用户通过移动终端登录本音箱的登录信息(账户信息)；通过该登录信息能够获知当前哪个用户通过哪个终端在登录。

登录信息可以为：用户名、密码、移动终端设备信息(IP地址、MAC地址)等。

主音箱在任一用户通过一移动终端登录本音箱时，获取该用户在该移动终端上的音频资源列表，并将该音频资源列表包含的内容存储到本地的共享音频资源列表中。主音箱上存储各移动终端发送的音频资源列表并合并，合并后的音频资源列表称为共享音频资源列表。

主音箱获取该用户在该移动终端上的音频资源列表，具体实现为：在该用户通过该移动终端登录本音箱时，向该移动终端发送音频资源请求。

该移动终端接收到该请求后，将该用户使用本移动终端登录主音箱时的音频资源列表发送给主音箱。

这里的音频资源列表包括：音频名称、编码方式、文件大小等；而不是真正的音频流。

主音箱将该用户终端响应的音频资源列表中的相关内容合并存储到本地的共享音频资源列表中，并增加对发送该音频资源列表的移动终端的MAC地址和IP地址，以及对应的用户的用户名。共享音频资源列表中包括：音频名称、MAC地址、IP地址和用户名等，MAC地址和IP地址为用户通过移动终端登录主音箱的设备的MAC地址和IP地址。在共享音频资源列表也可以将音频名称对应编码方式、文件大小等一同存储，在实际应用中，本申请不限制存储的音频流对应的具体内容，使用者可以根据实际需要增加或减少相关内容的存储。

主音箱将本地存储的共享音频资源列表发送给当前登录本音箱的移动终端。在具体实现时，可以将本地存储的共享音频资源列表全部发送给各移动终端，也可以仅将共享音频资源列表中变化的内容发送给对应的移动终端；如针对刚登录本主音箱的移动终端，将共享音频资源列表中当前增加的内容之外的内容发送给刚登录本音箱的移动终端，针对其它移动终端，将共享音频资源列表中新增加的内容发送给其它移动终端。

当该移动终端退出登录时，在本地的共享音频资源列表中删除该用户通过该终端登录时的音频资源列表包含的内容，并通知当前登录的移动终端删除该用户通过该终端登录时的音频资源列表包含的内容。

参见图1，图1为本申请实施例中多用户音箱控制组网示图。图1中，音箱连接AP形成一个热点，假设当前已存在用户通过4个移动终端登录音箱。参见表1，表1为本实施例中主音箱上存储的共享音频资源列表包含的内容。

音频名称	MAC地址	IP地址	用户名
				song_mt1_1	MT1_mac	MT1_IP	account_1
song_mt1_2	MT1_mac	MT1_IP	account_1
				song_mt2_1	MT2_mac	MT2_IP	account_2
song_mt3_1	MT3_mac	MT3_IP	account_3
				song_mt3_2	MT3_mac	MT3_IP	account_3
song_mt4_1	MT4_mac	MT4_IP	account_4

表1

假设当前用户4还通过移动终端MT5登录本主音箱，主音箱向MT5发送音频资源请求。

参见表2，表2为MT5上的音频资源列表包含的内容。

表2

本列表中为了说明音频资源列表的发送形式，只给出了音频资源列表中的音频名称，针对其它内容在具体实现时，可以根据实际需要确定是否传送。

MT5将本地的音频资源列表发送给主音箱，在发送时，可以以xml方式发送，但不限于此方式，具体如下：

主音箱将MT5响应的音频资源列表合并到本地存储的共享音频资源列表中，合并后的音频资源列表包含的内容见表3。

音频名称	MAC地址	IP地址	用户名
				song_mt1_1	MT1_mac	MT1_IP	account_1
song_mt1_2	MT1_mac	MT1_IP	account_1
				song_mt2_1	MT2_mac	MT2_IP	account_2
song_mt3_1	MT3_mac	MT3_IP	account_3
				song_mt3_2	MT3_mac	MT3_IP	account_3
song_mt4_1	MT4_mac	MT4_IP	account_4
				song_mt5_1	MT5_mac	MT5_IP	account_4
song_mt5_2	MT5_mac	MT5_IP	account_4
				song_mt5_3	MT5_mac	MT5_IP	account_4

表3

由上述描述可见，一个用户可以通过不同移动终端登录主音箱，也可以只通过一个移动终端登录主音箱，发送给主音箱的音频资源列表包含的内容为对应移动终端上的音频资源列表。

这里以主音箱将共享音频资源列表中所有的内容发送给当前正在登录的移动终端为例，在发送时也可以以xml的方式发送。

这样，当前正在登录的所有移动终端上均存在了这个共享音频资源列表。

如上文描述，一个用户(用户4)可以同时在多个移动终端(MT4和MT5)上登录，仍然可以进行音频资源共享，不会使任何一个已登录的移动终端掉线。

因为资源共享是以移动终端为个体进行的，换句话说，共享的是登录的移动终端上的资源，而不是某一用户上的资源。在上面的共享方式中，同一个用户登录多个移动终端不会有冲突，因为每个音频资源在列表中不仅对应了某个用户，还对应了某个移动终端。而用户的作用在于获得权限使用主音箱提供的服务，以及与配置信息和历史播放列表绑定，在下文将进行详细描述。

下面结合附图，详细说明本申请实施例中实现多用户音箱控制过程。

参见图2，图2为本申请实施例中多用户音箱控制流程示意图。具体步骤为：

步骤201，主音箱接收到任一用户通过一移动终端选择一音频名称而发送的播放请求时，获取该用户的配置信息并进行配置。

当该主音箱接收到任一用户通过移动终端发送的配置信息时，确定本地是否已记录该用户的配置信息，如果是，使用接收到的配置信息更新记录的配置信息；否则，将接收到的配置信息记录为该用户的配置信息；

本申请实施例中，主音箱会配置一个默认配置信息。

主音箱获取该用户的配置信息，包括：

主音箱确定本地是否已存储该用户的配置信息，如果是，获取本地存储的该用户的配置信息；否则，获取本音箱默认的配置信息作为该用户的配置信息。

主音箱根据该用户的配置信息进行配置的具体实现可以如下：

该主音箱若根据配置信息确定需其它音箱协同播放时，根据配置信息中的声道信息，在本地进行均衡配置；并根据所述声道信息搜索其它音箱，在搜索到声道配置信息中指示的所有音箱时，将各音箱对应的声道信息、以及均衡配置信息发送给对应的音箱，使各音箱进行自身的均衡配置。

该主音箱若根据配置信息确定仅通过自身播放时，根据获取的配置信息在本地进行配置。

在具体应用中，用户在发送播放请求时，可以在本地的音频资源播放列表中选择音频名称发送播放请求，也可以在共享音频资源播放列表中选择音频名称发送播放请求。

仍然以图1为例，假设用户4通过移动终端MT5发送播放song_mt1_2的请求。这里以从共享音频资源播放列表中选择音频名称发送播放请求为例。

主音箱接收到该请求时，确定本地是否存在用户4的配置信息，如果是，使用用户4的配置信息进行配置；否则，使用主音箱的默认配置信息进行配置。

本申请实施例中以存在用户4的配置信息为例，并在配置信息中指定使用主音箱和两个子音箱(子音箱1和子音箱2)共同播放。

假设根据配置信息确定middle对应主音箱本身，front-left对应子音箱1，front-right对应子音箱2。

主音箱搜索自身所在局域网中的子音箱1和子音箱2，并与两个子音箱建立连接。

主音箱在本地进行主音箱均衡配置，并将配置信息中的声道信息和各子音箱的均衡配置信息发送给对应的子音箱。

子音箱1和子音箱2接收到对应的声道信息和子音箱的均衡配置信息时，进行子音箱的均衡配置和声道配置，并向主音箱响应配置成功消息。

主音箱接收到子音箱1和子音箱2响应配置成功的消息后，确定song_mt1_2的属主为MT1，即该音频名称对应的音频流所在的终端设备。

主音箱如果没有接收子音箱1和/或子音箱2响应的配置成功的消息，则使用音箱的默认配置信息进行配置。

步骤202，该主音箱若根据本地存储的共享音频资源列表确定所述音频名称对应的音频流在该移动终端之外的移动终端上，则通知该音频流所在的移动终端发送该音频流给本音箱。

该主音箱若根据本地存储的共享音频资源列表确定所述音频名称对应的音频流在该移动终端上，则通知该移动终端发送该音频流给本音箱；

接收到该音频流时，根据所述配置播放该音频流。

仍然以图1为例，主音箱接收到子音箱1和子音箱2响应的配置成功的消息为例，根据本地存储的共享音频资源列表确定song_mt1_2的属主为移动终端MT1，则通知移动终端MT1发送该音频流给本主音箱。

步骤203，该主音箱接收到该音频流时，根据所述配置播放该音频流。

主音箱根据所述配置播放该音频流，在配置信息中仅指定使用主音箱播放时，直接根据配置信息播放；若在配置信息中指定主音箱和子音箱协同播放时，具体为：

该主音箱将该音频流复制并分别发送给对应的音箱，使各音箱根据自身的声道配置信息解码出自身声道的音频信息并响应本音箱；

该主音箱接收到声道信息中指示的所有音箱的响应后，通知各音箱在同一时刻开始播放该音频流。

仍然以图1中，由主音箱和两个子音箱协同播放song_mt1_2为例。主音箱接收到移动终端MT1发送的音频流时，复制3份，其中2份分别发送给子音箱1和子音箱2，一份缓存在本地。

子音箱1和子音箱2接收到song_mt1_2对应的音频流时，根据声道配置信息从音频流中解码出对应的音频信息，缓存，并响应主音箱已解码完毕，使主音箱获知可以随时播放。

主音箱在向子音箱发送音频流时，自身也从所述音频流中解码出对应的音频信息并缓存；待接收到两个子音箱都响应解码完毕的响应后，通知子音箱1和子音箱2在同一时刻(可以指定一个时间点)播放该音频流，主音箱在会在该时刻播放音频流，从而完成音频流的播放。

下面结合附图，详细描述本申请实施例中主音箱针对上传到本地的音频流的处理。

参见图3，图3本申请实施例中主音箱处理音频流的流程示意图。具体步骤为：

步骤301，主音箱接收到任一用户通过一移动终端发送的音频流。

步骤302，该主音箱向发送播放该音频流请求的移动终端询问是否在本音箱上存储该音频流。

步骤303，该主音箱当接收到该移动终端允许本音箱存储该音频流的应答时，为发起播放该音频流请求的用户建立历史播放列表，将该音频流的名称增加到该历史播放列表中，并为该历史播放列表配置访问权限。

当确定已存储发起播放该音频流请求的用户对应的历史播放列表，则直接在已存在的历史播放列表中增加该音频流的名称即可。

主音箱为历史播放列表配置访问权限时，可以根据实际需要配置，如仅配置该用户可以访问该播放列表播放音频流，也可以配置该用户和某些用户可以访问该播放列表播放音频流。

当该主音箱当接收到该移动终端允许本音箱存储该音频流的应答时，待该音频流播放结束，不删除本地存储的该音频流。

在具体实现时，还可以默认管理员均可访问所有历史播放列表。

步骤304，该主音箱当接收到该移动终端不允许本音箱存储该音频流的应答时，待该音频流播放结束，删除本地存储的该音频流。

当任一用户通过移动终端登录本音箱时，若存在该用户具有权限访问的历史播放列表时，将该历史播放列表发送给该移动终端。

在具体实现时，该主音箱将该历史播放列表发送给移动终端时，用户可以通过该移动终端直接播放历史列表中音频流名称对应的音频流，不需要再由存储该音频流的移动终端向主音箱发送音频流。这里，主音箱发送给移动终端的历史播放列表仅仅是一个列表，不发送对应的音频流。

本申请实施例中用户可以自定义本用户的历史播放列表，对历史播放列表进行编辑，具体实现如下：

该主音箱接收到任一用户通过移动终端发送的对其具访问权限的播放列表进行自定义时，根据自定义的内容对该用户具有访问权限的历史播放列表进行修改；如删除、加上favorite标志等。

当本地存储的历史播放列表所占用的存储空间大于预设存储空间时，将该历史播放列表，以及对应的音频流删除，并通知具有访问该历史播放列表权限的用户；该用户当前通过移动终端登录本音箱。

在删除历史播放列表时，可以删除该用户的整个历史播放列表，也可以仅删除历史播放列表中的部分内容。

当前大部分智能系统平台支持多用户，具有完善和稳定的账户管理和权限管理基础。我们可以借助这些平台本身的多用户管理开发出我们自己的主音箱。由于我们的音箱具有无线联网功能，主音箱可以与移动终端之间建立互联，获取各个移动终端的音频资源列表，然后汇总之后再发给各个移动终端，这样每个移动终端就拥有了所有其它终端上的音频资源列表，达到了资源共享的目的。但是各个终端拿到的仅仅是资源列表，而不是资源文件本身，只有播放的时候才会将音频文件从存储终端上发往音箱，这将使传递的信息和时间尽可以少和高效。

主音箱保存所有账号之前做的均衡和声道设置，然后适时地调整自身配置以保持和用户之前的设置一致。这样即使用户换了移动终端，只要使用同一个账号登录，就能轻松完成音箱的配置。作为一个局域网内的节点，主音箱能够发现同一个局域网里的其它子音箱，这样就能把用户的配置发给子音箱，使各个音箱自动完成均衡和声道配置。

基于同样的发明构思，本申请实施例中还提出一种多用户音箱控制装置，应用于与移动终端连接的音箱上。参见图4，图4为本申请实施例中应用于上述技术的装置结构意图。该装置包括：存储单元401、接收单元402、处理单元403和发送单元404；

存储单元401，用于存储配置信息和共享音频资源列表；

接收单元402，用于接收播放请求；接收音频流；

处理单元403，用于当确定任一用户通过一移动终端登录本音箱时，获取该用户在该移动终端上的音频资源列表，并触发所述存储将该音频资源列表包含的内容存储到本地的共享音频资源列表中；当接收单元402接收到该用户通过该移动终端选择一音频名称而发送的播放请求时，从存储单元401获取该用户的配置信息并进行配置；当接收单元402接收到该音频流时，根据所述配置播放该音频流；

发送单元404，用于将存储单元401中存储的共享音频资源列表发送给当前登录的各移动终端；若根据存储单元401存储的共享音频资源列表确定所述音频名称对应的音频流在该移动终端之外的移动终端上，则通知该音频流所在的移动终端发送该音频流给本音箱。

较佳地，

存储单元401，进一步用于当该移动终端退出登录时，在本地的共享音频资源列表中删除该用户通过该终端登录时的音频资源列表包含的内容；

发送单元404，进一步用于当该移动终端退出登录时，通知当前登录的移动终端在本地的共享音频资源列表中删除该用户通过该终端登录时的音频资源列表包含的内容。

较佳地，

接收单元402，进一步用于接收移动终端发动的配置信息；

存储单元401，进一步用于配置默认的配置信息；当接收单元402接收到任一用户通过移动终端发送的配置信息时，确定本地是否已记录该用户的配置信息，如果是，使用接收到的配置信息更新记录的配置信息；否则，将接收到的配置信息记录为该用户的配置信息；

处理单元403，具体用于获取该用户的配置信息时，确定存储单元401是否已存储该用户的配置信息，如果是，获取存储的该用户的配置信息；否则，获取默认的配置信息作为该用户的配置信息。

较佳地，

处理单元403，具体用于获取该用户的配置信息，若根据配置信息确定需其它音箱协同播放时，根据配置信息中的声道信息，在本地进行均衡配置；并根据所述声道信息搜索其它音箱，在搜索到声道配置信息中指示的所有音箱时，将各音箱对应的声道信息、以及均衡配置信息发送给对应的音箱，使各音箱进行自身的均衡配置；

接收单元402，进一步用于接收其它音箱发送的响应；

发送单元404，进一步用于将该音频流复制并分别发送给对应的音箱，使各音箱根据自身的声道配置信息解码出自身声道的音频信息并响应本音箱；当接收单元402接收到声道信息中指示的所有音箱的响应后，通知各音箱在同一时刻开始播放该音频流。

较佳地，

发送单元404，进一步用于若处理单元403根据存储单元401存储的共享音频资源列表确定所述音频名称对应的音频流在该移动终端上，则通知该移动终端发送该音频流给本音箱。

较佳地，

发送单元404，进一步用于当接收单元402接收到该音频流时，向发送该音频流的移动终端询问是否在本音箱上存储该音频流；

接收单元402，进一步用于接收移动终端发送的响应；

存储单元401，进一步用于当接收单元402接收到该移动终端允许本音箱存储该音频流的应答时，为发送播放该音频流请求的用户建立历史播放列表，将该音频流的名称增加到该历史播放列表中，并为该历史播放列表配置访问权限；当接收单元402接收到该移动终端不允许本音箱存储该音频流的应答时，待该音频流播放结束时，删除本地存储的该音频流。

较佳地，

发送单元404，进一步用于当所述确定单元确定任一用户通过移动终端登录本音箱时，若存在该用户具有权限访问的历史播放列表时，将该历史播放列表发送给该移动终端。

较佳地，

接收单元402，进一步用于接收针对历史播放列表发送的自定义；

存储单元401，进一步用于当接收单元402接收到任一用户通过移动终端发送的对其具访问权限的历史播放列表进行自定义时，根据自定义的内容对该用户具有访问权限的历史播放列表进行修改；当本地存储的历史播放列表所占用的存储空间大于预设存储空间时，将该历史播放列表，以及对应的音频流删除，并触发发送单元404通知具有访问该历史播放列表权限的用户；该用户当前通过移动终端登录本音箱。

上述实施例的单元可以集成于一体，也可以分离部署；可以合并为一个单元，也可以进一步拆分成多个子单元。

针对上述应用在音箱的装置，在具体实现时，还可以通过如下结构实现。参见图5，图5为本申请实施例中与移动终端相连的音箱的架构示意图。

图5中的用户管理模块、配置管理模块和资源列表管理模块可以合并为图4中的存储单元；

其中，用户管理模块用于存储和更新用户登录信息，以定哪个用户当前正在登录，以及登录的用户和移动终端的信息；

配置管理模块用于存储音箱的默认的配置信息和用户的配置信息；

资源列表管理模块用于存储共享音频资源列表。

图4中的接收单元和发送单元可以合并为图5中的无线网络模块，用户同移动终端和其它音箱之间通信。

图5中的播放器，解码器和声卡可以合并为图4中的处理单元实现对应功能。

综上所述，本申请通过音箱管理多个用户的音频资源列表，在多用户同时登录时，能够实现音频资源共享。本申请提供的技术方案，在节省资源的情况下，高效实现多用户的资源共享。

由于多个用户可以通过移动终端同时登录同一套音箱系统，音箱能够收集多个用户的移动终端上的音频资源列表，于是多个移动终端之间便可以实现资源共享。由于音箱和移动终端之间开始只传递了资源列表，而不是资源文件，只有在开始播放的时候才传递资源文件，大大节省了网络流量，使通讯更加快速和高效。

由于该音箱系统对多用户的支持，各个用户可以有自己的历史播放列表和音箱配置偏好，音箱可以为每个用户调出他的历史播放列表，同时自动为当前操作用户配置好音箱的均衡和多声道参数，满足了用户的个性化需求。由于配置信息和历史播放列表是同用户而不是移动终端绑定，都是存储在音箱上，使得无论用户使用哪一个移动终端登录，都能找到自己的配置信息和历史播放记录，使用起来更方便灵活。

以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明保护的范围之内。

Claims (16)

1.一种多用户音箱控制方法，其特征在于，应用于与移动终端相连的音箱上，该方法包括：

该音箱在任一用户通过一移动终端登录本音箱时，获取该用户在该移动终端上的音频资源列表，并将该音频资源列表包含的内容存储到本地的共享音频资源列表中；将本地存储的共享音频资源列表发送给当前登录的各移动终端；

接收到该用户通过该移动终端选择一音频名称而发送的播放请求时，获取该用户的配置信息并进行配置；

若根据本地存储的共享音频资源列表确定所述音频名称对应的音频流在该移动终端之外的移动终端上，则通知该音频流所在的移动终端发送该音频流给本音箱；

接收到该音频流时，根据所述配置播放该音频流。

2.根据权利要求1所述的方法，其特征在于，所述方法进一步包括：

当该移动终端退出登录时，在本地的共享音频资源列表中删除该用户通过该终端登录时的音频资源列表包含的内容，并通知当前登录的移动终端在本地的共享音频资源列表中删除该用户通过该终端登录时的音频资源列表包含的内容。

3.根据权利要求1所述的方法，其特征在于，所述方法进一步包括：

该音箱接收到任一用户通过移动终端发送的配置信息时，确定本地是否已记录该用户的配置信息，如果是，使用接收到的配置信息更新记录的配置信息；否则，将接收到的配置信息记录为该用户的配置信息；

所述获取该用户的配置信息，包括：

确定本地是否已存储该用户的配置信息，如果是，获取本地存储的该用户的配置信息；否则，获取本音箱默认的配置信息作为该用户的配置信息。

4.根据权利要求1所述的方法，其特征在于，所述获取该用户的配置信息并进行配置，包括：

获取该用户的配置信息，若根据配置信息确定需其它音箱协同播放时，根据配置信息中的声道信息，在本地进行均衡配置；并根据所述声道信息搜索其它音箱，在搜索到声道配置信息中指示的所有音箱时，将各音箱对应的声道信息、以及均衡配置信息发送给对应的音箱，使各音箱进行自身的均衡配置；

所述根据所述配置播放该音频流，包括：

将该音频流复制并分别发送给对应的音箱，使各音箱根据自身的声道配置信息解码出自身声道的音频信息并响应本音箱；

接收到声道信息中指示的所有音箱的响应后，通知各音箱在同一时刻开始播放该音频流。

5.根据权利要求1所述的方法，其特征在于，所述方法进一步包括：

若根据本地存储的共享音频资源列表确定所述音频名称对应的音频流在该移动终端上，则通知该移动终端发送该音频流给本音箱；

接收到该音频流时，根据所述配置播放该音频流。

6.根据权利要求1-5任意一项所述的方法，其特征在于，所述接收到该音频流时，所述方法进一步包括：

向发送该音频流的移动终端询问是否在本音箱上存储该音频流；

当接收到该移动终端允许本音箱存储该音频流的应答时，为发起播放该音频流请求的用户建立历史播放列表，将该音频流的名称增加到该历史播放列表中，并为该历史播放列表配置访问权限；

当接收到该移动终端不允许本音箱存储该音频流的应答时，待该音频流播放结束时，删除本地存储的该音频流。

7.根据权利要求6所述的方法，其特征在于，所述方法进一步包括：

当任一用户通过移动终端登录本音箱时，若存在该用户具有权限访问的历史播放列表时，将该历史播放列表发送给该移动终端。

8.根据权利要求6所述的方法，其特征在于，所述方法进一步包括：

接收到任一用户通过移动终端发送的对其具访问权限的历史播放列表进行自定义时，根据自定义的内容对该用户具有访问权限的历史播放列表进行修改；

当本地存储的历史播放列表所占用的存储空间大于预设存储空间时，将该历史播放列表，以及对应的音频流删除，并通知具有访问该历史播放列表权限的用户；该用户当前通过移动终端登录本音箱。

9.一种多用户音箱控制装置，其特征在于，应用于与移动终端相连的音箱上，该装置包括：存储单元、处理单元、接收单元和发送单元；

所述存储单元，用于存储配置信息和共享音频资源列表；

所述接收单元，用于接收播放请求；接收音频流；

所述处理单元，用于当确定任一用户通过一移动终端登录本音箱时，获取该用户在该移动终端上的音频资源列表，并触发所述存储单元将该音频资源列表包含的内容存储到本地的共享音频资源列表中；当所述接收单元接收到该用户通过该移动终端选择一音频名称而发送的播放请求时，从所述存储单元获取该用户的配置信息并进行配置；当所述接收单元接收到该音频流时，根据所述配置播放该音频流；

所述发送单元，用于将所述存储单元中存储的共享音频资源列表发送给当前登录的各移动终端；若根据所述存储单元存储的共享音频资源列表确定所述音频名称对应的音频流在该移动终端之外的移动终端上，则通知该音频流所在的移动终端发送该音频流给本音箱。

10.根据权利要求9所述的装置，其特征在于，

所述存储单元，进一步用于当该移动终端退出登录时，在本地的共享音频资源列表中删除该用户通过该终端登录时的音频资源列表包含的内容；

所述发送单元，进一步用于当该移动终端退出登录时，通知当前登录的移动终端在本地的共享音频资源列表中删除该用户通过该终端登录时的音频资源列表包含的内容。

11.根据权利要求9所述的装置，其特征在于，

所述接收单元，进一步用于接收移动终端发动的配置信息；

所述存储单元，进一步用于配置默认的配置信息；当所述接收单元接收到任一用户通过移动终端发送的配置信息时，确定本地是否已记录该用户的配置信息，如果是，使用接收到的配置信息更新记录的配置信息；否则，将接收到的配置信息记录为该用户的配置信息；

所述处理单元，具体用于获取该用户的配置信息时，确定所述存储单元是否已存储该用户的配置信息，如果是，获取存储的该用户的配置信息；否则，获取默认的配置信息作为该用户的配置信息。

12.根据权利要求9所述的装置，其特征在于，

所述处理单元，具体用于获取该用户的配置信息，若根据配置信息确定需其它音箱协同播放时，根据配置信息中的声道信息，在本地进行均衡配置；并根据所述声道信息搜索其它音箱，在搜索到声道配置信息中指示的所有音箱时，将各音箱对应的声道信息、以及均衡配置信息发送给对应的音箱，使各音箱进行自身的均衡配置；

所述接收单元，进一步用于接收其它音箱发送的响应；

所述发送单元，进一步用于将该音频流复制并分别发送给对应的音箱，使各音箱根据自身的声道配置信息解码出自身声道的音频信息并响应本音箱；当所述接收单元接收到声道信息中指示的所有音箱的响应后，通知各音箱在同一时刻开始播放该音频流。

13.根据权利要求9所述的装置，其特征在于，

所述发送单元，进一步用于若所述处理单元根据所述存储单元存储的共享音频资源列表确定所述音频名称对应的音频流在该移动终端上，则通知该移动终端发送该音频流给本音箱。

14.根据权利要求9-13任意一项所述的装置，其特征在于，

所述发送单元，进一步用于当所述接收单元接收到该音频流时，向发送该音频流的移动终端询问是否在本音箱上存储该音频流；

所述接收单元，进一步用于接收移动终端发送的响应；

所述存储单元，进一步用于当所述接收单元接收到该移动终端允许本音箱存储该音频流的应答时，为发起播放该音频流请求的用户建立历史播放列表，将该音频流的名称增加到该历史播放列表中，并为该历史播放列表配置访问权限；当所述接收单元接收到该移动终端不允许本音箱存储该音频流的应答时，待该音频流播放结束时，删除本地存储的该音频流。

15.根据权利要求14所述的装置，其特征在于，

所述发送单元，进一步用于当所述处理单元确定任一用户通过移动终端登录本音箱时，若存在该用户具有权限访问的历史播放列表时，将该历史播放列表发送给该移动终端。

16.根据权利要求14所述的装置，其特征在于，

所述接收单元，进一步用于接收针对历史播放列表发送的自定义；

所述存储单元，进一步用于当所述接收单元接收到任一用户通过移动终端发送的对其具访问权限的历史播放列表进行自定义时，根据自定义的内容对该用户具有访问权限的历史播放列表进行修改；当本地存储的历史播放列表所占用的存储空间大于预设存储空间时，将该历史播放列表，以及对应的音频流删除，并触发所述发送单元通知具有访问该历史播放列表权限的用户；该用户当前通过移动终端登录本音箱。