摘 要:从新技术发展和功能优化方面阐述城市轨道交通运营应急平台优化需求;从数据类型和数据量 方面阐述应急管理数据分析;并设计基于云架构的城市轨道交通运营应急平台总体架构和功能架构,提 出软硬件设备升级至云架构的方案,为城市轨道交通建立基于云架构的应急平台提供思路。 关键词:云架构;城市轨道交通;运营;应急平台;云计算技术
学术交流
随着我国经济和城市化的快速发展,轨道交通呈现 出规模大、增速快等特点。截至2015年底,我国共有25 座城市开通轨道交通线路,运营里程3 286.51 km,车站 2257座。城市轨道交通具有技术先进、规模巨大、结构 复杂、联系广泛和所处空间封闭等特点。为了加强城市轨 道交通安全管理水平,降低突发事件发生的概率或各种损 失,国内外采取了科学的应急管理方法和技术,纷纷建设 轨道交通运营应急平台。云计算等新技术应用逐步成熟, 如何结合城市轨道交通应急管理的新需求,设计基于云架 构的城市轨道交通运营应急管理平台,成为应急管理的 一个热门问题。 基于云计算技术和城市轨道交通运营应急功能需求, 在数据类型、数据量分析的基础上,分析云架构在城市轨 道交通运营应急管理的迫切性,提出运营应急数据处理方 法,并设计基于云架构的城市轨道交通运营应急平台总体 架构和功能架构,提出软硬件设备升级至云架构的方案, 为城市轨道交通建立基于云架构的应急平台提供思路。
1 城市轨道交通运营应急平台优化需求
城市轨道交通运营应急平台的优化需求主要来自新技 术发展需求和功能优化需求。
1.1 新技术发展需求
随着云计算技术的成熟及推广,越来越多的企业开 始构建私有云,应用向云端迁移。一方面,云架构可以通 过虚拟化技术将低性能、濒临报废的服务器整合为高性能 的IT资源,促使信息系统的部署模式从粗放型向集约型过 渡,通过集约达到降低成本、高效管理的目的。另一方 面,实现企业IT资源的实时按需分配,根据负载的变化在 应用之间灵活调配,提高硬件利用率,降低单独系统管理 的复杂度和成本。同时,采取云架构的模块化网络设计方 法,可以兼顾未来发展和效率最大化,构建可伸缩、可扩 展的网络,促使传统的三层网络向扁平化和精简化转变, 提升网络性能及安全性。
1.2 功能优化需求
基于云架构设计城市轨道交通运营应急平台,实现从 “业务运营”向“数据运营”的理念转变。数据运营的本质是“以数据为中心”,以先进、可靠的信息技术为手段,为城市轨道 交通运营过程提供相关信息服务,确保数据在业务内及业务间的充分流 动,目的在于充分发挥城市轨道交通运营企业数据资源的作用。
2 应急管理数据分析
城市轨道交通应急管理涉及预防、准备、响应、恢复4个阶段全生 命周期的多类业务,包括事故发生前的预案管理、危险源管理、监测预 警、应急值守等,事故处置过程中的协调指挥、资源调度、信息发布 等,以及事故处置结束后的应急评估、资源补充、案例制作等。不同业 务应用涉及的数据类型和数量各有不同。
2.1 数据类型分析
城市轨道交通运营应急平台存储与处理的数据由结构化数据和非结 构化数据组成。
2.1.1结构化数据类型
城市轨道交通运营应急平台结构化数据类型见图1。
2.1.2非结构化数据类型
城市轨道交通运营应急平台中的非结构化数据主要包括事故现场图 片数据、事故现场视频数据、法律法规扫描文件、应急预案扫描文件、 各类技术资料扫描文件、应急通话音频数据等。
2.2 数据量分析
与数据类型分析相同,城市轨道交通运营应急平台中存储的数据量是 按照结构化数据和非结构化数据的多少进行估算。以广州地铁安全预警与 城市轨道交通运营应急平台为例,截至目前(运用2年),数据库中的结 构化数据约为457 G,地理信息数据约为31 G;非结构化数据超过11 T。
2.2.1结构化数据量
城市轨道交通运营应急平台存储的结构化数据,按照数据记录增加的 频率分为三类,第一类是很少有新记录产生(相对稳定)的数据,第二类是有新记录产生但频率相对较低的数据,第 三类是每天都有新记录产生的数据。
(1)相对稳定的数据。平台中存储 的危险源数据、组织机构数据、数字化法 律法规、数字化预案、数字化技术资料、 内部救援资源、外部救援资源数据等,以 及系统用户数据、地理信息数据等,在其 初始化后,增加新记录的频率相对来说很 少,是相对稳定的数据。
(2)新记录产生频率相对较低的数 据。平台中存储的模拟演练数据、应急处 置过程数据、信息报送数据、历史案例数 据、事故评估数据等,是新记录产生频率 相对较低的数据。模拟演练数据只有在制 定演练计划和执行演练任务时才产生一条 新记录;应急处置过程数据、信息报送数 据、历史案例数据、事故评估数据等,在 事件上升为事故时才产生新记录。
(3)更新频率高的数据。平台中存 储的应急值守数据、设备监测数据和系统 操作日志数据是每天产生的新记录数据, 系统操作日志数据每分钟都有新的记录产 生,这些数据日积月累,将在数据库中形 成很大的数据量。
2.2.2非结构化数据量
平台中存储的非结构化数据主要包括 图像、视频,各类文件扫描件,以及用户 通过其进行业务处理时所上传的附件等文 件。非结构化数据的类型看起来不多,但 由于其存储时的特性,需要的存储空间远 比结构化数据的存储空间大得多。
相对来说,各类文件的扫描件在系统 初始化时放置到平台中,增加新记录的频 率不是很大,目前数据量约为2 G。系统中 用户上传的附件,随用户处理业务增长, 目前约为600 M。
图像和视频数据量很大。事故现场的 图像数据目前约为1 G。视频数据是当前最 主要的非结构化数据之一。以一路视频1 h 的数据量约为512 M来计算,平台中接入30 路视频,视频的存储时间为1个月(当前日期的视频自动覆盖30 d前的视频), 则平台中存储的视频数据量约为 11 T。如果长期存储视频数据,将占 据更大的存储空间。
3 运营应急数据处理方法
平台中的数据处理过程主要包 括采集、存储、处理和分析等。 数据采集通过数据导入、现 场监控自动采集、PDA设备采集、 视频监控数据接入、手工录入、文 件导入、扫描录入等不同方式收集 相关数据。数据处理主要是对数据 表、多媒体、地理信息等数据进行 清洗、压缩等规范化管理。数据分 析是指用适当的统计方法对收集来 的大量第一手资料和第二手资料进 行分析,以求最大化地挖掘数据价 值,发挥数据作用。 平台采集的数据种类多样,经 过加工处理后,实现的分析功能主 要包括以下几方面。
3.1 基于监测数据的情景感知
平台采集基础设施检测、监测 数据,根据专业数据的特点设置非 常规突发事件的判断阀及各类检测 监测数据的综合预测模型等,判断 非常规突发事件发生的情景,预测 事故发生的可能性及其危险程度。
3.2 基于大数据技术的综合统计、分析
在没有使用大数据技术之前, 统计分析功能都是针对结构化数据进 行。平台基于大数据技术,支持非结 构化数据的统计分析,实现结构化和 非结构化数据的综合统计分析。
3.3 基于预案和案例库的辅助、决策
根据突发事件基本信息,采取 哪些措施控制事态发展和哪些救援 方案,由非常规突发事件应急管理系统辅助决策。平台根据预案和案例 库事件的基本信息进行匹配,帮助决 策者辅助分析,提供可参考的事故决 策方案。
3.4 基于信息共享的资源调配
平台中存储城市轨道交通救援资 源相关信息,同时保存地方政府救援 机构、救援团体等相关信息,通过其 数据共享实现事故处置过程中救援资 源调配功能。
4 基于云架构的城市轨道交 通运营应急平台设计
4.1 总体架构设计
城市轨道交通运营应急平台涵 盖城市轨道交通应急管理的预防、准 备、响应和恢复4个阶段全过程,为应 急管理机构和应急指挥者提供服务, 对相关业务过程、数据和成果进行全 方位管理,其总体架构见图2。
4.2 功能架构优化设计
根据城市轨道交通运营应急平台的总体架构,监测预警与应急管理的 业务功能贯穿于其综合应用系统的对 应功能中,可概括为以下功能。
4.2.1基于数据驱动的事故情景感知功能
定义城市轨道交通突发事件情景 特征,根据监测数据分析具有突发事 件的情景标准,动态感知城市轨道交 通突发事件发生的可能情景。平台中 的监测数据主要来自感知层的地铁综 合监测数据、基础检测数据、人工检 测数据、车辆状态监测数据及视频监 控数据等。利用监测数据综合预测, 对事故情景进行智能感知。
4.2.2网络舆情监控及引导功能
通过实时采集热门网站的论坛、 博客、微博,以及城市轨道交通相关 论坛热点网络信息,分析非常规突发 事件信息,实现舆情监控功能;通过 传统的短信、彩信等方式,通知应急 管理人员可能发生的网络事件;通过 构建官方博客、微博、微信公众平台等方式,第一时间对城市轨道交通突发事件进行公开通报, 实现网络舆情的积极引导。
4.2.3基于“情景-应对”的预案智能生成
在无法对突发事件预测的情况下,通过各情景点的 信息构建情景网络,基于情景网络中的历史信息和现有信 息,智能抽取预案要素生成事件的可操作预案,为已经发 生和可能发生的事件生成智能预案。
4.2.4基于视频处理的态势综合分析功能
基于城市轨道交通沿线和车站的视频监控信息,构建 全方位的视频监控数据库。通过视频图像增强、运行轨迹 拼接、行为特征分析等技术,实现非常规突发事件的态势 综合分析功能,监控热点区域可能发生的事故,为事故的 预防和处置提供准确、专业的分析信息。
4.2.5基于“应急云”的资源协同调配
基于网络构建城市轨道交通专业救援资源“应急 云”,共享车站救援资源、城市轨道交通专用救援资源, 同时接入地方应急救援资源相关信息,实现城市轨道交通 应急资源的协同调配。
4.2.6基于大数据的应急辅助决策
基于各类历史(结构化和非结构化)数据,通过系统 的资源调度模型、预案匹配模型、应急疏散模型等,结合 事故特点形成救援路径、救援资源调度和应急疏散路线等 决策信息,借助电子地图工具,满足突发事件应急救援的 需求,为应急指挥提供决策依据。
4.2.7基于GIS的协同应急指挥
当应急事件达到一定等级,系统进入应急处置状态, 启动相关预案,基于GIS分析功能,得到周边资源分布信 息,实行应急指挥任务的分配、执行和信息的沟通互联, 实现对事故的应急处置。同时,对整个事故处置过程进行 记录,实现事故处置留痕管理。
4.2.8基于全过程的总结评估
基于事故处置全过程记录,采用相应模型算法对事故 发生前的准备和响应环节、事故处置过程和事后情况进行 评估,评判应急处置执行步骤的合理性和取得的效果。
4.2.9多维模拟演练
基于城市轨道交通运营应急平台实现实地模拟演练、 电子模拟演练等演练方式管理,实现演练计划、演练方 案、演练总结、演练评价,并实现模拟演练与处置预案的 匹配分析等。
4.3 软硬件设计
基于云架构的优化方案,充分利用城市轨道交通企业现有的X86型服务器,对能够使用的服务器进行检查后备 用。云环境要求服务器的台数不低于4台,以满足最低需 求。同时,根据平台现有的数据存储量,预测3年内可能 增长的数据量,考虑云平台的备份需求,以此为依据考虑 购置新的X86型服务器,购置云平台配置软件,完成云架 构的城市轨道交通运营应急平台环境搭建。平台搭建完成 后将原有系统中的历史数据迁移过来,各实时监控系统的 报警数据可通过内部网络接入,实现基于云架构的城市轨 道交通运营应急平台的实时展示报警功能。
5 结束语
从新技术、功能优化需求分析出发,深入分析应急管 理相关数据类型及数据量,结合云技术设计城市轨道交通 运营应急平台。平台采用云计算技术实现硬件、软件和数 据资源共享,有效避免了基础资源利用率低、监测信息无 法充分利用、应急处置过程协调不通畅等问题。
作者:吴艳华 王英杰 李秋明