CN104519034B - 用于多终端协同娱乐的控制设备及其通信方法 - Google Patents

Abstract

本申请提供了一种用于多终端协同娱乐的控制设备及其实现方法，其中的控制设备具体包括：所有多终端具备的至少一种类型的无线接口，其中一种类型的无线接口用于建立所述控制设备与具有同种类型的无线接口的终端之间的通信连接；协议识别单元，用于识别所连接的终端的无线接口协议；信令接收单元；信令生成单元；信令发送单元；任务建立单元；通道建立单元；及数据传输单元，用于通过所述第一数据传输通道接收相应发起终端发送的协同娱乐数据，并通过所述第二数据传输通道将所述协同娱乐数据转发给相应目标终端。本申请能够在无需花费下载对应网络资源和支付费用的情况下，实现多终端协同娱乐。

Description

用于多终端协同娱乐的控制设备及其通信方法

技术领域

本申请涉及通信技术领域，特别是涉及一种用于多终端协同娱乐的控制设备及一种用于多终端协同娱乐的控制设备的通信方法。

背景技术

随着电子技术的高速发展，手机、平板电脑、电子相框、笔记本电脑、一体机等各种类型的终端应运而生。通常用户可以通过终端开展浏览图片、浏览视频、浏览音乐、游戏等个人娱乐活动。

目前，通过终端下载娱乐数据往往需要花费手机流量等网络资源，故用户需要支付下载费用才能开展个人娱乐活动。这样，如果多个终端间需要协同娱乐（如同时共享图片、视频、音乐、游戏等），则需要各终端分别支付下载费用以下载相应的娱乐数据，然后进行协同娱乐；因此，现有的协同娱乐方法需要耗费大量的流量等网络资源，以及，支付大量的下载费用。

发明内容

本申请所要解决的技术问题是提供一种用于多终端协同娱乐的控制设备及一种用于多终端协同娱乐的控制设备的通信方法，能够在无需花费下载对应网络资源和支付费用的情况下，实现多终端协同娱乐。

为了解决上述问题，本申请公开了一种用于多终端协同娱乐的控制设备，包括：

所有多终端具备的至少一种类型的无线接口，其中一种类型的无线接口用于建立所述控制设备与具有同种类型的无线接口的终端之间的通信连接；

协议识别单元，用于识别所连接的终端的无线接口协议；

信令接收单元，用于接收来自多终端中任一终端的、符合终端自身无线接口协议的接收信令；

信令生成单元，用于依据所述接收信令的内容，生成针对多终端中任一终端的、符合终端自身无线接口协议的发送信令；

信令发送单元，用于将所述发送信令发送给对应终端；

任务建立单元，用于依据所述接收信令的内容，建立协同娱乐任务，所述协同娱乐任务的信息包括：任务信息、发起终端信息和目标终端信息；

通道建立单元，用于通过与发起终端的信令交互建立与所述协同娱乐任务中发起终端之间的第一数据传输通道，以及，通过与目标终端的信令交互建立与所述协同娱乐任务中目标终端之间的第二数据传输通道；及

数据传输单元，用于通过所述第一数据传输通道接收相应发起终端发送的协同娱乐数据，并通过所述第二数据传输通道将所述协同娱乐数据转发给相应目标终端。

优选的，在所述接收信令包括来自所述发起终端的、符合发起终端自身无线接口协议的协同娱乐请求信令时，所述信令生成单元，具体用于依据该协同娱乐请求信令中携带的目标终端信息，生成符合目标终端自身无线接口协议的发送信令，所述发送信令为询问目标终端是否在线的信令。

优选的，在所述接收信令包括来自所述目标终端的、符合目标终端自身无线接口协议的在线确认信令时，所述信令生成单元，具体用于生成符合目标终端自身无线接口协议的发送信令，所述发送信令为协同娱乐邀请的信令；所述协同娱乐邀请的信令中包括有该协同娱乐请求信令中携带的任务信息。

优选的，在所述接收信令包括来自所述目标终端的、符合目标终端自身无线接口协议的邀请确认信令时，所述任务建立单元，具体用于以发送该协同娱乐请求的终端作为发起终端，以发送相应邀请确认信令的终端作为目标终端，依据该协同娱乐请求信令中携带的任务信息建立协同娱乐任务。

优选的，所述询问目标终端是否在线的信令包括握手查询信令，或心跳查询指令。

优选的，所述控制设备还包括：

认证单元，用于在所述接收信令包括来自终端的、符合终端自身无线接口协议的认证请求信令时，查询相应终端是否为授权终端；

则所述信令生成单元，用于在相应终端为授权终端时，生成针对相应终端的、认证成功的发送信令，及，在相应终端不为授权终端时，生成针对相应终端的、拒绝接入的发送信令。

另一方面，本申请还公开了一种用于多终端协同娱乐的控制设备的通信方法，所述方法应用于控制设备侧，所述控制设备包括所有多终端具备的至少一种类型的无线接口，其中一种类型的无线接口用于建立所述控制设备与具有同种类型的无线接口的终端之间的通信连接：

所述方法包括：

识别所连接的终端的无线接口协议；

接收来自多终端中任一终端的、符合终端自身无线接口协议的接收信令；

依据所述接收信令的内容，生成针对多终端中任一终端的、符合终端自身无线接口协议的发送信令；

将所述发送信令发送给对应终端；

依据所述接收信令的内容，建立协同娱乐任务，所述协同娱乐任务的信息包括：任务信息、发起终端信息和目标终端信息；

通过与发起终端的信令交互建立与所述协同娱乐任务中发起终端之间的第一数据传输通道，以及，通过与目标终端的信令交互建立与所述协同娱乐任务中目标终端之间的第二数据传输通道；

通过所述第一数据传输通道接收相应发起终端发送的协同娱乐数据，并通过所述第二数据传输通道将所述协同娱乐数据转发给相应目标终端。

优选的，在所述接收信令包括来自所述发起终端的、符合发起终端自身无线接口协议的协同娱乐请求信令时，所述依据所述接收信令的内容，生成针对多终端中任一终端的、符合终端自身无线接口协议的发送信令的步骤，包括：

依据该协同娱乐请求信令中携带的目标终端信息，生成符合目标终端自身无线接口协议的发送信令，所述发送信令为询问目标终端是否在线的信令。

优选的，在所述接收信令包括来自所述目标终端的、符合目标终端自身无线接口协议的在线确认信令时，所述依据所述接收信令的内容，生成针对多终端中任一终端的、符合终端自身无线接口协议的发送信令的步骤，包括：

生成符合目标终端自身无线接口协议的发送信令，所述发送信令为协同娱乐邀请的信令；所述协同娱乐邀请的信令中包括有该协同娱乐请求信令中携带的任务信息。

优选的，在所述接收信令包括来自所述目标终端的、符合目标终端自身无线接口协议的邀请确认信令时，所述依据所述接收信令的内容，建立协同娱乐任务的步骤，包括：

以发送该协同娱乐请求的终端作为发起终端，以发送相应邀请确认信令的终端作为目标终端，依据该协同娱乐请求信令中携带的任务信息建立协同娱乐任务。

与现有技术相比，本申请具有以下优点：

由于本申请的控制设备包括所有多终端具备的至少一种类型的无线接口，故其能够识别所连接的终端的无线接口协议，能够读取来自多终端中任一终端的、符合终端自身无线接口协议的接收信令的内容，以及，能够针对多终端中任一终端生成符合终端自身无线接口协议的发送信令并发送；这样，上述控制设备能够通过与多终端的信令交互建立协同娱乐任务，所述协同娱乐任务的信息包括：任务信息、发起终端信息和目标终端信息，分别通过信令交互建立与发起终端和目标终端的数据传输通道，以及通过所述数据传输通道从发起终端接收协同娱乐数据，并转发给目标终端。由于本申请利用多终端已有的无线接口协议进行多终端协同娱乐流程中的信令通信和数据通信，而无需像现有技术那样花费网络资源、支付下载费用，因而能够在无需花费下载对应网络资源和支付费用的情况下，实现多终端协同娱乐。

附图说明

图1是本申请一种用于多终端协同娱乐的控制设备实施例的结构图；

图2是本申请一种用于多终端协同娱乐的控制设备的通信方法实施例1的流程图；

图3是本申请一种用于多终端协同娱乐的控制设备的通信方法实施例2的流程图。

具体实施方式

为使本申请的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本申请作进一步详细的说明。

参照图1，示出了本申请一种用于多终端协同娱乐的控制设备实施例的结构图，包括：

所有多终端具备的至少一种类型的无线接口101，其中一种类型的无线接口用于建立所述控制设备与具有同种类型的无线接口的终端之间的通信连接；

协议识别单元102，用于识别所连接的终端的无线接口协议；

信令接收单元103，用于接收来自多终端中任一终端的、符合终端自身无线接口协议的接收信令；

信令生成单元104，用于依据所述接收信令的内容，生成针对多终端中任一终端的、符合终端自身无线接口协议的发送信令；

信令发送单元105，用于将所述发送信令发送给对应终端；

任务建立单元106，用于依据所述接收信令的内容，建立协同娱乐任务，所述协同娱乐任务的信息包括：任务信息、发起终端信息和目标终端信息；

通道建立单元107，用于通过与发起终端的信令交互建立与所述协同娱乐任务中发起终端之间的第一数据传输通道，以及，通过与目标终端的信令交互建立与所述协同娱乐任务中目标终端之间的第二数据传输通道；及

数据传输单元108，用于通过所述第一数据传输通道接收相应发起终端发送的协同娱乐数据，并通过所述第二数据传输通道将所述协同娱乐数据转发给相应目标终端。

本申请实施例中，一种类型的无线接口用于建立所述控制设备与具有同种类型的无线接口的终端之间的通信连接，因此，为实现多终端协同娱乐，控制设备应同时具备所有多终端具备的无线接口。

在具体实现中，一种类型的无线接口支持特定的无线接口协议，如蓝牙接口支持蓝牙协议，zigbee（紫峰）接口支持zigbee协议，WIFI接口支持WIFI协议，CDMA(码分多址，Code Division Multiple Access)接口支持CDMA协议等等。在实际中，可以通过搜集等方式获取多种终端具备的无线接口，并设置于控制设备之上。可以理解，本申请对具体的无线接口及其支持的无线接口协议不加以限制。

本申请的多终端具体可以包括两个及两个以上终端，本申请主要以两终端为例进行说明，两个以上终端相互参照即可。

以两终端协同娱乐为例，假设终端A具备蓝牙协议的无线接口，终端B具备zigbee协议的无线接口，则本申请的控制设备应同时具备支持蓝牙协议和zigbee协议的无线接口。

在本申请的控制设备同时具备蓝牙协议和zigbee协议的无线接口的情况下，可以同时与上述终端A和终端B建立通信连接，并进行相应的通信，本申请的通信主要可以包括：

一、信令通信；

本申请实施例中，信令通信用于控制设备与多终端间的通信协商，在具体实现中，可以通过终端的无线接口协议制定相应的信令格式，以实现信令通信。

在对于控制设备而言，信令具体可以包括接收信令和发送信令，其中，接收信令为来自多终端中任一终端的信令，发送信令为欲发向多终端中任一终端的信令。

由于接收信令来自多终端中任一终端，其必然符合终端自身无线接口协议，而在控制设备具备所有多终端具备的无线接口的情况下，控制设备能够识别所连接的终端的无线接口协议，且能够读取上述接收信令的内容，从而能够能依据上述接收信令的内容进行相应的处理，如生成发送信令，建立协同娱乐任务等等。

同理，为了使得发送信令对应的终端（也即发送信令的接收方）能够识别并读取发送信令的内容，本申请生成的发送信令也是符合终端自身无线接口协议的。

可以理解，本领域技术人员可以根据无线接口协议的具体情况，制定各种各样的信令格式，以及，可以根据多终端协同娱乐的具体要求，采用各种各样的信令。

二、数据通信。

本申请实施例中，数据通信用于传输数据文件内容。例如，如果多个终端间需要同时共享视频，则这里的数据文件内容为视频文件内容。

为了实现多终端协同娱乐，本申请的任务建立单元106依据所述接收信令的内容，建立协同娱乐任务，以确定多终端协同娱乐的任务信息、发起终端信息和目标终端信息。这里的任务信息可以包括任务标识、任务名称、任务类型、任务对应媒体信息等等；这里的发起终端为多终端协同娱乐的发起方，该发起终端侧具有协同娱乐数据（如图片数据、视频数据、音乐数据、游戏数据等等），对于一个协同娱乐任务而言，发起终端通常只有一个；这里的目标终端为多终端协同娱乐的受益方，也即多终端中除发起终端之外的终端。

在具体实现中，通道建立单元107可以生成发起终端的无线接口协议所规定的建立数据传输通道的信令，并发送给发起终端，以建立相应的第一数据传输通道。同理，通道建立单元107可以生成目标终端的无线接口协议所规定的建立数据传输通道的信令，并发送给目标终端，以建立相应的第二数据传输通道。

在第一数据传输通道和第二传输通道建立之后，数据传输单元会通过所述第一数据传输通道接收相应发起终端发送的协同娱乐数据，并通过所述第二数据传输通道将所述协同娱乐数据转发给相应目标终端。

可以理解，在所有目标终端通过所述第二数据传输通道接收到所述协同娱乐数据后，均可以依据所述协同娱乐数据进行娱乐，也即，可以实现发起终端和所有目标终端的协同娱乐。

综上，由于本申请的控制设备包括所有多终端具备的至少一种类型的无线接口，故其能够识别所连接的终端的无线接口协议，能够读取来自多终端中任一终端的、符合终端自身无线接口协议的接收信令的内容，以及，能够针对多终端中任一终端生成符合终端自身无线接口协议的发送信令并发送；这样，上述控制设备能够通过与多终端的信令交互建立协同娱乐任务，所述协同娱乐任务的信息包括：任务信息、发起终端信息和目标终端信息，分别通过信令交互建立与发起终端和目标终端的数据传输通道，以及通过所述数据传输通道从发起终端接收协同娱乐数据，并转发给目标终端。由于本申请利用多终端已有的无线接口协议进行多终端协同娱乐流程中的信令通信和数据通信，而无需像现有技术那样花费网络资源、支付下载费用，因而能够在无需花费下载对应网络资源和支付费用的情况下，实现多终端协同娱乐。

本申请可以提供如下接收信令及相应发送信令的方案：

方案一、

在所述接收信令包括来自所述发起终端的、符合发起终端自身无线接口协议的协同娱乐请求信令时，所述信令生成单元104，具体用于依据该协同娱乐请求信令中携带的目标终端信息，生成符合目标终端自身无线接口协议的发送信令，所述发送信令为询问目标终端是否在线的信令。

方案一中，发起终端可以在发送给控制设备的协同娱乐请求信令中携带目标终端信息；

因为控制设备无法与不在线的目标终端建立通信连接以及进行信令通信和数据通信，这样，不在线的目标终端是无法参与多终端协同娱乐任务的。例如，即使发起终端A在协同娱乐请求信令中携带了目标终端B的信息，但由于目标终端B不在线，仍然无法参与多终端协同娱乐任务。

询问目标终端是否在线的信令正是用于判断相应目标终端是否在线的信令。在本申请的可选实施例中，可以采用握手机制或者心跳机制判断相应目标终端是否在线，相应地，所述询问目标终端是否在线的信令包括握手查询信令，或心跳查询指令。

例如，对于握手机制，控制设备可以向对应目标终端发送握手查询信令，如果对应目标终端在线，则可以向控制设备返回一个在线确认信令，如果在预置时间内（如30s内）收到对应目标终端的在线确认信令，则可以判断对应目标终端在线，否则，如果在预置时间内（如30s内）未收到对应目标终端的在线确认信令，则可以判断对应目标终端不在线。

可以理解，上述采用握手机制或者心跳机制判断相应目标终端是否在线只是作为示例，并不作为本申请的应用限制。

方案二、

在所述接收信令包括来自所述目标终端的、符合目标终端自身无线接口协议的在线确认信令时，所述信令生成单元104，可具体用于生成符合目标终端自身无线接口协议的发送信令，所述发送信令为协同娱乐邀请的信令；所述协同娱乐邀请的信令中包括有该协同娱乐请求信令中携带的任务信息。

上述在线确认信令用于表示相应目标终端在线。

控制设备可以与在线的目标终端建立通信连接以及进行信令通信，进一步，控制设备还需要基于信令交互来确认在线的目标终端是否愿意参与多终端协同娱乐任务。

所述协同娱乐邀请的信令正是用于确认在线的目标终端是否愿意参与多终端协同娱乐任务的信令。所述协同娱乐邀请的信令中包括的任务信息在上面已经有所介绍，例如，其可以包括任务标识、任务名称、任务类型、任务对应媒体信息等等。在线的目的终端可以通过读取所述任务信息了解相应的协同娱乐任务，确定是否参与多终端协同娱乐任务，并向控制设备返回响应信令。例如，如果参与，则向控制设备返回邀请确认信令，如果不参与，则不返回任何信令或者返回不参与信令。

方案三、

在所述接收信令包括来自所述目标终端的、符合目标终端自身无线接口协议的邀请确认信令时，所述任务建立单元106，可具体用于以发送该协同娱乐请求的终端作为发起终端，以发送相应邀请确认信令的终端作为目标终端，依据该协同娱乐请求信令中携带的任务信息建立协同娱乐任务。

方案四、

方案四中，所述控制设备还可以包括：认证单元，用于在所述接收信令包括来自终端的、符合终端自身无线接口协议的认证请求信令时，查询相应终端是否为授权终端；

则所述信令生成单元104，可用于在相应终端为授权终端时，生成针对相应终端的、认证成功的发送信令，及，在相应终端不为授权终端时，生成针对相应终端的、拒绝接入的发送信令。

方案四中，为了提高多终端协同娱乐过程中通信的安全性，控制设备可以对控制范围内的终端进行认证，并允许认证成功的终端继续接入并通信，而禁止认证不成功的终端接入并通信。

在具体实现中，可以预先统计控制范围内终端的信息（如SIM卡信息等），并依据预先统计的终端信息判断终端是否为授权终端。其中，可以采用已有的鉴权技术进行判断，在此不作赘述。

需要说明的是，上述控制范围可由各种无线接口协议确定，如蓝牙和Zigbee等无线接口协议的传输范围通常在10多米左右。依据所述控制范围，本申请可以应用于家庭、办公室等局域范围内的协同通信。

在实际中，终端可通过信号扫描发现本申请的控制设备，通过其无线接口发送认证请求信令。

上面对本申请的接收信令及相应的发送信令进行了介绍，可以理解，上述接收信令及相应的发送信令只是作为多终端协同娱乐流程中信令通信的示例，实际上，本领域技术人员可以根据实际需要，在多终端协同娱乐流程中采用各种接收信令和发送信令，本申请的重点在于在具备所有多终端具备的至少一种类型的无线接口的控制设备之上，通过控制设备的无线接口与终端已有的无线接口对接的方式与多终端进行信令通信和数据通信，以实现多终端协同娱乐，而不会对具体的多终端协同娱乐流程加以限制，更不会对多终端协同娱乐流程中具体的接收信令和发送信令加以限制。

参照图2，示出了本申请一种用于多终端协同娱乐的控制设备的通信方法实施例1的流程图，所述方法应用于控制设备侧，所述控制设备具体可以包括所有多终端具备的至少一种类型的无线接口，其中一种类型的无线接口用于建立所述控制设备与具有同种类型的无线接口的终端之间的通信连接：所述方法具体可以包括：

步骤201、识别所连接的终端的无线接口协议；

步骤202、接收来自多终端中任一终端的、符合终端自身无线接口协议的接收信令；

步骤203、依据所述接收信令的内容，生成针对多终端中任一终端的、符合终端自身无线接口协议的发送信令；

步骤204、将所述发送信令发送给对应终端；

步骤205、依据所述接收信令的内容，建立协同娱乐任务，所述协同娱乐任务的信息具体可以包括：任务信息、发起终端信息和目标终端信息；

步骤206、通过与发起终端的信令交互建立与所述协同娱乐任务中发起终端之间的第一数据传输通道，以及，通过与目标终端的信令交互建立与所述协同娱乐任务中目标终端之间的第二数据传输通道；

步骤207、通过所述第一数据传输通道接收相应发起终端发送的协同娱乐数据，并通过所述第二数据传输通道将所述协同娱乐数据转发给相应目标终端。

在本申请的一种优选实施例中，在所述接收信令包括来自所述发起终端的、符合发起终端自身无线接口协议的协同娱乐请求信令时，所述依据所述接收信令的内容，生成针对多终端中任一终端的、符合终端自身无线接口协议的发送信令的步骤203，具体可以包括：

依据该协同娱乐请求信令中携带的目标终端信息，生成符合目标终端自身无线接口协议的发送信令，所述发送信令为询问目标终端是否在线的信令。

在本申请的另一种优选实施例中，在所述接收信令包括来自所述目标终端的、符合目标终端自身无线接口协议的在线确认信令时，所述依据所述接收信令的内容，生成针对多终端中任一终端的、符合终端自身无线接口协议的发送信令的步骤203，具体可以包括：

生成符合目标终端自身无线接口协议的发送信令，所述发送信令为协同娱乐邀请的信令；所述协同娱乐邀请的信令中包括有该协同娱乐请求信令中携带的任务信息。

在本申请的再一种优选实施例中，在所述接收信令包括来自所述目标终端的、符合目标终端自身无线接口协议的邀请确认信令时，所述依据所述接收信令的内容，建立协同娱乐任务的步骤205，具体可以包括：

以发送该协同娱乐请求的终端作为发起终端，以发送相应邀请确认信令的终端作为目标终端，依据该协同娱乐请求信令中携带的任务信息建立协同娱乐任务。

为使本领域技术人员更好地理解本申请，参照图3，示出了本申请一种用于多终端协同娱乐的控制设备的通信方法实施例2的流程图，具体可以包括：

步骤301、接收来自发起终端的、符合发起终端自身无线接口协议的协同娱乐请求信令，该协同娱乐请求信令中携带有目标终端信息和任务信息；

步骤302、依据所述协同娱乐请求信令中的目标终端信息，向相应目标终端发送符合目标终端自身无线接口协议的、询问目标终端是否在线的信令；

步骤303、接收来自目标终端的、符合目标终端自身无线接口协议的在线确认信令；

步骤304、依据所述在线确认信令，向对应在线目标终端发送符合目标终端自身无线接口协议的协同娱乐邀请的信令；所述协同娱乐邀请的信令中包括有该协同娱乐请求信令中携带的任务信息；

步骤305、接收来自目标终端的、符合目标终端自身无线接口协议的邀请确认信令；

步骤306、以发送该协同娱乐请求的终端作为发起终端，以发送相应邀请确认信令的终端作为目标终端，依据该协同娱乐请求信令中携带的任务信息建立协同娱乐任务；

步骤307、通过与发起终端的信令交互建立与所述协同娱乐任务中发起终端之间的第一数据传输通道，以及，通过与目标终端的信令交互建立与所述协同娱乐任务中目标终端之间的第二数据传输通道；

步骤308、通过所述第一数据传输通道接收相应发起终端发送的协同娱乐数据，并通过所述第二数据传输通道将所述协同娱乐数据转发给相应目标终端。

本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。对于方法实施例而言，由于其与设备实施例基本相似，所以描述的比较简单，相关之处参见设备实施例的部分说明即可。

以上对本申请所提供的一种用于多终端协同娱乐的控制设备及一种用于多终端协同娱乐的控制设备的通信方法，进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。

Claims (8)

1.一种用于多终端协同娱乐的控制设备，其特征在于，包括：

所有多终端具备的至少一种类型的无线接口，其中一种类型的无线接口用于建立所述控制设备与具有同种类型的无线接口的终端之间的通信连接；

协议识别单元，用于识别所连接的终端的无线接口协议；

信令接收单元，用于接收来自多终端中任一终端的、符合终端自身无线接口协议的接收信令；

信令生成单元，用于依据所述接收信令的内容，生成针对多终端中任一终端的、符合终端自身无线接口协议的发送信令；

信令发送单元，用于将所述发送信令发送给对应终端；

任务建立单元，用于依据所述接收信令的内容，建立协同娱乐任务，所述协同娱乐任务的信息包括：任务信息、发起终端信息和目标终端信息；

通道建立单元，用于通过与发起终端的信令交互建立与所述协同娱乐任务中发起终端之间的第一数据传输通道，以及，通过与目标终端的信令交互建立与所述协同娱乐任务中目标终端之间的第二数据传输通道；及

数据传输单元，用于通过所述第一数据传输通道接收相应发起终端发送的协同娱乐数据，并通过所述第二数据传输通道将所述协同娱乐数据转发给相应目标终端；

在所述接收信令包括来自所述发起终端的、符合发起终端自身无线接口协议的协同娱乐请求信令时，所述信令生成单元，具体用于依据该协同娱乐请求信令中携带的目标终端信息，生成符合目标终端自身无线接口协议的发送信令，所述发送信令为询问目标终端是否在线的信令。

2.如权利要求1所述的控制设备，其特征在于，在所述接收信令包括来自所述目标终端的、符合目标终端自身无线接口协议的在线确认信令时，所述信令生成单元，具体用于生成符合目标终端自身无线接口协议的发送信令，所述发送信令为协同娱乐邀请的信令；所述协同娱乐邀请的信令中包括有该协同娱乐请求信令中携带的任务信息。

3.如权利要求2所述的控制设备，其特征在于，在所述接收信令包括来自所述目标终端的、符合目标终端自身无线接口协议的邀请确认信令时，所述任务建立单元，具体用于以发送该协同娱乐请求的终端作为发起终端，以发送相应邀请确认信令的终端作为目标终端，依据该协同娱乐请求信令中携带的任务信息建立协同娱乐任务。

4.如权利要求1所述的控制设备，其特征在于，所述询问目标终端是否在线的信令包括握手查询信令，或心跳查询指令。

5.如权利要求1或2或3或4所述的控制设备，其特征在于，还包括：

认证单元，用于在所述接收信令包括来自终端的、符合终端自身无线接口协议的认证请求信令时，查询相应终端是否为授权终端；

则所述信令生成单元，用于在相应终端为授权终端时，生成针对相应终端的、认证成功的发送信令，及，在相应终端不为授权终端时，生成针对相应终端的、拒绝接入的发送信令。

6.一种用于多终端协同娱乐的控制设备的通信方法，其特征在于，所述方法应用于控制设备侧，所述控制设备包括所有多终端具备的至少一种类型的无线接口，其中一种类型的无线接口用于建立所述控制设备与具有同种类型的无线接口的终端之间的通信连接：

所述方法包括：

识别所连接的终端的无线接口协议；

接收来自多终端中任一终端的、符合终端自身无线接口协议的接收信令；

依据所述接收信令的内容，生成针对多终端中任一终端的、符合终端自身无线接口协议的发送信令；

将所述发送信令发送给对应终端；

依据所述接收信令的内容，建立协同娱乐任务，所述协同娱乐任务的信息包括：任务信息、发起终端信息和目标终端信息；

通过与发起终端的信令交互建立与所述协同娱乐任务中发起终端之间的第一数据传输通道，以及，通过与目标终端的信令交互建立与所述协同娱乐任务中目标终端之间的第二数据传输通道；

通过所述第一数据传输通道接收相应发起终端发送的协同娱乐数据，并通过所述第二数据传输通道将所述协同娱乐数据转发给相应目标终端；

在所述接收信令包括来自所述发起终端的、符合发起终端自身无线接口协议的协同娱乐请求信令时，所述依据所述接收信令的内容，生成针对多终端中任一终端的、符合终端自身无线接口协议的发送信令的步骤，包括：

依据该协同娱乐请求信令中携带的目标终端信息，生成符合目标终端自身无线接口协议的发送信令，所述发送信令为询问目标终端是否在线的信令。

7.如权利要求6所述的方法，其特征在于，在所述接收信令包括来自所述目标终端的、符合目标终端自身无线接口协议的在线确认信令时，所述依据所述接收信令的内容，生成针对多终端中任一终端的、符合终端自身无线接口协议的发送信令的步骤，包括：

生成符合目标终端自身无线接口协议的发送信令，所述发送信令为协同娱乐邀请的信令；所述协同娱乐邀请的信令中包括有该协同娱乐请求信令中携带的任务信息。

8.如权利要求7所述的方法，其特征在于，在所述接收信令包括来自所述目标终端的、符合目标终端自身无线接口协议的邀请确认信令时，所述依据所述接收信令的内容，建立协同娱乐任务的步骤，包括：

以发送该协同娱乐请求的终端作为发起终端，以发送相应邀请确认信令的终端作为目标终端，依据该协同娱乐请求信令中携带的任务信息建立协同娱乐任务。