CN114333382A - 一种道路预警方法和装置 - Google Patents

Abstract

本发明公开了一种道路预警方法和装置。其中道路预警方法包括：服务器通过多种数据获取途径从不同数据源中获得道路事件，当取到道路事件时，确定所述道路事件的关联车辆，将所述道路事件下发给所述关联车辆；关联车辆接收服务器下发的道路事件，确定所述道路事件对应的预警条件，根据行驶信息判断是否达到预警条件，在达到预警条件时，进行道路预警。本发明的技术方案通过扩展道路事件的数据来源，丰富道路事件的类型，关联车辆可以根据道路事件提前感知行驶路段上的各种异常路况，避免产生驾驶困难和安全隐患等问题。

Description

一种道路预警方法和装置

技术领域

本发明涉及智慧驾驶技术领域，具体涉及一种道路预警方法和装置。

背景技术

在道路交通中，影响车辆行驶的因素有很多。例如，天气变化时，恶劣的天气会导致车辆行驶速度降低。例如，路面障碍、路面维修等情况会出现车道占用，进而影响车辆行驶。例如，人流、车流等密集度会影响车辆的行驶速度。

针对上述情况，通常使用道路异常状态预警系统实现路面情况的检测并进行道路预警。目前在研究或实现的道路预警有较多种实现方式。例如利用卫星监控的实时天气信息进行道路预警，使用行车记录仪的视频进行图像识别来进行道路预警，或利用车道协同方法获取道路事件发生位置进行道路预警。

但这些实现方式大多关注的是道路事件的检测方法，且一般是针对某种特定道路突发情况进行预警，道路预警所需的道路事件的数据源较为单一。

发明内容

有鉴于此，本发明的主要目的在于提供了一种道路预警方法和装置，用于解决现有道路预警所需道路事件的数据源较为单一，只能对特定道路突发情况进行预警的问题。

依据本发明的第一方面，提供了一种道路预警方法，由服务器执行，包括：通过多种数据获取途径从不同数据源中获得道路事件；当获取到道路事件时，确定所述道路事件的关联车辆；将所述道路事件下发给所述关联车辆，使所述关联车辆根据道路事件确定预警条件，并根据关联车辆的行驶信息判断是否达到预警条件，在达到预警条件时，进行道路预警。

依据本发明的第二方面，提供了一种道路预警方法，由车辆终端执行，包括：接收服务器下发的道路事件，所述服务器能够通过多种数据获取途径从不同数据源中获得道路事件；确定所述道路事件对应的预警条件；根据行驶信息判断是否达到预警条件，在达到预警条件时，进行道路预警。

依据本发明的第三方面，提供了一种道路预警装置，应用于服务器，包括：第一接收单元，用于通过多种数据获取途径从不同数据源中获得道路事件；第一处理单元，用于当获取到道路事件时，确定所述道路事件的关联车辆；发送单元，用于将所述道路事件下发给所述关联车辆，使所述关联车辆根据道路事件确定预警条件，并根据关联车辆的行驶信息判断是否达到预警条件，在达到预警条件时，进行道路预警。

依据本发明的第四方面，提供了一种道路预警装置，应用于车辆终端，包括：第二接收单元，用于接收服务器下发的道路事件，所述服务器能够通过多种数据获取途径从不同数据源中获得道路事件；第二处理单元，用于确定所述道路事件对应的预警条件；预警单元，用于根据行驶信息判断是否达到预警条件，在达到预警条件时，进行道路预警。

依据本发明的第五方面，提供了一种电子设备，包括处理器；以及被安排成存储计算机可执行指令的存储器，所述可执行指令在被执行时使所述处理器执行上述道路预警方法。

依据本发明的第六方面，提供了一种计算机可读存储介质，所述计算机可读存储介质存储一个或多个程序，所述一个或多个程序当被处理器执行时，实现上述道路预警方法。

本发明采用的上述至少一个技术方案能够达到以下有益效果：本发明实施例的道路预警方法和装置由服务器通过多种数据获取途径从不同数据源中获得道路事件，例如通过服务器以主动方式从不同数据源拉取道路事件，或者服务器通过APP、网页、MiniProgram、SDK等方式被动接收不同数据源提交的道路事件，即至少通过数据获取途径、数据源类型这两个维度来丰富道路事件，使得本发明实施例的服务器理论上能够获得全部类型的道路事件。在进行道路预警时，服务器将接收到道路事件下发给关联车辆，使得关联车辆可以提前感知行驶路段上的各种异常路况，避免产生驾驶困难和安全隐患等问题。

附图说明

通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

图1示出了根据本发明一个实施例的一种道路预警系统的示意图；

图2示出了根据本发明一个实施例的一种道路预警方法流程示意图；

图3示出了根据本发明一个实施例的车联网车辆分享道路事件的流程图；

图4示出了根据本发明一个实施例的另一种道路预警方法流程示意图；

图5示出了根据本发明一个实施例的车辆上报地理位置的流程图；

图6示出了根据本发明一个实施例的车辆与云端服务器交互进行道路预警的流程图；

图7示出了根据本发明一个实施例的一种道路预警装置的结构框图；

图8示出了根据本发明一个实施例的另一种道路预警装置的结构框图

图9示出了根据本发明一个实施例的电子设备的结构示意图。

具体实施方式

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

如前所述，针对现有道路预警所需道路事件的数据源较为单一，只能对特定类型的道路突发情况进行预警的问题，本发明实施例提供了一种道路预警方法和装置，主要通过设置服务器的多种数据获取途径，以主动或被动的方式从不同数据源获得道路事件，利用数据源和数据获取方式来丰富服务器获取道路事件的类型，当车辆所行驶的路段存在异常路况时，提前对车辆进行预警，使车辆可以提前获知前方各种异常路况，避免产生驾驶困难和安全隐患等问题。

为便于理解，本实施例提供一种道路预警系统，该道路预警系统可以应用到智慧驾驶的各种应用场景中。如图1所示，该道路预警系统包括车辆终端100和服务器110。车辆终端100与服务器110可以直接通信，也可以间接通信，如利用路侧单元(Road Side Unit，简称为RSU)、基站(Base Station，简称为BS)或其他车辆等中间媒介转发交换。

车辆终端100用于与服务器110进行通信，交换数据，以及电子装置100还具有数据处理功能等。

需要说明的是，本实施例中执行道路预警的车辆终端，可以是车辆、也可以是装载于车辆上的电子装置(例如移动数据中心(mobile data center，简称为MDC)/处理器/车载单元(On board Unit，简称为OBU)等)以及车载芯片等。

其中，本实施例的车辆终端至少包括通信系统、全球导航卫星系统(GlobalNavigation Satellite System，简称为GNSS)、处理器等。

通信系统用于与服务器110进行信息传输，以及与其他车辆等通信装置进行信息传输。

GNSS用于确定车辆所行驶的路段以及在路段中的位置。GNSS可以包括美国的全球定位系统(Global Positioning System，简称为GPS)、欧洲的伽利略、俄罗斯的格洛纳斯以及中国的北斗等等。

处理器用于根据GNSS获取到的信息，计算车辆行驶信息，以及计算道路事件的预警条件，判断是否达到预警条件，以及向服务器上传数据信息。这里的数据信息包括但不限于车辆行驶信息和车辆信息，车辆行驶信息例如为车辆当前位置的经纬度、所处路段、车头角度等，车辆信息例如为产品序列码(Serial Number，简称为SN)、车辆的型号、车辆宽度、车辆长度、车辆使用年限、车辆价值、是否配备辅助驾驶/自动驾驶功能等。

本实施例中的服务器110具有对信息分析处理以及与其他装置进行通信的能力。其中，服务器110可以是云端服务器，也可以是车联网服务器，还可以是路侧单元的服务器。

需要说明的是，本实施例中的服务器可以有多个，例如可以将所管辖的区域分成多块，每一块区域有一个或多个服务器。

与现有技术不同的是，本实施例的服务器110能够通过多种数据获取途径从不同数据源中获得道路事件。例如，由运行在各种数据源终端上的应用程序(Application，简称为APP)、网页、小程序(又称为Mini Program)等生成道路事件并提交给服务器，或者第三方平台将道路数据发送给软件开发工具包(Software Development Kit，简称为SDK)，由SDK将道路数据整合为道路事件后提供给服务器。

实施例一

图2示出了根据本发明一个实施例的一种道路预警方法流程示意图，本实施例的道路预警方法由服务器执行。如图2所示，本实施例的方法至少包括步骤S210-步骤S230：

步骤S210，通过多种数据获取途径从不同数据源中获得道路事件。

现有技术中的服务器大多是通过车载终端获得道路事件，道路事件的数据来源较为单一。与现有技术不同的是，本实施例的服务器能够从不同数据源获得道路事件，例如从车载终端、手机终端、可穿戴终端、路侧单元、车联网平台、卫星监控平台或城市管理平台等数据源获得道路事件。并且本实施例的服务器具有多种数据获取途径，例如通过服务器的预设接口主动从不同数据源拉取道路事件，或者由APP、网页、Mini Program或SDK进行道路事件分享，服务器被动接收这些道路事件。

相比于现有技术，本实施例的服务器获得道路事件的数据终端的种类更加全面，且不同数据终端分享的道路事件的类型一般都不同的侧重，例如手机终端可能更加侧重特殊路况和突发交通事件的分享，例如分享狭窄道路等，车联网平台更加侧重拥堵、封路、交通事故等常规路况的分享，卫星监控平台更加侧重暴雨、浓雾、山体滑坡等恶劣天气。因此本实施例的服务器理论上可以通过各种类型的数据终端获得全部类型的道路事件。

步骤S220，当获取到道路事件时，确定道路事件的关联车辆。

本实施例中，道路事件包括事件标识和事件描述，事件标识例如包括事件位置信息，事件描述例如包括事件类型、事件来源、事件持续时间、事件概要等等。

在接收到道路事件时，可以根据事件标识中的事件地理位置信息确定出异常路段，将处于异常路段一定范围内的行驶车辆确定为该道路事件的关联车辆。

步骤S230，将道路事件下发给关联车辆，使关联车辆根据道路事件确定预警条件，并根据关联车辆的行驶信息判断是否达到预警条件，在达到预警条件时，进行道路预警。

可见，图2所示的方法，由服务器通过多种数据获取途径从不同数据源中获得道路事件，例如通过服务器以主动方式从不同数据源拉取道路事件，或者服务器通过APP、网页、Mini Program、SDK等方式被动接收不同数据源提交的道路事件，即至少通过数据获取途径、数据源类型这两个维度来丰富道路事件，使得本发明实施例的服务器理论上能够获得全部类型的道路事件。在进行道路预警时，服务器将接收到道路事件下发给关联车辆，使得关联车辆可以提前感知行驶路段上的各种异常路况，避免产生驾驶困难和安全隐患等问题。

在一些本实施例中，数据获取途径包括主动数据获取途径和被动数据获取途径，基于此，服务器可以通过主动方式获取道路事件或被动方式获取道路事件，当然也可以结合两种方式来获取道路事件。

主动方式包括：

通过主动数据获取途径从不同数据源获取道路事件，主动数据获取途径包括基于服务器的预设接口途径，通过预设接口按照预设频率主动地从不同数据源处获得道路事件。

例如预设接口每1分钟向数据源发送一次数据请求，使数据源基于数据请求向服务器反馈道路事件。实际应用中，数据请求的发送频率可以灵活设置，本实施例不作具体限定。

又例如，预设接口向数据源发送数据收集任务，数据源根据数据收集任务收集道路数据，将收集到的道路数据整合为道路事件提交给服务器。

被动方式包括：

通过被动数据获取途径从不同数据源获取道路事件，所述被动数据获取途径包括基于APP、网页、Mini Program、SDK中的一种或多种途径。

例如，数据源运行APP、网页或Mini Program，通过APP、网页或Mini Program生成道路事件，并分享给服务器。这里，数据源包括但不限于车载终端、手机终端、可穿戴终端、路侧单元、车联网平台、卫星监控平台、城市管理平台。

又例如，数据源将道路数据发送给SDK，SDK对道路数据进行数据整合，得到道路事件并分享给服务器，通过SDK可以视服务器跨平台获取道路事件。

本实施例的被动方式是一种基于数据分享式的数据获取方式，这种分享方式可以使服务器从不同数据源中获得道路事件，使人人都可以参与，且不局限于车载终端，能够有效利用其他电子终端，显著丰富了道路事件的数据来源。

为更好地理解本发明提供的实施例，以服务器通过被动方式从车联网车辆获取道路事件为例。

随着智能车辆领域的快速发展，越来越多的联网车辆行驶在日常的道路中，这些联网车辆组成了庞大的车联网，这些车联网车辆可以实时接收来自服务器的实时消息，并且可以实时上报车辆数据给服务器。

基于此，如图3所示，当车联网车辆在行驶过程中遇到例如拥堵、封路、交通事故、道路积水、道路结冰、山体滑坡、暴雨、浓雾等状况时，可以启动道路事件分享应用(APP)生成道路事件，在道路事件生成过程中，可以由用户向APP输入异常路况的描述信息，或基于车辆的行车记录仪或摄像装置拍摄到的图像关联出异常路况的描述信息，并APP可以自动获取道路事件在事件生成时刻的行驶信息，例如包括经纬度、车头角度等信息，基于异常路况的描述信息和车辆的行驶信息生成道路事件，所生成的道路事件例如包括事件标识和事件描述。生成道路事件后，通过APP将道路事件发送给本实施例的服务器。

由于不同数据源提供的道路事件可能具有不同的数据格式，基于此，本实施例的服务器在接收到的道路事件时，对道路事件进行标准化格式处理，使标准化后的道路事件包括事件标识和事件描述，便于关联车辆对道路事件进行分析处理。

由于实际应用中，不同数据源可能会对相同道路事件进行重复上报，基于此，本实施例在通过预设接口接收到道路事件之后，还可以通过下述两种方式中的一种或两种来确定是否执行关联车辆的确定步骤。

第一种：

当服务器同时接收到两个以上的道路事件时，判断所述两个以上的道路事件是否为同一事件，若为同一事件，将两个以上的道路事件合并为一个道路事件，对合并后的道路事件执行关联车辆的确定步骤；若为不同事件，分别对各个道路事件执行关联车辆的确定步骤。

假设服务器在T1时刻从第一数据源处接收到一个道路事件，并且，在T1时刻还从第二数据源处接收到另一个道路事件，此时服务器可以根据两个道路事件的事件位置、事件描述来判断这两个道路事件是否为同一事件，当这两个道路事件的事件位置的相对距离小于距离阈值，事件类型相同时，可以确定这两个道路事件为同一事件，否则为不同事件。

当然，在实际应用中，还可以结合事件概要、事件持续时间等判断同时接收到的多个事件是否为同一事件。

第二种：

判断当前接收到的道路事件与已接收到历时道路事件是否为同一事件，若为同一事件，不对当前接收到的道路事件执行关联车辆的确定步骤，若为不同事件，对当前接收到的道路事件执行关联车辆的确定步骤。

本实施例的服务器将接收到的道路事件缓存到事件队列中，在接收到新的道路事件时，可以将新接收到的道路事件与事件队列中的历史道路事件进行判断，例如当新接收到的道路事件的事件位置与历史道路事件A的相对距离小于距离阈值，事件类型还相同时，确定新接收到的道路事件为与历史道路事件A相同的事件；否则，当新接收到的道路事件与事件队列中的所有事件的相对距离均不小于距离阈值，或者事件类型不相同时，可以确定新接收到的道路事件为不同事件。当然，在实际应用中，还可以结合事件概要、事件持续时间等判断新接收到的道路事件是否为不同事件。

在确定新接收到的道路事件为不同事件时，还可以将新接收到的道路事件缓存到事件队列中。实际应用中，为避免内存泄漏，可以设置事件队列为用先进先出队列，或定期清理队列。

如前所述，车辆和服务器可以直接通信，也可以间接通信。在一些实施例中，为保证数据交互的实时性，车辆和服务器之间采用直接通信的方式，且车辆和服务器之间通过长连接方式进行数据交互。

长连接是指在一个连接上可以连续发送多个数据包，在连接保持期间，如果没有数据包发送，需要双发链路检测包。通过建立好的长连接通道传输道路事件，每次操作完成后，都不需要断开连接，下次操作时可以直接发送数据包就可以，不需要重新建立连接，因此可以保证道路预警的实时性。

当服务器与车辆建立长连接通道时，服务器可以通过长连接通道将道路事件下发给关联车辆。

当然，在服务器与车辆建立长连接通道时，车辆也可以通过长连接通道将车辆的行驶信息和车辆信息发送给服务器，服务器可以实时地获知所有车辆的当前位置和车辆的行驶状态。

由此，当服务器确定道路事件的关联车辆时，服务器获取与服务器连接的所有车辆的当前位置，根据道路事件的事件位置和所有车辆的当前位置，确定道路事件的关联车辆。例如，根据道路事件的事件位置确定出道路事件对应的异常路段，以及根据车辆的当前位置确定出车辆的行驶路段，若车辆的行驶路段处于异常路段所对应的待预警范围内，则确定该车辆为道路事件的关联车辆。这里可以将异常路段预设范围内的区域确定为待预警范围，例如将异常路段1公里内的区域确定为待预警范围。

需要说明的是，本实施例中的关联车辆是指处于行驶状态的车辆，服务器可以根据车辆上报的行驶信息确定车辆是否处于行驶状态，例如当车辆在一定时间内移动距离大于移动距离阈值时，可以确定车辆处于行驶状态。

在一些实施例中，服务器在接收到道路事件后，还可以根据道路事件的类型生成道路事件的预警条件。相应的，服务器在将道路事件下发给关联车辆时，还将道路事件对应的预警条件发送给关联车辆。

本实施例的服务器为不同类型的道路事件生成相应的预警条件，例如为拥堵、封路，交通事故，道路积水，道路结冰、山体滑坡等小范围的路况事件，根据事件位置、事件方向、车辆信息生成路况事件的预警条件。例如拥堵事件的预警条件为：车辆行驶方向和拥堵事件的夹角小于第一角度阈值，车辆位置相对于拥堵事件的位置小于第一距离阈值，车头角度与拥堵事件的车头角度的差值小于第二角度阈值，其中位置信息可以基于车辆的当前位置和车辆长度/车辆宽度得到。

为暴雨、浓雾、大雪等大范围的天气事件，根据事件位置生成天气事件的预警条件。例如浓雾事件的预警条件为：车辆位置与浓雾事件的位置小于第二距离阈值。

本实施例的各种距离阈值和角度阈值的具体取值可根据不同地区、不同区域的历史交通状况统计数据来确定，在此对具体取值不做限定。

实施例二

与前述实施例一中道路预警方法同属于一个技术构思，本发明实施例还提供了另一种道路预警方法。

如前所述，本实施例中执行道路预警的车辆终端，可以是车辆、也可以是装载于车辆上的电子装置(例如移MDC/处理器/OBU等)以及车载芯片等。

图4示出了根据本发明一个实施例的另一种道路预警方法流程示意图，本实施例的道路预警方法由车辆终端执行。如图4所示，本实施例的方法至少包括步骤S410-步骤S430：

步骤S410，接收服务器下发的道路事件，所述服务器能够通过多种数据获取途径从不同数据源中获得道路事件。

这里车辆终端接收到的道路事件是由实施例一中的服务器下发的道路事件，服务器下发道路事件的过程可参考上述实施例一的相关描述，在此不再赘述。

步骤S420，确定道路事件对应的预警条件。

当服务器下发道路事件对应的预警条件时，车辆终端可以服务器下发的数据包中获得道路事件对应的预警条件。

当服务器没有下方道路事件对应的预警条件时，车辆终端可以自行生成道路事件的预警条件。

步骤S430，根据行驶信息判断是否达到预警条件，在达到预警条件时，进行道路预警。

本实施例的车辆终端实时获取自车行驶信息，例如通过自车的GNSS获得车辆的经纬度等位置信息，从自车的配置文件中获得车辆信息，通过自车的传感器获得车头角度等等，根据车辆当前时刻的行驶信息判断是否达到预警条件。

可见，图4所示的方法，车辆终端能够根据服务器下发的道路事件，提前获知车辆行驶路段上存在的各种异常路况，通过实时监测自车的行驶信息，能够动态地确定自车与异常路况的相对状态，在达到道路事件对应的预警条件时，及时进行道路预警，避免产生驾驶困难和安全隐患等问题。

在一些实施例中，若服务器没有下发道路事件对应的预警条件，则辆确定道路事件对应的预警条件，包括：确定道路事件的类型，根据道路事件的类型生成道路事件的预警条件。

实际应用中，基于道路事件的事件范围，可以将道路事件分为大范围的天气事件和小范围的路况事件，这里范围大小相对的，例如浓雾、暴雨、大雪等天气影响的范围较大，因此可以将浓雾、暴雨、大雪等天气事件划分为一类，该类天气事件可以根据事件位置生成天气事件的预警条件。

而拥堵、封路，交通事故，道路积水，道路结冰、山体滑坡等路况事件影响的范围较小，一般会影响一条或几条道路。因此，可以将拥堵、封路，交通事故，道路积水，道路结冰、山体滑坡等路况事件划分为一类，该类路况事件可以根据事件位置、事件方向、车辆信息生成路况事件的预警条件。

如前所述，例如拥堵事件的预警条件为：车辆当前的行驶方向和拥堵事件的方向的夹角小于第一角度阈值，车辆当前的位置和相对于拥堵事件的位置小于第一距离阈值，车辆当前的车头角度与拥堵事件的车头角度的差值小于第二角度阈值，其中位置信息可以基础车辆的位置信息和车辆长度或车辆宽度得到。例如浓雾事件的预警条件为：车辆当前的位置与浓雾事件的位置小于第二距离阈值。

本实施例的各种距离阈值和角度阈值的具体取值可根据不同地区、不同区域的历时交通状况统计数据来确定，在此不做限定。

在一些实施例中，服务器与车辆建立长连接通道。假设服务器与车辆之间通过智能车载网络进行数据交换，则长连接通道的建立过程包括：

如图5所示，车辆获取用于表征智能车载网络身份的序列号，车辆启动长连接通道服务，使用该序列号建立长连接通道，在建立好长连接通道后，车辆按照设定频率(例如每5秒)向服务器发送第一消息，第一消息包括车辆的当前位置、车头角度等行驶信息，还包括SN、车辆长度、车辆宽度等车辆信息。

服务器根据车辆发送的第一消息，确定各个车辆的行驶状态和位置信息。当服务器通过预设接口接收到的道路事件时，如图6所示，服务器可以确定出道路事件附近范围的行驶车辆，通过长连接通道将道路事件下发给行驶车辆，行驶车辆在接收到道路事件时，根据事件类型生成道路事件的预警条件，例如为拥堵、交通检测、封路、道路积水、道路结冰、山体滑坡等路况事件生成的预警条件均为：车头角度和路况事件角度小于10度，车辆行驶方向和路况事件所在方向之间的连线所形成的夹角小于20度，车辆距离路况事件小于500米。例如为暴雨、浓雾等天气事件生成的预警条件为：车辆距离天气事件小于3000米。

车辆实时监测自车行驶信息，根据行驶信息确定车辆是否达到预警条件，当达到预警条件时，进行道路提醒，这里道路提醒的方式包括但不限于语音、提示框、震动等方式。

实施例三

与前述实施例一中的道路预警方法同属于一个技术构思，本发明实施例还提供了一种道路预警装置。

图7示出了根据本发明一个实施例的一种道路预警装置的结构框图，道路预警装置应用于服务器。如图7所示，道路预警装置700包括：

第一接收单元710，用于通过多种数据获取途径从不同数据源中获得道路事件；

第一处理单元720，用于当获取到道路事件时，确定所述道路事件的关联车辆；

发送单元730，用于将所述道路事件下发给所述关联车辆，使所述关联车辆根据道路事件确定预警条件，并根据关联车辆的行驶信息判断是否达到预警条件，在达到预警条件时，进行道路预警。

在一些实施例中，第一接收单元710，还用于通过主动数据获取途径从不同数据源获取道路事件，所述主动数据获取途径包括基于所述服务器的预设接口途径，通过所述预设接口按照预设频率主动地从不同数据源处获得道路事件；和/或，第一接收单元710，还通过被动数据获取途径从不同数据源获取道路事件，所述被动数据获取途径包括基于APP、网页、Mini Program、SDK中的一种或多种途径。

在一些实施例中，第一处理单元720，用于获取与所述服务器连接的所有车辆的当前位置，根据道路事件的事件位置和所有车辆的当前位置，确定道路事件的关联车辆。

在一些实施例中，第一处理单元720，具体用于根据道路事件的事件位置确定道路事件对应的异常路段，以及根据车辆的当前位置确定车辆的行驶路段；若车辆的行驶路段处于异常路段所对应的待预警范围内，则确定该车辆为所述道路事件的关联车辆。

在一些实施例中，第一处理单元720，还用于当同时接收到两个以上的道路事件时，判断所述两个以上的道路事件是否为同一事件，若为同一事件，将所述两个以上的道路事件合并为一个道路事件，对合并后的道路事件执行关联车辆的确定步骤；若为不同事件，分别对各个道路事件执行关联车辆的确定步骤；和/或，判断当前接收到的道路事件与已接收到历史道路事件是否为同一事件，若为同一事件，不对当前接收到的道路事件执行关联车辆的确定步骤，若为不同事件，对当前接收到的道路事件执行关联车辆的确定步骤。

能够理解，上述道路预警装置，能够实现前述实施例一中提供的道路预警方法的各个步骤，关于道路预警方法的相关阐释均适用于道路预警装置，此处不再赘述。

实施例四

与前述实施例二中的道路预警方法同属于一个技术构思，本发明实施例还提供了一种道路预警装置。

图8示出了根据本发明一个实施例的另一种道路预警装置的结构框图，道路预警装置应用于车辆终端。如图8所示，道路预警装置800包括：

第二接收单元810，用于接收服务器下发的道路事件，所述服务器能够通过多种数据获取途径从不同数据源中获得道路事件；

第二处理单元820，用于确定所述道路事件对应的预警条件；

预警单元830，用于根据行驶信息判断是否达到预警条件，在达到预警条件时，进行道路预警。

在一些实施例中，第二处理单元820，用于确定所述道路事件的类型，根据所述道路事件的类型生成所述道路事件的预警条件。

在一些实施例中，第二处理单元820，具体是若所述道路事件为天气事件，根据天气事件的事件位置生成天气事件的预警条件；若所述道路事件为路况事件，根据路况事件的事件位置、事件方向、车辆信息生成路况事件的预警条件。

能够理解，上述道路预警装置，能够实现前述实施例二中提供的道路预警方法的各个步骤，关于道路预警方法的相关阐释均适用于道路预警装置，此处不再赘述。

需要说明的是：

图9示出了根据本发明一个实施例一种电子设备示意图。请参考图9，在硬件层面，该电子设备包括处理器和存储器，可选地还包括内部总线、网络接口。其中，存储器可能包含内存，例如高速随机存取存储器(Random-Access Memory，RAM)，也可能还包括非易失性存储器(non-volatile memory)，例如至少1个磁盘存储器等。当然，该电子设备还可能包括其他业务所需要的硬件。

处理器、接口模块、通信模块和存储器可以通过内部总线相互连接，该内部总线可以是ISA(Industry Standard Architecture，工业标准体系结构)总线、PCI(PeripheralComponent Interconnect，外设部件互连标准)总线或EISA(Extended Industry StandardArchitecture，扩展工业标准结构)总线等。总线可以分为地址总线、数据总线、控制总线等。为便于表示，图9中仅用一个双向箭头表示，但并不表示仅有一根总线或一种类型的总线。

存储器，用于存放计算机可执行指令。存储器通过内部总线向处理器提供计算机可执行指令。

处理器，执行存储器所存放的计算机可执行指令，并具体用于实现以下操作：

通过多种数据获取途径从不同数据源中获得道路事件；当获取到道路事件时，确定所述道路事件的关联车辆；将所述道路事件下发给所述关联车辆，使所述关联车辆根据道路事件确定预警条件，并根据关联车辆的行驶信息判断是否达到预警条件，在达到预警条件时，进行道路预警。

或者，接收服务器下发的道路事件，所述服务器能够通过多种数据获取途径从不同数据源中获得道路事件；确定所述道路事件对应的预警条件；根据行驶信息判断是否达到预警条件，在达到预警条件时，所述关联车辆进行道路预警。

上述如本发明图2或图4所示实施例揭示的道路预警方法执行的功能可以应用于处理器中，或者由处理器实现。处理器可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。

本发明实施例还提出了一种计算机可读存储介质，该计算机可读存储介质存储一个或多个程序，该一个或多个程序当被处理器执行时，实现前述的道路预警方法。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

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

应当理解，尽管在本发明可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本发明范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。

以上仅为本发明的实施例而已，并不用于限制本发明。对于本领域技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本发明的权利要求范围之内。

Claims (10)

1.一种道路预警方法，其特征在于，所述方法由服务器执行，包括：

通过多种数据获取途径从不同数据源中获得道路事件；

当获取到道路事件时，确定所述道路事件的关联车辆；

将所述道路事件下发给所述关联车辆，使所述关联车辆根据道路事件确定预警条件，并根据关联车辆的行驶信息判断是否达到预警条件，在达到预警条件时，进行道路预警。

2.根据权利要求1所述的方法，其特征在于，通过多种数据获取途径从不同数据源中获得道路事件，包括：

通过主动数据获取途径从不同数据源获取道路事件，所述主动数据获取途径包括基于所述服务器的预设接口途径，通过所述预设接口按照预设频率主动地从不同数据源处获得道路事件；

和/或，

通过被动数据获取途径从不同数据源获取道路事件，所述被动数据获取途径包括基于APP、网页、Mini Program、SDK中的一种或多种途径。

3.根据权利要求1所述的方法，其特征在于，确定道路事件的关联车辆，包括：

获取与所述服务器连接的所有车辆的当前位置；

根据道路事件的事件位置和所有车辆的当前位置，确定道路事件的关联车辆。

4.根据权利要求3所述的方法，其特征在于，根据道路事件的事件位置和所有车辆的当前位置，确定道路事件的关联车辆，包括：

根据道路事件的事件位置确定道路事件对应的异常路段，以及根据车辆的当前位置确定车辆的行驶路段；

若车辆的行驶路段处于异常路段所对应的待预警范围内，则确定该车辆为所述道路事件的关联车辆。

5.根据权利要求1所述的方法，其特征在于，在通过所述预设接口接收到道路事件之后，还包括：

当同时接收到两个以上的道路事件时，判断所述两个以上的道路事件是否为同一事件，若为同一事件，将所述两个以上的道路事件合并为一个道路事件，对合并后的道路事件执行关联车辆的确定步骤；若为不同事件，分别对各个道路事件执行关联车辆的确定步骤；

和/或，判断当前接收到的道路事件与已接收到历史道路事件是否为同一事件，若为同一事件，不对当前接收到的道路事件执行关联车辆的确定步骤，若为不同事件，对当前接收到的道路事件执行关联车辆的确定步骤。

6.一种道路预警方法，其特征在于，所述方法由车辆终端执行，包括：

接收服务器下发的道路事件，所述服务器能够通过多种数据获取途径从不同数据源中获得道路事件；

确定所述道路事件对应的预警条件；

根据行驶信息判断是否达到预警条件，在达到预警条件时，进行道路预警。

7.根据权利要求6所述的方法，其特征在于，确定所述道路事件对应的预警条件，包括：

确定所述道路事件的类型；

根据所述道路事件的类型生成所述道路事件的预警条件。

8.根据权利要求7所述的方法，其特征在于，根据所述道路事件的类型生成所述道路事件的预警条件，包括：

若所述道路事件为天气事件，根据天气事件的事件位置生成天气事件的预警条件；

若所述道路事件为路况事件，根据路况事件的事件位置、事件方向、车辆信息生成路况事件的预警条件。

9.一种道路预警装置，其特征在于，应用于服务器，包括：

第一接收单元，用于通过多种数据获取途径从不同数据源中获得道路事件；

第一处理单元，用于当获取到道路事件时，确定所述道路事件的关联车辆；

发送单元，用于将所述道路事件下发给所述关联车辆，使所述关联车辆根据道路事件确定预警条件，并根据关联车辆的行驶信息判断是否达到预警条件，在达到预警条件时，进行道路预警。

10.一种道路预警装置，其特征在于，应用于车辆终端，包括：

第二接收单元，用于接收服务器下发的道路事件，所述服务器能够通过多种数据获取途径从不同数据源中获得道路事件；

第二处理单元，用于确定所述道路事件对应的预警条件；

预警单元，用于根据行驶信息判断是否达到预警条件，在达到预警条件时，进行道路预警。

Images