CN102231880A - 版本升级方法、终端及版本升级系统 - Google Patents

Abstract

本发明公开了一种版本升级方法、终端及版本升级系统，其中，版本升级方法包括：第一终端经由与其相连的第二终端向服务器发送版本升级请求，其中，第一终端为移动终端；第一终端通过第二终端从服务器获取版本升级请求所请求的软件版本的下载路径；第一终端经由第二终端与服务器建立的连接，根据下载路径将所请求的软件版本直接从服务器下载到第一终端上。通过本发明，解决了现有软件版本升级方式造成的用户负担大，使用体验低的问题，进而达到了减轻用户负担，提升用户使用体验的效果。

Description

版本升级方法、终端及版本升级系统

技术领域

本发明涉及通信领域，具体而言，涉及一种版本升级方法、终端及版本升级系统。

背景技术

随着智能终端如智能手机不断融合MP3、MP4、数码相机、GPS、上网等功能，智能机很快受到大多数人的喜爱。智能机不仅具有强大的计算能力，还可以安装具有实用和娱乐等应用软件。如电子地图可以帮助人们利用手机来寻找前往目的地的路线，而手机支付已成为一种非常便捷的电子支付方式。据统计2010年全球手机用户共下载了52亿个应用程序，相应交易额为11亿欧元，并且这些数据还处于飞速增长中。

在现有的技术中，智能机应用软件的升级方式，大致有下面两种。

第一种方式是手机上的应用软件使用自动更新功能，通过设备的无线网络直接下载升级包升级，这种方式，不需要用户检查是否有新版本，但是会产生大量的GPRS网络流量。尤其对于杀毒软件病毒库更新，会实时产生流量。如果出差在外，流量还会产生漫游费用。

第二种方式是在电脑侧下载升级包，复制到手机上安装。这种方式，需要用户检查是否有新版本。而对于杀毒软件病毒库实时更新，需要用户实时上网检查是否有离线升级包。

可见，不管是哪种升级方式，都会对智能机用户造成额外的负担，进而降低了用户使用智能机的使用体验。

发明内容

本发明的主要目的在于提供一种版本升级方法、终端及版本升级系统，以至少解决上述现有软件版本升级方式造成的用户负担大，使用体验低的问题。

根据本发明的一个方面，提供了一种版本升级方法，包括：第一终端经由与其相连的第二终端向服务器发送版本升级请求，其中，第一终端为移动终端；第一终端通过第二终端从服务器获取版本升级请求所请求的软件版本的下载路径；第一终端经由第二终端与服务器建立的连接，根据下载路径将所请求的软件版本直接从服务器下载到第一终端上。

优选地，第一终端经由第二终端向服务器发送版本升级请求的步骤包括：第一终端向第二终端发送版本升级请求，版本升级请求中携带用于对第一终端进行鉴权的信息；第二终端将用于对第一终端进行鉴权的信息发送给服务器，服务器根据该信息对第一终端进行鉴权；在鉴权通过后，第二终端将版本升级请求发送给服务器。

优选地，用于对第一终端进行鉴权的信息为第一终端的国际移动身份识别IMEI信息。

优选地，在鉴权通过后，第二终端将版本升级请求发送给服务器之前，还包括：第二终端检查服务器是否存在安全漏洞，在确定不存在安全漏洞的情况下，将版本升级请求发给第一终端。

优选地，版本升级请求中携带第一终端使用的软件版本的当前版本信息；第一终端通过第二终端从服务器获取版本升级请求所请求的软件版本的下载路径的步骤包括：服务器从版本升级请求中获取软件版本的当前版本信息；比较软件版本的当前版本信息与服务器中该软件版本的最新版本信息是否一致；若不一致，则将最新版本信息的软件版本的下载路径发送给第二终端；第二终端将下载路径转发给第一终端。

优选地，在第二终端将下载路径转发给第一终端的步骤之前，还包括：第二终端检查下载路径是否存在安全漏洞，在确定不存在安全漏洞的情况下，将下载路径转发给第一终端。

优选地，版本升级请求中还携带：升级类型标识，升级类型标识用于标识版本升级类型为自动更新升级或者为非自动更新升级；在第二终端将下载路径转发给第一终端的步骤之前，还包括：第二终端根据升级类型标识判断版本升级类型；若版本升级类型为自动更新升级，则直接将下载路径转发给第一终端；若版本升级类型为非自动更新升级，则向第二终端发送升级提示，并在接收升级指示后，将下载路径转发给第一终端。

根据本发明的另一方面，提供了一种移动终端，与至少一个第二终端相连，包括：第一连接代理模块，用于获取移动终端向服务器发送的版本升级请求，并将该版本升级请求发送给与移动终端相连的第二终端；以及获取第二终端根据版本升级请求从服务器获取的，版本升级请求所请求的软件版本的下载路径。

优选地，该移动终端还包括：下载模块，用于从第一连接代理模块获取下载路径，并经由第二终端与服务器建立的连接，根据下载路径直接从服务器下载所请求的软件版本。

根据本发明的又一方面，提供了一种终端，与至少一个移动终端相连，包括：第二连接代理模块，用于获取移动终端向服务器发送的版本升级请求，并将该版本升级请求发送给服务器；以及获取服务器反馈的版本升级请求所请求的软件版本的下载路径，并发送给移动终端。

优选地，版本升级请求中包括升级类型标识，升级类型标识用于标识版本升级类型为自动更新升级或者为非自动更新升级；该终端还包括：安全模块和下载管理模块，其中，安全模块，用于检查下载路径是否存在安全漏洞，在确定不存在安全漏洞的情况下，将下载路径发送给下载管理模块；下载管理模块，用于根据升级类型标识判断版本升级类型；若版本升级类型为自动更新升级，则直接将下载路径转发给移动终端；若版本升级类型为非自动更新升级，则向终端发送升级提示，并在接收升级指示后，将下载路径转发给移动终端。

根据本发明的再一方面，提供了一种版本升级系统，包括：第一终端和第二终端，第一终端和第二终端相连，第一终端为移动终端，其中，第一终端包括：第一连接代理模块，用于获取第一终端向服务器发送的版本升级请求，并将该版本升级请求发送给与第一终端相连的第二终端；以及获取第二终端根据版本升级请求从服务器获取的，版本升级请求所请求的软件版本的下载路径；第二终端包括：第二连接代理模块，用于获取第一终端向服务器发送的版本升级请求，并将该版本升级请求发送给服务器；以及获取服务器反馈的版本升级请求所请求的软件版本的下载路径，并发送给第一终端。

通过本发明，采用移动终端和另一终端如个人电脑PC相连的方式，通过PC捕获移动终端的版本升级请求，进而根据该版本升级请求从相应的服务器获取所请求的软件的下载路径转发给移动终端，移动终端在获取该下载路径后，直接从服务器获取相应的软件版本进行升级，此时，可以将PC侧当作移动终端连接服务器的网线，从而使得移动终端不必通过GPS访问服务器，下载新的软件版本，从而解决了现有软件版本升级方式造成的用户负担大，使用体验低的问题，进而达到了减轻用户负担，提升用户使用体验的效果。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是根据本发明实施例一的一种版本升级方法的步骤流程图；

图2是根据本发明实施例二的一种版本升级方法的步骤流程图；

图3是根据本发明实施例三的一种移动终端的结构框图；

图4是根据本发明实施例四的一种终端的结构框图；

图5是根据本发明实施例五的一种版本升级系统的结构框图；

图6是一种使用图5所示版本升级系统进行版本升级的步骤流程图；

图7是另一种使用图5所示版本升级系统进行版本升级的流程图。

具体实施方式

下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

实施例一

参照图1，示出了根据本发明实施例一的一种版本升级方法的步骤流程图。

本实施例的版本升级方法包括以下步骤：

步骤S102：第一终端经由与其相连的第二终端向服务器发送版本升级请求；

其中，第一终端为移动终端，第二终端可以为个人电脑，也可以为其它任意能够与INTERNET网相连的终端，如其它的移动终端等。

本步骤中，第一终端向服务器发送的版本升级请求被第二终端获取，由第二终端转发给服务器。

步骤S104：第一终端通过第二终端从服务器获取版本升级请求所请求的软件版本的下载路径；

服务器获取第二终端转发的版本升级请求后，经过处理，服务器向第二终端返回相应的软件版本的下载路径，第二终端再将该下载路径转发给第一终端。

服务器向第二终端返回软件版本的下载路径，而不是软件版本本身，可以大大提高第一终端利用第二终端进行版本升级的通用性。也即，不管第一终端需要升级何种应用文件的版本，都可以通过第二终端向相应的服务器请求，因服务器返回的只是下载路径，不会出现待升级文件与下载的文件不一致的情况。如第一终端中存在杀毒软件和游戏软件，若第二终端只能下载游戏软件的升级文件，则杀毒软件无法通过该第二终端进行升级，或者，需要第二终端有多个相对应的下载不同软件的程序，这大大增加了实现成本，也降低了系统效率。而只返回下载路径，进而由第一终端根据该下载路径自行下载升级，则不会出现该问题。

步骤S106：第一终端经由第二终端与所述服务器建立的连接，根据下载路径直接将所请求的软件版本从服务器下载到第一终端。

第一终端在获取到下载路径后，将第二终端作为联系服务器的路径(如当作联系服务器的网线)，利用第二终端与服务器之间的连接，直接从服务器下载所请求的软件版本，进而进行软件版本的更新升级等。

相关技术中，软件版本在升级时，要么需要移动终端通过GPRS访问服务器，增加GPRS网络流量，并增加用户的费用负担；要么需要手动升级，实时检测是否有离线升级包，增加用户的使用负担，这些都造成了用户的额外负担，降低了用户的使用体验。通过本实施例，采用移动终端和另一终端如个人电脑PC相连的方式，通过PC捕获移动终端的版本升级请求，进而根据该版本升级请求从相应的服务器获取所请求的软件的下载路径转发给移动终端，移动终端在获取该下载路径后，直接从服务器获取相应的软件版本进行升级。移动终端从服务器获取软件版本的过程中，可以将PC侧当作移动终端连接服务器的网线，从而使得移动终端不必通过GPS访问服务器，下载新的软件版本，从而解决了现有软件版本升级方式造成的用户负担大，使用体验低的问题，进而达到了减轻用户负担，提升用户使用体验的效果。此外，移动终端与个人电脑连接后，个人电脑可以实时获取移动终端的版本升级请求，从服务器实时获取版本软件的下载路径，并交由移动终端进行升级，从而实现了移动终端的实时升级更新，且不必实时检测是否有离线升级包，减轻用户负担。

实施例二

参照图2，示出了根据本发明实施例二的一种版本升级方法的步骤流程图。本实施例中，第一终端即移动终端采用智能手机，第二终端采用PC(个人电脑)，版本升级请求采用查询新版本的http请求，服务器采用应用软件发布服务器，下载路径的信息包含在http请求中。

本实施例的版本升级方法包括以下步骤：

步骤S202：手机向应用软件发布服务器发送查询新版本的http请求。

本实施例中，该http请求数据包包含用于服务器对手机进行鉴权的信息，如手机IMEI(International Mobile Equipment Identity，国际移动身份识别)，还包含手机使用的软件版本的当前版本信息，优选地，还包括升级类型标识，该升级类型标识用于标识手机的版本升级类型为自动更新升级，还是非自动更新升级。通过IMEI信息和当前版本信息，可以快速地实现手机在第二终端的注册，以及判断是否存在新的软件版本；通过设置升级类型标识，为用户设置个性化的升级服务选项，提升了用户的使用体验。

当然，鉴权信息不限于IMEI，任意适合对第一终端进行鉴权的信息都可适用。

步骤S204：手机捕获到上述查询新版本的http请求后，中转给PC。

步骤S206：PC接收查询新版本的http请求，从查询新版本的http请求数据包中解析出手机IMEI和升级类型标识，注册下载任务。

步骤S208：PC将手机IMEI发送到应用软件发布服务器鉴权以及检查服务器的网站是否存在安全漏洞。

本步骤为优选步骤，通过鉴权及安全漏洞检查，确保了版本升级的安全性。

步骤S210：通过安全性检查后，PC将查询新版本的http请求发向应用软件发布服务器。

步骤S212：应用程序发布服务器接收到查询新版本的http请求后，解析出当前版本信息(如当前版本号)。

步骤S214：服务器将当前版本信息，与服务器发布的最新版本比较，如当前版本低于服务器发布的最新版本，则应用程序发布服务器返回url(统一资源定位符)格式的升级包下载路径http请求。

本实施例中，下载路径的信息包含在url格式的升级包下载路径http请求中，但不限于此，本领域技术人员可以根据实际情况，使用适当的消息携带下载路径的信息，本发明对此不作限制。

通过版本信息的比较，使得只在存在新版本时，服务器才反馈下载路径，从而节约了系统信令交互，提高了系统处理能力。

步骤S216：PC接收到url格式的下载路径的http请求后，进行病毒查杀。

本步骤为优选步骤，通过病毒查杀，确保数据包的安全。

步骤S218：PC对url格式的下载路径http请求查杀病毒后，查询升级类型标识。

步骤S220：当升级类型标识为自动更新升级时，PC直接将下载路径的http请求交给PC，由PC转发给手机；当升级类型标识为非自动更新升级时，则提示服务器有新版本，是否需要升级，当用户选择升级后，才将下载路径的http请求交给PC，由PC转发给手机。

步骤S222：手机接收到下载路径的http请求后，从下载路径的http请求中解析出升级包的下载路径，开始启动独立线程下载。

步骤S224：手机下载完升级包后，进行软件的升级。

需要说明的是，本实施例中以版本升级请求为查询新版本的http请求，服务器为应用软件发布服务器，下载路径的信息包含在http请求中为例，对本实施例作以说明，但不限于此，在实际使用中，版本升级请求可以采用其它形式实现，服务器也可以为其它类型的服务器，下载路径信息也可以采用不同形式实现，本发明对此不作限制。

本实施例通过PC实现对手机应用软件的自动升级，对用户来说，只需要把手机和一台可以上网的PC连接，手机上的应用软件如杀毒应用软件就会自动升级病毒库，而没有任何GPRS网络流量，减轻了用户负担。

实施例三

参照图3，示出了根据本发明实施例三的一种移动终端的结构框图。

本实施例的移动终端与至少一个第二终端相连，该移动终端包括：第一连接代理模块302，用于获取移动终端向服务器发送的版本升级请求，并将该版本升级请求发送给与该移动终端相连的第二终端；以及获取第二终端根据该版本升级请求从服务器获取的，版本升级请求所请求的软件版本的下载路径。

优选地，本实施例的移动终端还包括：下载模块304，用于从第一连接代理模块302获取下载路径，并经由第二终端与服务器建立的连接，根据下载路径直接从服务器下载所请求的软件版本。

优选地，版本升级请求中包括该移动终端的IMEI信息和软件版本的当前版本信息，更优选地，该版本升级请求中还包括：升级类型标识，用于标识版本升级类型为自动更新升级或者为非自动更新升级。

本实施例中，第二终端可以为PC，也可以为任意能够实现上述第二终端功能的适当设备。

本实施例的移动终端可以直接与一个或多个适当的第二终端相连，并通过该第二终端连入INTERNET网络，从服务器获取需要的文件。

实施例四

参照图4，示出了根据本发明实施例四的一种终端的结构框图。

本实施例的终端与至少一个移动终端相连，该终端包括：第二连接代理模块402，用于获取移动终端向服务器发送的版本升级请求，并将该版本升级请求发送给服务器；以及获取服务器反馈的版本升级请求所请求的软件版本的下载路径，并发送给移动终端。

优选地，移动终端向服务器发送的版本升级请求中包括该移动终端的IMEI信息和软件版本的当前版本信息，更优选地，该版本升级请求中还包括：升级类型标识，用于标识版本升级类型为自动更新升级或者为非自动更新升级。

优选地，本实施例的终端还包括：安全模块404和下载管理模块406，其中，安全模块404，用于检查下载路径是否存在安全漏洞，在确定不存在安全漏洞的情况下，将下载路径发送给下载管理模块406；下载管理模块406，用于根据升级类型标识判断版本升级类型；若版本升级类型为自动更新升级，则直接将下载路径转发给移动终端；若版本升级类型为非自动更新升级，则向终端发送升级提示，并在接收升级指示后，将下载路径转发给移动终端。

优选地，第二连接代理模块402在获取版本升级请求后，根据版本升级请求中的IMEI信息进行下载任务注册，然后通过与本终端连接的网络将该版本升级请求发送到服务器。

优选地，安全模块404还用于，在根据IMEI信息进行下载任务注册之后，在通过与本终端连接的网络将版本升级请求发送到服务器之前，将IMEI信息发送到服务器进行鉴权，并检查服务器是否存在安全漏洞。

优选地，本实施例的终端为PC。

通过本实施例的与移动终端相连的终端，使用移动终端可以直接通过该终端连接INTERNET网络，访问服务器，从服务器获取需要的文件，不会引起GPRS网络流量。

上述实施例中，图3所示移动终端和图4所示终端可以组成一个版本升级系统，实现本发明的版本升级方法，并具有本发明的版本升级方法的效果。

实施例五

参照图5，示出了根据本发明实施例五的一种版本升级系统的结构框图。

本实施例的版本升级系统包括PC侧装置，移动终端侧装置，以及互联网侧装置三部分。其中，PC侧装置包括：第一连接代理模块、下载管理模块和安全模块；移动终端侧装置包括：第二连接代理模块、下载模块、安装模块和应用程序；互联网侧装置指具有提供应用软件下载的WEB服务器，或者FTP服务器，比如应用软件发布服务器，或者应用软件商店网站等，或者为其它服务器。

本实施例中，PC侧的第一连接代理模块和移动终端侧的第二连接代理模块之间的连接，不局限于数据线，蓝牙方式连接，可以通过任意适当方式实现。

本实施例的PC侧装置中的模块的功能与图4所示终端中的模块的功能类似，移动终端侧装置的模块的功能与图3所示移动终端中的模块的功能类似，以下通过不同的实施例，对本实施例的版本升级系统及其中各部分的模块作以介绍。

参照图6，示出了使用图5所示版本升级系统进行版本升级的步骤流程图，包括：

步骤S602：通过通信接口，建立PC侧第一连接代理模块和手机侧第二连接代理模块之间的TCP连接。

本实施例中的移动终端以手机为例。

步骤S604：手机侧应用软件向应用软件发布服务器，发送查询新版本的http请求，此http请求被手机侧第二连接代理模块捕获后，中转给PC侧的第一连接代理模块。

步骤S606：PC侧的第一连接代理模块收到查询新版本http请求后，又发给下载管理模块。下载管理模块在注册完手机IMEI和版本升级类型后，经安全模块，通过PC连接的INTERNET发向应用程序发布服务器。

步骤S608：应用程序发布服务器从该http请求中，解析出手机侧的应用程序的当前版本信息，与本服务器中最新的版本信息比较，如有新版本号，则返回url格式的新版本下载路径http数据包。

步骤S610：安全模块检查url格式的下载路径是否存在安全漏洞，在确定不存在安全漏洞的情况下，发给下载管理模块。如果版本升级类型是自动更新升级，下载管理模块将下载路径的http请求直接发送给PC侧的第一连接代理模块；如果版本升级类型是非自动更新升级，即只检查新版本，则下载模块则提示用户有服务器新版本，是否需要升级，当用户确定需要升级后，下载模块将下载路径的http请求发向PC的第一连接代理模块。在PC侧的第一连接代理模块获得下载路径的http请求后，中转给手机侧的第二连接代理模块。

步骤S612：手机侧的第二连接代理模块将升级包的url下载路径的http请求，转交下载模块，通知启动线程下载。

步骤S614：下载模块下载完升级文件完后，通知安装模块，进行安装。安装后，启动应用程序，完成升级。

本实施例的移动终端通过PC侧软件对移动终端侧的应用软件进行自动升级，对用户来说，只需要把移动终端和一台可以上网的PC连接，在移动终端访问服务器时，由PC充当移动终端与服务器连接的网线，移动终端上的应用程序如杀毒应用软件会自动升级病毒库，而且没有任何GPRS任何网络流量。

参照图7，示出了另一种使用图5所示版本升级系统进行版本升级的流程图，包括：

步骤S702：启动手机侧的第二连接代理模块，监听手机侧的http请求数据包；启动PC侧的第一连接代理模块，监听PC侧的http请求数据包。

本实施例中，移动终端采用手机。

步骤S704：建立手机侧的第二连接代理模块与PC侧的第一连接代理模块之间的TCP连接。

步骤S706：手机侧的应用程序调用手机操作系统API函数，获取手机的IMEI等信息。

步骤S708：手机侧的应用程序向应用软件发布服务器发送查询新版本的http请求，此http请求数据包包括手机的IMEI和升级类型标识。

步骤S710：手机侧第二连接代理模块捕获到上述查询新版本的http请求后，中转给PC侧的第一连接代理模块。

步骤S712：PC侧的第一连接代理模块将查询新版本的http请求发向下载管理模块。

步骤S714：下载管理模块从查询新版本的http请求数据包中解析出手机的IMEI和升级类型标识，注册下载任务。

步骤S716：下载管理模块将该查询新版本的http请求发送给安全模块。

步骤S718：安全模块将手机的IMEI发送给应用软件发布服务器鉴权以及检查网站是否存在安全漏洞。

步骤S720：通过安全性检查后，安全模块将查询新版本的http请求发向应用软件发布服务器。

步骤S722：应用程序发布服务器接收到查询新版本的http请求后，解析出当前版本信息，即当前版本号。

步骤S724：将当前版本信息，与服务器发布的最新版本比较，如当前版本低于服务器发布的最新版本，则应用程序发布服务器返回url格式的升级包下载路径http请求。

步骤S726：PC侧的安全模块收到url下载路径的http请求后，对升级包做病毒查杀。

步骤S728：安全模块将查杀病毒后的url下载路径http请求，返回给下载管理模块。

步骤S730：下载管理模块在收到url下载路径http请求后，查询升级类型标识。

步骤S732：对自动更新的升级，下载模块直接将下载路径的http请求返回PC的第一连接代理模块；对非自动更新的升级，则向PC提示服务器有新版本，是否需要升级。当用户选择升级后，才将http请求返回PC的第一连接代理模块。

步骤S734：通过PC的第一连接代理模块，下载路径url的http请求，又中转给手机侧的第二连接代理模块。

步骤S736：手机侧的第二连接代模块收到升级包下载路径的http请求后，发给下载模块，通知升级包下载。

步骤S738：手机侧的下载模块从下载路径的http请求中解析出升级包的下载路径，开始启动独立线程下载。

步骤S740：手机侧的下载模块下载完升级包后，通知安装模块，调用手机API函数，进行安装。

步骤S742：应用程序重启，完成软件的升级。

至此，通过PC侧软件实现了手机侧应用程序的自动升级。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (12)

1.一种版本升级方法，其特征在于，包括：

第一终端经由与其相连的第二终端向服务器发送版本升级请求，其中，所述第一终端为移动终端；

所述第一终端通过所述第二终端从所述服务器获取所述版本升级请求所请求的软件版本的下载路径；

所述第一终端经由所述第二终端与所述服务器建立的连接，根据所述下载路径将所述所请求的软件版本直接从所述服务器下载到所述第一终端上。

2.根据权利要求1所述的方法，其特征在于，所述第一终端经由第二终端向服务器发送版本升级请求的步骤包括：

所述第一终端向所述第二终端发送所述版本升级请求，所述版本升级请求中携带用于对所述第一终端进行鉴权的信息；

所述第二终端将所述用于对第一终端进行鉴权的信息发送给所述服务器，所述服务器根据该信息对所述第一终端进行鉴权；

在所述鉴权通过后，所述第二终端将所述版本升级请求发送给所述服务器。

3.根据权利要求2所述的方法，其特征在于，所述用于对所述第一终端进行鉴权的信息为所述第一终端的国际移动身份识别IMEI信息。

4.根据权利要求3所述的方法，其特征在于，在所述鉴权通过后，所述第二终端将所述版本升级请求发送给所述服务器之前，还包括：

所述第二终端检查所述服务器是否存在安全漏洞，在确定不存在安全漏洞的情况下，将所述版本升级请求发给所述第一终端。

5.根据权利要求1所述的方法，其特征在于，所述版本升级请求中携带所述第一终端使用的软件版本的当前版本信息；

所述第一终端通过所述第二终端从所述服务器获取所述版本升级请求所请求的软件版本的下载路径的步骤包括：

所述服务器从所述版本升级请求中获取所述软件版本的当前版本信息；

比较所述软件版本的当前版本信息与所述服务器中该软件版本的最新版本信息是否一致；

若不一致，则将所述最新版本信息的软件版本的下载路径发送给所述第二终端；所述第二终端将所述下载路径转发给所述第一终端。

6.根据权利要求5所述的方法，其特征在于，在所述第二终端将所述下载路径转发给所述第一终端的步骤之前，还包括：

所述第二终端检查所述下载路径是否存在安全漏洞，在确定不存在安全漏洞的情况下，将所述下载路径转发给所述第一终端。

7.根据权利要求5所述的方法，其特征在于，所述版本升级请求中还携带：升级类型标识，所述升级类型标识用于标识版本升级类型为自动更新升级或者为非自动更新升级；

在所述第二终端将所述下载路径转发给所述第一终端的步骤之前，还包括：

所述第二终端根据所述升级类型标识判断所述版本升级类型；

若所述版本升级类型为自动更新升级，则直接将所述下载路径转发给所述第一终端；

若所述版本升级类型为非自动更新升级，则向所述第二终端发送升级提示，并在接收升级指示后，将所述下载路径转发给所述第一终端。

8.一种移动终端，其特征在于，与至少一个第二终端相连，包括：

第一连接代理模块，用于获取所述移动终端向服务器发送的版本升级请求，并将所述版本请求发送给与所述移动终端相连的所述第二终端；以及获取所述第二终端根据所述版本升级请求从所述服务器获取的，所述版本升级请求所请求的软件版本的下载路径。

9.根据权利要求8所述的移动终端，其特征在于，还包括：

下载模块，用于从所述第一连接代理模块获取所述下载路径，并经由所述第二终端与所述服务器建立的连接，根据所述下载路径直接从所述服务器下载所述所请求的软件版本。

10.一种终端，其特征在于，与至少一个移动终端相连，包括：

第二连接代理模块，用于获取所述移动终端向服务器发送的版本升级请求，并将所述版本升级请求发送给服务器；以及获取所述服务器反馈的所述版本升级请求所请求的软件版本的下载路径，并发送给所述移动终端。

11.根据权利要求10所述的终端，其特征在于，所述版本升级请求中包括升级类型标识，所述升级类型标识用于标识版本升级类型为自动更新升级或者为非自动更新升级；

所述终端还包括：安全模块和下载管理模块，其中，

所述安全模块，用于检查所述下载路径是否存在安全漏洞，在确定不存在安全漏洞的情况下，将所述下载路径发送给所述下载管理模块；

所述下载管理模块，用于根据所述升级类型标识判断所述版本升级类型；若所述版本升级类型为自动更新升级，则直接将所述下载路径转发给所述移动终端；若所述版本升级类型为非自动更新升级，则向所述终端发送升级提示，并在接收升级指示后，将所述下载路径转发给所述移动终端。

12.一种版本升级系统，其特征在于，包括：第一终端和第二终端，所述第一终端和所述第二终端相连，所述第一终端为移动终端，其中，

所述第一终端包括：第一连接代理模块，用于获取所述第一终端向服务器发送的版本升级请求，并将所述版本请求发送给与所述第一终端相连的所述第二终端；以及获取所述第二终端根据所述版本升级请求从所述服务器获取的，所述版本升级请求所请求的软件版本的下载路径；

所述第二终端包括：第二连接代理模块，用于获取所述第一终端向服务器发送的版本升级请求，并将所述版本升级请求发送给服务器；以及获取所述服务器反馈的所述版本升级请求所请求的软件版本的下载路径，并发送给所述第一终端。

Images