CN114913627A - 故障数据存储方法、装置、车辆及计算机可读存储介质 - Google Patents

Abstract

本发明公开了一种故障数据存储方法、装置、车辆及计算机可读存储介质，所述故障数据存储方法包括步骤：采集车辆的状态数据，并将所述状态数据记录至缓存区域；对所述车辆进行异常监测；若所述车辆存在异常，则获取异常对应的故障码信息，并将所述故障码信息和所述状态数据写入固态存储区域，根据所述固态存储区域中的所述故障码信息和所述状态数据确定故障原因。本发明在车辆发生异常情况时，不仅仅记录异常对应的故障码信息，同时对实时采集的车辆的状态数据进行记录，提高了车辆异常定位的准确性与便捷性，从而提高了对车辆故障原因进行定位的准确性。

Description

故障数据存储方法、装置、车辆及计算机可读存储介质

技术领域

本发明涉及车联网技术领域，尤其涉及一种故障数据存储方法、装置、车辆及计算机可读存储介质。

背景技术

对于车辆来说，一旦车辆出现故障就很容易给客户造成各种损失，车辆OBD(OnBoard Diagnostics，车载诊断系统)车载诊断系统具有根据传感器的反馈产生故障码的功能，当车辆的电子器件发生异常时，会造成某些功能不可用，此时车辆会记录相应的故障码到固定的存储区域，以便事后调查发现问题，而通常在电子器件发生故障时，仅仅只记录一个3byte的故障码，仅能知道异常问题的种类，而在根据仅有的异常问题的种类无法准确定位车辆具体的故障原因，因此现有技术中在车辆发生异常故障时，无法准确定位车辆故障原因。

发明内容

本发明的主要目的在于提供一种故障数据存储方法、装置、车辆及计算机可读存储介质，旨在解决在车辆发生异常故障时，无法准确定位车辆故障原因的技术问题。

为实现上述目的，本发明提供一种故障数据存储方法，所述故障数据存储方法包括：

采集车辆的状态数据，并将所述状态数据记录至缓存区域；

对所述车辆进行异常监测；

若所述车辆存在异常，则获取异常对应的故障码信息，并将所述故障码信息和所述状态数据写入固态存储区域，根据所述固态存储区域中的所述故障码信息和所述状态数据确定故障原因。

可选地，所述采集车辆的状态数据，并将所述状态数据记录至缓存区域的步骤包括：

根据预设周期采集车辆的状态数据，将所述状态数据按照预设周期进行分包处理，并存储至缓存区域；

若所述缓存区域的存储空间已被全部使用，则从所述缓存区域的头部区域依次进行数据擦写以记录最新的状态数据。

可选地，所述将所述故障码和所述状态数据写入固态存储区域的步骤包括：

确定所述缓存区域中的历史状态数据，并确定所述历史状态数据对应的采集时间；

将所述状态数据按照所述采集时间的先后顺序进行排序；

将排序后的所述状态数据以及所述故障码写入固态存储区域。

可选地，所述将排序后的所述状态数据以及所述故障码写入固态存储区域的步骤包括：

获取车辆的识别码；

将所述识别码和所述采集时间作为数据的包头信息，分别打包所述排序后的状态数据以及所述故障码，并写入固态存储区域。

可选地，所述将所述故障码信息和所述状态数据写入固态存储区域的步骤之后，还包括：

根据所述故障码信息和所述状态数据确定故障原因；

输出所述故障原因。

可选地，所述对所述车辆进行异常监测的步骤之后，还包括：

若所述车辆不存在异常，则继续采集车辆的状态数据，并将所述状态数据记录至所述缓存区域。

可选地，所述状态数据包括：车辆的网络信号强度、位置信息以及电量信息。

此外，为实现上述目的，本发明还提供一种故障数据存储装置，所述故障数据存储装置包括：

状态采集模块，用于采集车辆的状态数据，并将所述状态数据记录至缓存区域；

异常监测模块，用于对所述车辆进行异常监测；

异常处理模块，用于若所述车辆存在异常，则获取异常对应的故障码信息，并将所述故障码信息和所述状态数据写入固态存储区域，根据所述固态存储区域中的所述故障码信息和所述状态数据确定故障原因。

此外，为实现上述目的，本发明还提供一种车辆，所述车辆包括存储器、处理器、以及存储在所述存储器上并可在所述处理器上运行的故障数据存储程序，所述故障数据存储程序被处理器执行时实现如上述的故障数据存储方法的步骤。

此外，为实现上述目的，本发明还提供一种计算机可读存储介质，所述计算机可读存储介质上存储有故障数据存储程序，所述故障数据存储程序被处理器执行时实现如上述的故障数据存储方法的步骤。

本发明提供一种故障数据存储方法、装置、车辆及计算机可读存储介质，首先采集车辆的状态数据，并将状态数据记录至缓存区域，同时对车辆进行异常监测，若车辆存在异常，则获取异常对应的故障码信息，并将故障码信息和状态数据一同写入固态存储区域，本发明在车辆发生异常情况时，不仅仅记录异常对应的故障码信息，同时对实时采集的车辆的状态数据进行记录，提高了车辆异常定位的准确性与便捷性，从而提高了对车辆故障原因进行定位的准确性。

附图说明

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

图2为本发明故障数据存储方法第一实施例的流程示意图；

图3为本发明故障数据存储装置的装置结构示意图；

图4为本发明故障数据存储方法第一实施例涉及的故障记录流程示意图；

图5为本发明故障数据存储方法一实施例涉及的故障数据存储流程示意图。

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

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明的一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

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

参照图1，图1为本发明实施例方案涉及的硬件运行环境的终端结构示意图。

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

可选地，车辆还可以包括RF(Radio Frequency，射频)电路，传感器、音频电路、WiFi模块；输入单元，比如显示屏，触摸屏；网络接口可选除无线接口中除WiFi外，蓝牙、探针等等。

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

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

在图1所示的设备中，网络接口1004主要用于连接后台服务器，与后台服务器进行数据通信；用户接口1003主要用于连接客户端(用户端)，与客户端进行数据通信；而处理器1001可以用于调用存储器1005中存储的投屏控制程序，并执行以下操作：

采集车辆的状态数据，并将所述状态数据记录至缓存区域；

对所述车辆进行异常监测；

若所述车辆存在异常，则获取异常对应的故障码信息，并将所述故障码信息和所述状态数据写入固态存储区域，根据所述固态存储区域中的所述故障码信息和所述状态数据确定故障原因。

基于上述硬件结构，提出本发明故障数据存储方法各个实施例。

本发明实施例提供了一种故障数据存储方法，参照图2，图2为本发明故障数据存储方法第一实施例的流程示意图。

在本实施例中，所述故障数据存储方法包括：

步骤S10，采集车辆的状态数据，并将所述状态数据记录至缓存区域；

步骤S20，对所述车辆进行异常监测；

步骤S30，若所述车辆存在异常，则获取异常对应的故障码信息，并将所述故障码信息和所述状态数据写入固态存储区域，根据所述固态存储区域中的所述故障码信息和所述状态数据确定故障原因。

在本实施例中，采集车辆的状态数据，本实施例中车辆的状态数据可以包括车辆的网络信号强度、车辆的位置信息以及车辆的电量信息等数据，状态数据还可以包括车辆属性信息和车辆行驶参数信息等数据，本实施例中可以实时采集车辆的状态数据，也可以预先设定预设周期采集车辆的状态数据，并将采集的状态数据记录至缓存区域，同时对车辆进行异常监测，若监测到车辆存在异常，则获取异常对应的故障码信息，并将该故障码信息与上述采集的车辆的状态数据一并记录至缓存区域，进而可以根据固态存储区域中的故障码信息和状态数据确定故障原因，其中车辆故障码为车辆出现故障后经车辆电脑ECU分析反映出的故障码。

目前随着汽车行业的发展，汽车的电子元器件越来越多，车辆上发生的电子故障也越来越多。本实施例中对车辆进行异常监测可以为对车辆的电子器件进行检测，车辆的状态数据即为除电子器件本身之外的车辆的外部信息，各个电子器件之间是独立存在的，当电子器件自身或者外部发生异常问题时，会造成某些功能不可用，本实施例中对电子器件进行异常监听，若车辆存在异常情况，如通过app远程控制车载空调，app向车载空调发送控制车载空调开启的开启指令，但app端并未显示车辆空调是否成功开启，此时表明车辆存在异常，则获取该异常对应的故障码信息(如故障码信息表示为app状态报文失效)，同时将故障码信息以及采集的车辆的外部信息，如网络信号强度、车辆的位置信息、车辆的电量信息等状态数据一并存储至固态存储区域，便于在车辆发生异常时，可从固态存储区域获取电子器件的故障码信息和车辆的外部数据，即在问题发生之后，可长期保持故障数据，即使间隔很长时间也能够读取，不会被擦写，且同时存储故障码信息和车辆的外部数据，根据多个参数分析定位故障，使得问题定位更加准确。

进一步地，上述步骤S20，对所述车辆进行异常监测的步骤之后，还包括：

步骤H，若所述车辆不存在异常，则继续采集车辆的状态数据，并将所述状态数据记录至所述缓存区域。

在本实施例中，采集车辆的状态数据，并将状态数据记录至缓存区域，对车辆进行异常监测，若车辆不存在异常，说明车辆运行正常，不需要将外部信息存储至固态存储区域，则继续采集车辆的外部信息，并将外部信息记录至缓存区域，以节省存储空间。参照图4，图4为本实施例涉及的故障记录流程示意图，S1，采集数据，即采集车辆的状态数据，S2内存保存数据，即将采集的数据保存至缓存中，S3，异常发生check，即监测是否发生异常情况，若无异常发生，则返回步骤S1，继续采集数据，若有异常发生，则进入S4，数据写出到硬盘，即将缓存中记录的状态数据写出至硬盘进行长久保存，同时在S1时进行异常监听，即监听车辆的电子器件进行监听，若监听到异常，则说明有异常发生，此时进行S4，将故障码信息和状态数据写出到硬盘进行长久存储。

进一步地，若监测到车辆存在异常，还可以通过汽车仪表台亮起故障灯对用户进行提示，同时根据故障的重大程度，紧急程度的不同，分别推送给车主或者经销商等维修单位，以便有效保证车辆得到及时的维修。

本实施例中，首先采集车辆的状态数据，并将状态数据记录至缓存区域，同时对车辆进行异常监测，若车辆存在异常，则获取异常对应的故障码信息，并将故障码信息和状态数据一同写入固态存储区域，在车辆发生异常情况时，不仅仅记录异常对应的故障码信息，同时对实时采集的车辆的状态数据进行记录，使用户或维修人员对车辆的诊断不仅限于实时发生的故障码现象，同时参照了车辆历史记录的状态数据，更有效的识别定位出真实故障，诊断准确率更高，同时提高了车辆异常定位的准确性与便捷性。

进一步地，上述步骤S10，采集车辆的状态数据，并将所述状态数据记录至缓存区域的细化步骤包括：

步骤A，根据预设周期采集车辆的状态数据，将所述状态数据按照预设周期进行分包处理，并存储至缓存区域；

步骤B，若所述缓存区域的存储空间已被全部使用，则从所述缓存区域的头部区域依次进行数据擦写以记录最新的状态数据。

在本实施例中，对车辆的状态数据进行采集的具体过程可以为：根据预设周期采集车辆的状态数据，将采集的状态数据按照预设周期进行分包处理，并存储至缓存区域，即对各个周期采集的数据分别进行打包存储，其中预设周期以及采集的状态数据可以根据实际需要预先设置，如预设周期可设置为一天，通常缓存区域可以存储14天的数据，进一步地，本实施例中实时检测缓存区域的存储空间是否已经被全部使用，若缓存区域的存储空间已被全部使用，则返回至缓存空间的头部区域，并依次从头部区域开始进行数据擦写以记录最新的状态数据，即将缓存区域的头部区域存储的历史数据删除，在删除历史数据后的头部区域存储最新的状态数据，并依次将头部区域以下的区域存储的历史数据删除以依次存储最新的状态数据。如图5所示，缓存区域包括D1内存至Dn内存的存储空间，采集数据，并将采集的数据进行分包处理，分别存储至缓存区域中的存储空间中，如第一天采集的数据存储至D1内存中，第二天存储的数据存储至D2内存中，若缓存区域的存储空间已被全部使用，则返回至缓存区域的头部区域D1，将头部区域D1中存储的历史数据更新为最新采集的状态数据，然后将头部区域D2中存储的历史数据更新为下一采集的状态数据，本实施例将车辆采集的状态数据分包存储，并在缓存区域的存储空间已被全部使用时，从缓存区域的头部区域进行数据擦写，可以充分利用缓存区域的存储空间，极地地占用内存或CPU的资源，实现对异常相关的数据进行记录。

进一步地，本实施例中，若检测到缓存区域的存储空间暂未被全部使用，即缓存区域还存在空闲的存储空间，则继续执行根据预设周期采集车辆的状态数据，将状态数据按照预设周期分包存储至缓存区域的步骤。本实施例中按照预设周期采集数据并保留在缓存区域中，若缓存区域的存储空间已被全部使用，则返回头部的缓存区，进行数据擦写。重复记录车辆的状态数据，充分利用了缓存区域的存储空间，减少了内存的空间占用。

进一步地，上述步骤S30中，将所述故障码信息和所述状态数据写入固态存储区域的细化步骤包括：

步骤C，确定所述缓存区域中的历史状态数据，并确定所述历史状态数据对应的采集时间；

步骤D，将所述历史状态数据按照所述采集时间的先后顺序进行排序；

步骤E，将排序后的所述历史状态数据以及所述故障码信息写入固态存储区域。

在本实施例中，在车辆存在异常的情况下，可以获取异常对应的故障码信息，同时还可以确定缓存区域中已经记录的状态数据即历史状态数据，历史状态数据包括异常发生前和异常发生时采集的历史状态数据，也就是将异常发生前和异常发生时采集的历史状态数据以及故障码信息一并存储至固态存储区域，同时确定历史状态数据对应的采集时间，进而将历史状态数据按照采集时间的先后顺序进行排序，将排序后的历史状态数据以及故障码信息写入固态存储区域，进一步地，在本实施例中，历史状态数据还可以包括异常发生后采集的状态数据，即确定缓存区域中记录的异常发生前、异常发生时异常发生后采集的历史状态数据，并确定历史状态数据对应的采集时间，将历史状态数据按照采集时间的先后顺序进行排序，将排序后的历史状态数据以及故障码写入固态存储区域。可参照图5，周期采集数据，对采集的状态数据进行分包处理，更新存储至缓存区域的D1-Dn内存中，通过周期采集数据，反复利用内存区域，若检测到异常发声，则将缓存区域中的存储空间D1-Dn存储的数据按照采集时间依次存储至固态存储区，例如图5中将缓存区域中的5个内存空间的数据存储至固态存储区的固态S1-S5内存中，固态S1内存对应为故障发生前n秒的故障数据，固态S2内存对应为故障发生前2秒的故障数据，固态S3内存对应为故障发生前1秒的故障数据，固态S4内存对应为故障发生时的故障数据，固态S5内存对应为故障发生后1秒的故障数据，即可得知故障发生前、故障发生时以及故障发生后对应的数据，本实施例当故障发生时，则把故障发生之前的n个存储区域的内容按照时间的先后顺序写入到固态存储区域，如此当事后读取数据时，能够把N秒之前采集数据按照时间顺序读取出来。其中，历史状态数据为已经记录在缓存区域中的状态数据。

进一步地，基于上述第一实施例，提出本发明故障数据存储方法的第二实施例，在本实施例中，上述步骤E，将排序后的所述历史状态数据以及所述故障码写入固态存储区域的细化步骤包括：

步骤e1，获取车辆的识别码；

步骤e2，将所述识别码和所述采集时间作为数据的包头信息，分别打包所述历史状态数据以及所述故障码信息，并写入固态存储区域。

在本实施例中，将排序后的历史状态数据以及故障码写入固态存储区域的具体过程还可以包括获取车辆的识别码，将车辆的识别码和采集时间作为数据的包头信息，进而分别打包历史状态数据以及故障码信息，并写入固态存储区域。其中，识别码和采集时间为状态数据的包头信息，用于后台识别该状态数据是来自哪台车哪个时间对应的状态数据，可便于维修人员从固态存储区中快速找到对应车辆以及对应时间的故障信息。

进一步地，上述步骤S30，将所述故障码信息和所述状态数据写入固态存储区域的步骤之后，还包括：

步骤F，根据所述故障码信息和所述状态数据确定故障原因；

步骤G，输出所述故障原因。

在本实施例中，在将故障码信息和状态数据写入固态存储区域之后，还可以根据故障码信息和状态数据初步确定出故障原因，例如，通过app远程控制车载空调，app向车载空调发送控制车载空调开启的开启指令，但app端并未显示车辆空调是否成功开启，此时表明车辆存在异常，则获取该异常对应的故障码信息(如故障码信息表示为app状态报文失效)，同时将故障码信息以及采集的车辆的状态数据，如网络信号强度、车辆的位置信息、车辆的电量信息等状态数据一并存储至固态存储区域，在车辆发生异常时，从固态存储区域获取故障码信息为“app状态报文失效”，车辆的状态数据为网络信号强度弱或车辆的电量过低，此时则可以判定可能的故障原因为网络信号强度弱或车辆的电量过低，从而导致app状态报文失效，若仅仅只能获取“app状态报文失效”的故障码信息，则还需要进行问题再现才能够分析具体原因，特别是一些偶发的问题，排查过程繁琐，再现浪费较多时间，而本实施例通过故障码信息以及记录的车辆的状态数据，还可以根据故障码信息和状态数据确定故障原因，输出故障原因，本实施例无需再现也能够有足够信息提供，帮助开发者定位问题原因，提高问题调查的效率，大大减少了问题调查时间。

本发明还提供一种故障数据存储装置，如图3所示故障数据存储装置包括：状态采集模块A10，用于采集车辆的状态数据，并将所述状态数据记录至缓存区域；异常监测模块A20，用于对所述车辆进行异常监测；异常处理模块A30，用于若所述车辆存在异常，则获取异常对应的故障码信息，并将所述故障码信息和所述状态数据写入固态存储区域，根据所述固态存储区域中的所述故障码信息和所述状态数据确定故障原因。

所述状态采集模块A10，还用于根据预设周期采集车辆的状态数据，将所述状态数据按照预设周期进行分包处理，并存储至缓存区域；

所述状态采集模块A10，还用于若所述缓存区域的存储空间已被全部使用，则从所述缓存区域的头部区域依次进行数据擦写以记录最新的状态数据。

所述异常处理模块A30，还用于确定所述缓存区域中的历史状态数据，并确定所述历史状态数据对应的采集时间；

所述异常处理模块A30，还用于将所述历史状态数据按照所述采集时间的先后顺序进行排序；

所述异常处理模块A30，还用于将排序后的所述历史状态数据以及所述故障码信息写入固态存储区域。

所述异常处理模块A30，还用于获取车辆的识别码；

所述异常处理模块A30，还用于将所述识别码和所述采集时间作为数据的包头信息，分别打包所述排序后的历史状态数据以及所述故障码信息，并写入固态存储区域。

所述异常处理模块A30，还用于根据所述故障码信息和所述状态数据确定故障原因；

所述异常处理模块A30，还用于输出所述故障原因。

所述异常处理模块A30，还用于若所述车辆不存在异常，则继续采集车辆的状态数据，并将所述状态数据记录至所述缓存区域，所述状态数据包括：车辆的网络信号强度、位置信息以及电量信息。

本发明故障数据存储装置的具体实施例与上述故障数据存储方法各实施例基本相同，在此不作赘述。

本发明还提供一种车辆，其特征在于，所述车辆包括存储器、处理器、以及存储在所述存储器上并可在所述处理器上运行的故障数据存储程序，所述故障数据存储程序被处理器执行时实现如以上任一项实施例所述的故障数据存储方法的步骤。本发明车辆的具体实施例与上述故障数据存储方法各实施例基本相同，在此不作赘述。

本发明还提供一种计算机可读存储介质，所述计算机可读存储介质上存储有故障数据存储程序，所述故障数据存储程序被处理器执行时实现如以上任一项实施例所述的故障数据存储方法的步骤。本发明计算机可读存储介质的具体实施例与上述故障数据存储方法各实施例基本相同，在此不作赘述。

可以理解的是，在本说明书的描述中，参考术语“一实施例”、“另一实施例”、“其他实施例”、或“第一实施例～第N实施例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本发明的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不一定指的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任何的一个或多个实施例或示例中以合适的方式结合。

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

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

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

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

Claims (10)

1.一种故障数据存储方法，其特征在于，所述故障数据存储方法包括步骤：

采集车辆的状态数据，并将所述状态数据记录至缓存区域；

对所述车辆进行异常监测；

若所述车辆存在异常，则获取异常对应的故障码信息，并将所述故障码信息和所述状态数据写入固态存储区域，根据所述固态存储区域中的所述故障码信息和所述状态数据确定故障原因。

2.如权利要求1所述的故障数据存储方法，其特征在于，所述采集车辆的状态数据，并将所述状态数据记录至缓存区域的步骤包括：

根据预设周期采集车辆的状态数据，将所述状态数据按照预设周期进行分包处理，并存储至缓存区域；

若所述缓存区域的存储空间已被全部使用，则从所述缓存区域的头部区域依次进行数据擦写以记录最新的状态数据。

3.如权利要求1所述的故障数据存储方法，其特征在于，所述将所述故障码和所述状态数据写入固态存储区域的步骤包括：

确定所述缓存区域中的历史状态数据，并确定所述历史状态数据对应的采集时间；

将所述历史状态数据按照所述采集时间的先后顺序进行排序；

将排序后的所述历史状态数据以及所述故障码信息写入固态存储区域。

4.如权利要求3所述的故障数据存储方法，其特征在于，所述将排序后的所述历史状态数据以及所述故障码信息写入固态存储区域的步骤包括：

获取车辆的识别码；

将所述识别码和所述采集时间作为数据的包头信息，分别打包所述排序后的历史状态数据以及所述故障码信息，并写入固态存储区域。

5.如权利要求1所述的故障数据存储方法，其特征在于，所述将所述故障码信息和所述状态数据写入固态存储区域的步骤之后，还包括：

根据所述故障码信息和所述状态数据确定故障原因；

输出所述故障原因。

6.如权利要求1所述的故障数据存储方法，其特征在于，所述对所述车辆进行异常监测的步骤之后，还包括：

若所述车辆不存在异常，则继续采集车辆的状态数据，并将所述状态数据记录至所述缓存区域。

7.如权利要求1所述的故障数据存储方法，其特征在于，所述状态数据包括：车辆的网络信号强度、位置信息以及电量信息。

8.一种故障数据存储装置，其特征在于，所述故障数据存储装置包括：

状态采集模块，用于采集车辆的状态数据，并将所述状态数据记录至缓存区域；

异常监测模块，用于对所述车辆进行异常监测；

异常处理模块，用于若所述车辆存在异常，则获取异常对应的故障码信息，并将所述故障码信息和所述状态数据写入固态存储区域，根据所述固态存储区域中的所述故障码信息和所述状态数据确定故障原因。

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

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有故障数据存储程序，所述故障数据存储程序被处理器执行时实现如权利要求1至7中任一项所述的故障数据存储方法的步骤。

Images