CN104360925A - 统计应用程序使用频率的方法及装置 - Google Patents

Abstract

本发明公开了一种统计应用程序使用频率的方法及装置，其中的方法包括：创建视图，在所述视图中监控***中所有的触屏事件；收到触屏事件后，查询顶层的活动组件,得到顶层活动组件链表；分析所述链表，确定用户主动点击而启动的活动组件，并计算出用户在所述主动点击的活动组件对应的应用程序上的停留时间，和/或，确定用户启动应用程序的次数；根据用户启动应用程序的次数和/或在应用程序上的停留时间，统计应用程序的使用频率。依据本发明方案，可实现不过多消耗CPU资源并且可以明确判断应用程序是否为用户主动启动。

Description

统计应用程序使用频率的方法及装置

技术领域

本发明涉及网络安全技术领域，具体涉及一种统计应用程序使用频率的方法及装置。

背景技术

为了最大化利用有限的手机存储，提示用户卸载不常用的手机应用程序(软件)是一种有效的方法。为了得到不常用的应用程序列表，需要统计手机应用程序的使用频率。由于Android(安卓)沙箱机制和严格的权限控制，很多***事件，如activity(活动)的启动、退出并没有相应回调机制来通知应用程序。一种统计手机应用程序的使用频率的常规方式是，通过轮询来获取顶层的activity。这种方式有两个缺点：一是为了保证准确度，过于频繁的轮询消耗CPU资源的同时也导致电量的消耗，二是这种方法不能判断某个应用程序是用户点击桌面图标主动启动的，还是被其他应用程序启动或开机自启动的。

发明内容

鉴于上述问题，提出了本发明以便提供一种克服上述问题或者至少部分地解决上述问题的统计应用程序使用频率的方法及装置。

依据本发明的一个方面，提供一种统计应用程序使用频率的方法，包括：创建视图，在所述视图中监控***中所有的触屏事件；收到触屏事件后，查询顶层的活动组件,得到顶层活动组件链表；分析所述链表，确定用户主动点击而启动的活动组件，并计算出用户在所述主动点击的活动组件对应的应用程序上的停留时间，和/或，确定用户启动所述应用程序的次数；根据用户启动应用程序的次数和/或在所述应用程序上的停留时间，统计应用程序的使用频率。

优选的，所述创建视图包括：创建视图实例，并设置视图实例的窗口类型标识、窗口标识位和窗口大小参数。

优选的，设置视图实例的窗口类型标识，使得该窗口位于一般窗口之上；设置视图实例的窗口标识位，使得该窗口没有获得焦点时也允许任何指针事件发送给此窗口底下的窗口、或者使得该窗口不会获取焦点、或者允许该窗口收到位于此窗口之外的点击事件；设置窗口大小参数，使得窗口不可见。

优选的，通过调用***接口，实现对***中所有触屏事件的监控。

优选的，所监控的触屏事件是指除了当前窗口之外的事件。

优选的，所述确定用户主动点击而启动的活动组件包括：获取当前活动组件以及当前活动组件的前一个活动组件；根据前一个活动组件的类型判断是否属于桌面应用程序，如果是，则确定当前活动组件是用户主动启动的。

优选的，所述计算出用户在所述主动点击的活动组件对应的应用程序上的停留时间包括：根据记录的每次触屏事件发生时的顶层活动组件，确定所述应用程序的所有活动组件；通过所述应用程序的连续的活动组件之间的时间差，计算出用户在所述应用程序上的停留时间。

优选的，还包括：根据所统计出的应用程序的使用频率，确定是否向用户展示有关所述应用程序预定操作的提示或确定是否执行有关所述应用程序的操作。

优选的，所述根据所统计出的应用程序的使用频率，向用户展示有关所述应用程序预定操作的提示包括：对于使用频率低的应用程序，向用户展示卸载所述应用程序的提示；或者，对于使用频率高的应用程序，向用户展示对所述应用程序进行升级的提示。

优选的，所述根据所统计出的应用程序的使用频率，执行有关所述应用程序的操作包括：对于使用频率低的应用程序，阻止向所述应用程序推送广告或通知消息；或者，对于使用频率高的应用程序，向所述应用程序推送广告或通知消息。

依据本发明的另一个方面，提供一种统计应用程序使用频率的装置，包括：视图创建单元，用于创建视图；监控单元，用于在所述视图中监控***中所有的触屏事件；链表获取单元，用于收到触屏事件后，查询顶层的活动组件,得到顶层活动组件链表；链表分析单元，用于分析所述链表，确定用户主动点击而启动的活动组件，并计算出用户在所述主动点击的活动组件对应的应用程序上的停留时间，和/或，确定用户启动应用程序的次数；频率统计单元，用于根据用户启动应用程序的次数和/或在应用程序上的停留时间，统计应用程序的使用频率。

优选的，所述视图创建单元具体用于：创建视图实例，并设置视图实例的窗口类型标识、窗口标识位和窗口大小参数。

优选的，所述视图创建单元具体用于：设置视图实例的窗口类型标识，使得该窗口位于一般窗口之上；设置视图实例的窗口标识位，使得该窗口没有获得焦点时也允许任何指针事件发送给此窗口底下的窗口、或者使得该窗口不会获取焦点、或者允许该窗口收到位于此窗口之外的点击事件；以及，设置窗口大小参数，使得窗口不可见。

优选的，所述监控单元用于通过调用***接口，实现对***中所有触屏事件的监控。

优选的，所述监控单元所监控的触屏事件是指除了当前窗口之外的事件。

优选的，所述链表分析单元具体用于：获取当前活动组件以及当前活动组件的前一个活动组件；根据前一个活动组件的类型判断是否属于桌面应用程序，如果是，则确定当前活动组件是用户主动启动的。

优选的，所述链表分析单元具体用于：根据记录的每次触屏事件发生时的顶层活动组件，确定所述应用程序的所有活动组件；通过所述应用程序的连续的活动组件之间的时间差，计算出用户在所述应用程序上的停留时间。

优选的，还包括：提示操作单元，用于根据所统计出的应用程序的使用频率，确定是否向用户展示有关所述应用程序预定操作的提示或确定是否执行有关所述应用程序的操作。

优选的，所述提示操作单元具体用于：对于使用频率低的应用程序，向用户展示卸载所述应用程序的提示；或者，对于使用频率高的应用程序，向用户展示对所述应用程序进行升级的提示。

优选的，所述提示操作单元具体用于：对于使用频率低的应用程序，阻止向所述应用程序推送广告或通知消息；或者，对于使用频率高的应用程序，向所述应用程序推送广告或通知消息。

可见，本发明实施例是通过实现一个隐形view(视图)，在这个view中监控***中所有的touch事件，收到touch事件后再去查询顶层的Activity,这样就可以得到一个顶层Activity的链表；分析这个链表就可以得到哪些activity是用户主动点击启动的并计算出用户在应用程序上的停留时间，从而最终统计出应用程序的使用频率。

上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。

附图说明

通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

图1示出了根据本发明一个实施例的统计应用程序使用频率的方法流程图；以及

图2示出了根据本发明一个实施例的统计应用程序使用频率的装置结构示意图。

具体实施方式

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

如前所述的，现有技术虽然可以通过轮询来获取顶层的activity从而统计应用程序的使用频率，然而这种方案存在大量消耗CPU资源、不能判断某个应用程序是否为用户主动启动的缺点。为此，本发明提出一种不同思路的统计应用程序使用频率的方法，以实现不过多消耗CPU资源并且可以明确判断应用程序是否为用户主动启动。

本领域技术人员理解，操作***包括应用程序层(app层)和***框架层(framework层)，至于从功能划分上有可能包括的的其他层本发明则不作讨论。其中，通常app层可以理解为上层，负责与用户交互的界面，例如应用程序维护、以及点击页面时识别不同种类的点击内容从而显示不同的上下文菜单等。通常framework层作为中间层，这一层的主要职责是，将app层获得的用户请求，如启动用用程序、点击链接、点击保存图片之类，转发往下层去；将下层处理好的内容，或者通过消息，或者通过中间代理类，来分发至上层，对用户展现出来。

本发明一种优选实现方式是，对app层和framework层进行改进，从而利用这两层的协同配合实现统计应用程序使用频率。具体的，可以理解本发明方案是在app层的安全软件(例如，手机卫士、杀毒软件等)上实现的一个功能，该安全软件需要与framework层建立通信，通过监听framework层上所有touch(触屏)事件，获取到顶层Activity(活动组件)的链表，最终根据该Activity链表统计出各个应用程序的使用频率。

参见图1，为本发明实施例提供的一种统计应用程序使用频率的方法的流程图。其中，在操作***的***框架层中设置与应用程序层中的安全软件相对应的通信接口，所述方法包括：

S101：创建视图,在视图中监控***中所有的触屏事件；

S102：收到触屏事件后，查询顶层的活动组件,得到顶层活动组件链表；

S103：分析链表，确定用户启动应用程序的次数，并且确定用户主动点击而启动的活动组件，并估算出用户在主动点击的活动组件对应的应用程序上的停留时间，和/或，确定用户启动应用程序的次数；

S104：根据用户启动应用程序的次数和/或在应用程序上的停留时间，统计应用程序的使用频率。

概括而言，本发明实施例是通过实现一个隐形view(视图)，在这个view中监控***中所有的touch事件，收到touch事件后再去查询顶层的Activity,这样就可以得到一个顶层Activity的链表；分析这个链表就可以得到哪些activity是用户主动点击启动的并计算出用户在应用程序上的停留时间，从而最终统计出应用程序的使用频率。

下面详细说明本发明实施例的实现细节。

本领域技术人员理解，View是Android里的一个类，代表UI中的一个方形区域，可以在View中做图。View是所有控件的一个基类，无论是布局(Layout),还是控件(Widget)都是继承自View类。一般来说，Android框架为View定义了多种不同的状态，这些状态值的改变会引发View相关操作。创建一个view时，为view设置的窗口类型标识、标识位、大小参数等决定了view的特点。

在本发明实施例中，首先创建一个view。其中，将view的类型设置为TYPE_PHONE。TYPE_PHONE是窗口类型标识，设置了此标识的窗口将位于一般窗口之上。将view的标识设置为FLAG_NOT_TOUCH_MODAL|FLAG_NOT_FOCUSABLE|FLAG_WATCH_OUTSIDE_TOUCH，这三个都是窗口标识位，其中，FLAG_NOT_TOUCH_MODAL表示设置了此标识的窗口没有获得焦点时也允许任何指针事件发送给此窗口底下的窗口；FLAG_NOT_FOCUSABLE表示设置了此标识的窗口不会获取焦点；FLAG_WATCH_OUTSIDE_TOUCH表示设置了此标识的窗口可以收到位于此窗口之外的点击事件。将view的高和宽都设置为0，将高和宽都设置为0，表示窗口是不可见的，即实现隐形view。

然后监控ACTION_OUTSIDE事件，ACTION_OUTSIDE表示当前窗口之外的事件。

当收到此事件后去查询顶层的activity来得到顶层Activity的链表。

一个典型的Activity链表例子如下所示：

ggongggong-pc:～$adb logcat|grep-i touchmonitor

D/TouchMonitor(18683):ACTION_OUTSIDE occurred at 2014/07/1811:40:12touch postion:0.00.0top activity is com.sec.android.app.launcher

D/TouchMonitor(18683):ACTION_OUTSIDE occurred at 2014/07/1811:40:16touch postion:0.00.0top activity is com.qihoo.appstore

D/TouchMonitor(18683):ACTION_OUTSIDE occurred at 2014/07/1811:40:22touch postion:0.00.0top activity is com.sec.android.app.launcher

D/TouchMonitor(18683):ACTION_OUTSIDE occurred at 2014/07/1811:40:24touch postion:0.00.0top activity is com.sec.android.app.launcher

D/TouchMonitor(18683):ACTION_OUTSIDE occurred at 2014/07/1811:40:24touch postion:0.00.0top activity is com.sec.android.app.launcher

D/TouchMonitor(18683):ACTION_OUTSIDE occurred at 2014/07/1811:40:27touch postion:0.00.0top activity is com.sec.android.app.launcher

D/TouchMonitor(18683):ACTION_OUTSIDE occurred at 2014/07/1811:40:30touch postion:0.00.0top activity is com.qihoo360.smartkey

D/TouchMonitor(18683):ACTION_OUTSIDE occurred at 2014/07/1811:40:38touch postion:0.00.0top activity is com.sec.android.app.launcher

D/TouchMonitor(18683):ACTION_OUTSIDE occurred at 2014/07/1811:40:41touch postion:0.00.0top activity is com.qihoo.antivirus

D/TouchMonitor(18683):ACTION_OUTSIDE occurred at 2014/07/1811:40:49touch postion:0.00.0top activity is com.sec.android.app.launcher

D/TouchMonitor(18683):ACTION_OUTSIDE occurred at 2014/07/1811:40:56touch postion:0.00.0top activity is com.home1ink.android

D/TouchMonitor(18683):ACTION_OUTSIDE occurred at 2014/07/1811:41:09touch postion:0.00.0top activity is com.sec.android.app.launcher

D/TouchMonitor(18683):ACTION_OUTSIDE occurred at 2014/07/1811:41:12 touch postion:0.0 0.0 top activity iscom.qihoo360.mobilesafe.opti.powerctl

D/TouchMonitor(18683):ACTION_OUTSIDE occurred at 2014/07/1811:41:16touch postion:0.00.0top activity is com.sec.android.app.launcher

D/TouchMonitor(18683):ACTION_OUTSIDE occurred at 2014/07/1811:41:20touch postion:0.00.0top activity is com.sec.android.app.launcher

D/TouchMonitor(18683):ACTION_OUTSIDE occurred at 2014/07/1811:41:22touch postion:0.00.0top activity is com.qihoo.browser

D/TouchMonitor(18683):ACTION_OUTSIDE occurred at 2014/07/1811:41:26touch postion:0.00.0top activity is com.qihoo.browser

分析这个链表就可以得到哪些activity是用户主动点击启动的。

如上面例子所示，如果前一个activity为com.sec.android.app.launcher，则当前activity可以判断为用户主动启动的。其中，“com.sec.android.app.launcher”是手机桌面应用程序的包名，如果前一个Activity是桌面应用，则可以判断当前Activity为用户主动启动。

可见，有了这个链表，我们可以统计用户经常使用哪些应用，并能估计用户在特定应用上的停留时间。

其中，具体估计停留时间的原理和方式是：由于记录了每次touch事件发生时的顶层activity,应用程序知道哪些activity属于自己，可以有连续的属于自己的Activity估算出停留时间。

仍以上面的activity例子说明，应用程序com.homelink.android的activity事件发生在11:40:56时刻，它后面activity事件发生在11:41:09时刻，因此可以计算出应用程序com.homelink.android的驻留时间是11:41:09－11:40:56＝13秒。

由于ACTION_OUTSIDE事件只有在第一次点击屏幕是会被触发，点击后在屏幕上滑动不会触发更多的ACTION_OUTSIDE事件。可见，ACTION_OUTSIDE在滑动时并不会触发，滑屏时只触发一次，这种方式比频繁轮询更省电。

在计算出用户在应用程序上的停留时间之后，可以统计出应用程序的使用频率。具体方式是，在预定的一段时间内，计算应用程序上的使用时间，然后利用使用时间以及用户启动该应用程序的次数，从而统计使用频率。一段时间内用户启动应用的次数根据链表是可以计算出来的。通过启动应用程序的此时以及使用应用程序的时间联合计算使用频率是最优方案。举个例子，用户使用微信，每次的停留时间可能都比较短，每天启动的次数很多，但总停留时间可能也比不上一些阅读软件，启动一次可能就停留十多分钟。但判定为使用微信的频率不如阅读软件似乎不妥，不应该只按总停留时间来算使用频率，改为按启动应用程序次数和停留时间来计算使用频率更合理。

当然，上述根据用户启动应用程序的次数和在应用程序上的停留时间这两个要素统计应用程序的使用频率的方式是最优方式，实际中，可仅仅根据用户启动应用程序的次数或者在应用程序上的停留时间一个要素对使用频率进行统计。例如，对于微信和QQ这两款同属于社交类型软件，仅仅通过用户启动应用程序的次数就可以确定使用频率；再比如，对于阅读软件和视频观看类软件，仅仅通过在应用程序上的停留时间就可以确定使用频率，等等。

另外，需要说明的是，“统计应用程序的使用频率”是在一定时间或状态范围内进行的。比如，在单次开机时间内，对应用程序的使用频率进行的统计；再比如，在一个自然日对应用程序的使用频率进行的统计，等等。

在统计出应用程序的使用频率之后，可以利用该频率对应用程序进行某些操作。例如，根据统计出的应用程序的使用频率，确定是否向用户展示有关应用程序预定操作的提示，或者，确定是否执行有关应用程序的操作。其中，根据所统计出的应用程序的使用频率，向用户展示有关应用程序预定操作的提示包括但不限于：对于使用频率低的应用程序，向用户展示卸载应用程序的提示，可以理解，向用户提示卸载使用频率最低的应用程序，以此节约存储空间；或者，对于使用频率高的应用程序，向用户展示对应用程序进行升级的提示，可以理解，对于使用频率高的应用程序，及时升级有助于用户体验；根据所统计出的应用程序的使用频率，执行有关应用程序的操作包括但不限于：对于使用频率低的应用程序，阻止向应用程序推送广告或通知消息，可以理解，对于使用频率低的应用程序，向其推送广告或通知消息效果不显著；或者，对于使用频率高的应用程序，向应用程序推送广告或通知消息，可以理解，对于使用频率高的应用程序，向其推送广告或通知消息效果比较显著。

与上述方法相对应，本发明还提供一种统计应用程序使用频率的装置。该装置可以通过硬件、软件或软硬件结合方式实现。该装置可以是指终端内部的功能模块，也可以是指终端本身，只要终端包括实现该装置的功能即可。

参见图2，为本发明实施例提供的统计应用程序使用频率的装置结构示意图。该装置包括：

视图创建单元201，用于创建视图；

监控单元202，用于在所述视图中监控***中所有的触屏事件；

链表获取单元203，用于收到触屏事件后，查询顶层的活动组件,得到顶层活

动组件链表；

链表分析单元204，用于分析所述链表，确定用户主动点击而启动的活动组件，并计算出用户在所述主动点击的活动组件对应的应用程序上的停留时间，和/或，确定用户启动应用程序的次数；

频率统计单元205，用于根据用户启动应用程序的次数和/或在应用程序上的停留时间，统计应用程序的使用频率。

优选的，所述视图创建单元201具体用于：创建视图实例，并设置视图实例的窗口类型标识、窗口标识位和窗口大小参数。

优选的，所述视图创建单元201具体用于：设置视图实例的窗口类型标识，使得该窗口位于一般窗口之上；设置视图实例的窗口标识位，使得该窗口没有获得焦点时也允许任何指针事件发送给此窗口底下的窗口、或者使得该窗口不会获取焦点、或者允许该窗口收到位于此窗口之外的点击事件；以及，设置窗口大小参数，使得窗口不可见。

优选的，所述监控单元202用于通过调用***接口，实现对***中所有触屏事件的监控。

优选的，所述监控单元202所监控的触屏事件是指除了当前窗口之外的事件。

优选的，所述链表分析单元204具体用于：获取当前活动组件以及当前活动组件的前一个活动组件；根据前一个活动组件的类型判断是否属于桌面应用程序，如果是，则确定当前活动组件是用户主动启动的。

优选的，所述链表分析单元204具体用于：根据记录的每次触屏事件发生时的顶层活动组件，确定所述应用程序的所有活动组件；通过所述应用程序的连续的活动组件之间的时间差，计算出用户在所述应用程序上的停留时间。

优选的，所述装置还包括提示操作单元206，用于根据所统计出的应用程序的使用频率，确定是否向用户展示有关所述应用程序预定操作的提示或确定是否执行有关所述应用程序的操作。

优选的，所述提示操作单元具体用于：对于使用频率低的应用程序，向用户展示卸载所述应用程序的提示；或者，对于使用频率高的应用程序，向用户展示对所述应用程序进行升级的提示；或者，对于使用频率低的应用程序，阻止向所述应用程序推送广告或通知消息；或者，对于使用频率高的应用程序，向所述应用程序推送广告或通知消息。

在此提供的算法和显示不与任何特定计算机、虚拟***或者其它设备固有相关。各种通用***也可以与基于在此的示教一起使用。根据上面的描述，构造这类***所要求的结构是显而易见的。此外，本发明也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本发明的内容，并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。

在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。

类似地，应当理解，为了精简本公开并帮助理解各个发明方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本发明的单独实施例。

本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。

此外，本领域的技术人员能够理解，尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如，在下面的权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。

本发明的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本发明实施例的统计应用程序使用频率的装置中的一些或者全部部件的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如，计算机程序和计算机程序产品)。这样的实现本发明的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。

应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。

本发明提供如下方案：

A1、一种统计应用程序使用频率的方法，包括：

创建视图，在所述视图中监控***中所有的触屏事件；

收到触屏事件后，查询顶层的活动组件,得到顶层活动组件链表；

分析所述链表，确定用户主动点击而启动的活动组件，并计算出用户在所述主动点击的活动组件对应的应用程序上的停留时间，和/或，确定用户启动所述应用程序的次数；

根据用户启动应用程序的次数和/或在所述应用程序上的停留时间，统计应用程序的使用频率。

A2、如A1所述的方法，所述创建视图包括：

创建视图实例，并设置视图实例的窗口类型标识、窗口标识位和窗口大小参数。

A3、如A2所述的方法，

设置视图实例的窗口类型标识，使得该窗口位于一般窗口之上；

设置视图实例的窗口标识位，使得该窗口没有获得焦点时也允许任何指针事件发送给此窗口底下的窗口、或者使得该窗口不会获取焦点、或者允许该窗口收到位于此窗口之外的点击事件；

设置窗口大小参数，使得窗口不可见。

A4、如A1所述的方法，通过调用***接口，实现对***中所有触屏事件的监控。

A5、如A1所述的方法，所监控的触屏事件是指除了当前窗口之外的事件。

A6、如A1所述的方法，所述确定用户主动点击而启动的活动组件包括：

获取当前活动组件以及当前活动组件的前一个活动组件；

根据前一个活动组件的类型判断是否属于桌面应用程序，如果是，则确定当前活动组件是用户主动启动的。

A7、如A1所述的方法，所述计算出用户在所述主动点击的活动组件对应的应用程序上的停留时间包括：

根据记录的每次触屏事件发生时的顶层活动组件，确定所述应用程序的所有活动组件；

通过所述应用程序的连续的活动组件之间的时间差，计算出用户在所述应用程序上的停留时间。

A8、如A1所述的方法，还包括：

根据所统计出的应用程序的使用频率，确定是否向用户展示有关所述应用程序预定操作的提示或确定是否执行有关所述应用程序的操作。

A9、如A8所述的方法，

所述根据所统计出的应用程序的使用频率，向用户展示有关所述应用程序预定操作的提示包括：对于使用频率低的应用程序，向用户展示卸载所述应用程序的提示；或者，对于使用频率高的应用程序，向用户展示对所述应用程序进行升级的提示。

A10、如A8所述的方法，

所述根据所统计出的应用程序的使用频率，执行有关所述应用程序的操作包括：对于使用频率低的应用程序，阻止向所述应用程序推送广告或通知消息；或者，对于使用频率高的应用程序，向所述应用程序推送广告或通知消息。

B11、一种统计应用程序使用频率的装置，包括：

视图创建单元，用于创建视图；

监控单元，用于在所述视图中监控***中所有的触屏事件；

链表获取单元，用于收到触屏事件后，查询顶层的活动组件,得到顶层活动组件链表；

链表分析单元，用于分析所述链表，确定用户主动点击而启动的活动组件，并计算出用户在所述主动点击的活动组件对应的应用程序上的停留时间，和/或，确定用户启动应用程序的次数；

频率统计单元，用于根据用户启动应用程序的次数和/或在应用程序上的停留时间，统计应用程序的使用频率。

B12、如B11所述的装置，所述视图创建单元具体用于：创建视图实例，并设置视图实例的窗口类型标识、窗口标识位和窗口大小参数。

B13、如B12所述的装置，所述视图创建单元具体用于：设置视图实例的窗口类型标识，使得该窗口位于一般窗口之上；设置视图实例的窗口标识位，使得该窗口没有获得焦点时也允许任何指针事件发送给此窗口底下的窗口、或者使得该窗口不会获取焦点、或者允许该窗口收到位于此窗口之外的点击事件；以及，设置窗口大小参数，使得窗口不可见。

B14、如B11所述的装置，所述监控单元用于通过调用***接口，实现对***中所有触屏事件的监控。

B15、如B11所述的装置，所述监控单元所监控的触屏事件是指除了当前窗口之外的事件。

B16、如B11所述的装置，所述链表分析单元具体用于：获取当前活动组件以及当前活动组件的前一个活动组件；根据前一个活动组件的类型判断是否属于桌面应用程序，如果是，则确定当前活动组件是用户主动启动的。

B17、如B11所述的装置，所述链表分析单元具体用于：根据记录的每次触屏事件发生时的顶层活动组件，确定所述应用程序的所有活动组件；通过所述应用程序的连续的活动组件之间的时间差，计算出用户在所述应用程序上的停留时间。

B18、如B11所述的装置，还包括：提示操作单元，用于根据所统计出的应用程序的使用频率，确定是否向用户展示有关所述应用程序预定操作的提示或确定是否执行有关所述应用程序的操作。

B19、如B18所述的装置，所述提示操作单元具体用于：对于使用频率低的应用程序，向用户展示卸载所述应用程序的提示；或者，对于使用频率高的应用程序，向用户展示对所述应用程序进行升级的提示。

B20、如B18所述的装置，所述提示操作单元具体用于：对于使用频率低的应用程序，阻止向所述应用程序推送广告或通知消息；或者，对于使用频率高的应用程序，向所述应用程序推送广告或通知消息。

Claims (10)

1.一种统计应用程序使用频率的方法，其特征在于，包括：

创建视图，在所述视图中监控***中所有的触屏事件；

收到触屏事件后，查询顶层的活动组件,得到顶层活动组件链表；

分析所述链表，确定用户主动点击而启动的活动组件，并计算出用户在所述主动点击的活动组件对应的应用程序上的停留时间，和/或，确定用户启动所述应用程序的次数；

根据用户启动应用程序的次数和/或在所述应用程序上的停留时间，统计应用程序的使用频率。

2.如权利要求1所述的方法，其特征在于，所述创建视图包括：

创建视图实例，并设置视图实例的窗口类型标识、窗口标识位和窗口大小参数。

3.如权利要求2所述的方法，其特征在于，

设置视图实例的窗口类型标识，使得该窗口位于一般窗口之上；

设置视图实例的窗口标识位，使得该窗口没有获得焦点时也允许任何指针事件发送给此窗口底下的窗口、或者使得该窗口不会获取焦点、或者允许该窗口收到位于此窗口之外的点击事件；

设置窗口大小参数，使得窗口不可见。

4.如权利要求1所述的方法，其特征在于，通过调用***接口，实现对***中所有触屏事件的监控。

5.如权利要求1所述的方法，其特征在于，所监控的触屏事件是指除了当前窗口之外的事件。

6.如权利要求1所述的方法，其特征在于，所述确定用户主动点击而启动的活动组件包括：

获取当前活动组件以及当前活动组件的前一个活动组件；

根据前一个活动组件的类型判断是否属于桌面应用程序，如果是，则确定当前活动组件是用户主动启动的。

7.如权利要求1所述的方法，其特征在于，所述计算出用户在所述主动点击的活动组件对应的应用程序上的停留时间包括：

根据记录的每次触屏事件发生时的顶层活动组件，确定所述应用程序的所有活动组件；

通过所述应用程序的连续的活动组件之间的时间差，计算出用户在所述应用程序上的停留时间。

8.如权利要求1所述的方法，其特征在于，还包括：

根据所统计出的应用程序的使用频率，确定是否向用户展示有关所述应用程序预定操作的提示或确定是否执行有关所述应用程序的操作。

9.如权利要求8所述的方法，其特征在于，

所述根据所统计出的应用程序的使用频率，向用户展示有关所述应用程序预定操作的提示包括：对于使用频率低的应用程序，向用户展示卸载所述应用程序的提示；或者，对于使用频率高的应用程序，向用户展示对所述应用程序进行升级的提示。

10.一种统计应用程序使用频率的装置，其特征在于，包括：

视图创建单元，用于创建视图；

监控单元，用于在所述视图中监控***中所有的触屏事件；

链表获取单元，用于收到触屏事件后，查询顶层的活动组件,得到顶层活动组件链表；

链表分析单元，用于分析所述链表，确定用户主动点击而启动的活动组件，并计算出用户在所述主动点击的活动组件对应的应用程序上的停留时间，和/或，确定用户启动应用程序的次数；

频率统计单元，用于根据用户启动应用程序的次数和/或在应用程序上的停留时间，统计应用程序的使用频率。