模型之資訊需求分析

此研究當中，BIM 團隊必須先建立建築空間與消防安全設備元件，接著，於 BIM 模型中依據消防安全設備之配置及相關規定劃分檢測區域，每一個檢測區域會安裝一個 iBeacon 設備，將 iBeacon 辨識碼和該區域之 BIM 空間資訊做整合，圖 4-2 為利用太和 光所提供之免費 App：USBeacon Config 所讀取到之 iBeacon 識別碼資訊。每一組 iBeacon 識別碼資料分別代表建築物內的某一個檢測區域，因此，同一個檢測區域內的消防安全 設備元件會擁有相同之 iBeacon 識別資料。

35

圖 4-2 iBeacon 識別碼資訊

在檢測區域完成規劃，並且建立建築空間與消防安全設備元件後，在各檢測區域中 還需要建立檢測點元件與 iBeacon 元件。BIM 模型之各元件資訊需求說明如下：

(1) iBeacon 元件：

主要的目的為連結 BIM 的空間資料，提供設施管理者管理 iBeacon 設備。

iBeacon 座標則必須配合檢測點元件，要設置於該檢測點可讀取的範圍之內。

屬性資料為該檢測區域的 iBeacon 辨識碼資料與 iBeacon 座標。

(2) 檢測點元件：

主要的目的是用來作為檢測作業的起始點，檢測人員必須在此檢測點啟動 擴增實境的畫面，才可以確保後續擴增實境系統中各設備元件定位的精度以及 資料的正確性，檢測點元件的座標則透過 3D 模型模擬檢測點的位置，避免檢 測時的限制與障礙。主要的屬性資料為檢測點元件座標及對應的 iBeacon 辨識 碼，如圖 4-3 所示。

36

圖 4-3 BIM 模型中的檢測點族群類型

(3) 消防安全設備元件：

必須依照消防安全設備平面圖繪製。主要的屬性資料為設備元件座標、對 應的 iBeacon 辨識碼、設備基本資料、維護紀錄和 3D 模型資料。其中每個消 防安全設備元件之座標，為透過 Revit API 來計算消防安全設備元件與檢測點 元件之相對距離的方式而來，如圖 4-4 所示。

圖 4-4 BIM 模型中的消防安全設備元件

37

模型中的每一個 iBeacon 元件會對應一個檢測區域和檢測點元件，而一個檢測區域 內會包含多個設備元件，因此，一個 iBeacon 元件和檢測點元件會對應多個設備元件。

本研究之 BIM 模型之元件關聯性如圖 4-5 所示。註：圖 4-5 僅利用關聯圖說明元件間之 資料架構與關係，非實際資料庫的格式。

圖 4-5 BIM 元件屬性欄位之關聯圖

完成上述所分析之 BIM 模型資訊需求後，BIM 團隊必須根據需求分析建立 BIM 模 型，除了必須檢查每個元件是否是根據其實際形狀建立，還要擴充 COBie 表單，確保 模型之屬性內容符合 COBie 格式的要求，進而完成建構 BIM 模型的資訊交付流程。本 研究之 BIM 模型整合了無線定位技術 iBeacon，將 iBeacon 識別碼和 BIM 模型之空間資 訊做結合，UUID 代表建築物、Major 代表 Floor、Minor 代表 Space，其中 Floor 和 Space 等空間資訊為 COBie 原本就擁有的屬性，因此，只要新增 UUID 於 COBie 表格中。

另一方面，因為本研究利用 iBeacon 來啟動擴增實境的畫面，所以必須在 COBie 表單中擴增消防安全設備元件的座標屬性（X、Y、Z），才可以使系統在啟動擴增實境 功能時，各元件可以在 3D 畫面裡出現在正確的位置上，以提供檢測設備位置的輔助功 能。

38

藉由以上歸納，COBie 之屬性資料必須擴充 UUID 和設備元件座標的屬性，如圖 4-6 所示，再將資料上傳至資料庫，此時，模型相關資料才可以完整交付至系統應用上。

圖 4-6 擴充 COBie 表單之屬性欄位

BIM 團隊和營運團隊在消防安全設備檢測作業中，這些由 BIM 建立之資訊將被匯 入於 AR-FSE 系統之雲端資料庫中，確保資訊交換的完整性和正確性，使實際檢測階段 可以得到有效的管理。除此之外，BIM 的 3D 模型會轉換為擴增實境模型的檔案格式，

以擴增實境畫面實現消防安全設備元件的可視化，完成以 BIM 為基礎的資訊交付架構 模式。