一种电子设备间的协同控制方法及系统与流程

1.本技术涉及终端技术领域，尤其涉及一种电子设备间的协同控制方法及系统。


背景技术：

2.随着科学技术的发展，智能设备成为人们生活必需品的一部分。智能设备是传统电气设备与计算机技术、数据处理技术、控制理论、传感器技术、网络通信技术、电力电子技术等相结合的产物。其中，智能设备包括第一智能设备和第二智能设备，第一智能设备指的是可以对第二智能设备进行控制使用的计算机设备，包括智能手机、笔记本、台式电脑等。第二智能设备指的是利用计算机技术和数字通讯网技术来处理和控制媒体信息的系统设备，如智能电视、车机、手表、音箱等。在第一智能设备与第二智能设备之间可以通过第一智能设备对第二智能设备进行协同控制，第一智能设备对第二智能设备进行协同控制的传统的做法是在第一智能设备应用业务和第二智能设备业务之间创建一套业务协议，以便第一智能设备应用业务与第二智能设备应用业务通过协议规则以及参数等实现协调控制。例如，通过手机控制智能电视切换节目，其由智能电视将显示区域布局信息以及各个显示区域的缩略图传递到手机端客户端应用。手机端根据显示区域布局信息以及各个显示区域的缩略图重构显示画面并在手机端显示。以上方式需要在手机端和智能电视端同时自定义设置对应的场景，当智能电视端切换当前的场景时，手机端便不再适用智能电视切换后的场景，适用场景单一。


技术实现要素：

3.本发明的目的在于提供一种电子设备间的协同控制方法及系统，适用场景广。
4.第一方面，本技术实施例提供了一种电子设备间的协同控制方法，所述电子设备包括基于近场通信连接的作为施控方的第一电子设备和作为受控方的第二电子设备，所述协同控制方法包括：
5.所述第二电子设备运行业务并触发协同控制，并将与所述业务关联的远程视图逻辑信息发送至所述第一电子设备，其中所述远程视图逻辑信息包括界面布局文件；
6.所述第一电子设备接收所述远程视图逻辑信息，并基于所述界面布局文件在本地加载与所述业务相关的界面，并且绑定所述第二电子设备侧的与所述业务相关的服务；
7.所述第一电子设备基于所述服务对外公开的服务接口发送控制信息至所述第二电子设备，以实现在所述第一电子设备控制所述第二设备运行所述业务。
8.本技术第一方面公开的一种电子设备间的协同控制方法，第二电子设备在触发协同控制时，将运行业务关联的远程视图逻辑信息发送到第一电子设备。第一电子设备基于远程视图逻辑信息中包含的界面布局文件在本地直接加载与业务相关的界面。如此，对于第一电子设备端，无需针对第二电子设备的运行业务在第一电子设备端自定义设置与该运行业务相关的组件以及参数等，只需加载第一电子设备传输的远程视图逻辑信息即可。第二电子设备的运行业务均可以在第二电子设备侧定义分布式业务逻辑，再由第二电子设备
同步至第一电子设备，应用场景广。
9.根据本技术中第一方面的一些实施例，所述界面布局文件包括与所述业务相关的业务控件。
10.根据本技术中的一些实施例，所述绑定所述第二电子设备侧的与所述业务相关的服务包括：
11.所述第一电子设备加载所述界面布局文件；
12.所述第一电子设备通过加载所述界面布局文件构建view树；
13.所述第一电子设备在构建所述view树的过程中绑定与所述业务相关的服务。
14.根据本技术中第一方面的一些实施例，所述第一电子设备基于所述界面布局文件业务控件在本地加载所述界面。
15.根据本技术中第一方面的一些实施例，所述控制信息由所述第一电子设备绑定的所述第二电子设备侧的与所述业务相关的服务对外公开的服务接口传递。
16.根据本技术中第一方面的一些实施例，所述第一电子设备注册与所述第二电子设备相关的callback，所述第一电子设备通过所述服务接口传递icallback句柄给所述第二电子设备，所述第二电子设备通过icallback句柄反向控制所述第一电子设备。
17.根据本技术中第一方面的一些实施例，所述第二电子设备运行特定业务时，触发所述协同控制。
18.根据本技术中第一方面的一些实施例，当所述第二电子设备运行所述业务并触发协同控制时，基于分布式中间件与所述第一电子设备之间建立数据物理通道以传输所述远程视图逻辑信息。
19.根据本技术中第一方面的一些实施例，所述数据物理通道包括socket通道。
20.根据本技术中第一方面的一些实施例，在所述第一电子设备和所述第二电子设备之间建立所述数据物理通道之前，所述第一电子设备利用所述分布式中间件对所述第一电子设备和所述第二电子设备进行设备可信认证和交换秘钥凭证。
21.根据本技术中第一方面的一些实施例，所述分布式中间件分别为所述第二电子设备和所述第一电子设备提供平台接口以通过所述平台接口传递所述远程视图逻辑信息。
22.根据本技术中第一方面的一些实施例，所述第二电子设备通过所述平台接口将所述远程视图逻辑信息以二进制数字流的形式传递至所述第一电子设备。
23.根据本技术中第一方面的一些实施例，所述平台接口为基于binder机制实现跨进程的接口。
24.根据本技术中第一方面的一些实施例，所述协同控制方法还包括：
25.所述第一电子设备基于所述分布式中间件对所述第二电子设备侧绑定的与所述业务相关的服务进行解绑。
26.根据本技术中第一方面的一些实施例，所述第二电子设备运行所述业务时，基于所述控制信息刷新所述第二电子设备侧的界面。
27.第二方面，本技术实施例公开了一种电子设备间的协同控制系统，所述协同控制系统包括第一电子设备和第二电子设备；
28.所述第一电子设备作为施控方，所述第二电子设备作为受控方，且所述第一电子设备和所述第二电子设备基于近场通信连接；
29.所述第二电子设备运行业务并触发协同控制，并将与所述业务关联的远程视图逻辑信息发送至所述第一电子设备，其中所述远程视图逻辑信息包括界面布局文件；
30.所述第一电子设备接收所述远程视图逻辑信息，并基于所述布局文件在本地加载界面，并且绑定所述第二电子设备侧的与所述业务相关的服务；
31.所述第一电子设备基于所述服务对外公开的服务接口发送控制信息至所述第二电子设备，以实现在所述第一电子设备本地控制所述第二设备运行所述业务。
32.本技术第二方面公开的一种电子设备间的协同控制系统，第二电子设备在触发协同控制时，将运行业务关联的远程视图逻辑信息发送到第一电子设备。第一电子设备基于远程视图逻辑信息中包含的界面布局文件在本地直接加载与业务相关的界面。第二电子设备的运行业务均可以在第二电子设备侧定义分布式业务逻辑，再由第二电子设备同步至第一电子设备，应用场景广。
33.根据本技术中第二方面的一些实施例，所述第二电子设备运行所述业务时，第一电子设备收到远程协助请求后，基于所述控制信息刷新所述第二电子设备侧的界面。此外，第一电子设备除了可以远程刷新第二电子设备侧的界面外，还可以对第二电子设备进行其余的控制(可以是远程控制)，本技术实施例在此并不作限定。
34.第三方面，本技术实施例公开了一种电子设备间的协同控制方法，所述电子设备包括基于近场通信连接的作为施控方的第一电子设备和作为受控方的第二电子设备，所述协同控制方法应用于第二电子设备，所述协同控制方法包括：
35.运行业务并触发协同控制，并将与所述业务关联的远程视图逻辑信息发送至所述第一电子设备，其中所述远程视图逻辑信息包括界面布局文件；
36.所述第一电子设备接收所述远程视图逻辑信息，并基于所述界面布局文件在本地加载与所述业务相关的界面，并且绑定与所述业务相关的服务；
37.所述第一电子设备基于所述服务对外公开的服务接口发送控制信息至所述第二电子设备，以实现在所述第一电子设备本地控制所述第二设备运行所述业务。
38.本技术第三方面公开的一种电子设备间的协同控制方法，第二电子设备在触发协同控制时，将运行业务关联的远程视图逻辑信息发送到第一电子设备。第一电子设备基于远程视图逻辑信息中包含的界面布局文件在本地直接加载与业务相关的界面。如此，对于第一电子设备端，无需针对第二电子设备的运行业务在第一电子设备端自定义设置与该运行业务相关的组件以及参数等，只需加载第一电子设备传输的远程视图逻辑信息即可。第二电子设备的运行业务均可以在第二电子设备侧定义分布式业务逻辑，再由第二电子设备同步至第一电子设备，应用场景广。
39.第四方面，本技术实施例公开了一种电子设备间的协同控制方法，所述电子设备包括基于近场通信连接的作为施控方的第一电子设备和作为受控方的第二电子设备，所述协同控制方法应用于第一电子设备，所述协同控制方法包括：
40.接收远程视图逻辑信息，所述远程视图逻辑信息与所述第二电子设备的运行业务相关且所述远程视图逻辑信息包括界面布局文件；
41.基于所述界面布局文件在本地加载与所述业务相关的界面，并且绑定与所述业务相关的服务；
42.所述第一电子设备基于所述服务对外公开的服务接口发送控制信息至所述第二
电子设备，以实现在所述第一电子设备本地控制所述第二设备运行所述业务。
43.本技术第四方面公开的一种电子设备间的协同控制系统，第二电子设备在触发协同控制时，将运行业务关联的远程视图逻辑信息发送到第一电子设备。第一电子设备基于远程视图逻辑信息中包含的界面布局文件在本地直接加载与业务相关的界面。如此，对于第一电子设备端，无需针对第二电子设备的运行业务在第一电子设备端自定义设置与该运行业务相关的组件以及参数等，只需加载第一电子设备传输的远程视图逻辑信息即可。第二电子设备的运行业务均可以在第二电子设备侧定义分布式业务逻辑，再由第二电子设备同步至第一电子设备，应用场景广。
44.本发明其他特征和相应的有益效果在说明书的后面部分进行阐述说明，且应当理解，至少部分有益效果从本发明说明书中的记载变的显而易见。
附图说明
45.图1a为本技术实施例公开的一种手机和智能电视的协同控制场景图；
46.图1b为本技术实施例公开的一种手机和智能电视的协同控制的结构图；
47.图1c为本技术实施例公开的一种分布式中间件的结构示意图；
48.图1d为本技术实施例公开的一种远程视图逻辑信息的结构示意图；
49.图2为本技术实施例公开的手机的结构示意图；
50.图3为本技术实施例公开的一种智能电视的结构示意图；
51.图4a为本技术实施例公开的一种手机和智能电视的协同控制的场景图1；
52.图4b为本技术实施例公开的一种手机和智能电视的协同控制方法的线程图；
53.图4c为本技术实施例公开的一种输入密码业务的界面示意图；
54.图5a为本技术实施例公开的一种手机和智能电视的协同控制的场景图2；
55.图5b为本技术实施例公开的一种小球游戏的界面示意图；
56.图5c为本技术实施例公开的一种手机与智能电视间的协同控制方法的流程示意图；
57.图6为本技术实施例公开的一种电子设备的结构示意图；
58.图7为本技术实施例公开的一种soc的结构示意图。
具体实施方式
59.本技术实施例提供的电子设备间的协同控制方法可以应用于具有显示屏的任何电子设备，电子设备包括但不限于手机、平板电脑、膝上型计算机、台式计算机、可穿戴设备、头戴式显示器、移动电子邮件设备、便携式游戏机、便携式音乐播放器、阅读器设备、个人数字助理、虚拟现实或者增强现实设备、其中嵌入或耦接有一个或多个处理器的电视机等电子设备。
60.下面根据本技术的一些实施例，以手机10和智能电视20为例说明本技术的技术方案。
61.下面基于图1a、图1b、图1c和图1d对本技术实施例提供的技术方案进行阐述。
62.如图1a所示，作为施控方的手机10和作为受控方的智能电视20之间基于近场通信。组网方式包括但不限于无线保真点对点通信(wi-fi peer-to-peer，wi-fi p2p)、蓝牙
p2p通信、局域网通信以及wifi通信等。本技术实施例中以手机10和智能电视20之间以wi-fi p2p通信方式为例完成手机10和智能电视20之间的通信，并实现手机10和智能电视20之间的协同控制。
63.根据本技术实施例提供的一种应用场景，智能电视20作为受控方在本地运行业务。智能电视20针对本地运行的业务，智能电视20将与本地运行的业务关联的远程视图逻辑信息发送到手机10。其中，远程视图逻辑信息包括智能电视20在本地运行的业务的界面布局文件(如本地运行业务的业务控件)。手机10接收到远程视图逻辑信息后，基于界面布局文件在手机10本地加载与智能电视20本地运行的业务相关的界面(如智能电视20在本地运行业务的业务控件和显示界面)。在手机10加载远程视图逻辑信息的同时，手机10绑定智能电视20侧的与本地运行的业务相关的服务。从而由手机10基于绑定的服务公开的接口发送控制信息至智能电视20，从而实现手机10基于控制信息控制智能电视20运行业务。值得注意的是，远程视图逻辑信息可以由智能电视20自定义设置。远程视图逻辑信息中的界面布局文件可以与智能电视20在本地运行的业务的界面布局相同，远程视图逻辑信息中的界面布局文件也可以与智能电视20在本地运行的业务的界面布局不同。本技术实施例子在此并不作限定。
64.根据本技术的一些实施例，手机10侧基于远程视图逻辑信息定义有服务组件，服务组件包括但不限于android系统的service组件。当然，根据实际应用情况，服务组件还可以为其他类型，本技术实施例在此并不作限定。
65.根据本技术的一些实施例，手机10和智能电视20之间组网是手机10和智能电视20通信的前提。如图1b所示，手机10和智能电视20可近场通信网络，并基于wi-fi p2p通信方式进行组网。
66.手机10和智能电视20基于wi-fi p2p组网后，手机10和智能电视20之间建立连接以传输远程视图逻辑信息。其中，手机10和智能电视20之间建立连接可以是智能电视20运行特定业务时，由特定业务触发智能电视20与手机10连接，也可以是手机10和智能设备20均处于同一近场网络时，触发智能电视20的host模块与手机10的host模块，通过智能电视20的host模块和手机10的host模块实现智能电视20和手机10的连接。
67.根据本技术的一些实施例，对于特定业务触发智能电视20与手机10连接具体是：智能电视20切换到特定业务并运行时，触发协同控制。智能电视20基于分布式中间件对手机10进行可信认证和交换秘钥凭证。智能电视20和手机10完成可信认证和交换秘钥凭证后，基于分布式中间件与手机10建立数据物理通道(可以是socket物理通道)以完成连接。值得注意的是，手机10和智能电视20之间建立连接的方式不限于socket通信，其还可以是其他方式，本技术实施例在此并不作限定。
68.基于连接后的手机10和智能电视20，智能电视20在本地运行业务，并将本地运行业务的远程视图逻辑信息发送到手机10。
69.如图1d所示的远程视图逻辑信息包括但不限于界面布局文件、应用包配置信息和dex文件。界面布局文件包括与智能电视20在本地运行业务相关的业务控件。应用包配置信息包括本地运行业务的应用程序的配置参数。dex文件包括自定义的容器控件、相关业务逻辑代码和callback类。值得注意的是，远程视图逻辑信息整体可以为应用apk文件，也可以为打包的二进制文件。
70.根据本技术的一些实施例，手机10基于远程视图逻辑信息在本地加载界面(智能电视20在本地运行业务的界面)，并绑定智能电视20在本地运行业务的服务。在本地加载界面的过程具体为：手机10在加载所述界面的同时创建view树。在创建view树过程中，绑定与智能电视20在本地运行业务的服务。
71.手机10在绑定与本地运行业务相关的服务后，注册callback对象。
72.手机10基于绑定的智能电视20在本地运行业务的服务，以使手机10在操作本地加载的界面的同时刷新智能电视20侧的界面。智能电视20通过与callback相关的icallback反向控制手机10(可以是智能电视20反向刷新手机10侧的界面)。值得注意的是，智能电视20除了可以远程刷新手机10侧的界面外，还可以对手机10进行其余的控制(可以是远程控制)，本技术实施例在此并不作限定。
73.智能电视20操作其本地的局部窗口还可以通过与反向刷新到手机10侧加载出的界面。
74.根据本技术中的一些实施例，如图1c所示的，分布式中间件的结构包括但不限于以下模块：
75.networkmanager网络管理模块，用于为手机10和智能电视20之间组网、手机10和智能电视20之间的认证和交换秘钥凭证、手机10和智能电视20之间的设备连接提供支持。
76.dmanager模块，其是为手机10或智能电视20提供一些平台接口，平台接口包括但不限于手机10绑定智能电视20侧远程服务的接口、手机10解绑智能电视20侧远程服务的接口、手机10向智能电视20传递远程视图逻辑信息的接口(该接口可以为基于binder机制实现跨进程的接口(binder接口))等。
77.dbinder模块，其是基于android binder机制封装，能够将原本跨进程binder转化为跨设备(手机10和智能电视20)的binder。对于智能电视20调用手机10的binder接口，类似本地化binder调用。对于手机10侧的客户端而言，智能电视20侧的位于dbinder内部会把经过自己的binder接口调用的参数数据(可以为远程视图逻辑信息以二进制数字流的形式传递至所述第一电子设备)转换为二进制数字流经过数据物理通道(socket通道)传递到手机10。dbinder模块为了实现多个binder接口并发调用，可以在dbinder模块设计线程池和一系列子线程的列表，dbinder对外提供跨进程binder调用的binder线程规格与原生平台binder调度线程规格一致。
78.根据本技术的一些实施例，如图1c所示的，在手机10侧的客户端调用智能电视20侧的平台接口时，调用数据参数经过两次数据物理通道(socket通信)。
79.本技术实施例公开的一种电子设备间的协同控制方法，智能电视在触发协同控制时，将运行业务关联的远程视图逻辑信息发送到手机。手机基于远程视图逻辑信息中包含的界面布局文件在本地直接加载与业务相关的界面。如此，对于第一电子设备端，无需针对第二电子设备的运行业务在第一电子设备端自定义设置与该运行业务相关的组件以及参数等，只需加载第一电子设备传输的远程视图逻辑信息即可。第二电子设备的运行业务均可以在第二电子设备侧定义分布式业务逻辑，再由第二电子设备同步至第一电子设备，应用场景广。
80.下面以手机10和智能电视20为上述电子设备对本技术实施例提供的电子设备间的协同控制方法进行详细说明。
81.首先，请参见图2，图2示出了手机的结构示意图。
82.手机10可以包括处理器110，外部存储器接口120，内部存储器121，天线1，天线2，移动通信模块150，无线通信模块160等，显示屏170。
83.可以理解的是，本发明实施例示意的结构并不构成对手机10的具体限定。在本技术另一些实施例中，手机10可以包括比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。图示的部件可以以硬件，软件或软件和硬件的组合实现。
84.处理器110可以包括一个或多个处理单元，例如：处理器110可以包括应用处理器(application processor，ap)，调制解调处理器，图形处理器(graphics processing unit，gpu)，图像信号处理器(image signal processor，isp)，控制器，视频编解码器，数字信号处理器(digital signal processor，dsp)，基带处理器，和/或神经网络处理器(neural-network processing unit，npu)等。其中，不同的处理单元可以是独立的器件，也可以集成在一个或多个处理器中。
85.处理器可以根据指令操作码和时序信号，产生操作控制信号，完成取指令和执行指令的控制。
86.处理器110中还可以设置存储器，用于存储指令和数据。在一些实施例中，处理器110中的存储器为高速缓冲存储器。该存储器可以保存处理器110刚用过或循环使用的指令或数据。如果处理器110需要再次使用该指令或数据，可从所述存储器中直接调用。避免了重复存取，减少了处理器110的等待时间，因而提高了系统的效率。对于本技术实施例而言，在处理器110接收到智能电视20发送的远程视图逻辑后，执行处理器中存储的指令。该指令实现基于远程视图逻辑中的界面布局文件在本地加载与业务相关的界面，并且绑定智能电视20侧的与本地运行业务相关的服务接口。
87.手机10的无线通信功能可以通过天线1，天线2，移动通信模块150，无线通信模块160，调制解调处理器以及基带处理器等实现。
88.天线1和天线2用于发射和接收电磁波信号。手机10中的每个天线可用于覆盖单个或多个通信频带。不同的天线还可以复用，以提高天线的利用率。例如：可以将天线1复用为无线局域网的分集天线。在另外一些实施例中，天线可以和调谐开关结合使用。
89.移动通信模块150可以提供应用在手机10上的包括2g/3g/4g/5g等无线通信的解决方案。移动通信模块150可以包括至少一个滤波器，开关，功率放大器，低噪声放大器(low noise amplifier，lna)等。移动通信模块150可以由天线1接收电磁波，并对接收的电磁波进行滤波，放大等处理，传送至调制解调处理器进行解调。移动通信模块150还可以对经调制解调处理器调制后的信号放大，经天线1转为电磁波辐射出去。在一些实施例中，移动通信模块150的至少部分功能模块可以被设置于处理器110中。在一些实施例中，移动通信模块150的至少部分功能模块可以与处理器110的至少部分模块被设置在同一个器件中。
90.无线通信模块160可以提供应用在手机10上的包括无线局域网(wireless local area networks，wlan)(如无线保真(wireless fidelity，wi-fi)网络)，蓝牙(bluetooth，bt)，全球导航卫星系统(global navigation satellite system，gnss)，调频(frequency modulation，fm)，近距离无线通信技术(near field communication，nfc)，红外技术(infrared，ir)等无线通信的解决方案，从而实现与智能电视10之间的组网。无线通信模块
160可以是集成至少一个通信处理模块的一个或多个器件。无线通信模块160经由天线2接收电磁波，将电磁波信号调频以及滤波处理，将处理后的信号发送到处理器110。无线通信模块160还可以从处理器110接收待发送的信号，对其进行调频，放大，经天线2转为电磁波辐射出去。
91.在一些实施例中，手机10的天线1和移动通信模块150耦合，天线2和无线通信模块160耦合，使得手机10可以通过无线通信技术与网络以及其他设备通信。所述无线通信技术可以包括全球移动通讯系统(global system for mobile communications，gsm)，通用分组无线服务(general packet radio service，gprs)，码分多址接入(code division multiple access，cdma)，宽带码分多址(wideband code division multiple access，wcdma)，时分码分多址(time-division code division multiple access，td-scdma)，长期演进(long term evolution，lte)，bt，gnss，wlan，nfc，fm，和/或ir技术等。所述gnss可以包括全球卫星定位系统(global positioning system，gps)，全球导航卫星系统(global navigation satellite system，glonass)，北斗卫星导航系统(beidou navigation satellite system，bds)，准天顶卫星系统(quasi-zenith satellite system，qzss)和/或星基增强系统(satellite based augmentation systems，sbas)。
92.手机10通过gpu，显示屏170，以及应用处理器等实现显示功能。gpu为图像处理的微处理器，连接显示屏170和应用处理器。gpu用于执行数学和几何计算，用于图形渲染。处理器110可包括一个或多个gpu，其执行程序指令以生成或改变显示信息。
93.显示屏170用于显示远程视图逻辑信息中包含与智能电视10运行业务相关的界面。显示屏170包括显示面板。显示面板可以采用液晶显示屏(liquid crystal display，lcd)，有机发光二极管(organic light-emitting diode，oled)，有源矩阵有机发光二极体或主动矩阵有机发光二极体(active-matrix organic light emitting diode的，amoled)，柔性发光二极管(flex light-emitting diode，fled)，miniled，microled，micro-oled，量子点发光二极管(quantum dot light emitting diodes，qled)等。在一些实施例中，手机10可以包括1个或n个显示屏170，n为大于1的正整数。
94.外部存储器接口120可以用于连接外部存储卡，例如micro sd卡，实现扩展手机10的存储能力。外部存储卡通过外部存储器接口120与处理器110通信，实现数据存储功能。例如将智能电视20传递的远程视图逻辑信息保存在外部存储卡中。
95.内部存储器121可以用于存储计算机可执行程序代码，所述可执行程序代码包括指令。内部存储器121可以包括存储程序区和存储数据区。其中，存储程序区可存储操作系统，至少一个功能所需的应用程序(比如声音播放功能，图像播放功能等)等。存储数据区可存储手机10使用过程中所创建的数据(比如音频数据，电话本等)等。此外，内部存储器121可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件，闪存器件，通用闪存存储器(universal flash storage，ufs)等。处理器110通过运行存储在内部存储器121的指令，和/或存储在设置于处理器中的存储器的指令，执行手机10的各种功能应用以及数据处理。
96.其次，请参见图3，图3为本技术实施例公开的一种智能电视的结构示意图。
97.智能电视20可以包括处理器220，外部存储器接口221，内部存储器222，天线3，天线4，无线通信模块223等，显示屏224。
98.可以理解的是，本发明实施例示意的结构并不构成对智能电视20的具体限定。在本技术另一些实施例中，智能电视20可以包括比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。图示的部件可以以硬件，软件或软件和硬件的组合实现。
99.智能电视20处理器220，外部存储器接口221，内部存储器222，天线3，天线4，无线通信模块223等，显示屏224的详细阐述可以对应参照手机10的描述，本技术实施例在此不再赘述。
100.外部存储器接口221可以用于连接外部存储卡，例如micro sd卡，实现扩展智能电视20的存储能力。外部存储卡通过外部存储器接口221与处理器220通信，实现数据存储功能。例如将本地运行业务产生的缓存文件保存在外部存储卡中。
101.内部存储器222可以用于存储计算机可执行程序代码，所述可执行程序代码包括指令。内部存储器222可以包括存储程序区和存储数据区。其中，存储程序区可存储操作系统。存储数据区可存储智能电视20使用过程中所创建的数据(比如音频数据，视频等)等。此外，内部存储器222可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件，闪存器件，通用闪存存储器(universal flash storage，ufs)等。处理器220通过运行存储在内部存储器222的指令，和/或存储在设置于处理器中的存储器的指令，执行智能电视20的各种功能应用以及数据处理。
102.以下，结合具体场景对本技术实施例的技术方案进行说明：
103.场景1
104.场景1中，以电子设备为手机10和智能电视20为例，场景1中智能电视20侧中应用客户端的本地运行业务为文字编辑业务(可以作为特定业务)。智能电视20侧的处理器220基于文字编辑业务在本地的显示屏224上显示文字编辑界面。智能电视20侧的处理器220触发协同控制，向外广播设备连接请求，手机10基于设备连接请求与智能电视20建立通信连接和绑定智能电视20中与文字编辑业务相关的服务。智能电视20将包含文字编辑界面的远程视图逻辑信息通过建立的通信信道发送到手机10。手机10的处理器110基于远程视图逻辑信息在本地加载智能电视20侧中应用客户端的文字编辑业务的本地窗口(智能电视文字编辑界面)。手机10的处理器控制显示屏170显示该文字编辑业务的界面。并且手机10在本地的文字编辑界面中输入文字时，通过绑定的与文字编辑业务相关的服务实时将输入的文字同步到智能电视20侧的文字编辑界面。值得注意的是，智能电视20侧还可以运行其他类型的业务，本技术实施例并不局限于文字编辑业务。此外，手机10在加载出的本地的文字编辑界面中也可以进行其余的操作，本技术实施例并不局限于输入文字这一种操作。
105.请参见图4a、图4b和图4c，图4a为本技术实施例公开的一种手机和智能电视的协同控制的场景图1，图4b为本技术实施例公开的一种手机和智能电视的协同控制方法的线程图，图4c为本技术实施例公开的一种输入密码业务的界面示意图。下面结合图4a、图4b和图4c对本技术实施例中的手机和智能电视的协同控制方法进行详细的阐述。
106.如图4a所示的，智能电视20端包括但不限于应用客户端和分布式中间件。应用客户端中包括但不限于文字编辑界面控件和服务组件和icallback对象。手机10端包括但不限于host模块和分布式中间件。host模块中包括但不限于callback对象，其中，icallback对象和callback对象是客户端和服务端的关系，智能电视20可以通过icallback对象反向
刷新手机10的本地运行业务的文字编辑界面。智能电视20和手机10之间通过分布式中间件实现组网、手机10和智能电视20之间的连接、手机10和智能电视20之间的可信认证、手机10和智能电视20之间的数据传递以及手机10和智能电视20之间的binder接口的调用能力。
107.根据本技术中的一些实施例，智能电视20端的用户切换到文字编辑业务时，智能电视20侧通过智能电视20侧分布式中间件向在同一个局域网的手机10发出设备连接请求广播。手机10侧在收到设备连接请求广播后，手机10侧的分布式中间件会把消息发给自身的host模块，host模块(指的是接收和加载远程视图逻辑信息业务模块)根据设备连接请求广播，通过分布式中间件发送一个设备连接通知消息至智能电视20。手机10的host模块调用自身的分布式中间件提供的平台接口(其能提供binder句柄对象作为binder接口)，与智能电视20进行设备连接(可以socket创建一个socket物理通道)。智能电视20基于分布式中间件提供的socket物理通道发送远程视图逻辑信息，手机10的host模块基于远程视图逻辑信息在本地加载智能电视20侧文字编辑界面，并注册callback对象和加载view树的过程中绑定智能电视20的服务组件(具有远程服务功能)。手机10通过服务接口将控制信息(在本地加载的文字编辑业务的刷新数据(如用户在文字编辑界面中输入的文字))同步更新到智能电视20的文字编辑界面。此外，智能电视20还可以通过icallback对象反向同步文字或其他信息至手机10。
108.如图4b所示的，手机和智能电视的协同控制方法包括：
109.步骤s40：智能电视20侧用的户在用遥控器操作智能电视20的应用客户端时，将智能电视20切换到文字编辑业务，在智能电视20的显示屏显示文字编辑界面。
110.步骤s41：智能电视20侧的分布式中间件发出设备连接请求广播。其中，智能电视20发出的设备连接请求在智能电视20所在的局域网，手机10和智能电视20处于同一个局域网时可以接收到智能电视发出的设备连接请求广播。
111.步骤s42：手机10侧的分布式中间件接收来自于智能电视20的分布式中间件发出的设备连接请求广播，且手机10侧的分布式中间件会把设备连接请求广播发给手机10侧的host模块。
112.步骤s43：手机10侧host模块根据设备连接请求广播，发送一个设备连接通知消息。
113.步骤s44：用户在手机10的显示屏170上点击设备连接通知消息(触发一个触摸指令)。
114.步骤s45：手机10的处理器基于触摸指令，控制手机10的host模块调用手机10侧的分布式中间件进行设备认证和设备连接接口。
115.步骤s46：手机10的分布式中间件对智能电视20进行设备认证和秘钥凭证交换，然后利用分布式中间件的连接接口实现与智能电视20之间的设备连接。
116.根据本技术的一些实施例，手机10侧在进行设备连接过程中，传递手机10和智能电视20分别传递具有远程调用能力的服务列表到对端。手机10和智能电视20传递服务列表的过程包括两个步骤：一是手机10或智能电视20通过安卓包管理器服务接口，查询具有远程能力的服务列表，二是手机10或智能电视20通过分布式中间件提供的接口把远程服务列表传递到对端。这样在智能电视20运行业务且需要手机10绑定智能电视20的服务时，首先手机10从自身的存储器中查询来自于智能电视20传输的远程调用能力的服务列表是否由
远端服务，然后再使用手机10侧的分布式中间件绑定智能电视20侧的服务。
117.步骤s47：智能电视20和手机10连接完成后，智能电视20向智能电视20侧的分布式中间件发送远程视图逻辑信息。
118.根据本技术中的一些实施例，远程视图逻辑信息为一种应用结构，采用安卓系统apk打包工具aapt打包成apk压缩包的实现方式。压缩包中包括三个文件：应用包配置信息文件(如文字编辑的应用程序包)、一个界面布局文件(文字编辑界面)、一个dex文件。其中dex文件包括自定义容器控件和callback类。此外，远程视图逻辑信息也可以由其他工具进行打包生成，本技术实施例在此并不作限定。
119.远程视图逻辑信息中界面布局文件为智能电视20侧的应用客户端自定义配置，属于智能电视20编辑窗口布局的一部分，可以选择的，对于文字编辑业务而言，远程视图逻辑信息的界面布局文件中可以包含一个文本输入控件edittext，也可以包含文本输入控件edittext和文本提示控件textview两个控件。界面布局文件也可以使用安卓系统扩展的标准模板的容器控件，具体容器控件选择的类型是由业务根据需求定义。手机10侧和智能电视20侧的窗口界面绑定了与文字编辑业务相关的同一个服务，通过绑定的服务对外公开的服务接口可以实现手机10侧和智能电视20侧的窗口布局文件控件状态(如文本输入控件edittext的外形的变化)和信息(如文本输入控件中输入的文字)的同步。此外，远程视图逻辑信息的界面布局文件中还可以包含其余的控件，本技术实施例对于控件的类型并不作限定。
120.根据本技术中的一些实施例，以智能电视20侧的文字编辑业务为输入密码业务。如图4c所示的，智能电视20侧在显示屏224上显示文本输入控件edittext(输入密码文本编辑框)后，向手机10发送远程视图逻辑信息。手机10侧基于远程视图逻辑信息在本地加载出与智能电视20相适应的输入密码文本编辑框。手机10在本地刷新输入密码文本编辑框或者在输入密码文本编辑框输入文字时，将刷新界面实时同步到智能电视20侧。
121.根据图4c可以看出的是，智能电视20侧运行输入密码业务时，在界面显示文本提示控件textview控件“请输入密码”、输入密码文本编辑框、控件“确认”和文字提示类控件“按“首页”键返回首页”。可以理解的是，智能电视20侧显示的界面还可以自定义设置其余更多的控件，本技术实施例在此并不作限定。
122.根据本技术的一些实施例，文本提示控件，输入密码的文本编辑框、确认控件等的宽度、高度等相关定义可以采用线性布局的各参数进行定义等。
123.如customview，其为一个自定义控件类名，它是一个容器控件，里面包含了文本提示控件，文本编辑框和一个按钮。自定义控件定义了容器控件的宽度和高度，与父容器一致。
124.对于文本提示控件textview控件“请输入密码”，三个字段分别为id、宽度、高度等。
125.在文本提示控件下面定义了一个线性布局容器，容器控件里面包含但不限于一个文本编辑框和控件“确认”。
126.输入密码的文本编辑框的定义如下，四个字段分别为id、宽度、高度、输入文字类型等。
127.控件“确认”的定义如下，四个字段分别为id、宽度、高度、右对齐方式、显示文本定
义。
128.当然，对于输入密码业务或者其他业务的定义还可以为其他更多的定义，本技术实施例在此并不作限定。
129.可以理解的是，智能电视20侧显示的界面还可以自定义设置其余更多的控件，定义的方式也可以为其他方式，本技术实施例在此均不作限定。
130.本技术实施例中，智能电视20传递的远程视图逻辑信息中的界面布局文件中包含view树，view树可以作为智能电视20侧的文字编辑界面的一部分，界面布局文件也可以基于业务逻辑由业务独立定义，本技术实施例在此并不作限定。界面布局文件可以包含文本输入控件edittext，也可以包含一些其他控件，可以实现远程界面协同的多样性。可选择的，为了方便开发，远程视图逻辑信息的布局可以使用基于安卓系统扩展定义的一些具有远程控制能力的容器控件。另外远程视图逻辑信息的结构具有远程访问调用逻辑信息。手机10侧加载远程视图逻辑信息同时绑定了智能电视20侧的远程服务，通过该远程服务，可以实现手机10和智能电视20之间的控制信息的传递。通过该种方式，手机10和智能电视20之间通过控制接口调用方式，时延小，手机10和智能电视20之间的协同体验好。
131.步骤s48：智能电视20侧的分布式中间件响应远程视图逻辑信息，将智能电视20侧的远程视图逻辑信息(其中的界面布局文件包含文本提示控件textview控件“请输入密码”、输入密码文本编辑框、控件“确认”)发送到手机10侧的分布式中间件。
132.步骤s49：手机10侧的分布式中间件接收到远程视图逻辑信息后，传递到手机10侧的host模块。
133.步骤s50：手机10侧的host模块根据远程视图逻辑信息加载界面布局文件，在加载界面布局文件的过程中生成本地窗口，本地窗口构建view树包含文本提示控件textview控件“请输入密码”、输入密码文本编辑框、控件“确认”，从而在手机10侧本地显示与文字输入业务相关的界面。
134.步骤s51：手机10侧在加载出本地窗口的过程中加载view树，手机10侧的host模块基于加载出的view树请求绑定智能电视20侧的具有远程调用能力的服务，手机10通过手机10侧的分布式中间件将服务绑定请求发送到智能电视20侧的分布式中间件。
135.步骤s52：智能电视20侧的分布式中间件将手机10侧分布式中间件的服务绑定请求发送到智能电视20的应用客户端。应用客户端响应服务绑定请求，并绑定与文字输入业务相关的服务。
136.步骤s53：智能电视20侧绑定服务后，手机加载view树绑定智能电视20的服务和注册callback服务对象。
137.步骤s54：手机10获取智能电视20侧应用客户端返回的aidl接口binder句柄对象(binder接口)，通过binder句柄对象可以实现手机10向智能电视20传递控制消息，实现手机10辅助智能电视20进行文字输入。此外，智能电视20还可以通过icallback反向控制(如刷新手机10的界面)手机10。
138.本场景1中的技术方案，手机10侧加载远程视图逻辑信息同时绑定了智能电视20侧的远程服务，通过该远程服务，可以实现手机10和智能电视20之间的控制信息的传递。通过该种方式，手机10和智能电视20之间通过控制接口调用方式，时延小，手机10和智能电视20之间的协同体验好。
139.智能电视20侧界面中的布局可以由智能电视20侧自定义设置，智能电视20侧自定义设置的布局在本地构建完成后，以远程视图逻辑信息的形式发送到手机10，手机10只需加载远程视图逻辑信息在本地加载出界面。无需针对智能电视的文字输入业务在手机端自定义设置与该文字输入业务相关的组件以及参数等，只需加载智能电视传输的远程视图逻辑信息即可。智能电视的运行业务均可以在智能电视侧定义分布式业务逻辑，再由智能电视同步至手机，应用场景广。
140.智能电视20侧的icallback对象和手机侧的callback对象是客户端和服务端的关系，智能电视20可以通过icallback对象反向刷新手机10的本地运行业务的文字编辑界面或其他信息。
141.场景2
142.场景2中，以电子设备为手机10和智能电视20为例，场景2中智能电视20侧中应用客户端的本地运行业务为一小球游戏。智能电视20侧的处理器220基于小球游戏在本地的显示屏224上显示小球游戏界面。智能电视20侧的处理器220触发协同控制，通过分布式中间件向外广播设备连接请求，手机10通过自身的分布式中间件接收设备连接请求，并基于设备连接请求与智能电视20建立通信连接。智能电视20将包含小球游戏的远程视图逻辑信息通过建立的通信信道发送到手机10。手机10的处理器110基于远程视图逻辑信息在本地加载智能电视20侧中应用客户端的小球游戏相关的本地窗口(智能电视20侧小球游戏界面)。值得注意的是，对于场景2也可以是两个手机10实现场景2的技术方案，本技术实施例对于电子设备的类型并不作限定。
143.手机10的处理器控制显示屏170显示该小球游戏界面。手机10在本地的小球游戏界面操作游戏滑条控件时，通过绑定的与小球游戏相关的服务实时将游戏滑条控件的状态和当前小球游戏的游戏界面同步刷新到智能电视20侧的小球游戏界面。智能电视20侧操控智能电视20侧本地的游戏界面时，将智能电视20侧的游戏刷新界面反向同步到手机10侧。值得注意的是，智能电视20侧还可以运行其他类型的业务，本技术实施例并不局限于小球游戏业务。
144.请参见图5a、图5b和图5c，图5a为本技术实施例公开的一种手机和智能电视的协同控制的场景图2，图5b为本技术实施例公开的一种小球游戏的界面示意图，图5c为本技术实施例公开的一种手机与智能电视间的协同控制方法的流程示意图。下面结合图5a、图5b和图5c对本技术实施例中的手机和智能电视的协同控制方法进行详细的阐述。
145.如图5a和图5b所示的，智能电视20和手机10的hostapp用来显示小球游戏界面，在hostapp里包含一个view树和一个session.stub服务端。对于本技术的场景2中的小球游戏而言，智能电视20侧和手机10的view树上包含但不限于栅格方块容器控件500和栅格方块容器控件501(按行列排布了6*8个子栅格方块)，小球控件51，智能电视20侧的滑块控件52或者手机10侧的滑块控件53。重置按钮控件502和计分控件503。该滑块控件52和滑块控件53分别为智能电视20侧和手机10侧的操控控件。对于滑块控件52和滑块控件53而言，其均可以响应输入事件，输入事件可以为sensor事件也可以为tp事件。其中，sensor事件指的是智能电视20和手机10的压力传感器、陀螺仪等上传的三维坐标信息，tp时间指的是用户触摸智能电视20和手机10的触屏事件。
146.根据本技术中的一些实施例，智能电视20侧和手机10侧可以通过滑块控件52和滑
操控小球控件51的位置。智能电视20侧的游戏界面可以同步到手机10侧，手机10侧的游戏界面可以同步到智能电视20侧。
147.当小球控件51碰到各自界面的栅格方块容器控件500中的子栅格方块或栅格方块容器控件501中的子栅格方块时，被小球控件51碰到的栅格方块容器控件500中的子栅格方块或栅格方块容器控件501中的子栅格方块消失，判定小球游戏胜负(可以是方块容器控件500中被小球控件51碰到的子栅格方块对应消除或栅格方块容器控件501中被小球控件51碰到的子栅格方块对应消除，则在对应的游戏界面的计分控件中显示得几分，也可以是小球控件碰撞一次栅格方块容器控件500中的子栅格方块或栅格方块容器控件501中的子栅格方块，则计1分，依次叠加)。若在手机10侧和智能电视20侧在指定时间内未达到某个分数(可以自定义设置)，小球游戏无效。
148.小球游戏的滑块控件52用于智能电视20操作，滑块控件53用于手机10的操作.即智能电视20和手机10根据tp或者sensor输入事件可以影响滑块控件52和滑块控件53的位置，当小球控件51或小球控件54下落到各自的窗口底部时，与各自的滑块控件52或滑块控件53碰撞，碰撞后小球控件51反弹回去，反弹路径与速度与碰撞位置以及角度有关。
149.小球游戏的游戏过程具体为：智能电视20和手机10分别控制各自的滑块控件52和滑块控件53，若滑块控件52碰撞小球控件51使得小球控件51接触其游戏界面内的栅格方块容器控件500中的子栅格方块，智能电视20得分。若滑块控件53碰撞小球控件51引起小球控件51碰撞栅格方块容器控件501中的子栅格方块，手机10得分。在设定时间内，分数高者获胜。可选择性的，小球游戏的hostapp和gameapp可以由同一个应用进程实现。
150.值得注意的是，智能电视20和手机10两个设备用户分别操作属于自己的滑块控件52和滑块控件53，无法操作对方的滑块控件。如智能电视20的用户操作滑块控件52碰撞到小球控件51时，小球控件51反弹，当小球控件51碰撞到栅格方块容器控件500，小球游戏给智能电视20的用户计分并在计分控件中显示计分分数。当手机10的用户操作滑块控件53碰撞到小球控件51时，小球控件51反弹，当小球控件51碰撞到栅格方块容器控件501，小球游戏给手机10的用户计分，在一定时间内得分高的设备的用户获胜。
151.如图5a所示的，智能电视20的hostapp中包括的session.stub服务端，在智能电视20侧view树构建过程绑定智能电视20侧的gameapp(小球游戏的应用程序)里面一个服务(可以为session服务)，通过服务对外提供aidl接口，把session服务中的isession mlocal句柄传递到gameapp，这样gameapp通过isession mlocal句柄对象控制更新智能电视20侧的小球游戏的界面。
152.智能电视20侧还包含一个gameapp，gameapp负责管理小球游戏的业务逻辑管理。gameapp包括一个服务组件和gamesession模块。gamesession模块管理了isession mlocal句柄和isession mremote句柄。session mlocal句柄用于智能电视20的hostapp小球游戏界面的刷新，isession mremote句柄用于手机10的hostapp小球游戏界面的刷新。
153.手机10侧包括hostapp和一个session.stub服务端。智能电视20和手机10建立通信连接后，手机10接收智能电视20传递的远程视图逻辑信息(小球游戏的界面控件)，在本地加载小球游戏的界面并在hostapp上显示。同时，手机10绑定智能电视20中gameapp的服务，绑定服务完成后通过服务对外公开的服务接口注册gameapp中的isession mremote句柄。这样，智能电视20可以通过gameapp中的isession mremote句柄更新手机10侧的小球游
戏界面。
154.手机10侧的本地窗口也显示与智能电视20相同的小球游戏界面，
155.请参见图5c，手机10和智能电视20件操控小球游戏的流程具体如下：
156.步骤s60：智能电视20进入hostapp启动小球游戏，选择小球游戏为分布式游戏模式，触发协同控制，在其所在的通讯网络内对外广播设备连接请求。
157.根据本技术中的一些实施例，智能电视20对外广播设备连接请求的方式包括但不限于通过分布式中间件的networkmanager网络管理模块对外广播设备连接请求。
158.根据本技术中的一些实施例，智能电视20在启动小球游戏后，智能电视20注册gameapp模块中的session mlocal句柄用于智能电视20的hostapp小球游戏界面的刷新。
159.步骤s61：手机10检测设备连接请求。手机10检测到设备连接请求后，在手机10的显示屏上显示设备连接相关的信息以使用户操作连接智能电视20。
160.步骤s62：用户操作手机10，触发手机10和智能电视20连接。具体是手机10通过自身的分布式中间件接收设备连接请求，并基于设备连接请求与智能电视20建立通信连接(可以是socket连接)和绑定智能电视20中与小球游戏相关的服务和注册服务句柄。
161.步骤s63：手机10和智能电视20连接完成后，智能电视20发送远程视图逻辑信息(智能电视20侧的小球游戏的游戏界面)发送到手机10。
162.步骤s64：手机10的hostapp模块接收到远程视图逻辑信息，在本地加载小球游戏的界面。同时，手机10的hostapp模块绑定智能电视20的gameapp模块的服务组件。
163.步骤s65：手机10注册isession mremote句柄到智能电视20的gameapp模块里。
164.步骤s66：智能电视20的gameapp模块分别定义滑块控件52、滑块控件53、小球控件51。滑块控件52和小球控件51对应于智能电视20的hostapp模块，滑块控件53和小球控件51对应于手机10的hostapp模块。
165.步骤s67：智能电视20和手机10计分。当智能电视20操作滑块控件52，触发小球控件51碰撞栅格方块容器控件500，gameapp模块给智能电视20计分，并在智能电视20的游戏界面的计分控件503处显示分数。当手机10操作滑块控件53，触发小球控件51碰撞栅格方块容器控件501，gameapp模块给手机10计分，并在手机10的游戏界面的计分控件503处显示分数。
166.根据本技术的一些实施例，智能电视20和手机10的游戏界面都有重置退出按钮502，在用户触摸重置退出按钮502时，智能电视20和手机10都可以响应用户的操作而退出当前的游戏界面。
167.步骤s68：在预定实际内，得分高的设备的用户获胜。
168.本场景2中的技术方案，手机根据智能电视分享的一个远程视图逻辑信息，构建手机的本地界面。手机只需加载远程视图逻辑信息在本地加载出界面。如此，对于手机端，无需针对智能电视的游戏业务在手机端自定义设置与该游戏业务相关的组件以及参数等，只需加载智能电视传输的远程视图逻辑信息即可。智能电视的运行业务均可以在智能电视侧定义分布式业务逻辑，再由智能电视同步至手机，应用场景广。
169.在本技术一些实施例中，还提供了一种电子设备，下面结合图6对本技术实施例中的电子设备进行介绍。图6为本技术实施例公开的一种电子设备的结构示意图。
170.对于至少一个实施例，控制器中枢804经由诸如前端总线(fsb)之类的多分支总
线、诸如快速通道互连(qpi)之类的点对点接口、或者类似的连接与处理器801进行通信。处理器801执行控制一般类型的数据处理操作的指令。在一实施例中，控制器中枢804包括，但不局限于，图形存储器控制器中枢(gmch)(图中未示出)和输入/输出中枢(ioh)(其可以在分开的芯片上)(图中未示出)，其中gmch包括存储器和图形控制器并与ioh耦合。
171.电子设备800还可包括耦合到控制器中枢804的协处理器806和存储器802。或者，存储器802和gmch中的一个或两者可以被集成在处理器801内(如本技术中所描述的)，存储器802和协处理器806直接耦合到处理器801以及控制器中枢804，控制器中枢804与ioh处于单个芯片中。
172.在一个实施例中，存储器802可以是例如动态随机存取存储器(dram)、相变存储器(pcm)或这两者的组合。存储器802中可以包括用于存储数据和/或指令的一个或多个有形的、非暂时性计算机可读介质。计算机可读存储介质中存储有指令，具体而言，存储有该指令的暂时和永久副本。
173.在一个实施例中，协处理器806是专用处理器，诸如例如高吞吐量mic处理器、网络或通信处理器、压缩引擎、图形处理器、gpu、或嵌入式处理器等等。协处理器806的任选性质用虚线表示在图6中。
174.在一个实施例中，电子设备800可以进一步包括网络接口(nic)803。网络接口803可以包括收发器，用于为设备800提供无线电接口，进而与任何其他合适的设备(如前端模块，天线等)进行通信。在各种实施例中，网络接口803可以与电子设备800的其他组件集成。网络接口803可以实现上述实施例中的通信单元的功能。
175.在一个实施例中，如图6所示的，电子设备800可以进一步包括输入/输出(i/o)设备805。输入/输出(i/o)设备805可以包括：用户界面，该设计使得用户能够与电子设备800进行交互；外围组件接口的设计使得外围组件也能够与电子设备800交互；和/或传感器设计用于确定与电子设备800相关的环境条件和/或位置信息。
176.值得注意的是，图6仅是示例性的。即虽然图6中示出了电子设备800包括处理器801、控制器中枢804、存储器802等多个器件，但是，在实际的应用中，使用本技术各方法的设备，可以仅包括电子设备800各器件中的一部分器件，例如，可以仅包含处理器801和nic803。图6中可选器件的性质用虚线示出。
177.在本技术一些实施例中，该电子设备800的计算机可读存储介质中存储有指令可以包括：由处理器中的至少一个单元执行时导致设备实施如场景1、场景2所提到的电子设备间的协同控制方法的指令。当指令在计算机上运行时，使得计算机执行上述如场景1、场景2所提到的电子设备间的协同控制方法。
178.现在参考图7，图7为本技术实施例公开的一种soc的结构示意图，所示为根据本技术的一实施例的soc(system on chip，片上系统)1000的框图。在图7中，相似的部件具有同样的附图标记。另外，虚线框是更先进的soc的可选特征。该soc可以被用于根据本技术的一实施例的电子设备，根据其内所存储的指令，可以实现相应的功能。
179.在图7中，soc 1000包括：互连单元1002，其被耦合至处理器1001；系统代理单元1006；总线控制器单元1005；集成存储器控制器单元1003；一组或一个或多个协处理器1007，其可包括集成图形逻辑、图像处理器、音频处理器和视频处理器；静态随机存取存储器(sram)单元1008；直接存储器存取(dma)单元1004。在一个实施例中，协处理器1007包括
专用处理器，诸如例如网络或通信处理器、压缩引擎、gpgpu、高吞吐量mic处理器、或嵌入式处理器等等。
180.静态随机存取存储器(sram)单元1008中可以包括用于存储数据和/或指令的一个或多个计算机可读介质。计算机可读存储介质中可以存储有指令，具体而言，存储有该指令的暂时和永久副本。
181.在soc 1000被应用于根据本技术的电子设备上时，计算机可读存储介质中存储有指令可以包括：由处理器中的至少一个单元执行时导致电子设备实施如场景1、场景2所提到的电子设备间的协同控制方法的指令。当指令在计算机上运行时，使得计算机执行上述如场景1、场景2所提到的电子设备间的协同控制方法的指令。
182.此外，本技术实施例还公开了一种计算机可读存储介质，计算机可读存储介质上存储有处理程序，处理程序被处理器执行时实现如场景1、场景2所提到的电子设备间的协同控制方法的指令。
183.计算机可读存储介质可以为只读存储器、随机存取存储器、硬盘或者光盘等。