清华做的北京市交通视频综合管理平台介绍.ppt

2019/11/10,1,北京市交通监控系统 综合视频管理平台,2019/11/10,第2页,系统建设目的与建设理念 系统功能描述与逻辑结构 系统物理结构 系统建设规划 系统效益分析,报告内容,2019/11/10,第3页,系统建设目的与建设理念 系统功能描述与逻辑结构 系统物理结构 系统建设规划 系统效益分析,报告内容,2019/11/10,第4页,系统建设目的与建设理念,建设目的与意义 形成大规模、全视角的交通视频网络系统 实现交管局各类视频资源的整合 建立智能化交通视频管理平台，拓展深度应用 设计原则 实用性与技术先进性 稳定性与高性能 兼容性与可扩展性,2019/11/10,第5页,系统建设目的与建设理念 系统功能描述与逻辑结构 系统物理结构 系统建设规划 系统效益分析,报告内容,2019/11/10,第6页,系统功能描述与逻辑结构,功能描述 交通视频信息的整合 交通视频信息的存储与调度 交通视频信息的管理控制与应用,forward,2019/11/10,第7页,系统功能描述,交通视频信息的整合,综合管理平台,cctv,违章检测,事件检测,旅行时间,back,2019/11/10,第8页,系统功能描述,交通视频信息的存储与调度 常规视频信息存储 视频矩阵切换 根据用户需求的视频窗口快速切换 数字/模拟视频信息转换、显示 交通事件视频的存储与查询,back,2019/11/10,第9页,系统功能描述,交通视频信息的管理控制与应用 历史视频信息查询 基于gis的视频设备管理 视频设备协同工作 友好高效的用户接口 用户权限管理 与gps系统的通讯、协调,back,2019/11/10,第10页,系统逻辑结构,逻辑结构 “总局-支队”构成星型连接 总局“视频管理服务”单元（vsm）进行全系统视频调度与设备管理 各类交通视频在支队（或总局）的”局域视频处理”单元(pvg)内进行汇聚；根据总局控制信号进行切换与传输；,2019/11/10,第11页,2019/11/10,第12页,系统信息流程,系统在视频请求与应答时的信息传输流程 视频请求信号上传至vsm vsm完成用户身份认证 vsm对视频请求进行分析 请求者位置（某分中心或局中心或普通web用户） 请求者所需视频信号性质（模拟或数字） 所请求视频信号来源 所请求视频信号性质（模拟或数字） vsm根据以上分析结果，控制对应的下属系统传输请求者所需视频信号，完成应答过程,2019/11/10,第13页,系统信息流程,系统在视频请求与应答时的信息传输流程 不同情况的应答过程分析 模拟视频信号需求在模拟显示屏上观看 前端为模拟视频采集点 vsm通知nc（视频矩阵服务器）局域网内对应该视频请求的 请求地与提供地的两台nc形成连接； 视频信号提供地nc控制其视频矩阵切换出该路视频信号并经 综合接入系统上传到局中心视频矩阵（作为中继）继而被下 载到视频请求地视频矩阵中，从而完成应答； (参考下页左图) 若请求地为局中心，则完成视频上传过程即可。 （参考下页右图）,2019/11/10,第14页,2019/11/10,第15页,系统功能描述与逻辑结构,系统在视频请求与应答时的信息传输流程 不同情况的应答过程分析 模拟视频信号需求在模拟显示屏上观看 前端为数字视频采集点 前端采集的数字视频信号已进入对应分中心pvg服务器； vsm通知视频提供地pvg服务器选择相应的视频信号，并 经综合接入网上传至局中心pvg服务器； 局中心视频解码设备从pvg中取出该数字视频信号进行解 码，获得相应的模拟信号，传至视频矩阵； vsm经nc控制局中心视频矩阵将该路模拟视频传至请求地 视频矩阵，完成应答。 （参考下页示意图）,2019/11/10,第16页,2019/11/10,第17页,系统功能描述与逻辑结构,系统在视频请求与应答时的信息传输流程 不同情况的应答过程分析 数字视频信号需求在模拟显示屏上观看 前端为模拟视频采集点 前端采集的模拟视频信号经过视频编码后已获取到相应的 数字信号进入到对应分中心的pvg服务器； vsm控制视频请求地与提供地两台pvg服务器间形成互连（ 在san网络结构下，两者的连接更加直接）；提供地pvg将 视频信号传送到请求地；完成应答； 前端为数字视频采集点 与前者差别在于信号无需经视频编码设备而直接进行pvg 相应示意图见以下两页,2019/11/10,第18页,2019/11/10,第19页,2019/11/10,第20页,2019/11/10,第21页,系统建设目的与建设理念 系统功能描述与逻辑结构 系统物理结构 系统建设规划 系统效益分析,报告内容,2019/11/10,第22页,系统物理结构,局中心设备 管理服务器 综合视频平台的核心，对所有接入平台的视频进行统一的管理和调度 web服务器 使管理员通过计算机终端进行各项操作 协议转换服务器 为各种子系统接入提供统一接口,2019/11/10,第23页,系统物理结构,局中心设备 维护工作站 监控平台软件运行状态；故障诊断；远程维护等 各中心监控工作站 接受综合视频平台发送的报警信息，调看事件发生地点的实时图像或根据用户权限按任意时间、类型调用交通事件检测系统中存储的事件图像 存储设备 主要置于分中心，由pvg控制进行滚动存储,2019/11/10,第24页,系统物理结构,局中心设备 pvg 局中心pvg用于对上传的数字视频进行处理，并根据用户需求进行调用 视频矩阵 模拟视频管理，根据需求进行切换和传输 视频编解码设备 编码设备在分中心对模拟信号进行数字化；解码设备在局中心按需求对某路数字信号进行解码成模拟信号,2019/11/10,第25页,系统物理结构,综合接入设备(详见“综合接入”相关文档) 前端多信息接入节点 业务汇聚节点 中心节点 综合接入网管服务器 综合接入设备接口参数 平台物理结构示意图（2种方案） pvg间未单独联网 pvg连接成san网络结构,2019/11/10,第26页,2019/11/10,第27页,2019/11/10,第28页,系统建设目的与建设理念 系统功能描述与逻辑结构 系统物理结构 系统建设规划 系统效益分析,报告内容,2019/11/10,第29页,系统建设规划,资源整理 视频监测类 交管局cctv监控系统模拟视频，摄像头可控 公安视频信息网监控系统模拟视频，可控 远郊区县路段监控系统数字视频，mpeg4编码，可控 远郊区县车牌识别系统只有车牌数据回传 首发公司的五环路监控系统数字系统，目前发送8路模拟视频到交管局；不可控 数字图像压缩/记录系统建设中：将交管局cctv模拟视频一一压缩编码上网；同时将公安视频监控系统中选出几十路视频编码上网；今年内总路数超400；h.264编码,2019/11/10,第30页,系统建设规划,资源整理 交通数据监测 交通数据视频检测系统提供模拟视频和交通流量数据；摄像头不可控 微波、超声波、信号系统线圈检测系统 违章监测 24小时内自动监测闯红灯、超速等违章行为；已建立上端数据库，实现数据和视频的回传；不可控 信号控制 scoot；可上传线圈检测的流量，下载信号灯控制信号 交通诱导 直接连局中心；单向下行系统,2019/11/10,第31页,系统建设规划,信息处理层 规范的子系统 数据交换平台 应用软件群,2019/11/10,第32页,系统建设规划,系统建设规划 接口协议的制订 平台与子系统的协议 平台对外开放的协议 协议均在tcp/ip协议基础上 数据交换平台的建设和接入 收集子系统提供共享的资源 对外公布集成后的总体资源 接受客户端请求 将请求分析后发给相应的子系统 转发子系统的数据到客户端 右图为数据交换平台与子系统接入示意图,2019/11/10,第33页,系统建设规划,系统建设规划 子系统改造升级 为各子系统实现子系统控制器，以满足数据平台对交换协议的要求，对内可控制子系统，对外可与交换平台沟通； 子系统控制器硬件根据厂家不同而有别，相配os也不同 pc服务器、小型机、嵌入式控制器 windows、unix、linux 软件表现形式一套符合接口标准的服务软件 不同子系统与平台之间通过标准协议上下行的数据各不相同，具体参见报告文档,2019/11/10,第34页,系统建设规划,系统建设规划 应用系统 备份存储系统主要针对没有建立海量存储系统的子系统作存储备份 web发布通过局内网络将平台公开数据通过web方式向局内用户发布；可通过ie直接调用图像和查询数据 专业客户端webie方式调用，完全基于用户级别和权限进行相应限制 综合处理指挥平台根据设定的门限，对来自数据平台的数据自动判断和回复，可以对拥堵路段自动录像、调用上大屏等,2019/11/10,第35页,系统建设规划,系统运行机制（参见下页示意图） 子系统控制器不断地与子系统通信，获得最新状态信息 子系统控制器向交换平台更新自己所共享的资源信息 交换平台向应用系统不断发布最新的可用资源列表 应用系统向交换平台发起对某资源的调用 交换平台抉择后选择发送给特定的子系统控制器 子系统控制器要求子系统执行机构准备该资源 子系统内部对该资源进行准备（图像切换、编码等） 子系统内部完成准备工作，反馈给控制器 子系统控制器将资源转发给综合交换平台 综合交换平台最终将该资源转发给应用系统,2019/11/10,第36页,系统建设规划,系统信息流图,2019/11/10,第37页,系统建设规划,系统构架图,2019/11/10,第38页,系统建设规划,系统需求与工程描述（详见报告4.5节