多终端的设备协同控制系统及方法与流程

本发明涉及通信技术领域，尤其涉及一种多终端的设备协同控制系统及方法。

背景技术：

随着移动互联网和万物互联时代的到来，越来越多的不同类型的智能终端可以接入网络。同时很多人拥有了多台终端设备，这些终端可以很容易的接入到互联网享受到网络服务。wifi和蓝牙等无线接入的发展使得多终端之间的互联互通越来越广泛，人们可以在局域网进行文件传输、屏幕共享等越来越多的业务。但是，目前这些业务还主要处在连接互通层面，对于多终端的设备层面的深层协同控制方面的需求日趋强烈，而现有技术中不存在满足该需求的技术。

技术实现要素：

本发明的主要目的在于提出一种多终端的设备协同控制系统及方法，旨在解决现有技术中无法满足多终端的设备层面的深层协同控制方面的需求的技术问题。

为实现上述目的，本发明提供的一种多终端的设备协同控制系统，所述系统包括：应用程序层、控制层、虚拟设备层和内核驱动层；

所述应用程序层，用于响应于用户输入触发应用场景的操作指令，获取所述应用场景，根据所述应用场景启动应用服务；

所述控制层，用于在启动所述应用服务时，生成与所述应用服务对应的服务会话，向所述虚拟设备层发送所述服务会话的所需信息；获取所述服务会话的服务类型，根据所述服务类型确定对应的控制类型；根据所述控制类型向所述服务会话的设备信息对应的设备分别发送控制指令，接收并处理由所述设备发送的状态反馈；

所述虚拟设备层，用于获取所述服务会话的所需信息，向所述内核驱动层发送设备扫描命令；接收所述内核驱动层反馈的设备信息，根据所述服务会话的所需需求对所述设备信息进行能力匹配；将匹配结果作为所述服务会话的设备信息，并将所述服务会话的设备信息进行存储；

所述内核驱动层，用于在接收到所述设备扫描命令时，对接入的移动终端进行设备扫描，并将扫描到的设备信息反馈至所述虚拟设备层。

在一个实施例中，所述虚拟设备层包括：设备发现模块和群组管理模块；

所述设备发现模块，用于获取所述服务会话的所需信息，向所述内核驱动层发送设备扫描命令；接收所述内核驱动层反馈的设备信息，根据所述服务会话的所需需求对所述设备信息进行能力匹配；

所述群组管理模块，用于将匹配结果作为所述服务会话的设备信息，并将所述服务会话的设备信息进行存储。

在一个实施例中，所述内核驱动层，还用于对接入的移动终端进行设备扫描，在设备信息发生变化时，将扫描到的设备信息发送至所述设备发现模块；

所述设备发现模块，还用于接收所述内核驱动层发送的设备信息，根据接收到的设备信息更新所述群组管理模块中的信息。

在一个实施例中，所述控制层包括：服务会话模块和控制引擎；

所述服务会话模块，用于在启动所述应用服务时，生成与所述应用服务对应的服务会话；

所述控制引擎，用于获取所述服务会话的服务类型，根据所述服务类型确定对应的控制类型，根据所述控制类型生成控制指令；

所述服务会话模块，还用于向所述服务会话的设备信息对应的设备分别发送控制指令，接收所述设备发送的状态反馈；

所述控制引擎，还用于对所述状态反馈进行处理。

在一个实施例中，所述控制层还包括：数据同步模块；

所述数据同步模块，用于从所述虚拟设备层获取所述服务会话的设备信息，并将获取的所述服务会话的设备信息同步给所述服务会话模块。

在一个实施例中，所述应用程序层包括：应用场景管理模块和应用服务化模块；

所述应用场景管理模块，用于响应于用户输入触发应用场景的操作指令，获取所述应用场景；

所述应用服务化模块，用于根据所述应用场景启动应用服务。

在一个实施例中，所述应用程序层还包括：多终端多用户管理模块；

所述多终端多用户管理模块，用于对所述移动终端的接入进行管理。

在一个实施例中，所述内核驱动层包括：组网管理模块和设备驱动模块；

所述组网管理模块，用于在接收到所述设备扫描命令时，对接入的移动终端进行设备扫描，并将扫描到的设备信息反馈至所述虚拟设备层；

所述设备驱动模块，用于为各设备提供驱动。

在一个实施例中，所述设备信息包括：所属移动终端标识、设备标识和设备状态。

此外，为实现上述目的，本发明还提出一种多终端的设备协同控制方法，其多终端的设备协同控制系统包括：应用程序层、控制层、虚拟设备层和内核驱动层，所述方法包括步骤：

应用程序层响应于用户输入触发应用场景的操作指令，获取所述应用场景，根据所述应用场景启动应用服务；

控制层在启动所述应用服务时，生成与所述应用服务对应的服务会话；获取所述服务会话的服务类型，根据所述服务类型确定对应的控制类型；

虚拟设备层获取所述服务会话的所需信息，向内核驱动层发送设备扫描命令；

所述内核驱动层在接收到所述设备扫描命令时，对接入的移动终端进行设备扫描，并将扫描到的设备信息反馈至所述虚拟设备层；

所述虚拟设备层接收所述内核驱动层反馈的设备信息，根据所述服务会话的所需需求对所述设备信息进行能力匹配；将匹配结果作为所述服务会话的设备信息，并将所述服务会话的设备信息进行存储；

所述控制层根据所述控制类型向所述服务会话的设备信息对应的设备分别发送控制指令，接收并处理由所述设备发送的状态反馈。

在一个实施例中，所述虚拟设备层包括：设备发现模块和群组管理模块；

相应地，所述虚拟设备层获取所述服务会话的所需信息，向内核驱动层发送设备扫描命令，具体包括：

所述设备发现模块获取所述服务会话的所需信息，向所述内核驱动层发送设备扫描命令；

所述虚拟设备层接收所述内核驱动层反馈的设备信息，根据所述服务会话的所需需求对所述设备信息进行能力匹配；将匹配结果作为所述服务会话的设备信息，并将所述服务会话的设备信息进行存储，具体包括：

所述设备发现模块接收所述内核驱动层反馈的设备信息，根据所述服务会话的所需需求对所述设备信息进行能力匹配；

所述群组管理模块将匹配结果作为所述服务会话的设备信息，并将所述服务会话的设备信息进行存储。

在一个实施例中，所述内核驱动层在接收到所述设备扫描命令时，对接入的移动终端进行设备扫描，并将扫描到的设备信息反馈至所述虚拟设备层之后，所述方法还包括：

所述内核驱动层对接入的移动终端进行设备扫描，在设备信息发生变化时，将扫描到的设备信息发送至所述设备发现模块；

所述设备发现模块接收所述内核驱动层发送的设备信息，根据接收到的设备信息更新所述群组管理模块中的信息。

在一个实施例中，所述控制层包括：服务会话模块和控制引擎；

所述控制层在启动所述应用服务时，生成与所述应用服务对应的服务会话；获取所述服务会话的服务类型，根据所述服务类型确定对应的控制类型，具体包括：

所述服务会话模块在启动所述应用服务时，生成与所述应用服务对应的服务会话；

所述控制引擎获取所述服务会话的服务类型，根据所述服务类型确定对应的控制类型，根据所述控制类型生成控制指令；

相应地，所述控制层根据所述控制类型向所述服务会话的设备信息对应的设备分别发送控制指令，接收并处理由所述设备发送的状态反馈，具体包括：

所述服务会话模块向所述服务会话的设备信息对应的设备分别发送控制指令，接收所述设备发送的状态反馈；

所述控制引擎对所述状态反馈进行处理。

在一个实施例中，所述控制层还包括：数据同步模块；

所述服务会话模块向所述服务会话的设备信息对应的设备分别发送控制指令，接收所述设备发送的状态反馈之前，所述方法还包括：

所述数据同步模块从所述虚拟设备层获取所述服务会话的设备信息，并将获取的所述服务会话的设备信息同步给所述服务会话模块。

在一个实施例中，所述应用程序层包括：应用场景管理模块和应用服务化模块；

所述应用程序层响应于用户输入触发应用场景的操作指令，获取所述应用场景，根据所述应用场景启动应用服务，具体包括：

所述应用场景管理模块响应于用户输入触发应用场景的操作指令，获取所述应用场景；

所述应用服务化模块根据所述应用场景启动应用服务。

在一个实施例中，所述应用程序层还包括：多终端多用户管理模块；

所述内核驱动层在接收到所述设备扫描命令时，对接入的移动终端进行设备扫描，并将扫描到的设备信息反馈至所述虚拟设备层之前，所述方法还包括：

所述多终端多用户管理模块对所述移动终端的接入进行管理。

在一个实施例中，所述内核驱动层包括：组网管理模块和设备驱动模块；

所述内核驱动层在接收到所述设备扫描命令时，对接入的移动终端进行设备扫描，并将扫描到的设备信息反馈至所述虚拟设备层，具体包括：

所述设备驱动模块为各设备提供驱动；

所述组网管理模块在接收到所述设备扫描命令时，对接入的移动终端进行设备扫描，并将扫描到的设备信息反馈至所述虚拟设备层。

在一个实施例中，所述设备信息包括：所属移动终端标识、设备标识和设备状态。

本发明通过引入一个多层架构，通过虚拟设备层和控制层进行设备管理，从而实现了上层应用的多终端多设备应用服务实现和底层组网技术的分离，使得局域网或私有云内硬件设备资源能够达到服务级别的协同共享控制。

附图说明

图1为实现本发明各个实施例一个可选的移动终端的硬件结构示意图；

图2为如图1所示的移动终端的无线通信系统示意图；

图3为本发明多终端的设备协同控制系统第一实施例的功能模块示意图；

图4为图3所示的实施例中应用程序层的具体功能模块示意图；

图5为图3所示的实施例中控制层的具体功能模块示意图；

图6为图3所示的实施例中虚拟设备层的具体功能模块示意图；

图7为图6所示的实施例中群组管理模块的数据存储示意图；

图8为本发明多终端的设备协同控制系统第二实施例的功能模块示意图；

图9为本发明多终端的设备协同控制方法第一实施例的流程示意图；

图10为本发明多终端的设备协同控制方法第二实施例的流程示意图；

图11为本发明多终端的设备协同控制方法第三实施例的流程示意图；

图12为本发明多终端的设备协同控制方法第四实施例的流程示意图；

图13为本发明多终端的设备协同控制方法第五实施例的流程示意图。

本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

现在将参考附图描述实现本发明各个实施例的移动终端。在后续的描述中，使用用于表示元件的诸如“模块”、“部件”或“单元”的后缀仅为了有利于本发明的说明，其本身并没有特定的意义。因此，"模块"与"部件"可以混合地使用。

移动终端可以以各种形式来实施。例如，本发明中描述的终端可以包括诸如移动电话、智能电话、笔记本电脑、数字广播接收器、pda(个人数字助理)、pad(平板电脑)、pmp(便携式多媒体播放器)、导航装置等等的移动终端以及诸如数字tv、台式计算机等等的固定终端。下面，假设终端是移动终端。然而，本领域技术人员将理解的是，除了特别用于移动目的的元件之外，根据本发明的实施方式的构造也能够应用于固定类型的终端。

图1为实现本发明各个实施例的移动终端的硬件结构示意。

移动终端100可以包括无线通信单元110、a/v(音频/视频)输入单元120、用户输入单元130、感测单元140、输出单元150、存储器160、接口单元170、控制器180和电源单元190等等。图1示出了具有各种组件的移动终端，但是应理解的是，并不要求实施所有示出的组件。可以替代地实施更多或更少的组件。将在下面详细描述移动终端的元件。

无线通信单元110通常包括一个或多个组件，其允许移动终端100与无线通信系统或网络之间的无线电通信。例如，无线通信单元可以包括广播接收模块111、移动通信模块112、无线互联网模块113、短程通信模块114和位置信息模块115中的至少一个。

广播接收模块111经由广播信道从外部广播管理服务器接收广播信号和/或广播相关信息。广播信道可以包括卫星信道和/或地面信道。广播管理服务器可以是生成并发送广播信号和/或广播相关信息的服务器或者接收之前生成的广播信号和/或广播相关信息并且将其发送给终端的服务器。广播信号可以包括tv广播信号、无线电广播信号、数据广播信号等等。而且，广播信号可以进一步包括与tv或无线电广播信号组合的广播信号。广播相关信息也可以经由移动通信网络提供，并且在该情况下，广播相关信息可以由移动通信模块112来接收。广播信号可以以各种形式存在，例如，其可以以数字多媒体广播(dmb)的电子节目指南(epg)、数字视频广播手持(dvb-h)的电子服务指南(esg)等等的形式而存在。广播接收模块111可以通过使用各种类型的广播系统接收信号广播。特别地，广播接收模块111可以通过使用诸如多媒体广播-地面(dmb-t)、数字多媒体广播-卫星(dmb-s)、数字视频广播-手持(dvb-h)，前向链路媒体(mediaflo^@)的数据广播系统、地面数字广播综合服务(isdb-t)等等的数字广播系统接收数字广播。广播接收模块111可以被构造为适合提供广播信号的各种广播系统以及上述数字广播系统。经由广播接收模块111接收的广播信号和/或广播相关信息可以存储在存储器160(或者其它类型的存储介质)中。

移动通信模块112将无线电信号发送到基站(例如，接入点、节点b等等)、外部终端以及服务器中的至少一个和/或从其接收无线电信号。这样的无线电信号可以包括语音通话信号、视频通话信号、或者根据文本和/或多媒体消息发送和/或接收的各种类型的数据。

无线互联网模块113支持移动终端的无线互联网接入。该模块可以内部或外部地耦接到终端。该模块所涉及的无线互联网接入技术可以包括wlan(无线lan)(wi-fi)、wibro(无线宽带)、wimax(全球微波互联接入)、hsdpa(高速下行链路分组接入)等等。

短程通信模块114是用于支持短程通信的模块。短程通信技术的一些示例包括蓝牙^tm、射频识别(rfid)、红外数据协会(irda)、超宽带(uwb)、紫蜂^tm等等。

位置信息模块115是用于检查或获取移动终端的位置信息的模块。位置信息模块的典型示例是gps(全球定位系统)。根据当前的技术，gps模块115计算来自三个或更多卫星的距离信息和准确的时间信息并且对于计算的信息应用三角测量法，从而根据经度、纬度和高度准确地计算三维当前位置信息。当前，用于计算位置和时间信息的方法使用三颗卫星并且通过使用另外的一颗卫星校正计算出的位置和时间信息的误差。此外，gps模块115能够通过实时地连续计算当前位置信息来计算速度信息。

a/v输入单元120用于接收音频或视频信号。a/v输入单元120可以包括相机121和麦克风1220，相机121对在视频捕获模式或图像捕获模式中由图像捕获装置获得的静态图片或视频的图像数据进行处理。处理后的图像帧可以显示在显示单元151上。经相机121处理后的图像帧可以存储在存储器160(或其它存储介质)中或者经由无线通信单元110进行发送，可以根据移动终端的构造提供两个或更多相机1210。麦克风122可以在电话通话模式、记录模式、语音识别模式等等运行模式中经由麦克风接收声音(音频数据)，并且能够将这样的声音处理为音频数据。处理后的音频(语音)数据可以在电话通话模式的情况下转换为可经由移动通信模块112发送到移动通信基站的格式输出。麦克风122可以实施各种类型的噪声消除(或抑制)算法以消除(或抑制)在接收和发送音频信号的过程中产生的噪声或者干扰。

用户输入单元130可以根据用户输入的命令生成键输入数据以控制移动终端的各种操作。用户输入单元130允许用户输入各种类型的信息，并且可以包括键盘、锅仔片、触摸板(例如，检测由于被接触而导致的电阻、压力、电容等等的变化的触敏组件)、滚轮、摇杆等等。特别地，当触摸板以层的形式叠加在显示单元151上时，可以形成触摸屏。

感测单元140检测移动终端100的当前状态，(例如，移动终端100的打开或关闭状态)、移动终端100的位置、用户对于移动终端100的接触(即，触摸输入)的有无、移动终端100的取向、移动终端100的加速或减速移动和方向等等，并且生成用于控制移动终端100的操作的命令或信号。例如，当移动终端100实施为滑动型移动电话时，感测单元140可以感测该滑动型电话是打开还是关闭。另外，感测单元140能够检测电源单元190是否提供电力或者接口单元170是否与外部装置耦接。感测单元140可以包括接近传感器1410将在下面结合触摸屏来对此进行描述。

接口单元170用作至少一个外部装置与移动终端100连接可以通过的接口。例如，外部装置可以包括有线或无线头戴式耳机端口、外部电源(或电池充电器)端口、有线或无线数据端口、存储卡端口、用于连接具有识别模块的装置的端口、音频输入/输出(i/o)端口、视频i/o端口、耳机端口等等。识别模块可以是存储用于验证用户使用移动终端100的各种信息并且可以包括用户识别模块(uim)、客户识别模块(sim)、通用客户识别模块(usim)等等。另外，具有识别模块的装置(下面称为"识别装置")可以采取智能卡的形式，因此，识别装置可以经由端口或其它连接装置与移动终端100连接。接口单元170可以用于接收来自外部装置的输入(例如，数据信息、电力等等)并且将接收到的输入传输到移动终端100内的一个或多个元件或者可以用于在移动终端和外部装置之间传输数据。

另外，当移动终端100与外部底座连接时，接口单元170可以用作允许通过其将电力从底座提供到移动终端100的路径或者可以用作允许从底座输入的各种命令信号通过其传输到移动终端的路径。从底座输入的各种命令信号或电力可以用作用于识别移动终端是否准确地安装在底座上的信号。输出单元150被构造为以视觉、音频和/或触觉方式提供输出信号(例如，音频信号、视频信号、警报信号、振动信号等等)。输出单元150可以包括显示单元151、音频输出模块152、警报单元153等等。

显示单元151可以显示在移动终端100中处理的信息。例如，当移动终端100处于电话通话模式时，显示单元151可以显示与通话或其它通信(例如，文本消息收发、多媒体文件下载等等)相关的用户界面(ui)或图形用户界面(gui)。当移动终端100处于视频通话模式或者图像捕获模式时，显示单元151可以显示捕获的图像和/或接收的图像、示出视频或图像以及相关功能的ui或gui等等。

同时，当显示单元151和触摸板以层的形式彼此叠加以形成触摸屏时，显示单元151可以用作输入装置和输出装置。显示单元151可以包括液晶显示器(lcd)、薄膜晶体管lcd(tft-lcd)、有机发光二极管(oled)显示器、柔性显示器、三维(3d)显示器等等中的至少一种。这些显示器中的一些可以被构造为透明状以允许用户从外部观看，这可以称为透明显示器，典型的透明显示器可以例如为toled(透明有机发光二极管)显示器等等。根据特定想要的实施方式，移动终端100可以包括两个或更多显示单元(或其它显示装置)，例如，移动终端可以包括外部显示单元(未示出)和内部显示单元(未示出)。触摸屏可用于检测触摸输入压力以及触摸输入位置和触摸输入面积。

音频输出模块152可以在移动终端处于呼叫信号接收模式、通话模式、记录模式、语音识别模式、广播接收模式等等模式下时，将无线通信单元110接收的或者在存储器160中存储的音频数据转换音频信号并且输出为声音。而且，音频输出模块152可以提供与移动终端100执行的特定功能相关的音频输出(例如，呼叫信号接收声音、消息接收声音等等)。音频输出模块152可以包括扬声器、蜂鸣器等等。

警报单元153可以提供输出以将事件的发生通知给移动终端100。典型的事件可以包括呼叫接收、消息接收、键信号输入、触摸输入等等。除了音频或视频输出之外，警报单元153可以以不同的方式提供输出以通知事件的发生。例如，警报单元153可以以振动的形式提供输出，当接收到呼叫、消息或一些其它进入通信(incomingcommunication)时，警报单元153可以提供触觉输出(即，振动)以将其通知给用户。通过提供这样的触觉输出，即使在用户的移动电话处于用户的口袋中时，用户也能够识别出各种事件的发生。警报单元153也可以经由显示单元151或音频输出模块152提供通知事件的发生的输出。

存储器160可以存储由控制器180执行的处理和控制操作的软件程序等等，或者可以暂时地存储己经输出或将要输出的数据(例如，电话簿、消息、静态图像、视频等等)。而且，存储器160可以存储关于当触摸施加到触摸屏时输出的各种方式的振动和音频信号的数据。

存储器160可以包括至少一种类型的存储介质，所述存储介质包括闪存、硬盘、多媒体卡、卡型存储器(例如，sd或dx存储器等等)、随机访问存储器(ram)、静态随机访问存储器(sram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、可编程只读存储器(prom)、磁性存储器、磁盘、光盘等等。而且，移动终端100可以与通过网络连接执行存储器160的存储功能的网络存储装置协作。

控制器180通常控制移动终端的总体操作。例如，控制器180执行与语音通话、数据通信、视频通话等等相关的控制和处理。另外，控制器180可以包括用于再现(或回放)多媒体数据的多媒体模块1810，多媒体模块1810可以构造在控制器180内，或者可以构造为与控制器180分离。控制器180可以执行模式识别处理，以将在触摸屏上执行的手写输入或者图片绘制输入识别为字符或图像。

电源单元190在控制器180的控制下接收外部电力或内部电力并且提供操作各元件和组件所需的适当的电力。

这里描述的各种实施方式可以以使用例如计算机软件、硬件或其任何组合的计算机可读介质来实施。对于硬件实施，这里描述的实施方式可以通过使用特定用途集成电路(asic)、数字信号处理器(dsp)、数字信号处理装置(dspd)、可编程逻辑装置(pld)、现场可编程门阵列(fpga)、处理器、控制器、微控制器、微处理器、被设计为执行这里描述的功能的电子单元中的至少一种来实施，在一些情况下，这样的实施方式可以在控制器180中实施。对于软件实施，诸如过程或功能的实施方式可以与允许执行至少一种功能或操作的单独的软件模块来实施。软件代码可以由以任何适当的编程语言编写的软件应用程序(或程序)来实施，软件代码可以存储在存储器160中并且由控制器180执行。

至此，己经按照其功能描述了移动终端。下面，为了简要起见，将描述诸如折叠型、直板型、摆动型、滑动型移动终端等等的各种类型的移动终端中的滑动型移动终端作为示例。因此，本发明能够应用于任何类型的移动终端，并且不限于滑动型移动终端。

如图1中所示的移动终端100可以被构造为利用经由帧或分组发送数据的诸如有线和无线通信系统以及基于卫星的通信系统来操作。

现在将参考图2描述其中根据本发明的移动终端能够操作的通信系统。

这样的通信系统可以使用不同的空中接口和/或物理层。例如，由通信系统使用的空中接口包括例如频分多址(fdma)、时分多址(tdma)、码分多址(cdma)和通用移动通信系统(umts)(特别地，长期演进(lte))、全球移动通信系统(gsm)等等。作为非限制性示例，下面的描述涉及cdma通信系统，但是这样的教导同样适用于其它类型的系统。

参考图2，cdma无线通信系统可以包括多个移动终端100、多个基站(bs)270、基站控制器(bsc)275和移动交换中心(msc)280。msc280被构造为与公共电话交换网络(pstn)290形成接口。msc280还被构造为与可以经由回程线路耦接到基站270的bsc275形成接口。回程线路可以根据若干己知的接口中的任一种来构造，所述接口包括例如e1/t1、atm，ip、ppp、帧中继、hdsl、adsl或xdsl。将理解的是，如图2中所示的系统可以包括多个bsc275。

每个bs270可以服务一个或多个分区(或区域)，由多向天线或指向特定方向的天线覆盖的每个分区放射状地远离bs270。或者，每个分区可以由用于分集接收的两个或更多天线覆盖。每个bs270可以被构造为支持多个频率分配，并且每个频率分配具有特定频谱(例如，1.25mhz,5mhz等等)。

分区与频率分配的交叉可以被称为cdma信道。bs270也可以被称为基站收发器子系统(bts)或者其它等效术语。在这样的情况下，术语"基站"可以用于笼统地表示单个bsc275和至少一个bs270。基站也可以被称为"蜂窝站"。或者，特定bs270的各分区可以被称为多个蜂窝站。

如图2中所示，广播发射器(bt)295将广播信号发送给在系统内操作的移动终端100。如图1中所示的广播接收模块111被设置在移动终端100处以接收由bt295发送的广播信号。在图2中，示出了几个全球定位系统(gps)卫星300。卫星300帮助定位多个移动终端100中的至少一个。

在图2中，描绘了多个卫星300，但是理解的是，可以利用任何数目的卫星获得有用的定位信息。如图1中所示的gps模块115通常被构造为与卫星300配合以获得想要的定位信息。替代gps跟踪技术或者在gps跟踪技术之外，可以使用可以跟踪移动终端的位置的其它技术。另外，至少一个gps卫星300可以选择性地或者额外地处理卫星dmb传输。

作为无线通信系统的一个典型操作，bs270接收来自各种移动终端100的反向链路信号。移动终端100通常参与通话、消息收发和其它类型的通信。特定基站270接收的每个反向链路信号被在特定bs270内进行处理。获得的数据被转发给相关的bsc275。bsc提供通话资源分配和包括bs270之间的软切换过程的协调的移动管理功能。bsc275还将接收到的数据路由到msc280，其提供用于与pstn290形成接口的额外的路由服务。类似地，pstn290与msc280形成接口，msc与bsc275形成接口，并且bsc275相应地控制bs270以将正向链路信号发送到移动终端100。

基于上述移动终端硬件结构以及通信系统，提出本发明各个实施例。

如图3所示，本发明第一实施例提出一种多终端的设备协同控制系统，所述系统包括：应用程序层10、控制层20、虚拟设备层30和内核驱动层40；

所述应用程序层10，用于响应于用户输入触发应用场景的操作指令，获取所述应用场景，根据所述应用场景启动应用服务；

需要说明的是，本实施例的系统部署于局域网服务器上，又或是部署于私有云的云服务器上，当然，还可部署于其它具有类似功能的服务器上，本实施例对此不加以限制。

可理解的是，由于本实施例的系统采用多层构架，所述构架中各层采用软件实现，故而，上述服务器需要基于android等开源操作系统。

为便于实现所述应用程序层10的功能，参照图4，所述应用程序层10可包括：应用场景管理模块101和应用服务化模块102；

所述应用场景管理模块101，用于响应于用户输入触发应用场景的操作指令，获取所述应用场景；

可理解的是，所述应用场景可包括：通信场景、多媒体场景、文件访问场景、电源管理场景、输入输出场景和计算场景等；

通信场景：即协同控制多设备的通信功能。如可以远程接听其它设备的来电，并把音频转接到本地设备。可以建立局域网内的多方会议电话或者群组聊天服务。

多媒体场景：即多媒体相关应用服务。如多终端媒体协同播放，可以构建立体声音响系统和视频广播服务、实时图像跟踪等。

文件访问场景：即文件访问及存储相关的应用服务。如主从设备的文件联合访问，文件转移、文件搜索服务。

电源管理场景：即多设备的电源供电状态和应用服务的结合相关的服务管理。可以根据低电服务和充电状态，进行应用的协同控制。

输入输出场景：即多设备的协同输入与输出功能相关的控制。可以使得通用输入和输出系统不再受限在本地机。

计算场景：即局域网内多终端的分布式协同计算与汇总。

当然，还可能包括其它可扩展服务场景，如多终端的协同感知，服务定制通知系统，联合待机更省电等，本实施例对此不加以限制。

所述应用服务化模块102，用于根据所述应用场景启动应用服务。

在具体实现中，所述应用服务化模块102可将各应用场景进行服务化。对应用场景进行服务化后的应用服务可以采用多种模式提供服务，比如订阅发布式，又或是命令响应模式，当然，还可是其他模式，本实施例对此不加以限制。

所述应用服务化模块102中需要对角色进行选择，也就是说，需要根据应用服务中的承担的角色进行角色选择，例如：服务提供者和服务使用者，又或是，命令请求者和命令响应者。

所述应用服务化模块102中还会涉及到终端选择和设备选择，其主要功能是针对应用服务相关的可见的终端和其设备进行选择和关联。

由于并非所有移动终端均可接入所述服务器，为对接入的移动终端进行控制，本实施例中，所述应用程序层还包括：多终端多用户管理模块103；

所述多终端多用户管理模块103，用于对所述移动终端的接入进行管理。

所述多终端多用户管理模块103通常涉及多用户管理、多终端管理和权限管理，为实现对这些对象的管理，所述多终端多用户管理模块103需要对终端标识和用户标识进行存储。

所述终端标识一般采用国际移动设备身份码(internationalmobileequipmentidentity，imei)、介质访问控制(mediaaccesscontrol，mac)地址或ip地址进行标记。鉴于ip分配的临时性，维护起来可能造成同步问题。优选mac地址和imei号作为终端标识。

用户标识为全球唯一email地址，当然，还可为其它的唯一标识。

对于多用户管理而言，一个终端支持多个用户登录，每次只能允许一个用户被激活运行。

对于多终端管理而言，一个用户可以登录多个终端。多个终端同时被一个用户登录，属于一个用户组。使得协同性最强。

当然，还可能存在登录绑定的情况，也就是说，默认登录状态是用户和设备绑定的，设置默认登录用户账户，具备一般通用权限。

对于权限管理而言，同一个用户登录采用主从结构，一主多从，支持主从角色切换，主移动终端具有超级权限。

所述控制层20，用于在启动所述应用服务时，生成与所述应用服务对应的服务会话，向所述虚拟设备层发送所述服务会话的所需信息；获取所述服务会话的服务类型，根据所述服务类型确定对应的控制类型；根据所述控制类型向所述服务会话的设备信息对应的设备分别发送控制指令，接收并处理由所述设备发送的状态反馈；

为便于实现所述控制层20的功能，参照图5，所述控制层20包括：服务会话模块201和控制引擎202；

所述服务会话模块201，用于在启动所述应用服务时，生成与所述应用服务对应的服务会话；

所述控制引擎202，用于获取所述服务会话的服务类型，根据所述服务类型确定对应的控制类型，根据所述控制类型生成控制指令；

在具体实现中，常见的服务类型包括：订阅发布服务和命令请求响应服务，当然，还可包括其他服务类型，本实施例对此不加以限制。

可理解的是，所述控制类型可包括一主多从控制模式和对等分布式模式，当然，还可包括其他控制类型，本实施例对此不加以限制。

所述服务会话模块201，还用于向所述服务会话的设备信息对应的设备分别发送控制指令，接收所述设备发送的状态反馈；

所述控制引擎202，还用于对所述状态反馈进行处理。

需要说明的是，为保证所述服务会话模块201中服务会话的设备信息的及时性，本实施例中，所述控制层还包括：数据同步模块203；

所述数据同步模块203，用于从所述虚拟设备层获取所述服务会话的设备信息，并将获取的所述服务会话的设备信息同步给所述服务会话模块201。

所述虚拟设备层30，用于获取所述服务会话的所需信息，向所述内核驱动层发送设备扫描命令；接收所述内核驱动层反馈的设备信息，根据所述服务会话的所需需求对所述设备信息进行能力匹配；将匹配结果作为所述服务会话的设备信息，并将所述服务会话的设备信息进行存储；

在具体实现中，所述设备信息包括：所属移动终端标识(即所述设备信息对应的设备所属移动终端的标识)、设备标识(即设备id)和设备状态。

可理解的是，可将一个移动终端标识中的所有设备理解为一个群组，在该群组中的设备即为群组设备。

需要说明的是，所述虚拟设备层30是整个系统架构的关键层。其主要目的是将局域网或私有云内的设备进行虚拟化逻辑化处理，从而在服务的角度对所有局域网内的终端和设备进行协同控制。将局域网内的相关终端和设备进行群组化管理。群组内的设备分配一个设备id，接受上层控制框架的统一协同控制。这样实现的好处是上层应用不关心底层通信连接技术，把群组内的设备看成本地设备进行调度控制。

为便于实现所述虚拟设备层30的功能，参照图6，所述虚拟设备层30包括：设备发现模块301和群组管理模块302；

所述设备发现模块301，用于获取所述服务会话的所需信息，向所述内核驱动层发送设备扫描命令；接收所述内核驱动层反馈的设备信息，根据所述服务会话的所需需求对所述设备信息进行能力匹配；

所述群组管理模块302，用于将匹配结果作为所述服务会话的设备信息，并将所述服务会话的设备信息进行存储。

可理解的是，所述内核驱动层40除了在接收到设备扫描命令时，对接入的移动终端进行设备扫描之外，还会主动对接入的移动终端进行设备扫描，故而，可在设备信息发生变化时，将扫描到的设备信息发送至所述设备发现模块301，相应地，设备发现模块301可根据接收到的设备信息更新所述群组管理模块中的信息。

当然，为了更安全的进行设备管理，可由设备发现模块301根据所述服务会话的所需需求对所述设备信息进行能力匹配后，进行设备鉴权。

需要说明的是，所述群组管理模块302可通过图7所示的矩阵来进行组群管理，当然，所述设备状态机即对应所述设备状态，其来源于设备发现模块301的信息更新，一般情况下，图中的n可为多个，在特殊情况下，n可为1个。

所述内核驱动层40，用于在接收到所述设备扫描命令时，对接入的移动终端进行设备扫描，并将扫描到的设备信息反馈至所述虚拟设备层。

本实施例通过引入一个多层架构，通过虚拟设备层和控制层进行设备管理，从而实现了上层应用的多终端多设备应用服务实现和底层组网技术的分离，使得局域网或私有云内硬件设备资源能够达到服务级别的协同共享控制。

进一步的，参照图8，本发明第二实施例提供一种多终端的设备协同控制装置，基于上述图3所示的实施例。

本实施例中，所述内核驱动层40包括：组网管理模块401和设备驱动模块402；

所述组网管理模块401，用于在接收到所述设备扫描命令时，对接入的移动终端进行设备扫描，并将扫描到的设备信息反馈至所述虚拟设备层30；

在具体实现中，所述组网管理模块401可能会涉及到的技术包括：无线局域网接入技术、局域网组网类型选择和组网状态维护。

对于无线局域网接入技术而言，wifi和蓝牙最为常用，而且此两种技术在硬件支持上最为普遍，目前的智能终端能够提供基础支持。考虑到带宽时延和连接数目限制因素，wifi能够满足大部分场景的需要。

常用的局域网组网类型选择通常有如下三种：分布式有固定中心网络类型、分布式无固定中心网络类型和对等网络类型。其中，分布式有固定中心网络类型更适合匹配一主多从的控制类型，故而，本实施例可采用分布式有固定中心网络类型。

对于组网状态维护而言，其功能有网络组建、命名、成员状态刷新、链路维护等。

所述设备驱动模块402，用于为各设备提供驱动。

为保证各设备均可被识别，从而实现对接入的移动终端进行设备扫描，本实施例中，所述设备驱动模块402，用于为各设备提供驱动，从而保证了各设备均可被识别，进而能够扫描获得各设备的设备信息。

如图9所示，本发明第一实施例提出一种多终端的设备协同控制方法，其多终端的设备协同控制系统包括：应用程序层、控制层、虚拟设备层和内核驱动层，所述方法包括：

s10：应用程序层响应于用户输入触发应用场景的操作指令，获取所述应用场景，根据所述应用场景启动应用服务；

本实施例的系统部署于局域网服务器上，又或是部署于私有云的云服务器上，当然，还可部署于其它具有类似功能的服务器，本实施例对此不加以限制。

可理解的是，由于本实施例的系统采用多层构架，所述构架中各层采用软件实现，故而，上述服务器需要基于android等开源操作系统。

s20：控制层在启动所述应用服务时，生成与所述应用服务对应的服务会话；获取所述服务会话的服务类型，根据所述服务类型确定对应的控制类型；

s30：虚拟设备层获取所述服务会话的所需信息，向内核驱动层发送设备扫描命令；

s40：所述内核驱动层在接收到所述设备扫描命令时，对接入的移动终端进行设备扫描，并将扫描到的设备信息反馈至所述虚拟设备层；

s50：所述虚拟设备层接收所述内核驱动层反馈的设备信息，根据所述服务会话的所需需求对所述设备信息进行能力匹配；将匹配结果作为所述服务会话的设备信息，并将所述服务会话的设备信息进行存储；

s60：所述控制层根据所述控制类型向所述服务会话的设备信息对应的设备分别发送控制指令，接收并处理由所述设备发送的状态反馈。

本实施例通过引入一个多层架构，通过虚拟设备层和控制层进行设备管理，从而实现了上层应用的多终端多设备应用服务实现和底层组网技术的分离，使得局域网或私有云内硬件设备资源能够达到服务级别的协同共享控制。

进一步的，参照图10，本发明第二实施例提供一种多终端的设备协同控制方法，基于上述图9所示的实施例。

本实施例中，为便于实现所述应用程序层的功能，所述应用程序层可包括：应用场景管理模块和应用服务化模块；

相应地，所述步骤s10，可具体包括：

s101：所述应用场景管理模块响应于用户输入触发应用场景的操作指令，获取所述应用场景；

可理解的是，所述应用场景可包括：通信场景、多媒体场景、文件访问场景、电源管理场景、输入输出场景和计算场景等；

通信场景：即协同控制多设备的通信功能。如可以远程接听其它设备的来电，并把音频转接到本地设备。可以建立局域网内的多方会议电话或者群组聊天服务。

多媒体场景：即多媒体相关应用服务。如多终端媒体协同播放，可以构建立体声音响系统和视频广播服务、实时图像跟踪等。

文件访问场景：即文件访问及存储相关的应用服务。如主从设备的文件联合访问，文件转移、文件搜索服务。

电源管理场景：即多设备的电源供电状态和应用服务的结合相关的服务管理。可以根据低电服务和充电状态，进行应用的协同控制。

输入输出场景：即多设备的协同输入与输出功能相关的控制。可以使得通用输入和输出系统不再受限在本地机。

计算场景：即局域网内多终端的分布式协同计算与汇总。

当然，还可能包括其它可扩展服务场景，如多终端的协同感知，服务定制通知系统，联合待机更省电等，本实施例对此不加以限制。

s102：所述应用服务化模块根据所述应用场景启动应用服务。

在具体实现中，所述应用服务化模块可将各应用场景进行服务化。对应用场景进行服务化后的应用服务可以采用多种模式提供服务，比如订阅发布式，又或是命令响应模式，当然，还可是其他模式，本实施例对此不加以限制。

所述应用服务化模块中需要对角色进行选择，也就是说，需要根据应用服务中的承担的角色进行角色选择，例如：服务提供者和服务使用者，又或是，命令请求者和命令响应者。

所述应用服务化模块中还会涉及到终端选择和设备选择，其主要功能是针对应用服务相关的可见的终端和其设备进行选择和关联。

由于并非所有移动终端均可接入所述服务器，为对接入的移动终端进行控制，所述应用程序层还包括：多终端多用户管理模块；

步骤s40之前，所述方法还可包括：

所述多终端多用户管理模块对所述移动终端的接入进行管理。

所述多终端多用户管理模块103通常涉及多用户管理、多终端管理和权限管理，为实现对这些对象的管理，所述多终端多用户管理模块103需要对终端标识和用户标识进行存储。

所述终端标识一般采用国际移动设备身份码(internationalmobileequipmentidentity，imei)、介质访问控制(mediaaccesscontrol，mac)地址或ip地址进行标记。鉴于ip分配的临时性，维护起来可能造成同步问题。优选mac地址和imei号作为终端标识。

用户标识为全球唯一email地址，当然，还可为其它的唯一标识。

对于多用户管理而言，一个终端支持多个用户登录，每次只能允许一个用户被激活运行。

对于多终端管理而言，一个用户可以登录多个终端。多个终端同时被一个用户登录，属于一个用户组。使得协同性最强。

当然，还可能存在登录绑定的情况，也就是说，默认登录状态是用户和设备绑定的，设置默认登录用户账户，具备一般通用权限。

对于权限管理而言，同一个用户登录采用主从结构，一主多从，支持主从角色切换，主移动终端具有超级权限。

进一步的，参照图11，本发明第三实施例提供一种多终端的设备协同控制方法，基于上述图9所示的实施例。

本实施例中，为便于实现所述控制层的功能，所述控制层包括：服务会话模块和控制引擎；

相应地，步骤s20，具体包括：

s201：所述服务会话模块在启动所述应用服务时，生成与所述应用服务对应的服务会话；

s202：所述控制引擎获取所述服务会话的服务类型，根据所述服务类型确定对应的控制类型，根据所述控制类型生成控制指令；

在具体实现中，常见的服务类型包括：订阅发布服务和命令请求响应服务，当然，还可包括其他服务类型，本实施例对此不加以限制。

可理解的是，所述控制类型可包括一主多从控制模式和对等分布式模式，当然，还可包括其他控制类型，本实施例对此不加以限制。

相应地，所述步骤s60，具体包括：

s601：所述服务会话模块向所述服务会话的设备信息对应的设备分别发送控制指令，接收所述设备发送的状态反馈；

s602：所述控制引擎对所述状态反馈进行处理。

需要说明的是，为保证所述服务会话模块201中服务会话的设备信息的及时性，本实施例中，所述控制层还包括：数据同步模块；

相应地，步骤s601之前，所述方法还可包括：

s600：所述数据同步模块从所述虚拟设备层获取所述服务会话的设备信息，并将获取的所述服务会话的设备信息同步给所述服务会话模块。

进一步的，参照图12，本发明第四实施例提供一种多终端的设备协同控制方法，基于上述图9所示的实施例。

本实施例中，为便于实现所述虚拟设备层的功能，所述虚拟设备层包括：设备发现模块和群组管理模块；

相应地，所述步骤s30，具体包括：

s301：所述设备发现模块获取所述服务会话的所需信息，向所述内核驱动层发送设备扫描命令；

步骤s50，具体包括：

s501：所述设备发现模块接收所述内核驱动层反馈的设备信息，根据所述服务会话的所需需求对所述设备信息进行能力匹配；

s502：所述群组管理模块将匹配结果作为所述服务会话的设备信息，并将所述服务会话的设备信息进行存储。

所述设备信息包括：所属移动终端标识(即所述设备信息对应的设备所属移动终端的标识)、设备标识(即设备id)和设备状态。

可理解的是，可将一个移动终端标识中的所有设备理解为一个群组，在该群组中的设备即为群组设备。

需要说明的是，所述虚拟设备层30是整个系统架构的关键层。其主要目的是将局域网或私有云内的设备进行虚拟化逻辑化处理，从而在服务的角度对所有局域网内的终端和设备进行协同控制。将局域网内的相关终端和设备进行群组化管理。群组内的设备分配一个设备id，接受上层控制框架的统一协同控制。这样实现的好处是上层应用不关心底层通信连接技术，把群组内的设备看成本地设备进行调度控制。

可理解的是，所述内核驱动层除了在接收到设备扫描命令时，对接入的移动终端进行设备扫描之外，还会主动对接入的移动终端进行设备扫描，故而，可在设备信息发生变化时，将扫描到的设备信息发送至所述设备发现模块，相应地，步骤s40之后，所述方法还可包括：

所述内核驱动层对接入的移动终端进行设备扫描，在设备信息发生变化时，将扫描到的设备信息发送至所述设备发现模块；

所述设备发现模块接收所述内核驱动层发送的设备信息，根据接收到的设备信息更新所述群组管理模块中的信息。

当然，为了更安全的进行设备管理，可在步骤s501中由设备发现模块根据所述服务会话的所需需求对所述设备信息进行能力匹配后，进行设备鉴权。

进一步的，参照图13，本发明第五实施例提供一种多终端的设备协同控制方法，基于上述图9所示的实施例。

本实施例中，所述内核驱动层包括：组网管理模块和设备驱动模块；

相应地，所述步骤s40，具体包括：

s401：所述设备驱动模块为各设备提供驱动；

为保证各设备均可被识别，从而实现对接入的移动终端进行设备扫描，本实施例中，所述设备驱动模块为各设备提供驱动，从而保证了各设备均可被识别，进而能够扫描获得各设备的设备信息。

s402：所述组网管理模块在接收到所述设备扫描命令时，对接入的移动终端进行设备扫描，并将扫描到的设备信息反馈至所述虚拟设备层。

在具体实现中，所述组网管理模块可能会涉及到的技术包括：无线局域网接入技术、局域网组网类型选择和组网状态维护。

对于无线局域网接入技术而言，wifi和蓝牙最为常用，而且此两种技术在硬件支持上最为普遍，目前的智能终端能够提供基础支持。考虑到带宽时延和连接数目限制因素，wifi能够满足大部分场景的需要。

常用的局域网组网类型选择通常有如下三种：分布式有固定中心网络类型、分布式无固定中心网络类型和对等网络类型。其中，分布式有固定中心网络类型更适合匹配一主多从的控制类型，故而，本实施例可采用分布式有固定中心网络类型。

对于组网状态维护而言，其功能有网络组建、命名、成员状态刷新、链路维护等。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如rom/ram、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本发明各个实施例所述的方法。

以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。