鄭利龍，李秉展

(西南交通大學(xué)土木工程學(xué)院，四川成都 610000)

隨著MR(Mixed Reality)技術(shù)的興起，移動(dòng)檢修變得更加直接、有效。傳統(tǒng)建筑維護(hù)需要由有經(jīng)驗(yàn)的和經(jīng)過長期訓(xùn)練的專家來進(jìn)行，并且維護(hù)成本高、效率低。隨著新技術(shù)的發(fā)展，研究人員逐漸開始整合各項(xiàng)新技術(shù)用于建筑維護(hù)。據(jù)統(tǒng)計(jì)，絕大部分有關(guān)建筑維護(hù)管理研究的文章加入了信息技術(shù)的內(nèi)容，認(rèn)為該類技術(shù)使得研究更有價(jià)值和意義，且研究者認(rèn)為，其中的混合現(xiàn)實(shí)技術(shù)在設(shè)備管理中將會(huì)發(fā)揮出更大的作用[1]。MR技術(shù)是通過將計(jì)算機(jī)生成的虛擬物體或信息和真實(shí)環(huán)境實(shí)時(shí)疊加在一起，給用戶呈現(xiàn)一個(gè)感官效果真實(shí)、場景信息豐富的情境。這種虛擬零件和真實(shí)零件共存的特點(diǎn)，可以為用戶在復(fù)雜的建筑維護(hù)和檢修中提供一種更靈活、直觀的方法，從而使得非熟練工人也能夠正確地進(jìn)行建筑維護(hù)與檢修，達(dá)到縮短建筑維護(hù)周期、提高檢修效率、降低維護(hù)成本的目標(biāo)。

MR用于建筑維護(hù)的研究已不新穎，然而很少有將其融入BIM和知識(shí)管理的研究。本研究提出整合BIM、MR與CBR算法，集成智能的云端決策支持系統(tǒng)。通過基于CBR技術(shù)的云端決策支持系統(tǒng)，可提高檢修推薦方案的有效性。CBR作為人工智能發(fā)展較為成熟的一個(gè)分支，它是一種基于過去的實(shí)際經(jīng)驗(yàn)或經(jīng)歷的推理。研究通過多專業(yè)整合的BIM知識(shí)模型為基礎(chǔ)，打通CBR數(shù)據(jù)庫與模型底層數(shù)據(jù)庫的數(shù)據(jù)接口，通過云端連接MR系統(tǒng)，形成可視化檢修決策支持系統(tǒng)。檢修人員一旦發(fā)現(xiàn)建筑設(shè)備故障后，可通過開發(fā)的MR移動(dòng)端APP掃描設(shè)備二維碼，云端輸入故障描述檢索CBR案例庫，系統(tǒng)通過問題屬性遍歷知識(shí)庫按匹配相似程度反饋故障原因，并提供檢修決策支持。維修人員使用后可對(duì)系統(tǒng)推薦方案作評(píng)價(jià)，作為數(shù)據(jù)回饋，反饋系統(tǒng)自我學(xué)習(xí)，提高決策推薦的準(zhǔn)確性。

1 移動(dòng)可視化檢修決策支持系統(tǒng)架構(gòu)

1.1 決策支持算法

1.1.1 CBR案例推理

CBR是人工智能發(fā)展較為成熟的一個(gè)分支，它是一種基于過去的實(shí)際經(jīng)驗(yàn)或經(jīng)歷的推理。對(duì)基于案例的推理來說，求解一個(gè)問題的結(jié)論是從記憶里或案例庫中找到與當(dāng)前問題最相關(guān)的案例，然后對(duì)該案例做必要的改動(dòng)以適合當(dāng)前需解決的問題?！鞍咐笔侵敢郧暗木唧w情況，累積案件結(jié)合適當(dāng)?shù)慕M織結(jié)構(gòu)構(gòu)成案例庫。

CBR的使用是指一組活動(dòng)，一個(gè)循環(huán)。CBR循環(huán)包括檢索，重用，修訂和保留的四個(gè)子階段[2]。遇到新問題時(shí)，將新問題通過案例描述輸入CBR系統(tǒng)；系統(tǒng)會(huì)檢索出與目標(biāo)案例最匹配的案例，若有與目標(biāo)案例情況一致的源案例，則將其解決方案直接提交給用戶；若沒有則根據(jù)目標(biāo)案例的情況對(duì)相似案例的解決方案進(jìn)行調(diào)整和修改，若用戶滿意則將新的解決方案提交給用戶，若不滿意則需要繼續(xù)對(duì)解決方案進(jìn)行調(diào)整和修改；對(duì)用戶滿意的解決方案進(jìn)行評(píng)價(jià)和學(xué)習(xí)，并將其保存到案例庫中。從這個(gè)意義上講，CBR是一個(gè)自我學(xué)習(xí)的系統(tǒng)[3]。

1.1.2 案例檢索算法

文中描述的案例檢索算法來源于Kolodner[4]，這個(gè)算法確定案例之間的相似性和確認(rèn)案例之間的相似值。

(1)

確定一組合適的權(quán)重對(duì)檢索結(jié)果至關(guān)重要。通常簡單地向用戶呈現(xiàn)關(guān)鍵因子列表，并要求分配數(shù)字權(quán)重，該權(quán)重反映了它們相對(duì)于其他屬性對(duì)該屬性的重要性。然后可以在上面的公式中直接使用這些權(quán)重來檢索最相似的案例。在該研究中，權(quán)重是基于描述原因和故障癥狀之間的相關(guān)性的相關(guān)矩陣來確定的。假設(shè)一個(gè)系統(tǒng)有m個(gè)原因和n個(gè)癥狀，我們構(gòu)造一個(gè)相關(guān)矩陣。

(2)

aij代表故障表征j發(fā)生故障i的可能性?？赡苄杂?，3和5量化，分別表示低，中和高。為了獲得合理的相關(guān)值，同時(shí)避免主觀因素的影響，通過模糊評(píng)價(jià)將專家意見結(jié)合起來是獲得這些數(shù)值的可行途徑。本文我們使用AHP(層次分析法)算法，利用模糊運(yùn)算匯集專家意見。

基于相關(guān)矩陣，可以定義各種故障類型的權(quán)重為：

(3)

這里，加權(quán)值根據(jù)故障類型而變化。它們根據(jù)真實(shí)的故障表征描述每個(gè)故障的癥狀屬性。

1.2 系統(tǒng)架構(gòu)

本文中系統(tǒng)數(shù)據(jù)架構(gòu)整體分為兩部分：界面端的應(yīng)用層和后臺(tái)數(shù)據(jù)基礎(chǔ)。數(shù)據(jù)基礎(chǔ)包括CBR維護(hù)知識(shí)庫以及BIM的模型數(shù)據(jù)，其中知識(shí)層和模型層的數(shù)據(jù)串接通過關(guān)聯(lián)層實(shí)現(xiàn)，IFC協(xié)議通過給模型添加屬性的方式將維護(hù)知識(shí)庫綁定在BIM模型對(duì)應(yīng)元件ID上，生成帶知識(shí)的BIM模型，又可稱“建筑知識(shí)模型”。在數(shù)據(jù)基礎(chǔ)上，將帶知識(shí)的模型通過Vuforia SDK工具在MR應(yīng)用層中可視化顯示，并通過網(wǎng)絡(luò)web連接MR平臺(tái)層與CBR知識(shí)庫，進(jìn)行文本的交互。系統(tǒng)架構(gòu)見圖1。

圖1 系統(tǒng)架構(gòu)

1.2.1 BIM與CBR的數(shù)據(jù)聯(lián)通

為了將CBR知識(shí)模塊添加到BIM模塊上，附加參數(shù)用于BIM模型中表示知識(shí)案例屬性是必須的(本研究BIM環(huán)境為Autodesk Revit)。Revit中表示建筑元素屬性的參數(shù)有兩種：實(shí)例和類型參數(shù)。對(duì)于本研究在BIM元件上存儲(chǔ)知識(shí)，需添加自定義實(shí)例參數(shù)。本研究通過在項(xiàng)目中對(duì)建筑元件進(jìn)行族編輯，在族中選擇參數(shù)屬性添加實(shí)例參數(shù)，所涉及參數(shù)有5個(gè)大類，分別為：Problem description，Symptoms，F(xiàn)ault source，Cause，Solution。

在BIM元件上添加了一組參數(shù)，這些參數(shù)表示要從維護(hù)信息中提取的案例信息。維護(hù)案例與構(gòu)建元素相關(guān)聯(lián)的參數(shù)也包括建筑的細(xì)節(jié)和分類，其自身定義的建筑屬性也需要成為BIM環(huán)境上傳的構(gòu)建模型的一部分。如圖2所示，CBR模塊允許用戶創(chuàng)建知識(shí)案例，在這個(gè)過程中，用戶可以將維護(hù)案例添加到已存儲(chǔ)的BIM元件中。用戶可以提交一個(gè)建筑元素編號(hào)以檢索存儲(chǔ)在元素中的詳細(xì)信息，同時(shí)可以對(duì)應(yīng)插入新知識(shí)案例的詳情。在存儲(chǔ)時(shí)，BIM元素和維護(hù)案例都有各自獨(dú)一無二的ID來區(qū)分，來保證多個(gè)案例存儲(chǔ)在一個(gè)元件中時(shí)不至于混亂，導(dǎo)致檢索錯(cuò)誤。IFC作為一個(gè)信息交換的標(biāo)準(zhǔn)格式，包含了許多建筑過程的圖紙信息與工程資料信息，它涉及項(xiàng)目元素的層次結(jié)構(gòu)關(guān)系、幾何和屬性。系統(tǒng)通過IFC協(xié)議在對(duì)應(yīng)元素ID上按照實(shí)例參數(shù)綁定相應(yīng)知識(shí)后，BIM模塊與CBR模塊就可以進(jìn)行實(shí)時(shí)交互，互聯(lián)互通。新案例通過前端輸入與CBR案例庫比對(duì)學(xué)習(xí)后，不斷精煉，對(duì)于保留的新案例在CBR庫中更新后在BIM模塊也可以相應(yīng)得更新其屬性參數(shù)信息。

圖2 CBR與BIM數(shù)據(jù)互聯(lián)

1.2.2 BIM與MR的數(shù)據(jù)聯(lián)通

實(shí)現(xiàn)CBR知識(shí)庫與BIM模塊的數(shù)據(jù)融合后，要想可視化移動(dòng)顯示模型支持維護(hù)決策，需將帶知識(shí)的BIM模型與MR模塊的數(shù)據(jù)交接打通。MR的工作原理為：生成以空間位置為區(qū)別的二維碼，其中存有模型相關(guān)信息，利用攝像機(jī)識(shí)別并讀取已知二維碼定位點(diǎn)的相對(duì)位置，通過一系列的矩陣計(jì)算得到真實(shí)環(huán)境中參照點(diǎn)與虛擬環(huán)境中坐標(biāo)的映射關(guān)系，然后在標(biāo)記上描繪出3D物體，最終顯示虛擬物體與真實(shí)場景的疊加。通過將融入了知識(shí)的BIM模型儲(chǔ)存為FBX格式，再導(dǎo)入U(xiǎn)nity，利用其中的Vuforia SDK，實(shí)現(xiàn)BIM模型的MR顯示。通過在移動(dòng)端開發(fā)對(duì)應(yīng)的APP，維修人員只需通過APP掃描房間內(nèi)的二維碼，完成簡單的定位操作，便可查看真實(shí)尺寸的BIM模型與模型對(duì)應(yīng)的維護(hù)知識(shí)庫。通過MR系統(tǒng)的聯(lián)網(wǎng)功能，可通過Web讓用戶與后臺(tái)數(shù)據(jù)庫進(jìn)行文本的實(shí)時(shí)交互。

本研究在MR系統(tǒng)的基礎(chǔ)上集成運(yùn)用了Unity和SQL技術(shù)，系統(tǒng)與SQL數(shù)據(jù)庫相關(guān)聯(lián)，能夠做到信息的交互與更新。通過研究集成運(yùn)用Unity和SQL技術(shù)有效實(shí)現(xiàn)建筑信息屬性查詢和建筑維護(hù)決策支持這兩個(gè)功能，方便用戶在建筑維護(hù)與檢修中與計(jì)算機(jī)進(jìn)行實(shí)時(shí)交互，達(dá)到降低維護(hù)過程中的成本、提高維護(hù)檢修效率的目的。MR與BIM數(shù)據(jù)交換架構(gòu)圖見圖3。

圖3 MR與BIM數(shù)據(jù)交換架構(gòu)

2 案例應(yīng)用

2.1 項(xiàng)目簡介

本研究以某學(xué)校新建教學(xué)樓為例。該項(xiàng)目位于四川省成都市，用于學(xué)校教學(xué)與辦公，另外還設(shè)有實(shí)驗(yàn)室、計(jì)算機(jī)機(jī)房等?？偨ㄖ娣e為76 300 m2，其中地上建筑面積59 400 m2，地下建筑面積16 900 m2。建筑高度為75.35 m，為一類公共建筑。

該項(xiàng)目模型使用歐特克平臺(tái)Revit軟件進(jìn)行搭建，模型分為建筑、結(jié)構(gòu)、機(jī)電三個(gè)部分。模型在搭建過程中將各建筑構(gòu)件的CBR案例通過實(shí)例參數(shù)對(duì)應(yīng)融入構(gòu)件屬性中(圖4)。本研究以空調(diào)系統(tǒng)為例來說明研究方法的可行性。

圖4 模型實(shí)例屬性錄入

2.2 案例描述

本項(xiàng)目載體采用的空調(diào)類型為風(fēng)管式空調(diào)機(jī)，研究通過采訪咨詢空調(diào)維護(hù)專家意見，總結(jié)歸納可能的空調(diào)故障源有：(1)F1：壓縮機(jī)故障；(2)F2：冷凝水排水管故障；(3)F3：過濾網(wǎng)故障；(4)F4：送風(fēng)百葉故障；(5)F5：加濕器故障；(6)F6：風(fēng)機(jī)故障；(7)F7：風(fēng)道調(diào)節(jié)閥故障；(8)F8：加熱器故障。

接下來需要定義故障表征。故障表征的描述通常是不規(guī)則的和非結(jié)構(gòu)化的。根據(jù)空調(diào)工作原理及專家意見，將空調(diào)故障表征屬性定義如下：(1)S1：漏水；(2)S2：加濕不良；(3)S3：供冷量不足；(4)S4：噪聲/震動(dòng)；(5)S5：異物吹出；(6)S6：風(fēng)量??；(7)S7：不制熱。

將這些相關(guān)的異常情況癥狀分為三級(jí)0級(jí)、1級(jí)和2級(jí)，分別代表正常、輕微和嚴(yán)重。比如現(xiàn)在維護(hù)人員發(fā)現(xiàn)一個(gè)問題：室內(nèi)溫度降不下來，直接感知是它的供冷量不足，相對(duì)風(fēng)量也較小，所以對(duì)應(yīng)的故障表征供冷量不足應(yīng)該選擇2級(jí)，風(fēng)量小應(yīng)該是1級(jí)。

案例庫中的每個(gè)案例描述一個(gè)特定的情況，所有的情況都是相互獨(dú)立的。案例結(jié)構(gòu)包括五個(gè)主要部分：Problem description，Symptoms，F(xiàn)ault source，Cause，Solution。假設(shè)案例庫中有一案例：Case1，Problem description：制冷效果差，風(fēng)量小；Symptoms：(1)S1：漏水：Normal；(2)S2：加濕不良：Normal；(3)S3：供冷量不足：Critical；(4)S4：噪聲/震動(dòng)：Slight；(5)S5：異物吹出：Normal；(6)S6：風(fēng)量?。篠light；(7)S7：不制熱：Normal；Fault Sources：壓縮機(jī)；Cause：壓縮機(jī)故障；Solution：檢修或更換壓縮機(jī)。

現(xiàn)在，維護(hù)出現(xiàn)一個(gè)新問題。對(duì)問題的故障表征的觀察如下，對(duì)于感知到的故障表征，并不需要包括所有的表征。這個(gè)新問題所觀察到的故障表征是：New Case，Problem description：室內(nèi)溫度降不下來； Symptoms：(1)S1：漏水：Normal；(2)S2：加濕不良：Normal；(3)S3：供冷量不足：Critical；(4)S4：噪聲/震動(dòng)：Normal；(5)S5：異物吹出：Normal；(6)S6：風(fēng)量小：Slight；(7)S7：不制熱：Normal。

2.3 相似度計(jì)算

根據(jù)前述對(duì)于故障發(fā)生可能性的定義，將對(duì)應(yīng)故障源發(fā)生相關(guān)故障表征的可能性用1，3，5三個(gè)層級(jí)來區(qū)分。這個(gè)例子的故障相關(guān)矩陣為：

各種不同故障源的權(quán)重可通過式(3)計(jì)算，案例相似度可通過下列公式計(jì)算：

表1 案例相似度計(jì)算結(jié)果

2.4 案例學(xué)習(xí)

系統(tǒng)將對(duì)應(yīng)案例的解決方法按案例匹配度從高到低提交給用戶。選擇過程和結(jié)果最為相似的解決方案，維護(hù)人員對(duì)新的故障問題進(jìn)行討論，若所推薦的方案確實(shí)解決了該問題，使用后提交反饋意見，系統(tǒng)對(duì)用戶滿意的解決方案進(jìn)行評(píng)價(jià)和學(xué)習(xí)，并將解決方案與對(duì)應(yīng)新的問題存儲(chǔ)進(jìn)案例庫中。

2.5 系統(tǒng)應(yīng)用

用戶在維護(hù)過程中，通過MR移動(dòng)端APP掃描設(shè)備上的二維碼，MR界面將調(diào)出設(shè)備模型，將移動(dòng)端朝下重置定位信息，從而精確定義設(shè)備位置和零件。并可分別點(diǎn)選故障設(shè)備查詢其構(gòu)建屬性(圖5)。

調(diào)閱設(shè)備后維修人員可直觀感知設(shè)備結(jié)構(gòu)，以輔助檢修決策?；贑BR云端智能決策系統(tǒng)，維護(hù)人員即使沒有相關(guān)專業(yè)知識(shí)，也可做到精準(zhǔn)檢修，通過點(diǎn)選設(shè)備，系統(tǒng)彈框輸入故障描述與對(duì)應(yīng)的故障表征，進(jìn)行云端(圖6)。系統(tǒng)將遍歷CBR案例庫按相似度推薦檢修方案(圖7)。維修人員根據(jù)系統(tǒng)推薦詳細(xì)方案檢修后作出使用反饋。系統(tǒng)將對(duì)反饋的數(shù)據(jù)自我學(xué)習(xí)，提高決策推薦的準(zhǔn)確性。

圖5 BIM+MR互動(dòng)式應(yīng)用程序

圖6 故障問題描述

圖7 系統(tǒng)案例推薦

3 結(jié)束語

本研究探索BIM、MR和CBR算法的數(shù)據(jù)整合方式，通過打通三者數(shù)據(jù)接口，集成智能云端決策支持系統(tǒng)。系統(tǒng)以多專業(yè)整合的BIM知識(shí)模型為基礎(chǔ)，通過IFC協(xié)議云端整合BIM數(shù)據(jù)庫與CBR庫的串接；開發(fā)MR移動(dòng)端應(yīng)用程序，將BIM模型通過MR的方式可視化呈現(xiàn)；基于云端平臺(tái)，實(shí)現(xiàn)了MR網(wǎng)頁端與CBR數(shù)據(jù)庫的數(shù)據(jù)交流。并以實(shí)際案例驗(yàn)證了系統(tǒng)的可行性。