CN104135500B - 提示应用更新的方法和系统 - Google Patents

Abstract

本发明提供了一种提示应用更新的方法和系统。所述方法包括：根据触发运行的应用获取相应的版本信息，并上报所述版本信息；接收根据所述版本信息下发的版本提示信息，并存储所述版本提示信息；待所述触发运行的应用进入挂起状态时，提取存储的版本提示信息对所述进入挂起状态的应用进行提示。所述系统包括：版本上报模块，用于根据触发运行的应用获取相应的版本信息，并上报所述版本信息；信息接收模块，用于接收根据所述版本信息下发的版本提示信息，并存储所述版本提示信息；提示模块，用于待所述触发运行的应用进入挂起状态时，提取存储的版本提示信息对所述进入挂起状态的应用进行提示。采用本发明将有效提高应用中新版本的有效下载率。

Description

提示应用更新的方法和系统

技术领域

本发明涉及互联网应用技术，特别是涉及一种提示应用更新的方法和系统。

背景技术

随着互联网的发展，数以万计的应用被涌入用户的视野，并运行于用户的终端设备中。例如，大量的应用接入开放平台，用户通过开放平台即可运行所需要的应用。

开发者为使得应用能够实现更为完善的功能，不断提供新版本的应用，并向用户进行更新提示，以提示用户该应用有新的版本，可对该应用进行版本更新。

然而，每一应用的更新提示均是在用户运行该应用时进行的，更新该应用往往需要强行中断应用的运行，因此，为了继续运行应用，常常拒绝进行应用的更新，进而使得应用中新版本的有效下载率不高。

发明内容

基于此，有必要提供一种能提高应用中新版本的有效下载率的提示应用更新的方法。

此外，还有必要提供一种能提高应用中新版本的有效下载率的提示应用更新的系统。

一种提示应用更新的方法，包括如下步骤：

根据触发运行的应用获取相应的版本信息，并上报所述版本信息；

接收根据所述版本信息下发的版本提示信息，并存储所述版本提示信息；

待所述触发运行的应用进入挂起状态时，提取存储的版本提示信息对所述进入挂起状态的应用进行提示。

一种提示应用更新的系统，包括：

版本上报模块，用于根据触发运行的应用获取相应的版本信息，并上报所述版本信息；

信息接收模块，用于接收根据所述版本信息下发的版本提示信息，并存储所述版本提示信息；

提示模块，用于待所述触发运行的应用进入挂起状态时，提取存储的版本提示信息对所述进入挂起状态的应用进行提示。

上述提示应用更新的方法和系统，触发运行应用程序时，将获取相应的版本信息，并上报，以接收到根据该版本信息下发的版本提示信息，并进行存储，等待触发运行的应用进行挂起状态时提取存储的版本提示信息对该应用进行更新提示，不需要强行中断应用的运行，在应用运行完毕之后再进行更新提示，将有效提高应用中新版本的有效下载率。

附图说明

图1为一个实施例中提示应用更新的方法流程图；

图2为另一个实施例中提示应用更新的方法流程图；

图3为图2中获取触发运行的应用对应的设置信息和网络环境，根据设置信息和网络环境下发版本提示信息的方法流程图；

图4为另一个实施例中提示应用更新的方法流程图；

图5为一个实施例中待触发运行的应用进入挂起状态时，提取存储的版本提示信息对进入挂起状态的应用进行提示的方法流程图；

图6为一个实施例中提示应用更新的应用示意图；

图7为一个实施例中提示应用更新的系统结构示意图；

图8为另一个实施例中提示应用更新的系统结构示意图；

图9为图8中处理模块的结构示意图；

图10为一个实施例中提取模块的结构示意图；

图11为一个实施例中与本发明实施例提供的终端相关的手机的部分结构的框图。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

一种提示应用更新的方法由计算机程序实现，提示应用更新的方法所构建的提示应用更新的系统则被存储于各种终端设备中，通过互联网与后台的服务器进行数据交互，该终端设备可以包括智能手机、平板电脑、膝上便携计算机和台式计算机等等。

如图1所示，在一个实施例中，一种提示应用更新的方法，包括如下步骤：

步骤S110，根据触发运行的应用获取相应的版本信息，并上报版本信息。

本实施例中，触发运行的应用可为终端设备中的任一应用，触发运行终端设备中的应用时，将获取该应用所对应的版本信息，并上报至该应用所对应的后台服务器中，该版本信息将至少包括了应用当前的版本号。

步骤S130，接收根据版本信息下发的版本提示信息，并存储版本提示信息。

本实施例中，后台的服务器将根据上报的版本信息下发版本提示信息，因此，将接收到后台的服务器下发的版本提示信息，并存储于本地。其中，版本提示信息用于提示用户对应用进行版本更新，可包括后台服务器当前配置的新版本号、对应用进行完善的描述信息等，在此不一一进行列举。

步骤S150，待触发运行的应用进入挂起状态时，提取存储的版本提示信息对进入挂起状态的应用进行提示。

本实施例中，应用由运行状态进入挂起状态时，说明用户当前使用该应用的可能性较低，此时可对该应用进行更新提示将不需要担心更新提示干扰了用户对该应用的使用。

提取本地存储的版本提示信息，该版本提示信息是与进入挂起状态的应用相对应的，将提取的版本提示信息显示于终端设备所提供的操作界面中，以供用户查看，并触发点击操作即可将应用更新为后台的服务器所配置的最新版本。

一实施例中，提取的版本提示信息将以消息或者更新提示图标等方式在操作界面中进行提示，以告之用户当前触发运行的应用可进行更新。

此时，用户只需要在操作界面显示的消息或更新提示图标触发操作即可实现应用的更新。

如图2所示，在一个实施例中，上述步骤S130之前，该方法还包括如下步骤：

步骤S210，接收上报的版本信息。

本实施例中，后台的服务器将接收上报的版本信息。

步骤S230，根据接收的版本信息判断当前配置的应用版本是否高于触发运行的应用版本，若是，则进入步骤S250，若否，则结束。

本实施例中，从接收的版本信息中提取得到终端设备中触发运行的应用所对应的版本号，将提取的版本号与后台的服务器当前配置的应用版本进行比对，以判断后台的服务器当前配置的应用版本是否高于提取的版本号，若是，则说明终端设备中的应用应当进行版本更新，若否，则说明终端设备中的应用已为最新版本，不需要进行版本更新。

步骤S250，获取触发运行的应用对应的设置信息和网络环境，根据设置信息和网络环境下发版本提示信息。

本实施例中，在判断到服务器当前配置的应用版本高于触发运行的应用版本之后，将获取对应的设置信息和该应用进行信息传输所在的网络环境，以根据设置信息和网络环境确定是否进行提示。

触发运行的应用对应的设置信息包括提示频率、提示方式等信息，可以是后台的服务器根据需要进行配置的，也可以是用户要看自己的需要进行个性化配置的。

如图3所示，在一个实施例中，上述步骤S250包括如下步骤：

步骤S251，获取配置的设置信息，并探测上报版本信息的应用所处的网络环境。

本实施例中，获取后台的服务器配置的设置信息，或者从上报的版本信息中提取得到用户身份标识，进而获取与该用户身份标识对应的设置信息。此外，在获取设置信息的同时，还将探测上报版本信息的应用当前所处的网络环境，例如，该网络环境可能是wifi（wireless fidelity）无线网络，也可能是gprs（GeneralPacket Radio Service，通用分组无线服务技术）移动数据网络。

步骤S253，根据设置信息和网络环境判断是否进行更新提示，若是，则进入步骤S255，若否，则结束。

本实施例中，获取该应用的最近提示时间，根据设置信息中的提示频率判断是否达到相应的提示信息，并且还将进一步判断设定的网络环境是为wifi无线网络，若是，则进行更新提示，若否，则不对该应用进行更新提示。

步骤S255，进一步判断应用是否启用系统通知栏，若是，则进入步骤S257，若否，则进入步骤S259。

本实施例中，在确定对该应用进行更新提示之后，将进一步判断该应用是否启用了系统通知栏，若是，则采用系统通知栏进行提示，此时，将不会对当前运行的应用产生干扰，若否，则启用对话框的方式进行更新提示。

步骤S257，下发版本提示信息。

本实施例中，向上报版本信息的应用下发版本提示信息。

步骤S259，启用对话框的方式下发版本提示信息。

本实施例中，通过对话框的方式进行更新提示，此时，将中断运行的应用方可进行更新。

如图4所示，在另一个实施例中，该方法还包括：

步骤S310，判断触发运行的应用是否被非锁屏挂起，若是，则进入步骤S150，若否，则进入步骤S330。

本实施例中，判断触发运行的应用是否处于挂起状态和非锁屏状态，若是，则说明用户在运行其它的一些应用或者未使用任一应用，此时，可进行更新提示，若否，则说明该触发运行的应用并未进入挂起状态，或者已经进入被锁屏，此时，将不进行更新提示。

步骤S330，不对应用进行更新提示。

如图5所示，在一个实施例中，上述步骤S150包括如下步骤：

步骤S151，从存储的版本提示信息中提取与进入挂起状态的应用对应的版本提示信息。

本实施例中，本地存储的版本提示信息可能包括了一个或者多个应用的版本提示信息，此时，则需要根据当前进入挂起状态的应用进行版本提示信息的提取。

步骤S153，调用系统通知栏弹出提取得到的版本提示信息。

本实施例中，调用系统通知栏显示提取得到的版本提示信息，在优选的实施例中，当前进入挂起状态并可进行更新提示的应用可为多个，相应的，提取得到的版本提示信息也为多条信息，此时，将调用系统通知栏以列表的形式对多条版本提示信息进行显示，并对版本提示信息的点击操作触发进行更新。

下面结合一个具体的实施例来详细阐述上述提示应用更新的方法。该实施例中，如图6所示，触发运行的应用为运行于平板电脑中的浏览器，触发运行浏览器时，将获取浏览器的版本信息，并上报至后台的服务器中。

后台的服务器接收到浏览器上报的版本信息之后，将根据版本信息判断当前配置的浏览器版本是否高于平板电脑中浏览器的版本，若是，则根据设置信息和网络环境判断是否进行更新提示，若否，则不需要进行更新。

在根据设置信息和网络环境确定进行更新提示之后，将进一步判断浏览器是否启用了系统通知栏，若是，则下发版本提示信息，并存储于平板电脑本地，若否，则直接在平面电脑的界面中弹出对话框进行更新提示。

在用户通过平板电脑的HOME键后台挂起浏览器时，将判断到触发运行的浏览器被非锁屏挂起，此时，则在平板电脑中置于操作界面顶部的系统通知栏弹出版本提示信息610，用户点击弹出的版本提示信息610即可跳转至浏览器的详情页面。

如图7所示，在一个实施例中，一种提示应用更新的系统，包括版本上报模块110、接收模块130和提示模块150。

版本上报模块110，用于根据触发运行的应用获取相应的版本信息，并上报版本信息。

本实施例中，触发运行的应用可为终端设备中的任一应用，触发运行终端设备中的应用时，版本上报模块110将获取该应用所对应的版本信息，并上报至该应用所对应的后台服务器中，该版本信息将至少包括了应用当前的版本号。

信息接收模块130，用于接收根据版本信息下发的版本提示信息，并存储版本提示信息。

本实施例中，后台的服务器将根据上报的版本信息下发版本提示信息，因此，信息接收模块130将接收到后台的服务器下发的版本提示信息，并存储于本地。其中，版本提示信息用于提示用户对应用进行版本更新，可包括后台服务器当前配置的新版本号、对应用进行完善的描述信息等，在此不一一进行列举。

提示模块150，用于待触发运行的应用进入挂起状态时，提取存储的版本提示信息对进入挂起状态的应用进行提示。

本实施例中，应用由运行状态进入挂起状态时，说明用户当前使用该应用的可能性较低，此时提示模块150可对该应用进行更新提示将不需要担心更新提示干扰了用户对该应用的使用。

提示模块150提取本地存储的版本提示信息，该版本提示信息是与进入挂起状态的应用相对应的，将提取的版本提示信息显示于终端设备所提供的操作界面中，以供用户查看，并触发点击操作即可将应用更新为后台的服务器所配置的最新版本。

一实施例中，提示模块150提取的版本提示信息将以消息或者更新提示图标等方式在操作界面中进行提示，以告之用户当前触发运行的应用可进行更新。

此时，用户只需要在操作界面显示的消息或更新提示图标触发操作即可实现应用的更新。

如图8所示，在一实施例中，该系统还包括版本接收模块210、版本判断模块230和处理模块250。

版本接收模块210，用于接收上报的版本信息。

本实施例中，后台的服务器中的版本接收模块210将接收上报的版本信息。

版本判断模块230，用于根据接收的版本信息判断当前配置的应用版本是否高于触发运行的应用版本，若是，则通知处理模块250，若否，则停止执行。

本实施例中，版本判断模块230从接收的版本信息中提取得到终端设备中触发运行的应用所对应的版本号，将提取的版本号与后台的服务器当前配置的应用版本进行比对，以判断后台的服务器当前配置的应用版本是否高于提取的版本号，若是，则说明终端设备中的应用应当进行版本更新，若否，则说明终端设备中的应用已为最新版本，不需要进行版本更新。

处理模块250，用于获取触发运行的应用对应的设置信息和网络环境，根据设置信息和网络环境下发版本提示信息。

本实施例中，在判断到服务器当前配置的应用版本高于触发运行的应用版本之后，处理模块250将获取对应的设置信息和该应用进行信息传输所在的网络环境，以根据设置信息和网络环境确定是否进行提示。

触发运行的应用对应的设置信息包括提示频率、提示方式等信息，可以是后台的服务器根据需要进行配置的，也可以是用户要看自己的需要进行个性化配置的。

如图9所示，在一个实施例中，上述处理模块250包括获取探测单元251、更新判断单元253和提示下发单元255。

获取探测单元251，用于获取配置的设置信息，并探测上报版本信息的应用所处的网络环境。

本实施例中，获取探测单元251获取后台的服务器配置的设置信息，或者从上报的版本信息中提取得到用户身份标识，进而获取与该用户身份标识对应的设置信息。此外，在获取设置信息的同时，还将探测上报版本信息的应用当前所处的网络环境，例如，该网络环境可能是wifi（wireless fidelity）无线网络，也可能是gprs（General Packet Radio Service，通用分组无线服务技术）移动数据网络。

更新判断单元253，用于根据设置信息和网络环境判断是否进行更新提示，若是，则通知提示下发单元255，若否，则停止执行。

本实施例中，更新判断单元253获取该应用的最近提示时间，根据设置信息中的提示频率判断是否达到相应的提示信息，并且还将进一步判断设定的网络环境是为wifi无线网络，若是，则通知提示下发单元255进行更新提示，若否，则不对该应用进行更新提示。

提示下发单元255，用于判断应用是否启用系统通知栏，若是，则下发版本提示信息，若否，则通知对话框提示单元257。

本实施例中，在确定对该应用进行更新提示之后，提示下发单元255将进一步判断该应用是否启用了系统通知栏，若是，则采用系统通知栏进行提示，此时，将不会对当前运行的应用产生干扰，若否，则通知对话框提示单元257启用对话框的方式进行更新提示。

对话框提示单元257，用于启用对话框的方式下发版本提示信息。

本实施例中，对话框提示单元257通过对话框的方式进行更新提示，此时，将中断运行的应用方可进行更新。

在一个实施例中，该系统还包括挂起判断模块。挂起判断模块用于判断触发运行的应用是否被非锁屏挂起，若是，则通知提示模块150，若否，则不对应用进行更新提示。

本实施例中，起判断模块判断触发运行的应用是否处于挂起状态和非锁屏状态，若是，则说明用户在运行其它的一些应用或者未使用任一应用，此时，可通知提示模块150进行更新提示，若否，则说明该触发运行的应用并未进入挂起状态，或者已经进入被锁屏，此时，将不进行更新提示。

如图10所示，在一个实施例中，上述提示模块150包括提取单元151和调用单元153。

提取单元151，用于从存储的版本提示信息中提取进入挂起状态的应用对应的版本提示信息。

本实施例中，本地存储的版本提示信息可能包括了一个或者多个应用的版本提示信息，此时，则提取单元151需要根据当前进入挂起状态的应用进行版本提示信息的提取。

调用单元153，用于调用系统通知栏弹出提取得到的版本提示信息。

本实施例中，调用单元153调用系统通知栏显示提取得到的版本提示信息，在优选的实施例中，当前进入挂起状态并可进行更新提示的应用可为多个，相应的，提取得到的版本提示信息也为多条信息，此时，调用单元153将调用系统通知栏以列表的形式对多条版本提示信息进行显示，并对版本提示信息的点击操作触发进行更新。

上述提示应用更新的方法和系统，触发运行应用程序时，将获取相应的版本信息，并上报，以接收到根据该版本信息下发的版本提示信息，并进行存储，等待触发运行的应用进行挂起状态时提取存储的版本提示信息对该应用进行更新提示，不需要强行中断应用的运行，在应用运行完毕之后再进行更新提示，将有效提高应用中新版本的有效下载率。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储记忆体（Read-Only Memory，ROM）或随机存储记忆体（Random Access Memory，RAM）等。

本发明实施例还提供了上述实施例所涉及的终端，如图11所示，为了便于说明，仅示出了与本发明实施例相关的部分，具体技术细节未揭示的，请参照本发明实施例方法部分。该终端用于实施上述实施例中提供的提示应用更新的方法，可以为手机、平板电脑、PDA（Personal Digital Assistant，个人数字助理）、POS（Point of Sales，销售终端）、车载电脑等任意终端设备，以终端为手机为例：

图11示出的是与本发明实施例提供的终端相关的手机的部分结构的框图。参考图11，手机包括：射频（Radio Frequency，RF）电路1110、存储器1120、输入单元1130、显示单元1140、传感器1150、音频电路1160、无线保真（wirelessfidelity，WiFi）模块1170、处理器1180、以及电源1190等部件。本领域技术人员可以理解，图11中示出的手机结构并不构成对手机的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

下面结合图11对手机的各个构成部件进行具体的介绍：

RF电路1110可用于收发信息或通话过程中，信号的接收和发送，特别地，将基站的下行信息接收后，给处理器1180处理；另外，将设计上行的数据发送给基站。通常，RF电路包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器（Low Noise Amplifier，LNA）、双工器等。此外，RF电路110还可以通过无线通信与网络和其他设备通信。上述无线通信可以使用任一通信标准或协议，包括但不限于全球移动通讯系统（Global System of Mobilecommunication，GSM）、通用分组无线服务（General Packet Radio Service，GPRS）、码分多址（Code Division Multiple Access，CDMA）、宽带码分多址（WidebandCode Division Multiple Access,WCDMA）、长期演进（Long TermEvolution,LTE）)、电子邮件、短消息服务（Short Messaging Service，SMS）等。

存储器1120可用于存储软件程序以及模块，处理器1180通过运行存储在存储器1120的软件程序以及模块，从而执行手机的各种功能应用以及数据处理。存储器1120可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序（比如声音播放功能、图像播放功能等）等；存储数据区可存储根据手机的使用所创建的数据（比如音频数据、电话本等）等。此外，存储器1120可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。

输入单元1130可用于接收输入的数字或字符信息，以及产生与手机1100的用户设置以及功能控制有关的键信号输入。具体地，输入单元1130可包括触控面板1131以及其他输入设备1132。触控面板1131，也称为触摸屏，可收集用户在其上或附近的触摸操作（比如用户使用手指、触笔等任何适合的物体或附件在触控面板1131上或在触控面板1131附近的操作），并根据预先设定的程式驱动相应的连接装置。可选的，触控面板1131可包括触摸检测装置和触摸控制器两个部分。其中，触摸检测装置检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给触摸控制器；触摸控制器从触摸检测装置上接收触摸信息，并将它转换成触点坐标，再送给处理器1180，并能接收处理器1180发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板1131。除了触控面板1131，输入单元1130还可以包括其他输入设备1132。具体地，其他输入设备1132可以包括但不限于物理键盘、功能键（比如音量控制按键、开关按键等）、轨迹球、鼠标、操作杆等中的一种或多种。

显示单元1140可用于显示由用户输入的信息或提供给用户的信息以及手机的各种菜单。显示单元1140可包括显示面板1141，可选的，可以采用液晶显示器（Liquid Crystal Display，LCD）、有机发光二极管（Organic Light-Emitting Diode,OLED）等形式来配置显示面板1141。进一步的，触控面板1131可覆盖显示面板1141，当触控面板1131检测到在其上或附近的触摸操作后，传送给处理器1180以确定触摸事件的类型，随后处理器1180根据触摸事件的类型在显示面板1141上提供相应的视觉输出。虽然在图11中，触控面板1131与显示面板1141是作为两个独立的部件来实现手机的输入和输入功能，但是在某些实施例中，可以将触控面板1131与显示面板1141集成而实现手机的输入和输出功能。

手机1100还可包括至少一种传感器1150，比如光传感器、运动传感器以及其他传感器。具体地，光传感器可包括环境光传感器及接近传感器，其中，环境光传感器可根据环境光线的明暗来调节显示面板1141的亮度，接近传感器可在手机移动到耳边时，关闭显示面板1141和/或背光。作为运动传感器的一种，加速计传感器可检测各个方向上（一般为三轴）加速度的大小，静止时可检测出重力的大小及方向，可用于识别手机姿态的应用（比如横竖屏切换、相关游戏、磁力计姿态校准）、振动识别相关功能（比如计步器、敲击）等;至于手机还可配置的陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器，在此不再赘述。

音频电路1160、扬声器1161，传声器1162可提供用户与手机之间的音频接口。音频电路1160可将接收到的音频数据转换后的电信号，传输到扬声器1161，由扬声器1161转换为声音信号输出；另一方面，传声器1162将收集的声音信号转换为电信号，由音频电路1160接收后转换为音频数据，再将音频数据输出处理器1180处理后，经RF电路1110以发送给比如另一手机，或者将音频数据输出至存储器1120以便进一步处理。

WiFi属于短距离无线传输技术，手机通过WiFi模块1170可以帮助用户收发电子邮件、浏览网页和访问流式媒体等，它为用户提供了无线的宽带互联网访问。虽然图11示出了WiFi模块1170，但是可以理解的是，其并不属于手机1100的必须构成，完全可以根据需要在不改变发明的本质的范围内而省略。

处理器1180是手机的控制中心，利用各种接口和线路连接整个手机的各个部分，通过运行或执行存储在存储器1120内的软件程序和/或模块，以及调用存储在存储器1120内的数据，执行手机的各种功能和处理数据，从而对手机进行整体监控。可选的，处理器1180可包括一个或多个处理单元；优选的，处理器1180可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器1180中。

手机1100还包括给各个部件供电的电源1190（比如电池），优选的，电源可以通过电源管理系统与处理器1180逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。

尽管未示出，手机1100还可以包括摄像头、蓝牙模块等，在此不再赘述。

在本发明实施例中，上述提示应用更新的系统所对应的程序指令被存储于存储器1120内，上述该终端所包括的处理器1180用于执行存储器中的提示应用更新的系统。

以上所述实施例仅表达了本发明的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对本发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干变形和改进，这些都属于本发明的保护范围。因此，本发明专利的保护范围应以所附权利要求为准。

Claims (10)

1.一种提示应用更新的方法，包括如下步骤：

根据触发运行的应用获取相应的版本信息，并上报所述版本信息；

接收根据所述版本信息下发的版本提示信息，并存储所述版本提示信息；

待所述触发运行的应用进入挂起状态时，提取存储的版本提示信息对所述进入挂起状态的应用进行提示。

2.根据权利要求1所述的方法，其特征在于，所述接收根据所述版本信息下发的版本提示信息，并存储所述版本提示信息的步骤之前还包括：

接收所述版本信息；

根据所述版本信息判断当前配置的应用版本是否高于触发运行的应用版本，若是，则

获取所述触发运行的应用对应的设置信息和网络环境，根据所述设置信息和网络环境下发版本提示信息。

3.根据权利要求2所述的方法，其特征在于，所述获取所述触发运行的应用对应的设置信息和网络环境，根据所述设置信息和网络环境下发版本提示信息的步骤包括：

获取配置的设置信息，并探测所述上报版本信息的应用所处的网络环境；

根据所述设置信息和网络环境判断是否进行更新提示，若是，则进一步判断所述应用是否启用系统通知栏，若是，则

下发所述版本提示信息。

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

判断所述触发运行的应用是否被非锁屏挂起，若是，则进入所述待所述触发运行的应用进入挂起状态时，提取存储的版本提示信息对所述进入挂起状态的应用进行提示的步骤，若否，则

不对所述应用进行更新提示。

5.根据权利要求1所述的方法，其特征在于，所述提取存储的版本提示信息对所述进入挂起状态的应用进行提示的步骤包括：

从存储的版本提示信息中提取所述进入挂起状态的应用对应的版本提示信息；

调用系统通知栏弹出所述提取得到的版本提示信息。

6.一种提示应用更新的系统，其特征在于，包括：

版本上报模块，用于根据触发运行的应用获取相应的版本信息，并上报所述版本信息；

信息接收模块，用于接收根据所述版本信息下发的版本提示信息，并存储所述版本提示信息；

提示模块，用于待所述触发运行的应用进入挂起状态时，提取存储的版本提示信息对所述进入挂起状态的应用进行提示。

7.根据权利要求6所述的系统，其特征在于，所述系统还包括：

版本接收模块，用于接收所述版本信息；

版本判断模块，用于根据所述版本信息判断当前配置的应用版本是否高于触发运行的应用版本，若是，则通知处理模块；

所述处理模块用于获取所述触发运行的应用对应的设置信息和网络环境，根据所述设置信息和网络环境下发版本提示信息。

8.根据权利要求7所述的系统，其特征在于，所述处理模块包括：

获取探测单元，用于获取配置的设置信息，并探测所述上报版本信息的应用所处的网络环境；

更新判断单元，用于根据所述设置信息和网络环境判断是否进行更新提示，若是，则通知提示下发单元；

所述提示下发单元用于判断所述应用是否启用系统通知栏，若是，则下发所述版本提示信息。

9.根据权利要求7所述的系统，其特征在于，所述系统还包括：

挂起判断模块，用于判断所述触发运行的应用是否被非锁屏挂起，若是，则通知所述提示模块，若否，则不对所述应用进行更新提示。

10.根据权利要求6所述的系统，其特征在于，所述提示模块包括：

提取单元，用于从存储的版本提示信息中提取所述进入挂起状态的应用对应的版本提示信息；

调用单元，用于调用系统通知栏弹出所述提取得到的版本提示信息。