CN102387165A - 软件升级系统及方法 - Google Patents

Abstract

本发明提供了一种软件升级系统及方法，所述系统包括升级客户端及与其进行交互的服务器，所述升级客户端用于接收多个产品客户端的升级请求，根据所述升级请求获取产品客户端的升级信息，并将所述升级信息上传至服务器；所述服务器用于根据所述升级信息查询相应的升级包，并将所述升级包返回至升级客户端；所述升级客户端还用于根据所述升级包按照预设升级形式进行下载安装。采用本发明提供的系统及方法，能实现对多个软件产品的升级，可根据用户的选择升级软件产品的任一独立模块以及升级到任一版本，能充分满足用户的需求。

Description

软件升级系统及方法

【技术领域】

本发明涉及计算机技术领域，尤其涉及一种软件升级系统及方法。

【背景技术】

软件升级是指软件开发者在编写软件时，由于设计人员考虑不全面或程序功能不完善，在软件发行后，通过对程序的修改或加入新的功能后，以补丁的形式发布。用户将这些补丁更新，则升级完成。不同的软件产品根据自身需求可能会有不同的升级策略，有些升级比较简单，满足不了自身升级的需求；有些升级很复杂，成本比较高，容易出错。目前，大多数软件升级都采用最高版本策略，即让用户将软件升级到最高版本，由于升级包都是整包进行下载和更新的，这样会浪费服务器带宽。并且，传统的软件升级系统，往往只针对某一个软件产品进行升级，无法实现多个软件产品的升级。

【发明内容】

基于此，有必要提供一种能实现多产品升级的软件升级系统。

一种软件升级系统，包括升级客户端及与其进行交互的服务器，所述升级客户端用于接收多个产品客户端的升级请求，根据所述升级请求获取产品客户端的升级信息，并将所述升级信息上传至服务器；所述服务器用于根据所述升级信息查询相应的升级包，并将所述升级包返回至升级客户端；所述升级客户端还用于根据所述升级包按照预设升级形式进行下载安装。

优选的，所述升级客户端包括：接口模块，与多个产品客户端进行通信，接收所述产品客户端的升级请求，调用升级模块实现升级，以及支持根据软件产品类型进行定制的功能；升级模块，获取产品客户端的升级信息，将升级信息上传至服务器，以及在接收到服务器返回的产品客户端需要升级的检测结果后，向所述服务器请求升级包，获取升级包的下载地址。

优选的，所述升级客户端还包括：版本管理模块，用于管理产品客户端的版本信息以及产品客户端中各独立模块的版本信息；从服务器获取已配置的产品信息以及升级包的信息。

优选的，所述产品客户端的升级类型包括手动升级和自动升级；当升级类型为手动升级时，所述升级模块获取产品客户端发送的指定版本信息，根据所述指定版本信息获取相应的升级包；当升级类型为自动升级时，所述升级模块首先向服务器发送封版信息查询请求，若产品客户端的版本已被禁用，则所述升级模块向服务器发送版本升级请求，否则，所述升级模块向服务器发送升级包查询请求。

优选的，所述升级模块还用于向服务器发送自身参数查询请求和自升级请求，接收服务器根据所述自身参数查询请求查询到的新版本的下载地址，根据下载地址从服务器下载得到新版本的升级包。

优选的，所述服务器包括：检测模块，用于根据所述升级信息检测产品客户端是否需要升级，若是，则通知所述升级模块；升级包查询模块，根据产品客户端的升级信息查询相应的升级包，获取查询到的升级包的下载地址，将所述下载地址返回至所述升级客户端；下载中心，用于存储升级包，并提供对升级包的下载服务。

优选的，所述服务器还包括：后台配置模块，用于配置产品信息以及管理各产品之间的升级关系，管理各产品不同升级包之间的升级关系，管理升级包；流量控制模块，用于控制所述升级模块向服务器发送的升级包查询请求数以及控制下载流量。

优选的，所述预设升级形式包括以下的一种或两种以上：强制显示升级、强制隐藏升级、建议提示升级显示下载界面、建议提示升级隐藏下载界面、先下载后建议提示升级；所述预设升级形式采用如下控制方式进行控制：预埋升级、白名单升级、强制与预埋相结合升级、控制下发速度；所述升级模块根据下载地址向所述下载中心下载升级包，并按照预设升级形式进行安装。

此外，还有必要提供一种能实现多产品升级的软件升级方法。

一种软件升级方法，包括以下步骤：接收多个产品客户端的升级请求；根据所述升级请求获取产品客户端的升级信息，并上传至服务器；接收所述服务器返回的根据升级信息查询的升级包；按照预设升级形式下载安装所述升级包。

优选的，接收服务器返回的根据升级信息查询的升级包的步骤之前还包括：所述服务器接收升级信息，根据所述升级信息检测产品客户端是否需要升级，若是，则根据所述升级信息查询相应的升级包，返回查询到的升级包的下载地址。

优选的，所述升级类型包括手动升级和自动升级；当升级类型为手动升级时，获取用户指定的版本信息，根据所述指定的版本信息获取相应的升级包；当升级类型为自动升级时，向服务器发送封版信息查询请求，若产品客户端的版本已被禁用，则向服务器发送版本升级请求，否则，向服务器发送升级包查询请求。

优选的，所述方法还包括：向服务器发送自身参数查询请求和自升级请求；接收服务器返回的根据自身参数查询请求查询到的新版本的下载地址；根据所述下载地址从服务器下载得到新版本的升级包。

优选的，所述方法还包括：从服务器获取已配置的产品信息以及升级包的信息；管理产品客户端的版本信息以及产品客户端中各独立模块的版本信息。

上述软件升级系统及方法，通过升级客户端接收多个产品客户端的升级请求，获取产品客户端的升级信息，在服务器端根据这些升级信息查询相应的升级包，提供给产品客户端进行升级，能够实现多产品升级。

此外，在服务器端可以配置各种产品信息，针对不同的产品更新不同版本的升级包，可以设置不同的升级类型，包括手动升级、自动升级等，用户即可手动将软件产品升级到任一版本，也可以强制自动升级到最高版本，使用灵活多样，实现了多版本共存；升级客户端还可以管理产品客户端的版本信息及其中各独立模块的版本信息，打包输出升级包。

【附图说明】

图1为一个实施例中软件升级系统的结构示意图；

图2为另一个实施例中软件升级系统的结构示意图；

图3为一个实施例中手动升级类型下的软件升级系统的工作时序图；

图4为一个实施例中自动升级类型下的软件升级系统的工作时序图；

图5为一个实施例中软件升级系统实现自身升级的工作时序图；

图6为一个实施例中软件升级方法的流程图；

图7为另一个实施例中软件升级方法的流程图；

图8为一个实施例中实现自身升级的方法流程图。

【具体实施方式】

如图1所示，一种软件升级系统，包括升级客户端10和与其进行交互的服务器20，升级客户端10与多个产品客户端进行通信，升级客户端10包括接口模块101和升级模块102，其中：接口模块101与多个产品客户端进行通信，接收产品客户端的升级请求，调用升级模块102实现升级；升级模块102是升级客户端10的主程序，用于获取产品客户端的升级信息，将升级信息上传至服务器20，在服务器20根据升级信息检测到产品客户端需要升级时，向服务器20请求升级包，收到服务器20返回的升级包后按照预设升级形式进行下载安装。

在一个实施例中，接口模块101还支持部分定制功能，即支持根据软件产品类型进行定制的功能，对于不同的软件产品可以设置不同的界面显示或其他设置，例如设置界面显示文字、显示图片以及软件产品的名称及访问的链接地址等。产品客户端可以是即时通讯软件以及与其关联的各种软件产品，如游戏、宠物、音乐和网络电视等。产品客户端的升级信息包括但不限于以下信息的一种或两种以上：产品客户端的版本信息、产品标识、当前用户标识、网络环境、产品客户端的升级类型、产品客户端中各独立模块的版本信息。其中：产品客户端的版本信息为当前用户所使用的软件产品的主模块的版本，例如IM软件，有IM2005、IM2006各种版本。产品标识用于唯一标识产品类型。当前用户标识为当前登录软件产品的用户标识，如即时通讯号码等。网络环境为产品客户端运行的网络环境，如网络带宽等。产品客户端的升级类型包括手动升级和自动升级。手动升级是指用户手动选择升级程序，用户可升级到任一比当前版本高的版本；自动升级分强制升级和推荐升级两种，强制升级用户无可选权限，会自动下载，在第二次启动应用程序时进行安装，也可以配置立即离线进行升级；推荐升级则是在有新版本发布时，推荐给用户，用户有选择下载和安装的权限。产品客户端中各独立模块的版本信息为与产品客户端关联的其他业务模块的版本信息，例如与即时通讯软件关联的其他业务模块，如游戏、音乐、宠物、网络电视等模块的版本信息。

服务器20包括检测模块201、升级包查询模块202和下载中心203，其中：检测模块201用于根据产品客户端的升级信息检测产品客户端是否需要升级，若是，则通知升级模块102，否则结束；升级包查询模块202用于接收升级模块102发送的升级包请求，根据产品客户端的升级信息查询相应的升级包，获取查询到的升级包的下载地址，并将下载地址返回给升级客户端10。下载中心203存储了各种升级包，包括KB(Knowledge Base，微软对补丁的命名方式)包、SP(Service Pack，补丁)包、各独立模块的升级包、主版本升级包等。下载中心203还用于提供对升级包的下载服务。升级模块102根据接收到的下载地址向下载中心203请求下载相应的升级包。

如图2所示，在另一个实施例中，升级客户端10还包括版本管理模块103，用于管理产品客户端的版本信息以及产品客户端中各独立模块的版本信息；从服务器获取已配置的产品信息；以及自动生成升级包。通过版本管理模块103，用户可以查看、修改产品客户端文件的版本信息，查看、修改独立模块文件的版本信息等。这里的版本信息包括产品名称、主模块标识、版本号、KB包号、SP包号等。通过版本管理可以简化管理流程，实现自动化。版本管理模块103支持自动打包功能，用户通过版本管理模块103输出升级包的类型、对应的参数信息，即可生成一个升级包，与服务器20的配置统一，减少要打包的文件，从而减少出错几率。

在一个实施例中，产品客户端的升级类型包括手动升级和自动升级。如上所述，手动升级时，用户可指定版本，升级模块102则获取产品客户端发送的指定版本信息，根据指定版本信息从服务器20获取相应的升级包。自动升级时，升级模块102首先向服务器发送封版信息查询请求。升级模块102则向服务器20发送版本升级请求，获取最新版本的升级包。在网络不好的环境下，版本升级可采用预埋升级实现，即先下载新版本的升级包，但不安装，在封版时安装下载的文件。所谓封版，是指对于一些旧版本，后台配置使这些旧版本不能登录服务器，即旧版本被禁用。当查询到当前版本已被禁用时，则要进行版本升级。若未封版，升级模块102则向服务器20发送升级包查询请求，检测当前的软件产品是否需要升级，获取最新的升级包。

在另一个实施例中，升级模块102还用于向服务器20发送自身参数查询请求和自升级请求，接收服务器20根据自身参数查询请求查询到的新版本的下载地址，根据下载地址从服务器20下载得到新版本的升级包，实现自身升级。

如图2所示，服务器20还包括流量控制模块204，用于控制升级模块102向服务器20发送的升级包查询请求数以及控制升级包的下载流量。当发布新的升级包时，会造成很多用户同时去下载，抢占下载中心203的下载资源，造成带宽峰值猛增，甚至可能会拖垮服务器20，通过流量控制模块204可以有效控制用户的升级包查询请求数及下载流量，缓解服务器20的压力。

服务器20还包括后台配置模块205，用于配置产品信息以及管理各产品之间的升级关系，管理各产品不同升级包之间的升级关系；管理升级包。配置的产品信息包括产品的名称、类型、标识号、最高版本号、最低版本号以及对应该产品的升级包信息等；升级包信息包括升级包的类型、版本信息等。通过后台配置模块205管理升级包，包括新增、查看、修改和删除升级包。通过后台配置模块205可以查看、修改、增加、删除产品信息，为不同的软件产品以及与该软件产品关联的相关应用程序配置不同版本的升级包。在一个实施例中，升级包可以有多种形式，包括补丁、补丁集合、版本升级包、独立模块升级包等。补丁可用来对产品的安全漏洞和逻辑漏洞等进行更新；补丁集合可以是对产品的阶段性的升级的补丁进行汇总后的结果；版本升级包可针对特定版本进行更新；独立模块升级包是针对产品的不同的独立模块的更新和功能更新的升级包。由于升级包的形式可灵活多样，并能通过后台配置模块205进行配置和管理，因此能适应不同的升级方式和类型，满足用户各种需求。

上述软件升级系统可支持的升级方式包括产品升级和自身升级两种，其中，产品升级是指为各种产品客户端实现升级，自身升级是指对升级客户端进行升级。如上所述，在产品升级中，可配置的升级类型包括自动升级和手动升级。如图3所示，在手动升级下，软件升级系统的工作流程如下：(1)升级客户端10向服务器20的检测模块201询问是否需要升级。当用户指定版本时，升级客户端10还用于将用户指定的版本信息发送至服务器20。(2)检测模块201检测到有新版，返回是，确定需要升级。例如，当前产品版本为2005版本，当服务器20查询到有更高版本2006版本、2007版本等，则确定当前产品客户端需要升级。(3)升级客户端10向升级包查询模块202请求查询升级包。若用户指定了版本，升级客户端10向升级包查询模块202请求该指定版本的升级包。(4)升级包查询模块202根据升级客户端10的升级信息查询相应的升级包，并返回升级包的下载地址。(5)升级客户端10根据下载地址向下载中心203请求下载该升级包。(6)下载中心203返回升级包。(7)升级客户端10根据预设升级形式进行安装。

如图4所示，在自动升级下，软件升级系统的工作流程如下：(1)升级客户端10首先向服务器20的检测模块201发送封版信息查询请求，检测模块201响应该请求，查询封版信息，确定当前产品是否已封版，若封版，则认为当前产品客户端的版本被禁用，已经失效，需要升级。这里的封版是指不能再使用的版本，例如，2001版本的软件产品不能使用了，通过后台配置使得它不能登录服务器即为封版。返回是。(2)升级客户端10登录服务器20，检测模块201确定当前产品是否已封版。(3)若封版，则认为当前产品客户端的版本已经失效，需要升级。(4)升级客户端10向服务器20的升级包查询模块202请求进行版本升级。(5)升级包查询模块202根据产品客户端的升级信息查询相应的升级包，并返回该升级包的下载地址。(6)升级客户端10向下载中心203请求下载升级包。(7)下载中心203返回升级包。(8)升级客户端10根据预设升级形式进行安装。自动升级可强制升级到最高版本，当检测模块201查询封版信息，确定当前产品未封版时，通知升级客户端10，升级客户端10则向服务器20发送升级包查询请求，查询是否需要升级，之后的具体过程与上述手动升级原理相同，不同的是手动升级中，用户可指定升级的版本，自动升级中，可自动将软件产品升级到最高版本。

在一个实施例中，升级模块102还用于向服务器20发送自身参数查询请求和自升级请求，请求对自身的升级客户端10进行升级。发送的自身参数包括升级客户端10的版本信息。如图5所示，软件升级系统实现自身升级的工作流程如下，其中，升级模块102为升级客户端10中的主程序：(1)升级模块102向服务器20中的升级包查询模块202发送自身参数查询请求。(2)升级包查询模块202根据版本信息查询是否有新版本的升级程序，若有，则返回新版本的升级包的下载地址。(3)升级模块102根据下载地址向下载中心203请求下载升级包。(4)升级模块102解压，通知副本运行。主程序的副本是系统为主程序临时开辟的空间，为主程序正本所调用，主程序的正本即实际运行的程序。(5)升级模块102的副本拷贝当前文件到正本，并通知正本启动，升级模块102实现更新，完成软件升级系统的自身升级。

上述下载安装升级包(包括产品升级和自身升级)都可以按照预先设定的升级形式来进行下载安装。预先设定的升级形式包括但不限于以下的一种或两种以上：强制显示升级、强制隐藏升级、建议提示升级显示下载界面、建议提示升级隐藏下载界面、先下载后建议提示升级。根据下载地址向服务器20的下载中心203下载到升级包，按照上述预设的升级形式进行安装。对于不同的升级方式可采用各种控制方式控制升级，例如预埋升级、白名单升级、强制与预埋相结合的升级以及控制下发速度等。其中，预埋升级是指先将升级包下载到本地，下载到本地后并不立即安装，而是当预先设定的条件触发后，直接使用本地已下载好的升级包安装；白名单升级是指只针对部分特殊的用户进行升级，这部分特殊的用户可以事先指定标识号或IP地址等，在实现软件产品升级和升级客户端自身升级时，获取白名单列表，仅对该列表中的用户实现升级；强制升级是指用户没有选择权限，必须下载进行安装，即当检测到软件产品需升级时，则强制下载并进行安装；强制与预埋相结合的升级则指用户没有选择权限，当检测到软件产品需要升级时，必须先下载到本地，当条件触发后，则直接使用本地已下载好的升级包安装；控制下发速度是指下载升级包时控制升级包的下发速度。

如图6所示，一种软件升级方法，包括以下步骤：

步骤S10，接收多个产品客户端的升级请求。在一个实施例中，该软件升级方法基于升级客户端10和服务器20之间的交互实现多个产品客户端的升级。产品客户端可以是即时通讯软件以及与其关联的各种软件产品，如游戏、宠物、音乐和网络电视等。

在一个实施方式中，可实现配置的升级类型包括手动升级和自动升级。手动升级是用户手动选择升级程序，用户可升级到任一比当前版本高的版本；自动升级分强制升级和推荐升级两种，强制升级用户无可选权限，会自动下载，在第二次启动应用程序时进行安装，也可以配置立即下线升级；推荐升级则是在有新版本发布时，推荐给用户，用户有选择下载和安装的权限。

步骤S20，根据升级请求获取产品客户端的升级信息，并上传至服务器。产品的升级信息包括但不限于以下信息的一种或两种以上：产品客户端的版本信息、产品标识、当前用户标识、网络环境、产品客户端的升级类型、产品客户端中各独立模块的版本信息。其中：

产品客户端的版本信息为当前用户所使用的软件产品的主模块的版本，例如IM软件，有IM2005、IM2006各种版本。产品标识用于唯一标识产品类型。当前用户标识为当前登录软件产品的用户标识，如即时通讯号码等。网络环境为产品客户端运行的网络环境，如网络带宽等。产品客户端的升级类型如上所述。产品客户端中各独立模块的版本信息为与产品客户端关联的其他业务模块的版本信息，例如与即时通讯软件关联的其他业务模块，如游戏、音乐、宠物、网络电视等模块的版本信息。

在服务器20端对产品信息以及各产品之间的升级关系进行了配置，并可管理升级包。配置的产品信息包括产品的名称、类型、标识号、最高版本号、最低版本号以及对应该产品的升级包信息等；升级包信息包括升级包的类型、版本信息等。通过后台配置模块205管理升级包，包括新增、查看、修改和删除升级包。通过后台配置模块205可以查看、修改、增加、删除产品信息，为不同的软件产品以及与该软件产品关联的相关应用程序配置不同版本的升级包。在一个实施例中，升级包可以有多种形式，包括补丁、补丁集合、版本升级包、独立模块升级包等。补丁可用来对产品的安全漏洞和逻辑漏洞等进行更新；补丁集合可以是对产品的阶段性的升级的补丁进行汇总后的结果；版本升级包可针对特定版本进行更新；独立模块升级包是针对产品的不同的独立模块的更新和功能更新的升级包。

在一个实施例中，服务器20接收到产品客户端的升级信息，根据这些升级信息检测产品客户端是否需要升级，若是，则通知升级客户端10，升级客户端10向服务器20请求相应的升级包，服务器20根据产品客户端的升级信息查询相应的升级包，具体是：获取产品客户端的主模块版本号、各独立模块的版本号及主模块的类型，获取相应的补丁集合，包括SP包集合、KB包集合及各独立模块的升级包等，将查询到的升级包的下载地址返回给升级客户端10。

步骤S30，接收服务器返回的根据升级信息查询的升级包。这些升级包包括KB包、SP包、各独立模块的升级包、主版本升级包等。

步骤S40，按照预设升级形式下载安装升级包。预先设定的升级形式包括但不限于以下的一种或两种以上：强制显示升级、强制隐藏升级、建议提示升级显示下载界面、建议提示升级隐藏下载界面、先下载后建议提示升级。根据下载地址向服务器20的下载中心203下载到升级包，按照上述预设的升级形式进行安装。对于不同的升级方式可采用各种控制方式控制升级，例如预埋升级、白名单升级、强制与预埋相结合的升级以及控制下发速度等。其中，预埋升级是指先将升级包下载到本地，下载到本地后并不立即安装，而是当预先设定的条件触发后，直接使用本地已下载好的升级包安装；白名单升级是指只针对部分特殊的用户进行升级，这部分特殊的用户可以事先指定标识号或IP地址等，在实现软件产品升级和升级客户端自身升级时，获取白名单列表，仅对该列表中的用户实现升级；强制升级是指用户没有选择权限，必须下载进行安装，即当检测到软件产品需升级时，则强制下载并进行安装；强制与预埋相结合的升级则指用户没有选择权限，当检测到软件产品需要升级时，必须先下载到本地，当条件触发后，则直接使用本地已下载好的升级包安装；控制下发速度是指下载升级包时控制升级包的下发速度。

上述软件升级方法支持的升级方式包括产品升级和自身升级两种，其中，产品升级是指为各种产品客户端实现升级，自身升级是指对升级客户端自身进行升级。在产品升级中，可配置的升级类型包括自动升级和手动升级。

如图7所示，在另一个实施例中，软件升级方法流程的具体过程如下，该实施例实现自动升级：

步骤S100，查询封版信息。

步骤S200，判断是否已封版，若是，则进入步骤S300，否则进入步骤S500。服务器20根据获取到的产品客户端的版本信息等判断是否当前产品客户端已封版，若是，则当前产品客户端的版本已被禁用，需要进行版本升级。

步骤S300，向服务器发送版本升级请求。

步骤S400，获取服务器查询得到的升级包的下载地址。服务器20根据产品客户端的升级信息来查询到相应的升级包，并返回该升级包的下载地址。

步骤S500，向服务器询问是否需要升级，若是，则进入步骤S600，否则结束。服务器20若检测到有新版本，则确定需要升级。

步骤S600，向服务器发送升级包查询请求。服务器20根据产品客户端的升级信息来查询相应的升级包。若产品服务器自动发起升级请求，则服务器20查询最高版本的升级包。

步骤S700，获取服务器查询得到的升级包的下载地址。

步骤S800，根据下载地址从下载中心下载升级包。下载升级包后，升级客户端10即可按照预设下升级形式进行安装。

对于手动升级，用户可指定升级版本，则根据用户指定的版本信息获取相应的升级包。

如图8所示，在一个实施例中，软件实现自身升级的方法流程如下：

步骤S900，向服务器发送自身参数查询请求。自身参数可以是自身的版本信息等，根据版本信息即可查询是否有新的升级程序。

步骤S901，判断是否有新版本的升级程序，若是，则进入步骤S902，否则借宿。

步骤S902，向服务器发送升级包查询请求。

步骤S903，获取服务器返回的升级包的下载地址。

步骤S904，根据下载地址向下载中心请求下载升级包。

步骤S905，解压升级包，安装更新。

在一个实施例中，上述软件升级方法中，在升级客户端10可以管理产品客户端的版本信息以及产品客户端中各独立模块的版本信息；从服务器获取已配置的产品信息；以及自动生成升级包。通过版本管理模块103，用户可以查看、修改产品客户端文件的版本信息，查看、修改独立模块文件的版本信息等。这里的版本信息包括产品名称、主模块标识、版本号、KB包号、SP包号等。通过版本管理可以简化管理流程，实现自动化。

在另一个实施例中，在向服务器20发送升级包查询请求之前，需控制请求数量，在向下载中心203下载升级包之前也需控制下载流量。当发布新的升级包时，会造成很多用户同时去下载，抢占下载中心203的下载资源，造成带宽峰值猛增，甚至可能会拖垮服务器20，通过流量控制模块204可以有效控制用户的升级包查询请求数及下载流量，缓解服务器20的压力。

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

Claims (13)

1.一种软件升级系统，其特征在于，包括升级客户端及与其进行交互的服务器，所述升级客户端用于接收多个产品客户端的升级请求，根据所述升级请求获取产品客户端的升级信息，并将所述升级信息上传至服务器；

所述服务器用于根据所述升级信息查询相应的升级包，并将所述升级包返回至升级客户端；所述升级客户端还用于根据所述升级包按照预设升级形式进行下载安装。

2.根据权利要求1所述的软件升级系统，其特征在于，所述升级客户端包括：接口模块，与多个产品客户端进行通信，接收所述产品客户端的升级请求，调用升级模块实现升级，以及支持根据软件产品类型进行定制的功能；

升级模块，获取产品客户端的升级信息，将升级信息上传至服务器，以及在接收到服务器返回的产品客户端需要升级的检测结果后，向所述服务器请求升级包，获取升级包的下载地址。

3.根据权利要求2所述的软件升级系统，其特征在于，所述升级客户端还包括：版本管理模块，用于管理产品客户端的版本信息以及产品客户端中各独立模块的版本信息；从服务器获取已配置的产品信息以及升级包的信息。

4.根据权利要求2所述的软件升级系统，其特征在于，所述产品客户端的升级类型包括手动升级和自动升级；当升级类型为手动升级时，所述升级模块获取产品客户端发送的指定版本信息，根据所述指定版本信息获取相应的升级包；当升级类型为自动升级时，所述升级模块首先向服务器发送封版信息查询请求，若产品客户端的版本已被禁用，则所述升级模块向服务器发送版本升级请求，否则，所述升级模块向服务器发送升级包查询请求。

5.根据权利要求2所述的软件升级系统，其特征在于，所述升级模块还用于向服务器发送自身参数查询请求和自升级请求，接收服务器根据所述自身参数查询请求查询到的新版本的下载地址，根据下载地址从服务器下载得到新版本的升级包。

6.根据权利要求2所述的软件升级系统，其特征在于，所述服务器包括：

检测模块，用于根据所述升级信息检测产品客户端是否需要升级，若是，则通知所述升级模块；

升级包查询模块，根据产品客户端的升级信息查询相应的升级包，获取查询到的升级包的下载地址，将所述下载地址返回至所述升级客户端；

下载中心，用于存储升级包，并提供对升级包的下载服务。

7.根据权利要求6所述的软件升级系统，其特征在于，所述服务器还包括：后台配置模块，用于配置产品信息以及管理各产品之间的升级关系，管理各产品不同升级包之间的升级关系，管理升级包；

流量控制模块，用于控制所述升级模块向服务器发送的升级包查询请求数以及控制下载流量。

8.根据权利要求6至8中任意一项所述的软件升级系统，其特征在于，所述预设升级形式包括以下的一种或两种以上：强制显示升级、强制隐藏升级、建议提示升级显示下载界面、建议提示升级隐藏下载界面、先下载后建议提示升级；所述预设升级形式采用如下控制方式进行控制：预埋升级、白名单升级、强制与预埋相结合升级、控制下发速度；所述升级模块根据下载地址向所述下载中心下载升级包，并按照预设升级形式进行安装。

9.一种软件升级方法，包括以下步骤：

接收多个产品客户端的升级请求；

根据所述升级请求获取产品客户端的升级信息，并上传至服务器；

接收所述服务器返回的根据升级信息查询的升级包；

按照预设升级形式下载安装所述升级包。

10.根据权利要求9所述的软件升级方法，其特征在于，接收服务器返回的根据升级信息查询的升级包的步骤之前还包括：所述服务器接收升级信息，根据所述升级信息检测产品客户端是否需要升级，若是，则根据所述升级信息查询相应的升级包，返回查询到的升级包的下载地址。

11.根据权利要求10所述的软件升级方法，其特征在于，所述升级类型包括手动升级和自动升级；当升级类型为手动升级时，获取用户指定的版本信息，根据所述指定的版本信息获取相应的升级包；当升级类型为自动升级时，向服务器发送封版信息查询请求，若产品客户端的版本已被禁用，则向服务器发送版本升级请求，否则，向服务器发送升级包查询请求。

12.根据权利要求11所述的软件升级方法，其特征在于，所述方法还包括：

向服务器发送自身参数查询请求和自升级请求；

接收服务器返回的根据自身参数查询请求查询到的新版本的下载地址；

根据所述下载地址从服务器下载得到新版本的升级包。

13.根据权利要求12所述的软件升级方法，其特征在于，所述方法还包括：从服务器获取已配置的产品信息以及升级包的信息；管理产品客户端的版本信息以及产品客户端中各独立模块的版本信息。

Images