基于ArcGIS的自然災(zāi)害協(xié)同標(biāo)繪系統(tǒng)分析與設(shè)計(jì)

馬得生，王 剛，閆冬梅，陳世榮，尤 杰

（1.中國(guó)科學(xué)院對(duì)地觀測(cè)與數(shù)字地球科學(xué)中心 中國(guó)科學(xué)院數(shù)字地球重點(diǎn)實(shí)驗(yàn)室，北京100094；2.中國(guó)科學(xué)院研究生院，北京100049；3.民政部國(guó)家減災(zāi)中心，北京100124；4.中國(guó)地質(zhì)大學(xué)，土地科學(xué)技術(shù)學(xué)院，北京100083）

0 引 言

自然災(zāi)害應(yīng)急監(jiān)測(cè)需要在地圖上表達(dá)的空間對(duì)象主要包括自然災(zāi)害、承災(zāi)體和救援力量三大類［1］。這些空間對(duì)象信息主要獲取方式是從災(zāi)區(qū)遙感影像提取和實(shí)地調(diào)查。遙感影像的數(shù)據(jù)量巨大，需要專業(yè)人員目視解譯，而目前的災(zāi)害信息標(biāo)繪方式為單機(jī)標(biāo)繪，所以快速高效的提取出災(zāi)情信息并不是一件輕松的任務(wù)。海量遙感影像的處理費(fèi)時(shí)費(fèi)力，需要建立分布式的遙感影像處理平臺(tái)，使專業(yè)技術(shù)人員能夠協(xié)同工作，快速處理所獲取的遙感影像，縮短數(shù)據(jù)處理時(shí)間，提高效率［2］。如何將信息資源優(yōu)勢(shì)快速有效的轉(zhuǎn)化為抗災(zāi)減災(zāi)的資源優(yōu)勢(shì)，以便于決策人員參考 （如救災(zāi)物資分發(fā)、災(zāi)情預(yù)測(cè)和人員調(diào)動(dòng)等），是需要解決的關(guān)鍵問(wèn)題。

目前協(xié)同標(biāo)繪技術(shù)在軍事方面應(yīng)用比較廣泛［3－6］。本文基于ArcGIS平臺(tái)，將協(xié)同標(biāo)繪技術(shù)應(yīng)用到自然災(zāi)害信息提取，系統(tǒng)利用計(jì)算機(jī)和通信技術(shù)建立協(xié)同工作環(huán)境，使多用戶在統(tǒng)一平臺(tái)下進(jìn)行協(xié)同工作。協(xié)同標(biāo)繪的客戶端完成了協(xié)同標(biāo)繪、信息獲取和信息處理等，網(wǎng)絡(luò)傳輸端和服務(wù)器端保證了數(shù)據(jù)傳輸和管理的高效、準(zhǔn)確。

1 系統(tǒng)架構(gòu)設(shè)計(jì)

1.1 邏輯框架

本文設(shè)計(jì)了一種基于會(huì)議方式的主席－用戶模式的災(zāi)害遙感圖像協(xié)同標(biāo)繪體系結(jié)構(gòu)，參加協(xié)同工作的人們 “聚集”在一起，圍繞一個(gè)共有的任務(wù)進(jìn)行討論，交換信息、相互協(xié)商、交換意見(jiàn)、達(dá)成共識(shí)、做出決定即完成任務(wù)［7］。用戶首先登陸服務(wù)器，創(chuàng)建一個(gè)新會(huì)議，會(huì)議創(chuàng)建者默認(rèn)為該會(huì)議主席，即會(huì)議的召集者和主持者。在客戶端的協(xié)同工作參加者稱為協(xié)同工作的 “用戶”，即與會(huì)者。系統(tǒng)的邏輯架構(gòu)如圖1所示，該框架有以下優(yōu)點(diǎn)。

圖1 系統(tǒng)邏輯框架

（1）權(quán)限分明：會(huì)議主席負(fù)責(zé)建立、管理會(huì)議組，更新用戶信息，以及管理和分配工作區(qū)。其中，工作區(qū)的管理是主席端的重要功能，主席將需要標(biāo)繪的遙感底圖合理劃分工作區(qū)給各個(gè)用戶。普通與會(huì)者，則負(fù)責(zé)按照會(huì)議主席的分工，對(duì)各自 “轄區(qū)”的災(zāi)情信息進(jìn)行目標(biāo)提取。

（2）便于統(tǒng)一管理：各個(gè)與會(huì)者通過(guò)網(wǎng)絡(luò)傳輸端與服務(wù)器連接，僅通過(guò)服務(wù)器來(lái)實(shí)現(xiàn)信息交互，便于信息的統(tǒng)一管理，避免了松散耦合系統(tǒng)的管理混亂的缺點(diǎn)。

（3）便于信息傳遞：服務(wù)器只需將各種信息進(jìn)行組內(nèi)傳遞，便可及時(shí)有效的傳給該會(huì)議的各個(gè)在線用戶，增強(qiáng)了多用戶操作的實(shí)時(shí)效果。

1.2 物理框架

協(xié)同標(biāo)繪系統(tǒng)分為三層結(jié)構(gòu)：客戶端，網(wǎng)絡(luò)傳輸端和服務(wù)器端。各層架構(gòu)分工明確，聯(lián)系清晰?？蛻舳藢?shí)現(xiàn)了系統(tǒng)的主要功能，是整個(gè)系統(tǒng)的核心部分。網(wǎng)絡(luò)傳輸端實(shí)現(xiàn)各種信息的安全傳輸，是整個(gè)系統(tǒng)的橋梁。服務(wù)器端負(fù)責(zé)數(shù)據(jù)管理和分發(fā)，是整個(gè)系統(tǒng)的重要組成部分。

系統(tǒng)物理框架如圖2所示。

圖2 系統(tǒng)物理框架

2 系統(tǒng)功能設(shè)計(jì)

2.1 客戶端功能設(shè)計(jì)

自然災(zāi)害協(xié)同標(biāo)繪系統(tǒng)的基本任務(wù)是通過(guò)建立協(xié)同工作開(kāi)發(fā)環(huán)境和運(yùn)行環(huán)境，使網(wǎng)上各參加單位對(duì)同一幅災(zāi)情遙感影像圖進(jìn)行同步或異步標(biāo)繪操作，其各個(gè)顯示終端都具有相同顯示。

客戶端的主要功能包括：協(xié)同標(biāo)繪，協(xié)同感知，標(biāo)繪信息收發(fā)，協(xié)同工作區(qū)設(shè)置和各種信息顯示等。

（1）協(xié)同標(biāo)繪功能主要是對(duì)多種對(duì)象進(jìn)行多種操作。災(zāi)情對(duì)象主要包括點(diǎn) （如路標(biāo)，水井等），線 （如河流，道路等）和面 （如倒塌房屋，湖泊等）和其他標(biāo)繪對(duì)象 （如文字標(biāo)注等）。用戶可根據(jù)實(shí)際需要，將這些標(biāo)繪圖形設(shè)置不同屬性，如樣式、大小、顏色、形狀等。用戶標(biāo)繪動(dòng)作，包括對(duì)圖元的增加、刪除、修改等。協(xié)同標(biāo)繪功能還要能按照?qǐng)D元屬性信息，將原用戶操作的圖形信息，“復(fù)制”到同一工作組其他用戶顯示端，從而實(shí)現(xiàn) “你見(jiàn)即我見(jiàn)”（what you see is what I see，WYSIWIS）的交互環(huán)境。

（2）協(xié)同感知功能主要是指實(shí)時(shí)捕捉各種圖元的各種操作，并解譯該操作圖元的各種屬性信息。用戶的標(biāo)繪動(dòng)作類型和標(biāo)繪圖形類型都有多樣性，協(xié)同感知功能要能對(duì)這些類型加以區(qū)分識(shí)別。協(xié)同感知功能還要能感知用戶信息 （登陸、退出）的變化。

（3）標(biāo)繪信息收發(fā)功能是指將協(xié)同感知到的圖元信息在數(shù)據(jù)發(fā)送模塊生成規(guī)定格式文件，經(jīng)由網(wǎng)絡(luò)傳輸端傳給服務(wù)器。用戶接收模塊接收服務(wù)器發(fā)送來(lái)的各種信息文件包，并進(jìn)行解碼，然后將之傳遞給其他模塊進(jìn)行處理。

（4）協(xié)同工作區(qū)設(shè)置是將標(biāo)繪區(qū)域合理劃分給與會(huì)者。用戶的首要任務(wù)是標(biāo)繪本用戶區(qū)域的災(zāi)情信息，工作區(qū)在主席端進(jìn)行分配。

（5）信息顯示功能主要包括：不同用戶標(biāo)繪圖元采用不同顏色加以區(qū)別顯示，個(gè)人標(biāo)繪對(duì)象的顏色在用戶登陸系統(tǒng)時(shí)由系統(tǒng)統(tǒng)一分配，用戶無(wú)法更改；同一工作組的用戶信息 （包括工作區(qū)，登陸時(shí)間，編輯的圖元等）可以隨時(shí)查看；可查看當(dāng)前工作組信息 （會(huì)議主席、會(huì)議簡(jiǎn)介和創(chuàng)建時(shí)間等）；所有用戶的各種操作都簡(jiǎn)短顯示在日志中，當(dāng)用戶選擇日志中某行操作時(shí)，顯示端將該操作對(duì)象 （如果存在）進(jìn)行響應(yīng) （閃爍顯示）。

2.2 網(wǎng)絡(luò)傳輸端和服務(wù)器端功能設(shè)計(jì)

客戶端的各種操作信息都要經(jīng)由網(wǎng)絡(luò)傳輸端，傳送給服務(wù)器端。

網(wǎng)絡(luò)傳輸端主要包括：①網(wǎng)絡(luò)傳輸協(xié)議，客戶端和服務(wù)器端之間的大量數(shù)據(jù)傳輸，要求穩(wěn)定、快捷，用戶的各種操作都準(zhǔn)確重現(xiàn)在工作組的所有用戶后，才能保證各個(gè)顯示終端的統(tǒng)一，這要求網(wǎng)絡(luò)傳輸過(guò)程不能遺失任何數(shù)據(jù)文件；②數(shù)據(jù)格式，用戶操作圖元類型和標(biāo)繪動(dòng)作類型都有很多種，還有用戶進(jìn)行的其他操作類型，針對(duì)這多種類型的數(shù)據(jù)傳輸，需要保證各種傳輸數(shù)據(jù)易于識(shí)別，互不混淆。

服務(wù)器端主要為數(shù)據(jù)庫(kù)。其需要根據(jù)操作類型，將操作結(jié)果保存在不同的表格。同時(shí)，針對(duì)用戶在客戶端對(duì)圖元的增加、刪除和修改，服務(wù)器端需要對(duì)數(shù)據(jù)庫(kù)進(jìn)行相應(yīng)操作，完成數(shù)據(jù)的更新。

2.3 標(biāo)繪功能流程

協(xié)同標(biāo)繪的工作流程 （以用戶新增圖元為例）：用戶1利用協(xié)同標(biāo)繪模塊新建某個(gè)災(zāi)害信息圖形后，協(xié)同感知模塊感知到該用戶的當(dāng)前操作，并獲取到其對(duì)應(yīng)的信息包括標(biāo)繪動(dòng)作類型 （此處為增加）、操作圖形類型的屬性 （顏色、大小、頂點(diǎn)坐標(biāo)等），然后將這些信息轉(zhuǎn)給數(shù)據(jù)發(fā)送模塊，該模塊按照一定格式將這些信息生成標(biāo)準(zhǔn)傳輸文件，經(jīng)由網(wǎng)絡(luò)傳輸發(fā)送到服務(wù)器端。服務(wù)端接收到該消息后，首先將該信息保存到數(shù)據(jù)庫(kù)中，同時(shí)賦予該圖形一個(gè)唯一標(biāo)識(shí)碼ID，然后將這些信息重新生成傳輸標(biāo)準(zhǔn)文件，傳給工作組的各個(gè)用戶。用戶接收模塊接收并還原該信息，利用協(xié)同標(biāo)繪模塊將用戶1的標(biāo)繪行為進(jìn)行重現(xiàn)。整個(gè)流程如圖3所示。

圖3 用戶新建圖元流程

當(dāng)用戶在客戶端執(zhí)行新建一個(gè)標(biāo)繪圖元時(shí)，該新建圖元將首先被刪除。服務(wù)器統(tǒng)一發(fā)送該標(biāo)繪信息，每個(gè)用戶（包括創(chuàng)建該圖元的用戶）利用協(xié)同標(biāo)繪模塊進(jìn)行統(tǒng)一標(biāo)繪。這樣的機(jī)制可以充分利用服務(wù)器為各個(gè)圖元統(tǒng)一分配ID，避免ID賦值混亂重復(fù)等現(xiàn)象，便于統(tǒng)一管理。

3 系統(tǒng)構(gòu)建

3.1 客戶端構(gòu)建

客戶端是整個(gè)系統(tǒng)最核心的部分，協(xié)同標(biāo)繪、協(xié)同感知、發(fā)送和接受數(shù)據(jù)以及各種信息顯示功能，都在客戶端具體實(shí)現(xiàn)。其中，協(xié)同感知、消息響應(yīng)和標(biāo)繪重現(xiàn)是客戶端的關(guān)鍵技術(shù)。

（1）協(xié)同感知技術(shù)

面向標(biāo)繪對(duì)象的協(xié)同感知是底層的協(xié)同感知［8］。基于ArcGIS平臺(tái)，用戶進(jìn)行標(biāo)繪的圖形類型有兩種：Feature和Element。所以，需要對(duì)協(xié)同感知的用戶及時(shí)知道協(xié)同工作的最新進(jìn)展并以顯式的方式體現(xiàn)在協(xié)同結(jié)果上［9］。用戶對(duì)這兩種圖形的操作動(dòng)作類型包括增加、修改、刪除等，圖形標(biāo)繪主要是針對(duì)這兩種圖形的3種操作。標(biāo)繪行為是非連續(xù)的過(guò)程，且用戶的每一次標(biāo)繪動(dòng)作和下一次標(biāo)繪動(dòng)作之間，可能存在著一系列其他操作。系統(tǒng)必須及時(shí)捕捉本用戶的標(biāo)繪行為，并能識(shí)別該標(biāo)繪動(dòng)作類型和操作圖形類型。

針對(duì)這些問(wèn)題，結(jié)合ArcGIS Engine，本系統(tǒng)采用事件響應(yīng)機(jī)制。該機(jī)制將事件和標(biāo)繪操作對(duì)象綁定，對(duì)標(biāo)繪動(dòng)作進(jìn)行實(shí)時(shí)捕獲，實(shí)現(xiàn)標(biāo)繪行為感知。ArcGIS Engine針對(duì)Feature和Element的標(biāo)繪行為采用不同的事件接口，如Feature圖元的IEngineEditEvents＿Event接口，Element元素的IGraphicsContainerEvents＿Event接口。當(dāng)用戶感知到標(biāo)繪操作后，同時(shí)也將捕獲到該圖形，即標(biāo)繪行為動(dòng)作的結(jié)果，然后對(duì)圖形進(jìn)行屬性信息識(shí)別，從而可以實(shí)現(xiàn)協(xié)同感知。

（2）消息響應(yīng)技術(shù)

消息響應(yīng)技術(shù)是指客戶端能實(shí)時(shí)接收網(wǎng)絡(luò)傳輸?shù)南?。用戶不僅要感知機(jī)器的反應(yīng)，更重要的是要感知其他用戶的異地通饋 （feedthrough）。其他用戶的標(biāo)繪信息都經(jīng)由網(wǎng)絡(luò)傳輸?shù)娇蛻舳?，但網(wǎng)絡(luò)傳輸?shù)奈募畔⒕哂胁欢〞r(shí)性和多樣性，客戶端必須實(shí)時(shí)監(jiān)聽(tīng)接收。

本系統(tǒng)引入windows窗口的消息機(jī)制，該機(jī)制已為窗口界面所實(shí)現(xiàn)，它實(shí)時(shí)接收傳遞到窗口的所有消息，方便快捷。在構(gòu)建本系統(tǒng)時(shí)，首先定義網(wǎng)絡(luò)傳輸消息 （message）的接收窗口，當(dāng)數(shù)據(jù)傳遞到該窗口時(shí)，自動(dòng)觸發(fā)其消息處理函數(shù)，在函數(shù)內(nèi)部將信息進(jìn)行獲取、解碼、區(qū)分后，通過(guò)事件代理機(jī)制，將消息傳遞給協(xié)同標(biāo)繪模塊進(jìn)行響應(yīng)。

（3）標(biāo)繪重現(xiàn)技術(shù)

標(biāo)繪重現(xiàn)是指將客戶端的各種操作信息 “復(fù)制”到同一工作組的其他客戶端。系統(tǒng)通過(guò)消息響應(yīng)技術(shù)獲得各種操作信息，這些信息中包含所要 “重現(xiàn)”的標(biāo)繪動(dòng)作類型、圖形類型和圖形屬性信息 （大小，顏色，頂點(diǎn)坐標(biāo)等），標(biāo)繪模塊需要根據(jù)這些信息進(jìn)行標(biāo)繪重現(xiàn)。

本系統(tǒng)依據(jù)信息類型，采取消息分類法進(jìn)行響應(yīng)。根據(jù)消息的標(biāo)繪動(dòng)作類型 （增加、刪除和修改），設(shè)置3種標(biāo)繪動(dòng)作響應(yīng)類，在各種響應(yīng)類中按照?qǐng)D元類型建立相應(yīng)標(biāo)繪重現(xiàn)函數(shù)。對(duì)接收到的標(biāo)繪消息進(jìn)行處理后，首先根據(jù)標(biāo)繪動(dòng)作類型，調(diào)用對(duì)應(yīng)的標(biāo)繪動(dòng)作類，然后根據(jù)標(biāo)繪圖元類型，將各種屬性信息傳遞給相應(yīng)處理函數(shù)，進(jìn)行具體圖形的標(biāo)繪重現(xiàn)。

3.2 網(wǎng)絡(luò)傳輸端和服務(wù)器端構(gòu)建

網(wǎng)絡(luò)傳輸端和服務(wù)器端，是系統(tǒng)各用戶進(jìn)行標(biāo)繪通信和數(shù)據(jù)管理的部分。

3.2.1 網(wǎng)絡(luò)傳輸端

根據(jù)本系統(tǒng)的功能需求，用可擴(kuò)展標(biāo)記語(yǔ)言 （extensible markup language，XML）作為傳輸數(shù)據(jù)語(yǔ)言，采用TCP／IP網(wǎng)絡(luò)傳輸協(xié)議。

（1）用戶對(duì)圖形的標(biāo)繪行為類型有新建、刪除和修改，標(biāo)繪圖形類型有Feature和Element兩種，而Feature對(duì)象里又有點(diǎn)對(duì)象、線對(duì)象和面對(duì)象子類型，Element要素里有點(diǎn)標(biāo)注、線 （貝塞爾曲線，折線）標(biāo)注、面標(biāo)注和文字標(biāo)注等子類型。

為了區(qū)別各種標(biāo)繪動(dòng)作類型和標(biāo)繪圖形類型，系統(tǒng)采用 “標(biāo)繪動(dòng)作類型＿標(biāo)繪圖元類型”的格式進(jìn)行標(biāo)識(shí)，例如用戶新增一個(gè)Feature的面對(duì)象，則該操作總類型為：“Add＿PolygonFeature”，若用戶修改一個(gè)Element的貝塞爾曲線，則該操作總類型為： “Update＿BezierLineElement”。眾多類型的文件傳輸須在傳輸文件中設(shè)置類型格式。系統(tǒng)采用XML語(yǔ)言進(jìn)行網(wǎng)絡(luò)傳輸，該語(yǔ)言具有良好的數(shù)據(jù)存儲(chǔ)格式、可擴(kuò)展性、高度結(jié)構(gòu)化、便于網(wǎng)絡(luò)信息組織和網(wǎng)絡(luò)傳輸?shù)葍?yōu)勢(shì)［10］，并且可自定義標(biāo)記及屬性名。系統(tǒng)在XML文件中以每次操作的總類型作為標(biāo)識(shí)，然后將該操作圖形的其他屬性信息按照格式依次寫入XML文件。

（2）災(zāi)情協(xié)同標(biāo)繪系統(tǒng)中，為保障 “WYSIWIS”的工作環(huán)境要求，用戶傳輸?shù)乃袛?shù)據(jù)在網(wǎng)絡(luò)傳輸中要嚴(yán)禁丟失或重復(fù)。用戶的每一次操作都要向服務(wù)器發(fā)送操作信息，服務(wù)器也要發(fā)送各種消息給用戶，因此會(huì)產(chǎn)生大量的網(wǎng)絡(luò)傳輸請(qǐng)求，為減少系統(tǒng)更新響應(yīng)的延時(shí)，必須選擇高效的網(wǎng)絡(luò)傳輸協(xié)議。

本系統(tǒng)采用TCP／IP協(xié)議，它是網(wǎng)絡(luò)通信的標(biāo)準(zhǔn)協(xié)議，技術(shù)成熟穩(wěn)定。為保證傳輸?shù)臏?zhǔn)確性，TCP傳輸過(guò)程具有捎帶確認(rèn)機(jī)制，具有極高的安全可靠性，且傳輸效率也足以滿足客戶端響應(yīng)需求。

3.2.2 服務(wù)器端

網(wǎng)絡(luò)傳輸端將各種XML文件包傳給服務(wù)器端，由服務(wù)器進(jìn)行數(shù)據(jù)管理和轉(zhuǎn)發(fā)。

服務(wù)器接收到XML文件包后，要進(jìn)行解碼處理，獲取文件載有的信息類型，并對(duì)該消息進(jìn)行入庫(kù)更新，然后將該消息生成XML文件再傳遞給同一工作組的各個(gè)用戶。本系統(tǒng)的服務(wù)器端采用高效率的C＋＋語(yǔ)言編寫，數(shù)據(jù)庫(kù)為易于管理和維護(hù)的Microsoft Office Access。數(shù)據(jù)庫(kù)采用分組管理，不同的會(huì)議列入不同的會(huì)議組。傳遞的XML文件里含有該消息所屬的會(huì)議，便于信息的對(duì)號(hào)入庫(kù)。

4 測(cè)試結(jié)果

根據(jù)系統(tǒng)實(shí)現(xiàn)功能，本系統(tǒng)在Visual Studio 2008平臺(tái)上，采用C＃ 語(yǔ)言，利用ArcGIS Engine9.3二次開(kāi)發(fā)構(gòu)建。在100M 局域網(wǎng)上的PC （2GB內(nèi)存，3.0GHz CPU）和WindowXP 32環(huán)境下，500個(gè)虛擬在線用戶進(jìn)行同時(shí)編輯操作，測(cè)試結(jié)果如圖4所示。

圖4 用戶數(shù)－響應(yīng)時(shí)間曲線

該測(cè)試結(jié)果表明，事務(wù)響應(yīng)時(shí)間不足0.001秒，且在第150－200個(gè)用戶參與交流時(shí)響應(yīng)時(shí)間突增，達(dá)到峰值，但總體呈持續(xù)降低的態(tài)勢(shì)。所以本系統(tǒng)的各個(gè)用戶之間的通信交流快捷迅速，能實(shí)時(shí)響應(yīng)用戶的操作。

用戶數(shù)－CPU使用率曲線如圖5所示。

圖5 用戶數(shù)－CPU使用率曲線

該結(jié)果表明，曲線在參會(huì)用戶數(shù)不斷增加的過(guò)程中，在175－200個(gè)用戶參與交流時(shí)CPU使用率急劇上升，達(dá)到峰值，總體呈持續(xù)增長(zhǎng)態(tài)勢(shì)。最大CPU使用率小于75%，通常情況下CPU使用率小于40%，證明目前的硬件可以適應(yīng)測(cè)試的負(fù)載。所以本系統(tǒng)對(duì)CPU占有率在可接受范圍內(nèi)，系統(tǒng)客戶端穩(wěn)定高效。

系統(tǒng)響應(yīng)時(shí)間和CPU使用率曲線在180個(gè)用戶附近出現(xiàn)一個(gè)峰值，說(shuō)明該時(shí)刻存在密集的計(jì)算負(fù)載，這主要是虛擬內(nèi)存發(fā)生換頁(yè)操作導(dǎo)致的。本系統(tǒng)的設(shè)計(jì)使用了內(nèi)存池機(jī)制，在服務(wù)啟動(dòng)后系統(tǒng)會(huì)申請(qǐng)約200M左右的內(nèi)存作為內(nèi)存池，當(dāng)在線人數(shù)達(dá)到200人左右，該內(nèi)存池耗盡，系統(tǒng)會(huì)嘗試申請(qǐng)需求量2倍的內(nèi)存來(lái)擴(kuò)建內(nèi)存池，這將超出測(cè)試機(jī)器剩余的空閑物理內(nèi)存容量，操作系統(tǒng)會(huì)嘗試從其它程序中交換出物理內(nèi)存，從而發(fā)生內(nèi)存換頁(yè)操作，這種操作極為耗費(fèi)CPU時(shí)間，從而形成一個(gè)系統(tǒng)響應(yīng)的峰值。

5 結(jié)束語(yǔ)

本文基于XML即時(shí)通信語(yǔ)言，在TCP／IP網(wǎng)絡(luò)傳輸協(xié)議下利用C＋＋語(yǔ)言構(gòu)建了服務(wù)器系統(tǒng)，基于ArcGIS Engine二次開(kāi)發(fā)，在Visual Studio 2008平臺(tái)上利用C＃語(yǔ)言構(gòu)建災(zāi)情協(xié)同標(biāo)繪的客戶端。系統(tǒng)基于主席－用戶模式的體系結(jié)構(gòu)，采用三層結(jié)構(gòu)，支持多用戶實(shí)現(xiàn)標(biāo)繪信息交流和可視化感知，強(qiáng)化了災(zāi)情信息的快速提取能力，改變了災(zāi)情信息提取的單機(jī)單用戶標(biāo)繪的傳統(tǒng)方式，解決了如何將海量遙感數(shù)據(jù)快速變?yōu)樾畔⒌碾y題。經(jīng)測(cè)驗(yàn)，在500個(gè)在線用戶之下，該協(xié)同標(biāo)繪系統(tǒng)能很好的滿足協(xié)同標(biāo)繪的應(yīng)用。

系統(tǒng)還有很多工作需要繼續(xù)開(kāi)展，如支持多媒體通信，實(shí)現(xiàn)海量遙感數(shù)據(jù)的點(diǎn)對(duì)點(diǎn)傳輸?shù)取?/p>

：

［1］ZHAO Hong，LI Tao，HE Yawen.Study of information dynamic graphical on disaster response ［J］.Geospatial Information，2011，9 （5）：32－34 （in Chinese）. ［趙宏，黎濤，何亞文.災(zāi)害應(yīng)急空間信息標(biāo)繪技術(shù) ［J］.地理空間信息，2011，9 （5）：32－34.］

［2］ZHAO Fujun，CAI Shan，CHEN Xi.Application of rapid seismic damage assessment based on remote sensing to Wenchuan earthquake ［J］.Journal of Naturaldisasters，2010，19 （1）：1－7 （in Chinese）.［趙福軍，蔡山，陳曦.遙感震害快速評(píng)估技術(shù)在汶川地震中的應(yīng)用 ［J］.自然災(zāi)害學(xué)報(bào)，2010，19 （1）：1－7.］

［3］ZHENG Liangong.A research on the theory and technology of collaborative virtual battlefield discussion environment ［D］.Zhengzhou：Information Engineering University of the Peoples Liberation Army，2007 （in Chinese）. ［鄭煉功.協(xié)同虛擬戰(zhàn)場(chǎng)研討環(huán)境構(gòu)建理論及技術(shù)研究 ［D］.鄭州：中國(guó)人民解放軍信息工程大學(xué)，2007.］

［4］XIE Guowen，WU Qiuyun，ZHONG Zhinong，et al.Military plotting system based on ArcGIS graphic element ［J］.Ordnance Industry Automation，2011，30 （9）：93－96 （in Chi－nese）.［謝國(guó)文，吳秋云，鐘志農(nóng)，等.基于ArcGIS圖元的軍事標(biāo)圖系統(tǒng) ［J］.兵工自動(dòng)化，2011，30 （9）：93－96.］

［5］WU Yanyan，WANG Yumei.Study and design of activity－centric collaborative plotting integrated system ［J］.Computer Engineering and Design，2009，30 （22）：5248－5252 （in Chinese）.［武嚴(yán)嚴(yán)，王玉玫.基于以活動(dòng)為中心的協(xié)同標(biāo)繪集成系統(tǒng) ［J］.計(jì)算機(jī)工程與設(shè)計(jì)，2009，30 （22）：5248－5252.］

［6］MA Fangfang.Design and implementation of collaborative plotting system based on XML ［J］.Computer ＆ Digital Engineering，2011，39 （12）：51－53 （in Chinese）. ［馬芳芳.基于XML的態(tài)勢(shì)圖協(xié)同標(biāo)繪系統(tǒng)設(shè)計(jì)與實(shí)現(xiàn) ［J］.計(jì)算機(jī)與數(shù)字工程，2011，39 （12）：51－53.］

［7］LIAN Lanping，QIU Jianwei.The research and design of the collaborative plotting system based on XMPP ［J］.Control ＆Automation，2010，26 （2－3）：41－43 （in Chinese）. ［廉蘭平，仇建偉.基于XMPP的協(xié)同標(biāo)繪系統(tǒng)的研究與設(shè)計(jì) ［J］.微計(jì)算機(jī)信息，2010，26 （2－3）：41－43.］

［8］LIU Haitao.The research of GIS collaborative plotting technology ［D］.Jinan：Shandong University，2010 （in Chinese）.［劉海濤.GIS協(xié)同標(biāo)繪技術(shù)研究 ［D］.濟(jì)南：山東大學(xué)，2010.］

［9］WANG Bo.Research on awareness－based effective cooperation in collaborative editing systems ［D］.Hangzhou：Zhejiang University，2008（in Chinese）.［王博.協(xié)同編輯系統(tǒng)中基于感知的有效協(xié)作研究 ［D］.杭州：浙江大學(xué)，2008.］

［10］LIU Hong.The Research on the network’s transmission of the special vector subject for forestry which is based－on XML ［D］.Changsha：Central South University of Forestry and Technology，2009（in Chinese）.［劉紅.XML格式林業(yè)矢量專題圖網(wǎng)絡(luò)傳輸?shù)难芯?［D］.長(zhǎng)沙：中南林業(yè)科技大學(xué)，2009.］