CN106022099A - 应用程序的自启动管理装置和方法 - Google Patents

Abstract

一种应用程序的自启动管理装置及方法，所述应用程序的自启动管理装置包括：存储模块，用于存储禁止自启动名单；第一判断模块，用于判断待启动应用程序是否包含在禁止自启动名单中；设置模块，置于架构层中，用于将包含在禁止自启动名单中的待启动应用程序的应用属性设置为关闭；第一控制模块，用于根据设置模块设置的待启动应用程序的应用属性，控制是否启动待启动应用程序。上述装置能够实现开机阶段的应用程序的自启动管理，从而减少系统功耗。

Description

应用程序的自启动管理装置和方法

技术领域

本发明涉及智能终端技术领域，尤其涉及一种应用程序的自启动管理装置和方法。

背景技术

在安卓市场日新月异的环境下，市场上流行的应用程序越来越多实现开机自启动/后台自启动，导致安卓手机系统使用过程中越来越卡，续航时间越来越短，困扰着用户。

为解决此问题，市场上出现了一些管理这些应用自启动的应用程序，如系统管家之类的应用，但这些系统管家的自启动管理技术，大多是基于应用程序的应用层的自启动管理。这种技术方案由于权限的限制，不能真正做到禁止应用自启动，只能做到应用自启动后将其杀死，如果再启动再杀死。

请参考图1，为上述基于应用程序的应用层的自启动管理流程示意图。

用户首先会通过系统管家建立保护名单，在保护名单内的应用程序允许自启动。当手机启动之后，手机上的应用程序自动启动，然后系统管家轮询已经启动的应用程序，对每个已启动应用程序进行判断。判断该应用程序是否再保护名单之内，若不在保护名单之内，则关闭该应用程序；若该应用程序在保护名单之内，则不做任何事情；在对所有自启动应用程序进行判断以及处理之后，等待一定时间之后，系统管家继续轮询手机上已启动的应用程序，并进行判断和处理。

如此反复不仅浪费CPU资源造成系统卡顿，而且增加系统的功耗。

为此，需要一种可以真正做到禁止应用程序自启动的方法。

发明内容

本发明所要解决的技术问题是，提供一种应用程序的自启动管理装置和方法。

为了解决上述问题，本发明提供了一种应用程序的自启动管理装置，包括：存储模块，用于存储禁止自启动名单；第一判断模块，用于判断待启动应用程序是否包含在禁止自启动名单中；设置模块，置于架构层中，用于将包含在禁止自启动名单中的待启动应用程序的应用属性设置为关闭；第一控制模块，用于根据设置模块设置的待启动应用程序的应用属性，控制是否启动待启动应用程序。

可选的，还包括：广播模块，用于向待启动应用程序发送广播。

可选的，所述第一控制模块包括：判断单元，用于判断待启动应用程序的应用属性是否为关闭；控制单元，用于禁止所述广播模块向应用属性为关闭的待启动应用程序发送广播。

可选的，所述第一判断模块还用于判断所述待启动应用程序是否为系统应用。

可选的，还包括：预置模块，用于预置应用程序自启动管理界面，以自定义设置禁止自启动名单。

可选的，还包括初始化模块，用于将待启动应用程序的应用属性初始化为启动。

可选的，还包括：所述存储模块还用于存储保护名单；第二判断模块，用于判断待启动应用程序是否从已启动应用程序启动，当所述待启动应用程序是从已启动应用程序启动时，则继续判断所述待启动应用程序是否包含在保护名单中；第二控制模块，用于根据第二判断模块所获得的判断结果，控制是否从后台启动待启动应用程序。

可选的，所述第二判断模块，还用于判断从其他已启动应用程序内启动的待启动应用程序是否为系统应用。

可选的，后台服务模块，用于从后台启动待启动应用程序。

本发明的具体实施方式还提供一种应用程序的自启动管理方法，包括：存储禁止自启动名单；判断待启动应用程序是否包含在禁止自启动名单中；在架构层中，将包含在禁止自启动名单中的待启动应用程序的应用属性设置为关闭；根据设置模块设置的待启动应用程序的应用属性，控制是否启动待启动应用程序。

可选的，所述控制是否启动所述待启动应用程序的方法包括：判断待启动应用程序的应用属性是否为关闭；禁止向应用属性为关闭的待启动应用程序发送广播。

可选的，还包括判断所述待启动应用程序是否为系统应用。

可选的，还包括：预置应用程序自启动管理界面，以自定义设置禁止自启动名单。

可选的，还包括：在判断待启动应用程序是否包含在禁止启动名单中之前，将所述待启动应用程序的应用属性初始化为启动。

可选的，其特征在于，还包括：存储保护名单；判断待启动应用程序是否从已启动应用程序启动，当所述待启动应用程序是从已启动应用程序启动时，则判断所述待启动应用程序是否包含在保护名单中；根据判断结果，控制是否从后台启动待启动应用程序。

可选的，还包括判断从其他已启动应用程序内启动的待启动应用程序是否为系统应用。

本发明还提供另一种应用程序的自启动管理装置，包括：存储模块，用于存储保护名单；第二判断模块，用于判断待启动应用程序是否从已启动应用程序启动，当所述待启动应用程序是从所述已启动应用程序启动时，则继续判断所述待启动应用程序是否包含在保护名单中；第二控制模块，用于根据第二判断模块所获得的判断结果，控制是否从后台启动待启动应用程序。

可选的，后台服务模块，用于从后台启动待启动应用程序。

可选的，所述第二判断模块，还用于判断从其他已启动应用程序内启动的待启动应用程序是否为系统应用。

可选的，还包括：预置模块，用于预置应用程序自启动管理界面，以自定义设置保护名单。

本发明还提供另一种应用程序的自启动管理方法，包括：存储保护名单；判断待启动应用程序是否从已启动应用程序启动，当所述待启动应用程序是从所述已启动应用程序启动时，则继续判断所述待启动应用程序是否包含在保护名单中，获得判断结果；根据所述判断结果，控制是否从后台启动所述待启动应用程序。

可选的，还包括：判断从其他已启动应用程序内启动的待启动应用程序是否为系统应用。

可选的，还包括：预置应用程序自启动管理界面，以自定义设置保护名单。

本发明在架构层将禁止自启动名单内的待启动应用程序的应用属性设置为关闭，从而根据待启动应用程序的应用属性，决定是否启动该待启动应用程序。通过禁止广播模块向应用属性为关闭的应用程序发送广播，使得该应用程序在开机过程中不会自启动。从而实现开机阶段的应用程序的自启动管理，从而节约系统资源，减少功耗。

另一方面，通过在后台启动过程中，判断待启动应用程序是否属于保护名单中，从而限制非保护名单中的应用程序的自启动，从而实现系统运行过程中应用程序的自启动管理，减少系统在运行过程中的功耗。

附图说明

图1为现有技术基于应用层的自启动管理流程图；

图2为本发明一具体实施方式的应用程序的自启动管理装置的模块结构示意图；

图3为本发明一具体实施方式的应用程序的自启动管理装置的模块结构示意图；

图4为本发明一具体实施方式的第一控制模块的结构示意图；

图5为本发明一具体实施方式的应用程序的自启动管理装置的模块结构示意图；

图6为本发明一具体实施方式的应用程序的自启动管理方法的步骤示意图；

图7为本发明一具体实施方式的应用程序的自启动管理方法的步骤示意图；

图8为本发明一具体实施方式的控制是否启动待启动应用程序的方法步骤示意图；

图9为本发明一具体实施方式的应用程序的自启动管理方法的逻辑流程示意图；

图10为本发明一具体实施方式的应用程序的自启动管理方法的步骤示意图；

图11为本发明一具体实施方式的应用程序的自启动管理装置的模块结构示意图；

图12为本发明一具体实施方式的应用程序的自启动管理方法的步骤示意图；

图13为本发明一具体实施方式的应用程序的自启动管理方法的逻辑流程示意图。

具体实施方式

下面结合附图对本发明提供的应用程序的自启动管理装置和方法的具体实施方式做详细说明。

本发明具体实施方式的应用程序自启动管理装置主要应用于智能终端中，特别是运行安卓系统环境的终端中，例如手机、平板电脑等，用于对应用程序的自启动进行管理。该应用程序包括智能终端自带的系统应用程序和用于安装的第三方应用程序。

应用程序的自启动包括：在智能终端用户没有主动触发的情况下，智能终端开机时应用程序的自动启动，以及智能终端在运行过程中，应用程序自动在后台启动。应用程序的自启动会耗费智能终端的资源，导致智能终端运行缓慢、卡顿，影响用户的体验。

请参考图2，本发明的一个具体实施方式的应用程序的自启动管理装置的模块结构示意图。

所述自启动管理装置包括：存储模块1，用于存储禁止自启动名单；第一判断模块2，用于判断待启动应用程序是否包含在禁止自启动名单中；设置模块3，置于架构(framework)层中，用于将包含在禁止自启动名单中的待启动应用程序的应用属性设置为关闭；第一控制模块4，与设置模块4和第一判断模块2连接，用于根据设置模块3设置的待启动应用程序的应用属性，控制是否启动待启动应用程序。

所述存储模块1可以是设置于系统内存中，所述系统内存为ROM，所述存储模块1也可以是设置于外置存储设备，例如SD卡或TF卡中。所述存储模块1存储的禁止自启动名单为在智能终端开机过程中，禁止自启动的应用程序名单。所述禁止自启动名单可以是默认名单，也可以是用户自定义的名单。

第一判断模块2与存储模块1和第一控制模块4连接，用于在智能终端开机过程中，调取存储模块1中的禁止自启动名单，并将待启动的应用程序与所述禁止自启动名单进行比较，从而判断待启动应用程序是否包含在禁止自启动名单中。

作为本发明的一个具体实施方式，所述第一判断模块2还用于判断待启动应用程序是否为系统应用。系统应用在开机阶段通常是需要自启动的，以支持智能终端的正常使用功能。若待启动应用程序为系统应用，则不需要再判断其是否在禁止自启动名单中，直接通过第一控制模块4启动所述待启动应用程序。

设置模块3，置于架构(framework)层中，与第一判断模块2和第一控制模块4连接，拥有足够的权限，可以对应用程序的应用属性进行修改，用于将包含在禁止自启动名单中的待启动应用程序的应用属性设置为关闭。

当待启动应用程序的应用属性为关闭时，开机阶段该应用程序将无法自动启动。

第一控制模块4，用于控制待启动应用程序的启动与否。主要根据设置模块3设置的待启动应用程序的应用属性来进行控制。当待启动应用程序的应用属性为关闭时，禁止所述待启动应用程序启动，实现应用程序自启动的管理。

请参考图3，为本发明另一具体实施方式的应用程序的自启动管理装置的模块结构示意图。

所述应用程序的自启动管理装置还包括初始化模块10，所述初始化模块10用于将待启动应用程序的应用属性初始化为启动。

所述初始化模块10与存储模块1、第一判断模块2连接，在开机初始阶段，首先将所有应用程序的应用属性均设置为开启，所述应用程序包括包括系统应用以及第三方应用，后续再通过设置模块3将包含在禁止自启动名单内的待启动应用程序的应用属性设置为关闭。

此时，第一控制模块4用于允许应用属性为开启的待启动应用程序启动，而禁止应用属性为关闭的待启动应用程序启动。

在本发明的其他具体实施方式中，所述应用程序的自启动管理装置还包括广播模块。当智能终端开启时，广播模块会向应用程序发送广播，应用程序接收到广播之后进行启动。

请参考图4，为本发明的一个具体实施方式中，所述第一控制模块的模块结构示意图。

所述第一控制模块包括：判断单元41以及控制单元42。

所述判断单元41用于判断待启动应用程序的应用属性是否为关闭；所述控制单元，用于禁止所述广播模块向应用属性为关闭的待启动应用程序发送广播。从而使得应用属性为关闭的待启动应用程序接收不到广播，从而实现禁止其自启动的目的。应用属性非关闭的应用程序，则可以接收到广播，从而实现自启动。

请继续参考图3，作为本发明的一个具体实施方式，所述应用程序自启动管理装置还包括预置模块20，用于预置应用程序自启动管理界面，以自定义设置禁止自启动名单，从而允许用户根据需求自定义禁止自启动名单。

在开机阶段实现应用程序的自启动管理之后，当智能终端在运行过程中，通常还会发生后台启动应用程序的问题，同样会耗费资源，影响用户的使用体验。

请参考图5为本发明另一具体实施方式的应用程序的自启动管理装置。

进一步的，基于上述应用程序的自启动管理装置的具体实施方式，所述应用程序的自启动管理装置还包括第二判断模块5和第二控制模块6，并且，所述存储模块1还用于存储保护名单。

所述保护名单包括在系统运行过程中，允许后台启动的应用程序名单，可以是默认的名单，也可以是用户根据使用需求自定义的名单。

所述第二判断模块5，与存储模块1和第二控制模块6连接，用于判断待启动应用程序是否从已启动应用程序启动，当所述待启动应用程序是从已启动应用程序启动时，则用于判断所述待启动应用程序是否包含在保护名单中。

若待启动应用程序不是从已启动的应用程序内启动，则可能是通过用户手动触发等模式启动，不属于自启动情况，允许该应用程序启动，所以无需再判断该应用程序是否包含在保护名单中。当所述待启动应用程序从已启动程序启动，则进一步判断，是否包含于保护名单中作为允许启动的应用程序。

所述第二判断模块5还用于判断从其他已启动的应用程序内启动的待启动应用程序是否为系统应用，如果为系统应用则为可以启动的应用程序，无需再判断该应用程序是否属于保护名单，直接通过第二控制模块6启动该应用程序。

所述第二控制模块6，用于根据第二判断模块5的判断结果，控制是否从后台启动待启动应用程序。若待启动应用程序未包含在保护名单中，则禁止从后台启动所述待启动应用程序，其他情况则允许从后台启动所述待启动应用程序。

作为本发明的一个具体实施方式，所述应用程序的自启动管理装置还包括后台服务模块，用于从后台启动应用程序。所述第二控制模块6可以允许或禁止后台服务模块启动应用程序。

作为本发明的一个具体实施方式，还包括：预置模块，用于预置应用程序自启动管理界面，以自定义设置禁止自启动名单以及保护名单。所述保护名单与禁止自启动名单可以单独设置，也可以根据已设定的禁止自启动名单，自动将其他应用程序设定在保护名单内。

上述装置能够在结构层设置待启动应用程序的应用属性为关闭，从而实现在智能终端开机过程中，应用属性为关闭的应用程序不会自启动，从而可以节约系统资源，避免系统出现卡顿问题。并且进一步的可以管理应用程序之间通过后台相互启动，从而在系统运行过程中，节约资源。

请参考图6，为本发明的一个具体实施方式的应用程序的自启动管理方法的步骤示意图。

步骤S1，存储禁止自启动名单。

禁止自启动名单为在智能终端开机过程中，禁止自启动的应用程序名单。所述禁止自启动名单可以是默认名单，也可以是用户自定义的名单。

可以将所述禁止自启动名单存储于系统内存中，所述系统内存为ROM，也可以是存储于外置存储设备中，所述外置存储设备包括SD卡或TF卡等。

步骤S2，判断待启动应用程序是否包含在禁止自启动名单中。

在智能终端开机过程中，调取存储模块中的禁止自启动名单，并将待启动的应用程序与所述禁止自启动名单进行比较，从而判断待启动应用程序是否包含在禁止自启动名单中。

作为本发明的一个具体实施方式，所述步骤S2还包括判断待启动应用程序是否为系统应用。系统应用在开机阶段通常是需要自启动的，以支持智能终端的正常使用功能。若待启动应用程序为系统应用，则不需要再判断其是否在禁止自启动名单中。

步骤S3，在架构层中，将包含在禁止自启动名单中的待启动应用程序的应用属性设置为关闭；

在架构层中，具有足够的权限，能够对应用程序的应用属性进行修改，从而将包含在禁止自启动名单中的待启动应用程序的应用属性设置为关闭。当待启动应用程序的应用属性为关闭时，开机阶段该应用程序将无法自动启动。

步骤S4，根据设置模块设置的待启动应用程序的应用属性，控制是否启动待启动应用程序。

根据设置的待启动应用程序的应用属性来进行控制，当待启动应用程序的应用属性为关闭时，禁止所述待启动应用程序启动，实现应用程序自启动的管理。当待启动应用程序为系统应用或未包含在禁止自启动名单中时，启动所述待启动应用程序。

请参考图7，本发明另一具体实施方式的应用程序的自启动管理方法的步骤示意图。

基于上述应用程序的自启动管理方法的具体实施方式，还包括步骤S10，将待启动应用程序的应用属性初始化为启动。

所述初始化模块10在开机初始阶段，首先将所有应用程序(包括系统应用以及第三方应用)的应用属性均设置为开启，后续再通过步骤S3将包含在禁止自启动名单内的待启动应用程序的应用属性设置为关闭。

在该具体实施方式中，步骤S4允许应用属性为开启的待启动应用程序启动，而禁止应用属性为关闭的待启动应用程序启动。

请参考图8，基于上述应用程序的自启动管理方法的具体实施方式，在本发明的另一具体实施方式中，步骤S4具体包括：步骤S41，判断待启动应用程序的应用属性是否为关闭；步骤S42，禁止向应用属性为关闭的待启动应用程序发送广播。使得应用属性为关闭的待启动应用程序接收不到广播，从而实现禁止其自启动的目的。而其他应用程序则可以接收到广播，从而实现自启动。

作为本发明的一个具体实施方式，所述步骤S1，还可以包括：先预置应用程序自启动管理界面，以便于用户自定义设置禁止自启动名单，再对所述禁止自启动名单进行存储。

请参考图9，为本发明一个具体实施方式的应用程序的自启动管理方法的逻辑流程示意图。

在智能终端开机之前已经存储有禁止自启动名单，这一过程可以在一个智能终端开机后通过自启动管理界面进行操作，然后关机重启。在开机过程中，首先步骤S91初始化禁止自启动名单，即扫描调取以存储的禁止自启动名单；然后执行步骤S92扫描智能终端上的应用程序，并将其初始化，将待启动应用程序的应用属性设置为启动；然后执行步骤S93判断所有待启动应用程序是否为系统应用：若是则执行步骤S96初始化完成，后续启动该系统应用，若否，则执行步骤S94继续判断该待启动应用程序是否包含在禁止自启动名单中，若否则执行步骤S6则初始化完成，后续启动该带启动应用；若是，则执行步骤S95将该待启动应用程序的应用属性设置为关闭，完成初始化，后续不启动该应用程序。

请参考图10，为本发明的另一具体实施方式的应用程序的自启动管理方法的步骤示意图。

在上述应用程序自启动管理方法的具体实施方式基础上，本具体实施方式的应用程序自启动管理方法还包括步骤S11、步骤S5和步骤S6。

步骤S11不仅存储禁止自启动名单，还包括存储保护名单；所述保护名单包括在系统运行过程中，允许后台启动的应用程序名单，可以是默认的名单，也可以是用户根据使用需求自定义的名单。

步骤S5：判断待启动应用程序是否从已启动应用程序启动，当所述待启动应用程序是从已启动应用程序启动时，则判断所述待启动应用程序是否包含在保护名单中，获得判断结果。

若待启动应用程序不是从已启动的应用程序内启动，则可能是通过用户手动触发等模式启动，不属于自启动情况，允许该应用程序启动，所以无需再判断该应用程序是否包含在保护名单中。当所述待启动应用程序从已启动程序启动，则进一步判断，是否包含于保护名单中，作为允许启动的应用程序。

作为本发明的一个具体实施方式，所述步骤S5还包括判断从其他已启动应用程序内启动的待启动应用程序是否为系统应用，如果为系统应用则为可以启动的应用程序，无需再判断该应用程序是否属于保护名单。

步骤S6：根据上一步骤的判断结果，控制是否从后台启动待启动应用程序。若待启动应用程序未包含在保护名单中，则禁止从后台启动所述待启动应用程序，其他情况则允许从后台启动所述待启动应用程序。

作为本发明的一个具体实施方式，所述步骤S1还包括：预置应用程序自启动管理界面，以自定义设置禁止自启动名单和保护名单，然后存储所述保护名单禁止自启动名单和保护名单。

在进行应用程序的自启动管理过程中，可以通过文件IO流的方式实现进程间数据通信。

上述具体实施方式提供了一种应用程序自启动管理装置及对应的方法，能够实现在智能终端开机过程中的程序自启动管理，以及在运行过程中从已启动应用程序内自启动的管理。

上述应用程序的自启动管理装置和方法能够在结构层设置待启动应用程序的应用属性为关闭，从而实现在智能终端开机过程中，应用属性为关闭的应用程序不会自启动，从而可以节约系统资源，避免系统出现卡顿问题。并且进一步的可以管理应用程序之间通过后台相互启动，从而在系统运行过程中，节约资源。

本发明的另一具体实施方式提供另一种应用程序自启动管理装置及方法。

请参考图11，为所述应用程序的自启动管理装置模块图。

所述应用程序的自启动管理装置包括：存储模块1、第二判断模块5和第二控制模块6。

所述存储模块1用于存储保护名单。所述保护名单包括在系统运行过程中，允许后台启动的应用程序名单，可以是默认的名单，也可以是用户根据使用需求自定义的名单。

所述第二判断模块5与存储模块1连接，用于判断待启动应用程序是否从已启动应用程序启动，当所述待启动应用程序是从已启动应用程序启动时，则用于判断所述待启动应用程序是否包含在保护名单中。

若待启动应用程序不是从已启动的应用程序内启动，则可能是通过用户手动触发等模式启动，不属于自启动情况，允许该应用程序启动，所以无需再判断该应用程序是否包含在保护名单中。当所述待启动应用程序从已启动程序启动，则进一步判断，是否包含于保护名单中，作为允许启动的应用程序。

所述第二判断模块5还用于判断从其他已启动的应用程序内启动的待启动应用程序是否为系统应用，如果为系统应用则为可以启动的应用程序，无需再判断该应用程序是否属于保护名单。

所述第二控制模块6与第二判断模块5连接，用于根据第二判断模块5的判断结果，控制是否从后台启动待启动应用程序。若待启动应用程序未包含在保护名单中，则禁止从后台启动所述待启动应用程序，其他情况则允许从后台启动所述待启动应用程序。

作为本发明的一个具体实施方式，所述应用程序的自启动管理装置还包括后台服务模块，用于从后台启动应用程序。所述第二控制模块6可以允许或禁止后台服务模块启动应用程序。

作为本发明的一个具体实施方式，还包括：预置模块，用于预置应用程序自启动管理界面，以自定义设置保护名单。

本发明的具体实施方式还提供所述应用程序自启动管理的方法。

请参考图12，为所述的应用程序的自启动管理方法的步骤示意图。

步骤S12，存储保护名单。所述保护名单包括在系统运行过程中，允许后台启动的应用程序名单，可以是默认的名单，也可以是用户根据使用需求自定义的名单。

步骤S5，判断待启动应用程序是否从已启动应用程序启动，当所述待启动应用程序是从已启动应用程序启动时，则判断所述待启动应用程序是否包含在保护名单中。

若待启动应用程序不是从已启动的应用程序内启动，则可能是通过用户手动触发等模式启动，不属于自启动情况，允许该应用程序启动，所以无需再判断该应用程序是否包含在保护名单中。当所述待启动应用程序从已启动程序启动，则进一步判断，是否包含于保护名单中，作为允许启动的应用程序。

作为本发明的一个具体实施方式，所述步骤S5还包括判断从其他已启动应用程序内启动的待启动应用程序是否为系统应用，如果为系统应用则为可以启动的应用程序，无需再判断该应用程序是否属于保护名单。

步骤S6：根据上一步骤的判断结果，控制是否从后台启动待启动应用程序。若待启动应用程序未包含在保护名单中，则禁止从后台启动所述待启动应用程序，其他情况则允许从后台启动所述待启动应用程序。

作为本发明的一个具体实施方式，所述步骤S12还包括：预置应用程序自启动管理界面，以自定义设置保护名单，然后存储所述保护名单。

在进行应用程序的自启动管理过程中，可以通过文件IO流的方式实现进程间数据通信。

请参考图13，为本发明的一个具体实施方式的应用程序自启动管理方法的逻辑流程示意图。

首先执行步骤S131启动后台服务，然后执行步骤S132判断待启动应用程序是否从已启动应用程序启动，若不是从其他应用启动，则执行步骤S136从后台启动该应用程序；若是从其他应用启动，则执行步骤S133进一步判断该应用程序是否为系统应用，若为系统应用，则执行步骤S136从后台启动该应用程序；若不是系统应用，则执行步骤S134继续判断该应用程序是否在保护名单中；若在保护名单中，则执行步骤S136允许后台启动该应用程序；若不在保护名单中，则执行步骤S135禁止后台启动该应用程序。

上述应用程序的自启动管理装置和方法，能够实现系统运行过程中，通过其他运行过程中从已启动应用程序内自启动的管理。

上述应用程序的自启动管理装置和方法通过在后台启动过程中，判断待启动应用程序是否属于保护名单中，从而限制非保护名单中的应用程序的自启动，从而实现系统运行过程中应用程序的自启动管理，减少系统在运行过程中的功耗。

以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims (23)

1.一种应用程序的自启动管理装置，其特征在于，包括：

存储模块，用于存储禁止自启动名单；

第一判断模块，用于判断待启动应用程序是否包含在禁止自启动名单中；

设置模块，置于架构层中，用于将包含在禁止自启动名单中的待启动应用程序的应用属性设置为关闭；

第一控制模块，用于根据设置模块设置的待启动应用程序的应用属性，控制是否启动待启动应用程序。

2.根据权利要求1所述的应用程序的自启动管理装置，其特征在于，还包括：

广播模块，用于向待启动应用程序发送广播。

3.根据权利要求2所述的应用程序的自启动管理装置，其特征在于，所述第一控制模块包括：判断单元，用于判断待启动应用程序的应用属性是否为关闭；控制单元，用于禁止所述广播模块向应用属性为关闭的待启动应用程序发送广播。

4.根据权利要求1所述的应用程序的自启动管理装置，其特征在于，所述第一判断模块还用于判断所述待启动应用程序是否为系统应用。

5.根据权利要求1所述的应用程序的自启动管理装置，其特征在于，还包括：

预置模块，用于预置应用程序自启动管理界面，以自定义设置禁止自启动名单。

6.根据权利要求1所述的应用程序的自启动管理装置，其特征在于，还包括初始化模块，用于将待启动应用程序的应用属性初始化为启动。

7.根据权利要求1所述的应用程序的自启动管理装置，其特征在于，还包括：

所述存储模块还用于存储保护名单；

第二判断模块，用于判断待启动应用程序是否从已启动应用程序启动，当所述待启动应用程序是从已启动应用程序启动时，则继续判断所述待启动应用程序是否包含在保护名单中；

第二控制模块，用于根据第二判断模块所获得的判断结果，控制是否从后台启动待启动应用程序。

8.根据权利要求7所述的应用程序的自启动管理装置，其特征在于，所述第二判断模块，还用于判断从其他已启动应用程序内启动的待启动应用程序是否为系统应用。

9.根据权利要求7所述的应用程序的自启动管理装置，其特征在于，还包括后台服务模块，用于从后台启动待启动应用程序。

10.一种应用程序的自启动管理方法，其特征在于，包括：

存储禁止自启动名单；

判断待启动应用程序是否包含在禁止自启动名单中；

在架构层中，将包含在禁止自启动名单中的待启动应用程序的应用属性设置为关闭；

根据设置模块设置的待启动应用程序的应用属性，控制是否启动待启动应用程序。

11.根据权利要求10所述的应用程序的自启动管理方法，其特征在于，控制是否启动所述待启动应用程序的方法包括：判断待启动应用程序的应用属性是否为关闭；禁止向应用属性为关闭的待启动应用程序发送广播。

12.根据权利要求10所述的应用程序的自启动管理方法，其特征在于，还包括判断所述待启动应用程序是否为系统应用。

13.根据权利要求10所述的应用程序的自启动管理方法，其特征在于，还包括：

预置应用程序自启动管理界面，以自定义设置禁止自启动名单。

14.根据权利要求10所述的应用程序的自启动管理方法，其特征在于，还包括：

在判断待启动应用程序是否包含在禁止启动名单中之前，将所述待启动应用程序的应用属性初始化为启动。

15.根据权利要求10所述的应用程序的自启动管理方法，其特征在于，还包括：

存储保护名单；判断待启动应用程序是否从已启动应用程序启动，当所述待启动应用程序是从已启动应用程序启动时，则判断所述待启动应用程序是否包含在保护名单中；根据判断结果，控制是否从后台启动待启动应用程序。

16.根据权利要求15所述的应用程序的自启动管理方法，其特征在于，还包括判断从其他已启动应用程序内启动的待启动应用程序是否为系统应用。

17.一种应用程序的自启动管理装置，其特征在于，包括：

存储模块，用于存储保护名单；

第二判断模块，用于判断待启动应用程序是否从已启动应用程序启动，当所述待启动应用程序是从所述已启动应用程序启动时，则继续判断所述待启动应用程序是否包含在保护名单中；

第二控制模块，用于根据第二判断模块所获得的判断结果，控制是否从后台启动待启动应用程序。

18.根据权利要求17所述的应用程序的自启动管理装置，其特征在于，后台服务模块，用于从后台启动待启动应用程序。

19.根据权利要求17所述的应用程序的自启动管理装置，其特征在于，所述第二判断模块，还用于判断从其他已启动应用程序内启动的待启动应用程序是否为系统应用。

20.根据权利要求17所述的应用程序的自启动管理装置，其特征在于，还包括：

预置模块，用于预置应用程序自启动管理界面，以自定义设置保护名单。

21.一种应用程序的自启动管理方法，其特征在于，包括：

存储保护名单；

判断待启动应用程序是否从已启动应用程序启动，当所述待启动应用程序是从所述已启动应用程序启动时，则继续判断所述待启动应用程序是否包含在保护名单中，获得判断结果；

根据所述判断结果，控制是否从后台启动所述待启动应用程序。

22.根据权利要求21所述的应用程序的自启动管理方法，其特征在于，还包括：

判断从其他已启动应用程序内启动的待启动应用程序是否为系统应用。

23.根据权利要求21所述的应用程序的自启动管理方法，其特征在于，还包括：

预置应用程序自启动管理界面，以自定义设置保护名单。