CN111145389B - 一种车辆数据管理方法及系统 - Google Patents

Abstract

本发明公开了一种车辆数据管理方法及系统。其中，该方法包括：行车记录仪和网关接收数据记录请求，并根据数据记录请求记录车辆数据，当满足预设条件时，将记录的车辆数据上传至文件管理平台，文件管理平台对接收到的车辆数据进行分类管理。相比于现有技术中存在的缺陷，本发明提供的方案可以实现根据场景分类记录车辆数据并整体上传后台，同时允许多节点同时上传车辆数据，并对接收到的车辆数据进行分类管理。

Description

一种车辆数据管理方法及系统

技术领域

本发明实施例涉及数据处理技术，尤其涉及一种车辆数据管理方法及系统。

背景技术

在车辆自动驾驶领域中，在交通拥堵引导(Traffic Jam Pilot，TJP)功能、高速公路领航(Highway Pilot，HWP)功能、自动代客泊车(Auto Valet Parking，AVP)、特定区域内的L3级及以上自动驾驶功能等特定场景下，在自动驾驶功能激活时，TJP、HWP允许用户人为驾驶一段时间之后机器继续控制驾驶，以及在特殊工况下，需要人为介入接管以及人为不接管后系统会进行一系列的控制，而AVP允许驾驶员不在车内，由自动驾驶系统对车辆进行控制，这样存在人与机器之间交互控制车辆的情况。因此，需要设计数据记录系统来监控自动驾驶系统和人的行为，以便于发生事故或产生纠纷时，用于责任划分和数据还原，并使主机厂通过研究记录的数据优化自动驾驶控制逻辑和性能。

但是，在现有的一些自动驾驶数据记录方案中，存在以下问题：第一、数据记录车辆内部未做永久存储，仅在所需记录事件触发后将数据在本地做缓存然后发送到后台存储，当车辆无线信号较差时，无法保证数据记录的完整性；第二、文件在上传时处于零散数据上传，这样对后台数据管理的需求较高，如数据分类、检索等；第三、数据记录整体回传后台，视频数据处理难度增加，实时视频压缩和上传时，带宽受限，多辆车同时接入后台导致后台负载过大，数据上传容易失败；第四、数据记录未考虑真实的使用场景，如TJP、HWP与AVP的数据记录需求不同，若数据记录策略和内容发生变化时，需要从车内到车外控制逻辑均调整才可以满足功能需求，对系统整体影响较大；第五、数据存储及上传后台时未考虑信息安全机制；第六、数据记录事件未根据严重度分类，后台管理数据时无法按照重要度排序；第七、未规定数据记录及后台的数据管理方法，导致回传的数据管理困难，检索困难，不利于二次使用。

发明内容

本发明提供一种车辆数据管理方法及系统，能够在车辆自动驾驶过程中，根据场景分类记录车辆数据并整体上传后台，同时允许多节点同时上传车辆数据，并对接收到的车辆数据进行分类管理。

第一方面，本发明实施例提供了一种车辆数据管理方法，包括：

行车记录仪和网关接收数据记录请求；

行车记录仪和网关根据数据记录请求记录车辆数据；

当满足预设条件时，行车记录仪和网关将记录的车辆数据上传至文件管理平台；

文件管理平台对接收到的车辆数据进行分类管理。

第二方面，本发明实施例还提供了一种车辆数据管理系统，该系统包括：网关、行车记录仪、文件管理平台、自动驾驶控制模块；

其中，自动驾驶控制模块，用于发送数据记录请求；

行车记录仪和网关，用于根据接收到的数据记录请求记录车辆数据，以及当满足预设条件时，将记录的车辆数据上传至文件管理平台；

文件管理平台，用于对接收到的车辆数据进行分类管理。

本发明实施例提供了一种车辆数据管理方法及系统，具体实现方式为行车记录仪和网关接收数据记录请求，并根据数据记录请求记录车辆数据，当满足预设条件时，将记录的车辆数据上传至文件管理平台，文件管理平台对接收到的车辆数据进行分类管理。相比于现有技术中存在的缺陷，本发明提供的方案可以实现根据场景分类记录车辆数据并整体上传后台，同时允许多节点同时上传车辆数据，并对接收到的车辆数据进行分类管理。

附图说明

图1为本发明实施例一的车辆数据管理系统示意图；

图2是本发明实施例一中的车辆数据管理方法流程图；

图3是本发明实施例二中的车辆数据管理方法流程图；

图4是本发明实施例三中的车辆数据管理系统示意图。

具体实施方式

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

另外，在本发明实施例中，“可选地”或者“示例性地”等词用于表示作例子、例证或说明。本发明实施例中被描述为“可选地”或者“示例性地”的任何实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。确切而言，使用“可选地”或者“示例性地”等词旨在以具体方式呈现相关概念。

本发明实施例可以应用于车辆自动驾驶场景下，如图1所示，通过自动驾驶控制模块、驾驶员状况监控模块、环视控制模块、行车记录仪、网关、车载远程通信控制模块、车联网服务(Telematics Service Provider，TSP)平台以及文件管理平台之间的交互，在车辆自动驾驶过程中，可以分类记录各类突发事件下的相关数据，从而方便地对这些数据进行分类管理、检索和查看。

实施例一

本发明实施例提供了一种车辆数据管理方法，该方法的具体流程如图2所示，包括：

S201、行车记录仪和网关接收数据记录请求。

在本实施例中，行车记录仪和网关可以理解为车辆驾驶过程中用于记录车辆数据的终端，其可以根据数据记录请求进行确认存储，例如，根据数据记录请求中的计数和时间戳进行存储。

另外，行车记录仪和网关的存储空间也需要与其他功能的存储空间独立(如，网关中的空中下载技术(Over-the-Air Technology，OTA)、行车记录仪中的用户视频记录等)，以保证数据的安全性和独立性。进一步地，可以根据车辆生命周期和用户使用频率预估使用次数，并根据预估的次数和存储器的可擦写次数设计存储器的存储空间，例如，设计网关的存储空间至少为16G，行车记录仪的存储空间至少为8G。这样通过对存储空间的合理设置，可以大大降低数据在单独一个区域刷写的概率，从而进一步降低在存储空间中反复刷写对存储设备带来的损坏。

其中，行车记录仪和网关记录的车辆数据可以存储于嵌入式存储器(EmbeddedMulti Media Card，EMMC)、TF卡(Trans-flash Card)或其它外接存储中。

在数据安全方面，行车记录仪和网关需要具备安全存储的功能，如加密签名、硬件防护、存储空间隔离等，以保证数据的统一完整性、防篡改、机密性。当已存储的数据被篡改后，可以直接识别并做删除操作。当数据被盗取后，也无法破解，做到了对数据和用户的隐私的保护。

数据记录请求用于请求接收到该请求指令的模块或装置根据记录车辆当前的车辆数据。

进一步地，行车记录仪和网关可以接收自动驾驶模块根据记录类别发送的数据记录请求，可选地，该记录类别为根据事件记录和持续记录中的任意一种。

其中，根据事件记录可以理解为根据当前的事件记录车辆当前的车辆数据，持续记录可以理解为根据实际需求对当前的车辆数据持续进行记录，而不对事件进行区分。

S202、行车记录仪和网关根据数据记录请求记录车辆数据。

本步骤中，行车记录仪和网关接收到数据记录请求后，根据该数据记录请求记录当前事件下车辆的数据。

示例性地，上述车辆数据可以为视频数据和车辆总线数据，其中，视频数据可以包含驾驶员监控视频、环视视频、行车记录仪视频等，总线数据可以包含CAN总线数据、以太网数据等。例如，可以由行车记录仪根据数据记录请求记录车辆外部前方视频数据，由网关根据数据记录请求记录车辆总线数据和视频数据。

示例性地，车辆总线数据可以为当前事件下的车速、胎压信息、驾驶员操作数据等。

S203、当满足预设条件时，行车记录仪和网关将记录的车辆数据上传至文件管理平台。

本实施例中，预设条件可以为行车记录仪和网关存储量达到预设阈值、TSP平台主动要求上传等条件。

文件管理平台可以为具有多地区或单地区的数据存储及管理服务的平台，其可接入大容量和多节点的数据上传请求，例如视频数据、控制器局域网络(Controller AreaNetwork，CAN)总线等报文数据。同时，该文件管理平台可具有较高的安全等级，能够进行数据交互、数据存储、数据管理。

行车记录仪和网关记录车辆数据后，在满足预设条件的情况下，可以将记录存储的车辆数据上传至上述文件管理平台。

另外，行车记录仪和网关上传车辆数据时，可以支持断点续传，即断电或网络连接断开后，停止传输，通信恢复或再次上电时可以继续传输，连接超时则退出传输，这样可以降低行车记录仪和网关的功耗，提高传输的成功率，避免重复传输导致的流量消耗。

行车记录仪和网关上传完毕，自动删除本地数据，清空并释放对应的存储空间。

S204、文件管理平台对接收到的车辆数据进行分类管理。

由于行车记录仪和网关是根据数据记录请求，记录当前的车辆数据，并将数据按照一定命名方式命名，这样可以将车辆数据以不同功能、文件类型、不同的事件、不同时间和地点等维度进行分类记录存储，进而在满足预设条件的情况下，将记录存储的车辆数据上传文件管理平台，从而文件管理平台可以对接收到的车辆数据进行分类管理。

例如，文件管理平台可以对接收到的车辆数据按照事件分类存储、并按照事件的重要程度进行排序等。

同样地，文件管理平台也支持断点续存，并支持超时连接机制，在超时无法收到数据时，关闭服务。

本发明实施例提供了一种车辆数据管理方法为，行车记录仪和网关接收数据记录请求，并根据数据记录请求记录车辆数据，当满足预设条件时，将记录的车辆数据上传至文件管理平台，文件管理平台对接收到的车辆数据进行分类管理。相比于现有技术中存在的缺陷，本发明提供的方案可以实现根据场景分类记录车辆数据并整体上传后台，同时允许多节点同时上传车辆数据，并对接收到的车辆数据进行分类管理。

实施例二

本发明实施例提供了一种车辆数据管理方法，该方法是在图2所示方法基础上的进一步优化，该方法具体流程如图3所示，包括：

S301、自动驾驶控制模块向行车记录仪和网关发送自动驾驶激活标志位以及数据记录要求。

用户选择开启车辆自动驾驶功能后，自动驾驶功能进入激活状态，其中，车辆的自动驾驶包括L3及以上的功能，例如，TJP、HWP、AVP等。用户选择自动驾驶的相应功能后，由自动驾驶控制模块根据用户激活的具体功能向行车记录仪和网关发送对应的自动驾驶激活标志位以及数据记录要求。

例如，以TJP、HWP、AVP三个功能为例，自动驾驶控制模块发送的自动驾驶激活标志位可以为每个功能对应的标志位。假设用户选择激活的功能为AVP，以1表示功能被激活，0表示功能未被激活，那么自动驾驶控制模块发送的AVP功能的自动驾驶激活标志位可以为1，而TJP和HWP功能对应的自动驾驶激活标志位则为0，其中，AVP功能可以区分为基于停车场地图的代客泊车和基于学习记忆的代客泊车，同时每种功能下也都包含自主泊车和自主接驾两种场景。

另外，行车记录仪和网关接收自动驾驶激活标志位以及数据记录要求的同时，行车记录仪和网关也可以接收时间戳，其中，该时间戳可以用于行车记录仪和网关等相关数据记录终端之间进行时间同步以及数据记录标记。

进一步地，该时间戳可以为自动驾驶控制模块发送的信息，也可以为车辆中其他模块发出的信息，本申请实施例对此不作限定。

行车记录仪和网关接收到自动驾驶激活标志位后，其数据记录系统从关闭状态变为待机状态，即自动驾驶功能开启后，行车记录仪和网关的数据记录系统变为待机状态，并根据数据记录要求配置相关参数，例如，行车记录仪需默认打开，并根据数据记录要求配置的参数采集视频和缓存文件，网关实时缓存总线数据，以保证记录数据时可向前追述。

示例性地，本实施例列举几种需要记录的自动驾驶数据类型：

一、车辆基本行驶数据：车速、轮速、横摆角速度、胎压信息等；

二、环境信息：总线类环境信息(室外温度、道路坡度、全球定位系统(GlobalPositioning System，GPS)信息等)、原始视频数据(环视、行车记录仪前视视频等)等；

三、驾驶员行为：驾驶员监控原始视频数据、驾驶员状态(疲劳、分神等)数据、驾驶员操作数据(方向盘、加速踏板、制动踏板、与自动驾驶相关的开关/灯具操作状态、与自动驾驶相关的设置信息等)等；

四、自动驾驶传感器数据：原始目标数据、融合后目标数据、车道线及标牌信息等；

五、执行器数据：执行器(制动、转向、加速等)的执行结果和状态等。

需要说明的是，上述自动驾驶数据类型仅为示例性地描述，本领域技术人员在执行本方案时可以依据实际需求进行设置，本发明实施例对此不作限定。

行车记录仪和网关接收到自动驾驶控制模块发送的数据记录要求后，需要实时缓存数据记录要求中需要记录的数据，以保证有数据记录请求时可向前追述一段时间并且向后一直记录数据，并将其存储到长时存储空间中。

其中，上述数据记录要求可以包括记录类别，其中，该记录类别包括根据事件记录和持续记录。进一步地，根据事件记录可以理解为根据当前的事件记录车辆当前的车辆数据，持续记录可以理解为根据实际需求对当前的车辆数据持续进行记录，而不对事件进行区分。

示例性地，持续记录可用于L4级别及以上的自动驾驶场景下，例如代客泊车AVP，即考虑用户不在车辆内部的场景。事件记录可用于用户L3级别场景下，即用户与车辆共同操作，如TJP/HWP，这样可以减少数据记录的频率和数据量。

在本实施例中，行车记录仪和网关也要求实时监控自动驾驶控制模块的状态，以及其是否发出数据记录请求。

S302、行车记录仪和网关接收数据记录请求。

在本实施例中，行车记录仪和网关可以接收自动驾驶模块根据记录类别发送的数据记录请求，即当数据记录要求中记录类别为根据事件记录时，行车记录仪和网关接收到的数据记录请求为触发基于事件记录的数据记录请求，当数据记录要求中记录类别为持续记录时，行车记录仪和网关接收到的数据记录请求为触发进行持续记录的数据记录请求。

示例性地，上述数据记录请求可以由自动驾驶控制模块发送至行车记录仪和网关。另外，在需要记录驾驶员状态监控视频和环视视频时，自动驾驶控制模块也可以发送数据记录请求至驾驶员状态监控模块和环视控制模块。

进一步地，当记录类别为事件记录时，记录类别中可以携带有事件类别，以及与事件类别对应的事件等级。

其中，事件等级可以分为一级重要事件和二级重要事件，其中，一级重要事件下的事件类别可以为驾驶员疲劳驾驶一级报警触发、触发拨杆换道、自动紧急刹车激活、道路环境恶劣(如有连续弯道或半径小的弯道困难工况)等，二级重要事件下的事件类别可以为胎压报警触发、驾驶员疲劳驾驶二级报警触发、整车碰撞触发等。通过对不同事件等级以及不同事件类别的区分，可以区分记录不同事件或事件类别下的数据，从而方便对车辆数据的分类记录、存储、管理。

当数据记录为事件记录时，记录数据需向前追述记录一段时间，示例性的，如10s，当记录类别为持续记录，例如，在无人驾驶场景下，不需要考虑记录数据量及上传流量大小时，可以持续记录当前的车辆数据。当然，在此种情况下，可以不需要向前追述数据。

另外，在本实施例中，当TSP识别到传输大数据(例如，数据量超过某一阈值)，或者当前传输视频消耗流量超出预设流量值，或上传视频频率超出预设频率值时，可以发送配置信息至车载远程通信模块，由车载远程通信模块转发配置信息至行车记录仪，和/或，网关，以告知行车记录仪，和/或，网关不需要记录，和/或，不需要上传视频数据，从而保证视频记录和擦除对行车记录仪以及网关存储空间使用寿命的影响，以及对传输流量的消耗，实现对视频的差异化记录。

进一步地，数据记录请求中也可以包含请求标志位、请求计数、事件地点等信息。其中，请求标志位用于区分自动驾驶控制模块是否发出数据记录请求，例如，若该请求标志位置1，则表示自动驾驶控制模块已发出数据记录请求；若请求标志位置0，则表示自动驾驶控制模块还未发出数据记录请求。计数为单个自动驾驶周期的记录请求次数，用于记录终端区分管理排序。事件地点用于记录行车记录仪、网关、驾驶员状态监控模块、环视控制模块记录事件时的备注属性，该事件地点可以为特定场景，例如，高速公路的道路代号或代客泊车停车场的地图编号等。

在本实施例中，行车记录仪和网关还可以对自动驾驶控制模块进行实时检测，这样当行车记录仪和网关监测到自动驾驶控制模块节点丢失或信号异常超过一段时间后(如500ms)，可以自动触发数据记录请求，即行车记录仪和网关自动触发车辆数据记录功能。在自动记录功能触发后，若监测到自动驾驶控制模块无法恢复，则在一段时间后退出自动记录。

S303、行车记录仪和网关根据数据记录请求记录车辆数据。

可选地，当有事件发生时，行车记录仪和网关可以根据自动驾驶控制模块发送的数据记录请求中的相关信息对该事件下的各类车辆数据进行分类记录。

示例性地，行车记录仪可以记录车辆外部前方的视频数据，网关可以记录驾驶员监控模块采集的视频数据、环视控制模块采集的环视视频数据、以及整车的总线数据。同时，网关也可以记录自动驾驶控制模块的私有内部数据，例如，自动驾驶控制模块接收的私有CAN原始目标数据及融合后的目标数据等。

可选地，当自动驾驶控制模块将数据记录请求发送至驾驶员状态监控模块和环视控制模块时，由驾驶员状态监控模块和环视控制模块记录车辆数据。例如，对于TJP、HWP而言，可以由驾驶员状态监控模块根据数据记录请求记录车内驾驶员的监控视频，并生成临时存储文件；对于AVP而言，可以由环视控制模块根据数据记录请求记录环视视频，并生成临时存储文件。其中，临时存储文件可以为固定时间长度(如30s等)的文件，这样可以减少因存储视频数据时间过长导致的文件过大进而造成传输困难的问题。同样地，驾驶员状态监控模块和环视控制模块记录的内容可向前追溯一段时间(例如，10秒)。当驾驶员状态监控模块，和/或，环视控制模块存储完成之后，可以向网关发送数据记录请求，以提示网关记录车辆数据。网关根据驾驶员状态监控模块，和/或，环视控制模块发送的数据记录请求反馈请求读取指令，驾驶员状态监控模块根据接收到的请求读取指令发送存储的监控视频文件至网关，以使网关对该监控视频文件进行分类存储管理。同样地，环视控制模块也可以根据接收到的请求读取指令发送存储的环视视频文件至网关，由网关进行管理。这样，通过驾驶员状态监控模块和环视控制模块的临时存储功能，可以有效缓解网关实时记录视频文件的压力。

示例性地，驾驶员状态监控模块、环视控制模块、行车记录仪和网关记录和生成的驾驶员状态监控视频文件、环视视频文件、行车记录仪视频文件及网关内存储的总线数据的文件，可以采用以下文件命名规则进行命名和传输，网关接收到驾驶员监控视频和环视视频文件后可以按照文件命名规则进行存储和管理：

示例性地，文件命名规则可以为VIN_年月日_时分秒毫秒_文件属性_功能代号_事件代号_地点代号_计数_文件类型代号；

其中，VIN可以理解为车辆识别码，年月日时分秒毫秒为文件记录的时间戳，文件属性可以为自动驾驶数据记录，功能代号可以为TJP、HWP、AVP等功能的代号，事件代号可以理解为接管请求代号或者制动降级代号等，地点代号可以为高速路编号或代客泊车地图编号等，计数则为单个自动驾驶周期的记录请求次数，文件类型代号可以为照片、视频、总线数据以及自动驾驶系统内部数据等数据文件类型的代号。

当然，在自动驾驶控制模块判断事件结束，或者自动驾驶功能退出可以结束事件记录时，发出数据记录结束请求到行车记录仪和网关，行车记录仪和网关结束数据记录；或者，行车记录仪和网关判断可以退出自动记录功能后(针对自动驾驶模块节点丢失等异常场景)，也可以在一段时间后退出自动记录。其中，该时间可以根据实际需求进行设置，例如设置为15s，以确保车辆减速停车或者事件影响消除，或者驾驶员接管车辆等。

S304、当满足预设条件时，行车记录仪和网关将记录的车辆数据上传至文件管理平台。

本申请实施例中，预设条件可以为行车记录仪和网关存储量达到预设阈值、TSP平台主动要求上传等条件。

例如，行车记录仪和网关在上电之后，若判断根据数据记录请求记录存储的车辆数据存储量达到预设阈值(如每周/每天的某一指定时间隔断自动上传，或者预设次数触发自动驾驶功能自动上传)，那么行车记录仪和网关将记录的车辆数据上传至文件管理平台。

另外，在本实施例中，为了降低上传的数据量，节省流量费用，也可以只上传总线数据，不主动上传视频数据，仅支持后台主动获取视频数据，由TSP后台可对是否自动上传视频进行配置。对应的，当行车记录仪和网关的视频存储量达到预设条件时，还可以设定行车记录仪和网关上的相关模块发出提示，以提示行车记录仪和网关视频存储量即将达到预设值，请求将车辆数据上传至文件管理平台。同时，网关、行车记录仪可识别自动驾驶数据记录存储空间剩余量(可根据文件类别分区，如单独计算视频和总线数据)、存储的业务累计次数、存储空间总量(可根据文件类别分区，如单独计算视频和总线数据)并将相关信息实时上传TSP后台，便于TSP灵活的对车辆数据进行控制。

或者，TSP平台主动向文件管理平台发送请求指令，以请求行车记录仪和网关将记录的车辆数据上传至文件管理平台。

本实施例提供一种认证登录过程的可选实现方式为行车记录仪和网关发送第一上传请求指令至车载远程通信模块，其中，第一上传请求指令用于请求将车辆数据上传至文件管理平台，车载远程通信模块将第一上传请求指令转发至TSP，并由TSP将第一上传请求指令转发至文件管理平台，由文件管理平台根据第一上传请求指令对行车记录仪和网关进行认证。

其中，TSP平台可包括原始设备制造商(Original Equipment Manufacturer，OEM)主机厂核心控制的中心服务平台，该平台具有较高等级的信息安全防护系统，可包含有完善的公钥基础设施(Public Key Infrastructure，PKI)证书认证体系、签名体系、安全传输层协议(Transport Layer Security，TLS)传输通道等。同时，TSP平台还具有车辆识别码(Vehicle Identification Number，VIN)及车载远程通信模块信息列表，可用于验证车辆及车载远程通信模块的合法性。

TSP接收到车载远程通信模块发送的第一上传请求指令后，对车辆的VIN和车载远程通信模块进行验证，若验证车辆和车载远程通信模块合法，则在第一上传请求指令中携带车辆VIN信息，转发至文件管理平台，以使得文件管理平台根据车辆VIN对车辆进行验证登录。

在上述过程中，文件管理平台根据第一上传请求指令对行车记录仪和网关进行验证登录可以分为以下方式实现：

a、文件管理平台根据第一上传请求指令反馈登录信息至TSP。

文件管理平台接收到第一上传请求指令后，对TSP进行验证，若确认TSP合法，则针对行车记录仪和网关分别生成登录信息，并将登录信息反馈至TSP。

其中，该登录信息可以是一定时间(例如，一个小时)内有效的随机验证码，验证码生成后立即启动计时。

b、TSP转发登录信息至车载远程通信模块。

c、车载远程通信模块转发登录信息至行车记录仪和网关。

d、行车记录仪和网关根据登录信息连接文件管理平台。

由于行车记录仪和网关中内置文件管理平台的域名，或互联网协议(InternetProtocol，IP)地址，以及服务器证书，以用于连接时的安全验证。因此，行车记录仪和网关与文件管理平台建立连接并验证文件管理平台合法后，将获得的登录信息转码生成密文，将该密文与车辆VIN发送至文件管理平台，由文件管理平台基于TSP发送的车辆VIN对行车记录仪和网关发送的VIN进行验证。同时，文件管理平台对内部生成的验证码做同样的转码后处理，并与接收到的密文作对比，若车辆VIN和密文均验证通过，则行车记录仪和网关验证通过。

通过这样的验证方式可以保证非法设备无法上传数据到文件管理平台，从而防止文件管理平台被非法侵入时造成堵塞和瘫痪。

对于预设条件中的第二种情况，当TSP平台主动向文件管理平台发送请求指令时，登录信息的转发过程通过以下方式实现：TSP向文件管理平台发送第二上传请求指令，第二上传请求指令用于请求将车辆数据上传至文件管理平台，文件管理平台根据第二上传请求发送登录信息至TSP，TSP将登录信息转发至车载远程通信模块，由车载远程通信模块转发登录信息至行车记录仪和网关，行车记录仪和网关根据登录信息连接文件管理平台。

需要说明的是，在上述转发过程中，文件管理平台生成登录信息的方式、验证车辆的方式，以及行车记录仪和网关根据登录信息连接文件管理平台的方式与上述预设条件中的第一种情况的实现过程相同，在此不再赘述。

另外，在上述TSP平台向文件管理平台发送第二上传请求指令的同时，TSP平台也可以向行车记录仪和网关发送第二上传请求指令，以请求行车记录仪和网关将车辆数据上传至文件管理平台。

无论基于上述预设条件中的哪种情况，当符合预设条件时，行车记录仪和网关将记录的车辆数据上传至文件管理平台。

示例性地，文件管理平台可以发送第一上传选择数据请求至行车记录仪和网关，该第一上传选择数据请求用于请求行车记录仪和网关的存储信息列表(例如，存储空间状态、存储文件列表、存储数据的日期、重要程度等)。行车记录仪和网关根据第一上传选择数据请求将存储信息列表发送至文件管理平台。

文件管理平台根据接收到的存储信息列表选择要下载的数据，例如，根据存储日期、功能类别、事件等级等进行选择。

可选地，文件管理平台可以选择发生事故的日期以及事故前后的相关性较高的数据。进而，基于选择的要下载的数据发送第二上传选择数据请求至行车记录仪和网关，行车记录仪和网关根据该第二上传选择数据请求将对应的车辆数据上传至文件管理平台。

通过这样的方式，可以实现文件管理平台根据数据存储的日期、安全等级等要求方便、灵活地选择对应的车辆数据进行下载、上传。

在本实施例中，采用TSP与文件管理平台物理隔离的方式，这样可以实现信息安全，以及控制指令与数据流的隔离。也即在验证和车辆数据传输过程中，控制指令都通过TSP分别与文件管理数据平台和网关和行车记录仪交互，而车辆数据都通过文件管理数据平台与行车记录仪和网关进行交互。

同时，由于TSP通常不设置大存储空间，仅设置管理权限，这样可以做到业务的清晰划分。当文件管理平台存储空间不足，或者是数据需要进行转移存储目的地时，可灵活地直接进行迁移，而不影响TSP业务的部署。而TSP以及行车记录仪和网关仅需重新配置新的文件管理平台的域名等信息即可完成整体文件管理平台的切换。

另外，由于文件管理平台用于存储敏感数据及核心数据，因此TSP可以对文件管理平台进行管理，包括数据删除管理、安全认证、业务开启和关闭管理等。

S305、文件管理平台对接收到的车辆数据进行分类管理。

由于在行车记录仪和网关是根据事件的具体信息(例如，时间、地点、事件类别、事件等级等)对车辆数据进行记录的，并且文件管理平台也是基于数据的存储日期、功能类别、事件等级等要求下载车辆数据的。因此，在文件管理平台上，可以基于车辆数据的相关信息、上传参数等进行分类文件管理，在二次使用时，也可以通过事件、地点等信息方便地进行检索和查看，同时也可以根据不同的用途进行二次格式转化等。

本发明实施例提供了一种车辆数据管理方法为，行车记录仪和网关接收数据记录请求，并根据数据记录请求记录车辆数据，当满足预设条件时，将记录的车辆数据上传至文件管理平台，文件管理平台对接收到的车辆数据进行分类管理。相比于现有技术中存在的缺陷，本发明提供的方案可以实现根据场景分类记录车辆数据并整体上传后台，同时允许多节点同时上传车辆数据，并对接收到的车辆数据进行分类管理。

实施例三

本发明实施例提供了一种车辆数据管理系统，如图4所示，该系统包括：网关401、行车记录仪402、文件管理平台403、自动驾驶控制模块404。

其中，自动驾驶控制模块，用于发送数据记录请求；

行车记录仪和网关，用于根据接收到的数据记录请求记录车辆数据，以及当满足预设条件时，将记录的车辆数据上传至文件管理平台；

其中，预设条件为行车记录仪和网关存储量达到预设阈值，或者，TSP主动请求将车辆数据上传至文件管理平台。

文件管理平台，用于对接收到的车辆数据进行分类管理。

进一步地，自动驾驶控制模块具体用于根据记录类别发送数据记录请求至行车记录仪和网关；

记录类别为根据事件记录和持续记录中的任意一种。

行车记录仪用于根据数据记录请求记录车辆外部前方数据；

网关用于根据数据记录请求记录车辆总线数据和视频数据。

进一步地，文件管理平台还用于发送第一上传选择数据请求至行车记录仪和网关；

行车记录仪和网关用于根据第一上传选择数据请求将存储信息列表发送至文件管理平台；

文件管理平台用于根据所存储信息列表发送第二上传选择数据请求至行车记录仪和网关；

行车记录仪和网关用于根据第二上传选择数据请求将记录的对应车辆数据上传至文件管理平台。

进一步地，车辆数据管理系统还包括车载远程通信模块和TSP，在行车记录仪和网关将记录的车辆数据上传至文件管理平台之前，行车记录仪和网关还用于发送第一上传请求指令至车载远程通信模块；

车载远程通信模块用于将第一上传请求指令转发至TSP；

TSP用于将第一上传请求指令转发至文件管理平台；

文件管理平台用于根据第一上传请求指令对行车记录仪和网关进行认证。

进一步地，TSP用于转发登录信息至车载远程通信模块；

车载远程通信模块用于转发登录信息至行车记录仪和网关；

行车记录仪和网关用于根据登录信息连接文件管理平台。

进一步地，TSP用于向文件管理平台、行车记录仪和网关发送第二上传请求指令；

文件管理平台用于根据第二上传请求发送登录信息至TSP；

TSP用于将登录信息转发至车载远程通信模块；

车载远程通信模块用于转发登录信息至行车记录仪和网关；

行车记录仪和网关用于根据第二上传请求指令和登录信息连接文件管理平台。

进一步地，自动驾驶控制模块用于向行车记录仪和网关发送自动驾驶激活标志位以及数据记录要求。

本发明实施例所提供的车辆数据管理系统可执行本发明实施例一、二所提供的车辆数据管理方法，具备执行方法相应的功能模块和有益效果。

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

注意，上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解，本发明不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此，虽然通过以上实施例对本发明进行了较为详细的说明，但是本发明不仅仅限于以上实施例，在不脱离本发明构思的情况下，还可以包括更多其他等效实施例，而本发明的范围由所附的权利要求范围决定。

Claims (7)

1.一种车辆数据管理方法，其特征在于，包括：

行车记录仪和网关接收数据记录请求；所述行车记录仪和网关根据所述数据记录请求记录车辆数据；

当满足预设条件时，所述行车记录仪和网关将记录的所述车辆数据上传至文件管理平台；

所述文件管理平台对接收到的所述车辆数据进行分类管理；

所述行车记录仪和网关根据所述数据记录请求记录车辆数据，包括：

所述行车记录仪根据所述数据记录请求记录车辆外部前方视频数据；

所述网关根据所述数据记录请求记录车辆总线数据和视频数据；

所述预设条件为所述行车记录仪和网关存储量达到预设阈值，或者，车联网服务平台TSP主动请求将所述车辆数据上传至文件管理平台；

所述行车记录仪和网关将记录的所述车辆数据上传至文件管理平台，包括：

文件管理平台发送第一上传选择数据请求至所述行车记录仪和网关；

所述行车记录仪和网关根据所述第一上传选择数据请求将存储信息列表发送至文件管理平台；

文件管理平台根据所存储信息列表发送第二上传选择数据请求至行车记录仪和网关；

行车记录仪和网关根据所述第二上传选择数据请求将记录的对应车辆数据上传至文件管理平台；

所述行车记录仪和网关根据数据记录请求，记录当前的车辆数据，并将车辆数据命名，从而将车辆数据以功能、文件类型、事件、时间和地点维度进行分类记录存储；

所述行车记录仪和网关接收数据记录请求包括：

所述行车记录仪和网关对自动驾驶控制模块进行实时检测，当监测到自动驾驶控制模块节点丢失或信号异常超过第一预设时长时，自动触发数据记录请求；

在自动记录功能触发后，若监测到所述自动驾驶控制模块无法恢复，在第二预设时长后退出自动记录。

2.根据权利要求1所述的方法，其特征在于，所述行车记录仪和网关接收数据记录请求，包括：

所述行车记录仪和网关接收自动驾驶模块根据记录类别发送的数据记录请求；

其中，所述记录类别为根据事件记录和持续记录中的任意一种；当所述记录类别为事件记录时，记录数据需向前追述记录一段时间。

3.根据权利要求1所述的方法，其特征在于，所述行车记录仪和网关将记录的所述车辆数据上传至文件管理平台之前，所述方法还包括：

所述行车记录仪和网关发送第一上传请求指令至车载远程通信模块；

所述车载远程通信模块将所述第一上传请求指令转发至所述TSP；

所述TSP将所述第一上传请求指令转发至所述文件管理平台；

所述文件管理平台根据所述第一上传请求指令对所述行车记录仪和网关进行认证。

4.根据权利要求3所述的方法，其特征在于，所述文件管理平台根据所述第一上传请求指令对所述行车记录仪和网关进行认证，包括：

所述文件管理平台根据所述第一上传请求指令反馈登录信息至所述TSP；

所述TSP转发所述登录信息至所述车载远程通信模块；

所述车载远程通信模块转发所述登录信息至所述行车记录仪和网关；

所述行车记录仪和网关根据所述登录信息连接所述文件管理平台。

5.根据权利要求1所述的方法，其特征在于，所述方法还包括：

TSP向所述文件管理平台、所述行车记录仪和网关发送第二上传请求指令；

所述文件管理平台根据所述第二上传请求发送登录信息至所述TSP；

所述TSP将所述登录信息转发至车载远程通信模块；

所述车载远程通信模块转发所述登录信息至所述行车记录仪和网关；

所述行车记录仪和网关根据所述第二上传请求指令和所述登录信息连接所述文件管理平台。

6.根据权利要求1或2所述的方法，其特征在于，在所述自动驾驶控制模块发送数据记录请求至行车记录仪和网关之前，所述方法还包括：

所述自动驾驶控制模块向所述行车记录仪和网关发送自动驾驶激活标志位以及数据记录要求。

7.一种车辆数据管理系统，其特征在于，包括：网关、行车记录仪、文件管理平台、自动驾驶控制模块、车联网服务平台TSP；

其中，自动驾驶控制模块，用于发送数据记录请求；

行车记录仪和网关，用于根据接收到的所述数据记录请求记录车辆数据，以及当满足预设条件时，将记录的所述车辆数据上传至文件管理平台；

文件管理平台，用于对接收到的所述车辆数据进行分类管理；

车联网服务平台TSP，用于将第一上传请求指令转发至文件管理平台，用于转发登录信息至车载远程通信模块，用于向文件管理平台、行车记录仪和网关发送第二上传请求指令，用于将登录信息转发至车载远程通信模块；

文件管理平台还用于发送第一上传选择数据请求至行车记录仪和网关；

行车记录仪和网关用于根据第一上传选择数据请求将存储信息列表发送至文件管理平台；

文件管理平台用于根据所存储信息列表发送第二上传选择数据请求至行车记录仪和网关；

行车记录仪和网关用于根据第二上传选择数据请求将记录的对应车辆数据上传至文件管理平台；

所述行车记录仪和网关根据数据记录请求，记录当前的车辆数据，并将数据命名，将车辆数据以功能、文件类型、事件、不同时间和地点维度进行分类记录存储；

所述行车记录仪和网关接收数据记录请求包括：

所述行车记录仪和网关对自动驾驶控制模块进行实时检测，当监测到自动驾驶控制模块节点丢失或信号异常超过第一预设时长时，自动触发数据记录请求；

在自动记录功能触发后，若监测到所述自动驾驶控制模块无法恢复，在第二预设时长后退出自动记录。

Images