CN105656663A - 软件更新的方法及装置 - Google Patents

Abstract

本发明提供了一种软件更新的方法及装置，包括：接收客户端发送的软件更新请求；对软件更新请求进行分析，以获取待更新软件的软件标识及第一版本信息；依据分析结果，检查服务器本地缓存中是否保存与软件更新请求相应的软件安装数据；依据检查结果确定与软件更新请求对应的软件更新数据。利用上述方案，服务器端可响应软件更新请求而将本地缓存中对应的软件安装数据发送给客户端，提升了客户端下载软件更新数据的速度。

Description

软件更新的方法及装置

技术领域

本发明涉及计算机技术领域，具体而言，本发明涉及一种软件更新的方法及装置。

背景技术

科技飞速的发展使得同一款软件具有日新月异的变化。现有技术中，面对海量的软件安装数据以及与海量软件相应的软件更新数据，服务器端将全部软件安装包及相应的软件升级包保存在本地缓存中。然而，这种将全部软件安装包和软件升级包保存在服务器端本地缓存中的方法不仅增加了提供能够保存海量数据的硬件结构的复杂度，增加了硬件投入成本，而且增加了在海量数据中查找与客户端发送的软件更新请求相应的软件升级包的难度，从而使得服务器端响应客户端发送的软件更新请求的响应速度降低；同时，若每次向客户端发送的响应数据时均发送完整的软件升级包，会耗费终端用户的较大流量成本，给用户带来一定负担。

因此，如何在不增加服务器硬件投入成本的情况下，快速响应客户端发送的软件更新请求是亟待解决的问题。

发明内容

为克服上述技术问题或者至少部分地解决上述技术问题，特提出以下技术方案：

本发明的一个实施例提出了一种软件更新的方法，包括：

接收客户端发送的软件更新请求；

对所述软件更新请求进行分析，以获取待更新软件的软件标识及第一版本信息；

依据分析结果，检查服务器本地缓存中是否保存与所述软件更新请求相应的软件安装数据；

依据检查结果确定与所述软件更新请求对应的软件更新数据。

优选地，依据分析结果，检查服务器本地缓存中是否保存与所述软件更新请求相应的软件安装数据，具体包括：

依据所述软件标识，在服务器本地缓存中查询以确定是否保存有与所述软件标识对应的软件安装数据，所述软件安装数据包括第二版本信息。

优选地，依据检查结果确定与所述软件更新请求对应的软件更新数据，具体包括：

若服务器本地缓存中保存有与所述软件标识对应的软件安装数据，判断所述第二版本信息是否较新于所述第一版本信息；

若是，则确定所述软件安装数据为与所述软件更新请求相应的软件更新数据。

可选地，依据检查结果确定与所述软件更新请求对应的软件更新数据，具体包括：

若服务器本地缓存中未保存与所述软件标识对应的软件安装数据，或者服务器本地缓存中保存有与所述软件标识对应的软件安装数据且所述第二版本信息与所述第一版本信息的版本一致或所述第二版本信息较旧于所述第一版本信息，则生成包括所述软件标识及所述第一版本信息的用于获取软件安装数据的获取请求，并向数据库设备发送所述获取请求。

可选地，该方法还包括：

接收所述数据库设备响应于所述获取请求返回的与所述软件标识对应软件安装数据，该软件安装数据包括第三版本信息；

依据接收到的软件安装数据确定软件更新数据。

优选地，依据接收到的软件安装数据确定软件更新数据，具体包括：

基于所述第一版本信息与所述第三版本信息从接收到的软件安装数据获取增量更新数据，以作为所述软件更新数据。

优选地，基于所述第一版本信息与所述第三版本信息从接收到的软件安装数据获取增量更新数据，具体包括：

分析并确定所述第一版本信息对应的待安装软件的软件安装数据与接收到的软件安装数据的差异部分；

提取所述差异部分作为增量更新数据。

可选地，该方法还包括：

基于接收到的软件安装数据更新服务器本地缓存。

优选地，基于接收到的软件安装数据更新服务器本地缓存，包括：

若确定服务器本地缓存中未保存有与所述软件标识对应的软件安装数据，则在服务器本地缓存中保存接收到的软件安装数据。

优选地，基于接收到的软件安装数据更新服务器本地缓存，包括：

若确定服务器本地缓存中保存有与所述软件标识对应的软件安装数据，则以接收到的软件安装数据替换服务器本地缓存中与所述软件标识对应的软件安装数据。

本发明的另一实施例提出了一种软件更新的装置，包括：

请求接收模块，用于接收客户端发送的软件更新请求；

请求分析模块，用于对所述软件更新请求进行分析，以获取待更新软件的软件标识及第一版本信息；

数据检查模块，用于依据分析结果，检查服务器本地缓存中是否保存与所述软件更新请求相应的软件安装数据；

数据确定模块，用于依据检查结果确定与所述软件更新请求对应的软件更新数据。

优选地，所述数据检查模块具体包括：

数据查询子模块，用于依据所述软件标识，在服务器本地缓存中查询以确定是否保存有与所述软件标识对应的软件安装数据，所述软件安装数据包括第二版本信息。

优选地，所述数据确定模块具体包括：

版本判断子模块，用于当服务器本地缓存中保存有与所述软件标识对应的软件安装数据时，判断所述第二版本信息是否较新于所述第一版本信息；

数据确定子模块，用于当所述第二版本信息较新于所述第一版本信息时，确定所述软件安装数据为与所述软件更新请求相应的软件更新数据。

可选地，所述数据确定模块还包括：

请求生成子模块，用于当服务器本地缓存中未保存与所述软件标识对应的软件安装数据，或者服务器本地缓存中保存有与所述软件标识对应的软件安装数据且所述第二版本信息与所述第一版本信息的版本一致或所述第二版本信息较旧于所述第一版本信息时，生成包括所述软件标识及所述第一版本信息的用于获取软件安装数据的获取请求；

请求发送子模块，用于向数据库设备发送所述获取请求。

可选地，所述数据确定模块还包括：

数据接收子模块，用于接收所述数据库设备响应于所述获取请求返回的与所述软件标识对应软件安装数据，该软件安装数据包括第三版本信息；

数据确定子模块，用于依据接收到的软件安装数据确定软件更新数据。

优选地，所述数据确定子模块具体包括：

增量数据获取单元，用于基于所述第一版本信息与所述第三版本信息从接收到的软件安装数据获取增量更新数据，以作为所述软件更新数据。

优选地，所述增量数据获取单元具体包括：

差异分析子单元，用于分析并确定所述第一版本信息对应的待安装软件的软件安装数据与接收到的软件安装数据的差异部分；

数据提取子单元，用于提取所述差异部分作为增量更新数据。

可选地，所述数据确定模块还包括：

缓存更新子模块，用于基于接收到的软件安装数据更新服务器本地缓存。

优选地，所述缓存更新子模块包括：

数据保存单元，用于当确定服务器本地缓存中未保存有与所述软件标识对应的软件安装数据时，在服务器本地缓存中保存接收到的软件安装数据。

优选地，所述缓存更新子模块包括：

数据替换单元，用于当确定服务器本地缓存中保存有与所述软件标识对应的软件安装数据时，以接收到的软件安装数据替换服务器本地缓存中与所述软件标识对应的软件安装数据。

本发明的技术方案解决了不增加服务器硬件投入成本的情况下，快速响应客户端发送的软件更新请求的问题。首先，接收客户端发送的软件更新请求；接着，对软件更新请求进行分析，以获取待更新软件的软件标识及第一版本信息；随后，依据分析结果，检查服务器本地缓存中是否保存与软件更新请求相应的软件安装数据；在服务器本地缓存中未保存所有软件的软件安装数据，只保存了热门软件的软件安装数据或者与曾经响应客户端发送的软件更新请求相应的软件更新数据，减轻了服务器本地缓存的存储压力，从而减小了保存软件安装数据的硬件结构的复杂度及硬件投入成本；随后，依据检查结果确定与软件更新请求对应的软件更新数据，服务器端不直接响应客户端发送的软件更新请求，而是对客户端发送的软件更新请求进行分析并得出检查结果，依据该检查结果而将本地缓存中对应的软件安装数据发送给客户端，因此客户端下载软件更新数据的速度得到提高。进一步地，服务器端将软件安装数据中发生更新的数据以增量数据的形式返回至客户端，大大降低了终端用户网络流量的消耗成本，用户的体验度得到增加。

本发明附加的方面和优点将在下面的描述中部分给出，这些将从下面的描述中变得明显，或通过本发明的实践了解到。

附图说明

本发明上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中：

图1为本发明一个实施例的软件更新的方法的流程示意图；

图2为本发明一个优选实施例的软件更新的方法的流程示意图；

图3为本发明另一优选实施例的软件更新的方法的流程示意图；

图4为本发明另一实施例的软件更新的装置的结构示意图。

具体实施方式

下面详细描述本发明的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，仅用于解释本发明，而不能解释为对本发明的限制。

本技术领域技术人员可以理解，除非特意声明，这里使用的单数形式“一”、“一个”、“所述”和“该”也可包括复数形式。应该进一步理解的是，本发明的说明书中使用的措辞“包括”是指存在所述特征、整数、步骤、操作、元件和/或组件，但是并不排除存在或添加一个或多个其他特征、整数、步骤、操作、元件、组件和/或它们的组。应该理解，当我们称元件被“连接”或“耦接”到另一元件时，它可以直接连接或耦接到其他元件，或者也可以存在中间元件。此外，这里使用的“连接”或“耦接”可以包括无线连接或无线耦接。这里使用的措辞“和/或”包括一个或更多个相关联的列出项的全部或任一子模块和全部组合。

本技术领域技术人员可以理解，除非另外定义，这里使用的所有术语(包括技术术语和科学术语)，具有与本发明所属领域中的普通技术人员的一般理解相同的意义。还应该理解的是，诸如通用字典中定义的那些术语，应该被理解为具有与现有技术的上下文中的意义一致的意义，并且除非像这里一样被特定定义，否则不会用理想化或过于正式的含义来解释。

本技术领域技术人员可以理解，这里所使用的“终端”、“终端设备”既包括无线信号接收器的设备，其仅具备无发射能力的无线信号接收器的设备，又包括接收和发射硬件的设备，其具有能够在双向通信链路上，进行双向通信的接收和发射硬件的设备。这种设备可以包括：蜂窝或其他通信设备，其具有单线路显示器或多线路显示器或没有多线路显示器的蜂窝或其他通信设备；PCS(PersonalCommunicationsService，个人通信***)，其可以组合语音、数据处理、传真和/或数据通信能力；PDA(PersonalDigitalAssistant，个人数字助理)，其可以包括射频接收器、寻呼机、互联网/内联网访问、网络浏览器、记事本、日历和/或GPS(GlobalPositioningSystem，全球定位***)接收器；常规膝上型和/或掌上型计算机或其他设备，其具有和/或包括射频接收器的常规膝上型和/或掌上型计算机或其他设备。这里所使用的“终端”、“终端设备”可以是便携式、可运输、安装在交通工具(航空、海运和/或陆地)中的，或者适合于和/或配置为在本地运行，和/或以分布形式，运行在地球和/或空间的任何其他位置运行。这里所使用的“终端”、“终端设备”还可以是通信终端、上网终端、音乐/视频播放终端，例如可以是PDA、MID(MobileInternetDevice，移动互联网设备)和/或具有音乐/视频播放功能的移动电话，也可以是智能电视、机顶盒等设备。

图1所示是本发明实施例的软件更新的方法的流程示意图。

其中，本实施例可在服务器端执行。

步骤S110：接收客户端发送的软件更新请求；步骤S120：对软件更新请求进行分析，以获取待更新软件的软件标识及第一版本信息；步骤S130：依据分析结果，检查服务器本地缓存中是否保存与软件更新请求相应的软件安装数据；步骤S140：依据检查结果确定与软件更新请求对应的软件更新数据。

步骤S110：接收客户端发送的软件更新请求。

需要说明的是，客户端发送的软件更新请求可以由用户手动触发客户端软件更新的操作来启动，也可以以客户端中预设置的预定更新频率来发送软件更新请求，对此本发明实施例不作限定。

步骤S120：对软件更新请求进行分析，以获取待更新软件的软件标识及第一版本信息。

例如，服务器端接收到客户端W发送的软件更新请求，对该软件更新请求进行分析，提取待更新软件的软件标识信息是“XX办公软件”，与待更新软件“XX办公软件”相应的第一版本信息是“10.1.0.5400”。

需要说明的是，本发明实施例中涉及到的第一版本信息、第二版本信息及第三版本信息，均包括但不限于以下实现形式：

版本号、时间戳。

步骤S130：依据分析结果，检查服务器本地缓存中是否保存与软件更新请求相应的软件安装数据。

其中，软件安装数据可以是软件安装包。

优选地，依据分析结果，检查服务器本地缓存中是否保存与软件更新请求相应的软件安装数据的步骤具体包括：依据软件标识，在服务器本地缓存中查询以确定是否保存有与软件标识对应的软件安装数据，软件安装数据包括第二版本信息。

例如，服务器端接收到客户端W发送的软件更新请求，对该软件更新请求进行分析，提取待更新软件的软件标识信息是“XX办公软件”；在服务器本地缓存中对待更新软件的软件标识信息“XX办公软件”进行查询，以确定在服务器本地缓存中是否保存与待更新软件的软件标识信息“XX办公软件”相应的软件安装包。其中，与在服务器本地缓存中保存的软件安装包相应的软件版本信息是第二版本信息。

步骤S140：依据检查结果确定与软件更新请求对应的软件更新数据。

优选地，如图2所示，依据检查结果确定与软件更新请求对应的软件更新数据的步骤具体包括步骤S241和步骤S242：步骤S241：若服务器本地缓存中保存有与软件标识对应的软件安装数据，判断第二版本信息是否较新于第一版本信息；步骤S242：若是，则确定软件安装数据为与软件更新请求相应的软件更新数据。

例如，服务器端接收到客户端W发送的软件更新请求，对该软件更新请求进行分析，提取待更新软件的软件标识信息是“XX办公软件”，客户端W发送的与待更新软件“XX办公软件”相应的第一版本信息是“10.1.0.5400”；在服务器本地缓存中对待更新软件的软件标识信息“XX办公软件”进行查询，并且查询到在服务器本地缓存中保存有与待更新软件的软件标识信息“XX办公软件”相应的软件安装包，获取到在服务器本地缓存中保存的软件安装包及相应的第二版本信息“11.1.0.5400”；判断与在服务器本地缓存中保存的软件安装包相应的第二版本信息较新于客户端W发送的与待更新软件“XX办公软件”相应的第一版本信息；确定在服务器本地缓存中保存的软件安装包和与其相应的第二版本信息“11.1.0.5400”为与客户端W发送的软件更新请求相应的软件更新数据。

可选地，依据软件标识，在服务器本地缓存中查询以确定是否保存有与软件标识对应的软件安装数据的步骤还包括：若服务器本地缓存中未保存与软件标识对应的软件安装数据，或者服务器本地缓存中保存有与软件标识对应的软件安装数据且第二版本信息与第一版本信息的版本一致或第二版本信息较旧于第一版本信息，则生成包括软件标识及第一版本信息的用于获取软件安装数据的获取请求，并向数据库设备发送获取请求。

例如，服务器端接收到客户端W发送的软件更新请求，对该软件更新请求进行分析，提取待更新软件的软件标识信息是“XX办公软件”的ID；在服务器本地缓存中基于待更新软件的ID进行查询，并且未查询到在服务器本地缓存中保存有与待更新软件的ID相应的软件安装包。

又例如，服务器端接收到客户端W发送的软件更新请求，对该软件更新请求进行分析，提取待更新软件的软件标识信息是“XX办公软件”的ID，客户端W发送的与待更新软件“XX办公软件”的ID相应的第一版本信息是“2015.11.01”；在服务器本地缓存中基于待更新软件的软件标识信息“XX办公软件”的ID进行查询，并且查询到在服务器本地缓存中保存有与待更新软件的ID相应的软件安装包；从服务器本地缓存中获取到保存的软件安装包及相应的第二版本信息“2015.10.01”；判断与在服务器本地缓存中保存的软件安装包相应的第二版本信息较旧于客户端W发送的与待更新软件“XX办公软件”相应的第一版本信息。

再例如，若获取到的与在服务器本地缓存中保存的软件安装包相应的第二版本信息是“2015.11.01”；判断与在服务器本地缓存中保存的软件安装包相应的第二版本信息与客户端W发送的与待更新软件“XX办公软件”相应的第一版本信息“2015.11.01”一致。

接着，生成包括软件标识及第一版本信息的用于获取软件安装数据的获取请求，并向数据库设备发送获取请求。例如，生成包括“XX办公软件”的ID和相应的第一版本信息“2015.11.01”的获取请求，并向数据库设备发送该获取请求。

可选地，如图3所示，若服务器本地缓存中未保存与软件标识对应的软件安装数据，或者服务器本地缓存中保存有与软件标识对应的软件安装数据且第二版本信息与第一版本信息的版本一致或第二版本信息较旧于第一版本信息，则生成包括软件标识及第一版本信息的用于获取软件安装数据的获取请求，并向数据库设备发送获取请求的步骤之后，该方法还包括步骤S350和步骤S360：步骤S350：接收数据库设备响应于获取请求返回的与软件标识对应软件安装数据，该软件安装数据包括第三版本信息；步骤S360：依据接收到的软件安装数据确定软件更新数据。

其中，依据接收到的软件安装数据确定软件更新数据的步骤具体包括步骤S361(图中未标出)：步骤S361：基于第一版本信息与第三版本信息从接收到的软件安装数据获取增量更新数据，以作为软件更新数据。

例如，接收数据库设备响应于包括“XX办公软件”的ID和相应的第一版本信息“2015.11.01”的获取请求返回的与“XX办公软件”的ID对应的软件安装数据，该软件安装数据包括第三版本信息“2015.12.01”；基于第一版本信息“2015.11.01”与第三版本信息“2015.12.01”从接收到的数据库设备发送的软件安装数据中获取增量更新数据，并将该增量更新数据作为软件更新数据。

需要说明的是，在对软件安装数据进行更新操作时，通常只是更新了原软件安装数据的一部分数据，如果服务器向客户端发送完整的更新后的软件安装数据会耗费终端用户较大的网络流量，且客户端接收到的大部分软件更新数据是本地存储的软件安装数据中已有的，造成了网络流量的浪费。而增量更新数据是基于原软件安装数据和软件更新数据比较后生成的只保留软件更新数据中与原软件安装数据具有差异化的部分数据，因此，客户端只需获取与待更新软件标识信息相应的增量更新数据即可更新本地的软件安装数据，并且节省了下载全部软件更新数据的时间及流量成本。

优选地，基于第一版本信息与第三版本信息从接收到的软件安装数据获取增量更新数据的步骤具体包括步骤S3611和步骤S3612：步骤S3211：分析并确定第一版本信息对应的待安装软件的软件安装数据与接收到的软件安装数据的差异部分；步骤S3212：提取差异部分作为增量更新数据。

例如，接收数据库设备相应于包括“XX办公软件”的ID和与“XX办公软件”的ID相应的第一版本信息“2015.11.01”的获取请求返回的与“XX办公软件”的ID对应的软件安装数据，该软件安装数据包括相应的第三版本信息“2015.12.01”。与第三版本信息“2015.12.01”相应的软件“XX办公软件”相较于第一版本信息“2015.11.01”相应的软件“XX办公软件”增加了“一键分享”的功能，而与第三版本信息“2015.12.01”相应的软件“XX办公软件”的其他功能相较于第一版本信息“2015.11.01”相应的软件“XX办公软件”一致。因此，分析并确定与“一键分享”功能相应的数据为第一版本信息对应的软件安装数据与第三版本信息对应的软件安装数据的差异部分；提取差异部分作为增量更新数据。

可选地(参照图3)，该方法还包括步骤S370(图中未标出)：步骤S370：基于接收到的软件安装数据更新服务器本地缓存。

其中，基于接收到的软件安装数据更新服务器本地缓存的步骤具体包括：若确定服务器本地缓存中未保存有与软件标识对应的软件安装数据，则在服务器本地缓存中保存接收到的软件安装数据。

需要说明的是，为了避免后续在接收到客户端发送的与本次软件更新请求相同软件的软件更新请求时，再次重复向数据库设备发送获取请求和接收数据库设备响应于获取请求返回相同的软件安装数据，针对在服务器本地缓存中未保存有与软件标识对应的软件安装数据，服务器端将在服务器本地缓存中保存接收到的软件安装数据。

例如，服务器端接收到客户端W发送的软件更新请求，对该软件更新请求进行分析，提取待更新软件“XX办公软件”的ID及第一版本信息“2015.11.01”；在服务器本地缓存中基于“XX办公软件”的ID进行查询，并且未查询到在服务器本地缓存中保存有与“XX办公软件”的ID相应的软件安装包；随后生成包括“XX办公软件”的ID和相应的第一版本信息“2015.11.01”的获取请求，并向数据库设备发送该获取请求；接收数据库设备响应于该获取请求返回的与“XX办公软件”的ID对应的软件安装数据，该软件安装数据包括相应的第三版本信息“2015.12.01”；在服务器本地缓存中保存接收到的软件安装数据。

优选地，基于接收到的软件安装数据更新服务器本地缓存的步骤具体包括：若确定服务器本地缓存中保存有与软件标识对应的软件安装数据，则以接收到的软件安装数据替换服务器本地缓存中与软件标识对应的软件安装数据。

例如，服务器端接收到客户端W发送的包括软件ID及第一版本信息“2015.11.01”的软件更新请求后，确定在服务器本地缓存中保存的相应与该软件ID的软件安装包相应的第二版本信息是“2015.10.01”；判断与在服务器本地缓存中保存的软件安装包相应的第二版本信息较旧于客户端W发送的与待更新软件“XX办公软件”相应的第一版本信息；生成用于获取“XX办公软件”的软件更新信息的获取请求，其中包括第一版本信息“2015.11.01”，并向数据库设备发送该获取请求；接收数据库设备响应于该获取请求返回的软件安装数据，该软件安装数据包括相应的第三版本信息“2015.12.01”；在服务器本地缓存中将第一版本信息对应的软件安装信息删除，并保存接收到的与第三版本信息对应的软件安装数据。

本发明的技术方案解决了不增加服务器硬件投入成本的情况下，快速响应客户端发送的软件更新请求的问题。首先，接收客户端发送的软件更新请求；接着，对软件更新请求进行分析，以获取待更新软件的软件标识及第一版本信息；随后，依据分析结果，检查服务器本地缓存中是否保存与软件更新请求相应的软件安装数据；在服务器本地缓存中未保存所有软件的软件安装数据，只保存了热门软件的软件安装数据或者与曾经响应客户端发送的软件更新请求相应的软件更新数据，减轻了服务器本地缓存的存储压力，从而减小了保存软件安装数据的硬件结构的复杂度及硬件投入成本；随后，依据检查结果确定与软件更新请求对应的软件更新数据，服务器端不直接响应客户端发送的软件更新请求，而是对客户端发送的软件更新请求进行分析并得出检查结果，依据该检查结果确定如何响应客户端发送的软件更新请求，因此服务器端响应客户端发送的软件更新请求的速度得到提到。进一步地，服务器端将软件安装数据中发生更新的数据以增量数据的形式返回至客户端，大大降低了终端用户网络流量的消耗成本，用户的体验度得到增加。

图4所示是本发明实施例的软件更新的装置的结构示意图。

其中，本实施例可在服务器端执行。

请求接收模块410接收客户端发送的软件更新请求；请求分析模块420对软件更新请求进行分析，以获取待更新软件的软件标识及第一版本信息；数据检查模块430依据分析结果，检查服务器本地缓存中是否保存与软件更新请求相应的软件安装数据；数据确定模块440依据检查结果确定与软件更新请求对应的软件更新数据。

请求接收模块410接收客户端发送的软件更新请求。

需要说明的是，客户端发送的软件更新请求可以由用户手动触发客户端软件更新的操作来启动，也可以以客户端中预设置的预定更新频率来发送软件更新请求，对此本发明实施例不作限定。

请求分析模块420对软件更新请求进行分析，以获取待更新软件的软件标识及第一版本信息。

例如，服务器端接收到客户端W发送的软件更新请求，对该软件更新请求进行分析，提取待更新软件的软件标识信息是“XX办公软件”，与待更新软件“XX办公软件”相应的第一版本信息是“10.1.0.5400”。

需要说明的是，本发明实施例中涉及到的第一版本信息、第二版本信息及第三版本信息，均包括但不限于以下实现形式：

版本号、时间戳。

数据检查模块430依据分析结果，检查服务器本地缓存中是否保存与软件更新请求相应的软件安装数据。

其中，软件安装数据可以是软件安装包。

优选地，数据检查模块430具体包括数据查询子模块431(图中未标出)：数据查询子模块431在服务器本地缓存中查询以确定是否保存有与软件标识对应的软件安装数据，软件安装数据包括第二版本信息。

例如，服务器端接收到客户端W发送的软件更新请求，对该软件更新请求进行分析，提取待更新软件的软件标识信息是“XX办公软件”；在服务器本地缓存中对待更新软件的软件标识信息“XX办公软件”进行查询，以确定在服务器本地缓存中是否保存与待更新软件的软件标识信息“XX办公软件”相应的软件安装包。其中，与在服务器本地缓存中保存的软件安装包相应的软件版本信息是第二版本信息。

数据确定模块440依据检查结果确定与软件更新请求对应的软件更新数据。

优选地，数据确定模块440具体包括版本判断子模块441(图中未标出)和数据确定子模块442(图中未标出)：版本判断子模块441当服务器本地缓存中保存有与软件标识对应的软件安装数据时，判断第二版本信息是否较新于第一版本信息；数据确定子模块442当第二版本信息较新于第一版本信息时，确定软件安装数据为与软件更新请求相应的软件更新数据。

例如，服务器端接收到客户端W发送的软件更新请求，对该软件更新请求进行分析，提取待更新软件的软件标识信息是“XX办公软件”，客户端W发送的与待更新软件“XX办公软件”相应的第一版本信息是“10.1.0.5400”；在服务器本地缓存中对待更新软件的软件标识信息“XX办公软件”进行查询，并且查询到在服务器本地缓存中保存有与待更新软件的软件标识信息“XX办公软件”相应的软件安装包，获取到在服务器本地缓存中保存的软件安装包及相应的第二版本信息“11.1.0.5400”；判断与在服务器本地缓存中保存的软件安装包相应的第二版本信息较新于客户端W发送的与待更新软件“XX办公软件”相应的第一版本信息；确定在服务器本地缓存中保存的软件安装包和与其相应的第二版本信息“11.1.0.5400”为与客户端W发送的软件更新请求相应的软件更新数据。

可选地，数据确定模块440还包括请求生成子模块443(图中未标出)和请求发送子模块444(图中未标出)：请求生成子模块443当服务器本地缓存中未保存与软件标识对应的软件安装数据，或者服务器本地缓存中保存有与软件标识对应的软件安装数据且第二版本信息与第一版本信息的版本一致或第二版本信息较旧于第一版本信息时，生成包括软件标识及第一版本信息的用于获取软件安装数据的获取请求；请求发送子模块444向数据库设备发送获取请求。

例如，服务器端接收到客户端W发送的软件更新请求，对该软件更新请求进行分析，提取待更新软件的软件标识信息是“XX办公软件”的ID；在服务器本地缓存中基于待更新软件的ID进行查询，并且未查询到在服务器本地缓存中保存有与待更新软件的ID相应的软件安装包。

又例如，服务器端接收到客户端W发送的软件更新请求，对该软件更新请求进行分析，提取待更新软件的软件标识信息是“XX办公软件”的ID，客户端W发送的与待更新软件“XX办公软件”的ID相应的第一版本信息是“2015.11.01”；在服务器本地缓存中基于待更新软件的软件标识信息“XX办公软件”的ID进行查询，并且查询到在服务器本地缓存中保存有与待更新软件的ID相应的软件安装包；从服务器本地缓存中获取到保存的软件安装包及相应的第二版本信息“2015.10.01”；判断与在服务器本地缓存中保存的软件安装包相应的第二版本信息较旧于客户端W发送的与待更新软件“XX办公软件”相应的第一版本信息。

再例如，若获取到的与在服务器本地缓存中保存的软件安装包相应的第二版本信息是“2015.11.01”；判断与在服务器本地缓存中保存的软件安装包相应的第二版本信息与客户端W发送的与待更新软件“XX办公软件”相应的第一版本信息“2015.11.01”一致。

接着，生成包括软件标识及第一版本信息的用于获取软件安装数据的获取请求，并向数据库设备发送获取请求。例如，生成包括“XX办公软件”的ID和相应的第一版本信息“2015.11.01”的获取请求，并向数据库设备发送该获取请求。

可选地，若服务器本地缓存中未保存与软件标识对应的软件安装数据，或者服务器本地缓存中保存有与软件标识对应的软件安装数据且第二版本信息与第一版本信息的版本一致或第二版本信息较旧于第一版本信息，请求生成子模块443生成包括软件标识及第一版本信息的用于获取软件安装数据的获取请求，请求发送子模块444向数据库设备发送获取请求之后，该装置还包括数据接收子模块445(图中未标出)和数据确定子模块446(图中未标出)：数据接收子模块445接收数据库设备响应于获取请求返回的与软件标识对应软件安装数据，该软件安装数据包括第三版本信息；数据确定子模块446依据接收到的软件安装数据确定软件更新数据。

优选地，数据确定子模块446具体包括增量数据获取单元4461(图中未标出)：增量数据获取单元4461基于第一版本信息与第三版本信息从接收到的软件安装数据获取增量更新数据，以作为软件更新数据。

例如，接收数据库设备响应于包括“XX办公软件”的ID和相应的第一版本信息“2015.11.01”的获取请求返回的与“XX办公软件”的ID对应的软件安装数据，该软件安装数据包括第三版本信息“2015.12.01”；基于第一版本信息“2015.11.01”与第三版本信息“2015.12.01”从接收到的数据库设备发送的软件安装数据中获取增量更新数据，并将该增量更新数据作为软件更新数据。

需要说明的是，在对软件安装数据进行更新操作时，通常只是更新了原软件安装数据的一部分数据，如果服务器向客户端发送完整的更新后的软件安装数据会耗费终端用户较大的网络流量，且客户端接收到的大部分软件更新数据是本地存储的软件安装数据中已有的，造成了网络流量的浪费。而增量更新数据是基于原软件安装数据和软件更新数据比较后生成的只保留软件更新数据中与原软件安装数据具有差异化的部分数据，因此，客户端只需获取与待更新软件标识信息相应的增量更新数据即可更新本地的软件安装数据，并且节省了下载全部软件更新数据的时间及流量成本。

优选地，增量数据获取单元4461具体包括差异分析子单元44611(图中未标出)和数据提取子单元44612(图中未标出)：差异分析子单元44611分析并确定第一版本信息对应的待安装软件的软件安装数据与接收到的软件安装数据的差异部分；数据提取子单元44612提取差异部分作为增量更新数据。

例如，接收数据库设备相应于包括“XX办公软件”的ID和与“XX办公软件”的ID相应的第一版本信息“2015.11.01”的获取请求返回的与“XX办公软件”的ID对应的软件安装数据，该软件安装数据包括相应的第三版本信息“2015.12.01”。与第三版本信息“2015.12.01”相应的软件“XX办公软件”相较于第一版本信息“2015.11.01”相应的软件“XX办公软件”增加了“一键分享”的功能，而与第三版本信息“2015.12.01”相应的软件“XX办公软件”的其他功能相较于第一版本信息“2015.11.01”相应的软件“XX办公软件”一致。因此，分析并确定与“一键分享”功能相应的数据为第一版本信息对应的软件安装数据与第三版本信息对应的软件安装数据的差异部分；提取差异部分作为增量更新数据。

可选地，该装置还包括缓存更新子模块447(图中未标出)：缓存更新子模块447基于接收到的软件安装数据更新服务器本地缓存。

其中，缓存更新子模块447具体包括数据保存单元4471(图中未标出)：数据保存单元4471当确定服务器本地缓存中未保存有与软件标识对应的软件安装数据时，在服务器本地缓存中保存接收到的软件安装数据。

需要说明的是，为了避免后续在接收到客户端发送的与本次软件更新请求相同软件的软件更新请求时，再次重复向数据库设备发送获取请求和接收数据库设备响应于获取请求返回相同的软件安装数据，针对在服务器本地缓存中未保存有与软件标识对应的软件安装数据，服务器端将在服务器本地缓存中保存接收到的软件安装数据。

例如，服务器端接收到客户端W发送的软件更新请求，对该软件更新请求进行分析，提取待更新软件“XX办公软件”的ID及第一版本信息“2015.11.01”；在服务器本地缓存中基于“XX办公软件”的ID进行查询，并且未查询到在服务器本地缓存中保存有与“XX办公软件”的ID相应的软件安装包；随后生成包括“XX办公软件”的ID和相应的第一版本信息“2015.11.01”的获取请求，并向数据库设备发送该获取请求；接收数据库设备响应于该获取请求返回的与“XX办公软件”的ID对应的软件安装数据，该软件安装数据包括相应的第三版本信息“2015.12.01”；在服务器本地缓存中保存接收到的软件安装数据。

优选地，缓存更新子模块447具体包括数据替换单元4472(图中未标出)：数据替换单元4472当确定服务器本地缓存中保存有与软件标识对应的软件安装数据时，以接收到的软件安装数据替换服务器本地缓存中与软件标识对应的软件安装数据。

例如，服务器端接收到客户端W发送的包括软件ID及第一版本信息“2015.11.01”的软件更新请求后，确定在服务器本地缓存中保存的相应与该软件ID的软件安装包相应的第二版本信息是“2015.10.01”；判断与在服务器本地缓存中保存的软件安装包相应的第二版本信息较旧于客户端W发送的与待更新软件“XX办公软件”相应的第一版本信息；生成用于获取“XX办公软件”的软件更新信息的获取请求，其中包括第一版本信息“2015.11.01”，并向数据库设备发送该获取请求；接收数据库设备响应于该获取请求返回的软件安装数据，该软件安装数据包括相应的第三版本信息“2015.12.01”；在服务器本地缓存中将第一版本信息对应的软件安装信息删除，并保存接收到的与第三版本信息对应的软件安装数据。

本发明的技术方案解决了不增加服务器硬件投入成本的情况下，快速响应客户端发送的软件更新请求的问题。首先，接收客户端发送的软件更新请求；接着，对软件更新请求进行分析，以获取待更新软件的软件标识及第一版本信息；随后，依据分析结果，检查服务器本地缓存中是否保存与软件更新请求相应的软件安装数据；在服务器本地缓存中未保存所有软件的软件安装数据，只保存了热门软件的软件安装数据或者与曾经响应客户端发送的软件更新请求相应的软件更新数据，减轻了服务器本地缓存的存储压力，从而减小了保存软件安装数据的硬件结构的复杂度及硬件投入成本；随后，依据检查结果确定与软件更新请求对应的软件更新数据，服务器端不直接响应客户端发送的软件更新请求，而是对客户端发送的软件更新请求进行分析并得出检查结果，依据该检查结果确定如何响应客户端发送的软件更新请求，因此服务器端响应客户端发送的软件更新请求的速度得到提到。进一步地，服务器端将软件安装数据中发生更新的数据以增量数据的形式返回至客户端，大大降低了终端用户网络流量的消耗成本，用户的体验度得到增加。

本技术领域技术人员可以理解，本发明包括涉及用于执行本申请中所述操作中的一项或多项的设备。这些设备可以为所需的目的而专门设计和制造，或者也可以包括通用计算机中的已知设备。这些设备具有存储在其内的计算机程序，这些计算机程序选择性地激活或重构。这样的计算机程序可以被存储在设备(例如，计算机)可读介质中或者存储在适于存储电子指令并分别耦联到总线的任何类型的介质中，所述计算机可读介质包括但不限于任何类型的盘(包括软盘、硬盘、光盘、CD-ROM、和磁光盘)、ROM(Read-OnlyMemory，只读存储器)、RAM(RandomAccessMemory，随即存储器)、EPROM(ErasableProgrammableRead-OnlyMemory，可擦写可编程只读存储器)、EEPROM(ElectricallyErasableProgrammableRead-OnlyMemory，电可擦可编程只读存储器)、闪存、磁性卡片或光线卡片。也就是，可读介质包括由设备(例如，计算机)以能够读的形式存储或传输信息的任何介质。

本技术领域技术人员可以理解，可以用计算机程序指令来实现这些结构图和/或框图和/或流图中的每个框以及这些结构图和/或框图和/或流图中的框的组合。本技术领域技术人员可以理解，可以将这些计算机程序指令提供给通用计算机、专业计算机或其他可编程数据处理方法的处理器来实现，从而通过计算机或其他可编程数据处理方法的处理器来执行本发明公开的结构图和/或框图和/或流图的框或多个框中指定的方案。

本技术领域技术人员可以理解，本发明中已经讨论过的各种操作、方法、流程中的步骤、措施、方案可以被交替、更改、组合或删除。进一步地，具有本发明中已经讨论过的各种操作、方法、流程中的其他步骤、措施、方案也可以被交替、更改、重排、分解、组合或删除。进一步地，现有技术中的具有与本发明中公开的各种操作、方法、流程中的步骤、措施、方案也可以被交替、更改、重排、分解、组合或删除。

以上所述仅是本发明的部分实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims (10)

1.一种软件更新的方法，包括：

接收客户端发送的软件更新请求；

对所述软件更新请求进行分析，以获取待更新软件的软件标识及第一版本信息；

依据分析结果，检查服务器本地缓存中是否保存与所述软件更新请求相应的软件安装数据；

依据检查结果确定与所述软件更新请求对应的软件更新数据。

2.根据权利要求1所述的软件更新的方法，其中，依据分析结果，检查服务器本地缓存中是否保存与所述软件更新请求相应的软件安装数据，具体包括：

依据所述软件标识，在服务器本地缓存中查询以确定是否保存有与所述软件标识对应的软件安装数据，所述软件安装数据包括第二版本信息。

3.根据权利要求2所述的软件更新的方法，其中，依据检查结果确定与所述软件更新请求对应的软件更新数据，具体包括：

若服务器本地缓存中保存有与所述软件标识对应的软件安装数据，判断所述第二版本信息是否较新于所述第一版本信息；

若是，则确定所述软件安装数据为与所述软件更新请求相应的软件更新数据。

4.根据权利要求2所述的软件更新的方法，其中，依据检查结果确定与所述软件更新请求对应的软件更新数据，具体包括：

若服务器本地缓存中未保存与所述软件标识对应的软件安装数据，或者服务器本地缓存中保存有与所述软件标识对应的软件安装数据且所述第二版本信息与所述第一版本信息的版本一致或所述第二版本信息较旧于所述第一版本信息，则生成包括所述软件标识及所述第一版本信息的用于获取软件安装数据的获取请求，并向数据库设备发送所述获取请求。

5.根据权利要求4所述的软件更新的方法，其中，还包括：

接收所述数据库设备响应于所述获取请求返回的与所述软件标识对应软件安装数据，该软件安装数据包括第三版本信息；

依据接收到的软件安装数据确定软件更新数据。

6.根据权利要求5所述的软件更新的方法，其中，依据接收到的软件安装数据确定软件更新数据，具体包括：

基于所述第一版本信息与所述第三版本信息从接收到的软件安装数据获取增量更新数据，以作为所述软件更新数据。

7.根据权利要求6述的软件更新的方法，其中，基于所述第一版本信息与所述第三版本信息从接收到的软件安装数据获取增量更新数据，具体包括：

分析并确定所述第一版本信息对应的待安装软件的软件安装数据与接收到的软件安装数据的差异部分；

提取所述差异部分作为增量更新数据。

8.根据权利要求5-7任一项所述的软件更新的方法，其中，还包括：

基于接收到的软件安装数据更新服务器本地缓存。

9.根据权利要求8所述的软件更新的方法，其中，基于接收到的软件安装数据更新服务器本地缓存，包括：

若确定服务器本地缓存中未保存有与所述软件标识对应的软件安装数据，则在服务器本地缓存中保存接收到的软件安装数据。

10.一种软件更新的装置，包括：

请求接收模块，用于接收客户端发送的软件更新请求；

请求分析模块，用于对所述软件更新请求进行分析，以获取待更新软件的软件标识及第一版本信息；

数据检查模块，用于依据分析结果，检查服务器本地缓存中是否保存与所述软件更新请求相应的软件安装数据；

数据确定模块，用于依据检查结果确定与所述软件更新请求对应的软件更新数据。