一种用于设备绑定的系统、方法及装置与流程

本申请涉及互联网技术领域，尤其涉及一种用于设备绑定的系统、方法及装置。

背景技术：

随着网络通信技术、信息化水平的不断提高，智能家居设备的应用需求日益增强。人们可以使用移动终端对智能家居设备进行远程控制，而实现这种远程控制的前提，则是将智能家居设备与用户所使用的移动终端之间进行绑定。

目前，智能家居设备和移动终端之间是基于设备序列号进行绑定的。具体地，智能家居设备在登陆到用于对智能家居设备进行管理的云服务平台之后，可以通过自身的设备序列号在云服务平台上进行注册。注册成功之后，云服务平台可以以该智能家居设备的设备序列号作为设备标识，存储该智能家居设备的相关数据信息。之后，用户可以利用移动终端上安装的该智能家居设备对应的应用程序，登陆云服务平台，并输入想要绑定的智能家居设备的设备序列号，从而将移动终端与该智能家居设备建立起绑定关系，并从云服务平台中获取该智能家居设备的相关数据信息。上述基于设备序列号的绑定方式，由于设备序列号自身的某些特性，可能造成以下缺陷：由于设备序列号都是在出厂前，由生产厂商根据设定的规则来生成的一串固定标识，并且，设备序列号一般张贴在设备的外包装以及机身中，这就导致设备序列号很容易被他人猜测出来或非法窃取，因而将设备序列号作为移动终端绑定智能家居设备的唯一凭证，很可能出现非法绑定智能家居设备的情况。

基于此，目前智能家居设备与移动终端之间进行绑定时的安全性较低。

技术实现要素：

本申请实施例提供一种用于设备绑定的系统、方法及装置，用以解决现有技术中存在的智能家居设备与移动终端之间进行绑定时的安全性较低的问题。

本申请实施例提供的一种用于设备绑定的系统，包括：智能家居设备、云服务平台、以及移动终端；其中，

所述智能家居设备，用于在初次登陆云服务平台时，随机生成一个与自身的设备标识对应的注册码；并，将所述设备标识与所述注册码的第一对应关系上报给所述云服务平台；

所述云服务平台，用于若确定本地没有记录所述第一对应关系，则存储所述第一对应关系；并，在接收到所述移动终端发送的用于请求所述绑定智能家居设备的请求消息后，将所述请求消息中携带的设备标识与注册码的第二对应关系与存储的所述第一对应关系进行匹配；若匹配成功，则向所述移动终端发送用于指示与智能家居设备绑定成功的响应消息；

所述移动终端，用于接收用户输入的设备标识与注册码的第二对应关系；并，向所述云服务平台发送携带有所述第二对应关系的请求消息；接收所述云服务平台发送的所述响应消息。

本申请实施例提供的一种用于设备绑定的方法，包括：

智能家居设备在初次登陆云服务平台时，随机生成一个与自身的设备标识对应的注册码；并，

将所述设备标识与所述注册码的第一对应关系上报给所述云服务平台。

本申请又一实施例提供的一种用于设备绑定的方法，包括：

云服务平台接收智能家居设备发送的设备标识与注册码的第一对应关系；其中，所述注册码为所述智能家居设备在初次登陆云服务平台时随机生成的；

若确定本地没有记录所述第一对应关系，则存储所述第一对应关系；

在接收到移动终端发送的用于请求绑定智能家居设备的请求消息后，将所述请求消息中携带的设备标识与注册码的第二对应关系与存储的所述第一对应关系进行匹配；

若匹配成功，则向移动终端发送用于指示与智能家居设备绑定成功的响应消息。

本申请又一实施例提供的一种用于设备绑定的方法，包括：

移动终端接收用户输入的设备标识与注册码的第二对应关系；并，

向云服务平台发送携带有所述第二对应关系的请求消息；其中，所述请求消息用于请求绑定智能家居设备；

接收云服务平台发送的用于指示与智能家居设备绑定成功的响应消息；其中，所述响应消息为所述云服务平台在确定所述第二对应关系与存储的由所述智能家居设备上报的设备标识与注册码的第一对应关系匹配成功之后，发送给所述移动终端的。

本申请实施例提供的一种用于设备绑定的装置，包括：

生成模块，用于在初次登陆云服务平台时，随机生成一个与自身的设备标识对应的注册码；并，

发送模块，用于将所述设备标识与所述注册码的第一对应关系上报给所述云服务平台。

本申请又一实施例提供的一种用于设备绑定的装置，包括：

接收模块，用于接收智能家居设备发送的设备标识与注册码的第一对应关系；其中，所述注册码为所述智能家居设备在初次登陆所述装置时随机生成的；

存储模块，用于若确定本地没有记录所述第一对应关系，则存储所述第一对应关系；

处理模块，用于在所述接收模块接收到移动终端发送的用于请求绑定智能家居设备的请求消息后，将所述请求消息中携带的设备标识与注册码的第二对应关系与存储的所述第一对应关系进行匹配；若匹配成功，则向移动终端发送用于指示与智能家居设备绑定成功的响应消息。

本申请又一实施例提供的一种用于设备绑定的装置，包括：

第一接收模块，用于接收用户输入的设备标识与注册码的第二对应关系；并，

发送模块，用于向云服务平台发送携带有所述第二对应关系的请求消息；其中，所述请求消息用于请求绑定智能家居设备；

第二接收模块，用于接收云服务平台发送的用于指示与智能家居设备绑定成功的响应消息；其中，所述响应消息为所述云服务平台在确定所述第二对应关系与存储的由所述智能家居设备上报的设备标识与注册码的第一对应关系匹配成功之后，发送给所述装置的。

本申请实施例中，智能家居设备在初次登陆云服务平台时，可以随机生成一个与自身设备标识对应的注册码，并将设备标识与注册码的第一对应关系上报给云服务平台，相应地，云服务平台可以将上述第一对应关系存储在本地，这样，云服务平台在接收到移动终端发送的用于请求绑定智能家居设备的请求消息后，可以将请求消息中携带的设备标识与注册码的第二对应关系与本地存储的第一对应关系进行匹配，并在匹配成功后，允许移动终端与智能家居设备进行绑定。由此可见，智能家居设备在初次登陆云服务平台时，通过将自身的设备标识与注册码的第一对应关系上报给云服务平台，以便云服务平台以设备标识与注册码的第一对应关系来标识该智能家居设备，并将该第一对应关系作为移动终端绑定智能家居设备的唯一凭证。这样，即使设备序列号存在被他人猜测以及非法窃取的风险，但由于注册码是智能家居设备侧随机生成的，很难被除该智能家居设备的拥有者之外的其他人获取到或猜测到，从而有效规避了非法绑定智能家居设备的安全风险，提高了智能家居设备与移动终端之间进行绑定时的安全性。

附图说明

图1为本申请实施例一提供的用于设备绑定的方法流程图；

图2为本申请实施例二提供的智能家居设备登录云服务平台的方法流程图；

图3为本申请实施例二提供的移动终端登录云服务平台并请求绑定智能家居设备的的方法流程图；

图4为本申请实施例三提供的用于设备绑定的系统的组网示意图；

图5为为本申请实施例四提供的用于设备绑定的装置的结构示意图；

图6为为本申请实施例五提供的用于设备绑定的装置的结构示意图；

图7为为本申请实施例六提供的用于设备绑定的装置的结构示意图。

具体实施方式

本申请实施例中，智能家居设备在初次登陆云服务平台时，可以随机生成一个与自身设备标识对应的注册码，并将设备标识与注册码的第一对应关系上报给云服务平台，相应地，云服务平台可以将上述第一对应关系存储在本地，这样，云服务平台在接收到移动终端发送的用于请求绑定智能家居设备的请求消息后，可以将请求消息中携带的设备标识与注册码的第二对应关系与本地存储的第一对应关系进行匹配，并在匹配成功后，允许移动终端与智能家居设备进行绑定。由此可见，智能家居设备在初次登陆云服务平台时，通过将自身的设备标识与注册码的第一对应关系上报给云服务平台，以便云服务平台以设备标识与注册码的第一对应关系来标识该智能家居设备，并将该第一对应关系作为移动终端绑定智能家居设备的唯一凭证。这样，即使设备序列号存在被他人猜测以及非法窃取的问题，但由于注册码是智能家居设备侧随机生成的，很难被除该智能家居设备的拥有者之外的其他人获取到或猜测到，从而有效规避了非法绑定智能家居设备的安全风险，提高了智能家居设备与移动终端之间进行绑定时的安全性。

下面结合说明书附图对本申请实施例作进一步详细描述。

实施例一

如图1所示，为本申请实施例一提供的用于设备绑定的方法流程图。

步骤101：智能家居设备在初次登陆云服务平台时，随机生成一个与自身的设备标识对应的注册码，并将设备标识与注册码的第一对应关系上报给云服务平台。

这里，智能家居设备可以指智能监控设备、或智能电视、或智能冰箱等。云服务平台可以指存储有智能家居设备的数据信息以及能够实现对智能家居设备进行控制的网络侧设备。

步骤102：云服务平台在接收到智能家居设备发送的设备标识与注册码的第一对应关系后，若确定本地没有记录第一对应关系，则存储第一对应关系。

步骤103：移动终端向云服务平台发送用于请求绑定智能家居设备的请求消息。其中，该请求消息中携带有由用户输入的设备标识与注册码的第二对应关系。

步骤104：云服务平台将接收的该请求消息中携带的第二对应关系与存储的第一对应关系进行匹配。

步骤105：云服务平台在确定匹配成功后，向移动终端发送用于指示与智能家居设备绑定成功的响应消息。

下面，针对步骤101，详细介绍下具体的实施过程：

在具体实施中，智能家居设备在上电之后，可以自动向云服务平台发起登陆。并且，在登陆过程中会判断本地是否记录有注册码，若本地没有记录注册码，则确定为初次登陆云服务平台，进而随机生成一个与自身的设备标识对应的注册码。这里，设备标识可以指设备序列号。即，随机生成一个与自身的设备序列号对应的注册码。

其中，注册码的生成具有随机性，具体可以采用随机数生成算法生成一个随机数，将该随机数作为注册码。或者，在生成随机数之后，将随机数与设备标识或其他设备信息进行组合，将得到的组合数作为注册码。并且，这里，针对每一台或每一种类型的智能家居设备，在出厂配置时，可以根据各个智能家居设备或各类智能家居设备的安全需求等级高低，配置不同的注册码生成方式。比如，对于安全需求等级高的智能家居设备，其注册码的组成复杂度较高，比如将注册码的位数设置为16位，而对于安全需求等级不高的智能家居设备，可以将注册码的位数设置为8位，等等。

进一步地，在随机生成一个与自身的设备标识对应的注册码后，可以将设备标识与注册码的第一对应关系上报给云服务平台，以便云服务平台可以利用该智能家居设备初次登陆时上报的设备标识与注册码的第一对应关系来标识该智能家居设备。

并且，在具体实施中，智能家居设备在生成注册码之后，还可以将该注册码保存在本地文件中，并将该本地文件设置为不可删除文件。这样，智能家居设备后续每一次登陆云服务平台时，可以将设备标识以及本地存储的注册码发送给注册码，以便云服务平台可以根据该智能家居设备初次登陆时上报的第一对应关系，来验证智能家居设备是否为之前已注册的设备，从而确定是否允许该智能家居设备登陆至云服务平台。

进一步地，智能家居设备在将该注册码保存在本地文件中之后，为了便于智能家居设备的拥有者能够获知该智能家居设备的注册码，智能家居设备在将注册码保存在本地文件中之后，还可以回显该注册码。其中，回显该注册码的方式可以为：

方式1：在智能家居设备的显示屏中显示该注册码。

具体地，可以在接收到针对该智能家居设备的用于指示显示注册码的指令之后，在显示屏中显示该注册码。一般来说，只有该智能家居设备的拥有者能够接触该智能家居设备，故针对用于指示显示注册码的指令，可以是由用户通过点击智能家居设备中的某个按键来触发。并且，也可以预设一个显示注册码的有效时间，在该有效时间内显示注册码。

方式2：生成一个包含有注册码的网页描述信息；并在接收到用于访问网页描述信息的访问终端发送的访问请求后，将网页描述信息下发给访问终端输出。

具体地，智能家居设备内置有web功能模块，可生成一个包含有注册码的网页描述信息，也就是说，生成一个包含有注册码的web界面。这样，用户若需要获取注册码，则可以在电脑或其它终端设备等访问终端的浏览器中输入该智能家居设备的ip地址，并输入智能家居设备的账号和密码，触发访问终端向该智能家居设备发送访问请求。相应地，智能家居设备在接收到该访问请求之后，可以将包含有注册码的网页描述信息(即web界面)下发给访问终端输出。至此，访问终端的显示屏中可以显示包含有注册码的web界面。

此外，智能家居设备在每次登陆云服务平台时(这里不限于初次登陆)，具体可以在向云服务平台发送登陆请求之后，可以和云服务平台进行协商，与云服务平台建立加密通道。这样，智能家居设备就可以基于建立起的加密通道，将设备标识与注册码的第一对应关系上报给云服务平台，从而加强了传输第一对应关系时的安全性。当然，后续智能家居设备和云服务平台之间的信息传输也可以基于建立的加密通道进行传输。这里不再一一列举。

下面，针对步骤102，详细介绍下具体的实施过程：

在具体实施中，云服务平台可以在接收到智能家居设备发送的设备标识与注册码的第一对应关系后，判断本地是否记录有设备标识与注册码的第一对应关系。若本地没有记录第一对应关系，则存储第一对应关系这里，若本地没有记录该第一对应关系，则云服务平台也可以确定出智能家居设备为初次登陆至云服务平台并利用其设备标识与注册码的第一对应关系来完成注册。故此，云服务平台可以利用保存的第一对应关系来标识该智能家居设备。

进一步，云服务平台在存储第一对应关系之后，后续若接收到智能家居设备发送的携带设备标识和注册码的第三对应关系，则可以判断该第三对应关系是否与本地存储的第一对应关系相同，若相同，则确定该智能家居设备为之前已注册的设备，进而允许该智能家居设备登陆至云服务平台；若不相同，则确定该智能家居设备不是之前已注册的设备，进而不允许该智能家居设备登陆至云服务平台。其中，这里的第三对应关系中的注册码是智能家居设备在智能家居设备的本地文件中读取的。

下面，针对步骤103，详细介绍下具体的实施过程：

在具体实施中，移动终端在向云服务平台发送该请求消息之前，可以首先接收用户输入的设备标识与注册码的第二对应关系。其中，用户可以从智能家居设备的显示屏通过点击用于显示注册码的按钮来获取注册码，或通过在访问终端的浏览器上输入智能家居设备的ip地址以及账号和密码，向智能家居设备获取包含注册码的网页描述信息。这里，由于一般只有该智能家居设备的拥有者能够接触该设备或拥有该智能家居设备的账号和密码，故只有该智能家居设备的拥有者可以获取到正确的注册码，并可以将正确的设备标识与注册码的第一对应关系上报给云服务平台。

进一步地，云服务平台可以将移动终端上报的第二对应关系和存储的第一对应关系进行匹配。即步骤104，具体匹配过程如下：

判断本地是否存储有第二对应关系中记录的设备标识，且判断第二对应关系中记录的设备标识所对应的注册码，与本地存储的第一对应关系中记录设备标识所对应的注册码是否相同。若本地存储有第二对应关系中记录的设备标识，且该设备标识所对应的注册码与本地存储的第一对应关系中记录的设备序列号所对应的注册码相同，则可确定为匹配成功，否则，确定为匹配失败。

后续，云服务平台可以在确定匹配成功后，向移动终端发送用于指示与智能家居设备绑定成功的响应消息。

实施例二：

首先，参照图2，对智能家居设备登录云服务平台的过程进行介绍，具体包括以下步骤：

步骤201：智能家居设备向云服务平台发起第一登录请求，其中，第一登录请求中包含预设的云服务平台账号和密码。

具体地，智能家居设备上电之后，可以利用预设的云服务平台账号和密码，自动向云服务平台发起注册。其中，预设的云服务平台账号和密码可以是设备出厂前，由设备厂商预置在设备中的。

步骤202：智能家居设备与云服务平台进行协商，建立起加密通道。

其中，加密通道可以为采用超文本传输安全协议(hypertexttransferprotocolsecure，https)等。

步骤203：云服务平台对接收到的登录请求中携带的云服务平台账号和密码进行认证，若认证成功，则进入步骤204；若认证失败，则进入步骤213。

在具体实施中，可以采用挑战式认证方式，如摘要认证(digest认证)等，具体的挑战式认证的过程可参见现有流程，这里不再详细说明。

步骤204：云服务平台向智能家居设备发送认证成功的响应消息。

步骤205：智能家居设备在接收到该响应消息之后，判断本地是否存储有注册码，若是，则进入步骤206；若否，则进入步骤209。

其中，本申请中注册码可以是智能家居设备在初次登录云服务平台时，具体是在接收到云服务平台发送的认证成功的响应消息后，随机生成的。故此，若本地存储有注册码，则该智能家居设备不是初次登陆该云服务平台，这种情况下进入步骤206。若本地没有存储有注册码，则该智能家居设备为初次登录云服务平台，这种情况下进入步骤209。

步骤206：智能家居设备将自身的设备序列号以及本地存储的注册码上报给云服务平台。其中，该智能家居设备的设备序列号与注册码之间一一对应。

这里，自身的设备序列号可作为设备标识，且在将自身的设备序列号以及本地存储的注册码在上报云服务平台时，也即将设备序列号与注册码的第一对应关系上报给云服务平台。

步骤207：云服务平台通过接收到的设备序列号，查找本地是否存储有与该设备序列号对应的注册码，若是，则进入步骤208；若否，则进入步骤211。

步骤208：云服务平台判断本地存储的设备序列号与注册码的对应关系是否与与智能家居设备上报的设备序列号与注册码之间的对应关系相同，即，判断本地是否记录有该智能家居设备上报的设备序列号，若是，则进一步判断本地记录的设备序列号所对应的注册码与该智能家居设备上报的设备序列号所对应的注册码是否一致，若是，则确定该智能家居设备为之前已注册的设备，进而进入步骤212；若否，则确定该智能家居设备不为之前已注册的设备，进而进入步骤213。

步骤209：智能家居设备随机生成一个注册码。进而进入步骤210。

其中，注册码的生成过程可以参见本申请实施例一记载的方案，这里不再详细描述。

步骤210：智能家居设备将自身的设备序列号以及生成的注册码上报给云服务平台。进而转入步骤207。

这里，在进入步骤207时，由于智能家居设备是初次上报生成的注册码，故云服务平台本地并没有存储与该设备序列号对应的注册码，因而，在执行完步骤207后，进而转入步骤211。

步骤211：云服务平台存储智能家居设备上报的设备序列号，以及与设备序列号对应的注册码，进而进入步骤212。

也就是说，存储智能家居设备上报的设备序列码与注册码的第一对应关系。并将设备序列码与注册码的第一对应关系作为验证想要绑定该智能家居设备的移动终端的凭证，具体验证移动终端的过程将在下文中进行详细介绍。

步骤212：云服务平台向智能家居设备发送登录成功的第一响应消息。

步骤213：云服务平台向智能家居设备发送登录失败的第二响应消息。

其中，若智能家居设备为初次登录云服务平台，且首次上报自身的设备序列号与生成的注册码，那么，在智能家居设备接收到云服务平台上报的上述第一响应消息之后，则可以将生成的注册码保存在本地文件中，并将其设置为不可删除文件，以便后续智能家居设备在登录云服务平台时，可以基于自身的设备序列号以及与其对应的注册码，来向云服务平台证明该智能家居设备为已注册的设备，从而使云服务平台能够允许其登陆。并且，为了便于智能家居设备的拥有者能够获知该智能家居设备的注册码，智能家居设备在将注册码保存在本地文件中之后，还可以回显该注册码。具体回显方式可参见本申请实施例一，这里不再一一赘述。

接下来，参照图3，针对移动终端登录云服务平台，并请求绑定智能家居设备的过程进行介绍，具体包括以下步骤：

步骤301：移动终端向云服务平台发送第二登录请求，其中，第二登录请求中携带有用户名和密码。

这里，移动终端中安装有用于操控智能家居设备的应用程序(application，app)。移动终端在接收到用户在该应用程序中输入的用户名和密码之后，可以将携带有该用户名和密码的第二登录请求发送给移动终端。

步骤302：云服务平台对接收到的第二登录请求中携带的用户名和密码进行认证，若认证成功，则进入步骤303；若认证失败，则进入步骤304。

具体地，云服务平台可以判断本地存储的用户信息中是否存在第二登录请求中携带的用户名和密码，若存在，则认证成功，若不存在，则认证失败。并且，也可以采用挑战式认证方式，具体的挑战式认证的过程可参见现有流程，这里不再详细说明。

步骤303：云服务平台向移动终端发送用于指示登录成功的第三响应消息。进而转入步骤305。

步骤304：云服务平台向移动终端发送用于指示登录失败的第四响应消息，流程结束。

步骤305：移动终端在接收到云服务平台发送的第三响应消息后，接收用户输入的设备序列号以及与其对应的注册码，也即接收用户输入的设备标识与注册码的第二对应关系。

这里，可以在移动终端的智能家居设备app上配置一个输入框，且在成功登陆至云服务平台之后，将该输入框显示在app的显示界面中，用于接收用户输入的想绑定的智能家居设备的设备序列号以及与该设备序列号对应的注册码，即“设备序列号+注册码”。

步骤306：移动终端向云服务平台发送携带有上述第二对应关系的请求消息，其中，该请求消息用于请求绑定第二对应关系中记录的设备序列号所对应的智能家居设备。

步骤307：云服务平台将上述请求消息中携带的设备标识与注册码的第二对应关系与本地存储的第一对应关系进行匹配。若匹配成功，则进入步骤308；若匹配失败，则进入步骤309。

这里，将第二对应关系与本地存储的第一对应关系进行匹配，也即，判断本地是否存储有第二对应关系中记录的设备序列号，且判断第二对应关系中记录的该设备序列号所对应的注册码，与本地存储的第一对应关系中记录该设备序列号所对应的注册码是否相同。若本地存储有第二对应关系中记录的设备序列号，且该设备序列号所对应的注册码与本地存储的第一对应关系中记录该设备序列号所对应的注册码相同，则可确定为匹配成功，否则，确定为匹配失败。

步骤308：云服务平台向移动终端发送用于指示绑定成功的第五响应消息。

步骤309：云服务平台向移动终端发送用于指示绑定失败的第六响应消息。

此外，移动终端在接收到云服务平台发送的上述第五响应消息之后，即与智能家居设备成功建立绑定关系之后，后续可以从云服务平台获取已绑定的智能家居设备的信息，或者输入已绑定的智能家居设备的账号和密码进行远程控制设备。

其中，移动终端若要进行远程控制智能家居设备时，云服务平台可利用内部配置的点对点(peer-to-peer，p2p)子系统为该智能家居设备提供p2p通道。并且，若移动终端向云服务平台请求获取保密性较高的数据信息，云服务平台可以指示移动终端发送“设备序列号+注册码””的对应关系来验证用户身份的合法性。比如，若该智能家居设备为智能监控设备时，移动终端可以从云服务平台中获取该智能监控设备记录的监控录像等数据，而对于这些监控录像等保密性较高数据，移动终端在通过向云服务平台上报自身的设备序列号以及注册码来验证身份合法之后才能获取到。

由此可见，本申请中，智能家居设备在初次登陆云服务平台时，通过将自身的设备序列号与注册码的第一对应关系上报给云服务平台，以便云服务平台以设备序列号与注册码的第一对应关系来标识该智能家居设备，并将该第一对应关系作为移动终端绑定智能家居设备的唯一凭证。这样，即使设备序列号存在被他人猜测以及非法窃取的问题，但由于注册码是智能家居设备侧随机生成的，很难被除该智能家居设备的拥有者之外的其他人获取到或猜测到，从而有效规避了非法绑定智能家居设备的安全风险，提高了智能家居设备与移动终端之间进行绑定时的安全性。

此外，由于现有技术中设备序列号一般需要烧录至设备板中，并且，还需要在设备的机身以及外包装中张贴设备序列号标签，这就很容易出现设备序列号烧录或张贴错误的异常情况，比如，出现多台智能家居设备的设备序列号相同的情况，这样，很容易导致其中一台智能家居设备的拥有者的移动终端成功绑定了另外一台智能家居设备，从而出现绑定关系错乱的现象。

针对上述情况，本申请中智能家居设备将初次登陆云服务平台时随机生成的注册码保存在本地，并且，在每次登陆云服务平台时均上报自身的设备序列号以及注册码，而云服务平台也基于本地存储的设备序列号与注册码的对应关系来验证是否允许智能家居设备登陆至云服务平台，并作为移动终端绑定智能家居设备的唯一凭证。这样，当出现多台智能家居设备的设备序列号相同的情况，由于每一台智能家居设备随机生成的注册码是不同的，故此，采用本申请中的“设备序列号+注册码”的对应关系来验证智能家居设备以及移动终端的身份，则只能存在一台智能家居设备利用设备序列号以及其随机生成的注册码登陆至云服务平台，相应地，也只有该智能家居设备的拥有者可以获取到该设备序列号所对应的有效的注册码，能够实现绑定，从而有效规避了绑定关系错乱的问题。而对于无法登陆至云服务平台的其它智能家居设备，也便于工作人员能够及时发现设备序列码重复的问题，从而达到了预警设备序列号重复的目的。

实施例三

如图4所示，为本申请实施例三提供的用于设备绑定的系统的组网示意图。该系统中包括：智能家居设备、云服务平台、以及移动终端；其中，

智能家居设备，用于在初次登陆云服务平台时，随机生成一个与自身的设备标识对应的注册码；并，将设备标识与注册码的第一对应关系上报给云服务平台；

云服务平台，用于若确定本地没有记录第一对应关系，则存储第一对应关系；并，在接收到移动终端发送的用于请求绑定智能家居设备的请求消息后，将请求消息中携带的设备标识与注册码的第二对应关系与存储的第一对应关系进行匹配；若匹配成功，则向移动终端发送用于指示与智能家居设备绑定成功的响应消息；

移动终端，用于接收用户输入的设备标识与注册码的第二对应关系；并，向云服务平台发送携带有第二对应关系的请求消息；接收云服务平台发送的该响应消息。

其中，云服务平台中包含若干个子系统，每一个子系统可配置不同的数据处理功能。比如，子系统1可用于处理智能家居设备的登陆过程，如接收智能家居设备上报的设备标识与注册码的第一对应关系。云服务平台中还包含有数据库，该数据库中可以存储智能家居设备的相关数据信息，也可以存储用户的相关信息。当然，智能家居设备也可以通过子系统向数据库中请求获取用户的数据信息，而移动终端也可以通过用户接入服务器向数据库中请求设备的数据信息。

具体地，子系统中可以将针对智能家居设备的数据信息传输至数据库中进行存储，如子系统1将接收的上述第一对应关系上报在数据库中进行存储。并且，用户接入服务器也可以将移动终端上报的信息上传至数据库中，进而由数据库发送至子系统中进行处理。比如，数据库可以将接收的请求消息中携带的设备标识与注册码的第二对应关系以及存储的第一对应关系上报给负责对用户身份进行认证的子系统，由该子系统对第二对应关系以及第一对应关系进行匹配，并基于匹配结果，通过用户接入服务器向移动终端下发响应消息。当然，上述场景仅用于举例，本申请中不对子系统的功能进行具体限定。

基于同一申请构思，本申请实施例中还提供了一种与用于设备绑定的方法对应的用于设备绑定的装置，由于该装置解决问题的原理与本申请实施例提供的用于设备绑定的方法相似，因此该装置的实施可以参见方法的实施，重复之处不再赘述。

实施例四

如图5所示，为本申请实施例四提供的用于设备绑定的装置的结构示意图，包括：

生成模块51，用于在初次登陆云服务平台时，随机生成一个与自身的设备标识对应的注册码；并，

发送模块52，用于将所述设备标识与所述注册码的第一对应关系上报给所述云服务平台。

可选地，所述装置还包括：

处理模块53，用于在所述生成模块随机生成一个与自身的设备标识对应的注册码之后，将所述注册码保存在本地文件中，并将所述本地文件设置为不可删除文件；以及，

所述发送模块52还用于：

每一次登陆所述云服务平台时，将所述设备标识以及本地存储的所述注册码发送给所述云服务平台，用于验证所述装置是否允许登陆至云服务平台。

可选地，所述装置还包括：

显示模块54，用于在显示屏中显示所述注册码；或，

所述处理模块53还用于：

生成一个包含有所述注册码的网页描述信息；并在接收到用于访问所述网页描述信息的访问终端发送的访问请求后，将所述网页描述信息下发给所述访问终端输出。

可选地，所述装置还包括：

建立模块55，用于与所述云服务平台建立加密通道；

所述发送模块52具体用于：

基于建立的所述加密通道，将所述设备标识与所述注册码的第一对应关系上报给所述云服务平台。

实施例五

如图6所示，为本申请实施例五提供的用于设备绑定的装置的结构示意图，包括：

接收模块61，用于接收智能家居设备发送的设备标识与注册码的第一对应关系；其中，所述注册码为所述智能家居设备在初次登陆所述装置时随机生成的；

存储模块62，用于若确定本地没有记录所述第一对应关系，则存储所述第一对应关系；

处理模块63，用于在所述接收模块接收到移动终端发送的用于请求绑定智能家居设备的请求消息后，将所述请求消息中携带的设备标识与注册码的第二对应关系与存储的所述第一对应关系进行匹配；若匹配成功，则向移动终端发送用于指示与智能家居设备绑定成功的响应消息。

可选地，所述接收模块61还用于：

在所述存储模块存储所述第一对应关系之后，接收所述智能家居设备发送的携带设备标识和注册码的第三对应关系，其中，所述第三对应关系中的注册码是所述智能家居设备在所述智能家居设备的本地文件中读取的；

所述处理模块63还用于：

判断所述第三对应关系和所述第一对应关系是否相同；

若相同，则允许所述智能家居设备登陆至云服务平台；

若不相同，则不允许所述智能家居设备登陆至云服务平台。

实施例六

如图7所示，为本申请实施例六提供的用于设备绑定的装置的结构示意图，包括：

第一接收模块71，用于接收用户输入的设备标识与注册码的第二对应关系；并，

发送模块72，用于向云服务平台发送携带有所述第二对应关系的请求消息；其中，所述请求消息用于请求绑定智能家居设备；

第二接收模块73，用于接收云服务平台发送的用于指示与智能家居设备绑定成功的响应消息；其中，所述响应消息为所述云服务平台在确定所述第二对应关系与存储的由所述智能家居设备上报的设备标识与注册码的第一对应关系匹配成功之后，发送给所述装置的。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。

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

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本发明的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。