发明内容
为了解决上述技术问题,本申请提供了一种隧道交通事件检测方法及系统,以使隧道外的接收装置能够及时准确的知晓隧道内是否发生交通事件,从而进行智慧交通梳理。
本申请的第一方面提供了一种隧道交通事件检测方法,所述方法包括:
S1,隧道内的车辆通过装备的车辆端检测交通事件的发生;
S2,隧道外的接收端接收隧道内若干车辆的所述车辆端上报的交通事件信息;
S3,所述接收端基于所述若干交通事件信息及各自对应的车辆类型,判断隧道内是否发生交通事件。
可选地,所述交通事件信息包括交通事件发生编码、车辆类型、车辆ID及车辆所在隧道内位置。
可选地,所述交通事件信息包括交通事件发生编码、车辆类型、车辆ID及所述交通事件信息被中继次数。
可选地,基于所述交通事件信息被中继次数确定车辆所在隧道内位置。
可选地,所述接收端基于所述若干交通事件信息及各自对应的车辆类型,判断隧道内是否发生交通事件,包括:
所述接收端基于所述若干交通事件信息中各自对应的车辆类型及所述位置,绘制上传所述交通事件信息的车辆分布图,所述车辆分布图中标记车辆类型,若所述车辆分布图中的车辆分布情况满足预设条件,则判定隧道内发生交通事件,否则判定隧道内未发生交通事件。
可选地,在执行所述步骤S3之前,还包括:
S20,判断所述若干交通事件信息的数量是否大于阈值,若是,则执行步骤S3,否则判定隧道内未发生交通事件。
可选地,所述接收端为设于隧道入口附近的RSU,或位于隧道入口附近的装备了车辆端的车辆。
本申请第二方面提供一种隧道交通事件检测系统,所述系统包括车辆端和接收端;
所述车辆端装备于车辆,用于检测隧道内交通事件的发生;
所述接收端设置于隧道外,用于接收隧道内若干车辆的所述车辆端上报的交通事件信息,以及,基于所述若干交通事件信息及各自对应的车辆类型,判断隧道内是否发生交通事件。
本申请第三方面提供一种电子设备,该电子设备设置于接收端,所述设备包括:
存储有可执行程序代码的存储器;
与所述存储器耦合的处理器;
所述处理器调用所述存储器中存储的所述可执行程序代码,执行如下的方法步骤:
接收隧道内若干车辆的所述车辆端上报的交通事件信息;基于所述若干交通事件信息及各自对应的车辆类型,判断隧道内是否发生交通事件。
本申请的第四方面提供了一种计算机存储介质,该计算机存储介质设置于接收端,所述存储介质存储有计算机指令,所述计算机指令被调用时,用于执行如下的方法步骤:
接收隧道内若干车辆的所述车辆端上报的交通事件信息;基于所述若干交通事件信息及各自对应的车辆类型,判断隧道内是否发生交通事件。
本发明的有益效果在于:本申请的方案在接收到隧道内各车辆上报的交通事件信息之后,还要基于车辆类型(包括大型车,中型车,小型车)来进行二次判断,最终输出可靠性更高的交通事件是否发生的结论,以利于后续的交通疏导等应用。可见,本申请的方案有效的解决了对隧道内交通事件是否发生的检测可靠性低的问题。
具体实施方式
为使本申请实施例的目的、技术方案和优点更加清楚,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本申请一部分实施例,而不是全部的实施例。通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。
因此,以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围,而是仅仅表示本申请的选定实施例。基于本申请中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
应注意到:相似的标号和字母在下面的附图中表示类似项,因此,一旦某一项在一个附图中被定义,则在随后的附图中不需要对其进行进一步定义和解释。
在本申请的描述中,需要说明的是,若出现术语“上”、“下”、“内”、“外”等指示的方位或位置关系为基于附图所示的方位或位置关系,或者是该发明产品使用时惯常摆放的方位或位置关系,仅是为了便于描述本申请和简化描述,而不是指示或暗示所指的装置或元件必须具有特定的方位、以特定的方位构造和操作,因此不能理解为对本申请的限制。
此外,若出现术语“第一”、“第二”等仅用于区分描述,而不能理解为指示或暗示相对重要性。
需要说明的是,在不冲突的情况下,本申请的实施例中的特征可以相互结合。
实施例1
请参阅图1,图1是本申请实施例公开的一种隧道交通事件检测方法的流程示意图。如图1所示,本申请的第一方面提供了一种隧道交通事件检测方法,所述方法包括:
S1,隧道内的车辆通过装备的车辆端检测交通事件的发生;
S2,隧道外的接收端接收隧道内若干车辆的所述车辆端上报的交通事件信息;
S3,所述接收端基于所述若干交通事件信息及各自对应的车辆类型,判断隧道内是否发生交通事件。
随着汽车技术的发展,越来越多的车辆装备了各种各样的检测装置,例如雷达、摄像头等,利用这些智能装备辅以智能识别算法可以实现对交通事件的检测。但是,对于隧道场景而言,隧道内的视野普遍不佳,单一车辆尤其是小型车的检测结果容易受到多种因素的干扰,例如,大车会遮挡小车的视线,此时小车的车辆端或者车内乘员并不能检测到前方完全的交通信息,进而其判断前方发生交通事件的结论也就不可靠。针对该问题,本申请的方案在接收到隧道内各车辆上报的交通事件信息之后,还要基于车辆类型(包括大型车,中型车,小型车)来进行二次判断,最终输出可靠性更高的交通事件是否发生的结论,以利于后续的交通疏导等应用。由于隧道内普遍移动运营商信号及卫星定位信号较弱,所以,本申请中对于车辆端将交通事件信息传输至隧道外的方式,采用车联网技术,即V2V或V2R。
可选地,所述交通事件信息包括交通事件发生编码、车辆类型、车辆ID及车辆所在隧道内位置。
其中的交通事件发生编码可以用于描述交通事件发生的结论,车辆类型可以为大型车或中型车或小型车;也可以为大货车、货柜车、拖挂车、XX座客车、小轿车、SUV等等,此时接收端可以基于预设的车辆分型表自动匹配出该车辆属于大型车或中型车或小型车。另外,对于车辆在隧道中的位置,可以采用隧道内的室内定位无线网络来实现。
可选地,所述交通事件信息包括交通事件发生编码、车辆类型、车辆ID及所述交通事件信息被中继次数。
可选地,基于所述交通事件信息被中继次数确定车辆所在隧道内位置。
对于车辆在隧道中的位置的确定方式,在隧道内没有布设室内定位无线网络时,由接收端基于交通事件信号被中继的次数来计算。具体而言:交通信号中还包括车辆ID,并通过V2R技术向交通行驶方向的后方中继传播,其他车辆在接收到上一车辆发送的交通事件信号后会对该交通事件信息计数,然后将计数信息附加于所述交通事件信号。于是,隧道外设置的接收端就可以基于各车辆发送的交通事件信号被中继的次数来确定各ID对应的信号被中继的次数,进而可以再基于设定的单次中继长度来确定出各ID对应的交通事件信号对应的车辆所处的隧道内位置。
可选地,所述接收端基于所述若干交通事件信息及各自对应的车辆类型,判断隧道内是否发生交通事件,包括:
所述接收端基于所述若干交通事件信息中各自对应的车辆ID、车辆类型及所述位置,绘制上传所述交通事件信息的车辆分布图,所述车辆分布图中标记车辆类型,若所述车辆分布图中的车辆分布情况满足预设条件,则判定隧道内发生交通事件,否则判定隧道内未发生交通事件。
基于车辆ID、车辆类型及所处位置就可以绘制出上传所述交通事件信息的各车辆在隧道内的分布图,进而可以基于该分布图来判定车辆的分布情况是否满足预设条件。但是,当隧道内的车辆数较多时,接收端接收到的上报数据会很多即形成大数据,所以,必须对这些大数据进行筛选处理。基于该考量,本申请中判定车辆的分布情况是否满足预设条件,包括:
1)当所述交通事件发生地的第一、二外围区域中中型车及大型车占比大于阈值th2时,判定隧道内发生交通事件;
2)当所述交通事件发生地的第一、二外围区域中中型车及大型车占比不大于阈值th2时,若所述交通事件发生地的第一外围区域中小型车数量大于阈值th3时,判定隧道内发生交通事件;否则,判定第一、二外围区域中车辆的所述交通事件信息由车内乘员手动触发上报的数量是否大于阈值th4,若是,则判定隧道内发生交通事件,若否,则判定隧道内未发生交通事件。
上述判断的逻辑为:本申请以中型车或大型车这类视野相对更好的车辆的上报信息赋予更高的可信度。
1)当判断处于交通事件发生地的核心区域的第一外围和第二外围区域中是否分布了较多的中大型车辆,若是,则说明交通事件的发生结论是由可靠度更高的中大型车检测到的,所以直接判定该交通事件信息可靠。2)若所述的中大型车辆并未足够多的分布于第一外围和第二外围区域中,此时转而利用小型车的数据,但是小型车之间也容易被遮挡而导致检测结论不可靠,于是,本申请直接判断处于交通事件发生地的核心区域的第一外围区域中是否有足够数量的小型车,若是,则判断该交通事件信息可靠。但是,还存在一种情况,即由于隧道内车辆分布不均,而导致第一外围区域中可能并不存在足够多车辆,或者第一外围区域中的具备智能检测及通信能力的车辆数不够,所以,此时转而利用手动上报的交通事件信息,因为人眼看到的交通事件信息基本是可靠的。
其中,对于第一外围区域和第二外围区域的范围大小设定,可以根据经验值设定为固定值;也可以基于隧道长度设定,即:隧道越长,第一外围区域和第二外围区域越大,且第二外围区域比第一外围区域大。
可选地,在执行所述步骤S3之前,还包括:
S20,判断所述若干交通事件信息的数量是否大于阈值,若是,则执行步骤S3,否则判定隧道内未发生交通事件。
如果仅有较少的车辆检测到交通事件,说明该交通事件发生的真实性也是不可靠的,所以,在执行二次判断之前,必须先确保接收到了高于阈值数量的车辆发送的隧道内发生交通事件的信号。
可选地,所述接收端为设于隧道入口附近的RSU,或位于隧道入口附近的装备了车辆端的车辆。
本申请中的接收端既可以为RSU,也可以为OBU。对于OBU而言,应当为位于隧道入口附近的车辆的OBU,这样的车辆即将进入隧道,且由于还未进入隧道,所以其基于移动运营商的通信能力还是可用的,所以将其作为接收端能够保证隧道内发生交通事件这一信息及时传输给例如交通管理中心或其它车辆。
实施例2
请参阅图2,图2是本申请实施例公开的一种隧道交通事件检测系统的结构示意图。如图2所示,本申请第二方面提供一种隧道交通事件检测系统,该系统与实施例一所述的方法是对应的;
所述系统包括车辆端和接收端;
所述车辆端装备于车辆,用于检测隧道内交通事件的发生;
所述接收端设置于隧道外,用于接收隧道内若干车辆的所述车辆端上报的交通事件信息,以及,基于所述若干交通事件信息及各自对应的车辆类型,判断隧道内是否发生交通事件。
实施例3
请参阅图3,图3是本申请实施例公开的一种电子设备的结构示意图。如图3所示,本申请第三方面提供一种电子设备,该电子设备设置于接收端,所述设备包括:
存储有可执行程序代码的存储器;
与所述存储器耦合的处理器;
所述处理器调用所述存储器中存储的所述可执行程序代码,执行如下的方法步骤:
接收隧道内若干车辆的所述车辆端上报的交通事件信息;基于所述若干交通事件信息及各自对应的车辆类型,判断隧道内是否发生交通事件。
实施例4
本实施例提供了一种计算机存储介质,该计算机存储介质设置于接收端,所述存储介质存储有计算机指令,所述计算机指令被调用时,用于执行如下的方法步骤:
接收隧道内若干车辆的所述车辆端上报的交通事件信息;基于所述若干交通事件信息及各自对应的车辆类型,判断隧道内是否发生交通事件。
以上所述,仅为本申请的具体实施方式,但本申请的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本申请揭露的技术范围内,可轻易想到的变化或替换,都应涵盖在本申请的保护范围之内。因此,本申请的保护范围应以所述权利要求的保护范围为准。