CN106548537B - 一种基于行车记录仪的交通事故信息收集系统 - Google Patents

Abstract

本发明公开了一种基于行车记录仪的交通事故信息收集系统，包括普通汽车端和110汽车端。其中普通汽车端包括车辆GPS信息模块、资源存取模块、信息处理模块、接收模块、发送模块。110汽车端包括事故信息生成模块、车辆GPS信息模块、资源存取模块、信息处理模块、接收模块、发送模块。所述资源存取模块包括资源读取子模块和资源存储子模块。所述信息处理模块包括生成消息子模块、检验消息子模块和分析消息子模块。

Description

一种基于行车记录仪的交通事故信息收集系统

技术领域

本发明涉及一种基于行车记录仪的交通事故信息收集系统，是对城市道路上没有摄像头或者摄像头无法拍摄到地方的补充，属于无线通信技术领域。

背景技术

目前收集交通事故信息的方法有很多，有的是采用人工的方式，包括目击调查、现场拍照、现场测量等。有的是基于web的方式获取交通事故信息，用户通过浏览器将事故信息上传到相关交通部门服务器，该方式用户不一定会自愿上传交通事故信息。还有的是利用道路两边安装固定的基础设施，发生交通事故时，通过基础设施还原发生交通事故时的情形并且获取交通事故信息。但基础设施位置固定，没有固定设施覆盖的地方无法获取信息。上述的方法都只能获取到发生交通事故后的信息，无法获取发生交通事故前的信息，事后事故分析和责任认定具有一定的困难。

城市道路的十字路口大多数都装有摄像头，可以利用这些摄像头收集发生交通事故时的完整信息。然而在没有装摄像头的地方，或者摄像头无法拍摄到的地方，收集交通事故信息仍然具有一定的困难。行车记录仪是记录车辆行驶过程中的视频图像和声音的仪器，可以为交通事故提供数据。目前许多车辆都安装了行车记录仪，然而并没有把记录的数据上传，而是保存在本地，需要时人工回放。

发明内容

为了克服现有的收集交通事故信息方法中不能收集没有装摄像头或者由于拍摄角度问题导致的摄像头无法拍摄到信息的不足，本发明提出一种基于行车记录仪的交通事故信息(亦称“资源”)收集系统，利用无线网络通信技术，将行车记录仪记录的交通事故信息传输到相关交通部门(110警车)。在传输过程中，包括三个阶段——资源寻找、资源提取、资源回传。

本系统包括普通汽车端和110汽车端。其中普通汽车端包括车辆GPS信息模块、资源存取模块、信息处理模块、接收模块、发送模块。110汽车端包括事故信息生成模块、车辆GPS信息模块、资源存取模块、信息处理模块、接收模块、发送模块。所述资源存取模块包括资源读取子模块和资源存储子模块。所述信息处理模块包括生成消息子模块、检验消息子模块和分析消息子模块。

基于行车记录仪的交通事故信息收集系统可以收集事故的图片资源和视频资源，弥补了不能收集没有装摄像头或者由于拍摄角度问题导致的摄像头无法拍摄到信息的不足。该系统可以为交通部门提供证据，有利于更好的处理交通事故，对事后事故分析和责任认定起到一定的作用。

附图说明

下面结合附图和实施例对本发明进一步说明。

图1是系统网络模型图。

图2是110汽车端系统结构图。

图3是普通汽车端系统结构图。

图4是生成消息子模块流程图。

图5是检验消息子模块流程图。

图6是分析消息子模块流程图。

图7是资源读取子模块流程图。

图8是资源存储子模块流程图。

图9是发送模块流程图。

图10是接收模块流程图。

具体实施方式

实施例1

本发明在传输过程中，包括三个阶段——资源寻找阶段、资源提取阶段、资源回传阶段。如图1所示。

1、资源寻找阶段：道路上的车辆在行驶过程中，在X地点发生交通事故，如果需要收集该交通事故的信息时，进入资源寻找阶段。首先110警车A根据交通事故发生的时间和地点，发起交通事故收集请求，本发明使用延迟容忍网络中的传染病路由，将交通事故收集请求发送到城市道路上更多的车辆。

2、资源提取阶段：行驶在城市道路上的车辆B拍摄到交通事故信息。当车辆B收到110警车A发送的交通事故收集请求时，进入资源提取阶段。根据行车记录仪中记录的轨迹信息提取交通事故收集请求所要收集的视频资源。本发明在收集资源时，首先收集图片资源，图片资源是从提取到的视频资源中随机截取部分图片获得。如果收集到的图片资源还不能完全协助相关交通部门处理交通事故，再收集视频资源。首先将视频资源进行分片处理，然后再将分片的资源进行传输，最后在相关交通部门(110警车)做汇总。

3、资源回传阶段：当成功提取到请求的交通事故信息资源时，进入资源回传阶段。在回传过程中，采用发布/订阅模型。首先拥有资源的车辆发布其提取到的资源目录信息，收到目录信息的车辆向目录发布者订阅资源，资源发布者按资源订阅者订阅的资源发布资源。包括如下3个过程

(1)资源目录发布过程

车辆B提取到资源后，根据资源生成资源目录，然后将资源目录发布出去，以便其他车辆订阅该车辆所具有的资源。

(2)资源订阅过程

当车辆C收到车辆B发的资源目录信息时，根据收到的资源目录信息生成订阅资源的信息，并向发布资源目录的车辆B发送资源订阅信息。

(3)资源发布过程

当车辆B收到车辆C发送的资源订阅信息时，根据车辆C订阅资源的信息，将提取到的资源发送到车辆B。

通过上述三个过程，将资源从车辆B传输到车辆C。类似的，通过该过程，可以将资源传输到110警车A。对于已经收到的资源不需要再继续收集，110警车向网络中发送资源确认信息。通知其他参与转发资源的车辆已经收集到资源，无需再继续转发。其他参与转发资源的车辆收到资源确认信息时，根据资源确认信息删除本地的资源，不再转发。同时，如果长时间没有收到某资源，110警车向网络中发送资源查找信息。

实施例2

如图2所示，基于行车记录仪的交通事故信息收集系统的110汽车端分为6个模块。事故信息生成模块生成事故的基本信息，基本信息包括发生事故时间和经纬度，其中经纬度通过在地图上选择的方式指定。车辆GPS信息模块用于取得当前车辆的物理信息，包括经纬度、速度、方向等。资源存取模块用于从本地读取所需的资源信息或者存入其他节点传来的资源信息。信息处理模块是系统的核心模块，连接各个模块，将各个模块的消息做处理。发送模块是将其他模块的数据发送到网络中的其他节点。接收模块是将其他节点发送来的数据接收并提交到信息处理模块。其中发送模块和接收模块的底层传输是通过ZigBee和Wi-Fi技术，通过ZigBee设备组建无线mesh网络传输基本消息，通过Wi-Fi传输图片资源和视频资源。

实施例3

如图3所示，基于行车记录仪的交通事故信息收集系统的普通汽车端采用模块化设计，分为5个模块。车辆GPS信息模块用于取得当前车辆的物理信息，包括经纬度、速度、方向等。资源存取模块用于从本地读取所需的资源信息或者存入其他节点传来的资源信息。信息处理模块是系统的核心模块，连接各个模块，将各个模块的消息做处理。发送模块是将其他模块的数据发送到网络中的其他节点。接收模块是将其他节点发送来的数据接收并提交到信息处理模块。其中发送模块和接收模块的底层传输是通过ZigBee和Wi-Fi技术，通过ZigBee设备组建无线mesh网络传输基本消息，通过Wi-Fi传输图片资源和视频资源。

实施例4

本实施例提供生成消息子模块的一个具体实施方案，生成消息子模块的工作流程如图4所示。需要生成消息时，首先填充各字段的信息(除校验和)，然后将消息中的每个字节异或(除校验和位)得到校验和，填充校验和字段，最后将消息加入发送消息队列。在本实施例的设计中，总共包括5种消息，它们的消息格式如下。

1、事故发布消息：由110警车发出，其他车辆转发。

2、资源目录发布消息：拥有资源的车辆发出。

3、资源订阅消息：订阅资源的车辆发出。

4、资源确认消息：由110警车发出，其他车辆转发。

5、资源查找消息：由110警车发出，其他车辆转发。

实施例5

本实施例提供检验消息子模块的一个具体实施方案，检验消息子模块的工作流程如图5所示。从接收模块获取到消息后，首先提取消息中的校验和字段SUM，并将消息中的每个字节异或(除校验和位)得到校验和SUM1，然后比较SUM和SUM1是否相等。如果相等，则说明收到的消息是正确的。否则，说明收到的消息是错误的。

实施例6

本实施例提供分析消息子模块的一个具体实施方案，分析消息子模块的工作流程如图6所示。收到消息时，首先提取消息并检验消息的正确性，如果消息正确，提取消息类型字段，根据消息类型字段判断消息类型，然后根据消息类型处理消息。否则丢弃该消息。具体处理过程如下所示：

普通汽车端

事故发布信息：首先转发并存储该消息，提取消息中的目的车辆(110警车)位置信息更新本地的信息(如果没有该目的节点的位置信息则加入，否则根据时间戳更新)。然后调用资源存取模块查找是否存在所需资源。如果有，则通过调用资源存取模块和车辆GPS信息模块生成资源目录发布消息，然后发送该消息。

资源目录发布消息：首先根据本节点与目的节点(110警车)的位置关系确定是否要订阅该资源消息(为了避免在网络中传输大量的资源，本发明设计为只有运动方向是靠近目标节点的车辆订阅)。如果要订阅，则调用资源存取模块查找是否已存在该事故的资源信息，如果存在则与收到的资源目录发布消息作对比，确定需要订阅的资源。然后根据资源目录发布消息中的节点位置信息(经纬度、运动速度、方向)确定要订阅的资源信息，然后生成资源订阅消息，加入发送消息队列发送该消息。

资源订阅消息：以节点ID为网络名开启Wi-Fi热点，等待其他节点连接。当订阅资源的节点连接成功后，根据其订阅的资源信息调用资源存取模块查找资源，如果有则返回资源并通过发送模块发送出去，否则提示没有该资源。

资源确认消息：首先将消息加入到发送消息队列转发该消息，并存储该消息，然后根据资源确认消息目录调用资源存取模块查找是否存在该资源，如果存在则删除并不再发布该资源。

资源查找消息：首先根据资源查找消息调用资源存取模块查找是否存在该资源，如果存在则根据查找消息和GPS模块生成资源目录发布消息，并且加入发送消息队列发送该消息；否则存储该消息，并加入发送消息队列转发该消息。

110汽车端

资源目录发布消息：首先根据资源目录发布消息确定是否要收集该事故资源。如果是则调用资源存取模块查找是否已存该事故的资源信息，如果存在则与收到的资源目录发布消息作对比，确定要订阅的资源；否则订阅全部资源，生成资源订阅消息，加入发送消息队列发送该消息。

实施例7

本实施例提供资源读取子模块的一个具体实施方案，资源读取子模块的工作流程如图7所示。当信息处理模块收到收集某一交通事故的资源请求时，首先根据指定事故的经纬度和时间查找是否有满足条件的资源，如果有，确定视频的时间段，然后根据确定的视频时间段提取视频资源，然后根据需求截取视频中的若干图片或者为了便于传输将视频资源分片，返回资源信息。如果没有，则返回空。

实施例8

本实施例提供资源存储子模块的一个具体实施方案，资源存储子模块的工作流程如图8所示。当收到其他车辆传输来的资源时，首先检查存放目录是否存在，如果存在，则将文件直接保存在该目录下。如果不存在，则首先创建目录，然后将文件保存在该目录下。

实施例9

本实施例提供发送模块的一个具体实施方案，发送模块的工作流程如图9所示。当发送消息时，首先检查是否有图片资源或视频资源发送，如果有，则调用Wi-Fi模块发送图片资源或视频资源。如果没有，则检查消息队列是否有消息。如果有，则从队列中提取一条消息发送出去。

实施例10

本实施例提供接收模块的一个具体实施方案，接收模块的工作流程如图10所示。当接收消息时，首先检查是否有图片资源或视频资源接收，如果有，则调用Wi-Fi模块接收图片资源或视频资源。如果没有，则检查接收缓冲区是否有消息。如果有，则从接收缓冲区中提取一条消息并交由信息处理模块处理。

Claims (1)

1.一种基于行车记录仪的交通事故信息收集系统，其特征是，包括普通汽车端和110汽车端；

所述普通汽车端由车辆GPS信息模块、资源存取模块、信息处理模块、接收模块、发送模块组成；所述110汽车端由事故信息生成模块、车辆GPS信息模块、资源存取模块、信息处理模块、接收模块、发送模块组成；

所述普通汽车端和110汽车端的车辆GPS信息模块使用GPS芯片获取当前车辆的经纬度、速度和方向，并向信息处理模块提供信息；

所述110汽车端的所述事故信息生成模块负责生成事故的基本信息，包括时间和位置，并向信息处理模块提供事故信息；

所述普通汽车端和110汽车端的资源存取模块负责从本地读取所需的资源信息或者存入其他节点传来的资源信息；

所述普通汽车端和110汽车端的信息处理模块负责连接各个模块，生成和处理各种消息；

所述普通汽车端和110汽车端的发送模块负责消息和资源的发送，消息的发送使用ZigBee，资源的发送使用Wi-Fi；

所述普通汽车端和110汽车端的接收模块负责消息和资源的接收，消息的接收使用ZigBee，资源的接收使用Wi-Fi；

其中，所述普通汽车端和110汽车端的资源存取模块包括资源读取子模块和资源存储子模块；资源读取子模块负责从行车记录仪中读取需要收集的资源和资源目录信息；资源存储子模块将从其他车辆收到的视频资源和图片资源存储在本地；

所述普通汽车端和110汽车端的信息处理模块包括生成消息子模块、检验消息子模块、分析消息子模块；生成消息子模块负责生成各种消息，然后通过发送模块发送；检验消息子模块负责在处理消息前检验收到的消息是否正确；分析消息子模块分析消息并对消息做处理；

其中，检验消息子模块的工作流程为从接收模块获取到消息后，首先提取消息中的校验和字段SUM，并将消息中的每个字节异或得到校验和SUM1，然后比较SUM和SUM1是否相等，如果相等，则说明收到的消息是正确的，否则，说明收到的消息是错误的；分析消息子模块的工作流程为收到消息时，首先提取消息并检验消息的正确性，如果消息正确，提取消息类型字段，根据消息类型字段判断消息类型，然后根据消息类型处理消息，否则丢弃该消息。

Images