CN114567552A - 车载v2x设备升级方法、装置、计算机设备及存储介质 - Google Patents
车载v2x设备升级方法、装置、计算机设备及存储介质 Download PDFInfo
- Publication number
- CN114567552A CN114567552A CN202210194416.6A CN202210194416A CN114567552A CN 114567552 A CN114567552 A CN 114567552A CN 202210194416 A CN202210194416 A CN 202210194416A CN 114567552 A CN114567552 A CN 114567552A
- Authority
- CN
- China
- Prior art keywords
- upgrade
- vehicle
- equipment
- upgrading
- information
- 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
- 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
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/004—Arrangements for detecting or preventing errors in the information received by using forward error control
- H04L1/0056—Systems characterized by the type of code used
- H04L1/0061—Error detection codes
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
- H04L43/0823—Errors, e.g. transmission errors
-
- 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
-
- 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
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/08—Key distribution or management, e.g. generation, sharing or updating, of cryptographic keys or passwords
- H04L9/0816—Key establishment, i.e. cryptographic processes or cryptographic protocols whereby a shared secret becomes available to two or more parties, for subsequent use
- H04L9/0819—Key transport or distribution, i.e. key establishment techniques where one party creates or otherwise obtains a secret value, and securely transfers it to the other(s)
- H04L9/0822—Key transport or distribution, i.e. key establishment techniques where one party creates or otherwise obtains a secret value, and securely transfers it to the other(s) using key encryption key
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
- H04L9/3247—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials involving digital signatures
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
- H04W12/03—Protecting confidentiality, e.g. by encryption
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
- H04W12/04—Key management, e.g. using generic bootstrapping architecture [GBA]
- H04W12/041—Key generation or derivation
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
- H04W12/04—Key management, e.g. using generic bootstrapping architecture [GBA]
- H04W12/043—Key management, e.g. using generic bootstrapping architecture [GBA] using a trusted network node as an anchor
- H04W12/0431—Key distribution or pre-distribution; Key agreement
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
- H04W12/10—Integrity
- H04W12/106—Packet or message integrity
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/02—Services making use of location information
- H04W4/021—Services related to particular areas, e.g. point of interest [POI] services, venue services or geofences
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
-
- 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]
- H04W4/44—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P] for communication between vehicles and infrastructures, e.g. vehicle-to-cloud [V2C] or vehicle-to-home [V2H]
-
- 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]
- H04W4/46—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P] for vehicle-to-vehicle communication [V2V]
Abstract
本发明公开了一种车载V2X设备升级方法、装置、计算机设备及存储介质,方法包括:将升级指令下发至指定区域内所有的车载V2X设备;获取来自车载V2X设备的升级反馈数据,并解析升级反馈文件以得到车载V2X设备的设备信息和升级回应信息;根据设备信息和升级回应信息将相应的升级文件按照预设规则打包成升级数据包,并下发至待升级的目标车载V2X设备;在校验通过之后,控制目标车载V2X设备进行升级。本方案能够控制指定区域内所有的车载V2X设备同时进行系统升级,极大的提高了升级效率;通过预设规则对升级数据进行打包,升级文件格式统一,保证车载V2X设备系统正确升级,适用性好。
Description
技术领域
本发明涉及到智能交通领域,更具体地说是指一种车载V2X设备升级方法、装置、计算机设备及存储介质。
背景技术
V2X意为vehicle to everything,即车对外界的信息交换。车联网通过整合全球定位系统(GPS)导航技术、车对车交流技术、无线通信及远程感应技术奠定了新的汽车技术发展方向,实现了手动驾驶和自动驾驶的兼容。简单来说,搭配了该系统的车型,在自动驾驶模式下,能够通过对实时交通信息的分析,自动选择路况最佳的行驶路线,从而大大缓解交通堵塞。除此之外,通过使用车载传感器和摄像系统,还可以感知周围环境,做出迅速调整,从而实现“零交通事故”。例如,如果行人突然出现,可以自动减速至安全速度或停车。
目前国内V2X设备厂商越来越多,对于不同厂家,V2X设备的方案是不一样的,升级文件也是不同的,升级方案也不一样。现有的V2X设备升级方式主要是通过设备支持的有线或无线连接设备进行升级,只能升级当前设备。在线升级功能是车载V2X设备必不可缺的功能,现有的升级方法对于车载V2X设备会产生至少两方面的问题:
操作不便,执行效率低。对于安装在车辆上的V2X设备,针对有线网络升级方式,需要找到设备安装位置进行网线连接,按厂家提供的说明文档进行网络连接、在线升级;针对无线WIFI升级方式,需使用电脑连接设备的WIFI热点,再按厂家提供的说明文档进行网络连接、在线升级;操作人员需要知道当前设备的WIFI名称、WIFI密码、以太网IP地址、设备连接方式、升级方式等信息,且此方法只能升级当前设备。这种升级方法大大增加操作人员操作难度和操作时间,随着车载V2X设备爆发式增长,操作效率低的问题日益严重。
现有的V2X设备的升级文件管理难,升级方法不统一。对于不同厂家,V2X设备的软硬件是不一样的,这也意味着升级文件的不同,升级方案的不一致。对于V2X运营管理部门,若没有规范的升级文件要求,统一的设备升级方案和防呆设计,很难管理众多厂家提供的升级文件,容易导致设备升级出错,从而导致设备不能正常工作。
公开于该背景技术部分的信息仅仅旨在加深对本发明的总体背景技术的理解,而不应当被视为承认或以任何形式暗示该信息构成已为本领域技术人员所公知的现有技术。
发明内容
为了解决上述现有技术的缺陷,本发明的目的是提供一种车载V2X设备升级方法、装置、计算机设备及存储介质。
为达到上述目的,第一方面,本发明提出一种车载V2X设备升级方法,与车载V2X设备通过PC5广播通信协议进行数据通信,包括以下步骤:
将升级指令下发至指定区域内所有的车载V2X设备;
获取来自车载V2X设备的升级反馈数据,并解析所述升级反馈文件以得到车载V2X设备的设备信息和升级回应信息;
根据所述设备信息和升级回应信息将相应的升级文件按照预设规则打包成升级数据包,并下发至待升级的目标车载V2X设备;
在所述升级数据包校验通过之后,控制所述目标车载V2X设备进行升级,所述升级指令、升级反馈数据和升级数据包均按照预设规则打包生成。
进一步地,所述将升级指令下发至指定区域内所有的车载V2X设备的步骤,包括:
获取一组随机生成的随机数作为会话密钥,将会话密钥加密后下发至车载V2X设备,并将会话密钥设置为CRC校验的初始值。
进一步地,所述获取来自车载V2X设备的升级反馈数据,并解析所述升级反馈文件以得到车载V2X设备的设备信息和升级回应信息的步骤,包括:
获取来自车载V2X设备的第一升级反馈数据,基于所述会话密钥对所述第一升级反馈数据进行CRC校验;
在CRC校验通过后,解析所述第一升级反馈数据得到升级回应信息,并判断所述升级回应信息是否正确;
若正确,则按照预设规则打包升级回应包,并下发至车载V2X设备;
获取来自车载V2X设备的第二升级反馈数据,基于所述会话密钥对所述第二升级反馈数据进行CRC校验;
在CRC校验通过后,解析所述第二升级反馈数据得到车载V2X设备的设备信息。
进一步地,所述根据所述设备信息和升级回应信息将相应的升级文件按照预设规则打包成升级数据包,并下发至待升级的目标车载V2X设备的步骤,包括:
基于所述设备信息调取相应版本的升级文件,并将所述升级文件按照预设规则分包成若干个升级数据包,并顺序为所述升级数据包关联唯一对应的分包序号;
根据分包序号将所述升级数据包依次倒序下发;
判断当前下发的所述升级数据包的分包序号是否0;
若分包序号为0,则所有所述升级数据包下发完成。
进一步地,所述在所述升级数据包校验通过之后,控制所述目标车载V2X设备进行升级的步骤,包括:
获取来自所述目标车载V2X设备的状态回应包,基于所述会话密钥对所述状态回应包进行CRC校验;
在CRC校验通过后,解析所述状态回应包得到状态值,并判断所述状态值是否正确;
若状态值正确,控制所述目标车载V2X设备使用基于所述升级数据包获得的升级文件进行系统升级。
进一步地,所述在所述升级数据包检验通过之后,控制目标车载V2X设备进行升级的步骤之后,还包括:
获取目标车载V2X设备的升级进度信息,并将升级进度信息在预设显示界面上进行实时可视化显示。
进一步地,所述设备信息包括设备硬件信息和设备系统信息。
第二方面,本发明提出一种车载V2X设备升级装置,与车载V2X设备通过PC5广播通信协议进行数据通信,包括:
指令下发单元,用于将升级指令下发至指定区域内所有的车载V2X设备;
获取解析单元,用于获取来自车载V2X设备的升级反馈数据,并解析所述升级反馈文件以得到车载V2X设备的设备信息和升级回应信息,所述升级反馈数据按照预设规则打包生成;
打包下发单元,用于根据所述设备信息和升级回应信息将相应的升级文件按照预设规则打包成升级数据包,并下发至待升级的目标车载V2X设备;
升级控制单元,用于在所述升级数据包校验通过之后,控制所述目标车载V2X设备进行升级。
第三方面,本发明提出一种计算机设备,所述计算机设备包括存储器及处理器,所述存储器上存储有计算机程序,所述处理器执行所述计算机程序时实现如上所述的车载V2X设备升级方法。
第四方面,本发明提出一种存储介质,所述存储介质存储有计算机程序,所述计算机程序被处理器执行时可实现如上所述的车载V2X设备升级方法。
本发明与现有技术相比的有益效果是:本发明提出一种车载V2X设备升级方法、装置、计算机设备及存储介质,通过PC5广播通信协议与车载V2X设备进行通讯,能够控制指定区域内所有的车载V2X设备同时进行系统升级,极大的提高了升级效率;通过预设规则对升级数据进行打包,更好的对升级文件进行管理,保证不同车载V2X设备正确升级,适用性好的同时提高了升级成功率。
下面结合附图和具体实施例对本发明作进一步描述。
附图说明
为了更清楚地说明本发明实施例技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为本发明实施例提供的车载V2X设备升级方法的应用场景示意图;
图2为本发明实施例提供的车载V2X设备升级方法的流程示意图;
图3为本发明实施例提供的车载V2X设备升级方法的子流程示意图;
图4为本发明实施例提供的车载V2X设备升级方法的子流程示意图;
图5为本发明实施例提供的车载V2X设备升级方法的子流程示意图;
图6为本发明另一实施例提供的车载V2X设备升级方法的流程示意图;
图7为本发明实施例提供的车载V2X设备升级装置的示意性框图;
图8为本发明实施例提供的车载V2X设备升级装置的指令下发单元的示意性框图;
图9为本发明实施例提供的车载V2X设备升级装置的获取解析单元的示意性框图;
图10为本发明实施例提供的车载V2X设备升级装置的打包下发单元的示意性框图;
图11为本发明实施例提供的车载V2X设备升级装置的升级控制单元的示意性框图;
图12为本发明另一实施例提供的车载V2X设备升级装置的示意性框图;以及
图13为本发明实施例提供的计算机设备的示意性框图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
应当理解,当在本说明书和所附权利要求书中使用时,术语“包括”和“包含”指示所描述特征、整体、步骤、操作、元素和/或组件的存在,但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。
还应当理解,在此本发明说明书中所使用的术语仅仅是出于描述特定实施例的目的而并不意在限制本发明。如在本发明说明书和所附权利要求书中所使用的那样,除非上下文清楚地指明其它情况,否则单数形式的“一”、“一个”及“该”意在包括复数形式。
还应当进一步理解,在本发明说明书和所附权利要求书中使用的术语“和/ 或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合,并且包括这些组合。
请参阅图1和图2,图1为本发明实施例提供的车载V2X设备升级方法的应用场景示意图。图2为本发明实施例提供的车载V2X设备升级方法的示意性流程图。该车载V2X设备升级方法应用于路侧V2X设备,在本具体应用场景中,路侧V2X设备可以连接到服务器(云端服务器或者本地服务器)进行数据传输和调用,该路侧V2X设备与车载V2X设备通过PC5广播通信协议进行数据交互,路侧V2X设备通过下发升级指令并获取来自终端的升级反馈数据,根据升级反馈数据确定需要升级的车载V2X设备,将升级文件按照预设规则打包成升级数据包,并下发控制车载V2X设备进行升级,可以同时控制多台车载V2X设备进行系统升级,升级效率高且适用于不同品牌不同型号的车载V2X设备。
图2是本发明实施例提供的车载V2X设备升级方法的流程示意图。如图2所示,该方法包括以下步骤S110至S140。
S110、将升级指令下发至指定区域内所有的车载V2X设备。
在本实施例中,本方案的车载V2X设备升级方法应用于路侧V2X设备,路侧V2X设备与车载V2X设备通过PC5(直连通信接口)广播通信协议进行数据通信,进一步的,在本实施例中,一个或多个路侧V2X设备可以根据需要设置在特定位置,并覆盖指定区域内的车载V2X设备,以实现通过PC5广播通信协议同时与多台车载V2X设备进行通信,并同时控制多台车载V2X进行系统升级。
具体的,路侧V2X设备和车载V2X设备直连通信数据在PC5接口上广播发送,采用广播通讯模式,则路侧V2X设备发送的升级数据,网络覆盖范围内的车载V2X设备都可收到,PC5广播通信协议具有低时延、高容量、高可靠的通信特点,满足了车载V2X设备升级的要求。
在本实施例中,可以在指定区域设置好至少一个路侧V2X设备,同时路侧V2X设备的广播范围覆盖指定区域,可以直接向指定区域内的所有车辆内的车载V2X设备下发升级指令,并控制一个或者多个车载V2X设备进行系统升级。具体的,升级指令按照预设规则生成,并在车载V2X设备响应升级指令之后,进一步获取来自车载V2X设备的升级反馈数据,并根据升级反馈数据确定需要升级的车载V2X设备及其设备信息。
在本实施例中,升级指令、升级反馈数据和升级数据包均按照预设规则打包生成,数据包格式统一,便于校验数据正确性和管理数据包。上述的预设规则用于数据在路侧V2X设备和车载V2X设备之间传输之前的进行数据打包/处理,以得到预设格式的数据,便于后续统一进行对接和管理。
另一方面,在本实施例中,本方案为升级文件指定了统一、规范的文件头结构,车载V2X设备厂家提供的升级文件包含此文件头信息,路侧V2X设备内可以直接调用不用厂家的升级文件,路侧V2X设备通过解析升级文件头可以知道厂商信息、产品型号、软件版本等信息,并且文件头信息包含数据的总长度、CRC校验、数字签名信息,可直接通过文件头验证升级文件的正确性、不可篡改。具体的,在本实施例中,文件头结构构成如下表所示:
偏移量 | 字节数 | 标识 | 描述 |
0 | 4 | DCID | 数据兼容性标识符值 |
4 | 12 | PN | 部件编码 |
16 | 32 | SWV | 软件版本 |
48 | 4 | LEN | 数据总长度 |
52 | 4 | CRC | CRC校验 |
56 | 1 | TYPE | 软件类型,0-系统软件,1-应用软件 |
57 | 1 | FHV | 文件头版本 |
58 | 2 | DSL | 数字签名长度 |
60 | n | DS | 数字签名 |
具体的,文件头结构中部分标识的定义如下:
A、数据兼容性标识符值(DCID):由V2X设备厂商指定,用于验证数据兼容性。对于系统软件,将该值与引导加载程序中的常数进行比较,以确保所下载的软件与设备中的引导软件兼容。对于应用软件,将此值与应用程序软件头中的相应值进行比较,以确保应用软件正确。
B、部件编码(PN):编码规则由运营商制定,编码规则需包含厂商编码、产品型号编码、地区编码、运营商编码等信息;设备发行时部件编码写入到V2X设备。
C、CRC校验:升级数据的CRC校验,不包含升级文件头信息。
D、数字签名:升级数据的数字签名,签名算法由厂商自定义,保障升级数据的正确性、完整性。
在一具体实施例中,步骤S110,包括步骤S11:获取一组随机生成的随机数作为会话密钥,将会话密钥加密后下发至车载V2X设备,并将会话密钥设置为CRC校验的初始值。
在本实施例中,路侧V2X设备在下发升级请求时,生成4字节随机数作为会话密钥,先使用3DES算法对会话密钥进行加密得到密文,再把密文下发到指定区域内的车载V2X设备,车载V2X设备使用3DES算法解密密文获取到会话密钥(随机数);并将会话密钥设置为CRC校验的初始值,后续使用CRC校验保证传输数据的正确性。会话密钥用于后续车载V2X设备和路侧V2X设备传输数据的加密,保证数据传输的安全性。应该了解的是,升级指令包括上述升级请求。
S120、获取来自车载V2X设备的升级反馈数据,并解析升级反馈文件以得到车载V2X设备的设备信息和升级回应信息。
在本实施例中,设备信息包括设备硬件信息和设备系统信息。升级反馈数据是车载V2X设备相应升级指令而发回路侧V2X设备的,在经过CRC校验通过之后,解析即可得到升级回应信息,以确定车载V2X设备是否要进入升级流程;以及,解析得到文件头信息携带的设备信息具体为硬件信息和软件信息,并确认待升级的车载V2X设备的硬件信息(产品型号和硬件序列号等)和软件信息(系统版本和应用类型等),之后再根据设备信息调用对应升级文件进行打包下发。
参考图3,在一实施例中,步骤S120包括步骤S121-S125。
S121、获取来自车载V2X设备的第一升级反馈数据,基于会话密钥对第一升级反馈数据进行CRC校验;
S122、在CRC校验通过后,解析第一升级反馈数据得到升级回应信息,并判断升级回应信息是否正确;
S123、若正确,则按照预设规则打包升级回应包,并下发至车载V2X设备;
S124、获取来自车载V2X设备的第二升级反馈数据,基于会话密钥对第二升级反馈数据进行CRC校验;
S125、在CRC校验通过后,解析第二升级反馈数据得到车载V2X设备的设备信息。
在本实施例中,路侧V2X设备通过依次下发升级请求、升级启动等升级指令,并依次确认车载V2X设备是否需要升级,以及待升级的目标车载V2X设备的设备信息。路侧V2X设备下发对应升级指令之后,车载V2X设备会响应升级指令并发回对应的反馈。本实施例中,在接收到升级请求时,车载V2X设备响应升级请求并发回第一升级反馈数据,此时,路侧V2X设备使用会话密钥对第一升级反馈数据进行CRC校验,并在校验通过之后,进行解析得到升级回应信息,通过判断升级回应信息是否正确即可确定对应的车载V2X设备是否需要进行系统升级,上述的正确是指升级回应信息是否符合预设条件,例如可设定在升级回应信息中携带有特定的编码代表正确需要进行系统升级,则可以通过判断升级回应信息中是否带有该编码,即可确定升级回应信息是否正确。在确认出待升级的车载V2X设备之后,路侧V2X设备会下发升级启动指令,升级启动指令包含文件头数据,此时车载V2X设备响应该指令并返回第二升级反馈数据,第二升级反馈数据中包含有设备升级状态,同理,校验通过之后进行解析即可得到待升级的目标车载V2X设备的设备信息。
另外,上述数据在下发的时候会设置一个接收超时时间和重发次数,在发送数据时如果接收时间超过预设的接收超时时间则会重新发送,如果重发次数超过预设的重发次数,则会停止该数据的发送,以降低网路通信资源占用。
S130、根据设备信息和升级回应信息将相应的升级文件按照预设规则打包成升级数据包,并下发至待升级的目标车载V2X设备。
在本实施例中,路侧设备获得待升级的车载V2X设备的设备信息之后,即可根据设备信息定位到具有相应文件头的升级文件,并调用该升级文件给相应的待升级的目标车载V2X设备进行升级。并且在下发之前按照预设规则进行打包成若干个升级数据包,避免单个升级文件过大,出现发送不成功的问题,保证升级文件成功传输。
参考图4,在一实施例中,步骤S130包括步骤S131-S134。
S131、基于设备信息调取相应版本的升级文件,并将升级文件按照预设规则分包成若干个升级数据包,并顺序为升级数据包关联唯一对应的分包序号;
S132、根据分包序号将升级数据包依次倒序下发;
S133、判断当前下发的升级数据包的分包序号是否0;
S134、若分包序号为0,则所有升级数据包下发完成。
在本实施例中,设备信息中包含有硬件信息和软件信息,基于硬件信息(设备SN号、产品型号等)可以定位到该具体型号车载V2X设备不同系统/软件版本的升级文件,并进一步基于软件信息(当前的系统版本和软件版本)来找到用于升级的升级文件。
进一步的,在确定升级文件之后,本方案还将升级文件按照预设规则分包成若干个升级数据包,并顺序为升级数据包关联唯一对应的分包序号,例如0-10,或者0-18等等,可以根据升级文件存储数据大小自动分配。在下发升级数据包时,本方案通过倒序下发,把分包序号为0的升级数据包作为最后一数据包进行下发,只有在分包序号0的数据包成功下发之后,才代表升级数据包全部下发完成,保证了升级数据能够完整地下发到车载V2X设备,确保系统升级正确完成。
S140、在升级数据包校验通过之后,控制目标车载V2X设备进行升级。
在本实施例中,目标车载V2X设备在接收全部升级数据包之后,同样需要进行CRC校验保证数据正确性,并解析得到完整地升级文件之后返回状态回应包,以通知路侧V2X设备对应的车载V2X设备已经准备好升级,此时路侧V2X设备会进一步控制目标车载V2X设备进行系统升级,整个升级过程完成。
参考图5,在一实施例中,步骤S140包括步骤S141-S143。
S141、获取来自目标车载V2X设备的状态回应包,基于会话密钥对状态回应包进行CRC校验;
S142、在CRC校验通过后,解析状态回应包得到状态值,并判断状态值是否正确;
S143、若状态值正确,控制目标车载V2X设备使用基于升级数据包获得的升级文件进行系统升级。
在本实施例中,状态回应包中携带有一个状态值,通过判断该状态值是否正确,也即是判断状态值是否与预设的升级状态值一致,即可确认目标车载V2X设备是否已经做好升级准备,并进一步控制目标车载V2X设备使用基于升级数据包获得的升级文件进行系统升级,通过预设规则对升级数据进行打包,保证升级文件格式统一,更好的对升级文件进行管理,进一步保证了不同车载V2X设备正确升级,适用性好。
本方案的车载V2X设备升级方法通过PC5广播通信协议与车载V2X设备进行通讯,能够控制指定区域内所有的车载V2X设备同时进行系统升级,极大的提高了升级效率;通过预设规则对升级数据进行打包,更好的对升级文件进行管理,保证不同车载V2X设备正确升级,适用性好的同时提高了升级成功率。
图6是本发明另一实施例提供的一种车载V2X设备升级方法的流程示意图。如图6所示,本实施例的车载V2X设备升级方法包括步骤S210-S250。其中步骤S210-S240与上述实施例中的步骤S110-S140类似,在此不再赘述。下面详细说明本实施例中所增加的步骤S250。
S250、获取目标车载V2X设备的升级进度信息,并将升级进度信息在预设显示界面上进行实时可视化显示。
在本实施例中,路侧V2X设备内置轻量级WEB服务器,开发WEB应用,在WEB网页上按协议和流程实现车载V2X设备的升级功能,可在WEB网页上可视化显示车载V2X的设备信息例如设备SN号、升级状态和CRC校验状态等等,已实现对升级过程更好的管理,使得车载V2X设备升级操作简单方便,极大提高了效率,减少操作时间。
图7是本发明实施例提供的一种车载V2X设备升级装置的示意性框图。如图7所示,对应于以上车载V2X设备远程升级方法,本发明还提供一种车载V2X设备升级装置。该车载V2X设备升级装置包括用于执行上述车载V2X设备远程升级方法的单元,该装置可以被配置于台式电脑、平板电脑、手提电脑、等终端中。具体地,请参阅图7,该车载V2X设备升级装置包括指令下发单元10,获取解析单元20,打包下发单元30和升级控制单元40。
指令下发单元10,用于将升级指令下发至指定区域内所有的车载V2X设备。
在本实施例中,本方案的车载V2X设备升级装置应用于路侧V2X设备,路侧V2X设备与车载V2X设备通过PC5(直连通信接口)广播通信协议进行数据通信,进一步的,在本实施例中,一个或多个路侧V2X设备可以根据需要设置在特定位置,并覆盖指定区域内的车载V2X设备,以实现通过PC5广播通信协议同时与多台车载V2X设备进行通信,并同时控制多台车载V2X进行系统升级。
具体的,路侧V2X设备和车载V2X设备直连通信数据在PC5接口上广播发送,采用广播通讯模式,则路侧V2X设备发送的升级数据,网络覆盖范围内的车载V2X设备都可收到,PC5广播通信协议具有低时延、高容量、高可靠的通信特点,满足了车载V2X设备升级的要求。
在本实施例中,可以在指定区域设置好至少一个路侧V2X设备,同时路侧V2X设备的广播范围覆盖指定区域,可以直接向指定区域内的所有车辆内的车载V2X设备下发升级指令,并控制一个或者多个车载V2X设备进行系统升级。具体的,升级指令按照预设规则生成,并在车载V2X设备响应升级指令之后,进一步获取来自车载V2X设备的升级反馈数据,并根据升级反馈数据确定需要升级的车载V2X设备及其设备信息。
在本实施例中,升级指令、升级反馈数据和升级数据包均按照预设规则打包生成,数据包格式统一,便于校验数据正确性和管理数据包。上述的预设规则用于数据在路侧V2X设备和车载V2X设备之间传输之前的进行数据打包/处理,以得到预设格式的数据,便于后续统一进行对接和管理。
另一方面,在本实施例中,本方案为升级文件指定了统一、规范的文件头结构,车载V2X设备厂家提供的升级文件包含此文件头信息,路侧V2X设备内可以直接调用不用厂家的升级文件,路侧V2X设备通过解析升级文件头可以知道厂商信息、产品型号、软件版本等信息,并且文件头信息包含数据的总长度、CRC校验、数字签名信息,可直接通过文件头验证升级文件的正确性、不可篡改。具体的,在本实施例中,文件头结构构成如下表所示:
偏移量 | 字节数 | 标识 | 描述 |
0 | 4 | DCID | 数据兼容性标识符值 |
4 | 12 | PN | 部件编码 |
16 | 32 | SWV | 软件版本 |
48 | 4 | LEN | 数据总长度 |
52 | 4 | CRC | CRC校验 |
56 | 1 | TYPE | 软件类型,0-系统软件,1-应用软件 |
57 | 1 | FHV | 文件头版本 |
58 | 2 | DSL | 数字签名长度 |
60 | n | DS | 数字签名 |
具体的,文件头结构中部分标识的定义如下:
A、数据兼容性标识符值(DCID):由V2X设备厂商指定,用于验证数据兼容性。对于系统软件,将该值与引导加载程序中的常数进行比较,以确保所下载的软件与设备中的引导软件兼容。对于应用软件,将此值与应用程序软件头中的相应值进行比较,以确保应用软件正确。
B、部件编码(PN):编码规则由运营商制定,编码规则需包含厂商编码、产品型号编码、地区编码、运营商编码等信息;设备发行时部件编码写入到V2X设备。
C、CRC校验:升级数据的CRC校验,不包含升级文件头信息。
D、数字签名:升级数据的数字签名,签名算法由厂商自定义,保障升级数据的正确性、完整性。
参考图8,指令下发单元10包括随机数模块11,随机数模块11用于获取一组随机生成的随机数作为会话密钥,将会话密钥加密后下发至车载V2X设备,并将会话密钥设置为CRC校验的初始值。
在本实施例中,路侧V2X设备在下发升级请求时,生成4字节随机数作为会话密钥,先使用3DES算法对会话密钥进行加密得到密文,再把密文下发到指定区域内的车载V2X设备,车载V2X设备使用3DES算法解密密文获取到会话密钥(随机数);并将会话密钥设置为CRC校验的初始值,后续使用CRC校验保证传输数据的正确性。会话密钥用于后续车载V2X设备和路侧V2X设备传输数据的加密,保证数据传输的安全性。应该了解的是,升级指令包括上述升级请求。
获取解析单元20,用于获取来自车载V2X设备的升级反馈数据,并解析所述升级反馈文件以得到车载V2X设备的设备信息和升级回应信息,所述升级反馈数据按照预设规则打包生成。
在本实施例中,设备信息包括设备硬件信息和设备系统信息。升级反馈数据是车载V2X设备相应升级指令而发回路侧V2X设备的,在经过CRC校验通过之后,解析即可得到升级回应信息,以确定车载V2X设备是否要进入升级流程;以及,解析得到文件头信息携带的设备信息具体为硬件信息和软件信息,并确认待升级的车载V2X设备的硬件信息(产品型号和硬件序列号等)和软件信息(系统版本和应用类型等),之后再根据设备信息调用对应升级文件进行打包下发。
参考图9,获取解析单元20包括第一校验模块21,第一判断模块22,回应下发模块23,第二校验模块24和解析获取模块25。
第一校验模块21,用于获取来自车载V2X设备的第一升级反馈数据,基于会话密钥对第一升级反馈数据进行CRC校验;
第一判断模块22,用于在CRC校验通过后,解析第一升级反馈数据得到升级回应信息,并判断升级回应信息是否正确;
回应下发模块23,用于在判定升级回应信息正确时,按照预设规则打包升级回应包,并下发至车载V2X设备;
第二校验模块24,用于获取来自车载V2X设备的第二升级反馈数据,基于会话密钥对第二升级反馈数据进行CRC校验;
解析获取模块25,用于在CRC校验通过后,解析第二升级反馈数据得到车载V2X设备的设备信息。
在本实施例中,路侧V2X设备通过依次下发升级请求、升级启动等升级指令,并依次确认车载V2X设备是否需要升级,以及待升级的目标车载V2X设备的设备信息。路侧V2X设备下发对应升级指令之后,车载V2X设备会响应升级指令并发回对应的反馈。本实施例中,在接收到升级请求时,车载V2X设备响应升级请求并发回第一升级反馈数据,此时,路侧V2X设备使用会话密钥对第一升级反馈数据进行CRC校验,并在校验通过之后,进行解析得到升级回应信息,通过判断升级回应信息是否正确即可确定对应的车载V2X设备是否需要进行系统升级,上述的正确是指升级回应信息是否符合预设条件,例如可设定在升级回应信息中携带有特定的编码代表正确需要进行系统升级,则可以通过判断升级回应信息中是否带有该编码,即可确定升级回应信息是否正确。在确认出待升级的车载V2X设备之后,路侧V2X设备会下发升级启动指令,升级启动指令包含文件头数据,此时车载V2X设备响应该指令并返回第二升级反馈数据,第二升级反馈数据中包含有设备升级状态,同理,校验通过之后进行解析即可得到待升级的目标车载V2X设备的设备信息。
另外,上述数据在下发的时候会设置一个接收超时时间和重发次数,在发送数据时如果接收时间超过预设的接收超时时间则会重新发送,如果重发次数超过预设的重发次数,则会停止该数据的发送,以降低网路通信资源占用。
打包下发单元30,用于根据所述设备信息和升级回应信息将相应的升级文件按照预设规则打包成升级数据包,并下发至待升级的目标车载V2X设备。
在本实施例中,路侧设备获得待升级的车载V2X设备的设备信息之后,即可根据设备信息定位到具有相应文件头的升级文件,并调用该升级文件给相应的待升级的目标车载V2X设备进行升级。并且在下发之前按照预设规则进行打包成若干个升级数据包,避免单个升级文件过大,出现发送不成功的问题,保证升级文件成功传输。
参考图10,打包下发单元30包括分包打包模块31,倒序下发模块32和序号判断模块33。
分包打包模块31,用于基于设备信息调取相应版本的升级文件,并将升级文件按照预设规则分包成若干个升级数据包,并顺序为升级数据包关联唯一对应的分包序号;
倒序下发模块32,用于根据分包序号将升级数据包依次倒序下发;
序号判断模块33,判断当前下发的升级数据包的分包序号是否0,若分包序号为0,则所有升级数据包下发完成。
在本实施例中,设备信息中包含有硬件信息和软件信息,基于硬件信息(设备SN号、产品型号等)可以定位到该具体型号车载V2X设备不同系统/软件版本的升级文件,并进一步基于软件信息(当前的系统版本和软件版本)来找到用于升级的升级文件。
进一步的,在确定升级文件之后,本方案还将升级文件按照预设规则分包成若干个升级数据包,并顺序为升级数据包关联唯一对应的分包序号,例如0-10,或者0-18等等,可以根据升级文件存储数据大小自动分配。在下发升级数据包时,本方案通过倒序下发,把分包序号为0的升级数据包作为最后一个数据包进行下发,只有在分包序号0的数据包成功下发之后,才代表升级数据包全部下发完成,保证了升级数据能够完整地下发到车载V2X设备,确保系统升级正确完成。
升级控制单元40,用于在所述升级数据包校验通过之后,控制所述目标车载V2X设备进行升级。
在本实施例中,目标车载V2X设备在接收全部升级数据包之后,同样需要进行CRC校验保证数据正确性,并解析得到完整地升级文件之后返回状态回应包,以通知路侧V2X设备对应的车载V2X设备已经准备好升级,此时路侧V2X设备会进一步控制目标车载V2X设备进行系统升级,整个升级过程完成。
参考图11,升级控制单元40包括第三校验模块41,状态判断模块42和升级控制模块43。
第三校验模块41,用于获取来自目标车载V2X设备的状态回应包,基于会话密钥对状态回应包进行CRC校验;
状态判断模块42,在CRC校验通过后,解析状态回应包以得到状态值,并判断状态值是否正确;
升级控制模块43,用于在判定状态值正确时,控制目标车载V2X设备使用基于升级数据包获得的升级文件进行系统升级。
状态回应包中携带有一个状态值,通过判断该状态值是否正确,也即是判断状态值是否与预设的升级状态值一致,即可确认目标车载V2X设备是否已经做好升级准备,并进一步控制目标车载V2X设备使用基于升级数据包获得的升级文件进行系统升级,通过预设规则对升级数据进行打包,保证升级文件格式统一,更好的对升级文件进行管理,进一步保证了不同车载V2X设备正确升级,适用性好。
本方案的车载V2X设备升级装置通过PC5广播通信协议与车载V2X设备进行通讯,能够控制指定区域内所有的车载V2X设备同时进行系统升级,极大的提高了升级效率;通过预设规则对升级数据进行打包,更好的对升级文件进行管理,保证不同车载V2X设备正确升级,适用性好的同时提高了升级成功率。
图12是本发明另一实施例提供的一种车载V2X设备升级装置的示意性框图。如图12所示,本实施例的车载V2X设备升级装置是上述实施例的基础上增加了进度显示单元50。
进度显示单元50,用于获取目标车载V2X设备的升级进度信息,并将升级进度信息在预设显示界面上进行实时可视化显示。
在本实施例中,路侧V2X设备内置轻量级WEB服务器,开发WEB应用,在WEB网页上按协议和流程实现车载V2X设备的升级功能,可在WEB网页上可视化显示车载V2X的设备信息例如设备SN号、升级状态和CRC校验状态等等,已实现对升级过程更好的管理,使得车载V2X设备升级操作简单方便,极大提高了效率,减少操作时间。
需要说明的是,所属领域的技术人员可以清楚地了解到,上述车载V2X设备升级装置和各单元的具体实现过程,可以参考前述方法实施例中的相应描述,为了描述的方便和简洁,在此不再赘述。
请参阅图13,图13是本申请实施例提供的一种计算机设备的示意性框图。该计算机设备500可以是终端,也可以是服务器,其中,终端可以是智能手机、平板电脑、笔记本电脑、台式电脑、个人数字助理和穿戴式设备等具有通信功能的电子设备。服务器可以是独立的服务器,也可以是多个服务器组成的服务器集群。
参阅图13,该计算机设备500包括通过系统总线501连接的处理器502、存储器和网络接口505,其中,存储器可以包括非易失性存储介质503和内存储器504。
该非易失性存储介质503可存储操作系统5031和计算机程序5032。该计算机程序5032包括程序指令,该程序指令被执行时,可使得处理器502执行一种车载V2X设备升级方法。
该处理器502用于提供计算和控制能力,以支撑整个计算机设备500的运行。
该内存储器504为非易失性存储介质503中的计算机程序5032的运行提供环境,该计算机程序5032被处理器502执行时,可使得处理器502执行一种车载V2X设备升级方法。
该网络接口505用于与其它设备进行网络通信。本领域技术人员可以理解,图13中示出的结构,仅仅是与本申请方案相关的部分结构的框图,并不构成对本申请方案所应用于其上的计算机设备500的限定,具体的计算机设备500可以包括比图中所示更多或更少的部件,或者组合某些部件,或者具有不同的部件布置。
其中,所述处理器502用于运行存储在存储器中的计算机程序5032。
应当理解,在本申请实施例中,处理器502可以是中央处理单元 (CentralProcessing Unit,CPU),该处理器502还可以是其他通用处理器、数字信号处理器(Digital Signal Processor,DSP)、专用集成电路 (Application Specific IntegratedCircuit,ASIC)、现成可编程门阵列 (Field-Programmable Gate Array,FPGA) 或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。其中,通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
本领域普通技术人员可以理解的是实现上述实施例的方法中的全部或部分流程,是可以通过计算机程序来指令相关的硬件来完成。该计算机程序包括程序指令,计算机程序可存储于一存储介质中,该存储介质为计算机可读存储介质。该程序指令被该计算机系统中的至少一个处理器执行,以实现上述方法的实施例的流程步骤。
因此,本发明还提供一种存储介质。该存储介质可以为计算机可读存储介质。
所述存储介质可以是U盘、移动硬盘、只读存储器(Read-Only Memory,ROM)、磁碟或者光盘等各种可以存储程序代码的计算机可读存储介质。
本领域普通技术人员可以意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、计算机软件或者二者的结合来实现,为了清楚地说明硬件和软件的可互换性,在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本发明的范围。
在本发明所提供的几个实施例中,应该理解到,所揭露的装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的。例如,各个单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式。例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。
本发明实施例方法中的步骤可以根据实际需要进行顺序调整、合并和删减。本发明实施例装置中的单元可以根据实际需要进行合并、划分和删减。另外,在本发明各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以是两个或两个以上单元集成在一个单元中。
该集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个存储介质中。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分,或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,终端,或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。
以上所述,仅为本发明的具体实施方式,但本发明的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本发明揭露的技术范围内,可轻易想到各种等效的修改或替换,这些修改或替换都应涵盖在本发明的保护范围之内。因此,本发明的保护范围应以权利要求的保护范围为准。
Claims (10)
1.一种车载V2X设备升级方法,其特征在于,与车载V2X设备通过PC5广播通信协议进行数据通信,包括以下步骤:
将升级指令下发至指定区域内所有的车载V2X设备;
获取来自车载V2X设备的升级反馈数据,并解析所述升级反馈文件以得到车载V2X设备的设备信息和升级回应信息;
根据所述设备信息和升级回应信息将相应的升级文件按照预设规则打包成升级数据包,并下发至待升级的目标车载V2X设备;
在所述升级数据包校验通过之后,控制所述目标车载V2X设备进行升级,所述升级指令、升级反馈数据和升级数据包均按照预设规则打包生成。
2.根据权利要求1所述的车载V2X设备升级方法,其特征在于,所述将升级指令下发至指定区域内所有的车载V2X设备的步骤,包括:
获取一组随机生成的随机数作为会话密钥,将会话密钥加密后下发至车载V2X设备,并将会话密钥设置为CRC校验的初始值。
3.根据权利要求2所述的车载V2X设备升级方法,其特征在于,所述获取来自车载V2X设备的升级反馈数据,并解析所述升级反馈文件以得到车载V2X设备的设备信息和升级回应信息的步骤,包括:
获取来自车载V2X设备的第一升级反馈数据,基于所述会话密钥对所述第一升级反馈数据进行CRC校验;
在CRC校验通过后,解析所述第一升级反馈数据得到升级回应信息,并判断所述升级回应信息是否正确;
若正确,则按照预设规则打包升级回应包,并下发至车载V2X设备;
获取来自车载V2X设备的第二升级反馈数据,基于所述会话密钥对所述第二升级反馈数据进行CRC校验;
在CRC校验通过后,解析所述第二升级反馈数据得到车载V2X设备的设备信息。
4.根据权利要求3所述的车载V2X设备升级方法,其特征在于,所述根据所述设备信息和升级回应信息将相应的升级文件按照预设规则打包成升级数据包,并下发至待升级的目标车载V2X设备的步骤,包括:
基于所述设备信息调取相应版本的升级文件,并将所述升级文件按照预设规则分包成若干个升级数据包,并顺序为所述升级数据包关联唯一对应的分包序号;
根据分包序号将所述升级数据包依次倒序下发;
判断当前下发的所述升级数据包的分包序号是否0;
若分包序号为0,则所有所述升级数据包下发完成。
5.根据权利要求4所述的车载V2X设备升级方法,其特征在于,所述在所述升级数据包校验通过之后,控制所述目标车载V2X设备进行升级的步骤,包括:
获取来自所述目标车载V2X设备的状态回应包,基于所述会话密钥对所述状态回应包进行CRC校验;
在CRC校验通过后,解析所述状态回应包得到状态值,并判断所述状态值是否正确;
若状态值正确,控制所述目标车载V2X设备使用基于所述升级数据包获得的升级文件进行系统升级。
6.根据权利要求1所述的车载V2X设备升级方法,其特征在于,所述在所述升级数据包检验通过之后,控制目标车载V2X设备进行升级的步骤之后,还包括:
获取目标车载V2X设备的升级进度信息,并将升级进度信息在预设显示界面上进行实时可视化显示。
7.根据权利要求3所述的车载V2X设备升级方法,其特征在于,所述设备信息包括设备硬件信息和设备系统信息。
8.一种车载V2X设备升级装置,其特征在于,与车载V2X设备通过PC5广播通信协议进行数据通信,包括:
指令下发单元,用于将升级指令下发至指定区域内所有的车载V2X设备;
获取解析单元,用于获取来自车载V2X设备的升级反馈数据,并解析所述升级反馈文件以得到车载V2X设备的设备信息和升级回应信息,所述升级反馈数据按照预设规则打包生成;
打包下发单元,用于根据所述设备信息和升级回应信息将相应的升级文件按照预设规则打包成升级数据包,并下发至待升级的目标车载V2X设备;
升级控制单元,用于在所述升级数据包校验通过之后,控制所述目标车载V2X设备进行升级。
9.一种计算机设备,其特征在于,所述计算机设备包括存储器及处理器,所述存储器上存储有计算机程序,所述处理器执行所述计算机程序时实现如权利要求1至7中任一项所述的车载V2X设备升级方法。
10.一种存储介质,其特征在于,所述存储介质存储有计算机程序,所述计算机程序被处理器执行时可实现如权利要求1至7中任一项所述的车载V2X设备升级方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210194416.6A CN114567552A (zh) | 2022-03-01 | 2022-03-01 | 车载v2x设备升级方法、装置、计算机设备及存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210194416.6A CN114567552A (zh) | 2022-03-01 | 2022-03-01 | 车载v2x设备升级方法、装置、计算机设备及存储介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN114567552A true CN114567552A (zh) | 2022-05-31 |
Family
ID=81715163
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202210194416.6A Pending CN114567552A (zh) | 2022-03-01 | 2022-03-01 | 车载v2x设备升级方法、装置、计算机设备及存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN114567552A (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN115116156A (zh) * | 2022-06-22 | 2022-09-27 | 上海荃信信息技术有限公司 | 一种基于etc通讯的新能源车快换电方法及系统 |
-
2022
- 2022-03-01 CN CN202210194416.6A patent/CN114567552A/zh active Pending
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN115116156A (zh) * | 2022-06-22 | 2022-09-27 | 上海荃信信息技术有限公司 | 一种基于etc通讯的新能源车快换电方法及系统 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN111459518A (zh) | 一种车辆ecu升级方法及系统 | |
CN111399884A (zh) | 一种车辆组件的升级方法、装置及电子设备 | |
CN111061499A (zh) | 一种基于文件系统的ecu更新方法及系统 | |
CN110471692B (zh) | 终端程序的空中升级方法、装置、设备及存储介质 | |
CN110362329B (zh) | 一种版本更新检查方法及系统 | |
US20240007539A1 (en) | Over-the-air upgrade method, apparatus, and system, storage medium, and program | |
CN113094062A (zh) | 升级方法及装置 | |
CN112817617A (zh) | 软件升级方法、装置和系统 | |
US20140025955A1 (en) | Verifying the integrity of data from equipment on board a vehicle | |
CN114567552A (zh) | 车载v2x设备升级方法、装置、计算机设备及存储介质 | |
CN111722861A (zh) | 一种应用程序升级方法、装置、设备及存储介质 | |
US20240069906A1 (en) | Server, software update system, distribution method, and non-transitory storage medium | |
US11924726B2 (en) | In-vehicle control device, information processing device, vehicle network system, method of providing application program, and recording medium with program recorded thereon | |
CN113282310A (zh) | 应用管理方法及系统、车载设备、服务器及可读存储介质 | |
US20230385049A1 (en) | Systems and methods for safe over-the-air update of electronic control units in vehicles | |
CN113037850A (zh) | 一种应用程序升级方法、装置、电子设备及存储介质 | |
CN116243941A (zh) | Ota升级包的下载方法、装置、车辆及存储介质 | |
CN115442411A (zh) | 一种基于终端互联网的车端管理方法及车端管理系统 | |
CN115277671A (zh) | 车辆的ota升级方法、装置、车辆及存储介质 | |
CN113076128B (zh) | 用于机器人配置的方法、装置、电子设备及存储介质 | |
CN113238783A (zh) | 电子地图升级方法、装置、设备及计算机可读存储介质 | |
KR102064519B1 (ko) | 차량 ecu 소프트웨어 업데이트 방법, 그를 수행하기 위한 장치 및 시스템 | |
CN112732293A (zh) | 一种车载系统的升级方法和车载终端 | |
CN114937369B (zh) | 自主代客泊车方法、系统、车辆、停车场端、装置和介质 | |
CN110769030A (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 |