一种设备升级方法及装置与流程

本发明涉及网络通信技术领域，尤其涉及一种设备升级方法及装置。

背景技术

目前，终端设备采用ota(over-the-airtechnology，空中下载技术)升级功能对移动终端固件进行数据升级。随着软件更新速度越来越快，需要对设备进行频繁的升级，有时候终端设备刚刚出厂，就有了新版本的软件。对终端设备进行升级可用于修复设备存在的问题或增加新功能，使设备更具有市场竞争力。

ota升级的方法有多种，例如，公开号为cn107608701a、名称为《一种升级固件的方法和装置》的专利文献，该专利文献中公开了一种升级固件的方法，具体包括：设备将固件的当前版本信息发送给固件服务器；设备接收来自固件服务器的针对所述固件的升级文件，所述升级文件是所述固件服务器根据所述固件的当前版本信息确定的；设备判断所述升级文件是否接收成功，若是，则根据所述升级文件对所述固件进行升级。再如公开号为cn102624771b、名称为《一种客户端升级的方法》的专利文献，该专利文献公开了一种应用升级方法，该方法包括：从服务端获取升级配置文件，升级配置文件中设置升级属性信息，通过解析器对升级配置文件进行解析，得到升级属性信息，根据升级属性信息中的升级描述信息和预置的匹配规则，判断本次升级是否通过升级属性的匹配，若本次升级通过升级属性的匹配，则按照升级属性信息中的升级操作信息，执行应用的升级操作。在上述专利文献中涉及的技术方案中，并没有考虑到升级过程中服务器压力的问题。

在现有的升级方法中，如果市场上存在大量需要升级的终端设备，这些终端设备在升级时需要占用相当多的服务器资源。如果同时对这些终端设备进行升级，服务器需要承受较大的升级压力，导致升级失败几率增大，用户体验不好。此外，可能存在大量无用的升级请求。

技术实现要素：

本发明所要解决的技术问题在于，针对现有技术的上述不足，提出一种设备升级方法及装置，以减少升级过程中服务器的压力，提高用户体验。

为了解决上述技术问题，本申请提供了一种设备升级方法及装置。

所述设备升级方法包括：

当处于升级时间区间时，确定需要升级的终端设备，并向其中m个终端设备发送升级指令；其中，m为服务器最大升级并发量；

在升级时间区间内，响应于服务器最大升级并发量m与当前处于升级状态的终端设备的数量k之差m-k大于阈值，发送升级指令至下一批次升级的终端设备。

可选地，所述发送升级指令至下一批次升级的需要升级的终端设备具体为：

确定下一批次升级的终端设备的数量l，并向l个需要升级的终端设备发送升级指令；其中，数量l为服务器最大升级并发量m与当前处于升级状态的终端设备的数量k之差m-k。

可选地，所述设备升级方法还包括步骤：

获取终端设备发送的设备信息；其中设备信息包括终端设备的版本信息；

所述确定需要升级的终端设备具体为：

根据终端设备的版本信息，确定需要升级的终端设备。

可选地，所述设备升级方法还包括步骤：

获取对升级时间区间的设定指令，并根据设定指令，对升级时间区间进行设定。

可选地，所述设备升级方法还包括步骤：

在发送升级指令至终端设备之后，获取对应终端设备升级成功或失败的反馈信息。

所述设备升级装置包括：

第一升级指令发送模块，用于当处于升级时间区间时，确定需要升级的终端设备，并向其中m个终端设备发送升级指令；其中，m为服务器最大升级并发量；

第二升级指令发送模块，用于在升级时间区间内，响应于服务器最大升级并发量m与当前处于升级状态的终端设备的数量k之差m-k大于阈值，发送升级指令至下一批次升级的终端设备。

可选地，所述第二升级指令发送模块还用于：

确定下一批次升级的终端设备的数量l，并向l个需要升级的终端设备发送升级指令；其中，数量l为服务器最大升级并发量m与当前处于升级状态的终端设备的数量k之差m-k。

可选地，所述设备升级装置还包括：

设备信息获取模块，用于获取终端设备发送的设备信息；其中设备信息包括终端设备的版本信息；

所述第一升级指令发送模块还用于：

根据终端设备的版本信息，确定需要升级的终端设备。

可选地，所述设备升级装置还包括：

设定模块，用于获取对升级时间区间的设定指令，并根据设定指令，对升级时间区间进行设定。

可选地，所述设备升级装置还包括：

反馈信息获取模块，用于在发送升级指令至终端设备之后，获取对应终端设备升级成功或失败的反馈信息。

本申请通过在预设的一段升级时间区间内对终端设备进行升级，具体来说，当处于升级时间区间时，确定需要升级的终端设备，并向其中m个终端设备发送升级指令；其中，m为服务器最大升级并发量；此后，在升级时间区间内，服务器响应于服务器最大升级并发量m与当前处于升级状态的终端设备的数量k之差m-k大于阈值，发送升级指令至下一批次升级的终端设备。服务器将同时升级的终端设备的数量限制在服务器最大升级并发量m，使得服务器能够有效分批次的处理升级任务，使服务器的升级压力保持在合理范围，提高了终端设备升级成功的几率，提升了用户体验。

附图说明

图1是根据一示例性实施例示出的设备升级方法的实施场景示意图。

图2是根据一示例性实施例示出的设备升级方法的流程图。

图3是根据一示例性实施例示出的设备升级方法的流程图。

图4是根据一示例性实施例示出的设备升级方法的流程图。

图5是根据一示例性实施例示出的设备升级装置的结构框图。

具体实施方式

以下是本发明的具体实施例并结合附图，对本发明的技术方案作进一步的描述，但本发明并不限于这些实施例。

还应当理解，此处所描述的具体实施例仅仅用于理解本发明，并不用于限定本发明。

图1是根据一示例性实施例示出的设备升级方法的实施场景示意图，参考图1，涉及服务器11和终端设备12，其中终端设备包括终端设备1至终端设备n。其中终端设备的数量为n。

在本申请实施例中，可存在大量的终端设备12通过服务器11进行升级。其中，服务器11与终端设备12之间可采用ota(over-the-airtechnology，空中下载技术)进行升级。

在本申请实施例中，服务器11与终端设备12建立通信连接，以便进行升级。

终端设备12可以为移动终端，涉及的升级的对象可以为操作系统或者应用软件。

在服务器11上存储有终端设备12的最新版本的软件；服务器11获取所有终端设备12的版本信息。服务器11通过比较其上存储的最新版本与终端设备12上的版本，判断终端设备是否需要升级。需要说明的是，每个终端设备上的软件版本可能不相同。

图2是根据一示例性实施例示出的设备升级方法的流程图；本实施例示出的设备升级方法应用于服务器端，该实施例示出的设备升级方法包括步骤s201和步骤s202，具体包括：

步骤s201，当处于升级时间区间时，确定需要升级的终端设备，并向其中m个终端设备发送升级指令；其中，m为服务器最大升级并发量。

服务器只在一个预设的升级时间段对有升级需求的终端设备进行推送新版本，升级时间段可以设定在终端设备使用较少的时间，以减少升级对用户的影响。

当进入升级时间区间时，服务器首先确定需要升级的终端设备，并向其中m个终端设备发送升级指令；此后，在升级过程中，当服务器最大升级并发量m与当前处于升级状态的终端设备的数量k之差m-k大于阈值时，执行步骤s202，即触发下一批次终端设备的升级。此外，上述升级过程均处于升级时间区间内。

终端设备可以手机、平板、嵌入式设备或计算机等设备，并在终端设备可运行有操作系统，例如安卓、windows。

在本申请实施例中，服务器向需要升级的终端设备发送升级指令，使终端设备进行软件升级，这里所指代的软件可以为操作系统、应用软件、驱动程序等软件。

在本申请实施例中，确定需要升级的终端设备可具体为：服务器将当前的最新软件版本与各个终端设备中的软件版本进行比，确定需要升级的终端设备。

需要说明的是，在本申请实施例中，m为服务器最大升级并发量，即服务器最大可同时对m个终端设备进行升级。m可以是一个设定值，即人为设定m为服务器最大升级并发量。m也可以是根据实际服务器的处理能力确定的一个最大升级并发量。

步骤s202，在升级时间区间内，响应于服务器最大升级并发量m与当前处于升级状态的终端设备的数量k之差m-k大于阈值，发送升级指令至下一批次升级的终端设备。

在本申请实施例中，在步骤s201中，服务器向m个终端设备发送升级指令，收到升级指令的终端设备可进行升级。设定存在k个终端设备同时进行升级，当服务器最大升级并发量m与当前处于升级状态的终端设备的数量k之差m-k大于阈值时，服务器发送升级指令至下一批次需要升级的终端设备。

当进入升级时间区间，服务器首先执行步骤s201，即确定需要升级的终端设备，并向其中m个终端设备发送升级指令；此后，在升级时间区间内，服务器响应于服务器最大升级并发量m与当前处于升级状态的终端设备的数量k之差m-k大于阈值，发送升级指令至下一批次升级的终端设备，即执行步骤s202。下一批次升级设备的数量可根据服务器空闲量(最大升级并发量m与当前处于升级状态的终端设备的数量k之差m-k)来确定。需要说明的是，在升级时间区间内，只需满足服务器最大升级并发量m与当前处于升级状态的终端设备的数量k之差m-k的数值大于阈值，就可触发下一次升级。下一批升级的终端设备数量可控制在数量m-k内，以保证同时升级的终端设备数量小于m。

在本申请实施例中，所述发送升级指令至下一批次升级的需要升级的终端设备具体为：

确定下一批次升级的终端设备的数量l，并向l个需要升级的终端设备发送升级指令；其中，数量l为服务器最大升级并发量m与当前处于升级状态的终端设备的数量k之差m-k。

在升级时间区间内，当数值m-k大于阈值时，触发下一批次的升级过程。

需要说明的是，当终端设备接收到服务器发送的升级指令时，可从服务器下载升级包，并使用该升级包进行升级。此外，当终端设备检测到自身处于使用状态时，可跳过本次升级。

此外，终端设备在下载升级包之后，还可对升级包进行验证，以保证升级包的正确性。

在本申请实施例中，所述设备升级方法还包括步骤：

在发送升级指令至终端设备之后，获取对应终端设备升级成功或失败的反馈信息。

服务器可根据终端设备升级成功或失败的反馈信息，确定对应的终端设备是否已经升级，是否需要再次发送升级指令。

本申请通过在预设的一段升级时间区间内对终端设备进行升级，具体来说，当处于升级时间区间时，确定需要升级的终端设备，并向其中m个终端设备发送升级指令；其中，m为服务器最大升级并发量；此后，在升级时间区间内，服务器响应于服务器最大升级并发量m与当前处于升级状态的终端设备的数量k之差m-k大于阈值，发送升级指令至下一批次升级的终端设备。服务器将同时升级的终端设备的数量限制在服务器最大升级并发量m，使得服务器能够有效分批次的处理升级任务，使服务器的升级压力保持在合理范围，提高了终端设备升级成功的几率，提升了用户体验。

图3是根据一示例性实施例示出的设备升级方法的流程图；本实施例示出的设备升级方法应用于服务器端，该实施例示出的设备升级方法包括步骤s301至步骤s303，具体包括：

步骤s301，获取对升级时间区间的设定指令，并根据设定指令，对升级时间区间进行设定。

在本申请实施例中，管理人员可对升级时间区间进行设定。

步骤s302，当处于升级时间区间时，确定需要升级的终端设备，并向其中m个终端设备发送升级指令；其中，m为服务器最大升级并发量。

步骤s303，在升级时间区间内，响应于服务器最大升级并发量m与当前处于升级状态的终端设备的数量k之差m-k大于阈值，发送升级指令至下一批次升级的终端设备。

需要说明的是，本实施例基于图2对应的实施例，未详述的部分可参见图2对应的实施例。

在本实施例中，可对升级时间区间进行自定义设定，增加了升级时间的灵活性，可应对更加复杂情况，增加了技术方案的适应性。

图4是根据一示例性实施例示出的设备升级方法的流程图。本实施例示出的设备升级方法应用于服务器端，该实施例示出的设备升级方法包括步骤s401至步骤s403，具体包括：

步骤s401，获取终端设备发送的设备信息；其中设备信息包括终端设备的版本信息。

在本申请实施例中，所述设备信息可包括：软件的版本信息、设备型号、mac地址。

服务器可根据mac地址对每个终端设备进行识别和区分，以确定需要升级的终端设备。如果服务器中存在的最新软件版本高于终端设备的版本，可将该终端设备确定为需要升级的终端设备。

步骤s402，当处于升级时间区间时，根据终端设备的版本信息，确定需要升级的终端设备，并向其中m个终端设备发送升级指令；其中，m为服务器最大升级并发量。

步骤s403，在升级时间区间内，响应于服务器最大升级并发量m与当前处于升级状态的终端设备的数量k之差m-k大于阈值，发送升级指令至下一批次升级的终端设备。

需要说明的是，本实施例基于图2和图3对应的实施例，未详述的部分可参见图2和图3对应的实施例。

本实施例中，通过在升级前，服务器获取终端设备发送的设备信息，并根据版本信息确定需要升级的终端设备，这样可以减少服务器在升级时间区间内的处理压力，增加升级效率。

图5是根据一示例性实施例示出的设备升级装置的结构框图。该设备升级装置，应用于服务器端，具体包括：

第一升级指令发送模块51，用于当处于升级时间区间时，确定需要升级的终端设备，并向其中m个终端设备发送升级指令；其中，m为服务器最大升级并发量；

第二升级指令发送模块52，用于在升级时间区间内，响应于服务器最大升级并发量m与当前处于升级状态的终端设备的数量k之差m-k大于阈值，发送升级指令至下一批次升级的终端设备。

在本实施例中，所述第二升级指令发送模块52还用于：

确定下一批次升级的终端设备的数量l，并向l个需要升级的终端设备发送升级指令；其中，数量l为服务器最大升级并发量m与当前处于升级状态的终端设备的数量k之差m-k。

在本实施例中，所述设备升级装置还包括：

设备信息获取模块，用于获取终端设备发送的设备信息；其中设备信息包括终端设备的版本信息；

所述第一升级指令发送模块51还用于：

根据终端设备的版本信息，确定需要升级的终端设备。

在本实施例中，所述设备升级装置还包括：

设定模块，用于获取对升级时间区间的设定指令，并根据设定指令，对升级时间区间进行设定。

在本实施例中，所述设备升级装置还包括：

反馈信息获取模块，用于在发送升级指令至终端设备之后，获取对应终端设备升级成功或失败的反馈信息。

由于本实施例示出的设备升级装置应用于图2至图4示出的方法实施例，相关的内容参见前述的方法实施例，这里不再赘述。

应当理解，本申请涉及的步骤并没有严格的执行顺序，所有可预见并且不影响功能的实现的变化都应该在本发明的保护范围内。

在本申请所提供的实施例中，应该理解所描述的方法和系统都是示意性的，在实际实施过程中通过调整可以有所差别。

另外，各功能单元或模块的具体名称也只是为了便于相互区分，并不用于本发明的保护范围。

本文中所描述的具体实施例仅仅是对本发明精神作举例说明。本发明所属技术领域的技术人员可以对所描述的具体实施例做各种各样的修改或补充或采用类似的方式替代，但并不会偏离本发明的精神或者超越所附权利要求书所定义的范围。