移动终端及其管控方法与流程

本申请涉及应用技术领域，特别涉及一种移动终端及其管控方法。

背景技术：

目前，移动终端中安装的应用不仅包括用于为用户提供基本服务的基础应用(例如通话应用、闹钟应用和日历应用等)，还可以包括用于为用户提供娱乐服务的娱乐应用(例如游戏应用、社交应用和多媒体应用等)。

为了避免未成年人沉迷于娱乐应用中，未成年人的监护人可以在移动终端中设置娱乐应用的限制使用时长。移动终端可以在检测到娱乐应用的使用时长达到该限制使用时长时，禁止运行娱乐应用。

但是，上述管控方式的灵活性较低。

技术实现要素：

本申请提供了一种移动终端及其管控方法，可以解决相关技术的管控方式的灵活性较低的问题。所述技术方案如下：

一方面，提供了一种移动终端的管控方法，应用于第一移动终端；所述方法包括：

接收针对第二移动终端的管控触发指令，所述第二移动终端为与所述第一移动终端绑定的移动终端；

响应于所述管控触发指令，向所述第二移动终端发送管控指令，所述管控指令用于指示所述第二移动终端禁止运行第一应用；

在发送所述管控指令后的禁用时长后，向所述第二移动终端发送解禁指令，所述解禁指令用于指示所述第二移动终端解除对所述第一应用的禁用。

可选的，所述管控指令还用于指示所述第二移动终端禁止显示所述第一应用的应用标识；

所述解禁指令还用于指示所述第二移动终端显示所述第一应用的应用标识。

可选的，在接收针对第二移动终端的管控触发指令之后，所述方法还包括：

向所述第二移动终端发送下述信息中的至少一个：验证信息，闹钟应用的提醒时刻，自动接听号码集合以及保持联网指令；

其中，所述验证信息用于指示所述第二移动终端在获取输入的解禁信息后，若基于所述验证信息确定所述解禁信息通过验证，则解除对所述第二应用的禁用；

所述闹钟应用的提醒时刻用于指示所述第二移动终端中安装的所述闹钟应用在所述提醒时刻发出提醒信号；

所述自动接听号码集合用于供所述第二移动终端若确定来电号码属于所述自动接听号码集合，则自动接听来电；

所述保持联网指令用于指示所述第二移动终端接入移动通信网络，并禁止响应针对断开网络连接的操作。

可选的，所述方法还包括：

获取所述第二移动终端的位置；

若确定所述位置位于安全区域外，则发出报警信号。

可选的，在所述获取所述第二移动终端的位置之前，所述方法还包括：

向所述第二移动终端发送位置上报时段和位置上报周期中的至少一个；

其中，所述位置上报时段用于指示所述第二移动终端在所述位置上报时段内发送所述第二移动终端的位置；所述位置上报周期用于指示所述第二移动终端按照所述位置上报周期周期性的发送所述第二移动终端的位置。

另一方面，提供了一种移动终端的管控方法，应用于第二移动终端；所述方法包括：

接收第一移动终端发送的管控指令，所述第一移动终端为与所述第二移动终端绑定的移动终端；

响应于所述管控指令，禁止运行第一应用；

响应于所述第一移动终端发送的解禁指令，解除对所述第一应用的禁用。

可选的，所述方法还包括：

响应于所述管控指令，禁止显示所述第一应用的应用标识；

响应于所述解禁指令，显示所述第一应用的应用标识。

可选的，所述方法还包括：

若接收到所述第一移动终端发送的验证信息，则在获取输入的解禁信息后，基于所述验证信息，若确定所述解禁信息通过验证，则解除对所述第一应用的禁用；

若接收到所述第一移动终端发送的闹钟应用的提醒时刻，则在所述提醒时刻发送提醒信号；

若接收到所述第一移动终端发送的自动接听号码集合，则若确定来电号码属于所述自动接听号码集合，则自动接听来电；

若接收到所述第一移动终端发送的保持联网指令，则响应于所述保持联网指令接入移动通信网络，并禁止响应针对断开网络连接的操作。

又一方面，提供了一种移动终端，所述移动终端包括处理器；所述处理器用于：

接收针对第二移动终端的管控触发指令，所述第二移动终端为与第一移动终端绑定的移动终端；

响应于所述管控触发指令，向所述第二移动终端发送管控指令，所述管控指令用于指示所述第二移动终端禁止运行第一应用；

在发送所述管控指令后的禁用时长后，向所述第二移动终端发送解禁指令，所述解禁指令用于指示所述第二移动终端解除对所述第一应用的禁用。

再一方面，提供了一种移动终端，所述移动终端包括处理器；所述处理器用于：

接收第一移动终端发送的管控指令，所述第一移动终端为与第二移动终端绑定的移动终端；

响应于所述管控指令，禁止运行第一应用；

响应于所述第一移动终端发送的解禁指令，解除对所述第一应用的禁用。

再一方面，提供了一种移动终端，所述移动终端包括：存储器，处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如上述方面所述的应用于第一移动终端的移动终端的管控方法，或者实现如上述方法所述的应用于第二移动终端的移动终端的管控方法。

再一方面，提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机程序，所述计算机程序由处理器加载并执行以实现如上述方面所述的应用于第一移动终端的移动终端的管控方法，或者实现如上述方法所述的应用于第二移动终端的移动终端的管控方法。。

再一方面，提供了一种包含指令的计算机程序产品，当所述计算机程序产品在所述计算机上运行时，使得所述计算机执行上述方面所述的应用于第一移动终端的移动终端的管控方法，或者使得所述计算机执行上述方面所述的应用于第二移动终端的移动终端的管控方法。。

本申请提供的技术方案带来的有益效果至少包括：

本申请提供了一种移动终端及其管控方法，第二移动终端可以响应于第一移动终端发送的管控指令禁止运行第一应用，并且可以响应于第一移动终端发送的解禁指令，解除对第一应用的禁用。由于第一移动终端可以通过发送管控指令和解禁指令实现对第二移动终端中安装的应用的灵活管控，因此有效提高了对第二移动终端进行管控的灵活性。

附图说明

为了更清楚地说明本申请实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图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是本申请实施例提供的一种移动终端的软件结构框图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请实施方式作进一步地详细描述。

图1是本申请实施例提供的一种管控系统的结构示意图。参见图1，该系统可以包括：第一移动终端110、第二移动终端120和管控服务器130。第一移动终端110和第二移动终端120可以分别与该管控服务器130建立通信连接，并可以通过该管控服务器130交互信息。

可选的，该第一移动终端110和第二移动终端120均可以是手机、平板电脑、可穿戴设备或笔记本电脑。例如，参见图1，该第一移动终端110和第二移动终端120均可以为手机。该管控服务器130可以是一台服务器，或者可以是由若干台服务器组成的服务器集群，又或者可以是一个云计算服务中心。

从图1中可以看出，第一移动终端10和第二移动终端20上均可以安装有多个应用。该多个应用可以包括：用于为用户提供娱乐服务的娱乐应用(例如音乐、游戏、阅读、视频以及聊天等应用)，以及用于为用户提供基本服务的应用(例如通话、通讯录、信息、浏览器、应用中心、日历、图库、工具、设置、时钟以及相机等应用)。并且，从图1中可以看出，第一移动终端110和第二移动终端120还可以显示当前的时间，以及当前的天气。

在本申请实施例中，该第一移动终端110与第二移动终端120之间可以通过管控服务器130建立绑定关系，管控服务器130中可以记录该两个终端之间的绑定关系。在建立绑定关系后，第一移动终端110可以通过管控服务器130实现对第二移动终端120的管控。

可以理解的是，本申请实施例提供的管控系统也可以不包括管控服务器130，即第一移动终端110可以直接与第二移动终端120交互数据，并对第二移动终端120进行管控。

本申请实施例提供了一种移动终端的管控方法，该方法可以应用于管控系统，例如图1所示的管控系统。参见图2，该方法可以包括：

步骤201、第一移动终端接收针对第二移动终端的管控触发指令。

第一移动终端可以显示有管控控件，第一移动终端的用户(也可以称为守护者)可以触控该管控控件。相应的，第一移动终端可以接收由守护者针对该管控控件的触控操作触发的管控触发指令。

其中，第一移动终端可以与第二移动终端绑定，即第二移动终端可以为与第一移动终端绑定的移动终端。

步骤202、第一移动终端响应于该管控触发指令，向第二移动终端发送管控指令。

第一移动终端接收到管控触发指令后，可以响应于该管控触发指令，向第二移动终端发送管控指令。例如，第一移动终端可以向管控服务器发送管控指令，以便管控服务器将该管控指令转发至第二移动终端。

步骤203、第二移动终端响应于该管控指令，禁止运行第一应用。

第二移动终端在接收到该管控指令之后，可以响应于该管控指令，禁止运行第一应用。也即是，第一移动终端在接收到管控指令之后，即使接收到针对第一应用的运行指令，也不会运行该第一应用。

步骤204、第一移动终端在发送管控指令后的禁用时长后，向第二移动终端发送解禁指令。

第一移动终端在向第二移动终端发送管控指令后的禁用时长后，可以向第二移动终端发送解禁指令。其中，该解禁指令可以用于指示第二移动终端解除对第一应用的禁用。

例如，第一移动终端可以向管控服务器发送解禁指令。管控服务器在接收到该解禁指令之后，可以将该解禁指令转发至第二移动终端。

步骤205、第二移动终端响应于该解禁指令，解除对第一应用的禁用。

第二移动终端在接收到该解禁指令之后，可以响应于该解禁指令，解除对第一应用的禁用。

综上所述，本申请实施例提供了一种移动终端的管控方法，第二移动终端可以响应于第一移动终端发送的管控指令禁止运行第一应用，并且可以响应于第一移动终端发送的解禁指令，解除对第一应用的禁用。由于第一移动终端可以通过发送管控指令和解禁指令实现对第二移动终端中安装的应用的灵活管控，因此有效提高了对第二移动终端进行管控的灵活性。

图3是本申请实施例提供的另一种移动终端的管控方法的流程图，该方法可以应用于管控系统，例如图1所示的管控系统。下文以该管控系统包括管控服务器为例进行说明。参见图3，该方法可以包括：

步骤301、第一移动终端接收针对第二移动终端的管控触发指令。

第一移动终端可以显示有管控控件，第一移动终端的用户可以触控该管控控件。相应的，第一移动终端可以接收由守护者针对该管控控件的触控操作触发的管控触发指令。其中，第一移动终端可以与第二移动终端绑定，即第二移动终端可以为与第一移动终端绑定的移动终端。

可选的，一个第一移动终端可以与一个或多个第二移动终端绑定，即第一移动终端可以管控一个或多个第二移动终端。

在本申请实施例中，第一移动终端和第二移动终端均可以运行有用于限制应用运行的管控应用(也可以称为守护应用)，第一移动终端和第二移动终端可以通过其中运行的管控应用的后台服务器(即上述的管控服务器130)实现绑定。

可选的，该管控应用可以为网页应用(也可以称为小程序应用)。由于网页应用占用移动终端的内存较小，又由于移动终端在响应于用户针对网页应用的授权操作授权登录后，即可运行该网页应用，而无需移动终端下载安装后才能运行。因此，一方面有效节省了移动终端的内存，另一方面可以简化用户操作，改善了用户体验。

下文以管控应用为小程序应用为例，对第一移动终端和第二移动终端实现绑定的过程进行示例性说明。

第一移动终端和第二移动终端可以通过其中安装的第三方应用的应用账号登录该小程序应用绑定的公众号的后台服务器(即前述的管控服务器)，在此过程中，移动终端可以响应于授权操作向后台服务器发送第三方应用的应用账号。在第二移动终端登录成功后，管控服务器可以向第二移动终端发送绑定二维码。该绑定二维码可以封装有第二移动终端的第三方应用的应用账号。第二移动终端接收到该绑定二维码之后，即可显示绑定二维码。

然后，第一移动终端可以响应于守护者针对公众号的显示界面中的扫描控件的触控操作，扫描该绑定二维码，以获取第二移动终端的第三方应用账号，并向管控服务器发送绑定请求。该绑定请求可以携带有第一移动终端的第三方应用账号和第二移动终端的第三方应用账号。

管控服务器在接收到该绑定请求后，可以响应于该绑定请求，在该两个第三方应用账号指示的移动终端之间建立绑定关系，从而实现对该两个移动终端的绑定。

可选的，第一移动终端和第二移动终端在首次登录管控服务器时，还响应于授权操作向后台服务器发送该移动终端的国际移动设备识别码(internationalmobileequipmentidentity，imei)。基于此，服务器在两个第三方应用账号指示的移动终端之间建立绑定关系的过程可以包括：服务器将第一移动终端的第三方应用账号和imei，以及与该第一移动终端绑定的第二移动终端的第三方应用账号和imei记录在对应关系中，并将该对应关系存储在本地内存中。

第二移动终端在显示绑定二维码之前，可以运行与公众号绑定的管控应用，并显示管控选项设置界面。作为一种可选的实现方式，该管控权限设置界面可以显示有与第一移动终端的所有管控功能一一对应的多个管控选项。第二移动终端可以响应于第二移动终端的用户(也可以称为被守护者)针对多个管控选项中目标管控选项的选择操作，向管控服务器发送目标管控选项。

其中，该目标管控选项用于指示第一移动终端禁止启用该目标管控选项指示的管控功能，并启用多个管控选项中除目标管控选项外的其他管控选项指示的管控功能。

作为另一种可选的实现方式，该管控权限设置界面可以显示允许被禁用的至少一个管控功能对应的至少一个管控选项。第二移动终端可以响应于第二移动终端的被守护者针对该至少一个管控选项中目标管控选项的选择操作，向管控服务器发送目标管控选项。

其中，若被守护者的身份不同，则该管控权限设置界面显示管控选项可以通。也即是，允许被禁用的至少一个管控功能对应的至少一个管控选项，可以随着被守护者的身份的变化而变化。被守护者的身份可以为未成年人或老人。

之后，管控服务器可以将该目标管控选项发送至第一移动终端。相应的，第一移动终端在接收到目标管控选项后，即可禁用目标管控选项指示的管控功能。

由于第二移动终端可以响应于被守护者针对目标管控选项的选择操作，通过管控服务器向第一移动终端发送目标管控选项，以使第一移动终端禁用该目标管控选项指示的管控功能。因此，一方面可以保护被守护者的隐私，从而可以改善用户体验。另一方面，可以提高管控的灵活性。

可选的，管控服务器在接收到目标管控选项之后，可以将该目标管控选项封装在绑定二维码中。第一移动终端在扫描该绑定二维码之后，即可获取目标管控选项。

示例的，假设第一移动终端和第二移动终端均为手机，管控应用为小程序应用。参见图4，第二移动终端120可以运行管控应用，并显示密码验证界面，该密码验证界面可以显示有验证密码输入控件011和软键盘012。然后第二移动终端可以响应于被守护者针对软键盘012中显示的字符的触控操作，接收被守护者输入的验证密码，并在验证密码输入控件011中显示该验证密码。之后，第二移动终端可以基于预先存储的标准密码，确定验证密码是否通过验证。其中，该标准密码可以是第二移动终端的解屏密码。

若第二移动终端确定验证通过，则可以显示被守护者的身份选择界面。从图4可以看出，该身份选择界面可以显示有第一身份选择控件021和第二身份选择控件022。

其中，第一身份选择控件021可以包括：第一身份图标0211和第一管控说明信息0212，该第一管控说明信息0212可以为文本：这是孩子的手机。为督促孩子好好学习，防止孩子沉迷手机，我们将开放更多管控类的功能，如截屏、应用管理、专注模式以及约定奖励等。

第二身份选择控件022可以包括：第二身份图像0221和第二管控说明信息0222。该第二管控说明信息0222可以为文本：这是长辈的手机，出于对长辈隐私的尊重，我们仅开放守护类的功能，如语音闹钟以及时光相册等。

假设每个管控选项为开关控件，被守护者为未成人时，第一移动终端的允许被禁用的管控功能包括：截屏，查看通话记录，查看应用使用情况和查看位置信息。被守护者为老人时，第一移动终端的允许被禁用的管控功能包括：查看应用使用情况、查看位置信息和查看健康管家检测数据。

则若第二移动终端接收到针对第一身份选择控件021的触控操作，则参见图4，显示的管控权限设置界面可以包括：权限设置说明信息031，截取屏幕对应的第一开关控件032a，第一开关控件032a的第一开启提示信息032b，查看通话记录对应的第二开关控件033a，第二开关控件033a的第二开启提示信息033b，查看应用使用情况对应的第三开关控件034a，第三开关控件034a的第三开启提示信息034b，查看位置信息对应的第四开关控件035a以及第四开关控件035a的第四开启提示信息035b。

从图4中可以看出，第一开关控件032a至第四开关控件035a中每个开关控件指示的开关默认均处于打开状态。该权限设置说明信息031可以为文本：每个权限都对应着亲情守护的一个功能。权限允许后，功能才可使用。请根据您自己的需要进行设置。该第一开启提示信息032b可以为文本：开启后，守护者可随时截取此手机的屏幕界面。该第二开启提示信息032b可以为文本：开启后，守护者可查看此手机的通话记录。该第三开启提示信息032b可以为文本：开启后，守护者可查看此手机每个应用的使用时长。该第四开启提示信息032b可以为文本：开启后，守护者可查看此手机的位置信息，可对此手机使用安全围栏，轨迹回放等功能。

若第二移动终端接收到针对第二身份选择控件022的触控操作，则参见图5，显示的管控权限设置界面可以包括：权限设置说明信息031，查看应用使用情况对应的第三开关控件034a，第三开关控件034a的开启提示信息034b，查看位置信息对应的第四开关控件035a，第四开关控件035a的开启提示信息035b，查看健康管家检测数据对应的第五开关控件036a，以及第五开关控件036a的开关提示信息036b。其中，第三开关控件034a至第五开关控件036中每个开关控件指示的开关默认处于打开状态。该第五开启提示信息032b可以为文本：开启后，守护者可查看此手机“健康管家”应用的检测数据。

下文以被守护者的身份为未成年人为例，对后续第一移动终端与第二移动终端实现绑定的过程进行示例性说明。

请继续参考图4，被守护者触控了第一开关控件032a。相应的，第二移动终端可以响应于被守护者针对第一开关控件032a的触控操作，关闭第一开关。然后，第二移动终端可以响应于被守护者针对已完成设置控件037的触控操作，向管控服务器发送绑定二维码的获取请求。该获取请求携带有目标管控选项(即截屏屏幕选项)。

管控服务器接收到绑定二维码的获取请求之后，可以向第二移动终端发绑定二维码。该绑定二维码中可以携带有截屏屏幕选项和第二移动终端的第三方应用的应用账号。并且，管控服务器还可以向第二移动终端发送关注二维码。

第二移动终端在接收到绑定二维码和关注二维码之后，即可在管控应用绑定的公众号界面显示关注二维码041、关注二维码041的提示信息042、绑定二维码043和绑定二维码的提示信息044。

如图4所示，关注二维码041的提示信息042可以为文本：请用另一部手机中的扫一扫功能，扫描此二维码关注“亲情守护”公众号。此公众号可用于接收手机低电报警、进出围栏告警等信息。绑定二维码043的提示信息可以为文本：关注公众号后，点击添加设备打开扫一扫功能，扫描此二维码，并完成登录，即可绑定此设备。

然后，第一移动终端110可以扫描该关注二维码041，以关注“亲情守护”公众号。在关注成功后，第一移动终端110可以显示关于该公众号的功能信息051，输入控件052，添加设备控件053，亲情守护控件054，以及使用帮助控件055。

请继续参见图4，守护者可以触控添加设备控件053。相应的，第一移动终端110可以响应于守护者针对该添加设备控件053的触控操作，扫描第二移动终端120中显示的绑定二维码043，从而实现与第二移动终端120的绑定。

在第一移动终端和第二移动终端绑定后，第一移动终端即可通过管控服务器对第二移动终端进行管控。相应的，第二移动终端进入被管控状态。并且，该第一移动终端的管控应用的应用界面可以显示多个快捷功能控件。然后，第一移动终端可以响应于守护者针对多个快捷功能控件中第一快捷功能控件的触控操作，显示管控控件。

示例的，假设第一移动终端和第二移动终端均为手机，且第一移动终端和第二移动终端已经绑定，且第一移动终端对第二移动终端的管控功能均启用，即第二移动终端确定目标管控选项为零。则参见图6，第一移动终端的管控应用的应用界面可以包括快捷功能卡片06。该快捷功能卡片06当前显示有第一快捷功能控件(即图6中的专注模式控件)061、第二快捷功能控件(即图6中的截屏控件)062、第三快捷功能控件(即图6中的提醒控件)063和第四快捷功能控件(即图6中的闹钟控件)064。

参见图6，守护者触控了该专注模式控件061。相应的，第一移动终端可以响应于用户针对该专注模式控件061的触控操作，显示专注模式开启界面。从图6中可以看出，该专注模式开启界面可以显示有管控控件071，该管控控件071的功能信息072。守护者可以触控该管控控件071，相应的，第一移动终端可以接收由守护者触控该管控控件071的操作触发的管控触发指令。

假设下文所述的禁用时长为24小时，则参见图7，该功能信息072可以包括功能示意图0721和功能文本信息0722：开启专注模式后，对方手机仅能使用通话、联系人和时钟。24小时后自动关闭专注模式。该管控控件071上显示有“开启专注模式”的字样。

步骤302、第一移动终端响应于该管控触发指令，向第二移动终端发送管控指令。

第一移动终端在接收到管控触发指令后，可以响应于该管控触发指令，通过管控服务器向第二移动终端发送管控指令。其中，该管控指令可以用于指示第二移动终端禁止运行第一应用。

也即是，第一移动终端可以响应于该管控触发指令，向管控服务器发送管控指令。相应的，管控服务器在接收到管控指令后，可以将该管控指令转发至第二移动终端。

可选的，该第一应用可以除第二移动终端中安装的第二应用之外的应用。该第二应用可以是指：为第二移动终端的用户提供基础通信服务和提醒服务的应用。例如，该第二应用可以包括：通话、联系人和时钟等应用。相应的，该第一应用可以为第二移动终端中除该通话、联系人和时钟等应用之外的应用。

可选的，管控指令还可以用于指示第二移动终端禁止显示第一应用的应用标识。例如，管控指令可以用于指示第二移动终端显示锁屏界面，并在锁屏界面上仅显示第二应用的应用标识。

可选的，该管控指令还可以携带有管控留言。相应的，该管控指令还可以用于指示第二移动终端显示该管控留言。若管控指令用于指示第二移动终端显示锁屏界面，则第二移动终端可以在锁屏界面显示该管控留言。此时，该管控留言也可以称为锁屏留言。

在本申请实施例中，第一移动终端响应于该管控触发指令还可以确定第二移动终端当前是否接入移动通信网络。若第一移动终端确定第二移动终端当前已接入移动通信网络，则可以响应于该管控触发指令，向管控服务器发送管控指令，以供该管控服务器将该管控指令转发至第二移动终端。若第一移动终端确定第二移动终端当前未接入移动通信网络，则可以在后续确定第二移动终端接入移动通信网络后，再向管控服务器发送管控指令。

可选的，第二移动终端中安装的管控应用可以获取第二移动终端的网络状态，即第二移动终端是否接入移动通信网络，并可以将该获取到的第二移动终端的网络状态上报至管控服务器。第一移动终端响应于该管控触发指令，可以向管控服务器发送网络状态获取请求。管控服务器在接收到该网络状态获取请求后，即可向第一移动终端发送第二移动终端最近的网络状态。相应的，第一移动终端即可确定第二移动终端是否接入移动通信网络。

示例的，请继续参考图6，第一移动终端响应于管控触发指令，若确定第二移动终端当前未接入移动通信网络，则可以显示离线自动发送管控指令的设置界面。从图6可以看出，该设置界面可以包括：是否开启自动发送管控指令的询问信息073，取消控件074以及自动开启控件075。

若守护者触控了取消控件074，则第一移动终端可以响应于守护者针对该取消控件074的触控操作，不向第二移动终端发送管控指令。若守护者触控了自动开启控件075，则第一移动终端可以响应于守护者针对该自动开启控件075的触控操作，在确定第二移动终端接入移动通信网络时，向第二移动终端发送管控指令，以使第二移动终端进入专注模式，并禁止运行其中安装的第一应用。

对于管控指令还用于指示第二移动终端显示锁屏界面，并在锁屏界面上仅显示第二应用的应用标识的场景，如图6所示，专注模式开启界面还可以显示有锁屏留言输入控件076。第一移动终端可以响应于守护者针对该锁屏留言输入控件076的输入操作，获取锁屏留言。并且，在该种场景下，该管控指令还可以携带有第一移动终端获取的锁屏留言。相应的，该管控指令还可以用于指示第二移动终端在锁屏界面显示该锁屏留言。

步骤303、第二移动终端响应于该管控指令，禁止运行第一应用。

第二移动终端接收到管控服务器发送的管控指令之后，可以响应于该管控指令，禁止运行第一应用。即第二移动终端在接收到该管控指令后，即使接收到针对第一应用的运行指令，也不会响应该运行指令。

例如，若第二应用包括：联系人、通话以及闹钟等应用，第二移动终端中安装了游戏、联系人、通话以及闹钟等应用。则在接收到管控指令之后，若第二移动终端接收到针对游戏应用的运行指令，则第二移动终端也不会响应该运行指令运行该游戏应用。由此可见，第二移动终端响应于第一移动终端发送的管控指令，被守护者仅可以使用联系人、通话以及闹钟等应用。

由于第二移动终端可以响应于第一移动终端发送的管控指令，直接禁止运行第二移动终端中安装的第一应用。而无需在检测到第一应用的使用时长达到被守护者在第二移动终端中设置的限制使用时长后，才禁止运行该第一应用。因此有效提高了管控的灵活性。

并且，对于第二移动终端中安装有多个第一应用的场景，相较于相关技术，本申请提供的方法可以在第二移动终端接收到管控指令后，停止运行所有第一应用，而并非是多个第一应用中某一第一应用的使用时长大于限制使用时长后，仅禁止运行该应用。由此可见，本申请提供的方法对第一应用的管控强度较高，从而提高了第一移动终端对第二移动终端的管控力度。

在本申请实施例中，第二移动终端还可以响应于该管控指令，禁止显示第一应用的应用标识。在一种可选的实现方式中，第二移动终端可以响应于该管控指令，删除该第二移动终端的桌面上显示的第一应用的应用标识。

在另一种可选的实现方式中，第二移动终端可以响应于该管控指令，显示锁屏界面，并在该锁屏界面上仅显示第二应用的应用标识，而不显示第一应用的应用标识。

由于第二移动终端可以响应于该管控指令，仅显示第二应用的应用标识，因此提高了第二应用的应用标识的显示直观性。从而可以避免被守护者在第一应用和第二应用中逐个确定第二移动终端能够运行的第二应用，继而可以提高第二应用的运行效率，有效改善了用户体验。

可选的，对于若该管控指令还携带有管控留言的场景，则第二移动终端还可以响应于该管控指令，显示管控留言。对于第二移动终端删除桌面上显示的第一应用的应用标识的场景，第二移动终端可以在其桌面中显示该管控留言。

对于第二移动终端在锁屏界面上显示第二应用的应用标识的场景，第二移动终端可以在锁屏界面中显示管控留言。并且，在该种场景中，第二移动终端可以响应于被守护者针对锁屏界面上显示的第二应用的应用标识的触控操作，直接显示该第二应用的应用界面。

由于无需第二移动终端先显示第二移动终端的桌面，再响应于针对桌面显示的第二应用的应用标识的触控操作，显示第二应用的应用界面。因此有效提高了第二应用的应用界面的显示效率，且有效简化了被守护者的操作，从而改善了用户体验。

示例的，假设第二应用包括通话、联系人和闹钟应用，第二移动终端在锁屏界面中显示第二应用的应用标识和管控留言(即锁屏留言)，该管控留言为“记得写作业，写完作业后可以使用手机”。则参见图7，第二移动终端可以响应于第一移动终端发送的管控指令，显示图7所示的锁屏界面。

如图7所示，该锁屏界面上显示有通话应用的应用标识081，联系人应用的应用标识082，闹钟应用的应用标识083以及锁屏留言084：记得写作业，写完作业后可以使用手机。每个应用的应用标识可以包括：应用图标和应用名称。

此外，从图7中可以看出，该锁屏界面还可以显示有：第二移动终端当前的时间，剩余电量，无线局域网(wirelesslocalareanetworks，wlan)控件和移动数据控件。

步骤304、第一移动终端获取验证信息。

在本申请实施例中，第一移动终端还可以获取验证信息。该验证信息可以用于供第二移动终端在禁止运行第一应用的过程中，若接收到解禁信息，则可以基于该验证信息验证该解禁信息，并在确定解禁信息通过验证后解除对第一应用的禁用。

可选的，第一移动终端可以响应于管控触发指令，自动生成验证信息。或者，第一移动终端可以响应于管控触发指令，获取守护者输入的验证信息。

示例的，请继续参见图6，第一移动终端响应于管控触发指令，若确定第二移动终端接入移动通信网络，则可以自动生成验证信息077，并可以显示该验证信息077，以及该验证信息的说明控件078。

守护者可以触控该说明控件078，相应的，第一移动终端可以响应于守护者针对该说明控件078的触控操作，显示该验证信息的说明信息0781，以及返回控件0782。守护者可以触控该返回控件0782，相应的，第一移动终端可以响应于守护者针对返回控件0782的触控操作，返回之前的界面。

此外，从图7还可以看出，第一移动终端在向第二移动终端发送管控指令后，还可以将管控控件071上显示的字样由“开启专注模式”更新为“关闭专注模式”。

步骤305、第一移动终端向第二移动终端发送验证信息。

第一移动终端在获取验证信息之后，可以向管控服务器发送该验证信息，以供管控服务器将接收到的验证信息转发至第二移动终端。

步骤306、第二移动终端若基于该验证信息，确定获取的解禁信息通过验证，则解除对第一应用的禁用。

在本申请实施例中，在第二移动终端未接收到解禁指令之前，被守护者可以输入解禁信息。相应的，第二移动终端可以获取守护者输入的解禁信息。之后，第二移动终端可以基于接收到的验证信息，确定获取的解禁信息是否通过验证。若第二移动终端确定该解禁信息通过，则可以解除对第一应用的禁用。若第二移动终端确定该解禁信息未通过，则可以继续禁用该第一应用。

由于第二移动终端还可以通过解禁信息解除对第一应用的禁用，因此提高了第二移动终端解除对第一应用的禁用的灵活性，有效改善了用户体验。

可选的，第二移动终端获取解禁信息后，可以检测该解禁信息和验证信息是否相同。若第二移动终端确定该解禁信息与验证信息相同，则可以确定解禁信息通过验证。若第二移动终端确定解禁信息与验证信息不同，则可以确定解禁信息未通过验证。

在本申请实施例中，对于第二移动终端还响应于第一移动终端发送的管控指令，禁止显示第一应用的应用标识的场景，第二移动终端若确定该解禁信息通过验证，还可以显示第一应用的应用标识。

可选的，若第二移动终端在接收到管控指令后断开了网络连接，即第二移动终端无法接收到第一移动终端发送的解禁指令，则此时第二移动终端可以通过该解禁信息解除对第一应用的禁用。

示例的，请继续参见图7，该锁屏界面还可以显示退出控件085。被守护者可以触控该退出控件085。相应的，第二移动终端可以响应于被守护者针对该退出控件085的触控操作，显示解禁信息输入控件086。然后，第二移动终端可以响应于被守护者的输入解禁信息的操作，在该解禁信息输入控件086显示解禁信息。

之后，第二移动终端可以响应于被守护者的输入完成操作，获取被守护者输入的解禁信息，并在确定该解禁信息与预先接收到的验证信息相同时，解除对第一应用的禁用，并显示第一应用的应用标识。

步骤307、第一移动终端在发送管控指令后的禁用时长后，向第二移动终端发送解禁指令。

第一移动终端在向第二移动终端发送管控指令后的禁用时长后，可以自动向管控服务器发送解禁指令，以便管控服务器将解禁指令转发至第二移动终端。其中，该解禁指令可以用于指示第二移动终端解除对第一应用的禁用。

可选的，对于第二移动终端响应于管控指令禁止显示第一应用的应用标识的场景，该解禁指令还可以用于指示第二移动终端显示第一应用的应用标识。

在本申请实施例中，第一移动终端在向第二移动终端发送管控指令后，可以开始计时，并可以计时时长达到该禁用时长后，自动向第二移动终端发送解禁指令。其中，该计时时长可以是第一移动终端预先存储的。

步骤308、第二移动终端响应于该解禁指令，解除对第一应用的禁用。

第二移动终端在接收到该解禁指令后，可以响应于该解禁指令，解除对第一应用的禁用。也即是，第二移动终端在接收到该解禁指令之后，若接收到针对第一应用的运行指令，则可以响应于该运行指令运行该第一应用。

例如，若第一应用包括游戏应用，即第二移动终端在接收到管控指令之后，禁用了该游戏应用。则第二移动终端在接收到解禁指令后，可以响应于该解禁指令，解除对游戏应用的禁用。

在本申请实施例中，对于第二移动终端响应于第一移动终端发送的管控指令，禁止显示第一应用的应用标识的场景，第二移动终端响应于该解禁指令，还可以显示第一应用的应用标识。

可选的，对于第二移动终端删除桌面上显示的第一应用的应用标识，以禁止显示第一应用的应用标识的场景，第二移动终端可以响应于该解禁指令，重新在该桌面添加第一应用的应用标识。

对于第二移动终端响应于管控指令在该锁屏界面上仅显示第二应用的应用标识的场景，第二移动终端可以响应于该解禁指令，显示第二移动终端的桌面。该桌面中可以显示第一应用的应用标识。

步骤309、第一移动终端向第二移动终端发送针对第二移动终端中安装的闹钟应用的提醒时刻。

在本申请实施例中，第一移动终端可以获取针对第二移动终端中安装的闹钟应用的提醒时刻，并可以将该提醒时刻发送至管控服务器。管控服务器在接收到该提醒时刻后，可以将该提醒时刻发送至第二移动终端。也即是，守护者可以远程操控第二移动终端中的闹钟应用。

可选的，第一移动终端还可以获取针对第二移动终端中安装的闹钟应用的提醒时段和提醒内容，并可以将该提醒时段和提醒内容通过管控服务器发送至第二移动终端。

可选的，第一移动终端还可以获取针对该闹钟应用的声音提醒信号，并可以将该声音提醒信号通过管控服务器发送至第二移动终端。其中，该声音提醒信号的播放时长可以是第一移动终端中预先存储的，例如可以为25秒。该声音提醒信号可以为语音信号。

可选的，第一移动终端可以为该声音提醒信号添加预先存储的前导音频，并可以将添加有前导音频的声音提醒信号通过管控服务器发送至第二移动终端。其中，该前导音频可以用于提示被守护者后续即将播放第一移动终端获取的声音提醒信号。并且，该前导音频可以位于声音提醒信号之前。也即是，后续第二移动终端可以先播放前导音频，再播放该声音提醒信号。

由于前导音频具有提示作用，因此能够确保后续第二移动终端在播放声音提醒信号时不会过于突兀。即对于被守护者而言，前导音频能够起到缓冲的作用，从而有效改善了用户体验。

示例的，假设声音提醒信号的播放时长为25s，则参见图8，守护者触控了第一移动终端的闹钟控件064。相应的，第一移动终端可以响应于守护者针对该闹钟控件064的触控操作，显示闹钟创建界面。如图8所示，该闹钟创建界面显示的时间设置控件0641、提醒时段设置控件0642、提醒内容输入控件0643、声音提醒信号输入控件0644和闹钟创建控件0645。

第一移动终端可以响应于守护者针对该时间设置控件0641中显示的第一数字的触控操作，更新该时间设置控件0641显示的时刻；可以响应于守护针对该提醒时段设置控件0642中第二数字的选择操作，更新提醒时段设置控件0642中显示的中提醒时段；可以响应于针对提醒内容输入控件0643的输入操作，显示守护者输入的提醒内容；还可以响应于针对声音提醒信号输入控件0644的长按操作，采集声音提醒信号。

守护者在确定完成提醒时刻、提醒时段和提醒内容的设置，并完成声音提醒信号的采集之后，可以触控闹钟创建控件0645。相应的，第一移动终端可以响应于守护者针对该闹钟创建控件0645的触控操作，获取针对第二移动终端中安装的闹钟应用的提醒时刻，提醒时段、提醒内容和声音提醒信号，并可以将该提醒时刻，提醒时段、提醒内容和声音提醒信号发送至第二移动终端。

如图9所示，第一移动终端获取的提醒时段可以为每周的周二和周三，提醒时刻可以为12时16分，提醒内容可以为“记得写作业”。

步骤310、第二移动终端在该闹钟应用的提醒时刻发出提醒信号。

第二移动终端在接收到针对闹钟应用的提醒时刻后，可以在确定当前时刻到达该闹钟应用的提醒时刻后，发出提醒信号。可选的，该提醒信号可以包括：声音信号和光信号。

对于第一移动终端还获取针对闹钟应用的提醒时段和提醒内容的场景，第二移动终端还可以在接收到第一移动终端发送的针对该闹钟应用的提醒时段和提醒内容后，若确定在该提醒时段内，第二移动终端当前的时刻达到该提醒时刻，则可以发出提醒信号，并可以显示该提醒内容。

可选的，第二移动终端还可以接收第一移动终端发送的针对该闹钟应用的声音提醒信号，之后，若第二移动终端确定当前时刻达到该提醒时刻，则可以播放该声音提醒信号。可选的，该声音提醒信号之前可以添加有前导音频。

在本申请实施例中，第二移动终端在接收到该闹钟应用的提醒时刻后，可以创建闹钟提醒事件。之后，第二移动终端可以在确定当前的时刻达到该提醒时刻时触发该闹钟提醒事件，从而发出提醒信号。

示例的，假设第一移动终端获取的提醒时段为每周的周二和周三，提醒时刻为12时16分，提醒内容为“记得写作业”。则第二移动终端在接收第一移动终端发送的提醒时段，提醒时刻和提醒内容之后，若在每周的周二和周三，确定当前时刻达到12时16分，则可以发出提醒信号，并可以显示提醒内容“记得写作业”。

步骤311、第一移动终端向第二移动终端发送自动接听号码集合。

第一移动终端可以获取自动接听号码集合，并可以将该自动接听号码集合通过管控服务器发送至第二移动终端。也即是，第一移动终端在获取自动接听号码集合之后，可以将该自动接听号码集合发送至管控服务器。相应的，管控服务器在接收到该自动接听号码集合之后，可以将该自动接听号码集合转发至第二移动终端。

其中，该自动接听号码集合可以用于指示第二终端若确定来电号码属于该自动接听号码集合，则自动接听来电。该自动接听号码集合可以包括至少一个自动接听号码。

可选的，第一移动终端可以响应于守护者的输入操作，获取至少一个自动接听号码。或者，第一移动终端可以显示多个备选号码，守护者可以从该多个备选号码中选择至少一个自动接听号码。相应的，第一移动终端可以响应于守护者针对该至少一个自动接听号码的选择操作，确定至少一个自动接听号码。

可选的，第一移动终端还可以向第二移动终端发送自动接听延迟时长。该自动接听延迟时长可以用于指示第二移动终端若确定来电号码属于自动接听号码集合，则在接收到来电后的自动接听延迟时长后，自动接听来电。

其中，该自动接听延迟时长可以是第一移动终端中预先存储的。或者，该自动接听延迟时长可以是第一移动终端响应于守护者的时长设置操作确定的。例如，该自动接听延迟时长可以为10秒。

示例的，参见图9，第一移动终端可以响应于守护者针对快捷功能卡片06中更多控件065的触控操作，显示第五快捷功能控件066(即图9所示的自动接听控件)。守护者可以触控该自动接听控件066，相应的，第一移动终端可以响应于守护者针对该自动接听控件066的触控操作，显示自动接听设置界面。

假设自动接听延迟时长为10秒，则从图9中可以看出，该自动接听设置界面可以包括：自动接听开关控件0661，自动接听开关的提示信息0662，号码添加控件0663和号码编辑控件0664。其中，自动接听开关控件0661当前处于关闭状态。该自动接听开关的提示信息0662可以为：开启后，以下号码给守护者拨打电话，响铃10秒后自动接听。

守护者可以触控该号码添加控件0663，相应的，第一移动终端可以响应于守护者针对该号码添加控件0663的触控操作，获取并显示守护者输入的自动接听号码。并且，守护者还可以输入该自动接听号码的联系人姓名，相应的，第一移动终端可以响应于该输入操作，获取并显示该自动接听号码的联系人姓名。

如图9所示，第一移动终端获取的自动接听号码集合可以包括：联系人姓名为张三的155xxxxxxx1，联系姓名为小明的182xxxxxxx4，联系人姓名为小芳的029-89xxxxx0。从图9可以看出，自动接听号码可以包括座机号和该座机所属区域的区号

守护者可以触控号码编辑控件0664，相应的，第一移动终端可以响应于守护者针对该号码编辑控件0664的触控操作，删除添加的至少一个自动接听号码，或者更新该至少一个自动接听号码的显示顺序。

守护者在完成自动接听号码的添加之后，可以触控自动接听开关控件0661。相应的，第一移动终端可以响应于守护者针对该自动接听开关控件0661的触控操作，将该自动接听开关控件0661由关闭状态更新为打开状态，并向管控服务器发送自动接听指令。该自动接听指令可以携带自动接听号码集合。管控服务器在接收到自动接听指令后，可以将该自动接听指令转发至第二移动终端。

请继续参见图9，若第一移动终端在出厂后首次接收到守护者针对自动接听控件066的触控操作，则第一移动终端还可以响应于针对该自动接听控件066的触控操作，显示自动接听功能信息0665和返回控件0666。

从图9可以看出，该自动接听功能信息0665可以文本信息：为防止家人失联发生以外，您可以开启自动接听功能，开启后，对方将自动接听您设置的号码来电。之后，第一移动终端可以响应于接收到守护者针对该返回控件0666的触控操作，显示自动接听设置界面。

步骤312、第二移动终端若确定来电号码属于该自动接听号码集合，则自动接听来电。

第二移动终端在通过管控服务器接收到第一移动终端发送的自动接听号码集合之后，在接收到来电时，可以确定来电号码是否属于该自动接听号码集合。若第二移动终端确定来电号码属于自动接听号码集合，则可以自动接听来电。若第二移动终端确定来电号码不属于自动接听号码集合，则可以无需自动接听来电。

可选的，对于第一移动终端向第二移动终端发送自动接听延迟时长的场景，第二移动终端可以在接收到该自动接听延迟时长后，若确定来电号码属于该自动接听号码集合，则在接收到该来电号码指示的来电后的自动接听延迟时长后，自动接听来电。

示例的，假设自动接听号码集合包括：155xxxxxxx1，182xxxxxxx4，029-89xxxxx0等三个自动接听号码，自动接听延迟时长为10秒。若第二移动终端当前来电的来电号码为155xxxxxxx1，由于自动接听号码集合中存在与该来电号码相同的自动接听号码，因此第二移动终端可以确定当前来电的来电号码属于自动接听号码集合，并可以在响铃10秒后自动接听该来电。

若第二移动终端当前来电的来电号码为158xxxxxxx1，由于该来电号码与自动接听号码集合中的任一自动接听号码均不相同，因此第二移动终端可以确定该来电号码不属于自动接听号码集合，继而可以确定无需自动接听该来电。

步骤313、第一移动终端向第二移动终端发送保持联网指令。

第一移动终端可以通过管控服务器向第二移动终端发送保持联网指令。该保持联网指令可以用于指示第二移动终端接入移动通信网络，并禁止响应针对断开网络连接的操作。由此可以确保第二移动终端始终接入移动通信网络，从而可以确保第二移动终端能够接收到第一移动终端发送的管控信息，继而确保了第一移动终端对第二移动终端的有效管控。

在本申请实施例中，第一移动终端中可以显示有保持联网控件。守护者可以触控该保持联网控件。相应的，第一移动终端可以响应于守护者针对该保持联网控件的触控操作，向管控服务器发送保持联网指令。管控服务器在接收到保持联网指令之后，可以将该保持联网指令发送至第二移动终端。

示例的，参见图10，守护者可以触控快捷功能卡片06中的第六快捷功能控件067(即保持联网控件)。相应的，第一移动终端可以响应于守护者针对保持联网控件067的触控操作，显示保持联网开关界面。该保持联网开关界面可以显示有保持联网开关控件0671，以及保持联网的说明信息0672。

其中，该说明信息0672可以为文本：开启后，被守护者手机中的“移动数据”保持常开，开关无法关闭。此功能可能会消耗部分能量。

守护者可以触控该保持联网开关控件0671，相应的，第一移动终端可以响应于守护者针对该往保持联网开关控件0671的触控操作，向管控服务器发送保持联网指令，以供该管控服务器将该保持联网指令转发至第二移动终端。

步骤314、第二移动终端响应于该保持联网指令，接入移动通信网络，并禁止响应针对断开网络连接的操作。

第二移动终端在接收到第一移动终端发送的保持联网指令之后，可以响应于该保持联网指令，接入移动通信网络，并禁止响应针对断开网络连接操作。也即是，第二移动终端在接收到保持联网指令后，若接收到针对移动数据控件的关闭指令，也不会响应该关闭指令。

在本申请实施例中，第二移动终端响应于保持联网指令，若确定第二移动终端当前未接入移动通信网络，则可以接入移动通信网络。

步骤315、第一移动终端向第二移动终端发送位置上报时段和位置上报周期中的至少一个。

第一移动终端可以获取位置上报时段和位置上报周期，之后第一移动终端可以向管控服务器发送位置上报时段和位置上报周期中的至少一个，以供该管控服务器将接收到的位置上报时段和/或位置上报周期发送至第二移动终端。例如，第一移动终端向管控服务器发送位置上报时段和位置上报周期。相应的，管控服务器可以将位置上报时段和位置上报周期均发送至第二移动终端。

其中，位置上报时段可以用于指示第二移动终端在位置上报时段内向管控服务器上报第二移动终端的位置。位置上报周期用于指示第二移动终端按照该位置上报周期周期性的向管控服务器发送第二移动终端的位置。

下文以第一移动终端向第二移动终端发送位置上报时段和位置上报周期为例，对本申请实施例提供的方法进行示例性说明。

可选的，该位置上报时段和位置上报周期可以是第一移动终端中预先存储的，例如该位置上报时段可以为默认值，例如可以为每天5:00至23:00，该位置上报周期为10分钟。

或者，位置上报时段和位置上报周期可以是第一移动终端响应于守护者的输入操作获取的。

又或者，第一移动终端可以显示多个备选的上报时段，之后第一移动终端可以响应于守护者针对多个备选的上报时段中目标上报时段的选择操作，将该目标上报时段确定为位置上报时段。并且，第一移动终端还可以显示多个备选的上报周期，然后第一移动终端可以响应于守护者针对多个备选的上报周期中目标上报周期的选择操作，将该目标上报周期确定为位置上报周期。

可选的，第一移动终端还可以获取周期延长条件和延长时长，并可以将该周期延长条件和延长时长发送至管控服务器，以供管控服务器转发至第二移动终端。该周期延长条件用于指示第二移动终端若确定第二移动终端满足周期延长条件，则自动延长当前的位置上报周期。该延长时长用于指示第二移动终端若确定需延长当前的位置上报周期，则自动将该当前的位置上报周期增加该延长时长，即第二移动终端可以将当前的位置上报周期更新为该位置上报周期与延长时长之和。

其中，该周期延长条件可以包括：第二移动终端的剩余电量低于电量阈值，第二移动终端的定位精度低于精度阈值。该电量阈值和精度阈值均可以是第一移动终端中预先存储的，例如该电量阈值可以为10％。该延长时长也可以是第一移动终端中预先存储的，例如该延长时长可以为10分钟。

示例的，假设第一移动终端能够对第二移动终端的位置进行管控，则参见图11，该管控应用的应用界面还可以包括：位置信息卡片09。守护者可以触控该位置信息卡片09。相应的，第一移动终端可以响应于守护者针对该位置信息卡片09的触控操作，显示最近位置界面。从图11中可以看出，该最近位置界面可以显示有地图和设置控件091。其中，第一移动终端可以响应于守护者针对该地图的比例尺的缩放操作，更新当前显示的地图的比例尺。

假设位置上报时段为第一移动终端中预先存储的每天5:00至23:00，周期延长条件为第二移动终端的剩余电量低于10％，延长时长为10分钟。守护者可以触控设置控件091，相应的，第一移动终端可以响应于守护者针对该设置控件091的触控操作，显示设置界面。从图11中可以看出，该设置界面可以包括：位置监控开关控件0911，位置监控的说明信息0912，位置上报周期的展开控件0913，周期延长开关控件0914，周期延长的说明信息0915，位置上报时段开关控件0916，以及位置上报时段的说明信息0917。

其中，位置监控的说明信息0912可以为文本：定期上报被守护者的位置到管控服务器，当被守护者进出围栏时刻发出警报。开启此功能会增加被守护者手机耗电量。周期延长的说明信息0915可以为文本：当电量低于10％，可自动将位置上报周期延长10分钟。位置上报时段的说明信息0917可以为文本：每天晚上23:00-次日5:00停止位置上报。

守护者可以触控位置监控开关控件0911，第一移动终端可以响应于守护者针对该位置监控开关控件0911的触控操作，启用管控第二移动终端的位置的功能。在该功启用后，第一移动终端才可以获取位置上报周期和位置上报频率。

请继续参考图11，守护者可以触控位置上报周期的展开控件0913。相应的，第一移动终端可以响应于守护者针对该展开控件0913的触控操作，显示多个备选的位置上报周期和取消控件0918。若第一移动终端接收到守护者针对取消控件0918的触控操作，则可以确定位置上报周期为默认周期。该默认周期可以为5分钟。

如图11所示，守护者选择了图11中所示的四个备选周期中第二个备选周期(即10分钟)。相应的，第一移动终端响应于守护者针对该第二个备选周期的选择操作，确定位置上报周期为10分钟，并可以将该位置上报周期发送至管控服务器，以供管控服务器将该位置上报周期发送至第二移动终端。

守护者还可以触控周期延长开关控件0914。相应的，第一移动终端可以响应于守护者针对该周期延长开关控件0914的触控操作，向管控服务器发送周期延长条件(即剩余电量低于10％)和延长时长(即10分钟)，以供管控服务器发送至第二移动终端。

守护者还可以触控位置上报时段开关控件0916。相应的，第一移动终端还可以响应于守护者针对该位置上报时段开关控件0916的触控操作，向管控服务器发送位置上报时段(即每天的5:00至23:00)，以供管控服务器将该位置上报时段发送至第二移动终端。

参见图12，该最近位置界面还可以包括：定位帮助控件092。守护者可以触控该定位帮助控件092，相应的，第一移动终端可以响应于守护者针对该定位帮助控件092的触控操作，显示定位说明信息0921。

如图12所示，该定位说明信息0921可以文本：管控应用的定位功能包括：全球定位系统(globalpositioningsystem，gps)定位、无线保真(wireless-fidelity，wifi)定位和基站定位三种方式。

gps定位：根据手机的gps芯片(或辅助gps芯片)和gps卫星实现定位。定位精度受实际使用环境影响。室外空旷地区精度在10米左右，但室内定位效果不佳。

wifi定位：根据手机获取的周边wifi热点信息，计算出自身的位置信息，受wifi辐射半径及覆盖密度影响，精度在3米至200米之间。

基站定位：根据手机获取的基站信息实现定位，受所示区域运营商基站覆盖范围的影响，精度在500米至5000米之间。

温馨提示：定位过程中，手机会根据当时环境，智能选择最合适的定位方式，定位精度取决于所选的定位方式。此外，室内、建筑物和天气等原因也会影响定位精度。

步骤316、第二移动终端在位置上报时段内按照位置上报周期周期性的发送第二移动终端的位置。

第二移动终端在接收到位置上报时段和位置上报周期后，即可在该位置上报时段内按照位置上报周期周期性的向管控服务器发送第二移动终端的位置，以便后续第一移动终端可以从该管控服务器中获取第二移动终端的最近位置。

对于第一移动终端还向第二移动终端发送周期延长条件和延长时长的场景，第二移动终端在接收到该周期延长条件和延长时长后，若确定满足周期延长条件，则可以将当前的位置上报周期自动延长该延长时长。

由于第一移动终端还可以向第二移动终端发送周期延长条件和延长时长，以指示第二移动终端基于自身状态调整位置上报周期，因此有效提高了管控的灵活性，且可以降低第二移动终端的功耗，从而改善了用户体验。

示例的，假设第二移动终端接收到的位置上报周期为10分钟，位置上报时段为每天5:00至23:00，周期延长条件为剩余电量低于10％，延长时长为10分钟。

则第二移动终端可以在每天5:00至23:00这一时段内，每隔10分钟向管控服务器发送第二移动终端的位置。在此过程中，若第二移动终端确定剩余电量低于10％，则可以将位置上报周期更新为20分钟。即在剩余电量低于10％时，第二移动终端可以每隔20分钟向管控服务器发送第二移动终端的位置。

步骤317、第一移动终端获取第二移动终端的位置。

第一移动终端通过管控服务器向第二移动终端发送位置上报周期和位置上报时段后，可以向管控服务器发送最近位置获取请求。管控服务器可以响应于该最近位置获取请求，向第一移动终端发送最近一次接收到的第二移动终端的位置。相应的，第一移动终端即可获取第二移动终端的位置。

可选的，第一移动终端在接收到该位置后，还可以在其管控应用的应用界面显示第二移动终端的位置。

可选的，第一移动终端可以按照预先存储的获取周期，周期性的向管控服务器发送最近位置获取请求，以获取第二移动终端的位置。或者，第一移动终端可以响应于守护者针对位置更新控件的触控操作，向管控服务器发送位置获取请求。

在第一移动终端响应于守护者针对位置更新控件的触控操作，向管控服务器发送位置获取请求的场景中，位置更新控件在位置更新过程中的显示效果，可以与位置更新前，以及位置更新后的显示效果不同。其中，位置更新过程可以是指：第一移动终端向管控服务器发送位置获取请求后，直至更新位置之前这一过程。

例如，第一移动终端在更新当前显示的第二移动终端的位置之前或在更新完成之后，该位置更新控件中可以仅显示“更新位置”的字样。而在位置更新过程中，该位置更新控件中可以显示加载动画。

在本申请实施例中，第一移动终端在向管控服务器发送位置获取请求后，若接收到管控服务器发送的第二移动终端的最近位置，则还可以显示用于指示更新成功的提示信息。若第一移动终端在指定时长内未接收到管控服务器发送的第二移动终端的最近位置，则可以显示用于指示更新失败的提示信息。

可选的，第一移动终端可以在toast提示控件中显示上述的提示信息。

示例的，参见图11，第一移动终端在获取第二移动终端的位置之后，可以在位置信息卡片09中显示第二移动终端最近一次的位置，该位置的更新时间，位置地图，以及位置更新控件093。

从图11中可以看出，位置信息卡片09中当前显示的第二移动终端的最近位置为：xxxx中学。该位置的更新时间为5分钟前更新。此外，位置信息卡片09中还显示有用于指示第一移动终端对第二移动终端的位置监控状态的信息—位置监控中。

如图11所示，守护者可以触控位置更新控件093。相应的，第一移动终端可以响应于守护者针对该更新位置更新控件093的触控操作，向管控服务器发送位置获取请求，以获取第二移动终端最近的位置，进而更新当前显示的第二移动终端的位置。

步骤318、第一移动终端若确定该位置位于安全区域外，则发出报警信号。

第一移动终端在获取第二移动终端的位置之后，可以检测第二移动终端的位置是否位于安全区域(也可以称为安全围栏)外。若第一移动终端确定第二移动终端的位置位于安全区域外，则可以发出报警信号。由此，可以确保被守护者的安全。

可选的，该报警信号可以包括：声音信号和灯光信号的至少一种。例如，该报警信号可以包括：声音信号和灯光信号。

在本申请实施例中，在获取第二移动终端的位置之前，第一移动还可以确定安全区域。第一移动终端确定安全区域的过程可以包括：第一移动终端先确定安全区域的区域中心，再确定安全区域的区域半径。之后，第一移动终端基于该区域中心和区域半径，确定安全区域。

可选的，该区域中心可以是第一移动终端当前的位置。或者，该区域中心可以是第一移动终端响应于区域中心设置指令确定的。该区域半径可以是第一移动终端中预先存储的。或者，该区域半径可以是第一移动终端响应于区域半径设置指令确定的。

在本申请实施例中，第一移动终端在确定安全区域后，后续还可以响应于守护者的操作，更新安全区域的区域中心和区域半径。

示例的，如图13所示，第一移动终端的最近位置界面还可以显示有安全区域设置控件094。守护者可以触控该安全区域设置控件094。相应的，第一移动终端可以响应于守护者针对该安全区域设置控件094的触控操作，显示区域中心设置界面。该区域中心设置界面可以包括：区域中心搜索控件0941、中心名称显示控件0942以及地图界面。从图13可以看出，在未确定区域中心之前，中心名称显示控件0942中可以显示默认字样“请选择围栏中心”。

第一移动终端可以响应于守护者针对该区域中心搜索控件0941的输入操作，获取输入的地址，在地图界面中显示该地址所在位置，并显示中心确定控件0943。

或者，如图13所示，守护者可以触控地图界面中的任一点。第一移动终端可以响应于守护者针对地图界面的触控操作，在地图界面上显示该触控操作的作用位置，在中心名称显示控件0942中显示该作用位置的地址，并显示中心确定控件0943。如图13所示，守护者当前的作用位置的地址为xxxx小学。

之后，守护者可以触控中心确定控件0943。相应的，第一移动终端可以响应于守护者针对该中心确定控件0943的触控操作，将该地址为xxxx小学的作用位置确定为区域中心，并可以显示区域半径设置控件0944。该区域半径设置控件0944可以包括：多个备选半径，取消控件0945和确定控件0946。若第一移动终端接收到守护者针对取消控件0945的触控操作，则可以将默认半径(例如500米)确定为区域半径。

第一移动终端可以响应于守护者的滑动操作，从多个备选半径中确定目标半径。从图13中可以看出，该目标半径为600米。之后，守护者可以触控确定控件0946。相应的，第一移动终端可以响应于守护者针对该确定控件0946的触控操作，将该目标半径(即600米)确定为区域半径。

由此，第一移动终端即可确定安全区域为以xxxx小学为中心，半径为600米的圆形区域。并且，在确定安全区域后，第一移动终端还可以在地图界面显示安全区域0947。

在本申请实施例中，第一移动终端可以获取近期第二移动终端的位置运动轨迹。并可以显示近期某一天中第二移动终端的位置运动轨迹，以便守护者直观的获知被守护者最近的去向。其中，近期可以是指以当前时间为基准的近三天，或近五天，或近七天。

可选的，第一移动终端可以获取第二移动终端在近期某一天的所有位置，并可以按各个位置的上报时间的先后顺序，将该各个位置连接，从而得到第二移动终端在该某一天内的位置运动轨迹，继而在地图界面显示该位置运动轨迹。也即是，该位置运动轨迹由第二移动终端的各个位置组成，且该位置运动轨迹的起点为上报时间最早的位置。

可选的，守护者可以触控该位置运动轨迹上的目标位置，相应的，第一移动终端可以响应于守护者针对目标位置的触控操作，显示目标位置的地址，以及上报时间。

可选的，第一移动终端可以响应于守护者针对地图的比例尺的缩放操作，调整地图的比例尺的大小，并调整显示的位置运动轨迹的完整度。其中，地图的比例尺越小，则第一移动终端的地图界面能够显示地图区域的范围越大。地图的比例尺越大，则该地图界面能够显示的地图区域的范围越小。

例如，若当前地图界面无法显示完整的位置运动轨迹，则守护者可以缩小地图的比例尺。相应的，第一移动终端可以响应于针对该比例尺的缩小操作，调小该地图的比例尺，直至当前的地图界面能够显示完整的位置运动轨迹。在此过程中，第一移动终端可以将第二移动终端在某一天的距离较近的位置对应的位置点合并显示。

若当前地图界面显示了完整的位置运动轨迹，守护者需要查看针对某一段的详细位置，则可以调大地图的比例尺。相应的，第一移动终端可以响应于针对该比例尺的放大操作，放大该地图的比例尺，并显示该某一段的详细位置。在此过程中，第一移动终端可以将距离较近的位置对应的位置点分开显示。

示例的，假设近期为最近三天(即今天，昨天和前天)，则参见图14，最近位置界面还可以显示有轨迹回放控件095。守护者可以触控该轨迹回放控件095。相应的，第一移动终端可以响应于守护者针对该轨迹回放控件095的触控操作，显示轨迹回放界面。该轨迹回放界面可以包括：针对今天的第一选择控件0951，针对昨天的第二选择控件0952以及针对前天的第三选择控件0953。其中，默认选中第一选择控件0951。也即是，该轨迹回放界面默认显示第二移动终端今天的位置运动轨迹。

若守护者需要查看第二移动终端昨天的位置运动轨迹，则可以触控第二选择控件0952。相应的，第一移动终端可以响应于守护者针对第二选择控件0952的触控操作，显示第二移动终端昨天的位置运动轨迹。第一移动终端显示第二移动终端前天的运动轨迹的方式，可以参考显示第二移动终端昨天的位置运动轨迹的方式，本申请实施例在此不再赘述。

如图14所示，第一移动终端可以在地图界面，显示今天第二移动终端的完整的位置运动轨迹g。从图14还可以看出，该轨迹回放界面可以包括：播放控件0954。

第一移动终端可以响应于守护针对播放控件0954的触控操作，从位置运动轨迹的起点开始，显示该位置运动轨迹的形成过程。并且，在播放过程中，第一移动终端还可以更新播放控件0954的显示效果。

请继续参考图14，守护者触控了位置运动轨迹中位置g。相应的，第一移动终端可以响应于守护者针对该位置g的触控操作，显示位置g的地址“xxxx研究中心”和上报时间“3月25日，16:44”。

从图14中还可以看出，最近位置界面还可以包括：更新位置控件096和回到中心控件097。第一移动终端可以响应于守护者针对该更新位置控件096的触控操作，更新地图界面中显示的被守护者位置。并且，第一移动终端可以响应于守护者针对回到中心控件097的触控操作，显示安全区域的中心。

在本申请实施例中，管控服务器可以获取被守护者的健康信息(也可以称为体检记录)。第一移动终端可以向管控服务器发送健康信息获取请求，相应的，管控服务器可以响应于该健康信息获取请求，向第一移动终端发送最近一次更新后的被守护者的健康信息。第一移动终端获取被守护者的健康信息之后，可以在其管控应用的应用界面显示被守护者的健康信息。

其中，健康信息可以包括：被守护者的健康指标的数值。该健康指标可以包括心率、血氧饱和度、微循环、心率变异性、呼吸频率、不规则心率以及疲劳指数中的至少一个。例如，健康指标可以包括：被守护者的包括心率、血氧饱和度、微循环、心率变异性、呼吸频率、不规则心率以及疲劳指数。

其中，血氧饱和度可以是指：血液中被氧结合的氧合血红蛋白的容量占全部可结合的血红蛋白容量的百分比，即血液中血氧的浓度。微循环可以是指微动脉和微静脉之间的血液循环。心率变异性可以是指人体的每次心跳的周期差异性的变化。

可选的，对于第一移动终端与多个第二移动终端绑定的场景，即第一移动终端可以管控多个第二移动终端的场景，第一移动终端可以响应于守护者针对不同被守护者的健康信息的切换操作，显示不同的被守护者的健康信息。

在本申请实施例中，第二移动终端可以获取被守护者的健康信息。在一种可选的实现方式中，第二移动终端在获取被守护者的健康信息之后，第二移动终端可以直接该健康信息发送至管控服务器。相应的，管控服务器即可获取被守护者的健康信息。

在另一种可选的实现方式中，参见图15，图15是本申请实施例提供的另一种管控系统的结构示意图。从图15中可以看出，该管控系统还可以包括健康服务器140。该健康服务器140可以分别与管控服务器130以及第二移动建立通信连接。

第二移动终端在获取被守护者的健康信息之后，可以将该健康信息发送至健康服务器。管控服务器可以向健康服务器发送健康信息获取请求，相应的，健康服务器可以响应于管控服务器发送的健康信息获取请求，向管控服务器发送该健康信息。该管控服务器即可获取该健康信息。

在该种实现方式中，第二移动终端中可以安装有健康应用。该健康服务器可以为该健康应用的后台服务器。

在本申请实施例中，第二移动终端中可以安装有用于检测被守护者的健康数据的传感器。基于此，第二移动终端可以直接基于传感器检测到的被守护者的健康数据，确定健康指标的数值，继而得到被守护者的健康信息。该健康数据为用于指示健康指标的数值的电信号。

或者，该管控系统还可以包括：与第二移动终端建立有通信连接的可穿戴检测设备，例如检测手环。在被守护者穿戴上该可穿戴检测设备后，该可穿戴检测设备即可检测被守护者的健康数据，并可以基于该健康数据确定健康指标的数值，继而得到被守护者的健康信息。之后，该可穿戴检测设备可以将确定的被守护者的健康信息发送至第二移动终端。相应的，第二移动终端即可获取被守护者的健康信息。

在本申请实施例中，管控服务器在获取被守护者的健康信息之后，可以基于预先存储的健康参考信息确定检测该健康信息是否存在异常。若管控服务器确定该健康信息存在异常，则可以向第一移动终端发送健康警告信息。

其中，该健康参考信息可以包括：健康指标的数值的参考范围。该参考范围基于经过医学认证的海量身体健康的人体的健康指标的数值确定。例如，该健康参考信息可以包括：心率的参考范围“50次/分钟-120次/分钟”，血氧饱和度的参考范围“95％-97％”，微循环的参考范围“70％-90％”，心率变异性的参考范围“22ms-120ms”，以及呼吸频率的参考范围“12次/分钟-20次/分钟”。

示例的，假设第一移动终端获取的被守护者的血氧饱和度为80％，该血氧饱和度的参考范围“95％-97％”。由于80％不位于该参考范围内，因此管控服务器可以确定健康信息存在异常，继而可以向第一移动终端发送健康警告信息。

可选的，第一移动终端在接收到健康警告信息之后，可以在管控应用绑定的公众号界面中，以控件的形式显示该健康警告信息。之后，若第一移动终端接收到守护者针对该健康警告信息的触控操作，则可以直接运行管控应用，并显示管控应用的应用界面。

示例的，假设第一移动终端最近一次获取的被守护者的健康信息包括：心率“90次/分钟”，血氧饱和度“96％”，微循环“78％”，心率变异性“56毫秒(ms)”，呼吸频率“17次/分钟”，不规则心率“0”，以及疲劳指数“18”。

则参见图16，第一移动终端可以响应于守护者针对管控应用的应用界面的上滑操作，显示健康信息卡片10。该健康信息卡片10中可以显示有上述的健康信息，健康参考信息和体检记录控件101。

如图16所示，该健康参考信息包括：心率的参考范围“50次/分钟-120次/分钟”，血氧饱和度的参考范围“95％-97％”，微循环的参考范围“70％-90％”，心率变异性的参考范围“22ms-120ms”，以及呼吸频率的参考范围“12次/分钟-20次/分钟”。

假设第一移动终端与多个第二移动终端绑定，则参见图16，守护者可以触控体检记录控件101。相应的，第一移动终端可以响应于守护者针对体检记录控件101的触控操作，显示体检记录界面。

从图16可以看出，该体检记录界面可以显示有“近一周”控件102，“近一月”控件103，上述各个健康指标对应的控件，日期跳转控件104，月报提醒开关控件105，月报提醒说明信息106，以及健康信息切换控件107。其中，该月报提醒说明信息106可以为文本：开启后，每月将通过公众号消息通知您查看被守护者的健康月报。

参见图16，第一移动终端显示的体检记录界面中，默认显示被守护者近一周(即近七天)内各天的心率的数值。其中，近一周的体检记录可以包括：目标日期的体检记录以及该目标日期前6天中每天的体检记录。该目标日期默认为第二移动终端当前的日期。第一移动终端也可以响应于守护者针对目标日期调整操作，更新目标日期，并更新当前显示的近一周内(或近一月内)被守护者的体检记录。

若守护者需要查看近一周内各天其他健康指标的数值，则可以触控该健康指标对应的控件。相应的，第一移动终端可以响应于守护者针对该健康指令对应的控件的触控操作，显示该健康指标在近一周内各天的数值。

如图6所示，第一移动终端可以以柱形图(也可以称为条形图)的形式显示被守护者近一周的心率的数值。由此，守护者可以直观的获知被守护者在近一周内心率的变化。

守护者可以触控目标健康指标(例如心率)的条形图中，多个条形中的目标条形(例如图16所示的3月24日对应的条形)。相应的，第一移动终端可以响应于守护者针对该目标条形的触控操作，在该体检记录界面显示该目标条形的对应的日期(即2021年3月24日)和该日期内该健康指标(即心率)的数值(即95次/分钟)。

守护者可以触控“近一月”控件103。相应的，第一移动终端可以响应于守护者针对该近一月”控件103的触控操作，显示被守护者近一月内的体检记录。其中，近一月的体检记录可以包括：参考日期的体检记录以及该参考日期前29天中每天的体检记录。

守护者可以触控日期跳转控件104。相应的，第一移动终端可以响应于守护者针对日期跳转控件104的触控操作，显示参考日期调整控件108。参见图16，该参考日期调整界面可以包括：年份对应的多个数字，月份对应的多个数字，日对应的多个数字，取消控件109，以及确定控件110。若第一移动终端接收到守护者针对取消控件109的触控操作，则可以响应于该触控操作，显示体检记录界面，且不会更新参考日期。

第一移动终端可以响应于守护者分别针对年份对应的多个数字，月份对应的多个数字，日对应的多个数字的滑动操作，显示目标日期，例如图16中显示的目标日期为2020年12月24日。然后，第一移动终端可以响应于守护者针对该确定控件110的触控操作，将该目标日期确定为参考日期。之后，第一移动终端即可将该当前体检记录更新为以2020年12月24日为参考日期的近一月内的体检记录。

从图16中还可以看出，第一移动终端显示的体检记录界面中，第二移动终端当前日期的体检记录的显示效果，与该当前日期之前的体检记录的小时效果不同。由此可以提高当前日期内被守护者的体检记录的醒目性。

请继续参考图16，若第一移动终端接收到守护者针对月报提醒开关控件105的触控操作，则第一移动终端可以响应于守护者针对月报提醒开关控件105的触控操作，启用月报提醒功能，从而每月在管控应用绑定的公众号界面显示查看提醒信息，以提醒守护者查看被守护者的健康月报。

如图16所示，体检记录界面还可以显示当前显示的体检记录所属的被守护者的昵称(如图16所示的豆豆)。守护者还可以触控健康信息切换控件107，第一移动终端可以响应于守护者针对健康信息切换控件107的触控操作，显示所有被守护者的昵称。之后，第一移动终端可以响应于守护者针对所有被守护者的昵称中目标昵称的选择操作，将当前显示的体检记录更新为该目标昵称指示的被守护者的体检记录。

在本申请实施例中，第一移动终端可以通过管控服务器向第二移动终端发送截屏指令。第二移动终端接收到截屏指令后，可以响应于该截屏指令对第二移动终端的屏幕进行截屏，以得到针对第二移动终端的屏幕的截屏图像。之后，第二移动终端可以通过管控服务器将该截屏图像发送至第一移动终端。相应的，第一移动终端即可获取该截屏图像。

也即是，第一移动终端可以向管控服务器发送截屏指令。管控服务器接收到该截屏指令后，可以将该截屏指令转发至第二移动终端。在得到针对第二移动终端的屏幕的截屏图像之后，第二移动终端将该截屏图像发送至管控服务器。相应的，管控服务器可以将该截屏图像转发至第一移动终端。

可选的，该截屏指令可以携带有截屏周期，该截屏周期可以是第一移动终端中预先存储的。例如，该截屏周期可以为1分钟。

在该种情况下，第二移动终端接收到该截屏指令后，可以按照截屏周期周期性的获取截屏图像，并将获取到的截屏图像通过管控服务器发送至第一移动终端。并且，若守护者无需第一移动终端获取针对第二移动终端的屏幕的截屏图像，则第一移动终端可以通过管控服务器向第二移动终端发送停止截屏指令。相应的，第二移动终端在接收到该停止截屏指令后，可以响应于该停止截屏指令，停止对第二移动终端的屏幕执行截屏操作。

可选的，第二移动终端响应于该截屏指令，若确定第二移动终端的屏幕处于亮屏状态，则可以对第二移动终端的屏幕进行截屏，得到截屏图像。若第二移动终端确定该第二移动终端的屏幕处于灭屏状态，则可以通过管控服务器发送用于指示截屏失败的提示信息。

示例的，则参见图17，守护者可以触控快捷功能卡片06中显示的截屏控件062。相应的，第一移动终端可以响应于守护者针对截屏控件062的触控操作，启用截屏功能，并通过管控服务器向第二移动终端发送截屏指令。

如图17所示，第二移动终端当前的屏幕处于亮屏状态，且第二移动终端的屏幕当前显示有图片。则第二移动终端在接收到截屏指令后，可以对该屏幕进行截屏，从而得到截屏图像。之后，第二移动终端可以通过管控服务器向第一移动终端发送该截屏图像。

如图17所示，第一移动终端接收到该截屏图像后，可以在其截屏界面显示该截屏图像t，并可以显示分享控件0621、保存控件0622和重新截屏控件0623。此时，该重新截屏控件0623不可用，也即是第一移动终端禁止响应守护者针对该重新截屏控件0623的触控操作。

若第一移动终端接收到守护者针对分享控件0621的触控操作，则可以响应于守护者针对该分享控件0621的触控操作，将该截屏图像t发送至其他与第一移动终端建立有通信连接的设备。

若第一移动终端接收到守护者针对保存控件0622的触控操作，则可以响应于守护者针对该保存控件0621的触控操作，将该截屏图像t保存至第一移动终端的本地。

如图18所示，第一移动终端当前的屏幕处于灭屏状态。则第二移动终端在接收到第一移动终端通过管控服务器发送的截屏指令后，由于检测到第二移动终端当前的屏幕处于灭屏状态，因此第二移动终端可以向第一移动终端发送用于指示第二移动终端当前的屏幕处于灭屏状态的提示信息。如图18所示，该提示信息可以文本：手机未在使用。

第一移动终端在接收到该提示信息之后，可以在其截屏界面显示该提示信息0624。此时，该截屏界面显示的保存控件0622不可用，即第一移动终端禁止响应守护者针对该保存控件0622的触控操作。

假设截屏指令携带截屏周期，且截屏周期为1分钟。请继续参考图17，若守护者在第一移动终端出厂前首次触控该截屏控件062。则第一移动终端可以响应于守护者针对该截屏控件06的首次触控操作，显示截屏说明信息0625和返回控件0626。其中，该截屏说明信息0625可以为文本：您可以通过此功能截取被守护者当前的手机画面，了解被守护者正在使用什么功能。对方不会感知到您的操作。每隔1分钟可进行一次截屏。

守护者在阅读该截屏说明信息0625之后，可以触控返回控件0626。相应的，第一移动终端可以响应于守护者针对该返回控件0626的触控操作，显示截屏界面。

在本申请实施例中，第一移动终端还可以获取提醒消息，并可通过管控服务器向第二移动终端发送提醒消息。相应的，第二移动终端即可获取该提醒消息。

也即是，第一移动终端在获取提醒消息后，可以将该提醒消息发送至管控服务器。相应的，管控服务器在将接收到该提醒消息之后，可以将该提醒消息转发至第二移动终端。

可选的，第一移动终端在获取提醒消息之后，可以实时向第二移动终端发送该提醒消息，或者可以定时向第二移动终端发送该提醒消息。并且，第一移动终端还可以显示该提醒消息，以及该提醒消息的消息状态。该消息状态可以为待发送，待查看，或已查看。

其中，若第一移动终端获取到提醒消息，以及该提醒消息的定时发送时间(即该提醒消息的发送方式为定时发送)，且第一移动终端当前的时间还未达到该指定时间，则该提醒消息的消息状态可以为待发送。

若第一移动终端已经将获取到的提醒消息发送至第二移动终端，但第二移动终端还未显示该提醒消息(即被守护者还未查看该提醒消息)，则该提醒消息的消息状态可以为待查看。若第一移动终端已经将获取到的提醒消息发送至第二移动终端，且第二移动终端已经显示该提醒消息(即被守护者已经查看该提醒消息)，则该提醒消息的消息状态可以为已查看。

在本申请实施例中，第一移动终端还可以更新提醒消息的消息状态。例如，假设提醒消息当前的消息状态为待发送，即第一移动终端当前的时间还未到达该提醒消息的定时发送时间。若第一移动终端向第二移动终端发送了该提醒消息，则第一移动终端可以将该提醒消息的消息状态由待发送更新为待查看。若第一移动终端接收到第二移动终端发送的消息已查指令，则可以响应于该消息已查指令，将该提醒消息的消息状态由待查看更新为已查看。

示例的，参见图19，守护者可以触控快捷功能控件卡片06中显示的提醒控件063。相应的，第一移动终端可以响应于守护者针对该提醒控件063的触控操作，显示提醒消息查看界面。该提醒消息查看界面显示有消息创建控件0631。

如图19所示，若第一移动终端在出厂后首次接收到针对该提醒控件0631的触控操作，则第一移动终端可以显示提醒说明信息0632和返回控件0633。其中，该提醒说明书信息0633可以为文本：您可以将重要的提醒发送给被守护者，对方阅读后，会将已读的状态同步给您。不需要立即查看的提醒可以设置为定时发送。守护者在阅读该提醒说明信息0632之后，可以触控返回控件0633.相应的，第一移动终端可以响应于守护者针对该返回控件0633的触控操作，显示提醒消息查看界面。

守护者可以触控提醒消息查看界面中的消息创建控件0631，相应的，第一移动终端可以响应于守护者针对该消息创建控件0631的触控操作，显示消息创建界面。该消息创建界面可以包括：提醒消息输入控件0634、发送方式展开控件0635和发送控件0636。

第一移动终端可以响应于守护者针对该提醒消息输入控件0634的输入操作，获取守护者输入的提醒消息。如图19所示，第一移动终端获取的提醒消息为：该吃药了。

之后，第一移动终端可以响应于守护者针对该发放方式展开控件0635的触控操作，显示实时发送控件和定时发送控件。若守护者需要被守护者立即查看该提醒消息，则可以触控实时发送控件。相应的，第一移动终端可以响应于守护者针对实时发送控件的触控操作，确定该提醒消息的发送方式为实时发送。之后，若第一移动终端接收到守护者针对发送控件0636的触控操作，则可以直接向管控服务器发送该提醒消息，以供管控服务器将该提醒消息实时转发第二移动终端。

若守护者无需被守护者立即查看消息，则可以触控定时发送控件。相应的，第一移动终端可以响应于守护者针对定时发送控件的触控操作，返回消息创建界面，并在该消息创建界面中显示发送时间展开控件0637。

然后，第一移动终端可以响应于守护者针对时间展开控件0637的触控操作，显示多个数字，并可以响应于守护者针对多个数字的滑动操作，确定定时发送提醒消息的时间。如图19所示，第一移动终端获取提醒消息的定时发送时间为明天的8:30。

之后，守护者就可以触控发送控件0636。相应的，第一移动终端可以响应于守护者针对该发送控件0636的触控操作，在其时间达到明天的8:30时，向管控服务器发送该提醒消息，以供管控服务器将该提醒消息转发至第二移动终端。

如图19所示，第一移动终端响应于守护者针对发送控件0636的触控操作，还可以显示提醒消息查看界面。此时，该提醒消息查看界面可以显示有多条提醒消息，每条提醒消息的发送时间，以及消息状态。

从图19可以看出，该多条提醒消息包括：发送时间为明天8:30的待发送的提醒消息“该吃药了”，发送时间为今天18:30的待发送的提醒消息“该写作业了”，已经于今天9:00发送，但第二移动终端还未显示的提醒消息“该看书了”，已经于今天8:30发送，且第二移动终端已经显示的提醒消息“该吃药了”。

此外，在本申请实施例中，该提醒消息查看界面可以显示近期(例如近七天，近五天或近三天)内，第一移动终端获取的提醒消息。

在本申请实施例中，第一移动终端获取第二移动终端的通话记录和骚扰拦截记录，并可以显示该通话记录和拦截记录。也即是，守护者还可以查看被守护者的通话记录和骚扰拦截记录。其中，该骚扰拦截记录可以包括：信息拦截记录和通话拦截记录。由此，进一步提高了第一移动终端对第二移动终端的管控力度。

可选的，第二移动终端可以周期性将第二移动终端的指定时段内的通话记录和骚扰拦截记录发送至管控服务器。例如，第二移动终端可以每天将在指定时段内的通话记录和骚扰拦截记录发送至管控服务器。可选的，该指定时段可以为近七天，近五天或近三天。

第一移动终端可以向管控服务器发送通话记录获取请求。相应的，管控服务器可以响应于该通话记录获取请求，向第一移动终端发送第二移动终端的通话记录。并且，第一移动终端还可以向管控服务器发送骚扰拦截记录获取请求。相应的，管控服务器可以响应于该骚扰拦截记录获取请求，向第一移动终端发送的人移动终端的骚扰拦截记录。

示例的，参见图20，守护者可以触控快捷功能控件卡片06中显示的第七快捷功能控件068(即通话记录控件)。相应的，第一移动终端可以响应于守护者针对该通话记录控件068的触控操作，向管控服务器发送通话记录获取请求。

管控服务器在接收到该通话记录获取请求之后，可以响应于该通话记录获取请求向第一移动终端发送第二移动终端的通话记录。相应的，第一移动终端可以获取并显示该通话记录。从图20中可以看出，该通话记录可以包括：今天10:30针对联系人张三的去电，3月24日接通的联系人张三的来电，以及3月23日接通的联系人小名的来电。

假设指定时段为近七天，则参见图21，守护者可以触控快捷功能控件卡片06中显示的第八快捷功能控件069(即骚扰拦截控件)。相应的，第一移动终端可以响应于守护者针对该骚扰拦截控件069的触控操作，向管控服务器发送骚扰拦截记录获取请求。管控服务器在接收到该骚扰拦截记录获取请求之后，可以响应于该骚扰拦截记录获取请求，向第一移动终端发送第二移动终端的近七天的骚扰拦截记录。相应的，第一移动终端可以获取该骚扰拦截记录，并在其骚扰拦截界面显示并该骚扰拦截记录。

如图21所示，该骚扰拦截界面可以包括：信息控件0691和电话控件0692。第一移动终端默认显示信息拦截记录，即该信息控件0691默认处于选中状态。从图21中可以看出，该信息拦截记录可以包括：17:30接收到的联系人小红发送的信息“去爬山吗”，16:36接收到的联系人李x发送的信息“放学后，一起去玩吧”，以及3月20日接收到的号码为1323xxxx发送的信息“恭喜你中奖了”。

若第一移动终端接收到守护者针对电话控件0692的触控操作，则第一移动终端可以响应于该触控操作，显示第二移动终端的近7天的通话记录。

在本申请实施例中，对第二移动终端进行管控之后，第一移动终端中安装的管控应用的应用界面还可以：被守护者的部分个人信息，以及第二移动终端当前的状态信息。其中，状态信息可以包括：第二移动终端的剩余电量、存储空间的使用情况、剩余移动数据流量和当天使用时长等。

对于第一移动终端与多个第二移动终端绑定的场景，第一移动终端的管控应用的应用界面可以显示有多个第二移动终端中，每个第二移动终端的上述信息(即被守护者的部分个人信息，第二移动终端当前的状态信息，应用使用情况，位置信息以及健康信息等)。

可选的，第一移动终端可以在其管控应用的应用界面的同一显示区域，显示多个第二移动终端的相同类型的信息，以及翻页控件。例如，第一移动终端可以在该应用界面的同一显示区域显示多个第二移动终端的被守护者的部分个人信息。然后，第一移动终端可以响应于守护者针对该翻页控件的触控操作，切换显示不同的被守护者的部分个人信息。

可选的，第一移动终端可以接收详细信息查看指令，并可以响应于该详细信息查看指令，显示被守护者的详细个人信息以及解绑控件。相较于上述的部分个人信息，该详细个人信息还可以包括：被守护者的性别，出生日期，手机号，所在城市，绑定时间，手机型号，imei，管控应用的软件版本号，守护者与被守护者之间的关系等。

若第一移动终端接收到守护者针对该解绑控件的触控操作，则第一移动终端可以响应于守护者针对该解绑控件的触控操作，解除与第二移动终端的绑定。

例如，第一移动终端可以响应于守护者针对该解绑控件的触控操作，向管控服务器发送解绑请求。该解绑请求可以携带有第一移动终端的第三方应用的应用账号和第二移动终端的第三方应用的应用账号。管控服务器在接收到该解绑请求之后，即可响应于该解绑请求，解除该第一移动终端和第二移动终端的绑定。

在本申请实施例中，第一移动终端与第二移动终端绑定后，可以向第三移动终端发送守护请求。第三移动终端在接收到该守护请求后，若接收到针对该守护请求的同意指令，则可以与第二移动终端绑定，以实现对第二移动终端的管控。即一个第二移动终端可以同时被第一移动终端和至少一个第三移动终端管控。

并且，第一移动终端可以解除第三移动终端与第二移动终端的绑定，并可以修改第二移动终端的用户的个人信息，安全区域，修改针对第二移动终端的闹钟应用的提醒时刻，以及自动接听号码等。

由此可见，第一移动终端与第二移动终端的绑定时间最早，且该第一移动终端的权限最高，第一移动终端可以管控第二移动终端与第三移动终端的绑定关系。

在该种情况下，第一移动终端响应于详细信息查看指令，还可以显示守护者管理控件。第一移动终端可以响应于守护者针对该守护者管理控件的触控操作，显示与至少一个第三移动终端对应的至少一个解绑控件。若第一移动终端接收到针对某一第三移动终端对应的解绑控件的触控操作，则第一移动终端可以响应于守护者针对解绑控件的触控操作，解除该第三移动终端与第二移动终端的绑定。

示例的，假设第一移动终端和第二移动终端均为手机，且第一移动终端和第二移动终端已经绑定。参见图22，第一移动终端响应于用户针对该管控应用的应用标识的触控操作，显示的管控应用的应用界面还可以包括：用于显示用户的部分个人信息和第二移动终端当前的状态信息的卡片11，用于显示广告的卡片12，以及快捷导航控件栏13。

如图22所示，该部分个人信息可以包括：被守护者的昵称“豆豆”、运动步数“5122步”、当前所处的管控场景“日常上学”和当前的守护状态“守护中”。第二移动终端的使用情况可以包括：第二移动终端的剩余电量“45％”)、存储空间信息“共128吉(g)，剩余20.5g可用，即20.5g/128g”、当月已使用数据“2.6g”和当天移动终端的使用时长“2小时59分钟”。

假设第二移动终端与第一移动终端以及第三移动终端绑定，则参见图22，守护者可以触控卡片11。相应的，第一移动终端可以接收由针对该卡片11的触控操作触发的详细信息查看指令，并可以响应于该详细信息查看指令，显示第二移动终端的用户的详细个人信息。

如图22所示，相较于快捷功能卡片03中显示的信息，该详细个人信息还可以包括：被守护者的性别“男”，出生日期“2010年1月1日”，手机号“156xxxx8888”，所在城市“xx”，绑定时间“2021年3月1日”，手机型号“xxa6”，imei“1234578”，管控应用的软件版本号“v7.00.00”，守护者与被守护者之间的关系“守护者为被守护者的妈妈”，守护者展开控件111，以及解绑控件112。其中，第一移动终端可以在与第二移动终端绑定时获取第二移动终端当前所在城市。

假设首先与第二移动终端绑定的第一移动终端的用户为被守护者的妈妈，之后第一移动终端分别向用户为被守护者的爸爸的第三移动终端，用户为被守护者的奶奶的第三移动终端，以及用户为被守护者的爷爷的第三移动终端发送守护请求，并接收到上述三个第三移动终端发送的同意指令。即所有守护者中被守住者的妈妈的权限最高，妈妈可以作为多个守护者中的管理员。

则参见图22，守护者触控了守护者展开控件111。相应的，第一移动终端可以响应于针对该守护者展开控件111的触控操作，显示守护者管理界面。该守护者管理界面显示有当前守护该被守护者的所有守护者(即被守护者的妈妈，爸爸，奶奶和爷爷)，与妈妈对应的最高权限转让控件113，与除妈妈之外的三个守护者对应的解绑控件114，以及邀请控件115。

若第一移动终端接收到针对最高权限转让控件113的触控操作，则第一移动终端可以响应于针对该最高权限转让控件113的触控操作，将最高权限转让至上述三个第三移动终端中的任一第三移动终端。

若第一移动终端接收到针对三个解绑控件114中任一解绑控件114的触控操作，则可以向管控服务器发送解绑请求。该解绑请求可以携带有第二移动终端的第三方应用的账号和该解绑控件114对应的第三移动终端的第三方应用的应用账号。相应的，管控服务器在接收到该解绑请求后，可以响应于该解绑请求，解除第二移动终端与该第三移动终端的绑定。

若第一移动终端接收到针对邀请控件115的触控操作，则第一移动终端可以响应于针对该邀请控件115的触控操作，向第四移动终端发送守护请求，并在接收到第四移动终端发送的同意指令后，将第四移动终端与第二移动终端绑定。

在本申请实施例中，第一移动终端和第二移动终端绑定后，第一移动终端和第二移动终端均可以显示日志信息。该日志信息可以包括日志内容和时间。该日志内容可以包括：从第一移动终端与第二移动终端绑定时开始，通过管控服务器交互的信息。

并且，第一移动终端和第二移动终端还可以响应于守护者针对其显示的某一条日志信息的触控操作，显示该日志信息的日志内容。

可选的，第一移动终端和第二移动终端可以按照时间的先后顺序显示日志信息。例如，第一移动终端和第二移动终端可以将最新的日志信息显示在靠近状态栏的一侧。

示例的，参见图23，第一移动终端可以响应于守护者针对快捷导航控件栏13中的日志控件131的触控操作，显示日志查看界面。如图23所示，该日志查看界面可以包括：以时间轴显示的多条日志信息和清空控件132。若第一移动终端接收到守护者针对该清空控件132的触控操作，则可以响应于守护者针对该清空控件132的触控操作，显示确认清空控件。若第一移动终端接收到针对该确认清空控件的触控操作，则可以响应于针对该确认清空控件的触控操作，的清空日志信息。

如图23所示，该多条日志信息分别为：时间为今天9:00的日志信息，时间为昨天8:30的日志内容，时间为3月23日18:30的日志内容。并且，从图23可以看出，日期为今天9:00的日志信息显示在靠近第一移动终端的状态栏a的一侧，日期为3月23日18:30的日志内容显示在远离该状态栏a的一侧。

参见图23，守护者触控了时间为今天9:00的日志信息。相应的，第一移动终端可以显示该日志信息的日志内容“9:00向第二移动终端发送提醒消息：该看书了。

还需要说明的是，本申请实施例提供的移动终端的管控方法的步骤的先后顺序可以进行适当调整，步骤也可以根据情况进行相应增减。例如，步骤304至步骤306可以视情况删除，即第二移动终端仅能基于第一移动终端发送的解禁指令解除对第一应用的禁用。或者，下述至少一组步骤可以根据情况删除：步骤309和步骤310，步骤311和步骤312，步骤313和步骤314，以及步骤315至步骤318。又或者，步骤315可以在步骤313之前执行，步骤313可以在步骤311之前执行，步骤311可以在步骤309之前执行。任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化的方法，都应涵盖在本申请的保护范围之内，因此不再赘述。

综上所述，本申请实施例提供了一种移动终端的管控方法，第二移动终端可以响应于第一移动终端发送的管控指令禁止运行第一应用，并且可以响应于第一移动终端发送的解禁指令，解除对第一应用的禁用。由于第一移动终端可以通过发送管控指令和解禁指令实现对第二移动终端中安装的应用的灵活管控，因此有效提高了对第二移动终端进行管控的灵活性。

本申请实施例提供了一种移动终端，该移动终端可以用于执行上述方法实施例提供的应用于第一移动终端的移动终端的管控方法。参见图24，该移动终端110可以包括处理器1101。该处理器1101可以用于：

接收针对第二移动终端的管控触发指令，第二移动终端为与第一移动终端绑定的移动终端；

响应于管控触发指令，向第二移动终端发送管控指令，管控指令用于指示第二移动终端禁止运行第一应用；

在发送管控指令后的禁用时长后，向第二移动终端发送解禁指令，解禁指令用于指示第二移动终端解除对第一应用的禁用。

综上所述，本申请实施例提供了一种移动终端，第一移动终端可以向第二移动终端发送管控指令，以指示第二移动终端禁止运行其中安装的第一应用。并且第一移动终端还可以向第二移动终端发送解禁指令，以指示第二移动终端解除对第一应用的禁用。由于第一移动终端可以通过发送管控指令和解禁指令实现对第二移动终端中安装的应用的灵活管控，因此有效提高了对第二移动终端进行管控的灵活性。

本申请实施例还提供了一种移动终端，该移动终端可以用于执行上述方法实施例提供的应用于第二移动终端的移动终端的管控方法。如图24所示，该移动终端110可以包括处理器1101。该处理器1101可以用于：

接收第一移动终端发送的管控指令，第一移动终端为与第二移动终端绑定的移动终端；

响应于管控指令，禁止运行第一应用；

响应于第一移动终端发送的解禁指令，解除对第一应用的禁用。

综上所述，本申请实施例提供了一种移动终端，第二移动终端可以响应于第一移动终端发送的管控指令，禁止运行其中安装的第一应用。并且第二移动终端还可以响应于第一移动终端发送的解禁指令，解除对第一应用的禁用。由于第一移动终端可以通过发送管控指令和解禁指令实现对第二移动终端中安装的应用的灵活管控，因此有效提高了对第二移动终端进行管控的灵活性。

如图24所示，该移动终端110还可以包括：显示单元130、射频(radiofrequency，rf)电路150、音频电路160、无线保真(wirelessfidelity，wi-fi)模块170、蓝牙模块180、电源190和摄像头121等部件。

其中，摄像头121可用于捕获静态图片或视频。物体通过镜头生成光学图片投射到感光元件。感光元件可以是电荷耦合器件(chargecoupleddevice，ccd)或互补金属氧化物半导体(complementarymetal-oxide-semiconductor，cmos)光电晶体管。感光元件把光信号转换成电信号，之后将电信号传递给处理器1101转换成数字图片信号。

处理器1101是移动终端110的控制中心，利用各种接口和线路连接整个终端的各个部分，通过运行或执行存储在存储器140内的软件程序，以及调用存储在存储器140内的数据，执行移动终端110的各种功能和处理数据。在一些实施例中，处理器1101可包括一个或多个处理单元；处理器1101还可以集成应用处理器和基带处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，基带处理器主要处理无线通信。可以理解的是，上述基带处理器也可以不集成到处理器1101中。本申请中处理器1101可以运行操作系统和应用程序，可以控制用户界面显示，并可以实现本申请实施例提供的应用于第一移动终端的移动终端的管控方法，或者可以实现本申请实施例提供的应用于第二移动终端的移动终端的管控方法。另外，处理器1101与输入单元和显示单元130耦接。

显示单元130可用于接收输入的数字或字符信息，产生与移动终端110的用户设置以及功能控制有关的信号输入，可选的，显示单元130还可以用于显示由用户输入的信息或提供给用户的信息以及移动终端110的各种菜单的图形用户界面(graphicaluserinterface，gui)。显示单元130可以包括设置在移动终端110正面的显示屏131。其中，显示屏131可以采用液晶显示器、发光二极管等形式来配置。显示单元130可以用于显示本申请中所述的各种图形用户界面。

显示单元130包括：显示屏131和设置在移动终端110正面的触摸屏132。该显示屏131可以用于显示预览图片。触摸屏132可收集用户在其上或附近的触摸操作，例如点击按钮，拖动滚动框等。其中，触摸屏132可以覆盖在显示屏131之上，也可以将触摸屏132与显示屏131集成而实现移动终端110的输入和输出功能，集成后可以简称触摸显示屏。

存储器140可用于存储软件程序及数据。处理器1101通过运行存储在存储器140的软件程序或数据，从而执行移动终端110的各种功能以及数据处理。存储器140可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。存储器140存储有使得移动终端110能运行的操作系统。本申请中存储器140可以存储操作系统及各种应用程序，还可以存储执行本申请实施例提供的应用于第一移动终端的移动终端的管控方法的代码，或者本申请实施例提供的应用于第二移动终端的移动终端的管控方法的代码。

rf电路150可用于在收发信息或通话过程中信号的接收和发送，可以接收基站的下行数据后交给处理器1101处理；可以将上行数据发送给基站。通常，rf电路包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器、双工器等器件。

音频电路160、扬声器161、麦克风162可提供用户与移动终端110之间的音频接口。音频电路160可将接收到的音频数据转换后的电信号，传输到扬声器161，由扬声器161转换为声音信号输出。移动终端110还可配置音量按钮，用于调节声音信号的音量。另一方面，麦克风162将收集的声音信号转换为电信号，由音频电路160接收后转换为音频数据，再将音频数据输出至rf电路150以发送给比如另一终端，或者将音频数据输出至存储器140以便进一步处理。本申请中麦克风162可以获取用户的语音。

wi-fi属于短距离无线传输技术，移动终端110可以通过wi-fi模块170帮助用户收发电子邮件、浏览网页和访问流媒体等，它为用户提供了无线的宽带互联网访问。

蓝牙模块180，用于通过蓝牙协议来与其他具有蓝牙模块的蓝牙设备进行信息交互。例如，移动终端110可以通过蓝牙模块180与同样具备蓝牙模块的可穿戴电子设备(例如智能手表)建立蓝牙连接，从而进行数据交互。

移动终端110还包括给各个部件供电的电源190(比如电池)。电源可以通过电源管理系统与处理器1101逻辑相连，从而通过电源管理系统实现管理充电、放电以及功耗等功能。移动终端110还可配置有电源按钮，用于终端的开机和关机，以及锁屏等功能。

移动终端110可以包括至少一种传感器1110，比如运动传感器11101、距离传感器11102、指纹传感器11103和温度传感器11104。移动终端110还可配置有陀螺仪、气压计、湿度计、温度计和红外线传感器等其他传感器。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的移动终端和各器件的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

图25是本申请实施例提供的移动终端的软件结构框图。分层架构将软件分成若干个层，每一层都有清晰的角色和分工。层与层之间通过软件接口通信。在一些实施例中，将android系统分为四层，从上至下分别为应用程序层，应用程序框架层，安卓运行环境(androidruntime，art)和系统库，以及内核层。

应用程序层可以包括一系列应用程序包。如图25所示，应用程序包可以包括相机，图库，日历，通话，地图，导航，wlan，蓝牙，音乐，视频，短信息等应用程序。应用程序框架层为应用程序层的应用程序提供应用编程接口(applicationprogramminginterface，api)和编程框架。应用程序框架层包括一些预先定义的函数。

如图25所示，应用程序框架层可以包括窗口管理器，内容提供器，视图系统，电话管理器，资源管理器，通知管理器等。

窗口管理器用于管理窗口程序。窗口管理器可以获取显示屏大小，判断是否有状态栏，锁定屏幕，截取屏幕等。

内容提供器用来存放和获取数据，并使这些数据可以被应用程序访问。所述数据可以包括视频，图片，音频，拨打和接听的电话，浏览历史和书签，电话簿等。

视图系统包括可视控件，例如显示文字的控件，显示图片的控件等。视图系统可用于构建应用程序。显示界面可以由一个或多个视图组成的。例如，包括短信通知图标的显示界面，可以包括显示文字的视图以及显示图片的视图。

电话管理器用于提供移动终端110的通信功能。例如通话状态的管理(包括接通，挂断等)。

资源管理器为应用程序提供各种资源，比如本地化字符串，图标，图片，布局文件，视频文件等等。

通知管理器使应用程序可以在状态栏中显示通知信息，可以用于传达告知类型的消息，可以短暂停留后自动消失，无需用户交互。比如通知管理器被用于告知下载完成，消息提醒等。通知管理器还可以是以图表或者滚动条文本形式出现在系统顶部状态栏的通知，例如后台运行的应用程序的通知，还可以是以对话窗口形式出现在屏幕上的通知。例如在状态栏提示文本信息，发出提示音，通信终端振动，指示灯闪烁等。

androidruntime包括核心库和虚拟机。androidruntime负责安卓系统的调度和管理。

核心库包含两部分：一部分是java语言需要调用的功能函数，另一部分是安卓的核心库。

应用程序层和应用程序框架层运行在虚拟机中。虚拟机将应用程序层和应用程序框架层的java文件执行为二进制文件。虚拟机用于执行对象生命周期的管理，堆栈管理，线程管理，安全和异常的管理，以及垃圾回收等功能。

系统库可以包括多个功能模块。例如：表面管理器(surfacemanager)，媒体库(medialibraries)，三维图形处理库(例如：opengles)，2d图形引擎(例如：sgl)等。

表面管理器用于对显示子系统进行管理，并且为多个应用程序提供了2d和3d图层的融合。

媒体库支持多种常用的音频，视频格式回放和录制，以及静态图片文件等。媒体库可以支持多种音视频编码格式，例如：mpeg4，h.264，mp3，aac，amr，jpg，png等。

三维图形处理库用于实现三维图形绘图，图片渲染，合成，和图层处理等。

2d图形引擎是2d绘图的绘图引擎。

内核层是硬件和软件之间的层。内核层至少包含显示驱动，摄像头驱动，音频驱动，传感器驱动。

本申请实施例提供了一种计算机可读存储介质，该计算机可读存储介质中存储有计算机程序，该计算机程序由处理器加载并执行以上述实施例提供的应用于第一移动终端的移动终端的管控方法。例如，图2所示的第一移动终端执行的方法，或图3所示的第一移动终端执行的方法。

本申请实施例还提供了一种计算机可读存储介质，该计算机可读存储介质中存储有计算机程序，该计算机程序由处理器加载并执行以上述实施例提供的应用于第二移动终端的移动终端的管控方法。例如，图2所示的第二移动终端执行的方法，或图3所示的第二移动终端执行的方法。

本申请实施例还提供了一种包含指令的计算机程序产品，当计算机程序产品在计算机上运行时，使得计算机执行上述方法实施例提供的应用于第一移动终端的移动终端的管控方法。例如，图2所示的第一移动终端执行的方法，或图3所示的第一移动终端执行的方法。

本申请实施例还提供了一种包含指令的计算机程序产品，当计算机程序产品在计算机上运行时，使得计算机执行上述方法实施例提供的应用于第二移动终端的移动终端的管控方法。例如，图2所示的第二移动终端执行的方法，或图3所示的第二移动终端执行的方法。

本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。

应当理解的是，在本文中提及的“和/或”，表示可以存在三种关系，例如，a和/或b，可以表示：单独存在a，同时存在a和b，单独存在b这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。并且，本申请中术语“至少一个”的含义是指一个或多个，本申请中术语“多个”的含义是指两个或两个以上。

本申请中术语“第一”“第二”等字样用于对作用和功能基本相同的相同项或相似项进行区分，应理解，“第一”、“第二”、“第n”之间不具有逻辑或时序上的依赖关系，也不对数量和执行顺序进行限定。例如，在不脱离各种所述示例的范围的情况下，第一移动终端可以被称为第二移动终端，并且类似地，第二移动终端可以被称为第一移动终端。

以上所述仅为本申请的示例性实施例，并不用以限制本申请，凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。