预警信息发布

预警信息发布（精选10篇）

预警信息发布 篇1

4月1日, 中国地震局宣布面向公众启用自动地震速报服务, 中国地震台网将通过手机、网站、微博、移动客户端等渠道向全社会实时发布地震信息。

有了这个速报系统, 地震发生后, 社会公众了解地震信息就方便了很多。但社会公众更关心的是, 地震是否可以被准确预报?前段时间一度成为“热点话题”的地震预警, 和只有一字之差的地震预报, 是否是一回事?目前我国地震预警系统建设现状如何?

地震预报是公认的世界难题

地震预报是对尚未发生、但可能发生的地震进行事先推测, 分为经验预报和物理预报两种。

“我国最著名的地震预报案例是1975年的海城地震, 可是一年后发生的唐山地震, 却残酷地证明了经验预报具有偶然性。”“国家地震烈度速报与预警工程”副总设计师、中国地震局工程力学研究所副所长李山有研究员说, 每次地震发生前, 现象都非常复杂, 以前某次地震所确定下来的指标, 在另一段时间、另一个地方可能又完全改变了。

因此地震预报一直是公认的世界难题, 而且短时间内难以取得突破。

李山有认为, 地震预报主要难在三个方面:一是地球的不可入性。“上天容易入地难”, 目前人类的钻探能力还难以达到地震发生的深度, 对地下介质的变化, 我们只能通过地表的观测来推测。二是地震孕育的复杂性。

三是地震发生的小概率性。对于同一个地区来说, 破坏性地震之间的间隔时间是很长的, 可能是几十年、几百年、上千年, 而进行科学研究, 需要有样本统计, 足够样本的获取, 需要很长时间, 因此地震预报是一个长期的科学探索过程。

地震预警不等于地震预报

地震发生后, 产生的纵波 (P波) 和横波 (S波) 同时由震源向外传播。纵波传播速度较快, 但能量相对较小, 通常不会造成破坏;紧随而来能量巨大的横波, 却是造成危害性破坏的“元凶”。

“地震预警就是利用这两种波的传播速度差异, 自动检测到纵波后, 快速估算出地震参数, 抢在破坏性横波达到震中周边地区之前, 通过电子通讯系统发布预测地震强度和到达时间的预警信息, 使相关机构和公众能提早采取应急措施, 减少人员伤亡和灾害损失。”李山有解释说。

一言概之, 地震预警是在地震发生后但破坏性地震波到来前发出警告。与之相比, 地震预报是在地震发生之前作出推测。两者虽然只有一字之差, 实质意义却截然不同。

“通俗地说, 地震预警就是要抢出两个‘时间差’, 一个是纵波和横波传播的时间差, 一个是地震波和地震信息传播的时间差。”李山有说:“时间差在一定区域内会形成几秒到几十秒的预警时间, 距震中越远预警时间越长;地震级别越大, 预警范围就越大, 减灾效果也就越明显。”

利用地震预警系统提供的数秒至数十秒预警时间, 公众可以采取避震措施减少人员伤亡, 重大基础设施和生命线工程可以实施紧急处置措施避免次生灾害, 如紧急制动高速列车、及时关闭燃气管线、关闭核反应堆、停止精密仪器运行等。

据介绍, 日本目前已建设有全国地震预警系统, 欧盟和美国、墨西哥等国家和我国台湾地区建设了区域地震预警系统。

2011年日本3·11特大地震发生后, 地震预警系统向受影响城市发布预警信息, 为公众提供了8秒至30秒的避险时间;东北新干线上27列高速运行列车及时制动停车, 避免了列车出轨和重大人员伤亡。地震预警系统减灾效果明显, 但并不是能够完全避免人员伤亡和震灾损失的“灵丹妙药”。

李山有说:“地震预警的实质是一种超快自动地震速报, 即在地震发生后, 以空间换时间, 利用最少的地震波信息快速估算出地震参数。因而, 地震预警技术具有一定的局限性, 如存在预警盲区、对中小地震减灾效果不显著、估算的地震参数和预测烈度可能存在偏差等。”

地震预警信息发布尚需规范

李山有反复强调, 对于地震预警的宣传不应过于片面, 既要让公众了解预警的减灾意义, 也要让公众了解预警的技术局限性和真实效果, 千万不能把地震预警“神化”了。此外, 地震预警信息具有高度的社会敏感性, 公众如果处理不当, 可能造成不必要的人员伤亡和经济损失, 甚至可能影响到社会的稳定。

据了解, 处于地震多发带的日本, 出台了《灾害对策基本法》《地震防灾对策特别措施法》《气象业务法》等多部法规, 对地震预警信息收集、发布等进行了明文规定。

“但我国地震预警信息的发布还需要规范, 地震预警信息的发布主体、发布条件、预警内容、发布对象、社会协同、法律责任等, 都需要作出明确规定。一定要强调的是, 不是所有震级的地震、不是所有能监测到地震的人, 都可以发布预警信息的, 避免造成因擅自发布预警信息引发社会混乱等负面影响。”李山有表达了自己的担心。

李山有认为, 地震预警只是防震减灾系统中的一个手段, 防震减灾还是要走综合防御的道路, 构建起包括地震监测预报、震害防御、应急救援以及恢复重建在内综合防震减灾体系, 并着力提升建筑的抗震能力。

预警信息发布 篇2

第一章

总则

第一条

为明确区县预警信息发布分中心职责，理清区县预警信息发布流程，细化预警发布业务操作，及时、准确、快速地做好市级预警信息发布工作，根据（京应急委发〔2013〕4号）以及《**市突发事件预警信息传输和发布的流程规定》制定本流程规定。

第二条

本流程规定适用于**市各区县预警信息发布中心以及相关签发、传播预警信息部门和单位的发布流程。

第二章

签发部门和单位对接流程规定

第三条

相关职能部门或单位负责起草预警信息内容，由本单位相关负责同志签发，或按有关规定报请区县领导签发。具有签发权限的人员名单应提前报区县预警信息发布中心备案。遇有人员变动，应及时更改。

第四条

各区县政府可根据有关法律、法规、规章规定和本地区实际情况，在本区县可能受影响的地区发布预警信息。其中，红色、橙色预警由区县应急委主任批准，并报市应急办及市相关部门备案，黄色、蓝色预警信息由区县分管负责同志批准，并报市相关部门备案。

第五条

对于可能对全市产生重大影响，涉及两个以上区县或城市中心区的预警信息，由市预警信息发布中心按相关规定执行。

第六条

预警信息发布部门或单位应将拟对外发布的预警信息内容提前报预警信息发布中心，同时提交拟采用信息传播手段申请。当信息审批通过后，签发部门和单位应立即通知预警信息发布中心，并将审批件电子版传输给预警信息发布中心。如果信息审批未通过，签发部门和单位需立即通知预警信息发布中心取消该信息的发布准备。

第七条

签发部门和单位应当根据事态发展，适时调整预警级别并通过前置机的录入终端将相关信息传输给预警中心，通报预警信息发布中心和相关部门。

第八条

当事实证明发生突发事件危险已经解除的，签发部门和单位应及时宣布解除预警，终止预警期，并根据需要通报预警信息发布中心等相关部门和单位。

第三章

预警信息发布中心发布流程

第九条

预警信息发布中心发布值班员在接到预警信息发布预通知后应立即通知预警信息发布中心的带班领导，带班领导及时启动相关工作机制，发布值班员做好相关工作准备。发布值班员根据签发部门和单位提交的信息传播手段通知相关单位和媒体做好预警信息发布的各项准备工作预发布的信息不提前传给传播单位，由于媒体没有相应的凭证，万一出错责任分不清。

第十条

发布值班员按照发布策略在发布系统中操作生成发布信息，按发布资源不同，对预警信息进行加工包装，生成适合发布资源的格式，发布操作员须对发布信息进行确认。

第十一条

在接到预警信息正式发布通知后，发布值班人员立即将发布的预警信息通过前置机或者其他方式传输给相关单位和媒体，并对传输情况作监控和记录。

第十二条

发布值班员应实时监控发布任务执行情况。

第十三条

在信息发布后，接到发布资源管理单位的反馈信息后，发布值班员要做好相关统计分析工作，并将发布情况上报给市级预警中心。

第四章

发布资源管理单位发布流程和策略

第十四条

发布资源管理单位，在接到正式发布通知后，对于一、二级预警10分钟内发布，对于三、四级预警应在20分钟内发布。并及时反馈发布情况及统计信息。

多条预警同时发布时，预警级别高的优先发布，同级别的预警信息按接收的时间顺序确定优先级，有特殊要求时，根据相关规定执行。

第十五条

通过电话、短信等手段，向各单位有预警信息发布职能的信息员发布预警信息，各信息员接收到预警信息后，向预警信息发布中心反馈，并利用现有的信息发布手段，尽快向负责区域内的人员传达预警信息。

第十六条

区县预警信息发布中心通过系统对接、前置机、短信电话等方式，向区县的旅游景区发布预警信息，并通过景区广播、电子显示屏等手段，向景区发布。

第十七条

区县预警信息发布中心对本区县的村村响等大喇叭广播系统进行管理，使用大喇叭手段发布预警信息。

第十八条

区县对区县管理的可用于预警信息发布的电子显示屏进行管理，向公众发布预警信息。

第十九条

及时收集各预警信息发布资源的反馈结果，做好预警信息发布运行监控和预警发布反馈统计分析。

第二十条

区县根据本区县实际情况，与电台、电视台等商定预警信息播出办法，电台以实时滚动播报、中断插播等形式，电视台以挂角标、滚动字幕的方式按预警信息发布的时间要求，发布预警信息。

第二十一条

需要使用短信进行预警信息发布的，通过与市级预警信息发布中心系统对接的方式，利用市级短信分区域分群组的发布功能，向本区县内发布预警短信。

第二十二条

通过系统对接的方式，向本区县管理的微博、预警信息发布网站发布预警信息。

第二十三条

区县需要使用市级预警信息发布中心管理的预警信息发布资源门户网站、QQ弹窗、跨区县资源等，通过系统对接的方式，将预警信息传输到市级预警信息发布中心，再由市级预警信息发布中心转发。

第五章

附

则

第二十四条

本流程规范执行中的问题由区县预警信息发布中心负责解释。

第二十五条

预警信息发布 篇3

关键词：暴雨预警信号；策略

引言：近百年来，南方受暴风雨的影响非常的明显，随着南北文化经济大融合，暴雨灾害形成的直接经济损失也影响到了北方，对人类的生命安全也构成了威胁，所以做好暴雨前的预警，防止暴雨给我们带来更大的损失是很有必要的。

一、南方地区汛期暴雨特征以及暴雨预警信息发布原则

南方地区刚开始的时候一般是中小雨有突发性强，雨比较大、降水时间不长的特点，暴雨下的不均匀，范围比较小，对这种暴雨来说预警信号消息到提前发布，不然可能会出现雨已经下完了消息刚发出去的现象。并且要同时注意后汛期的暴雨多半是因为热带低值系统所引起的，他的影响还是比较明显的，尺度大，下的雨还是移动的，雨水下降的强度没有前汛期那么强，但是持续的时间长，雨下的范围比较大，降雨量也相对均匀，这个汛期的预警预报员比较容易把握，但是这种类型的汛期一般有大风，所以预报的时候要把大风和大雨会—起来的情况说明。

二、暴雨预警发布根据

2.1、暴雨预警中短期预报的作用。短期预报在暴雨预警中有预示作用，短期预报中二十四小时内有暴雨的时候预报员发现了就会时刻监视变化动向，只要有出现暴雨的明显征兆时，天气预报员就会及时把消息反馈消息发出准确的暴雨预警信号。相反，如果短期预报失误了，天气预报员在监控的时候，就算是监控到暴雨发生前的某些预兆可能也会粗心大意忽略信息，导致暴雨的信息没法准确的反馈出来造成的经济损失无法想象。所以说暴雨预警中的短期预报如果准确那就好办，要是不准确就会导致天气预报员产生错误的分析，产生了错误的分析就错失发出暴雨预警消息的机会，导致的经济损失无法估量。

2.2、使用雷达和地面的距离测定雨的强度和落区。利用雷达可以知道雷达回声波指定位置雨的强度，根据回声波在固定时间内移动的方向和速度可以计算出下一个回波要经过的地区，并且可以结合地面的降雨量，回波的强度级可以估计出下一个回波的降水量。如果达到了暴雨预警的要求就发布暴雨预警：如果降水的回波移动了那么就要考虑是否降雨地区移动到下一个地区，所以利用雷达的回波可以确定降雨的雨量和降雨的地区。只要天气预报员时刻监控气象变化然后利用各种资料结合分析.暴雨预警还是可以预测到的。

2.3、卫星云图确定下暴雨的区域。暴雨的预警信号在中国内地是有四种，按等级区分分别是蓝色、黄色、橙色、红色，红色是暴雨预测信号的最高级预测。蓝色表示未来十二个小时内降雨或者持续性降雨达到五十毫米左右：黄色表示未来六个个小时内降雨或者持续性降雨达到五十毫米左右：橙色表示未来三个个小时内降雨或者持续性降雨达到五十毫米左右：红色表示未来三个小时内降雨或者持续性降雨达到100毫米左右。依靠卫星的云图可以知道雷达回波的最强的地方基本上是卫星云图中云块的对流最旺盛的区域，然后同时结合水汽云图的走向和分布就能确定产生暴雨的时间和地方。

2.4、准确发布暴雨预警的主要是自动站雨量记录。暴雨预警的关键是雨量的发布，但是雷达中所反映的降雨量误差比较大，我们不能只用雷达收集的资料来预测未来的降水量，我们还要用自动站雨量收集的资料相结合，综合测量评估得出准确的某个时间段某个地区的降雨量，只要达到暴雨预警的程度就迅速的发布消息。

三、暴雨预警发布技巧

3.1、降雨量和降雨强度的把握。当暴雨预警达到黄色预警时，表示未来六个个小时内降雨或者持续性降雨达到五十毫米左右，说明降雨时间短但是降雨的强度大。这个时候就会出现我们公路的积水影响车辆正常的行驶，低洼地段的室外电源会有危险，空旷地方的户外作会有危险，农村的农田、鱼塘的排水系统短时间崩溃，城市的排水系统无法及时应对等等情况，所以当天气预报员分析出有未来六个个小时内降雨或者持续性降雨达到五十毫米左右这个情况时及时发布黄色预警信号，避免这些问题的发生。

3.2、时间和时机的把握。在某个地方人口流量高峰期、車辆流量高峰期，比如说上班下班的那个时间段，假如那个时候出现了短期强降雨，公路的积水影响车辆正常的行驶，交通可能会引起瘫痪，学生族上班族如果提前没有收到这样的天气预报那么所产生的影响就可能不是仅仅的经济损失，可能会出现生命安全问题。所以说，在重要的时间段发布暴雨预警信号是非常的有必要的。

3.3、地区原则。我们国家地大物博，可能是相同的某个地区的暴雨，人口流量大、道路不宽、地势较低的地方受到的影响更严重，相对于人口流量小、道路宽阔、地势较高的地方没什么影响，这就要在发布预警的时候考虑到该地区的的地势以及承受能力从而决定要发布怎么样的预警信号。

3.4、改变信号的发布。当我们—开始发布信号，比如说我们刚开始发布的是蓝色预警信号，但是接下来的时间里降雨时间变短，降雨强度变强即十二个小时内降雨或者持续性降雨达到五十毫米左右仍然在降雨并且预计未来六个个小时内降雨或者持续性降雨达到五十毫米左右我们这个时候就要改发黄色暴雨预警信号。如果发布了黄色预警之后雨水累计量达到了五十毫米还在继续下雨但是雨的强度变小我们就不用接着去发布橙色暴雨预警信号，还是发布黄色暴雨预警信号。

当天气预报员没有及时的发布黄色预警，但是降雨量已经达到了黄色预警的标准并且降雨还在继续雨强持续变大时，我们可以直接发布橙色预警。当天气预报员发布了黄色预警，但是在短时间内降雨量达到一百毫米我们就该直接发布红色预警。

总结：利用雷达、云图、自动站雨量记录等各种得到的资料资源进行综合的分析做出暴雨预警，准确的发布出暴雨预警信号，并且考虑暴雨预警信号发布的时间，地点，降雨量，降雨强度给人们一个应对即将到来的暴雨做一个应对的措施或者警告，这样可以降低经济财产损失，保障人生安全。

预警信息发布 篇4

1 各要素预警指标的建立

目前, 襄垣县区域自动站仅有温度、降水、风速、风向四要素, 分别分析高温、低温、暴雨、大风、寒潮的预警指标。这里的预警指标是以中国气象局《气象灾害预警信号发布与传播办法》为基础, 但不完全照搬, 而是结合本地气候特点建立的易造成气象灾害的天气预警指标。兰红平提出的预警信号发布时应注意遵守的四个基本原则为:时机得当、发布慎重、应变迅速、减灾为本, 这是以预报为基础的预警原则。这里的预警指标是以天气实况为基础的, 应遵循“既不能发布过频, 也不能将易造成气象灾害的天气漏报”的原则。

1.1 大风预警指标

大风使森林火险等级居高不下, 对农业设施破坏严重。《气象灾害预警信号发布与传播办法》中的最低指标为平均风力在6级以上, 即>10.7 m/s, 与本地情况基本相符。而本系统的大风预警指标的最大风速达到10.7 m/s以上, 因此, 按实际风力发布信息即可。在系统试运行中, 用极大风速 (3 s最大平均风速) 和最大风速 (10 min最大平均风速) 分别试验。2011-11-22T12:00—13:00的极大风速和最大风速 (如表1所示) 相差3.8~7.0 m/s, 8个站中有6个站的极大风速达到了发布标准, 而最大风速无1站达到发布标准。本站得极大风速为14.2 m/s, 体感一般, 随后全县各乡、镇也未有灾情上报。因此, 指标应以最大风速设定。一天中 (以7:00为界) 达到大风指标的天气可能在连续数小时中出现, 只发第一个达标的大风预警。

1.2 降水预警指标

襄垣县的气候特点是:十年九旱、旱中有涝, 降水分布严重不均。每年6—9月的山洪、泥石流、塌陷防灾工作压力较大。考虑到以防汛为目的降水预警发布的时效性, 本系统只发布1 h、2 h、3 h达指标的降水量。

1 h降水预警指标为≥10 mm, 2 h降水预警指标为15 mm, 如表2所示。为了避免出现上时段降水量已≥15 mm、本时段无降水而发布的2 h降水预警等情况, 将指标条件定为“ (R1+R2≥15) , R1>0, R2>0”, 可满足2 h降水预警的实际需要, 且与1 h降水预警指标条件不冲突。

3 h降水预警指标为25 mm, 如表3所示。指标定为“ (R1+R2+R3≥25) , R1>0, R3>0”, 可满足3 h降水预警实际需要, 且与1 h或2 h降水预警指标条件不冲突。

2011-07-29各站均出现较大降水, 降水预警发布情况如表4所示, 预警信息基本能够满足防汛服务要求。

襄垣最大的水库——后湾水库是国家大 (II) 型水库, 防洪抢险应急工作十分重要。水库所在流域的上游主要在沁县区域, 所以加入了沁县的漳源、册村、南泉、故县、杨安、次村6个自动站降水预警。

襄垣属海河流域, 浊漳河的3大干流西源、南源、北源分别从境内的贺家垴、南沟、吴北入境。西源、南源在甘村汇合, 至北底乡合河口与北源汇流, 注入黎城, 流经8个乡、镇。因此, 加进了浊漳河上游武乡县的洪水、蟠龙、监漳3个自动站水预警。

1.3 高温预警指标

夏季, 气温上升到一定程度时, 主要农作物小麦、玉米生长发育会受到不利影响。本地最高气温历史极值为39.1℃, 高温预警指标定为≥35℃。统计近21年的资料, 如表5所示。从每年日最高气温 (从各时段最高气温中挑取) 出现天数分析, 符合“既不能发布过频, 也不能将易造成气象灾害的天气漏报”的原则。一日中达到高温指标的天气可能连续数小时, 只发第一时段最高气温预警。

1.4 低温预警指标

冬季低温预警主要提醒人们及时添衣保暖, 提醒各级领导关注群众的供暖状况。襄垣站最低气温历史极值为-29.1℃。统计近21年的最低气温日数, 如表6所示。因大部分区域站较襄垣站气候偏冷, 上马、王村、西营最低气温较襄垣站低4℃, 低温预警指标定为≤-20℃。

因本地降温突发性不强, 但随着夜间气温的降低容易达到最低气温预警发布指标, 考虑到防御本类灾害不需要夜间提醒的实际需求, 规定仅在6:00—20:00发布预警, 且一日中 (以7:00为界) 达到低温指标的天气可能连续数小时, 只发布第一时段的低温预警。

1.5 寒潮预警指标

寒潮天气对本地的危害极大, 特别是在4月果树开花时节, 需及时提醒果农采取防冻措施;在10月需及时提醒农民收冬白菜。本系统参照《气象灾害预警信号发布与传播办法》, 规定寒潮预警指标为: (1) 最低气温≤4℃, 最大风速>8 m/s (5级) , 48 h降温>8℃; (2) 最低气温≤0℃, 最大风速>10.8 m/s (6级) , 24 h降温大于12℃。

一日中 (以7:00为界) 达到寒潮指标的天气可能连续数小时, 只发第一时段寒潮预警。

2 各要素合法性检验

为了避免因自动站数据异常而误发预警, 对各要素做了合法性检验, 有疑问的可立即发短信与负责测报业务及设备维护的人员联系。合法性检验依襄垣站历年统计极值确定标准, 如表7所示。在实际工作中, 风速、气温非常稳定, 一般不会出现错误。降水出现异常主要有两种情况: (1) 承水器网罩或漏斗堵塞; (2) 人为给承水器灌水。第2种情况会导致误发预警。因此, 除了对1 h、2 h、3 h降水量是否超出历史极值检验外, 根据降水的连续性, 系统对每次达到发布标准的1 h降水, 要检查第一个1 min降水达到5.0 mm的前1 min是否有降水, 如果无降水, 立即发短信与负责测报业务及设备维护的人员联系, 人工排除疑问后再发布预警, 最大限度保证降水量预警不失误。

3 系统的实现

本程序用Visual Basic6.0语言编程, 流程如图1所示。

3.1 数据库的访问

使用ADO数据控件访问市气象台自动站数据库服务器, 在每个整点后的05分05秒对各站完成1次循环, 即进行1次远程查询、合理性审核、是否达到灾害性天气预警发布标准判断、短信发布, 然后追加要素记录和已发短信记录。要素记录、已发短信记录均可以通过菜单“数据库”和“短信记录”查阅。之所以规定在每个整点后的05分05秒开始循环, 是考虑到每个自动站采集器时间快慢的差异, 保证访问数据库在每站资料全部入库后执行。

3.2 系统的初始化

系统用户分为管理员和一般用户, 管理员有权设定的主要参数包括管理员密码、区域自动站站名、区站号和各站对应的服务用户手机号等。

第一次运行或退出程序1 h以上, 重新运行程序, 程序会自动连接远程数据库, 查询各站前24 h各时段降水量、前24 h各时段最低气温和24 h、48 h日最低气温, 补进本地数据库, 不需人工添加, 由程序初始化模块完成。

3.3 短信发布功能的实现

本系统发布短信采用了短信猫 (GSM MODEM, 适用于WAVECOM、西门子、诺基亚、摩托罗拉等) , 支持标准AT指令的GSM短信终端。短信发布格式如表8所示 (ZM$表示站名, FL$、Str$表示对应要素值, LJ$表示降水量级, Phour表示时间) 。另外, 也可以将短信发布给电子显示屏或大喇叭。

3.4 增加了监控和查询功能

加进了自动站运行状况监控功能, 在程序运行中如果发现某站资料未按时入库, 每次测报业务中心和设备维护中心负责人都会收到系统的短信提示 (如表8所示) , 提醒维护人员要及时处理故障 (可能是自动站采集器时间不准等原因造成的) 。

附加了以表格和柱形图查询分钟雨量的功能, 使每次降水过程如自记纸一样直观, 并可生成Excel文档长期保存, 以备以后科技服务查阅和课题研究使用。

3.5 系统的推广

只需要改变本地极值和用户表, 以及区域站名, 即可用于其他县 (市、区) 对本地区域自动站的监控, 易推广、易操作。

4 试运行结果

本系统从2011-12-10开始试运行, 至2012年底, 所有达到大风、降温、高温、强降水发布标准的信息无一漏报。2012-07-31的强降水过程, 共13站达到1 h、2 h或3 h预警发布标准61次, 共发布短信303条。

2012年雨量传感器使用期 (05-01—10-31) 1 h、2 h、3 h降水量仅上马站超出襄垣站历史极值, 合法性检验标准有待随资料积累年限延长进一步调整。

5 结论

本系统自动对区域自动站大风、强降水、高温、低温、寒潮等灾害性天气进行全天候监控, 并可及时将已出现的灾害性天气通知给用户, 值班员不再为有无特殊天气定时查看自动站综合业务处理网络系统应用终端, 节省了人力, 避免了失误, 对于无夜间测报业务、守班任务的一般站更实用。

水库安全关注的是上游降水, 本系统对保障水库安全更有意义。对比靠探头图像监视远距离天气状况的办法, 本系统对获取远距离天气实况定量、定性、方便、快捷, 而且短信接收信息不受时间、地点约束。

本系统仅需要1台计算机、1个短信猫, 投资少、见效快, 性能稳定可靠, 且易于推广。能够有效提高区域自动站投资效益, 发挥科技的力量, 为当地防灾、减灾作出更大贡献。

摘要：根据襄垣县的天气情况, 制订重要天气预警标准和防御指南。通过访问本县及沁县、武乡县部分区域自动站各正点资料数据库, 检索符合发布预警信息的数据, 自动启动短信发布, 将天气实况和防御指南发布给相应用户。系统对所选各区域站灾害性天气24 h不间断监控, 并及时发送灾害性天气信息, 为各级领导指挥部署防灾工作争取了宝贵时间。

预警信息发布 篇5

为补充工作人员，龙川县突发事件预警信息发布中心决定公开招聘工作人员2名(见附件《龙川县突发事件预警信息发布中心公开招聘工作人员岗位表》)。根据《广东省事业单位公开招聘人员办法》，经龙川县人力资源和社会保障局核准，现就有关事项公告如下：

一、招聘条件

(一)具有中华人民共和国国籍;

(二)遵守中华人民共和国宪法和法律;

(三)具备良好的品行和职业道德;

(四)具备岗位所需的文化程度、专业知识和业务能力;

(五)适应岗位要求的身体条件;

(六)岗位所需的其他条件。

有下列情况之一者，不得报考：

1.受行政处分未满5年或其它行政处分正在处分期内的。

2.曾因超生被有关单位依照人口与计划生育有关规定作出处理决定，从该处理决定作出之日起未满5年的`。

3.近两年内，在机关、事业单位招录(聘)考试、体检或考察中存在违纪行为的。

4.因涉嫌违法违纪正在接受审计、纪律审查或者涉嫌犯罪，司法程序尚未终结的;或者刑事处罚期限未满的人员。

5.法律、法规规定的其它不得应聘的情形。

二、报名办法

(一)时间：207月8日至10日，上午9:00至11:30,下午15:00至17:30。

(二)地点：龙川县县委党校(县交通运输局左进50米)。

(三)报名方式：现场报名(资格审查)。报名需提交以下材料(验原件收复印件)：

1.户口簿、二代居民身份证;

2.学历学位证书(非全日制学历须提供学历认证材料);

3.岗位资格条件要求的其它证书;

4.本人近期正面免冠同版小一寸相片1张;

5.报名登记表(见附件、本人手工填写，不得代填)。

(四)报名注意事项：

1.考生须诚信报名、诚信考试，凡提供虚假报考申请材料的，一经查实，即取消报考资格。对伪造、变造有关证件、材料、信息，骗取考试资格的，将按有关规定予以处理。涉嫌犯罪的，移送司法机关处理。

2.根据《关于引导和鼓励高校毕业生到农村基层从事支教、支农、支医和扶贫工作的实施意见》(粤人社发〔〕141号)、《广东省选聘高校毕业生到村任职工作实施意见》(粤组通〔〕50号)有关规定，对在6月26日至2015年6月26日期间服务期满考核合格的“三支一扶”和“大学生村官”，报考时笔试成绩加10分。符合相关条件的考生报名时提交省级相关主管部门颁发的《广东省“三支一扶”合格证书》或《广东省高校毕业生到农村任职工作证书》，同时在《报名登记表》备注栏内注明服务的基层项目名称、合格证书编号。

3.准考证领取：提交材料经审核符合报名条件的，在7月16日-17日凭身份证到龙川县气象局办公室领取。

三、考试

(一)笔试。2015年7月18日上午9:00至11:30在龙川县隆师中学举行。笔试科目和内容包含行政职业能力测验和申论。各招聘岗位笔试成绩合格分数线为60分。考生凭身份证和准考证参加笔试，笔试结束后10个工作日内在龙川县政府网站上公布考生笔试成绩和参加面试人员名单。

(二)面试。面试采取结构化面试方式，分为合格、不合格。各招聘岗位在笔试成绩合格考生中从高分到低分按拟聘人数的1∶2 确定面试对象，笔试人数达不到1∶2 的，按笔试成绩合格人数确定。考官组当场决定面试考生合格或不合格，并通知考生。如面试合格考生中笔试成绩排名到岗位拟聘人数最后一位出现同分情况时，将第二次组织面试评分确定进入体检考生。具体时间地点在龙川县政府网站上另行公告。

四、体检、考察、公示

(一)体检。根据招聘岗位拟聘人数在考试总成绩合格考生中从高分到低分等额确定的体检人选安排到县级医院进行体检。体检标准按照《广东省事业单位公开招聘人员体检实施办法(试行)》执行，体检费用自理。

(二)考察。体检合格的考生确定为拟聘用考察人选，按照《广东省事业单位公开招聘人员考察工作实施细则(试行)》等有关规定，对其政治思想、道德修养、能力素质、学习和工作表现、遵纪守法、廉洁自律、社会关系以及是否需要回避等方面的情况进行考察，并通过查阅个人档案等方式核实其是否符合报考资格条件。

(三)公示。体检、考察合格者确定为拟聘用人选，在龙川县政府门户网站上公示，公示期为7个工作日。

体检、考察不合格或公示有异议经查实影响聘用的，可依次递补体检、考察、公示人选。

五、办理聘用手续和福利待遇

拟聘用人选经公示无异议的，报龙川县人力资源和社会保障局审核后办理相关手续，兑现相应待遇。

六、其他事项

(一)不指定考试教材，不举办、也不委托任何机构举办考试辅导培训;

(二)凡弄虚作假者，不论何时发现，一经查实，即取消资格;

(三)本公告及附件在龙川县人民政府网站发布;

(四)本次招聘工作由龙川县人力资源和社会保障部门全程监督，举报或投诉电话：0762-6882840;

预警信息发布 篇6

国务院办公厅《“十一五”期间国家突发公共事件应急体系建设规划》提出:由中国气象局牵头负责,会同有关部门、单位建设“国家突发公共事件预警信息发布系统”。该系统要依托气象业务系统和气象预报信息发布系统,扩建其信息收集、传输渠道及与之配套的业务系统,增加信息发布内容,建立权威、畅通、有效的预警信息发布渠道,形成我国突发公共事件预警信息综合发布系统。

近年来,湖南省气象局气象服务的渠道不断拓展,已建成包括电视、电台、报纸、电话、传真、网络、手机、LED显示屏、乡村大喇叭等多种现代化信息传播手段,使得气象服务水平不断提高[1],气象信息的覆盖面不断扩大,为省级突发公共事件预警发布平台的建设打下了良好的基础。

1 省级信息发布现状分析

随着湖南经济、社会和媒体的快速发展,民众对于突发公共事件相关信息的获取渠道越来越广泛,需求也越来越高。因为没有一个完整的、权威的信息发布与获取体系,很容易导致谣言、歪曲事实等情况发生。因此,建设一个省级突发公共事件预警信息发布系统迫在眉睫。经对现状分析,目前的发布体系主要存在以下不足。

1.1 发布体系与需求脱节

当前的信息发布体系不能满足社会经济迅速发展和人民群众规避灾害风险意识增强的需要;设施装备、软件硬件技术、预警规范等技术支持体系尚不够现代化、不能适应社会经济发展带来的需求变化;技术体系的瓶颈制约了预警指挥上下联动和部门联动的统一性与有效性,严重影响了应急服务响应的快捷与机动性;降低了信息传播的及时与广泛性、决策服务的敏感与针对性和社会百姓规避风险的科学与有效性。

1.2 发布系统分散

全省各厅局各有自己建设的发布系统,且互不联通。省气象局虽然建设有多种信息发布手段,但每个发布手段均是初级独立的业务系统,各自闭塞,布局及运转比较分散,集约程度不高,容易导致信息处理任务繁重、发布操作复杂、缺发漏发等问题。

1.3 信息共享不全

突发公共事件相关信息,多为敏感信息,各相关单位基于各种主观或客观目的,不愿完全共享,或者标准、提法不一致,导致信息片面,较易出现基层决策失误等问题。

为了弥补以上不足,打破突发公共事件预警信息发布的壁垒,首先需要在国家突发公共事件预警信息发布系统的大框架下,结合省里的实际情况,设计、建设好省级突发公共事件预警信息发布系统,从技术上促进发布体系完善、发布手段集中、信息共享和标准一致,最终实现权威、畅通、有效的公共事件预警信息发布体系。

2 平台建设的需求

建设省级突发事件预警信息发布平台的核心是不断强化公共服务职能,健全公共服务体系,满足人民群众对公共事件的信息需求,更好地为各级党政部门决策提供依据。为此,省级平台需要满足如下4大需求。

2.1 公众科学避险的需求

随着社会的发展和人民生活水平的提高,公众对突发公共事件(如气象灾害、社会安全事件等)相关信息的需求越来越多。提供充分的信息、指导科学避险,保障人民群众生命财产安全,是本平台建设的第一需求。

2.2 党政部门决策服务需求

准确、详细、全面的信息,是党政部门处置突发公共事件做决策的基础。而决策的结果及时发布到需要人群,是政令畅通执行的首要环节。因此,科学高效处理突发公共事件,满足党政部门决策的需求是省级平台建设的当务之需。

2.3 双向互动需求

突发公共事件预警信息发布面向社会公众和党政部门,关系到大局民生和稳定发展。增强发布体系需要不断加强与社会的互动,积极调查和反馈党政部门及社会对信息发布的建议和意见,从而不断改进发布体系,提高服务水平。

2.4 安全性需求

突发公共事件预警信息多为敏感信息,对安全性要求非常高。在确保平台安全同时,也要确保信息安全,在传输的过程中需防破坏、防泄露、防篡改。信息要加密,要求有信息源认证、访问控制[2],不能有非法软件驻留,不能有非法操作。

3 平台框架设计

3.1 平台定位

湖南省突发公共事件预警信息发布平台定位于国家突发公共事件预警信息发布平台框架下的省级预警信息发布管理平台,在全国应急指挥体系中的位置如图1所示。

图1中省级平台通过政务外网与省级政府应急指挥平台联通,可以突破气象的界限,与其它单位进行信息共享,实现包括气象灾害类别在内的所有突发公共事件预警信息发布。

省级平台在发布手段上,与其它各级平台的关系如图2所示。

3.2 平台架构

湖南省突发公共事件预警信息发布平台运用GIS技术、Java技术和.Net技术,构建于ORACLE数据库系统和Windows 2008 Server操作系统之上,以B/S和C/S相结合的模式实现了平台上信息采集、封包、传输、解包、发布的集约、规范、高效处理。平台的总体框架图如图3所示。

平台中,网络、通信系统和视频会议系统是基础支撑,预警信息数据库是核心,所有的应用(如:预警信息收集、审核、管理和发布)均以它为基础。

3.3 信息发布流程设计

首先是预案单位对预警信息进行登记,然后上报到省应急办进行审核。省应急办签收后,对预警信息进行审核,如审核通过,则此预警信息被直接送到发布中心进行发布。发布中心签收到这条预警信息后,对此预警信息进行核对。核对通过,则发布中心进行预警内容分媒体制作,并通过多种发布手段进行发布。并将发布的情况分别向预案单位监控系统、发布中心发布监控和省应急办发布监控进行反馈。信息发布流程如图4所示

4. 省级平台的特点

4.1 信息内容规范化

为了统一对同一突发公共事件的共同描述,统一来自不同媒介的预警信息,平台引入国际通用的预警信息标准格式—通用警报协议(CAP,Common Alerting Protocol),简称CAP协议[3]。使用该协议将预警信息进行规范化,以整合现有预警发布手段并承接将来新增的发布手段。

在预警信息的录入端,采用统一按照CAP协议制定的预警信息录入界面[4]。各种发布手段的预警信息内容都根据各自发布手段字数要求和发布形式等特点,从录入界面所录入的信息段进行提取,产生对应不同发布手段的预警文本,以在各种手段平台进行发布。在整个信息的传递过程,按XML文件进行CAP包封装,整个发布系统中的纵向传递和进入发布手段平台前的横向传递都用这种基于XML格式的CAP包进行。整个CAP包应用流程如图5所示。

4.2 平台运行流程化

平台按照标准规范的流程来设计和开发,同时也实现了各类发布业务的流程规范,例如信息发布流程、信息提取流程、CAP应用流程等。从技术上切实保障了省级发布体系的顺畅、高效和规范。

4.3 信息监控自动化

省级平台对信息流转过程全程自动监控,从信息录入到信息发布,在安全方面有告警,在流转方面有记录,各手段的发布情况实时自动向上反馈。实现了运行监控窗口的最新动态和实时多角度统计

4.4 平台开发现代化

平台灵活运用各种设计模式[5],实现了代码的强内聚、松藕合,为平台的扩展和后续更新打下坚实基础。采用了当前流行的Java技术和.Net技术,结合最新的GIS地理信息和气象数据,实现了应急区域环境自动分析等一系列高科技含量的功能。

5 结论

省级突发公共事件预警信息发布平台依托气象信息发布手段和政务外网,采用CAP协议标准,建立科学的预警信息发布流程,基本实现信息流转的安全、规范、高效和科学。充分集成各种资源、采用现代化的手段、运用规范化的管理、以高效率的方式对突发公共事件向公众和党政部门提供了权威信息的发布和全方位覆盖,在防灾减灾、民生保障和稳定发展方面起到了重要的作用。

参考文献

[1]陈朝晖,李春梅,姜翠文,等.湖南浏阳“5.13”大暴雨过程气象服务案例分析[J].安徽农业科学,2011,39(9):5508-5509.

[2]鲁剑锋,刘华文,王多强.访问控制策略的分类方法研究[J].武汉理工大学学报,2011,33(6):878-881.

[3]OASIS Standards.http://www.oasis-open.org/home/index.php,2010,7.

[4]国务院.国家突发公共事件总体应急预案,2006:1-3.

预警信息发布 篇7

为了最大限度地降低自然灾害给人们带来的不利影响,2010~2011年笔者设计、部署并实现了1个灾害预警信息发布系统——“四川省新农村预警信息发布系统”。该系统的主要功能是向可能遭受自然灾害的地区快速、有效地发布预警信息,让人们提前做好灾害防范工作。目前,该系统的信息发布范围覆盖四川省内21个市州的主要乡镇,现已投入工作运行,并在汛期到来后初现成效。

1 设计目标

由于该系统主要针对农村地区,有些地方环境和条件相对恶劣,不可遇见因素较多,在设计该系统时,拟定的目标如下:

1.1 系统应具有用户权限控制和用户分级管理功能

下发的预警信息涉及省内21个市州的县、乡镇,覆盖范围广泛,为了让预警信息的下发对各区域更具针对性,也为了便于对下发内容进行管理,系统需依据行政区域划分设定不同的用户权限,并且具有用户分级管理功能,使不同的用户能对各自所属的信息接收终端发布不同的内容。

1.2 系统的预警信息接收终端必须可靠且具有较好的信息发布效果,同时还应满足便于使用、易于维护、成本可控的要求

接收终端是整个系统设计和建设的重要部分,系统下发的预警信息最终需要通过部署在各地的终端发布给预警告知对象,终端的自身特点直接关系到整个预警系统运行效果的好坏。再加上接收终端主要部署于农村地区并且分布广泛,满足以上要求是预警系统能长期有效运行的基本保证。

1.3 系统必须有一套预警信息下发可靠性保证机制,确保信息能被有效的下发至各终端

预警信息从下发到在终端上显示或播放的过程中涉及较多环节,可能会遇到通讯中断、断电、终端失效等问题,这都会造成信息下发失败,因此可靠性保证机制就必须确保在问题得到解决后,将未过时效性的预警信息下发到终端设备。

1.4 系统必须安全

由于该系统涉及信息发布,受众广且影响范围大,其安全性至关重要,系统必须能防止非法用户的入侵,保证终端上发布内容的合法和安全。

1.5 信息发布客户端必须易部署、易操作、易维护且对硬件要求不高

考虑到使用该系统进行信息发布的用户分布相对分散,所拥有的计算机资源以及性能良莠不齐,因此用于信息发布的客户端必须满足该要求。

2 设计概述

2.1 系统架构

系统由1台中心服务器、1台数据库服务器、多台客户机和以喇叭、电子显示屏组成的若干终端构成(图1)。

2.1.1 中心服务器

中心服务器是整个系统的核心中枢,运行了若干用于系统运作的服务进程:

(1)构建于Tomcat上的WEB服务负责向各级用户(操作员)提供交互界面,接收用户下达的各种操作指令和预警信息(后文将操作指令和预警信息统称为指令),并将指令写入指令队列供主控服务进程调用。用户(操作员)通过该WEB服务还可监控指令执行状态和终端运行情况[3]。

(2)通讯服务进程主要负责与终端通讯。主控服务进程将指令队列中的指令依次发送给通讯服务进程,并由后者负责将指令下发给指定终端,同时接收终端的响应信息,并在数据库中记录指令执行状态。

(3)主控服务程序是中心服务器上的核心服务进程,负责管理指令的执行、监视系统状态、实施系统预设的预警信息发布策略等。其典型的执行流程是:首先,它监控指令队列的状态,将新写入的指令从队列里读出,并持久化到数据库中保存,同时将指令以socket通讯的方式发给通讯服务进程,触发后者与终端通讯交互。随后,主控服务进程以轮询的方式持续监控指令执行状态表(通讯进程会将终端对指令的执行状态写入该表),一旦指令执行失败,将根据预设的策略进行相应处理,如在预警时效内,按一定的时间间隔重新执行预警信息发送流程等,以保证指令正确、及时的执行。

(4)日志服务进程在系统的运行过程中与以上各程序进行交互,并在日志文件中记录其运行状态、用户的操作记录等,形成完整的系统运行日志,为监控和恢复系统运行状态提供数据依据。

(5)系统使用Memcached作为分布式内存对象缓存服务程序,用于缓存各服务进程产生的作交互用的中间数据,其中包括指令队列。

2.1.2 数据库服务器

数据库服务器用于持久化存储系统需要的各种关键数据,其中包括各终端站点的信息、用户账号信息、下发的指令以及指令的执行状态等。该服务器采用Linux操作系统,运行MySQL数据库,并使用磁盘阵列作为数据存储介质。磁盘阵列采用了RAID5作为冗余存储方案,以提高其容错能力及可靠性[4,5,6]。2.1.3客户端各级用户操作管理系统及下发预警信息和指令是通过客户端完成的。为了满足设计预期里对客户端的要求,采用了2种类型的客户端:

(1)基于B/S结构、以WEB方式使用的客户端。只要有1台电脑能通过网络连接中心服务器,用户就能通过浏览器登录控制界面实施对系统的操作和管理。该类型客户端为发布预警和管理系统的主要类型,易部署,易维护,使用方便。

(2)为了满足在紧急情况下能及时发布预警信息的要求,还采用手机作为客户端。使用者可利用经过鉴权的手机进行拨打,通过语音通话的方式直接广播预警,或者也可使用鉴权手机以短信的方式向电子显示屏发送预警。用手机作为客户端虽使用方便,但无法对所辖终端进行监控,缺少终端信息全局视图,不利于预警发布的管理,主要适合于在紧急情况下或基层用户使用。

2.1.4 终端

选择喇叭和LED电子显示屏作为系统的预警信息接收终端。尽管手机、固话、连接互联网的电脑等均可以作为信息接收工具,但由于预警信息主要针对农村地区,而这些区域手机、互联网的普及率不高,人员素质参差不齐,从而选择喇叭和LED电子显示屏作为接收终端。该终端具有以下优势:(1)喇叭广播效果好,覆盖范围广,传播距离远;(2)喇叭的信息发布效率高,相对于手机点对点的信息发布,喇叭的一次广播就能让覆盖范围内的人第一时间接收到通知,这对于争分夺秒的灾前预警非常重要;(3)喇叭对信息接收对象无特殊要求,具备普遍适用性;(4)LED显示屏可长时间滚动播放多类型预警信息,特别适合非短临预警信息的发布,是喇叭的有效补充;(5)喇叭和LED显示屏满足易使用、易维护、成本可控的要求。

2.2 用户权限设定

系统用户权限分为省、市、县3级。省级用户拥有最高权限,除可管理市、县级用户外,还可操控全省所有终端,包括对全省终端发布预警、监控终端显示内容等权限;市、县用户对其行政辖区内的所有终端具有管理权限,其中市级用户还可管理其所辖的县级用户。市、县用户为预警信息的主要发布者,若要跨行政区域发布预警,需向其所属的更高级别用户申请,并由其审核后发布。

2.3 通讯方式

通讯方式主要有无线网络(GPRS)和有线网络2种。虽然采用有线网络进行通讯是最好的选择,但考虑到预警接收终端大都部署在山区等一些偏远地区,使用有线网络并不现实,因此除部分条件较好的地区外,其他地区均采用GPRS进行数据传输。不过使用GPRS也存在着一些问题,如其信号强度对数据传输有一定的影响等。

2.4 可靠性保证机制

确保预警信息能送达终端是系统的关键特性之一,为此笔者制定了预警发布可靠性保证策略。依据该策略,系统会对每一条预警信息在数据库中建立一组跟踪记录,其中记录了下发预警信息和相应指令的完整内容,以及对应接收终端的执行状态,中心服务器上的主控服务进程会轮询每组跟踪记录,对执行状态为“失败”或“未知”的终端实施预警消息或指令的重发,轮询会按指定的时间间隔一直持续,直到该组终端执行状态为“成功”或已超出该组预警的时效为止。预警时效默认为3 h,但在提交预警信息时,可单独设置其预警时效。系统会对超出重发次数或预警时效仍发送失败的预警记录在用户的监控界面上告警,以由人工采取相应措施进行处理。

2.5 安全性

为了确保系统的安全性,采取了以下措施:(1)采用防火墙技术来防范中心服务器受到恶意的网络攻击,以保证服务器本身的安全;(2)采取用户鉴权的方式来确保仅合法用户才能使用该系统发布信息;(3)采用基于DSA的非对称加密技术对预警信息实施数字签名,以确保系统发出的信息不会在传输过程中被劫持篡改,只有在终端验证数字签名为合法后,才会将信息显示或发布出来。

3 系统常见问题及解决方法

在建造和部署该系统的过程中遇到了各种各样的问题,有硬件故障、软件设计缺陷等,其中GPRS通讯问题最为显著。

(1)起初在为终端选址时,通过手机来测试信号,然而在终端投入使用后,常常显示不在线或是下发的指令根本接收不到。在花费了大量的精力去查找硬件和软件的故障后,使用了GPRS信号探测仪才发现是因GPRS信号强度不够造成的。因此在为终端选址时,一定要用GPRS信号探测仪选择信号强度满足要求的地点安装。

(2)GPRS常有网络掉线的情况。由于通讯商采用语音通讯优先级高于数据传输的策略,一旦终端所在区域内的语音业务增多或者终端长时间没有数据传输,就会导致掉线的情况出现。于是笔者先尝试采用心跳连接的方式来保持在线,但这会增加额外的通讯流量,使每个终端的维护成本增加。最后选择了一个折中的方案,通过每日定时重启终端的通讯模块,以保证设备在线。

4 结语

四川省新农村预警信息发布系统是以喇叭和电子显示屏作为信息广播和显示终端的预警信息发布系统,其拥有用户权限控制、用户分级管理等多种功能,具备预警信息下发可靠性保证机制以及健全的系统安全性,其信息发布客户端也达到了易部署、易操作和易维护的要求。目前该系统已在四川省内各市州大量部署,一套有效、完备的灾害预警信息发布系统正逐步的建立起来,其建设能切实提高农村防御气象灾害的能力和水平,在自然灾害面前最大限度地保障人民的生命财产安全,同时其也为解决广大农村地区的气象灾害预警信息发布的“最后一公里”问题,提供了一套切实可行的解决方案。

摘要：论述了四川省新农村预警信息发布系统的设计目标、系统架构、终端设备、通讯方式信息发布的可靠性机制以及系统对于安全性的实现。

关键词：气象预警,语音喇叭,LED电子显示屏,GPRS

参考文献

符国槐,费玉娟,杨再强,等.农业气象灾害预警系统研究进展[J].安徽农业科学,2011,39(18):10936-10938.

吉莉,苘思,李光兵.灾害性气象预警服务效益评估的研究[J].安徽农业科学,2011,39(23):14200-14201.

JASON Brittain,IancF.Darwin.Tomcat权威指南[M].2版.北京:中国电力出版社,2009.

Robert Love.Linux内核设计与实现[M].3版.北京:机械工业出版社,2011.

Paul DuBois.MySQL Cookbook[M].北京:电子工业出版社,2008.

预警信息发布 篇8

关键词：突发公共事件,应急管理,信息沟通

随着全球气候变暖, 极端天气气候事件呈现出增多增强的趋势。聊城也是一个灾害性天气发生类型和频率比较多的地区, 如何科学高效地开展应急信息管理成为十分重要的一个环节。笔者围绕聊城市灾害性天气应急管理的现状, 通过观测的统计数据, 分析当前山东省聊城市气象部门从事灾害性天气应急管理中的信息沟通问题, 展开建立灾害性天气信息沟通机制的研究。

1系统介绍

1.1突发公共事件短信息服务平台

利用公共通信网络建立突发公共事件短信息服务平台, 将市、县两级突发公共事件应急委员会、安全委员会成员单位、防汛抗旱指挥部成员单位主要领导、乡 (镇) 党政主要领导、各行政村主要领导和突发公共事件协管员的手机号码, 分类建设防灾减灾、安全生产决策领导手机号码信息库。通过决策短信息服务平台, 免费发送区域内重大突发公共事件预警信息、实况信息、预防信息等, 其中各行政村主要领导接收到预警信息后要在第一时间通过“村村通”平台及时向所有村民广播。

1.2突发公共事件电子显示屏服务平台

在城市主要街区、大型广场、社区、车站、集市、学校、医院、宾馆、机关、企事业单位、乡镇等人口密集区域设立室外大型、室内小型突发公共事件电子显示屏, 拓展传播渠道, 扩大信息覆盖面。

1.3突发公共事件协管员

在各乡镇设立由分管农业的副乡长兼职的突发公共事件协管员, 负责突发公共事件信息上报至突发事件归口部门, 协助做好灾害防御知识的科普宣传和技术咨询等;负责布设在区域内突发公共事件建设项目的日常维护。

1.4突发灾害观测系统

突发灾害性天气属中小尺度系统, 为及时发现其生消过程, 加密布设观测站, 每个乡镇建设区域天气观测站, 共计建设四要素天气观测站117套, 风廓线雷达1部, 双线偏振雷达1部, 市气象局建设移动应急指挥系统, 提高对突发自然灾害的监测预警。对观测信息实时进行显示、分析监测。

2运行机制

地方各级人民政府是行政区域内突发公共事件应急管理工作的行政领导机构, 负责行政区域内各类突发公共事件的应对工作, 由政府财政拨付专款进行行政区内预警信息发布系统建设及其维护。系统本着统一管理的原则, 设在当地气象局, 气象部门负责预警信息的收集与发布, 移动、联通等通信部门要做好配合, 为这一工作提供免费服务。当公共事件协管员、各村主要领导手机号码发生变化时应及时通知气象局对信息库进行更新, 以确保信息畅通。

3工作原则

3.1统一领导, 分级负责

在市委、市政府的统一领导下, 建立健全的分类管理、分级负责, 条块结合、属地管理为主的应急管理体制。在各级党委领导下, 实行行政领导责任制, 充分发挥专业应急指挥机构的作用。

3.2快速反应, 协同应对

加强以属地管理为主的应急处置队伍建设, 建立联动协调制度, 充分动员和发挥乡镇、社区、企事业单位、社会团体和志愿者队伍的作用, 依靠公众力量, 广泛收集各类灾情并及时上报当地气象部门, 并对辖区内的各类应急观测设备进行巡视维护。

4结论与展望

突发公共事件预警信息服务平台可提高政府保障公共安全和处置突发公共事件的能力, 最大程度地预防和减少突发公共事件及其造成的损害, 保障公众的生命财产安全, 维护社会稳定, 促进经济社会全面、协调、可持续发展, 促进平安聊城建设, 推进聊城市农业信息化建设进程。

灾害性天气信息沟通管理是灾害性天气应急管理的重要工作, 无论是理论研究还是在实践运作方面, 都还有待于进一步深化研究。

参考文献

[1]裴顺强, 孙健, 缪旭明, 等.国家突发事件预警信息发布系统设计[J].中国应急管理, 2012 (8) :32-35.

[2]刘松灵.突发公共事件信息发布系统设计与实现[D].成都:电子科技大学, 2015.

[3]袁宏.我国突发公共事件预警体系建设研究[D].开封:河南大学, 2009.

[4]朱金花, 于万荣, 乔云红, 等.浅谈防灾减灾的重要支撑—国家突发事件预警信息发布平台[C]//中国气象学会.第28届中国气象学会年会——S10公共气象服务政策体制机制和学科建设.中国气象学会.2011:4.

[5]张维平.突发事件预警管理体系的构建及运行[J].中国人民公安大学学报:社会科学版, 2009 (1) :61-67.

预警信息发布 篇9

关键词：GPRS,信息发布,预警设备

近年来, 随着我国极端天气事件增多, 突发性、局地性气象灾害呈现多发、频发、重发态势, 气象灾害监测预警及信息发布工作面临着严峻挑战, 传统、单一、低效率的信息发布方式已难以满足日益提高的气象服务需求[1]。《“十一五”期间国家突发公共事件应急体系建设规划》提出由中国气象局牵头, 会同有关部门建设国家突发公共事件预警信息发布系统, 主要依托中国气象局现有信息化基础设施和信息发布渠道, 通过进一步完善和扩建其功能, 形成覆盖全国的突发公共事件预警信息统一发布系统, 在国务院应急办的领导下, 承担国家突发公共事件预警信息发布系统建设、运行与维护, 并为各部门提供预警信息发布服务[2]。

GPRS即通用分组无线服务技术 (General Packet Radio Service) 的简称, 是一种基于GSM系统的无线分组交换技术, 提供端到端的、广域的无线IP连接[3]。通俗地讲, GPRS是一项高速数据处理的技术, 方法是以“分组”的形式传送资料到用户手上。为了保证信息传输的可靠性和稳定性, 本系统采用的是TCP/IP网络通讯协议。

1 系统架构

总体上来说本系统由两大模块构成:信息管理模块和信息通讯模块。为了节约资源并且方便数据统一管理, 信息管理模块采用B/S架构, 只需要在省级的总服务器上部署一个web网站, 各个县市的气象管理员就可以登录网站参与信息的管理和发布;信息通讯模块采用C/S架构, 以系统服务的形式部署在服务器上和各个预警设备进行数据通讯。为了保证系统的可维护性和可扩展性, 两大模块均采用了经典的三层架构的开发方式:应用层、业务层和数据层。

1.1 应用层

信息管理模块的应用层直接面向信息管理员, 管理员被赋予不同的角色 (权限) , 在各自允许的权限下进行各项管理和操作, 操作指令提交给业务层。信息通讯模块面向的是不同的预警设备, 预警设备将信息提交给业务层。

1.2 业务层

业务层又叫业务逻辑层, 其主要任务就是处理应用层提交的数据, 并且将处理后的数据交付给数据层, 或者是将提取到的数据层的数据处理后交付给应用层。

1.3 数据层

数据层负责存储数据, 只涉及对数据的增、删、查、改的操作, 不涉及任何业务逻辑的判断, 这样才能保证系统的松散耦合性, 便于系统的维护和扩展。

2 系统硬件设计

基于GPRS的气象预警信息管理发布系统的硬件系统包括预警信息语音发布一体机、图文LED电子屏、系统服务器等。

2.1 预警信息语音发布一体机

预警信息语音发布一体机能够接收文字信息并通过语音的形式播放.主要功能特点包括:短信、GPRS、电话信息接收。内置扬声器, 同时也可外接扬声设备, 扩大收听范围。主动播放, 设备管理人员人工启动;自动播放, 接收有效信息命令自动启动广播。接收有一定权限的电话呼叫或有效安防报警器信息命令时启动广播, 广播完毕自动关闭。向管理平台发送本机状态信息报告 (正常接收、关机) 。接收并识别信息内容, 区别合法、非法信息内容。具有移动座机 (电话) 的基本功能并有来电显示。紧急信息播放可以自动中断通话。与本区域内接收机实现快速拨号通话功能。在本区域内有广播会议功能。

2.2 图文LED电子屏

图文LED电子屏内置无线信息接收卡, 能够对接收到的图片和文字信息进行处理和显示。主要功能特点包括:时段控制, 系统为用户设置了最多为10个专业信息的发布时段;支持多网络, 系统支持中国移动、中国联通及中国电信的无线移动网络;多种信息接收方式, 系统支持短信发布平台、手机等编辑发布的信息;支持大容量信息接收, 一条信息最长可达350个汉字;信息个性化设置, 系统支持文字颜色、显示速度、停留时间和40种的显示特效;预警信息优先发布, 当接收到预警信息时, 大屏就会立即切换显示预警信息。

2.3 系统服务器

系统服务器包括web服务器和数据服务器, 在web服务器部署web站点和通讯模块, 当然这两者也可以不在一个服务器上, 并保证该服务器接入外部网络。数据服务器上搭建基于Microsoft SQL Server 2008 R2的数据服务用户存储数据。数据服务器不接入外网, 但是要和web服务器处于一个内网以便于二者能进行数据交互。管理员通过访问web服务器上的站点对预警设备进行信息的管理和发送, 预警设备通过指定的IP和端口号和web服务器进行数据传输。

3 软件系统设计

3.1 数据库模块设计

数据库管理系统是一种通过数据结构来操作和管理数据库的计算机软件, 用于建立、使用和维护数据库, 具有数据安全性、完整性、并发性控制以及故障发现和恢复等功能, 能够为数据库访问提供高效、灵活的方法方式[4]。在基于GPRS的气象预警信息管理发布系统中数据库的地位十分重要, 它是联系信息管理模块和信息通讯模块的中间纽带。管理员通过浏览器将要发送的信息存入数据库, 通讯模块不断扫描数据库, 发现有待发送的信息就立即发送, 发送后的反馈信息再存入数据库, 之后用户从数据库提取反馈信息。所以数据库在本系统中起着不可替代的作用。由于本系统的用户分为省、市、县三个级别, 所有数据的设计就分为两个部分, 权限管理部分和信息管理部分。

权限管理就是要求具有不同权限的用户登录系统后看到的内容以及所能进行的操作不相同, 其表结构和关系如下图所示。

图1一共有五张表, 分别是用户信息表 (User Info) 、角色表 (Role) 、部门表 (Department) 、用户行为信息表 (R_User_Action Info) 和行为信息表 (Action Info) 。

数据库设计中表与表之间的关系有三种:一对一、一对多、多对多。一个用户可有多个角色, 一个角色也可以分给多个用户, 那么这两个表之间的关系就是多对多。用户登录成功后可以从三个方向获取操作行为。第一, 获得用户的部门信息, 再由部门信息获得该部门的角色, 从角色表中获得对应的行为;第二, 根据用户获得角色, 由角色获取对应操作行为;第三, 根据用户查找用户行为信息表 (这个一般是作为特殊权限处理) , 从用户行为信息表中获取行为信息。最后将从上述三种途径获得的行为信息进行合并就是该用户所有的权限。

信息管理就是存储用户发送的信息以及预警设备和服务器之间通讯传输的信息。信息管理部分有五张表:设备安装信息表 (Equip_Installed) 、设备厂家表 (Equi_Factory) 、设备信息发布状态表 (Equip_Msg Sent) 、设备发布信息表 (Msg_Sent) 和设备状态表 (Equip_Online) 。设备安装表用于保存设备安装位置的详细信息, 设备厂家表保存设备对应生产厂商的信息, 设备信息发布状态表存储每个设备接收信息的状态, 设备发布信息表存储设备接收到的信息的具体内容和时间, 设备状态表存储设备每个时间段 (以小时为单位) 在线状态以及每天总的在线时长。

3.2 管理模块设计 (web)

基于B/S架构设计信息管理以及发送模块, 用户无需安装客户端, 可通过浏览器访问部署到服务器上的web站点, 全省只设一个服务站点, 实现了数据的统一管理。信息管理功能结构如图2所示。

3.3 通讯模块设计

搭建一个统一的通讯服务器, 将通讯模块部署到这个服务器上, 所有的预警设备被接入到这个服务器指定的IP和端口号, 这样就实现了对所有的设备的统一监管。服务器启动后建立一个监听队列, 该队列中保存了远程预警设备的信息。预警设备和服务器通讯按以下步骤实现数据的交互:

(1) 服务器启动监听并建立监听队列。

(2) 预警设备向服务器 (指定的IP和端口) 发送心跳连接包。

(3) 服务器收到心跳包后检查数据是否合法, 如果合法则将该远程端点信息加入到监听队列同时向预警设备发送反馈信息, 预警设备收到服务器的反馈信息后就确认连接建立。如果预警设备发出心跳连接包后在规定的时间内没人收到回复信息就重新发送心跳连接包。

(4) 服务器在规定的间隔时间内检查监听队列以确定预警设备是否在线。

(5) 每隔一段时间就扫描待发信息表, 如果发现有待发的信息, 检查监听队列, 如果该信息对应的预警设备在线就立即发送。当预警设备收到信息后就回复服务器, 服务器收到回复信息后就更新待发信息表。如果信息没有发送成功或者预警设备离线, 那么就在规定间隔时间重复发送, 直到发送成功或者信息过时。

3.4 数据库访问技术

无论是web网站对信息的管理还是服务器和预警设备之间的通讯都要对数据库进行操作, 本系统采用基于ADO.NET的数据库访问技术, 实现信息管理模块以及通讯模块和数据库的交互。ADO.NET是一组用于和数据源进行交互的面向对象类库。通常情况下, 数据源是数据库, 但它同样也可以是文本文件、Excel表格或者XML文件[5]。ADO.NET提供与数据源进行交互的相关的公共方法, 但是对于不同的数据源采用一组不同的类库。这些类库称为Data Providers, 并且通常是以与之交互的协议和数据源的类型来命名的[6]。无论使用什么样的Data Providers开发人员将使用相似的对象与数据源进行交互。ADO.NET主要包含以下五大操作对象:

(1) Connection对象用于连接数据库, 指明数据库服务器、数据库名字、用户名、密码和连接数据库所需要的其它参数, 将应用程序和数据库进行连接。

(2) Command对象用于操作数据库。Connection对象与数据库成功建立连接后, Command对象来执行增、删、查、改等命令。

(3) Data Reader对象用于快速从数据库提取数据, 并且只能按照一定的顺序从数据流中取出数据, 具有速度上的优越性, 但是如果要操作数据最好用Data Set。

(4) Data Set对象是数据在内存中的表示形式。它包括多个Data Table对象, 而Data Table包含列和行, 就像一个普通的数据库中的表。Data Set帮助管理内存中的数据并支持对数据的断开操作。

(5) 某些时候开发人员使用的数据主要是只读的, 并且开发人员很少需要将其改变至底层的数据源。同样一些情况要求在内存中缓存数据, 以此来减少并不改变的数据被数据库调用的次数。Data Adapter通过断开模型来帮助开发人员方便地完成对以上情况的处理。

ADO.NET的操作对象及应用程序之间的关系如图3所示。

4 系统应用

本系统已在河南、河北、山西、湖北、江苏等省的有关气象部门安装使用。在每个省的省气象局部署一套系统, 该省所属的各个市县气象局登录相关站点对其所管辖的预警设备进行信息管理, 不但为各省节约了大量资源, 同时也有利于数据的统一管理。

5 结论

基于GPRS的气象预警信息管理发布系统建立了统一地理空间信息下省、市、县分级信息管理与发布机制。系统不仅能用于气象信息的发布, 还能发布其它突发应急信息、安防信息、科技信息、农业信息及有关政务公共信息等等, 可以在短时间内将公共信息大范围地快速传播, 提高灾害信息发布的效率, 扩大预警范围, 提升减灾防灾的能力, 减少自然灾害带来的人员和经济损失。

参考文献

[1]王赟, 段燕楠, 姚愚, 等.气象预警信息综合发布平台的设计与实现[J].成都信息工程学院学报, 2011, 26 (6) :656-662.

[2]裴顺强, 孙健, 缪旭明, 李欣, 等.国家突发事件预警信息发布系统设计[J].中国应急管理, 2012 (8) :32-35.

[3]http://wenku.baidu.com/view/04bf90cfa1c7aa00b52acbc4.html.

[4]王珊, 萨师煊.数据库系统概论[M].北京:高等教育出版社, 2003:151-199.

[5]王其富, 庄春生, 王建业, 等.基于物联网的家具电能管理系统[J].河南科学, 2013, 31 (9) :1413-1416.

预警信息发布 篇10

根据中国互联网络信息中心 (China Internet Network Information Center, CNNIC) 发布的第35次《中国互联网络发展状况统计报告》的数据显示, 截至2014年12月, 我国网民规模达6.49亿, 互联网普及率为47.9%, 其中手机网民规模达5.57亿, 占总网民人数85.8%。互联网技术的不断发展, 促使网民数量不断增多, 网络已成为人们在日常生活中获取信息、交流情感不可或缺的重要工具, 而基于互联网的气象灾害预警信息发布亦已成为是最及时、最有效、最便捷、覆盖面最广的重要手段之一。

1 气象灾害预警信息的特点

根据中国气象局2007年发布的《气象灾害预警信号发布与传播办法》, 气象灾害预警信号是指各级气象主管机构所属的气象台站向社会公众发布的预警信息, 分为台风、暴雨、暴雪、寒潮、大风、沙尘暴、高温、干旱、雷电、冰雹、霜冻、大雾、霾、道路结冰等共14种, 依据气象灾害可能造成的危害程度、紧急程度和发展态势一般划分为四级, Ⅳ级 (一般) 、Ⅲ级 (较重) 、Ⅱ级 (严重) 、Ⅰ级 (特别严重) , 依次用蓝色、黄色、橙色和红色表示。

全国各省、地市、县级气象部门通过统一的预警平台制作预警信息, 并上传至国家级汇总发布。各部门制作的预警信息基础数据主要包括信号类别、信号等级、发布单位、发布范围、发布时间、发布状态、发布内容、发布手段等要素。

2 预警信息的审核校验

利用互联网发布气象灾害预警信息要确保信息的准确性与发布的有效性, 避免将错误预警、过期预警或表述不清的预警信息发送给公众, 造成不良影响, 因此需要对预警信息进行审核校验, 主要包括准确性审核与策略校验两个步骤。

2.1 正确性审核

正确性审核即排查并拦截信息制作过程中出现的多重要字段信息缺失, 发布时间不明确, 信息内容错误、解除信息等各类问题, 确保预警信息所包含各要素的正确、安全。正确性拦截主要包括表1中的几个方面: (见表1) 2.2发布策略校验

气象灾害预警信息通过互联网发布时, 应确保信息的及时性与有效性。当用户浏览页面或使用软件时, 应及时、醒目的告知用户所在区域或所定制区域发布的预警信息。据调查统计, 互联网用户并不关注已撤销的预警信息或预警信息的更新前的状态, 且收到此类信息会在一定程度上影响对预警信息真正含义的正确理解。因此, 需制定互联网预警信息的发布策略, 且在预警信息采集加工前进行预处理, 发布策略包括基本两个原则:一是确保预警信息发布在时间、地区、类型的唯一性;而是确保预警信息的即时解除与撤销。遵循上述原则, 预处理过程主要包括以下三个步骤

(1) 根据《气象灾害预警信号发布与传播办法》自动解除已经到期的预警, 并删除数据文件。

(2) 通过分析预警信息基础数据, 判断预警信息解除状态, 并删除数据文件。

(3) 判断同一站点是否有同类别不同等级的预警, 进行变更处理。

3 预警信息编码与处理

随着移动互联网用户数量的增多, 手机、平板电脑等移动终端已成为互联网信息获取的主要工具, 因此, 为便于互联网用户实时在线访问查询, 需要对预警信息进行重新编码处理, 将每条预警信息生成一个简单、轻便的数据文件, 用以提高页面访问效率、节约数据加载流量、便于查询与调用及共享分发。

3.1 编码原则

(1) 唯一性:每一条预警信息只能有一组编码标识。

(2) 合理性:选择代码符号、编号的种类必须与互联网应用目的相适应。

(3) 简明性:尽可能用最简单的结构、最少的码位标识预警信息。

(4) 规范性:每条预警信息中代码符号、结构必须规范、统一。

(5) 适用性:应方便编码、方便记忆、方便计算机处理。

3.2 命名编码

预警信息命名编码采用多维度交叉匹配算法, 建立预警信息的唯一性标识, 使其可按特征进行分析、统计、汇总、排序等操作。

预警信息采用JSON格式封装成文件, 文件命名共使用46位 (字节) , 规则如下:

发布地域_发布时间_类型等级.HTML

3.2.1 发布地域编码

发布地域编码应用气象部门互联网地区编码规范, 全国2349个预报台站的站号, 与预警信息中的省份、城市、台站等信息进行交叉匹配, 使用9位、7位、5位的数字标识预警信息发布地点, 结构为X1X2X3X4X5、X1X2X3X4X5X6X7、X1X2X3X4X5X6X7X8X9, 其中,

X1X2X3X4X5:5位省级代码;X1X2X3X4X5X6X7:7位地市级代码;X1X2X3X4X5X6X7X8X9:9位县级代码。

3.2.2 发布时间编码

预警信息发布时间编码格式为YYYYMMDDHHMISS, 时间采用北京时, 其中, 预警信息在系统中的签发时间。具体如下:YYYY:4位年;MM:2位月;DD:2位日;HH:2位时;MI:2位分;SS:2位秒。

3.2.3 类型等级编码

预警信息类型等级编码格式为, LLDD, 其中:LL:为类型编码, 使用00~14分别标识14类预警信息;DD:为等级编码, 使用01-04分别标识蓝、黄、橙、红四种预警信息等级。

3.2.4 后缀编码

预警信息文件的后缀固定为“.HTML”。

3.2.5 举例

1010425-20150402050000-0902.html表示:重庆市石柱土家族自治县2015年04月02日05时00分00秒发布雷电黄色预警信息。

10103-20150401164524-0501.html表示:天津市2015年04月01日16时45分24秒发布大风蓝色预警信息。

3.3 内容编码

采用JSON格式对文件内容进行编码, 每条预警信息包括预警标识、省、地市、县、类型、等级、发布时间、预警正文、签发人等元素:ALERTID预警信息标识;PROVINCE:发布地域所属省份中文名称;CITY:发布地域所属地市中文名称;SIGNALTYPE:预警类型中文;SIGNALLEVEL:预警等级中文;ISSUETIME:签发时间;ISSUECONTENT:预警内容;UNDERWRITER:签发人;RELIEVETIME:发布时间;AREAEN:发布地域英文名;SIGNALTYPE_EN:预警类型英文;SIGNALLEVEL_EN:预警等级英文。

样例如图1。

4 页面精准发布技术

基于互联网的预警信息页面发布技术采用AJAX异步处理技术 (在无需重新加载整个网页的情况下, 能够更新部分网页) 、基于位置的精准技术 (通过IP地址判断用户所在地) 以及页面交互技术实现面向用户的网站页面中预警信息精准发布, 有效解决预警信息发布冗余或信息淹没等问题, 使访问网站或应用的互联网用户及时接收到所需的预警信息。

4.1 基于位置的发布技术

用户在访问页面时, 通过AJAX发起请求, 用户的IP地址绑定输入, 程序将用户IP信息输入GEOIP服务器, 获取IP地址对应的用户位置信息 (9位站号) , 并将GEOIP服务器返回的位置信息 (9位站号) 及用户的定制信息捆绑, 在预警信息数据文件名中进行检索, 定位满足条件的文件, 返回文件名称, 组合封装形成用户可识别的预警信息描述文字, 现实与网站或应用中。

4.2 基于用户需求的发布技术

在发布预警信息的网站或应用软件中, 增加用户交互功能, 使用户可以选择关注特定地域、特定类型、特定等级的预警信息, 并可选择声音或消息提示方式及提示时间。当定制用户访问网站页面或应用软件时, 系统程序可调用存储于cookie中的用户个性化定制信息, 并与正在预警中的预警信息文件名进行匹配, 将满足条件的预警信息发送给用户。

上述两种技术方案预警信息在互联网发布时的流程如图2所示。

5 应用与展望

目前, 本文中介绍的基于互联网的预警信息发布技术已在中国气象局对外服务部分网站进行推广应用, 实现了基于用户位置、需求的预警信息精准发布;例如, 台风频道下的用户可快速获取台风相关预警信息, 查询天气预报的用户可以获取所查位置以及周边相关的预警信息, 本文介绍的互联网预警信息发布的关键技术具有一定的提升优化空间, 通过的信息采集发布流程的进一步优化可突破发布时效, 深度解析与校验信息内容等要素可使信息发布更加精准、安全、稳定。未来, 该项技术可广泛推广应用于广播、电视、大喇叭、显示屏等其他信息发布领域。

摘要：本文重点研究地区级气象灾害预警信息的互联网发布技术, 利用网页数据交换技术、通过IP判断以及页面交互技术、多维度交叉匹配算法及面向服务对象的个性化发布策略, 制定互联网预警信息发布编码, 通过网站、插件、客户端等多种信息发布手段, 实现互联网预警信息的定向精准发布。

关键词：气象灾害预警,信息发布技术,互联网

参考文献

[1]李泽椿.我国的气象灾害及科学防灾减灾[J].中国应急管理, 2007 (07) :429.

[2]CNNIC.中国互联网络发展状况统计报告[R].201501:25-28.

[3]中国气象局.气象灾害预警信号发布与传播办法 (第16号令) [Z].2007.

[4]张迪.气象灾害预警信息发布系统若干关键技术研究[D].南京:南京信息工程大学, 2009.