上饶市综合性旅游气象服务平台1229_旅游综合气象服务平台

2020-02-27 其他范文下载本文

上饶市综合性旅游气象服务平台1229由刀豆文库小编整理，希望给你工作、学习、生活带来方便，猜你可能喜欢“旅游综合气象服务平台”。

上饶市综合旅游气象服务平台

建设方案

中科赛诺(北京)科技有限公司

2015年12月

项目概述...................................................................................................................................4 1.1 建设背景...................................................................................................................4 1.2 建设目标...................................................................................................................4 1.3 建设原则...................................................................................................................5 1.4 建设内容...................................................................................................................6 业务需求...................................................................................................................................7 2.1 基础数据入库...........................................................................................................7 2.2 业务基本架构...........................................................................................................7 2.3 服务对象...................................................................................................................7 技术指标...................................................................................................................................7 3.1 平台框架...................................................................................................................8 3.2 技术基础...................................................................................................................8 3.3 开发基础...................................................................................................................8 3.4 SSM运行机制架构图................................................................................................9 基础架构.................................................................................................................................10 4.1 物理架构.................................................................................................................10 4.2 网络拓扑.................................................................................................................10 4.3 功能结构.................................................................................................................11 技术指标.................................................................................................................................12 5.1 软件技术.................................................................................................................12 5.2 硬件技术.................................................................................................................12 建设方案.................................................................................................................................13 6.1 数据采集.................................................................................................................13 6.1.1 数据采集方式.................................................................................................13 6.1.2 数据维护方式.................................................................................................13 6.2 数据标准化.............................................................................................................14 6.2.1 数据标准化方法.............................................................................................14 6.2.2 数据标准化的意义.........................................................................................15 6.2.3 数据标准与数据共享.....................................................................................16 6.3 综合监测.................................................................................................................17 6.3.1 实况显示.........................................................................................................17 6.3.2 天气预报.........................................................................................................18 6.3.3 雷达反演.........................................................................................................18 6.3.4 等值面、线分析.............................................................................................20 6.4 旅游预报产品制作.................................................................................................20 6.4.1 标签制作.........................................................................................................21 6.4.2 模板制作.........................................................................................................21 6.4.3 产品合成.........................................................................................................22 6.4.4 产品预览.........................................................................................................22 6.5 旅游预报产品发布.................................................................................................23 6.5.1 设计思路.........................................................................................................23 6.5.2 总体架构.........................................................................................................23 6.5.3 数据处理流程.................................................................................................23 6.5.4 技术特点.........................................................................................................24 6.5.5 提高效率.........................................................................................................25 6.5.6 一键获取.........................................................................................................25 6.5.7 一键分发.........................................................................................................25 6.5.8 发布列表.........................................................................................................26 6.6 旅游预报产品展示.................................................................................................27 6.7 系统设置.................................................................................................................27 6.7.1 发布管理.........................................................................................................27 6.7.2 地区管理.........................................................................................................28 6.7.3 上传管理.........................................................................................................29 6.7.4 日志管理.........................................................................................................29

项目概述

1.1 建设背景

我国旅游业从上世纪80年代起步，经过30多年的发展，已成为国民经济战略性支柱产业。国内旅游市场全面繁荣，我国成为世界第三大入境旅游接待国，并拥有全球最大的国内旅游市场，旅游业已进入大众化、产业化发展的新阶段，是国民经济的战略性产业，加快发展旅游业、培育国民经济新的增长点是转变发展方式的重要途径，而天气、气候是影响旅游安全和旅游质量的重要因素。

随着上饶市旅游业的快速发展壮大，气象服务对当地旅游业的重要性也愈加凸显。目前，上饶市旅游气象服务还处于起步阶段，各种气象监测设施和手段还不完善，预测预警和服务能力相对薄弱，所提供的旅游气象服务产品数量少，类型单一，用传统的公众气象服务产品替代旅游气象服务专项产品，针对性和实用性不强，远远无法满足当地旅游业健康持续发展和旅客旺盛需求。因此，研究开发上饶市旅游气象服务综合业务平台，为游客提供多样化、精细化有针对性的旅游气象服务产品和详实的旅游气象信息，成为我们追求的目标和研究的方向，对推动地方旅游事业发展具有重要意义。

1.2 建设目标

近年来，我国的旅游信息化建设逐渐加速，日益普及的互联网更是推波助澜，大城市和发达地区的旅游信息化基础设施建设已初具规模，形成具有较高知名度的国际旅游品牌，是从全省的产业角度提出的解决方案。

具体建设目标是：

（1）充分利用现代化建设的成果，在气象局已获取的大量的天气监测信息的基础上，对信息进行采集、分析、存贮、处理、分发、共享，建立规范化的气象专业发布系统信息处理流程，通过对旅游资源的管理，平台为政府、旅游企业、游客提供完善的，精确的旅游信息。便于旅客了解旅游目的地的旅游资源信息，做好充分的准备，提高旅游治疗。

（2）根据实际应用与业务需求，将各平台进行有机整合，实现资源有效利用与调度，利用消息服务器，调用管理平台提供的发布接口，将最新发布的信号产品“推送”到各气象部门的相应业务平台，如旅游局平台、气象网、手机客户端等。

（3）软件技术目标

 安全性：各地远程访问有安全防范，并按权限管理各类操作和数据，各类敏感数据不得外泄；

 稳定性：系统在运算、存储、传输上都具有稳定性；  效率性：远程访问效率及数据运算快速；

 扩展性：系统模块化结构，方便功能扩展，系统增加新功能时，对原有系统不做大的改动；在不同发展阶段，当业务发生变化，能够以最小代价升级系统；

 易用性：系统操作简便，界面“友善”，人员培训快速；  智能性：对于日常重复事务，能设定各类规则，由系统自动批量操作，最大限度地降低劳动力成本，减少人为操作误差；

1.3 建设原则

（1）整合利用现有资源，统一设计，分步实施

整合利用现有资源，统一设计，分步实施在项目建设中要整合、利用现有资源，统筹规划，统一设计，分步实施。尽可能利用已有、在建和将建项目的相关资源，使本项目既成为一个完整的系统，又与相关项目有机结合，避免重复建设。（2）技术先进，系统开放，功能实用项目建设要采用先进的设计思想和开放的体系结构，力争做到技术先进，系统开放，设计过程中始终以开放性和兼容性为设计原则，根据实际需求确定项目各项功能，以满足实际需求为最终目的。（3）安全可靠，性能稳定

由于系统涉及多个发布单位，系统采用IP地址与用户名密码绑定的方式，确保系统统安全可靠。系统采用先进的设计理念，保证系统性能稳定，能够满足24小时不间断业务运行要求。（4）软硬并重，注重应用

不但重视系统的硬件建设，更要着重加强相关应用软件系统的研发；应用软件系统是整个项目发挥效益的关键所在。要重视应用软件的研发质量，以满足系统的应用需求。

（5）统一标准，量化规范，方便扩充

对所管理的信息在管理方式、格式及质量等方面制定标准规范并在项目建设过程中认真遵循，使本系统能够随着业务量的变化方便地扩展和升级，保证系统的可持续发展。所有技术和设备都要遵循现有标准或行业规范，不同厂家设备能够相互兼容。

1.4 建设内容

平台集合旅游预报产品资料调阅、分析。根据分析结果制作景区预报服务产品,通过服务平台发布各种预报服务产品。主要功能包括数据资料查询、指导产品分析、预报产品制作、产品信息发布，实现数据资料集约化、预报系统流程化、服务系统个性化和产品信息发布规范化。2 业务需求

2.1 基础数据入库

考虑到系统的整合性及后台良好的支撑性，平台将所有业务数据解析、整合、处理到数据库中。

2.2 业务基本架构

根据市、县部门之间和部门内部业务交互的需要，采用C/S架构，模块化设计；考虑部分业务向乡镇、村拓展，乡镇村采用B/S模式，通过系统接口，利用互联网浏览、查询各种服务产品，上传雨情、气象灾情等。要求采用经济、合理、安全的网络及系统支撑环境。

2.3 服务对象

服务对象数据结构的设计，决定着是否具有灵活的服务方式。服务对象按四类划分，分别为：行政区域组、虚拟用户组、任意区域组、临时用户组。技术指标

开放性：支持多种硬件平台，采用通用软件开发平台开发，具备良好的可移植性，支持与其它系统的数据交换和共享，支持与其它商品软件的数据交换。

参数化：必须实现完全模块化设计，支持参数化配置，支持组件及组件的动态加载。

容错性：提供有效的故障诊断工具，具备数据错误记录功能。

安全性：用户认证、授权和访问控制，发生安全事件时，能以事件触发的方式通知系统管理员处理。

易用性：应具有良好的简体中文操作界面、详细的帮助信息，系统参数的维护与管理通过操作界面完成。3.1 平台框架

采用B/S架构模式，利用互联网络发布；平台以电子地图为信息的集中载体，分类叠加和展现各类实时信息和基础信息，实现信息以图、文、表相结合的直观展示，并通过数据服务接口，为市级或省级监测预警平台获取数据提供接口方法。

3.2 技术基础

根据本次项目时间紧、周期短、业务广、密度高，且三个系统基本上需要同时开发、部署、实施的需求及特性，系统将定型为B/S结构（Browser/Server）即浏览器和服务器，并采用SSM（SpringMVC，Spring，Mybatis）技术进行开发。在这种结构下，用户工作界面是通过WWW浏览器来实现，极少部分事务逻辑在前端（Browser）实现，但是主要事务逻辑在服务器端（Server）实现，形成三层3-tier结构。

为展示的真实性，要求使用开源地图系统（百度地图、google地图等），贴合大多数使用者的习惯，能够清晰的展示街道及周边设施。

3.3 开发基础

 JAVA平台的JSP。

 MVC三成架构SSM（SpringMVC，Spring，Mybatis）

 JAVA开发周期短、速度快、耗资少（人力成本、开发成本、软件成本）。 可以跨平台部署，对服务器操作系统不做限制，运行成本低。 对于客户端无要求，具备Internet浏览器功能的操作系统都可以运行。 后期维护人员易上手，人员成本相对较低。

3.4 SSM运行机制架构图基础架构

4.1 物理架构

运行环境服务器：

 操作系统：

Windows 2008 Server  数据库：

MysqlServer  Web服务： Apache Tomcat 7.0  通信服务：跨平台基于协议的通信中间件客户端：

 操作系统：各语言版本的Windows 2000/XP/2003/Seven  浏览器：各语言版本的IE 7.0及以上  所处区域：公司内部 Intranet  访问客户端预计数量：100个链接基础开发工具

 Microsoft Visual Studio 2010

4.2 网络拓扑

（1）系统采用Internet/Intranet的B/S模式，服务器采用WindowsServer2003平台，整个系统以数据中心为信息交换平台，以Internet为数据传输通道，政府各有关部门、旅游企业、游客、通过专线或拨号上网与系统中心互联。（2）集中的分布式结构

（3）充分考虑容错性、扩展性、伸缩性及可维护性（4）部署结构可根据客户需要自由调整

4.3 功能结构

上饶气象预报预警服务综合业务平台包括数据采集、数据标准化、综合监测、旅游预报产品展示、旅游预报产品制作和旅游预报产品发布六大模块，并通过系统管理实现各模块权限和数据的维护。5 技术指标

5.1 软件技术

1)基于TCP协议的通信中间件，要求能够跨平台部署

2)基于web技术的等值面插件，可以实时依靠业务数据生成等值面，并能够进行地图一般性操作（放大、缩小、拖动）

3)地图覆盖物自动切图算法，可对用户上传覆盖物图片进行自动切图处理，在地图进行展示，并能够进行地图一般性操作（放大、缩小、拖动）

4)基于JavaScript的屏幕截图算法，要求无需手动框选，自动截取规定范围内屏幕图片

5)基于TCP协议的图片传输功能，并且支持分发功能

6)基于WEB的视频展示，要求能够最大支持8画面同时显示

7)基于WEB的云台操作，能够对指定对端视频设备进行操作（转动，放大，缩小）

5.2 硬件技术

1)支持H.264，MJPEG图像压缩编码

2)支持PTZ控制，双向对讲，三级用户权限。

3)支持任意云台协议，可自定义云台协议文件进行升级 4)双向语音对讲支持外接音频输入输出

5)网络协议完备，支持RTSP，VLC（PS/TS）流媒体协议 6)支持POE口供电

7)要求在512K网络带宽下可以流畅传输D1格式标清视频 8)支持透明串口数据传输 9)支持扩展屏幕显示 10)支持拼接大屏显示 6 建设方案 6.1 数据采集

6.1.1 数据采集方式

数据采集方式主要是通过构建动态的基础数据信息采集工作机制，采集地理信息数据、社会经济信息数据、气象服务产品、业务产品、效益评估和信息反馈等资料。支持文件、XML、数据库、FTP(文件传输协议)、HTTP（超文本传输协议）等多种接口方式的数据采集。根据采集规则、数据类型、采集周期自动采集到数据后，按规则存储到基础数据库或文件服务器上，实现按规则和类别自动化采集相应数据。

服务信息采集：服务信息采集主要是针对来自预报系统的预报结果和各类报文进行采集和加工。通过读取国家气象局上级指导产品，主要是发布的预报结果和报文，分析预报结果、解析报文，形成产品制作内容。

反馈信息采集：反馈信息采集主要是针对来自上级发布渠道的反馈信息和本地发布结果数据以及发布效果信息的汇总和预统计。

观测资料采集：对气象部门内部的各类观测资料和数据进行采集和分类，将观测和测报业务中常见现象自我统计和预处理存储与入库。

Micaps数据采集：对于气象部门常用的预报分析工具MICAPS，其中主要用于图象数据显示所定义的13类数据进行采集，为平台的图形产品提供良好的基础和支撑，包括等值线、风廓线、雷达图等、以及各类业务的色斑图等。

6.1.2 数据维护方式

鉴于要采集的数据种类繁多，数据量也特别庞大，因此仅仅依靠人工维护的方式基本上难以应付。对于数据维护的方式，我们提供软件自动维护和人工定期维护相结合的方式进行。主要包括：

 自动定期备份数据库中的数据和文件  自动清除有效时长以外的数据和文件

 对准点疑误数据实时监控和提醒（如准点实况数据） 采用双机热备方式部署保障数据不间断服务  人工一键备份和导入数据库（需要有存储支撑）

6.2 数据标准化

在做一个标准系统之前，我们通常需要先将数据标准化（normalization），利用标准化后的数据进行数据分析。数据标准化处理主要包括数据同趋化处理和无量纲化处理两个方面。数据同趋化处理主要解决不同性质数据问题，对不同性质指标直接加总不能正确反映不同作用力的综合结果，须先考虑改变逆指标数据性质，使所有指标对测评方案的作用力同趋化，再加总才能得出正确结果。原始数据均转换为统一的格式放入数据库。

我们可以根据客户不同格式、不同形式的数据，经过标准化加工处理，最终形成一套规范的气象数据。数据规范遵循国家气象局气象数据规范。

6.2.1 数据标准化方法

数据标准化是统计学上常用的方法，是为了消除不同属性或样方间的不齐性，使同一样方内的不同属性间或同一属性在不同样方内的方差减小；有时是为了限制数据的取值范围，如四舍五入等。有些数量分析方法要求特殊的标准化过程，并将标准化作为其分析方法的一部分。这些方法在应用前不必考虑标准化。现在说的标准化是指一般不特殊要求标准化的方法，即要不要进行标准化是由使用者自己决定。这样的标准化必须在数量分析前完成。标准化过程也是通过某一计算将原始数据变成新的值，但它与原始数据集合中的其他值有关而不同于数据转换。

标准化数据

标准化处理文本数据数据库数据CIMIS数据其他数据

6.2.2 数据标准化的意义

数据是信息系统的基础，数据标准化主要包括数据交换、数据质量和数据说明文件等几方面内容。数据交换即将一种数据格式转换成为另外某种数据格式的技术。数据质量涉及数据要素的描述、分类，编码等方面的内容。每个用户都希望获得现时的、完整而准确的数据。每个部门对数据的精度、流通性、完整性要求不同。数据质量标准对需要空间数据的一些要素进行描述，包括空间数据精度、属性数据精度、逻辑一致性、数据完整性和层次关系等内容。

数据标准化主要体现在对数据信息的分类和编码。对数据信息的分类是指根据一定的分类指标形成相应的若干层次目录，构成一个有层次的逐级展开的分类体系。数据的编码设计是在分类体系基础上进行的，数据编码要坚持系统性、惟一性、可行性、简单性、一致性、稳定性、可操作性和标准化的原则，统一安排编码结构和码位。数据标准是数据共享和系统集成的重要前提，数据标准化可以节省费用，提高效率和方便应用，有利于系统推广应用，实现数据共享，减少数据采集费用。

6.2.3 数据标准与数据共享

数据可以在多个级别上共享，在最低级，多个记录使用相同的数据项。在中级，多个应用使用相同的文件或数据项组合，多个数据项构成数据库，一个系统可以包含许多单独的数据库。在数据共享的最高级，每一个完整的数据库可以用于许多部门，同时也可以供其他行业乃至全社会使用。

应用数据库技术组织数据是实现数据共享的惟一的途径。数据库可以使数据与使用它们的各个应用程序相互独立，互不依赖。不论程序改变还是数据改变都不引起另一方的改变，能够很容易重新组织数据，加入新的数据。同样，在数据结构、数据内容或数据存储的物理介质发生改变，都不需要重写程序。

数据标准化是数据共享的前提，数据标准化的程度与数据共享的能力成正比。数据标准化能够使各个应用系统对客观实体的分类和描述手段一致，或者提供相应的转换接口。在理解一致的前提下，应用标准数据编码系统和统一的逻辑描述方式，使共享数据库中成为可能。6.3 综合监测

该页面以上饶市地图为依托，立体展示现有国家站和区域站的天气现象和多要素的自动显示和定时更新；地图上展示站点分布及各站点实况数据；集合展示单站或多站温度、降水、湿度、气压、风等要素的展示（等值面、线），阈值告警、信号展现，形成一个综合展示平台，让用户一眼能看出现在的实况情况和预警信息。

【综合监测-参考】

6.3.1 实况显示

选择地图上的风景区（气象站点），系统根据选择条件显示温度、降水、相对湿度、气压、风向风力或者雷达图，结果自动叠加到地图上。

【实况显示-参考】 6.3.2 天气预报

选择地图上的风景区（气象站点），系统根据选择条件显示对应站点的三天预报信息。

【天气预报-参考】

6.3.3 雷达反演

利用高性能机进行雷达拼图的并行运算，实现“零等待”拼图，每时次全部高度的CAPPI格点耗时控制在15秒之内；综合图形产品时间控制在25秒内。实现在3分钟内完成5部以上雷达拼图和外推预报、定量降雨估测和定量降雨预报。

【雷达反演】

根据雷达回波强度自动发布暴雨预警；根据QPF结果自动给出未来1-3小时雨量预估，根据地图覆盖物自动切图算法生成专题图和短信内容，快速形成定量降雨决策产品。

【雷达数据反演.查询】

根据雷达探测到的雨区，以不同灰度显示立体图像。能播放过去3小时、每半小时一张的雷达图像。由于雷达偶然会接收到并非来自雨或云的信号，例如地面、山脉及海面的反射。这些信号间中会出现在雷达图像上、能够分辨出来。

【雷达数据反演.分析】

在有基础雷达数据的基础上，通过雷达反演，实现强降水预测预警时效提前量15-30分钟，气象景观预报分短时预报（3-6小时）、短期预报（1-3天）和中期预报（3-10天）。6.3.4 等值面、线分析

 通过实况气象要素采集数据、实时以等值面形式分析当前雨量、风、气压、温度等要素信息。

【温度等值面】

6.4 旅游预报产品制作

系统通过配置模板结合预报数据自动合成对应产品，并调出模式对比数据供用户参考，用户调整系统生成的预报产品形成订正预报，选择发布对象和发布手段一键式发布，同时可以查看历史记录。

【产品制作-参考】

6.4.1 标签制作

平台产品通过标签化的方式来进行制作，各标签允许用户自定义。比如定义“最高温度”、“油菜花花期”等要素来作为标签，供后续模板制作中使用。

【标签制作-参考】

6.4.2 模板制作

平台产品对应到一个一个模板来实现自动化，用户初次使用平台，需要制作各个产品对应的模板来实现产品与模板、产品与标签的唯一定义关系，平台支持在线WORD编辑，大大方便用户的使用。如下图的参考定义一个短期预报的模板。

【模板制作-参考】

6.4.3 产品合成通过上面两步标签制作和模板制作就能进行产品的合成，系统根据标签对应的数据内容，自动生成产品，如产品无需订正，保存后即可生成对应产品内容。

6.4.4 产品预览

平台提供在线预览功能，让用户所见即所得的体验，在产品制作过程中，实现产品的可视化。如下图，系统自动生成的短期预报内容。

【产品预览-参考】 6.5 旅游预报产品发布

6.5.1 设计思路

利用“一键式”的快捷方式，快速收集、处理、存储气象灾害监测预报信息，、通过合理分配系统资源，在最短的时间内向特定的区域、部门、人群发布预报等气象信息，及时为政府防灾减灾和社会公众决策提供服务。“一键式”发布平台的宗旨是：充分利用社会公有资源，采用各种先进、可靠的技术手段，建立起权威、畅通、有效的信息发布渠道，形成覆盖面广的信息发布与服务系统，使公众在信息发布后及时接收到信息，覆盖绝大多数人群。

6.5.2 总体架构

信息采集是由数据自动采集配置、信息采集等功能组成。管理信息从监测、生成、处理、存储的全部流程，为信息发布提供数据基础。“一键式”发布由信息接收处理、渠道管理、信息发送模块等功能组成。管理信息制作、渠道配置、格式转换、身份认证、发布、发布反馈等业务流程，为信息的及时有效发布提供保障。

发布渠道包括现有和在建的适用于信息发布平台，系统采用统一的信息编码格式，具有很强的开放性，未来各种新增的信息发布手段均可以轻松地整合到此框架中。

该平台与各信息发布手段之间的关系，是建立在依托和整合的基础上。系统建成后，不会替代原有各种信息发布平台，仍将保持原有的工作方式和业务逻辑，只增加与本系统之间的信息传输接口和统一信息入口，使原有的发布手段可以发布本平台的信息，形成该平台信息发布的整体框架。

6.5.3 数据处理流程

“一键式”信息发布数据处理流程为：接收信息→处理信息→信息存储→发布信息→运行监控→信息反馈。

信息发布平台主要负责各类灾害气象信息数据的收集、管理和发布，发布平台所收集的预报信息主要来自灾害气象服务系统和本系统中的基础信息收集分系统，接收到数据信息后，发布平台对数据进行管理，发布平台的基础信息收集分系统将各类数据信息按事先划定好的发布范围、发布类别和发布级别进行分析和处理，经过处理后的信息数据将被保存在信息存储管理分系统，同时通过综合发布管理发布信息，综合发布管理分系统利用多种联动方式进行发布，“一键式”信息发布重点整合气象部门现有手机短信、电话、电子邮件等信息发布手段，通过接口封装、远程调用，实现信息发布统一平台操作、统一接口调用、发布手段共享、一键式多手段全网络发布。区县级气象部门在不需要建设众多发布系统的情况下，可以共享市级气象部门的发布系统资源，实现一键式多手段发布。

6.5.4 技术特点

信息采集、“一键式”发布相互独立，它们之间数据交换全部通过信息基础数据库完成。逻辑上划分为三个层次，由上至下依次为应用层，服务层，数据层。应用层为Windows环境，采用Java开发。服务层为WindowsServer环境采用基于J2EE和Web地图的整体解决方案。数据层为WindowServer环境，以SQLServer2008数据库为基础。

2.1信息采集包容性。任何格式信息采集的对象目前主要有数据库、局域网共享文件、FTP文件，通过技术手段将各种不同的文件按照统一的格式处理成系统所需的信息。

2.2数据库存储方式。采用数据库连接方式，主动获取源系统的数据库可以通过数据库连接（DBLINK）直接读取。对于异构数据库可通过编写程序脚本连接源系统数据库来获取数据，需要建立专门的连接池来处理。使用程序脚本抽取数据，一方面便于ETL统一调度的控制，另一方面可以在将来进行扩展，针对多种数据库（oracle、sql server、sybase等等甚至TXT、XNL、EXCEL等特殊格式的对象进行处理。

2.3数据库数据采集是通过建立数据库作业定时将所需要的数据自动采集到信息数据库中，采集的主要内容为自动站实况数据、陆地天气预报、海区天气预报。6.5.5 提高效率

整合气象部门现有手机短信、电话、传真、电子邮件等信息发布手段，集中控制乡村气象电子显示屏、大喇叭等基层信息发布手段，通过接口封装、远程调用，实现信息发布统一平台操作、统一接口调用、发布手段共享、“一键式”多手段全网络发布，有效减少了工作人员的工作流程，提高工工作效率，减少各个环节出错的几率。

6.5.6 一键获取

通过后台自动获取算法，实时自动分类获取预报产品，根据各类不同产品自定义，后台自动实现逻辑产品再加工，前台只需订正，发布即可把产品通过短信、邮件、各类网站、墒情气象门户网站等一键式制作、发布。

6.5.7 一键分发

系统通过产品模板来设置分发渠道的设置：模板分发设置包括分发渠道设置和分发时间设置。为了确保模块的独立和可维护性，任何气象服务系统的接口应以中间文件为标准，系统满足以XML文件进行数据交换。即制作模块生成标准的中间文件，由数据采集和集成模块将该产品文件同化至各服务系统中，如城镇报、短期指导预报、短时预报、空气污染潜势预报、精细化预报、农业气象一周天气等。

1)所有发布渠道发布后能记录发布历史；发布历史可按日期查询并支持删除记录、下载附件功能，所有产品发布时排版需美观、符合规范。2)FTP：每个产品支持可设置支持ftp发布。

3)本地磁盘：每个产品支持可设置支持本地磁盘或者网络路径发布，并可永久保存。

4)河南省气象局综合管理信息系统：每个产品支持可设置针对该系统的发布。5)上饶三农气象服务平台：每个产品支持可设置针对本系统发布。6)邮件：每个产品支持可设置支持邮件发布。

7)河南农业气象服务平台：每个产品支持可设置针对本系统发布。8)上饶市气象局门户网站：每个产品支持可设置针对本系统发布。9)短信群发：能够在内网运行，并和移动的MAS系统无缝集成，短信系统应具有用户分组管理，用户信息导入导出，信息分组发布，发布历史查询，发布状态查询，发布统计功能。

10)电话会议：根据需要触发电话会议功能。

【一键分发-参考】

6.5.8 发布列表

平台对发布信息统一存放到发布列表中，可以进行统一发布和管理，并能参看发布状态。

【发布列表-参考】

6.6 旅游预报产品展示

平台制作的产品可以通过产品展示页面进行在线预览，同时可以通过系统管理的文件管理菜单上传用户已经有的历史产品，所有系统都支持WORD在线预览。如农气观测资料，为油菜花期预报提供农田气候分析。

【产品展示-参考】