重庆高速项目介绍PPT.ppt

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