CN117690307A - 交通事故通报系统及方法 - Google Patents

Abstract

本申请公开了一种交通事故通报系统及方法，其中交通事故通报系统包括车载单元和云服务器。车载单元包括车载传感模块、车载处理模块和车载通信模块。车载单元采集当前路段上的邻近车辆的车辆信息并分析车辆信息，以判断当前路段上的邻近车辆是否发生交通事故，从而获得第一判断结果。当第一判断结果为发生交通事故时，车载单元向云服务器发送车辆信息，以使云服务器进行综合判断，且在综合判断结果为发生交通事故时通知车载单元，使得车载单元发出交通事故信息，以便未经交通事故发生点的车辆可以及时知晓和可以实时获得更新后的路况。本申请交通事故通报系统及方法在交通事故通报上具有良好的时效性。

Description

交通事故通报系统及方法

技术领域

本申请涉及交通管理技术领域，尤其涉及一种交通事故通报系统及方法。

背景技术

当路段发生交通事故，通常是由驾驶员或行人等人为上报相关管理部门，等相关管理部门赶往事故现场确认具体情况，才能发布交通事故信息。显然，这种通报方式时效性较差，未经交通事故发生点的行驶车辆无法第一时间获知事故的发生和交通事故发生点的路况，容易造成二次事故、路段拥堵等。而且，当交通事故得以进一步处理，行驶车辆也无法实时获得更新后的路况。

发明内容

本申请的主要目的是提供一种交通事故通报系统及方法，旨在解决现有技术中交通事故通报时效性不足的问题。

为了达到上述目的，本申请采用以下技术方案：

一种交通事故通报系统，包括车载单元和云服务器，

所述车载单元设于车辆上，

所述车载单元包括车载传感模块、车载处理模块和车载通信模块，

所述车载处理模块连接所述车载传感模块，所述车载传感模块用于采集当前路段上的邻近车辆的车辆信息；

所述车载通信模块连接所述车载处理模块及所述云服务器，

所述车载处理模块用于接收并分析所述车辆信息，以判断所述当前路段上的邻近车辆是否发生交通事故，从而获得第一判断结果；其中，

当所述第一判断结果为发生交通事故时，

所述车载处理模块还用于通过所述车载通信模块向所述云服务器发送所述车辆信息；

所述云服务器用于在接收到所述车辆信息后，获得综合判断结果，且在所述综合判断结果为发生交通事故时，向所述车载通信模块回传所述综合判断结果，所述车载处理模块还用于通过所述车载通信模块发出交通事故信息。

优选地，所述当前路段上的邻近车辆均设置有所述车载通信模块，当所述综合判断结果为发生交通事故时，所述车辆的所述车载通信模块用于将交通事故信息发送给其他车辆的车载通信模块，所述其他车辆为当前路段上还未经过当前交通事故发生位置以及即将进入当前路段的车辆。

优选地，所述交通事故通报系统还包括路侧单元，所述路侧单元设置于各个路段上，所述车载通信模块连接所述路侧单元，当所述综合判断结果为发生交通事故时，所述车载通信模块还用于将交通事故信息广播给当前路段上的所述路侧单元。

更进一步地，所述交通事故通报系统还包括路侧单元，

所述路侧单元设置于各个路段上，

所述车载通信模块连接所述路侧单元以及其他车辆的所述车载通信模块，

当所述综合判断结果为发生交通事故时，所述车载通信模块用于将交通事故信息广播给当前路段上的所述路侧单元、当前路段上还未经过当前交通事故发生位置以及即将进入当前路段的其他车辆上的所述车载通信模块。

更进一步地，所述路侧单元包括路侧传感模块、路侧处理模块和路侧通信模块，

所述路侧通信模块连接所述路侧处理模块及所述云服务器，

所述路侧传感模块用于采集当前路段的路况信息；

所述路侧处理模块连接所述路侧传感模块，所述路侧处理模块用于接收并分析所述路况信息，判断当前路段是否发生交通事故，从而获得第二判断结果；其中，

当所述第二判断结果为发生交通事故，

所述路侧处理模块还用于通过所述路侧通信模块向所述云服务器发送所述路况信息；以及

所述云服务器用于结合所述车辆信息和所述路况信息对当前路段是否发生交通事故进行综合判断，并获得所述综合判断结果。

更进一步地，当所述综合判断结果为发生交通事故，所述云服务器还用于向所述路侧通信模块回传所述综合判断结果，所述路侧处理模块还用于通过所述路侧通信模块向当前路段上的车辆发送交通事故信息。

一种交通事故通报方法，包括，

通过车载传感模块采集当前路段上的邻近车辆的车辆信息；

通过车载处理模块分析所述车辆信息，判断所述当前路段上的邻近车辆是否发生交通事故，从而获得第一判断结果；

当所述第一判断结果为发生交通事故，通过车载通信模块向云服务器发送所述车辆信息；

通过所述云服务器获得综合判断结果；

当所述综合判断结果为发生交通事故时，通过所述车载通信模块向所述车载处理模块回传所述综合判断结果，再通过所述车载通信模块发出交通事故信息。

优选地，当所述综合判断结果为发生交通事故时，通过所述车载通信模块发出交通事故信息，包括如下步骤：

通过所述车载通信模块将交通事故信息发送给当前路段上还未经过当前交通事故发生位置的其他车辆上的所述车载通信模块；

通过所述车载通信模块将交通事故信息发送给即将进入当前路段的其他车辆上的所述车载通信模块。

优选地，当所述综合判断结果为发生交通事故时，通过所述车载通信模块发出交通事故信息，包括如下步骤：

通过所述车载通信模块将交通事故信息发送给当前路段上的路侧单元。

更进一步地，所述方法还包括：

通过所述路侧单元中的路侧传感模块采集当前路段的路况信息；

通过所述路侧单元中的路侧处理模块分析路况信息，判断当前路段是否发生交通事故，从而获得第二判断结果；

当所述第二判断结果为发生交通事故，通过所述路侧单元中的路侧通信模块向所述云服务器发送所述路况信息；

通过所述云服务器结合所述车辆信息和所述路况信息对当前路段是否发生交通事故进行综合判断，并获得所述综合判断结果。

与现有技术相比，本申请具有以下优点：

1、本申请交通事故通报及方法可以将车辆、路侧基础设施和云服务器进行结合，通过车载单元和路侧单元分别判断是否有发生交通事故，在判断有发生交通事故的情况下，再通过云服务器结合路侧单元和车载单元采集的数据，对路段是否发生交通事故进行综合判断，且还可以实时更新判断结果，因此可以有效提高判断的准确性和可靠性。

2、本申请交通事故通报及方法具有良好的时效性和可靠性。车载单元可以与其他车载单元、路侧基础设施和云服务器建立通信，也即可实现V2X(vehicle to everything)通信。因此，车辆可以即时向路段上还未经过当前交通事故发生位置和即将进入当前路段的后方车辆，以及路段上的路侧单元传送交通事故信息，路侧单元还可以向路段上的车辆及后续即将进入路段的车辆发送交通事故信息，如此可以确保行驶车辆可以及时获知交通事故信息。而且，当交通事故有进一步发展时，行驶车辆也可以及时知晓更新后的交通情况。

3、本申请交通事故通报及方法中，车辆可以通过车载单元获知交通事故信息，以便及时采用相应的避障路线，从而可以避免造成严重拥堵和影响救援，以及避免交通事故的恶化，有利于更高效地管理交通。

4、本申请交通事故通报及方法中，云服务器在确定路段发生交通事故后，还可以向相关管理部门即时上报交通事故信息，以便相关管理部门可以第一时间进行救援和快速向公众发布消息。

附图说明

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

图1为本申请实施例提供的交通事故通报系统的应用场景示意图。

图2为图1所示交通事故通报系统的连接示意图。

图3为本申请实施例提供的交通事故通报方法的流程图。

主要元件符号说明

交通事故通报系统 100

当前车辆 10

邻近车辆 20

车载单元 30

车载传感模块 301

车载处理模块 302

车载通信模块 303

路侧基础设施 40

路侧单元 50

路侧传感模块 501

路侧处理模块 502

路侧通信模块 503

云服务器 60

后方车辆 70

如下具体实施方式将结合上述附图进一步说明本申请。

具体实施方式

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

本申请的说明书及上述附图中的术语“第一”和“第二”等是用于区别不同对象，而非用于描述特定顺序。此外，术语“包括”以及它们任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或模块的过程、方法、系统、产品或设备没有限定于已列出的步骤或模块，而是可选地还包括没有列出的步骤或模块，或可选地还包括对于这些过程、方法、产品或设备固有的其它步骤或模块。

本申请提供一种交通事故通报系统，可应用于高速公路、快速公路、普速公路等多种类型的道路。示例的，图1示出了本申请交通事故通报系统100的应用场景。该应用场景包括道路和行驶于道路上的多辆车辆。其中，道路可分为依次连接的多个路段，例如以每5km的道路部分作为一个路段。对于行驶在路段上的一台车辆例如当前车辆10，具有对应的邻近车辆20。邻近车辆20与当前车辆10位于同一路段，且位于当前车辆10设定的车距范围内。位于邻近车辆20的后方且行驶在下一路段上的车辆为后方车辆70。

每台车辆均安装有对应的车载单元30。每个路段上设有对应的路侧基础设施40，路侧基础设施40具有路侧单元50。车载单元和路侧单元均与云服务器60相连接并相互通信。交通事故通报系统100可基于车载单元30、路侧单元50和云服务器60，实现对这些路段上的交通事故的实时监控和即时通报。

请一并参照图2，交通事故通报系统100包括车载单元30、路侧单元50和云服务器60。

车载单元30包括车载传感模块301、车载处理模块302和车载通信模块303。车载传感模块301用于采集当前路段上的邻近车辆20的车辆信息。

在本申请实施例中，车载传感模块301可以包括车载雷达模块和车载摄像头。车载雷达模块可用于通过雷达信号来检测其所在的车辆(即对应图1中的当前车辆10)和对应的邻近车辆20之间的车距以及邻近车辆20所在的方位，由此得到测距信息。可以理解，本申请并不限制车载雷达模块的类型，示例的，车载雷达模块可以是毫米波雷达、激光雷达和超声波雷达中的至少一种。车载摄像头可用于拍摄邻近车辆20及周围环境，由此得到拍摄信息。因此，邻近车辆20的车辆信息即包括车载雷达模块的测距信息和车载摄像头的拍摄信息。

车载处理模块302可以是中央处理单元(Central Processing Unit，CPU)，还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。车载处理模块302可以是微处理器或者任何常规的处理器等。车载处理模块302与车载传感模块301相连接，可接收车载传感模块301采集的邻近车辆20的车辆信息并进行分析处理。

具体地，车载处理模块302可以利用车载雷达模块的测距信息获知当前路段上的邻近车辆20，并利用图像识别算法对车载摄像头的拍摄信息进行识别，以判断邻近车辆20是否出现交通事故，进而生成第一判断结果。

其中，可以理解，车载处理模块302可以基于拍摄信息识别出车辆、行人和各种障碍物(例如建筑物、塌方、道路施工及抢修设施等)，还可以识别出邻近车辆20的车牌号以及识别出邻近车辆20的外形损坏情况，例如邻近车辆20的车身是否出现凹陷等。

在本申请实施例中，车载传感模块301还可以包括车载定位模块，车载定位模块可用于采集与邻近车辆20相关的位置信息。具体地，车载定位模块例如可以是北斗定位模块、GPS定位模块等，可用于获得其所在的车辆的当前地理坐标(也即经度和纬度)。车载处理模块302可用于根据高清地图数据和其所在的车辆的当前地理坐标，获得其所在的车辆在当前路段上的具体位置，进而，在该具体位置上加上与邻近车辆20相隔的车距，即可得到邻近车辆20在当前路段上的具体位置。

可以理解，在本申请实施例中，车载单元30还可以包括车载存储模块。车载存储模块可以包括非易失性计算机可读存储器，例如硬盘、内存等。可理解，车载存储模块还可以包括其他非易失性计算机可读存储器，例如插接式硬盘，智能存储卡(Smart Media Card，SMC)，安全数字(Secure Digital，SD)卡，闪存卡(Flash Card)、至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。车载存储模块连接车载处理模块302。车载处理模块302用于在第一判断结果为邻近车辆20发生交通事故的情况下，将邻近车辆20的车辆信息和分析处理过程中产生的相关数据存储于车载存储模块中。

车载通信模块303与车载处理模块302相连接。在本申请实施例中，车载通信模块303还可以与外部设备，例如其他车载通信模块303、路侧单元50、云服务器60以及相关管理部门的交通管理系统等进行连接，从而可以与所连接的外部设备相互通信。因此，当车载处理模块302生成的第一判断结果为邻近车辆20出现交通事故时，车载处理模块302还可以通过车载通信模块303向云服务器60发送车载传感模块301所采集的邻近车辆20的车辆信息。

请再次参照图2，每个路侧单元50包括路侧传感模块501、路侧处理模块502和路侧通信模块503。其中，路侧传感模块501用于采集其所在的当前路段上的路况信息。

在本申请实施例中，路侧传感模块501包括路侧雷达模块和路侧摄像头。其中，路侧雷达模块可用于通过雷达信号来检测经过的每台车辆经过的行驶速度，由此得到测速信息。路侧摄像头可用于实时拍摄当前路段。当前路段上的路况信息即包括路侧雷达模块的测速信息和路侧摄像头的拍摄信息。

可以理解，本申请并不限制路侧雷达模块的类型，示例的，路侧雷达模块可以是毫米波雷达、激光雷达和超声波雷达中的至少一种。可以理解，为便于采集，路侧雷达模块和路侧摄像头可以安装在路段上的路灯、交通龙门架和/或交通标志杆等路侧基础设施40上。示例的，如图1所示，当以每两个相邻的交通龙门架之间的道路部分作为一个路段时，路侧雷达模块和路侧摄像头均可以设置至少两个，且安装在两个相邻的交通龙门架上，以使路侧传感模块501可以位于同一路段的前、后两端，以两个不同的视角采集路段的路况信息。

路侧处理模块502可以是中央处理单元(Central Processing Unit，CPU)，还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。路侧处理模块502可以是微处理器或者任何常规的处理器等。路侧处理模块502与路侧传感模块501相连接，可接收路侧传感模块501采集的路况信息并进行分析处理。

具体地，路侧处理模块502可以根据路侧雷达模块的测速信息，通过边缘计算得出当前路段上的车辆的平均速度，以此判断当前路段上的各台车辆的速度是否异常。其中，速度异常例如可以是某台车辆超过当前路段的最高时速，或者车辆突然停车等。

路侧处理模块502还可以根据路侧摄像头的拍摄信息识别出当前路段上出现的车辆、行人和各种障碍物(例如建筑物、塌方、道路施工及抢修设施等)。其中，当路侧摄像头设有至少两个且分布在同一路段上的不同位置时，路侧处理模块502还可以对比路侧摄像头在不同视角下的拍摄信息，从而可以提高识别的准确度。

路侧处理模块502还可以根据识别出的车辆，通过边缘计算得出当前路段的车流量，进而判断当前路段的车流量是否异常。其中，车流量即是指在设定的时间段内通过当前路段的车辆数目。车流量异常例如可以是车流量会超过设定的最大车流量。

路侧处理模块502还可以根据识别出的车辆，通过边缘计算得出车辆之间的车距，进而判断是否存在车距异常的情况。其中，车距异常例如可以是车距小于设定的最小车距。

路侧处理模块502还可以利用图像识别算法对路侧摄像头的拍摄信息进行内容识别，结合上述速度异常、车流量异常和/或车距异常的判断结果来判断当前路段上是否出现交通事故，并生成第二判断结果。

可以理解，在本申请实施例中，路侧单元50还可以包括路侧存储模块。路侧存储模块可以包括非易失性计算机可读存储器，例如硬盘、内存等。可理解，路侧存储模块还可以包括其他非易失性计算机可读存储器，例如插接式硬盘，智能存储卡(Smart Media Card，SMC)，安全数字(Secure Digital，SD)卡，闪存卡(Flash Card)、至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。路侧存储模块连接路侧处理模块502。路侧处理模块502用于在第二判断结果为当前路段发生交通事故的情况下，将路况信息和分析处理过程中产生的相关数据存储于路侧存储模块中。

路侧通信模块503与路侧处理模块502相连接。可以理解，路侧通信模块503的通信范围可覆盖其所在的整个路段，以确保路侧单元50与同一路段上的车辆之间能够顺利地进行通信。

路侧通信模块503还可以与外部设备，例如车载单元30、云服务器60以及相关管理部门的交通管理系统等进行连接，从而可以与所连接的外部设备相互通信。因此，当路侧处理模块502生成的第二判断结果为当前路段出现交通事故时，路侧处理模块502还可以通过路侧通信模块503向云服务器60发送路侧传感模块501所采集的路况信息。

云服务器60用于在接收到车载单元30所发送的邻近车辆20的车辆信息和路侧单元50所发送的当前路段上的路况信息后，结合车辆信息和路况信息对当前路段是否发生交通事故进行综合判断，并获得综合判断结果。

具体地，云服务器60可以将车辆摄像头和路侧摄像头的拍摄信息进行解析，由于车辆摄像头拍摄到的是近距离视角下的拍摄信息，路侧摄像头拍摄的是远距离视角下的拍摄信息，因此云服务器60将近距离和远距离视角下的拍摄信息相结合，可以更准确地识别拍摄信息中当前路段上的是否发生交通事故，且也可以更精确地识别出当前路段上出现的车辆、行人和各种障碍物(例如建筑物、塌方、道路施工及抢修设施等)。而且，云服务器60还可以结合车辆信息中的邻近车辆20的外形损坏情况、邻近车辆20的具体位置及车牌号，确定具体是哪台车辆发生交通事故(也即涉事车辆)和交通事故发生点及范围。

可以理解，云服务器60还可以根据识别出的当前路段上出现的车辆、行人和各种障碍物，结合车辆速度异常、车流量异常、车距异常以及路段规则来判断交通事故的发生原因。

在得出综合判断结果后，云服务器60还用于向相关管理部门的交通管理系统进行通报。其中，通报的内容可包括路段是否发生交通事故。在综合判断结果为发生交通事故时，通报的内容还可以包括交通事故发生点及范围，涉事车辆，交通事故的发生原因和相关的车辆信息及路况信息等。如此，相关管理部门可以实时获知当前路段的情况，以便发生交通事故时，可以第一时间赶往事故现场进行救援，并及时向公众发布交通事故信息。其中，交通事故信息可以包括交通事故发生点及范围，涉事车辆，交通事故的发生原因和相关的车辆信息及路况信息等。

在本申请实施例中，云服务器60还用于向发送车辆信息的车载通信模块303回传综合判断结果，以使车载处理模块302获知综合判断结果。在第一判断结果和综合判断结果不一致的情况下，车载处理模块302还可以进行机器学习来优化图像识别算法及分析处理过程，以提高第一判断结果的准确性。而且，车载处理模块302可以根据其所在车辆的速度、加速度和具体位置、与邻近车辆20相隔的车距及邻近车辆20的具体位置进行避障计算，以生成合适的行驶路线，避开交通事故发生点。

为提高交通事故信息的时效性，当综合判断结果为发生交通事故时，接收到云服务器60回传的综合判断结果的车载通信模块303还用于向其他车辆的车载通信模块303发送交通事故信息，以使其他车辆也可以实时知晓当前路段发生交通事故，从而可以采取更优的行驶路线，避免造成二次事故、加剧路段拥堵等而影响救援和道路通行。

可以理解，在本申请实施例中，可接收到的交通事故信息的其他车辆为当前路段上还未经过当前交通事故发生位置的车辆，以及即将进入当前路段的车辆，可以不包括已行驶过交通事故发生点的车辆和正行驶在交通事故发生点的车辆。这主要是考虑到，已行驶过交通事故发生点的车辆和正行驶在交通事故发生点的车辆在行驶时即可知晓发生交通事故，因此并不必要再加以通知。如此，可以减少车载通信模块303的数据发送量，避免车载通信模块303的数据传输发生拥堵，提高车载通信模块303的数据传输效率和传输的即时性。

可以理解，当综合判断结果为发生交通事故时，接收到云服务器60回传的综合判断结果的车载通信模块303还用于向当前路段上的路侧单元50发送交通事故信息。如此，路侧单元50可以将路况信息与交通事故信息进行对比，在不一致的情况下重新分析，得出更新的第二判断结果。

可以理解，接收到云服务器60回传的综合判断结果的车载单元30需要获得相关管理部门的授权许可后，才允许向其他车辆的车载单元30及当前路段上的路侧单元50发送交通事故信息，如此可以确保交通事故信息真实和可靠。其中，授权许可具体是从相关管理部门的交通管理系统接收得到。

可以理解，如图1所示，当其他车辆的车载单元30接收到交通事故信息后，还可以向后方车辆70的车载单元30发送交通事故信息，以使后方车辆70也可以实时获知交通事故信息，从而可以采取更优的行驶路线，避免加剧路段拥堵和影响救援。

当然，在本申请实施例中，云服务器60还用于向当前路段上的路侧单元50回传综合判断结果，以使路侧处理模块502获知综合判断结果。在第二判断结果和综合判断结果不一致的情况下，路侧处理模块502还可以进行机器学习来优化图像识别算法及分析处理过程，以提高第二判断结果的准确性。

为提高交通事故信息的时效性，当综合判断结果为发生交通事故时，路侧通信模块503还用于向正位于当前路段上的车辆发送交通事故信息。当然，对于随后即将进入当前路段上的车辆，当车辆进入当前路段时，路侧通信模块503也相应地向其发送交通事故信息。

可以理解，当前路段上的路侧单元50需要获得相关管理部门的授权许可后，才允许向其他车辆的车载单元30发送交通事故信息，如此可以确保交通事故信息真实和可靠。其中，授权许可具体是从相关管理部门的交通管理系统接收得到。

当然，当第一判断结果为邻近车辆20正常，没有发生交通事故时，车载单元30可以不向云服务器60发送邻近车辆20的车辆信息。云服务器60可以在接收到第二判断结果为当前路段发生交通事故时再向车载单元30获取邻近车辆20的车辆信息。同样，当第二判断结果为当前路段正常，没有发生交通事故时，路侧单元50可以不向云服务器60发送当前路段的路况信息。云服务器60可以在接收到第一判断结果为邻近车辆20发生交通事故时再向路侧单元50获取当前路段的路况信息。如此，可以节省云服务器60的存储空间，减轻云服务器60的存储压力。

在本申请实施例中，车载传感模块301可以实时采集邻近车辆20的车辆信息，因此，车载处理模块302可以实时更新第一判断结果。当当前路段上的交通事故经过救援而排除后，车载处理模块302可以基于实时采集的邻近车辆20的车辆信息来判断邻近车辆20正常，也即第一判断结果为邻近车辆20没有发生交通事故。因此，车载单元30可以停止向云服务器60发送车载传感模块301所采集的邻近车辆20的车辆信息，同时也停止向其他车辆及当前路段上的路侧单元50发送交通事故信息。

同样，路侧传感模块501可以实时采集当前路段的路况信息，路侧处理模块502可以实时更新第二判断结果。当当前路段上的交通事故经过救援而排除后，路侧处理模块502可以基于实时采集的当前路段的路况信息来判断当前路段正常，也即第二判断结果为当前路段没有发送交通事故。因此，路侧单元50可以停止向云服务器60发送路侧传感模块501所采集的路况信息，同时也停止向当前路段上的车辆发送交通事故信息。

请参照图3，为本申请提供的交通事故通报方法的流程示意图。在本申请的至少一个实施例中，交通事故通报方法可以基于上述交通事故通报系统100。

如图3所示，交通事故通报方法包括如下步骤：

步骤S1、通过车载传感模块301采集当前路段上的邻近车辆20的车辆信息。

其中，邻近车辆20的车辆信息可包括车载传感模块301所在车辆与其邻近车辆20之间的车距以及邻近车辆20所在的方位，针对邻近车辆20及周围环境的拍摄信息。

步骤S2、通过车载处理模块302分析车辆信息，判断当前路段上的邻近车辆20是否发生交通事故，从而获得第一判断结果。

步骤S3、当第一判断结果为发生交通事故，通过车载通信模块303向云服务器60发送车辆信息。

步骤S4、通过云服务器60获得综合判断结果。

在本申请实施例中，在步骤S4之前，还可以包括以下步骤：

第一步，通过路侧单元50中的路侧传感模块501采集当前路段的路况信息。

其中，当前路段上的路况信息包括每台车辆经过的行驶速度和针对当前路段的拍摄信息。

第二步，通过路侧单元50中的路侧处理模块502分析路况信息，判断当前路段是否发生交通事故，从而获得第二判断结果。

第三步，当第二判断结果为发生交通事故，通过路侧单元50中的路侧通信模块503向云服务器60发送路况信息。

因此，在步骤S4中，云服务器60可以结合车辆信息和路况信息来对当前路段是否发生交通事故进行综合判断，以获得综合判断结果。而且，在综合判断当前路段有发生交通事故时，还可以结合车辆信息和路况信息分析交通事故发生点及范围，涉事车辆，交通事故的发生原因和相关的车辆信息及路况信息等。

步骤S5、当综合判断结果为发生交通事故时，通过车载通信模块303向车载处理模块302回传综合判断结果，再通过车载通信模块303发出交通事故信息。

其中，通过车载通信模块303发出交通事故信息，具体包括：

通过车载通信模块303将交通事故信息发送给当前路段上还未经过当前交通事故发生位置的其他车辆上的车载通信模块303。

通过车载通信模块303将交通事故信息发送给即将进入当前路段的其他车辆上的车载通信模块303。

通过车载通信模块303将交通事故信息发送给当前路段上的路侧单元50。

在本申请实施例中，交通事故信息可以包括交通事故发生点及范围，涉事车辆，交通事故的发生原因和相关的车辆信息及路况信息等。

在本申请实施例中，方法还包括：

在得出综合判断结果后，通过云服务器60向相关管理部门的交通管理系统进行通报。其中，通报的内容可包括路段是否发生交通事故。在综合判断结果为发生交通事故时，通报的内容还可以包括交通事故发生点及范围，涉事车辆，交通事故的发生原因和相关的车辆信息及路况信息等。

综上，本申请上述交通事故通报系统及方法可以将车辆、路侧基础设施和云服务器进行结合，通过车载单元和路侧单元判断是否发生交通事故，在判断发生交通事故的情况下，再通过云服务器结合路侧单元和车载单元采集的数据，对路段是否发生交通事故进行综合判断，且还可以实时更新判断结果，因此可以有效提高判断的准确性和可靠性。

在本申请中，车载单元、路侧单元、云服务器和相关管理部门之间可以建立通信，因此，当云服务器确定路段发生交通事故时，云服务器可以即时向相关管理部门上报交通事故信息，以便相关管理部门可以第一时间进行救援和快速向公众发布消息。车载单元可以向还未经过当前交通事故发生位置以及即将进入当前路段的后方车辆传送交通事故信息，同时，路侧单元向路段上的车辆及后续即将进入路段的车辆发送交通事故信息，如此可确保行驶车辆可以及时获知交通事故信息，以便车辆可以采用合适的避障路线。进而可避免造成严重拥堵和影响救援，以及避免交通事故的恶化。由此可见，本申请交通事故通报系统100及方法具有良好的时效性和可靠性，有利于更高效地管理交通。

需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请并不受所描述的动作顺序的限制，因为依据本申请，某些步骤可以采用其他顺序或者同时进行。

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

Claims (10)

1.一种交通事故通报系统，其特征在于，包括车载单元和云服务器，

所述车载单元设于车辆上，

所述车载单元包括车载传感模块、车载处理模块和车载通信模块，

所述车载处理模块连接所述车载传感模块，所述车载传感模块用于采集当前路段上的邻近车辆的车辆信息；

所述车载通信模块连接所述车载处理模块及所述云服务器，

所述车载处理模块用于接收并分析所述车辆信息，以判断所述当前路段上的邻近车辆是否发生交通事故，从而获得第一判断结果；其中，

当所述第一判断结果为发生交通事故时，

所述车载处理模块还用于通过所述车载通信模块向所述云服务器发送所述车辆信息；

所述云服务器用于在接收到所述车辆信息后，获得综合判断结果，且在所述综合判断结果为发生交通事故时，向所述车载通信模块回传所述综合判断结果，所述车载处理模块还用于通过所述车载通信模块发出交通事故信息。

2.如权利要求1所述的交通事故通报系统，其特征在于，

所述当前路段上的邻近车辆均设置有所述车载通信模块，

当所述综合判断结果为发生交通事故时，所述车辆的所述车载通信模块用于将交通事故信息发送给其他车辆的车载通信模块，所述其他车辆为当前路段上还未经过当前交通事故发生位置以及即将进入当前路段的车辆。

3.如权利要求1所述的交通事故通报系统，其特征在于，所述交通事故通报系统还包括路侧单元，

所述路侧单元设置于各个路段上，

所述车载通信模块连接所述路侧单元，

当所述综合判断结果为发生交通事故时，所述车载通信模块还用于将交通事故信息广播给当前路段上的所述路侧单元。

4.如权利要求2所述的交通事故通报系统，其特征在于，所述交通事故通报系统还包括路侧单元，

所述路侧单元设置于各个路段上，

所述车载通信模块连接所述路侧单元以及其他车辆的所述车载通信模块，

当所述综合判断结果为发生交通事故时，所述车载通信模块用于将交通事故信息广播给当前路段上的所述路侧单元、当前路段上还未经过当前交通事故发生位置以及即将进入当前路段的其他车辆上的所述车载通信模块。

5.如权利要求3或4所述的交通事故通报系统，其特征在于，所述路侧单元包括路侧传感模块、路侧处理模块和路侧通信模块，

所述路侧通信模块连接所述路侧处理模块及所述云服务器，

所述路侧传感模块用于采集当前路段的路况信息；

所述路侧处理模块连接所述路侧传感模块，所述路侧处理模块用于接收并分析所述路况信息，判断当前路段是否发生交通事故，从而获得第二判断结果；其中，

当所述第二判断结果为发生交通事故，

所述路侧处理模块还用于通过所述路侧通信模块向所述云服务器发送所述路况信息；以及

所述云服务器用于结合所述车辆信息和所述路况信息对当前路段是否发生交通事故进行综合判断，并获得所述综合判断结果。

6.如权利要求5所述的交通事故通报系统，其特征在于，当所述综合判断结果为发生交通事故，所述云服务器还用于向所述路侧通信模块回传所述综合判断结果，所述路侧处理模块还用于通过所述路侧通信模块向当前路段上的车辆发送交通事故信息。

7.一种交通事故通报方法，其特征在于，包括，

通过车载传感模块采集当前路段上的邻近车辆的车辆信息；

通过车载处理模块分析所述车辆信息，判断所述当前路段上的邻近车辆是否发生交通事故，从而获得第一判断结果；

当所述第一判断结果为发生交通事故，通过车载通信模块向云服务器发送所述车辆信息；

通过所述云服务器获得综合判断结果；

当所述综合判断结果为发生交通事故时，通过所述车载通信模块向所述车载处理模块回传所述综合判断结果，再通过所述车载通信模块发出交通事故信息。

8.如权利要求7所述的交通事故通报方法，其特征在于，当所述综合判断结果为发生交通事故时，通过所述车载通信模块发出交通事故信息，包括如下步骤：

通过所述车载通信模块将交通事故信息发送给当前路段上还未经过当前交通事故发生位置的其他车辆上的所述车载通信模块；

通过所述车载通信模块将交通事故信息发送给即将进入当前路段的其他车辆上的所述车载通信模块。

9.如权利要求7或8所述的交通事故通报方法，其特征在于，当所述综合判断结果为发生交通事故时，通过所述车载通信模块发出交通事故信息，包括如下步骤：

通过所述车载通信模块将交通事故信息发送给当前路段上的路侧单元。

10.如权利要求9所述的交通事故通报方法，其特征在于，所述方法还包括：

通过所述路侧单元中的路侧传感模块采集当前路段的路况信息；

通过所述路侧单元中的路侧处理模块分析路况信息，判断当前路段是否发生交通事故，从而获得第二判断结果；

当所述第二判断结果为发生交通事故，通过所述路侧单元中的路侧通信模块向所述云服务器发送所述路况信息；

通过所述云服务器结合所述车辆信息和所述路况信息对当前路段是否发生交通事故进行综合判断，并获得所述综合判断结果。