CN117130807A - 数据处理方法、装置、设备、介质及产品 - Google Patents

Abstract

本申请的实施例公开了一种数据处理方法、装置、设备、介质及产品，该方法包括：获取行驶设备的设备状态数据和行驶设备所处环境的环境数据；将设备状态数据和环境数据存储至行驶设备的本地存储空间中；若检测到行驶设备发生事故，则从本地存储空间中获取行驶设备在事故发生前所对应的目标数据；将目标数据传输至云端服务器。本申请实施例的技术方案可应用于交通领域，可以有效且及时对行驶设备的数据进行存储，避免因事故导致的数据丢失。

Description

数据处理方法、装置、设备、介质及产品

技术领域

本申请涉及计算机及通信技术领域，具体而言，涉及一种数据处理方法、数据处理装置、电子设备、计算机可读存储介质及计算机程序产品。

背景技术

在行驶设备中，通常设有用于记录行驶设备在行驶过程中的数据的记录装置，记录装置所记录的数据普遍存储在本地，当行驶设备发生事故时，读取记录装置所记录的数据，以为事故分析提供支持，但记录装置容易在事故中损坏，导致存储在本地的数据丢失且无法恢复，进而无法获取数据重现事故发生时的场景。

发明内容

本申请的实施例提供了一种数据处理方法、数据处理装置、电子设备、计算机可读存储介质及计算机程序产品，可以有效且及时对行驶设备的数据进行存储，避免因事故导致的数据丢失。

本申请的其他特性和优点将通过下面的详细描述变得显然，或部分地通过本申请的实践而习得。

第一方面，本申请实施例提供了一种数据处理方法，包括：获取行驶设备的设备状态数据和所述行驶设备所处环境的环境数据；将所述设备状态数据和所述环境数据存储至所述行驶设备的本地存储空间中；若检测到所述行驶设备发生事故，则从所述本地存储空间中获取所述行驶设备在事故发生前所对应的目标数据；将所述目标数据传输至云端服务器。

第二方面，本申请实施例还提供了一种数据处理装置，所述装置包括：获取模块，用于获取行驶设备的设备状态数据和所述行驶设备所处环境的环境数据；存储模块，用于将所述设备状态数据和所述环境数据存储至所述行驶设备的本地存储空间中；检测模块，用于若检测到所述行驶设备发生事故，则从所述本地存储空间中获取所述行驶设备在事故发生前所对应的目标数据；传输模块，用于将所述目标数据传输至云端服务器。

第三方面，本申请实施例提供了一种电子设备，包括一个或多个处理器；存储装置，用于存储一个或多个计算机程序，当所述一个或多个计算机程序被所述一个或多个处理器执行时，使得所述电子设备实现如上所述的数据处理方法。

第四方面，本申请实施例提供了一种计算机可读存储介质，其上存储有计算机程序，当所述计算机程序被电子设备的处理器执行时，使电子设备执行如上所述的数据处理方法。

第五方面，本申请实施例提供了一种计算机程序产品，包括计算机程序，所述计算机程序存储在计算机可读存储介质中，电子设备的处理器从所述计算机可读存储介质读取并执行所述计算机程序，使得所述电子设备执行如上所述的数据处理方法。

在本申请的实施例所提供的技术方案中，获取行驶设备的设备状态数据和行驶设备所处环境的环境数据，并存储至行驶设备的本地存储空间中，通过将本地存储空间中所对应的目标数据传输至云端服务器，实现对数据的有效存储，且检测到行驶设备发生事故，才将本地存储空间中所对应的目标数据传输至云端服务器，一方面避免了数据在事故中丢失，另一方面减轻了云端服务器因数据实时传输导致的空间压力，且避免了因数据实时传输导致的网络负载过大的问题。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本申请。

附图说明

图1是本申请涉及的一种实施环境的示意图；

图2是本申请涉及的一种实施环境的示意图；

图3是本申请的一示例性实施例示出的一种数据处理方法的流程图；

图4是本申请的一示例性实施例示出的另一种数据处理方法的流程图；

图5是本申请的一示例性实施例示出的另一种数据处理方法的流程图；

图6是本申请的一示例性实施例示出的另一种数据处理方法的流程图；

图7是本申请的一示例性实施例示出的另一种数据处理方法的流程图；

图8是本申请的一示例性实施例示出的另一种数据处理方法的流程图；

图9是本申请的一示例性实施例示出的另一种数据处理方法的流程图；

图10是本申请的一示例性实施例示出的另一种数据处理方法的流程图；

图11是本申请的一示例性实施例示出的另一种数据处理方法的流程图；

图12是本申请的一示例性实施例示出的另一种数据处理方法的流程图；

图13是本申请的另一示例性实施例示出的一种数据处理方法的流程图；

图14是本申请的另一示例性实施例示出的另一种数据处理方法的流程图；

图15是本申请的另一示例性实施例示出的另一种数据处理方法的流程图；

图16是本申请的另一示例性实施例示出的另一种数据处理方法的流程图；

图17是本申请的另一示例性实施例示出的另一种数据处理方法的流程图；

图18是本申请的另一示例性实施例示出的一种数据处理系统的结构示意图；

图19是本申请的另一示例性实施例示出的事故检测模块的工作流程示意图；

图20是本申请的另一示例性实施例示出的另一种数据处理方法的流程图；

图21是本申请的一示例性实施例示出的数据处理装置的结构框图；

图22示出了适于用来实现本申请实施例的电子设备的计算机系统的结构示意图。

具体实施方式

这里将详细地对示例性实施例执行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。

附图中所示的方框图仅仅是功能实体，不一定必须与物理上独立的实体相对应。即，可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。

附图中所示的流程图仅是示例性说明，不是必须包括所有的内容和操作/步骤，也不是必须按所描述的顺序执行。例如，有的操作/步骤还可以分解，而有的操作/步骤可以合并或部分合并，因此实际执行的顺序有可能根据实际情况改变。

还需要说明的是：在本申请中提及的“多个”是指两个或者两个以上。“和/或”描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。

本申请实施例的技术方案可以应用于涉及云技术(Cloud technology)技术领域，在介绍本申请实施例的技术方案之前，先简单介绍云技术。云技术(Cloud technology)是指在广域网或局域网内将硬件、软件、网络等系列资源统一起来，实现数据的计算、储存、处理和共享的一种托管技术。

云计算(cloud computing)是网格计算(Grid Computing)、分布式计算(Distributed Computing)、并行计算(Parallel Computing)、效用计算(UtilityComputing)、网络存储(Network Storage Technologies)、虚拟化(Virtualization)、负载均衡(Load Balance)等传统计算机和网络技术发展融合的产物。

其中，云存储(cloud storage)是在云计算概念上延伸和发展出来的一个新的概念，分布式云存储系统(以下简称存储系统)是指通过集群应用、网格技术以及分布存储文件系统等功能，将网络中大量各种不同类型的存储设备(存储设备也称之为存储节点)通过应用软件或应用接口集合起来协同工作，共同对外提供数据存储和业务访问功能的一个存储系统。

目前，存储系统的存储方法为：创建逻辑卷，在创建逻辑卷时，就为每个逻辑卷分配物理存储空间，该物理存储空间可能是某个存储设备或者某几个存储设备的磁盘组成。行驶设备在某一逻辑卷上存储数据，也就是将数据存储在文件系统上，文件系统将数据分成许多部分，每一部分是一个对象，对象不仅包含数据而且还包含数据标识(ID，IDentity)等额外的信息，文件系统将每个对象分别写入该逻辑卷的物理存储空间，且文件系统会记录每个对象的存储位置信息，从而当行驶设备请求访问数据时，文件系统能够根据每个对象的存储位置信息让行驶设备对数据进行访问。

存储系统为逻辑卷分配物理存储空间的过程，具体为：按照对存储于逻辑卷的对象的容量估量(该估量往往相对于实际要存储的对象的容量有很大余量)和独立冗余磁盘阵列(RAID，Redundant Array of Independent Disk)的组别，预先将物理存储空间划分成分条，一个逻辑卷可以理解为一个分条，从而为逻辑卷分配了物理存储空间。

基于云存储，本申请实施例中的云端服务器上设置有分布式云存储系统，进而可以在各逻辑卷上存储各个行驶设备传输的数据。

需要说明的是，本申请的实施例的技术方案也可以应用于交通领域中。在交通领域中，智能车路协同系统(Intelligent Vehicle Infrastructure Cooperative Systems，IVICS)，简称车路协同系统，是智能交通系统(Intelligent Traffic System，ITS)的一个发展方向。车路协同系统是采用先进的无线通信和新一代互联网等技术，全方位实施车车、车路动态实时信息交互，并在全时空动态交通信息采集与融合的基础上开展车辆主动安全控制和道路协同管理，充分实现人车路的有效协同，保证交通安全，提高通行效率，从而形成的安全、高效和环保的道路交通系统。

基于该智能车路协同系统，在本申请的实施例中，行驶设备可以实现行驶设备与行驶设备、行驶设备与道路动态实时信息交互，进而获取到相关信息。

本申请实施例的技术方案还可以同时应用于云技术和智能交通技术，以下对本申请实施例的技术方案进行详细介绍：

请参阅图1，图1是本申请涉及的一种实施环境的示意图。该实施环境包括行驶设备10、云端服务器20，行驶设备10和云端服务器20之间通过无线网络30进行通信。

其中，行驶设备10可以获取自身的设备状态数据和所处环境的环境数据，将设备状态数据和环境数据存储至行驶设备的本地存储空间中；若检测到行驶设备发生事故，则从本地存储空间中获取行驶设备在事故发生前所对应的目标数据，将目标数据传输至云端服务器进行存储，以避免事故中数据丢失。

云端服务器20接收行驶设备传输的目标数据，并进行存储，在故障、事故后可读取所记录的数据，为故障分析、事故分析提供支撑。

请参阅图2，图2为本申请涉及的另一种实施环境的示意图，该实施例环境包括行驶设备210，云端服务器220、车路协同路侧单元230，其中，行驶设备210上设置有车载系统250，车载系统250和云端服务器220之间通过无线网络进行通信，车载系统250和车路协同路侧单元230之间通过无线网络进行通信。

其中，车路协同路侧单元230通过与路侧交通服务器进行车辆网交互，获取道路交通数据，如交通信号灯240的信号灯数据等。

行驶设备210上设置有车载系统250，该车载系统250包括信息采集单元，数据处理存储单元，事故触发传感器，无线传输单元；其中信息采集单元可以获取车路协同路侧单元230传输的道路交通数据，还可以获取设备状态数据，如行驶设备的速度、位置、转向角等行驶状态及各种传感器的实时参数，还可以获取行驶设备所处环境的环境数据，如周边影音数据，在获取数据后，存储在本地的数据处理存储单元；当行驶设备发生事故时，车载系统的事故触发传感器激活系统的上传机制，通过无线传输单元将数据处理存储单元存储的数据发送至云端服务器。

云端数据服务器220用于储存车载系统250上报的数据，以用于后续事故分析。

前述行驶设备可以是车辆、轮船、飞行器等设备，车载系统可以设置行驶设备上的智能手机、平板、笔记本电脑、计算机、智能语音交互设备、智能家电、车载终端等电子设备；服务器可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式系统，还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、CDN(Content Delivery Network，内容分发网络)以及大数据和智能平台等基础云计算服务的云服务器，本处不对此进行限制。

基于图1或图2的实施环境，本申请实施例提供的数据处理方法旨在完整记录行驶设备事故发生时刻的设备状态数据、所处环境的环境数据，并且能够通过事故触发将本地存储的数据上传到云端服务器进行数据备份，以避免事故中数据丢失，其中：完整记录行驶设备的位置数据、行驶数据、行驶设备上安装的各传感器的参数数据；行驶设备内部和外部的影音数据，在获取行驶设备自身数据及影音数据的基础上，通过车辆网技术获取道路环境数据，使得获取的数据完整，不需要通过多个网络或设施提取分析事故的全部数据，避免数据遗漏与误判断，且与云端服务器相连，在事故发生时刻，将事故前必要时刻的数据上传到云端服务器进行保存，避免由于事故引起的燃烧或处理事故时数据的损坏，数据只在行驶设备事故发生时才开始上传到云端服务器，平时只需要向云端服务器发送心跳信号，确保通信正常。

需要说明的是，在本申请的具体实施方式中，若获得的行驶设备的设备状态数据和行驶设备所处环境的环境数据涉及到对象相关，当本申请实施例运用到具体产品或技术中时，需要获得对象许可或者同意，且相关数据的收集、使用和处理需要遵守相关国家和地区的相关法律法规和标准。

以下对本申请实施例的技术方案的各种实现细节进行详细阐述：

如图3所示，图3是本申请的一个实施例示出的数据处理方法的流程图，该方法可以应用于图1所示的实施环境或图2所示的实施环境，该方法可以由行驶设备执行，也可以是行驶设备中的车载系统执行，在本申请实施例中，以该方法由行驶设备执行为例进行说明，该数据处理方法可以包括步骤S310至步骤S340，详细介绍如下：

S310、获取行驶设备的设备状态数据和行驶设备所处环境的环境数据。

本申请实施例中的行驶设备包括但不限于车辆、地铁、轮船等可行驶的设备；在一示例中，行驶设备的设备状态数据包括行驶设备在行驶过程的状态数据，例如设备状态数据包括行驶设备的行驶过程的位置数据、行驶数据、行驶设备上安装的各传感器的参数数据，其中行驶数据包括但不限于车速，轮速，纵向加速度，横摆角速度，碰撞G(重力加速度)值、发动机状态，驾驶员对方向盘、控制发动机功率的操纵装置(如油门)、制动装置(如刹车)的操纵状态；行驶设备上安装的各传感器的参数数据包括但不限于碰撞传感器、烟雾传感器采集的数据。

在另一示例中，设备状态数据除了包括行驶设备在行驶过程的状态数据，还可以包括行驶设备在行驶前的设备状态数据，例如行驶设备行驶前的轮胎的胎压、油门的磨损、刹车的制动液的数据；设备状态数据还可以包括行驶设备出厂时的设备状态数据，如变速箱描述、发动机型号、驱动方式、发动机缸数、最大功率等。

在本申请实施例的一示例中，行驶设备所处环境的环境数据包括行驶设备所处周边的环境数据，其中，所处周边的环境数据可以是所处周边的道路环境数据，如信号灯、交通情况等；所处周边的环境数据还可以是所处周边的其他行驶设备的数据，如其他行驶设备与本行驶设备之间的距离、其他行驶设备的外部情况。

在另一示例中，行驶设备所处环境的环境数据还包括行驶设备自身环境的环境数据，其中，行驶设备自身环境的环境数据可以是行驶设备内部的环境数据，如行驶设备内部的影音数据、驾驶舱和乘坐舱的座位数据；行驶设备自身环境的环境数据也可以是行驶设备外部的环境数据，如行驶设备外部的影音数据。

需要说明的是，本申请实施例中获取行驶设备的设备状态数据和行驶设备所处环境的环境数据可以通过行驶设备自身获取，也可以通过外部装置获取，在此不进行限定。

若行驶设备的设备状态数据和行驶设备所处环境的环境数据涉及到对象相关的数据，如涉及到驾驶员、乘客的影像和/或音频数据，则当本申请实施例运用到具体产品或技术中时，需要获得对象许可或者同意，即需要获得驾驶员、乘客许可或者同意，且相关数据的收集、使用和处理需要遵守相关国家和地区的相关法律法规和标准。

S320、将设备状态数据和环境数据存储至行驶设备的本地存储空间中。

可以理解的是，行驶设备自身具有存储能力，在获取到设备状态数据和环境数据后，存储在本地的存储空间中，如存储在本地的存储器中。可选的，本地的存储器可以采用固态硬盘，并且进行防震、隔热处理，避免在行驶设备发生事故时立即损坏。

在一示例中，在获取到设备状态数据和环境数据后，可以实时存储至行驶设备的本地存储空间中，即获取到数据后，立即存储；也可以按照预设时间间隔定时存储至行驶设备的本地存储空间，如每隔3s存储所获取到的数据；在此不进行限定。

S330、若检测到行驶设备发生事故，则从本地存储空间中获取行驶设备在事故发生前所对应的目标数据。

行驶设备发生事故包括行驶设备受到碰撞、行驶设备发生故障、行驶设备受到侵害等，其中行驶设备受到碰撞可以是行驶设备与其他行驶设备发生碰撞，或行驶设备撞上某个装置；行驶设备发生故障可以是行驶设备的某个器件发生故障；行驶设备受到侵害可以是行驶设备车门、车窗被强制打开等。

在本申请实施例中，可以是根据设备状态数据和行驶设备所处的环境数据中的至少一种检测行驶设备是否发生事故，若检测到行驶设备发生事故，则从本地存储空间中获取行驶设备在事故发生前所对应的目标数据；其中，事故发生前所对应的目标数据可以是事故发生前本地存储空间中存储的所有的数据；也可以是事故发生前本地存储空间中行驶设备本次行驶的数据，如行驶设备在9:00开始行驶，在12:00发生事故，目标数据为9:00～12:00的数据。

可选的，事故发生前所对应的目标数据包括事故发生时所对应的数据；例如检测到行驶设备发生事故，记录发生事故的事故时间点如11:00，从本地存储空间中查询11:00所对应的数据和查询11:00前的数据。

S340、将目标数据传输至云端服务器。

在获取目标数据后，将目标数据传输至云端服务器。为了避免数据在事故中损坏，在本申请实施例中，检测到行驶设备发生事故，实时获取目标数据，实时传输至云端服务器进行存储。

本申请实施例中，获取行驶设备的设备状态数据和行驶设备所处环境的环境数据，并存储至行驶设备的本地存储空间中，通过将本地存储空间中所对应的目标数据传输至云端服务器，实现对数据的有效存储，且检测到行驶设备发生事故，才将本地存储空间中所对应的目标数据传输至云端服务器，一方面避免了数据在事故中丢失，另一方面减轻了云端服务器因数据实时传输导致的空间压力，且避免了因数据实时传输导致的网络负载过大的问题。

在本申请的一个实施例中，提供了另一种数据处理方法，该数据处理方法可以应用于图1所示的实施环境或图2所示的实施环境，该方法可以由行驶设备执行，也可以是行驶设备中的车载系统执行，在本申请实施例中，以该方法由行驶设备执行为例进行说明，如图4所示，该数据处理方法在图3中所示的S310～S340的基础上，将图3中所示的步骤S320扩展为步骤S410。

其中，步骤S410详细介绍如下：

S410、以获取时间作为关联维度，将相同时刻获取的设备状态数据和环境数据关联存储至行驶设备的本地存储空间中。

在本申请实施例中，同时获取设备状态数据和环境数据，并以获取时间作为关联维度，进行关联存储。也就是说，在某一时刻获取设备状态数据，在相同时刻同步去获取环境数据，进而将相同时刻获取的设备状态数据和环境数据进行关联存储，其中可以用时刻作为标签进行关联，如获取时间-设备状态数据-环境数据。如下表1所示，表1为本申请实施例中的一种设备状态数据和环境数据关联存储的示意。

获取时间	设备状态数据	环境数据
			第一时刻	设备状态数据1	环境数据2
第二时刻	设备状态数据2	环境数据2
			……	……	……

表1

如上表1所示，在第一时刻(如9：01)获取设备状态数据1和环境数据1，在进行数据存储时，将第一时刻获取的设备状态数据1和环境数据1关联存储；在第二时刻(如9：03)获取数据时，将第二时刻所获取的设备状态数据2和环境数据2关联存储。当然在进行数据存储时，是按照时间的先后顺序进行存储，即先存储9：01对应的数据，在存储9：03的数据。

进一步地，在从本地存储空间中获取在事故发生前所对应的目标数据时，获得是各个时刻关联的设备状态数据和环境数据，如获取9：01关联的设备状态数据1和环境数据1。

需要说明的是，图4所示中步骤S310、S330～S340的其他详细介绍请参见图3所示的步骤S310、S330～S340，在此不再赘述。

本申请实施例中，通过以获取时间为关联维度，将相同时刻获取的设备状态数据和环境数据关联存储，实现数据对齐，以便于后续云端服务器可以根据相同时刻的数据准确、快速还原事故经过。

本申请实施例提供了另一种数据处理方法，该数据处理方法可以应用于图1所示的实施环境或图2所示的实施环境，该方法可以由行驶设备执行，也可以是行驶设备中的车载系统执行，在本申请实施例中，以该方法由行驶设备执行为例进行说明，如图5所示，该数据处理方法包括S510～S530、S320～S340。

其中图5中所示步骤S510中设备状态数据包括行驶设备的位置数据；S320中的环境数据包括道路环境的道路交通数据。

步骤S510～S530详细介绍如下：

S510、获取行驶设备的设备状态数据。

在本申请实施例中，该设备状态数据包括行驶设备的物理位置数据，其中可以通过安装在行驶设备上的全球定位系统(Global Positioning System，GPS)设备获取行驶设备的位置数据。

S520、将行驶设备的位置数据发送至路侧单元，以使路侧单元根据行驶设备的位置数据确定行驶设备所处道路环境，并根据行驶设备所处道路环境的信号灯、路况信息和路面事故信息中的至少一种得到道路交通数据。

路侧单元RSU(Road Side Unit)是车路协同路侧端的重要组成部分，其主要功能是采集当前的道路状况、交通状况等信息，通过通讯网络，与路侧感知设备、交通信号灯、电子标牌等终端通信。

在获取行驶设备的位置数据之后，将位置数据发送至RSU，RSU根据行驶设备的位置数据确定行驶设备所处道路环境，即确定行驶设备行驶在哪条道路上，进而根据道路对应的信号灯、路况信息和路面事故信息中的至少一种得到道路交通数据；其中，当行驶设备为车辆时，信号灯可以是道路交通信号灯；行驶设备为船舶时，信号灯可以是航行信号灯(如灯塔显示的灯)。路况信息包括封路、拥堵、施工管制等；路面事故信息包括路面损坏、路面交通事故等。

在本申请一示例中，道路交通数据包括信号灯、路况信息和路面事故信息中的至少一种；在另一示例中，在获得信号灯、路况信息和路面事故信息之后，对信号灯、路况信息和路面事故信息进行处理后，得到道路交通数据，例如对数据进行清洗，统一数据格式处理，得到道路交通数据。

S530、接收路侧单元发送的道路交通数据。

行驶设备可以实时接收路侧单元发送的道路交通数据。

需要说明的是，图5所示中步骤S320～S340的详细介绍请参见图3所示的步骤S320～S340，在此不再赘述。

本申请实施例中，除了获取行驶设备的设备状态数据外，通过路侧单元获取行驶设备所处道路环境的道路交通数据，获取的数据更加完整，有助于综合分析行驶设备的状况。

本申请实施例还提供了另一种数据处理方法，该数据处理方法可以应用于图1所示的实施环境或图2所示的实施环境，该方法可以由行驶设备执行，也可以是行驶设备中的车载系统执行，在本申请实施例中，以该方法由行驶设备执行为例进行说明，如图6所示，该数据处理方法还包括S610～S620、S320～S340。其中，步骤S320中的设备状态数据包括行驶设备的行驶数据和行驶设备上安装的各传感器的参数数据；该行驶数据包括但不限于车速，轮速，纵向加速度，横摆角速度，发动机状态，驾驶员对方向盘、控制发动机功率的操纵装置(如油门)、制动装置(如刹车)的操纵状态；行驶设备上安装的各传感器的参数数据包括但不限于碰撞传感器、烟雾传感器等传感器采集的数据。步骤S320中的环境数据包括行驶设备所处环境的影音数据。

步骤S610～S620详细介绍如下：

S610、通过控制局域网络获取行驶设备的行驶数据，以及行驶设备上安装的各传感器的参数数据。

在本申请实施例中，通过CAN(Controller Area Network，控制局域网络)与车载网络网关连接，从CAN总线提取完整记录行驶设备的行驶数据，行驶设备上安装的各传感器的参数数据，避免了外置传感器及采集设备的冗余以及对数据采集的不准确。

S620、通过设置在行驶设备上的影音数据采集装置获取行驶设备所处环境的影音数据。

在本申请实施例中，行驶设备上设置有影音数据采集装置，该影音数据采集装置可以是具有录音功能的摄像头，进而可以获取行驶设备所处环境的影像数据和影像数据对应的音频数据。

可选的，通过设置在行驶设备外部的前、后、左、右的影音数据采集装置获取行驶设备外部的影音数据，以完整记录行驶设备行驶时周边环境和自身的状态。

可选的，通过设置在行驶设备内部的影音数据采集装置获取行驶设备内部的影音数据，记录行驶时行驶设备内部驾驶员与乘客的行为与对话。

需要说明的是，图6所示中的步骤S320～S340的其他详细介绍请参见图3所示中的步骤S320～S340，在此不再赘述。

本申请实施例中，通过CAN网络与行驶设备深度整合，完整记录行驶设备的行驶数据，以及行驶设备上安装的各传感器的参数数据；通过影音数据采集装置获取行驶设备所处环境的影音数据，使得获取的数据更加多样且完整，有助于综合分析行驶设备的状况。

在本申请的一个实施例中，还提供了另一种数据处理方法，数据处理方法可以应用于图1所示的实施环境或图2所示的实施环境，该方法可以由行驶设备执行，也可以是行驶设备中的车载系统执行，在本申请实施例中，以该方法由行驶设备执行为例进行说明，如图7所示，该数据处理方法在图3中所示的步骤S330之前，增加了步骤S710。

步骤S710详细介绍如下：

S710、若检测行驶设备的加速度大于预设加速度阈值，则确定检测到行驶设备发生事故。

在本申请实施例中，可以获取行驶设备的设备状态数据中的行驶数据后，提取行驶数据中的行驶设备的加速度，若行驶设备的纵向加速度或横向加速度大于预设加速度阈值，则可以确定检测到行驶设备发生事故。其中，预设加速度阈值可以根据实际需求进行灵活调整。

需要说明的是，图7所示中的步骤S310～S340的其他详细介绍请参见图3所示的步骤S310～S340，在此不再赘述。

在本申请的一个实施例中，还提供了另一种数据处理方法，数据处理方法可以应用于图1所示的实施环境或图2所示的实施环境，该方法可以由行驶设备执行，也可以是行驶设备中的车载系统执行，在本申请实施例中，以该方法由行驶设备执行为例进行说明，如图8所示，该数据处理方法在图3中所示的步骤S330之前，增加了步骤S810。

步骤S810详细介绍如下：

S810、若检测到设置在行驶设备上的碰撞传感器检测到碰撞触发信号，则确定检测到行驶设备发生事故。

在本申请实施例中，行驶设备上设置有碰撞传感器，可以设置在行驶设备的车身，碰撞传感器在行驶设备受到碰撞时，会触发信号，进而若检测到碰撞传感器触发信号，则确定检测到行驶设备发生事故。

需要说明的是，图8所示中的步骤S310～S340的其他详细介绍请参见图3所示的步骤S310～S340，在此不再赘述。

在本申请的一个实施例中，还提供了另一种数据处理方法，数据处理方法可以应用于图1所示的实施环境或图2所示的实施环境，该方法可以由行驶设备执行，也可以是行驶设备中的车载系统执行，在本申请实施例中，以该方法由行驶设备执行为例进行说明，如图9所示，该数据处理方法在图3中所示的步骤S330之前，增加了步骤S910。

步骤S910详细介绍如下：

S910、若检测到行驶设备内的对象作用于指令传感器所触发的事故指令，则确定检测到行驶设备发生事故。

在本申请实施例中，行驶设备上设置有指令传感器，行驶设备内的对象可以通过操作作用于指令传感器，进而指令传感器检测到操作时，触发事故指令，进而若检测到指令传感触发的事故指令，则确定检测到行驶设备发生事故。

可选的，该事故指令可以是行驶设备内的对象通过操作行驶设备的按钮所触发的；该事故指令也可以是行驶设备内的对象通过语音控制所触发的。

需要说明的是，图9所示中的步骤S310～S340的其他详细介绍请参见图3所示的步骤S310～S340，在此不再赘述。

在本申请的一个实施例中，还提供了另一种数据处理方法，数据处理方法可以应用于图1所示的实施环境或图2所示的实施环境，该方法可以由行驶设备执行，也可以是行驶设备中的车载系统执行，在本申请实施例中，以该方法由行驶设备执行为例进行说明，如图10所示，该数据处理方法在图3中所示的步骤S330之前，增加了步骤S1010。

步骤S1010详细介绍如下：

S1010、根据行驶设备上设置的影音数据采集装置采集到的影音数据，检测行驶设备是否发生事故。

在本申请实施例中，通过行驶设备上设置的影音数据采集装置采集行驶设备内部的影音数据和行驶设备外部的影音数据，进而根据行驶设备内部的影音数据和行驶设备外部的影音数据中的至少一种检测行驶设备是否发生事故。

需要说明的是，图10所示中的步骤S310～S340的其他详细介绍请参见图3所示的步骤S310～S340，在此不再赘述。

值得注意的是，可以通过步骤S710、S810、S910和S1010中的至少一种方式检测行驶设备是否发生事故。

本申请实施例通过多种方式检测行驶设备是否发生事故，防止数据传输机制不能及时触发，保障数据保存的完整性。

本申请实施例提供了另一种数据处理方法，该方法可以应用于图1所示的实施环境或图2所示的实施环境，该方法可以由行驶设备执行，也可以是行驶设备中的车载系统执行，在本申请实施例中，以该方法由行驶设备执行为例进行说明，如图11所示，该数据处理方法将图10中所示的步骤S1010的基础上，将步骤1010扩展为步骤S1110、步骤S1120中的至少一种。

步骤S1110～S1120详细介绍如下：

S1110、对行驶设备外部的影音数据进行识别，若识别到行驶设备的外部特征与设定的事故发生特征匹配，则确定检测到行驶设备发生事故。

在本申请实施例中，对行驶设备外部的影像数据和影像数据对应的音频数据进行识别，以识别行驶设备的外部特征是否与设定的事故发生特征匹配，其中，行驶设备的外部特征包括行驶设备的外表特征，如车身、轮胎等；还可以包括行驶设备附近的物品或对象特征，该物品可以是道路固有物品，如电线杆、道路指示牌、路面等；该物品还可以是其他行驶设备。设定的事故发生特征包括行驶设备发生事故时，事故所具有的特征，例如行驶设备受损、行驶设备碰撞的物品或对象倒地、受伤、地面制动及滑行痕迹等。

例如对行驶设备外部的影像数据进行识别，若通过外部的影像数据中，识别到行驶设备的外表发生变化，轮胎地面制动及滑行痕迹大于预设距离、行人倒地、行驶设备与其他行驶设备接触中的至少一种，则确定检测到行驶设备发生事故。又例如对行驶设备外部的音频数据进行识别，若识别到音频数据中存在碰撞声，呻吟声，则确定检测到行驶设备发生事故；还可以结合外部的影像数据和影像数据对应的音频数据，例如若识别到行驶设备受损，且存在碰撞声，则确定检测到行驶设备发生事故。

S1120、对行驶设备内部的影音数据进行识别，若识别到行驶设备的内部特征与设定的事故发生特征匹配，则确定检测到行驶设备发生事故。

对行驶设备内部的影像数据和影像数据对应的音频数据进行识别，以识别行驶设备的内部特征是否与设定的事故发生特征匹配。其中，行驶设备的内部特征包括行驶设备内的物品或对象特征，设定的事故发生特征包括物品或对象出现惯性情况，对象受伤、行驶设备内的安全装置启动，如安全气囊打开等特征。

例如对行驶设备内部的影像数据进行识别，若通过内部的影像数据，识别到行驶设备内的物品或对象出现惯性情况、对象受伤、行驶设备内的安全装置中的至少一种，则确定检测到行驶设备发生事故。又例如对行驶设备内部的音频数据进行识别，若识别到音频数据中存在碰撞声，呻吟声，则确定检测到行驶设备发生事故；还可以结合内部的影像数据和影像数据对应的音频数据，例如若识别到行驶设备内的物品或对象出现惯性情况，且存在碰撞声，则确定检测到行驶设备发生事故。

需要说明的是，图11所示中的步骤S310～S340的其他详细介绍请参见图3所示的步骤S310～S340，在此不再赘述。

在本申请实施例中，通过对行驶设备内部和行驶设备外部的影音数据中的至少一种进行识别，可准确可靠地检测行驶设备是否发生事故。

本申请实施例提供了另一种数据处理方法，该方法可以应用于图1所示的实施环境或图2所示的实施环境，该方法可以由行驶设备执行，也可以是行驶设备中的车载系统执行，在本申请实施例中，以该方法由行驶设备执行为例进行说明，如图12所示，该数据处理方法在图3中所示基础上，还包括数据加密过程，将图3所示的S320扩展为步骤S1210～S1220。其中，步骤S1210～S1220详细介绍如下：

S1210、对设备状态数据和环境数据进行加密处理，得到加密数据。

在本申请实施例中，在获取到设备状态数据和环境数据之后，需要对设备状态数据和环境数据进行加密处理，其中加密规则可以由行驶设备所属对象确定。只有经过行驶设备所属对象授权的个人或单位可获知解密规则。

S1220、将加密数据存储至行驶设备的本地存储空间中。

将加密数据存储至行驶设备的本地的固态存储器的存储空间中。采用固态存储器的传输速度快，保证大量数据能够及时写入与读取；可靠性高，避免在日常使用或严苛环境下储存数据的丢失。

需要说明的是，图12所示中步骤S310、S330～S340的详细介绍请参见图3所示中的步骤S310、S330～S340，在此不再赘述。

本申请实施例中通过对数据进行加密，以防数据泄密导致的不安全及行驶设备的隐私泄露。

本申请实施例提供了另一种数据处理方法，该方法可以由行驶设备执行，也可以是行驶设备中的车载系统执行，在本申请实施例中，以该方法由行驶设备执行为例进行说明，如图13所示，该数据处理方法在图3中所示基础上，将图3所示的S330扩展为步骤S1310。其中，步骤S1310详细介绍如下：

S1310、若检测到行驶设备发生事故，从本地存储空间中获取行驶设备在事故发生时刻之前的设定时长内所对应的目标数据。

可以理解的是，行驶设备在事故发生前，本地存储空间中可能存储较多的数据，而距离事故发生时刻越远的数据对事故分析并无太大的帮助，因此本申请实施例中，若检测到行驶设备发生事故，从本地存储空间中获取靠近事故发生时刻所对应的目标数据，即行驶设备在事故发生时刻之前的设定时长内所对应的目标数据，该设定时长可以根据实际需求进行灵活调整，例如设定时长为1个小时。又例如若靠近事故发生时刻所对应数据的数据量越大，该设定时长越小，如事故发生时刻之前的1小时所对应的数据的数量为3M，事故发生时刻之前的2个小时所对应的数据为5M，事故发生时刻之前的3个小时所对应的目标数据为10M，则可以从本地存储空间中获取事故发生时刻之前的2个小时所对应的目标数据。

需要说明的是，行驶设备在事故发生时刻之前的设定时长内所对应的目标数据包括事故发生时刻所对应的数据。

需要说明的是，图13所示中步骤S310～S320、S340的其他详细介绍请参见图3所示的步骤S310～S320、S340，在此不再赘述。

在本申请实施例中通过从本地存储空间中获取行驶设备在事故发生时刻之前的设定时长内所对应的目标数据，可以将事故发生前必要时刻的所有数据传输至云端服务器进行备份。

值得注意的是，本申请实施例提供了另一种数据处理方法，该方法可以应用于图1所示的实施环境或图2所示的实施环境，该方法可以由行驶设备执行，也可以是行驶设备中的车载系统执行，在本申请实施例中，以该方法由行驶设备执行为例进行说明，如图14所示，该数据处理方法在图13中所示基础上，将图13中的步骤S340扩展为S1410～S1430。其中，步骤S1410～S1430详细介绍如下：

S1410、将目标数据中事故发生时刻，以及事故发生时刻之前的指定时长内所对应的数据作为第一队列的数据，指定时长小于设定时长。

在本申请实施例中，目标数据包括事故发生时刻和事故发生事件之前设定时长内所对应的数据；由于越靠近事故发生时刻的数据对事故分析越有力，因此将目标数据中事故发生时刻以及事故发生时刻之前的指定时长内所对应的数据作为第一队列的数据。其中，指定时长小于设定时长，该指定时长可以根据实际需求进行灵活调整。例如指定时长为设定时长的预设比例，假设设定时长为3小时，则指定时长为3的1/3小时，即1小时，即事故发生时刻以及事故发生时刻之前的1小时内所对应的数据作为第一队列的数据。

S1420、将目标数据中除第一队列的数据之外的其他数据作为第二队列的数据，第一队列的优先级高于第二队列的优先级。

将目标数据中除第一队列的数据之外的其他数据，如将事故发生时刻之前的3小时到事故发生事件之前的1小时内所对应的数据作为第二队列的数据。第一队列的优先级高于第二队列的优先级，即第一队列的数据的重要性高于第二队列的数据的重要性，进而需要优先传输第一队列的数据。

S1430、根据队列的优先级，通过车辆通信技术依次将第一队列和第二队列中的数据传输至云端服务器。

在本申请实施例中，根据第一队列和第二队列的优先级，通过车辆通信技术优先将第一队列的数据传输至云端服务器，以快速且优先的存储第一队列的数据；在第一队列的数据传输完毕后，通过车辆通行技术将第二队列中的数据传输至云端服务器。

可选的，本申请实施例的车辆通信技术可以是LTE(长期演进技术)-V2X(车用无线通信技术)，也可以是5G(第五代移动通信技术)-V2X。

在本申请实施例的一示例中，在执行步骤S1410之前，还可以对目标数据的数据量进行判定，若目标数据的数据量大于预设数据阈值，则为了快速将目标数据传输至云端服务器，可以执行步骤S1410～S1430。

在本申请实施例的另一示例中，在执行步骤S1410之前，还可以对事故的严重程度进行判定，事故越严重，则本地存储空间受损的概率越大，因此需要尽快要重要的数据传输至云端服务器；若行驶设备的发生事故的严重程度大于预设严重程度阈值，则执行步骤S1410～S1430。其中，可以通过行驶设备的受损程度确定事故的严重程度。还可以通过行驶设备上的安全装置是否启动判断事故的严重程度，如行驶设备上的安全装置启动，则事故的严重程度大于预设严重程度阈值。

需要说明的是，图14所示中步骤S310～S320、S1310的详细介绍请参见图13所示中的步骤S310～S320、S1310，在此不再赘述。

在本申请实施例中，通过设置队列优先级，将目标数据中事故发生时刻，以及事故发生时刻之前的指定时长内所对应的数据优先传输至云端服务器，可以快速对重要的数据进行备份，且通过数据分批传输，减少网络负载。

在本申请实施例中，还提供一种数据处理方法，该方法可以应用于图1所示的实施环境或图2所示的实施环境，该方法可以由行驶设备执行，也可以是行驶设备中的车载系统执行，在本申请实施例中，以该方法由行驶设备执行为例进行说明，如图15所示，该数据处理方法在图3中所示的步骤S340之后，增加了步骤S1510～S1520。其中，步骤S1510～S1520详细介绍如下：

S1510、接收云端服务器发送的重传指令，重传指令是云端服务器在检验到所接收的数据存在缺失时所触发的。

在本申请实施例中，将目标数据传输至云端服务器后，云端服务器需要对目标数据进行检验，以确定所接收到的数据是否存在缺失，若云端服务器检验到所接收到的数据存在缺失，则向行驶设备发生重传指令，以指示行驶设备重新传输目标数据。

可选的，云端服务器可以根据时间顺序检验所接收到的数据是否存在缺失，如在事故发生前的每个时刻都对应着数据，则校验确定所接收到的数据不存在缺失。

S1520、根据重传指令传输目标数据。

在本申请的一示例中，根据重传指令，直接重新传输所有的目标数据。

在另一示例中，重传指令中携带有云端服务器缺失的数据标识，如某个时刻的数据缺失，则重传指令中携带有该时刻标识，进而根据重传指令中携带的时刻标识传输确定对应的时刻，进而传输确定出的时刻所对应的数据。

可选的，根据重传指令传输目标数据之前，还可以判定本地存储空间是否被损坏，若未被损坏，则根据重传指令传输目标数据。

需要说明的是，图15所示中步骤S310～S340的详细介绍请参见图3所示中的步骤S310～S340，在此不再赘述。

在本申请实施例中，通过云端服务器对所接收的数据的数据完整性进行检验，以确实是否进行数据重传，保证了云端服务器所存储的数据的完整性。

在本申请实施例中，还提供一种数据处理方法，该方法可以应用于图1所示的实施环境或图2所示的实施环境，该方法可以由行驶设备执行，也可以是行驶设备中的车载系统执行，在本申请实施例中，以该方法由行驶设备执行为例进行说明，如图16所示，该数据处理方法在图3中所示的步骤S320之后，增加了步骤S1610。其中，步骤S1610详细介绍如下：

S1610、若检测到行驶设备未发生事故，且本地存储空间的存储量小于预设存储阈值，则删除在当前时刻之前的预设时间段内所对应的数据。

若检测到行驶设备未发生事故，则会一直在本地存储空间中存储的行驶设备的设备状态数据和环境数据，很快会将本地存储空间占满，影响后续的数据的存储；因此在本申请实施例中，若检测到行驶设备未发生事故，且本地存储空间的存储量小于预设存储阈值，则记录本地存储空间的存储量小于预设存储阈值的当前时刻，并删除在当前时刻之前的预设时间段内所对应的数据，以缓解本地存储空间的压力。其中，当前时刻之前的预设时间段可以根据实际需求进行灵活调整，例如预设时间段为本地存储空间最早时刻至当前时刻之前的一周。例如，在2022/05/10日的12:00时，本地存储空间的存储量小于预设存储阈值，则删除2022/05/03日的12:00之前的所有数据。

需要说明的是，图16所示中步骤S310～S340的详细介绍请参见图3所示中的步骤S310～S340，在此不再赘述。

本申请实施例中检测到行驶设备未发生事故，且本地存储空间的存储量小于预设存储阈值，通过删除在当前时刻之前的预设时间段内所对应的数据，缓解本地存储空间的存储压力。

本申请实施例还提供了一种数据处理方法，该方法可以应用于图1所示的实施环境或图2所示的实施环境，该方法可以由行驶设备执行，也可以是行驶设备中的车载系统执行，在本申请实施例中，以该方法由行驶设备执行为例进行说明，如图17所示，该数据处理方法在图3中所示的步骤S320之后，增加了步骤S1710。其中，步骤S1710详细介绍如下：

S1710、若检测到行驶设备未发生事故，则向云端服务器传输心跳信号，以与云端服务器保持通信。

若检测到行驶设备未发生事故，向云端服务器传输心跳信号，以与云端服务器保持通信，云端服务器根据该心跳信号确定行驶设备的在线情况。即在本申请实施例中，在检测到行驶设备发生事故，才将本地存储空间的对应数据传输至云端服务器进行存储，平时只需要向云端服务器发送心跳信号，确保通信正常。

需要说明的是，图17所示中步骤S310～S340的详细介绍请参见图3所示中的步骤S310～S340，在此不再赘述。

在本申请实施例中数据只在检测到行驶设备事故后才开始上传到云端服务器，平时只需要向云端服务器发送心跳信号，确保通信正常，避免实时上传导致的需长期占用云端服务器空间，且避免定时上传，导致可能错过事故发生时刻的重要数据的问题。

为了便于理解，本申请实施例还提供一种数据处理系统，以行驶设备为车辆为例进行说明。如图18所示，该数据处理系统包括车路协同路侧单元1810，云端服务器1820和设于车辆上的车载系统1830；其中车载系统1830包括信息采集模块1831，中央处理单元1832，事故检测模块1833，V2X通讯单元1834，该中央处理单元1832包括数据采集单元、数据存储单元和数据处理单元，信息采集模块1831包括影音采集单元、GPS设备和状态采集单元。

需要说明的是，影音采集单元包括在车辆车身的前、后、左、右以及车辆内部设有摄像头，用于采集车辆外部360度影像数据、音频数据，以及车辆内部的影像数据、音频数据。在车辆上设有GPS设备，用于采集车辆的位置数据。

状态采集单元可以通过CAN网络与车载网络网关连接，进而从CAN总线提取完整记录车辆的行驶数据，如车速，轮速，纵向加速度，横摆角速度，发动机状态，驾驶员对方向盘、油门、制动的操纵状态，各控制器状态及故障数据，避免了外置传感器及采集设备的冗余以及对数据采集的不准确。

数据采集单元接收影音采集单元、GPS设备和状态采集单元所采集的数据，并传输至数据处理单元进行加密处理，再将加密后数据传输到数据存储单元。

数据存储单元，对采集数据进行存储，此单元使用固态硬盘，并且进行防震隔热处理，避免在车辆发生事故时立即损坏。

V2X通讯单元1834采用，LTE-V2X或5G-V2X技术，一方面通过与车路协同路侧单元1810进行交互，获取道路交通数据，另一方面高速率且低延迟的传输保证数据记录仪数据能够在设备因碰撞、燃烧损坏之前及时上传到云端服务器，确保了数据的可靠性。

车路协同路侧单元1810可接收红绿灯等道路环境数据，根据车辆的位置实时向车辆推送道路环境数据。

事故检测模块1833，判断车辆发生事故时向中央处理单元发送激活信号，进而中央处理单元通过通信单元将数据存储单元中的数据传输至云端服务器。

其中，事故检测模块1833采用多重事故检测逻辑判断分析车辆是否发生事故，并在检测车辆发生事故时，输出信号，以激活数据上传机制。

如图19所示，事故检测模块的输入包括四类信号，以下四类信号之间是“或”的关系，有其中一个或多个信号被激活时，事故检测模块输出“发生事故”信号。

1)碰撞传感器检测：车辆车身周边安装碰撞传感器，在发生碰撞时，碰撞传感器受到挤压进行激活，发出事故触发信号。

2)加速度传感器阈值检测：事故检测模块实时收取车辆加速度传感器的采集的数据，当纵向加速度或横向加速度度超过设定的阈值时，判断发生事故，输出事故触发信号。

3)影音数据检测：基于部署于车辆前后及周边的摄像头所采集的影音数据判断车辆是否发生事故，若是，则输出事故触发信号。

4)人工强制触发：车内驾驶员或安全员通过车内按钮、语音控制方式强制发出事故触发信号，激活数据备份机制。

以下基于上述数据处理系统对本申请实施例提供的数据处理方法进行详细说明：如图20所示，该数据处理方法包括：

S2010、信息采集模块实时通过车内网络采集车辆状态、通过GPS获取车辆位置、通过摄像头获取车辆内外影音数据。

分布在车辆前、后、左、右的四个摄像头可以完整记录车辆行驶时周边环境和其他车辆的状态，通过四个摄像头的影音数据的融合可以实现无死角记录。车辆内部的摄像头可记录行驶时车辆内部驾驶员与乘客的行为与对话。GPS采集车辆位置数据与行驶轨迹。通过CAN总线与车辆的车载网络网关相连，直接通过总线获得车辆行驶的数据，如车速，轮速，纵向加速度，横摆角速度，碰撞G值，发动机状态，驾驶员对方向盘、油门、制动的操纵状态，各传感器的参数数据，安全气囊状态等，保证了数据的准确可靠。

S2020、车路协同路侧单元根据车辆位置数据，实时向车辆推送道路交通数据。

车路协同路侧单元通过路侧交通服务器获取交通灯信号、路况、路面事故情况等信息，并推送给车辆的中央处理单元。

S2030、数据加密单元对采集的数据进行加密。

以防数据泄密导致不安全及车辆隐私泄露，数据加密单元对数据采集单元所采集的数据进行加密处理，只有经过授权的对象才可对所采集数据进行解析。

S2040、数据存储单元对加密后的数据进行存储。

数据存储单元对加密后数据进行存储，数据存储单元采用固态存储单元，固态存储单元的传输速度快，保证大量数据能够及时写入与读取；固态存储单元的可靠性高，避免在日常使用或严苛环境下储存数据的丢失。

S2050、事故检测模块检测车辆是否发生事故，如否，则执行步骤S2060，如是，则执行步骤S2070。

S2060、中央处理单元向云端服务器发送心跳信号。

S2070、中央处理单元向云端服务器发送事故发生前数据存储单元所存储的数据。

当没有发生事故时，中央处理单元向云端服务器发送心跳信号，确保通信正常，云端服务器记录车辆状态正常。

当车辆发生事故时，事故检测模块触发数据的上传机制，中央处理模块通过LTE-V2X/5G-V2X开始上传事故发生前和事故发生时所记录的影音数据、车辆行驶数据、车辆位置数据和道路交通数据。

S2080、云端服务器判断接收的数据是否完整，如否，则向中央处理单元发送指令，以进行数据重传。

云端服务器校验数据是否完整，若数据完整，则完成数据处理流程，若数据不完整，则行驶设备交互，行驶设备重新发起数据上传操作。

本申请实施例的提供数据处理方法，将数据上传到云端服务器进行备份，避免由于碰撞事故引起的燃烧或处理事故时对数据的损坏。

进一步地，采用触发式上传事故发生前和事故发生时本地存储的数据到云端服务器，数据只在接收到触发信号后才开始上传到云端服务器，平时只需要向云端服务器发送心跳信号，确保通信正常。此外还有两种上传机制，实时上传和定期上传，存在一定不足。这两种方式均需长期占用云端服务器空间，为了满足路面上配置此系统的全部车辆，云端服务器空间需要非常大，并且实时上传数据增加了网络负载，并且带来很高的数据通信费用；实时上传也会导致车载终端功耗过大，不利于节能环保。此外，若采用定时上传机制，可能错过事故发生时刻的重要信息，难以体现价值。

进一步地，除采集车辆数据外，还通过车联网技术获取车路协同路侧设备推送的道路交通数据并进行储存，获取的数据完整。在获取车辆自身数据及周边影音数据的基础上，通过车辆网技术获取道路交通数据，如交通灯及道路交通情况，有助于综合分析车辆状况情况；获取的数据完整，不需要通过多个网络或设施提取分析事故的全部数据，避免数据遗漏与误判断。

进一步地，通过多种方式判断车辆是否发生事故，激活其中一个或多个即触发系统的数据上传机制，避免了在发生事故时数据上传未及时触发，导致云端数据备份不完整的情况发生。

进一步地，对数据进行加密处理，避免隐私泄露。

介绍本申请的装置实施例，可以用于执行本申请上述实施例中的数据处理方法。对于本申请装置实施例中未披露的细节，请参照本申请上述的数据处理方法的实施例。

本申请实施例提供了一种数据处理装置，如图21所示，装置包括：

获取模块2110，用于获取行驶设备的设备状态数据和行驶设备所处环境的环境数据；

存储模块2120，用于将设备状态数据和环境数据存储至行驶设备的本地存储空间中；

检测模块2130，用于若检测到行驶设备发生事故，则从本地存储空间中获取行驶设备在事故发生前所对应的目标数据；

传输模块2140，用于将目标数据传输至云端服务器。

在本申请的一个实施例中，基于前述方案，存储模块2120进一步用于以获取时间作为关联维度，将相同时刻获取的设备状态数据和环境数据关联存储至行驶设备的本地存储空间中。

在本申请的一个实施例中，基于前述方案，设备状态数据包括行驶设备的位置数据，环境数据包括道路环境的道路交通数据；获取模块2110进一步用于将行驶设备的位置数据发送至路侧单元，以使路侧单元根据行驶设备的位置数据确定行驶设备所处道路环境，并根据行驶设备所处道路环境的信号灯、路况信息和路面事故信息中的至少一种得到道路交通数据；接收路侧单元发送的道路交通数据。

在本申请的一个实施例中，基于前述方案，设备状态数据包括行驶设备的行驶数据和行驶设备上安装的各传感器的参数数据，环境数据包括行驶设备所处环境的影音数据；获取模块2110进一步用于通过控制局域网络CAN获取行驶设备的行驶数据，以及行驶设备上安装的各传感器的参数数据；通过设置在行驶设备上的影音数据采集装置获取行驶设备所处环境的影音数据。

在本申请的一个实施例中，基于前述方案，检测模块2130进一步用于通过以下至少一种方式检测行驶设备是否发生事故：若检测行驶设备的加速度大于预设加速度阈值，则确定检测到行驶设备发生事故；若检测到设置在行驶设备上的碰撞传感器检测到碰撞触发信号，则确定检测到行驶设备发生事故；若检测到行驶设备内的对象作用于指令传感器所触发的事故指令，则确定检测到行驶设备发生事故；根据行驶设备上设置的影音数据采集装置采集到的影音数据，检测行驶设备是否发生事故。

在本申请的一个实施例中，基于前述方案，影音数据包括行驶设备内部的影音数据和行驶设备外部的影音数据；检测模块2130进一步用于通过以下至少一种方式检测行驶设备是否发生事故：对行驶设备外部的影音数据进行识别，若识别到行驶设备的外部特征与设定的事故发生特征匹配，则确定检测到行驶设备发生事故；对行驶设备内部的影音数据进行识别，若识别到行驶设备的内部特征与设定的事故发生特征匹配，则确定检测到行驶设备发生事故。

在本申请的一个实施例中，基于前述方案，检测模块2130进一步用于从本地存储空间中获取行驶设备在事故发生时刻之前的设定时长内所对应的目标数据。

在本申请的一个实施例中，基于前述方案，传输模块2140进一步用于将目标数据中事故发生时刻，以及事故发生时刻之前的指定时长内所对应的数据作为第一队列的数据，指定时长小于设定时长；将目标数据中除第一队列的数据之外的其他数据作为第二队列的数据，第一队列的优先级高于第二队列的优先级；根据队列的优先级，通过车辆通信技术依次将第一队列和第二队列中的数据传输至云端服务器。

在本申请的一个实施例中，基于前述方案，装置还包括重传模块，重传模型用于接收云端服务器发送的重传指令，重传指令是云端服务器在检验到所接收的数据存在缺失时所触发的；根据重传指令传输目标数据。

在本申请的一个实施例中，基于前述方案，装置还包括删除模块，删除模块用于若检测到行驶设备未发生事故，且本地存储空间的存储量小于预设存储阈值，则删除在当前时刻之前的预设时间段内所对应的数据。

在本申请的一个实施例中，基于前述方案，传输模块2140还用于若检测到行驶设备未发生事故，则向云端服务器传输心跳信号，以与云端服务器保持通信。

需要说明的是，上述实施例所提供的装置与上述实施例所提供的方法属于同一构思，其中各个模块和单元执行操作的具体方式已经在方法实施例中进行了详细描述，此处不再赘述。

上述实施例所提供的装置可以设于行驶设备内，也可以设于行驶设备外。

本申请的实施例还提供了一种电子设备，包括一个或多个处理器，以及存储装置，其中，存储装置，用于存储一个或多个计算机程序，当一个或多个计算机程序被一个或多个处理器执行时，使得电子设备实现如上的数据处理方法。

图22示出了适于用来实现本申请实施例的电子设备的计算机系统的结构示意图。

需要说明的是，图22示出的电子设备的计算机系统2200仅是一个示例，不应对本申请实施例的功能和使用范围带来任何限制。

如图22所示，计算机系统2200包括处理器(Central Processing Unit，CPU)2201，其可以根据存储在只读存储器(Read-Only Memory，ROM)2202中的程序或者从储存部分2208加载到随机访问存储器(Random Access Memory，RAM)2203中的程序而执行各种适当的动作和处理，例如执行上述实施例中的方法。在RAM 2203中，还存储有系统操作所需的各种程序和数据。CPU 2201、ROM 2202以及RAM 2203通过总线2204彼此相连。输入/输出(Input/Output，I/O)接口2205也连接至总线2204。

在一些实施例中，以下部件连接至I/O接口2205：包括键盘、鼠标等的输入部分2206；包括诸如阴极射线管(Cathode Ray Tube，CRT)、液晶显示器(Liquid CrystalDisplay，LCD)等以及扬声器等的输出部分2207；包括硬盘等的储存部分2208；以及包括诸如LAN(Local Area Network，局域网)卡、调制解调器等的网络接口卡的通信部分2209。通信部分2209经由诸如因特网的网络执行通信处理。驱动器2210也根据需要连接至I/O接口2205。可拆卸介质2211，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器2210上，以便于从其上读出的计算机程序根据需要被安装入储存部分2208。

特别地，根据本申请的实施例，上文参考流程图描述的过程可以被实现为计算机程序。例如，本申请的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的计算机程序。在这样的实施例中，该计算机程序可以通过通信部分2209从网络上被下载和安装，和/或从可拆卸介质2211被安装。在该计算机程序被处理器(CPU)2201执行时，执行本申请的系统中限定的各种功能。

需要说明的是，本申请实施例所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(Erasable Programmable Read Only Memory)、闪存、光纤、便携式紧凑磁盘只读存储器(Compact Disc Read-Only Memory，CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本申请中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的计算机程序。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的计算机程序可以用任何适当的介质传输，包括但不限于：无线、有线等等，或者上述的任意合适的组合。

附图中的流程图和框图，图示了按照本申请各种实施例的装置、方法和计算机程序产品的可能实现的体系架构、功能和操作。其中，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机程序的组合来实现。

描述于本申请实施例中所涉及到的单元或者模块可以通过软件的方式实现，也可以通过硬件的方式来实现，所描述的单元或者模块也可以设置在处理器中。其中，这些单元或者模块的名称在某种情况下并不构成对该单元或者模块本身的限定。

本申请的另一方面还提供了一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现如前所述所述的方法。该计算机可读存储介质可以是上述实施例中描述的电子设备中所包含的，也可以是单独存在，而未装配入该电子设备中。

本申请的另一方面还提供了一种计算机程序产品，该计算机程序产品包括计算机程序，该计算机程序存储在计算机可读存储介质中。电子设备的处理器从计算机可读存储介质读取该计算机程序，处理器执行该计算机程序，使得该电子设备执行上述各个实施例中提供如前所述所述的方法。

应当注意，尽管在上文详细描述中提及了用于动作执行的设备的若干模块或者单元，但是这种划分并非强制性的。实际上，根据本申请的实施方式，上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之，上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。

本领域技术者在考虑说明书及实践这里公开的实施方式后，将容易想到本申请的其它实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本申请未公开的本技术领域中的公知常识或惯用技术手段。

上述内容，仅为本申请的较佳示例性实施例，并非用于限制本申请的实施方案，本领域普通技术者根据本申请的主要构思和精神，可以十分方便地进行相应的变通或修改，故本申请的保护范围应以权利要求书所要求的保护范围为准。

Claims (14)

1.一种数据处理方法，其特征在于，所述方法包括：

获取行驶设备的设备状态数据和所述行驶设备所处环境的环境数据；

将所述设备状态数据和所述环境数据存储至所述行驶设备的本地存储空间中；

若检测到所述行驶设备发生事故，则从所述本地存储空间中获取所述行驶设备在事故发生前所对应的目标数据；

将所述目标数据传输至云端服务器。

2.根据权利要求1所述的方法，其特征在于，所述将所述设备状态数据和所述环境数据存储至所述行驶设备的本地存储空间中，包括：

以获取时间作为关联维度，将相同时刻获取的所述设备状态数据和环境数据关联存储至所述行驶设备的本地存储空间中。

3.根据权利要求1所述的方法，其特征在于，所述设备状态数据包括所述行驶设备的位置数据，所述环境数据包括道路环境的道路交通数据；

所述获取行驶设备的设备状态数据和所述行驶设备所处环境的环境数据包括：

将所述行驶设备的位置数据发送至路侧单元，以使所述路侧单元根据所述行驶设备的位置数据确定所述行驶设备所处道路环境，并根据所述行驶设备所处道路环境的信号灯、路况信息和路面事故信息中的至少一种得到所述道路交通数据；

接收所述路侧单元发送的所述道路交通数据。

4.根据权利要求1所述的方法，其特征在于，所述设备状态数据包括所述行驶设备的行驶数据和所述行驶设备上安装的各传感器的参数数据，所述环境数据包括所述行驶设备所处环境的影音数据；

所述获取行驶设备的设备状态数据和所述行驶设备所处环境的环境数据，包括：

通过控制局域网络CAN获取所述行驶设备的行驶数据，以及所述行驶设备上安装的各传感器的参数数据；

通过设置在所述行驶设备上的影音数据采集装置获取所述行驶设备所处环境的影音数据。

5.根据权利要求1所述的方法，其特征在于，所述方法还包括：通过以下至少一种方式检测所述行驶设备是否发生事故：

若检测所述行驶设备的加速度大于预设加速度阈值，则确定检测到所述行驶设备发生事故；

若检测到设置在所述行驶设备上的碰撞传感器检测到碰撞触发信号，则确定检测到所述行驶设备发生事故；

若检测到所述行驶设备内的对象作用于指令传感器所触发的事故指令，则确定检测到所述行驶设备发生事故；

根据所述行驶设备上设置的影音数据采集装置采集到的影音数据，检测所述行驶设备是否发生事故。

6.根据权利要求5所述的方法，其特征在于，所述影音数据包括所述行驶设备内部的影音数据和所述行驶设备外部的影音数据；

所述根据所述行驶设备上设置的影音数据采集装置采集到的影音数据，检测所述行驶设备是否发生事故，包括：通过以下至少一种方式检测所述行驶设备是否发生事故：

对所述行驶设备外部的影音数据进行识别，若识别到所述行驶设备的外部特征与设定的事故发生特征匹配，则确定检测到所述行驶设备发生事故；

对所述行驶设备内部的影音数据进行识别，若识别到所述行驶设备的内部特征与设定的事故发生特征匹配，则确定检测到所述行驶设备发生事故。

7.根据权利要求1所述的方法，其特征在于，所述从所述本地存储空间中获取所述行驶设备在事故发生前所对应的目标数据，包括：

从所述本地存储空间中获取所述行驶设备在事故发生时刻之前的设定时长内所对应的目标数据。

8.根据权利要求7所述的方法，其特征在于，所述将所述目标数据传输至云端服务器，包括：

将所述目标数据中事故发生时刻，以及事故发生时刻之前的指定时长内所对应的数据作为第一队列的数据，所述指定时长小于所述设定时长；

将所述目标数据中除所述第一队列的数据之外的其他数据作为第二队列的数据，所述第一队列的优先级高于所述第二队列的优先级；

根据队列的优先级，通过车辆通信技术依次将所述第一队列和所述第二队列中的数据传输至所述云端服务器。

9.根据权利要求1所述的方法，其特征在于，在所述将所述目标数据传输至云端服务器之后，所述方法还包括：

接收所述云端服务器发送的重传指令，所述重传指令是所述云端服务器在检验到所接收的数据存在缺失时所触发的；

根据所述重传指令传输所述目标数据。

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

若检测到所述行驶设备未发生事故，且本地存储空间的存储量小于预设存储阈值，则删除在当前时刻之前的预设时间段内所对应的数据；或者

若检测到所述行驶设备未发生事故，则向所述云端服务器传输心跳信号，以与所述云端服务器保持通信。

11.一种数据处理装置，其特征在于，包括：

获取模块，用于获取行驶设备的设备状态数据和所述行驶设备所处环境的环境数据；

存储模块，用于将所述设备状态数据和所述环境数据存储至所述行驶设备的本地存储空间中；

检测模块，用于若检测到所述行驶设备发生事故，则从所述本地存储空间中获取所述行驶设备在事故发生前所对应的目标数据；

传输模块，用于将所述目标数据传输至云端服务器。

12.一种电子设备，其特征在于，包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述电子设备执行权利要求1至10中任一项所述的方法。

13.一种计算机可读存储介质，其特征在于，其上存储有计算机程序，当所述计算机程序被电子设备的处理器执行时，使电子设备执行权利要求1至10中任一项所述的方法。

14.一种计算机程序产品，其特征在于，所述计算机程序产品包括计算机程序，所述计算机程序存储在计算机可读存储介质中，电子设备的处理器从所述计算机可读存储介质读取并执行所述计算机程序，使电子设备执行权利要求1至10中任一项所述的方法。