CN109445920A - 控制应用自启动的方法、电子装置及计算机可读存储介质 - Google Patents

Abstract

一种控制应用自启动的方法、电子装置及计算机可读存储介质，以控制应用在后台的非法自启动，节省终端的宝贵资源和保障终端的运行安全，其中，上述控制应用自启动的方法包括：接收应用对服务的注册；通过应用运行列表，判断已注册服务的应用是否为未启动应用；若已注册服务的应用为未启动应用，则当通服务对已注册服务的应用的启动不合法时，使已注册服务的应用继续保持未启动状态。本申请提供的方案避免了在用户不知情或非意愿状态下，应用、尤其是恶意应用在后台自启动，从而一方面节省了终端的功耗，另一方面，也保障了系统的安全运行。

Description

控制应用自启动的方法、电子装置及计算机可读存储介质

技术领域

本申请涉及终端应用技术领域，尤其涉及一种控制应用自启动的方法、电子装置及计算机可读存储介质。

背景技术

终端制造技术的飞速发展，使得个人电脑、智能手机、平板电脑等终端能够安装的应用程序越来越多。应用程序在运行时，将会消耗这些终端的各种资源，例如内存、CPU、I/O口和电量等，尤其是智能手机等对耗电量十分敏感的终端，对这些应用的是否合法运行也会变得十分敏感。

应用的运行源于应用的启动，而应用的启动包括应用的自启动和用户的主动启动，用户的主动启动即在用户意愿下实施的应用启动，而应用的自启动，则是在用户不知情或者违背用户意愿的情况下实施的应用启动。伴随着终端安装的应用越来越多以及移动互联网技术的发展，应用的自启动不仅耗费终端的电量，而且严重影响终端的安全运行。

目前，由于应用的自启动是系统的一种机制设置缺陷，针对应用的自启动，业界没有更好的解决方案。

发明内容

本申请提供一种控制应用自启动的方法、电子装置及计算机可读存储介质，以控制应用在后台的非法自启动，节省终端的宝贵资源和保障终端的运行安全。

本申请第一方面提供一种控制应用自启动的方法，包括：

接收应用对服务的注册；

通过应用运行列表，判断已注册服务的应用是否为未启动应用，所述应用运行列表列出当前正在运行的应用；

若所述已注册服务的应用为未启动应用，则当通过所述服务对所述已注册服务的应用的启动不合法时，使所述已注册服务的应用继续保持未启动状态。

本申请第二方面提供一种控制应用自启动的装置，包括：

注册单元，用于接收应用对服务的注册；

判断单元，用于通过应用运行列表，判断已注册服务的应用是否为未启动应用，所述应用运行列表列出当前正在运行的应用；

状态保持单元，用于若所述已注册服务的应用为未启动应用，则当通过所述服务对所述已注册服务的应用的启动不合法时，使所述已注册服务的应用继续保持未启动状态。

本申请第三方面提供另一种电子装置，包括：

存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时，实现上述本申请实施例第一方面提供的控制应用自启动的方法中的各步骤。

本申请第四方面提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时，实现上述本申请实施例第一方面提供的控制应用自启动的方法中的各步骤。

由上可见，由于应用在注册到服务时，若不采取任何措施，则系统或其他应用程序通过调用该应用注册的服务时，系统会启动该应用即应用自启动，而本发明提供的技术方案是在通过已注册的服务对未启动应用的启动不合法时，继续保持其未启动状态即禁止对该未启动应用的启动，如此，避免了在用户不知情或非意愿状态下，应用、尤其是恶意应用在后台自启动，从而一方面节省了终端的功耗，另一方面，也保障了系统的安全运行。

附图说明

图1为本申请实施例提供的控制应用自启动的方法一个实施例流程示意图；

图2为本申请实施例提供的控制应用自启动的装置结构示意图；

图3-a为本申请另一实施例提供的控制应用自启动的装置结构示意图；

图3-b为本申请另一实施例提供的控制应用自启动的装置结构示意图；

图4-a为本申请另一实施例提供的控制应用自启动的装置结构示意图；

图4-b为本申请另一实施例提供的控制应用自启动的装置结构示意图；

图5为本申请另一实施例提供的控制应用自启动的装置结构示意图；

图6为本申请实施例提供的电子装置结构示意图。

具体实施方式

为使得本申请的发明目的、特征、优点能够更加的明显和易懂，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而非全部实施例。基于本申请中的实施例，本领域技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

本申请实施例提供一种控制应用自启动的方法，该控制应用自启动的方法应用于电子装置，该电子装置可以为个人电脑、智能手机或平板电脑等。

请参阅图1，本实施例中的控制应用自启动的方法主要包括以下步骤101至103：

步骤101、接收应用对服务的注册。

以android系统为例，服务是一个一种可以在后台执行长时间运行操作而没有用户界面的应用组件，它可由其他应用组件启动。服务一旦被启动，将在后台一直运行，即使启动服务的组件已销毁也不受影响。应用与服务之间的交互是基于客户端-服务器(Client/Server，C/S)模式进行，在C/S模式中，应用是客户端，服务是服务器。应用要与服务交互，首先要向服务注册，只有应用向服务进行了注册，服务才有通讯的目标。在本申请实施例中，应用可以通过服务管理模块向应用注册；应用向服务注册时提交的注册信息至少包含该应用的标识(IDentifier)。

需要说明的是，应用除了在启动或者运行状态下注册服务之外，还可以在未启动或者非运行状态下注册服务，这种状态下注册服务就是所谓的静态注册服务。

步骤102、通过应用运行列表，判断已注册服务的应用是否为未启动应用，其中，应用运行列表列出当前正在运行的应用。

如前所述，应用可以在启动或者运行状态下注册服务。由于本申请主要解决的技术问题是阻止未启动应用在后台非法启动，因此，需要判断已注册服务的应用是否为未启动应用。而一般地，当应用运行(应用运行意味着应用已经启动)时，系统会将这个正在运行的应用写入一个列表，这个列表就是应用运行列表，其列出当前正在运行的应用。因此，通过查询或遍历应用运行列表即可判断已注册服务的应用是否为未启动应用，即，若已注册服务的应用不在应用运行列表，则确定已注册服务的应用为未启动应用，反之，若已注册服务的应用名列应用运行列表，则确定已注册服务的应用为已启动应用。

步骤103、若已注册服务的应用为未启动应用，则当通过已被注册的服务对已注册服务的应用的启动不合法时，使已注册服务的应用继续保持未启动状态。

作为本申请一个实施例，当通过已被注册的服务对已注册服务的应用的启动不合法时，使已注册服务的应用继续保持未启动状态可通过如下步骤S1031和S1032实现：

S1031，当应用注册的服务被调用时，查询应用是否处于后台不可启动应用列表，其中，后台不可启动应用列表列出不可通过应用注册的服务在后台所启动应用的名单。

在本申请实施例中，可以配置一个后台不可启动应用列表，该列表列出不可通过应用注册的服务在后台所启动应用的名单或ID，而应用注册的服务既可以被系统调用，也可以被其他应用调用。在现有技术中，一旦某个未启动的应用A注册的服务被系统或其他应用调用，则系统首先启动应用A，从而导致应用A在不是用户主动开启的情况下在后台自启动。与现有技术不同的是，在本申请实施例中，当应用A注册的服务被调用时，不是去首先启动应用A，而是查询应用A是否处于后台不可启动应用列表，。

S1032，若已注册服务且未启动的应用处于后台不可启动应用列表，则禁止通过应用注册的服务启动应用。

假设应用A已注册服务S，且此时未启动，经步骤S1031的查询或遍历，应用A名列后台不可启动应用列表，则禁止通过应用A注册的服务S启动应用A，具体可以是阻止对服务S的调用。例如，应用B试图通过应用A注册的服务S启动应用A，而应用B原本和应用A不是同一应用，则可以是阻止应用B对服务S的调用，具体可以是解除应用B与服务S的绑定或应用B对服务S的注册等等。

作为本申请另一实施例，当通过已被注册的服务对已注册服务的应用的启动不合法时，使已注册服务的应用继续保持未启动状态可通过如下步骤S’1031和S’1032实现：

S’1031，当应用注册的服务被调用时，查询应用注册的服务是否处于限制启动服务列表，其中，限制启动服务列表列出不可通过服务在后台启动未启动应用的服务的名单。

与前述配置一个后台不可启动应用列表类似，在本申请实施例中，也可以配置一个限制启动服务列表，该列表列出不可通过服务在后台启动未启动应用的服务的名单或ID，而应用注册的服务既可以被系统调用，也可以被其他应用调用。在现有技术中，一旦某个未启动的应用C注册的某个服务S被系统或其他应用调用，则系统首先启动应用C，从而导致应用C在不是用户主动开启的情况下在后台通过服务S自启动。与现有技术不同的是，在本申请实施例中，当应用C注册的服务S被调用时，不是去首先启动应用C，而是查询应用C注册的服务S是否处于限制启动服务列表。

S’1032，若应用注册的服务处于限制启动服务列表，则禁止通过应用注册的服务启动应用。

假设应用C已注册服务S，且此时未启动，经步骤S’1031的查询或遍历，服务S名列限制启动服务列表，则禁止通过应用C注册的服务S启动应用C，具体可以是阻止对服务S的调用。例如，应用D试图通过应用C注册的服务S启动应用D，而应用D原本和应用C不是同一应用，则可以是阻止应用D对服务S的调用，具体可以是解除服务S与应用D的绑定或应用D对服务S的注册等等。

需要说明的是，在上述本申请实施例中，后台不可启动应用列表或限制启动服务列表并非一成不变，即，可以根据历史数据或用户的当前设置，更新后台不可启动应用列表或限制启动服务列表，其中，历史数据可以是在过去的一段预设时间内，某个应用存在通过服务在后台被频繁非法启动的事实，或者，某个服务存在在后台频繁非法启动应用的事实，而用户的当前设置则是用户直接将某个应用设置为不可通过服务在后台所启动的应用，或者，用户直接将某个服务设置为不可通过服务在后台启动未启动应用的服务，从而可以根据这些历史数据或用户的当前设置，将某个应用添加到后台不可启动应用列表，或者，将某个服务添加到限制启动服务列表。可以理解的是，若在后续中用户更改了设置，即，将某个应用F设置为可通过服务在后台所启动的应用，或者，将某个服务S设置为可通过服务在后台启动未启动应用的服务，则更新后台不可启动应用列表或限制启动服务列表时，是将应用F从后台不可启动应用列表剔除，或者，将服务从限制启动服务列表剔除。

作为本申请又一实施例，当通过已被注册的服务对已注册服务的应用的启动不合法时，使已注册服务的应用继续保持未启动状态可以是：当应用注册的服务被调用，若收到禁止通过应用注册的服务启动应用的指令，则禁止通过应用注册的服务启动应用，其中，禁止通过应用注册的服务启动应用的指令可以是用户的某个设置或者操作，例如，应用E注册了服务S，在应用E的界面设置一个是否允许服务S启动该应用的开关，当用户通过界面关闭这一开关即不允许服务启动该应用，相当于是向服务管理模块发送了一个禁止通过应用E注册的服务S启动应用E的指令，此时，就禁止通过应用E注册的服务S启动应用E。一旦用户做了这样的设置，相当于服务管理模块将应用E临时添加到前述实施例涉及的后台不可启动应用列表或者将服务S临时添加到前述实施例涉及的限制启动服务列表，当然，可以理解的是，当用户通过应用E的界面打开这一开关即允许服务启动该应用，则相当于是将应用E临时从前述实施例涉及的后台不可启动应用列表剔除或者将服务S临时从前述实施例涉及的限制启动服务列表剔除。

上述本申请实施例涉及的是已注册服务的应用为未启动应用时的技术方案。在上述本申请实施例中，若已注册服务的应用为已启动应用，则当通过该服务对已启动应用的启动不合法时，关停已启动应用。

由上述附图1示例的方法可知，由于应用在注册到服务时，若不采取任何措施，则系统或其他应用程序通过调用该应用注册的服务时，系统会启动该应用即应用自启动，而本发明提供的技术方案是在通过已注册的服务对未启动应用的启动不合法时，继续保持其未启动状态即禁止对该未启动应用的启动，如此，避免了在用户不知情或非意愿状态下，应用、尤其是恶意应用在后台自启动，从而一方面节省了终端的功耗，另一方面，也保障了系统的安全运行。

图2为本申请实施例提供一种控制应用自启动的装置。该电子装置可用于实现图1所示实施例中的控制应用自启动的方法。如图2所示，该装置主要包括：

注册单元201，用于接收应用对服务的注册；

判断单元202，用于通过应用运行列表，判断已注册服务的应用是否为未启动应用，其中，应用运行列表列出当前正在运行的应用；

状态保持单元203，用于若已注册服务的应用为未启动应用，则当通过服务对已注册服务的应用的启动不合法时，使已注册服务的应用继续保持未启动状态。

需要说明的是，以上图2示例的装置的实施方式中，各功能模块的划分仅是举例说明，实际应用中可以根据需要，例如相应硬件的配置要求或者软件的实现的便利考虑，而将上述功能分配由不同的功能模块完成，即将电子装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。而且，在实际应用中，本实施例中的相应的功能模块可以是由相应的硬件实现，也可以由相应的硬件执行相应的软件完成。本说明书提供的各个实施例都可应用上述描述原则，以下不再赘述。

本实施例提供的电子装置中各功能模块实现各自功能的具体过程，请参见上述方法实施例中描述的具体内容，此处不再赘述。

由上可见，本申请实施例中的控制应用自启动的装置在通过已注册的服务对未启动应用的启动不合法时，继续保持其未启动状态即禁止对该未启动应用的启动，如此，避免了在用户不知情或非意愿状态下，应用、尤其是恶意应用在后台自启动，从而一方面节省了终端的功耗，另一方面，也保障了系统的安全运行。

可选地，附图2示例的状态保持单元203可以包括第一查询单元301和第一禁止单元302，或者，状态保持单元203可以包括第二查询单元303和第二禁止单元304，如附图3-a或附图3-b示例的控制应用自启动的装置，其中：

第一查询单元301，用于当应用注册的服务被调用时，查询应用是否处于后台不可启动应用列表，其中，后台不可启动应用列表列出不可通过应用注册的服务在后台所启动应用的名单；

第一禁止单元302，用于若应用处于后台不可启动应用列表，则禁止通过应用注册的服务启动应用。

第二查询单元303，用于当应用注册的服务被调用时，查询应用注册的服务是否处于限制启动服务列表，其中，限制启动服务列表列出不可通过服务在后台启动未启动应用的服务的名单；

第二禁止单元304，用于若应用注册的服务处于限制启动服务列表，则禁止通过应用注册的服务启动应用。

可选地，上述附图3-a或附图3-b示例的装置还可以包括更新单元401，如附图4-a或附图4-b示例的控制应用自启动的装置。更新单元401用于根据历史数据或用户的当前设置，更新后台不可启动应用列表或限制启动服务列表。

可选地，附图2示例的状态保持单元203可以包括第三禁止单元501，如附图5所示本申请实施例提供的控制应用自启动的装置，第三禁止单元501用于当应用注册的服务被调用，若收到禁止通过应用注册的服务启动应用的指令，则禁止通过应用注册的服务启动未启动应用。

可选地，上述本申请实施例提供的控制应用自启动的装置还可以包括关停单元，用于若已注册服务的应用为已启动应用，则当通过服务对已启动应用的启动不合法时，关停已启动应用。

图6为本申请实施例提供一种电子装置。该电子装置可用于实现图1所示实施例中的控制应用自启动的方法。如图6所示，该电子装置主要包括：

存储器601、处理器602及存储在存储器601上并可在处理器602上运行的计算机程序，处理器602执行该计算机程序时，实现图1所示实施例中的控制应用自启动的方法。

进一步地，该电子装置还包括：

至少一个输入设备603以及至少一个输出设备606。

上述存储器601、处理器602、输入设备603以及输出设备606，通过总线605连接。

其中，输入设备603具体可为摄像头、触控面板、物理按键或者鼠标等等。输出设备606具体可为显示屏。

存储器601可以是高速随机存取记忆体(RAM，Random Access Memory)存储器，也可为非不稳定的存储器(non-volatile memory)，例如磁盘存储器。存储器601用于存储一组可执行程序代码，处理器602与存储器601耦合。

由上可见，本申请实施例中的装置在通过已注册的服务对未启动应用的启动不合法时，继续保持其未启动状态即禁止对该未启动应用的启动，如此，避免了在用户不知情或非意愿状态下，应用、尤其是恶意应用在后台自启动，从而一方面节省了终端的功耗，另一方面，也保障了系统的安全运行。

进一步地，本申请实施例还提供了一种计算机可读存储介质，该计算机可读存储介质可以是设置于上述各实施例中的电子装置中，该计算机可读存储介质可以是前述图6所示实施例中的存储器。该计算机可读存储介质上存储有计算机程序，该程序被处理器执行时实现图1所示实施例中的控制应用自启动的方法。进一步的，该计算机可存储介质还可以是U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

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

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

另外，在本申请各个实施例中的各功能模块可以集成在一个处理模块中，也可以是各个模块单独物理存在，也可以两个或两个以上模块集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。

所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个可读存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的可读存储介质包括：U盘、移动硬盘、ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

需要说明的是，对于前述的各方法实施例，为了简便描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请并不受所描述的动作顺序的限制，因为依据本申请，某些步骤可以采用其它顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定都是本申请所必须的。

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

以上为对本申请所提供的控制应用自启动的方法、电子装置及计算机可读存储介质的描述，对于本领域的技术人员，依据本申请实施例的思想，在具体实施方式及应用范围上均会有改变之处，综上，本说明书内容不应理解为对本申请的限制。

Claims (10)

1.一种控制应用自启动的方法，其特征在于，包括：

接收应用对服务的注册；

通过应用运行列表，判断已注册服务的应用是否为未启动应用，所述应用运行列表列出当前正在运行的应用；

若所述已注册服务的应用为未启动应用，则当通过所述服务对所述已注册服务的应用的启动不合法时，使所述已注册服务的应用继续保持未启动状态。

2.根据权利要求1所述的控制应用自启动的方法，其特征在于，所述当通过所述服务对所述已注册服务的应用的启动不合法时，使所述已注册服务的应用继续保持未启动状态包括：

当所述应用注册的服务被调用时，查询所述应用是否处于后台不可启动应用列表，所述后台不可启动应用列表列出不可通过所述应用注册的服务在后台所启动应用的名单；

若所述应用处于所述后台不可启动应用列表，则禁止通过所述应用注册的服务启动所述应用。

3.根据权利要求1所述的控制应用自启动的方法，其特征在于，所述当通过所述服务对所述已注册服务的应用的启动不合法时，使所述已注册服务的应用继续保持未启动状态包括：

当所述应用注册的服务被调用时，查询所述应用注册的服务是否处于限制启动服务列表，所述限制启动服务列表列出不可通过服务在后台启动未启动应用的服务的名单；

若所述应用注册的服务处于所述限制启动服务列表，则禁止通过所述应用注册的服务启动所述应用。

4.根据权利要求2或3所述的控制应用自启动的方法，其特征在于，所述方法还包括：

根据历史数据或用户的当前设置，更新所述后台不可启动应用列表或限制启动服务列表。

5.根据权利要求1所述的控制应用自启动的方法，其特征在于，所述当通过所述服务对所述已注册服务的应用的启动不合法时，使所述已注册服务的应用继续保持未启动状态包括：

当所述应用注册的服务被调用，若收到禁止通过所述应用注册的服务启动所述应用的指令，则禁止通过所述应用注册的服务启动所述应用。

6.根据权利要求1至5任意一项所述的控制应用自启动的方法，其特征在于，所述方法还包括：

若所述已注册服务的应用为已启动应用，则当通过所述服务对所述已启动应用的启动不合法时，关停所述已启动应用。

7.一种控制应用自启动的装置，其特征在于，包括：

注册单元，用于接收应用对服务的注册；

判断单元，用于通过应用运行列表，判断已注册服务的应用是否为未启动应用，所述应用运行列表列出当前正在运行的应用；

状态保持单元，用于若所述已注册服务的应用为未启动应用，则当通过所述服务对所述已注册服务的应用的启动不合法时，使所述已注册服务的应用继续保持未启动状态。

8.根据权利要求7所述的控制应用自启动的装置，其特征在于，所述状态保持单元包括第一查询单元和第一禁止单元，或者，所述状态保持单元包括第二查询单元和第二禁止单元；

所述第一查询单元，用于当所述应用注册的服务被调用时，查询所述应用是否处于后台不可启动应用列表，所述后台不可启动应用列表列出不可通过所述应用注册的服务在后台所启动应用的名单；

所述第一禁止单元，用于若所述应用处于所述后台不可启动应用列表，则禁止通过所述应用注册的服务启动所述应用。

所述第二查询单元，用于当所述应用注册的服务被调用时，查询所述应用注册的服务是否处于限制启动服务列表，所述限制启动服务列表列出不可通过服务在后台启动未启动应用的服务的名单；

所述第二禁止单元，用于若所述应用注册的服务处于所述限制启动服务列表，则禁止通过所述应用注册的服务启动所述应用。

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

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