上線機制

在跨領域團隊之主從式網路架構下，建構 BIM 模型需仰賴多個領域的團隊來參 與，各個團隊於使用本設計系統前，當團隊內無代表工作主機時，第一台上線之電 腦則為團隊之代表工作主機，其必須先憑藉所屬團隊的帳號與密碼透過中央資料伺 服器的驗證來登入，以識別為何種團隊上線操控使用系統來參與設計與建模，並接 受中央資料伺服器所傳遞之相關所屬專案的 BIM 模型資料，且可讓中央資料伺服器 規範該團隊是否可修改目前的 BIM 模型元件，以保持使用操控 BIM 模型元件的唯 一性及確保 BIM 模型於各團隊之間的一致性。在同領域團隊之同儕式網路架構下，

各個團隊均有屬於代表之工作主機，該工作主機為團隊內使用者間連線之根部 (Root)，因此各個使用者之間相互連線建構出同儕式網路架構，而於此架構之精神 下，任一使用者均需能隨時加入或退出團隊，各個使用者如欲上線加入團隊參與設 計工作，除了直接輸入網路位址與通訊埠指定連線對象外，系統還能夠以適用於區 域網路之 IP 群播方式搜尋並提供目前連線團隊中所有有開啟伺服端功能之節點清 單，使用者可任選其一，並連線於其下，使得與其他使用者連線方式變得更加方便。

其團隊代表工作主機與團隊內使用者登入連線機制，如圖 18 所示。當 A 團隊之代 表工作主機登入中央資料伺服器並完成團隊身份認證後，隨即接收到中央資料伺服 器所傳遞之 BIM 模型資料，如 A 團隊為目前負責設計階段之團隊，BIM 模型之表 現會均以所屬的顏色顯示；而 A 團隊內有其他工作主機欲加入協同設計，因已有代 表工作主機之存在，故此新加入之工作主機便可依循著同儕式架構與該代表工作主 機連線，以獲得 BIM 模型資料。如 B 團隊之代表工作主機同時間地登入中央資料伺 服器，因目前的設計階段非該團隊所負責，則 BIM 模型會以灰色且透明的方式來表 示，以識別該團隊之成員是否擁有編輯修改 BIM 模型之權限。

圖 18. 使用者上線機制 2.1.3 資料同步機制

網路合作式設計主要是針對大型的設計問題，故需儲存與管理由各領域團隊間 或同領域團隊內各個使用者間所產生的 BIM 模型設計與溝通資料，針對此一需求，

需研擬於分散式的架構下有效的資料儲存管理模式。在資料管理方面，跨領域團隊 協同設計主要分為團隊間與團隊內使用者間兩個部份，對於團隊間採用主從式網路 架構，主要由中央資料伺服器提供各領域團隊一個可透過網際網路存取的資料交換 與管理中心，以掌控各領域團隊所設計產生的 BIM 模型資料，對於團隊內使用者間 採用同儕式網路架構，其中並無中央資料庫伺服器，設計資料是經網路交換而分存 於各節點上，然而設計模型資料卻必須一致，故另需研擬維持各連線節點資料一致 性之機制。

在資料儲存形式方面，設計資料皆以字串之方式傳輸及存取，除了方便系統之 管理外，各種型態之資料也能夠與字串做轉換，惟字串所佔容量較大，使傳輸效率 降低。使用者與合作設計之模型構成元件，均含有獨立之編號(ID)以判斷其身分，

模型元件之編號方式為建立模型之使用者編號加上流水號，此一設計將所產生模型 元件編號不會與其他使用者所產生的模型元件編號相同。

在資料一致性方面，各個模型元件資料之使用權限同一時間均只屬於單一團隊 所擁有，其餘團隊無法對該元件編輯或修改其相關屬性與多領域設計參數，藉此以 保持模型元件資料於團隊之間的一致性。團隊內的代表工作主機可集中管理設計資 料，將最新的設計資料傳送至所需之各個使用者節點，以便於群組成員相互討論。

而團隊內使用者對於模型元件資料的交換，因所有連線之節點需要儲存相同的設計

模型以看見相同之設計模型，因此使用者在設計模型時，必須不斷傳遞其所新增及 修改之模型元件資料給其他節點，以維持資料之一致性，如圖 19(a)所示。使用穩定 之 TCP 傳輸方式可避免傳輸資料錯誤或遺失，任何連線出問題之節點需退出團隊再 重新加入。新加入節點與其他節點在連線前，會預先清除其所有資料以防止有私有 設計資料而造成與其他節點資料不一致；新節點連線後隨即由其所連線上之節點接 收所有現有線上設計資料，使之與其他節點資料一致。 在跨領域團隊間，當擁有權 限團隊所負責設計的 BIM 模型資料更新時，其所屬之代表工作主機會把此最新的 BIM 模型資料上傳更新至中央資料伺服器，使得其他團隊之代表工作主機可即時地 獲得最新的 BIM 模型設計資料，如圖 19(b)所示。

(a)

(b)

圖 19. 資料同步機制 2.1.4 資料存取管理

在跨領域團隊協同即時線上合作設計的環境下，因資料一致性之需求，應避免

多個團隊或多位使用者同時針對同一模型元件進行編輯，故需建立各模型元件之相

本系統之命令列中輸入“no owner＂指令以解除所有使用者對所有模型元件之使用 權。

(a)

(b)

圖 20. 資料存取管理機制