CN117353945A - 互联协同的方法和电子设备 - Google Patents

Abstract

本申请提供了一种互联协同的方法和电子设备，该方法应用于第一电子设备，该方法包括：根据第二电子设备的身份信息，生成校验代码；向第三电子设备发送该校验代码，该校验代码用于该第三电子设备校验该第二电子设备的身份。基于该方案，有利于第二电子设备参与实现互联协同功能，提升用户的使用体验。

Description

互联协同的方法和电子设备

技术领域

本申请涉及电子设备领域，并且更加具体地，涉及一种互联协同的方法和电子设备。

背景技术

当前通过分布式的操作系统，设备间可实现互联协同。例如，装载同一系统的手机、平板、音箱、智能手表、车机、眼镜、电视等物联网(Internet of Things，IoT)设备登录同一帐号后，可以自动组网形成超级终端。

在连接在同一个超级终端后，所有IoT设备的能力(如屏幕、文件等)都会变成共享的状态，一个应用程序可由多个设备共同协同完成，例如可以通过手机查看电脑中的照片和视频，使用手表查看手机消息、接听电话等。

当非超级终端的设备期望使用超级终端中的IoT设备的能力时，超级终端的主控设备可以对其进行授权，并由IoT设备对其进行校验。然而，由于IoT设备的种类繁多，生产厂家也各不相同，各个IoT设备的校验功能不一定能够及时更新，可能导致校验失败，非超级终端的设备即使得到授权也可能难以使用IoT设备的能力，从而不能够较好地实现多设备之间的互联协同，进而影响用户的使用体验。

发明内容

本申请实施例提供一种互联协同的方法和电子设备，有利于实现多设备之间的互联协同，提升用户的使用体验。

第一方面，提供了一种互联协同的方法，该方法应用于第一电子设备，该方法包括：

根据第二电子设备的身份信息，生成校验代码，所述校验代码用于所述第三电子设备校验所述第二电子设备的身份；向所述第三电子设备发送所述校验代码。

在本申请实施例中，第一电子设备和第三电子设备分别可以是超级终端中的主控设备和被控设备(例如，IoT设备)，第二电子设备可以是非超级终端的设备。其中，第一电子设备和第三电子设备之间存在通信连接，也就是说第一电子设备和第三电子设备可以相互连接形成超级终端，或者说第一电子设备和第三电子设备属于同一个协同网络。

应理解，校验代码是一段可被执行或调用的字节码，可以用于校验第二电子设备的身份。

基于该方案，第一电子设备可以生成校验代码，并发送给第三电子设备。这样，如果需要变更校验方式，只需对第一电子设备进行变更即可，第三电子设备无需进行匹配变更，有利于灵活地定制校验功能。另一方面，当校验方式有更新时，用户无需更新升级第三电子设备，第三电子设备即可基于第一电子设备发送的校验代码执行校验操作，以便于实现多设备之间的互联协同，有利于提升用户的使用体验。

结合第一方面，在一种可能的实现方式中，该方法还包括：接收第二电子设备发送的第一消息，所述第一消息包括所述身份信息。

在本申请实施例中，第一消息可以为接入申请消息，第二电子设备的身份信息例如可以是第二电子设备的设备ID，或者其他用于唯一标识第二电子设备的信息。

当接收到第二电子设备发送的第一消息时，根据第二电子设备的身份信息，生成校验代码。这样，有利于第二电子设备参与实现互联协同，提升用户的使用体验。

结合第一方面，在一种可能的实现方式中，该方法还包括：对所述第二电子设备进行鉴权，以确定所述第二电子设备被允许管控第三电子设备。

在本申请实施例中，在确定第二电子设备被允许管控第三电子设备的情况下，第一电子设备根据第二电子设备的身份信息，生成对应的校验代码。这样，可以保证在确保安全的前提下，生成校验代码，防止恶意的用户或电子设备使用第三电子设备的能力。

结合第一方面，在一种可能的实现方式中，所述对所述第二电子设备进行鉴权，以确定所述第二电子设备被允许管控第三电子设备，包括：根据用户的第一操作，确定所述第二电子设备被允许管控第三电子设备。

在本申请实施例中，可以根据用户的第一操作，选择可被第二电子设备管控的电子设备，即授权第二电子设备可以管控哪些电子设备。

应理解，该用户为第一电子设备的用户。

应理解，当用户确定第二电子设备可以管控一个或多个电子设备时，第一电子设备向该一个或多个电子设备发送校验代码。

基于该方案，有利于对参与互联协同的设备进行统一的管理，分配可被第二电子设备管控的电子设备。另外，可以保证在确保安全的前提下，生成校验代码，防止恶意的用户或电子设备使用第三电子设备的能力，提升用户的使用体验。

结合第一方面，在一种可能的实现方式中，该方法还包括：根据用户的第二操作，配置所述第二电子设备对所述第三电子设备的管控权限；其中，所述根据所述第二电子设备的身份信息，生成校验代码，包括：根据所述身份信息和所述管控权限，生成所述校验代码，所述校验代码还用于所述第三电子设备校验所述管控权限。

在本申请实施例中，配置所述第二电子设备对所述第三电子设备的管控权限，即可以授权第二电子设备能够使用第三电子设备的哪些能力。然后，第一电子设备可以根据第二电子设备的身份信息和管控权限生成相应的校验代码。这样，第一电子设备可以在更细粒度上分配第二电子设备对第三电子设备的管控权限，有利于第二电子设备参与实现互联协同，提升用户的使用体验。

应理解，对于每一个第二电子设备被允许管控的电子设备，用户均可以配置第二电子设备的管控权限。

结合第一方面，在一种可能的实现方式中，所述管控权限包括管控有效时间和/或管控次数。

基于该方案，还可以配置第二电子设备对第三电子设备的管控有效时间和/或管控次数，即进一步地配置第二电子设备的管控权限，第一电子设备可以在更细粒度上分配第二电子设备的管控权限。

应理解，对于每一个第二电子设备被允许管控的电子设备，用户均可以配置第二电子设备的管控有效时间和/或管控次数。

结合第一方面，在一种可能的实现方式中，该方法还包括：使用所述第一电子设备的私钥加密所述校验代码。

基于该方案，可以保证校验代码传输的安全性，避免第三电子设备接收到伪造的校验代码，防止恶意的用户或电子设备使用第三电子设备的能力。

结合第一方面，在一种可能的实现方式中，该方法还包括：向所述第二电子设备发送用于与所述第三电子设备通信的互联信息。

应理解，该互联信息包括但不限于IP地址、端口信息、蓝牙设备地址等信息。

基于该方案，第二电子设备可以根据该互联信息与第三电子设备通信，有利于第二电子设备参与实现互联协同，提升用户的使用体验。

第二方面，提供了一种互联协同的方法，该方法由第三电子设备执行，该方法包括：接收第一电子设备发送的校验代码；接收第二电子设备发送的请求消息，所述请求消息用于请求执行与所述请求消息对应的操作；根据所述校验代码的执行结果，确定是否执行与所述请求消息对应的操作。

第一电子设备和第三电子设备分别可以是超级终端中的主控设备和被控设备(例如，IoT设备)，第二电子设备可以是非超级终端的设备。其中，第一电子设备和第三电子设备之间存在通信连接，也就是说第一电子设备和第三电子设备可以相互连接形成超级终端，或者说第一电子设备和第三电子设备属于同一个协同网络。

应理解，第三电子设备可以获知第二电子设备的身份信息，例如请求消息还可以携带第二电子设备的身份信息。

还应理解，校验代码是一段可被执行或调用的字节码，用于校验第二电子设备的身份和/或管控权限。例如，校验发送请求消息的第二电子设备是否能够管控第三电子设备，和/或校验请求消息对应的操作是否在第二电子设备对第三电子设备的管控权限内。

基于该方案，第三电子设备不需要感知校验逻辑，只需基于来自第一电子设备的校验代码的执行结果，确定是否执行第二电子设备发送的请求消息对应的操作。这样，当校验方式有更新时，用户无需对第三电子设备进行更新升级，第三电子设备即可校验接收到的请求消息，以便于第二电子设备参与实现互联协同，有利于提升用户的使用体验。

结合第二方面，在一种可能的实现方式中，该方法还包括：若所述执行结果为校验通过，执行与所述请求消息对应的操作；若所述执行结果为校验未通过，拒绝执行与所述请求消息对应的操作。

结合第二方面，在一种可能的实现方式中，该方法还包括：通过预设置的系统接口执行所述校验代码。

在本申请实施例中，可以通过调用预设置的系统接口执行指定地址的校验代码，从而执行对第二电子设备的校验操作。

结合第二方面，在一种可能的实现方式中，该方法还包括：将所述校验代码保存到安全存储区。

基于该方案，可以保证校验代码不被篡改，防止恶意的用户或电子设备使用第三电子设备的能力。

结合第二方面，在一种可能的实现方式中，该方法还包括：接收所述第一电子设备发送的公钥；使用所述公钥解密所述校验代码。

基于该方案，可以保证校验代码传输的安全性，避免第三电子设备接收到伪造校验代码，防止恶意的用户或电子设备使用第三电子设备的能力。

结合第二方面，在一种可能的实现方式中，该方法还包括：接收所述第二电子设备发送的数据文件。

在本申请实施例中，该数据文件与请求消息相关，第三电子设备可以基于该数据文件执行与请求消息对应的操作。这样，第三电子设备无需获取与执行请求消息对应的操作相关的数据文件，更有利于第三电子设备执行与请求消息对应的操作。

第三方面，提供了一种互联协同的方法，所述方法应用于第一电子设备，该方法包括：

接收第二电子设备发送的第一消息；

根据所述第一消息，生成校验代码；

向所述第三电子设备发送所述校验代码，所述校验代码用于第三电子设备校验第二电子设备的身份。

在本申请实施例中，第一电子设备和第三电子设备分别可以是超级终端中的主控设备和被控设备(例如，IoT设备)，第二电子设备可以是非超级终端的设备。其中，第一电子设备和第三电子设备之间存在通信连接，也就是说第一电子设备和第三电子设备可以相互连接形成超级终端，或者说第一电子设备和第三电子设备属于同一个协同网络。

应理解，第一消息例如可以是接入申请消息，第一消息可以包括第二电子设备的身份信息。第一消息可以用于请求参与互联协同，例如当第二电子设备期望

可选地，根据第二电子设备的身份信息，生成校验代码。

应理解，校验代码是一段可被执行或调用的字节码，可以用于校验第二电子设备的身份。

基于该方案，第一电子设备可以生成校验代码，并发送给第三电子设备。这样，如果需要变更校验方式，只需对第一电子设备进行变更即可，第三电子设备无需进行匹配变更，有利于灵活地定制校验功能。另一方面，当校验方式有更新时，用户无需更新升级第三电子设备，第三电子设备即可基于第一电子设备发送的校验代码执行校验操作，以便于实现多设备之间的互联协同，有利于提升用户的使用体验。

结合第一方面，在一种可能的实现方式中，该方法还包括：根据用户的第一操作，确定所述第二电子设备能够管控的电子设备，所述第二电子设备能够管控的电子设备包括所述第三电子设备。

应理解，第一电子设备可以与一个或多个电子设备存在通信连接，在第二电子设备向第一电子设备发送第一消息后，用户可以自由配置哪些电子设备可以被第二电子设备管控。

还应理解，当用户配置第二电子设备能够管控一个或多个电子设备时，第一电子设备向该一个或多个电子设备发送校验代码。

基于该方案，有利于第一电子设备对超级终端进行统一的管理，分配第二电子设备能够管控的电子设备，有利于第二电子设备参与实现互联协同，提升用户的使用体验。

第四方面，提供了一种互联协同的系统，包括：接收第二电子设备发送的第一消息；根据所述第一消息，生成校验代码，所述校验代码用于所述第三电子设备校验所述第二电子设备的身份；所述第一电子设备向所述第三电子设备发送所述校验代码；所述第二电子设备向所述第三电子设备发送请求消息，所述请求消息用于请求执行所述请求消息对应的操作；所述第三电子设备根据所述校验代码的执行结果，确定是否执行所述请求消息对应的操作。

第五方面，提供了一种电子设备，包括：一个或多个处理器；一个或多个存储器；

所述一个或多个存储器存储有一个或多个计算机程序，所述一个或多个计算机程序包括指令，当所述指令被一个或多个处理器执行时，使得第一方面或第二方面任意一种可能的实现的方式中的互联协同的方法被执行。

第六方面，提供了一种电子设备，其特征在于，包括：用于实现第一方面或第二方面任意一种可能的实现方式中的互联协同的方法的模块。

第七方面，提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机指令，当所述计算机指令在计算机上运行时，使得第一方面或第二方面任意一种可能的实现的方式中的互联协同的方法被执行。

第八方面，提供了一种芯片，所述芯片包括处理器和通信接口，所述通信接口用于接收信号，并将所述信号传输至所述处理器，所述处理器处理所述信号，使得第一方面或第二方面任意一种可能的实现的方式中的互联协同的方法被执行。

第九方面，提供了一种计算机程序产品，该计算机程序产品包括计算机程序指令，该计算机程序指令在计算机上运行时，使得计算机执行如第一方面或第二方面中任一方面所述的互联协同的方法。

附图说明

图1是本申请实施例提供的电子设备的结构的示意图。

图2是本申请实施例的电子设备的软件结构框图。

图3是本申请实施例提供的超级终端的示意图。

图4是本申请实施例提供的应用场景的示意图。

图5是本申请实施例提供的一种互联协同的方法的示意图。

图6是本申请实施例提供的主控设备的第一界面的示意图。

图7是本申请实施例提供的主控设备的第二界面的示意图。

图8是本申请实施例提供的主控设备和被控设备的结构的示意图。

图9是本申请实施例提供的一种互联协同的方法的示意图。

图10是本申请实施例提供的一种互联协同的方法的示意图。

图11是本申请实施例提供的一种电子设备硬件结构的示意图。

具体实施方式

以下实施例中所使用的术语只是为了描述特定实施例的目的，而并非旨在作为对本申请的限制。如在本申请的说明书和所附权利要求书中所使用的那样，单数表达形式“一个”、“一种”、“所述”、“上述”、“该”和“这一”旨在也包括例如“一个或多个”这种表达形式，除非其上下文中明确地有相反指示。还应当理解，在本申请以下各实施例中，“至少一个”、“一个或多个”是指一个、两个或两个以上。术语“和/或”，用于描述关联对象的关联关系，表示可以存在三种关系；例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B的情况，其中A、B可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。

在本说明书中描述的参考“一个实施例”或“一些实施例”等意味着在本申请的一个或多个实施例中包括结合该实施例描述的特定特征、结构或特点。由此，在本说明书中的不同之处出现的语句“在一个实施例中”、“在一些实施例中”、“在其他一些实施例中”、“在另外一些实施例中”等不是必然都参考相同的实施例，而是意味着“一个或多个但不是所有的实施例”，除非是以其他方式另外特别强调。术语“包括”、“包含”、“具有”及它们的变形都意味着“包括但不限于”，除非是以其他方式另外特别强调。

以下介绍电子设备和用于使用这样的电子设备的实施例。在一些实施例中，电子设备可以是还包含其它功能诸如个人数字助理和/或音乐播放器功能的便携式电子设备，诸如手机、平板电脑、具备无线通讯功能的可穿戴电子设备(如智能手表)等。便携式电子设备的示例性实施例包括但不限于搭载鸿蒙或者其它操作系统的便携式电子设备。上述便携式电子设备也可以是其它便携式电子设备，诸如膝上型计算机(Laptop)等。还应当理解的是，在其他一些实施例中，上述电子设备也可以不是便携式电子设备，而是台式计算机。

示例性的，图1示出了本申请实施例提供的一例电子设备100的结构示意图。例如，如图1所示，电子设备100可以包括处理器110，外部存储器接口120，内部存储器121，通用串行总线(universal serial bus，USB)接口130，充电管理模块140，电源管理模块141，电池142，天线1，天线2，移动通信模块150，无线通信模块160，音频模块170，扬声器170A，受话器170B，麦克风170C，耳机接口170D，传感器模块180，按键190，马达191，指示器192，摄像头193，显示屏194，以及用户标识模块(subscriber identification module，SIM)卡接口195等。其中传感器模块180可以包括压力传感器180A，指纹传感器180H，温度传感器180J，触摸传感器180K，环境光传感器180L，骨传导传感器180M等。

可以理解的是，本申请实施例示意的结构并不构成对电子设备100的具体限定。在本申请另一些实施例中，电子设备100可以包括比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。图示的部件可以以硬件，软件或软件和硬件的组合实现。例如，电子设备可以不包括显示屏或摄像头，例如智能音箱等。又例如，电子设备可以不必包括上述全部的传感器。

处理器110可以包括一个或多个处理单元，例如：处理器110可以包括应用处理器(application processor，AP)，调制解调处理器，图形处理器(graphics processingunit，GPU)，图像信号处理器(image signal processor，ISP)，控制器，存储器，视频编解码器，数字信号处理器(digital signal processor，DSP)，基带处理器，和/或神经网络处理器(neural-network processing unit，NPU)等。其中，不同的处理单元可以是独立的器件，也可以集成在一个或多个处理器中。

其中，控制器可以是电子设备100的神经中枢和指挥中心。控制器可以根据指令操作码和时序信号，产生操作控制信号，完成取指令和执行指令的控制。

处理器110中还可以设置存储器，用于存储指令和数据。在一些实施例中，处理器110中的存储器为高速缓冲存储器。该存储器可以保存处理器110刚用过或循环使用的指令或数据。如果处理器110需要再次使用该指令或数据，可从该存储器中直接调用。避免了重复存取，减少了处理器110的等待时间，因而提高了系统的效率。

在一些实施例中，处理器110可以包括一个或多个接口。接口可以包括集成电路(inter-integrated circuit，I2C)接口，集成电路内置音频(inter-integrated circuitsound，I2S)接口，脉冲编码调制(pulse code modulation，PCM)接口，通用异步收发传输器(universal asynchronous receiver/transmitter，UART)接口，移动产业处理器接口(mobile industry processor interface，MIPI)，通用输入输出(general-purposeinput/output，GPIO)接口，用户标识模块(subscriber identity module，SIM)接口，和/或通用串行总线(universal serial bus，USB)接口等。

其中，I2C接口是一种双向同步串行总线，包括一根串行数据线(serial dataline，SDA)和一根串行时钟线(derail clock line，SCL)。

I2S接口可以用于音频通信。在一些实施例中，处理器110可以包含多组I2S总线。处理器110可以通过I2S总线与音频模块170耦合，实现处理器110与音频模块170之间的通信。

PCM接口也可以用于音频通信，将模拟信号抽样，量化和编码。在一些实施例中，音频模块170与无线通信模块160可以通过PCM总线接口耦合。

UART接口是一种通用串行数据总线，用于异步通信。该总线可以为双向通信总线。它将要传输的数据在串行通信与并行通信之间转换。在一些实施例中，UART接口通常被用于连接处理器110与无线通信模块160。

MIPI接口可以被用于连接处理器110与显示屏194，摄像头193等外围器件。GPIO接口可以通过软件配置。

GPIO接口可以被配置为控制信号，也可被配置为数据信号。在一些实施例中，GPIO接口可以用于连接处理器110与摄像头193，显示屏194，无线通信模块160，音频模块170，传感器模块180等。

USB接口130是符合USB标准规范的接口，具体可以是Mini USB接口，Micro USB接口，USB Type C接口等。USB接口130可以用于连接充电器为电子设备100充电，也可以用于电子设备100与外围设备之间传输数据。

可以理解的是，本申请实施例示意的各模块间的接口连接关系，只是示意性说明，并不构成对电子设备100的结构限定。在本申请另一些实施例中，电子设备100也可以采用上述实施例中不同的接口连接方式，或多种接口连接方式的组合。

充电管理模块140用于从充电器接收充电输入。其中，充电器可以是无线充电器，也可以是有线充电器。在一些有线充电的实施例中，充电管理模块140可以通过USB接口130接收有线充电器的充电输入。在一些无线充电的实施例中，充电管理模块140可以通过电子设备100的无线充电线圈接收无线充电输入。充电管理模块140为电池142充电的同时，还可以通过电源管理模块141为电子设备供电。

电源管理模块141用于连接电池142，充电管理模块140与处理器110。

电子设备100的无线通信功能可以通过天线1，天线2，移动通信模块150，无线通信模块160，调制解调处理器以及基带处理器等实现。

移动通信模块150可以提供应用在电子设备100上的包括2G/3G/4G/5G等无线通信的解决方案。

调制解调处理器可以包括调制器和解调器。其中，调制器用于将待发送的低频基带信号调制成中高频信号。解调器用于将接收的电磁波信号解调为低频基带信号。随后解调器将解调得到的低频基带信号传送至基带处理器处理。低频基带信号经基带处理器处理后，被传递给应用处理器。应用处理器通过音频设备(不限于扬声器170A，受话器170B等)输出声音信号，或通过显示屏194显示图像或视频。在一些实施例中，调制解调处理器可以是独立的器件。在另一些实施例中，调制解调处理器可以独立于处理器110，与移动通信模块150或其他功能模块设置在同一个器件中。

无线通信模块160可以提供应用在电子设备100上的包括无线局域网(wirelesslocal area networks，WLAN)(如无线保真(wireless fidelity，Wi-Fi)网络)，蓝牙(bluetooth，BT)，全球导航卫星系统(global navigation satellite system，GNSS)，调频(frequency modulation，FM)，近距离无线通信技术(near field communication，NFC)，红外技术(infrared，IR)等无线通信的解决方案。

在一些实施例中，电子设备100的天线1和移动通信模块150耦合，天线2和无线通信模块160耦合，使得电子设备100可以通过无线通信技术与网络以及其他设备通信。

电子设备100通过GPU，显示屏194，以及应用处理器等实现显示功能。GPU为图像处理的微处理器，连接显示屏194和应用处理器。GPU用于执行数学和几何计算，用于图形渲染。处理器110可包括一个或多个GPU，其执行程序指令以生成或改变显示信息。

显示屏194用于显示图像，视频等。显示屏194包括显示面板。显示面板可以采用液晶显示屏(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或量子点发光二极管(quantumdot light emitting diodes，QLED)等材料中的一种所制作的显示面板。在一些实施例中，电子设备100可以包括1个或N个显示屏194，N为大于1的正整数。在一些实施例中，显示屏194还可以集成触控功能，也可以称为触摸屏。

电子设备100可以通过ISP，摄像头193，视频编解码器，GPU，显示屏194以及应用处理器等实现拍摄功能。

外部存储器接口120可以用于连接外部存储卡，例如Micro SD卡，实现扩展电子设备100的存储能力。

内部存储器121可以用于存储计算机可执行程序代码，该可执行程序代码包括指令。处理器110通过运行存储在内部存储器121的指令，从而执行电子设备100的各种功能应用以及数据处理。

电子设备100可以通过音频模块170，扬声器170A，受话器170B，麦克风170C，耳机接口170D，以及应用处理器等实现音频功能。例如音乐播放，录音等。

音频模块170用于将数字音频信息转换成模拟音频信号输出，也用于将模拟音频输入转换为数字音频信号。扬声器170A，也称“喇叭”，用于将音频电信号转换为声音信号。受话器170B，也称“听筒”，用于将音频电信号转换成声音信号。麦克风170C，也称“话筒”，“传声器”，用于将声音信号转换为电信号。耳机接口170D用于连接有线耳机。

压力传感器180A用于感受压力信号，可以将压力信号转换成电信号。在一些实施例中，压力传感器180A可以设置于显示屏194。在一些实施例中，指纹传感器180H用于采集指纹。温度传感器180J用于测量温度。触摸传感器180K，也称“触控面板”。触摸传感器180K可以设置于显示屏194，由触摸传感器180K与显示屏194组成触摸屏，也称“触控屏”。

按键190包括开机键，音量键等。马达191可以产生振动提示。指示器192可以是指示灯，可以用于指示充电状态，电量变化，也可以用于指示消息，未接来电，通知等。SIM卡接口195用于连接SIM卡。

图2是本申请实施例的电子设备100的软件结构框图。分层架构将软件分成若干个层，每一层都有清晰的角色和分工。层与层之间通过软件接口通信。在一些实施例中，将Android系统分为四层，从上至下分别为应用程序层，应用程序框架层，安卓运行时(Android runtime)和系统库，以及内核层。应用程序层可以包括一系列应用程序包。

如图2所示，应用程序包可以包括相机，图库，日历，通话，地图，导航，WLAN，蓝牙，音乐，视频，短信息，APP1，APP2等应用程序。

应用程序框架层为应用程序层的应用程序提供应用编程接口(applicationprogramming interface，API)和编程框架。应用程序框架层包括一些预先定义的函数。

如图2所示，应用程序框架层可以包括窗口管理器，内容提供器，视图系统，电话管理器，资源管理器，通知管理器等。

窗口管理器用于管理窗口程序。窗口管理器可以获取显示屏大小，判断是否有状态栏，锁定屏幕，截取屏幕等。

内容提供器用来存放和获取数据，并使这些数据可以被应用程序访问。该数据可以包括视频，图像，音频，拨打和接听的电话，浏览历史和书签，电话簿等。

视图系统包括可视控件，例如显示文字的控件，显示图片的控件等。视图系统可用于构建应用程序。显示界面可以由一个或多个视图组成的。例如，包括短信通知图标的显示界面，可以包括显示文字的视图以及显示图片的视图。

电话管理器用于提供电子设备100的通信功能。例如通话状态的管理(包括接通，挂断等)。

资源管理器为应用程序提供各种资源，比如本地化字符串，图标，图片，布局文件，视频文件等等。

通知管理器使应用程序可以在状态栏中显示通知信息，可以用于传达告知类型的消息，可以短暂停留后自动消失，无需用户交互。比如通知管理器被用于告知下载完成，消息提醒等。通知管理器还可以是以图表或者滚动条文本形式出现在系统顶部状态栏的通知，例如后台运行的应用程序的通知，还可以是以对话窗口形式出现在屏幕上的通知。例如在状态栏提示文本信息，发出提示音，电子设备振动，指示灯闪烁等。

Android runtime包括核心库和虚拟机。Android runtime负责安卓系统的调度和管理。

核心库包含两部分：一部分是java语言需要调用的功能函数，另一部分是安卓的核心库。

应用程序层和应用程序框架层运行在虚拟机中。虚拟机将应用程序层和应用程序框架层的java文件执行为二进制文件。虚拟机用于执行对象生命周期的管理，堆栈管理，线程管理，安全和异常的管理，以及垃圾回收等功能。

系统库可以包括多个功能模块。例如：表面管理器(surface manager)，媒体库(media libraries)，三维图形处理库(例如：OpenGL ES)，2D图形引擎(例如：SGL)等。

表面管理器用于对显示子系统进行管理，并且为多个应用程序提供了2D和3D图层的融合。

媒体库支持多种常用的音频，视频格式回放和录制，以及静态图像文件等。媒体库可以支持多种音视频编码格式，例如：MPEG4，H.264，MP3，AAC，AMR，JPG，PNG等。

三维图形处理库用于实现三维图形绘图、图像渲染、合成和图层处理等。

2D图形引擎是2D绘图的绘图引擎。

内核层是硬件和软件之间的层。内核层可以包含显示驱动，摄像头驱动，音频驱动，传感器驱动。

应理解，本申请实施例中的电子设备也可以是安装有Windows、Linux、安卓、鸿蒙或苹果等操作系统的电子设备。

在本申请实施例中，一个或多个图1和图2所示的电子设备可以相互连接以形成超级终端。下面结合图3介绍本申请实施例的超级终端。

图3是本申请实施例的超级终端的示意图。如图3所示，主控设备310、第一被控设备320、第二被控设备330和第三被控设备340共同组成超级终端。主控设备可以对超级终端中的各个被控设备进行统一的管理。

在一个实施例中，当主控设备310和各个被控设备登录同一账号后，可以自动组网。例如，主控设备310可以通过向各个被控设备发送广播消息进行组网，其中，主控设备310和各个被控设备可以通过WIFI、热点、蓝牙或路由器等相互连接。主控设备310具有超级终端的管理权限，超级终端中的各个被控设备可以在主控设备310的控制下进行多屏协同、文件共享、协同播放、协同录音以及协同会议等等。

示例性的，主控设备310为手机，第一被控设备320为车机，基于该方案可以使用车载屏幕直接看手机视频；

示例性的，主控设备310为手机，第二被控设备330为平板，基于该方案可以用平板电脑玩手机上的游戏，即使该平板电脑没有下载该游戏。

示例性的，在家庭场景中，主控设备310为平板，第一被控设备320为手机，第二被控设备330为智慧屏，第三被控设备340为智能音箱，基于该方案可以用平板电脑玩手机上的游戏，即使该平板电脑没有下载该游戏；基于该方案可以使用智慧屏播放手机上的视频，并使用智能音箱播放该视频的音频。

在一个实施例中，待接入设备350可以加入该超级终端，使用上述超级终端中的被控设备的部分或全部能力，即待接入设备也期望参与互联协同。其中，待接入设备350为非超级终端的设备，例如可以是登录了不同账号的终端设备，或者是装载了其他系统的终端设备。在待接入设备350申请加入该超级终端时，主控设备可以进行统一的分配和管理，例如，授予待接入设备和被控设备对应的权限，以便待接入设备使用上述超级终端中的被控设备的部分或全部能力。

应理解，超级终端即主控设备和各个被控设备之间通过WIFI、热点、蓝牙或路由器等相互连接形成的协同网络，主控设备和各个被控设备之间存在通信连接。在协同网络中，主控设备和各个被控设备的能力可以共享，即实现多个设备之间的互联协同功能。

应理解，图3所示的超级终端只是一种具体的实现方式，本申请实施例对超级终端的组网方式、网络结构以及超级终端中包含的电子设备的数量和电子设备的类型等均不做限定。

在传统的方案中，待接入设备可以向超级终端的主控设备发送接入申请，从而接入超级终端，进一步地，可以向超级终端的被控设备发送协同请求，从而使用被控设备的部分或全部能力。

其中，在待接入设备申请接入超级终端时，主控设备可以向被控设备发送校验参数(例如待接入设备的身份信息，待接入设备的管控权限，或管控有效时间等)，被控设备在接收到待接入设备发送的协同请求时，可以根据校验参数，通过预置的校验代码对协同请求进行校验。

然而，在现实生活中，IoT设备数量、种类繁多，生产厂家也各不相同，一些IoT设备出售后其系统固件并不一定能及时更新。也就是说，被控设备预置的校验代码可能不能够及时进行更新。若后期校验协同请求的方式有变更，例如，原加密算法被证明不安全后更换了安全加密算法，或是管控权限有更细粒度的划分，或增加了一个校验参数，就可能导致校验逻辑的变更。即主控设备升级后，被控设备中的校验代码却不能及时匹配升级时，这种校验方式就会失效。

以搭载了OpenHarmony系统的设备为例，OpenHarmony是个开源的操作系统，不同厂家对系统版本的选择各不相同，对系统的定制也各不相同，被控设备即使是刚出厂，也不一定能正确识别任一主控设备下发的校验参数，导致无法进行正确的校验。

有鉴于此，本申请实施例提供一种互联协同的方法，通过主控设备实时生成校验代码，并下发给被控设备，被控设备不需要感知具体的校验逻辑即可对协同请求进行校验，从而可以避免由于被控设备的系统兼容性带来的校验失效。

下面结合图4介绍本申请实施例应用的场景。小明经营了一家智能洗衣房，有数台智能洗衣机。超级终端的主控设备为小明手机410，超级终端的被控设备为某台智能洗衣机420，待接入设备为临时租用洗衣机的顾客手机430。顾客想要通过自己的手机430控制智能洗衣机420洗衣服，则需要向小明手机410申请智能洗衣机420的管控权限。

小明制定的收费模式为按时长收费，小明手机410可以按管控有效时间授予顾客手机430管控权限，例如，授予包月制的顾客手机430一个月的管控有效时间。在管控有效时间内，顾客手机430可以接入超级终端，并控制智能洗衣机420洗衣服。

然而，一些顾客期望购买计次卡，按洗衣次数来收费。按照传统的方案，需要更新小明手机410，以及更新智能洗衣机420，使二者均支持按次数收费。但是如果智能洗衣机厂家出于成本因素的考虑，并不能提供老版本的智能洗衣机的系统固件升级，而只有新款洗衣机才能支持按次数收费，那么小明需要花更大的代价购置新款洗衣机才能支持这个新业务。

按照本申请实施例的方案，由主控设备实时生成校验代码，并下发给被控设备，被控设备仅需根据校验代码的执行结果确定是否执行待接入设备发送的协同请求对应的操作。

这样，仅需更新小明手机410的版本，使其支持按次数收费即可。具体地，在小明手机410更新前，小明手机410生成的校验代码的逻辑为：在管控有效时间内，顾客手机430可以控制智能洗衣机420洗衣服；而在小明手机410更新后，小明手机410生成的校验代码的逻辑为：顾客手机430可以控制智能洗衣机420洗衣服10次，若管控次数耗尽，则顾客手机430将不能控制智能洗衣机洗衣服。该校验代码发送给智能洗衣机420后，供其执行校验操作即可。

图5是本申请实施例提供的一种互联协同的方法的示意图。如图5所示，该方法包括：

501，待接入设备向主控设备发送接入申请消息。

在本申请实施例中，主控设备和第一被控设备之间可以通过组网形成超级终端，待接入设备为非超级终端的设备，可以通过向主控设备发送接入申请消息，从而接入该超级终端。其中，接入申请消息可以包括待接入设备的身份信息，例如设备ID，该身份信息是待接入设备的唯一标识。主控设备具有超级终端的管理权限，主控设备可以管控第一被控设备以及可以授权待接入设备是否可以管控第一被控设备。

应理解，超级终端中可以包括一个或多个被控设备，这里为方便描述，图5中仅示出了第一被控设备。第一被控设备可以为超级终端中的任意一个被控设备。

应理解，主控设备与第一被控设备之间存在通信连接，主控设备与第一被控设备可以实现互联协同。待接入设备通过向主控设备发送接入申请消息，可以与主控设备或第一被控设备建立通信连接，从而参与实现互联协同。

502，根据用户的第一操作，确定待接入设备被允许管控的被控设备。

主控设备接收到待接入设备发送的接入申请消息后，可以根据用户的第一操作，确定待接入设备被允许管控的被控设备。其中，用户的第一操作可以是选择超级终端中的一个或多个被控设备的操作。例如，根据用户的第一操作，确定待接入设备被允许管控第一被控设备，即待接入设备被允许管控的被控设备包括第一被控设备。

在一个实施例中，接收到待接入设备发送的接入申请消息后，主控设备还可以显示第一界面，第一界面可以包括提示用户是否接受待接入设备的接入申请的信息，用户可以点击同意按钮，以同意待接入设备的接入申请。

可选地，用户还可以点击拒绝按钮，以拒绝待接入设备的接入申请。

在一个实施例中，在检测到用户在第一界面点击同意按钮的操作时，显示第二界面，其中，第二界面可以包括超级终端中全部的被控设备的信息，然后根据用户的第一操作，确定被待接入设备被允许管控哪些被控设备。

进一步地，还可以根据用户的第二操作，配置待接入设备的管控权限，即用户可以授权待接入设备使用被控设备的哪些能力。例如，待接入设备对第一被控设备的管控权限为播放音频，则第一被控设备将拒绝待接入设备播放音频以外的协同请求。

应理解，待接入设备相对于每一个被允许管控的被控设备可以具有不同的管控权限。

可选地，待接入设备的管控权限可以包括管控有效时间和/或管控次数。

示例性的，针对每一个被允许管控的被控设备(例如，第一被控设备)，可以配置管控有效时间，在该管控有效时间内，待接入设备可以管控被控设备。管控次数可以理解为待接入设备能够请求被控设备执行协同请求对应的操作的次数，例如配置待接入设备对第一被控设备的管控次数为10次，待接入设备可以请求被控设备执行10次协同请求对应的操作。

可选地，管控权限还可以包括待接入设备的处理流量，或者还可以包括待接入设备可以处理的文件等。例如，待接入设备可以使用10M/S以内的流量速度管控被控设备；又例如，待接入设备是否可以处理被控设备的图库中的照片。

可选地，对于每一个能够被待接入设备管控的被控设备，待接入设备的管控权限可以是系统预设的，也可以是用户配置的。

503，生成校验代码。

主控设备接收到待接入设备发送的申请接入消息后，主控设备可以根据接入申请，生成对应的校验代码。具体的，接入申请消息可以包括待接入设备的身份信息，主控设备可以根据待接入设备的身份信息，生成校验代码。该校验代码中包含待接入设备的身份信息，当被控设备接收到待接入设备发送的协同请求后，执行该校验代码，可以校验发送协同请求的待接入设备是否与发送接入申请消息的待接入设备一致，从而保证发送协同请求的待接入设备已经被授权。

应理解，校验代码是一段可以被执行或调用的字节码，可以用于校验待接入设备的身份。

需要说明的是，待接入设备可以通过向被控设备发送协同请求，以请求被控设备执行与协同请求对应的操作。例如，顾客手机430(待接入设备)可以向智能洗衣机420(被控设备)发送“洗衣服”的协同请求，请求智能洗衣机420执行洗衣服的操作。

应理解，对于在多个待接入设备的情况下，主控设备可以针对每个待接入设备生成不同的校验代码。例如，第一待接入设备向主控设备发送第一接入申请消息，第二待接入设备向主控设备发送第二接入申请消息，如果用户确定接受第一待接入设备和第二待接入设备的接入申请，主控设备可以分别根据第一待接入设备和第二待接入设备的身份信息，生成第一校验代码和第二校验代码。

应理解，对于在多个待接入设备的情况下，主控设备可以针对每个待接入设备生成不同的校验代码。

在一些实施例中，主控设备还可以根据待接入设备发送的身份信息和待接入设备的管控权限，生成校验代码。这样，校验代码还可以被执行以校验该协同请求对应的操作是否在待接入设备的管控权限内。

例如，在一些实施例中，待接入设备的管控权限包括管控有效时间和/或管控次数，这样，校验代码还可以被执行以校验该协同请求是否位于管控有效时间内，和/或校验代码还可以被执行以校验待接入设备的管控次数是否还有剩余。

在一些实施例中，在生成校验代码之前，主控设备可以对待接入设备进行鉴权，以确定待接入设备被允许管控第一被控设备。

示例性的，当待接入设备曾经被允许管控第一被控设备时，再次向主控设备发送接入申请消息，主控设备可以根据待接入设备的身份信息对待接入设备进行鉴权。由于待接入设备曾经被允许管控第一被控设备，主控设备可以直接根据待接入设备的身份信息，生成校验代码。

在一些实施例中，主控设备还可以根据用户的第一操作，对待接入设备进行鉴权。例如，当待接入设备向主控设备发送接入申请消息时，主控设备可以提示用户是否同意待接入设备的接入申请，并根据用户的第一操作，确定待接入设备被允许管控第一被控设备。

504，主控设备向第一被控设备发送校验代码，相应的，第一被控设备接收主控设备发送的校验代码。

应理解，主控设备可以向能够被待接入设备管控的全部被控设备发送校验代码。

可选地，在主控设备向被控设备发送校验代码之前，可以使用自身身份认证的私钥对校验代码进行加密。

可选地，主控设备向被控设备发送自身的公钥。其中，主控设备可以向被控设备同时发送加密后的校验代码和公钥，也可以单独向被控设备发送校验代码和公钥。被控设备在接收到主控设备的公钥后，可以将公钥保存起来，后续需要用到公钥进行解密时，再使用该公钥进行解密。

可选地，被控设备将校验代码(或加密后的校验代码)保存到本地安全存储区。在后续接收到待接入设备发送的协同请求时，被控设备可以从安全存储区获取对应的校验代码。

本地安全存储区例如可以仅被第三电子设备访问，可以防止恶意的电子设备篡改校验代码。

505，主控设备向待接入设备发送第一被控设备的相关信息。

其中，该相关信息包括用于与第一被控设备通信的互联信息，该互联信息能够标识第一被控设备的通信地址，包括但不限于IP地址、端口信息、蓝牙设备地址、MAC地址等，待接入设备可以根据该互联信息与第一被控设备通信。

在一些实施例中，该互联信息为第一被控设备的配网信息，该配网信息用于待接入设备与第一被控设备建立点对点的连接，该配网信息包括但不限于IP地址、端口信息、蓝牙设备地址、MAC地址等，待接入设备可以根据第一被控设备的配网信息与第一被控设备通信。

示例性的，主控设备可以向待接入设备发送第一被控设备的MAC地址，待接入设备可以根据第一被控设备的MAC地址，向第一被控设备发送协同请求。例如，待接入设备可以在协同请求中携带MAC地址，并向各个被控设备广播协同请求，被控设备可以根据协同请求中的MAC地址确定该协同请求是否是发送给自己的，或者也可以通过协同请求中的被控设备的ID确定该协同请求是否是发送给自己的。

示例性的，主控设备可以向待接入设备发送第一被控设备的IP地址、端口信息、蓝牙设备地址等，待接入设备根据上述信息直接准确地与第一被控设备通信。

应理解，主控设备可以向待接入设备发送能够被待接入设备管控的各个被控设备的配网信息，从而待接入设备可以根据该配网信息与各个被控设备通信。

可选地，主控设备还可以向待接入设备发送能够被待接入设备管控的各个被控设备的身份信息，以区分各个被控设备。

可选地，主控设备还可以向待接入设备发送能够被待接入设备管控的各个被控设备的能力信息，以便于待接入设备使用各个被控设备的能力。

示例性的，智慧屏可以实现播放视频、音频，电话接听、续接，多屏协同等。当用户通过主控设备或待接入设备向智慧屏发送的协同请求不在智慧屏的能力范围内，该协同请求可以被拒绝。

506，待接入设备向第一被控设备发送协同请求。

该协同请求用于请求第一被控设备执行与协同请求相关的操作。例如，播放音乐、播放视频、多屏协同、文件共享等。也就是说，待接入设备可以向第一被控设备发送协同请求，从而请求第一被控设备执行协同请求对应操作。其中，协同请求还可以包括待接入设备的身份信息，例如设备ID。

可选地，待接入设备还可以向第一被控设备发送协同数据。协同数据具体是与协同请求相关的数据，例如协同请求为播放音乐，协同数据为该音乐文件。

507，第一被控设备执行校验代码。

第一被控设备可以调用或执行主控设备发送的校验代码，例如，第一被控设备可以通过预设置的系统接口，执行该校验代码。

在本申请实施例中，校验代码可以被执行，以校验发送协同请求的待接入设备是否已经得到授权；或者，校验代码还可以被执行，以校验协同请求对应的操作是否在待接入设备的管控权限内。在上述校验中，若是，则执行结果为校验通过；若否，则执行结果为校验未通过。

应理解，校验通过是指上述全部的校验均通过，只要有一个校验未通过，即校验未通过。

在一些实施例中，在第一被控设备执行校验代码之前，第一被控设备可以从安全存储区获取该校验代码。

在一些实施例中，在第一被控设备执行校验代码之前，第一被控设备使用主控设备的公钥解密该校验代码，从而确定校验代码为主控设备发送的，保证信息传输的安全性。

应理解，使用主控设备的私钥和公钥对校验代码进行加密和解密只是一种具体的实现方式，本申请对校验代码的加密和解密方式不予限定。

需要说明的是，当校验代码中包含管控次数的相关信息时，每当被控设备成功执行一次协同请求对应的操作，管控次数减一。

508，根据校验代码的执行结果，确定是否执行与协同请求对应的操作。

具体地，当执行结果为校验通过时，第一被控设备执行协同请求对应的操作；当执行结果为校验未通过时，第一被控设备拒绝执行该协同请求对应的操作。

应理解，当执行结果为校验通过时，发送协同请求的待接入设备与发送接入申请消息的待接入设备一致，待接入设备已经得到授权；或者，发送协同请求的待接入设备与发送接入申请消息的待接入设备一致，且协同请求对应的操作在待接入设备的管控权限内。

可选地，当执行结果为校验未通过时，第一被控设备还可以向待接入设备发送校验未通过的原因。校验未通过的原因例如可以是“未识别的待接入设备”、“待接入设备的管控权限不足”或“超出管控有效时间”等。

下面结合图6和图7介绍本申请实施例的主控设备的界面。图6示出了本申请实施例提供的第一界面的示意图，图7示出了本申请实施例提供的第二界面的示意图。

如图6所示，当主控设备接收到待接入设备发送的接入申请消息后，可以显示第一界面。第一界面可以包括提示主控设备的用户是否接受待接入设备的接入申请的提示信息。主控设备的用户可以点击同意按钮，从而同意待接入设备接入超级终端。

可选地，用户还可以点击拒绝按钮，以拒绝待接入设备接入超级终端的申请。

如图7所示，当检测到用户在第一界面点击同意按钮的操作时，可以显示第二界面，其中，第二界面可以包括超级终端中的被控设备的信息，例如，被控设备可以是智慧屏、蓝牙耳机、笔记本、平板和洗衣机等等。此时，还可以根据用户的第一操作，确定待接入设备能够管控的被控设备，该第一操作可以是用户的选择操作，例如用户可以选择蓝牙耳机、平板和洗衣机可以被待接入设备管控。

进一步地，还可以根据用户的第二操作，配置被待接入设备的管控权限。也就是说，用户还可以配置待接入设备对每个被控设备的管控权限，例如，在图6中，待接入设备对于洗衣机具有洗衣模式选择的管控权限，用户可以自由选择合适的洗衣模式，例如，速洗、浸泡洗、柔洗、选择水位、控制水温等，但是待接入设备没有烘干的管控权限，也就是说，待接入设备向洗衣机发送的烘干的协同请求将被洗衣机拒绝。

又例如，如图7所示，配置待接入设备的管控有效时间为至2022年6月30日，即在2022年6月30日前，待接入设备可以向洗衣机发送协同请求，以请求洗衣机执行协同请求对应的操作。或者，对于洗衣机，用户还可以配置待接入设备的管控次数，例如配置管控次数为10次，即待接入设备可以请求洗衣机执行协同请求对应的操作10次。或者，也可以不配置待接入设备的管控次数，即待接入设备在管控有效时间内，可以请求洗衣机执行协同请求对应的操作无限次。需要说明的是，洗衣机每成功执行协同请求对应的操作，校验代码可以记管控次数减一次。

应理解，当接收到待接入设备发送的接入申请消息时，也可以直接显示第二界面。应理解，图6和图7中所示的被控设备以及待接入设备对被控设备的管控权限仅作为一具体示例，不应对本申请构成任何限定。

图8示出了本申请实施例提供的主控设备和被控设备的结构的示意图。如图8所示，主控设备可以包括权限管理模块、代码生成模块和配置推送模块。

权限管理模块可以对超级终端中的设备以及准备接入超级终端的设备进行管理和授权。例如，权限管理模块可以用于接收待接入设备发送的接入申请消息，以及用于配置待接入设备可以管控的被控设备、配置待接入设备的管控权限、配置待接入设备的管控有效时间和管控次数等。

当配置完毕后，权限管理模块可以将待接入设备的身份信息、待接入设备的管控权限、待接入设备的管控有效时间等信息发送给代码生成模块。代码生成模块则可以根据上述信息生成校验代码，并由配置推送模块发送给被控设备。

在一些实施例中，主控设备的代码生成模块可以生成自身身份认证的私钥加密的校验代码，而被控设备的请求处理模块可以使用主控设备的公钥对其进行解密。

应理解，使用主控设备的私钥和公钥对校验代码进行加密和解密只是一种具体的实现方式，本申请对校验代码的加密和解密方式不予限定。

参见图8，被控设备可以包括请求处理模块、代码执行模块和配置接收模块。配置接收模块接收到主控设备发送的校验代码后，可以将其存储在本设备的安全存储区。当接收到待接入设备发送的协同请求后，请求处理模块可以调用配置接收模块获取校验代码的存储地址，然后通过预设置的系统接口，调用代码执行模块执行该存储地址的校验代码，得到执行结果。当执行结果为校验通过时，被控设备执行协同请求对应的操作；当执行结果为校验未通过时，被控设备拒绝该协同请求。

其中，系统接口是一种通用接口，被控设备可以通过该接口直接执行指定地址的校验代码。该系统接口可以是预设置的。

以图4所示实施例为例进行说明。小明手机410包括权限管理模块、代码生成模块和配置发送模块，智能洗衣机420包括请求处理模块(含预设置的系统接口)、代码执行模块和配置接收模块。当需要智能洗衣机420支持按次数收费时，只需要更新小明自己的手机版本，即更新其中的权限管理模块和代码生成模块，使权限管理模能够为顾客提供设置管控次数，使代码生成模块能够生成通过管控次数校验的校验代码。

当小明手机410更新后，智能洗衣房中的全部智能洗衣机均可支持按次数收费。具体步骤如下：

(1)顾客手机430向小明手机410发送接入申请。

(2)小明手机410的“权限管理模块”接到申请后，小明可以通过界面设置智能洗衣机420能够被顾客手机430管控，管控权限为“洗衣服”，管控次数为10次。

(3)小明手机410的“代码生成模块”根据顾客手机410的身份信息、管控权限、管控次数，生成校验代码。

(4)小明手机410使用私钥加密校验代码。

(5)小明手机410的“配置发送模块”将加密后的校验代码发给智能洗衣机420。

(6)智能洗衣机420的“配置接收模块”将接收到的校验代码保存在本地的安全存储区。

(7)小明手机410将智能洗衣机420的配网信息发给顾客手机430。

(8)顾客手机430向智能洗衣机420发送洗衣服请求。

(9)智能洗衣机420的“请求处理模块”接到请求后，从安全存储区获取校验代码，并使用本机曾保存的小明手机410的公钥解密。

(10)智能洗衣机420的“请求处理模块”通过预设置的系统接口，调用“代码执行模块”执行解密后的校验代码来校验洗衣服请求的合法性。若顾客手机430的历史成功请求次数未达到10次，则执行洗衣服的任务；若历史成功请求次数已达到10次，则拒绝洗衣服请求。

图9是本申请实施例提供的一种互联协同的方法，该方法由第一电子设备执行，如图7所示，该方法包括：

S910，根据第二电子设备的身份信息，生成校验代码。

S920，向第三电子设备发送所述校验代码。

在本申请实施例中，第一电子设备、第二电子设备和第三电子设备例如可以是图5所示实施例中的主控设备、待接入设备和第一被控设备。其中，第一电子设备和第三电子设备之间可以通过WIFI、热点、蓝牙或路由器等相互连接。第一电子设备可以执行图5所示实施例中主控设备执行的动作或步骤，第二电子设备可以执行图5所示实施例中待接入设备执行的动作或步骤，第三电子设备可以执行图5所示实施例中第一被控设备执行的动作或步骤。

第一电子设备可以根据接入申请消息中的第二电子设备的身份信息，生成校验代码。其中，校验代码是一段可以执行或调用的字节码，用于第三电子设备校验第二电子设备的身份。

可选地，接收第二电子设备发送的第一消息，所述第一消息包括第二电子设备的身份信息。

在本申请实施例中，该第一消息可以是图5所示实施例中的接入申请消息，第二电子设备的身份信息例如可以是第二电子设备的设备ID，或者其他用于唯一标识第二电子设备的信息。

可选地，对所述第二电子设备进行鉴权，以确定所述第二电子设备被允许管控第三电子设备。

可选地，根据用户的第一操作，确定所述第二电子设备被允许管控第三电子设备。

可选地，根据用户的第二操作，配置该第二电子设备对该第三电子设备的管控权限；

其中，该根据该第二电子设备的身份信息，生成校验代码，包括：

根据该身份信息和该管控权限，生成校验代码。

可选地，该管控权限包括管控有效时间或管控次数；

可选地，使用该第一电子设备的私钥加密该校验代码。

可选地，向该第二电子设备发送用于与该第三电子设备的通信的互联信息。

这样，第二电子设备可以根据该互联信息与第三电子设备通信，有利于实现超级终端的互联协同功能，提升用户的使用体验。

在本申请实施例中，第一电子设备可以实时生成校验代码，并发送给第三电子设备。这样，如果需要变更校验方式，只需对第一电子设备进行变更即可，第三电子设备无需进行匹配变更，有利于灵活地定制校验功能。另一方面，当校验方式有更新时，用户无需对第三电子设备逐一更新升级，第三电子设备即可执行校验操作，从而实现超级终端的互联协同功能，有利于提升用户的使用体验。

图10是本申请实施例提供的一种互联协同的方法，该方法由第三电子设备执行，如图10所示，该方法包括：

S1010，接收第一电子设备发送的校验代码。

S1020，接收第二电子设备发送的请求消息。

S1030，根据所述校验代码的执行结果，确定是否执行与所述请求消息对应的操作。

在本申请实施例中，第一电子设备、第二电子设备和第三电子设备例如可以是图5所示实施例中的主控设备、待接入设备和第一被控设备。请求消息可以为图5所示实施例中的协同请求。其中，第一电子设备和第三电子设备之间可以通过WIFI、热点、蓝牙或路由器等相互连接形成超级终端。第一电子设备可以执行图5所示实施例中主控设备执行的动作或步骤，第二电子设备可以执行图5所示实施例中待接入设备执行的动作或步骤，第三电子设备可以执行图5所示实施例中第一被控设备执行的动作或步骤。

可选地，若所述执行结果为校验通过，执行与所述请求消息对应的操作；若所述执行结果为校验未通过，拒绝执行与所述请求消息对应的操作。

可选地，通过预设置的系统接口执行所述校验代码。

可选地，将所述校验代码保存到安全存储区。

可选地，接收所述第一电子设备发送的公钥；使用所述公钥解密所述校验代码。

可选地，接收所述第二电子设备发送的数据文件。其中，数据文件可以为图5所示实施例中的协同数据。应理解，该数据文件与请求消息对应。例如，请求消息用于请求第三电子设备执行播放音频的操作，该数据文件为该音频文件。

在本申请实施例中，第三电子设备不需要感知校验逻辑，只需基于来自第一电子设备的校验代码的执行结果，确定是否执行第二电子设备发送的请求消息对应的操作。这样，当校验方式有更新时，用户无需对第三电子设备进行更新升级，第三电子设备即可校验接收到的请求消息，从而实现超级终端的互联协同功能，有利于提升用户的使用体验。

图11是本申请实施例提供的装置1100的硬件结构示意图。图11所示的装置1100(该装置1100具体可以是一种电子设备，可以是第一电子设备、第二电子设备或第三电子设备)包括存储器1110、处理器1120、通信接口1130以及总线1140。其中，存储器1110、处理器1120、通信接口1130通过总线1140实现彼此之间的通信连接。

存储器1110可以是ROM，静态存储设备，动态存储设备或者RAM。存储器1110可以存储程序，当存储器1110中存储的程序被处理器1120执行时，处理器1120用于执行本申请实施例的互联协同的方法的各个步骤。

处理器1120可以采用通用的CPU，微处理器，ASIC，GPU或者一个或多个集成电路，用于执行相关程序，以实现本申请实施例的装置1100中的单元所需执行的功能，或者执行本申请方法实施例的互联协同的方法。

处理器1120还可以是一种集成电路芯片，具有信号的处理能力。在实现过程中，本申请的互联协同的方法的各个步骤可以通过处理器1120中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器1120还可以是通用处理器、DSP、ASIC、FPGA或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器1110，处理器1120读取存储器1110中的信息，结合其硬件完成本申请实施例的装置1100中包括的单元所需执行的功能，或者执行本申请方法实施例的互联协同的方法。

通信接口1130使用例如但不限于收发器一类的收发装置，来实现装置1100与其他设备或通信网络之间的通信。

总线1140可包括在装置1100各个部件(例如，存储器1110、处理器1120、通信接口1130)之间传送信息的通路。

应注意，尽管图11所示的装置1100仅仅示出了存储器、处理器、通信接口，但是在具体实现过程中，本领域的技术人员应当理解，装置1100还包括实现正常运行所必须的其他器件。同时，根据具体需要，本领域的技术人员应当理解，装置1100还可包括实现其他附加功能的硬件器件。此外，本领域的技术人员应当理解，装置1100也可仅仅包括实现本申请实施例所必须的器件，而不必包括图11中所示的全部器件。

本申请实施例还提供一种芯片，所述芯片包括处理器和通信接口，所述通信接口用于接收信号，并将所述信号传输至所述处理器，所述处理器处理所述信号，使得如前文中任一种可能的实现方式中所述的互联协同的方法被执行。

本实施例还提供一种计算机可读存储介质，该计算机可读存储介质中存储有计算机指令，当该计算机指令在计算机上运行时，使得上述实施例中的互联协同的方法被执行。

本实施例还提供了一种计算机程序产品，当该计算机程序产品在计算机上运行时，使得计算机执行上述相关步骤，使得上述实施例中的互联协同的方法被执行。

以上各个实施例可以单独使用，也可以相互结合使用，以实现不同的技术效果。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

本实施例可以根据上述方法示例对电子设备进行功能模块的划分，例如，可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块可以采用硬件的形式实现。需要说明的是，本实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(read-only memory，ROM)、随机存取存储器(random access memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。

Claims (18)

1.一种互联协同的方法，其特征在于，所述方法由第一电子设备执行，所述方法包括：

根据第二电子设备的身份信息，生成校验代码；

向第三电子设备发送所述校验代码，所述校验代码用于所述第三电子设备校验所述第二电子设备的身份。

2.根据权利要求1所述的方法，其特征在于，所述方法还包括：

接收所述第二电子设备发送的第一消息，所述第一消息包括所述身份信息。

3.根据权利要求1或2所述的方法，其特征在于，所述方法还包括：

对所述第二电子设备进行鉴权，以确定所述第二电子设备被允许管控第三电子设备。

4.根据权利要求3所述的方法，其特征在于，所述对所述第二电子设备进行鉴权，以确定所述第二电子设备被允许管控第三电子设备，包括：

根据用户的第一操作，确定所述第二电子设备被允许管控第三电子设备。

5.根据权利要求1至4中任一项所述的方法，其特征在于，所述方法还包括：

根据用户的第二操作，配置所述第二电子设备对所述第三电子设备的管控权限；

其中，所述根据所述第二电子设备的身份信息，生成校验代码，包括：

根据所述身份信息和所述管控权限，生成所述校验代码，所述校验代码还用于所述第三电子设备校验所述管控权限。

6.根据权利要求5所述的方法，其特征在于，所述管控权限包括管控有效时间和/或管控次数。

7.根据权利要求1至6中任一项所述的方法，其特征在于，在向所述第二电子设备发送所述校验代码之前，所述方法还包括：

使用所述第一电子设备的私钥加密所述校验代码。

8.根据权利要求1至7中任一项所述的方法，其特征在于，所述方法还包括：

向所述第二电子设备发送互联信息，所述互联信息用于所述第二电子设备与所述第三电子设备之间的通信。

9.一种互联协同的方法，其特征在于，所述方法由第三电子设备执行，所述方法包括：

接收第一电子设备发送的校验代码；

接收第二电子设备发送的请求消息，所述请求消息用于请求执行与所述请求消息对应的操作；

根据所述校验代码的执行结果，确定是否执行与所述请求消息对应的操作。

10.根据权利要求9所述的方法，其特征在于，所述方法还包括：

若所述执行结果为校验通过，执行与所述请求消息对应的操作；

若所述执行结果为校验未通过，拒绝执行与所述请求消息对应的操作。

11.根据权利要求9或10所述的方法，其特征在于，所述方法还包括：

通过预设置的系统接口执行所述校验代码。

12.根据权利要求9至11中任一项所述的方法，其特征在于，所述方法还包括：

将所述校验代码保存到安全存储区。

13.根据权利要求9至12中任一项所述的方法，其特征在于，所述方法还包括：

接收所述第一电子设备发送的公钥；

使用所述公钥解密所述校验代码。

14.根据权利要求9至13中任一项所述的方法，其特征在于，所述方法还包括：

接收所述第二电子设备发送的数据文件。

15.一种电子设备，其特征在于，包括：一个或多个处理器；一个或多个存储器；

所述一个或多个存储器存储有一个或多个计算机程序，所述一个或多个计算机程序包括指令，当所述指令被一个或多个处理器执行时，使得如权利要求1-8或9-14中任一项所述的互联协同的方法被执行。

16.一种电子设备，其特征在于，包括：用于实现如权利要求1-8或9-14中任一项所述的互联协同的方法的模块。

17.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有计算机指令，当所述计算机指令在计算机上运行时，使得如权利要求1-8或9-14中任一项所述的互联协同的方法被执行。

18.一种芯片，其特征在于，所述芯片包括处理器和通信接口，所述通信接口用于接收信号，并将所述信号传输至所述处理器，所述处理器处理所述信号，使得如权利要求1-8或9-14中任一项所述的互联协同的方法被执行。