CN115580541B - 信息同步方法及电子设备 - Google Patents

Abstract

本申请实施例提供一种信息同步方法及电子设备，涉及终端技术领域，该方法包括：第一终端设备获取针对第一终端设备的属性更改指令。第一终端设备根据属性更改指令，将第一终端设备中的第一属性更新为第一状态。第一终端设备通过近场连接向至少一个第二终端设备发送同步信息，其中，同步信息用于指示第一终端设备的设备属性发生了更新，以使得第二终端设备根据同步信息，在第二终端设备中更新第一终端设备的第一属性。第二终端设备根据同步信息，在第二终端设备中更新所述第一终端设备的第一属性。本申请的技术方案，通过第一终端设备通过和第二终端设备之间的近场连接，在不考虑联网状况的前提下，也可以在多个终端设备之间实现属性信息的同步。

Description

信息同步方法及电子设备

技术领域

本申请涉及终端技术领域，尤其涉及一种信息同步方法及电子设备。

背景技术

随着终端设备技术的不断发展，目前多个终端设备可以登录同一个用户账号，登录有同一个用户账号的多个终端设备之间，可以互相对多个终端设备的属性信息进行同步。

目前在多个终端设备之间实现属性信息的同步的时候，比如说可以在一个终端设备中，更新终端设备的属性信息。之后，终端设备可以将更新后的属性信息发送给云端服务器，由云端服务器将更新后的属性信息发送给其余的、登录了同一个用户账号的各个终端设备。

然而，由云端服务器进行属性信息的同步的前提是，各个终端设备都进行了网络连接，因此在终端设备未联网的情况下，就无法有效实现属性信息的同步。

发明内容

本申请实施例提供一种信息同步方法及电子设备，可以在第一终端设备和/或第二终端设备未联网的情况下，有效实现第一终端设备和第二终端设备之间的属性信息同步。

第一方面，本申请实施例提出一种信息同步方法，应用于第一终端设备，所述第一终端设备和至少一个第二终端设备建立有近场连接，该方法包括：

获取针对所述第一终端设备的属性更改指令；

根据所述属性更改指令，将所述第一终端设备中的第一属性更新为第一状态；

通过所述近场连接向至少一个第二终端设备发送同步信息，其中，所述同步信息用于指示所述第一终端设备的设备属性发生了更新，以使得所述第二终端设备根据所述同步信息，在所述第二终端设备中更新所述第一终端设备的第一属性。

这种实施方式中，在第一终端设备的属性信息发生更新的时候，第一终端设备通过和第二终端设备之间的近场连接，向第二终端设备发送同步信息，以告知第二终端设备，第一终端设备的属性信息的更新，之后第二终端设备可以根据同步信息的指示，在第二终端设备中进行属性信息的更新，从而可以有效的实现不考虑联网状况，也可以在多个终端设备之间实现属性信息的同步。

在一种可能的实现方式中，所述同步信息中携带有所述第一终端设备的设备标识，以及所述第一终端设备的联网状态。

在一种可能的实现方式中，在通过所述近场连接向至少一个第二终端设备发送同步信息时，可以通过所述近场连接，向各所述第二终端设备广播发送所述同步信息。

其中，同步信息中仅仅携带了设备标识和第一终端设备的联网状态，则第一终端设备向第二终端设备发送同步信息，实际上是为了告知第二终端设备，当前第一终端设备没有联网，并且第一终端设备的设备属性发生了变化。因为第一终端设备不确定第二终端设备的联网状态，因此第一终端设备是通过广播的方式，向组网内的第二终端设备广播发送同步信息，以保证各个第二终端设备都可以获取到同步信息。

在一种可能的实现方式中，所述方法还包括：

接收所述第二终端设备发送的属性获取请求，所述属性获取请求为所述第二终端设备响应于所述同步信息发送的；

根据所述属性获取请求，向所述第二终端设备发送所述第一属性的属性标识和所述第一状态的状态标识；

其中，所述第一终端设备的联网状态为未联网时，所述属性获取请求为所述第二终端设备直接响应于所述同步信息发送的；

所述第一终端设备的联网状态为联网时，所述属性获取请求为所述第二终端设备在确定所述第二终端设备的联网状态为未联网时，响应于所述同步信息发送的。

这种实施方式中，第二终端设备可以响应于第一终端设备发送的同步信息，向第一终端设备发送属性获取请求，以获取到第一终端设备具体的属性变化信息。也就是说，第一终端设备只是告知第二终端设备，第一终端设备的设备属性发生了变化，之后由第二终端设备根据设备联网状态，来确定是从第一终端设备获取属性变化信息，还是从云端获取属性变化信息，从而可以有效的避免第二终端设备重复获取属性变化信息的情况，进而可以节省信令开销，避免数据的重复传输。

在一种可能的实现方式中，所述同步信息中还携带有所述第一属性的属性标识和所述第一状态的状态标识。

在一种可能的实现方式中，第一终端设备通过所述近场连接向至少一个第二终端设备发送同步信息时，可以是获取各所述第二终端设备的联网状态，之后根据所述第一终端设备的联网状态和所述第二终端设备的联网状态，在多个所述第二终端设备中确定目标终端设备；然后通过所述近场连接，向所述目标终端设备发送所述同步信息。

这种实施方式中，在同步信息中可以直接携带属性变化信息，也就是说第一终端设备直接将属性变化信息发送给第二终端设备，但是为了避免第二终端设备重复获取属性变化信息的问题，第一终端设备是根据设备的联网状态，在多个第二终端设备中确定目标终端设备，之后仅仅向目标终端设备单播发送同步信息，因为只需要同步信息就可以实现对属性变化信息的传输，因此可以有效的节省信令开销，在此基础上，因为只是向确定的目标终端设备发送同步信息，因此也可以有效的避免第二终端设备重复获取属性变化信息的问题。

在一种可能的实现方式中，在根据所述第一终端设备的联网状态和所述第二终端设备的联网状态，在多个所述第二终端设备中确定目标终端设备时，可以存在两种不同的情况：

若所述第一终端设备的联网状态为未联网，则将各所述第二终端设备均确定为所述目标终端设备；或者，

若所述第一终端设备的联网状态为联网，则将所述联网状态为未联网的第二终端设备确定为所述目标终端设备。

其中，在确定目标终端设备时，实际上就是将无法从云端获取属性变化信息的第二终端设备，确定为目标终端设备，从而可以有效的避免第二终端设备重复获取属性变化信息的问题。

在一种可能的实现方式中，所述获取针对所述第一终端设备的属性更改指令，可以包括：

接收所述第二终端设备发送的属性更改指令。

以及，在一种可能的实现方式中，所述获取针对所述第一终端设备的属性更改指令，还可以包括：

响应作用于所述第一终端设备的图形用户界面上针对第一控件的操作，获取所述属性更改指令；

其中，所述第一控件为针对第一终端设备的第一属性所设置的控件。

也就是说，第一终端设备所获取的属性更改指令，可以是第一终端设备自己触发的，也可以是第二终端设备触发之后，发送给第二终端设备的。

在一种可能的实现方式中，所述方法还包括：

在所述第一终端设备和所述第二终端设备建立所述近场连接之后，确定所述第一终端设备加入第一组网，其中，所述第一终端设备和所述第二终端设备均登录有第一账号；

向目标设备发送更新请求信息，其中，所述更新请求信息用于请求获取所述第一组网内的至少一个终端设备的设备属性信息；

接收并存储所述目标设备发送的，所述组网内的至少一个终端设备的设备属性信息。

在这种实现方式中，在终端设备登录账号之后，可以从目标设备中获取登录有同设备的各个终端设备的设备属性信息，从而保证没有经过属性同步交互的终端设备，也可以有效的获取到同账号终端设备的设备属性信息，保证了同账号的设备属性信息同步的全面性。

第二方面，本申请实施例提供一种信息同步方法，应用于第二终端设备，所述第二终端设备和第一终端设备建立有近场连接，所述方法包括：

通过所述近场连接，接收所述第一终端设备发送的同步信息，其中，所述同步信息用于指示所述第一终端设备的设备属性发生了更新；

根据所述同步信息，在所述第二终端设备中更新所述第一终端设备的第一属性。

在一种可能的实现方式中，所述同步信息中携带有所述第一终端设备的设备标识，以及所述第一终端设备的联网状态。

在一种可能的实现方式中，所述根据所述同步信息，在所述第二终端设备中更新所述第一终端设备的第一属性，包括：

若所述第一终端设备的联网状态为未联网，响应于所述同步信息，向所述第一终端设备发送属性获取请求；

接收所述第二终端设备发送的第一属性的属性标识和所述第一状态的状态标识；

根据所述属性标识和所述状态标识，将所述第二终端设备中记录的所述第一终端设备的第一属性，更新为所述第一状态。

在一种可能的实现方式中，所述根据所述同步信息，在所述第二终端设备中更新所述第一终端设备的第一属性，包括：

若所述第一终端设备的联网状态为联网，响应于所述同步信息，获取所述第二终端设备的联网状态；

若所述第二终端设备的联网状态为未联网，则向所述第一终端设备发送属性获取请求；

接收所述第二终端设备发送的第一属性的属性标识和所述第一状态的状态标识；

根据所述属性标识和所述状态标识，将所述第二终端设备中记录的所述第一终端设备的第一属性，更新为所述第一状态。

在一种可能的实现方式中，所述同步信息中还携带有所述第一属性的属性标识和所述第一状态的状态标识。

在一种可能的实现方式中，所述根据所述同步信息，在所述第二终端设备中更新所述第一终端设备的第一属性，包括：

根据所述同步信息，确定所述第一属性和所述第一状态；

将所述第二终端设备中记录的所述第一终端设备的第一属性，更新为所述第一状态；

其中，所述第一终端设备的联网状态为未联网；或者，所述第一终端设备的联网状态为联网，所述第二终端设备的联网状态为未联网。

在一种可能的实现方式中，所述通过所述近场连接，接收所述第一终端设备发送的同步信息之前，所述方法还包括：

响应作用于所述第二终端设备的图形用户界面上针对第二控件的操作，获取针对所述第一终端设备的属性更改指令；

向所述第一终端设备发送所述属性更改指令；

其中，所述第二控件为针对所述第一终端设备的第一属性所设置的控件。

在一种可能的实现方式中，所述方法还包括：

在所述第二终端设备和所述第一终端设备建立所述近场连接之后，确定所述第二终端设备加入第一组网，其中，所述第一终端设备和所述第二终端设备均登录有第一账号；

向目标设备发送更新请求信息，其中，所述更新请求信息用于请求获取所述第一组网内的至少一个终端设备的设备属性信息；

接收并存储所述目标设备发送的，所述组网内的至少一个终端设备的设备属性信息。

第三方面，本申请实施例提供一种信息同步装置，该数据处理装置可以是终端设备，也可以是终端设备内的芯片或者芯片系统。该数据处理装置可以包括显示单元和处理单元。当该数据处理装置是终端设备时，该处显示单元可以是显示屏。该显示单元用于执行显示的步骤，以使该终端设备实现第一方面或第一方面的任意一种可能的实现方式中描述的一种信息同步方法。当该数据处理装置是终端设备时，该处理单元可以是处理器。该数据处理装置还可以包括存储单元，该存储单元可以是存储器。该存储单元用于存储指令，该处理单元执行该存储单元所存储的指令，以使该终端设备实现第一方面或第一方面的任意一种可能的实现方式中描述的一种信息同步方法。当该数据处理装置是终端设备内的芯片或者芯片系统时，该处理单元可以是处理器。该处理单元执行存储单元所存储的指令，以使该终端设备实现第一方面或第一方面的任意一种可能的实现方式中描述的一种信息同步方法。该存储单元可以是该芯片内的存储单元(例如，寄存器、缓存等)，也可以是该终端设备内的位于该芯片外部的存储单元(例如，只读存储器、随机存取存储器等)。

示例性的，处理单元，用于获取针对所述第一终端设备的属性更改指令；根据所述属性更改指令，将所述第一终端设备中的第一属性更新为第一状态；通过所述近场连接向至少一个第二终端设备发送同步信息，其中，所述同步信息用于指示所述第一终端设备的设备属性发生了更新，以使得所述第二终端设备根据所述同步信息，在所述第二终端设备中更新所述第一终端设备的第一属性。

在一种可能的实现方式中，所述同步信息中携带有所述第一终端设备的设备标识，以及所述第一终端设备的联网状态。

在一种可能的实现方式中，所述处理单元具体用于：

通过所述近场连接，向各所述第二终端设备广播发送所述同步信息。

在一种可能的实现方式中，所述处理单元还用于：

接收所述第二终端设备发送的属性获取请求，所述属性获取请求为所述第二终端设备响应于所述同步信息发送的；

根据所述属性获取请求，向所述第二终端设备发送所述第一属性的属性标识和所述第一状态的状态标识；

其中，所述第一终端设备的联网状态为未联网时，所述属性获取请求为所述第二终端设备直接响应于所述同步信息发送的；

所述第一终端设备的联网状态为联网时，所述属性获取请求为所述第二终端设备在确定所述第二终端设备的联网状态为未联网时，响应于所述同步信息发送的。

在一种可能的实现方式中，所述同步信息中还携带有所述第一属性的属性标识和所述第一状态的状态标识。

在一种可能的实现方式中，所述处理单元具体用于：

获取各所述第二终端设备的联网状态；

根据所述第一终端设备的联网状态和所述第二终端设备的联网状态，在多个所述第二终端设备中确定目标终端设备；

通过所述近场连接，向所述目标终端设备发送所述同步信息。

在一种可能的实现方式中，所述处理单元具体用于：

若所述第一终端设备的联网状态为未联网，则将各所述第二终端设备均确定为所述目标终端设备；或者，

若所述第一终端设备的联网状态为联网，则将所述联网状态为未联网的第二终端设备确定为所述目标终端设备。

在一种可能的实现方式中，所述处理单元具体用于：

接收所述第二终端设备发送的属性更改指令。

在一种可能的实现方式中，所述处理单元具体用于：

响应作用于所述第一终端设备的图形用户界面上针对第一控件的操作，获取所述属性更改指令；

其中，所述第一控件为针对第一终端设备的第一属性所设置的控件。

在一种可能的实现方式中，所述处理单元还用于：

在所述第一终端设备和所述第二终端设备建立所述近场连接之后，确定所述第一终端设备加入第一组网，其中，所述第一终端设备和所述第二终端设备均登录有第一账号；

向目标设备发送更新请求信息，其中，所述更新请求信息用于请求获取所述第一组网内的至少一个终端设备的设备属性信息；

接收并存储所述目标设备发送的，所述组网内的至少一个终端设备的设备属性信息。

第四方面，本申请实施例提供一种信息同步装置，该数据处理装置可以是终端设备，也可以是终端设备内的芯片或者芯片系统。该数据处理装置可以包括显示单元和处理单元。当该数据处理装置是终端设备时，该处显示单元可以是显示屏。该显示单元用于执行显示的步骤，以使该终端设备实现第二方面或第二方面的任意一种可能的实现方式中描述的一种信息同步方法。当该数据处理装置是终端设备时，该处理单元可以是处理器。该数据处理装置还可以包括存储单元，该存储单元可以是存储器。该存储单元用于存储指令，该处理单元执行该存储单元所存储的指令，以使该终端设备实现第二方面或第二方面的任意一种可能的实现方式中描述的一种信息同步方法。当该数据处理装置是终端设备内的芯片或者芯片系统时，该处理单元可以是处理器。该处理单元执行存储单元所存储的指令，以使该终端设备实现第二方面或第二方面的任意一种可能的实现方式中描述的一种信息同步方法。该存储单元可以是该芯片内的存储单元(例如，寄存器、缓存等)，也可以是该终端设备内的位于该芯片外部的存储单元(例如，只读存储器、随机存取存储器等)。

示例性的，处理单元，用于通过所述近场连接，接收所述第一终端设备发送的同步信息，其中，所述同步信息用于指示所述第一终端设备的设备属性发生了更新；根据所述同步信息，在所述第二终端设备中更新所述第一终端设备的第一属性。

在一种可能的实现方式中，所述同步信息中携带有所述第一终端设备的设备标识，以及所述第一终端设备的联网状态。

在一种可能的实现方式中，所述处理单元具体用于：

若所述第一终端设备的联网状态为未联网，响应于所述同步信息，向所述第一终端设备发送属性获取请求；

接收所述第二终端设备发送的第一属性的属性标识和所述第一状态的状态标识；

根据所述属性标识和所述状态标识，将所述第二终端设备中记录的所述第一终端设备的第一属性，更新为所述第一状态。

在一种可能的实现方式中，所述处理单元具体用于：

若所述第一终端设备的联网状态为联网，响应于所述同步信息，获取所述第二终端设备的联网状态；

若所述第二终端设备的联网状态为未联网，则向所述第一终端设备发送属性获取请求；

接收所述第二终端设备发送的第一属性的属性标识和所述第一状态的状态标识；

根据所述属性标识和所述状态标识，将所述第二终端设备中记录的所述第一终端设备的第一属性，更新为所述第一状态。

在一种可能的实现方式中，所述同步信息中还携带有所述第一属性的属性标识和所述第一状态的状态标识。

在一种可能的实现方式中，所述处理单元具体用于：

根据所述同步信息，确定所述第一属性和所述第一状态；

将所述第二终端设备中记录的所述第一终端设备的第一属性，更新为所述第一状态；

其中，所述第一终端设备的联网状态为未联网；或者，所述第一终端设备的联网状态为联网，所述第二终端设备的联网状态为未联网。

在一种可能的实现方式中，所述处理单元还用于：

所述通过所述近场连接，接收所述第一终端设备发送的同步信息之前，响应作用于所述第二终端设备的图形用户界面上针对第二控件的操作，获取针对所述第一终端设备的属性更改指令；

向所述第一终端设备发送所述属性更改指令；

其中，所述第二控件为针对所述第一终端设备的第一属性所设置的控件。

在一种可能的实现方式中，所述处理单元还用于：

在所述第二终端设备和所述第一终端设备建立所述近场连接之后，确定所述第二终端设备加入第一组网，其中，所述第一终端设备和所述第二终端设备均登录有第一账号；

向目标设备发送更新请求信息，其中，所述更新请求信息用于请求获取所述第一组网内的至少一个终端设备的设备属性信息；

接收并存储所述目标设备发送的，所述组网内的至少一个终端设备的设备属性信息。

第五方面，本申请实施例提供一种电子设备，包括：处理器、显示屏和接口电路，接口电路用于与其它装置通信；显示屏用于执行显示的步骤；处理器用于运行代码指令，以实现第一方面或第一方面任意可能的实现方式中的任一方法。

第六方面，本申请实施例提供一种电子设备，包括：处理器、显示屏和接口电路，接口电路用于与其它装置通信；显示屏用于执行显示的步骤；处理器用于运行代码指令，以实现第二方面或第二方面任意可能的实现方式中的任一方法。

第七方面，本申请实施例提供一种计算机可读存储介质，该计算机可读存储介质存储有指令，当指令被执行时，以实现第一方面或第一方面任意可能的实现方式中、或者第二方面或第二方面任意可能的实现方式中的任一方法。

第八方面，本申请实施例提供一种计算机程序产品，计算机程序产品包括计算机程序，当计算机程序被运行时，使得计算机执行如第一方面或第一方面任意可能的实现方式中、或者第二方面或第二方面任意可能的实现方式中的任一方法。

第九方面，本申请实施例提供了一种芯片，芯片包括处理器，处理器用于调用存储器中的计算机程序，以执行如第一方面或第一方面任意可能的实现方式中、或者第二方面或第二方面任意可能的实现方式中的任一方法。

应当理解的是，本申请的第二方面至第九方面与本申请的第一方面的技术方案相对应，各方面及对应的可行实施方式所取得的有益效果相似，不再赘述。

附图说明

图1为本申请实施例提供的终端设备的结构示意图；

图2为本申请实施例提供的信息同步方法的场景示意图；

图3为本申请实施例提供的开关控件的实现示意图；

图4为本申请实施例提供的信息同步的实现示意图一；

图5为本申请实施例提供的信息同步的实现示意图二；

图6为本申请实施例提供的信息同步方法的流程图；

图7为本申请实施例提供的信息同步方法的流程图二；

图8为本申请实施例提供的为本申请实施例提供的信息同步的实现示意图三；

图9为本申请实施例提供的为本申请实施例提供的信息同步的实现示意图四；

图10为本申请实施例提供的信息同步方法的流程图三；

图11为本申请实施例提供的为本申请实施例提供的信息同步的实现示意图五；

图12为本申请实施例提供的为本申请实施例提供的信息同步的实现示意图六；

图13为本申请实施例提供的信息同步方法的流程图三；

图14为本申请实施例提供的信息同步的实现示意图七

图15为本申请实施例提供的为本申请实施例提供的信息同步的实现示意图八；

图16为本申请实施例提供的信息同步方法的流程图四；

图17为本申请实施例提供的信息同步的实现示意图九；

图18为本申请实施例提供的为本申请实施例提供的信息同步的实现示意图十；

图19为本申请实施例提供的信息同步装置的结构示意图一；

图20为本申请实施例提供的信息同步装置的结构示意图二；

图21为本申请实施例提供的电子设备的硬件结构示意图。

具体实施方式

为了便于清楚描述本申请实施例的技术方案，在本申请的实施例中，采用了“第一”、“第二”等字样对功能和作用基本相同的相同项或相似项进行区分。例如，第一目标功能的界面和第二目标功能的界面是为了区分不同的响应界面，并不对其先后顺序进行限定。本领域技术人员可以理解“第一”、“第二”等字样并不对数量和执行次序进行限定，并且“第一”、“第二”等字样也并不限定一定不同。

需要说明的是，本申请中，“示例性的”或者“例如”等词用于表示作例子、例证或说明。本申请中被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其他实施例或设计方案更优选或更具优势。确切而言，使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念。

电子设备包括终端设备，终端设备也可以称为终端(terminal)、用户设备(userequipment，UE)、移动台(mobile station，MS)、移动终端(mobile terminal，MT)等。终端设备可以是手机(mobile phone)、智能电视、穿戴式设备、平板电脑(Pad)、带无线收发功能的电脑、虚拟现实(virtual reality，VR)终端设备、增强现实(augmented reality，AR)终端设备、工业控制(industrial control)中的无线终端、无人驾驶(self-driving)中的无线终端、远程手术(remote medical surgery)中的无线终端、智能电网(smart grid)中的无线终端、运输安全(transportation safety)中的无线终端、智慧城市(smart city)中的无线终端、智慧家庭(smart home)中的无线终端等等。本申请的实施例对终端设备所采用的具体技术和具体设备形态不做限定。

为了能够更好地理解本申请实施例，下面对本申请实施例的终端设备的结构进行介绍：

图1示出了终端设备100的结构示意图。终端设备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，以及用户标识模块(subscriberidentification module，SIM)卡接口195等。其中传感器模块180可以包括压力传感器180A，陀螺仪传感器180B，气压传感器180C，磁传感器180D，加速度传感器180E，距离传感器180F，接近光传感器180G，指纹传感器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)等。其中，不同的处理单元可以是独立的器件，也可以集成在一个或多个处理器中。

控制器可以根据指令操作码和时序信号，产生操作控制信号，完成取指令和执行指令的控制。

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

在一些实施例中，处理器110可以包括一个或多个接口。接口可以包括集成电路(inter-integrated circuit，I2C)接口，集成电路内置音频(inter-integratedcircuitsound，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 data line，SDA)和一根串行时钟线(derail clock line，SCL)。在一些实施例中，处理器110可以包含多组I2C总线。处理器110可以通过不同的I2C总线接口分别耦合触摸传感器180K，充电器，闪光灯，摄像头193等。例如：处理器110可以通过I2C接口耦合触摸传感器180K，使处理器110与触摸传感器180K通过I2C总线接口通信，实现终端设备100的触摸功能。

I2S接口可以用于音频通信。在一些实施例中，处理器110可以包含多组I2S总线。处理器110可以通过I2S总线与音频模块170耦合，实现处理器110与音频模块170之间的通信。在一些实施例中，音频模块170可以通过I2S接口向无线通信模块160传递音频信号，实现通过蓝牙耳机接听电话的功能。

PCM接口也可以用于音频通信，将模拟信号抽样，量化和编码。在一些实施例中，音频模块170与无线通信模块160可以通过PCM总线接口耦合。在一些实施例中，音频模块170也可以通过PCM接口向无线通信模块160传递音频信号，实现通过蓝牙耳机接听电话的功能。I2S接口和PCM接口都可以用于音频通信。

UART接口是一种通用串行数据总线，用于异步通信。该总线可以为双向通信总线。它将要传输的数据在串行通信与并行通信之间转换。在一些实施例中，UART接口通常被用于连接处理器110与无线通信模块160。例如：处理器110通过UART接口与无线通信模块160中的蓝牙模块通信，实现蓝牙功能。在一些实施例中，音频模块170可以通过UART接口向无线通信模块160传递音频信号，实现通过蓝牙耳机播放音乐的功能。

MIPI接口可以被用于连接处理器110与显示屏194，摄像头193等外围器件。MIPI接口包括摄像头串行接口(camera serial interface，CSI)，显示屏串行接口(displayserial interface，DSI)等。在一些实施例中，处理器110和摄像头193通过CSI接口通信，实现终端设备100的拍摄功能。处理器110和显示屏194通过DSI接口通信，实现终端设备100的显示功能。

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

USB接口130是符合USB标准规范的接口，具体可以是Mini USB接口，Micro USB接口，USB Type C接口等。USB接口130可以用于连接充电器为终端设备100充电，也可以用于终端设备100与外围设备之间传输数据。也可以用于连接耳机，通过耳机播放音频。该接口还可以用于连接其他电子设备，例如AR设备等。

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

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

电源管理模块141用于连接电池142，充电管理模块140与处理器110。电源管理模块141接收电池142和/或充电管理模块140的输入，为处理器110，内部存储器121，显示屏194，摄像头193，和无线通信模块160等供电。电源管理模块141还可以用于监测电池容量，电池循环次数，电池健康状态(漏电，阻抗)等参数。在其他一些实施例中，电源管理模块141也可以设置于处理器110中。在另一些实施例中，电源管理模块141和充电管理模块140也可以设置于同一个器件中。

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

天线1和天线2用于发射和接收电磁波信号。终端设备100中的天线可用于覆盖单个或多个通信频带。不同的天线还可以复用，以提高天线的利用率。例如：可以将天线1复用为无线局域网的分集天线。在另外一些实施例中，天线可以和调谐开关结合使用。

移动通信模块150可以提供应用在终端设备100上的包括2G/3G/4G/5G等无线通信的解决方案。移动通信模块150可以包括至少一个滤波器，开关，功率放大器，低噪声放大器(low noise amplifier，LNA)等。移动通信模块150可以由天线1接收电磁波，并对接收的电磁波进行滤波，放大等处理，传送至调制解调处理器进行解调。移动通信模块150还可以对经调制解调处理器调制后的信号放大，经天线1转为电磁波辐射出去。在一些实施例中，移动通信模块150的至少部分功能模块可以被设置于处理器110中。在一些实施例中，移动通信模块150的至少部分功能模块可以与处理器110的至少部分模块被设置在同一个器件中。

调制解调处理器可以包括调制器和解调器。其中，调制器用于将待发送的低频基带信号调制成中高频信号。解调器用于将接收的电磁波信号解调为低频基带信号。随后解调器将解调得到的低频基带信号传送至基带处理器处理。低频基带信号经基带处理器处理后，被传递给应用处理器。应用处理器通过音频设备(不限于扬声器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)等无线通信的解决方案。无线通信模块160可以是集成至少一个通信处理模块的一个或多个器件。无线通信模块160经由天线2接收电磁波，将电磁波信号调频以及滤波处理，将处理后的信号发送到处理器110。无线通信模块160还可以从处理器110接收待发送的信号，对其进行调频，放大，经天线2转为电磁波辐射出去。

在一些实施例中，终端设备100的天线1和移动通信模块150耦合，天线2和无线通信模块160耦合，使得终端设备100可以通过无线通信技术与网络以及其他设备通信。无线通信技术可以包括全球移动通讯系统(global system for mobile communications，GSM)，通用分组无线服务(general packet radio service，GPRS)，码分多址接入(codedivision multiple access，CDMA)，宽带码分多址(wideband code divisionmultipleaccess，WCDMA)，时分码分多址(time-division code division multipleaccess，TD-SCDMA)，长期演进(long term evolution，LTE)，BT，GNSS，WLAN，NFC，FM，和/或IR技术等。GNSS可以包括全球卫星定位系统(global positioning system，GPS)，全球导航卫星系统(global navigation satellite system，GLONASS)，北斗卫星导航系统(beidounavigation satellite system，BDS)，准天顶卫星系统(quasi-zenithsatellitesystem，QZSS)和/或星基增强系统(satellite based augmentation systems，SBAS)。

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

显示屏194用于显示图像，视频等。显示屏194包括显示面板。显示面板可以采用液晶显示屏(liquid crystal display，LCD)，有机发光二极管(organic light-emittingdiode，OLED)，有源矩阵有机发光二极体或主动矩阵有机发光二极体(active-matrixorganic light emitting diode的，AMOLED)，柔性发光二极管(flex light-emittingdiode，FLED)，Miniled，MicroLed，Micro-oLed，量子点发光二极管(quantum dotlightemitting diodes，QLED)等。在一些实施例中，终端设备100可以包括1个或N个显示屏194，N为大于1的正整数。

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

ISP用于处理摄像头193反馈的数据。例如，拍照时，打开快门，光线通过镜头被传递到摄像头感光元件上，光信号转换为电信号，摄像头感光元件将电信号传递给ISP处理，转化为肉眼可见的图像。ISP还可以对图像的噪点，亮度，肤色进行算法优化。ISP还可以对拍摄场景的曝光，色温等参数优化。在一些实施例中，ISP可以设置在摄像头193中。

摄像头193用于捕获静态图像或视频。物体通过镜头生成光学图像投射到感光元件。感光元件可以是电荷耦合器件(charge coupled device，CCD)或互补金属氧化物半导体(complementary metal-oxide-semiconductor，CMOS)光电晶体管。感光元件把光信号转换成电信号，之后将电信号传递给ISP转换成数字图像信号。ISP将数字图像信号输出到DSP加工处理。DSP将数字图像信号转换成标准的RGB，YUV等格式的图像信号。在一些实施例中，终端设备100可以包括1个或N个摄像头193，N为大于1的正整数。

数字信号处理器用于处理数字信号，除了可以处理数字图像信号，还可以处理其他数字信号。例如，当终端设备100在频点选择时，数字信号处理器用于对频点能量进行傅里叶变换等。

视频编解码器用于对数字视频压缩或解压缩。终端设备100可以支持一种或多种视频编解码器。这样，终端设备100可以播放或录制多种编码格式的视频，例如：动态图像专家组(moving picture experts group，MPEG)1，MPEG2，MPEG3，MPEG4等。

NPU为神经网络(neural-network，NN)计算处理器，通过借鉴生物神经网络结构，例如借鉴人脑神经元之间传递模式，对输入信息快速处理，还可以不断的自学习。通过NPU可以实现终端设备100的智能认知等应用，例如：图像识别，人脸识别，语音识别，文本理解等。

外部存储器接口120可以用于连接外部存储卡，例如Micro SD卡，实现扩展终端设备100的存储能力。外部存储卡通过外部存储器接口120与处理器110通信，实现数据存储功能。例如将音乐，视频等文件保存在外部存储卡中。

内部存储器121可以用于存储计算机可执行程序代码，可执行程序代码包括指令。内部存储器121可以包括存储程序区和存储数据区。其中，存储程序区可存储操作系统，至少一个功能所需的应用程序(比如声音播放功能，图像播放功能等)等。存储数据区可存储终端设备100使用过程中所创建的数据(比如音频数据，电话本等)等。此外，内部存储器121可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件，闪存器件，通用闪存存储器(universal flash storage，UFS)等。处理器110通过运行存储在内部存储器121的指令，和/或存储在设置于处理器中的存储器的指令，执行终端设备100的各种功能应用以及数据处理。

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

音频模块170用于将数字音频信息转换成模拟音频信号输出，也用于将模拟音频输入转换为数字音频信号。音频模块170还可以用于对音频信号编码和解码。在一些实施例中，音频模块170可以设置于处理器110中，或将音频模块170的部分功能模块设置于处理器110中。

扬声器170A，也称“喇叭”，用于将音频电信号转换为声音信号。终端设备100可以通过扬声器170A收听音乐，或收听免提通话。

受话器170B，也称“听筒”，用于将音频电信号转换成声音信号。当终端设备100接听电话或语音信息时，可以通过将受话器170B靠近人耳接听语音。

麦克风170C，也称“话筒”，“传声器”，用于将声音信号转换为电信号。当拨打电话或发送语音信息时，用户可以通过人嘴靠近麦克风170C发声，将声音信号输入到麦克风170C。终端设备100可以设置至少一个麦克风170C。在另一些实施例中，终端设备100可以设置两个麦克风170C，除了采集声音信号，还可以实现降噪功能。在另一些实施例中，终端设备100还可以设置三个，四个或更多麦克风170C，实现采集声音信号，降噪，还可以识别声音来源，实现定向录音功能等。

耳机接口170D用于连接有线耳机。耳机接口170D可以是USB接口130，也可以是3.5mm的开放移动电子设备平台(open mobile terminal platform，OMTP)标准接口，美国蜂窝电信工业协会(cellular telecommunications industry association of the USA，CTIA)标准接口。

压力传感器180A用于感受压力信号，可以将压力信号转换成电信号。在一些实施例中，压力传感器180A可以设置于显示屏194。压力传感器180A的种类很多，如电阻式压力传感器，电感式压力传感器，电容式压力传感器等。电容式压力传感器可以是包括至少两个具有导电材料的平行板。当有力作用于压力传感器180A，电极之间的电容改变。终端设备100根据电容的变化确定压力的强度。当有触摸操作作用于显示屏194，终端设备100根据压力传感器180A检测触摸操作强度。终端设备100也可以根据压力传感器180A的检测信号计算触摸的位置。在一些实施例中，作用于相同触摸位置，但不同触摸操作强度的触摸操作，可以对应不同的操作指令。

陀螺仪传感器180B可以用于确定终端设备100的运动姿态。在一些实施例中，可以通过陀螺仪传感器180B确定终端设备100围绕三个轴(即，x，y和z轴)的角速度。陀螺仪传感器180B可以用于拍摄防抖。示例性的，当按下快门，陀螺仪传感器180B检测终端设备100抖动的角度，根据角度计算出镜头模组需要补偿的距离，让镜头通过反向运动抵消终端设备100的抖动，实现防抖。陀螺仪传感器180B还可以用于导航，体感游戏场景。

气压传感器180C用于测量气压。在一些实施例中，终端设备100通过气压传感器180C测得的气压值计算海拔高度，辅助定位和导航。

磁传感器180D包括霍尔传感器。终端设备100可以利用磁传感器180D检测翻盖皮套的开合。在一些实施例中，当终端设备100是翻盖机时，终端设备100可以根据磁传感器180D检测翻盖的开合。进而根据检测到的皮套的开合状态或翻盖的开合状态，设置翻盖自动解锁等特性。

加速度传感器180E可检测终端设备100在各个方向上(一般为三轴)加速度的大小。当终端设备100静止时可检测出重力的大小及方向。还可以用于识别终端设备姿态，应用于横竖屏切换，计步器等应用程序。

距离传感器180F，用于测量距离。终端设备100可以通过红外或激光测量距离。在一些实施例中，拍摄场景，终端设备100可以利用距离传感器180F测距以实现快速对焦。

接近光传感器180G可以包括例如发光二极管(LED)和光检测器，例如光电二极管。发光二极管可以是红外发光二极管。终端设备100通过发光二极管向外发射红外光。终端设备100使用光电二极管检测来自附近物体的红外反射光。当检测到充分的反射光时，可以确定终端设备100附近有物体。当检测到不充分的反射光时，终端设备100可以确定终端设备100附近没有物体。终端设备100可以利用接近光传感器180G检测用户手持终端设备100贴近耳朵通话，以便自动熄灭屏幕达到省电的目的。接近光传感器180G也可用于皮套模式，口袋模式自动解锁与锁屏。

环境光传感器180L用于感知环境光亮度。终端设备100可以根据感知的环境光亮度自适应调节显示屏194亮度。环境光传感器180L也可用于拍照时自动调节白平衡。环境光传感器180L还可以与接近光传感器180G配合，检测终端设备100是否在口袋里，以防误触。

指纹传感器180H用于采集指纹。终端设备100可以利用采集的指纹特性实现指纹解锁，访问应用锁，指纹拍照，指纹接听来电等。

温度传感器180J用于检测温度。在一些实施例中，终端设备100利用温度传感器180J检测的温度，执行温度处理策略。例如，当温度传感器180J上报的温度超过阈值，终端设备100执行降低位于温度传感器180J附近的处理器的性能，以便降低功耗实施热保护。在另一些实施例中，当温度低于另一阈值时，终端设备100对电池142加热，以避免低温导致终端设备100异常关机。在其他一些实施例中，当温度低于又一阈值时，终端设备100对电池142的输出电压执行升压，以避免低温导致的异常关机。

触摸传感器180K，也称“触控器件”。触摸传感器180K可以设置于显示屏194，由触摸传感器180K与显示屏194组成触摸屏，也称“触控屏”。触摸传感器180K用于检测作用于其上或附近的触摸操作。触摸传感器可以将检测到的触摸操作传递给应用处理器，以确定触摸事件类型。可以通过显示屏194提供与触摸操作相关的视觉输出。在另一些实施例中，触摸传感器180K也可以设置于终端设备100的表面，与显示屏194所处的位置不同。

骨传导传感器180M可以获取振动信号。在一些实施例中，骨传导传感器180M可以获取人体声部振动骨块的振动信号。骨传导传感器180M也可以接触人体脉搏，接收血压跳动信号。在一些实施例中，骨传导传感器180M也可以设置于耳机中，结合成骨传导耳机。音频模块170可以基于骨传导传感器180M获取的声部振动骨块的振动信号，解析出语音信号，实现语音功能。应用处理器可以基于骨传导传感器180M获取的血压跳动信号解析心率信息，实现心率检测功能。

按键190包括开机键，音量键等。按键190可以是机械按键。也可以是触摸式按键。终端设备100可以接收按键输入，产生与终端设备100的用户设置以及功能控制有关的键信号输入。

马达191可以产生振动提示。马达191可以用于来电振动提示，也可以用于触摸振动反馈。例如，作用于不同应用程序(例如拍照，音频播放等)的触摸操作，可以对应不同的振动反馈效果。作用于显示屏194不同区域的触摸操作，马达191也可对应不同的振动反馈效果。不同的应用场景(例如：时间提醒，接收信息，闹钟，游戏等)也可以对应不同的振动反馈效果。触摸振动反馈效果还可以支持自定义。

指示器192可以是指示灯，可以用于指示充电状态，电量变化，也可以用于指示消息，未接来电，通知等。

SIM卡接口195用于连接SIM卡。SIM卡可以通过插入SIM卡接口195，或从SIM卡接口195拔出，实现和终端设备100的接触和分离。终端设备100可以支持1个或N个SIM卡接口，N为大于1的正整数。SIM卡接口195可以支持Nano SIM卡，Micro SIM卡，SIM卡等。同一个SIM卡接口195可以同时插入多张卡。多张卡的类型可以相同，也可以不同。SIM卡接口195也可以兼容不同类型的SIM卡。SIM卡接口195也可以兼容外部存储卡。终端设备100通过SIM卡和网络交互，实现通话以及数据通信等功能。在一些实施例中，终端设备100采用eSIM，即：嵌入式SIM卡。eSIM卡可以嵌在终端设备100中，不能和终端设备100分离。

终端设备100的软件系统可以采用分层架构，事件驱动架构，微核架构，微服务架构，或云架构，等。本申请实施例以分层架构的Android系统为例，示例性说明终端设备100的软件结构。

下面对本申请所涉及的相关技术进行进一步的详细介绍：

目前，在终端设备中通常都会进行用户账号的登录。当同一个用户拥有多个终端设备的时候，那么用户比如说可以在多个终端设备中登录同一个用户账号。

可以理解的是，在每一个终端设备中都可以对终端设备的相关属性进行设置，那么针对登录有同一个用户账号的多个终端设备，比如说可以在多个终端设备之间，互相对各个终端设备的属性信息进行同步。

下面结合图2对多个终端设备之间进行属性信息同步的一种可能的应用场景进行说明。图2为本申请实施例提供的信息同步方法的场景示意图。

如图2所示，假设当前存在终端设备201、终端设备202、终端设备203和终端设备204，此处假设这四个终端设备都登录了同一个用户账号。

这四个终端设备比如说都可以和云端进行交互，以实现对其余终端设备的属性信息的获取，从而在多个终端设备之间实现属性信息的同步。

在一种可能的实现方式中，假设终端设备201和终端设备202建立了近场连接，则终端设备201和终端设备202可以理解为组成了一个超级终端，或者可以理解为终端设备201和终端设备202组成了一个系统。

此处的近场连接比如说可以是局域网连接、蓝牙连接、WiFi直连等等，本实施例对近场连接的具体实现不做限定。

针对建立有近场连接的多个终端设备，比如说可以实现如下功能：

超级接续：用户的应用操作状态可以在同账号设备间流转，如在手机、PAD、个人计算机(Personal Computer，PC)上编辑/浏览备忘录、邮件时，在用户需要的情况下，可接续到周边同账号的手机、PAD、PC上继续编辑，保持原设备上的编辑/浏览状态；

超级通话：支持手机通话接听转移到周围其他设备上接听；

超级通知：在一个终端设备中有通知消息时，允许通知给附近的其余终端设备，比如说支持手机到PAD、手机到PC的通知流转；

超级键鼠：多个终端设备可以共享输入设备，比如说支持PC的键盘和鼠标在手机或是PAD上使用。

上述介绍的每一个功能，在终端设备中都可以存在相应的开关控件，那么比如说可以在终端设备中，通过各个功能对应的开关控件，实现对各个功能的开关控制。例如可以将功能设置为开启状态，或者还可以将功能设置为关闭状态。此处将相关功能调整为打开状态或者关闭状态，实际上就是实现了对终端设备的属性信息的更新。

可以理解的是，要在多个终端设备之间实现上述功能，前提是在相应的终端设备中打开这些功能的开关控件。比如说要在终端设备201和终端设备202之间实现超级接续，那么就需要终端设备201和终端设备202都打开超级接续功能的开关。

下面可以结合图3对各个功能开关控件进行理解，图3为本申请实施例提供的开关控件的实现示意图。

在一种可能的实现方式中，比如说可以在每个终端设备中操作自身的开关控件，以实现对自身相应功能的打开或者关闭。比如说可以参照图3进行理解，图3中的301中存在操作区域3011，其中操作区域3011实际上就是设备1的相关功能的开关控件的操作区域，则用户可以在操作区域3011对设备1的相关功能的打开或者关闭进行操作。

以及在另一种可能的实现方式中，比如说还可以在每个终端设备中操作其余设备的开关控件，以实现对其余设备的相应功能的打开或者关闭。比如说可以参照图2，图2中的301中还存在操作区域3022，其中操作区域3022可以理解为其余设备的相关功能的开关控件的操作入口。

比如说用户可以点击操作区域3022中的设备3的相应控件，之后进入图2中的302所示的操作界面，302所示的操作界面就是设备3的相关功能的开关控件的操作区域，则用户可以在302所示的操作区域中，对设备3的相关功能的打开或者关闭进行操作。

可以理解的是，在终端设备中操作相关功能的打开或者关闭之后，实际上就是对终端设备的属性信息进行了修改，之后还需要将修改后的属性信息同步给其余的终端设备，以保证各个终端设备中，针对每一个终端设备的属性信息的存储是相同的。

下面结合具体的实施例，对上述介绍的两种操作情况下，属性信息的同步实现方式分别进行说明。

首先结合图4对在本设备中操作本设备的属性信息的同步情况进行介绍，图4为本申请实施例提供的信息同步的实现示意图一。

如图4所示，假设当前存在第一终端设备和第二终端设备，比如说第一终端设备和第二终端设备都登录了同一个用户账号，并且第一终端设备和第二终端设备建立了近场连接，比如说第一终端设备和第二终端设备在同一个局域网下，或者是处于蓝牙打开状态，则第一终端设备和第二终端设备可以理解为组建了超级终端。

结合图4可以确定的是，在第一终端设备和第二终端设备中都包括账号单元、设备管理服务单元、应用程序，下面对这三个部分分别进行介绍。

其中，账号单元可以监听终端设备中用户账号的登录登出，当用户账号登录成功后，用户账号单元可以发送账号登录广播，设备管理服务单元在接收到账号登录广播后，比如说可以调用链接服务(MagicLinkService)接口完成设备自注册。其中自注册是指设备管理服务单元将自身服务注册到云端，同时拉取云端上的设备列表。以及，在终端设备中的用户账号登出时，在账号退出登录成功后，账号单元可以发送账号退出广播，设备管理服务单元在接收到账号退出广播后，可以调用MagicLinkService接口完成设备注销，之后超级终端的相应功能就无法使用了。

此处对MagicLinkService接口进行简单说明，MagicLinkService接口可以提供同账号设备发现连接服务和数据传输服务。支持蓝牙、WLAN、WiFi直连等多种连接通道，支持应用按消息、音频、视频、文件类型的多业务并发，提供业务按需(时延、吞吐、功耗等)创建会话通道的能力。

以及，设备管理服务单元用于对终端设备的相关属性信息进行管理。其中，设备Profile(配置文件)是终端设备的动态属性，以JSON(JavaScript Object Notation，JS对象简谱)的方式存储在云端，并在同帐号设备间进行同步。则设备管理服务单元可以将本设备的Profile同步到云端，同时将其他设备的Profile从云端拉取到本地，并将JSON格式的Profile转换成设备对象，返回给上层业务使用。

以及，应用程序可以理解为支持超级终端的相关功能的开关的应用程序，也就是说可以在应用程序中对超级终端的服务开关进行操作。

以及此处还需要对云端进行介绍，此处的云端可以理解为云端服务器。以及在云端的数据库中中维护所有同账号设备的Profile，并在收到Profile的变化时，通知到其他同账号设备，并同步到其他同账号设备。在一种可能的实现方式下，本设备Profile动态变化后，在联网情况下增量同步到设备云。

在上述介绍的各单元的基础上，下面对设备的属性信息的同步的具体实现进行说明。如图4所示，第一终端设备中的账号单元进行了账号登录，并且向设备管理服务单元发送了账号登录广播，则第一终端设备中的设备管理服务单元，是可以确定第一终端设备是处于账号登录状态的。以及第二终端设备的账号单元也类似。

在一种可能的实现方式中，假设在第一终端设备中应用程序中，对第一终端设备的属性进行了变更，比如说将第一终端设备的超级接续开关由打开变为关闭。则在第一终端设备中，应用程序可以向设备管理服务单元发送属性变更的通知信息，该通知信息用于指示第一终端设备中的某个属性信息所发生的变化。

之后，设备管理服务单元比如说可以先在第一终端设备的内部，对设备属性进行变更。之后，再向云端上报变更通知消息，此处的变更通知消息就是用于告知云端，第一终端设备中的属性发生了什么样的变化。

云端在接收到第一终端设备上报的变更通知消息之后，可以向登录了同账号的第二终端设备，下发变更通知消息，此处的变更通知消息是用于告知第二终端设备，第一终端设备中的属性发生了什么样的变化。

第二终端设备中的设备管理服务单元在接收到该变更通知消息之后，可以根据该变更通知消息，向第二终端设备中的应用程序进行变更回调，以在第二终端设备的应用程序中，对第一终端设备的属性进行相应的变更，比如说需要在第二终端设备的应用程序中，将第一终端设备的超级接续开关由打开变为关闭，从而实现在第一终端设备和第二终端设备之间的属性信息同步。

此处还需要进一步说明的是，云端服务器在下发变更通知消息的时候，在一种可能的实现方式中，比如说可以在登录了同账号的多个终端设备中，仅向和第一终端设备建立了近场连接的终端设备发送该变更通知消息。或者，还可以是向登录了同账号的多个终端设备都发送该变更通知消息(也就是说和第一终端设备没有建立近场连接的终端设备也发送)，云端服务器具体的发送方式可以根据实际需求进行选择。

上述图4介绍的是在本设备中更改本设备的属性信息的实现方式，下面再结合图5对在本设备中更改其余设备的属性信息的实现方式进行说明。图5为本申请实施例提供的信息同步的实现示意图二。

图5中的第一终端设备、第二终端设备以及第一终端设备和第二终端设备中的各个单元与上述图4介绍的类似，此处不再赘述。

以及还需要说明的是，在第一终端设备和第二终端设备中还存在连接单元，该连接单元用于在第一终端设备和第二终端设备之间建立近场连接。

如图5所示，第一终端设备和第二终端设备中的账号单元都进行了账号登录。在一种可能的实现方式中，假设在第一终端设备中应用程序中，对第二终端设备的属性进行了变更，比如说将第二终端设备的超级接续开关由打开变为关闭。则在第一终端设备中，应用程序可以向设备管理服务单元发送属性变更的通知信息，该通知信息用于指示对第二终端设备中的某个属性信息进行变化。

之后，设备管理服务单元比如说可以通过第一终端设备和第二终端设备之间的近场连接，向第二终端设备发送属性变更通知。之后第二终端设备中的设备管理服务单元在接收到该属性变更通知之后，可以在第二终端设备的应用程序中，对第二终端设备的相应属性进行更新，比如说将第二终端设备的超级接续开关由打开变为关闭。

以及，为了实现同账号的多个终端设备中，各个终端设备的属性信息的同步，第二终端设备中的设备管理服务单元，还需要向云端发送变更通知上报，其中变更通知上报用于告知云端，第二终端设备中的属性发生了什么样的变化。

云端在接收到第二终端设备上报的变更通知消息之后，可以向登录了同账号的第二终端设备，下发变更通知消息，此处的变更通知消息是用于告知第一终端设备，第二终端设备中的属性已经发生了什么样的变化。

第一终端设备中的设备管理服务单元在接收到该变更通知消息之后，可以根据该变更通知消息，向第一终端设备中的应用程序进行变更回调，以在第一终端设备的应用程序中，对第二终端设备的属性进行相应的变更，比如说需要在第一终端设备的应用程序中，将第二终端设备的超级接续开关由打开变为关闭，从而实现在第一终端设备和第二终端设备之间的属性信息同步。

与上述介绍的类似，云端服务器在下发变更通知消息的时候，在一种可能的实现方式中，比如说可以在登录了同账号的多个终端设备中，仅向和第二终端设备建立了近场连接的终端设备发送该变更通知消息。或者，还可以是向登录了同账号的多个终端设备都发送该变更通知消息(也就是说和第二终端设备没有建立近场连接的终端设备也发送)，云端服务器具体的发送方式可以根据实际需求进行选择。

基于上述图4和图5可以理解的是，针对在本终端设备中修改其余终端设备的情况，尽管是在本设备中修改其余设备的属性信息，但是本设备也只是起到了触发的作用，最终真正修改其余设备的属性信息，还是由其余设备来完成的。也就是说，无论是在本设备中更改本设备的属性信息，还是在本设备中更改其余设备的属性信息，其实最终的实现方式都是类似的，只是在不同的终端设备中触发了属性信息的修改。

基于上述介绍可以确定的是，要实现在登录了同账号的多个终端设备之间，完成各个终端设备的属性信息的同步，是依赖于云端服务器来完成的。要和云端服务器进行交互，有一个重要的前提是终端设备处于联网状态。

其中建立了近场连接的多个设备可以理解为建立了一个组网，在组网内的任意一个设备无法联网的时候，都无法有效实现属性信息的同步。

此处可以结合一个具体的示例进行说明，同样以上述介绍的第一终端设备和第二终端设备为例。假设在第一终端设备中对第一终端设备的属性信息进行了更改，如果说第一终端设备处于未联网状态，那么第一终端设备就无法将其属性信息的更改上报给云端，那么第二终端设备自然就无法获取到第一终端设备的属性信息的更改。再比如说第二终端设备处于未联网状态，那么第一终端设备可以将其属性信息的更改上报给云端，但是第二终端设备无法从云端获取到该更改的属性信息。

当组网内的设备之间存储的属性信息存在差异时，会导致终端设备的相关功能无法顺利运行，进而给用户的操作和使用带来影响。

针对现有技术中的问题，本申请提出了如下技术构思：检测终端设备的联网状态，在属性信息发生更新的时候，通过终端设备之间的近场连接，将属性信息的更新以及终端设备的联网状态通知给组网内的其余终端设备，以保证在未联网的状态下，组网内的各个设备的属性信息也可以实现同步。

下面结合具体的实施例对本申请提供的信息同步方法进行介绍，图6为本申请实施例提供的信息同步方法的流程图。

如图6所示，该方法包括：

S601、第一终端设备获取针对第一终端设备的属性更改指令。

在本实施例中，比如说可以以第一终端设备的角度进行理解，第一终端设备可以和至少一个第二终端设备建立近场连接，在实际实现过程中，第一终端设备所连接的第二终端设备的数量，可以根据实际需求进行选择和设置。

可以理解的是，第一终端设备和第二终端设备建立了近场连接，实际上就是组成了一个组网，比如说此处的近场连接是蓝牙连接的话，那么可以理解组成了一个蓝牙组网。在这个组网中，每个终端设备都可以理解为本实施例中的第一终端设备，那么除该终端设备之外的其余终端设备就可以理解为第二终端设备。

其中，第一终端设备可以获取针对第一终端设备的属性更改指令，该属性更改指令用于指示对第一终端设备中的某个属性进行更改，比如说可以指示将第一终端设备中的第一属性更新为第一状态。

S602、第一终端设备根据属性更改指令，将第一终端设备中的第一属性更新为第一状态。

第一终端设备在获取到属性更改指令之后，就可以对第一终端设备中的相关属性进行更改，例如可以根据属性更改指令的指示，将第一终端设备中的第一属性更新为第一状态。

此处可以结合上述介绍的示例进行理解，比如说可以将第一终端设备中的超级接续打开，那么也就是将超级续接这个属性更新为打开状态。针对其余属性信息的设置类似。

S603、第一终端设备通过近场连接向至少一个第二终端设备发送同步信息，其中，同步信息用于指示第一终端设备的设备属性发生了更新，以使得第二终端设备根据同步信息，在第二终端设备中更新第一终端设备的第一属性。

第一终端设备在自行更新完属性信息之后，还需要将更新后的属性信息同步给第二终端设备。因为本实施例中的第一终端设备和第二终端设备之间建立有近场连接，因此第一终端设备可以通过近场连接向至少一个第二终端设备发送同步信息。

本实施例中的同步信息用于指示第一终端设备的设备属性发送了更新，该同步信息是用于指示第二终端设备，在第二终端设备中对第一终端设备的第一属性进行更新的。

需要说明的是，无论本实施例中的第一终端设备是否处于联网状态，第一终端设备都会通过近场连接向第二终端设备发送同步信息，从而可以实现无论当前终端设备的联网状态如何，都可以有效的保证第一终端设备和第二终端设备之间的属性信息的同步。

在一种可能的实现方式中，本实施例中的同步信息中可以携带有第一终端设备的设备标识，以使得第二终端设备可以确定这个同步信息是来自于哪个终端设备。以及，在同步信息中还可以携带有第一终端设备的联网状态，以使得第二终端设备可以确定第一终端设备是否有联网。

可以理解的是，若第二终端设备根据通知信息确定第一终端设备没有联网，则第二终端设备就可以确定是无法从云端获取第一终端设备的属性信息的。若第二终端设备根据通知信息确定第一终端设备联网了，则第二终端设备可以根据自己的联网状态，确定是否要从云端获取第一终端设备的属性信息。也就是说，在通知信息中携带第一终端设备的联网状态，可以使得第二终端设备快速有效的确定第一终端设备是否联网，之后再确定如何获取第一终端设备的属性信息，有效在第一终端设备和第二终端设备之间实现了信息的传递。

S604、第二终端设备根据同步信息，在第二终端设备中更新所述第一终端设备的第一属性。

之后，第二终端设备可以通过近场连接，接收第一终端设备所发送的同步信息，因为同步信息可以指示第一终端设备的设备属性发生了更新，因此第二终端设备就可以根据同步信息，在第二终端设备中更新第一终端设备的第一属性，在更新完成之后，就实现了第一终端设备和第二终端设备之间的属性信息的同步。

本申请实施例提供的信息同步方法，包括：第一终端设备获取针对第一终端设备的属性更改指令。第一终端设备根据属性更改指令，将第一终端设备中的第一属性更新为第一状态。第一终端设备通过近场连接向至少一个第二终端设备发送同步信息，其中，同步信息用于指示第一终端设备的设备属性发生了更新，以使得第二终端设备根据同步信息，在第二终端设备中更新第一终端设备的第一属性。第二终端设备根据同步信息，在第二终端设备中更新所述第一终端设备的第一属性。在第一终端设备的属性信息发生更新的时候，第一终端设备通过和第二终端设备之间的近场连接，向第二终端设备发送同步信息，以告知第二终端设备，第一终端设备的属性信息的更新，之后第二终端设备可以根据同步信息的指示，在第二终端设备中进行属性信息的更新，从而可以有效的实现不考虑联网状况，也可以在多个终端设备之间实现属性信息的同步。

在上述介绍内容的基础上，本申请中的第一终端设备在获取属性更改指令的时候，比如说可以是由第一终端设备自行触发的属性更改指令，或者还可以是第二终端设备触发的属性更改指令，下面针对这两种不同的情况分别进行介绍。

以及，第一终端设备向第二终端设备发送的同步信息中，可以仅仅包括上述介绍的设备标识和联网状态，或者还可以第一终端设备所更新的第一属性和第一状态的标识信息，下面针对各种不同的情况下，具体组成的实施例情况，分别进行介绍。

在一种可能的实现方式中，假设属性更改指令是第一终端设备自行触发的，以及假设在同步信息中不包括第一属性和第一状态的标识信息。针对这种情况，比如说可以结合图7至图9进行理解，图7为本申请实施例提供的信息同步方法的流程图二，图8为本申请实施例提供的为本申请实施例提供的信息同步的实现示意图三，图9为本申请实施例提供的为本申请实施例提供的信息同步的实现示意图四。

如图7所示，该方法包括：

S701、第一终端设备响应作用于第一终端设备的图形用户界面上针对第一控件的操作，获取属性更改指令。

在本实施例中，在第一终端设备的图形用户界面上可以显示有第一控件，其中，第一控件为针对第一终端设备的第一属性所设置的控件。

则第一终端设备可以响应作用于第一控件的操作，获取属性更改指令，此处的属性更改指令用于指示将第一控件对应的第一属性更改为第一状态。

示例性的，比如说第一属性是上述介绍的超级接续，则第一控件比如说可以是上述介绍的第一终端设备的超级接续的开关控件，比如说第一终端设备检测到作用于该开关控件的点击操作，该操作将开关控件有关闭状态切换为打开状态，则可以响应于该操作，生成属性更改指令。其中属性更改指令就用于指示将第一终端设备的超级接续更改为打开状态。

S702、第一终端设备根据属性更改指令，将第一终端设备中的第一属性更新为第一状态。

第一终端设备在获取到属性更改指令之后，就可以首先在第一终端设备中进行第一属性的更新，将第一终端设备中的第一属性更新为第一状态。

比如说可以参照图8进行理解，如图8所示，当前存在第一终端设备和第二终端设备，第一终端设备和第二终端设备建立了近场连接。如图8所示，第一终端设备中的账号单元进行了账号登录，并且向设备管理服务单元发送了账号登录广播，则第一终端设备中的设备管理服务单元，是可以确定第一终端设备是处于账号登录状态的。以及第二终端设备的账号单元也类似。

之后，比如说用户在第一终端设备的应用程序中，对第一控件进行操作，从而生成属性更改指令，也就是图8中所示的属性变更。之后，设备管理服务单元就可以根据属性更改指令，对第一终端设备进行设备属性变更，将第一终端设备中的第一属性更新为第一状态。

S703、第一终端设备通过近场连接，向各第二终端设备广播发送同步信息。

本实施例中的第一终端设备和第二终端设备建立了近场连接，因此第一终端设备可以通过近场连接向第二终端设备发送广播消息。

在本实施例中，同步信息中可以仅仅包括第一终端设备的设备标识和第一终端设备的联网状态，以使得第二终端设备可以确定是哪个设备发送的同步信息，并且第二终端设备还可以确定发送同步信息的第一终端设备的网络连接状态是怎么样的。

以及本实施例中的同步信息中，并没有具体包括第一终端设备的属性具体发生了什么样的变化，同步信息仅仅是通知第二终端设备，第一终端设备的属性发生了变化。

之所以在同步信息中不直接告知第一终端设备的属性所具体发生的变化，是因为本实施例中第一终端设备仅仅或确定自身的网络连接状态，并不会获取其余终端设备的网络连接状态。

可以理解的是，在第一终端设备和第二终端设备的网络连接都正常的情况下，第一终端设备是会向云端发送属性更新的信息的，以及第二终端设备也会从云端获取到第一终端设备的属性更新信息。

那在这种情况下，如果在同步信息中再发送第一终端设备的属性所具体发生的变化，比如说在同步信息中发送发生变化的属性标识和状态标识，那就会导致第二终端设备重复获取信息，进而会导致进行了不必要的数据传输和不必要的开销。因此本实施例中在同步信息中不携带第一终端设备发生变化的属性标识和状态标识，是可以有效节省系统开销，避免无效工作的。

更进一步的，因为第一终端设备不会获取其余终端设备的联网状态，因此第一终端设备是无法确定其余的终端设备是否有联网的，那么为了保证组网内的各个终端设备都可以实现信息的同步，第一终端设备就会向组网内的各个第二终端设备广播发送同步信息。

S704、第二终端设备响应于同步信息，向第一终端设备发送属性获取请求。

针对任意一个第二终端设备，第二终端设备在接收到第一终端设备发送的同步信息之后，就可以确定第一终端设备的设备属性发生了一些变化。

但是，因为本实施例中的同步信息并没有具体告知第二终端设备，第一终端设备的设备属性具体发生了一些什么样的变化，因此第二终端设备需要响应于同步信息，主动的向第一终端设备发送属性获取请求。

可以理解的是，本实施例中的同步信息中会包括第一终端设备的联网状态，针对第一终端设备处于联网状态，和第一终端设备处于未联网状态，第二终端设备在发送属性获取请求时的处理方式上存在一些差异，因此下面针对这两种状态分别进行说明。

在一种可能的实现方式中，若第一终端设备处于未联网状态，则可以确定第一终端设备是无法向云端上报其属性变化的，也就是说这种情况下，无论第二终端设备是否联网，第二终端设备都是无法从云端获取第一终端设备的属性变化信息的，其中属性变化信息比如说可以包括第一属性的属性标识和第一状态的状态标识。因此在这种情况下，第二终端设备可以响应于同步信息，直接向第一终端设备发送属性获取请求。

在另一种可能的实现方式中，若第一终端设备处于联网状态，则第一终端设备会向云端上报其属性变化。在这种情况下，是可以从云端获取到第一终端设备的属性变化信息的，只是要再看第二终端设备是否联网。

因此在这种情况下，第二终端设备会首先获取自己(第二终端设备)的联网状态。在第二终端设备的联网状态为未联网的时候，可以确定其无法从云端获取到属性变化信息，此时第二终端设备才会响应于同步信息，向第一终端设备发送属性获取请求。

在第二终端设备确定自己的联网状态为联网的时候，则表示其是可以从云端获取到属性变化信息的，那么在这种情况下，第二终端设备可以不发送属性获取请求，只要接收云端发送的第一终端设备的属性变化信息，就可以确定第一终端设备的属性发生了什么样的变化了。

因此可以理解的，本实施例中的第一终端设备会告诉第二终端设备自己的联网状态、以及自己的属性发生了变化，并不会直接告知第二终端设备自己的属性发生了什么样的变化。在第二终端设备接收到同步信息之后，会根据第一终端设备的联网状态和/或第二终端设备的联网状态，再确定如何获取第一终端设备的属性变化情况，从而可以避免第一终端设备向第二终端设备发送属性变化信息，同时第二终端设备又从云端获取了属性变化信息，进而可以有效的节省资源和开销。

以及本实施例中的第二终端设备如果确定要从第一终端设备中获取到属性变化信息的话，是会根据向第一终端设备发送属性获取请求的，而属性获取请求是响应于同步信息发送的。针对第一终端设备的两种不同的联网状态，第二终端设备发送属性获取请求的实现方式存在一些差异，下面分别进行介绍。

在一种可能的实现方式中，比如说可以参照图8进行理解，其中第一终端设备会检查第一终端设备的联网状态，假设图8示意的情况中，第一终端设备的联网状态为未联网。之后第一终端设备向第二终端设备发送同步信息，第二终端设备接收到同步信息之后，可以确定第一终端设备未联网。在这种情况下，第二终端设备只能向第一终端设备获取属性变化信息，因此第二终端设备就可以响应于同步信息，直接向第一终端设备发送属性获取请求，而无需检查第二终端设备的联网状态。

在另一种可能的实现方式中，比如说可以参照图9进行理解，其中第一终端设备会检查第一终端设备的联网状态，假设图9示意的情况中，第一终端设备的联网状态为联网。之后第一终端设备向第二终端设备发送同步信息，第二终端设备接收到同步信息之后，可以确定第一终端设备是联网的。那么在这种情况下，第二终端设备是从云端获取属性变化信息，还是从第一终端设备中获取属性变化信息，就取决于第二终端设备的联网状态了。

因此在这种情况下，第二终端设备响应于同步信息，需要首先获取第二终端设备的联网状态。之后，在第二终端设备的联网状态为未联网的时候，第二终端设备再向第一终端设备发送属性获取请求。

在第二终端设备的联网状态为联网的时候，第二终端设备就可以接收云端发送的属性变化信息，因此无需向第一终端设备发送属性获取请求。

S705、第一终端设备根据属性获取请求，向第二终端设备发送第一属性的属性标识和第一状态的状态标识。

参照图8和图9可以确定的是，第一终端设备在接收到第二终端设备发送的属性获取请求之后，就可以响应于该属性获取请求，向第二终端设备发送第一属性的属性标识和第一状态的状态标识，以告知第二终端设备，第一终端设备的属性发生了什么样的变化。

可以理解的是，当前介绍的实现方式是，第一终端设备响应于属性获取请求，向第二终端设备发送增量的属性信息。在一种可能的实现方式中，第一终端设备还可以响应于属性获取请求，向第二终端设备发送全量的属性信息，也就是说将第一终端设备所有的设备属性信息都发送给第二终端设备，第一终端设备响应于属性获取请求所发送的具体数据可以根据实际需求进行选择和设置，本实施例对此不做限制。

S706、第二终端设备根据属性标识和状态标识，将第二终端设备中记录的第一终端设备的第一属性，更新为第一状态。

第二终端设备在接收到第一终端设备发送的属性标识和状态标识之后，就可以确定第一终端设备的设备属性发生了什么样的变化，因此可以根据属性标识和状态标识，将第二终端设备中记录的第一终端设备的第一属性更新为第一状态，从而可以有效的实现在第一终端设备和第二终端设备之间的对设备属性信息进行同步。

以及还可以理解的是，本实施例中的第二终端设备可能存在多个，针对每个第二终端设备，其实现方式都是类似的，因此可以保证，无论终端设备是否联网，处于同一组网内的多个终端设备都可以实现设备属性信息的同步。

本申请实施例提供的信息同步方法，通过第一终端设备自行触发生成属性更改指令，之后根据属性更改指令，第一终端设备可以对自己的第一属性进行更新，并且向组网内的各个第二终端设备采用广播的方式发送同步信息，在同步信息中仅仅告知第二终端设备，第一终端设备的属性信息发生了变化，但是并没有将具体的属性变化信息发送给第二终端设备。第二终端设备在接收到同步信息之后，会根据第一终端设备和第二终端设备的联网状态，确定是否只能从第一终端设备中获取属性变化信息。在第一终端设备未联网和/或第二终端设备未联网的情况下，第二终端设备可以向第一终端设备发送属性获取请求，之后第一终端设备向第二终端设备发送属性标识和状态标识，以使得第二终端设备对其记录的第一终端设备的第一属性进行更新，从而可以有效保证第一终端设备和第二终端设备之间的属性信息同步。同时，在同步信息中不携带具体的属性变化信息，同步信息仅仅是告知第一终端设备的属性变化，从而可以使得第二终端设备可以根据实际的设备联网情况，确定是从第一终端设备中获取属性变化信息，还是从云端获取属性变化信息，从而可以避免第二终端设备重复获取属性变化信息，所导致的资源浪费和信令开销。

在另一种可能的实现方式中，假设属性更改指令是第一终端设备自行触发的，以及假设在同步信息中包括第一属性和第一状态的标识信息。针对这种情况，比如说可以结合图10至图12进行理解，图10为本申请实施例提供的信息同步方法的流程图三，图11为本申请实施例提供的为本申请实施例提供的信息同步的实现示意图五，图12为本申请实施例提供的为本申请实施例提供的信息同步的实现示意图六。

S1001、第一终端设备响应作用于第一终端设备的图形用户界面上针对第一控件的操作，获取属性更改指令，其中，第一控件为针对第一终端设备的第一属性所设置的控件。

其中，S1001的实现方式与上述介绍的S701的实现方式类似，此处不再赘述。

S1002、第一终端设备根据属性更改指令，将第一终端设备中的第一属性更新为第一状态。

其中，S1002的实现方式与上述介绍的S702的实现方式类似，此处不再赘述。

S1003、第一终端设备获取各第二终端设备的联网状态。

在本实施例中，第一终端设备还可以获取组网内的各个第二终端设备的联网状态。在一种可能的实现方式中，第一终端设备比如说可以通过近场连接，向组网内的各个第二终端设备发送联网状态请求，之后接收各个第二终端设备发送的联网状态。

或者，在组网内还可以存在一个中心设备，中心设备可以定期获取各个设备的联网状态并进行存储，则第一终端设备比如说可以向中心设备获取各个第二终端设备的联网状态。

S1004、根据第一终端设备的联网状态和第二终端设备的联网状态，在多个第二终端设备中确定目标终端设备。

在本实施例中，同步信息中除了可以包括上述介绍的设备标识和第一终端设备的联网状态之外，还可以包括第一属性的属性标识和第一状态的状态标识。也就是说第一终端设备可以在同步信息中将属性的具体变更直接发送给第二终端设备。

那么基于上述介绍可以确定的是，在同步信息中直接携带属性的变更信息，在第一终端设备和第二终端设备的联网状态都良好的时候，可能会导致第二终端设备重复获取属性变更信息。因此本实施例中并不是直接向各个第二终端设备都广播同步消息，而是在多个第二终端设备中确定出来目标终端设备，仅仅向目标终端设备发送同步信息。

本实施例中的目标终端设备可以是根据第一终端设备的联网状态和第二终端设备的联网状态确定的，下面结合图11和图12对两种不同的情况分别进行说明。

在一种可能的实现方式中，如图11所示，其中第一终端设备会检查第一终端设备的联网状态，以及第一终端设备还会获取第二终端设备的联网状态。假设图11示意的情况中，第一终端设备的联网状态为未联网。

若第一终端设备的联网状态为未联网，则第一终端设备无法将属性变更上报给云端，那么无论是哪个第二终端设备，都无法从云端获取到第一终端设备的属性变更信息，那也就不存在上述介绍的重复获取属性变更信息的情况。因此在这种情况下，可以直接将各个第二终端设备都确定为目标终端设备。

也就是说，这种情况下，无论第二终端设备的联网状态是联网还是未联网，第一终端设备都会向第二终端设备发送同步信息。

在另一种可能的实现方式中，如图12所示，其中第一终端设备会检查第一终端设备的联网状态，以及第一终端设备还会获取第二终端设备的联网状态。假设图12示意的情况中，第一终端设备的联网状态为联网，以及第二终端设备的联网状态为未联网。

其中，若第一终端设备的联网状态为联网，则第一终端设备可以将属性的变更上报给云端。那么，联网状态正常的第二终端设备，是可以从云端获取到第一终端设备的属性变更的，那么为了避免属性变更信息的重复传输，针对联网状态正常的第二终端设备就无需再发送同步信息了。而联网状态异常，也就是说未联网的第二终端设备，仍然无法从云端获取到第一终端设备的属性变更，因此可以将联网状态为未联网的第二终端设备确定为目标终端设备。

也就是说，这种情况下，第一终端设备仅仅向联网状态是未联网的第二终端设备发送同步信息。

S1005、第一终端设备通过近场连接，向目标终端设备发送同步信息。

在确定目标终端设备之后，第一终端设备就可以通过近场连接，向目标终端设备发送同步信息，其中，目标终端设备实际上就是第二终端设备。

可以理解的是，本实施例中是根据第一终端设备的联网状态和第二终端设备的联网状态，在多个第二终端设备中确定了目标终端设备，之后仅仅向目标终端设备发送同步信息。以及，在同步信息中还携带有第一属性的属性标识和第一状态的状态标识，因此接收到同步信息的目标终端设备就可以直接获取到第一终端设备的属性变更情况，无需再进行后续的获取请求，有效节省了信令开销。同时。第一终端设备会根据组网内各个终端设备的联网状态，来确定具体向哪些终端设备发送同步信息，也可以有效的避免属性变更信息重复传输的问题。

S1006、第二终端设备根据同步信息，确定第一属性和第一状态。

第二终端设备接收到第一终端设备发送的同步信息时，因为同步信息中包括第一属性的属性标识和第一状态的状态标识，因此第二终端设备就可以直接根据同步信息，确定第一属性和第一状态。

S1007、第二终端设备将第二终端设备中记录的第一终端设备的第一属性，更新为第一状态。

之后，第一终端设备就可以将第二终端设备中所记录的第一终端设备的第一属性，更新为第一状态，从而可以有效的实现在第一终端设备和第二终端设备之间的对设备属性信息进行同步。

以及还可以理解的是，本实施例中的第二终端设备可能存在多个，针对每个第二终端设备，其实现方式都是类似的，因此可以保证，无论终端设备是否联网，处于同一组网内的多个终端设备都可以实现设备属性信息的同步。

本申请实施例提供的信息同步方法，通过第一终端设备自行触发生成属性更改指令，之后根据属性更改指令，对第一终端设备中的第一属性进行更新。同时，第一终端设备还会获取组网内的各个终端设备的联网状态，在第一终端设备未联网的时候，可以向组网内的各个第二终端设备单播发送同步信息。以及在第一终端设备未联网的时候，可以向组网内未联网的第二终端设备单播发送同步信息。在同步信息中可以直接携带属性变化信息，从而可以保证在第二终端设备无法从云端获取到属性变化信息的情况下，直接通过同步信息将属性变化信息传输给第二终端设备。一方面，直接在同步信息中携带属性变化信息，就可以简单高效的实现属性变化信息的传输，无需后续再进行数据传输，节省了信令开销。另一方面，本实施例中指示针对无法从云端获取到属性变化信息的第二终端设备，发送同步信息，因此也可以有效的避免第二终端设备重复获取属性变化信息的情况发送。

在另一种可能的实现方式中，假设第一终端设备的属性更改指令是第二终端设备触发的，以及假设在同步信息中不包括第一属性和第一状态的标识信息。针对这种情况，比如说可以结合图13至图15进行理解，图13为本申请实施例提供的信息同步方法的流程图三，图14为本申请实施例提供的信息同步的实现示意图七，图15为本申请实施例提供的为本申请实施例提供的信息同步的实现示意图八。

S1301、第二终端设备响应作用于第二终端设备的图形用户界面上针对第二控件的操作，获取针对第一终端设备的属性更改指令。

基于上述介绍可以确定的是，在每个终端设备中，不仅仅可以更改自身的属性状态，还可以更改其余终端设备的属性状态，本实施例中介绍的情况就是在第二终端设备中更改第一终端设备的属性状态。

其中，在第二终端设备中存在第二控件，第二控件为针对第一终端设备的第一属性所设置的控件。因此第二终端设备响应作用于第二终端设备的图形用户界面上针对第二控件的操作，获取针对第一终端设备的属性更改指令。其中针对第二控件的操作、属性更改指令与上述S701中介绍的类似，此处不再赘述。

S1302、第二终端设备向第一终端设备发送属性更改指令。

第二终端设备在生成属性更改指令之后，就可以将属性更改指令发送给第一终端设备。

比如说可以参照图14进行理解，如图14所示，当前存在第一终端设备和第二终端设备，第一终端设备和第二终端设备建立了近场连接。如图14所示，第一终端设备中的账号单元进行了账号登录，并且向设备管理服务单元发送了账号登录广播，则第一终端设备中的设备管理服务单元，是可以确定第一终端设备是处于账号登录状态的。以及第二终端设备的账号单元也类似。

之后，比如说用户在第二终端设备的应用程序中，对第二控件进行操作，从而生成针对第一终端设备的属性更改指令，也就是图7中所示的第二终端设备侧的属性变更。之后，第二终端设备侧的设备管理服务单元就可以通过近场连接，将属性更改指令发送给第一终端设备。

S1303、第一终端设备根据属性更改指令，将第一终端设备中的第一属性更新为第一状态。

S1304、第一终端设备通过近场连接，向各第二终端设备广播发送同步信息。

S1305、第二终端设备响应于同步信息，向第一终端设备发送属性获取请求。

S1306、第一终端设备根据属性获取请求，向第二终端设备发送第一属性的属性标识和第一状态的状态标识。

S1307、第二终端设备根据属性标识和状态标识，将第二终端设备中记录的第一终端设备的第一属性，更新为第一状态。

第一终端设备在接收到属性更改指令之后，就可以根据属性更改指令执行本实施例中各个步骤的操作了，本实施例中获取到属性更改指令之后的各项操作，与上述图6所示的实施例类似，此处不再赘述。

下面结合图14和图15对两种情况下的实现方式进行简要说明。

在一种可能的实现方式中，参照图14，第一终端设备在接收到第二终端设备发送的属性更改指令之后，会在第一终端设备中的应用程序中，将第一属性更新为第一状态。

以及，第一终端设备会检查第一终端设备的联网状态，假设图14示意的情况中，第一终端设备的联网状态为未联网。之后第一终端设备向第二终端设备发送同步信息，第二终端设备接收到同步信息之后，可以确定第一终端设备未联网。在这种情况下，第二终端设备只能向第一终端设备获取属性变化信息，因此第二终端设备就可以响应于同步信息，直接向第一终端设备发送属性获取请求。

第一终端设备在接收到第二终端设备发送的属性获取请求之后，就可以响应于该属性获取请求，向第二终端设备发送第一属性的属性标识和第一状态的状态标识。第二终端设备在接收到第一终端设备发送的属性标识和状态标识之后，就可以根据属性标识和状态标识，将第二终端设备中记录的第一终端设备的第一属性更新为第一状态，从而可以有效的实现在第一终端设备和第二终端设备之间的对设备属性信息进行同步。

在另一种可能的实现方式中，参照图15，第一终端设备在接收到第二终端设备发送的属性更改指令之后，会在第一终端设备中的应用程序中，将第一属性更新为第一状态。

以及，其中第一终端设备会检查第一终端设备的联网状态，假设图15示意的情况中，第一终端设备的联网状态为联网。之后第一终端设备向第二终端设备发送同步信息，第二终端设备接收到同步信息之后，可以确定第一终端设备是联网的。那么在这种情况下，第二终端设备是从云端获取属性变化信息，还是从第一终端设备中获取属性变化信息，就取决于第二终端设备的联网状态了。

因此在这种情况下，第二终端设备响应于同步信息，需要首先获取第二终端设备的联网状态。之后，在第二终端设备的联网状态为未联网的时候，第二终端设备再向第一终端设备发送属性获取请求。

同样的，第一终端设备在接收到第二终端设备发送的属性获取请求之后，就可以响应于该属性获取请求，向第二终端设备发送第一属性的属性标识和第一状态的状态标识。第二终端设备在接收到第一终端设备发送的属性标识和状态标识之后，就可以根据属性标识和状态标识，将第二终端设备中记录的第一终端设备的第一属性更新为第一状态，从而可以有效的实现在第一终端设备和第二终端设备之间的对设备属性信息进行同步。

本申请实施例提供的信息同步方法，通过第二终端设备触发生成针对第一终端设备的属性更改指令，之后第二终端设备可以将属性更改指令发送给第一终端设备，在第一终端设备获取到属性更改指令之后，就可以对自己的第一属性进行更新，并且向组网内的各个第二终端设备采用广播的方式发送同步信息，在同步信息中仅仅告知第二终端设备，第一终端设备的属性信息发生了变化，但是并没有将具体的属性变化信息发送给第二终端设备。第二终端设备在接收到同步信息之后，会根据第一终端设备和第二终端设备的联网状态，确定是否只能从第一终端设备中获取属性变化信息。在第一终端设备未联网和/或第二终端设备未联网的情况下，第二终端设备可以向第一终端设备发送属性获取请求，之后第一终端设备向第二终端设备发送属性标识和状态标识，以使得第二终端设备对其记录的第一终端设备的第一属性进行更新，从而可以有效保证第一终端设备和第二终端设备之间的属性信息同步。同时，在同步信息中不携带具体的属性变化信息，同步信息仅仅是告知第一终端设备的属性变化，从而可以使得第二终端设备可以根据实际的设备联网情况，确定是从第一终端设备中获取属性变化信息，还是从云端获取属性变化信息，从而可以避免第二终端设备重复获取属性变化信息，所导致的资源浪费和信令开销。

在另一种可能的实现方式中，假设第一终端设备的属性更改指令是第二终端设备触发的，以及假设在同步信息中包括第一属性和第一状态的标识信息。针对这种情况，比如说可以结合图16至图18进行理解，图16为本申请实施例提供的信息同步方法的流程图四，图17为本申请实施例提供的信息同步的实现示意图九，图18为本申请实施例提供的为本申请实施例提供的信息同步的实现示意图十。

S1601、第二终端设备响应作用于第二终端设备的图形用户界面上针对第二控件的操作，获取针对第一终端设备的属性更改指令。

S1602、第二终端设备向第一终端设备发送属性更改指令。

其中，S1601、S1602的实现方式与上述介绍的S1301、S1302的实现方式类似，此处不再赘述。

S1603、第一终端设备根据属性更改指令，将第一终端设备中的第一属性更新为第一状态。

S1604、第一终端设备获取各第二终端设备的联网状态。

S1605、第一终端设备将联网状态为未联网的第二终端设备确定为目标终端设备。

S1606、第一终端设备通过近场连接，向目标终端设备发送同步信息。

S1607、第二终端设备根据同步信息，确定第一属性和第一状态。

S1608、第二终端设备将第二终端设备中记录的第一终端设备的第一属性，更新为第一状态。

类似的，第一终端设备在接收到属性更改指令之后，就可以根据属性更改指令执行本实施例中各个步骤的操作了，本实施例中获取到属性更改指令之后的各项操作，与上述图9所示的实施例类似，此处不再赘述。

下面结合图17和图18对两种情况下的实现方式进行简要说明。

在一种可能的实现方式中，如图17所示，第一终端设备在接收到第二终端设备发送的属性更改指令之后，会在第一终端设备中的应用程序中，将第一属性更新为第一状态。

以及，第一终端设备会检查第一终端设备的联网状态，以及第一终端设备还会获取第二终端设备的联网状态。假设图17示意的情况中，第一终端设备的联网状态为未联网。

若第一终端设备的联网状态为未联网，则第一终端设备无法将属性变更上报给云端，那么无论是哪个第二终端设备，都无法从云端获取到第一终端设备的属性变更信息。因此在这种情况下，可以直接将各个第二终端设备都确定为目标终端设备。

也就是说，这种情况下，无论第二终端设备的联网状态是联网还是未联网，第一终端设备都会向第二终端设备发送同步信息。本实施例中的同步信息中携带有属性标识和状态标识，因此第二终端设备在接收到同步信息之后，就可以直接根据同步信息，将第二终端设备中记录的第一终端设备的第一属性更新为第一状态，从而可以有效的实现在第一终端设备和第二终端设备之间的对设备属性信息进行同步。

在另一种可能的实现方式中，如图18所示，第一终端设备在接收到第二终端设备发送的属性更改指令之后，会在第一终端设备中的应用程序中，将第一属性更新为第一状态。

以及，第一终端设备会检查第一终端设备的联网状态，以及第一终端设备还会获取第二终端设备的联网状态。假设图18示意的情况中，第一终端设备的联网状态为联网，以及第二终端设备的联网状态为未联网。

其中，若第一终端设备的联网状态为联网，则第一终端设备可以将属性的变更上报给云端。那么，联网状态正常的第二终端设备，是可以从云端获取到第一终端设备的属性变更的，那么为了避免属性变更信息的重复传输，针对联网状态正常的第二终端设备就无需再发送同步信息了。而联网状态异常，也就是说未联网的第二终端设备，仍然无法从云端获取到第一终端设备的属性变更，因此可以将联网状态为未联网的第二终端设备确定为目标终端设备。

也就是说，这种情况下，第一终端设备仅仅向联网状态是未联网的第二终端设备发送同步信息。本实施例中的同步信息中携带有属性标识和状态标识，因此第二终端设备在接收到同步信息之后，就可以直接根据同步信息，将第二终端设备中记录的第一终端设备的第一属性更新为第一状态，从而可以有效的实现在第一终端设备和第二终端设备之间的对设备属性信息进行同步。

本申请实施例提供的信息同步方法，通过第二终端设备触发生成针对第一终端设备的属性更改指令，之后第二终端设备可以将属性更改指令发送给第一终端设备，在第一终端设备获取到属性更改指令之后，就可以对自己的第一属性进行更新，并且第一终端设备还会获取组网内的各个终端设备的联网状态，在第一终端设备未联网的时候，可以向组网内的各个第二终端设备单播发送同步信息。以及在第一终端设备未联网的时候，可以向组网内未联网的第二终端设备单播发送同步信息。在同步信息中可以直接携带属性变化信息，从而可以保证在第二终端设备无法从云端获取到属性变化信息的情况下，直接通过同步信息将属性变化信息传输给第二终端设备。一方面，直接在同步信息中携带属性变化信息，就可以简单高效的实现属性变化信息的传输，无需后续再进行数据传输，节省了信令开销。另一方面，本实施例中指示针对无法从云端获取到属性变化信息的第二终端设备，发送同步信息，因此也可以有效的避免第二终端设备重复获取属性变化信息的情况发送。

在上述介绍内容的基础上，可以确定的是，无论是第一终端设备，还是第二终端设备，其在同步属性信息的时候，都是登录了第一账号并且建立了近场连接的，也就是说无论是第一终端设备还是第二终端设备，都是同一组网内的设备。那么存在这样一种情况，针对新加入组网的终端设备，其没有参与到之前的信息同步过程，因此在新加入该组网的时候，是不知晓组网内的各个终端设备的属性信息的。

为了解决上述介绍的问题，本申请还提出了相应的内容，下面以第一终端设备为例进行说明，第二终端设备的实现方式类似。

在本实施例中，假设第一终端设备和第二终端设备均登录了第一账号，那么当第一终端设备刚与任意一个第二终端设备建立近场连接的时候，就表示第一终端设备加入了第一组网，可以认为第一终端设备是从离线状态或者休眠状态切换为了在线状态，因为之前第一终端设备没有加入组网，因此组网内的终端设备之间的属性信息同步，第一终端设备就是没有参与的，那么为了保证组网内的各个终端设备之间的属性信息的同步，在第一终端设备加入组网之后，第一终端设备就可以向目标设备发送更新请求。

其中，更新请求信息用于请求获取组网内的各个终端设备的设备属性信息。在本实施例中，目标设备比如说可以理解为组网内的中心设备，中心设备的具体确定方式可以根据实际需求进行选择。总之在目标设备中存储有组网内的各个终端设备的设备属性信息，凡是满足这个条件的均可以作为本实施例中的目标设备。

目标设备响应于更新请求信息，会向第一终端设备发送组网内的各个终端设备的设备属性信息，之后第一终端设备就可以将接收到的设备属性信息进行存储，从而保证从离线状态切换至在线状态的终端设备，也可以有效的实现和各个终端设备之间的属性信息的同步。

图19为本申请实施例提供的信息同步装置的结构示意图一。如图19所示，该装置190包括：显示单元1901、处理单元1902。

处理单元1902，用于：

获取针对所述第一终端设备的属性更改指令；

根据所述属性更改指令，将所述第一终端设备中的第一属性更新为第一状态；

通过所述近场连接向至少一个第二终端设备发送同步信息，其中，所述同步信息用于指示所述第一终端设备的设备属性发生了更新，以使得所述第二终端设备根据所述同步信息，在所述第二终端设备中更新所述第一终端设备的第一属性。

在一种可能的实现方式中，所述同步信息中携带有所述第一终端设备的设备标识，以及所述第一终端设备的联网状态。

在一种可能的实现方式中，所述处理单元1902具体用于：

通过所述近场连接，向各所述第二终端设备广播发送所述同步信息。

在一种可能的实现方式中，所述处理单元还用于：

接收所述第二终端设备发送的属性获取请求，所述属性获取请求为所述第二终端设备响应于所述同步信息发送的；

根据所述属性获取请求，向所述第二终端设备发送所述第一属性的属性标识和所述第一状态的状态标识；

其中，所述第一终端设备的联网状态为未联网时，所述属性获取请求为所述第二终端设备直接响应于所述同步信息发送的；

所述第一终端设备的联网状态为联网时，所述属性获取请求为所述第二终端设备在确定所述第二终端设备的联网状态为未联网时，响应于所述同步信息发送的。

在一种可能的实现方式中，所述同步信息中还携带有所述第一属性的属性标识和所述第一状态的状态标识。

在一种可能的实现方式中，所述处理单元1902具体用于：

获取各所述第二终端设备的联网状态；

根据所述第一终端设备的联网状态和所述第二终端设备的联网状态，在多个所述第二终端设备中确定目标终端设备；

通过所述近场连接，向所述目标终端设备发送所述同步信息。

在一种可能的实现方式中，所述处理单元1902具体用于：

若所述第一终端设备的联网状态为未联网，则将各所述第二终端设备均确定为所述目标终端设备；或者，

若所述第一终端设备的联网状态为联网，则将所述联网状态为未联网的第二终端设备确定为所述目标终端设备。

在一种可能的实现方式中，所述处理单元1902具体用于：

接收所述第二终端设备发送的属性更改指令。

在一种可能的实现方式中，所述处理单元1902具体用于：

响应作用于所述第一终端设备的图形用户界面上针对第一控件的操作，获取所述属性更改指令；

其中，所述第一控件为针对第一终端设备的第一属性所设置的控件。

在一种可能的实现方式中，所述处理单元1902还用于：

在所述第一终端设备和所述第二终端设备建立所述近场连接之后，确定所述第一终端设备加入第一组网，其中，所述第一终端设备和所述第二终端设备均登录有第一账号；

向目标设备发送更新请求信息，其中，所述更新请求信息用于请求获取所述第一组网内的至少一个终端设备的设备属性信息；

接收并存储所述目标设备发送的，所述组网内的至少一个终端设备的设备属性信息。

本实施例提供的装置，可用于执行上述方法实施例的技术方案，其实现原理和技术效果类似，本实施例此处不再赘述。

图20为本申请实施例提供的信息同步装置的结构示意图二。如图20所示，该装置200包括：显示单元2001、处理单元2002。

处理单元2002，用于：

通过所述近场连接，接收所述第一终端设备发送的同步信息，其中，所述同步信息用于指示所述第一终端设备的设备属性发生了更新；

根据所述同步信息，在所述第二终端设备中更新所述第一终端设备的第一属性。

在一种可能的实现方式中，所述同步信息中携带有所述第一终端设备的设备标识，以及所述第一终端设备的联网状态。

在一种可能的实现方式中，所述处理单元2002具体用于：

若所述第一终端设备的联网状态为未联网，响应于所述同步信息，向所述第一终端设备发送属性获取请求；

接收所述第二终端设备发送的第一属性的属性标识和所述第一状态的状态标识；

根据所述属性标识和所述状态标识，将所述第二终端设备中记录的所述第一终端设备的第一属性，更新为所述第一状态。

在一种可能的实现方式中，所述处理单元2002具体用于：

若所述第一终端设备的联网状态为联网，响应于所述同步信息，获取所述第二终端设备的联网状态；

若所述第二终端设备的联网状态为未联网，则向所述第一终端设备发送属性获取请求；

接收所述第二终端设备发送的第一属性的属性标识和所述第一状态的状态标识；

根据所述属性标识和所述状态标识，将所述第二终端设备中记录的所述第一终端设备的第一属性，更新为所述第一状态。

在一种可能的实现方式中，所述同步信息中还携带有所述第一属性的属性标识和所述第一状态的状态标识。

在一种可能的实现方式中，所述处理单元2002具体用于：

根据所述同步信息，确定所述第一属性和所述第一状态；

将所述第二终端设备中记录的所述第一终端设备的第一属性，更新为所述第一状态；

其中，所述第一终端设备的联网状态为未联网；或者，所述第一终端设备的联网状态为联网，所述第二终端设备的联网状态为未联网。

在一种可能的实现方式中，所述处理单元2002还用于：

所述通过所述近场连接，接收所述第一终端设备发送的同步信息之前，响应作用于所述第二终端设备的图形用户界面上针对第二控件的操作，获取针对所述第一终端设备的属性更改指令；

向所述第一终端设备发送所述属性更改指令；

其中，所述第二控件为针对所述第一终端设备的第一属性所设置的控件。

在一种可能的实现方式中，所述处理单元2002还用于：

在所述第二终端设备和所述第一终端设备建立所述近场连接之后，确定所述第二终端设备加入第一组网，其中，所述第一终端设备和所述第二终端设备均登录有第一账号；

向目标设备发送更新请求信息，其中，所述更新请求信息用于请求获取所述第一组网内的至少一个终端设备的设备属性信息；

接收并存储所述目标设备发送的，所述组网内的至少一个终端设备的设备属性信息。

本实施例提供的装置，可用于执行上述方法实施例的技术方案，其实现原理和技术效果类似，本实施例此处不再赘述。

以及可以参照图21对电子设备进行理解，图21为本申请实施例提供的电子设备的硬件结构示意图。

在可能的实现方式中，本申请实施例中的计算机执行指令也可以称之为应用程序代码，本申请实施例对此不作具体限定。

可选的，接口电路2103还可以包括发送器和/或接收器。可选的，上述处理器2102可以包括一个或多个CPU，还可以是其他通用处理器、数字信号处理器(digital signalprocessor，DSP)、专用集成电路(application specific integrated circuit，ASIC)等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本申请所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。

本申请实施例还提供了一种计算机可读存储介质。上述实施例中描述的方法可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。如果在软件中实现，则功能可以作为一个或多个指令或代码存储在计算机可读介质上或者在计算机可读介质上传输。计算机可读介质可以包括计算机存储介质和通信介质，还可以包括任何可以将计算机程序从一个地方传送到另一个地方的介质。存储介质可以是可由计算机访问的任何目标介质。

一种可能的实现方式中，计算机可读介质可以包括RAM，ROM，只读光盘(compactdisc read-only memory，CD-ROM)或其它光盘存储器，磁盘存储器或其它磁存储设备，或目标于承载的任何其它介质或以指令或数据结构的形式存储所需的程序代码，并且可由计算机访问。而且，任何连接被适当地称为计算机可读介质。例如，如果使用同轴电缆，光纤电缆，双绞线，数字用户线(Digital Subscriber Line，DSL)或无线技术(如红外，无线电和微波)从网站，服务器或其它远程源传输软件，则同轴电缆，光纤电缆，双绞线，DSL或诸如红外，无线电和微波之类的无线技术包括在介质的定义中。如本文所使用的磁盘和光盘包括光盘，激光盘，光盘，数字通用光盘(Digital Versatile Disc，DVD)，软盘和蓝光盘，其中磁盘通常以磁性方式再现数据，而光盘利用激光光学地再现数据。上述的组合也应包括在计算机可读介质的范围内。

本申请实施例是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理单元以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理单元执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

以上的具体实施方式，对本发明的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上仅为本发明的具体实施方式而已，并不用于限定本发明的保护范围，凡在本发明的技术方案的基础之上，所做的任何修改、等同替换、改进等，均应包括在本发明的保护范围之内。

Claims (13)

1.一种信息同步方法，其特征在于，应用于第一终端设备，所述第一终端设备和至少一个第二终端设备建立有近场连接，包括：

获取针对所述第一终端设备的属性更改指令；

根据所述属性更改指令，将所述第一终端设备中的第一属性更新为第一状态；

通过所述近场连接向至少一个第二终端设备发送同步信息，其中，所述同步信息用于指示所述第一终端设备的设备属性发生了更新，以使得所述第二终端设备根据所述同步信息，在所述第二终端设备中更新所述第一终端设备的第一属性；

若所述同步信息中携带有所述第一终端设备的设备标识，以及所述第一终端设备的联网状态，

则所述通过所述近场连接向至少一个第二终端设备发送同步信息，包括：

通过所述近场连接，向各所述第二终端设备广播发送所述同步信息；

所述方法还包括：

接收所述第二终端设备发送的属性获取请求，所述属性获取请求为所述第二终端设备响应于所述同步信息发送的；

根据所述属性获取请求，向所述第二终端设备发送所述第一属性的属性标识和所述第一状态的状态标识；

其中，所述第一终端设备的联网状态为未联网时，所述属性获取请求为所述第二终端设备直接响应于所述同步信息发送的；

所述第一终端设备的联网状态为联网时，所述属性获取请求为所述第二终端设备在确定所述第二终端设备的联网状态为未联网时，响应于所述同步信息发送的。

2.根据权利要求1所述的方法，其特征在于，若所述同步信息中还携带有所述第一属性的属性标识和所述第一状态的状态标识，则

所述通过所述近场连接向至少一个第二终端设备发送同步信息，包括：

获取各所述第二终端设备的联网状态；

根据所述第一终端设备的联网状态和所述第二终端设备的联网状态，在多个所述第二终端设备中确定目标终端设备；

通过所述近场连接，向所述目标终端设备发送所述同步信息。

3.根据权利要求2所述的方法，其特征在于，所述根据所述第一终端设备的联网状态和所述第二终端设备的联网状态，在多个所述第二终端设备中确定目标终端设备，包括：

若所述第一终端设备的联网状态为未联网，则将各所述第二终端设备均确定为所述目标终端设备；或者，

若所述第一终端设备的联网状态为联网，则将所述联网状态为未联网的第二终端设备确定为所述目标终端设备。

4.根据权利要求1-3任一项所述的方法，其特征在于，所述获取针对所述第一终端设备的属性更改指令，包括：

接收所述第二终端设备发送的属性更改指令。

5.根据权利要求1-3任一项所述的方法，其特征在于，所述获取针对所述第一终端设备的属性更改指令，包括：

响应作用于所述第一终端设备的图形用户界面上针对第一控件的操作，获取所述属性更改指令；

其中，所述第一控件为针对第一终端设备的第一属性所设置的控件。

6.根据权利要求1-3任一项所述的方法，其特征在于，所述方法还包括：

在所述第一终端设备和所述第二终端设备建立所述近场连接之后，确定所述第一终端设备加入第一组网，其中，所述第一终端设备和所述第二终端设备均登录有第一账号；

向目标设备发送更新请求信息，其中，所述更新请求信息用于请求获取所述第一组网内的至少一个终端设备的设备属性信息；

接收并存储所述目标设备发送的，所述组网内的至少一个终端设备的设备属性信息。

7.一种信息同步方法，其特征在于，应用于第二终端设备，所述第二终端设备和第一终端设备建立有近场连接，包括：

通过所述近场连接，接收所述第一终端设备发送的同步信息，其中，所述同步信息用于指示所述第一终端设备的设备属性发生了更新；

根据所述同步信息，在所述第二终端设备中更新所述第一终端设备的第一属性；

若所述同步信息中携带有所述第一终端设备的设备标识，以及所述第一终端设备的联网状态，则

所述根据所述同步信息，在所述第二终端设备中更新所述第一终端设备的第一属性，包括：

若所述第一终端设备的联网状态为未联网，响应于所述同步信息，向所述第一终端设备发送属性获取请求；

接收所述第二终端设备发送的第一属性的属性标识和第一状态的状态标识；

根据所述属性标识和所述状态标识，将所述第二终端设备中记录的所述第一终端设备的第一属性，更新为所述第一状态；

若所述第一终端设备的联网状态为联网，响应于所述同步信息，获取所述第二终端设备的联网状态；

若所述第二终端设备的联网状态为未联网，则向所述第一终端设备发送属性获取请求；

接收所述第二终端设备发送的第一属性的属性标识和第一状态的状态标识；

根据所述属性标识和所述状态标识，将所述第二终端设备中记录的所述第一终端设备的第一属性，更新为所述第一状态。

8.根据权利要求7所述的方法，其特征在于，若所述同步信息中还携带有所述第一属性的属性标识和第一状态的状态标识，

则所述根据所述同步信息，在所述第二终端设备中更新所述第一终端设备的第一属性，包括：

根据所述同步信息，确定所述第一属性和所述第一状态；

将所述第二终端设备中记录的所述第一终端设备的第一属性，更新为所述第一状态；

其中，所述第一终端设备的联网状态为未联网；或者，所述第一终端设备的联网状态为联网，所述第二终端设备的联网状态为未联网。

9.根据权利要求7或8所述的方法，其特征在于，所述通过所述近场连接，接收所述第一终端设备发送的同步信息之前，所述方法还包括：

响应作用于所述第二终端设备的图形用户界面上针对第二控件的操作，获取针对所述第一终端设备的属性更改指令；

向所述第一终端设备发送所述属性更改指令；

其中，所述第二控件为针对所述第一终端设备的第一属性所设置的控件。

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

在所述第二终端设备和所述第一终端设备建立所述近场连接之后，确定所述第二终端设备加入第一组网，其中，所述第一终端设备和所述第二终端设备均登录有第一账号；

向目标设备发送更新请求信息，其中，所述更新请求信息用于请求获取所述第一组网内的至少一个终端设备的设备属性信息；

接收并存储所述目标设备发送的，所述组网内的至少一个终端设备的设备属性信息。

11.一种电子设备，其特征在于，包括：处理器和显示屏，所述处理器用于调用存储器中的程序以执行权利要求1-6或者权利要求7-10任一项所述的方法中处理的步骤，所述显示屏用于执行权利要求1-6或者权利要求7-10任一项所述的方法中显示的步骤。

12.一种电子设备，其特征在于，包括：处理器、显示屏和接口电路，所述接口电路用于与其它装置通信，所述处理器用于执行权利要求1-6或者权利要求7-10任一项所述的方法中处理的步骤，所述显示屏用于执行权利要求1-6或者权利要求7-10任一项所述的方法中显示的步骤。

13.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有指令，当所述指令被执行时，使得计算机执行权利要求1-6或者权利要求7-10任一项所述的方法。