CN110972131A - 授权与管控方法、设备、系统及存储介质 - Google Patents

Abstract

本申请实施例提供一种授权与管控方法、设备、系统及存储介质。在本申请实施例中，智能管控设备可发现与其位于同一局域网内的第三方设备，通过自己对应的服务端设备向第三方设备对应的服务端设备申请授权，以获取第三方设备的设备信息，进而绑定第三方设备的设备信息，以便后续对第三方设备进行智能管控。该授权绑定过程不需要在不同设备对应的App界面之间跳转，简化了用户操作，可降低因用户操作失误引起的授权失败，极大地提高了授权成功概率和授权效率。

Description

授权与管控方法、设备、系统及存储介质

技术领域

本申请实施例涉及无线通信技术领域，尤其涉及一种授权与管控方法、设备、系统及存储介质。

背景技术

在智能家居场景中，通常存在多种不同厂家、不同类型的设备，对这些设备进行智能管控是智能家居的核心和基础。常规做法是在智能家居场景中部署智能管控设备，由智能管控设备对智能家居场景中的各种设备进行智能管控。

在对其它设备进行智能管控之前，用户需要在智能管控设备的应用(Application，App)中打开三方绑定界面，在三方绑定界面中完成账号输入和授权绑定等操作。这一过程操作比较繁琐，需要在不同设备的App界面之间多次跳转，授权失败率较高。

发明内容

本申请的多个方面提供一种授权与管控方法、设备、系统及存储介质，用以简化授权操作，提高授权成功概率。

本申请实施例提供一种授权方法，适用于智能管控设备，所述方法包括：获取第三方设备的标识信息，所述第三方设备与所述智能管控设备处于同一局域网中；将所述第三方设备的标识信息上报给第一服务端设备，以供所述第一服务端设备向第三方服务端设备申请获取所述第三方设备的设备信息；接收所述第一服务端设备返回的经所述第三方服务端设备授权后获取到的所述第三方设备的设备信息；绑定所述第三方设备的设备信息，以对所述第三方设备进行智能管控。

本申请实施例还提供一种授权方法，适用于第一服务端设备，所述方法包括：接收智能管控设备上报的与其在同一局域网中的第三方设备的标识信息；根据所述第三方设备的标识信息，向第三方服务端设备发送授权申请，以申请获取所述第三方设备的设备信息；根据所述第三方服务端设备返回的授权信息，获取所述第三方设备的设备信息；将所述第三方设备的设备信息返回给所述智能管控设备，以供所述智能管控设备对所述第三方设备进行智能管控。

本申请实施例还提供一种授权方法，适用于第三方服务端设备，所述方法包括：接收第一服务端设备发送的授权申请，所述授权申请是所述第一服务端设备根据智能管控设备上报的第三方设备的标识信息发起的，用于申请获取所述第三方设备的设备信息；对所述第一服务端设备进行身份认证；若所述第一服务端设备通过身份认证，向所述第一服务端设备返回授权信息，以供所述第一服务端设备为所述智能管控设备获取所述第三方设备的设备信息；其中，所述第三方设备的设备信息用于供所述智能管控设备对所述第三方设备进行智能管控。

本申请实施例还提供一种智能管控方法，适用于智能管控设备，所述方法包括：响应控制指令，确定需对第三方设备进行智能管控，所述智能管控设备上已绑定所述第三方设备的设备信息；经第一服务端设备和第三方服务端设备之间的连接，对所述第三方设备进行智能管控；其中，所述第一服务端设备是所述智能管控设备对应的服务端设备，所述第三方服务端设备是所述第三方设备对应的服务端设备。

本申请实施例还提供一种智能管控方法，适用于智能管控设备，所述方法包括：获取预先针对第三方设备配置的智能控制策略，所述智能管控设备上已绑定有所述第三方设备的设备信息；根据所述智能控制策略，经第一服务端设备和第三方服务端设备之间的连接，对所述第三方设备进行智能管控；其中，所述第一服务端设备是所述智能管控设备对应的服务端设备，所述第三方服务端设备是所述第三方设备对应的服务端设备。

本申请实施例还提供一种网络系统，包括：第三方设备、智能管控设备、所述智能管控设备对应的第一服务端设备以及所述第三方设备对应的第三方服务端设备；其中，所述第三方设备与所述智能管控设备位于同一局域网中；

所述智能管控设备，用于获取所述第三方设备的标识信息，将所述第三方设备的标识信息上报给第一服务端设备；接收所述第一服务端设备返回的所述第三方设备的设备信息；以及绑定所述第三方设备的设备信息，以对所述第三方设备进行智能管控；

所述第一服务端设备，用于根据所述第三方设备的标识信息，向所述第三方服务端设备申请获取所述第三方设备的设备信息，并在获取到所述第三方设备的信息后返回给所述智能管控设备；

所述第三方服务端设备，用于向所述第一服务端设备授权，以供所述第一服务端设备获取所述第三方设备的设备信息。

本申请实施例还提供一种智能管控设备，包括：存储器、处理器和通信组件；所述存储器，用于存储计算机程序；所述处理器，与所述存储器耦合，用于执行所述计算机程序，以用于：

获取第三方设备的标识信息，所述第三方设备与所述智能管控设备处于同一局域网中；将所述第三方设备的标识信息上报给第一服务端设备，以供所述第一服务端设备向第三方服务端设备申请获取所述第三方设备的设备信息；通过所述通信组件接收所述第一服务端设备返回的经所述第三方服务端设备授权后获取到的所述第三方设备的设备信息；绑定所述第三方设备的设备信息，以对所述第三方设备进行智能管控。

本申请实施例还提供一种服务端设备，可作为智能管控设备的服务端设备实现，包括：存储器、处理器和通信组件；所述存储器，用于存储计算机程序；所述处理器，与所述存储器耦合，用于执行所述计算机程序，以用于：

通过所述通信组件接收智能管控设备上报的与其在同一局域网中的第三方设备的标识信息；根据所述第三方设备的标识信息，向第三方服务端设备发送授权申请，以申请获取所述第三方设备的设备信息；根据所述第三方服务端设备返回的授权信息，获取所述第三方设备的设备信息；通过所述通信组件将所述第三方设备的设备信息返回给所述智能管控设备，以供所述智能管控设备对所述第三方设备进行智能管控。

本申请实施例还提供一种服务端设备，可作为第三方的服务端设备实现，包括：存储器、处理器和通信组件；所述存储器，用于存储计算机程序；所述处理器，与所述存储器耦合，用于执行所述计算机程序，以用于：

通过所述通信组件接收第一服务端设备发送的授权申请，所述授权申请是所述第一服务端设备根据智能管控设备上报的第三方设备的标识信息发起的，用于申请获取所述第三方设备的设备信息；对所述第一服务端设备进行身份认证；若所述第一服务端设备通过身份认证，通过所述通信组件向所述第一服务端设备返回授权信息，以供所述第一服务端设备为所述智能管控设备获取所述第三方设备的设备信息；其中，所述第三方设备的设备信息用于供所述智能管控设备对所述第三方设备进行智能管控。

本申请实施例还提供一种存储有计算机程序的计算机可读存储介质，当所述计算机程序被处理器执行时，致使所述处理器实现本申请实施例提供的授权方法或智能管控方法中的步骤。

在本申请实施例中，智能管控设备可发现与其位于同一局域网内的第三方设备，通过自己对应的服务端设备向第三方设备对应的服务端设备申请授权，以获取第三方设备的设备信息，进而绑定第三方设备的设备信息，以便后续对第三方设备进行智能管控。该授权绑定过程不需要在不同设备对应的App界面之间跳转，简化了用户操作，可降低因用户操作失误引起的授权失败，极大地提高了授权成功概率和授权效率。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1a为本申请示例性实施例提供的一种网络系统的结构示意图；

图1b为本申请示例性实施例提供的另一种网络系统的结构示意图；

图1c为本申请示例性实施例提供的智能管控设备与第三方设备进行绑定的一种实施方式的流程示意图；

图1d为本申请示例性实施例提供的智能管控设备与第三方设备进行绑定的另一种实施方式的流程示意图；

图1e为本申请示例性实施例提供的智能管控设备与第三方设备进行绑定的又一种实施方式的流程示意图；

图1f为本申请示例性实施例提供的基于OAuth2.0协议的授权过程的示意图；

图2a为本申请示例性实施例提供的一种智能管控方法的流程示意图；

图2b为本申请示例性实施例提供的另一种智能管控方法的流程示意图；

图3为本申请示例性实施例提供的一种智能家居网络系统的结构示意图；

图4a为本申请示例性实施例提供的一种授权方法的流程示意图；

图4b为本申请示例性实施例提供的另一种授权方法的流程示意图；

图4c为本申请示例性实施例提供的又一种授权方法的流程示意图；

图5为本申请示例性实施例提供的一种智能管控设备的结构示意图；

图6a为本申请示例性实施例提供的一种服务端设备的结构示意图；

图6b为本申请示例性实施例提供的一种服务端设备的结构示意图。

具体实施方式

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

在现有技术中，需要与第三方设备进行授权绑定才能对第三方设备进行智能管控，但该授权绑定过程操作繁琐，需要在不同设备的App界面之间多次跳转，授权失败率较高。针对该技术问题，在本申请一些实施例中，智能管控设备可发现与其位于同一局域网内的第三方设备，通过自己对应的服务端设备向第三方设备对应的服务端设备申请授权，以获取第三方设备的设备信息，进而绑定第三方设备的设备信息，以便后续对第三方设备进行智能管控。该授权绑定过程不需要在不同设备对应的App界面之间跳转，简化了用户操作，可降低因用户操作失误引起的授权失败，极大地提高了授权成功概率和授权效率。

以下结合附图，详细说明本申请各实施例提供的技术方案。

图1a为本申请示例性实施例提供的一种网络系统的结构示意图。如图1a所示，该网络系统包括：智能管控设备101、第一服务端设备102、第三方设备103以及第三方服务端设备104。图1a中示出的各设备形态仅为示例，并不限于此。

本实施例并不对智能管控设备101的实现进行限定。智能管控设备101可以是任何具有一定计算和通信能力的计算机设备，例如可以是智能手机、智能音箱、智能手环、个人笔记本、平板电脑、台式电脑、智能电视等等。

本实施例也不对第三方设备103的实现进行限定。第三方设备103可以是任何具有一定计算和通信能力的计算机设备，例如可以是冰箱、电视机、空调、温度传感器、扫地机器人、空气净化器、智能手机、智能手环、个人笔记本、平板电脑、台式电脑、微波炉、电烤箱、咖啡机等等。

其中，第三方设备103是相对于智能管控设备101来说的，第三方设备103和智能管控设备101对应不同的服务端设备。一般来说，第三方设备103与智能管控设备101是不同厂商提供的设备。不同厂商会部署自己的服务端设备，负责为自己的设备提供相应服务。

在本实施例中，第一服务端设备102是与智能管控设备101对应的服务端设备，主要用于响应智能管控设备101的请求进行相应数据处理，并向智能管控设备101返回处理结果，以及向智能管控设备101提供相应资源、存储智能管控设备101的数据等等。相应地，第三方服务端设备104是与第三方设备103对应的服务端设备，主要用于响应第三方设备103的请求进行相应数据处理，并向第三方设备103返回处理结果，以及向第三方设备103提供相应资源、存储第三方设备103的数据等等。其中，第一服务端设备102与第三方服务端设备104可进行通信。

在本实施例中，并不限定第一服务端设备102和第三方服务端设备104的数量，可以是一台，也可以是多台。另外，也不对第一服务端设备102和第三方服务端设备104的设备形态进行限定。例如，第一服务端设备102或第三方服务端设备104可以是常规服务器、云服务器、云主机、虚拟中心或服务器阵列等。其中，第一服务端设备102或第三方服务端设备104的构成主要包括处理器、硬盘、内存、系统总线等，和通用的计算机架构类似。

在本实施例中，第三方设备103与智能管控设备101位于同一局域网内，如图1a所示。智能管控设备101是其所在局域网内的管控设备，可以绑定局域网内其它设备的设备信息，并可对已绑定的设备进行智能管控。若其它设备是第三方设备，智能管控设备101可以采用下述图1c-图1e所示实施例中的方法绑定第三方设备103的设备信息，进而对第三方设备103进行智能管控。若其它设备是非第三方设备，非第三方设备是指与智能管控设备101来自同一厂商的设备，则智能管控设备101可以通过第一服务端设备102获得非第三方设备的设备信息并进行绑定，或者，可以直接与非第三方设备进行通信，从非第三方设备获得其设备信息并进行绑定。

其中，第三方设备103的设备信息包括第三方设备103的标识信息，例如名称、ID或简称等。除此之外，第三方设备103的设备信息也可以包括与第三方设备103相关的功能介绍，以及对第三方设备103进行智能管控所需的其它信息。相应地，非第三方设备的设备信息也包括其标识信息，相关的功能介绍等。

需要说明的是，智能管控设备101与第一服务端设备102之间可以直接通信连接，也可以通过路由设备进行通信连接。同理，第三方设备103与第三方服务端设备104之间也可以直接通信连接，也可以通过路由设备进行通信连接。

其中，路由设备连接于智能管控设备101与第一服务端设备102之间，可桥接智能管控设备101所在局域网与第一服务端设备102所在公网，可负责转发智能管控设备101与第一服务端设备102之间的通信数据。与此同时，路由设备还连接于第三方设备103与第三方服务端设备104之间，可桥接第三方设备103所在局域网与第三方服务端设备104所在公网，可负责转发第三方设备103与第三方服务端设备104之间的通信数据。可选地，路由设备可以是第三方设备103与智能管控设备101所在局域网络中的AP、路由器或家庭网关等。

除此上述智能管控设备101和第三方设备103位于局域网内，第一服务端设备102和第三方服务端设备104位于公网的情况之外，第一服务端设备102和第三方服务端设备104也可以与智能管控设备101位于同一局域网内，如图1b所示的网络系统。

在图1a和图1b所示网络系统中，仅以一台第三方设备103为例进行图示，但并不限于此。第三方设备103可以是一台或多台。

在图1a和图1b所示网络系统中，仅示出了智能管控设备101、第一服务端设备102、第三方设备103以及第三方服务端设备104，但并不限于此。例如，在图1a和图1b所示网络系统中，还可以包括与智能管控设备101来自同一厂商的设备。

无论是上述哪种网络系统，其工作原理相同或相似。图1a和图1b所示网络系统的工作原理主要包括：智能管控设备101与第三方设备103进行绑定的过程以及在绑定之后对第三方设备103进行智能管控的过程。下面实施例将结合不同附图，对图1a和图1b所示网络系统中智能管控设备101与第三方设备103进行绑定的过程以及在绑定后对第三方设备103进行智能管控的过程进行详细说明。

结合图1c所示的交互流程图，对上述网络系统中智能管控设备101与第三方设备103进行绑定的过程进行说明：

11c、智能管控设备获取第三方设备的标识信息。

12c、智能管控设备在获取第三方设备的标识信息之后，将第三方设备的标识信息上报给第一服务端设备，以供第一服务端设备向第三方服务端设备申请获取第三方设备的设备信息。

13c、第一服务端设备根据第三方设备的标识信息，向第三方服务端设备发送授权申请，以申请获取第三方设备的设备信息。

14c、第三方服务端设备在接收到第一服务端设备发送的授权申请之后，对第一服务端设备进行身份认证。

15c、若第一服务端设备通过身份认证，向第一服务端设备返回授权信息，以供第一服务端设备为智能管控设备获取第三方设备的设备信息；其中，第三方设备的设备信息用于供智能管控设备对第三方设备进行智能管控。

需要说明的是，若第一服务端设备未通过身份认证，第三方服务端设备可拒绝第一服务端设备的授权申请。

16c、第一服务端设备可根据第三方服务端设备返回的授权信息，获取第三方设备的设备信息。

17c、第一服务端设备将第三方设备的设备信息返回给智能管控设备，以供智能管控设备对第三方设备进行智能管控。

18c、智能管控设备可接收第一服务端设备返回的经第三方服务端设备授权后获取到的第三方设备的设备信息，然后可绑定第三方设备的设备信息，以对第三方设备进行智能管控。

在步骤11c中，并不限定智能管控设备获取第三方设备的标识信息的具体方式。下面举例说明：

在可选实施方式A1中，用户可以预先将第三方设备的标识信息配置在智能管控设备中。在需要对第三方设备进行智能管控的情况下，智能管控设备可以直接从本地读取第三方设备的标识信息。

在可选实施方式A2中，用户的终端设备，例如智能手机或平板电脑上安装有智能管控设备的App。在希望通过智能管控设备对第三方设备进行智能管控的情况下，用户可以通过智能管控设备的App向智能管控设备发送第三方设备的标识信息。对智能管控设备来说，可接收终端设备发送的第三方设备的标识信息。

在可选实施例A3中，第三方设备可以对外广播信号，第三方设备对外广播的信号中携带其标识信息。基于此，智能管控设备可在其所在局域网内进行信号扫描；若扫描到第三方设备广播的信号，可以从扫描到的信号中获取第三方设备的标识信息。

可选地，智能管控设备可以在开机之后，自动按照设定的信号扫描策略进行信号扫描。例如，信号扫描策略规定了信号扫描的周期，则智能管控设备在开机之后，可以按照该周期，周期性地进行信号扫描。又例如，信号扫描策略规定了进行信号扫描的时间点以及每次信号扫描的时长，则智能管控设备在开机之后，可以在设定的时间点到达时，自动开始进行信号扫描，并在规定的信号扫描时长到达后，结束信号扫描。

或者，

可选地，在需要进行信号扫描的情况下，用户可以向智能管控设备发出信号扫描指令。智能管控设备可响应用户发出的信号扫描指令，在其所在局域网中进行信号扫描。这种方式可以按需控制智能管控设备进行信号扫描，有利于节约智能管控设备的资源。其中，用户可以采用但不限于以下几种方式，向智能管控设备发出信号扫描指令：

在方式1中，智能管控设备具备语音识别功能。用户可以以语音方式发出的信号扫描指令，指示智能管控设备在其所在局域网中进行信号扫描。

在方式2中，用户的终端设备上安装有智能管控设备的App，基于此，用户可以通过智能管控设备的App向智能管控设备发出信号扫描指令，指示智能管控设备在其所在局域网中进行信号扫描。

在方式3中，智能管控设备带有电子屏幕，用户可以通过智能管控设备的电子屏幕上向智能管控设备输入信号扫描指令，指示其在所在局域网中进行信号扫描。例如，电子屏幕上可以显示智能管控设备的控制页面，该控制页面上设有扫描控件，用户通过触发该扫描控件，可以向智能管控设备发出信号扫描指令。

在图1c中，以对第三方设备对外广播信号的可选实施方式为例进行图示，即在图1c中示出了第三方设备对外广播信号的操作。

其中，第三方设备的标识信息可以是任何能够唯一标识第三方设备的信息，例如可以是第三方设备的IP地址、MAC地址、名称或设备序列号等。在一可选实施例中，第三方设备的标识信息为第三方设备的MAC地址。

在步骤12c中，智能管控设备可以通过与第一服务端设备约定的网关协议，将第三方设备的标识信息上报给第一服务端设备。第一服务端设备接收智能管控设备上报的第三方设备的标识信息。

在步骤13c中，第一服务端设备向第三方服务端设备发送授权申请，以请求获取第三方设备的设备信息。其中，授权申请中携带有第一服务端设备的标识信息以及第三方设备的标识信息；第一服务端设备的标识信息，用于供第三方服务端设备对第一服务端设备进行身份认证；第三方设备的标识信息，用于供第三方服务端设备确定第一服务端设备需要申请哪台第三方设备的设备信息。

在步骤14c和15c中，第三方服务端设备会接收第一服务端设备发送的授权申请，从中解析出第一服务端设备的标识信息以及第三方设备的标识信息。根据第一服务端设备的标识信息对第一服务端设备进行身份认证，即判断第一服务端设备是否属于合法的服务端设备，例如是否属于签约的服务端设备；若是，可以向第一服务端设备返回授权信息；若否，拒绝第一服务端设备的授权申请。

其中，授权信息具有唯一性，不同第三方设备对应的授权信息不相同。对第一服务端设备来说，拿到第三方服务端设备返回的授权信息后，基于该授权信息就可以获取第三方设备的设备信息。根据授权协议的不同，授权信息也会有所不同。例如，在一些授权协议中，授权信息就是第三方设备在第三方服务端设备上注册的账号和密码。又例如，在另一些授权协议中，授权信息与第三方设备在第三方服务端设备注册的账号和密码对应，但却不同于第三方设备的账号和密码，可以避免第三方设备的账号和密码对外暴露，有利于保证第三方设备的设备信息的安全性。

在步骤16c中，第一服务端设备拿到第三方服务端设备返回的授权信息后，可根据该授权信息获取第三方设备的设备信息。

可选地，第三方设备的设备信息可以存储在第三方服务端设备上，则第一服务端设备可以根据该授权信息从第三方服务端设备上拉取第三方设备的设备信息。

或者，

可选地，第三方设备的设备信息可以存储在与第三方服务端设备关联的信息存储设备上，则第一服务端设备可以根据该授权信息，向与第三方服务端设备关联的信息存储设备上拉取第三方设备的设备信息。

在步骤17c和18c中，第一服务端设备将第三方设备的设备信息返回给智能管控设备；智能管控设备绑定第三方设备的设备信息。

可选地，智能管控设备可以在本地维护一个智能管控设备列表，该列表中用于存储已经授权给智能管控设备，可被智能管控设备进行智能管控的设备的设备信息。基于此，智能管控设备可以将第三方设备的设备信息添加到智能管控设备列表中，以完成绑定操作。

在绑定第三方设备的设备信息之后，可以对第三方设备进行各种智能管控。例如，可响应用户针对第三方设备发出的控制指令，经第一服务端设备和第三方服务端设备之间的连接，对第三方设备进行智能管控。关于对第三方设备进行智能管控的内容可参见后续实施例，在此暂不详述。

在一可选实施例中，第一服务端设备在接收到智能管控设备上报的第三方设备的标识信息之后，向第三方服务端设备发送授权申请之前，还可以对第三方设备的标识信息进行合法性校验，该步骤为可选步骤。进一步，在第三方设备的标识信息通过合法性校验之后，进入步骤13c。

在一些可选实施例中，第三方服务端设备一端维护有合法设备的标识信息。基于此，在步骤130c中，第一服务端设备可以将第三方设备的标识信息发送给第三方服务端设备，以供第三方服务端设备判断本端所维护的合法设备的标识信息中是否包含第三方设备的标识信息；若第三方服务端设备返回肯定的判断结果，确定第三方设备的标识信息通过合法性校验；若第三方服务端设备返回否定的判断结果，确定第三方设备的标识信息未通过合法性校验。

在另一些可选实施例中，第三方服务端设备可以将本端维护的合法设备的设备信息预先提供给第一服务端设备，第一服务端设备在本端维护第三方服务端设备提供的合法设备的设备信息。基于此，在步骤130c中，第一服务端设备可以直接判断第三方设备的标识信息是否存在于第三方服务端设备提供的合法设备的标识信息中；若判断结果为是，确定第三方设备的标识信息通过合法性校验；若判断结果为否，确定第三方设备的标识信息未通过合法性校验。

在本申请另一可选实施例中，处于安全性考虑，为了避免黑客等恶意访问者通过伪造第三方设备的标识信息对网络系统发起攻击，第一服务端设备在接收到智能管控设备上报的第三方设备的标识信息之后，可以询问用户是否确定与第三方设备建立连接，以降低被攻击的概率，提高系统的安全性。

结合图1d所示的交互流程图，智能管控设备与第三方设备进行绑定的另一种实施方式包括以下步骤：

11d、智能管控设备获取第三方设备的标识信息，第三方设备与智能管控设备处于同一局域网中。

12d、智能管控设备将第三方设备的标识信息上报给第一服务端设备，以供第一服务端设备向第三方服务端设备申请获取第三方设备的设备信息。

13d、第一服务端设备在接收到第三方设备的标识信息后，对第三方设备的标识信息进行合法性校验。

14d、若第三方设备的标识信息通过合法性校验，第一服务端设备向智能管控设备发送询问是否与第三方设备建立连接的询问消息。

15d、智能管控设备在接收到第一服务端设备发送的询问消息之后；根据询问消息，输出连接确认提示信息，以供用户对是否与第三方设备建立连接进行确认。简单描述，即询问用户是否与第三方设备建立连接。

可选地，输出连接确认提示信息，以供用户对是否与第三方设备建立连接进行确认，包括：以语音方式输出连接确认提示信息，以供用户对是否与第三方设备建立连接进行确认；或者，通过智能管控设备的App输出连接确认提示信息，以供用户对是否与第三方设备建立连接进行确认；或者，在智能管控设备的电子屏幕上输出连接确认提示信息，以供用户对是否与第三方设备建立连接进行确认。

16d、智能管控设备响应用户的确认指令，向第一服务端设备返回确认与第三方设备建立连接的应答消息。

17d、第一服务端设备在接收到用户确认与第三方设备建立连接的应答消息的情况下，根据第三方设备的标识信息，向第三方服务端设备发送授权申请。

18d、第三方服务端设备在接收到第一服务端设备发送的授权申请后，对第一服务端设备进行身份认证。

19d、若第一服务端设备通过身份认证，第三方服务端设备向第一服务端设备返回授权信息，以供第一服务端设备为智能管控设备获取第三方设备的设备信息。

20d、第一服务端设备根据第三方服务端设备返回的授权信息，获取第三方设备的设备信息。

21d、第一服务端设备将第三方设备的设备信息返回给智能管控设备，以供智能管控设备对第三方设备进行智能管控；智能管控设备接收第一服务端设备返回的第三方设备的设备信息。

22d、智能管控设备在接收第三方设备的设备信息后，绑定第三方设备的设备信息，以对第三方设备进行智能管控。

在本实施例中，重点围绕确认是否与第三方设备建立连接的操作进行了详细说明，关于其它步骤中的操作，可参见前述实施例中的相应描述，在此不再赘述。

在本申请又一可选实施例中，为了进一步提高安全性，降低设备绑定引发的安全风险，除了询问用户是否与第三方设备建立连接，还可以通过检查第三方设备的物理状态来保证第三方设备的标识信息与第三方设备之间的一致性。

结合图1e所示的交互流程图，智能管控设备与第三方设备进行绑定的又一种实施方式包括以下步骤：

11e、智能管控设备获取第三方设备的标识信息，第三方设备与智能管控设备处于同一局域网中。

12e、智能管控设备将第三方设备的标识信息上报给第一服务端设备，以供第一服务端设备向第三方服务端设备申请获取第三方设备的设备信息。

13e、第一服务端设备在接收到第三方设备的标识信息后，对第三方设备的标识信息进行合法性校验。

14e、若第三方设备的标识信息通过合法性校验，第一服务端设备向智能管控设备发送询问是否与第三方设备建立连接的询问消息。

15e、智能管控设备在接收到第一服务端设备发送的询问消息之后；根据询问消息，输出连接确认提示信息，以供用户对是否与第三方设备建立连接进行确认。简单描述，即询问用户是否与第三方设备建立连接。

16e、智能管控设备响应用户的确认指令，向第一服务端设备返回确认与第三方设备建立连接的应答消息。

17e、第一服务端设备在接收到用户确认与第三方设备建立连接的应答消息的情况下，向智能管控设备发送指示改变第三方设备的物理状态的指示消息；智能管控设备接收第一服务端设备发送的指示改变第三方设备的物理状态的指示消息。

18e、智能管控设备在接收到指示消息后，根据指示消息，输出状态改变提示信息，以供用户改变第三方设备的物理状态。简答描述，即告知用户改变第三方设备的物理状态。

其中，第三方设备的物理状态变化信息用于供第一服务端设备对第三方设备进行认证。可选地，输出状态改变提示信息，以供用户改变第三方设备的物理状态，包括：以语音方式输出状态改变提示信息，以供用户改变第三方设备的物理状态；或者，通过智能管控设备的App输出状态改变提示信息，以供用户改变第三方设备的物理状态；或者，在智能管控设备的电子屏幕上状态改变提示信息，以供用户改变第三方设备的物理状态。

19e、第三方设备向第三方服务端设备上报物理状态变化信息；第三方服务端设备接收第三方设备上报的其物理状态变化信息。

20e、第三方服务端设备将第三方设备的物理状态变化信息发送给第一服务端设备，以供第一服务端设备对第三方设备进行身份认证；第一服务端设备接收第三方服务端设备发送的第三方设备的物理状态变化信息。

21e、第一服务端设备在接收第三方设备的物理状态变化信息后，根据第三方设备的物理状态变化信息，对第三方设备进行身份认证。

22e、在第三方设备通过身份认证的情况下，第一服务端设备根据第三方设备的标识信息，向第三方服务端设备发送授权申请，以申请获取第三方设备的设备信息。

23e、第三方服务端设备在接收到第一服务端设备发送的授权申请后，对第一服务端设备进行身份认证。

24e、若第一服务端设备通过身份认证，第三方服务端设备向第一服务端设备返回授权信息，以供第一服务端设备为智能管控设备获取第三方设备的设备信息。

25e、第一服务端设备根据第三方服务端设备返回的授权信息，获取第三方设备的设备信息。

26e、第一服务端设备将第三方设备的设备信息返回给智能管控设备，以供智能管控设备对第三方设备进行智能管控；智能管控设备接收第一服务端设备返回的第三方设备的设备信息。

27e、智能管控设备在接收到第三方设备的设备信息后，绑定第三方设备的设备信息，以对第三方设备进行智能管控。

其中，第三方设备的物理状态泛指与第三方设备相关的任何状态，例如包括但不限于：开机，关机，休眠，屏幕亮，屏幕暗，播放音视频，未播放音视频，音视频播放音量较大，音视频播放音量较小，连网、未连网等等均属于第三方设备的物理状态。其中，第三方设备从开机到关机，从开机到休眠，从屏幕亮到屏幕暗，从屏幕暗到屏幕变亮，从未播放音视频到播放音视频，从播放音视频到不再播放音视频，从音量较大到音量较小，或者从音量较小到音量较大等都属于物理状态发生变化的情况。

在一可选实施例中，在智能管控设备输出的状态改变提示信息的提示下，用户可以按照自己的意愿，随便改变第三方设备的物理状态。例如，用户可以将第三方设备由开机改为关机，再开机。或者，用户也可以将第三方设备的屏幕由亮调暗，或者将屏幕由暗调整为亮。

在另一可选实施例中，在步骤17e中，第一服务端设备可以在发给智能管控设备的指示消息中携带改变第三方设备的物理状态的时间窗口和/或第三方设备需要被改变到的目标物理状态。

若指示消息中携带有上述时间窗口，这意味着用户需要在该时间窗口内改变第三方设备的物理状态，否则物理状态的改变属于无效情况。

若指示消息中携带有上述目标物理状态，这意味着用户需要将第三方设备的物理状态由当前状态改变为目标物理状态；如果未改变到目标物理状态，则属于无效情况。

若指示消息中同时携带有上述时间窗口和目标物理状态，这意味着用户需要在该时间窗口内将第三方设备的物理状态由当前状态改变为目标物理状态；如果未在该时间窗口内改变第三方设备的物理状态，或者未能将第三方设备的物理状态改变为目标物理状态，均属于无效情况。

可选地，第一服务端设备向智能管控设备发送指示改变第三方设备的物理状态的指示消息的一种实施方式，包括：确定改变第三方设备的物理状态的时间窗口和/或第三方设备需要被改变到的目标物理状态；根据时间窗口和/或目标物理状态，生成指示消息；向智能管控设备发送指示消息，以供智能管控设备提示用户改变第三方设备的物理状态。

可选地，为了确定目标物理状态是第三方设备所支持的物理状态，一种确定第三方设备需要被改变到的目标物理状态的实施方式，包括：从第三方服务端设备，获取第三方设备支持的物理状态；从第三方设备支持的物理状态中，确定目标物理状态。

进一步可选地，第一服务端设备在获取第三方设备支持的物理状态之后，可以将第三方设备支持的物理状态保存在本端，以备后续继续使用。

基于上述，第一服务端设备在从第三方服务端设备获取第三方设备支持的物理状态之前，还可以根据第三方设备的标识信息，查询本端是否保存有第三方设备支持的物理状态；若本端保存有第三方设备支持的物理状态，则可以直接从本端获取第三方设备支持的物理状态，进而从第三方设备支持的物理状态中确定目标物理状态；若本端未保存有第三方设备支持的物理状态，则从第三方服务端设备获取第三方设备支持的物理状态，从第三方设备支持的物理状态中确定目标物理状态。

可选地，在指示消息包括上述时间窗口和/或目标物理状态的情况下，智能管控设备输出的状态改变提示信息可以包括针对时间窗口和/或目标物理状态的提示信息。

对用户来说，可以根据状态改变提示信息，改变第三方设备的物理状态。第三方设备可监控自身物理状态的变化，并将物理状态变化信息上报给第三方服务端设备；第三方服务端设备将物理状态变化信息发送给第一服务端设备。其中，第三方设备的物理状态变化信息可以包括但不限于：物理状态发生变化的时间、变化前的物理状态以及最终变化到的物理状态等。

在指示消息包括上述时间窗口和/或目标物理状态的情况下，第一服务端设备根据第三方设备的物理状态变化信息，对第三方设备进行身份认证，包括以下至少一种判断操作：

判断第三方设备发生物理状态变化的时间是否在时间窗口内；

判断第三方设备发生变化后的新物理状态是否为目标物理状态；

若至少一种判断操作的判断结果均为是，确定第三方设备通过身份认证；

若至少一种判断操作中任一判断操作的判断结果为否，确定第三方设备未通过身份认证。

在本实施例中，重点围绕改变第三方设备的物理状态和基于物理状态变化信息对第三方设备进行身份的操作进行了详细说明，关于其它步骤中的操作，可参见前述实施例中的相应描述，在此不再赘述。

需要说明的是，在上述实施例中涉及的“对第三方设备的标识信息进行合法性校验”、“对是否与第三方设备建立连接的确认”以及“通过改变第三方设备的物理状态以对第三方设备进行身份认证”等操作，这些操作均为可选操作。在图1d中，以上述三种操作组合使用为例进行了图示，但并不限于此。在实际应用中，这些操作可择一使用，也可以以任意方式组合使用。基于前述实施例给出的启示，本领域技术人员可以很容易想到其它组合使用方式的详细实施过程，在此不再赘述。

在上述各实施例中，并不限定第一服务端设备与第三方服务端设备之间采用的授权协议。在不同授权协议下，授权申请和授权信息也会有所不同。例如，OAuth2.0开放授权协议，可以在不获取合作方用户名和密码的前提下，允许访问合作方授权的资源，既可以保护合作方的信息安全，又访问到合作方授权的资源，实现相互之间的合作。

在本申请一些实施例中，第一服务端设备和第三方服务端设备之间采用OAuth2.0协议。则在OAuth2.0协议下，第一服务端设备和第三方服务端设备之间进行授权的过程，如图1f所示，包括以下步骤：

10f、第三方设备对外广播其标识信息，例如MAC地址。

11f、智能管控设备获取第三方设备的标识信息。

12f、智能管控设备向第一服务端设备上报第三方设备的标识信息；第一服务端设备接收智能管控设备上报的第三方设备的标识信息。

13f、第一服务端设备根据第三方设备的标识信息，向第三方服务端设备发送令牌(token)申请，以申请获取第三方设备的设备信息；第三方服务端设备接收第一服务端设备发送的令牌申请。

其中，令牌申请是第一服务端设备根据智能管控设备上报的第三方设备的标识信息发起的，用于申请获取第三方设备的设备信息。

14f、第三服务端设备在接收到令牌申请之后，对第一服务端设备进行身份认证。

15f、若第一服务端设备通过身份认证，向第一服务端设备返回令牌，以供第一服务端设备为智能管控设备获取第三方设备的设备信息。

其中，第三方设备的设备信息用于供智能管控设备对第三方设备进行智能管控。

16f、第一服务端设备在接收到第三方服务端设备返回的令牌后，根据该令牌从第三方服务端设备拉取第三方设备的设备信息。

17f、第一服务端设备将第三方设备的设备信息返回给智能管控设备，以供智能管控设备对第三方设备进行智能管控。

上述实施例中，对网络系统中智能管控设备绑定第三方设备的设备信息的过程进行了示例性说明。在绑定第三方设备之后，通过智能管控设备可以对第三方设备进行各种管控。本申请下述实施例对第三方设备进行智能管控的过程进行示例性说明。

图2a为本申请示例性实施例提供的一种智能管控方法的流程示意图。本方法适用于智能管控设备，如图2a所示，该方法包括：

21a、智能管控设备响应控制指令，确定需对第三方设备进行智能管控；其中，智能管控设备上已绑定第三方设备的设备信息。

22a、经第一服务端设备和第三方服务端设备之间的连接，对第三方设备进行智能管控；其中，第一服务端设备是智能管控设备对应的服务端设备，第三方服务端设备是第三方设备对应的服务端设备。

在本实施例中，第三方设备已经授权智能管控设备对其进行管控，即智能管控设备上已经绑定了第三方设备的设备信息。关于绑定第三方设备的设备信息的过程可参见前述实施例，在此不再赘述。

在本实施例中，用户、第一服务端设备或第三方服务端设备均可通过智能管控设备对第三方设备进行各种管控。

例如，当用户需要对第三方设备进行管控时，可以向智能管控设备发出控制指令，借由智能管控设备对第三方设备进行管控，而不是直接对第三方管控设备进行管控。当然，用户也可以直接对第三方设备进行管控。

又例如，当第一服务端设备需要对第三方设备进行管控时，可以向智能管控设备发出控制指令，借由智能管控设备对第三方设备进行管控。

又例如，当第三方服务端设备需要对第三方设备进行管控时，可以向智能管控设备发出控制指令，借由智能管控设备对第三方设备进行管控。当然，第三方服务端设备也可以直接对第三方设备进行管控。

其中，无论是用户、第一服务端设备还是第三方服务端设备，通过智能管控设备对第三方设备进行的管控，会根据第三方设备的不同而有所不同。

例如，第三方设备是智能手机或平板电脑，则用户、第一服务端设备或第三方服务端设备通过智能管控设备对其进行的管控包括但不限于：开机、关机、调整屏幕亮度、调整音量大小、调整工作模式、开启/关闭WiFi、开启/关闭蓝牙、软硬件升级等。

又例如，第三方设备是空调，则用户、第一服务端设备或第三方服务端设备通过智能管控设备对其进行的管控包括但不限于：开机、关机、调整风速、调整温度、调整工作模式、软硬件升级等。

又例如，第三方设备是热水器，则用户、第一服务端设备或第三方服务端设备智能管控设备对其进行的管控包括但不限于：开机、关机、调整工作模式、调整加热温度、软硬件升级等。

又例如，第三方设备是电视，则用户、第一服务端设备或第三方服务端设备通过智能管控设备对其进行的管控包括但不限于：开机、关机、换台、调整音量大小、调整屏幕亮度、软硬件升级等。

需要说明的是，第三方服务端设备可以将对第三方设备的部分或全部管控授权给第一服务端设备，由第一服务端设备通过智能管控设备对第三方设备进行各种管控。例如，第三方服务端设备可以将对第三方设备的软硬件升级的管控授权给第一服务端设备，第一服务端设备根据与第三方服务端设备约定的升级管理策略，对第三方设备进行软硬件升级。

在本实施例中，并不限定用户向智能管控设备发出控制指令的方式。例如，智能管控设备具备语音识别功能，则用户可以以语音方式向智能管控设备发出控制指令。或者，智能管控设备带电子屏幕，用户可以通过该电子屏幕向智能管控设备输入控制指令。或者，用户也可以通过智能管控设备的App，向智能管控设备发出控制指令。若是第一服务端设备，可以直接向智能管控设备发送控制指令。若是第三方服务端设备，可以通过第一服务端设备向智能管控设备发送控制指令。

其中，用户、第一服务端设备或第三方服务端设备发出的控制指令一般包括被控对象的标识信息，以及对被控对象的控制动作，即需要对被控对象进行哪种控制。其中，被控对象的标识信息可以是被控对象的名称、IP地址、MAC地址和/或位置等可唯一标识被控对象的信息。以用户发出控制指令为例，用户可以面向智能管控设备发出语音信号“请控制电视开机”、“请将电视的音量调大”、“请控制热水器加热到40度”，在这些语音信号中，包含被控对象例如电视、热水器等，也包含对被控对象的控制动作，例如开机、音量调大、加热到40度等等。

基于上述，智能管控设备可以从用户、第一服务端设备或第三方服务端设备发出的控制指令中，解析出第三方设备(即被控对象)的标识信息；根据第三方设备的标识信息，确定需对第三方设备进行智能管控。其中，第三方设备的标识信息为第三方设备的名称、IP地址、MAC地址和/或位置等。之后，借助于第一服务端设备和第三方服务端设备之间的连接，对第三方设备进行智能管控。

在一可选实施例中，智能管控设备可以从控制指令中，解析出对第三方设备的控制动作；根据对第三方设备的控制动作，生成对第三方设备进行控制所需的控制数据；将控制数据发送给第一服务端设备，以供第一服务端设备通过第三方服务端设备将控制数据转发给第三方设备，实现对第三方设备的智能管控。对第三方设备来说，可在接收到第三方服务端设备转发的控制数据之后，根据控制数据执行相应动作。若控制数据指示第三方设备关机，则第三方设备会关机；若控制数据指示第三方设备增大播放音量，则第三方设备会增大播放音量。

在用户需要对第三方设备进行智能管控的一些应用场景中，用户可能无法准确记住可以通过智能管控设备进行管控的第三方设备，例如，在一部分设备可以通过智能管控设备进行管控，有一部分设备不可以通过智能管控设备进行管控的场景中。

在上述提到的应用场景中，用户需要对某个第三方设备进行管控时，仍可以向智能管控设备发出控制指令。对智能管控设备来说，在确定需要对第三方设备进行智能管控之后，并在经第一服务端设备和第三方服务端设备之间的连接，对第三方设备进行智能管控之前，可以判断已绑定的设备信息中是否包含第三方设备的设备信息；若是，说明第三方设备已授权，可以对第三方设备进行管控，可经第一服务端设备和第三方服务端设备之间的连接，对第三方设备进行智能管控；若否，说明第三方设备未授权，不能对第三方设备进行管控，可以向用户返回“无法对第三设备进行管控”、“请先授权绑定”等提示信息。

图2b为本申请示例性实施例提供的另一种智能管控方法的流程示意图。本方法适用于智能管控设备，如图2b所示，该方法包括：

21b、获取预先针对第三方设备配置的智能控制策略，智能管控设备上已绑定有第三方设备的设备信息。

22b、根据智能控制策略，经第一服务端设备和第三方服务端设备之间的连接，对第三方设备进行智能管控；其中，第一服务端设备是智能管控设备对应的服务端设备，第三方服务端设备是第三方设备对应的服务端设备。

在本实施例中，第三方设备已经授权智能管控设备对其进行管控，即智能管控设备上已经绑定了第三方设备的设备信息。关于绑定第三方设备的设备信息的过程可参见前述实施例，在此不再赘述。

在本实施例中，允许预先在智能管控设备上针对第三方设备配置的智能控制策略，基于此，智能管控设备可以按照预先配置的智能管控策略，对第三方设备进行智能管控。

可选地，智能控制策略可以由用户、第一服务端设备或第三方服务端设备预先配置。换句话说，用户、第一服务端设备或第三方服务端设备都可以通过预先配置智能控制策略，通过智能管控设备对第三方设备进行智能管控。

在本实施例中，并不限定智能管控策略的内容，可根据管控需求以及第三方设备的实现形态进行灵活设定。例如，基于智能管控策略，对第三方设备进行的智能管控包括以下至少一种：开机、关机、调整屏幕亮度、调整音量大小、调整工作模式、调整工作参数、软件升级以及硬件升级。

另外，根据第三方设备的不同，基于智能管控策略，通过智能管控设备对第三方设备进行的管控也会有所不同。下面简单给出几个示例进行示例性说明：

示例1：用户、第一服务端设备或第三方服务端设备可以在智能管控策略中设置对第三方设备的固件进行升级的升级周期，例如每三个月进行一次升级。基于此，智能管控设备可以在智能管控策略中设置的升级周期到达时，对第三方设备的固件进行升级。

可选地，智能管控设备本地可以保存有第三方设备升级所需的固件包，则可以将固件包发送给第一服务端设备，由第一服务端设备转发给第三方服务端设备，第三方服务端设备将固件包转发给第三方设备，供第三方设备升级。

可选地，智能管控设备本地未保存有第三方设备升级所需的固件包，但是第一服务端设备一侧保存有第三方设备升级所需的固件包，则智能管控设备可以请求第一服务端设备直接将第三方设备升级所需的固件包发送给第三方服务端设备，第三方服务端设备将固件包转发给第三方设备，供第三方设备升级。

可选地，智能管控设备以及第一服务端设备侧均未保存有第三方设备升级所需的固件包，但是第三方服务端设备一侧保存有第三方设备升级所需的固件包，则智能管控设备可以通过第一服务端设备向第三方服务端设备发送请求，以请求第三方服务端设备将第三方设备升级所需的固件包发送给第三方设备，供第三方设备升级。

示例2：用户、第一服务端设备或第三方服务端设备可以在智能管控策略中设置对第三方设备进行缓存清理的清理周期，例如每一个月进行一次缓存清理。基于此，智能管控设备可以在智能管控策略中设置的清理周期到达时，对第三方设备的缓存进行清理，以提高第三方设备的缓存空间的利用率。

示例3：用户、第一服务端设备或第三方服务端设备可以在智能管控策略中设置要求智能管控设备监控并上报第三方设备发生指定事件的时间等信息。基于此，智能管控设备可以根据智能管控策略设置的要求，监控第三方设备是否发生指定事件，并在监控到第三方设备发生指定事件的情况下上报的时间等信息。其中，指定事件可以是但不限于：过热预警事件、宕机事件、未能成功响应用户指令的事件等。

在此说明，上述图1a和图1b中的网络系统可实现为智能家居网络系统或物联网系统。以智能家居网络系统为例，智能管控设备可以是智能家居网络系统中的网关设备，例如智能音箱。图3所示为智能家居网络系统的一种示意图。

在图3中，智能家居网络系统中包括电视机、智能开关、智能冰箱、智能灯、智能音箱、路由设备以及第一云端服务器和各设备对应的第三方云端服务器。其中，第一云端服务器是智能音箱的服务端，电视机对应一个第三方云端服务器，智能开关和智能灯对应同一第三方云端服务器，智能冰箱对应一个第三方云端服务器。其中，电视机、智能开关、智能灯、智能冰箱、智能音箱以及路由设备均处于家庭局域网中，第一云端服务器和各设备对应的第三方云端服务器处于公网中。其中，电视机、智能开关、智能灯、智能冰箱均可授权智能音箱对其进行管控，其授权过程相同。下面以智能灯为例，对授权过程进行简要说明。

智能灯对外广播自己的MAC地址。用户通过语音向智能音箱发出扫描指令，指示智能音箱在家庭局域网中进行信号扫描。智能音箱开启局域网扫描模式，并发现智能灯的MAC地址。智能音箱将智能灯的MAC地址息上报给第一云端服务器。

第一云端服务器接收到智能灯的MAC地址后，向智能音箱发送询问消息，与询问是否与智能灯建立连接。智能音箱可输出提示信息，以提示用户对是否与智能灯建立连接进行确认。此时，用户跟智能音箱进行第二轮对话，确定是否与智能灯建立连接。例如用户说“不连接”，则终止本过程；如果用户说“连接”，第一云端服务器对与智能灯的设备信息的绑定关系进行两分钟的有效缓存。

在确定与智能灯建立连接的情况下，第一云端服务器向智能音箱发送指示改变智能灯的物理状态的指示消息。例如，指示消息可以是：打开智能灯的冰箱门。智能音箱与用户进行第三轮对话，指示用户改变智能灯的物理状态。用户可将智能灯的冰箱门由关闭改为打开。对于智能灯来说，其冰箱门由“关闭”状态变成“开启”状态，就属于物理状态的变更。智能灯对应的第第三方云端服务器端服务器接收智能灯发送的物理状态变化信息，将该物理状态变化信息发送给第一云端服务器。第一云端服务器接收第三方云端服务器发送的智能灯机的物理状态变化信息，根据智能灯机的物理状态变化信息，对智能灯机进行身份认证。

在智能灯通过身份认证的情况下，第一云端服务器根据智能灯的MAC地址，向第三方云端服务器发送令牌申请，以申请获取智能灯的设备信息，该设备信息包括：智能灯的名称、ID和位置信息。

第三方云端服务器接收第一云端服务器发送的令牌申请，对第一云端服务器进行身份认证；若第一云端服务器通过身份认证，向第一云端服务器返回令牌。第一云端服务器根据第三方云端服务器返回的令牌，获取智能灯的设备信息，将智能灯的设备信息返回给智能音箱。智能音箱接收第一云端服务器返回的智能灯机的设备信息，绑定智能灯机的设备信息，以对智能灯机进行智能管控。

在将智能灯与智能音箱绑定之后，用户可以通过智能音箱对智能灯进行管控。例如，用户发出语音信号“关闭智能灯”，智能音箱从该指令中，得到智能灯的名称和“关闭”的动作。然后，判断已经绑定的设备信息中是否包含智能灯的设备信息，若是，则通过第一云端服务器和智能灯对应的第三方云端服务器之间的连接，控制智能灯关闭。

在此说明，在本申请上述或下述实施例中，并不对第三方设备做任何限定。凡是与智能管控设备对应不同服务端设备的设备均属于本申请实施例所说的第三方设备，均可采用上述实施例描述的方式与智能管控设备进行授权绑定。

在一些应用场景中，第三方设备可以集成有智能管控设备支持的配网SDK模块。对于这类第三方设备，可以直接与智能管控设备进行授权绑定，而无需经过第一服务端设备102和第三方服务端设备104；当然，也可以采用上述实施例描述的方式与智能管控设备进行授权绑定。但是，对于未集成智能管控设备101支持的配网SDK模块的第三方设备，无法直接与智能管控设备进行通信，必须采用上述实施例描述的方式与智能管控设备进行授权绑定。

一些可选实施例中，图1a和图1b所示网络系统包括：非三方设备，以及集成有智能管控设备支持的配网SDK模块的第三方设备。其中，非三方设备直接与智能管控设备进行授权绑定；而集成有智能管控设备支持的配网SDK模块的第三方设备，采用上述实施例描述的方式与智能管控设备进行授权绑定。

另一些可选实施例中，图1a和图1b所示网络系统包括：非三方设备，以及未集成有智能管控设备支持的配网SDK模块的第三方设备。其中，非三方设备直接与智能管控设备进行授权绑定；而未集成有智能管控设备支持的配网SDK模块的第三方设备，采用上述实施例描述的方式与智能管控设备进行授权绑定。

又一些可选实施例中，图1a和图1b所示网络系统包括：集成有智能管控设备支持的配网SDK模块的第三方设备以及未集成有智能管控设备支持的配网SDK模块的第三方设备。其中，未集成有智能管控设备支持的配网SDK模块的第三方设备，采用上述实施例描述的方式与智能管控设备进行授权绑定；而集成有智能管控设备支持的配网SDK模块的第三方设备，可以直接与智能管控设备进行授权绑定，也可以采用上述实施例描述的方式与智能管控设备进行授权绑定。

再一些可选实施例中，图1a和图1b所示网络系统包括：非三方设备，集成有智能管控设备支持的配网SDK模块的第三方设备以及未集成有智能管控设备支持的配网SDK模块的第三方设备。其中，非三方设备直接与智能管控设备进行授权绑定；而未集成有智能管控设备支持的配网SDK模块的第三方设备，采用上述实施例描述的方式与智能管控设备进行授权绑定。对于集成有智能管控设备支持的配网SDK模块的第三方设备，可以直接与智能管控设备进行授权绑定，也可以采用上述实施例描述的方式与智能管控设备进行授权绑定。

图4a为本申请示例性实施例提供的一种授权方法的流程示意图。该方法适用于智能管控设备，如图4a所示，该方法包括以下步骤：

41a、获取第三方设备的标识信息，第三方设备与智能管控设备处于同一局域网中；

42a、将第三方设备的标识信息上报给第一服务端设备，以供第一服务端设备向第三方服务端设备申请获取第三方设备的设备信息；

43a、接收第一服务端设备返回的经第三方服务端设备授权后获取到的第三方设备的设备信息；

44a、绑定第三方设备的设备信息，以对第三方设备进行智能管控。

在一可实施例中，获取第三方设备的标识信息，包括：响应用户的信号扫描指令，在所在局域网中进行信号扫描；若扫描到第三方设备广播的信号，从信号中获取第三方设备的标识信息。其中，第三方设备的标识信息为所述第三方设备的MAC地址。

可选地，响应用户的信号扫描指令，在所在局域网中进行信号扫描，包括：响应用户以语音方式发出的信号扫描指令，在所在局域网中进行信号扫描；或者响应用户通过智能管控设备的App发出的信号扫描指令，在所在局域网中进行信号扫描；或者响应用户在智能管控设备的电子屏幕上输出的信号扫描指令，在所在局域网中进行信号扫描。

在一可选实施例中，在接收第一服务端设备返回的第三方设备的设备信息之前，还包括：接收第一服务端设备发送的询问是否与第三方设备建立连接的询问消息；根据询问消息，输出连接确认提示信息，以供用户对是否与第三方设备建立连接进行确认；响应用户的确认指令，向第一服务端设备返回确认与第三方设备建立连接的应答消息。

可选地，输出连接确认提示信息，以供用户对是否与第三方设备建立连接进行确认，包括：以语音方式输出连接确认提示信息，以供用户对是否与第三方设备建立连接进行确认；或者通过智能管控设备的App输出连接确认提示信息，以供用户对是否与第三方设备建立连接进行确认；或者在智能管控设备的电子屏幕上输出连接确认提示信息，以供用户对是否与第三方设备建立连接进行确认。

在一可选实施例中，在接收第一服务端设备返回的第三方设备的设备信息之前，还包括：接收第一服务端设备发送的指示改变第三方设备的物理状态的指示消息；根据指示消息，输出状态改变提示信息，以供用户改变第三方设备的物理状态；其中，第三方设备的物理状态变化信息用于供第一服务端设备对第三方设备进行认证。上述指示消息还包括：改变所述第三方设备的物理状态的时间窗口，和/或，所述第三方设备需要被改变到的目标物理状态。

可选地，输出状态改变提示信息，以供用户改变第三方设备的物理状态，包括：以语音方式输出状态改变提示信息，以供用户改变第三方设备的物理状态；或者通过智能管控设备的App输出状态改变提示信息，以供用户改变第三方设备的物理状态；或者在智能管控设备的电子屏幕上状态改变提示信息，以供用户改变第三方设备的物理状态。

在一可选实施例中，智能管控设备为智能音箱。

在一可选实施例中，在将第三方设备的设备信息添加到智能管控设备列表中之后，还包括：响应用户针对第三方设备发出的控制指令，经第一服务端设备和第三方服务端设备之间的连接，对第三方设备进行智能管控。

在本实施例中，智能管控设备可发现与其位于同一局域网内的第三方设备，通过自己对应的服务端设备向第三方设备对应的服务端设备申请授权，以获取第三方设备的设备信息，进而绑定第三方设备的设备信息，以便后续对第三方设备进行智能管控。该授权绑定过程不需要在不同设备对应的App界面之间跳转，简化了用户操作，可降低因用户操作失误引起的授权失败，极大地提高了授权成功概率和授权效率。

图4b为本申请示例性实施例提供的另一种授权方法的流程示意图。该方法适用于第一服务器端设备，如图4b所示，该方法包括以下步骤：

41b、接收智能管控设备上报的与其在同一局域网中的第三方设备的标识信息；

42b、根据第三方设备的标识信息，向第三方服务端设备发送授权申请，以申请获取第三方设备的设备信息；

43b、根据第三方服务端设备返回的授权信息，获取第三方设备的设备信息；

44b、将第三方设备的设备信息返回给智能管控设备，以供智能管控设备对第三方设备进行智能管控。

在一可选实施例中，在根据第三方设备的标识信息，向第三方服务端设备发送授权申请之前，还包括：对第三方设备的标识信息进行合法性校验；在第三方设备的标识信息通过合法性校验之后，根据第三方设备的标识信息，向第三方服务端设备发送授权申请。

可选地，对第三方设备的标识信息进行合法性校验，包括：将第三方设备的标识信息发送给第三方服务端设备，以供第三方服务端设备判断本端所维护的合法设备的标识信息中是否包含第三方设备的标识信息；若第三方服务端设备返回肯定的判断结果，确定第三方设备的标识信息通过合法性校验；若第三方服务端设备返回否定的判断结果，确定第三方设备的标识信息未通过合法性校验。

可选地，对第三方设备的标识信息进行合法性校验，包括：判断第三方设备的标识信息是否存在于第三方服务端设备提供的合法设备的标识信息中；若判断结果为是，确定第三方设备的标识信息通过合法性校验；若判断结果为否，确定第三方设备的标识信息未通过合法性校验。

在一可实施例中，在根据第三方设备的标识信息，向第三方服务端设备发送授权申请之前，还包括：向智能管控设备发送询问是否与第三方设备建立连接的询问消息；以及在接收到智能管控设备返回的确认与第三方设备建立连接的应答消息的情况下，根据第三方设备的标识信息，向第三方服务端设备发送授权申请。

在一可实施例中，在根据第三方设备的标识信息，向第三方服务端设备发送授权申请之前，还包括：向智能管控设备发送指示改变第三方设备的物理状态的指示消息；接收第三方服务端设备发送的第三方设备的物理状态变化信息；根据第三方设备的物理状态变化信息，对第三方设备进行身份认证；以及在第三方设备通过身份认证的情况下，根据第三方设备的标识信息，向第三方服务端设备发送授权申请。

可选地，向所述智能管控设备发送指示改变所述第三方设备的物理状态的指示消息，包括：确定改变所述第三方设备的物理状态的时间窗口和/或所述第三方设备需要被改变到的目标物理状态；根据所述时间窗口和/或所述目标物理状态，生成指示消息；向所述智能管控设备发送所述指示消息，以供所述智能管控设备提示用户改变所述第三方设备的物理状态。

其中，确定第三方设备需要被改变到的目标物理状态，包括：从第三方服务端设备，获取第三方设备支持的物理状态；从第三方设备支持的物理状态中，确定目标物理状态。

在一可实施例中，根据第三方设备的物理状态变化信息，对第三方设备进行身份认证，包括以下至少一种判断操作：判断第三方设备发生物理状态变化的时间是否在时间窗口内，判断第三方设备发生变化后的新物理状态是否为目标物理状态；若至少一种判断操作的判断结果均为是，确定第三方设备通过身份认证；若至少一种判断操作中任一判断操作的判断结果为否，确定第三方设备未通过身份认证。

在一可实施例中，根据第三方设备的标识信息，向第三方服务端设备发送授权申请，包括：根据第三方设备的设备信息，向第三方服务端设备发送令牌请求；接收第三方服务端设备在确定第一服务端设备通过身份认证后返回的令牌，令牌与第三方设备的账号和密码对应；相应地，根据第三方服务端设备返回的授权信息，获取第三方设备的设备信息，包括：根据令牌，从第三方服务端设备或与第三方服务端设备关联的信息存储设备拉取第三方设备的设备信息。

在本实施例中，第一服务端设备与智能管控设备相互配合，可向第三方设备对应的服务端设备申请授权，获取第三方设备的设备信息并返回给智能管控设备，使得智能管控设备绑定第三方设备的设备信息，以便后续对第三方设备进行智能管控。该授权绑定过程不需要在不同设备对应的App界面之间跳转，简化了用户操作，可降低因用户操作失误引起的授权失败，极大地提高了授权成功概率和授权效率。

图4c为本申请示例性实施例提供的又一种授权方法的流程示意图。该方法适用于第三方服务端设备，如图4所示，该方法包括以下步骤：

41c、接收第一服务端设备发送的授权申请，授权申请是第一服务端设备根据智能管控设备上报的第三方设备的标识信息发起的，用于申请获取第三方设备的设备信息；

42c、对第一服务端设备进行身份认证；

43c、若第一服务端设备通过身份认证，向第一服务端设备返回授权信息，以供第一服务端设备为智能管控设备获取第三方设备的设备信息；其中，第三方设备的设备信息用于供智能管控设备对第三方设备进行智能管控。

在一可选实施例中，接收第一服务端设备发送的授权申请，包括：接收第一服务端设备发送的令牌请求；相应地，向第一服务端设备返回授权信息，包括：向第一服务端设备返回令牌；令牌与第三方设备的账号和密码对应。

在一可选实施例中，在接收第一服务端设备发送的授权申请之前，还包括：接收第三方设备上报的其物理状态变化信息；将第三方设备的物理状态变化信息发送给第一服务端设备，以供第一服务端设备对第三方设备进行身份认证。

在本实施例中，第三方服务端设备与第一服务端设备相互配合，可向第第一服务端设备授权，供第一服务端设备获取第三方设备的设备信息并返回给智能管控设备，使得智能管控设备绑定第三方设备的设备信息，以便后续对第三方设备进行智能管控。该授权绑定过程不需要在不同设备对应的App界面之间跳转，简化了用户操作，可降低因用户操作失误引起的授权失败，极大地提高了授权成功概率和授权效率。

需要说明的是，上述实施例所提供方法的各步骤的执行主体均可以是同一设备，或者，该方法也由不同设备作为执行主体。比如，步骤41a至步骤44a的执行主体可以为设备A；又比如，步骤41a和42a的执行主体可以为设备A，步骤43a的执行主体可以为设备B；等等。

另外，在上述实施例及附图中的描述的一些流程中，包含了按照特定顺序出现的多个操作，但是应该清楚了解，这些操作可以不按照其在本文中出现的顺序来执行或并行执行，操作的序号如41a、42a等，仅仅是用于区分开各个不同的操作，序号本身不代表任何的执行顺序。另外，这些流程可以包括更多或更少的操作，并且这些操作可以按顺序执行或并行执行。需要说明的是，本文中的“第一”、“第二”等描述，是用于区分不同的消息、设备、模块等，不代表先后顺序，也不限定“第一”和“第二”是不同的类型。

图5为本申请示例性实施例提供的一种智能管控设备的结构示意图。如图5所示，该设备包括：一个或多个存储计算机指令的存储器502、一个或多个处理器501和通信组件503。

存储器502,用于存储计算机程序，并可被配置为存储其它各种数据以支持在智能管控设备上的操作。这些数据的示例包括用于在智能管控设备上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。

存储器502,可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。

在本实施例中，一个或多个处理器501，与存储器耦合，用于执行计算机程序，以用于：获取第三方设备的标识信息，第三方设备与智能管控设备处于同一局域网中；通过通信组件503将第三方设备的标识信息上报给第一服务端设备，以供第一服务端设备向第三方服务端设备申请获取第三方设备的设备信息；通过通信组件503接收第一服务端设备返回的经第三方服务端设备授权后获取到的第三方设备的设备信息；绑定第三方设备的设备信息，以对第三方设备进行智能管控。

在一可选实施例中，一个或多个处理器501，在获取第三方设备的标识信息时，具体用于：响应用户的信号扫描指令，在所在局域网中进行信号扫描；若扫描到第三方设备广播的信号，从信号中获取第三方设备的标识信息。

在一可选实施例中，上述第三方设备的标识信息为第三方设备的MAC地址。

在一可选实施例中，一个或多个处理器501在响应用户的信号扫描指令，在所在局域网中进行信号扫描时，具体用于：响应用户以语音方式发出的信号扫描指令，在所在局域网中进行信号扫描；或者响应用户通过智能管控设备的App发出的信号扫描指令，在所在局域网中进行信号扫描；或者响应用户在智能管控设备的电子屏幕上输出的信号扫描指令，在所在局域网中进行信号扫描。

在一可选实施例中，一个或多个处理器501在接收第一服务端设备返回的第三方设备的设备信息之前，还用于：接收第一服务端设备发送的询问是否与第三方设备建立连接的询问消息；根据询问消息，输出连接确认提示信息，以供用户对是否与第三方设备建立连接进行确认；响应用户的确认指令，向第一服务端设备返回确认与第三方设备建立连接的应答消息。

在一可选实施例中，一个或多个处理器501，在输出连接确认提示信息，以供用户对是否与第三方设备建立连接进行确认时，具体用于：以语音方式输出连接确认提示信息，以供用户对是否与第三方设备建立连接进行确认；或者通过智能管控设备的App输出连接确认提示信息，以供用户对是否与第三方设备建立连接进行确认；或者在智能管控设备的电子屏幕上输出连接确认提示信息，以供用户对是否与第三方设备建立连接进行确认。

在一可选实施例中，一个或多个处理器501，在接收第一服务端设备返回的第三方设备的设备信息之前，还用于：接收第一服务端设备发送的指示改变第三方设备的物理状态的指示消息；根据指示消息，输出状态改变提示信息，以供用户改变第三方设备的物理状态；其中，第三方设备的物理状态变化信息用于供第一服务端设备对第三方设备进行认证。

在一可选实施例中，上述指示消息还包括：改变所述第三方设备的物理状态的时间窗口，和/或，所述第三方设备需要被改变到的目标物理状态。

在一可选实施例中，一个或多个处理器501，在输出状态改变提示信息，以供用户改变第三方设备的物理状态时，具体用于：以语音方式输出状态改变提示信息，以供用户改变第三方设备的物理状态；或者通过智能管控设备的App输出状态改变提示信息，以供用户改变第三方设备的物理状态；或者在智能管控设备的电子屏幕上状态改变提示信息，以供用户改变第三方设备的物理状态。

在一可选实施例中，上述智能管控设备为智能音箱。

在一可选实施例中，一个或多个处理器501，在将第三方设备的设备信息添加到智能管控设备列表中之后，还用于：响应用户针对第三方设备发出的控制指令，经第一服务端设备和第三方服务端设备之间的连接，对第三方设备进行智能管控。

在本实施例中，一个或多个处理器501，与存储器耦合，用于执行计算机程序，还用于：响应控制指令，确定需对第三方设备进行智能管控，智能管控设备上已绑定第三方设备的设备信息；经第一服务端设备和第三方服务端设备之间的连接，对第三方设备进行智能管控；其中，第一服务端设备是智能管控设备对应的服务端设备，第三方服务端设备是第三方设备对应的服务端设备。

在一可选实施例中，一个或多个处理器501，在响应控制指令，确定需对第三方设备进行智能管控时，具体用于：从控制指令中，解析出第三方设备的标识信息；根据第三方设备的标识信息，确定需对第三方设备进行智能管控。

在一可选实施例中，第三方设备的标识信息为被控对象的名称、ID和/或位置。

在一可选实施例中，一个或多个处理器501，在经第一服务端设备和第三方服务端设备之间的连接，对第三方设备进行智能管控之前，还用于：判断已绑定的设备信息中是否包含第三方设备的设备信息；若是，经第一服务端设备和第三方服务端设备之间的连接，对第三方设备进行智能管控。

在一可选实施例中，一个或多个处理器501，在经第一服务端设备和第三方服务端设备之间的连接，对第三方设备进行智能管控时，具体用于：从控制指令中，解析出对第三方设备的控制动作；根据对第三方设备的控制动作，生成对第三方设备进行控制所需的控制数据；将控制数据发送给第一服务端设备，以供第一服务端设备通过第三方服务端设备将控制数据转发给第三方设备。

可选地，上述控制指令可以来自用户、第一服务端设备或第三方服务端设备。

在本实施例中，一个或多个处理器501，与存储器耦合，用于执行计算机程序，还用于：获取预先针对第三方设备配置的智能控制策略，智能管控设备上已绑定有第三方设备的设备信息；根据智能控制策略，经第一服务端设备和第三方服务端设备之间的连接，对第三方设备进行智能管控；其中，第一服务端设备是智能管控设备对应的服务端设备，第三方服务端设备是第三方设备对应的服务端设备。

可选地，上述智能控制策略可由用户、第一服务端设备或第三方服务端设备配置。

可选地，上述对第三方设备进行的智能管控包括以下至少一种：开机、关机、调整屏幕亮度、调整音量大小、调整工作模式、调整工作参数、软件升级以及硬件升级。

进一步，如图5所示，该智能管控设备还可以包括：显示器504、电源组件505、音频组件506等其它组件。本实施例仅示意性给出部分组件，并不意味着智能管控设备只包括这些组件。值得说明的是，在图5以虚线框示出的组件均为可选组件，而非必要组件。具体可视智能管控设备的产品形态而定。本实施例的智能管控设备可以实现为台式电脑、笔记本电脑、智能手机或IOT设备等终端设备，也可以是常规服务器、云服务器或服务器阵列等服务端设备。若本实施例的智能管控设备实现为台式电脑、笔记本电脑、智能手机等终端设备，可以包含图5中虚线框内的组件；若本实施例的智能管控设备实现为常规服务器、云服务器或服务器阵列等服务端设备，则可以不包含图5中虚线框内的组件。

相应地，本申请实施例还提供一种存储有计算机指令的计算机可读存储介质，当计算机指令被一个或多个处理器执行时，致使一个或多个处理器执行包括以下的动作：获取第三方设备的标识信息，第三方设备与智能管控设备处于同一局域网中；将第三方设备的标识信息上报给第一服务端设备，以供第一服务端设备向第三方服务端设备申请获取第三方设备的设备信息；接收第一服务端设备返回的经第三方服务端设备授权后获取到的第三方设备的设备信息；绑定第三方设备的设备信息，以对第三方设备进行智能管控。

除了上述动作之外，一个或多个处理器在执行上述计算机可读存储介质中的计算机指令时还可以执行其他动作，其他动作可参见前述实施例中的描述，在此不再赘述。

图6a为本申请示例性实施例提供的一种服务端设备的结构示意图。该服务端设备可作为智能管控设备的服务端设备实现。如图6a所示，该设备包括：一个或多个存储计算机指令的存储器602a、一个或多个处理器601a、通信组件603a和电源组件605a；

在本实施例中，一个或多个处理器601a，与存储器602a耦合，用于执行计算机程序，以用于：通过通信组件603a接收智能管控设备上报的与其在同一局域网中的第三方设备的标识信息；根据第三方设备的标识信息，向第三方服务端设备发送授权申请，以申请获取第三方设备的设备信息；根据第三方服务端设备返回的授权信息，获取第三方设备的设备信息；通过通信组件603a将第三方设备的设备信息返回给智能管控设备，以供智能管控设备对第三方设备进行智能管控。

在一可选实施例中，一个或多个处理器601a，在根据第三方设备的标识信息，向第三方服务端设备发送授权申请之前，还用于：对第三方设备的标识信息进行合法性校验；在第三方设备的标识信息通过合法性校验之后，根据第三方设备的标识信息，向第三方服务端设备发送授权申请。

在一可选实施例中，一个或多个处理器601a，在对第三方设备的标识信息进行合法性校验时，具体用于：将第三方设备的标识信息发送给第三方服务端设备，以供第三方服务端设备判断本端所维护的合法设备的标识信息中是否包含第三方设备的标识信息；若第三方服务端设备返回肯定的判断结果，确定第三方设备的标识信息通过合法性校验；若第三方服务端设备返回否定的判断结果，确定第三方设备的标识信息未通过合法性校验。

在一可选实施例中，一个或多个处理器601a，在对第三方设备的标识信息进行合法性校验时，具体用于：判断第三方设备的标识信息是否存在于第三方服务端设备提供的合法设备的标识信息中；若判断结果为是，确定第三方设备的标识信息通过合法性校验；若判断结果为否，确定第三方设备的标识信息未通过合法性校验。

在一可选实施例中，一个或多个处理器601a，在根据第三方设备的标识信息，向第三方服务端设备发送授权申请之前，还用于：向智能管控设备发送询问是否与第三方设备建立连接的询问消息；以及在接收到智能管控设备返回的确认与第三方设备建立连接的应答消息的情况下，根据第三方设备的标识信息，向第三方服务端设备发送授权申请。

在一可选实施例中，一个或多个处理器601a，在根据第三方设备的标识信息，向第三方服务端设备发送授权申请之前，还用于：向智能管控设备发送指示改变第三方设备的物理状态的指示消息；接收第三方服务端设备发送的第三方设备的物理状态变化信息；根据第三方设备的物理状态变化信息，对第三方设备进行身份认证；以及在第三方设备通过身份认证的情况下，根据第三方设备的标识信息，向第三方服务端设备发送授权申请。

在一可选实施例中，一个或多个处理器601a，在向智能管控设备发送指示改变第三方设备的物理状态的指示消息时，具体用于：确定改变第三方设备的物理状态的时间窗口和/或第三方设备需要被改变到的目标物理状态；根据时间窗口和/或目标物理状态，生成指示消息；向智能管控设备发送指示消息，以供智能管控设备提示用户改变第三方设备的物理状态。

在一可选实施例中，一个或多个处理器601a，在确定第三方设备需要被改变到的目标物理状态时，具体用于：从第三方服务端设备，获取第三方设备支持的物理状态；从第三方设备支持的物理状态中，确定目标物理状态。

在一可选实施例中，一个或多个处理器601a，在根据第三方设备的物理状态变化信息，对第三方设备进行身份认证时，具体用于以下至少一种判断操作：判断第三方设备发生物理状态变化的时间是否在时间窗口内，判断第三方设备发生变化后的新物理状态是否为目标物理状态；若至少一种判断操作的判断结果均为是，确定第三方设备通过身份认证；若至少一种判断操作中任一判断操作的判断结果为否，确定第三方设备未通过身份认证。

在一可选实施例中，一个或多个处理器601a，在根据第三方设备的标识信息，向第三方服务端设备发送授权申请时，具体用于：根据第三方设备的设备信息，向第三方服务端设备发送令牌请求；接收第三方服务端设备在确定第一服务端设备通过身份认证后返回的令牌，令牌与第三方设备的账号和密码对应；相应地，根据第三方服务端设备返回的授权信息，获取第三方设备的设备信息，包括：根据令牌，从第三方服务端设备或与第三方服务端设备关联的信息存储设备拉取第三方设备的设备信息。

相应地，本申请实施例还提供一种存储有计算机指令的计算机可读存储介质，当计算机指令被一个或多个处理器执行时，致使一个或多个处理器执行包括以下的动作：接收智能管控设备上报的与其在同一局域网中的第三方设备的标识信息；根据第三方设备的标识信息，向第三方服务端设备发送授权申请，以申请获取第三方设备的设备信息；根据第三方服务端设备返回的授权信息，获取第三方设备的设备信息；将第三方设备的设备信息返回给智能管控设备，以供智能管控设备对第三方设备进行智能管控。

除了上述动作之外，一个或多个处理器在执行上述计算机可读存储介质中的计算机指令时还可以执行其他动作，其他动作可参见前述实施例中的描述，在此不再赘述。

图6b为本申请示例性实施例提供的一种服务端设备的结构示意图；该服务端设备可作为第三方的服务端设备实现。如图6b所示，该设备包括：一个或多个存储计算机指令的存储器602b、一个或多个处理器601b、通信组件603b和电源组件605b；

在本实施例中，一个或多个处理器601b，与存储器602b耦合，用于执行计算机程序，以用于：通过通信组件603b接收第一服务端设备发送的授权申请，授权申请是第一服务端设备根据智能管控设备上报的第三方设备的标识信息发起的，用于申请获取第三方设备的设备信息；对第一服务端设备进行身份认证；若第一服务端设备通过身份认证，通过通信组件603b向第一服务端设备返回授权信息，以供第一服务端设备为智能管控设备获取第三方设备的设备信息；其中，第三方设备的设备信息用于供智能管控设备对第三方设备进行智能管控。

在一可选实施例中，一个或多个处理器601b，在接收第一服务端设备发送的授权申请时，具体用于：接收第一服务端设备发送的令牌请求；相应地，向所述第一服务端设备返回授权信息，包括：向所述第一服务端设备返回令牌；所述令牌与所述第三方设备的账号和密码对应。

在一可选实施例中，一个或多个处理器601b，在接收第一服务端设备发送的授权申请之前，还用于：接收第三方设备上报的其物理状态变化信息；将第三方设备的物理状态变化信息发送给第一服务端设备，以供第一服务端设备对第三方设备进行身份认证。

相应地，本申请实施例还提供一种存储有计算机指令的计算机可读存储介质，当计算机指令被一个或多个处理器执行时，致使一个或多个处理器执行包括以下的动作：接收第一服务端设备发送的授权申请，授权申请是第一服务端设备根据智能管控设备上报的第三方设备的标识信息发起的，用于申请获取第三方设备的设备信息；对第一服务端设备进行身份认证；若第一服务端设备通过身份认证，向第一服务端设备返回授权信息，以供第一服务端设备为智能管控设备获取第三方设备的设备信息；其中，第三方设备的设备信息用于供智能管控设备对第三方设备进行智能管控。

除了上述动作之外，一个或多个处理器在执行上述计算机可读存储介质中的计算机指令时还可以执行其他动作，其他动作可参见前述实施例中的描述，在此不再赘述。

上述图5-图6b中的通信组件被配置为便于通信组件所在设备和其他设备之间有线或无线方式的通信。通信组件所在设备可以接入基于通信标准的无线局域网，如WiFi，2G、3G、4G/LTE、5G等移动通信局域网，或它们的组合。在一个示例性实施例中，通信组件经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，通信组件还可以包括近场通信(NFC)模块，射频识别(RFID)技术，红外数据协会(IrDA)技术，超宽带(UWB)技术，蓝牙(BT)技术等。

上述图5-图6b中的显示器包括屏幕，其屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与触摸或滑动操作相关的持续时间和压力。

上述图5-图6b中的电源组件，为电源组件所在设备的各种组件提供电力。电源组件可以包括电源管理系统，一个或多个电源，及其他与为电源组件所在设备生成、管理和分配电力相关联的组件。

上述图5-图6b中的音频组件，可被配置为输出和/或输入音频信号。例如，音频组件包括一个麦克风(MIC)，当音频组件所在设备处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器或经由通信组件发送。在一些实施例中，音频组件还包括一个扬声器，用于输出音频信号。

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

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

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

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

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、局域网接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括要素的过程、方法、商品或者设备中还存在另外的相同要素。

以上仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。

Claims (44)

1.一种授权方法，适用于智能管控设备，其特征在于，所述方法包括：

获取第三方设备的标识信息，所述第三方设备与所述智能管控设备处于同一局域网中；

将所述第三方设备的标识信息上报给第一服务端设备，以供所述第一服务端设备向第三方服务端设备申请获取所述第三方设备的设备信息；

接收所述第一服务端设备返回的经所述第三方服务端设备授权后获取到的所述第三方设备的设备信息；

绑定所述第三方设备的设备信息，以对所述第三方设备进行智能管控。

2.根据权利要求1所述的方法，其特征在于，获取第三方设备的标识信息，包括：

响应用户的信号扫描指令，在所在局域网中进行信号扫描；

若扫描到第三方设备广播的信号，从所述信号中获取所述第三方设备的标识信息。

3.根据权利要求2所述的方法，其特征在于，所述第三方设备的标识信息为所述第三方设备的MAC地址。

4.根据权利要求2所述的方法，其特征在于，响应用户的信号扫描指令，在所在局域网中进行信号扫描，包括：

响应用户以语音方式发出的信号扫描指令，在所在局域网中进行信号扫描；或者

响应用户通过所述智能管控设备的App发出的信号扫描指令，在所在局域网中进行信号扫描；或者

响应用户在所述智能管控设备的电子屏幕上输出的信号扫描指令，在所在局域网中进行信号扫描。

5.根据权利要求1所述的方法，其特征在于，在接收所述第一服务端设备返回的所述第三方设备的设备信息之前，还包括：

接收所述第一服务端设备发送的询问是否与所述第三方设备建立连接的询问消息；

根据所述询问消息，输出连接确认提示信息，以供用户对是否与所述第三方设备建立连接进行确认；

响应用户的确认指令，向所述第一服务端设备返回确认与所述第三方设备建立连接的应答消息。

6.根据权利要求5所述的方法，其特征在于，输出连接确认提示信息，以供用户对是否与所述第三方设备建立连接进行确认，包括：

以语音方式输出连接确认提示信息，以供用户对是否与所述第三方设备建立连接进行确认；或者

通过所述智能管控设备的App输出连接确认提示信息，以供用户对是否与所述第三方设备建立连接进行确认；或者

在所述智能管控设备的电子屏幕上输出连接确认提示信息，以供用户对是否与所述第三方设备建立连接进行确认。

7.根据权利要求1-6任一项所述的方法，其特征在于，在接收所述第一服务端设备返回的所述第三方设备的设备信息之前，还包括：

接收所述第一服务端设备发送的指示改变所述第三方设备的物理状态的指示消息；

根据所述指示消息，输出状态改变提示信息，以供用户改变所述第三方设备的物理状态；

其中，所述第三方设备的物理状态变化信息用于供所述第一服务端设备对所述第三方设备进行认证。

8.根据权利要求7所述的方法，其特征在于，所述指示消息还包括：改变所述第三方设备的物理状态的时间窗口，和/或，所述第三方设备需要被改变到的目标物理状态。

9.根据权利要求7所述的方法，其特征在于，输出状态改变提示信息，以供用户改变所述第三方设备的物理状态，包括：

以语音方式输出状态改变提示信息，以供用户改变所述第三方设备的物理状态；或者

通过所述智能管控设备的App输出状态改变提示信息，以供用户改变所述第三方设备的物理状态；或者

在所述智能管控设备的电子屏幕上状态改变提示信息，以供用户改变所述第三方设备的物理状态。

10.根据权利要求1-6任一项所述的方法，其特征在于，所述智能管控设备为智能音箱。

11.根据权利要求1-6任一项所述的方法，其特征在于，在将所述第三方设备的设备信息添加到智能管控设备列表中之后，还包括：

响应用户针对所述第三方设备发出的控制指令，经所述第一服务端设备和所述第三方服务端设备之间的连接，对所述第三方设备进行智能管控。

12.一种授权方法，适用于第一服务端设备，其特征在于，所述方法包括：

接收智能管控设备上报的与其在同一局域网中的第三方设备的标识信息；

根据所述第三方设备的标识信息，向第三方服务端设备发送授权申请，以申请获取所述第三方设备的设备信息；

根据所述第三方服务端设备返回的授权信息，获取所述第三方设备的设备信息；

将所述第三方设备的设备信息返回给所述智能管控设备，以供所述智能管控设备对所述第三方设备进行智能管控。

13.根据权利要求12所述的方法，其特征在于，在根据所述第三方设备的标识信息，向第三方服务端设备发送授权申请之前，还包括：

对所述第三方设备的标识信息进行合法性校验；

在所述第三方设备的标识信息通过合法性校验之后，根据所述第三方设备的标识信息，向所述第三方服务端设备发送授权申请。

14.根据权利要求13所述的方法，其特征在于，对所述第三方设备的标识信息进行合法性校验，包括：

将所述第三方设备的标识信息发送给所述第三方服务端设备，以供所述第三方服务端设备判断本端所维护的合法设备的标识信息中是否包含所述第三方设备的标识信息；

若所述第三方服务端设备返回肯定的判断结果，确定所述第三方设备的标识信息通过合法性校验；

若所述第三方服务端设备返回否定的判断结果，确定所述第三方设备的标识信息未通过合法性校验。

15.根据权利要求13所述的方法，其特征在于，对所述第三方设备的标识信息进行合法性校验，包括：

判断所述第三方设备的标识信息是否存在于所述第三方服务端设备提供的合法设备的标识信息中；

若判断结果为是，确定所述第三方设备的标识信息通过合法性校验；

若判断结果为否，确定所述第三方设备的标识信息未通过合法性校验。

16.根据权利要求12所述的方法，其特征在于，在根据所述第三方设备的标识信息，向第三方服务端设备发送授权申请之前，还包括：

向所述智能管控设备发送询问是否与所述第三方设备建立连接的询问消息；以及

在接收到所述智能管控设备返回的确认与所述第三方设备建立连接的应答消息的情况下，根据所述第三方设备的标识信息，向所述第三方服务端设备发送授权申请。

17.根据权利要求12所述的方法，其特征在于，在根据所述第三方设备的标识信息，向第三方服务端设备发送授权申请之前，还包括：

向所述智能管控设备发送指示改变所述第三方设备的物理状态的指示消息；

接收所述第三方服务端设备发送的所述第三方设备的物理状态变化信息；

根据所述第三方设备的物理状态变化信息，对所述第三方设备进行身份认证；以及

在所述第三方设备通过身份认证的情况下，根据所述第三方设备的标识信息，向第三方服务端设备发送授权申请。

18.根据权利要求17所述的方法，其特征在于，向所述智能管控设备发送指示改变所述第三方设备的物理状态的指示消息，包括：

确定改变所述第三方设备的物理状态的时间窗口和/或所述第三方设备需要被改变到的目标物理状态；

根据所述时间窗口和/或所述目标物理状态，生成指示消息；

向所述智能管控设备发送所述指示消息，以供所述智能管控设备提示用户改变所述第三方设备的物理状态。

19.根据权利要求18所述的方法，其特征在于，确定所述第三方设备需要被改变到的目标物理状态，包括：

从所述第三方服务端设备，获取所述第三方设备支持的物理状态；

从所述第三方设备支持的物理状态中，确定所述目标物理状态。

20.根据权利要求18所述的方法，其特征在于，根据所述第三方设备的物理状态变化信息，对所述第三方设备进行身份认证，包括以下至少一种判断操作：

判断所述第三方设备发生物理状态变化的时间是否在所述时间窗口内，

判断所述第三方设备发生变化后的新物理状态是否为所述目标物理状态；

若所述至少一种判断操作的判断结果均为是，确定所述第三方设备通过身份认证；

若所述至少一种判断操作中任一判断操作的判断结果为否，确定所述第三方设备未通过身份认证。

21.根据权利要求12所述的方法，其特征在于，根据所述第三方设备的标识信息，向第三方服务端设备发送授权申请，包括：

根据所述第三方设备的设备信息，向所述第三方服务端设备发送令牌请求；接收所述第三方服务端设备在确定所述第一服务端设备通过身份认证后返回的令牌，所述令牌与所述第三方设备的账号和密码对应；

相应地，根据所述第三方服务端设备返回的授权信息，获取所述第三方设备的设备信息，包括：根据所述令牌，从所述第三方服务端设备或与所述第三方服务端设备关联的信息存储设备拉取所述第三方设备的设备信息。

22.一种授权方法，适用于第三方服务端设备，其特征在于，所述方法包括：

接收第一服务端设备发送的授权申请，所述授权申请是所述第一服务端设备根据智能管控设备上报的第三方设备的标识信息发起的，用于申请获取所述第三方设备的设备信息；

对所述第一服务端设备进行身份认证；

若所述第一服务端设备通过身份认证，向所述第一服务端设备返回授权信息，以供所述第一服务端设备为所述智能管控设备获取所述第三方设备的设备信息；

其中，所述第三方设备的设备信息用于供所述智能管控设备对所述第三方设备进行智能管控。

23.根据权利要求22所述的方法，其特征在于，接收第一服务端设备发送的授权申请，包括：接收第一服务端设备发送的令牌请求；

相应地，向所述第一服务端设备返回授权信息，包括：向所述第一服务端设备返回令牌；所述令牌与所述第三方设备的账号和密码对应。

24.根据权利要求23所述的方法，其特征在于，在接收第一服务端设备发送的授权申请之前，还包括：

接收所述第三方设备上报的其物理状态变化信息；

将所述第三方设备的物理状态变化信息发送给所述第一服务端设备，以供所述第一服务端设备对所述第三方设备进行身份认证。

25.一种智能管控方法，适用于智能管控设备，其特征在于，所述方法包括：

响应控制指令，确定需对第三方设备进行智能管控，所述智能管控设备上已绑定所述第三方设备的设备信息；

经第一服务端设备和第三方服务端设备之间的连接，对所述第三方设备进行智能管控；

其中，所述第一服务端设备是所述智能管控设备对应的服务端设备，所述第三方服务端设备是所述第三方设备对应的服务端设备。

26.根据权利要求25所述的方法，其特征在于，响应用控制指令，确定需对第三方设备进行智能管控，包括：

从控制指令中，解析出所述第三方设备的标识信息；

根据所述第三方设备的标识信息，确定需对所述第三方设备进行智能管控。

27.根据权利要求26所述的方法，其特征在于，所述第三方设备的标识信息为所述第三方设备的名称、ID和/或位置。

28.根据权利要求26所述的方法，其特征在于，在经第一服务端设备和第三方服务端设备之间的连接，对所述第三方设备进行智能管控之前，还包括：

判断已绑定的设备信息中是否包含所述第三方设备的设备信息；

若是，经所述第一服务端设备和所述第三方服务端设备之间的连接，对所述第三方设备进行智能管控。

29.根据权利要求26-28任一项所述的方法，其特征在于，经第一服务端设备和第三方服务端设备之间的连接，对所述第三方设备进行智能管控，包括：

从所述控制指令中，解析出对所述第三方设备的控制动作；

根据对所述第三方设备的控制动作，生成对所述第三方设备进行控制所需的控制数据；

将所述控制数据发送给所述第一服务端设备，以供所述第一服务端设备通过所述第三方服务端设备将所述控制数据转发给所述第三方设备。

30.根据权利要求26-28任一项所述的方法，其特征在于，所述控制指令来自用户、所述第一服务端设备或所述第三方服务端设备。

31.根据权利要求26-28任一项所述的方法，其特征在于，对所述第三方设备进行的智能管控包括以下至少一种：开机、关机、调整屏幕亮度、调整音量大小、调整工作模式、调整工作参数、软件升级以及硬件升级。

32.一种智能控制方法，适用于智能管控设备，其特征在于，所述方法包括：

获取预先针对第三方设备配置的智能控制策略，所述智能管控设备上已绑定有所述第三方设备的设备信息；

根据所述智能控制策略，经第一服务端设备和第三方服务端设备之间的连接，对所述第三方设备进行智能管控；

其中，所述第一服务端设备是所述智能管控设备对应的服务端设备，所述第三方服务端设备是所述第三方设备对应的服务端设备。

33.根据权利要求32所述的方法，其特征在于，所述智能控制策略由用户、所述第一服务端设备或所述第三方服务端设备配置。

34.根据权利要求32或33所述的方法，其特征在于，对所述第三方设备进行的智能管控包括以下至少一种：开机、关机、调整屏幕亮度、调整音量大小、调整工作模式、调整工作参数、软件升级以及硬件升级。

35.一种网络系统，其特征在于，包括：第三方设备、智能管控设备、所述智能管控设备对应的第一服务端设备以及所述第三方设备对应的第三方服务端设备；其中，所述第三方设备与所述智能管控设备位于同一局域网中；

所述智能管控设备，用于获取所述第三方设备的标识信息，将所述第三方设备的标识信息上报给第一服务端设备；接收所述第一服务端设备返回的所述第三方设备的设备信息；以及绑定所述第三方设备的设备信息，以对所述第三方设备进行智能管控；

所述第一服务端设备，用于根据所述第三方设备的标识信息，向所述第三方服务端设备申请获取所述第三方设备的设备信息，并在获取到所述第三方设备的信息后返回给所述智能管控设备；

所述第三方服务端设备，用于向所述第一服务端设备授权，以供所述第一服务端设备获取所述第三方设备的设备信息。

36.根据权利要求35所述的网络系统，其特征在于，所述第三方设备是未集成有所述智能管控设备支持的配网SDK模块的第三方设备。

37.根据权利要求36所述的网络系统，其特征在于，还包括：与所述智能管控设备来自同一厂商的设备，和/或，集成有所述智能管控设备支持的配网SDK模块的第三方设备。

38.根据权利要求35-37任一项所述的网络系统，其特征在于，所述网络系统可实现为智能家居网络系统或物联网系统。

39.根据权利要求35-37所述的网络系统，其特征在于，所述智能管控设备为所述网络系统的网关设备。

40.根据权利要求39所述的网络系统，其特征在于，所述智能管控设备为智能音箱。

41.一种智能管控设备，其特征在于，包括：存储器、处理器和通信组件；

所述存储器，用于存储计算机程序；

所述处理器，与所述存储器耦合，用于执行所述计算机程序，以用于：

获取第三方设备的标识信息，所述第三方设备与所述智能管控设备处于同一局域网中；

将所述第三方设备的标识信息上报给第一服务端设备，以供所述第一服务端设备向第三方服务端设备申请获取所述第三方设备的设备信息；

通过所述通信组件接收所述第一服务端设备返回的经所述第三方服务端设备授权后获取到的所述第三方设备的设备信息；

绑定所述第三方设备的设备信息，以对所述第三方设备进行智能管控。

42.一种服务端设备，可作为智能管控设备的服务端设备实现，其特征在于，包括：存储器、处理器和通信组件；

所述存储器，用于存储计算机程序；

所述处理器，与所述存储器耦合，用于执行所述计算机程序，以用于：

通过所述通信组件接收智能管控设备上报的与其在同一局域网中的第三方设备的标识信息；

根据所述第三方设备的标识信息，向第三方服务端设备发送授权申请，以申请获取所述第三方设备的设备信息；

根据所述第三方服务端设备返回的授权信息，获取所述第三方设备的设备信息；

通过所述通信组件将所述第三方设备的设备信息返回给所述智能管控设备，以供所述智能管控设备对所述第三方设备进行智能管控。

43.一种服务端设备，可作为第三方的服务端设备实现，其特征在于，包括：存储器、处理器和通信组件；

所述存储器，用于存储计算机程序；

所述处理器，与所述存储器耦合，用于执行所述计算机程序，以用于：

通过所述通信组件接收第一服务端设备发送的授权申请，所述授权申请是所述第一服务端设备根据智能管控设备上报的第三方设备的标识信息发起的，用于申请获取所述第三方设备的设备信息；

对所述第一服务端设备进行身份认证；

若所述第一服务端设备通过身份认证，通过所述通信组件向所述第一服务端设备返回授权信息，以供所述第一服务端设备为所述智能管控设备获取所述第三方设备的设备信息；其中，所述第三方设备的设备信息用于供所述智能管控设备对所述第三方设备进行智能管控。

44.一种存储有计算机程序的计算机可读存储介质，其特征在于，当所述计算机程序被处理器执行时，致使所述处理器实现权利要求1-34任一项所述方法中的步骤。

Images