欢迎来到赛文交通网!

顾明臣:公路交通运行与应急管理智能化发展

2018-04-24

来源 : 赛文交通网

作者 : 顾明臣

0人评论

4月11日,由赛文交通网主办的第七届(2018年)中国智能交通市场年会,简称ITSMRS(ITS Market Seminar)在北京成功召开。

blob.png

交通运输部规划研究院信息所副所长顾明臣,在“第二届(2018)中国智慧路网技术与应用发展”论坛上,发表了《公路交通运行与应急管理智能化发展》主题演讲。

以下为顾明臣演讲内容,有删减。 

今天跟大家一起讨论以下几方面内容:

一、当前业务新特征

大家看路网运营与应急管理工作出现了新时期的新特征:第一,路网基础设施建设浪潮退去;第二,新一轮改革使命扑面而来;第三,新技术新理念层出不穷。

根据我们初步抽样调研,部分普通公路的货车承载量与高速公路的承载量相比,其实普通公路(非高速)的承载量达到47%左右。

实际上作为大交通运输组织,普通公路的承载量很大,而里程规模巨大,这样大规模的路网设施建完之后,就带来了一个很大的问题——路面管养怎么精准化,怎么网格化,这个网格化是什么概念呢?

大家在做系统开发的时候可能有的甲方会提到,以前我们路网养护都是一级一级往上报,县级往市级报,市级往省级报,是按路线来的,比如说我是某个市的,我市管辖的这一段路需要修,我把我这一段路的名字报上去,财政一级一级的把钱拨下来。

其实,应该是不按管理行政区,而按这条路线的桩号,对大规模公路基础设施按需按承载状况、技术指标进行精准化、网格化分路段管养。

第二个就是区域路网运行一体化、协同化管理,应急联动处置。

第三个就是体制机构改革带来的专业队伍急剧收缩,还有监管考核职责集中。

第四个是大数据、云平台、互联网、高分图新技术难以精彩纷呈,却又欲说还休。

blob.png

2010年到2015年,这个高速公路里程增长速度是很快的,这个曲线率。就是在2016年和2017年和正在发生的2018年之间这个速度已经明显的在往下放缓。

二、新痛点

我们的新需求短时间内用信息化的手段很难一下完全化解,我们看这里面现在存在的问题,规模里程长了,人少了,现在所有的抓手可能就是信息化手段,而这些手段不应一步到位,另外一个一步到位也不一定适合这个地方,不一定适合这个区域,不一定适合这条路线,所以说真正做下来的时候不管哪个角色都感觉力不从心。

另外一个新的痛苦点,就是全网很难一盘棋,这是什么概念呢?包括管理体制,包括现在路况的技术水平,首先普通公路和高速公路的技术体系,技术条件,管养体系,管养机制都不完全一样。

另外一个就是条块难以一套令,尤其是公路这一块,最典型的就是这个条块分割太严重。

正因为刚才说的这些痛点。

从技术层面也有一些问题。

第一个就是基础数据。这是我们公路行业的短版,比如很多省一张图已经出现了,一个数据库也出现了,现在里面有很多细节的问题,一张图,图的数据,后台的使用数据更新很慢。

一个库,库的数据不能共融,普通公路和高速公路很难一数一源,高速公路收费数据和其他的基础设施的数据很难一数一源。

还有一个就是我们所有的这些业务系统的架构设计比较分散,比如说一个领导来了就搞一个业务系统。领导一换就重新搞另外一套业务系统,这时候业务系统与业务系统之间不能实质性的融合,需求没完全打通。

信息化发力就支撑不精准,作用不明显。另外一个就是我刚才条块的原因引入的最后这一条,系统很多都是以工程建设为导向,相对零散。

三、新应用

还有一个就是刚才说的业务应用比较分散,无法形成应用合力,针对这些痛点,我们在信息化这些产业上是怎么考虑的呢?先看下路网综合管理的总体业务情况。

blob.png

第一个就是采集端,这个是最底层的。

第二个是设施数字化管理,设施数字化管理,这是交通信息化落地的重要部分,如果没有基础设施数字化的基础,你在后台是没法形成合力的。

第三个是协同一体化运营,就是整个运行监测上下是一体的,横向的除了路网甚至与铁路、民航是一体的。再往上就是应急处置,最后到智能人性化服务。

信息化技术的应用就在于使交通基础设施管理实时网络化、运行组织的扁平化、交通服务方式的人性化。

基于我们前面分析的这些特征,这些痛点和我们的初步思路,那在信息化应用设计实施的时候怎么来考虑呢?

关键还是要顶层设计。

blob.png

因为原来搞信息化的时候是不分那么多维度的,上来就说用户是谁?而现在做这种信息化系统一定要有穿透性,这个穿透性何在?真正的解决问题的就是把我们整个业务板块梳理出来。

blob.png

我们再看业务体系架构,省厅这一级别需求比较难挖,但是一旦挖出来之后就是省厅想看的。

其实作为省这一层面的用户,大交通与城市交通的特征不一样,客户关心什么呢?他就关心你帮我找出来我现在需要投钱的地方是哪?为什么要投?投到什么程度?就是把路网的不适应性找出来就可以了。

blob.png

再看一下这个平台的逻辑架构,逻辑架构是个什么概念呢?可能在座的搞开发的人更擅长,我想强调的就是针对我今天讨论的这个板块,一个是日常的运行管理,一个是应急指挥处置这两个板块。

这两个板块我刚才说了,在我们开发的时候,技术路径实现一定是表面一体的,实际上后台是物理逻辑耦合联动的,这个联动最好是要模块化。

blob.png

我们来看总体技术架构。中间这一块数据,很核心,所有的运行监测和应急之间的基础一定要数据统一,没有数据统一的基础,你的应急也好,运行也好,是割裂的。

针对路网运行和应急具体的系统的实施部署,现在各省省级基本上做到统一了,市级这个差异很大。

目前运行监测与应急的信息化平台,全国大约有20多个省已经初步搭建起来了,至于后台的数据完全到什么程度,更新到什么程度,这个平台的功能优化到什么程度?各省参差不齐。

时间有限,不妥之处请指正!谢谢大家!

1.7its.com 遵循行业规范,任何转载的稿件都会标注作者和来源; 2. 7its.com 的原创文章,请转载时注明文章作者和来源,不尊重原创的行为将追究责任; 3. 7its.com登载此文出于传递信息,并不意味着赞同其观点或证实其描述,文章仅供参考。
延伸阅读
关于“跨子区相位差”提升信号绿波协调效果的探索实践
C-V2X商用落地照进现实,中国车企如何变道超车?
朱志星:面向车路协同环境的道路交通安全管理探索
数据评估是如何辅助信控优化决策的?
浅谈需求响应式公交背后的技术
区块链在交通领域的应用探析


微信二维码


新浪微博


交通包打听


360网站安全检测平台