BIM模型資料主要有哪些交換方式與方法?事實上，資訊回饋至BIM模型之前往往先有資訊擷取的過程，因為資訊回饋端至少必須知道BIM模型的專案資訊、物件識別符號、引數化屬性識別符號、引數資料格式等基本資訊，因此資訊擷取的方法將會影響資訊回饋的途徑(approach)，以下就目前市面上三大建模工具(Autodesk Revit,Graphisoft ArchiCAD,Bentley AECOsim)共同有的功能來分析各種BIM模型資訊交換(即包含擷取和回饋)之方法或途徑，並以入門或操作門坎的高低順序來闡述。
一、電子資料表(spread sheet)
大部分的BIM設計工具皆有輸出明細報表(schedule)之功能，並可以在輸出後其他電子表格軟體(如：Microsoft Excel)來編輯，但若要修改表格中的屬性值或實時反映(即動態互動參照)修改模型後的屬性值，則必須回到原本採用的BIM設計工具來操作。基本上，電子資料表位於BIM設計工具的內部環境，難以與外界溝通，也就是連基本的相互操作性都有蠻大的問題，因此較適合用於資訊擷取和輸出，資訊回饋則較不適用。
二、公開標準格式(open standard)
與BIM相關的公開標準格式很多，可以達到一定程度相互操作性的卻很少，這些公開標準較知名的有：IFC、COBie、gbXML等等。目前大部分的BIM設計工具皆支援IFC格式的檔案輸出，而COBie、gbXML等其他公開標準格式也或多或少有支援，即便沒有支援亦可透過非官方之外掛(plug-in)來輸出該格式之檔案。公開標準是一種追求完美的理想，IFC的相互操作性在近年來的確有所提升，而COBie和gbXML等格式則較不具通用性，因COBie和gbXML分別較適用在裝置管理和能源分析。但整體而言，無論何種公開標準，在資訊回饋方面的相互操作性仍有待改善，可以想象的是：以公開標準格式將所需資訊從BIM設計工具中擷取出來，相較於用同樣格式回饋至相同(甚至不同)的BIM設計工具容易太多了。
三、開放資料庫互連(ODBC)
用外部資料庫來管理BIM模型中的資訊不失為一個解決相互操作性的好方法，而ODBC是個發展已久的標準資料庫介面，但由於資料庫的操作門坎和維護成本皆不低，若模型管理者和利害關係人欲使用資料庫來進行資訊交換，額外開發資料庫應用程式和依實際需求來客製化使用介面或許是必要的。另一方面，ODBC的應用例項大多搭配傳統常用的關係型(relational)資料庫，而關係資料庫的資料綱要(schema)對於BIM模型多變且複雜的面向物件(object-oriented)結構在進行物件關聯對應(ORM,Object Relational Mapping)時很難概括承受。
四、應用程式程式設計介面(API)
大部分的BIM設計工具皆提供API讓具程式開發能力之使用者延伸其核心功能，資訊擷取和回饋當然是非常普遍的應用，但API的使用門坎又比用資料庫來管理高出許多，因使用API來進行資料交換除了必須具備面向物件的程式開發能力，還需對BIM設計工具的物件核心架構相當瞭解，且不同的BIM設計工具有不同的API，更添難度，因此模型管理者和利害關係人欲直接透過API來進行資料交換可謂強人所難。此外，API的應用範圍和彈性雖高，但若只「單純」採用API來開發BIM設計工具的外掛，則又回到以檔案為基礎(file-based)之資料交換模式，對於協同作業、版本管控和相互操作性而言不見得較有效率。
BIM模型主要由BIM建模軟體工具來建立，故建模工具是最基礎的BIM設計工具，若將建模工具視為一個獨立的計算機系統，則將資訊從此係統提取出來或存放進去的動作，即是一種資訊擷取或資訊回饋的操作，而在目前市場佔有率較高的幾個建模工具中，具備資訊擷取的功能和方法較多，資訊回饋的功能和方法則較少，且普遍存在技術門坎較高、相互操作性較差和效率不彰等問題。好了，關於BIM模型資料主要有哪些交換方式與方法就為大家介紹這麼多，希望透過此文能夠幫到大家!
BIM模型資料主要有哪些交換方式與方法?事實上，資訊回饋至BIM模型之前往往先有資訊擷取的過程，因為資訊回饋端至少必須知道BIM模型的專案資訊、物件識別符號、引數化屬性識別符號、引數資料格式等基本資訊，因此資訊擷取的方法將會影響資訊回饋的途徑(approach)，以下就目前市面上三大建模工具(Autodesk Revit,Graphisoft ArchiCAD,Bentley AECOsim)共同有的功能來分析各種BIM模型資訊交換(即包含擷取和回饋)之方法或途徑，並以入門或操作門坎的高低順序來闡述。
一、電子資料表(spread sheet)
大部分的BIM設計工具皆有輸出明細報表(schedule)之功能，並可以在輸出後其他電子表格軟體(如：Microsoft Excel)來編輯，但若要修改表格中的屬性值或實時反映(即動態互動參照)修改模型後的屬性值，則必須回到原本採用的BIM設計工具來操作。基本上，電子資料表位於BIM設計工具的內部環境，難以與外界溝通，也就是連基本的相互操作性都有蠻大的問題，因此較適合用於資訊擷取和輸出，資訊回饋則較不適用。
二、公開標準格式(open standard)
與BIM相關的公開標準格式很多，可以達到一定程度相互操作性的卻很少，這些公開標準較知名的有：IFC、COBie、gbXML等等。目前大部分的BIM設計工具皆支援IFC格式的檔案輸出，而COBie、gbXML等其他公開標準格式也或多或少有支援，即便沒有支援亦可透過非官方之外掛(plug-in)來輸出該格式之檔案。公開標準是一種追求完美的理想，IFC的相互操作性在近年來的確有所提升，而COBie和gbXML等格式則較不具通用性，因COBie和gbXML分別較適用在裝置管理和能源分析。但整體而言，無論何種公開標準，在資訊回饋方面的相互操作性仍有待改善，可以想象的是：以公開標準格式將所需資訊從BIM設計工具中擷取出來，相較於用同樣格式回饋至相同(甚至不同)的BIM設計工具容易太多了。
三、開放資料庫互連(ODBC)
用外部資料庫來管理BIM模型中的資訊不失為一個解決相互操作性的好方法，而ODBC是個發展已久的標準資料庫介面，但由於資料庫的操作門坎和維護成本皆不低，若模型管理者和利害關係人欲使用資料庫來進行資訊交換，額外開發資料庫應用程式和依實際需求來客製化使用介面或許是必要的。另一方面，ODBC的應用例項大多搭配傳統常用的關係型(relational)資料庫，而關係資料庫的資料綱要(schema)對於BIM模型多變且複雜的面向物件(object-oriented)結構在進行物件關聯對應(ORM,Object Relational Mapping)時很難概括承受。
四、應用程式程式設計介面(API)
大部分的BIM設計工具皆提供API讓具程式開發能力之使用者延伸其核心功能，資訊擷取和回饋當然是非常普遍的應用，但API的使用門坎又比用資料庫來管理高出許多，因使用API來進行資料交換除了必須具備面向物件的程式開發能力，還需對BIM設計工具的物件核心架構相當瞭解，且不同的BIM設計工具有不同的API，更添難度，因此模型管理者和利害關係人欲直接透過API來進行資料交換可謂強人所難。此外，API的應用範圍和彈性雖高，但若只「單純」採用API來開發BIM設計工具的外掛，則又回到以檔案為基礎(file-based)之資料交換模式，對於協同作業、版本管控和相互操作性而言不見得較有效率。
BIM模型主要由BIM建模軟體工具來建立，故建模工具是最基礎的BIM設計工具，若將建模工具視為一個獨立的計算機系統，則將資訊從此係統提取出來或存放進去的動作，即是一種資訊擷取或資訊回饋的操作，而在目前市場佔有率較高的幾個建模工具中，具備資訊擷取的功能和方法較多，資訊回饋的功能和方法則較少，且普遍存在技術門坎較高、相互操作性較差和效率不彰等問題。好了，關於BIM模型資料主要有哪些交換方式與方法就為大家介紹這麼多，希望透過此文能夠幫到大家!