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

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

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

關(guān)鍵詞:氣象;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

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

1 西北空管局氣象信息服務現(xiàn)狀

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

1)內(nèi)部局域網(wǎng)用戶

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

2)外部局域網(wǎng)用戶

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

3)外部服務器方式用戶

東方航空公司的氣象資料提供方式較為特殊,他們通過我數(shù)據(jù)庫機房服務器上的搬運工程序?qū)庀筚Y料從我一期數(shù)據(jù)庫和局域網(wǎng)服務器上轉(zhuǎn)存到其FOC數(shù)據(jù)庫上,然后其工作人員通過自己的服務程序查閱資料。

4)外部數(shù)據(jù)庫用戶

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

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

1)數(shù)據(jù)源復雜

目前氣象服務數(shù)據(jù)源包括一期數(shù)據(jù)庫、局域網(wǎng)服務器,再加上自動觀測、衛(wèi)星、雷達、廣域網(wǎng)等氣象資料提供源,整個系統(tǒng)非常龐雜。

2)信息調(diào)用方式較為落后

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

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

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

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

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

5)局域網(wǎng)系統(tǒng)故障率較高

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

2 新方案的選擇

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

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

這種體系的數(shù)據(jù)應用系統(tǒng)的優(yōu)勢在于:開發(fā)周期較短,能夠適應大部分中小型數(shù)據(jù)庫應用系統(tǒng)的要求。

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

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

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

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

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

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

2.3 兩種方案的選擇

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

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

3 系統(tǒng)設(shè)計

3.1 系統(tǒng)設(shè)計思想

根據(jù)這套系統(tǒng)建設(shè)的出發(fā)點,確定此次開發(fā)工作的指導思想是:對內(nèi)整合資源,對外改善服務。

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

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

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

3.2 系統(tǒng)功能模塊劃分及結(jié)構(gòu)設(shè)計

對氣象服務系統(tǒng)的功能進行分析后,劃分出航空氣象報文查詢模塊、自動觀測資料顯示模塊等六個模塊,結(jié)合面向?qū)ο蠛腿龑咏Y(jié)構(gòu)的設(shè)計思想,設(shè)計出每個模塊的頁面,見圖3。

3.3 開發(fā)軟硬件環(huán)境

本系統(tǒng)是在原有二期氣象數(shù)據(jù)庫系統(tǒng)基礎(chǔ)上開發(fā)的,通過前期市場調(diào)研,及目前互聯(lián)網(wǎng)技術(shù)的發(fā)展水平,將系統(tǒng)開發(fā)環(huán)境分為硬件環(huán)境和軟件環(huán)境,其中硬件環(huán)境包括客戶端、WEB服務器、數(shù)據(jù)庫服務器,軟件環(huán)境包括WEB瀏覽器、網(wǎng)頁開發(fā)工具及oracle數(shù)據(jù)庫。具體參數(shù)見表2

3.4 關(guān)鍵技術(shù)

1)3.5的使用

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

2) 控件的使用[5]

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

3)BLOB數(shù)據(jù)的訪問

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

4)輔助程序的開發(fā)

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

4 結(jié)論

氣象web服務系統(tǒng)的程序開發(fā)已基本完成,目前正處于試用階段。根據(jù)目前試用情況看,這套系統(tǒng)運行比較穩(wěn)定,功能上能夠滿足設(shè)計要求?？梢灶A見,這套系統(tǒng)的應用將極大的改進我中心對外服務水平,無論在提高用戶滿意度還是減輕內(nèi)部相關(guān)服務人員和維護人員工作量等方面都將產(chǎn)生良好的效果。

參考文獻:

[1] 王玲.基于B/S架構(gòu)的文檔管理系統(tǒng)的設(shè)計與實現(xiàn)[D].南京:南京理工大學計算機應用系,2007.

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

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

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

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

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

關(guān)鍵詞：氣象服務平臺；系統(tǒng)架構(gòu)；業(yè)務流程

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

引言

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

1 氣象服務平臺的技術(shù)設(shè)計思路

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

2 氣象服務平臺總體流程結(jié)構(gòu)

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

2.1 ArcGIS Server系統(tǒng)設(shè)計架構(gòu)

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

2.2 氣象服務產(chǎn)品制作功能

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

2.3 決策氣象服務子系統(tǒng)

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

2.4 應急氣象服務子系統(tǒng)

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

3 結(jié)語

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

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

【 關(guān)鍵詞 】 分布式數(shù)據(jù)庫；數(shù)據(jù)同步；XML；.NET Remoting技術(shù)；自動氣象站數(shù)據(jù)管理

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 引言

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

2 分布式數(shù)據(jù)庫與數(shù)據(jù)同步技術(shù)

2.1 分布式數(shù)據(jù)庫

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

2.2 數(shù)據(jù)同步技術(shù)

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

3 .NET Remoting技術(shù)

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

3.1 .NET Remoting技術(shù)的基本原理

.NET Remoting技術(shù)基于網(wǎng)絡(luò)傳輸技術(shù)來實現(xiàn)客戶通道與服務器通道間的通信。當客戶端需要訪問服務器端時，通過傳遞對象引用以獲得遠程對象的。對于客戶程序來說，提供了與遠程對象完全一樣的方法和屬性。當?shù)姆椒ū徽{(diào)用時，就會創(chuàng)建消息，并將這些消息串行化發(fā)送到客戶通道中。服務器通道則使用格式化程序并行化消息，從而將方法發(fā)送給遠程對象。這樣，客戶端就可以像使用本地對象一樣來操作遠程對象了。

3.2 .NET Remoting技術(shù)與Web Service的比較

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

4 數(shù)據(jù)同步技術(shù)分析

4.1 數(shù)據(jù)同步過程

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

4.2 基于XML與.NET Remoting的數(shù)據(jù)同步模型

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

5 在自動氣象站數(shù)據(jù)管理系統(tǒng)中的應用

為避免大量的觀測數(shù)據(jù)造成網(wǎng)絡(luò)流量負擔過重，我們通過完成自動氣象站數(shù)據(jù)管理系統(tǒng)來解決這一問題，其中數(shù)據(jù)同步傳輸是其中重要一個環(huán)節(jié)?？紤]到目前多數(shù)氣象臺站計算機終端采用Windows操作系統(tǒng)，因此采用了基于.NET Remoting遠程通信的分布式應用方案，以得到更多的協(xié)議支持、更高的溝通作業(yè)效率和安全性。

5.1 系統(tǒng)的實現(xiàn)環(huán)境

自動氣象站數(shù)據(jù)管理系統(tǒng)實現(xiàn)了自動氣象站遠程數(shù)據(jù)同步處理的分布式應用，數(shù)據(jù)庫采用SQL Server 2005，服務器端采用Windows Server 2003操作系統(tǒng)，客戶端采用Windows XP Professional操作系統(tǒng)，程序采用易于網(wǎng)絡(luò)編程的C#語言實現(xiàn)。

5.2 程序的實現(xiàn)

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

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

6 結(jié)束語

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

參考文獻

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

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

[3] 姜亦學.分布式數(shù)據(jù)庫系統(tǒng)同步技術(shù)研究[D].長春理工大學，2008.

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

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

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

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

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

關(guān)鍵詞：農(nóng)業(yè)氣象服務；農(nóng)業(yè)發(fā)展；直通式氣象服務；存在問題；解決方案

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

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

1 直通式氣象服務介紹

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

2 現(xiàn)階段基層氣象服務普遍存在的問題

2.1 氣象信息難以傳達

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

2.2 氣象服務產(chǎn)品難以滿足實際需求

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

2.3 政府部門對農(nóng)業(yè)氣象服務不重視

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

3 如何提高直通式氣象為農(nóng)服務水平

3.1 壯大服務隊伍，提高農(nóng)產(chǎn)品質(zhì)量

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

3.2 強化直通式氣象服務

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

4 結(jié)語

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

參考文獻

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

關(guān)鍵詞：氣象預警；基于位置的服務（LBS）；Android平臺

中圖分類號：S421；TP302.1 文獻標識碼：A 文章編號：0439-8114（2013）24-6161-05

近幾年氣象災害的頻繁發(fā)生，加大了對氣象防災手段的要求。從氣象預警手段的角度出發(fā)，基于瀏覽器/服務器模式（B/S）架構(gòu)的氣象預警信息平臺被開發(fā)與應用[1，2]。伴隨著國內(nèi)互聯(lián)網(wǎng)的普及與發(fā)展，各省、市氣象局都加大了對B/S氣象預警信息系統(tǒng)的重視與投入。不過從這類系統(tǒng)運行的流程來看，其信息獲取主要靠用戶主動搜索而來，實施過程中，很容易錯過預警信息的第一時間，因而難以達到預警的及時通知目的。

由于Android開放的軟件平臺和可擴展的用戶體驗[3，4]，近兩年Android市場份額不斷攀升，加上智能手機的便攜性和其計算性能的不斷提高，利用Android智能手機實現(xiàn)氣象預警將會是一個切實有效的手段。隨著移動GIS技術(shù)和推送技術(shù)的發(fā)展，基于地理位置的實時推送技術(shù)在不同領(lǐng)域已經(jīng)有了一些成功的應用和理論研究[5-7]。但筆者在實際應用中發(fā)現(xiàn)，由于國內(nèi)防火墻的原因，國外有些推送服務在國內(nèi)并不穩(wěn)定，而一些開源推送的方案目前又不太成熟。綜合氣象預警的實際情況，本研究采用第三方推送平臺提供的推送服務，確定以客戶機/服務器（C/S）作為系統(tǒng)架構(gòu)，利用Android手機定時獲取用戶所處的地理位置信息，將用戶所處位置的災害情況主動推送到用戶的手機端，實現(xiàn)氣象災害預警的自動化和智能化。

1 關(guān)鍵問題分析

1.1 基于推拉的混合機制

要完成預警信息通知提醒功能，就會涉及到選擇推（Push）還是拉（Pull）[8]模型。這兩種模型的主要區(qū)別在于發(fā)起的主體不同，推的主體一般為信息的發(fā)起者，拉的主體一般為對信息的請求者。表1為兩種模型的具體對比。

通常氣象預警信息中，預警時間周期具有不確定性和隨機性。手機客戶端中如果采用拉的方式定時獲取預警信息，這種輪回機制難以在時效性和手機端電量和網(wǎng)絡(luò)流量之間保持平衡。經(jīng)過分析對比后可以做如下改進：建立自己的氣象災害專用服務器，在專用服務器中定時拉取Web服務器中氣象預警信息，同時通過推送服務器，由推送服務器主動通知客戶端災害預警提醒，這不僅可以解決手機端流量和電量消耗的問題，也可以達到災害預警時效性強的效果。其基本信息處理時序如圖1所示，專用服務器采用拉的模式，定時地從Web服務器中獲取氣象災害預警數(shù)據(jù)，得到數(shù)據(jù)后，斷開連接，并在本地進行處理，判斷是否為新的災害預警，將新的災害預警城市列表，通過推送接口傳遞給推送服務器，由推送服務器采用推的模式，將預警提醒主動推送到客戶端列表中。此時，客戶端會收到一個預警提示，客戶端向?qū)Ｓ梅掌髡埱缶唧w預警內(nèi)容，返回到本地手機客戶端，最終在本地客戶端以可視化的界面顯示出預警具體詳情。假設(shè)專用服務器定時地從Web服務器中拉取預警信息的時間周期為T0，災害預警發(fā)生的時間依次為t0，t1，t2…tn，對于？坌t′，t″∈（t0，t1，t2…tn），且t″>t′，為了保證系統(tǒng)不錯過每次最新出現(xiàn)的災害預警，則必然要滿足如下關(guān)系，即T0≤min{t| t″>t′|}。因此在氣象專用服務器上要盡可能地將拉取周期的時間間隔設(shè)置得短一些，以滿足上述關(guān)系。

1.2 推送技術(shù)方案

為實現(xiàn)實時推送，選擇推送的方案必須要考慮如下幾點：第一，實時性好；第二，長連接的機制能夠保證手機端流量和電量消耗較少；第三，客戶端如果掉線，最好能夠有自動重連的機制。就目前來看，為方便開發(fā)者推送服務的接入，各大移動操作系統(tǒng)平臺都集成了自己的一套推送服務接口。例如蘋果的APNS、微軟的MPNS以及谷歌的C2DM。然而就Android平臺實際使用情況來看，國內(nèi)使用谷歌的C2DM服務并不穩(wěn)定，因此，為穩(wěn)定地實現(xiàn)氣象預警災害推送，C2DM方案并不可行。另一個在Android平臺下實現(xiàn)推送服務的方案是采用開源工程Androidpn，是基于XMPP協(xié)議實現(xiàn)的，其協(xié)議復雜冗余，沒有針對手機應用做必要的優(yōu)化和改造，使用費電，耗流量。經(jīng)過調(diào)查發(fā)現(xiàn)，由國內(nèi)個信互動網(wǎng)絡(luò)科技有限公司開發(fā)的推送服務可靠且相對穩(wěn)定，電量與流量消耗也相對較少，其掉線重連的機制也使得在線長連接得到了有效保障。Android應用程序開發(fā)者提供了一系列基于Android平臺的應用程序接口，整個體系架構(gòu)簡單，簡化了推送的開發(fā)成本，為搭建自己的推送平臺提供了一個快速的通道。因而本研究使用由該平臺提供的推送服務，其特點是支持文件加密透傳，開發(fā)者可以對透傳信息進行加密，從而不必擔心信息的泄漏。

2 系統(tǒng)整體結(jié)構(gòu)

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

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

2）客戶端?；贏ndroid平臺設(shè)計的客戶端，利用Android手機提供的網(wǎng)絡(luò)定位功能和GPS定位服務定時地獲取用戶所處的地理位置，以捕捉變化的用戶位置信息，并將變化后的用戶位置提交給專用服務器，以便第一時間讓所處變化后的區(qū)域的用戶能夠接收到該地的氣象災害預警提醒。應用的關(guān)鍵是用戶必須在Android系統(tǒng)設(shè)置選項里啟用定位服務，包括GPS定位和網(wǎng)絡(luò)定位服務，否則無法實現(xiàn)與用戶位置有關(guān)的災害預警提醒推送?？蛻舳瞬捎猛扑头仗峁┑腁ndroid客戶端SDK，負責推送服務器的長連接通信，并利用該平臺提供的推送接口負責接收推送服務器推送過來的信息推送提醒。

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

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

5）數(shù)據(jù)庫。系統(tǒng)采用Oracle數(shù)據(jù)庫。數(shù)據(jù)庫與氣象專用服務器相連，在系統(tǒng)運行時動態(tài)地更新數(shù)據(jù)庫信息。

3 系統(tǒng)設(shè)計

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

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

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

4 關(guān)鍵技術(shù)的實現(xiàn)與分析

4.1 基于位置的信息采集

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

4.2 預警信息推送

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

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

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

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

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

4.4 流量分析

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

5 結(jié)語

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

參考文獻：

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

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

[3] 孫曉宇.Android手機界面管理系統(tǒng)的設(shè)計與實現(xiàn)[D].北京：北京郵電大學，2009.

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

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

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

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

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

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

[關(guān)鍵詞]GIS 氣象服務 資源優(yōu)化

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

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

一、GIS的自述

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

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

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

二、GIS在業(yè)務中的應用

氣象數(shù)據(jù)的屬性信息、空間信息、時間信息、共享信息都是由氣象數(shù)據(jù)的性質(zhì)特征以及時空特征反映出來的，其中信息的度量、標稱、性態(tài)屬于氣象數(shù)據(jù)的屬性信息，而空間和范圍則是氣象數(shù)據(jù)的空間信息所包含的內(nèi)容。氣象數(shù)據(jù)依據(jù)面向?qū)ο蟮慕嵌葋砜?，其屬于地理信息的范疇，兩者都具有顯著的空間特性；可將氣象信息看作為多維空間的點集合。而GIS不但可以采集、輸入、編輯、存儲、管理、空間分析、查詢輸出和顯示空間和屬性的數(shù)據(jù)，系統(tǒng)用戶可以利用GIS進行有效的預測、監(jiān)測、規(guī)劃管理和決策管理。由此可見，氣象業(yè)務中GIS技術(shù)的應用，不僅可以有效加強管理氣象數(shù)據(jù)，還能夠提高預測、監(jiān)測天氣的質(zhì)量。

1、氣象數(shù)據(jù)發(fā)揮的作用

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

2、可靠的依據(jù)

隨著生活質(zhì)量的日益提高，氣象信息已經(jīng)深入到人們生活的方方面面，成為人們?nèi)粘Ｉ畈豢苫蛉钡牟糠?，隨著科學技術(shù)的不斷提高，氣象服務越來越傾向于針對性、人性化的發(fā)展，首先，氣象預報能夠未來2到3天、一個星期、一旬的天氣情況，其預報實效明顯延長；其次，氣象預報的內(nèi)容更加豐富，更加精確。例如增添了貼心提醒，包括空氣質(zhì)量情況是否適宜運動，根據(jù)紫外線指數(shù)，適宜穿什么樣的衣服等等，甚至連感冒指數(shù)、旅行指數(shù)等等都能貼心的提供。

3、GIS的可視化

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

三、GIS氣象業(yè)務解決方案設(shè)想

1、數(shù)據(jù)庫層

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

2、數(shù)據(jù)訪問層

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

3、GIS應用集成框架

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

4、氣象GIS組件

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

5、氣象信息Web GIS系統(tǒng)

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

結(jié)束語：GIS技術(shù)在氣象業(yè)務中的有效應用不僅能夠提高氣象服務產(chǎn)品的可視化水平，實現(xiàn)高效靈活的氣象制圖功能，還為進一步開發(fā)地區(qū)性及全國綜合性決策服務系統(tǒng)提供了一個良好的建設(shè)思路。可見GIS技術(shù)在氣象上的應用具有重要的現(xiàn)實意義。

參考文獻

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

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

戴爾驗證解決方案與高性能計算事業(yè)部高級副總裁吉米?甘塞爾（Jim Ganthier）表示：“戴爾具備很多優(yōu)勢來突破以數(shù)據(jù)為中心的高性能計算所面臨的障礙，使客戶能夠繼續(xù)在大數(shù)據(jù)和云融合領(lǐng)域的全新工作中保持領(lǐng)先。我們與包括客戶在內(nèi)的高性能計算社區(qū)合作，推動并優(yōu)化高性能計算創(chuàng)新，同時讓各種規(guī)模的企業(yè)和機構(gòu)都能輕松獲得并部署這些系統(tǒng)?！?/p>

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

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

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

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

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

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

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

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

領(lǐng)航全靠舵手帶

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

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

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

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

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

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

EMC為企業(yè)帶來新氣象

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

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

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

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

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

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

第三，EMC能為中國信息技術(shù)發(fā)展的歷史進程留下什么？多年來，EMC向業(yè)界推出了大量領(lǐng)先的技術(shù)，輸出了很多優(yōu)秀的人才。當然，這也是EMC中國積極回饋本土市場，引領(lǐng)生態(tài)共贏的必然結(jié)果，二者相輔相成。

見證下一個十年

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

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

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

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

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

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

勇于轉(zhuǎn)變的ARc

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

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

Sound-to-Silicon方案目標

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

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

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

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

最新成果

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

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