CN106528193A - 一种应用更新方法及终端 - Google Patents

Abstract

本发明公开了一种应用更新方法及终端，其中，所述方法包括：启动第一引擎，通过所述第一引擎检测当前是否存在满足预设条件的应用更新服务；当检测到存在满足预设条件的所述应用更新服务时，在预设的网络环境下和/或从预设的第一时间段的起始时间点开始预先下载应用的更新数据包；启动第二引擎，通过所述第二引擎检测已启动的至少一个应用中是否存在与所述更新数据包对应的第一应用；当检测到存在所述第一应用时，在第一应用界面上通过提示信息引导用户直接安装对应所述第一应用的更新数据包。

Description

一种应用更新方法及终端

技术领域

本发明涉及通讯技术，尤其涉及一种应用更新方法及终端。

背景技术

本申请发明人在实现本申请实施例技术方案的过程中，至少发现相关技术中存在如下技术问题：

目前在如手机、平板电脑、台式机、便携笔记本、一体机等终端上可以通过安装各种应用，通过应用提供的功能为用户的生活提供更好的服务，比如，通过导航应用可以为用户提供路径规划和导航，通过订餐应用可以为用户提供预约订餐服务，免去排队的痛苦，通过游戏或娱乐功能的应用可以丰富用户的业余文化生活等等。

这些安装于终端的应用是经常需要更新到最新版本的，最新版本的应用不仅能为用户提供更高品质的服务，而且也能解决一些之前旧版本应用中存在的问题，比如应用与终端自身***不兼容导致的应用闪退，或者一些应用功能无法使用的问题。

然而，目前的应用更新机制通常是通过应用商店下载应用时提示用户有新版本可以下载，用户下载应用后进行更新，是一种实时下载更新的方案，如果用户现在就希望立即更新应用，但是暂时无法立即下载，如当前检测不到网络信号，网络信号不稳定，或者没有安装应用商店软件等，则会导致应用无法更新或更新失败。对于这个问题，相关技术中尚无有效解决方案。

发明内容

有鉴于此，本发明实施例希望提供一种应用更新方法及终端，至少解决了现有技术存在的问题，避免了应用无法更新或更新失败的缺陷。

本发明实施例的技术方案是这样实现的：

本发明实施例的一种应用更新方法，所述方法包括：

启动第一引擎，通过所述第一引擎检测当前是否存在满足预设条件的应用更新服务；当检测到存在满足预设条件的所述应用更新服务时，在预设的网络环境下和/或从预设的第一时间段的起始时间点开始预先下载应用的更新数据包；

启动第二引擎，通过所述第二引擎检测已启动的至少一个应用中是否存在与所述更新数据包对应的第一应用；当检测到存在所述第一应用时，在第一应用界面上通过提示信息引导用户直接安装对应所述第一应用的更新数据包。

本发明实施例的一种终端，所述终端包括：

第一处理单元，用于启动第一引擎，通过所述第一引擎检测当前是否存在满足预设条件的应用更新服务；当检测到存在满足预设条件的所述应用更新服务时，在预设的网络环境下和/或从预设的第一时间段的起始时间点开始预先下载应用的更新数据包；

第二处理单元，用于启动第二引擎，通过所述第二引擎检测已启动的至少一个应用中是否存在与所述更新数据包对应的第一应用；当检测到存在所述第一应用时，在第一应用界面上通过提示信息引导用户直接安装对应所述第一应用的更新数据包。

本发明实施例的应用更新方法包括：启动第一引擎，通过所述第一引擎检测当前是否存在满足预设条件的应用更新服务；当检测到存在满足预设条件的所述应用更新服务时，在预设的网络环境下和/或从预设的第一时间段的起始时间点开始预先下载应用的更新数据包；启动第二引擎，通过所述第二引擎检测已启动的至少一个应用中是否存在与所述更新数据包对应的第一应用；当检测到存在所述第一应用时，在第一应用界面上通过提示信息引导用户直接安装对应所述第一应用的更新数据包。

采用本发明实施例，由于能在检测到存在满足预设条件的所述应用更新服务时，在预设的网络环境下和/或从预设的第一时间段的起始时间点开始预先下载应用的更新数据包，且当检测到存在所述第一应用时，在第一应用界面上通过提示信息引导用户直接安装对应所述第一应用的更新数据包，也就是说，是在用户打开应用、使用应用之前已经预先下载有对应应用的更新数据包，因此，即便用户当前检测不到网络信号，网络信号不稳定，或者没有安装应用商店软件等，也一定可以根据预先下载的更新数据包来更新应用，不会出现应用无法更新或更新失败的问题。

附图说明

图1为本发明实施例中进行信息交互的各方硬件实体的示意图；

图2为本发明方法实施例一的一个实现流程示意图；

图3为本发明方法实施例二的一个实现流程示意图；

图4为本发明方法实施例三的一个实现流程示意图；

图5为本发明实施例的终端实施例一的组成结构示意图；

图6为本发明实施例的终端实施例二的组成结构示意图；

图7为本发明终端实施例的一个硬件组成结构示意图；

图8-10为应用本发明实施例的各个应用场景的示意图；

图11为图8-10所得到的最终产品形态示意图；

图12为应用本发明实施例的信息更新提示的示意图。

具体实施方式

下面结合附图对技术方案的实施作进一步的详细描述。

图1为本发明实施例中进行信息交互的各方硬件实体的示意图，图1中包括：服务器11、终端设备21-24，终端设备21-24通过有线网络或者无线网络与服务器进行信息交互，终端设备包括手机、台式机、PC机、一体机等类型。其中，终端设备中安装的所有应用或者指定的应用(如游戏应用，地图导航应用，高铁线路应用等)需要更新时，采用本发明实施例，基于上述图1所示的***，终端预先从服务器获取应用的更新数据包在本地保存，当需要使用终端上的应用，开启应用时如果在本地存在该应用的更新数据包，则提示用户可以进行应用更新服务，而不需要用户在使用应用的情况下发现需要更新时实时向服务器发起请求，以获得该应用的更新数据包，并利用该应用的更新数据包进行应用更新服务。由于实时更新的过程中会存在各种问题，比如发起请求的终端众多，服务器需要对各个终端的请求一一处理，比如按序排队进行应答或者按照优先级进行应答等等会导致终端需要等待的时间过长的问题，当前时间段网络拥堵或不通畅或者断网等等会导致无法实时更新的问题，这些都会导致用户无法立即使用到应用的更新服务。

上述图1的例子只是实现本发明实施例的一个***架构实例，本发明实施例并不限于上述图1所述的***结构，基于该***架构，提出本发明各个实施例。

方法实施例一、

本发明实施例的一种应用更新方法，如图2所示，所述方法包括：

步骤101、启动第一引擎，通过所述第一引擎检测当前是否存在满足预设条件的应用更新服务。

这里，所述第一引擎可以为预下载引擎，这种情况下，所述满足预设条件的应用更新服务可以为在指定的时间段，指定的网络环境中，对指定的应用可以启动预下载，从而支持后续为应用实时提供应用更新服务。比如，预设条件包括指定时间和指定的网络环境时，要求在夜间零点开始，且在无线网络环境下启动预下载操作，又如，预设条件只包括指定时间时，要求在午间12点开始、或者早间4点开始等等总归是在预估请求终端比较少的时间段下在指定时间开始启动预下载操作。再如，预设条件只包括指定网络环境时，在无线网络环境(家用路由形成的WIFI范围或者公众服务路由形成的免费WIFI范围)下启动预下载操作；在移动数据网络环境(2G/3G/4G)下检测到套餐流量充沛时启动预下载操作。

这里，还可以在第一引擎中设置闹钟事件对指定时间进行监控，当指定时间到达，则闹钟响起，提示用户可以启动预下载操作，或者，闹钟后台操作，并不提示用户，直接在指定时间到达时启动预下载操作。

步骤102、当检测到存在满足预设条件的所述应用更新服务时，在预设的网络环境下和/或从预设的第一时间段的起始时间点开始预先下载应用的更新数据包。

这里，预设的网络环境和预设的第一时间段同时满足的情况下，即预设条件包括：预设的指定网络环境和预设的用于开启预先下载应用更新数据包的指定时间段同时存在的条件。但是，本发明实施例并不限于这个机制，如步骤101中所描述的，预设条件有多种不同的组合方式，可以包括：预设的指定网络环境和/或预设的用于开启预先下载应用更新数据包的指定时间段，即：只有一个满足就可以启动预先下载应用更新数据包的操作。

步骤103、启动第二引擎，通过所述第二引擎检测已启动的至少一个应用中是否存在与所述更新数据包对应的第一应用。

这里，如步骤103所示，本发明实施例的应用场景包括：手机中打开多个应用，其中一个运行于前台或者后台的应用存在更新的情况，还包括某一个应用中的某一项内嵌应用功能或者关联跳转的应用功能需要更新的情况，比如，手机中有多个应用，用户正在运行的是一个游戏应用，用户正利用该应用打麻将，如果有预先下载的更新数据包，则提示用户更新数据包，并中断打麻将，待更新结束后再继续加载并运行应用，用户可以在升级后的游戏版面中打麻将。又如，手机中有一个应用商店应用，应用商店应用中的某一个应用功能(推荐目前应用排名中的某一个应用)存在升级，有预先下载的更新数据包，则提示用户更新数据包，对该应用功能进行升级。

步骤104、当检测到存在所述第一应用时，在第一应用界面上通过提示信息引导用户直接安装对应所述第一应用的更新数据包。

这里，本步骤中，具体为在第一应用界面上通过提示信息引导用户在第二时间段直接安装对应所述第一应用的更新数据包，第二时间段的起始点晚于第一时间段的终止点，第二时间段可以是当前打开应用获悉提示信息的时间点作为起点的时间段，也可以是未来某个时间点作为起点的时间段。比如，第一时间段为2015年3月4日凌晨0点到2点，第二时间段为2015年3月4日早上10点-11点，则在凌晨0点开始预先下载指定或所有存在升级的应用，达到2点时结束预先下载操作，在早上10点开始，或10点半，或11点，或者11点半都可以根据提示信息开始利用预先下载的更新数据包进行应用更新服务。

这里，直接进入位于当前的第一应用的界面或者由当前应用(非第一应用界面)跳转到第一应用的界面中进行该应用更新服务。

在本发明实施例中，一个实际应用为：当所述预设条件为在所述预设的网络环境和所述预设的第一时间段同时满足时提供所述应用更新服务，则在预设的指定网络环境和预设的用于开启预先下载应用更新数据包的指定时间段同时存在的条件下才可以启动预下载服务。所述应用更新服务的范围包括：所有存在更新的应用或者预先指定的应用。

方法实施例二：

本发明实施例的一种应用更新方法，如图3所示，所述方法包括：

步骤201、启动第一引擎，通过所述第一引擎检测当前是否存在满足预设条件的应用更新服务时，若需要对所述所有存在更新的应用提供所述应用更新服务时，在终端侧对应用进行全盘扫描，基于扫描结果生成包含所有应用的第一应用列表。

这里，所述第一引擎可以为预下载引擎，这种情况下，所述满足预设条件的应用更新服务可以为在指定的时间段，指定的网络环境中，对指定的应用可以启动预下载，从而支持后续为应用实时提供应用更新服务。比如，预设条件包括指定时间和指定的网络环境时，要求在夜间零点开始，且在无线网络环境下启动预下载操作，又如，预设条件只包括指定时间时，要求在午间12点开始、或者早间4点开始等等总归是在预估请求终端比较少的时间段下在指定时间开始启动预下载操作。再如，预设条件只包括指定网络环境时，在无线网络环境(家用路由形成的WIFI范围或者公众服务路由形成的免费WIFI范围)下启动预下载操作；在移动数据网络环境(2G/3G/4G)下检测到套餐流量充沛时启动预下载操作。

这里，还可以在第一引擎中设置闹钟事件对指定时间进行监控，当指定时间到达，则闹钟响起，提示用户可以启动预下载操作，或者，闹钟后台操作，并不提示用户，直接在指定时间到达时启动预下载操作。

步骤202、发送所述第一应用列表给服务器，以请求服务器查询是否存在应用更新。

步骤203、接收服务器反馈的查询结果，若存在应用更新，则继续检测是否同时满足所述预设的网络环境和所述预设的第一时间段。

步骤204、当检测到存在同时满足所述预设的网络环境和所述预设的第一时间段的所述应用更新服务时，在预设的网络环境下从预设的第一时间段的起始时间点开始预先下载应用的更新数据包。

这里，本步骤是一个效果最佳的实现机制，即：预设条件包括：预设的指定网络环境和预设的用于开启预先下载应用更新数据包的指定时间段同时存在的条件。但是，本发明实施例并不限于这个机制，如步骤201中所描述的，预设条件有多种不同的组合方式，可以包括：预设的指定网络环境和/或预设的用于开启预先下载应用更新数据包的指定时间段，即：只有一个满足就可以启动预先下载应用更新数据包的操作。

步骤205、启动第二引擎，通过所述第二引擎检测已启动的至少一个应用中是否存在与所述更新数据包对应的第一应用。

这里，如步骤205所示，本发明实施例的应用场景包括：手机中打开多个应用，其中一个运行于前台或者后台的应用存在更新的情况，还包括某一个应用中的某一项内嵌应用功能或者关联跳转的应用功能需要更新的情况，比如，手机中有多个应用，用户正在运行的是一个游戏应用，用户正利用该应用打麻将，如果有预先下载的更新数据包，则提示用户更新数据包，并中断打麻将，待更新结束后再继续加载并运行应用，用户可以在升级后的游戏版面中打麻将。又如，手机中有一个应用商店应用，应用商店应用中的某一个应用功能(推荐目前应用排名中的某一个应用)存在升级，有预先下载的更新数据包，则提示用户更新数据包，对该应用功能进行升级。

步骤206、当检测到存在所述第一应用时，在第一应用界面上通过提示信息引导用户直接安装对应所述第一应用的更新数据包。

这里，本步骤中，具体为在第一应用界面上通过提示信息引导用户在第二时间段直接安装对应所述第一应用的更新数据包，第二时间段的起始点晚于第一时间段的终止点，第二时间段可以是当前打开应用获悉提示信息的时间点作为起点的时间段，也可以是未来某个时间点作为起点的时间段。比如，第一时间段为2015年3月4日凌晨0点到2点，第二时间段为2015年3月4日早上10点-11点，则在凌晨0点开始预先下载指定或所有存在升级的应用，达到2点时结束预先下载操作，在早上10点开始，或10点半，或11点，或者11点半都可以根据提示信息开始利用预先下载的更新数据包进行应用更新服务。

这里，直接进入位于当前的第一应用的界面或者由当前应用(非第一应用界面)跳转到第一应用的界面中进行该应用更新服务。

在本发明实施例中，一个实际应用为：当所述预设条件为在所述预设的网络环境和所述预设的第一时间段同时满足时提供所述应用更新服务，则在预设的指定网络环境和预设的用于开启预先下载应用更新数据包的指定时间段同时存在的条件下才可以启动预下载服务。所述应用更新服务的范围包括：所有存在更新的应用或者预先指定的应用。

本发明实施例的一个实际应用场景中，区别于本发明实施例二的这种“主动请求查询的机制”，该“主动请求查询的机制”主要是通过发送所述第一应用列表给服务器，以请求服务器查询是否存在应用更新，接收服务器反馈的查询结果，若存在应用更新，则继续检测是否同时满足所述预设的网络环境和所述预设的第一时间段。本应用场景中，是“被动获取，在终端侧进行匹配的机制”，主要是接收服务器反馈的第一应用更新信息，在终端侧对应用进行全盘扫描，基于扫描结果生成包含所有应用的第一应用列表，将所述第一应用更新信息与所述第一应用列表进行匹配，若匹配，则存在应用更新，则继续检测是否同时满足所述预设的网络环境和所述预设的第一时间段。

方法实施例三：

本发明实施例的一种应用更新方法，如图4所示，所述方法包括：

步骤301、启动第一引擎，需要对所述预先指定的应用提供所述应用更新服务时，在终端侧提取预先指定的应用，基于提取结果生成仅包含预先指定的应用的第二应用列表。

区别于上述方法实施例二，不是对终端所有的应用都进行扫描和更新，而是只针对指定的应用而言，如只是对游戏应用进行更新。

这里，所述第一引擎可以为预下载引擎，这种情况下，所述满足预设条件的应用更新服务可以为在指定的时间段，指定的网络环境中，对指定的应用可以启动预下载，从而支持后续为应用实时提供应用更新服务。比如，预设条件包括指定时间和指定的网络环境时，要求在夜间零点开始，且在无线网络环境下启动预下载操作，又如，预设条件只包括指定时间时，要求在午间12点开始、或者早间4点开始等等总归是在预估请求终端比较少的时间段下在指定时间开始启动预下载操作。再如，预设条件只包括指定网络环境时，在无线网络环境(家用路由形成的WIFI范围或者公众服务路由形成的免费WIFI范围)下启动预下载操作；在移动数据网络环境(2G/3G/4G)下检测到套餐流量充沛时启动预下载操作。

这里，还可以在第一引擎中设置闹钟事件对指定时间进行监控，当指定时间到达，则闹钟响起，提示用户可以启动预下载操作，或者，闹钟后台操作，并不提示用户，直接在指定时间到达时启动预下载操作。

步骤302、发送所述第二应用列表给服务器，以请求服务器查询是否存在应用更新。

步骤303、接收服务器反馈的查询结果，若存在应用更新，则继续检测是否同时满足所述预设的网络环境和所述预设的第一时间段。

步骤304、当检测到存在同时满足所述预设的网络环境和所述预设的第一时间段的所述应用更新服务时，在预设的网络环境下从预设的第一时间段的起始时间点开始预先下载应用的更新数据包。

这里，本步骤是一个效果最佳的实现机制，即：预设条件包括：预设的指定网络环境和预设的用于开启预先下载应用更新数据包的指定时间段同时存在的条件。但是，本发明实施例并不限于这个机制，如步骤301中所描述的，预设条件有多种不同的组合方式，可以包括：预设的指定网络环境和/或预设的用于开启预先下载应用更新数据包的指定时间段，即：只有一个满足就可以启动预先下载应用更新数据包的操作。

步骤305、启动第二引擎，通过所述第二引擎检测已启动的至少一个应用中是否存在与所述更新数据包对应的第一应用。

这里，如步骤305所示，本发明实施例的应用场景包括：手机中打开多个应用，其中一个运行于前台或者后台的应用存在更新的情况，还包括某一个应用中的某一项内嵌应用功能或者关联跳转的应用功能需要更新的情况，比如，手机中有多个应用，用户正在运行的是一个游戏应用，用户正利用该应用打麻将，如果有预先下载的更新数据包，则提示用户更新数据包，并中断打麻将，待更新结束后再继续加载并运行应用，用户可以在升级后的游戏版面中打麻将。又如，手机中有一个应用商店应用，应用商店应用中的某一个应用功能(推荐目前应用排名中的某一个应用)存在升级，有预先下载的更新数据包，则提示用户更新数据包，对该应用功能进行升级。

步骤306、当检测到存在所述第一应用时，在第一应用界面上通过提示信息引导用户直接安装对应所述第一应用的更新数据包。

这里，本步骤中，具体为在第一应用界面上通过提示信息引导用户在第二时间段直接安装对应所述第一应用的更新数据包，第二时间段的起始点晚于第一时间段的终止点，第二时间段可以是当前打开应用获悉提示信息的时间点作为起点的时间段，也可以是未来某个时间点作为起点的时间段。比如，第一时间段为2015年3月4日凌晨0点到2点，第二时间段为2015年3月4日早上10点-11点，则在凌晨0点开始预先下载指定或所有存在升级的应用，达到2点时结束预先下载操作，在早上10点开始，或10点半，或11点，或者11点半都可以根据提示信息开始利用预先下载的更新数据包进行应用更新服务。

这里，直接进入位于当前的第一应用的界面或者由当前应用(非第一应用界面)跳转到第一应用的界面中进行该应用更新服务。

在本发明实施例中，一个实际应用为：当所述预设条件为在所述预设的网络环境和所述预设的第一时间段同时满足时提供所述应用更新服务，则在预设的指定网络环境和预设的用于开启预先下载应用更新数据包的指定时间段同时存在的条件下才可以启动预下载服务。所述应用更新服务的范围包括：所有存在更新的应用或者预先指定的应用。

本发明实施例的一个实际应用场景中，区别于本发明实施例三的这种“主动请求查询的机制”，该“主动请求查询的机制”主要是通过发送所述第二应用列表给服务器，以请求服务器查询是否存在应用更新，接收服务器反馈的查询结果，若存在应用更新，则继续检测是否同时满足所述预设的网络环境和所述预设的第一时间段。本应用场景中，是“被动获取，在终端侧进行匹配的机制”，主要是接收服务器反馈的第二应用更新信息，在终端侧提取预先指定的应用，基于提取结果生成仅包含预先指定的应用的第二应用列表，将所述第二应用更新信息与所述第二应用列表进行匹配，若匹配，则存在应用更新，则继续检测是否同时满足所述预设的网络环境和所述预设的第一时间段。

基于上述方法实施例一—三，在实际应用中，所述通过第二引擎检测已启动的至少一个应用中是否存在与所述更新数据包对应的第一应用，包括：判断所述更新数据包对应的标识信息是否与所述第一应用中的标识信息相同或者属于第一应用中的标识信息的一部分，是，则说明存在与所述更新数据包对应的第一应用。

基于上述方法实施例一—三，在实际应用中，所述在第一应用界面上通过提示信息引导用户直接安装对应所述第一应用的更新数据包，包括以下任意一种方案：

方案一：当前运行于前台的应用为所述第一应用时，直接在第一应用界面上显示所述提示信息，响应所述提示信息并执行对应的操作，以提取对应所述第一应用的更新数据包并安装所述第一应用的更新数据包。

方案二：所述第一应用当前运行于后台，运行于前台的当前应用为其他应用时，将所述第一应用从所述后台切换到所述前台运行，之后在第一应用界面上显示所述提示信息，响应所述提示信息并执行对应的操作，以提取对应所述第一应用的更新数据包并安装所述第一应用的更新数据包。

方案三：所述更新数据包用于对所述第一应用中的下级应用功能或所述第一应用包含的内嵌应用功能(如手机管家中的游戏盒子应用)进行更新时，以直接在第一应用界面上显示所述提示信息的方式或者以在所述应用功能界面上显示所述提示信息的方式显示所述提示信息，响应所述提示信息并执行对应的操作，以提取对应所述第一应用的更新数据包并安装所述第一应用的更新数据包。

终端实施例一：

本发明实施例的一种终端，如图5所示，所述终端包括：

第一处理单元11，用于启动第一引擎，通过所述第一引擎检测当前是否存在满足预设条件的应用更新服务；当检测到存在满足预设条件的所述应用更新服务时，在预设的网络环境下和/或从预设的第一时间段的起始时间点开始预先下载应用的更新数据包，所述预设条件包括所述预设的网络环境和/或预设的用于开启下载应用更新数据包的第一时间段。

第二处理单元12，用于启动第二引擎，通过所述第二引擎检测已启动的至少一个应用中是否存在与所述更新数据包对应的第一应用；当检测到存在所述第一应用时，在第一应用界面上通过提示信息引导用户直接安装对应所述第一应用的更新数据包。其中，通过在第一应用界面上通过提示信息引导用户在第二时间段直接安装对应所述第一应用的更新数据包，第二时间段的起始点晚于第一时间段的终止点，第二时间段可以是当前打开应用获悉提示信息的时间点作为起点的时间段，也可以是未来某个时间点作为起点的时间段。

采用本发明实施例，由于能在检测到存在满足预设条件的所述应用更新服务时，在预设的网络环境下从预设的第一时间段的起始时间点开始预先下载应用的更新数据包，且当检测到存在所述第一应用时，在第一应用界面上通过提示信息引导用户直接安装对应所述第一应用的更新数据包，也就是说，是在用户打开应用、使用应用之前已经预先下载有对应应用的更新数据包，因此，即便用户当前检测不到网络信号，网络信号不稳定，或者没有安装应用商店软件等，也一定可以根据预先下载的更新数据包来更新应用，不会出现应用无法更新或更新失败的问题。

在本发明实施例中，一个实际应用为：所述预设条件为在所述预设的网络环境和所述预设的第一时间段同时满足时提供所述应用更新服务。所述应用更新服务的范围包括：所有存在更新的应用或者预先指定的应用。

终端实施例二：

本发明实施例的一种终端，如图6所示，所述终端包括：

第一处理单元21，用于启动第一引擎，通过所述第一引擎检测当前是否存在满足预设条件的应用更新服务；当检测到存在满足预设条件的所述应用更新服务时，在预设的网络环境下和/或从预设的第一时间段的起始时间点开始预先下载应用的更新数据包，所述预设条件包括所述预设的网络环境和/或预设的用于开启下载应用更新数据包的第一时间段。

第二处理单元22，用于启动第二引擎，通过所述第二引擎检测已启动的至少一个应用中是否存在与所述更新数据包对应的第一应用；当检测到存在所述第一应用时，在第一应用界面上通过提示信息引导用户直接安装对应所述第一应用的更新数据包。其中，通过在第一应用界面上通过提示信息引导用户在第二时间段直接安装对应所述第一应用的更新数据包，第二时间段的起始点晚于第一时间段的终止点，第二时间段可以是当前打开应用获悉提示信息的时间点作为起点的时间段，也可以是未来某个时间点作为起点的时间段。

其中，如图6所示，第一处理单元21包括预下载引擎211和预下载安装包的存储模块212，预下载引擎211用于在责在凌晨用户手机在Wi-Fi环境下，把有更新的应用安装包下载到手机上，下载时间段和网络环境可以自由设置。存储模块212用于存储更新的应用安装包。第二处理单元22包括应用启动监控引擎221、安装提示模块212，启动监控引擎221用于监控应用是否启动，如果应用启动，且在存储模块212有对应的该更新的应用安装包，则发起通知消息给安装提示模块212，安装提示模块212以弹框的方式提示用户可以安装最新版的应用更新数据包，进行应用升级服务。

这里需要指出的是，上述第一处理单元21和第二处理单元22也可以合并为一个单元，其中包括上述预下载引擎211、存储模块212、应用启动监控引擎221、安装提示模块212，这里不做赘述。

在本发明实施例中，一个实际应用为：第一处理单元21在需要对所述所有存在更新的应用提供所述应用更新服务的情况下，还包括如下两种不同的实现方案。

方案一：所述第一处理单元，进一步用于需要对所述所有存在更新的应用提供所述应用更新服务时，在终端侧对应用进行全盘扫描，基于扫描结果生成包含所有应用的第一应用列表，发送所述第一应用列表给服务器，以请求服务器查询是否存在应用更新，接收服务器反馈的查询结果，若存在应用更新，则继续检测是否同时满足所述预设的网络环境和所述预设的第一时间段，之后，在预设的指定网络环境和预设的用于开启预先下载应用更新数据包的指定时间段同时存在的条件下或者满足其中任意一个条件下启动预先下载处理。

方案二：所述第一处理单元，进一步用于需要对所述所有存在更新的应用提供所述应用更新服务时，接收服务器反馈的第一应用更新信息，在终端侧对应用进行全盘扫描，基于扫描结果生成包含所有应用的第一应用列表，将所述第一应用更新信息与所述第一应用列表进行匹配，若匹配，则存在应用更新，则继续检测是否同时满足所述预设的网络环境和所述预设的第一时间段，之后，在预设的指定网络环境和预设的用于开启预先下载应用更新数据包的指定时间段同时存在的条件下或者满足其中任意一个条件下启动预先下载处理。

在本发明实施例中，一个实际应用为：第一处理单元21在需要对所述预先指定的应用提供所述应用更新服务的情况下，还包括如下两种不同的实现方案。

方案一：所述第一处理单元，进一步用于需要对所述预先指定的应用提供所述应用更新服务时，在终端侧提取预先指定的应用，基于提取结果生成仅包含预先指定的应用的第二应用列表，发送所述第二应用列表给服务器，以请求服务器查询是否存在应用更新。接收服务器反馈的查询结果，若存在应用更新，则继续检测是否同时满足所述预设的网络环境和所述预设的第一时间段，之后，在预设的指定网络环境和预设的用于开启预先下载应用更新数据包的指定时间段同时存在的条件下或者满足其中任意一个条件下启动预先下载处理。

方案二：所述第一处理单元，进一步用于需要对所述预先指定的应用提供所述应用更新服务时，接收服务器反馈的第二应用更新信息，在终端侧提取预先指定的应用，基于提取结果生成仅包含预先指定的应用的第二应用列表，将所述第二应用更新信息与所述第二应用列表进行匹配，若匹配，则存在应用更新，则继续检测是否同时满足所述预设的网络环境和所述预设的第一时间段，之后，在预设的指定网络环境和预设的用于开启预先下载应用更新数据包的指定时间段同时存在的条件下或者满足其中任意一个条件下启动预先下载处理。

在本发明实施例中，一个实际应用为：所述第二处理单元，进一步用于通过所述第二引擎检测已启动的至少一个应用中是否存在与所述更新数据包对应的第一应用时，是判断所述更新数据包对应的标识信息是否与所述第一应用中的标识信息相同或者属于第一应用中的标识信息的一部分，是，则说明存在与所述更新数据包对应的第一应用。

基于上述方法实施例一—三，在实际应用中，通过所述第二处理单元在第一应用界面上通过提示信息引导用户直接安装对应所述第一应用的更新数据包，包括以下任意一种方案：

方案一：所述第二处理单元，进一步用于当前运行于前台的应用为所述第一应用时，直接在第一应用界面上显示所述提示信息，响应所述提示信息并执行对应的操作，以提取对应所述第一应用的更新数据包并安装所述第一应用的更新数据包。

方案二：所述第二处理单元，进一步用于所述第一应用当前运行于后台，运行于前台的当前应用为其他应用时，将所述第一应用从所述后台切换到所述前台运行，之后在第一应用界面上显示所述提示信息，响应所述提示信息并执行对应的操作，以提取对应所述第一应用的更新数据包并安装所述第一应用的更新数据包。

方案三：所述第二处理单元，进一步用于所述更新数据包用于对所述第一应用中的下级应用功能或所述第一应用包含的内嵌应用功能进行更新时，以直接在第一应用界面上显示所述提示信息的方式或者以在所述应用功能界面上显示所述提示信息的方式显示所述提示信息，响应所述提示信息并执行对应的操作，以提取对应所述第一应用的更新数据包并安装所述第一应用的更新数据包。

这里需要指出的是，上述终端可以为PC这种电子设备，还可以为如PAD，平板电脑，手提电脑这种便携电子设备、还可以为如手机这种智能移动终端，不限于这里的描述；所述服务器可以是通过集群***构成的，为实现各单元功能而合并为一或各单元功能分体设置的电子设备，客户端和服务器都至少包括用于存储数据的数据库和用于数据处理的处理器，或者包括设置于服务器内的存储介质或独立设置的存储介质。

其中，对于用于数据处理的处理器而言，在执行处理时，可以采用微处理器、中央处理器(CPU，Central Processing Unit)、数字信号处理器(DSP，DigitalSingnal Processor)或可编程逻辑阵列(FPGA，Field－Programmable Gate Array)实现；对于存储介质来说，包含操作指令，该操作指令可以为计算机可执行代码，通过所述操作指令来实现上述本发明实施例应用更新方法流程中的各个步骤。

该终端和该服务器作为硬件实体S11的一个示例如图7所示。所述装置包括处理器31、存储介质32以及至少一个外部通信接口33；所述处理器31、存储介质32以及外部通信接口33均通过总线34连接。

这里需要指出的是：以上涉及终端和服务器项的描述，与上述方法描述是类似的，同方法的有益效果描述，不做赘述。对于本发明终端和服务器实施例中未披露的技术细节，请参照本发明方法实施例的描述。

以一个现实应用场景为例对本发明实施例阐述如下：

本应用场景是对指定的应用如游戏应用进行更新，本应用场景采用本发明实施例，是一种预先下载游戏Apk安装包以避免用户花费流量的游戏升级解决方案，另外，除了预先下载方案中打开应用才提示是否有应用更新的提示之外，还可以根据终端***设置的自动检测应用更新来提示用户有新版本可以下载。其中，所述Apk，其全称为Application Package File，一个Android应用程序的代码想要在Android设备上运行，必须先进行编译，然后被打包成为一个被Android***所能识别的文件才可以被运行，而这种能被Android***识别并运行的文件格式便是所述Apk。

以手机管家中的游戏盒子应用的更新为例，手机管家为一款免费的手机安全管理软件，集手机杀毒、安全防护、体检加速、健康优化以及软件管理于一体，为用户提供360°的安全防护。游戏盒子作为所述手机管家的一个应用功能模块，主要用于识别、聚合用户手机上的游戏到一个集中的入口，并提供游戏过程中的加速功能。

若采用现有技术进行升级，则必须通过应用商店进行，当Apk有新版本时，提示用户有新版可以下载，由于没有预下载功能，用户在需要更新游戏时，必须先下载后再更新游戏。且在用户打开游戏的同时，如果游戏有新版本，也不会存在提示来引导用户去更新安装更新数据包。而采用本发明实施例，这种预先下载游戏Apk安装包的方案，由于可选择在WIFI环境下预先下载，除了可以利用预先下载的游戏更新进行实时的游戏更新，无需如即时下载一样需要等待更新下载结束后再更新，再使用游戏功能，还存在引导用户安装游戏更新数据包的提示信息，方便用户第一时间获得最新的游戏版本，还可以避免用户花费移动数据网络下载(2G/3G/4G)的流量。

应用场景一：

如图8所述为***架构图，***架构包括预下载引擎41、应用启动监控引擎42、预下载成功的游戏Apk升级安装包的存储模块43、游戏Apk升级安装包的安装提示模块44。其中，预下载引擎41用于负责在凌晨用户手机在Wi-Fi环境下，把有更新的游戏Apk安装包下载到手机上，具体将该游戏Apk安装包存储在存储模块43中，下载时间段和网络环境可以自由设置。运行在手机上的应用启动监控引擎42监控到应用启动，且此应用有可以更新的Apk安装包，则通过安装提示模块44来弹框提示用户安装最新版的游戏Apk安装包，升级游戏应用到最新版本。这4个模块可以设置于手机管家的游戏盒子功能模块中，作为游戏盒子的一个子功能存在。

应用场景二：

如图9所示为预下载游戏Apk安装包的流程，包括：

步骤501、启动预下载监控闹钟。

步骤502、设置下载Apk安装包的条件，如如凌晨2:00-3:00，WIFI网络环境下开始下载Apk安装包。

步骤503、收集手机的游戏应用名单。

步骤504、满足下载Apk安装包的条件。

步骤505、向用于软件更新的服务器查询可以更新的应用列表。

步骤506、启动预下载Apk升级包服务。

本应用场景中，用户在首次启动手机管家的游戏盒子后，会启动与下载监听闹钟的服务，同时设置好下载Apk装包条件，如：凌晨2:00-3:00且在Wi-Fi网络环境下才启动预下载。当闹钟时间到时，预下载引擎首先扫描手机上的游戏应用名单，然后把游戏应用名单发送给用于软件更新的服务器，该服务器返回有新版本的应用列表和对应的下载链接。预下载引擎收到更新软件下载列表后，启动预下载Apk升级包任务，直到所有Apk升级包下载完，才停止下载。

应用场景三：

如图10所示为启动游戏应用时，提示有新版本Apk可以安装的流程，包括：

步骤601、运行应用启动监控引擎。

步骤602、用户启动游戏。

步骤603、应用启动监控引擎监控到游戏启动事件。

步骤604、判断该游戏是否已经下载完成Apk升级安装包，如果是，则执行步骤605，否则，执行步骤606。

步骤605、弹出提示框来引导用户安装Apk升级安装包，以完成应用更新服务。

步骤606、不引导安装Apk升级包。

本应用场景中，用户启动某一款游戏时，应用启动监控引擎监听到游戏启动事件，然后查询此游戏是否有可以升级且已经下载好的Apk安装包，如果没有，什么都不做，如果有，则弹出提示框来引导用户安装Apk升级安装包，用户可以选择安装最新版的游戏Apk安装包，避免需要从网络再次下载，耗费流量这一环节。

采用上述各个应用场景中所描述的技术内容，所对应的产品形态图如图11所示，在预设条件下预先下载游戏Apk安装包到手机上之后，在启动游戏时引导用户安装Apk升级包，不仅能实现无需等待就可以实时利用已经预先下载的升级包来升级游戏，而且，在WIFI网络环境下可以预先下载升级包，还可以节省升级流量，提升游戏体验。

应用实例场景四：

如图12所示，本发明实施例的应用场景包括：手机中打开多个应用，其中一个运行于前台或者后台的应用存在更新的情况。比如，用户正在前台运行的是一个游戏应用(例如麻将游戏应用)，用户正利用该应用打麻将，有预先下载的更新数据包，该更新数据包中包括针对一个视频应用的更新，该视频应用也已经被用户打开了，当前运行于后台，则检测到存在针对该视频应用的本地更新数据包时，在前台运行的麻将游戏应用71的界面中弹出提示信息72，提示用户可以针对该视频应用更新数据包。从而，用户中断打麻将，点击提示信息，根据提示信息72引导该视频应用更新数据包，在此过程中，可以将前台和后台运行的应用间进行切换，即将视频应用73切换到前台运行，并根据提示信息提取升级安装包，完成视频应用的本地应用更新服务。也可以，无需切换，用户点击提示信息就直接按照预设配置在后台静默完成视频应用的本地应用更新服务。视频应用更新结束后，待更新结束后还可以再继续加载并运行麻将游戏应用。其中，所述提示信息72可以为“存在视频应用的本地升级数据包，可以予以更新”等等；所述提示信息72的表现形式还可以如图11所示，可以为文字也可以为图片形式，都在本发明的保护范围之内。

在本申请所提供的几个实施例中，应该理解到，所揭露的设备和方法，可以通过其它的方式实现。以上所描述的设备实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，如：多个单元或组件可以结合，或可以集成到另一个***，或一些特征可以忽略，或不执行。另外，所显示或讨论的各组成部分相互之间的耦合、或直接耦合、或通信连接可以是通过一些接口，设备或单元的间接耦合或通信连接，可以是电性的、机械的或其它形式的。

上述作为分离部件说明的单元可以是、或也可以不是物理上分开的，作为单元显示的部件可以是、或也可以不是物理单元，即可以位于一个地方，也可以分布到多个网络单元上；可以根据实际的需要选择其中的部分或全部单元来实现本实施例方案的目的。

另外，在本发明各实施例中的各功能单元可以全部集成在一个处理单元中，也可以是各单元分别单独作为一个单元，也可以两个或两个以上单元集成在一个单元中；上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。

本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：移动存储设备、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

或者，本发明上述集成的单元如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明实施例的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机、服务器、或者网络设备等)执行本发明各个实施例所述方法的全部或部分。而前述的存储介质包括：移动存储设备、ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

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

Claims (10)

1.一种应用更新方法，其特征在于，所述方法包括：

启动第一引擎，通过所述第一引擎检测当前是否存在满足预设条件的应用更新服务，当检测到存在满足预设条件的所述应用更新服务时，在预设的网络环境下和/或从预设的第一时间段的起始时间点开始预先下载应用的更新数据包；

启动第二引擎，通过所述第二引擎检测已启动的至少一个应用中是否存在与所述更新数据包对应的第一应用，当检测到存在所述第一应用时，在第一应用界面上通过提示信息引导用户直接安装对应所述第一应用的更新数据包。

2.根据权利要求1所述的方法，其特征在于，所述预设条件为在所述预设的网络环境和所述预设的第一时间段同时满足时提供所述应用更新服务；

所述应用更新服务的范围包括：所有存在更新的应用或者预先指定的应用。

3.根据权利要求2所述的方法，其特征在于，所述通过所述第一引擎检测当前是否存在满足预设条件的应用更新服务，包括：

需要对所述所有存在更新的应用提供所述应用更新服务时，在终端侧对应用进行全盘扫描，基于扫描结果生成包含所有应用的第一应用列表；

发送所述第一应用列表给服务器，以请求服务器查询是否存在应用更新；

接收服务器反馈的查询结果，若存在应用更新，则继续检测是否同时满足所述预设的网络环境和所述预设的第一时间段；

或者，

接收服务器反馈的第一应用更新信息；

在终端侧对应用进行全盘扫描，基于扫描结果生成包含所有应用的第一应用列表；

将所述第一应用更新信息与所述第一应用列表进行匹配，若匹配，则存在应用更新，则继续检测是否同时满足所述预设的网络环境和所述预设的第一时间段。

4.根据权利要求根据权利要求2所述的方法，其特征在于，所述通过所述第一引擎检测当前是否存在满足预设条件的应用更新服务，包括：

需要对所述预先指定的应用提供所述应用更新服务时，在终端侧提取预先指定的应用，基于提取结果生成仅包含预先指定的应用的第二应用列表；

发送所述第二应用列表给服务器，以请求服务器查询是否存在应用更新；

接收服务器反馈的查询结果，若存在应用更新，则继续检测是否同时满足所述预设的网络环境和所述预设的第一时间段；

或者，

接收服务器反馈的第二应用更新信息；

在终端侧提取预先指定的应用，基于提取结果生成仅包含预先指定的应用的第二应用列表；

将所述第二应用更新信息与所述第二应用列表进行匹配，若匹配，则存在应用更新，则继续检测是否同时满足所述预设的网络环境和所述预设的第一时间段。

5.根据权利要求1至4任一项所述的方法，其特征在于，所述在第一应用界面上通过提示信息引导用户直接安装对应所述第一应用的更新数据包，包括：

当前运行于前台的应用为所述第一应用时，直接在第一应用界面上显示所述提示信息；

响应所述提示信息并执行对应的操作，以提取对应所述第一应用的更新数据包并安装所述第一应用的更新数据包；

或者，

所述第一应用当前运行于后台，运行于前台的当前应用为其他应用时，将所述第一应用从所述后台切换到所述前台运行，之后在第一应用界面上显示所述提示信息；

响应所述提示信息并执行对应的操作，以提取对应所述第一应用的更新数据包并安装所述第一应用的更新数据包；

或者，

所述更新数据包用于对所述第一应用中的下级应用功能或所述第一应用包含的内嵌应用功能进行更新时，以直接在第一应用界面上显示所述提示信息的方式或者以在所述应用功能界面上显示所述提示信息的方式显示所述提示信息；

响应所述提示信息并执行对应的操作，以提取对应所述第一应用的更新数据包并安装所述第一应用的更新数据包。

6.一种终端，其特征在于，所述终端包括：

第一处理单元，用于启动第一引擎，通过所述第一引擎检测当前是否存在满足预设条件的应用更新服务；当检测到存在满足预设条件的所述应用更新服务时，在预设的网络环境下和/或从预设的第一时间段的起始时间点开始预先下载应用的更新数据包；

第二处理单元，用于启动第二引擎，通过所述第二引擎检测已启动的至少一个应用中是否存在与所述更新数据包对应的第一应用；当检测到存在所述第一应用时，在第一应用界面上通过提示信息引导用户直接安装对应所述第一应用的更新数据包。

7.根据权利要求6所述的终端，其特征在于，所述预设条件为在所述预设的网络环境和所述预设的第一时间段同时满足时提供所述应用更新服务；

所述应用更新服务的范围包括：所有存在更新的应用或者预先指定的应用。

8.根据权利要求7所述的终端，其特征在于，所述第一处理单元，进一步用于：

需要对所述所有存在更新的应用提供所述应用更新服务时，在终端侧对应用进行全盘扫描，基于扫描结果生成包含所有应用的第一应用列表；

发送所述第一应用列表给服务器，以请求服务器查询是否存在应用更新；

接收服务器反馈的查询结果，若存在应用更新，则继续检测是否同时满足所述预设的网络环境和所述预设的第一时间段；

或者，

接收服务器反馈的第一应用更新信息；

在终端侧对应用进行全盘扫描，基于扫描结果生成包含所有应用的第一应用列表；

将所述第一应用更新信息与所述第一应用列表进行匹配，若匹配，则存在应用更新，则继续检测是否同时满足所述预设的网络环境和所述预设的第一时间段。

9.根据权利要求根据权利要求7所述的终端，其特征在于，所述第一处理单元，进一步用于：

需要对所述预先指定的应用提供所述应用更新服务时，在终端侧提取预先指定的应用，基于提取结果生成仅包含预先指定的应用的第二应用列表；

发送所述第二应用列表给服务器，以请求服务器查询是否存在应用更新；

接收服务器反馈的查询结果，若存在应用更新，则继续检测是否同时满足所述预设的网络环境和所述预设的第一时间段；

或者，

接收服务器反馈的第二应用更新信息；

在终端侧提取预先指定的应用，基于提取结果生成仅包含预先指定的应用的第二应用列表；

将所述第二应用更新信息与所述第二应用列表进行匹配，若匹配，则存在应用更新，则继续检测是否同时满足所述预设的网络环境和所述预设的第一时间段。

10.根据权利要求6至9任一项所述的终端，其特征在于，所述第二处理单元，进一步用于：

当前运行于前台的应用为所述第一应用时，直接在第一应用界面上显示所述提示信息；

响应所述提示信息并执行对应的操作，以提取对应所述第一应用的更新数据包并安装所述第一应用的更新数据包；

或者，

所述第一应用当前运行于后台，运行于前台的当前应用为其他应用时，将所述第一应用从所述后台切换到所述前台运行，之后在第一应用界面上显示所述提示信息；

响应所述提示信息并执行对应的操作，以提取对应所述第一应用的更新数据包并安装所述第一应用的更新数据包；

或者，

所述更新数据包用于对所述第一应用中的下级应用功能或所述第一应用包含的内嵌应用功能进行更新时，以直接在第一应用界面上显示所述提示信息的方式或者以在所述应用功能界面上显示所述提示信息的方式显示所述提示信息；

响应所述提示信息并执行对应的操作，以提取对应所述第一应用的更新数据包并安装所述第一应用的更新数据包。