CN113535207A - 车辆及其车载软件的更新方法、移动终端 - Google Patents

Abstract

本申请公开了一种车辆及其车载软件的更新方法、移动终端，涉及车辆技术领域。移动终端可以通过第一通信连接接收服务器发送的车载软件的更新安装包，并可以通过第二通信连接向目标车辆发送该更新安装包，以供目标车辆基于该更新安装包更新目标车辆中安装的车载软件。由此，丰富了车辆更新车载软件的方式，提高了车辆更新车载软件的灵活性。并且，在本申请中，目标车辆通过第二通信连接接收移动终端发送的车载软件的更新安装包不会产生流量资费，因此有效降低了目标车辆更新车载软件的成本。

Description

车辆及其车载软件的更新方法、移动终端

技术领域

本申请涉及车辆技术领域，特别涉及一种车辆及其车载软件的更新方法、移动终端。

背景技术

车辆中可以安装有车载软件，且车辆可以更新该车载软件，以使更新后的车载软件满足用户的需求。

相关技术中，车辆可以向车载软件的后台服务器发送更新请求。该后台服务器可以响应于该更新请求，向车辆发送车载软件的更新安装包。车辆在接收到该更新安装包后，即可基于该更新安装包更新该车辆中安装的车载软件。

但是，相关技术中，车辆更新车载软件的方式较为单一。

发明内容

本申请提供了一种车辆及其车载软件的更新方法、移动终端，可以解决相关技术的车辆更新车载软件的方式较为单一的问题。所述技术方案如下：

一方面，提供了一种车辆的车载软件的更新方法，应用于移动终端；所述方法包括：

通过与服务器之间的第一通信连接，向服务器发送针对目标车辆的车载软件的更新请求；

接收所述服务器响应于所述更新请求发送的所述车载软件的更新安装包；

通过与所述目标车辆之间的第二通信连接，向所述目标车辆发送所述更新安装包，所述更新安装包用于供所述目标车辆更新所述车载软件。

另一方面，提供了一种车辆的车载软件的更新方法，应用于车辆；所述方法包括：

通过与移动终端之间的第二通信连接，接收所述移动终端发送的车载软件的更新安装包，所述更新安装包是所述移动终端通过与服务器之间的第一通信连接接收到的；

基于所述更新安装包更新所述车载软件。

又一方面，提供了一种移动终端，所述移动终端包括处理器；所述处理器用于：

通过与服务器之间的第一通信连接，向服务器发送针对目标车辆的车载软件的更新请求；

接收所述服务器响应于所述更新请求发送的所述车载软件的更新安装包；

通过与所述目标车辆之间的第二通信连接，向所述目标车辆发送所述更新安装包，所述更新安装包用于供所述目标车辆更新所述车载软件。

可选的，所述第一通信连接为移动通信连接或无线保真连接；

所述第二通信连接为有线连接、蓝牙连接或无线局域网连接。

可选的，所述处理器用于：

周期性向服务器发送针对目标车辆的车载软件的更新请求。

可选的，所述服务器中记录有所述目标车辆中安装的所述车载软件的版本号；所述处理器还用于：

接收所述目标车辆发送的第一更新完成指令；

响应于所述第一更新完成指令，向所述服务器发送第二更新完成指令，所述第二更新完成指令用于指示所述服务器将记录的所述目标车辆中安装的所述车载软件的版本号更新为所述更新安装包的版本号。

再一方面，提供了一种车辆，所述车辆包括处理器；所述处理器用于：

通过与移动终端之间的第二通信连接，接收所述移动终端发送的车载软件的更新安装包，所述更新安装包是所述移动终端通过与服务器之间的第一通信连接接收到的；

基于所述更新安装包更新所述车载软件。

可选的，所述处理器用于：若所述更新安装包通过版本校验，则基于所述更新安装包更新所述车载软件；

所述处理器还用于：

若所述更新安装包未通过版本校验，且所述车载软件的更新安装包的累积校验次数小于或等于第一阈值，则向所述移动终端发送第一提示消息，所述第一提示信息用于指示所述移动终端重新发送所述车载软件的更新安装包；

若所述更新安装包未通过版本校验，所述累积校验次数大于所述第一阈值，且小于或等于第二阈值，则向所述移动终端发送第二提示消息，所述第二提示信息用于指示移动终端再次向所述服务器发送针对所述车载软件的更新请求，所述第二阈值大于所述第一阈值；

若所述更新安装包未通过版本校验，且所述累积校验次数大于所述第二阈值，则向所述移动终端发送第三提示信息，所述第三提示信息用于指示所述车载软件更新失败；

其中，所述累积校验次数是指在上一次更新所述车载软件后，对所述车载软件的更新安装包进行版本校验的总次数。

再一方面，提供了一种移动终端，所述移动终端包括：存储器，处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如上述方面所述的应用于移动终端的车载软件的更新方法。

再一方面，提供了一种车辆，所述车辆包括：存储器，处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如上述方面所述的应用于车辆的车载软件的更新方法。

再一方面，提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机程序，所述计算机程序由处理器加载并执行以实现如上述方面所述的车载软件的更新方法。

再一方面，提供了一种包含指令的计算机程序产品，当所述计算机程序产品在所述计算机上运行时，使得所述计算机执行上述方面所述的车载软件的更新方法。

再一方面，提供了一种车辆的车载软件的更新系统，所述系统包括：

如上述方面所述的移动终端，以及如上述方面所述的车辆。

本申请提供的技术方案带来的有益效果至少包括：

本申请提供了一种车辆及其车载软件的更新方法、移动终端，该移动终端可以通过第一通信连接接收服务器发送的车载软件的更新安装包，并可以通过第二通信连接向目标车辆发送该更新安装包，以供目标车辆基于该更新安装包更新目标车辆中安装的车载软件。由此，丰富了车辆更新车载软件的方式，提高了车辆更新车载软件的灵活性。

并且，在本申请中，目标车辆通过第二通信连接接收移动终端发送的车载软件的更新安装包不会产生流量资费，因此有效降低了目标车辆更新车载软件的成本。

附图说明

为了更清楚地说明本申请实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本申请实施例提供的一种车载软件的更新系统的结构示意图；

图2是本申请实施例提供的一种车载软件的更新的流程图；

图3是本申请实施例提供的另一种车载软件的更新的流程图；

图4是本申请实施例提供的一种车辆的配置界面的示意图；

图5是本申请实施例提供的一种车辆显示提示框的示意图；

图6是本申请实施例提供的一种移动终端的结构示意图；

图7是本申请实施例提供的一种移动终端的软件结构框图；

图8是本申请实施例提供的一种车辆的结构示意图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请实施方式作进一步地详细描述。

图1是本申请实施例提供的一种车载软件的更新系统的结构示意图。参见图1，该系统可以包括：移动终端110，车辆120和服务器130。

其中，移动终端110与服务器130建立有第一通信连接，且该移动终端110还与车辆120建立有第二通信连接。该第二通信连接与第一通信连接不同，移动终端110和车辆120通过该第二通信连接交互数据时，不会产生流量资费。该流量资费是指通过移动通信连接交互数据而产生的费用。

该车辆120可以为轿车、客车或货车等安装有车载软件的智能车辆，该车载软件可以为系统软件或应用软件。该服务器130可以为该车载软件的后台服务器。

该移动终端110可以为手机、平板、笔记本电脑以及台式电脑等等。例如，参见图1，该移动终端可以为手机。该服务器130可以为固件空中下载(firmware over-the-air，FOTA)服务器，该FOTA服务器可以是一台服务器，或者可以是由若干台服务器组成的服务器集群，又或者可以是一个云计算服务中心。

图2是本申请实施例提供的一种车载软件的更新方法的流程图，该方法可以应用于车载软件的更新系统，例如图1所示的系统。参见图2，该方法包括：

步骤101、移动终端通过与服务器之间的第一通信连接，向服务器发送针对目标车辆的车载软件的更新请求。

其中，车载软件可以为系统软件或应用软件，例如该车载软件可以为系统软件。系统软件可以是指：支持应用软件开发和运行，无需用户干预的各种程序的集合。该第一通信连接可以为移动通信连接或无线保真(wirelessfidelity，Wi-Fi)连接。

步骤102、服务器响应于更新请求，通过该第一通信连接向移动终端发送车载软件的更新安装包。

服务器接收到目标车辆发送的更新请求后，可以响应于该更新请求，通过与移动终端之间的第一通信连接向移动终端发送车载软件的更新安装包。

可以理解的是，移动终端通过Wi-Fi连接接收更新安装包不会产生流量资费，且移动终端通过移动通信连接与服务器交互数据产生的流量资费较目标车辆的少。基于上述分析可知，移动终端通过该第一通信连接接收更新安装包产生的流量资费较少，或者不会产生流量资费，因此采用本申请实施例提供的方法更新车载软件的成本较低。

步骤103、移动终端通过与目标车辆之间的第二通信连接，向目标车辆发送更新安装包。

其中，该第二通信连接可以为有线连接(例如通过数据线连接)、蓝牙连接或无线局域网(wirelesslocalareanetworks，WLAN)连接。并且，通过该第二通信连接交互数据不会产生流量资费。

由于目标车辆通过该第二通信连接接收移动终端发送的车载软件的更新安装包的过程中不会产生流量资费，因此可以有效降低目标车辆更新车载软件的成本。

步骤104、目标车辆基于更新安装包更新其中安装的车载软件。

目标车辆接收到更新安装包后，即可基于该更新安装包，更新其中安装的车载软件。

综上所述，本申请实施例提供了一种车载软件的更新方法，移动终端可以通过第一通信连接接收服务器发送的车载软件的更新安装包，并可以通过第二通信连接向目标车辆发送该更新安装包，以供目标车辆基于该更新安装包更新目标车辆中安装的车载软件。由此，丰富了车辆更新车载软件的方式，提高了车辆更新车载软件的灵活性。

并且，在本申请实施例中，目标车辆通过第二通信连接接收移动终端发送的车载软件的更新安装包不会产生流量资费，因此有效降低了目标车辆更新车载软件的成本。

图3是本申请实施例提供的另一种车载软件的更新方法的流程图，该方法可以应用于车载软件的更新系统，例如图1所示的系统。参见图3，该方法可以包括：

步骤201、移动终端通过与服务器之间的第一通信连接，向服务器发送针对目标车辆的车载软件的更新请求。

其中，车载软件可以为系统软件或应用软件，例如该车载软件可以为系统软件。该第一通信连接可以为移动通信连接或Wi-Fi连接。

在第一种可选的实现方式中，移动终端启动后，即可向服务器发送的针对目标车辆的车载软件的更新请求。该更新请求可以包括目标车辆的标识。该目标车辆的标识可以包括：目标车辆的车辆识别代码(vehicleidentificationnumber，VIN)，也可以称为车架号。可选的，该目标车辆的标识还可以包括：目标车辆的车牌号和目标车辆的车主的用户标识。该用户标识可以为车主的手机号。

在本申请实施例中，移动终端中安装有车辆管理应用，移动终端在运行该车辆管理应用后，即可向服务器发送针对该更新请求。需要说明的是，该目标车辆的标识可以是移动终端在首次下载并安装车辆管理应用后，在该车辆管理应用的车辆绑定界面中，响应于用户输入该目标车辆的标识的操作获取的。

在该种实现方式下，移动终端可以周期性的通过与服务器之间的第一通信连接，向服务器发送针对目标车辆的车载软件的更新请求。

需要说明的是，若该第一通信连接为移动通信连接，即移动终端通过蜂窝网络与服务器通信，由于通过移动通信连接进行通信的能耗较通过Wi-Fi连接进行通信的能耗高，因此可以将移动终端向服务器发送该更新请求的周期设置的较长，例如可以为3天。也即是，若移动终端通过蜂窝网络与移动终端通信，则移动终端可以每隔3天向服务器发送针对目标车辆的车载软件的更新请求。如此，可以在确保车载软件的更新时效性的前提下，降低移动终端的功耗。

若该第一通信连接为Wi-Fi连接，由于通过Wi-Fi连接进行通信的能耗较通过移动通信连接进行通信的能耗低，因此可以将移动终端向服务器发送该更新请求的周期设置的较短，例如可以为5小时(h)。如此，可以在较低的通信成本下有效确保车载软件的更新时效性。

或者，若第一通信连接为Wi-Fi连接，则移动终端在检测到该移动终端的Wi-Fi信号的信号强度发生变化后，即可向服务器发送针对目标车辆的车载软件的更新请求。

在第二种可选的实现方式中，移动终端中记录有目标车辆中安装的车载软件的当前版本号。服务器可以向移动终端发送目标车辆的车载软件的最新版本号。之后，若移动终端确定该当前版本号与该最新版本号不同，即车载软件的版本有更新，则可以向该服务器发送针对目标车辆的车载软件的更新请求。

其中，移动终端中记录的该当前版本号可以是目标车辆响应于移动终端发送的第一版本号获取请求发送至移动终端的。例如，目标车辆可以包括远程信息盒子(TelematicsBox，T-Box)，也可以称为远程信息处理器。该T-Box可以接收移动终端发送的第一版本号获取请求。之后，该T-Box可以获取目标车辆中安装的车载软件的当前版本号，并向移动终端发送该当前版本号。

示例的，假设目标车辆中安装的车载软件的当前版本号：4.6.12c，则参见图4，移动终端在通过T-Box获取到该当前版本号后，可以在车辆管理应用的配置界面中显示该当前版本号01。

如图4所示，该配置界面还显示有程序设置控件02，该程序设置控件02的说明信息02a，通知消息控件03，该通知消息控件的说明信息03a，车辆查看控件04，以及车辆查看控件04的说明信息04a。

从图4中可以看出，该说明信息02a可以为文本：点击即可查看程序详情。说明书信息03a可以为文本：点击即可查看待处理通知。说明信息04a可以为文本：点击即可查看已管理的车辆的信息。

在第三种可选的实现方式中，服务器在确定车载软件的当前版本与最新版本不同后，可以向移动终端发送用于指示车载软件的版本有更新的更新信号。移动终端在接收到该更新信号后，可以向服务器发送针对目标车辆的车载软件的更新请求。

例如，服务器中记录有目标车辆中安装的车载软件的当前版本号。若服务器确定该当前版本号与最新版本的版本号不同，则可以确定该车载软件的当前版本与最新版本不同。

其中，服务器中记录的车载软件的当前版本号可以是服务器中预先存储的。或者，服务器中记录的车载软件的当前版本号可以是目标车辆响应于服务器发送的第二版本号获取请求发送至该服务器的。

并且，在该种实现方式下，服务器还可以向移动终端发送车载软件的最新版本相较于当前版本的主要修改点。相应的，移动终端在接收到该主要修改点后，可以显示该主要修改点，以供用户查看。由此，有效提高了用户体验。

可以理解的是，在前述的第二种实现方式和第三种实现方式中，移动终端在确定车载软件的版本有更新后，可以发出用于提示该车载软件的版本有更新的提示信息，以及更新控件。之后，若移动终端接收到用户针对该更新控件的触控操作，则可以向服务器发送针对目标车辆的车载软件的更新请求。

可选的，移动终端可以通过扬声器播放该提示信息。或者，移动终端可以通过显示屏显示该提示信息。本申请实施例对此不做限制。

步骤202、服务器响应于更新请求，通过第一通信连接向移动终端发送车载软件的更新安装包。

服务器接收到目标车辆发送的更新请求后，可以响应于该更新请求，通过与移动终端之间的第一通信连接向移动终端发送车载软件的更新安装包。

由于移动终端通过Wi-Fi连接接收更新安装包不会产生流量资费，且移动终端通过移动通信连接与服务器交互数据产生的流量资费较目标车辆的少，因此移动终端通过该第一通信连接接收更新安装包产生的流量资费较少，或者不会产生流量资费，故而采用本申请实施例提供的方法的更新车载软件的成本较低。

对于前文所述的更新请求是移动终端在接收到服务器发送的更新信号，或者是移动终端基于服务器发送的车载软件的最新版本号确定目标车辆的车载软件有更新后发送的场景，服务器在接收到该更新请求后，可以直接通过与移动终端之间的第一通信连接，向移动终端发送车载软件的更新安装包。

对于该更新请求携带目标车辆的标识的场景，服务器在接收到该更新请求后，可以基于标识与版本号的对应关系，确定目标车辆的标识对应的当前版本号。并且，若服务器检测到该当前版本号与该最新版本的版本号相同，即车载软件的版本无更新，则可以通过该第一通信连接向移动终端发送用于指示版本无更新的提示信号。若服务器检测到该当前版本号与车载软件的最新版本的版本号不同，即车载软件的版本有更新，则可以直接通过第一通信连接向移动终端发送车载软件的更新安装包。该更新安装包的版本即为该最新版本。

或者，若服务器确定车载软件的版本有更新，则可以向移动终端发送更新信息，以供移动终端显示。该更新信息可以包括：车载软件的最新版本相较于当前版本的主要修改点。之后，若服务器接收到移动终端发送的确认更新指令，则通过与移动终端之间的第一通信连接，向移动终端发送车载软件的更新安装包。

示例的，参加图5，移动终端接收到服务器发送的更新信息后，可以显示提示框05。如图5所示，该提示框包括修改点051、确认控件052和取消控件053。其中，该修改点051可以为文本：1.修复了前一版本一些已知问题；2.优化了一些体验。

若移动终端接收到用户针对取消控件053的触控操作，即用户确定无需更新车载软件，则移动终端可以向服务器发送取消更新指令，以指示服务器结束操作，无需执行后续流程。若移动终端接收到用户针对确认控件053的触控操作，则移动终端可以向服务器发送确认更新指令。相应的，服务器可以响应于该确认更新指令，通过第一通信连接向移动终端发送车载软件的更新安装包。

步骤203、移动终端通过与目标车辆之间的第二通信连接，向目标车辆发送车载软件的更新安装包。

其中，该第二通信连接可以为有线连接(例如通过数据线连接)、蓝牙连接或WLAN连接。并且，移动终端和服务器通过该第二通信连接交互数据不会产生流量资费。

由于目标车辆通过该第二通信连接接收移动终端发送的车载软件的更新安装包的过程中不会产生流量资费，因此可以有效降低目标车辆更新车载软件的成本。

可选的，该更新安装包可以为二进制(binary)文件，即BIN文件。或者，该更新安装包可以为IMG文件，IMG是一种文件压缩格式。

在本申请实施例中，对于第二通信连接为WLAN连接的场景，移动终端的WLAN热点以及目标车辆的WLAN热点均处于开启状态。当移动终端与目标车辆的距离小于距离阈值(例如移动终端位于目标车辆内)时，移动终端可以连接目标车辆的WLAN热点，或者目标车辆可以连接移动终端的WLAN热点，从而使得移动终端和目标车辆处于同一WLAN中，继而即可建立第二通信连接。

步骤204、目标车辆检测该更新安装包是否通过版本校验。

目标车辆接收并存储移动终端发送的更新安装包后，可以对存储至该目标车辆本地的更新安装包进行版本校验，并检测该更新安装包是否通过版本校验。若目标车辆确定该更新安装包通过版本校验，即版本校验成功，则可以执行步骤205。若目标车辆确定该更新安装包未通过版本校验，即版本校验失败，则可以执行步骤209。

例如，目标车辆可以采用预设算法对版本文件(即前文所述的更新安装包)进行处理，以得到第一哈希值，并比较该第一哈希值和该更新安装包中的第二哈希值。若目标车辆确定第一哈希值与第二哈希值相同，则可以确定更新安装包通过版本校验，继而可以执行步骤205。若目标车辆确定第一哈希值与第二哈希值不同，则可以确定更新安装包未通过版本校验，继而可以执行步骤209。

步骤205、目标车辆基于更新安装包更新该目标车辆中安装的车载软件。

若目标车辆确定车载软件的更新安装包通过版本校验，则可以基于该更新安装包更新目标车辆中安装的车载软件，即使得更新后的车载软件的版本由前文所述的当前版本更新为前文所述的最新版本。

由于目标车辆在更新车载软件之前可以对更新安装包进行版本校验，并在更新安装包通过版本校验后，才基于该更新安装包更新目标车辆中安装的车载软件，因此确保了车载软件更新的可靠性。

步骤206、目标车辆通过第二通信连接，向移动终端发送第一更新完成指令。

目标车辆在基于更新安装包完成车载软件的更新后，可以向移动终端发送第一更新完成指令。

可选的，目标车辆还可以在完成车载软件的更新后，删除接收到的来自移动终端的更新安装包。如此，可以避免浪费目标车辆的存储资源。

步骤207、移动终端响应于第一更新完成指令，向服务器发送第二更新完成指令。

移动终端接收到目标车辆发送的第一更新完成指令后，可以响应于该第一更新完成指令，通过与服务器之间的第一通信连接，向服务器发送第二更新完成指令。

并且，移动终端还可以响应于该第一更新完成指令，删除接收到的来自服务器的更新安装包。如此，可以避免浪费移动终端的存储资源。

步骤208、服务器响应于第二更新完成指令，将记录的目标车辆中安装的车载软件的版本号更新为该更新安装包的版本号。

服务器接收到移动终端发送的第二更新完成指令后，可以响应于该第二更新完成指令，将记录的目标车辆中安装的车载软件版本号更新为该更新安装包的版本号。即服务器可以将记录的当前版本号更新为最新版本号。

并且，服务器还可以记录此次更新的状态为更新成功。至此，此次车载软件的版本更新完成。

步骤209、目标车辆检测车载软件的更新安装包的累积校验次数是否小于或等于第一阈值。

在本申请实施例中，若车载软件的更新安装包未通过版本校验，则可能是移动终端在向目标车辆发送更新安装包的过程中因第二通信连接异常，导致目标车辆接收到的更新安装包异常；或者，可能是服务器向移动终端发送更新安装包的过程中因第一通信连接异常，导致移动终端接收到的更新安装包异常；又或者可能是服务器存储的更新安装包异常。

此时，目标车辆可以先向移动终端重新请求车载软件的更新安装包，若目标车辆确定重新接收到的更新安装包依然未通过版本校验，则可以再次执行向移动终端重新请求车载软件的更新安装包的操作，直至更新安装包的累积校验次数等于第一阈值。然后若重新接收到的更新安装包依然未通过版本校验，则目标车辆可以确定更新安装包异常并非因第二通信连接所致。其中，更新安装包的累积校验次数可以是指：在上一次更新该车载软件后，对车载软件的更新安装包进行版本校验的总次数。

之后，目标车辆可以指示移动终端向服务器请求车载软件的更新安装包。若目标车辆确定重新接收到的更新安装包未通过版本校验，则可以再次执行指示移动终端向服务器请求车载软件的更新安装包的操作，直至该累积校验次数达到第二阈值。若更新安装包还未通过版本校验，则目标车辆可以确定更新安装包异常并非因第一通信连接所致，而是服务器存储的更新安装包异常。

基于上述描述，在本申请实施例中，若目标车辆确定更新安装包未通过版本校验，即版本校验失败，则可以检测更新安装包的累积校验次数是否小于或等于第一阈值。若目标车辆确定该累积校验次数小于或等于第一阈值，则此时还无法确定更新安装包未通过版本校验是否因第二通信连接所致，因此可以执行步骤210，以判断更新安装包未通过版本校验是否因第二通信连接所致。若目标车辆确定该累积校验次数大于第一阈值，则此时目标车辆可以确定更新安装包未通过版本校验并非因第二通信连接所致，因此可以执行步骤211。

在本申请实施例中，目标车辆在确定更新安装包未通过版本校验后，还可以删除本地存储的该更新安装包。

步骤210、目标车辆通过第二通信连接，向移动终端发送第一提示信息。

若目标车辆确定更新安装包的累积校验次数小于或等于第一阈值，则可以通过与移动终端之间的第二通信连接，向移动终端发送第一提示消息。移动终端在接收到该第一提示消息后，可以重新向目标车辆发送该车载软件的更新安装包。即目标车辆可以向移动终端请求重新发送车载软件的更新安装包。

之后，若目标车辆接收到移动终端重新发送的更新安装包，则可以再次执行步骤204，即再次检测更新安装包是否通过版本校验。

步骤211、目标车辆检测更新安装包的累积校验次数是否小于或等于第二阈值。

若目标车辆确定更新安装包的累积校验次数大于第一阈值，则此时目标车辆可以确定更新安装包未通过版本校验并非因第二通信连接所致，因此可以检测该累积校验次数是否小于或等于第二阈值。若目标车辆确定该更新安装包的累积校验次数小于或等于第二阈值，则此时目标车辆无法确定更新安装包未通过版本校验是否因第一通信连接所致，因此可以执行步骤213，以判断更新安装包未通过版本校验是否因第一通信连接所致。若目标车辆确定该更新安装包的校验次数大于第二阈值，则此时目标车辆可以确定更新安装包未通过版本校验并非因第一通信连接所致，因此可以执行步骤214。

其中，第二阈值大于第一阈值，例如该第二阈值为2，第二阈值为1。或者，该第二阈值为5，第一阈值为3。

步骤212、目标车辆通过第二通信连接，向移动终端发送第二提示信息。

若目标车辆确定更新安装包的累积校验次数小于或等于第二阈值，则可以通过与移动终端之间的第二通信连接，向移动终端发送第二提示信息。移动终端在接收到第二提示信息后，可以再次向服务器发送针对该车载软件的更新请求。即目标车辆此时可以请求移动终端重新向服务器请求该车载软件的更新安装包。

之后，若目标车辆在接收到移动终端重新发送的更新安装包，则可以再次执行步骤204，即再次检测更新安装包是否通过版本校验。

可选的，移动终端在接收到第二提示信息后，还可以删除前一次接收到的来自服务器的更新安装包。

步骤213、目标车辆通过第二通信连接，向移动终端发送第三提示信息。

若目标车辆确定更新安装包的累积校验次数大于第二阈值，则可以确定跟新安装包未通过版本校验的原因为服务器存储的更新安装包异常，因此通过第二通信连接，向移动终端发送第三提示信息。该第三提示信息用于指示车载软件更新失败。

移动终端接收到该第三提示信息后，可以删除本地存储的更新安装包，并可以将该第三提示信息转发至服务器。服务器在接收到该第三提示信息后，可以记录此次更新的状态为更新失败，并保持记录的车载软件的当前版本号不变。

相关技术中，车辆中配置有移动通信模组，相应的，车辆可以通过移动通信连接向车载软件的后台服务器发送更新请求，并接收该后台服务器发送的更新安装包。但是，由于车辆通过该移动通信连接进行数据交互的流量资费较移动终端的高，因此相关技术中车辆直接向后天服务器请求更新安装包，并接收该更新安装包会产生较多流量资费，从而导致车载软件的更新成本较高。

而本申请实施例提供的方法，移动终端可以通过第一通信连接，接收服务器发送的车载软件的更新安装包。之后，移动终端可以通过第二通信连接，向目标车辆发送该更新安装包，以供车辆更新其中安装的车载软件。该第一通信连接可以为Wi-Fi连接或移动通信连接，第二通信连接可以为有线连接，蓝牙连接或无线局域网连接，且通过该第二通信连接交互数据不会产生流量资费。由于通过Wi-Fi连接不会消耗流量(即不会产生流量资费)，且移动终端通过移动通信连接交互数据的流量资费较车辆的少，因此通过本申请实施例提供的方法可以有效降低车载软件的更新成本。

需要说明的是，本申请实施例提供的车载软件的更新方法的步骤的先后顺序可以进行适当调整，步骤也可以根据情况进行相应增减。例如，步骤204，以及步骤209至步骤211可以根据情况删除，即目标车辆在接收到更新安装包后，可以直接基于该更新安装包更新车载软件。或者，步骤206至步骤208可以根据情况删除。又或者，步骤209，以及步骤211至步骤213可以根据情况删除。再或者，步骤209至步骤212可以根据情况删除。任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化的方法，都应涵盖在本申请的保护范围之内，因此不再赘述。

综上所述，本申请实施例提供了一种车载软件的更新方法，移动终端可以通过第一通信连接接收服务器发送的车载软件的更新安装包，并可以通过第二通信连接向目标车辆发送该更新安装包，以供目标车辆基于该更新安装包更新目标车辆中安装的车载软件。由此，丰富了车辆更新车载软件的方式，提高了车辆更新车载软件的灵活性。

并且，在本申请实施例中，目标车辆通过第二通信连接接收移动终端发送的车载软件的更新安装包不会产生流量资费，因此有效降低了目标车辆更新车载软件的成本。

图6是本申请实施例提供的一种移动终端的结构示意图，该移动终端可以用于执行上述方法实施例提供的应用于移动终端的车载软件的更新方法。参见图6，该移动终端110可以包括处理器1101。该处理器1101用于：

通过与服务器之间的第一通信连接，向服务器发送针对目标车辆的车载软件的更新请求；

接收服务器响应于更新请求发送的车载软件的更新安装包；

通过与目标车辆之间的第二通信连接，向目标车辆发送更新安装包，更新安装包用于供目标车辆更新车载软件。

可选的，第一通信连接为移动通信连接或无线保真连接；

第二通信连接为有线连接、蓝牙连接或无线局域网连接。

可选的，该处理器1101可以用于：

周期性向服务器发送针对目标车辆的车载软件的更新请求。

可选的，服务器中记录有目标车辆中安装的车载软件的版本号。该处理器1101还可以用于：

接收目标车辆发送的第一更新完成指令；

响应于第一更新完成指令，向服务器发送第二更新完成指令，第二更新完成指令用于指示服务器将记录的目标车辆中安装的车载软件的版本号更新为更新安装包的版本号。

综上所述，本申请实施例提供了一种移动终端，该移动终端可以通过第一通信连接接收服务器发送的车载软件的更新安装包，并可以通过第二通信连接向目标车辆发送该更新安装包，以供目标车辆基于该更新安装包更新目标车辆中安装的车载软件。由此，丰富了车辆更新车载软件的方式，提高了车辆更新车载软件的灵活性。

并且，在本申请实施例中，目标车辆通过第二通信连接接收移动终端发送的车载软件的更新安装包不会产生流量资费，因此有效降低了目标车辆更新车载软件的成本。

如图6所示，本申请实施例提供的移动终端110还可以包括：显示单元130、射频(radiofrequency，RF)电路150、音频电路160、Wi-Fi模块170、蓝牙模块180、电源190和摄像头121等部件。

其中，摄像头121可用于捕获静态图片或视频。物体通过镜头生成光学图片投射到感光元件。感光元件可以是电荷耦合器件(chargecoupleddevice，CCD)或互补金属氧化物半导体(complementarymetal-oxide-semiconductor，CMOS)光电晶体管。感光元件把光信号转换成电信号，之后将电信号传递给处理器1101转换成数字图片信号。

处理器1101是移动终端110的控制中心，利用各种接口和线路连接整个终端的各个部分，通过运行或执行存储在存储器140内的软件程序，以及调用存储在存储器140内的数据，执行移动终端110的各种功能和处理数据。在一些实施例中，处理器1101可包括一个或多个处理单元；处理器1101还可以集成应用处理器和基带处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，基带处理器主要处理无线通信。可以理解的是，上述基带处理器也可以不集成到处理器1101中。本申请中处理器1101可以运行操作系统和应用程序，可以控制用户界面显示，并可以实现本申请实施例提供的应用于移动终端的车载软件的更新方法。另外，处理器1101与输入单元和显示单元130耦接。

显示单元130可用于接收输入的数字或字符信息，产生与移动终端110的用户设置以及功能控制有关的信号输入，可选的，显示单元130还可以用于显示由用户输入的信息或提供给用户的信息以及移动终端110的各种菜单的图形用户界面(graphicaluserinterface，GUI)。显示单元130可以包括设置在移动终端110正面的显示屏131。其中，显示屏131可以采用液晶显示器、发光二极管等形式来配置。显示单元130可以用于显示本申请中所述的各种图形用户界面。

显示单元130包括：显示屏131和设置在移动终端110正面的触摸屏132。该显示屏131可以用于显示预览图片。触摸屏132可收集用户在其上或附近的触摸操作，例如点击按钮，拖动滚动框等。其中，触摸屏132可以覆盖在显示屏131之上，也可以将触摸屏132与显示屏131集成而实现移动终端110的输入和输出功能，集成后可以简称触摸显示屏。

存储器140可用于存储软件程序及数据。处理器1101通过运行存储在存储器140的软件程序或数据，从而执行移动终端110的各种功能以及数据处理。存储器140可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。存储器140存储有使得移动终端110能运行的操作系统。本申请中存储器140可以存储操作系统及各种应用程序，还可以存储执行本申请实施例提供的应用于移动终端的车载软件的更新方法的代码。

RF电路150可用于在收发信息或通话过程中信号的接收和发送，可以接收基站的下行数据后交给处理器1101处理；可以将上行数据发送给基站。通常，RF电路包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器、双工器等器件。

音频电路160、扬声器161、麦克风162可提供用户与移动终端110之间的音频接口。音频电路160可将接收到的音频数据转换后的电信号，传输到扬声器161，由扬声器161转换为声音信号输出。移动终端110还可配置音量按钮，用于调节声音信号的音量。另一方面，麦克风162将收集的声音信号转换为电信号，由音频电路160接收后转换为音频数据，再将音频数据输出至RF电路150以发送给比如另一终端，或者将音频数据输出至存储器140以便进一步处理。本申请中麦克风162可以获取用户的语音。

Wi-Fi属于短距离无线传输技术，移动终端110可以通过Wi-Fi模块170帮助用户收发电子邮件、浏览网页和访问流媒体等，它为用户提供了无线的宽带互联网访问。

蓝牙模块180，用于通过蓝牙协议来与其他具有蓝牙模块的蓝牙设备进行信息交互。例如，移动终端110可以通过蓝牙模块180与同样具备蓝牙模块的可穿戴电子设备(例如智能手表)建立蓝牙连接，从而进行数据交互。

移动终端110还包括给各个部件供电的电源190(比如电池)。电源可以通过电源管理系统与处理器1101逻辑相连，从而通过电源管理系统实现管理充电、放电以及功耗等功能。移动终端110还可配置有电源按钮，用于终端的开机和关机，以及锁屏等功能。

移动终端110可以包括至少一种传感器1110，比如运动传感器11101、距离传感器11102、指纹传感器11103和温度传感器11104。移动终端110还可配置有陀螺仪、气压计、湿度计、温度计和红外线传感器等其他传感器。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的移动终端和各器件的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

图7是本申请实施例提供的移动终端的软件结构框图。分层架构将软件分成若干个层，每一层都有清晰的角色和分工。层与层之间通过软件接口通信。在一些实施例中，将android系统分为四层，从上至下分别为应用程序层，应用程序框架层，安卓运行环境(androidruntime，ART)和系统库，以及内核层。

应用程序层可以包括一系列应用程序包。如图7所示，应用程序包可以包括相机，图库，日历，通话，地图，导航，WLAN，蓝牙，音乐，视频，短信息等应用程序。应用程序框架层为应用程序层的应用程序提供应用编程接口(applicationprogramminginterface，API)和编程框架。应用程序框架层包括一些预先定义的函数。

如图7所示，应用程序框架层可以包括窗口管理器，内容提供器，视图系统，电话管理器，资源管理器，通知管理器等。

窗口管理器用于管理窗口程序。窗口管理器可以获取显示屏大小，判断是否有状态栏，锁定屏幕，截取屏幕等。

内容提供器用来存放和获取数据，并使这些数据可以被应用程序访问。所述数据可以包括视频，图片，音频，拨打和接听的电话，浏览历史和书签，电话簿等。

视图系统包括可视控件，例如显示文字的控件，显示图片的控件等。视图系统可用于构建应用程序。显示界面可以由一个或多个视图组成的。例如，包括短信通知图标的显示界面，可以包括显示文字的视图以及显示图片的视图。

电话管理器用于提供移动终端110的通信功能。例如通话状态的管理(包括接通，挂断等)。

资源管理器为应用程序提供各种资源，比如本地化字符串，图标，图片，布局文件，视频文件等等。

通知管理器使应用程序可以在状态栏中显示通知信息，可以用于传达告知类型的消息，可以短暂停留后自动消失，无需用户交互。比如通知管理器被用于告知下载完成，消息提醒等。通知管理器还可以是以图表或者滚动条文本形式出现在系统顶部状态栏的通知，例如后台运行的应用程序的通知，还可以是以对话窗口形式出现在屏幕上的通知。例如在状态栏提示文本信息，发出提示音，通信终端振动，指示灯闪烁等。

androidruntime包括核心库和虚拟机。androidruntime负责安卓系统的调度和管理。

核心库包含两部分：一部分是java语言需要调用的功能函数，另一部分是安卓的核心库。

应用程序层和应用程序框架层运行在虚拟机中。虚拟机将应用程序层和应用程序框架层的java文件执行为二进制文件。虚拟机用于执行对象生命周期的管理，堆栈管理，线程管理，安全和异常的管理，以及垃圾回收等功能。

系统库可以包括多个功能模块。例如：表面管理器(surfacemanager)，媒体库(medialibraries)，三维图形处理库(例如：openGLES)，2D图形引擎(例如：SGL)等。

表面管理器用于对显示子系统进行管理，并且为多个应用程序提供了2D和3D图层的融合。

媒体库支持多种常用的音频，视频格式回放和录制，以及静态图片文件等。媒体库可以支持多种音视频编码格式，例如：MPEG4，H.264，MP3，AAC，AMR，JPG，PNG等。

三维图形处理库用于实现三维图形绘图，图片渲染，合成，和图层处理等。

2D图形引擎是2D绘图的绘图引擎。

内核层是硬件和软件之间的层。内核层至少包含显示驱动，摄像头驱动，音频驱动，传感器驱动。

图8是本申请实施例提供的一种车辆的结构示意图，该车辆可以执行上述方法实施例提供的应用于车辆的车载软件的更新方法。参见图8，该车辆120可以包括处理器1201。该处理器1201用于：

通过与移动终端之间的第二通信连接，接收移动终端发送的车载软件的更新安装包，更新安装包是移动终端通过与服务器之间的第一通信连接接收到的；

基于更新安装包更新车载软件。

可选的，该处理器1201用于：若更新安装包通过版本校验，则基于更新安装包更新车载软件；

该处理器1201还用于：

若更新安装包未通过版本校验，且车载软件的更新安装包的累积校验次数小于或等于第一阈值，则向移动终端发送第一提示消息，第一提示信息用于指示移动终端重新发送车载软件的更新安装包；

若更新安装包未通过版本校验，累积校验次数大于第一阈值，且小于或等于第二阈值，则向移动终端发送第二提示消息，第二提示信息用于指示移动终端再次向服务器发送针对车载软件的更新请求，第二阈值大于第一阈值；

若更新安装包未通过版本校验，且累积校验次数大于第二阈值，则向移动终端发送第三提示信息，第三提示信息用于指示车载软件更新失败；

其中，累积校验次数是指在上一次更新车载软件后，对车载软件的更新安装包进行版本校验的总次数。

综上所述，本申请实施例提供了一种车辆，该车辆可以通过与移动终端之间的第二通信连接接收车载软件的更新安装包，继而基于该更新安装包更新车载软件。该更新安装包是移动终端通过与服务器之间的第一通信连接接收到的。由此，丰富了车辆更新车载软件的方式，提高了车辆更新车载软件的灵活性。

并且，在本申请实施例中，目标车辆通过第二通信连接接收移动终端发送的车载软件的更新安装包不会产生流量资费，因此有效降低了目标车辆更新车载软件的成本。

本申请实施例提供了一种车辆，如图8所示，该车辆可以包括存储器1202，处理器1201及存储在该存储器1202上并可在该处理器1201上运行的计算机程序，该处理器1201执行该计算机程序时实现如上述实施例提供的应用于车辆的车载软件的更新方法，例如图2或图3中目标车辆所执行的方法。

本申请实施例提供了一种计算机可读存储介质，该计算机可读存储介质中存储有计算机程序，该计算机程序由处理器加载并执行以上述实施例提供的应用于车辆的车载软件的更新方法，例如图2或图3中目标车辆所执行的方法。

本申请实施例提供了一种计算机可读存储介质，该计算机可读存储介质中存储有计算机程序，该计算机程序由处理器加载并执行以上述实施例提供的应用于移动终端的车载软件的更新方法，例如图2或图3中移动终端所执行的方法。

本申请实施例还提供了一种包含指令的计算机程序产品，当计算机程序产品在计算机上运行时，使得计算机执行上述方法实施例提供的应用于车辆的车载软件的更新方法，例如图2或图3中目标车辆所执行的方法。

本申请实施例还提供了一种包含指令的计算机程序产品，当计算机程序产品在计算机上运行时，使得计算机执行上述方法实施例提供的应用于移动终端的车载软件的更新方法，例如图2或图3中移动终端所执行的方法。

本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。

应当理解的是，在本文中提及的“和/或”，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。并且，本申请中术语“至少一个”的含义是指一个或多个，本申请中术语“多个”的含义是指两个或两个以上。

本申请中术语“第一”“第二”等字样用于对作用和功能基本相同的相同项或相似项进行区分，应理解，“第一”、“第二”、“第n”之间不具有逻辑或时序上的依赖关系，也不对数量和执行顺序进行限定。例如，在不脱离各种所述示例的范围的情况下，第一阈值可以被称为第二阈值，并且类似地，第二阈值可以被称为第一阈值。

以上所述仅为本申请的示例性实施例，并不用以限制本申请，凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

Claims (10)

1.一种车辆的车载软件的更新方法，其特征在于，应用于移动终端；所述方法包括：

通过与服务器之间的第一通信连接，向服务器发送针对目标车辆的车载软件的更新请求；

接收所述服务器响应于所述更新请求发送的所述车载软件的更新安装包；

通过与所述目标车辆之间的第二通信连接，向所述目标车辆发送所述更新安装包，所述更新安装包用于供所述目标车辆更新所述车载软件。

2.根据权利要求1所述的方法，其特征在于，所述第一通信连接为移动通信连接或无线保真连接；

所述第二通信连接为有线连接、蓝牙连接或无线局域网连接。

3.根据权利要求1所述的方法，其特征在于，所述向服务器发送针对目标车辆的车载软件的更新请求，包括：

周期性向服务器发送针对目标车辆的车载软件的更新请求。

4.根据权利要求1至3任一所述的方法，其特征在于，所述服务器中记录有所述目标车辆中安装的所述车载软件的版本号；在所述向所述目标车辆发送所述更新安装包之后，所述方法还包括：

接收所述目标车辆发送的第一更新完成指令；

响应于所述第一更新完成指令，向所述服务器发送第二更新完成指令，所述第二更新完成指令用于指示所述服务器将记录的所述目标车辆中安装的所述车载软件的版本号更新为所述更新安装包的版本号。

5.一种车辆的车载软件的更新方法，其特征在于，应用于车辆；所述方法包括：

通过与移动终端之间的第二通信连接，接收所述移动终端发送的车载软件的更新安装包，所述更新安装包是所述移动终端通过与服务器之间的第一通信连接接收到的；

基于所述更新安装包更新所述车载软件。

6.根据权利要求5所述的方法，其特征在于，所述基于所述更新安装包更新所述车载软件，包括：若所述更新安装包通过版本校验，则基于所述更新安装包更新所述车载软件；

所述方法还包括：

若所述更新安装包未通过版本校验，且所述车载软件的更新安装包的累积校验次数小于或等于第一阈值，则向所述移动终端发送第一提示消息，所述第一提示信息用于指示所述移动终端重新发送所述车载软件的更新安装包；

若所述更新安装包未通过版本校验，所述累积校验次数大于所述第一阈值，且小于或等于第二阈值，则向所述移动终端发送第二提示消息，所述第二提示信息用于指示移动终端再次向所述服务器发送针对所述车载软件的更新请求，所述第二阈值大于所述第一阈值；

若所述更新安装包未通过版本校验，且所述累积校验次数大于所述第二阈值，则向所述移动终端发送第三提示信息，所述第三提示信息用于指示所述车载软件更新失败；

其中，所述累积校验次数是指在上一次更新所述车载软件后，对所述车载软件的更新安装包进行版本校验的总次数。

7.一种移动终端，其特征在于，所述移动终端包括处理器；所述处理器用于：

通过与服务器之间的第一通信连接，向服务器发送针对目标车辆的车载软件的更新请求；

接收所述服务器响应于所述更新请求发送的所述车载软件的更新安装包；

通过与所述目标车辆之间的第二通信连接，向所述目标车辆发送所述更新安装包，所述更新安装包用于供所述目标车辆更新所述车载软件。

8.根据权利要求7所述的移动终端，其特征在于，所述处理器用于：

周期性向服务器发送针对目标车辆的车载软件的更新请求。

9.一种车辆，其特征在于，所述车辆包括处理器；所述处理器用于：

通过与移动终端之间的第二通信连接，接收所述移动终端发送的车载软件的更新安装包，所述更新安装包是所述移动终端通过与服务器之间的第一通信连接接收到的；

基于所述更新安装包更新所述车载软件。

10.一种车辆的车载软件的更新系统，其特征在于，所述系统包括：

如权利要求7或权利要求8所述的移动终端，以及如权利要求9所述的车辆。

Images