1 船舶電氣設備故障診斷專家系統
體系結構
整個系統的體系結構采用瀏覽器/ 服務器 (B/
S) 三層體系結構 ( 如圖 1 所示 )。B/S 模式是一種
以 Web 技術為基礎的系統平臺模式 。 把傳統客戶
端 / 服務器 (C/S) 模式中的服務器部分分解為一個
數據服務器與一個或多個應用服務器 (Web 服務
器 ) 從而構成一個三層結構的客戶服務器體系 。 基
于三層結構的故障診斷專家系統體系結構模型 增
強了系統擴展能力 可以有效改善系統的易用性和
降低系統維護工作量 ; 而且客戶端只是一個簡單易
用的瀏覽器軟件 使用戶的操作變得更簡單 。 由于
實際航行中 不同的船舶裝備的設備不同 為了實現
一個通用的面向多設備 ( 而不是面向單個設備專用)
的故障診斷專家系統 可以利用三層結構的擴展性 、
伸縮性和靈活性 。 如不同的專家系統開發工具
(OPS5M.1GURUVP-EXPERTCLIPSZDEST
KMIX
TOES 等 ) 其核心只有一個 即通用的推理
機 但卻可以建立各種不同的專家系統 。 因此 只要
使不同的專家數據庫 ( 如圖 1 的主機遙控 、 主機監測
等專家數據庫 ) 具有相同的關系模式 、 相同的表具有
相同的屬性字段 則可實現這個通用的故障診斷系
統 。 只要為不同的船 舶在系統中加入不同的專家數據庫 利用動態網頁
和數據庫技術 可以實現用戶和系統的交流 。 設備
發生故障時 ( 如主機無法遙控停車時 ) 用戶利用瀏
覽器登錄服務器 從庫目錄中找到主機遙控專家數
據庫 ; 點擊后啟動推理機組件 ; 然后由推理機通過不
斷向用戶詢問來尋找故障原因 。
[1] 服務器利用 Java
組件對象技術實現推理機的優點是 升級時無須再
編譯與推理機交流的其他組件 只要用新組件 ( 具有
與原組件相同的接口 ) 簡單地替換舊組件即可 。 除
了推理機組件外 服務器還包含了數據庫管理接口 :
添加 、 刪除 、 修改 、 排序 、 維護等 。 如每添加一個專家
數據庫 都要向一個專門的 Register 表中登記 ( 添加
一個記錄 )。 表中包括數據庫名 、 地址以及庫中的各
種表的名稱描述等 。 同時還要定期維護這些數據
庫 如每一次推理后 系統要在故障統計表中修改記
錄 并在一段時間以后 根據不同故障發生的頻率排
列相應規則在表中的順序 。
