CN106453034A - 车联事件共享方法和装置 - Google Patents

Abstract

本发明涉及一种车联事件共享方法和装置，该方法包括：接收车辆事件消息；解析所述车辆事件消息，获取第一车辆的位置信息；根据所述位置信息将所述车辆事件消息发送至所述位置信息对应的预设范围内的第二车辆。由于车辆在行驶状态异常时即已生成消息发送至服务器，并由服务器发布，在交通事故尚未发生时即已将消息发布，使得异常车辆的周边的车辆能够及时回避或产生注意，实时性更高，能有效降低事故率，并避免交通大面积堵塞。

Description

车联事件共享方法和装置

技术领域

本发明涉及车联网，特别是涉及车联事件共享方法和装置。

背景技术

随着我国经济的快速发展，车辆的拥有量也在不断地快速上升。快速增加的车辆进一步促进了经济发展，但却引发了交通隐患。随着车辆数量的增多，由于机动车而引发的交通事故也随之增多。

驾驶者为了绕开事故发生地，避免交通堵塞，通常采用的手段包括收听交通广播，或者通过导航地图获知，但收听交通广播和导航地图的消息较为滞后，附近的车辆往往无法及时获知交通事故的发生，这样，使得车辆容易往事故发生地集中，造成交通堵塞。比如，交通事故发生时，交通广播和导航地图并没有及时将消息发布，车辆继续往事故发生地集中，而在交通大面积堵塞后，交通广播和导航地图得到消息，将消息发布，这时，只能避免后续大量车辆涌入事故发生地，却无法及时消除交通堵塞。

发明内容

基于此，有必要针对传统交通事故消息发布之后的缺陷，提供一种车联事件共享方法和装置，有效提高交通事故消息发布速度，能够有效避免交通的进一步堵塞。

一种车联事件共享方法，包括：

接收车辆事件消息；

解析所述车辆事件消息，获取第一车辆的位置信息；

根据所述位置信息将所述车辆事件消息发送至所述位置信息对应的预设范围内的第二车辆。

在其中一个实施例中，所述根据所述位置信息将所述车辆事件消息发送至所述位置信息对应的预设范围内的第二车辆的步骤包括：

根据所述位置信息检测所述位置信息对应的预设范围是否存在第二车辆；

当所述预设范围存在第二车辆，将所述车辆事件消息发送至所述第二车辆。

在其中一个实施例中，所述当所述预设范围存在第二车辆，将所述车辆事件消息发送至所述第二车辆的步骤包括：

当所述预设范围存在第二车辆，且所述第二车辆的数量大于预设数值时，将所述车辆事件消息发送至所述第二车辆。

在其中一个实施例中，所述根据所述位置信息将所述车辆事件消息发送至所述位置信息对应的预设范围内的第二车辆的步骤之后还包括：

接收删除请求；

响应所述删除请求删除所述车辆事件消息，并将删除请求转发至第二车辆。

在其中一个实施例中，所述解析所述车辆事件消息，获取第一车辆的位置信息的步骤之后还包括：

根据所述位置信息显示所述车辆事件消息。

一种车联事件共享装置，包括：

消息接收模块，用于接收车辆事件消息；

消息解析模块，用于解析所述车辆事件消息，获取第一车辆的位置信息；

消息转发模块，用于根据所述位置信息将所述车辆事件消息发送至所述位置信息对应的预设范围内的第二车辆。

在其中一个实施例中，所述消息转发模块包括：

车辆检测子模块，用于根据所述位置信息检测所述位置信息对应的预设范围是否存在第二车辆；

消息转发子模块，用于当所述预设范围存在第二车辆，将所述车辆事件消息发送至所述第二车辆。

在其中一个实施例中，所述消息转发子模块还用于当所述预设范围存在第二车辆，且所述第二车辆的数量大于预设数值时，将所述车辆事件消息发送至所述第二车辆。

在其中一个实施例中，还包括：

删除请求接收模块，用于接收删除请求；

删除请求转发模块，用于响应所述删除请求删除所述车辆事件消息，并将删除请求转发至第二车辆。

上述车辆事件共享方法和装置，由于车辆在行驶状态异常时即已生成消息发送至服务器，并由服务器发布，在交通事故尚未发生时即已将消息发布，使得异常车辆的周边的车辆能够及时回避或产生注意，实时性更高，能有效降低事故率，并避免交通大面积堵塞。

附图说明

图1为一个实施例的车联事件共享方法的应用场景示意图；

图2A为一个实施例的车联事件共享方法的流程示意图；

图2B为另一个实施例的车联事件共享方法的流程示意图；

图2C为另一个实施例的车联事件共享方法的流程示意图；

图3A为一个实施例的车联事件共享方法的流程示意图；

图3B为另一个实施例的车联事件共享方法的流程示意图；

图3C为另一个实施例的车联事件共享方法的流程示意图；

图4A为一个实施例的车联事件共享方法的流程示意图；

图4B为另一个实施例的车联事件共享方法的流程示意图；

图5A为一个实施例的车联事件共享装置的模块框图；

图5B为另一个实施例的消息转发模块的模块框图；

图5C为另一个实施例的车联事件共享装置的模块框图；

图6为一个实施例的车联事件共享装置的模块框图；

图7为一个实施例的车联事件共享方法的通信链路示意图。

具体实施方式

为了便于理解本发明，下面将参照相关附图对本发明进行更全面的描述。附图中给出了本发明的较佳实施方式。但是，本发明可以以许多不同的形式来实现，并不限于本文所描述的实施方式。相反地，提供这些实施方式的目的是使对本发明的公开内容理解的更加透彻全面。

除非另有定义，本文所使用的所有的技术和科学术语与属于本发明的技术领域的技术人员通常理解的含义相同。本文中在本发明的说明书中所使用的术语只是为了描述具体的实施方式的目的，不是旨在于限制本发明。本文所使用的术语“及/或”包括一个或多个相关的所列项目的任意的和所有的组合。

例如，一种车联事件共享方法，包括：接收车辆事件消息；解析所述车辆事件消息，获取第一车辆的位置信息；根据所述位置信息将所述车辆事件消息发送至所述位置信息对应的预设范围内的第二车辆。

本发明实施例中所提供的车联事件共享方法，可以应用于如图1所示的应用环境中。其中，第一车辆102和第二车辆106分别安装有无线通信装置，第一车辆102和第二车辆106分别通过无线网络与服务器104进行通信。请参见图7，第一车辆将车辆事件消息发送至服务器，服务器将该车辆事件消息转发至第二车辆，第二车辆接收车辆事件消息，第二车辆还安装了显示装置，用于显示车辆事件消息。第一车辆将删除请求发送至服务器，服务器响应删除请求，删除车辆事件消息，并将删除请求转发至第二车辆，第二车辆106响应删除请求，删除车辆事件消息。

如图2A所示，其为一实施例的车联事件共享方法，包括：

步骤202，检测车辆的行驶状态。

具体地，本步骤中，实时检测车辆的形式状态，用于检测车辆的行驶状态是否异常。例如，车辆的行驶状态的异常时，表示车辆发生事故或者发生故障，此时的车辆行驶在路上具有一定的风险。

步骤204，当所述车辆的行驶状态为异常时，获取所述车辆的位置信息。

在本实施例中，位置信息为车辆所在的地理位置的位置信息，其对应唯一的经纬度。具体地，车辆上安装了GPS(Global Positioning System，全球定位***)模块，用于对车辆进行定位，获取车辆的位置信息。当所述车辆的行驶状态为异常时，则获取此时车辆的位置信息。

步骤206，根据所述车辆的位置信息生成车辆事件消息。

具体地，车辆事件消息用于提示车辆或用户事故发生地点，本步骤中，根据车辆的位置信息生成的车辆事件消息，车辆事件消息中包括了行驶状态异常的车辆的位置信息，能够使得其他车辆或用户能够清楚获知异常车辆的位置。

步骤208，将所述车辆事件消息发送至服务器。

在本实施例中，车辆在生成车辆事件消息后，将改车辆事件消息发送至服务器，通过服务器将该车辆事件消息发布至其他车辆或用户，使得信息能够及时发布，有效提高交通事故消息发布速度，能够有效避免交通的进一步堵塞。具体地，在本实施例中，由于车辆在行驶状态异常时即已生成消息发送至服务器，并由服务器发布，在交通事故尚未发生时即已将消息发布，相对传统的方法由第三方发布造成的消息滞后，本实施例的车联事件共享方法使得异常车辆的周边的车辆能够及时回避或产生注意，实时性更高，能有效降低事故率，并避免交通大面积堵塞。

在一个实施例中，步骤202包括：检测车辆的气囊状态、震动状态、受损状态以及车身稳定***启动状态中的一种或多种。

具体地，为了使得行驶状态的检测结果更为精确，且使得生成的车辆事件消息内容更为全面，本实施例中，检测车辆的气囊状态、震动状态、受损状态以及车身稳定***启动状态中的一种或多种。

例如，气囊状态包括正常与弹出，气囊状态为弹出时，表明此时车辆受到强烈撞击，此时，气囊状态为异常；例如，通过设置在车辆上不同位置的震动传感器检测车辆多个位置的震动状态，当检测的震动状态达到预设震动值时，表明车辆局部受到强烈撞击，则此时震动状态为异常；例如，还通过设置在车辆上的多个用于检测车辆完整性的传感器，当车辆受损时，则受损状态为异常；车身稳定***通过对从各传感器传来的车辆行驶状态信息进行分析，然后向ABS(antilock brake system，制动防抱死***)、ASR(AccelerationSlip Regulation，驱动轮防滑***)发出纠偏指令，来帮助车辆维持动态平衡，使车辆在各种状况下保持最佳的稳定性。当车身稳定***被触发启动时，表明此时车辆形式处于动态极限，容易发生侧滑或转向过度，进而导致事故，当车身稳定***启动时，车身稳定***启动状态位异常。本实施例中，通过检测上述状态中的一种或多种，以此提高检测结果的准确性。

例如，在其他实施例中，步骤202包括检测车辆的制动状态、发动机运行状态、油箱状态、气囊状态、震动状态、受损状态以及车身稳定***启动状态中的一种或多种。例如，制动状态异常时，车辆无法制动；例如，油箱状态异常时，油箱内油量低于预设油量值，此时车辆由于缺油而无法启动。

如图2B所示，在一个实施例中，步骤104包括：

步骤204a，当所述车辆的行驶状态为异常时，检测车辆的行驶速度。

具体地，当车辆的行驶状态位要异常，表明此时车辆发生事故或者发生故障，则此时进一步检测车辆的行驶速度，获取车辆的行驶速度。

步骤204b，当所述车辆的行驶速度小于预设速度时，获取所述车辆的位置信息。

本步骤中，当检测到车辆的速度小于预设速度时，则获取车辆的位置信息，由于此时车辆的速度较小，表明车辆此时发生事故或者发生故障后停止下来，或者由于故障不得不降低速度，则此时将有可能影响后续的车辆的行驶，此时，获取车辆的位置信息，通过消息发布将事故车辆的位置信息发布至其他车辆，使得其他车辆获知当前事故地点。

在一个实施例中，步骤206包括：根据所述车辆的位置信息和所述车辆的行驶状态生成车辆事件消息。

具体地，在本实施例中，车辆事件消息不仅包括了车辆的位置信息，还包括了车辆的行驶状态，这样，当其他车辆在通过服务器接收到消息后，不仅能够获取到事故车辆的地点，也能够获取到车辆事故的原因，例如，通过震动状态和气囊状态能够获知车辆由于碰撞而导致事故，例如，通过制动状态能够获知车辆由于制动失控导致事故，例如，通过气囊状态和受损状态能获知车辆的受损情况。这样，不仅使得其他车辆能够及时获知事故发生地点，还能获知事故原因，能够尽早避免道路堵塞。

如图2C所示，在一个实施例中，步骤208之后还包括：

步骤210，获取撤回指令。

本步骤中，撤回指令用于撤回已发布的车辆事件消息，例如，获取用户撤回指令，例如，根据用户的操作获取撤回指令。当事故处理完毕后，如消息一直显示或仍处于发布状态，则不利于交通的恢复，因此，本实施例中，通过撤回车辆事件消息，使得消息不再发布或不再处于显示状态，使得其他车辆能够及时获知事故的处理结果，进而疏导交通。例如，撤回指令还可用于在车辆事件消息误报时，及时解除误报。

步骤212，响应所述撤回指令向所述服务器发送删除所述车辆事件消息的删除请求。

本步骤中，响应撤回指令向服务器发送删除请求，该删除请求用于向服务器请求删除已发布的车辆事件消息，使得其他车辆或用户及时了解事故的处理结果。

例如，响应所述撤回指令向服务器发送事故处理消息，事故处理消息用于提示其他车辆或用户，事故已处理完毕，道路恢复顺畅。在本实施例中，不仅撤回车辆事件消息，还进一步发布事故处理消息，使得其他车辆或用户能够清楚获知事故处理进度，使得交通能够进一步疏导。

在另外的实施例中，在预设时间后向服务器发送删除所述车辆事件消息的删除请求，在本实施例中，删除请求由车辆自动发送至服务器，而不是根据用户操作获取，这样，在事故发生后的预设事件后，此时事故处理完毕，车辆自动发送删除请求至服务器，能够避免由于事故车辆的用户受伤或忘记而导致没有及时发送删除请求。

如图3A所示，其为一实施例的一种车联事件共享方法，其特征在于，包括：

步骤302，接收车辆事件消息。

具体地，本实施例中，服务器通过无线网络与车辆通信，接收车辆发送的车辆事件消息。

步骤304，解析所述车辆事件消息，获取第一车辆的位置信息。

本步骤中，服务器在获取了车辆事件消息后，对车辆事件消息进行解析，获取第一车辆的位置信息，第一车辆为事故车辆，服务器获取的位置信息为事故地点的位置信息。

例如，解析车辆事件消息，获取第一车辆的行驶状态，行驶状态包括制动状态、发动机运行状态、油箱状态、气囊状态、震动状态、受损状态以及车身稳定***启动状态中的一种或多种，并将车辆事件消息发送至交通管理中心服务器，使得交通管理部门能够尽快获知事故发生地和事故原因，能够尽快处理事故。

步骤306，根据所述位置信息将所述车辆事件消息发送至所述位置信息对应的预设范围内的第二车辆。

具体地，第一车辆的位置信息对应预设范围内的第二车辆与第一车辆的距离较近，这些第二车辆容易聚集到第一车辆所在的事故发生地，因此，为了避免第二车辆往事故发生地集中，本实施例中，向位置信息对应的预设范围内的多个第二车辆发送车辆事件消息，一方面，能够提高消息及时性，另一方面，使得消息能够有针对性的发送，仅发送至与第一车辆相关性更高的第二车辆，减少资源占用，例如，减少网络资源的占用，或者减少服务器内存资源的占用。

所述预设范围为以该位置信息对应的地理位置为圆心，以预设距离为半径的圆形范围，例如，获取多个第二车辆的位置信息，对比第一车辆的位置信息与第二车辆的位置信息，当第一车辆的位置信息与第二车辆的位置信息的路径距离小于预设值时，则第二车辆位于第一车辆的位置信息对应的预设范围内，这样，能够使得消息发送对象更为精确，避免消息发送至距离较远、关联性较低的车辆，造成资源浪费。

如图3B所示，在一个实施例中，步骤306包括：

步骤306a，根据所述位置信息检测所述位置信息对应的预设范围是否存在第二车辆。

具体地，在发送消息前，检测预设范围内是否存在除了事故车辆以外的车辆。

步骤306b，当所述预设范围存在第二车辆，将所述车辆事件消息发送至所述第二车辆。

具体地，当检测到预设范围内存在事故车辆以外的第二车辆，则将车辆事件消息发送至第二车辆。例如，获取第二车辆的行驶方向，判断第二车辆的行驶方向是否朝向第一车辆的位置信息，如是，则将所述车辆事件消息发送至所述第二车辆，例如，在预设时间间隔获取第二车辆的位置信息，根据预设时间间隔内第二车辆的位置信息变化计算第二车辆的行驶方向。这样，进一步提高消息发送对象的准确性，进一步减少资源占用。

在一个实施例中，步骤306b包括：当所述预设范围存在第二车辆，且所述第二车辆的数量大于预设数值时，将所述车辆事件消息发送至所述第二车辆。

在本实施例中，当预设范围存在第二车辆，且第二车辆的数量较多时，将车辆事件消息发送至所述第二车辆，由于第二车辆数量较多，容易集中造成交通堵塞，因此，此时发送车辆事件消息能使得第二车辆尽早获知事故消息。具体来说，当在第一车辆附近的第二车辆数量小于或等于预设数值时，第二车辆的数量较少，例如，第一车辆位于较为偏僻的地方，则第二车辆数量较少，不容易造成交通堵塞，则不发送车辆事件消息，仅当第二车辆的数量大于预设数值时，才对第二车辆发送车辆事件消息，这样能进一步减小资源占用。

如图3C所示，在一个实施例中，步骤306之后还包括：

步骤308，接收删除请求。

本实施例中，服务器接收到第一车辆发送的删除请求，删除请求用于请求删除已发布的车辆事件消息。

步骤310，响应所述删除请求删除所述车辆事件消息，并将删除请求转发至第二车辆。

具体地，服务器响应删除请求，删除接收到的车辆事件消息，停止发送车辆事件消息至第二车辆，并将向已接收了车辆事件消息的第二车辆发送删除请求，请求第二车辆删除车辆事件消息，在事故处理后，避免第二车辆继续显示车辆事件消息，进而对交通进行疏导。

例如，本步骤包括响应所述删除请求，检测车辆事件消息是否已发送成功，如是，则将删除请求转发至第二车辆，否则，删除本地的车辆事件消息。具体地，由于存在消息误报，服务器在接收了第一车辆的车辆事件消息后，可能在短时间受到删除请求，用于删除误报消息，当车辆事件消息尚未转发至第二车辆时，服务器仅删除存储于服务器本地的车辆事件消息，当车辆事件消息已转发至第二车辆时，则将删除请求转发至第二车辆，请求第二车辆删除已车辆事件消息。

例如，本步骤中还包括：接收事故处理消息，并将事故处理消息发送至第二车辆，具体地，服务器还接收第一车辆事故处理消息，事故处理消息用于提示其他车辆或用户事故已处理完毕，道路恢复顺畅。

在一个实施例中，步骤304之后还包括：根据所述位置信息显示所述车辆事件消息。

例如，在服务器对应的显示屏上显示车辆事件消息，以便交通管理部门能够尽快获知事故发生地和事故原因，能够尽快处理事故。

如图4A所示，其为一实施例的一种车联事件共享方法，其特征在于，包括：

步骤402，接收车辆事件消息。

具体地，本实施例中，第二车辆通过无线网络与服务器通信，第二车辆接收服务器发送的车辆事件消息。

步骤404，解析所述车辆事件消息，获取第一车辆的位置信息。

具体地，在获取了车辆事件消息后，对车辆事件消息进行解析，获取第一车辆的位置信息，第一车辆为事故车辆，获取的位置信息为事故地点的位置信息。

例如，解析车辆事件消息，获取第一车辆的行驶状态，行驶状态包括制动状态、发动机运行状态、油箱状态、气囊状态、震动状态、受损状态以及车身稳定***启动状态中的一种或多种，这样，第二车辆的驾驶者能够清楚获知第一车辆的事故原因及损坏情况，能够尽早做出判断，避免二次事故的发生。

步骤406，根据所述位置信息显示所述车辆事件消息。

在本实施例中，根据位置信息显示车辆事件消息，即显示包含位置信息的车辆事件消息，使得第二车辆的驾驶者获知事故发生地点。例如，通过车载中控屏显示车辆事件消息，例如，在车载中控屏的导航地图上显示车辆事件消息，例如，第一车辆的位置信息对应的导航地图上的位置上显示事故标记。

如图4B所示，在一个实施例中，步骤406之后还包括：

步骤408，接收删除请求。

步骤410，响应删除请求，删除车辆事件消息。

在事故处理后，为了及时使得第二车辆的驾驶者能够获知事故处理进度，第二车辆在接收到服务器转发的删除请求后，删除已接收的车辆事件消息，并恢复导航地图至接收到车辆事件消息前，即不再在导航地图上显示车辆事件消息。

例如，步骤406之后还包括：接收事故处理消息，并显示事故处理消息。

为了及时使得第二车辆的驾驶者能够获知事故处理进度，在本实施例中，接收服务器转发的事故处理消息，并在中控屏显示事故处理消息。

如图5A所示，其为一实施例的一种车联事件共享装置，包括：

消息接收模块510，用于接收车辆事件消息。

消息解析模块530，用于解析所述车辆事件消息，获取第一车辆的位置信息。

消息转发模块550，用于根据所述位置信息将所述车辆事件消息发送至所述位置信息对应的预设范围内的第二车辆。

如图5B所示，在一个实施例中，所述消息转发模块550包括：

车辆检测子模块551，用于根据所述位置信息检测所述位置信息对应的预设范围是否存在第二车辆。

消息转发子模块553，用于当所述预设范围存在第二车辆，将所述车辆事件消息发送至所述第二车辆。

在一个实施例中，所述消息转发子模块还用于当所述预设范围存在第二车辆，且所述第二车辆的数量大于预设数值时，将所述车辆事件消息发送至所述第二车辆。

如图5C所示，在一个实施例中，还包括：

删除请求接收模块570，用于接收删除请求。

删除请求转发模块590，用于响应所述删除请求删除所述车辆事件消息，并将删除请求转发至第二车辆。

如图6所示，一个实施例的一种车联事件共享装置，包括：

第二消息接收模块602，用于接收车辆事件消息。

第二消息解析模块604，用于解析所述车辆事件消息，获取第一车辆的位置信息。

消息显示模块606，用于根据所述位置信息显示所述车辆事件消息。

应该说明的是，上述实施例中，所包括的各个模块只是按照功能逻辑进行划分的，但并不局限于上述的划分，只要能够实现相应的功能即可；另外，各功能模块的具体名称也只是为了便于相互区分，并不用于限制本发明的保护范围。

另外，本领域普通技术人员可以理解实现上述各实施例方法中的全部或部分模块的功能是可以通过程序来指令相关的硬件来完成，相应的程序可以存储于可读取存储介质中。

以上所述实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本发明的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干变形和改进，这些都属于本发明的保护范围。因此，本发明专利的保护范围应以所附权利要求为准。

Claims (9)

1.一种车联事件共享方法，其特征在于，包括：

接收车辆事件消息；

解析所述车辆事件消息，获取第一车辆的位置信息；

根据所述位置信息将所述车辆事件消息发送至所述位置信息对应的预设范围内的第二车辆。

2.根据权利要求1所述的车联事件共享方法，其特征在于，所述根据所述位置信息将所述车辆事件消息发送至所述位置信息对应的预设范围内的第二车辆的步骤包括：

根据所述位置信息检测所述位置信息对应的预设范围是否存在第二车辆；

当所述预设范围存在第二车辆，将所述车辆事件消息发送至所述第二车辆。

3.根据权利要求1所述的车联事件共享方法，其特征在于，所述当所述预设范围存在第二车辆，将所述车辆事件消息发送至所述第二车辆的步骤包括：

当所述预设范围存在第二车辆，且所述第二车辆的数量大于预设数值时，将所述车辆事件消息发送至所述第二车辆。

4.根据权利要求1所述的车联事件共享方法，其特征在于，所述根据所述位置信息将所述车辆事件消息发送至所述位置信息对应的预设范围内的第二车辆的步骤之后还包括：

接收删除请求；

响应所述删除请求删除所述车辆事件消息，并将删除请求转发至第二车辆。

5.根据权利要求1所述的车联事件共享方法，其特征在于，所述解析所述车辆事件消息，获取第一车辆的位置信息的步骤之后还包括：

根据所述位置信息显示所述车辆事件消息。

6.一种车联事件共享装置，其特征在于，包括：

消息接收模块，用于接收车辆事件消息；

消息解析模块，用于解析所述车辆事件消息，获取第一车辆的位置信息；

消息转发模块，用于根据所述位置信息将所述车辆事件消息发送至所述位置信息对应的预设范围内的第二车辆。

7.根据权利要求6所述的车联事件共享装置，其特征在于，所述消息转发模块包括：

车辆检测子模块，用于根据所述位置信息检测所述位置信息对应的预设范围是否存在第二车辆；

消息转发子模块，用于当所述预设范围存在第二车辆，将所述车辆事件消息发送至所述第二车辆。

8.根据权利要求7所述的车联事件共享装置，其特征在于，所述消息转发子模块还用于当所述预设范围存在第二车辆，且所述第二车辆的数量大于预设数值时，将所述车辆事件消息发送至所述第二车辆。

9.根据权利要求6所述的车联事件共享装置，其特征在于，还包括：

删除请求接收模块，用于接收删除请求；

删除请求转发模块，用于响应所述删除请求删除所述车辆事件消息，并将删除请求转发至第二车辆。