CN110618913A - 一种应用使用时长分段统计的方法及终端 - Google Patents

Abstract

本发明公开了一种应用使用时长分段统计的方法及终端，用于提供移动终端上各个应用更精细的使用情况，提高用户对应用使用的感知体验。该方法包括：通过监听程序实时监听应用的状态；在监听到所述应用的状态为应用从后台跳转到前台时，将当前***时刻作为使用应用的起始时刻；在所述应用处于前台的过程中，周期更新数据库中所述应用的使用时长信息，所述使用时长信息包括使用日期、设定时段内的使用时长、使用总时长；在监听到所述应用的状态为从前台跳转到后台时，将当前***时刻作为使用应用的结束时刻，并更新数据库中所述应用的使用时长信息。

Description

一种应用使用时长分段统计的方法及终端

技术领域

本发明涉及技术计算机技术领域，尤其涉及一种应用使用时长分段统计的方法及终端。

背景技术

随着移动互联网的高速发展，高速宽带无线网络的快速覆盖和移动终端的快速普及，移动终端成为必不可少的通信工具，用户可能每天都在使用移动终端上的很多应用，但目前用户只能查看某个应用当天使用了多长时间，无法具体查看到该应用在某个时间段用了多久。

以移动终端的安卓***为例，目前安卓***只能提供查看应用使用时长的服务，但是对于应用详细的使用情况，例如对某个应用在一天中的各小时内的使用时长无法提供查看服务。

针对上述缺陷，导致用户无法更精细的了解移动终端上各个应用的使用情况，不利于用户更精确的对各个应用进行管理，降低了用户对应用使用的感知体验。

发明内容

本发明提供一种应用使用时长分段统计的方法及终端，用于提供移动终端上各个应用更精细的使用情况，提高用户对各应用使用的感知体验。

第一方面，本发明提供一种应用使用时长分段统计的方法，该方法包括：

通过监听程序实时监听应用的状态；

在监听到所述应用的状态为应用从后台跳转到前台时，将当前***时刻作为使用应用的起始时刻；

在所述应用处于前台的过程中，周期更新数据库中所述应用的使用时长信息，所述使用时长信息包括使用日期、设定时段内的使用时长、使用总时长；

在监听到所述应用的状态为从前台跳转到后台时，将当前***时刻作为使用应用的结束时刻，并更新数据库中所述应用的使用时长信息。

首先，本发明提供的方法能够对应用的状态进行实时的监听，并且在监听的同时通过周期更新数据库中应用的使用时长信息，确保使用时长信息的准确度，具有很大的实时性和准确性；其次，本发明公开的数据库结构具有较大优势，数据库中存储的数据包括使用日期、设定时段内的使用时长、使用总时长，并且能够周期性的更新存储的数据，保证了数据库存储的数据的精确性；最后，本发明公开的方法中是周期性的进行数据库的更新，避免了频繁的进行输入输出IO读写，资源占用较小，效率较高。因此，本发明提供的方法能够提高各个应用程序使用情况的精细程度，同时也能够保证统计结果的准确性，并且资源占用较小，效率较高。

在一种可能的实现方式中，通过监听程序实时监听应用的状态，包括：

通过监听程序实时监听操作***的堆栈；

若所述堆栈发生变化时，通过所述监听程序获取所述堆栈顶端的应用组件所属的第一应用名称，以及通过操作***的组件获取当前所述堆栈顶端的应用组件所属的第二应用名称；

若所述第一应用名称与所述第二应用名称一致，确定所述第二应用名称对应的应用从后台跳转到前台；

若所述第一应用名称与所述第二应用名称不一致，确定所述第二应用名称对应的应用从前台跳转到后台。

本发明提供的方法能够实时获取应用状态的变化，即当堆栈发生变化即可通过监听程序实时获取到堆栈顶端的应用组件所属的第一应用名称，此时，再通过操作***的组件获取当前所述堆栈顶端的应用组件所属的第二应用名称，保证两次获取堆栈顶端的应用组件所属的应用名称之间相隔时间极短，从而在第一应用退出时或者第一应用切换到第二应用时可以立即监听到，保证了监听的实时性。

在一种可能的实现方式中，通过监听程序实时监听应用的状态，所述将当前***时刻作为使用应用的结束时刻，并更新数据库中所述应用的使用时长信息之后，还包括：

按设置的时间间隔统计所述数据库中所述应用在各个设定时段内的使用时长、使用总时长及平均使用时长。

由于本发明中的数据库中存储的数据包括使用日期、设定时段内的使用时长、使用总时长，相对于现有技术中只统计一天内应用的使用总时长，明显的，本发明能够提供更加精细的应用的使用数据。

更进一步的，本发明中能够更新数据库中每个应用对应的使用时长信息，即所述数据库中建立应用名称、使用日期、设定时段内的使用时长、使用总时长之间的关联关系。

在一种可能的实现方式中，所述方法还包括：

响应图表显示指令，通过图表显示所述应用在各个设定时段内的使用时长、使用总时长及平均使用时长。

为了方便用户查看，将数据库中的数据通过图表进行显示，并且，可以显示任一应用在各个设定时段内的使用时长、使用总时长及平均使用时长，例如，可以显示在某个日期中的每个小时段内的使用时长、该日期内的使用总时长和平均使用时长。能够更加直观的方便用户查看，提高用户对应用使用的感知体验。

在一种可能的实现方式中，所述监听程序是操作***组件中的服务组件。

由于目前大多数的监听程序可能是一个独立的监听应用程序，在监听的过程中需要一直保持运行状态，导致终端的功耗较大，而本发明中的监听程序采用操作***组件中的服务组件，其中，服务组件是不与用户交互且运行在后台执行长时间操作或者远程操作的组件，即使退出某个应用时，该服务组件的进程并没有结束，仍然在后台运行，因此，能够保证实时监听的同时使得终端消耗的功耗较小。

第二方面，本发明提供一种应用使用时长分段统计的终端，该终端包括：处理器以及存储器，其中，所述存储器存储有程序代码，当所述存储器存储的一个或多个计算机程序被所述处理器执行时，使得所述终端执行下列过程：

通过监听程序实时监听应用的状态；

在监听到所述应用的状态为应用从后台跳转到前台时，将当前***时刻作为使用应用的起始时刻；

在所述应用处于前台的过程中，周期更新数据库中所述应用的使用时长信息，所述使用时长信息包括使用日期、设定时段内的使用时长、使用总时长；

在监听到所述应用的状态为从前台跳转到后台时，将当前***时刻作为使用应用的结束时刻，并更新数据库中所述应用的使用时长信息。

在一种可能的实现方式中，所述处理器具体用于：

通过监听程序实时监听操作***的堆栈；

若所述堆栈发生变化时，通过所述监听程序获取所述堆栈顶端的应用组件所属的第一应用名称，以及通过操作***的组件获取当前所述堆栈顶端的应用组件所属的第二应用名称；

若所述第一应用名称与所述第二应用名称一致，确定所述第二应用名称对应的应用从后台跳转到前台；

若所述第一应用名称与所述第二应用名称不一致，确定所述第二应用名称对应的应用从前台跳转到后台。

在一种可能的实现方式中，所述处理器具体还用于：

按设置的时间间隔统计所述数据库中所述应用在各个设定时段内的使用时长、使用总时长及平均使用时长。

在一种可能的实现方式中，所述处理器具体还用于：

响应图表显示指令，通过图表显示所述应用在各个设定时段内的使用时长、使用总时长及平均使用时长。

在一种可能的实现方式中，所述监听程序是操作***组件中的服务组件。

第三方面，本发明提供另一种应用使用时长分段统计的终端，该终端包括：监听模块、确定起始时刻模块、更新数据库模块及确定结束时刻模块，其中：

监听模块，用于通过监听程序实时监听应用的状态；

确定起始时刻模块，用于在监听到所述应用的状态为应用从后台跳转到前台时，将当前***时刻作为使用应用的起始时刻；

更新数据库模块，用于在所述应用处于前台的过程中，周期更新数据库中所述应用的使用时长信息，所述使用时长信息包括使用日期、设定时段内的使用时长、使用总时长；

确定结束时刻模块，用于在监听到所述应用的状态为从前台跳转到后台时，将当前***时刻作为使用应用的结束时刻，并更新数据库中所述应用的使用时长信息。

在一种可能的实现方式中，所述监听模块具体用于：

通过监听程序实时监听操作***的堆栈；

若所述堆栈发生变化时，通过所述监听程序获取所述堆栈顶端的应用组件所属的第一应用名称，以及通过操作***的组件获取当前所述堆栈顶端的应用组件所属的第二应用名称；

若所述第一应用名称与所述第二应用名称一致，确定所述第二应用名称对应的应用从后台跳转到前台；

若所述第一应用名称与所述第二应用名称不一致，确定所述第二应用名称对应的应用从前台跳转到后台。

在一种可能的实现方式中，所述终端还包括统计模块，具体用于：

按设置的时间间隔统计所述数据库中所述应用在各个设定时段内的使用时长、使用总时长及平均使用时长。

在一种可能的实现方式中，所述终端还包括显示模块，具体用于：

响应图表显示指令，通过图表显示所述应用在各个设定时段内的使用时长、使用总时长及平均使用时长。

在一种可能的实现方式中，所述监听程序是操作***组件中的服务组件。

第四方面，本发明提供一种计算机存储介质，其上存储有计算机程序，该程序被处理单元执行时实现第一方面所述方法的步骤。

另外，第二方面至第四方面中任一种实现方式所带来的技术效果可参见第一方面中不同实现方式所带来的技术效果，此处不再赘述。

附图说明

为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简要介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域的普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1A为本发明实施例提供的一种查看应用使用时长的示意图；

图1B-图1C为本发明实施例提供的另一种查看应用使用时长的示意图；

图2A为本发明实施例提供的目前的一种显示应用使用时长的示意图；

图2B为本发明实施例提供的目前的另一种显示应用使用时长的示意图；

图3为本发明实施例提供的一种应用使用时长分段统计的方法流程图；

图4为本发明实施例提供的一种数据库更新的实施流程图；

图5为本发明实施例提供的一种数据库更新的具体实施流程图；

图6为本发明实施例提供的一种应用使用时长分段统计的框架结构示意图；

图7A为本发明实施例提供的第一种显示应用使用时长的示意图；

图7B为本发明实施例提供的第二种显示应用使用时长的示意图；

图8A为本发明实施例提供的一种具体显示应用使用时长的示意图；

图8B为本发明实施例提供的另一种具体显示应用使用时长的示意图；

图9为本发明实施例提供的另一种应用使用时长分段统计的框架结构示意图；

图10为本实施例提供的一种应用使用时长分段统计的方法具体实施流程图；

图11为本发明实施例提供的第一种应用使用时长分段统计的终端；

图12为本发明实施例提供的第二种应用使用时长分段统计的终端；

图13为本发明实施例提供的第三种应用使用时长分段统计的终端。

具体实施方式

为了使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明作进一步地详细描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本发明保护的范围。

下面对文中出现的一些词语进行解释：

1、本发明实施例中术语“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。

2、本发明实施例中术语“终端”，或者叫“终端设备”，是计算机网络中处于网络最***的设备，能够接入无线局域网络WLAN进行用户信息的输入以及处理结果的输出，包括台式电脑、手机、笔记本、平板电脑、POS机、车载电脑。

本发明的执行主体为终端，该终端包括多个应用程序APP，用户能够获取每个应用的详细使用时长。现有技术中终端显示应用使用时长的方法，如图1A所示，该终端显示页面显示多个应用程序APP，当用户想要查看某个应用的使用时长时，如图1B-图1C所示可以点击设置中的“应用使用时长”选项。

本发明实施例描述的应用场景是为了更加清楚的说明本发明实施例的技术方案，并不构成对于本发明实施例提供的技术方案的限定，本领域普通技术人员可知，随着新应用场景的出现，本发明实施例提供的技术方案对于类似的技术问题，同样适用。其中，在本发明的描述中，除非另有说明，“多个”的含义是两个或两个以上。

目前的应用时长统计方案，只统计每天对某个应用使用的时长，而具体在一天内哪些时间段进行了使用并没有详细的统计方案，导致用户无法具体查看某个应用在哪些时间段进行了使用，无法详细的了解每个应用的使用情况。针对现有技术中对统计的应用时长的显示，如图2A所示，显示列表中的所有APP都可以进行应用时长的显示，当收到针对微信APP的显示指令时，在显示窗口中显示该APP在7天之内每天的使用时长，如图2B所示，当收到针对另一APP的显示指令时，在显示窗口中显示该APP在7天之内每天的使用时长，但不论对那个APP进行应用使用时长的显示，都只能显示一天内的应用的使用时长，而无法显示用户对APP进行使用的实际的使用时间段，目前的应用时长统计方案比较笼统并未细化，不利于用户更精细的了解每个应用的使用情况。

针对上述缺陷，本发明提供了一种应用使用时长分段统计的方法，能够提高各个应用程序使用情况的精细程度，同时也能够保证统计结果的准确性，并且资源占用较小，效率较高。

实施例1

下面通过具体的实施例对本发明提供的一种应用使用时长分段统计的方法进行说明。

本发明实施例提供的方法主要从三个方面对现有技术中的应用使用时长统计的方法进行改进，第一方面，能够对应用的状态进行实时的监听，具有很大的实时性；第二方面，在实时监听的同时通过周期更新数据库中应用的使用时长信息，确保使用时长信息的准确性；第三方面，本实例的数据库结构具有较大优势，数据库中存储的数据包括使用日期、设定时段内的使用时长、使用总时长，保证了数据库存储的数据的精确性，并且能够周期性的更新存储的数据，保证有效更新的同时避免了频繁的进行输入输出IO读写，资源占用较小，效率较高。

首先对安卓Android***中的应用组件进行简单说明：

Android***的四大组件分别是：活动(Activity)组件，用于表现功能；服务(Service)组件，后台运行服务，不提供界面呈现；广播接收者(Broadcast Receive)组件，用于接收广播；内容提供者(Content Provider)组件，支持多个应用中存储和读取数据，相当于数据库。

下面主要对本发明实施例提出的Activity组件和Service组件进行说明：

Activity组件是用户操作的可视化界面，它为用户提供了一个完成操作指令的窗口，当创建完毕Activity之后，需要调用setContentView()方法来完成界面的显示，以此来为用户提供交互的入口。在Android***中会维持一个Activity Stack(Activity栈)，当一个新的Activity创建时，它就会放到栈顶，这个Activity就处于运行状态，当再有一个新的Activity被创建后，会重新压人栈顶，而之前的Activity则会在这个新的Activity底下，而且之前的Activity就会进入后台。

其中，上述堆栈是操作***中的一个特定的存储区或寄存器，它的一端是固定的，另一端是浮动的，这个存储区域存入的数据具备一种特殊的数据结构，所有的数据存入或取出，只能在浮动的一端(即栈顶)进行，严格按照“先进后出”的原则存取。一个Activity包括如下四种状态：

状态1、运行状态(Running/Active)

此时的Activity位于栈顶，在显示界面可见并且可以与用户交互。

状态2、暂停状态(Paused)

当Activity不能跟用户交互，但依然在显示界面可见，就处于暂停状态。例如，一个新的非全屏的Activity或者一个透明的Activity放置在栈顶，Activity就处于暂停状态；这个时候Activity的各种数据还被保持着；只有在***内存在极低的状态下，***才会自动的去销毁Activity。

状态3、停止状态(Stoped)

当一个Activity被另一个Activity完全覆盖，或者点击“HOME键”退入了后台，这时Activity处于停止状态。

状态4、销毁状态(Detroyed)

当点击返回键或者***在内存不足的情况下就会把Activity从栈里移除销毁，被***回收，这时Activity处于销毁状态。

Service组件通常位于后台运行，一般不需要与用户交互，因此Service组件没有图形用户界面，通常用作在后台处理耗时的逻辑，用于执行不需要和用户交互且需长期运行的任务，服务的运行不依赖于任何用户界面，即使程序被切换到后台，或者用户打开了另外一个应用程序，服务仍然能够保持正常运行。不过需要注意的是，服务并不是运行在一个独立的进程当中的，而是依赖于创建服务时所在的应用程序进程，如某个应用程序进程被清除时，所有依赖于该进程的服务也会停止运行。

具体的，Service的状态分为两种：

启动状态(started)：当应用程序组件(如Activity)调用startService()方法启动服务时，服务处于启动状态，此时，服务的生命周期与启动它的组件无关，服务可以在后台无限期运行，即使启动服务的组件已经被销毁。

绑定状态(bound)：当应用程序组件(如Activity)调用bindService()方法绑定到服务时，服务处于绑定状态，此时，调用的所述应用程序组件与服务绑定，若调用的所述应用程序组件退出，服务便终止。

另外，对Android***中应用程序的MVC(Model View Controller，模型-视图-控制器)框架结构进行简单说明：

模型层M(Model)：模型层是应用程序的主体部分，所有的业务逻辑都写在Model层，如：对数据库的操作，对网络等的操作都在Model层。

视图层V(View)：视图层是应用程序中负责生成用户界面的部分，也是在整个MVC架构中用户唯一可以看到的一层，用于接收用户输入，显示处理结果。

控制层C(Controller)：控制层是应用程序中处理用户交互的部分，通常负责从视图层读取数据，控制用户输入，并向模型层发送数据。

在Android***中Activity主要是用来进行控制，例如可以选择要显示的View，也可以从View中获取数据然后把数据传给模型层进行处理，最后再将处理结果显示出来。

如图3所示，本实施例提供的一种应用使用时长分段统计的方法，具体实施流程如下：

步骤300、通过监听程序实时监听应用的状态。

作为一种可选的实施方式，通过监听程序实时监听应用的状态的具体实施步骤如下：

1)通过监听程序实时监听操作***的堆栈；

2)若所述堆栈发生变化时，通过所述监听程序获取所述堆栈顶端的应用组件所属的第一应用名称，以及通过操作***的组件获取当前所述堆栈顶端的应用组件所属的第二应用名称；

可选的，通过服务Service组件注册TaskStackListener来实时监听操作***的堆栈，若所述堆栈发生变化时，会收到onTaskStackChanged回调的结果，该回调的结果中包括监听程序获取的所述堆栈顶端的应用组件所属的第一应用名称，此时通过操作***的Activity组件获取当前所述堆栈顶端的应用组件所属的第二应用名称。

3)若所述第一应用名称与所述第二应用名称一致，确定所述第二应用名称对应的应用从后台跳转到前台；

若所述第一应用名称与所述第二应用名称一致，说明第二应用的组件位于当前堆栈顶端，第二应用在显示界面可见并且可以与用户交互，确定第二应用从后台跳转到前台。

4)若所述第一应用名称与所述第二应用名称不一致，确定所述第二应用名称对应的应用从前台跳转到后台。

若所述第一应用名称与所述第二应用名称一致，说明第二应用的组件并没有位于当前堆栈顶端，第二应用在显示界面不可见，确定第二应用从前台跳转到后台，即第二应用处于后台状态，可以是关闭状态，也可以是后台运行状态，但均未与用户进行交互。

作为一种可选的实施方式，本实施例中的监听程序是操作***组件中的服务组件。由上述对服务组件的说明可知，服务组件是不与用户交互且运行在后台执行长时间操作或者远程操作的组件，即使退出某个应用时，该服务组件的进程也并不会结束，仍然在后台运行，因此，能够保证实时监听的同时使得终端消耗的功耗较小。

步骤301、在监听到所述应用的状态为应用从后台跳转到前台时，将当前***时刻作为使用应用的起始时刻。

步骤302、在所述应用处于前台的过程中，周期更新数据库中所述应用的使用时长信息，所述使用时长信息包括使用日期、设定时段内的使用时长、使用总时长。

步骤303、在监听到所述应用的状态为从前台跳转到后台时，将当前***时刻作为使用应用的结束时刻，并更新数据库中所述应用的使用时长信息。

本发明实施例提供的方法中，可选的，构建一个数据库用于存储使用时长信息，存储的信息包括：日期“date”、应用包的名称(即本发明实施例中的应用名称)“package_name”、使用总时长“time_use”、设定时段内的使用时长“time_use_a_b”，其中，所述使用总时长“time_use”可以是一天内的使用总时长，即在上述日期内的使用总时长，a表示设定时段的起始时刻、b表示设定时段的结束时刻，所述设定时段为一天24h内的设定时段，包括但不限于如下时段：

0点到1点“time_use_0_1”、1点到2点“time_use_1_2”、2点到3点“time_use_2_3”，依次类推到23点到24点“time_use_23_24”。

当监听到所述应用的状态为应用从后台跳转到前台时，可以理解的是，该应用此时为开始使用的状态，因此，在监测到应用从后台跳转到前台的同时获取当前操作***的时刻，将当前操作***时刻作为使用应用的起始时刻；并在该应用处于前台的过程中，即该应用被用户使用的过程中，由于用户的使用时长不固定，是随机的，因此采用周期性记录并更新使用时长信息，可选的，该周期为1分钟，若周期选择过短则容易导致记录并更新的次数比较频繁，占用较多***资源，会导致频繁的IO读写，不利于资源的合理利用，若周期选择过长，则导致记录的使用时长信息不够精准。

可选的，本实施例提供一个倒计时器，通过倒计时的方式周期更新数据库中所述应用的使用时长信息，该倒计时器可设置为1分钟倒计时。

对数据库进行更新时，主要更新数据库中的4个信息，分别是应用名称、使用日期、设定时段内的使用时长、使用总时长，其中，各个信息设定对应的字段，更新时更新各字段下存储的数据即可，数据库的结构如表1所示：

表1

date	package_name	time_use	time_use_0_1	time_use_a_b	time_use_23_24
						20190710	com.tencent.mm	600	50	…
20190710	com.hmct.xxx	300		…
						20190710	com.android.xxx	188		…
20190711	com.xx.xxx	866		…
						20190711	com.xx.xxx	188		…
…	…	…	…	…	…
						20190716	com.xx.xxx	888	88	…	…

表1中数据库字段中的使用总时长“time_use”为各设定时段内的使用时长“time_use_a_b”的总和。

如图4所示，数据库更新的具体实施流程如下：

步骤400、通过监听程序实时监听应用的状态，确定监听到应用的状态为应用从后台跳转到前台；

步骤401、启动设定时长的倒计时器CountDownTimer；

可选的，所示设定时长为1分钟。

步骤402、在设定时长内判断是否监听到所述应用的状态为从前台跳转到后台，若是执行步骤403，否则执行步骤404；

步骤403、将当前***时刻作为使用应用的结束时刻，并更新数据库中所述应用的使用时长信息，返回步骤400；

步骤404、在设定时长结束时，更新数据库中所述应用的使用时长信息，返回步骤401。

如图5所示，下面以微信应用为例进行更新数据库的说明：

步骤500、通过监听程序监听到微信应用从后台跳转到前台；

步骤501、记录当前***时刻为2019年7月10日早晨8点30；

步骤502、启动1分钟倒计时CountDownTimer；

步骤503、判断在倒计时期间内是否监听到微信应用从前台跳转到后台，若是执行步骤507，否则执行步骤504；

步骤504、在1分钟结束时即8点31分，进行数据库更新；

具体更新的使用时长信息包括：“date”字段为20190710，“package_name”字段为com.tencent.mm，“time_use”字段为60(单位秒)，由于是8点31分记录的，所以“time_use_8_9”字段为60(单位秒)，即所述应用从8点到9点使用的时长为60秒；

步骤505、若仍未监听到微信应用从前台跳转到后台，则启动下一个1分钟倒计时CountDownTimer，否则执行步骤507；

步骤506、若在倒计时期间内未监听到微信应用从前台跳转到后台，则在1分钟结束时即8点32分，进行数据库更新，否则执行步骤507；

具体更新的使用时长信息包括：“date”字段为20190710，“package_name”字段为com.tencent.mm，“time_use”字段为120(单位秒)，由于是8点32分记录的，所以“time_use_8_9”字段为120(单位秒)，即所述应用从8点到9点使用的时长为120秒；

步骤507、将监听到微信应用从前台跳转到后台的***时刻作为使用微信应用的结束时刻，并更新数据库中微信应用的使用时长信息。

具体的更新机制上述已说明，此处不再赘述。

如图6所示，本发明实施例提供的一种应用使用时长分段统计的框架结构包括：监听层600、存储层601，其中：

所述监听层600，用于通过监听程序实时监听应用的状态；

所述存储层601，用于存储并周期地更新数据库中所述应用的使用时长信息，其中更新的使用时长信息包括但不限于：应用名称、使用日期、设定时段内的使用时长、使用总时长。

作为一种可选的实施方式，将当前***时刻作为使用应用的结束时刻，并更新数据库中所述应用的使用时长信息之后，还包括：

按设置的时间间隔统计所述数据库中所述应用在各个设定时段内的使用时长、使用总时长及平均使用时长。

可选的，统计所述数据库中每个应用每天的使用时长信息，和/或，统计所述数据库中每个应用每周的使用时长信息。

作为一种可选的实施方式，本实施例还包括：

响应图表显示指令，通过图表显示所述应用在各个设定时段内的使用时长、使用总时长及平均使用时长。

如图7A-图7B所示，收到用户点击图表显示指令后，响应图表显示指令，选择某个应用后，将该应用一天内的使用时长信息通过图表的形式显示出来。

更进一步的，如图8A所示，通过图表显示当天某个应用在各个设定时段内的使用时长、当天使用总时长；可选的，如图8B所示，通过图表显示某个应用在7天内每天的使用时长、平均每天使用时长，同时，显示当天某个应用在各个设定时段内的使用时长、当天使用总时长。

如图9所示，本发明实施例还提供一种应用使用时长分段统计的框架结构包括：监听层900、存储层901、图表层902，其中：

所述监听层900，用于通过监听程序实时监听应用的状态；

所述存储层901，用于存储并周期地更新数据库中所述应用的使用时长信息，其中更新的使用时长信息包括但不限于：应用名称、使用日期、设定时段内的使用时长、使用总时长。

所述图表层902，用于响应图表显示指令，通过图表显示所述应用在各个设定时段内的使用时长、使用总时长及平均使用时长。

实施例2

如图10所示，下面对本实施例提出的一种应用使用时长分段统计的方法具体实施流程进行详细说明：

步骤1000、通过监听程序实时监听操作***的堆栈；

步骤1001、若所述堆栈发生变化时，通过所述监听程序获取所述堆栈顶端的应用组件所属的第一应用名称，以及通过操作***的组件获取当前所述堆栈顶端的应用组件所属的第二应用名称；

步骤1002、判断所述第一应用名称与所述第二应用名称是否一致，若是执行步骤1003，否则执行步骤1004；

步骤1003、确定所述第二应用名称对应的应用从后台跳转到前台，执行1005；

步骤1004、确定所述第二应用名称对应的应用从前台跳转到后台，执行1007；

步骤1005、将当前***时刻作为使用应用的起始时刻；

步骤1006、在所述应用处于前台的过程中，周期更新数据库中所述应用的使用时长信息；

步骤1007、在监听到所述应用的状态为从前台跳转到后台时，将当前***时刻作为使用应用的结束时刻，并更新数据库中所述应用的使用时长信息；

步骤1008、按设置的时间间隔统计所述数据库中所述应用在各个设定时段内的使用时长、使用总时长及平均使用时长；

步骤1009、响应图表显示指令，通过图表显示所述应用在各个设定时段内的使用时长、使用总时长及平均使用时长。

实施例3

基于相同的发明构思，本发明实施例还提供了第一种应用使用时长分段统计的终端，由于该终端即是本发明实施例中的方法中的终端，并且该设备解决问题的原理与该方法相似，因此该设备的实施可以参见方法的实施，重复之处不再赘述。

如图11所示，该终端包括：处理器1100以及存储器1101，其中，所述存储器1101存储有程序代码，当所述存储器1101存储的一个或多个计算机程序被所述处理器1100执行时，使得所述终端执行下列过程：

通过监听程序实时监听应用的状态；

在监听到所述应用的状态为应用从后台跳转到前台时，将当前***时刻作为使用应用的起始时刻；

在所述应用处于前台的过程中，周期更新数据库中所述应用的使用时长信息，所述使用时长信息包括使用日期、设定时段内的使用时长、使用总时长；

在监听到所述应用的状态为从前台跳转到后台时，将当前***时刻作为使用应用的结束时刻，并更新数据库中所述应用的使用时长信息。

在一种可能的实现方式中，所述处理器1100具体用于：

通过监听程序实时监听操作***的堆栈；

若所述堆栈发生变化时，通过所述监听程序获取所述堆栈顶端的应用组件所属的第一应用名称，以及通过操作***的组件获取当前所述堆栈顶端的应用组件所属的第二应用名称；

若所述第一应用名称与所述第二应用名称一致，确定所述第二应用名称对应的应用从后台跳转到前台；

若所述第一应用名称与所述第二应用名称不一致，确定所述第二应用名称对应的应用从前台跳转到后台。

在一种可能的实现方式中，所述处理器1100具体还用于：

按设置的时间间隔统计所述数据库中所述应用在各个设定时段内的使用时长、使用总时长及平均使用时长。

在一种可能的实现方式中，所述处理器1100具体还用于：

响应图表显示指令，通过图表显示所述应用在各个设定时段内的使用时长、使用总时长及平均使用时长。

在一种可能的实现方式中，所述监听程序是操作***组件中的服务组件。

实施例4

基于相同的发明构思，本发明实施例还提供了第二种应用使用时长分段统计的终端，由于该终端即是本发明实施例中的方法中的终端，并且该设备解决问题的原理与该方法相似，因此该设备的实施可以参见方法的实施，重复之处不再赘述。

如图12所示，该终端包括：监听模块1200、确定起始时刻模块1201、更新数据库模块1202及确定结束时刻模块1203，其中：

监听模块1200，用于通过监听程序实时监听应用的状态；

确定起始时刻模块1201，用于在监听到所述应用的状态为应用从后台跳转到前台时，将当前***时刻作为使用应用的起始时刻；

更新数据库模块1202，用于在所述应用处于前台的过程中，周期更新数据库中所述应用的使用时长信息，所述使用时长信息包括使用日期、设定时段内的使用时长、使用总时长；

确定结束时刻模块1203，用于在监听到所述应用的状态为从前台跳转到后台时，将当前***时刻作为使用应用的结束时刻，并更新数据库中所述应用的使用时长信息。

在一种可能的实现方式中，所述监听模块1200具体用于：

通过监听程序实时监听操作***的堆栈；

若所述堆栈发生变化时，通过所述监听程序获取所述堆栈顶端的应用组件所属的第一应用名称，以及通过操作***的组件获取当前所述堆栈顶端的应用组件所属的第二应用名称；

若所述第一应用名称与所述第二应用名称一致，确定所述第二应用名称对应的应用从后台跳转到前台；

若所述第一应用名称与所述第二应用名称不一致，确定所述第二应用名称对应的应用从前台跳转到后台。

在一种可能的实现方式中，所述终端还包括统计模块，具体用于：

按设置的时间间隔统计所述数据库中所述应用在各个设定时段内的使用时长、使用总时长及平均使用时长。

在一种可能的实现方式中，所述终端还包括显示模块，具体用于：

响应图表显示指令，通过图表显示所述应用在各个设定时段内的使用时长、使用总时长及平均使用时长。

在一种可能的实现方式中，所述监听程序是操作***组件中的服务组件。

基于相同的发明构思，本发明实施例还提供了第三种应用使用时长分段统计的终端，由于该终端即是本发明实施例中的方法中的终端，并且该设备解决问题的原理与该方法相似，因此该设备的实施可以参见方法的实施，重复之处不再赘述。

如图13所示，该终端1300包括：射频(Radio Frequency，RF)电路1310、电源1320、处理器1330、存储器1340、输入单元1350、显示单元1360、摄像头1370、通信接口1380、以及无线保真(Wireless Fidelity，Wi-Fi)模块1390等部件。本领域技术人员可以理解，图13中示出的终端的结构并不构成对终端的限定，本申请实施例提供的终端可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

下面结合图13对所述终端1300的各个构成部件进行具体的介绍：

所述RF电路1310可用于通信或通话过程中，数据的接收和发送。特别地，所述RF电路1310在接收到基站的下行数据后，发送给所述处理器1330处理；另外，将待发送的上行数据发送给基站。通常，所述RF电路1310包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器(Low Noise Amplifier，LNA)、双工器等。

此外，RF电路1310还可以通过无线通信与网络和其他终端通信。所述无线通信可以使用任一通信标准或协议，包括但不限于全球移动通讯***(Global System of Mobilecommunication，GSM)、通用分组无线服务(General Packet Radio Service，GPRS)、码分多址(Code Division Multiple Access，CDMA)、宽带码分多址(Wideband Code DivisionMultiple Access，WCDMA)、长期演进(Long Term Evolution，LTE)、电子邮件、短消息服务(Short Messaging Service，SMS)等。

Wi-Fi技术属于短距离无线传输技术，所述终端1300通过Wi-Fi模块1390可以连接接入点(Access Point，AP)，从而实现数据网络的访问。所述Wi-Fi模块1390可用于通信过程中，数据的接收和发送。

所述终端1300可以通过所述通信接口1380与其他终端实现物理连接。可选的，所述通信接口1380与所述其他终端的通信接口通过电缆连接，实现所述终端1300和其他终端之间的数据传输。

由于在本申请实施例中，所述终端1300能够实现通信业务，向其他联系人发送信息，因此所述终端1300需要具有数据传输功能，即所述终端1300内部需要包含通信模块。虽然图13示出了所述RF电路1310、所述Wi-Fi模块1390、和所述通信接口1380等通信模块，但是可以理解的是，所述终端1300中存在上述部件中的至少一个或者其他用于实现通信的通信模块(如蓝牙模块)，以进行数据传输。

例如，当所述终端1300为手机时，所述终端1300可以包含所述RF电路1310，还可以包含所述Wi-Fi模块1390；当所述终端1300为计算机时，所述终端1300可以包含所述通信接口1380，还可以包含所述Wi-Fi模块1390；当所述终端1300为平板电脑时，所述终端1300可以包含所述Wi-Fi模块。

所述存储器1340可用于存储软件程序以及模块。所述处理器1330通过运行存储在所述存储器1340的软件程序以及模块，从而执行所述终端1300的各种功能应用以及数据处理，并且当处理器1330执行存储器1340中的程序代码后，可以实现本发明实施例1中的部分或全部过程。

可选的，所述存储器1340可以主要包括存储程序区和存储数据区。其中，存储程序区可存储操作***、各种应用程序等；存储数据区可存储根据所述终端的使用所创建的数据(比如应用的使用时长信息)等。

此外，所述存储器1340可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。

所述输入单元1350可用于接收用户输入的数字或字符信息，以及产生与所述终端1300的用户设置以及功能控制有关的键信号输入。

可选的，输入单元1350可包括触控面板1351以及其他输入终端1352。

其中，所述触控面板1351，也称为触摸屏，可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在所述触控面板1351上或在所述触控面板1351附近的操作)，并根据预先设定的程式驱动相应的连接装置。可选的，所述触控面板1351可以包括触摸检测装置和触摸控制器两个部分。其中，触摸检测装置检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给触摸控制器；触摸控制器从触摸检测装置上接收触摸信息，并将它转换成触点坐标，再送给所述处理器1330，并能接收所述处理器1330发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现所述触控面板1351。

可选的，所述其他输入终端1352可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆等中的一种或多种。

所述显示单元1360可用于显示由用户输入的信息或提供给用户的信息以及所述终端1300的各种菜单。所述显示单元1360即为所述终端1300的显示***，用于呈现界面，实现人机交互。

所述显示单元1360可以包括显示面板1361。可选的，所述显示面板1361可以采用液晶显示屏(Liquid Crystal Display，LCD)、有机发光二极管(Organic Light-EmittingDiode，OLED)等形式来配置。

进一步的，所述触控面板1351可覆盖所述显示面板1361，当所述触控面板1351检测到在其上或附近的触摸操作后，传送给所述处理器1330以确定触摸事件的类型，随后所述处理器1330根据触摸事件的类型在所述显示面板1361上提供相应的视觉输出。

虽然在图13中，所述触控面板1351与所述显示面板1361是作为两个独立的部件来实现所述终端1300的输入和输入功能，但是在某些实施例中，可以将所述触控面板1351与所述显示面板1361集成而实现所述终端1300的输入和输出功能。

所述处理器1330是所述终端1300的控制中心，利用各种接口和线路连接各个部件，通过运行或执行存储在所述存储器1340内的软件程序和/或模块，以及调用存储在所述存储器1340内的数据，执行所述终端1300的各种功能和处理数据，从而实现基于所述终端的多种业务。

可选的，所述处理器1330可包括一个或多个处理单元。可选的，所述处理器1330可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作***、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到所述处理器1330中。

所述摄像头1370，用于实现所述终端1300的拍摄功能，拍摄图片或视频。所述摄像头1370还可以用于实现终端1300的扫描功能，对扫描对象(二维码/条形码)进行扫描。

所述终端1300还包括用于给各个部件供电的电源1320(比如电池)。可选的，所述电源1320可以通过电源管理***与所述处理器1330逻辑相连，从而通过电源管理***实现管理充电、放电、以及功耗等功能。

需要说明的是，本发明实施例处理器1330可以执行如下内容：

通过监听程序实时监听应用的状态；

在监听到所述应用的状态为应用从后台跳转到前台时，将当前***时刻作为使用应用的起始时刻；

在所述应用处于前台的过程中，周期更新数据库中所述应用的使用时长信息，所述使用时长信息包括使用日期、设定时段内的使用时长、使用总时长；

在监听到所述应用的状态为从前台跳转到后台时，将当前***时刻作为使用应用的结束时刻，并更新数据库中所述应用的使用时长信息。

在一种可能的实现方式中，所述处理器1330具体用于：

通过监听程序实时监听操作***的堆栈；

若所述堆栈发生变化时，通过所述监听程序获取所述堆栈顶端的应用组件所属的第一应用名称，以及通过操作***的组件获取当前所述堆栈顶端的应用组件所属的第二应用名称；

若所述第一应用名称与所述第二应用名称一致，确定所述第二应用名称对应的应用从后台跳转到前台；

若所述第一应用名称与所述第二应用名称不一致，确定所述第二应用名称对应的应用从前台跳转到后台。

在一种可能的实现方式中，所述处理器1330具体还用于：

按设置的时间间隔统计所述数据库中所述应用在各个设定时段内的使用时长、使用总时长及平均使用时长。

在一种可能的实现方式中，所述处理器1330具体还用于：

响应图表显示指令，通过图表显示所述应用在各个设定时段内的使用时长、使用总时长及平均使用时长。

在一种可能的实现方式中，所述监听程序是操作***组件中的服务组件。

本发明实施例还提供一种计算机可读非易失性存储介质，包括程序代码，当所述程序代码在计算终端上运行时，所述程序代码用于使所述计算终端执行如下步骤：

通过监听程序实时监听应用的状态；

在监听到所述应用的状态为应用从后台跳转到前台时，将当前***时刻作为使用应用的起始时刻；

在所述应用处于前台的过程中，周期更新数据库中所述应用的使用时长信息，所述使用时长信息包括使用日期、设定时段内的使用时长、使用总时长；

在监听到所述应用的状态为从前台跳转到后台时，将当前***时刻作为使用应用的结束时刻，并更新数据库中所述应用的使用时长信息。

本领域内的技术人员应明白，本发明的实施例可提供为方法、***、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器和光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(***)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的设备。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令设备的制造品，该指令设备实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (10)

1.一种应用使用时长分段统计的方法，其特征在于，该方法包括：

通过监听程序实时监听应用的状态；

在监听到所述应用的状态为应用从后台跳转到前台时，将当前***时刻作为使用应用的起始时刻；

在所述应用处于前台的过程中，周期更新数据库中所述应用的使用时长信息，所述使用时长信息包括使用日期、设定时段内的使用时长、使用总时长；

在监听到所述应用的状态为从前台跳转到后台时，将当前***时刻作为使用应用的结束时刻，并更新数据库中所述应用的使用时长信息。

2.根据权利要求1所述的方法，其特征在于，通过监听程序实时监听应用的状态，包括：

通过监听程序实时监听操作***的堆栈；

若所述堆栈发生变化时，通过所述监听程序获取所述堆栈顶端的应用组件所属的第一应用名称，以及通过操作***的组件获取当前所述堆栈顶端的应用组件所属的第二应用名称；

若所述第一应用名称与所述第二应用名称一致，确定所述第二应用名称对应的应用从后台跳转到前台；

若所述第一应用名称与所述第二应用名称不一致，确定所述第二应用名称对应的应用从前台跳转到后台。

3.根据权利要求1所述的方法，其特征在于，所述将当前***时刻作为使用应用的结束时刻，并更新数据库中所述应用的使用时长信息之后，还包括：

按设置的时间间隔统计所述数据库中所述应用在各个设定时段内的使用时长、使用总时长及平均使用时长。

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

响应图表显示指令，通过图表显示所述应用在各个设定时段内的使用时长、使用总时长及平均使用时长。

5.根据权利要求1所述的方法，其特征在于，所述监听程序是操作***组件中的服务组件。

6.一种应用使用时长分段统计的终端，其特征在于，该终端包括：处理器以及存储器，其中，所述存储器存储有程序代码，当所述存储器存储的一个或多个计算机程序被所述处理器执行时，使得所述终端执行下列过程：

通过监听程序实时监听应用的状态；

在监听到所述应用的状态为应用从后台跳转到前台时，将当前***时刻作为使用应用的起始时刻；

在所述应用处于前台的过程中，周期更新数据库中所述应用的使用时长信息，所述使用时长信息包括使用日期、设定时段内的使用时长、使用总时长；

在监听到所述应用的状态为从前台跳转到后台时，将当前***时刻作为使用应用的结束时刻，并更新数据库中所述应用的使用时长信息。

7.根据权利要求6所述的终端，其特征在于，所述处理器具体用于：

通过监听程序实时监听操作***的堆栈；

若所述堆栈发生变化时，通过所述监听程序获取所述堆栈顶端的应用组件所属的第一应用名称，以及通过操作***的组件获取当前所述堆栈顶端的应用组件所属的第二应用名称；

若所述第一应用名称与所述第二应用名称一致，确定所述第二应用名称对应的应用从后台跳转到前台；

若所述第一应用名称与所述第二应用名称不一致，确定所述第二应用名称对应的应用从前台跳转到后台。

8.根据权利要求6所述的终端，其特征在于，所述处理器具体还用于：

按设置的时间间隔统计所述数据库中所述应用在各个设定时段内的使用时长、使用总时长及平均使用时长。

9.根据权利要求8所述的终端，其特征在于，所述处理器具体还用于：

响应图表显示指令，通过图表显示所述应用在各个设定时段内的使用时长、使用总时长及平均使用时长。

10.根据权利要求6所述的终端，其特征在于，所述监听程序是操作***组件中的服务组件。