CN103517258A - 在移动终端上进行软件升级的方法、移动终端及服务器 - Google Patents

Abstract

本发明公开了一种在移动终端上进行软件升级的方法、移动终端及服务器，所述方法包括：在获知移动终端要对软件进行升级时，服务端检查当前的服务器负载；如判断出当前负载较重，则所述服务端通知所述移动终端暂时不进行升级会话，并向所述移动终端指示可升级的时间；所述移动终端根据收到的所述可升级的时间设置定时器；在所述定时器超时时，重新发起升级流程。与现有技术相比，本发明通过移动终端和服务端的交互，根据服务端的负载情况来调整和调度移动终端发起升级请求的时间，从而实现移动终端用户升级请求的有序化、合理化，进而提升用户使用感受。

Description

在移动终端上进行软件升级的方法、移动终端及服务器

技术领域

本发明涉及服务器和移动终端领域，尤其涉及一种在移动终端上进行软件升级的方法、移动终端及服务器。

背景技术

FOTA(Firmware Over-the-Air，无线固件升级)是在移动终端上通过空口进行固件升级的技术。FOTA技术为用户提供了简捷的软件升级机制，通过空口下载的方式，移动终端厂商能够更加快速地向市场推出具有新功能的手机，并以此提高用户对其产品的满意度。已经有越来越多的移动终端厂商将FOTA应用到自己的产品之中。

如图1所示，FOTA升级的流程包括：

移动终端通过空口上报设备信息等，服务端然后下发管理命令；在移动终端做出响应后，由服务端下发升级包地址；最后移动终端进行升级包下载和升级。

具体地，如图2所示，FOTA升级的一般流程为：

步骤S201，移动终端发起升级请求，或者由移动终端响应服务端发起的升级要求；

步骤S202，服务端接收到移动终端发起的升级请求或者响应；

步骤S203，开始升级会话，服务端与移动终端开始通信，进行鉴权，检查版本信息等操作；

步骤S204，移动终端获得升级包的地址进行下载，如果升级包下载完成，就进入步骤S205进行安装，如果升级包未能下载完成，则下载流程结束，此次升级请求失败；

步骤S205，移动终端启动升级包安装流程。

在上述升级过程中，如果大量的移动终端用户在一个较窄的时间段内纷纷发起升级请求，必然会导致服务端的资源被大量占用，从而出现服务端响应速度变慢，下载速度下降，甚至发生通信中断和下载失败等诸多故障。

由于使用移动终端的用户是独立的个体，移动终端发起升级请求或响应的时间和密集程度完全是不可控的，因此会出现超量的移动终端用户在单位时间内同时发起升级请求或响应的现象；而这种现象正是导致服务器出现拥塞而发生下载失败的真正原因。下载失败导致的升级错误必然给用户带来不良的使用体验，进而影响用户对终端产品的信心。

发明内容

本发明的目的在于提供一种在移动终端上进行软件升级的方法、移动终端及服务器，以克服现有超量的终端用户在单位时间内发起升级或响应，引发服务器拥塞进而导致升级失败的问题。

为解决上述问题，本发明提供了一种在移动终端上进行软件升级的方法，包括：

在获知移动终端要对软件进行升级时，服务端检查当前的服务器负载；

如判断出当前负载较重，则所述服务端通知所述移动终端暂时不进行升级会话，并向所述移动终端指示可升级的时间；

所述移动终端根据收到的所述可升级的时间设置定时器；在所述定时器超时时，重新发起升级流程。

进一步地，

所述在所述定时器超时时，重新发起升级流程，具体包括：

在所述定时器超时时，提供界面供用户选择是否进行升级；在确认用户选择升级时，重新发起升级流程。

进一步地，所述方法还包括：

如判断出当前负载较轻，则所述服务端开始执行对所述移动终端上的软件进行升级的流程。

进一步地，

所述服务端向所述移动终端指示的可升级的时间是所述服务端利用随机函数计算出的伪随机数。

进一步地，

所述服务端检查当前的服务器负载，具体包括：所述服务端通过CPU负载、网络口负载、内存负载及数据库负载中的任意一项或任意组合，来判断当前的服务器负载。

相应地，本发明还提供了一种移动终端，包括：无线固件升级模块和定时模块；

无线固件升级模块，用于向服务端发起软件升级流程；还用于在所述定时模块启动的定时器超时时，重新向所述服务端发起软件升级流程；

定时模块，用于根据收到的所述可升级的时间设置定时器。

进一步地，

所述无线固件升级模块用于在所述定时器超时时，重新发起软件升级流程，具体包括：

所述无线固件升级模块用于在所述定时器超时时，提供界面供用户选择是否进行升级；在确认用户选择升级时，重新发起软件升级流程。

相应地，本发明还提供了一种服务器，用于为移动终端提供软件升级服务，包括：无线固件升级模块和负载判断模块；

无线固件升级模块，用于接收所述移动终端发来的升级请求或升级响应；还用于在收到所述负载判断模块发来的拒绝所述移动终端升级的指令后，通知所述移动终端暂时不进行升级会话，并向所述移动终端指示可升级的时间；

负载判断模块，用于在所述无线固件升级模块接收到所述升级请求或升级响应后，如判断出当前的负载较重，则向所述无线固件升级模块发送所述拒绝所述移动终端升级的指令。

进一步地，

所述无线估计升级模块用于将利用随机函数计算出的伪随机数，作为向所述移动终端指示的可升级的时间。

进一步地，

所述负载判断模块用于通过CPU负载、网络口负载、内存负载及数据库负载中的任意一项或任意组合，来判断当前的服务器负载。

与现有技术相比，本发明通过移动终端和服务端的交互，根据服务端的负载情况来调整和调度移动终端发起升级请求的时间，从而实现移动终端用户升级请求的有序化、合理化，进而提升用户使用感受。

附图说明

图1是现有技术中FOTA升级的交互示意图；

图2是现有的移动终端FOTA升级过程具体流程图；

图3是本发明实施例中在移动终端上进行软件升级的方法的流程图；

图4是本发明实施例中在移动终端上进行软件升级的方法的具体流程图；

图5是本发明实施例中系统模块图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚明白，下文中将结合附图对本发明的实施例进行详细说明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互任意组合。

一种在移动终端上进行软件升级的方法，如图3所示，包括：

步骤10、在获知移动终端要对软件进行升级时，服务端检查当前的服务器负载；

其中，服务器负载可通过CPU负载、网络口负载、内存负载及数据库负载中的任意一项或任意组合来考量。

步骤20、如判断出当前负载较重，则通知移动终端暂时不进行升级会话，并向该移动终端指示可升级的时间；

为了保证为不同移动终端分配的可升级的时间尽量不相同，以引起新一轮的升级高峰，对于每一个移动终端，服务端可将利用随机函数计算出的伪随机数作为可升级的时间指示给该移动终端，以让各终端升级的时间分散开。

步骤30、该移动终端根据收到的上述可升级的时间，设置定时器，在定时器超时，重新发起升级流程。

下面结合图4详细描述本发明提供的移动终端软件升级方法。

如图4所示，移动终端软件升级方法的处理流程，包括：

步骤S301，移动终端发起升级请求，或者由移动终端响应服务端发起的升级要求；

步骤S302，服务端接收到移动终端发起的升级请求或者响应；

步骤S303，服务端对目前的负载状态进行判断，如果目前负载较轻，可以进行升级操作，执行步骤S307；如果目前负载较重，不适合进行升级操作，则执行步骤S304；

步骤S304，服务端通知移动终端目前不进行升级操作，并指示可升级的时间；移动终端在该可升级的时间可再次进行升级操作；

步骤S305，移动终端在接收到服务端发来的携带可升级的时间的指令后，按照该时间设置定时器；

步骤S306，在定时器超时时，重新发起升级流程，进入步骤S301；或者提供界面给用户选择，在确认用户选择同意升级后进入步骤S301，否则本次升级流程结束；

步骤S307，开始升级会话，服务端与移动终端开始通信，进行鉴权、检查版本信息等操作；

步骤S308，移动终端获得升级包的地址进行下载，如果升级包下载完成，就进入步骤S309；如果升级包未能下载完成，则本次升级流程结束，此次升级失败；

步骤S309，移动终端启动升级包安装流程。

图5是根据本发明实施例的系统模块图。该移动终端包括：FOTA模块10及定时模块40；服务端包括：FOTA模块20及负载判断模块30，具体如下：

移动终端的FOTA模块10，用于向服务端发起软件升级流程；还用于在定时模块40启动的定时器超时时，重新向服务端发起软件升级流程；

定时模块，用于根据收到的可升级的时间设置定时器。

较佳地，

FOTA模块10还可用于在定时器超时时，重新发起软件升级流程，具体包括：

FOTA模块10用于在定时器超时时，提供界面供用户选择是否进行升级；在确认用户选择升级时，重新发起软件升级流程。

服务端的FOTA模块20，用于接收移动终端发来的升级请求或升级响应；还用于在收到负载判断模块30发来的拒绝该移动终端升级的指令后，通知移动终端暂时不进行升级会话，并向该移动终端指示可升级的时间；

负载判断模块30，用于在服务端的FOTA模块20接收到升级请求或升级响应后，如判断出当前的负载较重，则向FOTA模块20发送拒绝该移动终端升级的指令。

较佳地，

FOTA模块20可用于将利用随机函数计算出的伪随机数，作为向该移动终端指示的可升级的时间。

较佳地，

负载判断模块30用于通过CPU负载、网络口负载、内存负载及数据库负载中的任意一项或任意组合，来判断当前的服务器负载。

综上所示，根据本发明，通过移动终端和服务端的交互，根据服务端负载的负载情况来调整和调度移动终端发起升级请求的时间，从而实现移动终端用户升级请求的有序化、合理化，避免出现服务器拥塞而导致终端用户升级请求失败的情况。

本领域普通技术人员可以理解上述方法中的全部或部分步骤可通过程序来指令相关硬件完成，所述程序可以存储于计算机可读存储介质中，如只读存储器、磁盘或光盘等。可选地，上述实施例的全部或部分步骤也可以使用一个或多个集成电路来实现。相应地，上述实施例中的各模块/单元可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。本发明不限制于任何特定形式的硬件和软件的结合。

以上所述仅为本发明的优选实施例而已，并非用于限定本发明的保护范围。根据本发明的发明内容，还可有其他多种实施例，在不背离本发明精神及其实质的情况下，熟悉本领域的技术人员当可根据本发明作出各种相应的改变和变形，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (10)

1.一种在移动终端上进行软件升级的方法，包括：

在获知移动终端要对软件进行升级时，服务端检查当前的服务器负载；

如判断出当前负载较重，则所述服务端通知所述移动终端暂时不进行升级会话，并向所述移动终端指示可升级的时间；

所述移动终端根据收到的所述可升级的时间设置定时器；在所述定时器超时时，重新发起升级流程。

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

所述在所述定时器超时时，重新发起升级流程，具体包括：

在所述定时器超时时，提供界面供用户选择是否进行升级；在确认用户选择升级时，重新发起升级流程。

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

如判断出当前负载较轻，则所述服务端开始执行对所述移动终端上的软件进行升级的流程。

4.如权利要求1所述的方法，其特征在于：

所述服务端向所述移动终端指示的可升级的时间是所述服务端利用随机函数计算出的伪随机数。

5.如权利要求1所述的方法，其特征在于：

所述服务端检查当前的服务器负载，具体包括：所述服务端通过CPU负载、网络口负载、内存负载及数据库负载中的任意一项或任意组合，来判断当前的服务器负载。

6.一种移动终端，包括：无线固件升级模块和定时模块；

无线固件升级模块，用于向服务端发起软件升级流程；还用于在所述定时模块启动的定时器超时时，重新向所述服务端发起软件升级流程；

定时模块，用于根据收到的所述可升级的时间设置定时器。

7.如权利要求6所述的移动终端，其特征在于：

所述无线固件升级模块用于在所述定时器超时时，重新发起软件升级流程，具体包括：

所述无线固件升级模块用于在所述定时器超时时，提供界面供用户选择是否进行升级；在确认用户选择升级时，重新发起软件升级流程。

8.一种服务器，用于为移动终端提供软件升级服务，包括：无线固件升级模块和负载判断模块；

无线固件升级模块，用于接收所述移动终端发来的升级请求或升级响应；还用于在收到所述负载判断模块发来的拒绝所述移动终端升级的指令后，通知所述移动终端暂时不进行升级会话，并向所述移动终端指示可升级的时间；

负载判断模块，用于在所述无线固件升级模块接收到所述升级请求或升级响应后，如判断出当前的负载较重，则向所述无线固件升级模块发送所述拒绝所述移动终端升级的指令。

9.如权利要求8所述的服务器，其特征在于：

所述无线估计升级模块用于将利用随机函数计算出的伪随机数，作为向所述移动终端指示的可升级的时间。

10.如权利要求8所述的服务器，其特征在于：

所述负载判断模块用于通过CPU负载、网络口负载、内存负载及数据库负载中的任意一项或任意组合，来判断当前的服务器负载。

Images