CN113485294A - 车辆的数据记录方法、装置、设备及存储介质 - Google Patents

Abstract

本发明属于自动驾驶技术领域，公开了一种车辆的数据记录方法、装置、设备及存储介质。该方法包括：获取车身控制数据；根据所述车身控制数据确定当前车辆状态；在当前车辆状态为紧急状态时，对所述车身控制数据进行标记，以得到紧急数据；将所述车身控制数据和紧急信息进行存储，以得到存储数据；将所述存储数据上传至云端服务器，以使所述云端服务器根据所述存储数据对车辆进行整车状态分析。通过上述方式，实现了对车辆运行的整车数据和环境数据进行分类存储，若出现事故可以根据数据对整车运行状况进行分析，提高了找到事故原因的成功率，为后续车辆改进提供了数据支持，相比于行车记录仪提高了数据记录的可靠程度。

Description

车辆的数据记录方法、装置、设备及存储介质

技术领域

本发明涉及自动驾驶技术领域，尤其涉及一种车辆的数据记录方法、装置、设备及存储介质。

背景技术

随着智能网联汽车的发展，越来越多的智能化功能落地应用，大大提高了车主的驾驶体验。但是由于智能驾驶功能的不完善或驾驶员的误用，汽车事故时有发生，为了有效对事故原因进行分析排查，需要将出现故障时刻前后特定时间内的数据进行记录与上传，通过数据回放与时序分析快速进行故障点位置确认，这就需要针对智能网联汽车进行数据记录与分析。

一般对智能网联汽车进行数据记录与分析，是通过行车记录仪进行实时记录，但行车记录仪为实车携带归客户所有，仅能记录发生事故时，车辆周围的部分环境信息，且多为离线模式，无法与整车数据关联，无法准确定位故障发生时是由智能驾驶系统问题还是人为误用导致。视频多存储在本地内存卡里面，事故后可能导致数据损坏，同时主机厂较难获取到此数据。行车记录仪多为后装，安装位置对数据的准确性硬线也比较大。

上述内容仅用于辅助理解本发明的技术方案，并不代表承认上述内容是现有技术。

发明内容

本发明的主要目的在于提供一种车辆的数据记录方法、装置、设备及存储介质，旨在解决现有技术无法记录整车数据的技术问题。

为实现上述目的，本发明提供了一种车辆的数据记录方法，所述方法包括以下步骤:

获取车身控制数据；

根据所述车身控制数据确定当前车辆状态；

在当前车辆状态为紧急状态时，对所述车身控制数据进行标记，以得到紧急数据；

将所述车身控制数据和紧急信息进行存储，以得到存储数据；

将所述存储数据上传至云端服务器，以使所述云端服务器根据所述存储数据对车辆进行整车状态分析。

可选的，所述根据所述车身控制数据确定当前车辆状态，包括：

根据所述车身控制数据获取车辆环境信息和定位信息；

根据所述车辆环境信息和定位信息确定车辆状态。

可选的，所述根据所述车辆环境信息和定位信息确定车辆状态，包括：

根据所述定位信息判断所述当前车辆是否处于事故易发区域；

若所述当前车辆处于事故易发区域，则根据所述车辆环境信息确定当前车辆事故概率评分；

在所述事故概率评分大于预设评分阈值时，判定车辆状态为紧急状态。

可选的，所述在当前车辆状态为紧急状态时，对车身控制数据进行标记，以得到紧急数据，包括：

在当前车辆状态为紧急状态时，获取所述车身控制数据中各项数据的数据来源；

根据所述车身控制数据中各项数据的数据来源将所述紧急状态前后预设时间内的车身控制数据进行分包存储，以得到多个数据包；

将所述多个数据包作为紧急数据。

可选的，所述根据所述车身控制数据确定当前车辆状态，包括：

根据所述车身控制数据获取车辆故障信息；

根据所述车辆故障信息确定车辆状态。

可选的，所述根据所述车身控制数据确定当前车辆状态，包括：

根据所述车身控制数据获取车身控制状态；

在所述车身控制状态为由自动驾驶状态切换为驾驶员接管状态时，将当前车辆状态确定为紧急状态。

可选的，所述将所述车身控制数据进行存储，以得到存储数据的步骤之后，还包括：

在存储环境达到预设标准时，根据所述紧急数据对存储数据进行循环覆盖，以得到覆盖后的存储数据；

将所述覆盖后的存储数据上传至云端服务器，以使所述云端服务器根据所述覆盖后的存储数据对车辆进行整车状态分析。

此外，为实现上述目的，本发明还提出一种车辆的数据记录装置，所述车辆的数据记录装置包括：

获取模块，用于获取车身控制数据；

处理模块，用于根据所述车身控制数据确定当前车辆状态；

处理模块，用于在当前车辆状态为紧急状态时，对车身控制数据进行标记，以得到紧急数据；

存储模块，用于将所述车身控制数据和紧急信息进行存储，以得到存储数据；

存储模块，用于将所述存储数据上传至云端服务器，以使所述云端服务器根据所述标记信息对车辆进行整车状态分析。

此外，为实现上述目的，本发明还提出一种车辆的数据记录设备，所述车辆的数据记录设备包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的车辆的数据记录程序，所述车辆的数据记录程序配置为实现如上文所述的车辆的数据记录方法的步骤。

此外，为实现上述目的，本发明还提出一种存储介质，所述存储介质上存储有车辆的数据记录程序，所述车辆的数据记录程序被处理器执行时实现如上文所述的车辆的数据记录方法的步骤。

本发明获取车身控制数据；根据所述车身控制数据确定当前车辆状态；在当前车辆状态为紧急状态时，对所述车身控制数据进行标记，以得到紧急数据；将所述车身控制数据和紧急信息进行存储，以得到存储数据；将所述存储数据上传至云端服务器，以使所述云端服务器根据所述存储数据对车辆进行整车状态分析。通过上述方式，实现了对车辆运行的整车数据和环境数据进行分类存储，若出现事故可以根据数据对整车运行状况进行分析，提高了找到事故原因的成功率，为后续车辆改进提供了数据支持，相比于行车记录仪提高了数据记录的可靠程度。

附图说明

图1是本发明实施例方案涉及的硬件运行环境的车辆的数据记录设备的结构示意图；

图2为本发明车辆的数据记录方法第一实施例的流程示意图；

图3为本发明车辆的数据记录方法第二实施例的流程示意图；

图4为本发明车辆的数据记录装置第一实施例的结构框图。

本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

应当理解，此处所描述的具体实施例仅用以解释本发明，并不用于限定本发明。

参照图1，图1为本发明实施例方案涉及的硬件运行环境的车辆的数据记录设备结构示意图。

如图1所示，该车辆的数据记录设备可以包括：处理器1001，例如中央处理器(Central Processing Unit，CPU)，通信总线1002、用户接口1003，网络接口1004，存储器1005。其中，通信总线1002用于实现这些组件之间的连接通信。用户接口1003可以包括显示屏(Display)、输入单元比如键盘(Keyboard)，可选用户接口1003还可以包括标准的有线接口、无线接口。网络接口1004可选的可以包括标准的有线接口、无线接口(如无线保真(Wireless-Fidelity，WI-FI)接口)。存储器1005可以是高速的随机存取存储器(RandomAccess Memory，RAM)存储器，也可以是稳定的非易失性存储器(Non-Volatile Memory，NVM)，例如磁盘存储器。存储器1005可选的还可以是独立于前述处理器1001的存储装置。

本领域技术人员可以理解，图1中示出的结构并不构成对车辆的数据记录设备的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

如图1所示，作为一种存储介质的存储器1005中可以包括操作系统、网络通信模块、用户接口模块以及车辆的数据记录程序。

在图1所示的车辆的数据记录设备中，网络接口1004主要用于与网络服务器进行数据通信；用户接口1003主要用于与用户进行数据交互；本发明车辆的数据记录设备中的处理器1001、存储器1005可以设置在车辆的数据记录设备中，所述车辆的数据记录设备通过处理器1001调用存储器1005中存储的车辆的数据记录程序，并执行本发明实施例提供的车辆的数据记录方法。

本发明实施例提供了一种车辆的数据记录方法，参照图2，图2为本发明一种车辆的数据记录方法第一实施例的流程示意图。

本实施例中，所述车辆的数据记录方法包括以下步骤：

步骤S10：获取车身控制数据。

需要说明的是，本实施例的执行主体为车辆数据记录系统，所述车辆数据记录系统可以是包含通讯域控制器以及其传输链路在内的智能控制系统，也可以是汽车智能网关以及通信链路的车辆数据记录系统，还可以是其他与车辆数据记录系统功能相同或者相似的其他系统，本实施例对此不加以限定。所述通讯域控制即车辆负责内部通信控制的域控制器。

可以理解的是，本实施例用于在车辆运行过程中，用于记录自动驾驶车辆的运行情况，本实施例并不需要大量的存储空间，在存储空间即将耗尽时，可以将标记好的紧急数据作为最关键的数据保留下来，其他的数据以滚动覆盖的方式，保证最关键的数据得到存储的情况下，尽可能多的存储数据。根据车身控制数据判断车辆是否进入了容易出现事故的阶段，将容易进入事故的车身控制数据进行标记，从而便于在数据分析时找到关键数据进行事故分析，由于在发生事故时车辆可能发生损坏，此时进行记录可能无法完整收集到各个模块的工作数据，因此根据本实施例可以再将可能出现事故或者故障阶段的数据完整记录，以便后续分析。

在具体实现中，所述车身控制数据包括车身各个模块的工作数据、控制单元的控制数据、各个传感器的监测数据以及图像采集设备图像数据等，例如：自动驾驶控制数据、远程驾驶控制数据、发动机工作数据、毫米波雷达检测数据以及前摄像头采集到的路面数据等。

步骤S20：根据所述车身控制数据确定当前车辆状态。

需要说明的是，根据所述车身控制数据可以判断车辆当前的行驶状态，包括行驶路段、周边环境、内部工作情况以及车辆接管情况等。

在本实施例中，根据所述车身控制数据可以获取车辆故障信息；根据所述车辆故障信息确定车辆状态。例如：根据车身控制数据获取总线网络传递的故障代码，通过将故障代码与预先设置好的故障列表进行比对，判断故障类型是否为较为紧急的故障，如果为较为紧急的故障则将车辆状态视为紧急状态，对前后一段时间的车身控制数据进行标记，以便实时上传云端或者后续读取进行故障分析。

需要说明的是，在具体实现中车身控制数据可以包括如下数据以及其对应的故障：车速、ABS\TCS状态、制动压力、上层握手及响应执行状态、驾驶员手力矩、方向盘转角、上层握手及响应执行状态、上层握手及响应执行状态，制动减速度、驻车释放状态安全停车、驾驶员意图、疲劳、注意力信息、障碍物距离信息、自身工作状态、与下层握手及请求指令状态、自身工作状态、周边车辆环境信息、自身工作状态、功能设置反馈信号、与下层握手及请求指令状态、时间同步主节点发送时间信息、时间同步从节点、车身域基本控制信息、接收显示智能驾驶相关信息、智能驾驶功能设置与语音播报、通信模块接收信息，发送远程车控及车辆姿态信息、空调基本信息、油门\制动状态、快慢充信息、高压上下电控制、驱动与能量回收请求、自身状态信息、上层握手及响应执行状态、接收扭矩指令进行执行、高压电池电压电流及温度信息采集、驾驶员监控摄像头原始视频信息、四个环视摄像头原始视频信息、前视摄像头视频信息、环视摄像头拼接信息、前、角毫米波雷达车辆周边目标原始信息、时间同步信息以及定位数据等。通过上述数据进行记录，并在对应的部分出现故障时进行标记。此外，数据的传输方式可以根据具体的工作模块类型进行划分通过不同的数据链路在车辆数据记录系统内部传输，例如：视频数据或者毫米波雷达数据可以通过以太网或者LVDS传输至通讯域控制器，底盘段或者车身段的控制数据可以通过CAN网络传输至通讯域控制器。

在本实施例中，根据所述车身控制数据获取车身控制状态；在所述车身控制状态为由自动驾驶状态切换为驾驶员接管状态时，将当前车辆状态确定为紧急状态。

需要说明的是，在自动驾驶过程中，在车辆出现紧急状况时，例如自动驾驶出现紧急状况或者路面复杂程度超过自动驾驶性能时，驾驶员会接管驾驶，那么说明此时车辆有一定概率出现问题，因此可以将接管前后一段时间的数据进行标记为紧急数据。

步骤S30：在当前车辆状态为紧急状态时，对所述车身控制数据进行标记，以得到紧急数据。

可以理解的是，当车辆为紧急状态时，说明此时的数据对事故分析或者故障分析最为有价值，因此可以对这段时间以及前后的数据进行存储，以便后续进行分析。例如：车辆行车过程中，各个传感器(摄像头、雷达)、控制器会实时产生大量数据，为了更好进行整车状态监控和数据分析，需要将有效数据存储上传。

在本实施例中，在当前车辆状态为紧急状态时，获取所述车身控制数据中各项数据的数据来源；根据所述车身控制数据中各项数据的数据来源将所述紧急状态前后预设时间内的车身控制数据进行分包存储，以得到多个数据包；将所述多个数据包作为紧急数据。

需要说明的是，分包存储是为了对不同网段的数据进行区分以方便后期查询，在通过时间同步将同一时间不通包的数据相关联，即可有效的对数据进行管理，例如：为保证各网段的CAN数据与雷达视频数据的同步要求，通讯域控制器具有网关及联网通讯功能，可以通过联网或GPS实时获取时间信息，通过CAN通讯发送给各个网段，各相关控制器通过CAN线获取时间同步信息。识别整车特征信号作为紧急数据存储上传的触发信号，例如碰撞信号、驾驶员接管信号、特定故障信号等。以一下网段划分方式进行说明，底盘网段：由通讯域控制器实时采集CCAN网段数据生成数据包1；智能网段：由通讯域控制器实时采集ADASCAN网段数据生成数据包2；车身网段：由通讯域控制器实时采集BCAN网段数据生成数据包3；电动网段：由通讯域控制器实时采集EVCAN网段数据生成数据包4；驾驶员监控视频：由DMS控制器通过监控摄像头实时采集驾驶员面部视频信息生成数据包5；使用LVDS或者以太网传输给通讯域控制器；车辆环视视频：由APA控制器通过环视摄像头实时采集车辆四周视频信息生成数据包6；使用LVDS或者以太网传输给通讯域控制器；车辆前视EQ4信息：由ADU控制器通过前视摄像头实时采集车辆前方视频后提取的特征信息生成数据包7；使用LVDS或者以太网传输给通讯域控制器；前、角毫米波雷达目标信息：由ADU控制器通过私有CAN获取的前毫米波雷达、角毫米波雷达目标信息生成数据包9；

根据如上分包方式，本实施例提供了如下优选方案对数据存储方式进行说明，如：一种实时在线数据记录系统，核心部件为通讯域控制器，能够通过CAN、LIN、LVDS及以太网等多种通讯方式与整车系统进行数据交互，同时支持本地数据存储及4G/5G联网通讯能力，具体实施方案如下：车辆行驶过程中，通讯域控制器通过CAN线获取各网段CAN信号数据，通过LVDS或以太网获取视频及雷达数据，依据上述链路，数据包进行1-9编号且每段数据均具备时间戳，数据储存在通讯域控制器的本地内存中，每30s(可配置)为一个数据段(每个数据段包含9个数据包，每个数据包均包含时间段信息)；由于通讯域控制器的内存大小有限，将内存空间进行有效划分(程序分区、标定配置分区、数据分区、紧急分区)，正常过程记录的数据储存在数据分区中，采用循环覆盖机制；车辆出现故障或者紧急操作时，通讯域控制器识别特定触发信号，将故障发生时刻前后30秒的数据段定义为紧急数据，该数据存储在紧急分区中，不可覆盖，且在故障发生后通过4G/5G联网上传至云端服务器；为保证上传数据的可靠性，要求通讯域控制器具备断点上传，数据校验，错误重发机制；通讯域控制器储存在数据分区的数据段及存储在紧急分区的紧急数据支持本地数据离线数据端口导出，也可以通过云端服务器下发远程上传指令进行数据上传；通讯域控制器内部设置双电源模块(一路采用整车进行供电，一路采用内置锂电池进行供电)，防止车辆发生碰撞后断电导致数据记录不全或者断电无法上传，车辆正常时整车为通讯域控制器供电及内置锂电池充电；车辆断电时，锂电池直接为通讯域控制器供电。以上方案为优选方案仅仅对本实施例进行说明，并不用于限定本实施例。

步骤S40：将所述车身控制数据和紧急信息进行存储，以得到存储数据。

需要说明的是，在理想的情况下，数据存储的越全面越好，但由于车内数据通信数据量巨大，往往无法全部进行存储，因此将紧急数据的优先级放在最高，其余的车身控制数据尽可能的进行存储，有利于后续的车辆状态分析。

步骤S50：将所述存储数据上传至云端服务器，以使所述云端服务器根据所述存储数据对车辆进行整车状态分析。

可以理解的是，后台网站可识别分析云端服务器存储的数据，包含车辆基础信息(VIN码、车辆配置)、车辆特征信号触发前后时间段内各系统的工作情况、车辆周边及驾驶员信息等。通过上传的存储的数据，可以根据上述信息进行故障分析、产品迭代以及环境数据采集等。

在本实施例中，所述将所述车身控制数据进行存储，以得到存储数据的步骤之后，还包括：在存储环境达到预设标准时，根据所述紧急数据对存储数据进行循环覆盖，以得到覆盖后的存储数据；将所述覆盖后的存储数据上传至云端服务器，以使所述云端服务器根据所述覆盖后的存储数据对车辆进行整车状态分析。

在具体实现中，由于通讯域控制器的内存大小有限，对数据进行分类有优先级的进行存储变得尤为重要，例如：可以将内存空间进行有效划分(程序分区、标定配置分区、数据分区、紧急分区)，正常过程记录的数据储存在数据分区中，采用循环覆盖机制。此外，也可以在按时间进行划分，紧急数据永久保存，其他数据有一定的存储时间。存储方式可以是如上述进行分区存储，也可以是对数据进行标记，持有标记的数据进行存储，未标记的按如上规则进行覆盖。

本实施例获取车身控制数据；根据所述车身控制数据确定当前车辆状态；在当前车辆状态为紧急状态时，对所述车身控制数据进行标记，以得到紧急数据；将所述车身控制数据和紧急信息进行存储，以得到存储数据；将所述存储数据上传至云端服务器，以使所述云端服务器根据所述存储数据对车辆进行整车状态分析。通过上述方式，实现了对车辆运行的整车数据和环境数据进行分类存储，若出现事故可以根据数据对整车运行状况进行分析，提高了找到事故原因的成功率，为后续车辆改进提供了数据支持，相比于行车记录仪提高了数据记录的可靠程度。

参考图3，图3为本发明一种车辆的数据记录方法第二实施例的流程示意图。

基于上述第一实施例，本实施例车辆的数据记录方法在所述步骤S20，具体包括：

步骤S21：根据所述车身控制数据获取车辆环境信息和定位信息。

需要说明的是，本实施例车身控制数据中包含了多个图像采集设备和传感器采集到的环境信息以及位置信息。例如：其中，环境信息包括了，各个摄像头采集到的视频信息、毫米波雷达的测距信息以及温湿度信息等，定位信息则可以从GPS收发器获取。

步骤S22：根据所述车辆环境信息和定位信息确定车辆状态。

需要说明的是，通过定位信息和车辆环境信息可以确认当前车辆所处的环境以及路况，在复杂路况或者极端路况下可以对数据进行记录，例如：根据定位信息得到当前路面处于低洼地段，在通过环境信息判断是否路面出现积水，若果路面出现积水则需要对行驶过程进行记录，若时候车辆出现故障可以根据淌水时的数据记录进行判断是否存在故障原因。

此外，本步骤还有其他功能，可以用于按用户或者厂家要求记录特定路段的信息，将特定路段的信息标记为紧急信息以供其收集数据进行技术迭代或者故障分析。例如：车辆悬挂系统总容易出现问题，通过设定每当车辆进行急转弯道时进行记录或者进入颠簸路段时进行记录，以得到此时车辆工作的详细数据用于进一步判断故障问题。

在本实施例中，根据所述定位信息判断所述当前车辆是否处于事故易发区域；若所述当前车辆处于事故易发区域，则根据所述车辆环境信息确定当前车辆事故概率评分；在所述事故概率评分大于预设评分阈值时，判定车辆状态为紧急状态。

在具体实现中，根据所述定位信息判断所述当前车辆是否处于事故易发区域，其中事故易发区域可以根据需求进行设定，其中事故易发区域可以与时间、天气等信息相关联，例如：在早晚高峰时交通繁忙的路口、雨雪天气低洼路段或者气温在零度下时的桥面坡面等，本实施例对此不加以限定，若所述当前车辆处于事故易发区域，则根据所述车辆环境信息确定当前车辆事故概率评分，例如：根据车辆自动驾驶性能进行设定，当视野中目标物大于数量阈值时判定易发生事故，目标物数量视为评分；事故概率评分指的是可能发生事故的程度，可以依据多个量进行评定，例如：目标数、道路复杂程度、环境光照情况以及路面情况等，当评分大于一定阈值时，判定车辆状态为紧急状态。

本实施例通过根据所述车身控制数据获取车辆环境信息和定位信息；根据所述车辆环境信息和定位信息确定车辆状态。通过上述方式，实现了根据环境信息和定位信息对紧急情况的筛选，由于可以灵活的根据环境对信息进行收集有利于有针对性的收集整车信息，在车辆经常出现故障问题时，对车辆信息进行筛选，提高了故障分析的效率和准确性。

此外，本发明实施例还提出一种存储介质，所述存储介质上存储有车辆的数据记录程序，所述车辆的数据记录程序被处理器执行时实现如上文所述的车辆的数据记录方法的步骤。

参照图4，图4为本发明车辆的数据记录装置第一实施例的结构框图。

如图4所示，本发明实施例提出的车辆的数据记录装置包括：

获取模块10，用于获取车身控制数据。

处理模块20，用于根据所述车身控制数据确定当前车辆状态。

处理模块20，用于在当前车辆状态为紧急状态时，对车身控制数据进行标记，以得到紧急数据。

存储模块30，用于将所述车身控制数据和紧急信息进行存储，以得到存储数据。

存储模块30，用于将所述存储数据上传至云端服务器，以使所述云端服务器根据所述标记信息对车辆进行整车状态分析。

本实施例获取模块10获取车身控制数据；处理模块20根据所述车身控制数据确定当前车辆状态；处理模块20在当前车辆状态为紧急状态时，对所述车身控制数据进行标记，以得到紧急数据；存储模块30将所述车身控制数据和紧急信息进行存储，以得到存储数据；存储模块30将所述存储数据上传至云端服务器，以使所述云端服务器根据所述存储数据对车辆进行整车状态分析。通过上述方式，实现了对车辆运行的整车数据和环境数据进行分类存储，若出现事故可以根据数据对整车运行状况进行分析，提高了找到事故原因的成功率，为后续车辆改进提供了数据支持，相比于行车记录仪提高了数据记录的可靠程度。

应当理解的是，以上仅为举例说明，对本发明的技术方案并不构成任何限定，在具体应用中，本领域的技术人员可以根据需要进行设置，本发明对此不做限制。

在一实施例中，所述处理模块20还用于根据所述车身控制数据获取车辆环境信息和定位信息；

根据所述车辆环境信息和定位信息确定车辆状态。

在一实施例中，所述处理模块20还用于根据所述定位信息判断所述当前车辆是否处于事故易发区域；

若所述当前车辆处于事故易发区域，则根据所述车辆环境信息确定当前车辆事故概率评分；

在所述事故概率评分大于预设评分阈值时，判定车辆状态为紧急状态。

在一实施例中，所述处理模块20还用于在当前车辆状态为紧急状态时，获取所述车身控制数据中各项数据的数据来源；

根据所述车身控制数据中各项数据的数据来源将所述紧急状态前后预设时间内的车身控制数据进行分包存储，以得到多个数据包；

将所述多个数据包作为紧急数据。

在一实施例中，所述处理模块20还用于根据所述车身控制数据获取车辆故障信息；

根据所述车辆故障信息确定车辆状态。

在一实施例中，所述处理模块20还用于根据所述车身控制数据获取车身控制状态；

在所述车身控制状态为由自动驾驶状态切换为驾驶员接管状态时，将当前车辆状态确定为紧急状态。

在一实施例中，所述存储模块30还用于在存储环境达到预设标准时，根据所述紧急数据对存储数据进行循环覆盖，以得到覆盖后的存储数据；

将所述覆盖后的存储数据上传至云端服务器，以使所述云端服务器根据所述覆盖后的存储数据对车辆进行整车状态分析。

需要说明的是，以上所描述的工作流程仅仅是示意性的，并不对本发明的保护范围构成限定，在实际应用中，本领域的技术人员可以根据实际的需要选择其中的部分或者全部来实现本实施例方案的目的，此处不做限制。

另外，未在本实施例中详尽描述的技术细节，可参见本发明任意实施例所提供的车辆的数据记录方法，此处不再赘述。

此外，需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者系统不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者系统所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者系统中还存在另外的相同要素。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如只读存储器(Read Only Memory，ROM)/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。

以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。

Claims (10)

1.一种车辆的数据记录方法，其特征在于，所述车辆的数据记录方法包括：

获取车身控制数据；

根据所述车身控制数据确定当前车辆状态；

在当前车辆状态为紧急状态时，对所述车身控制数据进行标记，以得到紧急数据；

将所述车身控制数据和紧急信息进行存储，以得到存储数据；

将所述存储数据上传至云端服务器，以使所述云端服务器根据所述存储数据对车辆进行整车状态分析。

2.如权利要求1所述的方法，其特征在于，所述根据所述车身控制数据确定当前车辆状态，包括：

根据所述车身控制数据获取车辆环境信息和定位信息；

根据所述车辆环境信息和定位信息确定车辆状态。

3.如权利要求2所述的方法，其特征在于，所述根据所述车辆环境信息和定位信息确定车辆状态，包括：

根据所述定位信息判断所述当前车辆是否处于事故易发区域；

若所述当前车辆处于事故易发区域，则根据所述车辆环境信息确定当前车辆事故概率评分；

在所述事故概率评分大于预设评分阈值时，判定车辆状态为紧急状态。

4.如权利要求1所述的方法，其特征在于，所述在当前车辆状态为紧急状态时，对车身控制数据进行标记，以得到紧急数据，包括：

在当前车辆状态为紧急状态时，获取所述车身控制数据中各项数据的数据来源；

根据所述车身控制数据中各项数据的数据来源将所述紧急状态前后预设时间内的车身控制数据进行分包存储，以得到多个数据包；

将所述多个数据包作为紧急数据。

5.如权利要求1所述的方法，其特征在于，所述根据所述车身控制数据确定当前车辆状态，包括：

根据所述车身控制数据获取车辆故障信息；

根据所述车辆故障信息确定车辆状态。

6.如权利要求1所述的方法，其特征在于，所述根据所述车身控制数据确定当前车辆状态，包括：

根据所述车身控制数据获取车身控制状态；

在所述车身控制状态为由自动驾驶状态切换为驾驶员接管状态时，将当前车辆状态确定为紧急状态。

7.如权利要求1～6中任一项所述的方法，其特征在于，所述将所述车身控制数据进行存储，以得到存储数据的步骤之后，还包括：

在存储环境达到预设标准时，根据所述紧急数据对存储数据进行循环覆盖，以得到覆盖后的存储数据；

将所述覆盖后的存储数据上传至云端服务器，以使所述云端服务器根据所述覆盖后的存储数据对车辆进行整车状态分析。

8.一种车辆的数据记录装置，其特征在于，所述车辆的数据记录装置包括：

获取模块，用于获取车身控制数据；

处理模块，用于根据所述车身控制数据确定当前车辆状态；

处理模块，用于在当前车辆状态为紧急状态时，对车身控制数据进行标记，以得到紧急数据；

存储模块，用于将所述车身控制数据和紧急信息进行存储，以得到存储数据；

存储模块，用于将所述存储数据上传至云端服务器，以使所述云端服务器根据所述标记信息对车辆进行整车状态分析。

9.一种车辆的数据记录设备，其特征在于，所述设备包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的车辆的数据记录程序，所述车辆的数据记录程序配置为实现如权利要求1至7中任一项所述的车辆的数据记录方法。

10.一种存储介质，其特征在于，所述存储介质上存储有车辆的数据记录程序，所述车辆的数据记录程序被处理器执行时实现如权利要求1至7任一项所述的车辆的数据记录方法。

Images