一种获取设备控制权的方法与通信系统与流程

1.本技术涉及终端技术领域，尤其涉及一种获取设备控制权的方法与通信系统。


背景技术：

2.随着近年来物联网(internet of things，iot)技术的发展，各种类型的iot设备已走进千家万户，比如，家里的各种家电设备。为了方便用户操作设备，用户的移动终端(如，手机)可以控制设备。然而，多个用户可能会使用同一个设备，比如，家庭成员有多个，多家庭成员均需要使用某个家电设备，那么如何管理设备的控制权是值得思考的问题。


技术实现要素：

3.本技术的目的在于提供了一种获取设备控制权的方法与通信系统，有助于便捷的获取对设备的控制权。
4.第一方面，提供一种获取设备控制权的方法，该方法可以应用于包括第一设备和第二设备的系统，该方法包括：所述第一设备检测到所述第二设备贴近所述第一设备；所述第一设备向所述第二设备发送第一密钥；所述第二设备接收到所述第一密钥后，使用所述第一密钥对控制指令进行加密；所述控制指令用于控制所述第一设备；所述第二设备将加密后的控制指令发送给所述第一设备；所述第一设备对所述加密后的控制指令解密得到所述控制指令并执行所述控制指令。
5.也就是说，当第二设备贴近第一设备时，可以获取第一设备的第一密钥，然后基于第一密钥获取到对第一设备的控制权。这种获取设备控制权的方式，比较便捷。比如，以第一设备是家居设备，第二设备是移动终端(比如手机)，用户想要控制家居设备时，只需要将手机贴近该家居设备即可获取到对该家居设备的控制权，操作便捷，用户体验较高。
6.在一种可能的设计中，所述方法还包括：所述第二设备上显示第一提示信息，所述第一提示信息用于提示是否申请对所述第一设备的临时控制权；所述第二设备接收到确认指令时，向所述第一设备发送第一申请，所述第一申请用于指示所述第二设备申请对所述第一设备的临时控制权；所述第一设备向所述第二设备发送第一密钥，包括：所述第一设备接收到来自所述第二设备的第一申请时，向所述第二设备发送第一密钥。
7.可以理解的是，当第一设备检测到第二设备贴近第一设备时，可以自动向第一设备发送第一密钥。当然，为了安全起见，当第一设备检测到第二设备贴近时，暂时不向第二设备发送第一密钥，在接收到来自第二设备的第一申请后向第二设备发送第一密钥。这样的话，可以避免密钥误发，比如，避免用户无意识的携带第二设备贴近第一设备而导致获得到第一设备的临时控制权，更好的保护第一设备。
8.在一种可能的设计中，所述第一密钥具有有效期，超过所述有效期时，所述第一密钥失效；其中，所述有效期是预设的，或者，用户设置的，或者，根据所述第一设备的类型确定的；其中，不同类型的第一设备生成的第一密钥的有效期不同。这种方式，可以避免密钥长时间生效，提升安全性，因为密钥长时间生效的话被窃取的概率较大，安全性低。
9.在一种可能的设计中，所述方法还包括:当满足预设条件时，所述第二设备对所述第一设备的临时控制权终止；其中，所述预设条件，包括如下至少一种:
10.所述第一密钥的使用时长超过有效期；或者，
11.从所述第二设备接收到所述第一密钥的时刻开始达到预设时长；或者，
12.所述第一设备检测到第三设备靠近所述第一设备；或者，
13.所述第一设备上检测到用于终止所述第二设备对所述第一设备的临时控制权的操作；或者，
14.所述第一设备接收到来自所述第一设备的owner的指令，所述owner为可以通过云端控制所述第一设备的设备；所述指令用于指示终止所述第二设备对所述第一设备的临时控制权；或者，
15.所述第一设备检测到所述第二设备与所述第一设备的距离大于第二预设距离。
16.也就是说，第二设备贴近第一设备时，获取的对第一设备的控制权并不是一直生效的，当满足上述预设条件时，终止所述控制权。这样的话，可以提升第一设备的安全性，避免第二设备长时间的掌握对第一设备的控制权。
17.在一种可能的设计中，所述系统还包括第四设备，所述第四设备为所述第一设备的owner，所述owner为可以通过云端控制所述第一设备的设备；所述第一设备向所述第二设备发送第一密钥之前，还包括：
18.所述第一设备向所述第四设备发送确认请求；所述确认请求用于确认是否同意所述第二设备获取所述第一设备的临时控制权；
19.所述第一设备向所述第二设备发送第一密钥，包括：
20.所述第一设备接收到来自所述第四设备的同意指令时，向所述第二设备发送第一密钥。
21.也就是说，第一设备检测到第二设备贴近时，可以请求第一设备的owner的确认，当接收到owner的同意指令时，向第二设备发送第一密钥。这种需要owner同意才向第二设备发送密钥的方式，可以更好的保护第一设备，安全性更高。
22.在一种可能的设计中，所述第一设备向第四设备发送确认请求，包括：
23.所述第一设备向所述云端发送第二申请，所述第二申请用于指示所述第二设备申请所述第一设备的临时控制权；
24.所述云端响应于接收到的所述第二申请，根据设备与owner之间的映射关系确定所述第一设备的owner为所述第四设备；
25.所述云端向所述第四设备发送所述确认请求。
26.也就是说，云侧记录设备的owner，第一设备请求其owner确认时，可以通过云端实现，这种需要经过owner同意才向第二设备发送密钥的方式，更为安全。
27.在一种可能的设计中，所述方法还包括：所述第一设备生成免认证时长，和/或，免认证次数；在所述第二设备对所述第一设备的临时控制权终止之后，所述第一设备检测到所述第二设备再次靠近所述第一设备时，确定未超出免认证时长，和/或，所述第二设备的累计靠近次数未超出免认证次数时，免除向所述第四设备确认。
28.也就是说，第二设备获取到第一设备的临时控制权之后，第一设备可以生成免认证时长和/或免认证次数，避免频繁的请求其owner确认。
29.在一种可能的设计中，所述第一设备接收到来自所述第四设备的同意指令时，向所述第二设备发送第一密钥，包括：所述第一设备接收到来自所述第四设备的同意指令后，当所述第一设备检测到所述第二设备再次靠近所述第一设备时，向所述第二设备发送第一密钥。
30.也就是说，第一设备检测到第二设备贴近时，请求owner确认，当owner同意后，如果第一设备检测到第二设备再次贴近，向第二设备发送密钥。这样可以避免密钥的误发，提升安全性。
31.在一种可能的设计中，所述方法还包括：所述第二设备确定所述第一设备中支持临时控制权的功能；所述第二设备向所述第一设备发送的控制指令用于控制所述第一设备中支持临时控制权的功能；其中，所述功能为所述第一设备中预设功能，或，用户指定的功能，或所述第一设备中与用户隐私无关的功能。
32.也就是说，第二设备获取对第一设备的临时控制权，但是能够控制的第一设备的功能有限，可以控制第一设备中支持临时控制权的功能，其它功能无法控制。这种方式，可以保护第一设备中的相关功能(比如与用户隐私相关的功能)不被肆意控制，更好的保护第一设备。
33.在一种可能的设计中，所述方法还包括：所述第二设备上显示第二提示信息，所述第二提示信息用于提示是否申请对所述第一设备的永久控制权；
34.所述第二设备接收到确认指令时，向所述第一设备发送第三申请，所述第三申请用于指示所述第二设备申请对所述第一设备的永久控制权；
35.所述第一设备向云端发送所述第三申请；
36.所述云端响应于接收到的所述第三申请，记录所述第二设备为所述第一设备的owner，以使所述第二设备能够通过所述云端控制所述第一设备。
37.也就是说，第二设备还可以申请成为第一设备的owner，云端记录第一设备的owner是第二设备时，第二设备可以通过云端控制第一设备。
38.在一种可能的设计中，所述云端响应于接收到的所述第三申请，记录所述第二设备是所述第一设备的owner，包括：
39.响应于所述第三申请，所述云端确定所述第一设备的owner是第四设备；
40.所述云端向所述第四设备发送确认请求；所述确认请求用于指示是否同意所述第二设备获得所述第一设备的永久控制权；
41.当所述云端接收到同意指令时，记录所述第一设备的owner由所述第四设备更新为所述第二设备。
42.也就是说，如果第一设备的owner是第四设备，当第二设备申请成为第一设备的owner时，云端可以请求第四设备的确认，如果接收到第四设备的同意指令，将第一设备的owner更新为第二设备，以使第二设备可以通过云端控制第一设备。这种需要原owner确认的方式更为安全。
43.在一种可能的设计中，所述系统还包括第四设备，所述第四设备为所述第一设备的owner，所述owner为可以通过云端控制所述第一设备的设备；所述方法还包括：
44.所述第四设备上接收到第一操作，所述第一操作用于指示打开所述第一设备的短距离通信功能或超短距通信功能；
45.所述第四设备响应于所述第一操作，向所述第一设备发送用于指示所述第一设备打开短距离通信功能或超短距通信功能的指示；
46.所述第一设备响应于接收到的所述指示，开启短距离通信功能或超短距通信功能。
47.也就是说，第一设备的owner可以控制第一设备的短距离通信功能或超短距通信功能的开启或关闭。当第一设备的短距离通信功能或超短距通信功能开启时，如果第二设备也开启短距离通信功能或超短距通信功能，当第二设备贴近第一设备时，可以获取第一设备的临时控制权。这种通过owner控制的方式，更为安全。
48.在一种可能的设计中，所述第一设备向所述第二设备发送第一密钥，包括：
49.所述第一设备使用nfc或wifi aware向所述第二设备发送第一密钥。
50.需要说明的是，此处nfc或wifi aware仅是举例，对于其它的短距离通信技术或超短距通信技术也是可以的，本技术实施例不作限定。
51.在一种可能的设计中，所述第一设备检测到所述第二设备贴近所述第一设备，包括：
52.所述第一设备检测到所述第二设备与所述第一设备之间的距离小于第一阈值；和/或，
53.所述第一设备检测到所述第二设备的信号强度大于第二阈值。
54.也就是说，第一设备可以通过距离或信号强度判断第二设备是否贴近第一设备，这种近距离的信息交互方式安全性较高。
55.在一种可能的设计中，所述第一阈值是0厘米至30厘米范围内的一个值；所述第二阈值是-5dbm至-150dbm范围内的一个值。
56.需要说明的是，上述数值仅是对第一阈值和第二阈值的举例，对第一阈值和第二阈值的具体取值，本技术实施例不作限定。
57.在一种可能的设计中，所述第一设备是家居设备，所述第二设备是移动终端，所述控制指令用于控制所述家居设备的开启、关闭或调整运行参数；其中，所述家居设备包括：电视机、音箱、游戏机、照明设备、清洁设备或烹饪设备中的一种或多种。以移动终端是手机为例，家居设备是音箱为例，控制指令可以是开启或关闭、播放歌曲xxx，切换下一首歌曲等等。
58.在一种可能的设计中，所述第一设备是办公设备，所述第二设备是移动终端，所述控制指令用于控制所述办公设备的开启、关闭或调整运行参数；其中，所述办公设备包括：投影仪、打印机、复印机或pc中的一种或多种。以移动终端是手机、办公设备是打印机为例，控制指令可以开启或关闭打印机，开始打印、停止打印，暂停打印等等。
59.第二方面，提供一种获取设备控制权的方法，应用于第一设备，所述方法包括：
60.所述第一设备检测到所述第二设备贴近所述第一设备；
61.所述第一设备向所述第二设备发送第一密钥；
62.所述第一设备接收到来自所述第二设备的加密后的控制指令；
63.所述第一设备对所述加密后的控制指令解密得到所述控制指令并执行所述控制指令。
64.在一种可能的设计中，所述第一设备向所述第二设备发送第一密钥，包括：
65.所述第一设备接收到来自所述第二设备的第一申请时，向所述第二设备发送第一密钥。
66.在一种可能的设计中，所述第一密钥具有有效期，超过所述有效期时，所述第一密钥失效；其中，所述有效期是预设的，或者，用户设置的，或者，根据所述第一设备的类型确定的；其中，不同类型的第一设备生成的第一密钥的有效期不同。
67.在一种可能的设计中，所述方法还包括:当满足预设条件时，终止所述第二设备对所述第一设备的临时控制权；其中，所述预设条件，包括如下至少一种:
68.所述第一密钥的使用时长超过有效期；或者，
69.从所述第二设备接收到所述第一密钥的时刻开始达到预设时长；或者，
70.所述第一设备检测到第三设备靠近所述第一设备；或者，
71.所述第一设备上检测到用于终止所述第二设备对所述第一设备的临时控制权的操作；或者，
72.所述第一设备接收到来自所述第一设备的owner的指令，所述owner为可以通过云端控制所述第一设备的设备；所述指令用于指示终止所述第二设备对所述第一设备的临时控制权；或者，
73.所述第一设备检测到所述第二设备与所述第一设备的距离大于第二预设距离。
74.在一种可能的设计中，所述第一设备向所述第二设备发送第一密钥之前，还包括：
75.所述第一设备向第四设备发送确认请求；所述确认请求用于确认是否同意所述第二设备获取所述第一设备的临时控制权；所述第四设备为所述第一设备的owner，所述owner为可以通过云端控制所述第一设备的设备；
76.所述第一设备向所述第二设备发送第一密钥，包括：
77.所述第一设备接收到来自所述第四设备的同意指令时，向所述第二设备发送第一密钥。
78.在一种可能的设计中，所述第一设备向第四设备发送确认请求，包括：
79.所述第一设备向所述云端发送第二申请，所述第二申请用于指示所述第二设备申请所述第一设备的临时控制权；以使所述云端响应于接收到的所述第二申请，根据设备与owner之间的映射关系确定所述第一设备的owner为所述第四设备并向所述第四设备发送所述确认请求。
80.在一种可能的设计中，所述方法还包括：所述第一设备生成免认证时长，和/或，免认证次数；在所述第二设备对所述第一设备的临时控制权终止之后，所述第一设备检测到所述第二设备再次靠近所述第一设备时，确定未超出免认证时长，和/或，所述第二设备的累计靠近次数未超出免认证次数时，免除向所述第四设备确认。
81.在一种可能的设计中，所述第一设备接收到来自所述第四设备的同意指令时，向所述第二设备发送第一密钥，包括：
82.所述第一设备接收到来自所述第四设备的同意指令后，当所述第一设备检测到所述第二设备再次靠近所述第一设备时，向所述第二设备发送第一密钥。
83.在一种可能的设计中，所述方法还包括：所述第一设备确定所述第一设备中支持临时控制权的功能；当所述第二设备向所述第一设备发送的控制指令用于控制所述第一设备中支持临时控制权的功能时，执行所述控制指令；
84.其中，所述功能为所述第一设备中预设功能，或，用户指定的功能，或所述第一设备中与用户隐私无关的功能。
85.在一种可能的设计中，所述方法还包括：
86.所述第一设备接收到来自所述第二设备的第三申请，所述第三申请用于指示所述第二设备申请对所述第一设备的永久控制权；
87.所述第一设备向云端发送所述第三申请，以使所述云端响应于接收到的所述第三申请，记录所述第二设备为所述第一设备的owner，进而使得所述第二设备能够通过所述云端控制所述第一设备。
88.在一种可能的设计中，所述方法还包括：
89.所述第一设备接收到来自第四设备的指示；所述指示用于指示所述第一设备打开短距离通信功能或超短距通信功能；所述第四设备为所述第一设备的owner，所述owner为可以通过云端控制所述第一设备的设备；
90.响应于接收到的所述指示，所述第一设备开启短距离通信功能或超短距通信功能。
91.在一种可能的设计中，所述第一设备向所述第二设备发送第一密钥，包括：
92.所述第一设备使用nfc或wifi aware向所述第二设备发送第一密钥。
93.在一种可能的设计中，所述第一设备检测到所述第二设备贴近所述第一设备，包括：
94.所述第一设备检测到所述第二设备与所述第一设备之间的距离小于第一阈值；和/或，
95.所述第一设备检测到所述第二设备的信号强度大于第二阈值。
96.在一种可能的设计中，所述第一阈值是0厘米至30厘米范围内的一个值；所述第二阈值是-5dbm至-150dbm范围内的一个值。
97.在一种可能的设计中，所述第一设备是家居设备，所述第二设备是移动终端，所述控制指令用于控制所述家居设备的开启、关闭或调整运行参数；其中，所述家居设备包括：电视机、音箱、游戏机、照明设备、清洁设备或烹饪设备中的一种或多种；或者，
98.所述第一设备是办公设备，所述第二设备是移动终端，所述控制指令用于控制所述办公设备的开启、关闭或调整运行参数；其中，所述办公设备包括：投影仪、打印机、复印机或pc中的一种或多种。
99.第三方面，还提供一种获取设备控制权的方法，应用于第二设备，所述方法包括：
100.所述第二设备检测到贴近第一设备；
101.所述第二设备接收来自所述第一设备的第一密钥；
102.所述第二设备使用所述第一密钥对控制指令进行加密；所述控制指令用于控制所述第一设备；
103.所述第二设备将加密后的控制指令发送给所述第一设备。
104.在一种可能的设计中，所述第二设备接收来自所述第一设备的第一密钥之前，所述方法还包括：
105.所述第二设备上显示第一提示信息，所述第一提示信息用于提示是否申请对所述第一设备的临时控制权；
106.所述第二设备接收到确认指令时，向所述第一设备发送第一申请，所述第一申请用于指示所述第二设备申请对所述第一设备的临时控制权；
107.在一种可能的设计中，所述第一密钥具有有效期，超过所述有效期时，所述第一密钥失效；其中，所述有效期是预设的，或者，用户设置的，或者，根据所述第一设备的类型确定的；其中，不同类型的第一设备生成的第一密钥的有效期不同。
108.在一种可能的设计中，所述方法还包括:当满足预设条件时，所述第二设备对所述第一设备的临时控制权终止；其中，所述预设条件，包括如下至少一种:
109.所述第一密钥的使用时长超过有效期；或者，
110.从所述第二设备接收到所述第一密钥的时刻开始达到预设时长；或者，
111.所述第二设备上检测到用于终止所述第二设备对所述第一设备的临时控制权的操作；或者，
112.所述第二设备检测到所述第二设备与所述第一设备的距离大于第二预设距离。
113.在一种可能的设计中，所述方法还包括：
114.所述第二设备确定所述第一设备中支持临时控制权的功能；所述第二设备向所述第一设备发送的控制指令用于控制所述第一设备中支持临时控制权的功能；
115.其中，所述功能为所述第一设备中预设功能，或，用户指定的功能，或所述第一设备中与用户隐私无关的功能。
116.在一种可能的设计中，所述方法还包括：
117.所述第二设备上显示第二提示信息，所述第二提示信息用于提示是否申请对所述第一设备的永久控制权；
118.所述第二设备接收到确认指令时，向所述第一设备发送第三申请，所述第三申请用于指示所述第二设备申请对所述第一设备的永久控制权；以使所述第一设备向云端申请所述第二设备为所述第一设备的owner。
119.在一种可能的设计中，所述第二设备接收来自所述第一设备的第一密钥，包括：
120.使用nfc或wifi aware接收来自所述第一设备的第一密钥。
121.在一种可能的设计中，所述第二设备检测到贴近所述第一设备，包括：
122.检测到所述第二设备与所述第一设备之间的距离小于第一阈值；和/或，
123.检测到所述第二设备的信号强度大于第二阈值。
124.在一种可能的设计中，所述第一阈值是0厘米至30厘米范围内的一个值；所述第二阈值是-5dbm至-150dbm范围内的一个值。
125.在一种可能的设计中，所述第一设备是家居设备，所述第二设备是移动终端，所述控制指令用于控制所述家居设备的开启、关闭或调整运行参数；其中，所述家居设备包括：电视机、音箱、游戏机、照明设备、清洁设备或烹饪设备中的一种或多种；或者，所述第一设备是办公设备，所述第二设备是移动终端，所述控制指令用于控制所述办公设备的开启、关闭或调整运行参数；其中，所述办公设备包括：投影仪、打印机、复印机或pc中的一种或多种。
126.第四方面，提供一种获取设备控制权的方法，应用于第四设备，所述方法包括：
127.所述第四设备在云端申请成为第一设备的owner；所述owner用于指示可以通过所述云端控制所述第一设备的设备；
128.所述第四设备接收来自所述第一设备的确认请求；所述确认请求用于确认是否同意第二设备获取所述第一设备的控制权；
129.所述第四设备检测到确认操作时，向所述第一设备发送同意指令，所述同意指令用于指示同意第二设备获取第一设备的控制权。
130.在一种可能的设计中，所述方法还包括：所述第四设备上接收到第一操作，所述第一操作用于指示打开所述第一设备的短距离通信功能或超短距通信功能；
131.所述第四设备响应于所述第一操作，向所述第一设备发送用于指示所述第一设备打开短距离通信功能或超短距通信功能的指示；
132.所述第一设备响应于接收到的所述指示，开启短距离通信功能或超短距通信功能。
133.在一种可能的设计中，第四设备可以是移动终端，比如，手机、平板电脑、手环、手表等，第一设备可以是家居设备、办公设备等等。
134.第五方面，还提供一种获取设备控制权的方法，应用于云端，所述方法包括：
135.所述云端接收来自第一设备的申请，所述申请用于指示第二设备申请所述第一设备的控制权；
136.所述云端根据设备与owner之间的映射关系确定所述第一设备的owner为第四设备；所述owner用于指示能够通过所述云端控制所述第一设备的设备；
137.所述云端向所述第四设备发送确认请求；所述确认请求用于指示是否同意所述第二设备获取所述第一设备的控制权；
138.所述云端接收到来自所述第四设备的同意指令时，向所述第一设备发送同意指令，所述同意指令用于指示同意所述第二设备获取所述第一设备的控制权。
139.在一种可能的设计中，当所述申请用于指示第二设备申请称为所述第一设备的owner时，所述方法还包括：
140.所述云端记录所述第一设备的owner由所述第四设备更新为所述第二设备。
141.第六方面，还提供一种通信系统，包括：第一设备和第二设备；
142.其中，所述第一设备，包括：一个或多个处理器，存储器，以及一个或多个程序；其中，所述一个或多个程序被存储在所述存储器中，所述一个或多个程序包括指令，当所述指令被所述第一设备执行时，使得所述第一设备执行如下步骤：
143.检测到所述第二设备贴近所述第一设备；
144.向所述第二设备发送第一密钥；
145.所述第二设备，包括：一个或多个处理器，存储器，以及一个或多个程序；其中，所述一个或多个程序被存储在所述存储器中，所述一个或多个程序包括指令，当所述指令被所述第二设备执行时，使得所述第二设备执行如下步骤：
146.接收到所述第一密钥后，使用所述第一密钥对控制指令进行加密；所述控制指令用于控制所述第一设备；
147.将加密后的控制指令发送给所述第一设备；
148.第一设备执行时，使得所述第一设备还执行步骤：对所述加密后的控制指令解密得到所述控制指令并执行所述控制指令。
149.在一种可能的设计中，当所述指令被所述第二设备执行时，使得所述第二设备还
执行步骤：
150.显示第一提示信息，所述第一提示信息用于提示是否申请对所述第一设备的临时控制权；
151.接收到确认指令时，向所述第一设备发送第一申请，所述第一申请用于指示所述第二设备申请对所述第一设备的临时控制权；
152.当所述指令被所述第一设备执行时，使得所述第一设备具体执行步骤：
153.接收到来自所述第二设备的第一申请时，向所述第二设备发送第一密钥。
154.在一种可能的设计中，所述第一密钥具有有效期，超过所述有效期时，所述第一密钥失效；其中，所述有效期是预设的，或者，用户设置的，或者，根据所述第一设备的类型确定的；其中，不同类型的第一设备生成的第一密钥的有效期不同。
155.在一种可能的设计中，当所述指令被所述第一设备执行时，使得所述第一设备还执行步骤：当满足预设条件时，终止所述第二设备对所述第一设备的临时控制权；其中，所述预设条件，包括如下至少一种:
156.所述第一密钥的使用时长超过有效期；或者，
157.从所述第二设备接收到所述第一密钥的时刻开始达到预设时长；或者，
158.所述第一设备检测到第三设备靠近所述第一设备；或者，
159.所述第一设备上检测到用于终止所述第二设备对所述第一设备的临时控制权的操作；或者，
160.所述第一设备接收到来自所述第一设备的owner的指令，所述owner为可以通过云端控制所述第一设备的设备；所述指令用于指示终止所述第二设备对所述第一设备的临时控制权；或者，
161.所述第一设备检测到所述第二设备与所述第一设备的距离大于第二预设距离。
162.在一种可能的设计中，所述通信系统还包括第四设备和云端，所述第四设备为所述第一设备的owner，所述owner为可以通过所述云端控制所述第一设备的设备；当所述指令被所述第一设备执行时，使得所述第一设备具体执行步骤：向所述第四设备发送确认请求；所述确认请求用于确认是否同意所述第二设备获取所述第一设备的临时控制权；
163.接收到来自所述第四设备的同意指令时，向所述第二设备发送第一密钥。
164.在一种可能的设计中，当所述指令被所述第一设备执行时，使得所述第一设备具体执行步骤：向所述云端发送第二申请，所述第二申请用于指示所述第二设备申请所述第一设备的临时控制权；
165.所述云端，包括：一个或多个处理器，存储器，以及一个或多个程序；其中，所述一个或多个程序被存储在所述存储器中，所述一个或多个程序包括指令，当所述指令被所述云端执行时，使得所述云端执行如下步骤：
166.所述云端响应于接收到的所述第二申请，根据设备与owner之间的映射关系确定所述第一设备的owner为所述第四设备；
167.向所述第四设备发送所述确认请求。
168.在一种可能的设计中，当所述指令被所述第一设备执行时，使得所述第一设备还执行步骤：生成免认证时长，和/或，免认证次数；
169.在所述第二设备对所述第一设备的临时控制权终止之后，所述第一设备检测到所
述第二设备再次靠近所述第一设备时，确定未超出免认证时长，和/或，所述第二设备的累计靠近次数未超出免认证次数时，免除向所述第四设备确认。
170.在一种可能的设计中，当所述指令被所述第一设备执行时，使得所述第一设备具体执行步骤：接收到来自所述第四设备的同意指令后，当所述第一设备检测到所述第二设备再次靠近所述第一设备时，向所述第二设备发送第一密钥。
171.在一种可能的设计中，当所述指令被所述第二设备执行时，使得所述第二设备还执行步骤：
172.确定所述第一设备中支持临时控制权的功能；所述第二设备向所述第一设备发送的控制指令用于控制所述第一设备中支持临时控制权的功能；
173.其中，所述功能为所述第一设备中预设功能，或，用户指定的功能，或所述第一设备中与用户隐私无关的功能。
174.在一种可能的设计中，所述系统还包括云端；
175.当所述指令被所述第二设备执行时，使得所述第二设备还执行步骤：
176.所述第二设备上显示第二提示信息，所述第二提示信息用于提示是否申请对所述第一设备的永久控制权；
177.所述第二设备接收到确认指令时，向所述第一设备发送第三申请，所述第三申请用于指示所述第二设备申请对所述第一设备的永久控制权；
178.当所述指令被所述第一设备执行时，使得所述第一设备还执行步骤：所述第一设备向云端发送所述第三申请；
179.所述云端，包括：一个或多个处理器，存储器，以及一个或多个程序；其中，所述一个或多个程序被存储在所述存储器中，所述一个或多个程序包括指令，当所述指令被所述云端执行时，使得所述云端执行如下步骤：
180.响应于接收到的所述第三申请，记录所述第二设备为所述第一设备的owner，以使所述第二设备能够通过所述云端控制所述第一设备。
181.在一种可能的设计中，当所述指令被所述云端执行时，使得所述云端具体执行步骤：
182.响应于所述第三申请，所述云端确定所述第一设备的owner是第四设备；
183.所述云端向所述第四设备发送确认请求；所述确认请求用于指示是否同意所述第二设备获得所述第一设备的永久控制权；
184.当所述云端接收到同意指令时，记录所述第一设备的owner由所述第四设备更新为所述第二设备。
185.在一种可能的设计中，所述系统还包括第四设备，所述第四设备为所述第一设备的owner，所述owner为可以通过云端控制所述第一设备的设备；
186.所述第四设备，包括：一个或多个处理器，存储器，以及一个或多个程序；其中，所述一个或多个程序被存储在所述存储器中，所述一个或多个程序包括指令，当所述指令被所述第四设备执行时，使得所述第四设备执行如下步骤：
187.所述第四设备上接收到第一操作，所述第一操作用于指示打开所述第一设备的短距离通信功能或短距通信功能；
188.所述第四设备响应于所述第一操作，向所述第一设备发送用于指示所述第一设备
打开短距离通信功能或短距通信功能的指示；
189.当所述指令被所述第一设备执行时，使得所述第一设备执行如下步骤：响应于接收到的所述指示，开启短距离通信功能或短距通信功能。
190.在一种可能的设计中，当所述指令被所述第一设备执行时，使得所述第一设备具体执行步骤：
191.所述第一设备使用nfc或wifi aware向所述第二设备发送第一密钥。
192.在一种可能的设计中，当所述指令被所述第一设备执行时，使得所述第一设备具体执行步骤：
193.所述第一设备检测到所述第二设备与所述第一设备之间的距离小于第一阈值；和/或，
194.所述第一设备检测到所述第二设备的信号强度大于第二阈值。
195.在一种可能的设计中，所述第一阈值是0厘米至30厘米范围内的一个值；所述第二阈值是-5dbm至-150dbm范围内的一个值。
196.在一种可能的设计中，所述第一设备是家居设备，所述第二设备是移动终端，所述控制指令用于控制所述家居设备的开启、关闭或调整运行参数；其中，所述家居设备包括：电视机、音箱、游戏机、照明设备、清洁设备或烹饪设备中的一种或多种；或者，
197.所述第一设备是办公设备，所述第二设备是移动终端，所述控制指令用于控制所述办公设备的开启、关闭或调整运行参数；其中，所述办公设备包括：投影仪、打印机、复印机或pc中的一种或多种。
198.第七方面，本技术实施例还提供一种电子设备，包括：一个或多个处理器，存储器，以及，一个或多个程序；其中，所述一个或多个程序被存储在所述存储器中，所述一个或多个程序包括指令，当所述指令被所述电子设备执行时，使得所述电子设备执行如上述第二方面至第五方面中任一方面提供的方法。
199.第八方面，本技术实施例还提供了一种电子设备，所述电子设备包括执行上述第二方面至第五方面任意一方面提供的方法的模块/单元；这些模块/单元可以通过硬件实现，也可以通过硬件执行相应的软件实现。
200.第九方面，本技术实施例还提供一种芯片，所述芯片与电子设备中的存储器耦合，用于调用存储器中存储的计算机程序并执行本技术实施例第一方面至第五方面中任一方面提供的技术方案；本技术实施例中“耦合”是指两个部件彼此直接或间接地结合。
201.第十方面，本技术实施例还提供一种计算机可读存储介质，所述计算机可读存储介质包括计算机程序，当计算机程序在计算机上运行时，使得所述计算机执行如上述第一方面至第五方面中任一方面提供的技术方案。
202.第十一方面，本技术实施例还提供一种程序产品，包括指令，当所述指令在计算机上运行时，使得所述计算机执行如上述第一方面至第五方面中任一方面提供的技术方案。
203.第十二方面，本技术实施例还提供一种电子设备上的图形用户界面，所述电子设备具有显示屏、一个或多个存储器、以及一个或多个处理器，所述一个或多个处理器用于执行存储在所述一个或多个存储器中的一个或多个计算机程序，所述图形用户界面包括所述电子设备执行上述第二方面至第五方面任一方面提供的技术方案时显示的图形用户界面。
204.上述第二方面至第十二方面的有益效果，请参见第一方面的有益效果，不重复赘
述。
附图说明
205.图1a为本技术一实施例提供的电子设备的硬件结构的示意图；
206.图1b为本技术一实施例提供的电子设备的软件结构的示意图；
207.图2为本技术一实施例提供的通信系统的示意图；
208.图3为本技术一实施例提供的一种应用场景的示意图；
209.图4a为本技术一实施例提供的第二设备成为第一设备的owner的流程示意图；
210.图4b至图4d为本技术一实施例提供的第二设备的gui的示意图；
211.图5a为本技术一实施例提供的获取设备控制权的方法的流程示意图；
212.图5b为本技术一实施例提供的第二设备的gui的示意图；
213.图5c为本技术一实施例提供的另一种通信系统的示意图；
214.图5d为本技术一实施例提供的第三设备贴近第一设备的示意图；
215.图6a为本技术一实施例提供的获取设备控制权的方法的另一种流程的示意图；
216.图6b为本技术一实施例提供的第二设备和第三设备的gui的示意图；
217.图6c为本技术一实施例提供的第二设备gui的示意图；
218.图7a为本技术一实施例提供的获取设备控制权的方法的又一种流程的示意图；
219.图7b至图7c为本技术一实施例提供的第三设备的gui的示意图；
220.图8为本技术一实施例提供的电子设备的结构示意图。
具体实施方式
221.以下，对本技术实施例中的部分用语进行解释说明，以便于本领域技术人员理解。
222.(1)应用(application，app)
223.为能够实现某项或多项特定功能的软件程序。通常，电子设备中可以安装多个应用。例如，相机应用、短信应用、彩信应用、图像应用、各种邮箱应用、微信(wechat)、腾讯聊天软件(qq)、whatsapp messenger、连我(line)、照片分享(instagram)、kakao talk、或钉钉等。下文中提到的应用，可以是电子设备出厂时已安装的应用，也可以是用户在使用电子设备的过程中从网络下载或从其他电子设备获取的应用(例如，其它电子设备发送的应用)。下文主要以华为智慧生活应用为例进行介绍，但是对于其他类型的应用，本方案也是适用的。
224.(2)短距通信和超短距通信
225.短距离通信比如是通信距离小于第一阈值的通信技术，超短距离通信比如是通信距离小于第二阈值的通信技术，其中，第二阈值小于第一阈值，比如，第二阈值可以是0cm至30cm的范围内的任一值；比如，30cm、20cm、10cm、5cm、4cm、3cm、2cm、1cm等等。比如，第一阈值可以是30cm至10m范围内的任一值，比如10m，8m、5m、3m、1m等等，需要说明的是，此处的数值仅仅是示例，并不是对第一阈值和第二阈值的具体限定。
226.相对于短距离通信而言，超短距通信支持的通信距离更短。比如，一种示例性的场景为，第一设备贴近第二设备，实现第一设备和第二设备之间的通信。此处的“贴近”可以理解为两个设备接触，或者，基本上接触(比如两个设备靠的非常近)，总之两个设备之间的距
离非常短，比如0cm至5cm的范围内。
227.本技术提供的获取设备控制权的方法可以适用于短距离通信，也可以适用于超短距离通信。本文主要以超短距通信为例进行介绍，由于超短距通信技术支持的通信距离非常短，信息被窃取的概率较低，安全性较高。
228.其中，支持短距离通信的技术有多种，比如wifi、蓝牙。支持超短距通信的技术也有多种，比如、nfc、wi-fi aware技术等。其中，wi-fi aware技术在wi-fi技术中负责感知和发现部分，能够帮助wi-fi设备感知周边的服务，比如，周边的设备，进而通过wi-fi aware实现近距离的两个设备的点对点(peer to peer，p2p)消息交互。由于wifi-aware可以感知周围的设备，所以可实现多种功能，比如，感知的附近的人并建立连接，进而加好友、玩同一款游戏等等；或者，发现周围的设备，实现照片分享或地点分享等等；或者，无需接入网络(比如蜂窝或无线)，就可以向打印机安全地发送文件，等等。
229.需要说明的是，除了上面列举的nfc和wi-fi aware之外，随着通信技术的演进，未来可能出现的其他的超短距离通信技术，也可以适用于本方案。或者，随着目前短距离通信技术(比如蓝牙技术)的进一步发展，未来也可能支持超短距离通信，那么也可以适用于本方案。
230.(3)临时控制权
231.其中，临时控制权可以基于超短距离通信技术获取。比如，用户在家里，手持手机靠近音箱，手机通过超短距离通信技术(如，nfc或wi-fi aware)获取对音箱的临时控制，当超过有效期时，临时控制权失效，如果要继续控制音箱，可以再次获取临时控制权。由于超短距通信技术支持的通信距离非常短，信息被窃取的概率较低，所以基于超距离通信技术获取临时控制权安全性较高。当然，也可以通过短距通信技术获取临时控制权，本技术实施例不作限定。本文主要以使用超距离通信技术获取临时控制权为例，具体实现过程将在后文介绍。
232.(4)owner
233.第一设备可以通过云端控制第二设备。在这之前，第一设备需要在云端注册成为第二设备的owner，换句话说，云端会记录第二设备的owner是第一设备，这样，第一设备才可以通过云端控制第二设备。相对于临时控制权而言，这种控制方式较为长久，除非第一终端取消成为第二终端的owner，那么云端记录第一设备不再是第二设备的owner时，第一设备无法再通过云端控制第二设备。为了方便描述，本文将这种经过云端的控制方式称之为永久控制权或者长久控制权等等，但是，需要说明的是，“永久”或“长久”的意思并不是“至始至终”、“永远”等意思，而是指在云侧记录第二设备是第一设备的owner的期间内，第二设备可以通过云端控制第一设备的意思。
234.其中，第二设备在云侧注册成为第一设备的owner的过程，将在后文实施例一中介绍。
235.(4)本技术实施例中，“至少一个”是指一个或者多个，“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，a和/或b，可以表示：单独存在a，同时存在a和b，单独存在b的情况，其中a,b可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一项(个)”或其类似表达，是指的这些项中的任意组合，包括单项(个)或复数项(个)的任意组合。例如，a,b,或c中的至少一项(个)，
可以表示：a、b、c、a和b、a和c、b和c、或，a和b和c，其中a,b,c可以是单个，也可以是多个。
236.以及，除非有相反的说明，本技术实施例提及“第一”、“第二”等序数词是用于对多个对象进行区分，不用于限定多个对象的大小、内容、顺序、时序、优先级或者重要程度等。例如，第一设备、第二设备和第三设备，只是为了区分不同的设备，而并不是表示这些设备的优先级或者重要程度等的不同。
237.本技术实施例提供的获取设备控制权的方法可以应用在电子设备中，以下介绍电子设备、用于这样的电子设备的图形用户界面(graphical user interface，gui)、和用于使用这样的电子设备的实施例。在本技术一些实施例中，电子设备可以是便携式电子设备，诸如手机、pad、便携计算机、具备无线通讯功能的可穿戴设备(如智能手表、智能眼镜、智能手环、或智能头盔等)、或车载设备等。便携式电子设备的示例性实施例包括但不限于搭载的示例性实施例包括但不限于搭载或者其它操作系统的便携式电子设备。还应当理解的是，在本技术其他一些实施例中，上述电子设备也可以不是便携式设备，例如也可以是台式计算机，例如pc，或者也可以是电视机等设备。
238.示例性地，图1a给出了一种电子设备100的结构示意图。
239.应理解，图示电子设备100仅是一个范例，并且电子设备100可以具有比图中所示出的更多的或者更少的部件，可以组合两个或更多的部件，或者可以具有不同的部件配置。图中所示出的各种部件可以在包括一个或多个信号处理和/或专用集成电路在内的硬件、软件、或硬件和软件的组合中实现。
240.如图1a，电子设备100可以包括处理器110，外部存储器接口120，内部存储器121，通用串行总线(universal serial bus，usb)接口130，充电管理模块140，电源管理模块141，电池142，天线1，天线2，移动通信模块150，无线通信模块160，音频模块170，扬声器170a，受话器170b，麦克风170c，耳机接口170d，传感器模块180，按键190，马达191，指示器192，摄像头193，显示屏194，以及用户标识模块(subscriber identification module，sim)卡接口195等。其中传感器模块180可以包括压力传感器180a，陀螺仪传感器180b，气压传感器180c，磁传感器180d，加速度传感器180e，距离传感器180f，接近光传感器180g，指纹传感器180h，温度传感器180j，触摸传感器180k，环境光传感器180l，骨传导传感器180m等。
241.处理器110可以包括一个或多个处理单元，例如：处理器110可以包括应用处理器(application processor，ap)，调制解调处理器，图形处理器(graphics processing unit，gpu)，图像信号处理器(image signal processor，isp)，控制器，存储器，视频编解码器，数字信号处理器(digital signal processor，dsp)，基带处理器，和/或神经网络处理器(neural-network processing unit，npu)等。其中，不同的处理单元可以是独立的器件，也可以集成在一个或多个处理器中。其中，控制器可以是电子设备的神经中枢和指挥中心。控制器可以根据指令操作码和时序信号，产生操作控制信号，完成取指令和执行指令的控制。处理器110中还可以设置存储器，用于存储指令和数据。在一些实施例中，处理器110中的存储器为高速缓冲存储器。该存储器可以保存处理器110刚用过或循环使用的指令或数据。如果处理器110需要再次使用该指令或数据，可从所述存储器中直接调用。避免了重复存取，减少了处理器110的等待时间，因而提高了系统的效率。
242.usb接口130是符合usb标准规范的接口，具体可以是mini usb接口，micro usb接口，usb type c接口等。usb接口130可以用于连接充电器为电子设备充电，也可以用于电子
emitting diode，fled)，miniled，microled，micro-oled，量子点发光二极管(quantum dot light emitting diodes，qled)等。在一些实施例中，电子设备可以包括1个或n个显示屏194，n为大于1的正整数。
248.摄像头193用于捕获静态图像或视频。摄像头193可以包括前置摄像头和后置摄像头。
249.内部存储器121可以用于存储计算机可执行程序代码，所述可执行程序代码包括指令。处理器110通过运行存储在内部存储器121的指令，从而执行电子设备的各种功能应用以及数据处理。内部存储器121可以包括存储程序区和存储数据区。其中，存储程序区可存储操作系统，以及至少一个应用程序(例如爱奇艺应用，微信应用等)的软件代码等。存储数据区可存储电子设备使用过程中所产生的数据(例如图像、视频等)等。此外，内部存储器121可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件，闪存器件，通用闪存存储器(universal flash storage，ufs)等。
250.外部存储器接口120可以用于连接外部存储卡，例如micro sd卡，实现扩展电子设备的存储能力。外部存储卡通过外部存储器接口120与处理器110通信，实现数据存储功能。例如将图片，视频等文件保存在外部存储卡中。
251.电子设备可以通过音频模块170，扬声器170a，受话器170b，麦克风170c，耳机接口170d，以及应用处理器等实现音频功能。例如音乐播放，录音等。
252.压力传感器180a用于感受压力信号，可以将压力信号转换成电信号。在一些实施例中，压力传感器180a可以设置于显示屏194。陀螺仪传感器180b可以用于确定电子设备的运动姿态。在一些实施例中，可以通过陀螺仪传感器180b确定电子设备围绕三个轴(即，x，y和z轴)的角速度。
253.陀螺仪传感器180b可以用于拍摄防抖。气压传感器180c用于测量气压。在一些实施例中，电子设备通过气压传感器180c测得的气压值计算海拔高度，辅助定位和导航。磁传感器180d包括霍尔传感器。电子设备可以利用磁传感器180d检测翻盖皮套的开合。在一些实施例中，当电子设备是翻盖机时，电子设备可以根据磁传感器180d检测翻盖的开合。进而根据检测到的皮套的开合状态或翻盖的开合状态，设置翻盖自动解锁等特性。加速度传感器180e可检测电子设备在各个方向上(一般为三轴)加速度的大小。当电子设备静止时可检测出重力的大小及方向。还可以用于识别电子设备姿态，应用于横竖屏切换，计步器等应用。
254.距离传感器180f，用于测量距离。电子设备可以通过红外或激光测量距离。在一些实施例中，拍摄场景，电子设备可以利用距离传感器180f测距以实现快速对焦。接近光传感器180g可以包括例如发光二极管(led)和光检测器，例如光电二极管。发光二极管可以是红外发光二极管。电子设备通过发光二极管向外发射红外光。电子设备使用光电二极管检测来自附近物体的红外反射光。当检测到充分的反射光时，可以确定电子设备附近有物体。当检测到不充分的反射光时，电子设备可以确定电子设备附近没有物体。电子设备可以利用接近光传感器180g检测用户手持电子设备贴近耳朵通话，以便自动熄灭屏幕达到省电的目的。接近光传感器180g也可用于皮套模式，口袋模式自动解锁与锁屏。
255.环境光传感器180l用于感知环境光亮度。电子设备可以根据感知的环境光亮度自适应调节显示屏194亮度。环境光传感器180l也可用于拍照时自动调节白平衡。环境光传感
器180l还可以与接近光传感器180g配合，检测电子设备是否在口袋里，以防误触。指纹传感器180h用于采集指纹。电子设备可以利用采集的指纹特性实现指纹解锁，访问应用锁，指纹拍照，指纹接听来电等。
256.温度传感器180j用于检测温度。在一些实施例中，电子设备利用温度传感器180j检测的温度，执行温度处理策略。例如，当温度传感器180j上报的温度超过阈值，电子设备执行降低位于温度传感器180j附近的处理器的性能，以便降低功耗实施热保护。在另一些实施例中，当温度低于另一阈值时，电子设备对电池142加热，以避免低温导致电子设备异常关机。在其他一些实施例中，当温度低于又一阈值时，电子设备对电池142的输出电压执行升压，以避免低温导致的异常关机。
257.触摸传感器180k，也称“触控面板”。触摸传感器180k可以设置于显示屏194，由触摸传感器180k与显示屏194组成触摸屏，也称“触控屏”。触摸传感器180k用于检测作用于其上或附近的触摸操作。触摸传感器可以将检测到的触摸操作传递给应用处理器，以确定触摸事件类型。可以通过显示屏194提供与触摸操作相关的视觉输出。在另一些实施例中，触摸传感器180k也可以设置于电子设备的表面，与显示屏194所处的位置不同。
258.骨传导传感器180m可以获取振动信号。在一些实施例中，骨传导传感器180m可以获取人体声部振动骨块的振动信号。骨传导传感器180m也可以接触人体脉搏，接收血压跳动信号。
259.按键190包括开机键，音量键等。按键190可以是机械按键。也可以是触摸式按键。电子设备可以接收按键输入，产生与电子设备的用户设置以及功能控制有关的键信号输入。马达191可以产生振动提示。马达191可以用于来电振动提示，也可以用于触摸振动反馈。例如，作用于不同应用(例如拍照，音频播放等)的触摸操作，可以对应不同的振动反馈效果。指示器192可以是指示灯，可以用于指示充电状态，电量变化，也可以用于指示消息，未接来电，通知等。sim卡接口195用于连接sim卡。sim卡可以通过插入sim卡接口195，或从sim卡接口195拔出，实现和电子设备的接触和分离。
260.可以理解的是，图1a所示的部件并不构成对手机的具体限定。本发明实施例中的手机可以包括比图1a中更多或更少的部件。此外，图1a中的部件之间的组合/连接关系也是可以调整修改的。
261.图1b是本技术实施例的电子设备100的软件结构框图。
262.如图1b所示，电子设备100的软件结构可以是分层架构，例如可以将软件分成若干个层，每一层都有清晰的角色和分工。层与层之间通过软件接口通信。在一些实施例中，将android系统分为四层，从上至下分别为应用程序层，应用程序框架层(framework，fwk)，安卓运行时(android runtime)和系统库，以及内核层。
263.应用程序层可以包括一系列应用程序包。如图1b所示，应用程序层可以包括相机、设置、皮肤模块、用户界面(user interface，ui)、三方应用程序等。其中，三方应用程序可以包括微信、qq、图库，日历，通话，地图，导航，wlan，蓝牙，音乐，视频，短信息等。
264.应用程序框架层为应用程序层的应用程序提供应用编程接口(application programming interface，api)和编程框架。应用程序框架层可以包括一些预先定义的函数。如图1b所示，应用程序框架层可以包括窗口管理器，内容提供器，视图系统，电话管理器，资源管理器，通知管理器等。
265.窗口管理器用于管理窗口程序。窗口管理器可以获取显示屏大小，判断是否有状态栏，锁定屏幕，截取屏幕等。内容提供器用来存放和获取数据，并使这些数据可以被应用程序访问。所述数据可以包括视频，图像，音频，拨打和接听的电话，浏览历史和书签，电话簿等。
266.视图系统包括可视控件，例如显示文字的控件，显示图片的控件等。视图系统可用于构建应用程序。显示界面可以由一个或多个视图组成的。例如，包括短信通知图标的显示界面，可以包括显示文字的视图以及显示图片的视图。
267.电话管理器用于提供电子设备的通信功能。例如通话状态的管理(包括接通，挂断等)。
268.资源管理器为应用程序提供各种资源，比如本地化字符串，图标，图片，布局文件，视频文件等等。
269.通知管理器使应用程序可以在状态栏中显示通知信息，可以用于传达告知类型的消息，可以短暂停留后自动消失，无需用户交互。比如通知管理器被用于告知下载完成，消息提醒等。通知管理器还可以是以图表或者滚动条文本形式出现在系统顶部状态栏的通知，例如后台运行的应用程序的通知，还可以是以对话窗口形式出现在屏幕上的通知。例如在状态栏提示文本信息，发出提示音，电子设备振动，指示灯闪烁等。
270.android runtime包括核心库和虚拟机。android runtime负责安卓系统的调度和管理。
271.核心库包含两部分：一部分是java语言需要调用的功能函数，另一部分是安卓的核心库。应用程序层和应用程序框架层运行在虚拟机中。虚拟机将应用程序层和应用程序框架层的java文件执行为二进制文件。虚拟机用于执行对象生命周期的管理，堆栈管理，线程管理，安全和异常的管理，以及垃圾回收等功能。
272.系统库可以包括多个功能模块。例如：表面管理器(surface manager)，媒体库(media libraries)，三维图形处理库(例如：opengl es)，2d图形引擎(例如：sgl)等。
273.表面管理器用于对显示子系统进行管理，并且为多个应用程序提供了2d和3d图层的融合。
274.媒体库支持多种常用的音频，视频格式回放和录制，以及静态图像文件等。媒体库可以支持多种音视频编码格式，例如:mpeg4，h.264，mp3，aac，amr，jpg，png等。
275.三维图形处理库用于实现三维图形绘图，图像渲染，合成，和图层处理等。
276.2d图形引擎是2d绘图的绘图引擎。
277.此外，系统库还可以包括备份判断模块，用于判断文件是否存在于已备份列表中。例如，当文件存在于已备份列表时，备份判断模块确定该文件不需要备份；再例如，当文件不存在于已备份列表时，备份判断模块确定该文件需要备份。
278.内核层是硬件和软件之间的层。内核层至少包含显示驱动，摄像头驱动，音频驱动，传感器驱动。
279.硬件层可以包括各类传感器，例如本技术实施例中涉及的加速度传感器、陀螺仪传感器、触摸传感器等。
280.下面以第二设备获取第一设备的控制权为例，示例性说明电子设备100的软件以及硬件的一些工作流程。
281.例如，第一设备上的触摸传感器180k接收到用户的触摸操作，相应的硬件中断被发给内核层。内核层将触摸操作加工成原始输入事件(包括触摸坐标，触摸操作的时间戳等信息)。原始输入事件被存储在内核层。应用程序框架层从内核层获取原始输入事件，识别该输入事件所对应的控件。以该触摸操作是触摸单击操作，该单击操作所对应的控件为wifi图标为例，wifi模块调用应用框架层的接口，启动wifi，例如启动wifi aware功能。同样的，用户可以启动第二设备上的wifi aware功能，那么第二设备通过wifi aware可以发现第一设备，第一设备也可以通过第二设备发现第二设备。当第一设备发现第二设备时，通过wifi aware技术向第二设备发送密钥。第二设备接收到密钥之后，获取对第一设备的临时控制权，例如，第二设备向第一设备发送经过所述密钥加密后的控制指令，第一设备接收到经过加密的控制指令时，使用相应的密钥进行解密，得到控制指令的具体内容然后执行，这样就实现第二设备对第一设备的临时控制。
282.需要说明的是，上面是以第一设备和第二设备通过wifi aware实现通信为例的，可以理解的是，对于其他的超短距通信技术也是可行的，本技术实施例不作限定。
283.本技术可以适用于包括多个设备的系统。比如，请参见图2，为本技术提供的一种系统的示意图。如图2所示，系统中包括第一设备、第二设备和第三设备。其中，第一设备是被控设备。第二设备或第三设备可以是第一设备的owner。以第二设备是第一设备的owner为例，如果第三设备也要控制第一设备，可以获取第一设备的控制权。
284.一种方式为：用户在第一设备的owner(即第二设备)上输入第三设备的第三用户账户，第二设备向云端发送分享申请，用于请求云端将第一设备的owner更换为第三设备。云端接收到分享申请之后，可以记录第一设备的owner更换为第三设备，那么，第三设备可以通过云端远程控制第一设备，即获得了第一设备的永久控制权。
285.另一种方式为：用户使用第一设备的owner(即第二设备)扫描第三设备上设置的二维码，得到第三设备的第三用户账户，然后使用上一种方式获取第一设备的永久控制权。
286.还有一种方式为：用户在第一设备的owner(即第二设备)发现多个待分享设备，用户选择其中一个待分享设备即第三设备，然后第二设备向云端发送创建分享的申请，云端返回一个sharecode。owner将sharecode发送给第三设备(比如通过即时通信应用发送)，第三设向云端发送确认指令，所述确认指令中包括所述sharecode，云端接收到确认指令后，根据确认指令中的sharecode将第一设备的owner由第二设备更换为第三设备。
287.需要说明的是，上述三种方式均是第一设备的owner主动的将第一设备的永久控制权分享给第三设备。在多个设备都期望获取第一设备的永久控制权的情况下，如果针对每个设备都使用owner主动分享的方式，操作繁琐，owner的压力大。
288.鉴于此，本技术实施例提供一种设备控制权的获取方式，该方式中，第三设备可以通过超短距通信技术(或短距通信技术)获取对第一设备的临时控制权，无需第一设备的owner主动分享，操作简单，第一设备的owner压力小。
289.其中，第一设备例如可以是家里的各种类型的家电设备、办公室的各种办公设备等等。家电设备例如电视机、音箱、游戏机、照明设备(比如、台灯、卧室或客厅的吊灯等等)、与烹饪相关的设备简称烹饪设备(比如，智能电饭煲、抽油烟机，热水器、冰箱等等)、清洁设备(比如扫地机器人、洗衣机、晾衣设备等)。办公设备例如打印机、复印机、投影仪、pc、饮水机、咖啡机等等。
290.第二设备或第三设备可以是手机、平板电脑，或者眼镜、手表或手环等可穿戴式设备，或者遥控器、触摸笔等，具体类型不作限定。第三设备和第二设备可以相同，比如，第三设备和第二设备都是手机，或者都是平板电脑，或者都是手环等。或者，第三设备和第二设备也可以不同，比如，第三设备和第二设备中一个是手机，另一个是平板电脑；或者，一个是手机、另一个是手环，具体的组合形式不作限定。
291.本技术实施例提供的获取设备控制权的方法可以应用于多种场景，例如以下场景：
292.场景一，家庭场景
293.图3为本技术实施例提供的家庭场景的一种示例性示意图。如图3所示，家庭内设置有电视机、音箱、台灯、投影仪等等，当然还包括冰箱、空调、窗帘等(图中未示出的)。而且，家庭中包括家庭成员a和家庭成员b。以音箱为例，家庭成员a的手机a或家庭成员b的手机b可以通过超短距通信技术获取音箱的临时控制权。比如，家庭成员a的手机a上打开wifi aware功能(wifi aware的介绍可以见前文名词解释部分)，音箱上也打开wifi aware功能。音箱可以发现手机a，比如，当音箱确定手机a与音箱的距离小于阈值时，向手机a发送密钥，手机a基于该密钥对控制指令加密，所述控制指令用于控制音响。手机a将加密后的控制指令发送给音箱，音箱使用相应的密钥解密，获取控制指令的具体内容并执行，这样，实现对音箱的控制(比如，可以控制音乐的播放、暂停等)。如果家庭成员b想要控制音箱，也可以通过同样的方式获取对音箱的临时控制权然后对音箱进行控制。
294.可选的，音箱可能已被配置了owner。这种情况下，是否允许别人获取音箱的临时控制权可以取决于owner的意愿，比如，如果owner愿意其它人获取音箱的临时控制权，可以事先设置音箱处于开放模式，在开放模式下，其它设备可以获取音箱的临时控制权。当然，如果owner不想要其它人获得音箱的临时控制权可以关闭音箱的开放模式。
295.可选地，为了避免任何人(比如非家庭内成员)获取音箱的临时控制权，在获取到音箱的临时控制权之前，还取得owner的同意，在owner同意的情况下，可以获得音箱的临时控制权。
296.可选的，音箱的临时控制权具有有效时长，可以理解为，所述临时控制权在一定时长内有效，超过该时长则无效。这样的话，可以避免对音箱的无限制的控制。比如，家庭成员b是中学生，避免其无限制的使用音箱影响学习，其对音箱的临时控制权仅有一个小时或半个小时等等。当然，家庭成员b也可以获取到音箱的永久控制权，即成为音箱的owner，本技术对此不限定。同理，如果家庭内还包括家庭成员c，家庭成员c也可以获取对音箱的临时控制权或永久控制权。
297.场景二，办公场景
298.例如，办公室内设置有一个打印机。办公室的员工需要打印文档时，可以获取对打印机的临时控制权进行打印。比如，员工a手持手机a靠近打印机，打印机检测到手机a靠近(比如距离小于阈值)时，向手机a发送密钥。手机a使用该密钥对控制指令进行加密，所述控制指令用于对打印机进行控制。手机a将加密后的控制指令发送给打印机，打印机使用相应的密钥进行解密，获取控制指令并执行。
299.可选地，打印机可能被配置了owner(比如，办公室管理员)。当owner开启打印机的开放模式时，其它人可以获取打印机的临时控制权，否则，其它人无法获取打印机的临时控
制权。
300.可选地，为了避免任何人(比如，非办公室员工)获取对打印机的临时控制权，在获取打印机的临时控制权之前，还可以取得owner的同意，在owner同意的情况下，可以获得打印机的临时控制权。可选的，打印机的临时控制权具有有效时长，即所述临时控制权在一定时长内有效，超过该时长则无效。这样的话，可以避免员工无限制的使用打印机。
301.场景三，卖场场景
302.例如，以家电设备的卖场为例，为了吸引消费者购买，卖场可以展示多款家电设备，消费者的手机可以获取某个家电设备的临时控制权，以体验家电设备的性能。比如，消费者a手持手机a靠近卖场内的某个家电设备，该家电设备检测到手机a靠近(比如距离小于阈值)时，向手机a发送密钥。手机a使用该密钥对控制指令进行加密，所述控制指令用于对所述家电设备进行控制。手机a将加密后的控制指令发送给家电设备，家电设备使用相应的密钥进行解密，获取控制指令并执行。
303.可选地，家电设备被配置了owner(如卖场员工)的情况下，owner可以事先设置家电设备处于开放模式，在开放模式下，消费者可以获取家电设备的临时控制权。
304.可选地，为了管控家电设备的临时控制权，消费者在获取家电设备的临时控制权之前，还需取得owner的同意，在owner同意的情况下，可以获得对家电设备的临时控制权。可选的，家电设备的临时控制权可以具有有效时长，即，所述临时控制权在一定时长内有效，超过该时长则无效。这样的话，可以避免消费者无限制的控制卖场中的家电设备。
305.如上介绍了本技术实施例提供的几种示例性的应用场景，当然除了如上场景之外，本技术实施例还可以应用于其他场景，本技术不再一一列举。
306.以下以图3所示的应用场景为例，对本技术实施例提供的获取设备控制权的方法进行具体阐述。其中，音箱作为第一设备，家庭成员a的手机a作为第二设备，家庭成员b的手机b作为第三设备。
307.以下首先介绍第二设备成为第一设备的owner的过程，然后介绍第三设备获取第一设备的临时控制权的过程。具体地，包括以下实施例一至实施例四。
308.实施例一
309.本实施例一介绍第二设备成为第一设备的owner的过程，即获得第一设备的永久控制权的过程。本实施例一涉及附图4a至图4d。
310.图4a为本技术实施例提供的第二设备获取第一设备的永久控制权的流程示意图。如图4a所示，该流程包括：
311.s400，第一设备开机。比如，出厂后首次开机使用
312.s401，第二设备发现第一设备并与第一设备握手。
313.第二设备发现第一设备的方式有多种。比如，用户开启第二设备上的wifi aware功能，并开启第一设备上的wifi aware功能，第二设备和第一设备通过wifi aware功能可以发现对方。以第二设备是手机为例，例如用户可以在手机屏幕顶部的状态栏进行下滑操作，以在手机屏幕上显示通知面板，用户在该通知面板上点击wifi图标，开启wifi aware功能。以第一设备是音箱为例，音箱开机之后，可以自动打开wifi aware功能，或者，音箱上设置按钮，用户通过该按钮控制音频打开wifi aware功能。第一设备打开wifi aware功能时，广播信号，第二设备检测到第一设备广播的信号时即发现了第一设备。所述第一设备广播
的信号比如包括第一设备的名称、厂家、类型或者设备编号等。当然，初了wifi aware之外，第二设备还可以使用其他方式发现第一设备，比如蓝牙。
314.或者，用户还可以手持第二设备碰一碰第一设备，例如使用第二设备上的nfc区域碰一碰第一设备上的nfc区域，实现第二设备发现第一设备。
315.或者，第一设备上安装了第一应用，第二设备上安装了第二应用，第一应用和第二应用可以是相同或不同的应用。用户可在第一设备上打开第一应用，以及在第二设备上也打开第二应用，第一设备上的第一应用可以提供二维码，用户通过第二设备上第二应用扫描所述二维码，从而实现第二设备发现第一设备的过程。
316.或者，第二设备还可以扫描第一设备的外壳上粘贴的产品二维码发现第一设备。
317.需要说明的是，以上几种方式是第二设备发现第一设备的方式的举例，除了上述方式之外，第二设备还可以使用其他方式发现第一设备，具体方式不做限制。
318.第二设备发现第一设备之后，可以与第一设备握手，比如，第二设备向第一设备发送“hello”的指令，第一设备接收到“hello”之后，向第二设备反馈“hi”的指令。
319.可选的，上述s401可以不执行(所以图中用虚线表示)，即第二设备可以直接执行s402，即，第二设备无需发现第一设备并与第一设备握手，可以直接向云端申请一个注册码(即s402)，然后将该注册码发送给第一设备(即s404)。
320.s402，第二设备向云端发送用于获取注册码的请求。
321.所述云端可以是各种类型的服务器，比如，可以是一个服务器，或者是多个服务器的集合；或者还可以是一个服务器中的一个芯片或多个芯片的集合；或者是多个服务器中的多个芯片的集合。
322.s403，云端向第二设备发送注册码。
323.可以理解的是，在s403之前还可以包括步骤：云端生成注册码。第二设备向云端请求第一设备的注册码的目的在于请求云端记录第二设备与所述注册码之间的关联关系。比如，所述关联关系比如可以是下表1中的映射关系：
324.表1
325.注册码请求注册码的设备aaaaaa第二设备(如，华为手机p40)
326.可选的，在s403之前，第二设备已登录到云端，比如，以第二设备上的华为智慧生活app为例，第二设备打开华为智慧生活app之后，登录第二用户账户，华为智慧生活app基于所述第二用户账号登录到云端，所以在云端侧识别所述第二用户账号为一个设备。此处第二用户账户例如可以是华为系统账号、邮箱账号、手机号码，还可以是imeid码等等。以华为系统账号为例，可选的，考虑到一个华为系统账号在多个设备上登录，所以云侧可以以华为系统账号 设备标识的组合来进行识别，比如华为系统账号a 手机标识被识别一个设备，华为系统账号a 平板电脑被识别另一个设备。为了方便描述，以一个华为系统账号仅在一个设备上登录为例，那么，上述表1中请求注册码的设备所在的一列可以是第二设备中华为智慧生活app所登录的华为系统账号。比如，以所述华为系统账号是手机号码156 8090xxxx为例，则上面表1可以细化为下表2：
327.表2
328.注册码请求注册码的设备
aaaaaa156 8090xxxx
329.在一些实施例中，s402和s403可以不执行。比如，第二设备不需要向云端请求注册码，第二设备可以执行生成注册码，或者预先配置好了注册码，或者用户设置注册码。第二设备可以将注册码分别发送给第一设备和云端。第一设备向云端发送包含有所述注册码的激活指令后，云端对比来自第二设备的注册码和来自第一设备的注册码，如果一致，可以记录第二设备是第一设备的owner。
330.s404，第二设备向第一设备发送激活指令，激活指令用于指示第一设备激活。所述激活指令中可以包括所述注册码(如，上表中的aaaaaa)。
331.可选的，第二设备激活第一设备之前，还可以判断是否检测到用户触发用于激活第一设备的操作，如果检测到了用于激活第一设备的操作，响应于该操作，第二设备向第一设备发送激活指令。作为一种示例，请参见图4b(a)，为第二设备的桌面的示意图，桌面包括各种应用的图标，其中包括智慧生活应用的图标，响应于针对该图标的操作，第二设备显示如图4b(b)所示的界面，该界面中包括“ ”按钮，响应于针对该“ ”按钮的操作，第二设备显示如图4b(c)所示的界面，该界面中提示用于第二设备正在发现设备，当发现设备时，显示如图4b(d)所示的界面，该界面中包括发现的第一设备(如，音箱)的标识，所述标识可以是设备的名称、型号或图标中的一种或多种。因为第一设备出厂首次开机之后，还未注册到云端，所以响应于针对图4b(d)所示界面中第一设备(如，音箱)的图标的操作，显示如图4c(a)所示的界面，该界面中包括“激活”按钮，该“激活”按钮用于激活第一设备，所以上述用于激活第一设备的操作可以是针对图4c(a)界面中激活按钮的点击操作，当然，还可以是其它操作，比如用于激活第一设备的语音指令等等，具体不作限定。
332.s405，第二设备接收第一设备的激活反馈。
333.比如，激活反馈可以是激活成功、激活失败、正在激活等等。其中，s405可以执行或不执行。示例性的，参见图4c(a)和图4c(b)，响应于点击“激活”按妞的操作，第二设备上显示提示信息“正在激活音箱”，此处音箱即第一设备。
334.s406，第一设备向云端发送密钥协商请求，用于请求与云端协商密钥。
335.在s404中第二设备将注册码发送给了第一设备，所以第一设备向云端发送的密钥协商请求中可以包括所述注册码。由于云端已记录向云端申请所述注册码的设备是第二设备(如上表1或表2，所以当云端接收到第一设备发送的密钥协商请求之后，基于其中的注册码，可以建立第二设备与第一设备之间的关联关系，比如在s406之后可以紧接着立即执行s413(将在后文介绍)。但是由于第一设备还未成功登录到云端，所以云端可以暂时不建立第二设备与第一设备之间的关联关系，当第一设备成功的登录到云端时，再建立第二设备与第一设备之间的关联关系即s413。其中，第一设备登录到云端的过程包括下述步骤s407至s411。
336.s407，第一设备和云端各自计算密钥。
337.可选的，由于第一设备和云端之间属于长链接，应尽可能的避免一方将计算出的密钥直接发送给另一端，导致在密钥传递过程中被泄露。因此，第一设备和云端可以各自计算密钥，比如，第一设备和云端使用相同的密钥加密算法计算加密密钥，并使用相同的密钥解密算法进行解密，比如，s406中密钥协商请求中包括第一设备使用的密钥加密算法和密钥解密算法，云端使用相同的算法即可，即第一设备和云端约定了密钥加密算法和密钥解
密算法，并未直接传递密钥。
338.可选的，s406和s407可以不执行。比如，第一设备中预先配置好了密钥，无需计算密钥；或者，第一设备的用户可以自行设置密钥。或者，后续步骤比如s408等也可以不使用密钥加密。
339.s408，第一设备向云端发送激活指令，该激活指令用于指示在云端激活第一设备。
340.比如，所述激活指令可以是使用第一设备计算出的密钥加密得到的。云端通过约定好的密钥解密算法对加密后的激活指令进行解密，如果解密成功，则激活第一设备。
341.s409，第一设备接收云端发送的激活反馈。
342.所述激活反馈可以包括激活成功或激活失败。可选的，s409可以执行或不执行。
343.s410，第一设备登录到云端。
344.比如，用户在第一设备上输入第一用户账户和密码，通过第一用户账户和密码登录到云端。所述第一用户账户和前文的第二设备的第二用户账户可以相同或不同。比如，都是同一个华为系统账号。或者，用户也可以在第二设备上输入第一设备的第一用户账户和密码，然后第二设备将第一用户账户和密码发送给第一设备，第一设备将第一用户账户和密码发送给云端。
345.s411，第一设备接收云端发送的登录反馈。
346.在云端对第一用户账户和密码进行验证之后，如果验证通过可以向第一设备发送登录反馈，比如登录成功。当然，如果验证不通过，也可以向第一设备发送登录失败的反馈。
347.到此为止，第一设备成功的登录到云端，为了提升安全性，云端可以为第一设备分配一个虚拟的id，比如云端随机生成的一串字符、数字等作为唯一标识第一设备的虚拟id。这样的话，第一设备与云端之间的通信可以无需携带第一设备的第一用户账户，因为第一用户账户有可能是用户的手机号码，而第一设备与云端之间的通信属于长链接，被攻击的可能性较大容易导致手机号码泄露，为了安全起见，第一设备可以基于云端分配的虚拟id与云端交互，避免直接暴露第一用户账户。当然，云端也可以为第二设备分配一个用于唯一标识第二设备的虚拟id，原理相同。
348.s412，第二设备接收云端发送的激活成功的通知。
349.如前文所述，云端已记录了第二设备与注册码之间的关联关系(比如上述表1或表2)，在第一设备基于所述注册码激活并登录到云端之后，云端可以向第二设备发送第一设备激活成功的通知。或者，在s411之后，第一设备可以向第二设备发送激活成功的通知。示例性的，请参见图4c(c)所示，第二设备上显示“音箱激活成功”的提示信息，音箱即第一设备。
350.s410至s412可以不执行，即第一设备向云端发送完激活指令之后，云端直接执行s413，即完成第二设备注册成为第一设备的owner的过程。
351.s413，云端记录第一设备与第二设备之间的关联关系，即第一设备的owner是第二设备。
352.可选的，第一设备登录到云端之后，云端是以第一设备的第一用户账户(或分配的虚拟id)来识别第一设备的，所以第一设备与第二设备的关联关系实际上是第一用户账户和第二用户账户之间的关联关系。以第二用户账户是手机号码、第一用户账户是音箱标识为例，请参见下表3，为第一设备和第二设备的关联关系的示例。
353.表3
354.第一设备第二设备(第一设备的owner)华为音箱am08156 8090xxxx
355.第一设备登录到云端之后，可以在云端维持在线状态。比如，包括如下步骤s414至s422。
356.s414，第一设备的信息同步到云端。所述信息比如第一设备的类型、型号、生成厂家等等。
357.s415，第一设备接收到云端发送的同步反馈。s415是可选步骤，可以执行也或不执行。
358.可选的，上述步骤s414最好执行，以便云端可以根据第一设备上报的同步信息准确的识别第一设备，当然，s414也可以不执行，比如，在s408中第一设备发送的激活指令中就可以携带第一设备的信息，那么s414就可以不执行。
359.s416，第一设备的初始数据上报到云端。所述初始数据比如设备的运行状态信息，所述运行状态信息比如设备是开启状态或者关闭状态，以设备是台灯为例，所述运行信息还可以包括当前的亮度信息等。或者，所述初始数据还包括用户对第一设备设置的参数，以第一设备是音箱为例，音箱的初始数据例如可以包括音箱中的歌曲信息等。或者，如果用户设置了第一设备的开机密码，初始数据还可以包括所述开机密码。
360.s417，云端向第一设备发送初始数据上报的反馈。s417是可选步骤，可以执行也或不执行。
361.可选的，上述步骤s416最好执行，以便云端可以根据第一设备上报的运行状态信息准确的确定第一设备的状态，当然，s416也可以不执行，本技术实施例不作限定。
362.上面的实施例中介绍第一设备在云端完成激活、登录的过程，可以理解的是，第一设备需要处于登录状态，云端才能实时的向第一设备下发控制指令。第一设备处于登录状态的过程可以参见步骤s418至s422。
363.s418，第一设备请求云端刷新第一设备的token。
364.s419，第一设备接收到token。
365.s420，第一设备基于token与云端维持在线状态。
366.当s410即第一设备登录成功之后，云端可以生成一个token，可以将token存储，再将这个token值返回给第一设备；第一设备接收到token之后进行保存；当第一设备向云端发送信息时携带token和第一用户账户一并发送给云端；云端接收到第一设备发送的信息之后读出token将其与保存的token值做对比。如果token对比成功，说明第一用户账户处于登录状态，否则表示第一用户账户的登录状态失效，需要重新登陆。一般token的有效期较短比如2天、1天、6小时或3小时等等。
367.可选的，s418至s420可以周期性的执行，比如，每过一段时间执行一次，或者，第一设备每次登陆云端时执行一次。密钥的更新有助于防止其他设备盗用旧密钥登陆到云端代替第一设备。
368.或者，s418至s420可以无需执行，比如，在s411中云端在登录反馈中携带了token，之后第一设备使用该token维持在线即可，无需请求云端刷新token。再比如，第一设备和云端出厂之前就已经预定好token，无需云端向第一设备反馈token，等等。
369.s421，第一设备的心跳信号上报与云端。
370.s422，第一设备接收到云端发送的心跳反馈。
371.第一设备可以周期性的向云端发送心跳信号，以在云端维持在线状态。
372.s421至s422是可选步骤，可以执行或不执行。
373.当云端记录了第一设备的owner是第二设备时，第二设备可以通过云端控制第一设备，比如，可以通过如下步骤s423至s425实现。
374.s423，第二设备上设置对第一设备的控制策略。
375.比如，请参见4d，第二设备上显示控制策略的设置界面，该设置界面中包括控制条件，比如，早上8点；还包括控制方式，比如开启音箱并播放歌曲“xxx”。
376.可选的，s423可以执行或不执行。比如，控制策略是第二设备出厂之前默认设置好的，无需设置。
377.s424，第二设备将对第一设备的控制策略发送给云端。
378.比如，第二设备将图4d中设置的控制策略(包括控制条件和控制方式)发送给云端。
379.s425，云端基于控制策略控制第一设备。
380.继续以图4d所示的控制策略为例，云端确定当前时间是早上8点时，向第一设备(如音箱)发送指令，控制第一设备开启并播放歌曲“xxx”。
381.也就是说，第二设备设置了对第一设备的控制策略之后，通过云端基于所述控制策略对第一设备进行控制。所以第二设备距离第一设备较远的情况下，比如第二设备是手机，用户携带手机在办公室，第一设备是音箱放置在用户家里，也可以通过云端实现对第一设备的控制。
382.总结来说，第二设备成为第一设备的owner是指：云端记录了第一设备的拥有者(owner)是第二设备，所以云端基于owner(即第二设备)设置的对第一设备的控制策略来控制第一设备，这种即为永久控制权。
383.实施例二
384.本实施例二介绍第三设备获取第一设备的临时控制权的过程。与永久控制权不同的是，临时控制权可以基于超短距通信技术获取，无需经过云端，属于第三设备与第一设备点对点的超短距离通信。
385.本实施例二的一种可能场景为，第一设备的owner是第二设备。可选的，第一设备支持开放模式，而owner可以开启或关闭第一设备的开放(open)模式。当第一设备开启开放模式时，打开超短距通信功能，第三设备可以基于超短距通信功能获取第一设备的临时控制权，当第一设备关闭开放模式时，第三设备无法获取第一设备的临时控制权。当然，除了上面的场景之外，本实施例二还适用于其它场景，比如，第一设备并未被配置owner，这种情况下，第一设备也可以进入开放模式，比如，第一设备上设置用于打开或关闭开发模式的按钮，通过该按钮打开或关闭开放模式，以便其它设备获取对第一设备的临时控制权。本实施例二主要以前一种场景为例进行介绍。具体地，本实施例二涉及附图5a至图5d。
386.图5a为本实施例二提供的第三设备获取对第一设备的临时控制权的流程示意图。图5a所示的流程是以第一设备的owner是第二设备为例进行介绍，所以，图5a中标注了“第二设备是第一设备的owner”，但是由于本实施例二对于第一设备配置或未配置owner的情
况都适用，所以图中“第二设备是第一设备的owner”使用虚线标注。如图5a所示，所述流程包括：
387.s501，第二设备控制第一设备处于开放(open)模式。
388.方式一，第二设备(即第一设备的owner)可以通过云端控制第一设备处于开放模式。比如，第二设备向云端发送第一指令，该第一指令用于指示云端向第一设备发送用于指示第二设备进入开放模式的第二指令。举例来说，第二设备上显示如图5b(a)所示的界面，该界面中显示音箱的标识。当第二设备检测到针对音箱标识的操作时，显示如图5b(b)所示的界面，该界面中包括开放模式的选项，以及用于开启或关闭所述选项的按钮501。当第二设备检测到针对所述按钮501的激活操作时，向云端发送所述第一指令，以使所述云端向所述第一设备发送所述第二指令。
389.方式二，第一设备也可以自动进入开放模式，无需第二设备进行控制。比如，第一设备开机后自动进入开放模式，或者在用户触发下进入开放模式，如，第一设备上设置用于控制其进入开放模式的按钮，通过该按钮控制第一设备进入开放模式；或者第一设备接收到用于指示第一设备进入开放模式的语音指令之后，自动进入开放模式，这种情况下，s501可以不执行，所以图中s501用虚线表示。
390.比如，在第一设备的owner是第二设备的情况下，可以使用上述方式一或方式二，在第一设备还未被配置owner的情况下，可以使用方式二。
391.s502，第一设备进入开放模式。
392.在开放模式下，第一设备可以开启超短距通信功能，比如，wifi aware功能、nfc功能等等。
393.可选的，s501和s502可以都不执行，比如，第一设备中没有配置开放模式，当第一设备开机(比如出厂后首次开机)后，无需经过用户手动设置，可以自动进入步骤s503。
394.s503，第一设备生成密钥。
395.所述密钥可以有多种类型，比如，对称密钥和非对称密钥。
396.一、对称加密(symmetric cryptography)密钥，又称私钥加密，即信息的发送方和接收方用一个密钥去加密和解密。换句话说，第一设备和第三设备使用的密钥是同一个。
397.二、非对称加密(asymmetric cryptography)密钥是指一对公钥和私钥的组合，发送方使用公钥对消息进行加密时，接收方可以使用配对的私钥进行解密；或者，发送方使用私钥对消息进行加密时，接收方可以使用配对的公钥进行解密。
398.可选的，s503可以不执行，所以图中使用虚线表示，比如，密钥是第一设备出厂时默认配置好的，或者，也可以是用户设置的，不需要第一设备生成。
399.可选的，为了保证安全性，密钥具有有效期，在有效期内密钥生效，超过有效期密钥失效。其中，密钥的有效期的设置方式有多种。比如，根据第一设备的类型确定密钥的有效期。所述根据第一设备的类型确定密钥的有效期的方式可以由第二设备执行，或者云端执行，或者也可以由第一设备执行。以第二设备执行为例，比如在第二设备s501之前，第二设备确定第一设备的类型，根据第一设备的类型确定第一设备的密钥的有效期，然后将有效期发送给第一设备。例如，所述类型例如包括娱乐类型、办公类型、清洁类型、优化睡眠类型、智能唤醒类型等等。其中，所述娱乐类型例如包括电视机、游戏机等，所述办公类型比如包括打印机、复印机、传真、投影仪等，所述清洁类型比如包括；扫地机器人、空气净化器等，
所述优化睡眠类型例如包括台灯、插座、加湿器等等，所述智能唤醒类型例如包括窗帘、音箱、闹钟等等。示例性的，娱乐类型的设备的密钥的有效期小于第一阈值，所述办公类型的设备的密钥的有效期小于第二阈值，所述第一阈值小于所述第二阈值，以避免无限制的控制娱乐类型的设备。再比如，所述优化睡眠类型的设备的有效期小于第三阈值，所述第三阈值大于所述第一阈值，比如，台灯的密钥大于电视机的密钥，以避免用户频繁的获取台灯的密钥以控制台灯。
400.或者，第一设备的密钥的有效期可以是默认设置好的，或者用户设置的。以用户设置为例，用户可以在第一设备、第二设备上设置第一设备的密钥的有效期。如果用户在第二设备上，第二设备将设置好的有效期通过云端发送给第一设备。
401.s504，第一设备查询第一设备支持临时控制权的功能。
402.比如，第一设备是音箱，其能力不仅包括歌曲的播放、暂停、停止、切换的功能，还可以包括歌曲的删除、下载；可能还包括音箱的命名、开机密码(或语音唤醒指令)的设置等等。一般来说，歌曲的删除、音箱的命名、开机密码的设置等属于用户隐私，这些功能可以不支持临时控制权。因此，第一设备可以向云端查询第一设备上哪些功能支持临时控制权，哪些功能不支持临时控制权。比如，云端中存储各种类型的设备所对应的profile文件，该profile文件用于描述对应类型的设备中支持的临时控制权的功能。比如，第一设备向云端发送查询指令，该查询指令中包括第一设备的设备类型(比如，华为音箱mi08)，云端接收到查询指令之后，基于第一设备的设备类型确定与所述设备类型对应的profile文件，然后将该profile文件发送给第一设备，第一设备基于profile文件可以确定哪些功能支持临时控制权。
403.举例来说，继续以第一设备是音箱为例，基于音箱对应的profile文件确定音箱中的歌曲删除、命名、开机密码设置功能不支持临时控制权，那么当第三设备获取对音箱的临时控制权后，第三设备无法删除音箱中的歌曲、也无法设置音箱的开机密码。
404.需要说明的是，第一设备可以在云端查询第一设备中支持临时控制权的功能，也可以向其它设备查询。比如，请参见图5c所示，云端与资源服务器连接，资源服务器中存储各种类型的设备所对应的profile文件。第一设备可以直接向所述资源服务器查询第一设备的设备类型所对应的profile文件；或者，第一设备还是向云端发送查询请求，云端再向资源服务器查询，并将从资源服务器查询到的结果发送给第一设备。
405.可选的，s504可以执行或不执行，比如，s504不执行的情况包括：第一设备本地存储profile文件，基于本地存储的profile文件可以确定哪些功能支持临时控制权，无需向云端查询。或者，第一设备上支持临时控制权的功能在第一设备出厂时已设置好，或者用户指定哪些功能支持临时控制权，无需基于profile文件判断；或者，默认第一设备的所有功能都支持临时控制权，无需查询。
406.s505，第一设备检测到第三设备靠近第一设备。
407.比如，第三设备靠近第一设备可以是第三设备上的nfc区域靠近第一设备上的nfc区域；当第一设备检测到来自第三设备的nfc信号时，确定第三设备靠近。比如，请参见图5d(a)所述，第三设备例如是手机，用户使用手机靠近第一设备(比如音箱)。或者，第三设备打开wifi aware，第一设备打开wifi aware，当第一设备检测到第三设备的wifi aware信号时，确定第三设备靠近。当然，除了wifi aware、nfc之外，还可以使用蓝牙技术，本技术实施
例不作限定。
408.s506，第一设备向第三设备发送密钥。
409.可选的，第一设备检测到第三设备靠近时，可以自动向第三设备发送密钥。或者，当第三设备靠近第一设备时，第三设备上可以弹出提示信息，该提示信息用于提示用户是否申请对第一设备的控制权，比如参见图5d(b)，第三设备上显示第一设备(如音箱)的标识以及“申请权限”的按钮，如果检测到用户针对“申请权限”按钮的点击操作，向第一设备发送申请，第一设备接收到申请之后向第三设备发送密钥。当然，为了方便用户区分申请的是临时控制权还是永久控制权，图5d(b)中的“申请权限”按钮可以替换成“申请临时控制权”的按钮。
410.或者，第一设备在向第三设备发送密钥之前，还可以判断第三设备与第一设备的距离，如果距离小于预设距离，则向第三设备发送密钥。其中，判断第三设备与第一设备的距离的方式有多种，比如激光测距，或者，以第三设备上打开wi-fi aware，第一设备上打开wi-fi aware为例，第一设备检测到第三设备的wi-fi aware的信号强度大于预设值时，确定第三设备与第一设备之间的距离小于预设距离。当第一设备确定第三设备与第一设备之间的距离小于预设距离时，向第三设备发送密钥。示例性的，所述预设距离可以是0cm至30cm的范围内的任一值，比如1cm、2cm、3cm、4cm\、5cm等。所述预设距离设置的相对较小的话，可以避免误连接，比如，避免用户携带第三设备路过第一设备，而导致第三设备误获取第一设备的密钥。
411.或者，第一设备在向第三设备发送密钥之前，还可以判断第三设备的信号强度是否大于阈值。所述阈值比如是-5dbm至-150dbm范围中的任一值。比如-10dbm、-15dbm、-20dbm、-25dbm、-30dbm、-35dbm、-40dbm、-45dbm、-50dbm、-60dbm、-70dbm等等。比如，以第三设备上打开wi-fi aware，第一设备上打开wi-fi aware为例，第一设备检测到第三设备的wi-fi aware的信号强度大于预设值时，向第三设备发送密钥。
412.如果第一设备使用的是对称密钥，第一设备将所述对称密钥发送给第三设备，以保证第三设备与第一设备的密钥一致性。如果第一设备使用的是非对称密钥(即包括公钥和私钥)，第一设备可以使用公钥，则向第三设备发送所述公钥对应的私钥；或者，第一设备使用私钥，则向第三设备发送所述私钥对应的公钥。由于第三设备和第一设备之间的通信距离较短，密钥被截获的可能性较低，安全性较高。
413.可选的，上述s502至s506之间的顺序不作限定，比如，s503可以在s505之后紧接着执行，也就是说，在第一设备检测到第三设备靠近时生成密钥。或者，s504还可以在s502之前执行，即第一设备事先就查询支持临时控制权的功能。
414.可选的，密钥可以是明文发送，由于第一设备使用超短距通信技术发送密钥，通信距离较短，密钥被截获的概率较低，安全性较高。当然，为了更加提高安全性，密钥也可以是密文发送，即对密钥加密，然后发送加密的密钥，本技术对此不作限定。可以理解的是，如果密钥是加密发送，解密方式可以是预先设置好的，比如第三设备中预先配置好解密方式，那么当第三设备接收到加密的密钥时，可以使用预先配置好的解密方式来解密得到密钥。
415.s507，第三设备查询第一设备中支持临时控制权的能力。
416.步骤s507是可选步骤，可以执行或不执行。比如，s507不执行的情况例如可以包括：默认第一设备的所有功能都支持临时控制权，或者，在s506中第一设备将profil文件和
密钥一并发送给了第三设备，第三设备无需从云端获取第一设备对应的profil文件。
417.s508，第三设备向第一设备发送控制指令，该控制指令是基于第一设备发送的密钥加密而得。
418.以第一设备是音箱为例，控制指令可以是：“开机”、“关机”、“切换下一首歌曲”、“播放歌曲xxx”，等等。
419.s509，第一设备解密得到控制指令并执行。
420.如果第一设备发送的密钥是对称密钥，那么第三设备使用该密钥对控制指令加密，第一设备接收到加密后的控制指令时，使用相同的密钥对进行解密。如果第一设备发送的密钥是非对称密钥中的公钥，即第三设备使用该公钥对控制指令加密，第一设备接收到加密后的控制指令时，使用所述公钥对应的私钥进行解密。如果第一设备发送的密钥是非对称密钥中的私钥，即第三设备使用该私钥对控制指令加密，第一设备接收到加密后的控制指令时，使用所述私钥对应的公钥进行解密。
421.由上述s505、s506、s508以及s509可知，第三设备对第一设备的控制是基于超短距离通信技术进行的，所以在云端侧记录的第一设备的owner仍然是第二设备(参见上述表3)。
422.可选的，第三设备获得第一设备的临时控制权之后，第一设备还可以向其owner(即第二设备)发送提示信息，比如提示信息为：第三设备获取了您的华为音箱mi08的临时控制权。
423.在本技术中，临时控制权具有有效期，在有效期内生效，超过有效期则失效。
424.示例性的，临时控制权的有效期可以通过如下方式中的一种或多种来设定。
425.方式一，临时控制权的有效期与第一设备的密钥的有效期相关，密钥生效则临时控制权生效，密钥失效，则临时控制权失效。比如，第一设备进入开放模式之后，立即生成密钥，在检测到第三设备靠近时将密钥发送给第三设备。假设第一设备在时刻t1生成密钥，在t1 20min的时刻检测到第三设备靠近并将所述密钥发送给第三设备，所述密钥的有效期是60min，所以在t1 60min的时刻(即40min后)，所述密钥自动失效，对应的，所述临时控制权失效，这种情况下，临时控制权的有效期可能小于密钥的有效期。或者，第一设备是在检测到第三设备靠近时生成密钥并将所述密钥发送给第三设备，那么密钥和有效期和临时控制权的有效期是几乎相同的。其中，第一设备的密钥的有效期的设置方式在前面已经介绍过，在此不重复赘述。
426.当然，第三设备获取了第一设备的临时控制权后，在第一设备的密钥即将失效之前，第一设备也可以生成新的密钥，然后将新的密钥发送给第三设备，以使第三设备基于新的密钥对第一设备临时控制，本技术实施例对此不作限定。
427.方式二、第一设备的临时控制权的有效期是根据第一设备的类型确定的。比如，第三设备靠近第一设备时，第一设备可以向第三设备发送第一设备的类型，所述第三设备根据所述第一设备的类型确定所述第一设备的临时控制权的有效期。或者，继续以图5a为例，在s501中第二设备控制第一设备进入开放模式之前之后或同时可以获取第一设备的类型，然后根据第一设备的类型确定第一设备的临时控制权的有效期，然后将确定出的有效期通过云端发送给第一设备。关于第一设备的类型的介绍已在前文介绍过，在此不重复。
428.方式二与方式一不同，比如，通过方式二确定第一设备的临时控制权是2h，而第一
设备的密钥的有效期是60min，那么在2h内当第一设备更新密钥时，需要将更新后的密钥发送给第三设备，以使第三设备基于更新的密钥控制第一设备，直到达到2h。
429.方式三、第一设备的临时控制权的有效期是用户设置的。方式三可以是在第三设备上设置、在第二设备上设置，或者也可以在第一设备上设置。以在第二设备上设置为例，请参见图5b(b)所示，第二设备上显示第一设备(如，音箱)的临时控制权的有效时长的设置选项，用户可以通过该设置选项设置第一设备的临时控制权的有效期，第二设备将设置的有效期通过云端发送给第一设备。在第三设备上设置第一设备临时控制权的有效期和在第二设备上设置第一设备临时控制权的有效期的实现原理相同，不重复赘述。如果在第一设备上设置，比如第一设备上包括用于设置第一设备临时控制权的有效期的按钮，用户根据该按钮设置第一设备的临时控制权的有效期。
430.方式四，第一设备的临时控制权是第一设备出厂时默认设置好的。
431.方式五，用户可以手动停止对第一设备的临时控制权。方式五可以在第三设备上执行、或者在其owner(即第二设备)上执行，或者也可以在第一设备上执行。比如，第三设备、第二设备或第一设备上设置有用于停止第一设备的临时控制权的按钮，用户通过该按钮停止第一设备的临时控制权。比如，请参见图5b(b)，当第二设备检测到关闭按钮501的操作时，向云端发送停止第一设备的临时控制权的指令，云端将所述指令发送给第一设备，第一设备停止接收第三设备的控制。
432.方式六，如果第一设备检测到第四设备靠近，则第四设备发送新的密钥(与发送给第三设备的密钥不同)，以使第四设备基于所述新的密钥获取对第一设备的临时控制权，那么第三设备对第一设备的临时控制权自动失效。简单来说，第三设备获得的对第一设备的临时控制权因被第四设备获得的对第一设备的临时控制权覆盖而无效。
433.当然，第三设备和第四设备也可以同时具有第一设备的临时控制权，比如，第三设备和第四设备先后获取第一设备的临时控制权时，第三设备获取的临时控制权不会被第四设备获得的临时控制权所覆盖，而是与第四设备获取的临时控制权并存。这样的话，第三设备和第四设备均可以临时的控制第一设备。示例性的，第一设备可以根据第一设备的类型判断第三设备的临时控制权和第四设备的临时控制权是否可以共存，比如，如果第一设备是优化睡眠类型的设备(比如，台灯)，第三设备和第四设备的临时控制权可以共存，即第三设备和第四设备均具有台灯的临时控制权。再比如，第一设备是办公类的设备(比如，投影仪)，第三设备和第四设备的临时控制权不可以共存，即在第三设备获取的投影仪的临时控制权失效之前，如果第四设备获取了投影仪的临时控制权，则第三设备的所述临时控制权自动失效。
434.可选的，在实施例一介绍第一设备可以与云端连接并接收云端对其的控制，在实施例二介绍第一设备可以基于接收第二设备对其的临时控制，如果将第一设备中用于与云端连接的模块称为第一模块(比如wifi模块)，将第一设备中用于与第三设备的连接的模块称为第二模块(比如，nfc模块)，那么当第一设备进入开放模式之前，第二模块可以处于关闭状态，当第一设备进入开放模式之后，第二模块处于开启状态。可选的，第二模块开启时，第一模块可以关闭也可以不关闭，如果第二模块和第一模块均开启，即第一设备可以基于超短距通信功能接收第三设备的临时控制，也可以接收owner的控制。或者，在第一设备进入开放模式之后，可以周期性的切换第一模块和第二模块。比如，在第一模块开启的期间
内，第二模块关闭，该期间内第一设备可以基于超短距通信功能接收第三设备的临时控制，无法接收云端的控制。当第一模块的开启时长达到设置的时长，自动关闭，第二模块开启，此时第一设备无法接收第三设备的临时控制，可以接收云端的控制。其中，第一模块和第二模块的开启周期可以相同或不同，可以是默认设置的，也可以是用户设置的。
435.总结来说，本实施例二中第三设备可以获取对第一设备的临时控制权实现对第一设备的临时控制。
436.实施例三
437.实施例二中第三设备获取第一设备的临时控制权时，无需经过第一设备的owner(即第二设备)的确认。本实施例三与实施例二的区别之处在于：实施例三中第三设备获取到第一设备的临时控制权之前，需要经过第一设备的owner(即第二设备)的确认，在owner确认后可以获取第一设备的临时控制权。具体地，本实施例三涉及的附图包括图6a至图6b。
438.图6a为本实施例三提供的第三设备获取第一设备的临时控制权的流程示意图。如图6a所示，所述流程包括：
439.s601，第二设备控制第一设备处于开放模式。
440.s602，第一设备进入开放模式。
441.可选的，上述s601与s602可以执行或不执行，原理与实施例二中s501与s502的原理相同，不重复赘述。
442.s603，第一设备查询第一设备支持临时控制权的功能。
443.可选的，s603可以执行或不执行，原理与实施例二中s504的原理相同，不重复赘述。
444.s604，第一设备检测到第三设备靠近第一设备。
445.s604的实现原理请参见实施例二中s505，不重复说明。
446.实施例二中第一设备检测到第三设备靠近时，向第一设备发送了密钥，与实施例二不同的是，本实施例三中第一设备检测到第三设备靠近时，请求第一设备的owner确认，在owner确认的情况下，向第三设备发送密钥。具体通过步骤s605至s614实现。
447.s605，第一设备向云端发送请求，该请求用于指示第三设备请求第一设备的临时控制权。
448.可选的，所述请求中可以携带第一设备的设备标识，由于云端存储第一设备以及第一设备的owner(比如上表3)，所以，云端可以根据第一设备的设备标识确定其owner(即第二设备)，那么云端向所述owner发送所述请求，即s606。
449.s606，云端向第二设备发送所述请求。
450.s607，第二设备向云端发送同意指令。
451.可选的，在s607之前，第二设备上可以显示提示信息，比如如图6b(a)所示的提示信息：amy的手机(即第三设备的标识信息)申请音箱的临时控制权，是否同意；还显示两个按钮即“同意”和“拒绝”，如果第二设备检测到针对同意按钮的点击操作，向云端发送同意指令即s608；如果第二设备检测到针对拒绝按钮的点击操作，向云端发送拒绝指令，云端可以向第一设备发送所述拒绝指令，然后第一设备将拒绝指令转发给第三设备，第三设备的用户知道对第一设备的临时控制权的申请被拒绝，比如，参见图6b(b)，第三设备上显示提示信息：您申请的音箱的临时控制权被拒绝。第三设备的用户可以通过重新申请按钮重新
申请第一设备的临时控制权，或者可以通过“取消”按钮放弃第一设备的临时控制权。
452.s608，云端向第一设备发送同意指令。
453.s609，第一设备生成密钥。所述密钥的实现原理可以参见实施例二的介绍。s609可以不执行，原理参见实施例二。
454.s610，第一设备检测到第三设备再次靠近第一设备。
455.s610是可选步骤，可以执行或不执行。如果s610不执行，即第三设备只需靠近一次第一设备即可获取到第一设备的密钥。如果s610执行，需要第三设备靠近两次第一设备，第一次靠近是为了向第一设备的owner申请第一设备的临时控制权，在所述owner同意后，进行第二次靠近，以获取第一设备的密钥。可选的，为了及时的提示用户进行第二次靠近，当第一设备接收到同意指令时，可以向第三设备发送提示信息，该提示信息用于提示用户再次靠近第一设备，比如，参见图6b(c)，第三设备上显示提示信息：您申请的音箱(即，第一设备)的临时控制权已同意，请再次靠近音箱。
456.或者，第一设备可以记录第三设备上一次靠近时的第一时间，还记录第三设备再次靠近时的第二时间，如果第一时间和第二时间之间的时间差小于阈值，则将密钥发送给第三设备，无需再次请求owner确认。这样的话，可以避免第三设备每次靠近第一设备都向owner请求确认。
457.s611，第一设备向第三设备发送密钥。
458.s612，第三设备查询第一设备支持临时控制权的功能。s612可以执行或不执行，原理参见实施例二的s507。
459.s613，第三设备向第一设备发送控制指令，该控制指令使用密钥加密。
460.s614，第一设备解密得到控制指令并执行控制指令。
461.上述s611至s614的实现原理请参见实施例二，此次不再重复。
462.总结来说，本实施例三中，第三设备靠近第一设备时，在第一设备的owner授权的情况下，第三设备可以获取对第一设备的临时控制权，避免第一设备的临时控制权被任何人获取，提升安全性。
463.可选的，如果将实施例二的临时控制权的获取方式(即无需owner确认的方式)作为第一种方式，将实施例三的临时控制权的获取方式(即需要owner确认的方式)作为第二种方式，第一设备、第二设备或第三设备可以默认使用第一种方式或第二种方式，或者，第三设备、第二设备或第一设备上设置切换按钮，通过该切换按钮可以实现第一种方式和第二种方式之间的切换。以第二设备为例，请参见图6c(a)显示已经激活的设备(如，音箱)的标识，当检测到针对音箱标识的操作时，显示如图6c(b)所示的界面，该界面中包括开放模式和认证模式，当开放模式的按钮被选中时，通知第一设备使用第一种方式，当认证模式的按钮被选中时，通知第一设备使用第二种方式。
464.可选的，本实施例三中，临时控制权也有有效期，在有效期内临时控制权生效，超过有效期临时控制权失效。有效期的设置方式参见实施例二。
465.考虑到存在一种情况，比如，临时控制权的有效期相对较短，比如10min，超过10min如果想要继续控制第一设备，则需要重新获取第一设备的临时控制权，这样的话，如果一定时长内需要多次获取第一设备的临时控制权，就需要owner多次确认，为了避免owner的频繁确认，在第三设备获取到第一设备临时控制权后的预设时长内，如果第三设备
再次获取了第一设备的临时控制权，可以无需经过owner的确认，即使用实施例二的方式。比如，假设预设时长为1h，用户手机在10：00获取了音箱的临时控制权，有效期是30min。在11:00之前，如果用户手机再次靠近音箱以获取其临时控制权时，可以无需经过owner的确认。
466.或者，为了避免owner的频繁确认，在第三设备获取到第一设备临时控制权后允许第三设备有预设次数的第一设备临时控制权的免认证获取，所谓免认证获取即使用实施例二的方式，无需经过owner确认。比如，假设预设次数是3次，用户手机在10：00获取了音箱的临时控制权，有效期是30min。之后，第三设备具有3次机会可以免认证的获取第一设备的临时控制权，在第4次获取时，需要经过owner的确认。
467.实施例四
468.上述实施例二至实施例三中，第三设备获取的是第一设备的临时控制权，本实施例四中介绍第三设备获取第一设备的永久控制权，即，第三设备成为第一设备的owner。可选的，如果第一设备还未被配置owner，第三设备可以通过实施例一的方式在云侧注册成为第一设备的owner。如果第一设备已被配置了owner，且owner是第二设备。这种情况下，如果第一设备的owner只能有一个，即第三设备取代第二设备作为第一设备的owner，如果第一设备的owner可以有多个，即第三设备和第二设备均成为第一设备的owner。本实施例四以第三设备替换第一设备成为第一设备的owner为例。具体地，本实施例涉及的附图包括图7a至图7b。其中，图7a为本实施例四提供的第三设备获取第一设备的永久控制权的流程示意图。该流程是以第二设备是第一设备的owner为例进行介绍的，所以图7a中标注了“第二设备是第一设备的owner”。如图7a所示，该流程可以包括：
469.s701，第二设备控制第一设备进入开放模式。
470.s702，第一设备进入开放模式。
471.可选的，上述s701与s702可以执行或不执行，原理与实施例二中s501与s502的原理相同，不重复赘述。
472.s703，第一设备检测到第三设备靠近第一设备。
473.s703的实现原理请参见实施例二中s505，不重复说明。
474.实施例二中第一设备检测到第三设备靠近时，向第一设备发送了密钥，第三设备基于该密钥获得了对第一设备的临时控制权。与实施例二不同的是，本实施例四中第一设备检测到第三设备靠近时，可以在云侧记录第一设备的owner是第三设备，即第三设备获取第一设备的永久控制权。具体通过步骤s704至s712实现。
475.s704，第三设备向第一设备发送永久控制权的申请。
476.比如，请参见图7b(a)，为第三设备靠近第一设备时的显示界面，所述界面中包括“申请永久控制权”的按钮。响应于针对“申请永久控制权”的按钮的点击操作，第三设备向第一设备发送永久控制权的申请。
477.可选的，s704可以执行或不执行。比如，第一设备检测到第三设备靠近时，自动进入s705。
478.s705，第一设备向云端发送所述申请。
479.s706，云端向第二设备发送所述申请。
480.s707，第二设备向云端发送同意指令。
481.可选的，s706和s707是可选步骤，可以执行或不执行。如果不执行，即，第三设备获取第一设备的永久控制权不需要经过第一设备的owner(即第二设备)的同意。如果s706和s707执行，即，第三设备获取第一设备的永久控制权需要经过第一设备的owner(即第二设备)的同意，在第一设备的owner同意的情况下，第三设备获取第一设备的永久控制权。
482.可选的，如果将需要第一设备的owner同意才能获取第一设备的永久控制权作为第一种方式，将不需要经过第一设备的owner的同意就可以获取第一设备的永久控制权作为第二种方式，第三设备可以默认使用第一种方式或第二种方式；或者，第二设备或第一设备上可以设置切换按钮，通过该切换按钮设置第一种方式或第二种方式。
483.s708，云端记录第一设备的owner是第三设备。
484.比如，在s708之前，如果第一设备的owner是第二设备，那么s708中云端可以将第一设备的owner由第二设备更新为第三设备。比如，上表3更新为下表4：
485.表4
486.第一设备第三设备(第一设备的owner)华为音箱am08185 0810xxxx
487.s709，云端向第三设备发送永久控制权申请成功的指示信息。
488.可选的，s709可以执行或不执行。比如，如图7b(b)所示，第三设备显示提示信息：第一设备(即音箱)的永久控制权申请成功。
489.当云侧记录第一设备的owner是第三设备后，第三设备可以通过云侧控制第一设备。比如，下述步骤s710至s712。
490.s710，第三设备上设置对第一设备的控制策略。
491.可选的，s710可以执行或不执行，实现原理可以参见实施例一中的s423。
492.s711，第三设备将控制策略发送给云端。
493.s712，云端基于所述控制策略控制第一设备。
494.其中，s711至s712的实现原理参见实施例一中的s424至s425。
495.需要说明的是，图7b中以第三设备上只显示“申请永久控制权”的按钮为例，可以理解的是，第三设备可以分别展示“申请临时控制权”的按钮和“申请永久控制权”的按钮，用户可以根据需求选择对应的按钮点击以申请对应的控制权，比如参见图7c。如果申请临时控制权，可以使用实施例二或实施例三的方式实现，如果申请永久控制权，可以使用实施例四的方式实现。
496.上面以第三设备直接申请第一设备的永久控制权为例，可以理解的是，第三设备申请第一设备的永久控制权之前，还可以先判断第三设备是否具有第一设备的临时控制权，如果是，则可以申请第一设备的永久控制，否则，不能申请第一设备的永久控制权。
497.基于以上实施例，本技术实施例还提供了一种电子设备，所述电子设备可以是上文中的第一设备、第二设备、第三设备或第四设备或云端。如图8所示，所述电子设备800可以包括：一个或多个处理器801，存储器802，以及一个或多个计算机程序(图中未示出)。上述各器件可以通过一个或多个通信总线804耦合。
498.其中，存储器802中存储有一个或多个计算机程序，所述一个或多个计算机程序包括指令；处理器801调用存储器802中存储的所述指令，使得电子设备800执行本技术实施例提供的获取设备控制权的方法。
499.上述本技术提供的实施例中，从电子设备作为执行主体的角度对本技术实施例提供的方法进行了介绍。为了实现上述本技术实施例提供的方法中的各功能，终端设备可以包括硬件结构和/或软件模块，以硬件结构、软件模块、或硬件结构加软件模块的形式来实现上述各功能。上述各功能中的某个功能以硬件结构、软件模块、还是硬件结构加软件模块的方式来执行，取决于技术方案的特定应用和设计约束条件。
500.以上实施例中所用，根据上下文，术语“当
…
时”或“当
…
后”可以被解释为意思是“如果
…”
或“在
…
后”或“响应于确定
…”
或“响应于检测到
…”
。类似地，根据上下文，短语“在确定
…
时”或“如果检测到(所陈述的条件或事件)”可以被解释为意思是“如果确定
…”
或“响应于确定
…”
或“在检测到(所陈述的条件或事件)时”或“响应于检测到(所陈述的条件或事件)”。另外，在上述实施例中，使用诸如第一、第二之类的关系术语来区份一个实体和另一个实体，而并不限制这些实体之间的任何实际的关系和顺序。
501.在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本发明实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(dsl))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，dvd)、或者半导体介质(例如固态硬盘solid state disk(ssd))等。
502.本领域技术人员应该可以意识到，在上述一个或多个示例中，本技术实施例所描述的功能可以用硬件、软件、固件或它们的任意组合来实现。当使用软件实现时，可以将这些功能存储在计算机可读介质中或者作为计算机可读介质上的一个或多个指令或代码进行传输。计算机可读介质包括计算机存储介质和通信介质，其中通信介质包括便于从一个地方向另一个地方传送计算机程序的任何介质。存储介质可以是通用或专用计算机能够存取的任何可用介质。
503.以上所述的具体实施方式，对本技术实施例的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上所述仅为本技术实施例的具体实施方式而已，并不用于限定本技术实施例的保护范围，凡在本技术实施例的技术方案的基础之上，所做的任何修改、等同替换、改进等，均应包括在本技术实施例的保护范围之内。本技术说明书的上述描述可以使得本领域技术任何可以利用或实现本技术实施例的内容，任何基于所公开内容的修改都应该被认为是本领域显而易见的，本技术实施例所描述的基本原则可以应用到其它变形中而不偏离本技术的发明本质和范围。因此，本技术实施例所公开的内容不仅仅局限于所描述的实施例和设计，还可以扩展到与本技术原则和所公开的新特征一致的最大范围。
504.尽管结合具体特征及其实施例对本技术进行了描述，显而易见的，在不脱离本申
请实施例的精神和范围的情况下，可对其进行各种修改和组合。相应地，本说明书和附图仅仅是所附权利要求所界定的本技术的示例性说明，且视为已覆盖本技术范围内的任意和所有修改、变化、组合或等同物。显然，本领域的技术人员可以对本技术进行各种改动和变型而不脱离本技术的范围。这样，倘若本技术实施例的这些修改和变型属于本技术权利要求及其等同技术的范围之内，则本技术实施例也意图包括这些改动和变型在内。