一种交通事故消息发布方法及服务器与流程

本发明涉及路况采集及发布技术，尤其涉及一种交通事故消息发布方法及服务器。

背景技术：

现有的实时路况信息采集及发布有两种方式：

第一种方式、交管局路面安装的固定摄像头，探测过往车辆的车速判断拥堵状况，形成全城线圈图，通过接口发布到移动端地图软件程序应用(APP)、个人计算机(PC)端地图网站、路面大屏幕显示、广播等。其中图1-1示出了相关技术中路况信息显示的界面示意图，一般来说，路况包括严重拥堵、拥挤、缓行、畅通等几个级别或程度，路况的级别或程度采用不同的颜色信息来表示，例如，采用第一颜色表示严重拥堵，采用第二颜色表示拥挤，采用第三颜色表示缓行，采用第四颜色表示畅通，其中第一颜色、第二颜色、第三颜色和第四颜色分别表示不同的颜色。

第二种方式、通过信息平台(短信、电话、微信等)收集路况信息，人工处理信息，再通过广播发布。例如，北京103.9交通广播有路况信息平台，路面交通参与者和观察者发送实时路况消息到交通台，由交通台挑选热点的路况信息，如多车事故，故障车等，通过广播发布，早晚高峰大约15分钟播放一次，平时大约1小时播放一次。

路面经常因为交通事故而产生的拥堵及二次事故，主要原因在于后车不能提前预判前方路面突发的状况，往往要开到很靠近交通事故现场才能获知路面情况。例如，某车道发生追尾事故不能通行，司机不能提前变道，到发现事故再变道容易引起拥堵，如果司机反应不及时，更容易因此造成二次追尾或刮蹭 事故。如果司机能够及时获知准确的事故情况，可采取提前规划路径、减速等措施避免拥堵和二次交通事故。目前尚无专门采集交通事故并及时发布准确信息的方法。

现有的实时路况信息采集发布存在以下不足：1)信息发布内容大而全，并未对信息消费者做精准投放。司机往往需要从全量的数据中抽取自己需要的数据；2)信息发布的内容详情不足。司机仅能了解路段是否拥堵；a、对于交通事故引发的拥堵的路段，无法预判是哪条车道引发，无法在事故点前提前变道，将加剧拥堵；b、对于交通事故并未引发拥堵，留给司机反应的时间更短，容易造成二次事故；3)信息发布的及时性不足。对于突发的交通事故，目前仅能通过广播获知，往往已经是事故发生很长时间，时常碰到的情况是已经过了事故现场了才听到广播播报，预警功能不强。

技术实现要素：

有鉴于此，本发明实施例为解决现有技术中存在的至少一个问题而提供一种交通事故消息发布方法及服务器，能够在交通事故发生时及时地将交通事故信息发给附近的车辆，从而提醒驾驶员提前采取措施躲避由于所述第一交通事故而造成的拥堵。

本发明实施例的技术方案是这样实现的：

第一方面，本发明实施例提供一种交通事故消息发布方法，所述方法包括：

服务器接收第一交通事故消息，所述第一交通事故消息是第一终端发送的交通事故消息，所述第一交通事故消息至少包括事故状态描述信息、事故影响车道信息、事故定位信息以及方向；

所述服务器至少根据所述第一交通事故消息中的事故定位信息确定第一交通事故的下发范围；

所述服务器获取所述第一交通事故的下发范围对应地第二终端的标识信息，所述第二终端所对应的车辆为位于所述第一交通事故的下发范围内；

所述服务器根据所述第二终端的标识信息将所述第一交通事故消息下发给 第二终端，以便所述第二终端对应的车辆提前采取措施躲避由于所述第一交通事故而造成的拥堵。

第二方面，本发明实施例提供一种服务器，所述服务器包括第一接收单元、第一确定单元、第一获取单元和第一发送单元，其中：

所述第一接收单元，用于接收第一交通事故消息，所述第一交通事故消息是第一终端发送的交通事故消息，所述第一交通事故消息至少包括事故状态描述信息、事故影响车道信息、事故定位信息以及方向；

所述第一确定单元，用于至少根据所述第一交通事故消息中的事故定位信息确定第一交通事故的下发范围；

所述第一获取单元，用于获取所述第一交通事故的下发范围对应地第二终端的标识信息，所述第二终端所对应的车辆为位于所述第一交通事故的下发范围内；

所述第一发送单元，用于根据所述第二终端的标识信息将所述第一交通事故消息下发给第二终端，以便所述第二终端对应的车辆提前采取措施躲避由于所述第一交通事故而造成的拥堵。

本发明实施例提供的交通事故消息发布方法及服务器，其中，服务器接收第一交通事故消息，所述第一交通事故消息是第一终端发送的交通事故消息，所述第一交通事故消息至少包括事故状态描述信息、事故影响车道信息、事故定位信息以及方向；所述服务器至少根据所述第一交通事故消息中的事故定位信息确定第一交通事故的下发范围；所述服务器获取所述第一交通事故的下发范围对应地第二终端的标识信息，所述第二终端所对应的车辆为位于所述第一交通事故的下发范围内；所述服务器根据所述第二终端的标识信息将所述第一交通事故消息下发给第二终端；如此，能够在交通事故发生时及时地将交通事故信息发给附近的车辆，从而提醒驾驶员提前采取措施躲避由于所述第一交通事故而造成的拥堵。

附图说明

图1-1为相关技术中路况信息显示的界面示意图；

图1-2为本发明实施例一交通事故消息发布方法的实现流程示意图；

图2为本发明实施例二交通事故消息发布方法的实现流程示意图；

图3为本发明实施例三交通事故消息发布方法的实现流程示意图；

图4为本发明实施例四交通事故消息发布方法的实现流程示意图；

图5为本发明实施例五交通事故消息发布方法的实现流程示意图；

图6-1为本发明实施例三中交通事故发布系统的工作流程示意图；

图6-2为本发明实施例三采集事故信息的界面示意图；

图6-3为本发明实施例三确定事故单位以及事故信息下发的实现流程示意图；

图6-4为本发明实施例三发布清除的示意图；

图7-1为本发明实施例七服务器的组成结构示意图；

图7-2为本发明实施例在实现时采用的一种硬件架构示意图；

图7-3为应用本发明实施例的服务器或终端对应的一种硬件实体的示意图。

具体实施方式

为了解决前述背景技术中提到的技术问题，本发明实施例的目的在于：服务器收集车载设备上传的事故信息，根据发布信息车辆的轨迹信息和定位信息确定事故信息，所述事故信息用于描述事故的影响范围，将事故信息精准投放给受影响的后车，使受影响的后车司机可及时获知前方事故信息，提前绕行或变道。同时，当后车经过事故现场时，可反馈更新的事故现场信息，及时将事故清除信息反馈给服务器。

下面结合附图和具体实施例对本发明的技术方案进一步详细阐述。

实施例一

针对上述背景技术中提出的问题，本发明实施例提供一种交通事故消息发布方法，该方法应用于电子设备，该方法所实现的功能可以通过服务器中的处 理器调用程序代码来实现，当然程序代码可以保存在计算机存储介质中，可见，该服务器至少包括处理器和存储介质。

图1-2为本发明实施例一交通事故消息发布方法的实现流程示意图，如图1-2所示，该信息处理方法包括：

步骤101，服务器接收第一交通事故消息；

这里，所述第一交通事故消息是第一终端发送的交通事故消息，所述第一交通事故消息至少包括事故状态描述信息、事故影响车道信息、事故定位信息以及方向；

这里，所述第一终端可以为任何车辆上终端，只要能够提供交通事故消息即可，作为优选的实施例，所述第一终端可以为发生交通事故的车辆或者途径所述交通事故的车辆上安装的终端。在具体实施的过程中，本发明实施例中的终端可以为车载终端如导航仪，也可以为智能手机等移动终端。

这里，所述事故状态描述信息可以是文字，也可以是图像如照片、图片、视频等，还可以是文字和图像的结合，事故状态描述信息用于描述交通事故的严重程度，例如，可以描述为剐蹭、两车相撞、翻车、起火、追尾等。

这里，事故影响车道信息用于描述交通事故对车道所造成的影响，在具体实现的过程中，事故影响车道信息包括道路一共具有的车道信息和交通事故所占用的车道信息，例如一共有四个车道时，当事故所占用的车道从左到右为第1和第2车道时，那么道路起码可以通行，但是会比较慢，当四个车道都被占用时，那么道路就阻断了。

这里，事故定位信息用于描述交通事故的位置，方向用于描述交通事故所发生的方向，例如可以描述为向南、向北、向东或向西，也可以为南北两个方向或东西两个方向。

步骤102，所述服务器至少根据所述第一交通事故消息中的事故定位信息确定第一交通事故的下发范围；

这里，交通事故的下发范围用于决定要对交通事故什么范围内的车辆进行通知，在具体实施的过程中可以采用默认设置，例如将与事故上报车辆距离在 R米(R可调，如1000米)作为交通事故的下发范围。

为了进一步保证下发范围的准确性，步骤102还可以根据事故定位信息和方向确定第一交通事故的下发范围，当事故影响双向时，那么交通事故的下发范围可以包括双向的与事故上报车辆距离在R米的范围内。当交通事故仅包括单向时，那么交通事故的下发范围可以仅包括发生事故的单向的R米范围内，其中R米是指从发生事故地点起后面的车道上R米，对于事故前方的R米的车辆来说，是否发生交通事故对其前方的行驶是没有影响的。

步骤103，所述服务器获取所述第一交通事故的下发范围对应地第二终端的标识信息；

这里，所述第二终端所对应的车辆为位于所述第一交通事故的下发范围内；在具体实施的过程中，终端可以主动或被动地向服务器报告自身的位置信息，然后服务器根据位置信息判断终端是否在第一交通事故的下发范围内，当判断终端的位置信息在第一交通事故的下发范围内时，该终端属于第二终端的集合；当判断终端的位置信息不在第一交通事故的下发范围内时，该终端不属于第二终端的集合。其中主动的含义为：终端不是基于服务器的请求，而是采用周期性地或不周期性地向服务器报告自身的位置信息，而被动的含义为：服务器向终端发送定位请求，终端响应所述定位请求，向服务器发送定位响应，所述定位响应中携带有终端的位置信息。

步骤104，所述服务器根据所述第二终端的标识信息将所述第一交通事故消息下发给第二终端，以便所述第二终端对应的车辆提前采取措施躲避由于所述第一交通事故而造成的拥堵。

实施例二

基于前述的实施例一，本发明实施例提供一种交通事故消息发布方法，该方法应用于电子设备，该方法所实现的功能可以通过服务器中的处理器调用程序代码来实现，当然程序代码可以保存在计算机存储介质中，可见，该服务器至少包括处理器和存储介质。

图2为本发明实施例二交通事故消息发布方法的实现流程示意图，如图2所示，该信息处理方法包括：

步骤201，服务器接收第一交通事故消息；

这里，所述第一交通事故消息是第一终端发送的交通事故消息，所述第一交通事故消息至少包括事故状态描述信息、事故影响车道信息、事故定位信息以及方向；

步骤202，所述服务器至少根据所述第一交通事故消息中的事故定位信息确定第一交通事故的下发范围；

步骤203，所述服务器获取所述第一交通事故的下发范围对应地第二终端的标识信息；

步骤204，所述服务器根据所述第二终端的标识信息将所述第一交通事故消息下发给第二终端，以便所述第二终端对应的车辆提前采取措施躲避由于所述第一交通事故而造成的拥堵；

这里，本发明实施例中的步骤201至步骤204分别对应于实施例一中的步骤101至步骤104，因此，本领域的技术人员可以参阅实施例一而理解上述的步骤201至步骤204，为节约篇幅，这里不再赘述。

步骤205，所述服务器接收第二交通事故消息；

这里，所述第二交通事故消息为第三终端发送的交通事故消息；所述第二交通事故消息与实施例一中的第一交通事故消息类似，本领域的技术人员可以根据上述的实施例一中的第一交通事故消息而理解本实施例中的第二交通事故消息，因此不再赘述。第二交通事故消息可能与之前的上报的交通事故消息是同一起交通事故，也可能不是，因此需要判断一下。

步骤206，所述服务器提取第二交通事故消息中的事故定位信息；

步骤207，所述服务器根据所述第二交通事故消息的事故定位信息和所述第一交通事故消息的事故定位信息判断所述第一交通事故消息与所述第二交通事故消息是否描述的为同一交通事故，得到第一判断结果；

这里，步骤207中的根据所述第二交通事故消息的事故定位信息和所述第 一交通事故消息的事故定位信息判断所述第一交通事故消息与所述第二交通事故消息是否描述的为同一交通事故，包括：服务器判断述第二交通事故消息的事故定位信息和所述第一交通事故消息的事故定位信息是否在预设的第一阈值范围内，当两者在第一阈值范围内是，认为第一交通事故消息与第二交通事故消息描述的为同一交通事故。本领域的技术人员可以自行设置第一阈值范围，例如可以设置1千米(km)，在具体实现的过程中，所述第一阈值范围还要考虑GPS的定位精度，如果定位精度高，可以将第一阈值范围设置的小一些，如果定位精度差，可以将第一阈值范围设置的大一些。

步骤208，当所述第一判断结果表明所述第一交通事故消息与所述第二交通事故消息描述的为同一交通事故时，丢弃所述第二交通事故消息。

本发明实施例中，当一起交通事故发生时，交通事故周边的车辆或者交通事故自身的车辆可能都会上报交通事故，为了防止误报，需要判断一下刚接收到的交通事故消息是不是之前已经被报告过。例如，针对一起交通事故q1，造成交通事故的车辆c1上的车载终端向服务器上报了第一交通事故消息；然后路过的交通事故q1的车辆c2的车载终端向服务器上了第二交通事故消息，该第一交通事故消息和第二交通事故消息都用于描述交通事故q1，因此，可以丢弃第二交通事故消息。

实施例三

基于前述的实施例基于前述的实施例一，本发明实施例提供一种交通事故消息发布方法，该方法应用于电子设备，该方法所实现的功能可以通过服务器中的处理器调用程序代码来实现，当然程序代码可以保存在计算机存储介质中，可见，该服务器至少包括处理器和存储介质。

图3为本发明实施例三交通事故消息发布方法的实现流程示意图，如图3所示，该信息处理方法包括：

步骤201，服务器接收第一交通事故消息；

这里，所述第一交通事故消息是第一终端发送的交通事故消息，所述第一交通事故消息至少包括事故状态描述信息、事故影响车道信息、事故定位信息以及方向；

步骤202，所述服务器至少根据所述第一交通事故消息中的事故定位信息确定第一交通事故的下发范围；

步骤203，所述服务器获取所述第一交通事故的下发范围对应地第二终端的标识信息；

步骤204，所述服务器根据所述第二终端的标识信息将所述第一交通事故消息下发给第二终端，以便所述第二终端对应的车辆提前采取措施躲避由于所述第一交通事故而造成的拥堵；

步骤205，所述服务器接收第二交通事故消息；

这里，所述第二交通事故消息为第三终端发送的交通事故消息。

步骤206，所述服务器提取第二交通事故消息中的事故定位信息；

步骤207，所述服务器根据所述第二交通事故消息的事故定位信息和所述第一交通事故消息的事故定位信息判断所述第一交通事故消息与所述第二交通事故消息是否描述的为同一交通事故，得到第一判断结果；

这里，本发明实施例中的步骤201至步骤207分别对应于实施例二中的步骤201至步骤207，因此，本领域的技术人员可以参阅实施例二而理解上述的步骤201至步骤207，为节约篇幅，这里不再赘述。

步骤301，当所述第一判断结果表明所述第一交通事故消息与所述第二交通事故消息描述的为同一交通事故时，所述服务器提取第二交通事故消息中的方向；

这里，所述方向可以按照车辆的运行轨迹来确定。

步骤302，所述服务器根据所述第二交通事故消息的方向和所述第一交通事故消息的方向判断所述第一交通事故消息与所述第二交通事故消息是否描述的为同一交通事故，得到第二判断结果；

这里，当所述第二交通事故消息的方向和所述第一交通事故消息的方向一 致时，所述第一交通事故消息与所述第二交通事故消息描述的为同一交通事故；当所述第二交通事故消息的方向和所述第一交通事故消息的方向不一致时，所述第一交通事故消息与所述第二交通事故消息描述的不为同一交通事故。

步骤303，当所述第二判断结果表明所述第一交通事故消息与所述第二交通事故消息描述的为同一交通事故时，丢弃所述第二交通事故消息。

本发明实施例二中，判断两个交通事故消息是否为描述的为同一起交通事故，仅依靠的是事故定位信息，而本发明实施例中为了提高准确性，处理根据事故定位信息外，还根据方向来判断。

实施例四

针对上述背景技术中提出的问题，本发明实施例提供一种交通事故消息发布方法，该方法应用于电子设备，该方法所实现的功能可以通过服务器中的处理器调用程序代码来实现，当然程序代码可以保存在计算机存储介质中，可见，该服务器至少包括处理器和存储介质。

图4为本发明实施例四交通事故消息发布方法的实现流程示意图，如图4所示，该信息处理方法包括：

步骤201，服务器接收第一交通事故消息；

这里，所述第一交通事故消息是第一终端发送的交通事故消息，所述第一交通事故消息至少包括事故状态描述信息、事故影响车道信息、事故定位信息以及方向；

步骤202，所述服务器至少根据所述第一交通事故消息中的事故定位信息确定第一交通事故的下发范围；

步骤203，所述服务器获取所述第一交通事故的下发范围对应地第二终端的标识信息；

步骤204，所述服务器根据所述第二终端的标识信息将所述第一交通事故消息下发给第二终端，以便所述第二终端对应的车辆提前采取措施躲避由于所述第一交通事故而造成的拥堵；

步骤205，所述服务器接收第二交通事故消息；

这里，所述第二交通事故消息为第三终端发送的交通事故消息。

步骤206，所述服务器提取第二交通事故消息中的事故定位信息；

步骤207，所述服务器根据所述第二交通事故消息的事故定位信息和所述第一交通事故消息的事故定位信息判断所述第一交通事故消息与所述第二交通事故消息是否描述的为同一交通事故，得到第一判断结果；

这里，本发明实施例中的步骤201至步骤207分别对应于实施例二中的步骤201至步骤207，因此，本领域的技术人员可以参阅实施例二而理解上述的步骤201至步骤207，为节约篇幅，这里不再赘述。

步骤401，当所述第一判断结果表明所述第一交通事故消息与所述第二交通事故消息描述的不为同一交通事故时，所述服务器至少根据所述第二交通事故消息中的事故定位信息确定第二交通事故的下发范围；

步骤402，所述服务器获取所述第二交通事故的下发范围对应地第四终端的标识信息，所述第四终端所对应的车辆为位于所述第二交通事故的下发范围内；

步骤403，所述服务器根据所述第四终端的标识信息将所述第二交通事故消息下发给第二终端，以便所述第二终端对应的车辆提前采取措施躲避第二交通事故。

本发明实施例中当所述第一交通事故消息与所述第二交通事故消息描述的不为同一交通事故时，那么第二交通事故消息类似于实施例一中的第一交通事故消息，因此本发明实施例中的步骤401至步骤403与实施例一中的步骤102至步骤104类似，因此不再赘述。

下面提供两种实现确定交通事故的下发范围的方法：

第一种，所述服务器至少根据所述交通事故消息中的事故定位信息确定交通事故的下发范围，包括：

所述服务器根据所述交通事故消息中的事故状态描述信息、事故影响车道 信息、事故定位信息查询预设的关系列表，得到交通事故的下发范围，其中所述关系列表用于表明事故状态描述信息、事故影响车道信息、事故定位信息与交通事故的下发范围之间的映射关系。

这里，所述交通事故消息可以为第一交通事故消息或第二交通事故消息等，一般来说，事故状态描述信息描述交通事故越严重，以及事故影响车道信息描述占用的车道越严重，那么交通事故的下发范围也就越大，例如，剐蹭时间的下发范围要比翻车的下发范围要小的多，在具体实施本发明的时候，可以根据一些交通数据预先设置好上述的关系列表，然后终端在上报的时候可以采用标准参数来描述交通事故消息中信息，那么服务器可以根据标准参数来查询关系列表，进而得到交通事故的下发范围。

第二种，所述服务器至少根据所述第一交通事故消息中的事故定位信息确定第一交通事故的下发范围，包括：

步骤S1，所述服务器根据所述交通事故消息中的事故定位信息获取在预设的第二阈值范围内的交通流量信息；

这里，所述第二阈值范围可以是自行设置，例如第二阈值范围可以为5km。

步骤S2，所述服务器根据所述交通流量信息和所述交通事故消息中的事故定位信息确定交通事故的下发范围。

这里，在具体实现的过程中，交通流量信息与交通事故的下发范围可以有一个映射关系，例如，当交通流量信息表明发生交通事故附近的路段的车流量比较大的时候，交通事故的下发范围应该比较大，这样可以提前让驾驶员更换线路，而不是变换车道；当当交通流量信息表明发生交通事故附近的路段的车流量比较小的时候，交通事故的下发范围可以比较小，这样可以提前让驾驶员变换车道就可以了。

实施例五

基于前述的实施例一，本发明实施例提供一种交通事故消息发布方法，该 方法应用于电子设备，该方法所实现的功能可以通过服务器中的处理器调用程序代码来实现，当然程序代码可以保存在计算机存储介质中，可见，该服务器至少包括处理器和存储介质。

图5为本发明实施例五交通事故消息发布方法的实现流程示意图，如图5所示，该信息处理方法包括：

步骤501，服务器接收第一交通事故消息；

这里，所述第一交通事故消息是第一终端发送的交通事故消息，所述第一交通事故消息至少包括事故状态描述信息、事故影响车道信息、事故定位信息以及方向；

步骤502，所述服务器至少根据所述第一交通事故消息中的事故定位信息确定第一交通事故的下发范围；

步骤503，所述服务器获取所述第一交通事故的下发范围对应地第二终端的标识信息；

步骤504，所述服务器根据所述第二终端的标识信息将所述第一交通事故消息下发给第二终端，以便所述第二终端对应的车辆提前采取措施躲避由于所述第一交通事故而造成的拥堵；

这里，本发明实施例中的步骤501至步骤504分别对应于实施例一中的步骤101至步骤104，因此，本领域的技术人员可以参阅实施例一而理解上述的步骤501至步骤504，为节约篇幅，这里不再赘述。

步骤505，服务器接收第一事故清除消息；

这里，所述第一事故清除消息是第五终端发送的事故消息，所述第一事故清除消息至少包括事故状态描述信息、事故定位信息以及方向；所述第一事故清除消息用于描述交通事故已经被解决掉了。

步骤506，所述服务器至少根据所述第一事故清除消息中的事故定位信息确定第一交通事故已经被清除的下发范围；

这里，第一交通事故已经被清除的下发范围与实施例一中的第一交通事故的下发范围类似，因此不再赘述。

步骤507，所述服务器获取所述第一交通事故的下发范围对应地第六终端的标识信息，所述第六终端所对应的车辆为位于所述第一交通事故已经被清除的下发范围内；

这里，所述第六终端与上述实施例一中的第二终端可能相同，也可以不同，当道路完全被堵死了，那么第二终端和第六终端就是一样的，当交通事故没有完全堵死道路时，那么第六终端和第二终端可能完全不同，也可以有部分相同，另外，第二终端与第六终端一样，可能包括一个及一个以上的终端。

步骤508，所述服务器根据所述第六终端的标识信息将所述第一事故清除消息下发给第六终端，以便提醒所述第六终端对应的车辆所述第一交通事故发生的路段已经恢复畅通。

实施例六

本发明实施例提供交通事故发布系统，该系统包括终端和服务器两部分，其中终端包括以下模块：

GPS：用于车辆轨迹记录和位置定位；

拍照模块：例如摄像头，用于拍摄事故现场；

显示模块：例如显示屏或触摸屏，用于显示事故现场照片及文字等信息，并采用触摸屏支持互动操作；

语音模块：例如耳机和耳麦等，用于语音输出及识别语音输入；

信息处理及传输模块：例如处理器，将事故信息标准化并上传服务器；接收服务器下发事故信息及事故清除信息。

其中，终端与服务器之间的传输协议可通过移动通信网络、无线保真(WIFI，WIreless-Fidelity)等。

下面先来介绍一下本发明实施例中交通事故发布系统的工作流程，图6-1为本发明实施例三中交通事故发布系统的工作流程示意图，如图6-1所示，该流程包括：

步骤611、事故信息上报阶段；

具体地，生事故车辆或路过事故现场的车辆向服务器上报事故事件，包括通过摄像头拍摄事故现场照片、事故影响车道信息；

步骤612、事故信息下发阶段；

具体地，服务器分析事故上报车辆的移动轨迹信息及位置信息，当达到事故下发触发条件时，定向向事故上报车辆相同形式方向，并处于事故现场后方N公里的车辆发布事故信息。

步骤613、事故信息清除阶段；

步骤613.1、当事故清除时，发生事故车辆发送事故清除信息；

步骤613.2、收到信息的候车路过事故现场时，如果观察到事故已清开，发送事故清除信息；

步骤613.3、服务器分析事故清除信息时，达到清除条件时，定向向之前发送过信息的后车发送事故清除信息。

下文分别详述事故信息上报、下发、清除三个阶段。

第一阶段：事故信息上报阶段

事故信息可由两类车辆上报：事故车辆本身和路过事故现场并影响其行驶的车辆。需要说明的是，本发明上述实施例提供的方法在具体实现的过程中，可以以软件程序应用(APP)的形式来实现，终端安装完APP后，在终端的显示屏上将会出现如图6-2所示的界面，车主通过APP上的开始上报621按钮触发上报流程，终端通过摄像头采集事故现场照片622，然后车主输入事故影响车道信息623(假设一共有4个车道，可变更)，然后点击确认624按钮，即终端采集完整所有信息即可上报服务器。其中上报信息包括事故现场照片和事故影响车道信息，其中：

事故现场照片622，由车载前置摄像头自动拍摄，为了不影响车辆行驶安全，可使用类似行车记录仪的摄像头拍摄照片。

事故影响车道信息623，由人工选择(事故车辆上报)，或语音输入(路过 车辆上报)，车道信息可约定从内到外编号，便于语音识别。

第二阶段：事故信息下发阶段

服务器收到事故信息进行分析：

1)收集事故上报车辆的GPS定位信息，将范围在D米(D可调，如20米)内且GPS轨迹方向一致的事故信息定为一个事故，如事故a。

2)服务器分析路面车辆的GPS定位信息和运行轨迹，将与事故上报车辆距离在R米(R可调，如1000米)，并与事故上报车辆同向行驶的车辆作为事故信息的定向接收车辆。

图6-3为本发明实施例三确定事故单位以及事故信息下发的实现流程示意图，如图6-3所示，事故范围为D米，定向范围为R米，事故信息向abcde五辆车子下发。

3)为防止误报事故事件，当收到的同一个事故事件达到N个时，触发事故下发流程：

步骤631，服务器合并同一个事故事件信息，包括合并车道信息，选择最新的M张事故照片；

步骤632，服务器向定向车辆下发事故信息；

步骤633，服务器根据收到的实时事故信息事件刷新事故照片及车道信息，并下发定向车辆。

4)定向车辆收到事故信息，由显示模块显示事故信息，并语音提示车道信息：如果是新事故事件，则呈现事故信息；如果是老事故信息刷新，则刷新事故信息。

第三阶段：事故信息清除阶段

事故清除分为本地清除和发布清除两种：本地清除：接收到事故信息的后车路过事故点，由于已经过了事故现场，尽管事故仍持续，但已不影响其继续行车，因此该车的事故信息自动变更为清除状态，不再关注；发布清除：事故 真正清除，路面交通已不受影响后，又服务器定向群发的清除信息。

其中发布清除的流程包括：步骤当事故清除之后，可由事故车辆手工发起事故清除消息，收到事故消息的后车路过事故点，也可通过语音或手工方式发送事故清除消息；为防止误报清除消息，服务器收到N个(N可调)清除消息后，触发事故清除下发流程，定向向已接收该事故消息，且尚处于定向范围R内的车辆发送事故清除消息。

图6-4为本发明实施例三发布清除的示意图，如图6-4所示，a车和b车本地清除事故信息，向c车、d车和e车发布事故清除信息。定向车辆收到事故清除消息，由显示模块清除事故信息，并语音提示。

本发明实施例中，事故采集方法：由车载前置摄像头拍摄事故照片，语音或手动录入车道信息。同一事故判定方法；上报车辆距离不超过D米，行车轨迹一致上报的事故判定为同一事故。事故信息合并：将同一事故的照片、车道信息进行合并。事故定向下发方法：判断潜在受影响的车辆，1、距离事故点不超过R米；2、行车轨迹与上报事故车辆一致。定向向潜在受影响的后方车辆下发；事故清除方法：由事故车辆或经过事故点后车语音或手动清除事故消息。事故清除下发方法：已经过事故现场继续行进的车辆自动本地清除；服务器向已接收事故信息尚未经过事故现场的车辆发送事故清除消息。

实施例七

基于前述的实施例，本发明实施例提供一种服务器，该服务器中的第一接收单元、第一确定单元、第一获取单元和第一发送单元等单元，以及各单元所包括的各模块，都可以通过服务器中的处理器来实现；当然也可通过具体的逻辑电路实现；在具体实施例的过程中，处理器可以为中央处理器(CPU)、微处理器(MPU)、数字信号处理器(DSP)或现场可编程门阵列(FPGA)等。

在具体实现的过程中，所述服务器可以为个人计算机(PC，Personal Computer)这种固定的电子设备，还可以为如平板电脑、手提电脑这种便携式 的电子设备，还可以是通过集群系统构成的，为实现各单元功能而合并为一或各单元功能分体设置的计算设备。

图7-1为本发明实施例七服务器的组成结构示意图，如图7-1所示，该服务器700包括第一接收单元701、第一确定单元702、第一获取单元703和第一发送单元704，其中：

所述第一接收单元701，用于接收第一交通事故消息，所述第一交通事故消息是第一终端发送的交通事故消息，所述第一交通事故消息至少包括事故状态描述信息、事故影响车道信息、事故定位信息以及方向；

所述第一确定单元702，用于至少根据所述第一交通事故消息中的事故定位信息确定第一交通事故的下发范围；

所述第一获取单元703，用于获取所述第一交通事故的下发范围对应地第二终端的标识信息，所述第二终端所对应的车辆为位于所述第一交通事故的下发范围内；

所述第一发送单元704，用于根据所述第二终端的标识信息将所述第一交通事故消息下发给第二终端，以便所述第二终端对应的车辆提前采取措施躲避由于所述第一交通事故而造成的拥堵。

本发明实施例中，所述服务器还包括第二接收单元、第一提取单元、第一判断单元和丢弃单元，其中：

所述第二接收单元，用于接收第二交通事故消息，所述第二交通事故消息为第三终端发送的交通事故消息；

所述第一提取单元，用于提取第二交通事故消息中的事故定位信息；

所述第一判断单元，用于根据所述第二交通事故消息的事故定位信息和所述第一交通事故消息的事故定位信息判断所述第一交通事故消息与所述第二交通事故消息是否描述的为同一交通事故，得到第一判断结果；

所述丢弃单元，用于当所述第一判断结果表明所述第一交通事故消息与所述第二交通事故消息描述的为同一交通事故时，丢弃所述第二交通事故消息。

本发明实施例中，所述服务器还包括第二提取单元和第二判断单元，其中：

所述第二提取单元，用于当所述第一判断结果表明所述第一交通事故消息与所述第二交通事故消息描述的为同一交通事故时，提取第二交通事故消息中的方向；

所述第二判断单元，用于根据所述第二交通事故消息的方向和所述第一交通事故消息的方向判断所述第一交通事故消息与所述第二交通事故消息是否描述的为同一交通事故，得到第二判断结果；当所述第二判断结果表明所述第一交通事故消息与所述第二交通事故消息描述的为同一交通事故时，再触发所述丢弃单元。

本发明实施例中，所述服务器还包括第二确定单元、第二获取单元和第二发送单元，其中：

所述第二确定单元，用于当所述第一判断结果表明所述第一交通事故消息与所述第二交通事故消息描述的不为同一交通事故时，至少根据所述第二交通事故消息中的事故定位信息确定第二交通事故的下发范围；

所述第二获取单元，用于获取所述第二交通事故的下发范围对应地第四终端的标识信息，所述第四终端所对应的车辆为位于所述第二交通事故的下发范围内；

所述第二发送单元，用于根据所述第四终端的标识信息将所述第二交通事故消息下发给第二终端，以便所述第二终端对应的车辆提前采取措施躲避第二交通事故。

本发明实施例中，所述第一确定单元，用于根据所述第一交通事故消息中的事故状态描述信息、事故影响车道信息、事故定位信息查询预设的关系列表，得到第一交通事故的下发范围，其中所述关系列表用于表明事故状态描述信息、事故影响车道信息、事故定位信息与交通事故的下发范围之间的映射关系。

本发明实施例中，所述第一确定单元包括获取模块和确定模块，其中：

所述获取模块，用于根据所述第一交通事故消息中的事故定位信息获取在预设的第二阈值范围内的交通流量信息；

所述确定模块，用于根据所述交通流量信息和所述第一交通事故消息中的 事故定位信息确定第一交通事故的下发范围。

本发明实施例中，所述服务器还包括第三接收单元、第三确定单元、第三获取单元和第三发送单元，其中：

所述第三接收单元，用于接收第一事故清除消息，所述第一事故清除消息是第五终端发送的事故消息，所述第一事故清除消息至少包括事故状态描述信息、事故定位信息以及方向；

所述第三确定单元，用于至少根据所述第一事故清除消息中的事故定位信息确定第一交通事故已经被清除的下发范围；

所述第三获取单元，用于获取所述第一交通事故的下发范围对应地第六终端的标识信息，所述第六终端所对应的车辆为位于所述第一交通事故已经被清除的下发范围内；

所述第三发送单元，用于根据所述第六终端的标识信息将所述第一事故清除消息下发给第六终端，以便提醒所述第六终端对应的车辆所述第一交通事故发生的路段已经恢复畅通。

这里需要指出的是：以上装置实施例的描述，与上述方法实施例的描述是类似的，具有同方法实施例相似的有益效果，因此不做赘述。对于本发明装置实施例中未披露的技术细节，请参照本发明方法实施例的描述而理解，为节约篇幅，因此不再赘述。

本发明实施例提供的各方法在具体实现的过程中可以采用图7-2所示的硬件架构，如图7-2所示，本发明实施例涉及的硬件架构包括通过无线网络50而相互连接在一起的服务器10、第一终端20、第二终端30和第三终端40等终端，其中服务器10是实施上述方法实施例的计算设备，第一终端20、第二终端30和第三终端40都是用户的使用的终端，用户的终端通过安装的APP来实现交通事故消息的接收和向服务器进行发送。无线网络50将服务器10、第一终端20、第二终端30和第三终端40连接在一起，这样，服务器10可以与第一终端20、第二终端30或第三终端40进行通信。

其中，对于计算设备中用于数据处理的处理器而言，在执行处理时，可以 采用微处理器、中央处理器(CPU，Central Processing Unit)、数字信号处理器(DSP，Digital Signal Processor)或可编程逻辑阵列(FPGA，Field－Programmable Gate Array)实现；对于存储介质来说，包含操作指令，该操作指令可以为计算机可执行代码，通过所述操作指令来实现上述本发明实施例方法流程中的各个步骤。

图7-2中的第一终端等终端和该服务器的硬件实体的一个示例如图7-3所示，该硬件实体包括处理器61、存储介质62以及至少一个外部通信接口63；所述处理器61、存储介质62以及外部通信接口63均通过总线64连接，其中外部通信接口用于自身与外部设备之间的通信。

应理解，说明书通篇中提到的“一个实施例”或“一实施例”意味着与实施例有关的特定特征、结构或特性包括在本发明的至少一个实施例中。因此，在整个说明书各处出现的“在一个实施例中”或“在一实施例中”未必一定指相同的实施例。此外，这些特定的特征、结构或特性可以任意适合的方式结合在一个或多个实施例中。应理解，在本发明的各种实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。

在本申请所提供的几个实施例中，应该理解到，所揭露的设备和方法，可以通过其它的方式实现。以上所描述的设备实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，如：多个单元或组件可以结合，或可以集成到另一个系统，或一些特征可以忽 略，或不执行。另外，所显示或讨论的各组成部分相互之间的耦合、或直接耦合、或通信连接可以是通过一些接口，设备或单元的间接耦合或通信连接，可以是电性的、机械的或其它形式的。

上述作为分离部件说明的单元可以是、或也可以不是物理上分开的，作为单元显示的部件可以是、或也可以不是物理单元；既可以位于一个地方，也可以分布到多个网络单元上；可以根据实际的需要选择其中的部分或全部单元来实现本实施例方案的目的。

另外，在本发明各实施例中的各功能单元可以全部集成在一个处理单元中，也可以是各单元分别单独作为一个单元，也可以两个或两个以上单元集成在一个单元中；上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。

本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：移动存储设备、只读存储器(Read Only Memory，ROM)、磁碟或者光盘等各种可以存储程序代码的介质。

或者，本发明上述集成的单元如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明实施例的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机、服务器、或者网络设备等)执行本发明各个实施例所述方法的全部或部分。而前述的存储介质包括：移动存储设备、ROM、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以所述权利要求的保护范围为准。