CN106203075A - 一种防止应用程序互唤醒的方法及装置 - Google Patents

Abstract

本发明公开了一种防止应用程序互唤醒的方法及装置，其中，所述方法包括：启动非系统应用程序时，获取所述非系统应用程序的待启动应用服务；判断所述待启动应用服务是否存在第一应用服务，所述第一应用服务为预设的服务黑名单中所述非系统应用程序对应的禁止项应用服务；当所述待启动应用服务存在所述第一应用服务时，禁止所述第一应用服务被调起。相比于现有技术，本发明在非系统应用程序启动的时候，可以选择确定哪些与应用不相关的应用服务禁止被调起，防止了应用程序之间的互唤醒，节约了系统资源，提高了用户体验。

Description

一种防止应用程序互唤醒的方法及装置

技术领域

本发明属于移动终端技术领域，尤其涉及一种防止应用程序互唤醒的方法及装置。

背景技术

随着安卓系统的功能逐步强大和完善，且安卓智能设备不仅价格低廉，而且应用程序的支持范围也是极为广泛的，从而安卓智能设备是深受广大用户的欢迎和追捧的。

正由于安卓设备的普及度非常广，而且几乎所有领域都有与之相应的应用程序来支撑，那么用户所能选择的面就非常广泛了，简单来说就是目前的安卓智能设备已经几乎无所不能了，这是好的一面。

然而由于这些应用程序是来自全球五湖四海的开发者，他们的技术能力及开发背景和目的都不尽相同，从而不可避免地有恶意程序或功能及稳定性都不完善程序的存在，有的应用程序由于被第三方公司开发，在应用程序安装包中添加了一些其他应用程序对应的应用服务进程，有的是应用程序开发公司根据需要添加一些其他公共服务到应用程序安装包中，这样在应用程序安装后，这些类型的应用程序会定期唤醒添加的其他应用程序对应的服务，这种称之为应用程序的互唤醒，一种最糟糕的互唤醒的情况是，打开一个应用程序，连带唤醒了终端中几个甚至十几个应用程序，侵吞了系统资源，如内存、存储空间等，导致电池电量迅速流失，造成用户的体验效果差。

发明内容

本发明提供一种防止应用程序互唤醒的方法及装置，旨在解决现有技术中移动终端的应用程序之间因互唤醒导致系统资源被侵吞的问题。

为实现上述目的，本发明提供一种防止应用程序互唤醒的方法，所述防止应用程序互唤醒的方法包括：

启动非系统应用程序时，获取所述非系统应用程序的待启动应用服务；

判断所述待启动应用服务是否存在第一应用服务，所述第一应用服务为预设的服务黑名单中所述非系统应用程序对应的禁止项应用服务；

当所述待启动应用服务存在所述第一应用服务时，禁止所述第一应用服务被调起。

进一步的，在启动所述非系统应用程序之前，所述方法还包括：

设置或接收所述服务黑名单。

进一步的，在启动所述非系统应用程序之前，所述方法还包括：

设置或接收服务白名单，所述服务白名单包括所述非系统应用程序对应的允许项应用服务；

对未包括在所述服务黑名单和所述服务白名单中的应用服务设置调起次数阈值。

进一步的，当所述待启动应用服务不存在所述第一应用服务时，所述方法还包括：

判断所述待启动应用服务是否存在第二应用服务，所述第二应用服务为所述服务白名单中所述非系统应用程序对应的允许项应用服务；

当所述待启动应用服务中存在所述第二应用服务时，允许所述第二应用服务被调起。

进一步的，所述方法还包括：

当所述待启动应用服务中存在第三应用服务时，允许所述第三应用服务被调起且记录所述第三应用服务对应的调起次数，其中，所述第三应用服务为所述待启动应用服务中未包括在所述服务黑名单和所述服务白名单中，且预先设置了调起次数阈值的应用服务；

当所述调起次数超过所述第三应用服务对应的调起次数阈值时，添加所述第三应用服务至所述服务黑名单。

进一步的，所述方法还包括：

当所述待启动应用服务中存在第五应用服务时，允许所述第五应用服务被调起且记录所述第五应用服务对应的调起次数，当所述调起次数超过预设默认次数时，添加所述第五应用服务至所述服务黑名单，所述第五应用服务为所述待启动应用服务中既不存在于服务黑名单和服务白名单，也未设置调起次数阈值的应用服务。

进一步的，所述方法还包括：

当所述待启动应用服务中存在第四应用服务时，输出是否允许第四应用服务被调起的提示信息，其中，所述第四应用服务为所述待启动应用服务中未包括在所述服务黑名单和所述服务白名单中的应用服务；

接收用户的反馈信息；

判断所述反馈信息是否为允许指令；

当所述反馈信息是允许指令，则允许所述第四应用服务被调起。

进一步的，所述方法还包括：

当所述反馈信息非允许指令时，添加所述第四应用服务至所述服务黑名单，或者，判断所述第四应用服务是否存在于预设数目的非系统应用程序中，当存在于预设数目的非系统应用程序中时，添加所述第四应用服务至所述服务黑名单。

为解决上述技术问题，本发明还提供一种防止应用程序互唤醒的装置，其特征在于，所述装置包括：

获取模块，用于启动非系统应用程序时，获取所述非系统应用程序的待启动应用服务；

第一判断模块：用于判断所述待启动应用服务是否存在第一应用服务，所述第一应用服务为预设的服务黑名单中所述非系统应用程序对应的禁止项应用服务；

第一处理模块，用于当所述待启动应用服务存在所述第一应用服务时，禁止所述第一应用服务被调起。

进一步的，所述装置还包括：

设置模块，用于设置或接收所述服务黑名单。

进一步的，所述设置模块还用于设置或接收服务白名单，所述服务白名单包括所述非系统应用程序对应的允许项应用服务，对未包括在所述服务黑名单和所述服务白名单中的应用服务设置调起次数阈值。

进一步的，所述装置还包括：

第二判断模块，用于当所述待启动应用服务存在第一应用服务时，判断所述待启动应用服务是否存在第二应用服务，所述第二应用服务为所述服务白名单中所述非系统应用程序对应的允许项应用服务；

第二处理模块，用于当所述待启动应用服务中存在所述第二应用服务时，允许所述第二应用服务被调起。

进一步的，所述装置还包括：

记录模块，用于当所述待启动应用服务中存在第三应用服务时，允许所述第三应用服务被调起且记录所述第三应用服务对应的调起次数，其中，所述第三应用服务为所述待启动应用服务中未包括在所述服务黑名单和所述服务白名单中，且预先设置了调起次数阈值的应用服务；

比较模块，用于当所述调起次数超过所述第三应用服务对应的调起次数阈值时，添加所述第三应用服务至所述服务黑名单。

进一步的，所述装置还包括：

提示模块，用于当所述待启动应用服务中存在第四应用服务时，输出是否允许第四应用服务被调起的提示信息，其中，所述第四应用服务为所述待启动应用服务中未包括在所述服务黑名单和所述服务白名单中的应用服务；

接收模块，接收用户的反馈信息；

第三判断模块，用于判断所述反馈信息是否为允许指令；

第三处理模块，用于当所述反馈信息是允许指令时，允许所述第四应用服务被调起。

进一步的，所述第三处理模块还用于当所述反馈信息非允许指令时，添加所述第四应用服务至所述服务黑名单，或者，判断所述第四应用服务是否存在于预设数目的非系统应用程序中，当所述第四应用服务存在于预设数目的非系统应用程序中时，添加所述第四应用服务至所述服务黑名单。

本发明的有益效果是：实施本发明的防止应用程序互唤醒的方法，用户可根据其需求，将不相关的应用服务加入服务黑名单，当非系统应用程序启动时，阻止这些被禁止的应用服务调起，防止了应用程序之间的因应用服务被调起的原因而导致互相唤醒，节约了系统资源，提高了用户体验。

附图说明

图1是本发明防止应用程序互唤醒的方法的第一实施例的流程图；

图2是本发明防止应用程序互唤醒的方法的第一实施例中勾选框界面示意图；

图3是本发明防止应用程序互唤醒的方法的第二实施例的流程图；

图4是本发明防止应用程序互唤醒的方法的第三实施例的流程图；

图5是本发明防止应用程序互唤醒的装置的第一实施例的示意图；

图6是本发明防止应用程序互唤醒的装置的第二实施例的示意图；

图7是本发明防止应用程序互唤醒的装置的第三实施例的示意图。

具体实施方式

下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

请参阅图1，图1为本发明第一实施例提供的防止应用程序互唤醒的方法的实现流程示意图，该方法主要包括以下步骤：

步骤S101，启动非系统应用程序时，获取该非系统应用程序的待启动应用服务。

移动终端安装的应用程序中包括系统应用程序和非系统应用程序，例如时钟、联系人、短信等均为系统应用程序，QQ、微信、百度地图等均为非系统应用程序，而非系统应用程序一般情况下包括一个或多个应用服务，例如新浪微博，除了包括com.sina.weibo的主程序应用服务，可能还包括手机支付宝服务、百度云推送服务等应用服务。

本实施例中的待启动应用服务可以是指非系统应用程序自身功能不相关的应用服务。以新浪微博为例，新浪微博为非系统应用程序，当新浪微博运行的时候，其主程序应用服务com.sina.weibo的进程必须是处于运行状态中，这个是与新浪微博自身功能相关联的应用服务。在非系统应用程序启动时，本发明实施例中可以通过非系统应用程序中，应用服务的名称来判断是否为该非系统应用程序相关的应用服务，例如通过判断应用服务的名字中不包括预定的该应用服务对应的词语时，则该应用服务为该非系统应用程序的待启动应用服务，例如判定应用服务名称中包括sina.weibo的为新浪微博的相关联的应用服务，如果是百度云推送服务，则不具有该特征，为新浪微博不相关的应用服务。

具体地，在步骤S101中，系统首先会对启动的应用程序的类型进行初步判定，若启动的应用程序为系统应用程序，则允许该系统应用程序对应的应用服务调起并停止执行后续步骤，例如启动短信应用程序。若启动的应用程序为非系统应用程序，则获取该非系统应用程序的待启动应用服务并执行步骤S103，例如启动QQ应用程序时，获取的待启动应用服务可能包括有百度云推送服务、个推推送服务、JPUSH极光推送服务、QQ浏览器推送服务、微信开放平台接口服务等。

步骤S102，判断所述待启动应用服务是否存在第一应用服务，若是，执行步骤S103；

其中，该第一应用服务为预设的服务黑名单中该非系统应用程序对应的禁止项应用服务。具体地，该第一应用服务是服务黑名单中该非系统应用程序对应的一个应用服务，也可以指服务黑名单中该非系统应用程序对应的多个应用服务。

步骤S103，禁止该第一应用服务被调起。

进一步的，在步骤S101之前还包括：设置或接收服务黑名单，该服务黑名单包括该非系统应用程序对应的禁止项应用服务，其中接收服务黑名单的方式可以是接收其他移动终端或者服务器发送的服务黑名单。

本实施例中，在移动终端上安装非系统应用程序时，可以直接显示该非系统应用程序包含的所有应用服务的列表，列表中显示出非系统应用程序的所有应用服务，用户可根据具体需求选择不需要的应用服务加入服务黑名单，禁止其被非对应的非系统应用程序调起。

例如，如图2所示，非系统应用程序安装时，其包含的每个应用服务均设置一个勾选框，通过勾选框，用户勾选确定不需要的应用服务。需要说明的是，这里的勾选框用户可以勾选需要的应用服务，这样未勾选的应用服务即加入服务黑名单；勾选框也可以是勾选不需要的应用服务，这样勾选的应用服务即加入服务黑名单中。因此用户可以有选择性的将不需要的应用服务加入服务黑名单，禁止其被非对应的应用程序调起。

进一步的，本实施例中的服务黑名单还可以定期进行更新和维护。由于部分应用服务通过系统难以区分是用户主动唤醒还是应用程序之间自动唤醒，因此本实施例中，研发人员可以先对常见应用程序(例如应用市场的常见应用程序安装包)的应用服务进行人工分析，确定哪些是不需要唤醒的服务，这样可以人工得到一个表，这个表就可以通过服务器提供到每个移动终端的服务黑名单中，而服务黑名单的初始值即可以为初始得到的这个应用服务列表。由于非系统应用程序经常更新，上述应用服务列表也可以定期进行更新，并将更新的结果重新添加到服务黑名单中，服务黑名单中已有的应用服务，不需要再添加一次。

进一步的，服务黑名单包括启动的非系统应用程序和禁止调起的应用服务之间的对应关系，通过服务黑名单用户可以清楚了解到每一个非系统应用程序对应的禁止调起的应用服务。例如，如表一所示，为百度贴吧、QQ、淘宝三个非系统应用程序对应的禁止调起的应用服务。

表一

进一步的，在用户设置服务黑名单时，由于用户对应用服务的名字及其功能并不了解，因此，在安装非系统应用程序时，对被选中的应用服务可以给出提示建议，例如在勾选的应用服务后面建议禁止或建议允许，具体的还可以加入禁止该应用服务后是否影响该非系统应用程序的使用的提示。例如，在移动终端上安装百度贴吧时，百度贴吧包含了百度云推送服务，当将百度云推送服务加入服务黑名单时，在百度云推送服务后面，提示禁止该服务不影响应用程序本身的使用。

本发明实施例提供了一种防止应用程序互唤醒的方法，在使用移动终端时，用户通过服务黑名单的设置，将非系统应用程序启动时不需要启动的应用服务禁止掉，相较于现有技术，本发明实现了防止移动终端系统中的应用程序之间互唤醒的问题，节约了系统资源，提高了用户体验。

请参阅图3，为本发明防止应用程序互唤醒的方法的第二实施例的流程图，在防止应用程序互唤醒的方法的第二实施例中，该方法包括以下步骤：

步骤S201，设置或接收服务黑名单，该服务黑名单包括该非系统应用程序对应的禁止项应用服务，设置或接收服务白名单，该服务白名单包括该非系统应用程序对应的允许项应用服务，对未包括在该服务黑名单和该服务白名单中的应用服务设置调起次数阈值。

本实施例设置有服务黑名单、服务白名单及调起次数阈值。该服务黑名单包括非系统应用程序对应的禁止项应用服务即第一应用服务，该服务白名单包括非系统应用程序对应的允许项应用服务即第二应用服务，同样的，该第二应用服务是服务白名单中该非系统应用程序对应的一个应用服务，也可以指服务白名单中该非系统应用程序对应的多个应用服务。该调起次数阈值则是指针对于未加入该服务黑名单及该服务白名单中的非系统应用程序的一些应用服务(可以是预设的监控应用服务)中每个应用服务设置的一个调起次数阈值，将未加入服务黑名单及服务白名单中，且预先设置了调起次数阈值的应用服务定义为第三应用服务，同样的，该第三应用服务是未包括在服务黑名单和服务白名单中且预先设置了调起次数阈值的该非系统应用程序对应的一个应用服务，也可以指未包括在服务黑名单和服务白名单中且预先设置了调起次数阈值的该非系统应用程序对应的多个应用服务。

本实施例中，在非系统应用程序安装时，类似于服务黑名单的设置方式，用户可将需要的应用服务加入服务白名单中，该服务白名单也可以进行定期更新和维护。参照第一实施例中服务黑名单的更新方式，研发人员可以先对常见应用程序(例如应用市场的常见应用程序安装包)的应用服务进行人工分析，确定哪些是需要唤醒的服务，这样可以人工得到一个表，这个表就可以通过服务器提供到每个终端的服务白名单中，而服务白名单的初始值可以为初始得到的这个应用服务列表，也可以是用户设置得到。由于非系统应用程序经常更新，上述应用服务列表也可以定期进行更新，并将更新的结果重新添加到服务白名单中，服务白名单中已有的应用服务，不需要再添加一次。

本实施例中，该调起次数阈值是用来与记录的应用服务的调起次数进行比较，在设置完服务黑名单及服务白名单之后，系统筛选出未加入服务黑名单及服务白名单中的非系统应用程序的应用服务，用户对这些应用服务分别设置一个调起次数阈值，不同类型的应用服务，其设置的调起次数阈值不尽相同，例如地图类应用服务经常被很多其他应用程序调起，这种类型的应用服务，可以设置的阈值大一些，其它被应用程序调起次数少的应用服务类型，可以设置阈值小一些。

对有些非系统应用程序，可能比较冷门，应用面不大，其对应的有些应用服务可能既不存在于服务黑名单和服务白名单，也未设置调起次数阈值，此时，可以预先设置默认次数，当该待启动应用服务中存在第五应用服务时，允许该第五应用服务被调起且记录该第五应用服务对应的调起次数，当该调起次数超过该默认次数时，添加该第五应用服务至服务黑名单，该第五应用服务为该待启动应用服务中既不存在于服务黑名单和服务白名单，也未设置调起次数阈值的应用服务。

进一步的，还可以设置对服务黑名单和服务白名单手动进行编辑(例如删除、添加或更新)的功能，此时，所述方法还包括：

接收用户删除所述服务黑名单或服务白名单中目标非系统应用程序对应的目标应用服务的指令；

从所述服务黑名单或服务白名单中删除所述目标非系统应用程序对应的目标应用服务。

或者，所述方法还包括：

接收用户添加目标非系统应用程序对应的目标应用服务至所述服务黑名单或服务白名单的指令；

将所述目标非系统应用程序对应的目标应用服务添加至所述服务黑名单或服务白名单。

步骤S202，启动非系统应用程序时，获取该非系统应用程序的待启动应用服务。

步骤S203，判断该待启动应用服务是否存在第一应用服务，若是，则执行步骤S204，若否，则执行步骤S205。

步骤S204，禁止该第一应用服务被调起。

具体地，步骤S202至步骤S204的实施方式请参阅第一实施例的实施方式，此处不再赘述。

步骤S205，判断该待启动应用服务是否存在第二应用服务，若是，则执行步骤S206，若否，则执行步骤S207。

具体地，系统将逐个判断该待启动应用服务是否为第二应用服务，即判断该待启动应用服务是否为服务白名单中的允许项应用服务，若是，则执行步骤S206，若否，则执行步骤S207。

步骤S206，允许该第二应用服务被调起。

步骤S207，允许该第三应用服务被调起且记录该第三应用服务对应的调起次数；

步骤S208，判断该调起次数是否超过该第三应用服务对应的调起次数阈值，若是，则执行步骤S209；

步骤S209，添加该第三应用服务至服务黑名单。

具体的，系统允许该第三应用服务启动，但会记录其调起次数，并将该调起次数与该第三应用服务的调起次数阈值进行比较，若调起次数超过了调起次数阈值，则将该第三应用服务加入到服务黑名单中。

请参阅图4，为本发明防止应用程序互唤醒的方法的第三实施例的流程图，在防止应用程序互唤醒的方法的第三实施例中，该方法包括以下步骤：

步骤S301，设置或接收服务黑名单，该服务黑名单包括该非系统应用程序对应的禁止项应用服务，设置或接收服务白名单，该服务白名单包括该非系统应用程序对应的允许项应用服务。

步骤S302，启动非系统应用程序时，获取该非系统应用程序的待启动应用服务。

步骤S303，判断该待启动应用服务是否存在第一应用服务，若是，则执行步骤S304，若否，则执行步骤S305。

步骤S304，禁止该第一应用服务被调起。

步骤S305，判断该待启动应用服务是否存在第二应用服务，若是，则执行步骤S306，若否，则执行步骤S307。

步骤S306，允许该第二应用服务被调起。

具体地，步骤S301至步骤S306的实施方式请参阅上述第二实施例中的实施方式，此处不再赘述。

步骤S307，输出提示信息，以供用户根据该提示信息给出反馈信息。

具体地，当判断该待启动应用服务不是第二应用服务时，即该待启动应用服务是第四应用服务时，系统将输出提示信息，例如通过弹框的方式，提醒用户是否允许该待启动应用服务调起，用户可选择“允许”或“不允许”，将结果反馈给系统，其中，该第四应用服务是未加入服务黑名单和服务白名单中该非系统应用程序对应的应用服务，同样的，该第四应用服务是未加入服务黑名单该服务白名单中该非系统应用程序对应的一个应用服务，也可以是指未加入服务黑名单和服务白名单中该非系统应用程序对应的多个应用服务。

步骤S308，接收用户的反馈信息。

步骤S309，判断所述反馈信息是否为允许指令，若是，则执行步骤S310，若否，则执行步骤S311。

步骤S310，允许该第四应用服务被调起。

步骤S311，添加该第四应用服务至该服务黑名单，或者，判断该第四应用服务是否存在于预设数目的非系统应用程序中，当存在于预设数目的非系统应用程序中时，添加该第四应用服务至该服务黑名单。

具体地，当该反馈信息是“不允许”指令时，系统将禁止该第四应用服务调起，并将该第四应用服务加入该服务黑名单。或者，判断该第四应用服务是否存在于预设数目的非系统应用程序中，若是，则加入服务黑名单中。例如以3个为标准，当该第四应用服务存在于3个以上数目的非系统应用程序中时，则将该第四应用服务加入服务黑名单中。

请参阅图5，本发明进一步提供防止应用程序互唤醒的装置，图5为本发明防止应用程序互唤醒的装置第一实施例的功能模块示意图，在第一实施例中，所述防止应用程序互唤醒的装置包括：

获取模块101，用于启动非系统应用程序时，获取该非系统应用程序的待启动应用服务。

第一判断模块102，用于判断该待启动应用服务是否存在第一应用服务。

第一处理模块103，用于当该待启动应用服务存在第一应用服务时，禁止该第一应用服务被调起。

具体地，本模块根据第一判断模块102的判定结果，当判断结果为是时，禁止该第一应用服务被调起。

进一步的，该装置还包括设置模块104，用于设置或接收服务黑名单，该服务黑名单包括该非系统应用程序对应的禁止项应用服务。

请参阅图6，为本发明防止应用程序互唤醒的装置的第二实施例的示意图，在第一实施例的基础上，该防止应用程序互唤醒的装置还包括：

该设置模块104还用于设置或接收服务白名单，该服务白名单包括该非系统应用程序对应的允许项应用服务，对未包括在该服务黑名单和该服务白名单中的应用服务设置调起次数阈值。

第二判断模块105，用于判断该待启动应用服务是否存在第二应用服务。

第二处理模块106，用于当该待启动应用服务存在第二应用服务时，允许该第二应用服务被调起。

记录模块107，用于当该待启动应用服务中存在第三应用服务时，允许该第三应用服务被调起且记录该第三应用服务对应的调起次数。

比较模块108，用于当该调起次数超过该第三应用服务对应的调起次数阈值时，添加该第三应用服务至该服务黑名单。

具体地，该比较模块108用于比较该第三应用服务的调起次数和其调起次数阈值，若该调起次数超过了其调起次数阈值，则将该第三应用服务加入服务黑名单。

请参阅图7，为本发明防止应用程序互唤醒的装置的第三实施例的示意图，在第二实施例的基础上，该防止应用程序互唤醒的装置包括：

该设置模块104用于设置或接收服务黑名单，该服务黑名单包括该非系统应用程序对应的禁止项应用服务，设置或接收服务白名单，该服务白名单包括该非系统应用程序对应的允许项应用服务。

提示模块109，用于当该待启动应用服务中存在第四应用服务时，输出提示信息。

接收模块110，用于接收用户的反馈信息。

第三判断模块111，用于判断该反馈信息是否为允许指令。

第三处理模块112，用于当该反馈信息是允许指令时，允许该第四应用服务被调起。

该第三处理模块112还用于当该反馈信息非允许指令时，添加该第四应用服务至该服务黑名单，或者，判断该第四应用服务是否存在于预设数目的非系统应用程序中，当存在于预设数目的非系统应用程序中时，将该第四应用服务添加至该服务黑名单。

关于上述三个实施例装置中各模块实现技术方案的其他细节，可参见前文所述的防止应用程序互唤醒的方法中的描述，此处不再赘述。

需要说明的是，本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。对于装置类实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括要素的过程、方法、物品或者装置中还存在另外的相同要素。

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

另外，本发明的移动终端由相关组件构成，其中，若干组件为移动终端的硬件组成模块，可理解地，移动终端的硬件组件包括处理器，以及除处理器以外的各种硬件组成模块。当然，可理解地，所谓处理器也可理解为本文中阐述的控制单元的硬件组成。

以上，仅是本发明的较佳实施例而已，并非对本发明作任何形式上的限制，虽然本发明已以较佳实施例揭露如上，然而并非用以限定本发明，任何熟悉本专业的技术人员，在不脱离本发明技术方案范围内，当可利用上述揭示的技术内容做出些许更动或修饰为等同变化的等效实施例，但凡是未脱离本发明技术方案内容，依据本发明的技术实质对以上实施例所作的任何简单修改、等同变化与修饰，均仍属于本发明技术方案的范围内。

Claims (14)

1.一种防止应用程序互唤醒的方法，其特征在于，所述方法包括：

启动非系统应用程序时，获取所述非系统应用程序的待启动应用服务；

判断所述待启动应用服务是否存在第一应用服务，所述第一应用服务为预设的服务黑名单中所述非系统应用程序对应的禁止项应用服务；

当所述待启动应用服务存在所述第一应用服务时，禁止所述第一应用服务被调起。

2.根据权利要求1所述的防止应用程序互唤醒的方法，其特征在于，在启动所述非系统应用程序之前，所述方法还包括：

设置或接收所述服务黑名单。

3.根据权利要求1或2所述的防止应用程序互唤醒的方法，其特征在于，在启动所述非系统应用程序之前，所述方法还包括：

设置或接收服务白名单，所述服务白名单包括所述非系统应用程序对应的允许项应用服务；

对未包括在所述服务黑名单和所述服务白名单中的应用服务设置调起次数阈值。

4.根据权利要求3所述的防止应用程序互唤醒的方法，其特征在于，当所述待启动应用服务不存在所述第一应用服务时，所述方法还包括：

判断所述待启动应用服务是否存在第二应用服务，所述第二应用服务为所述服务白名单中所述非系统应用程序对应的允许项应用服务；

当所述待启动应用服务中存在所述第二应用服务时，允许所述第二应用服务被调起。

5.根据权利要求4所述的防止应用程序互唤醒的方法，其特征在于，所述方法还包括：

当所述待启动应用服务中存在第三应用服务时，允许所述第三应用服务被调起且记录所述第三应用服务对应的调起次数，其中，所述第三应用服务为所述待启动应用服务中未包括在所述服务黑名单和所述服务白名单中，且预先设置了调起次数阈值的应用服务；

当所述调起次数超过所述第三应用服务对应的调起次数阈值时，添加所述第三应用服务至所述服务黑名单。

6.根据权利要求4所述的防止应用程序互唤醒的方法，其特征在于，所述方法还包括：

当所述待启动应用服务中存在第四应用服务时，输出是否允许第四应用服务被调起的提示信息，其中，所述第四应用服务为所述待启动应用服务中未包括在所述服务黑名单和所述服务白名单中的应用服务；

接收用户的反馈信息；

判断所述反馈信息是否为允许指令；

当所述反馈信息是允许指令，则允许所述第四应用服务被调起。

7.根据权利要求6所述的防止应用程序互唤醒的方法，其特征在于，所述方法还包括：

当所述反馈信息非允许指令时，添加所述第四应用服务至所述服务黑名单，或者，判断所述第四应用服务是否存在于预设数目的非系统应用程序中，当存在于预设数目的非系统应用程序中时，添加所述第四应用服务至所述服务黑名单。

8.一种防止应用程序互唤醒的装置，其特征在于，所述装置包括：

获取模块，用于启动非系统应用程序时，获取所述非系统应用程序的待启动应用服务；

第一判断模块：用于判断所述待启动应用服务是否存在第一应用服务，所述第一应用服务为预设的服务黑名单中所述非系统应用程序对应的禁止项应用服务；

第一处理模块，用于当所述待启动应用服务存在所述第一应用服务时，禁止所述第一应用服务被调起。

9.根据权利要求8所述的防止应用程序互唤醒的装置，其特征在于，所述装置还包括：

设置模块，用于设置或接收所述服务黑名单。

10.根据权利要求9所述的防止应用程序互唤醒的装置，其特征在于，所述设置模块还用于设置或接收服务白名单，所述服务白名单包括所述非系统应用程序对应的允许项应用服务，对未包括在所述服务黑名单和所述服务白名单中的应用服务设置调起次数阈值。

11.根据权利要求10所述的防止应用程序互唤醒的装置，其特征在于，所述装置还包括：

第二判断模块，用于当所述待启动应用服务存在第一应用服务时，判断所述待启动应用服务是否存在第二应用服务，所述第二应用服务为所述服务白名单中所述非系统应用程序对应的允许项应用服务；

第二处理模块，用于当所述待启动应用服务中存在所述第二应用服务时，允许所述第二应用服务被调起。

12.根据权利要求11所述的防止应用程序互唤醒的装置，其特征在于，所述装置还包括：

记录模块，用于当所述待启动应用服务中存在第三应用服务时，允许所述第三应用服务被调起且记录所述第三应用服务对应的调起次数，其中，所述第三应用服务为所述待启动应用服务中未包括在所述服务黑名单和所述服务白名单中，且预先设置了调起次数阈值的应用服务；

比较模块，用于当所述调起次数超过所述第三应用服务对应的调起次数阈值时，添加所述第三应用服务至所述服务黑名单。

13.根据权利要求11所述的防止应用程序互唤醒的装置，其特征在于，所述装置还包括：

提示模块，用于当所述待启动应用服务中存在第四应用服务时，输出是否允许第四应用服务被调起的提示信息，其中，所述第四应用服务为所述待启动应用服务中未包括在所述服务黑名单和所述服务白名单中的应用服务；

接收模块，接收用户的反馈信息；

第三判断模块，用于判断所述反馈信息是否为允许指令；

第三处理模块，用于当所述反馈信息是允许指令时，允许所述第四应用服务被调起。

14.根据权利要求13所述的防止应用程序互唤醒的装置，其特征在于，所述第三处理模块还用于当所述反馈信息非允许指令时，添加所述第四应用服务至所述服务黑名单，或者，判断所述第四应用服务是否存在于预设数目的非系统应用程序中，当所述第四应用服务存在于预设数目的非系统应用程序中时，添加所述第四应用服务至所述服务黑名单。