CN114666323A - 基于空中下载技术ota的升级方法、装置及存储介质 - Google Patents

Abstract

本申请公开了一种基于空中下载技术OTA的升级方法、装置及存储介质，涉及通信技术领域，可以提高车载终端的升级效率。该方法包括：以预设时长为间隔时长周期性获取候选车载终端的固件版本标识；在确定目标车载终端的固件版本标识与存储的预设固件版本标识满足第一预设条件时，确定目标车载终端所属的车辆类型并基于车辆类型确定目标FTP服务器；向目标车载终端发送升级指令，指示目标车载终端基于URL访问目标FTP服务器，且在目标FTP服务器的候选OTA文件列表中查找与预设固件版本标识对应的目标OTA文件，并对目标OTA文件进行下载和升级；接收目标车载终端发送的表示目标车载终端对目标OTA文件升级完成的反馈信息。

Description

基于空中下载技术OTA的升级方法、装置及存储介质

技术领域

本申请实施例涉及通信技术领域，尤其涉及一种基于空中下载技术OTA的升级方法、装置及存储介质。

背景技术

目前，工程机械车辆中一般采用车联网通信盒(telematics box，TBOX)作为车载终端，为工程机械车辆提供行车数据采集、数据查询、车辆控制以及故障检测等服务。相比于工程机械车辆中的其他设备，TBOX在车辆出厂后需要频繁进行升级更新。现有的，一般由专业人员采用专用的升级设备对TBOX进行升级更新。

然而，现有对TBOX进行升级更新的方法的升级效率较低，影响了用户的使用体验。

发明内容

本申请提供一种基于空中下载技术OTA的升级方法、装置及存储介质，可以自动触发车载设备完成升级，无需人工干预，所以可以提高车载终端的升级效率。

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

第一方面，本申请提供一种基于空中下载技术OTA的升级方法，包括：以预设时长为间隔时长，周期性获取候选车载终端的固件版本标识；在确定候选车载终端中目标车载终端的固件版本标识与存储的预设固件版本标识满足第一预设条件的情况下，确定目标车载终端所属的车辆类型，并基于车辆类型确定目标文件传输协议FTP服务器；向目标车载终端发送升级指令；升级指令至少携带有目标FTP服务器的统一资源定位器URL和预设固件版本标识，升级指令至少用于指示目标车载终端基于URL访问目标FTP服务器，且在目标FTP服务器的候选OTA文件列表中查找与预设固件版本标识对应的目标OTA文件，并对目标OTA文件进行下载和升级；接收目标车载终端发送的反馈信息；反馈信息用于表示目标车载终端对目标OTA文件升级完成。

本申请提供的技术方案中，可以周期性获取候选车载终端的固件版本标识，然后将获取到的固件版本标识与存储的预设固件版本标识进行对比，在确定满足第一预设条件的情况下，可以向目标车载终端发送升级指令，使得目标车载终端自动完成对目标OTA文件的升级。可以看出，本申请提供的技术方案中，可以自动触发车载设备完成升级，无需人工干预，所以可以提高车载终端的升级效率，从而提升用户的使用体验。另外，本申请中可以根据车辆类型将OTA文件存入不同的FTP服务器，这样可以满足多车辆类型的应用场景的升级需求，便于车载终端快速在FTP服务器中查找到目标OTA文件，从而可以在多车辆类型的应用场景中快速实现车载终端的升级。

可选的，在一种可能的设计方式中，上述“确定候选车载终端中目标车载终端的固件版本标识与存储的预设固件版本标识满足第一预设条件”之前，可以包括：

响应于对固件版本管理界面中配置控件的选择操作，显示固件版本配置界面；固件版本配置界面至少包括固件版本标识配置区、车辆类型配置区和OTA文件配置区；

响应于在固件版本标识配置区中对预设固件版本标识的输入操作，在车辆类型配置区中对目标车载终端所属的车辆类型的输入操作，以及在OTA文件配置区中对目标OTA文件的上传操作，将目标OTA文件上传至目标FTP服务器。

可选的，在另一种可能的设计方式中，本申请提供的基于空中下载技术OTA的升级方法还可以包括：

响应于对固件版本管理界面中查看控件的选择操作，显示候选车载终端的历史升级记录列表；历史升级记录列表至少包括候选车载终端所属的车辆类型、当前固件版本标识、设备标识、指令下发时间和升级完成时间。

可选的，在另一种可能的设计方式中，在确定候选车载终端中目标车载终端的固件版本标识与存储的预设固件版本标识满足第一预设条件的情况下，本申请提供的基于空中下载技术OTA的升级方法还可以包括：

获取与预设固件版本标识对应的目标OTA文件，并计算目标OTA文件的第一预设校验码；升级指令还用于指示目标车载终端对目标OTA文件进行下载之后，计算下载的目标OTA文件的第二预设校验码，并在确定第一预设校验码与第二预设校验码相同的情况下，对下载的目标OTA文件进行升级。

可选的，在另一种可能的设计方式中，上述“基于车辆类型确定目标文件传输协议FTP服务器”之后，还可以包括：

确定与目标车载终端的网络连接状态是否满足第二预设条件；

在确定满足第二预设条件的情况下，向目标车载终端发送升级指令；在确定不满足第二预设条件的情况下，缓存升级指令，并基于预设频率确定网络连接状态是否满足第二预设条件，直至确定满足第二预设条件后，向目标车载终端发送升级指令。

可选的，在另一种可能的设计方式中，固件版本标识至少包括版本编号，预设固件版本标识至少包括预设版本编号，上述“获取候选车载终端的固件版本标识”之后，本申请提供的基于空中下载技术OTA的升级方法还包括：

对比候选车载终端的版本编号与存储的预设版本编号，将候选车载终端中版本编号小于预设版本编号的车载终端确定为目标车载终端。

可选的，在另一种可能的设计方式中，车辆类型包括推土机、平地机、装载机、挖掘机以及服务车辆中的至少一种。

第二方面，本申请提供一种基于OTA的升级装置，包括获取模块、确定模块、发送模块以及接收模块；

具体的，获取模块，用于以预设时长为间隔时长，周期性获取候选车载终端的固件版本标识；

确定模块，用于在确定候选车载终端中目标车载终端的固件版本标识与存储的预设固件版本标识满足第一预设条件的情况下，确定目标车载终端所属的车辆类型，并基于车辆类型确定目标文件传输协议FTP服务器；

发送模块，用于向目标车载终端发送升级指令；升级指令至少携带有目标FTP服务器的统一资源定位器URL和预设固件版本标识，升级指令至少用于指示目标车载终端基于URL访问目标FTP服务器，且在目标FTP服务器的候选OTA文件列表中查找与预设固件版本标识对应的目标OTA文件，并对目标OTA文件进行下载和升级；

接收模块，用于接收目标车载终端发送的反馈信息；反馈信息用于表示目标车载终端对目标OTA文件升级完成。

可选的，在一种可能的设计方式中，本申请提供的基于OTA的升级装置还可以包括显示模块；

显示模块，用于在确定模块确定候选车载终端中目标车载终端的固件版本标识与存储的预设固件版本标识满足第一预设条件之前，响应于对固件版本管理界面中配置控件的选择操作，显示固件版本配置界面；固件版本配置界面至少包括固件版本标识配置区、车辆类型配置区和OTA文件配置区；

显示模块，还用于响应于在固件版本标识配置区中对预设固件版本标识的输入操作，在车辆类型配置区中对目标车载终端所属的车辆类型的输入操作，以及在OTA文件配置区中对目标OTA文件的上传操作，将目标OTA文件上传至目标FTP服务器。

可选的，在另一种可能的设计方式中，本申请提供的基于OTA的升级装置还可以包括显示模块；

显示模块，用于响应于对固件版本管理界面中查看控件的选择操作，显示候选车载终端的历史升级记录列表；历史升级记录列表至少包括候选车载终端所属的车辆类型、当前固件版本标识、设备标识、指令下发时间和升级完成时间。

可选的，在另一种可能的设计方式中，本申请提供的基于OTA的升级装置还可以包括计算模块；

计算模块，用于在确定模块确定候选车载终端中目标车载终端的固件版本标识与存储的预设固件版本标识满足第一预设条件的情况下，通过获取模块获取与预设固件版本标识对应的目标OTA文件，并计算目标OTA文件的第一预设校验码；升级指令还用于指示目标车载终端对目标OTA文件进行下载之后，计算下载的目标OTA文件的第二预设校验码，并在确定第一预设校验码与第二预设校验码相同的情况下，对下载的目标OTA文件进行升级。

可选的，在另一种可能的设计方式中，确定模块，还用于在基于车辆类型确定目标文件传输协议FTP服务器之后，确定与目标车载终端的网络连接状态是否满足第二预设条件；

发送模块，还用于在确定模块确定满足第二预设条件的情况下，向目标车载终端发送升级指令；在确定模块确定不满足第二预设条件的情况下，缓存升级指令，并基于预设频率确定网络连接状态是否满足第二预设条件，直至确定满足第二预设条件后，向目标车载终端发送升级指令。

可选的，在另一种可能的设计方式中，固件版本标识至少包括版本编号，预设固件版本标识至少包括预设版本编号，确定模块还用于，在获取模块获取候选车载终端的固件版本标识之后，对比候选车载终端的版本编号与存储的预设版本编号，将候选车载终端中版本编号小于预设版本编号的车载终端确定为目标车载终端。

可选的，在另一种可能的设计方式中，车辆类型包括推土机、平地机、装载机、挖掘机以及服务车辆中的至少一种。

第三方面，本申请提供一种基于OTA的升级装置，包括存储器、处理器、总线和通信接口；存储器用于存储计算机执行指令，处理器与存储器通过总线连接；当基于OTA的升级装置运行时，处理器执行存储器存储的计算机执行指令，以使基于OTA的升级装置执行如上述第一方面提供的方法。

可选的，该基于OTA的升级装置还可以包括收发器，该收发器用于在基于OTA的升级装置的处理器的控制下，执行收发数据、信令或者信息的步骤，例如，向目标车载终端发送升级指令。

进一步可选的，该基于OTA的升级装置可以是用于实现基于OTA的升级的服务端，也可以是服务端中的一部分装置，例如可以是服务端中的芯片系统。该芯片系统用于支持基于OTA的升级装置实现第一方面中所涉及的功能，例如，接收，发送或处理上述方法中所涉及的数据和/或信息。该芯片系统包括芯片，也可以包括其他分立器件或电路结构。

第四方面，本申请提供一种计算机可读存储介质，计算机可读存储介质中存储有指令，当计算机执行指令时，使得计算机执行如第一方面提供的方法。

第五方面，本申请提供一种计算机程序产品，该计算机程序产品包括计算机指令，当计算机指令在计算机上运行时，使得计算机执行如第一方面提供的方法。

第六方面，本申请提供一种基于OTA的升级系统，包括基于OTA的升级装置、至少一个车载终端以及至少一个FTP服务器。

需要说明的是，上述计算机指令可以全部或者部分存储在计算机可读存储介质上。其中，计算机可读存储介质可以与基于OTA的升级装置的处理器封装在一起的，也可以与基于OTA的升级装置的处理器单独封装，本申请对此不做限定。

本申请中第二方面、第三方面、第四方面、第五方面以及第六方面的描述，可以参考第一方面的详细描述；并且，第二方面、第三方面、第四方面、第五方面以及第六方面的描述的有益效果，可以参考第一方面的有益效果分析，此处不再赘述。

在本申请中，上述基于OTA的升级装置的名字对设备或功能模块本身不构成限定，在实际实现中，这些设备或功能模块可以以其他名称出现。只要各个设备或功能模块的功能和本申请类似，属于本申请权利要求及其等同技术的范围之内。

本申请的这些方面或其他方面在以下的描述中会更加简明易懂。

附图说明

图1为本申请实施例提供的一种基于OTA的升级系统的架构示意图；

图2为本申请实施例提供的一种基于空中下载技术OTA的升级方法的流程示意图；

图3为本申请实施例提供的一种固件版本配置界面的界面示意图；

图4为本申请实施例提供的一种固件版本管理界面的界面示意图；

图5为本申请实施例提供的另一种基于空中下载技术OTA的升级方法的流程示意图；

图6为本申请实施例提供的一种基于OTA的升级装置的结构示意图；

图7为本申请实施例提供的另一种基于OTA的升级装置的结构示意图。

具体实施方式

下面结合附图对本申请实施例提供的基于空中下载技术OTA的升级方法、装置及存储介质进行详细地描述。

本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。

本申请的说明书以及附图中的术语“第一”和“第二”等是用于区别不同的对象，或者用于区别对同一对象的不同处理，而不是用于描述对象的特定顺序。

此外，本申请的描述中所提到的术语“包括”和“具有”以及它们的任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选的还包括其他没有列出的步骤或单元，或可选的还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。

需要说明的是，本申请实施例中，“示例性的”或者“例如”等词用于表示作例子、例证或说明。本申请实施例中被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。确切而言，使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念。

在本申请的描述中，除非另有说明，“多个”的含义是指两个或两个以上。

目前，工程机械车辆中一般采用TBOX作为车载终端，为工程机械车辆提供行车数据采集、数据查询、车辆控制以及故障检测等服务。相比于工程机械车辆中的其他设备，TBOX在车辆出厂后需要频繁进行升级更新。现有的，一般由专业人员采用专用的升级设备对TBOX进行升级更新，比如，可以基于统一诊断服务(Unified Diagnostic Services，UDS)协议采用专用升级设备通过车载自动诊断系统(On-Board Diagnostics，OBD)接口对TBOX进行升级更新。

然而，现有对TBOX进行升级更新的方法的升级效率较低，影响了用户的使用体验。

针对上述现有技术中存在的问题，本申请实施例提供了一种基于空中下载技术(Over-the-Air Technology，OTA)的升级方法，该方法可以周期性获取候选车载终端的固件版本标识，然后将获取到的固件版本标识与存储的预设固件版本标识进行对比，在确定满足第一预设条件的情况下，可以向目标车载终端发送升级指令，使得目标车载终端自动完成对目标OTA文件的升级。该方法无需人工干预，可以提高车载终端的升级效率，从而提升用户的使用体验。

本申请实施例提供的基于空中下载技术OTA的升级方法可以应用于图1所示的基于OTA的升级系统。参照图1，该基于OTA的升级系统可以包括基于OTA的升级装置01、至少一个车载终端02以及至少一个文件传输协议(File Transfer Protocol，FTP)服务器03。

其中，基于OTA的升级装置01可以是OTA云平台的服务端，服务端可以是手机、平板电脑、桌面型计算机、膝上型计算机、笔记本电脑、超级移动个人计算机(ultra-mobilepersonal computer，UMPC)、手持计算机、上网本以及个人数字助理(personal digitalassistant，PDA)等不同类型的终端。基于OTA的升级装置01分别与车载终端02和FTP服务器03连接，用于周期性获取车载终端02的固件版本标识，还用于将OTA文件上传至FTP服务器03。

车载终端02可以是车辆的TBOX。FTP服务器03，用于存储OTA文件。

可以理解的是，图1中仅示出了少数的车载终端02和FTP服务器03，在实际应用中，基于OTA的升级系统中的车载终端02和FTP服务器03数量可以更多，本申请实施例对此不做限定。

下面结合上述图1示出的基于OTA的升级系统对本申请提供的基于空中下载技术OTA的升级方法进行说明。

参照图2，本申请实施例提供了一种基于空中下载技术OTA的升级方法，，该方法的执行主体为图1所示的基于OTA的升级系统中的基于OTA的升级装置，包括S201-S204：

S201、以预设时长为间隔时长，周期性获取候选车载终端的固件版本标识。

其中，候选车载终端可以是基于OTA的升级系统内的所有车载终端，预设时长可以是人为事先确定的时长，比如，预设时长可以是3分钟。示例性的，候选车载终端可以每间隔3分钟向基于OTA的升级装置上报一次固件版本标识。

S202、在确定候选车载终端中目标车载终端的固件版本标识与存储的预设固件版本标识满足第一预设条件的情况下，确定目标车载终端所属的车辆类型，并基于车辆类型确定目标文件传输协议FTP服务器。

固件版本标识用于唯一表示一个版本的固件，预设固件版本标识可以是事先确定的固件版本标识。示例性的，基于OTA的升级装置的存储模块中存储有预设固件版本标识，该预设固件版本标识为各种车辆类型的最新版本的固件的标识，当某种车辆类型的固件版本更新后，会以更新后的固件版本标识对预设固件版本标识进行更新。也即是，预设固件版本标识是动态变化的标识。

示例性的，第一预设条件可以是固件版本标识与存储的预设固件版本标识是否相同。

可选的，固件版本标识至少可以包括版本编号，预设固件版本标识至少包括预设版本编号，基于OTA的升级装置在获取到候选车载终端的固件版本标识之后，可以对比候选车载终端的版本编号与存储的预设版本编号，将候选车载终端中版本编号小于预设版本编号的车载终端确定为目标车载终端。

本申请实施例中，可以采用递增的数值来作为固件的版本编号，然后可以根据候选车载终端的版本编号与存储的预设版本编号的数值大小来确定是否对候选车载终端进行升级。这样，可以自动触发车载终端的升级机制，从而可以提升升级效率。

可选的，车辆类型可以包括推土机、平地机、装载机、挖掘机以及服务车辆中的至少一种。

其中，服务车辆可以是便于工作人员在机械生产车间出行或者进行故障维护作业的车辆。

当然，在实际应用中，车辆类型还可以包括其他，比如还可以包括新能源车辆等，车辆类型可以事先根据用户的需求确定，本申请实施例对此不做限定。

本申请实施例提供的基于空中下载技术OTA的升级方法，可以应用于包括有多种车辆类型的应用场景。由于不同类型的车辆的在出厂后升级更新的内容可能不同，所以不同类型的车辆的升级时间和/或升级的OTA文件可能不同。因此，为了满足多车辆类型的应用场景的升级需求，本申请实施例中，基于OTA的升级装置在添加新版本的固件时，可以基于该固件需要对应更新的车辆类型，将该固件的OTA文件上传至不同的FTP服务器中。一个FTP服务器用于存储一种车辆类型的OTA文件，这样，便于车载终端快速在FTP服务器中查找到目标OTA文件，从而可以在多车辆类型的应用场景中快速实现车载终端的升级。

S203、向目标车载终端发送升级指令。

其中，升级指令至少携带有目标FTP服务器的统一资源定位器(Uniform ResourceLocator，URL)和预设固件版本标识，升级指令至少用于指示目标车载终端基于URL访问目标FTP服务器，且在目标FTP服务器的候选OTA文件列表中查找与预设固件版本标识对应的目标OTA文件，并对目标OTA文件进行下载和升级。

可选的，升级指令中还可以携带用于登陆目标FTP服务器的用户名和密码，以确保访问目标FTP服务器时的网络安全。

可选的，基于OTA的升级装置在确定候选车载终端中目标车载终端的固件版本标识与存储的预设固件版本标识满足第一预设条件的情况下，还可以获取与预设固件版本标识对应的目标OTA文件，并计算目标OTA文件的第一预设校验码；升级指令还用于指示目标车载终端对目标OTA文件进行下载之后，计算下载的目标OTA文件的第二预设校验码，并在确定第一预设校验码与第二预设校验码相同的情况下，对下载的目标OTA文件进行升级。

其中，第一预设校验码和第二预设校验码可以是MD5(Message-Digest Algorithm5)校验码。

基于OTA的升级装置获取目标OTA文件的方式可以是从自身存储模块中获取，也可以是从目标FTP服务器获取。本申请实施例中，基于OTA的升级装置在向目标车载终端下发升级指令时会携带基于OTA的升级装置自身计算的目标OTA文件的MD5校验码，目标车载终端下载完目标OTA文件后，也可以计算下载的目标OTA文件的MD5校验码，然后对两个MD5校验码进行对比，若相同，则可以对目标OTA文件进行升级，若不同，则可以重新获取目标OTA文件。这样，可以避免文件传输过程中由于网络安全问题被篡改或者网络稳定性问题导致下载的目标OTA文件出错的情况出现。

进一步可选的，在基于MD5校验码确保传输OTA文件的安全性的基础上，本申请实施例对OTA文件的传输可以进行双重安全加固。FTP服务器存储OTA文件时可以基于SSL(Security Socket Layer)技术进行加密。车载终端的底层可以是Linux系统，可以下载SSL加密后的OTA文件，从而进一步确保OTA文件的传输安全。

可选的，本申请实施例中，目标车载终端可以为多个，也即是基于OTA的升级装置可以同时向多个目标车载终端下发升级指令。这样，可以同时实现多个车载终端的同步升级，从而可以进一步提高升级效率。

可选的，基于OTA的升级装置在确定目标FTP服务器之后，可以确定与目标车载终端的网络连接状态是否满足第二预设条件；在确定满足第二预设条件的情况下，可以向目标车载终端发送升级指令；在确定不满足第二预设条件的情况下，缓存升级指令，并基于预设频率确定网络连接状态是否满足第二预设条件，直至确定满足第二预设条件后，向目标车载终端发送升级指令。

其中，第二预设条件可以是网络连接状态是否处于正常连接状态，或者还可以是网络传输速率是否大于事先设定的传输速率。预设频率可以是人为事先确定的频率，比如，可以是每间隔3分钟确定一次网络连接状态是否满足第二预设条件。

本申请实施例中，为了保证车载终端的OTA升级能够正常进行，可以针对不同的网络状态配置不同的升级策略，包括在线升级和离线缓存升级。具体的，在网络连接状态满足第二预设条件的情况下，表示可以稳定传输OTA文件，可以实时下发升级指令，进行在线升级。在网络连接状态不满足第二预设条件的情况下，表示不能稳定传输OTA文件，基于OTA的升级装置可以缓存升级指令，等到网络连接状态满足第二预设条件时再重新下发升级指令。

S204、接收目标车载终端发送的反馈信息。

其中，反馈信息用于表示目标车载终端对目标OTA文件升级完成。

为避免升级过程中由于网络故障等原因导致的升级失败，本申请实施例中，车载终端对OTA文件升级完成后，可以向基于OTA的升级装置发送反馈信息。若基于OTA的升级装置在下发升级指令后长时间未接收到该反馈信息，则可以重新下发升级指令，进一步确保车载终端升级完成。

本申请实施例中，为了便于管理人员上传更新的固件版本，减少开发人员的工作量，从而进一步提升升级效率，可以提供固件版本管理界面，管理人员可以通过在固件版本管理界面的操作对固件版本进行更新。

可选的，以将目标OTA文件上传至目标FTP服务器为例，基于OTA的升级装置可以响应于对固件版本管理界面中配置控件的选择操作，显示固件版本配置界面；固件版本配置界面至少包括固件版本标识配置区、车辆类型配置区和OTA文件配置区；之后，可以响应于在固件版本标识配置区中对预设固件版本标识的输入操作，在车辆类型配置区中对目标车载终端所属的车辆类型的输入操作，以及在OTA文件配置区中对目标OTA文件的上传操作，将目标OTA文件上传至目标FTP服务器。

示例性的，参照图3，提供了一种固件版本配置界面的界面示意图，该界面示意图可以是用户对图4的固件版本管理界面中配置控件的点击、长按、滑动等选择操作触发显示的界面。如图3所示，固件版本配置界面包括固件版本标识配置区、车辆类型配置区和OTA文件配置区。管理人员可以在固件版本标识配置区中进行输入操作，比如可以输入预设固件版本标识“第8版”。并且可以在车辆类型配置区中进行输入操作，比如可以输入目标车载终端所属的车辆类型“推土机”。另外，还可以在OTA文件配置区中对目标OTA文件进行上传操作，将目标OTA文件上传至目标FTP服务器。

可选的，如图3所示，固件版本配置界面还可以包括备注区，管理人员可以在备注区中输入该版本的目标OTA文件解决的问题，比如“修复经纬度上报不准的问题”。

可选的，为了便于管理人员查看各种车辆的固件版本更新情况，以便于为新版本的发布提供参考，固件版本管理界面中还可以设有查看控件，基于OTA的升级装置可以响应于对固件版本管理界面中查看控件的选择操作，显示候选车载终端的历史升级记录列表。

示例性的，如图4所示，提供了一种固件版本管理界面的界面示意图，该界面示意图中包括查看控件和配置控件，用户对查看控件进行点击、长按、滑动等选择操作可以触发显示如图4所示的历史升级记录列表，包括候选车载终端所属的车辆类型、当前固件版本标识、设备标识、指令下发时间和升级完成时间。

本申请实施例提供的技术方案中，可以周期性获取候选车载终端的固件版本标识，然后将获取到的固件版本标识与存储的预设固件版本标识进行对比，在确定满足第一预设条件的情况下，可以向目标车载终端发送升级指令，使得目标车载终端自动完成对目标OTA文件的升级。可以看出，本申请实施例提供的技术方案中，可以自动触发车载设备完成升级，无需人工干预，所以可以提高车载终端的升级效率，从而提升用户的使用体验。另外，本申请实施例中可以根据车辆类型将OTA文件存入不同的FTP服务器，这样可以满足多车辆类型的应用场景的升级需求，便于车载终端快速在FTP服务器中查找到目标OTA文件，从而可以在多车辆类型的应用场景中快速实现车载终端的升级。

综合以上描述，如图5所示，本申请实施例还提供了一种基于空中下载技术OTA的升级方法，该方法可以应用于图1所示的基于OTA的升级系统，包括S501-S506：

S501、基于OTA的升级装置以预设时长为间隔时长，周期性获取候选车载终端的固件版本标识。

S502、基于OTA的升级装置对比候选车载终端的固件版本标识和存储的预设固件版本标识，从候选车载终端中确定目标车载终端，并确定目标车载终端所属的车辆类型，且基于车辆类型确定目标FTP服务器。

S503、基于OTA的升级装置在确定与目标车载终端的网络连接状态满足第二预设条件的情况下，向目标车载终端发送携带有第一预设校验码、目标FTP服务器的URL和预设固件版本标识的升级指令。

S504、目标车载终端基于URL访问目标FTP服务器，且在目标FTP服务器的候选OTA文件列表中查找与预设固件版本标识对应的目标OTA文件，并对目标OTA文件进行下载。

S505、目标车载终端计算下载的目标OTA文件的第二预设校验码，并在确定第一预设校验码与第二预设校验码相同的情况下，对下载的目标OTA文件进行升级。

S506、目标车载终端在确定升级完成后向基于OTA的升级装置发送反馈信息。

如图6所示，本申请实施例还提供了一种基于OTA的升级装置，该装置可以是上述实施例中图1所涉及的基于OTA的升级系统中的基于OTA的升级装置01，包括获取模块11、确定模块12、发送模块13以及接收模块14。

其中，获取模块11执行上述方法实施例中的S201，确定模块12执行上述方法实施例中的S202，发送模块13执行上述方法实施例中的S203，接收模块14以及执行上述方法实施例中的S204。

具体地，获取模块11，用于以预设时长为间隔时长，周期性获取候选车载终端的固件版本标识；

确定模块12，用于在确定候选车载终端中目标车载终端的固件版本标识与存储的预设固件版本标识满足第一预设条件的情况下，确定目标车载终端所属的车辆类型，并基于车辆类型确定目标文件传输协议FTP服务器；

发送模块13，用于向目标车载终端发送升级指令；升级指令至少携带有目标FTP服务器的统一资源定位器URL和预设固件版本标识，升级指令至少用于指示目标车载终端基于URL访问目标FTP服务器，且在目标FTP服务器的候选OTA文件列表中查找与预设固件版本标识对应的目标OTA文件，并对目标OTA文件进行下载和升级；

接收模块14，用于接收目标车载终端发送的反馈信息；反馈信息用于表示目标车载终端对目标OTA文件升级完成。

可选的，在一种可能的设计方式中，本申请提供的基于OTA的升级装置还可以包括显示模块；

显示模块，用于在确定模块12确定候选车载终端中目标车载终端的固件版本标识与存储的预设固件版本标识满足第一预设条件之前，响应于对固件版本管理界面中配置控件的选择操作，显示固件版本配置界面；固件版本配置界面至少包括固件版本标识配置区、车辆类型配置区和OTA文件配置区；

显示模块，还用于响应于在固件版本标识配置区中对预设固件版本标识的输入操作，在车辆类型配置区中对目标车载终端所属的车辆类型的输入操作，以及在OTA文件配置区中对目标OTA文件的上传操作，将目标OTA文件上传至目标FTP服务器。

可选的，在另一种可能的设计方式中，本申请提供的基于OTA的升级装置还可以包括显示模块；

显示模块，用于响应于对固件版本管理界面中查看控件的选择操作，显示候选车载终端的历史升级记录列表；历史升级记录列表至少包括候选车载终端所属的车辆类型、当前固件版本标识、设备标识、指令下发时间和升级完成时间。

可选的，在另一种可能的设计方式中，本申请提供的基于OTA的升级装置还可以包括计算模块；

计算模块，用于在确定模块12确定候选车载终端中目标车载终端的固件版本标识与存储的预设固件版本标识满足第一预设条件的情况下，通过获取模块11获取与预设固件版本标识对应的目标OTA文件，并计算目标OTA文件的第一预设校验码；升级指令还用于指示目标车载终端对目标OTA文件进行下载之后，计算下载的目标OTA文件的第二预设校验码，并在确定第一预设校验码与第二预设校验码相同的情况下，对下载的目标OTA文件进行升级。

可选的，在另一种可能的设计方式中，确定模块12，还用于在基于车辆类型确定目标文件传输协议FTP服务器之后，确定与目标车载终端的网络连接状态是否满足第二预设条件；

发送模块13，还用于在确定模块12确定满足第二预设条件的情况下，向目标车载终端发送升级指令；在确定模块12确定不满足第二预设条件的情况下，缓存升级指令，并基于预设频率确定网络连接状态是否满足第二预设条件，直至确定满足第二预设条件后，向目标车载终端发送升级指令。

可选的，在另一种可能的设计方式中，固件版本标识至少包括版本编号，预设固件版本标识至少包括预设版本编号，确定模块12还用于，在获取模块11获取候选车载终端的固件版本标识之后，对比候选车载终端的版本编号与存储的预设版本编号，将候选车载终端中版本编号小于预设版本编号的车载终端确定为目标车载终端。

可选的，在另一种可能的设计方式中，车辆类型包括推土机、平地机、装载机、挖掘机以及服务车辆中的至少一种。

可选的，基于OTA的升级装置还可以包括存储模块，存储模块用于存储该基于OTA的升级装置的程序代码等。

如图7所示，本申请实施例还提供一种基于OTA的升级装置，包括存储器41、处理器42(42-1和42-2)、总线43和通信接口44；存储器41用于存储计算机执行指令，处理器42与存储器41通过总线43连接；当基于OTA的升级装置运行时，处理器42执行存储器41存储的计算机执行指令，以使基于OTA的升级装置执行如上述实施例提供的方法。

在具体的实现中，作为一种实施例，处理器42可以包括一个或多个中央处理器(central processing unit，CPU)，例如图7中所示的CPU0和CPU1。且作为一种实施例，基于OTA的升级装置可以包括多个处理器42，例如图7中所示的处理器42-1和处理器42-2。这些处理器42中的每一个CPU可以是一个单核处理器(single-CPU)，也可以是一个多核处理器(multi-CPU)。这里的处理器42可以指一个或多个设备、电路、和/或用于处理数据(例如计算机程序指令)的处理核。

存储器41可以是只读存储器41(read-only memory，ROM)或可存储静态信息和指令的其他类型的静态存储设备，随机存取存储器(random access memory，RAM)或者可存储信息和指令的其他类型的动态存储设备，也可以是电可擦可编程只读存储器(electrically erasable programmable read-only memory，EEPROM)、只读光盘(compactdisc read-only memory，CD-ROM)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。存储器41可以是独立存在，通过总线43与处理器42相连接。存储器41也可以和处理器42集成在一起。

在具体的实现中，存储器41，用于存储本申请中的数据和执行本申请的软件程序对应的计算机执行指令。处理器42可以通过运行或执行存储在存储器41内的软件程序，以及调用存储在存储器41内的数据，基于OTA的升级装置的各种功能。

通信接口44，使用任何收发器一类的装置，用于与其他设备或通信网络通信，如控制系统、无线接入网(radio access network，RAN)，无线局域网(wireless local areanetworks，WLAN)等。通信接口44可以包括接收单元实现接收功能，以及发送单元实现发送功能。

总线43，可以是工业标准体系结构(industry standard architecture，ISA)总线、外部设备互连(peripheral component interconnect，PCI)总线或扩展工业标准体系结构(extended industry standard architecture，EISA)总线等。该总线43可以分为地址总线、数据总线、控制总线等。为便于表示，图7中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

作为一个示例，结合图6，基于OTA的升级装置中的接收模块实现的功能与图7中的接收单元实现的功能相同，基于OTA的升级装置中的确定模块实现的功能与图7中的处理器实现的功能相同，基于OTA的升级装置中的存储模块实现的功能与图7中的存储器实现的功能相同。

本实施例中相关内容的解释可参考上述方法实施例，此处不再赘述。

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

本申请实施例还提供一种计算机可读存储介质，计算机可读存储介质中存储有指令，当计算机执行该指令时，使得计算机执行上述实施例提供的方法。

其中，计算机可读存储介质，例如可以是但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、RAM、ROM、可擦式可编程只读存储器(erasable programmable read only memory，EPROM)、寄存器、硬盘、光纤、CD-ROM、光存储器件、磁存储器件、或者上述的任意合适的组合、或者本领域熟知的任何其它形式的计算机可读存储介质。一种示例性的存储介质耦合至处理器，从而使处理器能够从该存储介质读取信息，且可向该存储介质写入信息。当然，存储介质也可以是处理器的组成部分。处理器和存储介质可以位于特定用途集成电路(application specificintegrated circuit，ASIC)中。在本申请实施例中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

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

Claims (10)

1.一种基于空中下载技术OTA的升级方法，其特征在于，包括：

以预设时长为间隔时长，周期性获取候选车载终端的固件版本标识；

在确定所述候选车载终端中目标车载终端的所述固件版本标识与存储的预设固件版本标识满足第一预设条件的情况下，确定所述目标车载终端所属的车辆类型，并基于所述车辆类型确定目标文件传输协议FTP服务器；

向所述目标车载终端发送升级指令；所述升级指令至少携带有所述目标FTP服务器的统一资源定位器URL和所述预设固件版本标识，所述升级指令至少用于指示所述目标车载终端基于所述URL访问所述目标FTP服务器，且在所述目标FTP服务器的候选OTA文件列表中查找与所述预设固件版本标识对应的目标OTA文件，并对所述目标OTA文件进行下载和升级；

接收所述目标车载终端发送的反馈信息；所述反馈信息用于表示所述目标车载终端对所述目标OTA文件升级完成。

2.根据权利要求1所述的方法，其特征在于，所述确定所述候选车载终端中目标车载终端的所述固件版本标识与存储的预设固件版本标识满足第一预设条件之前，所述方法还包括：

响应于对固件版本管理界面中配置控件的选择操作，显示固件版本配置界面；所述固件版本配置界面至少包括固件版本标识配置区、车辆类型配置区和OTA文件配置区；

响应于在所述固件版本标识配置区中对所述预设固件版本标识的输入操作，在所述车辆类型配置区中对所述目标车载终端所属的车辆类型的输入操作，以及在所述OTA文件配置区中对所述目标OTA文件的上传操作，将所述目标OTA文件上传至所述目标FTP服务器。

3.根据权利要求1所述的方法，其特征在于，所述方法还包括：

响应于对固件版本管理界面中查看控件的选择操作，显示所述候选车载终端的历史升级记录列表；所述历史升级记录列表至少包括所述候选车载终端所属的车辆类型、当前固件版本标识、设备标识、指令下发时间和升级完成时间。

4.根据权利要求1所述的方法，其特征在于，在确定所述候选车载终端中目标车载终端的所述固件版本标识与存储的预设固件版本标识满足第一预设条件的情况下，所述方法还包括：

获取与所述预设固件版本标识对应的所述目标OTA文件，并计算所述目标OTA文件的第一预设校验码；所述升级指令还用于指示所述目标车载终端对所述目标OTA文件进行下载之后，计算下载的所述目标OTA文件的第二预设校验码，并在确定所述第一预设校验码与所述第二预设校验码相同的情况下，对下载的所述目标OTA文件进行升级。

5.根据权利要求1所述的方法，其特征在于，所述基于所述车辆类型确定目标文件传输协议FTP服务器之后，所述方法还包括：

确定与所述目标车载终端的网络连接状态是否满足第二预设条件；

在确定满足所述第二预设条件的情况下，向所述目标车载终端发送所述升级指令；在确定不满足所述第二预设条件的情况下，缓存所述升级指令，并基于预设频率确定所述网络连接状态是否满足所述第二预设条件，直至确定满足所述第二预设条件后，向所述目标车载终端发送所述升级指令。

6.根据权利要求1所述的方法，其特征在于，所述固件版本标识至少包括版本编号，所述预设固件版本标识至少包括预设版本编号，所述获取候选车载终端的固件版本标识之后，所述方法还包括：

对比所述候选车载终端的所述版本编号与存储的所述预设版本编号，将所述候选车载终端中所述版本编号小于所述预设版本编号的车载终端确定为所述目标车载终端。

7.根据权利要求1-6任意一项所述的方法，其特征在于，所述车辆类型包括推土机、平地机、装载机、挖掘机以及服务车辆中的至少一种。

8.一种基于OTA的升级装置，其特征在于，包括：

获取模块，用于以预设时长为间隔时长，周期性获取候选车载终端的固件版本标识；

确定模块，用于在确定所述候选车载终端中目标车载终端的所述固件版本标识与存储的预设固件版本标识满足第一预设条件的情况下，确定所述目标车载终端所属的车辆类型，并基于所述车辆类型确定目标文件传输协议FTP服务器；

发送模块，用于向所述目标车载终端发送升级指令；所述升级指令至少携带有所述目标FTP服务器的统一资源定位器URL和所述预设固件版本标识，所述升级指令至少用于指示所述目标车载终端基于所述URL访问所述目标FTP服务器，且在所述目标FTP服务器的候选OTA文件列表中查找与所述预设固件版本标识对应的目标OTA文件，并对所述目标OTA文件进行下载和升级；

接收模块，用于接收所述目标车载终端发送的反馈信息；所述反馈信息用于表示所述目标车载终端对所述目标OTA文件升级完成。

9.一种基于OTA的升级装置，其特征在于，包括存储器、处理器、总线和通信接口；所述存储器用于存储计算机执行指令，所述处理器与所述存储器通过所述总线连接；

当所述基于OTA的升级装置运行时，处理器执行所述存储器存储的所述计算机执行指令，以使所述基于OTA的升级装置执行如权利要求1-7任意一项所述的方法。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有指令，当计算机执行所述指令时，使得所述计算机执行如权利要求1-7任意一项所述的方法。

Images