一种交通信息预警方法及系统与流程

文档序号:30838137发布日期:2022-07-22 23:38阅读:82来源:国知局
一种交通信息预警方法及系统与流程

1.本发明涉及智能交通领域,特别是一种交通信息预警方法及系统。


背景技术:

2.近年来,我国汽车保有量以及交通流量逐年增加,各类突发交通安全事故频发,对我国交通部门形成了巨大的压力。随着智能交通技术的逐渐成熟,车辆智能化进程逐渐加快,驾驶员对道路情况的感知能力也逐渐增强,用户可以使用车辆自带的车载导航,或者其他终端中的导航app,实时观察出发地到目的地之间的交通情况,及时调整出行计划以及出行路线,这也得益于互联网的发达以及大数据技术的成熟。然而,现有技术当中,个人终端的功能也只是对于出发地到目的地之间路线的交通预测,对于一些特殊事故,如火灾、病情等需要紧急救援并提前疏通车流的情况,需要交通部门根据实际情况对救援车辆到事故发生地之间的路线进行提前规划,同时需要派出大量的人力对沿途车辆进行车流疏散以及提前诱导,耗费大量的人力。


技术实现要素:

3.为了解决上述技术中所存在的问题,本发明提供一种交通信息预警方法,以减少事故发生时候道路交通的诱导、分流的人力成本。
4.为了实现上述目的,本发明采用如下技术方案:
5.作为本发明的第一个方面,一种交通信息预警方法,包括:
6.计算救援点到事故发生位置的救援行驶路线,其中,所述事故为需要紧急响应并救援的事故,所述救援点为能进行对应紧急措施的服务单位或团队;
7.向救援行驶路线中的用户发送预警信息,其中,所述发送预警信息为执行预警发送方法,向符合预警发送条件的用户发送预警信息。
8.可选的,在计算救援点到事故发生位置的救援行驶路线之前,所述方法还包括:
9.获取事故发生位置;
10.根据事故发生位置确定救援点,以事故发生位置为中心,搜索可进行救援的服务单位,根据搜索结果,指定一个或以上服务单位作为救援点。
11.可选的,所述预警信息可以为手机推送信息、短信、语音电话等能让目标用户产生感知的信息。
12.进一步的,所述预警发送方法,包括:
13.服务器分析救援行驶路线,获取救援路线特征集;
14.服务器分析用户的导航路线,获取导航路线特征集;
15.服务器分析救援路线特征集与导航路线特征集,计算特征重合度;
16.向特征重合度大于预警值的用户发送预警信息。
17.进一步的,所述救援路线特征集包括救援路线的路口信息、路段信息;所述导航路线特征集包括导航路线的路口信息、路段信息;所述服务器分析所述救援路线特征集与所
述导航路线特征集,匹配两个特征集之间路口信息、路段信息等路线特征信息的重合度。
18.可选的,所述救援路线特征集还包括救援时间信息,所述救援时间信息与所述救援路线的路口信息、路段信息相匹配;所述导航路线特征集还包括导航时间信息,所述导航时间信息与所述导航路线的路口信息、路段信息相匹配;所述服务器分析所述救援路线特征集与所述导航路线特征集,计算所述特征重合度时,匹配两个特征集之间的路口信息、路段信息以及时间信息的重合度。
19.作为本发明的第二个方面,一种交通信息预警系统,包括:
20.服务器,用于接收事故发生位置、生成救援路线以及推送交通信息预警。
21.用户终端,用于提供导航服务,并与服务器通信发送导航路线、接收交通信息预警。
22.作为本发明的第三个方面,一种电子设备,包括:处理器、通信接口、存储器和通信总线,其中,所述处理器、所述通信接口、所述存储器通过所述通信总线完成相互间的通信;
23.所述存储器,用于存放计算机程序;
24.所述处理器,用于执行所述存储器上所存放的程序,实现如上述任一项所述的方法。
25.作为本发明的第四个方面,一种存储介质,所述存储介质包括存储的程序,其中,所述程序运行时执行如上述任一项所述的方法。
26.本发明的有益效果是:当系统检测到事件(数据源包括监控、预警或者其他导航app推送),通知委派救援车辆的同时,制定救援出发地以及事故发生地之间的最优路线,同时向沿途车辆发送预警通知,诱导沿途车辆进行让道。通过该预警方法,能够减少事故发生时候投入的人力,也使整个交通调度更加迅速、灵活。
附图说明
27.此处所说明的附图用来提供对本发明的进一步理解,构成本技术的一部分,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中:
28.图1为本技术实施例提供的交通信息预警方法的流程示意图。
29.图2为本技术实施例提供的救援点位置确定方法。
30.图3为本技术实施例提供的预警发送方法的流程示意图。
31.图4为本技术实施例提供的交通信息预警系统架构示意图。
32.图5为本技术实施例提供的一种电子设备的机构示意图。
具体实施方式
33.为使本技术实施例的目的、技术方案和优点更加清楚,下面将结合本技术实施例中的附图,对本技术实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本技术的一部分实施例,而不是全部的实施例。基于本技术中的实施例,本领域普通技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例,都属于本技术保护的范围。
34.参照图1,为本技术实施例提供的交通信息预警方法的流程示意图,包括如下所述步骤:
35.步骤s100,计算救援点到事故发生位置的救援行驶路线。
36.具体的,所述事故为交通事故、紧急医疗、火灾等需要紧急响应并救援的事故。所述救援点为医院、消防队伍等能进行对应紧急措施的服务单位或团队。
37.在救援点与事故发生地之间进行路径规划,规划出从救援点到事故发生地之间的救援行驶路线。
38.参照图2,作为优选的实施方式,在计算救援点到事故发生位置的救援行驶路线之前,还包括以下步骤:
39.步骤s11,获取事故发生位置。
40.具体的,所述事故为交通事故、紧急医疗、火灾等需要紧急响应并救援的事故,通过监控、导航等具备路况感知的智能终端,向服务器发送事故发生位置。
41.作为一种可选的实施方式,通过摄像头等监控设备监察路况,当发现存在事故情况,根据摄像头所处位置能够迅速确定事故发生位置。
42.作为另一种可选的实施方式,通过手机等个人终端,实时向服务器上报事故以及事故发生位置。
43.步骤s12,根据事故发生位置确定救援点。
44.具体的,以事故发生位置为中心,搜索可进行救援的服务单位,所述服务单位为医院、消防队伍等能进行对应紧急措施的单位。根据搜索结果,指定一个或以上服务单位作为救援点。
45.通过上述救援点位置确定方法,能够根据事故发生位置指定救援点。
46.步骤s200,向救援行驶路线中的用户发送预警信息。
47.具体的,所述发送预警信息为执行预警发送方法,向符合预警发送条件的用户发送预警信息。所述预警信息可以为手机推送信息、短信、语音电话等能让目标用户产生感知的信息。
48.参照图3,所述预警发送方法包括以下步骤:
49.步骤s201,服务器分析救援行驶路线,获取救援路线特征集。
50.具体的,服务器分析救援行驶路线,生成救援路线特征集。所述救援路线特征集包括救援路线的路口信息、路段信息,根据所述救援路线的路口信息、路段信息能够确定救援车辆所需要经过的路口以及路段。
51.步骤s202,服务器分析用户的导航路线,获取导航路线特征集。
52.具体的,所述导航路线,为用户通过导航软件指定出发地和目的地生成的导航路线。服务器分析导航路线,生成导航路线特征集。所述导航路线特征集包括导航路线的路口信息、路段信息,根据导航路线的路口信息、路段信息能够确定用户所驾驶车辆需要经过的路口以及路段。
53.步骤s203,服务器分析救援路线特征集与导航路线特征集,计算特征重合度。
54.具体的,服务器分析救援路线特征集与导航路线特征集,匹配两个特征集之间路口信息、路段信息等路线特征信息的重合度。所述重合度为救援路线特征集与导航路线特征集的相同特征个数。
55.如救援路线特征集包括e路口、b路段、c路口以及d路段,而导航路线特征集包括a路口、b路段、c路口以及d路段,则导航路线特征集和救援路线特征集之间的特征重合度为3。
56.作为优选的实施方式,所述救援路线特征集还包括救援时间信息。所述救援时间信息为服务器通过获取救援车辆实时位置,根据救援路线分析救援车辆经过对应路口或路段的时候预估的时间。所述救援时间信息与所述救援路线的路口信息、路段信息相匹配。
57.作为优选的实施方式,所述导航路线特征集还包括导航时间信息,所述导航时间信息为服务器通过获取用户车辆实时位置,根据导航路线分析用户车辆经过对应路口或路段的时候预估的时间。所述导航时间信息与所述导航路线的路口信息、路段信息相匹配。
58.作为优选的实施方式,服务器分析救援路线特征集与导航路线特征集,计算特征重合度时,匹配两个特征集之间的路口信息、路段信息以及时间信息的重合度。
59.如救援路线特征集包括x1时间经过y1路口、x2时间经过y2路段,而导航路线特征集包括x1时间经过y1路口、x3时间经过y2路段,则由于两个路线经过y2路段的时间不同,则不影响救援路线形式,因此判断为不重合,所以救援路线特征集与导航路线特征集的重合度为1。
60.步骤s204,向特征重合度大于预警值的用户发送预警信息。
61.具体的,所属服务器包括预警值,所述预警值为服务器启动默认设置或由认为设置的判断值。当所述特征重合度大于预警值,则获取该导航路线的用户的联系方式,向该导航路线的用户发送预警信息。
62.根据本发明实施例,在确定救援路线后,通过用户生成的导航路线,判断用户是否处于救援路线之中,同时向处于救援路线之中的用户发送预警短信,告知其及时进行避让,能够及时疏通救援路线之间的交通压力,使救援更加的迅速、有效。
63.参照图4,本技术另一方面还提供一种交通信息预警系统,包括:
64.服务器11,用于接收事故发生位置、生成救援路线以及推送交通信息预警。
65.用户终端12,用于提供导航服务,并与服务器通信发送导航路线、接收交通信息预警。所述用户终端12为手机、车载系统等带有导航服务以及通信服务的服务终端。
66.参照图5,本技术另一方面还提供一种电子设备,包括:处理器21、通信接口22、存储器23和通信总线24,其中,处理器21、通信接口22、存储器23通过通信总线24完成相互间的通信。
67.存储器23,用于存放计算机程序;
68.处理器21,用于执行存储器23上所存放的程序,实现上述方法实施例的步骤。
69.上述电子设备提到的总线可以是外设部件互连标准(peripheral component interconnect,pci)总线或扩展工业标准结构(extended industry standard architecture,eisa)总线等。该总线可以分为地址总线、数据总线、控制总线等。为便于表示,图中仅用一条粗线表示,但并不表示仅有一根总线或一种类型的总线。
70.通信接口用于上述电子设备与其他设备之间的通信。
71.存储器可以包括随机存取存储器(random access memory,ram),也可以包括非易失性存储器(non-volatile memory,nvm),例如至少一个磁盘存储器。可选的,存储器还可以是至少一个位于远离前述处理器的存储装置。
72.上述的处理器可以是通用处理器,包括中央处理器(central processing unit,cpu)、网络处理器(network processor,np)等;还可以是数字信号处理器(digital signalprocessing,dsp)、专用集成电路(application specific integrated circuit,
asic)、现场可编程门阵列(field-programmable gate array,fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。
73.本技术实施例还提供一种存储介质,存储介质包括存储的程序,其中,程序运行时执行上述方法实施例的方法步骤。
74.需要说明的是,在本文中,诸如“第一”和“第二”等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个
……”
限定的要素,并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
75.以上所述仅是本发明的具体实施方式,使本领域技术人员能够理解或实现本发明。对这些实施例的多种修改对本领域的技术人员来说将是显而易见的,本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下,在其它实施例中实现。因此,本发明将不会被限制于本文所示的这些实施例,而是要符合与本文所申请的原理和新颖特点相一致的最宽的范围。
当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1