一种交通事件处理方法及装置与流程

本发明涉及地理信息系统领域，尤其涉及一种交通事件处理方法及装置。

背景技术：

当道路中发生交通事件时(交通事件是指在某段道路发生的使道路通行能力下降的事件，如交通事故、故障停车、道路施工、道路积水、临时交通管制、交通堵塞等)，往往会对车辆行驶造成很大的麻烦，如因为发生交通事件导致道路拥堵，车辆行驶缓慢甚至无法行驶，因此，为便于用户出行，将各道路发生的交通事件通知到用户或者在路径规划时避开发生交通事件的路段，则显得尤为重要。

然而要达到前述目的，需要能够准确、快速的获知道路中是否真正的发生了交通事件。目前得到交通事件的主要方式为：提供上报平台，用户可在该上报平台上主动上报交通事件，再通过人工逐条核实用户上报的交通事件的真实性，保留真实的交通事件，删除不真实的交通事件。

现有技术虽然能够在一定程度上获知道路中真正发生的交通事件，但是由于交通事件种类繁多、数量巨大，人工逐条确认交通事件的真实性效率较低，并且人工核实交通事件的真实性依赖于核实人员自身的经验和其掌握的信息量，如果经验不足或掌握的信息量不足将会导致核实人员核实交通事件真实性的准确性和可信度较低。因此，现有技术处理交通事件的效率较低、准确性和可信度较低。

技术实现要素：

为解决现有处理交通事件的方案存在的技术问题，本发明实施例提供一种交通事件处理方法及装置，以提高交通事件处理的效率和准确性。

第一方面，本发明实施例提供一种交通事件处理方法，该方法包括：

接收用户终端发送的携带当前位置以及导航路线的获取请求；

根据所述获取请求中的当前位置和导航路线，从事件库中获取交通事件，并将所述交通事件发送给所述用户终端；

接收所述用户终端发送的确认所述交通事件是否存在的验证结果；

根据所述验证结果对事件库中相应的交通事件进行处理。

第二方面，本发明实施例提供了另一种交通事件处理方法，该方法包括：

向服务器发送携带有当前位置以及导航路线的获取请求；

接收所述服务器根据所述获取请求发送的位于所述导航路线上的交通事件；

根据当前位置、接收到的交通事件的位置，确定出需要向用户确认是否存在的交通事件；

向所述用户发送用于确认确定出的交通事件是否存在的验证消息；

将用户确认所述确定出的交通事件是否存在的验证结果发送给服务器。

第三方面，本发明实施例提供了一种交通事件处理装置，该装置包括：

请求接收模块，用于接收用户终端发送的携带当前位置以及导航路线的获取请求；

交通事件获取模块，用于根据所述获取请求中的当前位置和导航路线，从事件库中获取交通事件；

发送模块，用于将交通事件获取模块获取的交通事件发送给所述用户终端；

验证结果获取模块，用于接收所述用户终端发送的确认所述交通事件是否存在的验证结果；

第一交通事件处理模块，用于根据所述验证结果对事件库中相应的交通事件进行处理。

第四方面，本发明实施例提供了一种交通事件处理装置，该装置包括：

请求发送模块，用于向服务器发送携带有当前位置以及导航路线的获取请求；

接收模块，用于接收所述服务器根据所述获取请求发送的位于所述导航路线上的交通事件；

确定模块，用于根据当前位置、接收到的交通事件的位置，确定出需要向用户确认是否存在的交通事件；

验证消息发送模块，用于向所述用户发送用于确认确定出的交通事件是否存在的验证消息；

验证结果发送模块，用于将用户确认所述确定出的交通事件是否存在的验证结果发送给服务器。

本发明实施例所提供的交通事件处理方法，用户终端能够在导航过程中发起交通事件获取请求，并在接收到用户终端发送的交通事件获取请求时将事件库中位于导航路线上的交通事件发送给用户终端，以便用户能够在用户终端上验证该交通事件是否真实存在，并根据用户验证结果来处理交通事件。因此，采用本发明技术方案，一方面，可以将事件库中的交通事件发送给导航中的用户确认，而目前使用导航功能的用户数量非常庞大，因此该种方式能够非常快速的得到事件库中的交通事件是否真实存在的确认结果，提高效率；另一方面，导航中的用户正在导航路线上，因此用户对于该导航路线上是否发生交通事件的情况了解的非常清楚和准确，因此将位于该导航路线上的交通事件发送给位于该导航路线上的用户来确认其是否真实存在的准确性较高。综上，本发明技术方案提高了交通事件处理的效率和准确性。

附图说明

图1为本发明实施例的应用场景示意图；

图2为本发明实施例提供的一种交通事件处理方法流程示意图之一；

图3为本发明实施例提供的一种交通事件处理方法流程示意图之二；

图4为本发明实施例提供的一种交通事件处理方法流程示意图之三；

图5为本发明实施例提供的一种交通事件处理方法流程示意图之四；

图6为本发明实施例提供的一种交通事件处理方法流程示意图之五；

图7为本发明实施例提供的一种交通事件处理方法流程示意图之六；

图8为本发明实施例提供的一种交通事件处理装置的结构图之一；

图9为本发明实施例提供的一种交通事件处理装置的结构图之二；

图10为本发明实施例提供的一种交通事件处理装置的结构图之三；

图11为本发明实施例提供的一种交通事件处理装置的结构图之四；

图12为本发明实施例提供的一种交通事件处理装置的结构图之五；

图13为本发明实施例提供的一种交通事件处理装置的结构图之六。

具体实施方式

图1所示为本发明实施例技术方案的一个应用场景，在该应用场景中包括与服务器无线或有线连接的用户终端。前述用户终端可以是安装有电子地图软件或导航软件的终端设备，如智能手机、pad、导航仪等；服务器可以是电子地图服务器或导航服务器。

在前述服务器中可以预先设置有交通事件上报平台，用户通过该交通事件上报平台上报交通事件，服务器在接收到用户上报的交通事件时将该交通事件存储至事件库中。用户终端在导航过程中可以向服务器发送交通事件获取请求，并在该交通事件获取请求中携带用户终端当前位置以及当前导航的导航路线(导航路线可以是用户终端本次导航规划出的起点到终点的导航路线，也可以是用户终端本次导航规划出的起点到终点的导航路线中用户终端 当前位置到所述终点的一部分导航路线)；服务器在接收到该交通事件获取请求之后，获取位于该导航路线上的交通事件并反馈给用户终端；用户终端将接收到的交通事件给相应用户确认该交通事件是否真实存在，并将用户的确认结果反馈给服务器，由服务器根据确认结果对相应的交通事件做处理。

前述流程可如下：

用户终端向服务器发送携带有当前位置以及导航路线的交通事件获取请求；

服务器接收用户终端发送的携带当前位置以及导航路线的交通事件获取请求，并根据所述交通事件获取请求中的当前位置和导航路线，从事件库中获取交通事件，并将所述交通事件发送给所述用户终端；

用户终端接收所述服务器根据所述交通事件获取请求发送的位于所述导航路线上的交通事件，并根据当前位置、接收到的交通事件的位置，确定出需要向用户确认是否存在的交通事件；

用户终端向所述用户发送用于确认确定出的交通事件是否存在的验证消息，并将用户确认所述确定出的交通事件是否存在的验证结果发送给服务器；

服务器接收所述用户终端发送的确认所述交通事件是否存在的验证结果，并根据所述验证结果对事件库中相应的交通事件进行处理。

为便于本领域技术人员理解，下面分别从用户终端和服务器端所要处理的方法流程进行详细描述。

实施例一

图2为本发明实施例提供的一种交通事件处理方法流程示意图，该方法流程在服务器端执行，本方法包括：

步骤s11，接收用户终端发送的携带当前位置以及导航路线的交通事件获取请求。

该步骤s11接收到的用户终端发送的交通事件获取请求可以是用户终端发起导航请求并得到导航路线之后发送的请求，也可以是用户终端发起导航 请求并在根据导航路线进行导航的过程中发起的请求。对于前者，交通事件获取请求中的导航路线可以是用户终端本次导航规划出的起点到终点的全程导航路线；对于后者，交通事件获取请求中的导航路线可以是用户终端本次导航规划出的起点到终点的导航路线中用户终端当前位置到所述终点的一部分导航路线。

步骤s12，根据所述交通事件获取请求中的当前位置和导航路线，从事件库中获取交通事件，并将所述交通事件发送给所述用户终端。

步骤s13，接收所述用户终端发送的确认所述交通事件是否存在的验证结果。

该验证结果中包括交通事件的标识信息以及交通事件是否存在的确认信息。确认信息可以是用二进制标识，如为“1”则表示存在，为“0”则表示不存在；或者确认信息可以是用字母标识，如为“y”则表示存在，为“n”则表示不存在。本申请并不对确认信息的具体表示做严格限定。

步骤s14，根据所述验证结果对事件库中相应的交通事件进行处理。

优选地，本实施例中，在事件库中存储的各交通事件均会包括发生该交通事件的位置信息，前述步骤s12中，具体实现方式可如下：

步骤a1、根据事件库中存储的交通事件的位置信息以及所述导航路线的位置信息，确定出位于所述导航路线上的交通事件；

步骤a1具体实现可如下：将事件库中各交通事件对应的位置向导航路线包含的路段做投影(即垂足)，若该交通事件的位置的投影点与交通事件对应的位置的直线距离小于等于预置的距离阈值则确定该交通事件位于所述导航路线上。

步骤a2、根据所述当前位置以及位于所述导航路线上的交通事件的位置，确定出向用户终端发送的交通事件。

该步骤a2具体实现可如下：根据所述当前位置以及位于导航路线上的交通事件的位置，确定出位于当前位置前方的交通事件；分别计算确定出的各 交通事件的位置与所述当前位置的距离，按照距离从近到远的顺序选取至少一个交通事件，作为向用户终端发送的交通事件。按照距离从近到远的顺序选取至少一个交通事件，作为向用户终端发送的交通事件，具体实现可以如下：

按照距离从近到远的顺序选取与当前位置的距离在预设距离阈值内的至少一个交通事件作为向用户终端发送的交通事件；或者是按照距离从近到远的顺序选取与当前位置的距离在预设距离阈值内且级别大于预置级别阈值的至少一个交通事件作为向用户终端发送的交通事件。例如，本发明实施例中的交通事件可以包括以下几种类型：车祸、拥堵、故障、积水、交通管制、安全检查、酒精检测、道路施工、封路等。每种类型的交通事件对应一个级别。

在本实施例中，根据所述当前位置以及位于导航路线上的交通事件的位置，确定出位于当前位置前方的交通事件，具体可以是：将位于导航路线上的交通事件中，其位置位于当前位置与该导航路线的终点位置之间的交通事件确定为位于当前位置前方的交通事件。分别计算确定出的各交通事件的位置与所述当前位置的距离，具体可以是计算各交通事件的位置与当前位置的直线距离、欧氏距离或里程等。

前述步骤s14中，根据所述验证结果对事件库中相应的交通事件进行处理，具体包括：

若所述验证结果为不存在所述交通事件，则降低该交通事件存在可信度；

若所述验证结果为存在所述交通事件，则提高该交通事件存在的可信度。

本实施例中，交通事件的可信度可通过该交通事件被用户确认存在的次数来表示。具体的如，可针对每一个交通事件配置对应的一个计数器。当接收到用户终端发送的一次验证结果中表示该交通事件存在时，则将该交通事件的计数器加一，若该次验证结果中表示该交通事件不存在时，则将该交通事件的计数器减一。

优选地，本实施例中，对于事件库中可信度较高的交通事件标记为真实交通事件，对于可信度较低的交通事件标记为待验证交通事件(即疑似交通事件)。

在实际情况中，一般情况下，交通事件都是属于临时发生的事件，且交通事件会影响交通路况，因此交通事件一般持续时间不会很长，因此，为进一步对事件库中的无效交通事件进行清理，本申请，在前述图2所示的流程中，还可进一步包括以下步骤s15-步骤s16，如图3所示，其中：

步骤s15、针对事件库中的真实交通事件，若该真实交通事件存储在事件库中的时长大于等于预置时长阈值，则判断所述真实交通事件存在的可信度是否大于等于第一可信度阈值，若否，则将该真实交通事件从事件库中删除；若是则不对该真实交通事件做处理。

步骤s16、针对事件库中的待验证交通事件，若该待验证交通事件存储在事件库中的时长大于等于预置时长阈值，则判断所述待验证交通事件存在的可信度是否大于等于第二可信度阈值，若是则将该待验证交通事件标记为真实交通事件并保留在事件库中，若否则将该待验证交通事件从事件库中删除。

前述步骤s15、步骤s16可以位于前述图2所示的任意一个步骤之前或之后，本申请不做严格限定。

优选地，本实施例中，在服务器提供的上报平台中上报的交通事件会根据上报用户的身份不同，对上报的交通事件做不同的处理。比如，若上报用户为交通管理部门用户，则此时可以直接确认上报的交通事件为一个真实交通事件，若上报用户为普通用户(即非交通管理部门用户)，则此时将该普通用户上报的交通事件做普通处理，如提高该交通事件存在的可信度。本发明实施例中，在用户通过用户终端向上报平台上报交通事件时，可以通过登录上报平台，上报平台根据该用户输入的身份信息(如用户名)即可确认该用户为普通用户还是交通管理部门用户。或者，用户通过用户终端向上报平台上报交通事件时，直接向该上报平台上报交通事件消息，在该消息中携带 用户的身份信息。

因此，本实施例可以基于前述图3所示的方法流程，还可包括以下步骤s17和/或步骤s18，如图4所示：

步骤s17、接收用户上报的交通事件；判断所述交通事件是否存在于所述事件库中；若不存在，则将所述交通事件标记为待验证交通事件并保留在所述事件库中；若存在，则提高所述交通事件存在的可信度。

步骤s18、接收交通管理部门用户上报的交通事件；判断所述交通事件是否存在于所述事件库中；若不存在，则将所述交通事件标记为真实交通事件并保留在所述事件库中；若存在且在事件库中所述交通事件为待验证交通事件，则将该待验证交通事件的标记为真实交通事件，并提高该真实交通事件存在的可信度。

前述步骤s17、步骤s18可以位于前述图3所示的任一步骤之前或之后，本申请不做严格限定。

实施例二

图5所示，为本发明实施例提供的在用户终端执行的交通事件处理方法的流程图，该方法包括：

步骤s21、向服务器发送携带有当前位置以及导航路线的交通事件获取请求。

前述交通事件获取请求可以是用户终端在发起导航请求并得到导航路线之后发送的请求，也可以是用户终端发起导航请求并在根据导航路线进行导航的过程中发起的请求。对于前者，交通事件获取请求中的导航路线可以是用户终端本次导航规划出的起点到终点的全程导航路线；对于后者，交通事件获取请求中的导航路线可以是用户终端本次导航规划出的起点到终点的导航路线中用户终端当前位置到所述终点的一部分导航路线。

步骤s22、接收所述服务器根据所述交通事件获取请求发送的位于所述导航路线上的交通事件。

服务器根据前述交通事件获取请求发送位于所述导航路线上的交通事件，具体实现可参见前述内容，在此不再赘述。

步骤s23、根据当前位置、接收到的交通事件的位置，确定出需要向用户确认是否存在的交通事件。

步骤s24、向所述用户发送用于确认确定出的交通事件是否存在的验证消息。

步骤s25、将用户确认所述确定出的交通事件是否存在的验证结果发送给服务器。

优选地，本实施例中前述行进状态为用户终端的行进方向，前述步骤s23具体实现可如下：

步骤b1、根据当前位置、接收到的交通事件的位置，确定出位于所述当前位置前方的交通事件；

步骤b1具体实现可如下：从接收到的交通事件中，确定出位置位于用户终端当前位置与所述导航路线的终点之间的交通事件，将该交通事件确定为位于所述当前位置前方的交通事件。

步骤b2、计算位于所述当前位置前方的各交通事件与当前位置的距离，按照距离从近到远的顺序选取至少一个交通事件作为需要向用户确认是否存在的交通事件。

步骤b2中，可以是按照距离从近到远的顺序选取与当前位置的距离在预设距离阈值内的至少一个交通事件作为需要向用户确认是否存在的交通事件；或者是按照距离从近到远的顺序选取与当前位置的距离在预设距离阈值内且级别大于预置级别阈值的至少一个交通事件作为需要向用户确认是否存在的交通事件。例如，本发明实施例中的交通事件可以包括以下几种类型：车祸、拥堵、故障、积水、交通管制、安全检查、酒精检测、道路施工、封路等。每种类型的交通事件对应一个级别。

本发明实施例中，步骤b2计算的距离可以是欧式距离、直线距离或里程 等，本申请不做严格限定。

优选地，由于交通事件会对交通路况造成影响，因此，一般情况下对于接近交通事件发生地的位置时，行驶速度较慢。因此，若用户终端距离需要向用户确认是否存在的交通事件较近时，若该用户终端行进速度较快则不再向用户发送该交通事件的验证消息，若行进速度较慢则需要向用户发送该交通事件的验证消息。

因此，在前述步骤s23与步骤s24之间还可包括以下步骤s23’如图6所示：

步骤s23’，判断确定出的交通事件与当前位置的距离是否小于等于预置的距离阈值；若是，则执行步骤s24’，若否则执行步骤s23’；

步骤s24’，判断行进速度是否低于预置的速度阈值，若是则执行步骤24，若否则执行步骤23。

优选地，为便于用户直观、快速了解其所在导航路线上发生的交通事件，本发明实施例可以在前述图5或图6所示的方法流程中，还包括以下步骤s26，如图7所示：

步骤s26、将确定出需要向用户确认是否存在的交通事件标注在所述导航路线上的相应位置。

该步骤s26可以位于步骤s23与步骤s24之间。此时，步骤s24向用户发送的验证消息可以通过弹窗的方式展示在该交通事件标注的位置附近，以便用户通过选择弹窗中的“存在”或“不存在”控件来确认该交通事件是否真实存在。

实施例三

基于前述实施例一所示的方法，本实施例提供一种交通事件处理装置，如图8所示，该装置包括：

请求接收模块71，用于接收用户终端发送的携带当前位置以及导航路线的交通事件获取请求；

交通事件获取模块72，用于根据所述交通事件获取请求中的当前位置和导航路线，从事件库中获取交通事件；

发送模块73，用于将交通事件获取模块获取的交通事件发送给所述用户终端；

验证结果获取模块74，用于接收所述用户终端发送的确认所述交通事件是否存在的验证结果；

第一交通事件处理模块75，用于根据所述验证结果对事件库中相应的交通事件进行处理。

所述交通事件获取模块72，具体包括：

第一确定子模块，用于根据事件库中存储的交通事件的位置信息以及所述导航路线的位置信息，确定出位于所述导航路线上的交通事件；

第二确定子模块，用于根据所述当前位置以及位于所述导航路线上的交通事件的位置，确定出向用户终端发送的交通事件。

所述第二确定子模块，具体用于：

根据所述当前位置以及位于导航路线上的交通事件的位置，确定出位于当前位置前方的交通事件；

分别计算确定出的各交通事件的位置与所述当前位置的距离，按照距离从近到远的顺序选取至少一个交通事件，作为向用户终端发送的交通事件。

所述交通事件处理模块75，具体用于：

若所述验证结果为不存在所述交通事件，则降低该交通事件存在可信度；

若所述验证结果为存在所述交通事件，则提高该交通事件存在的可信度。

优选地，前述装置还可进一步包括第二交通事件处理模块76，如图9所示：

第二交通事件处理模块76，用于

针对事件库中的真实交通事件，若该真实交通事件存储在事件库中的时长大于等于预置时长阈值，则判断所述真实交通事件存在的可信度是否大于 等于第一可信度阈值，若否，则将该真实交通事件从事件库中删除；以及，

针对事件库中的待验证交通事件，若该待验证交通事件存储在事件库中的时长大于等于预置时长阈值，则判断所述待验证交通事件存在的可信度是否大于等于第二可信度阈值，若是则将该待验证交通事件标记为真实交通事件并保留在事件库中，若否则将该待验证交通事件从事件库中删除。

优选地，在前述图8或图9所示的装置中，还可进一步包括第三交通事件处理模块77和/或第四交通事件处理模块78，如图10所示，其中：

第三交通事件处理模块77，用于接收用户上报的交通事件，判断所述交通事件是否存在于所述事件库中；若不存在，则将所述交通事件标记为待验证交通事件并保留在所述事件库中。

第四交通事件处理模块78，用于接收交通管理部门用户上报的交通事件；

判断所述交通事件是否存在于所述事件库中；若不存在，则将所述交通事件标记为真实交通事件并保留在所述事件库中；若存在且在事件库中所述交通事件为待验证交通事件，则将该待验证交通事件的标记为真实交通事件，并提高该真实交通事件存在的可信度。

实施例四

基于前述实施例二所示的方法，本实施例提供一种交通事件处理装置，如图11所示，包括：

请求发送模块91，用于向服务器发送携带有当前位置以及导航路线的交通事件获取请求；

接收模块92，用于接收所述服务器根据所述交通事件获取请求发送的位于所述导航路线上的交通事件；

确定模块93，用于根据当前位置、接收到的交通事件的位置，确定出需要向用户确认是否存在的交通事件；

验证消息发送模块94，用于向所述用户发送用于确认确定出的交通事件是否存在的验证消息；

验证结果发送模块95，用于将用户确认所述确定出的交通事件是否存在的验证结果发送给服务器。

优选地，所述确定模块93具体用于：

根据当前位置、接收到的交通事件的位置，确定出位于所述当前位置前方的交通事件；

计算位于所述当前位置前方的各交通事件与当前位置的距离，按照距离从近到远的顺序选取至少一个交通事件作为需要向用户确认是否存在的交通事件。

优选地，所述装置还可进一步包括判断模块96，如图12所示：

判断模块96，用于在验证消息发送模块94向所述用户发送用于确认确定出的交通事件是否存在的验证消息之前，判断确定出的交通事件与当前位置的距离是否小于等于预置的距离阈值；

若是，则判断行进速度是否低于预置的速度阈值，若是则触发所述验证消息发送模块94，若否则触发所述确定模块93。

优选地，还可在图11和图12所示的装置中，还可进一步包括标注模块97，如图13所示：

标注模块97，用于在确定模块93确定出需要向用户确认是否存在的交通事件之后，将确定出的交通事件标注在所述导航路线上的相应位置。

本发明实施例所提供的交通事件处理方法，用户终端能够在导航过程中发起交通事件获取请求，并在接收到用户终端发送的交通事件获取请求时将事件库中位于导航路线上的交通事件发送给用户终端，以便用户能够在用户终端上验证该交通事件是否真实存在，并根据用户验证结果来处理交通事件。因此，采用本发明技术方案，一方面，可以将事件库中的交通事件发送给导航中的用户确认，而目前使用导航功能的用户数量非常庞大，因此该种方式能够非常快速的得到事件库中的交通事件是否真实存在的确认结果，提高效率；另一方面，导航中的用户正在导航路线上，因此用户对于该导航路线上 是否发生交通事件的情况了解的非常清楚和准确，因此将位于该导航路线上的交通事件发送给位于该导航路线上的用户来确认其是否真实存在的准确性较高。综上，本发明技术方案提高了交通事件处理的效率和准确性。

专业人员应该还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

结合本文中所公开的实施例描述的方法或算法的步骤可以用硬件、处理器执行的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器(ram)、内存、只读存储器(rom)、电可编程rom、电可擦除可编程rom、寄存器、硬盘、可移动磁盘、cd-rom、或技术领域内所公知的任意其它形式的存储介质中。

以上所述的具体实施方式，对本发明的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上所述仅为本发明的具体实施方式而已，并不用于限定本发明的保护范围，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。