车载电子控制单元的软件更新方法及装置，车辆及系统与流程

本公开涉及车辆的电子控制单元的软件更新，具体地，涉及一种车载电子控制单元的软件更新方法及装置，车辆及系统。

背景技术：

随车车载导航、车联网的发展，越来越多的汽车都装配了车载终端，如部标一体机、行车记录仪、车载多媒体、t-box等，车载终端是车辆监控管理系统的前端设备，主要应用于车辆动态监控、定位、汽车数据采集、应急事件处理、车辆控制、电子控制单元ecu(electroniccontrolunit)升级等；

目前的电子控制单元升级大部分都是汽车去售后服务站，服务维修人员利用汽车诊断仪和电子控制单元控制器进行诊断通信，查看汽车诊断仪中最新的电子控制单元软件包，然后把最新的电子控制单元软件包升级到电子控制单元中。

然而，目前的电子控制单元升级需要服务维修人员或其他人在车上进行操作，才可以对电子控制单元进行升级。

技术实现要素：

本公开的目的是提供一种车载电子控制单元的软件更新方法及装置，车辆及系统，以解决相关技术对ecu升级需要人工操作以及升级功耗过高的问题。

为了实现上述目的，本公开第一方面提供一种车载电子控制单元的软件更新方法，所述方法应用于车载远程信息处理盒t-box，所述t-box通过唤醒信号线与所述电子控制单元相连，所述方法包括：

从汽车远程服务提供平台获取软件更新消息，所述软件更新消息包括软件更新包；

判断车辆是否满足静默升级条件，所述静默升级条件包括所述电子控制单元处于休眠状态；

在所述车辆满足所述静默升级条件的情况下，通过所述唤醒信号线唤醒所述电子控制单元；

向所述电子控制单元发送静默升级消息，所述静默升级消息包括所述软件更新包，所述软件更新包用于所述电子控制单元进行软件升级；

在确定所述电子控制单元软件更新完成的情况下，发送休眠指令给所述电子控制单元，用于指示所述电子控制单元恢复休眠状态。

可选地，在所述判断车辆是否满足静默升级条件之前，包括：在当前时刻达到预设时间点的情况下，自唤醒处于休眠状态下的所述t-box；

在所述发送休眠指令给所述电子控制单元之后，所述方法还包括：控制所述t-box进入休眠状态。

可选地，所述通过所述唤醒信号线唤醒所述电子控制单元，包括：

通过设置所述唤醒信号线为高电平唤醒所述电子控制单元；

所述在确定所述电子控制单元软件更新完成的情况下，通过can总线发送所述休眠指令给所述电子控制单元，包括：

在确定所述电子控制单元软件更新完成的情况下，设置所述唤醒信号线为低电平，并所述发送休眠指令给所述电子控制单元。

可选地，所述软件更新消息包括所述静默升级条件，或者所述静默升级条件是预置在所述t-box内的。

可选地，所述从汽车远程服务提供平台获取软件更新消息，包括：

接收所述汽车远程服务提供平台发送的升级任务数据，所述升级任务数据包括软件更新包的下载地址以及所述静默升级条件；

在确定所述车辆的网络参数满足升级包下载条件的情况下，根据所述下载地址从汽车远程服务提供平台获取所述软件更新消息。

可选地，所述升级任务数据还包括通信协议配置信息，相应地，所述向所述电子控制单元发送静默升级消息，包括：

根据所述通信协议配置信息通过can总线与所述电子控制单元建立通信连接；

基于已建立的通信连接向所述电子控制单元发送静默升级消息，以将所述软件更新包传输到所述电子控制单元的存储中。

可选地，所述静默升级条件还包括以下至少一者：

所述车辆的熄火时长大于预设时长阈值、所述车辆的蓄电池的电压大于预设电压阈值、所述车辆的车窗和车门处于关闭状态、所述车辆处于驻车制动状态。

可选地，所述t-box是在接收到所述电子控制单元发送的更新成功消息的情况下，确定所述电子控制单元软件更新完成；或者，

所述t-box通过如下方式确定所述电子控制单元软件更新是否完成：

获取所述电子控制单元的当前软件版本信息；

将所述当前软件版本信息与所述软件更新包内的版本信息比对，得到比对结果；

若所述比对结果表征所述电子控制单元当前软件版本为所述软件更新包的版本，则确定所述电子控制单元软件更新完成。

本公开第二方面提供一种车载电子控制单元的软件更新装置，包括：

存储器，其上存储有计算机程序；

处理器，用于执行所述存储器中的所述计算机程序，以实现权利要求1-7中任一项所述方法的步骤。

本公开第三方面还提供一种车辆，所述车辆包括：

车载远程信息处理盒t-box、唤醒信号线以及电子控制单元，其中所述t-box与所述电子控制单元通过所述唤醒信号线连接，所述t-box用于执行上述第一方面所述的软件更新方法。

本公开第四方面还提供一种电子控制单元的软件升级系统，所述系统包括：

汽车远程服务提供平台，以及上述第二方面所述的车辆。

通过上述技术方案，至少可以达到如下效果：

由于t-box能够自动从汽车远程服务提供平台获取到软件更新包，并可以根据静默升级条件，自动指示电子控制单元进行软件更新，整个过程无需人工参与，提升了软件更新的便捷性，并且，t-box是在电子控制单元处于休眠状态时，通过唤醒信号线对电子控制单元进行唤醒，并在软件更新完成后，指示电子控制单元恢复休眠状态，从而避免了电子控制单元为了等待软件更新，持续保持工作状态，节省了功耗。

本公开的其他特征和优点将在随后的具体实施方式部分予以详细说明。

附图说明

附图是用来提供对本公开的进一步理解，并且构成说明书的一部分，与下面的具体实施方式一起用于解释本公开，但并不构成对本公开的限制。在附图中：

图1是本公开实施例提供的一种车载电子控制单元的软件更新方法流程图；

图2是本公开实施例提供的另一种车载电子控制单元的软件更新方法交互图；

图3是本公开实施例提供的另一种车载电子控制单元的软件装置的结构框图；

图4是本公开实施例提供的另一种车载电子控制单元的软件车辆的结构框图；

图5是本公开实施例提供的另一种车载电子控制单元的软件系统的结构框图。

具体实施方式

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

本公开实施例提供了一种车载电子控制单元的软件更新方法，该方法例如可以应用于车辆的车载远程信息处理盒t-box，如图1所示，该方法包括如下步骤：

s11、从汽车远程服务提供平台获取软件更新消息，该软件更新消息包括软件更新包。

在一种实施方式中，t-box从汽车远程服务提供平台获取软件更新消息可以包括：接收该汽车远程服务提供平台发送的升级任务数据，该升级任务数据可以包括软件更新包的下载地址，在确定该车辆的网络参数满足升级包下载条件的情况下，根据该下载地址从汽车远程服务提供平台获取该软件更新消息。

其中，该升级包下载条件例如可以包括确定车辆的网络处于空闲状态，也就是说，为了避免升级包下载的网络占用对其他车辆网络功能造成影响，t-box可以在车辆的网络处于空闲状态的情况下，下载软件更新包。该升级包下载条件还可以包括确定车辆的网络信号强度大于预设阈值，避免在下载过程中由于网络原因导致数据丢失。

在另一种可能的实施方式中，t-box也可以主动请求从汽车远程服务提供平台获取软件更新消息，例如，响应于用户的操作，发送更新请求至汽车远程服务提供平台，或者是周期性的主动向汽车远程服务提供平台发送更新请求，以获取汽车远程服务提供平台发送的用于响应更新请求的软件更新消息。

s12、判断车辆是否满足静默升级条件，该静默升级条件包括该电子控制单元处于休眠状态。

在满足静默升级条件的情况下执行下一步骤s13。

可选地，在该判断车辆是否满足静默升级条件之前，还可以在当前时刻达到预设时间点的情况下，自唤醒处于休眠状态下的该t-box；

在该发送休眠指令给该电子控制单元之后，该方法还可以控制该t-box进入休眠状态。

可选地，该静默升级条件可以是预置在该t-box内的。也可以是包括在软件更新消息中，或者是上述升级任务数据中，在这种情况下，静默升级消息可以由汽车远程服务提供平台动态配置，使得静默升级条件更加灵活。

在具体的实施方式中，静默升级条件还包括以下至少一者：

该车辆的熄火时长大于预设时长阈值、该车辆的蓄电池的电压大于预设电压阈值、该车辆的车窗和车门处于关闭状态、该车辆处于驻车制动状态。例如，该静默升级条件可以是电子控制单元处于休眠状态、且车辆熄火时长大于1小时、且车辆的车窗和车门均已开闭、且车辆处于驻车制动状态的情况。从而可以能够确保软件更新发生在用户未使用车辆的时间段。又例如，该静默升级条件可以是电子控制单元处于休眠状态、且车辆的蓄电池的电压大于预设电压阈值(在该蓄电池为12伏蓄电池时，预设电压阈值可以为14伏，该蓄电池为24伏蓄电池时，预设电压阈值可以为26伏)，这样，可以保证蓄电池有足够的电量进行软件更新，且不会因为软件更新的电量消耗导致蓄电池电量过低而无法启动车辆。

s13、在该车辆满足该静默升级条件的情况下，通过该唤醒信号线唤醒该电子控制单元。

在具体实施时，t-box可以通过唤醒信号线的电平变化唤醒电子控制单元，例如，电子控制单元处于休眠状态的情况下，唤醒信号线处于低电平，t-box可以通过设置该唤醒信号线为高电平唤醒该电子控制单元。

s14、向该电子控制单元发送静默升级消息，该静默升级消息包括该软件更新包，所述软件更新包用于所述电子控制单元进行软件升级。

在具体实施时，t-box可以根据通信协议配置信息通过can总线与该电子控制单元建立通信连接，再基于已建立的通信连接向该电子控制单元发送静默升级消息，以将该软件更新包传输到该电子控制单元的存储中。其中，该通信协议配置信息可以是预先设置到t-box内的，也可以是携带在上述升级任务数据或者软件更新消息中的。该电子控制单元响应于接收到软件更新包开始进行软件升级。

s15、在确定该电子控制单元软件更新完成的情况下，发送休眠指令给该电子控制单元，用于指示该电子控制单元恢复休眠状态。

软件更新完成后，指示电子控制单元恢复休眠状态，能够保证更新结束后电子控制单元不再消耗电量。

仍以上述t-box通过设置唤醒信号线为高电平唤醒电子控制单元举例，t-box在确定该电子控制单元软件更新完成的情况下，可以设置该唤醒信号线为低电平，并通过can总线该发送休眠指令给该电子控制单元，此时将电子控制单元设置为休眠模式可以减少蓄电池电量消耗，避免更新后无法启动车辆。

此外，在一种可能的实施方式中，t-box可以通过获取该电子控制单元当前软件版本信息，并在该电子控制单元当前软件版本信息与该软件更新包内的版本信息一致的情况下，确定该电子控制单元软件更新完成。另一种可能的实施方式中，t-box也可以是在接收到电子控制单元发送的更新成功消息后，确定该电子控制单元软件更新完成。

采用此方法，通过汽车ecu静默升级方式，不需要人员对车辆进行操作的情况下对汽车ecu进行升级更新，可以节省人力、提高效率，对汽车ecu升级带来极大的便利性，并且，t-box是在电子控制单元处于休眠状态时，通过唤醒信号线对电子控制单元进行唤醒，并在软件更新完成后，指示电子控制单元恢复休眠状态，从而避免了电子控制单元为了等待软件更新，持续保持工作状态，节省了功耗。

下面结合实施场景详细说明本公开实施例提供的一种车载电子控制单元的软件更新方法，其中，该实施场景中包括汽车远程服务提供平台21，以及车辆端的t-box22和电子控制单元23，如图2所示，该实施场景下，本公开实施例提供的一种车载电子控制单元的软件更新方法包括如下步骤：

s201、汽车远程服务提供平台21接收软件更新包。

s202、汽车远程服务提供平台21向t-box22发送升级任务，其中，升级任务包括该软件更新包的下载地址、静默升级条件、向电子控制单元23的存储中传输升级包的通信协议配置参数。

值得说明的是，汽车远程服务提供平台21可以提供车辆上的多种电子控制单元的软件更新包，例如发动机电子控制单元、自动变速箱控制单元等。在此种情况下，该升级任务还可以包括电子控制单元的标识信息，用于指示待更新软件的电子控制单元。

s203、t-box22根据该下载地址将软件更新包下载至本地储存。

s204、t-box22在预设当前时刻达到预设时间点的情况下，进行自唤醒。

s205、判断车辆是否满足该静默升级条件，该静默升级条件包括电子控制单元处于休眠状态。

这样，t-box无需实时判断车辆当前是否满足静默升级条件，其也可以进行休眠，只需在预设时间点自唤醒，进一步节省了功耗。

该预设时间点可以是内置到t-box的。也可以是携带在该静默升级条件中的，在此种情况下，步骤s205该的判断车辆是否满足静默升级条件即是指判断车辆是否满足静默升级条件中除预设时间点以外的其他条件，例如判断车辆是否已熄火且熄火超过预设时长阈值，蓄电池电压是否大于预设电压阈值，车门和窗户是否均已锁闭，手刹是否已拉起，车辆是否处于p挡等。

若满足静默升级条件，t-box22通过唤醒信号线将电子控制单元23唤醒。

s206、在电子控制单元23被唤醒后，t-box22通过can总线，将软件更新包传输至电子控制单元23的存储中。

s207、电子控制单元23对此软件更新包进行校验，若校验成功，则开始更新。

s208、在更新完毕后，电子控制单元23重新启动。

s209、若t-box22检测到电子控制单元23的当前软件版本为更新后的版本，则通过can总线发送休眠报文至电子控制单元23。

s210、电子控制单元23接收到休眠报文后，进入休眠状态；

采用此本公开实施例的方法，至少有以下优点：由于t-box能够自动从汽车远程服务提供平台获取到软件更新包，并可以根据静默升级条件，自动指示电子控制单元进行软件更新，整个过程无需人工参与，提升了软件更新的便捷性，并且，t-box是在电子控制单元处于休眠状态时，通过唤醒信号线对电子控制单元进行唤醒，并在软件更新完成后，指示电子控制单元恢复休眠状态，从而避免了电子控制单元为了等待软件更新，持续保持工作状态，节省了功耗。

本公开实施例还提供一种车载电子控制单元的软件更新装置，包括：

存储器，其上存储有计算机程序；

处理器，用于执行该存储器中的该计算机程序，以实现上述方法实施例提供的车载电子控制单元的软件更新方法的步骤。

其中，该软件更新装置可以为车载远程信息处理盒t-box或者是内置在车载远程信息处理盒t-box的部分功能单元。

图3是本公开实施例示出的上述车载电子控制单元的软件更新装置的一种具体的结构框图。如图3所示，该软件更新装置30可以包括：处理器31，存储器32，多媒体组件33，输入/输出(i/o)接口34，通信组件35。其中，处理器31用于控制该软件更新装置30的整体操作，以完成上述的车载电子控制单元的软件更新中的全部或部分步骤。存储器32用于存储各种类型的数据以支持在该软件更新装置30的操作，这些数据例如可以包括用于在该软件更新装置30上操作的任何应用程序或方法的指令，以及应用程序相关的数据，例如联系人数据、收发的消息、图片、音频、视频等等。该存储器32可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，例如静态随机存取存储器(staticrandomaccessmemory，简称sram)，电可擦除可编程只读存储器(electricallyerasableprogrammableread-onlymemory，简称eeprom)，可擦除可编程只读存储器(erasableprogrammableread-onlymemory，简称eprom)，可编程只读存储器(programmableread-onlymemory，简称prom)，只读存储器(read-onlymemory，简称rom)，磁存储器，快闪存储器，磁盘或光盘。多媒体组件33可以包括屏幕和音频组件。其中屏幕例如可以是触摸屏，音频组件用于输出和/或输入音频信号。例如，音频组件可以包括一个麦克风，麦克风用于接收外部音频信号。所接收的音频信号可以被进一步存储在存储器32或通过通信组件35发送。音频组件还包括至少一个扬声器，用于输出音频信号。i/o接口34为处理器31和其他接口模块之间提供接口，上述其他接口模块可以是键盘，鼠标，按钮等。这些按钮可以是虚拟按钮或者实体按钮。通信组件35用于该软件更新装置30与其他设备之间进行有线或无线通信。无线通信，例如wi-fi，蓝牙，近场通信(nearfieldcommunication，简称nfc)，2g、3g、4g或5g，或它们中的一种或几种的组合，因此相应的该通信组件35可以包括：wi-fi模块，蓝牙模块，nfc模块、2g模块、3g模块、4g模块或5g模块。

在一示例性实施例中，软件更新装置30可以被一个或多个应用专用集成电路(applicationspecificintegratedcircuit，简称asic)、数字信号处理器(digitalsignalprocessor，简称dsp)、数字信号处理设备(digitalsignalprocessingdevice，简称dspd)、可编程逻辑器件(programmablelogicdevice，简称pld)、现场可编程门阵列(fieldprogrammablegatearray，简称fpga)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述的车载电子控制单元的软件更新。

图4为本公开实施例提供的一种车辆的结构框图。如图4所示，车辆40包括车载远程信息处理盒t-box41、唤醒信号线42、电子控制单元43。本领域技术人员应该知悉，在具体实施时，该车辆还包括其它部件，例如图3中还示出的can总线34，此处不再一一列举。

其中，t-box41用于执行上述方法实施例提供车载电子控制单元的软件更新方法。在具体实施时，该t-box41例如可以内置有图3所示的软件更新装置30。

图5为本公开实施例提供的一种车载电子控制单元的软件更新系统的结构框图。如图5所示，该系统包括汽车远程服务提供平台51以及车辆40。

其中，车辆40中的车载远程信息处理盒t-box41用于执行上述方法实施例提供车载电子控制单元的软件更新方法。

以上结合附图详细描述了本公开的优选实施方式，但是，本公开并不限于上述实施方式中的具体细节，在本公开的技术构思范围内，可以对本公开的技术方案进行多种简单变型，这些简单变型均属于本公开的保护范围。

另外需要说明的是，在上述具体实施方式中所描述的各个具体技术特征，在不矛盾的情况下，可以通过任何合适的方式进行组合，为了避免不必要的重复，本公开对各种可能的组合方式不再另行说明。

此外，本公开的各种不同的实施方式之间也可以进行任意组合，只要其不违背本公开的思想，其同样应当视为本公开所公开的内容。