基于Unity 3D的被困人員逃生路徑系統研究與設計

吳奔鑫，韓成浩

（吉林建筑大學 電氣與計算機學院，長春 130018）

隨著中國經濟社會的全面高速發展以及整體綜合國家實力的日益增強，中國城鎮化工程的腳步也越來越快，高層大廈也越來越多，而隨之帶來的安全隱患也與日俱增。其中，火災防空難度也不斷加大［1-5］，消防安全形式面臨嚴峻挑戰。在科技如此發達的現代社會，火災安全問題一直是政府和群眾密切關心的問題。早先的“人防”方式的消防管理模式已經不適用于現代市場經濟高速發展的社會［6-8］，因此應急管理部曾在全市大中型高層建筑的自動滅火綜合管理大會上強調：要依托于大數據、物聯網、云計算等最新科技，提高城市火災防控技術管理水平。本文依托于Unity 3D強大的物理引擎，真實還原火災情景，并對被困人員進行準確定位模擬，從而提升火災救援的效率。也大大降低了因大量火災煙霧導致攝像頭失靈，導致消防救援人員不能及時發現并找到被困人員的問題。同時也為”智慧型“消防的建設提供了有效的指導和參考。

當突發事故發生時，對建筑物內人員的定位尤為重要，現有的消防系統多采用有線傳輸的方式，成本高且線路易老化，當火災發生時，電源設備、監控設備等都會受到影響，給消防員救援帶來了困難。目前，市場上的部分無線傳輸方式，如藍牙模塊，抗干擾能力較弱，通信覆蓋范圍較小，而無線WIFI，則需離線采樣，且精度較不穩定，UWB模塊則成本高昂，費用也高昂［9］。綜合對比之下Zigbee有抗干擾能力強、傳輸速率快等優勢。本文在基于Zigbee室內定位的基礎上，將收集到的被困人員的位置信息存儲至數據庫，再通過Unity 3D讀取數據庫內的相關數據從而在上位機上呈現出被困人員的位置。方便消防人員進行救援［10］。

1 系統開發平臺

1.1 Unity 3D開發平臺

Unity 3D又叫Unity，是由Unity Technologies有限公司研發的集合三維視頻游戲、建筑三維可視化、實時三維繪圖等多種類型，并具備互動功能的平臺。本文選取的是2019版本的Unity，C#編程開發軟件選取的是Visual studio 2019，數據庫軟件選取的是MYSQL8.0版本，數據庫可視化軟件選取的是Navicate軟件。這里尤其要注意軟件的版本問題，因為不同版本的軟件，后期制作使用上可能出現兼容性問題。

1.2 3D Max開發平臺

3D Studio Max，其研發公司為日本的Discreet有限公司（后來被Autodesk有限公司并購），是基于PC操作系統的的三維動畫圖像渲染軟件，前身為在DOS操作系統上的3D Studio系統應用軟件，通常也被稱為3D Max或者3DS MAX。3DS Max具有相當好的性能價格比，它所帶來的超強功能已經大大超越了其本身相對低廉的售價，制造成本大大降低，同時其對于硬件系統的需求也很低，普通電腦也足以支撐學習需求。

2 被困人員路徑重構系統設計

被困人員的路徑重構過程涉及被困人員的定位信息、生命體征、所處地理環境等關鍵信息，其中，捕獲被困人員的定位信息尤為重要，但由于建筑物內發生大火時，會斷開供電，進而影響視頻監測系統，無法及時精確捕捉到被困人員的位置信號，所以，對被困人員的位置信息進行采集和整合就顯得尤為重要。本次設計在RSSI定位的基礎上，利用Zigbee網絡傳輸數據至數據庫中，再用上位機Unity3D軟件將數據讀取出來，完成被困人員位置的展示。方便救援人員救援，提高救援效率和減少不必要的財產損失。被困人員路徑重構系統設計框圖如圖1所示。

圖1 被困人員路徑重構系統設計框圖

3 系統開發流程

3.1 建筑物模型的建立

數據收集也是被困人員路徑重構的重要環節之一，尤其是對被困人員位置信息的收集工作，要在現場收集與實際建筑的圖象或照片、地形和道路相應的長度、建筑的高度等有關的數據。隨后繪制建筑的設計圖，將其引入3DS Max中進行建模，將構建好的模型導入到Unity 3D中，以完成腳本開發、設計數據庫等工作，從而達到人機交互的目的。

3.1.1 模型導入

在3DS Max內首先完成簡單建筑物模型的搭建，然后單擊文件選項卡，選擇導出，為模型命名后選擇.FBX格式，點擊保存，最后，將模型拖拽到Unity 3D中的Assets中即可，如圖2所示。

圖2 3DS Max模型導入Unity 3D后的模型

3.2 Unity 3D與數據庫的連接

3.2.1 Unity 3D與數據庫的連接

第一步，要建立一個Unity 3D項目，可將其命名為MYSQL Unity Test，并在Assets下建立Plugins文檔。并將全部4個dull文件（如圖3所示）拖拽到此文件夾下，并新建C#腳本文檔，在Nevicate中新建連接，連接名為MYSQL，并檢測是否完成，打開連接后，新建數據庫，數據庫名稱為Scores，字符數據集為utf8，重新開啟數據庫后，在Scores數據庫中新建數據表studentscores，新建幾個字段，id（主鍵）、x、y、z，并輸入對應數據。

圖3 Unity 3D與數據庫連接的相關插件

3.2.2 Unity 3D與數據庫連接成功畫面

將編輯好的腳本掛到Unity 3D中的攝像機上，出現如圖4所示結果則為連接成功。

圖4 Unity 3D與數據庫連接成功的界面展示

3.2.3 Unity 3D讀取xml文件

在實際使用中，由于被困人員位置數據信息太過豐富，所以，為方便地保存和管理位置數據，本文將數據庫中的人員位置數據信息保存為xml文件，如圖5所示，將xml文件放在Unity 3D項目Assets里面，使用代碼讓Unity 3D讀取xml文件中的數據內容。

圖5 數據庫內的數據導成xml文件

3.3 角色動作的設計

在Unity 3D中，目標人物所自發的行為是依靠腳本來實現的，而腳本的參與是通過編寫相關代碼實現的。在Unity 3D軟件中，可以首先選擇3D object中的Caspsule創作一個3D物體，物體名稱可稱呼為“峨嵋刺”，修改Inspectors的Trans?form屬性，使人物可以移動到地面上正確的地方（也可以在scene里面通過按住左鍵點擊拖動物體的x、y、z箭頭來調整位置，以實現旋轉相應的角度，達到控制視角的合適效果），創建的人物模型如圖6所示。

圖6 Unity 3D中創建的人物模型

4 消防路徑重構系統的模擬分析

4.1 消防路徑重構系統實現過程

本文在Unity 3D讀取xml文件的代碼作了一個改進，讓其自動在相應讀取的點上創建“空物體”。然后在工程中，建立兩個腳本“Move”和“Waypoints”。打開腳本進行編輯，在“Move”腳本上編輯代碼，本腳本關鍵使用“Look At”朝向目標，然后“Move Towards”再移動至目標點。腳本編譯正確，再回到Unity 3D界面，“Waypoints”腳本賦給空物體，“Move”腳本賦給人物“峨嵋刺”。另外，腳本的執行順序也要做一個規劃（如圖7所示）：先讓Unity 3D讀取xml文件，進而創建“空物體”，再執行“Waypoints”腳本，尋找相應路徑，最后執行“Move”腳本，讓人移動至目標點，這樣就可以實現Unity 3D自動讀取xml文件中的數據，并且人物也會運動至相應的坐標點上了。

圖7 腳本的執行順序

4.2 模擬分析

通過Zigbee無線傳感技術獲取被困人員的坐標點，發送至數據庫內，Unity 3D可以通過數據庫獲取坐標信息，并將信息通過代碼等操作呈現出來，從而具體呈現被困人員的位置數據。如圖8、圖9中羅列的是被困人員分別位于不同位置時，Unity 3D捕獲的情況。

圖8 位置1

圖9 位置2

4.3 最短路徑優化算法的實現

4.3.1 影響路徑分析的因子

本文利用建立的三維環境，對最優路徑分析結果產生影響的因子形成相關的網絡數據集。最后，完成對三維中最短路徑的求取與可視化，在最優路徑分析的整個流程中，不同的影響因子產生最優路徑的結果也是不同的。影響結果分析的主要因素有：（1）高層建筑的基本參數特征，包括了樓層高度、空間布局以及結構設計等；（2）災難狀態以及所在位置、蔓延速度、針對周邊事物產生的危害；（3）建筑物當中的人員情況，包括分布特征、數量以及年齡等因素?？梢赃x擇一些典型的因子當成路徑權值參數，然后納入內部疏散網絡屬性表里，使之實現對不同的情景，進行針對性的動態分析。

（1）建筑物內通道的長和寬

對受困人員產生影響的主要因素之一是疏散通道的長度。即通道越長，其疏散時間就越長。

（2）人流密度

人流密度指的是單位面積當中所分布著的人員數量情況，計算公式為：

式中，n代表的是待疏散人流量；f代表的是水平投影面積，單位m2；d代表的是垂直距離，單位m；w代表的是垂直厚度，單位m；b代表的是通道有效寬度，單位m。

（3）疏散速度

具體指的是撤離人員在撤離的時候單位時間所需要走過的路徑長。一般人在應急撤離的情況下，如在p≥0.92時，步行速率可使用下列公式來表示：

其中，v0為學生群體正常行走的速度。

4.3.2 路徑優選算法的實現

在本文當中使用的算法核心在于最優路線選擇，基于Dijkstra算法能夠求解到一個節點至另外節點之間的最短路徑，其最明顯的特征在于以開始點作為中心延伸到外層，一直到抵達終點為止。Dijkstra算法原理是指從一個點開始，采用貪心算法的策略，計算這個點到其余各點的最短路徑。文章通過對Dijkstra算法做出相應的改進與優化，使其不僅能夠計算出被困人員所在位置到疏散地的最短路徑，還可以根據實際需要對障礙物進行動態添加與躲避，并輸出統計分析結果。

第一步：輸入已經構建完成的疏散網絡G（E，V），起火點位置O，疏散路徑W（從建筑物內部的房間到疏散地Ej的最優路徑），建筑物內部房間的集合Qi=（i=0，1，2，…，n），疏散地的集合Ej（j=0，1，2，…，n），已疏散總人數F=?，人流量FDJ=?，各路徑對應疏散耗費集合CIJ=?，疏散總體耗費BC=?。

第二步：求解出距離受災點最近的房間Qk（K∈i），判定其中有無人員。若是有人則進入到第三步，若是無人則直接進入到第六步。

第三步：通過Dijkstra算法評估從QK到各個出口EJ耗費的最短路程CKJ，以計算結果T=min{CKJ|K∈i}，得到BC=BC?T，同時估計房間內的人員數量Nk，得到F=F?Fk，FDj=F?FDj

第四步：求解出以災點作為中心形成的圓形緩沖區，同時將其列為疏散障礙添加至分析圖層里面。

第五步：由高到低依次獲取房間，并判斷房間內是否有人，若是存在則繼續執行，不然則需重復本步驟。

第六步：通過Dijkstra算法確定由Qi（i≠k）至各出口Ej之間耗費最低路程CiJ，其中若是有障礙物，則路徑需要繞開，同時保證結果T=min{Cij∣i≠k}，據此能夠獲取到BC=BC∪T，然后求解出房間Qi當中遇困人員數量Ni，由此獲取到F=F∪Fi，FDj=F∪FDj。

第七步：針對第五步與第六步進行重復，直至全部房間被困者皆成功疏散。

第八步：輸出疏散總耗費BC、已疏散總人數F、接納人數FDj。

最短路徑優化算法的仿真結果如圖10、圖11所示。

圖10 仿真結果1

圖11 仿真結果2

5 結論

本文研究的是基于Unity 3D的路徑重構系統設計，文章通過采集人員位置數據，通過Zigbee網絡傳輸至上位機中存儲，并利用相關代碼實現Unity 3D從數據庫中調用數據，進而在上位機中形象的展示被困人員的具體方位，及其具體路徑，方便救援人員對其進行救援。本文打破了傳統的定位模式中只定位、不直觀的問題，通過Unity 3D自身具有的強大展示能力，形象直觀的展示被困人員的位置，進而提升定位效果，使其更形象、更直觀。