CN104320774B - 一种升级方法、装置及设备 - Google Patents

Abstract

本公开是关于一种升级方法、装置及设备，属于计算机技术领域。所述方法包括：检测至少两个路由设备中的第一路由设备内的应用程序是否需要升级；当第一路由设备内的应用程序需要升级时，通过至少两个路由设备中的第二路由设备与服务器之间的通信链路获取应用程序升级所需的升级文件；将升级文件发送给第一路由设备。在本公开中，终端是通过第二路由设备与服务器之间的通信链路获取应用程序升级所需的升级文件的，而没有耗费第一路由设备内通信卡的流量；且终端与第一路由设备之间进行数据交互的过程也不耗费第一路由设备内通信卡的流量，从而在对第一路由设备应用程序升级过程中，节省了第一路由设备内通信卡的流量。

Description

一种升级方法、装置及设备

技术领域

本公开涉及计算机技术领域，尤其涉及一种升级方法、装置及设备。

背景技术

随着技术的飞速发展，便携式路由器渐渐进入了人们的生活，便携式路由器通常内置SIM(Subscriber Identity Module，用户识别模块)卡，并通过SIM卡与以太网之间建立数据链接，例如GPRS(General Packet Radio Service，通用分组无线服务)或GSM(Global System for Mobile Communication，全球移动通信系统)等，同时还通过无线方式与终端连接，从而可以为终端提供数据服务；即终端可以通过无线路由器上网。

然而便携式路由器必须配备操作系统才能工作，在技术发展的过程中，为了对路由器的操作系统进行优化，设备商会逐渐推出一些包含新功能的新版本的操作系统，因此，为了优化便携式路由器，常常需要对便携式路由器的操作系统进行升级。

在相关技术中，当便携式路由器需要将当前版本的操作系统升级至新版本的操作系统时，首先要利用自身与以太网之间建立的数据链接从服务器中下载升级包，再利用该升级包将当前版本的操作系统升级至新版本的操作系统。

但是，在通常情况下，升级包所占容量较大，且GPRS和GSM等数据链接的稳定性较差，导致便携式路由器根据GPRS或GSM等数据连接下载升级包所需耗费的网络流量和时间都很多，升级成本很高。

发明内容

为克服相关技术中存在的问题，本公开提供一种升级方法、装置及设备。

根据本公开实施例的第一方面，提供一种升级示方法，应用于终端，所述终端可与至少两个路由设备进行通信，且所述终端可通过任意一个所述路由设备和服务器之间的通信链路与所述服务器进行数据交互；所述方法包括：

检测所述至少两个路由设备中的第一路由设备内的应用程序是否需要升级；

当所述第一路由设备内的应用程序需要升级时，通过所述至少两个路由设备中的第二路由设备与所述服务器之间的通信链路获取所述应用程序升级所需的升级文件；

将所述升级文件发送给所述第一路由设备，以使所述第一路由设备利用所述升级文件对所述应用程序升级。

结合第一方面，在第一方面第一种可能的实现方式中，所述检测所述至少两个路由设备中的第一路由设备内的应用程序是否需要升级，包括：

获取所述应用程序当前的版本标识，所述版本标识至少包括版本号和/或版本生成时间；

将所述当前的版本标识通过任意一个所述路由设备与所述服务器之间的通信链路发送给所述服务器；

接收所述服务器根据所述当前的版本标识查找是否存在待升级版本后发送的查找结果；

当所述查找结果为存在待升级版本时，确定所述应用程序需要升级，当所述查找结果为不存在待升级版本时，确定所述应用程序不需要升级。

结合第一方面，在第一方面第二种可能的实现方式中，所述检测所述至少两个路由设备中的第一路由设备内的应用程序是否需要升级，包括：

获取所述应用程序当前的版本标识，所述版本标识至少包括版本号和/或版本生成时间；

根据所述当前的版本标识获取所述应用程序待升级版本的版本标识；

将所述待升级版本的版本标识与所述当前的版本标识进行比较；

当所述待升级版本的版本标识高于所述当前的版本标识时，确定所述应用程序需要升级；当所述待升级版本的版本标识低于或等于所述当前的版本标识时，确定所述应用程序不需要升级。

结合第一方面第二种可能的实现方式，在第一方面第三种可能的实现方式中，所述根据所述当前的版本标识获取所述应用程序待升级版本的版本标识，包括：

将所述当前的版本标识通过任意一个所述路由设备与所述服务器之间的通信链路发送给服务器；

接收所述服务器发送的、根据所述当前的版本标识查找到的与所述应用程序对应的待升级版本的版本标识。

结合第一方面，在第一方面第四种可能的实现方式中，所述通过所述至少两个路由设备中的第二路由设备与所述服务器之间的通信链路获取所述第一路由设备内的应用程序升级所需的升级文件，包括：

检测是否通过所述第二路由设备与所述服务器之间的通信链路与所述服务器进行数据交互；

当与所述服务器进行数据交互时，生成用于获取所述应用程序升级所需的升级文件的获取请求；

将所述获取请求通过所述第二路由设备与所述服务器之间的通信链路发送给所述服务器；

接收所述服务器根据所述获取请求发送的所述升级文件。

结合第一方面，在第一方面第五种可能的实现方式中，所述方法还包括：

检测是否通过所述第一路由设备与所述服务器之间的通信链路与所述服务器进行数据交互；

当与所述服务器进行数据交互时，执行所述将所述升级文件发送给所述第一路由设备的步骤。

结合第一方面，在第一方面第六种可能的实现方式中，所述方法还包括：

根据所述升级文件生成启动升级提示；

判断是否接收到根据所述启动升级提示输入的升级操作；

当接收到所述升级操作时，执行所述将所述升级文件发送给所述第一路由设备的步骤。

结合第一方面，在第一方面第七种可能的实现方式中，所述方法还包括：

判断所述应用程序是否升级成功；

当升级成功时，则生成升级成功提示；

展示所述升级成功提示。

结合第一方面第七种可能的实现方式，在第一方面第八种可能的实现方式中，所述展示所述升级成功提示，包括：

将所述升级成功提示在所述终端本地的显示界面中进行显示；或，

将所述升级成功提示向预设终端进行推送，以使所述升级成功提示在所述预设终端上进行显示。

根据本公开实施例的第二方面，提供一种升级装置，应用于终端，所述终端可与至少两个路由设备进行通信，且所述终端可通过任意一个所述路由设备和服务器之间的通信链路与所述服务器进行数据交互；所述装置包括：

第一检测模块，用于检测所述至少两个路由设备中的第一路由设备内的应用程序是否需要升级；

获取模块，用于当所述第一路由设备内的应用程序需要升级时，通过所述至少两个路由设备中的第二路由设备与所述服务器之间的通信链路获取所述应用程序升级所需的升级文件；

发送模块，用于将所述升级文件发送给所述第一路由设备，以使所述第一路由设备利用所述升级文件对所述应用程序升级。

结合第二方面，在第二方面第一种可能的实现方式中，所述第一检测模块包括：

第一获取单元，用于获取所述应用程序当前的版本标识，所述版本标识至少包括版本号和/或版本生成时间；

第一发送单元，用于将所述当前的版本标识通过任意一个所述路由设备与所述服务器之间的通信链路发送给所述服务器；

第一接收单元，用于接收所述服务器根据所述当前的版本标识查找是否存在待升级版本后发送的查找结果；

第一确定单元，用于当所述查找结果为存在待升级版本时，确定所述应用程序需要升级，当所述查找结果为不存在待升级版本时，确定所述应用程序不需要升级。

结合第二方面，在第二方面第二种可能的实现方式中，所述第一检测模块包括：

第二获取单元，用于获取所述应用程序当前的版本标识，所述版本标识至少包括版本号和/或版本生成时间；

第三获取单元，用于根据所述当前的版本标识获取所述应用程序待升级版本的版本标识；比较单元，用于将所述待升级版本的版本标识与所述当前的版本标识进行比较；

第二确定单元，用于当所述待升级版本的版本标识高于所述当前的版本标识时，确定所述应用程序需要升级；当所述待升级版本的版本标识低于或等于所述当前的版本标识时，确定所述应用程序不需要升级。

结合第二方面第二种可能的实现方式，在第二方面第三种可能的实现方式中，所述第三获取单元包括：

发送子单元，用于将所述当前的版本标识通过任意一个所述路由设备与所述服务器之间的通信链路发送给服务器；

接收子单元，用于接收所述服务器发送的、根据所述当前的版本标识查找到的与所述应用程序对应的待升级版本的版本标识。

结合第二方面，在第二方面第四种可能的实现方式中，所述获取模块包括：

检测单元，用于检测是否通过所述第二路由设备与所述服务器之间的通信链路与所述服务器进行数据交互；

生成单元，用于当与所述服务器进行数据交互时，生成用于获取所述应用程序升级所需的升级文件的获取请求；

第二发送单元，用于将所述获取请求通过所述第二路由设备与所述服务器之间的通信链路发送给所述服务器；

第二接收单元，用于接收所述服务器根据所述获取请求发送的所述升级文件。

结合第二方面，在第二方面第五种可能的实现方式中，所述装置还包括：

第二检测模块，用于检测是否通过所述第一路由设备与所述服务器之间的通信链路与所述服务器进行数据交互；

所述发送模块还用于当与所述服务器进行数据交互时，将所述升级文件发送给所述第一路由设备。

结合第二方面，在第二方面第六种可能的实现方式中，所述装置还包括：

第一生成模块，用于根据所述升级文件生成启动升级提示；

第一判断模块，用于判断是否接收到根据所述启动升级提示输入的升级操作；

所述发送模块还用于当接收到所述升级操作时，执行所述将所述升级文件发送给所述第一路由设备的步骤。

结合第二方面，在第二方面第七种可能的实现方式中，所述装置还包括：

第二判断模块，用于判断所述应用程序是否升级成功；

第二生成模块，用于当升级成功时，则生成升级成功提示；

展示模块，用于展示所述升级成功提示。

结合第二方面第七种可能的实现方式，在第二方面第八种可能的实现方式中，所述展示模块包括：

展示单元，用于将所述升级成功提示在所述终端本地的显示界面中进行显示；

推送单元，用于将所述升级成功提示向预设终端进行推送，以使所述升级成功提示在所述预设终端上进行显示。

根据本公开实施例的第三方面，提供一种升级设备，所述设备包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器被配置为：

检测所述至少两个路由设备中的第一路由设备内的应用程序是否需要升级；

当所述第一路由设备内的应用程序需要升级时，通过所述至少两个路由设备中的第二路由设备与所述服务器之间的通信链路获取所述应用程序升级所需的升级文件；

将所述升级文件发送给所述第一路由设备，以使所述第一路由设备利用所述升级文件对所述应用程序升级。

本公开的实施例提供的技术方案可以包括以下有益效果：在本公开中，检测第一路由设备内的应用程序是否需要升级；当第一路由设备内的应用程序需要升级时，通过第二通信链路从服务器中获取应用程序升级所需的升级文件；将该升级文件发送给第一路由设备，以使第一路由设备利用该升级文件对应用程序升级。

其中，终端不是通过第一路由设备与服务器之间的第一通信链路来获取升级文件，而是通过第二路由设备与服务器之间的第二通信链路来获取升级文件，因此没有耗费第一路由设备内通信卡的流量；且终端与第一路由设备之间连接的方式是内网连接，二者之间进行数据交互的过程也不耗费第一路由设备内通信卡的流量，即将升级文件发送给第一路由设备不耗费第一路由设备内通信卡的流量。

如此，与相关技术相比，在本公开实施例中，终端将从服务器中获取升级文件的链路从第一通信链路变更为第二通信链路，因此，整个过程中没有使用第一通信链路，从而节省了第一路由设备内通信卡的流量。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本发明的实施例，并与说明书一起用于解释本发明的原理。

图1是根据一示例性实施例示出的一种系统。

图2是根据另一示例性实施例示出的一种升级方法的流程图。

图3是根据又一示例性实施例示出的一种升级方法的流程图。

图4是根据又一示例性实施例示出的一种升级方法的流程图。

图5是根据又一示例性实施例示出的一种升级方法的流程图。

图6是根据又一示例性实施例示出的一种场景示意图。

图7是根据又一示例性实施例示出的一种升级装置的框图。

图8是根据又一示例性实施例示出的一种升级设备的框图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本发明相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本发明的一些方面相一致的装置和方法的例子。

在本公开实施例中，终端可与至少两个路由设备进行通信，且所述终端可通过任意一个路由设备和服务器之间的通信链路与服务器进行数据交互。另外，路由设备是指具有路由转发功能的设备，例如：路由器或设置为热点的手机等。

图1是根据一示例性实施例示出的一种系统，如图1所示，该系统包括终端1、第一路由设备2、第二路由设备3和服务器4。在本公开实施例仅以两个路由设备进行说明，但不作为对本公开的保护范围的限定。

如图1所示，终端1可分别与第一路由设备2、第二路由设备3通过无线方式相连接，第一路由设备2、第二路由设备3可分别与服务器4连接；并且第一路由设备2与服务器4之间通过无线方式相连接，以及第一路由设备2与服务器4之间设置有第一通信链路，第二路由设备3与服务器4之间通过光纤或宽带相连接，且第二路由设备3与服务器4之间设置有第二通信链路；终端1可以通过第一通信链路与服务器4进行数据交互，也可以通过第二通信链路与服务器4进行数据交互。

图2是根据一示例性实施例示出的一种升级方法的流程图，如图2所示，该方法应用于终端1中，该升级方法包括以下步骤。

在步骤S101中，检测所述至少两个路由设备中的第一路由设备内的应用程序是否需要升级。

在本公开实施例中，以第一路由设备2为便携式路由器，且第二路由设备3为普通无线路由器进行举例说明，但不作为对本公开的保护范围的限制。

其中，便携式路由器通常为了在无WiFi(Wireless Fidelity，无线保真)的情况下，方便用户接入网络，在便携式路由器内置有通信卡，通信卡可以为SIM卡等，便携式路由器通过SIM卡与服务器4之间建立第一通信链路，终端1可以连接到便携式路由器，并通过第一通信链路与服务器4进行数据交互。但通信卡内的流量通常需要用户按流量大小付费或包月付费，但无论采用哪种方式，相比普通接入宽带的WiFi而言，其资费通常较高。所以，用户希望便携路由器的流量更多的用于浏览网络，而尽量减少那些与浏览网络无关、且需要消耗流量较多的操作占用便携路由器内通信卡的流量，例如：程序升级，提高便携路由器内通信卡的流量的利用率。

然而，普通无线路由器可以通过宽带或光纤等方式与服务器4之间建立第二通信链路，宽带或光纤没有流量限制，且使用费用很低。

本公开实施例中的该步骤，可以在终端1与便携路由器进行通信时，对便携路由器内的应用程序进行检测。

应用程序可以为第一路由设备内的软件，也可以为第一路由设备的操作系统。

如果应用程序需要升级，则执行步骤S102；如果不需要升级，则结束流程。

当第一路由设备内的应用程序需要升级时，在步骤S102中，通过至少两个路由设备中的第二路由设备与服务器之间的通信链路获取应用程序升级所需的升级文件。否则，结束流程。

在该步骤中，终端1可以主动通过第一通信链路或第二通信链路访问服务器4，在确定第一路由设备2内的应用程序需要升级时，从服务器4中请求获取用于将应用程序当前的版本升级至待升级版本的升级文件。另外，服务器4也可以主动向终端1推送更新消息，终端1根据该更新消息，再从服务器4中请求获取用于将应用程序当前的版本升级至待升级版本的升级文件。

在步骤S103中，将该升级文件发送给第一路由设备。

当检测到与第一路由设备2连接时，发送该升级文件给第一路由设备2；第一路由设备2接收该升级文件，并利用该升级文件将应用程序的当前版本升级至待升级版本。

在图2所示的实施例中，检测第一路由设备2内的应用程序是否需要升级；当第一路由设备2内的应用程序需要升级时，通过第二通信链路从服务器4中获取应用程序升级所需的升级文件；将该升级文件发送给第一路由设备2，以使第一路由设备2利用该升级文件对应用程序升级。

其中，终端1不是通过第一路由设备2与服务器4之间的第一通信链路来获取升级文件，而是通过第二路由设备3与服务器4之间的第二通信链路来获取升级文件，因此没有耗费第一路由设备2内通信卡的流量；且终端1与第一路由设备2之间连接的方式是内网连接，二者之间进行数据交互的过程也不耗费第一路由设备2内通信卡的流量，即将升级文件发送给第一路由设备2不耗费第一路由设备2内通信卡的流量。

如此，与相关技术相比，在本公开实施例中，终端1将从服务器4中获取升级文件的链路从第一通信链路变更为第二通信链路，因此，整个过程中没有使用第一通信链路，从而节省了第一路由设备2内通信卡的流量。

在本公开的另一个可选的实施例中，如图3所示，可以通过如下S201至S206的流程实现步骤S101，包括：

在步骤S201中，获取应用程序当前的版本标识。

其中，版本标识至少包括版本号和/或版本生成时间。

在该步骤中，终端1可以从第一路由设备2中获取应用程序当前的版本标识。

在步骤S202中，将应用程序当前的版本标识通过第一通信链路或第二通信链路发送给服务器。

在该步骤中，终端1生成应用程序的版本检测请求，该版本检测请求携带应用程序当前的版本标识，通过第一通信链路或第二通信链路发送该版本检测请求给服务器4。

服务器4接收该版本检测请求，提取该版本检测请求中的应用程序当前的版本标识；获取本地存储的应用程序最新版本的版本标识，并作为应用程序待升级版本的版本标识，将应用程序待升级版本的版本标识与应用程序当前的版本标识进行比较；即，判断应用程序待升级版本的版本号与应用程序当前的版本号的大小，或者，判断应用程序待升级版本的版本生成时间与应用程序当前的版本生成时间的早晚。

如果应用程序待升级版本的版本号大于应用程序当前的版本号，或者，应用程序的待升级版本的版本生成时间晚于应用程序当前的版本生成时间，则确定应用程序需要升级；生成存在应用程序待升级版本的查找结果，并将该查找结果发送给终端1。

如果应用程序待升级版本的版本号小于或等于应用程序当前的版本号，或者，应用程序的待升级版本的版本生成时间早于或等于应用程序当前的版本生成时间，则确定应用程序不需要升级；生成不存在应用程序待升级版本的查找结果，并将该查找结果发送给终端1。

在本公开实施例中，该步骤可以分为两种情况：

一种情况：当终端1可以在通过第一通信链路与服务器4进行数据交互的过程中，先通过第一通信链路发送应用程序的版本检测请求给服务器4，以确定应用程序是否需要升级。而后，检测终端1是否可以通过第二通信链路与服务器4进行数据交互，并且一旦检测到终端1可以通过第二通信链路与服务器4进行数据交互时，则直接通过第二通信链路获取应用程序升级所需的升级文件。

另一种情况：终端1先获取第一路由设备中应用程序的标识，然后检测终端1是否能够通过第二通信链路与服务器4进行数据交互，一旦检测到终端1可以通过第二通信链路与服务器4进行数据交互时，则通过第二通信链路发送版本检测请求给服务器4，以确定应用程序是否需要升级，当应用程序需要升级时，直接利用第二通信链路获取应用程序升级所需的升级文件。

在步骤S203中，接收服务器根据应用程序当前的版本标识查找是否存在待升级版本后发送的查找结果。

在步骤S204中，判断该查找结果是否为存在待升级的版本或为不存在待升级的版本。

其中，当该查找结果为存在待升级的版本时，执行步骤S205；当该查找结果为不存在待升级的版本时，执行步骤S206。

当该查找结果为存在待升级的版本时，在步骤S205中，确定应用程序需要升级。

当该查找结果为不存在待升级的版本时，在步骤S206中，确定应用程序不需要升级，结束流程。

在实际应用中，假设应用程序当前的版本号为V1.1，版本生成时间为20130303；应用程序待升级版本的版本号为V1.4，版本生成时间为20130910。

终端1从第一路由设备2中获取应用程序当前的版本标识，生成应用程序的版本检测请求并发送给服务器4，该版本检测请求携带应用程序当前的版本标识。

以版本标识为版本号进行举例说明，即应用程序当前的版本标识为版本号V1.1。

服务器4接收该版本检测请求，从该版本检测请求中提取应用程序当前的版本号V1.1，获取本地存储的应用程序最新版本的版本号V1.4，并作为待升级版本的版本号，将应用程序当前的版本号V1.1与应用程序待升级版本的版本号V1.4进行比较，其中，应用程序当前的版本号V1.1小于应用程序待升级版本的版本号V1.4，则确定应用程序需要升级，则生成存在应用程序的待升级版本的查找结果，并将该查找结果发送给终端1。

以版本标识为版本生成时间进行举例说明，即应用程序当前的版本标识为版本生成时间20130303。

服务器4接收该版本检测请求，从该版本检测请求中提取应用程序当前的版本生成时间20130303，获取本地存储的应用程序最新版本的版本生成时间20130910，并作为待升级版本的版本生成时间，将应用程序当前的版本生成时间20130303和应用程序待升级版本的版本生成时间20130910进行比较，其中，应用程序当前的版本生成时间20130303早于应用程序待升级版本的版本生成时间20130910，则确定应用程序需要升级，则生成存在应用程序的待升级版本的查找结果，并将该查找结果发送给终端1。

终端1接收服务器4发送的该查找结果，确定出该查找结果为存在待升级的版本，并确定应用程序需要更新。

在本公开实施例中，终端1通过发送应用程序当前的版本标识，以使服务器4根据应用程序当前的版本标识来检测应用程序是否需要升级，每当接收到服务器4发送的为存在待升级版本的查找结果时，就获取用于将应用程序当前的版本升级至待升级版本的升级文件，并根据获取的升级文件对应用程序进行升级。如此，可以保证在大部分时间内应用程序的版本均为最新版本，更能满足用户的需求。

在本公开的另一个可选的实施例中，如图4所示，在步骤S101中，可以通过如下S301至S305的流程实现，包括：

在步骤S301中，获取应用程序当前的版本标识。

版本标识至少包括版本号和/或版本生成时间。

在该步骤中，终端1可以从第一路由设备2中获取应用程序当前的版本标识。

在步骤S302中，根据应用程序当前的版本标识获取应用程序待升级版本的版本标识。

在该步骤中，终端1生成用于获取应用程序待升级版本的版本检测请求，该并通过第一通信链路或第二通信链路发送该版本检测请求给服务器4。

服务器4接收该版本检测请求，获取本地存储的应用程序最新版本的版本标识，并作为应用程序待升级版本的版本标识，发送应用程序待升级版本的版本标识给终端1。

终端1接收服务器4发送的应用程序的待升级版本的版本标识。

在步骤S303中，判断应用程序待升级版本的版本标识是否高于应用程序当前的版本标识。

在该步骤中，将应用程序待升级版本的版本标识与应用程序当前的版本标识进行比较，即比较应用程序待升级版本的版本号与应用程序当前的版本号的大小，或者，比较应用程序的待升级版本的版本生成时间与应用程序当前的版本生成时间的早晚。

当应用程序待升级版本的版本标识高于应用程序当前的版本标识时，在步骤S304中，确定应用程序需要升级。

在该步骤中，当应用程序待升级版本的版本号大于应用程序当前的版本号时，或者，当应用程序待升级版本的版本生成时间晚于应用程序当前的版本生成时间时，则确定应用程序需要升级。

当应用程序待升级版本的版本标识低于或等于应用程序当前的版本标识时，在步骤S305中，确定应用程序不需要升级，结束流程。

在该步骤中，当应用程序待升级版本的版本号小于或等于应用程序当前的版本号时，或者，当应用程序待升级版本的版本生成时间早于或等于应用程序当前的版本生成时间时，则确定应用程序不需要升级，结束流程。

在实际应用中，假设应用程序当前的版本号为V1.1，版本生成时间为20130303；应用程序待升级版本的版本号为V1.4，版本生成时间为20130910。

终端1从第一路由设备2中获取应用程序当前的版本标识，发送用户获取应用程序待升级版本的版本检测请求给服务器4。

以版本标识为版本号进行举例说明，即应用程序当前的版本标识为版本号V1.1。

服务器4接收该版本检测请求，获取本地存储的应用程序的最新版本的版本号V1.4，并作为应用程序待升级版本的版本号，将应用程序待升级版本的版本号V1.4发送给终端1。

终端1接收服务器4发送的应用程序待升级版本的版本号V1.4，将应用程序当前的版本号V1.1与应用程序待升级版本的版本号V1.4进行比较，其中，应用程序当前的版本号V1.1小于应用程序待升级版本的版本号V1.4，则确定应用程序需要升级。

以版本标识为版本生成时间进行举例说明，即应用程序当前的版本标识为版本生成时间20130303。

服务器4接收该版本检测请求，获取本地存储的应用程序的最新版本的版本生成时间20130910，并作为应用程序待升级版本的版本生成时间，发送应用程序待升级版本的版本生成时间20130910给终端1。

终端1接收服务器4发送的应用程序待升级版本的版本生成时间20130910，将应用程序当前的版本生成时间20130303与应用程序待升级版本的版本生成时间20130910进行比较，其中，应用程序当前的版本生成时间20130303早于应用程序待升级版本的版本生成时间20130910，则确定应用程序需要升级。

在本公开实施例中，终端1从服务器4中获取应用程序待升级版本的版本标识，并根据应用程序当前的版本标识和待升级版本的版本标识来检测应用程序是否需要升级，每当检测到应用程序需要升级时，就获取用于将应用程序当前的版本升级至待升级版本的升级文件，并根据获取的升级文件对应用程序进行升级。如此，可以保证在大部分时间内应用程序的版本均为最新版本，更能满足用户的需求。

在本公开的另一个可选的实施例中，如图5所示，可以通过如下S401至S404的流程实现步骤S201，包括：

在步骤S401中，检测是否通过第二通信链路与服务器进行数据交互；

当通过第二通信链路与服务器进行数据交互时，在步骤S402中，生成用于获取应用程序升级所需的升级文件的获取请求。

在该步骤中，生成用于获取升级文件的获取请求，该升级文件用于将应用程序从当前的版本升级至待升级版本，该获取请求携带应用程序当前的版本标识。

在步骤403中，将该获取请求通过第二通信链路发送给服务器。

服务器4接收该获取请求，从该获取请求中提取应用程序当前的版本标识，从本地中获取应用程序待升级版本的版本标识，根据应用程序当前的版本标识和待升级版本的版本标识，获取用于将应用程序从当前的版本升级至待升级版本的升级文件，并将获取的升级文件通过第二通信链路发送给终端1。

在步骤404中，接收服务器根据该获取请求发送的、应用程序升级所需的升级文件。

终端1通过第二路由设备3与服务器4之间的第二通信链路获取升级文件，因此没有耗费第一路由设备2内通信卡的流量；且终端1与第一路由设备2之间连接的方式是内网连接，二者之间进行数据交互的过程也不耗费第一路由设备2内通信卡的流量，从而节省了第一路由设备2内通信卡的流量。

在本公开的另一个可选的实施例中，在步骤S103之前，该方法还可以包括以下步骤：

11)、检测是否通过第一通信链路与服务器进行数据交互。

12)、当通过第一通信链路与服务器进行数据交互时，根据升级文件生成启动升级提示。否则，结束操作。

启动升级提示可以如图6所示，图中包括：终端1和显示界面02，在显示界面02中启动升级提示以弹框03的显示方式展示给用户。并且在其它实施例中，为了方便用户操作，如图6所示，在弹框03中还可以增加“是”和“否”，以及“稍后再提示”等操作控件，以便于用户可以根据该启动升级提示迅速输入相应的操作。

用户可以在图6所示的启动升级提示中触发“是”按钮来输入升级操作。

启动升级提示用于提示用户可以升级，并且使得用户可以根据该启动升级提示选择立即升级或在之后的合适时间升级。比如用户可以选择在终端1内存资源占用量较低的情况下再使终端1开始升级。

例如，假设此次升级是对第一路由设备2的操作系统进行升级，通常情况下，第一路由设备2在升级操作系统过程中会暂停工作，此时第一通信链路会自动断开；等到升级完毕之后第一路由设备2才会继续正常工作，此时第一通信链路重新连接。

假设此时终端1正在利用第一通信链路与服务器4进行数据交互，例如用户正在终端1上利用第一通信链路浏览网页。如果此刻就对第一路由设备2的操作系统进行升级，第一路由设备2暂停工作，第一通信链路自动断开，在第一路由设备2升级操作系统的过程中，用户就无法在终端1上利用第一通信链路浏览网页，必须等到第一路由设备2的操作系统升级完毕才能继续浏览网页，从而影响用户浏览网页的连续性。

因此，利用该启动升级提示，使得用户可以选择在合适的时间触发第一路由设备2开始升级，例如选择在结束浏览网页时触发第一路由设备2开始升级，如此不会影响用户正常上网，从而提高了用户体验。

13)、判断是否接收到根据启动升级提示输入的升级操作。

14)、当接收到该升级从操作时，将升级文件发送给第一路由设备。否则，结束操作。

其中，终端1此时与第一路由设备2的连接方式为类似于蓝牙等方式的局域网连接，因此终端1与第一路由设备2之间进行数据交互时未使用第一路由设备2内通信卡的流量，从而节省了第一路由设备2内通信卡的流量。

在本公开的另一个可选的实施例中，在步骤S103之后，该方法还可以包括以下步骤：

21)、判断应用程序是否升级成功。

在本公开实施例中，当应用程序升级完成后，第一路由设备重启应用程序，当重启成功后，终端从第一路由设备中获取重启后的应用程序的版本标识，判断重启后的应用程序的版本标识是否与待升级版本的版本标识相同，如果相同，则确定应用程序升级成功，如果不相同，则确定应用程序未升级成功，重新升级。

22)、当升级成功时，生成升级成功提示。否则，重新升级。

23)、展示升级成功提示。

其中，在展示升级成功提示时，可以采用以下方式：将该升级成功提示在终端1本地的显示界面中进行显示；或者，将该升级成功提示向预设终端进行推送，例如：平板电脑，以使该升级成功提示能够在预设终端的显示界面中进行显示；显示界面可以为显示屏等。另外，在本地显示界面中展示升级成功提示时，可以如图6所示，同样采用弹框的形式展示。

在实际应用时，如果终端1已经配备显示界面，比如手机或平板电脑等，则可以将该升级成功提示直接在本地的显示界面中进行显示。如果终端1未配备显示界面，比如路由器和交换机等，则可以将该升级成功提示推送给配备显示界面的预设终端，以使该升级成功提示能够在预设终端上的显示界面中进行显示。

图7是根据一示例性实施例示出的一种升级装置框图。参照图7，该装置应用于终端，终端可与至少两个路由设备进行通信，且终端可通过任意一个路由设备和服务器之间的通信链路与服务器进行数据交互。该装置包括第一检测模块21、获取模块22和发送模块23。

第一检测模块21被配置为检测至少两个路由设备中的第一路由设备内的应用程序是否需要升级；

获取模块22被配置为当第一路由设备内的应用程序需要升级时，通过至少两个路由设备中的第二路由设备与服务器之间的通信链路获取应用程序升级所需的升级文件；

发送模块23被配置为将升级文件发送给第一路由设备，以使第一路由设备利用升级文件对应用程序升级。

在图7所示的实施例中，检测第一路由设备内的应用程序是否需要升级；当第一路由设备内的应用程序需要升级时，通过第二通信链路从服务器中获取应用程序升级所需的升级文件；将该升级文件发送给第一路由设备，以使第一路由设备利用该升级文件对应用程序升级。

其中，终端不是通过第一路由设备与服务器之间的第一通信链路来获取升级文件，而是通过第二路由设备与服务器之间的第二通信链路来获取升级文件，因此没有耗费第一路由设备内通信卡的流量；且终端与第一路由设备之间连接的方式是内网连接，二者之间进行数据交互的过程也不耗费第一路由设备内通信卡的流量，即将升级文件发送给第一路由设备不耗费第一路由设备内通信卡的流量。

如此，与相关技术相比，在本公开实施例中，终端将从服务器中获取升级文件的链路从第一通信链路变更为第二通信链路，因此，整个过程中没有使用第一通信链路，从而节省了第一路由设备内通信卡的流量。

在本公开的另一个可选的实施例中，第一检测模块21包括：第一获取单元、第一发送单元、第一接收单元和第一确定单元。

第一获取单元被配置为获取应用程序当前的版本标识，版本标识至少包括版本号和/或版本生成时间；

第一发送单元被配置为将当前的版本标识通过任意一个路由设备与服务器之间的通信链路发送给服务器；

第一接收单元被配置为接收服务器根据当前的版本标识查找是否存在待升级版本后发送的查找结果；

第一确定单元被配置为当查找结果为存在待升级版本时，确定应用程序需要升级，当查找结果为不存在待升级版本时，确定应用程序不需要升级。

在本公开的另一个可选的实施例中，第一检测模块21包括：第二获取单元、第三获取单元、比较单元和第二确定单元。

第二获取单元被配置为获取应用程序当前的版本标识，版本标识至少包括版本号和/或版本生成时间；

第三获取单元被配置为根据当前的版本标识获取应用程序待升级版本的版本标识；

比较单元被配置为将待升级版本的版本标识与当前的版本标识进行比较；

第二确定单元被配置为当待升级版本的版本标识高于当前的版本标识时，确定应用程序需要升级；当待升级版本的版本标识低于或等于当前的版本标识时，确定应用程序不需要升级。

在本公开实施例中，第三获取单元包括：发送子单元和接收子单元。

发送子单元被配置为将当前的版本标识通过任意一个路由设备与服务器之间的通信链路发送给服务器；

接收子单元被配置为接收服务器发送的、根据当前的版本标识查找到的与应用程序对应的待升级版本的版本标识。

在本公开的另一个可选的实施例中，获取模块22包括：检测单元、生成单元、第二发送单元和第二接收单元。

检测单元被配置为检测是否通过第二路由设备与服务器之间的通信链路与服务器进行数据交互；

生成单元被配置为当与服务器进行数据交互时，生成用于获取应用程序升级所需的升级文件的获取请求；

第二发送单元被配置为将获取请求通过第二路由设备与服务器之间的通信链路发送给服务器；

第二接收单元被配置为接收服务器根据获取请求发送的升级文件。

在本公开的另一个可选的实施例中，该装置还包括：第二检测模块。

第二检测模块被配置为检测是否通过第一路由设备与服务器之间的通信链路与服务器进行数据交互；

发送模块还用于当与服务器进行数据交互时，将升级文件发送给第一路由设备。

在本公开的另一个可选的实施例中，该装置还包括：第一生成模块和第一判断模块。

第一生成模块被配置为根据升级文件生成启动升级提示；

第一判断模块被配置为判断是否接收到根据启动升级提示输入的升级操作；

发送模块还用于当接收到升级操作时，执行将升级文件发送给第一路由设备的步骤。

在本公开的另一个可选的实施例中，该装置还包括：第二判断模块、第二生成模块和展示模块。

第二判断模块被配置为判断应用程序是否升级成功；

第二生成模块被配置为当升级成功时，则生成升级成功提示；

展示模块被配置为展示升级成功提示。

在本公开实施例中，展示模块包括：展示单元和推送单元。

展示单元被配置为将升级成功提示在终端本地的显示界面中进行显示；

推送单元被配置为将升级成功提示向预设终端进行推送，以使升级成功提示在预设终端上进行显示。

关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

图8是根据一示例性实施例示出的一种升级设备800的框图。例如，设备800可以是移动电话，计算机，数字广播终端，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理等。

参照图8，设备800可以包括以下一个或多个组件：处理组件802，存储器804，电源组件806，多媒体组件808，音频组件810，输入/输出(I/O)的接口812，传感器组件814，以及通信组件816。

处理组件802通常控制设备800的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理组件802可以包括一个或多个处理器820来执行指令，以完成上述的方法的全部或部分步骤。此外，处理组件802可以包括一个或多个模块，便于处理组件802和其他组件之间的交互。例如，处理组件802可以包括多媒体模块，以方便多媒体组件808和处理组件802之间的交互。

存储器804被配置为存储各种类型的数据以支持在设备800的操作。这些数据的示例包括用于在设备800上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器804可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。

电源组件806为设备800的各种组件提供电力。电源组件806可以包括电源管理系统，一个或多个电源，及其他与为设备800生成、管理和分配电力相关联的组件。

多媒体组件808包括在所述设备800和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件808包括一个前置摄像头和/或后置摄像头。当设备800处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。

音频组件810被配置为输出和/或输入音频信号。例如，音频组件810包括一个麦克风(MIC)，当设备800处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器804或经由通信组件816发送。在一些实施例中，音频组件810还包括一个扬声器，用于输出音频信号。

I/O接口812为处理组件802和外围接口模块之间提供接口，上述外围接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。

传感器组件814包括一个或多个传感器，用于为设备800提供各个方面的状态评估。例如，传感器组件814可以检测到设备800的打开/关闭状态，组件的相对定位，例如所述组件为设备800的显示器和小键盘，传感器组件814还可以检测设备800或设备800一个组件的位置改变，用户与设备800接触的存在或不存在，设备800方位或加速/减速和设备800的温度变化。传感器组件814可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件814还可以包括光传感器，如CMOS或CCD图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件814还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。

通信组件816被配置为便于设备800和其他设备之间有线或无线方式的通信。设备800可以接入基于通信标准的无线网络，如WiFi，2G或3G，或它们的组合。在一个示例性实施例中，通信组件816经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，所述通信组件816还包括近场通信(NFC)模块，以促进短程通信。例如，在NFC模块可基于射频识别(RFID)技术，红外数据协会(IrDA)技术，超宽带(UWB)技术，蓝牙(BT)技术和其他技术来实现。

在示例性实施例中，设备800可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述方法。

在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器804，上述指令可由设备800的处理器820执行以完成上述方法。例如，所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

一种非临时性计算机可读存储介质，当所述存储介质中的指令由设备800的处理器执行时，使得升级设备800能够执行一种升级方法，所述方法包括：

检测所述至少两个路由设备中的第一路由设备内的应用程序是否需要升级。

当所述第一路由设备内的应用程序需要升级时，通过所述至少两个路由设备中的第二路由设备与所述服务器之间的通信链路获取所述应用程序升级所需的升级文件。

将所述升级文件发送给所述第一路由设备，以使所述第一路由设备利用所述升级文件对所述应用程序升级。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本发明的其它实施方案。本申请旨在涵盖本发明的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本发明的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本发明的真正范围和精神由下面的权利要求指出。

应当理解的是，本发明并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本发明的范围仅由所附的权利要求来限制。

Claims (17)

1.一种升级方法，应用于终端，其特征在于，所述终端可与至少两个路由设备进行通信，且所述终端可通过任意一个所述路由设备和服务器之间的通信链路与所述服务器进行数据交互；所述方法包括：

检测所述至少两个路由设备中的第一路由设备内的应用程序是否需要升级；

当所述第一路由设备内的应用程序需要升级时，通过所述至少两个路由设备中的第二路由设备与所述服务器之间的通信链路获取所述应用程序升级所需的升级文件；

将所述升级文件发送给所述第一路由设备，以使所述第一路由设备利用所述升级文件对所述应用程序升级；

所述方法还包括：

根据所述升级文件生成启动升级提示；

判断是否接收到根据所述启动升级提示输入的升级操作；

当接收到所述升级操作时，执行所述将所述升级文件发送给所述第一路由设备的步骤；

所述终端与所述第一路由设备的连接方式为局域网连接方式。

2.根据权利要求1所述的方法，其特征在于，所述检测所述至少两个路由设备中的第一路由设备内的应用程序是否需要升级，包括：

获取所述应用程序当前的版本标识，所述版本标识至少包括版本号和/或版本生成时间；

将所述当前的版本标识通过任意一个所述路由设备与所述服务器之间的通信链路发送给所述服务器；

接收所述服务器根据所述当前的版本标识查找是否存在待升级版本后发送的查找结果；

当所述查找结果为存在待升级版本时，确定所述应用程序需要升级，当所述查找结果为不存在待升级版本时，确定所述应用程序不需要升级。

3.根据权利要求1所述的方法，其特征在于，所述检测所述至少两个路由设备中的第一路由设备内的应用程序是否需要升级，包括：

获取所述应用程序当前的版本标识，所述版本标识至少包括版本号和/或版本生成时间；

根据所述当前的版本标识获取所述应用程序待升级版本的版本标识；

将所述待升级版本的版本标识与所述当前的版本标识进行比较；

当所述待升级版本的版本标识高于所述当前的版本标识时，确定所述应用程序需要升级；当所述待升级版本的版本标识低于或等于所述当前的版本标识时，确定所述应用程序不需要升级。

4.根据权利要求3所述的方法，其特征在于，所述根据所述当前的版本标识获取所述应用程序待升级版本的版本标识，包括：

将所述当前的版本标识通过任意一个所述路由设备与所述服务器之间的通信链路发送给服务器；

接收所述服务器发送的、根据所述当前的版本标识查找到的与所述应用程序对应的待升级版本的版本标识。

5.根据权利要求1所述的方法，其特征在于，所述通过所述至少两个路由设备中的第二路由设备与所述服务器之间的通信链路获取所述第一路由设备内的应用程序升级所需的升级文件，包括：

检测是否通过所述第二路由设备与所述服务器之间的通信链路与所述服务器进行数据交互；

当与所述服务器进行数据交互时，生成用于获取所述应用程序升级所需的升级文件的获取请求；

将所述获取请求通过所述第二路由设备与所述服务器之间的通信链路发送给所述服务器；

接收所述服务器根据所述获取请求发送的所述升级文件。

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

检测是否通过所述第一路由设备与所述服务器之间的通信链路与所述服务器进行数据交互；

当与所述服务器进行数据交互时，执行所述将所述升级文件发送给所述第一路由设备的步骤。

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

判断所述应用程序是否升级成功；

当升级成功时，则生成升级成功提示；

展示所述升级成功提示。

8.根据权利要求7所述的方法，其特征在于，所述展示所述升级成功提示，包括：

将所述升级成功提示在所述终端本地的显示界面中进行显示；或，

将所述升级成功提示向预设终端进行推送，以使所述升级成功提示在所述预设终端上进行显示。

9.一种升级装置，应用于终端，其特征在于，所述终端可与至少两个路由设备进行通信，且所述终端可通过任意一个所述路由设备和服务器之间的通信链路与所述服务器进行数据交互；所述装置包括：

第一检测模块，用于检测所述至少两个路由设备中的第一路由设备内的应用程序是否需要升级；

获取模块，用于当所述第一路由设备内的应用程序需要升级时，通过所述至少两个路由设备中的第二路由设备与所述服务器之间的通信链路获取所述应用程序升级所需的升级文件；

发送模块，用于将所述升级文件发送给所述第一路由设备，以使所述第一路由设备利用所述升级文件对所述应用程序升级；

所述装置还包括：

第一生成模块，用于根据所述升级文件生成启动升级提示；

第一判断模块，用于判断是否接收到根据所述启动升级提示输入的升级操作；

所述发送模块还用于当接收到所述升级操作时，执行所述将所述升级文件发送给所述第一路由设备的步骤；

所述终端与所述第一路由设备的连接方式为局域网连接方式。

10.根据权利要求9所述的装置，其特征在于，所述第一检测模块包括：

第一获取单元，用于获取所述应用程序当前的版本标识，所述版本标识至少包括版本号和/或版本生成时间；

第一发送单元，用于将所述当前的版本标识通过任意一个所述路由设备与所述服务器之间的通信链路发送给所述服务器；

第一接收单元，用于接收所述服务器根据所述当前的版本标识查找是否存在待升级版本后发送的查找结果；

第一确定单元，用于当所述查找结果为存在待升级版本时，确定所述应用程序需要升级，当所述查找结果为不存在待升级版本时，确定所述应用程序不需要升级。

11.根据权利要求9所述的装置方法，其特征在于，所述第一检测模块包括：

第二获取单元，用于获取所述应用程序当前的版本标识，所述版本标识至少包括版本号和/或版本生成时间；

第三获取单元，用于根据所述当前的版本标识获取所述应用程序待升级版本的版本标识；

比较单元，用于将所述待升级版本的版本标识与所述当前的版本标识进行比较；

第二确定单元，用于当所述待升级版本的版本标识高于所述当前的版本标识时，确定所述应用程序需要升级；当所述待升级版本的版本标识低于或等于所述当前的版本标识时，确定所述应用程序不需要升级。

12.根据权利要求11所述的装置，其特征在于，所述第三获取单元包括：

发送子单元，用于将所述当前的版本标识通过任意一个所述路由设备与所述服务器之间的通信链路发送给服务器；

接收子单元，用于接收所述服务器发送的、根据所述当前的版本标识查找到的与所述应用程序对应的待升级版本的版本标识。

13.根据权利要求9所述的装置，其特征在于，所述获取模块包括：

检测单元，用于检测是否通过所述第二路由设备与所述服务器之间的通信链路与所述服务器进行数据交互；

生成单元，用于当与所述服务器进行数据交互时，生成用于获取所述应用程序升级所需的升级文件的获取请求；

第二发送单元，用于将所述获取请求通过所述第二路由设备与所述服务器之间的通信链路发送给所述服务器；

第二接收单元，用于接收所述服务器根据所述获取请求发送的所述升级文件。

14.根据权利要求9所述的装置，其特征在于，所述装置还包括：

第二检测模块，用于检测是否通过所述第一路由设备与所述服务器之间的通信链路与所述服务器进行数据交互；

所述发送模块还用于当与所述服务器进行数据交互时，将所述升级文件发送给所述第一路由设备。

15.根据权利要求9所述的装置，其特征在于，所述装置还包括：

第二判断模块，用于判断所述应用程序是否升级成功；

第二生成模块，用于当升级成功时，则生成升级成功提示；

展示模块，用于展示所述升级成功提示。

16.根据权利要求15所述的装置，其特征在于，所述展示模块包括：

显示单元，用于将所述升级成功提示在所述终端本地的显示界面中进行显示；

推送单元，用于将所述升级成功提示向预设终端进行推送，以使所述升级成功提示在所述预设终端上进行显示。

17.一种升级设备，其特征在于，所述设备包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器被配置为：

检测至少两个路由设备中的第一路由设备内的应用程序是否需要升级；

当所述第一路由设备内的应用程序需要升级时，通过所述至少两个路由设备中的第二路由设备与服务器之间的通信链路获取所述应用程序升级所需的升级文件；

将所述升级文件发送给所述第一路由设备，以使所述第一路由设备利用所述升级文件对所述应用程序升级；

所述处理器还被配置为：

根据所述升级文件生成启动升级提示；

判断是否接收到根据所述启动升级提示输入的升级操作；

当接收到所述升级操作时，执行所述将所述升级文件发送给所述第一路由设备的步骤；

终端与所述第一路由设备的连接方式为局域网连接方式。

Images