宋 蕾

(91550部隊93分隊 大連 116023)

?

海軍遠程維修支援保障系統(tǒng)的構(gòu)建方法研究*

宋 蕾

(91550部隊93分隊 大連 116023)

研究了裝備遠程維修支援保障系統(tǒng)的支撐技術(shù)。分析了遠程支援保障的特點,以軸承失效為例,進行了故障樹分析和XML語言描述,建立了分布式裝備支援保障系統(tǒng),初步實現(xiàn)了面向艦員的海軍運程裝備維修支援保障系統(tǒng)的設(shè)計。

艦員; 遠程維修; 支援保障; 專家診斷

Class Number U674

1 引言

在21世紀(jì),信息網(wǎng)絡(luò)技術(shù)更加廣泛、深入地滲透到軍事領(lǐng)域,軍隊的作戰(zhàn)方式和手段發(fā)生了重大的變化,“網(wǎng)絡(luò)中心戰(zhàn)”正成為主要的作戰(zhàn)模式,信息技術(shù)是海軍獲得信息優(yōu)勢和作戰(zhàn)能力的主要支柱。

裝備技術(shù)支援保障是靶場承擔(dān)的使命之一。在信息化條件下,傳統(tǒng)的人員梯隊配置、答疑授課、定點保障、后送維修、標(biāo)校排故的保障模式以及功能單一的維修手段已不能適應(yīng)“能打仗、打勝仗”的要求。因此,靶場的裝備支援保障工作必須著眼于信息化的要求和特點,朝著“信息化、一體化、多元化”方向發(fā)展,運用信息技術(shù),實現(xiàn)面向艦員的遠程維修支援保障是提高裝備綜合保障能力的重要途徑。

2 遠程維修支援保障系統(tǒng)的支撐技術(shù)

面向艦員的海軍遠程維修支援保障系統(tǒng),是采用與互聯(lián)網(wǎng)絡(luò)一致的技術(shù)體系,依托軍隊寬帶網(wǎng)實現(xiàn)裝備維修的技術(shù)支援,利用專家系統(tǒng)提供解決方案,或者直接與后方專家建立實時交互,指導(dǎo)艦員排除故障。這是一個綜合性的網(wǎng)絡(luò)系統(tǒng),涉及到分布式數(shù)據(jù)庫技術(shù)、流媒體技術(shù)、ASP.NET技術(shù)和XML語言、人工智能專家系統(tǒng)等多個相關(guān)領(lǐng)域。

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

2.1.1 分布式數(shù)據(jù)庫的特點

文獻[1]對分布式數(shù)據(jù)庫定義為:“分布式數(shù)據(jù)庫是一個數(shù)據(jù)集合,這些數(shù)據(jù)在邏輯上屬于同一個系統(tǒng),但實際上又分散在一個計算機網(wǎng)絡(luò)的若干節(jié)點上。”分布式數(shù)據(jù)具有物理分布性、邏輯整體性、分布透明性、場地自治性和數(shù)據(jù)冗余性的特點。分布式數(shù)據(jù)的最大特點是在物理上是分布的,在邏輯上是統(tǒng)一的。

2.1.2 分布式數(shù)據(jù)庫的關(guān)鍵技術(shù)

分布式數(shù)據(jù)庫的出現(xiàn)在一定程度上解決了大容量數(shù)據(jù)的存儲問題,非常適合大量海軍裝備維修數(shù)據(jù)的存儲。為了充分利用這一技術(shù),必須研究它的關(guān)鍵技術(shù)[2]。

1) 數(shù)據(jù)的分割、分布和冗余

為了滿足局部自治性,提供高效率與高可靠性,需要分割、(可能冗余地)分布數(shù)據(jù)。

2) 分布式查詢處理

分布式查詢分為定位和策略選擇。所謂定位,即把用戶請求中的數(shù)據(jù)訪問翻譯為邏輯節(jié)點地址。復(fù)雜的請求,可能涉及多個節(jié)點,因而要求系統(tǒng)提供一個網(wǎng)絡(luò)范圍的策略。所謂策略選擇,即在處理每個用戶請求時,網(wǎng)絡(luò)必須確定一種策略。當(dāng)一個請求不能由單一的節(jié)點完成處理時,稱之為復(fù)合請求。對于復(fù)合請求,網(wǎng)絡(luò)必須負責(zé)把它分解,確定該請求的不同部分在不同節(jié)點上完成,完成這個請求是否有特定的順序要求。

3) 分布并發(fā)控制

分布并發(fā)控制要解決兩方面的問題:一是當(dāng)多個用戶同時讀寫相同數(shù)據(jù)時,系統(tǒng)必須做出協(xié)調(diào),保證結(jié)果的正確性和數(shù)據(jù)庫的完善性,并盡可能地提高并行性;另一方面,在系統(tǒng)中包含冗余數(shù)據(jù)的情況下,在處理用戶的更新操作時,系統(tǒng)也必須以最小的開銷保持各冗余副本的一致性。

4) 異質(zhì)數(shù)據(jù)庫的相聯(lián)

異質(zhì)數(shù)據(jù)庫綜合已經(jīng)存儲在獨立的網(wǎng)絡(luò)數(shù)據(jù)庫中。這些網(wǎng)絡(luò)使用獨立的模式。異質(zhì)數(shù)據(jù)庫對存儲在局部系統(tǒng)中的數(shù)據(jù)提供一個總的視圖。因此,為建立這樣的系統(tǒng),必須能夠構(gòu)造全局模式。

2.2 流媒體技術(shù)

流媒體指在網(wǎng)絡(luò)中使用流式傳輸技術(shù)的連續(xù)時基媒體。流媒體的“流”指的是媒體數(shù)據(jù)的網(wǎng)絡(luò)傳輸方式和播放方式。流媒體對媒體文件采用分組存儲技術(shù),當(dāng)網(wǎng)絡(luò)用戶在調(diào)用瀏覽服務(wù)器上的文件時,服務(wù)器不是以傳統(tǒng)的方式將整個文件發(fā)送到用戶端后才開始播放,而是把一個文件分成多個較小的部分進行封裝、傳輸,當(dāng)?shù)谝唤M數(shù)據(jù)到達客戶端后流媒體播放器就開始播放媒體文件。在播放的同時后續(xù)數(shù)據(jù)源源不斷地流向用戶,直到傳送結(jié)束[3]。流媒體技術(shù)具有實時性和交互性,為遠程維修系統(tǒng)的快捷高效提供了技術(shù)保障。

2.2.1 實時流式傳輸

實時流式傳輸指媒體信號帶寬與用戶網(wǎng)絡(luò)連接帶寬相匹配,使媒體文件能被實時地觀看到。實時流式傳輸?shù)倪^程是將音視頻文件實時編碼,并將文件流直接發(fā)送到請求方,特別適合傳遞現(xiàn)場事件[4]。因此實時流式傳輸方式比較適合直播,其結(jié)構(gòu)如圖1所示。

圖1 流式服務(wù)網(wǎng)絡(luò)結(jié)構(gòu)

2.2.2 單播

單播技術(shù)是一種單點到單點的數(shù)據(jù)傳輸模式。HTTP和FTP等應(yīng)用協(xié)議均采用單播模式。這種模式的缺點是如果多個用戶同時請求同一份數(shù)據(jù),服務(wù)器必須通過網(wǎng)絡(luò)給這多個用戶一次發(fā)送多份拷貝,多次占用服務(wù)器的I/O資源和網(wǎng)絡(luò)帶寬資源。但是,根據(jù)海軍裝備遠程維修的實際,對同一資源同時使用的概率較小,采用單播的方式比較簡單和實際。主要原因:這種傳輸技術(shù)僅需要在兩臺計算機之間進行交換,數(shù)據(jù)傳輸?shù)臏?zhǔn)確性較高。

2.2.3 流媒體傳輸協(xié)議

流媒體傳輸協(xié)議包括實時傳輸協(xié)議(RTP)、實時傳輸控制協(xié)議(RTCP)和實時流放協(xié)議(RTSP)[5～7]。系統(tǒng)采用RTP和RTCP協(xié)議。

RTP是一種提供端對端傳輸服務(wù)的實時傳輸協(xié)議。它被定義在一對一或一對多的傳輸情況下工作,其目的是提供時間信息和實現(xiàn)流同步。RTP本身不能為按順序傳輸?shù)臄?shù)據(jù)包提供可靠的傳輸機制,也不提供流量控制或擁塞控制。提供這些服務(wù)的是RTCP。

RTCP和RTP一起提供流量控制和擁塞服務(wù)。在RTP會話期間,各個參與者周期性地傳輸RTCP包。在RTCP包中含有已發(fā)送的數(shù)據(jù)包的數(shù)量,丟失的數(shù)據(jù)包的數(shù)量等統(tǒng)計資料。服務(wù)器可以利用這些信息動態(tài)改變傳輸速率等。RTP和RTCP配合使用,能以有效的反饋和最小的開銷令傳輸效率最佳化,特別適合傳輸網(wǎng)上的實時數(shù)據(jù)。目前RTP/RTCP已經(jīng)成為流媒體傳輸使用最廣泛的協(xié)議。

2.2.4 數(shù)據(jù)存儲

在設(shè)計海軍遠程維修支援保障系統(tǒng)時采用分組存儲算法。分組存儲算法是將媒體數(shù)據(jù)按照時序關(guān)系分割成若干數(shù)據(jù)單元,這些數(shù)據(jù)單元稱為分組。將媒體數(shù)據(jù)按照分組的形式存儲于媒體服務(wù)器的存儲設(shè)備上,這一過程稱為媒體數(shù)據(jù)的分組存儲。之所以采用該方法,是因為媒體數(shù)據(jù)一般占用磁盤空間較大,在執(zhí)行VCR操作時,需要較長時間的緩沖。而采用分組存儲的數(shù)據(jù),定位簡單,利于VCR操作。

2.3 ASP.NET與XML語言

在利用專家系統(tǒng)進行遠程維修診斷的過程中,必然面對原始數(shù)據(jù)的輸入、數(shù)據(jù)庫查詢匹配、輸出結(jié)論、保存事例等一系列過程,其中對數(shù)據(jù)庫的檢索是信息系統(tǒng)中最為頻繁的一種操作,也是最為重要的功能之一,對整個系統(tǒng)的功能和性能有較大的影響。

2.3.1 ASP.NET

ASP.NET是ASP的后繼版本。ASP.NET為網(wǎng)站設(shè)計人員和網(wǎng)絡(luò)程序員提供了更簡單快捷的開發(fā)方法。當(dāng)前,ASP.NET僅支持完全面向?qū)ο蟮腣isualBasic、C#和JVScript。ASP.NET是完全基于組件的,所有的頁面、COM對象乃至HTML元素都可以被視為對象。在ASP.NET中可以使用.NET Platform提供的各種運行環(huán)境服務(wù),如豐富的類庫、數(shù)據(jù)訪問、自動內(nèi)存管理等,從而可以大大提高開發(fā)效率。

2.3.2 XML

XML是針對網(wǎng)絡(luò)應(yīng)用的一項新技術(shù)。它具有內(nèi)容和形式的分離、擴展性、跨平臺移植性和自描述等特點。XML的較大優(yōu)勢體現(xiàn)在進行數(shù)據(jù)交換上。在數(shù)據(jù)表達上,由于XML是數(shù)據(jù)驅(qū)動的,它幾乎可以表達任意復(fù)雜的數(shù)據(jù)形式。將XML與HTML相結(jié)合,就可以實現(xiàn)傳輸任意形式的文件、以合理方式管理信息和使信息高度結(jié)構(gòu)化的功能。

2.3.3 ASP.NET與XML之間的聯(lián)系

ASP.NET中的應(yīng)用主要是體現(xiàn)在數(shù)據(jù)訪問和Web應(yīng)用程序方面,ASP.NET的數(shù)據(jù)來源主要是SQLServer和XML資源。對于數(shù)據(jù)的操作,ASP.NET是通過ADO.NET對象完成的。XML除了可以作為數(shù)據(jù)資源的格式以外,在ASP.NET Framework中,還有更為重要的作用,這就是作為服務(wù)器和客戶端之間的信息交換語言。XML文檔通過API接口動態(tài)地被應(yīng)用程序生成,然后由指定的解析器解析文檔,將得到的信息轉(zhuǎn)給其他的應(yīng)用程序來達到信息交換的目的。

2.3.4 DOM與XML文檔

DOM是一個程序接口,應(yīng)用程序和腳本可以通過這個接口訪問和修改XML文檔數(shù)據(jù)[8]。DOM接口將XML文檔轉(zhuǎn)換為樹型的文檔結(jié)構(gòu)。對象樹是XML文檔內(nèi)元素之間關(guān)系的反映,通過對象樹,可以訪問和修改XML文檔的數(shù)據(jù)。應(yīng)用程序可以通過樹型模型對XML文檔數(shù)據(jù)進行層次化訪問。文檔中的信息包括數(shù)據(jù)、數(shù)據(jù)的意義和數(shù)據(jù)的關(guān)系都由DOM接口轉(zhuǎn)換為樹型結(jié)構(gòu)的節(jié)點和節(jié)點的關(guān)系。應(yīng)用程序通過DOM的各種操作實現(xiàn)對XML文檔的操作。

2.4 專家系統(tǒng)

由于海軍裝備技術(shù)密集,艦員在遇到維修困難時,面對的肯定是復(fù)雜的診斷問題。所以遠程維修支援保障系統(tǒng)的專家診斷系統(tǒng)必須是建立在知識表示及推理機制基礎(chǔ)上的復(fù)雜的軟件系統(tǒng),必須能解決復(fù)雜的故障診斷問題。

專家系統(tǒng)通常由知識庫、推理機、綜合數(shù)據(jù)庫、人機接口、解釋程序和知識獲取程序六個模塊組成,如圖2所示。

圖2 專家系統(tǒng)組成圖

2.4.1 知識庫

知識庫是所要求解知識的集合,含有顯式地表示的各種知識塊,包括基本事實、規(guī)則和其它相關(guān)信息[9]。專家系統(tǒng)的問題求解是運用專家提供的專門知識來模擬專家的思維方式進行的,這樣知識庫中擁有知識的數(shù)量和質(zhì)量就成為一個專家系統(tǒng)中系統(tǒng)性能和問題求解能力的關(guān)鍵因素。知識庫的建立是建造專家系統(tǒng)的中心任務(wù)。

1) 知識的獲取

知識庫中擁有知識的多少以及知識的質(zhì)量決定了一個專家系統(tǒng)所具有的解決問題的能力。專家系統(tǒng)在診斷過程中,只有通過不斷地擴充知識庫才能更好地完成診斷任務(wù)。在診斷專家系統(tǒng)中,為完成一個實際的診斷任務(wù),一般認為應(yīng)具備兩類知識,即“淺知識”和“深知識”。淺知識是指故障、征兆和原因等直接相聯(lián)系的專家啟發(fā)式經(jīng)驗;深知識是指有關(guān)診斷對象的結(jié)構(gòu)和功能的描述知識,通常主要包括設(shè)備的結(jié)構(gòu)層次、功能層次和相互間的輸入、輸出行為關(guān)系以及設(shè)備本身的工作原理和有關(guān)方面所滿足的基本科學(xué)原理。

2) 知識庫的維護

知識庫的維護就是指為保證知識庫的有效性及規(guī)則的一致性所進行的操作。主要是檢查知識庫中的知識是否具有一致性和完整性,一致性是檢測知識庫是否有循環(huán)規(guī)則、矛盾規(guī)則、等價規(guī)則和子規(guī)則;完整性是檢測知識庫是否有遺漏規(guī)則、死子句和不可達子句。其主要操作包括規(guī)則的添加、刪除和修改。

3) 知識庫的基本原則

知識庫內(nèi)容的物理組織依賴于知識的邏輯表示形式。在一定程度上,不同的知識表示模式應(yīng)有知識庫的不同的組織方式。但是,不管怎樣組織,都應(yīng)遵循一些基本原則:

(1)知識庫的組織應(yīng)該保證今后知識庫與處理機構(gòu)的獨立性,不會由于知識庫內(nèi)部組織方式的改動而引起知識處理機構(gòu)的大改動;

(2)要盡量便于今后對知識庫的擴充、維護與修改,使今后無論作功能上的擴充,還是作性能上的改進都有可能;

(3)要盡量便于今后對其內(nèi)容的各種運用和輸入輸出等;

(4)要考慮到在一個知識庫中同時存放多種模式表示的知識的可能。

2.4.2 推理機

推理機主要有調(diào)度程序與解釋程序組成,是問題求解的核心執(zhí)行機構(gòu)。其中應(yīng)用的是推理技術(shù)。

推理技術(shù)是構(gòu)造專家系統(tǒng)推理機的基本技術(shù)。推理功能是專家系統(tǒng)的顯著特征之一,沒有推理機就像專家失去了思維能力一樣,將失去專家的作用,推理的主要任務(wù)是由事實得出結(jié)論、要求增加合適的信息、根據(jù)要求對其結(jié)論和信息需求進行解釋。

從方法上,推理可大致分為三類:基于規(guī)則的推理、基于模型的推理和基于事例的推理。

2.5 解釋技術(shù)

專家系統(tǒng)的特點之一是它具有較好的透明性。所謂透明性是指一個系統(tǒng)的行為及系統(tǒng)自身能被用戶所理解的程度。良好的透明性不僅有助于提高系統(tǒng)的可接受性,也有利于調(diào)試和維護系統(tǒng)。專家系統(tǒng)解釋機制的設(shè)計通常與領(lǐng)域模型、領(lǐng)域原理、用戶模型和解釋策略等四方面因素有關(guān)。領(lǐng)域模型包括領(lǐng)域中各種事實和關(guān)系的描述,如術(shù)語定義、因果關(guān)系、層次關(guān)系等;領(lǐng)域原理包含領(lǐng)域問題的求解策略和啟發(fā)性知識;用戶模型存放用戶的有關(guān)知識,根據(jù)用戶的特征,確定哪些知識需要解釋以及解釋的深度和復(fù)雜性;解釋策略根據(jù)用戶模型和問題求解過程,將一個合適的回答提交給用戶[10]。

3 系統(tǒng)分析

3.1 遠程維修支援保障的特點

靶場對海軍作戰(zhàn)部隊裝備遠程維修支援保障是裝備保障信息化的必然產(chǎn)物,也是突破傳統(tǒng)保障手段的有效方式。從整體設(shè)計的角度看,遠程維修支援應(yīng)該突出精確性、遠程性和實時性的特點。

3.2 海軍裝備故障分析與描述

3.2.1 裝備故障樹設(shè)計

故障診斷是一個復(fù)雜的過程,一個故障癥狀可能是一個或多個故障原因產(chǎn)生的,這些故障原因又可分別歸屬不同的故障子系統(tǒng)。本系統(tǒng)利用故障樹的方法描述各種故障之間的關(guān)系和故障診斷的流程。以艦船軸承實效為例說明,如圖3所示。

圖3 軸承失效故障樹

3.2.2 基于XML語言描述

在對軸承失效進行故障樹分析后,即可用XML語言進行定義標(biāo)記,進而使整個遠程維修支援保障系統(tǒng)組成一個完整的信息體系。下面為軸承故障的XML語言描述。

〈name〉軸承失效〈/name〉

〈reason〉

〈name〉正常磨損〈/name〉

〈/reason〉

〈reason〉

〈name〉沖擊震動〈/name〉

〈reason1〉安裝失誤〈/reason1〉

〈reason2〉過載〈/reason2〉

〈/reason〉

〈reason〉

〈name〉潤滑失效〈/name〉

〈reason1〉油質(zhì)不合格〈/reason1〉

〈reason2〉缺油〈/reason2〉

〈reason3〉油溫過高〈/reason3〉

… …

〈/reason〉

進行維修指導(dǎo)的XML文件,就相對簡單,用一簡單事實為例:

〈/故障〉

〈故障名稱〉缺油〈/故障名稱〉

〈解決方法〉

〈方法〉加適量潤滑油〈/方法〉

〈現(xiàn)象〉加油記錄中沒有按時加油記錄〈/現(xiàn)象〉

〈/解決方法〉

〈解決方法〉

〈方法〉先更換密封圈再加適量潤滑油〈/方法〉

〈現(xiàn)象〉有及時加油記錄〈/現(xiàn)象〉

〈現(xiàn)象〉有漏油現(xiàn)象〈/現(xiàn)象〉

〈/解決方法〉

〈/故障〉

… …

〈/repairs〉

XML語言的優(yōu)勢在于其標(biāo)簽更符合自然語言,便于艦員級用戶的理解與應(yīng)用。

3.3 分布式支援保障系統(tǒng)的設(shè)計

3.3.1 設(shè)計原理

為了高效、準(zhǔn)確地面向艦員提供支援,遠程支援保障系統(tǒng)設(shè)計為分布式支援系統(tǒng),包括局部支援站點和遠程支援中心。局部支援站點設(shè)計為針對所屬范圍內(nèi)的裝備特點進行支援的系統(tǒng),其知識庫針對固定的裝備進行設(shè)計;遠程支援中心一方面與診斷專家協(xié)作,另一方面與局部支援站點交互,對各局域裝備故障特性進行總結(jié),根據(jù)設(shè)備運行機理,提取各故障知識的本質(zhì)特征,實現(xiàn)對各局部支援站點的支持。并對局部支援站點的工作進行協(xié)調(diào)。

3.3.2 結(jié)構(gòu)模型

當(dāng)前海軍武器裝備的實際配置和部隊的隸屬關(guān)系呈現(xiàn)出集中分布的特點,決定了遠程支援保障系統(tǒng)適合于建設(shè)為分布式。結(jié)構(gòu)如圖4所示。

圖4 分布式遠程故障診斷系統(tǒng)

遠程支援中心提供廣域范圍內(nèi)共享支援的平臺,建立資源共享與各支援站點的協(xié)作機制,并為局部支援系統(tǒng)提供支持。遠程支援中心的核心是診斷專家和故障診斷知識庫。故障診斷知識庫一方面為設(shè)備的故障診斷提供相應(yīng)的知識;另一方面不斷獲取各局部支援站點的知識,并對其進行精煉、提取,以豐富自身的知識庫,不斷提高自身的診斷智能和遠程服務(wù)能力。

局部支援站點為局部范圍內(nèi)的用戶提供在線診斷、維修指導(dǎo)服務(wù)。并在必要時,獲取遠程智能故障診斷系統(tǒng)的支持。各局部支援站點在完成故障診斷的同時獲得了大量的設(shè)備使用經(jīng)驗及診斷知識,在實際運行過程中對其不斷整理、總結(jié)后可用來豐富其自身知識庫,另一方面同遠程智能故障診斷中心相交互,將新知識傳遞給診斷中心。從而完成了故障知識的獲取、維護、傳遞工作,大大提高了系統(tǒng)的診斷智能。

4 設(shè)計與實現(xiàn)

面向艦員的遠程維修支持保障系統(tǒng)選用ASP.NET腳本語言、Window2000 Server數(shù)據(jù)庫服務(wù)器、IIS5.0 Web服務(wù)器和SQL Server2000數(shù)據(jù)庫組合,由艦員端、局域網(wǎng)內(nèi)的故障診斷專家系統(tǒng)和在線支援系統(tǒng)組成,系統(tǒng)整體結(jié)構(gòu)如圖5所示。

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

工作原理為故障現(xiàn)場的艦員對故障進行初步分析和判斷,如果屬于艦員級,在自己維修能力范圍之內(nèi),就現(xiàn)場解決,如果不清楚故障原因,不能找到維修方案,則首先通過支援入口登錄遠程支援系統(tǒng)專家系統(tǒng)模塊(在局域服務(wù)系統(tǒng)還是在中心系統(tǒng)中進行運算,由系統(tǒng)自行完成),如果能夠得到維修資料,則按其執(zhí)行。如果專家系統(tǒng)無法診斷,則通過中繼的組織啟動在線診斷程序,由后方維修人員和技術(shù)專家進行遠程“會診”,如果發(fā)現(xiàn)故障,則研究其維修方法,并將該方法以聲、圖、文的方式傳給維修現(xiàn)場,指導(dǎo)裝備維修人員進行維修。

5 結(jié)語

論文通過運用多項研究技術(shù),探討和實現(xiàn)了將多媒體信息管理系統(tǒng)和專家系統(tǒng)相結(jié)合,構(gòu)成了一種功能更全面、實用性更強的故障診斷專家系統(tǒng)和在線支援系統(tǒng)。即在系統(tǒng)中選用了分布式支援的方式,詳細研究了流媒體技術(shù),并以專家系統(tǒng)原理為基礎(chǔ),分別將數(shù)據(jù)庫技術(shù)、網(wǎng)絡(luò)數(shù)據(jù)庫技術(shù)和多媒體信息管理與之相結(jié)合,作為系統(tǒng)開發(fā)的技術(shù)手段,設(shè)計和實現(xiàn)了一種故障診斷專家系統(tǒng)和在線診斷相結(jié)合的遠程支援系統(tǒng)。

遠程維修支援系統(tǒng)是現(xiàn)代裝備管理保障的一個發(fā)展趨勢,它涉及到計算機網(wǎng)絡(luò)、數(shù)據(jù)庫、多媒體、專家系統(tǒng)以及故障診斷等多個知識領(lǐng)域。因此,建立一個比較完善的實用的遠程維修支援系統(tǒng)是一個技術(shù)難度很高的復(fù)雜工作。在論文研究的基礎(chǔ)上,可以進一步探討多媒體數(shù)據(jù)庫存儲、傳輸?shù)膲嚎s策略問題;在實時診斷方面,將現(xiàn)場狀態(tài)監(jiān)測和虛擬技術(shù)相結(jié)合,進一步探討遠程傳輸?shù)膶崿F(xiàn)問題。

[1] 賈焰.分布式數(shù)據(jù)庫技術(shù)[M].北京:機械工業(yè)出版社,2000.

[2] Sarah Brown. Object Design of Distributed Client/Server System[C]//IEEE,1998.

[3] 蔣愛權(quán),謝兆學(xué).流媒體技術(shù)的Java實現(xiàn)[J].計算機應(yīng)用研究,2002(10):149-151.

[4] [美]Mack S.流媒體寶典[M].北京:電子工業(yè)出版社,2003.

[5] Schulzrinne H, et al. RTP: A Transport protocol for Real-Time Application[J]. IETF RFC,1996(1).

[6] 鐘玉琢,向哲,沈洪.流媒體和視頻服務(wù)器[M].北京:清華大學(xué)出版社,2003.

[7] Schulzrinne H, et al. Real Time Streaming Protocol(RTSP)[J]. IETF RFC 2326,1998(4).

[8] 趙俊嵐.XML編程中的DOM與SAX技術(shù)[J].計算機工程,2004,30(24):70-72.

[9] Richard Forsyth. Expert system Principles and case studies[M]. New York: Chapman and Hall,1984.

[10] Wick M R, Slagle J R. An explanation facility for today’s expert systems[J]. IEEE Expert,1989,4(1):26-36.

Naval Remote Maintenance Support Technology and Construction Method

SONG Lei

(Unit 93, No. 91550 Troops of PLA, Dalian 116023)

The key technology about naval maintenance support is researched. And then, the features about remote maintenance support are analyzed. In the case of bearing failure, the fault tree’s XML and the distributed frame have been discussed. Finally, the naval remote maintenance support system is designed.

sailors, remote maintenance, support, expert diagnosing

2015年4月3日,

2015年5月28日

宋蕾,女,工程師,研究方向:導(dǎo)彈武器系統(tǒng)。

U674

10.3969/j.issn.1672-9730.2015.10.003