DELL方案书智能交通.docx
- 文档编号:6652311
- 上传时间:2023-05-10
- 格式:DOCX
- 页数:28
- 大小:651.90KB
DELL方案书智能交通.docx
《DELL方案书智能交通.docx》由会员分享,可在线阅读,更多相关《DELL方案书智能交通.docx(28页珍藏版)》请在冰点文库上搜索。
DELL方案书智能交通
Dell/合作伙伴联合解决方案模板
-智能交通管理系统
2013年4月
目录
一、需求分析:
4
1.1集成平台建设要求5
技术路线要求5
架构要求5
层次模型要求6
1.2接入规范设计要求7
二、方案概述10
三、实现功能12
3.1指挥调度体系功能12
3.2态势监控体系功能18
3.3缉查防控体系功能20
3.4信息服务体系功能22
3.5业务管理体系23
四、方案配置清单26
4.1网络交换机26
边吹向后端,10GbE堆栈功能26
4.2数据库服务器27
-Dell(TM)PowerEdge(TM)R910机架式服务器27
4.3磁盘阵列(IP-SAN)27
-PowerVault(TM)MD3200i1GbiSCSISANStorageArray27
4.4应用服务器27
-Dell(TM)PowerEdge(TM)R520机架安装服务器28
4.5通讯服务器、时钟服务器、地图服务器、网站服务器28
-Dell(TM)PowerEdge(TM)R520机架安装服务器28
4.6磁盘阵列28
-PowerVault(TM)MD3620f8GbFCStorageArray28
空端口)29
一、需求分析:
工信部:
2020年,我国汽车保有量将达2亿辆
根据交通部的规划,到2020年,中国将建成国家骨架公路网,全国高速公路总里程预计将达到10万公里。
预计到2010年底,中国公路网总里程将达到395万公里,其中,农村公路总里程将达到345万公里,据估计,到2020年还将增加近百万的公路里程。
目前来看,智能交通已经在一些具体项目或具体领域中展示了自己的价值所在,比如奥运、世博和即将开始的亚运,比如ETC、GPS运输车辆监管以及道路监控等,起码在管理上,智能交通的强大功用已经被验证,也得到了管理者的信任。
服务提供方面,深圳、上海、北京等一些城市的交通诱导系统在某些重点区域已经相当完善;动态交通信息服务也开始初见雏形,现在很多地图终端能够提供实时交通动态信息;GPS更是进入了规模普及阶段,离客运物流以及特殊行业的车辆一网打尽的时日已经不远了。
但存在的问题也比较突出,首先是核心技术问题。
因为智能交通是一个跨科技行业较多的综合应用领域,RFID、传感器、无线通信、GPS芯片等等都高度依赖国外技术和产品。
另一个主要方面也就是智能交通建设高度依赖管理需求也就是政府需求,而服务需求也就是商业化对智能交通的拉动作用有限。
目前我国很多行业都在制定十二五发展规划,以明确今后5年的发展原则、方向、目标等。
相信不久之后,我们就可以看到智能交通的十二五发展规划了,到时候我们再来验证本期主题的内容有多少与科技部组织的十二五发展规划相符合或者相类似。
只是现在我们的跨度是10年,跨越两个5年规划,但大致的发展趋势应该是一致的。
我们首先来看有关2020年的有些与智能交通发展的大环境相关的推演数据(当然,最大的前提是我们确信人类和地球能顺利挺过2012):
日前,中国社会科学院财政与贸易经济研究所最新发布的《中国财政政策报告2010/2011》指出,到2008年底,中国的城市化率已达到45.6%,中国的城市人口已达到6.07亿人。
如果按照1%的速度增长,到"十二五"期末,中国的城市化率将超过50%,到2020年城市化率将达到55%,中国城市人口将超过8亿,占总人口60%。
汽车和商用车辆将在城镇内部及城镇间的交通运输中发挥重要作用。
伴随着智能交通的社会认知程度的提高,同时也伴随着出行方式的大规模转变以及城市拥堵的日益加剧,智能交通被寄予的希望也越来越高,管理者希望通过智能交通控制和减缓交通拥堵,提高执法和管理效率。
1.1集成平台建设要求
技术路线要求
本次交警指挥集成平台的设计和研发需要遵循以下技术路线进行。
1.基于ArcGIS进行设计开发的,同时能够实现向PGIS的顺利移植。
2.采用C/S、B/S相结合的模式。
应针对实际的业务应用特点,对集成平台的各类应用系统终端选择合适的系统应用模式。
3.采用基于XML的消息中间件提供实时的、高效的、可靠的、跨越不同网络环境、跨越不同应用软件、跨越不同数据库环境和跨越不同开发语言的消息传送服务。
4.采用统一、开放的子系统接口标,同时制定一套系统、全面和完善的接口规范。
5.采用一体化设计,充分实现数据的最小冗余和最大共享。
6.采用组件式结构,模块之间可实现"积木式"搭配,适用于监控中心业务不同阶段的需求,使系统可以逐步扩充和完善。
7.采用严格、统一的权限管理,确保系统的安全性。
架构要求
集成平台系统是按照《公安交通指挥系统建设技术规范》的标准进行设计和建设的。
随着内外场各应用系统不断建设和数据的接入,集成平台的应用根据需求也初步形成了指挥调度、态势监控、缉查防控、信息服务、设备监管等五大业务体系。
交警指挥集成平台的规划和建设以通讯系统、网络系统和硬件支撑系统为基础,通过统一的接口标准采集和接入指挥中心内外网数据和非公安系统的相关数据库数据,同时对接入的数据进行分析处理,通过上述五大业务体系为交警部门的交通管理运行提供支持和帮助,同时为交通管理决策提供决策依据。
公安局交警指挥集成平台结构图如下所示:
图1公安局交警支队集成平台结构图
注:
中图英文简写含义如下
UTC—交通信号控制系统
ACS—闯红灯自动记录系统
CCTV—电视监控系统
SMRS—超速监测记录系统
VMR—公路车辆智能监测记录系统
TFM—交通流信息采集系统
GPS—全球定位系统
VMS—交通诱导发布系统
PDA—移动警务系统
层次模型要求
系统采用如下图所示的三层构架模式。
图2系统层次模型
1.用户终端层
完成与公安交通指挥系统中子系统和操作人员的信息交换。
具体为与子系统完成接入控制,按规定的通信协议和通信格式交换信息;
终端用于完成与操作人员的接口,对于交通管理人员,采用基于GIS的终端界面。
终端形式要求:
系统终端技术采用B/S模式,由于其非常方便得到广泛的应用,主要用于远程查询和控制,包括基于GIS系统的各种查询和统计。
2.应用层
本系统的各项业务处理统一归于应用服务层面,随着系统的发展,系统的业务种类和应用内容会逐渐增多,对每项应用的处理深度要求也会不断深化。
所以,在系统建设中需要两方面考虑,一是由于增加新功能(新的应用)导致系统的扩容,另一方面是由于现有应用的处理要求深化而导致系统有足够的处理能力来支持。
3.数据层
该层面即本系统的数据库管理系统,是集成系统核心。
采用三层结构模型情况下,用户终端接入层的实体按照应用要求直接与应用服务层的实体通信,系统的所有业务处理都由处在应用处理层的实体完成,当一个用户接入层的实体需要多个应用服务层实体为之服务时(如同时调用视频图像和显示实时交通状态),可以从不同应用服务层实体取得数据和交换指令以请求服务;同样,一个应用服务器也可以同时为多个用户接入层实体服务(如同时向多个终端提供统一路段的交通状态)。
处在应用服务层的各个实体之间通过数据库服务器交换数据。
1.2接入规范设计要求
为规范智能交通管理系统的建设,实现对不同厂家、基于不同技术的各类应用系统进行统一的管理和控制,结合已建内外场技术应用系统现状,编制符合实际应用状况的,满足将来发展需求的智能交通系统集成平台接入规范。
大屏幕显示系统(DLP)集成
1.要求对大屏幕显示系统集成功能、通讯技术、应用环境进行界定。
2.通讯协议应包括:
消息查询、查询反馈、消息控制三类。
3.对于消息控制,应具体对“开关屏/切换模式/清除模式”控制消息、“切换vedio/vga信号”控制消息、控制反馈消息的功能要求、信息格式、数据库表进行定义。
4.应提供完整的数据库表,包括定义好的字段名、并对字段取值、数值长度等进行界定。
警力定位系统(GPS)集成
1.要求对GPS向平台及平台向GPS双向传输的信息内容进行界定。
2.对于GPS子系统集成系统控制指令,应具体对群呼指令、电子围栏指令、车速限速指令、车速限时指令、设置车载参数指令、反馈指令、文字调度指令、车载设备控制指令及控制反馈指令功能描述、信息格式、数据库表进行定义。
其中群呼指令的指令格式不仅定义呼叫发送指令格式,还应定义呼叫反馈指令格式。
3.应提供完整的数据库表,包括定义好的字段名、并对字段取值、数值长度等进行界定。
移动警务系统(PDA)集成
1.要求对移动警务系统集成功能、数据表、协议内容进行界定。
2.对于协议内容,应具体对指挥平台对PDA的调度、平台调度反馈消息、PDA管理中心接受与发送消息的信息格式、数据库表进行定义。
3.应提供完整的数据表,数据表应包括设备基本信息、设备历史轨迹、PDA数据库历史记录、PDA数据库的事故临时历史记录等。
数据表应包括定义好的字段名、并对字段取值、数值长度等进行界定。
设备报警信息查询
1.要求对设备报警信息查询的应用机制进行界定。
2.设备报警信息查询应包括:
设备报警服务平台的信息输入、输出项。
3.信息输入项应包括:
各子系统向平台发送设备报警信息、平台读取的设备状态表定义。
4.对于信息输入项,应具体对各个子系统的报警消息、平台读取的设备状态表定义和接收设备状态的通知消息的消息描述、信息格式、数据库表进行定义。
5.对于信息输出项,应具体对报警服务平台接收到各子系统设备报警消息后直接操作的数据对象的表、报警服务平台对其它平台发送的消息体进行描述,并对信息格式、数据库表进行定义。
6.应提供完整的数据库表,包括定义好的字段名、并对字段取值、数值长度等进行界定
流量检测系统(TFM)集成
1.要求对流量检测系统集成规范的应用机制进行界定。
2.对于常规数据,即车道数据,需要对消息体上传时机、消息体格式、数据库表进行界定。
3.对于非常规数据,即连线数据,需要对消息体上传时机、消息体格式、数据库表进行界定。
4.应提供完整的数据库表,包括定义好的字段名、并对字段取值、数值长度等进行界定。
信号控制系统(UTC)集成
1.要求对信号控制系统的消息格式、消息发送规则进行界定。
2.信号控制系统消息应包括:
订阅消息、设备故障状态报警消息、通知消息、请求消息、控制消息五类。
3.对于订阅消息,应具体对订阅消息和取消订阅消息的信息格式、数据库表进行定义。
4.对于通知消息,应具体对灯态改变通知消息、控制模式改变通知消息、设备运行状态通知消息、系统事件通知消息、流量数据通知消息的信息格式、消息上报时机、消息结束时机、数据库表进行定义。
5.对于请求消息,应具体对查询消息、反馈消息的信息格式、消息上报时机、数据库表进行定义。
6.对于控制消息,应具体对相位锁定、特勤控制、相位跳转等的信息格式、消息上报时机、数据库表进行定义。
7.应提供完整的数据库表,包括定义好的字段名、并对字段取值、数值长度等进行界定。
电视监控系统(CCTV)集成
1.要求对电视监控系统集的消息接口和组件接口进行说明。
2.要求对消息接口的应用场景和消息清单进行界定。
3.对消息接口的消息种类进行界定。
4.对消息体功能、信息内容及格式、应用注意事项进行界定
5.对于组件接口,应具体对各组件所能提供的接口方法、各组件的调用说明及调用准备进行描述。
6.组件接口中应具体对各种调用方法进行界定,并对各种调用方法(包括接口方法、接口参数说明、接口方法返回值等)进行说明,并示例。
7.提供组件调用的应用范例。
闯红灯违法检测记录系统(PMS)集成
1.对闯红灯违法监测记录系统集成的数据库协议和消息协议进行界定。
2.数据库协议应包括设备表和字典表,并定义表的设备名称、数据类型等内容。
3.对消息体进行描述,对信息格式、数据库表进行定义。
4.应提供完整的数据库表,包括定义好的字段名、并对字段取值、数值长度等进行界定。
公路车辆智能检测记录系统(TGS)集成
1.对公路车辆智能检测记录系统集成的数据库协议和消息协议进行界定。
2.数据库协议应包括设备表和字典表,并定义表的设备名称、数据类型等内容。
3.对消息体进行描述,对信息格式、数据库表进行定义。
4.应提供完整的数据库表,包括定义好的字段名、并对字段取值、数值长度等进行界定。
交通诱导系统(VMS)集成
1.投标人对交通诱导系统集成的实现方法、VMS子系统集成功能点积接口协议进行界定。
2.对诱导系统与集成平台交换信息种类进行界定。
3.对诱导系统与集成系统信息交换的各种种消息体进行说明,对信息格式、数据库表进行定义。
4.应提供完整的数据库表,包括定义好的字段名、并对字段取值、数值长度等进行界定。
二、方案概述
针对客户的系统架构我们提出基于Dell企业级产品的端到端的解决方案:
三、实现功能
3.1指挥调度体系功能
勤务管理系统
勤务系统是指挥调度系统实现警力配置的基础应用系统,目的是对交警支队的勤务排班进行集中统一管理,为指挥操控提供动态的警力配置信息和图形化空间展示:
1.岗位规划设置
能够依据警情信息,依靠地图可视化的进行岗位设置,岗位涵盖了各级单位、各种性质、各种任务。
2.岗位设置修改
系统提供地图修改、表单修改两种对岗位规划设置信息修改方式。
可以修改岗位的执勤范围(地图上描绘)、岗位的任务及性质(业务属性)。
3.岗位调整报备(申请、审批流程)
对于岗位警力部署的调整(撤岗、增岗、调整)要支持进行报备,将报备原因等各项信息录入备案,供各级单位审批。
4.岗位警力部署
按照岗位设置的要求,各级部门都需要对所辖岗位进行警力部署,针对岗位部署执勤警员和执勤装备分配。
批量岗位警力部署:
按照岗位警力的特点,增加批量部署功能,例如按排班模板等批量录入。
5.全市岗位实时动态展示
将当前岗位警力信息动态展示到地图上。
利用地图的可视化功能将全市的岗位投量投向一目了然的展示出来。
同时系统显示简明汇总信息,实现了地图及表单联动展示,互补的实现完美展示。
动态展示界面要同时展示各种类型的岗位,并以各自特定的图例展示。
以地图、简明表单形式联动反映路面岗位的投量、投向及各种比例关系,能够反映出路面启动的等级上去方案的区域及级别。
6.岗位历史动态专题查询
对历史上某一时间点进行岗位警力查询。
7.岗位类别展示
专题展示各类岗位的分布比例,在地图上的投放比例。
使岗位管理者能够直观的根据路况判断警力类型的设置合理性。
8.岗位部署预警
支持对岗位的部署情况进行预警考核,检查各级单位的岗位部署情况,查找遗漏保证警力的投量。
9.岗位地图查询
基于地图实现岗位查询,根据地理位置,实现辖区内、地点周边、道路周边、重点区域内实现岗位警力查询。
10.岗位表单查询
为了满足报表及查询的需要,系统提供岗位表单查询,同时能够导出数据供业务的各种需要。
11.岗位警力查询
为了满足报表及查询的需要,系统提供警力表单查询,同时能够导出数据供业务的各种需要。
12.岗位警力走势图
生成各级单位和年,月,日,时间段的岗位警力走势图,并能够实现周平均、月平均等综合警力走势。
13.岗位警力统计
反应全市各级单位的警力投量投向。
14.岗位时段统计
反应全市的各时段的警力投量投向。
预案管理模块
提供基于GIS的可视化预案功能,增加预案触发及调度机制,提高日常及应急指挥调度效率,应具备的功能包括:
1.预案资源符号库管理
2.快速可视化预案制作功能
借助地图服务与地图信息检索、路径分析等功能,提供快速预案可视化制作能力。
3.预案制作元素模板
预案制作元素应以模板的形式体现出与业务的相关性,应预定义此类元素,如属于线性元素的车行路线、绕行路线、管制路线、疏导路线等;属于区域元素的核心区、外围区、疏导区、监测区;属于警力元素的单兵、岗位等。
预案制作元素支持多样化,支持按照元素类型进行工具箱式的分类,如点、线、面、形状、箭头、行军箭头、文字、图标,以及同类元素的多种表现形态(按需可扩充)。
4.预案元素编辑
对于点类、文字类、图标类元素,任意移动位置,应支持相关表现属性即席设定。
对于线、面、形状、箭头类元素,应支持节点式编辑,节点应随线、面、形状、箭头形状的变化智能的增加、变换,提供完全的形状编辑的自由度。
所有对元素的编辑应体现“所见即所得”的操作概念,增强编辑的便捷化。
5.预案推演
预案推演的制作应以时间轴为基础,以时间轴为主线,以拖拽的操作形式在时间点上增加、设置预案元素并形成关键帧;关键帧之间的过度也应支持自由时间设定,系统智能组合各个元素与关键帧,以形成播放流畅、可控性强的推演文件。
预案推演的制作过程中,应体现元素增加、编辑、删除的自由操作,应支持任意时间点的即时性预播放。
6.预案导出
预案的导出应支持静态的快照式导出,还要支持预案推演的动态文件导出。
导出的文件应具备通用化,即静态文件为常见格式图片格式,如JPG、PNG等;动态文件应具备单一性、可交换性,方便与其他系统的交互。
7.警力资源智能配置功能
可以根据线路和区域的空间情况,由系统进行搜索并给出结果,由制作者将之配置形成警力部署资源,以便在调度预案时快速部署。
8.设备资源智能配置功能
可以根据线路和区域的空间情况,由系统进行搜索并给出结果,由制作者将之配置形成设备资源库,以便在调度预案时快速突显关联匹配设备并快速执行调度动作。
9.预案分类管理
支持预案按权限、按区域、按用途分类管理和检索,并根据不同的特点进行个性化的管理和调用。
10.支持预案的数据交换功能
支持对静态预案的数据交换,以及对动态推演预案的数据交换,可以做到子系统间、中心与分中心间的快速预案数据交换。
指挥调度模块
通用事件调度流程:
对以事件为触发的交通警情的调度是一个多人员(机构)、多系统协调联动,充分利用交通管控集成系统信息共享的优势,从而保证事件处理的迅捷响应、快速处理,降低事件对整体交通的影响,并对指挥调度进行保存,以供沉淀、提炼可供同类事件使用的预案。
指挥调度的过程(报警、派警、出警、到达、反馈、撤场、恢复)。
1.交通事件信息收集与填报
◆需要实现自动事件信息接收,从相关系统(三台合一系统、信号系统、卡口系统、流量采集分析等)自动接收事件信息。
◆需要实现人工信息收集,标注通过观察发现、信息员及其他渠道上报的事件信息。
◆需要支持事件信息的补充填报。
◆增加事件合单功能
2.交通事件信息的分派与相关信息查看
◆支持多级中心分控模式:
按照业务组织分工分级处理交通事件。
支队指挥中心主要承担全局性、关键性事件的指挥调度职责;大队分控中心主要承担管辖范围内的、一般及轻微的事件的指挥调度职责。
◆支持警情分派功能,支队可以统一调度接收到的警情,分派给相关大队处理,并建立一套完成处置和反馈机制。
◆强化事件相关信息查看功能,支持地名匹配、可视化定位、相关资源空间检索、视频等相关资源调用等。
3.指挥调度
◆事件周边资源搜索,指挥人员可以在事件周边定义区域级别范围(比如核心区,外围区),系统自动进行空间分析,从资源库中寻找与该事件发生时间和地点相符的资源,并提取周边资源信息(如警力资源,有效联动设备资源),为实现指挥调度提供决策支持。
◆支持预案检索调用和通过快速应急预案工具实时制作预案,支持预案的发布。
◆结合勤务管理系统的支持加强对路面警力的快速指挥调度。
强化警力调度,支持无线调度(350兆)台集成。
◆实现基于PDA的移动警务调度,结合移动警务系统,实现派警、出警、到达现场、处置反馈的自动化调度过程。
◆通过移动警务为单兵提供处置事件所需要的事件信息及周边可视化信息。
◆电话、手台录音:
将电话、手台设备接入语音板卡,实现指挥调度过程的全程录音和回放功能。
◆一级指挥调度模式:
即跨级指挥调度模式。
也就是说由支队指挥中心直接调度岗勤上的警力人员进行交通指挥。
◆单路口区域疏导:
中心指挥人员采取人工干预的方式,通过视频图像、信号、无线通讯系统等对现场进行集中统一调度,随时掌握着突发事件点上下游的交通情况,指挥现场警力,对现场及周边进行判断后作出应对策略。
◆强化可视化指挥调度以及设备联动:
实现指挥调度过程中与视频、大屏幕、诱导、信号、卡口、GPS警力等的联动,同时包含GPS校时。
◆增强社会服务部门信息(医院、市政、社会联动部门)
◆强化状态监控与督办,增加指挥长工作台功能
地理信息系统
1.地物查询功能
◆系统能够从空间数据里自动抽取重点部位(如道路、机关、学校等),为地名匹配查询等提供基础数据。
◆支持地名首字母缩写、全拼、名称模糊匹配查询。
2.增加书签管理的功能
◆系统能够通过对现有图层(如辖区、单位等)的抽取,自动形成书签。
◆系统支持按单位、重点部位、辖区等书签分组定义,实现地图的快速切换。
3.最优路径分析
◆根据起止地点,分析地理信息,结合施工占道、交通管制、实时路况等,实现准动态的最优路径分析。
4.支持影像地图
5.提供瓦片地图图片服务
◆服务依据警用电子地图配图规范,通过预先生成地图图片库,实现地图的快速浏览和操作支持,可以支持包括矢量、影像、矢量影像叠加。
6.提供数据访问更新服务
◆能够实现对空间数据库的空间查询、分析以及更新操作服务支持,该服务由跨平台查询服务、跨平台分析服务、数据更新服务组成。
7.提供WMS/WFS服务
◆能够提供实时制图服务,提供基于矢量数据的空间数据增、删、改、查服务,IMS提供对于WMS/WFS服务的管理功能,例如服务的注册、注销等功能。
◆投标人完成为使用瓦片地图所需要的地图配图设计、多极地图依据标准加工、自动符号化、出版级矢量/影像地图集输出工作。
◆完成为使用瓦片地图所需要的多级地图按标准切图工作
特勤任务模块
1.快速特勤
◆在用户接到紧急任务后,能够进行快速特勤方案的制定和执行。
在基于GIS的地图上,在用户规划好特勤路线后,要求系统能够自动显示沿途信号机、摄像机;系统支持用户在规划路线上进行前进方向设置、视频接车预置位设置和信号机相位锁定设置;
◆用户在地图上点击有道路交通信号机的路口,系统会自动取出道路交通信号机、摄像机,并且确定出特勤车队的入口方向、出口方向、视频接车预置位。
◆支持车队已经过路段的信号系统解锁、摄像机预置位自动恢复原设置。
◆自动记录保存特勤路线以及特勤执行过程。
2.多级中心协同执行
◆系统支持支队、大队两级中心协同执行特勤的模式。
支队指挥中心具有特勤任务制定和执行的权限设置;
◆低级别特勤任务大队可以独立制定预案并执行。
预案、执行过程和结果反馈应上传支队;
◆高级别特勤任务,由支队主导,支队进行特勤预案的制定,并将预案下发,各大队对本辖区范围内的特勤路线进行详细预案制定,上传支队等待审批;各大队对执行过程和结果反馈给支队指挥中心。
3.特勤路线绘制
用户可以进行基于GIS进行特勤路线标定,并能够保存下来。
4.任务自动提醒
对于通过审核的预案,系统能够根据预案已设时间提醒用户关注预案即将启动。
预案执行完毕后,系统能够自动提醒用户任务已结束。
5.大屏幕联动控制
系统支持指挥中心DLP大屏幕多路线、多任务快速切换,全程监控车队。
6.全程追踪
系
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- DELL 方案 智能 交通