CN115914214A - 一种基于空中下载技术ota的数据更新方法及装置 - Google Patents
一种基于空中下载技术ota的数据更新方法及装置 Download PDFInfo
- Publication number
- CN115914214A CN115914214A CN202211607388.2A CN202211607388A CN115914214A CN 115914214 A CN115914214 A CN 115914214A CN 202211607388 A CN202211607388 A CN 202211607388A CN 115914214 A CN115914214 A CN 115914214A
- Authority
- CN
- China
- Prior art keywords
- ota
- vehicle
- file packet
- side unit
- road side
- 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
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D30/00—Reducing energy consumption in communication networks
- Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks
Landscapes
- Traffic Control Systems (AREA)
Abstract
本申请公开了一种基于空中下载技术OTA的数据更新方法及装置,在该方法中,若在第一车辆的预设通信范围内存在第一路侧单元,向第一路侧单元发送第一数据更新请求;接收第一路侧单元响应第一数据更新请求后发送的OTA文件包,OTA文件包是OTA服务器发送给第一路侧单元的;根据OTA文件包对与OTA文件包对应的目标软件进行数据更新。可见,第一车辆仅需通过预设通信范围内的第一路侧单元接收OTA文件包,即将第一路侧单元作为OTA文件包发送的中转节点,无需等待OTA服务器的处理,使得第一车辆能够快速获取OTA文件包以对目标软件进行数据更新,从而提高车辆的数据更新效率。
Description
技术领域
本申请涉及数据处理技术领域,尤其涉及一种基于空中下载技术OTA的数据更新方法及装置。
背景技术
随着互联网技术的不断发展,电动化、网联化以及智能化成为汽车行业的发展趋势。例如,使用空中下载技术(Over-the-Air Technology,OTA)的车辆逐渐增多,车辆通过OTA可以远程修复软件问题,还可以为自身增加新功能,避免用户去车厂等地方更新或修复软件,节省用户的时间成本。因此,通过OTA进行车辆的数据更新十分重要。
现有技术中,基于OTA的数据更新方法通常为:车辆通过OTA服务器获取OTA文件包,再根据该OTA文件包进行对应软件的数据更新。
然而,在上述基于OTA的数据更新的方法中,可能出现车辆与OTA服务器距离较远,车辆无法进行数据更新的情况;还可能会出现同一时间多个车辆通过OTA服务器获取OTA文件包,但受制于OTA服务器的处理能力,无法快速对多个车辆进行响应,车辆无法及时进行数据更新的情况,导致车辆的数据更新效率降低。
发明内容
有鉴于此,本申请实施例提供了一种基于空中下载技术OTA的数据更新方法及装置,旨在提高车辆的数据更新效率。
第一方面,本申请实施例提供了一种基于空中下载技术OTA的数据更新方法,所述方法包括:
若在所述第一车辆的预设通信范围内存在第一路侧单元,向所述第一路侧单元发送第一数据更新请求;
接收所述第一路侧单元响应所述第一数据更新请求后发送的OTA文件包,所述OTA文件包是OTA服务器发送给所述第一路侧单元的;
根据所述OTA文件包对与所述OTA文件包对应的目标软件进行数据更新。
可选地,在所述接收所述第一路侧单元响应所述第一数据更新请求后发送的OTA文件包之后,所述方法还包括:
在接收所述OTA文件包的过程中,若所述第一路侧单元超出所述预设通信范围,继续接收在所述预设通信范围内的第二路侧单元发送的所述OTA文件包。
可选地,所述第一路侧单元包括第一管理单元,所述第一管理单元记录所述第一路侧单元发送所述OTA文件包的传输进度;所述第二路侧单元包括第二管理单元;所述在接收所述OTA文件包的过程中,若所述第一路侧单元超出所述预设通信范围,继续接收在所述预设通信范围内的第二路侧单元发送的所述OTA文件包,具体为:
在接收所述OTA文件包的过程中,若所述第一路侧单元超出所述预设通信范围,继续接收所述第二路侧单元发送的剩余OTA文件包,所述剩余OTA文件包是所述第二路侧单元根据所述传输进度对所述OTA文件包进行拆分得到的,所述传输进度是所述第一管理单元向所述第二管理单元发送的。
可选地,所述第一管理单元还记录所述OTA文件包的大小和所述第一路侧单元的预设范围内的网络情况。
可选地,在所述接收所述第一路侧单元响应所述第一数据更新请求后发送的OTA文件包之后,还包括:
若第二车辆的第二预设通信范围内不存在第三路侧单元,且所述第二预设通信范围内存在所述第一车辆,接收所述第二车辆发送的第二数据更新请求,且向所述第二车辆发送所述OTA文件包。
可选地,所述第一车辆包括第一管理子单元,所述第一管理子单元记录所述第一车辆的第一移动方向和所述第一车辆的第一移动速度;所述第二车辆包括第二管理子单元,所述第二管理子单元记录所述第二车辆的第二移动方向和所述第二车辆的第二移动速度;所述若第二车辆的第二预设通信范围内不存在第三路侧单元,且所述第二预设通信范围内存在所述第一车辆,接收所述第二车辆发送的第二数据更新请求,且向所述第二车辆发送所述OTA文件包,具体为:
若所述第一移动方向和所述第二移动方向匹配,且所述第一移动速度和所述第二移动速度的差值小于预设阈值,接收所述第二车辆发送的第二数据更新请求,且向所述第二车辆发送所述OTA文件包。
第二方面,本申请实施例提供了一种基于空中下载技术OTA的数据更新装置,所述装置包括:
发送模块,用于若在所述第一车辆的预设通信范围内存在第一路侧单元,向所述第一路侧单元发送第一数据更新请求;
第一接收模块,用于接收所述第一路侧单元响应所述第一数据更新请求后发送的OTA文件包,所述OTA文件包是OTA服务器发送给所述第一路侧单元的;
更新模块,用于根据所述OTA文件包对与所述OTA文件包对应的目标软件进行数据更新。
可选地,所述装置还包括:
第二接收模块,用于在接收所述OTA文件包的过程中,若所述第一路侧单元超出所述预设通信范围,继续接收在所述预设通信范围内的第二路侧单元发送的所述OTA文件包。
可选地,所述第一路侧单元包括第一管理单元,所述第一管理单元记录所述第一路侧单元发送所述OTA文件包的传输进度;所述第二路侧单元包括第二管理单元;
第二接收模块,用于在接收所述OTA文件包的过程中,若所述第一路侧单元超出所述预设通信范围,继续接收所述第二路侧单元发送的剩余OTA文件包,所述剩余OTA文件包是所述第二路侧单元根据所述传输进度对所述OTA文件包进行拆分得到的,所述传输进度是所述第一管理单元向所述第二管理单元发送的。
可选地,所述第一管理单元还记录所述OTA文件包的大小和所述第一路侧单元的预设范围内的网络情况。
可选地,所述装置还包括:
第三接收模块,若第二车辆的第二预设通信范围内不存在第三路侧单元,且所述第二预设通信范围内存在所述第一车辆,接收所述第二车辆发送的第二数据更新请求,且向所述第二车辆发送所述OTA文件包。
可选地,所述第一车辆包括第一管理子单元,所述第一管理子单元记录所述第一车辆的第一移动方向和所述第一车辆的第一移动速度;所述第二车辆包括第二管理子单元,所述第二管理子单元记录所述第二车辆的第二移动方向和所述第二车辆的第二移动速度;
第三接收模块,用于若所述第一移动方向和所述第二移动方向匹配,且所述第一移动速度和所述第二移动速度的差值小于预设阈值,接收所述第二车辆发送的第二数据更新请求,且向所述第二车辆发送所述OTA文件包。
第三方面,本申请实施例提供了一种基于空中下载技术OTA的数据更新设备,所述设备包括:
存储器,用于存储计算机程序;
处理器,用于执行所述计算机程序,以使所述设备执行前述第一方面所述的基于空中下载技术OTA的数据更新方法。
第四方面,本申请实施例提供了一种计算机存储介质,所述计算机存储介质上存储有计算机程序,当所述计算机程序被运行时,运行所述计算机程序的设备实现前述第一方面所述的基于空中下载技术OTA的数据更新方法。
相较于现有技术,本申请实施例具有以下有益效果:
本申请实施例提供了一种基于空中下载技术OTA的数据更新方法及装置,在该方法中,若在第一车辆的预设通信范围内存在第一路侧单元,向第一路侧单元发送第一数据更新请求;接收第一路侧单元响应第一数据更新请求后发送的OTA文件包,OTA文件包是OTA服务器发送给第一路侧单元的;根据OTA文件包对与OTA文件包对应的目标软件进行数据更新。可见,第一车辆仅需通过预设通信范围内的第一路侧单元接收OTA文件包,即将第一路侧单元作为OTA文件包发送的中转节点,无需等待OTA服务器的处理,使得第一车辆能够快速获取OTA文件包以对目标软件进行数据更新,从而提高车辆的数据更新效率。
附图说明
为更清楚地说明本实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为本申请实施例提供的一种基于空中下载技术OTA的数据更新方法的流程图;
图2为本申请实施例提供的一种具体的基于OTA进行数据更新的示意图;
图3为本申请实施例提供的一种基于空中下载技术OTA的数据更新装置的结构示意图。
具体实施方式
为了使本技术领域的人员更好地理解本申请方案,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
目前,已有的基于OTA的数据更新方法为,车辆通过OTA服务器获取OTA文件包,再根据该OTA文件包进行对应软件的数据更新。然而,在该基于OTA的数据更新的方法中,可能出现车辆与OTA服务器距离较远,车辆无法进行数据更新的情况;还可能会出现同一时间多个车辆通过OTA服务器获取OTA文件包,但受制于OTA服务器的处理能力,无法快速对多个车辆进行响应,车辆无法及时进行数据更新的情况,导致车辆的数据更新效率降低。
基于此,为了解决上述问题,本申请实施例提供了一种基于空中下载技术OTA的数据更新方法及装置,在该方法中,若在第一车辆的预设通信范围内存在第一路侧单元,向第一路侧单元发送第一数据更新请求;接收第一路侧单元响应第一数据更新请求后发送的OTA文件包,OTA文件包是OTA服务器发送给第一路侧单元的;根据OTA文件包对与OTA文件包对应的目标软件进行数据更新。可见,第一车辆仅需通过预设通信范围内的第一路侧单元接收OTA文件包,即将第一路侧单元作为OTA文件包发送的中转节点,无需等待OTA服务器的处理,使得第一车辆能够快速获取OTA文件包以对目标软件进行数据更新,从而提高车辆的数据更新效率。
下面结合附图,通过实施例来详细说明本申请实施例中基于空中下载技术OTA的数据更新方法及装置的具体实现方式。
参见图1,该图为本申请实施例提供的一种基于空中下载技术OTA的数据更新方法的流程图,结合图1所示,具体可以包括:
S101:若在第一车辆的预设通信范围内存在第一路侧单元,向第一路侧单元发送第一数据更新请求。
第一车辆可以在自身的预设通信范围内寻找是否有第一路侧单元,若预设通信范围内存在第一路侧单元,则可以向该第一路侧单元发送第一数据更新请求。其中,路侧单元指Road Side Unit,是安装在路侧,且可以采用专用短程通信技术(Dedicated ShortRange Communication,DSRC),与车载单元(OBU,On Board Unit)进行通讯的装置。数据更新请求是指车辆需要进行数据更新的目标软件对应的数据更新请求。
举例来说,可以在第一车辆的软件需要进行更新时,在预设通信范围内查找是否存在第一路侧单元;也可以在第一车辆的软件需要修复时,查找第一路侧单元;还可以是第一路侧单元主动向第一车辆发送软件更新提醒,第一车辆在确认第一路侧单元在自身预设通信范围内的情况下,向其发送第一数据更新请求。当然,也可以采用其他方式,并不影响本申请实施例的实现。
S102:接收第一路侧单元响应第一数据更新请求后发送的OTA文件包,OTA文件包是OTA服务器发送给第一路侧单元的。
在第一路侧单元接受到第一车辆发送的第一数据更新请求后,查找和第一数据更新请求对应的OTA文件包,并将该OTA文件包发送给第一车辆,第一车辆接收该OTA文件包,第一路侧单元的OTA文件包是OTA服务器预先发送过去的。其中,OTA文件包是指目标软件对应的文件包,举例来说,可以是目标软件最新版本的全量包,也可以是目标软件最新版本与当前版本的差分包,即根据差分算法对最新版本的软件包和当前版本的软件包的差别生成的。
在一种可能的实施方式中,若第一车辆中包括目标软件当前版本的软件包,则可以向路侧单元发送需要差分包的数据更新请求;若第一车辆中未包括目标软件当前版本的软件包,则可以向路侧单元发送需要目标软件最新版本的全量包的数据更新请求。
其中,OTA服务器具体可以为OTA云端服务器,包含汽车主机厂支持OTA升级的控制器的全部且完整的升级包,可以支持多车型、多型号规格、多种类型电子控制单元ECU软件的升级。当车辆相关的软件需要进行更新或修复漏洞时,OTA将对应的升级包发送到多个路侧单元中,以响应车辆的数据更新请求。可见,第一路侧单元中包含第一车辆所需的OTA文件包,第一车辆仅与第一路侧单元进行交互即可,无需考虑距离可能较远且可能需等待较长时间才能响应的OTA服务器。
另外,在本申请可选实施例中,第一车辆的状态可能是停止,可以接收第一路侧单元发送的完整的OTA文件包;但第一车辆的状态也可能是在移动的,导致在OTA文件包传输的过程中,可能出现传输未完成,第一路侧单元就超出预设通信范围的情况。则在第一车辆接收OTA文件包的过程中,若第一路侧单元超出其预设通信范围,第一车辆可以在预设范围内寻找第二路侧单元,继续接收第二路侧单元发送的OTA文件包。因此,在本申请可选实施例中,该基于OTA的数据更新方法还包括S1:在接收OTA文件包的过程中,若第一路侧单元超出预设通信范围,继续接收在预设通信范围内的第二路侧单元发送的OTA文件包。可见,无论车辆的状态是移动还是停止,仅需预设通信范围内存在有OTA文件包的路侧单元,即可直接接收OTA文件包,进行对应目标软件的数据更新,大大加快了车辆数据更新的效率。
在一种可能的实施方式中,若第一车辆的移动速度很快,第二路侧单元也未发完该OTA文件包时,第一车辆可继续在预设通信范围内寻找其他路侧单元,也可以寻找OTA服务器,本申请并不具体限定第一车辆接收OTA文件包时所需的路侧单元数量,可以直至将该OTA文件包完整的接收。
其中,本申请实施例可不具体限定第一车辆继续接收OTA文件包的过程,为了便于理解,下面结合一种可能的实施方式进行说明。
在一种可能的实施方式中,第一路侧单元包括第一管理单元,该第一管理单元可以在OTA文件包传输的过程中记录传输进度,同时第二路侧单元也包括第二管理单元;在第一车辆接收OTA文件包的过程中,若第一路侧单元超出第一车辆的预设通信范围,无法继续传输该OTA文件包时,第一管理单元将记录的传输进度发送给在预设通信范围内的第二路侧单元的第二管理单元,第二路侧单元根据该传输进度对OTA文件包进行拆分,得到第一车辆还未接收到的剩余部分的OTA文件包,第一车辆则可以继续接收第二路侧单元发送的剩余OTA文件包。因此,第一路侧单元可以包括第一管理单元,第一管理单元可以记录第一路侧单元发送OTA文件包的传输进度;第二路侧单元可以包括第二管理单元;S1具体可以为:在接收OTA文件包的过程中,若第一路侧单元超出预设通信范围,继续接收第二路侧单元发送的剩余OTA文件包,剩余OTA文件包是第二路侧单元根据传输进度对OTA文件包进行拆分得到的,传输进度是第一管理单元向第二管理单元发送的。
在一种可能的实施方式中,在第一车辆接收OTA文件包的过程中,第一路侧单元的第一管理单元记录传输该OTA文件包的传输进度,可以将传输进度发送给第一车辆,在第一路侧单元超出预设通信范围且第二路侧单元进入预设通信范围时,第一车辆将OTA文件包的传输进度发送给第二路侧单元的第二管理单元,第二路侧单元再根据该传输进度向第一车辆发送剩余OTA文件包,第一车辆继续接收剩余OTA文件包。
另外,在本申请可选实施例中,第一路侧单元的第一管理单元还可以记录该OTA文件包的大小,以及第一路侧单元的周围预设范围的网络情况。第一管理单元记录OTA文件包的大小,更加利于记录OTA文件的传输进度,记录第一路侧单元的预设范围内的网络情况,以便第一车辆在遇到预设通信范围内有至少2个路侧单元时,选择网络情况好的路侧单元进行OTA文件包的接收。当然,第一管理单元也可以记录其他数据,并不影响本申请实施例的实现。
另外,若第二车辆的第二预设通信范围内不存在第三路侧单元,但第一车辆在其第二预设通信范围内,则第二车辆可以向第一车辆发送第二数据更新请求,再接收第一车辆响应该第二数据更新请求发送的OTA文件包。因此,在本申请可选实施例中,该基于OTA的数据更新方法还包括S2:若第二车辆的第二预设通信范围内不存在第三路侧单元,且第二预设通信范围内存在第一车辆,接收第二车辆发送的第二数据更新请求,且向第二车辆发送OTA文件包。可见,在车辆的通信范围内不存在路侧单元时,可以寻找包括OTA文件包的车辆,即将车辆也作为OTA文件包发送的中转节点,在没有路侧单元时,也可接收OTA文件包进行数据更新,更加方便的进行车辆的数据更新。
在一种可能的实施方式中,若第二车辆的第二预设通信范围内不存在第三路侧单元,第二车辆可以先在第二预设通信范围内查找是否有OTA服务器,若存在且该OTA服务器处于空闲状态时,第二车辆可以直接向该OTA服务器发送第二数据更新请求并接收OTA文件包,若第二预设通信范围不存在OTA服务器或者OTA服务器正在与其他车辆进行交互,则第二车辆可以在第二预设通信范围内寻找包括OTA文件包的第一车辆,以发送第二数据更新请求并接收OTA文件包。当然,对于OTA服务器或包括OTA文件包的第一车辆的寻找顺序不做具体限定,并不影响本申请实施例的实现。
其中,本申请实施例可不具体限定第一车辆接收第二数据更新请求的过程,为了便于理解,下面结合一种可能的实施方式进行说明。
在一种可能的实施方式中,第一车辆或第二车辆可以分别包括第一管理子单元或第二管理子单元,该第一管理子单元可以记录第一车辆的第一移动方向和第一移动速度,同理,第二管理子单元可以记录第二车辆的第二移动方向和第二移动速度;当第二车辆的第二预设通信范围内不存在第三路侧单元,且第二预设通信范围内存在第一车辆时,第一管理子单元和第二管理子单元可以将记录的数据进行比较,若第一移动方向和第二移动方向匹配,且第一移动速度和第二移动速度的差值小于预设阈值,即第一车辆和第二车辆的移动方向相同,且移动速度相差不多,则第一车辆可以接收第二车辆的第二数据更新请求,并向第二车辆发送OTA文件包。因此,第一车辆包括第一管理子单元,第一管理子单元记录第一车辆的第一移动方向和第一车辆的第一移动速度;第二车辆包括第二管理子单元,第二管理子单元记录第二车辆的第二移动方向和第二车辆的第二移动速度;S2具体可以为:若第一移动方向和第二移动方向匹配,且第一移动速度和第二移动速度的差值小于预设阈值,接收第二车辆发送的第二数据更新请求,且向第二车辆发送OTA文件包。
可见,第二车辆可以根据第二管理子单元记录的第二移动方向和第二移动速度寻找第一移动方向和第一移动速度均符合条件的第一车辆,避免因移动方向不符合,而短暂进行交互的情况,能够节省传输节点切换的步骤,进一步提高车辆数据更新的效率。
在一种可能的实施方式中,第一管理子单元和第二管理子单元还可以记录OTA文件包的传输进度、OTA文件包的大小以及第一车辆或第二车辆的网络情况。当然,第一管理子单元也可以记录其他数据,并不影响本申请实施例的实现。若第二车辆在接收第一车辆发送的OTA文件包的过程中,第一车辆超出第二预设通信范围,第二车辆可以继续接收在第二预设通信范围内的其他路侧单元或者其他包括OTA文件包车辆发送的剩余OTA文件包,剩余的OTA文件包可以根据第二车辆的第二管理单元记录的传输进度得到。
S103:根据OTA文件包对与OTA文件包对应的目标软件进行数据更新。
第一车辆根据接收到的完整的OTA文件包,可以对与OTA文件包对应的目标软件进行数据更新。举例来说,数据更新可以是利用该OTA文件包对目标软件进行升级;数据更新还可以是利用该OTA文件包对目标软件的漏洞进行修复,当然,也可以是其他方式,并不影响本申请实施例的实现。
在一种可能的实施方式中,参见图2,该图为本申请实施例提供的一种具体的基于OTA进行数据更新的示意图。结合图2所示,路侧单元1和路侧单元2中包括OTA云端服务器发送的OTA文件包,车辆4中也包括OTA文件包;车辆1的预设通信范围内存在路侧单元1,则车辆1可以向路侧单元1发送数据更新请求,并接收路侧单元1发送的OTA文件包,若在OTA文件包传输的过程中,车辆1继续向路侧单元2的方向行驶,路侧单元1超出其通信范围且路侧单元2进入其通信范围,则车辆1可以继续接收路侧单元2发送的OTA文件包;同理,车辆2的预设通信范围内存在路侧单元2,则车辆2可以向路侧单元2发送数据更新请求,并接收路侧单元2发送的OTA文件包;车辆3的预设通信范围内存在包括OTA文件包的车辆4,则车辆3可以向车辆4发送数据更新请求,并接收车辆4发送的OTA文件包。
基于上述S101-S103的相关内容可知,本申请实施例中,若在第一车辆的预设通信范围内存在第一路侧单元,向第一路侧单元发送第一数据更新请求;接收第一路侧单元响应第一数据更新请求后发送的OTA文件包,OTA文件包是OTA服务器发送给第一路侧单元的;根据OTA文件包对与OTA文件包对应的目标软件进行数据更新。可见,第一车辆仅需通过预设通信范围内的第一路侧单元接收OTA文件包,即将第一路侧单元作为OTA文件包发送的中转节点,无需等待OTA服务器的处理,使得第一车辆能够快速获取OTA文件包以对目标软件进行数据更新,从而提高车辆的数据更新效率。
以上为本申请实施例提供基于空中下载技术OTA的数据更新方法的一些具体实现方式,基于此,本申请还提供了对应的装置。下面将从功能模块化的角度对本申请实施例提供的装置进行介绍。
参见图3,该图为本申请实施例提供的一种基于空中下载技术OTA的数据更新装置300的结构示意图,该装置300可以包括:
发送模块301,用于若在第一车辆的预设通信范围内存在第一路侧单元,向第一路侧单元发送第一数据更新请求;
第一接收模块302,用于接收第一路侧单元响应第一数据更新请求后发送的OTA文件包,OTA文件包是OTA服务器发送给第一路侧单元的;
更新模块303,用于根据OTA文件包对与OTA文件包对应的目标软件进行数据更新。
在本申请实施例中,通过发送模块301、第一接收模块302以及更新模块303这三个模块的配合,若在第一车辆的预设通信范围内存在第一路侧单元,向第一路侧单元发送第一数据更新请求;接收第一路侧单元响应第一数据更新请求后发送的OTA文件包,OTA文件包是OTA服务器发送给第一路侧单元的;根据OTA文件包对与OTA文件包对应的目标软件进行数据更新。可见,第一车辆仅需通过预设通信范围内的第一路侧单元接收OTA文件包,即将第一路侧单元作为OTA文件包发送的中转节点,无需等待OTA服务器的处理,使得第一车辆能够快速获取OTA文件包以对目标软件进行数据更新,从而提高车辆的数据更新效率。
作为一种实施方式,该基于空中下载技术OTA的数据更新装置300,还可以包括:
第二接收模块,用于在接收OTA文件包的过程中,若第一路侧单元超出预设通信范围,继续接收在预设通信范围内的第二路侧单元发送的OTA文件包。
作为一种实施方式,第一路侧单元包括第一管理单元,第一管理单元记录第一路侧单元发送OTA文件包的传输进度;第二路侧单元包括第二管理单元,第二接收模块,具体可以用于:
在接收OTA文件包的过程中,若第一路侧单元超出预设通信范围,继续接收第二路侧单元发送的剩余OTA文件包,剩余OTA文件包是第二路侧单元根据传输进度对OTA文件包进行拆分得到的,传输进度是第一管理单元向第二管理单元发送的。
作为一种实施方式,第二接收模块中的第一管理单元具体还可以记录OTA文件包的大小和第一路侧单元的预设范围内的网络情况。
作为一种实施方式,该基于空中下载技术OTA的数据更新装置300,还可以包括:
第三接收模块,用于若第二车辆的第二预设通信范围内不存在第三路侧单元,且第二预设通信范围内存在第一车辆,接收第二车辆发送的第二数据更新请求,且向第二车辆发送OTA文件包。
作为一种实施方式,第一车辆包括第一管理子单元,第一管理子单元记录第一车辆的第一移动方向和第一车辆的第一移动速度;第二车辆包括第二管理子单元,第二管理子单元记录第二车辆的第二移动方向和第二车辆的第二移动速度,第三接收模块,具体可以用于:
若第一移动方向和第二移动方向匹配,且第一移动速度和第二移动速度的差值小于预设阈值,接收第二车辆发送的第二数据更新请求,且向第二车辆发送OTA文件包。
本申请实施例还提供了对应的设备以及计算机存储介质,用于实现本申请实施例提供的方案。
其中,设备包括存储器和处理器,存储器用于存储计算机程序,处理器用于执行计算机程序,以使设备执行本申请任一实施例的基于空中下载技术OTA的数据更新方法。
计算机存储介质中存储有计算机程序,当计算机程序被运行时,运行计算机程序的设备实现本申请任一实施例的基于空中下载技术OTA的数据更新方法。
本申请实施例中提到的“第一”、“第二”(若存在)等名称中的“第一”、“第二”只是用来做名字标识,并不代表顺序上的第一、第二。
通过以上的实施方式的描述可知,本领域的技术人员可以清楚地了解到上述实施例方法中的全部或部分步骤可借助软件加通用硬件平台的方式来实现。基于这样的理解,本申请的技术方案可以以软件产品的形式体现出来,该计算机软件产品可以存储在存储介质中,如只读存储器(英文:read-only memory,ROM)/RAM、磁碟、光盘等,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者诸如路由器等网络通信设备)执行本申请各个实施例或者实施例的某些部分所述的方法。
需要说明的是,本说明书中的各个实施例均采用递进的方式描述,各个实施例之间相同相似的部分互相参见即可,每个实施例重点说明的都是与其他实施例的不同之处。尤其,对于装置实施例而言,由于其基本相似于方法实施例,所以描述得比较简单,相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的,其中作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元提示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下,即可以理解并实施。
以上所述,仅为本申请的一种具体实施方式,但本申请的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本申请揭露的技术范围内,可轻易想到的变化或替换,都应涵盖在本申请的保护范围之内。因此,本申请的保护范围应该以权利要求的保护范围为准。
Claims (10)
1.一种基于空中下载技术OTA的数据更新方法,其特征在于,应用于第一车辆,所述方法包括:
若在所述第一车辆的预设通信范围内存在第一路侧单元,向所述第一路侧单元发送第一数据更新请求;
接收所述第一路侧单元响应所述第一数据更新请求后发送的OTA文件包,所述OTA文件包是OTA服务器发送给所述第一路侧单元的;
根据所述OTA文件包对与所述OTA文件包对应的目标软件进行数据更新。
2.根据权利要求1所述的方法,其特征在于,在所述接收所述第一路侧单元响应所述第一数据更新请求后发送的OTA文件包之后,所述方法还包括:
在接收所述OTA文件包的过程中,若所述第一路侧单元超出所述预设通信范围,继续接收在所述预设通信范围内的第二路侧单元发送的所述OTA文件包。
3.根据权利要求2所述的方法,其特征在于,所述第一路侧单元包括第一管理单元,所述第一管理单元记录所述第一路侧单元发送所述OTA文件包的传输进度;所述第二路侧单元包括第二管理单元;所述在接收所述OTA文件包的过程中,若所述第一路侧单元超出所述预设通信范围,继续接收在所述预设通信范围内的第二路侧单元发送的所述OTA文件包,具体为:
在接收所述OTA文件包的过程中,若所述第一路侧单元超出所述预设通信范围,继续接收所述第二路侧单元发送的剩余OTA文件包,所述剩余OTA文件包是所述第二路侧单元根据所述传输进度对所述OTA文件包进行拆分得到的,所述传输进度是所述第一管理单元向所述第二管理单元发送的。
4.根据权利要求3所述的方法,其特征在于,所述第一管理单元还记录所述OTA文件包的大小和所述第一路侧单元的预设范围内的网络情况。
5.根据权利要求1所述的方法,其特征在于,在所述接收所述第一路侧单元响应所述第一数据更新请求后发送的OTA文件包之后,还包括:
若第二车辆的第二预设通信范围内不存在第三路侧单元,且所述第二预设通信范围内存在所述第一车辆,接收所述第二车辆发送的第二数据更新请求,且向所述第二车辆发送所述OTA文件包。
6.根据权利要求5所述的方法,其特征在于,所述第一车辆包括第一管理子单元,所述第一管理子单元记录所述第一车辆的第一移动方向和所述第一车辆的第一移动速度;所述第二车辆包括第二管理子单元,所述第二管理子单元记录所述第二车辆的第二移动方向和所述第二车辆的第二移动速度;所述若第二车辆的第二预设通信范围内不存在第三路侧单元,且所述第二预设通信范围内存在所述第一车辆,接收所述第二车辆发送的第二数据更新请求,且向所述第二车辆发送所述OTA文件包,具体为:
若所述第一移动方向和所述第二移动方向匹配,且所述第一移动速度和所述第二移动速度的差值小于预设阈值,接收所述第二车辆发送的第二数据更新请求,且向所述第二车辆发送所述OTA文件包。
7.一种基于空中下载技术OTA的数据更新装置,其特征在于,应用于第一车辆,所述装置包括:
发送模块,用于若在所述第一车辆的预设通信范围内存在第一路侧单元,向所述第一路侧单元发送第一数据更新请求;
第一接收模块,用于接收所述第一路侧单元响应所述第一数据更新请求后发送的OTA文件包,所述OTA文件包是OTA服务器发送给所述第一路侧单元的;
更新模块,用于根据所述OTA文件包对与所述OTA文件包对应的目标软件进行数据更新。
8.根据权利要求7所述的装置,其特征在于,所述装置还包括:
第二接收模块,用于在接收所述OTA文件包的过程中,若所述第一路侧单元超出所述预设通信范围,继续接收在所述预设通信范围内的第二路侧单元发送的所述OTA文件包。
9.一种基于空中下载技术OTA的数据更新设备,其特征在于,所述设备包括:
存储器,用于存储计算机程序;
处理器,用于执行所述计算机程序,以使所述设备执行如权利要求1至6任一项所述的基于空中下载技术OTA的数据更新方法的步骤。
10.一种计算机存储介质,其特征在于,所述计算机存储介质上存储有计算机程序,当所述计算机程序被运行时,运行所述计算机程序的设备实现如权利要求1至6任一项所述的基于空中下载技术OTA的数据更新方法的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202211607388.2A CN115914214A (zh) | 2022-12-14 | 2022-12-14 | 一种基于空中下载技术ota的数据更新方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202211607388.2A CN115914214A (zh) | 2022-12-14 | 2022-12-14 | 一种基于空中下载技术ota的数据更新方法及装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN115914214A true CN115914214A (zh) | 2023-04-04 |
Family
ID=86477939
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202211607388.2A Pending CN115914214A (zh) | 2022-12-14 | 2022-12-14 | 一种基于空中下载技术ota的数据更新方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN115914214A (zh) |
-
2022
- 2022-12-14 CN CN202211607388.2A patent/CN115914214A/zh active Pending
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN111722860B (zh) | 基于有穷状态机的ota升级方法和装置 | |
CN108833122A (zh) | 车载通信控制器的唤醒方法、装置及存储介质 | |
EP2257020B1 (en) | Method, system and device for exchanging device capability information | |
US20130139140A1 (en) | Method and Apparatus for Mobile Mesh Network Vehicular Software Updating | |
CN109587286B (zh) | 一种设备接入控制方法及装置 | |
JP6165243B2 (ja) | コンピュータネットワークにおいて車両搭載可能コントローラを動作させるための方法、車両搭載可能コントローラおよびデバイス | |
CN113094062A (zh) | 升级方法及装置 | |
CN111901705B (zh) | 一种olt设备的omci功能虚拟化系统 | |
CN112000355A (zh) | 用于固件升级的方法及装置、家电设备 | |
CN104581640A (zh) | 一种实现车联网接人功能的云服务器、系统及方法 | |
CN111857772B (zh) | 终端边缘应用程序远程传输及动态加载方法及设备 | |
CN107547374B (zh) | 一种聚合路由处理方法和装置 | |
CN102170456A (zh) | 对等网络中获取内容的方法、装置和系统 | |
EP4050475A1 (en) | Image forming apparatus, method, and system for firmware upgrade | |
CN104811431A (zh) | 基于并行协议栈实例的数据包处理方法和装置 | |
CN102984055B (zh) | 一种issu的软重启升级方法和设备 | |
CN115914214A (zh) | 一种基于空中下载技术ota的数据更新方法及装置 | |
JP4411344B2 (ja) | 多数の制御デバイスを備えたバスシステムでの非コンパチビリティを認識する方法 | |
CN116915827A (zh) | 物联网边缘网关的数据传输方法、装置、电子设备及介质 | |
CN112598514A (zh) | 基于区块链的跨链交易管理方法、跨链平台及介质 | |
EP3746880B1 (en) | Method for distributing a software to a plurality of motor vehicles, corresponding system, motor vehicle, and data storage medium | |
GB2531546A (en) | Collaborative maintenance of software programs | |
US10732959B2 (en) | Pre and post update vehicle bus traffic fingerprinting | |
EP3992778B1 (en) | A computer-implemented method for transferring ota data to a fleet of vehicles, a backend server, a transportation system | |
EP2928105A2 (en) | Content delivery architecture |
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 |