具体实施方式
以下结合附图对本公开的示范性实施例做出说明,其中包括本公开实施例的各种细节以助于理解,应当将它们认为仅仅是示范性的。因此,本领域普通技术人员应当认识到,可以对这里描述的实施例做出各种改变和修改,而不会背离本公开的范围和精神。同样,为了清楚和简明,以下的描述中省略了对公知功能和结构的描述。
随着电警、卡口等路侧监控设备的广泛应用,实现了城市道路的交通违规行为的智能感知,同时也伴随着大量的误识别,如因施工、通行障碍、事故、占道停车等占用车道而产生被迫逆行、被迫在直行车道转向等违规行为,不仅增加交警的处置工作量,更有可能会对人民群众造成经济损失。
针对上述技术问题,本公开实施例的技术构思过程如下:通过对相关技术中的电警、卡口等路侧监控设备的交通违规行为感知过程进行分析,总结了相关技术中交通违规行为感知方法存在处理工作量大、用户体验差问题的缘由,即,由于电警、卡口等路侧监控设备的感知算法多用于识别道路上的交通违规行为,忽略了道路条件的感知,无法识别路侧的施工、通行障碍等影响交通通行的事件,而且,电警、卡口的路侧监控设备使用监控设备的预设定位作为事发位置,无法获得事发时违规车辆的连续定位,所以无法确定交通违规行为的影响区域。
此外,电警、卡口感知算法仅支持单次交通违规行为的识别,无法对交通违规行为的后续影响作出判断,不能实现多个交通违规行为间的关联性分析,即,由于电警、卡口的路侧监控设备无法更深层次的探究交通违规行为的致因,因而会产生很多误识别的衍生行为,所以如何确定多个交通违规行为之间或交通违规行为与其他道路事件间的相关性是解决问题的关键。因而,对交通违规行为进行分析的过程中,结合道路定位数据确定出交通违规行为的致因区域,进而分析该致因区域内是否存在致因的道路事件,最后基于交通违规行为和道路事件是否存在关联性,判定该交通违规行为是否是为特定的交通事件。
可选的,针对车辆的交通违规行为,本公开的实施例引入了智能网联车辆服务平台,该平台中通过加载致因分析算法,能够实时获取车辆违规行为、道路事件及涉事定位数据(车辆的定位数据和道路事件的定位数据),通过对涉事车辆轨迹、事发定位、事发时间进行时间、空间相关性分析,确定交通违规行为间、交通违规行为与其他道路事件间的相关性,从而实现对交通违规行为的致因分析,识别交通违规行为中的特定行为,例如,该交通违规行为是否为道路事件的结果事件,是否为道路上的被迫交通违规行为。
可理解,在本公开的实施例中,交通事件实际上是基于需要设定的事件,也可以称为自定义事件。在实际应用中,针对道路上的交通违规行为,该交通事件还可以称为交通违规事件,该交通违规事件可以包括违法事件或违法行为等。因而,在本公开的实施例中,上述的交通违规行为属于交通事件,交通违规行为可以称为交通违规事件,下述实施例以对交通事件为例解释本公开实施例的技术方案。
基于上述技术构思过程,本公开提供了一种交通事件处理方法,通过获取待处理的交通事件和道路定位数据,该交通事件携带对象标识、事件发生时间和交通事件类型,然后根据该对象标识、交通事件类型、道路定位数据和预置道路信息,确定交通事件的致因区域,响应于致因区域内存在道路事件,确定道路事件的地理影响范围和时间影响范围,最后基于交通事件的致因区域和事件发生时间、道路事件的地理影响范围和时间影响范围,确定交通事件是否为该道路事件的结果事件。该技术方案,可以有效的确定交通事件与道路事件的致因关系,提高交通事件中交通违规的识别准确性,降低了交通事件处理的工作量,提高了用户体验。
本公开提供一种交通事件处理方法、装置、设备及存储介质,应用于数据处理技术领域中的智能交通、车联网、物联网、自动驾驶领域,以提高交通事件处理的效率,提高交通违规识别的准确性,降低了交通事件处理的工作量,提高了用户体验。
需要说明的是,本实施例中的交通事件和道路事件并不是针对某一特定对象的事件,并不能反映出某一特定对象的信息。可选的,交通事件可以是道路上的各种违规行为,例如,违规变道、违规逆行、不按导航行驶等;道路事件可以是影响车辆通行的事件,例如,道路施工、通行障碍、事故、占道停车等。本实施例并不对交通事件和道路事件的具体实现进行限定。
需要说明的是,本实施例中的道路定位数据、道路感知数据和预置道路信息等均来自于公开数据集。
本公开的技术方案中,所涉及的用户个人信息的收集、存储、使用、加工、传输、提供和公开等处理,均符合相关法律法规的规定,且不违背公序良俗。
示例性的,图1是本公开实施例所适用的一种应用场景示意图。如图1所示,该应用场景中可以包括:行驶道100、行驶在行驶道100上的车辆111至车辆114和处理设备12。
可选的,在本公开实施例中,车辆上可以安装有车载监控设备和/或车载定位设备,车载监控设备在车辆行驶在行驶道100上时,可以通过拍摄等获取包括交通事件和/或道路事件的道路感知数据,车载定位设备可以基于卫星定位等方式采集其所属车辆的位置数据,得到道路定位数据。
可理解,在本实施例中,车辆可以是自动驾驶车辆,也可以是有人驾驶车辆。示例性的,自动驾驶车辆可以包括无人巡检车、用于承载乘客的车辆等。
在本实施例中,车辆上具有车载终端和部署有车载传感器,该车载终端可以用于与处理设备12进行信息交互。车载传感器用于采集行驶道100的数据。示例性的,该车载传感器可以是摄像头,该摄像头采集的数据可以是行驶道图像等道路感知数据,相应的,通过对该行驶道图像等道路感知数据进行处理可以得到发生在道路上的交通事件和存在于道路上的道路事件等。
在本公开的实施例中,处理设备12可以接收车辆111至车辆114中的至少一个车辆回传的道路感知数据和/或道路定位数据,且,通过对道路感知数据进行分析,可以从中分离出待处理的交通事件和道路事件,因而,该处理设备12可以针对每个待处理的交通事件,结合获取到的道路定位数据执行本公开实施例提供的技术方案,以确定交通事件是否为特定事件,例如,确定该交通事件是否为道路事件的结果事件。
可选的,在实际应用中,有些车辆内还设置有行车电脑或车载单元(on boardunit,OBU),有些车辆内搭载有用户终端例如手机,以及持有用户终端的用户等。车辆的行车电脑或OBU可与处理设备12进行通信等。
可理解,在本公开的实施例中,该应用场景中还可以包括路侧采集设备13,例如,电警、卡口,ACE(Autonomous Driving、Connected Road、Efficient Mobility,即自动驾驶、车路协同、高效出行)路侧感知单元,该ACE路侧感知单元既可以获取包括交通事件和/或道路事件的道路感知数据,也可以通过高精地图获取目标对象或道路事件的道路定位数据。可选的,目标对象可以是车辆、行人等对象。
可以理解的是,图1所示的应用场景中各对象只是示意性说明,本公开实施例并不对该应用场景包括的对象进行具体限定,例如,该应用场景中还可以包括障碍物、交通信号灯等。在该应用场景中,车辆和车辆之间可以进行无线通信,各个车辆和处理设备12之间可进行无线通信等。
还需要说明的是,本公开实施例中处理设备可以是终端设备,也可以是服务器或者虚拟机等,还可以是一个或多个服务器和/或计算机等组成的分布式计算机系统等。其中,该终端设备包括但不限于:智能手机、笔记本电脑、台式电脑、平台电脑、车载设备、智能穿戴设备等,本公开实施例不作限定。服务器可以为普通服务器或者云服务器,云服务器又称为云计算服务器或云主机,是云计算服务体系中的一项主机产品。服务器也可以为分布式系统的服务器,或者是结合了区块链的服务器。
值得说明的是,本公开的产品实现形态是包含在平台软件中,并部署在处理设备(也可以是计算云或移动终端等具有计算能力的硬件)上的程序代码。在图1所示的系统结构图中,本公开的程序代码可以存储在处理设备内部。运行时,程序代码运行于处理设备的主机内存和/或GPU内存。
本公开实施例中,“多个”是指两个或两个以上。“和/或”,描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。
下面,结合上述图1所示的应用场景,通过具体实施例对本公开的技术方案进行详细说明。需要说明的是,下面这几个具体的实施例可以相互结合,对于相同或相似的概念或过程可能在某些实施例中不再赘述。
示例性的,图2是本公开第一实施例提供的交通事件处理方法的流程示意图。该方法以图1中的处理设备作为执行主体进行解释说明。如图2所示,该交通事件处理方法可以包括如下步骤:
S201、获取待处理的交通事件和道路定位数据,该交通事件携带对象标识、事件发生时间和交通事件类型。
其中,交通事件是从道路感知数据中分离出来的。
在本公开实施例的一种可能实现中,交通事件是处理设备对道路感知数据进行处理得到的。
可选的,处理设备可以首先获取道路感知数据,例如,从其他设备(例如,电警、卡口、ACE路侧感知单元等路侧感知设备)接收道路感知数据和/或道路定位数据,或者,从自身存储的数据库中读取道路感知数据和/或道路定位数据(此时,处理设备中部署有数据库);然后从道路感知数据中分离出至少一个交通事件,最后针对至少一个交通事件,结合获取到的道路定位数据执行本公开实施例的技术方案。
可选的,道路感知数据和道路定位数据可以一同被获取到,也可以分别被获取到,本实施例不对其进行限定。
可理解,在本公开的一种可能实现中,处理设备也可以直接获取已经被分离处理的交通事件,然后结合获取到的道路感知数据,执行本公开实施例的技术方案。
可选的,在本公开的实施例中,处理设备获取到的道路感知数据和道路定位数据可以是经过预处理后的数据,也可以是未经处理的数据,本实施例不对其进行限定。
在本公开的实施例中,道路感知数据可以是基于一定的触发条件被采集的,例如,路侧感知设备感知到某个对象违规或行驶道中存在道路事件时,可以触发路侧感知设备采集道路感知数据。可选的,当路侧感知设备感知到某个对象违规时,采集的道路感知数据可以携带对象标识、事件发生时间和交通事件类型等信息,因而,从道路感知数据中分离出来的交通事件携带对象标识、事件发生时间和交通事件类型等信息。
S202、根据对象标识、交通事件类型、道路定位数据和预置道路信息,确定交通事件的致因区域。
示例性的,处理设备获取到待处理的交通事件后,为了分析该交通事件的致因信息,可以基于交通事件的对象标识和交通事件类型,再结合获取到的道路定位数据和预置道路信息,对交通事件行驶区域进行分析,从而确定出交通事件的致因区域,以便后续分析该交通事件的违规性质进行判断。
S203、响应于致因区域内存在道路事件,确定该道路事件的地理影响范围和时间影响范围。
示例性的,为了准确的分析交通事件的违规性质,首先可以判断交通事件的致因区域内是否存在道路事件,例如,道路施工、通行障碍、事故、占道停车等,以便基于判断结果执行不同的操作。
作为一种示例,响应于致因区域内不存在道路事件,此时,交通事件的发生不存在外因影响,因而,可以确定该交通事件的发生是驾驶员主观的结果。
作为另一种示例,响应于致因区域内存在道路事件,此时,交通事件的违规行为可能存在外因影响,因而,需要确定该道路事件的地理影响范围和时间影响范围,以便分析交通事件和道路事件之间是否存在直接或间接的关联,进而确定交通事件的发生是主观原因造成的,还是由该道路事件造成的。
S204、基于交通事件的致因区域和事件发生时间、道路事件的地理影响范围和时间影响范围,确定交通事件是否为道路事件的结果事件。
在本公开的实施例中,交通事件还携带有事件发生时间,因而,基于上述各步骤的处理结果,能够确定出交通事件的致因区域和事件发生时间以及道路事件的地理影响范围和时间影响范围,最后判断交通事件和道路事件在时间上是否存在相关以及在空间上是否存在相关,进而基于判断结果确定交通事件是否为该道路事件的结果事件。
示例性的,通过判断交通事件和道路事件是否存在时间及空间相交关系,若存在相交关系,则证明道路事件的存续时间内对其他对象的交通事件产生造成了衍生影响,本实施例中,将受到影响的对象关联的交通事件确定为该道路事件的结果事件;若不存在相交关系,则确定交通事件为主观原因产生的交通事件,随后依次处理后续的感知数据,也即,依次处理后续的交通事件。
本公开实施例提供的交通事件处理方法,通过获取待处理的交通事件和道路定位数据,该交通事件携带对象标识、事件发生时间和交通事件类型,然后根据对象标识、交通事件类型、道路定位数据和预置道路信息,确定交通事件的致因区域,响应于致因区域内存在道路事件,确定道路事件的地理影响范围和时间影响范围,最后基于交通事件的致因区域和事件发生时间、道路事件的地理影响范围和时间影响范围,确定交通事件是否为道路事件的结果事件。该技术方案,可以有效的确定交通事件与道路事件的致因关系,提高了交通事件中违规事件的识别准确性,降低了交通事件处理的工作量,提高了用户体验。
为使读者更深刻地理解本公开的实现原理,现结合以下图3至图10对图2所示的实施例进行进一步细化。
示例性的,图3是本公开第二实施例提供的交通事件处理方法的流程示意图。如图3所示,上述S202可以通过如下步骤实现:
S301、根据交通事件的对象标识和道路定位数据,确定该对象标识对应目标对象的轨迹数据。
可选的,在本实施例中,道路定位数据是由车载定位设备或ACE路侧感知单元采集到的,其包含各个对象的行驶轨迹数据,因而,根据交通事件的对象标识,在道路定位数据中索引,可以确定出该对象标识对应目标对象的轨迹数据。
S302、根据该轨迹数据、交通事件类型和预置道路信息,确定交通事件的致因区域。
示例性的,不同交通事件类型的交通事件的致因区域不同,因而,在确定出该对象标识对应目标对象的轨迹数据时,可以参照预置道路信息,根据目标对象的轨迹数据确定交通事件发生时的道路信息,进而结合交通事件类型,确定出交通事件的致因区域。
本公开实施例中,根据交通事件的对象标识和道路定位数据,确定对象标识对应目标对象的轨迹数据,进而根据该轨迹数据、交通事件类型和预置道路信息,确定交通事件的致因区域,进而为后续分析交通事件的发生性质奠定了基础。
可选的,在图3所示实施例的基础上,下述对致因分析的过程解释说明。可选的,致因分析可以集成(整合)不同来源的感知数据,根据时间、空间关系识别不同来源、不同类型告警的直接或间接影响,能够减少监管部门的审核工作量,实现被迫逆行、被迫换道等告警的自动识别,而且基于致因分析结果可以统计出容易发生被迫逆行、被逼变道等告警的位置,帮助相关部门优化管理策略。
图4是本公开第三实施例提供的交通事件处理方法的流程示意图。如图4所示,上述S302可以通过如下步骤实现:
S401、响应于交通事件类型为逆行,根据该轨迹数据,确定目标对象在行驶道内的开始逆行位置和结束逆行位置。
在本公开的一种可能实现中,若交通事件的交通事件类型为逆行,此时可以根据目标对象的行驶轨迹和地理事件的时间有效性和位置信息确定两者的致因关系。
示例性的,针对逆行的目标对象,处理设备可以根据该目标对象的轨迹数据,确定交通事件的开始逆行位置和结束逆行位置。可选的,由于目标对象在逆行时,其轨迹数据会涉及到逆行所在的行驶道,因而,在本实施例中,可以基于该目标对象的轨迹数据确定目标对象在行驶道内的开始逆行位置和结束逆行位置。
S402、根据该开始逆行位置和结束逆行位置,确定目标对象在行驶道内的理论轨迹。
示例性的,在确定出目标对象的开始逆行位置和结束逆行位置时,由于逆行发生在某个行驶道中,因而,通过对开始逆行位置和结束逆行位置进行连线,便可以确定出目标对象在行驶道上的理论轨迹,即在道路上不存在道路事件时的理论轨迹。
S403、基于预置道路信息中的车道宽度和理论轨迹,确定交通事件的致因区域。
可选的,处理设备中的预置道路信息中可以包含道路的基本信息,例如,车道宽度、路口中心点等,因而,在确定出目标对象的理论轨迹,且该理论轨迹的行驶道上存在道路事件时,可以结合预置道路信息中的车道宽度,推断出交通事件对应目标对象正常通行时的致因区域。
示例性的,图5是交通事件类型为逆行的致因区域示意图。如图5所示,行驶道上的道路事件如图中的黑色实点所示,在该行驶道发生的交通事件类型为逆行。假设行驶道上的默认车道宽度为N米(例如,4米,这个数值可配置),目标对象为车辆,这时可以根据逆行涉事车辆在行驶道内的开始逆行位置①、结束逆行位置②,确定逆行涉事车辆的理论轨迹,并按照车道宽度,以开始逆行位置①和结束逆行位置②之间的连线为中心,扩宽区域围栏,取该区域为致因区域,如图5中的虚线框所示。
本公开的实施例中,响应于交通事件类型为逆行,根据该轨迹数据,确定目标对象在行驶道内的开始逆行位置和结束逆行位置,根据该开始逆行位置和结束逆行位置,确定目标对象在行驶道内的理论轨迹,基于预置道路信息中的车道宽度和理论轨迹,确定交通事件的致因区域,该技术方案中,基于不同的交通事件类型和预置道路信息确定交通事件的致因区域,提高了确定致因区域的准确性,为后续分析道路事件和交通事件的关联性奠定了基础。
可选的,在图3所示实施例的基础上,图6是本公开第四实施例提供的交通事件处理方法的流程示意图。如图6所示,上述S302可以通过如下步骤实现:
S601、响应于交通事件类型为路口未按导向行驶,根据上述轨迹数据和预置道路信息,确定是否已知该交通事件所在的路口停止线信息。
在本公开的一种可能实现中,若交通事件的交通事件类型为路口未按导向行驶,此时可以根据未按导向行驶的目标对象的轨迹数据以及行驶道上存在的道路事件的时间有效性和位置确定致因关系。
在实际应用中,针对路口未按导向行驶的场景,在已知交通事件所在的路口停止线信息和未知交通事件所在的路口停止线信息的处理方式不同,因而,本方案中,还可以首先根据上述轨迹数据和预置道路信息,确定是否已知交通事件所在的路口停止线信息,并基于判断结果执行后续操作。
S602、响应于已知交通事件所在的路口停止线信息,根据该轨迹数据、预置道路信息和第一预置规则,确定交通事件的致因区域。
作为一种示例,在已知交通事件所在的路口停止线信息时,处理设备可以首先获取确定致因区域的第一预置规则,并基于轨迹数据、预置道路信息和第一预置规则,确定交通事件的致因区域。
可选的,在实际应用中,该步骤S602可以包括如下步骤:
A1、根据该轨迹数据,确定目标对象在相邻两个路口范围内的开始违规位置和结束违规位置。
示例性的,处理设备可以根据该目标对象的轨迹数据,确定交通事件的开始违规位置和结束违规位置。可选的,由于目标对象未按导航行驶,其轨迹数据会涉及到相邻的两个路口,因而,在本实施例中,可以基于该目标对象的轨迹数据确定目标对象在相邻两个路口处的开始违规位置和结束违规位置。
A2、根据目标对象在相邻两个路口范围内的开始违规位置和结束违规位置,确定目标对象的理论轨迹。
示例性的,在确定出目标对象的开始违规位置和结束违规位置时,基于目标对象所经过路口的信息,对开始违规位置和结束违规位置进行连线,便可以确定出目标对象的理论轨迹,即弧形轨迹。
A3、基于预置道路信息中的车道宽度和理论轨迹,确定交通事件的致因区域。
可选的,处理设备在确定出目标对象的理论轨迹,且该理论轨迹的行驶道上存在道路事件时,可以结合预置道路信息中的车道宽度,推断出交通事件对应目标对象正常通行时的致因区域。
示例性的,图7是交通事件类型为路口未按导向行驶且已知交通事件所在的路口停止线信息的致因区域示意图。如图7所示,在本实施例中,假设行驶道上的道路事件如图中的黑色实点所示,交通事件类型为路口未按导向行驶,且已知交通事件所在的路口停止线信息,行驶道上的默认车道宽度为N米(例如,4米,这个数值可配置),目标对象为车辆,逆行涉事车辆在路口处的开始违规位置为①、结束违规位置为②。
可选的,在图7所示的示意图中,首先可以基于路口停止线延长M米(可配置,例如10米),确认车道区域,然后根据道路事件的事发位置确认车道影响区域,然后根据逆行涉事车辆在路口范围内的开始违规位置①、结束违规位置②确定车辆的理论轨迹,例如,图中的黑色粗实线,最后按照车道宽度将理论轨迹(即,开始违规位置①和结束违规位置②之间的连线)拓宽为区域围栏,取该区域为致因区域。
可理解,由于车辆具有一定的体积大小,因而,交通事件的致因区域并不是规则的弧形,致因区域的边界可能是具有一定毛刺的曲线,本实施例并不对其进行限定。
相应的,基于道路事件的车道影响区域和致因区域的关系确定交通事件的性质。例如,若道路事件的车道影响区域包含在致因区域内,则可能存在致因关系,这时,若道路事件的位置包含在轨迹弧形内则确认两者存在致因关系,确定该交通事件为被迫未按导向行驶事件。
S603、响应于未知交通事件所在的路口停止线信息,根据轨迹数据、预置道路信息和第二预置规则,确定交通事件的致因区域。
作为另一种示例,在未知交通事件所在的路口停止线信息时,处理设备可以首先获取确定致因区域的第二预置规则,并基于轨迹数据、预置道路信息和第二预置规则,确定交通事件的致因区域。
可选的,在实际应用中,该步骤S603可以包括如下步骤:
B1、根据轨迹数据,确定目标对象的开始违规位置和结束违规位置。
示例性的,在本示例中,处理设备可以基于目标对象的轨迹数据,确定出目标对象的开始违规位置和结束违规位置。
示例性的,图8是交通事件类型为路口未按导向行驶且未知交通事件所在的路口停止线信息的致因区域示意图。如图8所示,在本实施例中,假设行驶道上的道路事件如图中的黑色实点所示,交通事件类型为路口未按导向行驶,但未知交通事件所在的路口停止线信息,行驶道上的默认车道宽度为N米(例如,4米,这个数值可配置),目标对象为车辆,逆行涉事车辆在路口处的开始违规位置为①、结束违规位置为②。
B2、根据开始违规位置、结束违规位置和预置道路信息中的车道宽度,确定交通事件的起点致因区域和终点致因区域。
可选的,在本实施例中,参照图8所示,可以以未按导向行驶告警的开始违规位置(例如,开始违规位置为①)为中心,以预置道路信息中的默认车道宽度为半径绘制起点致因区域,以未按导向行驶告警的结束违规位置(例如,结束违规位置为②)为中心,以预置道路信息中的默认车道宽度为半径绘制终点致因区域。
B3、根据轨迹数据、起点致因区域和终点致因区域,确定交通事件的致因区域。
示例性的,在本实施例中,在未知路口停止线信息且确定出交通事件的起点致因区域时,首先可以判断道路事件的位置是否包含在起点致因区域内,若是,则确定可能存在致因关系,此时,可以基于未按导向行驶的目标对象的行驶轨迹、起点致因区域、终点致因区域绘制致因区域,若事发位置包含在致因区域的轨迹弧形内则确认存在致因关系,生成被迫未按导向行驶告警。
可理解,本实施例可以基于起点致因区域和终点致因区域大致确定车辆的行驶方向,车辆可以基于不同的行驶策略,从开始违规位置行驶到结束违规位置,因而,本实施例中并不限定实际的致因区域大小和范围。
本公开的实施例中,响应于交通事件类型为路口未按导向行驶,根据轨迹数据和所述预置道路信息,确定是否已知交通事件所在的路口停止线信息,并响应于已知交通事件所在的路口停止线信息,根据轨迹数据、预置道路信息和第一预置规则,确定交通事件的致因区域,响应于未知交通事件所在的路口停止线信息,根据轨迹数据、预置道路信息和第二预置规则,确定交通事件的致因区域。该技术方案中,基于交通事件类型和预置道路信息能够准确的确定致因区域,后续准确的分析道路事件和交通事件之间的致因关系奠定了基础。
可选的,在上述各实施例的基础上,图9是本公开第五实施例提供的交通事件处理方法的流程示意图。如图9所示,上述S203中的确定道路事件的地理影响范围和时间影响范围可以通过如下步骤实现:
S901、根据道路事件的位置信息和预置道路信息,确定道路事件的地理影响范围。
示例性的,在本实施例中,处理设备可以获取道路事件的位置信息,再结合预置道路信息,确定道路事件所处道路的基础信息,例如,路口中心点、车道宽度、车道停止线等,确定出道路事件的地理影响范围。可理解,该地理影响范围可以用于分析不同对象、交通事件及道路事件的空间相关性。
S902、监控道路事件的持续状态,确定道路事件的当前状态。
示例性的,在本实施例中,处理设备可以持续监控道路时间的实时状态,实时更新道路事件的有效状态,确定出道路时间的当前状态。
示例性的,当前状态可以是未结束状态、已结束状态中的任意一种。
S903、基于该道路事件的开始时间和当前状态,确定道路事件的时间影响范围。
示例性的,处理设备可以实时监控道路事件的持续状态,确定出道路事件的开始时间和结束时间,进而确定出道路事件的时间影响范围。该时间影响范围可以用于分析不同对象(例如,车辆)、交通事件及道路事件的时间相关性。
作为一种示例,若道路事件的当前状态为已结束状态,则确定该道路事件的结束时间为道路事件结束时的时间,相应的,道路事件的时间影响范围为道路事件的开始时间和结束时间之间的时间段。
作为另一种示例,若道路事件的当前状态为未结束状态,则确定道路事件的时间影响范围为道路事件的开始时间和当前时间之间的时间段。
在本公开的实施例中,首先根据道路事件的位置信息和预置道路信息,确定道路事件的地理影响范围,然后监控道路事件的持续状态,确定道路事件的当前状态,最后基于该道路事件的开始时间和当前状态,确定道路事件的时间影响范围,其为后续分析交通事件和道路事件的时空相关性提供了实现前提。
在本公开实施例的一种可能实现中,在上述图2所示实施例的S203之前,该交通事件处理方法还可以包括如下步骤:
获取上述致因区域的感知数据;
基于该感知数据是否包含道路事件,确定致因区域内是否存在道路事件。
可选的,在确定出交通事件的致因区域后,为了提高交通事件的处理效率,本实施例中,可以对致因区域的感知数据进行处理,通过分析感知数据中是否存在道路事件来确定致因区域内存在道路事件的情况。
示例性的,若感知数据中包含道路事件,确定致因区域内存在道路事件,相应的,若感知数据中不包含道路事件,确定致因区域内不存在道路事件。
在本公开实施例的一种可能实现中,在上述图2所示实施例的S201之前,该交通事件处理方法还可以包括如下步骤:
获取道路感知数据;
对道路感知数据进行处理,确定道路感知数据中的至少一个交通事件和至少一个道路事件。
其中,至少一个交通事件具有对象标识、事件发生时间和交通事件类型,至少一个道路事件具有位置信息和持续时间信息。
示例性的,图10是本公开第六实施例提供的交通事件处理方法的流程示意图。如图10所示,假设执行本公开实施例的设备包括数据接入模块和数据计算模块。其中,数据接入模块主要用于执行如下步骤:
S1001、获取道路感知数据;
S1002、获取道路定位数据;
S1003、对道路感知数据和道路定位数据进行标准化处理,确定出行驶道中的至少一个交通事件和至少一个道路事件。
示例性的,数据接入模块可以有针对性的接入道路感知数据和道路定位数据,并执行数据的标准化处理。
可理解,该数据接入模块支持高并发量的数据的读写,实现道路感知数据及道路定位数据的汇聚。
可选的,道路感知数据可以是电警、卡口、ACE路侧感知单元、无人驾驶巡检车、车载监控设备等设备采集到的实时感知数据,道路定位数据可以是车载定位设备、ACE路侧感知单元等设备采集到的实时定位数据。
示例性的,数据接入模块还可以对汇聚的道路感知数据及道路定位数据进行处理,例如,对道路感知数据进行分析,可以确定出行驶道中的至少一个交通事件和至少一个道路事件。
示例性的,若某个道路事件和交通事件存在关联性,则该道路事件也可以称为交通事件的致因告警事件。
数据计算模块针对某个待处理事件,主要用于执行如下步骤:
S1004、根据待处理的交通事件和道路定位数据,确定出道路事件的地理影响范围。
S1005、监控道路事件的持续状态,确定道路事件的时间影响范围。
S1006、判断交通事件和道路事件在空间和时间上是否均存在相关关系;若是,执行S1007;若否,执行S1001。
S1007、确定交通事件为道路事件的结果事件。
在本实施例中,数据计算模块可以对不同目标对象、不同行为、不同事件进行时间、地理空间的相关性分析,确定交通事件和道路事件之间的相关性,识别被迫违规的交通事件。
本实施例的各步骤中未详尽的具体实现可以参见上述各实施例中的记载,此处不作赘述。
本公开的实施例,在电警、卡口的路侧监控设备感知场景基础上增加道路条件(例如,施工、通行障碍等道路事件)的感知,通过接入道路定位数据,获取目标对象在违规行为期间或经过不良道路条件区域期间的连续轨迹数据,从而对交通事件或道路事件进行地理分析,确定道路事件或交通事件的影响范围,通过对目标对象的轨迹及事发地进行时空相关性分析,确定不同交通事件类型、不同对象、不同道路事件之间的关联性,从而实现对被迫违规事件的感知。
图11是本公开实施例提供的一种交通事件处理装置的结构示意图。本实施例提供的交通事件处理装置可以为图1中的处理设备或者为处理设备中的装置。如图11所示,本公开实施例提供的交通事件处理装置1100可以包括:
获取单元1101,用于获取待处理的交通事件和道路定位数据,所述交通事件携带对象标识、事件发生时间和交通事件类型;
分析单元1102,用于根据所述对象标识、所述交通事件类型、所述道路定位数据和预置道路信息,确定所述交通事件的致因区域;
处理单元1103,用于响应于所述致因区域内存在道路事件,确定所述道路事件的地理影响范围和时间影响范围;
确定单元1104,用于基于所述交通事件的致因区域和事件发生时间、所述道路事件的地理影响范围和时间影响范围,确定所述交通事件是否为所述道路事件的结果事件。
在本公开实施例的一种可能实现中,其中,所述分析单元1102,包括:
轨迹确定模块,用于根据所述对象标识和所述道路定位数据,确定所述对象标识对应目标对象的轨迹数据;
区域确定模块,用于根据所述轨迹数据、所述交通事件类型和预置道路信息,确定所述交通事件的致因区域。
作为一种示例,所述区域确定模块,包括:
位置确定子模块,用于响应于所述交通事件类型为逆行,根据所述轨迹数据,确定所述目标对象在行驶道内的开始逆行位置和结束逆行位置;
轨迹确定子模块,用于根据所述开始逆行位置和所述结束逆行位置,确定所述目标对象在行驶道内的理论轨迹;
第一区域确定子模块,用于基于所述预置道路信息中的车道宽度和所述理论轨迹,确定所述交通事件的致因区域。
作为另一种示例,所述区域确定模块,包括:
判断子模块,用于响应于所述交通事件类型为路口未按导向行驶,根据所述轨迹数据和所述预置道路信息,确定是否已知所述交通事件所在的路口停止线信息;
第二区域确定子模块,用于响应于已知所述交通事件所在的路口停止线信息,根据所述轨迹数据、预置道路信息和第一预置规则,确定所述交通事件的致因区域;
第三区域确定子模块,用于响应于未知所述交通事件所在的路口停止线信息,根据所述轨迹数据、预置道路信息和第二预置规则,确定所述交通事件的致因区域。
其中,所述第二区域确定子模块,具体用于:
根据所述轨迹数据,确定所述目标对象在相邻两个路口范围内的开始违规位置和结束违规位置;
根据所述目标对象在相邻两个路口范围内的开始违规位置和结束违规位置,确定所述目标对象的理论轨迹;
基于所述预置道路信息中的车道宽度和所述理论轨迹,确定所述交通事件的致因区域。
其中,所述第三区域确定子模块,具体用于:
根据所述轨迹数据,确定所述目标对象的开始违规位置和结束违规位置;
根据所述开始违规位置、所述结束违规位置和所述预置道路信息中的车道宽度,确定所述交通事件的起点致因区域和终点致因区域;
根据所述轨迹数据、所述起点致因区域和所述终点致因区域,确定所述交通事件的致因区域。
在本公开实施例的一种可能实现中,所述处理单元1103,包括:
第一处理模块,用于根据所述道路事件的位置信息和所述预置道路信息,确定所述道路事件的地理影响范围;
监控模块,用于监控所述道路事件的持续状态,确定所述道路事件的当前状态;
第二处理模块,用于基于所述道路事件的开始时间和所述当前状态,确定所述道路事件的时间影响范围。
在本公开实施例的一种可能实现中,所述获取单元1101,还用于获取所述致因区域的感知数据;
所述分析单元1102,还用于基于所述感知数据是否包含道路事件,确定所述致因区域内是否存在道路事件。
在本公开实施例的一种可能实现中,所述获取单元1101,还用于获取道路感知数据;
所述分析单元1102,还用于对所述道路感知数据进行处理,确定所述道路感知数据中的至少一个交通事件和至少一个道路事件;其中,所述至少一个交通事件具有对象标识、事件发生时间和交通事件类型,所述至少一个道路事件具有位置信息和持续时间信息。
本实施例提供的交通事件处理装置,可用于执行上述任意方法实施例中由处理设备执行的交通事件处理方法,其实现原理和技术效果类似,此处不做作赘述。
根据本公开的实施例,本公开还提供了一种电子设备、一种可读存储介质和一种计算机程序产品。
根据本公开的实施例,本公开还提供了一种计算机程序产品,计算机程序产品包括:计算机程序,计算机程序存储在可读存储介质中,电子设备的至少一个处理器可以从可读存储介质读取计算机程序,至少一个处理器执行计算机程序使得电子设备执行上述任一实施例提供的方案。
图12是用来实施本公开的实施例的示例电子设备的示意性框图。电子设备旨在表示各种形式的数字计算机,诸如,膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置,诸如,个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例,并且不意在限制本文中描述的和/或者要求的本公开的实现。
如图12所示,设备1200包括计算单元1201,其可以根据存储在只读存储器(ROM)1202中的计算机程序或者从存储单元1208加载到随机访问存储器(RAM)1203中的计算机程序,来执行各种适当的动作和处理。在RAM 1203中,还可存储设备1200操作所需的各种程序和数据。计算单元1201、ROM 1202以及RAM 1203通过总线1204彼此相连。输入/输出(I/O)接口1205也连接至总线1204。
设备1200中的多个部件连接至I/O接口1205,包括:输入单元1206,例如键盘、鼠标等;输出单元1207,例如各种类型的显示器、扬声器等;存储单元1208,例如磁盘、光盘等;以及通信单元1209,例如网卡、调制解调器、无线通信收发机等。通信单元1209允许设备1200通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。
计算单元1201可以是各种具有处理和计算能力的通用和/或专用处理组件。计算单元1201的一些示例包括但不限于中央处理单元(CPU)、图形处理单元(GPU)、各种专用的人工智能(AI)计算芯片、各种运行机器学习模型算法的计算单元、数字信号处理器(DSP)、以及任何适当的处理器、控制器、微控制器等。计算单元1201执行上文所描述的各个方法和处理,例如,交通事件处理方法。例如,在一些实施例中,交通事件处理方法可被实现为计算机软件程序,其被有形地包含于机器可读介质,例如存储单元1208。在一些实施例中,计算机程序的部分或者全部可以经由ROM 1202和/或通信单元1209而被载入和/或安装到设备1200上。当计算机程序加载到RAM 1203并由计算单元1201执行时,可以执行上文描述的交通事件处理方法的一个或多个步骤。备选地,在其他实施例中,计算单元1201可以通过其他任何适当的方式(例如,借助于固件)而被配置为执行交通事件处理方法。
本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、芯片上系统的系统(SOC)、复杂可编程逻辑设备(CPLD)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括:实施在一个或者多个计算机程序中,该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释,该可编程处理器可以是专用或者通用可编程处理器,可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令,并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。
用于实施本公开的方法的程序代码可以采用一个或多个编程语言的任何组合来编写。这些程序代码可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器或控制器,使得程序代码当由处理器或控制器执行时使流程图和/或框图中所规定的功能/操作被实施。程序代码可以完全在机器上执行、部分地在机器上执行,作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。
在本公开的上下文中,机器可读介质可以是有形的介质,其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备,或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。
为了提供与用户的交互,可以在计算机上实施此处描述的系统和技术,该计算机具有:用于向用户显示信息的显示装置(例如,CRT(阴极射线管)或者LCD(液晶显示器)监视器);以及键盘和指向装置(例如,鼠标或者轨迹球),用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互;例如,提供给用户的反馈可以是任何形式的传感反馈(例如,视觉反馈、听觉反馈、或者触觉反馈);并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。
可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如,作为数据服务器)、或者包括中间件部件的计算系统(例如,应用服务器)、或者包括前端部件的计算系统(例如,具有图形用户界面或者网络浏览器的用户计算机,用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如,通信网络)来将系统的部件相互连接。通信网络的示例包括:局域网(LAN)、广域网(WAN)和互联网。
计算机系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以是云服务器,又称为云计算服务器或云主机,是云计算服务体系中的一项主机产品,以解决了传统物理主机与VPS服务("Virtual Private Server",或简称"VPS")中,存在的管理难度大,业务扩展性弱的缺陷。服务器也可以为分布式系统的服务器,或者是结合了区块链的服务器。
应该理解,可以使用上面所示的各种形式的流程,重新排序、增加或删除步骤。例如,本发公开中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行,只要能够实现本公开公开的技术方案所期望的结果,本文在此不进行限制。
上述具体实施方式,并不构成对本公开保护范围的限制。本领域技术人员应该明白的是,根据设计要求和其他因素,可以进行各种修改、组合、子组合和替代。任何在本公开的精神和原则之内所作的修改、等同替换和改进等,均应包含在本公开保护范围之内。