本研究在期中報告截稿的同時，在 wiki 研發方面，仍有不斷的斬獲，將 在後期詳實報告。首先針對初步的結論必須重申 BIM 元件庫與 BIM 元件知 識庫的差異性，BIM 元件庫偏向 BIM 元件已達穩定可供分享的集結儲存資 源庫，在本研究中，比較類似「元件知識庫儀錶板」，而 BIM 元件知識庫則 重視 BIM 元件以知識為基(Knowledge-base)的發展機制，也就是從野中提倡 之知識螺旋，如何建構 BIM 元件源頭的創建過程與機制，包括幾何與非幾何
1、屬性綱要(Schema)的多元性
所謂屬性綱要，就是描述 BIM 元件的幾何與非幾何資訊內涵的屬性 結構。不同建模平台、不同專業產品元件、甚至同一 BIM 元件，在 生命週期的不同階段，都可能在屬性綱要方面有不同的需求，這需要 以 Metadata 的概念來表達，Metadata 是有關資訊物件之結構的資訊
（structured information about an information object），就是如何彈性地 描述 BIM 元件資源的屬性資料，包括其背景與關聯性、資料內涵、
以及資料控制等相關資訊。Metadata 以結構化的層次進行編排時，即 可稱為「知識本體」(Ontology)或綱要(schema)。
2、元件知識化(Knowledge based)
BIM 元件的價值在中間”I”字(Information)的內涵，架構一個全國共享 性高的 BIM 元件庫，若要達到共享價值的最大化，元件資訊內容就
3、元件資訊交換的映對(mapping)
作者在民國 88 年(1999)「土木技術月刊」發表一篇「營建工程圖文製 作與應用之今昔與前瞻」，文中即提到物件導向技術對物件(也可以直 指 BIM 元件)的抽象建模會帶來很多的優勢與隱憂，元件資訊在許多 場合都會碰到資訊交換(Information Exchange，簡稱 IE)的問題，就是 隱憂之一，而資訊交換最難解決的就是資訊結構映對的問題，至少在
4、元件資訊的「連結」(Linking)與「嵌入」(Embedding)、「附加」(Attaching) 關係
元件與元件或元件與屬性、屬性與屬性之間的關聯關係，有些可能會隨著
外在因素改變而須配合改變者，適合用「連結」的關係而因應改變。 是附件(Attaching)關係，歸併到系統內檔案伺服器管控。
以上 BIM 元件的特質，多數需靠資訊技術來解決，而像元件「知識化」， 技術具備開放與 LEA(Linking、Embeding、Attaching) 之鏈接、嵌入、附加
三種特質，使得元件知識庫具有高度包容性，除了能充分表現「文」的內涵，
亦能發揮 LEA 功能，輕易實作「文與文、文與圖、圖與文、圖與圖」的關聯，
盡情展現 BIM 技術極度需要之「相輔相成、互助互補」的關聯關係。甚至，
因為元件庫中的幾何元件，本身亦靠「元件命名」、「元件分類編碼」作為元 件資料庫查詢管理的關鍵識別代碼，元件知識庫維基服務平台只要將其作為
「條目標題」或副標題，則元件知識庫就可輕易取代原有的元件庫。顯見「元 件知識庫維基服務平台」深具幾何元件與非幾何元件的包容潛力。有關 BIM 元件知識庫與元件庫「相輔相成、互助互補」的關係圖，其概念圖如下：
圖 5-1 BIM 元件知識庫與元件庫之「相輔相成、互助互補」關係圖
圖 5-2 元件知識庫架構與溝通平台示意圖
BIM 元件知識庫的整體架構應包括三大項：
1、BIM 元件知識庫維基介面
此元件知識庫維基介面就是營造 BIM 元件知識庫專家社群活動的環 境，它包含三個主要組成元素：
A、 BIM 維基系統平台
這是建置 BIM 維基系統的軟硬體平台，初步擬採用 MediaWiki 的 Open Source 來設計平台雛型，未來正式開發亦可考慮持續採用 MediaWiki。
B、 BIM 維基專家社群組織
國內針對 BIM 技術已有一些社團組織，例如「台灣建築資訊模型協 會」就是一個很活躍的 BIM 社群，BIM 維基專家社群就需要這些積 極的社群來參與。
C、 BIM 維基數位內容
BIM 維基的數位內容會有一套嚴謹的命名及格式的規範，細節將會進
一步做詳細說明，基本上會仿照維基百科成功的機制，配合 BIM 元
本研究目前在元件知識基礎分析方面著重建築規劃設計階段，但整體的
主辦機關：財團法人台灣建築中心 網技術正如火如荼的發展中，連 Mediawiki 也在同時發展語意網相關技術，
將來有可能整合，當語意網與物聯網技術逐漸成熟，「臺灣 BIM 維基服務平 台」的角色及功能模組都需要做更大格局的擴充考量。
未來，BIM 元件知識庫將形成我國寶貴的公共資產，必須建立一管理組 織做有效管理，並做長遠之規畫藍圖，負責此公共資產的長遠發展與有效的 公開分享。
參考資料
一、研究團隊工作會議
一、 會議名稱：「建築資訊建模元件知識庫架構與溝通平台研究」工作會 議
二、 時間：105/03/22(二)下午2:30
三、 地點：台北市大安區復興南路一段129號6樓之1中華民國公共工程資訊
3. 喻台生建築師事務所
1. 針對 BIM 契約的演化與執行實務經驗進行說明。
2. 在目前 BIM 契約的規範中，以公共工程案例來說，大部份皆是規範當 設計結束後，相關的模型與元件等智慧財產權為業主所有。但因目前的 BIM 環境使用現況，模型資料的延續與後續的應用尚未有一套標準規 範，因此常導至這些設計好的元件最後僅是被儲存在電腦中而不再被拿 來使用。因此建議應該跳脫智慧財產權的這個思維，將這些元件公告(開) 出來提供給大家使用。
六、 出席人員簽到表
二、第一次工作會議
一、 會議名稱：「建築資訊建模元件知識庫架構與溝通平台研究」工作會 議
二、 時間：105/04/13(三)下午2:30
三、 地點：新北市新店區北新路三段200號13樓，內政部建築研究所
人，可以透過它來進行測試和操作，甚至可以針對不同生命週期階段如 LOD 的想法就是參照亞歷山大建築模式語言(Pattern Language) 的架構，作 為建築專業溝通的一種語言，甚至亦可作為建築計畫的一種溝通語言，為建 築師設計的一個準則，而利用這種 Pattern Language 作為一種知識庫，如同 字典一樣，比方說選擇使用景觀露台，則知識庫則會說明到底必須具備哪些
子進行分享。目前在思考如何將這些轉化為資訊的角度來實現它，比方說透
我們最重要的部份應該是應用這些元件來輔助設計與解決問題。因此在 架構是有參考一些東西，一個是前面所述的 Pattern Language，另一個 是人工智慧，這部份跟 Pattern Language 其實非常相近。而這東西是跨 領域的，不管是談建築設計、機電或敷地計畫等，都是通用的，將來再
幫助，認為還是裡面所提到的資料彙總表。
六、 出席人員簽到表
三、知識管理與知識庫架構討論 一、 會議名稱：知識管理與知識庫架構討論
二、 時間：105/04/19(二)上午10:30
三、 地點：台北市內湖區陽光街323號 台灣世曦捷運部門
六、 會議翦影
呂衍緯工程師 說明 呂衍緯工程師 說明
呂衍緯工程師 說明 會議內容討論
會議內容討論
四、第一次專家諮詢會議
一、 會議名稱：「建築資訊建模元件知識庫架構與溝通平台研究」第一次 專家諮詢會議
二、 時間：105/05/10(二)下午3:00
三、 地點：新北市新店區北新路三段200號13樓，內政部建築研究所
依據像是「公共住宅」的這個方案去選擇需要的屬性欄位進來。不足的 說景觀電梯，先用 Revit 製作一個元件放上來，後續可能會有 ArchiCAD 的專家也用軟體製作這樣的元件放上來。因此不限定特定的軟體，任何
軟體的元件都可以放上來。透過開放性的平台讓人自由放入，並回饋意
19. 鄭順益 先生
研究團隊，大概都在組長的帶領下都有像這樣的交流。好處就是做法大
層面來講也如同陳建築師所擔心的，該如何讓它是好用而不是變成只是 wiki 像字典一樣只是用來參考，最好就是能有一個好的介面能夠很順暢 的銜接。
3. 另外就如嚴秘書長所說，屬性必須要活化，也是我當時非常贊成的詮釋 資料，我的概念是希望能夠讓屬性是活的，針對不同的需求，有需要再 增加屬性的人它能夠很自然的再加值，而這加值性又能夠讓用的人馬上 就能夠接受。必須要去挑戰這一個困難度。
4. 我也非常欽佩像施老師還有幾位專家所提的這些概念，會想辦法去一步 一步的推進，做一個很好的正向循環。也曾經想過 formit 跟 Dynamo 這幾個介面，思考如何讓這幾個介面能夠與知識庫平台做一個溝通。另 外針對知識庫在底層的架構，也想到利用 Ontology 的技術。看能不能 讓架構的更有彈性，這些都是在此研究計畫裡面挑戰的一部份，會繼續 努力。
六、 出席人員簽到表
五、第二次專家諮詢會議
一、 會議名稱：「建築資訊建模元件知識庫架構與溝通平台研究」第二次 專家諮詢會議
二、 時間：105/06/15(二)上午9:30
三、 地點：台北市士林區忠誠路一段111號5樓，九典聯合建築師事務所
量計量統計，在後續階段再處理元件如外型或參數資訊等，或是從
有甚麼重點需要留意，現行的做法有何待改善之處？
就發包文件蘭說其實現在還是走傳統模式，除非是較複雜的圖，數 量會使用傳統與模型同時比對。
6. 事務所內部對元件資料是否建立標準與管理辦法？
認為針對結構機電會比較需要建立標準。對於設計階段，其實軟體 本身已經分類清處，以目前事務所來說是以過去案件為資料庫的概 念來運作，但每個事務所應該皆不同。
事務所目前只針對色彩與線寬會調整(輸出的圖面)。
六、 出席人員簽到表
六、期中審查會議記錄
陳組長顯明：
目標為何、溝通的機制為何、溝通的品質如何確保等。
2. 報告第 10 頁提及物件詮釋資料可由專業機構審核，是否有建
何在？
何所長明錦：
1. 元件庫與元件知識庫將來能有互相整合的機制，並能有正確性 與審查機制。
2. BIM 的未來發展與策略，研究應持續聚焦才能有真正的落實，
並提出誘因或輔導，讓產業界能真正使 BIM 技術導入。
執行團隊回應 (郭教授榮欽)：
1. 感謝出席委員寶貴建議，研究團隊會重視每位委員的建議，
並努力在接下來的研究中落實改善。
2. 本案嘗試以 Wikipedia 機制的成功案例為基礎，認為建構一個 開放平台環境，激發業界熱心專家提供寶貴知識與經驗，並 在 Wiki 特有的開放模式，業界會自然凝聚共識，不成熟的元 件知識內容也會被註記提醒。
3. Web 2.0 的網路世代主要特徵為建構一開放式平台，讓註冊進 來的使用者貢獻自己的資訊，以「互助」的模式，大家分享。
FaceBook、Youtube、Wikipedia 等都是國際上非常成功的 Web
2.0 案例，本案試圖設計這樣的平台環境，激發國內 BIM 各
類專家參與建置與豐富 BIM 元件知識庫。使用族群即為全國
建築產業人士。
七、第三次專家諮詢會議
一、 會議名稱：「建築資訊建模元件知識庫架構與溝通平台研究」第三次 專家諮詢會議
二、 時間：105/09/08(四)上午10:30～12:30
三、 地點：新北市新店區北新路三段200號13樓，內政部建築研究所
(3). 王紹宏 先生：
其實一開始也蠻擔心是否有熱心人士會願意分享知識，但就目前的經 驗來看，目前並不擔心這個問題，因為發現其實熱心的人士蠻多的。
反而比較重要的是這樣的知識平台該如何經營。
(6). 施宣光 老師：
透過 wiki，可以想像未來會有一個社群，讓不同領域的專家可以交 集在此。如剛才所提到的旅館例子，結合旅館設計的專家與 Dynamo 的專家提供知識。
(7). 郭榮欽 老師：
Web 2.0 與 1.0 最大的不同點在於傳統的網頁資訊的提供主要是由 Server 端來提供，而 2.0 則強調使用者的互動與集體的創作或是資訊 的分享。讓溝通變成雙向。
有關 Web 2.0 的部份會於期末報告中再補強此部份的說明。
Wiki 的好處就是它的彈性並可與各方連結，也是本研究看重的原因。
六、 出席人員簽到表
八、第四次專家諮詢會議
一、 會議名稱：「建築資訊建模元件知識庫架構與溝通平台研究」第四次 專家諮詢會議
二、 時間：105/10/18(二)上午10:30～12:15
三、 地點：新北市新店區北新路三段200號13樓，內政部建築研究所
的 BIM Tookit，但覺得它太單向了，不夠完善，因此，就考慮同樣 應用元件知識庫的 wiki 平台，把 EIR 的架構、程序、內容做有組 織的規劃後，用 wiki 平台嘗試建置，再利用其組成書籍的外掛功 能，使變成工程要用的文件、說明書、合約書等…或 EIR 業主需求 書，很多的文件希望用這樣的功能整合起來，像書籍手冊一樣。 MediaWiki 是免費軟體，ThirdParty 為它開發的外掛工具也特別多，
我們也發現很多著名的網站像「Wikipedia」等也都是用 MediaWiki，
我們在想未來在不一樣的專案也許有不一樣的需求說明書、不一樣
郭榮欽 老師 回應：
合哪些作用，有了作用就要有相關性的配套，這個元件符合哪些需
如果到最後是可以編輯到 contract 是非常 powerful，可以直接抽取文 件編輯到各事務所的規範，這種東西需要事務所自行去消化，它的好