基于LBS的气象预警Android平台设计.docVIP

基于LBS的气象预警Android平台设计 摘要：气象灾害预警工作中，时效性至关重要，但是传统的基于B/S架构的气象预警发布系统手段并不能很好地解决这个问题。通过对推送技术的研究，设计了基于Android智能手机，采用第三方推送平台的手机推送解决方案，构建了基于C/S架构模式的实时预警信息推送系统。同时气象灾害预警与地理位置因素密切相关，系统利用移动GIS技术，动态地采集用户的位置，将用户所处区域气象灾害预警提醒推送到用户的手机中，最终以可视化的界面通知用户气象灾害预警的详细信息，实现了气象预警的自动化和智能化。 关键词：气象预警；基于位置的服务（LBS）；Android平台 中图分类号：S421；TP302.1 文献标识码：A 文章编号：0439-8114（2013）24-6161-05 近几年气象灾害的频繁发生，加大了对气象防灾手段的要求。从气象预警发布手段的角度出发，基于浏览器/服务器模式（B/S）架构的气象预警信息平台被开发与应用[1，2]。伴随着国内互联网的普及与发展，各省、市气象局都加大了对B/S气象预警信息系统的重视与投入。不过从这类系统运行的流程来看，其信息获取主要靠用户主动搜索而来，实施过程中，很容易错过预警信息的第一发布时间，因而难以达到预警的及时通知目的。 由于Android开放的软件平台和可扩展的用户体验[3，4]，近两年Android市场份额不断攀升，加上智能手机的便携性和其计算性能的不断提高，利用Android智能手机实现气象预警将会是一个切实有效的手段。随着移动GIS技术和推送技术的发展，基于地理位置的实时推送技术在不同领域已经有了一些成功的应用和理论研究[5-7]。但笔者在实际应用中发现，由于国内防火墙的原因，国外有些推送服务在国内并不稳定，而一些开源推送的方案目前又不太成熟。综合气象预警的实际情况，本研究采用第三方推送平台提供的推送服务，确定以客户机/服务器（C/S）作为系统架构，利用Android手机定时获取用户所处的地理位置信息，将用户所处位置的灾害情况主动推送到用户的手机端，实现气象灾害预警的自动化和智能化。 1 关键问题分析 1.1 基于推拉的混合机制 要完成预警信息通知提醒功能，就会涉及到选择推（Push）还是拉（Pull）[8]模型。这两种模型的主要区别在于发起的主体不同，推的主体一般为信息的发起者，拉的主体一般为对信息的请求者。表1为两种模型的具体对比。 通常气象预警信息发布中，预警时间周期具有不确定性和随机性。手机客户端中如果采用拉的方式定时获取预警信息，这种轮回机制难以在时效性和手机端电量和网络流量之间保持平衡。经过分析对比后可以做如下改进：建立自己的气象灾害专用服务器，在专用服务器中定时拉取Web服务器中气象预警信息，同时通过推送代理服务器，由推送代理服务器主动通知客户端灾害预警提醒，这不仅可以解决手机端流量和电量消耗的问题，也可以达到灾害预警时效性强的效果。其基本信息处理时序如图1所示，专用服务器采用拉的模式，定时地从Web服务器中获取气象灾害预警数据，得到数据后，断开连接，并在本地进行处理，判断是否为新的灾害预警，将新的灾害预警城市列表，通过推送接口传递给推送服务器，由推送服务器采用推的模式，将预警提醒主动推送到客户端列表中。此时，客户端会收到一个预警提示，客户端向专用服务器请求具体预警内容，返回到本地手机客户端，最终在本地客户端以可视化的界面显示出预警具体详情。假设专用服务器定时地从Web服务器中拉取预警信息的时间周期为T0，灾害预警发生的时间依次为t0，t1，t2…tn，对于？坌t′，t″∈（t0，t1，t2…tn），且t″ t′，为了保证系统不错过每次最新出现的灾害预警，则必然要满足如下关系，即T0≤min t| t″ t′| 。因此在气象专用服务器上要尽可能地将拉取周期的时间间隔设置得短一些，以满足上述关系。 1.2 推送技术方案 为实现实时推送，选择推送的方案必须要考虑如下几点：第一，实时性好；第二，长连接的机制能够保证手机端流量和电量消耗较少；第三，客户端如果掉线，最好能够有自动重连的机制。就目前来看，为方便开发者推送服务的接入，各大移动操作系统平台都集成了自己的一套推送服务接口。例如苹果的APNS、微软的MPNS以及谷歌的C2DM。然而就Android平台实际使用情况来看，国内使用谷歌的C2DM服务并不稳定，因此，为稳定地实现气象预警灾害推送，C2DM方案并不可行。另一个在Android平台下实现推送服务的方案是采用开源工程Androidpn，是基于XMPP协议实现的，其协议复杂冗余，没有针对手机应用做必要的优化和改造，使用费电，耗流量。经过调查发现，由国内个信互动网络科技有限公司开发的推送服务可靠且相对稳定，电量与流量消耗也相对较少，其掉线重连的机制也使