一种版本数据发布、获取方法、设备及装置及更新系统与流程

本说明书涉及互联网信息处理技术以及计算机技术领域，尤其涉及一种版本数据发布、获取方法、设备及装置及更新系统。

背景技术：

随着智能设备以及互联网技术的发展，用户可以通过在智能设备上安装应用程序，从而实现相应的操作或控制功能。然而，随着科技的发展，开发者针对同一款应用程序，可以开发出不同版本的应用程序安装包，那么在对应用程序进行更新时，一般不希望对该应用程序进行全量更新(即全量覆盖已安装版本的应用程序)，此时可以提供增量安装包(也可以称之为补丁包)，相当于对原本应用程序的“修补”，即可纠正错误或实现新功能。

在一实施例中，获取补丁包的方法是发布平台直接将补丁数据包推送到客户端，然后客户端根据发布平台的推送对所述补丁数据包进行校验，校验无误后再加载所述补丁数据包中的数据，以实现该补丁数据包在该客户端上生效。基于目前提供的方案，亟需一种更便捷的方式，以简化更新数据的获取流程。

技术实现要素：

有鉴于此，本说明书实施例提供了一种版本数据发布、获取方法、设备及装置及更新系统，用于解决现有技术中版本数据验证流程长，操作复杂的问题。

本说明书实施例采用下述技术方案：

本说明书实施例提供一种版本数据发布方法，包括：

获取用于版本更新的更新数据；

确定所述更新数据的第一存储地址；

基于所述第一存储地址，生成并发布第一识别图像，使终端设备通过所述第一识别图像获取所述更新数据。

本说明书实施例还提供一种版本数据获取方法，包括：

从第二服务器中获取第一识别图像；

解析所述第一识别图像，得到第一存储地址；

根据所述第一存储地址，获取更新数据，所述更新数据用于对终端设备中安装的应用程序进行版本更新。

本说明书实施例还提供一种版本数据发布装置，包括：

数据获取模块，获取用于版本更新的更新数据；

地址获取模块，确定所述更新数据的第一存储地址；

第一处理模块，基于所述第一存储地址，生成并发布第一识别图像，使终端设备通过所述第一识别图像获取所述更新数据。

本说明书实施例还提供一种版本数据发布设备，包括至少一个处理器及存储器，所述存储器存储有程序，并且被配置成由所述至少一个处理器执行以下步骤：

获取用于版本更新的更新数据；

确定所述更新数据的第一存储地址；

基于所述第一存储地址，生成并发布第一识别图像，使终端设备通过所述第一识别图像获取所述更新数据。

本说明书实施例还提供一种版本数据获取装置，包括：

图像获取模块，从第二服务器中获取第一识别图像；

图像解析模块，解析所述第一识别图像，得到第一存储地址；

第二处理模块，根据所述第一存储地址，获取更新数据，所述更新数据用于对终端设备中安装的应用程序进行版本更新。

本说明书实施例还提供一种版本数据获取设备，包括至少一个处理器及存储器，所述存储器存储有程序，并且被配置成由所述至少一个处理器执行以下步骤：

从第二服务器中获取第一识别图像；

解析所述第一识别图像，得到第一存储地址；

根据所述第一存储地址，获取更新数据，所述更新数据用于对终端设备中安装的应用程序进行版本更新。

本说明书实施例还提供一种版本数据更新系统，包括：

第二服务器，获取用于版本更新的更新数据，确定所述更新数据的第一存储地址，基于所述第一存储地址，生成并发布第一识别图像；

终端设备，获取并解析所述第二服务器发布的第一识别图像，解析所述第一识别图像，得到所述第一存储地址，根据所述第一存储地址，获取更新数据，所述更新数据用于对所述终端设备中安装的应用程序进行版本更新。

本说明书实施例采用的上述至少一个技术方案能够达到以下有益效果：根据用于版本更新的更新数据的第一存储地址生成第一识别图像，使终端设备通过所述第一识别图像获取所述更新数据。使得获取更新数据的过程更加简单，降低验证所述更新数据的时间和难度。

附图说明

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

图1为本说明书一实施例中版本数据发布方法的流程图；

图2为本说明书一实施例中利用版本数据发布方法发布版本还原数据的流程图；

图3为本说明书一实施例中版本数据获取方法的流程图；

图4为本说明书一实施例中将版本数据获取方法用于版本还原的流程图；

图5为本说明书一实施例中版本数据发布装置的结构示意图；

图6为本说明书一实施例中版本数据获取装置的结构示意图；

图7为本说明书一实施例中版本数据更新系统的结构示意图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚，下面将结合本申请具体实施例及相应的附图对本申请技术方案进行清楚、完整地描述。显然，所描述的实施例仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

以下结合附图，详细说明本说明书各实施例提供的技术方案。

在一实施例中，获取补丁的方式是将补丁数据手动加载到应用程序的指定目录，客户端启动的时候去检测程序目录下是否存储补丁数据，如果存在，则在客户端启动时加载运行该补丁数据。当需要还原该补丁数据时，则同样需要手动删除该补丁数据，再次启动客户端从而生效。在本实施例中，操作流程复杂，需要了解补丁数据的存放目录，需要通过控制命令来将补丁数据加载到指定目录，针对不懂软件开发的用户而言，验证所述补丁数据所要解决的问题是否修复是完全做不到的。

在又一实施例中，补丁数据从生成到被客户端下载安装的过程包括：协作研发平台修改代码，然后将修改的代码进行打包处理从而形成补丁数据后，协作研发平台将所述补丁数据上传至内容分发网络，然后发布平台将所述上传至所述内容分发网络上的补丁数据推送至客户端，客户端在接收所述发布平台的推送后，从所述内容分发网络上下载所述补丁数据，在校验所述补丁数据的正确性后加载所述补丁数据。整个过程操作比较复杂，验证所述补丁数据所要解决的问题是否修复的过程同样比较长。

本说明书一实施例提供了一种版本数据发布和获取方法，以解决客户端需要发布平台推送才可以获取补丁数据而无法主动获取补丁数据，以及操作比较复杂,验证所述补丁数据所要解决的问题是否修复的过程比较长的问题。所述版本数据发布方法包括：首先，获取用于版本更新的更新数据；其次，确定所述更新数据的第一存储地址；最后，基于所述第一存储地址，生成并发布第一识别图像，使终端设备通过所述第一识别图像获取所述更新数据。

具体的，如图1所示，图1为本说明书一实施例中版本数据发布方法的流程图。步骤s101，获取用于版本更新的更新数据。

所述更新数据包括全量更新数据和增量更新数据，也就是说，在本说明书的一实施例中，所述更新数据可以是全量更新数据，例如可以是应用程序在版本更新时的全量版本数据；也可以是增量更新数据，例如在应用程序更新过程中的补丁数据。

接下来，以增量更新数据为例来介绍获取所述更新数据的过程。首先，第二服务器(可以理解为开发平台对应的服务器)对应用程序的代码进行修改；然后，将修改的代码进行打包，进而生成补丁数据包。这里的补丁数据包中包含的数据可以理解为本说明书实施例中记载的更新数据。需要说明的是，这仅仅是获取用于版本更新的更新数据的一个实施例，在其他实施例中，还可以通过其他方式以达到获取更新数据的目的。

在本说明书的一实施例中，所述第二服务器还可以包括协作研发平台(即打包平台)。也就是说，在上述步骤中，通过所述协作研发平台来获取所述更新数据。

步骤s103，确定所述更新数据的第一存储地址。

具体的，第二服务器在获取所述更新数据后，可以将所述更新数据发送至第一服务器，所述第一服务器接收所述更新数据并存储，然后将所述更新数据在所述第一服务器中的第一存储地址发送至所述第二服务器，所述第二服务器接收所述第一服务器发送的所述第一存储地址。

所述第一服务器包括但不限于内容分发网络(contentdeliverynetwork，cdn)。具体而言，协作研发平台将所述更新数据发送至cdn，并接收cdn发送的所述更新数据在cdn中的第一存储地址。

这里的第一服务器与第二服务器可以属于不同的服务器，“第一”和“第二”没有特殊含义，仅表示不同的服务器。

在本说明书实施例中，第二服务器在得到所述更新数据后，也可以将该更新数据存储在第二服务器中，并将该更新数据存储在第二服务器中的存储地址确定为所述更新数据的第一存储地址。

步骤s105，基于所述第一存储地址，生成并发布第一识别图像，使终端设备通过所述第一识别图像获取所述更新数据。

所述协作研发平台获取所述更新数据在cdn上的第一存储地址之后，基于所述第一存储地址，生成第一识别图像，从而将所述第一存储地址存储于所述第一识别图像中，所述第一识别图像包括但不限于二维码对应的图像，终端设备通过扫描二维码对应的图像获取所述第一存储地址，进而从所述第一存储地址获取所述更新数据。

进一步的，所述协作研发平台在生成所述第一识别图像时还基于所述更新数据的校验数据，即还将所述更新数据的校验数据存储于所述第一识别图像中，也就是说，所述第一识别图像中存储有所述更新数据的第一存储地址及其校验数据，所述校验数据用于校验所述更新数据的正确性，以确保所述更新数据的安全性。

终端设备在识别所述第一识别图像后，会根据所述第一存储地址从cdn上获取所述更新数据，在获取所述更新数据后，先利用所述校验数据校验所述更新数据的加密信息，以确保所述更新数据的安全性。

在本说明书的一实施例中，上述版本数据发布方法还可用于发布版本还原数据。具体的过程如下所述：首先，确定与所述更新数据对应的版本相关的还原数据，所述还原数据用于版本还原；其次，确定所述还原数据的第二存储地址；然后基于所述第二存储地址，生成并发布所述第二识别图像，使终端设备通过所述第二识别图像获取所述还原数据。如图2所示，图2为本说明书一实施例中利用版本发布方法发布版本还原数据的流程图。

步骤s200，确定与所述更新数据对应的版本相关的还原数据，所述还原数据用于版本还原。

具体的，所述协作研发平台获取与所述更新数据对应的版本相关的还原数据。例如，所述更新数据为补丁数据，且所述补丁数据的版本号为1.5，在此之前，应用程序已经发布过5个版本的补丁数据，且版本号高的补丁数据包含版本号低的补丁数据，具体的，所述应用程序已经发布过的补丁数据的版本号分别如下：1.0、1.1、1.2、1.3以及1.4。一般而言，补丁数据1.1包含补丁数据1.0，补丁数据1.2包含补丁数据1.1，补丁数据1.3包含补丁数据1.2，补丁数据1.4包含补丁数据1.3，补丁数据1.5包含补丁数据1.4。当然，其他实施例中，上述的6个补丁数据之间还可以是独立的，彼此之间不相关。

此时，所述还原数据有5个，这5个还原数据分别为还原数据0、还原数据1、还原数据2、还原数据3以及还原数据4。这5个还原数据可以使得所述应用程序的补丁数据从版本1.5分别还原到版本1.0、1.1、1.2、1.3以及1.4。也就是说这5个还原数据对应不同的版本信息。所述还原数据对应的版本信息即为所述还原数据使得终端设备中的应用程序能够还原到的更新数据的版本信息。具体而言，还原数据0对应的版本信息为1.0，即，所述还原数据0使得所述应用程序的补丁数据还原至1.0。以此类推，还原数据1对应的版本信息为1.1，还原数据2对应的版本信息为1.2，还原数据3对应的版本信息为1.3，还原数据4对应的版本信息为1.4。

在此基础上，确定所述更新数据对应的版本信息和所述还原数据对应的版本信息。例如，所述更新数据的版本信息为1.5，即所述更新数据为补丁数据1.5，所述还原数据对应的版本信息为1.0，即需要将所述终端设备中应用程序还原至补丁数据1.0。

然后，再根据所述更新数据对应的版本信息和所述还原数据对应的版本信息之间的关联关系，确定与所述更新数据对应的版本相关的还原数据。接上例，补丁数据1.5的版本信息1.5和还原数据0对应的版本信息1.0通过所述还原数据0建立关联关系。根据上述补丁数据1.5的版本信息和将要还原到的版本信息1.0之间的关联关系，可以确定与所述补丁数据1.5对应的版本相关的还原数据为还原数据0。当然，当所述还原数据对应的版本信息为其他值时，在本实施例中，例如，为1.1、1.2、1.3以及1.4中的任意一个时，可以采用上述相同的方法确定相应的还原数据。

步骤s202，确定所述还原数据的第二存储地址。

接上例，由于所述还原数据有5个，那么就需要针对这5个还原数据分别确定各自的第二存储地址。

步骤s204，基于所述第二存储地址，生成并发布所述第二识别图像，使终端设备通过所述第二识别图像获取所述还原数据。

具体的，首先，针对各个还原数据的第二存储地址，分别生成第二识别图像。接上例，针对上述5个还原数据，分别为还原数据0、还原数据1、还原数据2、还原数据3以及还原数据4，各自的第二存储地址分别为第二存储地址0、第二存储地址1、第二存储地址2、第二存储地址3以及第二存储地址4。针对这5个第二存储地址，分别生成5个第二识别图像，分别为第二识别图像0、第二识别图像1、第二识别图像2、第二识别图像3以及第二识别图像4。各个第二识别图像也为二维码对应的图像，即第二识别图像0、第二识别图像1、第二识别图像2、第二识别图像3以及第二识别图像4均为二维码对应的图像。

进一步的，确定每一个第二存储地址对应的还原数据能还原到的版本信息，并建立所述版本信息与所述第二识别图像之间的映射关系。

具体的，所述第二识别图像0中存储的是第二存储地址0，通过所述第二识别图像0可以获得还原数据0。通过扫描识别所述第二识别图像0，从而获得还原数据0，进而使得所述补丁数据从版本1.5还原到版本1.0。同样，所述第二识别图像1中存储的是第二存储地址1，通过所述第二识别图像1获得所述还原数据1。通过扫描识别所述第二识别图像1，获得还原数据1，使得所述补丁数据从版本1.5还原到版本1.1。通过扫描第二识别图像2，获得还原数据2，使得所述补丁数据从版本1.5还原到版本1.2。通过扫描第二识别图像3，获得还原数据3，使得所述补丁数据从版本1.5还原到版本1.3。同样的，通过扫描第二识别图像4，获得还原数据4，使得所述补丁数据从版本1.5还原到版本1.4。也就是说，建立每个还原数据所还原到的版本信息与各第二识别图像之间的映射关系。

在生成上述5个第二识别图像后，确定所述还原数据还原到的版本信息与所述更新数据对应的版本信息。具体而言，结合上述实施例，首先确定还原数据0、还原数据1、还原数据2、还原数据3以及还原数据4与所述更新数据1.5之间的关联关系。然后再根据上述5个还原数据与所述更新数据1.5之间的关联关系，建立所述更新数据1.5对应的第一识别图像与上述5个第二识别图像之间的映射关系。

在本说明书的一个实施例中，所述还原数据是终端设备需要还原到的版本信息对应的更新数据。此时，所述还原数据对应的版本信息即为所述终端设备上的应用程序需要还原到的版本信息。具体的，接上例，补丁数据1.0至补丁数据1.5之间是相互独立的，根据还原数据3可将所述补丁数据1.5还原至补丁数据1.3，此时，所述还原数据3就是将应用程序从原始状态更新至补丁数据1.3的更新数据，所述还原数据3对应的版本信息即为1.3。终端设备通过扫描所述第二识别图像3，从所述第二识别图像3中获取所述还原数据3的第二存储地址3，根据所述第二存储地址3获取所述还原数据3，从而使得终端设备从补丁数据1.5还原至补丁数据1.3。当然，在本实施例中，若补丁数据1.0至补丁数据1.5之间是相互关联的，此种实施方式也可以实现版本还原，具体的还原过程与上述过程相同。

在本说明书的又一实施例中，所述还原数据是终端设备需要还原到的版本信息，此时，所述还原数据对应的版本信息即为所述终端设备上的应用程序需要还原到的版本信息。例如，所述应用程序的补丁数据在更新到补丁数据1.5后，需要还原到的补丁数据的版本信息是1.3，即所述还原数据3为补丁数据1.3的版本信息1.3，所述还原数据3对应的版本信息为1.3，所述终端设备扫描所述第二识别图像3，则将所述应用程序从补丁数据1.5还原至补丁数据1.3。在此实施例中，所述终端设备在获取过补丁数据1.3时，就存储其在cdn上的第一存储地址，因此，当所述终端设备在扫描所述第二识别图像3时，获得所述还原数据3(即需要还原到的版本信息1.3)的第二存储地址3，进而获得所述还原数据3(即需要还原到的版本信息1.3)，进而获得存储在所述终端设备上的补丁数据1.3在cdn上的第一存储地址，再根据所述补丁数据1.3在cdn上的第一存储地址将所述补丁数据1.5还原至补丁数据1.3。

在本说明书的又一实施例中，若所述终端设备之前并没有更新过补丁数据1.3，则直接复位至未更新任何补丁数据的状态。具体的，若所述终端设备上的应用程序需要还原到的补丁数据的版本信息为1.3，但是所述终端设置是从补丁数据1.2直接更新到版本1.5的，那么，当所述终端设备在扫描第二识别图像3时，获得还原数据3的第二存储地址3，进而获得所述还原数据3(即补丁数据1.3的版本信息1.3)。由于所述终端设备中没有存储所述补丁数据1.3在cdn上的第一存储地址，所述终端设备在其本身上无法获得所述补丁数据1.3在cdn上的第一存储地址，也无法从所述第二识别图像3中获取补丁数据1.3在cdn上的第一存储地址，所述终端设备将无法根据所述还原数据3从补丁数据1.5还原至补丁数据1.3。在一实施例中，所述终端设备直接复位至没有任何更新数据的状态。在另一实施例中，可以还原至所述终端设备中存储的版本信息最高的版本，接上例，可以还原至补丁数据1.2。

最后，发布各第二识别图像。接上例，发布所述第二识别图像0、第二识别图像1、第二识别图像2、第二识别图像3以及第二识别图像4。

在本说明书的一实施例中，所述第二服务器在获取所述更新数据的同时，还获取所述更新数据的版本信息，并且基于所述更新数据的版本信息和标识数据生成并发布第三识别图像，所述标识数据用于指示从所述更新数据的版本信息对应的版本还原至初始版本，即使终端设备通过所述第三识别图像复位至未加载任何更新数据的状态。

也就是说，所述第二服务器基于所述更新数据的版本信息和标识数据生成并发布所述第三识别图像。具体的，当所述第三识别图像为二维码对应的图像时，所述终端设备通过扫码的方式识别所述第三识别图像。

当所述终端设备识别所述第三识别图像时，所述终端设备获取存储于所述第三识别图像中的所述更新数据的版本信息和所述标识数据，然后根据所述标识数据，所述终端设备上的应用程序从所述更新数据的版本复位至未加载任何更新数据的初始状态。具体而言，可以将所述标识数据理解为一个标识符，当所述终端设备在识别出所述标识符时，就执行以下动作：所述终端设备的应用程序从所述更新数据的版本复位至初始状态。在本说明书的一个实施例中，所述标识数据还可以是一个变量，当该变量的值为1时，就执行以上动作，当该变量的值为0时，就不执行以上动作。当然，在其他实施例中，还可以是当该变量的值为0时，执行以上动作，当该变量的值为1时，不执行以上动作。

本说明书一实施例还提供了一种版本获取方法，用于获取版本数据，所述方法包括：从第二服务器中获取第一识别图像；解析所述第一识别图像，得到第一存储地址；根据所述第一存储地址，获取更新数据，所述更新数据用于对终端设备中安装的应用程序进行版本更新。

具体的，如图3所示，图3为本说明书一实施例中版本获取方法的流程图。步骤s301，从第二服务器中获取第一识别图像。

具体的，在本说明书的一实施例中，终端设备从协作研发平台获取所述第一识别图像。所述第一识别图像中存储有第一存储地址和校验数据。当所述第一识别图像为二维码对应的图像时，所述终端设备通过扫码方式从所述第二服务器中获取所述第一识别图像。

步骤s303，解析所述第一识别图像，得到第一存储地址。

具体的，所述第一识别图像中存储有所述第一存储地址，所述第一存储地址为更新数据在cdn中的存储地址。通过解析所述第一识别图像，获取所述第一存储地址。

步骤s305，根据所述第一存储地址，获取更新数据，所述更新数据用于对终端设备中安装的应用程序进行版本更新。

在获取所述第一存储地址后，根据所述第一存储地址，从cdn上获取存储于cdn中第一存储地址中的更新数据。所述第一识别图像中还存储有与所述更新数据对应的校验数据，通过所述校验数据来校验所述更新数据的正确性，以确保所述更新数据的安全性。

上述版本数据获取方法还可用于终端设备进行版本数据的还原，具体的流程如下：首先，从所述第二服务器中获取第二识别图像；然后，解析所述第二识别图像，得到第二存储地址；最后，根据所述第二存储地址，获取还原数据，所述还原数据用于对终端设备中安装的应用程序进行版本还原。

具体的，请参见附图4，图4为本说明书一实施例中将版本数据获取方法用于版本还原的流程图。

步骤s400，从第二服务器中获取第二识别图像。

所述第二服务器在发布更新数据的第一识别图像的同时，还会发布与所述第一识别图像相关的第二识别图像。当所述第一识别图像和第二识别图像为二维码对应的图像时，所述终端设备通过扫码的方式从所述第二服务器中获取所述第二识别图像。

对于任意一个第一识别图像，至少有一个第二识别图像与其相关，根据需要还原到的版本信息与所述第二识别图像之间的映射关系，选取一个第二识别图像。具体而言，先确定一个待还原的版本信息，再根据所述待还原的版本信息与第二识别图像之间的映射关系，确定与所述待还原的版本信息对应的第二识别图像。

例如，接上例，需要还原到补丁数据1.0的版本信息1.0对应于第二识别图像0，需要还原到补丁数据1.1的版本信息1.1对应于第二识别图像1，需要还原到补丁数据1.2的版本信息1.2对应于第二识别图像2，需要还原到补丁数据1.3的版本信息1.3对应于第二识别图像3，需要还原到补丁数据1.4的版本信息1.4对应于第二识别图像4，需要还原到补丁数据1.5的版本信息1.5对应于第二识别图像5。当需要还原到的版本信息为1.2时，则选取第二识别图像2，从所述第二服务器获取第二识别图像2即可。

步骤s402，解析所述第二识别图像，得到第二存储地址。

接上例，所述终端设备获取所述第二识别图像2后，解析所述第二识别图像2，从而获取存储于所述第二识别图像2中的第二存储地址2。

步骤s404，根据所述第二存储地址，获取还原数据，所述还原数据用于对终端设备中安装的应用程序进行版本还原。

根据所述第二存储地址2，获取存储于cdn上的第二存储地址2中的还原数据2。

在本说明书的一实施例中，所述还原数据是所述终端设备上的应用程序需要还原到的版本信息对应的更新数据。此时，所述还原数据对应的版本信息即为所述终端设备上的应用程序需要还原到的版本信息。例如，补丁数据1.0至补丁数据1.5之间是相互独立的，根据还原数据2可将所述补丁数据1.5还原至补丁数据1.2，此时，所述还原数据2就是将应用程序从原始状态更新至补丁数据1.2的更新数据，所述还原数据2对应的版本信息即为1.2。终端设备通过扫描所述第二识别图像2，从所述第二识别图像2中获取所述还原数据2的第二存储地址2，根据所述第二存储地址2获取所述还原数据2，从而使得终端设备从补丁数据1.5还原至补丁数据1.2。当然，在本实施例中，若补丁数据1.0至补丁数据1.5之间是相互关联的，此种实施方式也可以实现版本还原，具体的还原过程与上述过程相同。

在本说明书的又一实施例中，所述还原数据是终端设备需要还原到的版本信息，此时，所述还原数据对应的版本信息即为所述终端设备上的应用程序需要还原到的版本信息。例如，所述应用程序的补丁数据在更新到补丁数据1.5后，需要还原到的补丁数据的版本信息是1.2，即所述还原数据2为补丁数据1.2的版本信息1.2，所述终端设备扫描所述第二识别图像2，则将所述应用程序从补丁数据1.5还原至补丁数据1.2。在此实施例中，所述终端设备在获取过补丁数据1.2时，就存储其在cdn上的第一存储地址，因此，当所述终端设备在扫描所述第二识别图像2时，获得所述还原数据2(即需要还原到的版本信息1.2)的第二存储地址2，进而获得所述还原数据2(即需要还原到的版本信息1.2)，进而获得存储在所述终端设备上的补丁数据1.2在cdn上的第一存储地址，再根据所述补丁数据1.2在cdn上的第一存储地址将所述补丁数据1.5还原至补丁数据1.2。

在本说明书的又一实施例中，若所述终端设备之前并没有更新过补丁数据1.2，则直接复位至未更新任何补丁数据的状态。具体的，若所述终端设备上的应用程序需要还原到的补丁数据的版本信息为1.2，但是所述终端设置是从补丁数据1.1直接更新到版本1.5的，那么，当所述终端设备在扫描第二识别图像2时，获得还原数据2的第二存储地址2，进而获得所述还原数据2(即补丁数据1.2的版本信息1.2)。由于所述终端设备中没有存储所述补丁数据1.2在cdn上的第一存储地址，也无法从所述第二识别图像2中获取补丁数据1.2在cdn上的第一存储地址，所述终端设备将无法根据所述还原数据2获取从补丁数据1.5还原至所述补丁数据1.2。在一实施例中，所述终端设备直接复位至没有任何更新数据的状态。在另一实施例中，可以还原至所述终端设备中存储的版本信息最高的版本，接上例，可以还原至补丁数据1.1。

因此，本说明书已经对版本数据发布方法和版本数据获取方法的特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作可以按照不同的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序，以实现期望的结果。在某些实施方式中，多任务处理和并行处理可以是有利的。

本说明书一实施例又提供了一种版本数据发布装置，如图5所示，图5为本说明书一实施例中版本数据发布装置的结构示意图。所述装置包括：数据获取模块501、地址获取模块505、第一处理模块509以及第一确定模块503。

具体的，所述数据获取模块501获取版本更新的更新数据；所述地址获取模块505将所述更新数据发送至第一服务器，并接收所述第一服务器发送的所述更新数据在所述第一服务器中的第一存储地址；所述第一处理模块509基于所述第一存储地址，生成并发布第一识别图像，使终端设备通过所述第一识别图像获取所述更新数据。所述第一确定模块503确定与所述更新数据对应的版本相关的还原数据，所述还原数据用于版本还原，以及确定所述还原数据的第二存储地址；所述第一处理模块509基于所述第二存储地址，生成并发布第二识别图像，使终端设备通过所述第二识别图像获取所述还原数据。

具体的，当与所述更新数据对应的版本相关的还原数据有多个时，即所述第一确定模块503获取多个还原数据时，针对各个还原数据，所述第一确定模块503分别确定各个还原数据的第二存储地址。例如，当有5个还原数据(分别为还原数据0、还原数据1、还原数据2、还原数据3以及还原数据4)时，分别确定这5个还原数据的第二存储地址，分别为第二存储地址0、第二存储地址1、第二存储地址2、第二存储地址3以及第二存储地址4。

对上述5个第二存储地址中的任意一个，所述第一处理模块509生成一个第二识别图像与其对应，具体的，对于第二存储地址0，所述第一处理模块509生成与其对应的第二识别图像0；对于第二存储地址1，所述第一处理模块509生成与其对应的第二识别图像1；对于第二存储地址2，所述第一处理模块509生成与其对应的第二识别图像2；对于第二存储地址3，所述第一处理模块509生成与其对应的第二识别图像3；对于第二存储地址4，所述第一处理模块509生成与其对应的第二识别图像4。

所述第一处理模块509在生成第二识别图像的同时，还确定每一个第二存储地址对应的还原数据还原到的版本信息，并建立所述版本信息与所述第二识别图像之间的映射关系。例如，接上例，第二存储地址0对应的还原数据0将要还原到的版本信息为1.0，即补丁数据1.0的版本信息1.0与第二识别图像0对应。也就是说，终端设备可以通过识别第二识别图像0，根据所述还原数据0使得所述终端设备上的应用程序的补丁数据从当前版本还原至补丁数据1.0。

最后，所述第一处理模块509发布所述第二识别图像。

所述版本数据发布装置还包括验证模块507。所述验证模块507确定所述更新数据对应的校验数据，所述校验数据用于校验所述更新数据的正确性，以确保所述更新数据的安全性。所述第一处理模块509在基于所述第一存储地址的基础上，还基于所述校验数据，生成所述第一识别图像。在所述第一处理模块509生成所述第二识别图像的情况下，所述第一确定模块503确定所述还原数据对应的版本信息和所述更新数据对应的版本信息，并建立所述还原数据对应的版本信息和是是第二识别图像之间的映射关系。所述第一处理模块509在生成所述第二识别图像的情况下，建立所述更新数据对应的第一识别图像与至少一个所述还原数据对应的第二识别图像之间的映射关系。

利用本说明书实施例中提供的版本数据发布装置进行版本数据发布的方法如同以上所述的版本数据发布方法，在此不再赘述。

需要说明的是，本说明书实施例提供的版本数据发布装置可以通过软件方式实现，也可以通过硬件方式实现，这里不做具体限定。该版本数据发布装置根据用于版本更新的更新数据的第一存储地址生成第一识别图像，使终端设备通过所述第一识别图像获取所述更新数据。使得终端设备获取更新数据的过程更加简单，降低验证所述更新数据的时间和难度。

基于同一个发明构思，本说明书实施例还提供了一种版本数据获取设备，包括：至少一个存储器和至少一个处理器，其中：所述存储器中存储有程序，并被配置成由所述处理器执行以下步骤：获取用于版本更新的更新数据；确定所述更新数据的第一存储地址；基于所述第一存储地址，生成并发布第一识别图像，使终端设备通过所述第一识别图像获取所述更新数据。

本说明书实施例中所记载的处理器的具体实现方式可以采用上述记载的实施方式，这里不再一一赘述。

本说明书中又一实施例中还提供了一种版本数据获取装置，如图6所示，图6为本说明书一实施例中版本数据获取装置的结构示意图。所述装置包括：图像获取模块602、图像解析模块604以及第二处理模块608。

具体的，所述图像获取模块602从第二服务器中获取第一识别图像，在本说明书的一实施例中，若所述第一识别图像为二维码对应的图像，则所述图像获取装置通过扫码方式从所述第二服务器中获取所述第一识别图像。所述图像解析模块604解析所述第一识别图像，得到第一存储地址。所述第二处理模块608根据所述第一存储地址，获取更新数据，所述更新数据用于对终端设备中安装的应用程序进行版本更新。

所述图像解析模块604解析所述图像获取模块从所述第二服务器中获取的第二识别图像，得到第二存储地址。所述第二处理模块608根据所述第二存储地址，获取还原数据，所述还原数据用于终端设备中安装的应用程序进行版本还原。

具体的，所述版本数据获取装置还包括第二确定模块606，所述图像获取模块602在从所述第二服务器中获取第二识别图像时，所述第二确定模块606确定待还原的版本信息，并根据所述待还原的版本信息与所述第二识别图像之间的映射关系，确定第二识别图像。即根据需要还原到的版本信息与所述第二识别图像之间的映射关系，确定一个第二识别图像。

例如，接上例，需要还原到补丁数据1.0的版本信息1.0对应于第二识别图像0，需要还原到补丁数据1.1的版本信息1.1对应于第二识别图像1，需要还原到补丁数据1.2的版本信息1.2对应于第二识别图像2，需要还原到补丁数据1.3的版本信息1.3对应于第二识别图像3，需要还原到补丁数据1.4的版本信息1.4对应于第二识别图像4，需要还原到补丁数据1.5的版本信息1.5对应于第二识别图像5。当需要还原到的版本信息为1.2时，则选取第二识别图像2，所述图像获取模块从所述第二服务器获取第二识别图像2即可。

所述图像解析模块604解析所述第二识别图像2，得到第二存储地址2。然后，所述第二处理模块608根据所述第二存储地址2获取还原数据2，终端设备中的应用程序根据所述还原数据2进行版本还原至补丁数据1.2。

利用本说明书实施例中提供的版本数据获取装置进行版本数据获取的方法如同以上所述的版本数据获取方法，在此不再赘述。

需要说明的是，本说明书实施例提供的版本数据获取装置可以通过软件方式实现，也可以通过硬件方式实现，这里不做具体限定。该版本数据获取装置根据用于版本更新的更新数据的第一存储地址生成第一识别图像，使终端设备通过所述第一识别图像获取所述更新数据。从而使得终端设备获取更新数据的过程更加简单，降低验证所述更新数据的时间和难度。

基于同一个发明构思，本说明书实施例还提供了一种版本数据获取设备，包括：至少一个存储器和至少一个处理器，其中：所述存储器中存储有程序，并被配置成由所述处理器执行以下步骤：从第二服务器中获取第一识别图像；解析所述第一识别图像，得到第一存储地址；根据所述第一存储地址，获取更新数据，所述更新数据用于对终端设备中安装的应用程序进行版本更新。

本说明书实施例中所记载的处理器的具体实现方式可以采用上述记载的实施方式，这里不再一一赘述。

本说明书的又一实施例中还提供了一种版本数据更新系统，如图7所示，图7为本说明书一实施例中版本数据更新系统的结构示意图。所述系统包括：第二服务器703和终端设备701，所述第二服务器703获取用于版本更新的更新数据，确定所述更新数据的第一存储地址，基于所述第一存储地址，生成并发布第一识别图像，还确定与所述更新数据相关的还原数据，以及所述还原数据的第二存储地址，基于所述第二存储地址，生成并发布所述第二识别图像。

所述终端设备701获取所述第二服务器703发布的第一识别图像，解析所述第一识别图像，得到所述第一存储地址，根据所述第一存储地址，获取更新数据，所述更新数据用于对终端设备中安装的应用程序进行版本更新，还获取并解析所述第二识别图像，得到第二存储地址，根据所述第二存储地址，获取所述还原数据，所述还原数据用于对终端设备中安装的应用程序进行版本还原。

在本说明书的一实施例中，所述终端设备包括但不限于：智能手机、个人电脑、笔记本电脑以及平板电脑。

在20世纪90年代，对于一个技术的改进可以很明显地区分是硬件上的改进(例如，对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而，随着技术的发展，当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此，不能说一个方法流程的改进就不能用硬件实体模块来实现。例如，可编程逻辑器件(programmablelogicdevice,pld)(例如现场可编程门阵列(fieldprogrammablegatearray，fpga))就是这样一种集成电路，其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一个数字系统“集成”在一片pld上，而不需要请芯片制造厂商来设计和制作专用的集成电路芯片。而且，如今，取代手工地制作集成电路芯片，这种编程也多半改用“逻辑编译器(logiccompiler)”软件来实现，它与程序开发撰写时所用的软件编译器相类似，而要编译之前的原始代码也得用特定的编程语言来撰写，此称之为硬件描述语言(hardwaredescriptionlanguage，hdl)，而hdl也并非仅有一种，而是有许多种，如abel(advancedbooleanexpressionlanguage)、ahdl(alterahardwaredescriptionlanguage)、confluence、cupl(cornelluniversityprogramminglanguage)、hdcal、jhdl(javahardwaredescriptionlanguage)、lava、lola、myhdl、palasm、rhdl(rubyhardwaredescriptionlanguage)等，目前最普遍使用的是vhdl(very-high-speedintegratedcircuithardwaredescriptionlanguage)与verilog。本领域技术人员也应该清楚，只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中，就可以很容易得到实现该逻辑方法流程的硬件电路。

控制器可以按任何适当的方式实现，例如，控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(applicationspecificintegratedcircuit，asic)、可编程逻辑控制器和嵌入微控制器的形式，控制器的例子包括但不限于以下微控制器：arc625d、atmelat91sam、microchippic18f26k20以及siliconelabsc8051f320，存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道，除了以纯计算机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。

上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的，计算机例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。

为了描述的方便，描述以上装置时以功能分为各种单元分别描述。当然，在实施本说明书时可以把各单元的功能在同一个或多个软件和/或硬件中实现。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(cpu)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(ram)和/或非易失性内存等形式，如只读存储器(rom)或闪存(flashram)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitorymedia)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

本说明书可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本说明书，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

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