CN106469077A - 一种ota升级控制方法及装置 - Google Patents

Abstract

本发明公开了一种OTA升级控制方法及装置，涉及移动通信技术领域，降低了OTA多包连续升级失败的影响范围。具体方案为：服务器接收第一终端设备发送的版本检测请求；版本检测请求用于检测服务器上是否配置有OTA升级包；根据预设规则判断是否允许第一终端设备检测到OTA升级包；当允许第一终端设备检测到OTA升级包时，向第一终端设备发送OTA升级包的下载路径，以便第一终端设备根据下载路径下载OTA升级包；当不允许第一终端设备检测到OTA升级包时，确定不响应版本检测请求。本发明用于OTA升级过程中。

Description

一种OTA升级控制方法及装置

技术领域

本发明涉及移动通信技术领域，尤其涉及一种OTA升级控制方法及装置。

背景技术

空中下载(英文：Over the Air，简称：OTA)技术是一种通过无线网络进行数据下载的技术，其通常被应用于手机、平板电脑等终端设备的系统软件固定版本的升级过程中。目前较常用的是单包升级策略，其具体为，终端设备发起一次新版本检测，服务器向该终端设备返回一个下载路径，以便该终端设备根据该下载路径获得一个OTA升级包，进而根据该OTA升级包进行版本升级。并且，为了节省服务器的存储资源和终端设备下载OTA升级包的时间，且降低开发成本，所述的OTA升级包通常为相邻两个版本的差分文件。基于上述单包升级策略，在终端设备安装的软件的当前版本为Vm，服务器上发布的该软件的最新版本为Vn(其中，m、n均为正整数，且n-m≥2)的应用场景中，由于终端设备发起一次新版本检测，仅可以获得一个基于当前版本的OTA升级包，因此，终端设备便需要发起多次新版本检测才能将软件从当前版本升级到最新版本。

为了能够减少终端设备发起新版本检测的次数，现有技术提出了一种OTA多包连续升级的技术，具体是，终端设备发起一次新版本检测，服务器可以同时给该终端设备返回多个下载路径，以便该终端设备根据多个下载路径获得多个OTA升级包，进而直接根据获得的多个OTA升级包将软件从当前版本升级到最新版本。例如，对于终端设备安装的某软件，服务器上发布的最新版本为V5(该软件的所有版本分别为V1、V2、V3、V4、V5)，服务器中配置的OTA升级包分别为差分文件V2-V1、差分文件V3-V2、差分文件V4-V3、差分文件V5-V4，且终端设备安装的该软件的当前版本为V3，当终端设备发起新版本检测时，服务器同时向终端设备返回差分文件V4-V3的下载路径和差分文件V5-V4的下载路径，这样，终端设备便可以根据差分文件V4-V3的下载路径和差分文件V5-V4的下载路径获得差分文件V4-V3和差分文件V5-V4，并根据差分文件V4-V3将软件从V3升级到V4，然后根据差分文件V5-V4将软件从V4升级到V5，从而将软件升级到最新版本。

众所周知的，在单包升级策略中，终端设备发起一次新版本检测仅能获得一个OTA升级包，因此，采用这种升级策略时，升级失败的概率很小，进而厂商发布的最新版本均是面向所有用户的。但在上述OTA多包连续升级的技术中，终端设备发起一次新版本检测便能获得多个OTA升级包，并可以根据这多个OTA升级包直接进行多次版本升级后将软件升级到最新版本，这样一来，相较于单包升级策略，升级失败的概率便会增大，并且，对于不同版本的软件，一次升级所需的OTA升级包的个数不同，升级前的系统环境也可能不同，这会导致测试人员很难预先验证所有场景下的升级是否可以成功，这无疑又进一步的增大了升级失败的概率。在这种情况下，若厂商仍面向所有用户发布软件的最新版本，一旦升级失败，便会给大面积用户造成不便。

发明内容

本发明提供一种OTA升级控制方法及装置，降低了OTA多包连续升级失败的影响范围。

为达到上述目的，本发明采用如下技术方案：

本发明的第一方面，提供一种空中下载OTA升级控制方法，应用于服务器，所述服务器上配置有OTA升级包，所述OTA升级包用于至少一个终端设备将本地软件从当前版本升级到最新版本，所述方法包括：

所述服务器接收第一终端设备发送的版本检测请求；其中，所述版本检测请求用于检测所述服务器上是否配置有所述OTA升级包，所述第一终端设备为所述至少一个终端设备中的任意一个；

所述服务器根据预设规则判断是否允许所述第一终端设备检测到所述OTA升级包；

当允许所述第一终端设备检测到所述OTA升级包时，所述服务器向所述第一终端设备发送所述OTA升级包的下载路径，以便所述第一终端设备根据所述下载路径下载所述OTA升级包；

当不允许所述第一终端设备检测到所述OTA升级包时，所述服务器确定不响应所述版本检测请求。

结合第一方面，在第一种可能的实现方式中，所述服务器根据预设规则判断是否允许所述第一终端设备检测到所述OTA升级包，包括：

所述服务器对在接收到所述第一终端设备发送的所述版本检测请求之前允许检测到所述OTA升级包的终端设备的数量进行统计，得到统计结果；

所述服务器判断所述统计结果是否大于预设的数量阈值；

若所述统计结果不大于所述数量阈值，则确定允许所述第一终端设备检测到所述OTA升级包；

若所述统计结果大于所述数量阈值，则确定不允许所述第一终端设备检测到所述OTA升级包。

结合第一方面，在第二种可能的实现方式中，所述服务器根据预设规则判断是否允许所述第一终端设备检测到所述OTA升级包，包括：

所述服务器判断所述第一终端设备的标识、刻度比例的第一预设值以及余数的第一预设值是否满足取模运算算法；

若所述第一终端设备的标识、所述刻度比例的第一预设值以及所述余数的第一预设值三者之间满足取模运算算法，则确定允许所述第一终端设备检测到所述OTA升级包；

若所述第一终端设备的标识、所述刻度比例的第一预设值以及所述余数的第一预设值三者之间不满足所述取模运算算法，则确定不允许所述第一终端设备检测到所述OTA升级包；

其中，所述刻度比例的取值为正整数，所述余数的取值为大于等于0，且小于等于9的整数，所述刻度比例和所述余数用于确定将所述本地软件从所述当前版本升级到所述最新版本的终端设备的比例。

结合第一方面的第二种可能的实现方式，在第三种可能的实现方式中，在所述当允许所述第一终端设备检测到所述OTA升级包时，所述服务器向所述第一终端设备发送所述OTA升级包的下载路径之后，还包括：

所述服务器接收所述第一终端设备发送的反馈信息；其中，所述反馈信息用于反馈所述第一终端设备根据所述OTA升级包是否已成功将所述本地软件从所述当前版本升级到所述最新版本；

所述服务器根据所述反馈信息统计根据所述OTA升级包将所述本地软件从所述当前版本升级到所述最新版本的成功率。

结合第一方面的第三种可能的实现方式，在第四种可能的实现方式中，在所述服务器根据所述反馈信息统计根据所述OTA升级包将所述本地软件从所述当前版本升级到所述最新版本的成功率之后，还包括：

所述服务器判断所述成功率是否大于预设的成功率阈值；

当所述成功率大于所述成功率阈值时，在所述服务器接收到第二终端设备发送的所述版本检测请求时，根据所述第二终端设备的标识、刻度比例的第二预设值以及余数的第二预设值判断是否允许所述第二终端设备检测到所述OTA升级包；其中，根据所述刻度比例的第二预设值和所述余数的第二预设值确定的将所述本地软件从所述当前版本升级到所述最新版本的终端设备的比例大于根据所述刻度比例的第一预设值和所述余数的第一预设值确定的将所述本地软件从所述当前版本升级到所述最新版本的终端设备的比例；

当所述成功率不大于所述成功率阈值时，所述服务器发出警告指示信号。

本发明的第二方面，提供一种空中下载OTA升级控制装置，应用于服务器，所述服务器上配置有OTA升级包，所述OTA升级包用于至少一个终端设备将本地软件从当前版本升级到最新版本，所述装置包括：

接收单元，用于接收第一终端设备发送的版本检测请求；其中，所述版本检测请求用于检测所述服务器上是否配置有所述OTA升级包，所述第一终端设备为所述至少一个终端设备中的任意一个；

判断单元，用于根据预设规则判断是否允许所述第一终端设备检测到所述OTA升级包；

发送单元，用于当所述判断单元确定允许所述第一终端设备检测到所述OTA升级包时，向所述第一终端设备发送所述OTA升级包的下载路径，以便所述第一终端设备根据所述下载路径下载所述OTA升级包；

确定单元，用于当所述判断单元确定不允许所述第一终端设备检测到所述OTA升级包时，确定不响应所述版本检测请求。

结合第二方面，在第一种可能的实现方式中，

所述判断单元，具体用于对在所述接收单元接收到所述第一终端设备发送的所述版本检测请求之前允许检测到所述OTA升级包的终端设备的数量进行统计，得到统计结果；判断所述统计结果是否大于预设的数量阈值；

若所述判断单元确定所述统计结果不大于所述数量阈值，则确定允许所述第一终端设备检测到所述OTA升级包；

若所述判断单元确定所述统计结果大于所述数量阈值，则确定不允许所述第一终端设备检测到所述OTA升级包。

结合第二方面，在第二种可能的实现方式中，

所述判断单元，具体用于判断所述第一终端设备的标识、刻度比例的第一预设值以及余数的第一预设值是否满足取模运算算法；

若所述判断单元确定所述第一终端设备的标识、所述刻度比例的第一预设值以及所述余数的第一预设值三者之间满足取模运算算法，则确定允许所述第一终端设备检测到所述OTA升级包；

若所述判断单元确定所述第一终端设备的标识、所述刻度比例的第一预设值以及所述余数的第一预设值三者之间不满足所述取模运算算法，则确定不允许所述第一终端设备检测到所述OTA升级包；

其中，所述刻度比例的取值为正整数，所述余数的取值为大于等于0，且小于等于9的整数，所述刻度比例和所述余数用于确定将所述本地软件从所述当前版本升级到所述最新版本的终端设备的比例。

结合第二方面的第二种可能的实现方式，在第三种可能的实现方式中，

所述接收单元，还用于在所述发送单元当允许所述第一终端设备检测到所述OTA升级包时，向所述第一终端设备发送所述OTA升级包的下载路径之后，接收所述第一终端设备发送的反馈信息；其中，所述反馈信息用于反馈所述第一终端设备根据所述OTA升级包是否已成功将所述本地软件从所述当前版本升级到所述最新版本；

所述装置还包括：

统计单元，用于根据所述接收单元接收到的所述反馈信息统计根据所述OTA升级包将所述本地软件从所述当前版本升级到所述最新版本的成功率。

结合第二方面的第三种可能的实现方式，在第四种可能的实现方式中，

所述判断单元，还用于在所述统计单元根据所述反馈信息统计根据所述OTA升级包将所述本地软件从所述当前版本升级到所述最新版本的成功率之后，判断所述统计单元统计得到的所述成功率是否大于预设的成功率阈值；

所述判断单元，还用于当所述成功率大于所述成功率阈值时，在所述接收单元接收到第二终端设备发送的所述版本检测请求时，根据所述第二终端设备的标识、刻度比例的第二预设值以及余数的第二预设值判断是否允许所述第二终端设备检测到所述OTA升级包；其中，根据所述刻度比例的第二预设值和所述余数的第二预设值确定的将所述本地软件从所述当前版本升级到所述最新版本的终端设备的比例大于根据所述刻度比例的第一预设值和所述余数的第一预设值确定的将所述本地软件从所述当前版本升级到所述最新版本的终端设备的比例；

所述装置还包括：

警告单元，用于当所述判断单元确定所述成功率不大于所述成功率阈值时，发出警告指示信号。

本发明提供的OTA升级控制方法及装置，服务器在接收第一终端设备发送的用于检测服务器上是否配置有OTA升级包的版本检测请求之后，根据预设规则判断是否允许该第一终端设备检测到OTA升级包，并在确定允许该第一终端设备检测到OTA升级包时，向该第一终端设备发送OTA升级包的下载路径，以便第一终端设备根据下载路径下载OTA升级包，在确定不允许第一终端设备检测到OTA升级包时，确定对第一终端设备发送的版本检测请求不做任何响应。这样，相对于面向所有用户发布软件的最新版本，服务器通过决策，只向允许检测到OTA升级包的终端设备返回OTA升级包的下载路径，使得在出现升级失败的现象时，不会给大面积用户造成不便，从而降低了OTA多包连续升级失败的影响范围，降低了风险，提高了用户体验。

附图说明

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

图1为本发明一实施例提供的一种OTA升级控制方法流程图；

图2为本发明另一实施例提供的一种OTA升级控制方法流程图；

图3为本发明另一实施例提供的一种OTA升级控制方法流程图；

图4为本发明另一实施例提供的一种OTA升级控制装置组成示意图；

图5为本发明另一实施例提供的另一种OTA升级控制装置组成示意图。

具体实施方式

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

本发明一实施例提供一种OTA升级控制方法，应用于服务器，该服务器上配置有OTA升级包，所述的OTA升级包用于至少一个终端设备将本地软件从当前版本升级到最新版本，如图1所示，该方法可以包括：

101、服务器接收第一终端设备发送的版本检测请求。

其中，版本检测请求用于检测服务器上是否配置有OTA升级包，第一终端设备为至少一个终端设备中的任意一个。

其中，在用户对第一终端设备的用于检测新版本按钮进行触发操作时，第一终端设备便可以根据用户的触发操作向服务器发出用于检测服务器上是否配置有OTA升级包的版本检测请求，此时服务器可以接收第一终端设备发送的版本检测请求。

102、服务器根据预设规则判断是否允许第一终端设备检测到OTA升级包。

其中，在服务器接收到第一终端设备发送的版本检测请求之后，为了能够避免升级失败导致的给大面积用户造成不便的情况出现，服务器需要对允许检测到OTA升级包的终端设备的比例进行控制，也就是说，服务器可以根据预设规则判断是否允许该第一终端设备检测到OAT升级包，并在确定允许该第一终端设备检测到OTA升级包时，执行步骤103，在确定不允许该第一终端设备检测到OTA升级包时，执行步骤104。

103、服务器向第一终端设备发送OTA升级包的下载路径，以便第一终端设备根据下载路径下载OTA升级包。

其中，在服务器确定允许第一终端设备检测到OTA升级包时，便可以向该第一终端设备发送OTA升级包的下载路径，以便该第一终端设备根据接收到的下载路径从服务器下载OTA升级包，并根据下载得到的OTA升级包将本地软件从当前版本升级到最新版本。

104、服务器确定不响应版本检测请求。

其中，在服务器确定不允许第一终端设备检测到OTA升级包时，便可以确定对接收到的第一终端设备发送的版本检测请求不做任何响应。

本发明提供的OTA升级控制方法，服务器在接收第一终端设备发送的用于检测服务器上是否配置有OTA升级包的版本检测请求之后，根据预设规则判断是否允许该第一终端设备检测到OTA升级包，并在确定允许该第一终端设备检测到OTA升级包时，向该第一终端设备发送OTA升级包的下载路径，以便第一终端设备根据下载路径下载OTA升级包，在确定不允许第一终端设备检测到OTA升级包时，确定对第一终端设备发送的版本检测请求不做任何响应。这样，相对于面向所有用户发布软件的最新版本，服务器通过决策，只向允许检测到OTA升级包的终端设备返回OTA升级包的下载路径，使得在出现升级失败的现象时，不会给大面积用户造成不便，从而降低了OTA多包连续升级失败的影响范围，降低了风险，提高了用户体验。

本发明另一实施例提供一种OTA升级控制方法，应用于服务器，该服务器上配置有OTA升级包，所述的OTA升级包用于至少一个终端设备将本地软件从当前版本升级到最新版本，如图2所示，该方法可以包括：

201、服务器接收第一终端设备发送的版本检测请求。

其中，版本检测请求用于检测服务器上是否配置有OTA升级包，第一终端设备为至少一个终端设备中的任意一个。

在服务器接收到第一终端设备发送的版本检测请求之后，为了能够对允许检测到OTA升级包的终端设备的比例进行控制，可以根据预设规则判断是否允许第一终端设备检测到OTA升级包，具体的可以执行以下步骤202-步骤203。

202、服务器对在接收到第一终端设备发送的版本检测请求之前允许检测到OTA升级包的终端设备的数量进行统计，得到统计结果。

203、服务器判断统计结果是否大于预设的数量阈值。

其中，服务器在对在接收到第一终端设备发送的版本检测请求之前允许检测到OTA升级包的终端设备的数量进行统计并得到统计结果之后，可以通过判断得到的统计结果是否大于预设的数量阈值，来确定是否允许该第一终端设备检测到OTA升级包。并且，在统计结果不大于数量阈值时，表明允许该第一终端设备检测到OTA升级包，此时可以执行步骤204；在统计结果大于数量阈值时，表明不允许该第一终端设备检测到OTA升级包，此时可以执行步骤205。

其中，在一种可能的实现方式中，数量阈值可以是服务器根据预先获取到的安装有本地软件的终端设备的总量和设定的允许检测到OTA升级包的终端设备的比例得到的。示例性的，假设服务器获取到的安装有本地软件的终端设备的总量为100，设定的允许检测到OTA升级包的终端设备的比例为10％，那么，根据安装有本地软件的终端设备的总量和允许检测到OTA升级包的终端设备的比例得到的数量阈值为10。那么，在接收到第一终端设备发送的版本检测请求之后，服务器对在接收到第一终端设备发送的版本检测请求之前允许检测到OTA升级包的终端设备进行统计，且得到的统计结果8，此时服务器判断得到统计结果8小于数量阈值10，则表明允许该第一终端设备检测到OTA升级包，那么便可以执行步骤204。

204、服务器向第一终端设备发送OTA升级包的下载路径，以便第一终端设备根据下载路径下载OTA升级包。

205、服务器确定不响应版本检测请求。

206、服务器接收第一终端设备发送的反馈信息。

其中，反馈信息用于反馈第一终端设备根据OTA升级包是否已成功将本地软件从当前版本升级到最新版本。在第一终端设备根据接收到的下载路径从服务器下载到OTA升级包，并根据下载得到的OTA升级包对本地软件进行升级之后，可以将升级是否成功反馈给服务器，即第一终端设备可以向服务器发送用于反馈自身根据OTA升级包是否已成功将本地软件从当前版本升级到最新版本的反馈信息，此时，服务器便可以接收第一终端设备发送的反馈信息。

当然，服务器具体可以接收到多个允许检测到OTA升级包的终端设备发送的反馈信息。

207、服务器根据反馈信息统计根据OTA升级包将本地软件从当前版本升级到最新版本的成功率。

其中，在服务器接收到多个允许检测到OTA升级包的终端设备发送的反馈信息之后，便可以根据接收到的所有反馈信息，统计根据自身配置的OTA升级包将本地软件从当前版本升级到最新版本的成功率。

208、服务器判断成功率是否大于预设的成功率阈值。

其中，在服务器根据反馈信息统计得到根据OTA升级包将本地软件从当前版本升级到最新版本的成功率之后，便可以判断统计到的成功率是否大于预设的成功率阈值，并在确定成功率大于成功率阈值时，执行步骤209，在成功率不大于成功率阈值时，执行步骤210。

209、在服务器接收到第二终端设备发送的版本检测请求时，对在接收到第二终端设备发送的版本检测请求之前允许检测到OTA升级包的终端设备的数量进行统计得到新的统计结果，通过判断新的统计结果是否大于预设的新的数量阈值，判断是否允许第二终端设备检测到OTA升级包。

其中，所述的新的数量阈值大于预设的数量阈值。在服务器确定成功率大于成功率阈值时，表明可以增大允许检测到OTA升级包的终端设备的比例，此时，若服务器接收到第二终端设备发送的版本检测请求时，便可以对在接收到第二终端设备发送的版本检测请求之前允许检测到OTA升级包的终端设备的数量进行统计得到新的统计结果，并根据统计得到的新的统计结果和新的数量阈值，来判断是否允许第二终端设备检测到OTA升级包。并且，可以进一步的根据接收到终端设备的反馈信息，确定是否需要进一步的增大允许检测到OTA升级包的终端设备的比例，直到允许检测到OTA升级包的终端设备的比例为100％。

其中，在一种可能的实现方式中，新的数量阈值也可以是服务器根据预先获取到的安装有本地软件的终端设备的总量和重新设定的新的允许检测到OTA升级包的终端设备的比例得到的。例如，可以先设定允许检测到OTA升级包的终端设备的比例为10％，得到相应的数量阈值并配置在服务器中，并在确定成功率大于成功率阈值时，重新设定允许检测到OTA升级包的终端设备的比例为20％，得到相应的新的数量阈值并配置在服务器中。

210、服务器发出警告指示信号。

其中，在成功率不大于预设成功率阈值时，服务器可以发出警告指示信号，以便提示工作人员及时撤销掉服务器上配置的OTA升级包，并可以重新发布新版本。

需要说明的是，本发明实施例中步骤201-步骤210的具体描述可以参考本发明另一实施例中步骤101-步骤104对应内容的具体描述，本发明实施例在此不再一一赘述。

本发明提供的OTA升级控制方法，服务器在接收第一终端设备发送的用于检测服务器上是否配置有OTA升级包的版本检测请求之后，根据预设规则判断是否允许该第一终端设备检测到OTA升级包，并在确定允许该第一终端设备检测到OTA升级包时，向该第一终端设备发送OTA升级包的下载路径，以便第一终端设备根据下载路径下载OTA升级包，在确定不允许第一终端设备检测到OTA升级包时，确定对第一终端设备发送的版本检测请求不做任何响应。这样，相对于面向所有用户发布软件的最新版本，服务器通过决策，只向允许检测到OTA升级包的终端设备返回OTA升级包的下载路径，使得在出现升级失败的现象时，不会给大面积用户造成不便，从而降低了OTA多包连续升级失败的影响范围，降低了风险，提高了用户体验。

并且，在接收到第一终端设备返回的反馈信息之后，通过对反馈信息进行统计，以得到根据OTA升级包将本地软件从当前版本升级到最新版本的成功率，并在成功率大于预设成功率阈值时，增大允许检测到OTA升级包的终端设备的比例，从而能够让更多的用户进行版本升级，在成功率不大于预设成功率阈值时，通过发出警告指示信号，以便工作人员能及时撤销掉服务器上配置的OTA升级包，并可以重新发布新版本，进一步提升用户体验。

本发明另一实施例提供一种OTA升级控制方法，应用于服务器，该服务器上配置有OTA升级包，所述的OTA升级包用于至少一个终端设备将本地软件从当前版本升级到最新版本，如图3所示，该方法可以包括：

301、服务器接收第一终端设备发送的版本检测请求。

其中，版本检测请求用于检测服务器上是否配置有OTA升级包，第一终端设备为至少一个终端设备中的任意一个。

在服务器接收到第一终端设备发送的版本检测请求之后，为了能够对允许检测到OTA升级包的终端设备的比例进行控制，可以根据预设规则判断是否允许第一终端设备检测到OTA升级包，具体的可以执行以下步骤302。

302、服务器判断第一终端设备的标识、刻度比例的第一预设值以及余数的第一预设值是否满足取模运算算法。

其中，每个终端设备都有一个唯一的标识用于标识其身份，如该标识可以是移动设备国际身份码(英文：International Mobile EquipmentIdentity，简称：IMEI)、移动设备识别码(英文：Mobile EquipmentIdentifier，简称：MEID)等。因此可以根据终端设备的标识来实现对允许检测到OTA升级包的终端设备的比例的控制。具体的，服务器可以通过判断该第一终端设备的标识、刻度比例的第一预设值以及余数的第一预设值是否满足取模运算算法，来判断是否允许第一终端设备检测到OTA升级包。刻度比例和余数用于确定将本地软件从当前版本升级到最新版本的终端设备的比例。并且，在第一终端设备的标识、刻度比例的第一预设值以及余数的第一预设值三者之间满足取模运算算法(其中，当第一终端设备的标识除以刻度比例的第一预设值得到的余数为余数的第一预设值时，表明三者之间满足取模运算算法)时，表明该第一终端设备可以是允许检测到OTA升级包的终端设备，也就是说，可以确定允许该第一终端设备检测到OTA升级包，此时可以执行步骤303，在第一终端设备的标识、刻度比例的第一预设值以及余数的第一预设值三者之间不满足取模运算算法(其中，当第一终端设备的标识除以刻度比例的第一预设值得到的余数不为余数的第一预设值时，表明三者之间满足取模运算算法)时，表明该第一终端设备不是允许检测到OTA升级包的终端设备，也就是说，可以确定不允许该第一终端设备检测到OTA升级包，此时可以执行步骤304。其中，刻度比例的取值为正整数，余数的取值为大于等于0，且小于等于9的整数。

需要说明的是，在本发明实施例中，刻度比例的第一预设值以及余数的第一预设值可以是预先配置在服务器中的，其具体的取值可以根据实际应用场景的需求进行设定。

示例性的，假设刻度比例的第一预设值为10，余数的第一预设值为0，第一终端设备的标识为21，那么可以判断第一终端设备的标识、刻度比例的第一预设值以及余数的第一预设值三者之间是否满足取模运算算法，即21除以10的余数是否为0，可以得到21除以10的余数不为0，那么可以确定第一终端设备的标识、刻度比例的第一预设值以及余数的第一预设值三者之间不满足取模运算算法，此时可以表明该第一终端设备不是允许检测到OTA升级包的终端设备，也就是说，可以确定不允许该第一终端设备检测到OTA升级包。在假设第一终端设备的标识为40，那么可以判断第一终端设备的标识、刻度比例的第一预设值以及余数的第一预设值三者之间是否满足取模运算算法，即40除以10的余数是否为0，可以得到40除以10的余数为0，那么可以确定第一终端设备的标识、刻度比例的第一预设值以及余数的第一预设值三者之间满足取模运算算法，此时可以表明该第一终端设备是允许检测到OTA升级包的终端设备，也就是说，可以确定允许该第一终端设备检测到OTA升级包。

当然，余数的第一预设值还可以是两个值，例如，假设余数的第一预设值为2和4，那么当刻度比例的第一预设值为10，终端设备的标识为1-100时，可以确定出标识为2、4、12、14、22、24、32、34、…、82、84、92、94的终端设备均为允许检测到OTA升级包的终端设备，也就是说，当服务器接收到上述标识的终端设备时，均会执行步骤303。

303、服务器向第一终端设备发送OTA升级包的下载路径，以便第一终端设备根据下载路径下载OTA升级包。

304、服务器确定不响应版本检测请求。

305、服务器接收第一终端设备发送的反馈信息。

其中，反馈信息用于反馈第一终端设备根据OTA升级包是否已成功将本地软件从当前版本升级到最新版本。

306、服务器根据反馈信息统计根据OTA升级包将本地软件从当前版本升级到最新版本的成功率。

307、服务器判断成功率是否大于预设的成功率阈值。

其中，在服务器根据反馈信息统计得到根据OTA升级包将本地软件从当前版本升级到最新版本的成功率之后，便可以判断统计到的成功率是否大于预设的成功率阈值，并在确定成功率大于成功率阈值时，执行步骤308，在成功率不大于成功率阈值时，执行步骤309。

308、在服务器接收到第二终端设备发送的版本检测请求时，根据第二终端设备的标识、刻度比例的第二预设值以及余数的第二预设值判断是否允许第二终端设备检测到OTA升级包。

其中，根据刻度比例的第二预设值和余数的第二预设值确定的将本地软件从当前版本升级到最新版本的终端设备的比例大于根据刻度比例的第一预设值和余数的第一预设值确定的将本地软件从当前版本升级到最新版本的终端设备的比例。

在服务器确定成功率大于成功率阈值时，表明可以增大允许检测到OTA升级包的终端设备的比例，此时，若服务器接收到第二终端设备发送的版本检测请求时，便可以根据第二终端设备的标识、刻度比例的第二预设值以及余数的第二预设值判断是否允许第二终端设备检测到OTA升级包。并且，可以进一步的根据接收到终端设备的反馈信息，确定是否需要进一步的增大允许检测到OTA升级包的终端设备的比例(即进一步的调整刻度比例和/或余数的取值来增大允许检测到OTA升级包的终端设备的比例)，直到允许检测到OTA升级包的终端设备的比例为100％。

309、服务器发出警告指示信号。

需要说明的是，本发明实施例中步骤301-步骤309的具体描述可以参考本发明另一实施例中步骤101-步骤104以及另一实施例中步骤201-步骤210对应内容的具体描述，本发明实施例在此不再一一赘述。

本发明提供的OTA升级控制方法，服务器在接收第一终端设备发送的用于检测服务器上是否配置有OTA升级包的版本检测请求之后，根据预设规则判断是否允许该第一终端设备检测到OTA升级包，并在确定允许该第一终端设备检测到OTA升级包时，向该第一终端设备发送OTA升级包的下载路径，以便第一终端设备根据下载路径下载OTA升级包，在确定不允许第一终端设备检测到OTA升级包时，确定对第一终端设备发送的版本检测请求不做任何响应。这样，相对于面向所有用户发布软件的最新版本，服务器通过决策，只向允许检测到OTA升级包的终端设备返回OTA升级包的下载路径，使得在出现升级失败的现象时，不会给大面积用户造成不便，从而降低了OTA多包连续升级失败的影响范围，降低了风险，提高了用户体验。

并且，在接收到第一终端设备返回的反馈信息之后，通过对反馈信息进行统计，以得到根据OTA升级包将本地软件从当前版本升级到最新版本的成功率，并在成功率大于预设成功率阈值时，增大允许检测到OTA升级包的终端设备的比例，从而能够让更多的用户进行版本升级，在成功率不大于预设成功率阈值时，通过发出警告指示信号，以便工作人员能及时撤销掉服务器上配置的OTA升级包，并可以重新发布新版本，进一步提升用户体验。

本发明另一实施例提供一种OTA升级控制装置，如图4所示，应用于服务器，该服务器上配置有OTA升级包，所述的OTA升级包用于至少一个终端设备将本地软件从当前版本升级到最新版本，该OTA升级控制装置可以包括：接收单元41、判断单元42、发送单元43、确定单元44。

接收单元41，用于接收第一终端设备发送的版本检测请求；其中，所述版本检测请求用于检测所述服务器上是否配置有所述OTA升级包，所述第一终端设备为所述至少一个终端设备中的任意一个.

判断单元42，用于根据预设规则判断是否允许所述第一终端设备检测到所述OTA升级包。

发送单元43，用于当所述判断单元42确定允许所述第一终端设备检测到所述OTA升级包时，向所述第一终端设备发送所述OTA升级包的下载路径，以便所述第一终端设备根据所述下载路径下载所述OTA升级包。

确定单元44，用于当所述判断单元42确定不允许所述第一终端设备检测到所述OTA升级包时，确定不响应所述版本检测请求。

在本发明实施例中，进一步的，所述判断单元42，具体用于对在所述接收单元41接收到所述第一终端设备发送的所述版本检测请求之前允许检测到所述OTA升级包的终端设备的数量进行统计，得到统计结果，判断所述统计结果是否大于预设的数量阈值。

若所述判断单元42确定所述统计结果不大于所述数量阈值，则确定允许所述第一终端设备检测到所述OTA升级包。

若所述判断单元42确定所述统计结果大于所述数量阈值，则确定不允许所述第一终端设备检测到所述OTA升级包。

在本发明实施例中，进一步的，所述判断单元42，具体用于判断所述第一终端设备的标识、刻度比例的第一预设值以及余数的第一预设值是否满足取模运算算法。

若所述判断单元42确定所述第一终端设备的标识、所述刻度比例的第一预设值以及所述余数的第一预设值三者之间满足取模运算算法，则确定允许所述第一终端设备检测到所述OTA升级包。

若所述判断单元42确定所述第一终端设备的标识、所述刻度比例的第一预设值以及所述余数的第一预设值三者之间不满足所述取模运算算法，则确定不允许所述第一终端设备检测到所述OTA升级包。

其中，所述刻度比例的取值为正整数，所述余数的取值为大于等于0，且小于等于9的整数，所述刻度比例和所述余数用于确定将所述本地软件从所述当前版本升级到所述最新版本的终端设备的比例。

在本发明实施例中，进一步的，所述接收单元41，还用于在所述发送单元43当允许所述第一终端设备检测到所述OTA升级包时，向所述第一终端设备发送所述OTA升级包的下载路径之后，接收所述第一终端设备发送的反馈信息；其中，所述反馈信息用于反馈所述第一终端设备根据所述OTA升级包是否已成功将所述本地软件从所述当前版本升级到所述最新版本。

如图5所示，该OTA升级控制装置还可以包括：统计单元45。

统计单元45，用于根据所述接收单元41接收到的所述反馈信息统计根据所述OTA升级包将所述本地软件从所述当前版本升级到所述最新版本的成功率。

在本发明实施例中，进一步的，所述判断单元42，还用于在所述统计单元45根据所述反馈信息统计根据所述OTA升级包将所述本地软件从所述当前版本升级到所述最新版本的成功率之后，判断所述统计单元45统计得到的所述成功率是否大于预设的成功率阈值。

所述判断单元42，还用于当所述成功率大于所述成功率阈值时，在所述接收单元41接收到第二终端设备发送的所述版本检测请求时，根据所述第二终端设备的标识、刻度比例的第二预设值以及余数的第二预设值判断是否允许所述第二终端设备检测到所述OTA升级包；其中，根据所述刻度比例的第二预设值和所述余数的第二预设值确定的将所述本地软件从所述当前版本升级到所述最新版本的终端设备的比例大于根据所述刻度比例的第一预设值和所述余数的第一预设值确定的将所述本地软件从所述当前版本升级到所述最新版本的终端设备的比例。

该OTA升级控制装置还可以包括：警告单元46。

警告单元46用于当所述判断单元42确定所述成功率不大于所述成功率阈值时，发出警告指示信号。

需要说明的是，本发明实施例提供的OTA升级控制装置中各功能模块的具体工作过程可以参考方法实施例中对应过程的具体描述，本发明实施例在此不再详细赘述。

本发明提供的OTA升级控制装置，在接收第一终端设备发送的用于检测服务器上是否配置有OTA升级包的版本检测请求之后，根据预设规则判断是否允许该第一终端设备检测到OTA升级包，并在确定允许该第一终端设备检测到OTA升级包时，向该第一终端设备发送OTA升级包的下载路径，以便第一终端设备根据下载路径下载OTA升级包，在确定不允许第一终端设备检测到OTA升级包时，确定对第一终端设备发送的版本检测请求不做任何响应。这样，相对于面向所有用户发布软件的最新版本，OTA升级控制装置通过决策，只向允许检测到OTA升级包的终端设备返回OTA升级包的下载路径，使得在出现升级失败的现象时，不会给大面积用户造成不便，从而降低了OTA多包连续升级失败的影响范围，降低了风险，提高了用户体验。

并且，在接收到第一终端设备返回的反馈信息之后，通过对反馈信息进行统计，以得到根据OTA升级包将本地软件从当前版本升级到最新版本的成功率，并在成功率大于预设成功率阈值时，增大允许检测到OTA升级包的终端设备的比例，从而能够让更多的用户进行版本升级，在成功率不大于预设成功率阈值时，通过发出警告指示信号，以便工作人员能及时撤销掉服务器上配置的OTA升级包，并可以重新发布新版本，进一步提升用户体验。

通过以上的实施方式的描述，所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个装置，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是一个物理单元或多个物理单元，即可以位于一个地方，或者也可以分布到多个不同地方。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该软件产品存储在一个存储介质中，包括若干指令用以使得一个设备(可以是单片机，芯片等)或处理器(processor)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(英文：Read-Only Memory，简称：ROM)、随机存取存储器(英文：Random Access Memory，简称：RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以所述权利要求的保护范围为准。

Claims (10)

1.一种空中下载OTA升级控制方法，其特征在于，应用于服务器，所述服务器上配置有OTA升级包，所述OTA升级包用于至少一个终端设备将本地软件从当前版本升级到最新版本，所述方法包括：

所述服务器接收第一终端设备发送的版本检测请求；其中，所述版本检测请求用于检测所述服务器上是否配置有所述OTA升级包，所述第一终端设备为所述至少一个终端设备中的任意一个；

所述服务器根据预设规则判断是否允许所述第一终端设备检测到所述OTA升级包；

当允许所述第一终端设备检测到所述OTA升级包时，所述服务器向所述第一终端设备发送所述OTA升级包的下载路径，以便所述第一终端设备根据所述下载路径下载所述OTA升级包；

当不允许所述第一终端设备检测到所述OTA升级包时，所述服务器确定不响应所述版本检测请求。

2.根据权利要求1所述的方法，其特征在于，所述服务器根据预设规则判断是否允许所述第一终端设备检测到所述OTA升级包，包括：

所述服务器对在接收到所述第一终端设备发送的所述版本检测请求之前允许检测到所述OTA升级包的终端设备的数量进行统计，得到统计结果；

所述服务器判断所述统计结果是否大于预设的数量阈值；

若所述统计结果不大于所述数量阈值，则确定允许所述第一终端设备检测到所述OTA升级包；

若所述统计结果大于所述数量阈值，则确定不允许所述第一终端设备检测到所述OTA升级包。

3.根据权利要求1所述的方法，其特征在于，所述服务器根据预设规则判断是否允许所述第一终端设备检测到所述OTA升级包，包括：

所述服务器判断所述第一终端设备的标识、刻度比例的第一预设值以及余数的第一预设值是否满足取模运算算法；

若所述第一终端设备的标识、所述刻度比例的第一预设值以及所述余数的第一预设值三者之间满足取模运算算法，则确定允许所述第一终端设备检测到所述OTA升级包；

若所述第一终端设备的标识、所述刻度比例的第一预设值以及所述余数的第一预设值三者之间不满足所述取模运算算法，则确定不允许所述第一终端设备检测到所述OTA升级包；

其中，所述刻度比例的取值为正整数，所述余数的取值为大于等于0，且小于等于9的整数，所述刻度比例和所述余数用于确定将所述本地软件从所述当前版本升级到所述最新版本的终端设备的比例。

4.根据权利要求3所述的方法，其特征在于，在所述当允许所述第一终端设备检测到所述OTA升级包时，所述服务器向所述第一终端设备发送所述OTA升级包的下载路径之后，还包括：

所述服务器接收所述第一终端设备发送的反馈信息；其中，所述反馈信息用于反馈所述第一终端设备根据所述OTA升级包是否已成功将所述本地软件从所述当前版本升级到所述最新版本；

所述服务器根据所述反馈信息统计根据所述OTA升级包将所述本地软件从所述当前版本升级到所述最新版本的成功率。

5.根据权利要求4所述的方法，其特征在于，在所述服务器根据所述反馈信息统计根据所述OTA升级包将所述本地软件从所述当前版本升级到所述最新版本的成功率之后，还包括：

所述服务器判断所述成功率是否大于预设的成功率阈值；

当所述成功率大于所述成功率阈值时，在所述服务器接收到第二终端设备发送的所述版本检测请求时，根据所述第二终端设备的标识、刻度比例的第二预设值以及余数的第二预设值判断是否允许所述第二终端设备检测到所述OTA升级包；其中，根据所述刻度比例的第二预设值和所述余数的第二预设值确定的将所述本地软件从所述当前版本升级到所述最新版本的终端设备的比例大于根据所述刻度比例的第一预设值和所述余数的第一预设值确定的将所述本地软件从所述当前版本升级到所述最新版本的终端设备的比例；

当所述成功率不大于所述成功率阈值时，所述服务器发出警告指示信号。

6.一种空中下载OTA升级控制装置，其特征在于，应用于服务器，所述服务器上配置有OTA升级包，所述OTA升级包用于至少一个终端设备将本地软件从当前版本升级到最新版本，所述装置包括：

接收单元，用于接收第一终端设备发送的版本检测请求；其中，所述版本检测请求用于检测所述服务器上是否配置有所述OTA升级包，所述第一终端设备为所述至少一个终端设备中的任意一个；

判断单元，用于根据预设规则判断是否允许所述第一终端设备检测到所述OTA升级包；

发送单元，用于当所述判断单元确定允许所述第一终端设备检测到所述OTA升级包时，向所述第一终端设备发送所述OTA升级包的下载路径，以便所述第一终端设备根据所述下载路径下载所述OTA升级包；

确定单元，用于当所述判断单元确定不允许所述第一终端设备检测到所述OTA升级包时，确定不响应所述版本检测请求。

7.根据权利要求6所述的装置，其特征在于，

所述判断单元，具体用于对在所述接收单元接收到所述第一终端设备发送的所述版本检测请求之前允许检测到所述OTA升级包的终端设备的数量进行统计，得到统计结果；判断所述统计结果是否大于预设的数量阈值；

若所述判断单元确定所述统计结果不大于所述数量阈值，则确定允许所述第一终端设备检测到所述OTA升级包；

若所述判断单元确定所述统计结果大于所述数量阈值，则确定不允许所述第一终端设备检测到所述OTA升级包。

8.根据权利要求6所述的装置，其特征在于，

所述判断单元，具体用于判断所述第一终端设备的标识、刻度比例的第一预设值以及余数的第一预设值是否满足取模运算算法；

若所述判断单元确定所述第一终端设备的标识、所述刻度比例的第一预设值以及所述余数的第一预设值三者之间满足取模运算算法，则确定允许所述第一终端设备检测到所述OTA升级包；

若所述判断单元确定所述第一终端设备的标识、所述刻度比例的第一预设值以及所述余数的第一预设值三者之间不满足所述取模运算算法，则确定不允许所述第一终端设备检测到所述OTA升级包；

其中，所述刻度比例的取值为正整数，所述余数的取值为大于等于0，且小于等于9的整数，所述刻度比例和所述余数用于确定将所述本地软件从所述当前版本升级到所述最新版本的终端设备的比例。

9.根据权利要求8所述的装置，其特征在于，

所述接收单元，还用于在所述发送单元当允许所述第一终端设备检测到所述OTA升级包时，向所述第一终端设备发送所述OTA升级包的下载路径之后，接收所述第一终端设备发送的反馈信息；其中，所述反馈信息用于反馈所述第一终端设备根据所述OTA升级包是否已成功将所述本地软件从所述当前版本升级到所述最新版本；

所述装置还包括：

统计单元，用于根据所述接收单元接收到的所述反馈信息统计根据所述OTA升级包将所述本地软件从所述当前版本升级到所述最新版本的成功率。

10.根据权利要求9所述的装置，其特征在于，

所述判断单元，还用于在所述统计单元根据所述反馈信息统计根据所述OTA升级包将所述本地软件从所述当前版本升级到所述最新版本的成功率之后，判断所述统计单元统计得到的所述成功率是否大于预设的成功率阈值；

所述判断单元，还用于当所述成功率大于所述成功率阈值时，在所述接收单元接收到第二终端设备发送的所述版本检测请求时，根据所述第二终端设备的标识、刻度比例的第二预设值以及余数的第二预设值判断是否允许所述第二终端设备检测到所述OTA升级包；其中，根据所述刻度比例的第二预设值和所述余数的第二预设值确定的将所述本地软件从所述当前版本升级到所述最新版本的终端设备的比例大于根据所述刻度比例的第一预设值和所述余数的第一预设值确定的将所述本地软件从所述当前版本升级到所述最新版本的终端设备的比例；

所述装置还包括：

警告单元，用于当所述判断单元确定所述成功率不大于所述成功率阈值时，发出警告指示信号。