CN105302598B - 一种应用运行的定时管理方法及装置 - Google Patents

Abstract

本发明实施例公开了一种应用运行的定时管理方法及装置，其中，所述应用运行的管理方法包括：判断当前系统时间是否处于预设的时间段内；在当前系统时间处于预设的时间段内时，禁止预设的应用运行。采用本发明实施例所提供的技术方案，能够根据当前系统时间确定是否禁止预设的应用运行，无需通过繁琐的操作，即可实现在预设的时间段内，预设的应用被禁止运行的目的。提高了用户的使用体验。

Description

一种应用运行的定时管理方法及装置

技术领域

本发明涉及移动终端应用程序领域,尤其涉及一种应用运行的定时管理方法及装置。

背景技术

随着移动互联网技术进入高速发展时代，大量应用(Application，APP)随之产生。用户通过安装和使用各种类型的应用满足日常工作和娱乐的需求。但是，在一些具体的场景中，用户也希望在某一时间段内，能够禁止一些应用的运行。

目前，禁止应用运行主要有两种方式。第一种方式为手动执行应用退出操作；第二种方式为使用第三方软件服务商所提供的一键清理功能，禁止当前正在运行的应用继续运行。但上述方法存在诸多不便。使用手动执行应用退出操作，需要用户分别在每个需要禁用的应用中都进行退出操作，步骤繁琐且费时费力；而使用第三方软件服务商所提供的一键清理功能，虽然操作简便，但在清理完成后很多应用又会被触发，重新开始运行。而且上述两种方法不能在预设的时间段内禁止应用运行，并且只能对当前正在运行的程序进行清理，无法禁止被触发的应用运行。这就给用户使用带来不便，影响了用户体验。

发明内容

本发明的目的在于提出一种应用运行的管理方法及装置，以实现在预定的时间段内管理应用运行的目的。

第一方面，本发明实施例提供了一种应用运行的定时管理方法，所述方法包括：

判断当前系统时间是否处于预设的时间段内；

在当前系统时间处于预设的时间段内时，禁止预设的应用运行。

第二方面，本发明实施例提供了一种应用运行的定时管理装置，所述装置包括：

时间判断模块，用于判断当前系统时间是否处于预设的时间段内；

应用禁止运行模块，用于在当前系统时间处于预设的时间段内时，禁止预设的应用运行。

采用本发明实施例所提供的技术方案，能够根据当前系统时间确定是否禁止预设的应用运行，无需通过繁琐的操作，即可实现在预设的时间段内，预设的应用被禁止运行的目的，并且能够禁止预设的应用被触发重新运行。提高了用户体验。

附图说明

通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，本发明的其它特征、目的和优点将会变得更明显：

图1是本发明第一实施例提供的应用运行的定时管理方法的流程示意图；

图2是本发明第二实施例提供的应用运行的定时管理方法的流程示意图；

图3是本发明第三实施例提供的应用运行的定时管理方法的流程示意图；

图4是本发明第四实施例提供的应用运行的定时管理方法的流程示意图；

图5是本发明第五实施例提供的应用运行的定时管理装置的结构示意图。

具体实施方式

下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅用于解释本发明，而非对本发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本发明相关的部分而非全部内容。

图1示出本发明的第一实施例。

图1是本发明第一实施例提供的应用运行的定时管理方法的流程示意图，本实施例的方法可以由应用运行的定时管理装置来执行，该装置可通过硬件和/或软件的方式实现，并一般可以集成于移动终端内。

参见图1，所述应用运行的定时管理方法包括：

步骤S101，判断当前系统时间是否处于预设的时间段内。

在本实施例中，所述系统时间是移动终端内的日历(Calendar)组件所提供的时间。移动终端通过日历组件能够获取当前的系统时间，具体的，可以通过如下语句来实现：

hour＝c.get(Calendar.HOUR_OF_DAY)；

minute＝c.get(Calendar.MINUTE)。

移动终端在获取到当前系统时间后，将当前系统时间与预先设定的时间段的起始时间和终止时间进行比较，判断当前系统时间是否处于预设的时间段内。示例性的，用户预先设定的时间段为7:00-10:00，通过日历组件获取当前的系统时间为8:40。将当前时刻8:40分别与预设的时间段起始时刻7:00和终点时刻10:00进行比较，在确定当前时刻8:40介于起始时刻7:00和终端时刻10:00之间时，确定当前系统时间处于预设的时间段内。否则当前系统时间不处于预设的时间段内。

步骤S102，在当前系统时间处于预设的时间段内时，禁止预设的应用运行。

根据步骤S101所判断的结果，在当前系统时间处于预设的时间段内时，禁止预设的应用运行。所述预设的应用由用户在预设的时间段之前预先进行设置。用户可以在应用管理器所提供的所有应用列表选取需要禁止运行的应用。用户可以根据实际需要禁止一些应用在某些特定时刻运行。示例性的，用户在8：30-11:30需要专心工作，不希望被一些社交应用所打扰，可以在7：00将微信和微博等社交应用设置为在8：30-11:30时间段禁用。在当前系统时间处于预设的时间段内时，移动终端可以通过关闭应用进程或者关闭所述应用对应的活动(Activity)，实现禁止所述预设的应用运行。

采用本实施例所提供的技术方案，能够根据当前系统时间确定是否禁止预设的应用运行，无需通过繁琐的操作，即可实现在预设的时间段内，禁止运行预设的应用目的。提高了用户的使用体验。

图2示出本发明的第二实施例。

本实施例以本发明第一实施例所提供的应用运行的定时管理方法为基础。进一步的，将所述禁止预设的应用运行，具体优化为：在所述预设的应用运行时，终结所述预设的应用的进程；在所述预设的应用被触发时，不运行所述应用。

参见图2，所述应用运行的定时管理方法，包括：

步骤S201，判断当前系统时间是否处于预设的时间段内。

步骤S202，在当前系统时间处于预设的时间段内时，在所述预设的应用运行时，终结所述预设的应用的进程。

根据步骤S201所判断的结果，在当前系统时间处于预设的时间段内时，确定是否有预设的应用在运行，具体的，移动终端可以利用ActivityManager类获取所有正在运行的进程信息后，同时获取到每个进程正在运行的应用程序包名(pkgname)，通过所述包名，直接调用PackageManager类，可以获取这些应用程序的信息，所述应用程序的信息包括应用程序的名称。将获取的应用程序名称和预设的应用名称进行匹配，确定是否有预设的应用在运行。在预设的应用在运行时，利用ActivityManager获取正在运行的预设的应用的进程号PID，根据所述进程号使用kill命令终结所述预设的应用的进程。

步骤S203，在当前系统时间处于预设的时间段内时，在所述预设的应用被触发时，不运行所述应用。

根据步骤S201所判断的结果，在当前系统时间处于预设的时间段内时，如果接收到用户对于预设的应用的触发动作，例如点击应用图标等，移动终端会拦截预设的应用启动，使移动终端不运行预设的应用。示例性的，移动终端可以拦截活动管理服务进程中用于执行该应用程序启动的执行函数，获取该应用的包名；当该应用包名与预设的应用名称匹配时，终止该应用程序的启动行为，不运行所述应用。

此外，在接收到用户对于预设的应用的触发动作，并不运行所述应用后，还可以向用户提示所述当前触发的预设的应用被禁止运行，以避免用户误以为由于移动终端系统问题导致的触发的预设的应用不能运行。具体的，可以在屏幕弹出对话框，并在对话框内提示：程序正在禁止运行中。并向用户提示禁止应用运行的剩余时长。

本实施例通过将所述禁止预设的应用运行，具体优化为：在所述预设的应用运行时，终结所述预设的应用的进程；在所述预设的应用被触发时，不运行所述应用。不仅能够在预设的时间段内终结当前正在运行的预设的应用的进程，而且可以在接收到预设的应用的触发动作时，终止预设的应用的启动，使预设的应用不能运行。

图3示出本发明的第三实施例。

本实施例以本发明第一实施例所提供的应用运行的定时管理方法为基础。进一步的，在判断当前系统时间是否处于预设的时间段内之前，增加如下步骤：接收用户禁止应用运行的时间段设置信息，并将所述时间段设置信息存入预设的寄存器。

参见图3，所述应用运行的定时管理方法，包括：

步骤S301，接收用户禁止应用运行的时间段设置信息，并将所述时间段设置信息存入预设的寄存器。

在对预设的应用进行定时管理之前，用户可以设置应用禁止运行的时间段。具体的，用户可以通过交互的对话窗输入应用禁止运行的起始时间和结束时间，或者输入应用禁止运行的起始时间和禁止应用运行的时长或时间段设置的其它信息。在用户输入并确认后，移动终端保存用户所设置的禁止应用运行的时间段信息。

移动终端可以使用配置文件保存用户所设置的禁止应用运行的时间段信息，但使用配置文件所保存的禁止应用运行的时间段信息容易被用户修改，或者被第三方软件清理，无法实现在预设的时间段内对预设的应用进行管理的目的。在本实施例中，移动终端在接收到用户禁止应用运行的时间段设置信息后，会将时间段设置信息保存在预先设定的寄存器中，使存储的时间段设置信息不会被用户修改或者被第三方软件清理。

步骤S302，判断当前系统时间是否处于预设的时间段内。

步骤S303，在当前系统时间处于预设的时间段内时，禁止预设的应用运行。

本实施例通过在判断当前系统时间是否处于预设的时间段内之前，增加如下步骤：接收用户禁止应用运行的时间段设置信息，并将所述时间段设置信息存入预设的寄存器。不仅使用户能够根据需要灵活的设置禁止应用运行的时间段，而且通过将时间段设置信息保存在寄存器中，避免存储的时间段设置信息被用户修改或者被第三方软件清理。

图4示出本发明的第四实施例。

本实施例以本发明第二实施例所提供的应用运行的定时管理方法为基础。进一步的，将所述预设的应用触发事件被触发时，不运行所述应用具体优化为：获取当前所有意图Intent消息指向的启动组件名称；判断所述启动组件名称是否包括预设的应用名称；在所述启动组件名称与预设的应用名称相同时，拦截所述意图Intent消息，使所述预设的应用注册的的广播接收组件BroadcastReceiver无法过滤到所述意图Intent消息。

参见图4，所述应用运行的定时管理方法，包括：

步骤S401，判断当前系统时间是否处于预设的时间段内。

步骤S402，在当前系统时间处于预设的时间段内时，在所述预设的应用运行时，终结所述预设的应用的进程。

步骤S403，在当前系统时间处于预设的时间段内时，获取当前所有意图Intent消息指向的启动组件名称。

在安卓系统中，意图Intent消息用来协助应用间的交互与通讯，Intent消息负责对应用中一次操作的动作、动作涉及数据、附加数据进行描述，安卓系统则根据此Intent消息的描述，负责找到对应的组件，将Intent消息传递给调用的组件，并完成组件的调用。

应用被触发一般包括如下两种情况，一种是用户点击桌面的应用图标来触发所述应用；另外一种是其它应用或服务通过调用触发所述应用。这两种方法都需要使用Intent消息来传递调用信息。具体的，在用户点击应用图标时，桌面管理器launcher会发出包括指向应用图标所对应的启动组件名称的Intent消息；在其它应用或服务调用所述应用时，其他应用或服务也会发出包括指向相应的启动组件名称Intent消息。根据对当前所有Intent消息的解析，能够获取到当前所有Intent消息指向的启动组件名称。

步骤S404，判断所述启动组件名称是否包括预设的应用名称。

Intent信息中指向的启动组件名称为应用程序名，例如：打开点评应用的Intent语句如下：

intent.setComponent(new ComponentName("com.dianping.v1","com.dianping.v1.MainActivity"))；startActivity(intent)；其中dianping即为启动组件的名称，与其要指向的应用程序名称一致。将Intent消息中指向的启动组件名称与预设的多个应用名称进依次行匹配,判断所述启动组件名称是否包括预设的应用名称。如果匹配成功，则启动组件名称包括预设的应用名称。

步骤S405，在所述启动组件名称与预设的应用名称相同时，拦截所述意图Intent消息，使所述预设的应用注册的的广播接收组件BroadcastReceiver无法过滤到所述意图Intent消息。

在安卓中，广播Broadcast是一种广泛运用的在应用程序之间传输信息的机制。通过调用sendOrderBroadcast()或sendStickyBroadcast()方法，把Intent消息以广播方式发送出去。每个应用在安装时，都会注册一个相应的BroadcastReceive的接收组件，用以对Intent消息进行匹配，若匹配则就会调用所述应用。如果不能接收到匹配的Intent，就不会调用所述应用，即不会启动所述应用。

在本实施例中，通过拦截所述意图Intent消息，使所述预设的应用注册的的广播接收组件BroadcastReceiver无法过滤到所述意图Intent消息。具体的，注册一个高优先级的BroadcastReceiver组件，在所述的高优先级BroadcastReceiver组件中添加Intent过滤Intent-filter,设定过滤条件为指向调用所述预设的应用。并在过滤到指向调用所述应用的Intent时，结束广播。所增加的BroadcastReceiver组件由于优先级高于预设的应用注册的BroadcastReceive的接收组件，能够先于所述预设的应用注册的BroadcastReceive的接收组件过滤到指向调用所述应用的Intent消息，并在过滤到指向调用所述应用的Intent消息后，结束广播。使预设的应用注册的的广播接收组件BroadcastReceiver无法过滤到所述意图Intent消息。进而无法启动预设的应用。

本实施例通过将所述预设的应用触发事件被触发时，不运行所述应用，具体优化为：获取当前所有意图Intent消息指向的启动组件名称；判断所述启动组件名称是否包括预设的应用名称；在所述启动组件名称与预设的应用名称相同时，拦截所述意图Intent消息，使所述预设的应用注册的的广播接收组件BroadcastReceiver无法过滤到所述意图Intent消息。能够在不影响其它应用触发运行的同时，对指向预设的应用意图Intent进行拦截，使得预设的应用无法触发运行。

图5是本发明第五实施例提供的应用运行的定时管理装置的结构示意图。

参见图5，所述应用运行的定时管理装置包括：时间判断模块510和应用禁止运行模块520。

其中，所述时间判断模块510，用于判断当前系统时间是否处于预设的时间段内；

所述应用禁止运行模块520，用于在当前系统时间处于预设的时间段内时，禁止预设的应用运行。

本实施例能够根据当前系统时间确定是否禁止预设的应用运行，无需通过繁琐的操作，即可实现在预设的时间段内，禁止运行预设的应用目的。提高了用户的使用体验。

进一步的，所述应用禁止运行模块520还包括：进程终结单元521和预设应用不运行单元522。

其中，所述进程终结单元521，用于在所述预设的应用运行时，终结所述预设的应用的进程；

预设应用不运行单元522，用于在所述预设的应用被触发时，不运行所述预设的应用。

进一步的，所述装置还包括：时间段存储模块530。

其中，所述时间段存储模块530，用于接收用户禁止应用运行的时间段设置信息，并将所述时间段设置信息存入预设的寄存器。

进一步的，所述预设应用不运行单元522用于：

获取当前所有意图Intent消息指向的启动组件名称；

判断所述启动组件名称是否包括预设的应用名称；

在所述启动组件名称与预设的应用名称相同时，拦截所述意图Intent消息，使所述预设的应用注册的的广播接收组件BroadcastReceiver无法过滤到所述意图Intent消息。

上述应用运行的定时管理装置可执行本发明实施例所提供的应用运行的定时管理的方法，具备执行方法相应的功能和有益效果。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

本领域普通技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个计算装置上，或者分布在多个计算装置所组成的网络上，可选地，他们可以用计算机装置可执行的程序代码来实现，从而可以将它们存储在存储装置中由计算装置来执行，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件的结合。

本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间的相同或相似的部分互相参见即可。

以上所述仅为本发明的优选实施例，并不用于限制本发明，对于本领域技术人员而言，本发明可以有各种改动和变化。凡在本发明的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (4)

1.一种应用运行的定时管理方法，其特征在于，包括：

判断当前系统时间是否处于预设的时间段内；

在当前系统时间处于预设的时间段内时，在预设的应用运行时，终结所述预设的应用的进程；

在当前系统时间处于预设的时间段内时，获取当前所有意图Intent消息指向的启动组件名称；

判断所述启动组件名称是否包括预设的应用名称；

在所述启动组件名称与预设的应用名称相同时，拦截所述意图Intent消息，使所述预设的应用注册的广播接收组件BroadcastReceiver无法过滤到所述意图Intent消息。

2.根据权利要求1所述的方法，其特征在于，在判断当前系统时间是否处于预设的时间段内之前，还包括：

接收用户禁止应用运行的时间段设置信息，并将所述时间段设置信息存入预设的寄存器。

3.一种应用运行的定时管理装置，其特征在于，包括：

时间判断模块，用于判断当前系统时间是否处于预设的时间段内；

应用禁止运行模块，用于在当前系统时间处于预设的时间段内时，禁止预设的应用运行；

所述应用禁止运行模块，包括：

进程终结单元，用于在所述预设的应用运行时，终结所述预设的应用的进程；

预设应用不运行单元，用于获取当前所有意图Intent消息指向的启动组件名称；

判断所述启动组件名称是否包括预设的应用名称；

在所述启动组件名称与预设的应用名称相同时，拦截所述意图Intent消息，使所述预设的应用注册的广播接收组件BroadcastReceiver无法过滤到所述意图Intent消息。

4.根据权利要求3所述的装置，其特征在于，所述装置还包括：

时间段存储模块，用于接收用户禁止应用运行的时间段设置信息，并将所述时间段设置信息存入预设的寄存器。