CN104793980A - 应用程序更新通知方法及其装置 - Google Patents

Abstract

本发明提供一种手机应用程序更新通知方法，包括步骤：获取本机已安装应用程序的升级包的摘要信息，该摘要信息包括该升级包的包名；从预设数据表中确定与该包名相对应的时间信息，该时间信息用于表征本机统计的所述应用程序的惯常更新时间；在该时间信息指示的时间范围内，提供可视化界面，用于接收安装该升级包的指令。本发明还提供一种手机应用程序更新通知装置，本发明所述方法可以根据自学习算法统计确定用户的惯常更新时间，并在该时间段中推送应用更新版本，智能提示用户进行更新升级，提高用户体验度。

Description

应用程序更新通知方法及其装置

技术领域

本发明涉及移动终端的应用更新，具体而言，本发明涉及一种应用程序更新通知方法及其装置。

背景技术

随着移动终端的快速发展，智能手机的用户拥有量越来越大，同时手机终端的应用软件也在日益增加。目前，应用软件的更新都是通过随机弹出更新通知窗口，提示用户更新，由用户选择是否更新。一方面，应用市场之间存在竞争，因而各种应用市场想方设法常驻用户内存，以便在第一时间针对用户已安装应用向所有相关用户推送最新版本的应用以获得更大的应用分发流量和下载量；另一方面，软件开发者出于同类软件竞争或者软件升级实际需求，又或者仅仅是出于广告调整等目的，也会频繁发布其软件到应用市场供用户下载。无论哪种情况，当一个应用程序发布了最新版本，几乎所有已经安装有该应用程序的用户都会收到一个或多个应用市场关于这个应用程序的升级通知。可见，诸多应用程序同台竞技并且无条件提醒用户升级的机制，必然导致应用市场常驻内存，使通知栏经常满布通知信息，这样，不仅在某些情况下不必要地消耗用户流量和电量，而且极大地降低了用户体验。

发明内容

本发明的目的旨在解决上述至少一个问题，提供一种应用程序更新通知方法及其装置。

为了实现上述目的，提供一种应用程序更新通知方法，具体包括以下步骤：

获取本机已安装应用程序的升级包的摘要信息，该摘要信息包括该升级包的包名；

从预设数据表中确定与该包名相对应的时间信息，该时间信息用于表征本机统计的所述应用程序的惯常更新时间；

在该时间信息指示的时间范围内，提供可视化界面，用于接收安装该升级包的指令。

进一步的，统计所述应用程序的惯常更新时间具体包括如下步骤：

采集系统下载更新的应用程序的包名及相应的更新时间；

对所述应用程序的更新时间进行统计以确定其惯常更新时间；

建立应用程序的包名与用于表征该应用程序的惯常更新时间的时间信息之间的映射关系并存储到所述预设数据表中。

具体的，通过监控系统应用程序安装接口被调用的时间来确定所述应用程序的更新时间。

可选的，所述升级包为所述应用程序原安装包的替换安装包或其差量安装包。

进一步的，所述摘要信息还包括所述升级包的版本号，用于执行如下步骤：

判断该版本号是否大于该应用程序在本机的原版本号，如是，则在接收所述安装升级包的指令后下载并安装该升级包。

进一步的，所述方法还包括统计所述应用程序在预设时间段内的使用频率或更新频率，用于确定经常使用的应用程序或经常更新的应用程序，允许向此类应用程序提供所述可视化界面以接收用户安装其升级包的指令。

较佳的，所述方法还包括更新白名单的步骤，所述白名单用于记录经常使用的应用程序包名、经常更新的应用程序包名以及热门应用程序包名，允许向此类应用程序提供所述可视化界面以接收用户安装其升级包的指令。

较佳的，所述方法还包括更新黑名单的步骤，用于记录应用程序包名，禁止向此类应用程序提供所述可视化界面以禁止接收用户安装其升级包的指令。

进一步的，所述黑名单中的应用程序包名在经过预设时间后被从黑名单中自动删除。

具体的，所述已安装应用程序包名与其升级包对应存储于云端服务器。

具体的，所述云端服务器基于唯一性确定手机终端的手机身份识别标识，分配用于存储已安装应用程序包名及其升级包的存储空间。

一种应用程序更新通知装置，包括：

获取单元：用于获取本机已安装应用程序的升级包的摘要信息，该摘要信息包括该升级包的包名；

查询时间信息单元：用于从预设数据表中确定与该包名相对应的时间信息，该时间信息用于表征本机统计的所述应用程序的惯常更新时间；

显示单元：用于在所述时间信息指示的时间范围内，提供可视化界面，以接收安装该升级包的指令。

进一步的，所述装置还包括第一统计单元，用于统计所述应用程序的惯常更新时间。

进一步的，所述装置还包括第二统计单元，用于统计所述应用程序在预设时间段内的使用频率或更新频率，以确定经常使用的应用程序或经常更新的应用程序，且允许显示单元向此类应用程序提供所述可视化界面以接收用户安装其升级包的指令。

可选的，所述升级包为所述应用程序原安装包的替换安装包或其差量安装包。

较佳的，所述装置还包括白名单更新单元，所述白名单用于记录经常使用的应用程序包名、经常更新的应用程序包名以及热门应用程序包名，允许显示单元向此类应用程序提供所述可视化界面以接收用户安装其升级包的指令。

较佳的，所述装置黑名单更新单元，用于记录应用程序包名，禁止显示单元向此类应用程序提供所述可视化界面以禁止接收用户安装其升级包的指令。

进一步的，所述黑名单中的应用程序包名在经过预设时间后被从黑名单中自动删除。

具体的，所述已安装应用程序包名与其升级包对应存储于云端服务器。

具体的，所述云端服务器基于唯一性确定手机终端的手机身份识别标识，分配用于存储已安装应用程序包名及其升级包的存储空间。

相比现有技术，本发明的方案具有以下优点：

1、根据记录的用户惯常更新时间，通过贝叶斯公式统计推断弹出应用程序更新通知的时间，避免应用程序无条件进行更新提示，消耗用户手机的电量和流量，同时智能提示用户进行应用程序的更新，使得应用的更新推送更加有针对性，提高用户的体验度。

2、通过统计应用一周内的使用频率、更新频率等信息，确定用户的经常使用的应用程序、经常更新的应用程序，从而可以针对用户不同类型的程序采用不同的频率推送相应升级包。针对不同用户根据其手机的身份识别标识确定其已安装的应用程序，从而向不同用户推送不同的更新应用程序，使得推送更符合用户的需求，用户可以第一时间对应用程序进行更新。

本发明附加的方面和优点将在下面的描述中部分给出，这些将从下面的描述中变得明显，或通过本发明的实践了解到。

附图说明

本发明上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中：

图1为本发明所述的应用程序更新通知方法原理示意图；

图2为本发明所述应用程序惯常更新时间的统计流程示意图；

图3为本发明所述的应用程序更新通知装置示意框图。

具体实施方式

下面详细描述本发明的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，仅用于解释本发明，而不能解释为对本发明的限制。

本技术领域技术人员可以理解，除非特意声明，这里使用的单数形式“一”、“一个”、“所述”和“该”也可包括复数形式。应该进一步理解的是，本发明的说明书中使用的措辞“包括”是指存在所述特征、整数、步骤、操作、元件和/或组件，但是并不排除存在或添加一个或多个其他特征、整数、步骤、操作、元件、组件和/或它们的组。应该理解，当我们称元件被“连接”或“耦接”到另一元件时，它可以直接连接或耦接到其他元件，或者也可以存在中间元件。此外，这里使用的“连接”或“耦接”可以包括无线连接或无线耦接。这里使用的措辞“和/或”包括一个或更多个相关联的列出项的全部或任一单元和全部组合。

本技术领域技术人员可以理解，除非另外定义，这里使用的所有术语(包括技术术语和科学术语)，具有与本发明所属领域中的普通技术人员的一般理解相同的意义。还应该理解的是，诸如通用字典中定义的那些术语，应该被理解为具有与现有技术的上下文中的意义一致的意义，并且除非像这里一样被特定定义，否则不会用理想化或过于正式的含义来解释。

本技术领域技术人员可以理解，这里所使用的“终端”、“终端设备”既包括无线信号接收器的设备，其仅具备无发射能力的无线信号接收器的设备，又包括接收和发射硬件的设备，其具有能够在双向通信链路上，执行双向通信的接收和发射硬件的设备。这种设备可以包括：蜂窝或其他通信设备，其具有单线路显示器或多线路显示器或没有多线路显示器的蜂窝或其他通信设备；PCS(Personal Communications Service，个人通信系统)，其可以组合语音、数据处理、传真和/或数据通信能力；PDA(PersonalDigital Assistant，个人数字助理)，其可以包括射频接收器、寻呼机、互联网/内联网访问、网络浏览器、记事本、日历和/或GPS(Global PositioningSystem，全球定位系统)接收器；常规膝上型和/或掌上型计算机或其他设备，其具有和/或包括射频接收器的常规膝上型和/或掌上型计算机或其他设备。这里所使用的“终端”、“终端设备”可以是便携式、可运输、安装在交通工具(航空、海运和/或陆地)中的，或者适合于和/或配置为在本地运行，和/或以分布形式，运行在地球和/或空间的任何其他位置运行。这里所使用的“终端”、“终端设备”还可以是通信终端、上网终端、音乐/视频播放终端，例如可以是PDA、MID(Mobile Internet Device，移动互联网设备)和/或具有音乐/视频播放功能的移动电话，也可以是智能电视、机顶盒等设备。

本技术领域技术人员可以理解，这里所使用的远端网络设备，其包括但不限于计算机、网络主机、单个网络服务器、多个网络服务器集或多个服务器构成的云。在此，云由基于云计算(Cloud Computing)的大量计算机或网络服务器构成，其中，云计算是分布式计算的一种，由一群松散耦合的计算机集组成的一个超级虚拟计算机。本发明的实施例中，远端网络设备、终端设备与WNS服务器之间可通过任何通信方式实现通信，包括但不限于，基于3GPP、LTE、WIMAX的移动通信、基于TCP/IP、UDP协议的计算机网络通信以及基于蓝牙、红外传输标准的近距无线传输方式。

本发明以基于Android系统的智能手机终端作为实施例，对本发明所述的方法进行说明，当然，本发明同样适用于基于IOS、Windows phone等系统的智能手机终端，本领域技术人员应当知晓基于本发明所述方法做相应变通。

请参阅图1所示，本发明提供一种应用程序更新通知方法，包括以下步骤：

S11、获取本机已安装应用程序的升级包的摘要信息，该摘要信息包括该升级包的包名；

将本机已安装应用程序的包名上传到服务端，由服务端预先基于唯一性确定手机终端的手机身份识别标识，如手机MAC地址、IP地址、MR信息等可以唯一性确定手机终端的用于表征手机身份识别标识的信息，为本机的已安装应用程序分配相应存储空间。所述已安装应用程序的包名存储于所述分配空间，服务端针对本机的已安装应用程序抓取相应的更新升级包，并分别与已安装应用程序的包名对应存储于所述分配空间。其中，所述升级包为所述已安装应用程序的原安装包的替换安装包或者其差量安装包。

当服务器抓取到本机已安装应用程序中的任一应用程序的升级包时，与本机客户端建立长链接，推送升级包的摘要信息，客户端接收所述推送信息，获取所述已安装应用程序的升级包摘要信息，用于确定本机需要升级的应用程序。其中，所述摘要信息包括所述升级包的包名、版本号等信息。

S12、从预设数据表中确定与该包名相对应的时间信息，该时间信息用于表征本机统计的所述应用程序的惯常更新时间；

所述预设数据表用于存储应用程序的包名与用于表征该应用程序的惯常更新时间的时间信息之间的映射关系，参阅图2所示，确定所述应用程序的惯常更新时间的统计过程具体如下：

步骤1、采集用户下载更新的应用程序的包名及相应的更新时间；

对一定时间范围内的应用程序安装更新的时间进行采集，如一个月内。所述采集的应用程序安装更新时间作为后台数据的一部分，所述后台数据还包括但不限于客户端下载的日志、客户端的应用程序安装记录，以及获取所述应用程序的属性数据，其中，所述属性数据包括标签、开发者、分类和/或所有者等。当本机已安装应用程序有新版本时，将上一步骤获取的升级包的包名与本机已安装应用程序的包名进行对比查找，确定升级包对应的已安装应用程序，在多个时间段内针对该应用程序弹应用更新通知，提示用户进行更新。对于基于Android系统的智能手机终端而言，安装应用程序包时，首先启动PackageManagerService的相关进程，基于Intent消息机制卸载原安装程序startActivity(intent)，调用函数installApkDefaul()静默安装应用程序的升级包。在此过程中，通过钩子hook函数监控应用程序安装接口被调用的时间，即监控installApkDefaul()被调用的时间。如果用户选择进行下载安装升级包，则安装时所述installApkDefaul()被调用，记录该调用时间，该时间即为应用程序的更新时间，将一段时间内采集的所述应用程序的更新时间与所述应用程序的包名对应存储于本机。

其中，术语“钩子”涵盖了用于通过拦截在软件组件之间传递的函数调用、消息、或事件来改变或增加操作系统、应用程序、或其他软件组件的行为的技术。而处理这种被拦截的函数调用、事件或消息的代码就被称为钩子hook函数。钩子通常用于各种目标，包括对功能进行调试和对功能进行扩展。其示例可以包括在键盘或鼠标事件传递到应用程序之前拦截它们，或者拦截系统调用(system call)、或者系统函数行为、函数执行结果等，以监视或修改应用程序或其他组件的功能等等。本实施例即可采用钩子hook函数接管所述应用程序安装包进行安装时调用安装接口的操作。

步骤2、对所述应用程序的更新时间进行统计以确定其惯常更新时间；

对所述惯常更新时间的统计推断，采用贝叶斯统计方法进行统计。其中，

贝叶斯统计方法的核心就是用贝叶斯公式将总体、样本以及先验信息进行综合，得到关于未知参数的一个后验分布。所述总体信息是指变量的总体分布信息；所述样本信息即从总体抽取的样本所提供的信息，也称为数据信息，通过对样本的加工和处理，可以对总体的特征做出一些统计推断；所述先验信息是指将未知参数看作一个随机变量，对抽样前所掌握的关于该参数的信息进行描述的概率分布。贝叶斯公式综合总体、样本和先验三种信息中关于所述未知参数的所有信息，同时排除一切与所述未知参数无关的信息，得出所述未知参数的后验分布，从而基于该后验分布对未知参数进行统计推断。不断采集新的样本信息，对先验信息进行更新，得到的后验信息作为下一次计算的先验信息，并再次由新的样本信息进行更新，得到下一个后验信息，如此反复，得到的后验信息会越来越接近实际结果，从而可以根据该后验信息更精确地统计推断出未知参数。

具体为将步骤1采集到的时间信息集合作为样本，将一天的时间划分为多个时间段，如每八小时为一个时间段，划分三个时间段。利用贝叶斯公式统计所述应用程序在哪个时间段下载更新的概率最大，则将该时间段确定为该应用程序的惯常更新时间。

步骤3、建立应用程序的包名与用于表征该应用程序的惯常更新时间的时间信息之间的映射关系并存储到所述预设数据表中。

将统计推断的应用程序的惯常更新时间与其包名建立映射关系，并对应存储到预设数据表中。

在其他实施例中，所述惯常更新时间可以是针对本机所有已安装应用程序的集中统计，即采集所有已安装应用程序的更新时间，而不是针对任意一个应用程序采集其更新时间。将采集到的所有更新时间信息的集合作为样本，将一天的时间划分为多个时间段，如每八小时为一个时间段，划分三个时间段。利用贝叶斯公式统计所述应用程序在哪个时间段下载更新的概率最大，则将该时间段确定为本机所有已应用程序的惯常更新时间。

除了基于贝叶斯公式进行自学习统计确定惯常更新时间，所述统计算法还可以采用线性回归算法、决策树、神经网络等自学习算法，所述统计学习算法不能视为对本发明的限制。

当服务端抓取到的升级包，与本机的身份识别标识对应的存储空间中记录的任一应用程序的包名一致时，向本机客户端推送所述应用程序的升级包的摘要信息，所述摘要信息包括升级包的包名、版本号等信息。客户端依据获取到的所述升级包的包名，从所述预设数据表中查找其对应的惯常更新时间，确定该应用程序的更新时间。

在其他实施例中，所述统计应用程序的惯常更新时间也可以在云端服务器进行。手机终端采集应用程序的更新时间，并将所述更新时间信息集合发送到服务器，由服务器通过上述算法进行自学习统计，确定应用程序的惯常更新时间。

S13、在该时间信息指示的时间范围内，提供可视化界面，用于接收安装该升级包的指令。

云端服务器针对所述用户已安装应用程序抓取相应的应用程序升级包，一旦抓取到用户的手机身份识别标识对应的存储空间中的记录的任一应用的升级包时，向手机终端客户端推送该应用的升级包摘要信息。由手机终端客户端判断此时用户的手机电量是否在30％以上，手机是否与WiFi连接，是否处于上述步骤确定的时间信息指示的时间范围内。如果满足，则与云端服务器建立长链接，将所述应用程序的升级包下载到本地，并提供可视化界面，接收用户安装该升级包的指令。所述可视化界面可以是通知栏，可以为通知窗口。服务端将更新应用程序的消息推送至目标用户的手机终端，由客户端提供可视化界面在手机终端显示所述推送消息。通常情况下，直接推送一个应用程序的成本较高，如安装包、客户端程序、可执行程序等，直接推送这些应用的速度慢、耗费流量多，故采用消息的形式进行应用程序的推送，而不直接推送应用程序给用户。较佳地，可以将应用程序的存储位置和访问方法以统一资源定位符URL表示，并将该URL按照特定的消息格式写成相应的推送消息，由服务端推送至目标用户的手机终端。优选的，向用户提供所述包括确定按钮的可视化界面，提示其进行相应的更新，用户点击确定按钮进行更新。客户端根据升级包摘要信息中的升级包版本号，判断升级包版本号是否大于本机中所述原应用程序的版本号，如果大于，则下载所述升级包并安装。所述升级包可以为应用程序原安装包的替换安装包或其差量安装包。如果为原安装包的替换安装包，则直接卸载原安装程序并重新安装所述替换安装包；如果为差量安装包，则将差量安装包和原安装包进行合并，卸载原安装程序并安装合并后的安装包。采用差量包可以避免重复下载与原安装包中相同的功能模块，达到省流量的目的。

针对不同的应用，云端服务器采用不同的频率推送相应的升级包。为了确定用户经常使用的应用程序，统计用户在一周内使用某个应用的频率，具体为统计用户一周内使用某个应用的次数。对于基于Android系统的智能手机终端而言，由于Android系统包括四大组件，分别为activity、service、content provider、broadcast receiver。其中，一个activity通常为一个单独的窗口，通过intent进行通信；service用于在后台完成用户指定的操作，没有图形用户界面，不需要与用户进行交互；content provider用于向其他应用程序提供一个应用程序的指定数据；broadcast receiver用于对消息进行广播。

当用户打开某个应用时，激活Android系统的activity组件，系统会自动启动一个线程，创建一个activity对象，调用startActivity函数启动activity，由此显示应用的界面，当用户在该应用界面进行后续操作时，该activity会创建另一个activity，所述新建的activity覆盖原来的activity，使原来的activity处于暂停或停止状态。当另一个应用被打开时，系统会启动另一个线程，创建一个新的activity对象，启动该应用的界面。用户使用该应用时，则激活该activity，原来应用的activity处于停止状态或者被系统回收。处于屏幕最前端的activity，处于系统栈的最顶端，该activity处于可见状态并且为可以和用户进行交互的激活状态。故而通过监听系统栈最顶层的activity，可以判断哪个应用被用户打开，统计应用打开的次数，从而可以统计用户一周内使用的频率，具体操作步骤如下：

step1、启动一个后台服务service，监听系统栈顶的activity；

step 2、通过该activity中的intent判断该应用程序是什么应用；

step 3、通过打点记录该应用程序被打开的行为；

所述打点是指将用户的一些特定的行为上报服务器，以进行用户行为的分析。本实施例将用户打开应用程序的行为上报服务器。由服务器每天定时抽取一定时间范围内的打点日志，如10天。所述打点日志以行为单位，每行为一次打点记录，每行两列，第一列为应用程序的包名、第二列为应用程序打开的时间。

step 4、统计该应用程序一周内的打点数。

根据上述打点日志统计所述应用程序一周内的打点数，所述统计的应用一周内的打点数表征其一周内的使用频率，当某个应用的使用频率大于预设的阈值时，判定该应用为用户经常使用的应用。

同时，为了统计用户对应用程序的更新频率，监控用户更新安装所述应用程序的升级包。对于基于Android系统的智能手机终端而言，安装应用程序包时，首先启动PackageManagerService的相关进程，基于Intent消息机制卸载原安装程序startActivity(intent)，调用函数installApkDefaul()静默安装应用程序的升级包。在此过程中，通过钩子hook函数监控应用程序安装接口是否被调用，即监控installApkDefaul()是否被调用，打点记录该函数被调用的行为，以统计的打点数表征用户对所述应用程序的更新频率。当该数值大于预设的阈值时，则判定该应用程序为用户经常更新的应用。

所述热门应用程序可以由云端服务器统计使用某个应用程序的用户数量进行判断，当所述用户数量超过预设的阈值，则判定为热门应用程序。

服务器对经常使用的应用程序、经常更新的应用程序以及热门应用推送更新的时间间隔短，频繁抓取该些应用程序的新版本安装包；而对使用频率较低和更新频率较低的应用程序隔一定时间才去抓取其升级包。云端服务器按照记录的不同用户的存储空间中的应用程序向不同的用户推送不同的应用程序。

其他实施例中，当手机电量在30％以上，与WiFi连接的情况下，云端服务器抓取到与手机身份识别标识匹配的存储空间中记录的应用程序的升级包，则与手机终端客户端建立长链接，推送所述升级包。手机终端客户端下载该推送的升级包到本机，但并不马上弹出更新通知界面进行提示，等待由步骤S12统计确定的应用程序惯常更新时间段时才进行提示。自定义一个时钟，当手机终端接收到云端服务器推送的应用程序升级包时，调用时钟程序，当到所述统计确定的应用程序惯常更新时间段时，弹出相应的通知栏或窗口进行提示，由用户选择是否确认进行更新。

其他实施例中，云端服务器抓取到与用户的手机身份识别标识相匹配的存储空间中的某个应用程序的升级包时，由消息推送系统确定一个或多个目标用户，所述目标用户为其手机身份识别标识与抓取的应用程序相匹配的用户。所述消息推送系统获取相应目标用户的特征信息，所述特征信息包括历史使用、下载、更新、安装以及删除所述应用程序的行为中的一种或多种。消息推送系统根据目标用户的特征信息推送相关的应用程序更新消息，如对于已删除所述应用程序的用户则不推送相关应用程序的更新通知，对于不经常使用或不经常更新的所述应用程序的用户则根据预设的推送频率确定是否推送，对于经常使用或经常更新所述应用程序的用户则即时推送所述更新消息。云端服务器依据手机终端客户端上传的通过统计确定的应用程序惯常更新时间，推送该应用程序的升级包，并同时推送以可视化界面进行提示的指令，手机终端接收到相应指令，激活activity组件，弹出相应应用程序的更新通知窗口或通知栏进行提示，由用户选择是否确认进行更新。

其他实施例中，云端服务器抓取到与用户的手机身份识别标识相匹配的存储空间中的某个应用程序的升级包时，依据其统计确定的应用程序惯常更新时间，推送该应用程序的升级包，并同时推送以可视化界面进行提示的指令，手机终端接收到相应指令，激活activity组件，弹出相应应用程序的更新通知窗口或通知栏进行提示，由用户选择是否确认进行更新。

当用户确认更新时，则对相应的应用程序进行更新升级。如果用户不选择进行更新，则将该应用程序的包名记录于本机的黑名单。其中，所述用户经常使用的应用、用户经常更新的应用以及热门应用记录于一个白名单，允许向此类应用程序提供所述可视化界面，以便接收用户安装其升级包的指令。如果弹出应用程序更新通知的可视化界面后，用户不选择进行更新，则将该应用程序的包名记录于黑名单，在之后的一个预设的时间内不提示用户对该应用程序进行更新。经过预设的时间后将该应用程序的包名从黑名单中自动删除并重新记录于白名单，并再次提醒用户对该应用程序进行更新。

在其他实施例中，还可以针对不同的用户推荐不同的应用程序并提示用户进行相应下载。具体为客户端采集用户手机终端的应用程序相关数据，如应用程序的名称、应用程序的标签、应用程序的分类等数据，上传到服务端，并且打点记录用户下载、安装、或者在应用商城浏览应用程序的行为，服务端根据所述数据及打点记录信息采用相应的算法获得推荐数据，所述推荐数据即向用户推荐的应用程序的相应数据。服务端相应的接口将所述推荐的应用程序的相应数据封装成能通过可视化界面进行展示的形式，推送至手机终端以列表的形式通过用户界面展示给用户。其中，所述推荐的应用程序的用户界面弹出时间以上述统计的用户惯常更新时间为依据，在相应的时间段内弹出下载所述推荐应用程序的用户界面，由用户选择下载所述推荐应用程序。

相应地，参阅图3，本发明还提供一种应用程序更新通知装置，包括获取单元11、查询时间信息单元12、显示单元13，此外还包括第一统计单元14和第二统计单元15，其中，

获取单元11用于获取本机已安装应用程序的升级包的摘要信息，该摘要信息包括该升级包的包名；

将本机已安装应用程序的包名上传到服务端，由服务端预先基于唯一性确定手机终端的手机身份识别标识，如手机MAC地址、IP地址、MR信息等可以唯一性确定手机终端的用于表征手机身份识别标识的信息，为本机的已安装应用程序分配相应存储空间。所述已安装应用程序的包名存储于所述分配空间，服务端针对本机的已安装应用程序抓取相应的更新升级包，并分别与已安装应用程序的包名对应存储于所述分配空间。其中，所述升级包为所述已安装应用程序的原安装包的替换安装包或者其差量安装包。

当服务器抓取到本机已安装应用程序中的任一应用程序的升级包时，与本机客户端建立长链接，推送升级包的摘要信息，客户端接收所述推送信息，由获取单元11获取所述已安装应用程序的升级包摘要信息，用于确定本机需要升级的应用程序。其中，所述摘要信息包括所述升级包的包名、版本号等信息。

查询时间信息单元12用于从预设数据表中确定与该包名相对应的时间信息，该时间信息用于表征本机统计的所述应用程序的惯常更新时间；

所述预设数据表用于存储应用程序的包名与用于表征该应用程序的惯常更新时间的时间信息之间的映射关系，参阅图2所示，采用第一统计单元14确定所述应用程序的惯常更新时间的统计过程具体如下：

步骤1、采集用户下载更新的应用程序的包名及相应的更新时间；

对一定时间范围内的应用程序安装更新的时间进行采集，如一个月内。所述采集的应用程序安装更新时间作为后台数据的一部分，所述后台数据还包括但不限于客户端下载的日志、客户端的应用程序安装记录，以及获取所述应用程序的属性数据，其中，所述属性数据包括标签、开发者、分类和/或所有者等。当本机已安装应用程序有新版本时，将上一步骤获取的升级包的包名与本机已安装应用程序的包名进行对比查找，确定升级包对应的已安装应用程序，在多个时间段内针对该应用程序弹应用更新通知，提示用户进行更新。对于基于Android系统的智能手机终端而言，安装应用程序包时，首先启动PackageManagerService的相关进程，基于Intent消息机制卸载原安装程序startActivity(intent)，调用函数installApkDefaul()静默安装应用程序的升级包。在此过程中，通过钩子hook函数监控应用程序安装接口被调用的时间，即监控installApkDefaul()被调用的时间。如果用户选择进行下载安装升级包，则安装时所述installApkDefaul()被调用，记录该调用时间，该时间即为应用程序的更新时间，将一段时间内采集的所述应用程序的更新时间与所述应用程序的包名对应存储于本机。

其中，术语“钩子”涵盖了用于通过拦截在软件组件之间传递的函数调用、消息、或事件来改变或增加操作系统、应用程序、或其他软件组件的行为的技术。而处理这种被拦截的函数调用、事件或消息的代码就被称为钩子hook函数。钩子通常用于各种目标，包括对功能进行调试和对功能进行扩展。其示例可以包括在键盘或鼠标事件传递到应用程序之前拦截它们，或者拦截系统调用(system call)、或者系统函数行为、函数执行结果等，以监视或修改应用程序或其他组件的功能等等。本实施例即可采用钩子hook函数接管所述应用程序安装包进行安装时调用安装接口的操作。

步骤2、对所述应用程序的更新时间进行统计以确定其惯常更新时间；

对所述惯常更新时间的统计推断，采用贝叶斯统计方法进行统计。其中，

贝叶斯统计方法的核心就是用贝叶斯公式将总体、样本以及先验信息进行综合，得到关于未知参数的一个后验分布。所述总体信息是指变量的总体分布信息；所述样本信息即从总体抽取的样本所提供的信息，也称为数据信息，通过对样本的加工和处理，可以对总体的特征做出一些统计推断；所述先验信息是指将未知参数看作一个随机变量，对抽样前所掌握的关于该参数的信息进行描述的概率分布。贝叶斯公式综合总体、样本和先验三种信息中关于所述未知参数的所有信息，同时排除一切与所述未知参数无关的信息，得出所述未知参数的后验分布，从而基于该后验分布对未知参数进行统计推断。不断采集新的样本信息，对先验信息进行更新，得到的后验信息作为下一次计算的先验信息，并再次由新的样本信息进行更新，得到下一个后验信息，如此反复，得到的后验信息会越来越接近实际结果，从而可以根据该后验信息更精确地统计推断出未知参数。

具体为将步骤1采集到的时间信息集合作为样本，将一天的时间划分为多个时间段，如每八小时为一个时间段，划分三个时间段。利用贝叶斯公式统计所述应用程序在哪个时间段下载更新的概率最大，则将该时间段确定为该应用程序的惯常更新时间。

步骤3、建立应用程序的包名与用于表征该应用程序的惯常更新时间的时间信息之间的映射关系并存储到所述预设数据表中。

将统计推断的应用程序的惯常更新时间与其包名建立映射关系，并对应存储到预设数据表中。

在其他实施例中，所述惯常更新时间可以是针对本机所有已安装应用程序的集中统计，即采集所有已安装应用程序的更新时间，而不是针对任意一个应用程序采集其更新时间。将采集到的所有更新时间信息的集合作为样本，将一天的时间划分为多个时间段，如每八小时为一个时间段，划分三个时间段。利用贝叶斯公式统计所述应用程序在哪个时间段下载更新的概率最大，则将该时间段确定为本机所有已应用程序的惯常更新时间。

除了基于贝叶斯公式进行自学习统计确定惯常更新时间，所述统计算法还可以采用线性回归算法、决策树、神经网络等自学习算法，所述统计学习算法不能视为对本发明的限制。

当服务端抓取到的升级包，与本机的身份识别标识对应的存储空间中记录的任一应用程序的包名一致时，向本机客户端推送所述应用程序的升级包的摘要信息，所述摘要信息包括升级包的包名、版本号等信息。客户端依据获取到的所述升级包的包名，查询时间信息单元12从所述预设数据表中查找其对应的惯常更新时间，确定该应用程序的更新时间。

在其他实施例中，所述统计应用程序的惯常更新时间也可以在云端服务器进行。手机终端采集应用程序的更新时间，并将所述更新时间信息集合发送到服务器，由服务器通过上述算法进行自学习统计，确定应用程序的惯常更新时间。

显示单元13用于在所述时间信息指示的时间范围内，提供可视化界面，以接收安装该升级包的指令。

云端服务器针对所述用户已安装应用程序抓取相应的应用程序升级包，一旦抓取到用户的手机身份识别标识对应的存储空间中的记录的任一应用的升级包时，向手机终端客户端推送该应用的升级包摘要信息。由手机终端客户端判断此时用户的手机电量是否在30％以上，手机是否与WiFi连接，是否处于上述步骤确定的时间信息指示的时间范围内。如果满足，则与云端服务器建立长链接，将所述应用程序的升级包下载到本地，并由显示单元13提供可视化界面，接收用户安装该升级包的指令。所述可视化界面可以是通知栏，可以为通知窗口。服务端将更新应用程序的消息推送至目标用户的手机终端，由显示单元13提供可视化界面在手机终端显示所述推送消息。通常情况下，直接推送一个应用程序的成本较高，如安装包、客户端程序、可执行程序等，直接推送这些应用的速度慢、耗费流量多，故采用消息的形式进行应用程序的推送，而不直接推送应用程序给用户。较佳地，可以将应用程序的存储位置和访问方法以统一资源定位符URL表示，并将该URL按照特定的消息格式写成相应的推送消息，由服务端推送至目标用户的手机终端。优选的，显示单元13向用户提供所述包括确定按钮的可视化界面，提示其进行相应的更新，用户点击确定按钮进行更新。客户端根据升级包摘要信息中的升级包版本号，判断升级包版本号是否大于本机中所述原应用程序的版本号，如果大于，则下载所述升级包并安装。所述升级包可以为应用程序原安装包的替换安装包或其差量安装包。如果为原安装包的替换安装包，则直接卸载原安装程序并重新安装所述替换安装包；如果为差量安装包，则将差量安装包和原安装包进行合并，卸载原安装程序并安装合并后的安装包。采用差量包可以避免重复下载与原安装包中相同的功能模块，达到省流量的目的。

针对不同的应用，云端服务器采用不同的频率推送相应的升级包。第二统计单元15用于统计所述应用程序在预设时间段内的使用频率或更新频率，以确定经常使用的应用程序或经常更新的应用程序，且允许显示单元13向此类应用程序提供所述可视化界面以接收用户安装其升级包的指令。

为了确定用户经常使用的应用程序，第二统计单元15统计用户在一周内使用某个应用的频率，具体为统计用户一周内使用某个应用的次数。对于基于Android系统的智能手机终端而言，由于Android系统包括四大组件，分别为activity、service、content provider、broadcast receiver。其中，一个activity通常为一个单独的窗口，通过intent进行通信；service用于在后台完成用户指定的操作，没有图形用户界面，不需要与用户进行交互；content provider用于向其他应用程序提供一个应用程序的指定数据；broadcast receiver用于对消息进行广播。

当用户打开某个应用时，激活Android系统的activity组件，系统会自动启动一个线程，创建一个activity对象，调用startActivity函数启动activity，由此显示应用的界面，当用户在该应用界面进行后续操作时，该activity会创建另一个activity，所述新建的activity覆盖原来的activity，使原来的activity处于暂停或停止状态。当另一个应用被打开时，系统会启动另一个线程，创建一个新的activity对象，启动该应用的界面。用户使用该应用时，则激活该activity，原来应用的activity处于停止状态或者被系统回收。处于屏幕最前端的activity，处于系统栈的最顶端，该activity处于可见状态并且为可以和用户进行交互的激活状态。故而通过监听系统栈最顶层的activity，可以判断哪个应用被用户打开，统计应用打开的次数，从而可以统计用户一周内使用的频率，具体操作步骤如下：

step1、启动一个后台服务service，监听系统栈顶的activity；

step 2、通过该activity中的intent判断该应用程序是什么应用；

step 3、通过打点记录该应用程序被打开的行为；

所述打点是指将用户的一些特定的行为上报服务器，以进行用户行为的分析。本实施例将用户打开应用程序的行为上报服务器。由服务器每天定时抽取一定时间范围内的打点日志，如10天。所述打点日志以行为单位，每行为一次打点记录，每行两列，第一列为应用程序的包名、第二列为应用程序打开的时间。

step 4、统计该应用程序一周内的打点数。

根据上述打点日志统计所述应用程序一周内的打点数，所述统计的应用一周内的打点数表征其一周内的使用频率，当某个应用的使用频率大于预设的阈值时，判定该应用为用户经常使用的应用。

同时，第二统计单元15为了统计用户对应用程序的更新频率，监控用户更新安装所述应用程序的升级包。对于基于Android系统的智能手机终端而言，安装应用程序包时，首先启动PackageManagerService的相关进程，基于Intent消息机制卸载原安装程序startActivity(intent)，调用函数installApkDefaul()静默安装应用程序的升级包。在此过程中，通过钩子hook函数监控应用程序安装接口是否被调用，即监控installApkDefaul()是否被调用，打点记录该函数被调用的行为，以统计的打点数表征用户对所述应用程序的更新频率。当该数值大于预设的阈值时，则判定该应用程序为用户经常更新的应用。

所述热门应用程序可以由云端服务器统计使用某个应用程序的用户数量进行判断，当所述用户数量超过预设的阈值，则判定为热门应用程序。

服务器对经常使用的应用程序、经常更新的应用程序以及热门应用推送更新的时间间隔短，频繁抓取该些应用程序的新版本安装包；而对使用频率较低和更新频率较低的应用程序隔一定时间才去抓取其升级包。云端服务器按照记录的不同用户的存储空间中的应用程序向不同的用户推送不同的应用程序。

当用户确认更新时，则对相应的应用程序进行更新升级。如果用户不选择进行更新，则将该应用程序的包名记录于本机的黑名单。其中，所述用户经常使用的应用、用户经常更新的应用以及热门应用记录于一个白名单，允许向此类应用程序提供所述可视化界面，以便接收用户安装其升级包的指令。如果弹出应用程序更新通知的可视化界面后，用户不选择进行更新，则由白名单更新单元更新所述白名单，将该应用程序的包名从所述白名单中删除并记录于黑名单，由黑名单更新单元更新所述黑名单。其中，允许显示单元13向白名单中记录的应用程序提供所述可视化界面以接收用户安装其升级包的指令；同时禁止向黑名单中记录的应用程序提供所述可视化界面以禁止接收用户安装其升级包的指令。在之后的一个预设的时间内不提示用户对黑名单中记录的应用程序进行更新。经过预设的时间后将所述应用程序的包名从黑名单中自动删除并重新记录于白名单，并再次提醒用户对该应用程序进行更新。

综上所述，本发明提出的应用程序更新通知方法及装置可以根据不同用户的使用习惯和更新习惯向用户以可视化界面提示不同应用程序的更新通知，实现针对不同用户进行智能提示应用更新，使得应用程序的更新更符合用户需求，提高体验度。

以上所述仅是本发明的部分实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims (10)

1.一种手机应用程序更新通知方法，其特征在于，包括以下步骤：

获取本机已安装应用程序的升级包的摘要信息，该摘要信息包括该升级包的包名；

从预设数据表中确定与该包名相对应的时间信息，该时间信息用于表征本机统计的所述应用程序的惯常更新时间；

在该时间信息指示的时间范围内，提供可视化界面，用于接收安装该升级包的指令。

2.根据权利要求1所述的方法，其特征在于，统计所述应用程序的惯常更新时间具体包括如下步骤：

采集系统下载更新的应用程序的包名及相应的更新时间；

对所述应用程序的更新时间进行统计以确定其惯常更新时间；

建立应用程序的包名与用于表征该应用程序的惯常更新时间的时间信息之间的映射关系并存储到所述预设数据表中。

3.根据权利要求2所述的方法，其特征在于，通过监控系统应用程序安装接口被调用的时间来确定所述应用程序的更新时间。

4.根据权利要求1所述的方法，其特征在于，所述升级包为所述应用程序原安装包的替换安装包或其差量安装包。

5.根据权利要求1所述的方法，其特征在于，所述摘要信息还包括所述升级包的版本号，用于执行如下步骤：

判断该版本号是否大于该应用程序在本机的原版本号，如是，则在接收所述安装升级包的指令后下载并安装该升级包。

6.根据权利要求1所述的方法，其特征在于，所述方法还包括统计所述应用程序在预设时间段内的使用频率或更新频率，用于确定经常使用的应用程序或经常更新的应用程序，允许向此类应用程序提供所述可视化界面以接收用户安装其升级包的指令。

7.一种基于手机终端的应用更新通知装置，其特征在于，包括：

获取单元：用于获取本机已安装应用程序的升级包的摘要信息，该摘要信息包括该升级包的包名；

查询时间信息单元：用于从预设数据表中确定与该包名相对应的时间信息，该时间信息用于表征本机统计的所述应用程序的惯常更新时间；

显示单元：用于在所述时间信息指示的时间范围内，提供可视化界面，以接收安装该升级包的指令。

8.根据权利要求7所述的装置，其特征在于，所述装置还包括第一统计单元，用于统计所述应用程序的惯常更新时间。

9.根据权利要求7所述的装置，其特征在于，所述装置还包括第二统计单元，用于统计所述应用程序在预设时间段内的使用频率或更新频率，以确定经常使用的应用程序或经常更新的应用程序，且允许显示单元向此类应用程序提供所述可视化界面以接收用户安装其升级包的指令。

10.根据权利要求7所述的装置，其特征在于，所述升级包为所述应用程序原安装包的替换安装包或其差量安装包。