一种设备管理方法、装置、设备、存储介质及程序产品与流程

1.本技术涉及计算机应用领域中的设备管理技术，尤其涉及一种设备管理方法、装置、设备、存储介质及程序产品。


背景技术：

2.随着电子设备的快速发展，出现了各种各样的电子设备，通常一个人会拥有多台设备，比如便携式携带的智能手机，用于娱乐的平板电脑，用于移动办公的笔记本电脑，用于在家办公的台式电脑；因此，需要对多台设备进行管理。
3.一般来说，为了对多台设备进行管理，通常是由单个设备基于自身设备的数据和信息，对自身设备进行管理；也就是说，多台设备的管理是分别进行的，导致设备的管理效率较低。


技术实现要素：

4.本技术实施例提供一种设备管理方法、装置、设备、计算机可读存储介质及计算机程序产品，能够提升设备的管理效率。
5.本技术实施例的技术方案是这样实现的：
6.本技术实施例提供一种设备管理方法，包括：
7.提供设备管理界面，以显示以同一管理账号绑定或登录的至少两台待管理设备，其中，所述管理账号通过管理客户端分别绑定或登录于每台所述待管理设备上，以通过所述管理客户端管理所述至少两台待管理设备；
8.响应于针对目标待管理设备的管理操作，向服务端设备发送管理请求，以使所述服务端设备响应于所述管理请求对所述目标待管理设备执行管理处理，其中，所述目标待管理设备为所述至少两台待管理设备中的任一所述待管理设备；
9.提供设备管理执行结果界面，以显示所述服务端设备响应于所述管理请求所发送的针对所述目标待管理设备的管理处理结果。
10.本技术实施例还提供一种设备管理方法，包括：
11.接收待管理设备发送的管理请求，其中，所述管理请求为响应于针对目标待管理设备的管理操作所发送的，所述目标待管理设备为至少两台待管理设备中的任一所述待管理设备，所述至少两台待管理设备以同一管理账号进行绑定或登录，所述管理账号通过管理客户端分别绑定或登录于每台所述待管理设备上，以通过所述管理客户端管理所述至少两台待管理设备；
12.响应于所述管理请求，对所述目标待管理设备执行管理处理；
13.向所述待管理设备发送管理处理结果，以使所述待管理设备在设备管理执行结果界面上显示针对所述目标待管理设备的所述管理处理结果。
14.本技术实施例提供一种设备管理装置，包括：
15.设备显示模块，用于提供设备管理界面，以显示以同一管理账号绑定或登录的至
少两台待管理设备，其中，所述管理账号通过管理客户端分别绑定或登录于每台所述待管理设备上，以通过所述管理客户端管理所述至少两台待管理设备；
16.管理触发模块，用于响应于针对目标待管理设备的管理操作，向服务端设备发送管理请求，以使所述服务端设备响应于所述管理请求对所述目标待管理设备执行管理处理，其中，所述目标待管理设备为所述至少两台待管理设备中的任一所述待管理设备；
17.结果处理模块，用于提供设备管理执行结果界面，以显示所述服务端设备响应于所述管理请求所发送的针对所述目标待管理设备的管理处理结果。
18.本技术实施例还提供一种设备管理装置，包括：
19.请求接收模块，用于接收待管理设备发送的管理请求，其中，所述管理请求为响应于针对目标待管理设备的管理操作所发送的，所述目标待管理设备为至少两台待管理设备中的任一所述待管理设备，所述至少两台待管理设备以同一管理账号进行绑定或登录，所述管理账号通过管理客户端分别绑定或登录于每台所述待管理设备上，以通过所述管理客户端管理所述至少两台待管理设备；
20.设备管理模块，用于响应于所述管理请求，对所述目标待管理设备执行管理处理；
21.结果发送模块，用于向所述待管理设备发送管理处理结果，以使所述待管理设备在设备管理执行结果界面上显示针对所述目标待管理设备的所述管理处理结果。
22.本技术实施例提供一种用于设备管理的待管理设备，包括：
23.第一存储器，用于存储可执行指令；
24.第一处理器，用于执行所述第一存储器中存储的可执行指令时，实现本技术实施例提供的应用于待管理设备的设备管理方法。
25.本技术实施例提供一种用于设备管理的服务端设备，包括：
26.第二存储器，用于存储可执行指令；
27.第二处理器，用于执行所述第二存储器中存储的可执行指令时，实现本技术实施例提供的应用于服务端设备的设备管理方法。
28.本技术实施例提供一种计算机可读存储介质，存储有可执行指令，所述可执行指令用于被第一处理器执行时，实现本技术实施例提供的应用于待管理设备的设备管理方法；或者，所述可执行指令用于被第二处理器执行时，实现本技术实施例提供的应用于服务端设备的设备管理方法。
29.本技术实施例提供一种计算机程序产品，包括计算机程序或指令，所述计算机程序或指令被第一处理器执行时，实现本技术实施例提供的设备管理方法；或者，所述计算机程序或指令被第二处理器执行时，实现本技术实施例提供的设备管理方法。
30.本技术实施例至少具有以下有益效果：通过在至少两台待管理设备中分别运行的管理客户端中绑定或登录管理账号，实现了管理账号与多台待管理设备的绑定，进而每个待管理设备均能够对多台待管理设备中任一待管理设备进行管理；如此，实现了对多台待管理设备的统一管理，从而，能够提升设备的管理效率。
附图说明
31.图1是本技术实施例提供的设备管理系统的架构示意图；
32.图2是本技术实施例提供的图1中的一种终端的组成结构示意图；
33.图3是本技术实施例提供的图1中的一种服务器的组成结构示意图；
34.图4是本技术实施例提供的设备管理方法的交互示意图一；
35.图5是本技术实施例提供的设备管理方法的页面示意图；
36.图6是本技术实施例提供的设备管理方法的交互示意图二；
37.图7是本技术实施例提供的设备管理方法的交互示意图三；
38.图8是本技术实施例提供的一种示例性的建立绑定关系的交互图；
39.图9是本技术实施例提供的一种示例性的客户端登录前的示意图；
40.图10是本技术实施例提供的一种示例性的客户端登录后的示意图；
41.图11是本技术实施例提供的一种示例性的移除设备的交互图；
42.图12是本技术实施例提供的一种示例性的控制工作状态的示意图；
43.图13是本技术实施例提供的一种示例性的查询设备位置的交互图；
44.图14是本技术实施例提供的一种示例性的开启功能的示意图；
45.图15是本技术实施例提供的一种示例性的定位结果示意图；
46.图16是本技术实施例提供的一种示例性的开启定位功能的示意图；
47.图17是本技术实施例提供的一种示例性的获取位置查询结果的流程图；
48.图18是本技术实施例提供的一种示例性的控制设备的交互图；
49.图19是本技术实施例提供的一种示例性的设备风险确定的交互图；
50.图20是本技术实施例提供的一种示例性的显示风险状态的示意图；
51.图21是本技术实施例提供的一种示例性的设备风险处理的交互图；
52.图22是本技术实施例提供的一种示例性的风险处理流程示意图。
具体实施方式
53.为了使本技术的目的、技术方案和优点更加清楚，下面将结合附图对本技术作进一步地详细描述，所描述的实施例不应视为对本技术的限制，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本技术保护的范围。
54.在以下的描述中，涉及到“一些实施例”，其描述了所有可能实施例的子集，但是可以理解，“一些实施例”可以是所有可能实施例的相同子集或不同子集，并且可以在不冲突的情况下相互结合。
55.在以下的描述中，所涉及的术语“第一\第二”仅仅是区别类似的对象，不代表针对对象的特定排序，可以理解地，“第一\第二”在允许的情况下可以互换特定的顺序或先后次序，以使这里描述的本技术实施例能够以除了在这里图示或描述的以外的顺序实施。
56.除非另有定义，本技术实施例所使用的所有的技术和科学术语与属于本技术的技术领域的技术人员通常理解的含义相同。本技术实施例中所使用的术语只是为了描述本技术实施例的目的，不是旨在限制本技术。
57.对本技术实施例进行进一步详细说明之前，对本技术实施例中涉及的名词和术语进行说明，本技术实施例中涉及的名词和术语适用于如下的解释。
58.1)控件，是一种通过按钮、图标、链接、文本、选择框、输入框、页签等形式展示的可触发的信息；其中，触发的方式，可以是接触式触发，还可以是无接触式触发，又可以是接收指令式的触发等；另外，本技术实施例中的各种控件可以是单个控件，又可以是多个控件的
总称。
59.2)操作，是一种用于触发设备执行处理的方式，比如，点击操作、双击操作、长按操作、滑动操作、手势操作、接收到的触发指令等；另外，在本技术实施例中的各种操作可以是单个操作，又可以是多个操作的总称；以及在本技术实施例中的各种操作可用是触控操作，又可用是非触控操作。
60.3)响应于，用于表示所执行的处理所依赖的条件或者状态，当满足所依赖的条件或状态时，所执行的一个或多个操作可以是实时的，也可以具有设定的延迟；在没有特别说明的情况下，所执行的多个操作不存在执行先后顺序的限制。
61.4)客户端，终端中运行的用于提供各种服务的应用程序；本技术实施例中涉及管理客户端。
62.5)云计算(cloud computing)，是一种计算模式，通过将计算任务分布在大量计算机构成的资源池上，使各种应用系统能够根据需要获取计算力、存储空间和信息服务；其中，为资源池提供资源的网络被称为“云”，“云”中的资源在使用者看来是可以无限扩展的，并且可以随时获取，按需使用，随时扩展，按使用付费。在本技术实施例中，服务端设备可以为云设备。
63.6)人工智能(artificial intelligence，ai)，是利用数字计算机控制的机器模拟、延伸和扩展人的智能，感知环境、获取知识并使用知识获得最佳结果的理论、方法、技术及应用系统。在本技术实施例中，可以基于人工智能实现风险监测。
64.一般来说，为了对多台设备进行管理，通常是由单个设备基于自身设备的数据和信息，对自身设备进行管理；也就是说，多台设备的管理是分别进行的，导致设备的管理效率较低。
65.另外，虽然有的客户端可以基于同一帐号对多台设备进行绑定，通过获取设备标识，记录登录过同一帐号的设备列表；如此，只是记录了多台设备的信息，仍然无法实现设备之间不能互相管理；
66.基于此，本技术实施例提供一种设备管理方法、装置、设备、计算机可读存储介质及计算机程序产品，能够提升设备的管理效率。下面说明本技术实施例提供的设备的示例性应用，本技术实施例提供的设备可以实施为智能手机、智能手表、笔记本电脑、平板电脑、台式计算机、智能家电、机顶盒、智能车载设备、便携式音乐播放器、个人数字助理、专用消息设备、智能语音交互设备、便携式游戏设备和智能音箱等各种类型的终端，也可以实施为服务器。下面，将说明用于设备管理的待管理设备实施为终端、以及用于设备管理的服务端设备实施为服务器时的示例性应用。
67.参见图1，图1是本技术实施例提供的设备管理系统的架构示意图；如图1 所示，为支撑一个设备管理应用，在设备管理系统100中，至少两台终端300 (称为待管理设备)通过网络400连接服务器200(称为服务端设备)，网络400 可以是广域网或者局域网，又或者是二者的组合。另外，该设备管理系统100 中还包括数据库500，用于向服务器200提供数据支持；并且，图1中示出的为数据库500独立于服务器200的一种情况，此外，数据库500还可以集成在服务器200中，本技术实施例对此不作限定。
68.终端300，用于提供设备管理界面，以显示以同一管理账号绑定或登录的至少两台终端，其中，管理账号通过管理客户端分别绑定或登录于每台终端上，以通过管理客户端管
理至少两台终端；响应于针对目标终端的管理操作，通过网络400向服务器200发送管理请求，以使服务器200响应于管理请求对目标终端执行管理处理，其中，目标终端为至少两台终端中的任一终端；通过网络 400接收服务器200响应于管理请求所发送的管理处理结果，提供设备管理执行结果界面，以显示管理处理结果。
69.服务器200，用于通过网络400接收终端300发送的管理请求，其中，管理请求为响应于针对目标终端的管理操作所发送的，目标终端为至少两台终端中的任一终端，至少两台终端以同一管理账号进行绑定或登录，管理账号通过管理客户端分别绑定或登录于每台终端上，以通过管理客户端管理至少两台终端；响应于管理请求，对目标终端执行管理处理；通过网络400向终端300发送管理处理结果，以使终端300基于在设备管理执行结果界面上显示针对目标待管理设备的管理处理结果。
70.在一些实施例中，服务器200可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式系统，还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、内容分发网络(cdn，content delivery network)、以及大数据和人工智能平台等基础云计算服务的云服务器。终端300可以是智能手机、智能手表、笔记本电脑、平板电脑、台式计算机、智能电视、机顶盒、智能车载设备、便携式音乐播放器、个人数字助理、专用消息设备、便携式游戏设备和智能音箱等，但并不局限于此。终端以及服务器可以通过有线或无线通信方式进行直接或间接地连接，本技术实施例中不作限制。
71.参见图2，图2是本技术实施例提供的图1中的一种终端的组成结构示意图，图2所示的终端300包括：至少一个第一处理器310、第一存储器350、至少一个第一网络接口320和第一用户接口330。终端300中的各个组件通过第一总线系统340耦合在一起。可理解，第一总线系统340用于实现这些组件之间的连接通信。第一总线系统340除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见，在图2中将各种总线都标为第一总线系统340。
72.第一处理器310可以是一种集成电路芯片，具有信号的处理能力，例如通用处理器、数字信号处理器(dsp，digital signal processor)，或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等，其中，通用处理器可以是微处理器或者任何常规的处理器等。
73.第一用户接口330包括使得能够显示媒体内容的一个或多个第一输出装置 331，包括一个或多个扬声器和/或一个或多个视觉显示屏。第一用户接口330 还包括一个或多个第一输入装置332，包括有助于用户输入的用户接口部件，比如键盘、鼠标、麦克风、触屏显示屏、摄像头、其他输入按钮和控件。
74.第一存储器350可以是可移除的，不可移除的或其组合。示例性的硬件设备包括固态存储器，硬盘驱动器，光盘驱动器等。第一存储器350可选地包括在物理位置上远离第一处理器310的一个或多个存储设备。
75.第一存储器350包括易失性存储器或非易失性存储器，也可包括易失性和非易失性存储器两者。非易失性存储器可以是只读存储器(rom，read onlymemory)，易失性存储器可以是随机存取存储器(ram，random accessmemory)。本技术实施例描述的第一存储器350旨在包括任意适合类型的存储器。
76.在一些实施例中，第一存储器350能够存储数据以支持各种操作，这些数据的示例包括程序、模块和数据结构或者其子集或超集，下面示例性说明。
77.第一操作系统351，包括用于处理各种基本系统服务和执行硬件相关任务的系统程序，例如框架层、核心库层、驱动层等，用于实现各种基础业务以及处理基于硬件的任务；
78.第一网络通信模块352，用于经由一个或多个(有线或无线)第一网络接口320到达其他计算机设备，示例性的第一网络接口320包括：蓝牙、无线相容性认证(wi-fi)、和通用串行总线(usb，universal serial bus)等；
79.第一显示模块353，用于经由一个或多个与第一用户接口330相关联的第一输出装置331(例如，显示屏、扬声器等)使得能够显示信息(例如，用于操作外围设备和显示内容和信息的用户接口)；
80.第一输入处理模块354，用于对一个或多个来自一个或多个第一输入装置 332之一的一个或多个用户输入或互动进行检测以及翻译所检测的输入或互动。
81.在一些实施例中，本技术实施例提供的一种设备管理装置可以采用软件方式实现，图2示出了存储在第一存储器350中的设备管理装置355，其可以是程序和插件等形式的软件，包括以下软件模块：设备显示模块3551、管理触发模块3552、结果处理模块3553、设备绑定模块3554和信息整合模块3555，这些模块是逻辑上的，因此根据所实现的功能可以进行任意的组合或进一步拆分。将在下文中说明各个模块的功能。
82.参见图3，图3是本技术实施例提供的图1中的一种服务器的组成结构示意图，图3所示的服务器200包括：至少一个第二处理器210、第二存储器250、至少一个第二网络接口220和第二用户接口230。服务器200中的各个组件通过第二总线系统240耦合在一起。可理解，第二总线系统240用于实现这些组件之间的连接通信。第二总线系统240除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见，在图3中将各种总线都标为第二总线系统240。
83.第二处理器210可以是一种集成电路芯片，具有信号的处理能力，例如通用处理器、数字信号处理器，或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等，其中，通用处理器可以是微处理器或者任何常规的处理器等。
84.第二用户接口230包括使得能够显示媒体内容的一个或多个第二输出装置 231，包括一个或多个扬声器和/或一个或多个视觉显示屏。第二用户接口230 还包括一个或多个第二输入装置232，包括有助于用户输入的用户接口部件，比如键盘、鼠标、麦克风、触屏显示屏、摄像头、其他输入按钮和控件。
85.第二存储器250可以是可移除的，不可移除的或其组合。示例性的硬件设备包括固态存储器，硬盘驱动器，光盘驱动器等。第二存储器250可选地包括在物理位置上远离第二处理器210的一个或多个存储设备。
86.第二存储器250包括易失性存储器或非易失性存储器，也可包括易失性和非易失性存储器两者。非易失性存储器可以是只读存储器，易失性存储器可以是随机存取存储器。本技术实施例描述的第二存储器250旨在包括任意适合类型的存储器。
87.在一些实施例中，第二存储器250能够存储数据以支持各种操作，这些数据的示例包括程序、模块和数据结构或者其子集或超集，下面示例性说明。
88.第二操作系统251，包括用于处理各种基本系统服务和执行硬件相关任务的系统
程序，例如框架层、核心库层、驱动层等，用于实现各种基础业务以及处理基于硬件的任务；
89.第二网络通信模块252，用于经由一个或多个(有线或无线)第二网络接口220到达其他计算机设备，示例性的第二网络接口220包括：蓝牙、无线相容性认证、和通用串行总线等；
90.第二显示模块253，用于经由一个或多个与第二用户接口230相关联的第二输出装置231(例如，显示屏、扬声器等)使得能够显示信息(例如，用于操作外围设备和显示内容和信息的用户接口)；
91.第二输入处理模块254，用于对一个或多个来自一个或多个第二输入装置 232之一的一个或多个用户输入或互动进行检测以及翻译所检测的输入或互动。
92.在一些实施例中，本技术实施例提供的一种设备管理装置可以采用软件方式实现，图3示出了存储在第二存储器250中的设备管理装置255，其可以是程序和插件等形式的软件，包括以下软件模块：请求接收模块2551、设备管理模块2552、结果发送模块2553和设备更新模块2554，这些模块是逻辑上的，因此根据所实现的功能可以进行任意的组合或进一步拆分。将在下文中说明各个模块的功能。
93.在一些实施例中，本技术实施例提供的设备管理装置可以采用硬件方式实现，作为示例，本技术实施例提供的设备管理装置可以是采用硬件译码处理器形式的处理器，其被编程以执行本技术实施例提供的设备管理方法，例如，硬件译码处理器形式的处理器可以采用一个或多个应用专用集成电路(asic， application specific integrated circuit)、dsp、可编程逻辑器件(pld， programmable logic device)、复杂可编程逻辑器件(cpld，complexprogrammable logic device)、现场可编程门阵列(fpga，field-programmablegate array)或其他电子元件。
94.在一些实施例中，终端或服务器可以通过运行计算机程序来实现本技术实施例提供的设备管理方法。举例来说，计算机程序可以是操作系统中的原生程序或软件模块；可以是本地(native)应用程序(app，application)，即需要在操作系统中安装才能运行的程序，比如设备管理app；也可以是小程序，即只需要下载到浏览器环境中就可以运行的程序；还可以是能够嵌入至任意app 中的小程序。总而言之，上述计算机程序可以是任意形式的应用程序、模块或插件。
95.下面，将结合本技术实施例提供的待管理设备和服务端设备的示例性应用和实施，说明本技术实施例提供的设备管理方法。另外，本技术实施例提供的设备管理方法应用于云技术、人工智能、智慧交通和车载等各种场景。
96.参见图4，图4是本技术实施例提供的设备管理方法的交互示意图一，将结合图4示出的步骤进行说明。
97.s401、待管理设备提供设备管理界面，以显示以同一管理账号绑定或登录的至少两台待管理设备。
98.在本技术实施例中，在多台电子设备上运行相同的待管理客户端，并在多台电子设备分别运行的管理客户端上绑定或登录同一管理账号，此时，管理账号处于绑定或登录状态的每台电子设备即为一台待管理设备；从而针对多台电子设备，对应着管理账号处于绑定或登录状态的至少两台待管理设备。这里，每台待管理设备均能够获得以同一管理账号绑定或登录的至少两台待管理设备至少两台待管理设备，以及能够通过设备管理界面显
示该至少两台待管理设备。
99.需要说明的是，管理账号用于绑定或登录至少两台待管理设备上分别运行的管理客户端，管理客户端用于管理至少两台待管理设备，也就是说，管理账号通过管理客户端分别绑定或登录于每台待管理设备上，以通过管理客户端管理至少两台待管理设备；另外，至少两台待管理设备上所绑定或登录的管理账号为同一账号，至少两台待管理设备上所运行的管理客户端为相同的客户端，且每台待管理设备上的所运行的管理客户端与该待管理设备的操作系统适配；以及，至少两台待管理设备包括至少一种操作系统，也就是说，至少两台待管理设备可以是相同的操作系统，也可以是不同的操作系统；这里，当至少两台待管理设备包括至少两种操作系统时，表明至少两台待管理设备为跨系统平台的多台待管理设备。这里，在设备管理界面上，待管理设备可以以列表形式显示至少两台待管理设备，还可以以卡片形式显示至少两台待管理设备，等等，本技术实施例对此不作限定。
100.s402、待管理设备响应于针对目标待管理设备的管理操作，向服务端设备发送管理请求。
101.在本技术实施例中，当用户针对待管理设备中显示的至少两台待管理设备中的任一待管理设备进行管理时，待管理设备也就接收到了针对目标待管理设备的管理操作；此时，待管理设备响应于该管理操作，向服务端设备发送管理请求，以使服务端设备响应于管理请求对目标待管理设备执行管理处理。其中，管理请求用于请求服务端设备对目标待管理设备执行管理处理，服务端设备为管理客户端对应的后台服务器。
102.需要说明的是，至少两台待管理设备中的任一待管理设备均能够对自身进行设备管理，也能够对至少两台待管理设备中除自身设备外的其他待管理设备进行设备管理；也就是说，每台待管理设备均能够对至少两台待管理设备中的任一待管理设备进行设备管理；这里，将待被进行设备管理的待管理设备称为目标待管理设备，目标待管理设备为至少两台待管理设备中的任一待管理设备。
103.还需要说明的是，管理请求为任一待管理设备响应于针对目标待管理设备的管理操作所发送的，目标待管理设备为至少两台待管理设备中的任一待管理设备，每台待管理设备为管理账号处于绑定或登录状态的设备。
104.另外，在设备管理界面上，针对每个显示的待管理设备，还可以显示有对应的设备管理信息，比如包括设备名称、设备图标、设备可用空间、是否为本机设备、设备详情、设备运行信息、工作状态、风险状态和移除入口中的至少一个。
105.s403、服务端设备响应于管理请求，对目标待管理设备执行管理处理。
106.在本技术实施例中，当待管理设备针对目标待管理设备向服务端设备发送管理请求时，服务端设备也就是接收到了待管理设备发送的管理请求；此时，服务端设备响应于该管理请求，对目标待管理设备执行管理处理。这里，服务端设备可以通过对目标待管理设备的设备信息进行处理来实现管理处理，还可以通过向目标待管理设备发送与管理请求适配的管理指令来实现管理处理，等等，本技术实施例对此不作限定。
107.需要说明的是，管理处理包括设备移除、设备状态控制、设备定位和设备风险处理中的至少一种，其中，设备移除是指从至少两台待管理设备中移除目标待管理设备的处理，设备定位是指定位目标待管理设备的处理，设备状态控制是指控制目标待管理设备的工作状态的处理，设备风险处理是指处理目标待管理设备的风险的处理。
108.还需要说明的是，当服务端设备响应于管理请求，向目标待管理设备发送管理指令，以使目标管理设备执行管理指令完成管理处理时，管理指令包括状态控制指令、定位指令和风险处理指令中的至少一种；其中，状态控制指令为控制目标待管理设备的工作状态变换为目标工作状态的指令，定位指令为获取目标待管理设备的位置的指令，风险处理指令为对目标待管理设备进行风险处理的指令。
109.s404、服务端设备向待管理设备发送管理处理结果。
110.在本技术实施例中，当服务端设备对目标待管理设备完成了管理处理之后，也就获得了管理处理结果；这里，管理处理结果可以是通过对目标待管理设备的设备信息进行处理所生成的处理结果，还可以是接收到的目标待管理设备执行完管理指令反馈的信息，等等，本技术实施例对此不作限定。
111.需要说明的是，服务端设备获得了管理处理结果之后，向每台待管理设备均会发送管理处理结果，以使每台待管理设备基于该管理处理结果显示目标待管理设备的设备更新信息。
112.s405、待管理设备提供设备管理执行结果界面，以显示服务端设备响应于管理请求所发送的针对目标待管理设备的管理处理结果。
113.在本技术实施例中，当服务端设备向每台待管理设备发送管理处理结果之后，待管理设备也就接收到了管理处理结果；接着，待管理设备基于该管理处理结果更新目标待管理设备的相关信息，并显示目标待管理设备的设备更新信息，以显示服务端设备响应于管理请求所发送的针对目标待管理设备的管理处理结果。
114.示例性地，参见图5，图5是本技术实施例提供的设备管理方法的页面示意图；如图5所示，在页面5-1中，包括多设备管理提示信息5-11(正在管理您的4台设备)、至少两台待管理设备5-12(手机a|本机|94g，手机b|7.9g，手机c|6.6g，电脑d)和设备添加入口5-13。其中，设备添加入口5-13用于触发新的电子设备与至少两台待管理设备的绑定的建立。
115.可以理解的是，通过在至少两台待管理设备中分别运行的管理客户端中绑定或登录管理账号，实现了管理账号与多台待管理设备的绑定，进而每个待管理设备均能够对多台待管理设备中任一待管理设备进行管理；如此，实现了对多台待管理设备的统一管理，从而，能够提升设备的管理效率。另外，当至少两台待管理设备包括至少两种操作系统时，表明至少两台待管理设备为跨系统平台的至少两台待管理设备，能够实现跨系统平台的多设备管理，从而，能够提升设备管理的通用性。
116.参见图6，图6是本技术实施例提供的设备管理方法的交互示意图二；如图6所示，s401之前还包括s406至s410；也就是说，待管理设备提供设备管理界面，以显示以同一管理账号绑定或登录的至少两台待管理设备之前，该设备管理方法还包括s406至s410，下面对各步骤分别进行说明。
117.s406、待管理设备基于管理账号绑定或登录本地运行的管理客户端，得到成功信息。
118.需要说明的是，至少两台待管理设备之间的绑定关系是基于同一管理账号建立的。每个待管理设备通过运行本地的管理客户端，并基于管理账号绑定或登录至该管理客户端，以建立自身设备与管理账号处于绑定或登录状态的至少一个待管理设备的关联，进而获得能够实现相互管理的多台待管理设备。这里，成功信息是指管理账号在待管理设备
所运行的管理客户端上绑定或登录成功。
119.在本技术实施例中，待管理设备在本地运行管理客户端时，显示账号绑定或登录入口，通过响应于对账号绑定或登录入口的账号绑定或登录操作，实现管理账号在本地运行的管理客户端上的绑定或登录。
120.s407、待管理设备基于成功信息，向服务端设备发送本地的设备标识。
121.在本技术实施例中，待管理设备在基于成功信息确定管理账号在自身运行的管理客户端上登录成功之后，向服务端设备发送自身的设备标识(即为本地的设备标识)，以使服务端设备基于设备标识将对应的待管理设备更新至管理账号对应的设备列表中。
122.s408、服务端设备基于设备标识将对应的待管理设备更新至管理账号对应的设备列表中，得到第一设备更新数据。
123.在本技术实施例中，当待管理设备向服务端设备发送设备标识时，服务端设备也就接收到了设备标识；接着，服务端设备将设备标识对应的待管理设备添加至管理账号对应的设备列表中，并生成第一设备更新数据；其中，针对所添加的待管理设备，第一设备更新数据为添加后的设备列表；而针对设备列表中已有的待管理设备，第一设备更新数据是指添加后的设备列表与添加前的设备列表之间的差异数据。
124.需要说明的是，管理账号对应的设备列表包括管理账号处于绑定或登录状态的所有待管理设备；第一设备更新数据是指设备列表的设备更新数据，且是指向设备列表中增加待管理设备的更新数据。
125.s409、待管理设备接收服务端设备针对设备标识所发送的第一设备更新数据。
126.在本技术实施例中，服务端设备获得了第一设备更新数据之后，将该第一设备更新数据发送至当前设备列表中的每台待管理设备；此时，待管理设备也就接收到了第一设备更新数据。这里，服务端设备可以采用广播的方式向将第一设备更新数据发送至当前设备列表中的每台待管理设备中，以实现当前设备列表的同步。
127.s410、待管理设备基于第一设备更新数据，获得以同一管理账号绑定或登录的至少两台待管理设备。
128.需要说明的是，待管理设备基于第一设备更新数据，能够获得当前的设备列表中的至少两台待管理设备。
129.可以理解的是，通过同一管理账号在不同的电子设备上所运行的管理客户端上进行绑定或登录，获得与同一管理账号关联的多个电子设备，为多个电子设备之间的相互管理提供了条件；如此，能够实现多个电子设备之间的相互管理，提升设备管理的效率。
130.在本技术实施例中，当管理处理包括设备移除时，管理操作为移除操作，管理请求为设备移除请求；s402可通过s4021(图中未示出)实现；也就是说，待管理设备响应于针对目标待管理设备的管理操作，向服务端设备发送管理请求，包括s4021，以及s4021之后还包括s4022(图中未示出)，下面对各步骤分别进行说明。
131.s4021、待管理设备响应于针对目标待管理设备的移除操作，向服务端设备发送设备移除请求。
132.需要说明的是，在设备管理界面中，待管理设备针对每个待管理设备还显示有用于移除待管理设备的移除控件(比如，解除绑定按钮，移除设备按钮)；当用户通过触发目标待管理设备对应的移除控件来从至少两台待管理设备中移除目标待管理设备时，待管理设
备也就接收到了针对目标待管理设备的移除操作；此时，待管理设备响应于该移除操作，向服务端设备发送设备移除请求；其中，设备移除请求用于请求将目标待管理设备从当前的设备列表中移除。
133.s4022、服务端设备响应于设备移除请求，更改目标待管理设备中管理账号的登录状态，得到第二设备更新数据。
134.在本技术实施例中，当待管理设备向服务端设备发送了设备移除请求之后，服务端设备也就接收到了该设备移除请求；此时，服务端设备响应于该设备移除请求，将目标待管理设备中管理账号的绑定状态更改为解绑状态，或者将登录状态更改为下线状态，并将目标待管理设备从当前的设备列表中移除。
135.需要说明的是，第二设备更新数据是指移除后的设备列表与移除前的设备列表之间的差异数据，且是从向设备列表中移除待管理设备的更新数据；管理处理结果包括第二设备更新数据。
136.这里，服务端设备将第二设备更新数据发送至移除后的设备列表中的每台待管理设备，以及向目标管理设备发送解绑通知或下线通知。
137.相应地，在本技术实施例中，s405中待管理设备提供设备管理执行结果界面，以显示服务端设备响应于管理请求所发送的针对目标待管理设备的管理处理结果，包括s4051和s4052，下面对各步骤分别进行说明。
138.s4051、待管理设备基于服务端设备响应于设备移除请求所发送的第二设备更新数据，确定待管理设备集合。
139.在本技术实施例中，服务端设备向待管理设备发送第二设备更新数据，待管理设备也就接收到了第二设备更新数据；此时，待管理设备基于第二设备更新数据对自身的设备列表进行更新，也就是将至少两台待管理设备中的目标待管理设备进行移除，来得到待管理设备集合。其中，至少两台待管理设备包括待管理设备集合和目标待管理设备。
140.s4052、待管理设备提供设备管理执行结果界面，以显示待管理设备集合。
141.在本技术实施例中，目标待管理设备的设备更新信息包括待管理设备集合，待管理设备通过设备管理秩序结果界面显示待管理设备集合来显示目标待管理设备的设备更新信息。也就是说，由显示至少两台待管理设备改变为显示待管理设备集合。
142.需要说明的是，设备管理执行结果界面用于显示至少两台待管理设备，和设备管理界面用于显示针对目标待管理设备执行了管理处理后的结果；因此，设备管理执行结果界面和设备管理界面可以是相同的界面，此时，通过更新界面中的显示信息实现对目标待管理设备的管理处理；而设备管理执行结果界面和设备管理界面也可以是不同的界面，此时，通过界面切换实现对目标待管理设备的管理处理。
143.可以理解的是，待管理设备通过向服务端设备发送设备移除请求，以使服务端设备响应于该设备移除请求将目标待管理设备从管理账号对应的设备列表中移除，实现了对管理账号在目标待管理设备的管理客户端上的退出管理。
144.在本技术实施例中，当管理处理包括设备状态控制时，管理操作为状态控制操作，管理请求为设备状态控制请求；s402可通过s4023(图中未示出)实现；也就是说，待管理设备响应于针对目标待管理设备的管理操作，向服务端设备发送管理请求，包括s4023，以及s4023之后还包括s4024(图中未示出)，下面对各步骤分别进行说明。
145.s4023、待管理设备响应于针对目标待管理设备的状态控制操作，向服务端设备发送设备状态控制请求。
146.需要说明的是，待管理设备中针对每个待管理设备，还显示有用于改变待管理设备的工作状态的状态控制控件(比如，锁屏按钮，关机按钮)；当用户通过触发目标待管理设备对应的状态控制控件来控制目标待管理设备的工作状态时，待管理设备也就接收到了针对目标待管理设备的状态控制操作；此时，待管理设备响应于该状态控制操作，向服务端设备发送状态控制请求；其中，状态控制请求是指控制目标待管理设备进入目标工作状态的请求。
147.s4024、服务端设备响应于设备状态控制请求控制目标待管理设备进入目标工作状态。
148.在本技术实施例中，当待管理设备向服务端设备发送了设备状态控制请求之后，服务端设备也就接收到了该设备状态控制请求；此时，服务端设备响应于该设备状态控制请求，向目标待管理设备发送状态控制指令，该状态控制指令用于控制目标管理设备进入目标工作状态；目标待管理设备接收到状态控制指令之后，通过执行状态控制指令来调用与状态控制指令匹配的功能模块，实现与状态控制指令适配的管理处理。
149.需要说明的是，目标工作状态包括亮屏状态、锁屏状态、关机状态和睡眠状态中的至少一种；另外，当目标待管理设备完成状态控制指令的执行，且向服务端设备发送了反馈信息之后，或者服务端设备通过对目标待管理设备进行轮询来确定目标待管理设备是否已进入目标工作状态，以及在确定目标待管理设备已进入目标工作状态之后，服务端设备也就获得了包括目标工作状态的管理处理结果；此时，服务端设备向每台待管理设备发送目标工作状态。
150.相应地，在本技术实施例中，s405中待管理设备提供设备管理执行结果界面，以显示服务端设备响应于管理请求所发送的针对目标待管理设备的管理处理结果，包括s4053，下面对该步骤进行说明。
151.s4053、待管理设备提供设备管理执行结果界面，以显示服务端设备响应于设备状态控制请求所发送的目标工作状态。
152.在本技术实施例中，目标待管理设备的设备更新信息包括目标工作状态，待管理设备通过提供设备管理执行结果界面显示目标工作状态，来显示目标待管理设备的设备更新信息。
153.可以理解的是，待管理设备通过服务端设备向目标待管理设备发送状态控制指令，实现了通过待管理设备对目标待管理设备的工作状态的控制。
154.在本技术实施例中，当管理处理包括设备定位时，管理操作为定位操作，管理请求为设备定位请求；s402可通过s4025(图中未示出)实现；也就是说，待管理设备响应于针对目标待管理设备的管理操作，向服务端设备发送管理请求，包括s4025，以及s4025之后还包括s4026(图中未示出)，下面对各步骤分别进行说明。
155.s4025、待管理设备响应于针对目标待管理设备的定位操作，向服务端设备发送设备定位请求。
156.需要说明的是，待管理设备中针对每个待管理设备还显示有用于定位待管理设备的定位控件(比如，找回设备按钮)；当用户通过触发目标待管理设备对应的定位控件来对
目标待管理设备进行定位时，待管理设备也就接收到了针对目标待管理设备的定位操作；此时，待管理设备响应于该定位操作，向服务端设备发送设备定位请求；其中，设备定位请求用于请求获取目标待管理设备的目标位置。
157.s4026、服务端设备响应于设备定位请求获取目标待管理设备的目标位置。
158.在本技术实施例中，当待管理设备向服务端设备发送了设备定位请求之后，服务端设备也就接收到了该设备定位请求；此时，服务端设备响应于该设备定位请求，获取目标待管理设备的目标位置。
159.需要说明的是，目标位置包括预估位置、当前位置和历史位置中的至少一种；当服务端设备通过对目标待管理设备的网络地址等信息进行分析来获得目标位置时，获得的目标位置为预估位置；当服务端设备通过向目标待管理设备发送当前位置获取请求来获得目标位置时，获得的目标位置为当前位置，这里，目标待管理设备响应于当前位置获取请求，获得当前位置，并将该当前位置发送至服务端设备；当服务端设备通过获取目标待管理设备主动上报的最近一次的位置来获得目标位置时，获得的目标位置为历史位置。此时，管理处理结果包括目标位置。
160.相应地，在本技术实施例中，s405中待管理设备提供设备管理执行结果界面，以显示服务端设备响应于管理请求所发送的针对目标待管理设备的管理处理结果，包括s4054，下面对该步骤进行说明。
161.s4054、待管理设备提供设备管理执行结果界面，以显示服务端设备响应于设备定位请求所发送的目标位置。
162.在本技术实施例中，目标待管理设备的设备更新信息包括目标位置，待管理设备通过提供设备管理执行结果界面显示目标位置，来显示目标待管理设备的设备更新信示。
163.可以理解的是，待管理设备通过服务端设备获取目标待管理设备的目标位置，实现了通过待管理设备对目标待管理设备的定位。
164.在本技术实施例中，当管理处理包括设备风险处理时，管理操作为风险处理操作，管理请求为设备风险处理请求；s402可通过s4027(图中未示出)实现；也就是说，待管理设备响应于针对目标待管理设备的管理操作，向服务端设备发送管理请求，包括s4027，以及s4027之后还包括s4028(图中未示出)，下面对各步骤分别进行说明。
165.s4027、待管理设备响应于针对目标待管理设备的风险处理操作，向服务端设备发送设备风险处理请求。
166.需要说明的是，待管理设备中针对每个待管理设备还显示有用于处理风险的风险处理控件(比如，一键清理按钮)；当用户通过触发目标待管理设备对应的风险处理控件来对目标待管理设备进行风险处理时，待管理设备也就接收到了针对目标待管理设备的风险处理操作；此时，待管理设备响应于该风险处理操作，向服务端设备发送设备风险处理请求；其中，设备风险处理请求用于请求对目标待管理设备进行风险处理。
167.s4028、服务端设备响应于设备风险处理请求对目标待管理设备进行风险处理，得到风险更新数据。
168.在本技术实施例中，当待管理设备向服务端设备发送了设备风险处理请求之后，服务端设备也就接收到了该设备风险处理请求；此时，服务端设备响应于该设备风险处理请求，对目标待管理设备的进行风险处理。这里，服务端设备可以向待管理设备发送风险处
理提示信息来实现风险处理，服务端设备还可以通过向目标待管理设备发送风险处理指令来实现风险处理，服务端设备还可以通过自身对目标待管理设备的进行进行处理来进行风险处理，等等，本技术实施例对此不作限定。当服务端设备向目标待管理设备发送风险处理指令(比如，清理异常信息的指令，更新防护资源库的指令)时，目标待管理设备基于接收到的风险处理指令调用自身设备上适配的功能模块，执行与风险处理指令匹配的风险处理，并在完成对风险处理指令的执行时，向服务端设备发送反馈信息。
169.需要说明的是，服务端设备获得的风险更新数据为风险处理的结果，比如，当前风险状态；此时，管理处理结果包括风险更新数据。这里，服务端设备向每台待管理设备发送风险更新数据。
170.相应地，在本技术实施例中，s405中待管理设备基于服务端设备响应于管理请求所发送的管理处理结果，显示目标待管理设备的设备更新信息，包括 s4055和s4056，下面对该步骤进行说明。
171.s4055、基于服务端设备响应于设备风险请求所发送的风险更新数据，确定目标待管理设备的当前风险状态。
172.在本技术实施例中，服务端设备向待管理设备发送风险更新数据，待管理设备也就接收到了风险更新数据；此时，待管理设备基于风险更新数据确定目标待管理设备的当前风险状态。
173.s4056、提供设备管理执行结果界面，以显示当前风险状态。
174.在本技术实施例中，目标待管理设备的设备更新信息包括当前风险状态，待管理设备通过提供设备管理执行结果界面显示当前风险状态，来显示目标待管理设备的设备更新信示。
175.可以理解的是，待管理设备通过服务端设备获取目标待管理设备的当前风险状态，实现了通过待管理设备对目标待管理设备的风险处理。
176.参见图7，图7是本技术实施例提供的设备管理方法的交互示意图三；如图7所示，在本技术实施例中，s402之前还包括s411至s416；也就是说，管理设备响应于针对目标待管理设备的管理操作，向服务端设备发送管理请求之前，该设备管理方法还包括s411至s416，下面对各步骤分别进行说明。
177.s411、待管理设备向服务端设备发送本地的设备信息。
178.在本技术实施例中，每台待管理设备均向服务端设备发送自身的设备信息，以使服务端设备能够收集到至少两台待管理设备的设备信息。其中，设备信息包括设备状态信息、设备位置、设备工作状态和设备风险信息中的至少一种。
179.需要说明的是，设备风险信息是指多个维度的风险信息，包括设备自身风险信息和应用账号风险信息中的至少一种，设备自身风险信息包括硬件风险信息(比如，使用了非指定零件，设备性能值低于阈值)、应用风险信息(比如，包括异常安装包，待清理数据的空间量大于阈值，防护数据库的更新时间超过指定时间)和环境风险信息(比如，连接了异常网络，访问了异常网站，接收到异常通信信息)中的至少一种；应用账号风险信息包括设置风险信息(比如，密码复杂度低于指定复杂度，未设置密保)和使用风险信息(比如，异地登录，包括异常联系人)，以及应用账号风险信息是指目标待管理设备上的功能应用对应的账号所对应的风险。
180.s412、服务端设备结合至少两台待管理设备分别对应的设备信息，整合出每台待管理设备的设备信息更新数据。
181.在本技术实施例中，服务端设备通过对至少两台待管理设备分别对应的设备信息整合，以整合出向各台待管理设备同步的每台待管理设备的设备信息更新数据，并向各台待管理设备发送每台待管理设备的设备信息更新数据。
182.s413、待管理设备接收服务端设备针对每台设备信息所发送的设备信息更新数据。
183.在本技术实施例中，当服务端设备向各台待管理设备发送每台待管理设备的设备信息更新数据时，待管理设备也就接收到了每台待管理设备的设备信息更新数据。
184.s414、待管理设备基于设备信息更新数据，确定对应待管理设备的待管理设备信息。
185.在本技术实施例中，待管理设备基于每台待管理设备的设备信息更新数据，对对应的待管理设备的待管理数据进行更新，也就获得了每台待管理设备的待管理设备信息(即为上述的设备管理信息)。
186.需要说明的是，待管理设备信息包括设备类型、设备名称、是否为本机、可进行的管理(移除、风险处理和工作状态控制等)、当前工作状态、风险状态、定位记录、绑定时间、设备运行数据(比如，处理器占用率，内存占用率，硬盘占用率，处理器问答，系统盘占用率，上行网速，下行网速，等等)。
187.s415、待管理设备显示每台待管理设备对应的待管理设备信息。
188.需要说明的是，待管理设备通过设备管理界面将每台待管理设备对应的待管理设备信息显示出来，以基于显示的每台待管理设备对应的待管理设备信息对任一待管理设备进行管理。
189.s416、待管理设备针对待管理设备信息，接收针对目标待管理设备的管理操作。
190.在本技术实施例中，当设备信息包括设备风险信息，且待管理设备向服务端设备发送本地的设备信息之后，该设备管理方法还包括：待管理设备提供设备管理界面，以显示服务端设备针对设备风险信息所发送的风险列表，其中，风险列表是服务端设备结合每个待管理设备的设备风险信息整合出的；基于风险列表，对至少两台待管理设备进行风险管理。也就是说，待管理设备可以将至少两台待管理设备的待处理风险进行整体性显示，如此，以提升风险处理效率，进而提升设备管理效果。
191.在本技术实施例中，服务端设备还可以接收业务服务设备发送的风险通知，从而结合风险通信和设备风险信息，确定待管理设备的风险。
192.下面，将说明本技术实施例在一个实际的应用场景中的示例性应用。该示例性应用描述了跨系统平台绑定多台设备(称为至少两台待管理设备)，并通过服务器(称为服务端设备)对多台设备进行设备数据收集、同步和智能分析，实现由任一设备管理其他设备以及进行风险监测和处理的过程。这里，从多台设备的绑定、设备的状态管理和设备的风险管理三方面进行说明。
193.下面对跨系统平台的多台设备的绑定关系的建立进行说明。
194.参见图8，图8是本技术实施例提供的一种示例性的建立绑定关系的交互图；如图8所示，该示例性的建立绑定关系的步骤包括s801至s810，下面对各步骤分别进行说明。
195.s801、新设备(称为待管理设备)向服务器发送账号登录请求。
196.需要说明的是，多台设备上均运行有相同的客户端(称为管理客户端)，多台设备采用相同的账号(称为管理账号)登录所运行的客户端。
197.参见图9，图9是本技术实施例提供的一种示例性的客户端登录前的示意图；如图9所示，页面9-1为账号登录前的客户端运行页面，包括登录入口9-11，可管理设备描述9-12。这里，当通过图9中的登录入口9-11进行账号登录时，也就是触发了新设备向服务器发送账号登录请求的处理。
198.s802、服务器向新设备发送登录成功信息。
199.需要说明的是，服务器响应于账号登录请求，向新设备发送登录成功信息；其中，登录成功信息即为本技术实施例中的成功信息。
200.s803、新设备向服务器发送设备数据。
201.需要说明的是，新设备基于接收到的登录成功信息，确定账号在新设备上成功登录。当账号在新设备上成功登录时，新设备通过客户端向服务器上报设备数据(包括设备标识)。
202.还需要说明的是，不同的系统平台的设备对应的设备标识的类型不同，从而与设备列表对应的设备标识的类型也不同；比如，有的系统平台的设备标识为一种供应者标识符(identifier for vendors，idfv)，有的系统平台的设备标识为另一种供应者标识符(vid，一种由全局唯一标识符(globally unique identifier， guid)和设备信息计算生成的标识符)。
203.s804、服务器基于设备数据检查账号下设备列表。
204.需要说明的是，服务器针对每个账号，记录着一份设备列表。服务器基于接收到的设备数据，在账号对应的设备列表中检查是否包括该设备数据中的设备标识；当检查到设备列表包括该设备数据中的设备标识时，不执行设备列表的更新处理；而当检查到设备列表不包括该设备数据中的设备标识时，执行 s805。
205.s805、当设备列表中不包括新设备时，服务器将新设备更新至设备列表中。
206.需要说明的是，服务器在将新设备更新至设备列表中之后，表明针对新设备已建立与账户对应的设备列表的绑定关系；在绑定关系建立之后，新设备会以一定频率(如固定时间间隔1小时)向服务器上报本机信息(比如，位置)，服务器收到后对新设备上报的本机信息进行处理，得到最新的设备信息，并最新的设备信息广播到设备列表中已有的设备。
207.s806、服务器向新设备和设备列表中的其他设备发送设备列表更新数据。
208.参见图10，图10是本技术实施例提供的一种示例性的客户端登录后的示意图；如图10所示，页面10-1为账号登录后的客户端运行页面，包括待管理设备的统计信息10-11，待管理设备列表10-12，以及每个待管理设备对应的管理触发控件10-13。其中，页面10-1为本技术实施例提供的设备管理界面。
209.s807、新设备向服务器发送账号退出登录请求。
210.需要说明的是，设备列表中的设备可以主动退出账号在客户端的登录，这里，以新设备主动退出账号在客户端的登录为例进行说明。当新设备主动退出账号在客户端的登录时，向服务器发送账号退出登录请求，以请求服务器执行账号退出在新设备的客户端上的登录的处理。
211.s808、服务器向新设备发送退出登录成功信息。
212.需要说明的是，服务器响应于账号退出登录请求，向新设备发送退出登录成功信息。
213.s809、服务器从设备列表中清理新设备。
214.需要说明的是，服务器响应于账号退出登录请求，还从设备列表中清理新设备；完成清理后的设备列表中不再包括新设备。
215.s810、服务器向设备列表中的其他设备发送设备列表更新数据(称为第一设备更新数据)。
216.需要说明的是，新设备主动退出账号在客户端的登录之后，新设备将不再通过客户端向服务器上报本机信息。同时，服务器也会将新设备从帐号对应的设备列表中移除，并将从帐号对应的设备列表中移除新设备的数据广播到设备列表中的其他设备。
217.下面说明基于绑定关系对跨系统平台的多设备进行管理的过程。
218.需要说明的是，对跨系统平台的多设备所进行的管理，包括设备状态管理和设备风险管理；其中，设备状态管理包括移除设备、查讯设备位置和控制设备，设备风险管理包括设备风险确定和设备风险处理。
219.参见图11，图11是本技术实施例提供的一种示例性的移除设备的交互图；如图11所示，描述了由设备列表中的设备a移除设备列表中的设备b(称为待处理设备)的过程，包括s1101至s1108，下面对各步骤分别进行说明。
220.s1101、设备a向服务器请求设备列表。
221.需要说明的是，当设备a为刚完成登录的设备，或者设备a对设备列表中的设备进行管理处理时，向服务器发送用于请求设备列表的请求，以获得设备列表。
222.s1102、服务器向设备a发送设备列表。
223.需要说明的是，服务器接收到设备a发送的请求设备列表的请求之后，响应于该请求，向设备a发送设备列表。
224.s1103、设备a向服务器发送移除设备b的请求(称为设备移除请求)。
225.示例性地，参见图12，图12是本技术实施例提供的一种示例性的控制工作状态的示意图；如图12所示，当触发图10中的管理触发控件10-13，对设备 12-1进行管理时，显示页面12-2。在页面12-2中，显示有设备12-1的基本信息，还显示有解除绑定按钮12-21；当触发按钮12-21时，就触发了向服务器发送移除设备12-1的请求。
226.s1104、服务器从设备列表中移除设备b。
227.需要说明的是，服务器响应于移除设备b的请求，从设备列表中移除设备 b，以实现设备a移除设备b的管理处理。
228.s1105、服务器将设备b的登录状态更改为退出状态(或称为解绑或下线状态)。
229.需要说明的是，响应于移除设备b的请求，将设备b的登录状态更改为退出状态。其中，s1104和s1105在执行顺序上不分先后，比如，可以先执行s1104 再执行s1105，也可以先执行s1105再执行s1104，还可以并行执行s1104和 s1105，等等。
230.s1106、服务器向设备b发送账号下线通知(或简称为下线通知)。
231.需要说明的是，对于本次被移除的设备b，会收到服务器发送的帐号下线通知。
232.s1107、设备b基于账号下线通知清除本机缓存的绑定信息。
233.需要说明的是，设备b的客户端基于账号下线通知，清除本机缓存的绑定信息，后续设备b不会再向服务器上报本机信息。
234.s1108、服务器向设备a和设备列表中的其他设备发送设备列表更新数据 (称为第二设备更新数据)。
235.需要说明的是，设备的移除由账号对应的设备列表中的任一设备执行，移除的设备为账号对应的设备列表中的任一设备，而设备列表中的各设备在所运行的客户端中均成功登录了相同的账号；这里，服务器在收到移除请求后，将指定设备从设备列表移除，并广播到列表中已有的其他设备。
236.参见图13，图13是本技术实施例提供的一种示例性的查询设备位置的交互图；如图13所示，描述了由设备列表中的设备a查询设备列表中的设备b、设备c和设备d分别对应的位置的过程，包括s1301至s1319，下面对各步骤分别进行说明。
237.s1301、设备c向服务器发送本机开启允许找回功能的信息。
238.需要说明的是，当设备开启允许找回功能时，设备才向服务器发送本机开启允许找回功能的信息，以使服务器基于该本机开启允许找回功能的信息，向请求该设备位置的设备返回位置。
239.示例性地，参见图14，图14是本技术实施例提供的一种示例性的开启功能的示意图；如图14所示，页面14-1用于为设备列表中的设备c开启允许找回功能，包括设备管理基本信息14-11、允许找回功能的开关控件14-12和设备信息14-13。这里，通过对开关控件14-12进行触控实现运行找回功能的开启和关闭；以及只有当设备开启了允许找回功能之后，设备才会向服务器上报本机位置，并允许设备列表中的其他设备对该位置进行获取。
240.s1302、设备d向服务器发送本机开启允许找回功能的信息。
241.需要说明的是，设备d向服务器发送本机开启允许找回功能的信息，与 s1301中设备c向服务器发送本机开启允许找回功能的信息的处理类似，这里不进行重复描述。
242.s1303、设备d获取当前位置。
243.需要说明的是，设备d包括定位功能且定位功能处于开启状态时，设备d 周期性地获取自身当前位置，以向服务器发送自身的当前位置。
244.s1304、设备d向服务器发送当前位置。
245.需要说明的是，当设备d在当前定位周期内获取到自身的当前位置之后，向服务器发送自身的当前位置。这里，设备d按固定间隔循环执行s1303和 s1304。
246.s1305、设备a向服务器请求设备列表。
247.需要说明的是，设备a向服务器请求设备列表的过程，与s1101中设备a 向服务器请求设备列表的过程类似，本技术实施例对此不再重复描述。
248.s1306、服务器向设备a发送设备列表。
249.需要说明的是，服务器向设备a发送设备列表的过程，与s1102中服务器向设备a发送设备列表的过程类似，本技术实施例对此不再重复描述。
250.s1307、设备a向服务器发送查询设备列表中的设备b的位置的请求(称为设备定位请求)。
251.需要说明的是，当服务器向设备a发送设备列表时，设备a也就接收到了设备列表；当用户在设备a上对设备列表中的设备b执行位置获取操作时，设备a响应于该位置获取操
作，向服务器发送查询设备列表中的设备b的位置的请求，以向服务器请求获取设备b的位置。
252.s1308、服务器向设备a发送不可查询的提示信息。
253.需要说明的是，由于设备b未向服务器发送本机开启允许找回功能的信息，表明设备b未开启允许找回功能，从而，当设备a查询设备b的位置时，服务器向设备a发送不可查询的提示信息。
254.s1309、设备a向服务器发送查询设备列表中的设备c的位置的请求(称为设备定位请求)。
255.需要说明的是，设备a向服务器发送查询设备列表中的设备c的位置的请求，与s1307中设备a向服务器发送查询设备列表中的设备b的位置的请求类似，本技术实施例对此不再重复描述。
256.s1310、服务器响应于查询设备列表中的设备c的位置的请求，解析设备c 的互联网协议(internet protocol，ip)地址。
257.需要说明的是，由于设备c中不包括定位功能，或者定位功能未开启，从而设备c并未周期性地向服务器上报自身的当前位置，因此，服务器无法通过设备c上报的信息获取到设备c的位置；故，服务器设备服务器响应于查询设备列表中的设备c的位置的请求，通过解析设备c的互联网协议地址来获取设备c的位置。
258.s1311、服务器基于解析结果向设备a发送设备c的预估位置。
259.需要说明的是，预估位置是服务器通过解析设备c的互联网协议地址来获得的位置。
260.s1312、设备a向服务器请求查询设备d的位置。
261.需要说明的是，设备a向服务器请求查询设备d的位置，与s1307中设备 a向服务器发送查询设备列表中的设备b的位置的请求类似，本技术实施例对此不再重复描述。
262.s1313、服务器向设备a发送设备d的最近一次位置(称为历史位置，如图15示出的页面15-1中的信息15-11)。
263.s1314、设备a向服务器发送查询设备d的当前位置的请求(称为设备定位请求)。
264.需要说明的是，当用户在设备a上对设备列表中的设备d执行当前位置获取操作时，设备a响应于该当前位置获取操作，向服务器发送查询设备d的当前位置的请求，以向服务器请求获取设备d的当前位置。
265.s1315、服务器向设备d发送查询请求。
266.需要说明的是，服务器接收到设备a发送的查询设备d的当前位置的请求之后，响应于该查询设备d的当前位置的请求，向设备d发送查询请求，以通过设备d获取设备d的当前位置。
267.s1316、设备d获取当前位置。
268.需要说明的是，设备d接收到服务器所发送的查询请求之后，响应于该查询请求，获取自身的当前位置。
269.s1317、设备d播放警报。
270.需要说明的是，设备d中预先设置有警报，当设备d接收到服务器所发送的查询请求之后，响应于该查询请求，播放警报。其中，s1316和s1317在执行顺序上不分先后。
271.s1318、设备d向服务器发送当前位置。
272.需要说明的是，设备d获得了自身的当前位置之后，将该当前位置发送至服务器，以完成对服务器所发送的查询请求的响应。
273.s1319、服务器向设备a发送设备d的当前位置。
274.需要说明的是，位置的查找是基于位置上报实现的，其中，位置上报包括主动上报和被动上报。主动上报是指设备(比如，设备d)以一定频率(如固定时间间隔1小时)向服务器上报本机的位置，即为s1303和s1304；主动上报的实现条件可以是设备包括定位功能，且定位功能为开启状态。
275.参见图16，图16是本技术实施例提供的一种示例性的开启定位功能的示意图；如图16，页面16-1用于开启定位服务，以开启定位功能；包括定位服务的开关控件16-11；通过触发开关控件16-11实现定位功能的开和关，其中，定位功能用于通过全球定位系统、蓝牙和众包wi-fi热点以及信号塔位置等来确定设备位置。
276.这里，当设备不包括定位功能，或者设备向服务器上报位置失败时，如果服务器接收到针对该设备的位置查询请求，则根据设备的连接网址(比如，ip) 预估设备的位置。即为s1310和s1311。
277.被动上报是指其他设备(比如，设备a)向服务器请求本设备(比如，设备c)的当前位置时(比如，找不到手机时)，本设备基于服务器所发送的通知，激活客户端，以通过客户端向服务器上报本机的位置。另外，本设备在进行被动上报的同时，还会发出光亮、振动和声音等能够引起注意的信息(即为上述的警报)。
278.还需要说明的是，位置的查询是基于允许找回功能的是否开启、以及是否查询当前位置来确定最终的查询结果的。参见图17，图17是本技术实施例提供的一种示例性的获取位置查询结果的流程图；如17所示，该示例性的获取位置查询结果的执行主体为服务器，包括s1701至s1706，下面对各步骤分别进行说明。
279.s1701、开始查询待查询设备位置。
280.需要说明的是，服务器响应于设备发送来的用于查询待查询设备位置的请求，开始查询待查询设备位置。
281.s1702、判断待查询设备是否开启允许找回功能。是则执行s1704，否则执行s1703。这里，服务器通过判断是否接收到待查询设备发送的“开启允许找回功能的信息”，来判断是否开启允许找回功能；如果接收到了“开启允许找回功能的信息”，确定待查询设备开启了允许找回功能；而如果未接收到“开启允许找回功能的信息”，确定待查询设备未开启允许找回功能。
282.s1703、确定返回不可查询的提示信息。
283.需要说明的是，在服务器确定待查询设备为开启允许找回功能时，也就表明待查询设备不向其他设备提供自身的位置；这里，不可查询的提示信息可以包括不可查询的原因和查询位置的建议处理中的至少一种，本技术实施例对此不作限定。
284.s1704、判断是否查询当前位置。是则执行s1706，否则执行s1705。
285.需要说明的是，服务器对接收到的用于对其他设备管理的设备所发送的位置查询请求之后，基于该位置查询请求所请求查询的内容判断是否是查询当前位置。
286.s1705、确定返回最近一次位置。
287.在本技术实施例中，当设备向服务器所请求的位置不是待查询设备的当前位置，服务器向设备发送待查询设备的最近一次位置；其中，最近一次位置为待查询设备最近一次主动上报的位置。
288.s1706、确定返回当前位置。
289.在本技术实施例中，当设备向服务器所请求的位置是待查询设备的当前位置，服务器向设备发送待查询设备的当前位置；其中，当前位置为待查询设备此时通过定位向服务器发送的当前位置。
290.参见图18，图18是本技术实施例提供的一种示例性的控制设备的交互图；如图18所示，描述了由设备列表中的设备a控制设备列表中的设备b的过程，包括s1801至s1812，下面对各步骤分别进行说明。
291.s1801、设备a向服务器发送对设备b进行锁屏的请求(称为设备状态控制请求)。
292.继续参见图12，在页面12-2中，还显示有锁屏按钮12-22；当触发按钮12-22 时，就触发了向服务器发送对设备12-1进行锁屏的请求。
293.s1802、服务器向设备b发送锁屏指令。
294.这里，服务器响应于对设备b进行锁屏的请求，向设备b发送锁屏指令。
295.s1803、设备b通过执行锁屏指令进行锁屏。
296.需要说明的是，当服务器向设备b发送锁屏指令时，设备b也就接收到了该锁屏指令；此时，设备b执行该锁屏指令，也就对自身执行了锁屏；如此，也就实现了设备a控制设备b锁屏的设备管理。
297.s1804、设备b检测设备状态的变化。
298.需要说明的是，由于设备b执行了锁屏处理，因此设备b的设备状态发生了变化；又由于设备b周期性地检测着自身的设备状态是否变化，因此，此时，设备b在检测设备状态的变化时，能够检测出设备状态的变化(由亮屏状态变化为锁屏状态)。
299.s1805、设备b向服务器上报变化的设备状态(称为目标工作状态)。
300.需要说明的是，由于设备b进行了锁屏，从而设备b检测到设备状态发送变化，进而设备b向服务器上报变化的设备状态。
301.s1806、服务器向设备a、以及设备列表中的其他设备发送设备状态更新数据。
302.需要说明的是，设备状态更新数据表征设备b的设备状态的变化。另外， s1804至s1806是循环执行的。此外，s1801至s1806描述了设备a控制设备列表中的设备b锁屏的过程。下面说明设备a控制设备列表中的设备b关机的过程。
303.s1807、设备a向服务器发送对设备b进行关机的请求(称为设备状态控制请求)。
304.继续参见图12，在页面12-2中，还显示有关机按钮12-23；当触发按钮12-23 时，就触发了向服务器发送对设备12-1进行关机的请求。
305.s1808、服务器向设备b发送关机指令。
306.这里，服务器响应于关机设备b的请求，向设备b发送关机指令。
307.s1809、设备b通过执行关机指令进行关机。
308.需要说明的是，当服务器向设备b发送关机指令时，设备b也就接收到了该关机指令；此时，设备b执行该关机指令，也就对自身执行了关机；如此，也就实现了设备a控制设备b关机的设备管理。
309.s1810、服务器向设备b发送轮询信息。
310.需要说明的是，s1810是循环执行的，以轮询关机是否完成。
311.s1811、服务器确定设备b已关机。
312.需要说明的是，当控制指令为关机指令时，由于待控制的设备在完成了对关机指令的执行时，待控制的设备处于下线状态，且待控制的设备已与服务器断开了连接，无法向服务器反馈控制结果；因此，服务器采用指定时间间隔(比如，五分钟)的轮询机制，通过向待控制的设备发送轮询信息来确定待控制设备是否处于下线状态；当确定待控制的设备处于下线状态时，确定已完成关机指令所指示的处理。此时也就能够确定设备b已关机。
313.s1812、服务器向设备a、以及设备列表中的其他设备发送设备状态更新数据。
314.需要说明的是，当待控制的设备(比如，设备b)接收到服务器发送的控制指令(比如，锁屏指令，关机指令)时，待控制的设备上的客户端向本机发起对应于控制指令的功能调用，以使本机进入对应的状态；这里，当待控制设备在完成了对控制指令的执行时，待控制的设备的状态也就发生了变化，此时，待控制设备向服务器反馈控制结果。
315.参见图19，图19是本技术实施例提供的一种示例性的设备风险确定的交互图；如图19所示，描述了服务器对设备列表中的设备a和设备b进行设备风险确定的过程，包括s1901至s1908，下面对各步骤分别进行说明。
316.s1901、服务器与业务服务器建立连接。
317.需要说明的是，业务服务器为客户端管理的功能应用所对应的后台服务器，比如，即时聊天应用对应的后台服务器，浏览器对应的后台服务器，等等。
318.s1902、设备a检测本机的风险状态。
319.需要说明的是，每个设备均周期性地对自身的设备信息的变化进行检测，从而设备a也周期性地检测本机的风险状态。
320.s1903、设备a向服务器发送风险状态信息。
321.需要说明的是，设备a在检测到本机的风险状态发生变化时，向服务器发送风险状态信息。
322.s1904、服务器基于风险状态信息确定设备a的当前风险状态。
323.需要说明的是，当设备a向服务器发送风险状态信息时，服务器也就接收到了设备a的风险状态信息；接着，服务器基于风险状态信息确定设备a的当前风险状态。
324.s1905、服务器向设备列表中的设备发送设备a的当前风险状态。
325.需要说明的是，s1902至s1905是循环执行的。
326.s1906、设备b检测本机的风险状态。
327.需要说明的是，设备b检测本机的风险状态的过程，与s1902中设备a检测本机的风险状态的过程类似，本技术实施例在此不进行重复描述。
328.s1907、设备b向服务器发送风险状态信息。
329.需要说明的是，设备b向服务器发送风险状态信息的过程，与s1903中设备a向服务器发送风险状态信息的过程类似，本技术实施例在此不进行重复描述。
330.s1908、服务器基于风险状态信息确定设备b的当前风险状态。
331.需要说明的是，服务器基于风险状态信息确定设备b的当前风险状态，与s1904中服务器基于风险状态信息确定设备a的当前风险状态的过程类似，本技术实施例在此不进
行重复描述。
332.s1909、服务器向设备列表中的设备发送设备b的当前风险状态。
333.需要说明的是，s1906至s1909是循环执行的。
334.s1910、业务服务器向服务器发送风险通知。
335.需要说明的是，由于服务器与业务服务器建立了连接，从而业务服务器在检测到对应的设备存在风险时，针对该设备向服务器发送风险通知。
336.s1911、服务器基于风险通知向设备列表中的设备发送风险更新数据。
337.需要说明的是，s1910和s1911是循环执行的。
338.还需要说明的是，风险状态信息是指用于确定风险状态的相关信息，包括设备风险信息和账号风险信息，设备风险信息包括硬件风险信息、应用风险信息和环境风险信息，账号风险信息包括设置风险信息和使用风险信息。其中，硬件风险信息包括硬件的变更信息和硬件性能值(比如，电池电量)的变更信息等；应用风险信息包括异常应用、异常安装包、异常库过期未更新、可用空间的变更信息和可清理数据的变更信息等；环境风险信息包括连接网络的变更信息、浏览记录和通信记录(比如，接收到的电话、通知和短信)等；设置风险信息包括账号密码、密保设置情况和身份认证情况等；使用风险信息包括登录地的变更信息和关联账号等。
339.服务器综合分析相关维度的信息，得出可能存在的安全风险(包括处于风险状态的设备和设备上的功能应用的账号)，并生成安全日志，广播推送到各个设备，以实现查看处理。
340.示例性地，参见图20，图20是本技术实施例提供的一种示例性的显示风险状态的示意图；如图20所示，页面20-1上包括风险统计信息20-11和用于处理风险的立即处理按钮20-12；当触发按钮20-12时，显示页面20-2，包括检测出的风险列表20-21。
341.参见图21，图21是本技术实施例提供的一种示例性的设备风险处理的交互图；如图21所示，描述了设备列表中的设备a对设备列表中的设备b进行设备风险处理的过程，包括s2101至s2110，下面对各步骤分别进行说明。
342.s2101、设备a处理本机的设备风险。
343.需要说明的是，设备列表中的设备可以对自身设备的设备风险进行处理，还可以对设备列表中除设备a之外的其他设备进行设备风险的处理。
344.s2102、设备a向服务器上报风险已处理数据。
345.需要说明的是，设备列表中的每个设备在自身设备信息发生变化时，均会向服务器发送对应的变化信息；这里，当设备a完成本机的设备风险的处理之后，设备a的设备信息也就发生了变化，设备a通过向服务器上报风险已处理数据向服务器上设备所发送的变化。
346.s2103、服务器基于设备a上报的风险已处理数据确定设备a的当前风险状态。
347.需要说明的是，服务器获得了风险已处理数据之后，基于设备a上报的风险已处理数据对自身的设备a的风险进行评估，也就确定了设备a的当前风险状态。
348.s2104、服务器向设备a和设备b发送设备a的当前风险状态的更新数据。
349.需要说明的是，服务器向设备a和设备b发送设备a的当前风险状态的更新数据，是为了向设备列表中的各设备同步设备a的当前风险状态。
350.s2105、设备a向服务器发送处理设备b的风险的请求。
351.需要说明的是，设备a在对设备列表中除设备a之外的其他设备(比如，设备b)进行设备风险的处理时，通过向服务器发送处理设备b的风险的请求来触发。
352.s2106、服务器向设备b下发风险处理指令。
353.需要说明的是，服务器响应于处理设备b的风险的请求，向设备b下发风险处理指令。
354.s2107、设备b通过执行风险处理指令，处理本机风险。
355.需要说明的是，设备b向服务器上报风险已处理数据的过程，与s1809中设备b通过执行关机指令进行关机的过程类似，本技术实施例在此不进行重复描述。
356.s2108、设备b向服务器上报风险已处理数据。
357.需要说明的是，设备b向服务器上报风险已处理数据的过程，与s2102中设备a向服务器上报风险已处理数据的过程类似，本技术实施例在此不进行重复描述。
358.s2109、服务器基于设备b上报的风险已处理数据确定设备b的当前风险状态。
359.需要说明的是，服务器基于设备b上报的风险已处理数据确定设备b的当前风险状态的过程，与s2104中服务器向设备a和设备b发送设备a的当前风险状态的更新数据的过程类似，本技术实施例在此不进行重复描述。
360.s2110、服务器向设备a和设备b发送设备b的当前风险状态的更新数据。
361.需要说明的是，可以选择在本机处理风险，也可以通过其他设备进行风险处理；当通过其他设备对风险进行远程处理时，可通过服务器向对应设备下发风险处理指令实现。
362.还需要说明的是，有的风险可以一键处理，比如，风险内容的删除和更新 (清理无用数据、删除异常数据、升级防护库和切换wi-fi，等等)。有的风险是无法由客户端实现处理的(比如，硬件风险)，此时，可通过显示对应的风险详情，以实现自行线下处理。
363.示例性地，参见图22，图22是本技术实施例提供的一种示例性的风险处理流程示意图；如图22所示，该示例性的风险处理由服务器执行，包括s2201 至s2206，下面对各步骤分别进行说明。
364.s2201、开始处理风险。
365.需要说明的是，服务器响应于设备发送来的处理待处理设备的风险的请求，开始处理风险。
366.s2202、判断待处理风险是否为非自动处理类风险。是则执行s2203，否则执行s2204。
367.需要说明的是，非自动处理类风险为基于硬件风险信息确定的硬件风险状态。
368.s2203、指示请求设备显示风险详情、以及处理提示信息。
369.需要说明的是，当待处理风险是非自动处理类风险时，无法通过请求设备对该设备的风险处理，因此，服务器指示请求设备显示风险详情、以及处理提示信息；其中，风险详情比如为风险的详细描述，处理提示信息比如为风险处理的具体步骤。
370.s2204、判断待处理风险是否为账号风险。是则执行s2206，否则执行s2205。
371.需要说明的是，账号风险为基于账号风险信息确定的风险状态。
372.s2205、指示请求设备显示用于处理环境风险和应用风险的页面。
373.需要说明的是，当待处理风险不是账号风险时，确定待处理微信为处理环境风险和应用风险，而处理环境风险和应用风险通过响应于页面上的操作就能够实现风险处理。
374.s2206、判断是否需要授权。是则执行s2208，否则执行s2207。
375.需要说明的是，授权是指系统为客户端授予的操作权限的过程；比如，系统为客户端授予通过系统接口切换设备连接的wi-fi的权限。
376.s2207、指示请求设备显示一键处理入口。
377.需要说明的是，一键处理入口比如为“一键处理”按钮；通过触发一键处理入口，就能够实现待处理风险的处理。
378.s2208、判断是否已授权。是则执行s2207，否则执行s2209。
379.s2209、指示待处理设备进行授权处理。
380.需要说明的是，当待处理风险信息为账号风险信息时，由于账号风险信息所涉及的对象为账号，比如，即使聊天账号，因此针对账号风险信息的处理需要用户授权；故，此时，服务器指示待处理设备进行授权处理。
381.s2210、判断是否授权成功。是则执行s2207，否则执行s2203。
382.可以理解的是，本技术实施例通过跨系统平台绑定多台设备，使得任一设备可以管理及控制其他设备，提升设备管理效率；另外，通过对多设备进行智能风险检测，能够实现跨设备的风险处理，显示和处理多个维度的安全风险，提高设备管理质量。
383.下面继续说明本技术实施例提供的设备管理装置355的实施为软件模块的示例性结构，在一些实施例中，如图2所示，存储在第一存储器350的设备管理装置355中的软件模块可以包括：
384.设备显示模块3551，用于提供设备管理界面，以显示以同一管理账号绑定或登录的至少两台待管理设备，其中，所述管理账号通过管理客户端分别绑定或登录于每台所述待管理设备上，以通过所述管理客户端管理所述至少两台待管理设备；
385.管理触发模块3552，用于响应于针对目标待管理设备的管理操作，向服务端设备发送管理请求，以使所述服务端设备响应于所述管理请求对所述目标待管理设备执行管理处理，其中，所述目标待管理设备为所述至少两台待管理设备中的任一所述待管理设备；
386.结果处理模块3553，用于提供设备管理执行结果界面，以显示所述服务端设备响应于所述管理请求所发送的针对所述目标待管理设备的管理处理结果。
387.在本技术实施例中，所述设备管理装置355还包括设备绑定模块3554，用于基于所述管理账号绑定或登录本地运行的所述管理客户端，得到成功信息；基于所述成功信息，向所述服务端设备发送本地的设备标识，以使所述服务端设备基于所述设备标识将对应的所述待管理设备更新至所述管理账号对应的设备列表中，得到第一设备更新数据；接收所述服务端设备针对所述设备标识所发送的所述第一设备更新数据；基于所述第一设备更新数据，获得以同一所述管理账号绑定或登录的所述至少两台待管理设备。
388.在本技术实施例中，所述管理处理包括设备移除、设备状态控制、设备定位和设备风险处理中的至少一种，其中，所述设备移除是指从所述至少两台待管理设备中移除所述目标待管理设备的处理，所述设备定位是指定位所述目标待管理设备的处理，所述设备状态控制是指控制所述目标待管理设备的工作状态的处理，所述设备风险处理是指处理所述目标待管理设备的风险的处理。
389.在本技术实施例中，当所述管理处理包括设备移除时，所述管理操作为移除操作，所述管理请求为设备移除请求；所述管理触发模块3552，还用于响应于针对所述目标待管
理设备的所述移除操作，向所述服务端设备发送所述设备移除请求，以使所述服务端设备响应于所述设备移除请求更改所述管理账号在所述目标待管理设备中的绑定或登录状态，得到第二设备更新数据，其中，所述管理处理结果包括所述第二设备更新数据；所述结果处理模块3553，还用于基于所述服务端设备响应于所述设备移除请求所发送的所述第二设备更新数据，确定待管理设备集合，其中，所述至少两台待管理设备包括所述待管理设备集合和所述目标待管理设备；提供所述设备管理执行结果界面，以显示所述待管理设备集合。
390.在本技术实施例中，当所述管理处理包括设备状态控制时，所述管理操作为状态控制操作，所述管理请求为设备状态控制请求；所述管理触发模块3552，还用于响应于针对所述目标待管理设备的所述状态控制操作，向所述服务端设备发送所述设备状态控制请求，以使所述服务端设备响应于所述设备状态控制请求控制所述目标待管理设备进入目标工作状态，其中，所述目标工作状态包括亮屏状态、锁屏状态、关机状态和睡眠状态中的至少一种，所述管理处理结果包括所述目标工作状态；所述结果处理模块3553，还用于提供所述设备管理执行结果界面，以显示所述服务端设备响应于所述设备状态控制请求所发送的所述目标工作状态。
391.在本技术实施例中，当所述管理处理包括设备定位时，所述管理操作为定位操作，所述管理请求为设备定位请求；所述管理触发模块3552，还用于响应于针对所述目标待管理设备的所述定位操作，向所述服务端设备发送所述设备定位请求，以使所述服务端设备响应于所述设备定位请求获取所述目标待管理设备的目标位置，其中，所述目标位置包括预估位置、当前位置和历史位置中的至少一种，所述管理处理结果包括所述目标位置；所述结果处理模块3553，还用于提供所述设备管理执行结果界面，以显示所述服务端设备响应于所述设备定位请求所发送的所述目标位置。
392.在本技术实施例中，当所述管理处理包括设备风险处理时，所述管理操作为风险处理操作，所述管理请求为设备风险处理请求；所述管理触发模块3552，还用于响应于针对所述目标待管理设备的所述风险处理操作，向所述服务端设备发送所述设备风险处理请求，以使所述服务端设备响应于所述设备风险处理请求对所述目标待管理设备进行风险处理，得到风险更新数据，其中，所述管理处理结果包括所述风险更新数据；所述结果处理模块3553，还用于基于所述服务端设备响应于所述设备风险请求所发送的所述风险更新数据，确定所述目标待管理设备的当前风险状态；提供所述设备管理执行结果界面，以显示所述当前风险状态。
393.在本技术实施例中，所述设备管理装置355还包括信息整合模块3555，用于向所述服务端设备发送本地的设备信息，以使所述服务端设备结合所述至少两台待管理设备分别对应的所述设备信息整合出每台所述待管理设备的设备信息更新数据，其中，所述设备信息包括设备状态信息、设备位置、设备工作状态和设备风险信息中的至少一种；接收所述服务端设备针对所述设备信息所发送的所述设备信息更新数据；基于所述设备信息更新数据，确定对应所述待管理设备的待管理设备信息；提供所述设备管理界面，以显示每台所述待管理设备对应的所述待管理设备信息；基于所述待管理设备信息，接收针对所述目标待管理设备的所述管理操作。
394.在本技术实施例中，所述结果处理模块3553，还用于提供所述设备管理界面，以显示所述服务端设备针对所述设备风险信息所发送的所述风险列表，其中，所述风险列表是
所述服务端设备结合每台所述待管理设备的所述设备风险信息整合出的；基于所述风险列表，对所述至少两台待管理设备进行风险处理。
395.下面继续说明本技术实施例提供的设备管理装置255的实施为软件模块的示例性结构，在一些实施例中，如图3所示，存储在第二存储器250的设备管理装置255中的软件模块可以包括：
396.请求接收模块2551，用于接收待管理设备发送的管理请求，其中，所述管理请求为响应于针对目标待管理设备的管理操作所发送的，所述目标待管理设备为至少两台待管理设备中的任一所述待管理设备，所述至少两台待管理设备以同一管理账号进行绑定或登录，所述管理账号通过管理客户端分别绑定或登录于每台所述待管理设备上，以通过所述管理客户端管理所述至少两台待管理设备；
397.设备管理模块2552，用于响应于所述管理请求，对所述目标待管理设备执行管理处理；
398.结果发送模块2553，用于向所述待管理设备发送管理处理结果，以使所述待管理设备在设备管理执行结果界面上显示针对所述目标待管理设备的所述管理处理结果。
399.在本技术实施例中，所述设备管理装置255还包括设备更新模块2554，用于接收所述待管理设备所发送的本地的设备标识，其中，所述设备标识是所述待管理设备在所述管理账号成功登录本地运行的所述管理客户端时所发送的；基于所述设备标识，将对应的所述待管理设备更新至所述管理账号对应的设备列表中，得到第一设备更新数据；向每台所述待管理设备发送所述第一设备更新数据，以使每台所述待管理设备基于所述第一设备更新数据以同一所述管理账号绑定或登录的所述至少两台待管理设备。
400.在本技术实施例中，所述设备管理模块2552，还用于响应于所述管理请求，向所述目标待管理设备发送管理指令，以使所述目标管理设备执行所述管理指令完成所述管理处理，其中，所述管理指令包括状态控制指令、定位指令和风险处理指令中的至少一种。
401.在本技术实施例中，所述设备管理模块2552，还用于接收每台所述待管理设备发送的本地的设备信息，得到所述至少两台待管理设备分别对应的所述设备信息；基于所述至少两台待管理设备分别对应的所述设备信息，整合出所述至少两台待管理设备分别对应的设备信息更新数据；向每台所述待管理设备发送所述至少两台待管理设备分别对应的所述设备信息更新数据，以使所述待管理设备显示每台所述待管理设备对应的所述待管理设备信息，其中，所述管理操作是基于所述目标待管理设备对应的所述待管理设备信息接收到的。
402.本技术实施例提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备(称为待管理设备)的第一处理器从计算机可读存储介质读取该计算机指令，第一处理器执行该计算机指令，使得该计算机设备执行本技术实施例上述的应用于待管理设备的设备管理方法。或者，计算机设备(称为服务端设备)的第二处理器从计算机可读存储介质读取该计算机指令，第一处理器执行该计算机指令，使得该计算机设备执行本技术实施例上述的应用于服务端设备的设备管理方法。
403.本技术实施例提供一种存储有可执行指令的计算机可读存储介质，其中存储有可执行指令，当可执行指令被第一处理器执行时，将引起第一处理器执行本技术实施例提供
的应用于待管理设备的设备管理方法；或者，当可执行指令被第二处理器执行时，将引起第二处理器执行本技术实施例提供的应用于服务端设备的设备管理方法；例如，如图4示出的设备管理方法。
404.在一些实施例中，计算机可读存储介质可以是fram、rom、prom、 eprom、eeprom、闪存、磁表面存储器、光盘、或cd-rom等存储器；也可以是包括上述存储器之一或任意组合的各种设备。
405.在一些实施例中，可执行指令可以采用程序、软件、软件模块、脚本或代码的形式，按任意形式的编程语言(包括编译或解释语言，或者声明性或过程性语言)来编写，并且其可按任意形式部署，包括被部署为独立的程序或者被部署为模块、组件、子例程或者适合在计算环境中使用的其它单元。
406.作为示例，可执行指令可以但不一定对应于文件系统中的文件，可以可被存储在保存其它程序或数据的文件的一部分，例如，存储在超文本标记语言 (html，hyper text markup language)文档中的一个或多个脚本中，存储在专用于所讨论的程序的单个文件中，或者，存储在多个协同文件(例如，存储一个或多个模块、子程序或代码部分的文件)中。
407.作为示例，可执行指令可被部署为在一个计算机设备上执行(此时，这一个计算机设备即待管理设备或服务端设备)，或者在位于一个地点的多个计算机设备上执行(此时，位于一个地点的多个计算机设备即待管理设备或服务端设备)，又或者，在分布在多个地点且通过通信网络互连的多个计算机设备上执行 (此时，分布在多个地点且通过通信网络互连的多个计算机设备即待管理设备或服务端设备)。
408.可以理解的是，在本技术实施例中，涉及到设备信息等相关的数据，当本技术实施例运用到具体产品或技术中时，需要获得用户许可或者同意，且相关数据的收集、使用和处理需要遵守相关国家和地区的相关法律法规和标准。
409.综上所述，本技术实施例通过在至少两台待管理设备中分别运行的管理客户端中绑定或登录管理账号，实现了管理账号与多台待管理设备的绑定，进而每个待管理设备均能够对多台待管理设备中任一待管理设备进行管理；如此，实现了对多台待管理设备的统一管理，从而，能够提升设备的管理效率。
410.以上所述，仅为本技术的实施例而已，并非用于限定本技术的保护范围。凡在本技术的精神和范围之内所作的任何修改、等同替换和改进等，均包含在本技术的保护范围之内。

技术特征：
1.一种设备管理方法，其特征在于，所述方法包括：提供设备管理界面，以显示以同一管理账号绑定或登录的至少两台待管理设备，其中，所述管理账号通过管理客户端分别绑定或登录于每台所述待管理设备上，以通过所述管理客户端管理所述至少两台待管理设备；响应于针对目标待管理设备的管理操作，向服务端设备发送管理请求，以使所述服务端设备响应于所述管理请求对所述目标待管理设备执行管理处理，其中，所述目标待管理设备为所述至少两台待管理设备中的任一所述待管理设备；提供设备管理执行结果界面，以显示所述服务端设备响应于所述管理请求所发送的针对所述目标待管理设备的管理处理结果。2.根据权利要求1所述的方法，其特征在于，所述提供设备管理界面，以显示以同一管理账号绑定或登录的至少两台待管理设备之前，所述方法还包括：基于所述管理账号绑定或登录本地运行的所述管理客户端，得到成功信息；基于所述成功信息，向所述服务端设备发送本地的设备标识，以使所述服务端设备基于所述设备标识将对应的所述待管理设备更新至所述管理账号对应的设备列表中，得到第一设备更新数据；接收所述服务端设备针对所述设备标识所发送的所述第一设备更新数据；基于所述第一设备更新数据，获得以同一所述管理账号绑定或登录的所述至少两台待管理设备。3.根据权利要求1所述的方法，其特征在于，所述管理处理包括设备移除、设备状态控制、设备定位和设备风险处理中的至少一种，其中，所述设备移除是指从所述至少两台待管理设备中移除所述目标待管理设备的处理，所述设备定位是指定位所述目标待管理设备的处理，所述设备状态控制是指控制所述目标待管理设备的工作状态的处理，所述设备风险处理是指处理所述目标待管理设备的风险的处理。4.根据权利要求1至3任一项所述的方法，其特征在于，当所述管理处理包括设备移除时，所述管理操作为移除操作，所述管理请求为设备移除请求；所述响应于针对目标待管理设备的管理操作，向服务端设备发送管理请求，包括：响应于针对所述目标待管理设备的所述移除操作，向所述服务端设备发送所述设备移除请求，以使所述服务端设备响应于所述设备移除请求更改所述管理账号在所述目标待管理设备中的绑定或登录状态，得到第二设备更新数据，其中，所述管理处理结果包括所述第二设备更新数据；所述提供设备管理执行结果界面，以显示所述服务端设备响应于所述管理请求所发送的针对所述目标待管理设备的管理处理结果，包括：基于所述服务端设备响应于所述设备移除请求所发送的所述第二设备更新数据，确定待管理设备集合，其中，所述至少两台待管理设备包括所述待管理设备集合和所述目标待管理设备；提供所述设备管理执行结果界面，以显示所述待管理设备集合。5.根据权利要求1至3任一项所述的方法，其特征在于，当所述管理处理包括设备状态控制时，所述管理操作为状态控制操作，所述管理请求为设备状态控制请求；所述响应于针对目标待管理设备的管理操作，向服务端设备发送管理请求，包括：
响应于针对所述目标待管理设备的所述状态控制操作，向所述服务端设备发送所述设备状态控制请求，以使所述服务端设备响应于所述设备状态控制请求控制所述目标待管理设备进入目标工作状态，其中，所述目标工作状态包括亮屏状态、锁屏状态、关机状态和睡眠状态中的至少一种，所述管理处理结果包括所述目标工作状态；所述提供设备管理执行结果界面，以显示所述服务端设备响应于所述管理请求所发送的针对所述目标待管理设备的管理处理结果，包括：提供所述设备管理执行结果界面，以显示所述服务端设备响应于所述设备状态控制请求所发送的所述目标工作状态。6.根据权利要求1至3任一项所述的方法，其特征在于，当所述管理处理包括设备定位时，所述管理操作为定位操作，所述管理请求为设备定位请求；所述响应于针对目标待管理设备的管理操作，向服务端设备发送管理请求，包括：响应于针对所述目标待管理设备的所述定位操作，向所述服务端设备发送所述设备定位请求，以使所述服务端设备响应于所述设备定位请求获取所述目标待管理设备的目标位置，其中，所述目标位置包括预估位置、当前位置和历史位置中的至少一种，所述管理处理结果包括所述目标位置；所述提供设备管理执行结果界面，以显示所述服务端设备响应于所述管理请求所发送的针对所述目标待管理设备的管理处理结果，包括：提供所述设备管理执行结果界面，以显示所述服务端设备响应于所述设备定位请求所发送的所述目标位置。7.根据权利要求1至3任一项所述的方法，其特征在于，当所述管理处理包括设备风险处理时，所述管理操作为风险处理操作，所述管理请求为设备风险处理请求；所述响应于针对目标待管理设备的管理操作，向服务端设备发送管理请求，包括：响应于针对所述目标待管理设备的所述风险处理操作，向所述服务端设备发送所述设备风险处理请求，以使所述服务端设备响应于所述设备风险处理请求对所述目标待管理设备进行风险处理，得到风险更新数据，其中，所述管理处理结果包括所述风险更新数据；所述提供设备管理执行结果界面，以显示所述服务端设备响应于所述管理请求所发送的针对所述目标待管理设备的管理处理结果，包括：基于所述服务端设备响应于所述设备风险请求所发送的所述风险更新数据，确定所述目标待管理设备的当前风险状态；提供所述设备管理执行结果界面，以显示所述当前风险状态。8.根据权利要求1至3任一项所述的方法，其特征在于，所述响应于针对目标待管理设备的管理操作，向服务端设备发送管理请求之前，所述方法还包括：向所述服务端设备发送本地的设备信息，以使所述服务端设备结合所述至少两台待管理设备分别对应的所述设备信息整合出每台所述待管理设备的设备信息更新数据，其中，所述设备信息包括设备状态信息、设备位置、设备工作状态和设备风险信息中的至少一种；接收所述服务端设备针对所述设备信息所发送的所述设备信息更新数据；基于所述设备信息更新数据，确定对应所述待管理设备的待管理设备信息；提供所述设备管理界面，以显示每台所述待管理设备对应的所述待管理设备信息；基于所述待管理设备信息，接收针对所述目标待管理设备的所述管理操作。
9.根据权利要求8所述的方法，其特征在于，当所述设备信息包括所述设备风险信息时，所述向所述服务端设备发送本地的设备信息之后，所述方法还包括：提供所述设备管理界面，以显示所述服务端设备针对所述设备风险信息所发送的所述风险列表，其中，所述风险列表是所述服务端设备结合每台所述待管理设备的所述设备风险信息整合出的；基于所述风险列表，对所述至少两台待管理设备进行风险处理。10.一种设备管理方法，其特征在于，所述方法包括：接收待管理设备发送的管理请求，其中，所述管理请求为响应于针对目标待管理设备的管理操作所发送的，所述目标待管理设备为至少两台待管理设备中的任一所述待管理设备，所述至少两台待管理设备以同一管理账号进行绑定或登录，所述管理账号通过管理客户端分别绑定或登录于每台所述待管理设备上，以通过所述管理客户端管理所述至少两台待管理设备；响应于所述管理请求，对所述目标待管理设备执行管理处理；向所述待管理设备发送管理处理结果，以使所述待管理设备在设备管理执行结果界面上显示针对所述目标待管理设备的所述管理处理结果。11.根据权利要求10所述的方法，其特征在于，所述接收待管理设备发送的管理请求之前，所述方法还包括：接收所述待管理设备所发送的本地的设备标识，其中，所述设备标识是所述待管理设备在所述管理账号成功登录本地运行的所述管理客户端时所发送的；基于所述设备标识，将对应的所述待管理设备更新至所述管理账号对应的设备列表中，得到第一设备更新数据；向每台所述待管理设备发送所述第一设备更新数据，以使每台所述待管理设备基于所述第一设备更新数据显示以同一所述管理账号绑定或登录的所述至少两台待管理设备。12.根据权利要求10所述的方法，其特征在于，所述管理处理包括设备移除、设备状态控制、设备定位和设备风险处理中的至少一种，其中，所述设备移除是指从所述至少两台待管理设备中移除所述目标待管理设备的处理，所述设备定位是指定位所述目标待管理设备的处理，所述设备状态控制是指控制所述目标待管理设备的工作状态的处理，所述设备风险处理是指处理所述目标待管理设备的风险的处理。13.根据权利要求10至12任一项所述的方法，其特征在于，所述响应于所述管理请求，对所述目标待管理设备执行管理处理，包括；响应于所述管理请求，向所述目标待管理设备发送管理指令，以使所述目标管理设备执行所述管理指令完成所述管理处理，其中，所述管理指令包括状态控制指令、定位指令和风险处理指令中的至少一种。14.根据权利要求10至12任一项所述的方法，其特征在于，所述方法还包括：接收每台所述待管理设备发送的本地的设备信息，得到所述至少两台待管理设备分别对应的所述设备信息；基于所述至少两台待管理设备分别对应的所述设备信息，整合出所述至少两台待管理设备分别对应的设备信息更新数据；向每台所述待管理设备发送所述至少两台待管理设备分别对应的所述设备信息更新
数据，以使所述待管理设备显示每台所述待管理设备对应的所述待管理设备信息，其中，所述管理操作是基于所述目标待管理设备对应的所述待管理设备信息接收到的。15.一种设备管理装置，其特征在于，所述设备管理装置包括：设备显示模块，用于提供设备管理界面，以显示以同一管理账号绑定或登录的至少两台待管理设备，其中，所述管理账号通过管理客户端分别绑定或登录于每台所述待管理设备上，以通过所述管理客户端管理所述至少两台待管理设备；管理触发模块，用于响应于针对目标待管理设备的管理操作，向服务端设备发送管理请求，以使所述服务端设备响应于所述管理请求对所述目标待管理设备执行管理处理，其中，所述目标待管理设备为所述至少两台待管理设备中的任一所述待管理设备；结果处理模块，用于提供设备管理执行结果界面，以显示所述服务端设备响应于所述管理请求所发送的针对所述目标待管理设备的管理处理结果。16.一种设备管理装置，其特征在于，所述设备管理装置包括：请求接收模块，用于接收待管理设备发送的管理请求，其中，所述管理请求为响应于针对目标待管理设备的管理操作所发送的，所述目标待管理设备为至少两台待管理设备中的任一所述待管理设备，所述至少两台待管理设备以同一管理账号进行绑定或登录，所述管理账号通过管理客户端分别绑定或登录于每台所述待管理设备上，以通过所述管理客户端管理所述至少两台待管理设备；设备管理模块，用于响应于所述管理请求，对所述目标待管理设备执行管理处理；结果发送模块，用于向所述待管理设备发送管理处理结果，以使所述待管理设备在设备管理执行结果界面上显示针对所述目标待管理设备的所述管理处理结果。17.一种用于设备管理的待管理设备，其特征在于，所述待管理设备包括：第一存储器，用于存储可执行指令；第一处理器，用于执行所述第一存储器中存储的可执行指令时，实现权利要求1至9任一项所述的设备管理方法。18.一种用于设备管理的服务端设备，其特征在于，所述服务端设备包括：第二存储器，用于存储可执行指令；第二处理器，用于执行所述第二存储器中存储的可执行指令时，实现权利要求10至14任一项所述的设备管理方法。19.一种计算机可读存储介质，存储有可执行指令，其特征在于，所述可执行指令用于被第一处理器执行时，实现权利要求1至9任一项所述的设备管理方法；或者，所述可执行指令用于被第二处理器执行时，实现权利要求10至14任一项所述的设备管理方法。20.一种计算机程序产品，包括计算机程序或指令，其特征在于，所述计算机程序或指令被第一处理器执行时，实现权利要求1至9任一项所述的设备管理方法；或者，所述计算机程序或指令被第二处理器执行时，实现权利要求10至14任一项所述的设备管理方法。

技术总结
本申请提供了一种设备管理方法、装置、设备、存储介质及程序产品，应用于云技术、人工智能、智慧交通和车载等各种场景。在本申请提供的设备管理方法中，每台待管理设备均能够提供设备管理界面，以显示以同一管理账号绑定或登录的至少两台待管理设备；并响应于针对目标待管理设备的管理操作向服务端设备发送管理请求，以使服务端设备响应于管理请求对目标待管理设备执行管理处理；以及提供设备管理执行结果界面，以显示服务端设备响应于管理请求所发送的针对目标待管理设备的管理处理结果；其中，管理账号通过管理客户端分别绑定或登录于每台待管理设备上来管理至少两台待管理设备。如此，实现了多设备的统一管理，因此能够提升设备的管理效率。设备的管理效率。设备的管理效率。


技术研发人员：苏莹子
受保护的技术使用者：腾讯科技（深圳）有限公司
技术研发日：2022.01.28
技术公布日：2023/8/9