CN117675568A - 物联网设备接入方法、系统、相关设备及存储介质 - Google Patents

Abstract

本申请实施例公开一种物联网设备接入方法、系统、相关设备及存储介质，该方法包括：所述方法包括：在扫描到第二设备时，获取所述第二设备的设备信息；根据所述第二设备的设备信息从第一配置数据中查询所述第二设备的配置信息；所述第一配置数据是从服务设备中下载并存储在所述第一设备的，所述第一配置数据包括至少一个已登记设备的配置信息，每个所述已登记设备的配置信息包括所述已登记设备与所述第一设备通信所需的至少一种标准；若查询到所述第二设备的配置信息，则根据所述第二设备的配置信息与所述第二设备建立通信连接，以将所述第二设备接入所述第一设备。实施本申请实施例，能够减少物联网设的备接入工作量，降低接入成本。

Description

物联网设备接入方法、系统、相关设备及存储介质

技术领域

本申请涉及物联网技术领域，具体涉及一种物联网设备接入方法、系统、相关设备及存储介质。

背景技术

随着物联网技术的发展，越来越多的设备需要相互连接以配合使用。例如，智能手表可能需要接入智能耳机、智能牙刷、智能摄像头等多种不同品类的智能设备。然而，在实践中发现，现有技术通过硬编码的方式将不同品类的智能设备接入到终端设备中，前期的接入工作量较大，接入成本较高。

发明内容

本申请实施例公开了一种物联网设备接入方法、系统、相关设备及存储介质，能够减少物联网设的备接入工作量，降低接入成本。

本申请实施例公开一种物联网设备接入方法，应用于第一设备；所述方法包括：

在扫描到第二设备时，获取所述第二设备的设备信息；

根据所述第二设备的设备信息从第一配置数据中查询所述第二设备的配置信息；所述第一配置数据是从服务设备中下载并存储在所述第一设备的，所述第一配置数据包括至少一个已登记设备的配置信息，每个所述已登记设备的配置信息包括所述已登记设备与所述第一设备通信所需的至少一种标准；

若查询到所述第二设备的配置信息，则根据所述第二设备的配置信息与所述第二设备建立通信连接，以将所述第二设备接入所述第一设备。

在一个实施例中，所述方法还包括：

查询所述服务设备中存储的第二配置数据与所述第一设备本地存储的所述第一配置数据是否一致；所述第二配置数据包括至少一个已登记设备的配置信息；

若所述第一配置数据与所述第二配置数据不一致，则从所述服务设备中下载所述第二配置数据，并利用所述第二配置数据对所述第一配置数据进行更新。

在一个实施例中，所述第二设备的配置信息还包括：所述第二设备支持的功能命令的命令信息；以及，在所述根据所述第二设备的配置信息与所述第二设备建立通信连接之后，所述方法还包括：

检测第一功能命令；所述第一功能命令用于请求执行第一功能；

若所述第二设备的配置信息包括所述第一功能命令的命令信息，则向所述第二设备发送所述第一功能命令，以使所述第二设备响应所述第一功能命令，执行与所述第一功能命令对应的操作。

在一个实施例中，所述向所述第二设备发送所述第一功能命令，包括：

根据与所述第一功能对应的通信协议生成包括所述第一功能命令的第一控制数据；同一通信协议与至少两种不同的功能对应；

将所述第一控制数据发送至所述第二设备；

以及，所述方法还包括：

接收所述第二设备执行与所述第一功能命令对应的操作后返回的第二控制数据；

利用与所述第一功能对应的通信协议解析所述第二控制数据，识别所述第二控制数据包括的第二功能与所述第一功能是否一致；

若所述第二功能与所述第一功能一致，则对所述第二控制数据进行处理。

在一个实施例中，在所述根据所述第二设备的配置信息与所述第二设备建立通信连接之后，所述方法还包括：

接收所述第二设备发送的数据通知，并识别与所述数据通知对应的第三功能；

查询所述第二设备的配置信息中所述第三功能对应的数据长度；

若所述第三功能对应的数据长度与所述数据通知的数据长度一致，则对所述数据通知进行处理。

在一个实施例中，在所述扫描到第二设备时，获取所述第二设备的设备信息之前，所述方法还包括：

通过蓝牙扫描在所述第一设备周边的蓝牙设备；

在扫描到接收信号强度大于强度阈值的蓝牙设备时，将所述接收信号强度大于强度阈值的蓝牙设备确定为待接入的第二设备。

在一个实施例中，在扫描到第二设备时，获取所述第二设备的设备信息之前，所述方法还包括：

通过蓝牙扫描在所述第一设备周边的蓝牙设备，并识别所述蓝牙设备的设备信息；

若所述蓝牙设备的设备信息包括目标标识，则将所述蓝牙设备确定为待接入的第二设备。

本申请实施例公开一种物联网设备接入方法，应用于服务设备；所述方法包括：

获取至少一个已登记设备的配置信息；每个所述已登记设备的配置信息包括所述已登记设备与所述第一设备通信所需的至少一种标准；

向第一设备下发至少一个所述已登记设备的配置信息，以使所述第一设备将下载到的至少一个所述已登记设备的配置信息存储为第一配置数据，并在扫描到第二设备时，获取所述第二设备的设备信息，并根据所述第二设备的设备信息从所述第一配置数据中查询所述第二设备的配置信息，以及根据所述第二设备的配置信息与所述第二设备建立通信连接，以将所述第二设备接入所述第一设备。

在一个实施例中，所述方法还包括：

对所述已登记设备的配置信息执行新增、修改或删除中的至少一种操作。

本申请实施例公开一种物联网设备接入系统，所述系统包括：服务设备、第一设备和第二设备；所述服务设备与所述第一设备通信连接；

所述服务设备，用于将至少一个已登记设备的配置信息下发至所述第一设备；每个所述已登记设备的配置信息包括所述已登记设备与所述第一设备通信所需的至少一种标准；

所述第一设备，用于将下载到的至少一个所述已登记设备的配置信息存储为第一配置数据；

所述第一设备，还用于在扫描到第二设备时，获取所述第二设备的设备信息，并根据所述第二设备的设备信息从所述第一配置数据中查询所述第二设备的配置信息；以及，根据所述第二设备的配置信息与所述第二设备建立通信连接，以使所述第二设备接入所述第一设备。

本申请实施例公开一种终端设备，包括：

获取模块，用于在扫描到第二设备时，获取所述第二设备的设备信息；

查询模块，用于根据所述第二设备的设备信息从第一配置数据中查询所述第二设备的配置信息；所述第一配置数据是从服务设备中下载并存储在所述第一设备的，所述第一配置数据包括至少一个已登记设备的配置信息，每个所述已登记设备的配置信息包括所述已登记设备与所述第一设备通信所需的至少一种标准；

通信模块，用于在查询到所述第二设备的配置信息时，根据所述第二设备的配置信息与所述第二设备建立通信连接，以将所述第二设备接入所述第一设备。

本申请实施例公开一种服务设备，包括：

登记模块，用于获取至少一个已登记设备的配置信息；每个所述已登记设备的配置信息包括所述已登记设备与所述第一设备通信所需的至少一种标准；

收发模块，用于向第一设备下发至少一个所述已登记设备的配置信息，以使所述第一设备将下载到的至少一个所述已登记设备的配置信息存储为第一配置数据，并在扫描到第二设备时，获取所述第二设备的设备信息，并根据所述第二设备的设备信息从所述第一配置数据中查询所述第二设备的配置信息，以及根据所述第二设备的配置信息与所述第二设备建立通信连接，以将所述第二设备接入所述第一设备。

本申请实施例公开一种终端设备，包括存储器及处理器，所述存储器中存储有计算机程序，所述计算机程序被所述处理器执行时，使得所述处理器实现本申请实施例公开的任意一项物联网设备接入方法。

本申请实施例公开一种服务设备，包括存储器及处理器，所述存储器中存储有计算机程序，所述计算机程序被所述处理器执行时，使得所述处理器实现本申请实施例公开的任意一项物联网设备接入方法。

本申请实施例公开一种计算机存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现本申请实施例公开的任意一项物联网设备接入方法。

与相关技术相比，本申请实施例具有以下有益效果：

第一设备可从服务设备中下载一个或多个已登记设备的配置信息，并在扫描到第二设备时，从本地存储的第一配置数据中查询第二设备的配置信息，从而利用查询到第二设备的配置信息与第一设备建立通信连接，不需要通过硬编码的方式进行通信配置。

当第一设备需要接入多个终端设备时，只需要各个终端设备的开发者在服务设备上对每个终端的配置信息进行登记，第一设备即可在扫描到任意一个已登记设备时，从服务设备中下载对应的配置信息，以将扫描到的已登记设备接入至第一设备。

对于第一设备的开发者而言，无需在某一终端设备新增接入第一设备之前，花费大量时间与新增接入的终端设备的开发者进行沟通，终端设备的开发者可自行将配置信息上传至服务设备。并且，第一设备的开发者也不需要手动修改第一设备的配置信息，以使第一设备与待接入的第二设备适配，第一设备可自动从服务设备中下载第二设备的配置信息，并自动进行配置修改。可见，前述实施例公开的物联网设备接入方法，可以大幅度能够减少物联网设的备接入工作量，降低接入成本。

附图说明

为了更清楚地说明本申请实施例中的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是一个实施例公开的一种物联网设备接入系统的结构示意图；

图2是一个实施例公开的一种物联网设备接入方法的方法流程示意图；

图3是一个实施例公开的另一种物联网设备接入方法的方法流程示意图；

图4是一个实施例公开的一种第一设备的软件架构示例图；

图5是一个实施例公开的另一种物联网设备接入的方法流程示意图；

图6是一个实施例公开的一种物联网接入方法的流程示意图；

图7是一个实施例公开的一种终端设备的结构示意图；

图8是一个实施例公开的一种服务设备的结构示意图；

图9是一个实施例公开的一种终端设备的结构示意图；

图10是一个实施例公开的一种服务设备的结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

需要说明的是，本申请实施例及附图中的术语“包括”和“具有”以及它们任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。

本申请实施例公开了一种物联网设备接入方法、系统、相关设备及存储介质，能够减少物联网设的备接入工作量，降低接入成本。以下分别进行详细说明。

请参阅图1，图1是一个实施例公开的一种物联网设备接入系统的结构示意图。如图1所示，该系统可包括：第一设备110、第二设备120和服务设备130。其中，第一设备110是设备接入的目标对象，第二设备120是接入到第一设备110中的智能设备，该系统可包括一个或多个第二设备120，具体不做限定。

示例性的，第一设备110可以是智能手表，第二设备120可以是待接入到智能手表中的智能牙刷、智能耳机等，具体不做限定。第二设备120接入到第一设备110之后，可与第一设备110进行双向的数据传输。

示例性的，在第二设备120接入第一设备110之后，第一设备110可对第二设备120进行控制；或者，可以在第一设备110上查询第二设备120的相关信息；或者，第二设备120可作为第一设备110的外设，配合实现第一设备110提供的交互功能。

服务设备130，可与第一设备110通信连接，可以是任意一种后台服务设备，可与第一设备110进行双向的数据传输。

基于如图1所示的物联网设备接入系统，请参阅图2，图2是一个实施例公开的一种物联网设备接入方法的方法流程示意图，该方法可应用于前述的第一设备。如图2所示，该方法可包括以下步骤：

210、在扫描到第二设备时，获取第二设备的设备信息。

在本申请实施例中，第一设备可以扫描周边发送有蓝牙广播的设备，并将扫描到的设备确定为待接入的第二设备。或者，第一设备也可以在连接到Wi-Fi网络后，扫描与第一设备处于同一个Wi-Fi网络的设备作为第二设备，具体不做限定。

第二设备可以通过蓝牙或者Wi-Fi广播自身的设备信息，可包括但不限于：设备名称、媒体存取控制(Media Access Control，MAC)位址、设备序列号等一种或多种可用于标识第二设备的信息。第一设备在扫描到第二设备时，可从接收到的广播信息中解析出第二设备的设备信息。

220、根据第二设备的设备信息从第一配置数据中查询第二设备的配置信息；若查询到第二设备的配置信息，则执行步骤230；若查询不到第二设备的配置信息，则结束本流程。

在本申请实施例中，第一配置数据包括至少一个已登记设备的配置信息，每个已登记设备的配置信息包括已登记设备与第一设备通信所需的至少一种标准。

示例性的，已登记设备的配置信息可包括该已登记设备与第一设备通信时使用的通信协议的标准、通信信道的标准以及蓝牙广播的标准。其中，通信协议可包括公有协议和/或私有协议，具体不做限定。

可选的，第一设备可支持多种不同的通信协议的标准、多种不同的通信信道的标准以及多种不同的蓝牙广播的标准。不同的已登记设备可通过不同的通信协议标准，或者不同的通信信道标准，或者不同的蓝牙广播标准接入第一设备。

需要说明的是，每个已登记设备的配置信息可以是存储在服务设备中的，已登记设备可以是利用配置信息完成设备设置的状态。

示例性的，服务设备可以是物联网设备(Internet of Things，IOT)接入管理平台的后台服务器，IOT接入管理平台可以是一个面向开发人员的网站。网站可包括第一设备能够支持的各种通信协议标准、通信信道标准和蓝牙广播标准的介绍说明。开发人员可根据网站展示的介绍说明对有需要接入第一设备的终端设备进行开发。开发完成后，开发人员可以按照接入文档规范在该网站上登记录入设备的配置信息，后台服务器可以获取并存储开发人员录入终端设备的配置信息，将该终端设备记录为已登记设备。

因此，第一设备可从服务设备中下载一个或多个已登记设备的配置数据，并将下载得到的已登记设备的配置信息在第一设备的本地存储，得到第一配置数据。

第一设备可以在第一配置数据中以第二设备的设备信息为索引搜索对应的配置信息。若第二设备是已将配置信息发送至服务设备的已登记设备，则第一设备可以在第一配置数据中查询到第二设备的配置信息；否则，若第二设备未将配置信息发送至服务设备，则第二设备可能是未经登记的设备，不需要接入至第一设备。

230、根据第二设备的配置信息与第二设备建立通信连接，以将第二设备接入第一设备。

在本申请实施例中，第一设备在查询到第二设备的配置信息之后，可以利用第二设备的配置信息对第一设备进行配置，使得第二设备与第一设备采用约定的通信协议标准、通信信道标准或蓝牙广播标准进行通信。在第一设备利用第二设备的配置信息进行配置，并与第二设备建立通信连接之后，可认为第二设备接入第一设备，双方可互相进行数据传输。

示例性的，以下内容以第一设备为智能手表，第二设备为智能牙刷为例，对前述的物联网设备接入方法进行说明。

智能牙刷的开发人员可通过IOT接入管理平台提供的网站录入智能牙刷的配置信息，IOT接入管理平台的后台服务保存智能牙刷的配置信息。智能手表从IOT接入管理平台的后台服务器中下载后台服务器保存的各个已登记终端的配置信息，其中可包括智能牙刷的配置信息。

用户在使用智能牙刷时，可开启智能牙刷的蓝牙连接功能，使得智能牙刷通过蓝牙广播设备信息。同时，用户也可以开启智能手表的蓝牙连接功能，智能手表可通过蓝牙扫描，扫描到智能牙刷，并获取智能牙刷的设备信息。智能手表可从下载得到的各个已登记终端的配置信息中，查找智能牙刷的配置信息。如果查找到智能牙刷的配置信息，则智能手表可按照智能牙刷的配置信息对智能手表本身进行设置，并在设置后建立与智能牙刷的通信连接。这样，智能牙刷接入智能手表，二者之间可基于通信连接相互进行数据传输。

可见，在前述实施例中，第一设备可从服务设备中下载一个或多个已登记设备的配置信息，并在扫描到第二设备时，从本地存储的第一配置数据中查询第二设备的配置信息，从而利用查询到第二设备的配置信息与第一设备建立通信连接，不需要通过硬编码的方式进行通信配置。

当第一设备需要接入多个终端设备时，只需要各个终端设备的开发者在服务设备上对每个终端的配置信息进行登记，第一设备即可在扫描到任意一个已登记设备时，从服务设备中下载对应的配置信息，以将扫描到的已登记设备接入至第一设备。

对于第一设备的开发者而言，无需在某一终端设备新增接入第一设备之前，花费大量时间与新增接入的终端设备的开发者进行沟通，终端设备的开发者可自行将配置信息上传至服务设备。并且，第一设备的开发者也不需要手动修改第一设备的配置信息，以使第一设备与待接入的第二设备适配，第一设备可自动从服务设备中下载第二设备的配置信息，并自动进行配置修改。可见，前述实施例公开的物联网设备接入方法，可以大幅度能够减少物联网设的备接入工作量，降低接入成本。

请参阅图3，图3是一个实施例公开的另一种物联网设备接入方法的方法流程示意图，该方法可应用于前述的第一设备。如图3所示，该方法可包括以下步骤：

310、查询服务设备中存储的第二配置数据与第一设备本地存储的第一配置数据是否一致；若是，则执行步骤320；若否，则直接执行步骤330。

在本申请实施例中，第一设备每次从服务设备中下载已登记设备的配置信息时，可记录本次下载数据的版本号作为本地存储的第一配置数据的版本号。同时，服务设备可对存储在本地的第二配置数据进行维护，当第二配置数据包括的任意一个或多个已登记设备的配置信息发生了变化时，服务设备可发布第二配置数据的版本更新，更新第二配置数据的版本号。

第一设备可以查询服务设备上存储的第二配置数据的版本号，查询的时机可包括但不限于第一设备每次开机或者定期查询。第一设备每次查询第二配置数据的版本号后，可保留最后一次查询得到的版本号，并将最后一次查询得到的版本号与第一设备本次存储的第一配置数据的版本号进行对比。若对比发现第二配置数据的版本号存在更新，例如第二配置数据的版本号高于第一配置数据的版本号，则第一设备可确定服务设备中存储的第二配置数据与第一设备本地存储的第一配置数据不一致，并执行步骤320。

需要说明的是，版本号对比是判断第一配置数据与第二配置数据是否一致的其中一种实施方式，在另一些可能的实施例中，第一设备可通过其它方式查询第二配置数据与第一配置数据是否一致，具体不做限定。

在本申请实施例中，服务设备存储的第二配置数据可以是由多个待接入的已登记设备的开发人员以及第一设备的开发人员共同维护的，服务设备可根据开发人员的操作对在服务设备上对已登记信息进行新增、修改或删除中的至少一种操作。因此，可以认为服务设备上存储的第二配置数据一般为最新的数据，以第二配置数据为准。

320、从服务设备中下载第二配置数据，并利用第二配置数据对第一配置数据进行更新。

在本申请实施例中，第一设备从服务设备中下载第二配置数据，可包括：

第一设备对第二配置数据进行整体下载，包括第一设备已存储的和未存储的已登记设备的配置信息。

或者，第一设备对第二配置数据中与第一配置数据不同的配置信息进行下载，即下载第一设备未存储的已登记设备的配置信息。

示例性的，服务设备还可存储有第二配置数据中各个已登记设备的配置信息的最后修改时间，第一设备可记录上次从服务设备中下载第二配置数据据的更新时间，并利用该更新时间与第二配置数据中各个配置信息的最后修改时间进行对比，将最后修改时间位于更新时间之后的已登记设备的配置信息确定为第一设备未存储的已登记设备的配置信息。

第一设备在下载到第二配置数据之后，可利用第二配置数据对第一配置数据进行更新，包括：针对存在于第一配置数据和第二配置数据的已登记设备，利用该已登记设备在第二配置数据中的配置信息对该已登记设备在第一配置数据中的配置信息进行修改；针对只存在于第二配置数据未存在于第一配置数据的已登记设备，在第一配置数据中新增该已登记设备的配置信息；针对只存在于第一配置数据未存在于第二配置数据的已登记设备，在第一配置数据中删除该已登记设备的配置信息。

可选的，若第一设备通过第一配置数据和第二配置数据的版本号判断第一配置数据和第二配置数据是否一致，则第一设备在利用第二配置数据对第一配置数据进行更新之后，还可将第一配置数据的版本号更新为第二配置数据的版本号。

330、通过蓝牙扫描周边的蓝牙设备。

在本申请实施例中，蓝牙可包括经典蓝牙或低功耗蓝牙(Bluetooth Low Energy，BLE)。可选的，第一设备可采用BLE扫描周边的蓝牙设备。

BLE旨在保持与经典蓝牙同等通信范围的同时显著降低功耗和成本。利用BLE进行蓝牙设备的扫描发现，可以降低第一设备的功耗。示例性的，当第一设备为智能手表等体积较小的终端设备时，由于体积的限制，导致智能手表的电池容量相对较小，对电池的续航能力提出了更高的要求。因此，智能手表通过BLE进行蓝牙设备扫描有利于降低智能手表的功耗，提高智能手表的续航能力。

需要说明的是，第一设备可作为蓝牙连接的主设备进行蓝牙扫描。蓝牙设备可持续发送蓝牙广播，以使第一设备作为主设备扫描到蓝牙设备。

示例性的，若蓝牙设备为放置在耳机盒中的无线耳机，则耳机盒可以在盒盖被打开时触发发送蓝牙广播。

340、在扫描到第二设备时，获取第二设备的设备信息。

在本申请实施例中，第二设备可以是第一设备通过蓝牙扫描到的任意一个蓝牙设备。

可选的，第二设备可以是第一设备扫描到的多个蓝牙设备中接收信号强度(Received Signal Strength Indicator，RSSI)最强的蓝牙设备。

可选的，第二设备还可以是第一设备扫描到的蓝牙设备中RSSI大于强度阈值的蓝牙设备。其中，强度阈值可以根据具体的业务需求设置，具体不做限定。将RSSI大于强度阈值的蓝牙设备确定为待接入的第二设备，可以减少接入错误，提高设备接入的正确率。

示例性的，假设智能牙刷需要接入智能手表，智能手表为第一设备。在接入时，用户往往将智能手表与智能牙刷放置在距离较近的地方，通常智能牙刷的放置位置在智能手表放置位置的1米以内。可根据蓝牙信号在1米距离内的衰减程度设置强度阈值，智能牙刷接收智能手表的蓝牙扫描信息的RSSI可大于强度阈值，智能手表将智能牙刷确定为第二设备。

可选的，第二设备还可以是第一设备通过蓝牙扫描到的多个蓝牙设备中设备信息包括目标标识的蓝牙设备。目标标识可以是由第一设备和第二设备双方约定的私有标识，例如私有字段或者用于代表第一设备设备名称的字符。目标标识的说明也可以在IOT接入管理平台中进行介绍，以使开发人员了解相关信息。也就是说，第一设备可利用私有标识对不需要接入第一设备的蓝牙设备进行过滤，可以提高设备接入的正确率。

在一些实施例中，第一设备在扫描到第二设备时，还可输出提示信息并关闭蓝牙扫描。其中，提示信息可用于提示第一设备的用户第一设备已扫描到待接入的第二设备。关闭蓝牙扫描可避免第一设备继续进行扫描周边的蓝牙设备，减少功耗并避免扫描到其它不需要接入至第一设备的蓝牙设备。

可选的，第一设备的用户还可进一步根据输出的提示信息判断是否允许第二设备接入第一设备。即，第一设备在输出提示信息之后，可进一步检测针对提示信息输出用户指令；若用户指令指示允许接入，则第一设备可继续执行下述的步骤350-步骤360。若用户指示执行不允许接入，则第一设备可结束本流程。

350、根据第二设备的设备信息从第一配置数据中查询第二设备的配置信息。

360、根据第二设备的配置信息与第二设备建立通信连接，以将第二设备接入第一设备。

在一些实施例中，若第一设备在执行前述的步骤320时通过BLE扫描到第二设备，则第一设备可包括BLE的服务端(server)和BLE的客户端(client)。需要说明的是，BLE的服务端和客户端与BLE的主从机概念不同。BLE的服务端是数据提供者，BLE客户端是数据访问者。第一设备本地存储的第一配置数据可存储在BLE的服务端，BLE服务端可作为数据中心。

针对扫描到的第二设备，第一设备可为第二设备创建BLE客户端，并将创建后的与第二设备对应的BLE客户端挂载至BLE服务端，或者BLE客户端也可以独立常驻挂在，具体不做限定。

在一些实施例中，第一设备上可运行有与第二设备对应的应用程序，第二设备对应的应用程序可提供对第二设备进行设置、控制、用户账号登录、用户账号绑定等功能的人机交互界面。

示例性的，第二设备的应用程序可以是相对于第一设备而言的第三方应用程序，由第二设备的开发人员开发；或者，第二设备的应用程序也可以是第一设备的原生应用程序，由第一设备的开发人员开发。

示例性的，若第二设备对应的应用程序为第三方应用程序，则第二设备对应的应用程序可提供一个内嵌第三方H5页面的容器，第二设备开发人员开发的H5页面可以在通过该容器在第一设备上展示。

可选的，BLE客户端可与第二设备对应的应用程序绑定，也可以独立于第二设备对应的应用程序，BLE客户端与独立的应用程序之间可通过API进行通信。

BLE客户端可提供以下能力：1.提供应用程序(Application，APP)调用的应用程序编程接口(Application Programming Interfac，API)。如H5接入方式中，API的软件开发工具包(Software Development Kit，SDK)不需要暴露给第三方，更多是JS交互库响应JS调用后，直接调用API接口即可。2.提供API跨进程调用BLE相关接口，BLE相关封装实现在数据中心完成。

BLE服务端作为数据中心，存储有第一配置数据，具有负责提供BLE相关具体功能、协议封装实现、API版本差异处理、通信数据拦截、加解密、埋点等。具体能力包括有：1.BLE通信具体功能实现，已连接、可链接设备管理、第三方蓝牙设备过滤；2.BLE功能过滤，鉴权；3.兼容API版本差异化，降低第三方使用API难度；4.BLE通信数据加解密、包数据完整性校验；5.功能鉴权，过滤拦截，业务埋点等。

示例性的，请参阅图4，图4是一个实施例公开的一种第一设备的软件架构示例图。如图4所示，

宿主APP可以是第二设备对应的应用程序，包括：内嵌第三方H5应用的容器、交互库、以及可跨进程与BLE客户端通信的API接口。

数据中心(BLE服务端)包括可跨进程与BLE客户端通信的API接口、用于进行数据拦截、数据加密、数据解密和数据埋点的功能模块、以及BLE API Impl。

第一设备的软件架构还可包括：启动器(Launcher)模块，用于管理弹窗消息、管理各种设备。设置模块，用于管理与一个或多个接入第一设备的第二设备。并且，启动器模块和设置模块均设置有BLE SDK API，以用于与BLE服务端和BLE客户端进行跨进程通信。

需要说明的是，基于如图4所示的软件架构，在不同的进程间进行通信时，数据可转换为ProtoBuf(Protocol Buffer)结构对象，并通过安卓接口定义语言(AndroidInterface Definition Language，AIDL)方式进行传输。

请参阅图5，图5是一个实施例公开的另一种物联网设备接入的方法流程示意图。该方法可应用于前述的第一设备。如图5所示，该方法可包括以下步骤：

510、在扫描到第二设备之后，与第二设备建立通信连接。

在本申请实施例中，步骤510可通过前述实施例公开的方法步骤将第二设备接入第一设备，以下内容不再赘述。

520、检测第一功能命令，并判断所述第二设备的配置信息中是否包括第一功能命令的命令信息；若是，则执行步骤530；若否，则结束本流程。

在本申请实施例中，第一功能命令用于请求执行第一功能。例如，第一功能命令可包括：查询第二设备的剩余电量的命令、查询第二设备的设备信息的命令、控制第二设备开机/关机的命令等、切换第二设备的工作模式等，具体不做限定。

第一功能命令可由用户输入，具体输入方式不做限定。可选的，第一设备上可运行有与第二设备对应的应用程序，第一功能命令可以是用户通过应用程序上提供的人机交互控件输入的。

在本申请实施例中，第一设备可接入多个已登记设备，不同的已登记设备支持的功能可能不同。例如，智能牙刷可支持在多种不同的工作模式之间进行切换点功能，但无线耳机不支持工作模式的切换。

因此，第一设备本地存储的第一配置数据中，各个已登记设备的配置信息可进一步包括：每个已登记设备支持的功能命令的命令信息。也就是说，第二设备的配置信息可包括：第二设备支持的功能命令的命令信息。

第一设备在检测到第一功能命令之后，可以在第二设备的配置信息中查找第一功能命令的命令信息。若第二设备的配置信息中包括第一功能命令的命令信息，说明第二设备可支持第一功能命令，可执行第一功能，因此可继续执行步骤530。若第二设备的配置信息中不包括第一功能命令的命令信息，说明第二设备不支持第一功能命令，无法执行第一功能，因此可结束本流程，以免向第二设备发送错误的第一功能命令。

此外，利用第二设备的配置信息对第一功能命令进行校验，还有利于拦截未经验证的非法的功能命令。

示例性的，若第二设备的开发人员在某次对应用程序进行更新的过程中隐藏了非法的功能命令，例如非法网站的跳转命令等。由于非法的功能命令可能涉嫌违规、违法行为，开发人员可能不会将非法的功能命令作为第二设备新增的配置信息上报至服务设备。即使开发人员将非法的功能命令上报至服务设备，服务设备的管理者也可以对已登记设备的配置信息进行审核，对非法的功能命令进行下架。因此，第一设备从服务设备中下载得到的第一配置数据可以是经过审查的，第一设备存储的第二设备的配置信息中不包括非法的功能命令的命令信息。对于第二设备的开发者而言，第二设备的配置信息在异地(服务设备)存储，加大了绕过监管的难度，从而可以提高拦截非法功能命令的成功率。

530、向第二设备发送第一功能命令，以使第二设备响应第一功能命令，执行与第一功能命令对应的操作。

在本申请实施例中，若第一设备在前述步骤520中判断出第二设备可支持第一功能命令，则可将第一功能命令发送至第二设备。第二设备在接收到第一功能命令时，可执行相对应的操作。例如，查询第二设备的剩余电量，并将查询到的剩余电量返回至第一设备。或者，按照第一功能命令的指示切换工作模式。

在一些实施例中，前述步骤530的实施方式可包括以下步骤：

S1、根据与第一功能对应的通信协议生成第一控制数据。

在本申请实施例中，第一设备与第二设备可通过公有或私有的通信协议进行功能命令的传输，同一通信协议可与至少两种不同的功能对应。示例性的，查询剩余电量、查询设备信息等信息查询类的功能命令可与通信协议A对应，开/关机控制、工作模式切换等操作控制类的功能命令可与通信协议B对应。

第一设备在检测到第一功能命令之后，可进一步根据与第一功能命令对应的通信协议生成包括第一功能命令的第一控制数据。

S2、接收第二设备执行与所述第一功能命令对应的操作后返回的第二控制数据。

示例性的，若第一功能命令为查询类的功能命令，则第二控制数据可包括查询结果，如第二设备的剩余电量、设备信息等查询结果。若第一功能命令为控制类的功能命令，则第二控制数据可包括第二设备是否成功执行控制操作的状态信息，例如执行成功或执行失败等状态信息。

第二控制数据可以是第二设备基于与第一功能对应的通信协议生成的。

S3、利用与所述第一功能对应的通信协议解析所述第二控制数据，识别所述第二控制数据包括的第二功能与所述第一功能是否一致；若是，则执行步骤S4；若否，则结束本流程。

在本申请实施中，由于同一通信协议可与至少两种不同的功能对应。因此，可能存在第二设备执行了错误功能的问题出现。因此，可以由第二设备在执行了第一功能命令对应的操作之后生成第二控制数据，并将第二控制数据发送至第一设备。第二控制数据可包括第二设备实际执行的第二功能的功能信息。第一设备可利用与第一功能对应的通信协议对第二控制数据进行解析，可解析得到第二功能。第一设备可进一步将第一功能与第二功能进行比较，若二者一致，则可说明第二设备执行了正确的功能，若二者不一致，则可说明第二设备执行了错误的功能。

S4、对第二控制数据进行处理。

在本申请实施例中，第一设备可以在第二设备执行了正确的功能后将第二控制数据作为合法数据进行处理。示例性的，第一设备可显示第二设备的剩余电量，或者第一设备可以输出第二设备执行成功的状态信息等。

可见，在前述实施例中，在第二设备接入到第一设备之后，第一设备可通过第一功能命令对第二设备进行控制。其中，第一设备在检测到第一功能命令之后，可以先利用从服务设备中下载得到的第一配置数据对第一功能命令进行校验，在判断出第一配置数据包括第一功能命令的命令信息之后，再将第一功能命令发送至第二设备，以利用第一功能命令对第二设备进行控制。进一步地，第一设备和第二设备之间可基于一种或多种通信协议进行数据传输，而同一通信协议又可与至少两种不同的功能对应，为了提高数据传输的准确性，使得第二设备可以执行正确的功能，第二设备在根据接收到的第一控制数据执行对应的操作之后，可以生成第二控制数据。第二控制数据可包括第二设备实际执行的第二功能的功能信息，第一设备可以在对第二控制数据进行解析，判断出第二功能与第一功能一致之后，再对第二设备返回的第二控制数据进行处理，从而可以提高功能执行的准确性。

为了更好地说明本申请实施例公开的物联网接入方法，示例性的，请参阅图6，图6是一个实施例公开的一种物联网接入方法的流程示意图。如图6所示，可包括以下步骤：

601、IOT接入管理平台接收已登记设备的设备基本信息、功能命令信息、蓝牙信道配置等配置信息的上报。

602、IOT接入管理平台对已登记设备的配置信息进行新增、修改或删除等操作。

603、IOT接入管理平台将已登记设备的配置信息更新至后台服务设备。

604、后台服务设备存储并管理各个已登记设备的配置信息。

605、第一设备的数据中心在检测到智能手表开机时，创建BLE相关服务或者使得BLE广播常驻，以搜索周边的蓝牙设备。

需要说明的是，步骤605中的数据中心可以是BLE服务端。

606、第一设备的数据中心根据本地存储的第一配置数据的版本号向服务设备查询最新的已登记设备配置信息。

607、后台服务器根据智能手表的数据中心上传的版本号判断服务设备本地存储的第二配置数据的版本号是否高于第一配置数据版本号；若是，则执行步骤608。

608、后台服务器向智能手表的数据中心下发后台服务器存储的第二配置数据。

609、第一设备的数据中心利用第二配置数据对本次存储的第一配置数据进行更新。

610、第一设备的数据中心在扫描到第二设备时，根据第二设备的设备信息在本地存储的第一配置数据中查找第二设备的配置信息，并根据第二设备的配置信息将第二设备接入第一设备。

611、第一设备中与第二设备对应的应用程序响应于用户的触发操作，进入人机交互界面。

612、第一设备中的应用程序检测用于查询第二设备剩余电量的第一功能命令。

613、第一设备的应用程序调用对应的java Scritp(JS)封装接口，向javascritp封装接口发送第一功能命令的命令信息。

在步骤612中，第一功能命令的命令信息可包括第一功能命令对应的服务(service)、特征标识(Characteristic UUID)，以及其它配置信息。

614、第一设备的应用程序通过JS交互库调用BLE的SDK API，与第一设备的数据中心进行跨进程通信，将第一功能命令的命令信息发送至数据中心。

在步骤614中，JS交互库会响应接口调用并且调用BLE SDK的客户端API，SDK客户端内部封装所有参数转成ProtoBuf结构对象，通过AIDL方式跨进程调用BLE的SDK服务端(数据中心)。

615、第一设备的数据中心在本地存储的第一配置数据查找第一功能命令的UUID；若查询到第一功能命令的UUID，则执行步骤617；若未查询到第一功能命令的UUID，则执行步骤616。

616、第一设备的数据中心向第二设备的应用程序发送无效功能提示，以使应用程序输出无效功能提示。

617、第一设备的数据中心执行数据埋点或数据加密操作，得到第一控制数据。

618、第一设备的数据中心向第二设备发送第一控制数据。

其中，第一设备和第二设备之间的BLE通信可基于通用属性配置文件协议(Generic Attribute Profile，GATT)进行数据传输。

619、第一设备的数据中心根据第二设备发送的第二控制数据判断是否包括成功状态信息；若是，则执行步骤620；若否，则执行步骤621。

620、第一设备的数据中心向应用程序发送读取失败提示，以使应用程序输出读取失败提示。

621、第一设备的数据中心执行数据埋点或数据解密的操作，从第二控制数据中解析出第二设备的剩余电量，并将剩余电量发送至第一设备的应用程序。

622、第一设备的应用程序显示第二设备的剩余电量。

需要说明的是，在前述的步骤中，第一设备的数据中心与应用程序之间的跨进程通信可包括调用JS交互库提供的数据接口，将数据转换成ProtBuf结构对象，以通过ADIL方式进行跨进程调用等步骤，以下内容不再赘述。

此外，在第二设备接入第一设备之后，第二设备也可以主动向第一设备发送数据。可包括以下步骤：

623、第二设备向第一设备发送数据变化通知。

在步骤623中，数据变化通知可以包括第二设备的任意一种数据变化的信息，例如第二设备的剩余电量变化、第二设备的系统版本更新、第二设备的网络链接状态改变等信息。需要说明的是，数据变化通知可以是第二设备向第一设备发送的其中一种数据通知，在一些可能的实施例中，数据通知还可包括：定期刷新的数据通知。

可选的，第二设备在接收到第一设备发送的数据变化通知之后，还可以进一步校验数据变化通知的数据完整性，并在第一配置数据中查询数据变化通知对应的数据长度与第一配置数据中记载的数据长度是否一致；若是，则执行步骤625；若否，则向第二设备发送接收失败通知。其中，在校验数据变化通知的数据完整性时，第一设备可以先识别数据变化通知对应的第三功能，并从第二设备的配置信息中查询与第三功能对应的数据长度作为第一配置数据中记载的数据长度。

示例性的，数据变化通知可以是设备信息变更通知，例如用户修改了第二设备的设备名。则设备变更通知对应的第三功能可以是设备信息查询功能，第二设备的配置信息可包括设备信息查询功能对应的数据长度，该数据长度可以是第一设备和第二设备在与信息查询功能对应的通信协议中约定的。

624、第一设备可以监听第二设备与数据变化相关的特征。

625、第一设备在监听到数据变化通知之后，更改与数据变化通知对应的特征。

可见，在前述实施例中，第二设备的开发人员可以通过IOT接入管理平台向后台服务器登记第二设备的配置信息，使得第一设备可以从后台服务器中下载得到第二设备的配置信息，并且在扫描到第二设备之后，根据本地存储的第二设备的配置信息与第二设备建立通信连接，使得第二设备接入第一设备。在第二设备接入第一设备之后，第一设备还可根据本地存储的第二配置信息对针对第二设备发起的第一功能命令进行校验，在校验到第一功能命令是可信的(第二设备的配置信息中有记载)之后，将第一功能命令发送至第二设备，以使第二设备执行与第一功能命令对应的操作。更进一步地，针对第二设备通过通信连接发送得数据通知，第一设备可以利用本地存储的第二设备的配置信息对数据通知进行完整性校验，并在通过完整性校验之后再对数据通知进行处理，从而可以提高第二设备主动发送的数据的准确性。

本申请实施例公开一种物联网设备接入系统，可包括第一设备、第二设备和服务设备，服务设备与第一设备通信连接。该系统的系统结构可参见如图1所示的结构示例图。

服务设备，可用于将至少一个已登记设备的配置信息下发至所述第一设备；每个所述已登记设备的配置信息包括所述已登记设备与所述第一设备通信所需的至少一种标准；

第一设备，可用于将下载到的至少一个所述已登记设备的配置信息存储为第一配置数据；

第一设备，还可用于在扫描到第二设备时，获取所述第二设备的设备信息，并根据所述第二设备的设备信息从所述第一配置数据中查询所述第二设备的配置信息；以及，根据所述第二设备的配置信息与所述第二设备建立通信连接，以使所述第二设备接入所述第一设备。

本申请实施例公开的物联网设备接入系统中，服务设备、第一设备和第二设备还可执行前述实施例公开的任意一种物联网设备接入方法中服务设备、第一设备和第二设备相应执行的操作，以下内容不再赘述。

请参阅图7，图7是一个实施例公开的一种终端设备的结构示意图。如图7所示，该终端设备700可包括：获取模块710、查询模块720和通信模块730。

获取模块710，用于在扫描到第二设备时，获取所述第二设备的设备信息；

查询模块720，用于根据所述第二设备的设备信息从第一配置数据中查询所述第二设备的配置信息；所述第一配置数据是从服务设备中下载并存储在所述第一设备的，所述第一配置数据包括至少一个已登记设备的配置信息，每个所述已登记设备的配置信息包括所述已登记设备与所述第一设备通信所需的至少一种标准；

通信模块730，用于在查询到所述第二设备的配置信息时，根据所述第二设备的配置信息与所述第二设备建立通信连接，以将所述第二设备接入所述第一设备。

在一个实施例中，终端设备700还可包括：更新模块。

更新模块，用于查询所述服务设备中存储的第二配置数据与所述第一设备本地存储的所述第一配置数据是否一致；所述第二配置数据包括至少一个已登记设备的配置信息；

更新模块，还用于在所述第一配置数据与所述第二配置数据不一致时，从所述服务设备中下载所述第二配置数据，并利用所述第二配置数据对所述第一配置数据进行更新。

在一个实施例中，所述第二设备的配置信息还包括：所述第二设备支持的功能命令的命令信息；

终端设备700还可包括：检测模块。

检测模块，可用于检测第一功能命令；所述第一功能命令用于请求执行第一功能；

查询模块720，还可用于检测第二设备的配置信息是否包括所述第一功能命令的命令信息；

通信模块730，还可用于在查询模块720查询到所述第二设备的配置信息包括所述第一功能命令的命令信息时，向所述第二设备发送所述第一功能命令，以使所述第二设备响应所述第一功能命令，执行与所述第一功能命令对应的操作。

在一个实施例中，通信模块730，还可用于根据与所述第一功能对应的通信协议生成包括所述第一功能命令的第一控制数据；同一通信协议与至少两种不同的功能对应；以及，将所述第一控制数据发送至所述第二设备；

通信模块730，还可用于接收所述第二设备执行与所述第一功能命令对应的操作后返回的第二控制数据；

终端设备700还可包括：处理模块。

处理模块，可用于利用与所述第一功能对应的通信协议解析所述第二控制数据，识别所述第二控制数据包括的第二功能与所述第一功能是否一致；以及，在所述第二功能与所述第一功能一致时，对所述第二控制数据进行处理。

在一个实施例中，通信模块730，还可用于接收所述第二设备发送的数据通知，并识别与所述数据通知对应的第三功能；

查询模块720，还可用于查询所述第二设备的配置信息中所述第三功能对应的数据长度；

处理模块，还可用于在查询模块720查询到的第三功能对应的数据长度与所述数据通知的数据长度一致时，对数据通知进行处理。

在一个实施例中，终端设备700还可包括：扫描模块。

扫描模块，可用于在获取模块710在扫描到第二设备时获取所述第二设备的设备信息之前，通过蓝牙扫描在所述第一设备周边的蓝牙设备；以及，在扫描到接收信号强度大于强度阈值的蓝牙设备时，将所述接收信号强度大于强度阈值的蓝牙设备确定为待接入的第二设备。

在一个实施例中，扫描模块，还可用于在获取模块710在扫描到第二设备时获取所述第二设备的设备信息之前，通过蓝牙扫描在所述第一设备周边的蓝牙设备，并识别所述蓝牙设备的设备信息；以及，在所述蓝牙设备的设备信息包括目标标识时，则扫描到的蓝牙设备确定为待接入的第二设备。

可见，在前述实施例中，第一设备可从服务设备中下载一个或多个已登记设备的配置信息，并在扫描到第二设备时，从本地存储的第一配置数据中查询第二设备的配置信息，从而利用查询到第二设备的配置信息与第一设备建立通信连接，不需要通过硬编码的方式进行通信配置，可以大幅度能够减少物联网设的备接入工作量，降低接入成本。

请参阅图8，图8是一个实施例公开的一种服务设备的结构示意图。如图8所示，该服务设备800可包括：登记模块810、收发模块820；

登记模块810，用于获取至少一个已登记设备的配置信息；每个所述已登记设备的配置信息包括所述已登记设备与所述第一设备通信所需的至少一种标准；

收发模块820，用于向第一设备下发至少一个所述已登记设备的配置信息，以使所述第一设备将下载到的至少一个所述已登记设备的配置信息存储为第一配置数据，并在扫描到第二设备时，获取所述第二设备的设备信息，并根据所述第二设备的设备信息从所述第一配置数据中查询所述第二设备的配置信息，以及根据所述第二设备的配置信息与所述第二设备建立通信连接，以将所述第二设备接入所述第一设备。

在一个实施例中，登记模块810，可用于对所述已登记设备的配置信息执行新增、修改或删除中的至少一种操作。

可见，在前述实施例中，服务设备可对已登记设备的配置信息进行管理，对于第一设备的开发者而言，无需在某一终端设备新增接入第一设备之前，花费大量时间与新增接入的终端设备的开发者进行沟通，终端设备的开发者可自行将配置信息上传至服务设备。并且，第一设备的开发者也不需要手动修改第一设备的配置信息，以使第一设备与待接入的第二设备适配，第一设备可自动从服务设备中下载第二设备的配置信息，并自动进行配置修改。可见，前述实施例公开的物联网设备接入方法，可以大幅度能够减少物联网设的备接入工作量，降低接入成本。

请参阅图9，图9是一个实施例公开的一种终端设备的结构示意图。如图9所示，该移动终端900可以包括：

存储有可执行程序代码的存储器910；

与存储器910耦合的处理器920；

其中，处理器920调用存储器910中存储的可执行程序代码，执行本申请实施例公开的任意一种物联网设备接入方法。

前述的终端设备900可以是前述实施例中的第一设备或第二设备，具体不做限定。

需要说明的是，图9所示的终端设备还可以包括电源、输入按键、摄像头、扬声器、屏幕、RF电路、Wi-Fi模块、蓝牙模块、传感器等未显示的组件，本实施例不作赘述。

请参阅图10，图10是一个实施例公开的一种服务设备的结构示意图。如图10所示，该服务设备1000可以包括：

存储有可执行程序代码的存储器1010；

与存储器1010耦合的处理器1020；

其中，处理器1020调用存储器1010中存储的可执行程序代码，执行本申请实施例公开的任意一种物联网设备接入方法。

本申请实施例公开一种计算机可读存储介质，其存储计算机程序，其中，该计算机程序使得计算机执行本申请实施例公开的任意一种物联网设备接入方法。

本申请实施例公开一种计算机程序产品，该计算机程序产品包括存储了计算机程序的非瞬时性计算机可读存储介质，且该计算机程序可操作来使计算机执行本申请实施例公开的任意一种物联网设备接入方法。

应理解，说明书通篇中提到的“一个实施例”或“一实施例”意味着与实施例有关的特定特征、结构或特性包括在本申请的至少一个实施例中。因此，在整个说明书各处出现的“在一个实施例中”或“在一实施例中”未必一定指相同的实施例。此外，这些特定特征、结构或特性可以以任意适合的方式结合在一个或多个实施例中。本领域技术人员也应该知悉，说明书中所描述的实施例均属于可选实施例，所涉及的动作和模块并不一定是本申请所必须的。

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

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

另外，在本申请各实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

上述集成的单元若以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可获取的存储器中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或者部分，可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储器中，包括若干请求用以使得一台计算机设备(可以为个人计算机、服务器或者网络设备等，具体可以是计算机设备中的处理器)执行本申请的各个实施例上述方法的部分或全部步骤。

本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序可以存储于一计算机可读存储介质中，存储介质包括只读存储器(Read-Only Memory，ROM)、随机存储器(Random Access Memory，RAM)、可编程只读存储器(Programmable Read-only Memory，PROM)、可擦除可编程只读存储器(Erasable Programmable Read Only Memory，EPROM)、一次可编程只读存储器(One-time Programmable Read-Only Memory，OTPROM)、电子抹除式可复写只读存储器(Electrically-Erasable Programmable Read-Only Memory，EEPROM)、只读光盘(CompactDisc Read-Only Memory，CD-ROM)或其他光盘存储器、磁盘存储器、磁带存储器、或者能够用于携带或存储数据的计算机可读的任何其他介质。

以上对本申请实施例公开的一种物联网设备接入方法、系统、相关设备及存储介质进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想。同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。

Claims (15)

1.一种物联网设备接入方法，其特征在于，应用于第一设备；所述方法包括：

在扫描到第二设备时，获取所述第二设备的设备信息；

根据所述第二设备的设备信息从第一配置数据中查询所述第二设备的配置信息；所述第一配置数据是从服务设备中下载并存储在所述第一设备的，所述第一配置数据包括至少一个已登记设备的配置信息，每个所述已登记设备的配置信息包括所述已登记设备与所述第一设备通信所需的至少一种标准；

若查询到所述第二设备的配置信息，则根据所述第二设备的配置信息与所述第二设备建立通信连接，以将所述第二设备接入所述第一设备。

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

查询所述服务设备中存储的第二配置数据与所述第一设备本地存储的所述第一配置数据是否一致；所述第二配置数据包括至少一个已登记设备的配置信息；

若所述第一配置数据与所述第二配置数据不一致，则从所述服务设备中下载所述第二配置数据，并利用所述第二配置数据对所述第一配置数据进行更新。

3.根据权利要求1所述的方法，其特征在于，所述第二设备的配置信息还包括：所述第二设备支持的功能命令的命令信息；以及，在所述根据所述第二设备的配置信息与所述第二设备建立通信连接之后，所述方法还包括：

检测第一功能命令；所述第一功能命令用于请求执行第一功能；

若所述第二设备的配置信息包括所述第一功能命令的命令信息，则向所述第二设备发送所述第一功能命令，以使所述第二设备响应所述第一功能命令，执行与所述第一功能命令对应的操作。

4.根据权利要求3所述的方法，其特征在于，所述向所述第二设备发送所述第一功能命令，包括：

根据与所述第一功能对应的通信协议生成包括所述第一功能命令的第一控制数据；同一通信协议与至少两种不同的功能对应；

将所述第一控制数据发送至所述第二设备；

以及，所述方法还包括：

接收所述第二设备执行与所述第一功能命令对应的操作后返回的第二控制数据；

利用与所述第一功能对应的通信协议解析所述第二控制数据，识别所述第二控制数据包括的第二功能与所述第一功能是否一致；

若所述第二功能与所述第一功能一致，则对所述第二控制数据进行处理。

5.根据权利要求1所述的方法，其特征在于，在所述根据所述第二设备的配置信息与所述第二设备建立通信连接之后，所述方法还包括：

接收所述第二设备发送的数据通知，并识别与所述数据通知对应的第三功能；

查询所述第二设备的配置信息中所述第三功能对应的数据长度；

若所述第三功能对应的数据长度与所述数据通知的数据长度一致，则对所述数据通知进行处理。

6.根据权利要求1至5任一项所述的方法，其特征在于，在所述扫描到第二设备时，获取所述第二设备的设备信息之前，所述方法还包括：

通过蓝牙扫描在所述第一设备周边的蓝牙设备；

在扫描到接收信号强度大于强度阈值的蓝牙设备时，将所述接收信号强度大于强度阈值的蓝牙设备确定为待接入的第二设备。

7.根据权利要求1至5任一项所述的方法，其特征在于，在扫描到第二设备时，获取所述第二设备的设备信息之前，所述方法还包括：

通过蓝牙扫描在所述第一设备周边的蓝牙设备，并识别所述蓝牙设备的设备信息；

若所述蓝牙设备的设备信息包括目标标识，则将所述蓝牙设备确定为待接入的第二设备。

8.一种物联网设备接入方法，其特征在于，应用于服务设备；所述方法包括：

获取至少一个已登记设备的配置信息；每个所述已登记设备的配置信息包括所述已登记设备与所述第一设备通信所需的至少一种标准；

向第一设备下发至少一个所述已登记设备的配置信息，以使所述第一设备将下载到的至少一个所述已登记设备的配置信息存储为第一配置数据，并在扫描到第二设备时，获取所述第二设备的设备信息，并根据所述第二设备的设备信息从所述第一配置数据中查询所述第二设备的配置信息，以及根据所述第二设备的配置信息与所述第二设备建立通信连接，以将所述第二设备接入所述第一设备。

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

对所述已登记设备的配置信息执行新增、修改或删除中的至少一种操作。

10.一种物联网设备接入系统，其特征在于，所述系统包括：服务设备、第一设备和第二设备；所述服务设备与所述第一设备通信连接；

所述服务设备，用于将至少一个已登记设备的配置信息下发至所述第一设备；每个所述已登记设备的配置信息包括所述已登记设备与所述第一设备通信所需的至少一种标准；

所述第一设备，用于将下载到的至少一个所述已登记设备的配置信息存储为第一配置数据；

所述第一设备，还用于在扫描到第二设备时，获取所述第二设备的设备信息，并根据所述第二设备的设备信息从所述第一配置数据中查询所述第二设备的配置信息；以及，根据所述第二设备的配置信息与所述第二设备建立通信连接，以使所述第二设备接入所述第一设备。

11.一种终端设备，其特征在于，包括：

获取模块，用于在扫描到第二设备时，获取所述第二设备的设备信息；

查询模块，用于根据所述第二设备的设备信息从第一配置数据中查询所述第二设备的配置信息；所述第一配置数据是从服务设备中下载并存储在所述第一设备的，所述第一配置数据包括至少一个已登记设备的配置信息，每个所述已登记设备的配置信息包括所述已登记设备与所述第一设备通信所需的至少一种标准；

通信模块，用于在查询到所述第二设备的配置信息时，根据所述第二设备的配置信息与所述第二设备建立通信连接，以将所述第二设备接入所述第一设备。

12.一种服务设备，其特征在于，包括：

登记模块，用于获取至少一个已登记设备的配置信息；每个所述已登记设备的配置信息包括所述已登记设备与所述第一设备通信所需的至少一种标准；

收发模块，用于向第一设备下发至少一个所述已登记设备的配置信息，以使所述第一设备将下载到的至少一个所述已登记设备的配置信息存储为第一配置数据，并在扫描到第二设备时，获取所述第二设备的设备信息，并根据所述第二设备的设备信息从所述第一配置数据中查询所述第二设备的配置信息，以及根据所述第二设备的配置信息与所述第二设备建立通信连接，以将所述第二设备接入所述第一设备。

13.一种终端设备，其特征在于，包括存储器及处理器，所述存储器中存储有计算机程序，所述计算机程序被所述处理器执行时，使得所述处理器实现如权利要求1至7任一项所述的方法。

14.一种服务设备，其特征在于，包括存储器及处理器，所述存储器中存储有计算机程序，所述计算机程序被所述处理器执行时，使得所述处理器实现如权利要求8至9任一项所述的方法。

15.一种计算机存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1至7或8至9任一项所述的方法。