(最终以磋商文件为准)
前注:
1.根据《关于规范政府采购进口产品有关工作的通知》及政府采购管理部门的相关规定,下列采购需求中标注进口产品的货物均已履行相关论证手续,经核准采购进口产品,但不限制满足磋商文件要求的国内产品参与竞争。未标注进口产品的货物均为拒绝采购进口产品。
2.下列采购需求中:如属于《节能产品政府采购品目清单》中政府强制采购的节能产品,则供应商所投产品须具有市场监管总局公布的《参与实施政府采购节能产品认证机构目录》中的认证机构出具的、处于有效期内的节能产品认证证书。
3.下列采购需求中:标注▲的产品(核心产品),供应商在响应文件《主要成交标的承诺函》中填写名称、品牌、规格、型号、数量、单价等信息。
采购需求前附表
序号 |
条款名称 |
内容、说明与要求 |
1 |
付款方式 |
合同签订并进场后,甲方支付给乙方合同金额的40%,施工完成支付至合同金额的70%,验收完成审计结束后付至审计结算价款的100%。 |
2 |
供货及安装地点 |
庐阳区,采购人指定地点。 |
3 |
供货及安装期限 |
第一阶段:合同签订之日起40天内,完成行政村及平台建设并完成与省平台对接,试运行; 第二阶段:第一阶段安装完成后50天内完成剩余工程量安装及联合调试。 |
4 |
免费质保期 |
整个项目验收合格之日起3年,如采购需求表中产品有特殊要求的,以采购需求表为准。 |
5 |
所投应急广播平台设备对接测试报告 |
1、投标人所投应急广播平台设备的生产厂商须与安徽省省级应急广播调度控制平台成功对接。 注:投标文件中须提供下列材料之一: (1) 自2020年1月1日以来安徽省广播电视监测台或安徽省广播电视科研所出具给生产厂商的应急广播对接测试报告影印件(或扫描件)。 (2)投标文件中提供承诺函(格式自拟),承诺合同签订前 7 个工作日内,提供安徽省广播电视监测台或安徽省广播电视科研所出具给生产厂商的应急广播对接测试报告影印件(或扫描件),若虚假响应,采购人有权追究相关责任,并报合肥市庐阳区财政局依法处理。 2、第1年的系统维护费及电费、网络租赁等费用请投标人综合考虑,含在报价中。 |
一、项目概述
合肥市庐阳区文化和旅游局(以下简称区文化和旅游局)是庐阳区人民政府的工作部门,加挂区广播电视新闻出版局牌子,为正科级。
区文化和旅游局贯彻执行党中央、省委、市委关于文化和旅游工作的方针政策和决策部署,落实区委的工作要求,在履行职责过程中坚持和加强党对文化和旅游工作的集中统一领导,主要职责是:
(一)贯彻落实党的文化旅游工作方针政策,贯彻执行国家文化旅游和广播影视法律法规规章和政策措施,统筹全区文化旅游事业产业、广播影视事业产业发展,推进文化旅游和广播影视体制机制改革。加强阵地管理,把握正确的政治方向、舆论导向和创作导向。
(二)负责公共文化旅游事业发展,推动全区公共文化和公共旅游服务体系建设,推动应急广播体系建设,深入实施文化旅游惠民工程,统筹推进基层公共服务标准化、均等化,指导重点文化旅游设施建设。
(三)指导协调全区重点文旅活动、社会文化活动和基层文化站工作,管理指导全区文化馆事业、图书馆事业,扶持各门类文化精品的创作。
(四)组织指导全区文化遗产工作,负责全区非物质文化遗产项目的保护、传承、普及、弘扬和振兴,协助上级文物主管部门开展文物保护工作。
(五)统筹规划文化产业、旅游产业和广播影视产业,推动文化旅游和相关产业融合发展、创新发展,制定支持政策,优化发展环境,促进文化旅游和广播影视产业做大做强。
(六)实施依法设定的行政许可,推进文化旅游行业信用体系建设,会同、配合上级主管部门对全区文化旅游、文物、出版、广播电视、电影等市场进行业务指导和行业监管。
(七)承办区委、区政府和上级主管部门交办的其他任务。
(1)《中华人民共和国突发事件应对法》;
(2)《国家国民经济和社会发展第十三个五年规划纲要》;
(3)《国家基本公共服务体系“十三五”规划》;
(4)《“十二五”期间国家突发公共事件应急体系建设规划》;
(5)《国家突发事件预警信息发布系统运行管理办法(试行)》(国办秘函〔2015〕32号);
(6)中共中央办公厅、国务院办公厅《关于加快构建公共文化服务体系建设的通知》(中办〔2015〕2号);
(7)国务院办公厅《关于加快推进广播电视村村通向户户通升级工作的通知》(国办发 〔2016〕20号);
(8)《全国应急广播体系建设总体规划(新广电发〔2017〕236号);
(9)《安徽省突发事件应对条例》;
(10)《安徽省突发事件总体应急预案》;
(11)《合肥市人民政府关于印发突发事件总体应急预案的通知》(合政〔2013〕13号);
(12)《安徽省人民政府办公厅关于扎实推进应急广播体系建设的意见》(皖政办〔2019〕26号);
(13)合肥市人民政府办公室关于印发《合肥市应急广播体系建设实施方案》的通知合政办秘〔2020〕21号;
(14)《安徽省人民政府关于2020年各市政府目标管理绩效考核工作的通知》(皖政秘〔2020〕117号);
(15)《合肥市人民政府关于2020年目标管理绩效考核工作的通知》(合政秘〔2020〕36号)
(16)《应急广播管理暂行办法》国家广播电视总局、应急管理部 广电发〔2021〕37号
(17)《中华人民共和国网络安全法》(2017年6月1日起施行)
(18)《中华人民共和国密码法》(2020年1月1日起施行)
(1)财政部《关于印发〈基本建设财务管理规定〉的通知》(财建[2016]504号)。
(2)《建设工程监理与相关服务收费管理规定》(发改价格〔2007〕670号)。
(3)GB/T 36964-2018软件工程软件开发成本度量规范。
(4)国家计委、建设部《关于发布〈工程勘察设计收费管理规定〉的通知》(计价格[2002]10号)。
(5)《合肥市2019年度人力资源和社会保障事业发展统计公报》。
(6)设备软硬件的价格依据相关厂家提供的设备价格清单、市场询价以及同类项目的政府采购价。
1.2.3.1信息资源标准
标准号 |
标准名称 |
ISO/IEC11801-95 |
信息技术互连国际标准 |
GB/T 15538-1995 |
软件工程标准分类法 |
1.2.3.2应急广播标准
标准号 |
标准名称 |
GD/J 079—2018 |
应急广播系统总体技术规范 |
GD/J 080—2018 |
应急广播系统资源分类及编码规范 |
GD/J 081—2018 |
应急广播安全保护技术规范数字签名 |
GD/J 082—2018 |
应急广播消息格式规范 |
GD/J 083—2018 |
应急广播平台接口规范 |
GD/J 084—2018 |
中波调幅广播应急广播技术规范 |
GD/J 085—2018 |
模拟调频应急广播技术规范 |
GD/J 086—2018 |
有线数字电视应急广播技术规范 |
GD/J 087—2018 |
地面数字电视应急广播技术规范 |
GY/T 5093--2020 |
《应急广播平台工程建设技术标准》 |
1.2.3.3项目管理标准
分类 |
标准号 |
标准名称 |
软件分析标准 |
GB/T 9385-988 |
计算机软件需求说明编制指南 |
软件开发标淮 |
GB/T8566-1988 |
计算机软件开发规范 |
GB/T 8567-2006 |
计算机软件产品开发文件编制规范 |
|
GB/T 8567-1988 |
计算机软件产品开发文件编制指南 |
|
GB/T 16680-1996 |
软件文档管理指南 |
|
软件测试标准 |
GB/T 9386-1988 |
计算机软件测试文件编制规范 |
GB/T 17544-1998 |
信息技术软件包质量要求和测试 |
|
GB/T 15532-1995 |
计算机软件单元测试 |
|
GB/T18491.1-2001 |
信息技术软件测量功能规模测量 |
|
软件维护标准 |
GB/T 14079-1993 |
计算机软件维护指南 |
GB/T 12394-93 |
计算机软件可靠性和可维护性管理 |
|
GB/T 14394-2008 |
计算机软件可靠性和维护性管理 |
|
GB/T 20157-2006 |
信息技术软件维护 |
1.2.3.4信息安全标准
标准号 |
标准名称 |
GB/T 36626-2018 |
信息安全技术 信息系统安全运维管理指南 |
信息安全技术 网络安全等级保护基本要求 |
|
信息安全技术 网络安全等级保护安全设计技术要求 |
|
GB/T 36627-2018 |
信息安全技术 网络安全等级保护测试评估技术指南 |
GB/T 36630 |
信息安全技术 信息技术产品安全可控评价指标 |
GB/T 36633-2018 |
信息安全技术 网络用户身份鉴别技术指南 |
GB/T 36635-2018 |
信息安全技术 网络安全监测基本要求与实施指南 |
GB/T 36639-2018 |
信息安全技术 可信计算规范 服务器可信支撑平台 |
1.2.3.5质量管理标准
标准号 |
标准名称 |
GB/T 19001 |
质量管理体系要求(idt IS0 9000:2008) |
GB/T 12504-1990 |
计算机软件质量保证计划规范 |
GB/T 16260-1996 |
信息技术软件产品评价质量特性及其使用指南 |
GB/T 13016-1991 |
标准体系表编制原则和要求 |
GB/T 1.1-2000 |
标准化工作导则 |
CMMI-L3 |
软件能力成熟度集成CMMI-L3 |
1.2.3.6软件工程标准
标准号 |
标准名称 |
GB/T 15539-1995 |
软件工程标准分类法 |
GB/T 8566-2001 |
信息技术软件生存周期过程 |
GB/T 12505-1990 |
计算机软件配置管理计划规范 |
GB/T 13502-1992 |
信息处理程序构造及其表示的约定 |
GB/T 18234-2000 |
信息技术 CASE 工具的评价与选择指南 |
GB/T 18492-2001 |
信息技术系统及软件完整性级别 |
GB/T 18493-2001 |
信息技术软件生存周期过程指南 |
为提高全市应对自然灾害、事故灾难、公共卫生和社会安全等突发公共事件信息发布和传播能力,最大程度确保人民群众生命财产安全,促进经济社会发展,早在2013年2月,合肥市人民政府颁发《合肥市人民政府关于印发突发事件总体应急预案的通知》(合政〔2013〕13号),通知明确预警信息发布、调整和解除可以通过报刊、广播、电视、网络、短信、民防警报器、电话、宣传车或组织人员逐户通知等方式进行。对老幼病残孕等特殊人群和警报盲区人员应当采取足以使其知悉的有效方式发布预警信息。
2017年,国家广播电视总局印发了《全国应急广播体系建设总体规划》,为全国应急广播体系建设进一步明确了方向。2018年10月25日,国家广播电视总局召开了全国基层应急广播工作推进会,会议深入贯彻落实党的十九大精神、全国宣传思想工作会议精神以及国家“十三五”规划和国家基本公共文化服务指导标准,部署推动全国基层应急广播工作。
2019年11月29日下午中共中央政治局就我国应急管理体系和能力建设进行第十九次集体学习。中共中央总书记习近平在主持学习时强调,应急管理是国家治理体系和治理能力的重要组成部分,承担防范化解重大安全风险、及时应对处置各类灾害事故的重要职责,担负保护人民群众生命财产安全和维护社会稳定的重要使命。要发挥我国应急管理体系的特色和优势,借鉴国外应急管理有益做法,积极推进我国应急管理体系和能力现代化。
根据《安徽省人民政府办公厅关于扎实推进应急广播体系建设的意见》(皖政办〔2019〕26号)文件要求,在工作目标方面,到2022年建设形成省、市、县、乡、村五级贯通,与全省各级预警信息发布系统有效衔接的全省应急广播体系。2020年4月18日合肥市人民政府办公室下发了《合肥市人民政府办公室关于印发<合肥市应急广播体系建设实施方案>的通知》(合政办秘〔2020〕21号)。另根据《安徽省人民政府关于2020年各市政府目标管理绩效考核工作的通知》(皖政秘〔2020〕117号)和《合肥市人民政府关于2020年目标管理绩效考核工作的通知》(合政秘〔2020〕36号),应急广播项目作为广电惠民工程,已纳入2020年度各级政府目标管理绩效考核。
按照国家、广电总局、安徽省广播电视局和合肥市委市政府对预警信息发布工作部署,以及对广播电视部门的应急信息发布工作要求,提升我市应急信息发布能力,有必要开展庐阳区应急广播体系的建设。
按照国家应急广播标准规范要求,建立省市区(县)三级应急广播平台,配套完善乡镇、村适配平台,与上级应急广播平台和本级政府突发事件预警信息发布系统连通,建立健全应急信息播发机制;充分利用并升级改造现有广电有线、无线等传输覆盖网络,以通信运营商的通信网络为补充,建立互为备份的应急广播传输通道;整合城乡公共广播设施,部署应急广播终端;区级到2021年,初步完成本地区应急广播体系建设,基本建成统一协调、上下贯通、可管可控、分级负责、安全可靠的全省应急广播体系。
区级广播系统主要依托广播电视传输覆盖网络,满足多级应急广播消息的发布需求,通过部署在不同区域的接收终端,在应对突发公共事件时播发应急广播信息或直接切播应急语音,区级应急广播系统总体要求主要包括以下方面:
(1)应急部门信息播发:能够接收本地应急部门发布的应急信息,根据发布要求制作成应急文字、音频和视频等在系统中进行播发,按照应急部门的覆盖要求面向指定的地区及时传送应急信息。
(2)响应上级应急广播系统指令:能够与省、市应急广播平台实现对接和联动,能够按照应急广播系统发出的控制指令,面向指定的地区播发应急广播信息,满足应急信息统一发布的要求。
(3)本地应急语音切播:在紧急情况下,本地行政负责人在经过系统授权认证后,可以通过电话讲话、短信语音合成或话筒喊话等方式直接向本辖区群众传送紧急通知语音。
(4)优先级控制:系统具备播发优先级的控制机制,应急广播的级别高于日常广播,在多级系统同时播发时,综合考虑行政层级和突发事件类型等级等因素,按照合理的播发排序策略实现日常广播和应急广播的有序播发。
(5)分区控制:具备分区分片的可寻址播发控制功能,按照统一的编码规范为接收终端配置地址码,能够按照日常广播和应急广播的区域覆盖要求,控制指定区域的接收终端开关机播发指定内容,并具备播发日志自动记录功能。
(6)信息可靠传输:系统传输网络能够满足日常节目、应急节目、切播语音和控制指令等信息数据的可靠稳定传输,传输网络的通道选择和技术选型应充分考虑利用本地广播电视传输覆盖网既有资源和发展规划。
(7)安全播发:系统具备完备的安全防护措施,通过控制操作权限,设置黑白名单,应用认证加密、数字签名等信息安全技术,提高系统的抗干扰、防盗播、防错播能力,有效屏蔽非法信号的插播和侵入,确保系统安全播发。同时,系统具备发布操作日志记录功能,可对历史发布操作进行追溯。
(8)可管可控:具备对全网设备运行状态、应急广播播发全流程及播发效果的监测监管。
(9)系统容灾:系统设计考虑具备较高的防灾抗毁能力,确保系统平台、传输网络和接收终端在应对突发事件时能够稳定运行。建立备份传输通道,同时在上级传输网络中断或设备故障时不影响本级和下级日常广播和应急广播播发功能。系统应考虑多种信息传输通道互为备份,在通道完好时采用逐级转发方式进行信息发布,在常用通道受损中断时,应能通过备份通道实现应急信息的跨级接入至系统的末级平台或终端。终端具备响应本地及远程控制指令的能力,特殊地区终端还应具备抵御当地多种恶劣环境条件的能力,具备冗余电力供应能力。
(10)应急演练:系统具备应急演练功能,通过设置系统应急演练模式,发送应急演练指令,对全系统链路和各环节设备进行功能性、稳定性和可靠性测试,确保系统工作正常,发送效果完整准确。
(1)1个区级应急广播平台部署在区应急局(详见3.8.1);
(2)1个区直部门信息前置系统部署在区应急局(详见3.8.2);
(3)11个应急广播系统街镇前端((详见3.8.3);
(4)75个应急广播系统村居级前端((详见3.8.4);
(5)25个应急广播终端适配器((详见3.8.5);
(6)228只应急广播终端((详见3.8.6)。
庐阳区应急广播系统,实现了预警信息的汇聚播发。系统充分基于合肥市现有广播电视资源,通过调频、地面数字电视、有线数字电视网、应急广播大喇叭、等多种通道,构建了有线无线相结合的庐阳区应急广播综合传输覆盖网络;面向收音机、电视机/机顶盒、应急广播大喇叭终端、公共广播适配器和智能终端等进行应急播发,在城区首次大范围的充分利用现有的公共广播终端,通过适配对接市区范围内中医院、文化场馆和校园等,实现了室内、户外人员密集区域应急广播大范围的有效覆盖。
系统名称 |
关联关系(数据、功能、界面等) |
|
其他应用 系统 |
安徽省应急广播调度控制平台 |
(1)接收省、市应急广播调度控制平台发布的应急广播消息; (2)向省、市应急广播调度控制平台反馈播发效果数据; (3)根据省、市急广播调度控制平台请求或主动向向省、市应急广播调度控制平台反馈区平应急广播运维数据; (4)向省、市急广播调度控制平台请求上级播发; (5)接收省、市急广播调度控制平台上级请求播发的反馈数据。 |
合肥市应急广播调度控 制平台 |
1.预警信息接入
系统平台要实现横向与庐阳区区直平台的对接,可接入区级预警信息,纵向向上接收国家、省、市应急广播调度控制平台下发的应急广播消息,对下接收各街镇应急广播平台的应急广播发布申请。
2.应急广播调度分发
区级应急广播平台在接收到预警信息后,要实现应急广播消息发布决策和调度控制功能。根据事件级别、发布区域等发布需求和资源状况,按照资源调度策略,自动或人工生成资源调度方案,根据发布要求生成调度数据,包括业务数据、辅助数据及数字签名数据,通过应急广播传输覆盖资源进行播发。
3.应急资源管理
对全区的应急广播资源实现统一管理,包括区级平台及系统前端适配设备、各类应急广播终端等各类应急广播资源。可实时监测应急广播资源状态,为应急广播发布资源调度及日常维护提供支撑,同时资源基础信息数据和状态数据可向上级平台进行同步。
4.播发效果评估
应急广播播发后需要对发布效果进行分析和评价,基于下级反馈或采集反馈的实际播发覆盖效果与预期调度预案的覆盖要求进行对比分析,评价应急广播消息发布的总体效果,可为优化资源调度方案和决定是否启动补发流程提供参考依据。
5.应急演练
为保证系统的可持续稳定运行,平台应具备在非应急状态下支持全系统应急演练的能力,具备建立应急演练方案的能力,支持设定应急信息播发内容、级别、时间、区域范围、播发方式、预期效果等功能,演练预案应将本级所属应急广播资源纳入演练范围。应急演练要实现从区级平台到传输覆盖网各个前端系统,再到各种类型的应急广播终端的应急发布模拟测试。验证平台到传输覆盖网到终端各个关键环节系统和网络的稳定性。支持通过收集应急演练反馈数据对应急演练进行综合评估,为不断提高系统稳定性、可靠性及优化机制流程提供支撑。
6.日常宣传科普
在全国基层应急广播工作推进会上聂部长强调,应急广播工程是建强基层思想宣传阵地、有效传播党和政府声音的政治工程,是服务乡村振兴战略、助力精准脱贫的民生工程,是保障人民群众基本文化权益、满足基层群众美好生活需要的文化工程。应急广播系统遵循“平战结合”的建设原则,战时能用,平时也要发挥其舆论宣传引导作用。需要定时向有针对性的面向不同区域的广大人民群众,播放科普类、党的政策、扶贫信息等各类节目。
整个系统信息流主要涉及三个方面,一是预警部门发布的预警信息,二是各级系统回传的各类信息,三是系统平台的管理信息数据。整个系统的数据流如下图所示:
庐阳区级应急广播系统同时也接受合肥市应急广播调度控制平台控制,执行市应急广播调度控制平台的播发指令,调度庐阳区内应急广播资源进行应急播发,主要的业务活动有:
(1)应急信息发布需求接入
区应急广播系统接收到市应急广播调度控制平台通过安全线路传送的应急信息发布需求后,按照约定的安全认证机制对信源、数据完整性进行安全校验,按照约定的对接接口进行格式校验,对应急信息进行解析,提取发布内容、目标区域、发布时间等发布要素,转入下一环节。
(2)执行应急信息播发任务
区应急广播系统根据发布要求和制定的应急广播播发预案,调度区级有线/无线/等资源进行应急播发,或调度街镇、社区级应急广播系统进行补充播发,并实时掌握应急播发进程和效果数据。
(3)反馈应急信息播发结果
区应急广播系统汇总和分析应急广播播发效果数据,统计播发效果,按照约定的接口和安全机制将播发效果数据反馈至市应急广播调度控制平台,完成此次播发。
2.1.2.1 执行区级应急信息发布要求
区应急广播体系主要是为区级应急信息发布单位构建应急信息发布通道,根据发布需求调度本区内应急广播资源进行发布,主要业务有:
(1)应急信息发布需求接入
区应急广播系统接收到区级应急信息发布部门通过安全线路传送的应急信息发布需求后,按照约定的安全认证机制对信源、数据完整性进行安全校验,按照约定的对接接口进行格式校验,对应急信息进行解析,提取发布内容、目标区域、发布时间等发布要素,转入下一环节。
(2)执行应急信息播发任务
区应急广播系统根据发布要求和制定的应急广播播发预案,调度区级有线/无线等资源进行应急播发,或调度街镇、社区级应急广播系统进行补充播发,并实时掌握应急播发进程和效果数据。
(3)反馈应急信息播发结果
区应急广播系统汇总和分析应急广播播发效果数据,统计播发效果,按照约定的接口和安全机制将播发效果数据反馈至信息源部门,完成此次播发。
当街镇、社区级应急广播系统无法满足当地的应急信息发布需求时,可以向区级应急广播系统发起申请,请求区级应急广播资源面向该街镇、社区进行应急广播。
(1)应急广播发布申请接入
区应急广播系统接收到是街镇、社区级应急广播系统通过安全线路传送的应急广播播发申请后,按照约定的安全认证机制对信源、数据完整性进行安全校验,按照约定的对接接口进行格式校验,对应急信息进行解析,提取发布内容、目标区域、发布时间等发布要素,转入下一环节。
(2)执行应急信息播发任务
区应急广播系统根据发布要求和制定的应急广播播发预案,调度区级有线/无线等资源进行应急播发,并实时掌握应急播发进程和效果数据。
(3)反馈应急信息播发结果
区应急广播系统汇总和分析应急广播播发效果数据,统计播发效果,按照约定的接口和安全机制将播发效果数据反馈至街镇、社区应急广播系统,完成此次播发。
2.1.2.3 系统应急演练
根据系统建设“平战结合”的原则,应急广播系统需制定日常系统演练制度,定期执行系统演练,检验各个环节的工作可靠性。
(1)应急演练计划制定
区级应急广播系统根据本系统实际情况,制定应急演练计划,约定演练日期、演练内容、演练范围等要素。
(2)执行应急演练计划
区级应急广播系统定时执行应急演练计划,启动应急演练流程,生成应急演练内容,对相关系统和设备发出演练指令,执行应急演练。
(3)统计和评估演练效果
区级应急广播系统收集演练效果数据,评估演练效果,为优化系统运行和管理提出建议。
2.1.2.4 日常科普宣传
根据系统建设“平战结合”的原则,本系统除了在应急时期承担应急信息播发的任务,在平时也要完成应急知识普及和政策法规宣传等方面的任务,主要业务活动有:
(1)制作科普宣传音视频节目
根据应急特点,制作应急科普宣传的广播节目、视频节目、文字和图片,按照不同的应急类别进行分类存储。
(2)制定科普宣传计划
在应急管理局的统一管理下,制定科普宣传计划,规定科普宣传节目的播出通道、时间、频次和内容。
(3)执行科普宣传计划
各播出系统从应急科普宣传库中提取科普宣传节目素材,通过各自通道进行播发。
2.1.2.5 区级应急广播资源管理
(1)区级应急广播资源监控功能。主要收集区级应急广播系统所管理的平台、前端/台站、应急广播适配器、传输覆盖播出设备、终端等应急广播资源的信息,监控工作状态变化。
(2)区级应急广播系统播发监控功能。主要是监控和管理区级应急广播系统应急播发处理情况,掌握应急播发进程和播发效果。
2.2.1.1建立应急广播平台
(1)建立区级应急广播平台。各级应急广播平台包括制作播发、调度控制两大系统,对应急信息进行收集、汇聚和共享,按照统一标识、统一播报方式等要求,制作应急广播消息。各级应急广播平台遵循统一的数据格式和接口标准,平台之间建立专线链路,实现互联互通和信息共享。建立多种应急广播消息发布模式,制定相匹配的网络资源调度预案,及时有效调度控制传输覆盖网络资源,进行应急广播消息的分发。
(2)推进应急广播与各级融媒体中心建设的有机结合。把主流舆论宣传寓于日常信息服务和应急服务当中,实现系统资源共享、信息内容互通,不断深化拓展应急广播的宣传、服务功能。
2.2.1.2完善传输覆盖网络
(1)建设主备信号传输通道。建立以全区现有广播电视信号覆盖网络为基础,以通信运营商的通信网络为补充的应急广播传输覆盖网络。信号传输方式中,结合本地实际,采取两种以上的信号传输方式(须含调频广播),在各级应急广播平台的统一调度下,达到通道备份和覆盖资源最优利用的目的。
(2)优化有线电视覆盖网。推进有线电视网络双向化改造,区县级应急广播平台应与同级有线数字电视前端分别通过光缆、微波建立传输通路,采用IP方式和以太网接口,传输应急广播消息。各级有线数字电视前端部署相应的应急广播适配器并进行相关技术系统改造,接收本级应急广播平台发送的应急广播消息,按照有线电视标准以及相关应急广播技术规范,发送唤醒指令,实现有线电视机顶盒终端的自动唤醒和强制接收,并以滚动字幕或切换频道图像、伴音等方式播发应急信息。
(3)完善广播覆盖网。完善安广交通广播同步覆盖网,解决地质灾害隐患点、山洪灾害易发区以及公路隧道等重点区域的覆盖盲区问题;完善区县本地调频广播信号覆盖。部署发射机应急广播适配器并进行相关技术系统改造,接收应急广播平台发送的应急广播消息,通过调频副载波、音频基带等方式,实现覆盖区域内终端的自动唤醒和强制接收。
(4)推进地面数字电视广播覆盖网建设。部署应急广播适配器并进行相关技术系统改造,接收本级应急广播平台发送的应急广播消息。按照国家地面数字电视标准以及相关应急广播技术规范,发送唤醒指令,实现终端的自动唤醒和强制接收。
(5)建设应急广播大喇叭系统。按照《县级应急广播系统技术规范》及相关技术标准规范,配套完善乡镇、村适配平台。采用IP方式和以太网接口,与县级应急广播平台进行连接,接收应急广播消息;采用调频副载波、TS或IP等方式传送唤醒指令和音频信号到应急广播终端,实现终端的自动唤醒和强制播出。
2.2.1.3部署应急广播接收终端
(1)加强户外终端建设。实现农村行政村户外终端全覆盖,进一步加强灾害易发区、人口密集区、救灾避难场所、公交车站、社区广场、重要经济目标及毗邻区、防空地下室、高速公路隧道等重点区域户外终端建设。应急广播户外终端应支持两种以上的信号接收方式(须含调频广播),且具备强制唤醒功能,每个行政村至少配置一个具有不间断电源的多模终端。
(2)加强室内终端建设。积极探索具有应急唤醒功能的有线、无线入户终端部署。主动对接人员密集区域(包括城市社区、广场、商场、校园、医院等)的公共接收终端,实现应急广播更大范围的覆盖。
2.2.2.1 系统响应时间要求
应急广播系统的计算需求主要体现在对信息的处理上,核心的信息处理包括两个方面,一方面是预警发布信息处理,另一方面是日常系统运行维护信息的处理。实现预警信息的快速发布是应急广播系统平台的核心功能,特别针对重大自然灾害如地震预警,需要实现秒级响应,系统的最高计算需求则体现在此时的信息处理上。
信息处理过程包括以下几个核心过程(针对全自动情况下):
(1) 接口处理:接口数据的接收解析处理,系统平台需要对预警发布部门接口推送过来的预警信息,目前主要基于HTTP协议,通过XML文件和Tar包方式传输预警信息,平台需要实现信息的快速验证和解析,包括基于国产密码的签名验签,处理时间要求小于200ms。
(2) 信息制作:针对有文转语需求的信息,需要实现准确快速文转语,并进行流化播发,文转语时间小于200ms。
(3) 调度控制:根据发布需求,通过快速检索数据库的可用资源状态,调用资源调度算法进行匹配,生成调度方案和控制指令信息,处理时间要求小于300ms。
(4) 应急消息分发:应急广播消息分发处理的核心是通道适配处理,针对有线网、调频、地面数字电视和IP网络,需要进行通道的信号适配,将应急广播消息插入成对应通道的信号。平均处理时间要求小于200ms。
(5) 调度控制平台全流程处理:庐阳区预警信息发布部门目前有应急指挥中心,考虑未来扩展约10家单位,系统间上下级平台包括省、市平台,平台的并发预警信息接入极限峰值约20。在峰值情况下,系统需满足应急信息的播发时效要求,紧急类应急信息从接入到平台播发出去处理时间小于5秒,单发和低并发情况下处理时间小于2秒。
针对运维数据方面,系统主要实现定时的获取下级平台的资源状态数据,对系统平台核心系统、关键适配设备以及全部可监测终端进行实时状态监测显示。
1.运维数据同步:系统平台需定期从11个街镇平台、75个社区平台主动获取或接收平台同步的应急广播资源信息及状态数据。对数据进行更新同步处理。同时定期根据资源数据的变化情况,获取增量数据向上级平台同步资源信息及状态变化数据。
2.运维数据监测:全区的所有的应急广播资源包括终端信息约230多个,需要通过GIS地图通过二维、三维方式在页面动态实时展示,支持地图(矢量数据)服务,实现快速定位、地标管理、图层管理等,对服务器处理器、显卡处理性能,以及内存和硬盘的吞吐量有较高的要求。
2.2.2.2 系统扩展性
系统设计在软硬件层面应具备支撑未来业务拓展的可扩展性,基础硬件设备可根据业务需求进行有效扩容。软件方面一方面在数据对接方案可预留应急广播系统未来不同系统的对接接口,另一方面整个系统软件可针对未来应急广播业务的拓展,在现有系统基础上可实现平滑升级。
2.2.2.3 系统可靠性
为支撑应急广播信息的有效可靠播发,系统需具备较高的稳定性和高可靠性,综合可靠性包括基础软硬件环境以及核心的应急广播系统软件各个环节的稳定正常运行,其核心关键设备和系统应具备冗余备份能力,在出现突发故障情况下,系统可进行快速恢复,以及具备其他替代手段实现应急广播消息的快速播发。
系统建设目前主要的关联系统为省、市应急广播调度控制平台。
省、市级应急广播调度控制平台集成:区应急广播平台与省、市应急广播调度控制平台间信息交互遵循GD/J 083—2018应急广播平台接口规范和GD/J 081—2018应急广播安全保护技术规范数字签名。
区级应急广播体系建设,政府预警发布部门如区应急指挥中心可与应急广播平台共享预警信息的发布需求信息,包括发布单位信息、发布事件类型、事件级别、发布要求等,系统针对预警发布信息需求,确定系统的详细的管理功能和流程。
2.2.4.2 内部共享需求
内部信息共享主要集中在与应急广播体系建设相关机构和部门,包括广播电视台、发射台站、有线网络公司等,需要共享其广播资源信息数据,包括资源类型、资源位置、资源覆盖情况。
2.2.5.1 软硬件环境
庐阳区软件主要由应急广播平台管理软件、操作系统、数据库、媒资管理软件、大屏控制系统等基础软件组成。
庐阳区应急广播机房硬件部分主要由应急广播前端设备、服务器、交换机、大屏展示系统等基础硬件,在机房物理硬件上,配备一路市电、UPS供电作为应急广播设备机房备用电源。
2.2.5.2 链路环境需求
庐阳区应急广播系统网络建设方面主要分为四大部分:(1)区应急广播平台的信息接入网;(2)区应急广播平台到各个系统前端的信号传输网(3)前端到终端的信号覆盖网;(4)关键系统设备及终端的数据回传网:
信息接入网主要用于接入本地政府预警信息发布部门如庐阳区应急指挥中心,上级应急广播平台合肥市应急广播系统,实现预警信息的接入,同时接收下级11个街镇应急广播平台的播发请求。为保证信息的安全接入网络需采用专线方式,尽可能采用双路备份方式,以保证一路信号中断情况下仍能实现应急预警信息的接入。
应急广播信号传输网用于传输应急广播节目,主要是平台间的专线构成。包括:区级平台至区级应急广播覆盖资源,如各街镇、社区适配平台之间应急广播信号传输。需采用专线方式,保障信号传输安全,可利用现有的微波/光缆进行应急广播节目的传输。
信号覆盖网是指发射台站/前端到应急广播终端的应急广播信号传输网络,主要利用现有网络,作为应急广播最后一级可控网络,覆盖包括收音机、电视机、机顶盒、应急智能终端、户外大屏、城区公共广播、室外音柱等多种终端在内的网络,主要包括调频、有线数字电视、地面数字电视、IP网络等。
本项目中,数据回传网络包括了台站数据回传网络和终端数据回传网络,用于将关键设备和终端的运维管理信息定期传输汇总到对应的应急广播平台,数据回传以现有传输网络为主。
2.2.6.1 等保需求
庐阳区应急广播系统与省、市级应急广播系统、各预警发布系统以及街镇、社区级平台之间需进行数据通信,为避免各系统的网络安全入侵风险,需要使用密码技术建立安全传输通道,对数据通信链路进行安全保护。根据GY/T5093-2020应急广播平台工程建设技术标准的要求,国家级、省级应急广播平台安全等级保护按照三级建设,地市级、县级应急广播平台安全等级保护按照二级建设,结合庐阳区的业务需求,系统按照基本满足等保二级标准建设。
数据防篡改:应急事件发生时,应急广播系统将接收到的应急信息与应急广播调度指令按照规则生成应急广播消息,并通过多种渠道下发。应急广播消息被篡改将严重影响社会安全与稳定,需要使用密码技术保障应急广播消息在传输过程中的真实性与完整性。
设备认证:在应急广播运行过程中,非法设备的接入将对应急广播运行体系造成破坏,非法信息的发布将严重影响社会安全与稳定。应使用密码技术验证应急信息与应急广播消息发送设备的真实性,防止非法设备接入系统造成安全。
应急广播重要数据保护:应急广播系统数据库中存储着用户信息鉴别信息等重要数据。这些数据如果没有完整性验证机制,则存在被未授权修改而不被发现的情况。需要使用密码技术对这些字段进行杂凑运算,并将杂凑结果存入数据库。在使用这些数据时,需校验摘要确认这些数据的完整性。
2.2.7.1应用维护
应用维护服务是贯穿系统整个维护过程的,将采用远程视频维护、电话、邮件、传真等多种方式进行应用维护,此服务通常在以下情况下实施:
程序优化,提高系统性能的优化;
系统内的表单内容、数据字典、报表文字等维护;
对系统内数据的正确性进行检查及纠正;
前期合同范围内的功能模块增加;
为用户提供24小时在线技术解答,操作应用指导和系统使用培训;
定期将数据库和应用程序进行容灾备份。
2.2.7.2异常处理
当用户系统发生重大故障,热线技术支持失效的时候,可要求启动应急响应服务预案(应急响应服务在1-2个工作日之内)。在交通工具允许的范围内,指派工程师以最快的方式前往现场进行维护。应急响应服务通常在以下情况下实施:
服务器受病毒入侵,导致系统数据库不能正常启动或运行;
系统崩溃,包括操作系统故障或系统平台故障,导致数据库不能正常启动或运行;
硬件故障(包括CPU、硬盘等),导致数据库崩溃;
系统搬迁,导致平台重新搭建,需要重新配置系统;
人为故障,包括操作人员不小心删除数据库文件,或人为将表中的数据误删等。
在重大故障发生时,应急服务协助尽量降低停机时间,减少业务上的损失。
2.2.7.3常规服务
提供视频、电话、传真等服务,随时解决使用方提出的技术问题。
视频、电话与传真在线支持无法解决的,工程师在许可的情况下可实行远程维护。
由于设备故障远程维护无法解决问题的,提供工程师上门现场服务。
2.2.7.4应急服务
当发生重大故障时,热线技术支持实效的时候,启动应急服务,在交通工具允许的范围内,指派工程师前往现场进行维护,协助尽量降低停机时间,减少业务的损失。
2.2.7.5建立信息保密机制
应急广播系统数据库中存储着用户信息鉴别信息等重要数据,由于在系统维护的过程中,不可避免的会涉及信息数据安全,运营维护商应严格保守秘密;如非法泄漏信息数据,维护运营商应组织调查,对违反规定的人员进行追究,并通报调查结果及所采取的的措施。造成严重后果的,业主方有权追究运营维护商法律责任。
三、系统技术方案
系统设计应充分考虑长远发展需求,统一规划、统一布局、统一设计。在实施策略上根据实际需要及投资金额,分期配置、分步实施、.
有序推进逐步扩展,保证系统应用的完整性和用户投资的有效性。系统平台的主要设计原则如下:
(1)规范化原则:平台在规划设计和建设中,严格遵循相关国家标准规范、行业标准规范、其他相关标准规范及技术要求。
(2)先进性原则:系统平台建设建立在较高的起点上,完全满足现阶段系统运行需求,又要考虑后期的可扩展性。核心设备如平台、适配器、终端等应能与主流厂家设备兼容,并实现互换。
(3)安全可靠:从设计理念到系统架构,到产品选型,都秉承安全可靠原则,提高平台容灾能力。平台对重要数据及功能进行备份;对关键设备采取冗余设计;具备完善的运维功能,提供故障告警、定位、快速故障恢复;满足系统动态、平滑切换功能,保证任意单独节点被摧毁时系统仍然可以正常运行。系统能够长时间稳定运行,支持7×24小时的连续工作。强化网络信号传输安全,采取多种安全技术措施保障,确保应急广播系统运行安全,实现应急广播覆盖网络和信息内容可管可控、安全可靠。
(4)快速高效:注重应急消息收发效率,综合利用实时发布、高效传送、定向接收等多种技术手段,确保预警接收、制作播发、传输覆盖、终端接收等环节信息传送的快速高效。对平台软件操作界面进行合理精简设计,操作流程简单、易学,以保证应急信息能快速高效传达。
(5)平战结合:按照平时服务,战时应急的要求,进行应急广播系统平台的规划建设与系统运行维护,实现应急广播系统的最大化利用。
本系统技术架构主要包括IT基础设施层、数据资源层、服务支撑层、应用层和展现层等建设内容,总体架构图如下图所示。标准技术规范和管理规范是本项目实施的基础,本项目在设计建设上遵循广播电视总局发布的应急广播相关技术标准的相关数据标准规范,安全防范方面需要遵循等保二级的技术要求。
(1)IT基础设施层
主要包括路由器、交换机、防火墙等网络交换和安全设备,服务器、存储、数据备份设备以及相应的操作系统软件等提供系统平台运行的基础设施环境,以及虚拟化设施构建的基础设施环境。
(2)数据资源层
实现对数据的统一管理,建立数据服务实现对数据的统一访问,主要包括基础数据和业务数据,数据服务应用包括数据采集、数据处理、数据管理等几部分内容。
(3)服务支撑层
服务支撑层负责提供应急广播各个系统后台的服务支撑,实现各项业务功能的核心后台业务处理,属平台的后台处理系统,主要包括流程引擎、数据交换、GIS服务、时钟服务、安全认证和报表服务等。系统开发过程中将依靠平台提供的相关服务组件,对能复用的组件进行复用,为所有的上层业务应用子系统,提供统一的服务组件支撑,实现应用层的整合集成,减少系统间的耦合度,便于系统的扩充和部署。
(4)应用层
应用层由各个应用子系统组成,通过发布相关WEB服务接口来减少系统间的耦合度,便于系统的扩充和部署。各类应用子系统需基于业务集成框架进行开发,以实现各个组件、应用系统之间相互独立,同时又基于统一的技术规范体系,便于集成或分布式部署。应用层主要包括市调度控制平台、制作播发系统等。
(5)展示层
主要包括授权管理业务系统面向的终端,负责提供用户与系统平台间交互界面展现,主要是业务管理Web应用展示以及移动终端展示的APP应用。
详情见招标文件