CN114692132A - 应用程序管控方法、装置、电子设备及可读存储介质 - Google Patents

Abstract

本申请适用于终端技术领域，提供了一种应用程序管控方法、装置、电子设备及可读存储介质。该应用程序管控方法，包括：获取应用程序的安装包。在安装应用程序时，将包名和应用分类信息的对应关系存储在本地存储中。当接收到应用程序的启动操作时，根据应用程序的包名，在本地存储中获取应用程序对应的应用分类信息。根据应用分类信息查找与预设的应用分类信息对应的管控策略，并根据管控策略确定启动操作的执行权限。获取待管控应用程序的应用分类信息，并根据与该应用分类信息对应的管控策略对应用程序进行管控。实现了对应用程序管控时无需对应用程序一一设置，应用程序管控更加智能，操作更加简洁，管控效果更好。

Description

应用程序管控方法、装置、电子设备及可读存储介质

技术领域

本申请涉及终端领域，尤其涉及一种应用程序管控方法、装置、电子设备及可读存储介质。

背景技术

应用程序广泛的安装在各类电子设备中，如手机、电视、可穿戴设备、车载设备等。不同的应用程序为用户提供了不同的服务。当不同的用户使用电子设备时，可以根据用户的特征，如用户偏好、用户年龄等因素对应用程序进行管控。例如，可以控制未成年人使用游戏应用的时长。

目前，对应用程序的管控需要用户分别对每个需要管控的应用进行管控设置，根据用户设置的管控策略进行管控，操作繁琐，管控效果不佳。

发明内容

本申请实施例提供了一种应用程序管控方法、装置、电子设备及可读存储介质，可以改善需要用户分别对每个需要管控的应用进行管控设置，操作繁琐，管控效果不佳的问题。

第一方面，本申请实施例提供了一种应用程序管控方法，包括：获取应用程序的安装包，应用程序的安装包中包括应用程序的包名和应用分类信息。在安装应用程序时，将包名和应用分类信息的对应关系存储在本地存储中。当接收到应用程序的启动操作时，根据应用程序的包名，在本地存储中获取应用程序对应的应用分类信息。根据应用分类信息查找与预设的应用分类信息对应的管控策略，并根据管控策略确定启动操作的执行权限。

本申请提供的应用程序管控方法，可以应用于手机、平板电脑、可穿戴设备、车载设备、增强现实(augmented reality，AR)/虚拟现实(virtual reality，VR)设备、笔记本电脑、超级移动个人计算机(ultra-mobile personal computer，UMPC)、上网本、个人数字助理(personal digital assistant，PDA)等电子设备上，本申请实施例对电子设备的具体类型不作任何限制。

第一方面中，应用程序的安装包包括了应用程序的包名和应用分类信息，在安装应用程序时从安装包中获取应用程序的包名和应用分类信息。将包名和应用分类信息的对应关系存储在本地存储中。由于应用程序的应用分类信息是随应用程序一同下载的，根据待管控应用程序的包名从本地存储获取应用程序的应用分类信息时，不会出现应用分类信息出错或者缺失的情况。获取应用程序的应用分类信息无需依靠电子设备供应商提供的分类表，降低应用分类信息获取错误的几率，提高了管控的准确性。本地预设有与各种类型应用程序对应的管控策略，在对完成安装的应用程序进行管控时，可获取待管控应用程序的应用分类信息，并根据与该应用分类信息对应的管控策略对应用程序进行管控。实现了对应用程序管控时无需对应用程序一一设置，应用程序管控更加智能，操作更加简洁，管控效果更好。

一些实施方式中，根据应用分类信息对应的管控策略，确定作用于应用程序的操作的执行权限，包括：获取启动操作的特征信息，特征信息包括操作时刻信息、操作者的身份信息。根据管控策略和特征信息，确定作启动操作的执行权限。

一些实施方式中，执行权限包括禁止执行或者允许执行。根据管控策略和特征信息，确定作启动操作的执行权限，包括：基于管控策略，当确定时刻信息为操作者的身份信息对应的非管控时间段时，确定应用程序的操作的执行权限为允许执行。

一些实施方式中，在确定应用程序的操作的执行权限为允许执行之后，还包括：当应用程序执行时，获取应用程序的执行时长。若执行时长大于管控策略中预设的时长阈值时，则将应用程序的操作的执行权限更新为禁止操作，并终止执行应用程序。

一些实施方式中，根据管控策略和特征信息，确定作启动操作的执行权限，包括：基于管控策略，当确定时刻信息为操作者的身份信息对应的管控时间段，或者操作者的身份信息为禁用身份，确定应用程序的操作的执行权限为禁止执行。

第二方面，本申请实施例提供了一种应用程序管控装置，包括：获取模块，用于获取应用程序的安装包，应用程序的安装包中包括应用程序的包名和应用分类信息。在安装应用程序时，将包名和应用分类信息的对应关系存储在本地存储中。当接收到应用程序的启动操作时，根据应用程序的包名，在本地存储中获取应用程序对应的应用分类信息。管控模块，用于根据应用分类信息查找与预设的应用分类信息对应的管控策略，并根据管控策略确定启动操作的执行权限。

一些实施方式中，管控模块，具体用于获取启动操作的特征信息，特征信息包括操作时刻信息、操作者的身份信息。根据管控策略和特征信息，确定作启动操作的执行权限。

一些实施方式中，管控模块，具体用于基于管控策略，当确定时刻信息为操作者的身份信息对应的非管控时间段时，确定应用程序的操作的执行权限为允许执行。

一些实施方式中，管控模块，还用于当应用程序执行时，获取应用程序的执行时长。若执行时长大于管控策略中预设的时长阈值时，则将应用程序的操作的执行权限更新为禁止操作，并终止执行应用程序。

一些实施方式中，管控模块，具体用于基于管控策略，当确定时刻信息为操作者的身份信息对应的管控时间段，或者操作者的身份信息为禁用身份，确定应用程序的操作的执行权限为禁止执行。

第三方面，本申请实施例提供了一种电子设备，包括：存储器、处理器以及存储在存储器中并可在处理器上运行的计算机程序，处理器执行计算机程序时实现如第一方面提供的方法。

第四方面，本申请实施例提供了一种计算机可读存储介质，计算机可读存储介质存储有计算机程序，计算机程序被处理器执行时实现如第一方面提供的方法。

第五方面，本申请实施例提供了一种计算机程序产品，当计算机程序产品在电子设备上运行时，使得电子设备执行上述第一方面提供的方法。

第六方面，本申请实施例提供了一种芯片系统，芯片系统包括存储器和处理器，处理器执行存储器中存储的计算机程序，以实现第一方面提供的方法。

第七方面，本申请实施例提供了一种芯片系统，芯片系统包括处理器，处理器与第四方面提供的计算机可读存储介质耦合，处理器执行计算机可读存储介质中存储的计算机程序，以实现第一方面提供的方法。

可以理解的是，上述第二方面至第五方面的有益效果可以参见上述第一方面中的相关描述，在此不再赘述。

附图说明

图1为一种应用程序管控的应用场景示意图；

图2为本申请实施例提供的种电子设备的结构示意图；

图3为本申请实施例提供的电子设备的软件结构示意图；

图4为本申请实施例提供的应用程序管控方法的流程示意图；

图5为本申请实施例提供的应用程序管控方法中安装包的结构示意图；

图6为本申请实施例提供的应用程序管控方法中包管理服务的逻辑架构示意图；

图7为本申请实施例提供的应用程序管控方法中对应用程序进行操作时的逻辑示意图；

图8为本申请实施例提供的应用程序管控方法的另一种流程示意图；

图9为本申请实施例提供的应用程序管控方法中应用市场程序的界面示意图；

图10为本申请实施例提供的应用程序管控方法的另一种流程示意图；

图11为本申请实施例提供的应用程序管控装置的结构示意图；

图12为本申请实施例提供的电子设备的另一种结构示意图。

具体实施方式

以下描述中，为了说明而不是为了限定，提出了诸如特定系统结构、技术之类的具体细节，以便透彻理解本申请实施例。然而，本领域的技术人员应当清楚，在没有这些具体细节的其它实施例中也可以实现本申请。在其它情况中，省略对众所周知的系统、装置、电路以及方法的详细说明，以免不必要的细节妨碍本申请的描述。

应当理解，当在本申请说明书和所附权利要求书中使用时，术语“包括”指示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。

还应当理解，在本申请说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合，并且包括这些组合。

如在本申请说明书和所附权利要求书中所使用的那样，术语“如果”可以依据上下文被解释为“当...时”或“一旦”或“响应于确定”或“响应于检测到”。

另外，在本申请说明书和所附权利要求书的描述中，术语“第一”、“第二”、“第三”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

在本申请说明书中描述的参考“一个实施例”或“一些实施例”等意味着在本申请的一个或多个实施例中包括结合该实施例描述的特定特征、结构或特点。由此，在本说明书中的不同之处出现的语句“在一个实施例中”、“在一些实施例中”、“在其他一些实施例中”、“在另外一些实施例中”等不是必然都参考相同的实施例，而是意味着“一个或多个但不是所有的实施例”，除非是以其他方式另外特别强调。术语“包括”、“包含”、“具有”及它们的变形都意味着“包括但不限于”，除非是以其他方式另外特别强调。

图1示出了一种应用程序管控的应用场景。

参考图1，其中包括服务器100和电子设备200，电子设备200与服务器100通过网络建立数据连接。电子设备200可以响应用户操作从服务器100中下载应用程序安装包。然后，电子设备200安装应用程序，并在安装完应用程序后，根据应用程序的包名(package name)在分类表中获取包名对应的应用分类信息，也就是该应用程序的应用分类信息。分类表中包括每个包名对应的至少一个应用分类信息。在应用程序安装完成后，需要用户输入管控配置信息，例如，输入应用程序的用户特征、管控策略、管控报警等。最后，可以根据输入的管控配置信息和预先设置的电子设备200的用户特征(如用户年龄、用户偏好等)对应用程序进行管控。应用程序的包名是应用程序的唯一标识，一个包名对应一个确定的应用程序，同一个应用程序的不同版本使用相同的包名。

其中，在进行应用程序的管控时，需要对每个应用程序进行管控设置，操作繁琐，管控效率低且管控效果不佳。

为此，本申请提供了一种应用程序管控方法，包括：当接收到应用程序的启动操作时，获取应用程序的应用分类信息。根据应用分类信息查找与预设的应用分类信息对应的管控策略，并根据管控策略确定启动操作的执行权限。

在本申请中，本地预设有与各种类型应用程序对应的管控策略，在对完成安装的应用程序进行管控时，可获取待管控应用程序的应用分类信息并根据与该应用分类信息对应的管控策略对应用程序进行管控。实现了对应用程序管控时无需对应用程序一一设置，应用程序管控更加智能，操作更加简洁，管控效果更好。

本申请实施例提供的应用程序管控方法可以应用于手机、平板电脑、可穿戴设备、车载设备、增强现实(augmented reality，AR)/虚拟现实(virtual reality，VR)设备、笔记本电脑、超级移动个人计算机(ultra-mobile personal computer，UMPC)、上网本、个人数字助理(personal digital assistant，PDA)等电子设备上，本申请实施例对电子设备的具体类型不作任何限制。

图2示出了一种电子设备的结构示意图。电子设备200可以包括处理器210，外部存储器接口220，内部存储器221，通用串行总线(universal serial bus，USB)接口230，充电管理模块240，电源管理模块241，电池242，天线1，天线2，移动通信模块250，无线通信模块260，音频模块270，扬声器270A，受话器270B，麦克风270C，耳机接口270D，传感器模块280，按键290，马达291，指示器292，摄像头293，显示屏294，以及用户标识模块(subscriberidentification module，SIM)卡接口295等。其中传感器模块280可以包括压力传感器280A，陀螺仪传感器280B，气压传感器280C，磁传感器280D，加速度传感器280E，距离传感器280F，接近光传感器280G，指纹传感器280H，温度传感器280J，触摸传感器280K，环境光传感器280L，骨传导传感器280M等。

可以理解的是，本申请实施例示意的结构并不构成对电子设备200的具体限定。在本申请另一些实施例中，电子设备200可以包括比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。图示的部件可以以硬件，软件或软件和硬件的组合实现。

作为举例，当电子设备200为手机或平板电脑时，可以包括图示中的全部部件，也可以仅包括图示中的部分部件。

当电子设备200为大屏设备时，可以包括图示中的处理器210，外部存储器接口220，内部存储器221，通用串行总线(universal serial bus，USB)接口230，充电管理模块240，电源管理模块241，无线通信模块260，音频模块270，扬声器270A，受话器270B，麦克风270C，摄像头293，显示屏294。

处理器210可以包括一个或多个处理单元，例如：处理器210可以包括应用处理器(application processor，AP)，调制解调处理器，图形处理器(graphics processingunit，GPU)，图像信号处理器(image signal processor，ISP)，控制器，存储器，视频编解码器，数字信号处理器(digital signal processor，DSP)，基带处理器，和/或神经网络处理器(neural-network processing unit，NPU)等。其中，不同的处理单元可以是独立的器件，也可以集成在一个或多个处理器中。

其中，控制器可以是电子设备200的神经中枢和指挥中心。控制器可以根据指令操作码和时序信号，产生操作控制信号，完成取指令和执行指令的控制。

处理器210中还可以设置存储器，用于存储指令和数据。在一些实施例中，处理器210中的存储器为高速缓冲存储器。该存储器可以保存处理器210刚用过或循环使用的指令或数据。如果处理器210需要再次使用该指令或数据，可从存储器中直接调用。避免了重复存取，减少了处理器210的等待时间，因而提高了系统的效率。

在一些实施例中，处理器210可以包括一个或多个接口。接口可以包括集成电路(inter-integrated circuit，I2C)接口，集成电路内置音频(inter-integrated circuitsound，I2S)接口，脉冲编码调制(pulse code modulation，PCM)接口，通用异步收发传输器(universal asynchronous receiver/transmitter，UART)接口，移动产业处理器接口(mobile industry processor interface，MIPI)，通用输入输出(general-purposeinput/output，GPIO)接口，用户标识模块(subscriber identity module，SIM)接口，和/或通用串行总线(universal serial bus，USB)接口等。

I2C接口是一种双向同步串行总线，包括一根串行数据线(serial data line，SDA)和一根串行时钟线(derail clock line，SCL)。在一些实施例中，处理器210可以包含多组I2C总线。处理器210可以通过不同的I2C总线接口分别耦合触摸传感器280K，充电器，闪光灯，摄像头293等。例如：处理器210可以通过I2C接口耦合触摸传感器280K，使处理器210与触摸传感器280K通过I2C总线接口通信，实现电子设备200的触摸功能。

I2S接口可以用于音频通信。在一些实施例中，处理器210可以包含多组I2S总线。处理器210可以通过I2S总线与音频模块270耦合，实现处理器210与音频模块270之间的通信。在一些实施例中，音频模块270可以通过I2S接口向无线通信模块260传递音频信号。

PCM接口也可以用于音频通信，将模拟信号抽样，量化和编码。在一些实施例中，音频模块270与无线通信模块260可以通过PCM总线接口耦合。

在一些实施例中，音频模块270也可以通过PCM接口向无线通信模块260传递音频信号。I2S接口和PCM接口都可以用于音频通信。

UART接口是一种通用串行数据总线，用于异步通信。该总线可以为双向通信总线。它将要传输的数据在串行通信与并行通信之间转换。

在一些实施例中，UART接口通常被用于连接处理器210与无线通信模块260。例如：处理器210通过UART接口与无线通信模块260中的蓝牙模块通信，实现蓝牙功能。在一些实施例中，音频模块270可以通过UART接口向无线通信模块260传递音频信号，实现通过蓝牙耳机播放音乐的功能。

MIPI接口可以被用于连接处理器210与显示屏294，摄像头293等外围器件。MIPI接口包括摄像头串行接口(camera serial interface，CSI)，显示屏串行接口(displayserial interface，DSI)等。在一些实施例中，处理器210和摄像头293通过CSI接口通信，实现电子设备200的拍摄功能。处理器210和显示屏294通过DSI接口通信，实现电子设备200的显示功能。

GPIO接口可以通过软件配置。GPIO接口可以被配置为控制信号，也可被配置为数据信号。在一些实施例中，GPIO接口可以用于连接处理器210与摄像头293，显示屏294，无线通信模块260，音频模块270，传感器模块280等。GPIO接口还可以被配置为I2C接口，I2S接口，UART接口，MIPI接口等。

USB接口230是符合USB标准规范的接口，具体可以是Mini USB接口，Micro USB接口，USB Type C接口等。USB接口230可以用于连接充电器为电子设备200充电，也可以用于电子设备200与外围设备之间传输数据。也可以用于连接耳机，通过耳机播放音频。该接口还可以用于连接其他电子设备，例如AR设备等。

可以理解的是，本申请实施例示意的各模块间的接口连接关系，只是示意性说明，并不构成对电子设备200的结构限定。在本申请另一些实施例中，电子设备200也可以采用上述实施例中不同的接口连接方式，或多种接口连接方式的组合。

充电管理模块240用于从充电器接收充电输入。其中，充电器可以是无线充电器，也可以是有线充电器。在一些有线充电的实施例中，充电管理模块240可以通过USB接口230接收有线充电器的充电输入。在一些无线充电的实施例中，充电管理模块240可以通过电子设备200的无线充电线圈接收无线充电输入。充电管理模块240为电池242充电的同时，还可以通过电源管理模块241为电子设备供电。

电源管理模块241用于连接电池242，充电管理模块240与处理器210。电源管理模块241接收电池242和/或充电管理模块240的输入，为处理器210，内部存储器221，外部存储器，显示屏294，摄像头293，和无线通信模块260等供电。电源管理模块241还可以用于监测电池容量，电池循环次数，电池健康状态(漏电，阻抗)等参数。

在其他一些实施例中，电源管理模块241也可以设置于处理器210中。在另一些实施例中，电源管理模块241和充电管理模块240也可以设置于同一个器件中。

电子设备200的无线通信功能可以通过天线1，天线2，移动通信模块250，无线通信模块260，调制解调处理器以及基带处理器等实现。

天线1和天线2用于发射和接收电磁波信号。电子设备200中的每个天线可用于覆盖单个或多个通信频带。不同的天线还可以复用，以提高天线的利用率。例如：可以将天线1复用为无线局域网的分集天线。在另外一些实施例中，天线可以和调谐开关结合使用。

移动通信模块250可以提供应用在电子设备200上的包括2G/3G/4G/5G等无线通信的解决方案。移动通信模块250可以包括至少一个滤波器，开关，功率放大器，低噪声放大器(low noise amplifier，LNA)等。移动通信模块250可以由天线1接收电磁波，并对接收的电磁波进行滤波，放大等处理，传送至调制解调处理器进行解调。移动通信模块250还可以对经调制解调处理器调制后的信号放大，经天线1转为电磁波辐射出去。

在一些实施例中，移动通信模块250的至少部分功能模块可以被设置于处理器210中。在一些实施例中，移动通信模块250的至少部分功能模块可以与处理器210的至少部分模块被设置在同一个器件中。

调制解调处理器可以包括调制器和解调器。其中，调制器用于将待发送的低频基带信号调制成中高频信号。解调器用于将接收的电磁波信号解调为低频基带信号。随后解调器将解调得到的低频基带信号传送至基带处理器处理。低频基带信号经基带处理器处理后，被传递给应用处理器。应用处理器通过音频设备(不限于扬声器270A，受话器270B等)输出声音信号，或通过显示屏294显示图像或视频。在一些实施例中，调制解调处理器可以是独立的器件。在另一些实施例中，调制解调处理器可以独立于处理器210，与移动通信模块250或其他功能模块设置在同一个器件中。

无线通信模块260可以提供应用在电子设备200上的包括无线局域网(wirelesslocal area networks，WLAN)(如无线保真(wireless fidelity，Wi-Fi)网络)，蓝牙(bluetooth，BT)，全球导航卫星系统(global navigation satellite system，GNSS)，调频(frequency modulation，FM)，近距离无线通信技术(near field communication，NFC)，红外技术(infrared，IR)等无线通信的解决方案。无线通信模块260可以是集成至少一个通信处理模块的一个或多个器件。无线通信模块260经由天线2接收电磁波，将电磁波信号调频以及滤波处理，将处理后的信号发送到处理器210。无线通信模块260还可以从处理器210接收待发送的信号，对其进行调频，放大，经天线2转为电磁波辐射出去。

在一些实施例中，电子设备200的天线1和移动通信模块250耦合，天线2和无线通信模块260耦合，使得电子设备200可以通过无线通信技术与网络以及其他设备通信。无线通信技术可以包括全球移动通讯系统(global system for mobile communications，GSM)，通用分组无线服务(general packet radio service，GPRS)，码分多址接入(codedivision multiple access，CDMA)，宽带码分多址(wideband code division multipleaccess，WCDMA)，时分码分多址(time-division code division multiple access，TD-SCDMA)，长期演进(long term evolution，LTE)，BT，GNSS，WLAN，NFC，FM，和/或IR技术等。GNSS可以包括全球卫星定位系统(global positioning system，GPS)，全球导航卫星系统(global navigation satellite system，GLONASS)，北斗卫星导航系统(beidounavigation satellite system，BDS)，准天顶卫星系统(quasi-zenith satellitesystem，QZSS)和/或星基增强系统(satellite based augmentation systems，SBAS)。

电子设备200通过GPU，显示屏294，以及应用处理器等实现显示功能。GPU为图像处理的微处理器，连接显示屏294和应用处理器。GPU用于执行数学和几何计算，用于图形渲染。处理器210可包括一个或多个GPU，其执行程序指令以生成或改变显示信息。

显示屏294用于显示图像，视频等。例如本申请实施例中的教学视频和用户动作画面视频，显示屏294包括显示面板。显示面板可以采用液晶显示屏(liquid crystaldisplay，LCD)，有机发光二极管(organic light-emitting diode，OLED)，有源矩阵有机发光二极体或主动矩阵有机发光二极体(active-matrix organic light emitting diode的，AMOLED)，柔性发光二极管(flex light-emitting diode，FLED)，Miniled，MicroLed，Micro-oLed，量子点发光二极管(quantum dot light emitting diodes，QLED)等。在一些实施例中，电子设备200可以包括1个或N个显示屏294，N为大于1的正整数。

电子设备200可以通过ISP，摄像头293，视频编解码器，GPU，显示屏294以及应用处理器等实现拍摄功能。

ISP用于处理摄像头293反馈的数据。例如，拍照时，打开快门，光线通过镜头被传递到摄像头感光元件上，光信号转换为电信号，摄像头感光元件将电信号传递给ISP处理，转化为肉眼可见的图像。ISP还可以对图像的噪点，亮度，肤色进行算法优化。ISP还可以对拍摄场景的曝光，色温等参数优化。在一些实施例中，ISP可以设置在摄像头293中。

摄像头293用于捕获静态图像或视频。物体通过镜头生成光学图像投射到感光元件。感光元件可以是电荷耦合器件(charge coupled device，CCD)或互补金属氧化物半导体(complementary metal-oxide-semiconductor，CMOS)光电晶体管。感光元件把光信号转换成电信号，之后将电信号传递给ISP转换成数字图像信号。ISP将数字图像信号输出到DSP加工处理。DSP将数字图像信号转换成标准的RGB，YUV等格式的图像信号。在一些实施例中，电子设备200可以包括1个或N个摄像头293，N为大于1的正整数。

数字信号处理器用于处理数字信号，除了可以处理数字图像信号，还可以处理其他数字信号。例如，当电子设备200在频点选择时，数字信号处理器用于对频点能量进行傅里叶变换等。

视频编解码器用于对数字视频压缩或解压缩。电子设备200可以支持一种或多种视频编解码器。这样，电子设备200可以播放或录制多种编码格式的视频，例如：动态图像专家组(moving picture experts group，MPEG)1，MPEG2，MPEG3，MPEG4等。

NPU为神经网络(neural-network，NN)计算处理器，通过借鉴生物神经网络结构，例如借鉴人脑神经元之间传递模式，对输入信息快速处理，还可以不断的自学习。通过NPU可以实现电子设备200的智能认知等应用，例如：图像识别，人脸识别，语音识别，文本理解等。

在本申请实施例中，NPU或其他处理器可以用于对电子设备200存储的视频中的图像进行分析处理等操作。

外部存储器接口220可以用于连接外部存储卡，例如Micro SD卡，实现扩展电子设备200的存储能力。外部存储卡通过外部存储器接口220与处理器210通信，实现数据存储功能。例如将音乐，视频等文件保存在外部存储卡中。

内部存储器221可以用于存储计算机可执行程序代码，可执行程序代码包括指令。处理器210通过运行存储在内部存储器221的指令，从而执行电子设备200的各种功能应用以及数据处理。内部存储器221可以包括存储程序区和存储数据区。其中，存储程序区可存储操作系统，至少一个功能所需的应用程序(比如声音播放功能，图像播放功能等)。存储数据区可存储电子设备200使用过程中所创建的数据(比如音频数据，电话本等)。

此外，内部存储器221可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件，闪存器件，通用闪存存储器(universal flash storage，UFS)等。

电子设备200可以通过音频模块270，扬声器270A，受话器270B，麦克风270C，耳机接口270D，以及应用处理器等实现音频功能。

音频模块270用于将数字音频信号转换成模拟音频信号输出，也用于将模拟音频输入转换为数字音频信号。音频模块270还可以用于对音频信号编码和解码。在一些实施例中，音频模块270可以设置于处理器210中，或将音频模块270的部分功能模块设置于处理器210中。

扬声器270A，也称“喇叭”，用于将音频电信号转换为声音信号。电子设备200可以通过扬声器270A收听音乐，或收听免提通话，例如扬声器可以播放本申请实施例提供的比对分析结果。

受话器270B，也称“听筒”，用于将音频电信号转换成声音信号。当电子设备200接听电话或语音信息时，可以通过将受话器270B靠近人耳接听语音。

麦克风270C，也称“话筒”，“传声器”，用于将声音信号转换为电信号。当拨打电话或发送语音信息时，用户可以通过人嘴靠近麦克风270C发声，将声音信号输入到麦克风270C。电子设备200可以设置至少一个麦克风270C。在另一些实施例中，电子设备200可以设置两个麦克风270C，除了采集声音信号，还可以实现降噪功能。在另一些实施例中，电子设备200还可以设置三个，四个或更多麦克风270C，实现采集声音信号，降噪，还可以识别声音来源，实现定向录音功能等。

耳机接口270D用于连接有线耳机。耳机接口270D可以是USB接口230，也可以是3.5mm的开放移动电子设备平台(open mobile terminal platform，OMTP)标准接口，美国蜂窝电信工业协会(cellular telecommunications industry association of the USA，CTIA)标准接口。

压力传感器280A用于感受压力信号，可以将压力信号转换成电信号。在一些实施例中，压力传感器280A可以设置于显示屏294。压力传感器280A的种类很多，如电阻式压力传感器，电感式压力传感器，电容式压力传感器等。电容式压力传感器可以是包括至少两个具有导电材料的平行板。当有力作用于压力传感器280A，电极之间的电容改变。电子设备200根据电容的变化确定压力的强度。当有触摸操作作用于显示屏294，电子设备200根据压力传感器280A检测触摸操作强度。电子设备200也可以根据压力传感器280A的检测信号计算触摸的位置。

在一些实施例中，作用于相同触摸位置，但不同触摸操作强度的触摸操作，可以对应不同的操作指令。例如：当有触摸操作强度小于第一压力阈值的触摸操作作用于短消息应用图标时，执行查看短消息的指令。当有触摸操作强度大于或等于第一压力阈值的触摸操作作用于短消息应用图标时，执行新建短消息的指令。

陀螺仪传感器280B可以用于确定电子设备200的运动姿态。在一些实施例中，可以通过陀螺仪传感器280B确定电子设备200围绕三个轴(即，x，y和z轴)的角速度。陀螺仪传感器280B可以用于拍摄防抖。示例性的，当按下快门，陀螺仪传感器280B检测电子设备200抖动的角度，根据角度计算出镜头模组需要补偿的距离，让镜头通过反向运动抵消电子设备200的抖动，实现防抖。陀螺仪传感器280B还可以用于导航，体感游戏场景。

气压传感器280C用于测量气压。在一些实施例中，电子设备200通过气压传感器280C测得的气压值计算海拔高度，辅助定位和导航。

磁传感器280D包括霍尔传感器。电子设备200可以利用磁传感器280D检测翻盖皮套的开合。在一些实施例中，当电子设备200是翻盖机时，电子设备200可以根据磁传感器280D检测翻盖的开合。进而根据检测到的皮套的开合状态或翻盖的开合状态，设置翻盖自动解锁等特性。

加速度传感器280E可检测电子设备200在各个方向上(一般为三轴)加速度的大小。当电子设备200静止时可检测出重力的大小及方向。还可以用于识别电子设备姿态，应用于横竖屏切换，计步器等应用。

距离传感器280F，用于测量距离。电子设备200可以通过红外或激光测量距离。在一些实施例中，拍摄场景，电子设备200可以利用距离传感器280F测距以实现快速对焦。

接近光传感器280G可以包括例如发光二极管(LED)和光检测器，例如光电二极管。发光二极管可以是红外发光二极管。电子设备200通过发光二极管向外发射红外光。电子设备200使用光电二极管检测来自附近物体的红外反射光。当检测到充分的反射光时，可以确定电子设备200附近有物体。当检测到不充分的反射光时，电子设备200可以确定电子设备200附近没有物体。电子设备200可以利用接近光传感器280G检测用户手持电子设备200贴近耳朵通话，以便自动熄灭屏幕达到省电的目的。接近光传感器280G也可用于皮套模式，口袋模式自动解锁与锁屏。

环境光传感器280L用于感知环境光亮度。电子设备200可以根据感知的环境光亮度自适应调节显示屏294亮度。环境光传感器280L也可用于拍照时自动调节白平衡。环境光传感器280L还可以与接近光传感器280G配合，检测电子设备200是否在口袋里，以防误触。

指纹传感器280H用于采集指纹。电子设备200可以利用采集的指纹特性实现指纹解锁，访问应用锁，指纹拍照，指纹接听来电等。

温度传感器280J用于检测温度。在一些实施例中，电子设备200利用温度传感器280J检测的温度，执行温度处理策略。例如，当温度传感器280J上报的温度超过阈值，电子设备200执行降低位于温度传感器280J附近的处理器的性能，以便降低功耗实施热保护。在另一些实施例中，当温度低于另一阈值时，电子设备200对电池242加热，以避免低温导致电子设备200异常关机。在其他一些实施例中，当温度低于又一阈值时，电子设备200对电池242的输出电压执行升压，以避免低温导致的异常关机。

触摸传感器280K，也称“触控面板”。触摸传感器280K可以设置于显示屏294，由触摸传感器280K与显示屏294组成触摸屏，也称“触控屏”。触摸传感器280K用于检测作用于其上或附近的触摸操作。触摸传感器可以将检测到的触摸操作传递给应用处理器，以确定触摸事件类型。可以通过显示屏294提供与触摸操作相关的视觉输出。在另一些实施例中，触摸传感器280K也可以设置于电子设备200的表面，与显示屏294所处的位置不同。

骨传导传感器280M可以获取振动信号。在一些实施例中，骨传导传感器280M可以获取人体声部振动骨块的振动信号。骨传导传感器280M也可以接触人体脉搏，接收血压跳动信号。

在一些实施例中，骨传导传感器280M也可以设置于耳机中，结合成骨传导耳机。音频模块270可以基于骨传导传感器280M获取的声部振动骨块的振动信号，解析出语音信号，实现语音功能。应用处理器可以基于骨传导传感器280M获取的血压跳动信号解析心率信息，实现心率检测功能。

按键290包括开机键，音量键等。按键290可以是机械按键。也可以是触摸式按键。电子设备200可以接收按键输入，产生与电子设备200的用户设置以及功能控制有关的键信号输入。

马达291可以产生振动提示。马达291可以用于来电振动提示，也可以用于触摸振动反馈。例如，作用于不同应用(例如拍照，音频播放等)的触摸操作，可以对应不同的振动反馈效果。作用于显示屏294不同区域的触摸操作，马达291也可对应不同的振动反馈效果。不同的应用场景(例如：时间提醒，接收信息，闹钟，游戏等)也可以对应不同的振动反馈效果。触摸振动反馈效果还可以支持自定义。

指示器292可以是指示灯，可以用于指示充电状态，电量变化，也可以用于指示消息，未接来电，通知等。

SIM卡接口295用于连接SIM卡。SIM卡可以通过插入SIM卡接口295，或从SIM卡接口295拔出，实现和电子设备200的接触和分离。电子设备200可以支持1个或N个SIM卡接口，N为大于1的正整数。SIM卡接口295可以支持Nano SIM卡，Micro SIM卡，SIM卡等。同一个SIM卡接口295可以同时插入多张卡。多张卡的类型可以相同，也可以不同。SIM卡接口295也可以兼容不同类型的SIM卡。SIM卡接口295也可以兼容外部存储卡。电子设备200通过SIM卡和网络交互，实现通话以及数据通信等功能。在一些实施例中，电子设备200采用eSIM，即：嵌入式SIM卡。eSIM卡可以嵌在电子设备200中，不能和电子设备200分离。

本申请提供的应用程序管控方法可以应用于多种不同的软件结构的系统中，例如可以应用于安卓(Android)系统、鸿蒙系统(HarmonyOS)等。

图3是本申请实施例的电子设备200的软件结构示意图。以电子设备200的操作系统为鸿蒙系统为例进行说明。

在一些实施例中，可将鸿蒙系统分为四层，包括内核层、系统服务层、框架层以及应用层，层与层之间通过软件接口通信。

如图3所示，内核层包括内核抽象层(Kernel Abstract Layer，KAL)和驱动子系统。KAL下包括多个内核，如Linux系统的内核Linux Kernel、轻量级物联网系统内核LiteOS等。驱动子系统则可以包括硬件驱动框架(Hardware Driver Foundation，HDF)。硬件驱动框架能够提供统一外设访问能力和驱动开发、管理框架。多内核的内核层可以根据系统的需求选择相应的内核进行处理。

系统服务层是鸿蒙系统的核心能力集合，系统服务层通过框架层对应用程序提供服务。该层可包括：

系统基本能力子系统集：为分布式应用在鸿蒙系统多设备上的运行、调度、迁移等操作提供了基础能力。可包括分布式软总线、分布式数据管理、分布式任务调度、方舟多语言运行时、公共基础库、多模输入、图形、安全、人工智能(Artificial Intelligence，AI)等子系统。其中，方舟多语言运行时提供了C或C++或JavaScript(JS)多语言运行时和基础的系统类库，也可以为使用方舟编译器静态化的Java程序(即应用程序或框架层中使用Java语言开发的部分)提供运行时。

基础软件服务子系统集：为鸿蒙系统提供公共的、通用的软件服务。可包括事件通知、电话、多媒体、面向X设计(Design For X，DFX)、MSDP&DV等子系统。

增强软件服务子系统集：为鸿蒙系统提供针对不同设备的、差异化的能力增强型软件服务。可包括智慧屏专有业务、穿戴专有业务、物联网(Internet of Things，IoT)专有业务子系统组成。

硬件服务子系统集：为鸿蒙系统提供硬件服务。可包括位置服务、生物特征识别、穿戴专有硬件服务、IoT专有硬件服务等子系统。

框架层为鸿蒙系统应用开发提供了Java、C、C++、JS等多语言的用户程序框架和能力(Ability)框架，两种用户界面(User Interface，UI)框架(包括适用于Java语言的JavaUI框架、适用于JS语言的JS UI框架)，以及各种软硬件服务对外开放的多语言框架应用程序接口(Application Programming Interface，API)。根据系统的组件化裁剪程度，鸿蒙系统设备支持的API也会有所不同。

应用层包括系统应用和第三方非系统应用。系统应用可包括桌面、控制栏、设置、电话等电子设备默认安装的应用程序。扩展应用可以是由电子设备的制造商开发设计的、非必要的应用，如电子设备管家、换机迁移、便签、天气等应用程序。而第三方非系统应用则可以是由其他厂商开发，但是可以在鸿蒙系统中运行应用程序，如游戏、导航、社交或购物等应用程序。

鸿蒙系统的应用包括一个或多个元程序(Feature Ability，FA)或元服务(Particle Ability，PA)。其中，FA有UI界面，可提供与用户交互的能力。而PA无UI界面，可提供后台运行任务的能力以及统一的数据访问抽象。PA主要为FA提供支持，例如作为后台服务提供计算能力，或作为数据仓库提供数据访问能力。基于FA或PA开发的应用，能够实现特定的业务功能，支持跨设备调度与分发，为用户提供一致、高效的应用体验。

多个运行鸿蒙系统的电子设备之间可以通过分布式软总线、分布式设备虚拟化、分布式数据管理和分布式任务调度实现硬件互助和资源共享。

图4示出了本申请提供的应用程序管控方法的示意性流程图，作为示例而非限定，该方法可以应用于智能手机、平板电脑等电子设备中，应用本方法的电子设备中的操作系统可以为鸿蒙系统。

S401、获取应用程序安装包和应用程序的应用分类信息。

一些实施方式中，可以将应用的分类信息封装在应用程序安装包中，下载的应用程序安装包中包括了应用程序的应用分类信息。

作为示例，以鸿蒙系统的应用程序安装包为例，进行说明。参考图5，图5示出了鸿蒙系统的应用程序安装包的架构示意图。

在鸿蒙系统中，应用程序安装包以应用包(Application Package，App Pack)的形式发布。一个App Pack(.app)中包括多个鸿蒙系统能力包(HarmonyOS Ability Package，HAP)以及用于描述每个HAP属性的包信息(pack.info)文件。在本实施例中，应用程序的应用分类信息为HAP的应用分类信息。

其中，HAP是包括代码、资源(resources)、第三方库(libs)以及应用配置文件(config.json)的模块包。代码用于实现调用resources、libs和config.json以实现至少一个应用的能力(Ability)，一个HAP中可以包括一个Ability或多个Abilities，每个Ability可以是FA也可以是PA。libs则是存放应用依赖的第三方代码(例如so、jar、bin、har等二进制文件)的目录。resources可以用于存储应用的资源文件，如字符串、图片、音频等文件。

config.json则可以包括HAP的全局配置信息，如应用的包名、应用的生产厂商、版本号等信息。还可以包括HAP在电子设备上的配置信息，如HAP的备份、恢复、以及网络安全等能力。其中，json为JS对象简谱(JavaScript Object Notation，json)是一种轻量级的数据交换格式，易于阅读和编写，同时也易于机器解析和生成，能够有效地提升网络传输效率。

需要说明的是，HAP的配置信息中，包含每个Ability的基本属性(如包名、类名、类型以及Ability提供的能力)以及HAP访问系统或其他HAP受保护部分所需的权限等。在config.json中，每个配置项由属性和值两部分构成，属性的顺序不分先后，但是每个属性是唯一的，只允许出现一次。每个属性的值为json的基本数据类型(如数值、字符串、布尔值、数组、对象或者null类型等)。例如，对于包名来说，属性可以为“appname”，属性的值为包名的名称。若包名为“com.example.dee”，包名的配置项为appname＝“com.example.dee”。

HAP可以包括进入主模块(entry.hap)和应用动态特征模块(feature.hap)。每个App Pack中对于同一设备类型必须有且只有一个entry.hap，entry.hap中包括Abilities、resources、libs以及config.json。Entry.hap可以独立安装并运行。

App Pack中可以包含或不含feature.hap，当包含feature.hap时，可以包含一个或多个feature.hap。例如，参考图5，App Pack中包括3个feature.hap，分别为FeatureA.hap、FeatureB.hap和FeatureC.hap，其中，FeatureA.hap中包括了Abilities、resources、libs以及config.json。FeatureB.hap中包括了libs和config.json。FeatureC.hap中包括了resources和config.json。在feature.hap中，包含了Ability的HAP能够独立运行，未包含Ability的HAP可用于为其他HAP提供协助。

需要说明的是，pack.info中可以包括每个HAP的属性信息。例如，属性信息可以包括是否支持随应用安装(delivery-with-install)，若该信息对应的值为真(true)则，表示支持随应用安装。若该信息对应的值为假“false”表示不支持随应用安装。还可以包括每个HAP的包名(name)、每个HAP的模块类型(module-type)为“entry”或“feature”、每个HAP支持运行的设备类型(device-type)等。

在本实施例中，可以将HAP的应用分类信息封装在每个HAP的config.json中。应用分类信息可以从功能用途、应用面向群体、是否分布式共享、应用面向的行业等方向进行划分。分类的方式、具体的种类在本申请中不做限制。

作为示例，可以在config.json中添加多个配置项，作为该HAP的分类信息。例如，可以添加年龄段分类(age)为属性，年龄段分类的值可以包括“minor”(表示未成年人年龄分段)、“youth”(表示青年年龄分段)、“mid-life”(表示中年年龄分段)、“old age”(表示老年年龄分段)等。年龄段分类可以用于确定应用面向的群体。

基于年龄段分类，还可以相应的增加年龄段保护分类，如对于未成年人分类，可以增加“minorProtect”(未成年人保护)属性，对于老年人分类，可以增加“oldageCare”(老年人关怀)属性等。“minorProtecet”和/或“oldageCare”等分类对应的值可以为“true”或“false”，“true”为开启，“false”为关闭。

在另一些实施例中，还可以基于应用的功能用途，添加HAP的功能分类(type)作为属性，属性的值为应用的具体类型，如“game”(表示游戏类型)、“navigation”(表示导航类型)、“social”(表示社交类型)、“finance”(表示财务类型)等分类。

一些实施方式中，将HAP的应用分类信息封装在config.json中时，可以在通过集成开发环境(Integrated Development Environment，IDE)编译生成App Pack时写入。例如，对于鸿蒙系统可以使用鸿蒙操作系统开发工具(HUAWEI DevEco Device Tool)作为IDE，开发人员在IDE中编写HAP的代码时，可以将HAP的应用分类信息进行设置。当IDE编译生成App Pcak时，IDE可以获取每个HAP的应用分类信息并写入config.json。

或者，有一些实施方式中，也可以在生成不包含应用分类信息的App Pack后，单独编写包含应用分类信息的config.json。再使用包含应用分类信息的config.json替换掉HAP中的config.json，得到包含应用分类信息的App Pack。向App Pack中添加应用分类信息的方式在本申请中不做限定。

还有一种可能的实现方式中，应用的分类信息可以与应用程序安装包相互独立，但是在下载应用程序安装包时，同时下载对应的应用分类信息。

例如，在鸿蒙系统中，下载应用程序安装包时是通过应用市场的应用程序进行下载的。应用程序的安装包和应用分类信息可以先通过应用市场的后台上传至服务器，并在应用市场中提供下载应用程序安装包和应用分类信息的下载路径。当电子设备通过应用市场下载应用程序安装包时，同时下载该应用程序安装包对应的应用分类信息。

S402、在安装应用程序时，存储应用程序的包名与应用分类信息的对应关系。

一些实施方式中，安装应用程序时，可以通过用户程序框架子系统中包含的包管理服务安装应用程序。图6示出包管理服务的逻辑架构示意图，参考图6，通过包管理服务安装应用程序时，包安装子模块可以先通过包解析器调用包扫描子模块，对应用程序安装包进行目录扫描，并解析包和Ability。例如，包解析器可以根据pack.info确定包中包括的HAP，以及每个HAP的类型(entry或feature)。接着，通过目录扫描确定每个HAP中的目录，如包含abilities、libs、resources、congfig.json中的哪几个。若HAP中包含abilities，则可以通过Ability解析器解析HAP中包含的Abilities，确定abilities为FA或PA。

然后调用包安全管理子模块，根据包的解析结果检查包的签名、授予包相应的权限以及对包权限进行管理。

接着，包安装子模块中的包安装器可以通过进程间通信(Inter-ProcessCommunication，IPC)调用包安装服务，将授予权限并解析后的包进行安装，安装包括创建包对应的目录或文件，如果是进行版本升级的安装，则还可以删除旧版本的目录或文件。包安装服务还可以根据包的权限在系统中对包的权限进行设置。

包扫描子模块和包安装子模块可以与包管理子模块进行交互，将解析的包和Ability发送给包管理子模块，通过包管理器和Ability管理器对包和Ability进行管理。并通过包管理子模块将包信息(pack.info)中包含的每个HAP的属性信息进行存储，HAP的属性信息可包括是否支持随应用安装、HAP的包名、HAP的模块类型、HAP支持运行的设备类型等。

包安装子模块还可以获取包解析器从config.json中解析得到的应用分类信息，并将应用分类信息和包名发送给包分类子模块。包分类存储子模块中的包分类存储子模块可以将接收到的包名和应用分类信息建立对应关系，作为包分类信息进行存储。

作为示例，存储包分类信息时，可以将包分类信息存入本地存储，本地存储可以为本地可扩展标记语言(Extensible Markup Language，XML)、本地的数据库、本地json或本地文件中的一种。例如，设包名为，应用分类信息包括类型为游戏，年龄段分类为适合未成年，开启青少年保护，则包分类信息可以为：appname＝“com.example.dee”，type＝“game”，age＝“minor”，minorProtect＝true。

存储包分类信息则可以先确定本地存储中是否有包名的相同的项，例如，可以先检索本地存储中是否存在appname＝“com.example.dee”的项，若不存在，可以将包分类信息写入本地存储。若存在，需对比现有的项中的包分类信息与待写入的包分类信息是否一致。若一致，则无需更新。若不一致，则可以将待写入的包分类信息更新至本地存储中。

S403、在对应用程序进行操作时，根据应用程序的包名和包名与应用分类信息的对应关系，获取应用程序对应的应用分类信息。

S404、根据预设的管控策略以及应用程序的应用分类信息，对应用程序进行操作。

一些实施方式中,图7示出了一种对应用程序进行操作的逻辑示意图。参考图7，对应用程序进行的操作可以包括启动应用程序、为应用程序申请用户权限、以及其他模块对应用程序进行管控等。

当应用启动模块启动应用时，可以先通过应用的包名从包管理服务中的包分类查询子模块中获取应用程序的应用类型信息，然后基于预设的管控策略，确定该应用是否可以启动，如在青少年模式下禁止包含暴力血腥内容的游戏启动。或者，当应用申请获取权限时，可以根据应用类型信息，基于预设的管控策略确定该应用是否可以获取权限，如对于儿童早教应用，若应用程序申请获取联系人的读取权限时，可禁止该程序获取联系人的读取权限。再或者，其他模块可以根据应用的类型、预设的管控策略调整电子设备的设置、资源分配等，其他模块可以包括系统软件开发工具包(Software Development Kit，SDK)模块、电源管理模块、分布式数据管理、任务调度模块等。其中，预设的管控策略可以包括默认模式、青少年模式、老年模式、省电模式、性能模式、勿扰模式或睡眠模式等。

作为示例，当应用启动模块启动应用时，获取到的应用的类型包括“game”、“minor”、“minorProtect＝true”，即该应用为游戏应用，可适用于未成年人且开启了未成年人保护。若预设的管控策略为青少年模式(即对未成年人进行保护)，则需要先获取当前的系统时间，确定系统时间所处的时间段是否为管控时间段，例如上课时间、午休时间或睡眠时间等。其中，时间段的设置可以在电子设备提供的青少年模式中进行设置。若所处的时间为以上管控时间段，则可终止应用的启动，并展示提示信息“当前时间段为学习时间，请认真学习”或“当前时间段为休息时间，请进行休息”等。还可以在展示提示信息后，将进行管控的信息收集并存储，上传至服务器并发送给预先指定的通讯地址(如发送给预先设置的邮箱或向预先设置的手机号发送短信)。若所处的时间不处于以上管控时间段，则可以获取当日(系统日期的0点至24点)内所有游戏类应用的运行时长，若所有游戏类应用的运行时长之和大于预设的时长，则终止应用的启动，其中，预设的时长也可以在电子设备提供的青少年模式中进行设置。在终止应用的启动之后，可以展示提示信息“今日游戏时间已超时”，并在展示提示信息后，将进行管控的信息收集并存储，上传至服务器并发送给预先指定的通讯地址。

当应用向用户申请权限时，包安全管理子模块会从包分类子模块获取对应的应用分类信息，并在根据应用分类从服务器或预先存储的应用分类权限配置表中确定该应用可获取的权限。若应用申请的权限为该应用可获取的权限，则授予权限，若应用申请的权限为该应用无需获取的权限，则禁止授予权限。例如，对于早教益智类应用，可获取用户的相册权限、麦克风权限、摄像头权限、存储权限、定位权限，无需获取联系人权限。在该程序获取摄像头权限时，可以无需用户确认，直接授予摄像头的使用权限。在该程序获取联系人权限时，可以禁止授予联系人权限。在授予权限或禁止权限之后，还可以展示提示信息，提示用户已授权或已禁止授权，并展示授权更改的操作方式，以便于用户根据需要进行授权调整。

还有一些示例中，其他模块为电源管理模块，若获取到的应用的类型包括游戏，预设的管控策略为性能模式，为了使游戏应用在运行时获得更高的流畅度，可以为游戏应用分配更多的系统资源，如缓存、运行内存等。并提高处理器和图形处理器的频率，使得游戏的运行更加流畅。根据应用的类型进行管控还可以有多种方式，本申请对此不作限定。

在此，提供一种应用程序管控方法的应用场景。该场景中，电子设备为智能手机，智能手机运行的操作系统为鸿蒙系统，智能手机开启青少年模式。

如图8所示，该场景的流程包括：

S501、应用市场的服务器接收包括应用分类信息的应用程序安装包。

一些实施方式中，包括应用分类信息的应用程序安装包是应用程序的开发人员上传的，应用程序的开发人员在应用程序开发完毕后，将应用分类信息设置并封装进应用程序安装包中。应用程序安装包的架构与S401中一致，在此不做赘述。

S502、在应用市场程序中提供应用程序安装包的下载接口。

一些实施方式中，为了保证所有上传的应用程序安装包都包括应用分类信息，可以在提供应用程序安装包的下载接口之前，先获取应用程序的应用分类信息，若无法获取应用程序的应用分类信息，则禁止提供应用程序安装包的下载接口。

S503、电子设备从应用市场程序中下载包括应用分类信息的应用程序安装包。

一些实施方式中，可以参照图9示出的应用市场程序的界面图。其中，应用市场在接收到包括应用分类信息的应用程序安装包后，可以获取应用程序的应用分类，并在应用分类展示区域601展示该应用的分类，例如，图9中示出的应用程序A包括游戏、适合12周岁以上、开启未成年人保护三个分类。同时，应用市场程序中，还展示了下载按键602，当电子设备接收到作用于下载按键602区域的点击操作时，电子设备获取应用程序A的下载地址，下载应用程序安装包。在本实施例中，下载的应用程序安装包中包括应用分类信息。

可选地，应用市场中，还可以在至少一个展示区域603中展示应用程序的预览图、评论等信息，在本申请中对此不作限制。

S504、电子设备安装下载的应用程序安装包，存储应用程序的包名与应用分类信息的对应关系。

在本实施例中，安装应用程序包并存储包名与应用分类信息的对应关系的方式与S402中相同，在此不做赘述。

S505、电子设备接收到应用程序启动指令，获取启动的应用程序对应的应用分类信息。

S506、电子设备根据应用分类信息，通过未成年人保护模块确定是否允许应用程序启动，若允许，则执行S507，若不允许，则执行S508。

S507、启动应用程序。

S508、停止启动应用程序并展示提示信息。

在本实施例中，电子设备获取应用程序对应的应用分类信息，并根据应用分类信息对应用程序进行管控的方式，与S403和S404中相同，在此不做赘述。

需要说明的是，未成年人保护模块需要在鸿蒙系统中进行设置。例如，设置未成年人使用手机的时间段、每个时间段内允许运行的程序类型等。在设置完成并开启后，电子设备即确认用户为未成年人。当安装的应用程序的分类中包括“开启未成年人保护”时，会根据设置好的未成人年保护管控策略对具有“开启未成年人保护”分类的应用程序进行管控，无需用户重新设置。

在此，还提供一种应用程序管控方法的应用场景。该场景中，电子设备为智能手机，智能手机运行的操作系统为鸿蒙系统，智能手机开启青少年模式。

如图10所示，该场景的流程包括：

S701、应用市场的服务器接收应用程序安装包和应用分类信息。

一些实施方式中，应用程序安装包和应用分类信息是应用程序的开发人员上传的。例如，可以先将应用程序安装包上传至应用市场的服务器中，然后在服务器上对应用程序的应用分类信息进行配置。

S702、在应用市场程序中提供应用程序安装包的下载接口。

一些实施方式中，为了保证所有的应用程序安装包都设置了应用分类信息，可以在提供应用程序安装包的下载接口之前，先检查应用程序是否设置了应用分类信息，若未设置应用分类信息，则禁止提供应用程序安装包的下载接口。

S703、电子设备从应用市场程序中下载应用程序安装包和应用程序的应用分类信息。

在本实施例中，应用程序安装包和应用分类信息是独立的两个文件。当应用市场的服务器在接收到应用程序安装包和应用分类信息后，可在应用市场程序中展示该应用的分类。在通过应用市场程序提供的下载接口下载应用程序安装包时，会同时下载应用分类信息。

S704、当电子设备安装下载的应用程序安装包，存储应用程序的包名与应用分类信息的对应关系。

在本实施例中，安装应用程序包并存储包名与应用分类信息的对应关系的方式与S402中相同，在此不做赘述。

S705、电子设备接收到应用程序启动指令，获取启动的应用程序对应的应用分类信息。

S706、电子设备根据应用分类信息，通过未成年人保护模块确定是否允许应用程序启动，若允许，则执行S707，若不允许，则执行S708。

S707、启动应用程序。

S708、停止启动应用程序并展示提示信息。

在本实施例中，电子设备获取应用程序对应的应用分类信息，并根据应用分类信息对应用程序进行管控的方式，与S403和S404中相同，在此不做赘述。

应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。

对应于上文实施例所述的应用程序管控方法，图11示出了本申请实施例提供的应用程序管控装置的结构框图，为了便于说明，仅示出了与本申请实施例相关的部分。

参照图11，该装置包括：

获取模块801，用于获取应用程序的安装包，应用程序的安装包中包括应用程序的包名和应用分类信息。在安装应用程序时，将包名和应用分类信息的对应关系存储在本地存储中。当接收到应用程序的启动操作时，根据应用程序的包名，在本地存储中获取应用程序对应的应用分类信息。

管控模块802，用于根据应用分类信息查找与预设的应用分类信息对应的管控策略，并根据管控策略确定启动操作的执行权限。

一些实施方式中，管控模块802，具体用于获取启动操作的特征信息，特征信息包括操作时刻信息、操作者的身份信息。根据管控策略和特征信息，确定作启动操作的执行权限。

一些实施方式中，管控模块802，具体用于基于管控策略，当确定时刻信息为操作者的身份信息对应的非管控时间段时，确定应用程序的操作的执行权限为允许执行。

一些实施方式中，管控模块802，还用于当应用程序执行时，获取应用程序的执行时长。若执行时长大于管控策略中预设的时长阈值时，则将应用程序的操作的执行权限更新为禁止操作，并终止执行应用程序。

一些实施方式中，管控模块802，具体用于基于管控策略，当确定时刻信息为操作者的身份信息对应的管控时间段，或者操作者的身份信息为禁用身份，确定应用程序的操作的执行权限为禁止执行。

需要说明的是，上述模块之间的信息交互、执行过程等内容，由于与本申请方法实施例基于同一构思，其具体功能及带来的技术效果，具体可参见方法实施例部分，此处不再赘述。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中，上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。另外，各功能单元、模块的具体名称也只是为了便于相互区分，并不用于限制本申请的保护范围。上述系统中单元、模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

图12为本申请一实施例提供的电子设备的结构示意图。如图12所示，该实施例的电子设备12包括：至少一个处理器901(图12中仅示出一个处理器)、存储器902以及存储在存储器902中并可在至少一个处理器901上运行的计算机程序903。处理器901执行计算机程序903实现上述方法实施例中的步骤。

电子设备9可以是手机、桌上型计算机、笔记本、掌上电脑及云端服务器等电子设备。该电子设备可包括，但不仅限于，处理器901、存储器902。本领域技术人员可以理解，图12仅仅是电子设备9的举例，并不构成对电子设备9的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如还可以包括输入输出设备、网络接入设备等。

所称处理器901可以是中央处理单元(Central Processing Unit，CPU)，该处理器901还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

存储器902在一些实施例中可以是电子设备9的内部存储单元，例如电子设备9的硬盘或内存。存储器902在另一些实施例中也可以是电子设备9的外部存储设备，例如电子设备9上配备的插接式硬盘，智能存储卡(Smart Media Card,SMC)，安全数字(SecureDigital,SD)卡，闪存卡(Flash Card)等。进一步地，存储器902还可以既包括电子设备9的内部存储单元也包括外部存储设备。存储器902用于存储操作系统、应用程序、引导装载程序(BootLoader)、数据以及其他程序等，例如计算机程序的程序代码等。存储器902还可以用于暂时地存储已经输出或者将要输出的数据。

本申请实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现可实现上述各个方法实施例中的步骤。

本申请实施例提供了一种计算机程序产品，当计算机程序产品在移动终端上运行时，使得移动终端执行时实现可实现上述各个方法实施例中的步骤。

本申请实施例提供了一种芯片系统，芯片系统包括存储器和处理器，处理器执行存储器中存储的计算机程序，以实现上述各个方法实施例中的步骤。

本申请实施例提供了一种芯片系统，芯片系统包括处理器，处理器与计算机可读存储介质耦合，处理器执行计算机可读存储介质中存储的计算机程序，以实现上述各个方法实施例中的步骤。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请实现上述实施例方法中的全部或部分流程，可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述各个方法实施例的步骤。其中，所述计算机程序包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质至少可以包括：能够将计算机程序代码携带到拍照装置/电子设备的任何实体或装置、记录介质、计算机存储器、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，RandomAccess Memory)、电载波信号、电信信号以及软件分发介质。例如U盘、移动硬盘、磁碟或者光盘等。在某些司法管辖区，根据立法和专利实践，计算机可读介质不可以是电载波信号和电信信号。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述或记载的部分，可以参见其它实施例的相关描述。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

在本申请所提供的实施例中，应该理解到，所揭露的方法、装置和电子设备，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通讯连接可以是通过一些接口，装置或单元的间接耦合或通讯连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

最后应说明的是：以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何在本申请揭露的技术范围内的变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。

Claims (10)

1.一种应用程序管控方法，其特征在于，包括：

获取应用程序的安装包，所述应用程序的安装包中包括所述应用程序的包名和应用分类信息；

在安装所述应用程序时，将所述包名和应用分类信息的对应关系存储在本地存储中；

当接收到所述应用程序的启动操作时，根据所述应用程序的包名，在所述本地存储中获取所述应用程序对应的应用分类信息；

根据所述应用分类信息查找与预设的所述应用分类信息对应的管控策略，并根据所述管控策略确定所述启动操作的执行权限。

2.根据权利要求1所述的方法，其特征在于，所述根据所述应用分类信息对应的管控策略，确定所述作用于所述应用程序的操作的执行权限，包括：

获取所述启动操作的特征信息，所述特征信息包括操作时刻信息、操作者的身份信息；

根据所述管控策略和所述特征信息，确定所述作启动操作的执行权限。

3.根据权利要求2所述的方法，其特征在于，所述执行权限包括禁止执行或者允许执行；

所述根据所述管控策略和所述特征信息，确定所述作启动操作的执行权限，包括：

基于所述管控策略，当确定所述时刻信息为所述操作者的身份信息对应的非管控时间段时，确定所述应用程序的操作的执行权限为允许执行。

4.根据权利要求3所述的方法，其特征在于，在确定所述应用程序的操作的执行权限为允许执行之后，还包括：

当所述应用程序执行时，获取所述应用程序的执行时长；

若所述执行时长大于所述管控策略中预设的时长阈值时，则将所述应用程序的操作的执行权限更新为禁止操作，并终止执行所述应用程序。

5.根据权利要求3所述的方法，其特征在于，所述根据所述管控策略和所述特征信息，确定所述作启动操作的执行权限，包括：

基于所述管控策略，当确定所述时刻信息为所述操作者的身份信息对应的管控时间段，或者所述操作者的身份信息为禁用身份，确定所述应用程序的操作的执行权限为禁止执行。

6.一种应用程序管控装置，其特征在于，包括：

获取模块，用于获取应用程序的安装包，所述应用程序的安装包中包括所述应用程序的包名和应用分类信息；

在安装所述应用程序时，将所述包名和应用分类信息的对应关系存储在本地存储中；

当接收到应用程序的启动操作时，根据所述应用程序的包名，在所述本地存储中获取所述应用程序对应的应用分类信息；

管控模块，用于根据所述应用分类信息查找与预设的所述应用分类信息对应的管控策略，并根据所述管控策略确定所述启动操作的执行权限。

7.根据权利要求6所述的装置，其特征在于，所述管控模块，具体用于获取所述启动操作的特征信息，所述特征信息包括操作时刻信息、操作者的身份信息；

根据所述管控策略和所述特征信息，确定所述作启动操作的执行权限。

8.根据权利要求7所述的装置，其特征在于，所述执行权限包括禁止执行或者允许执行；

所述管控模块，具体用于基于所述管控策略，当确定所述时刻信息为所述操作者的身份信息对应的非管控时间段时，确定所述应用程序的操作的执行权限为允许执行。

9.一种电子设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如权利要求1至7任一项所述的方法。

10.一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1至7任一项所述的方法。

Images