技术领域
[0001] 本申请涉及终端技术领域，尤其涉及设备管控方法及智能管控设备。
相关背景技术
[0002] 由于全屋智能所带来的便利和收益，其已被应用于越来越多的行业以及场景，如酒店场景，公寓场景等，在前述各种场景下，通过物联网技术将各种智能设备(如音视频设备、照明系统设备、环境控制设备、安防系统设备等)连接到一起形成全屋智能，可为用户提供家电控制、照明控制、防盗报警等多种功能。
[0003] 其中，全屋智能中包含智能主机，该智能主机可注册连接到服务器，进而基于与该服务器之间的连接通道接收用户对全屋智能场景中所包含的各智能设备的控制指令，以实现用户对各智能设备的管控。而在诸如酒店场景，公寓场景等场景下，可能同时存在不同用户对同一全屋智能场景下的智能设备分别进行管控的需求，因此，如何实现不同用户对这些智能设备的管控对于满足用户需要至关重要。
具体实施方式
[0063] 在本申请的描述中，除非另有说明，“/”表示前后关联的对象是一种“或”的关系，例如，A/B可以表示A或B；本申请中的“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况，其中A，B可以是单数或者复数。
[0064] 在本申请的描述中，除非另有说明，“多个”是指两个或多于两个。“以下至少一项(个)”或其类似表达，是指的这些项中的任意组合，包括单项(个)或复数项(个)的任意组合。例如，a，b，或c中的至少一项(个)，可以表示：a，b，c，a和b，a和c，b和c，a和b和c，其中a，b，c可以是单个，也可以是多个。
[0065] 另外，为了便于清楚描述本申请实施例的技术方案，在本申请的实施例中，采用了“第一”、“第二”等字样对功能和作用基本相同的相同项或相似项进行区分。本领域技术人员可以理解“第一”、“第二”等字样并不对数量和执行次序进行限定，并且“第一”、“第二”等字样也并不限定一定不同。
[0066] 随着各种各样的智能设备进入人们的生活，全屋智能的时代已然到来。示例性的，图1为本申请实施例提供的全屋智能的场景示意图。可以理解，全屋智能以住宅为平台，利用综合布线技术、网络通信技术、安全防范技术、自动控制技术、音视频技术等各种技术将与家居生活有关的设施集成，通过构建高效的住宅设施与家庭日程事务的管理系统，提升了家居安全性、便利性、舒适性等各方面的体验。
[0067] 如图1所示，全屋包括入户过道、厨房、餐厅、客厅、阳台、主卧、次卧、卫生间等。全屋设置有多个智能设备。具体来说，厨房设置有电饭煲或电压力锅、燃气设备、智能开关面板、智能电灯等；客厅设置有智能音箱、智能电灯、智能电视、路由设备、智能主机(也可称为全屋智能主机)等；阳台设置有智能窗帘等；餐厅设置有智能电灯、扫地机器人等；主卧设置有智能电灯、智能窗帘、智能电视、智能音箱、路由设备等；次卧设置有智能电灯、智能台灯等；卫生间设置有智能电灯、体脂秤等。
[0068] 其中，全屋智能场景下的各智能设备之间可以采用有线通信方式或无线通信方式建立连接。示例性的，有线通信方式可以包括但不限于电力总线通信(power line communication，PLC)等。无线通信方式可以包括但不限于近距离无线通信(near field communication，NFC)，蓝牙(bluetooth，BT)(例如，传统蓝牙或者低功耗(bluetooth low energy，BLE)蓝牙)，无线局域网(wireless local area networks，WLAN)(如无线保真(wireless fidelity，Wi‑Fi)网络)，紫蜂(Zigbee)，调频(frequency modulation，FM)，红外(infrared，IR)等。
[0069] 而随着全屋智能在不同行业以及场景下的广泛应用，在一些场景或行业中，如酒店场景、公寓场景等，可能存在不同用户对同一全屋智能场景下的智能设备分别进行管控的需求。在一些实现中，该不同用户中可以包含享受或使用全屋智能服务的用户，本申请实施例称其为家庭用户，还可以包含购买或者管理全屋智能服务的用户，本申请实施例称其为企业用户。以酒店场景为例，全屋智能可以安装于酒店中的各个房间，对于入住每个房间的客户均可以称为家庭用户，而对于酒店所属的管理企业可以称为企业用户，家庭用户以及企业用户可能同时存在对该家庭用户所入住房间中的智能设备进行管控的需求。以公寓场景为例，全屋智能可以安装于公寓的各户，对于入住每户的住户或租户均可以称为家庭用户，而对于该公寓场景所属的管理企业(如物业、或出租方等)可称为企业用户，家庭用户以及企业用户可能同时存在对该家庭用户所居住房屋中的智能设备进行管控的需求。
[0070] 当然，在其他的场景中，上述家庭用户以及企业用户的定义也可以有所改变。可以理解的是，家庭用户以及企业用户仅为某些示例性场景中区分不同用户角色的名称，在其他实现场景中，不同类型的用户也可以用其他名称进行区分，如第一用户、第二用户等。
[0071] 在一种管控方案中，如图2中(1)所示，全屋智能中所包含的智能主机200可以连接并注册到家庭用户所属的服务器，如智慧生活云210，进而从智慧生活云210接收来自家庭用户的控制指令，基于该控制指令实现家庭用户对智能设备230(如智能音箱231、智能电视232、智能台灯233、智能电灯234等)的管控。或者，如图2中(2)所示，智能主机200可以连接并注册到企业用户所属的服务器，如远端服务器220，进而从远端服务器220接收来自企业用户的控制指令，基于该控制指令实现企业用户对智能设备230的管控。也就是说，智能主机同时仅可连接并注册其中一方用户所属的服务器，相应的，智能主机同时仅可接收其中一方用户对智能设备的控制指令，实现其中一方用户对智能设备的管控，无法满足上述不同用户对同一全屋智能场景下的智能设备分别管控的需求。该不同用户例如可以是不同类型或不同角色的用户。
[0072] 基于此，本申请实施例提供一种设备管控方法，能够实现不同用户对同一场景下的智能设备的分别管控，提高设备管控的便利性以及安全性。
[0073] 本申请实施例提供的技术方案可以应用于多个不同用户同时对若干智能设备进行管控，且这多个用户需要通过不同的服务器来向该若干智能设备下发控制命令的场景中。
[0074] 示例性的，图3示出了本申请实施例提供一种设备管控方法应用的通信系统的架构示意图。如图3所示，该通信系统300中包含至少一个第一设备310以及第二设备320。
[0075] 其中，第一设备310可以为智能设备，示例性的，智能设备可以包括但不限于智能家居设备、智慧城市设备、车载设备、手机、平板电脑、笔记本电脑、上网本、个人数字助理(personal digital assistant，PDA)、可穿戴设备、人工智能(artificial intelligence,AI)设备等设备。其中，智能家居设备例如包括但不限于智能家居控制面板、音视频设备(如大屏设备、音箱等)、照明系统设备(如台灯、电灯等)、环境控制设备(如空气净化器、扫地机器人等)、安防系统设备(如摄像头、智能门锁等)、厨电类设备(如烤箱、洗碗机等)、智能传感器等。图3中，以至少一个第一设备310分别为智能音箱311、智能电视312、智能台灯313、智能电灯314示出。
[0076] 第二设备320(也可称为智能管控设备320)可以为专用于管控第一设备310的设备，或者可以为包含管控第一设备310功能的设备。第二设备320可以连接第一设备310。示例性的，第一设备310可以为智能主机、智能轻主机、路由设备、网关设备等各种设备。可选的，第二设备320可以为固定式设备，也可以为便携式设备。本申请实施例是以第二设备320为智能主机进行介绍的。在一些实施例中，第二设备320可以分别接收来自不同用户或不同账户的控制指令，基于该控制指令对第一设备310进行管控。
[0077] 在一些实施例中，第二设备320的数目可以为多个，不同的第二设备320可用于对不同的第一设备310进行管控。不同的第二设备320可以与不同的第一设备310连接。
[0078] 在一些实施例中，通信系统300中还可以包含第三设备330以及第四设备340。示例性的，第三设备330和/或第四设备340可以包括但不限于手机、笔记本电脑、个人数字助理(personal digital assistant，PDA)、个人计算机等各种终端设备。其中，第三设备330可用于接收家庭用户对第一设备310的控制指令，并向第二设备320发送该控制指令，实现家庭用户对第一设备310的管控。同样的，第四设备340可用于接收企业用户对第一设备310的控制指令，并向第二设备320发送该控制指令，实现企业用户对第一设备310的管控。
[0079] 可选的，本申请实施例中，家庭用户可以向第三设备330执行各种按键操作、手势指令、语音操作等，响应于家庭用户的该操作，第三设备330可以获取到家庭用户的控制指令。类似的，企业用户也可以向第四设备340执行各种类型操作，响应于企业用户的该操作，第四设备340可以获取到企业用户的控制指令。
[0080] 在一些实施例中，第三设备330的数目可以为一个或多个，不同第三设备330可用于分别接收不同家庭用户对第一设备310的控制指令。相应的，不同第三设备330可分别向第二设备320发送控制指令，实现不同家庭用户对第一设备310的管控。
[0081] 在一些实施例中，第四设备340可以同时和多个不同的第二设备320相连接，第四设备340可以接收企业用户对不同第二设备320所管控的第一设备310的控制指令。相应的，第四设备340可分别向不同的第二设备320发送控制命令，实现企业用户对由不同第二设备320管理的第一设备310的集中控制。
[0082] 可以理解的是，本申请实施例对于第一设备310、第二设备320、第三设备330以及第四设备340的类型以及产品形态均不作具体限制。
[0083] 在一些实施例中，上述第三设备330、第四设备340，与第二设备320之间可以通过其他设备转发通信，如通过服务器等进行转发。可选的，服务器可以是云服务器或者网络服务器等具有计算功能的设备或网络设备。服务器可以是一台服务器，也可以是由多台服务器组成的服务器集群，或者是一个云计算服务中心。因此，该实施例中，图3所示的通信系统300中还可以包含服务器350以及服务器360。可选的，服务器350以及服务器360可以为相同类型的服务器，如均为远端服务器或云计算中心。也可以为不同类型的服务器，如服务器
350为云计算中心，服务器360为远端服务器等。可选的，服务器350以及服务器360的数目均可以为一个或多个。
[0084] 可以理解，图3是以第三设备330和第四设备340分别通过不同服务器与第二设备320进行通信为例的，在其他的实施例中，第三设备330和第四设备340也可以通过同一服务器与第二设备320进行通信。
[0085] 可选的，图3所示的通信系统300中所包含的各设备中可以安装有操作系统，也可以未安装操作系统。示例性的，操作系统可以包括但不限于或者其它操作系统。
[0086] 可选的，图3所示的通信系统300中所包含的各设备之间可以通过有线通信方式或者无线通信方式建立连接，关于该有线通信方式以及无线通信方式的介绍可参考上文所述。
[0087] 下面以第二设备320为智能主机为例，图4示出了本申请实施例提供的一种智能主机的结构示意图。
[0088] 如图4所示，智能主机可以包括处理器410，存储器420，天线，通信模块430以及显示屏440等。
[0089] 其中，处理器410可以包括一个或多个处理单元，例如：处理器410可以包括应用处理器(application processor，AP)，调制解调处理器，图形处理器(graphics processing unit，GPU)，图像信号处理器(image signal processor，ISP)，控制器，视频编解码器，数字信号处理器(digital signal processor，DSP)，基带处理器，和/或神经网络处理器(neural‑network processing unit，NPU)等。其中，不同的处理单元可以是独立的器件，也可以集成在一个或多个处理器中。
[0090] 控制器可以根据指令操作码和时序信号，产生操作控制信号，完成取指令和执行指令的控制。
[0091] 处理器410中还可以设置存储器，用于存储指令和数据。
[0092] 在本申请的一些实施例中，处理器410可基于获取的预置权限分别限制家庭用户以及企业用户对智能设备的管控权限。关于该获取的预置权限的介绍可参考后文所述。
[0093] 智能主机的通信功能可以通过天线和通信模块430实现。
[0094] 存储器420可以用于存储计算机可执行程序代码，所述可执行程序代码包括指令。存储器420可以包括存储程序区和存储数据区。其中，存储程序区可存储操作系统，至少一个功能所需的应用程序(比如图像播放功能等)等。存储数据区可存储智能主机使用过程中所创建的数据等。处理器410通过运行存储在存储器420的指令，和/或存储在设置于处理器中的存储器的指令，执行智能主机的各种功能应用以及数据处理。
[0095] 在本申请的一些实施例中，存储器420可用于存储获取的权限配置。
[0096] 天线用于发射和接收电磁波信号。智能主机中的每个天线可用于覆盖单个或多个通信频带。不同的天线还可以复用，以提高天线的利用率。
[0097] 通信模块430可以提供应用在智能主机上的包括无线局域网(wireless local area networks，WLAN)(如无线保真(wireless fidelity，Wi‑Fi)网络)，蓝牙(bluetooth，BT)，全球导航卫星系统(global navigation satellite system，GNSS)，调频(frequency modulation，FM)，近距离无线通信技术(near field communication，NFC)，红外技术(infrared，IR)等无线通信的解决方案。通信模块430可以是集成至少一个通信处理模块的一个或多个器件。通信模块430经由天线接收电磁波，将电磁波信号调频以及滤波处理，将处理后的信号发送到处理器410。通信模块430还可以从处理器410接收待发送的信号，对其进行调频，放大，经天线转为电磁波辐射出去。
[0098] 在一些实施例中，智能主机的天线和通信模块430耦合，使得智能主机可以通过无线通信技术与网络以及其他设备(如图2所示的除第二设备320以外的一个或多个设备)通信。所述无线通信技术可以包括全球移动通讯系统(global system for mobile communications，GSM)，通用分组无线服务(general packet radio service，GPRS)，码分多址接入(code division multiple access，CDMA)，宽带码分多址(wideband code division multiple access，WCDMA)，时分码分多址(time‑division code division multiple access，TD‑SCDMA)，长期演进(long term evolution，LTE)，BT，GNSS，WLAN，NFC，FM，和/或IR技术等。
[0099] 在一些实施例中，通信模块430中可以包括一个或多个网络接口(或称接口)，这一个或多个网络接口可用于接入不同的网络，以实现与其他设备(如图3所示的服务器350、服务器360)之间的通信。可以理解，当智能主机采用不同的协议时，该网络接口的名称可以有所不同。
[0100] 在一些实现中，智能主机所包含的不同控制通道可分别连接智能主机的不同网络接口。以智能主机包括至少两个网络接口为例，如图5中(1)所示，智能主机500可以通过网络接口1接入由路由器510提供的网络1，通过网络1与服务器350建立连接(可作为一条控制通道的示例)。智能主机500可以通过网络接口2接入由交换机520提供的网络2，通过网络2与服务器360建立连接(可作为另一条控制通道的示例)。这样，智能主机通过接入不同的网络与不同的控制通道连接，其中一条控制通道由于网络故障断开时，不会影响另一条控制通道。也就是说，智能主机可以通过两个互相独立的网络分别与不同的控制通道连接，互不影响。
[0101] 在另一些实现中，智能主机所包含的不同控制通道可同时连接智能主机的同一网络接口。如图5中(2)所示，智能主机可以通过网络接口1接入由路由器510提供的网络3，通过网络3与服务器350建立连接(可作为一条控制通道的示例)。还可以通过网络接口1接入由交换机520提供的网络3，通过网络3与服务器360建立连接(可作为另一条控制通道的示例)。
[0102] 智能主机通过GPU，显示屏，以及应用处理器等实现显示功能。显示屏440用于显示图像，视频等。显示屏440包括显示面板。
[0103] 可以理解的是，本发明实施例示意的结构并不构成对智能主机的具体限定。在本申请另一些实施例中，智能主机可以包括比图示更多或更少的部件，如智能主机还可以包含电池、电源管理模块、充电管理模块等中的一种或多种。或者组合某些部件，或者拆分某些部件，或者不同的部件布置。图示的部件可以以硬件，软件或软件和硬件的组合实现。
[0104] 可选的，关于图3所示的除第二设备320以外的其他设备的结构可参考智能主机的实现。可选的，其他设备可以包括比图4所示的智能主机更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者替换某些部件，或者不同的部件布置。图示的部件可以以硬件，软件，或软件和硬件的组合实现。
[0105] 以下实施例所涉及的技术方案均可以在具有如图4所示结构的设备，以及图3所示架构的系统中实现。
[0106] 可以理解，以下实施例中，以第一设备310为智能家居设备，第二设备320为智能主机，第三设备330为手机，第四设备340为电脑，服务器350为智慧生活云，服务器360为远端服务器进行描述。智能家居设备，或智能主机，或手机，或电脑，或智慧生活云，或远端服务器可以执行本申请实施例中的部分或全部步骤，这些步骤或操作仅是示例，本申请实施例还可以执行其它操作或者各种操作的变形。此外，各个步骤可以按照本申请实施例呈现的不同的顺序来执行，并且有可能并非要执行本申请实施例中的全部操作。
[0107] 在一些实施例中，智能主机可以同时连接(或称包含)多个不同的控制通道，这些不同的控制通道可分别用于传输不同用户的控制指令，智能主机可以基于来自不同控制通道的控制指令对智能家居设备进行管控，进而实现不同用户同时对智能家居设备的管控。可以理解，本申请实施例中，智能主机所包含的不同控制通道可以指相互独立的通信连接通道。这些不同的通信连接通道可以是物理隔离的。
[0108] 这样，可以满足不同用户对同一全屋智能场景下的智能设备的分别进行管控的需求，提高设备管控的便利性以及安全性。可选的，这些不同用户中可以包含一个或多个家庭用户，和/或一个或多个企业用户。这多个不同用户可以为相同类型的用户，如均为家庭用户，均为企业用户。或者，也可以为不同类型的用户，如可以包含家庭用户、企业用户、其他用户等中的多种类型。
[0109] 下面以智能主机同时连接有两个不同的控制通道，分别为用户控制通道和企业控制通道，用户控制通道用于传输来自家庭用户的控制指令，企业控制通道用于传输来自企业用户的控制指令为例，也就是说，本申请实施例以上述不同用户包含一个家庭用户以及一个企业用户为例，对本申请实施例提供的设备管控方法进行介绍。
[0110] 在一些实施例中，用户控制通道可以指智能主机与智慧生活云之间的通信连接，家庭用户可以通过手机等设备上安装的智慧生活应用向智能主机发送控制命令，进而该控制命令会通过用户控制通道被传输给智能主机。企业控制通道可以指主机与企业的管理服务器，即远端服务器之间的通信连接，企业用户可以通过电脑等设备上安装的企业应用(或称第一应用)向智能主机发送控制命令，进而该控制命令会通过企业控制通道被传输给智能主机。
[0111] 下面对建立用户控制通道和企业控制通道的过程进行介绍。
[0112] 在一些实施例中，可以由装维人员执行上述建立用户控制通道和企业控制通道的操作。作为一个具体的示例，手机等设备上可以安装有用于管理智能主机的装维应用(如易维应用(application，APP))，装维人员可以通过该装维应用执行前述操作，该示例下，图6示出了本申请实施例提供的一种建立用户控制通道和企业控制通道的流程示意图。如图6所示，该流程包括以下步骤：
[0113] S601、智能主机与安装有装维应用的手机建立连接。
[0114] 在一些实施例中，安装有装维应用的手机(可简称为手机)接入局域网(如包括但不限于路由器等提供的本地局域网络等)之后，能够发现同处于同一个局域网和/或登录同一个账号(如华为账号等)的智能主机。示例性的，账号用于表示在服务器注册过程中登录的智能主机管理系统的账户，比如：该账户可以是装维人员注册的装维应用的账号。
[0115] 在一些示例中，如图7中(1)所示，手机显示主界面700(或称桌面700)，在主界面700中包括一个或多个应用的图标，如日历应用的图标、天气应用的图标等，这里不再一一举例说明。不同应用的图标可用于打开对应应用的运行界面，实现对应应用的功能。这一个或多个应用的图标中包括装维应用的图标701。
[0116] 如手机检测到诸如装维人员对装维应用的图标701的点击操作，响应于该点击操作，如图7中(2)所示，手机显示装维应用的运行界面710。其中，在装维应用的运行界面710中包括添加控件(或称按钮)711，其可用于添加智能主机。可选的，添加控件711还可用于实现扫一扫等功能，通过扫一扫功能对智能主机的标识码等进行扫描，也可以实现智能主机的添加。可选的，在装维应用的运行界面710中还可以显示一个或多个添加设备卡片712，其也可用于添加一个或多个智能主机。
[0117] 以装维人员通过添加控件711添加智能主机为例，手机检测到诸如装维人员对添加控件711的点击操作。响应于该点击操作，如图7中(3)所示，手机显示界面720。其中，界面720中包括添加设备控件721，其可用于添加智能主机。手机检测到诸如装维人员对添加设备控件721的点击操作，响应于该操作，手机开始搜索处于同一局域网或登录同一账号的智能主机，并呈现搜索到的智能主机的信息。如图7中(4)所示的添加设备界面730，手机可以显示位于手机附近的智能主机的标识。可以理解，图7中(4)所示的添加设备界面730中仅示出了一个智能主机的标识，在实际应用中，也可能存在多个智能主机的标识的情况。
[0118] 在一些示例中，可以通过图7中(4)所示的连接按钮731，将对应的智能主机添加至装维应用。当然，在其他的示例中，手机也可以通过其他的添加操作，将搜索到的一个或多个智能主机添加至装维应用，本申请实施例对该添加操作的类型不做具体限制。
[0119] 或者，装维人员也可以通过图7中(3)所示的扫一扫控件722将智能主机添加至装维应用。比如：手机检测到诸如装维人员对界面720中包括的扫一扫控件722的点击操作(图中未示出)。响应于该操作，手机可以启动摄像头扫描智能主机上的二维码或者条形码等各种类型的标识码。扫描成功后，即可将对应的智能主机添加至装维应用。
[0120] 相应的，当智能主机被添加至装维应用之后，安装有装维应用的手机即与智能主机建立了连接，装维人员即可通过安装有装维应用的手机对智能主机进行管理。
[0121] S602、安装有装维应用的手机接收装维人员输入的配置信息。
[0122] 其中，该配置信息可用于为智能主机建立用户控制通道和企业控制通道。在一些实施例中，该配置信息中可以包含智慧生活云的标识，远端服务器的标识，智能主机的标识，智慧生活云、远端服务器或智能主机的秘钥或证书等中的多种。示例性的，智慧生活云的标识、远端服务器的标识可以为地址(如网际协议(internet protocol，IP)地址)或者其他唯一标识信息。智能主机的标识可以包括智能主机ID、序列号(serial number，SN)或者其他方式分配给智能主机的唯一ID。
[0123] 可以理解的是，装维人员可以同时将一个或多个智能主机添加到装维应用中，不同的智能主机可用于管控不同的智能家居设备。比如：以酒店场景为例，对于酒店中的每个房间均可以安装有智能主机，每个智能主机可用于管理对应房间中的智能家居设备，如安装于房间A中的智能主机可用于管理房间A中的智能家居设备，安装于房间B中的智能主机可用于管理房间B中的智能家居设备，装维人员可以将该酒店中所安装的智能主机均添加到装维应用中，并为其中的一个或多个智能主机进行控制通道的配置。
[0124] 下面以装维人员为安装于1011室中的智能主机进行控制通道的配置为例，在装维人员将该1011室中的智能主机添加到装维应用之后，手机可以显示诸如图8中(1)所示的配置界面800，配置界面800可用于为安装于1011中的智能主机配置家庭用户通道、企业控制通道中的至少一种。在配置界面800包含有功能按钮801，功能按钮801可用于调出一个或多个功能选项，如编辑房屋名称选项802、环境配置选项803、批量配网选项804等，这里不再一一介绍。
[0125] 手机检测到诸如用户对环境配置选项803的点击操作，响应于该操作，如图8中(2)所示，手机呈现环境配置界面810。其中，在环境配置界面810中包含导入环境配置按钮811，装维人员可以通过导入环境配置按钮811导入配置信息。可选的，在环境配置界面810中还可以包含一个或多个已导入的配置文件，如设备云服务地址、日志云服务器地址，以及全部重置按钮等。如手机检测到诸如用户对导入环境配置按钮811的点击操作，响应于该操作，如图8中(3)所示，手机可以呈现一个或多个配置文件，如配置文件821，配置文件822，配置文件823等。每个配置文件中可以包含用于配置不同控制通道不同的配置信息，装维人员可以对其中任一个配置文件执行选定操作，则响应于该选定操作，手机可以接收到装维人员输入的配置信息。
[0126] 示例性的，表1示出了本申请实施例中提供的配置文件中所包含的配置信息的示例。
[0127] 表1
[0128]
[0129] 如表1中所示的配置信息，其中包含智慧生活云的地址“1.1.1.0”、秘钥“hilinkDevicePrimaryCloudUrl”，远端服务器的地址“1.1.1.1”、秘钥“ROOT”，智能主机的ID、SN等。可选的，该配置信息中还可以包含“项目编码”，其可用于标识不同的项目。可以理解，对于不同的项目所对应的配置信息可能是不同的，而对于同一智能主机，可能同时属于一个或多个项目。因此，配置信息中还包含项目标识(如“项目编码”)，可便于智能主机确定当前配置信息是属于哪个项目的。可选的，同一项目中可能同时包含有多个智能主机，对于属于同一项目中的智能主机的配置信息中包含的项目编码可以是相同。比如：以酒店场景为例，若某一酒店对应某个项目编码，则该酒店中所包含的全部智能主机在配置信息中所包含的项目编码均为该酒店所对应的项目编码。
[0130] S603、安装有装维应用的手机向智能主机发送配置信息。相应的，智能主机接收来自手机的配置信息。
[0131] S604、智能主机基于配置信息分别发起到智慧生活云以及远端服务器的注册连接。
[0132] 可选的，智能主机可以基于不同的网络接口接入不同的网络，进而通过不同的网络分别注册连接到智慧生活云以及远端服务器。当然，智能主机也可以基于同一网络接口接入同一网络，进而通过相同的网络分别注册连接到智慧生活云以及远端服务器。
[0133] 在一些实施例中，智能主机在接收到配置信息之后，可以直接发起到远端服务器的注册连接。在另一些实施例中，智能主机在接收到配置信息之后，也可以在检测到智能主机被添加到企业应用的操作后，再发起到远端服务器的注册连接，关于将智能主机添加到企业应用的实现可参考上文所述的将智能主机添加到装维应用的类似实现。
[0134] 在另一些实施例中，由于通过智能主机管控智能家居设备的家庭用户可能不同，因此，智能主机在接收到配置信息之后，可以在检测到智能主机被添加到智慧生活应用的操作后，再发起到智慧生活云的注册连接。示例性的，该将智能主机添加到智慧生活应用的操作可以为一键收房操作，也可以为类似图7所示的通过扫码或者搜索等方式单独将智能主机添加到智慧生活应用的操作。
[0135] 示例性的，以一键收房操作为例，如图9中(1)所示，安装有智慧生活应用的手机可以显示智慧生活的运行界面900，在运行界面900中包含功能按钮901，功能按钮901可用于调出一个或多个选项，如添加设备选项902、创建场景选项、共享平台选项等，这里不再一一举例说明。手机检测到诸如家庭用户对添加设备选项902的点击操作，响应于该操作，手机开始搜索处于附近的智能主机，并呈现搜索到的智能主机的卡片。如图9中(2)所示，搜索界面910中仅呈现了一个智能主机的卡片，即卡片911，卡片911可用于实现一键收房操作。
[0136] 如手机检测到诸如家庭用户对卡片911的点击操作，响应于该操作，如图9中(3)所示，手机可以呈现弹窗920，弹窗920中包含一个或多个家庭选项，如新家庭选项，aa家选项921等，家庭用户可以选择将智能主机添加到其中任一家庭选项所对应的家庭中。如手机检测到诸如家庭用户对aa家选项921的选定操作，响应于该操作，手机可以呈现诸如图9中(4)所示的一键收房按钮930，家庭用户可以对一键收房按钮930执行诸如点击等操作，即一键收房操作，响应于该一键收房操作，手机将智能主机以及该智能主机管控的全部智能家居设备添加到该家庭用户的智慧生活应用账户下，相应的，该添加过程中，智能主机基于配置信息发起到智慧生活云的注册连接。
[0137] 可选的，在其他的实施例中，家庭用户也可以采用“碰一碰”等方式实现一键收房操作，如当家庭用户采用账号登录手机上安装的智慧生活应用之后，可以将手机的NFC区域触碰智能主机上的NFC标签。则手机响应于该触碰操作，也可以呈现如图9中(4)所示的一键收房按钮930。家庭用户同样可以通过诸如一键收房按钮930实现一键收房操作。
[0138] 进一步的，当智能主机注册连接到智慧生活云之后，即建立了用户控制通道。当智能主机注册连接到远端服务器之后，即建立了企业控制通道。
[0139] 可以理解，上述仅给出了一种配置用户控制通道和企业控制通道的实现示例，在实际应用中，也可以通过其他方式进行用户控制通道和企业控制通道的配置。
[0140] 上面主要对用户控制通道和企业控制通道的建立过程进行了介绍，下面对家庭用户通过用户控制通道，以及企业用户通过企业控制通道分别对智能家居设备管控的过程进行介绍。
[0141] 在一些实施例中，家庭用户通过用户控制通道对智能家居设备进行管控的权限以及企业用户通过企业控制通道对智能家居设备进行管控的权限可以是不同的。这样，家庭用户和企业用户对同一全屋智能场景下的智能家居设备具有不同的管控权限，可以保证设备管控的安全性以及用户隐私性。
[0142] 可选的，该管控权限可以包括但不限于可控制的智能家居设备的属性范围(即属性集合)，可读取的智能家居设备的数据范围等等。示例性的，该不同的权限可以包括但不限于：管控不同的智能家居设备(如家庭用户可以对智能家居设备A管控，而企业用户可以对智能家居设备B管控)；管控同一智能家居设备的不同属性或不同属性范围(如家庭用户可以对照明设备的开关属性进行管控，企业用户可以对照明设备的灯光模式进行管控)；对同一智能家居设备的相同属性的不同权限(如家庭用户可以对照明设备的开关属性进行更改，控制照明设备打开或关闭；企业用户仅可以读取照明设备的开关属性，确定照明设备是打开还是关闭的，即执行不同类型的管控)。
[0143] 在一些场景下，为提高家庭用户的体验，家庭用户可以具有对由智能主机管控的全部智能家居的全部管控权限。或者，为保证家庭用户对隐私性以及安全性的要求，企业用户可以具有对由该智能主机管控的部分智能家居设备的部分管控权限。示例性的，以酒店场景为例，对于入住房间A的客人，其可以具有对房间A中的全部智能家居的全部管控权限，而酒店管理者可以仅具有对房间A中的部分智能家居的部分管控权限。
[0144] 当然，在其他场景下，家庭用户也可以仅具有对由智能主机管控的全部智能家居的部分管控权限。或者，企业用户可以具有对由该智能主机管控的全部管控权限等。
[0145] 下面对配置家庭用户对智能家居设备进行管控的权限(以下简称为家庭用户的管控权限)以及企业用户对智能家居设备进行管控的权限(以下简称为企业用户的管控权限)的过程进行介绍。可以理解，本申请实施例对于配置家庭用户、企业用户的管控权限，和配置用户控制通道、企业控制通道的先后顺序不作限制。
[0146] 在一些实施例中，家庭用户的管控权限，或企业用户的管控权限可以预置于服务器中，如服务器中可以保存有家庭用户的表征信息和对应的管控权限之间的映射关系，或，保存有企业用户的表征信息和对应的管控权限之间的映射关系。智能主机可以从服务器中获取该映射关系，进而完成对家庭用户以及企业用户的管控权限的配置。或者，当其中仅一方用户默认具有对智能家居设备的全部管控权限时，服务器中也可仅预置具有对智能家居设备的部分管控权限的一方用户的权限。本申请实施例将服务器中预置的家庭用户或企业用户的管控权限简称为预置权限(或称权限配置信息)。这样，智能主机直接从服务器获取预置的权限即可完成家庭用户或企业用户的权限配置，也即完成用户控制通过或企业控制通道的权限配置，相比较需要人工一一设定或选定权限来为用户进行权限配置的方式，可以提高权限配置的效率以及准确性。可选的，关于该服务器的介绍可参考上文所述服务器的相关介绍。
[0147] 示例性的，家庭用户的表征信息可以采用智慧生活应用的登录账号，或智慧生活云的地址，或用户控制通道的标识，或其他能够用于表征家庭用户的信息。企业用户的表征信息可以采用企业应用的登录账号，或远端服务器的地址，或企业控制通道的标识，或其他能够用于表征企业用户的信息。
[0148] 在一些实现中，服务器中的预置权限可以是按照设备维度进行配置的。也就是说，按照用户是否对一个设备具有管控权限进行配置。如服务器中的预置权限可以为：家庭用户可以对智能家居设备A、智能家居设备B、智能家居设备C进行管控；企业用户可以对智能设备D以及智能家居设备E进行管控。该实现中，家庭用户的表征信息和对应的权限之间的映射关系可用于确定家庭用户对哪些智能家居设备具有管控权限，或对哪些智能家居设备不具有管控权限。同理，企业用户的表征信息和对应的权限之间的映射关系可用于确定企业用户对哪些智能家居设备具有管控权限，或企业用户对哪些智能家居设备不具有管控权限。
[0149] 在另一些实现中，服务器中的预置权限可以是按照设备类型维度进行配置的。就是说，按照用户是否对某个设备类型具有管控权限进行配置。关于该实现可参考上文所述的按照设备维度进行配置的实现。
[0150] 在又一些实现中，对于一个智能家居设备来讲，可以包含有一个或多个属性，家庭用户和企业用户还可以对其中的一个或多个属性进行管控。
[0151] 该实现中，作为一个具体的实施例，服务器中的预置权限可以是按照同一类型的智能家居设备的属性进行配置的。也就是说，按照用户具有对哪一类型的智能家居设备的哪些属性的管控权限进行配置。
[0152] 在一些示例中，智能家居设备的属性标识可以采用产品物模型(profile)文件中提供的服务所包含的属性的标识(CID)等来表征，当然，在其他的实施例中，智能家居设备的属性标识也可采用其他方式进行表征。可以理解，对于一个智能家居设备所对应的profile，是一个json格式的文件，该文件可用于描述该智能家居设备是什么，能够做什么，以及可以对外提供哪些服务等信息。
[0153] 示例性的，图10示出了本申请实施例提供的某智能家居设备所对应的profile的示例。如图10所示，该智能家居设备能够提供的服务包括服务1、服务2、服务N等。对于每个服务，其中包括有一个或多个属性，如服务2中包括属性1、属性2、属性N等。每个属性可以有一个或多种管控方式，如可读、可写、需用户授权等等。可以理解的是，对于每一个智能家居设备，其可以提供一个或多个服务，不同的服务具有不同的SID，一个服务可以包含一个或多个属性，不同的属性具有不同的CID。对于同一类型的智能家居设备(如照明设备、温控设备、安防设备、音视频播放设备等)所对应的标识(SID)可以是相同的。换言之，对于不同类型的智能家居设备，所提供的服务对应的SID是不相同的。
[0154] 该实施例中，结合上文所述的示例，预置于服务器中的权限配置可以如表2所示的示例。
[0155] 表2
[0156]
[0157] 如表2所示，以SID1为类型A的智能家居设备所对应的服务标识为例，家庭用户对SID1中的CID1所表征的类型A的智能家居设备的属性具有写的权限，企业用户对SID1中的CID2所表征的类型A的智能家居设备的属性具有读的权限。以SID3为类型C的智能家居设备所对应的服务为例，家庭用户对SID3中的CID1所表征的类型C的智能家居设备的属性具有读的权限，企业用户对SID3中的CID2所表征的类型的C的智能家居设备的属性具有读的权限等，以此类推。
[0158] 可以理解的是，表2是以不同设备类型的智能家居设备的服务采用不同的SID标识为例的。在其他的实施例中，不同设备类型的智能家居设备的服务可以采用相同的SID进行标识。可选的，该实施例中，由于仅通过SID无法对智能家居设备的类型进行区分，因此预置于服务器的权限配置中还可以包含所对应的智能家居设备的类型标识。
[0159] 作为另一个具体的实施例，服务器中的预置权限可以是按照单个智能家居设备的属性进行配置的。也就是说，按照用户具有对哪个智能家居设备的哪些属性的管控权限进行配置。该实施例中，预置于服务器中的权限配置可以如表3所示的示例。
[0160] 表3
[0161]
[0162] 如表3所示，设备ID指的是智能家居设备的标识，该智能家居设备的标识可以是SN，也可以其他情况下所分配的设备标识。如以设备ID 1为客厅空调的标识为例，则家庭用户对SID1中的CID1所表征的客厅空调的某属性具有写的权限。再如：以设备ID 3为主卧的智能窗帘为例，则企业用户对SID3中的CID2所表征的该智能窗帘的某属性具有读的权限等，以此类推。可以理解，表3中是以不同的设备类型所对应的SID可能相同为例的，在其他的实施例中，若不同设备类型所对应的SID不同，则表3中所示的设备ID也可无需预置于服务器中。
[0163] 在一些实施例中，结合上文所述，由于不同的智能主机可能属于不同的项目，而在同一服务器中可以预置多个不同项目所对应的权限。因此，服务器中还可以保存项目标识(如表1中所示的“项目编码”或者其他标识)和对应的预置权限之间的映射关系，以便于能够基于智能主机所属的项目从服务器获取对应的权限配置。
[0164] 该实施例下，以预置权限的服务器为装维应用所对应的云服务器(以下以易维云进行描述)，易维云中包含有多个项目分别对应的权限为例，对智能主机从服务器获取预置权限并进行配置的过程进行介绍，如图11所示，该过程包括以下步骤：
[0165] S1101、安装有装维应用的手机基于项目标识从易维云获取预置权限。
[0166] 如：易维云中存储有项目标识和预置权限之间的映射关系，安装有装维应用的手机(也可简称为手机)可以基于该映射关系以及项目标识获取对应的预置权限。可以理解，获取到的预置权限为项目标识所表征的项目所对应的权限。
[0167] 在一些实施例中，步骤S1101的项目标识可以为智能主机所属项目的标识。可选的，在手机执行步骤S1101之前，手机还可以执行获取项目标识的操作。
[0168] 作为一个具体的示例，装维人员可以采用项目账号等登录装维应用，如图11所示的步骤S1103，装维人员向安装有装维应用的手机输入项目账号，进而登录装维应用。相应的，响应于装维人员输入的项目账号，手机即可获取到项目标识。如该项目账号可以为项目标识，或者项目账号与项目标识之间存在绑定关系，则手机基于项目账号以及绑定关系也可获取到项目标识。
[0169] 作为另一个具体的示例，装维人员也可以采用工号或者个人手机号等登录装维应用，在装维应用的运行界面中可以包含多个项目模块，每个项目模块对应不同的项目标识，每个项目模块可用于触发从服务器获取对应项目的权限。如手机检测到诸如装维人员对其中某个项目模块的点击操作，则响应于该操作，手机可以获取到该项目模块所对应的项目标识。当然，装维人员也可同时获取多个项目标识，进而基于这多个项目标识从易维云获取每个项目标识所对应的预置权限。
[0170] S1102、安装有装维应用的手机向智能主机发送预置权限。相应的，智能主机接收来自手机的预置权限。
[0171] 可以理解的是，装维应用中可以同时添加有一个或多个智能主机，若这些智能主机均属于项目标识所表征的项目，则手机可以向这些智能主机均发送预置权限。若这些智能主机属于不同项目标识所表征的项目，则手机可以按照项目标识向对应的智能主机发送预置权限。
[0172] 在一些实施例中，在执行步骤S1102之前，图11所示的步骤还可以包含步骤S1104，安装有装维应用的手机可以和智能主机建立连接，即将智能主机添加到装维应用中，关于该具体的添加过程可参考图6所示的步骤S601的相关介绍。可选的，步骤S1104可以位于步骤S1101之前，这样，当将智能主机添加到装维应用后，手机再自动为该智能主机从易维云获取预置权限，相比较于在步骤S1101后执行步骤S1104的方式，可以节省存储空间，还可以降低实现复杂度。
[0173] 可以理解的是，图6所示流程中登录装维应用的账号，与图11所示流程中登录装维应用的账号可以相同也可以不同。
[0174] 可以理解，上述实施例是以按照项目标识进行预置权限的配置以及向智能主机的下发的，在其他的实施例中，也可以通过其他的方式进行预置权限的配置，如按照账号进行预置权限的配置，然后按照智能主机的标识向智能主机下发预置权限，本申请实施例对此不做具体限制。
[0175] 进一步的，当智能主机接收到预置权限之后，在一些实施例中，图11所示的方法还可以包括步骤S1105。
[0176] S1105、智能主机基于预置权限限制家庭用户或企业用户对智能家居设备的管控。
[0177] 示例性的，以家庭用户通过智慧生活应用对智能家居设备进行管控，企业用户通过企业应用对智能家居设备进行管控，且上述各控制通道以及各用户的管控权限均配置完成为例，对智能主机基于预置权限限制家庭用户或企业用户对智能家居设备的管控的过程进行介绍。
[0178] 如图12中(1)所示，手机1300可以显示智慧生活应用的运行界面1200。在运行界面1200中包含一个或多个被添加到智慧生活应用的智能家居设备的卡片，如空调13的卡片
1201，智慧屏的卡片1202等，这里不再一一介绍。家庭用户可以选择对其中的一个或多个智能家居设备进行管控。
[0179] 如手机1300检测到诸如用户对空调13的卡片1201的点击操作，响应于该操作，如图12中(2)所示，手机1300显示空调管理界面1210。其中，在空调管理界面1210中包含一个或多个控件，如升温控件1211，降温控件，风速调节控件、模式调节控件、开关机控件等等，不同的控件可用于对空调的不同属性进行控制。如手机1300检测到诸如家庭用户对升温控件1211的点击操作，将空调温度调整为28℃，则响应于该操作，空调管理界面上所呈现的空调温度可以由图12中(2)所示的26℃更新为28℃，如图12中(3)所示的空调管理界面1220。
[0180] 与此同时，如图13所示，手机1300向智慧生活云1310发送控制空调13升温的指令。相应的，该控制指令通过用户控制通道1320被传输给智能主机1330。接着，智能主机1330在接收到来自家庭用户的控制空调13升温的指令后，基于预置权限确定家庭用户是否具有控制空调13升温的权限，若确定具有，则智能主机1330响应于家庭用户的该指令，将空调13的温度调节到家庭用户所设定的温度，如28℃(图13中以此为例)。反之，若智能主机1330基于预置权限确定家庭用户不具有控制空调13升温的权限，则智能主机1330不响应家庭用户的该指令，也就是说智能主机1330不会更改空调13的状态，如空调13的温度仍保持为26℃。
[0181] 同样的，电脑或手机等设备上可以显示企业应用的运行界面，该企业应用的运行界面可用于实现对各种智能家居设备的管控，如管控由同一智能主机控制的智能家居设备，由不同智能主机分别控制的智能家居设备，安装于同一空间中的智能家居设备，安装于不同空间中的智能家居设备，创建场景等各种管控操作。如图14所示，电脑1340显示企业应用的运行界面1400，其中，在运行界面1400中可以包含一个或多个智能家居设备的管理控件，如智能门锁14的打开控件、关闭控件，智能音箱的打开控件、关闭控件、音量调节控件以及切歌控件(图中未示出)等，这些智能家居设备的管理控件可用于实现对智能家居的管控。可选的，电脑1340还可以显示集中控制按钮(图14中未示出)，该集中控制按钮可用于同时实现对多个智能家居设备的管控，可选的，这多个智能家居设备可以是由同一智能主机或不同智能主机管控的智能家居设备。可选的，在运行界面1400中还可以显示有智能家居设备所安装的空间、状态等中的一种或多种信息。
[0182] 可以理解的是，企业应用中可以同时添加有一个或多个智能主机，也就是说，远端服务器可以分别与多个智能主机建立有企业控制通道。结合图14所示的示例，在企业应用的运行界面中可以显示由不同智能主机管控的智能家居设备的控件，如房间101中的智能家居设备的控件，该智能家居设备由安装于房间101中的智能主机管控，房间102中智能家居设备的控件，该智能家居设备由安装于房间102中的智能主机管控等。企业用户可以选择对其中某智能主机管控的智能家居设备执行控制操作，则响应于企业用户的该控制操作，远端服务器可以通过对应的企业控制通道向对应的智能主机发送企业用户的控制指令。当然，企业用户也可以选择对其中多个智能主机管控的智能家居设备进行控制操作，可选的，这些智能家居设备可以为同一类型(如按照功能划分的类型，如照明设备、空调设备等)的智能家居设备，也可以为不同类型的智能家居设备。可选的，企业用户可以通过一键操作(可作为第二账户执行的目标操作的一种示例)等同时对多个智能主机管控的智能家居设备进行控制，也可以通过多个操作对多个智能主机管控的智能家居设备依次进行控制。
[0183] 如电脑1340检测到诸如企业用户执行打开智能门锁14的操作，如对图14所示的打开控件1401执行的诸如点击等操作，则响应于该操作，如图13所示，电脑1340向远端服务器1350发送控制智能门锁14打开的指令。相应的，该控制指令通过企业控制通道1360被传输给智能主机1330。
[0184] 接着，智能主机1330在接收到来自企业用户的控制智能门锁14打开的指令后，基于预置权限确定企业用户是否具有控制智能门锁14打开的权限，若确定不具有，则智能主机1330不响应于企业用户的该指令，也就是说，智能主机1330不会更改智能门锁14的状态。反之，智能主机1330基于预置权限确定企业用户具有控制智能门锁14打开的权限，则智能主机1330控制智能门锁14打开。
[0185] 可选的，图13所示的示例中，智能主机在响应或未响应用户的指令后，均可以向手机或电脑发送响应成功或响应失败的消息，以便于用户获知设备的控制情况，自身是否具有控制权限等等。
[0186] 在一些实施例中，在智能主机执行图11所示的步骤S1102之后，智能主机还可以向智慧生活应用或企业应用发送管控权限。该实施例中，作为一种可能的实现，智能主机可以向智慧生活应用发送企业用户的管控权限，或向企业应用发送家庭用户的管控权限，这样可以便于一方用户获知另一方用户的管控权限，保护用户隐私。作为另一种可能的实现，智能主机可以向智慧生活应用发送家庭用户的管控权限，或向企业应用发送企业用户的管控权限，这样可以便于用户获知自身的管控权限，提高设备管控的用户体验。当然，前述两种实现方式也可结合使用，该实现下，作为一个具体的示例，图15示出了本申请实施例提供的一种智能主机发送管控权限的流程示意图，如图15所示，该流程包括以下步骤：
[0187] S1501、智能主机向智慧生活云发送企业用户的管控权限。
[0188] 可选的，智能主机可以通过用户控制通道向智慧生活云发送企业用户的管控权限。
[0189] S1502、智慧生活云向安装有智慧生活应用的手机发送企业用户的管控权限。
[0190] 可以理解，在执行步骤S1502之前，智能主机可以已与安装有智慧生活应用的手机建立连接，即智能主机已被添加至智慧生活应用中。如该连接可以是在建立家庭用户通道时建立的，也可以是其他时机建立的。
[0191] S1503、安装有智慧生活应用的手机输出企业用户的管控权限。
[0192] 可选的，安装有智慧生活应用的手机可以采用语音播放、显示屏显示等各种方式输出企业用户的管控权限。示例性的，图16示出了本申请实施例提供的一种手机输出管控权限的界面示意图。以手机通过智慧生活应用的运行界面输出管控权限为例，如图16中(1)所示，在智慧生活应用的隐私管理界面1600中可以显示有共享和授权管理控件1601，其可用于呈现企业用户的管控权限。如手机检测到诸如对共享与授权管理控件1601的点击操作，则响应于该操作，手机可以显示如图16中(2)所示的共享与授权管理界面1610，在共享与授权管理界面1610中包含有一个或多个企业用户的管控权限，如灯光设备数据读取、灯光设备控制、空调设备控制、跌倒数据读取等各种权限。
[0193] S1504、智能主机向远端服务器发送企业用户的管控权限。
[0194] 可选的，智能主机可以通过企业控制通道向远端服务器发送企业用户的管控权限。
[0195] S1505、远端服务器向安装有企业应用的电脑发送企业用户的管控权限。
[0196] 可以理解，在执行步骤S1505之前，智能主机也可以已与安装有企业应用的电脑建立连接，即智能主机也已被添加至企业应用中。本申请实施例对于该连接的建立时机也不作具体限制。
[0197] S1506、安装有企业应用的电脑输出企业用户的管控权限。
[0198] 同样的，安装有企业应用的电脑也可以采用语音播报、显示屏显示等各种方式输出企业用户的管控权限，本申请实施例对此也不作具体限制。
[0199] 可选的，对于企业用户来讲，同一企业用户可以对与不同智能主机相连接的智能家居设备进行管控。相应的，由于不同的智能主机分别具有用户控制通道和企业控制通道，安装有企业应用的电脑可以通过各自的企业控制通道接收来自对应智能主机的该企业用户的管控权限。如安装有企业用户的电脑可以通过智能主机A的企业控制通道接收来自智能主机A的该企业用户的管控权限，还可以通过智能主机B的企业控制通道接收来自智能主机B的该企业用户的管控权限等。当然，安装有企业应用的电脑还可以从其他设备同时接收不同智能主机所对应的该企业用户的管控权限，其中，一个智能主机对应的该企业用户的管控权限可用于限制该企业用户对该智能主机相连接的智能家居设备的管控。
[0200] 可以理解的是，本申请实施例并不限定步骤S1501至步骤S1503、和步骤S1504至步骤S1506执行的先后顺序。
[0201] 在一些实施例中，一方用户还可以对另一方用户的管控权限进行更改，如家庭用户可以对企业用户的管控权限进行更改，这样可以保证家庭用户的隐私性。比如：以酒店场景为例，当客人(即家庭用户)入住酒店后，在酒店管理人员(即企业用户)具有打开该客人所入住房间的智能门锁的权限时，若客人考虑到隐私以及安全性，不想要酒店管理人员具备该权限时，该客人可以取消该酒店管理人员的权限。再比如：以公寓场景为例，当租户(即家庭用户)所在房屋出现紧急情况时，在公寓管理人员(即企业用户)不具有打开该租户所在房屋的智能门锁的权限时，若客人考虑到紧急情况，可以为该公寓管理人员增加打开智能门锁的权限。
[0202] 当然，企业用户也可以对家庭用户的管控权限进行更改。比如：以公寓场景为例，若租户拖欠房租费用时，在该租户具有打开智能门锁的权限时，公寓管理人员可以选择取消该租户的打开智能门锁的权限等。
[0203] 下面以家庭用户通过智慧生活应用更改企业用户的管控权限为例，对该更改过程进行介绍。如图17所示，安装有智慧生活应用的手机可以显示智慧生活应用的运行界面1700，其中，在运行界面1700中可以包含有企业用户具有的管控权限(如灯光设备数据读取、灯光设备控制等权限)、不具有的管控权限(空调设备控制、跌倒数据读取等权限)中的至少一种(可作为提醒家庭用户对企业用户的管控权限进行配置的一种示例)。可选的，该企业用户已具有的管控权限可以是基于上述服务器中的预置权限配置的，当然也可以是其他方式配置的。家庭用户可以选择取消企业用户已具有的管控权限，也可以选择授予企业用户不具有的管控权限。
[0204] 如：手机检测到诸如家庭用户取消灯光设备数据读取权限的操作(可作为第一账户的目标操作的一种示例)，如对灯光设备数据读取的选中控件1701执行的取消勾选操作，则响应于该操作，手机向智慧生活云发送取消企业用户对灯光设备数据读取权限的指令(可作为第一账户的第四指令的一种示例)。相应的，智慧生活云可以基于用户控制通道向智能主机发送取消企业用户对灯光设备数据读取权限的指令，进而智能主机基于该指令取消企业用户对灯光设备数据读取的权限，也即更新企业用户的管控权限。
[0205] 再如：手机检测到诸如用户增加空调设备控制权限的操作，如对空调设备控制的选中控件1702执行的勾选操作，则响应于该操作，手机向智慧生活云发送增加企业用户对空调设备控制权限的指令。相应的，智慧生活云可以基于用户控制通道向智能主机发送增加企业用户对空调设备控制权限的指令，进而智能主机基于该指令增加企业用户对空调设备控制的权限。
[0206] 同样的，企业用户也可通过企业应用等更改一个或多个家庭用户的管控权限，这一个或多个家庭用户的管控权限可以分别为对由不同智能主机管控的智能家居设备的管控权限，如家庭用户A对由智能主机A管控的智能家居设备的管控权限，家庭用户B对由智能主机B管控的智能家居设备的管控权限。关于该实现可参考通过智慧生活应用更改企业用户的管控权限的类似实现。
[0207] 在一些实施例中，一方用户还可以请求另一方用户授予当前不具有的管控权限。这样，可以保证设备控制的隐私性和安全性。比如：以酒店场景为例，普通客人(即家庭用户)默认不具有享受贵宾客人的某些管控权限，但是该普通客人可以选择向酒店管理人员(即企业用户)申请这些不具有的管控权限，以享受贵宾服务。再比如：以公寓场景为例，当租户(即家庭用户)所在房屋出现紧急情况时，考虑到安全性，若公寓管理人员(即企业用户)不具有打开该租户所在房屋的智能门锁的权限时，公寓管理人员可以选择向租户请求打开智能门锁的权限等。
[0208] 在一些实现中，可以在对智能家居设备执行控制操作前，执行管控权限申请的过程。示例性的，以企业用户通过企业应用向家庭用户申请管控权限为例，如图18中(1)所示，安装有企业应用的电脑可以呈现企业应用的运行界面1800，其中，在运行界面1800中包含一个或多个企业用户当前未具有的管控权限(如灯光设备数据读取、灯光设备控制、空调设备控制、跌倒数据读取等权限)，企业用户可以选择其中一个或多个管控权限向家庭用户申请。如电脑检测到诸如企业用户对灯光设备控制的选中按钮1801执行勾选，并点击申请按钮1802的操作，则响应于该操作，电脑向远端服务器发送申请灯光设备控制权限的指令。远端服务器可以基于企业控制通道向智能主机发送该指令(可作为第二账户的第二指令的一种示例)，然后智能主机可以通过用户控制通道向智慧生活云转发该指令。相应的，智慧生活云向安装有智慧生活应用的手机转发该指令。
[0209] 随后，手机可以输出提醒消息，提醒家庭用户是否为企业用户授予灯光设备控制的权限(可作为提醒家庭用户对企业用户的管控权限进行配置的一种示例)。作为一个示例，如图18中(2)所示，手机可以呈现提醒界面1810，提醒界面1810中可以包含有提醒消息1811、确认按钮1812以及取消按钮1813等。若手机检测到诸如家庭用户对确认按钮1812的点击操作，则响应于该操作，手机向智能主机返回授权成功的指示消息，进而智能主机可以确认企业用户具有了灯光设备控制的权限。可选的，智能主机还可以向电脑返回该指示信息，电脑还可以输出授权成功的消息等，以便于企业用户获知授权情况。
[0210] 反之，若手机检测到诸如家庭用户对取消按钮1813的点击操作，则响应于该操作，手机向智能主机返回授权失败的指示消息，进而智能主机可以确定企业用户仍不具有灯光设备控制的权限。可选的，智能主机也可以向电脑返回该指示信息，电脑还可以输出是授权失败的消息等。
[0211] 在另一些实现中，也可以在对智能家居设备执行控制操作的同时，执行管控权限申请的过程。示例性的，还是以企业用户通过企业应用向家庭用户申请管控权限为例，结合图14所示的示例，企业应用的运行界面1400中包含的管理控件所对应的智能家居设备中包含有企业用户不具有管控权限的设备，以该设备为智能音箱为例，则电脑检测到企业用户打开智能音箱的操作，如对图14所示的打开控件1402执行的诸如点击等操作，响应于该操作，电脑向远端服务器发送请求打开智能音箱的指令。相应的，远端服务器可以基于企业控制通道向智能主机发送该指令。
[0212] 接着，智能主机基于当前企业用户的管控权限确认该家庭用户不具有打开智能音箱的权限，则可以通过用户控制通道向智慧生活云发送请求授予企业用户的打开智能音箱权限的指令。相应的，智慧生活云可以向安装有智慧生活的手机转发该指令。随后，手机可以输出提醒消息，提醒家庭用户是否授予企业用户打开智能音箱权限的指令，如手机也可以呈现类似于图18中(2)所示的提醒界面。若手机检测到家庭用户同意授权的操作，则响应于该操作，手机可以向智能主机返回授权成功的指示消息，进而智能主机确定企业用户具有了打开智能音箱的权限，进一步对企业用户打开智能音箱的指令进行响应，控制智能音箱打开。
[0213] 反之，若手机检测到家庭用户不同意授权的操作，则响应于该操作，手机可以向智能主机返回授权失败的指示消息，进而智能主机确认企业用户仍不具有打开智能音箱的权限，则不对企业用户打开智能音箱的指令进行响应。
[0214] 关于家庭用户申请管控权限的实现可参考上述企业用户申请授权的实现。
[0215] 可选的，上述实现中，当一方用户授予另一方用户某个管控权限，该一方用户还可选择在某一段时间内(比如：)授予另一方某个管控权限。也就是说，另一方用户获得授予的管控权限仅在一段时间内有效。或者，另一方用户获得授予的管控权限也可仅在本次有效，换句话说，该另一方用户下次在对同一智能家居设备进行管控时，仍需被该一方用户授予管控权限，才可实现对该智能家居设备的再次控制。
[0216] 示例性的，以企业用户向家庭用户申请管控权限为例，图19示出了本申请实施例提供的一种申请管控权限的流程示意图，如图19所示，该流程包括以下步骤:
[0217] S1901、企业用户向安装有企业应用的电脑发起管控权限的申请。
[0218] 其中，该申请可用于申请企业用户的管控权限，该申请中可以携带有需要授权的管控权限的表征信息。可选的，企业用户可以通过各种用户操作来实现管控权限的发起操作。关于发起管控权限申请的时机可参考上述实现。
[0219] S1902、安装有企业应用的电脑向远端服务器发起管控权限的申请。
[0220] S1903、远端服务器向智能主机发起管控权限的申请。
[0221] S1904、智能主机向智慧生活云发起管控权限的申请。
[0222] S1905、智慧生活云向安装有智慧生活应用的手机发起管控权限的申请。
[0223] S1906、安装有智慧生活应用的手机向家庭用户申请授予企业用户管控权限。
[0224] S1907、安装有智慧生活应用的手机通过智慧生活云向智能主机上报授权结果。
[0225] 其中，安装有智慧生活应用的手机可以基于家庭用户的授权情况进行授权结果上报。
[0226] S1908、智能主机基于授权结果确定企业用户的管控权限。
[0227] S1909、智能主机通过远端服务器向安装有企业应用的电脑上报授权结果。
[0228] 如智能主机可以直接将授权成功或失败的结果转发给电脑，也可以直接更新企业用户的管控权限，并将更新后的管控权限转发给电脑。
[0229] 可选的，在安装有企业应用的电脑接收到来自智能主机的授权结果后，还可以输出提醒消息，提醒企业用户授权情况，企业用户的管控权限等各种信息。
[0230] 示例性的，图20示出了本申请实施例提供的一种设备管控方法的流程示意图，该方法的执行主体可以为智能管控设备，也即上文所述的第二设备。如图20所示，该方法包括以下步骤：
[0231] S2001、智能管控设备通过第一通信通道接收来自第一账户的第一指令。
[0232] 其中，智能管控设备可以包含有多个通信通道，这多个通信通道中包含第一通信通道(如上文所述的用户控制通道)和第二通信通道(如上文所述的企业控制通道)。可选的，第一通信通道以及第二通信通道可以连接智能管控设备的同一接口，或者第一通信通道与第二通信通道分别连接智能管控设备的不同接口。可选的，该接口可以是采用任意通信协议的接口。
[0233] 在一些实施例中，第一通信通道为智能管控设备与第一服务器之间的通信通道，第二通信通道为智能管控设备与第二服务器之间的通信通道。可选的，第一服务器与第二服务器可以相同，当然也可以不同，如第一服务器可以为上文所述的智慧生活云，第二服务器可以为上文所述的远端服务器。
[0234] 可选的，第一账户可以指第一应用的登录账户，其中，该第一应用可以为对与智能管控设备相连接的至少一个智能设备中的一个或多个进行管理的应用。或者，第一账户也可以指登录有第一账户的终端设备，或者，第一账户还可以指第一账户所属的用户等。
[0235] S2002、智能管控设备基于第一账户的第一指令对第一智能设备进行管控。
[0236] 其中，智能管控设备可以与用户的至少一个智能设备相连接，用于管理所连接的至少一个智能设备。其中，至少一个智能设备中可以包含有第一智能设备。可选的，第一智能设备的数目可以为一个或多个。示例性的，智能设备可以如上文所述的智能家居设备等。
[0237] S2003、智能管控设备通过第二通信通道接收来自第二账户的第一指令。
[0238] 可选的，第二账户可以指第二应用的登录账户，该第二应用可以为对与智能管控设备相连接的至少一个智能设备中的一个或多个进行管理的应用。或者，第二账户也可以指登录有第二账户的终端设备，或者，第二账户还可以指第二账户所属的用户等。可选的，第一应用与第二应用可以为相同类型的应用，如均为智能生活应用，也可以为不同类型的应用，如第一应用为智慧生活应用，第二应用为企业应用等。
[0239] 其中，第二账户与第一账户不同，如第一账户可以为智慧生活应用的登录账户，第二账户可以为企业应用的登录账户。或者，第一账户可以为企业应用的登录账户，第二账户可以为智慧生活应用的登录账户。
[0240] S2004、智能管控设备基于第二账户的第一指令对第一智能设备进行管控。
[0241] 可选的，本申请实施例并不限定上述步骤S2001至步骤S2202，与步骤S2003至步骤S2004执行的先后顺序。
[0242] 在一些实施例中，智能管控设备可以基于第一账户的第一指令对第一智能设备的第一属性进行管控，智能管控设备可以基于第二账户的第一指令第一智能设备的第二属性进行管控，第一属性与第二属性不同。也就是说，第一账户和第二账户具有对相同智能设备的不同属性进行管控的权限。
[0243] 在另一些实施例中，智能管控设备可以基于第一账户的第一指令对第一智能设备的第一属性进行第一类型的管控，基于第二账户的第一指令对第二智能设备的第一属性进行第二类型的管控，第一类型的管控与第二类型的管控不同。也就是说，第一账户和第二账户具有对相同智能设备相同属性进行不同类型管控的权限。关于该不同类型的管控可参考上文所述的管控方式的相关介绍。
[0244] 上述实施例对不同账户对同一智能设备的管控进行了介绍。在一些实施例中，不同账户还可以对不同智能设备进行管控，也就是说，不同账户具有对不同智能设备分别进行管控的权限。如智能管控设备还可以通过第一通信通道接收来自第一账户的第二指令，基于第一账户的第二指令对第二智能设备进行管控。以及，通过第二通信通道接收来自第二账户的第二指令，基于第二账户的第二指令对第三智能设备进行管控。第二智能设备与第三智能设备为不同的智能设备。可选的，第二智能设备以及第三智能设备的数目均可以为一个或多个。第二智能设备以及第三智能设备均为智能管控设备所连接的智能设，如上文所述的智能家居设备。
[0245] 在一些实施例中，图20所示的方法还可以包括步骤S2005至步骤S2006，或者可以包含步骤S2007至步骤S2008(步骤S2005至步骤S2008图20中均未示出)。
[0246] S2005、智能管控设备通过第一通信通道接收来自第一账户的第三指令。
[0247] 可选的，第三账户的第二指令可以是对智能设备进行管控的指令。
[0248] S2006、在第一账户不具有第一账户的第三指令所对应的管控权限的情况下，响应于第一账户的第三指令，通过第二通信通道向第二账户请求授予第一账户的第三指令所对应的管控权限。
[0249] 其中，第一账户的第三指令所对应的管控权限可以指执行第一账户的第三指令需要第一账户具备的管控权限。关于向第一账户请求向第二账户授权的具体实现可参考上文相关实现。
[0250] 同样的，第二账户也可以通过步骤S2005至步骤S2006类似的方式请求第一账户的授权。
[0251] S2007、智能管控设备通过第二通信通道接收来自第二账户的第三指令。
[0252] 其中，第二账户的第三指令用于请求获取目标管控权限，目标管控权限为对智能管控设备连接的至少一个智能设备中的一个或多个智能设备进行管控的权限。
[0253] S2008、智能管控设备响应于第二账户的第三指令，通过第一通信通道向第一账户请求授予第二账户目标管控权限。
[0254] 关于该请求授权的实现可参考上文所述相关实现。
[0255] 同样的，第一账户也可以通过步骤S2007至步骤S2008类似的方式请求第二账户的授权。
[0256] 可选的，在一些实施例中，在执行上述步骤S2006之后，还可以执行步骤S2009(图20中未示出)。
[0257] S2009、在第一账户的第三指令用于指示对第四智能设备进行管控的情况下，响应于第二账户的授权，对第四智能设备进行管控；或，在第一账户的第三指令用于指示对第四智能设备的第三属性进行管控的情况下，响应于第二账户的授权，对第三属性进行管控；或，在第一账户的第三指令用于指示对第四智能设备的第三属性进行第三类型的管控的情况下，响应于第二账户的授权，对第三属性进行第三类型的管控。
[0258] 其中，第四智能设备可以为智能管控设备连接的智能设备，第四智能设备的数目可以为一个或多个。第四智能设备与上述第一智能设备、第二智能设备、第三智能设备等可以相同也可以不同。
[0259] 上述主要是从方法的角度对本申请实施例提供的方案进行了介绍。可以理解的是，设备为了实现上述功能，其包含了执行各个功能相应的硬件结构和/或软件模块。结合本申请中所公开的实施例描述的各示例的单元及算法步骤，本申请实施例能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。本领域技术人员可以对每个特定的应用来使用不同的方法来实现所描述的功能，但是这种实现不应认为超过本申请实施例的技术方案的范围。
[0260] 本申请是实施例可以根据上述方法示例对设备进行功能模块的划分，例如，可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处理单元中。上述集成的单元既可以采用硬件的形式，也可以采用软件功能模块的形式实现。需要说明的是，本申请实施例中对单元的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。
[0261] 如图21所示，为本申请实施例提供的一种设备的结构示意图，该设备2100可用于实现以上各个方法实施例中记载的各设备所执行的方法。示例性，设备2100中可以包含通信单元2101。
[0262] 在一种可能的示例中，以设备2100为第二设备为例，设备2100还可以包含处理单元2102。处理单元2102，用于支持设备2100执行图1至图20中任一项所述的第一设备所执行的处理功能，通信单元2101，用于支持设备2100执行图1至图20中任一项所述的第一设备所执行的通信功能。
[0263] 在另一种可能的示例中，以设备2100为第三设备或第四设备为例，设备2100还可以包含显示单元2103。通信单元2101，用于支持设备2100执行图1至图20中任一项所述的第三设备或第四设备所执行的通信功能。显示单元2103，用于支持设备2100执行图1至图20中任一项所述的第三设备或第四设备所执行的显示功能。
[0264] 可选的，图21所示的设备2100还可以包括存储单元(图21中未示出)，该存储单元存储有程序或指令。当处理单元2102执行该程序或指令时，使得图21所示的设备2100可以执行上述方法实施例所述的方法。
[0265] 图21所示的设备2100的技术效果可以参考上述方法实施例所述的技术效果，此处不再赘述。图21所示的设备2100中涉及的处理单元2102可以由处理器或处理器相关电路组件实现，可以为处理器或处理模块。通信单元2101可以由收发器或收发器相关电路组件实现，可以为收发器或收发模块。显示单元2103可以由显示屏相关组件实现。
[0266] 本申请实施例还提供一种芯片系统，如图22所示，该芯片系统包括至少一个处理器2201和至少一个接口电路2202。处理器2201和接口电路2202可通过线路互联。例如，接口电路2202可用于从其它装置接收信号。又例如，接口电路2202可用于向其它装置(例如处理器2201)发送信号。示例性的，接口电路2202可读取存储器中存储的指令，并将该指令发送给处理器2201。当所述指令被处理器2201执行时，可使得设备执行上述实施例中的设备执行的各个步骤。当然，该芯片系统还可以包含其他分立器件，本申请实施例对此不作具体限定。
[0267] 可选地，该芯片系统中的处理器可以为一个或多个。该处理器可以通过硬件实现也可以通过软件实现。当通过硬件实现时，该处理器可以是逻辑电路、集成电路等。当通过软件实现时，该处理器可以是一个通用处理器，通过读取存储器中存储的软件代码来实现。
[0268] 可选地，该芯片系统中的存储器也可以为一个或多个。该存储器可以与处理器集成在一起，也可以和处理器分离设置，本申请并不限定。示例性的，存储器可以是非瞬时性处理器，例如只读存储器ROM，其可以与处理器集成在同一块芯片上，也可以分别设置在不同的芯片上，本申请对存储器的类型，以及存储器与处理器的设置方式不作具体限定。
[0269] 示例性的，该芯片系统可以是现场可编程门阵列(field programmable gate array，FPGA)，可以是专用集成芯片(application specific integrated circuit，ASIC)，还可以是系统芯片(system on chip，SoC)，还可以是中央处理器(central processor unit，CPU)，还可以是网络处理器(network processor，NP)，还可以是数字信号处理电路(digital signal processor，DSP)，还可以是微控制器(micro controller unit，MCU)，还可以是可编程控制器(programmable logic device，PLD)或其他集成芯片。
[0270] 应理解，上述方法实施例中的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。结合本申请实施例所公开的方法步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。
[0271] 本申请实施例还提供一种计算机存储介质，该计算机存储介质中存储有计算机指令，当该计算机指令在设备上运行时，使得设备执行上述方法实施例所述的方法。
[0272] 本申请实施例提供一种计算机程序产品，该计算机程序产品包括：计算机程序或指令，当计算机程序或指令在计算机上运行时，使得该计算机执行上述方法实施例所述的方法。
[0273] 另外，本申请实施例还提供一种装置，这个装置具体可以是芯片，组件或模块，该装置可包括相连的处理器和存储器；其中，存储器用于存储计算机执行指令，当装置运行时，处理器可执行存储器存储的计算机执行指令，以使装置执行上述各方法实施例中的方法。
[0274] 其中，本实施例提供的设备、计算机存储介质、计算机程序产品或芯片均用于执行上文所提供的对应的方法，因此，其所能达到的有益效果可参考上文所提供的对应的方法中的有益效果，此处不再赘述。
[0275] 通过以上实施方式的描述，所属领域的技术人员可以了解到，为描述的方便和简洁，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。
[0276] 在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。各实施例在不冲突的情况下可以相互结合或相互参考。以上所描述的装置实施例仅仅是示意性的，例如，模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个装置，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
[0277] 作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是一个物理单元或多个物理单元，即可以位于一个地方，或者也可以分布到多个不同地方。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
[0278] 另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
[0279] 集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个可读取存储介质中。基于这样的理解，本申请实施例的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该软件产品存储在一个存储介质中，包括若干指令用以使得一个设备(可以是单片机，芯片等)或处理器(processor)执行本申请各个实施例方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(read‑only memory，ROM)、随机存取存储器(random access memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
[0280] 以上内容，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以权利要求的保护范围为准。
