CN113568933A - 车辆数据存储方法、车辆及可读存储介质 - Google Patents
车辆数据存储方法、车辆及可读存储介质 Download PDFInfo
- Publication number
- CN113568933A CN113568933A CN202110831753.7A CN202110831753A CN113568933A CN 113568933 A CN113568933 A CN 113568933A CN 202110831753 A CN202110831753 A CN 202110831753A CN 113568933 A CN113568933 A CN 113568933A
- Authority
- CN
- China
- Prior art keywords
- data
- vehicle
- full
- generate
- detail
- 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
- 238000013500 data storage Methods 0.000 title claims abstract description 56
- 238000000034 method Methods 0.000 title claims abstract description 51
- 238000003860 storage Methods 0.000 title claims abstract description 29
- 238000005520 cutting process Methods 0.000 claims abstract description 9
- 238000004458 analytical method Methods 0.000 claims description 19
- 238000000605 extraction Methods 0.000 claims description 6
- 238000012544 monitoring process Methods 0.000 abstract description 22
- 238000010586 diagram Methods 0.000 description 8
- 238000004891 communication Methods 0.000 description 5
- 238000012545 processing Methods 0.000 description 3
- 238000007405 data analysis Methods 0.000 description 2
- 238000013461 design Methods 0.000 description 2
- 239000000463 material Substances 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 238000006467 substitution reaction Methods 0.000 description 2
- GNFTZDOKVXKIBK-UHFFFAOYSA-N 3-(2-methoxyethoxy)benzohydrazide Chemical compound COCCOC1=CC=CC(C(=O)NN)=C1 GNFTZDOKVXKIBK-UHFFFAOYSA-N 0.000 description 1
- FGUUSXIOTUKUDN-IBGZPJMESA-N C1(=CC=CC=C1)N1C2=C(NC([C@H](C1)NC=1OC(=NN=1)C1=CC=CC=C1)=O)C=CC=C2 Chemical compound C1(=CC=CC=C1)N1C2=C(NC([C@H](C1)NC=1OC(=NN=1)C1=CC=CC=C1)=O)C=CC=C2 FGUUSXIOTUKUDN-IBGZPJMESA-N 0.000 description 1
- 230000000295 complement effect Effects 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 238000003745 diagnosis Methods 0.000 description 1
- 238000012423 maintenance Methods 0.000 description 1
- 238000007726 management method Methods 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 238000012827 research and development Methods 0.000 description 1
- 238000009966 trimming Methods 0.000 description 1
- XLYOFNOQVPJJNP-UHFFFAOYSA-N water Substances O XLYOFNOQVPJJNP-UHFFFAOYSA-N 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/24—Querying
- G06F16/245—Query processing
- G06F16/2455—Query execution
- G06F16/24552—Database cache management
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/22—Indexing; Data structures therefor; Storage structures
- G06F16/2228—Indexing structures
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/24—Querying
- G06F16/245—Query processing
- G06F16/2455—Query execution
- G06F16/24564—Applying rules; Deductive queries
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Databases & Information Systems (AREA)
- Data Mining & Analysis (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Computational Linguistics (AREA)
- Software Systems (AREA)
- Vehicle Cleaning, Maintenance, Repair, Refitting, And Outriggers (AREA)
Abstract
本发明公开了一种车辆数据存储方法，包括步骤：接收车载终端上传的车辆原始数据并进行全量存储；全量解析所述原始数据以生成全量明细数据；根据缓存的的频率规则裁剪所述全量明细数据以生成必要明细数据；将所述必要明细数据存储至第一数据库。本发明还公开了一种车辆及可读存储介质。通过将本发明的车辆数据存储方法应用于车辆，可以大幅降低远程数据监控服务器对车辆数据的存储压力，节约了成本，同时也节省了技术人员的时间。
Description
技术领域
本发明涉及车辆领域，尤其涉及一种车辆数据存储方法、车辆及可读存储介质。
背景技术
目前，为了满足车辆项目研发阶段技术人员对车辆数据分析需求，比如通过数据评估三电系统质量、性能的好与坏，评估供应商实力以及为车辆销售售后维修提供支持，通过查询车辆数据，分析事故发生时、发生前后驾驶员的操作意图及相关零部件的工作状态，需要车载终端采集车辆数据信号并上报给远程数据监控服务器，但采集的车辆数据信号除规定的国标数据项外还包括上千项自定义CAN数据信号项，因此给远程数据监控服务器的整个明细数据存储和集群带来了很大的成本压力。
发明内容
本发明提出的一种车辆数据存储方法、车辆及可读存储介质，旨在解决远程数据监控服务器因大量的明细数据存储和集群而导致成本过高的技术问题。
为实现上述目的，本发明提供一种车辆数据存储方法，包括以下步骤：
接收车载终端上传的车辆原始数据；
全量解析所述车辆原始数据以生成全量明细数据；
根据待执行频率规则裁剪所述全量明细数据，以生成必要明细数据；
存储所述必要明细数据。
可选地，所述根据待执行频率规则裁剪所述全量明细数据，以生成必要明细数据的步骤之前包括：
接收输入的频率规则；
经过预设时间对所述频率规则进行缓存，以生成缓存频率规则；
判断所述缓存频率规则与所述全量明细数据是否匹配；
若是，则将所述缓存频率规则作为待执行频率规则。
可选地，所述根据待执行频率规则裁剪所述全量明细数据，以生成必要明细数据的步骤包括：
读取待执行频率规则，以触发与所述待执行频率规则所对应的跳帧存储指令；
根据所述跳帧存储指令，对所述全量明细数据进行跳帧读取，以生成必要明细数据。
可选地，所述根据所述跳帧存储的指令，对所述全量明细数据进行跳帧读取，以生成必要明细数据的步骤包括：
根据所述跳帧存储的指令，对所述实时数据进行跳帧读取，以生成实时必要明细数据；
根据所述跳帧存储的指令，对所述补发数据进行跳帧读取，以生成补发必要明细数据；
其中，所述全量明细数据包括实时数据和补发数据中的至少一种，必要明细数据包括所述实时必要明细数据和/或所述补发必要明细数据。
可选地，所述存储所述必要明细数据的步骤之后包括：
接收输入的重新解析指令；
根据所述重新解析指令，全量解析所述车辆原始数据中与所述重新解析指令对应的所需原始数据，以生成所需全量明细数据；
输出所述所需全量明细数据。
可选地，所述重新解析指令包括车辆标识码和起止时间，所述根据所述重新解析指令，全量解析所述车辆原始数据中与所述重新解析指令对应的所需原始数据，以生成所需全量明细数据的步骤包括：
根据所述重新解析指令，获取与所述车辆标识码对应的所述车辆原始数据；
获取所述车辆原始数据中与所述起止时间对应的所需原始数据；
全量解析所述所需原始数据，以生成所需全量明细数据。
可选地，所述全量解析所述车辆原始数据以生成全量明细数据的步骤之后，还包括：
根据预设提取规则，实时提取所述全量明细数据中与预设提取规则所对应的最新数据，以生成实时状态快照信息；
存储所述实时状态快照信息。
可选地，所述存储所述实时状态快照信息的步骤之后包括：
将所述实时状态快照信息划分为用户所需信息和技术人员所需信息；
分别输出所述用户所需信息和所述技术人员所需信息。
此外，为实现上述目的，本发明还提供一种车辆，所述车辆包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的车辆数据存储程序，其中：所述车辆数据存储程序被所述处理器执行时实现如上所述的车辆数据存储方法的步骤。
此外，为实现上述目的，本发明还提供一种可读存储介质，所述可读存储介质上存储有车辆数据存储程序，所述车辆数据存储程序被处理器执行时实现如上所述的车辆数据存储方法的步骤。
本发明中的车辆数据存储方法先通过接收车载终端上传的车辆原始数据，再全量解析所述原始数据以生成全量明细数据，再根据待执行频率规则裁剪所述全量明细数据，以生成必要明细数据，最后存储所述必要明细数据。可以使得在不影响技术人员对车辆数据分析的情况下大幅降低远程数据监控服务器对车辆数据的存储和集群压力，降低了成本，同时裁剪后生成的必要明细数据便于技术人员的分析和处理，也降低了人力成本和节省了技术人员的时间。
附图说明
图1为本发明实施例方案涉及的车辆的硬件运行环境的终端结构示意图；
图2为本发明车辆数据存储方法第一实施例的流程示意图；
图3为本发明车辆数据存储方法第二实施例的流程示意图；
图4为本发明车辆数据存储方法第四实施例的部分流程示意图；
图5为本发明车辆数据存储方法第五实施例的流程示意图；
图6为本发明车辆数据存储方法所涉及的结构设计图。
具体实施方式
应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。
如图1所示，图1是本发明实施例方案涉及的车辆的硬件运行环境的终端结构示意图。
如图1所示，该终端可以包括：处理器1001，例如CPU，网络接口1004，用户接口1003，存储器1005，通信总线1002。其中，通信总线1002用于实现这些组件之间的连接通信。用户接口1003可以包括显示器(Display)、输入单元比如控制面板，可选用户接口1003还可以包括标准的有线接口、无线接口。网络接口1004可选的可以包括标准的有线接口、无线接口(如5G接口)。存储器1005可以是高速RAM存储器，也可以是稳定的存储器(non-volatilememory)，例如磁盘存储器。存储器1005可选的还可以是独立于前述处理器1001的存储装置。作为一种计算机存储介质的存储器1005中可以包括车辆数据存储程序。
可选地，终端还可以包括麦克风、扬声器、RF(Radio Frequency，射频)电路，传感器、音频电路、无线模块等等。其中，传感器比如雷达传感器、红外传感器以及其他传感器，在此不再赘述。
本领域技术人员可以理解，图1中示出的终端结构并不构成对终端的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。
如图2所示，图2是本发明车辆数据存储方法第一实施例的流程示意图，在本实施例中，所述方法包括：
步骤S10，接收车载终端上传的车辆原始数据；
本实施例中，车载终端根据国家规定通过CAN(Controller Area Network，控制器局域网络)总线按照1s/帧的频率获取国标数据项和自定义车辆CAN数据项，比如有关车辆的曲轴转速，节气门开度信号，车速，档位开关，水温，刹车信号，防盗系统等模块或部件的原始数据项，这些数据项可以以SAE-J1939协议的形式制成，SAE J1939协议是美国汽车工程协会的推荐标准，用于为中重型道路车辆上电子部件间的通讯提供标准的体系结构。数据项为十六进制的字符，例如，一串报文1818D0F3 ce 0d 00 7d 00 6d 1100。将这些原始数据项按照2s/帧的频率上传到远程数据监控服务器作为车辆原始数据，远程数据监控服务器对接收到的这些车辆原始数据全部进行存储，方便技术人员根据实际情况需要这些原始数据的时候能够从远程数据监控服务器获取和解析。
步骤S20，全量解析所述原始数据以生成全量明细数据；
由于原始数据是一串串十六进制字符，杂乱无章，需要将原始数据全部进行解析和整理，从而生成具体的便于技术人员分析的全量明细数据，全量明细数据可以以Excel表格的形式进行呈现，例如，解析原始的十六进制数据后，将各项电子控制单元放在第一列，后面各列是对应各电子控制单元的解析出来的各种运行工况，例如表格中第1列第三行是电池组健康状态，与电池组健康状态对应的第三行第2，10列：电池电量100％、电池组电压值360V，电池电量99％、电池组电压值370V。
步骤S30，根据待执行频率规则裁剪所述全量明细数据，以生成必要明细数据；
缓存的频率规则可由技术人员根据实际情况进行创建，可以创建规则如禁止明细数据存储、全量明细数据存储、10s一帧数据存储、16s一帧数据存储、30s一帧数据存储及60s一帧数据存储等规则。例如：原始数据是按照2s/帧的频率进行接收和存储的，解析后生成的全量明细数据也是2S/帧的数据，如果缓存的频率规则为30s一帧数据存储，那么根据该频率规则，生成的必要明细数据就是30s/帧的数据。简单来说，必要明细数据就是按照待执行频率规则从全量明细书中抽取出来的部分数据，和全量明细数据的表现形式是一样的。其中，全量明细数据可由kafka开源流处理平台来处理，包括原始数据生成全量明细数据和根据缓存的的频率规则裁剪全量明细数据以生成必要明细数据的过程。
步骤S40，存储所述必要明细数据。
必要明细数据存储在第一数据库，第一数据库可以是HBase、Cassandra、Riak等开源分布式NoSQL(非关系型数据库)数据库。
本发明中的车辆数据存储方法先通过接收车载终端上传的车辆原始数据并进行全量存储，再全量解析所述原始数据以生成全量明细数据，再根据缓存的的频率规则裁剪所述全量明细数据以生成必要明细数据，最后将所述必要明细数据存储至第一数据库。可以使得在不影响技术人员对车辆数据分析的情况下大幅降低远程数据监控服务器对车辆数据的存储和集群压力，降低了成本，同时裁剪后生成的必要明细数据便于技术人员的分析和处理，也降低了人力成本和节省了技术人员的时间。
如图3所示，图3为本发明车辆数据存储方法第二实施例的流程示意图，并参照图6，图6为本发明车辆数据存储方法所涉及的结构设计图，进一步地，基于本发明车辆数据存储方法的第一实施例提出本发明车辆数据存储方法的第二实施例，在本实施例中，步骤S30之前包括：
步骤S31，接收输入的频率规则；
频率规则往往是由技术人员输入到远程数据监控服务器，技术人员可以根据每台车辆、每种型号、车辆不同生产批次等标准设定不同的频率规则并将频率规则关联对应的车辆，例如，对于同一型号的车辆设定5s一帧数据存储的频率规则，那么这一型号的车辆都关联了这一规则，远程数据监控平台对这一型号的车辆都按照相同的频率规则存储其必要明细数据；再例如，对于某台经常发生故障的车辆，技术人员就可以为这台车单独设置频率规则以专门对其发生故障的原因进行分析，频率规则可以设定为全量明细数据存储，即按照原来的2s一帧的频率进行必要明细数据存储；另外技术人员将不同的频率规则发送至远程数据监控服务器，远程数据监控服务器将这些频率规则存储至第二数据库，第二数据库可以为MySQL(关系型数据库管理系统)数据库。
步骤S32，经过预设时间对所述频率规则进行缓存，以生成缓存频率规则；
存储在数据库中的频率规则不会立即对原始数据解析后的全量明细数据按照频率规则进行裁剪存储，而是在频率规则存储在数据库之后经过预设时间，比如10min，将频率规则发送至规则缓存器进行缓存。
步骤S33，判断所述缓存频率规则与所述全量明细数据是否匹配；
缓存的频率规则都有与之相关联的车辆，如果全量明细数据是来自前述相关联的车辆的原始数据解析生成的，那么就判定缓存的频率规则与全量明细数据匹配。
若是，则执行步骤S34：将所述缓存频率规则作为待执行频率规则。
进一步地，基于本发明车辆数据存储方法的第一实施例提出本发明车辆数据存储方法的第三实施例，在本实施例中，步骤S30包括：
步骤a，读取待执行频率规则，以触发与所述待执行频率规则所对应的跳帧存储指令；
步骤b，根据所述跳帧存储指令，对所述全量明细数据进行跳帧读取，以生成必要明细数据。
在本实施例中，例如：假如频率规则是60s一帧数据存储，由于车载终端上传原始数据至远程数据监控服务器按照2s/帧的频率上传，所以原始数据解析生成的全量数据也是2s一帧的数据，那么按照60s一帧数据存储的频率规则就会生成每隔30帧读取一次全量明细数据中所对应的数据的指令，按照该指令，读取对应的数据生成必要明细数据。
另一实施例中，所述全量明细数据包括实时数据和补发数据中的至少一种；所述根据所述跳帧存储的指令，将所述全量明细数据进行跳帧读取以生成所述必要明细数据的步骤包括：
步骤c，根据所述跳帧存储的指令，对所述实时数据进行跳帧读取，以生成实时必要明细数据；
步骤d，根据所述跳帧存储的指令，对所述补发数据进行跳帧读取，以生成补发必要明细数据；
步骤e，其中，所述全量明细数据包括实时数据和补发数据中的至少一种，必要明细数据包括所述实时必要明细数据和/或所述补发必要明细数据。
在这一实施例中，由于车载终端通信模块故障或者远程数据监控服务器故障等其他故障导致车辆原始数据不能实时上传到远程数据监控服务器，那么就需要对车辆原始数据进行补发上传，为了防止由于补发的数据时间错乱导致裁剪全量明细数据不准确，需要将实时数据和补发数据隔离分别跳帧读取以生成实时必要明细数据和补发必要明细数据。
如图4所示，图4为本发明车辆数据存储方法第四实施例的部分流程示意图，进一步地，基于本发明车辆数据存储方法的第一实施例提出本发明车辆数据存储方法的第四实施例，在本实施例中，步骤S40之后包括：
S41，接收输入的重新解析指令；
S42，根据所述重新解析指令，全量解析所述车辆原始数据中与所述重新解析指令对应的所需原始数据，以生成所需全量明细数据；
S43，输出所述所需全量明细数据。
在本实施例中，当一辆车出现故障，但是该车辆在发生故障当天关联的频率规则不能满足技术人员对故障的分析，比如30s一帧数据存储或60s一帧数据存储或禁止明细数据存储，技术人员可以发送重新解析的指令至远程数据监控服务器的原始数据解析模块，从而使得远程数据监控服务器的原始数据解析模块对车辆原始数据进行全量解析以生成技术人员所需的全量明细数据，该所需的全量明细数据也是2s一帧的明细数据。另外，该所需的全量明细数据可以发送给技术人员开发端以供技术人员进行数据分析，也可以同时保存在远程数据监控服务器的数据库中。
在一实施例中，所述重新解析指令包括车辆标识码和起止时间，步骤S42包括：
步骤f，根据所述重新解析指令，获取与所述车辆标识码对应的所述车辆原始数据；
步骤g，获取所述车辆原始数据中与所述起止时间对应的所需原始数据；
步骤h，全量解析所述所需原始数据，以生成所需全量明细数据。
在这一实施例中，当某辆车发生故障，在远程数据监控服务器又没有所需要的全量明细数据的情况下，技术人员需要从远程数据监控服务器搜索获取到该车辆的原始数据，那么就需要对该车辆的原始数据进行一个定位，首先是通过车辆的标识码，即VIN码(Vehicle Identification Number)定位到远程数据监控服务器中属于该车辆全部原始数据，根据实际情况再确定所需原始数据的起止时间，比如车辆的故障发生在2021年6月21日上午，那么就可以将起止时间设置为202106210000-202106211200，即起止时间是从2021年6月21日的零点零分到中午的十二点零分，从而根据该起止时间获取到2021年6月21日的零点零分到中午的十二点零分这一时间段对应的该车辆的原始数据，最后全量解析所需的原始数据就生成了技术人员所需要进行分析的全量明细数据。
如图5所示，图5为本发明车辆数据存储方法第五实施例的流程示意图，进一步地，基于本发明车辆数据存储方法的第一实施例提出本发明车辆数据存储方法的第五实施例，在本实施例中，步骤S20之后，还包括:
步骤S21，根据预设提取规则，实时提取所述全量明细数据中与预设提取规则所对应的最新数据，以生成实时状态快照信息；
步骤S22，存储所述实时状态快照信息。
实时根据全量明细数据生成车辆的状态信息并保存在第三数据库，第三数据库可以是Redis(Remote Dictionary Server，远程字典服务)数据库，上述的第一数据库、第二数据库、第三数据库都互不相同。因为原始数据又是按照2S/帧的频率上传到远程数据监控服务器，所以实时状态快照信息也是每2S进行一次更新，当后2S的实时状态快照信息存储至第三数据库，会替换掉前2S的实时状态快照信息。
在一实施例中，参照图5，步骤S22之后包括：
步骤S23，将所述实时状态快照信息划分为用户所需信息和技术人员所需信息；
步骤S24，分别输出所述用户所需信息和所述技术人员所需信息。
在本实施例中，例如，可以将车辆的定位、行驶里程、行车轨迹、故障诊断等信息划分为用户所需信息并将这些信息发送给车载终端或者用户移动端；将车辆的发动机转速、节气门开度、怠速时间长短、电瓶电压、车载空调工况、变速箱档位等技术人员需要信息发送至技术人员能够分析的操作端。
此外，本发明还提出一种车辆，所述车辆包括存储器、处理器及存储在存储器上并可在处理器上运行的车辆数据存储程序，所述处理器执行所述车辆数据存储程序时实现如以上实施例所述的车辆数据存储方法的步骤。
本发明车辆具体实施方式与上述车辆数据存储方法各实施例基本相同，在此不再赘述。
此外，本发明还提出一种计算机可读存储介质，其特征在于，所述计算机可读存储介质包括车辆数据存储程序，所述车辆数据存储程序被处理器执行时实现如以上实施例所述的车辆数据存储方法的步骤。
本发明计算机可读存储介质具体实施方式与上述车辆数据存储方法各实施例基本相同，在此不再赘述。
上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在如上所述的一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是电视机，手机，计算机，服务器，空调器，或者网络设备等)执行本发明各个实施例所述的方法。
在本发明中，术语“第一”“第二”“第三”“第四”“第五”仅用于描述的目的，而不能理解为指示或暗示相对重要性，对于本领域的普通技术人员而言，可以根据具体情况理解上述术语在本发明中的具体含义。
在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本发明的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不必须针对的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。
尽管上面已经示出和描述了本发明的实施例，本发明保护的范围并不局限于此，可以理解的是，上述实施例是示例性的，不能理解为对本发明的限制，本领域的普通技术人员在本发明的范围内可以对上述实施例进行变化、修改和替换，这些变化、修改和替换都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以权利要求的保护范围为准。
Claims (10)
1.一种车辆数据存储方法，其特征在于，所述方法包括以下步骤：
接收车载终端上传的车辆原始数据；
全量解析所述车辆原始数据以生成全量明细数据；
根据待执行频率规则裁剪所述全量明细数据，以生成必要明细数据；
存储所述必要明细数据。
2.如权利要求1所述的车辆数据存储方法，其特征在于，所述根据待执行频率规则裁剪所述全量明细数据，以生成必要明细数据的步骤之前包括：
接收输入的频率规则；
经过预设时间对所述频率规则进行缓存，以生成缓存频率规则；
判断所述缓存频率规则与所述全量明细数据是否匹配；
若是，则将所述缓存频率规则作为待执行频率规则。
3.如权利要求1所述的车辆数据存储方法，其特征在于，所述根据待执行频率规则裁剪所述全量明细数据，以生成必要明细数据的步骤包括：
读取待执行频率规则，以触发与所述待执行频率规则所对应的跳帧存储指令；
根据所述跳帧存储指令，对所述全量明细数据进行跳帧读取，以生成必要明细数据。
4.如权利要求3所述的车辆数据存储方法，其特征在于，所述根据所述跳帧存储的指令，对所述全量明细数据进行跳帧读取，以生成必要明细数据的步骤包括：
根据所述跳帧存储的指令，对所述实时数据进行跳帧读取，以生成实时必要明细数据；
根据所述跳帧存储的指令，对所述补发数据进行跳帧读取，以生成补发必要明细数据；
其中，所述全量明细数据包括实时数据和补发数据中的至少一种，必要明细数据包括所述实时必要明细数据和/或所述补发必要明细数据。
5.如权利要求1所述的车辆数据存储方法，其特征在于，所述存储所述必要明细数据的步骤之后包括：
接收输入的重新解析指令；
根据所述重新解析指令，全量解析所述车辆原始数据中与所述重新解析指令对应的所需原始数据，以生成所需全量明细数据；
输出所述所需全量明细数据。
6.如权利要求5所述的车辆数据存储方法，其特征在于，所述重新解析指令包括车辆标识码和起止时间，所述根据所述重新解析指令，全量解析所述车辆原始数据中与所述重新解析指令对应的所需原始数据，以生成所需全量明细数据的步骤包括：
根据所述重新解析指令，获取与所述车辆标识码对应的所述车辆原始数据；
获取所述车辆原始数据中与所述起止时间对应的所需原始数据；
全量解析所述所需原始数据，以生成所需全量明细数据。
7.如权利要求1所述的车辆数据存储方法，其特征在于，所述全量解析所述车辆原始数据以生成全量明细数据的步骤之后，还包括：
根据预设提取规则，实时提取所述全量明细数据中与预设提取规则所对应的最新数据，以生成实时状态快照信息；
存储所述实时状态快照信息。
8.如权利要求7所述的车辆数据存储方法，其特征在于，所述存储所述实时状态快照信息的步骤之后包括：
将所述实时状态快照信息划分为用户所需信息和技术人员所需信息；
分别输出所述用户所需信息和所述技术人员所需信息。
9.一种车辆，其特征在于，所述车辆包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的车辆数据存储程序，其中：所述车辆数据存储程序被所述处理器执行时实现如权利要求1至8中任一项所述的车辆数据存储方法的步骤。
10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有车辆数据存储程序，所述车辆数据存储程序被处理器执行时实现如权利要求1至8中任一项所述的车辆数据存储方法的步骤。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202110831753.7A CN113568933A (zh) | 2021-07-22 | 2021-07-22 | 车辆数据存储方法、车辆及可读存储介质 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202110831753.7A CN113568933A (zh) | 2021-07-22 | 2021-07-22 | 车辆数据存储方法、车辆及可读存储介质 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN113568933A true CN113568933A (zh) | 2021-10-29 |
Family
ID=78166359
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202110831753.7A Pending CN113568933A (zh) | 2021-07-22 | 2021-07-22 | 车辆数据存储方法、车辆及可读存储介质 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN113568933A (zh) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN114844741A (zh) * | 2022-07-01 | 2022-08-02 | 知迪汽车技术(北京)有限公司 | Can总线数据存储方法、装置、电子设备和计算机可读介质 |
Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103970110A (zh) * | 2014-05-27 | 2014-08-06 | 盛瑞传动股份有限公司 | Can解析方法、装置及系统 |
| WO2018076561A1 (zh) * | 2016-10-27 | 2018-05-03 | 深圳市元征科技股份有限公司 | 数据处理方法和装置 |
| CN109542866A (zh) * | 2018-11-20 | 2019-03-29 | 深圳市博实结科技有限公司 | 车辆定位监控云架构、方法、服务器及介质 |
| CN111083030A (zh) * | 2019-12-25 | 2020-04-28 | 南京领行科技股份有限公司 | 一种数据获取的方法、装置、设备及存储介质 |
| CN111310603A (zh) * | 2020-01-19 | 2020-06-19 | 南京瑞芯科技有限公司 | 基于边缘云的高性能智能路侧系统 |
| CN111586150A (zh) * | 2020-04-30 | 2020-08-25 | 上海华东汽车信息技术有限公司 | 车辆数据上传方法、装置、计算机设备和存储介质 |
| CN112506887A (zh) * | 2020-11-30 | 2021-03-16 | 北京公共交通控股（集团）有限公司 | 车辆终端can总线数据处理方法及装置 |
-
2021
- 2021-07-22 CN CN202110831753.7A patent/CN113568933A/zh active Pending
Patent Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103970110A (zh) * | 2014-05-27 | 2014-08-06 | 盛瑞传动股份有限公司 | Can解析方法、装置及系统 |
| WO2018076561A1 (zh) * | 2016-10-27 | 2018-05-03 | 深圳市元征科技股份有限公司 | 数据处理方法和装置 |
| CN109542866A (zh) * | 2018-11-20 | 2019-03-29 | 深圳市博实结科技有限公司 | 车辆定位监控云架构、方法、服务器及介质 |
| CN111083030A (zh) * | 2019-12-25 | 2020-04-28 | 南京领行科技股份有限公司 | 一种数据获取的方法、装置、设备及存储介质 |
| CN111310603A (zh) * | 2020-01-19 | 2020-06-19 | 南京瑞芯科技有限公司 | 基于边缘云的高性能智能路侧系统 |
| CN111586150A (zh) * | 2020-04-30 | 2020-08-25 | 上海华东汽车信息技术有限公司 | 车辆数据上传方法、装置、计算机设备和存储介质 |
| CN112506887A (zh) * | 2020-11-30 | 2021-03-16 | 北京公共交通控股（集团）有限公司 | 车辆终端can总线数据处理方法及装置 |
Non-Patent Citations (2)
| Title |
|---|
| 瞿元新: "船载微波统一测控系统概论", 31 July 2016, 国防工业出版社, pages: 69 - 70 * |
| 蔡皖东: "网络与信息安全", 30 April 2004, 西北工业大学出版社, pages: 320 * |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN114844741A (zh) * | 2022-07-01 | 2022-08-02 | 知迪汽车技术(北京)有限公司 | Can总线数据存储方法、装置、电子设备和计算机可读介质 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN107656520B (zh) | Can总线数据解析方法及计算机可读存储介质 | |
| DE102015113644A1 (de) | Vorrichtung und system zum erzeugen von fahrzeugnotfallaufzeichnungsdaten | |
| CN103455026A (zh) | 一种车辆故障诊断和预警方法及装置 | |
| WO2001060661A1 (de) | Verfahren und vorrichtung zur ereignisinterpretation und ausgabe von bedienhinweisen in kraftfahrzeugen | |
| CN103871122A (zh) | 驾驶行为分析方法及分析系统 | |
| CN110717248A (zh) | 自动驾驶仿真场景的生成方法及系统、服务器及介质 | |
| CN112087500B (zh) | 远程车辆数据采集方法和系统 | |
| EP3871167A1 (en) | Method and system for annotating graphs of vehicle data | |
| CN111143429A (zh) | 一种车辆路试数据评价方法、装置和系统 | |
| CN113568933A (zh) | 车辆数据存储方法、车辆及可读存储介质 | |
| CN111538775A (zh) | 一种列车运行状态数据解析方法、系统及轨道交通车辆 | |
| CN109522391A (zh) | 地铁运维车载日志分析与预警方法 | |
| KR102078654B1 (ko) | 전동차의 고장을 예측하는 시스템 및 방법 | |
| CN102170650B (zh) | 信令或事件的显示系统及其过滤和恢复方法 | |
| CN109903578B (zh) | 一种基于物联网的车载视频监控报警系统 | |
| DE102018114603A1 (de) | Verfahren und system zum erzeugen von prognostischen informationen über eine komponente in einem fahrzeug | |
| CN114863582A (zh) | 一种车载诊断方法、装置、电子设备及可读存介质 | |
| CN113268555B (zh) | 多类型数据的地图生成方法、装置和计算机设备 | |
| CN111798591B (zh) | 车辆总里程数的确定方法、装置、计算机设备和存储介质 | |
| CN114756585A (zh) | 车辆数据获取方法、装置、电子设备及存储介质 | |
| CN111917874A (zh) | 一种新能源汽车车队的管理系统及方法 | |
| DE102015010735A1 (de) | System und Verfahren zur Diagnose von Bremsanlagen | |
| CN112859764A (zh) | 一种基于5g的工业远程控制系统及方法 | |
| CN113034422A (zh) | 注塑成型产品良率的检测方法、装置及电子设备 | |
| CN109035486A (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 |