重庆高速项目介绍.ppt

重庆高速项目介绍项目目标——业务在常态运行下,交通运行的监视、检测以区域中心为主,在路段监控、现场监控系统的配合下,实现管辖区域范围各路段交通监控信息和监控、通信系统运行信息的采集等业务处理。在应对重特大紧急事件时,按区域整合执法、路政、养护、救援等机构资源;联动救援、医疗、消防、情报、媒体等外部单位和系统;启动控制预案,确保区域路网内尽早发现事件、尽快落实预案,最大限度地排除障碍、控制事故、恢复交通;使监控系统从事后处置型,向事前预警、事中监视、事后评价的功能型转化。项目目标——技术建成SOA服务与数据交换平台,为重庆高速交通路网监控平台提供软件应用开发、部署和管理的技术支撑;大部分的系统功能(数据采集,报警,展示,预案单个步骤的执行)由西南交大用VC实现,这些软件基于SOA平台开发,部署,管理不可能。SOA平台的作用是提供数据传输(包括分发)技术支撑,提供流程执行和监控支撑。建成覆盖总中心、区域分中心和各路段监控站的三级可靠、高效的基础监控数据的通讯网络;数据传输技术支撑,TLQ+TIESB。实现监控总中心、区域分中心、监控站之间监控管理相关数据的有效集成和共享;通过交大系统使用TLQ+TIESB传输实现。不是TI做业务级的数据集成。实现监控总中心、区域分中心、监控站的软件应用之间功能调用和业务协同目标;TIBPM实现流程执行,每一步骤的功能由较大应用实现。有效解决监控管理应用系统和外部系统之间数据、业务交互的问题。交大应用实现和未来各种外系统的具体交互(WS除外)。初始状态工作站控制大屏幕流协议提供视频或视频文件私有协议初始状态初始状态工作站大屏幕初始状态全局视图单个隧道视图视图/对象选择报警信息事件信息初始状态——,如视频,某点具体数据等,查看周边情况。3监控人员按照一定顺序和规则(预案)手工执行界面上的功能,如显示公告板,封闭车道灯等。。,如逐个调整鼓风机+照明封装成一个预案。监控人员来看这一系列细粒度活动是一个操作。项目需求常态:业务功能上,目前主要是监控显示隧道相关的设备,各点视频和公示板。区域联动需要能够接入并监控管理更多的设备和系统。如:更多的路段设备,短信平台,联网收费系统等。技术上,没有使用中间件做异地消息的传递和分发路由。集成商(西南交大)希望使用中间件实现:异地消息的可靠传递,消息的可配置分发和路由而减少甚至不需要应用定死目的。应急:业务上,目前对一个事件的处理局限在监控人员实现一些具体的操作,没有高层次的处理流程——什么情况下需要执行操作1、3、5,什么情况需要操作2、4、6。这些“高层次”流程是因为区域联网而新提出的——原来的一个具体操作也是包含多个小步骤的,即他们现在说的“预案”:如隧道火灾预案1包括开隧道灯,开抽风,变车道导向标志等等。这些预案的执行目前已经由路段级业务员执行,不需要变动。更进一步,流程出现停滞等需要能够报警,进而能够采取新的措施。流程的执行缺乏监控:没有一个视图来表现这些处理的结果,以及整个流程的执行情况。也有常态中接入更多系统的要求。技术上,需要一个支持人工活动的BPM引擎来执行“高层次”流程。需要良好的,能够和已有应用界面集成的流程实例监控界面和实例中人工活动的执行界面。需要一个统一的数据模型,将和BPM流程走向相关的数据(事件类型,级别等)和应用数据(设备数据,视频文件名等)分开,BPM只处理前一部分数据。项目需求——应急流程快速发现——信息手段:人工、自动、智能信息格式:语音、文字、图片、数据、视频信息通信:网络(数据包)、短信、传真、文本事件传递:现场单元->管理单元->决策单元->发布单元流程传递的数据的统一数据模型支持多种格式——在应用数据部分,应用处理,流程本身不处理。语音,图片,视频等使用引用。引用的获得由应用处理。视频:独立的视频流协议,和ESB无关。文件:ESB可以转发文件,但不解析。现场单元->管理单元:ESB+MOM。管理单元->决策单元->发布单元:流程。