一种基于浮动车GPS实时数据的城市交通拥堵指数计算平台制造技术

技术编号:15865169 阅读:71 留言:0更新日期:2017-07-23 12:23
一种基于浮动车GPS实时数据的城市交通拥堵指数计算平台,属于智能交通系统与计算机信息服务领域。该平台通过数据融合、统计建模、数学建模计算城市道路实时交通指数。该平台框架采用独立构件架构设计,使用多进程处理数据,并使用消息进行进程间的通信。将需要处理的数据,通过共享文件的方式依次传送处理。处理数据模块之间通过异步消息中传递控制流信息。数据的处理流程,通过spring的配置文件动态配置。总的数据流程是GPS数据由数据接收器接收,并按照配置的频率形成数据文档,通知下一级功能处理模块。下一级模块从上级输出文件夹中,读取数据处理,并形成结果发送至下级处理模块中。

【技术实现步骤摘要】
一种基于浮动车GPS实时数据的城市交通拥堵指数计算平台
本专利技术涉及智能交通系统与计算机信息服务领域,具体地,涉及一种基于浮动车GPS实时数据的城市交通拥堵指数计算平台。
技术介绍
随着信息技术的发展,城市交通信息化以及智慧城市建设的不断深入,对城市交通的观测角度也发生着变化。传统的城市交通评价主要集中于交通系统解决交通问题的能力和水平。这一评价范围已不能满足社会对城市交通信息的需求,研究领域更多的开始关注城市交通的管理影响和环境影响。城市交通指数不仅能衡量一个城市不同时期的交通水平,同时能够反映同一时期不同城市交通水平的差异,依次能够分析城市交通的关键症结和严重程度,为促进城市交通发展提供良好的借鉴。交通指数集交通拥堵空间范围、持续时间、严重程度为一体,是对路网交通总体运行状况进行定量化评估的综合性指标。与传统的车速、流量等参数相比,具有直观、简单的特点。交通指数让人们不仅模糊地知道堵或不堵,更能清楚地了解堵到何种程度,从而对全路网或区域路网交通运行情况有一个直观量化的了解。随着GPS技术的飞速发展,GPS传感器在当今城市交通中使用越来越广泛,在很多城市中的出租车、公交车上都安装有GPS传感器。因此本专利技术尝试对分布在城市大街小巷的动态车辆位置信息(浮动车数据)为依据建立实用、可靠的交通拥堵指数计算平台,从而在当前条件下为城市交通进行量化评估。
技术实现思路
本专利技术提供一种基于浮动车GPS实时数据的城市交通拥堵指数计算平台,该平台通过数据融合、统计建模、数学建模计算城市道路实时交通指数。该平台框架采用独立构件架构设计,使用多进程处理数据,并使用消息进行进程间的通信。将需要处理的数据,通过共享文件的方式依次传送处理。处理数据模块之间通过异步消息中传递控制流信息。数据的处理流程,通过spring的配置文件动态配置。总的数据流程是GPS数据由数据接收器接收,并按照配置的频率形成数据文档,通知下一级功能处理模块。下一级模块从上级输出文件夹中,读取数据处理,并形成结果发送至下级处理模块中。本专利技术通过以下技术手段解决上述技术问题:基于浮动车GPS实时数据的城市交通拥堵指数计算平台,该计算平台的实现包括如下步骤:(1)GPS实时数据接收GPS接收服务支持808协议、809协议或者用户选择的其他协议。当GPS接收服务采用808,809协议时,GPS设备信息须包括如下关键字段:(2)地图匹配出租车按照时间排序好的GPS数据,地图匹配由工具类MapMatchHandler完成。MapMatchHandler接收GPS坐标的数据,并输出地图匹配结果。(3)路径推测路径推测功能由PathPrediction类实现。PathPrediction的输入是同一辆车的某个时间段内的GPS数据输入,输出是连续多个点之间的行驶路径。PathPrediction的输入为List的CarGps类,记录了车辆单个Gps点的关键数据。List中的Gps数据按照数据时间排序。PathTree类定义路径搜索树及树操作的关键方法。PathTreeNode定义树的叶子节点。PathPrediction计算完成后,以List<EstimatedResult>类输出。EstimatedResult定义车辆的起点匹配结果,终点匹配结果,两点之间的多个路段或路链,路线行驶情况,匹配权值。(4)旅行时间计算路径推测完成后,根据单车匹配的路链结果,匹配gps点的时间计算单Link平均速度及旅行时间。单Link旅行时间计算方法为获取link之前一个匹配点,link之后的一个匹配点。使用这两个匹配点之间的gps匹配点计算。Link计算有两种情况,一种是只有2个点,此时直接使用两点之间的时间差除以前一匹配点到后一匹配点的距离,计算平均速度,然后通过平均速度乘以Link长度,计算Link旅行时间,此种方式准确率较低,固将Link权值设置为较低值1。(5)道路融合读取某个时间区间内的Link旅行时间平均速度,相同Link的平均速度放到同一个List中。将Link速度,按照交通部标准,划分到严重拥堵、中度拥堵、轻度拥堵、基本畅通、畅通中。道路路况通过DS证据推理理论,计算最终的Link平均速度及道路状况并保存。附图说明为了更清楚地说明本专利技术的技术方案,下面将对实施例描述中所需要使用的附图作简单介绍。图1为平台框架流程图。图2为GPS实时数据接收流程图。图3为GPS实时数据分发流程图。图4为路链结构说明图。图5为地图匹配流程图。图6为路径推测流程图。具体实施方式为使本专利技术的目的、技术方案及优点更加清楚明白,下面结合附图并举实施例,对本专利技术一种基于浮动车GPS实时数据的城市交通拥堵指数计算平台的技术方案进一步详细描述。参见附图1,本方法提供的一种基于浮动车GPS实时数据的城市交通拥堵指数计算平台,包括如下步骤:(1)GPS实时数据接收具体而言,按照网络通信传输协议格式808/809协议或者用户选择的其他协议,从出租车公司或调度中心通过TCP/IP协议,实时、准确地从调度中心接收浮动车GPS实时数据到交通拥堵指数计算服务平台中。由于调度中心与交通拥堵指数计算服务平台之间的网络传输协议有所不同,需要开发原始GPS数据接收程序,以方便后续计算。为提高程序的处理效率,只有当接收到的数据达到指定数量时,才统一处理,对每接收5分钟GPS原始数据才统一处理一次。同时在处理过程中,忽略对于逻辑不满足或数据字段丢失的数据。GPS数据接收完成后,通过Socket监听方式,对所有连接上的IP转发以GPS内部数据处理标准格式编码的GPS数据。GPS数据接收处理流程如图2和图3所示。(2)地图匹配如图4中的路链结构图所示,图层数据结构由Link,LinkSection,LinkPoint,LinkMatrix,LinkGrid构成。Link为道路路链,由导航图自然划分的路链组成,对应导航图中R表。LinkSection为导航图提取节点后数据,由起点和终点构成。每个LinkSection对象为一条直线线段。LinkPoint为Link上的一点。LinkMatrix使用m*n个网格,定义了整个路网网络,其中m、n分别为路链栅格的长度和宽度。LinkGrid定义Matrix中的单个网格。地图匹配模块的输入是出租车按照时间排序好的GPS数据,地图匹配由工具类MapMatchHandler完成。MapMatchHandler接收GPS坐标的数据,并输出地图匹配结果。具体过程如图5所示。(3)路径推测路径推测功能由PathPrediction类实现。PathPrediction的输入是同一辆车的某个时间段内的GPS数据输入,输出是连续多个点之间的行驶路径。PathPrediction的输入为List的CarGps类,记录了车辆单个Gps点的关键数据。List中的Gps数据按照数据时间排序。PathTree类定义了路径搜索树及树操作的关键方法。PathTreeNode定义了树的叶子节点。PathPrediction计算完成后,以List<EstimatedResult>类输出。EstimatedResult定义了车辆的起点匹配结果,终点匹配结果,两点之间的多个路段或路链,路线行驶情况,匹本文档来自技高网...
一种基于浮动车GPS实时数据的城市交通拥堵指数计算平台

【技术保护点】
一种基于浮动车GPS实时数据的城市交通拥堵指数计算平台,其特征在于:该平台框架采用独立构件架构设计,使用多进程处理数据,并使用消息进行进程间的通信;将需要处理的数据,通过共享文件的方式依次传送处理;处理数据模块之间通过异步消息中传递控制流信息;数据的处理流程,通过spring的配置文件动态配置;总的数据流程是GPS数据由数据接收器接收,并按照配置的频率形成数据文档,通知下一级功能处理模块;下一级模块从上级输出文件夹中,读取数据处理,并形成结果发送至下级处理模块中;该计算平台的实现包括如下步骤:(1)GPS实时数据接收GPS接收服务支持808协议、809协议或者用户选择的其他协议;当GPS接收服务采用808,809协议时,GPS设备信息须包括如下关键字段:

【技术特征摘要】
1.一种基于浮动车GPS实时数据的城市交通拥堵指数计算平台,其特征在于:该平台框架采用独立构件架构设计,使用多进程处理数据,并使用消息进行进程间的通信;将需要处理的数据,通过共享文件的方式依次传送处理;处理数据模块之间通过异步消息中传递控制流信息;数据的处理流程,通过spring的配置文件动态配置;总的数据流程是GPS数据由数据接收器接收,并按照配置的频率形成数据文档,通知下一级功能处理模块;下一级模块从上级输出文件夹中,读取数据处理,并形成结果发送至下级处理模块中;该计算平台的实现包括如下步骤:(1)GPS实时数据接收GPS接收服务支持808协议、809协议或者用户选择的其他协议;当GPS接收服务采用808,809协议时,GPS设备信息须包括如下关键字段:(2)地图匹配出租车按照时间排序好的GPS数据,地图匹配由工具类MapMatchHandler完成;MapMatchHandler接收GPS坐标的数据,并输出地图匹配结果;(3)路径推测路径推测功能由PathPrediction类实现;PathPrediction的输入是同一辆车的某个时间段内的GPS数据输入,输出是连续多个点之间的行驶路径;PathPrediction的输入为List的CarGps类,记录了车辆单个Gps点的关键数据;List中的Gps数据按照数据时间排序;PathTree类定义路径搜索树及树操作的关键方法;PathTreeNode定义树的叶子节点;PathPrediction计算完成后,以List<EstimatedResult>类输出;EstimatedResult定义车辆的起点匹配结果,终点匹配结果,两点之间的多个路段或路链,路线行驶情况,匹配权值;(4)旅行时间计算路径推测完成后,根据单车匹配的路链结果,匹配gps点的时间计算单Link平均速度及旅行时间;单Link旅行时间计算方法为获取link之前一个匹配点,link之后的一个匹配点;使用这两个匹配点之间的gps匹配点计算;Link计算有两种情况,一种是只有2个点,此时直接使用两点之间的时间差除以前一匹配点到后一匹配点的距离,计算平均速度,然后通过平均速度乘以Link长度,计算Link旅行时间,此种方式准确率较低,固将Link权值设置为较低值1;(5)道路融合读取某个时间区间内的Link旅行时间平均速度,相同Link的平均速度放到同一个List中;将Link速度,按照交通部标准,划分到严重拥堵、中度拥堵、轻度拥堵、基本畅通、畅通中;道路路况通过DS证据推理理论,计算最终的Link平均速度及道路状况并保存。2.根据权利要求1所述的一种基于浮动车GPS实时数据的城市交通拥堵指数计算平台,其特征在于:(1)GPS实时数据接收具体而言,按照网络通信传输协议格式808/809协议或者用户选择的其他协议,从出租车公司或调度中心通过TCP/IP协议,实时、准确地从调度中心接收浮动车GPS实时数据到交通拥堵指数计算服务平台中;由于调度中心与交通拥堵指数...

【专利技术属性】
技术研发人员:陈智宏孟凡强方秀川
申请(专利权)人:北京通途永久科技有限公司
类型:发明
国别省市:北京,11

网友询问留言 已有0条评论
  • 还没有人留言评论。发表了对其他浏览者有用的留言会获得科技券。

1