CN113470213A - 数据处理方法、装置、车载终端设备和服务器 - Google Patents

Abstract

本发明实施例提供一种数据处理方法、装置、车载终端设备和服务器，该方法包括：若检测到报警信息，则获取在所述报警信息产生前后的预设时间段内车载摄像头采集的视频数据，车载摄像头用于拍摄车辆外部的环境；将视频数据发送至服务器，服务器可以通过对该视频数据进行事故类型识别处理，以确定车辆当前遇到了什么意外情况，从而进行相应的响应。通过该方案，实现了车辆发生交通意外事故时的自动报警与事故，无需过多人为干预，高效、便捷处理。

Description

数据处理方法、装置、车载终端设备和服务器

技术领域

本发明涉及通信技术领域，尤其涉及一种数据处理方法、装置、车载终端设备和服务器。

背景技术

车辆在人们生活中的普及使得交通意外事故频繁发生。在各种交通意外事故中，车辆碰撞较为常见。

目前，当发生车辆碰撞事故时，车主需要保护现场、报警，等待交警部门现场进行责任认定，费时费力。

发明内容

本发明实施例提供一种数据处理方法、装置、车载终端设备和服务器，可以实现车辆发生交通意外事故时的自动报警与事故处理。

第一方面，本发明实施例提供一种数据处理方法，应用于车载终端设备，该方法包括：

若检测到报警信息，则获取在所述报警信息产生前后的预设时间段内车载摄像头采集的视频数据，所述车载摄像头用于拍摄车辆外部的环境；

将所述视频数据发送至服务器，以使所述服务器对所述视频数据进行事故类型识别处理。

第二方面，本发明实施例提供一种数据处理装置，应用于车载终端设备，该装置包括：

检测模块，用于检测报警信息；

获取模块，用于若所述检测模块检测到报警信息，则获取在所述报警信息产生前后的预设时间段内车载摄像头采集的视频数据，所述车载摄像头用于拍摄车辆外部的环境；

发送模块，用于将所述视频数据发送至服务器，以使所述服务器对所述视频数据进行事故类型识别处理。

第三方面，本发明实施例提供一种车载终端设备，包括：

耦合于车载摄像头的处理器，用于若检测到报警信息，则获取在所述报警信息产生前后的预设时间段内所述车载摄像头采集的视频数据，所述车载摄像头用于拍摄车辆外部的环境；

耦合于所述处理器的通信接口，用于将所述视频数据发送至服务器，以使所述服务器对所述视频数据进行事故类型识别处理。

第四方面，本发明实施例提供一种数据处理方法，应用于服务器，该方法包括：

接收车载终端设备在检测到报警信息时所发送的视频数据，所述视频数据是在所述报警信息产生前后的预设时间段内车载摄像头采集的视频数据，所述车载摄像头用于拍摄车辆外部的环境；

对所述视频数据进行事故类型识别处理。

第五方面，本发明实施例提供一种数据处理装置，应用于服务器，该装置包括：

接收模块，用于接收车载终端设备在检测到报警信息时所发送的视频数据，所述视频数据是在所述报警信息产生前后的预设时间段内车载摄像头采集的视频数据，所述车载摄像头用于拍摄车辆外部的环境；

处理模块，用于对所述视频数据进行事故类型识别处理。

第六方面，本发明实施例提供一种服务器，包括：存储器、处理器、通信接口；其中，所述存储器上存储有可执行代码，当所述可执行代码被所述处理器执行时，使所述处理器执行如第四方面所述的数据处理方法。

第七方面，本发明实施例提供了一种非暂时性机器可读存储介质，所述非暂时性机器可读存储介质上存储有可执行代码，当所述可执行代码被电子设备的处理器执行时，使所述处理器至少可以实现如第四方面所述的数据处理方法。

第八方面，本发明实施例提供了一种数据处理方法，应用于车载终端设备，所述方法包括：

若检测到报警信息，则获取在所述报警信息产生前后的预设时间段内车载摄像头采集的视频数据，所述车载摄像头用于拍摄车辆外部的环境；

对所述视频数据进行事故类型识别处理；

将事故类型识别结果发送至服务器。

第九方面，本发明实施例提供了一种数据处理装置，应用于车载终端设备，所述装置包括：

检测模块，用于检测报警信息；

获取模块，用于获取在所述报警信息产生前后的预设时间段内车载摄像头采集的视频数据，所述车载摄像头用于拍摄车辆外部的环境；

识别模块，用于对所述视频数据进行事故类型识别处理；

发送模块，用于将事故类型识别结果发送至服务器。

第十方面，本发明实施例提供一种车载终端设备，包括：存储器、处理器、通信接口；其中，所述存储器上存储有可执行代码，当所述可执行代码被所述处理器执行时，使所述处理器执行如第八方面所述的数据处理方法。

第十一方面，本发明实施例提供了一种非暂时性机器可读存储介质，所述非暂时性机器可读存储介质上存储有可执行代码，当所述可执行代码被车载终端设备的处理器执行时，使所述处理器至少可以实现如第八方面所述的数据处理方法。

在本发明实施例中，在车载终端设备检测到报警信息之后，获取在报警信息产生前后的预设时间段内车载摄像头采集的与车辆外部环境对应的视频数据外部，并将视频数据发送至服务器。服务器可以通过对该视频数据进行事故类型的识别处理，以确定车辆当前遇到了什么意外情况，从而进行相应的响应。通过该方案，实现了车辆发生交通意外事故时的自动报警与事故，无需过多人为干预，高效、便捷处理。

附图说明

为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本发明实施例提供的一种数据处理方法的流程图；

图2为本发明实施例提供的一种车载摄像头的拍摄效果示意图；

图3为本发明实施例提供的一种车载终端设备上报警按键的示意图；

图4为本发明实施例提供的另一种数据处理方法的流程图；

图5a为本发明实施例提供的一种车辆碰撞场景的示意图；

图5b为本发明实施例提供的一种车辆碰撞的判定原理示意图；

图6为本发明实施例提供的另一种数据处理方法的流程图；

图7为本发明实施例提供的一种交通拥堵场景的示意图；

图8为本发明实施例提供的另一种数据处理方法的流程图；

图9为本发明实施例提供的另一种数据处理方法的流程图；

图10为本发明实施例提供的一种数据处理装置的组成示意图；

图11为与图10所示的数据处理装置对应的车载终端设备的组成示意图；

图12为本发明实施例提供的另一种数据处理装置示意图；

图13为与图12所示的数据处理装置对应的服务器的组成示意图；

图14为本发明实施例提供的一种数据处理装置的组成示意图；

图15为与图14所示的数据处理装置对应的车载终端设备的组成示意图。

具体实施方式

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

在本发明实施例中使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本发明。在本发明实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义，“多种”一般包含至少两种。

还需要说明的是，本文中的车辆应该理解为是一种交通工具的泛称，具体可以实现为各种交通工具，比如电动汽车、内燃机车辆、摩托车、飞行器。另外，本文中所称的车载终端设备是指承载于对应交通工具中的相关设备，该车载终端设备可以具有输入、处理和显示等功能。

另外，下述各方法实施例中的步骤时序仅为一种举例，而非严格限定。

图1为本发明实施例提供的一种数据处理方法的流程图，如图1所示，该方法包括如下步骤：

101、车载终端设备若检测到报警信息，则获取在报警信息产生前后的预设时间段内车载摄像头采集的视频数据，车载摄像头用于拍摄车辆外部的环境。

102、车载终端设备将视频数据发送至服务器，以使服务器对视频数据进行事故类型识别处理。

其中，上述车载摄像头可以集成在终端设备中，也可以电连接于该终端设备并独立安装在车辆内，用于拍摄车辆外部的环境。

实际应用中，如图2中所示意的，可以在车头的合适位置设置该车载摄像头，以用于拍摄车辆前方一定角度和距离范围内的环境。

当然，可选地，也可以在车头和车位分别设置车载摄像头，以用于拍摄车辆前方和后方一定角度和距离范围内的环境。

本实施例中，服务器可以是云端的物理服务器或虚拟服务器(如虚拟机)。

本实施例提供的方案的目的在于，当车辆发生某些交通意外情况时，车载终端设备能够自动地获取意外发生时对应的视频数据，并将该视频数据发送至服务器，以便服务器基于该视频数据进行事故类型的识别处理，后续会详细说明服务器的处理过程。

为实现上述目的，针对车辆侧来说，车载终端设备首先需要能够得知车辆是否发生了交通意外情况。本发明实施例中，车载终端设备如果检测到某种报警信息，则认为车辆发生了交通意外情况。

可选地，上述报警信息包括如下任一种：预设按键被按下，车辆的振动和/或旋转符合设定条件。

当然，报警信息不以上述举例的情况为限。实际上，可以根据车辆在行驶过程中可能遇到的交通意外情况所能导致的车辆状态、驾驶员状态的变化情况来设定该报警信息。

举例来说，实际应用中，车辆经常可能遇到的交通意外情况包括车辆碰撞事故、交通拥堵事故，等等。

以车辆碰撞事故为例，车辆发生碰撞事故时，会导致车辆发生剧烈的振动、旋转，因此，可以将符合设定条件的车辆振动和/或旋转定义为一种报警信息。其中，车辆振动对应的设定条件比如可以是振动的幅度大于设定阈值，车辆旋转对应的设定条件比如可以是旋转的角度大于设定阈值。

以交通拥堵事故为例，车辆遇到交通拥堵情况时，会导致车辆行驶速度变得很慢，因此，可以将连续设定时长内车辆行驶速度低于设定阈值定义为一种报警信息。

基于上述举例的情形可知，可以通过对车辆状态进行检测，以确定是否发生了某种报警信息。为实现对车辆状态的检测，可以在车辆上设置相应的检测器，比如用于检测车辆振动幅度的检测器，用于检测车辆旋转角度的检测器，用于检测车辆行驶速度的检测器，等等。基于此，当这些检测器检测到相应的车辆状态信息达到设定条件时，可以向车载终端设备发送指示信号，从而，车载终端设备基于该指示信号确定车辆发送了某种交通意外情况。

值得说明的是，如前文所述，虽然不同的车辆状态(如行驶速度、旋转角度、振动幅度)能够间接地反映出车辆可能发生了某种类型的事故，但是，仅基于这些信息来进行事故类型的识别，识别结果往往不准，因此，本文中，这些车辆状态仅作为触发进行事故类型识别的条件，而进行事故类型识别所使用的数据为在报警信息产生前后的预设时间段内车载摄像头采集的视频数据。

除了对车辆状态进行检测以确定车辆是否发生了某种交通意外情况外，可选地，还可以通过检测驾驶者的状态来间接确定车辆是否发生了某种交通意外情况。比如，可以在车辆中设置用于拍摄驾驶者的摄像头，该摄像头拍摄的驾驶者图像或视频被传输至车载终端设备，当车载终端设备通过对该图像或视频进行识别确定驾驶者处于异常状态时，确定车辆发生了交通意外情况。其中，举例来说，驾驶者的异常状态比如为位姿异常、身体某些部位出血，等等。通过对连续拍得的多帧图像进行这些特征的识别可以确定驾驶者是否处于异常状态。基于此，上述报警信息也可以包括：驾驶者处于异常状态。

另外，在实际应用中，当车辆遇到某些交通意外情况时，并不一定会对驾驶者产生严重影响，此时，可以在车载终端设备上设置一个按键，当发生交通意外情况时，驾驶者(或车内其他人员)可以按下这个按键，从而，车载终端设备如果检测到该按键被按下，则认为车辆发生了交通意外情况，比如发生了车辆碰撞事故。

为了便于在发生交通意外情况时，能够方便驾驶者快速、准确地按下上述按键，该按键可以是设置在车载终端设备上合适位置的物理按键。当然，该按键也可以是虚拟图标，该虚拟图标可以始终显著地显示在车载终端设备的屏幕上。

由于实际上，车载终端设备上可能具有多个物理按键，为了能够区别上述按键，以便驾驶者能够准确定位该按键，在该按键上可以设置特定的图案，比如图3所示的按键上设置有警灯图标，以提示用户遇到交通意外情况时可以按下该按键。

综上，不管采用上述举例的哪种报警信息，当车载终端设备检测到报警信息时，即可以认为车辆发生了交通意外情况，此时，车载终端设备执行如下的处理逻辑：获取在报警信息产生前后的预设时间段内车载摄像头采集的视频数据，将获得的视频数据发送至服务器。

其中，上述预设时间段可以根据实际需求而设定，具体是指可以根据服务器针对各种交通意外情况需要执行的处理任务对视频数据长度的需求情况来设定。举例来说，假设针对车辆碰撞事故，服务器需要执行的处理任务是：根据车载终端设备上传的视频数据来判定碰撞责任，此时，假设通过对大量车辆碰撞事故的判定实例进行统计发现，一般基于事故发生前后1分钟内的视频数据便可以完成碰撞责任判定，那么，上述预设时间段可以设置为报警信息发生之前的1分钟以及发生之后的一分钟这两分钟。

值得说明的是，假设针对不同类型的交通意外情况统计得到的所需视频数据长度不同，此时，可以选择最长的视频数据长度以用于确定上述预设时间段。

可以理解的是，上文提及的车载摄像头可以被设置为，响应于车辆的启动便开始进行视频数据的持续拍摄。从而，车载终端设备可以从车载摄像头拍摄的视频数据中截取出对应于上述预设时间段的一段视频数据，将这段视频数据发送至服务器。

基于此，车载终端设备中可以设置有具有较大存储空间的存储器，以便可以存储车载摄像头采集的视频数据。另外，为实现视频数据向服务器的发送，车载终端设备具有网络通信功能。可选地，在车载终端设备中可以设置有支持4G、5G等移动蜂窝网络通信技术的SIM卡，从而，车载终端设备可以通过4G、5G等通信技术将视频数据发送至服务器。

下面结合以下几个实施例示例性地说明服务器如何对车载终端设备上传的视频数据进行处理。

图4为本发明实施例提供的另一种数据处理方法的流程图，如图4所示，该方法包括如下步骤：

401、车载终端设备若检测到报警信息，则获取在报警信息产生前后的预设时间段内车载摄像头采集的视频数据，将视频数据发送至服务器。

402、服务器若根据视频数据确定车辆发生了碰撞事故，则获取碰撞责任判定信息，将碰撞责任判定信息发送至车载终端设备。

结合图5a所示的场景对本实施例提供的方案进行示例性说明。如图5a所示，正在高速公路上行驶的车辆1和车辆2，车辆2行驶在车辆1前方。假设某时刻T时，车辆2突然急刹车，造成追尾事故，由于车辆1的行驶速度较快，使得车辆1与车辆2碰撞时产生较大的振动，且车辆1的驾驶者为躲避车辆2急速转动方向盘，使得车辆1的车身向右侧转动较大角度。基于此，车辆1上的用于检测振动幅度的振动检测器A和用于检测车身旋转角度的角度检测器B检测到上述振动和转动情况，向车辆1中的车载终端设备C发送相应的指示信号(即为报警信息)，触发车载终端设备C从车辆1的车载摄像头D采集的视频数据中截取出T时刻前一分钟到T时刻后一分钟的视频数据S，将截取出的视频数据S发送至服务器。

服务器接收到视频数据S后，对视频数据S进行分析，以确定车辆1当前发生了什么类型的事故。由于本实施例中示意的是车辆1与车辆2发出碰撞事故的情形，因此，服务器可以通过对视频数据S进行分析以确定当前车辆1发出了碰撞事故。

可选地，服务器可以对视频数据S进行采样，以得到视频数据S中包含的若干帧图像，进而，针对每帧图像进行车辆碰撞特征的识别，如果连续的多帧图像都识别出了车辆碰撞特征，则认为车辆1发生了碰撞事故。

其中，车辆碰撞特征比如可以体现为：图像中存在一辆车与另一辆车接触的现象。可选地，如果图像中的两个车辆满足如下条件，则可以认为这两个车辆存在接触现象：两个车辆各自对应的图像区域的交集面积与这两个车辆各自对应的图像区域的并集面积的比值大于预设值。

其中，两个车辆各自对应的图像区域的交集面积与两个车辆各自对应的图像区域的并集面积的含义如图5b所示。图5b中，以IoU表示上述比值。

在服务器根据视频数据S确定车辆1发生了碰撞事故后，服务器还可以获取碰撞责任判定信息，以将碰撞责任判定信息发送至车辆1的车载终端设备C，从而，车载终端设备C显示出该碰撞责任判定信息，使得对应的驾驶者可以得知该碰撞责任判定信息。其中，碰撞责任判定信息表明了当前的碰撞事故是由车辆1的驾驶者负责还是由与车辆1发生碰撞的车辆2的驾驶者负责。

可选地，服务器可以将视频数据S发送至交管系统，以便交管部门的相关工作人员能够结合该视频数据S做出上述碰撞责任判定信息。

或者，可选地，服务器也可以结合视频数据S自动地做出该碰撞责任判定信息。此时，可以预先使用大量的体现车辆碰撞现象的图像训练一个神经网络模型，以使用这个神经网络模型进行上述碰撞责任判定信息的确定。在训练该神经网络模型时，可以人为标注出图像中的哪个车辆对应于责任方，以此为监督信息进行神经网络模型的训练。经过训练，使得神经网络模型能够学习到发生碰撞的两个车辆中责任方的车辆所体现出的图像特征。

当然，实际应用中，由服务器自动做出的碰撞责任判定信息未必能够得到发生车辆碰撞的双方的认可，此时，可选地，车载终端设备C在上报上述视频数据S至服务器的同时，也可以将车辆1在报警信息产生时刻T所处的报警地址发送至服务器。从而，服务器可以根据预先存储的各交管部门的地址，确定出与该报警地址对应的某个交管部门的地址，称为目的地址，进而，将该目的地址发送至车载终端设备C，以使车辆1的驾驶者可以将该目的地址同步给车辆2的驾驶者，双方驾车去往该目的地址进行碰撞责任判定信息的重新确认，即双方去往目的地址对应的交管部门进行线下的碰撞责任认定。

图6为本发明实施例提供的另一种数据处理方法的流程图，如图6所示，该方法包括如下步骤：

601、车载终端设备若检测到报警信息，则获取在报警信息产生前后的预设时间段内车载摄像头采集的视频数据，将视频数据发送至服务器。

602、服务器若根据视频数据确定车辆发生了交通拥堵事故，则获取与交通拥堵事故对应的交通灯控制信息，根据交通灯控制信息控制对应的交通灯。

本实施例中，将交通拥堵也视为一种特殊的交通意外情况。从宏观的交通调度的角度来说，及时发现交通拥堵情况，并进行有效的响应处理，具有积极作用。

结合图7所示的场景对本实施例提供的方案进行示例性说明。如图7所示，在某路段L上发生了交通拥堵情况，路段L上行驶有若干车辆，其中，车辆1上设置有车载终端设备C1和用于拍摄车辆外部环境的车载摄像头D1，车载终端设备C1上设有触发报警信息的按键E，车辆1的驾驶员发现当前道路拥堵严重，按下该按键E，触发车载终端设备C1从车辆1的车载摄像头D1采集的视频数据中截取出当前时刻T1前两分钟到T1时刻后两分钟的视频数据S1，将截取出的视频数据S1和车辆1的位置信息发送至服务器。

服务器在接收到该视频数据S1之后，可以对视频数据S1中拍到的车辆进行跟踪，以确定出车辆的移动速度，从而确定是否发生了交通拥堵情况。具体来说，服务器可以将该视频数据S1分割成若干帧图像，通过在前后相邻的图像中识别出同一车辆，以及根据同一车辆在前后相邻的图像中各自对应的像素位置，可以得到该同一车辆在前后相邻的图像对应的拍摄时间之间内的移动距离，从而通过该移动距离与拍摄时间的差值，可以得到该同一车辆在这段时间的移动速度，最终，通过求均值，可以得到同一车辆在上述四分钟内的平均行驶速度。当拍摄到的视频数据S1中包含多个车辆时，据此可以得到多个车辆在上述四分钟内各自对应的平均行驶速度。从而，可选地，当这多个车辆中的全部或大于设定比例的车辆的平均行驶速度低于某阈值，则认为发生了路段L发生了交通拥堵。

其中，由于车辆1在上报视频数据S1的同时，将自己的位置信息也上报至服务器，从而，服务器可以根据预先存储的若干路段的地理范围信息，确定出与车辆1的位置信息对应的路段L。

本实施例中，当服务器确定出路段L发生了交通拥堵情况时，可选地，可以根据预先存储的路段与交通灯的对应关系，确定与路段L对应的交通灯，进而，可以根据路段L发生的交通拥堵情况的严重程度，生成对应的交通灯控制信息，以控制对应的交通灯。可选地，可以预先设定几个用于度量交通拥堵情况的速度区间，每个速度区间设置有对应的交通灯调整策略，该交通灯调整策略是指设置了红灯亮灯时间、绿灯亮灯时间。从而，在上述举例中，当确定出的平均行驶速度位于某速度区间时，可以根据该速度区间对应的交通灯调整策略生成交通灯控制信息，此时，该交通灯控制信息中可以包括交通灯标识以及确定出的交通灯调整策略，以及该交通灯控制信息的使用时间。从而，根据该交通灯控制信息可以控制相应的交通灯按照该交通灯调整策略进行亮灯。

另外，可选地，服务器若根据视频数据S1确定路段L发生了交通拥堵事故，还可以将该交通拥堵情况通知给即将途经该路段L的其他车辆，以使这些车辆基于该通知消息可以避开拥堵路段。其中，服务器可以根据如下方式获知哪些车辆即将途经该路段L：在车辆使用导航系统的情况下，车辆可以向服务器请求规划从某起始地址到终点地址的导航路径，并且，车辆在沿该导航路径行驶的过程中，可以实时的向服务器上报自己的位置，从而，服务器可以根据某车辆的导航路径及其实时位置确定出该车辆是否即将途经路段L。比如，若车辆使用的导航路径中包含路段L，并且基于车辆的实时位置得知该车辆确实在根据该导航路径行驶，则可以确定该车辆会途经路段L。当某车辆接收到服务器的上述通知消息时，相应的驾驶者可以请求服务器规划另一条导航路径，以避开拥堵的路段L。

图8为本发明实施例提供的另一种数据处理方法的流程图，如图8所示，该方法包括如下步骤：

801、车载终端设备若检测到报警信息，则获取在报警信息产生前后的预设时间段内车载摄像头采集的视频数据以及车辆在报警信息产生时刻所处的报警地址，将视频数据和报警地址发送至服务器。

802、服务器确定报警地址归属的路段，根据视频数据确定车辆发生的事故类型，建立路段、事故类型和事故发生时段之间的对应关系。

803、确定在事故发生时段内驶入所述路段的多个车辆，向这多个车辆发送与事故类型对应的通知消息。

如前文所述，服务器中可以存储有若干路段的地理位置范围，从而，基于车载终端设备上报的报警地址，可以确定出该报警地址位于哪个路段的地理范围内，从而，确定该路段即为报警地址归属的路段。

本实施例中，事故类型比如为前文举例的碰撞事故，交通拥堵事故等，服务器根据车载终端设备上报的视频数据确定车辆是否发生碰撞事故、交通拥堵事故的实现方式如前文所述，不再赘述。当然，针对其他的事故类型，服务器进行事故类型的识别依据，概括来说就是：服务器根据对视频数据的若干帧图像中所包含的与事故类型对应的图像特征的识别，确定出事故类型。

本实施例中，上述事故发生时段可以通过如下方式设定：可以在服务器中预先建立多个时间段，比如，时间段1：7:00-9:00,时间段2：11:00-13:00,时间段3：17:00-19:00。根据车载终端设备上报视频数据的时间，可以确定该时间位于哪个时间段内，从而得到与该车辆对应的事故发生时段。

基于此，可以理解的是，通过对长时间(比如一个月)内大量车辆上报的视频数据、报警地址进行上述步骤802的处理，可以统计出路段、事故类型和事故发生时段之间的对应关系。

基于该对应关系，可以对车辆进行预警。比如，假设上述某对应关系体现为：在时间段1内，路段X上经常发生碰撞事故。从而，服务器在确定出在时间段1内将要途经路段X的多个车辆后，可以向这多个车辆发送通知消息，以通知这些车辆该路段X在时间段1内常发生碰撞事故。那么，收到该通知消息的车辆的驾驶者，可以选择避开该路段X。

其中，在时间段1内将要途经路段X的多个车辆的确定，与上文中“车辆即将途经该路段L”的确定方式相似，不再赘述。

综上，通过上述方案，实现了车辆发生交通意外事故时的自动报警与事故，无需过多人为干预，高效、便捷处理。

图9为本发明实施例提供的另一种数据处理方法的流程图，如图9所示，该方法包括如下步骤：

901、车载终端设备若检测到报警信息，则获取在报警信息产生前后的预设时间段内车载摄像头采集的视频数据，车载摄像头用于拍摄车辆外部的环境。

902、车载终端设备对视频数据进行事故类型识别处理。

903、车载终端设备将事故类型识别结果发送至服务器。

实际应用中，当车载终端设备的计算、存储等资源比较充足时，前述实施例中对事故类型的识别处理等过程也可以在车载终端设备侧执行。当然，某些基于事故类型识别结果而做出的响应处理过程，可以在服务器侧执行。

具体来说，可选地，车载终端设备可以根据视频数据确定车辆是否发生了碰撞事故，若车辆发生了碰撞事故，则获取碰撞责任判定信息，从而，车辆的驾驶者可以得知该碰撞责任判定信息。其中，碰撞事故的识别以及碰撞责任判定信息的获取过程，可以参考前述实施例中的相关介绍，在此不赘述。

此时，车载终端设备可以将视频数据、碰撞事故的识别结果以及车辆的标识信息(如车牌号)发送至服务器。服务器可以根据视频数据再次执行事故类型的识别处理以及碰撞责任判定信息的获取处理，以确定车载终端设备的处理结果是否正确。服务器若发现自己的处理结果与车载终端设备的处理结果不一致，则可以将自己的处理结果发送至车载终端设备，基于此，驾驶者可以去往某交管部门进行线下的再次责任认定。其中，处理结果包括事故类型识别结果以及碰撞责任判定信息。

如前文所述，为实现去往某交管部门进行线下的再次责任认定，车载终端设备还可以执行如下步骤：确定车辆在所述报警信息产生时刻所处的报警地址；根据报警地址确定出目的地址，以使车辆去往该目的地址进行碰撞责任判定信息的重新确认。

可选地，车载终端设备还可以根据视频数据确定是否发生了交通拥堵事故，若发生了交通拥堵事故，则可以将交通拥堵事故的识别结果以及车辆在报警信息产生时刻所处的报警地址发送至服务器，以使服务器获取与该交通拥堵事故对应的交通灯控制信息，并根据交通灯控制信息控制对应的交通灯。

其中，交通拥堵事故的识别过程以及服务器获取交通灯控制信息的过程，可以参考前述实施例中的相关说明，在此不赘述。

可选地，车载终端设备还可以确定车辆在所述报警信息产生时刻所处的报警地址，确定该报警地址归属的路段，从而将该路段、事故类型的识别结果和事故发生时段发送至服务器。从而，服务器侧可以收集若干车辆的车载终端设备上报的这些信息，以便基于这些信息的汇总结果，对行驶到某已发生交通事故的路段的车辆进行提前的告警。图10为本发明实施例提供的一种数据处理装置的结构示意图，应用于车载终端设备，如图10所示，该装置包括：检测模块11、获取模块12、发送模块13。

检测模块11，用于检测报警信息。

获取模块12，用于若所述检测模块检测到报警信息，则获取在所述报警信息产生前后的预设时间段内车载摄像头采集的视频数据，所述车载摄像头用于拍摄车辆外部的环境。

发送模块13，用于将所述视频数据发送至服务器，以使所述服务器对所述视频数据进行事故类别识别处理。

可选地，所述报警信息包括如下任一种：预设按键被按下，车辆的振动和/或旋转符合设定条件。

可选地，所述装置还包括：接收模块，用于接收所述服务器发送的碰撞责任判定信息，所述碰撞责任判定信息是所述服务器根据所述视频数据确定所述车辆发生了碰撞事故而获取的。

可选地，发送模块13具体用于：将所述视频数据和所述车辆在所述报警信息产生时刻所处的报警地址发送至服务器；所述碰撞责任判定信息中还包括根据所述报警地址确定出的目的地址，以使所述车辆去往所述目的地址进行所述碰撞责任判定信息的重新确认。

图10所示装置可以执行前述图1至图8所示实施例中车载终端设备所执行的各个步骤，详细的执行过程和技术效果参见前述实施例中的描述，在此不再赘述。

在一个可能的设计中，上述图10所示数据处理装置的结构可实现为车载终端设备，如图11所示，该车载终端设备可以包括：

耦合于车载摄像头的处理器21，用于若检测到报警信息，则获取在所述报警信息产生前后的预设时间段内所述车载摄像头采集的视频数据，所述车载摄像头用于拍摄车辆外部的环境。

耦合于所述处理器21的通信接口22，用于将所述视频数据发送至服务器，以使所述服务器对所述视频数据进行处理。

可选地，该车载终端设备中还可以包括存储器23、按键24，其中，按键24可以用于触发报警信息。

图12为本发明实施例提供的一种数据处理装置的结构示意图，应用于服务器，如图12所示，该装置包括：接收模块31、处理模块32。

接收模块31，用于接收车载终端设备在检测到报警信息时所发送的视频数据，所述视频数据是在所述报警信息产生前后的预设时间段内车载摄像头采集的视频数据，所述车载摄像头用于拍摄车辆外部的环境。

处理模块32，用于对所述视频数据进行事故类别识别处理。

可选地，所述报警信息包括如下任一种：预设按键被按下，车辆的振动和/或旋转符合设定条件。

可选地，处理模块32具体可以用于:根据所述视频数据确定所述车辆是否发生了碰撞事故；若所述车辆发生了碰撞事故，则获取碰撞责任判定信息；将所述碰撞责任判定信息发送至所述车载终端设备。

可选地，接收模块31还可以用于：接收所述车载终端设备发送的所述车辆在所述报警信息产生时刻所处的报警地址。处理模块32具体用于：根据所述报警地址确定出目的地址；将所述目的地址发送至所述车载终端设备，以使所述车辆去往所述目的地址进行所述碰撞责任判定信息的重新确认。

可选地，处理模块32具体可以用于:根据所述视频数据确定是否发生了交通拥堵事故；若发生了交通拥堵事故，则获取与所述交通拥堵事故对应的交通灯控制信息；根据所述交通灯控制信息控制对应的交通灯。

可选地，接收模块31还可以用于：接收所述车载终端设备发送的所述车辆在所述报警信息产生时刻所处的报警地址。处理模块32具体可以用于:确定所述报警地址归属的路段；建立所述路段、识别出的事故类型和事故发生时段之间的对应关系。另外，可选地，处理模块32还可以用于:确定在所述事故发生时段内驶入所述路段的多个车辆；向所述多个车辆发送与所述事故类型对应的通知消息。

图12所示装置可以执行前述图1至图8所示实施例中服务器所执行的各个步骤，详细的执行过程和技术效果参见前述实施例中的描述，在此不再赘述。

在一个可能的设计中，上述图12所示数据处理装置的结构可实现为服务器，如图13所示，该电子设备可以包括：处理器41、存储器42、通信接口43。其中，存储器42上存储有可执行代码，当所述可执行代码被处理器41执行时，使处理器41至少可以实现如前述图1至图8所示实施例中服务器执行的各步骤。通信接口43用于与其他设备进行通信。

另外，本发明实施例提供了一种非暂时性机器可读存储介质，所述非暂时性机器可读存储介质上存储有可执行代码，当所述可执行代码被电子设备的处理器执行时，使所述处理器至少可以实现如前述图1至图8所示实施例中提供的数据处理方法。

图14为本发明实施例提供的一种数据处理装置的结构示意图，应用于车载终端设备，如图14所示，该装置包括：接收模块31、处理模块32。

检测模块51，用于检测报警信息。

获取模块52，用于获取在所述报警信息产生前后的预设时间段内车载摄像头采集的视频数据，所述车载摄像头用于拍摄车辆外部的环境。

识别模块53，用于对所述视频数据进行事故类型识别处理。

发送模块54，用于将事故类型识别结果发送至服务器。

可选地，识别模块53具体可以用于：根据所述视频数据确定所述车辆是否发生了碰撞事故；若所述车辆发生了碰撞事故，则获取碰撞责任判定信息。从而，发送模块54具体可以用于：将所述视频数据、所述碰撞事故的识别结果以及所述车辆的标识信息发送至所述服务器。

可选地，所述装置还包括：确定模块，用于确定所述车辆在所述报警信息产生时刻所处的报警地址；根据所述报警地址确定出目的地址，以使所述车辆去往所述目的地址进行所述碰撞责任判定信息的重新确认。

可选地，识别模块53具体可以用于：根据所述视频数据确定是否发生了交通拥堵事故。从而，发送模块54具体可以用于：若发生了交通拥堵事故，则将所述交通拥堵事故的识别结果以及所述车辆在所述报警信息产生时刻所处的报警地址发送至所述服务器，以使所述服务器获取与所述交通拥堵事故对应的交通灯控制信息，并根据所述交通灯控制信息控制对应的交通灯。

可选地，所述确定模块还用于；确定所述车辆在所述报警信息产生时刻所处的报警地址；确定所述报警地址归属的路段。从而，发送模块54还可以用于：将所述路段、所述事故类型的识别结果和事故发生时段发送至所述服务器。

图14所示装置可以执行前述图9所示实施例中的各个步骤，详细的执行过程和技术效果参见前述实施例中的描述，在此不再赘述。

在一个可能的设计中，上述图14所示数据处理装置的结构可实现为车载终端设备，如图15所示，该电子设备可以包括：处理器61、存储器62、通信接口63。其中，存储器62上存储有可执行代码，当所述可执行代码被处理器61执行时，使处理器61至少可以实现如前述图9所示实施例中的各步骤。通信接口63用于与其他设备进行通信。

另外，本发明实施例提供了一种非暂时性机器可读存储介质，所述非暂时性机器可读存储介质上存储有可执行代码，当所述可执行代码被车载终端设备的处理器执行时，使所述处理器至少可以实现如前述图9所示实施例中提供的数据处理方法。

以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施方式可借助加必需的通用硬件平台的方式来实现，当然也可以通过硬件和软件结合的方式来实现。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以计算机产品的形式体现出来，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明实施例提供的数据处理方法可以由某种程序/软件来执行，该程序/软件可以由网络侧提供，前述实施例中提及的电子设备可以将该程序/软件下载到本地的非易失性存储介质中，并在其需要执行前述数据处理方法时，通过CPU将该程序/软件读取到内存中，进而由CPU执行该程序/软件以实现前述实施例中所提供的数据处理方法，执行过程可以参见前述图1至图9中的示意。

最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims (23)

1.一种数据处理方法，其特征在于，应用于车载终端设备，所述方法包括：

若检测到报警信息，则获取在所述报警信息产生前后的预设时间段内车载摄像头采集的视频数据，所述车载摄像头用于拍摄车辆外部的环境；

将所述视频数据发送至服务器，以使所述服务器对所述视频数据进行事故类型识别处理。

2.根据权利要求1所述的方法，其特征在于，所述报警信息包括如下任一种：

预设按键被按下，车辆的振动和/或旋转符合设定条件。

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

接收所述服务器发送的碰撞责任判定信息，所述碰撞责任判定信息是所述服务器根据所述视频数据确定所述车辆发生了碰撞事故而获取的。

4.根据权利要求1所述的方法，其特征在于，所述将所述视频数据发送至服务器，包括：

将所述视频数据和所述车辆在所述报警信息产生时刻所处的报警地址发送至服务器；

所述碰撞责任判定信息中还包括根据所述报警地址确定出的目的地址，以使所述车辆去往所述目的地址进行所述碰撞责任判定信息的重新确认。

5.一种数据处理装置，其特征在于，应用于车载终端设备，所述装置包括：

检测模块，用于检测报警信息；

获取模块，用于若所述检测模块检测到报警信息，则获取在所述报警信息产生前后的预设时间段内车载摄像头采集的视频数据，所述车载摄像头用于拍摄车辆外部的环境；

发送模块，用于将所述视频数据发送至服务器，以使所述服务器对所述视频数据进行事故类型识别处理。

6.一种车载终端设备，其特征在于，包括：

耦合于车载摄像头的处理器，用于若检测到报警信息，则获取在所述报警信息产生前后的预设时间段内所述车载摄像头采集的视频数据，所述车载摄像头用于拍摄车辆外部的环境；

耦合于所述处理器的通信接口，用于将所述视频数据发送至服务器，以使所述服务器对所述视频数据进行事故类型识别处理。

7.一种数据处理方法，其特征在于，应用于服务器，所述方法包括：

接收车载终端设备在检测到报警信息时所发送的视频数据，所述视频数据是在所述报警信息产生前后的预设时间段内车载摄像头采集的视频数据，所述车载摄像头用于拍摄车辆外部的环境；

对所述视频数据进行事故类型识别处理。

8.根据权利要求7所述的方法，其特征在于，所述报警信息包括如下任一种：

预设按键被按下，车辆的振动和/或旋转符合设定条件。

9.根据权利要求7所述的方法，其特征在于，所述对所述视频数据进行事故类型识别处理，包括:

根据所述视频数据确定所述车辆是否发生了碰撞事故；

若所述车辆发生了碰撞事故，则获取碰撞责任判定信息；

将所述碰撞责任判定信息发送至所述车载终端设备。

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

接收所述车载终端设备发送的所述车辆在所述报警信息产生时刻所处的报警地址；

根据所述报警地址确定出目的地址；

将所述目的地址发送至所述车载终端设备，以使所述车辆去往所述目的地址进行所述碰撞责任判定信息的重新确认。

11.根据权利要求7所述的方法，其特征在于，所述对所述视频数据进行事故类型识别处理，包括:

根据所述视频数据确定是否发生了交通拥堵事故；

若发生了交通拥堵事故，则获取与所述交通拥堵事故对应的交通灯控制信息；

根据所述交通灯控制信息控制对应的交通灯。

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

接收所述车载终端设备发送的所述车辆在所述报警信息产生时刻所处的报警地址；

确定所述报警地址归属的路段；

建立所述路段、识别出的事故类型和事故发生时段之间的对应关系。

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

确定在所述事故发生时段内驶入所述路段的多个车辆；

向所述多个车辆发送与所述事故类型对应的通知消息。

14.一种数据处理装置，其特征在于，应用于服务器，所述装置包括：

接收模块，用于接收车载终端设备在检测到报警信息时所发送的视频数据，所述视频数据是在所述报警信息产生前后的预设时间段内车载摄像头采集的视频数据，所述车载摄像头用于拍摄车辆外部的环境；

处理模块，用于对所述视频数据进行事故类型识别处理。

15.一种服务器，其特征在于，包括：存储器、处理器、通信接口；其中，所述存储器上存储有可执行代码，当所述可执行代码被所述处理器执行时，使所述处理器执行如权利要求7至13中任一项所述的数据处理方法。

16.一种数据处理方法，其特征在于，应用于车载终端设备，所述方法包括：

若检测到报警信息，则获取在所述报警信息产生前后的预设时间段内车载摄像头采集的视频数据，所述车载摄像头用于拍摄车辆外部的环境；

对所述视频数据进行事故类型识别处理；

将事故类型识别结果发送至服务器。

17.根据权利要求16所述的方法，其特征在于，所述对所述视频数据进行事故类型识别处理，包括：

根据所述视频数据确定所述车辆是否发生了碰撞事故；

若所述车辆发生了碰撞事故，则获取碰撞责任判定信息。

18.根据权利要求17所述的方法，其特征在于，所述将事故类型识别结果发送至服务器，包括：

将所述视频数据、所述碰撞事故的识别结果以及所述车辆的标识信息发送至所述服务器。

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

确定所述车辆在所述报警信息产生时刻所处的报警地址；

根据所述报警地址确定出目的地址，以使所述车辆去往所述目的地址进行所述碰撞责任判定信息的重新确认。

20.根据权利要求16所述的方法，其特征在于，所述对所述视频数据进行事故类型识别处理，包括：

根据所述视频数据确定是否发生了交通拥堵事故；

所述将事故类型识别结果发送至服务器，包括：

若发生了交通拥堵事故，则将所述交通拥堵事故的识别结果以及所述车辆在所述报警信息产生时刻所处的报警地址发送至所述服务器，以使所述服务器获取与所述交通拥堵事故对应的交通灯控制信息，并根据所述交通灯控制信息控制对应的交通灯。

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

确定所述车辆在所述报警信息产生时刻所处的报警地址；

确定所述报警地址归属的路段；

将所述路段、所述事故类型的识别结果和事故发生时段发送至所述服务器。

22.一种数据处理装置，其特征在于，应用于车载终端设备，所述装置包括：

检测模块，用于检测报警信息；

获取模块，用于获取在所述报警信息产生前后的预设时间段内车载摄像头采集的视频数据，所述车载摄像头用于拍摄车辆外部的环境；

识别模块，用于对所述视频数据进行事故类型识别处理；

发送模块，用于将事故类型识别结果发送至服务器。

23.一种车载终端设备，其特征在于，包括：存储器、处理器、通信接口；其中，所述存储器上存储有可执行代码，当所述可执行代码被所述处理器执行时，使所述处理器执行如权利要求16至21中任一项所述的数据处理方法。

Images