著录项信息
专利名称 | 一种导航路线的生成方法、装置及服务器 |
申请号 | CN201410231092.4 | 申请日期 | 2014-05-28 |
法律状态 | 授权 | 申报国家 | 中国 |
公开/公告日 | 2015-05-06 | 公开/公告号 | CN104596531A |
优先权 | 暂无 | 优先权号 | 暂无 |
主分类号 | G01C21/34 | IPC分类号 | G;0;1;C;2;1;/;3;4查看分类表>
|
申请人 | 腾讯科技(深圳)有限公司 | 申请人地址 | 广东省深圳市福田区振兴路赛格科技园2栋东403室
变更
专利地址、主体等相关变化,请及时变更,防止失效 |
权利人 | 腾讯科技(深圳)有限公司 | 当前权利人 | 腾讯科技(深圳)有限公司 |
发明人 | 温明星;刘锦标;江红英 |
代理机构 | 深圳翼盛智成知识产权事务所(普通合伙) | 代理人 | 刁文魁;唐秀萍 |
摘要
本发明适用于导航领域,提供了一种导航路线的生成方法、装置及服务器。所述导航路线的生成方法包括:接收来自导航终端的导航路线生成指令,根据所述导航路线生成指令获取对应的至少两条的路段;获取所述路段上的固有属性信息以及所述路段上的当前路况事件,其中所述当前路况事件由客户端上报生成;根据所述路段上的固有属性信息及所述当前路况事件对所述路段进行评分计算,生成对应所述路段的评分结果;以及根据所述评分结果选择最优的路段作为导航路线发送至所述导航终端。本发明能够给用户提供更加实时、准确的出行路线。
1.一种导航路线的生成方法,其特征在于,所述导航路线的生成方法包括:
通过移动终端接口接收移动终端发送的当前路况事件,具体包括:在移动终端显示界面上显示出事件上报操作界面,从中选择当前路况事件,点击上报按键,触发移动终端通信接口将选中的当前路况事件发送至服务器;通过WEB接口接收计算机客户端发送的当前路况事件,具体包括:通过计算机在网络上采集任意位置上的路况事件,通过WEB接口将未过期的路况事件上报至服务器;
根据不同的地区或天气,对事件的类型和有效期进行配置;
判断接收到的所述当前路况事件是否有效,具体包括:判断上报的位置距离最近的道路是否超过预设阈值,如超过则认为上报无效,否则上报有效;和/或,判断GPS精度是否大于预设阈值,如大于则认为上报无效;否则上报有效;和/或,判断在预设的上报类型中行驶速度是否大于预设值,如大于则认为上报无效,否则上报有效;和/或,判断在预设时间内是否有至少二个不同客户端上报同一当前路况事件;以及若存在至少二个不同客户端上报同一当前路况事件,则判定所述当前路况事件上报有效;
接收来自导航终端的导航路线生成指令,根据所述导航路线生成指令获取对应的至少两条的路段;
获取所述路段上的固有属性信息以及所述路段上的当前路况事件,其中所述当前路况事件由客户端上报生成;
根据所述路段上的固有属性信息及所述当前路况事件对所述路段进行评分计算,生成对应所述路段的评分结果;包括:使用A*算法计算,设置有OPEN表和CLOSE表,OPEN表中存放当前待考察的节点,CLOSE表中存放已考察过的节点;计算节点n的估值代价时,查询已经拓展的前驱节点的估值代价、在基础路网中查询邻接路段(m,n)的导航代价、和行驶时间,在事件查询服务中获取(m,n)邻接路段的有效事件,根据事件类型设置的权值,进行加权计算;以及
根据所述评分结果选择最优的路段作为导航路线发送至所述导航终端。
2.如权利要求1所述的导航路线的生成方法,其特征在于,在所述接收来自导航终端的导航路线生成指令的步骤之前,还包括:
接收所述客户端发送的当前路况事件;以及
将接收到的所述当前路况事件存储至事件数据库。
3.如权利要求2所述的导航路线的生成方法,其特征在于,还包括:
若接收到的所述当前路况事件有效,则将接收到的所述当前路况事件存储至事件数据库。
4.如权利要求2所述的导航路线的生成方法,其特征在于,在所述将接收到的所述当前路况事件存储至事件数据库的步骤之后,还包括:
预先设置所述当前路况事件的过期时间;
判断所述事件数据库中存储的所述当前路况事件是否超过所述过期时间;以及若所述事件数据库中存储的所述当前路况事件超过所述过期时间,则将所述当前路况事件从所述事件数据库中删除。
5.如权利要求2所述的导航路线的生成方法,其特征在于,所述客户端包括导航终端、计算机终端、和/或移动终端。
6.如权利要求1所述的导航路线的生成方法,其特征在于,所述根据所述路段上的固有属性信息及所述当前路况事件对所述路段进行评分计算,生成对应所述路段的评分结果时,是通过预设算法进行评分计算,所述预设算法的公式为:
f(n)=g(n)+h(n);
g(n)=g(m)+Costmn;
Costmn=nodem+turnmn+wmn*pathmn;
其中,f(n)为节点n的总导航估值代价,g(n)为从起点到当前位置节点n结合实时路况的实际代价,h(n)为节点n到终点的估值代价;n的前驱节点为m,Costmn为根据基础路网信息得到的节点m和节点n之间的代价;
Costmn包括节点m的代价nodem,转弯代价turnmn,pathmn为mn间边的代价;wmn为节点m和节点n间边的权值。
7.一种导航路线的生成装置,其特征在于,所述导航路线的生成装置包括:
移动终端接口,用于接收移动终端发送的当前路况事件,具体包括:在移动终端显示界面上显示出事件上报操作界面,从中选择当前路况事件,点击上报按键,触发移动终端通信接口将选中的当前路况事件发送至服务器;
配置模块,用于根据不同的地区或天气,对事件的类型和有效期进行配置;
事件有效判断模块,用于判断接收到的所述当前路况事件是否有效,具体包括:判断上报的位置距离最近的道路是否超过预设阈值,如超过则认为上报无效,否则上报有效;和/或,判断GPS精度是否大于预设阈值,如大于则认为上报无效;否则上报有效;和/或,判断在预设的上报类型中行驶速度是否大于预设值,如大于则认为上报无效,否则上报有效;和/或,判断在预设时间内是否有至少二个不同客户端上报同一当前路况事件;以及若存在至少二个不同客户端上报同一当前路况事件,则判定所述当前路况事件上报有效;
WEB接口,用于接收计算机客户端发送的当前路况事件,具体包括:通过计算机在网络上采集任意位置上的路况事件,通过WEB接口将未过期的路况事件上报至服务器;
路段获取模块,用于接收来自导航终端的导航路线生成指令,根据所述导航路线生成指令获取对应的至少两条的路段;
事件获取模块,用于获取所述路段上的固有属性信息以及所述路段上的当前路况事件,其中所述当前路况事件由客户端上报生成;
评分计算模块,用于根据所述路段上的固有属性信息及所述当前路况事件对所述路段进行评分计算,生成对应所述路段的评分结果;包括:使用A*算法计算,设置有OPEN表和CLOSE表,OPEN表中存放当前待考察的节点,CLOSE表中存放已考察过的节点;计算节点n的估值代价时,查询已经拓展的前驱节点的估值代价、在基础路网中查询邻接路段(m,n)的导航代价、和行驶时间,在事件查询服务中获取(m,n)邻接路段的有效事件,根据事件类型设置的权值,进行加权计算;以及
路线确定模块,用于根据所述评分结果选择最优的路段作为导航路线发送至所述导航终端。
8.如权利要求7所述的导航路线的生成装置,其特征在于,所述导航路线的生成装置,还包括:
事件接收模块,用于接收所述客户端发送的当前路况事件;以及
存储模块,用于将接收到的所述当前路况事件存储至事件数据库。
9.如权利要求8所述的导航路线的生成装置,其特征在于,
所述存储模块,还用于在所述事件有效判断模块判定接收到的所述当前路况事件有效时,将接收到的所述当前路况事件存储至事件数据库。
10.如权利要求8所述的导航路线的生成装置,其特征在于,所述导航路线的生成装置,还包括:
时间设置模块,用于设置所述当前路况事件的过期时间;
时间判断模块,用于判断所述事件数据库中存储的所述当前路况事件是否超过所述过期时间;以及
事件删除模块,用于若所述事件数据库中存储的所述当前路况事件超过所述过期时间,则将所述当前路况事件从所述事件数据库中删除。
11.如权利要求8所述的导航路线的生成装置,其特征在于,所述客户端包括导航终端、计算机终端、和/或移动终端。
12.一种包括权利要求7至11任一项所述的导航路线的生成装置的服务器。
13.一种计算机可读存储介质,其存储用于导航路线的生成的计算机程序,其中,所述计算机程序使得计算机执行如权利要求1所述的导航路线的生成方法。
一种导航路线的生成方法、装置及服务器\n技术领域\n[0001] 本发明属于导航领域,尤其涉及一种导航路线的生成方法、装置及服务器。\n背景技术\n[0002] 在导航路网中规划最佳的驾车路线是导航地图的一个基本功能,其中,所述导航路网描述如下:导航路网由路段和节点组成,每个路段都有长度、道路等级、路线坐标点串、通行状况等属性,同时也表示了节点之间的连接关系。路段和节点组成了一个有向图。常用的驾车导航策略有最短时间、最短路线,避开拥堵等。其中,所述驾车导航描述如下:在路网中按照一定的策略找出最佳的行车路线,驾车导航本质上是在一个有向图中搜索最佳路线的问题。最短时间,最短路线算法一般是在静态路网中进行路线搜索。在实际导航过程中,路况的优劣对路线的影响非常大。避开拥堵算法是对上述两种算法的改进:在路线规划中考虑当前的路况状态进行路线规划。目前导航避开拥堵的策略是根据导航地图商提供路况数据进行算路。其实现方式为:根据用户的起点和目的地,搜索相关路段;获取路段的故有属性和导航地图商提供的路况数据并进行加权评分;根据评分选择最优的行车路线。\n[0003] 然而,由于导航地图商提供的实时路况数据是通过出租车上的GPS采集得到的。由于出租车自身的特点(如,空载时行车缓慢;偏向于在地铁、车站附近活动;出租车行驶路线相对集中)导致某些时刻或路段计算偏差很大,影响路线的规划,因此采集的实时路况数据缺乏准确性。\n[0004] 另外,实时路况采集系统只能提供路面的通行状况(畅通,缓行,拥堵),对于突发交通事故、临时交通管制等时效性事件无法采集到,因此缺乏时效性。\n[0005] 再者,当前实时路况导航是根据服务器自身数据的路线规划,没有结合用户提供的信息,缺乏交互性。\n[0006] 还由于当实时路况采集系统中断时,服务器无法从出租车上的GPS中采集到数据,导致实时导航完全无法工作。\n[0007] 综上所述,现有技术存在如下技术问题:由于导航地图商提供的路况数据的准确性较差且无法对突发性路况事件作出区分,不能给用户提供更加实时、准确的出行路线的问题。\n发明内容\n[0008] 本发明的目的在于提供一种导航路线的生成方法、装置及服务器,旨在解决现有技术中存在的由于导航地图商提供的路况数据的准确性较差且无法对突发性路况事件作出区分,不能给用户提供更加实时、准确的出行路线的问题。\n[0009] 本发明是这样实现的,一种导航路线的生成方法,所述导航路线的生成方法包括:\n[0010] 接收来自导航终端的导航路线生成指令,根据所述导航路线生成指令获取对应的至少两条的路段;\n[0011] 获取所述路段上的固有属性信息以及所述路段上的当前路况事件,其中所述当前路况事件由客户端上报生成;\n[0012] 根据所述路段上的固有属性信息及所述当前路况事件对所述路段进行评分计算,生成对应所述路段的评分结果;以及\n[0013] 根据所述评分结果选择最优的路段作为导航路线发送至所述导航终端。\n[0014] 本发明的另一目的在于提供一种导航路线的生成装置,所述导航路线的生成装置包括:\n[0015] 路段获取模块,用于接收来自导航终端的导航路线生成指令,根据所述导航路线生成指令获取对应的至少两条的路段;\n[0016] 事件获取模块,用于获取所述路段上的固有属性信息以及所述路段上的当前路况事件,其中所述当前路况事件由客户端上报生成;\n[0017] 评分计算模块,用于根据所述路段上的固有属性信息及所述当前路况事件对所述路段进行评分计算,生成对应所述路段的评分结果;以及\n[0018] 路线确定模块,用于根据所述评分结果选择最优的路段作为导航路线发送至所述导航终端。\n[0019] 本发明的另一目的在于提供一种包括上面所述的导航路线的生成装置的服务器。\n[0020] 在本发明中,通过客户端用户实时向服务器上报当前路况事件,在导航路线规划时,服务器获取每个路段上的固有属性信息,同时通过获取路段的上报事件,对每个路段上的固有属性信息及上报事件进行加权评分,二者加权得到的值作为导航路线评分,根据评分选择最优的行车路线。本发明具有如下有益效果:\n[0021] 用户可通过不同的客户端上报其当前所在位置的突发事件,该客户端譬如为手机或者正在使用的导航终端,因此,能够很好的提供各个路段上的突发事件,时路况数据较准确及够全面。另外,对于突发交通事故、临时交通管制等时效性事件能够通过手机等客户端进行实时上报,具有时效性;\n[0022] 而且,当前实时路况导航是根据用户上报的突发事件进行路线规划,实现了与用户的交互,提高用户的使用体验;由于实时路况事件是保存在服务器,因此即使网络中断,也不影响服务器从其数据库中获取用户上报的实时路况,系统稳定性强。\n[0023] 综上所述,本发明结合了客户端实时发送的当前路况事件,根据客户端上报事件,在路线规划时会进行避让,从而能够给用户提供更加实时、准确的出行路线。\n附图说明\n[0024] 图1是本发明实施例提供的导航路线的生成装置所在的服务器的工作环境结构示意图;\n[0025] 图2是本发明实施例提供的导航路线的生成方法的实现流程示意图;\n[0026] 图3是本发明实施例提供的移动终端上报当前路况事件的操作界面的示意图;\n[0027] 图4是本发明实施例提供的计算机客户端上报当前路况事件的操作界面的示意图;\n[0028] 图5是本发明实施例提供的在路线规划时进行避让或提示的界面示意图;\n[0029] 图6是本发明实施例提供的选择最优的行车路线的实现流程示意图;\n[0030] 图7是本发明第一实施例提供的导航路线的生成装置的结构示意图;\n[0031] 图8是本发明第二实施例提供的导航路线的生成装置的结构示意图。\n具体实施方式\n[0032] 为了使本发明的目的、技术方案及有益效果更加清楚明白,以下结合附图及实施例,对本发明进行进一步详细说明。应当理解,此处所描述的具体实施例仅仅用以解释本发明,并不用于限定本发明。\n[0033] 在以下的说明中,本发明的具体实施例将参考由一部或多部计算机所执行之作业的步骤及符号来说明,除非另有述明。因此,其将可了解到这些步骤及操作,其中有数次提到为由计算机执行,包括了由代表了以一结构化型式中的数据之电子信号的计算机处理单元所操纵。此操纵转换该数据或将其维持在该计算机之内存系统中的位置处,其可重新配置或另外以本领域技术人员所熟知的方式来改变该计算机之运作。该数据所维持的数据结构为该内存之实体位置,其具有由该数据格式所定义的特定特性。但是,本发明原理以上述文字来说明,其并不代表为一种限制,本领域技术人员将可了解到以下所述的多种步骤及操作亦可实施在硬件当中。\n[0034] 如本申请所使用的术语“组件”、“模块”、“系统”、“接口”、“进程”等等一般地旨在指计算机相关实体:硬件、硬件和软件的组合、软件或执行中的软件。例如,组件可以是但不限于是运行在处理器上的进程、处理器、对象、可执行应用、执行的线程、程序和/或计算机。\n通过图示,运行在控制器上的应用和该控制器二者都可以是组件。一个或多个组件可以有在于执行的进程和/或线程内,并且组件可以位于一个计算机上和/或分布在两个或更多计算机之间。\n[0035] 而且,要求保护的主题可以被实现为使用标准编程和/或工程技术产生软件、固件、硬件或其任意组合以控制计算机实现所公开的主题的方法、装置或制造品。本文所使用的术语“制造品”旨在包含可从任意计算机可读设备、载体或介质访问的计算机程序。当然,本领域技术人员将认识到可以对该配置进行许多修改,而不脱离要求保护的主题的范围或精神。\n[0036] 图1和随后的讨论提供了对实现本发明所述的导航路线的生成装置所在的服务器的工作环境的简短、概括的描述。图1的工作环境仅仅是适当的工作环境的一个实例并且不旨在建议关于工作环境的用途或功能的范围的任何限制。实例服务器112包括但不限于个人计算机、服务器计算机、手持式或膝上型设备、移动设备(比如移动电话、个人数字助理(PDA)、媒体播放器等等)、多处理器系统、消费型服务器、小型计算机、大型计算机、包括上述任意系统或设备的分布式计算环境,等等。\n[0037] 尽管没有要求,但是在“计算机可读指令”被一个或多个服务器执行的通用背景下描述实施例。计算机可读指令可以经由计算机可读介质来分布(下文讨论)。计算机可读指令可以实现为程序模块,比如执行特定任务或实现特定抽象数据类型的功能、对象、应用编程接口(API)、数据结构等等。典型地,该计算机可读指令的功能可以在各种环境中随意组合或分布。\n[0038] 图1图示了包括本发明的导航路线的生成装置的一个或多个实施例的服务器112的实例。在一种配置中,服务器112包括至少一个处理单元116和存储器118。根据服务器的确切配置和类型,存储器118可以是易失性的(比如RAM)、非易失性的(比如ROM、闪存等)或二者的某种组合。该配置在图1中由虚线114图示。\n[0039] 在其他实施例中,服务器112可以包括附加特征和/或功能。例如,设备112还可以包括附加的存储装置(例如可移除和/或不可移除的),其包括但不限于磁存储装置、光存储装置等等。这种附加存储装置在图1中由存储装置120图示。在一个实施例中,用于实现本文所提供的一个或多个实施例的计算机可读指令可以在存储装置120中。存储装置120还可以存储用于实现操作系统、应用程序等的其他计算机可读指令。计算机可读指令可以载入存储器118中由例如处理单元116执行。\n[0040] 本文所使用的术语“计算机可读介质”包括计算机存储介质。计算机存储介质包括以用于存储诸如计算机可读指令或其他数据之类的信息的任何方法或技术实现的易失性和非易失性、可移除和不可移除介质。存储器118和存储装置120是计算机存储介质的实例。\n计算机存储介质包括但不限于RAM、ROM、EEPROM、闪存或其他存储器技术、CD-ROM、数字通用盘(DVD)或其他光存储装置、盒式磁带、磁带、磁盘存储装置或其他磁存储设备、或可以用于存储期望信息并可以被服务器112访问的任何其他介质。任意这样的计算机存储介质可以是服务器112的一部分。\n[0041] 服务器112还可以包括允许服务器112与其他设备通信的通信连接126。通信连接\n126可以包括但不限于调制解调器、网络接口卡(NIC)、集成网络接口、射频发射器/接收器、红外端口、USB连接或用于将服务器112连接到其他服务器的其他接口。通信连接126可以包括有线连接或无线连接。通信连接126可以发射和/或接收通信媒体。\n[0042] 术语“计算机可读介质”可以包括通信介质。通信介质典型地包含计算机可读指令或诸如载波或其他传输机构之类的“己调制数据信号”中的其他数据,并且包括任何信息递送介质。术语“己调制数据信号”可以包括这样的信号:该信号特性中的一个或多个按照将信息编码到信号中的方式来设置或改变。\n[0043] 服务器112可以包括输入设备124,比如键盘、鼠标、笔、语音输入设备、触摸输入设备、红外相机、视频输入设备和/或任何其他输入设备。设备112中也可以包括输出设备122,比如一个或多个显示器、扬声器、打印机和/或任意其他输出设备。输入设备124和输出设备\n122可以经由有线连接、无线连接或其任意组合连接到服务器112。在一个实施例中,来自另一个服务器的输入设备或输出设备可以被用作服务器112的输入设备124或输出设备122。\n[0044] 服务器112的组件可以通过各种互连(比如总线)连接。这样的互连可以包括外围组件互连(PCI)(比如快速PCI)、通用串行总线(USB)、火线(IEEE1394)、光学总线结构等等。\n在另一个实施例中,服务器112的组件可以通过网络互连。例如,存储器118可以由位于不同物理位置中的、通过网络互连的多个物理存储器单元构成。\n[0045] 本领域技术人员将认识到,用于存储计算机可读指令的存储设备可以跨越网络分布。例如,可经由网络128访问的服务器130可以存储用于实现本发明所提供的一个或多个实施例的计算机可读指令。服务器112可以访问服务器130并且下载计算机可读指令的一部分或所有以供执行。可替代地,服务器112可以按需要下载多条计算机可读指令,或者一些指令可以在服务器112处执行并且一些指令可以在服务器130处执行。\n[0046] 本文提供了实施例的各种操作。在一个实施例中,所述的一个或多个操作可以构成一个或多个计算机可读介质上存储的计算机可读指令,其在被服务器执行时将使得计算设备执行所述操作。描述一些或所有操作的顺序不应当被解释为暗示这些操作必需是顺序相关的。本领域技术人员将理解具有本说明书的益处的可替代的排序。而且,应当理解,不是所有操作必需在本文所提供的每个实施例中存在。\n[0047] 而且,本文所使用的词语“优选的”意指用作实例、示例或例证。奉文描述为“优选的”任意方面或设计不必被解释为比其他方面或设计更有利。相反,词语“优选的”的使用旨在以具体方式提出概念。如本申请中所使用的术语“或”旨在意指包含的“或”而非排除的“或”。即,除非另外指定或从上下文中清楚,“X使用A或B”意指自然包括排列的任意一个。\n即,如果X使用A;X使用B;或X使用A和B二者,则“X使用A或B”在前述任一示例中得到满足。\n[0048] 而且,尽管已经相对于一个或多个实现方式示出并描述了本公开,但是本领域技术人员基于对本说明书和附图的阅读和理解将会想到等价变型和修改。本公开包括所有这样的修改和变型,并且仅由所附权利要求的范围限制。特别地关于由上述组件(例如元件、资源等)执行的各种功能,用于描述这样的组件的术语旨在对应于执行所述组件的指定功能(例如其在功能上是等价的)的任意组件(除非另外指示),即使在结构上与执行本文所示的本公开的示范性实现方式中的功能的公开结构不等同。此外,尽管本公开的特定特征已经相对于若干实现方式中的仅一个被公开,但是这种特征可以与如可以对给定或特定应用而言是期望和有利的其他实现方式的一个或多个其他特征组合。而且,就术语“包括”、“具有”、“含有”或其变形被用在具体实施方式或权利要求中而言,这样的术语旨在以与术语“包含”相似的方式包括。\n[0049] 术语解释:\n[0050] 上报事件:用户在驾车过程中对当前道路的通行状况、交通事件的上报。包括但不限于:缓行,堵车,事故,施工,管制,执法等事件。\n[0051] 在本发明实施例中,客户端用户实时向服务器上报当前路况事件,在导航路线规划时,服务器获取每个路段上的基本信息(如道路等级、长度,坐标),同时通过获取路段的上报事件,对每个路段上的基本信息及上报事件进行加权评分,二者加权得到的值作为导航路线评分,根据评分选择最优的行车路线。这样可以给用户提供更加实时、准确的出行路线。\n[0052] 请参阅图2,为本发明实施例提供的导航路线的生成方法的实现流程,其包括:\n[0053] 在步骤S100中,接收来自导航终端的导航路线生成指令,根据所述导航路线生成指令获取对应的至少两条的路段;\n[0054] 在本发明实施例中,根据用户的起点和目的地搜索相关路段。\n[0055] 在步骤S101中,获取所述路段上的固有属性信息以及所述路段上的当前路况事件,其中所述当前路况事件由客户端上报生成;\n[0056] 在本发明实施例中,根据路段ID,在事件数据库中查询该路段上对应的上报事件。\n其中,所述固有属性信息包括但不限于:如道路等级、长度,坐标等相关信息。\n[0057] 在本发明实施例中,客户端上报的所述当前路况事件主要包括但不限于以下内容:上报事件的类型、时间、GPS坐标、定位精度、车行驶速度、行驶方向等。其中,上报事件的类型包括但不限于:缓行,堵车,事故,施工,管制,执法等事件。\n[0058] 然而,可以理解的是,所述客户端包括导航终端、计算机终端、移动终端。\n[0059] 在步骤S102中,根据所述路段上的固有属性信息及所述当前路况事件对所述路段进行评分计算,生成对应所述路段的评分结果;以及\n[0060] 在步骤S103中,根据所述评分结果选择最优的路段作为导航路线发送至所述导航终端。\n[0061] 在本发明实施例中,在步骤S100之前,还包括:\n[0062] 在步骤S1001中,接收所述客户端发送的当前路况事件;以及\n[0063] 在本发明实施例中,所述客户端上报的当前路况事件主要包括但不限于以下内容:上报事件的类型、时间、GPS坐标、定位精度、车行驶速度、行驶方向等。其中,上报事件的类型包括但不限于:缓行,堵车,事故,施工,管制,执法等事件。\n[0064] 然而,可以理解的是,用户还可以根据不同的地区或天气,可以对事件的类型和有效期进行配置。如:积水、结冰。\n[0065] 在本发明实施例中,接收客户端发送的当前路况事件的接口主要分为二种:一种,移动终端(如手机)接口,另一种,WEB接口。如,服务器接收来自移动终端发送的当前路况事件。或者是,服务器接收来自计算机客户端发送的当前路况事件。\n[0066] 如图3所示,在移动终端显示界面上显示出事件上报操作界面,用户从中选择当前路况事件(包括但不限于:缓行,堵车,事故,施工,管制,执法等事件),点击上报按键,此时,触发移动终端通信接口将用户选中的当前路况事件发送至服务器,同时携带有时间、GPS坐标、定位精度、车行驶速度、行驶方向等信息。\n[0067] 如图4所示,用户通过计算机在网络上采集任意位置上的路况事件,如采集来自路况微博发出的路况事件。通过WEB接口将未过期的路况事件上报至服务器。\n[0068] 在步骤S1002中,将接收到的所述当前路况事件存储至事件数据库。\n[0069] 作为本发明一优选实施例,在步骤S1001之后,还包括:\n[0070] 判断接收到的所述当前路况事件是否有效;以及\n[0071] 若接收到的所述当前路况事件有效,则执行步骤S1002;以及\n[0072] 若接收到的所述当前路况事件无效,则结束本次操作。\n[0073] 进一步的,所述判断接收到的所述当前路况事件是否有效的步骤,包括:\n[0074] 判断上报的位置距离最近的道路是否超过预设阈值,如超过则认为上报无效;否则上报有效。如,判断用户上报的位置距离最近的道路超过20米,则认为上报无效;否则上报有效。或者是,\n[0075] 判断GPS精度是否大于预设阈值,如大于则认为上报无效;否则上报有效。如,如果GPS精度大于50m,则上报无效。或者是,\n[0076] 判断在预设的上报类型中行驶速度是否大于预设值,如大于则认为上报无效;否则上报有效。如,堵车、事故等上报类型,在用户行驶速度大于25km/h,则上报无效。或者是,[0077] 判断在预设时间内是否有至少二个不同客户端上报同一当前路况事件;以及若存在至少二个不同客户端上报同一当前路况事件,则判定所述当前路况事件上报有效。如用户一上报当前路况事件,在5分钟内无其他用户上报同样的事件,则认为上报非法。\n[0078] 作为本发明另一优选实施例,在步骤S1002之后,还包括:\n[0079] 预先设置所述当前路况事件的过期时间;\n[0080] 判断所述事件数据库中存储的所述当前路况事件是否超过所述过期时间;以及[0081] 若所述事件数据库中存储的所述当前路况事件超过所述过期时间,则将所述当前路况事件从所述事件数据库中删除;以及\n[0082] 若所述事件数据库中存储的所述当前路况事件没有超过所述过期时间,则结束本次操作。\n[0083] 作为本发明一优选实施例,\n[0084] 所述根据所述路段上的固有属性信息及所述当前路况事件对所述路段进行评分计算,生成对应所述路段的评分结果时,是通过预设算法进行评分计算,所述预设算法的公式为:\n[0085] f(n)=g(n)+h(n);\n[0086] g(n)=g(m)+Costmn;\n[0087] Costmn=nodem+turnmn+wmn*pathmn;\n[0088] 其中,f(n)为节点n的总导航估值代价,g(n)为从起点到当前位置节点n结合实时路况的实际代价,h(n)为节点n到终点的估值代价;n的前驱节点为m,所述Costmn为根据基础路网信息得到的节点m和节点n之间的代价;\n[0089] Costmn包括节点m的代价nodem,转弯代价turnmn,pathmn为mn间边的代价,wmn为节点m和节点n间边的权值,当mn间边有对应的当前路况事件时,Costmn的值为对应当前路况事件的权值。\n[0090] 在本发明实施例中,在路网中进行路线规划,本质上是有向图的最佳路线搜索。最常用的最佳路线搜索算法有深度优先搜索和广度优先搜索。这两种算法的缺点是在所有的状态空间中穷举搜索,由于全国的路网非常复杂,搜索空间太大且以至于无法完成。本发明实施例使用启发式搜索的A*算法,在每一步搜索时都从当前的最好位置开始搜索,直到找到连通路线为止。A*算法中使用代价估值函数来衡量当前最好位置,设在节点n的总导航估值代价为f(n),估值公式如下:\n[0091] f(n)=g(n)+h(n)\n[0092] 其中,g(n)为从起点到当前位置节点n结合实时路况的实际代价,h(n)为节点n到终点的估值代价。估值代价这里使用直线连接且路况通畅时的代价。设n的前驱节点为m,则实际代价g(n)的计算公式为:\n[0093] g(n)=g(m)+Costmn\n[0094] Costmn为根据基础路网信息得到的节点m和节点n之间的代价。具体包括:\n[0095] Costmn=nodem+turnmn+wmn*pathmn\n[0096] Costmn包括节点m的代价nodem,转弯代价turnmn,pathmn为mn间边的代价。其中,m,n是两个在路网中相邻的节点,mn之间有一条道路连接;如果代价是以时间为单位的话,pathmn的计算方式就是mn连接边的长度除以边的速度。wmn为节点m和节点n间边的权值。默认为1。当该边有对应的上报事件时,Costmn的值为对应事件的权值。权值越大避开越倾向于避开该路段。\n[0097] 使用A*算法计算时,设置有OPEN表和CLOSE表,OPEN表中存放当前待考察的节点,CLOSE表中存放已考察过的节点。\n[0098] 计算节点n的估值代价时,需要查询已经拓展的前驱节点的估值代价、在基础路网中查询邻接路段(m,n)的导航代价、行驶时间等,同时在事件查询服务中获取(m,n)路段的有效事件,根据事件类型设置的权值,进行加权计算后可以得到节点n的导航实际代价、估值代价、到达时间等信息。可以看到,用户上报事件的加入在不增加计算复杂度的基础上,实现了按照用户选择的出行时间搜索最佳驾车路线。\n[0099] 如图5所示,根据客户端上报事件,在路线规划时会进行避让或提示。\n[0100] 请参阅图6,作为本发明一优选实施例,所述根据所述评分结果选择最优的行车路线的步骤,包括:\n[0101] 在步骤S201中,在起点节点加入OPEN表及CLOSE表,并将所述OPEN表及CLOSE表置空;\n[0102] 在步骤S202中,判断所述OPEN表是否为空;\n[0103] 在步骤S203中,如果判断出OPEN表为空,则确定路线搜索失败;\n[0104] 在步骤S204中,如果判断出OPEN表不为空,则获取OPEN表估值最小节点m,并从OPEN表中删除m;\n[0105] 在步骤S205中,判断m是否为终点;\n[0106] 在步骤S206中,如果判断出m为终点,则输出最优路线;\n[0107] 在步骤S207中,如果判断出m不是终点,则获取m的下一个邻接节点n;\n[0108] 在步骤S208中,计算n的估值代价;\n[0109] 在步骤S209中,判断计算出的n是否在OPEN表中;\n[0110] 在步骤S210中,如果判断出n在OPEN表中,且n节点估值小于OPEN中估值,则更新OPEN表中节点n的估值代价和到达时间;\n[0111] 在步骤S211中,如果判断出n不在OPEN表中,进一步,判断n是否在CLOSE表中,[0112] 在步骤S212中,如果判断出n在CLOSE表中,且n节点估值小于CLOSE中估值,则更新CLOSE表中节点n的估值代价和到达时间;\n[0113] 在步骤S213中,如果判断出n不在CLOSE表中,则将节点n插入OPEN表中;\n[0114] 在步骤S214中,进一步判断m是否存在其他邻接节点;\n[0115] 在步骤S215中,如果判断出m不存在其他邻接节点,则将m加入CLOSE表中;\n[0116] 在步骤S216中,如果判断出m存在其他邻接节点,则返回所述获取m的下一个邻接节点n的步骤中。\n[0117] 采用上述导航路线的生成方法,可以给用户提供更加实时、准确的出行路线,具体有如下有益效果:\n[0118] 用户可通过不同的客户端上报其当前所在位置的突发事件,该客户端譬如为手机或者正在使用的导航终端,因此,能够很好的提供各个路段上的突发事件,时路况数据较准确及够全面。另外,对于突发交通事故、临时交通管制等时效性事件能够通过手机等客户端进行实时上报,具有时效性;\n[0119] 而且,当前实时路况导航是根据用户上报的突发事件进行路线规划,实现了与用户的交互,提高用户的使用体验;由于实时路况事件是保存在服务器,因此即使网络中断,也不影响服务器从其数据库中获取用户上报的实时路况,系统稳定性强。\n[0120] 综上所述,本发明结合了客户端实时发送的当前路况事件,根据客户端上报事件,在路线规划时会进行避让,从而能够给用户提供更加实时、准确的出行路线。\n[0121] 图7是本发明第一实施例提供的导航路线的生成装置的结构,所述导航路线的生成装置包括:路段获取模块71、事件获取模块72、评分计算模块73以及路线确定模块74。\n[0122] 其中所述路段获取模块71接收来自导航终端的导航路线生成指令,根据所述导航路线生成指令获取对应的至少两条的路段。所述事件获取模块72获取所述路段上的固有属性信息以及所述路段上的当前路况事件,其中所述当前路况事件由客户端上报生成。\n[0123] 在本发明实施例中,根据路段ID,在事件数据库中查询该路段上对应的上报事件。\n其中,所述固有属性信息包括但不限于:道路等级、长度,坐标等相关信息。\n[0124] 在本发明实施例中,客户端上报的当前路况事件主要包括但不限于以下内容:上报事件的类型、时间、GPS坐标、定位精度、车行驶速度、行驶方向等。其中,上报事件的类型包括但不限于:缓行,堵车,事故,施工,管制,执法等事件。\n[0125] 所述评分计算模块73根据所述路段上的固有属性信息及所述当前路况事件对所述路段进行评分计算,生成对应所述路段的评分结果。所述路线确定模块74根据所述评分结果选择最优的路段作为导航路线发送至所述导航终端。\n[0126] 在本发明实施例中,所述评分计算模块103是通过预设算法进行评分计算,所述预设算法的公式为:\n[0127] f(n)=g(n)+h(n);\n[0128] g(n)=g(m)+Costmn;\n[0129] Costmn=nodem+turnmn+wmn*pathmn;\n[0130] 其中,f(n)为节点n的总导航估值代价,g(n)为从起点到当前位置节点n结合实时路况的实际代价,h(n)为节点n到终点的估值代价;n的前驱节点为m,所述Costmn为根据基础路网信息得到的节点m和节点n之间的代价;Costmn包括节点m的代价nodem,转弯代价turnmn,pathmn为mn间边的代价;wmn为节点m和节点n间边的权值;当mn间边有对应的当前路况事件时,Costmn的值为对应当前路况事件的权值。\n[0131] 图8为本发明第二实施例提供的导航路线的生成装置的结构,在图7的所示的第一实施例基础上,该第二实施例的导航路线的生成装置进一步包括事件接收模块75、存储模块76、事件有效判断模块77、时间设置模块78、时间判断模块79以及事件删除模块80。\n[0132] 其中所述事件接收模块75接收客户端发送的当前路况事件。所述存储模块76将所述事件接收模块75接收到的所述当前路况事件存储至事件数据库。\n[0133] 在本发明实施例中,接收客户端发送的当前路况事件的接口主要分为二种:一种,移动终端(如手机)接口,另一种,WEB接口。如,服务器接收来自移动终端发送的当前路况事件。或者是,服务器接收来自计算机客户端发送的当前路况事件。\n[0134] 如图3所示,在移动终端显示界面上显示出事件上报操作界面,用户从中选择当前路况事件(包括但不限于:缓行,堵车,事故,施工,管制,执法等事件),点击上报按键,此时,触发移动终端通信接口将用户选中的当前路况事件发送至服务器,同时携带有时间、GPS坐标、定位精度、车行驶速度、行驶方向等信息。\n[0135] 如图4所示,用户通过计算机在网络上采集任意位置上的路况事件,如采集来自路况微博发出的路况事件。通过WEB接口将未过期的路况事件上报至服务器。\n[0136] 所述事件有效判断模块77判断接收到的所述当前路况事件是否有效。在所述事件有效判断模块77判定接收到的所述当前路况事件有效时,所述存储模块78将所述事件接收模块75接收到的所述当前路况事件存储至事件数据库。\n[0137] 作为本发明一优选实施例,所述事件有效判断模块75通过下述方式判断接收到的所述当前路况事件是否有效:判断在预设时间内是否有至少二个不同客户端上报同一当前路况事件,若在所述同一事件判断模块判定存在至少二个不同客户端上报同一当前路况事件时,则所述事件有效判断模块75判定所述当前路况事件上报有效。\n[0138] 所述时间设置模块78设置所述当前路况事件的过期时间,所述时间判断模块79判断所述事件数据库中存储的所述当前路况事件是否超过所述过期时间,若所述时间判断模块79判定所述事件数据库中存储的所述当前路况事件超过所述过期时间,所述事件删除模块80将所述当前路况事件从所述事件数据库中删除。\n[0139] 下面详细描述本发明实施例提供的导航路线的生成方法的实现流程。\n[0140] 如图3所示,在移动终端显示界面上显示出事件上报操作界面,用户从中选择当前路况事件(包括但不限于:缓行,堵车,事故,施工,管制,执法等事件),点击上报按键,此时,触发移动终端通信接口将用户选中的当前路况事件发送至服务器,同时携带有时间、GPS坐标、定位精度、车行驶速度、行驶方向等信息。\n[0141] 或者是,如图4所示,用户通过客户端(譬如计算机)在网络上采集任意位置上的路况事件,如采集来自路况微博发出的路况事件。通过WEB接口将未过期的路况事件上报至服务器。服务器判断所述客户端发送的当前路况事件是否有效(如判断在预设时间内是否有至少二个不同客户端上报同一事件,若存在至少二个不同客户端上报同一事件,则认为上报有效)。如果判断所述客户端发送的当前路况事件有效,则将判定有效的当前路况事件存储至事件数据库中。在导航路线规划时,所述服务器在接收到导航路线生成指令时,获取相应路段上的固有属性信息以及所述路段上的客户端发送的当前路况事件,对所述路段上的固有属性信息及所述客户端发送的当前路况事件进行加权评分,生成评分结果,最后根据评分结果选择最优的行车路线发送至所述客户端。\n[0142] 综上所述,本发明实施例通过所述客户端实时向所述服务器上报当前路况事件。\n在导航路线规划时,所述服务器获取每个路段上的固有属性信息(如道路等级、长度,坐标),同时通过获取路段的上报事件,对每个路段上的固有属性信息及上报事件进行加权评分,二者加权得到的值作为导航路线评分,根据评分选择最优的行车路线,给用户提供了更加实时、准确的出行路线。具体有如下有益效果:\n[0143] 用户可通过不同的客户端上报其当前所在位置的突发事件,该客户端譬如为手机或者正在使用的导航终端,因此,能够很好的提供各个路段上的突发事件,时路况数据较准确及够全面。另外,对于突发交通事故、临时交通管制等时效性事件能够通过手机等客户端进行实时上报,具有时效性;\n[0144] 而且,当前实时路况导航是根据用户上报的突发事件进行路线规划,实现了与用户的交互,提高用户的使用体验;由于实时路况事件是保存在服务器,因此即使网络中断,也不影响服务器从其数据库中获取用户上报的实时路况,系统稳定性强。\n[0145] 综上所述,本发明结合了客户端实时发送的当前路况事件,根据客户端上报事件,在路线规划时会进行避让,从而能够给用户提供更加实时、准确的出行路线。\n[0146] 本领域普通技术人员可以理解实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成,所述的程序可以存储于一计算机可读取存储介质中,所述的存储介质,如ROM/RAM、磁盘、光盘等。\n[0147] 以上所述仅为本发明的较佳实施例而已,并不用以限制本发明,凡在本发明的精神和原则之内所作的任何修改、等同替换和改进等,均应包含在本发明的保护范围之内。
法律信息
- 2018-12-28
- 2015-05-27
实质审查的生效
IPC(主分类): G01C 21/34
专利申请号: 201410231092.4
申请日: 2014.05.28
- 2015-05-06
引用专利(该专利引用了哪些专利)
序号 | 公开(公告)号 | 公开(公告)日 | 申请日 | 专利名称 | 申请人 |
1
| |
2011-08-24
|
2011-04-11
| | |
2
| |
2013-09-04
|
2013-04-28
| | |
3
| |
2013-09-11
|
2011-09-27
| | |
被引用专利(该专利被哪些专利引用)
序号 | 公开(公告)号 | 公开(公告)日 | 申请日 | 专利名称 | 申请人 | 该专利没有被任何外部专利所引用! |