一种信息处理方法及系统与流程

本申请涉及电子技术领域，尤其涉及一种信息处理方法及系统。

背景技术：

当前，通过手机App打车已经成为一种趋势，为了使用App打车，用户需要对该应用进行一系列操作，从而完成网上打车服务。

在使用打车软件的过程中，若是打车软件需要更新时，客户端需要到服务器重新下载安装包，比如说之前的安装包为15M，那更新时，客户端还需要再到服务器重新在15M以上的安装包重新安装，这样就减少了客户端的流量损耗。

技术实现要素：

本发明实施例提供了一种信息处理方法及系统，用以解决现有技术中软件更新时，都需要重新在安装包，导致客户端流量损耗的问题。

其具体的技术方案如下：

一种信息处理方法，所述方法包括：

客户端生成应用程序更新请求，并将所述更新请求发送至服务器；

接收所述服务器返回的安装包差量的存储地址，其中，所述安装包差量为两个版本的安装包之间的差异数据；

根据所述存储地址，获取对应的安装包差量；

根据所述安装包差量，更新所述应用程序。

可选的，客户端生成应用程序更新请求，包括：

客户端获取所述应用程序的版本号，其中，所述版本号用于服务器确定是否对所述应用程序进行更新；

将所述版本号添加至所述更新请求中，生成包含所述版本号的所述更新请求。

可选的，根据所述存储地址，获取对应的安装包差量，包括：

接收服务器返回的基于所述更新请求中的版本号对应的存储地址；

根据所述存储地址，获取存储地址对应的存储空间中的所述安装包差量。

可选的，根据所述安装包差量，更新所述应用程序，包括：

获取本地已有安装包；

将所述本地安装包与所述安装包差量进行合并，得到更新安装包；

根据所述更新安装包，更新所述应用程序。

可选的，在获取对应的安装包差量之后，并且在更新所述应用程序之前，所述方法还包括：

通过指定校验方式，对生成的所述安装包差量进行校验；

若校验通过，则根据所述安装差量包，更新所述应用程序。

一种信息处理方法，所述方法包括：

服务器接收客户端发送的应用程序的更新请求；

在所述更新请求中获取所述应用程序的版本号，并根据所述版本号判定所述应用程序是否升级；

若是，则根据所述版本号，确定出对应的安装包差量，并将所述安装包差量发送至所述客户端，其中，所述安装包差量表征两个版本的安装包之间的差异数据；

若否，则忽略所述更新请求。

可选的，在服务器接收客户端发送的应用程序的更新请求之前，所述方法还包括：

检测所述应用程序是否存在版本更新；

若是，则根据更新数据包以及当前数据包，获取所述安装包差量，并建立当前数据包的版本号与安装包差量的存储地址之间的对应关系，其中，所述更新数据包为更新版本对应的安装包数据，所述当前数据包为当前版本对应的安装包数据；

若否，则维持当前状态。

一种信息处理系统，所述系统包括：

请求生成模块，用于生成应用程序更新请求，并将所述更新请求发送至服务器；

接收模块，用于接收所述服务器返回的安装包差量的存储地址，其中，所述安装包差量为两个版本的安装包之间的差异数据；

处理模块，用于根据所述存储地址，获取安装包差量；根据所述安装包差量，更新所述应用程序。

一种服务器，所述服务器包括：

接收器，用于接收客户端发送的应用程序的更新请求；

处理器，用于在所述更新请求中获取所述应用程序的版本号，并根据所述版本号判定所述应用程序是否升级；若是，则根据所述版本号，确定出对应的安装包差量，并将所述安装包差量数据发送至所述客户端，其中，所述安装包差量表征两个版本的安装包之间的差异数据；若否，则忽略所述更新请求。

可选的，所述处理器，还用于检测所述应用程序是否存在更新数据包；若是，则根据更新数据包以及当前数据包，获取所述安装包差量，并建立当前数据包的版本号与安装包差量之间的对应关系；若否，则维持当前状态。

在本发明技术方案中，客户端在需要更新时，只需要下载对应的安装包差量，而不再需要重新下载完整的安装包，这样就为客户端减少了流量损耗，并且也为服务器减少了数据流量，使得软件更新更加的快捷方便，提升了用户的使用体验。

附图说明

图1为本发明实施例中一种信息处理方法的流程图；

图2为本发明实施例中另一种信息处理方法的流程图；

图3为本发明实施例中一种信息处理系统的结构示意图；

图4为本发明实施例中一种服务器的结构示意图。

具体实施方式

下面通过附图以及具体实施例对本发明技术方案做详细的说明，应当理解，本发明实施例及实施例中的具体技术特征只是对本发明技术方案的说明，而不是限定，在不冲突的情况下，本发明实施例以及实施例中的具体技术特征可以相互组合。

实施例一：

如图1所示为本发明实施例中一种信息处理方法的流程图，该方法包括：

S101，客户端生成应用程序更新请求，并将更新请求发送至服务器；

首先，在本发明实施例中，为了使得客户端在进行软件更新时，不需要每次都重新完整下载安装包，所以在服务器中需要生成每个版本对应的安装包差量，此处安装包差量包含了应用程序不同版本之间的差异。

比如说，版本1.0为一个版本，在版本1.0的基础更新到1.1，由于版本更新时，主要的数据都不会存在差异，只是部分数据会存在差异，所以更新之后，应用软件的安装包中就只是存在一定的差量，所以本发明实施例中，服务器将生成应用程序各个版本之间的安装包差量，比如说，版本1.0的整个安装包的15M，重新下载版本1.1为15.5M，而安装包差量为3M。

在服务器生成各个安装包差量之后，服务器将各个安装包差量与版本号之间形成一个对应关系，这样服务器就可以根据客户端的版本号来确定对应的安装包差量。

基于上述的内容，在应用程序需要更新时，客户端将生成更新请求。在客户端生成应用更新请求时，客户端会在该更新请求中添加应用程序的版本号，从而使得服务器能够根据该版本号确定出对应的安装包差量。

S102，接收服务器返回的安装包差量的存储地址；

在客户端将包含了应用程序的版本号的更新请求发送至服务器之后，服务器将从该更新请求中获取到版本号，并根据版本号确定出对应的安装包差量的存储地址，该存储地址表征了安装包差量所存储的位置。然后服务器将该安装包差量的存储地址发送至对应的客户端。

S103，根据存储地址，获取对应的安装包差量；

在客户端获取到服务器返回的安装包差量的存储地址之后，客户端将根据该存储地址到指定位置获取到对应的安装包差量，这里需要说明的是，该安装包差量可以存储在服务器中，还可以存储在云端服务器中。

S104，根据安装包差量，更新应用程序。

由于客户端获取到该安装包差量只是两个版本之间需要更新的内容，所以客户端还需要对本地已有的安装包进行复制，在本进行本地安装包复制时会存在两种情况。

情况一：

若是能够对本地已有安装包进行复制时，将直接对本地已有安装包进行复制，并且将本地安装包与安装包差量进行合并，从而得到更新安装包。

这里的合并过程可以是将安装包差量中的数据内容增加到本地安装包中，或者是将安装包差量中的数据内容替换本地安装包中的原有内容。

在将本地安装包与安装包差量进行合并之后，将通过指定校验方式，对生成的安装包差量进行校验，这里的指定校验可以是sha1sum校验。

在校验通过时，将根据新生成的安装包，更新应用程序。

通过上述的方式，客户端在需要更新时，只需要下载对应的安装包差量，而不再需要重新下载完整的安装包，这样就为客户端减少了流量损耗，并且也为服务器减少了数据流量，使得软件更新更加的快捷方便，提升了用户的使用体验。

情况二：

若是不能够对本地已有安装包进行复制时，客户端将生成用于提示客户端重新下载完整安装包的提示信息。

也就是说，在本地已有的安装包不能拷贝的条件下，无法完成安装包与安装包差量的合并，从而不能进行差量更新。从而客户端通过生成提示信息的方式来引导客户端的进行安装包的重新下载。

综上来讲，在本发明实施例中，客户端在需要更新时，只需要下载对应的安装包差量，而不再需要重新下载完整的安装包，这样就为客户端减少了流量损耗，并且也为服务器减少了数据流量，使得软件更新更加的快捷方便，提升了用户的使用体验。

实施例二：

本发明实施例提供了一种信息处理方法，如图2所示为本发明实施例中一种信息处理方法的流程图，该方法包括：

S201，接收客户端发送的应用程序的更新请求；

S202，在更新请求中获取应用程序的版本号，并根据版本号判定应用程序是否升级；

若是，则执行S203，若否，则执行S204。

S203，根据版本号，确定出对应的安装包差量，并将安装包差量发送至客户端；

S204，忽略更新请求。

在本发明实施例中，为了使得客户端在进行软件更新时，不需要每次都重新完整下载安装包，所以在服务器中需要生成每个版本对应的安装包差量，此处安装包差量包含了应用程序不同版本之间的差异。也就是，在服务器检测到应用程序存在版本更新时，服务器将根据更新数据包以及当前数据包，获取安装包差量，并建立装包差量的存储地址与版本号之间的对应关系，这里版本号为应用程序当前使用的版本的版本号。

比如说，版本1.0为应用程序一个版本，在版本1.0的基础更新到1.1，由于版本更新时，主要的数据都不会存在差异，只是部分数据会存在差异，所以更新之后，应用软件的安装包中就只是存在一定的差量，所以本发明实施例中，服务器将生成应用程序各个版本之间的安装包差量，比如说，版本1.0的整个安装包的15M，重新下载版本1.1为15.5M，而安装包差量为3M。

在服务器得到各个安装包差量之后，服务器将各个安装包差量与版本号之间形成一个对应关系，比如，上述的安装差量包为A，并且存储A的地址为aaa，那么对应关系为1.0—aaa。这样服务器就可以根据客户端的版本号来确定对应的安装包差量。

所以，在服务器获取到客户端的更新请求时，服务器从更新请求中获取到应用程序的版本号，通过版本号判定应用程序是否需要更新，若应用程序需要更新，则根据版本号确定出对应的安装包差量的存储地址，并将该安装包差量的存储地址发送至客户端；若是应用程序不需要更新，则维持应用程序当前的状态。

通过上述的方法，应用程序在更新时，并不需要下载完整的安装包，而是主要直接获取基于安装包差量进行更新，从而节省了客户端的流量以及更新时间，并且也减轻的服务器端的数据处理压力。

实施例三：

对应本发明实施例一中的一种信息处理方法，本发明实施例中还提供了一种信息处理系统，如图3所示为本发明实施例中一种信息处理系统的结构示意图，该系统包括：

请求生成模块301，用于生成应用程序更新请求，并将所述更新请求发送至服务器；

接收模块302，用于接收所述服务器返回的安装包差量的存储地址，其中，所述安装包差量为两个版本的安装包之间的差异数据；

处理模块303，用于根据所述存储地址，获取安装包差量；根据所述安装包差量，更新所述应用程序。

进一步，在本发明实施例中，所述请求生成模块301，具体用于客户端获取所述应用程序的版本号，将所述版本号添加至更新请求中，生成包含所述版本号的所述更新请求，其中，所述版本号用于服务器确定对应的安装包差量地址。

进一步，在本发明实施例中，所述处理模块303，还用于接收服务器返回的基于更新请求中的版本号对应的存储地址，根据存储地址，获取存储地址对应的存储空间中的安装包差量。

实施例四：

对应本发明实施例二中的一种信息处理方法，本发明实施例中还提供了一种服务器，如图4所示为本发明实施例中一种信息处理系统的结构示意图，该系统包括：

接收器401，用于接收客户端发送的应用程序的更新请求；

处理器402，用于在所述更新请求中获取所述应用程序的版本号，并根据所述版本号判定所述应用程序是否升级；若是，则根据所述版本号，确定出对应的安装包差量，并将所述安装包差量数据发送至所述客户端，其中，所述安装包差量表征两个版本的安装包之间的差异数据；若否，则忽略所述更新请求。

进一步，在本发明实施例中，所述处理器402，还用于检测所述应用程序是否存在更新数据包；若是，则根据更新数据包以及当前数据包，获取所述安装包差量，并建立当前数据包的版本号与安装包差量之间的对应关系；若否，则维持当前状态。

尽管已描述了本申请的优选实施例，但本领域内的普通技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的改进和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本申请范围的所有改进和修改。

显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。