CN115167887A - 升级方法、装置、存储介质及电子设备 - Google Patents

Abstract

本申请公开了一种升级方法及装置、存储介质和电子设备，方法包括：获取终端设备的基本信息，并将基本信息发送至升级服务器，以使升级服务器根据基本信息确定升级资源以及升级方式；接收升级服务器发送的升级资源以及升级方式；按照升级方式，利用升级资源执行升级操作。本申请的方法解决了现有技术中不同终端适用不同的软件所导致的软件分发复杂的问题。

Description

升级方法、装置、存储介质及电子设备

技术领域

本申请涉及计算机技术领域，尤其是涉及到一种升级方法、装置、存储介质及电子设备。

背景技术

OTA(Over-the-air programming，OTA)是一种为设备分发新软件、设备配置、更新设备密钥的一种方法。利用OTA方法，设备供应商可以通过计算机网络，可以向所有设备使用者分发升级软件。

然而，由于终端设备的多样性，关键硬件模块选型、芯片架构、操作系统、接口协议和客户业务场景不同，OTA软件分发的过程十分复杂和碎片化，组合起来后会形成多套方法和流程，不利于OTA软件更新的管理和维护。

发明内容

有鉴于此，本申请提供了一种升级方法、装置、介质及电子设备，解决了现有技术中不同终端适用不同的软件所导致的软件分发复杂的问题。

根据本申请的一个方面，提供了一种升级方法，所述方法应用于终端设备，方法包括：

获取所述终端设备的基本信息，并将所述基本信息发送至升级服务器，以使所述升级服务器根据所述基本信息确定升级资源以及升级方式；

接收所述升级服务器发送的升级资源以及升级方式；

按照所述升级方式，利用所述升级资源执行升级操作。

可选地，所述升级方式为静默升级或主动升级；

所述按照所述升级方式，利用所述升级资源执行升级操作，具体包括：

若所述升级方式为静默升级，则根据所述终端设备的历史资源消耗记录，确定静默升级时段；

在所述静默升级时段，利用所述升级资源执行升级操作；

若所述升级方式为主动升级，则在接收到确认信号后，利用所述升级资源执行所述升级操作。

可选地，所述根据所述终端设备的历史资源消耗记录，确定静默升级时段，具体包括：

根据所述历史资源消耗记录确定资源消耗参数随时间变化的拟合模型，其中，所述资源消耗参数包括以下至少之一：待机功耗、CPU占用率、内存占用率；

分别根据每个资源消耗参数的拟合模型，确定所述资源消耗参数在预设时间周期内的极小值，以及所述极小值对应的极值时刻；

根据所述极值时刻以及预设时间范围，确定所述资源消耗参数对应的备选升级时段，并根据所述备选升级时段确定所述静默升级时段。

可选地，所述根据所述备选升级时段确定所述静默升级时段，具体包括：

若所述资源消耗参数为一个，则所述备选升级时段为所述静默升级时段；

若所述资源消耗参数为多个，则确定多个所述资源消耗参数对应的备选升级时段的交集为所述静默升级时段。

可选地，所述在所述静默升级时段，利用所述升级资源执行升级操作，具体包括：

根据所述静默升级时段设置定时任务，其中，所述定时任务对应多个所述预设时间周期，每个所述预设时间周期包括所述静默升级时段，多个所述静默升级时段按时间由先至后的顺序排序；

依次将每个所述静默升级时段作为目标时段，并判断所述目标时段是否满足预设静默升级条件，若满足，则停止判断，并在所述目标时段，利用所述升级资源执行升级操作。

可选地，所述判断所述目标时段是否满足预设静默升级条件，具体包括：

获取所述目标时段的实际资源消耗参数；

将所述目标时段输入所述拟合模型，得到所述目标时段对应的推算资源消耗参数；

若所述实际资源消耗参数与所述推算资源消耗参数的差值小于预设阈值，则判定所述目标时段满足所述预设静默升级条件；

若所述差值大于或等于所述预设阈值，则判定所述目标时段不满足所述预设静默升级条件。

可选地，所述以使所述升级服务器根据所述基本信息确定升级资源以及升级方式，具体包括：

若所述升级服务器根据所述基本信息确定当前升级操作为重要升级，则确定所述升级方式为静默升级；

若所述升级服务器根据所述基本信息确定所述当前升级操作为非重要升级，则确定所述升级方式为主动升级。

根据本申请的另一方面，提供了一种升级方法，所述方法应用于升级服务器，方法包括：

接收终端设备发送的基本信息；

根据所述基本信息确定与所述终端设备匹配的升级资源以及升级方式；

将所述升级资源的路径以及所述升级方式发送至所述终端设备。

可选地，根据所述基本信息确定与所述终端设备匹配的升级资源以及升级方式，具体包括：

若根据所述基本信息确定当前升级操作为重要升级，则确定所述升级方式为静默升级；

若根据所述基本信息确定所述当前升级操作为非重要升级，则确定所述升级方式为主动升级。

可选地，所述基本信息包括设备信息以及系统信息，所述设备信息包括以下至少之一：芯片架构、硬件模块型号、序列号，所述系统信息包括系统版本号；所述根据所述基本信息确定与所述终端设备匹配的升级资源以及升级方式，具体包括：

根据所述系统版本号、所述芯片架构以及所述硬件模块型号中的一个或多个，在系统镜像仓库中确定所述升级资源；

根据所述序列号，判断所述终端设备是否为待升级设备；

若是，则在所述系统镜像仓库中获取所述升级资源的路径。

可选地，所述根据所述基本信息确定与所述终端设备匹配的升级资源以及升级方式之前，还包括：

在所述基本信息中获取时间戳，其中，所述时间戳与所述终端设备发送所述设备信息的时间相对应；

基于当前时刻以及所述时间戳，判断所述基本信息对应的升级请求是否过期；

若过期，则停止升级，并生成异常信息。

根据本申请的另一方面，提供了一种升级装置，应用于终端设备，装置包括：

第一发送模块，用于获取所述终端设备的基本信息，并将所述基本信息发送至升级服务器，以使所述升级服务器根据所述基本信息确定升级资源以及升级方式；

第一接收模块，用于接收所述升级服务器发送的升级资源以及升级方式；以及

升级模块，用于按照所述升级方式，利用所述升级资源执行升级操作。

可选地，所述升级方式为静默升级或主动升级；所述升级模块，具体用于：

若所述升级方式为静默升级，则根据所述终端设备的历史资源消耗记录，确定静默升级时段；

在所述静默升级时段，利用所述升级资源执行升级操作；

若所述升级方式为主动升级，则在接收到确认信号后，利用所述升级资源执行所述升级操作。

可选地，所述运算模块，具体用于：

根据所述历史资源消耗记录确定资源消耗随时间变化的拟合模型，其中，所述资源消耗参数包括以下至少之一：待机功耗、CPU占用率、内存占用率；

分别根据每个资源消耗参数的拟合模型，确定所述资源消耗参数在预设时间周期内的极小值，以及所述极小值对应的极值时刻；

根据所述极值时刻以及预设时间范围，确定所述资源消耗参数对应的备选升级时段，并根据所述备选升级时段确定所述静默升级时段。

可选地，所述运算模块，还用于：

若所述资源消耗参数为一个，则所述备选升级时段为所述静默升级时段；

若所述资源消耗参数为多个，则确定多个所述资源消耗参数对应的备选升级时段的交集为所述静默升级时段。

可选地，所述升级模块，具体用于：

根据所述静默升级时段设置定时任务，其中，所述定时任务对应多个所述预设时间周期，每个所述预设时间周期包括一个所述静默升级时段，多个所述静默升级时段按时间由先至后的顺序排序；

依次将每个所述静默升级时段作为目标时段，并判断所述目标时段是否满足预设静默升级条件，若满足，则停止判断，并在所述目标时段，利用所述升级资源执行升级操作。

可选地，所述升级模块，还用于：

并获取所述目标时段的实际资源消耗参数；

将所述目标时段输入所述拟合模型，得到所述目标时段对应的推算资源消耗参数；

若所述实际资源消耗参数与所述推算资源消耗参数的差值小于预设阈值，则判定所述目标时段满足所述预设静默升级条件；

若所述差值大于或等于所述预设阈值，则判定所述目标时段不满足所述预设静默升级条件。

可选地，所述升级模块，具体用于：

若所述升级服务器根据所述基本信息确定当前升级操作为重要升级，则确定所述升级方式为静默升级；

若所述升级服务器根据所述基本信息确定所述当前升级操作为非重要升级，则确定所述升级方式为主动升级。

根据本申请的另一方面，提供了一种升级装置，应用于升级服务器，装置包括：

第二接收模块，用于接收终端设备发送的基本信息；

匹配模块，用于根据所述基本信息确定与所述终端设备匹配的升级资源以及升级方式；

第二发送模块，用于将所述升级资源的路径以及所述升级方式发送至所述终端设备。

可选地，所述匹配模块，具体用于：

若根据所述基本信息确定当前升级操作为重要升级，则确定所述升级方式为静默升级；

若根据所述基本信息确定所述当前升级操作为非重要升级，则确定所述升级方式为主动升级。

可选地，所述基本信息包括设备信息以及系统信息，所述设备信息包括以下至少之一：芯片架构、硬件模块型号、序列号，所述系统信息包括系统版本号；所述匹配模块，具体用于：

根据所述系统版本号、所述芯片架构以及所述硬件模块型号中的一个或多个，在系统镜像仓库中确定所述升级资源；

根据所述序列号，判断所述终端设备是否为待升级设备；

若是，则在所述系统镜像仓库中获取所述升级资源的路径。

可选地，所述装置还包括时间校验模块，具体用于：

在所述基本信息中获取时间戳，其中，所述时间戳与所述终端设备发送所述基本信息的时间相对应；

基于当前时刻以及所述时间戳，判断所述基本信息对应的升级请求是否过期；

若过期，则停止升级，并生成异常信息。

根据本申请又一个方面，提供了一种存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述升级方法。

根据本申请再一个方面，提供了一种电子设备，包括存储介质、处理器及存储在存储介质上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述升级方法。

借由上述技术方案，本申请将终端设备的基本信息发送至升级服务器，从而使升级服务器根据基本信息选择出适用于终端设备的升级资源以及升级方式，最后按照升级服务器返回的升级方式，利用升级资源实现升级操作。本申请解决了现有技术中不同终端适用不同的软件所导致的软件分发复杂的问题。

上述说明仅是本申请技术方案的概述，为了能够更清楚了解本申请的技术手段，而可依照说明书的内容予以实施，并且为了让本申请的上述和其它目的、特征和优点能够更明显易懂，以下特举本申请的具体实施方式。

附图说明

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

图1示出了本申请实施例提供的一种升级方法的流程示意图；

图2示出了本申请实施例提供的另一种升级方法的流程示意图；

图3示出了本申请实施例提供的另一种升级方法的流程示意图；

图4示出了本申请实施例提供的另一种升级方法的流程示意图；

图5示出了本申请实施例提供的另一种升级方法的流程示意图；

图6示出了本申请实施例提供的另一种升级方法的系统示意图；

图7示出了本申请实施例提供的一种升级装置的结构框图；

图8示出了本申请实施例提供的另一种升级装置的结构框图。

具体实施方式

在本实施例中提供了一种升级方法，该方法应用于终端设备，如图1所示，该方法包括：

步骤101，获取终端设备的基本信息，并将基本信息发送至升级服务器，以使升级服务器根据基本信息确定升级资源以及升级方式；

本申请实施例提供的升级方法，应用于终端设备，以实现终端设备的升级。其中，终端设备的软硬件版本不同，其适用的升级资源也不同，基于此，可将终端设备的基本信息发送至升级服务器，以利用升级服务器获得适用于终端设备的升级资源和升级方式。

其中，升级资源包括OTA升级程序以及OTA固件包。

其中，基本信息包括设备信息以及系统信息，设备信息可以为芯片架构、硬件模块的型号等硬件相关信息，系统信息为软件相关信息。

步骤102，接收升级服务器发送的升级资源以及升级方式；

在该实施例中，升级服务器可以根据终端设备发送的基本信息，选择出与基本信息相匹配的升级资源，选择出的升级资源更适用于终端设备。因此，终端设备接收升级服务器发送的升级资源，进而在后续的流程中利用升级资源进行升级操作。

此外，升级服务器可自动选择出与终端设备相匹配的升级方式，从而使终端设备根据接收到的升级方式进行升级。具体地，升级方式可以为主动升级或静默升级。

步骤103，按照升级方式，利用升级资源执行升级操作。

通过应用本实施例的技术方案，将终端设备的基本信息发送至升级服务器，从而使升级服务器根据基本信息选择出适用于终端设备的升级资源，最后按照升级服务器返回的升级方式，利用升级资源实现升级操作。该实施例解决了现有技术中不同终端适用不同的软件所导致的软件分发复杂的问题。

进一步地，作为上述实施例具体实施方式的细化和扩展，为了完整说明本实施例的具体实施过程，提供了另一种升级方法，升级方式为静默升级或主动升级；

按照升级方式，利用升级资源执行升级操作，具体包括：

步骤201，若升级方式为静默升级，则根据终端设备的历史资源消耗记录，确定静默升级时段；

步骤202，在静默升级时段，利用升级资源执行升级操作；

步骤203，若升级方式为主动升级，则在接收到确认信号后，利用升级资源执行升级操作。

在该实施例中，若升级方式为静默升级，则在自动升级之前，首先确定可能适合执行升级操作的时间，也即静默升级时段。具体地，可以认为终端设备的资源利用率越高，设备越忙碌，反之则设备越空闲。因此，为了不在设备忙碌时由于升级而占用资源，可以选择在设备较空闲的时间执行升级操作。因此可根据终端设备的历史资源消耗记录确定设备较空闲的时间，进而确定静默升级时段，并在静默升级时段执行升级操作。

在静默升级的情况中，根据终端设备在不同时间的资源消耗情况，选择出适合执行静默升级的时间，并在适合静默升级的时间，利用升级资源实现升级操作，避免在终端设备忙碌时占用资源进行升级所导致的系统卡顿等问题。

若升级方式为主动升级，则只有接收到用户确认升级的信号才执行升级操作，未接收到任何信号则默认取消升级操作。

该实施例可针对不同业务场景采用不同的升级方式，其中，静默升级可以尽量避免打扰用户，主动升级更有利于用户实现移动终端的个性化升级。

进一步地，在另一种升级方法中根据终端设备的历史资源消耗记录，确定静默升级时段，具体包括：

步骤301，根据历史资源消耗记录确定资源消耗参数随时间变化的拟合模型，其中，资源消耗参数包括以下至少之一：待机功耗、CPU占用率、内存占用率；

步骤302，分别根据每个资源消耗参数的拟合模型，确定资源消耗参数在预设时间周期内的极小值，以及极小值对应的极值时刻；

步骤303，根据极值时刻以及预设时间范围，确定资源消耗参数对应的备选升级时段，并根据备选升级时段确定静默升级时段。

在该实施例中，为了判断终端设备是否忙碌，可以获取历史资源消耗记录，并根据记录分析资源消耗参数随时间变化的趋势。具体地，资源消耗参数可以包括待机功率、CPU占用率以及内存占用率中的一个或多个。其中，若待机功率较高，则可认为设备忙碌；反之，可认为设备空闲。若CPU占用率较高，则可认为设备忙碌；反之，可认为设备空闲。若内存占用率较高，则可认为设备忙碌；反之，可认为设备空闲。

由于不同用户在不同场景下对设备的使用频率也不同，因此可利用上述资源消耗参数来判断用户对设备的使用程度。具体地，定义一个离散傅里叶级数来将时域内的资源消耗参数转换至频域，可以每天为一个预设时间周期，以一分钟为记录间隔单位，每隔一分钟记录一次资源消耗参数，收集一段时间内的历史资源消耗记录，进而利用这些历史参数求确定傅里叶级数的系数，得到拟合模型。当然，也可设置其他长度的时段作为预设时间周期或记录间隔单位，在此不做限定。

在得到拟合模型后，利用求导等方法获取资源消耗参数的极小值，并对应获取资源消耗参数恰好为极小值的时刻作为极值时刻。可以理解的是，由于资源消耗参数可表征终端设备的忙碌程度，资源消耗参数越小，终端设备越空闲，因此极小值对应的极值时刻为终端设备相对空闲的时刻，极值时刻是比较适合执行升级操作的时刻。基于此，可根据备选升级时段确定最适合执行升级操作的时段为静默升级时段。

进一步地，在另一种升级方法中，根据备选升级时段确定静默升级时段，具体包括：

步骤401，若资源消耗参数为一个，则备选升级时段为静默升级时段；

步骤402，若资源消耗参数为多个，则确定多个资源消耗参数对应的备选升级时段的交集为静默升级时段

在该实施例中，可分别根据每个资源消耗参数的极值时刻确定与其对应的备选升级时段。具体地，将距离极值时刻的距离小于预设时间范围的时刻作为备选升级时段。例如，若确定极小值为t₁，预设时间范围为r，则可确定 (t₁-r,t₁+r)这一时段为备选升级时段。

此外，若资源消耗参数有多个，则每个资源消耗参数均对应各自的极值时刻以及备选升级时段。由于每个资源消耗参数对应的极值时刻可能不同，其对应的备选升级时段也不同，此时可以取多个备选升级时段的交集作为静默升级时段。例如，待机功耗对应的极值时刻为t₁，其对应的备选升级时段为 (t₁-r,t₁+r)；CPU占用率对应的极值时刻为t₂，其对应的备选升级时段为(t₂-r,t₂+r)；内存占用率对应的极值时刻为t₃，其对应的备选升级时段为(t₃-r,t₃+r)，则可以将三个备选升级时段的交集作为静默升级时段，也即，静默升级时段 T＝{t|t₁<t<t₁}∩{t|t₂<t<t₂}∩{t|t₃<t<t₃}。

该实施例根据资源消耗参数，确定终端设备较空闲的时间段作为静默升级时段，进而根据静默升级时段执行升级操作，避免在忙碌的时段升级，对用户的正常使用造成干扰。

进一步地，在另一种升级方法中，依据静默升级时段，利用升级资源执行升级操作，具体包括：

步骤501，根据静默升级时段设置定时任务，其中，定时任务对应多个预设时间周期，每个预设时间周期包括一个静默升级时段，多个静默升级时段按时间由先至后的顺序排序；

步骤502，依次将每个所述静默升级时段作为目标时段，并判断所述目标时段是否满足预设静默升级条件，若满足，则停止判断，并在所述目标时段，利用所述升级资源执行升级操作。

在该实施例中，根据静默升级时段设置定时任务，例如，静默升级时段为3:00-5:00，则可设置以每天为一个预设时间周期的定时任务，第一天的 3:00-5:00为第一个预设时间周期所对应的静默升级时段；第二天的3:00-5:00 为第二个预设时间周期所对应的静默升级时段；以此类推。

将晚于当前时刻的静默升级时段按照由先至后的顺序排序，首先取距离当前时刻最近的一个静默升级时段作为目标时段，并判断该目标时段是否满足预设静默升级条件，如果不满足，就将下一个静默升级时段作为目标时段，重新判断目标时段是否满足预设静默条件，直至找到一个满足的目标时段为止，此时，不再判断后面的静默升级时段，而是在当前的目标时段执行升级操作。

该实施例根据静默升级时段设置循环执行的定时任务，并依次分析最近的定时任务所对应的目标时段是否满足预设的条件，直至确定一个满足条件的目标时段，进而在这个时段执行升级操作。在该实施例中，若突发情况等导致当前目标时段不适合升级，则可顺延至判断下一目标时段，使得执行升级操作的时段更加适合。

进一步地，在另一种升级方法中，判断目标时段是否满足预设静默升级条件，具体包括：

步骤601，获取目标时段的实际资源消耗参数；

步骤602，将目标时段输入拟合模型，得到目标时段对应的推算资源消耗参数；

步骤603，若实际资源消耗参数与推算资源消耗参数的差值小于预设阈值，则判定目标时段满足预设静默升级条件；

步骤604，若差值大于或等于预设阈值，则判定目标时段不满足预设静默升级条件。

在该实施例中，由于目标时段是根据拟合模型计算得到的，因此静默升级时段实际的资源消耗参数与计算得到的数值可能存在偏差。基于此，可再进行一次校验，并根据校验结果确定何时升级。

分别获取目标时段内的实际资源消耗参数，以及利用拟合模型计算得到的推算资源消耗参数，并计算二者的偏差。若偏差小于预设阈值，则认为针对目标时段的资源消耗参数推算准确，可以在这个时段执行升级操作，目标时段满足预设静默升级条件；若偏差大于或等于预设阈值，则认为针对目标时段的资源消耗参数推算不准确，因此不在目标时段执行升级操作，目标时段不满足预设静默升级条件。

该实施例通过实际资源消耗参数与推算资源消耗参数的差值判断了推算结果是否准确，在准确时才升级，进一步避免了由于模型推算可能存在的误差所导致的在忙碌时间升级的问题。

图2示出了另一种升级方法的流程示意图，如图所示，若已完成历史数据的采集，则判断是否已利用历史数据进行模型拟合，若是则利用模型计算静默升级时间；否则等待下一次升级时机。其中，历史数据为近7天的资源消耗参数。

进一步地，根据静默升级时间设置定时任务，定时任务可按周期循环进行，其中，可将周期设置为一天。等待当前时刻到达下一个周期中的升级时间，将当前时刻带入拟合模型中，利用拟合模型得到资源消耗参数的推算值，并将这个推算值与当前时刻的实际值进行对比，若二者的差值小于阈值则执行升级操作；否则继续等待至当前时刻到达下一个周期中的升级时间，循环执行前述步骤，直至完成升级操作。

进一步地，在另一种升级方法中，使升级服务器根据基本信息确定升级资源以及升级方式，具体包括：

步骤701，若升级服务器根据基本信息确定当前升级操作为重要升级，则确定升级方式为静默升级；

步骤702，若升级服务器根据基本信息确定当前升级操作为非重要升级，则确定升级方式为主动升级。

在该实施例中，升级服务器根据终端设备的基本信息判断当前升级操作是否为重要操作。例如，若升级服务器判断出终端设备存在安全漏洞，当前升级操作为漏洞修复操作，那么可认为当前升级操作为重要升级。

若判断结果为重要升级，则可确定升级方式为静默升级，针对于静默升级方式，只有接收到用户取消升级的信号才取消升级，未接收到任何信号则默认执行升级操作。具体地，在合适的时间，自动在后台执行升级操作。若判断结果为非重要升级，则可确定升级方式为主动升级，只在判断出用户有主动升级意愿的情况下才执行升级操作。

该实施例根据基本信息判断当前升级操作是否重要，并根据重要程度选择相应的升级方式。针对重要升级，可以避免用户不了解漏洞修复等操作的重要性而不确认升级；针对非重要升级，为用户提供了更高的自由度。

图3示出了另一种升级方法的流程示意图，如图所示，终端设备首先查询 OTA密钥、设备信息和系统信息，并利用OTA密钥对其进行加密，得到加密信息。具体地，终端设备中的客户端可将升级需要的信息如设备信息以及系统信息保存至受访问保护的文件或分区，此文件或分区中还存储一个OTA升级密钥。读取该文件或分区中的数据，从而利用OTA升级密钥将升级需要的信息加密，以得到加密信息。其中，升级需要的信息包括设备信息如芯片架构、硬件模块的型号等，还包括系统信息如操作系统版本等。

终端设备将加密信息发送至升级服务器，也即OTA智能分发平台，其中，可通过网络直接发送，也可通过其他传输介质和协议间接发送。由升级服务器判断终端设备是否可升级，若可以，则接收升级服务器发送的升级程序以及依赖包的地址，并根据地址下载OTA升级程序以及该升级程序需要的依赖包；下载成功后，再根据升级服务器发送的OTA升级包地址下载OTA升级包。

当所有需要下载的资源均下载成功后，进行估计校验以及升级密钥校验，以根据校验结果判断下载的资源的完整性以及合法性等，若校验成功，则可利用这些资源进行升级。具体地，首先获取升级方式，若升级方式为主动升级，则由用户主动选择是否升级，在用户确认后才开始升级，若用户取消则标记结果为升级失败；若升级方式为静默升级，则自动确定适合的升级时间，并等待用户确认，若用户在适合的升级时间之前取消，则停止升级，若用户确认或不操作开始升级。

具体地，在执行升级操作之前，首先命令终端设备进入恢复模式，并在终端设备重启之后验证是否处于恢复模式，若是，则可以开始升级操作。将固件数据写入终端设备的系统分区，若写入成功，则重启终端设备，若终端设备重启之后处于正常模式，则标记升级结果为成功，否则标记升级结果为失败，并将升级结果或升级过程中产生的日志文件等上报至升级服务器。

在本实施例中提供了一种升级方法，该方法应用于升级服务器，如图4 所示，该方法包括：

步骤801，接收终端设备发送的基本信息；

在该实施例中，接收终端设备发送的升级需要的信息也即基本信息，进而根据该基本信息为终端设备提供升级需要的资源。其中，基本信息包括设备信息和系统信息，设备信息可包括芯片架构、硬件模块型号、序列号等与硬件相关的信息；系统信息可包括操作系统版本号等与软件相关的信息。

步骤802，根据基本信息确定与终端设备匹配的升级资源以及升级方式；

在该实施例中，升级服务器根据终端设备的基本信息，选择与其匹配的升级资源，例如预编译的可执行程序文件、动态链接库或静态链接库等。

此外，还可以根据终端设备的基本信息，选择适合终端设备的升级方式。例如，若根据基本信息判断出终端设备存在严重的安全漏洞，则可选择静默升级方式作为适合的升级方式；若根据基本信息，判断出要执行的升级操作是非强制性的不重要的升级，则可选择主动升级方式作为适合的升级方式，为用户提供更大的选择空间。

步骤803，将升级资源的路径以及升级方式发送至终端设备。

在该实施例中，将升级资源的路径以及升级方式发送至终端设备，以使终端设备可以按照路径获取升级资源，并按照升级方式，利用升级资源进行升级。

通过应用本实施例的技术方案，升级服务器根据终端设备发送的基本信息，自动为终端设备选择合适的升级资源以及升级方式，实现了升级资源与终端设备的自动匹配，即使终端设备的硬件选型及软件接口协议等存在差异，升级服务器也能智能为其分发最适合的OTA升级软件及软件升级包等资源。

进一步地，作为上述实施例具体实施方式的细化和扩展，为了完整说明本实施例的具体实施过程，提供了另一种升级方法，根据基本信息确定与终端设备匹配的升级资源以及升级方式，具体包括：

步骤901，若根据基本信息确定当前升级操作为重要升级，则确定升级方式为静默升级；

步骤902，若根据基本信息确定当前升级操作为非重要升级，则确定升级方式为主动升级。

在该实施例中，升级服务器根据终端设备的基本信息判断当前升级操作是否为重要操作。例如，若升级服务器判断出终端设备存在安全漏洞，当前升级操作为漏洞修复操作，那么可认为当前升级操作为重要升级。

在确定了升级操作的重要程度后，根据其重要程度确定升级方式。具体地，若判断结果为重要升级，则可确定升级方式为静默升级，针对于静默升级方式，只有接收到用户取消升级的信号才取消升级，未接收到任何信号则默认执行升级操作。若判断结果未非重要升级，则可确定升级方式为主动升级，针对主动升级方式，只有接收到用户确认升级的信号才执行升级操作，未接收到任何信号则默认取消升级操作。

该实施例根据基本信息判断当前升级操作是否重要，并根据重要程度选择相应的升级方式。针对重要升级，可以避免用户不了解漏洞修复等操作的重要性而不确认升级；针对非重要升级，为用户提供了更高的自由度。

进一步地，在另一种升级方法中，基本信息包括设备信息以及系统信息，设备信息包括以下至少之一：芯片架构、硬件模块型号、序列号，系统信息包括系统版本号；根据基本信息确定与终端设备匹配的升级资源以及升级方式，具体包括：

步骤1001，根据系统版本号、芯片架构以及硬件模块型号中的一个或多个，在系统镜像仓库中确定升级资源；

步骤1002，根据序列号，判断终端设备是否为待升级设备；

步骤1003，若是，则在系统镜像仓库中获取升级资源的路径。

在该实施例中，终端设备的基本信息包括系统信息和设备信息，其中系统信息为软件相关信息，设备信息为硬件相关信息。根据系统信息和设备信息，确定适用于终端设备的升级资源，其中，升级资源存储在系统镜像仓库中。在确定了升级资源后，根据序列号判断终端设备是否为待升级设备。具体地，在产线数据管理系统或供应链数据管理系统等记录有产品序列号的系统中，查找该终端设备的序列号，根据序列号分析是否为本公司产品，是哪个产线的产品，从而判断该终端设备是否待升级。此后，若判断认为终端设备为待升级设备，则获取之前确定的升级资源的路径，从而使终端设备可根据路径获取升级资源。

该实施例综合分析了终端设备的系统信息以及设备信息，在为终端设备选择适合的升级资源的基础上，还进一步根据序列号判断是否为终端设备提供升级资源，通过双重判断，避免出现升级资源不匹配或者误升级等问题。

进一步地，在另一种升级方法中，根据基本信息确定与终端设备匹配的升级资源之前，还包括：

步骤1101，在基本信息中获取时间戳，其中，时间戳与终端设备发送基本信息的时间相对应；

步骤1102，基于当前时刻以及时间戳，判断基本信息对应的升级请求是否过期；

步骤1103，若过期，则停止升级，并生成异常信息。

在该实施例中，终端设备发送的基本信息中包含时间戳，该时间戳与其发送基本信息的时间相对应，可用来表征终端设备请求升级的时间。升级服务器在接收到基本信息后，可解析基本信息得到时间戳，并将时间戳与当前时刻进行比较，若二者的差值小于预设的过期时长阈值，那么认为终端设备与基本信息对应的升级请求未过期，可继续执行升级操作；若差值大于或等于过期时长阈值，则可认为终端设备请求升级的时刻距离当前时刻间隔太久，不再执行对应的升级操作，因此，停止升级并生成异常信息，其中，异常信息包括时间戳以及当前时刻的信息。

该实施例根据时间戳以及当前时刻判断升级请求是否过期，若请求过期则不执行后续的升级操作，提高了整个升级流程的安全性。

图5示出了另一种升级方法的流程示意图，如图所示，升级服务器首先接收边缘设备也即终端设备发送的加密信息，并将加密信息解密，以得到终端设备的基本信息，其中，若解密失败，则上报异常信息并结束升级操作；若解密成功，则利用解密后的基本信息执行后续操作。

具体地，根据基本信息中的时间戳判断与加密信息对应的请求是否过期，若未过期，则进一步根据基本信息中的操作系统信息、当前软件版本号等在系统镜像仓库中查找对应的固件，当然也可根据芯片型号等其他信息查找对应的固件。若查找到与终端设备对应的固件包，则在产线数据管理系统或供应链数据管理系统等存储有产品序列号的系统中查找终端设备的序列号，若终端设备的序列号存在，则认为其是本公司产品，因此可以终端设备执行后续升级操作；若不存在，则停止升级操作并上报异常信息。

在序列号存在的情况下，获取固件包对应的OTA升级程序地址和OTA固件包地址，并将地址发送给边缘设备，以使边缘设备可以从该地址下载需要的资源。此外，还可以生成并保存日志信息，便于之后溯源。

图6示出了另一种升级方法的系统示意图，如图所示，待升级设备也即终端设备上部署OTA客户端，升级服务器上部署OTA智能分发系统，其中，OTA 智能分发系统为CS架构，OTA智能分发系统与OTA客户端通过公网或局域网实现无线连接，也可通过接驳USB线缆等方法有线连接，通过客户端与智能分发系统直接的数据交互，实现终端设备的自动升级。其中，OTA智能分发系统与设备管理系统连接，以利用设备管理系统识别终端设备；OTA智能分发系统与产线管理系统、供应链管理系统或其他外部产品管理系统连接，以利用该管理系统识别终端设备是否是本公司产品，或终端设备的具体型号等信息；OTA智能分发系统与系统固件镜像仓库连接，以获取系统固件镜像仓库中的升级资源的地址。

在实际应用场景中，OTA客户端获取待升级设备的设备信息，并连同带升级设备的系统信息、产线信息等一并发送至OTA智能分发系统；OTA智能分发系统将系统信息以及设备信息发送至设备管理系统，以使设备管理系统可根据上述信息识别终端设备，并返回设备识别结果至OTA分发系统；OTA 分发系统将返回的设备识别结果与产线信息一并发送至产品管理系统，并接收产品管理信息根据上述信息返回的产品识别结果；OTA分发系统将设备管理系统返回的设备识别结果以及产品管理系统返回的产品识别结果发送至系统固件镜像仓库，根据这两个结果在系统镜像仓库中查找适用于终端设备的 OTA升级程序以及固件包，并接收OTA升级程序以及固件包的地址；OTA智能分发系统将OTA升级程序以及固件包发送至OTA客户端，以使OTA客户端可通过该地址获取升级所需要的资源，并利用获取到的资源对待升级设备进行升级操作。

具体地，例如一台智能视频会议终端系统会接驳多个USB外设(也即多个终端设备)，每个USB外设中的嵌入式操作系统均可以不一样，以AI摄像头这一终端设备为例，其内部的嵌入式子系统可以是Android可以是Linux，也可以是Windows；采用的处理器芯片架构可以是x86也可能是arm；内部存储采用的存储芯片可能是NAND也可以是NOR；即便保持硬件选型及其架构完全一致，软件更新时设备的传输协议亦不完全一致，如终端设备的数据传输协议可以为标准大容量USB设备，也可能是遵循谷歌Fastboot协议的设备，有时也可能是串口、TCP/IP或其它的私有协议。除此之外，不同客户对更新软件的分发形式亦有特殊的定制要求，有的客户要求更新软件需要以预编译程序包提供并采用静态链接，有的客户要求更新软件需要以动态库形式提供，更新软件时仅需更新动态库即可。

此时，终端设备的OTA客户端可将包括处理器芯片架构等的设备信息以及包括嵌入式子系统版本的系统信息加密后发送至升级服务器，升级服务器的OTA智能分发系统解密得到具体的设备信息和系统信息，并发送至设备管理系统。若设备信息为处理器芯片架构为x86、内部存储芯片为NAND，系统信息为Linux系统、以动态库形式提供，则设备管理系统可识别出终端设备具体是什么设备，进而确定同时满足x86架构、NAND存储芯片、Linux系统以及以动态库形式提供等要求的OTA升级程序以及固件包；此时OTA智能分发系统再将设备序列号发送至产品管理系统，若产品管理系统识别该终端设备是本公司产品且可进行升级，则OTA智能分发系统在系统固件镜像仓库中查找设备管理系统确定的OTA升级程序以及固件包，并将其路径发送至移动终端，以使移动终端按照路径下载OTA升级程序以及固件包，并执行升级操作。

该实施例通过OTA客户端、OTA智能分发系统、设备管理系统、产品管理系统以及系统固件镜像仓库相互配合，根据移动终端的设备信息以及系统信息，为移动终端提供了满足x86架构、NAND存储芯片、Linux系统以及以动态库形式提供等要求的OTA升级程序以及固件包。该实施例不需单独为每个业务场景配置不同的分发流程，即可选出适合移动终端的资源，实现移动终端的升级，分发过程简单，分发结果准确，利于OTA软件更新的管理和维护。

进一步地，作为上述升级方法的具体实现，本申请实施例提供了一种升级装置，应用于终端设备，如图7所示，该升级装置包括：第一发送模块、第一接收模块和升级模块。

第一发送模块，用于获取终端设备的基本信息，并将基本信息发送至升级服务器，以使升级服务器根据基本信息确定升级资源以及升级方式；

第一接收模块，用于接收升级服务器发送的升级资源以及升级方式；

升级模块，用于按照升级方式，利用升级资源执行升级操作。

可选地，升级方式为静默升级或主动升级；升级模块，具体用于：

若升级方式为静默升级，则根据终端设备的历史资源消耗记录，确定静默升级时段；

在静默升级时段，利用升级资源执行升级操作；

若升级方式为主动升级，则在接收到确认信号后，利用升级资源执行所述操作。

在具体的应用场景中，可选地，运算模块，具体用于：

根据历史资源消耗记录确定资源消耗随时间变化的拟合模型，其中，资源消耗参数包括以下至少之一：待机功耗、CPU占用率、内存占用率；

分别根据每个资源消耗参数的拟合模型，确定资源消耗参数在预设时间周期内的极小值，以及极小值对应的极值时刻；

根据极值时刻以及预设时间范围，确定资源消耗参数对应的备选升级时段，并根据备选升级时段确定静默升级时段。

可选地，运算模块，还用于：

若资源消耗参数为一个，则备选升级时段为静默升级时段；

若资源消耗参数为多个，则确定多个资源消耗参数对应的备选升级时段的交集为静默升级时段。

在具体的应用场景中，可选地，升级模块，具体用于：

根据静默升级时段设置定时任务，其中，定时任务对应多个预设时间周期，每个预设时间周期包括一个静默升级时段，多个静默升级时段按时间由先至后的顺序排序；

依次将每个静默升级时段作为目标时段，并判断目标时段是否满足预设静默升级条件，若满足，则停止判断，并在目标时段，利用升级资源执行升级操作。

可选地，升级模块，还用于：

获取目标时段的实际资源消耗参数；

将目标时段输入拟合模型，得到目标时段对应的推算资源消耗参数；

若实际资源消耗参数与推算资源消耗参数的差值小于预设阈值，则判定目标时段满足预设静默升级条件；

若差值大于或等于预设阈值，则判定目标时段不满足预设静默升级条件。

可选地，升级模块，具体用于：

若升级服务器根据基本信息确定当前升级操作为重要升级，则确定升级方式为静默升级；

若升级服务器根据基本信息确定当前升级操作为非重要升级，则确定升级方式为主动升级。

进一步地，作为上述升级方法的具体实现，本申请实施例提供了一种升级装置，应用于升级服务器，如图8所示，该升级装置包括：第二接收模块、匹配模块和第二发送模块。

第二接收模块，用于接收终端设备发送的基本信息；

匹配模块，用于根据所述基本信息确定与所述终端设备匹配的升级资源以及升级方式；

第二发送模块，用于将所述升级资源的路径以及所述升级方式发送至终端设备。

在具体的应用场景中，可选地，匹配模块，具体用于：

若根据基本信息确定当前升级操作为重要升级，则确定升级方式为静默升级；

若根据基本信息确定当前升级操作为非重要升级，则确定升级方式为主动升级。在具体的应用场景中，可选地，基本信息包括设备信息以及系统信息，设备信息包括以下至少之一：芯片架构、硬件模块型号、序列号，系统信息包括系统版本号；匹配模块，具体用于：

根据系统版本号、芯片架构以及硬件模块型号中的一个或多个，在系统镜像仓库中确定升级资源；

根据序列号，判断终端设备是否为待升级设备；

若是，则在系统镜像仓库中获取升级资源的路径。

在具体的应用场景中，可选地，装置还包括时间校验模块，具体用于：

在基本信息中获取时间戳，其中，时间戳与终端设备发送基本信息的时间相对应；

基于当前时刻以及时间戳，判断基本信息对应的升级请求是否过期；

若过期，则停止升级，并生成异常信息。

需要说明的是，本申请实施例提供的一种升级装置所涉及各功能模块的其他相应描述，可以参考图1至图6中的对应描述，在此不再赘述。

基于上述如图1至图6所示方法，相应的，本申请实施例还提供了一种存储介质，其上存储有计算机程序，该程序被处理器执行时实现上述如图1 至图6所示的升级方法。

基于这样的理解，本申请的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中，包括若干指令用以使得一台电子设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施场景所述的方法。

基于上述如图1至图6所示的方法，以及图7、图8所示的升级装置实施例，为了实现上述目的，本申请实施例还提供了一种电子设备，具体可以为个人计算机、服务器、网络设备等，该电子设备包括存储介质和处理器；存储介质，用于存储计算机程序；处理器，用于执行计算机程序以实现上述如图1至图6所示的升级方法。

可选地，该电子设备还可以包括用户接口、网络接口、摄像头、射频(RadioFrequency，RF)电路，传感器、音频电路、WI-FI模块等等。用户接口可以包括显示屏(Display)、输入单元比如键盘(Keyboard)等，可选用户接口还可以包括USB接口、读卡器接口等。网络接口可选的可以包括标准的有线接口、无线接口(如蓝牙接口、WI-FI接口)等。

本领域技术人员可以理解，本实施例提供的一种电子设备结构并不构成对该电子设备的限定，可以包括更多或更少的部件，或者组合某些部件，或者不同的部件布置。

存储介质中还可以包括操作装置、网络通信模块。操作装置是管理和保存电子设备硬件和软件资源的程序，支持信息处理程序以及其它软件和/或程序的运行。网络通信模块用于实现存储介质内部各控件之间的通信，以及与该实体设备中其它硬件和软件之间通信。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本申请可以借助软件加必要的通用硬件平台的方式来实现。

本领域技术人员可以理解附图只是一个优选实施场景的示意图，附图中的单元或流程并不一定是实施本申请所必须的。本领域技术人员可以理解实施场景中的装置中的单元可以按照实施场景描述进行分布于实施场景的装置中，也可以进行相应变化位于不同于本实施场景的一个或多个装置中。上述实施场景的单元可以合并为一个单元，也可以进一步拆分成多个子单元。

Claims (15)

1.一种升级方法，其特征在于，所述方法应用于终端设备，所述方法包括：

获取所述终端设备的基本信息，并将所述基本信息发送至升级服务器，以使所述升级服务器根据所述基本信息确定升级资源以及升级方式；

接收所述升级服务器发送的升级资源以及升级方式；

按照所述升级方式，利用所述升级资源执行升级操作。

2.根据权利要求1所述的方法，其特征在于，所述升级方式为静默升级或主动升级；

所述按照所述升级方式，利用所述升级资源执行升级操作，具体包括：

若所述升级方式为静默升级，则根据所述终端设备的历史资源消耗记录，确定静默升级时段；

在所述静默升级时段，利用所述升级资源执行升级操作；

若所述升级方式为主动升级，则在接收到确认信号后，利用所述升级资源执行所述升级操作。

3.根据权利要求2所述的方法，其特征在于，所述根据所述终端设备的历史资源消耗记录，确定静默升级时段，具体包括：

根据所述历史资源消耗记录确定资源消耗参数随时间变化的拟合模型，其中，所述资源消耗参数包括以下至少之一：待机功耗、CPU占用率、内存占用率；

分别根据每个资源消耗参数的拟合模型，确定所述资源消耗参数在预设时间周期内的极小值，以及所述极小值对应的极值时刻；

根据所述极值时刻以及预设时间范围，确定所述资源消耗参数对应的备选升级时段，并根据所述备选升级时段确定所述静默升级时段。

4.根据权利要求3所述的方法，其特征在于，所述根据所述备选升级时段确定所述静默升级时段，具体包括：

若所述资源消耗参数为一个，则所述备选升级时段为所述静默升级时段；

若所述资源消耗参数为多个，则确定多个所述资源消耗参数对应的备选升级时段的交集为所述静默升级时段。

5.根据权利要求2所述的方法，其特征在于，所述在所述静默升级时段，利用所述升级资源执行升级操作，具体包括：

根据所述静默升级时段设置定时任务，其中，所述定时任务对应多个所述预设时间周期，每个所述预设时间周期包括一个所述静默升级时段，多个所述静默升级时段按时间由先至后的顺序排序；

依次将每个所述静默升级时段作为目标时段，并判断所述目标时段是否满足预设静默升级条件，若满足，则停止判断，并在所述目标时段，利用所述升级资源执行升级操作。

6.根据权利要求3所述的方法，其特征在于，所述判断所述目标时段是否满足预设静默升级条件，具体包括：

获取所述目标时段的实际资源消耗参数；

将所述目标时段输入所述拟合模型，得到所述目标时段对应的推算资源消耗参数；

若所述实际资源消耗参数与所述推算资源消耗参数的差值小于预设阈值，则判定所述目标时段满足所述预设静默升级条件；

若所述差值大于或等于所述预设阈值，则判定所述目标时段不满足所述预设静默升级条件。

7.根据权利要求2所述的方法，其特征在于，所述以使所述升级服务器根据所述基本信息确定升级资源以及升级方式，具体包括：

若所述升级服务器根据所述基本信息确定当前升级操作为重要升级，则确定所述升级方式为静默升级；

若所述升级服务器根据所述基本信息确定所述当前升级操作为非重要升级，则确定所述升级方式为主动升级。

8.一种升级方法，其特征在于，所述方法应用于升级服务器，所述方法包括：

接收终端设备发送的基本信息；

根据所述基本信息确定与所述终端设备匹配的升级资源以及升级方式；

将所述升级资源的路径以及所述升级方式发送至所述终端设备。

9.根据权利要求8所述的方法，其特征在于，根据所述基本信息确定与所述终端设备匹配的升级资源以及升级方式，具体包括：

若根据所述基本信息确定当前升级操作为重要升级，则确定所述升级方式为静默升级；

若根据所述基本信息确定所述当前升级操作为非重要升级，则确定所述升级方式为主动升级。

10.根据权利要求8所述的方法，其特征在于，所述基本信息包括设备信息以及系统信息，所述设备信息包括以下至少之一：芯片架构、硬件模块型号、序列号，所述系统信息包括系统版本号；所述根据所述基本信息确定与所述终端设备匹配的升级资源以及升级方式，具体包括：

根据所述系统版本号、所述芯片架构以及所述硬件模块型号中的一个或多个，在系统镜像仓库中确定所述升级资源；

根据所述序列号，判断所述终端设备是否为待升级设备；

若是，则在所述系统镜像仓库中获取所述升级资源的路径。

11.根据权利要求8所述的方法，其特征在于，所述根据所述基本信息确定与所述终端设备匹配的升级资源以及升级方式之前，还包括：

在所述基本信息中获取时间戳，其中，所述时间戳与所述终端设备发送所述基本信息的时间相对应；

基于当前时刻以及所述时间戳，判断所述基本信息对应的升级请求是否过期；

若过期，则停止升级，并生成异常信息。

12.一种升级装置，应用于终端设备，其特征在于，所述装置包括：

第一发送模块，用于获取所述终端设备的基本信息，并将所述基本信息发送至升级服务器，以使所述升级服务器根据所述基本信息确定升级资源以及升级方式；

第一接收模块，用于接收所述升级服务器发送的升级资源以及升级方式；

升级模块，用于按照所述升级方式，利用所述升级资源执行升级操作。

13.一种升级装置，应用于升级服务器，其特征在于，所述装置包括：

第二接收模块，用于接收终端设备发送的基本信息；

匹配模块，用于根据所述基本信息确定与所述终端设备匹配的升级资源以及升级方式；

第二发送模块，用于将所述升级资源的路径以及所述升级方式发送至所述终端设备。

14.一种存储介质，其上存储有程序或指令，其特征在于，所述程序或指令被处理器执行时实现如权利要求1至11中任一项所述的方法的步骤。

15.一种电子设备，其特征在于，包括存储介质、处理器及存储在存储介质上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现权利要求1至11中任一项所述的方法。

Images