氣象服務解決方案精選(九篇)

前言：一篇好文章的誕生，需要你不斷地搜集資料、整理思路，本站小編為你收集了豐富的氣象服務解決方案主題范文，僅供參考，歡迎閱讀并收藏。

第1篇：氣象服務解決方案范文

關鍵詞:氣象;WEB服務;C/S;ASP .net;Oracle

中圖分類號:TP315文獻標識碼:A文章編號:1009-3044(2010)22-6378-03

Reform of Aviation Weather Information Service System Based-on WEB

YU Xiao-liang, CHEN Qi-ya, LI Wei

(Northwest Civil Aviation Air Traffic Management Bureau, Xi'an 710082, China)

Abstract: In this paper, the Northwest Air Traffic Control system features the original meteorological information and information services provide the means to point out the shortcomings, if the limited information provided, information call the way backward, maintaining large, high failure rate and so on. To solve this problem, this paper discusses a new generation of meteorological service system development, introducing two proposals as the C/S and web services and compared, considering the program after the selection of web services and described the new program design guideline, and the division of the function of modules and structural design, and describes the hardware and software system development environments. Finally on system development the key technologies used are described.

Key words: weather; WEB service; C/S; ASP .net; Oracle

隨著國民經濟的持續增長,我國民航業目前正處于一個快速增長時期。保證民航業安全快速增長,同時提高社會滿意度是各飛行相關部門共同的目標。對航空氣象而言,如何提高氣象信息服務提供的及時性、準確性、有效性成為這項工作中的一個重要環節。而目前我們在信息服務建設方面相對滯后,對外服務采用的是數套系統并存的方法,這其中有已經沿用了近十年的C/S模式,還有落后的撥號網絡連接方式。這些信息提供方法存在氣象信息資料收集難、資料種類少、故障率高、維護困難等情況,已經很難滿足用戶的需要。為了解決以上問題,本文對原有氣象信息服務系統進行技術改造,在原有數據庫的基礎上設計了一套基于WEB的民航氣象服務系統,該系統能夠克服原系統的缺點,改善對外服務水平,減輕維護工作量,具有良好實際效果。

1 西北空管局氣象信息服務現狀

1.1 目前氣象服務用戶及相應信息提供手段

1)內部局域網用戶

目前我局內部使用氣象局域網共有預報、填圖、管制、航空公司、簽派等用戶。他們均通過樓內綜合布線或光纖與氣象局域網服務器連接,通過氣象服務平臺(客戶端程序)從氣象局域網服務器上查詢資料。

2)外部局域網用戶

海南航空公司是唯一一家外部局域網用戶,他們通過單模光纖接入氣象局域網,同樣使用客戶端程序從氣象局域網獲取資料。

3)外部服務器方式用戶

東方航空公司的氣象資料提供方式較為特殊,他們通過我數據庫機房服務器上的搬運工程序將氣象資料從我一期數據庫和局域網服務器上轉存到其FOC數據庫上,然后其工作人員通過自己的服務程序查閱資料。

4)外部數據庫用戶

陜西四航站目前通過撥號方式登錄一期數據庫系統,使用數據庫客戶端軟件檢索數據庫資料。

1.2 當前信息服務方式存在的問題

1)數據源復雜

目前氣象服務數據源包括一期數據庫、局域網服務器,再加上自動觀測、衛星、雷達、廣域網等氣象資料提供源,整個系統非常龐雜。

2)信息調用方式較為落后

在信息的調用過程中還存在著撥號方式,傳輸速率低,圖形資料傳輸困難。

3)維護量大,不易提高對外服務質量

由于對外服務系統整體較為復雜,維護量大,排故環節多,再加上用戶分布較為分散,在對外服務的及時性方面會造成一定影響。

4)提供資料種類較少,預報員工作量較大

由于目前對外服務系統提供資料種類有限,在實際工作中,預報員承擔著部分資料傳輸任務,工作量增大。

5)局域網系統故障率較高

雖然目前局域網系統經過改造,但是由于原先專用服務器發生故障,目前對外服務使用的過渡服務器負載有限且原系統部分數據源(例如航填收報機)老化,經常會影響服務。

2 新方案的選擇

2.1 使用客戶端程序方案介紹[1]

使用客戶端程序方案沿用的是傳統的二層C/S架構。在這種數據庫應用體系中,客戶端與數據庫完全分開,在客戶端運行了大部分服務,如數據訪問規則、業務規則、合法性校驗等[2]。每一個客戶端都存在數據引擎,并且每一個客戶端都與數據庫服務器建立獨立的數據庫連接(DB Connection)。這一方案通過開發新一代客戶端服務程序,利用現有網絡,直接從二期數據庫系統讀取數據其模型如圖1所示。

這種體系的數據應用系統的優勢在于:開發周期較短,能夠適應大部分中小型數據庫應用系統的要求。

但是,這一方案也存在著一些缺陷,主要體現在以下兩個方面:

1)可擴充性:對于數據庫服務器端,每建立一個數據連接,就會占用大量的系統資源,當數據連接達到一定數量時,數據庫服務器的響應速度與處理速度將大打折扣。

2)可維護性:在這種系統中,業務規則通常置于客戶端應用程序中。如果業務規則一旦發生變化,就必須修改客戶端程序,并且為每個客戶端進行相應的升級工作。

2.2 WEB服務方式解決方案介紹[3]

WEB服務方式解決方案采用三層C/S體系結構,即在客戶端與數據庫之間加入了一個“中間層”。這種設計將業務規則、數據訪問、合法性校驗等工作都放到了中間層進行處理,客戶端不直接與數據庫進行交互。這一方案具體而言是通過架設WEB服務器,使用戶通過現有網絡向WEB服務器發出查詢請求,WEB服務器在收到查詢請求后向數據庫檢索相關數據,然后將處理結果返回到終端用戶WEB瀏覽器上。其模型如圖2所示。

這一方案最大的好處是維護方便,程序的更改,系統的維護在服務器端就可以完成,同時大大減輕了數據庫服務器的訪問壓力。

2.3 兩種方案的選擇

綜合以上分析,對兩種方案進行各項評價指標的對比,見表1。

通過對比分析,我們認為雖然使用WEB瀏覽服務方式可能在開發環節上存在了一些困難,比如缺乏開發經驗,沒有專用的WEB服務器等。但是WEB服務方式在維護和改進及擴展方面具有客戶端方式不可比擬的優勢,并且WEB服務方式在服務行業的應用也是今后發展的方向。因此,綜合考慮,我們決定采用WEB瀏覽方式。

3 系統設計

3.1 系統設計思想

根據這套系統建設的出發點,確定此次開發工作的指導思想是:對內整合資源,對外改善服務。

對內整合資源要求我們對各類氣象資料無論從采集、存儲還是提供等各個環節都要力求統一、簡單、有效。減少不必要的環節和設備,排除不穩定和故障多發系統在工作中的應用,以增強自身的保障能力。

根據解決方案,要求我們根據三層C/S氣象服務模型開發出連接客戶瀏覽器和二期數據庫服務器的中間層,也就是完成氣象服務網站的開發工作,并且從資源整合角度出發,要充實二期數據庫資料。

對外改善服務要求我們在系統設計方面要立足于用戶,從用戶使用的角度出發,開發出的系統無論是在功能上還是使用便利性上都能最大限度地滿足最廣泛用戶的需要。系統的設計要求能給用戶帶來最大的便利性,從而實現只要用戶會上互聯網,就能夠輕松查閱飛行氣象資料。我們在功能設計方面,除了滿足以往客戶端服務系統具備的報文查詢打印、實時自動觀測資料顯示、雷達圖、衛星云圖資料顯示等基本功能之外,還要求實現高空風與溫度預告圖和重要天氣預告圖資料的顯示與打印功能。

3.2 系統功能模塊劃分及結構設計

對氣象服務系統的功能進行分析后,劃分出航空氣象報文查詢模塊、自動觀測資料顯示模塊等六個模塊,結合面向對象和三層結構的設計思想,設計出每個模塊的頁面,見圖3。

3.3 開發軟硬件環境

本系統是在原有二期氣象數據庫系統基礎上開發的,通過前期市場調研,及目前互聯網技術的發展水平,將系統開發環境分為硬件環境和軟件環境,其中硬件環境包括客戶端、WEB服務器、數據庫服務器,軟件環境包括WEB瀏覽器、網頁開發工具及oracle數據庫。具體參數見表2

3.4 關鍵技術

1)3.5的使用

3.5是微軟下一代集成開發工具Visual Studio 2008的一個組成部分[4]。與ASP不同的是,提供了大量的控件,這些控件能夠輕松的實現一個交互復雜的Web應用功能。在 3.5中集成了大量的控件,在開發中我們對這些控件從效率和效果兩個方面進行了認真選擇,采用了一些對本系統實用價值較大的控件,如登錄控件Login,圖像控件Image等。

2) 控件的使用[5]

是oracle公司針對自身數據庫系統開發出的數據訪問控件,因此它在訪問ORACLE數據庫要比 3.5中的更具效果,因此在此次開發中,事關數據訪問,全部采用的是組件,從而保證了數據訪問效率。

3)BLOB數據的訪問

在此次開發中,BLOB數據(二進制大對象binary large object)的訪問是一個開發難點,由于 圖形資料大都以這種數據類型存放,因此這個問題的解決對系統的開發顯得尤為重要。在此次開發中,我們通過SqlDataReader 對象的 GetBytes 方法按字節方式訪問一個列的數據[6],同時與 FileStream 對象組合,將 BLOB 對象保存到WEB服務器上一個文件中,從而成功地解決了這個難題[7]。

4)輔助程序的開發

由于這套系統完全以二期數據庫服務器為數據服務源,因此應當保證數據庫資料的完整,為了解決數據庫缺乏部分本地資料(自動觀測、雷達圖、衛星云圖)的問題,我們先后修改編譯了自動觀測資料處理程序,編寫了衛星云圖資料入庫程序,修改了雷達傳送程序的相關參數, 將本地資料文件格式修改為數據庫能夠識別的格式并進行處理。

4 結論

氣象web服務系統的程序開發已基本完成,目前正處于試用階段。根據目前試用情況看,這套系統運行比較穩定,功能上能夠滿足設計要求。可以預見,這套系統的應用將極大的改進我中心對外服務水平,無論在提高用戶滿意度還是減輕內部相關服務人員和維護人員工作量等方面都將產生良好的效果。

參考文獻:

[1] 王玲.基于B/S架構的文檔管理系統的設計與實現[D].南京:南京理工大學計算機應用系,2007.

[2] 劉滔.基于BS架構的民航氣象信息綜合服務系統[D].上海:上海交通大學信號與信息處理系,2009.

[3] 陳齊亞,黎巍.民航氣象WEB服務系統改造可行性報告[R].西北民航空管局氣象中心,2006.

[4] 蘭多夫,加德納.Visual Studio 2008高級編程[M].北京:人民郵電出版社,2009.

[5] 姚世軍,柴育梅訪問ORACLE的方法[J].計算機系統應用,2004(3).

第2篇：氣象服務解決方案范文

關鍵詞：氣象服務平臺；系統架構；業務流程

中圖分類號：S165 文獻標識碼：A DOI：10.11974/nyyjs.20161032042

引言

氣象服務平臺業務系統的建設，要按照現代氣象業務體系建設和“多軌道、集約化、研究型、開放式”的總體要求，實現具有監控功能的流程化管理、監測預報分析更快速、氣象服務產品制作簡單高效、自動化能力更加穩定。收集整理省市縣3級氣象數據資源；完整氣象服務信息機制，積極利用多種信息渠道，開展全過程、個性化、適應多種新媒體的氣象服務，提高信息覆蓋范圍，擴大氣象服務區域，發掘氣象服務價值，調整服務分工和布局；強化組織管理和技術開發，使其達到服務現代化、專業化、規范化，進一步提高現代氣象服務的能力[1]。

1 氣象服務平臺的技術設計思路

平臺設計開發伊始便充分考慮整體系統的靈活要求。在業務流程監管方面，需求單位可以根據自己的實際業務流程，個性化定制產品流程，并能實時檢查流程，進行必要的提醒；在數據分析方面，用戶可以自定義統計查詢，系統按照用戶的定義的結果，可以自動生成統計圖片、表格、文字等。系統設計重點強調安全性，然后突出數據資源的共通共享，且不能忽視數據信息的保護、監控和隔離。根據系統的數據傳輸，制訂統一加密解密過程以及數據的有效性進行檢查，確保數據合法性；系統數據把省市縣需求單位區分成不相同的級別，將應用數據信息的需求單位劃區成不同類型，達成不同類型需求單位對不同級別數據訪問的權限策略；對于用戶登錄以及其他一些業務操作，能夠實時記錄日志，使得操作具有良好的可追溯性。制定設計方案時要采取目前先進的技術，系統各部分具有故障判別與還原和容錯能力，在安全系統建設、繁雜環節解決辦法和平臺轉換等各方面考慮要周全，有實際操作性，完成后的系統穩定性和安全性高，進而把其他存在的風險降至最低。

2 氣象服務平臺總體流程結構

通過整合氣象局相關的資源，將原先分散的氣象信息服務、氣候應用服務、專業氣象服務等職能進行優化整合，并以經濟社會的需求為牽引，開展更有針對性、更精細化和更專業化的氣象服務，努力實現氣象服務業務現代化、專業化、規范化，進一步提升氣象服務信息覆蓋率和氣象服務公眾滿意度，達到公共氣象服務的目標。

2.1 ArcGIS Server系統設計架構

ArcGIS Server系統架構是在Web的企業級基礎上實現的GIS解決方案，它為建立和監管以服務器為基礎的GIS應用提供了一套高穩定性和可靠性的框架，支持.NET和Java編程語言，包含一個Web應用開發框架（ADF）和一個GIS Server。該框架是分布式系統，由分散在其他設備上的多個角色協同開展任務，ArcGIS搭建的WebGIS解決方案支持多種類型的客戶端，包括ArcGIS Desktop 、ArcGIS Engine Application、Web Browser等。

2.2 氣象服務產品制作功能

氣象服務模塊負責對公共氣象產品的制作、常用模板的管理，新模板的定義以及當前產品和歷史產品的制作查詢。幫助用戶方便快捷的實現公共氣象產品的制作、及查詢操作。產品制作前需要先建立對應產品的產品模板（詳細功能見模板管理模塊說明），模板建立好后，開始公共氣象產品制作，制作包括對模板內容進行編輯、修改、保存、入庫、途徑選擇等功能。其中入庫分為入本地產品庫和入省級數據庫（實現數據共享）。對入庫目標及目標用戶可以在模板配制及支撐系統設置中進行添加修改。制作人員在制作產品時除可制作當天的氣象產品外還可以制作第2天及第3天的預報產品，根據用戶需要自行設置。整個制作過程流程化，通過定時制作提醒，系統到時自動向用戶發出聲音及短信的制作提醒，如果該模板到了定時制作的時間，但該時間內氣象產品庫內數據沒有更新、則會提示用戶是否等待該產品更新后再制作或從其它數據源導入，該提示也可在模板管理中設為默認，即產品庫更新后再提醒制作人員制作氣象服務產品。

2.3 決策氣象服務子系統

決策氣象服務系統是為各級黨、政、軍領導和決策部門指揮生產、組織防災減災，以及在氣候資源合理開發利用和環境保護等方面進行科學決策提供氣象信息。幫助領導和專家進行決策的工具，在大數據量的基礎上，對應急預案進行智能分析與管理，通過氣象資料、災情特點與專家知識相結合，建立的干旱、洪澇、火災等多種危險源的危害評估模型和人員疏散、保障調度、醫療救助的方案模型，提供直觀形象的分析手段，通過基礎氣象信息系統、災害預警系統和各類專業系統的數據集成提供完整的一體化數據源管理，為領導進行決策保障提供全面的信息支持。系統匯集了各類氣象實時探測、預報及服務信息，具有信息豐富、更新迅速、針對性強等特點。決策數據分析引擎完成常用的數據分析功能，提供了一些常用的計算模型和函數，用戶可以利用這些功能來構建自己的數據分析模型，可以實現交互式完成，也可以批量進行。

2.4 應急氣象服務子系統

氣象應急服務系統為氣象局與各政府單位應急處理機構提供通信網絡支持和信息傳輸保障，把各單位的通信網絡系統進一步集成，并把多種應急服務數據在一套完善的信息化系統當中進行有效處理。信息上報、咨詢電話和災害預警信息在氣象服務信息處理平臺進行。遇突發災害天氣時，應急服務平臺可實現為各部門統一指揮、協調多種信息處理的功能。應急服務體系實現在協調通信網絡和綜合數據信息的條件下，統一指導相關單位有序開展應急響應工作。氣象服務系統是基于應急指揮平臺并結合了氣象應急特點進行開發，系統由預報預警業務與通信網絡組成。信息平臺由相關標準規范、數據資源、通信網絡系統、應用系統等構成。

3 結語

建立高效的氣象服務平臺，是支持吉林省“一帶一路”重要舉措，該平臺建成后可進一步提高保護人民生命財產安全的能力，提升各行業防災減災的建設水平。氣象服務平臺建設符合當前對公共氣象服務和專業氣象服務的發展要求，是貫徹國家和省委省政府規劃的具體措施。氣象服務平臺建成后，將建立起穩定、高效、權威氣象服務信息流程，具有充分利用各種信息資源，準確、及時地傳播氣象服務信息能力，為提升吉林省防災減災起到非常重要的作用。

第3篇：氣象服務解決方案范文

【 關鍵詞 】 分布式數據庫；數據同步；XML；.NET Remoting技術；自動氣象站數據管理

Data Synchronization Technology in Distributed Database and

its Application in the Meteorological Industry

Song Chang-qing 1 Wu Li-ping 2 Guo Rui 1 Liu Zhi-bang 1 Wang Hao-yu 1

（1.Yingkou Meteorological Bureau LiaoningYingkou 115001；

2.Tianjin Maritime Safety Administration Yingkou Beacon Department LiaoningYingkou 115001）

【 Abstract 】 This paper uses Remoting remote distributed object processing method， builds a data model can be used on distributed database system， and this model is applied in the automatic weather station data management system， solves the question of distributed database’s data synchronization transmission in the network environment .It indicated that Remoting technology can simplify the development process of distributed remote processing after a year of business application， and is a desirable solutions of distributed data synchronization application.

【 Keywords 】 distributed database； data synchronization； XML； .NET Remoting technology； automatic weather station data management

1 引言

分布式對象技術是在面向對象技術的基礎上發展起來的，分布式對象技術在中間件系統、Web服務以及面向服務架構等許多領域都發揮著重要的作用。當前主流的分布式對象技術有OMG的CORBA、Microsoft的COM/DCOM以及Java/RMI。然而，CORBA缺少方便的開發工具和強有力的廠商支持，COM/DCOM跨平臺性較差，RMI對多語言集成的支持卻很弱。而微軟的.NET Remoting作為一個豐富的、可擴展的平臺，提供了高效的、安全的處理遠程對象的方法，非常適合通過網絡訪問資源。本文就通過.NET Remoting技術，來實現分布式數據庫系統數據同步，并介紹了該技術在氣象自動氣象站數據管理系統中的應用。

2 分布式數據庫與數據同步技術

2.1 分布式數據庫

分布式數據庫系統是指數據物理上分散而邏輯上集中的數據庫系統。利用計算機網絡技術，分布式數據庫系統將地理位置分散的多個邏輯單位聯接起來，共同組成一個統一的數據庫系統。分布式數據庫具有分布性和邏輯協調性。因此，分布式數據庫系統可以看成是計算機網絡與數據庫系統的有機結合。在分布式數據庫系統中，被計算機網絡聯結的每個邏輯單位，稱為站點（Site）或結點（Node）。一個用戶如果只訪問他注冊的那個站點上的數據則稱為本地（或局部）用戶或本地應用；如果訪問涉及兩個或兩個以上的站點中的數據，則稱為全局用戶或全局應用。

2.2 數據同步技術

數據同步技術通過使在分布式數據庫中的數據庫站點之間的數據更新的同步，達到使數據分布存放的目的，從而實現數據庫的分布式處理應用。這種技術可以使用戶透明地處理和使用數據，大大增加了站點的自治性。

3 .NET Remoting技術

.NET Remoting 提供了一種允許對象通過應用程序域與另一對象進行交互的框架，它在很多方面可以認為是DCOM（分布式COM）的升級。它為進程間通信提供了一種抽象的方法，可將遠程處理的對象與特定客戶端或服務器應用程序域以及特定的通信機制隔離開來。因此，這很靈活且容易自定義，可以用一種通信協議替換另一種通信協議，或者用一種序列化格式替換另一種序列化格式，不必重新編譯客戶端或服務器端。

3.1 .NET Remoting技術的基本原理

.NET Remoting技術基于網絡傳輸技術來實現客戶通道與服務器通道間的通信。當客戶端需要訪問服務器端時，通過傳遞對象引用以獲得遠程對象的。對于客戶程序來說，提供了與遠程對象完全一樣的方法和屬性。當的方法被調用時，就會創建消息，并將這些消息串行化發送到客戶通道中。服務器通道則使用格式化程序并行化消息，從而將方法發送給遠程對象。這樣，客戶端就可以像使用本地對象一樣來操作遠程對象了。

3.2 .NET Remoting技術與Web Service的比較

.NET Remoting和Web Service是.NET框架下構建分布式應用的兩種典型方案。兩種方案都支持事務處理機制、負載均衡和語言無關性。Web Service可以響應來自任何支持HTTP，XML，SOAP協議的平臺請求，更能實現異構系統、跨平臺系統的集成，但其支持的XML、SOAP消息文本數據因附帶較多的格式數據，降低了數據處理效率；.NET Remoting僅能支持構建在CLR基礎上的托管應用程序，但其既支持XML，SOAP的消息文本數據，又支持基于TCP channel信道的二進制數據，具有更高的執行效率和安全性。

4 數據同步技術分析

4.1 數據同步過程

基于XML與.NET Remoting的分布式數據同步模型，采用典型的三步數據同步過程，同步時由源端以推式方式進行。該模型適用于具有觸發器功能的數據庫管理系統，它利用觸發器來捕獲源數據庫的差異數據。數據同步系統由捕獲差異數據模塊、分發差異數據、更新差異數據模塊三部分組成。

4.2 基于XML與.NET Remoting的數據同步模型

基于XML與.NET Remoting的分布式數據同步模型工作時首先由下級服務器的源數據庫通過觸發器捕獲變化了的數據并將其存儲于差異數據表中，利用技術將差異數據表關系模式轉化為XML Schema模式，并將差異數據表中的數據填充為XML文檔，經過對XML文檔加密處理后，調用上級服務器中的遠程對象，獲得遠程對象的相關方法，將得到的DML同步隊列應用于上級服務器的目標數據庫當中，這就實現了同步周期內的一次數據同步。

5 在自動氣象站數據管理系統中的應用

為避免大量的觀測數據造成網絡流量負擔過重，我們通過完成自動氣象站數據管理系統來解決這一問題，其中數據同步傳輸是其中重要一個環節。考慮到目前多數氣象臺站計算機終端采用Windows操作系統，因此采用了基于.NET Remoting遠程通信的分布式應用方案，以得到更多的協議支持、更高的溝通作業效率和安全性。

5.1 系統的實現環境

自動氣象站數據管理系統實現了自動氣象站遠程數據同步處理的分布式應用，數據庫采用SQL Server 2005，服務器端采用Windows Server 2003操作系統，客戶端采用Windows XP Professional操作系統，程序采用易于網絡編程的C#語言實現。

5.2 程序的實現

為滿足自動氣象站數據管理系統中分布式數據的同步需求，我們將基于XML與.NET Remoting的分布式數據同步模型應用于業務實踐，解決了如何捕獲差異數據、如何利用XML作為媒介導出數據、如何基于.NET Remoting實現同步數據傳輸以及如何解析XML文件等問題，最終實現了分布節點間的數據同步。

在程序的具體實現過程中，先創建一個接口程序集，即中間業務層代碼，并將其編譯成動態鏈接庫，用于在服務端部署遠程對象。在服務器端，主要需要數據庫的訪問和遠程對象的，數據庫訪問我們通過來實現，可以方便、高效和可靠地訪問數據庫，同時易于解決數據的完整性和一致性問題。遠程對象是業務邏輯的具體實現，遠程對象與其它類用戶對象惟一的區別在于遠程處理對象支持引用調度，因此遠程對象必須從System.Marshal ByRefObject對象派生。在客戶端，客戶服務層采用Windows 窗口應用程序實現，為了實現與遠程對象的通信，必須添加對遠程對象和.NET Remoting名稱空間的引用，并激活遠程對象。

6 結束語

.NET Remoting技術憑借其良好的擴展性、高效性和安全性，為通過網絡遠程訪問數據資源，實現分布式數據庫數據同步，提供了科學的解決方案。

參考文獻

[1] 趙明宇. 基于.NET框架的分布式系統應用研究[D]. 南京：河海大學，2003.3

[2] 陳緒君，胡君紅，張大斌，金燦，秦鑫. .NET框架Web Service和.NET Remoting分布式應用解決方案及評價[J]. 計算機應用研究，2003（9）.

[3] 姜亦學.分布式數據庫系統同步技術研究[D].長春理工大學，2008.

[4] 李素萍.分布式數據庫的同步更新技術研究[J].中國科技信息，2008年第16期.

[5] MacDonalod M，MicroSoft .NET分布式應用程序：集成XML Web服務和.NET遠程處理[M]. 北京：清華大學出版社，2005.

[6] 周偉，劉豐.分布式數據庫數據同步技術研究[J].計算機與信息技術，2010年第10期.

[7] 李黃.自動氣象站實用手冊[D].氣象出版社，2007.

第4篇：氣象服務解決方案范文

關鍵詞：農業氣象服務；農業發展；直通式氣象服務；存在問題；解決方案

中圖分類號：S165 文獻標識碼：A DOI：10.11974/nyyjs.20170133204

國家氣象局在落實各地為農氣象服務工作上，做了明確規定。在下達《關于開展面向新型農業經營主體直通式氣象服務的通知》之后，各地重點縣市紛紛起到帶頭作用，有關部門在文件命令下迅速開展為農服務氣象革新會議，通過部門和百姓之間的聯合，使直通式氣象服務在農業生產方面的作用漸漸發揮出來。

1 直通式氣象服務介紹

直通式氣象服務簡單來說就是政府相關部門為農業活動主體提供的相關氣象信息。在中國的新r村，農業活動主體一般包括農業種養大戶、農機大戶、漁業等。甚至還有一些專業化服務組織，例如家庭農場、農業合作社、農業企業等。直通式氣象服務就是在這些農業生產、經營活動開展的同時為其提供氣象信息服務。通過氣象信息，農業活動可以更好的進行，農民可以根據氣象信息對生產經營活動合理的調配人員和時間，通過直通式氣象服務，農業生產的防災減災的能力提高、降低了人為災害對農業生產的影響和損失，使農業生產、經營的投入得到控制、使收益有了保障。在直通式氣象服務中、縣級以上的氣象部門必須依據當地農業生產、經營的狀況，分析確定氣象服務的直接對象，對氣象服務的規模進行調整。每個季度，氣象部門和農業部門必須共同開展氣象服務工作總結，重新分析下一季度農業經營主體的直通式氣象服務的具體需求，制定關于氣象服務規模、時間的實施方案以及調整計劃。要根據農田調查工作的開展，針對性的為農業生產中的災害提供較為成熟的技術支持。

2 現階段基層氣象服務普遍存在的問題

2.1 氣象信息難以傳達

氣象服務是有時效性的，延遲的氣象信息起不到指導作用，甚至還會誤導農業生產活動的進行，故將氣象信息及時的傳達出去是氣象服務的關鍵。為了使氣象服務及時、有效，就需要通過快速的傳播途徑來進行信息傳達，目前，我國新農村普遍采用廣播、電視、報紙等渠道，但顯然這些傳播媒介難以保證時效性，且信息傳播、有一定的局限性。另外，有些突發性氣象信息，如臺風暴雨等，農民在還未收到預警消息就已經損失慘重了。

2.2 氣象服務產品難以滿足實際需求

氣象服務產品過于單一，難以滿足農業生產中具體農作物的需求。對于農作物來說，其生育、采摘時間都需要氣象信息提供參考，新品種農作物的研究更是要在氣候論證的前提下開展。然而我國現在的氣象服務難以切實、具體的滿足的農業的需求。

2.3 政府部門對農業氣象服務不重視

氣象服務能否有效提高，很大程度上要看領導階層夠不夠重視。在目前一些農村，上級氣象部門和農業部門對氣象服務工作開展過于形式化，沒有實實在在的落實服務，部門間沒有協調、配合，對于好的服務建議不予采納、理會。隨著新農村農業的發展，要想在為農氣象服務方面有所成效，必須有政府相關部門的支持。

3 如何提高直通式氣象為農服務水平

3.1 壯大服務隊伍，提高農產品質量

氣象部門和農業部門要端正服務態度，明確服務宗旨，在根據新農村的農業實際需求，改變傳統氣象預報產品。政府部門和氣象部門應是一個協調、配合的運行系統，有關部門應該廣納賢士，聽取有利的建議、方案，通過壯大服務隊伍和提高預報準確率和及時性來提高氣象服務水平。另外，氣象部門要實際調查農民的需要，提供適合農村需求的預報產品。

3.2 強化直通式氣象服務

氣象部門在夏季農業收割區，應該擬定決策氣象服務，針對地區農業生產特點，加強直通式氣象服務。為了讓在氣象服務的時效性得到保障，各縣市、各鄉鎮要相互建立信息傳播渠道，保證農民能及時獲取氣象信息。縣市的廣播電視臺應該定時播報氣象預報，地區內的基層氣象臺站要能通過電視、廣播、手機短信、氣象電子顯示屏等渠道向農民傳達氣象信息。

4 結語

直通式氣象服務是農業生產的保障，只有通過氣象服務的改革措施，才能使農業生產不受天氣的影響和損害。故縣市政府應該在直通式氣象服務的提高上下功夫，以提高服務水平為工作重心。

參考文獻

第5篇：氣象服務解決方案范文

關鍵詞：氣象預警；基于位置的服務（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協議實現的，其協議復雜冗余，沒有針對手機應用做必要的優化和改造，使用費電，耗流量。經過調查發現，由國內個信互動網絡科技有限公司開發的推送服務可靠且相對穩定，電量與流量消耗也相對較少，其掉線重連的機制也使得在線長連接得到了有效保障。Android應用程序開發者提供了一系列基于Android平臺的應用程序接口，整個體系架構簡單，簡化了推送的開發成本，為搭建自己的推送平臺提供了一個快速的通道。因而本研究使用由該平臺提供的推送服務，其特點是支持文件加密透傳，開發者可以對透傳信息進行加密，從而不必擔心信息的泄漏。

2 系統整體結構

系統采用C/S的架構可以充分利用服務端和客戶端硬件的優勢，將繁重的計算任務交給服務端完成[9，10]，減少客戶端的計算負載，整個系統結構如圖2所示。

1）專用服務器。氣象專用服務器用于分析處理氣象災害預警信息，將需要預警的用戶列表，通過推送服務器提供的WebService，將處在災害預警位置的客戶端列表發送給推送服務器。同時，專用服務器需要一個網絡IP地址和端口號，用于與客戶端的通信，包括獲取用戶位置信息、傳遞具體災害預警信息等。

2）客戶端。基于Android平臺設計的客戶端，利用Android手機提供的網絡定位功能和GPS定位服務定時地獲取用戶所處的地理位置，以捕捉變化的用戶位置信息，并將變化后的用戶位置提交給專用服務器，以便第一時間讓所處變化后的區域的用戶能夠接收到該地的氣象災害預警提醒。應用的關鍵是用戶必須在Android系統設置選項里啟用定位服務，包括GPS定位和網絡定位服務，否則無法實現與用戶位置有關的災害預警提醒推送。客戶端采用推送服務提供的Android客戶端SDK，負責推送服務器的長連接通信，并利用該平臺提供的推送接口負責接收推送服務器推送過來的信息推送提醒。

3）推送服務器。直接實現推送信息的載體，能夠在高并發連接的情況下與客戶端保持持久的通信，向提供WebService接口，接收專用服務器傳遞的推送客戶端列表，并最終將信息推送至傳遞過來的客戶端列表中。

4）Web服務器。氣象災害預警信息的來源，由第三方氣象公共服務系統提供，采用格式化的XML數據，采用HTTP的通信方式為用戶提供氣象災害預警信息。

5）數據庫。系統采用Oracle數據庫。數據庫與氣象專用服務器相連，在系統運行時動態地更新數據庫信息。

3 系統設計

系統設計主要包括兩方面的功能，即災害預警到來時客戶端的及時信息提醒功能和可視化的預警詳情查看功能。圖3為整個系統的框架模塊設計，具體包括兩個方面，即氣象專用服務器設計和Android客戶端設計。

服務器端與的信息交互是雙向的，拋開整個服務器的內部構建來看，實際上是一個輸入-處理-輸出的系統處理機制。根據氣象專用服務器的功能特點，服務器端架構采用分層的軟件設計思想以提高軟件未來的擴展性能。軟件架構包括3個層次：通信層相當于輸入和輸出的一個接口，所有數據的傳遞和交換必須由通信層來解決，包括氣象預警資料的獲取，與推送服務器的交互以及和客戶端用戶之間的信息交互。服務層是服務器端工作的核心組件，為實時預警推送和用戶信息管理提供支持。為滿足氣象災害預警實時性要求高的需求，該層設計了氣象災害監控服務，實時監控氣象災害預警信息的變化。系統服務器端采用Oracle作為數據庫系統的業務數據支持，提供了3種數據內容，即歷史數據、實時預警信息數據和用戶基本信息數據。

Android客戶端采用MVC的設計理念，相對應的3個模式為視圖顯示模式、事件控制模塊和業務數據處理。用戶在使用本系統軟件時，應有一個方便簡單的入口，客戶端的視圖顯示用以解決用戶和系統交互的問題，是系統使用的功能導航，擁有3個用例，包括系統設置、預警提示和預警查看。事件控制模塊負責分發和處理相應的業務數據請求，并將結果顯示在視圖上，是業務數據處理和視圖顯示的一座橋梁，在Android系統中主要由Activity完成。業務數據處理模塊是MVC 3層架構中的數據模型，是客戶端數據處理的核心組件。

4 關鍵技術的實現與分析

4.1 基于位置的信息采集

Android客戶端提供了兩種不同的定位方式：網絡定位和GPS定位。用戶的位置通常是動態變化的，但變化范圍絕大部分又限于一定區域之內，如果在一個小的區域范圍之內變化，可以視為沒有發生位置改變，對于氣象預警的結果沒有什么影響。本系統中以一個行政規劃區（以市級單位為例）為地理變化單位。為方便將地理的經緯度轉換為相應的地理位置信息，Android手機端采用百度定位SDK。為使服務器知道用戶最新地理位置信息，筆者采取了如下的解決方案：首先由用戶通過系統設置選項，設置好定位時間間隔，并保存到系統參數的配置文件中；其次開啟Android后臺服務（Service），在主線程中注冊百度定位監聽，并讀取系統參數配置文件，設置好定位時間間隔；最后通過百度地理定位監聽方法onReceiveLocation（BDLocation location），獲取用戶當前地理位置信息LocUpdate，同時把本次地理位置信息更新到本地數據庫中，從數據庫中讀取用戶上一個地理位置區域LocPrevious，并做兩次位置對比，如果位置不同，則啟用位置更新方法LocNotify Server（String LocUpdate），將用戶最新位置信息通知給服務器。

4.2 預警信息推送

在系統運行中，氣象專用服務器要定時地從Web服務器端拉取氣象災害預警信息數據并做處理，將最新的預警數據存到實時預警信息數據表中，同時將歷史氣象預警信息插入到歷史數據表中，因而實時預警信息表中的內容是動態變化的。鑒于氣象災害預警的及時性要求，本系統的預警信息推送采用了兩種機制保證信息的及時性：實時預警信息監控機制和實時推送服務。每次服務器端氣象數據獲取模塊拉取的氣象預警數據要與上一次的預警數據進行對比，并將最新的預警數據存到實時預警表中，同時將過期的氣象預警信息刪掉，以保證實時預警表中的數據都是最新的預警數據。這樣實時預警信息表中的數據都有一定的生命周期，而其生命周期就是定時拉取Web服務端的時間間隔，設為T0。監控模塊要開啟定時器定時地掃描實時預警信息表中的數據，檢查是否存在最新預警信息。由于不能重復向用戶發送預警信息，也不能讓用戶錯過預警信息，定時器的選擇要與實時預警數據的生命周期（T0）一致。其處理流程如圖4所示。

4.3 可視化氣象災害預警顯示

手機端結合百度地圖以可視化的方式為用戶提供災害預警的查看方式。本地出現氣象災害時，會在手機端通知欄出現災害預警提醒標志，當用戶點擊預警標題時，就會跳轉到氣象災害預警頁面，如圖5所示。

1）Android異步線程實現。當用戶啟動一個頁面時，系統會分配一個默認的主線程給相應的頁面，但是要獲取實時預警信息，實現與氣象專用服務器端信息的交互，應避免直接在主線程中實現網絡數據下載，否則可能導致主線程堵塞，影響用戶的使用體驗。因此，該模塊中采用了基于Android平臺異步線程的設計方案，當啟動主線程后，開啟一個實時預警信息下載線程，下載完數據后，利用Android提供的線程間傳遞信息機制，在該線程中向主線程發送通知，由主線程將下載完的數據顯示到頁面上。

2）用戶圖層位置顯示。為了給用戶一個良好的用戶交互界面，方便用戶預警的定位以及查看周邊的情況，系統采用了百度地圖實現和用戶的交互。系統主要利用百度地圖提供的MapView、MapController接口實現地圖的顯示和地圖的操作。通過實現BDLocationListener接口中onReceiveLocation（BDLocation location）方法以獲得用戶精準的地理位置定位，同時自定義自己的圖層類，通過繼承百度地圖ItemizedOverlay類，重寫其中的draw方法，以圓形陰影區域顯示用戶周邊情況，最終通過MapView將自定義的圖層疊加到底圖上，從而實現更加豐富的圖層顯示。

4.4 流量分析

氣象預警信息資料處理的時效性和基于手機端的流量控制是本系統應用的特色。以1 d的全國各地氣象預警信息為例，從內容和數目上看，多則數十條的氣象預警條目，少則僅有幾條甚至沒有氣象預警的；從頻率上看，也是難以估計的，這與氣候、季節和地域密切相關，其結果存在著隨機性。在同等條件下，服務器端輪詢拉取氣象預警信息和客戶端輪詢拉取Web氣象預警信息頻率一樣的情況下，采用推拉混合機制模式對客戶端流量控制要明顯優于單一的手機端輪詢機制，圖6為在輪詢周期間隔為0.5 h，流量監控采樣周期為1.0 h的情況下兩者流量對比分析。從圖6中可以看出，混合機制對手機的流量控制要優于手機端輪詢機制，而且在同時提高輪詢頻率、增加預警時效性的情況下，混合機制的流量控制優勢更加明顯。試驗結果受網絡環境和Web氣象預警的頻率制約，通常情況下網絡環境不好時流量消耗會略微提高。

5 結語

本系統以Android手機終端作為預警信息傳播媒介，初步實現了基于用戶地理位置的預警信息推送，用戶不再需要自己去手動獲取預警信息，而是由服務器端實時地根據用戶所處的地理位置實現智能化的預警信息推送。系統的研究工作雖然是在氣象預警背景下提出與實施的，但是對于其他行業，例如城市交通管理、農業氣象災害預報等都具有一定的參考價值與意義。

參考文獻：

[1] 易烈剛，陳官清，張強宜.基于B/S模式的氣象預警信息平臺設計[J].貴州氣象，2009，33（5）：32-33.

[2] 王 赟，段燕楠，姚 愚，等.氣象預警信息綜合平臺的設計與實現[J].成都信息工程學院學報，2011，26（6）：656-662.

[3] 孫曉宇.Android手機界面管理系統的設計與實現[D].北京：北京郵電大學，2009.

[4] 公 磊，周 聰.基于Android的移動終端應用程序開發與研究[J].計算機與現代化，2008（8）：85-89.

[5] 何文華.基于地理位置及時信息推送服務分析及Shopylife的設計與實現[D].成都：電子科技大學，2012.

[6] 王 翔，李慶華，張峰軍.基于LBS的智能推送技術研究[J].通信技術，2011，44（12）：95-97.

[7] 曹海兵，夏 英.Push型LBS應用的實現技術研究[J].計算機應用研究，2006（10）：232-233.

[8] 李志飛，萬麟瑞，胡 宏，等.WAP應用中的PUSH/PULL集成機制研究[J].小型微型計算機系統，2001，22（10）：1178-1181.

第6篇：氣象服務解決方案范文

[關鍵詞]GIS 氣象服務 資源優化

中圖分類號：P48；P208 文獻標識碼：A 文章編號：1009-914X（2014）37-0253-01

前言：人們生活的水平隨著社會經濟的發展以及科學技術的進步而不斷提升，氣象與人們的生活密切相關，而氣象行業為了更好的為人民大眾提供服務，也隨著科技的發展越來越向著精準化、信息化的方向發展。GIS是一種運用地理模型分析方法，在地理空間的基礎上，提供包括空間的和動態的地理信息的多種交叉科學的信息技術。GIS也是一種計算機技術系統，主要是為地理決策和地理研究服務的。本文首先介紹了我國GIS的基本概況，然后分析了GIS在氣象業務中的應用，最后對GIS氣象業務解決方案提出一些粗略的設想。

一、GIS的自述

我國氣象方面做GIS的時間不長，起步也比較晚，然面現在它在氣象業務方面的應用卻越來越普及。GIS屬于一種應用工程技術，一般是管理和分析空間的數據，另外，它也是一種應用基礎科學，包含了地球科學、信 息科學和空間科學。計算機軟件、硬件以及相關方法過程組成了GIS技術的系統，這些都是用來支持GIS空間數據的采集、管理、處理、分析、建模和顯示的，方便復雜規劃和管理問題的有效解決。屬性數據和空間數據在GIS空間數據庫中具有不可分割的關聯，并且空間數據之間具有明顯的拓撲結構等特點。

GIS的數據分析以及處理方法在氣象業務中也將是重點應用的內容。GIS系統大多都提供了各種各樣空間統計分析工具，例如網絡分析擴展模塊、地理統計分析擴展模塊以及空間分析擴展模塊等，這些由Arc GIS提供的模塊對于氣象要素的統計分析等工作都能起到很好的作用。另外，氣象數據有自己的文件格式，其數據特別龐大且編碼復雜，更新數據也較為復雜。

我國將GIS氣象相結合因不完善的基礎信息而起步稍晚，但是基于GIS在氣象中應用的無限潛力，我國也進行了大量積極的探索，GIS技術在氣象領域的應用隨著“3S”集成技術的出現和氣象事業發展戰略的實施而迎來一個蓬勃發展的新時代。

二、GIS在業務中的應用

氣象數據的屬性信息、空間信息、時間信息、共享信息都是由氣象數據的性質特征以及時空特征反映出來的，其中信息的度量、標稱、性態屬于氣象數據的屬性信息，而空間和范圍則是氣象數據的空間信息所包含的內容。氣象數據依據面向對象的角度來看，其屬于地理信息的范疇，兩者都具有顯著的空間特性；可將氣象信息看作為多維空間的點集合。而GIS不但可以采集、輸入、編輯、存儲、管理、空間分析、查詢輸出和顯示空間和屬性的數據，系統用戶可以利用GIS進行有效的預測、監測、規劃管理和決策管理。由此可見，氣象業務中GIS技術的應用，不僅可以有效加強管理氣象數據，還能夠提高預測、監測天氣的質量。

1、氣象數據發揮的作用

地理信息系統依據氣象角度而言，在氣象災害評估、天氣預報、氣象服務、集成分析等方面應用廣泛。例如在氣象災害領域，利用GIS技術建立定量化的災害損失評估模型并進行情景分析以及災害監測，由此，制定防災減災規劃及決策時可以依據GIS提供的科學依據來進行。在氣象災害評估中，GIS發揮的主要作用是：（1）災情數據的提取和分析；（2）空間和屬性數據查詢、檢索、統計和顯示的基礎；（3）基礎背景數據的管理；（4）災情的可視化表達；（5）災害演進過程模擬平臺。

2、可靠的依據

隨著生活質量的日益提高，氣象信息已經深入到人們生活的方方面面，成為人們日常生活不可或缺的部分，隨著科學技術的不斷提高，氣象服務越來越傾向于針對性、人性化的發展，首先，氣象預報能夠未來2到3天、一個星期、一旬的天氣情況，其預報實效明顯延長；其次，氣象預報的內容更加豐富，更加精確。例如增添了貼心提醒，包括空氣質量情況是否適宜運動，根據紫外線指數，適宜穿什么樣的衣服等等，甚至連感冒指數、旅行指數等等都能貼心的提供。

3、GIS的可視化

GIS的可視化逐漸走向成熟。一方面，空間數據的統計學工具由GIS中的地理統計功能所提供，對于三維空間離散點來說，該工具能夠插值生成連續表面，并生成圖形顯示預測表面，進行趨勢分析、概要統計等。可以利用實際采樣值來評價預測模型。同時可以誤差估計預測表面的結果，實現預測表面的生成。另一方面，基于Internet的Web GIS是一個亮點，它主要提供空間信息網絡的信息系統，其優點在于使用B/S（Browser/Server）網絡結構， GIS與Web的結合使得氣象服務信息的與共享更加簡單。常用的Web GIS產品有Arc IMS，其優點有：（1）支持海量數據；（2）支持負載均衡；（3）利用互聯網協議實時氣象數據、交互式地圖和元數據的服務器軟件；（4）支持大量并發，不限客戶端的用戶數量。

三、GIS氣象業務解決方案設想

1、數據庫層

數據庫層主要有三大部分構成，即元數據庫、基礎空間數據庫、機構人員數據庫。其中元數據庫主要描述整個數據庫并對空間數據進行說明，然后保存GIS應用集成框架的配置信息；基礎數據庫是GIS應用的核心，主要負責存儲和管理各種基礎地理數據。機構人員數據庫主要是給GIS應用集成框架提供各部門、人員的詳細信息，然后進行人員、機構設置及其權限分配。

2、數據訪問層

數據訪問層主要是通過空間數據訪問引擎來提供空間數據和非空間數據的訪問。一般可采用ADO/、JDBC等來對非空間數據進行訪問。

3、GIS應用集成框架

GIS應用集成框架是一種可定制、可擴展的應用系統框架，能夠提供插件開發機制，按照所需要的GIS功能，用戶可自行隨時擴充。鑒于氣象GIS應用所要求的分析功能以及制圖功能比較嚴格，所以，GIS應用集成框架設計成一個C/S架構的客戶端。各種功能都可通過“組件” 在此框架中插入到系統，可應用常見的開發工具對組件進行開發，待完成之后，通過組件注冊（由框架提供）和使用機制將其添加到系統中。

4、氣象GIS組件

氣象GIS組件主要組成部分為專業氣象GIS組件和公共氣象GIS組件。各種專業氣象GIS組件的功能模塊組成了公共氣象GIS組件，如GIS的編輯功能以及制圖、 瀏覽功能等等。專業GIS組件集成可調用公共GIS組件提供的調用接口。

5、氣象信息Web GIS系統

氣象信息Web GIS系統以地圖為載體，可以將可視化信息利用Web GIS平臺在Internet和Intranet上。基于Internet的氣象信息，鑒于系統的安全性，被劃分到外網的范疇，采用文件拷貝方式進行數據交換，與內網之間采用了物理隔離方式。

結束語：GIS技術在氣象業務中的有效應用不僅能夠提高氣象服務產品的可視化水平，實現高效靈活的氣象制圖功能，還為進一步開發地區性及全國綜合性決策服務系統提供了一個良好的建設思路。可見GIS技術在氣象上的應用具有重要的現實意義。

參考文獻

第7篇：氣象服務解決方案范文

作為高性能計算領域的先行者，戴爾近日宣布推出全新的高性能計算服務器產品、云產品、軟件，繼續為主流企業帶來高性能計算能力，繼續致力于讓各種規模的企業都能享受高性能計算，推動高性能計算社區的發展。新系統包括搭載了采用英特爾至強Phi處理器的PowerEdge C6320p服務器。PowerEdge C6320p補充了戴爾現有的高性能計算產品組合，提供了一個專為高度并行負載而優化的解決方案。

戴爾驗證解決方案與高性能計算事業部高級副總裁吉米?甘塞爾（Jim Ganthier）表示：“戴爾具備很多優勢來突破以數據為中心的高性能計算所面臨的障礙，使客戶能夠繼續在大數據和云融合領域的全新工作中保持領先。我們與包括客戶在內的高性能計算社區合作，推動并優化高性能計算創新，同時讓各種規模的企業和機構都能輕松獲得并部署這些系統。”

解決日益復雜的問題不僅僅需要有快速精準的計算結果的能力，同時也需要一個適當均衡并集成的系統。戴爾PowerEdge C6320p是半寬1U服務器節點。它采用了英特爾至強Phi處理器，專門用于高密度、高度并行、高性能計算的環境。

采用了英特爾至強Phi處理器的戴爾PowerEdge C6320p服務器在并行編碼、降低延遲和簡化管理上擁有出眾的表現。并行計算多用于對科學和工程等I域的難題進行建模。然而，隨著大數據和機器學習的興起，商務應用需要更快的計算系統來提供更強的動力，這些應用需要以并行計算來處理大量數據。PowerEdge C6320p服務器可以為用戶提供出色的并行處理功能和更大的吞吐量，可以幫助客戶滿足并行處理環境的需求，來應對快速增長的數據和更高的壓力負載。

搭載了生命周期控制器（Lifecycle Controller）的戴爾遠程訪問控制器（iDRAC8）可以簡化并自動處理戴爾PowerEdge C6320p服務器的部署、監控和更新，從而簡化運營并確保更高水平的服務和可用性，這些都可在不使用會對應用性能產生影響的操作系統的前提下實現。

值得一提的是，英特爾至強Phi處理器能夠兼容其它英特爾至強處理器，這樣用戶就能夠通過使用已熟悉的相同的x86代碼和開發庫保護前期編碼投資。在英特爾架構上進行標準化意味著可以為代碼使用同一個編程模式，從而通過共享開發庫和重復利用代碼來提高效率，同時盡量減少重新培訓程序員學習新界面、新方法和新語言的學習時間和成本。

它具有平衡強大的處理能力與低延遲I/O的平臺設計，為研究人員提供了更快、更深入洞察研究事物的能力。

第8篇：氣象服務解決方案范文

二十多年前，伴隨改革開放的歷史進程，眾多外資科技公司開始進入中國，服務本地客戶的信息化建設。從告訴用戶為什么要單獨購買外部存儲，到客戶開始認同存儲在基礎架構中的獨立性和兼容性，EMC是先行者、領路人。

2016年，新興存儲介質閃存的TCO曲線迎來拐點，真正的企業云技術方案開始走進客戶視野，EMC再次為市場帶來了目標清晰、技術前瞻的答案：現代化數據中心，以可信可靠為根本，通過全閃存、云賦能、橫向擴展、軟件定義四大類支柱技術，幫助客戶實現敏捷性、高效能和高速度三大需求。

領航全靠舵手帶

葉成輝是全球高級副總裁、EMC大中華區總裁，負責EMC在中國大陸、中國香港和中國臺灣地區的整體業務運營。

他在加利福尼亞大學伯克利分校獲得電子工程和計算機科學學士及碩士學位，并在金門大學獲得MBA學位。

自2006年7月加入EMC公司以來，葉成輝帶領EMC公司在大中華地區保持領導地位，他先后兩次提出了EMC中國業務發展的五年計劃，帶領EMC 大中華區步入了快速發展的十年。他憑借豐富的業界經驗，幫助EMC大中華區加強了合作伙伴和渠道關系，擴充了銷售和服務團隊，拓寬了區域覆蓋范圍，加強了產品和解決方案的開發。

葉成輝致力于帶領團隊在大中華區實現EMC全球目標，幫助客戶和服務提供商走向混合云的變革之旅。此外， 葉成輝專注于解決企業和商業客戶的需求， 以及加強EMC在中國的整體投資，從而整體提升EMC 公司品牌形象和企業公民責任。

自上任以來，他始終如一地倡導并親自帶領EMC大中華區全體員工參與多種多樣的公益活動，包括助殘、幫困、減災、環保、貧困兒童教育等。

在加入EMC以前，葉成輝曾擔任IBM存儲部門亞太區總裁。他在信息管理、軟件和全球銷售與服務方面具有超過17年的全球行業經驗。

EMC為企業帶來新氣象

“互聯網+”“供給側改革”“一帶一路”……在這些新戰略指引下，中國經濟穩步向前，特色鮮明。在新歷史時期，外資科技公司在中國市場應扮演怎樣的角色，助力企業轉型和經濟社會發展？葉成輝認為需要從三方面思考：

第一，外資科技公司能為本土客戶市場帶來什么？領先的技術、先進的解決方案……這些當然都是答案。更重要的是，與客戶一起成長。隨著經濟不斷轉型升級，企業業務和服務不斷推陳出新，各行各業的客戶對IT的關注點和需求點也在不斷變化，外資科技公司必須做到有的放矢，快速、完整響應。

例如，通過走訪大量客戶，與他們實地交流，EMC發現有些CIO并不關心他們采用了哪些設備，數據存放在何處。管理運維簡單、省心就是硬道理。再比如，無論是面向傳統環境還是針對新興應用，大量真實的IT基礎更新需求開始涌現，有的客戶愿意嘗試新產品，有的客戶鐘情傳統架構，EMC要針對不同的客戶和需求，提供相應的解決方案。

對整個售前和工程師團隊來說，這也是一個重新認識客戶應用環境，真正了解并滿足他們需要的過程。EMC團隊涌現了不少深刻理解客戶IT環境和應用需求的售前工程師，與此同時，EMC也在積極擁抱變革，創新服務模式，提高云和大數據的咨詢能力，更好地幫助客戶實現IT轉型。

第二，EMC能為本地合作伙伴生態做什么？ IT行業，合作伙伴生態的重要性不言而喻，是企業共同發展、合作共贏的要義所在。EMC的策略是：團結一切能團結的力量，深耕渠道、開放融合，在實現自我發展的同時，也為本土企業的自主創新和自主品牌積極貢獻力量。多年來，無論是技術生態還是銷售渠道，EMC中國都收獲了良好的口碑。

通過打通軟、硬件產品部門和渠道體系之間的限制，將單純銷售產品升級至出售整體解決方案，EMC打造了領先其他跨國科技公司在華業務數年的銷售模式，進取又兇悍的市場風格使得渠道跟著業務水漲船高，合作伙伴迅速擴張。EMC中國甚至形成了每年年底與全國近5000合作伙伴齊聚一堂的傳統，為的就是更好地總結過往經驗，展望未來發展。

第三，EMC能為中國信息技術發展的歷史進程留下什么？多年來，EMC向業界推出了大量領先的技術，輸出了很多優秀的人才。當然，這也是EMC中國積極回饋本土市場，引領生態共贏的必然結果，二者相輔相成。

見證下一個十年

EMC中國在北京、上海、成都三地建有全球領先的卓越研發中心。現在市場上火熱的超融合解決方案VxRail，就是中國研發團隊的智慧結晶。從概念想法提出到工程化方案問世，歷時僅短短兩年時間。這一解決方案推出后，迅速在客戶市場收獲了熱烈反響，它為中國本土客戶帶來了可能更適應需求、更優秀的IT基礎架構選項。

虛擬版本的核心存儲、軟件定義連接異構環境、大量開源的產品和平臺方案……一方面，EMC憑借領先的技術方案，在商業市場不斷取得成功。另一方面，開放的技術路線也在積極促進整個IT生態繁榮發展。近幾年，EMC陸續將大量核心和新興技術開源，這些舉動引發了中國客戶積極的討論。

c此同時，EMC中國大力推進本地品牌建設。與多數跨國企業采用的總包方式不同，EMC中國一步一個腳印，持續投入并深耕區域市場，不斷深入二、三線城市，為中國企業的信息化建設添磚加瓦。

葉成輝認為以上三點可以以一句話概括：全情投入，做好自己。

事實上，以企業級IT為代表的外資科技公司只是外企在中國市場的一個縮影。在中國大力推進自主創新、自主品牌的新常態下，企業必將承擔新的歷史角色和社會責任。隨著信息技術裝備、高端制造等行業越來越多地完成技術攻堅，出現更多國貨的身影，外資科技公司也必然經歷重新定位：根植中國市場，做技術合伙人、轉型導航員、品牌共建者。

第9篇：氣象服務解決方案范文

勇于轉變的ARc

2000年即在倫敦上市的ARC，曾以低功耗可配置式處理器IP帶動過一波SOC風潮，不過低功耗SoC設計市場所青睞的還是以ARM處理器為大宗，包括ARC，Tensilica等訴求可配置式處理器的IP廠商要在剛興起的SoC設計中闖出一片天實在挑戰甚巨。多年前，該公司毅然投入usBIP市場以扭轉局面，不過短暫好景過后，ARC再度面臨長遠產品藍圖發展的議題。幾經經營團隊更替，近3年間ARC終于找出方向，將“多媒體解決方案”當作企業營運的定位。為了成為扎實有料的多媒體方案供貨商，ARC透過頻繁的并購，在2007年陸續并購Alarity、Teja和Tenison3家多媒體工具與軟件廠商，繼之在2008年3月并購知名的音訊后處理技術廠商Sonic Focus，一舉將營運版圖拓及歐美亞，研發中心座落英國、俄國、印度、美國等地，客戶對象由IC設計界擴大到PC消費系統設計端，突破舊有IP廠商營運模式。

在建立偌大產品版圖后，如何將Sonic Focus的劇場音效技術整合到ARC建立的音效子系統中，讓ARC擁有在音效領域的絕對優勢是一大考驗。經過研發團隊的努力，終于在今年實現。ARC總裁暨執行長GeoffBristow表示，ARC已經從音訊技術上找到公司發展的路。該公司建立的Sound-to―Silicon(垂直整合型音訊IP解決方案)是業界首見，同一套方案可應用在PC、筆電、家庭劇院、便攜式媒體裝置等各種消費電子產品上，讓這些產品無論大小都能擁有絕佳的聲音體驗。Bristow強調，更重要的是，ARC因此有能力讓多媒體系統具有更低的功耗，更便宜的成本，以及更高的聲音音質。

Sound-to-Silicon方案目標

有了這套Sound-to-Silicon垂直整合音訊方案，ARC鎖定二大應用為主攻目標，一是媒體電話音頻方案，二是移動數字電視市場。

在歐洲市場漸受歡迎的媒體電話，訴求企業和家用兩大目標群，據In-Stat預測，2013年媒體電話市場年營收將達80億美元。除了有Wadget功能讓用戶實時取得氣象，新聞，食譜等信息外，也可以當VoIP電話和數字相框用。

ARC的新媒體電話方案，可以針對每一項產品提供獨特的聲音設計，能夠強化多達30％音量而無需增加放大器功率。知名獨立聲學專家證明，ARC技術可以提高1.3dB～2.4dB音量。藉減少昂貴的音頻組件需求以降低整體材料成本，同時維持最佳的音頻質量。ARC Sonic Focus軟件在消費者音樂，影片和游戲音效上提供完整且豐富的音響，而在VoIP或標準電話通訊方面則提供更清晰的語音質量。

在新移動數字電視方案上，這套Sound-to-Silicon解決方案將協助OEM廠商為消費者提供近似藝術家原始創意的多媒體內容，明顯提升用戶經驗。OEM廠商可以利用ARC的后制服務，為每一裝置提供有別于競爭產品的獨特聲音設計。對SoC供貨商而言，新的AS211 SFX子系統結合優化編譯碼器并且預先整合SonicFocus，協助設計一顆具備免費收訊和數字電視功能的單芯片。

最新成果

Bristow自豪的表示，ARC在音效方案上的整體規劃已經展現成果，包括臺灣地區知名的瑞昱半導體同意將ARC Sonic Focus音效強化軟件套件搭載于供應全球OEM和ODM客戶的瑞昱編譯碼器。ARC也已針對瑞昱的Pc和筆記本電腦應用編譯碼器實施Sonic Focus軟件技術優化。雙方的合作已獲得國際主流PCOEM廠商的重要合約，預期將供應搭載Sonic Focus軟件套件的瑞昱編譯碼器，以強化消費者的音樂、影片和游戲應用多媒體經驗。

無獨有偶地，嵌入ARC IP和音效子系統并提供豐富功能的VixsSystems XCode 3290系統單芯片(SoC)已開始上市供應，并在2009臺北國際計算機展中展示。這項展示是第一個結合ARC Sonic Focus音效強化軟件的嵌入式SoC方案。XCode3290 SoC最近已獲得日立公司十多款內建硬盤錄像功能的新高畫質平面電視采用，提供業界最長的高畫質錄像時間和數字電視最先進的影音處理能力。