CN107562501A - 一种智能设备管控方法及系统 - Google Patents

Abstract

本发明公开了一种智能设备管控方法，涉及智能设备领域。所述方法包括：接收用户注册信息，并根据用户注册信息生成认证标示；设定app的权限；接收用户启动app的指令信息，根据所述app的权限控制所述app的启动或禁止。本发明所述方法还包括检测智能设备当前网络状态，并根据所述当前网络状态对app功能及系统功能进行管理以及检测智能设备状态并上报的步骤。本发明还提出了一种智能设备管控系统。本发明能够有效的提高学习工作效率。

Description

一种智能设备管控方法及系统

技术领域

本申请涉及智能设备领域，尤其涉及智能设备管控方法及系统。

背景技术

随着智能设备的日益普及，现在越来越多的家长在孩子上学期间也为其制备了手机、平板等智能设备。寄希望孩子能够通过智能设备更为有效率的进行学习。但是实际情况却并非如此。通过大量调查发现，在学生上课期间经常会时不时的通过手机等智能设备进行娱乐活动，学生无法集中注意力听讲，更有甚者还会扰乱课堂秩序。针对这种情况，目前大多数还是仅仅通过老师和家长的督促和教育，但是效果并不明显。

发明内容

为解决上述技术问题之一，本发明提供了一种智能设备管控方法，所述方法包括：

接收用户注册信息，并根据用户注册信息生成认证标示；

设定app的权限；

接收用户启动app的指令信息，根据所述app的权限控制所述app的启动或禁止。

优选地，所述接收用户注册信息，并根据用户注册信息生成认证标示的过程为：

当用户首次开机时，向用户发送注册信息；

接收用户返回的注册信息；

当用户返回的注册信息不完整时，根据预设条件对注册信息不完整的用户指定部分app功能开放；

当用户返回的注册信息完整时，生成定期更换的认证标示并发送给用户。

优选地，所述接收用户启动app的指令信息，根据所述app的权限控制所述app的开启或禁止的过程为：

接收用户启动app的指令信息；

通过lancher向AMS请求检测app是否满足启动条件的指令信息；

AMS收到所述指令信息后后向PMS询问是否满足开启条件；

PMS获取package manager service中的权限列表；

判断所述权限列表中所包括的权限是否存在于manifest中声明的权限中，是，则根据用户设定的条件控制所述app启动，否，则禁止所述app启动。

优选地，所述方法还包括：检测智能设备当前网络状态，并根据所述当前网络状态对app功能及系统功能进行管理，具体过程为：

当智能设备当前为非联网状态时，根据用户设定的课表内容以及上课时间段对app功能及系统功能进行管理；

当智能设备当前为联网状态时，定期从后台获取配置文件并解析，根据解析信息对app功能及系统功能进行管理。

优选地，所述方法还包括：对智能设备状态进行检测并上报。

为解决上述技术问题之一，本发明还提供了一种智能设备管控系统，所述系统包括：

处理器，其被配置具有处理器可执行指令以执行操作，所述操作包括：

接收用户注册信息，并根据用户注册信息生成认证标示；

设定app的权限；

接收用户启动app的指令信息，根据所述app的权限控制所述app的启动或禁止。

优选地，所述处理器，其被配置具有处理器可执行指令以执行操作，所述操作包括：

当用户首次开机时，向用户发送注册信息；

接收用户返回的注册信息；

当用户返回的注册信息不完整时，根据预设条件对注册信息不完整的用户指定部分app功能开放；

当用户返回的注册信息完整时，生成定期更换的认证标示并发送给用户。

优选地，所述处理器，其被配置具有处理器可执行指令以执行操作，所述操作包括：

接收用户启动app的指令信息；

通过lancher向AMS请求检测app是否满足启动条件的指令信息；

AMS收到所述指令信息后后向PMS询问是否满足开启条件；

PMS获取package manager service中的权限列表；

判断所述权限列表中所包括的权限是否存在于manifest中声明的权限中，是，则根据用户设定的条件控制所述app启动，否，则禁止所述app启动。

优选地，所述处理器，其被配置具有处理器可执行指令以执行操作，所述操作包括：

当智能设备当前为非联网状态时，根据用户设定的课表内容以及上课时间段对app功能及系统功能进行管理；

当智能设备当前为联网状态时，定期从后台获取配置文件并解析，根据解析信息对app功能及系统功能进行管理。

优选地，所述处理器，其被配置具有处理器可执行指令以执行操作，所述操作包括：对智能设备状态进行检测并上报。

本发明的有益效果如下：

本发明通过对智能设备的app权限进行设定，并根据用户设定的课程内容及时间对app进行限制，保证学生在上课期间无法使用与学习无关的app，提高学生学习效率。并且，基于本发明思想，本发明所提出的方案不仅适用于学生，还可以适用于工作当中，更适用于大多数人群的工作和学习。

附图说明

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

图1为本发明实施例所述的智能设备管控方法的流程图；

图2为本发明实施例所述的智能设备管控方法的信令流程图；

图3为本发明实施例所述的智能设备管控系统的示意图。

具体实施方式

为了使本申请实施例中的技术方案及优点更加清楚明白，以下结合附图对本申请的示例性实施例进行进一步详细的说明，显然，所描述的实施例仅是本申请的一部分实施例，而不是所有实施例的穷举。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

如图1所示，本实施例提出一种智能设备管控方法，所述方法适用于各种终端设备，所述方法包括：

S101、接收用户注册信息，并根据用户注册信息生成认证标示。

具体的，用户在首次开启智能设备时需要注册详细的使用信息，方可使用智能设备的所有功能，所以在智能设备端的操作可以将未注册用户和注册成功的用户分为两个用户组，对于未注册用户权限将受到限制，将这个用户组的成员设置为指定app开放，成功注册的用户则可以使用全部app功能。用户注册成功后，后台会发送一个token作为通信的保证，并定期如3天或这5天更换token来保证用户登录状态，之后的push和打点操作都可以用这个token作为标示。

S102、设定app的权限。

具体的，针对目前智能设备的系统大多是android或者iso系统，对于权限信息都有固定的保存路径，例如android所有的权限都保存在package manager service中。

S103、接收用户启动app的指令信息，根据所述app的权限控制所述app的启动或禁止。

具体的，如图2所示，在启动应用时，通过lancher向AMS请求检测app是否满足启动条件，即是否有权限启动，权限验证内容包括用户是否满足权限组要求、用户启动时间是否在权限规范范围或者是否被强行禁止使用等。AMS收到请求后向PMS询问是否满足开启条件，PMS获取package manager service中的权限列表：

public final ArrayList<Permission> permissions = new ArrayList<Permission>(0); public final ArrayList<PermissionGroup> permissionGroups = newArrayList<PermissionGroup>(0);

然后对比是否在manifest中声明或此类权限，如果没声明过直接返回禁止开启，如果有则判断剩余条件是否均满足开启条件，如果同样满足则开启app，完成操作。

其中，查询权限列表的过程如下：

首先通过ActivtyManager来访问AMS，获取SystemServer句柄，来访问查询权限的对象，android所有的权限都保存在PackageManagerService中，最后通过AMS来代理访问PackageManagerService，获取是否拥有权限，不过这边有两个例外（System和Root）拥有一切权限，当然我们常用的app不会有这样的权限，通过分析上面的基础框架，我们可以做以下定制化的修改，由于系统启动后会自动启动AMS和PMS，所以在启动时，我们将预配置的权限（需要管理的权限可以是自定义权限）添加到权限管理中，然后修改框架在IPackageManager(PMS的binder代理)中添加代理类PackageManagerPorxy，这个代理类完成工作主要是将获取的权限请求做过滤，目标是将需要管理的app所对应的权限关联起来，然后在每次check时做一次预检测。

进一步的，本实施例所述的方法还包括：

S104、对智能设备状态进行检测并上报。

具体的，直接在后台开启系统服务，将服务逻辑内容写在systemserver中即可，主要的代码逻辑可以为定时向后台打点，并上报手机运行状态，在检测到手机关机、开机、飞行模式或重新连接网络等特殊情况时主动上报后台，方便后台做检测统计。

更进一步的，本实施例所述方法包括：

S105、检测智能设备当前网络状态，并根据所述当前网络状态对app功能及系统功能进行管理。

具体过程为：

当智能设备当前为非联网状态时，根据用户设定的课表内容以及上课时间段对app功能及系统功能进行管理；

当智能设备当前为联网状态时，定期从后台获取配置文件并解析，根据解析信息对app功能及系统功能进行管理。

具体的，在非联网状态下，智能设备需要预同步课表内容，然后通过解析课表，获取上课的时间段，来确定智能设备无法开启应用以及拨打电话等处理的状态，解析获取屏蔽时间后对app的功能进行限制。

在联网状态下，定时从后台拉去配置文件，并解析文件内容，从而获取是否满足屏蔽条件，然后做屏蔽。后台保持一个与智能设备的长连接，方便接受服务端的push消息，方便对用户的组的管理。

对应的，本实施例还提出了一种智能设备管控系统，如图3所示，所述系统可嵌入在任何智能设备中，根据其实际需求也可以嵌入在电脑终端。所述系统具体包括：

处理器，其被配置具有处理器可执行指令以执行操作，所述操作包括：

接收用户注册信息，并根据用户注册信息生成认证标示；

设定app的权限；

接收用户启动app的指令信息，根据所述app的权限控制所述app的启动或禁止。

具体的，用户在首次开启智能设备时需要注册详细的使用信息，方可使用智能设备的所有功能，所以在智能设备端的操作可以将未注册用户和注册成功的用户分为两个用户组，对于未注册用户权限将受到限制，将这个用户组的成员设置为指定app开放，成功注册的用户则可以使用全部app功能。用户注册成功后，后台会发送一个token作为通信的保证，并定期如3天或这5天更换token来保证用户登录状态，之后的push和打点操作都可以用这个token作为标示。

针对目前智能设备的系统大多是android或者iso系统，对于权限信息都有固定的保存路径，例如android所有的权限都保存在package manager service中。

在启动应用时，通过lancher向AMS请求检测app是否满足启动条件，即是否有权限启动，权限验证内容包括用户是否满足权限组要求、用户启动时间是否在权限规范范围或者是否被强行禁止使用等。AMS收到请求后向PMS询问是否满足开启条件，PMS获取packagemanager service中的权限列表：

public final ArrayList<Permission> permissions = new ArrayList<Permission>(0); public final ArrayList<PermissionGroup> permissionGroups = newArrayList<PermissionGroup>(0);

然后对比是否在manifest中声明或此类权限，如果没声明过直接返回禁止开启，如果有则判断剩余条件是否均满足开启条件，如果同样满足则开启app，完成操作。

其中，查询权限列表的过程如下：

首先通过ActivtyManager来访问AMS，获取SystemServer句柄，来访问查询权限的对象，android所有的权限都保存在PackageManagerService中，最后通过AMS来代理访问PackageManagerService，获取是否拥有权限，不过这边有两个例外（System和Root）拥有一切权限，当然我们常用的app不会有这样的权限，通过分析上面的基础框架，我们可以做以下定制化的修改，由于系统启动后会自动启动AMS和PMS，所以在启动时，我们将预配置的权限（需要管理的权限可以是自定义权限）添加到权限管理中，然后修改框架在IPackageManager(PMS的binder代理)中添加代理类PackageManagerPorxy，这个代理类完成工作主要是将获取的权限请求做过滤，目标是将需要管理的app所对应的权限关联起来，然后在每次check时做一次预检测。

进一步的，所述处理器，其被配置具有处理器可执行指令以执行操作，所述操作包括：对智能设备状态进行检测并上报。

具体的，直接在后台开启系统服务，将服务逻辑内容写在systemserver中即可，主要的代码逻辑可以为定时向后台打点，并上报手机运行状态，在检测到手机关机、开机、飞行模式或重新连接网络等特殊情况时主动上报后台，方便后台做检测统计。

进一步的，所述处理器，其被配置具有处理器可执行指令以执行操作，所述操作包括：检测智能设备当前网络状态，并根据所述当前网络状态对app功能及系统功能进行管理；

当智能设备当前为非联网状态时，根据用户设定的课表内容以及上课时间段对app功能及系统功能进行管理；

当智能设备当前为联网状态时，定期从后台获取配置文件并解析，根据解析信息对app功能及系统功能进行管理。

具体的，在非联网状态下，智能设备需要预同步课表内容，然后通过解析课表，获取上课的时间段，来确定智能设备无法开启应用以及拨打电话等处理的状态，解析获取屏蔽时间后对app的功能进行限制。

在联网状态下，定时从后台拉去配置文件，并解析文件内容，从而获取是否满足屏蔽条件，然后做屏蔽。后台保持一个与智能设备的长连接，方便接受服务端的push消息，方便对用户的组的管理。

显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

Claims (10)

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

接收用户注册信息，并根据用户注册信息生成认证标示；

设定app的权限；

接收用户启动app的指令信息，根据所述app的权限控制所述app的启动或禁止。

2.根据权利要求1所述的方法，其特征在于，所述接收用户注册信息，并根据用户注册信息生成认证标示的过程为：

当用户首次开机时，向用户发送注册信息；

接收用户返回的注册信息；

当用户返回的注册信息不完整时，根据预设条件对注册信息不完整的用户指定部分app功能开放；

当用户返回的注册信息完整时，生成定期更换的认证标示并发送给用户。

3.根据权利要求1或2所述的方法，其特征在于，所述接收用户启动app的指令信息，根据所述app的权限控制所述app的开启或禁止的过程为：

接收用户启动app的指令信息；

通过lancher向AMS请求检测app是否满足启动条件的指令信息；

AMS收到所述指令信息后后向PMS询问是否满足开启条件；

PMS获取package manager service中的权限列表；

判断所述权限列表中所包括的权限是否存在于manifest中声明的权限中，是，则根据用户设定的条件控制所述app启动，否，则禁止所述app启动。

4.根据权利要求3所述的方法，其特征在于，所述方法还包括：检测智能设备当前网络状态，并根据所述当前网络状态对app功能及系统功能进行管理，具体过程为：

当智能设备当前为非联网状态时，根据用户设定的课表内容以及上课时间段对app功能及系统功能进行管理；

当智能设备当前为联网状态时，定期从后台获取配置文件并解析，根据解析信息对app功能及系统功能进行管理。

5.根据权利要求4所述的方法，其特征在于，所述方法还包括：对智能设备状态进行检测并上报。

6.一种智能设备管控系统，所述系统包括：

处理器，其被配置具有处理器可执行指令以执行操作，所述操作包括：

接收用户注册信息，并根据用户注册信息生成认证标示；

设定app的权限；

接收用户启动app的指令信息，根据所述app的权限控制所述app的启动或禁止。

7.根据权利要求6所述的系统，其特征在于，所述处理器，其被配置具有处理器可执行指令以执行操作，所述操作包括：

当用户首次开机时，向用户发送注册信息；

接收用户返回的注册信息；

当用户返回的注册信息不完整时，根据预设条件对注册信息不完整的用户指定部分app功能开放；

当用户返回的注册信息完整时，生成定期更换的认证标示并发送给用户。

8.根据权利要求6或7所述的系统，其特征在于，所述处理器，其被配置具有处理器可执行指令以执行操作，所述操作包括：

接收用户启动app的指令信息；

通过lancher向AMS请求检测app是否满足启动条件的指令信息；

AMS收到所述指令信息后后向PMS询问是否满足开启条件；

PMS获取package manager service中的权限列表；

判断所述权限列表中所包括的权限是否存在于manifest中声明的权限中，是，则根据用户设定的条件控制所述app启动，否，则禁止所述app启动。

9.根据权利要求8所述的系统，其特征在于，所述处理器，其被配置具有处理器可执行指令以执行操作，所述操作包括：当智能设备当前为非联网状态时，根据用户设定的课表内容以及上课时间段对app功能及系统功能进行管理；当智能设备当前为联网状态时，定期从后台获取配置文件并解析，根据解析信息对app功能及系统功能进行管理。

10.根据权利要求9所述的系统，其特征在于，所述处理器，其被配置具有处理器可执行指令以执行操作，所述操作包括：对智能设备状态进行检测并上报。