车联网安全数据管理方法、装置、系统、设备和介质

技术领域

本发明涉及车联网数据处理领域，特别是涉及一种车联网安全数据管理方法、装置、系统、设备和介质。

背景技术

车与云(Vehicle to network，V2N)服务能够让车辆通过移动网络与云平台(云端服务器)相连，云平台可以提供道路管控、路网规划等信息，为智能驾驶车辆提供全局规划和决策依据。

在通过云平台为车载终端提供服务时，需要通过与车辆适配的安全协议进行通信，而不同的地区具有不同的安全协议标准，现有技术中是将安全协议以及车载终端采集到的数据均写入车载终端的本机磁盘内，当车载终端需要与云平台通信进行数据上传时，云平台通过代理访问的方式直接查询磁盘，获取车载终端的数据，此种单点获取车载数据的方式兼容性不高，还会造成本机磁盘IO过高，影响车载终端性能，且当车载终端内的协议版本升级或变更，或者当监管平台或第三方服务平台请求调取车载终端数据时，会进一步提高本机磁盘的IO访问量以及云平台的业务量，这些都影响V2N通信的数据维护效率。

发明内容

有鉴于此，本申请的目的在于提出一种车联网安全数据管理方法、装置、系统、设备和介质，本申请能够针对性的解决现有V2N服务的数据传输方式兼容性不高、数据维护效率低的问题。

基于上述目的，第一方面，本申请提出了一种车联网安全数据管理方法，所述方法包括：获取车载终端的第一数据，根据所述第一数据向所述车载终端发送服务地址，所述第一数据包括所述车载终端的主动安全协议信息，所述服务地址与所述车载终端的主动安全协议信息相匹配；接收所述车载终端通过所述服务地址上传的第二数据，并对所述第二数据进行存储，所述第二数据包括车辆安全数据，生成与所述车辆安全数据对应的存储路径；在接收到目标数据查看请求时，基于所述目标数据查看请求对应的目标存储路径，获取对应的车辆安全数据。

可选地，根据所述第一数据向所述车载终端发送服务地址，包括：检测预设安全协议中是否包含与所述第一数据包括的主动安全协议信息一致的目标协议信息；如果是，则向所述车载终端发送所述目标协议信息对应的服务地址；如果否，则向所述车载终端发出协议不匹配信息。

可选地，所述第二数据还包括用于描述所述车辆安全数据的文件信息，接收所述车载终端通过所述服务地址上传的第二数据，并对所述第二数据进行存储，包括：接收所述车载终端上传的第一文件信息，并存储至第一数据库；接收所述车载终端的数据上传请求，所述数据上传请求包括目标文件信息，所述目标文件信息包括待上传车辆安全数据的文件信息；在所述第一文件信息中包含所述目标文件信息的情况下，向所述车载终端发送应答通知；接收所述车载终端上传的车辆安全数据，对所述车辆安全数据进行缓存；在接收到所述车载终端发送的上传完成通知后，将缓存的所述车辆安全数据存储至所述第一数据库，并下发存储完成通知。

可选地，所述第二数据包括多个车辆安全数据，在接收到所述车载终端发送的上传完成通知后，所述方法还包括：根据所述多个车辆安全数据的文件信息检测缓存的车辆安全数据是否完整，若是，则将缓存的所述车辆安全数据存储至第一数据库。

可选地，所述车辆安全数据具有唯一标识，生成与所述车辆安全数据对应的存储路径之后，所述方法还包括：将所述车辆安全数据的唯一标识、与所述车辆安全数据对应的存储路径存储至第二数据库。

可选地，所述目标数据查看请求包括目标标识，在接收到目标数据查看请求时，基于所述目标数据查看请求对应的目标存储路径，获取对应的车辆安全数据，包括：从所述第二数据库中查询与所述目标标识相匹配的车辆安全数据的目标存储路径；通过所述目标存储路径，在第一数据库中获取对应的车辆安全数据。

第二方面，还提供了一种车联网安全数据管理装置，所述装置包括：数据处理模块，用于获取车载终端的第一数据，根据所述第一数据向所述车载终端发送服务地址，所述第一数据包括所述车载终端的主动安全协议信息，所述服务地址与所述车载终端的主动安全协议信息相匹配；存储模块，用于接收所述车载终端通过所述服务地址上传的第二数据，并对所述第二数据进行存储，所述第二数据包括车辆安全数据，生成与所述车辆安全数据对应的存储路径；数据获取模块，用于在接收到目标数据查看请求时，基于所述目标数据查看请求对应的目标存储路径，获取对应的车辆安全数据。

第三方面，还提供了一种电子设备，包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，其特征在于，所述处理器运行所述计算机程序以实现第一方面所述的方法。

第四方面，还提供了一种计算机可读存储介质，其上存储有计算机程序，所述程序被处理器执行实现第一方面任一项所述的方法。

第五方面，还提供了一种车联网安全数据管理系统，包括：车载终端、服务器、查询终端、第一数据库和第二数据库；所述车载终端向所述服务器发送第一数据，所述第一数据包括所述车载终端的主动安全协议信息；所述服务器根据所述第一数据向所述车载终端发送服务地址，所述服务地址与所述车载终端的主动安全协议信息相匹配；所述车载终端通过所述服务地址上传第二数据至所述服务器，所述第二数据包括车辆安全数据；所述服务器将所述第二数据存储至所述第一数据库，生成与所述车辆安全数据对应的存储路径，其中，所述车辆安全数据具有唯一标识，所述服务器将所述车辆安全数据的唯一标识、与所述车辆安全数据对应存储路径存储至所述第二数据库；所述查询终端向所述服务器发送目标数据查看请求，所述目标数据查看请求包括目标标识；所述服务器从所述第二数据库中查询与所述目标标识相匹配的目标存储路径，通过所述目标存储路径，在所述第一数据库中获取对应的车辆安全数据。

总的来说，本申请至少存在以下有益效果：

本实施例提供的一种车联网安全数据管理方法，在车载终端与服务器建立连接之后，进行第一数据的传输，第一数据包括车载终端的主动安全协议信息，服务器根据第一数据向车载终端发送服务地址，服务地址与车载终端的主动安全协议信息相匹配，从而为车载终端提供对应的服务。车载终端通过服务地址上传第二数据，第二数据包括车辆安全数据，服务器对第二数据进行存储，并生成与车辆安全数据对应的存储路径，以记录车辆安全数据所存储的具体位置，以便于后续查找和调取，在接收到目标数据查看请求时，基于目标数据查看请求对应的目标存储路径，获取对应的车辆安全数据。此种数据管理方法，将车辆安全数据单独存储在云端，当需要调取车辆安全数据时，只需要获取车辆安全数据的存储节点，即可获取车辆安全数据，而不需要访问车载终端磁盘，避免车载终端本机磁盘IO过高，可提高V2N数据传输兼容性提高数据维护效率。

附图说明

在附图中，除非另外规定，否则贯穿多个附图相同的附图标记表示相同或相似的部件或元素。这些附图不一定是按照比例绘制的。应该理解，这些附图仅描绘了根据本申请公开的一些实施方式，而不应将其视为是对本申请范围的限制。

图1示出本申请的车联网安全数据管理方法的步骤流程图；

图2示出本申请的车载终端上传第二数据的步骤流程图；

图3示出本申请的车联网安全数据管理装置的结构示意图；

图4示出本申请一实施例所提供的一种电子设备的结构示意图；

图5示出本申请一实施例所提供的一种存储介质的示意图；

图6示出本申请的车联网安全数据管理系统的结构示意图。

具体实施方式

下面结合附图和实施例对本申请作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅用于解释相关发明，而非对该发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与有关发明相关的部分。

需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。

图1示出本申请的车联网安全数据管理方法的步骤流程图。本实施例提供的车联网安全数据管理方法由服务器执行，参考图1，本申请的实施例中，车联网安全数据管理方法包括如下步骤S101～S103:

S101、获取车载终端的第一数据，根据第一数据向车载终端发送服务地址。

本实施例中，车载终端为车辆监控管理系统的前端设备，具有车辆在线监控、调度管理、集成定位、通信、汽车行驶记录等多项功能。

可以理解的是，不同的省份对应有不同的安全协议，例如A地区对应A标主动安全协议，B地区对应B标主动安全协议，因此，本实施例中，车载终端的第一数据包括车载终端的主动安全协议信息，从而能够使车载终端通过对应的安全协议与服务器进行通信。

本实施例中，服务器还可以根据第一数据对车载终端的主动安全协议版本进行识别，以检测车载终端中的主动安全协议版本是否为最新版本，若版本为非最新版本，可根据用户的版本更新指示，对车载终端的主动安全协议进行版本更新。

本实施例中，服务器提供多种协议接口，以适配不同地方的主动安全协议，满足不同地方的车辆终端服务需求。

本实施例中，不同的主动安全协议具有不同的服务地址，因此，通过获取第一数据中的车载终端的主动安全协议信息，可以得到与车载终端的主动安全协议相匹配的服务地址，例如，车载终端的主动安全协议为A标主动安全协议，则服务器将A标主动安全协议对应A标主动安全服务地址发送至车载终端，以使得车载终端能够访问A标主动安全服务地址。

在一个例子中，第一数据的数据类型可以是808数据协议类型，808数据协议适用于GPS车载终端和服务器之间的通信。第一数据还可以包括服务需求信息，例如，服务需求信息为报警信息，以使服务器在接收到报警信息之后，向车载终端提供报警服务，将报警提示信息通过车载终端的显示屏显示给驾驶人。又例如，服务需求信息为定位信息，以使服务器在接收到定位信息之后，将车辆当前位置通过车载终端的显示屏显示给驾驶人。

本实施例中，根据第一数据向车载终端发送服务地址，还包括：检测预设安全协议中是否包含与第一数据包括的主动安全协议信息一致的目标协议信息，如果是，说明该车辆终端的服务信息已被认证，该车辆终端属于可服务的车载终端对象，则向车载终端发送目标协议信息对应的服务地址。

如果预设安全协议中不包含与第一数据包括的主动安全协议信息一致的目标协议信息，说明该车辆终端的服务信息未被认证，该车辆终端不属于可服务的车载终端对象，则向车载终端发出协议不匹配信息。

S102、接收车载终端通过服务地址上传的第二数据，并对第二数据进行存储，第二数据包括车辆安全数据，生成与车辆安全数据对应的存储路径。

本实施例中，车载终端接收服务器下发的服务地址之后，将第二数据通过服务地址上传，本实施例中的第二数据包括车辆安全数据，车辆安全数据包括车辆的行驶影像记录、车辆的故障信息、车辆的运行信息等。服务器将第二数据存储在第一数据库中，需要说明的是，对于每一主动安全协议，在第一数据库中对应有不同的存储节点，例如，A标主动安全协议存储在节点1，B标主动安全协议存储在节点2，则将第二数据存储在对应的节点后，生成与该节点对应的存储路径，以便于数据的调取。

图2示出了车载终端上传第二数据的步骤流程图，参考图2，本实施例中，第二数据还包括用于描述车辆安全数据的文件信息，接收车载终端通过服务地址上传的第二数据，并对第二数据进行存储，包括如下步骤S201～S205：

S201、接收车载终端上传的第一文件信息，并存储至第一数据库。

本实施例中，文件信息可以是车辆安全数据的属性，例如，文件信息表征车辆安全数据为报警数据，或者，文件信息表征车辆安全数据为日报信息，文件信息表征车辆安全数据为定位信息。在一个例子中，若文件信息表征车辆安全数据为报警数据，则文件信息可以包括车载终端的ID、信息类型、报警标识、报警编号、附件数量、文件名称、文件大小等信息。

本实施例中，以第一文件信息为报警信息为例，车载终端将车辆超速或车距过近等报警信息发送至服务器之后，服务器对报警信息进行解析，并对该报警信息进行存储，以便于用户使用时，获取车载终端的累计报警数量等相关信息。

本实施例中，车载终端上传的第一文件信息是对具体的车辆安全数据的描述，以向服务器获取对应的报警服务。在一个例子中，若要获取报警事件的具体数据，需要具体的车辆安全数据的内容，则本实施例通过将车辆安全数据作为附件单独上传，以实现对车辆安全数据的存储，以便于后续调取。

S202、接收车载终端的数据上传请求。

本实施例中，数据上传请求包括目标文件信息，目标文件信息包括待上传车辆安全数据的文件信息，进而使得服务器通过与第一文件信息对比，来确定车载终端即将上传的车辆安全数据是与第一文件信息相对应的，提高数据传输的准确度。

S203、在第一文件信息中包含目标文件信息的情况下，向车载终端发送应答通知。

例如，车载终端在步骤S201中向服务器上传的第一文件信息包括文件信息M和文件信息N，车载终端的数据上传请求中对应的目标文件信息为文件信息N，则说明第一文件信息中包含目标文件信息，服务器给车载终端下发应答，告诉车载终端可以上传数据了。

S204、接收车载终端上传的车辆安全数据，对车辆安全数据进行缓存。

车载终端在接收到服务器的数据上传应答之后，可以通过码流数据格式对车辆安全数据进行上传，其中，码流数据的帧头格式固定为4字节，码流数据包括文件名称、数据偏移、数据长度、数据体，服务器根据码流数据的文件名称获取对应的车辆安全数据，并对车辆安全数据进行缓存。

S205、在接收到车载终端发送的上传完成通知后，将缓存的车辆安全数据存储至第一数据库，并下发存储完成通知。

本实施例中，在接收到车载终端发送的上传完成通知后，再将缓存的车辆安全数据存储至第一数据库，可以保证数据的完整性，避免多次存储造成的运算量大和数据遗漏。

本实施例中，第二数据包括多个车辆安全数据，在接收到车载终端发送的上传完成通知后，方法还包括：根据多个车辆安全数据的文件信息检测缓存的车辆安全数据是否完整，若是，则将缓存的车辆安全数据存储至第一数据库。

例如，车载终端请求上传5个文件a，b，c，d，e，则在步骤S202接收车载终端的数据上传请求时，首先将文件a的文件信息上传至服务器，并依次执行步骤S203和S204，服务器对文件a进行缓存，再接收车载终端对文件b的上传请求，并依次执行步骤S203和S204，服务器对文件b进行缓存，直至5个文件军上传完成，车载终端向服务器发送上传完成通知，告知服务器文件a，b，c，d，e均已完成上传，则服务器通过检测已缓存的车辆安全数据的文件信息是否包括全部的文件a，b，c，d，e，若是，则表示缓存的车辆安全数据完整，将缓存的车辆安全数据存储至第一数据库。

本实施例中，在将车辆安全数据存储至第一数据库之后，服务器还向车载终端或第三方平台发送存储完成通知，其中存储完成通知可以包括车辆安全数据的唯一标识，唯一标识如数据ID或文件名或sim号等。

本实施例通过为车载终端提供对应的服务地址，可以为车载终端提供对应的服务业务，通过将车载终端上传的车辆安全数据存储至第一数据库，以便于后期的数据查询，其中服务业务与数据存储分离，当服务业务与数据存储两者当中的任一方出现故障时，不影响另一方的运行，提高服务器监控和维护效率。

本实施例中，车辆安全数据具有唯一标识，生成与车辆安全数据对应的存储路径之后，方法还包括：将车辆安全数据的唯一标识、与车辆安全数据对应的存储路径存储至第二数据库，本实施例中第二数据库可以是时序数据库，可以将车辆安全数据按照时序存储，以便于查询。

S103、在接收到目标数据查看请求时，基于目标数据查看请求对应的目标存储路径，获取对应的车辆安全数据。

本实施例中，目标数据查看请求包括目标标识，在接收到目标数据查看请求时，基于目标数据查看请求对应的目标存储路径，获取对应的车辆安全数据，包括：从第二数据库中查询与目标标识相匹配的车辆安全数据的目标存储路径；通过目标存储路径，在第一数据库中获取对应的车辆安全数据。

本实施例中，目标数据查看请求可以由用户通过手机终端与服务器建立连接查询，也可以是车辆监管平台为了调取车辆的历史记录信息与服务器建立连接查询，也可以是其他第三方平台与服务器建立连接，查询的方式有多种，例如ftp/http/https/tcp/udp等方式。

本实施例中，目标数据查看请求例如是对车辆N的报警信息进行查看的请求，车辆N的报警信息ID(目标标识)为M，则通过从第二数据库中查询与目标标识M相匹配的车辆安全数据的目标存储路径，得到车辆安全数据在第一数据库中的存储节点，根据车辆安全数据在第一数据库中的存储节点获取对应的车辆安全数据。

以上为本实施例提供的一种车联网安全数据管理方法，在车载终端与服务器建立连接之后，进行第一数据的传输，第一数据包括车载终端的主动安全协议信息，服务器根据第一数据向车载终端发送服务地址，服务地址与车载终端的主动安全协议信息相匹配，从而为车载终端提供对应的服务。车载终端通过服务地址上传第二数据，第二数据包括车辆安全数据，服务器对第二数据进行存储，并生成与车辆安全数据对应的存储路径，以记录车辆安全数据所存储的具体位置，以便于后续查找和调取，在接收到目标数据查看请求时，基于目标数据查看请求对应的目标存储路径，获取对应的车辆安全数据。此种数据管理方法，将车辆安全数据单独存储在云端，当需要调取车辆安全数据时，只需要获取车辆安全数据的存储节点，即可获取车辆安全数据，而不需要访问车载终端磁盘，避免车载终端本机磁盘IO过高，可提高V2N数据传输兼容性提高数据维护效率。

另外，本实施例中，服务器提供多种协议接口，以适配不同地方的主动安全协议，满足不同地方的车辆终端服务需求，具有很强的兼容性，协议适配性更高。本实施例中车辆安全数据的存储、车载终端的服务、车辆安全数据的存储路径互相之间不影响，有利于整体的监控和维护工作。

申请实施例提供了一种车联网安全数据管理装置，该车联网安全数据管理装置用于执行上述实施例所述的车联网安全数据管理方法，图3示出本申请的车联网安全数据管理装置的结构示意图，如图3所示，该车联网安全数据管理装置300包括：

数据处理模块301，用于获取车载终端的第一数据，根据所述第一数据向所述车载终端发送服务地址，所述第一数据包括所述车载终端的主动安全协议信息，所述服务地址与所述车载终端的主动安全协议信息相匹配。

存储模块302，用于接收所述车载终端通过所述服务地址上传的第二数据，并对所述第二数据进行存储，所述第二数据包括车辆安全数据，生成与所述车辆安全数据对应的存储路径。

数据获取模块303，用于在接收到目标数据查看请求时，基于所述目标数据查看请求对应的目标存储路径，获取对应的车辆安全数据。

在一个例子中，数据处理模块301还用于检测预设安全协议中是否包含与所述第一数据包括的主动安全协议信息一致的目标协议信息；如果是，则向所述车载终端发送所述目标协议信息对应的服务地址；如果否，则向所述车载终端发出协议不匹配信息。

在一个例子中，第二数据还包括用于描述所述车辆安全数据的文件信息，接收所述车载终端通过所述服务地址上传的第二数据，并对所述第二数据进行存储，存储模块302，还用于接收所述车载终端上传的第一文件信息，并存储至第一数据库；接收所述车载终端的数据上传请求，所述数据上传请求包括目标文件信息，所述目标文件信息包括待上传车辆安全数据的文件信息；在所述第一文件信息中包含所述目标文件信息的情况下，向所述车载终端发送应答通知；接收所述车载终端上传的车辆安全数据，对所述车辆安全数据进行缓存；在接收到所述车载终端发送的上传完成通知后，将缓存的所述车辆安全数据存储至所述第一数据库，并下发存储完成通知。

在一个例子中，所述第二数据包括多个车辆安全数据，存储模块302，还用于在接收到所述车载终端发送的上传完成通知后，根据所述多个车辆安全数据的文件信息检测缓存的车辆安全数据是否完整，若是，则将缓存的所述车辆安全数据存储至第一数据库。

在一个例子中，车辆安全数据具有唯一标识，数据获取模块303，用于在生成与所述车辆安全数据对应的存储路径之后，将所述车辆安全数据的唯一标识、与所述车辆安全数据对应的存储路径存储至第二数据库。

在一个例子中，所述目标数据查看请求包括目标标识，数据获取模块303，具体用于从所述第二数据库中查询与所述目标标识相匹配的车辆安全数据的目标存储路径；通过所述目标存储路径，在第一数据库中获取对应的车辆安全数据。

本申请的上述实施例提供的车联网安全数据管理装置与本申请实施例提供的车联网安全数据管理方法出于相同的发明构思，具有与其存储的应用程序所采用、运行或实现的方法相同的有益效果。

本申请实施方式还提供一种与前述实施方式所提供的车联网安全数据管理方法对应的电子设备，以执行上述车联网安全数据管理方法。本申请实施例不做限定。

请参考图4，其示出了本申请的一些实施方式所提供的一种电子设备的示意图。如图4所示，所述电子设备20包括：处理器200，存储器201，总线202和通信接口203，所述处理器200、通信接口203和存储器201通过总线202连接；所述存储器201中存储有可在所述处理器200上运行的计算机程序，所述处理器200运行所述计算机程序时执行本申请前述任一实施方式所提供的方法。

其中，存储器201可能包含高速随机存取存储器(RAM：Random Access Memory)，也可能还包括非不稳定的存储器(non-volatile memory)，例如至少一个磁盘存储器。通过至少一个通信接口203(可以是有线或者无线)实现该系统网元与至少一个其他网元之间的通信连接，可以使用互联网、广域网、本地网、城域网等。

总线202可以是ISA总线、PCI总线或EISA总线等。所述总线可以分为地址总线、数据总线、控制总线等。其中，存储器201用于存储程序，所述处理器200在接收到执行指令后，执行所述程序，前述本申请实施例任一实施方式揭示的所述车联网安全数据管理方法可以应用于处理器200中，或者由处理器200实现。

处理器200可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器200中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器200可以是通用处理器，包括中央处理器(Central Processing Unit，简称CPU)、网络处理器(Network Processor，简称NP)等；还可以是数字信号处理器(DSP)、专用集成电路(ASIC)、现成可编程门阵列(FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器201，处理器200读取存储器201中的信息，结合其硬件完成上述方法的步骤。

本申请实施例提供的电子设备与本申请实施例提供的车联网安全数据管理方法出于相同的发明构思，具有与其采用、运行或实现的方法相同的有益效果。

本申请实施方式还提供一种与前述实施方式所提供的车联网安全数据管理方法对应的计算机可读存储介质，请参考图5，其示出的计算机可读存储介质为光盘30，其上存储有计算机程序(即程序产品)，所述计算机程序在被处理器运行时，会执行前述任意实施方式所提供的车联网安全数据管理方法。

需要说明的是，所述计算机可读存储介质的例子还可以包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他光学、磁性存储介质，在此不再一一赘述。

本申请的上述实施例提供的计算机可读存储介质与本申请实施例提供的车联网安全数据管理方法出于相同的发明构思，具有与其存储的应用程序所采用、运行或实现的方法相同的有益效果。

申请实施例提供了一种车联网安全数据管理系统，该车联网安全数据管理系统用于执行上述实施例所述的车联网安全数据管理方法，图6示出本申请的车联网安全数据管理系统的结构示意图，如图6所示，该车联网安全数据管理系统600包括：车载终端601、服务器602、查询终端603、第一数据库604和第二数据库605。

参考图6，车载终端601向服务器602发送第一数据，第一数据包括车载终端的主动安全协议信息。

服务器602根据第一数据向车载终端601发送服务地址，服务地址与车载终端的主动安全协议信息相匹配；

车载终端601通过服务地址上传第二数据至服务器602，第二数据包括车辆安全数据。

服务器602将第二数据存储至第一数据库604，生成与车辆安全数据对应的存储路径，其中，车辆安全数据具有唯一标识，服务器将车辆安全数据的唯一标识、与车辆安全数据对应存储路径存储至所述第二数据库605。

查询终端603向服务器601发送目标数据查看请求，目标数据查看请求包括目标标识。

服务器601从第二数据库605中查询与目标标识相匹配的目标存储路径，通过目标存储路径，在第一数据库604中获取对应的车辆安全数据。

本实施例中，服务器所执行的方法在上述实施例中均有描述，为了避免重复，在此不再赘述。

本申请的上述实施例提供的车联网安全数据管理系统与本申请实施例提供的车联网安全数据管理方法出于相同的发明构思，具有与其存储的应用程序所采用、运行或实现的方法相同的有益效果。

需要说明的是：

在此提供的算法和显示不与任何特定计算机、虚拟系统或者其它设备有固有相关。各种通用系统也可以与基于在此的示教一起使用。根据上面的描述，构造这类系统所要求的结构是显而易见的。此外，本申请也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本申请的内容，并且上面对特定语言所做的描述是为了披露本申请的最佳实施方式。

在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本申请的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。

类似地，应当理解，为了精简本申请并帮助理解各个发明方面中的一个或多个，在上面对本申请的示例性实施例的描述中，本申请的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本申请要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本申请的单独实施例。

本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。

此外，本领域的技术人员能够理解，尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本申请的范围之内并且形成不同的实施例。例如，在下面的权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。

本申请的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本申请实施例的虚拟机的创建系统中的一些或者全部部件的一些或者全部功能。本申请还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者系统程序(例如，计算机程序和计算机程序产品)。这样的实现本申请的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。

应该注意的是上述实施例对本申请进行说明而不是对本申请进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本申请可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干系统的单元权利要求中，这些系统中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到其各种变化或替换，这些都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。