慕容灝鼎， 李 軍， 邢 軍， 夏成林， 謝雨岑， 謝晉雄

(1. 深圳市檢驗檢疫科學研究院， 廣東 深圳 518010； 2. 梅沙海關(guān)， 廣東 深圳 518083； 3. 深圳市物之源信息技術(shù)有限公司， 廣東 深圳 518100； 4. 電子科技大學計算機科學與工程學院， 四川 成都 611731)

0 引言

移動探測因具有可探測范圍廣、 能夠就近抵達惡劣條件現(xiàn)場等優(yōu)點而被廣泛應(yīng)用到各種探測監(jiān)測工作中， 如核輻射探測、 紅外探測、 攜帶物探測、 生化危險因子探測等. 針對敏感因子的探測監(jiān)測活動， 既需要保障探測監(jiān)測數(shù)據(jù)的有效記錄與保存[1]， 也需要在網(wǎng)絡(luò)條件許可的情況下進行實時的數(shù)據(jù)、 音視頻通訊， 將監(jiān)測探測數(shù)據(jù)實時傳輸?shù)胶笈_(指揮中心、 信息中心等)， 以供后臺專家即時會診并為現(xiàn)場探測監(jiān)測和應(yīng)急處理提供快速決策與指導(dǎo). 在通訊條件優(yōu)越的區(qū)域， 軟件系統(tǒng)多采用B/S(瀏覽器+服務(wù)器)架構(gòu)， 具有現(xiàn)場硬件要求低、 適用性強、 易于維護等特點， 但數(shù)據(jù)依靠服務(wù)器保存， 對網(wǎng)絡(luò)依存度較高. 而傳統(tǒng)的C/S(客戶端+服務(wù)器)架構(gòu)， 則支持數(shù)據(jù)的本地保存， 但對客戶端硬件要求較高， 局限于專用終端.

當探測活動進入邊境、 森林、 礦區(qū)、 山川等地形復(fù)雜， 缺乏基礎(chǔ)設(shè)施條件的嚴苛環(huán)境時， 網(wǎng)絡(luò)通訊則難以保證， 此時探測活動存在著以下多種通訊困難.

1) 數(shù)據(jù)保存的有效性. 探測數(shù)據(jù)屬于敏感數(shù)據(jù)， 所有探測到的數(shù)據(jù)均須得到有效的保存， 不能丟失.不允許出現(xiàn)因為網(wǎng)絡(luò)狀態(tài)不良而無法訪問探測系統(tǒng)， 從而導(dǎo)致部分或全部探測數(shù)據(jù)無法保存的情況.

2) 網(wǎng)絡(luò)通訊的可用性. 探測數(shù)據(jù)有于服務(wù)器中歸集管理的需求， 部分特殊敏感業(yè)務(wù)還要進行數(shù)據(jù)、 語音或視頻的實時通訊， 以滿足后臺動態(tài)監(jiān)控、 實時分析和遠程指揮等工作需求. 這要求系統(tǒng)需要閱讀判斷網(wǎng)絡(luò)狀態(tài)， 并在條件許可的狀態(tài)下建立并保持通訊連接.

3) 可用網(wǎng)絡(luò)的穩(wěn)定性. 探測數(shù)據(jù)， 尤其是音視頻探測數(shù)據(jù)的實時傳輸要求網(wǎng)絡(luò)狀態(tài)有一定的穩(wěn)定性， 網(wǎng)絡(luò)速率要有保障， 但移動探測活動本身因自身的移動而會在不同的網(wǎng)絡(luò)狀態(tài)中切換. 網(wǎng)絡(luò)信號強度會隨著移動而變化， 不利于數(shù)據(jù)的穩(wěn)定傳輸.

4) 多網(wǎng)絡(luò)信號干擾. 在邊境等嚴苛環(huán)境下， 可能存在其他非探測業(yè)務(wù)網(wǎng)絡(luò)的信號覆蓋， 這些信號可能由其他私人機構(gòu)甚或其他國家/地區(qū)相關(guān)機構(gòu)運營， 往往不具有可控性. 移動探測設(shè)備可能受到這些非業(yè)務(wù)網(wǎng)絡(luò)信號的干擾， 自動接入無效網(wǎng)絡(luò)或在有效/無效網(wǎng)絡(luò)之間來回切換， 導(dǎo)致業(yè)務(wù)通訊的斷續(xù)或中斷.

考慮到移動探測活動在嚴苛環(huán)境下的應(yīng)用需要， 針對上述存在的4個難題， 本研究設(shè)計了一種基于“B/S+C/S” 架構(gòu)的軟硬件系統(tǒng)， 以兼顧上述需求.

1 設(shè)計思路

使用“B/S+C/S”架構(gòu)進行軟硬件系統(tǒng)設(shè)計搭建， 使其能同時滿足數(shù)據(jù)有效保存和在網(wǎng)實時通訊的需求. 其中B/S部分允許應(yīng)用端可以通過有效網(wǎng)絡(luò)從瀏覽器直接訪問系統(tǒng)以查詢和獲取數(shù)據(jù)而不需要額外的安裝軟件； C/S部分在移動探測平臺的主控器上安裝探測軟件系統(tǒng)的客戶端， 以使探測數(shù)據(jù)可以在本地保存， 并適時接入網(wǎng)絡(luò)將數(shù)據(jù)上傳至服務(wù)器或建立實時通訊[2]. 結(jié)合兩部分組成“B/S+C/S”的架構(gòu)[3]， 并通過以下策略， 以解決上述困難.

1) 在移動探測平臺的專用控制終端上部署系統(tǒng)客戶端， 建立本地數(shù)據(jù)庫， 利用平臺本地強大的處理和儲存能力形成單兵數(shù)據(jù)管理體系， 實現(xiàn)數(shù)據(jù)本地保存與應(yīng)用.

2) 將系統(tǒng)部署在專用網(wǎng)絡(luò)服務(wù)器中， 同時支持安全的公用網(wǎng)絡(luò)和專用網(wǎng)絡(luò)訪問， 在探測活動現(xiàn)場分別體現(xiàn)為4G和WiFi無線網(wǎng)絡(luò)， 增加可用網(wǎng)絡(luò)的覆蓋范圍， 以增強業(yè)務(wù)網(wǎng)絡(luò)的可用性.

3) 為移動探測平臺端設(shè)計網(wǎng)絡(luò)狀態(tài)識別、 分析的功能， 動態(tài)檢測所在網(wǎng)絡(luò)的狀態(tài)， 包括網(wǎng)絡(luò)可用性、 通訊速度、 優(yōu)先級比較等， 以便綜合分析選出最優(yōu)的可用網(wǎng)絡(luò)進行通訊.

4) 加入網(wǎng)絡(luò)白名單功能， 僅將被認可的網(wǎng)絡(luò)列入可選用范圍， 避免其他非業(yè)務(wù)用網(wǎng)的干擾.

2 硬件架構(gòu)

2.1 整體架構(gòu)

圖1 雙網(wǎng)絡(luò)移動探測系統(tǒng)硬件部署架構(gòu)圖Fig.1 Hardware deployment framework of the mobile detecting system in dual network

圖1是搭建的“4G+WiFi”雙網(wǎng)絡(luò)通訊移動探測系統(tǒng)硬件架構(gòu). 如圖1所示， 因應(yīng)移動探測活動的需要， 后臺服務(wù)器端及移動探測平臺之間通過無線網(wǎng)路連接； 而兩者各自內(nèi)部的網(wǎng)絡(luò)則基于數(shù)據(jù)傳輸穩(wěn)定性出發(fā)， 盡可能使用有線連接.

2.2 后臺及現(xiàn)場的硬件部署

將系統(tǒng)部署在專用網(wǎng)絡(luò)服務(wù)器中， 同時支持安全的公用網(wǎng)絡(luò)和專用網(wǎng)絡(luò)訪問， 并共用同一數(shù)據(jù)庫， 以使在雙網(wǎng)中數(shù)據(jù)都是可讀寫的. 為滿足多個客戶端口的同時訪問以及龐大的探測數(shù)據(jù)儲存量， 本設(shè)計中后臺使用了高性能的服務(wù)器， 配備大容量儲存單元， 并使用了raid1陣列備份以保障數(shù)據(jù)安全. 后臺與具備施工條件的探測活動現(xiàn)場之間使用光纖鋪設(shè)網(wǎng)絡(luò). 在現(xiàn)場分點布設(shè)多個無線AP， 以將專網(wǎng)覆蓋到主要探測活動開展區(qū)域. 所使用的AP選用定向覆蓋型， 以保證信號增益， 盡可能保障通訊速率和質(zhì)量.

2.3 移動探測平臺的硬件布局

移動端選用支持“4G+WiFi”雙網(wǎng)通訊的交換機， 搭建移動探測平臺上各個設(shè)備與現(xiàn)場無線網(wǎng)絡(luò)之間的連接橋梁. 外引交換機的天線， 避免移動探測平臺本體的外殼包裹對無線網(wǎng)絡(luò)信號造成屏蔽影響.

各外設(shè)選用具備標準網(wǎng)絡(luò)接口的設(shè)備， 接入交換機提供的平臺自身的局域網(wǎng)中， 獲取固定或相對固定的IP以受控， 避免使用RS232等傳統(tǒng)接口以減少電信號干擾. 外設(shè)接入交換機而不直接接入主控器也便于多控制器對其進行同時訪問.

2.4 網(wǎng)絡(luò)視頻采集卡設(shè)計

圖2 網(wǎng)絡(luò)視頻采集卡內(nèi)部布局方框圖 Fig.2 Internal layout block of network video acquisition card

鑒于目前越來越多的專業(yè)探測趨向于探測現(xiàn)場畫面的可視化傳輸， 此處專門設(shè)計網(wǎng)絡(luò)視頻采集卡收集移動探測平臺上經(jīng)過主控器處理后的音視頻數(shù)據(jù)， 并將其編碼成主流H.264或H.265碼流進行傳輸， 提供在網(wǎng)實時音視頻同步遠程顯示的服務(wù)， 可充分減輕主控器的圖形處理壓力， 以使其能更專注于探測業(yè)務(wù)數(shù)據(jù)的處理.

本設(shè)計所研制的網(wǎng)絡(luò)視頻采集卡使用HDMI接口采集主控器的音視頻輸出， 通過網(wǎng)絡(luò)標準接口連接到平臺上的交換機， 也支持與現(xiàn)場無線網(wǎng)絡(luò)的直連. 在采集卡的固件中加入網(wǎng)絡(luò)管理功能以使其能接入探測系統(tǒng)中， 并為系統(tǒng)服務(wù)器所識別. 圖2為本設(shè)計所使用網(wǎng)絡(luò)視頻采集卡的內(nèi)部布局方框圖.

3 軟件系統(tǒng)運作模型

3.1 軟件整體架構(gòu)

為使移動探測系統(tǒng)滿足應(yīng)用所需， 發(fā)揮“B/S+C/S”架構(gòu)的特定功用， 設(shè)計相應(yīng)的軟件系統(tǒng)， 主要包括前端外設(shè)上的固件、 探測軟件系統(tǒng)的客戶端、 服務(wù)器端和網(wǎng)頁端. 該軟件的客戶端使用C#語言進行開發(fā)， 服務(wù)器端使用PHP， 基于Laravel框架， 數(shù)據(jù)庫使用的是MySQL. 整體的軟件結(jié)構(gòu)如圖3所示. 其中， 探測軟件系統(tǒng)的客戶端安裝在移動平臺的本地主控器上； 探測軟件系統(tǒng)的服務(wù)器端部署在后臺指揮中心； 網(wǎng)頁端可在任意支持瀏覽器應(yīng)用的設(shè)備中登錄訪問.

圖3中， 通訊鏈路1是保障連通的， 由移動探測平臺上的網(wǎng)絡(luò)架構(gòu)實現(xiàn)， 是獨立的局域網(wǎng)； 通訊鏈路2是移動探測平臺與后臺之間的網(wǎng)絡(luò)連接， 依賴于現(xiàn)場的網(wǎng)絡(luò)情況， 客戶端根據(jù)網(wǎng)絡(luò)狀況分析判斷工作模式， 實現(xiàn)數(shù)據(jù)的本地保存和傳輸功能； 通訊鏈路3由外部網(wǎng)絡(luò)提供， 可根據(jù)具體應(yīng)用需求布設(shè).

圖3 B/S+C/S軟件架構(gòu)示意圖Fig.3 B/S+C/S software framework

3.2 監(jiān)測數(shù)據(jù)的流向

圖4為B/S+C/S移動監(jiān)測系統(tǒng)應(yīng)用模型. 如圖4所示， 搭載軟件客戶端C的監(jiān)測平臺P在場域中移動， 在嚴苛環(huán)境中網(wǎng)絡(luò)狀態(tài)具有不確定性， 移動過程中可能在不同的通訊狀態(tài)中切換.

監(jiān)測數(shù)據(jù)在生成后保存在C本地； 通訊許可情況下， C主動將監(jiān)測數(shù)據(jù)通過無線網(wǎng)絡(luò)上傳至系統(tǒng)服務(wù)器S中[4]； C和網(wǎng)頁端B均可向S請求查詢監(jiān)測數(shù)據(jù)， S向C和B返回查詢結(jié)果. 監(jiān)測數(shù)據(jù)全部來源于C端， B端僅可查詢監(jiān)測數(shù)據(jù).

相較于C， B的地理位置和網(wǎng)絡(luò)位置更為固定， B與S之間的通訊連接相對更有保障， 而C與S之間的通訊連接則需通過以下的程序運作獲得可靠性.

3.3 軟件程序運作機理

監(jiān)測數(shù)據(jù)采集與上傳的總體流程如圖5所示， 包括3個主要步驟： 數(shù)據(jù)采集與保存、 網(wǎng)絡(luò)偵檢和數(shù)據(jù)傳輸.

圖4 B/S+C/S移動監(jiān)測系統(tǒng)應(yīng)用模型 Fig.4 Application model of B/S+C/S mobile monitoring system

圖5 探測數(shù)據(jù)保存及傳輸作業(yè)流程圖 Fig.5 Flow chat of the detecting data saving and transmission

3.3.1數(shù)據(jù)采集與保存

依賴于所搭載的C， 在監(jiān)測環(huán)節(jié)P可以實現(xiàn)單兵工作： 移動監(jiān)測過程中， P采集到探測數(shù)據(jù)經(jīng)初步處理后， 完整保存在C中. C中的本地數(shù)據(jù)更新后， 將激發(fā)更新數(shù)據(jù)上傳至S的需求， 進入網(wǎng)絡(luò)偵檢步驟.

3.3.2網(wǎng)絡(luò)偵檢

當C更新了所保存的數(shù)據(jù)而導(dǎo)致有向服務(wù)器數(shù)據(jù)庫上傳更新的需求， 或有由探測工作人員激發(fā)的實時通訊需求時， 系統(tǒng)提出網(wǎng)絡(luò)連接請求[5]， 啟動并保持動態(tài)的網(wǎng)絡(luò)偵檢程序(network detecting program, NDP)， 依次進行.

1) 查詢可用網(wǎng)絡(luò). 系統(tǒng)查詢所在區(qū)域中的各個無線網(wǎng)絡(luò)信號， 將未達到信號強度閾值(如>-70 dbm)的網(wǎng)絡(luò)信號忽略掉， 剩下信號強度較好的可用網(wǎng)絡(luò)列表(available list, AL).

隨后， 系統(tǒng)以網(wǎng)絡(luò)名為校驗字段， 逐一查詢列表中各個網(wǎng)絡(luò)是否在監(jiān)測作業(yè)的通訊網(wǎng)絡(luò)白名單中， 保留在該白名單列表中的網(wǎng)絡(luò)為可選網(wǎng)絡(luò)， 組成可選網(wǎng)絡(luò)列表(optional list, OL).

此處的通訊網(wǎng)絡(luò)白名單僅包含監(jiān)測實施單位認可的業(yè)務(wù)網(wǎng)絡(luò)， 可以是專用網(wǎng)絡(luò)或公用網(wǎng)絡(luò). 系統(tǒng)通過白名單排除非業(yè)務(wù)網(wǎng)絡(luò)對監(jiān)測工作開展的干擾.

2) 可選網(wǎng)絡(luò)測速. 第二步對OL中的各個網(wǎng)絡(luò)逐一進行測速， 先比較測速結(jié)果與用戶設(shè)定的網(wǎng)速閾值(一個根據(jù)數(shù)據(jù)類型而設(shè)定的保障通訊效果的速度值， 如4 Mbit·s-1的上行速率)， 舍棄不達標的網(wǎng)絡(luò)， 剩下符合要求的網(wǎng)絡(luò)按速率依次排序.

如經(jīng)過測速后， 沒有任何網(wǎng)絡(luò)符合網(wǎng)速要求， NDP終止系統(tǒng)建立網(wǎng)絡(luò)連接的請求.

3) 可選網(wǎng)絡(luò)的優(yōu)先級選擇. 經(jīng)過上述兩步的篩選， 剩余可用于建立連接的網(wǎng)絡(luò)一般數(shù)量極少， 甚至是僅有一個. 在存在不止一個可選網(wǎng)絡(luò)的情況下， 系統(tǒng)按照用戶設(shè)定的優(yōu)先級原則依次選用. 優(yōu)先級判斷所考慮的因素主要包括： 網(wǎng)絡(luò)安全性、 軟件在網(wǎng)絡(luò)中的使用普遍性、 通訊速度等， 根據(jù)用戶需求可以對單項因素考慮或按照各因素進行加權(quán)綜合考慮.

選出唯一最適網(wǎng)絡(luò)后， 通過TCP/IP協(xié)議， P與系統(tǒng)服務(wù)器S所在的該網(wǎng)絡(luò)建立并保持網(wǎng)絡(luò)連接， C隨即向S申請上傳數(shù)據(jù).

4) 通訊狀態(tài)的循環(huán)檢測. P在場域中移動， 不可避免地導(dǎo)致所在的網(wǎng)絡(luò)環(huán)境發(fā)生變化， 已建立通訊連接的網(wǎng)絡(luò)狀態(tài)可能會變得不適用于繼續(xù)通訊. C根據(jù)系統(tǒng)中設(shè)定的周期或通訊故障原因(數(shù)據(jù)傳輸校驗不通過或人工重建連接請求)觸發(fā)， 對通訊狀態(tài)進行檢測. 當所連接網(wǎng)絡(luò)的狀態(tài)不符合通訊要求(如信號強度或網(wǎng)速不達標)時， 斷開相應(yīng)的網(wǎng)絡(luò)連接， NDP進行下一輪的網(wǎng)絡(luò)偵檢.

整個網(wǎng)絡(luò)偵檢動作判定了探測系統(tǒng)的網(wǎng)絡(luò)可用性， 在網(wǎng)絡(luò)不可用時終止網(wǎng)絡(luò)通迅請求， 避免本地運算資源的空載浪費； 在網(wǎng)絡(luò)可用時僅選最優(yōu)的通路進行通訊， 避免重復(fù)通訊的資源浪費.

3.3.3數(shù)據(jù)傳輸

在網(wǎng)絡(luò)通訊有效建立之后， 系統(tǒng)對需要更新或需要實時傳輸?shù)臄?shù)據(jù)加密然后進行傳輸. 鑒于探測活動數(shù)據(jù)對探測工作及其后續(xù)處置等工作的開展具有極其重要的指導(dǎo)意義， 必須保證其完整性， 因此增加通訊數(shù)據(jù)的校驗程序， 確保數(shù)據(jù)獲得完整傳輸[6].

通過TCP/IP協(xié)議的保障， 數(shù)據(jù)傳輸進行循環(huán)冗余校驗(cyclic redundancy check, CRC). C在所有數(shù)據(jù)包通過傳輸校驗后將本地數(shù)據(jù)更新為已上傳狀態(tài)， 終止數(shù)據(jù)上傳程序. 如傳輸校驗未通過則C要求重傳， 同一數(shù)據(jù)包重傳申請次數(shù)達到相應(yīng)次數(shù)閾值后， 確認為通訊故障并觸發(fā)前述的通訊狀態(tài)檢測.

C與S之間建立“心跳檢測”機制， 通過定期的應(yīng)答確認通訊狀態(tài)， 在心跳應(yīng)答中斷時S斷開對應(yīng)C的連接， 避免S的資源占用.

4 實現(xiàn)效果

基于上述“B/S+C/S”系統(tǒng)架構(gòu)的設(shè)計， 研制出在深圳口岸區(qū)域開展移動核輻射監(jiān)測的車載平臺及系統(tǒng)， 并于2018年6—12月間試用. 該業(yè)務(wù)作業(yè)時需要對探測到的可見光圖像和輻射方位數(shù)據(jù)進行圖像融合， 所有數(shù)據(jù)保存在車輛本地， 并于口岸現(xiàn)場監(jiān)控中心實時查看車輛的探測畫面及數(shù)據(jù)， 同時由監(jiān)控中心向車輛反饋相應(yīng)的指揮指令等. 在深圳口岸主要區(qū)域部署了專用網(wǎng)絡(luò)， 也有4 G公用網(wǎng)絡(luò)覆蓋， 但部分區(qū)域僅有專網(wǎng)或4 G公網(wǎng)其一覆蓋， 另有部分區(qū)域跟香港的電訊網(wǎng)絡(luò)存在著交叉， 容易受其信號干擾.

B/S+C/S移動監(jiān)測系統(tǒng)測試如圖6所示， 測試過程中， 監(jiān)測平臺從指揮中心附近逐漸遠離， 分別經(jīng)過3個網(wǎng)絡(luò)信號狀態(tài)不同的區(qū)域X、Y、Z， 然后再逐漸返回指揮中心附近， 全程進行移動監(jiān)測.

區(qū)域X中， 專用網(wǎng)絡(luò)BN的網(wǎng)速比公用網(wǎng)絡(luò)PN高， 系統(tǒng)連接BN進行監(jiān)測數(shù)據(jù)實時上傳. 隨著遠離指揮中心， 通訊速率開始下降. 在接近X、Y兩區(qū)之間的位置， BN的信號強度已下降至-75 dbm， 系統(tǒng)切換連接至PN， 通訊速率維持在閾值1 Mbit·s-1之上. 繼續(xù)遠離， PN信號強度逐漸下降， 通訊速率也逐漸降低， 進入?yún)^(qū)域Z后， PN信下降至-75 dbm以下， 外部網(wǎng)絡(luò)EN并不在通訊網(wǎng)絡(luò)白名單中， 系統(tǒng)斷開了網(wǎng)絡(luò)連接， C提示數(shù)據(jù)更新已保存至本地但未上傳.

返回過程中， 進入?yún)^(qū)域Y后， 系統(tǒng)接入PN， 通訊恢復(fù)， 原已保存在C中的更新數(shù)據(jù)開始上傳至S. 進入X區(qū)域初段， 通訊速度一直保持在1.4 Mbit·s-1良好狀態(tài)， 系統(tǒng)并未立即切換至BN連接， 而是當C進入周期性NDP時， 方才切換至速率達到2.2 Mbit·s-1的BN連接.

測試過程的網(wǎng)速變化走勢如圖7所示. 其中， 第一個波谷為從BN切換至PN時系統(tǒng)嘗試重連BN耗費的短時無通訊階段， 第二個波谷為在區(qū)域Z期間的無可用網(wǎng)絡(luò)狀態(tài).

圖6 B/S+C/S移動監(jiān)測系統(tǒng)測試場景Fig.6 Test scenario of B/S+C/S mobile monitoring system

圖7 系統(tǒng)測試過程中通訊效果走勢Fig.7 Communication effect trend in testing process

經(jīng)過驗證， 基于本設(shè)計研制的系統(tǒng)能自動識別深圳口岸現(xiàn)場的各個可用無線網(wǎng)絡(luò)， 通過白名單排除非業(yè)務(wù)網(wǎng)絡(luò)后， 自動選用效率最高的網(wǎng)絡(luò)進行通訊， 全程平均通訊速率達到1.2 Mbit·s-1， 始終保持在滿足用戶需求的網(wǎng)速之上.

圖8 車載客戶端保存數(shù)據(jù)列表截圖Fig.8 List of the data saved in the onboard client

作業(yè)時， 系統(tǒng)會即時保存有效探測數(shù)據(jù)在本地工控機中， 圖8為該車載平臺本地客戶端保存的數(shù)據(jù)列表截圖. 該車載平臺在聯(lián)網(wǎng)狀態(tài)下自動向服務(wù)器端上傳更新數(shù)據(jù). 圖9為從瀏覽器中查詢到軟件服務(wù)器端上保存的來自車載平臺上傳的探測數(shù)據(jù)列表.

在該車載平臺常規(guī)的探測活動區(qū)域范圍內(nèi)， 該車能與相距超過3 km的后臺指揮中心進行實時通訊. 圖10為后臺服務(wù)器端實時查看該車載平臺探測活動的效果.

根據(jù)該車載平臺半年來的使用情況反饋， 無論是脫網(wǎng)狀態(tài)下的單機作業(yè)還是在網(wǎng)狀態(tài)下的聯(lián)網(wǎng)作業(yè)， 均能滿足探測活動開展的應(yīng)用需求.

圖9 服務(wù)器保存的上傳數(shù)據(jù)列表Fig.9 List of the uploaded data saved in the server

圖10 指揮中心實時查看車輛探測畫面Fig.10 Real-time detecting sight at the command centre

5 結(jié)語

探測系統(tǒng)“B/S+C/S”架構(gòu)的設(shè)計方案， 滿足了移動探測活動中既要求對探測數(shù)據(jù)進行本地保存、 也要求適時與系統(tǒng)后臺進行數(shù)據(jù)通訊的需求， 適用于邊境、 森林、 礦區(qū)、 山川等難以保證通訊條件的嚴苛環(huán)境中的移動探測活動.