CN106257960A - 多设备协同操作的方法及设备 - Google Patents

Abstract

本发明公开了一种多设备协同操作的方法及设备，所述方法包括：与一个以上从设备建立网络连接，并获取所述从设备以及主设备的设备资源信息；获得用户的输入操作，生成任务事件，根据所述设备资源信息将所述任务事件分解为子任务；将所述子任务发送给相应的从设备进行执行；接收所述从设备发送的执行结果。

Description

多设备协同操作的方法及设备

技术领域

本发明涉及通信技术，尤其涉及一种多设备协同操作的方法及设备。

背景技术

随着无线保真(WIFI，Wireless FIdelity)技术的发展，现在越来越多的移动设备实现WIFI点对点(P2P，Peer to Peer)连接。应用WIFI点对点连接的技术也已经应用在多屏互动系统中，随着网络技术与多媒体播放技术的发展，人们可以将自己喜欢的视频或音频等多媒体文件与他人分享，其中多屏互动设备是最为常见的分享多媒体数据的设备。这种系统是基于无线联盟(WiFiAlliance)启动的Miracast项目实现的。多屏互动设备可以接收多个不同设备的多媒体数据，并且将接收到的多媒体输出至显示设备，在显示设备上显示人们需要分享的多媒体数据。随着无线网络技术的发展，人们喜欢通过无线网络将移动设备上的多媒体数据发送至多屏互动设备，最为常见的多屏互动设备就是无线电视盒。现有的多屏互动系统大多基于数字生活网络联盟(DLNA，Digital Living Network Alliance)协议构建，其包括至少一个作为无线网络节点(AP，Access Point)的无线路由器。

目前的多屏互动主要还是停留在多媒体音视频的共享上面，基本上没有涉及到多设备协同完成任务及多屏互动上，特别是移动设备这类的通信设备，由于移动设备的设计受制于其成本因素，所以其通常不具备太强的处理能力和扩展能力。例如很多外围传感器器件、高分辨率屏幕等只能在所属的设备上使用，不能被用于其它设备上，还没有哪个多屏互动能将设备自身的一些资源例如传感器、屏幕、处理器、定位功能等用于完成其他设备的任务上，让其它的自身不具备相关功能的设备能够通过多屏互动技术实现通过其它设备的网络连接协同实现相应功能。

发明内容

为解决上述技术问题，本发明实施例提供了一种多设备协同操作的方法及设备，能够使同一网络中的设备根据任务需求和软硬件资源情况合理有效的分解任务执行，从而使得自身不具备相关功能的设备能够利用多屏互动技术，通过与其它设备的网络连接协同实现相应功能。

本发明实施例提供的多设备协同操作的方法包括：

与一个以上从设备建立网络连接，并获取所述从设备以及主设备的设备资源信息；

获得用户的输入操作，生成任务事件，根据所述设备资源信息将所述任务事件分解为子任务；

将所述子任务发送给相应的从设备进行执行。

本发明实施例中，当从设备为一个时，所述与一个以上从设备建立网络连接，包括：

发送建立连接请求至从设备；

接收到从设备发送的建立连接响应后，与所述从设备建立网络连接。

本发明实施例中，当从设备为两个以上时，所述与一个以上从设备建立网络连接，包括：

与无线网络节点AP建立网络连接，并且所述两个以上从设备也与所述AP建立网络连接；

通过所述AP与所述两个以上从设备进行数据交互。

本发明实施例中，所述将所述任务事件分解为子任务之前，所述方法还包括：

确定执行所述任务事件所需的设备资源的性能参数，读取主设备本地的设备资源的性能参数；

判断所述主设备本地的设备资源的性能参数是否达到执行所述任务事件所需的设备资源的性能参数；

当判断结果为否时，根据所述任务事件运行特征将所述任务事件按照资源配置表分解为多个子任务。

本发明实施例中，所述确定执行所述任务事件所需的设备资源的性能参数，包括：

当执行所述任务事件时，调用底层应用程序接口API封装，读取该API封装的配置信息；

从读取到的配置信息中解析出执行所述任务事件所需的设备资源的性能参数。

本发明实施例中，所述方法还包括：

确定出执行所述任务事件所需的设备资源的性能参数后，发送对应的资源调用接口请求给从设备；所述资源调用接口请求包含在子任务的数据包中发送。

本发明实施例中，所述方法还包括：

将所述子任务，以及能够执行所述子任务的从设备通过人机交互UI界面提示；

通过用户的选择操作，确定执行各个子任务的从设备。

本发明实施例中，所述将所述任务事件分解为子任务，包括：

根据所述任务事件运行特征将所述任务事件按照各设备的资源情况分解为一个或多个子任务。

本发明实施例提供的协同操作设备包括：

第一通信单元，用于与一个以上从设备建立网络连接；

资源配置表单元，用于获取所述从设备以及主设备的设备资源信息；

人机交互单元，用于获得用户的输入操作，生成任务事件，根据所述设备资源信息将所述任务事件分解为子任务并提示；

所述第一通信单元，还用于将所述子任务发送给相应的从设备进行执行；接收所述从设备发送的执行结果。

本发明实施例中，所述第一通信单元，还用于发送建立连接请求至从设备；接收到从设备发送的建立连接响应后，与所述从设备建立网络连接。

本发明实施例中，所述第一通信单元，还用于与无线网络节点AP建立网络连接，并且所述两个以上从设备也与所述AP建立网络连接；通过所述AP与所述两个以上从设备进行数据交互。

本发明实施例中，所述设备还包括：

第一虚拟机单元，用于确定执行所述任务事件所需的设备资源的性能参数，读取主设备本地的设备资源的性能参数；判断所述主设备本地的设备资源的性能参数是否达到执行所述任务事件所需的设备资源的性能参数；当判断结果为否时，根据所述任务事件运行特征将所述任务事件按照资源配置表分解为多个子任务。

本发明实施例中，所述第一虚拟机单元，还用于当执行所述任务事件时，调用底层应用程序接口API封装，读取该API封装的配置信息；从读取到的配置信息中解析出执行所述任务事件所需的设备资源的性能参数。

本发明实施例中，所述人机交互单元，还用于将所述子任务，以及能够执行所述子任务的从设备通过人机交互UI界面提示；通过用户的选择操作，确定执行各个子任务的从设备。

本发明实施例中，所述人机交互单元，还用于根据所述任务事件运行特征将所述任务事件按照各设备的资源情况分解为一个或多个子任务。

本发明另一实施例提供的协同操作设备包括：

第二通信单元，用于与主设备建立网络连接；通过所建立的网络连接接收所述主设备发送的子任务；

第二虚拟机单元，用于解析所述子任务，并调用相应的设备资源执行所述子任务。

本发明实施例的技术方案中，设备在自身资源难以满足任务执行需求时，通过网络连接使用其他设备的软硬件资源，使用WIFI等近距离组网方式解决同一网络内不同设备间通过任务协同执行方法共同完成一个任务的问题，能够使同一网络中的设备根据自身软硬件资源合理有效的协同完成任务。启动任务的设备作为主设备，和从设备建立联网，主设备运行的任务按照资源使用情况分解为多个子任务，不同的子任务按照资源配置表发送给不同的从设备执行，通过多个设备的软硬件资源更加高效的协同完成该任务，提升用户体验。

本发明实施例中，主设备用户可以手动或自动的将正在运行的任务分解为多个子任务并分发到网络内不同的从设备上运行。通过各个设备的协同工作完成任务。

附图说明

图1为本发明实施例的多设备协同操作的方法的流程示意图；

图2为本发明实施例的任务运行界面示意图；

图3为本发明实施例的主设备和从设备任务执行交互示意图；

图4为本发明实施例的Android系统的示意图；

图5为本发明实施例一的协同操作设备的结构组成示意图；

图6为本发明实施例二的协同操作设备的结构组成示意图；

图7为本发明一实施例的多设备协同操作的执行流程图；

图8为本发明另一实施例的多设备协同操作的执行流程图。

具体实施方式

为了能够更加详尽地了解本发明实施例的特点与技术内容，下面结合附图对本发明实施例的实现进行详细阐述，所附附图仅供参考说明之用，并非用来限定本发明实施例。

图1为本发明实施例一的多设备协同操作的方法的流程示意图，如图1所示，所述多设备协同操作的方法包括以下步骤：

步骤101：与一个以上从设备建立网络连接，并获取所述从设备以及主设备的设备资源信息。

当从设备为一个时，所述与一个以上从设备建立网络连接，包括：

发送建立连接请求至从设备；

接收到从设备发送的建立连接响应后，与所述从设备建立网络连接。

当从设备为两个以上时，所述与一个以上从设备建立网络连接，包括：

与AP建立网络连接，并且所述两个以上从设备也与所述AP建立网络连接；

通过所述AP与所述两个以上从设备进行数据交互。

这里，根据所述从设备以及主设备的设备资源信息，生成资源配置表。

步骤102：获得用户的输入操作，生成任务事件。

步骤103：依据所述设备资源信息将所述任务事件分解为子任务。

具体地，依据生成的资源配置表，确定出设备资源信息，并依据设备资源信息将所述任务事件分解为子任务。

所述将所述任务事件分解为子任务之前，所述方法还包括：

确定执行所述任务事件所需的设备资源的性能参数，读取主设备本地的设备资源的性能参数；

判断所述主设备本地的设备资源的性能参数是否达到执行所述任务事件所需的设备资源的性能参数；

当判断结果为否时，根据所述任务事件运行特征将所述任务事件按照资源配置表分解为多个子任务。

所述确定执行所述任务事件所需的设备资源的性能参数，包括：

当执行所述任务事件时，调用底层应用程序接口API封装，读取该API封装的配置信息；

从读取到的配置信息中解析出执行所述任务事件所需的设备资源的性能参数。

这里，设备资源的性能参数具体是指设备所具有的资源的具体性能参数，例如设备具有资源是CPU，该CPU的性能参数为双核处理器，再例如，设备具有资源是摄像头，该摄像头的性能参数为分辨率1024×768。本发明实施例的设备资源信息的具体内容为设备资源的性能参数。

所述方法还包括：将所述子任务，以及能够执行所述子任务的从设备通过人机交互(UI，User Interface)界面提示；

通过用户的选择操作，确定执行各个子任务的从设备。

本发明实施例中，根据所述任务事件运行特征将所述任务事件按照各设备的资源情况分解为一个或多个子任务。

这里，任务事件运行特征是指运行任务事件所需要的设备资源信息，例如，运行任务事件需要的设备资源信息为：摄像头、显示屏、麦克风、重力传感器。各个设备的资源情况分别为：主设备有摄像头，从设备1有显示屏和麦克风，从设备2有重力传感器，基于此，将任务事件分为三个子任务，第一个子任务分配给主设备的摄像头处理，第二子任务分配给从设备1的显示屏和麦克风处理，第三个子任务分配给从设备2的重力传感器处理。

步骤104：将所述子任务发送给相应的从设备进行执行。

所述方法还包括：确定出执行所述任务事件所需的设备资源的性能参数后，发送对应的资源调用接口请求给从设备；所述资源调用接口请求包含在子任务的数据包中发送。

本发明实施例中，主设备接收所述从设备发送的执行结果。

本发明实施例中，进行数据交互的设备的数量大于等于两个，主设备以点对点或者一点对多点的方式和其他从设备交互数据。设备之间通过近距离传输方式建立连接，包括但不限于WIFI、蓝牙、Zigbee等技术，后续主要以WIFI为例进行说明。

仅两台设备直连的情况下，主设备及从设备通过WIFI直连连接起来，主设备发送建立连接请求至从设备侧，从设备接收到报文后返回通过主设备连接请求。实现WIFI P2P对接。利用WIFI P2P技术在无AP的时候主设备与从设备之间进行WIFI直连通讯。本发明实施例中，通过WIFI P2P来查找附近支持WIFI P2P的设备，找到后主设备与从设备间进行配对建立链接，并通过一组报文，例如hello报文实时查询链路状态，该查询设备并建立链接及查询链路状态的过程均可逆。

三个以上设备的组网包括至少一个设备作为无线网络节点(AP，AccessPoint)的无线路由器以及作为多屏互动设备的各种设备，包括但不限于手机、平板电脑、电视、电脑等具有无线通信功能的设备。各设备内设有WIFI模块，可以与无线路由器进行无线通信，通过自身的WIFI模块与无线路由器连接并进行数据交互。

当设备之间通过无线局域网(WLAN，Wireless Local Area Networks)组网或直连连接成功时，主设备检测用户输入操作，并根据所述输入操作执行相应的任务。所述输入操作是指通过输入设备发生的事件，其中，输入设备可以为：鼠标、触摸屏、键盘以及语音输入等等；所述任务是指将通过输入设备发生的事件变成所述主设备可以运行的程序或代码。例如所述输入操作为播放一段视频，主设备则通过多媒体单元播放内存中的视频文件。

当前网络内各设备根据自身的软硬件资源信息形成资源列表，主设备获取和存储一个资源配置表，所述资源配置表为当前网络内各设备的硬件资源列表以及路由表信息，方便后续主设备向拥有相关软硬件资源的设备发送任务执行请求信息。主设备在准备处理任务时或者在处理任务过程中，确定处理所述任务所需的各软硬件资源的要求；以及读取所述设备本地的所述各软硬件资源对应的能力，并结合资源配置表获取其他设备各软硬件资源对应的能力。

主设备启动任务时，确定处理所述任务所需的各资源的规定能力；读取本地的所述各资源对应的能力；判断各设备资源的能力是否满足对应的规定能力；判断结果为否时，通过虚拟机调用从设备的资源进行执行：根据当前任务运行特征将任务按照资源配置表分解为多个子任务，分解的子任务是可以在其他设备独立运行并返回结果。

主设备运行任务时会调用底层应用程序接口(API，Application ProgrammingInterface)封装，在调用该API封装的过程中，读取该API封装的配置信息，然后从读取的配置信息中解析出运行该任务所需要的软硬件资源能力，主设备和从设备预置的虚拟机单元提供了各软硬件资源调用的接口，主设备在获取任务执行所需要的软硬件资源后发送对应的资源调用接口请求给从设备；该资源调用接口请求包含在子任务数据包中发送。

参照图2，主设备当前运行的各个子任务可以分解到其他设备执行的部分提示给用户进行选择。主设备将当前运行的任务按照资源使用情况可以分解到其他设备执行的部分提示给用户进行选择。主设备分析任务执行需要用到各种软硬件资源，主设备的人机交互单元将使用对应的资源作为当前任务的一个子任务显示出来，当前任务执行所需要的各种资源依次作为子任务形成列表显示给用户。主设备根据资源配置表获取各从设备和主设备的资源支持能力，在相应的子任务显示菜单之后显示支持该资源能力的对应的设备列表，从设备列表显示的顺序可以按照资源能力强弱或者多少进行排列。从人机交互界面来看，启动任务时，主设备对当前任务按照资源配置表分解为了多个子任务，主设备根据当前任务运行特征，并结合资源配置表将任务按照使用软硬件资源的不同分解为多个子任务通过人机交互单元显示为用户。

优选地，当仅有一个从设备时，用户通过手动滑屏的方法进行选择，将主设备任务运行界面显示分解的若干子任务菜单选项，用户可以选择其中一个子任务滑到从设备上。所述特定任务分解动作设定为从左到右的拖动、从屏幕左下到屏幕右上方的拖动、或往复拖动后向着屏幕外围方向抛出的动作。优选地，当有两个以上从设备时，用户通过菜单选择的方法进行子任务分配，将主设备任务运行界面显示分解的若干子任务菜单选项，用户选择其中一个子任务菜单后显示该子任务对应的多个从设备列表，从设备列表显示的顺序可以按照资源优先情况排列，排到最前的从设备拥有更好的软硬件资源，用户通过选择从设备编号实现所述特定任务的分配。

人机交互单元根据用户的选择，按照资源使用的将所述任务进行分解转换后通过所述相应的同步通道发给相应从设备，以供所述从设备接收所述任务进行处理。主设备人机交互单元根据解析出的各资源的规定能力和设备本地的相应资源的能力，决定是由主设备基于本地的处理资源处理任务、还是分配给从设备来处理任务、还是由从设备和主设备共同处理任务。其中资源的能力可以包括资源的有无能力，例如是否有外围硬件设备，是否有摄像头、传感器等还可以包括资源大小或多少的能力。

为了实现跨平台的操作，主设备和从设备预置有一个虚拟机单元，虚拟机单元包括各资源调用接口，各设备根据自身的软硬件资源信息形成资源列表，所述资源列表和虚拟机单元都是预先设置在设备中的，资源列表和虚拟机单元包含的各资源调用接口的一对一关系，资源列表的每一项资源都在虚拟机单元中对应有调用接口。当主设备执行任务API时，通过虚拟机单元读取所执行任务的配置信息中解析出各资源的规定能力；从设备通过虚拟机单元加载子任务资源调用请求进行处理，子任务调用请求就在从设备上进行执行。

将子任务通过近距离传输协议进行封包传输给从设备解码处理后再传回主设备进行处理，主设备将子任务的操作指令、任务执行体、资源调用请求、处理结果返回机制等数据进行封装后在从设备进行显示和运行，并通过从设备对子任务的处理后形成的反馈再做封包传回到主设备任务。所述任务执行体是指任务执行所要处理的内容，例如音视频数据等。

从设备接收来自主设备的子任务执行请求以及子任务数据包，解析所述子任务数据包，获得所述子任务数据包中包括的子任务执行体、子任务的资源调用请求、子任务执行结果反馈接口。所述资源调用请求用于调用从设备的硬件资源，从设备的虚拟机单元预先定义了各硬件资源调用接口，包括但不限于摄像头资源调用接口、传感器资源调用接口、音频播放资源调用接口、视频显示资源调用接口等，还包括文件资源调用接口，例如地图资源等。当接收到主设备发送的子任务的资源调用请求后就可以直接调用该接口，完成所述资源的调用。所述子任务执行结果反馈接口用于返回子任务在从设备的执行结果。

参照图3，根据子任务数据包中的资源调用请求打开从设备的相应资源；根据子任务数据包中的子任务反馈机制实现从设备和主设备的同步反馈。从设备执行子任务过程中需要和主设备任务实时同步，接收主设备发出的操作指令和反馈子任务的执行状态，以及在满足所述任务完成条件时，解除所述主设备对于从设备资源的占有。

参照图4，假设主设备和从设备使用相同的操作系统软件平台，以Android系统为例。使用Android系统的设备执行任务都是通过点击应用程序对应的APK调用Andorid SDK提供的API完成的，API调用会交给底层的Java RuntimeFramework处理，而Java Runtime Framework又继续将这个API调用交给更加底层的C/C++Runtime Framework处理，最后C/C++Runtime Framework又将这个API调用交给最底层的Linux内核来处理。所以设备调用硬件资源最终是通过上层的API调用完成的，主设备将子任务数据包发给从设备，从设备解析所述子任务数据包，子任务数据包中的子任务的资源调用请求用于调用从设备虚拟机单元预先定义好的硬件资源接口API、子任务数据包中的子任务执行结果反馈接口用于返回从设备的执行结果。当从设备执行子任务资源调用接口时，就会建一个应用程序进程，这个应用程序进程运行在所述虚拟机单元，通过虚拟机单元加载子任务数据包中的任务执行体进行处理，子任务应用程序就在从设备上启动起来了，子任务应用程序能够调用从设备自身硬件资源的API接口完成任务执行并通过子任务执行结果反馈接口用于返回从设备的执行结果。

本发明实施例还提供了一种执行多设备协同操作的方法的设备，分别为主设备与从设备，所有操作均在这两个角色之间进行，主设备与从设备角色可以对调。

图5为本发明实施例一的协同操作设备的结构组成示意图，本示例中的协同操作设备为主设备，如图5所示，所述设备包括：

第一通信单元51，用于与一个以上从设备建立网络连接；

资源配置表单元52，用于获取所述从设备以及主设备的设备资源信息；

人机交互单元53，用于获得用户的输入操作，生成任务事件，根据所述设备资源信息将所述任务事件分解为子任务并提示；

所述第一通信单元51，还用于将所述子任务发送给相应的从设备进行执行。

所述第一通信单元51，还用于发送建立连接请求至从设备；接收到从设备发送的建立连接响应后，与所述从设备建立网络连接。

所述第一通信单元51，还用于与无线网络节点AP建立网络连接，并且所述两个以上从设备也与所述AP建立网络连接；通过所述AP与所述两个以上从设备进行数据交互。

所述协同操作设备还包括：

第一虚拟机单元54，用于确定执行所述任务事件所需的设备资源的性能参数，读取主设备本地的设备资源的性能参数；判断所述主设备本地的设备资源的性能参数是否达到执行所述任务事件所需的设备资源的性能参数；当判断结果为否时，根据所述任务事件运行特征将所述任务事件按照资源配置表分解为多个子任务。

所述第一虚拟机单元54，还用于当执行所述任务事件时，调用底层应用程序接口API封装，读取该API封装的配置信息；从读取到的配置信息中解析出执行所述任务事件所需的设备资源的性能参数。

所述人机交互单元53，还用于将所述子任务，以及能够执行所述子任务的从设备通过人机交互UI界面提示；通过用户的选择操作，确定执行各个子任务的从设备。

本发明实施例中，人机交互单元53，主设备启动任务时，根据当前任务运行特征将任务按照资源配置表分解为多个子任务，主设备根据当前任务运行特征，并结合资源配置表将任务按照使用软硬件资源的不同分解为多个子任务通过人机交互单元显示为用户，主设备将当前运行的任务可以分解到其他设备执行的部分提示给用户进行选择。

所述人机交互单元53，还用于根据所述任务事件运行特征将所述任务事件按照各设备的资源情况分解为一个或多个子任务。

资源配置表单元52，根据任务信息获取相应的从设备标识和软硬件资源列表，主设备获取和存储一个资源配置表，所述资源配置表为当前网络内各设备的硬件资源列表以及路由表信息，方便后续主设备向拥有相关软硬件资源的设备发送任务执行请求信息。

第一虚拟机单元54，用于将所述子任务进行转换后通过所述相应的同步通道发送给相应从设备，以供所述从设备接收所述子任务进行处理，与相应的从设备建立相应的同步通道并接收从设备反馈的子任务执行状态。等待接收相应从设备返回的处理结果状态，并根据所述返回的结果状态进行相应的同步处理。主设备将所述子任务通过所述相应的同步通道将子任务发送给相应从设备，具体为：对所述任务按照使用资源的不同进行使用虚拟机单元的预先定义的资源调用接口发送资源调用请求给从设备，并通过与从设备相应的通道进行发送，例如，将任务进行分解转换后通过同步通道一将已转换的数据流即子任务一传送给从设备一；通过同步通道二将已转换的数据流即子任务二传送给从设备二。

第一通信单元51，主设备上的子任务通过打包的方式，由近距离传输协议传输到从设备处，在从设备进行处理，对应操作指令再在从设备进行打包发回到主设备程序，主设备程序将操作指令转交给原程序，形成一个操作指令流动闭环，用以解决操作指令的问题，主设备与从设备之间的报文传输均依赖与之前所建立的WIFI链路或其他近距离通信链路。

图6为本发明实施例二的协同操作设备的结构组成示意图，本示例中的协同操作设备为从设备，如图6所示，所述设备包括：

第二通信单元61，用于与主设备建立网络连接；通过所建立的网络连接接收所述主设备发送的子任务；

第二虚拟机单元62，用于解析所述子任务，并调用相应的设备资源执行所述子任务。

本发明实施例中，第二虚拟机单元62，用于接收来自所述主设备的子任务请求，解析所述任务请求，获得所述任务请求中包括的资源请求信息，根据子任务数据包，包括资源调用请求、子任务执行体，子任务结果反馈机制完成所属子任务的执行，基于所述任务请求信息设置预定的软硬件资源的完成条件，并且将将响应所述任务请求作为待执行任务，当执行所述待执行任务时，和主设备进行同步，使得主设备能够实时获取子任务执行状态，在满足所述子任务完成条件时，所述资源分配单元解除所述子任务对于所述资源的占有。

第二通信单元61，用于将所述子任务执行状态通过所述相应的同步通道发送给相应主设备，以供所述主设备接收所述子任务执行状态，与相应的主设备建立相应的同步通道并接收主设备反馈的子任务执行请求。等待接收相应主设备返回的处理结果状态，并根据所述返回的结果状态进行相应的同步处理。

下面结合具体场景对本发明实施例的多设备协同操作的方法作进一步描述。

本实施例从主设备为执行主体为例，描述了主设备在线播放视频分解到从设备的具体执行流程，参照图7，多设备之间建立控制网络，具体地，在本实施例中，将多台设备通过WIFI网络连接起来，将其中在线播放多媒体视频的一台设备设置为主设备，所述网络中其余的设备设置为从设备。

主设备获取所述控制网络中的从设备的软硬件资源信息(处理器频率、屏幕分辨率、音频器件参数、传感器参数、GPS定位功能参数等信息)并生成配置信息表。所述配置信息包括设备，所有相关信息以设备ID唯一标识。所述网络中的设备可以为同一局域网的设备，也可以是不同地点的多台设备连接。可选的，所述设备可以为智能机。

主设备检测用户启动任务事件，根据所述用户输入事件生成任务。具体地，在本实施例中，主设备启动了在线播放视频多媒体文件的任务。该任务需要使用到WIFI下载资源、音频播放资源和视频显示资源。

当主设备根据所述输入事件生成任务之后，可以执行所述输入事件，并得到处理结果。

主设备根据任务运行情况和资源配置表，将任务分解到一个或多个从设备运行。

具体地，在本实施例中，主设备启动视频播放任务时，按照当前任务运行特征和资源使用情况，将视频播放任务分解为三个子任务通过人机交互单元显示给用户，分别为利用WIFI资源完成在线下载文件子任务、利用音频播放资源完成音频播放子任务和利用视频显示资源视频显示子任务，每个子任务后面对应支持该资源能力的设备列表，按照资源能力强弱排列。

针对人机交互单元显示的每一个子任务，用户选择是否在相应的从设备上运行该子任务，如果选择在从设备运行其中一个子任务，主设备获取相应的从设备标识，与相应的从设备建立相应的同步通道。

其中，与相应的从设备建立相应的同步通道是指所述主设备分别与各个从设备之间的数据通道，例如，主设备与从设备一之间建立同步通道一，所述主设备与从设备二之间建立同步通道二，等等。

具体地，在本实施例中，主设备通过人机交互界面提示用户进行选择任务分配，并根据用户的选择将所述子任务数据包按照用户选择情况分配给相应的从设备进行执行。当从设备执行子任务资源调用接口时，就会建一个应用程序进程，加载子任务数据包中的任务执行体进行处理，子任务应用程序就在从设备上进行执行。当用户在人机交互界面点击子任务一发送给从设备一执行时，主设备就会发送子任务数据包一给从设备一，子任务一数据包中的音频播放资源调用请求用于调用从设备一虚拟机单元预先定义好的音频播放资源接口API，子任务一数据包中的音频文件用于供从设备一虚拟机单元预先定义好的音频播放资源接口进行播放，同理，当用户在人机交互界面点击子任务二发送给从设备二执行时，主设备就会发送子任务二的数据包给从设备二，子任务二数据包中的视频播放资源调用请求用于调用从设备二虚拟机单元预先定义好的视频播放资源接口API，子任务二数据包中的视频文件内容用于供从设备一虚拟机单元预先定义好的音频播放资源接口调用播放，子任务数据包中的子任务执行结果反馈接口用于返回从设备的执行结果，在本实施例中反馈接口用于反馈从设备当前播放进度给主设备，用于主设备和从设备之间的同步以及从设备之间的同步。

主设备等待接收相应从设备返回的处理结果状态，并根据所述返回的结果状态进行相应的同步处理。

具体地，在本实施例中，主设备接收相应从设备返回的处理结果状态，例如从设备一实时反馈音频播放进度给主设备，从设备二实时反馈视频播放进度给主设备，主设备接收到从设备返回的所述处理结果状态时，通过同步机制保证从设备之间播放进度的同步。

以下实施例从主设备为执行主体为例，描述了主设备执行查询附近餐馆任务的具体执行流程，参照图8，多设备之间建立控制网络，具体地，在本实施例中，将多台设备通过WIFI网络连接起来，将其中执行查询附近餐馆任务的一台设备设置为主设备，所述网络中其余的设备设置为从设备。

主设备获取所述控制网络中的从设备的软硬件资源信息(处理器频率、屏幕分辨率、音频器件参数、传感器参数、GPS定位功能参数等信息)并生成配置信息表。所述配置信息包括设备，所有相关信息以设备ID唯一标识。所述网络中的设备可以为同一局域网的设备，也可以是不同地点的多台设备连接。可选的，所述设备可以为智能机。

主设备检测用户启动任务事件，根据所述用户输入事件生成任务。具体地，在本实施例中，主设备启动了查询附近餐馆的任务。该任务需要使用到GPS定位资源和地图资源。

主设备根据任务运行情况和资源配置表，将任务分解到一个或多个从设备运行。

具体地，在本实施例中，主设备启动查询附近餐馆任务时，按照当前任务运行特征，将查询附近餐馆任务分解为两个子任务通过人机交互单元显示给用户，分别为利用GPS资源完成位置确定子任务、利用地图资源完成地图显示子任务。

针对人机交互单元显示的每一个子任务，用户选择是否在相应的从设备上运行该子任务，如果选择在从设备运行其中一个子任务，主设备获取相应的从设备标识，与相应的从设备建立相应的同步通道。

具体地，在本实施例中，主设备通过人机交互界面提示用户进行选择任务分配，并根据用户的选择将所述子任务数据包按照用户选择情况分配给相应的从设备进行执行。子任务一数据包中的GPS资源调用请求用于调用从设备一虚拟机单元预先定义好的GPS资源接口API，子任务二数据包中的地图资源调用请求用于调用从设备二虚拟机单元预先定义好的地图资源接口API，子任务数据包中的子任务执行结果反馈接口用于返回从设备的执行结果。当从设备执行子任务资源调用接口时，就会建一个应用程序进程，子任务应用程序就在从设备上。

主设备等待接收相应从设备返回的处理结果状态，并根据所述返回的结果状态进行相应的处理。

具体地，在本实施例中，主设备接收相应从设备返回的处理结果状态，例如从设备一反馈当前定位坐标给主设备，从设备二反馈地图资源文件主设备，主设备接收到从设备返回的定位坐标和地图资源，在主设备本地完成后续操作，完成附近餐馆位置的查询显示。在本实施例中主设备只需要获取从设备的处理结果，不需要设备之间实时同步。

本发明实施例中，当前网络内各设备根据自身的软硬件资源信息形成资源列表，主设备可以在启动任务之后再获取各从设备的资源列表并存储为资源配置表，主设备也可以预先获取各从设备的资源列表并存储为资源配置表，启动任务之后向拥有相关软硬件资源的设备发送任务执行请求信息。

本发明实施例中，当主设备启动任务时，将任务按照资源配置表分解为多个子任务，不再提示给用户进行选择。而是由主设备判断最优资源分布情况自动完成子任务的分配。主设备判断执行该任务的各软硬件资源的能力中最强的资源所述设备，将对应的子任务自动分配给该从设备。主设备在准备处理任务时或者在处理任务过程中，确定处理所述任务所需的各软硬件资源的要求；以及读取所述设备本地的所述各软硬件资源对应的能力，并结合资源配置表获取其他设备各软硬件资源对应的能力。资源配置表中包含主从设备各资源的能力，主设备运行任务时，主设备解析出的该任务对各资源的规定能力和主设备和从设备的相应资源的能力，自动选择最优资源处理任务，如果子任务对应的最优资源在主设备本地则由主设备本地完成该任务，如果最优资源在从设备则由主设备发送子任务数据包发给从设备完成。

本发明实施例中，当主设备启动任务时，确定处理所述任务所需的各资源的规定能力不能满足时，读取所述资源配置表，获取网络内各设备各资源能力是否满足对应的规定能力，当有从设备的资源满足使用需求，将对应的子任务自动分配给该设备。

本发明实施例中，主设备获取所述控制网络中的从设备的软硬件资源信息(处理器频率、屏幕分辨率、音频器件参数、传感器参数、GPS定位功能参数等信息)并生成配置信息表。可以是在主设备任务启动之前就获取，也可以在主设备任务启动之后再获取。当主设备任务启动之后再获取配置信息表，根据所述任务运行情况针对性的获取资源配置表。当任务为API封装时，调用该API封装或是在调用该API封装的过程中，读取该API封装的配置信息，然后从读取的配置信息中解析出运行该API封装所需的各资源的规定能力，根据能力要求针对性的获取资源配置表。

主设备用户可以手动或自动的将正在运行的任务分解为多个子任务并分发到网络内不同的从设备上运行。通过各个设备的协同工作完成任务。通过主设备的输入设备进行相应的操作实现从设备的操作，实现了共享操作平台，可以通过在主设备上执行任务，并且能将任务共享到从设备上，通过多设备的任务协同执行提升了用户体验。

以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。

Claims (16)

1.一种多设备协同操作的方法，其特征在于，所述方法包括：

与一个以上从设备建立网络连接，获取所述从设备以及主设备的设备资源信息；

获得用户的输入操作，生成任务事件，根据所述设备资源信息将所述任务事件分解为子任务；

将所述子任务发送给相应的从设备进行执行。

2.根据权利要求1所述的多设备协同操作的方法，其特征在于，当从设备为一个时，所述与一个以上从设备建立网络连接，包括：

发送建立连接请求至从设备；

接收到从设备发送的建立连接响应后，与所述从设备建立网络连接。

3.根据权利要求1所述的多设备协同操作的方法，其特征在于，当从设备为两个以上时，所述与一个以上从设备建立网络连接，包括：

与无线网络节点AP建立网络连接，并且所述两个以上从设备也与所述AP建立网络连接；

通过所述AP与所述两个以上从设备进行数据交互。

4.根据权利要求1所述的多设备协同操作的方法，其特征在于，所述将所述任务事件分解为子任务之前，所述方法还包括：

确定执行所述任务事件所需的设备资源的性能参数，读取主设备本地的设备资源的性能参数；

判断所述主设备本地的设备资源的性能参数是否达到执行所述任务事件所需的设备资源的性能参数；

当判断结果为否时，根据所述任务事件运行特征将所述任务事件按照资源配置表分解为多个子任务。

5.根据权利要求4所述的多设备协同操作的方法，其特征在于，所述确定执行所述任务事件所需的设备资源的性能参数，包括：

当执行所述任务事件时，调用底层应用程序接口API封装，读取该API封装的配置信息；

从读取到的配置信息中解析出执行所述任务事件所需的设备资源的性能参数。

6.根据权利要求4或5所述的多设备协同操作的方法，其特征在于，所述方法还包括：

确定出执行所述任务事件所需的设备资源的性能参数后，发送对应的资源调用接口请求给从设备；所述资源调用接口请求包含在子任务的数据包中发送。

7.根据权利要求1所述的多设备协同操作的方法，其特征在于，所述方法还包括：

将所述子任务，以及能够执行所述子任务的从设备通过人机交互UI界面提示；

通过用户的选择操作，确定执行各个子任务的从设备。

8.根据权利要求1至5、7任一项所述的多设备协同操作的方法，其特征在于，所述将所述任务事件分解为子任务，包括：

根据所述任务事件运行特征将所述任务事件按照各设备的资源情况分解为一个或多个子任务。

9.一种协同操作设备，其特征在于，所述设备包括：

第一通信单元，用于与一个以上从设备建立网络连接；

资源配置表单元，用于获取所述从设备以及主设备的设备资源信息；

人机交互单元，用于获得用户的输入操作，生成任务事件，根据所述设备资源信息将所述任务事件分解为子任务并提示；

所述第一通信单元，还用于将所述子任务发送给相应的从设备进行执行。

10.根据权利要求9所述的设备，其特征在于，所述第一通信单元，还用于发送建立连接请求至从设备；接收到从设备发送的建立连接响应后，与所述从设备建立网络连接。

11.根据权利要求9所述的设备，其特征在于，所述第一通信单元，还用于与无线网络节点AP建立网络连接，并且所述两个以上从设备也与所述AP建立网络连接；通过所述AP与所述两个以上从设备进行数据交互。

12.根据权利要求9所述的设备，其特征在于，所述设备还包括：

第一虚拟机单元，用于确定执行所述任务事件所需的设备资源的性能参数，读取主设备本地的设备资源的性能参数；判断所述主设备本地的设备资源的性能参数是否达到执行所述任务事件所需的设备资源的性能参数；当判断结果为否时，根据所述任务事件运行特征将所述任务事件按照资源配置表分解为多个子任务。

13.根据权利要求12所述的设备，其特征在于，所述第一虚拟机单元，还用于当执行所述任务事件时，调用底层应用程序接口API封装，读取该API封装的配置信息；从读取到的配置信息中解析出执行所述任务事件所需的设备资源的性能参数。

14.根据权利要求9所述的设备，其特征在于，所述人机交互单元，还用于将所述子任务，以及能够执行所述子任务的从设备通过人机交互UI界面提示；通过用户的选择操作，确定执行各个子任务的从设备。

15.根据权利要求9至14任一项所述的设备，其特征在于，所述人机交互单元，还用于根据所述任务事件运行特征将所述任务事件按照各设备的资源情况分解为一个或多个子任务。

16.一种协同操作设备，其特征在于，所述设备包括：

第二通信单元，用于与主设备建立网络连接；通过所建立的网络连接接收所述主设备发送的子任务；

第二虚拟机单元，用于解析所述子任务，并调用相应的设备资源执行所述子任务。