CN109885354A - 应用程序控制方法、装置及终端 - Google Patents

Abstract

本申请实施例提供了一种应用程序控制方法、装置及终端。其中应用程序控制方法包括：监测进程之间的通信；当所述进程之间的所述通信包括不同应用之间的调动通信时，获取将要启动的组件的识别信息；根据所述组件的所述识别信息对应的启动规则，控制所述组件。本申请实施例的方法可以禁止未经许可的应用程序启动。

Description

应用程序控制方法、装置及终端

技术领域

本申请涉及计算机技术领域，具体而言，涉及一种应用程序控制方法、装置及终端。

背景技术

本申请对于背景技术的描述属于与本申请相关的相关技术，仅仅是用于说明和便于理解本申请的申请内容，不应理解为申请人明确认为或推定申请人认为是本申请在首次提出申请的申请日的现有技术。

随着计算机技术的发展，越来越多的应用程序在生产、生活中起到重要作用。使用过程中，用户根据自己的需要开启应用程序。应用程序不必要的开启，不但违背用户的意愿，而且会提高终端的电量消耗。

发明内容

有鉴于此，本申请实施例提供了一种应用程序控制方法、装置及终端。

第一方面，本申请提供了一种应用程序控制方法，包括：

监测进程之间的通信；

当所述进程之间的所述通信包括不同应用之间的调动通信时，获取将要启动的组件的识别信息；

根据所述组件的所述识别信息对应的启动规则，控制所述组件。

第二方面，本申请实施例提供了一种应用程序控制装置，包括：

监测单元，其用于监测进程之间的通信；

识别单元，其用于当所述进程之间的所述通信包括不同应用之间的调动通信时，获取将要启动的组件的识别信息；

控制单元，其用于根据所述组件的所述识别信息对应的启动规则，控制所述组件。

第三方面，本申请实施例提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现上述任一项方法的步骤。

第四方面，本申请实施例提供了一种终端，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现上述任一项方法的步骤。

本申请实施例具有如下有益效果：

本申请实施例提供的应用程序控制方法监测进程之间的通信；当所述进程之间的所述通信包括不同应用之间的调动通信时，获取将要启动的组件的识别信息；根据所述组件的所述识别信息对应的启动规则，控制所述组件。本申请实施例的方法可以禁止未经许可的应用程序启动。

附图说明

图1示出了本申请应用程序控制方法的一实施例的流程图；

图2示出了本申请应用程序控制方法的另一实施例的流程图；

图3示出了本申请应用程序控制方法的另一实施例的流程图；

图4示出了本申请应用程序控制方法的另一实施例的流程图；

图5示出了本申请应用程序控制装置的一实施例的结构示意图；

图6示出了本申请一实施例的终端500的结构框图；

图7示出了本申请另一实施例的终端600的结构框图。

具体实施方式

下面结合具体实施例对本申请作进一步详细描述，但不作为对本申请的限定。在下述说明中，不同的“一实施例”或“实施例”指的不一定是同一实施例。此外，一或多个实施例中的特定特征、结构、或特点可由任何合适形式组合。

本申请实施例提供了一种应用程序控制方法，图1示出了本申请用于程序控制方法的一实施例的流程图。

参见图1，本申请实施例的应用程序控制方法，包括：监测进程之间的通信；当进程之间的通信包括不同应用之间的调动通信时，获取将要启动的组件的识别信息；根据组件的识别信息对应的启动规则，控制组件。

本申请实施例提供的应用程序控制方法中，监测进程之间的通信；监测到进程之间的通信后，可以获得进程之间的通信是否包括不同应用之间的调动通信，当进程之间的通信包括不同应用之间的调动通信时，获取将要启动的组件的识别信息。获取将要启动的组件的识别信息后，可以根据组件的识别信息对应的启动规则，控制组件是否启动。本申请实施例的方法可以禁止未经许可的应用程序启动。避免了未经用户允许的应用程序通过组件之间的互拉，在后台启动和运行。使应用程序按用户的意愿启动。提高用户体验。延长终端的续航时间。

本申请实施例中，监测到进程之间的通信时，只有进程之间的调动通信才可能有进一步处理的需要。因此，当进程之间的通信包括不同应用之间的调动通信时，才进一步获取将要启动的组件的识别信息。

图2示出了本申请应用程序控制方法的一实施例的流程图。参见图2，本申请可选实施例中，在获取将要启动的组件的识别信息之前还包括获取进程之间的通信的通信方式。在获取的通信方式满足条件时，才进一步获取将要启动的组件的识别信息。在其他实施例的基础上，获取的通信方式满足条件时，才获取将要启动的组件的识别信息，减少了数据处理。

示例性实施例中，通信方式满足条件包括通信方式为服务通信或广播通信等。当通信方式包括服务通信或广播通信时，且当进程之间的通信包括不同应用之间的调动通信时，才进一步获取将要启动的组件的识别信息。获取将要启动的组件的识别信息至少需要同时满足以下条件：通信方式包括服务通信或广播通信，和进程之间的通信包括不同应用之间的调动通信。其中任一个条件不满足，均不会进行下一步的处理。可选实施例中，参见图2，可以是先确定通信方式是否满足条件，在通信方式满足条件之后，才进一步确定进程之间的通信是否为不同应用之间的调动通信。通过确定通信方式是否满足条件，可以针对后台启动的情况进行有效监控。避免应用程序在用户不能直观察觉的情况下启动。

本申请实施例中，获取将要启动的组件的识别信息，可以具体识别该组件。该识别信息具体不作限定。例如，示例性的实施例中，组件的识别信息可以包括组件的类名称。

本申请实施例中，根据组件的识别信息对应的启动规则控制组件，具体可以采用多种方式。图3示出了本申请应用程序控制方法的另一实施例的流程图。参见图3，例如根据组件的识别信息对应的启动规则，控制组件包括：查询本地启动规则名单；当组件的识别信息属于本地启动规则名单时，根据本地启动规则名单对应的启动规则，控制组件。通过查询本地启动规则名单，可以快速确定该将要启动的组件是否属于本地启动规则名单，进而可以根据对应的规则控制组件。

可选实施例中，根据本地启动规则名单对应的启动规则，控制组件包括：当组件的识别信息属于禁止启动名单时，禁止组件启动。本地启动规则名单可以是禁止启动名单。当将要启动的组件的识别信息(例如类名称)在禁止启动名单时，禁止该组件启动。反之，可以允许该组件启动。

另一可选实施例中，根据本地启动规则名单对应的启动规则，控制组件包括：当组件的识别信息属于允许启动名单时，启动组件。本地启动规则名单可以是允许启动名单。当将要启动的组件的识别信息(例如类名称)在允许启动名单时，允许该组件启动。反之，可以禁止该组件启动。

图4示出了本申请应用程序控制方法的另一实施例的流程图。参见图4，本申请可选实施例中，还可以包括本地启动规则名单更新步骤。通过更新本地启动规则名单，可以及时调整要控制启动的应用程序。可以更准确地控制相关应用程序的启动。

可选实施例中，可以通过用户手动修改的方式，更新本地启动规则名单。例如，将某些应用程序的组件识别信息加入到禁止启动名单中，或从禁止启动名单中删除。

另外的可选实施例中，根据用户使用应用程序的习惯更新本地启动规则名单。例如可以通过统计用户关闭应用程序的次数，或者是用户启动应用程序的次数等，推断用户启动或不希望启动某一应用程序的意愿的高低。用户启动或不希望启动某一应用程序的意愿的高低，自动更新本地启动规则名单。例如，可以通过统计用户关闭应用程序的次数，通过加权等方式，得到用户关闭某一应用程序的意愿指数。意愿指数高，表示用户不希望该应用程序自启动。

可选实施例中，监测进程之间的通信包括：监控startService函数、bindService函数和processNextBroadcast函数。通过对上述函数的监控，可以及时监测到通过启动服务或者发送广播方式启动其他进程push组件。从而可以避免了某些应用程序通过push组件以互拉的方法在后台启动。

本申请实施例还提供了一种应用程序控制装置，该控制装置可实现上述实施例的方法，上述方法的实施例可用于理解和说明以下拍摄系统的实施例。图5公开本申请应用程序控制装置的一实施例的结构示意图。参见图5，该应用程序控制装置包括：监测单元10，其用于监测进程之间的通信；识别单元20，其用于当进程之间的通信包括不同应用之间的调动通信时，获取将要启动的组件的识别信息；控制单元30，其用于根据组件的识别信息对应的启动规则，控制组件。

本申请实施例提供的应用程序控制装置中，监测单元10监测进程之间的通信；监测单元10监测到进程之间的通信后，可以获得进程之间的通信是否包括不同应用之间的调动通信，当进程之间的通信包括不同应用之间的调动通信时，识别单元20获取将要启动的组件的识别信息。识别单元20获取将要启动的组件的识别信息后，控制单元30可以根据组件的识别信息对应的启动规则，控制组件是否启动。本申请实施例的装置可以禁止未经许可的应用程序启动。避免了未经用户允许的应用程序通过组件之间的互拉，在后台启动和运行。使应用程序按用户的意愿启动。提高用户体验。延长终端的续航时间。

本申请实施例中，监测单元10监测到进程之间的通信时，只有进程之间的调动通信才可能有进一步处理的需要。因此，当进程之间的通信包括不同应用之间的调动通信时，才进一步获取将要启动的组件的识别信息。

本申请可选实施例中，还包括获取单元，获取单元用于在获取将要启动的组件的识别信息之前，获取进程之间的通信的通信方式。在判断单元判断获取单元获取的通信方式满足条件时，识别单元20才进一步获取将要启动的组件的识别信息。在其他实施例的基础上，获取的通信方式满足条件时，才获取将要启动的组件的识别信息，减少了数据处理。

示例性实施例中，通信方式满足条件包括通信方式为服务通信或广播通信等。当通信方式包括服务通信或广播通信时，且当进程之间的通信包括不同应用之间的调动通信时，才进一步获取将要启动的组件的识别信息。获取将要启动的组件的识别信息至少需要同时满足以下条件：判断单元判断通信方式为服务通信或广播通信，和进程之间的通信包括不同应用之间的调动通信。其中任一个条件不满足，均不会进行下一步的处理。可选实施例中，可以是判断单元先确定通信方式是否满足条件，在通信方式满足条件之后，判断单元才进一步确定进程之间的通信是否为不同应用之间的调动通信。通过确定通信方式是否满足条件，可以针对后台启动的情况进行有效监控。避免应用程序在用户不能直观察觉的情况下启动。

本申请实施例中，获取将要启动的组件的识别信息，可以具体识别该组件。该识别信息具体不作限定。例如，示例性的实施例中，组件的识别信息可以包括组件的类名称。

本申请实施例中，根据组件的识别信息对应的启动规则控制组件，具体可以采用多种方式。例如还可以包括查询单元。查询单元用于查询本地启动规则名单；当组件的识别信息属于本地启动规则名单时，根据本地启动规则名单对应的启动规则，控制组件。通过查询单元查询本地启动规则名单，可以快速确定该将要启动的组件是否属于本地启动规则名单，进而可以根据对应的规则控制组件。

可选实施例中，当查询单元查询到组件的识别信息属于禁止启动名单时，控制单元30禁止组件启动。本地启动规则名单可以是禁止启动名单。当将要启动的组件的识别信息(例如类名称)在禁止启动名单时，禁止该组件启动。反之，可以允许该组件启动。

另一可选实施例中，当查询单元查询到组件的识别信息属于允许启动名单时，启动组件。本地启动规则名单可以是允许启动名单。当将要启动的组件的识别信息(例如类名称)在允许启动名单时，允许该组件启动。反之，可以禁止该组件启动。

本申请实施例中，还可以包括更新单元。更新单元用于更新本地启动规则名单。通过更新单元更新本地启动规则名单，可以及时调整要控制启动的应用程序。可以更准确地控制相关应用程序的启动。

可选实施例中，更新单元可以通过用户手动修改的方式，更新本地启动规则名单。例如，将某些应用程序的组件识别信息加入到禁止启动名单中，或从禁止启动名单中删除。

另外的可选实施例中，更新单元可以根据用户使用应用程序的习惯更新本地启动规则名单。例如可以通过统计用户关闭应用程序的次数，或者是用户启动应用程序的次数等，推断用户启动或不希望启动某一应用程序的意愿的高低。用户启动或不希望启动某一应用程序的意愿的高低，自动更新本地启动规则名单。例如，可以通过统计用户关闭应用程序的次数，通过加权等方式，得到用户关闭某一应用程序的意愿指数。意愿指数高，表示用户不希望该应用程序自启动。

可选实施例中，监测单元10监控startService函数、bindService函数和processNextBroadcast函数。通过对上述函数的监控，可以及时监测到通过启动服务或者发送广播方式启动其他进程push组件。从而可以避免了某些应用程序通过push组件以互拉的装置在后台启动。

本领域的技术人员可以清楚地了解到本申请实施例中的“单元”或“模块”的划分，仅仅为一种逻辑功能的划分，实际实现时可以有另外的划分方式，例如多个“单元”或“模块”可以结合或者可以集成为一个“单元”或“模块”实现相应的功能。或者一个“单元”或“模块”分解为多个共同实现相应的功能。本申请实施例中的“单元”或“模块”可以是能够独立完成或与其他部件配合完成特定功能的软件和/或硬件，其中硬件例如可以是FPGA(Field-Programmable Gate Array，现场可编程门阵列)、IC(lntegrated Circuit，集成电路)等，此处不再一一赘述。

本申请实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现前述任一实施例方法的步骤。其中，计算机可读存储介质可以包括但不限于任何类型的盘，包括软盘、光盘、DVD、CD-ROM、微型驱动器以及磁光盘、ROM、RAM、EPROM、EEPROM、DRAM、VRAM、闪速存储器设备、磁卡或光卡、纳米系统(包括分子存储器IC)，或适合于存储指令和/或数据的任何类型的媒介或设备。

本申请实施例还提供了一种终端，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行程序时实现上述任一实施例方法的步骤。

图6示出了本申请一实施例的终端500的结构框图。

参见图6，该终端包括处理器510、存储器520及摄像头530。

本申请实施例中，处理器510为计算机系统的控制中心，可以是实体机的处理器，也可以是虚拟机的处理器。本申请实施例中，存储器520中存储有至少一条指令，所述指令由处理器510加载并执行以实现上述各个实施例中的方法。本申请实施例中的终端可以包括但不限于智能手机、平板电脑、掌上电脑以及个人数字助理(Personal DigitalAssistant，PAD)。

本申请可选实施例中，摄像头530可以包括前置摄像头，也可以包括后置摄像头。

图7示出了本申请另一实施例的终端600的结构框图。

参见图7，该终端600包括有：处理器601和存储器602。

本申请实施例中，处理器601可以包括一个或多个处理核心，比如4核心处理器、8核心处理器等。处理器601可以采用DSP(Digital Signal Processing，数字信号处理)、FPGA(Field-Programmable Gate Array，现场可编程门阵列)、PLA(Programmable LogicArray，可编程逻辑阵列)中的至少一种硬件形式来实现。处理器601也可以包括主处理器和协处理器，主处理器是用于对在唤醒状态下的数据进行处理的处理器，也称CPU(CentralProcessing Unit，中央处理器)；协处理器是用于对在待机状态下的数据进行处理的低功耗处理器。

存储器602可以包括一个或多个计算机可读存储介质，该计算机可读存储介质可以是非暂态的。存储器602还可包括高速随机存取存储器，以及非易失性存储器，比如一个或多个磁盘存储设备、闪存存储设备。在本申请的一些实施例中，存储器602中的非暂态的计算机可读存储介质用于存储至少一个指令，该至少一个指令用于被处理器601所执行以实现本申请实施例中的方法。

本申请可选实施例中，终端600还包括有：外围设备接口603和至少一个外围设备。处理器601、存储器602和外围设备接口603之间可以通过总线或信号线相连。各个外围设备可以通过总线、信号线或电路板与外围设备接口603相连。具体地，外围设备包括：显示屏604、摄像头605和电源606中的至少一种。

外围设备接口603可被用于将I/O(Input/Output，输入/输出)相关的至少一个外围设备连接到处理器601和存储器602。在本申请的一些实施例中，处理器601、存储器602和外围设备接口603被集成在同一芯片或电路板上；在本申请的一些其他实施例中，处理器601、存储器602和外围设备接口603中的任意一个或两个可以在单独的芯片或电路板上实现。本申请实施例对此不作具体限定。

显示屏604用于显示UI(User Interface，用户界面)。该UI可以包括图形、文本、图标、视频及其它们的任意组合。当显示屏604是触摸显示屏时，显示屏604还具有采集在显示屏604的表面或表面上方的触摸信号的能力。该触摸信号可以作为控制信号输入至处理器601进行处理。此时，显示屏604还可以用于提供虚拟按钮和/或虚拟键盘，也称软按钮和/或软键盘。在本申请的一些实施例中，显示屏604可以为一个，设置终端600的前面板；在本申请的另一些实施例中，显示屏604可以为至少两个，分别设置在终端600的不同表面或呈折叠设计；在本申请的再一些实施例中，显示屏604可以是柔性显示屏，设置在终端600的弯曲表面上或折叠面上。甚至，显示屏604还可以设置成非矩形的不规则图形，也即异形屏。显示屏604可以采用LCD(Liquid Crystal Display，液晶显示屏)、OLED(Organic Light-Emitting Diode，有机发光二极管)等材质制备。

摄像头605用于采集图像或视频。可选地，摄像头605包括前置摄像头和后置摄像头。通常，前置摄像头设置在终端的前面板，后置摄像头设置在终端的背面。在一些实施例中，后置摄像头为至少两个，分别为主摄像头、景深摄像头、广角摄像头、长焦摄像头中的任意一种，以实现主摄像头和景深摄像头融合实现背景虚化功能、主摄像头和广角摄像头融合实现全景拍摄以及VR(Virtual Reality，虚拟现实)拍摄功能或者其它融合拍摄功能。在本申请的一些实施例中，摄像头605还可以包括闪光灯。闪光灯可以是单色温闪光灯，也可以是双色温闪光灯。双色温闪光灯是指暖光闪光灯和冷光闪光灯的组合，可以用于不同色温下的光线补偿。

电源606用于为终端600中的各个组件进行供电。电源606可以是交流电、直流电、一次性电池或可充电电池。当电源606包括可充电电池时，该可充电电池可以是有线充电电池或无线充电电池。有线充电电池是通过有线线路充电的电池，无线充电电池是通过无线线圈充电的电池。该可充电电池还可以用于支持快充技术。

本申请实施例中示出的终端结构框图并不构成对终端600的限定，终端600可以包括比图示更多或更少的组件，或者组合某些组件，或者采用不同的组件布置。

在本申请中，术语“第一”、“第二”等仅用于描述的目的，而不能理解为指示或暗示相对重要性或顺序；术语“多个”则指两个或两个以上，除非另有明确的限定。术语“安装”、“相连”、“连接”、“固定”等术语均应做广义理解，例如，“连接”可以是固定连接，也可以是可拆卸连接，或一体地连接；“相连”可以是直接相连，也可以通过中间媒介间接相连。对于本领域的普通技术人员而言，可以根据具体情况理解上述术语在本申请中的具体含义。

本申请的描述中，需要理解的是，术语“上”、“下”等指示的方位或位置关系为基于附图所示的方位或位置关系，仅是为了便于描述本申请和简化描述，而不是指示或暗示所指的装置或单元必须具有特定的方向、以特定的方位构造和操作，因此，不能理解为对本申请的限制。

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。

Claims (11)

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

监测进程之间的通信；

当所述进程之间的所述通信包括不同应用之间的调动通信时，获取将要启动的组件的识别信息；

根据所述组件的所述识别信息对应的启动规则，控制所述组件。

2.根据权利要求1所述的方法，其特征在于，获取将要启动的组件的识别信息之前还包括：获取所述进程之间的所述通信的通信方式；

当所述通信方式包括服务通信或广播通信时，且当所述进程之间的所述通信包括不同应用之间的调动通信时，获取将要启动的组件的识别信息。

3.根据权利要求1所述的方法，其特征在于，所述组件的所述识别信息包括所述组件的类名称。

4.根据权利要求1所述的方法，其特征在于，根据所述组件的所述识别信息对应的启动规则，控制所述组件包括：

查询本地启动规则名单；

当所述组件的所述识别信息属于所述本地启动规则名单时，根据所述本地启动规则名单对应的启动规则，控制所述组件。

5.根据权利要求4所述的方法，其特征在于，根据所述本地启动规则名单对应的启动规则，控制所述组件包括：

当所述组件的所述识别信息属于禁止启动名单时，禁止所述组件启动。

6.根据权利要求4所述的方法，其特征在于，根据所述本地启动规则名单对应的启动规则，控制所述组件包括：

当所述组件的所述识别信息属于允许启动名单时，启动所述组件。

7.根据权利要求4所述的方法，其特征在于，还包括：

根据用户使用应用程序的习惯更新所述本地启动规则名单。

8.根据权利要求1所述的方法，其特征在于，监测进程之间的通信包括：

监控startService函数、bindService函数和processNextBroad cast函数。

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

监测单元，其用于监测进程之间的通信；

识别单元，其用于当所述进程之间的所述通信包括不同应用之间的调动通信时，获取将要启动的组件的识别信息；

控制单元，其用于根据所述组件的所述识别信息对应的启动规则，控制所述组件。

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

11.一种终端，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现所述权利要求1-8中任一项所述方法的步骤。