论文部分内容阅读
摘要：本平台的功能主要由视频指导实现，平台中整合了大量自动站故障处理视频，让自动站维修人员不用再面对枯涩的文字指导，而是通过生动的视频讲解来进行自动站维修工作，既能将气象信息现代化与人工装备保障有机结合，又能大大缩短新型自动站的维修时间，最终实现保障国家级自动站的长期稳定运行。
关键词：ASOM2.0系统；运行监控；多媒体故障诊断平台
随着气象现代化业务的快速发展，新探测业务系统也带来大量的 新增数据和产品，ASOM 系统经过 10 年的发展目前已经实现了对新一 代天气雷达、探空系统、国家级自动气象站和风能观测等十种设备 运行状态及探测数据的实时监控和综合分析评估，设备型号的激增使 得本就繁复的维护维修工作变得更加困难，同时也对保障人员提出了 更高的要求，为了让保障人员能够在任意环境下灵活便捷的获取设备 状态以及维护维修信息，并且能够在设备故障的第一现场及时发布故 障单或停机通知，我们以需求为牵引，结合移动终端自身特点，凭借 ASOM 平台便捷的获取信息的渠道，自主研发了 ASOM MOBILE 移动终 端应用系统以期缩短保障人员的响应时间、提高设备维护维修效率。
一、系统设计
ASOM MOBILE移动终端系统沿用ASOM系统总体建设框架，采用多 层式技术架构设计。该架构能够通过动态伸缩更好地实现服务器的负载 均衡，在应用请求数量较多时，多层模型通过减少数据库连接数的方法 降低网络上的信息流量，提高系统的吞吐量，降低服务器的资源消耗。 因气象数据的涉密性，外网用户对于 ASOM 系统的查询请求无法 送达系统服务器所在的局域网环境中，故将 ASOM MOBILE 移动终端项 目按逻辑结构划分为三个子项目：Asom-Scheduler 调度器、Asom-Proxy 服务代理。其中 Asom-Scheduler 和 Asom-Proxy 為 基于 Spring 框架的 Web 项目，遵循 MVC 设计模式，Asom-Mobile 为 iOS 实现的本地化程序，其作用为访问 Asom-Proxy 提供的服务。Asom-Scheduler 调度器： 部署于内网环境（可以访问外网但不允许被外网访问）负责定时 将 ASOM 台站状态记录、用户信息、台站基础信息上传到服务代理； 定期提取服务代理中的用户查询及单据上报处理请求并转发到 ASOM 系统相应接口进行处理，调度器定期将处理结果回传到服务代理实现 查询、上报功能的闭环反馈； Asom-Proxy 服务代理： 部署于公网 DMZ 区（可以访问外网不能访问内网）负责收集手机 端用户台站状态查询、单据上报处理等服务请求并将调度器上传的数 据存储到本地并对手机端提供服务。
二、辽宁自动站设备的维护现状
新型自动气象站从2013年在我省实际应用以来，新型自动站设备的维护保障工作主要由省级装备中心负责。虽然省级保障机制建立的基本完善，但还是存在一定的问题。重大故障72小时的保障体制已经不能保证新型自动气象站故障发生时的数据采集，丢失的数据也很难回补，一般故障的24小时保障体制更是严重影响数据的采集与缺失。有些故障在省级装备保障中心的技术人员到达之前，县级技术人员完全有能力自行维修和故障处理。 多年来省装备保障中心也收集了大量的关于新型自动站故障处理经典案例，进行了详细的归纳、总结与提炼。在基于ASOM2.0运行监控平台的基础上，研发设计国家级自动站多媒体故障诊断维修指导平台，使县级台站装备保障人员能够切实掌握自动站故障处理方法，保障全省新型自动站长期稳定的运行。设计国家级自动站多媒体故障诊断维修指导平台，基于ASOM2.0运行监控平台，在ASOM2.0平台时序图监控页面外挂网页链接，该平台具备多媒体视频、图片功能，存储大量自动站故障解决案例，帮助指导全省台站维护人员能够自行解决国家级自动站出现各类故障。通过该平台省级装备人员也能够与台站保障人员进行远程视频连接，提供实时远程技术维修维护指导。
三、多媒体故障诊断平台的设计路线
本系统总共由三层结构组成，分别是最底层的核心数据层、中间实现功能衔接与数据处理的应用层，以及最上面由用户操作并可视的表现层。核心数据层的主要功能是储存数据。本平台将使用SQL SERVER数据库软件架设系统数据库，用以储存图片、用户、视频等数据信息，并通过ODBC与应用层连接，实现数据互通。平台建成后，工作人员将使用音视频采集设备（摄像机）于室外进行自动站维修过程录制，并将维修视频存于数据库方便日后调取。
应用层及表现层主要功能是实现平台的视频播放、数据查询、用户登录、数据导入等各种功能，本平台采用B/S体系结构，相对于传统C/S模式，B/S体系结构是进行改进而形成的一种新型处理模式。该模式是以Web为中心，采用TCP/IP、HTTP为传输协议，前端采用通用浏览器（IE、Netscape、Navigator等）Web客户软件，客户端可通过Browser（浏览器）访问Web。后端采用Web Server访问数据库，将结果返回浏览器，多级用户的操作均可通过浏览器进行。前后端连接靠HTTP协议，所有开发都在Server上进行。在这种结构下，用户工作界面是通过WWW浏览器来实现，极少部分事务逻辑在前端（Browser）实现，但是主要事务逻辑在服务器端（Server）实现，形成所谓三层3-tier结构。相对于C/S结构属于“胖”客户端，需要在使用者电脑上安装相应的操作软件来说，B/S结构是属于一种“瘦”客户端，大多数或主要的业务逻辑都存在于服务器端，因此，B/S结构的系统不需要安装客户端软件，它运行在客户端的浏览器之上，系统升级或维护時只需更新服务器端软件即可，这样就大大简化了客户端电脑载荷，减轻了系统维护与升级的成本和工作量，降低了用户的总体成本。视频直播功能将由音视频采集设备、网络视频功能插件共同协作完成，首先音视频采集设备对维修演示现场进行摄像并输入电脑，最后通过网络视频功能插件把将维修演示现场的音视频数据经压缩后，传送到服务器上通过网络供维修人员观看，从而实现维修操作现场演示。
参考文献：
[1]李杨.Asom-Scheduler 调度器[J].科技与企业，2016.
[2]张洁.基于ASOM系统移动终端服务设计[J].企业文化，2015.
关键词：ASOM2.0系统；运行监控；多媒体故障诊断平台
随着气象现代化业务的快速发展，新探测业务系统也带来大量的 新增数据和产品，ASOM 系统经过 10 年的发展目前已经实现了对新一 代天气雷达、探空系统、国家级自动气象站和风能观测等十种设备 运行状态及探测数据的实时监控和综合分析评估，设备型号的激增使 得本就繁复的维护维修工作变得更加困难，同时也对保障人员提出了 更高的要求，为了让保障人员能够在任意环境下灵活便捷的获取设备 状态以及维护维修信息，并且能够在设备故障的第一现场及时发布故 障单或停机通知，我们以需求为牵引，结合移动终端自身特点，凭借 ASOM 平台便捷的获取信息的渠道，自主研发了 ASOM MOBILE 移动终 端应用系统以期缩短保障人员的响应时间、提高设备维护维修效率。
一、系统设计
ASOM MOBILE移动终端系统沿用ASOM系统总体建设框架，采用多 层式技术架构设计。该架构能够通过动态伸缩更好地实现服务器的负载 均衡，在应用请求数量较多时，多层模型通过减少数据库连接数的方法 降低网络上的信息流量，提高系统的吞吐量，降低服务器的资源消耗。 因气象数据的涉密性，外网用户对于 ASOM 系统的查询请求无法 送达系统服务器所在的局域网环境中，故将 ASOM MOBILE 移动终端项 目按逻辑结构划分为三个子项目：Asom-Scheduler 调度器、Asom-Proxy 服务代理。其中 Asom-Scheduler 和 Asom-Proxy 為 基于 Spring 框架的 Web 项目，遵循 MVC 设计模式，Asom-Mobile 为 iOS 实现的本地化程序，其作用为访问 Asom-Proxy 提供的服务。Asom-Scheduler 调度器： 部署于内网环境（可以访问外网但不允许被外网访问）负责定时 将 ASOM 台站状态记录、用户信息、台站基础信息上传到服务代理； 定期提取服务代理中的用户查询及单据上报处理请求并转发到 ASOM 系统相应接口进行处理，调度器定期将处理结果回传到服务代理实现 查询、上报功能的闭环反馈； Asom-Proxy 服务代理： 部署于公网 DMZ 区（可以访问外网不能访问内网）负责收集手机 端用户台站状态查询、单据上报处理等服务请求并将调度器上传的数 据存储到本地并对手机端提供服务。
二、辽宁自动站设备的维护现状
新型自动气象站从2013年在我省实际应用以来，新型自动站设备的维护保障工作主要由省级装备中心负责。虽然省级保障机制建立的基本完善，但还是存在一定的问题。重大故障72小时的保障体制已经不能保证新型自动气象站故障发生时的数据采集，丢失的数据也很难回补，一般故障的24小时保障体制更是严重影响数据的采集与缺失。有些故障在省级装备保障中心的技术人员到达之前，县级技术人员完全有能力自行维修和故障处理。 多年来省装备保障中心也收集了大量的关于新型自动站故障处理经典案例，进行了详细的归纳、总结与提炼。在基于ASOM2.0运行监控平台的基础上，研发设计国家级自动站多媒体故障诊断维修指导平台，使县级台站装备保障人员能够切实掌握自动站故障处理方法，保障全省新型自动站长期稳定的运行。设计国家级自动站多媒体故障诊断维修指导平台，基于ASOM2.0运行监控平台，在ASOM2.0平台时序图监控页面外挂网页链接，该平台具备多媒体视频、图片功能，存储大量自动站故障解决案例，帮助指导全省台站维护人员能够自行解决国家级自动站出现各类故障。通过该平台省级装备人员也能够与台站保障人员进行远程视频连接，提供实时远程技术维修维护指导。
三、多媒体故障诊断平台的设计路线
本系统总共由三层结构组成，分别是最底层的核心数据层、中间实现功能衔接与数据处理的应用层，以及最上面由用户操作并可视的表现层。核心数据层的主要功能是储存数据。本平台将使用SQL SERVER数据库软件架设系统数据库，用以储存图片、用户、视频等数据信息，并通过ODBC与应用层连接，实现数据互通。平台建成后，工作人员将使用音视频采集设备（摄像机）于室外进行自动站维修过程录制，并将维修视频存于数据库方便日后调取。
应用层及表现层主要功能是实现平台的视频播放、数据查询、用户登录、数据导入等各种功能，本平台采用B/S体系结构，相对于传统C/S模式，B/S体系结构是进行改进而形成的一种新型处理模式。该模式是以Web为中心，采用TCP/IP、HTTP为传输协议，前端采用通用浏览器（IE、Netscape、Navigator等）Web客户软件，客户端可通过Browser（浏览器）访问Web。后端采用Web Server访问数据库，将结果返回浏览器，多级用户的操作均可通过浏览器进行。前后端连接靠HTTP协议，所有开发都在Server上进行。在这种结构下，用户工作界面是通过WWW浏览器来实现，极少部分事务逻辑在前端（Browser）实现，但是主要事务逻辑在服务器端（Server）实现，形成所谓三层3-tier结构。相对于C/S结构属于“胖”客户端，需要在使用者电脑上安装相应的操作软件来说，B/S结构是属于一种“瘦”客户端，大多数或主要的业务逻辑都存在于服务器端，因此，B/S结构的系统不需要安装客户端软件，它运行在客户端的浏览器之上，系统升级或维护時只需更新服务器端软件即可，这样就大大简化了客户端电脑载荷，减轻了系统维护与升级的成本和工作量，降低了用户的总体成本。视频直播功能将由音视频采集设备、网络视频功能插件共同协作完成，首先音视频采集设备对维修演示现场进行摄像并输入电脑，最后通过网络视频功能插件把将维修演示现场的音视频数据经压缩后，传送到服务器上通过网络供维修人员观看，从而实现维修操作现场演示。
参考文献：
[1]李杨.Asom-Scheduler 调度器[J].科技与企业，2016.
[2]张洁.基于ASOM系统移动终端服务设计[J].企业文化，2015.