CN113196230A - 终端升级的方法及装置 - Google Patents

Abstract

本申请实施例提供一种终端升级的方法及装置，其中方法包括：服务器确定终端中的待升级部件；所述服务器确定所述待升级部件对应的至少一项升级特性信息；所述服务器向所述终端中的升级管理器发送所述升级特性信息对应的特性升级包，以使所述升级管理器基于所述升级特性信息对应的特性升级包对所述待升级部件进行升级。采用本申请实施例，可避免对整个终端进行升级，便于提高升级的成功率。且基于升级特性信息对应的特性升级包对待升级部件进行升级，可提高升级的效率以及准确率。

Description

终端升级的方法及装置

技术领域

本申请涉及网联车技术领域，尤其涉及一种终端升级的方法及装置。

背景技术

空中下载技术(Over-the-Air technology，OTA)升级主要是指一种通过空中接口远程管理，更新终端中固件的方法，通过OTA升级可以更新设备的操作系统，系统配置等。OTA技术可应用于车载终端中软件产品的升级，方便快捷，且无需厂家将车辆找回升级，节约了成本，提高了用户体验。

目前，OTA升级是对整个终端进行升级。若升级的过程中出现异常退出的事件，会导致升级失败。

发明内容

本申请实施例公开了一种终端升级的方法及装置，能够基于升级特性信息对应的特性升级包进行升级，可提高升级的效率以及准确率。

第一方面，本申请实施例公开了一种终端升级的方法，应用于服务器，其中：确定终端中的待升级部件；所述服务器确定所述待升级部件对应的至少一项升级特性信息；向所述终端中的升级管理器发送所述升级特性信息对应的特性升级包，以使所述升级管理器基于所述升级特性信息对应的特性升级包对所述待升级部件进行升级。

如此，避免了对整个终端进行升级，便于提高升级的成功率。且基于升级特性信息对应的特性升级包对待升级部件进行升级，可提高升级的效率以及准确率。

在一种可能的示例中，所述确定终端中的待升级部件包括：接收来自所述升级管理器的部件信息；基于接收到的所述部件信息确定待升级部件。如此，可提高确定待升级部件的准确率。

在一种可能的示例中，所述部件信息包括所述终端中各个部件的软硬件信息，所述基于接收到的所述部件信息确定待升级部件包括：将接收到的所述部件的软硬件信息和所述服务器中所述部件的软硬件信息进行对比，得到待升级部件。可以理解，当终端中的升级管理器向服务器发送终端中每一部件的软硬件信息之后，服务器可通过终端中每一部件的软硬件信息和服务器中该部件的软硬件信息进行对比，可得到该部件是否需要升级，以及是否能够进行升级的信息。在确定该部件为终端中需要升级，且能够进行升级的部件之后，将该部件作为待升级部件，可提高确定待升级部件的准确率。

和/或，在一种可能的示例中，所述部件信息包括所述部件的健康信息，所述基于接收到的所述部件信息确定待升级部件包括：基于接收到的所述部件的健康信息确定待升级部件。可以理解，当终端中的升级管理器向服务器发送终端中每一部件的健康信息之后，服务器可基于接收到的部件的健康信息确定终端中的待升级部件，可提高确定待升级部件的准确率，便于提高终端使用部件的性能。

和/或，在一种可能的示例中，所述部件信息包括所述待升级部件的升级指示信息，所述基于接收到的所述部件信息确定待升级部件包括：基于待升级部件的升级指示信息确定待升级部件。也就是说，服务器基于升级管理器接收到的升级指示信息直接确定待升级部件，提高了确定待升级部件进行升级的准确率。

在一种可能的示例中，所述部件的健康信息包括所述部件的健康值和/或所述部件的健康档位，所述基于接收到的所述部件的健康信息确定待升级部件包括：选择小于预设阈值的所述健康值对应的部件作为待升级部件；或者，选择小于预设档位的所述健康档位对应的部件作为待升级部件。也就是说，升级管理器可直接基于升级管理器向服务器发送的健康值和/或健康档位确定待升级部件，提高了确定待升级部件的准确率和效率，便于提高终端使用部件的性能。

在一种可能的示例中，所述基于接收到的所述部件的健康信息确定待升级部件包括：基于接收到的所述部件的健康信息和所述部件的标准健康信息进行对比，得到所述部件的健康值和/或健康档位；选择小于预设阈值的所述健康值对应的部件作为待升级部件；或者，选择小于预设档位的所述健康档位对应的部件作为待升级部件。可以理解，服务器可以通过终端中每一部件的健康信息和服务器中预先存储该部件的标准健康信息进行对比，得到该部件的健康值和/或健康档位。若健康值小于预设阈值，则表示该健康值对应的部件需要进行升级，则将该健康值对应的部件作为待升级部件。若健康档位小于预设档位，则表示该健康档位对应的部件需要进行升级，则将该健康档位对应的部件作为待升级部件。如此，提高了确定待升级部件的准确率，便于提高终端使用部件的性能。

在一种可能的示例中，所述向所述终端中的升级管理器发送所述升级特性信息对应的特性升级包之前，还包括：接收来自所述升级管理器的升级请求，所述升级请求用于请求接收目标升级特性信息对应的特性升级包，所述目标升级特性信息是用户在显示设备上显示的升级活动通知中选择的升级特性信息，所述升级活动通知包含所述待升级部件对应的至少一项升级特性信息；向所述终端中的升级管理器发送所述升级特性信息对应的特性升级包包括：向所述升级管理器发送所述目标升级特性信息对应的特性升级包。如此，通过在显示设备中显示包含升级特性信息的升级活动通知选择目标升级特性信息，可提高用户选择的效率和准确率。再由服务器向升级管理器发送目标升级特性信息对应的特性升级包，可避免服务器向升级管理器发送所有的特性升级包，减少了升级管理器中占用的内存，便于提高升级的效率。

在一种可能的示例中，接收来自所述升级管理器的升级请求之前，还包括：向所述终端中的升级管理器发送所述升级活动通知。可以理解，通过升级活动通知可告知升级管理器可对待升级部件进行升级，可提高升级的准确率。

在一种可能的示例中，还包括：向所述升级管理器发送升级提示信息，所述升级提示信息包括所述升级特性包的预计升级时间。如此，用户可基于显示设备上显示的升级提示信息确定特性升级包是否进行升级，全部进行升级还是部分进行升级，立刻进行升级还是延迟进行升级等安装确认信息，便于提高升级的准确率。

第二方面，本申请实施例公开了第二种终端升级的方法，应用于终端的升级管理器，其中：接收来自服务器的特性升级包，所述特性升级包与所述服务器确定的所述终端中待升级部件对应的至少一项升级特性信息对应；基于所述升级特性信息对应的特性升级包对所述待升级部件进行升级。

如此，避免了对整个终端进行升级，便于提高升级的成功率。且基于升级特性信息对应的特性升级包对待升级部件进行升级，可提高升级的效率以及准确率。

在一种可能的示例中，在接收来自服务器的特性升级包之前，还包括：向所述服务器发送所述终端中各个部件的部件信息。如此，服务器可基于该部件信息确定终端中待升级的待升级部件，可提高确定待升级部件的准确率。

在一种可能的示例中，所述部件信息包括所述部件的健康信息，在向所述服务器发送所述终端中各个部件的部件信息之前，还包括：接收来自所述部件的健康信息。也就是说，健康信息是部件直接获取的信息，可提高获取信息的准确率。

或者，在一种可能的示例中，所述部件信息包括所述部件的健康信息，在向所述服务器发送所述终端中各个部件的部件信息之前，还包括：接收来自所述部件的性能参数，基于所述性能参数确定所述部件的健康信息。也就是说，健康信息是升级管理器针对部件获取的性能参数得到的信息，可提高获取信息的准确率。

在一种可能的示例中，还包括：向显示设备发送升级活动通知，以使所述显示设备显示所述升级活动通知，所述升级活动通知包含所述升级特性信息。如此，通过在显示设备中显示包含升级特性信息的升级活动通知选择目标升级特性信息，可提高用户选择的效率和准确率。

在一种可能的示例中，在向显示设备发送升级活动通知之后，还包括：接收来自所述显示设备的选择升级指令，所述选择升级指令包含用户在所述升级活动通知中选择的目标升级特性信息；所述基于所述升级特性信息对应的特性升级包对所述待升级部件进行升级包括：基于所述目标升级特性信息对应的特性升级包对所述待升级部件进行升级。如此，可基于用户选择的目标升级特性信息对应的特性升级包进行升级，提高了升级的准确率和效率。

在一种可能的示例中，在接收来自所述显示设备的选择升级指令之前，还包括：接收来自所述服务器的所述升级活动通知。可以理解，通过升级活动通知可告知升级管理器可对待升级部件进行升级，可提高升级的准确率。

在一种可能的示例中，在接收来自所述显示设备的选择升级指令之后，还包括：向所述服务器发送所述选择升级指令对应的升级请求，所述升级请求用于请求接收所述目标升级特性信息对应的特性升级包；所述接收来自服务器的特性升级包包括：接收来自所述服务器的所述目标升级特性信息对应的特性升级包。如此，根据升级请求接收目标升级特性信息对应的特性升级包，避免服务器向升级管理器发送所有的特性升级包，减少了升级管理器中占用的内存，便于提高升级的效率。

在一种可能的示例中，还包括：向所述显示设备发送升级完成消息，以使所述显示设备显示所述升级完成消息，所述升级完成消息用于指示完成所述特性升级包的升级。如此，可告知用户已完成待升级部件的特性升级，便于提高人机交互的用户体验。

在一种可能的示例中，在向所述显示设备发送升级完成消息之前，还包括：接收来自所述待升级部件的所述升级完成消息。如此，便于升级管理器对部件的升级信息进行管理。

在一种可能的示例中，所述基于所述升级特性信息对应的特性升级包对所述待升级部件进行升级包括：向所述待升级部件发送所述特性升级包，以使所述待升级部件基于所述特性升级包对所述待升级部件进行升级。如此，可减轻升级管理器的升级任务，提高了升级效率和升级的准确率。

在一种可能的示例中，还包括：向所述显示设备发送升级提示信息，以使所述显示设备显示所述升级提示信息，所述升级提示信息包括所述升级特性包的预计升级时间。如此，通过用户参与可提高升级管理的准确率，便于提高升级的准确率。

在一种可能的示例中，在向所述显示设备发送升级提示信息之前，还包括：接收来自所述服务器的所述升级提示信息。如此，升级管理器可基于升级提示信息确定特性升级包是否进行升级，全部进行升级还是部分进行升级，立刻进行升级还是延迟进行升级等安装确认信息，或者由升级管理器转发给用户，以获取来自用户的安装确认信息，从而可提高升级的成功率。

在一种可能的示例中，在向所述显示设备发送升级提示信息之后，还包括：基于所述升级提示信息接收来自所述显示设备的确认升级指令，所述确认升级指令包含确认安装所述特性升级包的指示信息。如此，通过用户参与可提高升级管理的准确率，便于提高升级的准确率。

第三方面，本申请实施例公开了第三种终端升级的方法，应用于终端中的待升级部件，其中：接收来自终端中的升级管理器的特性升级包，所述待升级部件是服务器确定所述终端中待升级的部件，所述特性升级包与所述待升级部件对应的至少一项升级特性信息对应；基于所述特性升级包对所述待升级部件进行升级。如此，可减轻升级管理器的升级任务，提高了升级效率和升级的准确率。

在一种可能的示例中，所述特性升级包为目标升级特性信息，所述目标升级特性信息是用户在升级活动通知中选择的升级特性信息，所述升级活动通知是所述升级管理器发送给所述显示设备上进行显示的信息，所述升级活动通知包含所述待升级部件对应的至少一项升级特性信息。如此，用于基于升级活动通知选取目标升级特性信息，可提高升级的准确率。

在一种可能的示例中，所述升级活动通知是所述升级管理器从所述服务器接收到的信息。通过升级活动通知可告知升级管理器可对待升级部件进行升级，可提高升级的准确率。

在一种可能的示例中，在基于所述特性升级包对所述待升级部件进行升级之后，还包括：向所述升级管理器发送升级完成消息，所述升级完成消息用于指示所述待升级部件完成所述特性升级包的升级。如此，便于升级管理器对部件的升级信息进行管理。

第四方面，本申请实施例公开了第四种终端升级的方法，应用于显示设备，其中：接收来自终端中的升级管理器的升级活动通知，所述升级活动通知包含待升级部件的至少一项升级特性信息，所述待升级部件是服务器确定的待升级的部件；显示所述升级活动通知；接收来自用户的选择升级指令，所述选择升级指令是所述用户在所述升级活动通知中选择的目标升级特性信息；向所述升级管理器发送所述选择升级指令。如此，通过在显示设备中显示包含升级特性信息的升级活动通知选择目标升级特性信息，可提高用户选择的效率和准确率。

在一种可能的示例中，还包括：接收来自所述升级管理器的升级完成消息，所述升级完成消息用于指示完成所述特性升级包的升级；显示所述升级完成消息。如此，可提高人机交互的用户体验。

在一种可能的示例中，还包括：接收来自所述升级管理器的升级提示信息，所述升级提示信息包括所述升级特性包的预计升级时间；显示所述升级提示信息。如此，通过用户参与可提高升级管理的准确率，便于提高升级的准确率。

在一种可能的示例中，还包括：接收来自用户的确认升级指令，所述确认升级指令包含确认安装所述特性升级包的指示信息；向所述升级管理器发送所述确认升级指令。如此，可提高人机交互的用户体验。

结合第一方面、第二方面、第三方面和第四方面，在一种可能的示例中，所述升级特性信息包括升级特性类型。

结合第一方面、第二方面、第三方面和第四方面，在一种可能的示例中，所述升级特性信息还包括所述升级特性类型对应的特性描述信息，所述特性描述信息包括以下至少一项：推荐级别、涉及功能、涉及部件、预计升级时长、升级原因、升级类别。

第五方面，本申请实施例公开了第一种终端升级的装置，应用于服务器，包括用于执行第一方面的方法的单元。

本申请各实施例中提到的服务器，可以是一个服务器或多个服务器组成的服务器集群。具体的，服务器既可以包含一个集中存储升级包的服务器，或者可以包含分布式存储升级包、分组配置信息或升级策略信息的分布式架设的服务器集群。例如，分布式服务器可以是由多个服务器组成的服务器集群，集群中可以包括云计算服务器、内容分发网络(Content Delivery Network，CDN)服务器、网络时间协议(Network Time Protocol，NTP)、域名解析系统(Domain Name System，DNS)服务器等等其中，各个服务器之间可以相互协调，共同完成计算、数据存储、通信等功能，为了方便描述，本申请实施例中将单个服务器、分布式服务器、服务器集群统称为服务器。

在本申请实施例中，服务器用于提供OTA服务，具体用于向待升级的终端发送升级通知消息，或者向终端或终端中的升级管理器发送升级包等，在此不做限定。在一些具体的实施场景中，可将服务器称为OTA服务器，或者称为OTA云端。

第六方面，本申请实施例公开了第二种终端升级的装置，应用于终端中的升级管理器，包括用于执行第二方面的方法的单元。

第七方面，本申请实施例公开了第三种终端升级的装置，应用于终端中的待升级部件，包括用于执行第三方面的方法的单元。

第八方面，本申请实施例公开了第四种终端升级的装置，应用于显示设备，包括用于执行第四方面的方法的单元。

第九方面，本申请实施例公开了第五种终端升级的装置，包括处理器和与处理器连接的存储器和通信接口，存储器用于存储一个或多个程序，并且被配置由处理器执行上述任一方面的步骤。

第十方面，本申请实施例公开了一种终端，包括第六方面所述的升级管理器和第七方面所述的待升级部件。

在一种可能的示例中，终端还包括第八方面所述的显示设备。

本申请实施例中的终端可以包括但不限于计算机系统(或车载系统)中的车辆、智能座舱产品、无人机、机器人等运输工具，或者个人计算机、服务器计算机、手持式或膝上型设备、移动设备(比如手机、移动电话、平板电脑、个人数字助理、媒体播放器等)、消费型电子设备、小型计算机、大型计算机等。

终端可包括一个或多个部件，该部件中可包括一个或多个升级管理器和一个或多个显示设备。当终端为车辆时，部件还可以包括电子控制单元(Electronic Control Unit，ECU)、车载盒子(Telematics BOX，T-box或者称为TCU)、行车记录仪ECU、防抱死系统(Antilock Brake System，ABS)、人机接口(Human–Machine Interaction，HMI)、网关(gateway，GW)、功能域或者位置域的域控制器(domain controller，DC)、整车集成单元(Vehicle Integrated/integration Unit，VIU)、整车计算单元、整车计算单元、处理器、车云通信部件、蓝牙模块、中心计算平台、音频模块、视频模块、电池系统、传感器、地图模块等可进行升级的模块，在此不做限定。

在一种可能的示例中，终端包括车辆。

在一种可能的示例中，待升级部件包括ECU。

第十一方面，本申请实施例公开了一种终端升级的系统，包括第十方面所述的终端和第五方面所述的服务器。

在一种可能的示例中，系统还包括第八方面所述的显示设备。

第十二方面，本申请实施例公开了一种计算机可读存储介质，计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机执行上述任一方面的方法。

第十三方面，本申请实施例公开了一种计算机程序产品，计算机程序产品用于存储计算机程序，当计算机程序在计算机上运行时，使得计算机执行上述任一方面的方法。

第十四方面，本申请实施例公开了第一种芯片，包括处理器和存储器，处理器用于从存储器中调用并运行存储器中存储的指令，使得安装有芯片的设备执行上述任一方面的方法。

第十五方面，本申请实施例公开了第二种芯片，包括：输入接口、输出接口和处理电路，输入接口、输出接口与处理电路之间通过内部连接通路相连，处理电路用于执行上述任一方面的方法。

第十六方面，本申请实施例公开了第三种芯片，包括：输入接口、输出接口、处理器，可选的，还包括存储器，输入接口、输出接口、处理器以及存储器之间通过内部连接通路相连，处理器用于执行存储器中的代码，当代码被执行时，处理器用于执行上述任一方面中的方法。

第十七方面，本申请实施例公开了一种芯片系统，包括至少一个处理器，存储器和接口电路，存储器、收发器和至少一个处理器通过线路互联，至少一个存储器中存储有计算机程序；计算机程序被处理器执行上述任一方面中的方法。

附图说明

以下对本申请实施例用到的附图进行介绍。

图1是应用于本申请实施例的一种终端升级的方法的系统构架图；

图2是应用于本申请实施例的另一种终端升级的方法的系统构架图；

图3是本申请实施例提供的一种终端升级的方法的流程示意图；

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

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

图6是本申请实施例提供的一种终端升级的装置的结构示意图；

图7是本申请实施例提供的另一种终端升级的装置的结构示意图。

具体实施方式

下面结合本申请实施例中的附图对本申请实施例进行描述。

请参见图1，图1为应用于本申请实施例的终端升级的方法的系统构架图。如图1所示，该系统包括服务器100和终端200。本申请对于服务器100和终端200的数量不做限定，一个服务器100可连接一个或多个终端200，一个终端200可连接一个或多个服务器100。服务器100可以是一个服务器或多个服务器组成的服务器集群。具体的，服务器100既可以包含一个集中存储升级包的服务器，或者可以包含分布式存储升级包、分组配置信息或升级策略信息的分布式架设的服务器集群。例如，分布式服务器可以是由多个服务器组成的服务器集群，集群中可以包括云计算服务器、内容分发网络(Content Delivery Network，CDN)服务器、网络时间协议(Network Time Protocol，NTP)、域名解析系统(Domain NameSystem，DNS)服务器等等其中，各个服务器之间可以相互协调，共同完成计算、数据存储、通信等功能，为了方便描述，本申请实施例中将单个服务器、分布式服务器、服务器集群统称为服务器。在图1中，服务器100以云服务器进行描述。

在本申请实施例中，服务器100用于提供OTA服务，具体用于向待升级的终端200发送升级通知消息，或者向终端200或终端200中的升级管理器202发送升级包等，在此不做限定。在一些具体的实施场景中，可将服务器100称为OTA服务器或称为OTA云端。

本申请实施例中的终端可以包括但不限于计算机系统(或车载系统)中的车辆、智能座舱产品、无人机、机器人等运输工具，或者个人计算机、服务器计算机、手持式或膝上型设备、移动设备(比如手机、移动电话、平板电脑、个人数字助理、媒体播放器等)、消费型电子设备、小型计算机、大型计算机等。在图1和本申请文件中，以终端200为车辆进行举例描述。

如图1所示，终端200可包括一个或多个部件201，该部件201中可包括一个或多个升级管理器202和一个或多个显示设备203等。本申请对于部件201中升级管理器202和显示设备203和其他的部件之间的连接线路的方式不做限定，可以是基于以太网的总线、控制区域网络(Controller Area Network，CAN)总线、局域互联网络(Local InterconnectNetwork，LIN)总线、多媒体数据传输(Media Oriented System Transport，MOST)总线、FlexRay，还可以是除此之外的别的总线连接方式，甚至无线连接方式等等中的一个或多个。

当终端200为车辆时，部件201还可以包括电子控制单元(Electronic ControlUnit，ECU)、车载信息盒子(Telematics BOX，T-box或者称为TCU)、行车记录仪ECU、防抱死系统(Antilock Brake System，ABS)、人机接口(Human–Machine Interaction，HMI)、网关(gateway，GW)、功能域或者位置域的域控制器(domain controller，DC)、整车集成单元(Vehicle Integrated/integration Unit，VIU)、整车计算单元、整车计算单元、处理器、车云通信部件、蓝牙模块、中心计算平台、音频模块、视频模块、电池系统、传感器、地图模块等可进行升级的模块，在此不做限定。

ECU又可以称为电子控制模块(Electronic Control Module，ECM)、行车电脑或车载电脑，是汽车电子系统中的嵌入式系统，控制车辆中的一个或多个电气系统或子系统。ECU可以由微处理器(Microcontroller Unit，MCU)、存储器(例如，只读存储器ROM、随机存取存储器RAM)、输入/输出接口、模数转换器(Analog to Digital Converter，ADC或A/D转换器)以及整形、驱动等大规模集成电路组成。

MCU又称单片微型计算机(Single Chip Microcomputer)或者单片机，是把中央处理器(Central Process Unit，CPU)的频率与规格做适当缩减，并将内存(memory)、计数器(Timer)、通用串行总线(Universal Serial Bus，USB)、A/D转换、通用异步收发传输器(Universal Asynchronous Receiver/Transmitter)、可编程序控制器(ProgrammableLogic Controller，PLC)、直接内存存取(Direct Memory Access，DMA)等周边接口，甚至液晶显示(Liquid Crystal Display，LCD)驱动电路都整合在单一芯片上，形成芯片级的计算机，为不同的应用场合做不同组合控制。

RAM主要用来存储计算器操作时可变数据。例如用来存储计算机的输入、输出数据和计算机过程产生的中间数据等。当电源切断时，RAM数据均会消失。ROM只能读出存储器，用来存储固定数据。例如厂家在车辆生产时一次性存入例如发动机喷油特性脉谱、点火特性脉谱等永久性存储的程序和数据。当电源切断时，ROM数据不会消失。

A/D转换器是将模拟信号转成MCU可以处理的数字信号。传感器送出的信号大部分是模拟信号，A/D转换器的作用就是把经过输入回路的预处理过后的电压信号转换成数字信号，然后将转换后的数字信号送入MCU。MCU是ECU的中心。MCU根据需要把输入信号用内存程序和数据进行运算处理，并把处理结果送往输出回路。

ECU是用来控制车辆的计算设备，执行决策控制功能。例如，ECU与总线相连，并通过总线与其他设备进行通信。又例如，ECU可以获取内部、外部传感器，地图数据库和HMI设备传递的信息，并输出相应的信息到HMI和处理器。

在实际应用中，ECU可能由一个或多个ECU组成。ECU可以识别车辆周围静态的和/或动态的目标，例如，基于外部传感器获取目标监测结果。ECU可以监测周围目标的速度、方向等属性。ECU可以获取到车辆的自身状态信息，基于内部传感器的输出信息。ECU根据这些信息，对驾驶路径进行规划，并输出相应的控制信号到处理器，由处理器执行相应的横向和纵向运动。

本申请对于ECU的类型不做限定，可以包括发动机控制模块(Engine ControlModule，ECM)、动力系统控制模块(Powertrain Control Module，PCM)、变速器控制模块(Transmission Control Module，TCM)、制动控制模块((Electronic)Brake controlmodule，BCM或EBCM)、中央控制模块(Central control module，CCM)、中央定时模块(Central Timing Module，CTM)、通用电子模块(General Electronic Module，GEM)、车身控制模块(Body Control Module，BCM)、悬架控制模块(Suspension Control Module，SCM)、控制单元或控制模块。以上ECU的类型可以由一个或多个计算机组成，或者可以作为不同的部件对应的ECU，例如，PCM可以作为发动机对应的ECU，还可以作为变速器对应的ECU。ECU的类型还可以包括驱动系统ECU、T-box ECU、变速器ECU、行车记录仪ECU、ABS ECU、车门ECU、车窗ECU、车灯ECU、车锁ECU、喇叭ECU、天窗ECU、仪表盘ECU等。每一种ECU用于管理该ECU对应的部件，例如，驱动系统ECU用于管理驱动系统，协调驱动系统的各个功能，例如可用于启动驱动系统、关闭驱动系统等。又例如，T-box ECU用于管理T-box，变速器ECU用于管理变速器等。又例如，车门ECU、车窗ECU、车灯ECU、车锁ECU、喇叭ECU、天窗ECU可分别用于管理车门、车窗、车灯、车锁、喇叭、天窗的开启或关闭等，仪表盘ECU可用于管理仪表盘的开启、关闭，以及显示信息等。

发动机用于为车辆提供动力，是将某一种型式的能量转换为机械能的机器，其作用是将液体或气体燃烧的化学能通过燃烧后转化为热能，再把热能通过膨胀转化为机械能并对外输出动力。发动机的工作原理是根据与发动机相连的传感器的反馈信号来控制燃油混合和点火正时，即以发动机的转速、负荷为基础，再经过发动机控制模块、动力系统控制模块、制动控制模块或发动机ECU等进行计算和处理，向喷油器、供油泵等发送动作指令，使每一个汽缸都有最合适的喷油量、喷油率和喷油时间，保证每一个汽缸进行最佳的燃烧。

新能源汽车通过电机驱动系统为车辆提供动力，跟传统燃油车的发动机和变速器的组合相比，纯电驱动最大的优势在于电机的灵活布置。既可以采用单电机的驱动方案，还可以采用多电机的驱动方案，甚至可以采用分布式轮毂电机(轮边电机)的驱动方案。通过灵活组合，在保证整车经济型和动力性的前提下，最大可能的释放了整车空间。

T-box又可以被称为车机系统、远程信息处理器、车辆网关等等，本申请实施例对此不作限制。T-box主要用于汽车外部和后台系统/其他的终端(例如手机)通信，还可以控制车辆信息的显示。当用户通过车辆控制应用程序(application，APP)发送控制指令时，后台系统(例如服务器)将接收到的该控制指令转发到T-box ECU、中央控制模块、通用电子模块、车身控制模块、控制单元或控制模块等。这些ECU在获取到控制指令后，通过CAN总线发送控制报文，以实现对车辆的控制。例如，启动发动机、打开空调、调整座椅至合适位置、打开车辆的门/窗/灯/锁/喇叭/天窗等，最后反馈操作结果给用户对应的终端。此外，T-boxECU还可以通过CAN总线读取各个ECU的数据，例如，车况报告、行车报告、油耗统计、违章查询、位置轨迹、驾驶行为等，并通过网络将数据传输到后台系统，由后台系统转发给用户对应的终端，以供用户查看。

变速器可以用来改变发动机的转速和转矩的机构，它能固定或分档改变输出轴和输入轴传动比。变速器组成部分可以包含变速传动机构、操纵机构以及动力输出机构等。通过变速器控制模块或变速器ECU等可实现改变转矩和转速的数值和方向，以及控制传动机构，实现变速器传动比的变换，即实现换档，以达到变速变矩。

行车记录仪是指记录车辆行驶途中的影像及声音、行车时间、速度、所在位置等相关资讯的仪器，可包括主机、车速传感器、数据分析软件等。例如，当车辆行驶时，车速传感器采集到车轮转速，并将车速信息通过CAN总线发送给行车记录仪ECU、中央控制模块、通用电子模块、车身控制模块、控制单元或控制模块等，以控制行车记录仪显示车辆的速度。

ABS是在车辆制动时，自动控制制动器制动力的大小，使车轮不被抱死，处于边滚边滑(滑移率在20％左右)的状态，以保证车轮与地面的附着力为最大值。在制动过程中，ABS ECU、中央控制模块、通用电子模块、车身控制模块、控制单元或控制模块等根据车轮转速传感器输入的车轮转速信号判定有车轮趋于抱死时，控制ABS进入防抱死制动压力调节过程。

在本申请实施例中，升级管理器202用于实现服务器100和终端200进行通信，例如，接收来自服务器100的升级活动通知或升级包等。还用于控制显示设备实现人机交互，例如，控制显示设备显示升级活动通知，接收用户在显示设备上基于升级活动通知触发的选择升级指令或拒绝升级指令等。升级管理器202还用于控制终端200进行升级，例如，基于来自服务器100的升级包对该升级包对应的ECU进行升级等，在此不做限定。

升级管理器202可以包括一个或多个升级管理器，升级管理器202可以称之OTA主(Master)模块，OTAMaster模块可以包括T-box、DC、VIU、整车计算单元、处理器等，在此不做限定。OTAMaster模块用于控制和管理车辆内的ECU的升级。OTA Master模块可以为一个或多个，OTA Master模块可以配置在终端200的其中一个或多个节点(例如，GW、T-box、DC或处理器)上。DC是指与控制器，通常一个域控制器控制一个或几个功能类似的ECU。DC可包括座舱域控制器(Cockpit Domain Controller，CDC)、移动数据中心(Mobile Data Center，MDC)、整车域控制器(Vehicle Domain Controller，VDC)等，在此不做限定。

在本申请实施例中，显示设备用于显示OTA升级相关信息，包括终端200和服务器100之间的交互信息，或者升级管理器202和服务器100之间的交互信息，或者升级管理器202(例如OTA Master模块)和终端200中的部件(例如ECU)之间的交互信息，或者终端200中的部件(例如ECU)本地显示的信息等，本申请中不做限定。例如，服务器发送的升级活动通知。本申请对于显示设备的位置不做限定，可以如图1所示位于终端200内，为终端200中安装的任意一个或多个HMI，例如，平视显示器(Head Up Display，HUD)、仪表盘以及专供乘客使用的显示器等。显示设备203还可以用于显示由用户输入的信息或提供给用户的信息以及车辆的各种菜单界面等。

显示设备还可以位于如图2所示的与终端200通过无线连接的其他终端300中，例如显示设备301。需要说明的是，其他终端300中的显示设备301不是终端200中的显示设备203，可以位于终端200的内部或外部，在此不做限定。本申请对于其他终端的类型不做限定，可以为上述的终端类型中的至少一种在图2中，其他终端以手机为例进行描述。

可以理解，在如图1所示的系统构架图中，用户可在终端200内的显示设备203获取升级活动通知，可提高升级的时效性。而在如图2所示的系统构架图中，用户可通过与其他终端300的显示设备301获取升级活动通知，从而可以由终端200之外的用户(例如乘客)进行人机交互，当该用户为了解待升级部件的用户时，可提高升级的准确率。当终端为车辆时，可避免驾驶员在驾驶过程中分心，从而可避免产生安全隐患。还可由车主或了解车辆内的部件或ECU升级的用户确定需要升级的部件或ECU，可提高升级的准确率。

在本申请实施例中，终端200还可包括存储器和处理器(图中未示出)。其中，存储器可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如图像采集功能等)等；存储数据区可存储根据终端200的使用所创建的数据(比如音频数据、文本信息、图像数据等)等。此外，存储器可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。

处理器是终端200的控制中心，利用各种接口和线路连接整个终端200的各个部分，通过运行或执行存储在存储器内的软件程序和/或数据，执行终端200的各种功能和处理数据，从而对终端200进行整体监控。处理器可以包括一个或多个处理单元，例如：处理器可以包括应用处理器(Application Processor，AP)，调制解调处理器，图形处理器(Graphics Processing Unit，GPU)，图像信号处理器(Image Signal Processor，ISP)，控制器，存储器，视频编解码器，数字信号处理器(Digital Signal Processor，DSP)，基带处理器，和/或神经网络处理器(Neural-network Processing Unit，NPU)等。其中，不同的处理单元可以是独立的器件，或者可以集成在一个或多个处理器中。

上述的NPU为神经网络(Neural-Network，NN)计算处理器，通过借鉴生物神经网络结构，例如借鉴人脑神经元之间传递模式，对输入信息快速处理，还可以不断的自学习。通过NPU可以实现车辆10的智能认知等应用，例如：图像识别，人脸识别，语音识别，文本理解等。

在一些实施例中，处理器可以包括一个或多个接口。接口可以包括集成电路(Inter-Integrated Circuit，I2C)接口，集成电路内置音频(Inter-Integrated CircuitSound，I2S)接口，脉冲编码调制(Pulse Code Modulation，PCM)接口，通用异步收发传输器(Universal Asynchronous Receiver/Transmitter，UART)接口，移动产业处理器接口(Mobile Industry Processor interface，MIPI)，通用输入输出(General-PurposeInput/output，GPIO)接口，用户标识模块(Subscriber Identity Module，SIM)接口，和/或通用串行总线(Universal Serial Bus，USB)接口等。

I2C接口是一种双向同步串行总线，包括一根串行数据线(Serial Data line，SDA)和一根串行时钟线(Serial Clock line，SCL)。在一些实施例中，处理器可以包含多组I2C总线。处理器可以通过不同的I2C总线接口分别耦合触摸传感器，充电器，闪光灯，摄像头等。例如：处理器可以通过I2C接口耦合触摸传感器，使处理器与触摸传感器通过I2C总线接口通信，实现终端200的触摸功能。

I2S接口可以用于音频通信。在一些实施例中，处理器可以包含多组I2S总线。处理器可以通过I2S总线与音频模块耦合，实现处理器与音频模块之间的通信。在一些实施例中，音频模块可以通过I2S接口向无线保真(wireless fidelity，WiFi)模块传递音频信号，实现通过蓝牙耳机接听电话的功能。

PCM接口可以用于音频通信，将模拟信号抽样，量化和编码。在一些实施例中，音频模块与WiFi模块可以通过PCM总线接口耦合。在一些实施例中，音频模块可以通过PCM接口向WiFi模块传递音频信号，实现通过蓝牙耳机接听电话的功能。I2S接口和PCM接口都可以用于音频通信。

UART接口是一种通用串行数据总线，用于异步通信。该总线可以为双向通信总线。它将要传输的数据在串行通信与并行通信之间转换。在一些实施例中，UART接口通常被用于连接处理器与WiFi模块。例如：处理器通过UART接口与WiFi模块中的蓝牙模块通信，实现蓝牙功能。在一些实施例中，音频模块可以通过UART接口向WiFi模块传递音频信号，实现通过蓝牙耳机播放音乐的功能。

MIPI接口可以被用于连接处理器与显示设备、摄像头等外围器件。MIPI接口包括摄像头串行接口(Camera Serial Interface，CSI)，显示屏串行接口(Display SerialInterface，DSI)等。在一些实施例中，处理器和摄像头通过CSI接口通信，实现终端200的拍摄功能。处理器和显示设备通过DSI接口通信，实现终端200的显示功能。

GPIO接口可以通过软件配置。GPIO接口可以被配置为控制信号，还可被配置为数据信号。在一些实施例中，GPIO接口可以用于连接处理器与摄像头，显示设备，WiFi模块，音频模块，传感器模块等。GPIO接口还可以被配置为I2C接口，I2S接口，UART接口，MIPI接口等。

USB接口是符合USB标准规范的接口，具体可以是Mini USB接口，Micro USB接口，USB Type C接口等。USB接口可以用于连接充电器为其他终端进行充电，还可以用于终端200与其他终端之间传输数据，还可以用于连接耳机，通过耳机播放音频。该USB接口还可以用于连接其他终端，例如，增强现实(Augmented Reality，AR)设备等。

可以理解的是，本申请实施例示意的各模块间的接口连接关系，只是示意性说明，并不构成对终端200的结构限定。在本申请另一些实施例中，终端200还可以采用上述实施例中不同的接口连接方式，或多种接口连接方式的组合。

除此之外，终端200还可以包括用于给其他模块供电的电源。终端200还可以包括无线射频(Radio Frequency，RF)电路，用于与无线网络设备进行网络通信，还可以包括WiFi模块，用于与其他设备进行WiFi通信，比如，用于接收其他设备传输的图像或者数据等。

尽管并未在图1和图2中示出，终端200还可以包括闪光灯、蓝牙模块、外部接口、按键、马达等其他可能的功能模块，在此不再赘述。

本申请实施例提供的一种终端升级的方法，该方法可以由终端升级的装置执行，其中该装置可由软件和/或硬件实现，可应用于如图1或图2所示的系统中。

在介绍本申请实施例的具体实施方式之前，先介绍本申请实施例相关的名词。

(1)部件的软硬件信息。

在本申请实施例中，部件的软硬件信息包括部件的软件信息和硬件信息。本申请对于部件的软硬件信息以及软硬件信息中涉及的信息均不作限定。其中，部件的软件信息可包括部件的软件名称、软件版本、软件内容、软件兼容性、软件升级记录、安全验证数据等。软件名称用于描述部件的软件的名称，软件版本用于描述部件的软件的版本号，软件名称和软件版本可以由部件的软件对应的供应商进行设置。软件内容包括升级软件本身的内容，包括整体升级软件包，或者差分升级软件包，或者软件升级包相关的策略隐私文本等。软件兼容性可包括兼容的软件或软件的硬件要求等。安全验证数据用于确保升级软件的安全性。例如，安全验证数据包括完整性校验数据和密钥等。其中的完整性校验数据用于验证升级软件是否被篡改，密钥用于解密收到的升级软件。软件升级记录用于描述部件的软件进行升级的信息，例如，最近一次升级的时间、升级是否成功、升级失败的原因是什么、升级包信息等。如果选择的是目标升级特性信息对应的特性升级包，则软件升级记录还可包括升级成功的特性、升级失败的特性、失败特性的原因、失败特性是否需要重新升级等。

部件的硬件信息可包括部件的硬件标识、硬件类型、硬件兼容信息、固件升级记录等。部件的硬件标识用于标识部件的硬件，可以包括车辆内部给部件设置的编号，例如，部件的身份标识(例如，ECU的身份标识，可称为EUC identify，ECU ID)等。部件的硬件标识还可以包括部件本身硬件的标识，例如硬件的序列号等。部件的硬件标识还可以包括部件对应的编号，例如，部件编码等。硬件类型用于描述部件对应的硬件或模块的名称或类型。硬件兼容信息可包括适配车型、适配模组、兼容的部件类型(例如，兼容的ECU型号)等。固件升级记录用于描述部件的固件进行升级的信息，例如，最近一次升级的时间、升级是否成功、升级失败的原因是什么升级包信息等。如果选择的是目标升级特性信息对应的特性升级包，则软件升级记录还可包括升级成功的特性、升级失败的特性、失败特性的原因、失败特性是否需要重新升级等。

(2)部件的升级包信息。

在本申请实施例中，部件的升级包信息可包括升级包名称、涉及功能、涉及部件、升级原因、升级特性、升级档位、升级类别、升级包大小等。本申请对于部件的升级包信息以及升级包信息中涉及的信息均不作限定。其中，升级包名称用于描述部件的升级包的名称，可以根据升级包的版本号和部件的名称进行命名得到等。升级包的大小包括升级包本身所占内存的大小，或者包括升级包安装所需占用的内存大小等。

涉及功能包括待升级部件的功能，或升级影响的功能，或待升级部件运行时相关联的功能等。当涉及功能包括多个功能时，涉及功能还可包括功能之间的升级关联关系，比如是互相独立的，还是互相关联的。如果是互相关联的，则涉及功能还可包括涉及的多个功能之间的升级顺序关系。如果是相互独立的，涉及功能还可以包括独立升级包各自的升级优先级或者相互的升级优先级信息等。涉及部件包括待升级部件，或升级影响的部件，或部件运行时相关联的部件等。当涉及部件包括多个部件时，涉及部件还可包括部件之间的升级关联关系，比如是互相独立的，还是互相关联的。如果是互相关联的，则涉及部件还可包括涉及的多个部件之间的升级顺序关系。如果是相互独立的，涉及部件还可以包括独立升级包各自的升级优先级或者相互的升级优先级信息等。

升级原因可以按照主动触发的设备进行分类得到，例如，终端(例如车辆)主动触发、升级管理器主动触发、用户主动触发或服务器主动触发等。升级原因或者可以按照升级功能变更进行分类得到，例如，缺陷修复、新功能、交互界面优化、已有功能性能提升、地图更新、升级包安全信息更新等。

升级特性用于描述升级影响的功能特性，可以按照升级包的涉及功能或涉及部件进行分类得到。当终端为车辆时，升级特性的分类可以包括，自动驾驶、交互界面、驱动系统、电池系统、座舱系统、计算中心、地图更新、安全信息更新等，或者安全类、娱乐类、体验类、性能类等。其中，安全类可进一步分为功能安全类和信息安全类等，在此不做限定。其中，功能安全类包括功能或部件的安全，例如，缺陷修复等。信息安全类包括车辆中的信息或用户的信息的安全，例如，隐私相关的策略或验证数据等和信息安全相关的信息。

升级档位可以分为基础档位、推荐档位和完备档位。其中，基础档位可以满足日常所需，推荐档位可以满足大部分的需求，完备档位能满足所有的需求。以人数进行举例说明，基础档位适合所有的用户，推荐档位适合的用户的数量少于基础档位，但多于完备档位的用户的数量。升级档位还可以分为一档、二档、三档等，本申请对于升级档位的表现形式不做限定，每一升级档位的升级包用于体现同一个待升级部件的不同升级的升级范围，可以理解为，小或低档位的升级包，表示升级包所涉及的内容越基础，越推荐给用户进行升级。大或高档位的升级包，表示升级包所涉及的内容越丰富，可推荐给内存或高要求的用户进行升级。或者，采用低档位的升级表示越推荐给用户进行升级，在此不做限定。本申请以升级档位越大，表示越推荐给用户进行升级为例进行说明。且本申请对于升级档位的确定方法不做限定，可以基于按照升级包的特性和车辆的实际情况(例如，车辆的使用时长、运行时长、剩余内存空间等)进行确定等。

升级类别可以按照升级原因进行分类得到，或者可以按照升级特性进行分类得到，或者可以按照升级档位进行分类得到，或者可以按照固件在线升级(Firmware-over-the-air，FOTA)和软件在线升级(Software-over-the-air，SOTA)进行分类得到等。

(3)升级活动通知、升级特性信息、升级特性类型和特性描述信息。

在本申请实施例中，升级活动通知用于描述终端中的部件(例如，车辆中的ECU)需要进行升级的信息，也就是说，用于描述待升级部件(例如，待升级的ECU)的升级信息。升级活动通知可包含待升级部件对应的至少一项升级特性信息，也就是说，至少包括一项待升级部件的升级特性信息。且每一项升级特性信息可包括升级特性类型，可选的，升级特性信息还可包括升级特性类型对应的特性描述信息等，在此不做限定。

其中，升级特性类型用于描述升级包的特性分类。例如，基于升级原因的缺陷修复、新功能、交互界面优化、已有功能性能提升、地图更新等；基于升级特性的自动驾驶、交互界面、驱动系统、电池系统、座舱系统、计算中心、地图更新、安全信息更新等，或者安全类、娱乐类、体验类、性能类、更新类等；基于升级类别的FOTA或SOTA等；基于升级档位基础升级、推荐升级、完备升级，或一档、二档、三档等。

特性描述信息用于描述升级特性类型的特性信息，可以包括以下至少一项：推荐级别、涉及功能、涉及部件、预计升级时长、升级原因、升级类别。其中，涉及功能、涉及部件、升级原因、升级类别可参照前述的定义或后面的补充，在此不再赘述。

推荐级别用于描述推荐给用户进行升级的级别，可包括可选和必选，或者推荐和强烈推荐，或者一档、二档、三档等按照档位进行分类等，推荐级别的档位越大，表示越推荐给用户进行升级。或者，推荐级别的档位越小，表示越推荐给用户进行升级。本申请以推荐档位越大，表示越推荐给用户进行升级为例。反之，原理相似，不再赘述。预计升级时长用于描述特性升级包从下载到安装完成所需的时间，可以根据终端的网络速率、终端的剩余内存大小、终端中当前占用的内存大小、终端或部件的硬件信息等中的一项或多项进行确定，在此不做限定。

特性描述信息可以理解为除了升级特性类型之外的升级包的特性信息。例如，当升级特性类型为升级原因中的缺陷修复时，特性描述信息可包括推荐级别、涉及功能、涉及部件、预计升级时长、升级类别等。又例如，当升级特性类型为升级类别中的FOTA，特性描述信息可包括推荐级别、涉及功能、涉及部件、预计升级时长、升级原因等。

(4)健康信息。

健康信息用于描述可以是基于整个终端的健康信息，或者可以是基于终端中各个部件的健康信息。例如，当终端为车辆时，健康信息可以包括热轴(包括轴承)的健康状态、制动缸压力、控制阀、闸瓦缓解、车钩冲击力等车辆制动状态时的性能参数，或性能参数对应的健康信息。健康信息可以通过健康值来表示，该健康值可以为检测到的部件的性能参数与部件在理想状态下的性能参数之间的比值。比如，若ECU的性能参数越接近ECU在理想状态下的性能参数，则表示该ECU的健康信息对应的健康状态越好，反之健康状态越差。

健康信息或者可以按照健康值对应的健康档位，或者健康值对不同的部件的健康档位来表示等。本申请对于健康档位和健康档位对应的状态不做限定，比如，健康值小于60％对应的健康档位为差，用于表示需要进行更新，健康值大于或等于60％，且小于或等于80％对应的健康档位为中，用于表示推荐更新，健康值大于或等于80％，且小于或等于1对应的健康档位为优，用于表示暂时不需要进行更新等。具体的分档比例可以根据用户的需求进行灵活调整，这里的比例仅作为示例，不限制别的比例的设置。

请参见图3，图3是本申请实施例提供的一种终端升级的方法的流程示意图。该方法包括但不限于如下步骤S301～S304，其中：

S301：服务器确定终端中的待升级部件。

在本申请实施例中，待升级部件可以为终端中待升级的部件，部件的描述可参照前述的定义或后面的补充，在此不再赘述。例如，当终端为车辆时，待升级部件可以为车辆中待升级的ECU。待升级部件可以是待进行固件升级的部件或待进行软件升级的部件，还可以是基于新功能、缺陷修复、功能提升等升级原因进行升级的部件，或者是基于自动驾驶、交互界面、驱动系统、电池系统、座舱系统、计算中心、地图、安全信息，或基于安全类、娱乐类、体验类、性能类等升级特性进行升级的部件，或者是基于升级档位，比如，基础升级、推荐升级、完备升级，或基于一档、二档、三档等进行升级的部件等等，本申请对于待升级部件的类型不做限定。且本申请对于待升级部件的数量不做限定，可以为大于或等于1个。

本申请对于确定待升级部件的方法不做限定，在一种可能的示例中，步骤S301包括：服务器接收来自终端中的升级管理器的部件信息；服务器基于接收到的部件信息确定待升级部件。

其中，部件信息可以包括终端中各个部件的软硬件信息，软硬件信息可参照前述的定义或后面的补充，在此不再赘述。终端中各个部件的软硬件信息可以由服务器中存储的终端的软件升级记录和固件升级记录进行获取得到，或者可以由终端的升级管理器主动向服务器发送得到等。升级管理器可以终端在使用时、在预设时长到达时、在服务器向升级管理器发送用于获取终端中各个部件的软硬件信息的指令之后等情况下，向服务器发送终端中各个部件的软硬件信息，本申请对于升级管理器发送部件信息的方法不做限定。预设时长可以是服务器或升级管理器指定的时长，或者可以是服务器或升级管理器确定的一个动态的时长，也就是说该时间不是某一定值，该时间的确定方式可以是服务器或升级管理器根据软件更新的周期、部件或终端的使用时长等确定的，在此不做限定。可以理解，通过升级管理器发送的终端的部件信息确定终端中待升级的待升级部件，可提高确定待升级部件的准确率。

在一种可能的示例中，服务器基于接收到的部件信息确定待升级部件包括：服务器将接收到的部件的软硬件信息和服务器中该部件的软硬件信息进行对比，得到待升级部件。

可以理解，当终端中的升级管理器向服务器发送终端中每一部件的软硬件信息之后，服务器可通过终端中每一部件的软硬件信息和服务器中该部件的软硬件信息进行对比，可得到该部件是否需要升级，以及是否能够进行升级的信息。在确定该部件为终端中需要升级，且能够进行升级的部件之后，将该部件作为待升级部件，可提高确定待升级部件的准确率。

在本申请实施例中，部件信息可以包括终端中各个部件的升级包信息，在一种可能的示例中，服务器基于接收到的部件信息确定待升级部件包括：服务器将接收到的部件的升级包信息和服务器中该部件的升级包信息进行对比，得到待升级部件。

其中，升级包信息可参照前述的定义或后面的补充，在此不再赘述。可以理解，通过终端中每一部件安装的升级包信息和服务器中该部件的升级包信息进行对比，可得到该部件是否需要升级，以及是否能够进行升级的信息。在确定该部件为终端中需要升级，且能够进行升级的部件之后，将该部件作为待升级部件，可提高确定待升级部件的准确率。

在本申请实施例中，部件信息可以包括终端中各个部件的健康信息，在一种可能的示例中，服务器基于接收到的部件信息确定待升级部件包括：服务器基于部件的健康信息确定待升级部件。

其中，健康信息可参照前述的定义或后面的补充，在此不再赘述。本申请对于健康信息的获取方法不做限定，在一种可能的示例中，升级管理器接收来自部件的健康信息；或者接收来自部件的性能参数，基于该性能参数确定部件的健康信息。也就是说，健康信息可以是部件直接获取的信息，也可以是升级管理器针对部件获取的性能参数得到的信息。如此，健康信息可以是升级管理器在获取部件的健康信息之后向服务器发送的信息，或者是升级管理器在接收到来自部件的健康信息之后向服务器转发的信息。

可以理解，当终端中的一个部件的健康状态出现问题时，需要尽快进行升级。在该示例中，当终端中的升级管理器向服务器发送终端中每一部件的健康信息之后，服务器可基于接收到的部件的健康信息确定终端中的待升级部件，可提高确定待升级部件的准确率，便于提高终端使用部件的性能。

本申请对于健康信息确定待升级部件的方法不做限定，在一种可能的示例中，服务器基于接收到的部件的健康信息和部件的标准健康信息进行对比，得到部件的健康值和/或健康档位；服务器选择小于预设阈值的健康值对应的部件作为待升级部件；或者，服务器选择小于预设档位的所述健康档位对应的部件作为待升级部件。

其中，部件的标准健康信息是服务器之前预先存储的部件在理想状态下的健康信息，可包括理想状态下的性能参数等，在此不做限定。本申请对于预设阈值和预设档位均不作限定。举例来说，当车辆中包括第一ECU、第二ECU和第三ECU，且第一ECU、第二ECU和第三ECU的健康值分别为50％，80％，70％时，若预设阈值为60％，则确定第一ECU为待升级部件。当健康值小于60％对应的健康档位为差，健康值大于或等于60％，且小于或等于80％对应的健康档位为中，健康值大于或等于80％，且小于或等于1对应的健康档位为优时，第一ECU、第二ECU和第三ECU的健康档位分别为差、优、中。若预设档位为中，则确定第一ECU和第三ECU为待升级部件。

可以理解，在该示例中，通过终端中每一部件的健康信息和服务器中预先存储该部件的标准健康信息进行对比，可得到该部件的健康值和/或健康档位。若健康值小于预设阈值，则表示该健康值对应的部件需要进行升级，则将该健康值对应的部件作为待升级部件。若健康档位小于预设档位，则表示该健康档位对应的部件需要进行升级，则将该健康档位对应的部件作为待升级部件。如此，提高了确定待升级部件的准确率，便于提高终端使用部件的性能。

在一种可能的示例中，健康信息包括健康值和/或健康档位，服务器选择小于预设阈值的健康值对应的部件作为待升级部件；或者，选择小于预设档位的健康档位对应的部件作为待升级部件。也就是说，升级管理器向服务器发送的健康信息为健康值和/或健康档位，如此，升级管理器可直接基于健康值和/或健康档位确定待升级部件，提高了确定待升级部件的准确率和效率，便于提高终端使用部件的性能。

在本申请实施例中，部件信息可以包括待升级部件的升级指示信息，该升级指示信息用于指示待升级部件需要进行升级。在一种可能的示例中，服务器基于接收到的部件信息确定待升级部件包括：服务器基于待升级部件的升级指示信息确定待升级部件。

其中，升级指示信息可以是部件主动向升级管理器发送的信息，或者可以是用户通过显示设备向升级管理器发送的信息等，在此不做限定。可以理解，若服务器接收到升级管理器发送的待升级部件的升级指示信息，则服务器可确定终端中待升级的部件为该升级指示信息对应的待升级部件。也就是说，服务器基于升级管理器接收到的升级指示信息直接确定待升级部件，提高了确定待升级部件进行升级的准确率。

需要说明的是，部件信息可包括上述的部件的软硬件信息、部件的升级包信息、部件的健康信息、待升级部件的升级指示信息中的一项或多项，上述各项部件信息的实施方式并不构成对本申请实施例的限定，实际应用中，还可以采用其他实施方式确定待升级部件。例如，基于部件的软硬件信息和健康信息确定待升级部件，或者先基于部件的软硬件信息确定参考部件，再基于待升级部件的升级指示信息从参考部件中确定待升级部件等，在此不做限定。

S302：服务器确定待升级部件对应的至少一项升级特性信息。

在本申请实施例中，待升级部件对应的至少一项升级特性信息，每一升级特性信息包括升级特性类型。可选的，升级特性信息还包括升级特性类型对应的特性描述信息。特性描述信息可以包括以下至少一项：推荐级别、涉及功能、涉及部件、预计升级时长、升级原因、升级类别等，具体内容可参照前述的定义或后面的补充，在此不再赘述。本申请对于确定升级特性类型和可选的特性描述信息的方法不做限定，在一种可能的示例中，基于预设类别确定待升级部件对应的至少一项升级特性信息。

其中，预设类别可包括但不限于以下至少一项：升级原因、升级特性、升级档位、升级类别、涉及功能、涉及部件、升级包大小等，以上信息可参照前述，在此不再赘述。可以理解，基于不同的预设类别可得到待升级部件对应的不同升级特性信息，可提高分类的多样性，便于提高用户选择升级特性的效率。且可通过设置不同的预设类别获取用户或终端可能进行升级的待升级部件，便于提高升级部件的准确率。

在一种可能的示例中，基于预设类别和待升级部件的升级包信息确定待升级部件对应的至少一项升级特性信息。其中，预设类别和升级包信息可参照前述在此不再赘述。可以理解，基于不同的预设类别可对待升级部件的升级包信息进行不同的分类，可得到待升级部件不同的升级特性类型，可提高分类的多样性，便于提高用户选择升级特性的效率。

参照表1至表5，表1、表4和表5分别为基于预设类别为升级原因、升级档位、升级类别对应的升级特性类型和该升级特性类型对应的特性描述信息，表2和表3分别为基于预设类别为升级特性对应的升级特性类型和该升级特性类型对应的特性描述信息。从表5可以看不出同一个升级特性类型可以对应不同的推荐级别，本申请实施例对于特性描述信息中每一项的数量不做限定。可以理解的，表1至表5中的信息仅为示例，可根据实际应用情况进行调整，本申请实施例对此不作限定。

表1

表2

表3

表4

表5

本申请对于确定推荐级别的方法不做限定，在一种可能的示例中，服务器基于预设类别和待升级部件的升级包信息确定待升级部件的重要级别；服务器基于重要级别确定推荐级别。

其中，重要级别用于描述本次待升级部件的升级对于终端的重要性，可以包括硬件的重要级别和\或软件的重要级别等，在此不做限定。本申请对于确定重要级别的方法不做限定，在一种可能的示例中，基于待升级部件的升级包信息确定待升级部件的升级评价值；确定预设类别和待升级部件的升级类别之间的关联值；对升级评价值和关联值进行加权得到重要值；基于重要值对应的等级确定重要级别。

其中，升级评价值可以为待升级部件的升级包的评价值，或者可以为升级待升级部件对于终端造成的效果对应的评价值，可以从健康信息、安全性或用户体验等方面进行确定，在此不做限定。安全性可包括终端使用的安全性(例如，车辆行驶的安全性)，或者终端中存储的信息的安全性。用户体验可包括用户使用终端的体验，例如，车辆驾驶和车辆中ECU使用等方面的用户体验。关联值用于描述预设类别和升级类别之间的关系，可通过预设类别和升级类别之间的匹配值进行确定等，在此不做限定。

可以理解，在该示例中，对基于待升级部件的升级包信息确定的待升级部件的升级评价值，以及预设类别和待升级部件的升级类别之间的关联值进行加权得到重要值，可提高确定重要值的准确率。再基于重要值对应的等级确定重要级别，提高了确定重要级别的准确率。

本申请实施例对于重要级别确定推荐级别的方法不做限定，可预先存储重要级别和推荐级别之间的映射关系，从而在确定重要级别之后，可获取该重要级别对应的推荐级别等。

可以理解，基于待升级部件的升级包信息可确定待升级部件本次升级的升级原因、升级特性、升级类别、涉及功能或涉及部件等信息，从而可确定升级该待升级部件是否必要。再基于预设类别对待升级部件的升级包信息进行分析，可进一步确定升级该待升级部件的必要性，从而可进一步提高确定待升级部件的重要级别。在基于重要级别确定推荐级别之后，可提高确定推荐级别的准确率。

在另一种可能的示例中，服务器确定终端对应的用户升级偏好；服务器基于重要等级和用户升级偏好确定推荐级别。

其中，用户升级偏好可以包括升级原因、升级特性、升级档位、升级类别、涉及功能、涉及部件等至少一个方面的用户升级偏好，可以根据用户升级的历史记录中常进行升级的类型进行确定，或者根据用户常用的功能或部件进行确定等，在此不做限定。

可以理解，在该示例中，基于终端对应的用户升级偏好和待升级部件的重要等级确定推荐级别，也就是说，基于用户喜好进行推荐升级，可提高选择待升级部件进行升级的准确率。

需要说明的是，上述的确定推荐级别的实施例并不构成对本申请实施例的限定，实际应用中，还可以采用其他实施方式进行确定推荐级别。

S303：服务器向升级管理器发送升级特性信息对应的特性升级包。

S304：升级管理器基于升级特性信息对应的特性升级包对待升级部件进行升级。

本申请对于特性升级包的安装方法不做限定，可通过升级管理器完成升级，或者可以通过待升级部件完成升级，或通过待升级部件对应的部件进行升级等，在此不做限定。在一种可能的示例中，步骤S304包括：升级管理器向待升级部件发送特性升级包，以使待升级部件基于该特性升级包对待升级部件进行升级。可以理解，在升级管理器向待升级部件发送升级特性信息对应的特性升级包之后，待升级部件基于该升级特性信息对应的特性升级包进行升级，可减轻升级管理器的升级任务，提高了升级效率和升级的准确率。

在图3所描述的方法中，在服务器确定终端中的待升级部件之后，确定该待升级部件对应的至少一项升级特性信息，再向升级管理器发送该升级特性信息对应的特性升级包。然后，由升级管理器基于升级特性信息对应的特性升级包对待升级部件进行升级。如此，避免了对整个终端进行升级，便于提高升级的成功率。且基于升级特性信息对应的特性升级包对待升级部件进行升级，可提高升级的效率以及准确率。

在一种可能的示例中，还包括：服务器向升级管理器发送升级提示信息。

其中，升级提示信息包括升级特性包的预计升级时间，以及升级的注意事项，例如，在升级期间不能重启等。升级提示信息可以在步骤S304之前由服务器向升级管理器发送，或者可以在升级管理器准备升级时由服务器向升级管理器发送，或者可以在升级管理器向服务器发送升级提示请求之后由服务器向升级管理器发送等，在此不做限定。

可以理解，在服务器向升级管理器发送升级提示信息之后，升级管理器可基于升级提示信息确定特性升级包是否进行升级，全部进行升级还是部分进行升级，立刻进行升级还是延迟进行升级等安装确认信息，或者由升级管理器转发给用户，以获取来自用户的安装确认信息，从而可提高升级的成功率。

在一种可能的示例中，还包括：升级管理器向显示设备发送升级提示信息。

可以理解，在升级管理器向显示设备发送升级提示信息之后，用户可基于显示设备上显示的升级提示信息确定特性升级包是否进行升级，全部进行升级还是部分进行升级，立刻进行升级还是延迟进行升级等安装确认信息。如此，通过用户参与可提高升级管理的准确率，便于提高升级的准确率。

在一种可能的示例中，在升级管理器向显示设备发送升级提示信息之后，还包括：显示设备显示升级提示信息；显示设备接收来自用户的确认升级指令；显示设备向升级管理器发送确认升级指令。

其中，确认升级指令包含确认安装特性升级包的指示信息，可包括确认安装特性升级包的安装时间，例如，立即安装，或下一次再提醒，或者XX分钟后再升级，或者XX小时后再升级等。

可以理解，在服务器向升级管理器发送升级提示信息之后，升级管理器可向显示设备发送升级提示信息，以使用户基于显示设备上显示的升级提示信息确定特性升级包是否进行升级，全部进行升级还是部分进行升级，立刻进行升级还是延迟进行升级等安装确认信息。在用户确定特性升级包的安装确认信息之后，在显示设备上进行操作，以生成确认升级指令。然后，由显示设备向升级管理器发送确认升级指令，从而升级管理器基于确认升级指令中的指示信息进行升级管理。如此，通过用户参与可提高升级管理的准确率，便于提高升级的准确率。

在一种可能的示例中，还包括：升级管理器向显示设备发送升级完成消息；显示设备显示升级完成消息。

其中，升级完成消息用于指示完成特性升级包的升级。可以理解，通过显示设备显示升级完成消息，可告知用户已完成待升级部件的特性升级，便于提高人机交互的用户体验。需要说明的是，若特性升级包是待升级部件进行升级的，则升级完成消息具体用于指示待升级部件完成特性升级包的升级。若特性升级包是升级管理器进行升级的，则升级完成消息具体用于指示升级管理器完成特性升级包的升级。

在一种可能的示例中，升级管理器向显示设备发送升级完成消息之前，还包括：待升级部件向升级管理器发送升级完成消息。

可以理解，在待升级部件的特性升级包完成升级之后，向升级管理器发送指示待升级部件的特性升级包完成升级的升级完成消息，便于升级管理器对部件的升级信息进行管理。

在一种可能的示例中，在显示设备显示升级完成消息之后，还包括：显示设备接收来自用户的确认消息。其中，确认消息用于指示用户已知晓待升级部件已完成特性升级。如此，通过显示设备接收来自用户的确认消息，可提高人机交互的用户体验。

图4是本申请实施例提供的另一种终端升级的方法的流程示意图。该方法包括但不限于如下步骤S401～S410，其中：

S401：服务器确定终端中的待升级部件。

S402：服务器确定待升级部件对应的至少一项升级特性信息。

其中，步骤S401和步骤S402的描述可参照步骤S301和步骤S302的描述，在此不再赘述。

S403：服务器向升级管理器发送升级活动通知。

S404：升级管理器向显示设备发送升级活动通知。

S405：显示设备显示升级活动通知。

在本申请实施例中，升级活动通知用于提示可对待升级部件进行升级。升级活动通知可包含待升级部件对应的至少一项升级特性信息，升级特性信息可参照前述的定义或后面的补充，在此不再赘述。可以理解，通过升级活动通知可告知升级管理器可对待升级部件进行升级，且在显示设备显示升级活动通知后，可通过升级活动通知中的升级特性信息提高用户选择进行升级的升级特性信息对应的升级包，可提高升级的准确率。

S406：显示设备接收来自用户的选择升级指令。

S407：显示设备向升级管理器发送选择升级指令。

在本申请实施例中，选择升级指令包含用户在升级活动通知中选择的目标升级特性信息。如前所述，显示设备可以部署于终端中，或者可以部署于终端外。在显示设备接收到升级活动通知后，在显示设备上显示升级活动通知。通过显示设备显示升级活动通知，可以实现用户和服务器(或者说升级管理器，或车辆)之间进行人机交互。当显示设备显示升级特性信息时，用户可基于该升级特性信息在显示设备上选择待升级的升级特性信息，将该升级特性信息可作为目标升级特性信息，将选择目标升级特性信息的指令作为选择升级指令。可以理解，基于升级特性信息选择目标升级特性信息，可提高用户选择特性升级包的效率和准确率。

本申请对于选择目标升级特性信息的方法不做限定，可以单独选择升级特性信息对应的选项框，或者可以选择不进行升级的升级特性信息的选项框，即通过反选的方式进行选择，还可以选择全部升级或者全部不升级等。

在本申请实施例中，选择升级指令包含用户在升级活动通知中选择的目标升级特性信息，也就是说，目标升级特性信息为升级活动通知中的至少一项升级特性信息中选择的升级特性信息。选择升级指令可以是用户在选择目标升级特性信息对应的操作生成的指令，或者可以是在选择操作之后再执行的确定操作生成的指令。本申请对于确定操作不做限定，可以是用户对显示设备中升级活动通知对应的位置显示的确定升级按钮执行了点击操作，或者用户在显示设备的页面上滑动显示屏的滑动手势为预设的确定升级手势。

可选的，当用户在第一预设时长到达时未选择目标升级特性信息，或在选择目标升级特性信息之后的第二预设时长到达时未执行确定操作，或用户执行了取消操作时，可确定不对车辆进行升级。其中的第一预设时长和第二预设时长可以任意指定的时长，可以基于升级活动通知的内容幅度和/或用户的反映速率进行确定等，在此不做限定。本申请对于取消操作不做限定，可以是用户对显示设备中升级活动通知对应的位置显示的取消升级按钮执行了点击操作，或者用户在显示设备的页面上滑动显示屏的滑动手势为预设的取消升级手势。

S408：升级管理器向服务器发送选择升级指令对应的升级请求。

S409：服务器向升级管理器发送目标升级特性信息对应的特性升级包。

在本申请实施例中，升级请求用于请求接收目标升级特性信息对应的特性升级包。目标升级特性信息对应的特性升级包，可以理解为服务器基于升级请求向升级管理器发送的升级包。服务器向升级管理器发送目标升级特性信息对应的特性升级包，避免了服务器向升级管理器发送所有的特性升级包，减少了升级管理器中占用的内存，便于提高升级的效率。S410：升级管理器基于目标升级特性信息对应的特性升级包对待升级部件进行升级。

本申请对于特性升级包的安装方法不做限定，可参照步骤S304的描述，当特性升级包为目标升级特性信息对应的特性升级包时，升级管理器向待升级部件发送目标升级特性信息对应的特性升级包，以使升级管理器或待升级部件该特性升级包对待升级部件进行升级，可提高升级效率和升级的准确率。

在图4所描述的方法中，在服务器确定终端中的待升级部件之后，确定该待升级部件对应的至少一项升级特性信息，再向终端中的升级管理器发送升级活动通知。然后，升级管理器向显示设备发送升级活动通知，以使用户基于显示设备上显示的升级活动通知中待升级部件对应的至少一项升级特性信息选择目标升级特性信息。在显示设备检测到用户针对目标升级特性信息的操作而接收到的选择升级指令之后，由显示设备将该选择升级指令发送给升级管理器，再由升级管理器向服务器发送该选择升级指令对应的升级请求。如此，通过在显示设备中显示包含升级特性信息的升级活动通知选择目标升级特性信息，可提高用户选择的效率和准确率。再由服务器向升级管理器发送目标升级特性信息对应的特性升级包，避免服务器向升级管理器发送所有的特性升级包，减少了升级管理器中占用的内存，便于提高升级的效率。当服务器向升级管理器发送目标升级特性信息对应的特性升级包之后，升级管理器可基于目标升级特性信息对应的特性升级包进行升级，避免了对所有的待升级部件进行升级，可提高升级的成功率、效率以及准确率。

图5是本申请实施例提供的另一种终端升级的方法的流程示意图。该方法包括但不限于如下步骤S501～S508，其中：

S501：服务器确定终端中的待升级部件。

S502：服务器确定待升级部件对应的至少一项升级特性信息。

S503：服务器向升级管理器发送升级特性信息对应的特性升级包。

S504：升级管理器向显示设备发送升级活动通知。

S505：显示设备显示升级活动通知。

S506：显示设备接收来自用户的选择升级指令。

S507：显示设备向升级管理器发送选择升级指令。

其中，步骤S501和步骤S502的描述可参照步骤S301和步骤S302的描述，步骤S503～S507的描述可参照步骤S403～S406的描述，在此不再赘述。

S508：升级管理器基于目标升级特性信息对应的特性升级包对待升级部件进行升级。

在图5所描述的方法中，在服务器确定终端中的待升级部件之后，确定该待升级部件对应的至少一项升级特性信息，再向升级管理器发送升级特性信息对应的特性升级包。然后，升级管理器向显示设备发送升级活动通知，以使用户基于显示设备上显示的升级活动通知中待升级部件对应的至少一项升级特性信息选择目标升级特性信息。在显示设备检测到用户针对目标升级特性信息的操作而接收到的选择升级指令之后，由显示设备将该选择升级指令发送给升级管理器，再由升级管理器基于目标升级特性信息对应的特性升级包对待升级部件进行升级。如此，通过在显示设备中显示包含升级特性信息的升级活动通知，可提高用户选择的效率和准确率，再基于用户选择的目标升级特性信息对应的特性升级包进行升级，避免了对所有的待升级部件进行升级，可提高升级的成功率、效率以及准确率。且对于此次用户未选择的升级特性信息，可以适合的情况下进行升级，避免重复与服务器进行交互。

上述详细阐述了本申请实施例的方法，下面提供了本申请实施例的装置。

请参见图6，图6是本申请实施例提供的一种终端升级的装置的结构示意图，该终端升级的装置可以包括处理单元601和通信单元602。

当终端升级的装置为服务器时，各个单元的详细描述如下：

处理单元601用于确定终端中的待升级部件；确定所述待升级部件对应的至少一项升级特性信息；

通信单元602用于向所述终端中的升级管理器发送所述升级特性信息对应的特性升级包，以使所述升级管理器基于所述升级特性信息对应的特性升级包对所述待升级部件进行升级。

在一种可能的示例中，所述通信单元602还用于接收来自所述升级管理器的部件信息；所述处理单元601具体用于基于接收到的所述部件信息确定待升级部件。

在一种可能的示例中，所述部件信息包括所述终端中各个部件的软硬件信息，所述处理单元601具体用于接收到的所述部件的软硬件信息和所述装置中所述部件的软硬件信息进行对比，得到待升级部件。

和/或，在一种可能的示例中，所述部件信息包括所述部件的健康信息，所述处理单元601具体用于基于接收到的所述部件的健康信息确定待升级部件。

和/或，在一种可能的示例中，所述部件信息包括所述部件的健康信息待升级部件的升级指示信息，所述处理单元601具体用于基于所述升级指示信息确定所述待升级部件。

在一种可能的示例中，所述部件的健康信息包括所述部件的健康值和/或所述部件的健康档位，所述处理单元601具体用于选择小于预设阈值的所述健康值对应的部件作为待升级部件；或者，选择小于预设档位的所述健康档位对应的部件作为待升级部件。

在一种可能的示例中，所述处理单元601具体用于基于接收到的所述部件的健康信息和所述部件的标准健康信息进行对比，得到所述部件的健康值和/或健康档位；选择小于预设阈值的所述健康值对应的部件作为待升级部件；或者，选择小于预设档位的所述健康档位对应的部件作为待升级部件。

在一种可能的示例中，所述通信单元602还用于接收来自所述升级管理器的升级请求，所述升级请求用于请求接收目标升级特性信息对应的特性升级包，所述目标升级特性信息是用户在显示设备上显示的升级活动通知中选择的升级特性信息，所述升级活动通知包含所述待升级部件对应的至少一项升级特性信息；

所述通信单元602具体用于向所述升级管理器发送所述目标升级特性信息对应的特性升级包。

在一种可能的示例中，所述通信单元602还用于向所述升级管理器发送所述升级活动通知。

在一种可能的示例中，所述通信单元602还用于所述升级管理器发送升级提示信息，所述升级提示信息包括所述升级特性包的预计升级时间。

当终端升级的装置为终端中的升级管理器时，各个单元的详细描述如下：

通信单元602，用于接收来自服务器的特性升级包，所述特性升级包与所述服务器确定的所述终端中待升级部件对应的至少一项升级特性信息对应；

处理单元601，用于基于所述升级特性信息对应的特性升级包对所述待升级部件进行升级。

在一种可能的示例中，所述通信单元602还用于向所述服务器发送所述终端中各个部件的部件信息。

在一种可能的示例中，所述部件信息包括所述部件的健康信息，所述通信单元602还用于接收来自所述部件的健康信息。

在一种可能的示例中，所述部件信息包括所述部件的健康信息，所述通信单元602还用于接收来自所述部件的性能参数；所述处理单元601还用于基于所述性能参数确定所述部件的健康信息。

在一种可能的示例中，所述通信单元602还用于向显示设备发送升级活动通知，以使所述显示设备显示所述升级活动通知，所述升级活动通知包含所述升级特性信息。

在一种可能的示例中，所述通信单元602还用于接收来自所述显示设备的选择升级指令，所述选择升级指令包含用户在所述升级活动通知中选择的目标升级特性信息；所述处理单元601具体用于基于所述目标升级特性信息对应的特性升级包对所述待升级部件进行升级。

在一种可能的示例中，所述通信单元602还用于接收来自所述服务器的所述升级活动通知。

在一种可能的示例中，所述通信单元602还用于向所述服务器发送所述选择升级指令对应的升级请求，所述升级请求用于请求接收所述目标升级特性信息对应的特性升级包；

所述通信单元602具体用于接收来自所述服务器的所述目标升级特性信息对应的特性升级包。

在一种可能的示例中，所述通信单元602还用于向所述显示设备发送升级完成消息，以使所述显示设备显示所述升级完成消息，所述升级完成消息用于指示完成所述特性升级包的升级。

在一种可能的示例中，所述通信单元602还用于接收来自所述待升级部件的所述升级完成消息。

在一种可能的示例中，所述通信单元602还用于向所述待升级部件发送所述特性升级包，以使所述待升级部件基于所述特性升级包对所述待升级部件进行升级。

在一种可能的示例中，所述通信单元602还用于向所述显示设备发送升级提示信息，以使所述显示设备显示所述升级提示信息，所述升级提示信息包括所述升级特性包的预计升级时间。

在一种可能的示例中，所述通信单元602还用于接收来自所述服务器的所述升级提示信息。

在一种可能的示例中，所述通信单元602还用于基于所述升级提示信息接收来自所述显示设备的确认升级指令，所述确认升级指令包含确认安装所述特性升级包的指示信息。

当终端升级的装置为终端中的待升级部件时，各个单元的详细描述如下：

通信单元602用于接收来自终端中的升级管理器的特性升级包，所述待升级部件是服务器确定所述终端中待升级的部件，所述特性升级包与所述待升级部件对应的至少一项升级特性信息对应；

处理单元601用于基于所述特性升级包对所述待升级部件进行升级。

在一种可能的示例中，所述特性升级包为目标升级特性信息，所述目标升级特性信息是用户在升级活动通知中选择的升级特性信息，所述升级活动通知是所述升级管理器发送给所述显示设备上进行显示的信息，所述升级活动通知包含所述待升级部件对应的至少一项升级特性信息。

在一种可能的示例中，所述升级活动通知是所述升级管理器从所述服务器接收到的信息。

在一种可能的示例中，通信单元602还用于向所述升级管理器发送升级完成消息，所述升级完成消息用于指示所述待升级部件完成所述特性升级包的升级。

当终端升级的装置为显示设备时，各个单元的详细描述如下：

通信单元602用于接收来自终端中的升级管理器的升级活动通知，所述升级活动通知包含待升级部件的至少一项升级特性信息，所述待升级部件是服务器确定的待升级的部件；

处理单元601用于显示所述升级活动通知；

通信单元602还用于接收来自用户的选择升级指令，所述选择升级指令是所述用户在所述升级活动通知中选择的目标升级特性信息；

处理单元601还用于向所述升级管理器发送所述选择升级指令。

在一种可能的示例中，通信单元602还用于接收来自所述升级管理器的升级完成消息，所述升级完成消息用于指示完成所述特性升级包的升级；处理单元601还用于显示所述升级完成消息。

在一种可能的示例中，通信单元602还用于接收来自所述升级管理器的升级提示信息，所述升级提示信息包括所述升级特性包的预计升级时间；处理单元601还用于显示所述升级提示信息。

在一种可能的示例中，通信单元602还用于接收来自用户的确认升级指令，所述确认升级指令包含确认安装所述特性升级包的指示信息；向所述升级管理器发送所述确认升级指令。

在以上的示例中，所述升级特性信息包括升级特性类型。

在以上的示例中，所述升级特性信息还包括所述升级特性类型对应的特性描述信息，所述特性描述信息包括以下至少一项：推荐级别、涉及功能、涉及部件、预计升级时长、升级原因、升级类别。

需要说明的是，各个单元的实现还可以对应参照图3、图4或图5所示的方法实施例的相应描述。

请参见图7，图7是本申请实施例提供的另一种终端升级的装置，该装置包括处理器701、存储器702和通信接口703，所述处理器701、存储器702和通信接口703通过总线704相互连接。

存储器702包括但不限于是随机存储记忆体(random access memory，RAM)、只读存储器(read-only memory，ROM)、可擦除可编程只读存储器(erasable programmableread only memory，EPROM)、或便携式只读存储器(compact disc read-only memory，CD-ROM)，该存储器702用于相关指令及数据。通信接口703用于接收和发送数据。

处理器701可以是一个或多个中央处理器(central processing unit，CPU)，在处理器701是一个CPU的情况下，该CPU可以是单核CPU或者多核CPU。

当装置为服务器时，处理器701用于读取所述存储器702中存储的程序代码，执行以下操作：

确定终端中的待升级部件；

确定所述待升级部件对应的至少一项升级特性信息；

向所述终端中的升级管理器发送所述升级特性信息对应的特性升级包，以使所述升级管理器基于所述升级特性信息对应的特性升级包对所述待升级部件进行升级。

在一种可能的示例中，在所述确定终端中的待升级部件方面，处理器701具体用于执行以下操作：

接收来自所述升级管理器的部件信息；

基于接收到的所述部件信息确定待升级部件。

在一种可能的示例中，所述部件信息包括所述终端中各个部件的软硬件信息，在所述基于接收到的所述部件信息确定待升级部件方面，处理器701具体用于执行以下操作：

将接收到的所述部件的软硬件信息和所述装置中所述部件的软硬件信息进行对比，得到待升级部件。

或者，在一种可能的示例中，所述部件信息包括所述部件的健康信息，处理器701具体用于执行以下操作：

基于接收到的所述部件的健康信息确定待升级部件。

或者，在一种可能的示例中，所述部件信息包括待升级部件的升级指示信息，处理器701具体用于执行以下操作：

基于所述升级指示信息确定所述待升级部件。

在一种可能的示例中，所述部件的健康信息包括所述部件的健康值和/或所述部件的健康档位，在所述基于接收到的所述部件的健康信息确定待升级部件方面，处理器701具体用于执行以下操作：

选择小于预设阈值的所述健康值对应的部件作为待升级部件；

或者，选择小于预设档位的所述健康档位对应的部件作为待升级部件。

在一种可能的示例中，在所述基于接收到的所述部件的健康信息确定待升级部件方面，处理器701具体用于执行以下操作：

基于接收到的所述部件的健康信息和所述部件的标准健康信息进行对比，得到所述部件的健康值和/或健康档位；

选择小于预设阈值的所述健康值对应的部件作为待升级部件；

或者，选择小于预设档位的所述健康档位对应的部件作为待升级部件。

在一种可能的示例中，所述向所述终端中的升级管理器发送所述升级特性信息对应的特性升级包之前，处理器701还用于执行以下操作：

接收来自所述升级管理器的升级请求，所述升级请求用于请求接收目标升级特性信息对应的特性升级包，所述目标升级特性信息是用户在显示设备上显示的升级活动通知中选择的升级特性信息，所述升级活动通知包含所述待升级部件对应的至少一项升级特性信息；

向所述终端中的升级管理器发送所述升级特性信息对应的特性升级包包括：向所述升级管理器发送所述目标升级特性信息对应的特性升级包。

在一种可能的示例中，接收来自所述升级管理器的升级请求之前，处理器701还用于执行以下操作：

向所述终端中的升级管理器发送所述升级活动通知。

在一种可能的示例中，处理器701还用于执行以下操作：

向所述升级管理器发送升级提示信息，所述升级提示信息包括所述升级特性包的预计升级时间。

当装置为终端中的升级管理器时，处理器701用于读取所述存储器702中存储的程序代码，执行以下操作：

接收来自服务器的特性升级包，所述特性升级包与所述服务器确定的所述终端中待升级部件对应的至少一项升级特性信息对应；

基于所述升级特性信息对应的特性升级包对所述待升级部件进行升级。

在一种可能的示例中，在接收来自服务器的特性升级包之前，处理器701还用于执行以下操作：

向所述服务器发送所述终端中各个部件的部件信息。

在一种可能的示例中，所述部件信息包括所述部件的健康信息，在向所述服务器发送所述终端中各个部件的部件信息之前，处理器701还用于执行以下操作：

接收来自所述部件的健康信息。

或者，在一种可能的示例中，所述部件信息包括所述部件的健康信息，在向所述服务器发送所述终端中各个部件的部件信息之前，处理器701还用于执行以下操作：

接收来自所述部件的性能参数，基于所述性能参数确定所述部件的健康信息。

在一种可能的示例中，处理器701还用于执行以下操作：

向显示设备发送升级活动通知，以使所述显示设备显示所述升级活动通知，所述升级活动通知包含所述升级特性信息。

在一种可能的示例中，在向显示设备发送升级活动通知之前，处理器701还用于执行以下操作：

接收来自所述显示设备的选择升级指令，所述选择升级指令包含用户在所述升级活动通知中选择的目标升级特性信息；

在所述基于所述升级特性信息对应的特性升级包对所述待升级部件进行升级方面，处理器701具体用于执行以下操作：

基于所述目标升级特性信息对应的特性升级包对所述待升级部件进行升级。

在一种可能的示例中，在接收来自所述显示设备的选择升级指令之前，处理器701还用于执行以下操作：

接收来自所述服务器的所述升级活动通知。

在一种可能的示例中，在接收来自所述显示设备的选择升级指令之后，处理器701还用于执行以下操作：

向所述服务器发送所述选择升级指令对应的升级请求，所述升级请求用于请求接收所述目标升级特性信息对应的特性升级包；

在所述接收来自服务器的特性升级包方面，处理器701具体用于执行以下操作：

接收来自所述服务器的所述目标升级特性信息对应的特性升级包。

在一种可能的示例中，处理器701还用于执行以下操作：

向所述显示设备发送升级完成消息，以使所述显示设备显示所述升级完成消息，所述升级完成消息用于指示完成所述特性升级包的升级。

在一种可能的示例中，在向所述显示设备发送升级完成消息之前，处理器701还用于执行以下操作：

接收来自所述待升级部件的所述升级完成消息。

在一种可能的示例中，在所述基于所述升级特性信息对应的特性升级包对所述待升级部件进行升级方面，处理器701具体用于执行以下操作：

向所述待升级部件发送所述特性升级包，以使所述待升级部件基于所述特性升级包对所述待升级部件进行升级。

在一种可能的示例中，处理器701还用于执行以下操作：

向所述显示设备发送升级提示信息，以使所述显示设备显示所述升级提示信息，所述升级提示信息包括所述升级特性包的预计升级时间。

在一种可能的示例中，在向所述显示设备发送升级提示信息之前，处理器701还用于执行以下操作：

接收来自所述服务器的所述升级提示信息。

在一种可能的示例中，在向所述显示设备发送升级提示信息之后，处理器701还用于执行以下操作：

在一种可能的示例中，基于所述升级提示信息接收来自所述显示设备的确认升级指令，所述确认升级指令包含确认安装所述特性升级包的指示信息。

当装置为终端中的待升级部件时，处理器701用于读取所述存储器702中存储的程序代码，执行以下操作：

接收来自终端中的升级管理器的特性升级包，所述待升级部件是服务器确定所述终端中待升级的部件，所述特性升级包与所述待升级部件对应的至少一项升级特性信息对应；

基于所述特性升级包对所述待升级部件进行升级。

在一种可能的示例中，所述特性升级包为目标升级特性信息，所述目标升级特性信息是用户在升级活动通知中选择的升级特性信息，所述升级活动通知是所述升级管理器发送给所述显示设备上进行显示的信息，所述升级活动通知包含所述待升级部件对应的至少一项升级特性信息。

在一种可能的示例中，所述升级活动通知是所述升级管理器从所述服务器接收到的信息。

在一种可能的示例中，在基于所述特性升级包对所述待升级部件进行升级之后，处理器701还用于执行以下操作：

向所述升级管理器发送升级完成消息，所述升级完成消息用于指示所述待升级部件完成所述特性升级包的升级。

当装置为显示设备时，处理器701用于读取所述存储器702中存储的程序代码，执行以下操作：

接收来自终端中的升级管理器的升级活动通知，所述升级活动通知包含待升级部件的至少一项升级特性信息，所述待升级部件是服务器确定的待升级的部件；

显示所述升级活动通知；

接收来自用户的选择升级指令，所述选择升级指令是所述用户在所述升级活动通知中选择的目标升级特性信息；

向所述升级管理器发送所述选择升级指令。

在一种可能的示例中，处理器701还用于执行以下操作：

接收来自所述升级管理器的升级完成消息，所述升级完成消息用于指示完成所述特性升级包的升级；

显示所述升级完成消息。

在一种可能的示例中，处理器701还用于执行以下操作：

接收来自所述升级管理器的升级提示信息，所述升级提示信息包括所述升级特性包的预计升级时间；

显示所述升级提示信息。

在一种可能的示例中，处理器701还用于执行以下操作：

接收来自用户的确认升级指令，所述确认升级指令包含确认安装所述特性升级包的指示信息；向所述升级管理器发送所述确认升级指令。

在以上的示例中，所述升级特性信息包括升级特性类型。

在以上的示例中，所述升级特性信息还包括所述升级特性类型对应的特性描述信息，所述特性描述信息包括以下至少一项：推荐级别、涉及功能、涉及部件、预计升级时长、升级原因、升级类别。

需要说明的是，各个操作的实现还可以对应参照图3、图4或图5所示的方法实施例的相应描述。

本申请实施例还提供一种芯片系统，所述芯片系统包括至少一个处理器，存储器和接口电路，所述存储器、所述收发器和所述至少一个处理器通过线路互联，所述至少一个存储器中存储有指令；所述指令被所述处理器执行时，图3、图4或图5所示的方法流程得以实现。

本申请实施例还提供一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，当其在网络设备上运行时，图3、图4或图5所示的方法流程得以实现。

本申请实施例还提供一种计算机程序产品，当所述计算机程序产品在终端上运行时，图3、图4或图5所示的方法流程得以实现。

综上所述，通过实施本申请实施例，在服务器确定终端中的待升级部件之后，确定该待升级部件对应的至少一项升级特性信息，再向升级管理器发送该升级特性信息对应的特性升级包。然后，由升级管理器基于升级特性信息对应的特性升级包对待升级部件进行升级。如此，避免了对整个终端进行升级，便于提高升级的成功率。且基于升级特性信息对应的特性升级包对待升级部件进行升级，可提高升级的效率以及准确率。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机指令产品的形式实现。在计算机上加载和执行该计算机指令时，可以全部或部分地实现本申请实施例所描述的流程或功能。该计算机可以是通用计算机、专用计算机、计算机网络、或者其它可编程装置。该计算机指令可以存储在计算机可读存储介质中，或者通过计算机可读存储介质进行传输。该计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质(例如，固态硬盘(solid state disk，SSD))等。

本申请方法实施例中的步骤可以根据实际需要进行顺序调整、合并和删减。

本申请装置实施例中的模块可以根据实际需要进行合并、划分和删减。

Claims (56)

1.一种终端升级的方法，其特征在于，包括：

服务器确定终端中的待升级部件；

所述服务器确定所述待升级部件对应的至少一项升级特性信息；

所述服务器向所述终端中的升级管理器发送所述升级特性信息对应的特性升级包，以使所述升级管理器基于所述升级特性信息对应的特性升级包对所述待升级部件进行升级。

2.根据权利要求1所述的方法，其特征在于，所述升级特性信息包括升级特性类型。

3.根据权利要求2所述的方法，其特征在于，所述升级特性信息还包括所述升级特性类型对应的特性描述信息，所述特性描述信息包括以下至少一项：推荐级别、涉及功能、涉及部件、预计升级时长、升级原因、升级类别。

4.根据权利要求1-3中任一项所述的方法，其特征在于，所述服务器确定终端中待升级部件，包括：

服务器接收来自所述升级管理器的部件信息；

所述服务器基于接收到的所述部件信息确定待升级部件。

5.根据权利要求4所述的方法，其特征在于，所述部件信息包括所述终端中各个部件的软硬件信息，和/或所述部件的健康信息，和/或待升级部件的升级指示信息，所述服务器基于接收到的所述部件信息确定待升级部件，包括：

所述服务器将接收到的所述部件的软硬件信息和所述服务器中所述部件的软硬件信息进行对比，得到待升级部件；或者，

所述服务器基于接收到的所述部件的健康信息确定待升级部件；或者，

所述服务器基于所述升级指示信息确定所述待升级部件。

6.根据权利要求5所述的方法，其特征在于，所述部件的健康信息包括所述部件的健康值和/或所述部件的健康档位，所述服务器基于接收到的所述部件的健康信息确定待升级部件，包括：

所述服务器选择小于预设阈值的所述健康值对应的部件作为待升级部件；或者，

所述服务器选择小于预设档位的所述健康档位对应的部件作为待升级部件。

7.根据权利要求5所述的方法，其特征在于，所述服务器基于接收到的所述部件的健康信息确定待升级部件，包括：

所述服务器基于接收到的所述部件的健康信息和所述部件的标准健康信息进行对比，得到所述部件的健康值和/或健康档位；

所述服务器选择小于预设阈值的所述健康值对应的部件作为待升级部件；或者，

所述服务器选择小于预设档位的所述健康档位对应的部件作为待升级部件。

8.根据权利要求1-7中任一项所述的方法，其特征在于，所述服务器向所述终端中的升级管理器发送所述升级特性信息对应的特性升级包之前，还包括：

所述服务器接收来自所述升级管理器的升级请求，所述升级请求用于请求接收目标升级特性信息对应的特性升级包，所述目标升级特性信息是用户在显示设备上显示的升级活动通知中选择的升级特性信息，所述升级活动通知包含所述待升级部件对应的至少一项升级特性信息；

所述服务器向所述终端中的升级管理器发送所述升级特性信息对应的特性升级包，包括：

所述服务器向所述升级管理器发送所述目标升级特性信息对应的特性升级包。

9.根据权利要求8所述的方法，其特征在于，所述服务器接收来自所述升级管理器的升级请求之前，还包括：

所述服务器向所述终端中的升级管理器发送所述升级活动通知。

10.根据权利要求1-9中任一项所述的方法，其特征在于，还包括：

所述服务器向所述升级管理器发送升级提示信息，所述升级提示信息包括所述升级特性包的预计升级时间。

11.一种终端升级的方法，其特征在于，包括：

终端中的升级管理器接收来自服务器的特性升级包，所述特性升级包与所述服务器确定的所述终端中待升级部件对应的至少一项升级特性信息对应；

所述升级管理器基于所述升级特性信息对应的特性升级包对所述待升级部件进行升级。

12.根据权利要求11所述的方法，其特征在于，所述升级特性信息包括升级特性类型。

13.根据权利要求12所述的方法，其特征在于，所述升级特性信息还包括所述升级特性类型对应的特性描述信息，所述特性描述信息包括以下至少一项：推荐级别、涉及功能、涉及部件、预计升级时长、升级原因、升级类别。

14.根据权利要求11-13中任一项所述的方法，其特征在于，所述终端中的升级管理器接收来自服务器的特性升级包之前，还包括：

所述升级管理器向所述服务器发送所述终端中各个部件的部件信息。

15.根据权利要求14所述的方法，其特征在于，所述部件信息包括所述部件的健康信息，所述升级管理器向所述服务器发送所述终端中各个部件的部件信息之前，还包括：

所述升级管理器接收来自所述部件的健康信息；或者，

所述升级管理器接收来自所述部件的性能参数，基于所述性能参数确定所述部件的健康信息。

16.根据权利要求11-15中任一项所述的方法，其特征在于，还包括：

所述升级管理器向显示设备发送升级活动通知，以使所述显示设备显示所述升级活动通知，所述升级活动通知包含所述升级特性信息。

17.根据权利要求16所述的方法，其特征在于，所述升级管理器向显示设备发送升级活动通知之后，还包括：

所述升级管理器接收来自所述显示设备的选择升级指令，所述选择升级指令包含用户在所述升级活动通知中选择的目标升级特性信息；

所述升级管理器基于所述升级特性信息对应的特性升级包对所述待升级部件进行升级，包括：

所述升级管理器基于所述目标升级特性信息对应的特性升级包对所述待升级部件进行升级。

18.根据权利要求16所述的方法，其特征在于，所述升级管理器接收来自所述显示设备的选择升级指令之前，还包括：

所述升级管理器接收来自所述服务器的所述升级活动通知。

19.根据权利要求17所述的方法，其特征在于，所述升级管理器接收来自所述显示设备的选择升级指令之后，还包括：

所述升级管理器向所述服务器发送所述选择升级指令对应的升级请求，所述升级请求用于请求接收所述目标升级特性信息对应的特性升级包；

所述终端中的升级管理器接收来自服务器的特性升级包，包括：

所述升级管理器接收来自所述服务器的所述目标升级特性信息对应的特性升级包。

20.根据权利要求11-19中任一项所述的方法，其特征在于，还包括：

所述升级管理器向所述显示设备发送升级完成消息，以使所述显示设备显示所述升级完成消息，所述升级完成消息用于指示完成所述特性升级包的升级。

21.根据权利要求20所述的方法，其特征在于，所述升级管理器向所述显示设备发送升级完成消息之前，还包括：

所述升级管理器接收来自所述待升级部件的所述升级完成消息。

22.根据权利要求21所述的方法，其特征在于，所述升级管理器基于所述升级特性信息对应的特性升级包对所述待升级部件进行升级，包括：

所述升级管理器向所述待升级部件发送所述特性升级包，以使所述待升级部件基于所述特性升级包对所述待升级部件进行升级。

23.根据权利要求11-22中任一项所述的方法，其特征在于，还包括：

所述升级管理器向所述显示设备发送升级提示信息，以使所述显示设备显示所述升级提示信息，所述升级提示信息包括所述升级特性包的预计升级时间。

24.根据权利要求23所述的方法，其特征在于，所述升级管理器向所述显示设备发送升级提示信息之前，还包括：

所述升级管理器接收来自所述服务器的所述升级提示信息。

25.根据权利要求23所述的方法，其特征在于，所述升级管理器向所述显示设备发送升级提示信息之后，还包括：

所述升级管理器基于所述升级提示信息接收来自所述显示设备的确认升级指令，所述确认升级指令包含确认安装所述特性升级包的指示信息。

26.一种终端升级的装置，其特征在于，包括：

处理单元，用于确定终端中的待升级部件；确定所述待升级部件对应的至少一项升级特性信息；

通信单元，用于向所述终端中的升级管理器发送所述升级特性信息对应的特性升级包，以使所述升级管理器基于所述升级特性信息对应的特性升级包对所述待升级部件进行升级。

27.根据权利要求26所述的装置，其特征在于，所述升级特性信息包括升级特性类型。

28.根据权利要求27所述的装置，其特征在于，所述升级特性信息还包括所述升级特性类型对应的特性描述信息，所述特性描述信息包括以下至少一项：推荐级别、涉及功能、涉及部件、预计升级时长、升级原因、升级类别。

29.根据权利要求26-28中任一项所述的装置，其特征在于，所述通信单元还用于接收来自所述升级管理器的部件信息；所述处理单元具体用于基于接收到的所述部件信息确定待升级部件。

30.根据权利要求29所述的装置，其特征在于，所述部件信息包括所述终端中各个部件的软硬件信息，和/或所述部件的健康信息，和/或待升级部件的升级指示信息，所述处理单元具体用于接收到的所述部件的软硬件信息和所述装置中所述部件的软硬件信息进行对比，得到待升级部件；或者，基于接收到的所述部件的健康信息确定待升级部件；或者，基于所述升级指示信息确定所述待升级部件。

31.根据权利要求30所述的装置，其特征在于，所述部件的健康信息包括所述部件的健康值和/或所述部件的健康档位，所述处理单元具体用于选择小于预设阈值的所述健康值对应的部件作为待升级部件；或者，选择小于预设档位的所述健康档位对应的部件作为待升级部件。

32.根据权利要求30所述的装置，其特征在于，所述处理单元具体用于基于接收到的所述部件的健康信息和所述部件的标准健康信息进行对比，得到所述部件的健康值和/或健康档位；选择小于预设阈值的所述健康值对应的部件作为待升级部件；或者，选择小于预设档位的所述健康档位对应的部件作为待升级部件。

33.根据权利要求26-32中任一项所述的装置，其特征在于，所述通信单元还用于接收来自所述升级管理器的升级请求，所述升级请求用于请求接收目标升级特性信息对应的特性升级包，所述目标升级特性信息是用户在显示设备上显示的升级活动通知中选择的升级特性信息，所述升级活动通知包含所述待升级部件对应的至少一项升级特性信息；

所述通信单元具体用于向所述升级管理器发送所述目标升级特性信息对应的特性升级包。

34.根据权利要求33所述的装置，其特征在于，所述通信单元还用于向所述升级管理器发送所述升级活动通知。

35.根据权利要求26-34中任一项所述的装置，其特征在于，所述通信单元还用于所述升级管理器发送升级提示信息，所述升级提示信息包括所述升级特性包的预计升级时间。

36.一种终端升级的装置，其特征在于，包括：

通信单元，用于接收来自服务器的特性升级包，所述特性升级包与所述服务器确定的所述终端中待升级部件对应的至少一项升级特性信息对应；

处理单元，用于基于所述升级特性信息对应的特性升级包对所述待升级部件进行升级。

37.根据权利要求36所述的装置，其特征在于，所述升级特性信息包括升级特性类型。

38.根据权利要求37所述的装置，其特征在于，所述升级特性信息还包括所述升级特性类型对应的特性描述信息，所述特性描述信息包括以下至少一项：推荐级别、涉及功能、涉及部件、预计升级时长、升级原因、升级类别。

39.根据权利要求36-38中任一项所述的装置，其特征在于，所述通信单元还用于向所述服务器发送所述终端中各个部件的部件信息。

40.根据权利要求39所述的装置，其特征在于，所述部件信息包括所述部件的健康信息，所述通信单元还用于接收来自所述部件的健康信息；或者，接收来自所述部件的性能参数；所述处理单元还用于基于所述性能参数确定所述部件的健康信息。

41.根据权利要求36-40中任一项所述的装置，其特征在于，所述通信单元还用于向显示设备发送升级活动通知，以使所述显示设备显示所述升级活动通知，所述升级活动通知包含所述升级特性信息。

42.根据权利要求41所述的装置，其特征在于，所述通信单元还用于接收来自所述显示设备的选择升级指令，所述选择升级指令包含用户在所述升级活动通知中选择的目标升级特性信息；

所述处理单元具体用于基于所述目标升级特性信息对应的特性升级包对所述待升级部件进行升级。

43.根据权利要求41所述的装置，其特征在于，所述通信单元还用于接收来自所述服务器的所述升级活动通知。

44.根据权利要求42所述的装置，其特征在于，所述通信单元还用于向所述服务器发送所述选择升级指令对应的升级请求，所述升级请求用于请求接收所述目标升级特性信息对应的特性升级包；

所述通信单元具体用于接收来自所述服务器的所述目标升级特性信息对应的特性升级包。

45.根据权利要求36-44中任一项所述的装置，其特征在于，所述通信单元还用于向所述显示设备发送升级完成消息，以使所述显示设备显示所述升级完成消息，所述升级完成消息用于指示完成所述特性升级包的升级。

46.根据权利要求45所述的装置，其特征在于，所述通信单元还用于接收来自所述待升级部件的所述升级完成消息。

47.根据权利要求46所述的装置，其特征在于，所述通信单元还用于向所述待升级部件发送所述特性升级包，以使所述待升级部件基于所述特性升级包对所述待升级部件进行升级。

48.根据权利要求36-47中任一项所述的装置，其特征在于，所述通信单元还用于向所述显示设备发送升级提示信息，以使所述显示设备显示所述升级提示信息，所述升级提示信息包括所述升级特性包的预计升级时间。

49.根据权利要求48所述的装置，其特征在于，所述通信单元还用于接收来自所述服务器的所述升级提示信息。

50.根据权利要求48所述的装置，其特征在于，所述通信单元还用于基于所述升级提示信息接收来自所述显示设备的确认升级指令，所述确认升级指令包含确认安装所述特性升级包的指示信息。

51.一种服务器，其特征在于，所述服务器包括至少一个处理器和通信接口，所述至少一个处理器用于调用至少一个存储器中存储的计算机程序，以使得所述服务器实现如权利要求1-10中任一项所述的方法。

52.一种升级管理器，其特征在于，所述升级管理器包括至少一个处理器和通信接口，所述至少一个处理器用于调用至少一个存储器中存储的计算机程序，以使得所述升级管理器实现如权利要求11-25中任一项所述的方法。

53.一种终端，其特征在于，包括如权利要求52中所述的升级管理器和待升级部件。

54.根据权利要求53所述的终端，其特征在于，所述终端还包括显示设备。

55.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有计算机程序，当所述计算机程序在一个或多个处理器上运行时，实现如权利要求1-25中任一项所述的方法。

56.一种计算机程序产品，其特征在于，所述计算机程序产品在一个或多个处理器上运行时，实现如权利要求1-25中任一项所述的方法。

Images