2017, Vol. 38
表1(Table 1)
2. 中国合肥 230031 安徽省地震局;
3. 中国安徽 239400 嘉山地震台
2. Anhui Earthquake Agency, Hefei 230031, China;
3. Jiashan Seismic Station, Anhui Province 239400, China
地震宏观异常测报网点（以下简称测报点）数量多，密度大，手段丰富，弥补了专业台网点少和手段不足的缺点，是专业台网的有益补充。近年来，安徽省地震宏观异常核实上报工作取得长足发展，建立起纵向到底、横向到边的宏观异常观测队伍。据统计，目前省级财政支持的测报点达570个，市县级财政支持的测报点则更多。这些测报点在短临跟踪、异常核实等方面发挥着显著作用。
2013年，中国地震局印发《关于实行宏微观异常零报告制度的通知》（中震测函[2013]18号），安徽省进一步巩固并加强了宏观异常核实上报工作的管理。全省建立起逐级报送的宏观异常“零报告”制度。即测报点信息人员每天向当地县（区）地震部门报送宏观异常情况，县（区）地震部门汇总整理后向市级地震部门报送，市级地震部门汇总整理后再向省地震局报送宏观日报信息。即便当天没有异常，也要向上级地震部门报“无异常”。这种“零报告”制度，便于各级地震部门了解掌握宏观异常情况，但也存在一定不足。主要表现在：①省地震局和市级地震部门掌握的宏观异常信息不及时。逐级上报宏观异常信息，虽然有利于各级地震部门掌握本辖区宏观异常核实上报情况，但由于需要逐级汇总整理，影响了宏观异常上报工作效率，导致省地震局以及部分市级地震部门获取宏观异常信息不及时；②省地震局掌握的宏观异常情况不准确。工作中偶有当日市级地震部门上报无宏观异常，事后又反映某日存在宏观异常的情况发生；③省地震局难以及时有效地掌握测报点运行状态，对测报点运行情况缺乏有效监控，不便统筹管理；④测报点信息员多选用电话、短信等报送方式。市级地震部门选用网络向省地震局报送“宏观异常日报”。由于缺乏统一、规范的报送模式，内容差异较大，不便于整理、汇总和统计使用；⑤省地震局对具体的测报点运行情况缺乏有效了解，以往虽然采用电话抽查、实地检查的方式了解具体网点运行情况，但对于全省近千个测报点来说，只是少数，难以全盘把握。
为便于测报点信息员及时、准确报送宏观异常信息，省、市级地震部门有效监控和管理测报点运行情况和宏观异常核实上报工作动态，迫切需要开发一套宏观异常日报集成系统，具有客户端能及时发布信息，服务器端能实时接收信息，并动态展示信息的时空分布和信息统一管理功能。利用该系统为地震短期和临震预报、防震减灾等提供快速、准确的信息，是迫切而有意义的工作（冉慧敏等，2013）。
1 设计思路宏观异常日报集成系统总体设计可分为3部分：①手机客户端信息发送。主要以Android系统为开发平台，该平台基于Linux平台的开源移动操作系统，由操作系统、中间件、用户界面和应用软件组成。目前，Android系统智能手机市场占有率达86%，是智能手机的主流操作系统，且Android系统智能手机价格低廉、普及率高，是选择Android系统为开发平台的主要原因；②Web服务器端MySQL数据库。设计5张表，分别保存测报点信息员基础信息、省、市（县）级地震部门管理人员基础信息和权限、用户注册信息、宏观异常信息和异常信息预处理后表；③宏观异常点时空分布显示及信息管理功能。主要运用时下流行、运行稳定的Apache+PHP+MySQL黄金组合，搭建服务器网站，并利用百度地图API接口将百度地图嵌入网站，动态展示异常点的时空分布，统计并展示宏观异常信息，实现统一管理。
2 框架设计和技术实现系统采用C/S+B/S混合的新型架构设计，即客户端/服务器、浏览器/服务器两者混合应用，测报点信息员对服务器的请求操作采用C/S架构设计，以充分利用两端硬件环境优势，将任务合理分配到Client端和Server端来实现，减轻服务器端压力。省、市、县级地震部门管理者对服务器的操作采用B/S架构设计，只需集中精力开发位于中间层的Web服务器端的事务逻辑，无需考虑客户端的兼容性，而且数据层的数据库结构改变对客户端无任何影响系统框架见图 1（张静等，2005）。
|
图 1 系统总体框架 Fig.1 System overall frame |
系统采用MySQL数据库对数据进行存储、管理。因此，需要建立数据库表，实现各表之间的关联。通过App软件或浏览器登录Web主页实现对数据表中的数据进行存取、访问等操作。表 1给出地震宏观测点信息报送员的基础资料信息，依次为姓名、身份证号、手机号、测点地址、测点名称、测项名称和测点属地名，表 2保存用户注册信息，包括用户姓名、身份证号、手机号、密码和部门名称。
|
表 1 测报员基础信息表 Tab.1 Basic information table of information assistant |
|
|
表 2 用户注册表 Tab.2 User login table |
手机用户登录前需进行实名注册，系统根据用户提交的注册信息，即表 2（user_login_tb）中的姓名、身份证号和表 1（person_dbinfor_tb）中的姓名、身份证号进行比对，二者一致，则提示“注册成功”，否则提示“注册失败”，用户正确登录时还可以记住登录密码（图 2）。
|
图 2 系统登录界面 Fig.2 System login interface |
市县级地震管理部门根据自身权限登录Web主页，审核处理测报员由手机App发送的宏观异常信息，提交上级管理部门，以达到分级报送的要求（图 3）。图 3中的绿色和红色标记（原图为彩图），是根据测报员观测的宏观测点经纬度定位的，鼠标放在标注点上时自动弹出信息框，显示测报员发送的信息（标注的红、绿颜色分别表示有、无宏观信息异常信息）。管理者对宏观异常信息汇整、核实后，填写相应信息进行提交。另外，省级地震管理部门根据权限登录Web主页时，展示全省地震宏观测点信息报送情况，并统计相关信息，简明列出宏观异常信息。
|
图 3 审核处理界面 Fig.3 Audit process interface |
测报点信息员在手机上安装系统的App部分，进行实名注册认证。填写宏观异常信息日报时登录App，进入宏观异常信息填写表单，然后提交（图 4）。后台Web服务器接收表单信息并进行相应的事务处理，操作MySQL数据库，获取返回结果。PHP脚本调用百度地图API接口，根据表单信息中的异常点经纬度，将返回结果定位显示在Web主页上。市、县级地震部门根据权限登录Web主页，进行相应预处理操作，提交到省级地震部门，即达到分级报送要求。受权的管理员可以通过Web主页浏览全省测报点的报送和统计情况（图 5），实现统一管理，以满足工作需要。
|
图 4 宏观信息App报送界面 Fig.4 The App interface of macro information submitting |
|
图 5 信息统计展示界面 Fig.5 Information statistics and show interface |
系统研制成功后，在安徽省地震局内部进行测试运行，系统运行安全稳定、方便快捷，在宏观异常“零报告”上报工作中，发挥着重要作用。宏观异常日报集成系统解决了省、市级地震部门对宏观异常信息掌握不及时、不准确的问题，提高了对基层测报点运行监控能力和测点人员对基础信息的管理能力。
4 结束语宏观异常日报集成系统是在Eclipse IDE for Java EE、Android SDK、WAMP和Zend Studio众多平台配合下开发完成的。开发中主要有3大技术难点要解决：①网络通信。如何实现App信息发送到电脑Web服务器上。本系统通过HttpURLConnection的POST请求实现(欧阳零等，2014)；②地图嵌入。调用百度API，通过百度提供的函数方法实现；③数据库操作。通过调用MySQL数据库的mysqli_connect、mysqli_select_db和mysqli_query等方法实现（陈惠贞等，2015）。
| 冉慧敏, 杨挺, 高小其, 等. 新疆地震宏观测报日常管理与应用系统的设计与实现[J]. 地震地磁观测与研究, 2013, 34(5): 252 | |
| 张静, 吴敏, 袁卓异. 200c/s与b/s混合架构的远程监视系统设计[J]. 长沙电力学院学报(自然科学版), 2005, 20(4): 53 | |
| 欧阳零, 等. Android编程兵书[M]. 北京: 电子工业出版社, 2014. | |
| 陈惠贞, 陈俊荣, 等. PHP&MySQL跨设备网站开发实例精粹[M]. 北京大学出版社, 2015. http://www.bookask.com/book/2129310.html |