CN116133011A - 车载系统的升级方法、系统及装置 - Google Patents
车载系统的升级方法、系统及装置 Download PDFInfo
- Publication number
- CN116133011A CN116133011A CN202310173516.5A CN202310173516A CN116133011A CN 116133011 A CN116133011 A CN 116133011A CN 202310173516 A CN202310173516 A CN 202310173516A CN 116133011 A CN116133011 A CN 116133011A
- Authority
- CN
- China
- Prior art keywords
- vehicle
- upgrading
- data packet
- target area
- controller
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W24/00—Supervisory, monitoring or testing arrangements
- H04W24/02—Arrangements for optimising operational condition
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/60—Software deployment
- G06F8/65—Updates
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/08—Configuration management of networks or network elements
- H04L41/0803—Configuration setting
- H04L41/0813—Configuration setting characterised by the conditions triggering a change of settings
- H04L41/082—Configuration setting characterised by the conditions triggering a change of settings the condition being updates or upgrades of network functionality
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/06—Protocols specially adapted for file transfer, e.g. file transfer protocol [FTP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
- H04L67/125—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks involving control of end-device applications over a network
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/34—Network arrangements or protocols for supporting network services or applications involving the movement of software or configuration parameters
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/30—Services specially adapted for particular environments, situations or purposes
- H04W4/40—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W8/00—Network data management
- H04W8/22—Processing or transfer of terminal data, e.g. status or physical capabilities
- H04W8/24—Transfer of terminal data
- H04W8/245—Transfer of terminal data from a network towards a terminal
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Theoretical Computer Science (AREA)
- General Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Computer Security & Cryptography (AREA)
- Medical Informatics (AREA)
- General Health & Medical Sciences (AREA)
- Computing Systems (AREA)
- Health & Medical Sciences (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Databases & Information Systems (AREA)
- Stored Programmes (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明公开了一种车载系统的升级方法、系统及装置。其中,该方法包括:通过空中下载终端接收服务器发送的升级请求,其中,升级请求用于对车载控制器的车载系统进行升级;通过空中下载终端控制车载控制器的当前状态切换为升级状态;通过车载控制器接收服务器发送的初始数据包,其中,车载控制器至少包括:车载系统的升级平台;基于初始数据包对车载系统进行升级。本发明解决了相关技术中对车载系统进行升级的升级效率低的技术问题。
Description
技术领域
本发明涉及智能驾驶技术领域,具体而言,涉及一种车载系统的升级方法、系统及装置。
背景技术
空中下载(Over The Air,OTA)技术,指的是通过网络从云服务器远程下载软件包,然后对设备进行更新或升级。近年随着智能网联汽车的发展,该技术开始用于汽车软件的更新升级。车辆采用该技术进行更新升级时,因为车辆是直接与云端进行交互、获取软件包,用户无需将车辆开回汽车销售服务店,故此方案可以有效减少成本、提升用户体验。
目前使用的OTA技术主要将升级管理过程、状态管理过程等功能集中在OTA终端上,由OTA终端主导升级过程,导致存在OTA终端与车载控制器之间需进行复杂的交互,功能过度耦合的问题,并且当需要升级的控制器数量变多时,数据流复杂程度高,软件在平台间的可移植性也会变差。
针对上述的问题,目前尚未提出有效的解决方案。
发明内容
本发明实施例提供了一种车载系统的升级方法、系统及装置,以至少解决相关技术中对车载系统进行升级的升级效率低的技术问题。
根据本发明实施例的一个方面,提供了一种车载系统的升级方法,包括:通过空中下载终端接收服务器发送的升级请求,其中,升级请求用于对车载控制器的车载系统进行升级;通过空中下载终端控制车载控制器的当前状态切换为升级状态;通过车载控制器接收服务器发送的初始数据包,其中,车载控制器至少包括:车载系统的升级平台;基于初始数据包对车载系统进行升级。
可选地,基于初始数据包对车载系统进行升级,包括:响应于车载系统的升级条件满足预设升级条件,通过车载控制器判断初始数据包是否满足预设格式;响应于初始数据包满足预设格式,通过车载控制器对初始数据包进行还原,得到目标数据包;基于目标数据包,通过车载控制器的目标区域对车载系统进行升级,其中,目标区域用于表征能够对车载系统进行升级的区域。
可选地,目标区域包括:处于备份状态的第一目标区域和处于活动状态的第二目标区域,其中,基于目标数据包,通过车载控制器的目标区域对车载系统进行升级,包括:基于目标数据包,对第一目标区域进行刷写;响应于刷写完毕,将第一目标区域从备份状态切换为活动状态,将第二目标区域从活动状态切换为备份状态;基于第一目标区域对车载控制器进行重启;响应于车载控制器重启成功且运行正常,基于第一目标区域的内容对第二目标区域进行数据同步;响应于对第二目标区域进行数据同步完成,确定车载系统升级成功。
可选地,响应于车载控制器重启失败或运行异常,方法包括:将第一目标区域从活动状态切换为备份状态,并将第二目标区域从备份状态切换为活动状态;基于第二目标区域对车载控制器进行重启;基于第二目标区域的内容对第一目标区域进行数据同步;响应于对第一目标区域进行数据同步完成,确定车载系统升级失败。
可选地,基于目标数据包,通过车载控制器的目标区域对车载系统进行升级之前,方法还包括:响应于升级条件满足预设升级条件,且车载系统的目标升级值满足预设阈值,基于目标数据包,通过车载控制器与目标区域对车载系统进行升级;响应于目标升级条件不满足预设升级条件,或目标升级值不满足预设阈值,停止对车载系统进行升级,并向服务器反馈用于表征升级失败的升级结果。
可选地,该方法还包括:响应于升级结束,通过车载控制器向服务器返回升级结果。
根据本发明实施例的另一方面,还提供了一种车载系统的升级系统,包括:空中下载云端,用于发送车载系统的升级请求与初始数据包;空中下载终端,与空中下载云端连接,用于接收升级请求与初始数据包;车载控制器,与空中下载终端连接,用于基于初始数据包对车载系统进行升级。
根据本发明实施例的另一方面,还提供了一种车载系统的升级装置,包括:第一接收模块,用于通过空中下载终端接收服务器发送的升级请求,其中,升级请求用于对车载控制器的车载系统进行升级;控制模块,用于通过空中下载终端控制车载控制器的当前状态切换为升级状态;第二接收模块,用于通过车载控制器接收服务器发送的初始数据包,其中,车载控制器至少包括:车载系统的升级平台;升级模块,用于基于初始数据包对车载系统进行升级。
根据本发明实施例的另一方面,还提供了一种电子设备,包括:一个或多个处理器;存储装置,用于存储一个或多个程序;当一个或多个程序被一个或多个处理器执行,使得一个或多个处理器执行上述任意一项的车载系统的升级方法。
根据本发明实施例的另一方面,还提供了一种非易失性存储介质,非易失性存储介质包括存储的程序,其中,在程序运行时控制所在设备的处理器中执行上述任意一项的车载系统的升级方法。
在本发明实施例中,采用通过空中下载终端接收服务器发送的升级请求,其中,升级请求用于对车载控制器的车载系统进行升级;通过空中下载终端控制车载控制器的当前状态切换为升级状态;通过车载控制器接收服务器发送的初始数据包,其中,车载控制器至少包括:车载系统的升级平台;基于初始数据包对车载系统进行升级的方式。容易注意到的是,对车载系统进行升级是通过车载控制器以及服务器发送的数据包完成的,其中,车载控制器中包含车载系统的升级平台,使车载系统在升级时,可以减少车载控制器与空中下载终端的交互,降低车载控制器的升级复杂程度,减少车载控制器的升级周期,达到了能够快速高效的对车载系统进行升级的目的,从而实现了提高对车载系统进行升级的升级效率的技术效果,进而解决了相关技术中对车载系统进行升级的升级效率低的技术问题。
附图说明
此处所说明的附图用来提供对本发明的进一步理解,构成本申请的一部分,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中:
图1是根据本发明实施例的一种车载系统的升级方法的流程图;
图2是根据本发明实施例的一种可选的基于汽车开放系统架构自适应平台的空中下载系统架构;
图3是根据本发明实施例的一种可选的基于汽车开放系统架构自适应平台的车载控制器内部系统架构的示意图;
图4是根据本发明实施例的一种可选的空中下载的交互示意图;
图5是根据本发明实施例的一种的车载系统的升级系统的示意图;
图6是根据本发明实施例的一种车载系统的升级装置的示意图。
具体实施方式
为了使本技术领域的人员更好地理解本发明方案,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分的实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都应当属于本发明保护的范围。
需要说明的是,本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外,术语“包括”和“具有”以及他们的任何变形,意图在于覆盖不排他的包含,例如,包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元,而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
实施例1
根据本发明实施例,提供了一种车载系统的升级方法的实施例,需要说明的是,在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行,并且,虽然在流程图中示出了逻辑顺序,但是在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤。
图1是根据本发明实施例的一种车载系统的升级方法的流程图,如图1所示,该方法包括如下步骤:
步骤S102,通过空中下载终端接收服务器发送的升级请求,其中,升级请求用于对车载控制器的车载系统进行升级。
上述的服务器可以是任意一种能够对车辆的车载系统进行检测并发送升级请求的服务器,例如,可以是OTA云端,但不仅限于此。上述的空中下载终端可以是任意一种安装在车辆上的,能够接收服务器发送的升级请求的OTA终端。
在一种可选的实施例中,响应于服务器检测到车辆的车载系统需要进行升级,服务器可以发送升级请求至车辆,车辆可以通过空中下载终端接收服务器发送的升级请求。
在另一种可选的实施例中,响应于OTA云端接收到车辆发送的升级请求,OTA云端首先会检测到车辆的车载系统是否需要升级,响应于OTA云端检测到车载系统需要进行升级,OTA云端会确定需要进行升级的控制器和功能,并向车辆发送升级请求,响应于车辆确认升级后,OTA云端开始与车辆交互,启动升级流程。例如,OTA云端可以通过网络通知车辆的OTA终端切换OTA升级状态,准备接收升级包。
步骤S104,通过空中下载终端控制车载控制器的当前状态切换为升级状态。
在一种可选的实施例中,响应于接收到服务器发送的升级请求,可以通过车辆的空中下载终端控制车载控制器的当前状态切换为升级状态。
在另一种可选的实施例中,OTA终端可以向车载控制器发送进入OTA升级状态的指令,确保车辆在安全的情况下切换车载控制器的当前状态为OTA升级状态。
步骤S106,通过车载控制器接收服务器发送的初始数据包,其中,车载控制器至少包括:车载系统的升级平台。
上述的初始数据包可以是服务器发送的用于对车辆的车载系统进行升级的数据包。上述的升级平台可以是任意一种能够对车载系统进行升级的平台,例如,可以是汽车开放系统架构自适应平台(Automotive Open System Architecture AdaptivePlatform,简称AUTOSAR AP),但不仅限于此。
在一种可选的实施例中,对于需要进行安装或更新的软件,OTA云端首先通过和上一版本比对,可以获取到升级版本的差分内容,其次OTA云端可以对差分内容以及相关配置文件,包含升级对象的软件名称、版本信息以及适用器件的名称(Identify,ID)等进行打包压缩和加密,得到初始数据包。其中,首先可以采用开源的基于字节的数据补丁(HDiffPatch)算法,生成差分软件包(也叫增量包),因为软件变更的内容,通常只占软件整体的小部分,通过传输该差异部分、而不是传输软件全部的内容,可有效降低传输的数据量、减少流量消耗,其次OTA云端可以将生成的差分软件包及配置文件打包进行加密签名,得到初始数据包。其中,配置文件包含三个对象:a.一个标识符(Identifier)对象,用于表示该软件包需要升级哪个分区;b.一个增值打包(IsDeltaPkg)对象,用于表示该软件包是否为增量包;c.一个依赖(Dependcies)对象,用于描述软件的依赖项。
在另一种可选的实施例中,当差分软件包和配置文件打包完成后,OTA云端可通过网络调用车载控制器提供的软件包传输服务,将初始数据包发送至车载控制器。
在另一种可选的实施例中,响应于车载控制器的当前状态切换为升级状态,可以通过车载控制器接收服务器发送的初始数据包,其中,车载控制器中可以包括但不限于:需要升级的控制器以及车载系统的升级平台。
在又一种可选的实施例中,当车载控制器接收初始数据包后,车载控制器可以对初始数据包进行解密验签和完整性确认,验证结束后向OTA云端反馈初始数据包接收结果,其中,验证结果可以是初始数据包解密无误和完整,还可以是初始数据包无法解密和不完整,但不仅限于此。
步骤S108,基于初始数据包对车载系统进行升级。
在一种可选的实施例中,响应于接收到服务器发送的初始数据包,可以基于初始数据包对车载系统进行升级。
可选地,基于初始数据包对车载系统进行升级,包括:响应于车载系统的升级条件满足预设升级条件,通过车载控制器判断初始数据包是否满足预设格式;响应于初始数据包满足预设格式,通过车载控制器对初始数据包进行还原,得到目标数据包;基于目标数据包,通过车载控制器的目标区域对车载系统进行升级,其中,目标区域用于表征能够对车载系统进行升级的区域。
上述的预设升级条件可以是用户提前设置的用于确保车载系统可以安全升级的条件,响应于车载系统的升级条件满足预设升级条件,表明车载系统可以安全的进行升级。上述的预设格式可以是打包压缩和加密格式。
在一种可选的实施例中,响应于车载系统的升级条件满足预设升级条件,可以通过车载控制器判断初始数据包是否满足预设格式,也即可以判断初始数据包是否经过打包和压缩,响应于初始数据包经过打包和压缩,可以通过车载控制器对初始数据包进行差分还原,得到目标数据包。
在另一种可选的实施例中,响应于车载系统的升级条件满足预设升级条件,可以通过车载控制器判断初始数据包是否经过打包和压缩,响应于初始压缩包未经过打包和压缩,可以将初始数据包作为目标压缩包。
在另一种可选的实施例中,OTA云端确认初始数据包成功接收后,可以调用车载控制器提供的软件包安装服务,车载控制器在收到该指令后,通过配置文件中的IsDeltaPkg确定是否需要进行差分还原,当确定需要进行差分还原时,可以采用差分还原算法还原初始数据包,得到目标软件包。
在又一种可选的实施例中,当得到目标压缩包后,可以通过车载控制器的目标区域对车载系统进行升级,其中,目标区域用于表征能够对车载系统进行升级的区域。
可选地,基于目标数据包,通过车载控制器的目标区域对车载系统进行升级之前,方法还包括:响应于升级条件满足预设升级条件,且车载系统的目标升级值满足预设阈值,基于目标数据包,通过车载控制器与目标区域对车载系统进行升级;响应于目标升级条件不满足预设升级条件,或目标升级值不满足预设阈值,停止对车载系统进行升级,并向服务器反馈用于表征升级失败的升级结果。
上述的预设阈值可以是用户提前设置的,能够表明需要更新的控制器的依赖项是否存在的值,其中,需要更新的控制器的依赖项由Dependecies对象的值所定义。需要说明的是,预设阈值可根据车辆实际升级需求自行设定,例如可以为1,以表示需要更新的控制器的依赖项存在,但不仅限于此,还可以是0等,具体数值在本实施例中不做限定。
在一种可选的实施例中,基于目标数据包,通过车载控制器的目标区域对车载系统进行升级之前,首先可以确定车载系统的升级条件是否满足预设升级条件,以及车载系统的目标升级值是否满足预设阈值,响应于升级条件满足预设升级条件,且车载系统的目标升级值满足预设阈值,基于目标数据包,通过车载控制器与目标区域对车载系统进行升级。
在另一种可选的实施例中,可以通过车载控制器确认当前升级状态条件是否满足、以及当前更新对象的依赖项(由Dependecies对象的值所定义)是否存在。如果升级条件和依赖项满足,则车载控制器可以将对应的可执行程序等文件,安装到应用程序数据库(app_bak)分区的指定路径下,覆盖原来同名软件所在的目录。
在另一种可选的实施例中,响应于目标升级条件不满足预设升级条件,或目标升级值不满足预设阈值,停止对车载系统进行升级,并通过车载控制器向服务器反馈用于表征升级失败的升级结果。
在又一种可选的实施例中,如果升级条件和依赖项不满足,则退出执行升级程序,并向OTA云端报告相应的错误信息。
可选地,目标区域包括:处于备份状态的第一目标区域和处于活动状态的第二目标区域,其中,基于目标数据包,通过车载控制器的目标区域对车载系统进行升级,包括:基于目标数据包,对第一目标区域进行刷写;响应于刷写完毕,将第一目标区域从备份状态切换为活动状态,将第二目标区域从活动状态切换为备份状态;基于第一目标区域对车载控制器进行重启;响应于车载控制器重启成功且运行正常,基于第一目标区域的内容对第二目标区域进行数据同步;响应于对第二目标区域进行数据同步完成,确定车载系统升级成功。
在一种可选的实施例中,首先可以基于目标数据包,对车载控制器的第一目标区域进行刷写,响应于刷写完毕,可以将第一目标区域从备份状态切换为活动状态,将第二目标区域从活动状态切换为备份状态,其次可以基于第一目标区域对车载控制器进行重启,然后响应于车载控制器重启成功且运行正常,可以基于第一目标区域的内容对第二目标区域进行数据同步,响应于第二目标区域进行数据同步完成,确定车载系统升级成功。
在另一种可选的实施例中,当对初始数据包进行还原得到目标数据包后,车载控制器可以使用目标数据包进行分区刷写,根据Identifier对象的值,确定需要刷写的分区,其中软件的刷写采用A区和B区分别表示活动分区与备份分区。系统启动时,从A分区启动,在更新时对B分区进行操作,当刷写完成后,系统重启。重启时从B分区启动,如果系统可正常启动且程序都能正常运行,则说明可以表明升级成功,此时B分区将自身信息同步到A分区,完成一次更新升级过程。
在又一种可选的实施例中,当刷写完成后,将A分区(当前活动分区)设置为备份(un-active)分区,将B分区(当前备份分区)设置为活动(active)分区,以使系统重启时,从当前的备份分区启动;系统重启时,从B分区启动,并通过车载控制器启动所有应用程序;如果所有程序都能正常启动运行,则使用当前B分区的内容对A分区的内容进行同步(即活动分区与备份分区进行同步)。
可选地,响应于车载控制器重启失败或运行异常,方法包括:将第一目标区域从活动状态切换为备份状态,并将第二目标区域从备份状态切换为活动状态;基于第二目标区域对车载控制器进行重启;基于第二目标区域的内容对第一目标区域进行数据同步;响应于对第一目标区域进行数据同步完成,确定车载系统升级失败。
在一种可选的实施例中,当车载控制器重启失败或运行异常时,为了避免功能损坏,可以将第一目标区域从活动状态切换为备份状态,并将第二目标区域从备份状态切换为活动状态,其次可以基于第二目标区域对车载控制器进行重启,以达到功能回退的目的,然后可以基于第二目标区域的内容对第一目标区域进行数据同步,响应于对第一目标区域的数据同步完成,可以确定车载系统升级失败。
在另一种可选的实施例中,如果有软件不能正常工作,则可以将B分区(当前活动分区)设为un-active,而将A分区(当前备份分区)设为active状态,然后系统再次重启,从备份分区启动,并利用备份分区的内容,刷写当前活动分区的内容,以进行功能回退,避免功能损坏。
可选地,该方法还包括:响应于升级结束,通过车载控制器向服务器返回升级结果。
在一种可选的实施例中,当升级结束后,可以通过车载控制器向服务器返回升级结果,其中,响应于升级成功,升级结果可以是成功进行升级;响应于升级失败,升级结果可以是未成功进行升级。
在另一种可选的实施例中,响应于升级结束,车载控制器可以向OTA云端反馈升级结果(成功或失败),至此完成整个OTA过程。
本发明引入了基于AUTOSAR AP的OTA升级方法,借助AUTOSAR严谨的规范与流程,对整车OTA的升级过程进行标准化管理,提高OTA升级策略的可移植性。同时将OTA终端上与升级相关的功能模块进行拆解,并转移到云端和控制器。
图2是根据本发明实施例的一种可选的基于汽车开放系统架构自适应平台(AUTOSAR AP)的空中下载系统架构,如图2所示,该系统包括:空中下载(OTA)云端、空中下载(OTA)终端以及车载控制器,其中,空中下载(OTA)云端包括:空中下载库、加密以及软件包传输功能;空中下载(OTA)终端包括:通信协议、空中下载状态管理以及空中下载升级包管理;车载控制器包括:多个应用程序,例如应用程序1到应用程序n,以及汽车开放系统架构自适应平台。
需要说明的是,OTA升级包管理主要负责与OTA云端进行交互、下载软件包,然后将其透传至车载控制器。OTA状态管理负责确认整车的升级条件及各系统的状态是否满足升级条件。控制器中的AUTOSAR AP负责管理执行OTA流程。
图3是根据本发明实施例的一种可选的基于汽车开放系统架构自适应平台的车载控制器内部系统架构的示意图,如图3所示,空中下载(OTA)云端与空中下载(OTA)终端连接,空中下载(OTA)终端与车载控制器连接。其中,车载控制器中包括:多个应用程序、汽车开放系统架构自适应平台以及操作系统,汽车开放系统架构自适应平台中包括:更新与配置管理主控制器(Update and Configuration Management Master,UCM Master)、安全模块(Cryptography,Crypto)、持久化存储模块(Persistency,Per)、执行管理器(ExecutionManagement,EM)以及状态管理器(State Management,SM)。
需要说明的是,UCM Master负责对外提供OTA升级相关的服务,负责接收OTA软件包,并对其进行解密、验签,确认软件包的完整性,管理更新升级过程,是OTA的核心模块;Crypto负责加解密操作和秘钥证书管理;Per负责将数据持久化存储在非易失性存储器中;EM负责平台和应用程序的生命周期管理;SM负责管理AP和应用程序的运行状态。
当有软件需要安装或者更新时,图4是根据本发明实施例的一种可选的空中下载的交互示意图,如图4所示,空中下载(OTA)云端发送升级请求至用户,响应于用户确认进行升级,用户发送确认进行升级至空中下载(OTA)云端,空中下载(OTA)云端接收到确认进行升级的指令后,通知空中下载(OTA)终端准备进行空中下载(OTA)升级,空中下载(OTA)终端通知车载控制器将当前状态切换为空中下载(OTA)升级状态,车载控制器向空中下载(OTA)终端反馈状态切换结果,空中下载(OTA)终端向空中下载(OTA)云端反馈升级状态是否就绪的结果,空中下载(OTA)云端对差分软件包和配置文件进行打包和加密,得到软件包,然后将软件包传输至车载控制器,车载控制器对软件包校验,当校验成功并解密后,向空中下载(OTA)云端反馈软件包接收结果,空中下载(OTA)云端发送软件安装指令至车载控制器,车载控制器依次对软件包进行差分还原、确定要升级分区、进行AB面刷写以及升级软件验证过程,响应于更新完成,车载控制器向空中下载(OTA)云端反馈安装结果,空中下载(OTA)云端向用户反馈升级结果。
本发明所述OTA升级方法,能够简化OTA升级流程,由OTA云端主导OTA升级,减少车内控制器间交互的复杂度,并使用标准化服务的方式,对OTA终端和其他车载控制器之间耦合的功能进行统一,在减少升级流程的复杂度的同时提高系统的可靠性,降低车辆的生产制造和开发成本。并且在AUTOSAR AP的标准规范的基础上,引入差分升级和AB备份方案,设计完整的整车OTA升级流程,降低升级成本,对OTA升级过程进行标准化管理,提高平台的可移植性和稳定性,提高OTA升级标准的扩展性。还能够通过改善从云端到车载任意控制器的升级流程和方法,可使云端对车载多控制器进行同步升级,提高系统升级的速度。
本发明包括以下优点:
1)车内控制器间的交互减少,降低数据传输的复杂度,可以减少开发的周期,提高系统的稳定性。
2)车内控制器需要开发的软件移植到OTA云端,一个云端就可以支持所有车辆的升级,车载控制器上软件开发功能减少,可降低车辆的生产制造和开发成本。
3)在AUTOSAR AP的标准规范的基础上,引入差分升级和AB备份方案,降低升级成本,同时借助AUTOSAR严谨的规范,对升级过程进行标准化管理,提高系统的可复用性。
4)借助Adaptive AUTOSAR标准规范,能够保证该方案有很高的可实施性和可移植性,缩短开发周期,降低开发成本。
5)本发明支持云端对多个域控制器同步进行升级的方法,提高整车升级的速度和效率。
实施例2
根据本发明实施例的另一方面,还提供了一种车载系统的升级系统。图5是根据本发明实施例的一种的车载系统的升级系统的示意图,如图5所示,该系统包括:空中下载云端52,用于发送车载系统的升级请求与初始数据包;空中下载终端54,与空中下载云端连接,用于接收升级请求与初始数据包;车载控制器56,与空中下载终端连接,用于基于初始数据包对车载系统进行升级。
实施例3
根据本发明实施例,还提供了一种车载系统的升级装置,该装置可以执行上述实施例中的车载系统的升级方法,具体实现方式和优选应用场景与上述实施例相同,在此不做赘述。
图6是根据本发明实施例的一种车载系统的升级装置的示意图,如图6所示,该装置包括:第一接收模块62,用于通过空中下载终端接收服务器发送的升级请求,其中,升级请求用于对车载控制器的车载系统进行升级;控制模块64,用于通过空中下载终端控制车载控制器的当前状态切换为升级状态;第二接收模块66,用于通过车载控制器接收服务器发送的初始数据包,其中,车载控制器至少包括:车载系统的升级平台;升级模块68,用于基于初始数据包对车载系统进行升级。
可选地,升级模块包括:判断单元,用于响应于车载系统的升级条件满足预设升级条件,通过车载控制器判断初始数据包是否满足预设格式;还原单元,用于响应于初始数据包满足预设格式,通过车载控制器对初始数据包进行还原,得到目标数据包;第一升级单元,用于基于目标数据包,通过车载控制器的目标区域对车载系统进行升级,其中,目标区域用于表征能够对车载系统进行升级的区域。
可选地,目标区域包括:处于备份状态的第一目标区域和处于活动状态的第二目标区域,其中,升级单元包括:刷写子单元,用于基于目标数据包,对第一目标区域进行刷写;切换子单元,用于响应于刷写完毕,将第一目标区域从备份状态切换为活动状态,将第二目标区域从活动状态切换为备份状态;重启子单元,用于基于第一目标区域对车载控制器进行重启;同步子单元,用于响应于车载控制器重启成功且运行正常,基于第一目标区域的内容对第二目标区域进行数据同步;确定子单元,用于响应于对第二目标区域进行数据同步完成,确定车载系统升级成功。
可选地,同步子单元还用于:将第一目标区域从活动状态切换为备份状态,并将第二目标区域从备份状态切换为活动状态;基于第二目标区域对车载控制器进行重启;基于第二目标区域的内容对第一目标区域进行数据同步;响应于对第一目标区域进行数据同步完成,确定车载系统升级失败。
可选地,升级模块还包括:第二升级单元,用于响应于升级条件满足预设升级条件,且车载系统的目标升级值满足预设阈值,基于目标数据包,通过车载控制器与目标区域对车载系统进行升级;反馈单元,用于响应于目标升级条件不满足预设升级条件,或目标升级值不满足预设阈值,停止对车载系统进行升级,并向服务器反馈用于表征升级失败的升级结果。
可选地,该装置还包括:反馈模块,用于响应于升级结束,通过车载控制器向服务器返回升级结果。
实施例4
根据本发明实施例的另一方面,还提供了一种电子设备,包括:一个或多个处理器;存储装置,用于存储一个或多个程序;当一个或多个程序被一个或多个处理器执行,使得一个或多个处理器执行上述任意一项的车载系统的升级方法。
实施例5
根据本发明实施例的另一方面,还提供了一种非易失性存储介质,非易失性存储介质包括存储的程序,其中,在程序运行时控制所在设备的处理器中执行上述任意一项的车载系统的升级方法。
上述本发明实施例序号仅仅为了描述,不代表实施例的优劣。
在本发明的上述实施例中,对各个实施例的描述都各有侧重,某个实施例中没有详述的部分,可以参见其他实施例的相关描述。
在本申请所提供的几个实施例中,应该理解到,所揭露的技术内容,可通过其它的方式实现。其中,以上所描述的装置实施例仅仅是示意性的,例如所述单元的划分,可以为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,单元或模块的间接耦合或通信连接,可以是电性或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本发明各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述仅是本发明的优选实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本发明原理的前提下,还可以做出若干改进和润饰,这些改进和润饰也应视为本发明的保护范围。
Claims (10)
1.一种车载系统的升级方法,其特征在于,包括:
通过空中下载终端接收服务器发送的升级请求,其中,所述升级请求用于对车载控制器的车载系统进行升级;
通过所述空中下载终端控制车载控制器的当前状态切换为升级状态;
通过所述车载控制器接收所述服务器发送的初始数据包,其中,所述车载控制器至少包括:所述车载系统的升级平台;
基于所述初始数据包对所述车载系统进行升级。
2.根据权利要求1所述的方法,其特征在于,基于所述初始数据包对所述车载系统进行升级,包括:
响应于所述车载系统的升级条件满足预设升级条件,通过所述车载控制器判断所述初始数据包是否满足预设格式;
响应于所述初始数据包满足所述预设格式,通过所述车载控制器对所述初始数据包进行还原,得到目标数据包;
基于所述目标数据包,通过所述车载控制器的目标区域对所述车载系统进行升级,其中,所述目标区域用于表征能够对所述车载系统进行升级的区域。
3.根据权利要求2所述的方法,其特征在于,所述目标区域包括:处于备份状态的第一目标区域和处于活动状态的第二目标区域,其中,基于所述目标数据包,通过所述车载控制器的目标区域对所述车载系统进行升级,包括:
基于所述目标数据包,对所述第一目标区域进行刷写;
响应于刷写完毕,将所述第一目标区域从备份状态切换为活动状态,将所述第二目标区域从活动状态切换为备份状态;
基于所述第一目标区域对所述车载控制器进行重启;
响应于所述车载控制器重启成功且运行正常,基于所述第一目标区域的内容对所述第二目标区域进行数据同步;
响应于对所述第二目标区域进行数据同步完成,确定所述车载系统升级成功。
4.根据权利要求3所述的方法,其特征在于,响应于所述车载控制器重启失败或运行异常,所述方法包括:
将所述第一目标区域从活动状态切换为备份状态,并将所述第二目标区域从备份状态切换为活动状态;
基于所述第二目标区域对所述车载控制器进行重启;
基于所述第二目标区域的内容对所述第一目标区域进行数据同步;
响应于对所述第一目标区域进行数据同步完成,确定所述车载系统升级失败。
5.根据权利要求2所述的方法,其特征在于,基于所述目标数据包,通过所述车载控制器的目标区域对所述车载系统进行升级之前,所述方法还包括:
响应于所述升级条件满足所述预设升级条件,且所述车载系统的目标升级值满足预设阈值,基于所述目标数据包,通过所述车载控制器与所述目标区域对所述车载系统进行升级;
响应于所述目标升级条件不满足所述预设升级条件,或所述目标升级值不满足所述预设阈值,停止对所述车载系统进行升级,并向服务器反馈用于表征升级失败的升级结果。
6.根据权利要求1所述的方法,其特征在于,所述方法还包括:
响应于升级结束,通过所述车载控制器向所述服务器返回升级结果。
7.一种车载系统的升级系统,其特征在于,包括:
空中下载云端,用于发送所述车载系统的升级请求与初始数据包;
空中下载终端,与所述空中下载云端连接,用于接收所述升级请求与所述初始数据包;
车载控制器,与所述空中下载终端连接,用于基于所述初始数据包对所述车载系统进行升级。
8.一种车载系统的升级装置,其特征在于,包括:
第一接收模块,用于通过空中下载终端接收服务器发送的升级请求,其中,所述升级请求用于对车载控制器的车载系统进行升级;
控制模块,用于通过所述空中下载终端控制车载控制器的当前状态切换为升级状态;
第二接收模块,用于通过所述车载控制器接收所述服务器发送的初始数据包,其中,所述车载控制器至少包括:所述车载系统的升级平台;
升级模块,用于基于所述初始数据包对所述车载系统进行升级。
9.一种电子设备,其特征在于,包括:
一个或多个处理器;
存储装置,用于存储一个或多个程序;
当所述一个或多个程序被所述一个或多个处理器执行,使得所述一个或多个处理器执行权利要求1-6中任意一项所述的车载系统的升级方法。
10.一种非易失性存储介质,其特征在于,所述非易失性存储介质包括存储的程序,其中,在所述程序运行时控制所在设备的处理器中执行权利要求1-6中任意一项所述的车载系统的升级方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202310173516.5A CN116133011A (zh) | 2023-02-17 | 2023-02-17 | 车载系统的升级方法、系统及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202310173516.5A CN116133011A (zh) | 2023-02-17 | 2023-02-17 | 车载系统的升级方法、系统及装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN116133011A true CN116133011A (zh) | 2023-05-16 |
Family
ID=86304673
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202310173516.5A Pending CN116133011A (zh) | 2023-02-17 | 2023-02-17 | 车载系统的升级方法、系统及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN116133011A (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN116506841A (zh) * | 2023-06-29 | 2023-07-28 | 江铃汽车股份有限公司 | 基于智能网联驾驶场景下的ota升级方法、装置及电子设备 |
CN116996866A (zh) * | 2023-09-27 | 2023-11-03 | 上海艾拉比智能科技有限公司 | 一种基于阈值的可熔断车端ota升级方法 |
-
2023
- 2023-02-17 CN CN202310173516.5A patent/CN116133011A/zh active Pending
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN116506841A (zh) * | 2023-06-29 | 2023-07-28 | 江铃汽车股份有限公司 | 基于智能网联驾驶场景下的ota升级方法、装置及电子设备 |
CN116996866A (zh) * | 2023-09-27 | 2023-11-03 | 上海艾拉比智能科技有限公司 | 一种基于阈值的可熔断车端ota升级方法 |
CN116996866B (zh) * | 2023-09-27 | 2024-02-02 | 上海艾拉比智能科技有限公司 | 一种基于阈值的可熔断车端ota升级方法 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN116133011A (zh) | 车载系统的升级方法、系统及装置 | |
CN109804355B (zh) | 软件更新装置、软件更新方法、软件更新系统 | |
US11163549B2 (en) | Vehicle information communication system | |
US10437680B2 (en) | Relay apparatus, relay method, and computer program product | |
CN107809324B (zh) | 一种车载自动诊断系统设备及其升级方法 | |
US20230004381A1 (en) | Software version rollback method, apparatus, and system | |
US11630659B2 (en) | In-vehicle update device, update processing program, and program update method | |
US11579865B2 (en) | Vehicle information communication system | |
WO2014134989A2 (zh) | 一种Android终端及其实现升级的方法 | |
CN113885907A (zh) | 一种固件升级系统及方法 | |
JP7396229B2 (ja) | ソフトウェア更新装置、更新制御方法、更新制御プログラム及びotaマスタ | |
WO2023241458A1 (zh) | 车载控制器的软件升级方法、装置、设备和存储介质 | |
JP2020201986A (ja) | ソフトウェア更新装置、ソフトウェア更新方法 | |
US20230254374A1 (en) | Vehicle master device, update data verification method and computer program product | |
US20220317994A1 (en) | Ota master, update control method, and non-transitory storage medium | |
US20220283799A1 (en) | Center, update management method, and non-transitory storage medium | |
CN112596764B (zh) | 一种基于NB-IoT远程升级的物联网监测方法和装置 | |
JP7371585B2 (ja) | ソフトウェア更新装置、更新制御方法、更新制御プログラム及びサーバ | |
KR102563562B1 (ko) | 오토사 어댑티브 플랫폼에서 다이나믹 소프트웨어 설치를 위한 시스템 및 방법 | |
US11995437B2 (en) | Center, distribution control method, and non-transitory storage medium | |
CN116707819B (zh) | 一种车辆ota升级安全机制的构建方法 | |
WO2023106072A1 (ja) | 車載装置、プログラム、プログラムの更新方法、及び車載更新システム | |
US20220318003A1 (en) | Center, distribution control method, and non-transitory storage medium | |
CN112287348B (zh) | 一种车载模块的自刷新方法和系统 | |
CN116382723A (zh) | 一种软件升级方法、装置及电子设备 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination |