CN107704260B - 一种更新应用软件的软件开发工具包的方法及系统 - Google Patents

Abstract

一种更新应用软件的软件开发工具包的方法及系统，包括：版本配置平台将更新后的软件开发工具包版本写入软件开发工具包版本配置文件，并将软件开发工具包版本配置文件上传至服务器，软件开发平台请求服务器在软件开发工具包版本配置文件中查询当前应用软件对应的目标软件开发工具包版本，在软件开发工具包版本管理平台中获取目标软件开发工具包版本对应的软件开发工具包。实施本发明实施例，通过管理该软件开发工具包版本配置文件能够有效管理应用软件与软件开发工具包版本的对应关系，通过更改配置文件中软件开发工具包的版本信息就可以回溯到上一个软件开发工具包版本，回溯效率高。

Description

一种更新应用软件的软件开发工具包的方法及系统

技术领域

本发明涉及互联网技术领域，尤其涉及一种更新应用软件的软件开发工具包的方法及系统。

背景技术

目前，更新应用软件的软件开发工具包(Software Development Kit，SDK)有三种方法，其中，方法一是SDK作者向应用开发人员提供更新后的jar包，以使应用开发人员重新集成jar包来更新SDK；方法二是SDK作者将更新后打包好的SDK上传至SDK版本管理平台，以使应用开发人员将代码中SDK的版本修改为最新版本，以根据代码中SDK的最新版本从SDK版本管理平台获取与该最新版本对应的SDK，进而实现SDK的更新；方法三是SDK作者将更新后打包好的SDK上传至SDK版本管理平台，以使应用开发人员利用代码自动从SDK版本管理平台获取SDK的最新版本来更新SDK。

其中，由于SDK作者针对不同应用软件提供不同的SDK版本，上述三种方法无法有效管理应用软件与SDK版本的对应关系，可能存在错用或者混用的情况，此外，当最新的SDK版本不稳定时，往往需要回溯至上一个SDK版本，但是上述方法回溯困难，方法三甚至无法回溯至上一个SDK版本。综上所述，上述更新应用软件SDK的方法存在无法有效管理应用软件与SDK版本的对应关系、回溯效率低的问题。

发明内容

本发明实施例公开一种更新应用软件的软件开发工具包的方法及系统，能够有效管理应用软件与SDK版本的对应关系，提高回溯效率。

本发明实施例第一方面公开了一种更新应用软件的软件开发工具包的方法，包括：

版本配置平台将更新后的软件开发工具包版本写入软件开发工具包版本配置文件，并将所述软件开发工具包版本配置文件上传至服务器，以触发所述服务器存储所述软件开发工具包版本配置文件；其中，所述软件开发工具包版本配置文件包括软件开发工具包版本与应用软件的对应关系；

软件开发平台向所述服务器发送查询请求，所述查询请求用于请求所述服务器从所述软件开发工具包版本配置文件中查询当前应用软件对应的目标软件开发工具包版本；

所述服务器根据所述查询请求从所述软件开发工具包版本配置文件中查询所述当前应用软件对应的所述目标软件开发工具包版本，并将所述目标软件开发工具包版本返回至所述软件开发平台；

所述软件开发平台从软件开发工具包版本管理平台中获取所述目标软件开发工具包版本对应的目标软件开发工具包。

作为一种可选的实施方式，在本发明实施例第一方面中，在所述软件开发平台向所述服务器发送查询请求之前，所述方法还包括：

所述软件开发平台检测预先存储的代码的编程语言标识；

所述软件开发平台接收与所述编程语言标识对应的代码段，并将所述代码段添加到所述代码中，并触发执行所述的向所述服务器发送查询请求的步骤，所述代码段用于设置所述软件开发工具包版本配置文件的路径；

其中，所述查询请求包括所述路径以及所述代码对应的当前应用软件的应用标识。

作为一种可选的实施方式，在本发明实施例第一方面中，所述服务器根据所述查询请求从所述软件开发工具包版本配置文件中查询所述当前应用软件对应的所述目标软件开发工具包版本，包括：

所述服务器根据所述查询请求包含的所述路径读取所述软件开发工具包版本配置文件；

所述服务器根据所述查询请求包含的所述应用标识从所述软件开发工具包版本配置文件中查询所述当前应用软件对应的所述目标软件开发工具包版本。

作为一种可选的实施方式，在本发明实施例第一方面中，在所述软件开发平台从软件开发工具包版本管理平台中获取所述目标软件开发工具包版本对应的目标软件开发工具包之后，所述方法还包括：

所述软件开发平台判断所述目标软件开发工具包相对于所述当前应用软件的当前软件开发工具包是否有更新，如果是，将所述当前应用软件的软件开发工具包由所述当前软件开发工具包更新为所述目标软件开发工具包。

作为一种可选的实施方式，在本发明实施例第一方面中，所述方法还包括：

所述版本配置平台检测是否接收到针对所述目标软件开发工具包的报错指令，如果是，则将所述当前软件开发工具包的版本写入所述软件开发工具包版本配置文件，得到更新后的软件开发工具包版本配置文件，并将所述更新后的软件开发工具包版本配置文件上传至所述服务器，以触发所述服务器存储所述更新后的软件开发工具包版本配置文件。

本发明实施例第二方面公开了一种更新应用软件的软件开发工具包的系统，包括版本配置平台、软件开发平台以及服务器；

其中，所述版本配置平台包括：

写入单元，用于将更新后的软件开发工具包版本写入软件开发工具包版本配置文件；

上传单元，用于将所述写入单元写入的所述软件开发工具包版本配置文件上传至服务器，以触发所述服务器存储所述软件开发工具包版本配置文件；其中，所述软件开发工具包版本配置文件包括软件开发工具包版本与应用软件的对应关系；

其中，所述服务器包括：

第一接收单元，用于接收所述上传单元上传的所述软件开发工具包版本配置文件；

存储单元，用于存储所述第一接收单元接收到的所述软件开发工具包版本配置文件；

其中，所述软件开发平台包括：

发送单元，用于向所述服务器发送查询请求，所述查询请求用于请求所述服务器从所述软件开发工具包版本配置文件中查询当前应用软件对应的目标软件开发工具包版本；

所述第一接收单元，还用于接收所述发送单元发送的所述查询请求；

其中，所述服务器还包括：

查询单元，用于根据所述第一接收单元接收到的所述查询请求从所述软件开发工具包版本配置文件中查询所述当前应用软件对应的所述目标软件开发工具包版本；

返回单元，用于将所述查询单元查询到的所述目标软件开发工具包版本返回至所述软件开发平台；

其中，所述软件开发平台还包括：

第二接收单元，用于接收所述返回单元返回的所述目标软件开发工具包版本；

获取单元，用于从软件开发工具包版本管理平台中获取所述第二接收单元接收的所述目标软件开发工具包版本对应的目标软件开发工具包。

作为一种可选的实施方式，在本发明实施例第二方面中，所述软件开发平台还包括：

第一检测单元，用于检测预先存储的代码的编程语言标识；

第二接收单元，还用于接收与所述第一检测单元检测到的所述编程语言标识对应的代码段；

添加单元，用于将所述第二接收单元接收的所述代码段添加到所述代码中，并触发所述发送单元执行所述的向所述服务器发送查询请求的操作，所述代码段用于设置所述软件开发工具包版本配置文件的路径；

其中，所述查询请求包括所述路径以及所述代码对应的当前应用软件的应用标识。

作为一种可选的实施方式，在本发明实施例第二方面中，所述查询单元包括：

读取子单元，用于根据所述查询请求包含的所述路径读取所述软件开发工具包版本配置文件；

查询子单元，用于根据所述查询请求包含的所述应用标识从所述读取子单元读取到的所述软件开发工具包版本配置文件中查询所述当前应用软件对应的所述目标软件开发工具包版本。

作为一种可选的实施方式，在本发明实施例第二方面中，所述软件开发平台还包括：

判断单元，用于在所述获取单元从软件开发工具包版本管理平台中获取所述目标软件开发工具包版本对应的目标软件开发工具包之后，判断所述目标软件开发工具包相对于所述当前应用软件的当前软件开发工具包是否有更新；

更新单元，用于当所述判断单元判断出所述目标软件开发工具包相对于所述当前应用软件的当前软件开发工具包有更新时，将所述当前应用软件的软件开发工具包由所述当前软件开发工具包更新为所述目标软件开发工具包。

作为一种可选的实施方式，在本发明实施例第二方面中，所述版本配置平台还包括：

第二检测单元，用于检测是否接收到针对所述目标软件开发工具包的报错指令；

所述写入单元，还用于当所述第二检测单元检测出接收到针对所述目标软件开发工具包的报错指令时，将所述当前软件开发工具包的版本写入所述软件开发工具包版本配置文件，得到更新后的软件开发工具包版本配置文件；

所述上传单元，还用于将所述写入单元得到的所述更新后的软件开发工具包版本配置文件上传至所述服务器，以触发所述服务器存储所述更新后的软件开发工具包版本配置文件。

与现有技术相比，本发明实施例具有以下有益效果：

本发明实施例中，SDK版本配置文件存储应用软件与SDK版本的对应关系，通过管理该SDK版本配置文件能够有效管理应用软件与SDK版本的对应关系。并且，当最新的SDK版本不稳定时，通过更改配置文件中SDK的版本信息就可以回溯到上一个SDK版本，回溯效率高。

附图说明

为了更清楚地说明本发明实施例中的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本发明实施例公开的一种更新应用软件的软件开发工具包的方法的流程示意图；

图2是本发明实施例公开的另一种更新应用软件的软件开发工具包的方法的流程示意图；

图3是本发明实施例公开的另一种更新应用软件的软件开发工具包的方法的流程示意图；

图4是本发明实施例公开的一种更新应用软件的软件开发工具包的系统的结构示意图；

图5是本发明实施例公开的另一种更新应用软件的软件开发工具包的系统的结构示意图；

图6是本发明实施例公开的另一种更新应用软件的软件开发工具包的系统的结构示意图。

具体实施方式

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

需要说明的是，本发明实施例及附图中的术语“包括”和“具有”以及它们任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。

本发明实施例公开一种更新应用软件的软件开发工具包的方法及系统，通过管理该软件开发工具包版本配置文件能够有效管理应用软件与软件开发工具包版本的对应关系，通过更改配置文件中软件开发工具包的版本信息就可以回溯到上一个软件开发工具包版本，回溯效率高。以下分别进行详细说明。

实施例一

请参阅图1，图1是本发明实施例公开的一种更新应用软件的软件开发工具包的方法的流程示意图。如图1所示，该更新应用软件的软件开发工具包的方法可以包括以下步骤：

101、版本配置平台将更新后的软件开发工具包版本写入软件开发工具包版本配置文件。

本发明实施例中，软件开发工具包(SDK)开发人员通过操作版本配置平台，将更新后的SDK版本写入软件开发工具包版本配置文件，其中，软件开发工具包版本配置文件包括SDK版本与应用软件的对应关系。

作为一种可选的实施方式，版本配置平台将更新后的软件开发工具包版本写入软件开发工具包版本配置文件的方式可以包括：

版本配置平台检测待更新的软件开发工具包版本对应的应用软件；

版本配置平台删除待更新的软件开发工具包版本；

版本配置平台将更新后的软件开发工具包版本写入与上述应用软件的对应关系中。

通过实施这种实施方式，能够在删除待更新的软件开发工具包版本之前，检测待更新的软件开发工具包版本与应用软件的对应关系，确保更新后的软件开发工具包版本正确地写入与该应用软件的对应关系中。这一过程增加了写入的可靠性。

作为另一种可选的实施方式，版本配置平台将更新后的软件开发工具包版本写入软件开发工具包版本配置文件的方式可以包括：

版本配置平台检测待更新的软件开发工具包版本对应的应用软件；

版本配置平台将待更新的软件开发工具包版本移动至隐藏空间，并将更新后的软件开发工具包版本写入与上述应用软件的对应关系中。

通过实施这种实施方式，当预设时间内接收到针对更新后的软件开发工具包版本的报错指令时，版本配置平台能够直接从隐藏空间中调出待更新的软件开发工具包版本，不必再次写入，减小了回溯的工作量。可选的，当预设时间内未接收到针对更新后的软件开发工具包版本的报错指令时，版本配置平台可以删除隐藏空间中的待更新的软件开发工具包版本，定期处理隐藏空间中的文件，减小存储负荷。

102、版本配置平台将上述软件开发工具包版本配置文件上传至服务器，以触发服务器存储上述软件开发工具包版本配置文件。

本发明实施例中，上述软件开发工具包版本配置文件包括软件开发工具包版本与应用软件的对应关系。

本发明实施例中，版本配置平台将上述软件开发工具包版本配置文件上传至服务器，以使软件开发人员能够通过软件开发平台在服务器中调用上述软件开发工具包版本配置文件。

作为一种可选的实施方式，版本配置平台将上述软件开发工具包版本配置文件上传至服务器可以包括：

版本配置平台向服务器发送包括版本配置平台的标识的连接请求，以触发服务器根据该连接请求包括的标识对版本配置平台进行认证且在认证通过时向版本配置平台返回连接响应，该连接响应包括服务器的标识；

版本配置平台在接收到连接响应之后，将上述软件开发工具包版本配置文件上传至服务器，以触发服务器在预置存储空间内存储上述软件开发工具包版本配置文件。

通过实施这种实施方式，版本配置平台能够与服务器进行认证交互过程，确保合法的版本配置平台能够向服务器发送软件开发工具包版本配置文件，避免因为接收到蓄意设置错误的软件开发工具包版本配置文件导致版本错用的情况，提高了更新的安全性。

103、软件开发平台向服务器发送查询请求。

本发明实施例中，上述查询请求用于请求服务器从上述软件开发工具包版本配置文件中查询当前应用软件对应的目标软件开发工具包版本。

本发明实施例中，软件开发平台向服务器发送查询请求所使用的代码段的编程语言可以为C语言、JAVA语言、C++语言等，本发明实施例不做限定。

104、服务器根据上述查询请求从上述软件开发工具包版本配置文件中查询当前应用软件对应的目标软件开发工具包版本。

作为一种可选的实施方式，服务器根据上述查询请求从上述软件开发工具包版本配置文件中查询当前应用软件对应的目标软件开发工具包版本可以包括：

服务器识别上述查询请求所使用的编程语言；

服务器判断上述查询请求包含的代码段是否与使用上述编程语言进行查询操作的代码段相同，如果是，则进一步识别上述查询请求包含的应用软件标识；

服务器根据上述应用软件标识从上述软件开发工具包版本配置文件中查询上述应用软件标识对应的应用软件；

服务器根据上述软件开发工具包版本配置文件包含的应用软件与SDK版本的对应关系查询上述应用软件对应的SDK版本；

服务器将上述SDK版本设置为目标软件开发工具包版本。

通过实施这种实施方式，服务器能够自动识别多种编程语言，并对该多种编程语言进行分析得出代码段所包含的信息，根据该信息从上述软件开发工具包版本配置文件中查询当前应用软件对应的目标软件开发工具包版本，提高了识别语言的多样性，增加了查询的可靠性。

105、服务器将上述目标软件开发工具包版本返回至软件开发平台。

本发明实施例中，在服务器查询到当前应用软件对应的目标软件开发工具包版本之后，服务器将该目标软件开发工具包版本返回至软件开发平台。

106、软件开发平台从软件开发工具包版本管理平台中获取上述目标软件开发工具包版本对应的目标软件开发工具包。

本发明实施例中，软件开发平台根据服务器返回的上述目标软件开发工具包版本在软件开发工具包版本管理平台中获取上述目标软件开发工具包版本对应的目标软件开发工具包。其中，软件开发工具包版本管理平台包括maven、jcenter、google等，本发明实施例不做限定。

可见，实施图1所描述的一种更新应用软件的软件开发工具包的方法，软件开发工具包版本配置文件存储应用软件与软件开发工具包版本的对应关系，通过管理该软件开发工具包版本配置文件能够有效管理应用软件与软件开发工具包版本的对应关系。并且，当最新的软件开发工具包版本不稳定时，通过更改配置文件中软件开发工具包的版本信息就可以回溯到上一个软件开发工具包版本，回溯效率高。

实施例二

请参阅图2，图2是本发明实施例公开的另一种更新应用软件的软件开发工具包的方法的流程示意图。如图2所示，该更新应用软件的软件开发工具包的方法可以包括以下步骤：

201、版本配置平台将更新后的软件开发工具包版本写入软件开发工具包版本配置文件。

202、版本配置平台将上述软件开发工具包版本配置文件上传至服务器，以触发服务器存储上述软件开发工具包版本配置文件。

本发明实施例中，上述软件开发工具包版本配置文件包括软件开发工具包版本与应用软件的对应关系。

203、软件开发平台检测预先存储的代码的编程语言标识。

本发明实施例中，软件开发平台预先存储的代码为调用服务器进行查询操作的完整代码去除掉软件开发工具包版本配置文件的路径设置代码部分的剩余代码，软件开发平台检测该预先存储的代码的编程语言标识，其中，编程语言标识用于识别该预先存储的代码的编程语言，比如，识别该预先存储的代码的编程语言为C语言、JAVA语言或者C++语言。

204、软件开发平台接收与上述编程语言标识对应的代码段。

本发明实施例中，代码段用于设置上述软件开发工具包版本配置文件的路径。

本发明实施例中，软件开发平台根据上述编程语言标识，寻找与上述编程语言标识对应的代码段，该代码段用于设置上述软件开发工具包版本配置文件的路径。

205、软件开发平台将上述代码段添加到上述代码中。

本发明实施例中，软件开发平台将上述代码段添加到上述代码中，以使预先存储的代码加上用于软件开发工具包版本配置文件的路径设置的代码，构成调用服务器进行查询操作的完整代码。这一过程根据不同应用程序的不同编程语言添加用该编程语言编码的代码段，使用该代码段来设置软件开发工具包版本配置文件的路径。这一过程完成了检测编程语言来自动设置配置文件路径，减轻了人工操作的工作量，提高了系统的自动化程度。

206、软件开发平台向服务器发送查询请求。

本发明实施例中，上述查询请求用于请求服务器从上述软件开发工具包版本配置文件中查询当前应用软件对应的目标软件开发工具包版本，并且，上述查询请求包括上述路径以及上述代码对应的当前应用软件的应用标识。

207、服务器根据上述查询请求包含的上述路径读取上述软件开发工具包版本配置文件。

本发明实施例中，服务器可以包含多个存储空间，其中，每个存储空间设置有与该存储空间相对应的路径。其中，上述查询请求包含的路径为上述软件开发工具包版本配置文件所在的存储空间相对应的路径。服务器根据上述查询请求包含的上述路径在与该路径相对应的存储空间中读取上述软件开发工具包版本配置文件。

208、服务器根据上述查询请求包含的应用标识从上述软件开发工具包版本配置文件中查询当前应用软件对应的目标软件开发工具包版本。

本发明实施例中，上述软件开发工具包版本配置文件包括应用软件与软件开发工具包版本的对应关系，并且，服务器能够根据上述查询请求包含的应用标识查找出该应用标识对应的应用软件，根据查找出的该应用软件查询当前应用软件对应的目标软件开发工具包版本。这一过程可以通过软件开发工具包版本配置文件的路径来读取软件开发工具包版本配置文件，并根据应用标识查询当前应用软件对应的目标软件开发工具包版本。这一过程增加了查询当前应用软件对应的目标软件开发工具包版本的可靠性。

其中，实施上述步骤207～步骤208，服务器可以根据上述查询请求从上述软件开发工具包版本配置文件中查询当前应用软件对应的目标软件开发工具包版本。

209、服务器将上述目标软件开发工具包版本返回至软件开发平台。

210、软件开发平台从软件开发工具包版本管理平台中获取上述目标软件开发工具包版本对应的目标软件开发工具包。

可见，实施图2所描述的另一种更新应用软件的软件开发工具包的方法，软件开发工具包版本配置文件存储应用软件与软件开发工具包版本的对应关系，通过管理该软件开发工具包版本配置文件能够有效管理应用软件与软件开发工具包版本的对应关系。并且，当最新的软件开发工具包版本不稳定时，通过更改配置文件中软件开发工具包的版本信息就可以回溯到上一个软件开发工具包版本，回溯效率高。

此外，实施图2所描述的另一种更新应用软件的软件开发工具包的方法，还可以根据不同应用程序的不同编程语言添加用该编程语言编码的代码段，使用该代码段来设置软件开发工具包版本配置文件的路径。这一过程完成了检测编程语言来自动设置配置文件路径，减轻了人工操作的工作量，提高了系统的自动化程度。

此外，实施图2所描述的另一种更新应用软件的软件开发工具包的方法，还可以通过软件开发工具包版本配置文件的路径来读取软件开发工具包版本配置文件，并根据应用标识查询当前应用软件对应的目标软件开发工具包版本。这一过程增加了查询当前应用软件对应的目标软件开发工具包版本的可靠性。

实施例三

请参阅图3，图3是本发明实施例公开的另一种更新应用软件的软件开发工具包的方法的流程示意图。如图3所示，该更新应用软件的软件开发工具包的方法可以包括以下步骤：

301、版本配置平台将更新后的软件开发工具包版本写入软件开发工具包版本配置文件。

302、版本配置平台将上述软件开发工具包版本配置文件上传至服务器，以触发服务器存储上述软件开发工具包版本配置文件。

本发明实施例中，上述软件开发工具包版本配置文件包括软件开发工具包版本与应用软件的对应关系。

303、软件开发平台检测预先存储的代码的编程语言标识。

304、软件开发平台接收与上述编程语言标识对应的代码段。

本发明实施例中，代码段用于设置上述软件开发工具包版本配置文件的路径。

305、软件开发平台将上述代码段添加到上述代码中。

本发明实施例中，这一过程根据不同应用程序的不同编程语言添加用该编程语言编码的代码段，使用该代码段来设置软件开发工具包版本配置文件的路径。这一过程完成了检测编程语言来自动设置配置文件路径，减轻了人工操作的工作量，提高了系统的自动化程度。

306、软件开发平台向服务器发送查询请求。

本发明实施例中，上述查询请求用于请求服务器从上述软件开发工具包版本配置文件中查询当前应用软件对应的目标软件开发工具包版本，并且，上述查询请求包括上述路径以及上述代码对应的当前应用软件的应用标识。

307、服务器根据上述查询请求包含的上述路径读取上述软件开发工具包版本配置文件。

308、服务器根据上述查询请求包含的应用标识从上述软件开发工具包版本配置文件中查询当前应用软件对应的目标软件开发工具包版本。

其中，实施上述步骤307～步骤308，服务器可以根据上述查询请求从上述软件开发工具包版本配置文件中查询当前应用软件对应的目标软件开发工具包版本。这一过程可以通过软件开发工具包版本配置文件的路径来读取软件开发工具包版本配置文件，并根据应用标识查询当前应用软件对应的目标软件开发工具包版本。这一过程增加了查询当前应用软件对应的目标软件开发工具包版本的可靠性。

309、服务器将上述目标软件开发工具包版本返回至软件开发平台。

310、软件开发平台从软件开发工具包版本管理平台中获取上述目标软件开发工具包版本对应的目标软件开发工具包。

311、软件开发平台判断上述目标软件开发工具包相对于当前应用软件的当前软件开发工具包是否有更新，如果是，执行步骤312～步骤313，如果否，结束本次流程。

本发明实施例中，当软件开发平台在软件开发工具包还未更新时向服务器发送查询请求，此时获取的目标软件开发工具包与当前软件开发工具包相同，此时，不需要执行更新操作，结束本次流程，当判断出上述目标软件开发工具包相对于当前应用软件的当前软件开发工具包有更新时，执行步骤312～步骤313。这一过程可以在软件开发平台获取到目标软件开发工具包之后，判断该目标软件开发工具包相对于当前软件开发工具包是否有更新，如果是，则更新当前软件开发工具包。这一过程增加了判断是否有更新的过程，避免了无更新时重复下载的情况，能够提升更新效率，节约内存空间。

312、软件开发平台将上述当前应用软件的软件开发工具包由上述当前软件开发工具包更新为上述目标软件开发工具包。

313、版本配置平台检测是否接收到针对上述目标软件开发工具包的报错指令，如果是，执行步骤314～步骤315，如果否，结束本次流程。

本发明实施例中，当接收到针对上述目标软件工具包的报错指令时，说明上述目标软件工具包功能不完善，此时需要回溯至上一个软件工具包版本，执行步骤314～步骤315，当未接收到针对上述目标软件工具包的报错指令时，说明上述目标软件工具包功能完善，结束本次流程。这一过程可以接收针对目标软件开发工具包的报错指令，当接收到该报错指令时，更改软件开发配置文件，用以回溯至上一个版本。这一过程只需更改软件开发配置文件就可以回溯至上一个版本，提高了回溯效率。

其中，步骤313可以发生在步骤301～步骤312任一项步骤之前或之后，本发明实施例不做限定。

314、版本配置平台将上述当前软件开发工具包的版本写入上述软件开发工具包版本配置文件，得到更新后的软件开发工具包版本配置文件。

315、版本配置平台将上述更新后的软件开发工具包版本配置文件上传至服务器，以触发服务器存储上述更新后的软件开发工具包版本配置文件。

可见，实施图3所描述的另一种更新应用软件的软件开发工具包的方法，软件开发工具包版本配置文件存储应用软件与软件开发工具包版本的对应关系，通过管理该软件开发工具包版本配置文件能够有效管理应用软件与软件开发工具包版本的对应关系。并且，当最新的软件开发工具包版本不稳定时，通过更改配置文件中软件开发工具包的版本信息就可以回溯到上一个软件开发工具包版本，回溯效率高。

此外，实施图3所描述的另一种更新应用软件的软件开发工具包的方法，还可以根据不同应用程序的不同编程语言添加用该编程语言编码的代码段，使用该代码段来设置软件开发工具包版本配置文件的路径。这一过程完成了检测编程语言来自动设置配置文件路径，减轻了人工操作的工作量，提高了系统的自动化程度。

此外，实施图3所描述的另一种更新应用软件的软件开发工具包的方法，还可以通过软件开发工具包版本配置文件的路径来读取软件开发工具包版本配置文件，并根据应用标识查询当前应用软件对应的目标软件开发工具包版本。这一过程增加了查询当前应用软件对应的目标软件开发工具包版本的可靠性。

此外，实施图3所描述的另一种更新应用软件的软件开发工具包的方法，还可以在软件开发平台获取到目标软件开发工具包之后，判断该目标软件开发工具包相对于当前软件开发工具包是否有更新，如果是，则更新当前软件开发工具包。这一过程增加了判断是否有更新的过程，避免了无更新时重复下载的情况，能够提升更新效率，节约内存空间。

此外，实施图3所描述的另一种更新应用软件的软件开发工具包的方法，还可以接收针对目标软件开发工具包的报错指令，当接收到该报错指令时，更改软件开发配置文件，用以回溯至上一个版本。这一过程只需更改软件开发配置文件就可以回溯至上一个版本，提高了回溯效率。

实施例四

请参阅图4，图4是本发明实施例公开的一种更新应用软件的软件开发工具包的系统的结构示意图。其中，如图4示，该系统可以包括：

版本配置平台10包括：

写入单元101，用于将更新后的软件开发工具包版本写入软件开发工具包版本配置文件。

作为一种可选的实施方式，写入单元101将更新后的软件开发工具包版本写入软件开发工具包版本配置文件的方式可以包括：

写入单元101检测待更新的软件开发工具包版本对应的应用软件；

写入单元101删除待更新的软件开发工具包版本；

写入单元101将更新后的软件开发工具包版本写入与上述应用软件的对应关系中。

通过实施这种实施方式，能够在删除待更新的软件开发工具包版本之前，检测待更新的软件开发工具包版本与应用软件的对应关系，确保更新后的软件开发工具包版本正确地写入与该应用软件的对应关系中。这一过程增加了写入的可靠性。

作为另一种可选的实施方式，写入单元101将更新后的软件开发工具包版本写入软件开发工具包版本配置文件的方式可以包括：

写入单元101检测待更新的软件开发工具包版本对应的应用软件；

写入单元101将待更新的软件开发工具包版本移动至隐藏空间，并将更新后的软件开发工具包版本写入与上述应用软件的对应关系中；

通过实施这种实施方式，当预设时间内接收到针对更新后的软件开发工具包版本的报错指令时，写入单元101能够直接从隐藏空间中调出待更新的软件开发工具包版本，不必再次写入，减小了回溯的工作量。可选的，当预设时间内未接收到针对更新后的软件开发工具包版本的报错指令时，写入单元101可以删除隐藏空间中的待更新的软件开发工具包版本，定期处理隐藏空间中的文件，减小存储负荷。

上传单元102，用于将写入单元101写入的软件开发工具包版本配置文件上传至服务器，以触发服务器存储软件开发工具包版本配置文件；其中，软件开发工具包版本配置文件包括软件开发工具包版本与应用软件的对应关系。

本发明实施例中，上述软件开发工具包版本配置文件包括软件开发工具包版本与应用软件的对应关系。

作为一种可选的实施方式，上传单元102将上述软件开发工具包版本配置文件上传至服务器可以包括：

上传单元102向服务器20发送包括版本配置平台10的标识的连接请求，以触发服务器20根据该连接请求包括的标识对版本配置平台10进行认证且在认证通过时向版本配置平台10返回连接响应，该连接响应包括服务器20的标识；

上传单元102在接收到连接响应之后，将上述软件开发工具包版本配置文件上传至服务器20，以触发服务器20在预置存储空间内存储上述软件开发工具包版本配置文件。

通过实施这种实施方式，上传单元102能够与服务器20进行认证交互过程，确保合法的版本配置平台能够向服务器发送软件开发工具包版本配置文件，避免因为接收到蓄意设置错误的软件开发工具包版本配置文件导致版本错用的情况，提高了更新的安全性。

服务器20包括：

第一接收单元201，用于接收上传单元102上传的软件开发工具包版本配置文件。

存储单元202，用于存储第一接收单元201接收到的软件开发工具包版本配置文件。

软件开发平台30包括：

发送单元301，用于向服务器20发送查询请求，并触发第二接收单元302启动，查询请求用于请求服务器20从软件开发工具包版本配置文件中查询当前应用软件对应的目标软件开发工具包版本。

本发明实施例中，上述查询请求用于请求服务器从上述软件开发工具包版本配置文件中查询当前应用软件对应的目标软件开发工具包版本。

第一接收单元201，还用于接收发送单元301发送的查询请求。

其中，服务器20还包括：

查询单元203，用于根据第一接收单元201接收到的查询请求从软件开发工具包版本配置文件中查询当前应用软件对应的目标软件开发工具包版本。

作为一种可选的实施方式，查询单元203根据上述查询请求从上述软件开发工具包版本配置文件中查询当前应用软件对应的目标软件开发工具包版本可以包括：

查询单元203识别上述查询请求所使用的编程语言；

查询单元203判断上述查询请求包含的代码段是否与使用上述编程语言进行查询操作的代码段相同，如果是，则进一步识别上述查询请求包含的应用软件标识；

查询单元203根据上述应用软件标识从上述软件开发工具包版本配置文件中查询上述应用软件标识对应的应用软件；

查询单元203根据上述软件开发工具包版本配置文件包含的应用软件与SDK版本的对应关系查询上述应用软件对应的SDK版本；

查询单元203将上述SDK版本设置为目标软件开发工具包版本。

通过实施这种实施方式，查询单元203能够自动识别多种编程语言，并对该多种编程语言进行分析得出代码段所包含的信息，根据该信息从上述软件开发工具包版本配置文件中查询当前应用软件对应的目标软件开发工具包版本，提高了识别语言的多样性，增加了查询的可靠性。

返回单元204，用于将查询单元203查询到的目标软件开发工具包版本返回至软件开发平台。

其中，软件开发平台30还包括：

第二接收单元302，用于接收返回单元204返回的目标软件开发工具包版本。

获取单元303，用于从软件开发工具包版本管理平台中获取第二接收单元302接收的目标软件开发工具包版本对应的目标软件开发工具包。

可见，实施图4所描述的一种更新应用软件的软件开发工具包的系统，版本配置平台10利用写入单元101将更新后的软件开发工具包版本写入软件开发工具包版本配置文件，上传单元102将软件开发工具包版本配置文件上传至服务器，软件开发平台30请求服务器20利用查询单元203在软件开发工具包版本配置文件中查询当前应用软件对应的目标软件开发工具包版本，返回单元204将目标软件开发工具包版本返回至软件开发平台，获取单元303在软件开发工具包版本管理平台中获取第二接收单元302接收到的目标软件开发工具包版本对应的软件开发工具包。这一过程能够通过管理该软件开发工具包版本配置文件能够有效管理应用软件与软件开发工具包版本的对应关系，通过更改配置文件中软件开发工具包的版本信息就可以回溯到上一个软件开发工具包版本，回溯效率高。

实施例五

请参阅图5，图5是本发明实施例公开的另一种更新应用软件的软件开发工具包的系统的结构示意图。其中，图5所示的系统是由图4所示的系统进行优化得到的。在图5所示的系统中，其中，软件开发平台30还包括：

第一检测单元304，用于检测预先存储的代码的编程语言标识。

第二接收单元305，还用于接收与第一检测单元304检测到的编程语言标识对应的代码段。

添加单元306，用于将第二接收单元305接收的代码段添加到代码中，并触发发送单元301执行向服务器发送查询请求的操作。

本发明实施例中，上述代码段用于设置软件开发工具包版本配置文件的路径。并且，查询请求包括路径以及代码对应的当前应用软件的应用标识。

进一步可选的，查询单元203包括：

读取子单元2031，用于根据查询请求包含的路径读取软件开发工具包版本配置文件。

查询子单元2032，用于根据查询请求包含的应用标识从读取子单元2031读取到的软件开发工具包版本配置文件中查询当前应用软件对应的目标软件开发工具包版本。

可见，实施图5所描述的另一种更新应用软件的软件开发工具包的系统，版本配置平台10利用写入单元101将更新后的软件开发工具包版本写入软件开发工具包版本配置文件，上传单元102将软件开发工具包版本配置文件上传至服务器，软件开发平台30请求服务器20利用查询单元203在软件开发工具包版本配置文件中查询当前应用软件对应的目标软件开发工具包版本，返回单元204将目标软件开发工具包版本返回至软件开发平台，获取单元303在软件开发工具包版本管理平台中获取第二接收单元302接收到的目标软件开发工具包版本对应的软件开发工具包。这一过程能够通过管理该软件开发工具包版本配置文件能够有效管理应用软件与软件开发工具包版本的对应关系，通过更改配置文件中软件开发工具包的版本信息就可以回溯到上一个软件开发工具包版本，回溯效率高。

此外，实施图5所描述的另一种更新应用软件的软件开发工具包的系统，还可以根据不同应用程序的不同编程语言添加用该编程语言编码的代码段，使用该代码段来设置软件开发工具包版本配置文件的路径。这一过程完成了检测编程语言来自动设置配置文件路径，减轻了人工操作的工作量，提高了系统的自动化程度。

此外，实施图5所描述的另一种更新应用软件的软件开发工具包的系统，还可以通过软件开发工具包版本配置文件的路径来读取软件开发工具包版本配置文件，并根据应用标识查询当前应用软件对应的目标软件开发工具包版本。这一过程增加了查询当前应用软件对应的目标软件开发工具包版本的可靠性。

实施例六

请参阅图6，图6是本发明实施例公开的另一种更新应用软件的软件开发工具包的系统的结构示意图。其中，图6所示的系统是由图5所示的系统进行优化得到的。在图6所示的系统中，其中，软件开发平台30还包括：

判断单元307，用于在获取单元303从软件开发工具包版本管理平台中获取目标软件开发工具包版本对应的目标软件开发工具包之后，判断目标软件开发工具包相对于当前应用软件的当前软件开发工具包是否有更新。

更新单元308，用于当判断单元307判断出目标软件开发工具包相对于当前应用软件的当前软件开发工具包有更新时，将当前应用软件的软件开发工具包由当前软件开发工具包更新为目标软件开发工具包。

进一步可选的，版本配置平台10还包括：

第二检测单元103，用于检测是否接收到针对目标软件开发工具包的报错指令。

写入单元101，还用于当第二检测单元103检测出接收到针对目标软件开发工具包的报错指令时，将当前软件开发工具包的版本写入软件开发工具包版本配置文件，得到更新后的软件开发工具包版本配置文件。

上传单元102，还用于将写入单元101得到的更新后的软件开发工具包版本配置文件上传至服务器，以触发服务器存储更新后的软件开发工具包版本配置文件。

可见，实施图6所描述的另一种更新应用软件的软件开发工具包的系统，版本配置平台10利用写入单元101将更新后的软件开发工具包版本写入软件开发工具包版本配置文件，上传单元102将软件开发工具包版本配置文件上传至服务器20，软件开发平台30请求服务器20利用查询单元203在软件开发工具包版本配置文件中查询当前应用软件对应的目标软件开发工具包版本，返回单元204将目标软件开发工具包版本返回至软件开发平台30，获取单元303在软件开发工具包版本管理平台中获取第二接收单元302接收到的目标软件开发工具包版本对应的软件开发工具包。这一过程能够通过管理该软件开发工具包版本配置文件能够有效管理应用软件与软件开发工具包版本的对应关系，通过更改配置文件中软件开发工具包的版本信息就可以回溯到上一个软件开发工具包版本，回溯效率高。

此外，实施图6所描述的另一种更新应用软件的软件开发工具包的系统，还可以根据不同应用程序的不同编程语言添加用该编程语言编码的代码段，使用该代码段来设置软件开发工具包版本配置文件的路径。这一过程完成了检测编程语言来自动设置配置文件路径，减轻了人工操作的工作量，提高了系统的自动化程度。

此外，实施图6所描述的另一种更新应用软件的软件开发工具包的系统，还可以通过软件开发工具包版本配置文件的路径来读取软件开发工具包版本配置文件，并根据应用标识查询当前应用软件对应的目标软件开发工具包版本。这一过程增加了查询当前应用软件对应的目标软件开发工具包版本的可靠性。

此外，实施图6所描述的另一种更新应用软件的软件开发工具包的系统，还可以在软件开发平台获取到目标软件开发工具包之后，判断该目标软件开发工具包相对于当前软件开发工具包是否有更新，如果是，则更新当前软件开发工具包。这一过程增加了判断是否有更新的过程，避免了无更新时重复下载的情况，能够提升更新效率，节约内存空间。

此外，实施图6所描述的另一种更新应用软件的软件开发工具包的系统，还可以接收针对目标软件开发工具包的报错指令，当接收到该报错指令时，更改软件开发配置文件，用以回溯至上一个版本。这一过程只需更改软件开发配置文件就可以回溯至上一个版本，提高了回溯效率。

本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序可以存储于一计算机可读存储介质中，存储介质包括只读存储器(Read-Only Memory，ROM)、随机存储器(Random Access Memory，RAM)、可编程只读存储器(Programmable Read-only Memory，PROM)、可擦除可编程只读存储器(Erasable Programmable Read Only Memory，EPROM)、一次可编程只读存储器(One-time Programmable Read-Only Memory，OTPROM)、电子抹除式可复写只读存储器(Electrically-Erasable Programmable Read-Only Memory，EEPROM)、只读光盘(CompactDisc Read-Only Memory，CD-ROM)或其他光盘存储器、磁盘存储器、磁带存储器、或者能够用于携带或存储数据的计算机可读的任何其他介质。

以上对本发明实施例公开的一种更新应用软件的软件开发工具包的方法及系统进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

Claims (10)

1.一种更新应用软件的软件开发工具包的方法，其特征在于，包括：

版本配置平台将更新后的软件开发工具包版本写入软件开发工具包版本配置文件，包括：

版本配置平台检测待更新的软件开发工具包版本对应的应用软件；版本配置平台将待更新的软件开发工具包版本移动至隐藏空间，并将更新后的软件开发工具包版本写入与应用软件的对应关系中；当预设时间内未接收到针对更新后的软件开发工具包版本的报错指令时，版本配置平台删除隐藏空间中的待更新的软件开发工具包版本；

将所述软件开发工具包版本配置文件上传至服务器，以触发所述服务器存储所述软件开发工具包版本配置文件；其中，所述软件开发工具包版本配置文件包括软件开发工具包版本与应用软件的对应关系；

软件开发平台向所述服务器发送查询请求，所述查询请求用于请求所述服务器从所述软件开发工具包版本配置文件中查询当前应用软件对应的目标软件开发工具包版本；

所述服务器根据所述查询请求从所述软件开发工具包版本配置文件中查询所述当前应用软件对应的所述目标软件开发工具包版本，并将所述目标软件开发工具包版本返回至所述软件开发平台；

所述软件开发平台从软件开发工具包版本管理平台中获取所述目标软件开发工具包版本对应的目标软件开发工具包。

2.根据权利要求1所述的方法，其特征在于，在所述软件开发平台向所述服务器发送查询请求之前，所述方法还包括：

所述软件开发平台检测预先存储的代码的编程语言标识；

所述软件开发平台接收与所述编程语言标识对应的代码段，并将所述代码段添加到所述代码中，并触发执行所述的向所述服务器发送查询请求的步骤，所述代码段用于设置所述软件开发工具包版本配置文件的路径；

其中，所述查询请求包括所述路径以及所述代码对应的当前应用软件的应用标识。

3.根据权利要求2所述的方法，其特征在于，所述服务器根据所述查询请求从所述软件开发工具包版本配置文件中查询所述当前应用软件对应的所述目标软件开发工具包版本，包括：

所述服务器根据所述查询请求包含的所述路径读取所述软件开发工具包版本配置文件；

所述服务器根据所述查询请求包含的所述应用标识从所述软件开发工具包版本配置文件中查询所述当前应用软件对应的所述目标软件开发工具包版本。

4.根据权利要求1～3任一项所述的方法，其特征在于，在所述软件开发平台从软件开发工具包版本管理平台中获取所述目标软件开发工具包版本对应的目标软件开发工具包之后，所述方法还包括：

所述软件开发平台判断所述目标软件开发工具包相对于所述当前应用软件的当前软件开发工具包是否有更新，如果是，将所述当前应用软件的软件开发工具包由所述当前软件开发工具包更新为所述目标软件开发工具包。

5.根据权利要求4所述的方法，其特征在于，所述方法还包括：

所述版本配置平台检测是否接收到针对所述目标软件开发工具包的报错指令，如果是，则将所述当前软件开发工具包的版本写入所述软件开发工具包版本配置文件，得到更新后的软件开发工具包版本配置文件，并将所述更新后的软件开发工具包版本配置文件上传至所述服务器，以触发所述服务器存储所述更新后的软件开发工具包版本配置文件。

6.一种更新应用软件的软件开发工具包的系统，其特征在于，包括版本配置平台、软件开发平台以及服务器；

其中，所述版本配置平台包括：

写入单元，用于将更新后的软件开发工具包版本写入软件开发工具包版本配置文件，包括：

写入单元检测待更新的软件开发工具包版本对应的应用软件；写入单元将待更新的软件开发工具包版本移动至隐藏空间，并将更新后的软件开发工具包版本写入与应用软件的对应关系中；当预设时间内未接收到针对更新后的软件开发工具包版本的报错指令时，写入单元删除隐藏空间中的待更新的软件开发工具包版本；

上传单元，用于将所述写入单元写入的所述软件开发工具包版本配置文件上传至服务器，以触发所述服务器存储所述软件开发工具包版本配置文件；其中，所述软件开发工具包版本配置文件包括软件开发工具包版本与应用软件的对应关系；

其中，所述服务器包括：

第一接收单元，用于接收所述上传单元上传的所述软件开发工具包版本配置文件；

存储单元，用于存储所述第一接收单元接收到的所述软件开发工具包版本配置文件；

其中，所述软件开发平台包括：

发送单元，用于向所述服务器发送查询请求，所述查询请求用于请求所述服务器从所述软件开发工具包版本配置文件中查询当前应用软件对应的目标软件开发工具包版本；

所述第一接收单元，还用于接收所述发送单元发送的所述查询请求；

其中，所述服务器还包括：

查询单元，用于根据所述第一接收单元接收到的所述查询请求从所述软件开发工具包版本配置文件中查询所述当前应用软件对应的所述目标软件开发工具包版本；

返回单元，用于将所述查询单元查询到的所述目标软件开发工具包版本返回至所述软件开发平台；

其中，所述软件开发平台还包括：

第二接收单元，用于接收所述返回单元返回的所述目标软件开发工具包版本；

获取单元，用于从软件开发工具包版本管理平台中获取所述第二接收单元接收的所述目标软件开发工具包版本对应的目标软件开发工具包。

7.根据权利要求6所述的更新应用软件的软件开发工具包的系统，其特征在于，所述软件开发平台还包括：

第一检测单元，用于检测预先存储的代码的编程语言标识；

第二接收单元，还用于接收与所述第一检测单元检测到的所述编程语言标识对应的代码段；

添加单元，用于将所述第二接收单元接收的所述代码段添加到所述代码中，并触发所述发送单元执行所述的向所述服务器发送查询请求的操作，所述代码段用于设置所述软件开发工具包版本配置文件的路径；

其中，所述查询请求包括所述路径以及所述代码对应的当前应用软件的应用标识。

8.根据权利要求7所述的更新应用软件的软件开发工具包的系统，其特征在于，所述查询单元包括：

读取子单元，用于根据所述查询请求包含的所述路径读取所述软件开发工具包版本配置文件；

查询子单元，用于根据所述查询请求包含的所述应用标识从所述读取子单元读取到的所述软件开发工具包版本配置文件中查询所述当前应用软件对应的所述目标软件开发工具包版本。

9.根据权利要求6～8任一项所述的更新应用软件的软件开发工具包的系统，其特征在于，所述软件开发平台还包括：

判断单元，用于在所述获取单元从软件开发工具包版本管理平台中获取所述目标软件开发工具包版本对应的目标软件开发工具包之后，判断所述目标软件开发工具包相对于所述当前应用软件的当前软件开发工具包是否有更新；

更新单元，用于当所述判断单元判断出所述目标软件开发工具包相对于所述当前应用软件的当前软件开发工具包有更新时，将所述当前应用软件的软件开发工具包由所述当前软件开发工具包更新为所述目标软件开发工具包。

10.根据权利要求9所述的更新应用软件的软件开发工具包的系统，其特征在于，所述版本配置平台还包括：

第二检测单元，用于检测是否接收到针对所述目标软件开发工具包的报错指令；

所述写入单元，还用于当所述第二检测单元检测出接收到针对所述目标软件开发工具包的报错指令时，将所述当前软件开发工具包的版本写入所述软件开发工具包版本配置文件，得到更新后的软件开发工具包版本配置文件；

所述上传单元，还用于将所述写入单元得到的所述更新后的软件开发工具包版本配置文件上传至所述服务器，以触发所述服务器存储所述更新后的软件开发工具包版本配置文件。

Images