CN118413825A - 通信方法及设备 - Google Patents

Abstract

本申请提供一种通信方法及设备，属于通信技术领域。在该方法中，在NFC标签中预置设备信息来指示一个或多个设备，第一设备可以根据设备信息，触发将一个或多个设备中第二设备的信息写入NFC标签，实现写入NFC标签中的信息可按需写入，从而满足用户进一步的使用需求。

Description

通信方法及设备

技术领域

本申请涉及通信领域，尤其涉及一种通信方法及设备。

背景技术

近场通信(near field communication，NFC)是目前手机与设备(如路由器、门锁、音响、电视等)之间常见的安全快捷的通信技术。例如，厂家可以在设备出厂前，在设备的NFC标签中预置设备的唯一标识，如设备的序列号(SN)，也称为SN号。在设备出厂后，手机可以通过读取NFC标签中的SN号，将设备在云端绑定，以便手机可以通过云端对设备的进行远程控制，如远程启动、远程关闭、远程调节等。

然而，预置SN号的方式可能导致NFC标签使用受限，如只能对绑定的设备进行控制，无法满足用户进一步的使用需求。

发明内容

本申请实施例提供一种通信方法及设备，用以实现NFC标签中的信息可按需写入，以满足用户进一步的使用需求。

为达到上述目的，本申请采用如下技术方案：

第一方面，提供一种通信方法，该方法包括：第一设备从近场通信NFC标签获取第一标签信息，第一标签信息包括设备信息。第一设备确定设备信息对应的第二设备的信息，向NFC标签发送第二标签信息。其中，设备信息用于指示一个或多个设备；第二设备是一个或多个设备中的设备，第二标签信息包括第二设备的信息。

根据第一方面所述的方法可知，在NFC标签中预置设备信息来指示一个或多个设备，第一设备可以根据设备信息，触发将一个或多个设备中第二设备的信息写入NFC标签，实现写入NFC标签中的信息可按需写入，从而满足用户进一步的使用需求。

一种可能的设计方案中，设备信息包括一个或多个设备的型号，也即，通过一个或多个设备的型号来指示这一个或多个设备。此时，倘若一个或多个设备的型号相同，则可以通过一个型号来指示一个或多个设备，以降低开销，提高处理效率。

可以理解，针对同一型号的多个设备，厂家在设备出厂前，可以在NFC标签中写入相同的信息，即这多个设备的型号，以实现批量写入，从而可以提高生产效率，降低生产成本。此外，相较于每个设备写入的信息都不同的情况，批量写入相同信息还可以避免信息写错，如将设备A的信息写入到设备B对应的NFC标签，从而降低因错写信息而导致的设备混料的风险。

第二设备的信息包括第二设备的设备标识，用以唯一的标识该第二设备。也即，在型号相同的一个或多个设备中，第二设备的设备标识可以用于唯一的找到第二设备，从而实现对第二设备的精准控制。

一种可能的设计方案中，第一设备确定设备信息对应的第二设备的信息，包括：第一设备向服务器发送设备信息，从而接收服务器根据设备信息返回的第二设备的信息。也即，服务器上可以维护设备信息与第二设备的信息的对应关系，以便服务器能够根据设备信息返回第二设备的信息。如此，第一设备便不用维护该对应关系，以降低冗余，提高第一设备的运行效率。

可选地，在第一设备从NFC标签获取第一标签信息之前，第一方面所述的方法还可以包括：第一设备从第二设备获取相关信息，并根据相关信息，向服务器发送第一绑定请求消息，从而接收服务器针对第一绑定请求消息返回的绑定响应消息。其中，相关信息包括设备信息以及第二设备的信息，第一绑定请求消息用于请求服务器将相关信息与第一设备绑定，绑定响应消息用于指示绑定成功。可以看出，通过将相关信息与第一设备绑定，当第一设备向服务器发起请求时，服务器便能够根据事先建立的绑定关系，向第一设备提供其所需的信息，如第二设备的信息，而非其他信息，以避免提供的信息出错，如将其他设备的信息提供给第一设备。

进一步的，在第一设备从NFC标签获取第一标签信息之前，第一方面所述的方法还包括：第一设备指示第二设备向服务器发起绑定。例如，第一设备可以向第二设备发送第二绑定请求消息，第二绑定请求消息用于指示第二设备请求服务器将相关信息与第一设备绑定。这样，第二设备可以根据第一设备的指示，向服务器提供第二设备的相关信息。服务器可以验证第二设备提供的相关信息与第一设备提供的相关信息是否一致，以确保在请求绑定的设备与实际绑定的设备一致情况下才进行绑定，从而避免误绑定。

一种可能的设计方案中，在第一设备从NFC标签获取第一标签信息之前，第一方面所述的方法还可以包括：第一设备从第二设备获取相关信息，相关信息可以包括设备信息以及第二设备的信息。相应的，第一设备确定设备信息对应的第二设备的信息，包括：第一设备根据第一标签信息中的设备信息，获取包含设备信息的相关信息，并从相关信息中获取第二设备的信息。也就是说，当第一设备获取到第二设备的相关信息后，其可以在本地保存相关信息。这样，当第一设备需要将第二设备的信息写入到NFC标签时，其可以不通过网络而直接从本地获取第二设备的信息，以降低通信开销。

可选地，在第一设备根据第一标签信息中的设备信息，获取包含设备信息的相关信息之前，第一方面所述的方法还可以包括：第一设备将相关信息与第一设备绑定。相应的，第一设备根据第一标签信息中的设备信息，获取包含设备信息的相关信息，包括：第一设备根据第一标签信息中的设备信息，从第一设备绑定的信息中获取包含设备信息的相关信息。可以看出，通过在第一设备将第二设备的相关信息与第一设备绑定，可以确保当第一设备需要将第二设备的信息写入到NFC标签时，其可以通过绑定关系，准确地获取到第二设备的信息，而非其他设备的信息，以避免写入出错。

一种可能的设计方案中，第一设备和第二设备为不同的设备，以实现在IoT场景下，不同的设备之间可以通过NFC标签进行控制。或者，第一设备、NFC标签，以及第二设备也可以是其他任何可能的设备，以适用到不同的场景，对此不做具体限定。

第二方面，提供一种通信方法，该方法包括：NFC标签向第一设备发送第一标签信息，并接收来自第一设备的第二标签信息。其中，第一标签信息包括设备信息，设备信息用于指示一个或多个设备，第二标签信息包括第二设备的信息，第二设备是一个或多个设备中的设备。

一种可能的设计方案中，设备信息包括一个或多个设备的型号。

可选地，一个或多个设备的型号相同。

可选地，第二设备的信息包括第二设备的设备标识。

此外，第二方面所述的方法的技术效果也可以参考第一方面所述的方法的技术效果，此处不再赘述。

第三方面，提供一种设备。该设备包括：用于执行第一方面所述的方法的模块，例如收发模块和处理模块。例如，收发模块，用于指示该设备的收发功能，处理模块，用于执行该设备除收发功能以外的功能。

其中，收发模块，用于从NFC标签获取第一标签信息，第一标签信息包括设备信息。处理模块，用于确定设备信息对应的第二设备的信息。收发模块，还用于向NFC标签发送第二标签信息。其中，设备信息用于指示一个或多个设备；第二设备是一个或多个设备中的设备，第二标签信息包括第二设备的信息。

一种可能的设计方案中，设备信息包括一个或多个设备的型号。

可选地，一个或多个设备的型号相同。

第二设备的信息包括第二设备的设备标识。

一种可能的设计方案中，收发模块，还用于向服务器发送设备信息，从而接收服务器根据设备信息返回的第二设备的信息。

可选地，收发模块，还用于在从NFC标签获取第一标签信息之前，从第二设备获取相关信息。处理模块，还用于根据相关信息，控制收发模块向服务器发送第一绑定请求消息，从而接收服务器针对第一绑定请求消息返回的绑定响应消息。其中，相关信息包括设备信息以及第二设备的信息，第一绑定请求消息用于请求服务器将相关信息与第三方面所述的设备绑定，绑定响应消息用于指示绑定成功。

进一步的，收发模块，还用于在从NFC标签获取第一标签信息之前，指示第二设备向服务器发起绑定。例如，收发模块，还用于向第二设备发送第二绑定请求消息，第二绑定请求消息用于指示第二设备请求服务器将相关信息与第三方面所述的设备绑定。

一种可能的设计方案中，收发模块，还用于在从NFC标签获取第一标签信息之前，从第二设备获取相关信息，相关信息可以包括设备信息以及第二设备的信息。相应的，处理模块，还用于根据第一标签信息中的设备信息，获取包含设备信息的相关信息，并从相关信息中获取第二设备的信息。

可选地，处理模块，还用于在根据第一标签信息中的设备信息，获取包含设备信息的相关信息之前，将相关信息与第三方面所述的设备绑定。相应的，处理模块，还用于根据第一标签信息中的设备信息，从该设备绑定的信息中获取包含设备信息的相关信息。

一种可能的设计方案中，第三方面所述的设备和第二设备为不同的设备。

可选地，收发模块可以包括发送模块和接收模块。其中，发送模块用于实现第三方面所述的设备的发送功能，接收模块用于实现第三方面所述的设备的接收功能。

可选地，第三方面所述的设备还可以包括存储模块，该存储模块存储有程序或指令。当该处理模块执行该程序或指令时，使得该设备可以执行第一方面所述的方法。

此外，第三方面所述的设备的技术效果可以参考第一方面所述的方法的技术效果，此处不再赘述。

第四方面，提供一种设备。该设备包括：用于执行第二方面所述的方法的模块，例如收发模块和处理模块。例如，收发模块，用于指示该设备的收发功能，处理模块，用于执行该设备除收发功能以外的功能。

其中，处理模块，用于控制收发模块向第一设备发送第一标签信息。收发模块，用于接收来自第一设备的第二标签信息。其中，第一标签信息包括设备信息设备信息用于指示一个或多个设备，第二标签信息包括第二设备的信息，第二设备是一个或多个设备中的设备。

一种可能的设计方案中，设备信息包括一个或多个设备的型号。

可选地，一个或多个设备的型号相同。

可选地，第二设备的信息包括第二设备的设备标识。

可选地，收发模块可以包括发送模块和接收模块。其中，发送模块用于实现第四方面所述的设备的发送功能，接收模块用于实现第四方面所述的设备的接收功能。

可选地，第四方面所述的设备还可以包括存储模块，该存储模块存储有程序或指令。当该处理模块执行该程序或指令时，使得该设备可以执行第二方面所述的方法。

可以理解的是，第四方面所述的设备可以是NFC标签。

此外，第四方面所述的设备的技术效果可以参考第二方面所述的方法的技术效果，此处不再赘述。

第五方面，提供一种设备。该设备包括：处理器，该处理器用于执行第一方面或第二方面中任意一种可能的实现方式所述的方法。

在一种可能的设计方案中，第五方面所述的设备还可以包括收发器。该收发器可以为收发电路或接口电路。该收发器可以用于第五方面所述的设备与其他设备通信。

在一种可能的设计方案中，第五方面所述的设备还可以包括存储器。该存储器可以与处理器集成在一起，也可以分开设置。该存储器可以用于存储第一方面或第二方面中任一方面所述的方法所涉及的程序和/或数据。

在本申请实施例中，第五方面所述的设备可以为第一方面或第二方面中任一方面所述的设备，或者可设置于该设备中的芯片(系统)或其他部件或组件。

此外，第五方面所述的设备的技术效果可以参考第一方面或第二方面中任意一种实现方式所述的方法的技术效果，此处不再赘述。

第六方面，提供一种设备。该设备包括：处理器，该处理器与存储器耦合，该处理器用于执行存储器中存储的程序，以使得该设备执行第一方面或第二方面中任意一种可能的实现方式所述的方法。

在一种可能的设计方案中，第六方面所述的设备还可以包括收发器。该收发器可以为收发电路或接口电路。该收发器可以用于第六方面所述的设备与其他设备通信。

在本申请实施例中，第六方面所述的设备可以为第一方面或第二方面中任一方面所述的设备，或者可设置于该设备中的芯片(系统)或其他部件或组件。

此外，第六方面所述的设备的技术效果可以参考第一方面或第二方面中任意一种实现方式所述的方法的技术效果，此处不再赘述。

第七方面，提供了一种设备，包括：处理器和存储器；该存储器用于存储程序，当该处理器执行该程序时，以使该设备执行第一方面或第二方面中的任意一种实现方式所述的方法。

在一种可能的设计方案中，第七方面所述的设备还可以包括收发器。该收发器可以为收发电路或接口电路。该收发器可以用于第七方面所述的设备与其他设备通信。

在本申请实施例中，第七方面所述的设备可以为第一方面或第二方面中任一方面所述的设备，或者可设置于该设备中的芯片(系统)或其他部件或组件。

此外，第七方面所述的设备的技术效果可以参考第一方面或第二方面中任意一种实现方式所述的方法的技术效果，此处不再赘述。

第八方面，提供一种通信系统。该通信系统包括：第一设备和NFC标签。其中，第一设备用于执行第一方面所述的方法，NFC标签用于执行第二方面所述的方法。

第九方面，提供一种可读存储介质，包括：程序或指令；当该程序或指令在设备上运行时，使得该设备执行第一方面或第二方面中任意一种可能的实现方式所述的方法。

第十方面，提供一种程序产品，包括程序或指令，当该程序或指令在设备上运行时，使得该设备执行第一方面或第二方面中任意一种可能的实现方式所述的方法。

附图说明

图1为设备在云端绑定的流程示意图；

图2为NFC标签信息的规范结构示意图；

图3为本申请实施例提供的通信系统的架构示意图；

图4为本申请实施例提供的通信方法的应用场景图一；

图5为本申请实施例提供的通信方法的应用场景图二；

图6为本申请实施例提供的通信方法的应用场景图三；

图7为本申请实施例提供的通信方法的应用场景图四；

图8为本申请实施例提供的通信方法的应用场景图五；

图9为本申请实施例提供的通信方法的应用场景图六；

图10为本申请实施例提供的通信方法的流程示意图；

图11为本申请实施例提供的设备的结构示意图一；

图12为本申请实施例提供的设备的结构示意图二。

具体实施方式

方便理解，下面介绍近场通信(near field communication，NFC)在一些场景中的应用。NFC是目前手机与设备(如路由器、门锁、音响、电视)之间常见的安全快捷的通信技术。例如，设备的NFC标签中可以预先写入设备的唯一标识，如设备的序列号(SN)，也称为SN号。这样，手机通过读取NFC标签中的SN号，便可以实现将设备在云端绑定。

图1为设备在云端绑定的流程示意图，如图1所示，流程具体如下：

S101，应用程序(application，APP)获得NFC适配器(adapter)。

其中，应用程序可以是运行在手机的应用层上的应用程序。响应于用户的操作，应用程序可以调用手机的系统层的应用层接口，以获取NFC适配器。

S102，应用程序通过NFC适配器，控制手机的NFC控制器(controller)。

其中，应用程序可以通过NFC适配器，设置手机的系统层的NFC控制器，如将NFC控制器设置为读写模式(reader mode)。在读写模式下，NFC控制器作为NFC标签(tag)的读取器或者写入器，并禁用点对点传输模式、卡仿真模式。

S103，手机通过NFC控制器，读取设备的NFC标签中的NFC标签信息。

当手机靠近设备或与设备碰一碰时，手机的NFC控制器可以感知到设备的NFC标签，从而读取NFC标签中的NFC标签信息。

图2为NFC标签信息的规范结构示意图，如图2所示，NFC标签信息包括：NFC数据交换格式(NFC data exchange format，NDEF)类型、消息(message)长度、记录头部1(record1header)、记录载荷1(record1 payload)、记录头部2，以及记录载荷2。

NDEF类型可以用于指示NFC标签信息支持的技术，如是ndef还是ndefFormatable。不同的技术定义的NFC标签信息的格式也不同。NDEF类型可以采用长度为1个字节的16进制的字符表示，如0x03，用以表示NDEF类型为ndef。

消息长度可以用于指示NFC标签信息的总长度，也可以采用长度为1个字节的16进制的字符表示，如0xff，表示长度超过255，0x01和0x22分别为十六进制高位和低位，即0x0122，表明实际长度为290。

记录头部1可以包括：NDEF头字节、类型长度、负载长度，以及类型。其中，NDEF头字节可以用于标识记录头部1，可以采用长度为1个字节的16进制的字符表示，如0x91。类型可以用于指示记录载荷1中负载的类型，可以采用长度为1个字节的16进制的字符表示，如0x55，用以表示记录载荷1中负载的类型为通用资源标识符(uniform resourceidentifier，URI)记录类型。类型长度可以用于指示类型的长度，可以采用长度为1个字节的16进制的字符表示，如0x01。负载长度可以用于指示记录载荷1的长度，可以采用长度为1个字节的16进制的字符表示，如0x7C。

记录载荷1可以包括负载内容，该负载内容可以采用124个字节的16进制的字符表示，如0x00......3d 31，用以表示URI的具体内容。此时，设备的设备属性，如产品型号、产品子型号，以及SN号可以携带在URI的具体内容中。

记录头部2可以包括：NDEF头字节、类型长度、负载长度，以及类型。其中，NDEF头字节可以用于标识记录头部2，可以采用长度为1个字节的16进制的字符表示，如0x14。类型可以用于指示记录载荷2中负载的类型，可以采用长度为15个字节的16进制的字符表示，如0x61......68 67，用以表示记录载荷2中负载的类型为安卓应用包的包名。类型长度可以用于指示类型的长度，可以采用长度为1个字节的16进制的字符表示，如0x0F。负载长度可以用于指示记录载荷1的长度，可以采用长度为1个字节的16进制的字符表示，如0x14。

记录载荷2可以包括负载内容，该负载内容可以采用20个字节的16进制的字符表示，如0x63......6d 65，用以表示智慧生活的包名。也就是说，记录载荷2的负载内容可以用于触发手机安装智慧生活这一应用程序。

S104，手机通过NFC控制器向应用程序返回NFC标签信息。应用程序通过NFC适配器监听NFC控制器，以获得NFC控制器返回的NFC标签信息。

S105，应用程序解析NFC标签信息。

其中，应用程序可以解析NFC标签信息中的NDEF类型，以确定NFC标签信息支持的技术，如为ndef。应用程序可以根据NFC标签信息支持的技术，调用相应的API接口，对NFC标签信息进行解析，从而获得记录载荷1中的负载内容，也即，获得设备的设备属性，如产品型号、产品子型号，以及SN号。

S106，手机向云端发送标识分配请求消息。云端接收来自手机的标识分配请求消息。

云端可以是指云端的设备，或者说，部署在云端的设备，如服务器。

标识分配请求消息可以携带应用程序所属的用户的账号信息，用以请求云端分配用于后续绑定使用的随机标识。也就是说，当用户想要在云端绑定设备时，用户可以在应用程序上发起绑定。此时，应用程序可以响应用户的操作，以触发手机向云端发送标识分配请求消息。

S107，云端向手机发送标识分配响应消息。手机接收来自云端的标识分配响应消息。

标识分配响应消息携带有随机标识。例如，云端可以根据标识分配请求消息，验证用户的账号信息，并在验证通过的情况下，为该用户分配随机标识。

S108，手机指示设备发起注册。

手机与设备还可以建立除NFC以外的连接，如蓝牙连接，Wi-Fi连接等。因此，手机可以通过与设备之间的连接，向设备发送携带该随机标识的注册指令，用以指示设备向云端发起注册。

S109，设备向云端发送第一注册消息。云端接收来自设备的第一注册消息。

其中，第一注册消息携带有设备的设备属性以及随机标识，用以请求将设备绑定到云端。

S110，手机向云端发送第二注册消息。云端接收来自手机的第二注册消息。

其中，与第一注册消息类似，第二注册消息也携带有设备的设备属性以及随机标识，用以请求将设备绑定到云端。

S111，云端执行绑定。

云端可以验证第一注册消息中的随机标识，以及第二注册消息中的随机标识，是否与云端事先分配的随机标识相同。以及，云端还可以验证第一注册消息中的设备属性，以及第二注册消息中的设备属性是否相同，也即，验证请求绑定的设备与实际的设备是否为同一个设备。

如果第一注册消息中的随机标识以及第二注册消息中的随机标识中有任一个与云端事先分配的随机标识不同，和/或，第一注册消息中的设备属性与第二注册消息中的设备属性不同，则云端确定设备绑定失败。

如果第一注册消息中的随机标识以及第二注册消息中的随机标识都与云端事先分配的随机标识相同，且第一注册消息中的设备属性与第二注册消息中的设备属性相同，则云端确定设备是否满足绑定条件，如设备属性中设备的产品型号或产品子型号是否属于能够绑定的型号。如果设备满足绑定条件，如设备属于能够绑定的型号，则云端将设备绑定，如建立并维护该设备的SN号与用户的账号信息的映射关系，否则，云端确定设备绑定失败。

应理解，当设备绑定到云端后，手机便可以通过云端实现对设备的远程控制，如远程启动、远程关闭、远程调节等。

S112，云端向手机返回绑定结果。

其中，绑定结果可以用以指示设备是绑定成功还是失败。

可以看出，在将设备绑定到云端的过程中，需要手机先从设备的NFC标签中读取设备的SN号，以便使用该设备的SN号完成后续的绑定。这种情况下，为确保用户绑定时能够获得设备的SN号，厂家通常需要在设备出厂前，将设备的SN号写入到设备的NFC标签中。这就导致所有NFC标签中的内容都是预置好的，导致用户的实际使用受限，如只能对绑定的设备进行控制，无法满足用户进一步的使用需求。此外，由于每个备的SN号都是唯一的，这就导致厂家写入SN号的工作量很大，影响生产效率，生产成本很高。并且，大批量写入SN号还可能导致设备出现混料，影响其出厂后的正常使用。例如，将设备A的SN号写入到设备B的NFC标签，或者，将设备A的NFC标签与设备B包装到一起，导致设备A与设备B混料，从而导致设备B在实际使用中无法正常绑定。再者，由于用户在绑定设备时都需要与设备碰一碰，或者说需要靠近设备，导致用户的使用不够灵活，使用体验不够好。

针对上述技术问题，本申请实施例提出了如下技术方案。

本申请将围绕可包括多个设备、组件、模块等的系统来呈现各个方面、实施例或特征。应当理解和明白的是，各个系统可以包括另外的设备、组件、模块等，并且/或者可以并不包括结合附图讨论的所有设备、组件、模块等。此外，还可以使用这些方案的组合。

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

本申请实施例描述的网络架构以及业务场景是为了更加清楚的说明本申请实施例的技术方案，并不构成对于本申请实施例提供的技术方案的限定，本领域普通技术人员可知，随着网络架构的演变和新业务场景的出现，本申请实施例提供的技术方案对于类似的技术问题，同样适用。

为便于理解本申请实施例，首先以图3中示出的通信系统为例详细说明适用于本申请实施例的通信系统。示例性的，图3为本申请实施例提供的通信方法所适用的一种通信系统的架构示意图。

如图3所示，通信系统100可以包括：一个或多个设备，如第一设备101、NFC标签102，以及第二设备103。

第一设备101包括但不限于：手机、平板电脑、电视(也可称为智慧屏、大屏设备等)、笔记本电脑、超级移动个人计算机(ultra-mobile personal computer，UMPC)、手持计算机、上网本、个人数字助理(personal digital assistant，PDA)、可穿戴电子设备、车载设备(也可称为车机)、增强现实(augmented reality，AR)设备、虚拟现实(virtualreality，VR)设备等。

例如，图4中的(a)为本申请实施例提供的一种第一设备101的结构示意图。如图4中的(a)所示，第一设备101可以包括：处理器210，外部存储器接口220，内部存储器221，通用串行总线(universal serial bus，USB)接口230，天线1，天线2，移动通信模块250，无线通信模块260，音频模块270，扬声器270A，受话器270B，麦克风270C，耳机接口270D，传感器模块280等。

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

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

第一设备101的无线通信功能可以通过天线1，天线2，移动通信模块250，无线通信模块260，调制解调处理器以及基带处理器等实现。

天线1和天线2用于发射和接收电磁波信号。

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

无线通信模块260可以提供应用在第一设备101上的包括：无线局域网(wirelesslocal area networks，WLAN)，如Wi-Fi网络，BLE，全球导航卫星系统(global navigationsatellite system，GNSS)，调频(frequency modulation，FM)，NFC，红外技术(infrared，IR)等无线通信的解决方案。无线通信模块260可以是集成至少一个通信处理模块的一个或多个器件。无线通信模块260经由天线2接收电磁波，将电磁波信号调频以及滤波处理，将处理后的信号发送到处理器210。无线通信模块260还可以从处理器210接收待发送的信号，对其进行调频，放大，经天线2转为电磁波辐射出去。

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

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

显示屏294用于显示图像，视频等。显示屏294包括：显示面板。在一些实施例中，第一设备101可以包括：1个或N个显示屏194，N为大于1的正整数。

第一设备101可以通过ISP，摄像头293，视频编解码器，GPU，显示屏294以及应用处理器等实现拍摄功能。

ISP用于处理摄像头293反馈的数据。例如，拍照时，打开快门，光线通过镜头被传递到摄像头感光元件上，光信号转换为电信号，摄像头感光元件将所述电信号传递给ISP处理，转化为肉眼可见的图像。

摄像头293用于捕获静态图像或视频。在一些实施例中，第一设备101可以包括：1个或N个摄像头293，N为大于1的正整数。

数字信号处理器用于处理数字信号，除了可以处理数字图像信号，还可以处理其他数字信号。

视频编解码器用于对数字视频压缩或解压缩。

外部存储器接口220可以用于连接外部存储卡，例如Micro SD卡。外部存储卡通过外部存储器接口220与处理器210通信，实现数据存储功能。

内部存储器221可以用于存储可执行程序代码，所述可执行程序代码包括指令。处理器210通过运行存储在内部存储器221的指令，从而执行第一设备101的各种功能应用以及数据处理。内部存储器221可以包括：存储程序区和存储数据区。其中，存储程序区可存储操作系统，至少一个功能所需的应用程序(比如声音播放功能等)等。存储数据区可存储第一设备101使用过程中所创建的数据(比如音频数据等)等。此外，内部存储器221可以包括：高速随机存取存储器，还可以包括：非易失性存储器，例如闪存器件等。

第一设备101可以通过音频模块270，扬声器270A，受话器270B，麦克风270C，耳机接口270D，以及应用处理器等实现音频功能。

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

扬声器270A，也称“喇叭”，用于将音频电信号转换为声音信号。受话器270B，也称“听筒”，用于将音频电信号转换成声音信号。麦克风270C，也称“话筒”、“传声器”，用于将声音信号转换为电信号。耳机接口270D用于连接有线耳机。传感器模块280中可以包括：压力传感器，陀螺仪传感器，气压传感器，磁传感器，加速度传感器，距离传感器，接近光传感器，指纹传感器，温度传感器，触摸传感器，环境光传感器，骨传导传感器等。

当然，第一设备101还可以包括：充电管理模块、电源管理模块、电池、按键、指示器以及1个或多个SIM卡接口等，本申请实施例对此不做任何限制。

可以理解的是，本发明实施例示意的结构并不构成对第一设备101的具体限定。在本申请另一些实施例中，第一设备101可以包括比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。图示的部件可以以硬件，软件或软件和硬件的组合实现。此外，本申请实施例所述的设备的连接，可以是直接连接，或者也可以是间接连接，如经由其他设备中转的连接，对此不限定。本申请实施例所述的发送，可以是直接发送，或者也可以是间接发送，如经由其他设备转发的发送，对此不限定。

NFC标签102也可以被称为NFC贴片、NFC芯片、NFC设备，或者其他任何可能的命名，对此不做具体限定。

第二设备103可以为物联网(internet of things，IoT)设备，如耳机、电视、音箱、门锁、冰箱、烤箱、微波炉、空调、扫地机器人、智能灯、摄像头等，对此不限定。NFC标签102与第二设备103可以设置到一起。例如，NFC标签102内置在第二设备103中，或者设置在第二设备103的表面上。或者，NFC标签102与第二设备103也可以分开，各自独立的设置。例如，NFC标签102设置在区域1，如卧室，第二设备103设置在与区域1不同的区域2，如客厅，或者其他的设置方式，不做限定。

例如，图4中的(b)为本申请实施例提供的一种第二设备103的结构示意图，如图4中的(b)所示，第二设备103可以包括：处理器310、存储器320、无线通信模块330以及电源340。

其中，存储器320可以用于存储应用程序代码，如用于第二设备103与上述第一设备101进行配对连接的应用程序代码。处理器310可以控制执行上述应用程序代码，以实现本申请实施例中配对连接的功能。

存储器320中还可以存储有用于唯一标识该第二设备103的地址。另外，该存储器320中还可以存储有与该第二设备103之前成功配对过的设备的连接数据。例如，该连接数据可以为与该第二设备103成功配对过的设备的地址。基于该连接数据，该第二设备103能够与该设备自动配对，而不必配置与其之间的连接，如进行合法性验证等。上述地址可以为媒体访问控制(media access control，MAC)地址。

无线通信模块330，用于支持第二设备103与各种设备，如上述手机之间的短距离数据交换。在一些实施例中，该无线通信模块340可以为收发器。第二设备103可以通过该收发器与上述手机之间建立无线连接，如蓝牙、Wi-Fi、NFC连接等等，以实现两者之间的短距离数据交换。

电源340，可以用于向第二设备103包含的各个部件供电。在一些实施例中，该电源340可以是电池，如可充电电池。

可以理解，本申请实施例示意的结构并不构成对第二设备103的具体限定。若第二设备103为不同类型的设备，则可以具有比图4中的(b)中所示出的更多的或者更少的部件，可以组合两个或更多的部件，或者可以具有不同的部件配置。比如，若第二设备103为音箱，第二设备103还可以包括：个扬声器、麦克风等；若第二设备103为电视，第二设备103还可以包括：显示屏、扬声器等；若第二设备103为空调，第二设备103还可以包括：压缩机、冷凝管等等，对此不限定。此外，图4中的(b)中所示出的各种部件可以在包括一个或多个信号处理或专用集成电路在内的硬件、软件、或硬件和软件的组合中实现。

本申请实施例中，NFC标签102在出厂时，并没有预配置第二设备103的设备标识，也即，出厂前无需提前将第二设备103的设备标识写入NFC标签102，不仅可以提高生产效率，降低生产成本，还可以避免出现混料的情况。在此基础上，用户可以根据自己的实际需求，使用第一设备101从第二设备103获取第二设备103的设备标识，并将其写入到NFC标签102中，以实现按需求写入，满足用户的实际使用需求。此后，用户使用第一设备101与NFC标签102通信，便可以实现对第二设备103进行远程控制，其控制更灵活，使用体验更好。

下面以第一设备101为手机1、第二设备102为音箱2为例，对本申请实施例提供的适用于上述通信系统的通信方法的进行具体介绍。

首先，用户A需要使用手机1发现音箱2，下面具体介绍。

如图5中的(a)所示，手机1可以显示主界面501。其中，主界面501可以是手机1开机后显示的界面，但不作为限定，也可以是其他界面，如后台界面，如负一屏。主界面501中可以包括手机1安装的各种应用(application，APP)，比如，可以包括手机1自带的APP的图标，如时钟、日历、图库、备忘录、应用商城、设置、音乐、计算器、运动健康、相机、电话、信息、通讯录、智慧生活502等等，又比如，也可以包括第三方的APP，如QQ等。

用户A可以点击主界面501中的智慧生活502，响应于该操作，手机1可以从主界面501跳转至智慧生活502的APP界面503(图5中的(b)所示)。APP界面503中，“2个设备”可用于指示用户A已发现2个设备，如电视1和电视2，且电视A和电视B的图标可以显示在“2个设备”附近，如下方，以便用户A知晓已发现设备的具体类型。电视A和电视B可以是已经绑定的设备，或者也可以是未绑定的设备，对此不做具体限定。绑定可以指设备与手机1在云端或者手机1本地建立绑定关系，具体实现可以参考下述音箱2的相关介绍，在此不再赘述。若用户A想要发现某个新的设备，则可以点击“+”504。响应于该操作，手机1可以从APP界面503跳转至设备搜索界面505(图5中的(c)所示)，并执行设备搜索。其中，手机1可以在其接入的局域网内广播报文，如受限应用协议(constrained application protocol，CoAP)报文，用以发现设备。例如，如图6所示，手机1的应用层，如智慧生活这一应用程序，可以通过手机1的系统层，触发手机1的硬件层向局域网广播CoAP报文。对于与手机1接入同一局域网的音箱2，音箱2在接收到CoAP报文后，可以向手机1返回响应报文，响应报文携带有音箱2的设备属性，包括：产品型号、产品子型号、设备标识，如SN号，以及一些其它相关的信息，对此不做限定。手机1的硬件层接收到响应报文后，可以通过手机1的系统层，将响应报文传递给手机1的应用层。此时，如图5中的(c)所示，手机1的应用层可以根据响应报文，在设备搜索界面505显示音箱2，用以表示当前已发现音箱2。之后，如果手机1在发现音箱2之后的预设时间内没有发现新的设备，则手机1可以跳转到APP界面506(图5中的(d)所示)，此时，APP界面506中已新增了音箱2。或者，用户A1也可以手动结束设备搜索，如沿设备搜索界面505的右侧边缘向左执行滑动操作，手机1可以响应用户A的滑动操作，跳转到APP界面506。

其次，用户A可以绑定音箱2，下面具体介绍。

如图5中的(d)所示，用户A可以点击APP界面506中音箱2的图标，响应于该操作，手机1可以在音箱2的图标附近显示二级菜单701(如图7中的(a)所示)。二级菜单701可以包括本地绑定702和云端绑定703。

如果用户A点击本地绑定702，则响应于该操作，手机1执行本地绑定的流程。例如，手机1的应用层，可以在本地建立用户A与音箱2的绑定关系，如用户A的信息，具体可以是用户A在应用程序(如智慧生活)上的账号信息与音箱2的设备标识的绑定关系。

或者，如果用户A点击云端绑定703，则响应于该操作，手机1执行云端绑定的流程。

具体的，如图8所示，手机1的应用层可以通过手机1的系统层，触发手机1的硬件层向云端发送标识分配请求消息(1)。其中，云端可以参考上述的相关介绍，不再赘述。标识分配请求消息携带有用户A的信息。云端可以验证用户A的信息。云端在验证通过的情况下，为该用户A分配随机标识，并向手机1返回携带随机标识的标识分配响应消息(2)，否则，在验证失败的情况下，云端可以向手机1返回绑定失败的绑定结果。手机1的硬件层接收到随机标识后，可以通过手机1的系统层，将随机标识传递给手机1的应用层。手机1的应用层也可以通过手机1的系统层，触发手机1的硬件层，向云端发送携带音箱2的设备属性和随机标识的第一绑定请求消息(3)，用以请求云端将音箱2的设备属性与手机1绑定。同时，由于手机1与音箱2连接到同一局域网，或者手机1与音箱2通过蓝牙或者Wi-Fi的方式连接，手机1的应用层也可以根据随机标识，通过手机1的系统层触发手机1的硬件层，向音箱2发送携带随机标识的第二绑定请求消息(4)，用以指示音箱2请求云端将音箱2的设备属性与手机1绑定。音箱2可以根据第二绑定请求消息，向云端发送携带音箱2的设备属性和随机标识的第三绑定请求消息(5)，用以请求云端将音箱2的设备属性与手机1绑定。

云端可以根据第一绑定请求消息和第三绑定请求消息，执行绑定验证。例如，云端可以验证第一绑定请求消息中的随机标识，以及第三绑定请求消息中的随机标识，是否与云端事先分配的随机标识相同。以及，云端还可以验证第一绑定请求消息中的设备属性，以及第三绑定请求消息中的设备属性是否相同，也即，验证请求绑定的设备与实际的设备是否为同一个设备。如果第一绑定请求消息中的随机标识以及第三绑定请求消息中的随机标识中有任一个与云端事先分配的随机标识不同，和/或，第一绑定请求消息中的设备属性与第三绑定请求消息中的设备属性不同，则云端确定绑定验证不通过，音箱2绑定失败。如果第一绑定请求消息中的随机标识以及第三绑定请求消息中的随机标识都与云端事先分配的随机标识相同，且第一绑定请求消息中的设备属性与第三绑定请求消息中的设备属性相同，则云端确定音箱2是否满足绑定条件(如设备属性中音箱2的产品型号或产品子型号是否属于能够绑定的型号)。如果音箱2满足绑定条件，如音箱2属于能够绑定的型号，则云端确定绑定验证通过，将音箱2绑定(如建立并维护该音箱2的设备标识与用户A的信息的绑定关系)，否则，确定绑定验证不通过，音箱2绑定失败。云端向手机1返回绑定结果，如携带在绑定响应消息(6)中，用以指示音箱2是绑定成功还是绑定失败。手机1的硬件层可以通过手机1的系统层，将绑定结果传递给手机1的应用层，用以手机1的应用层执行相应的显示操作。

如图7中的(b)所示，手机1可以在APP界面704中显示“绑定成功/绑定失败”的提示。可选地，在绑定成功的情况下，手机1还可以在APP界面704中音箱2的图标附近显示“设备绑定”的提示，用以表示音箱2是已在云端或本地绑定的设备。

可以理解，上述是以用户A触发手机1执行本地绑定和云端绑定的流程为例，但不做为限定。例如，在发现音箱2后，手机1可以默认执行本地绑定的流程，此时，云端绑定仍可以由用户A触发执行。或者，在发现音箱2后，手机1可以默认执行本地绑定和云端绑定的流程。或者，在发现音箱2后，手机1可以仅默认执行云端绑定的流程，本地绑定的流程不执行。或者，在发现音箱2后，手机1可以仅默认执行本地绑定的流程，云端绑定的流程不执行。

之后，用户A可以将音箱2的设备标识写入NFC标签，下面具体介绍。

如图7中的(b)所示，用户A可以点击APP界面704中音箱2的图标，响应于该操作，手机1可以在音箱2的图标附近显示二级菜单901(如图9中的(a)所示)。二级菜单901可以包括智慧标签902。用户A可以点击智慧标签902，响应于该操作，手机1可以跳转到标签写入界面903(如图9中的(b)所示)，执行NFC标签的检测，并在检测到NFC标签的情况下，执行NFC写入。

具体的，如图10所示，手机的应用层可以调用手机1的系统层的应用层接口，以获取NFC适配器。手机的应用层可以通过NFC适配器，设置手机1的系统层的NFC控制器，如将NFC控制器设置为读写模式。当手机1靠近NFC标签或与NFC标签碰一碰时，NFC控制器可以感知到NFC标签，从而读取NFC标签中的NFC标签信息，记为NFC标签信息1。NFC标签信息1包括用于指示手机1需要执行NFC写入的信息。例如，用于指示手机1需要执行NFC写入的信息可以携带在NFC标签信息1的记录载荷1中，具体可以是音箱2的通用设备信息。其中，通用设备信息可以指在同一类产品中通用的信息，如产品型号、产品子型号，也即，对于同一类型或同一子类型的产品而言，其通用的信息，如产品型号或者产品子型号相同。或者，用于指示手机1需要执行NFC写入的信息也可以是其他任何可能的信息，如用于指示NFC写入操作的字段、信元、比特位图等，具体不做限定。或者，NFC标签信息1也可以不携带任何用于指示手机1需要执行NFC写入的信息，例如，NFC标签信息1的记录载荷1可以为空，此时，可以通过记录载荷1为空来隐含指示手机1需要执行NFC写入。此外，NFC标签信息1的规范结构也可以参考上述图2的相关介绍，不再赘述。NFC控制器在获取到NFC标签信息1后，可以向手机1的应用层发送NFC标签信息1。手机1的应用层通过NFC适配器监听NFC控制器，便可以获得NFC控制器返回的NFC标签信息1。手机1的应用层可以解析NFC标签信息1，在标签写入界面903显示NFC标签的图标904(如图9中的(b)所示)，并执行音箱2的NFC写入。

如果音箱2是在本地绑定，则手机1的应用层可以根据用于指示手机1需要执行NFC写入的信息，从绑定关系中获取到音箱2的设备标识。

或者，如果音箱2是在云端绑定，则手机1的应用层可以通过手机1的系统层，触发手机1的硬件层，向云端发送音箱2的通用设备信息。云端可以根据接收到用户A的信息，查询该用户A的绑定关系，从获取到用户A的信息对应音箱2的设备属性。云端可以确定音箱2的设备属性，是否包含音箱2的通用设备信息。如果音箱2的设备属性包含音箱2的通用设备信息，则云端可以获取音箱2的设备属性中音箱2的设备标识，并向手机1返回音箱2的设备标识；否则，如果音箱2的设备属性未包含音箱2的通用设备信息，则云端向手机1指示查询失败，流程结束。手机1的硬件层接收到来自云端的音箱2的设备标识后，可以通过手机1的系统层，将音箱2的设备标识传递给手机1的应用层。

手机1的应用层在获取到音箱2的设备标识后，手机1的应用层可以根据音箱2的设备标识，生成需要写入NFC标签的NFC标签信息，记为NFC标签信息2。此时，NFC标签信息2的记录载荷1中可以是音箱2的设备标识。此外，NFC标签信息2的规范结构也可以参考上述图2的相关介绍，不再赘述。手机1的应用层可以通过NFC适配器，控制NFC控制器执行写入操作，从而将NFC标签信息2写入到NFC标签中。此时，NFC标签中的NFC标签信息1被更新为NFC标签信息2。

如图9中的(c)所示，在写入完成后，手机1可以在标签写入界面903显示“写入完成”的提示，并跳转到APP界面905(如图9中的(d)所示)，此时，音箱2的图标附近还可以显示“标签绑定”的提示，用以指示该音箱2是已经绑定NFC标签的设备。

可以理解，上述的NFC写入流程仅为一种示例，不作为限定。例如，用户A也可以在手机1的应用层未启动，如未打开智慧生活这一应用程序的情况下，直接开启手机1的NFC功能。此时，手机1的系统层在获取NFC标签信息1后，仍可以根据NFC标签信息1，触发启动手机1的应用层，从而执行后续的NFC写入。

还可以理解，上述的NFC写入流程与上述的本地绑定或云端绑定的流程也可以解耦，也就是说，这两个流程可以彼此独立地执行。例如，用户A在发现音箱2的情况下，便可以任选执行NFC写入流程或者本地绑定或云端绑定的流程。

最后，用户A通过NFC标签控制音箱2，下面具体介绍。

用户A可以将NFC标签设置在自身方便使用的位置。例如，音箱2被放置在客厅，NFC标签被放置在厨房中，当用户A在厨房烹饪时，用户A可以直接通过NFC标签控制位于客厅的音箱2启动播放音乐。

具体的，用户A可以启动手机1的NFC功能，并将手机1靠近NFC标签或与NFC标签碰一碰。这样，手机1的系统层中的NFC控制器可以感知到NFC标签，从而读取NFC标签中的NFC标签信息2。手机1的系统层可以根据NFC标签信息2，触发启动手机1的应用层，如启动智慧生活这一应用程序，并将NFC标签信息2传递给手机1的应用层。手机1的应用层可以解析NFC标签信息2，从而获取到NFC标签信息2中音箱2的设备标识。此时，手机1的应用层，可以通过手机1的系统层，触发手机1的硬件层，通过局域网向音箱2的发送控制指令。此时，如果音箱2仍接入到局域网，则音箱2可以接收到来自手机1的控制指令，从而根据控制指令执行相应的操作，如播放音乐。或者，手机1的应用层，可以通过手机1的系统层，触发手机1的硬件层，通过网络向服务器发送控制指令，以通过服务器向音箱2转发该控制指令，从而实现对音箱2的控制。当然，如果音箱2没有接入到局域网或没有接入到网络，则音箱2无法接收到控制指令，手机1也就无法实现对音箱2的控制。

可以理解，本申请实施例提到的手机1在应用界面，如APP界面、设备搜索界面、标签写入界面等执行的操作，如显示、跳转等，也可以理解为手机1的应用层在执行这些操作。

还可以理解，本申请实施例提到的界面或操作仅为一些示例，不作为限定，本领域技术人员可以根据实际情况，对界面或操作进行调整，并在实现本申请实施例的功能的情况下，其均涵盖在本申请实施例的范围以内。

以上介绍了本申请实施例提供的通信方法在具体场景下的实现，下面介绍该通信方法的整体流程。如图10所示，该通信方法适用于第一设备(如手机1)、NFC标签以及第二设备(如音箱2)之间通信，具体包括如下步骤：

S1001，NFC标签向第一设备发送第一标签信息。第一设备从NFC标签获取第一标签信息。

其中，第一标签信息可以是NFC标签信息，或者其他任何可能的标签信息，对此不做具体限定。第一标签信息包括设备信息，如设备信息可以携带在NFC标签信息的记录载荷1中，具体实现可以参考图2的相关介绍，在此不再赘述。设备信息可以用于指示一个或多个设备。例如，设备信息可以包括一个或多个设备的型号，也即，通过一个或多个设备的型号来指示这一个或多个设备。此时，倘若一个或多个设备的型号相同，则可以通过一个型号来指示一个或多个设备，以降低开销，提高处理效率。第二设备是一个或多个设备中的设备，也即，第二设备是型号相同的一个或多个设备中的某一个设备。

可以理解，针对同一型号的多个设备，厂家在设备出厂前，可以在NFC标签中写入相同的信息，即这多个设备的型号，以实现批量写入，从而可以提高生产效率，降低生产成本。此外，相较于每个设备写入的信息都不同的情况，批量写入相同信息还可以避免信息写错，如将设备A的信息写入到设备B对应的NFC标签，从而降低因错写信息而导致的设备混料的风险。

还可以理解，S1001的具体实现原理也可以参考上述图9的相关介绍，在此不再赘述。

S1002，第一设备确定设备信息对应的第二设备的信息。

第二设备的信息可以包括第二设备的设备标识，用以唯一的标识该第二设备，也即，在型号相同的一个或多个设备中，第二设备的设备标识可以用于唯一的找到第二设备，从而实现对第二设备的精准控制。

第一种可能的设计方案中，第一设备可以通过服务器，确定设备信息对应的第二设备的信息。例如，第一设备可以向服务器发送设备信息，从而接收服务器根据设备信息返回的第二设备的信息。也即，服务器上可以维护设备信息与第二设备的信息的对应关系，以便服务器能够根据设备信息返回第二设备的信息。如此，第一设备便不用保存该对应关系，以降低冗余，提高第一设备的运行效率。

可选地，在第一设备从NFC标签获取第一标签信息之前，第一设备可以从第二设备获取相关信息，并根据相关信息，向服务器发送第一绑定请求消息。其中，相关信息包括设备信息以及第二设备的信息，第一绑定请求消息用于请求服务器将相关信息与第一设备绑定。如此，服务器可以根据第一绑定请求消息，将相关信息与第一设备绑定，从而向第一设备发送绑定响应消息，用以指示绑定成功。相应的，第一设备可以接收服务器针对第一绑定请求消息返回的绑定响应消息，从而确定绑定成功。可以看出，通过将相关信息与第一设备绑定，当第一设备向服务器发起请求时，服务器便能够根据事先建立的绑定关系，向第一设备提供其所需的信息，如第二设备的信息，而非其他信息，以避免提供的信息出错，如将其他设备的信息提供给第一设备。

可选地，在第一设备从NFC标签获取第一标签信息之前，第一设备还可以指示第二设备向服务器发起绑定。例如，第一设备可以向第二设备发送第二绑定请求消息，第二绑定请求消息用于指示第二设备请求服务器将相关信息与第一设备绑定。这样，第二设备可以根据第一设备的指示，向服务器提供第二设备的相关信息，如发送携带第二设备的相关信息的第三绑定请求消息，用以请求服务器将相关信息与第一设备绑定。这种情况下，服务器可以验证第二设备提供的相关信息与第一设备提供的相关信息是否一致，以确保在请求绑定的设备与实际绑定的设备一致情况下才进行绑定，从而避免误绑定。

可以理解，第一种可能的设计方案的具体实现可以参考上述图5-图7中的相关介绍，在此不再赘述。

第二种可能的设计方案中，在第一设备从NFC标签获取第一标签信息之前，第一设备可以从第二设备获取相关信息。如此，第一设备可以根据第一标签信息中的设备信息，获取包含设备信息的相关信息，并从相关信息中获取第二设备的信息。也就是说，当第一设备获取到第二设备的相关信息后，其可以在本地保存相关信息。这样，当第一设备需要将第二设备的信息写入到NFC标签时，其可以不通过网络而直接从本地获取第二设备的信息，以降低通信开销。

可选地，在第一设备根据第一标签信息中的设备信息，获取包含设备信息的相关信息之前，第一设备还可以将相关信息与第一设备绑定。如此，第一设备可以根据第一标签信息中的设备信息，从第一设备绑定的信息中获取包含设备信息的相关信息。可以看出，通过在第一设备将第二设备的相关信息与第一设备绑定，可以确保当第一设备需要将第二设备的信息写入到NFC标签时，其可以通过绑定关系，准确地获取到第二设备的信息，而非其他设备的信息，以避免写入出错。

可以理解，第二种可能的设计方案的具体实现也可以参考上述图5-图7中的相关介绍，在此不再赘述。

S1003，第一设备向NFC标签发送第二标签信息。NFC标签接收来自第一设备的第二标签信息

其中，第二标签信息也可以是NFC标签信息，或者其他任何可能的标签信息，对此不做具体限定。第二标签信息可以包括第二设备的信息，如第二设备的信息可以携带在NFC标签信息的记录载荷1中，具体实现可以参考图2的相关介绍，在此不再赘述。

此时，第一设备通过向NFC标签发送第二标签信息，可以实现将第二标签信息写入NFC标签，以将NFC标签中的第一标签信息更新为第二标签信息。这样，当第一设备再从NFC标签获取到第二标签信息时，第一设备可以根据第二标签信息中第二设备的信息，对第二设备进行控制。

还可以理解，S1003的具体实现原理也可以参考上述图9的相关介绍，在此不再赘述。

综上，在NFC标签中预置设备信息来指示一个或多个设备，第一设备可以根据设备信息，触发将一个或多个设备中第二设备的信息写入NFC标签，实现写入NFC标签的信息可调，以满足用户进一步的使用需求。

以上结合图5-图10详细说明了本申请实施例提供的通信方法。以下结合图11-图12详细说明用于执行本申请实施例提供的通信方法的设备。

图11是本申请实施例提供的设备的结构示意图一。示例性的，如图11所示，设备1100包括：收发模块1101和处理模块1102。为了便于说明，图11仅示出了该设备的主要部件。

一些实施例中，设备1100可适用于图3中所示出的通信系统中，执行上述图10所示的方法中的第一设备的功能。

其中，收发模块1101，用于从NFC标签获取第一标签信息，第一标签信息包括设备信息。处理模块，用于确定设备信息对应的第二设备的信息。收发模块1101，还用于向NFC标签发送第二标签信息。其中，设备信息用于指示一个或多个设备；第二设备是一个或多个设备中的设备，第二标签信息包括第二设备的信息。

一种可能的设计方案中，设备信息包括一个或多个设备的型号。

可选地，一个或多个设备的型号相同。

第二设备的信息包括第二设备的设备标识。

一种可能的设计方案中，收发模块1101，还用于向服务器发送设备信息，从而接收服务器根据设备信息返回的第二设备的信息。

可选地，收发模块1101，还用于在从NFC标签获取第一标签信息之前，从第二设备获取相关信息。处理模块，还用于根据相关信息，控制收发模块1101向服务器发送第一绑定请求消息，从而接收服务器针对第一绑定请求消息返回的绑定响应消息。其中，相关信息包括设备信息以及第二设备的信息，第一绑定请求消息用于请求服务器将相关信息与设备1100绑定，绑定响应消息用于指示绑定成功。

进一步的，收发模块1101，还用于在从NFC标签获取第一标签信息之前，指示第二设备向服务器发起绑定。例如，收发模块1101，还用于向第二设备发送第二绑定请求消息，第二绑定请求消息用于指示第二设备请求服务器将相关信息与设备1100绑定。

一种可能的设计方案中，收发模块1101，还用于在从NFC标签获取第一标签信息之前，从第二设备获取相关信息，相关信息可以包括设备信息以及第二设备的信息。相应的，处理模块，还用于根据第一标签信息中的设备信息，获取包含设备信息的相关信息，并从相关信息中获取第二设备的信息。

可选地，处理模块，还用于在根据第一标签信息中的设备信息，获取包含设备信息的相关信息之前，将相关信息与设备1100绑定。相应的，处理模块，还用于根据第一标签信息中的设备信息，从该设备绑定的信息中获取包含设备信息的相关信息。

可选地，收发模块1101可以包括发送模块(图11中未示出)和接收模块(图11中未示出)。其中，发送模块用于实现设备1100的发送功能，接收模块用于实现设备1100的接收功能。

可选地，设备1100还可以包括存储模块(图11中未示出)，该存储模块存储有程序或指令。当该处理模块1102执行该程序或指令时，使得该设备1100可以执行上述方法中图10所示的方法中第一设备的功能。

应理解，例如，设备1100可以是手机或者平板电脑等，本申请对此不做限定。

此外，设备1100的技术效果可以参考图10所示的通信方法的技术效果，此处不再赘述。

一些实施例中，设备1100可适用于图3中所示出的通信系统中，执行上述图10所示的方法中的NFC标签的功能。

其中，处理模块1102，用于控制收发模块1101向第一设备发送第一标签信息。收发模块1101，用于接收来自第一设备的第二标签信息。收发模块1101还用于向第一设备发送第一标签信息。其中，第一标签信息包括设备信息设备信息用于指示一个或多个设备，第二标签信息包括第二设备的信息，第二设备是一个或多个设备中的设备。

一种可能的设计方案中，设备信息包括一个或多个设备的型号。

可选地，一个或多个设备的型号相同。

可选地，第二设备的信息包括第二设备的设备标识。

可选地，收发模块1101可以包括发送模块(图11中未示出)和接收模块(图11中未示出)。其中，发送模块用于实现设备1100的发送功能，接收模块用于实现设备1100的接收功能。

可选地，设备1100还可以包括存储模块(图11中未示出)，该存储模块存储有程序或指令。当该处理模块1102执行该程序或指令时，使得该设备1100可以执行上述方法中图10所示的方法中第一设备的功能。

可以理解，设备1100可以是NFC芯片，或者说NFC标签，本申请对此不做限定。

此外，设备1100的技术效果可以参考图10所示的通信方法的技术效果，此处不再赘述。

图12为本申请实施例提供的设备的结构示意图二。如图12所示，设备1200可以包括处理器1201。可选地，设备1200还可以包括存储器1202和/或收发器1203。其中，处理器1201与存储器1202和收发器1203耦合，如可以通过通信总线连接。

下面结合图12对设备1200的各个构成部件进行具体的介绍：

其中，处理器1201是设备1200的控制中心，可以是一个处理器，也可以是多个处理元件的统称。例如，处理器1201是一个或多个中央处理器(central processing unit，CPU)，也可以是特定集成电路(application specific integrated circuit，ASIC)，或者是被配置成实施本申请实施例的一个或多个集成电路，例如：一个或多个微处理器(digital signal processor，DSP)，或，一个或者多个现场可编程门阵列(fieldprogrammable gate array，FPGA)。

可选地，处理器1201可以通过运行或执行存储在存储器1202内的软件程序，以及调用存储在存储器1202内的数据，执行设备1200的各种功能，例如执行上述图10所示的通信方法。

在具体的实现中，作为一种实施例，处理器1201可以包括一个或多个CPU，例如图12中所示出的CPU0和CPU1。

在具体实现中，作为一种实施例，设备1200也可以包括多个处理器，例如图12中所示的处理器1201和处理器1204。这些处理器中的每一个可以是一个单核处理器(single-CPU)，也可以是一个多核处理器(multi-CPU)。这里的处理器可以指一个或多个设备、电路、和/或用于处理数据(例如程序指令)的处理核。

其中，所述存储器1202用于存储执行本申请方案的软件程序，并由处理器1201来控制执行，具体实现方式可以参考上述方法实施例，此处不再赘述。

收发器1203，用于与其他设备之间的通信。

可选地，收发器1203可以包括接收器和发送器(图12中未单独示出)。其中，接收器用于实现接收功能，发送器用于实现发送功能。

可选地，收发器1203可以和处理器1201集成在一起，也可以独立存在，并通过设备1200的接口电路(图12中未示出)与处理器1201耦合，本申请实施例对此不作具体限定。

可以理解的是，图12中示出的设备1200的结构并不构成对该设备的限定，实际的设备可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

此外，设备1200的技术效果可以参考上述方法实施例所述的方法的技术效果，此处不再赘述。

应理解，在本申请实施例中的处理器可以是中央处理单元(central processingunit，CPU)，该处理器还可以是其他通用处理器、数字信号处理器(digital signalprocessor，DSP)、专用集成电路(application specific integrated circuit，ASIC)、现成可编程门阵列(field programmable gate array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

还应理解，本申请实施例中的存储器可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。

本申请中，“至少一个”是指一个或者多个，“多个”是指两个或两个以上。“以下至少一项(个)”或其类似表达，是指的这些项中的任意组合，包括单项(个)或复数项(个)的任意组合。例如，a,b,或c中的至少一项(个)，可以表示：a,b,c,a-b,a-c,b-c,或a-b-c，其中a,b,c可以是单个，也可以是多个。

应理解，在本申请的各种实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。

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

Claims (12)

1.一种通信方法，其特征在于，所述方法包括：

第一设备从近场通信NFC标签获取第一标签信息，所述第一标签信息包括设备信息，所述设备信息用于指示一个或多个设备；

所述第一设备确定所述设备信息对应的第二设备的信息，所述第二设备是所述一个或多个设备中的设备；

所述第一设备向所述NFC标签发送第二标签信息，所述第二标签信息包括所述第二设备的信息。

2.根据权利要求1所述的方法，其特征在于，所述设备信息包括所述一个或多个设备的型号。

3.根据权利要求2所述的方法，其特征在于，所述一个或多个设备的型号相同。

4.根据权利要求2或3所述的方法，其特征在于，所述第二设备的信息包括所述第二设备的设备标识。

5.根据权利要求1-4中任一项所述的方法，其特征在于，所述第一设备确定所述设备信息对应的第二设备的信息，包括：

所述第一设备向服务器发送所述设备信息；

所述第一设备接收所述服务器根据所述设备信息返回的所述第二设备的信息。

6.根据权利要求5所述的方法，其特征在于，在所述第一设备从NFC标签获取第一标签信息之前，所述方法还包括：

所述第一设备从所述第二设备获取相关信息，所述相关信息包括所述设备信息以及所述第二设备的信息；

所述第一设备根据所述相关信息，向所述服务器发送第一绑定请求消息，所述第一绑定请求消息用于请求所述服务器将所述相关信息与所述第一设备绑定；

所述第一设备接收所述服务器针对所述第一绑定请求消息返回的绑定响应消息，所述绑定响应消息用于指示绑定成功。

7.根据权利要求6所述的方法，其特征在于，在所述第一设备从NFC标签获取第一标签信息之前，所述方法还包括：

所述第一设备指示所述第二设备向所述服务器发起绑定。

8.根据权利要求7所述的方法，其特征在于，所述第一设备指示所述第二设备向所述服务器发起绑定，包括：

所述第一设备向所述第二设备发送第二绑定请求消息，所述第二绑定请求消息用于指示所述第二设备请求所述服务器将所述相关信息与所述第一设备绑定。

9.根据权利要求1-4中任一项所述的方法，其特征在于，在所述第一设备从NFC标签获取第一标签信息之前，所述方法还包括：

所述第一设备从所述第二设备获取相关信息，所述相关信息包括所述设备信息以及所述第二设备的信息；

相应的，所述第一设备确定所述设备信息对应的第二设备的信息，包括：

所述第一设备根据所述第一标签信息中的所述设备信息，获取包含所述设备信息的所述相关信息；

所述第一设备从所述相关信息中获取所述第二设备的信息。

10.根据权利要求9所述的方法，其特征在于，在所述第一设备根据所述第一标签信息中的所述设备信息，获取包含所述设备信息的所述相关信息之前，所述方法还包括：

所述第一设备将所述相关信息与所述第一设备绑定；

相应的，所述第一设备根据所述第一标签信息中的所述设备信息，获取包含所述设备信息的所述相关信息，包括：

所述第一设备根据所述第一标签信息中的所述设备信息，从所述第一设备绑定的信息中获取包含所述设备信息的所述相关信息。

11.一种设备，其特征在于，所述设备包括：处理器和存储器；所述存储器用于存储程序，当所述处理器执行所述程序时，使得所述设备执行如权利要求1-10中任一项所述的方法。

12.一种可读存储介质，其特征在于，所述可读存储介质包括程序或指令，当所述程序或所述指令在设备上运行时，使得所述设备执行如权利要求1-10中任一项所述的方法。