地震灾情信息采集与分类分析

地震灾情信息采集与分类分析
摘要近些年来，地震行业利用短信平台的软件不断发展成熟。

2009年中国地震局正式开通12322短信息平台，震后该平台能通过灾情速报人员汇集反馈的灾情信息。

还有基于手机短信的地震灾情速报平台，接收人员通过短信指令，回复灾情代码等信息。

然而地震发生一段时间内，手机信道尤为珍贵，基本处在饱和状态，本软件不依托于短信平台，也能通过自行架设的无线网络，卫星网络，在网络链路存在的情况下，增加回传采集的图像及信息，使得后方人员能及时整理汇总，提高整体灾评工作的效率。

关键词地震；地震灾情采集；信息分类
前言
本系统致力于解决在今后的灾害数据采集整理汇总时，对灾评人员合理分工后，外出的灾评人员应用该系统随时回传图片及数据，后方人员及时整理汇总，缩短数据汇总的周期，提高整体灾评工作的效率。

1 系统分析与总统设计
本系统分为手机APP部分和后台服务系统两部分，手机APP部分完成用户的操作和数据的采集等功能，后台服务系统通过手机APP采集到的用户操作要求和数据，完成业务操作和数据持久化动作。

1.1 手机APP
手机APP基于Android的ADK2.3进行开发，支持客户通过手机觸摸、拍照等多种途径，完成信息采集，并通过Android的Activity完成页面的跳转和事件的响应。

由于目前Android手机型号多种多样，应用最大的难题就是客服兼容性问题，本系统通过界面相对定位和对特殊型号的特殊处理，完成显示兼容性差异；而由于相机的像素差异、生成图片格式差异等问题，借助ADK提供的内部工具，完成图片格式的转换，从而保证上传至服务器端的图片格式一致；同时通过ADK 提供的内部API，完成用户登录验证、GPS定位、终端数据同步、数据上传下载、后台服务器交互等功能，实现手机终端访问操作后台业务系统的功能。

1.2 后台服务系统
后台基于SH（即SRPING+HIBERNATE）架构，将后台服务、前端显示、数据持久化等功能实现逻辑分离，增强了系统的扩展性。

后台服务系统是基于Spring架构实现的，前端展示部分通过JSP、HTML方
式，完成展示功能，通过form表单的形式，完成和后台服务的交互，而后台服务通过Spring架构的依赖注入，将各个服务类注入Spring框架中，可以方便前端随时访问调用，同时优化了系统资源的利用，提高了系统效率。

1.3 数据建模部分
此系统是建立在ORACLE10的基础上完成的数据建模，Spring通过结合Hibernate的持久化功能，完成与Oracle数据库的无缝对接。

由于Spring框架的灵活性，即使日后更改了数据库类型，只要修改数据持久化模块的实现类，既可完成数据库切换[1]。

2 系统分析与总统设计
2.1 系统功能模块设计
本文设计的系统主要采集的信息为数据信息和图片信息，图片为现场灾害情况图片，数据分震害调查和科学考察两类信息，手机端和服务端相对应。

本系统采集模块如图1，图2所示：
2.2 手机APP端数据上传
手機APP端使用title Edit=（EditText）this.find View ById （R.id.recorder_entry_title）方法收集页面上的数据，再将数据进行JSON封装：jsonObject.put（“title”，title）；接下来将JSON状态LIST集合，将list结合序列化成request可识别的参数，通过http方式提交到后台服务器。

nameValuePair.add（new BasicNameValuePair（“jsonString”，jsonObject.toString （）；
request.setEntity（new UrlEncodedFormEntity（nameValuePair，HTTP.UTF_8））；HttpClient client=HttpServerUtil.getHttpClient（）；
Log.v（TAG，“地震信息存储URL：”+request.getURI（）.toString（）；
HttpResponse response=client.execute（request）；后台接受到http请求的数据后做相应处理。

2.3 后台服务系统
通过网页方式完成展示功能、管理员登录验证、用户及其信息的管理、地震目录采集信息、数据和图片的管理、第三方web形式的查看。

服务器端应用SH 技术，通过对项目applicationContext.xml文件进行配置，通过xml配置将SRPING、HIBERNATE整合在一起。

在此系统中着重的使用了他的MVC功能，也就是前台接受android请求服务和后台数据库持久层Hibernate衔接的控制。

2.4 数据库
数据库连接使用Hibernate技术连接oracle数据库，将配置文件装载到applicationContext.xml中，然后将数据库连接池、事务处理器、连接模版实例化成Spring的bean对象，在java代码中即可调用这些bean对象，通过getHibernateTemplate（）方法即可获取到数据库操作对象，通过这个对象即可实现对数据库的增删改查操作。

第一层到Controller层接收android端请求；
第二层到Service层封装解析数据对象；
第三层到Dao层操作数据库；
前台通过SPRING MVC接收到前台的请求，接收前台代码的类为EarthquakeInfoController.java（即第一层）；调用了infoService.createNewInfo（即第二层）的方法将json对象和参数userId传入到了后台Service层；EQInfoService.java中的createNewInfo（）方法实现了对前台请求数据的封装，封装成为了数据库可以识别的对象，再调用INFODAO（即第三层）的方法；三层依次调用完成了前台到后台的数据操作[2]。

3 系统实现
3.1 用户登录界面
图3系统登录界面图4系统信息采集界面
用户通过输入用户名和密码完成登陆操作，点击记住用户信息，可以自动记录用户名和密码，下次可以自动登录系统；点击登录验证成功后，就会进入主页面中。

安全考虑，不支持在线注册功能，只能通过后台维护，完成新用户添加动作。

如图3所示。

（1）系统主界面
主界面具有信息展示功能：登录进入系统后，首先查看到的是“自己已经上传的信息”，可以对每条信息进行“删、改、查”操作，同步更新服务器端信息。

同时具有新纪录录入功能：进入系统后，可以点击新建记录按钮，进入新纪录录入界面。

每条记录可以通过手机拍照或者本地图片上传操作，绑定一张图片，并可添加相应描述信息。

如图4所示：
（2）后台服务端展示界面
后台提供Web网页版的信息查询功能，可以在网页上查看通过手机终端上
传的信息。

第三方可通过浏览器键入IP地址进行信息的查看。

3.2 兼容性测试
通过MTC（百度移动云测试中心）提供的全面深度测试，其中包括安装卸载测试、UI适配测试、稳定性测试、性能测试和遍历测试。

本文所设计的系统分别对市场主流的64款手机进行测试，并全部通过了测试系统测试主要对软件的功能进行测试。

3.3 手机端GPS功能测试
手机APP客户端启动后，进入到获取GPS数据模块，大概30～60秒能够完成经纬度的读取，完全能满足实际工作的需要。

4 结束语
鉴于地震灾情的复杂性，新型灾情采集系统还留有多个接口，为未来收集与地震灾情可能相关的其他数据预留监测通道。

未来新系统产生的所有监测数据，将开放性地为相关研究机构提供。

参考文献
[1] 王晓青，丁香.地震现场灾害损失评估地理信息系统[M].北京：地震出版社，2002：59.
[2] 赵士达，张楠，杨爽.基于云计算和Android的地震应急信息获取系统[J].计算机应用，2013，（03）：133-136.。