CN110021079B - 一种车辆事故追踪方法和相关装置 - Google Patents

Abstract

本发明公开了一种车辆事故追踪方法和相关装置。所述方法包括：车载单元OBU根据监测到的车辆状态数据，判断车辆是否发生碰撞；若是，从车辆状态数据中提取车辆的碰撞数据，并从与周围与之通信的其他车辆车载单元OBU获取所述其他OBU所属车辆的信息。能够及时、准确、全面且有效的保存本车发生碰撞时的碰撞数据和周边车辆信息，能够迅速定位肇事车辆的信息，为事故鉴定提供有力数据支撑，提高车辆事故的处理效率。

Description

一种车辆事故追踪方法和相关装置

技术领域

本发明涉及交通领域及车联网技术领域，特别涉及一种车辆事故追踪方法和相关装置。

背景技术

目前对车辆事故的记录及追踪，主要是通过行车记录仪来完成的，这虽然为交通事故的责任认定和事故理赔提供了一定的有力证据。然而，行车记录仪只能够记录被撞击的时间信息，无法记录所在车辆的绝对地理位置信息；更无法记录受撞击程度信息等等；另外，行车记录仪只能记录其摄像头范围内的视频信息，由于遮挡、光线及天气等原因导致视频拍不清楚甚至无法拍到，以及在摄像死角的车辆信息也无法被拍摄到，从而导致无法准确记录和查询肇事车辆信息。

发明内容

鉴于上述问题，提出了本发明以便提供一种克服上述问题或者至少部分地解决上述问题的一种辆事故追踪方法和相关装置。

第一方面，本发明实施例提供一种车辆事故追踪方法，包括：

车载单元OBU根据监测到的车辆状态数据，判断车辆是否发生碰撞；

若是，从车辆状态数据中提取车辆的碰撞数据，并从与周围与之通信的其他车辆车载单元OBU获取所述其他OBU所属车辆的信息。

在一些可选的实施例中，所述车辆状态数据，包括下述一项数据或多项数据：

车辆的停止或移动、移动时发生的位移、震动数据以及视频数据。

在一些可选的实施例中，所述判断车辆是否发生碰撞，包括：

若判断车辆处于停止状态，并且检测到车辆有位移产生和/或震动产生时，则判断车辆发生了碰撞；和/或

若判断车辆处于移动状态，并且判断车辆的震动强度大于预设的碰撞震动强度阈值时，判断车辆发生了碰撞。

在一些可选的实施例中，所述从车辆状态数据中提取车辆的碰撞数据，包括：

从所述震动数据中，筛选出超过预设的碰撞震动强度阈值的震动数据；

提取下述一项或多项数据：

震动数据中的震动强度数据；

震动数据中的震动发生的时间信息；

震动数据中的震动发生的地理位置和车辆发生震动的位置；

震动数据中的车辆受到碰撞时的角度、力度以及位移的时间和距离；

震动数据中的车辆受到碰撞时的姿态；

震动数据中的车辆收到撞击时的行驶方向和行驶速度；

车辆在设定时间范围内的视频数据。

在一些可选的实施例中，所述车辆的信息包括下述任意一项或多项：

车辆的牌照信息；

车辆的地理位置；

车辆的行驶方向和行驶速度。

在一些可选的实施例中，在从与周围与之通信的其他车辆车载单元OBU获取所述其他OBU所属车辆的信息之后，还包括：

OBU根据所述车辆的信息和所述碰撞数据判断出肇事车辆；

向肇事车辆的车载单元发送告警消息。

在一些可选的实施例中，在从与周围与之通信的其他车辆车载单元OBU获取所述其他OBU所属车辆的信息之后，还包括：

车载单元OBU将所述车辆的碰撞数据和从周围车辆车载单元OBU获取的所述车辆的信息发送给与其联网的移动终端或PC。

第二方面，本发明实施例提供一种车辆事故追踪装置，包括：

第一判断模块，用于根据监测到的车辆状态数据，判断车辆是否发生碰撞；

获取模块，在第一判断模块判断车辆发生碰撞后，从所述车辆状态数据中提取车辆的碰撞数据，并从与周围与之通信的其他车辆车载单元OBU获取所述其他OBU所属车辆的信息。

在一些可选的实施例中，所述车辆事故追踪装置，还包括：

第二判断模块，用于在所述获取模块从与周围与之通信的其他车辆车载单元OBU获取所述其他OBU所属车辆的信息之后，根据所述获取模块获取的车辆的信息判断肇事车辆；

第一通讯模块，用于向所述第二判断模块判断的所述肇事车辆的车载单元发送告警消息。

在一些可选的实施例中，所述车辆事故追踪装置，还包括：

第二通讯模块，用于在所述获取模块从与周围与之通信的其他车辆车载单元OBU获取所述其他OBU所属车辆的信息之后，将所述获取模块获取的所述车辆的碰撞数据和所述车辆的信息发送给与其联网的移动终端或PC。

第三方面，本发明实施例提供一种车载单元OBU，包括：电源、主控单元和射频通讯模块。

在一些可选的实施例中，所述主控单元存储包括存储器和处理器，所述存储器存储有计算机程序，所述程序被处理器执行时，能够实现下述步骤：

根据监测到的车辆状态数据，判断车辆是否发生碰撞；

若是，从车辆状态数据中提取车辆的碰撞数据，并从与周围与之通信的其他车辆车载单元OBU获取所述其他OBU所属车辆的信息。

本发明实施例提供的上述技术方案的有益效果至少包括：

车载单元OBU根据监测到的车辆状态数据，判断车辆发生了碰撞后，从车辆状态数据中提取车辆的碰撞数据，并从与周围与之通信的其他车辆车载单元OBU获取所述其他OBU所属车辆的信息。能够及时、准确、全面且有效的保存本车发生碰撞时的碰撞数据和周边车辆信息，能够迅速定位肇事车辆的信息，为事故鉴定提供有力数据支撑，提高车辆事故的处理效率。

若车辆在停止状态时，车载单元OBU监测到车辆受到碰撞后，也能及时的采集并保留相关信息且及时通知车主，为后面事故鉴定提供有力证据且保证了事故可以得到及时快速的处理，为事故处理节省时间、人力和物力。

本发明的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。

下面通过附图和实施例，对本发明的技术方案做进一步的详细描述。

附图说明

附图用来提供对本发明的进一步理解，并且构成说明书的一部分，与本发明的实施例一起用于解释本发明，并不构成对本发明的限制。在附图中：

图1为本发明实施例一中车辆事故追踪方法的流程图；

图2为本发明实施例二中车辆事故追踪方法的具体实现流程图；

图3为本发明实施例三中车辆事故追踪方法的具体实现流程图；

图4为本发明实施例中车辆事故追踪装置的结构示意图；

图5为本发明实施例中一种车载单元OBU的结构示意图；

图6为本发明实施例中OBU具体实施装置的结构示意图；

图7为本发明实施例中OBU具体实施装置所在应用系统的结构示意图。

具体实施方式

下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

为了解决现有技术中存在的行车记录仪在车辆发生碰撞时，无法记录所在车辆的地理位置信息和受撞击程度信息等，且由于遮挡、光线及天气等原因导致视频拍不清楚甚至无法拍摄及拍摄死角也无法拍摄，导致的发生碰撞时车辆本身信息和周边车辆信息记录不清晰、不完整的问题，本发明实施例提供一种辆事故追踪方法，能够及时、准确、全面且有效的保存本车发生碰撞时的碰撞数据和周边车辆信息，为事故鉴定提供有力证据，且加速车辆事故的处理过程。

实施例一

本发明实施例一提供一种车辆事故追踪方法，其流程如图1所示，包括如下步骤：

步骤S101：根据监测到的车辆状态数据，判断车辆是否发生碰撞。

车载单元OBU随时监测着所在车辆的车辆状态数据，所述车辆状态数据，包括：车辆的停止或移动、移动时发生的位移、震动数据以及视频数据中的一项或多项。

若判断车辆处于停止状态，并且检测到车辆有位移产生和/或震动强度产生时，则判断车辆发生了碰撞。

所述震动是指在系统允许误差范围外的震动强度。

和/或，若判断车辆处于移动状态，并且判断车辆的震动强度大于预设的碰撞震动强度阈值时，判断车辆发生了碰撞。

所述碰撞震动强度阈值的设定可以是根据实际情况变化的，例如可以通过求取震动强度平均值的方法来设定：计算设定时间内车辆震动强度的平均值，可以设定所述平均值的2倍为碰撞震动强度阈值。若监测到的震动强度大于预设的碰撞震动强度阈值，则可以判断车辆发生了碰撞。

可选的，车载单元OBU通过车辆的震动强度大于预设的碰撞震动强度阈值判断车辆发生了碰撞后，可以向与其联网的移动终端或PC发送，和/或在其显示屏上显示是否确认车辆发生碰撞的信息，若在设定的阈值时间内收到是的回复或者没有收到回复，则判断车辆发生了碰撞；若在设定的阈值时间内收到了否的回复，则判断车辆没有发生碰撞，调整碰撞震动强度阈值。

步骤S102：从车辆状态数据中提取车辆的碰撞数据，并从与周围与之通信的其他车辆车载单元OBU获取所述其他OBU所属车辆的信息。

车载单元OBU判断所在车辆发生了碰撞后，从所述震动数据中，筛选出超过预设的碰撞震动强度阈值的震动数据；提取下述一项或多项数据：震动数据中的震动强度数据，震动数据中的震动发生的时间信息，震动数据中的震动发生的地理位置和车辆发生震动的位置，震动数据中的车辆受到碰撞时的角度、力度以及位移的时间和距离，震动数据中的车辆受到碰撞时的姿态，震动数据中的车辆收到撞击时的行驶方向和行驶速度，车辆在设定时间范围内的视频数据。

车载单元OBU判断所在车辆发生了碰撞后，在设定时间内从设定范围内与之通信的其他车辆车载单元OBU获取所述其他OBU所属车辆的信息。可选的，所述设定范围也可以不做设定，只要能与之通信的OBU即可，此处不做限定。

所述车辆的信息包括：车辆的牌照信息、车辆的地理位置、车辆的行驶方向和行驶速度中的任一一项或多项。

可选的，所述碰撞数据和所述车辆的信息的获取不分先后顺序，可以先获取碰撞数据，也可以先获取车辆的信息，也可以同时获取。

本实施例所述的上述方法，能够及时、准确、全面且有效的保存本车发生碰撞时的碰撞数据和周边车辆信息，能够迅速定位肇事车辆的信息，为事故鉴定提供有力数据支撑，提高车辆事故的处理效率。

实施例二

本发明实施例二提供一种车辆事故追踪方法的一种具体实现过程，以车辆处于静止状态为例，其流程如图2所示，包括如下步骤：

步骤S201：检测到车辆发生碰撞。

当车辆处于静止状态时，其车载单元OBU处于待机状态，但OBU也随时监测着所在车辆的车辆状态数据，所述车辆状态数据，包括从其内置传感器或与OBU连接的传感器接收的：移动时发生的位移和震动数据。

当OBU检测到车辆有位移产生或系统允许误差外的震动强度产生时，则判断车辆发生了碰撞。

步骤S202：进入工作模式，并进入碰撞后侦测模式。

OBU检测到车辆发生了碰撞时，迅速恢复工作模式，并进入碰撞后侦测模式，执行下述步骤S203～步骤S207。

步骤S203：采集车辆的碰撞数据。

OBU记录车辆的碰撞数据包括：震动强度数据、震动发生的时间信息、震动发生的地理位置和车辆发生震动的位置、车辆受到碰撞时的角度和力度以及位移的时间和距离、车辆受到碰撞时的姿态中的任一一项或多项数据。

步骤S204：与周围其他车辆车载单元OBU通信，获取车辆的信息。

检测到车辆发生了碰撞时，OBU在执行步骤S203采集车辆的碰撞数据的同时执行下述操作：

在设定时间内与设定范围内车辆的车载单元OBU通信，获取所述车辆的信息。所述设定时间，可以是检测到车辆发生了碰撞的时刻开始往后的一段时间，例如可以是从车辆发生了碰撞的时刻开始往后10分钟之内的时间。所述设定范围可以考虑的因素包括有可能发生通信和有必要通信等；可选的，所述设定范围也可以不做设定，只要能与周围车辆的OBU通信即可，此处不做限定。

所述车辆的信息如步骤S102中所述，此处不做赘述。

可选的，OBU也可以开启自身或与之相连的视频采集单元，在设定时间内采集能采集到的所有方向的视频信息。

步骤S205：判断肇事车辆。

OBU根据所述车辆的信息和所述碰撞数据判断肇事车辆。

所述肇事车辆的判断可以根据位置信息来判断：在所述车辆的信息中根据车辆的地理位置信息，寻找碰撞发生的时间时离本车辆的地理位置最近的车辆，即判断为肇事车辆。也可以选用其他判断方法，此处不做限定。

步骤S206：向肇事车辆的车载单元发送告警信息。

OBU判断出肇事车辆后，从肇事车辆的车载单元OBU发送告警信息，可以提高事故的处理效率。

步骤S207：将车辆的碰撞数据和从周围车辆车载单元OBU获取的车辆的信息发送给与其联网的移动终端或PC。

OBU将所述车辆的碰撞数据和从周围车辆车载单元OBU获取的所述车辆的信息发送给与其联网的移动终端或PC，可以使车主及时全面的了解事故过程，从而更快速有效的处理该事故。

可选的，步骤S205～步骤S206、步骤S207没有先后顺序，可以先执行步骤S205～步骤S206，也可以先执行骤S207，也可以同时执行，此处不做限定。

步骤S208：进入待机模式。

OBU检测到车辆发生了碰撞并进行完上述处理后，重新进入待机模式，实时监测与之连接的传感器或其内置传感器检测到的车辆位移和震动强度数据。

本实施例中，车辆在停止状态时，车载单元OBU监测到车辆收到碰撞后，也能及时的采集并保留相关信息且及时通知车主，为后面事故鉴定提供有力证据且保证了事故可以得到及时快速的处理，为事故处理节省时间、人力和物力。

实施例三

本发明实施例三提供一种车辆事故追踪方法的一种具体实现过程，以车辆处于行驶状态为例，其流程如图3所示，包括如下步骤：

步骤S301：检测到车辆启动。

当车辆由停止状态开始启动时，OBU监测到车辆的启动，由待机状态进入下述步骤。

步骤S302：进入工作模式。

OBU监测到车辆的启动后迅速进入工作模式，执行步骤S303和S304。

步骤S303：监测车辆的状态数据，并记录从与周围与之通信的其他车辆车载单元OBU得到的其他OBU所属车辆的信息。

OBU处于工作模式时，时时监测着车辆状态数据；并一直与周围设定范围内的车辆的OBU进行通讯，记录从与周围与之通信的其他车辆车载单元OBU得到的其他OBU所属车辆的信息，所述设定范围也可以不做设定，只要能与之通信的OBU即可，此处不做限定。

所述车辆状态数据和所述车辆的信息如步骤S101和步骤S102中所述，此处不做赘述。

可选的，OBU也可以开启自身或与之相连的视频采集单元，一直采集能采集到的所有方向的视频信息。

所述车辆状态数据、所述车辆的信息和所述视频信息可以采用滚动存储的方式，在存储量达到存储阈值且经过步骤S304判断车辆没有发生碰撞时，删除已经保存的数据，继续存储新的上述数据。

步骤S304：判断车辆是否发生碰撞。

OBU根据所述车辆状态数据，按照步骤S101中车辆处于移动状态时碰撞是否发生的判断方法，来判断车辆是否发生碰撞。

若判断车辆发生碰撞，执行步骤S305；可选的，也可以不执行步骤S305，直接执行步骤S306。若判断车辆没有发生碰撞，回到步骤S303。

步骤S305：确定车辆是否发生碰撞。

可选的，车载单元OBU判断车辆发生了碰撞后，可以在其显示器上显示，或向与其联网的移动终端或PC发送是否确认车辆发生碰撞的信息，若在设定的阈值时间内收到是的回复或者没有收到回复，则判断车辆发生了碰撞，执行步骤S306；若在设定的阈值时间内收到了否的回复，则判断车辆没有发生碰撞，调整碰撞震动强度阈值，回到步骤S303。

步骤S306：从车辆状态数据中提取车辆的碰撞数据，并从与周围与之通信的其他车辆车载单元OBU获取所述其他OBU所属车辆的信息。

确定车辆发生了碰撞后，OBU进入碰撞后侦测模式，从车辆状态数据中提取车辆的碰撞数据。并从保存的数据中获取设定时间内与设定范围内车辆的OBU通讯得到的车辆的信息，所述设定时间可以是自碰撞发生时往前10分钟的时间内；同时继续与设定范围内的车辆的OBU通讯，并获取设定时间内与设定范围内车辆的OBU通讯得到的车辆的信息，所述设定时间可以是自碰撞发生时往后10分钟的时间内。可选的，同上述方法，所述设定范围也可以不做限定。

可选的，OBU同时获取所述设定时间内的视频数据。

步骤S307：判断肇事车辆。

所述肇事车辆的判断可以同步骤S205中根据位置信息来判断。

可选的，也可以根据获取的所述视频数据来判断肇事车辆。

也可以选用其他判断方法，此处不做限定。

步骤S308：向肇事车辆的车载单元发送告警信息。

步骤S309：将所述车辆的碰撞数据和从周围车辆车载单元OBU获取的所述车辆的信息发送给与其联网的移动终端或PC。

步骤S308和步骤S309同上述方法，此处不再赘述。

可选的，步骤S307～步骤S308、步骤S309没有先后顺序，可以先执行步骤S307～步骤S308，也可以先执行骤S309，也可以同时执行。

本实施例所述的上述方法，能够及时、准确、全面且有效的保存本车发生碰撞时的碰撞数据和周边车辆信息，为能够迅速定位肇事车辆的信息，为事故鉴定提供有力数据支撑，提高车辆事故的处理效率。

基于同一发明构思，本发明实施例还提供一种车辆事故追踪装置，该装置可以设置在OBU中，该装置的结构如图4所示，包括：

第一判断模块410，用于根据监测到的车辆状态数据，判断车辆是否发生碰撞；

获取模块420，用于在第一判断模块410判断车辆发生碰撞后，从所述车辆状态数据中提取车辆的碰撞数据，并从与周围与之通信的其他车辆车载单元OBU获取所述其他OBU所属车辆的信息；

第二判断模块430，用于在所述获取模块420从与周围与之通信的其他车辆车载单元OBU获取所述其他OBU所属车辆的信息之后，根据所述获取模块420获取的车辆的信息判断肇事车辆；

第一通讯模块440，用于向第二判断模块430判断的所述肇事车辆的车载单元发送告警信息；

第二通讯模块450，用于在所述获取模块420从与周围与之通信的其他车辆车载单元OBU获取所述其他OBU所属车辆的信息之后，将所述获取模块420获取的所述车辆的碰撞数据和所述车辆的信息发送给与其联网的移动终端或PC。

基于同一发明构思，本发明实施例还提供一种车载单元OBU，其结构如图5所示，包括：

电源510、主控单元520和射频通讯模块530，优选的，所述主控单元520存储包括存储器521和处理器522，所述存储器521存储有计算机程序，所述程序被处理器522执行时，能够实现下述步骤：

根据监测到的车辆状态数据，判断车辆是否发生碰撞；

若是，从车辆状态数据中提取车辆的碰撞数据，并从与周围与之通信的其他车辆车载单元OBU获取所述其他OBU所属车辆的信息。

在OBU的具体实施过程中，可以采用软硬件结合的方式，例如图6所示的例子，OBU的一种示例性的结构包括：

主控单元610、无线通讯模块620、射频通讯模块630、视频采集模块640、电源管理模块650、唤醒模块660、接口及显示模块670、按键显示模块680。

无线通讯模块620用于和与其联网的移动终端或PC通讯；射频通讯模块630用于从与周围与之通信的其他车辆车载单元OBU获取所述其他OBU所属车辆的信息；视频采集模块640连接着摄像头W610，用于从摄像头W610获得视频数据；电源管理模块650用于监测所述OBU电量状态，在其电量不足时及时为所述OBU供电；唤醒模块660，用于当电源管理模块650为其充电后唤醒OBU，与震动传感器W620连接，时时从所述震动传感器W620获得上述方法中所述的震动数据；接口及显示模块670，用于在按键及显示模块680上显示相关信息，并从所述按键及显示模块680获取操作指令。

上述震动传感器可以是独立于OBU之外的设备，也可以是内设于OBU中。

图6所示的OBU所在的网络架构如图7所示，移动终端703通过移动互联网702与所述OBU701进行通讯；周边其他车辆的OBU 704，用于与所述OBU 701进行通讯。

关于上述实施例中的装置和系统，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

除非另外具体陈述，术语比如处理、计算、运算、确定、显示等等可以指一个或更多个处理或者计算系统、或类似设备的动作和/或过程，所述动作和/或过程将表示为处理系统的寄存器或存储器内的物理(如电子)量的数据操作和转换成为类似地表示为处理系统的存储器、寄存器或者其他此类信息存储、发射或者显示设备内的物理量的其他数据。信息和信号可以使用多种不同的技术和方法中的任何一种来表示。例如，在贯穿上面的描述中提及的数据、指令、命令、信息、信号、比特、符号和码片可以用电压、电流、电磁波、磁场或粒子、光场或粒子或者其任意组合来表示。

应该明白，公开的过程中的步骤的特定顺序或层次是示例性方法的实例。基于设计偏好，应该理解，过程中的步骤的特定顺序或层次可以在不脱离本公开的保护范围的情况下得到重新安排。所附的方法权利要求以示例性的顺序给出了各种步骤的要素，并且不是要限于所述的特定顺序或层次。

在上述的详细描述中，各种特征一起组合在单个的实施方案中，以简化本公开。不应该将这种公开方法解释为反映了这样的意图，即，所要求保护的主题的实施方案需要清楚地在每个权利要求中所陈述的特征更多的特征。相反，如所附的权利要求书所反映的那样，本发明处于比所公开的单个实施方案的全部特征少的状态。因此，所附的权利要求书特此清楚地被并入详细描述中，其中每项权利要求独自作为本发明单独的优选实施方案。

本领域技术人员还应当理解，结合本文的实施例描述的各种说明性的逻辑框、模块、电路和算法步骤均可以实现成电子硬件、计算机软件或其组合。为了清楚地说明硬件和软件之间的可交换性，上面对各种说明性的部件、框、模块、电路和步骤均围绕其功能进行了一般地描述。至于这种功能是实现成硬件还是实现成软件，取决于特定的应用和对整个系统所施加的设计约束条件。熟练的技术人员可以针对每个特定应用，以变通的方式实现所描述的功能，但是，这种实现决策不应解释为背离本公开的保护范围。

结合本文的实施例所描述的方法或者算法的步骤可直接体现为硬件、由处理器执行的软件模块或其组合。软件模块可以位于RAM存储器、闪存、ROM存储器、EPROM存储器、EEPROM存储器、寄存器、硬盘、移动磁盘、CD-ROM或者本领域熟知的任何其它形式的存储介质中。一种示例性的存储介质连接至处理器，从而使处理器能够从该存储介质读取信息，且可向该存储介质写入信息。当然，存储介质也可以是处理器的组成部分。处理器和存储介质可以位于ASIC中。该ASIC可以位于用户终端中。当然，处理器和存储介质也可以作为分立组件存在于用户终端中。

对于软件实现，本申请中描述的技术可用执行本申请所述功能的模块(例如，过程、函数等)来实现。这些软件代码可以存储在存储器单元并由处理器执行。存储器单元可以实现在处理器内，也可以实现在处理器外，在后一种情况下，它经由各种手段以通信方式耦合到处理器，这些都是本领域中所公知的。

上文的描述包括一个或多个实施例的举例。当然，为了描述上述实施例而描述部件或方法的所有可能的结合是不可能的，但是本领域普通技术人员应该认识到，各个实施例可以做进一步的组合和排列。因此，本文中描述的实施例旨在涵盖落入所附权利要求书的保护范围内的所有这样的改变、修改和变型。此外，就说明书或权利要求书中使用的术语“包含”，该词的涵盖方式类似于术语“包括”，就如同“包括，”在权利要求中用作衔接词所解释的那样。此外，使用在权利要求书的说明书中的任何一个术语“或者”是要表示“非排它性的或者”。

Claims (1)

1.一种车辆事故追踪装置，其特征在于，所述车辆事故追踪装置用于实现车辆事故追踪方法，所述车辆事故追踪方法包括以下步骤：

车载单元OBU根据监测到的车辆状态数据，判断车辆处于停止状态，并且检测到车辆有位移产生和/或震动产生时，则判断车辆发生了碰撞；和/或，判断车辆处于移动状态，并且判断车辆的震动强度大于预设的碰撞震动强度阈值时，判断车辆发生了碰撞；

车载单元OBU判断车辆发生了碰撞后，向与其联网的移动终端或PC发送是否确认车辆发生碰撞的信息，若在设定的阈值时间内收到是的回复或者没有收到回复，则判断车辆发生了碰撞；若在设定的阈值时间内收到了否的回复，则判断车辆没有发生碰撞，调整碰撞震动强度阈值；

从车辆状态数据中提取车辆的碰撞数据，并从周围与之通信的其他车辆车载单元OBU获取所述其他OBU所属车辆的信息；所述车辆状态数据、所述车辆的信息采用滚动存储的方式，在存储量达到存储阈值且经过判断车辆没有发生碰撞时，删除已经保存的数据；

OBU根据所述其他OBU所属车辆的信息和所述碰撞数据判断出肇事车辆，向肇事车辆的车载单元发送告警消息；

在所述车辆的信息中根据车辆的地理位置信息，寻找碰撞发生的时间时离本车辆的地理位置最近的车辆，即判断为肇事车辆；

所述从车辆状态数据中提取车辆的碰撞数据，包括：

从所述震动数据中，筛选出超过预设的碰撞震动强度阈值的震动数据；

提取下述一项或多项数据：

震动数据中的震动强度数据；

震动数据中的震动发生的时间信息；

震动数据中的震动发生的地理位置和车辆发生震动的位置；

震动数据中的车辆受到碰撞时的角度、力度以及位移的时间和距离；

震动数据中的车辆受到碰撞时的姿态；

震动数据中的车辆受 到撞击时的行驶方向和行驶速度；

车辆在设定时间范围内的视频数据；

所述车辆状态数据，包括下述一项数据或多项数据：

车辆的停止或移动、移动时发生的位移、震动数据以及视频数据；

所述车辆的信息包括下述任一一项或多项：

车辆的牌照信息；

车辆的地理位置；

车辆的行驶方向和行驶速度；

在从周围与之通信的其他车辆车载单元OBU获取所述其他OBU所属车辆的信息之后，还包括：

车载单元OBU将所述车辆的碰撞数据和从周围车辆车载单元OBU获取的所述车辆的信息发送给与其联网的移动终端或PC；

所述车辆事故追踪装置包括：

第一判断模块，用于根据监测到的车辆状态数据，判断车辆处于停止状态，并且检测到车辆有位移产生和/或震动产生时，则判断车辆发生了碰撞；和/或，判断车辆处于移动状态，并且判断车辆的震动强度大于预设的碰撞震动强度阈值时，判断车辆发生了碰撞；车载单元OBU判断车辆发生了碰撞后，向与其联网的移动终端或PC发送是否确认车辆发生碰撞的信息，若在设定的阈值时间内收到是的回复或者没有收到回复，则判断车辆发生了碰撞；若在设定的阈值时间内收到了否的回复，则判断车辆没有发生碰撞，调整碰撞震动强度阈值；

获取模块，在第一判断模块判断车辆发生碰撞后，从所述车辆状态数据中提取车辆的碰撞数据，并从周围与之通信的其他车辆车载单元OBU获取所述其他OBU所属车辆的信息；

第二判断模块，用于在所述获取模块从周围与之通信的其他车辆车载单元OBU获取所述其他OBU所属车辆的信息之后，根据所述获取模块获取的车辆的信息判断肇事车辆；在所述车辆的信息中根据车辆的地理位置信息，寻找碰撞发生的时间时离本车辆的地理位置最近的车辆，即判断为肇事车辆；

第一通讯模块，用于向所述第二判断模块判断的所述肇事车辆的车载单元发送告警消息；

所述从车辆状态数据中提取车辆的碰撞数据，包括：

从所述震动数据中，筛选出超过预设的碰撞震动强度阈值的震动数据；

提取下述一项或多项数据：

震动数据中的震动强度数据；

震动数据中的震动发生的时间信息；

震动数据中的震动发生的地理位置和车辆发生震动的位置；

震动数据中的车辆受到碰撞时的角度、力度以及位移的时间和距离；

震动数据中的车辆受到碰撞时的姿态；

震动数据中的车辆受 到撞击时的行驶方向和行驶速度；

车辆在设定时间范围内的视频数据；

第二通讯模块，用于在所述获取模块从周围与之通信的其他车辆车载单元OBU获取所述其他OBU所属车辆的信息之后，将所述获取模块获取的所述车辆的碰撞数据和所述车辆的信息发送给与其联网的移动终端或PC；

所述车载单元OBU包括：电源、主控单元和射频通讯模块，所述主控单元存储包括存储器和处理器，所述存储器存储有计算机程序，所述程序被处理器执行时，能够实现下述步骤：

车载单元OBU根据监测到的车辆状态数据，判断车辆处于停止状态，并且检测到车辆有位移产生和/或震动产生时，则判断车辆发生了碰撞；和/或，判断车辆处于移动状态，并且判断车辆的震动强度大于预设的碰撞震动强度阈值时，判断车辆发生了碰撞；

从车辆状态数据中提取车辆的碰撞数据，并从周围与之通信的其他车辆车载单元OBU获取所述其他OBU所属车辆的信息；

OBU根据所述其他OBU所属车辆的信息和所述碰撞数据判断出肇事车辆，向肇事车辆的车载单元发送告警消息；

所述从车辆状态数据中提取车辆的碰撞数据，包括：

从所述震动数据中，筛选出超过预设的碰撞震动强度阈值的震动数据；

提取下述一项或多项数据：

震动数据中的震动强度数据；

震动数据中的震动发生的时间信息；

震动数据中的震动发生的地理位置和车辆发生震动的位置；

震动数据中的车辆受到碰撞时的角度、力度以及位移的时间和距离；

震动数据中的车辆受到碰撞时的姿态；

震动数据中的车辆受 到撞击时的行驶方向和行驶速度；

车辆在设定时间范围内的视频数据。

Images