CN116962173A - 一种升级方法、服务器及终端 - Google Patents

Abstract

本申请提供一种设备的升级方法，所述方法包括：基于终端上报的异常信息向所述终端发送升级指令，所述升级指令中携带有升级包；确定所述终端根据所述升级包对所述终端的系统固件升级失败的情况下，检测所述终端的运行状态；根据所述运行状态确定所述终端满足的升级策略；根据所述升级策略执行对所述终端的升级。同时，本申请还提供一种服务器和终端。可以在终端首次失败的情况下，根据终端的运行状态确定终端满足的目标升级策略，通过目标策略来实现对终端的升级，可以提高设备的升级成功率。

Description

一种升级方法、服务器及终端

技术领域

本发明涉及设备的升级技术，具体涉及一种升级方法、服务器及终端。

背景技术

目前，针对智能设备的升级方案较为单一，导致设备的升级成功率较低。常见的智能设备升级方案主要有以下几种：第一种是网管服务器全网下发空中下载技术(OTA，Over-the-Air Technology)升级信息给终端设备，由终端设备自身判断是否需要升级，并在指定时间启动升级流程，这种方案全网下发推送量比较大，导致资源浪费，且只有一种升级策略；第二种是将接入的终端设备分入不同业务网络，通过管理员指定业务网络部署升级策略，确定业务网络中所有功能网络都匹配到升级程序，这种方案无法区分哪些设备处于异常，其需要将终端设备划分到不同功能网络，如果同一个功能网络中只有几台终端设备需要升级，还是会出现资源浪费和升级策略单一的问题；第三种是基于终端设备上报异常错误信息，根据异常错误信息获取用于修复故障信息的更新数据包，向与设备信息关联的用户终端列表内的所有终端设备推送更新数据包，这种方案未提到如何全网升级，且针对离线的设备无法进行数据包更新。

发明内容

为解决现有存在的技术问题，本申请的技术方案是这样实现的：

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

基于终端上报的异常信息向所述终端发送升级指令，所述升级指令中携带有升级包；

确定所述终端根据所述升级包对所述终端的系统固件升级失败的情况下，检测所述终端的运行状态；

根据所述运行状态确定所述终端满足的升级策略；

根据所述升级策略执行对所述终端的升级。

上述方案中，所述基于终端上报的异常信息向所述终端发送升级指令，包括：

对所述终端上报的异常信息进行分析，确定所述异常信息的分布信息；

根据所述分布信息确定所述终端满足升级条件，为所述终端配置与所述异常信息对应的升级包；

向所述终端发送携带有所述升级包的升级指令。

上述方案中，所述确定所述终端根据所述升级包对所述终端的系统固件升级失败，包括：

接收所述终端发送的升级结果，所述升级结果中携带有所述终端当前系统的第一版本号；

将所述第一版本号与所述升级包对应的第二版本号进行匹配；

如果匹配结果表征所述第一版本号与所述第二版本号不同，确定所述终端根据所述升级包对所述终端的系统固件升级失败。

上述方案中，所述检测所述终端的运行状态，包括：

将所述终端的标识信息存入延迟队列；

基于所述延迟队列在延迟第一时间后检测所述终端的运行状态。

上述方案中，所述根据所述运行状态确定所述终端满足的升级策略，至少包括以下方法之一：

如果所述运行状态表征所述终端运行正常，且所述运行状态的检测次数小于检测阈值，确定所述终端满足第一升级策略，所述第一升级策略表征再次向所述终端发送所述升级指令；

如果所述运行状态表征所述终端运行异常，且所述运行状态的检测次数小于所述检测阈值，确定所述终端满足第二升级策略，所述第二升级策略表征等待第二时间后再次检测所述终端的运行状态；

如果所述运行状态表征所述终端运行正常，且所述运行状态的检测次数大于或等于所述检测阈值，确定所述终端满足第三升级策略，所述第三升级策略表征根据所述异常信息生成售后工单，所述售后工单用于对所述终端进行问题跟踪；

如果所述运行状态表征所述终端运行异常，且所述运行状态的检测次数大于或等于所述检测阈值，确定所述终端满足第四升级策略，所述第四升级策略表征向所述终端发送所述升级包的升级信息，所述升级信息用于提醒所述终端进行手动升级。

上述方案中，所述根据所述升级策略执行对所述终端的升级，至少包括以下方法之一：

如果所述升级策略是所述第一升级策略，再次向所述终端发送所述升级指令；

如果所述升级策略是所述第二升级策略，等待第二时间后再次检测所述终端的运行状态；根据所述运行状态执行对所述终端的升级；

如果所述升级策略是所述第三升级策略，根据所述异常信息生成售后工单，所述售后工单用于对所述终端进行问题跟踪；

如果所述升级策略是所述第四升级策略，根据所述升级包生成升级信息；向所述终端发送所述升级包的升级信息，所述升级信息用于提醒所述终端进行手动升级。

上述方案中，所述基于终端上报的异常信息向所述终端发送升级指令，还包括：

确定全网中存在所述异常信息的终端集合，所述终端集合中包括所述终端；

向所述终端集合中的各终端发送所述升级指令。

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

向服务器发送异常信息；

接收所述服务器基于所述异常信息发送的升级指令，所述升级指令中携带有升级包；

根据所述升级包对所述终端的系统固件进行升级；

如果升级失败，执行所述服务器根据所述终端的运行状态确定的升级策略。

上述方案中，在所述执行所述服务器根据所述终端的运行状态确定的升级策略之前，还包括：

向所述服务器发送升级结果，所述升级结果中至少携带有所述终端当前系统的第一版本号，所述第一版本号用于所述服务器判断所述终端是否升级成功。

上述方案中，所述执行所述服务器根据所述终端的运行状态确定的升级策略，至少包括：

如果所述升级策略是第一升级策略，再次接收所述服务器发送的所述升级指令；基于所述升级指令中携带的升级包再次执行对所述系统固件的升级；

如果所述升级策略是第三升级策略，接收所述服务器根据所述终端对应的售后工单发送的售后服务信息；根据所述售后服务信息进行问题上报；

如果所述升级策略是第四升级策略，接收所述服务器针对所述升级包发送的升级信息；根据所述升级信息对所述终端进行手动升级。

根据本申请的第三方面，提供一种服务器，所述服务器包括：

发送单元，用于基于终端上报的异常信息向所述终端发送升级指令，所述升级指令中携带有升级包；

检测单元，用于确定所述终端根据所述升级包对所述终端的系统固件升级失败的情况下，检测所述终端的运行状态；

确定单元，用于根据所述运行状态确定所述终端满足的升级策略；

执行单元，用于根据所述升级策略执行对所述终端的升级。

根据本申请的第四方面，提供一种终端，所述终端包括：

发送单元，用于向服务器发送异常信息；

接收单元，用于接收所述服务器基于所述异常信息发送的升级指令，所述升级指令中携带有升级包；

执行单元，用于根据所述升级包对所述终端的系统固件进行升级；以及用于如果升级失败，执行所述服务器根据所述终端的运行状态确定的升级策略。

根据本申请的第五方面，提供一种设备升级系统，所述系统包括：

终端，用于向服务器发送异常信息；以及用于根据所述服务器发送的升级包对所述终端的系统固件进行升级；以及如果升级失败，执行所述服务器根据所述终端的运行状态确定的升级策略；

服务器，用于基于所述终端上报的异常信息向所述终端发送升级指令，所述升级指令中携带有升级包；以及用于在终端升级失败的情况下，根据所述终端的运行状态确定所述终端满足的升级策略，以及根据所述升级策略执行对所述终端的升级。

上述方案中，所述服务器包括：

管理系统，用于向所述终端发送所述升级指令；

检测系统，用于在所述终端升级失败的情况下，检测所述终端的运行状态；以及用于根据所述运行状态确定所述终端满足的升级策略，其中，所述升级策略包括以下之一：

如果所述终端的运行状态正常，且所述运行状态的检测次数小于检测阈值，确定所述终端满足第一升级策略，所述第一升级策略表征通知所述管理系统再次向所述终端发送所述升级指令；

如果所述终端的运行状态异常，且所述运行状态的检测次数小于所述检测阈值，确定所述终端满足第二升级策略，所述第二升级策略表征等待第三时间后再次对所述终端的运行状态进行检测。

如果所述终端的运行状态正常，且所述运行状态的检测次数大于或等于所述检测阈值，确定所述终端满足第三升级策略，所述第三升级策略表征根据所述终端的异常信息生成售后工单，并将所述售后工单发送给售后系统；

如果所述终端的运行状态异常，且所述运行状态的检测次数大于或等于检测阈值，确定所述终端满足第四升级策略，所述第四升级策略表征根据所述升级包生成升级信息，以及将所述升级信息发送给所述终端，所述升级信息用于使所述终端进行手动升级；

售后系统，用于接收所述检测系统发送的所述售后工单，以及根据所述售后工单对所述终端进行问题跟踪。

根据本申请的第六方面，提供一种电子设备，所述电子设备包括：处理器和用于存储能够在处理器上运行的计算机程序的存储器，

其中，所述处理器用于运行所述计算机程序时，执行上述任一种设备的升级方法中的任一项方法步骤。

本发明实施例提供的设备升级方法、服务器、终端、电子设备及系统，通过对终端上报的异常信息进行分析，确定终端需要进行升级的情况下，对终端进行定向升级，如果终端升级失败，检测终端的运行状态，根据终端的运行状态确定终端满足的目标升级策略，根据目标升级策略执行对终端的升级。可见本申请方案是一个自适应多策略的升级方案，可以提高设备升级成功率。

附图说明

图1为本申请中设备升级方法的流程实现示意图一；

图2为本申请中设备升级方法的流程实现示意图二；

图3为本申请中设备升级方法的流程实现示意图三；

图4为本申请中服务器的结构组成示意图；

图5为本申请中终端的结构组成示意图；

图6为本申请中设备升级的系统组成示意图；

图7为本申请中电子设备的结构组成示意图。

具体实施方式

下面结合附图对本发明的具体实施方式进行详细说明。应当理解的是，此处所描述的具体实施方式仅用于说明和解释本发明，并不用于限制本发明。

图1为本申请中设备升级方法的流程实现示意图一，该方法可以应用于服务器。该服务器中包括有管理系统和检测系统。如图1所示，该方法包括：

步骤101，基于终端上报的异常信息向所述终端发送升级指令，所述升级指令中携带有升级包；

本申请中，该异常信息包括但不限于该终端在使用过程中出现异常时的异常描述信息和异常日志信息。

一种实现方式中，服务器在接收到终端上报的异常信息时，可以通过该服务器中的管理系统对该异常信息进行智能分析，以确定该异常信息的分布信息；根据该分布信息可以确定该终端是否满足升级条件。如果根据该分布信息确定该终端满足升级条件，则通过该管理系统为该终端配置与该异常信息对应的升级包，然后向该终端发送携带有该升级包的升级指令，以实现对该终端的定向升级。

这里，在该服务器中可以预存有各类异常信息对应的升级包，当服务器确定该终端满足升级条件的情况下，可以在数据库中查找与该异常信息对应的目标升级包，并向该终端发送该目标升级包，实现对终端的定向升级。

这里，由于服务器中预先存储有各类异常信息对应的升级包，因此，可以在终端满足升级条件的情况下，快速从服务器的数据库中获得对应的升级包，从而可以提高向终端下发升级包的速度，提高终端的升级效率。

另一种实现方式中，该服务器还可以通过该管理系统的显示界面向后台管理人员呈现该异常信息，以使得后台管理人员对该异常信息进行人工分析，并根据分析结果确定该终端是否满足升级条件，如果后台管理人员根据该异常信息确定该终端需要进行系统固件的修复或升级，则向管理系统上传该异常信息对应的升级包，由管理系统将该升级包发送给该终端。以实现对该终端的定向升级。

这里，由于是由后台管理人员根据终端的异常信息进行实时分析之后，将对应的升级包上传至服务器，因此，可以减轻服务器的数据存储压力，提高服务器的运行性能和数据处理性能。

这里，该升级包包括无线下载(OTA，Over The Air)升级包。该终端中可以安装有OTA客户端。

本申请中，该服务器在根据分布信息确定该终端是否满足升级条件时，具体可以根据该分布信息确定全网中存在该异常信息的终端数量，将该终端数量与数量阈值进行比较，得到比较结果；如果该比较结果表征该终端数量大于或等于该数量阈值，则确定该终端满足升级条件；如果该比较结果表征该终端数量小于该数量阈值，则确定该终端不满足升级条件。

这里，服务器在确定该终端不满足升级条件的情况下，则不会对终端进行升级操作。

本申请中，该服务器在向终端发送携带有升级包的升级指令时，还可以确定全网中存在该异常信息的终端集合，其中，该终端集合中包括该终端；然后向该终端集合中的各终端发送该升级指令。

比如，终端A向服务器发送异常信息，服务器根据终端A发送的异常信息进行分析，确定全网中存在同样异常的终端有1000台，通过将1000与数量阈值50进行比较，确定终端A满足升级条件，则服务器可以同时向全网的该1000台终端发送该异常信息的升级包。从而实现对终端的全网升级。

这里，该终端包括但不限于手机、电脑、手表、智能眼镜、智能家居、穿戴设备等等。

步骤102，确定所述终端根据所述升级包对所述终端的系统固件升级失败的情况下，检测所述终端的运行状态；

本申请中，该终端在根据服务器发送的升级包对终端的系统固件升级后，可以向服务器发送升级结果。服务器接收终端发送的升级结果，其中，该升级结果中携带有终端当前系统的第一版本号。服务器可以将该第一版本号与该升级包对应的第二版本号进行匹配，并得到匹配结果；如果匹配结果表征第一版本号与第二版本号不同，则确定终端根据该升级包对终端的系统固件升级失败。如果匹配结果表征第一版本号与第二版本号相同，则确定终端根据该升级包对终端的系统固件升级成功。

这里，服务器在确定终端升级成功的情况下，可以结束并退出当前升级流程。

本申请中，服务器在确定终端升级失败的情况下，还可以通过该服务器中的检测系统将该终端的标识信息存入系统的延迟队列；基于该延迟队列在延迟第一时间后检测终端的运行状态。

这里，该检测系统可以是探针检测系统。该终端的标识信息包括但不限于媒体存取控制位址(MAC，Media Access Control Address)、国际移动用户识别码(IMSI，International Mobile Subscriber Identity).

本申请中，该服务器可以根据延迟队列中终端的排序信息依次执行对各终端的运行状态的检测。

这里，服务器在基于该延迟队列在延迟第一时间后检测终端的运行状态时，可以根据该服务器当前延迟队列中待升级终端的终端数量和\或总处理时长确定该第一时间。

比如，延迟队列中有10台待升级终端，其中，一台待升级终端需要2分钟，而当前终端是第10台，则需要从当前时间延迟20分钟后开始执行检测当前终端的运行状态。

步骤103，根据所述运行状态确定所述终端满足的升级策略；

本申请中，该终端的运行状态表征该终端当前是否在线，是否入网。

本申请中，该服务器中的该检测系统还可以在每次对该终端的运行状态进行检测后，对该终端的运行状态的检测次数累计+1；

本申请中如果该终端的运行状态表征该终端运行正常(即在线或入网)，且该运行状态的检测次数小于检测阈值，该服务器则可以确定该终端满足第一升级策略。这里，该第一升级策略表征该服务器可以再次向该终端发送该异常信息对应的升级指令；

本申请中，如果该运行状态表征该终端运行异常，且该运行状态的检测次数小于该检测阈值，该服务器则确定该终端满足第二升级策略。这里，该第二升级策略表征该服务器中的检测系统在等待第二时间后再次检测该终端的运行状态；

本申请中，如果该运行状态表征该终端运行正常，且该运行状态的检测次数大于或等于该检测阈值，该服务器可以确定该终端满足第三升级策略。这里该第三升级策略表征该服务器根据该终端的异常信息生成售后工单，其中，该售后工单用于售后服务人员对该终端进行问题跟踪；

本申请中，如果该运行状态表征该终端运行异常，且该运行状态的检测次数大于或等于该检测阈值，该服务器可以确定该终端满足第四升级策略。这里，该第四升级策略表征服务器向该终端发送该升级包的升级信息，其中，该升级信息用于提醒用户对该终端进行手动升级。

步骤104，根据所述升级策略执行对所述终端的升级。

本申请中，如果服务器确定该终端满足的升级策略是该第一升级策略，则该服务器可以再次向该终端发送该异常信息对应的升级指令，以使得该终端基于该升级指令中携带的升级包再次执行对该终端的系统固件的升级；

本申请中，如果服务器确定该终端满足的升级策略是该第二升级策略，则该服务器中的检测系统可以在等待第二时间后再次检测该终端的运行状态；该服务器中的管理系统根据再次检测到的运行状态执行对该终端的升级；

本申请中，如果服务器确定该终端满足的升级策略是该第三升级策略，则该服务器中的管理系统可以根据该异常信息生成售后工单，并将售后工单发送至服务器的售后系统，由售后人员根据该售后工单对该终端进行问题跟踪；如此，可以确保终端的问题得到及时解决，提高用户体验。

本申请中，如果服务器确定该终端满足的升级策略是第四升级策略，则该服务器中的管理系统可以根据该终端对应的该升级包生成升级信息；并向该终端发送该升级包的升级信息，其中，该升级信息用于提醒该终端进行手动升级。如此，可以确保终端的升级成功率。

本申请提供的设备升级方法，在设备首次升级失败后，通过自适应多种策略升级方案对终端进行升级，可以确保设备能在第一时间内升级成功，及时解决设备端问题，提升用户体验。本申请使得设备具有主动和被动升级方式，可以提高设备的升级成功率。此外本方案还可以进行定向升级和非定向全网升级，满足了需要大批量修复问题的要求，提高了全网升级效率。

图2为本申请中设备升级方法的流程实现示意图二，如图2所示，该方法可以应用于终端，该终端包括但不限于手机、电脑、手表、智能家居等等。该方法包括：

步骤201，向服务器发送异常信息；

步骤202，接收所述服务器基于所述异常信息发送的升级指令，所述升级指令中携带有升级包；

步骤203，根据所述升级包对所述终端的系统固件进行升级；

步骤204，如果升级失败，执行所述服务器根据所述终端的运行状态确定的升级策略。

本申请中，该终端在使用过程中，可以收集该终端在出现异常时的异常描述信息和异常日志信息。并在得到该异常描述信息和/或该异常日志信息时，将该异常描述信息和/或该异常日志信息作为异常信息上报给服务器。服务器通过管理系统的显示界面呈现该异常信息，由平台管理员根据该异常信息进行分析，确定终端是否需要进行软件升级来修复异常。如果确定终端需要软件升级进行异常修复，平台管理员则将修复的软件包(或称升级包)上传至服务器的管理系统，管理系统再将该升级包发送给终端，以实现针对上报异常信息的设备进行定向升级。

本申请中，终端在接收到服务器发送的升级包后，将该升级包的版本号与终端当前的版本号进行匹配，如果匹配结果表征终端当前的版本号低于升级包的版本号，则根据服务器下发的升级包对终端的系统固件进行升级。并且在根据服务器下发的升级包进行升级之后，还可以向该服务器发送升级结果，其中，该升级结果中至少携带有该终端当前系统的第一版本号，这里，该第一版本号用于该服务器判断该终端是否升级成功。

这里，服务器在接收到终端发送的升级结果之后，可以将该升级结果中携带的第一版本号与该升级包对应的第二版本号进行匹配，如果匹配结果表征第一版本号与第二版本号不同，确定该终端升级失败。如果匹配结果表征第一版本号和第二版本号相同，确定该终端升级成功。

本申请中，如果服务器在首次下发升级指令给终端后，终端未升级成功，该服务器可以将此终端的唯一标识码存入该服务器的检测系统，该检测系统可以在延迟一定时间后自动检测终端的运行状态；并根据检测的运行状态确定该终端满足的升级策略。

这里，若检测系统检测到该终端的运行状态正常(比如在线或入网)，确定该终端满足第一升级策略，则通过服务器的管理系统再次向终端下发静默在线升级指令；终端则可以再次接收服务器发送的升级指令，并基于该升级指令中携带的升级包再次执行对系统固件的升级。

这里，若检测系统检测到终端的运行状态异常(比如不在线或未入网)，确定终端满足第二升级指令，则检测系统在继续等待一定时间后，在下次检测时间对终端的运行状态进行再次检测，并在每次检测后对检测次数+1。

这里，若检测系统检测到终端的运行状态正常，并且运行状态的检测次数大于或等于检测阈值，服务器下发升级指令后终端仍然未升级成功，确定终端满足第三升级策略，则将终端的异常信息转成售后工单，发送至服务器的售后系统，由售后服务人员根据售后工单对终端的问题进行跟踪。当售后服务人员根据售后工单对终端的异常信息进行问题跟踪时，服务器的售后系统可以向终端发送售后服务信息，终端接收到服务器根据终端对应的售后工单发送的售后服务信息后，终端可以根据该售后服务信息进行问题上报。

这里，若检测系统检测到终端的运行状态异常，且运行状态的检测次数大于或等于检测阈值，确定终端满足第四升级策略，则检测系统会把此终端的升级包生成升级信息推送给用户，该升级信息用于提示用户对终端进行手动升级。终端接收该服务器针对该升级包发送的升级信息，并根据该升级信息对该终端进行手动升级。

本申请提出了一种设备首次升级失败后，自适应多种策略升级方案，从而使得设备具有主动和被动升级方式，大大提高了设备的升级成功率。

图3为本申请中设备升级方法的流程实现示意图三，如图3所示，该方法包括：

步骤301，智能设备自检，出现异常时主动向服务器上报异常信息；

这里，该异常信息包括异常描述信息和异常日志信息。

在物联网中，智能设备出现问题后用户经常无法及时发现，等用户发现时，设备已异常一段时间，无法及时解决用户问题，从而引起用户投诉。本申请通过设备主动上报设备的异常日志和异常情况信息至服务器的管理系统(或称管理平台)，管理平台可以保存该设备的设备信息(即设备的唯一标识信息)和异常信息。可以使设备出现问题时得到及时修复，避免引起用户投诉。

步骤302，管理员分析异常信息，并配置修复软件的升级包；

这里，管理平台通过显示界面可以向管理人员呈现该异常信息，管理人员针对设备的异常信息进行分析(比如异常信息在全网的分布情况)，针对不同情况出具不同修复方案。如果设备需要更新设备软件版本，则管理人员上传更新软件包至管理平台。

步骤303，管理平台将升级包定向推送至设备端进行静默升级；

这里，管理平台将为设备配置的升级包定向推送至设备端进行用户无感知的静默升级。设备接收到升级指令后，校验自己的版本是否满足升级条件，若满足后进行设备软件升级。

具体，设备可以将升级包的版本号与设备的当前版本号进行匹配，如果匹配结果表征升级包的版本号高于当前版本号，确定设备自己的版本满足升级条件。

步骤304，向服务器的探针检测系统发送升级结果反馈；

这里，设备将最新的升级结果上报至探针检测系统，且该升级结果中携带有设备当前的第一版本号。探针检测系统将该第一版本号与升级包的第二版本号进行匹配，根据匹配结果判断设备是否升级成功。

步骤305，探针检测系统检测设备的运行状态。

这里，如果匹配结果表征第一版本号与第二版本号不同，确定设备升级失败，则将设备的唯一标识信息存入延迟队列，在延迟某个时间后再次对设备的运行状态进行检测。

步骤306，如果设备运行正常，则通知管理平台再次下发静默升级指令给设备端进行升级。

此时，探针检测系统可以将检测次数加1。

这里，如果探针检测系统检测到设备运行异常(比如不在线或未入网)，则继续等待，不通知管理平台再次下发升级指令，等待一定时间后再次对设备的运行状态进行检测，同时对检测次数加1。

步骤307，设备运行正常，但检测次数达到检测阈值，将设备的异常信息生成售后工单。

这里，如果探针检测系统N次(N大于1且大于或等于检测阈值M)对设备的运行状态进行检测后确定设备的运行状态正常，且设备通过管理平台Y次(Y大于1且大于或等于发送阈值W)下发的升级指令仍是升级失败，说明设备可能存在设备本身问题或者软件问题，所以设备升级不成功，此时，探针检测系统可以根据该设备的异常信息生成售后工单，转发给售后系统，由售后系统的售后人员介入，对设备进行问题跟踪。

步骤308，设备运行异常，且检测次数达到检测阈值，将升级信息推送至设备，提醒用户对设备进行手动升级。

步骤309，用户根据升级信息对设备进行手动升级。

本申请通过服务器的探针检测系统在检测设备的运行状态后触发服务器的管理系统下发升级包，减少了资源浪费，并且在设备首次升级失败后，通过自适应多策略方法执行对设备的升级，可以在一定程度上确保设备能够成功升级至目标版本，及时修复问题，提高用户体验。

此外，本申请中，服务器的管理系统还可以确定全网中与该设备具有同样异常问题的设备集合，然后将该异常信息的升级包向全网的该设备集合进行下发，如此，不仅可以配置定向升级，还可以配置全网升级，确保全网用户能够及时可靠升级至最新版本。

图4为本申请中服务器的结构组成示意图，如图4所示，该服务器包括：

发送单元401，用于基于终端上报的异常信息向所述终端发送升级指令，所述升级指令中携带有升级包；

检测单元402，用于确定所述终端根据所述升级包对所述终端的系统固件升级失败的情况下，检测所述终端的运行状态；

确定单元403，用于根据所述运行状态确定所述终端满足的升级策略；

执行单元404，用于根据所述升级策略执行对所述终端的升级。

优选方案中，该服务器还包括：分析单元405和配置单元406；

其中，分析单元405，用于对所述终端上报的异常信息进行分析；

确定单元403，还用于根据分析结果确定所述异常信息的分布信息；以及根据所述分布信息确定所述终端满足升级条件；

配置单元406，用于为所述终端配置与所述异常信息对应的升级包；

发送单元401用于向所述终端发送携带有所述升级包的升级指令。

优选方案中，该电子设备还包括：接收单元407和匹配单元408；

其中，接收单元407，用于接收终端发送的异常信息，以及用于接收所述终端发送的升级结果，所述升级结果中携带有所述终端当前系统的第一版本号；

匹配单元408，用于将所述第一版本号与所述升级包对应的第二版本号进行匹配；

确定单元403，用于如果匹配结果表征所述第一版本号与所述第二版本号不同，确定所述终端根据所述升级包对所述终端的系统固件升级失败。

优选方案中，该电子设备还包括：存储单元409和检测单元410；

其中，存储单元409，用于将所述终端的标识信息存入延迟队列；

检测单元410，用于基于所述延迟队列在延迟第一时间后检测所述终端的运行状态。

优选方案中，确定单元403，具体用于如果所述运行状态表征所述终端运行正常，且所述运行状态的检测次数小于检测阈值，确定所述终端满足第一升级策略，所述第一升级策略表征再次向所述终端发送所述升级指令；以及用于如果所述运行状态表征所述终端运行异常，且所述运行状态的检测次数小于所述检测阈值，确定所述终端满足第二升级策略，所述第二升级策略表征等待第二时间后再次检测所述终端的运行状态；以及用于如果所述运行状态表征所述终端运行正常，且所述运行状态的检测次数大于或等于所述检测阈值，确定所述终端满足第三升级策略，所述第三升级策略表征根据所述异常信息生成售后工单，所述售后工单用于对所述终端进行问题跟踪；以及还用于如果所述运行状态表征所述终端运行异常，且所述运行状态的检测次数大于或等于所述检测阈值，确定所述终端满足第四升级策略，所述第四升级策略表征向所述终端发送所述升级包的升级信息，所述升级信息用于提醒所述终端进行手动升级。

优选方案中，该电子设备还包括：延迟单元411和生成单元412；

其中，发送单元401，还用于如果所述升级策略是所述第一升级策略，再次向所述终端发送所述升级指令；

延迟单元411，用于如果所述升级策略是所述第二升级策略，等待第二时间后再次检测所述终端的运行状态；根据所述运行状态执行对所述终端的升级；

生成单元412，用于如果所述升级策略是所述第三升级策略，根据所述异常信息生成售后工单，所述售后工单用于对所述终端进行问题跟踪；以及用于如果所述升级策略是所述第四升级策略，根据所述升级包生成升级信息；

发送单元410，还用于向所述终端发送所述升级包的升级信息，所述升级信息用于提醒所述终端进行手动升级。

优选方案中，确定单元403还用于确定全网中存在所述异常信息的终端集合，所述终端集合中包括所述终端；

发送单元401，还用于向所述终端集合中的各终端发送所述升级指令。

需要说明的是：上述实施例提供的服务器在对设备进行升级时，仅以上述各程序模块的划分进行举例说明，实际应用中，可以根据需要而将上述处理分配由不同的程序模块完成，即将服务器的内部结构划分成不同的程序模块，以完成以上描述的全部或者部分处理。另外，上述实施例提供的服务器与上述图1提供的设备升级方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。

图5为本申请中终端的结构组成示意图，如图5所示，该终端包括:

发送单元501，用于向服务器发送异常信息；

接收单元502，用于接收所述服务器基于所述异常信息发送的升级指令，所述升级指令中携带有升级包；

执行单元503，用于根据所述升级包对所述终端的系统固件进行升级；以及用于如果升级失败，执行所述服务器根据所述终端的运行状态确定的升级策略。

优选方案中，发送单元501，还用于向所述服务器发送升级结果，所述升级结果中至少携带有所述终端当前系统的第一版本号，所述第一版本号用于所述服务器判断所述终端是否升级成功。

优选方案中，接收单元502，还用于如果所述升级策略是第一升级策略，再次接收所述服务器发送的所述升级指令；

执行单元503，还用于基于所述升级指令中携带的升级包再次执行对所述系统固件的升级；

优选方案中，接收单元502，还用于如果所述升级策略是第三升级策略，接收所述服务器根据所述终端对应的售后工单发送的售后服务信息；

执行单元503，还用于根据所述售后服务信息进行问题上报；

优选方案中，接收单元502，还用于如果所述升级策略是第四升级策略，接收所述服务器针对所述升级包发送的升级信息；

执行单元503，还用于根据所述升级信息对所述终端进行手动升级。

需要说明的是：上述实施例提供的终端在对设备进行升级时，仅以上述各程序模块的划分进行举例说明，实际应用中，可以根据需要而将上述处理分配由不同的程序模块完成，即将终端的内部结构划分成不同的程序模块，以完成以上描述的全部或者部分处理。另外，上述实施例提供的网络功能实体与上述图2提供的设备升级方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。

图6为本申请中设备升级的系统组成示意图，如图6所示，该系统包括：

终端61，用于向服务器发送异常信息，以及用于根据所述服务器发送的升级包对终端的系统固件进行升级；

服务器62，用于基于终端上报的异常信息向所述终端发送升级指令，所述升级指令中携带有升级包；以及用于在终端升级失败的情况下，再次向终端发送所述升级指令。

优选方案中，该服务器62包括管理系统601、检测系统602和售后系统603；

其中，管理系统601用于向终端61发送升级指令；

检测系统602用于在所述终端61升级失败的情况下，检测所述终端61的运行状态；以及用于根据所述运行状态确定终端61满足的升级策略；

这里，如果终端61的运行状态正常，且运行状态的检测次数小于检测阈值，确定终端61满足第一升级策略，通知管理系统601再次向终端61发送升级指令；如果终端61的运行状态异常，且运行状态的检测次数小于检测阈值，确定终端61满足第二升级策略，等待一定时间(或称为第三时间)后再次对终端61的运行状态进行检测。这里，每检测一次终端的运行状态，该检测系统602执行检测次数加1。

这里，该第三时间具体可以根据检测系统针对的当前待升级终端的数量确定。

这里，如果终端61的运行状态正常，且运行状态的检测次数大于或等于检测阈值，确定终端61满足第三升级策略，根据终端61的异常信息生成售后工单，并将售后工单发送给售后系统603；如果终端61的运行状态异常，且运行状态的检测次数大于或等于检测阈值，确定终端61满足第四升级策略，生成升级信息发送给终端61，由终端61根据升级信息进行手动升级。

售后系统603，用于接收检测系统602发送的售后工单，以及根据该售后工单对终端61进行问题跟踪。

图7为本申请中电子设备的结构组成示意图，如图7所示，电子设备700可以是基于Windows或Linux或MacOS操作系统的一种计算机设备，包括但不限于是计算机、数字广播终端、信息收发设备、医疗设备、健身设备、个人数字助理等终端或服务器，这里，服务器包括但不限于实体服务器、云服务器。图7所示的电子设备700包括：至少一个处理器701、存储器702、至少一个网络接口704和用户接口703。网络接口704可以与与外部数据库连通，进行数据访问和操作，该外部数据库可以非本计算机设备的硬件组成部分，而是部署在本设备之外的计算机设备上的数据库系统，并通过网络向外部提供数据库服务；网络接口704还可以与消息队列实体连通，将本硬件实体产生的消息放入消息队列实体，或从消息队列实体中消费消息，该消息队列可以非本计算机设备的硬件组成部分，而是部署在本设备之外的计算机设备上的消息队列系统，并通过网络向外部提供消息服务；网络接口704还可以与向被测系统的网络接口发送网络报文，并接收响应报文，该被测系统可以非本计算机设备的硬件组成部分，而是部署在本设备之外的计算机设备上的某个网络应用系统，并通过网络向外部提供应用服务。

电子设备700中的各个组件通过总线系统705耦合在一起。可理解，总线系统705用于实现这些组件之间的连接通信。总线系统705除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见，在图7中将各种总线都标为总线系统705。

其中，用户接口703可以包括显示器、键盘、鼠标、轨迹球、点击轮、按键、按钮、触感板或者触摸屏等。

可以理解，存储器702可以是易失性存储器或非易失性存储器，也可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(ROM，Read Only Memory)、可编程只读存储器(PROM，Programmable Read-Only Memory)、可擦除可编程只读存储器(EPROM，Erasable Programmable Read-Only Memory)、电可擦除可编程只读存储器(EEPROM，Electrically Erasable Programmable Read-Only Memory)、磁性随机存取存储器(FRAM，ferromagnetic random access memory)、快闪存储器(Flash Memory)、磁表面存储器、光盘、或只读光盘(CD-ROM，Compact Disc Read-Only Memory)；磁表面存储器可以是磁盘存储器或磁带存储器。易失性存储器可以是随机存取存储器(RAM，Random AccessMemory)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的RAM可用，例如静态随机存取存储器(SRAM，Static Random Access Memory)、同步静态随机存取存储器(SSRAM，Synchronous Static Random Access Memory)、动态随机存取存储器(DRAM，Dynamic Random Access Memory)、同步动态随机存取存储器(SDRAM，SynchronousDynamic Random Access Memory)、双倍数据速率同步动态随机存取存储器(DDRSDRAM，Double Data Rate Synchronous Dynamic Random Access Memory)、增强型同步动态随机存取存储器(ESDRAM，Enhanced Synchronous Dynamic Random Access Memory)、同步连接动态随机存取存储器(SLDRAM，SyncLink Dynamic Random Access Memory)、直接内存总线随机存取存储器(DRRAM，Direct Rambus Random Access Memory)。本申请实施例描述的存储器702旨在包括但不限于这些和任意其它适合类型的存储器。

本申请实施例中的存储器702用于存储各种类型的数据以支持电子设备700的操作。这些数据的示例包括：用于在电子设备700上操作的任何计算机程序，如操作系统7021和应用程序7022；联系人数据；电话簿数据；消息；图片；音频等。其中，操作系统7021包含各种系统程序，例如框架层、核心库层、驱动层等，用于实现各种基础业务以及处理基于硬件的任务。应用程序7022可以包含各种应用程序，例如媒体播放器(Media Player)、浏览器(Browser)等，用于实现各种应用业务。实现本申请实施例方法的程序可以包含在应用程序7022中。

上述本申请实施例揭示的方法可以应用于处理器701中，或者由处理器701实现。处理器701可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器701中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器701可以是通用处理器、数字信号处理器(DSP，Digital Signal Processor)，或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。处理器701可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者任何常规的处理器等。结合本申请实施例所公开的方法的步骤，可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于存储介质中，该存储介质位于存储器702，处理器701读取存储器702中的信息，结合其硬件完成前述方法的步骤。

在示例性实施例中，电子设备700可以被一个或多个应用专用集成电路(ASIC，Application Specific Integrated Circuit)、DSP、可编程逻辑器件(PLD，ProgrammableLogic Device)、复杂可编程逻辑器件(CPLD，Complex Programmable Logic Device)、现场可编程门阵列(FPGA，Field-Programmable Gate Array)、通用处理器、控制器、微控制器(MCU，Micro Controller Unit)、微处理器(Microprocessor)、或其他电子元件实现，用于执行前述网络接入方法。

在示例性实施例中，本申请实施例还提供了一种计算机可读存储介质，例如包括计算机程序的存储器702，上述计算机程序可由电子设备700的处理器701执行，以完成前述方法所述步骤。计算机可读存储介质可以是FRAM、ROM、PROM、EPROM、EEPROM、Flash Memory、磁表面存储器、光盘、或CD-ROM等存储器；也可以是包括上述存储器之一或任意组合的各种设备，如移动电话、计算机、平板设备、个人数字助理等。

一种计算机可读存储介质，其上存储有计算机指令，该计算机指令被处理器执行时，执行上述任一种网络接入方法中任一项方法步骤。

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

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

本申请所提供的几个方法实施例中所揭露的方法，在不冲突的情况下可以任意组合，得到新的方法实施例。

本申请所提供的几个产品实施例中所揭露的特征，在不冲突的情况下可以任意组合，得到新的产品实施例。

本申请所提供的几个方法或设备实施例中所揭露的特征，在不冲突的情况下可以任意组合，得到新的方法实施例或设备实施例。

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

Claims (10)

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

基于终端上报的异常信息向所述终端发送升级指令，所述升级指令中携带有升级包；

确定所述终端根据所述升级包对所述终端的系统固件升级失败的情况下，检测所述终端的运行状态；

根据所述运行状态确定所述终端满足的升级策略；

根据所述升级策略执行对所述终端的升级。

2.根据权利要求1所述的方法，其特征在于，所述基于终端上报的异常信息向所述终端发送升级指令，包括：

对所述终端上报的异常信息进行分析，确定所述异常信息的分布信息；

根据所述分布信息确定所述终端满足升级条件，为所述终端配置与所述异常信息对应的升级包；

向所述终端发送携带有所述升级包的升级指令。

3.根据权利要求1所述的方法，其特征在于，所述确定所述终端根据所述升级包对所述终端的系统固件升级失败，包括：

接收所述终端发送的升级结果，所述升级结果中携带有所述终端当前系统的第一版本号；

将所述第一版本号与所述升级包对应的第二版本号进行匹配；

如果匹配结果表征所述第一版本号与所述第二版本号不同，确定所述终端根据所述升级包对所述终端的系统固件升级失败。

4.根据权利要求1所述的方法，其特征在于，所述检测所述终端的运行状态，包括：

将所述终端的标识信息存入延迟队列；

基于所述延迟队列在延迟第一时间后检测所述终端的运行状态。

5.根据权利要求1所述的方法，其特征在于，所述根据所述运行状态确定所述终端满足的升级策略，至少包括以下方法之一：

如果所述运行状态表征所述终端运行正常，且所述运行状态的检测次数小于检测阈值，确定所述终端满足第一升级策略，所述第一升级策略表征再次向所述终端发送所述升级指令；

如果所述运行状态表征所述终端运行异常，且所述运行状态的检测次数小于所述检测阈值，确定所述终端满足第二升级策略，所述第二升级策略表征等待第二时间后再次检测所述终端的运行状态；

如果所述运行状态表征所述终端运行正常，且所述运行状态的检测次数大于或等于所述检测阈值，确定所述终端满足第三升级策略，所述第三升级策略表征根据所述异常信息生成售后工单，所述售后工单用于对所述终端进行问题跟踪；

如果所述运行状态表征所述终端运行异常，且所述运行状态的检测次数大于或等于所述检测阈值，确定所述终端满足第四升级策略，所述第四升级策略表征向所述终端发送所述升级包的升级信息，所述升级信息用于提醒所述终端进行手动升级。

6.根据权利要求5所述的方法，其特征在于，所述根据所述升级策略执行对所述终端的升级，至少包括以下方法之一：

如果所述升级策略是所述第一升级策略，再次向所述终端发送所述升级指令；

如果所述升级策略是所述第二升级策略，等待第二时间后再次检测所述终端的运行状态；根据所述运行状态执行对所述终端的升级；

如果所述升级策略是所述第三升级策略，根据所述异常信息生成售后工单，所述售后工单用于对所述终端进行问题跟踪；

如果所述升级策略是所述第四升级策略，根据所述升级包生成升级信息；向所述终端发送所述升级包的升级信息，所述升级信息用于提醒所述终端进行手动升级。

7.根据权利要求2所述的方法，其特征在于，所述向所述终端发送携带有所述升级包的升级指令，包括：

确定全网中存在所述异常信息的终端集合，所述终端集合中包括所述终端；

向所述终端集合中的各终端发送所述升级指令。

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

向服务器发送异常信息；

接收所述服务器基于所述异常信息发送的升级指令，所述升级指令中携带有升级包；

根据所述升级包对所述终端的系统固件进行升级；

如果升级失败，执行所述服务器根据所述终端的运行状态确定的升级策略。

9.一种服务器，其特征在于，所述服务器包括：

发送单元，用于基于终端上报的异常信息向所述终端发送升级指令，所述升级指令中携带有升级包；

检测单元，用于确定所述终端根据所述升级包对所述终端的系统固件升级失败的情况下，检测所述终端的运行状态；

确定单元，用于根据所述运行状态确定所述终端满足的升级策略；

执行单元，用于根据所述升级策略执行对所述终端的升级。

10.一种终端，其特征在于，所述终端包括：

发送单元，用于向服务器发送异常信息；

接收单元，用于接收所述服务器基于所述异常信息发送的升级指令，所述升级指令中携带有升级包；

执行单元，用于根据所述升级包对所述终端的系统固件进行升级；以及用于如果升级失败，执行所述服务器根据所述终端的运行状态确定的升级策略。