省级应急指挥平台建设方案.doc
《省级应急指挥平台建设方案.doc》由会员分享,可在线阅读,更多相关《省级应急指挥平台建设方案.doc(141页珍藏版)》请在咨信网上搜索。
1、省级应急指挥平台建设方案目 录省级应急指挥平台建设方案1第1章业务体系121.1应急平台的组织结构121。2应急平台的业务流程13第2章总体设计132.1总体目标和职能132.1.1建设的总体目标132.1.2建设的主要职能142.2设计的原则、依据和标准142.2.1设计的原则142.2。2设计的依据及主要标准152.2。2。1国家、地方和相关部门的政策、条令、规范和标准152。2。2。2现行的国际、国内相关标准及行业规范152.3系统总体结构15第3章基础支撑系统设计173。1计算机网络系统设计173.1.1网络建设目标173。1。2网络系统设计原则173。1。3网络建设现状203.1.3
2、。1省中心核心节点213。1。3.2省中心用户接入节点223.1.4系统部署设计223.1.5采用主要技术263.1.6路由设计273。1.7QoS策略设计293.2主机存储与备份系统设计343。2。1主机系统设计目标343。2.2主机集群353。2。3存储系统设计原则363。2.4存储技术介绍383.2。5备份方式介绍413。2。6存储备份的架构设计实现423。3有线通信系统设计433。3.1语音交换系统443。3。2自动语音应答IVR子系统453。3.3CTI服务子系统463.3。4传真子系统473.3。5其他辅助子系统483。4数字录音系统设计483。4.1数字录音需求分析483。4.2
3、系统组成及实现原理493。4。3有线电话录音493.4.4无线集群录音503。4。5系统容量分析503.4。6主要模块513.4.7系统主要功能523。4.7。1录音台的端口设置功能523。4。7.2录音及录音号传送功能523。4.7。3录音台的放音功能523。4.7。44、录音系统管理功能533。4.7.5录音文件自动备份功能543.4。7。6录音文件的查询543.4。7。7重大案事件录音纪录归档543.4。7.8录音文件格式的转换543。5视频监控系统设计543。5。1系统概述543。5。2系统总体设计553.5.2。1总体设计目标553。5.2.2总体设计思想553.5.2。3系统各部份
4、的功能553。5.2.4视频监控系统功能563。5.3图像监控整合原则573.6视频会议系统设计593。6。1需求分析593.6。2建设目标593.6。3建设原则603。6.3.1先进性原则603。6.3。2开放性原则603。6.3。3可靠性原则603.6。3。4全业务兼容原则613.6.4遵循标准613.6。4.1国家标准613。6.4.2系统框架协议613.6.5视频会议的概述623.6.5.1视频会议的标准623.6。5。2视频会议的主流标准623.6.5.2.1H。320标准623.6。5。2。2H。323标准623。6。5.3H.320与H.323的比较633.6.5。4结论643。
5、6。6“新视通”会议系统643.6。6。1“新视通”业务简介643.6.6。2系统组网说明653.6。6。3投资估算663。6。7高清视频会议系统673.6.7。1系统总体介绍673.6.7.1。1高质量的会议效果673。6。7。1。2极高的会议稳定性683.6.7。1.3良好的兼容性693。6。7。2系统组网方案693.6.7.3系统配置703。6.7.4投资估算713.6。7。5带宽需求统计713。6.8方案比较713.6.9已建视频会议系统对接733.6.9.1标准H。323视频会议733.6.9。2H。320/ H。323混协议视频会议733.7电话会议系统设计733。7.1“会易通”
6、系统741、支持各种语音接入方式742、电信级优质平台/网络743、充足的中继/语音资源744、周到的会议秘书服务745、简明的操作方式746、强大的 WEB功能支持757、实用的通讯簿管理758、方便的会议记录功能753。8大屏幕显示系统设计753。8。1屏显系统概述753。8.2显示屏组合模式763.8。2.1LCD多屏拼接模式763。8。2。2电视墙显示模式763.8。3系统整体结构设计763。8。4系统拓扑结构783.8.5系统分布图783。8.6屏显系统功能793.8.6。1显示方式793。8.6.2网络信号显示803。8。6。3计算机信号显示803。8。6.4视频信号显示813。8
7、。6.5信号综合处理813。8.6。6显示效果及图像拼接813。8.6.7系统开放性823.8。6。8系统控制823。8.6.9可维护性833。9移动应急平台设计833。10容灾备份系统设计833。10.1容灾备份系统影响因素853.10。2实现容灾备份系统的软件配置863.10。3容灾备份系统部署图87第4章信息资源库设计894。1建设思路894.2建设内容894.2。1基础地理数据库894。2.2应急专题数据库90第5章数据交换平台设计925.1需求分析925.2系统结构925。2.1对各地市县、机构、系统的信息提取935.2。2对各地市县、机构的信息传输945。2。3中心平台的信息处理9
8、55.3系统功能955.3。1异构数据交换功能955。3。2异构应用系统集成功能965.3。3系统管理工具97第6章综合应用系统设计976。1综合业务管理系统976.1。1应急值守976。1.2信息报送976。1。3刊物报表996.2风险隐患监测预警接入系统1006.2。1目标1006。2。2数据接入1006。2.3图像接入1006。3协同会商辅助决策系统1006.3。1目标1006.3。2特点1016.3。3系统结构1026.3。4系统功能1026.3。4。1决策功能1036。3.4。2信息汇集1036.3。4.3实时视频获取功能1046。3。4。4移动指挥功能1046.3。4。5突发公共事
9、件管理1046。3.4。6协同会商1056.4智能预案系统1056。4.1预案制作1056.4.2预案管理1056.4。3预案专家系统1056.5地理信息系统1076。5。1功能结构列表1076。5。2基础地图操作1086.5。3地图查询与分析1106.5.4突发事件定位1116。5.5专题图制作与输出1136。5。6GPS车辆跟踪1136.5.7视频监控功能1156。6应急资源管理系统1156.6。1目标1156。6。2应急资源的分类1166。6。3业务体系1176。6.4系统功能1176。6。4。1应急力量管理功能1176.6.4.2应急资金管理管理功能1186。6.4。3应急储备物资管理
10、功能1186.6.4。4医疗急救机构管理功能1196.6.4。5交通运输资源管理功能1196.6。4。6紧急避难场所管理功能1206。6。4.7应急通讯资源管理功能1206.6.4.8救援设备管理功能1206。6.4。9其它资源管理功能1206。6。4。10应急资源调度功能1216.6.5技术路线1216。6。6运行机制1226.7应急评估系统1226.7。1目标1226。7.2系统功能1226.8应急培训和演练系统1236。8。1突发事件应急指挥和处理的演练和培训1236。8.2对各种突发事件进行仿真模拟1256.8.3演练应急预案1256.8。4三维系统功能1266.9信息发布系统1286
11、.9.1栏目管理1286.9。2文档管理1306。9.3文档维护1316。9.4文档检索1326.9。5主题词库管理1326.9.6文件访问记录1326。9.7历史文件归档保存1326.9。8回收站1326。9。9文件权限管理1336.9.10可视化模版编辑1336.9。11网站内容编辑1346.9.12网站内容发布135第7章系统安全设计1367.1安全系统需求分析1367.2系统安全设计思路1367。2.1安全级别定位1367.2.2设计原则1377.2.3建设设计标准1387。2。3。1应用标准1387。2.3。2法则和文件1397。2.4安全概述1397。2。4.1安全风险分析1397
12、.2。4。2网络安全需求分析1407。2.4。3网络安全建设目标1417.2。5安全防范策略1427.2。5。1安全管理策略1427.2。5。2安全组织策略1427.2。5.3安全技术策略1437.2。6安全系统设计1477。2.6.1网络划分-网络分段1477.2。6.1.1技术概况1477。2.6。2身份鉴别CA身份认证1487。2。6。2。1技术概述1487。2。6.2.2技术要求1497.2.6。3访问控制入侵检测1507.2.6.3。1技术概述1507。2.6。3.2系统结构1517.2.6.3。3技术要求1517。2.6。4安全审计跟踪漏洞扫描1517。2.6.4。1技术概述151
13、7。2。6。4。2技术要求1527。2.6.5网络安全监控主机审计1527。2.6.5.1技术概述1527.2。6。5.2技术要求1537.2。6.6访问控制防火墙1537。2.6.6.1技术概述1537.2。6.6.2技术要求1547。2.6.7备份与恢复数据备份1557。2。6.7.1技术概述1557.2.6。7。2技术要求1567.2.6。8病毒检测与消除防病毒1567。2。6.8。1技术概述1567.2.6.8。2技术要求1597。2.6.9环境安全-机房监控159第1章 业务体系1.1 应急平台的组织结构省级应急平台的组织结构如下图所示:1.2 应急平台的业务流程上图为省级应急平台的
14、整体业务流程,在整个业务流程中有2条主线,一条是政府应急平台,一条是专项指挥部。在发生突发应急事件的时候,由地市(县)专项指挥部负责接警.市级专项指挥部在接到报警信息时,一边上报地市(县)应急平台,同时向上一级专项指挥部报告。地市(县)应急平台在接到突发事件信息时,判断突发事件的等级,对于一般和较大的突发事件不再继续上报,就地协调专业部门处置解决;对于特大和重大应急事件,上报省级应急平台,省省级应急平台根据需要,一边上报国务院应急平台,一边协调各单位、各部门共同处置突发事件.第2章 总体设计2.1 总体目标和职能2.1.1 建设的总体目标在整合和利用城市现有条件的基础上,采用现代信息等先进技术
15、,建立高度智能化的XXX省级应急平台,具体包括:l 与国务院应急平台对接;l 与地市(县)应急平台对接;l 与专业应急平台对接;l 整合全省各类应急信息与应急资源;l 完善的业务系统。通过电信网络,与全省各已建成的应急平台联网,实现信息共享、统一协调、辅助决策,同时加快建设其他各级应急平台,最终实现覆盖全省应急网络。2.1.2 建设的主要职能省级应急平台是国家和省应急平台体系的重要组成部分,与国务院应急平台、省级专业应急平台、地市应急平台互通互联,具有国务院应急平台相应功能.主要功能有:l 通过与专业应急平台互联,利用专业部门监测网络,对突发公共事件隐患进行动态监控,特别是掌握重大危险源、关键
16、基础设施和重要防护目标等的空间分布和运行状况分析;l 整合全省的应急信息及应急资源;l 指挥、协调各专业部门,地市应急平台协同处置特别重大和重大突发事件;l 信息发布与通告;l 事后评估总结2.2 设计的原则、依据和标准2.2.1 设计的原则XXX省应急平台建设工程是一项结构复杂、技术难度较大、功能强、涉及面广的信息建设工程,为确保工程达到预期的目地,工程建设应遵循实用性、可靠性、经济性和先进性的基本原则,具体体现在:l 系统建设应遵循“整体布局、分步实施、实用先进”的原则.以应用为驱动,在充分利用现有设施和资源的条件下,力求高起点,既满足近期需求,又适应长远发展的需要.l 坚持标准化与开放性
17、原则。充分考虑现代信息技术的飞速发展,适应未来功能升级的要求,使系统具有开放性、兼容性、扩展性,系统建设应优先选择符合开放性和国际标准化的产品和技术,遵循相关的规范要求。l 坚持确保安全原则.系统设计及建设根据要求达到相应安全级别,确保系统运行有高度的可靠性和安全性.l 坚持跟踪、反馈、更新、完善的原则,使系统不断贴近生产实践的需要。2.2.2 设计的依据及主要标准2.2.2.1 国家、地方和相关部门的政策、条令、规范和标准2.2.2.2 现行的国际、国内相关标准及行业规范2.3 系统总体结构系统总体结构如下图所示:自下而上分为四个层次,依次是:1. 基础支撑系统基础支撑体系包括计算机网络系统
18、、主机存储与备份系统2. 信息资源库信息资源库主要包括专家库、预案库、知识库、应急物资库、基础地理信息库等.3. 数据交换平台数据交换平台是一个既能实现异构系统之间数据交换又能实现异构系统之间业务流程自动化的数据交换平台.4. 应用软件系统应用软件系统包括综合业务管理系统、风险隐患监测预警接入系统、协同会商辅助决策系统、智能预案系统、地理信息系统、应急资源管理系统、应急评估系统、应急演练系统、信息发布系统。用户通过登录应急门户使用这些业务系统。第3章 基础支撑系统设计3.1 计算机网络系统设计3.1.1 网络建设目标网络系统应具有较高性能、最好的升级途径、充分的带宽,在关键性业务中不存在单点故
19、障,在出现问题时提供快速的恢复能力。网络设备也能进行负载均衡和动态伸缩。系统选用的设备和技术应符合国际标准。网络中使用的设备和协议应完全符合国际通用的技术标准,兼容现有的网络环境,提供很好的互联性;网络系统应该有很高的可靠性、稳定性及冗余,在投资充裕的前提下,提供拓扑结构及设备的冗余和备份,把单点失效对网络系统的影响减少到最小,避免由于网络故障造成用户损失。网络系统应提供足够的带宽,丰富的接口形式,满足用户对应用和带宽的基本需要,并保留一定的余量供扩展使用,最大可能地降低网络传输的延迟,网络系统应具有良好的可扩充性,对未来的应用和技术有一定的前瞻性,随着网络的规模及其运行的应用在不断发展,现有
20、系统应提供足够的扩充能力,适应发展的需要,网络系统应易于安装、操作和维护,能对网络设备进行必要的必不可少的配置,并能够以直观、灵活的方式展现出来,提供完整的网络拓扑图,可以根据网络的流量情况作出分析和建议。XXX省级应急平台网络与通信系统建设是整体系统的重要组成部份,其主要目的就是为覆盖全区范围并在其上的各种支撑平台、应用系统提供网络支持,保证系统的正确连通,正常运行。目前建设的网络系统主要是连接XXX省应急指挥中心、应用服务器所部署的省电信机房、电子政务网中的相关应急单位部门,同时提供INTERNET的接入。3.1.2 网络系统设计原则结合XXX省级应急平台建设工程的实际应用和发展要求,在进
21、行网络系统设计时,以需求为导向、以应用促发展.网络系统的建设应遵循以下原则:1、高性能原则网络的设计方案不但要保证理论上可行,更重要的是实际上可用。要充分考虑到应用系统的具体情况,最好地满足需求。迅速地处理通信数据,需要网络设备支持高速通信链路,提供高数据吞吐能力。当今世界,通信技术和计算机技术的发展日新月异。方案应适应新技术发展的潮流,既兼顾了技术上的成熟性,同时也保证了系统的先进性。所选设备无论在硬件设备还是软件功能上,都在网络界处在领先地位。2、可靠性原则硬件网络产品的选用需具有很高的可靠性,较高的MTBF(平均无故障时间Mean Time Between Failures)值;全对称各
22、处理器的硬件体系结构,能够做到任意一个处理器和网络接口模块出现故障都不会影响其他模块,所有的功能部件(电源、系统总线、处理器模块、网络接口模块等)均可以热插拔和冗余热备份。除硬件的容错外,网络设备还应具备软件故障隔离和软件的热备份和热启动等,这样才能保证网络运行的万无一失。为了防止局部的故障引起整个信息系统的瘫痪,要避免网络出现单点失效。在骨干通信信道上要提供备份链路,提供冗余路由。在主要通信设备上要提供冗余配置,保证不会由于局部模块的故障影响整个设备的运行。为了使网络可靠地运行,本方案选用了高品质、高性能价格比的产品,把故障率降到最低.同时,我们采用了系统容错技术,当网络系统内某一点出现故障
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 省级 应急 指挥 平台 建设 方案
1、咨信平台为文档C2C交易模式,即用户上传的文档直接被用户下载,收益归上传人(含作者)所有;本站仅是提供信息存储空间和展示预览,仅对用户上传内容的表现方式做保护处理,对上载内容不做任何修改或编辑。所展示的作品文档包括内容和图片全部来源于网络用户和作者上传投稿,我们不确定上传用户享有完全著作权,根据《信息网络传播权保护条例》,如果侵犯了您的版权、权益或隐私,请联系我们,核实后会尽快下架及时删除,并可随时和客服了解处理情况,尊重保护知识产权我们共同努力。
2、文档的总页数、文档格式和文档大小以系统显示为准(内容中显示的页数不一定正确),网站客服只以系统显示的页数、文件格式、文档大小作为仲裁依据,平台无法对文档的真实性、完整性、权威性、准确性、专业性及其观点立场做任何保证或承诺,下载前须认真查看,确认无误后再购买,务必慎重购买;若有违法违纪将进行移交司法处理,若涉侵权平台将进行基本处罚并下架。
3、本站所有内容均由用户上传,付费前请自行鉴别,如您付费,意味着您已接受本站规则且自行承担风险,本站不进行额外附加服务,虚拟产品一经售出概不退款(未进行购买下载可退充值款),文档一经付费(服务费)、不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
4、如你看到网页展示的文档有www.zixin.com.cn水印,是因预览和防盗链等技术需要对页面进行转换压缩成图而已,我们并不对上传的文档进行任何编辑或修改,文档下载后都不会有水印标识(原文档上传前个别存留的除外),下载后原文更清晰;试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓;PPT和DOC文档可被视为“模板”,允许上传人保留章节、目录结构的情况下删减部份的内容;PDF文档不管是原文档转换或图片扫描而得,本站不作要求视为允许,下载前自行私信或留言给上传者【天****】。
5、本文档所展示的图片、画像、字体、音乐的版权可能需版权方额外授权,请谨慎使用;网站提供的党政主题相关内容(国旗、国徽、党徽--等)目的在于配合国家政策宣传,仅限个人学习分享使用,禁止用于任何广告和商用目的。
6、文档遇到问题,请及时私信或留言给本站上传会员【天****】,需本站解决可联系【 微信客服】、【 QQ客服】,若有其他问题请点击或扫码反馈【 服务填表】;文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“【 版权申诉】”(推荐),意见反馈和侵权处理邮箱:1219186828@qq.com;也可以拔打客服电话:4008-655-100;投诉/维权电话:4009-655-100。