一种设备组的播放方法、装置和播放系统与流程

本发明涉及一种设备组的播放方法、装置和播放系统。

背景技术：

目前，各种智能人机交互设备，尤其是智能音箱已经进入到了千家万户。其使用场景，也不限于单个智能音箱进行播放的场合，而是可以支持多个智能音箱通过互联网建立组，并实现同步播放。当多个智能播放器设备建立组播放时，通常只是其中一个设备能够响应语音唤醒和交互，而整个组表现出统一的行为。在使用时，希望不论用户和哪台设备做交互，得到的结果均是一致的，也就是说，整个播放组在不同的设备上反映出来的都是相同的上下文信息(例如：用户对a音箱说“播放歌曲”，然后问“当前播放的是什么歌曲？”，a音箱将回答“当前播放的是xxx”。如果用户对b音箱说“当前播放的是什么歌曲？”，回答也是“当前播放的是xxx”)。

目前通常的保持各个音箱上下文信息一致性的做法，都是由后台服务器对来自不同音箱的请求统一处理，由于后台服务器维护和管理本地音箱的建组信息，因此其能够清楚的识别这是针对相同账号下的多个音箱所组成的同一个组的操作，从而可以针对来自不同音箱的询问请求，给出相同的响应结果。

当前这种基于后台的实现方式，缺点主要有：

1.对设备登录账户的依赖较大。在建组时必须登录相同的账号，这样对使用的便携性便利性就有了限制，不同账户的多个设备就无法方便地建组或者无法达到播放组的整体响应的一致性；

2.对后台处理的依赖较大。对于没有实现多设备组管理功能的后台无法实现该功能。例如，多个智能播放器设备在本地建组，同时这些智能播放器设备分别与后台服务器建立单独的连接，但后台服务器由于功能限制，此时并不掌握这些设备处在一个组内的信息，那么当用户分别与任两个音箱进行语音交互时，很可能由于音箱无法从后台服务器获取上下文信息，或者无法从后台服务器获取正确的上下文信息，从而给出错误的回应，严重影响用户的使用体验(例如，用户首先与甲音箱交互，要求播放儿歌。此时甲音箱从云端的后台服务器获取音频流，并转发给其他音箱进行同步播放。虽然其他音箱能够与甲音箱同步播放，但并不知晓当前甲音箱的播放上下文信息。如果这时用户问乙音箱：“当前播放的是什么歌曲”，则乙音箱往往给不出正确的结果)；

3.要求所有智能播放器设备能够连接互联网。限制了前端智能播放器设备的组网方式，即要求每个音箱都需要连接互联网，从而与后台服务器一一建立数据连接，不能灵活组建内部网络。

技术实现要素：

本发明提供了一种设备组的播放方法、装置和播放系统，以至少部分解决上述问题。

第一方面，本发明提供了一种设备组的播放方法，该方法包括：从构成设备组的多个播放设备中确定主设备和一个或多个从设备，其中所述主设备与服务器端具有网络连接；建立所述主设备与所述一个或多个从设备之间的组内连接关系；在所述一个或多个从设备获取到用户数据时，基于所述组内连接关系，将所述用户数据传输给所述主设备，所述主设备根据所述用户数据与所述服务器端交互。

在一些实施例中，主设备根据所述用户数据与所述服务器端交互，包括：主设备将所述用户数据传输给所述服务器端，并接收所述服务器端发送的返回结果；所述主设备根据所述返回结果分析需要整组播放还是单设备播放；在确定需要整组播放时，将控制指令和所述返回结果中携带的响应数据发送给每个从设备进行整组播放，所述控制指令用于指示所述从设备播放所述响应数据；在确定需要单设备播放时，将所述控制指令和所述返回结果中携带的所述响应数据发送给目标播放设备进行单设备播放。

在一些实施例中，当所述主设备获取到所述用户数据时，所述主设备将获取到的所述用户数据传输给所述服务器端。

在一些实施例中，通过下述方法建立所述主设备与服务器端的网络连接：所述主设备通过路由设备建立与所述服务器端的连接关系。

在一些实施例中，建立所述主设备与所述一个或多个从设备之间的组内连接关系，包括：所述一个或多个从设备分别连接所述路由设备，通过所述路由设备建立与所述主设备的组内连接关系；或者，所述一个或多个从设备分别基于无线连接方式直接连接到所述主设备。

在一些实施例中，一个或多个从设备分别基于无线连接方式直接连接到所述主设备，包括：启动所述主设备的软接入点；所述一个或多个从设备通过所述软接入点实现与所述主设备之间的无线连接。

在一些实施例中，所述一个或多个从设备通过所述软接入点实现与所述主设备之间的无线连接，包括：所述主设备向所述一个或多个从设备发送携带预设标识符的无线连接信号；所述一个或多个从设备通过响应携带所述预设标识符的无线连接信号建立与所述主设备的无线连接关系。

在一些实施例中，所述用户数据包括语音数据和/或由所述语音数据转换得到的文本数据。

第二方面，本发明提供了一种设备组的播放装置，该装置包括：主从确定单元，用于从构成设备组的多个播放设备中确定主设备和一个或多个从设备，其中，所述主设备与服务器端具有网络连接；连接建立单元，用于建立所述主设备与所述一个或多个从设备之间的组内连接关系；交互控制单元，用于在所述一个或多个从设备获取到用户数据时，基于所述组内连接关系，将所述用户数据传输给所述主设备，由所述主设备根据所述用户数据与所述服务器端交互。

第三方面，本发明提供了一种播放系统，包括：主设备、一个或多个从设备和服务器端，所述主设备与所述服务器端具有网络连接；所述主设备和所述一个或多个从设备构成一个组并且建立有组内连接关系；所述一个或多个从设备，基于所述组内连接关系将获取到的用户数据传输给所述主设备；所述主设备，根据所述用户数据与所述服务器端交互。

本发明针对利用服务器端对音箱登录账户和组信息的管理来实现上下文的统一所存在的对设备登录账户依赖较大、对服务器端处理的依赖较大、组网方式单一的问题，本发明在构成设备组的多个播放设备中确定出主设备，将设备组中的其他播放设备确定为从设备，将从设备采集的用户数据传输给主设备，由主设备与服务器端进行统一的交互，无需服务器端对设备组的每个播放设备进行管理，即可将不同账户的多个播放设备灵活地建组成设备组，使设备组的整体响应具有良好的一致性。

附图说明

图1为本发明实施例示出的设备组的播放方法流程图；

图2为本发明实施例示出的一种设备组的网络结构示意图；

图3为本发明实施例示出的另一种设备组的网络结构示意图；

图4为本发明实施例示出的设备组传输语音数据的流程示意图；

图5为本发明实施例示出的设备组传输文本数据的流程示意图；

图6为本发明实施例示出的设备组的播放装置的结构框图；

图7为本发明实施例示出的播放系统的结构示意图。

具体实施方式

本发明实施例提供一种设备组的播放方法，在当前正在播放的设备组中，确定作为和后台服务器端交互的主设备，主设备通常是当前音源播放的主设备，由该主设备从服务器端获取待播放数据，并传送到其他从设备以同步播放，其他从设备并不需要与后台服务器端进行交互，而是把获取的、来自用户的相关数据通过本地局域网的传输通道传给主设备，由主设备和后台服务器端做交互，通过前端播放设备之间的传输实现多设备响应的一致性。本发明实施例还提供了相应的装置和播放系统，以下分别进行详细说明。

为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明实施方式作进一步地详细描述。但是应该理解，这些描述只是示例性的，而并非要限制本发明的范围。此外，在以下说明中，省略了对公知结构和技术的描述，以避免不必要地混淆本发明的概念。

在此使用的术语仅仅是为了描述具体实施例，而并非意在限制本发明。这里使用的词语“一”、“一个(种)”和“该”等也应包括“多个”、“多种”的意思，除非上下文另外明确指出。此外，在此使用的术语“包括”、“包含”等表明了所述特征、步骤、操作和/或部件的存在，但是并不排除存在或添加一个或多个其他特征、步骤、操作或部件。

在此使用的所有术语(包括技术和科学术语)具有本领域技术人员通常所理解的含义，除非另外定义。应注意，这里使用的术语应解释为具有与本说明书的上下文相一致的含义，而不应以理想化或过于刻板的方式来解释。

附图中示出了一些方框图和/或流程图。应理解，方框图和/或流程图中的一些方框或其组合可以由计算机程序指令来实现。这些计算机程序指令可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器，从而这些指令在由该处理器执行时可以创建用于实现这些方框图和/或流程图中所说明的功能/操作的装置。

因此，本发明的技术可以硬件和/或软件(包括固件、微代码等)的形式来实现。另外，本发明的技术可以采取存储有指令的计算机可读存储介质上的计算机程序产品的形式，该计算机程序产品可供指令执行系统使用或者结合指令执行系统使用。在本发明的上下文中，计算机可读存储介质可以是能够包含、存储、传送、传播或传输指令的任意介质。例如，计算机可读存储介质可以包括但不限于电、磁、光、电磁、红外或半导体系统、装置、器件或传播介质。计算机可读存储介质的具体示例包括：磁存储装置，如磁带或硬盘(hdd)；光存储装置，如光盘(cd-rom)；存储器，如随机存取存储器(ram)或闪存；和/或有线/无线通信链路。

针对现有智能音箱都是在服务器端通过对音箱登录账户和组信息的管理来实现上下文的统一，存在的对设备登录账户依赖较大、对服务器端处理的依赖较大、组网方式单一的问题，本发明提供一种设备组的播放方法，以不依赖于服务器端实现不同账户之间组建的设备组的上下文一致，并且可以在本地实现不同的组网方式，达到更低的延时效果，通过下面实施例进行具体说明。在下文的实施例中，主要以智能音箱为例，说明设备组的播放方法。应当理解，该设备并不限于智能音箱，而是可以是具有建组和媒体播放能力的任何硬件设备。

图1为本发明实施例示出的设备组的播放方法流程图，如图1所示，本实施例的方法包括：

s110，从构成设备组的多个播放设备中确定主设备和一个或多个从设备，其中所述主设备与服务器端具有网络连接。

在应用中，可以将接入音频源的播放设备确定为主设备，或者由用户指定主设备，将设备组中其他的播放设备确定为从设备。

s120，建立所述主设备与所述一个或多个从设备之间的组内连接关系。

其中，主设备用于管理从设备，控制从设备的音频播放，从设备用于采集用户数据并将用户数据传输给主设备，由主设备统一与服务器端进行交互。

本实施例中的服务器端可以包括后台服务器、云服务平台。

s130，在所述一个或多个从设备获取到用户数据时，基于所述组内连接关系，将所述用户数据传输给所述主设备，所述主设备根据所述用户数据与所述服务器端交互。

当所述主设备获取到所述用户数据时，所述主设备将获取到的所述用户数据传输给所述服务器端。

其中，所述用户数据包括语音数据和/或由所述语音数据转换得到的文本数据。在一个实施例中，从设备可以将所获取的语音数据不做处理直接传送到主设备。在一个实施例中，从设备可以在本地或通过位于云端的云服务平台，获取语音数据对应的文本数据，并将所得到的文本数据传送到主设备。例如，在本地或云端，将语音数据进行stt转换(speechtotext,语音转换为文本)，得到相应的文本数据。主设备根据所获取的来自从设备的语音数据和/或所述文本数据与所述服务器端交互。

针对利用服务器端对音箱登录账户和组信息的管理来实现上下文的统一所存在的对设备登录账户依赖较大、对服务器端处理的依赖较大、组网方式单一的问题，本实施例在构成设备组的多个播放设备中确定出主设备，将设备组中的其他播放设备确定为从设备，将从设备采集的用户数据传输给主设备，由主设备与服务器端进行统一的交互，无需服务器端对设备组的每个播放设备进行管理，即可实现将不同账户的多个播放设备方便地建组成设备组，使设备组的整体响应具有良好的一致性。

下面结合图2-5对上述步骤s110-s130进行详细说明。

首先，执行步骤s110，即从构成设备组的多个播放设备中确定主设备和一个或多个从设备，其中所述主设备与服务器端具有网络连接。

在建立本实施例的设备组时，可以通过登录相同的账号进行组建，也可以使用不同的账号进行组建，只要设备组中的各个播放设备处于同一局域网即可以实现设备组的建立。

其中，设备组中的主设备与从设备的角色可以是动态变化的，每次使用设备组时，可以先确定出主设备与从设备，例如，将与服务器端存在通信连接或网络连接的设备确定为主设备。在另一个实施例中，如果多个设备均具有与服务器端的通信连接，可以将所确定的与服务器端具有最好的通信条件(例如，传输速度、传输延时等)的设备确定为主设备。在又一个实施例中，也可以以首先被用户ai唤醒的设备或者已经在播放的设备作为主设备。本公开在此不做限制。

本实施例对从设备的要求灵活，甚至可以是不同类型的产品，比如是只具有麦克风的简单设备，或者智能音箱设备。

在确定设备组中的主设备和从设备之后，继续执行步骤s120，即建立所述主设备与所述一个或多个从设备之间的组内连接关系。

通常情况下，主设备通过路由设备(例如，路由器/交换机)建立与所述服务器端的连接关系。根据本公开的实施例，可以通过下述两种方式中的任一种建立所述主设备与所述一个或多个从设备的组内连接关系：

方式一，所述一个或多个从设备分别连接所述路由设备，通过所述路由设备建立与所述主设备的组内连接关系。

如图2所示，设备组中包括三个播放设备，分别是音箱a1、音箱b1和音箱c1，其中，音箱a1为主设备，音箱b1和音箱c1均为从设备，路由设备(图2中路由设备具体为路由器r1)连接互联网，主设备音箱a1通过路由器r1实现与服务器端的连接，从设备音箱b1和从设备音箱c1通过路由器r1实现与音箱a1之间的组内连接。

方式二，所述一个或多个从设备分别通过无线连接方式直接与所述主设备建立组内连接关系。

方式二的组内连接关系建立方式可以基于以下步骤：首先，启动所述主设备的软接入点(又称为softap)，使所述主设备进入软路由模式；所述一个或多个从设备通过所述主设备的软路由模式实现与所述主设备之间的无线连接。即所述主设备无线连接路由设备建立与所述服务器端的连接关系，在所述主设备连接所述路由设备的情况下，启动所述主设备的softap，所述从设备连接所述softap实现与所述主设备之间的直接无线连接。

一个示例，通过所述softap的应用程序或用于启动所述softap的物理按键启动所述softap，使所述主设备的softap向所述一个或多个从设备发送携带预设标识符的无线连接信号；所述一个或多个从设备通过响应携带所述预设标识符的无线连接信号建立与所述主设备的无线连接关系。

本实施例设备组的网络结构如图3所示，主设备音箱a2在连接到路由设备(图3中路由设备具体为路由器r2)的同时，启动了一个softap，从设备音箱b2和音箱c2连接到这个softap上，音频数据可以直接通过这个softap由主设备音箱a发送到从设备音箱b2和音箱c2，并实现同步播放。建组过程首先可以通过软件来启动softap，或者点击主设备音箱a2上的物理按键来启动softap，并在wifi广播的的beacon包和proberesponse包中加入特殊的标识符ie，从设备音箱b2和从设备音箱c2扫描到标识符ie时可以直接连接或者提醒用户确认，从而连接到softap上。

相比于方式一，通过方式二构建如图3所示的网络结构，可以减少多房间播放时音频数据的传输延时。在图3中，音频数据直接通过主设备音箱a转发给其他从设备音箱。相比于图2所示的网络结构来说，由于在图2所示的网络结构中，所有音箱都连接到路由器，因此将会增加一次由路由器对音频数据的转发，从而导致音频的延时增加。图3的组内连接方式能够有效地降低传输延时，这对于多个设备同步播放的场合是非常有利的。

在建立主设备和从设备的连接关系之后，继续执行步骤s130，即在所述一个或多个从设备获取到用户数据时，基于组内连接方式，将所述用户数据传输给所述主设备，所述主设备根据所述用户数据与所述服务器端交互。

其中，主设备与服务器端的交互过程包括：所述主设备将所述用户数据传输给所述服务器端，并接收所述服务器端发送的返回结果；所述主设备根据所述返回结果分析需要整组播放(例如：用户希望播放歌曲的场合，希望所有从音箱都与主音箱同步播放该歌曲)还是单设备播放(例如：用户需要询问天气的场合，可以仅单个音箱播放回答，其他音箱依然保持之前播放歌曲的播放状态)；在确定需要整组播放时，将控制指令和所述返回结果中携带的响应数据发送给每个从设备进行整组播放，所述控制指令用于指示所述从设备播放所述响应数据；在确定需要单设备播放时，将所述控制指令和所述返回结果中携带的所述响应数据发送给目标播放设备进行单设备播放。

为详细说明本实施例不同网络结构下的设备组的数据传输过程，以下通过两个具体实施例进行说明。

在第一个具体实施例中，主设备和从设备之间的连接关系可以参考图2或图3，构建由音箱a1/a2(下称音箱a)、音箱b1/b2(下称音箱b)和音箱c1/c2(下称音箱c)构成的设备组，将接入音频源的音箱a确定为主设备，音箱b和音箱c为从设备。在如图2或图3所示的网络结构中，设备组中的数据传输过程如图4所示：

首先采集用户语音数据。

当用户与音箱a交互时，例如用户朝向音箱a说“请播放xx音乐”，此时执行步骤s401；当用户与音箱b或音箱c交互时，例如用户朝向音箱b说“现在播放的是什么音乐？”，此时执行步骤s402。

s401，由音箱a采集用户的语音数据，随后执行步骤s403，即由音箱a作为主设备直接响应本轮语音交互。

s402，由音箱b采集用户的语音数据，随后音箱b作为从设备将采集到的语音数据传输给主设备音箱a。

根据本公开的一个实施例，作为从设备的音箱b在获取到用户的语音数据后，不与服务器端做任何交互，而是将语音数据发送到作为主设备的音箱a进行处理。根据本公开的另一个实施例，容易理解的是，为减少音箱之间传输语音数据所占用的带宽，音箱b在本地或通过其与云端的网络连接将所采集到的语音数据通过stt转换过程转换为文本数据，并将转换后的文本数据发送给主设备音箱a。

s403，主设备音箱a将获取到的语音数据或文本数据传输给服务器端。

根据本公开的一个实施例，如果主设备接收到的是语音数据，那么主设备音箱a将获取到的语音数据发送给服务器端，由服务器端根据接收到的语音数据进行stt转换，得到文本数据，服务器端对得到的文本数据进行语义分析，根据语义分析确定用户请求，生成对应于用户请求的响应数据发送给主设备音箱a。主设备音箱还可以将获取到的语音数据转换为文本数据，将转换后的文本数据发送给服务器端，以减少语音数据传输占用的网络资源。

根据本公开的一个实施例，如果主设备接收到的是从音箱发送来的文本数据，则可以直接基于文本数据与服务器端进行交互，在此不再赘述。

s404，主设备音箱a获取服务器端的返回结果。

服务器端的返回结果可以为音频数据，例如为请求播放的音乐音频流，或者为回应用户询问的语音音频数据。服务器端的返回结果也可以为文本数据，例如为回应用户询问结果的文本数据。

s405，主设备音箱a根据服务器端返回结果判断需要整组播放还是单设备播放，在判断整组播放时，执行s406，在判断单设备播放时，执行s407。

服务器端的返回结果携带播放标识，所述播放标识用于指示返回结果为整组播放还是单设备播放。例如，当返回结果携带的是整组播放对应的播放标识，则主设备音箱a判断该返回结果需要进行整组播放，当返回结果携带的是单设备播放对应的播放标识，则主设备音箱a判断该返回结果需要进行单设备播放，其中单设备播放标识中指示由设备组中的目标播放设备(此时目标播放设备为从设备音箱b)对该返回结果进行单设备播放。应当理解，也可以由主设备音箱a确定当前设备组中的目标播放设备(主设备知晓先前与其通信的从设备的信息)，而不在上述单设备播放标识中包含与目标播放设备相关的信息。

s406，整组播放。

当主设备音箱a接收到音频流数据时，基于现有的音频组设备同步播放方法，整组的多个设备可以共同播放音乐。当主设备音箱a传输的数据为文本数据时，设备组中的音箱可以将文本数据转换为音频数据后进行播放。例如，采用tts(texttospeech，文本转换为语音)技术将文本数据转换为音频数据。

s407，由所指定的单个设备在本地播放由主设备音箱a传输过来的音频数据。

同样的，在单设备播放时，若接收到的数据为文本数据，可以采用tts技术将文本数据准换为音频数据进行本地播放。

示例性的，当主设备音箱a获取的是由音箱a采集的“请播放xx音乐”的语音数据时，服务器端的返回结果中包括待播放的音乐音频流，且返回结果携带整组播放标识，主设备音箱a对接收到的返回结果进行分析，判断出该返回结果需要进行整组播放，此时将音乐音频数据和控制指令发送给每个从设备，基于控制指令实现所有音箱的同步播放。

当主设备音箱a获取的是由音箱b采集的“现在播放的是什么音乐？”的语音数据时，服务器端的返回结果中包括该询问的应答音频数据，且返回结果中可以携带或不携带指示音箱b为目标设备的单设备播放标识，主设备音箱a对接收到的返回结果进行分析，判断出该返回结果需要进行单设备播放，此时将应答音频数据和控制指令发送给从设备音箱b，从设备音箱b根据控制指令播放该应答音频数据。

由此根据图4中上述步骤s401～s407实现用户与设备组的交互。

在第二个具体实施例中，主设备和从设备之间的连接关系可以参考图2或图3，构建由音箱a1/a2(下称音箱a)、音箱b1/b2(下称音箱b)和音箱c1/c2(下称音箱c)构成的设备组，将连接服务器端的音箱a确定为主设备，音箱b和音箱c为从设备。在如图2或图3所示的网络结构中，设备组中的数据传输过程如图5所示：

首先采集用户语音数据。

当用户与音箱a交互时，例如用户位于音箱a附近，并对音箱a说“小鸟，小鸟，请播放xx音乐”，此时执行步骤s501；当用户与音箱b或音箱c交互时，例如用户朝向音箱b说“小鸟，小鸟，请播放xx音乐”，此时执行步骤s502。

s501，由音箱a采集用户的语音数据，并执行步骤s505，即由音箱a作为主设备直接响应本轮语音交互。

s502，由音箱b采集用户的语音数据。

s503，作为从设备的音箱b在获取到用户的语音数据后，判断其是否可以访问服务器端(即，判断是否具有与服务器端的网络连接)，在不能访问服务器端时，将语音数据发送给主设备音箱a，并执行s505，在能访问服务器端时，执行s504。

s504，从设备音箱b将语音数据发送给服务器端，由服务器端对语音数据执行在线的stt转换，获取由服务器端转换的文本数据，并发送给主设备音箱a。

根据一个实施例，音箱组具有如图2所示的具体连接方式，此时音箱b1连接路由器r1，因此音箱b1可以通过路由器r1访问服务器端，当音箱b1接收到语音数据时，可以将语音数据发送给服务器端，由服务器端执行stt转换，从而可以提高后续步骤的传输效率。

也即，当从设备音箱可以访问服务器端时，从设备音箱可以与服务器端进行数据类型的转换，而语义识别和请求响应均是通过主设备与服务器端的交互来完成，因此，使得整个设备组的上下文一致。

s505，主设备音箱a将获取到的语音数据或文本数据传输给服务器端。

当主设备音箱a获得的数据为文本数据时，服务器端对文本数据进行语义分析，根据语义分析确定用户请求，生成对应于用户请求的响应数据发送给主设备音箱a。

而当主设备音箱a获取的数据为语音数据时，由服务器端根据接收到的语音数据进行stt转换，得到文本数据，服务器端对得到的文本数据进行语义分析，根据语义分析确定用户请求，生成对应于用户请求的响应数据发送给主设备音箱a。

应当理解，主设备音箱a还可以在本地将获取到的从设备音箱语音数据转换为文本数据，将转换后的文本数据发送给服务器端，以减少数据传输占用的网络资源。

s506，主设备音箱a获取服务器端的返回结果。

服务器端的返回结果可以为音频数据，例如为请求播放的音乐音频流，或者为回应用户询问的语音音频数据。服务器端的返回结果也可以为文本数据，例如为回应用户询问结果的文本数据。

s507，主设备音箱a根据服务器端返回结果判断需要整组播放还是单设备播放，在判断整组播放时，执行s508，在判断单设备播放时，执行s509。

s508，整组播放。

s509，由所指定的单个设备本地播放由主设备音箱a传输过来的音频数据。

其中，主设备音箱a判断整组播放还是单设备播放的方法可以参考图4中主设备音箱a的判断过程，在此不再赘述。

由此根据图5中上述步骤s501～s509即可实现用户与设备组的交互。

本发明还提供一种设备组的播放装置。

图6为本发明实施例示出的设备组的播放装置的结构框图，如图6所示，本实施例的装置包括：

主从确定单元，用于从构成设备组的多个播放设备中确定主设备和一个或多个从设备，其中所述主设备与服务器端具有网络连接；

连接建立单元，用于建立所述主设备与所述一个或多个从设备之间的组内连接关系；

交互控制单元，用于在所述一个或多个从设备获取到用户数据时，基于组内连接关系，将所述用户数据传输给所述主设备，由所述主设备根据所述用户数据与所述服务器端交互。

在一些实施例中，交互控制单元应用于主设备，将所述用户数据传输给所述服务器端，并接收所述服务器端发送的返回结果；根据所述返回结果分析需要整组播放还是单设备播放；在确定需要整组播放时，将控制指令和所述返回结果中携带的响应数据发送给每个从设备进行整组播放，所述控制指令用于指示所述从设备播放所述响应数据；在确定需要单设备播放时，将所述控制指令和所述返回结果中携带的所述响应数据发送给目标播放设备进行单设备播放。

在一些实施例中，连接建立单元，用于通过路由设备实现所述主设备与所述服务器端之间的网络连接。连接建立单元，还用于使所述一个或多个从设备分别连接所述路由设备，通过所述路由设备建立所述一个或多个从设备与所述主设备的组内连接关系；或者，使所述一个或多个从设备分别基于无线连接方式直接连接到所述主设备。

一个示例中，连接建立单元，启动所述主设备的软接入点，使所述主设备进入软路由模式；使所述一个或多个从设备通过所述软接入点实现与所述主设备之间的无线连接。

对于装置实施例而言，由于其基本对应于方法实施例，所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

本发明还提供了一种播放系统。

图7为本发明实施例示出的播放系统的结构示意图，如图7所示，本实施例的播放系统包括主设备、一个或多个从设备和服务器端，所述主设备与所述服务器端具有网络连接，所述主设备和所述一个或多个从设备构成一个组并且建立有组内连接关系；

所述一个或多个从设备，基于所述组内连接关系，将获取到的用户数据传输给所述主设备；

所述主设备，根据所述用户数据与所述服务器端交互。

在一些实施例中，所述主设备，将所述用户数据传输给所述服务器端，并接收所述服务器端发送的返回结果；根据所述返回结果分析需要整组播放还是单设备播放，在确定需要整组播放时，将控制指令和所述返回结果中携带的响应数据发送给每个从设备进行整组播放，所述控制指令用于指示所述从设备播放所述响应数据；在确定需要单设备播放时，将所述控制指令和所述返回结果中携带的所述响应数据发送给目标播放设备进行单设备播放。

相应的，所述服务器端，用于根据用户数据生成返回结果，并将所述返回结果发送给所述主设备。

在一些实施例中，所述主设备通过路由设备建立与所述服务器端的连接关系。

所述一个或多个从设备分别连接所述路由设备，通过所述路由设备建立与所述主设备的组内连接关系；或者，所述一个或多个从设备分别基于无线连接方式直接连接到所述主设备。

以上所述，仅为本发明的具体实施方式，在本发明的上述教导下，本领域技术人员可以在上述实施例的基础上进行其他的改进或变形。本领域技术人员应该明白，上述的具体描述只是更好的解释本发明的目的，本发明的保护范围应以权利要求的保护范围为准。

起点商标作为专业知识产权交易平台，可以帮助大家解决很多问题，如果大家想要了解更多知产交易信息请点击 【在线咨询】或添加微信 【19522093243】与客服一对一沟通，为大家解决相关问题。

此文章来源于网络,如有侵权,请联系删除