CN116545685A - 车内校验失败信息管理方法、通讯系统、车辆及存储介质 - Google Patents
车内校验失败信息管理方法、通讯系统、车辆及存储介质 Download PDFInfo
- Publication number
- CN116545685A CN116545685A CN202310486230.2A CN202310486230A CN116545685A CN 116545685 A CN116545685 A CN 116545685A CN 202310486230 A CN202310486230 A CN 202310486230A CN 116545685 A CN116545685 A CN 116545685A
- Authority
- CN
- China
- Prior art keywords
- failure
- verification failure
- verification
- information
- log
- 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
- 238000012795 verification Methods 0.000 title claims abstract description 139
- 230000006854 communication Effects 0.000 title claims abstract description 36
- 238000004891 communication Methods 0.000 title claims abstract description 35
- 238000007726 management method Methods 0.000 title claims abstract description 20
- 238000000034 method Methods 0.000 claims abstract description 17
- 238000004590 computer program Methods 0.000 claims description 10
- 230000006870 function Effects 0.000 claims description 3
- 238000011835 investigation Methods 0.000 abstract description 4
- 230000008569 process Effects 0.000 description 7
- 230000001960 triggered effect Effects 0.000 description 4
- 230000008439 repair process Effects 0.000 description 3
- 230000004044 response Effects 0.000 description 3
- 230000008901 benefit Effects 0.000 description 2
- 238000010586 diagram Methods 0.000 description 2
- 230000000007 visual effect Effects 0.000 description 2
- 238000003745 diagnosis Methods 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000012545 processing Methods 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/20—Network architectures or network communication protocols for network security for managing network security; network security policies in general
-
- 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/06—Management of faults, events, alarms or notifications
- H04L41/069—Management of faults, events, alarms or notifications using logs of notifications; Post-processing of notifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/12—Applying verification of the received information
-
- 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
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/40—Network security protocols
Landscapes
- Engineering & Computer Science (AREA)
- Computer Security & Cryptography (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computing Systems (AREA)
- Computer Hardware Design (AREA)
- General Engineering & Computer Science (AREA)
- Health & Medical Sciences (AREA)
- General Health & Medical Sciences (AREA)
- Medical Informatics (AREA)
- Debugging And Monitoring (AREA)
Abstract
本发明提供了一种车内校验失败信息管理方法、通讯系统、车辆及存储介质。管理方法包括:获取校验失败日志;将附加失败信息与所述校验失败日志拼接以获得校验失败数据;将所述校验失败数据上传给安全运营后台。本申请通过对校验失败信息的拼装,完善了分析校验失败原因所需要的信息,可以提高问题排查的准确性。
Description
技术领域
本发明实施例涉及车内通讯安全技术领域,尤其涉及一种车内校验失败信息管理方法、通讯系统、车辆及存储介质。
背景技术
随着智能汽车对网络信息的需求提高与接入方式的增长,来自外部的信息安全攻击可以通过无线网络(蓝牙、无线局域网)或者在线诊断接口来介入汽车的CAN总线网络,通过非法手段篡改CAN报文,恶意重放CAN报文等从而造成严重后果。
目前业界采用基于AUTOSAR标准的车内通讯安全(SecOC)Secure OnboardCommunication的通信组件,为车载通讯总线引入了一套通信加密和验证的标准,用来保护车辆内ECU之间的网络通信过程中的真实性和完整性校验。
但在车辆这个特殊的网联设备中,还存在以下问题:
无法及时感知车内通讯安全问题信息,从而难以做出应急响应;
车内电控单元硬件性能的限制导致无法处理大批量日志;
原始校验失败报文所含信息量较少,不利于分析问题。
发明内容
有鉴于此,本发明实施例提供一种车内校验失败信息管理方法、通讯系统、车辆及存储介质,以解决上述问题。
根据本发明实施例的第一方面,提供一种车内校验失败信息管理方法,用于实现车内通讯安全,包括:
S100、获取校验失败日志;
S200、将附加失败信息与所述校验失败日志拼接以获得校验失败数据;
S300、将所述校验失败数据上传给安全运营后台。
可选的,所述校验失败日志包括从节点产生的第一校验失败日志和主节点产生的第二校验失败日志。
可选的,所述S100、获取校验失败日志,包括:所述从节点通过CAN/CANFD事件帧将所述第一校验失败日志上传给所述主节点。
可选的,所述S100、获取校验失败日志,包括:所述从节点按照第一周期将每个DataI d最新的所述第一校验失败日志上传给所述主节点。
可选的,所述附加失败信息包括第一附加失败信息和第二附加失败信息,所述校验失败数据包括第一校验失败数据和第二校验失败数据;所述S200、将附加失败信息与所述校验失败日志拼接以获得校验失败数据,包括:将所述第一附加失败信息与所述第一校验失败日志拼接获得所述第一校验失败数据;将所述第二附加失败信息与所述第二校验失败日志拼接获得所述第二校验失败数据。
可选的,所述第一附加失败信息包括所述主节点接收第一校验失败日志的时间、所述从节点控制器信息、所述主节点的行程计数器和所述主节点的重置计数器信息;
所述第二附加失败信息包括所述主节点控制器信息、对应的所述从节点控制器信息。
可选的,所述S300、将所述校验失败数据上传给安全运营后台,包括:所述主节点按照第二周期将最新的所述第一校验失败数据、最新的所述第二校验失败数据上传给所述安全运营后台。
根据本发明实施例的第二方面,提供一种车内通讯系统,所述车内通讯系统具备SecOC功能,并通过云环境与VSOC安全运营后台通信连接;所述车内通讯系统包括主控制单元,所述主控制单元被配置为:
获取校验失败日志;
将失败信息与所述校验失败日志拼接以获得校验失败数据;
将所述校验失败数据上传给所述VSOC安全运营后台。
根据本发明实施例的第三方面,提供一种车辆,包括:存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序,所述处理器执行所述计算机程序时实现上述的车内校验失败信息管理方法中的步骤。
根据本发明实施例的第四方面,提供一种计算机存储介质,所述计算机存储介质上存储有计算机程序,所述计算机程序被处理器执行时实现上述的车内校验失败信息管理方法中的步骤。
在本发明实施例提供的车内校验失败信息管理方法中,当车内通讯网络中的各节点对接收到的安全报文校验失败时,各节点均会产生校验失败日志,通过将附加失败信息与校验失败日志拼接可以获得校验失败数据,附加失败信息中可以包含与校验失败日志相关的信息,例如失败次数、失败原因。在校验失败数据被上传给安全运营后台后,可以被安全运营后台可视化的呈现出来,由于校验失败数据中包含较多与检验失败相关的信息,因此用户在分析检验失败原因时可参考的信息较多,从而可以更快的定位问题,确立修复方案。也即,本申请通过对校验失败信息的拼装,完善了分析校验失败原因所需要的信息,可以提高问题排查的准确性。
附图说明
为了更清楚的说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,通过阅读下文实施方式的详细描述,方案中的优点和益处对于本领域的技术人员变得清楚明了。附图仅用于示出优选实施方式的目的,而并不认为是对本发明的限制。在附图中:
图1为本发明实施例提供的一种车内校验失败信息管理方法的步骤流程图。
图2为本发明实施例提供的一种车内通讯安全网络的结构框图。
图3为本发明实施例提供的一种车内通讯系统的结构框图。
具体实施方式
为了使本领域的人员更好地理解本发明实施例中的技术方案,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、详细地描述,显然,所描述的实施例仅是本发明实施例一部分实施例,而不是全部的实施例。基于本发明实施例中的实施例,本领域普通技术人员所获得的所有其他实施例,都应当属于本发明实施例保护的范围。
根据本发明实施例的第一方面,提供一种车内校验失败信息管理方法,用于实现车内通讯安全。
图1为本发明实施例提供的一种车内校验失败信息管理方法的步骤流程图,如图1所示,本实施例主要包括以下步骤:
S100、获取校验失败日志;
S200、将附加失败信息与校验失败日志拼接以获得校验失败数据;
S300、将校验失败数据上传给安全运营后台。
当车内通讯网络中的各节点对接收到的安全报文校验失败时,各节点均会产生校验失败日志,通过将附加失败信息与校验失败日志拼接可以获得校验失败数据,附加失败信息中可以包含与校验失败日志相关的信息,例如失败次数、失败原因、失败时间。在校验失败数据被上传给安全运营后台后,可以被安全运营后台可视化的呈现出来,由于校验失败数据中包含较多与检验失败相关的信息,因此用户在分析检验失败原因时可参考的信息较多,从而可以更快的定位问题,确立修复方案。也即,本申请通过对校验失败信息的拼装,完善了分析校验失败原因所需要的信息,可以提高问题排查的准确性。
综上,通过本申请提供的车内校验失败信息管理方法,用户可以根据安全运营后台所显示的校验失败数据中内容更快的定位问题,确立修复方案,提高解决问题的效率。
其中,参考图2,车内通讯安全网络通常包括一个主节点和多个从节点。主节点通常为数字化仪表,例如T-BOX,用于接收各个从节点上传的数据。从节点通常为分布在车辆的各个位置的车身控制单元,各从节点可以接收各传感器的AD信号。从节点将接收到的信息上传给主节点,再由主节点将信息上传给安全运营后台,主节点和从节点均可能发生安全报文校验失败的问题。当然,两个从节点之间也可以有相互的通信连接关系,本申请不作限制。
因此,在本申请中,校验失败日志可以包括从节点产生的第一校验失败日志和主节点产生的第二校验失败日志。
在一种可能的实施例中,步骤S100包括:从节点可以通过CAN/CANFD事件帧将第一校验失败日志上传给主节点。
在一种可能的实施例中,步骤S100包括:从节点按照第一周期将每个DataId最新的第一校验失败日志上传给主节点。具体的,在第一周期内,同一个DataId可能发生多次校验失败,从而对应产生多个重复的第一校验失败日志,那么将第一周期内最新的第一校验失败日志上传给主节点即可,如此循环,每个第一周期内,上传最新的第一校验失败日志给主节点,从而达到去重目的。换言之,每隔第一预设间隔时间,从节点上传一次第一校验失败日志给主节点,当某帧报文校验失败而触发日志上传时,如果与前一帧日志上传的间隔时间小于第一预设间隔时间,则应等间隔时间等于第一预设间隔时间后再上传。
如此,可以降低上传频率,进而降低对主节点硬件性能的要求,避免出现主节点硬件性能不足,难以处理大批量数据的问题。此外,多个DataId对应多个最新的第一校验失败日志,上传时,按照日志触发顺序上传即可。第一预设间隔时间可以通过安全运营后台设置或修改。
其中,与第一校验失败日志和第二校验失败日志对应,附加失败信息包括第一附加失败信息和第二附加失败信息,校验失败数据包括第一校验失败数据和第二校验失败数据;具体的,步骤S200包括:将第一附加失败信息与第一校验失败日志拼接获得第一校验失败数据;将第二附加失败信息与第二校验失败日志拼接获得第二校验失败数据。
具体的,第一校验失败日志包括同一DataId的错误次数、同一DataId的失败原因、同一DataId触发失败的时间、从节点的行程计数器和从节点的重置计数器信息。第一附加失败信息包括主节点接收第一校验失败日志的时间、产生第一校验失败日志的从节点控制器信息、主节点的行程计数器和主节点的重置计数器信息。主节点在第一校验失败日志的基础上拼接第一附加失败信息,从而可以获得第一校验失败数据。
第二校验失败日志包括同一DataId的错误次数、同一DataId的失败原因、同一DataId触发失败的时间、主节点的行程计数器和主节点的重置计数器信息。第二附加失败信息包括主节点控制器信息、对应从节点控制器信息。主节点在第二校验失败日志的基础上拼接第二附加失败信息,从而可以获得第二校验失败数据。
步骤S300还包括:主节点按照第二周期将最新的第一校验失败数据、最新的第二校验失败数据上传给安全运营后台。具体的,在第二周期内,主节点可能接收到同一个DataId的多个重复第一校验失败日志,以及,在同一个DataId下产生多个重复第二校验校验失败日志,而主节点基于每个第一校验失败日志和第二检验失败日志拼接获得第一校验失败数据和第二校验失败数据,那么将第二周期内最新的第一校验失败数据、最新的第二校验失败数据上传给安全运营后台即可,从而可以达到去重的目的。换言之,每隔第二预设间隔时间,主节点上传一次第一校验失败数据、第二校验失败数据给安全运营后台。
如此,可以降低上传频率,进而降低对安全运营后台的硬件性能要求,避免出现安全运营后台硬件性能不足,难以处理大批量数据的问题。此外,多个DataId对应多个最新第一校验失败数据,对应多个第二校验失败数据,主节点可以按照各校验失败数据的最新获得时间顺序上传至安全运营后台。第二预设间隔时间可以通过安全运营后台设置或修改。
另外,在安全运营后台获得校验失败数据后,可以进行可视化显示,或产生相应警示信号,以便于用户及时感知到问题,以便于及时做出应急响应。
第二方面,参考图3,本申请还提供一种车内通讯系统,车内通讯系统具备SecOC功能,并通过云环境与VSOC安全运营后台通信连接;车内通讯系统包括从控制单元和主控制单元,主控制单元被配置为:
获取校验失败日志;
将失败信息与校验失败日志拼接以获得校验失败数据;
将校验失败数据上传给VSOC安全运营后台。
当车内通讯网络中的各控制单元对接收到的安全报文校验失败时,各控制单元均会产生校验失败日志,通过将附加失败信息与校验失败日志拼接可以获得校验失败数据,附加失败信息中可以包含与校验失败日志相关的信息,例如失败次数、失败原因、失败时间。在校验失败数据被上传给安全运营后台后,可以被安全运营后台可视化的呈现出来,由于校验失败数据中包含较多与检验失败相关的信息,因此用户在分析检验失败原因时可参考的信息较多,从而可以更快的定位问题,确立修复方案。也即,本申请通过对校验失败信息的拼装,完善了分析校验失败原因所需要的信息,可以提高问题排查的准确性。
综上,通过本申请提供的车内通讯系统,用户可以根据安全运营后台所显示的校验失败数据中内容更快的定位问题,确立修复方案,提高解决问题的效率。
其中,车内通讯系统通常包括一个主控制单元和多个从控制单元。主控制单元通常为数字化仪表,例如T-BOX,用于接收各个从控制单元上传的数据。从控制单元通常为分布在车辆的各个位置的车身控制单元,各从控制单元可以接收各传感器的AD信号。从控制单元将接收到的信息上传给主控制单元,再由主控制单元将信息上传给安全运营后台,主控制单元和从控制单元均可能发生安全报文校验失败的问题。当然,两个从控制单元之间也可以有相互的通信连接关系,本申请不作限制。
因此,在本申请中,校验失败日志可以包括从控制单元产生的第一校验失败日志和主控制单元产生的第二校验失败日志。
在一种可能的实施例中,从控制单元可以通过CAN/CANFD事件帧将第一校验失败日志上传给主控制单元。
在一种可能的实施例中,从控制单元按照第一周期将每个DataI d最新的第一校验失败日志上传给主控制单元。具体的,在第一周期内,同一个DataI d可能发生多次校验失败,从而对应产生多个重复的第一校验失败日志,那么将第一周期内最新的第一校验失败日志上传给主控制单元即可,如此循环,每个第一周期内,上传最新的第一校验失败日志给主控制单元,从而达到去重目的。换言之,每隔第一预设间隔时间,从控制单元上传一次第一校验失败日志给主控制单元,当某帧报文校验失败而触发日志上传时,如果与前一帧日志上传的间隔时间小于第一预设间隔时间,则应等间隔时间等于第一预设间隔时间后再上传。
如此,可以降低上传频率,进而降低对主控制单元硬件性能的要求,避免出现主控制单元硬件性能不足,难以处理大批量数据的问题。此外,多个DataId对应多个最新的第一校验失败日志,上传时,按照日志触发顺序上传即可。第一预设间隔时间可以通过安全运营后台设置或修改。
其中,与第一校验失败日志和第二校验失败日志对应,附加失败信息包括第一附加失败信息和第二附加失败信息,校验失败数据包括第一校验失败数据和第二校验失败数据;具体的,将第一附加失败信息与第一校验失败日志拼接获得第一校验失败数据;将第二附加失败信息与第二校验失败日志拼接获得第二校验失败数据。
具体的,第一校验失败日志包括同一DataId的错误次数、同一DataId的失败原因、同一DataId触发失败的时间、从控制单元的行程计数器和从控制单元的重置计数器信息。第一附加失败信息包括主控制单元接收第一校验失败日志的时间、产生第一校验失败日志的从控制单元控制器信息、主控制单元的行程计数器和主控制单元的重置计数器信息。主控制单元在第一校验失败日志的基础上拼接第一附加失败信息,从而可以获得第一校验失败数据。
第二校验失败日志包括同一DataId的错误次数、同一DataId的失败原因、同一DataId触发失败的时间、主控制单元的行程计数器和主控制单元的重置计数器信息。第二附加失败信息包括主控制单元控制器信息、对应从控制单元控制器信息。主控制单元在第二校验失败日志的基础上拼接第二附加失败信息,从而可以获得第二校验失败数据。
然后,主控制单元按照第二周期将最新的第一校验失败数据、最新的第二校验失败数据上传给安全运营后台。具体的,在第二周期内,主控制单元可能接收到同一个DataId的多个重复第一校验失败日志,以及,在同一个DataId下产生多个重复第二校验校验失败日志,而主控制单元基于每个第一校验失败日志和第二检验失败日志拼接获得第一校验失败数据和第二校验失败数据,那么将第二周期内最新的第一校验失败数据、最新的第二校验失败数据上传给安全运营后台即可,从而可以达到去重的目的。换言之,每隔第二预设间隔时间,主控制单元上传一次第一校验失败数据、第二校验失败数据给安全运营后台。
如此,可以降低上传频率,进而降低对安全运营后台的硬件性能要求,避免出现安全运营后台硬件性能不足,难以处理大批量数据的问题。此外,多个DataId对应多个最新第一校验失败数据,对应多个第二校验失败数据,主控制单元可以按照各校验失败数据的最新获得时间顺序上传至安全运营后台。第二预设间隔时间可以通过安全运营后台设置或修改。
另外,在安全运营后台获得校验失败数据后,可以进行可视化显示,或产生相应警示信号,以便于用户及时感知到问题,以便于及时做出应急响应。
第三方面,本申请还提供一种车辆,包括:存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,处理器执行计算机程序时实现上述的车内校验失败信息管理方法中的步骤。
第四方面,本申请还提供一种计算机存储介质,其特征在于,计算机存储介质上存储有计算机程序,计算机程序被处理器执行时实现上述的车内校验失败信息管理方法中的步骤。
上述根据本发明实施例的方法可在硬件、固件中实现,或者被实现为可存储在记录介质(诸如CD ROM、RAM、软盘、硬盘或磁光盘)中的软件或计算机代码,或者被实现通过网络下载的原始存储在远程记录介质或非暂时机器可读介质中并将被存储在本地记录介质中的计算机代码,从而在此描述的方法可被存储在使用通用计算机、专用处理器或者可编程或专用硬件(诸如ASIC或FPGA)的记录介质上的这样的软件处理。可以理解,计算机、处理器、微处理器控制器或可编程硬件包括可存储或接收软件或计算机代码的存储组件(例如,RAM、ROM、闪存等),当软件或计算机代码被计算机、处理器或硬件访问且执行时,实现在此描述的方法。此外,当通用计算机访问用于实现在此示出的方法的代码时,代码的执行将通用计算机转换为用于执行在此示出的方法的专用计算机。
至此,已经对本发明的特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下,在权利要求书中记载的动作可以按照不同的顺序来执行并且仍然可以实现期望的结果。另外,在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序,以实现期望的结果。在某些实施方式中,多任务处理和并行处理可以是有利的。
需要说明的是,本发明实施例中所有方向性指示(诸如上、下、左、右、后……)仅用于解释在某一特定姿态(如附图所示)下各部件之间的相对位置关系、运动情况等,如果该特定姿态发生改变时,则该方向性指示也相应地随之改变。
在本发明的描述中,术语“第一”、“第二”仅用于方便描述不同的部件或名称,而不能理解为指示或暗示顺序关系、相对重要性或者隐含指明所指示的技术特征的数量。由此,限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。
除非另有定义,本文所使用的所有的技术和科学术语与属于本发明的技术领域的技术人员通常理解的含义相同。本文中在本发明的说明书中所使用的术语只是为了描述具体的实施例的目的,不是旨在于限制本发明。
需要说明的是,虽然结合附图对本发明的具体实施例进行了详细地描述,但不应理解为对本发明的保护范围的限定。在权利要求书所描述的范围内,本领域技术人员不经创造性劳动即可做出的各种修改和变形仍属于本发明的保护范围。
Claims (10)
1.一种车内校验失败信息管理方法,用于实现车内通讯安全,其特征在于,包括:
S100、获取校验失败日志;
S200、将附加失败信息与所述校验失败日志拼接以获得校验失败数据;
S300、将所述校验失败数据上传给安全运营后台。
2.如权利要求1所述的管理方法,其特征在于,所述校验失败日志包括从节点产生的第一校验失败日志和主节点产生的第二校验失败日志。
3.如权利要求2所述的管理方法,其特征在于,所述S100、获取校验失败日志,包括:所述从节点通过CAN/CANFD事件帧将所述第一校验失败日志上传给所述主节点。
4.如权利要求2所述的方法,其特征在于,所述S100、获取校验失败日志,包括:所述从节点按照第一周期将每个DataId最新的所述第一校验失败日志上传给所述主节点。
5.如权利要求2所述的管理方法,其特征在于,所述附加失败信息包括第一附加失败信息和第二附加失败信息,所述校验失败数据包括第一校验失败数据和第二校验失败数据;
所述S200、将附加失败信息与所述校验失败日志拼接以获得校验失败数据,包括:将所述第一附加失败信息与所述第一校验失败日志拼接获得所述第一校验失败数据;
将所述第二附加失败信息与所述第二校验失败日志拼接获得所述第二校验失败数据。
6.如权利要求5所述的管理方法,其特征在于,所述第一附加失败信息包括所述主节点接收第一校验失败日志的时间、所述从节点控制器信息、所述主节点的行程计数器和所述主节点的重置计数器信息;
所述第二附加失败信息包括所述主节点控制器信息、对应的所述从节点控制器信息。
7.如权利要求5所述的管理方法,其特征在于,所述S300、将所述校验失败数据上传给安全运营后台,包括:
所述主节点按照第二周期将最新的所述第一校验失败数据、最新的所述第二校验失败数据上传给所述安全运营后台。
8.一种车内通讯系统,其特征在于,所述车内通讯系统具备SecOC功能,并通过云环境与VSOC安全运营后台通信连接;所述车内通讯系统包括主控制单元,所述主控制单元被配置为:
获取校验失败日志;
将失败信息与所述校验失败日志拼接以获得校验失败数据;
将所述校验失败数据上传给所述VSOC安全运营后台。
9.一种车辆,其特征在于,包括:存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序,所述处理器执行所述计算机程序时实现如权利要求1至7中任一项所述的车内校验失败信息管理方法中的步骤。
10.一种计算机存储介质,其特征在于,所述计算机存储介质上存储有计算机程序,所述计算机程序被处理器执行时实现如权利要求1至7中任一项所述的车内校验失败信息管理方法中的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202310486230.2A CN116545685A (zh) | 2023-04-28 | 2023-04-28 | 车内校验失败信息管理方法、通讯系统、车辆及存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202310486230.2A CN116545685A (zh) | 2023-04-28 | 2023-04-28 | 车内校验失败信息管理方法、通讯系统、车辆及存储介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN116545685A true CN116545685A (zh) | 2023-08-04 |
Family
ID=87446401
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202310486230.2A Pending CN116545685A (zh) | 2023-04-28 | 2023-04-28 | 车内校验失败信息管理方法、通讯系统、车辆及存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN116545685A (zh) |
Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112104608A (zh) * | 2020-08-17 | 2020-12-18 | 华人运通(上海)云计算科技有限公司 | 一种车辆信息安全防护方法、系统及存储介质 |
CN112513818A (zh) * | 2019-12-11 | 2021-03-16 | 深圳市大疆创新科技有限公司 | 升级异常分析方法、电子设备、可移动平台、相机及计算机可读存储介质 |
CN112927385A (zh) * | 2021-01-19 | 2021-06-08 | 广州优胜汽车科技有限公司 | 日志数据收集方法、系统、移动终端及可读存储介质 |
CN113985852A (zh) * | 2021-10-29 | 2022-01-28 | 北京经纬恒润科技股份有限公司 | 车载终端日志处理方法、装置及系统 |
CN115145870A (zh) * | 2022-06-28 | 2022-10-04 | 平安消费金融有限公司 | 失败任务原因定位方法、装置、电子设备及存储介质 |
CN115617612A (zh) * | 2022-10-26 | 2023-01-17 | 平安银行股份有限公司 | 一种日志上报方法、装置、计算机设备和存储介质 |
CN115757616A (zh) * | 2022-10-31 | 2023-03-07 | 中国农业银行股份有限公司 | 一种基于二进制日志的数据一致性校验方法、装置及介质 |
CN115967616A (zh) * | 2022-12-20 | 2023-04-14 | 北京天融信网络安全技术有限公司 | 日志转发方法、系统、电子设备 |
-
2023
- 2023-04-28 CN CN202310486230.2A patent/CN116545685A/zh active Pending
Patent Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112513818A (zh) * | 2019-12-11 | 2021-03-16 | 深圳市大疆创新科技有限公司 | 升级异常分析方法、电子设备、可移动平台、相机及计算机可读存储介质 |
CN112104608A (zh) * | 2020-08-17 | 2020-12-18 | 华人运通(上海)云计算科技有限公司 | 一种车辆信息安全防护方法、系统及存储介质 |
CN112927385A (zh) * | 2021-01-19 | 2021-06-08 | 广州优胜汽车科技有限公司 | 日志数据收集方法、系统、移动终端及可读存储介质 |
CN113985852A (zh) * | 2021-10-29 | 2022-01-28 | 北京经纬恒润科技股份有限公司 | 车载终端日志处理方法、装置及系统 |
CN115145870A (zh) * | 2022-06-28 | 2022-10-04 | 平安消费金融有限公司 | 失败任务原因定位方法、装置、电子设备及存储介质 |
CN115617612A (zh) * | 2022-10-26 | 2023-01-17 | 平安银行股份有限公司 | 一种日志上报方法、装置、计算机设备和存储介质 |
CN115757616A (zh) * | 2022-10-31 | 2023-03-07 | 中国农业银行股份有限公司 | 一种基于二进制日志的数据一致性校验方法、装置及介质 |
CN115967616A (zh) * | 2022-12-20 | 2023-04-14 | 北京天融信网络安全技术有限公司 | 日志转发方法、系统、电子设备 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US20180293811A1 (en) | Vehicle remote diagnosis method and device | |
CN112486629B (zh) | 微服务状态检测方法、装置、电子设备和存储介质 | |
CN109885037B (zh) | 一种车辆诊断的方法及相关设备 | |
CN113608518B (zh) | 数据生成方法、装置、终端设备及介质 | |
CN110673576A (zh) | 自动测试方法与装置、车辆和存储介质 | |
CN109658542B (zh) | 诊断参数数据校验方法、装置、车辆诊断设备和存储介质 | |
CN113364613B (zh) | 故障定位方法及系统 | |
CN110989564A (zh) | 一种汽车数据诊断方法及装置 | |
CN116545685A (zh) | 车内校验失败信息管理方法、通讯系统、车辆及存储介质 | |
CN114625106B (zh) | 车辆诊断的方法、装置、电子设备及存储介质 | |
CN114572005B (zh) | 车辆里程备份的方法及终端设备 | |
CN115903758A (zh) | 远程诊断系统、方法、电子设备及存储介质 | |
US11726853B2 (en) | Electronic control device | |
WO2014027558A1 (ja) | 車両制御装置および車両制御システム | |
CN112925546B (zh) | 一种防止车载ecu刷新出错的多级校验方法及系统 | |
CN114356769A (zh) | 软件的学习方法、装置、设备及存储介质 | |
CN109522026B (zh) | 一种数据刷写方法及系统、汽车 | |
CN114115170A (zh) | 一种车辆配置模块的确定方法、装置及售后诊断仪 | |
CN114967634A (zh) | 处理器诊断装置、处理器诊断方法和电子设备 | |
CN113434411A (zh) | Tias功能测试方法及系统 | |
CN112104766B (zh) | 诊断协议重构方法、装置、终端设备及存储介质 | |
CN117168838A (zh) | 车辆信号处理方法、装置、终端设备及存储介质 | |
CN113641556B (zh) | 用于保障汽车仪表稳定运行的系统、方法、装置、处理器及其计算机可读存储介质 | |
CN113126598A (zh) | 汽车电子控制单元的诊断方法、电子设备和存储介质 | |
WO2021205655A1 (ja) | 車載制御システムおよび異常診断方法 |
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 |