一种基于通用位置的路况信息处理方法和系统的制作方法

文档序号:6734827阅读:124来源:国知局
一种基于通用位置的路况信息处理方法和系统的制作方法
【专利摘要】本发明提供了一种基于通用位置的路况信息处理方法,包括:提供路段通用位置及附加信息;路况信息返回装置根据路段的位置信息及车流信息,在线执行坐标转换,进行分级区域定位;进行初步位置匹配,得到候选路段集合;确定最终匹配路段;返回路况信息。相应地还提供了一种基于通用位置的路况信息处理系统。该方法和装置消除了路况信息返回装置与路况信息请求装置之间的路网数据、路段ID系统等基础数据差异导致的额外的服务成本。
【专利说明】一种基于通用位置的路况信息处理方法和系统

【技术领域】
[0001]本发明涉及路况信息处理的【技术领域】,尤其涉及一种基于通用位置的路况信息处理方法和系统。

【背景技术】
[0002]目前,城市交通拥堵日益成为主要的城市问题之一,人们在努力寻找有效地解决交通拥堵的方法。现有技术一般采用提供路况信息服务的方法来缓和交通拥堵问题,如:摄像头、导航系统等。现有的路况信息服务方式,一般基于路段ID的路况数据进行相应机制的建立,要求数据应用方掌握路网及路段ID数据。现有技术中还存在通过向路况信息请求装置提供包含路况信息视觉特征的栅格路况图片,以将相应的信息在具体类型的服务界面上进行呈现。但是,由于数据的传输量大,路况信息请求装置存在较严重的信息使用局限,加上信息传输双方要求数据升级一致,限制了信息的服务范围,提高了升级成本。
[0003]因此,希望可以提出一种数据通用性好、升级成本低的路况信息处理方法及系统,用于解决上述问题。


【发明内容】

[0004]为了解决上述问题,本发明提供了一种基于通用位置的路况信息处理方法和系统,可以有效解决跨越路网、路段ID系统等基础数据差异的路况信息服务问题,并极大地降低服务升级的成本,拓展了信息服务的灵活性和应用范围。
[0005]根据本发明的一个方面,提供了一种基于通用位置的路况信息处理方法,该方法包括以下步骤:
[0006]a)获取路段通用位置信息,或通用位置及附加信息;
[0007]b)路况信息返回装置根据通用位置信息,确定与路况信息返回装置相匹配的路段;
[0008]c)路况信息返回装置将路段的路况信息返回路况信息请求装置。
[0009]根据本发明的另一个方面,还提供了一种基于通用位置的路况信息处理的系统,包括路况信息请求装置和路况信息返回装置。其中:
[0010]所述路况信息请求装置,用来提供路段通用位置,或通用位置及附加信息,向路况信息返回装置请求路况信息;
[0011]所述路况信息返回装置,根据通用位置信息,确定与其相匹配的路段并将路段的路况信息返回路况信息请求装置。
[0012]与现有技术相比,本发明具有以下优点:
[0013]I)消除路况信息返回装置与路况信息请求装置之间的路网数据、路段ID系统等基础数据差异导致的额外的服务成本;
[0014]2)路况信息返回装置与路况信息请求装置可以相互独立的进行数据和功能升级,不存在约束;
[0015]3)可扩展的请求附加信息以及内置优选规则,可以在基本服务模式下提供最大的灵活性。

【专利附图】

【附图说明】
[0016]通过阅读参照以下附图所作的对非限制性实施例所作的详细描述,本发明的其它特征、目的和优点将会变得更明显:
[0017]图1为根据本发明的基于通用位置的路况信息处理方法的流程图;
[0018]图2为根据本发明的路况信息处理方法中位置匹配的流程图;
[0019]图3为根据本发明的路况信息处理方法中确定最终路段的流程图;以及;
[0020]图4为根据本发明的基于通用位置的路况信息处理系统的示意图。

【具体实施方式】
[0021]下面结合附图对本发明作进一步详细描述。
[0022]根据本发明的一个方面,提供了一种基于通用位置的路况信息处理方法。该方法通过对路况信息进行搜索、匹配、返回等一系列的处理过程,以提供一种较好的路况信息服务方式。
[0023]参考图1,图1为根据本发明的一个基于通用位置的路况信息处理方法的流程图。如图1所示,本发明所提供的基于通用位置的路况信息处理方法包括如下步骤:
[0024]步骤S101,获取路段通用位置及附加信息。
[0025]具体地,通用位置是指,本领域知晓的原始经纬度坐标和国家测绘地理信息局加密之后的经纬度坐标。基于该通用位置对路段的位置进行描述,即利用经度和纬度来描述地理实体在地图上的坐标,如某个地理位置的经度为X,纬度为Y,这种描述可以解决对任何企业产生的路网数据或路段ID系统依赖的问题。路网数据,即道路网络数据,其是进行交通分析研究、规划设计的基础,为保证数据的现时性,需要参考不同来源数据对路网进行更新。所述附加信息包括:车流方向、道路等级、道路名称等道路的位置信息及车流信息,如“自南向北-一级-京珠高速”。
[0026]所述路段通用位置及附加信息可以由“路况信息请求装置”提供,例如:某个手机上软件调用GPS定位模式获取经纬度坐标数据,然后根据经纬度向路况信息返回装置请求路况数据。所述路段通用位置及附加信息也可以由“终端”提供,例如:用户直接输入经纬度坐标,根据约定的接口,向路况拥有者请求路况数据。
[0027]所述路况信息请求装置,是指使用路况系统做一些具体应用服务的信息系统。例如:手机上的地图软件或导航软件,这些软件的正常工作都需要用到路况信息。但是它们自身并不拥有这些数据,而是实时地从其他系统(如路况信息返回装置)请求来的。
[0028]所述路况拥有者,是指持有路况数据的某个信息系统或者服务程序,并不是指“摄像头”等采集设备。例如,路况拥有者是某个交通数据发布平台,这是一个服务程序,部署在若干台机器上。其他的应用程序可以通过预定的服务接口,向该平台请求路况数据。
[0029]步骤S102,根据路段的位置信息及车流信息,在线执行坐标转换,进行分级区域定位。
[0030]具体地,路段的位置信息,是指该路段的经纬度坐标。车流信息或者简单地说,即路况信息,通常包括:路段的车流平均速度、拥堵状态(畅通、缓行,拥堵)。如经度X,纬度Y的位置,车流平均速度为15KM/H,拥堵状态为缓行。
[0031]在线执行坐标转换,是指路况信息返回装置在线实时地将路况信息请求装置所使用的通用经纬度坐标,转化为服务提供方内部的坐标体系,即转化为路况信息返回装置的坐标体系。即路况信息请求装置的坐标体系是本领域知晓的原始经纬度坐标和国家测绘地理信息局加密之后的经纬度坐标,而路况信息返回装置则将这种经纬度坐标转化为其本身拥有的坐标,如路网数据和路段ID系统。
[0032]所谓分级区域定位,是对城市区域划分等级。例如:在某个级别上,城市区域被划分为10km*10km的块,在更细的级别上,城市区域被划分为2km*2km的块。即限定地理区域的范围,以进行具体的地理分析。所述等级是指对划分城市地理区域的范围。
[0033]步骤S103,进行位置匹配,得到候选路段集合。
[0034]具体地,对邻近区域内的路段匹配度赋值以进行位置匹配和初步筛选,产出候选路段集合。所述进行位置匹配,主要基于“请求位置到候选路段的距离”和“附加信息的车流方向与路段车流方向的角度偏差”两个因素,对邻近区域内的路段匹配度赋值和初步筛选,产生候选路段集合。比如:邻近区域内有10条道路,计算出来的匹配度分别为:1?10。数值越小,表示匹配程度越高。通过某种规则或附加信息对这些已经初步筛选的路段集合进行处理,以进一步优化所得到的路段数据。
[0035]步骤S104,确定最终匹配路段。
[0036]具体地,根据内置的优选规则或请求中包含的附加信息,确定最终匹配路段。所述的内置规则是路况信息返回装置所含的规则。所述的优选规则根据不同类型用户的需求进行针对性选择,如用户请求提供流量较大的道路,则路况信息返回装置提供流量较大的路况信息。即通过这些规则或规则与附加信息的进一步处理,优选出最佳匹配路段,以保证所提供的路况信息的准确性。
[0037]步骤S105,返回路况信息。
[0038]具体地,路况信息请求装置将最终获得的最终匹配路段对应的路况信息返回给终端,以路况信息请求装置所拥有的格式将信息显示出来,即通用位置的路况信息。如“经度X纬度Y的M路,畅通”。
[0039]为了确定步骤S103中的候选路段,并实现快速的线上路段位置匹配,路况信息返回装置必须基于自身拥有的路网数据进行线下的路段索引创建、计算。
[0040]参照图2,图2是根据本发明的路况信息处理方法中位置匹配的流程图。
[0041]步骤S201,分级区域定位。
[0042]具体地,路况信息返回装置已经根据路段的位置信息和车流信息,进行了分级区域定位。如在某个级别上,城市区域被划分为10km*10km的块,在更细的级别上,城市区域被划分为2km*2km的块。
[0043]步骤S202,路况信息返回装置进行线下的路段索引计算,得到路段索引数据。路段索引数据包含如“地理区块-路段内参考点-路段”等数据之间的多对多映射关系,如北京市——北京饭店——东长安街。所述路段内参考点包含局部方向属性,如:东西方向。
[0044]步骤S203,进行位置匹配,得到候选路段集合。对路况信息请求装置或终端提供的数据和路况信息返回装置提供的数据进行相应的计算,进而进行道路位置的匹配,得到候选路段集合,比如得到候选路段1、2、3、4、5,共5条路段集合,以便后续步骤进行相应的筛选和最优匹配,得到终端所需求的路况信息。
[0045]所述路段的位置匹配过程方式并不限于此,其还可以是现有技术中的其他方式。
[0046]为了保证从候选路段的集合中所得到终端所需的路况信息的准确性,必须通过某种规则或某些附加信息进行处理,以得到最终确定的路段的路况信息。参见图3,图3为根据本发明的路况信息处理方法中确定最终路段的流程图。
[0047]步骤S301,位置匹配,得到候选路段集合。该步骤在上述内容中已有陈述,为简明起见,不再详述。
[0048]步骤S302,根据内置的优选规则,或内置的优选规则和附加信息,综合筛选。
[0049]内置的优选规则包含:优选高等级道路、优选较拥堵的道路、优选流量较大的道路等。所述的内置规则是路况信息返回装置所含的规则。
[0050]所述的附加信息是指上述步骤所述的车流方向、道路等级、道路名称等路段的位置信息和车流信息。
[0051]im,已经得到匹配度分别是1-10的10条道路,则设置一个阈值4,那么匹配度数值为5、6、7、8、9、10的几条道路就被直接抛弃了,剩下的匹配度数值为1、2、3、4的四条道路,构成候选集合。然后根据路况信息返回装置内置的优选规则,或路况信息请求装置或终端提供的附加信息,从这些候选路段集合中,确定最终的匹配路段。如得到了 “1、2、3、4”四条道路的集合,I是较高等级道路,2是较拥堵的道路,3是流量较大的道路,4是畅通的道路,则根据用户的特定要求进行相应的最佳匹配。
[0052]步骤S303,确定最终路段。
[0053]即如果针对特定的用户,所得到的是“1、2、3、4”四条道路的集合,I是较高等级道路,2是较拥堵的道路,3是流量较大的道路,4是畅通的道路,所适用的规则是路况信息请求装置提供的优选规则“较高等级的道路”,则确定道路I是最终的匹配路段。
[0054]与现有技术相比,本发明具有以下优点:
[0055]I)消除路况信息返回装置与路况信息请求装置之间的路网数据、路段ID系统等基础数据差异导致的额外的服务成本;
[0056]2)路况信息返回装置与路况信息请求装置可以相互独立的进行数据和功能升级,不存在约束;
[0057]3)可扩展的请求附加信息以及内置优选规则,可以在基本服务模式下提供最大的灵活性。
[0058]根据本发明的另一个方面,还提供了一种基于通用位置的路况信息处理的系统。
[0059]参考图2,图2为根据本发明的一个基于通用位置的路况信息处理的系统。如图2所示,本发明所提供的基于通用位置的路况信息处理的系统包括路况信息请求装置401和路况信息返回装置402。其中:
[0060]所述路况信息请求装置401,用来提供路段通用位置,或通用位置及附加信息,向路况信息返回装置请求路况信息;
[0061]所述路况信息返回装置402,根据通用位置信息,确定与其相匹配的路段并将路段的路况信息返回路况信息请求装置。
[0062]具体地,所述路况信息请求装置401,是指使用路况系统做一些具体应用服务的信息系统,用于提供路段通用位置及附加信息、向路况拥有者请求路况数据、进行初步位置匹配而得到候选路段集合、确定最终匹配路段、返回路况信息。所述附加信息包括:车流方向、道路等级、道路名称等道路的位置信息及车流信息。具体地,所述路况信息请求装置,是指使用路况系统做一些具体应用服务的信息系统。例如:手机上的地图软件或导航软件,这些软件的正常工作都需要用到路况信息。但是它们自身并不拥有这些数据,而是实时地从其他系统(如路况信息返回装置)请求来的。当然,其还与终端403相互通信,用于接收终端的信息请求和返回信息给终端。
[0063]所述终端403,是指路况信息的需求者,其也可以提供路段通用位置及附加信息。
[0064]具体地,所述路况信息返回装置402,是指持有路况数据的某个信息系统或者服务程序,并不是指“摄像头”等采集设备。例如,路况拥有者是某个交通数据发布平台,这是一个服务程序,部署在若干台机器上。其他的应用程序可以通过预定的服务接口,向该平台请求路况数据。
[0065]所述路况信息返回装置402,根据通用位置信息,确定与其相匹配的路段时,具体进行如下操作:
[0066]路况信息返回装置402根据路段的位置信息及车流信息,在线执行坐标转换,进行分级区域定位;
[0067]进行位置匹配,得到候选路段集合;
[0068]根据内置的优选规则或附加信息,确定最终的匹配路段。
[0069]上述的在线执行坐标转换,是指路况信息返回装置402在线实时地将路况信息请求装置401所使用的通用经纬度坐标,转化为路况信息返回装置402内部的坐标体系。
[0070]上述分级区域定位,是对城市区域划分等级。例如:在某个级别上,城市区域被划分为10km*10km的块,在更细的级别上,城市区域被划分为2km*2km的块。
[0071]上述进行位置匹配,主要基于“请求位置到候选路段的距离”和“附加信息的车流方向与路段车流方向的角度偏差”两个因素,对邻近区域内的路段匹配度赋值和初步筛选,产生候选路段集合。比如:邻近区域内有10条道路,计算出来的匹配度分别为:1?10。数值越小,表示匹配程度越高。设置一个阈值4,那么匹配度数值为5、6、7、8、9、10的几条道路就被直接抛弃了,剩下的匹配度数值为1、2、3、4的四条道路,构成候选集合。然后根据路况信息返回装置402内置的优选规则或路况信息请求装置401或终端403提供的附加信息,从这些候选路段集合中,确定最终的匹配路段。
[0072]为了实现快速的线上路段位置匹配,路况信息返回装置需要基于自身拥有的路网数据进行线下的路段索引创建工作。
[0073]上述路段索引包括“地理区块-路段内参考点-路段”数据之间的多对多映射关系,其中路段内参考点包含局部方向属性。该数据通过线下处理过程产生,用于支持快速的线上位置匹配过程。
[0074]上述的内置的优选规则包括优选高等级道路、优选较拥堵的道路、优选流量较大的道路。如得到了 “1、2、3、4”四条道路的集合,I是较高等级道路,2是较拥堵的道路,3是流量较大的道路,4是畅通的道路,如果针对特定的用户,所适用的规则是“较高等级的道路”,则确定道路I是最终的匹配路段。
[0075]与现有技术相比,本发明具有以下优点:
[0076]I)消除路况信息返回装置与路况信息请求装置之间的路网数据、路段ID系统等基础数据差异导致的额外的服务成本;
[0077]2)路况信息返回装置与路况信息请求装置可以相互独立的进行数据和功能升级,不存在约束;
[0078]3)可扩展的请求附加信息以及内置优选规则,可以在基本服务模式下提供最大的灵活性。
[0079]以上所揭露的仅为本发明的一种较佳实施例而已,当然不能以此来限定本发明之权利范围,因此依本发明权利要求所作的等同变化,仍属本发明所涵盖的范围。
【权利要求】
1.一种基于通用位置的路况信息处理方法,该方法包括以下步骤: 提供路段通用位置,或通用位置及附加信息; 根据通用位置信息,确定与其相匹配的路段; 将路段的路况信息返回。
2.根据权利要求1所述的方法,其中,所述附加信息包括:车流方向、道路等级、道路名称等道路的位置信息及车流信息。
3.根据权利要求1或2所述的方法,其中,所述通用位置及附加信息由路况信息请求装置或用户提供。
4.根据权利要求1所述的方法,其中,所述路况拥有者根据通用位置确定与其相匹配的路段包括以下步骤: 根据路段的位置信息及车流信息,在线执行坐标转换,进行分级区域定位; 进行位置匹配,得到候选路段集合; 根据内置的优选规则或附加信息,确定最终的匹配路段。
5.根据权利要求4所述的方法,其中,所述的内置的优选规则包括优选高等级道路、优选较拥堵的道路、优选流量较大的道路。
6.根据权利要求4所述的方法,其中,所述分级区域定位,是对城市区域划分等级。
7.根据权利要求4所述的方法,其中,所述进行位置匹配,基于“请求位置到候选路段的距离”和“附加信息的车流方向与路段车流方向的角度偏差”两个因素,对邻近区域内的路段匹配度赋值和初步筛选,产生候选路段集合。
8.根据权利要求1-7任一项所述的方法,其中,所述路况信息返回装置基于自身拥有的路网数据进行线下的路段索引创建、计算。
9.根据权利要求8所述的方法,其中,所述路段索引包括“地理区块-路段内参考点-路段”数据之间的多对多映射关系。
10.一种基于通用位置的路况信息处理的系统,包括路况信息请求装置和路况信息返回装置。其中: 所述路况信息请求装置,用来提供路段通用位置,或通用位置及附加信息,向路况信息返回装置请求路况信息; 所述路况信息返回装置,根据通用位置信息,确定与其相匹配的路段并将路段的路况信息返回路况信息请求装置。
11.根据权利要求10所述的系统,其中,所述附加信息包括:车流方向、道路等级、道路名称等道路的位置信息及车流信息。
12.根据权利要求10或11所述的系统,其中,所述通用位置及附加信息由路况信息请求装置或用户提供。
13.根据权利要求10所述的系统,其中,所述路况拥有者根据通用位置确定与其相匹配的路段包括以下步骤: 路况信息返回装置根据路段的位置信息及车流信息,在线执行坐标转换,进行分级区域定位; 进行位置匹配,得到候选路段集合; 根据内置的优选规则或附加信息,确定最终的匹配路段。
14.根据权利要求13所述的系统,其中,所述的内置的优选规则包括优选高等级道路、优选较拥堵的道路、优选流量较大的道路。
15.根据权利要求13所述的系统,其中,所述分级区域定位,是对城市区域划分等级。
16.根据权利要求13所述的系统,其中,所述进行位置匹配,基于“请求位置到候选路段的距离”和“附加信息的车流方向与路段车流方向的角度偏差”两个因素,对邻近区域内的路段匹配度赋值和初步筛选,产生候选路段集合。
17.根据权利要求10-16任一项所述的系统,其中,所述路况信息返回装置基于自身拥有的路网数据进行线下的路段索引创建、计算。
18.根据权利要求17所述的系统,其中,所述路段索引包括“地理区块-路段内参考点-路段”数据 之间的多对多映射关系。
【文档编号】G08G1/0968GK104077921SQ201310115837
【公开日】2014年10月1日 申请日期:2013年3月30日 优先权日:2013年3月30日
【发明者】孙立光 申请人:北京百度网讯科技有限公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1