社會住宅結合BIM的智慧維護管理云平臺目次I目次目次 I III圖次 V摘要 IX XI名詞對照表 第一章緒論 1第一節計劃緣起與目的 1第二節智慧管理云平臺定義范圍與特色 6第三節試驗場域_林口世大運選手村社會住宅介紹 10第四節平臺目標使用對象國家住宅及都市更新中心介紹 12第五節需求訪談 13第二章執行方法與成果說明 17第一節計劃執行方法 17第二節智慧維護管理云平臺架構介紹 19第三節資料點位資料收集與擴充建物選擇 23第四節點位資料轉換 24第五節成果說明_深化與擴大平臺實作場域 26第六節實務困難與挑戰 29第三章交付實作場域示范應用功能文件 32第一節本案所建置之BIM模型信息 32第二節管理使用界面 32第三節實施流程 37第四節PaaS平臺底層功能與API之規格說明 46第五節應用功能模塊原始碼 51第六節IOT設備交付需求文件 53第七節BIM信息交付需求文件 55第八節建立維運作業建議與操作流程指南 57第四章活動成果 70II第一節專家學者座談會 70第二節應用BIM之智慧維護管理研究發表會 72第五章結論與建議 75第一節結論 75第二節建議 77第六章附件 78第一節林口社宅點位清單-A區 78第二節林口社宅點位清單-B區 94第三節林口社宅點位清單-C區 第四節期中報告委員意見與回覆 124第五節期末報告委員意見與回覆 132 140III表1計劃時程表 4表2查核點說明表 5 23 32 34表6智慧建筑設施管理系統資料格式標準專-案信息定義 41表7智慧建筑設施管理系統資料格式標準-裝置類別代碼摘錄 41表8智慧建筑設施管理系統資料格式標準資-料類別與說明 43 59IV圖次V圖次圖1建筑各系統信息分散片斷化問題 2圖2智慧管理云平臺期解決智慧建筑各系統信息分散片斷化問題 3圖3智慧維護管理云平臺原型架構 4圖4PaaS平臺與SaaS服務之架構概念 6圖5PaaS平臺與SaaS服務及User之間的架構概念 8圖6平臺與需求應對說明 9圖7林口世大運選手村社會住宅 10圖8林口世大運選手村社會住宅地理位置 11圖9國家住都中心營運范疇與痛點 16圖10本計劃工作內容與項目 17圖11本案位于林口社宅之實作建物 17圖12平臺原型功能架構圖 19圖13平臺資料串流架構 19圖14本期平臺架構與云端服務 20圖15三維空間信息基礎環境共構及資料聯盟架構 21圖16多維度國家空間信息物服務平臺 21圖17本案開發之GIS圖臺 22圖18點位資料轉換流程 24圖19林口社宅A區點位資料 25圖20林口社宅B區點位資料 25圖21林口社宅C區點位資料 25圖22擴大示范場共計三區三棟 26圖23利用A區A1棟與B區B1棟電表之累積用電量進行圖表分析 26圖24主要設備IoT維運管理呈現 27圖25跨域營運績效分析與比較呈現 27圖26IFC檔案匯入圖臺的工作流程 29圖27C區E棟2樓、3樓、8樓元件消失 30圖28利用OpenIFCViewer開啟失敗 30圖29A區A1棟單一檔案會出屋頂元件位移、C區E棟單一檔案會出現他棟元件 31VI圖30整合與轉檔后之BIM檔資料 32圖31平臺場域管理頁面 33圖32場域架構、建物資料、管理人員信息管理 33圖33平臺角色管理頁面 35圖34場域管理與角色管理之連結 35圖35角色創建與權限勾選 35圖36平臺賬號管理頁面 36圖37使用者賬號清單 36圖38智慧建筑設施管理整合管理平臺所包含設備類別示意圖 39圖39財團法人xx資通訊產業標準協會產業標準封面示意 40圖40資料介接裝置ID格式示意圖 40圖41資料介接數據項ID示意圖 42圖42PaaS平臺底層主要功能架構 46圖43PaaS平臺底層功能串接流程 46圖44讀取所有列表方式之API格式范例 47圖45讀取特定資料列表方式之API格式范例 48圖46自平臺匯出資料之API格式范例 50圖47本期平臺開發示范應用 51圖48平臺架構圖與說明 51圖49本案開發之示范功能原始碼 52圖50本案開發之示范功能原始碼屬性資料 52圖51現場介接閘道器設備與規格表 53圖52林口世大運防災中心與機房中空機柜外觀 54圖53介接閘道器于防災中心機柜建置 54圖54林口社宅BIM模型轉檔流程 55圖55林口社宅BIM模型檢視 56圖56本期平臺開發示范應用 58圖57平臺架構圖與說明 58圖58社宅地圖頁面 60圖59裝置廣告牌頁面 61圖次VII圖60裝置列表頁面 62圖61裝置歷史資料頁面與報表 63圖62基本信息分析頁面 64圖63電費單資料建檔頁面 65圖64事件日志頁面 66圖65事件設定頁面 67圖66報修管理頁面與報表匯出 68圖67需量管理頁面與報表匯出 69圖68專家學者座談會邀請信件 71圖69活動指引海報、活動現場背板、講臺設計海報及宣傳海報 73圖70應用BIM之智慧維護管理研究發表會活動照片 74摘要IX摘要關鍵詞：智慧建筑、智慧維護管理云平臺、BIM、IoT、物業管理一、研究緣起周期的90％以上，也占建筑物的總成本重要課題。建筑透過導入ICT而智慧化、建筑產業數位轉型，進而維持使用機能與效率提升已成趨勢。現階段同建物內的各項新興信息系統各自獨立，資料未能橫向串聯統整以直接應用。因此，結合BIM、IoT等新興信息技術的「智慧維護管理云平臺」應運而生。本研究為智慧維護管理云平臺于林口世大運社宅進行實作，并以設備管理、能源資料分析、事件管理與報修管理四大情境進行示范應用。二、研究方法及過程家學者座談會進行討論，邀請的對象有：1、中央與地方政府機關管理社會住宅資產、租用單位。最后再舉辦一場成果發表會與各界廠商進行解說，使本系統平臺之定位與角色更加明確，讓未來各產業公司能將各項文件與系統開發往本系統平臺整合的方向發展。三、重要發現1、規劃中還未建置的社會住宅需在一開始發包時即在需求規格書提出建筑設備之信息格式以及資料提供之要求，以利后續相關資料介接智慧維護管理云平臺。2、對于既有建筑之設備信息若要導入本案平臺，可透過閘道器轉換平臺提供的信息格式，再轉接至智慧維護管理云平臺。率,但因各既有社會住宅建物所提供的BIM檔格式與繪制存檔方式均不同，故如要使用BIM與GIS圖臺整合之技術，須將BIM檔進行修復與轉檔，并加入定位點資料，才有辦法完整使用地圖管理功能。新建社會住宅即于發包前提供可匯入GIS圖臺之BIM檔規格即可。X建議一1、各項設備匯入BIM檔以及增加樓層定位信息，以利圖臺中可完整呈現各且事件告警的訊息應可精準定位到該樓層之設備。2、加入消防系統、電梯系統及CCTV監視系統，以完備各項管理信息。3、規劃告警事件之分級管理，可將重要事件傳回國家住都中心進行控管，其他事件則由現場管理單位直接處理，增加監管效率。4、BA/SCADA廠商之報修流程與本案平臺整合，以利于國家住都中心管控現場報修情況。建議二建立內外部串接一站式管理平臺透過各類信息來源包含建物資訊、建物管理系統、以及住都中心核心營運與服務系統，經由資料轉換、整合、串接等作業于數據庫進行整合后，透過智慧維護管理云平臺以可視化方式呈現各項數據資料與管理界面，串接內外部一站式管理平臺。建議三建構戰情室智慧化維護管理與服務因串接各類系統，信息量集中且龐大，需透過戰情室管理模式，并提供階層式監看界面。故于管理范圍、角色劃分、系統權限等需進一步規劃與控管。另外，建議可導入更多智慧化管理工具如OCR辨識，將紙本文件轉換，提高行政效率。ABSTRACTXIKeywords：SmartBuilding，SmartMaintenanceandManagementCloudPlatInthelifecycleofabuilding,theoperation,useandmaintenancephaseusuallylasts40to50yeaccountingformorethan90%oftheoverallbuildinglifecycleand70%importantissue.IthasbecomeatrendforbuildingstobecomesmarterthroughtheintroductionofICTandforthedigitaltransformationoftheconstructionindustrytomaintainfunctionalityandimprAtpresent,variousemerginginformationsystemsintcannotbehorizontallyconnectedandintegratedfordirectapplicaCommunityHouse,andconductsdemonsmanagement,energydataanalysis,eventmanagement,andrepairmanagemThiscaseisthefieldimplementaexpertsandscholarswasheldfordiscussionaftertheimplementation.Theinvitedpersonswere：1、Centralandlocalgovernmentag3、AcademicunitssuchasBuildingInFinally,aresultsconferencewillbeheldtoexplaintomanufactureXIIformatanddatasupplyrequirementsforconstructionethecontractisinitiallyissued,tofacilitatethesubsequentconnectionofrelmaintenancemanagementcloudplat2、Ifthesocialhousingwantstoimporttheequipmentinformationofexistingbuildingsintothegateway,andthentransferittothesmartmaint3、FromtheperspectiveofthemanagementscopeoftheHURC,itismoreefficienttouseamapmanagementmethodthatcombinesBIMandGIS.HowevdrawingandarchivingmethodsprovidedbyeachIftheHURCwantstouseBIMandGISmapplatformintegrepairedandconverted,andanchorpointdatamustbeacanbefullyused.Fornewsocialhousing,BIMfilespecificadrawingplatformwillbeprovidedbeforethecontractisissuSuggestionsontheintroductionofLinkoucommunityhousingptablecanfullydisplayvariousequipmentinfoaccuratelylocateequipmentomanagementinformatssoftheBA/SCADAmanufacturerisintegratedwifthiscasetofacilitatetheHURCtocontroltheon-siterepairrepoABSTRACTXIIIEstablishaone-stopmanagementplatformforThroughvariousinformationsourcesincludingbuildingiandresidentialcentercoreoperationsandservicesysconcatenation,andotheroperationsareintegratedinthedmaintenancemanagementcloudplatthisway,connectinginternalandexternalone-stopmConstructingintelligentmaintenancemanagDuetotheconnectionofvarioussystems,theamountofinformationisconcentratesituationroommanagementmodelisrequired,andahierarchicalmonitoriTherefore,themanagementscope,roledivision,systempermissions,etc.needfurntrol.Inaddition,itisrecommendedtointroducemoreintelligentRrecognitiontoconvertpaperdocumentstoimproveadministrativeeffXIV名詞對照表XV名詞對照表名稱應用程序界面ApplicationProgrammingInt建筑信息模型BuildingInformationMod設施整合平臺整/合元件系統設施管理信息中介服務InformationBrocker國際設施管理協會InternationalFacilityM地理信息系統InternetofThings資料采集與監視系統XVI緒論1第一章緒論第一節計劃緣起與目的壹、計劃緣起近年來隨著資通訊科技的快速發展，人們的日常生活作息已與資通訊科技緊密結合。運用我國現有機電、電子、材料、信息、通訊、自動化及控制產業與技術優勢，將ICT產業與傳統營建產業結合，掌握智慧化居住生活科技發展趨勢與機會，逐漸成為發展重點。年起實施，以延續并擴大智慧綠建筑推動方案之相關成果。除延續發展智慧綠建筑外，其目標在達成智慧生活產業化，考慮了我國整體其環境發展且遵循xxx當前智慧城市之重要政策，以提升人民福祉、環境永續發展及創造資通科技(ICT)產業新出路為主，同時發展國際市場，以「智慧生活創造者」作為xx國際市場的新品牌。動智慧綠建筑政策外，更因應國內外由智慧綠建筑邁入智慧城市之發展趨勢，開展永續智慧社區創新實證示范與智慧綠建筑深耕升級兩項新的重點工作。其結合以往產業推動與服務應用發展成果，并整合各智慧建筑服務與應用進行擴散與推廣，健全了智慧建筑產業應用環境且落實產業基礎環境之建構，同時亦協助落實永續智慧社區創新實證示范，以達到藉由實證場域之驗證讓國內業界得以發揮整合實力，作為未來整廠輸出之基礎，期望達到環境、民眾與業界三贏之目標。xx的5G通訊及AIoT基礎環境逐漸形成。當可以其為基礎，于建筑產業投入跨領域創新應用，以引領建筑產業運用高端資通訊技術，強化并整合建筑物信息、自動化服務與管理，以求達到自動感知、分析及聯動回應、通知與數據整合等功能，并進一步滿足社會住宅營運維護上的需求。目前國內社會住宅多以個別委外模式辦理維護管理作業，主辦單位在管理眾多的社會住宅社區時，尚無一完善之信息平臺，結合建筑信息模型(BuildingInformationModeling，簡稱BIM)、IoT等新興信息技術，來統合各社會住宅社區的營運數據，以便實時掌握完整的營運現況，提供更好的服務。2貳、計劃目的為協助國內社會住宅主辦單位在管理眾多的社會住宅社區時，可以結合建筑信息建的營運數據，以便實時掌握完整的營運現況，提供更好的服務。建研所業采用「平臺即的技術規劃完成一智慧管理云平臺原型（以下簡稱平臺原型匯整與統合BIM模型等靜態資料以及設置于室內IoT感測數據與大樓自動化系統（BuildingAutomation，簡稱BA）運轉等動態數據，同時串聯各種服務及管理的應用(如安全、健康各別的應用服務與管理界面。圖1建筑各系統信息分散片斷化問題資料來源：思納捷科技計劃預訂基于前期林口社會住宅C區完成之設備管理、報修系統、能源管理系統并整合消防警報示范功能，擴大范圍再新增場域實作功能對平臺作進一步優化，同時完成平臺功能規格文件、實施的相關指引文件、信息交換格式、所需要的人力經費資源，以及相關配套的工作與流程，提供社宅主辦單位作為實際采用本平臺原型技術，實際建置其專有維護管理云平臺之參考。為此，本案增加示范應用功能，整合成一個具有服務理念的智慧化能源管理模式呈現PaaS平臺之特色，透過數據分析、模式預測，電力需求預能，實現節能降耗、提高效率、降低碳排放、增加安全等目標，并進行實際案例之評估與驗證，期能提高居社會住宅服務質量。交付前應用功能中所建置之BIM模型信息、管理使用界面、實施流程指引、文件交付需求。包含案例實施流程、新建案合約要求時機與方式、PaaS平臺底層功能與API之規格說明、應用功能模塊原始碼，以及IoT設備及BIM信息交付需求文件等項目。緒論3再者，因應未來大量社宅完工啟用，預先針對平臺未來正式營運情境，強化整體服務建置與維護基礎。藉由檢視現有驗證場域系統、人員與營運流程存在著哪些可能的風險，建立維運作業建議與操作流程指南。最后利用社會住宅實際案例進行場域實作與成果發表，使社會住宅主辦單位能進一步了解采用平臺原型的成果與優點，以加速推廣應用。圖2智慧管理云平臺期解決智慧建筑各系統信息分散片斷化問題資料來源：思納捷科技參、計劃執行重點前期計劃以內政部建筑研究所智慧維護管理云平臺原型(以下簡稱為平臺原型)規劃應用功能。示范應用功能以林口社會住宅C區E棟做為驗證場域，林口社會住宅過往已經建置完成既有的建筑自動化系統以及消防系統，既有系統的訊號僅統一連接至中控室作為現場監控使用。增林口社宅共計三區三棟建物之應用實作，匯整與統合靜態BIM模型以及各類動態IoT社會住宅實施流程與新建案合約要求時機與方式。4圖3智慧維護管理云平臺原型架構資料來源：思納捷科技肆、計劃時程手續指引與信息交付需求。表1計劃時程表資料來源：思納捷科技緒論5表2查核點說明表查核點查核點內容報告書提出工作進度報告1份，內容包含1.計劃實作說明2.計劃期程3.預期效益112年8月3日1提出期中報告30份，內容包含臺應用、執行內容與執行進度臺應用、完整執行內容111年12月1日1提出結案報告30份，并依期末審查委員意見1.場域執行成果2.場域實施流程、指引與信息交付需求3.辦理成果發表會1場資料來源：思納捷科技6第二節智慧管理云平臺定義范圍與特色壹、智慧維護管理云平臺定義與范圍本計劃所建構的智慧維護管理云平臺用以串聯智慧建筑中的各自獨立的系統，如建筑信息建模（簡稱BIM）靜態資料、物業管理與IoT等運轉等動態數據，并將這些系統臺即服務」（PlatformasaService，PaaS設為了能清楚展現本計劃之智慧維護管理云平臺的功用與特色，計劃同時建構四個情管理的應用服務(如安全、健康、節能與物業管理等)，也就是「軟件即服務」(Softwareas承租戶等三方各別的應用服務。本智慧管理云平臺上之應用并非直接取代智慧建筑中其他系統之既有功能，而是透新型態應用，彼此之間相輔相成而非取代。圖4PaaS平臺與SaaS服務之架構概念資料來源：思納捷科技緒論7貳、智慧維護管理云平臺特色本計劃建構之智慧管理云平臺最顯著的幾個特透過建筑物BIM、物業管理系統、大樓自動化與IoT系統串聯整合，將各社會住宅資料視覺化，并提供一站式直覺操作方式，便于營運管理2異.常事件實時告警：可在第一時間同時自動化通知相關管理單位異常事件發生項目、使間與空間等信息。3營.運、巡檢與維修管理導入自動化監控管理。上述的這些特色也促成了社會住宅營運成本降低、社宅服務質量提高，包含了自動業管理業者績效；而異常事件緊急自動告警則強化了社會住宅安全與保障。智慧管理云平臺的建構并非取代社會住宅社區的中央監控系統，它與中央監控系統控系統介接設備可得知單一社區的設備現況，但無法將不同設備信息與空間信息串聯在讓社會住宅擁有者同步監看多個社會住宅之營運概況信息。智慧管理云平臺在串接各系統中，介接建筑內各個系統包含BIM、物業管理與大樓自動化、IoT等的信息，例如匯整與統合BIM模型等靜態資料以及設置于室內IoT感測數據與大樓自動化系統運轉等動態數據。匯整信息的用意主要希望可以進行跨系統信息筑設施管理系統資料格式標準及測試規范，并找出各系統的最大公約出來訂定與平臺介接的格式。exchange）建筑物營運管理信息之標準格式，則可有助加快介接的速度。通常BIM的資料繁復，輕量化定義一統的BIM信息有助介接并與其他領域整合使用。工程圖說為營建工程規劃、設計、施工，乃至于營運階段的重要成果，是由不同的8交付階段的營運維護管理，更需要仰賴完整圖為了有效管理相關工程圖說，需透過建立圖說格式規范以及信息交換與流程程序，最后統一將圖說信息收容于圖資倉儲管理系統中。圖資倉儲管理系統用以管理來自所有上下包廠商的BIM圖資信息，用于留存、管理、交流企業內部知識文件，內容包含2D、 系統的BIM資料一般為靜態資料，在與本案云平臺介接時只需遵循平臺所提供的資料格式，將可透過平臺提供的API界面很快介接上。后續再進一步透過云平臺與其他IoT等管理系統之業主，依然可以透過標準IFC格式BIM模型檔案與COBie電子表單資料的匯入，于本平臺上建立營運維護管理所需之信息。圖5PaaS平臺與SaaS服務及User之間的架構概念資料來源：思納捷科技本平臺預設由社會住宅擁有者來進行建置與營運，平臺介接社宅的相關信息系統，如BIM、社區物業管理系統與IoT系統等，遵循標準資料格式，并運用API等方式介接關的信息項目加以整合，例如IoT的設備運轉資料進行分析外，可進行與空間的BIM資統計數據外，空調設備同時也與空間BIM資料連結，當需要知道運轉狀況不佳空調之位緒論9置時，可以經點選該項目，很快獲得BIM的2D、3D圖資與靜態信息，不需另外開啟其他系統或軟件，重新調閱查詢相關信息。社宅擁有者在營運智慧管理云平臺時，除本身可同時監控不同社宅營運狀況外，同時也可分層級來提供各物業管者與住戶所在社宅的以進行設備報修，而物管業者可以透過BIM信息得知設備信息、位置與規格，以及現行運轉狀況，當設備進入修繕后可以進行進度追蹤，而住戶也可得知報修設備的進度。最大的效益之一是建構一資料的匯流平臺，不同系統資料有一統資料格式介接至匯流平格式與資料匯流平臺介接，再由平臺內部的數據庫、數據分析來進行資料重構與連結即接工時與項目。另外，本案智慧管理云平臺將各式資料加以連結，除了便于社宅擁有者實時掌握整低維護管理成本、縮短修繕時程與相關額外支出。本計劃擬接續平臺原型之規劃成果，利用社會住宅實際案例進行場域實作與成果發社會住宅主辦單位能進一步了解采用平臺原型的成果與優點，以加速推廣應用。圖6平臺與需求應對說明資寮來源：思納捷科技第三節試驗場域_林口世大運選手村社會住宅介紹合青年創業基地，建構完整的社會住宅模范社區。圖7林口世大運選手村社會住宅資料來源：國家住宅與都市更新中心交通及生活機能良好。基地周邊生活有家樂福、全聯等購物賣場，并鄰近影城、outlet與學校可供選擇。休閑運動緊鄰林口社區運動公園，園區占地共4.3公頃，內有林口社區運及公交車，南來北往交通便捷。林口社會住宅共分為A、B、C、D等四區。每區面積不一，A區基地面積25，068㎡，B區基地面積19，796㎡，C區基地面積22，792㎡，D區基地面積31，670㎡。每區約興建6–11棟建物，樓層約地上12層至21層、地下2層。全區皆取得綠建筑黃金級、107年、108年獲得智慧建筑銅級標章。以A區：8棟建物，地上12至20層、地下2層。其中部非營利幼兒園、新北創力坊等使用。非營利幼兒園等使用。C區：9棟建物，地上18至20層、地下2層。其中部分樓層設置作為身心障礙者庇途之家、長照管理中心（林口分站）等使用。緒論D區：11棟建物，地上17至21層、地下2層。其中部分樓層設置為非營利幼兒園林口社會住宅共3,408戶，由中央成立行政法人統籌管理，經濟部并進駐國際創業有攝錄影監控系統，提供社區24小時安全監控服務，并由承包商或機電人員負責維修保養并由值勤保全人員負責保管使用。圖8林口世大運選手村社會住宅地理位置資料來源：國家住宅與都市更新中心第四節平臺目標使用對象國_家住宅及都市更新中心介紹更新條例之授權、依循國家住宅及都市更新中心設置條例之規定，爰成立國家住宅及都市更新中心(以下稱國家住都中心)。以獨立角色，協助政府辦理都市更新事業之整合及投資、擔任都市更新事業實施者、社會住宅及都市更新不動產之管理及營運、經內政部指示辦理社會住宅及都市更新業務等工作。以達成政府社會住宅及都市更新政策中，公私有資產再利用、都市機能活化、改善居住環境及提升公共利益等目標。國家住都中心成立之目的為以專業且具彈性的獨立角色，協維護國民權益、創造整體國民福祉。依據國家住宅及都市更新中心設置條例第3條之規定，業務范圍如下：1.社會住宅之受托管理。2.都市更新事業之整合及投資。3.擔任都市更新事業實施者。4.受托辦理都市更新事業實施者之公開評選及其后續履約管理業務。5.社會住宅及都市更新不動產之管理及營運。6.住宅、都市更新之信息搜集、統計分析、研究規劃、可行性評估及教育訓練。國家住都中心成立近四年，截至111年6月底已于全國完成49處基地共1萬7,344團體培力，也將公共藝術社區化，累積豐富的營運經驗，為日后6.92萬戶的社會住宅打下堅韌的基礎。緒論第五節需求訪談為積極了解國家住都中心之營運需求及痛點，于112年8月1日與建研所一同拜訪國家住都中心資產管理部營運管理組組長及其成員，全面性了解住都中心營運需求以及n訪談地點：國家住宅及都市更新中心n受訪者：國家住宅及都市更新中心資產管理部營運管理組_林俊豪組長、彭圣軒、蘇偉綸、鍾宇政思納捷科技_葉京澔處長、林根溢項目經理、潘冠伶項目經理n訪問流程：2.思納捷介紹3.討論交流n現場訪談：1.是否可提供各棟的SCADA廠商名單？其中宗亞信息是否有負責其他大樓？A：C區整區都是宗亞科技，A、B區由立固自動化負責、D區優懋，廠商有交付BIM圖位表及后續合作的意愿。求，以利與現場聯系并請現場提供必要協助。3.目前是否有使用智慧建筑類型的云端管理平臺？有與現場的設備或中央監控系統做連結，形成一套完整的智慧建筑管理系統。4.哪些設施或營運項目較為偏好使用遠端管理平臺來監控？另外，針對由于消防警報等現場突發狀況、住戶門禁系統的使用情形等與安全相關資訊。例如：有無住戶異常進出紀錄是(否有長期只進不出的情形)、社區安全異常警示 的告警或事件觸發，加入自動Line通報的機制。A：目前針對BIM檔的使用度較低，先前施工完成收到廠商提交的檔案后就存檔。6.目前使用的智慧建筑相關云端管理平臺，是否有3D應用？A：考量到系統的效能，目前沒有3D的應用。位角度ex物業)共同使用？林口社宅，然而考量到未來遍布全國的社宅需要管理，在有限的人力下，就需要更完規劃整體系統的功能跟發展。n現況分析：1.目前住都中心有使用五年前建置的物業管理系統：后臺管理系統、住戶用與管理單位用的APP，目前使用的系統主要應用于林口世大戶可在線登記或結合住戶APP填報修單進行報修、柜臺服務、訪客登記、社宅服務中心(現場管理住戶用)、租約管理、收費管理、報表管理，屬獨立管理系統，但沒有連結智慧建筑管理系統，故期望物管系統(清潔、機電、保全、行政管理可)與智慧建筑系統串接。2.目前針對BIM檔的使用度較低，期望BIM可以結合設施設備管理，看到設備運轉狀況等營運作業。3.期望未來管理可有一套系統解決整體興建透過從工程階段所接的圖資倉儲、設備財產清單，到維管理到與中心內跨部的財會系統的對接，來將所有的維運流程采數據化的管理模式。緒論4.目前社宅現場的維護廠商不進系統去通報維管狀況，獨立通報住都中心維管狀況，缺乏整體性的通報及設備狀況，需要人工介入作整理。5.目前物業管理系統使用界面不夠直覺化，學習需要較多時間，并且為支援其他行動裝置的頁面。況，所以所需的管理系統跟目前市面上的物管系統產品有落差很大。援，且對于銀行對接的熟悉度很低。接下來的處理程序。4.流程的電子化：目前太多線下的Excel表單，希望系統可以協助將資料轉成信息。5.BIM圖臺的加值應用：期待未來廠商在竣工后與BIM的圖資能精準到位，因為未來希望BIM是可以使用而不是儲存而已。n后續合作建議：其他通用型的通訊格式，并且透過適當的串接將原有的人工通報模式修改為采Line的自動化報修格式。2.設備維修狀態視覺化：評估優先處理公設設備的維修狀態視覺化，例如可輕易地了解現場設備目前的故障情形，設備維修的可追蹤性等等。3.計劃架構：本案實際計劃架構待思納捷確認及現勘后再提給建研所及社宅管理單位工同討論。期服務都要解決，為確保未來可有效率管理跨縣市、跨區域之國家社會住宅，期管系統包含清潔、機電、保全、行政管理等作業，與智慧建筑維運系統串接運的問題。圖9國家住都中心營運范疇與痛點資料來源：思納捷科技執行方法與成果說明第二章執行方法與成果說明第一節計劃執行方法本案工作大致可以分成五個分項，分別為平臺實作與擴充、BIM/FM連動應用平臺圖10本計劃工作內容與項目資料來源：思納捷科技本計劃預訂基于前期林口社會住宅C區E棟完成之設備管理報修系統、能源管理系統并整合消防警報示范功能，本期擴大范圍于A區A1棟、B區B1棟增加主要設備管理的應用功能，以進行應用服務與營運模式驗證，延伸強化現有示范應用功能，提供一站式維運信息統計基礎，協助住都管理者做為決策之依據并擴充管理，以確保滿足未來正式營運持續性需求，實現智慧維護管理云平臺之永續經營。圖11本案位于林口社宅之實作建物資料來源：國家住宅與都市更新中心一、增加示范應用功能1、能源效率比較與分析：模擬示范如何透過比較與分析3棟場域之能源使用數據，作為住都中心優化社會住宅營運作業參考，以提高社會住宅的能源效率。2、主要設備IoT維運管理：利用3DBIM呈現與整合社會住宅的主要機電設備使用等功能。二、發展區跨域營運績效分析與比較實作不同區別實作場域示范應用功能與信息之串聯整合功能，并發展區跨域營運績效分析與比較。三、支援多社宅基地及多應用委派權限管理新增支援復數社宅場域應用情境的使用者權限管理，每區可同時執行的本計劃要求實作之示范應用能，滿足社會住宅主辦單位、現場物業管理者以及租戶同時操作需求。需求。包含既有社會住宅案實施流程、新建案合約與API之規格說明、應用功能模塊原始碼，以及IoT設備及BIM信息交付需求文件等項目。參、強化系統服/務韌性因應未來大量社宅完工啟用，預先針對平臺未來正式營運情境，強化整體服務建置維運作業建議與操作流程指南。肆、辦理一場成果發表會向社會住宅管理單位及建筑產業相關各界，展示本案示范場域實作成果。執行方法與成果說明第二節智慧維護管理云平臺架構介紹平臺原型的功能架構主要區分為資料來源、PaaS應用及SaaS應用三部分。過往平臺原型開發范圍主要針對資料來源及PaaS應用為主，本計劃則發展基于平臺原型之SaaS應用為主。圖12平臺原型功能架構圖資料來源：思納捷科技建筑內各子系統所產生的資料于地端匯整后，透過標準化資料格式傳遞至平臺，平臺內部經過一系列中介程序接收相關信息后與其他系統資料關聯，進行格式轉換、編碼轉換以及匯整流程，后續透過整合服務儲存進入建筑營運數據庫中。本期計劃與林口社宅原有設施設備建置廠商合作，由廠商協助針對現有設施設備系統訊號轉接，將其指定的信息轉接至「建筑設施設備訊號介接閘道器」(以下簡稱介接閘道器)，此介接閘道器接收完所有訊號后，將訊號以指定的標準通訊格式轉送至平臺。圖13平臺資料串流架構資料來源：思納捷科技20平臺SaaS應用」兩部分，并采用云端服務開發社宅地圖與資料永續儲存。為彰顯平臺應用特色，本計劃開發部分SaaS應用，未來可介接其他SaaS于本平臺進行整合與管理。圖14本期平臺架構與云端服務資料來源：思納捷科技圖臺管理方式，結合BIM檔整合為跨區管理功能，然為開發GIS與BIM之整合功能，首先采用國家高速網絡與計算中心(以下稱國網中心的)「三維空間信息基礎環境共構及資料置期程，加速應用服務拓展。2.高效能云端：使機關體驗不受限制的云端整合應用服務，創造高效能與安全的3.彈性方案：根據不同需求主機與系統方案導入，提供特定領域功能模塊以強化資料流通與三維應用。執行方法與成果說明21圖15三維空間信息基礎環境共構及資料聯盟架構及資料聯盟」之云端服務中開發GIS圖臺，并匯入林口社宅三棟建物之BIM模型，目的為研究既有社宅所存留之BIM檔案匯入GIS圖臺之可行性，并評估未來新建設宅之BIM檔欲匯入GIS圖臺所需之規格與相關文件條件。密切來往交流累積之豐富的平臺開發經驗，成功協助內政部建立起國家的三維地理訊系統，服務廣大國民，也透過各式應用功能加強各部會決策的研擬與推動。圖16多維度國家空間信息物服務平臺資料來源：藏識科技有限公司22藏識科技所開發之GIS圖臺界面簡單功能多元，前臺可為個人計算機應用程序、手持外流，國防信息審慎把守，擁有符合ISO27001的證書同時擁有ISO27001稽核人員，并通過OGC國際標準認證SensorThings、WMTS、KML、WFS等。圖17本案開發之GIS圖臺資料來源：藏識科技有限公司執行方法與成果說明23第三節資料點位資料收集與擴充建物選擇本計劃在前期已收集到C區E棟的點位資料，并該點位類別為主，分別向另三區BA廠商確認點位信息，綜整之后結果如下：A、B區C區D區BA廠商BA廠商電流、累積度數、功率、功因)數、功率、功因電流、電壓、有效電優懋網電科技優懋網電科技電流、電壓、有效電各樓層門位警報地下室&一樓大門電梯廳安全門門位、樓梯安全門門位偵測電梯廳安全門門位消防通報再開啟門禁各樓層火警消防箱各棟總警報點各樓層緊急壓扣與警報單數樓層緊急求救壓扣各樓層緊急求救壓扣各樓層緊急求救壓扣地下水箱磁簧偵測、消防水箱磁簧偵測、頂樓露臺門位偵測地下水箱入侵偵測、消防水箱入侵偵測、頂樓露臺入侵偵測地下水箱磁簧偵測、消防水箱磁簧偵測變頻進風機狀態地下室進排風機運轉、警報與異常狀態各樓層變頻進風機運轉、警報與異常狀態地下室進排風機運轉、警報與異常狀態電動風門狀態XVX24A、B區C區D區BA廠商優懋網電科技各式馬達狀態各式馬達狀態(抽水雨水帶洪泵、揚水雨水帶洪泵、揚水雨水帶洪泵、揚水馬達、加壓馬達、汙馬達、加壓馬達、汙泵、電梯機坑抽水泵、電梯機坑抽水泵、電梯機坑抽水泵、電梯機坑抽水泵、電梯機坑抽水水泵水泵)啟(、停、故障)泵、連結送水泵泵、連結送水泵泵、連結送水泵泵、連結送水泵泵、連結送水泵各式水槽液位計或高水位sensor緊急電梯機坑水位、無障礙電梯機坑水水箱、消防水池緊急電梯機坑水位、無障礙電梯機坑水位、地下水箱、二層水箱、消防水池緊急電梯機坑水位、無障礙電梯機坑水位、地下水箱、二層水箱、消防水池各樓層電梯狀態各棟電梯運作狀態X資料來源：思納捷科技時間有限，故本期選擇擴充兩棟之評估基準以快速為主，最終選擇A、B區各一棟作為本次計劃擴充目標。第四節點位資料轉換本期計劃選定A區A1棟、B區B1棟、C區E棟，并與BA廠商聯系了解資料介接方式與通訊協定，前期與宗亞信息合作之C區E棟以ModBus方式介接資料，本期與立固自動化接洽則采用API方式介接。本案將BA廠商所提供之信息轉接至介接閘道器后，將訊號再轉成TAICS標準轉送至平臺。圖18點位資料轉換流程資料來源：思納捷科技執行方法與成果說明25類與整理，以上表的類別為基礎，篩選出本次建物的點位信息，再依據TAICS標準針對所有點位信息逐筆進行轉換。三區轉換后的詳細清單請詳附件。圖19林口社宅A區點位資料資料來源：立固自動化圖20林口社宅B區點位資料資料來源：立固自動化圖21林口社宅C區點位資料資料來源：宗亞信息26第五節成果說明_深化與擴大平臺實作場域本計劃預訂基于前期林口社會住宅C區完成之設備管理報修系統、能源管理系統并整合消防警報示范功能，擴大范圍再新增2區各一楝建筑并增加主要設備管理的應用功能，以進行應用服務與營運模式驗證，延伸強化現有示范應用功能，提供一站式維運資訊統計基礎，協助住都管理者做為決策之依據并擴充管理，以確保滿足未來正式營運持續性需求，實現智慧維護管理云平臺之永續經營。圖22擴大示范場共計三區三棟資料來源：本案平臺實際畫面一、增加示范應用功能1、能源效率比較與分析：模擬示范如何透過比較與分析3棟場域之能源使用數據，作為住都中心優化社會住宅營運作業參考，以提高社會住宅的能源效率。本期主要收取地表資料，包含瞬間電量與累積電量，下圖為A區A1棟與B區B1棟電表之累積用電量進行圖表分析，本期數據分析示范應用由基本信息分析與需量管理功能來呈現。圖23利用A區A1棟與B區B1棟電表之累積用電量進行圖表分析資料來源：本案平臺實際畫面執行方法與成果說明27主要設備IoT維運管理：利用3DBIM呈現與整合社會住宅的主要機電設備使用狀態與維護，透過智慧建筑IoT功能實現自動感知、分析、連動、通知和數據整合等功能。本期以BIM與GIS圖臺整合，聯動BA廠商的系統信息呈現各設備的狀態包含告警信息，并透過圖臺通知系統使用人員告警信息。圖24主要設備IoT維運管理呈現資料來源：本案平臺實際畫面二、發展區跨域營運績效分析與比較實作不同場域示范應用功能與信息之串聯整合功能，并發展跨域營運績效分析與比較。使用者可依據營運需求進行數據比對，如同建物不同設備之數據比較，或是不同建物之設備數據比較等。圖25跨域營運績效分析與比較呈現資料來源：本案平臺實際畫面28三、支援多社宅基地及多應用委派權限管理新增支援復數社宅場域應用情境的使用者權限管理，每區可同時執行的本計劃要求實作之示范應用能，滿足社會住宅主辦單位、現場物業管理者以及租戶同時操作需求。復數社宅場域應用情境的使用者權限管理功能資料來源：本案平臺實際畫面執行方法與成果說明29第六節實務困難與挑戰本案亮點為BIM與GIS整合，系結合既有住宅之老舊BIM檔與GIS圖臺整合，亦是本案最大挑戰之一。對于BIM模型，3D地圖圖臺支援的檔案格式為IFC格式的ifc 2X3檔案。IFC檔案具有共通交換的特性，是多數商業軟件可以匯出的檔案格式；且2x3版本是目前流通性最廣泛的格式。因圖臺只接受IFC格式，因此必須將原BIM模型的檔案匯出為IFC檔案格式，以便匯入圖臺。將IFC檔案匯入圖臺之前，會先用一般的IFC檔案瀏覽軟件檢查內容是否完整。確將完整的建物呈現在圖臺內，后續則逐次調整建物位置即完成。匯入流程如下圖：圖26IFC檔案匯入圖臺的工作流程資料來源：藏識科技有限公司出至IFC，二為IFC檔案匯入圖臺。以下說明兩階段步驟內發生異常的可能原因。壹、原始BIM檔案匯出至IFC原始BIM檔案（revit檔）轉為IFC的過程中出現問題，導致匯出的IFC檔案利用一般瀏覽軟件開啟時即出現錯誤，例如OpenIFCViewer、BIMcollabZOOM、BIMvision。檢查IFC檔案時錯誤有以下幾種：1.建物元件遺失，如C區E棟有部分墻面、樓層消失。2.檔案無法開啟。如A區A1棟的12樓檔案，使用瀏覽軟件無法開啟，在開啟過程中會中止程序。30圖27C區E棟2樓、3樓、8樓元件消失資料來源：藏識科技有限公司圖28利用OpenIFCViewer開啟失敗資料來源：藏識科技有限公司推估可能原因是原始BIM檔案版本太舊造成。BIM的源文件為Autodesk的revit檔案，檔案開啟時會強制升級檔案至最新版后有可能造成檔案內的關聯、元件消失。即使Autodesk開啟檔案后可以出現整棟建物，但是匯出IFC的過程中都有可能出現關聯消失、部分元件消失，導致IFC檔案出現元件消失，或是檔案無法開啟檔案的狀況。階段的異常唯有透過Autodesk才能了解，但檔案版本已經過舊，難以追問、搜尋到相關解答。Autodesk網站的問題解答內以將檔案匯出為單一完整的IFC檔案，可以解決檔案關聯消失的問題。但本團隊嘗試匯出為單一檔案后，也出現過建物元件移位和出現他棟建物元件的異常。如A區A1棟即發生屋頂裝飾柱移位，C區E棟除了元件消失，也出現他棟建物的元件。造成以上情形的原因，除了檔案升級過程中的關聯消失，狀況初步評估需與制圖單位討論解決方案。執行方法與成果說明31貳、IFC檔案匯入圖臺圖臺支援IFC2X3版本的檔案格式，是目前流通量最多的格式。使用瀏覽軟件確認完 重。錯誤情形及說明如下：1、部分樓層匯入失敗如A區A1棟的頂樓無法匯入，此部分的文件名稱是「7195C-AR-A12-12F-S-0前所述，這部分樓層檔案利用瀏覽軟件已無法敗。工程師追查后發現程序碼在第248156行時進入無窮循環，最終無法轉檔成功，即無法匯入圖臺。2、部分樓層偏移嚴重如B區B1棟的13樓和18樓，C區E棟的頂樓物件，匯入之后會出現在大西洋海域的海底，無法順利出現在應有位置。樓層重新設定坐標及高程。造成部分樓層偏移極有可能為源文件匯出IFC檔案時發生坐標消失、關聯失效。而IFC瀏覽軟件是無法立即顯示坐標消失的狀況，都必須等檔案匯入圖臺之后才會發現問題。若要減少部分樓層偏移的問題，在匯出IFC檔案時將所有樓層匯出為單一檔案是最佳做法，但仍必須克服前述說明的建物元件移位和出現他棟建物元件的異常狀況。圖29A區A1棟單一檔案會出屋頂元件位移、C區E棟單一檔案會出現他棟元件資料來源：藏識科技有限公司32第三章交付實作場域示范應用功能文件包含既有社會住宅案實施流程、新建案合約要求時機與方式、PaaS平臺底層功能與API之規格說明、應用功能模塊原始碼，以及IoT設備及BIM信息交付需求文件等項目。第一節本案所建置之BIM模型信息本案透過Revit軟件將收集到的BIM檔進行升級，并查看檔案內容狀況與制程方式，再透過整合與轉檔方式提供給圖臺進行定位與上傳。轉檔后的BIM檔請詳光盤。圖30整合與轉檔后之BIM檔資料資料來源：思納捷科技第二節管理使用界面本案平臺之管理界面分為三部分：場域管理、角色管理及賬號管理。壹、場域管理場域進行管理。第一層場域第二層場域A區A1棟B區B1棟C區E棟資料來源：思納捷科技交付實作場域示範應用功能文件33另外在場域管理底下可再繼續建立管理人員信息，以利快速查找相對應之管理人員。圖31平臺場域管理頁面資料來源：本案平臺實際畫面圖32場域架構、建物資料、管理人員信息管理資料來源：本案平臺實際畫面34貳、角色管理派一名最高管理人員為本平臺全權限之使用者，最高管理人員則可針對各場域或建物于而達到各階層使用者僅針對所屬權限使用平臺，信息不紊亂，重要信息不外泄。況設置。本平臺設定之角色與功能如下表：編號第一層第二層管理者一般使用者設備管理社宅地圖VVVVVV能源資料分析VVVV電費單資料建檔VV事件管理事件日志VV事件設定VV報修管理報修管理VV場域管理V賬號管理VV角色管理V資料來源：思納捷科技交付實作場域示範應用功能文件35圖33平臺角色管理頁面資料來源：本案平臺實際畫面圖34場域管理與角色管理之連結資料來源：本案平臺實際畫面圖35角色創建與權限勾選資料來源：本案平臺實際畫面36參、賬號管理限管理者或是其他管理人員進行角色指派，當使用者被指派到角色后即可于平臺使用相對應之功能。圖36平臺賬號管理頁面資料來源：本案平臺實際畫面圖37使用者賬號清單資料來源：本案平臺實際畫面肆、使用者操作環境瀏覽器類型：MicrosoftEdge、AppleSafar網頁類型：RWD響應式網頁。交付實作場域示範應用功能文件37第三節實施流程針對本平臺實施流程分為二階段：既有社會住宅案實施流程與新建案合約要求時機與方式，既有社宅因年限長、建物老舊，在資料方面不一定存有BIM檔案，在管理方面BA/SCADA廠商之系統各有千秋，能收集的資料格式與狀態不一，故針對既有社宅需有其他相對應的措施進行智慧化管理；信按部分則可于建物開發前將相關資料與管理方式施流程分別說明。壹、既有社會住宅案實施流程社宅需整合管理，且年份較高，不一定存有BIM檔圖資或信息缺漏的情況下，如何在有限成本將既有住宅納入本平臺管理是國家住都中心一大課題。為此本案建議針對以下部分對既有住宅進行盤點與評估。既有社宅導入智慧化管理除現場物管人員與服務中心人員外，BA廠商所收集之信息亦可與本平臺界接，除此之外，建議可優先導入信息的分析進而監看社宅使用情況，后續可在逐年評估導入其他安全類型之智慧化設并將信息或監看畫面導入本平臺，與現場管理人員同步進行實時監控。BA廠商信息格式轉換信息不一致的情況，故需請BA廠商協助依據TAICS標準進行轉換，可更有效率介接至平臺，后續亦可透過本平臺API格式要求未來新接手之廠商，以利維持平臺運作。二、BIM檔修復或輕量化圖資管理以林口社宅為例，目前BIM檔因需匯入圖臺故有轉檔缺漏的情況，為此可透過相關專業廠商進行討論，研擬BIM檔修復的可行性。而無BIM檔之既有社宅，可透過圖資平臺的3D模型進行建構，再透過BA廠商的信息轉換成設備進行管理。經過上述評估后可了解每處既有社宅可掌握的智慧化信息之多寡，規劃長期智慧化管理慧化社宅管理群。38貳、新建案合約要求時機與方式都中心已規劃新建案之合約要求規范，包含BIM圖資資料格式等，待廠商提交后將匯入國家住都中心內部圖資管理系統中進行后續管理與應用。故針對新建案合約的要求方式本案分二部分建議提供參考：依國際設施管理協會(InternationalFacilityManagementAssociation，簡稱IFMA)對于設施管理(FacilityManagement，簡稱FM的)定義是「以保持業務空間高質量的生活和提高投資效益為目的，以最新的技術對人類有效的生活環境進行規劃、整備和維護管理的工作」。隨著營建產業之規模增大及架構之復雜化，大量的信息與數據隨之而生，以計算機資訊提升產業效率進行信息化管理為其必然之道，如何有效的進行信息整合及視覺化以利設施管理是值得探討的問題。目前在建筑生命周期中，常會利用建筑信息模型技術，將建物從規劃設計到施工建造的所有資料以資訊模型的方式建立，對于完工后啟用開始的各種設施設備運轉數據，以及IoT的各種動態訊息的接收與分析處理，截至目前為止尚未有適當且一致的標準，可作為智慧建筑使用后收集資料的格式標準。有鑒于國內尚未有一適當且一致的標準可以滿足智慧建筑中資料收集的格式標準需求，因此財團法人xx資通訊產業標準協會(TaiwanAssociationofInformationCimmunicationStandars，簡稱TAICS)針對智慧建筑全生命周期設施管理系統的應用情境 效益，提高系統整合的建置水平與維護質量，促進國內設備與系統整合等相關業者的技術水平，提升產業競爭力。「智慧建筑設施管理系統資料格式標準」中定義了智慧建筑設施管理系統 (IntelligentBuildingFacilityManagement法。智慧建筑設施管理系統包含設施管理整合管理云平臺及以電力系統、空調系統、通風系統、照明系統、給排水系統、環境系統、消防系統、電梯系統、動力系統、監視系統等組成之子系統，如下圖所示。交付實作場域示範應用功能文件39圖38智慧建筑設施管理整合管理平臺所包含設備類別示意圖資料來源：智慧建筑設施管理系統資料格式標準由于社會住宅的興建主要以建筑主體為主，興建社會住宅委外的需求書中所敘述的內容也大多以建筑本身內容為主，系統整合或是IoT相關需求少之又少，在預算方面亦是如此。然，從內政部提供的建筑物構成與考量需長期維護修繕部位圖來看，不管是自動化設備、資通訊設備與相關的電器設備等皆是未來需長期維護的項目。未來云平臺出了提供社宅發包單位需求規格書信息方面外，亦可藉由不同機會來為平臺系統爭取更多的預算與經費。關于發包時需求規格書納入云平臺介接信息所需的資料格式，在建筑設備與各種IoT裝置方面，現階段建議可將xx資通訊產業標準協會所制定之「智慧建筑能源管理系統2020)」[2]以及「智慧建筑設施管理系統資料格式標準及測試規范(TAICSTS-0054v1. 碼定義，一旦各裝置資料定義與格式統一，就有助與云平臺資料介接，同時也便于與其他系統資料整合。上列標準同時對于資料類別與資料型態也進行規范，包含各式數值、高度、空間名稱、樓層名稱與房間編號等。40圖39財團法人xx資通訊產業標準協會產業標準封面示意資料來源：思納捷科技在裝置ID信息方面，裝置ID之格式為裝置類別代碼(2-4碼英文字母或數字)后面加上數字編號(4位數字)，例如："IPCM-0100"表示"網絡攝影機0100號"，"FPFP-003"表示 "消防泵浦3號"。在各單元子系統內部的裝置皆需要分配一個裝置ID用來識別不同的裝用不同的編號加以區分，裝置ID分別為"EMBN-0001"和"EMBN-0002"。單元子系統整合平臺(ESI)必須能夠依據裝置ID找到相對應的裝置進行監控。裝置ID原則上由ESI決定，于裝置登錄或首次資料交換時告知主要系統整合平臺 層、房間等位置信息，不包含在裝置ID之中。位置信息構成另外的數據項，由ESI或MSI依實際狀況進行管理設定。圖40資料介接裝置ID格式示意圖資料來源：智慧建筑能源管理系統資料格式標準然而由于原先標準中制定的裝置ID僅限定于單一建筑中的唯一性，對于要發展一可以管轄眾多建筑的云平臺而言，僅憑借裝置ID并無法確保于平臺中的資料唯一性。因此于「智慧建筑設施管理系統資料格式標準及測試規范(TAICSTS-0042v1.0：2022)」[4]，料時，將采用整合主要系統整合平臺的裝置ID搭配項目代碼的方式，以將所有不同建物中的設施設備系統編號區隔，可以確保所有不同建物中的施設施設信息都能依此定義區隔收容。交付實作場域示範應用功能文件41表6智慧建筑設施管理系統資料格式標準專-案信息定義中文名稱短名稱資料型態預設單位/列舉值集項目代碼pID項目名稱項目名稱所在行政區地號建位品類依據建筑技術規則輸為B2。若為復合式則用斜線(/)區分項目說明資料來源：智慧建筑設施管理系統資料格式標準及測試規范裝置類別信息與資料型態信息參考現行xx資通訊產業標準協會所制定之相關規范，當中裝置類別(DeviceType)應以英文字母構成之2-4碼代碼表示，裝置類別完整列表請參考上述標準。表7智慧建筑設施管理系統資料格式標準-裝置類別代碼摘錄(2-4碼英文)電力系統電表給排水系統水表數(位式水表、智慧水表)環境信息系統溫度傳感器資料來源：智慧建筑設施管理系統資料格式標準及測試規范裝置中的各種數據項亦需一個ID用來識別，在個別裝置內此數據項ID必須為唯一不可有重覆；ESI必須能夠依據數據項ID存取正確的數據項。使用在裝置共通項目清單或個別項目清單中的短名稱，后面加上數字編號(2位數字)42圖41資料介接數據項ID示意圖資料來源：智慧建筑能源管理系統資料格式標準在各標準當中部分重要的資料類別如下：1、基本資料：和實際的監控功能性無關，裝置本身的信息、詮釋資料等。2、感測資料(telemetry)：裝置感測外界環境后輸出的感測值，或記錄于其內部的統計數據。3、狀態資料(state)：表示裝置運作時的各種狀態的狀態碼。4、控制項目(control)：用于直接控制裝置的控制碼、控制值。5、設定資料(configuration)：透過調整運作邏輯或設定運作目標來間接控制裝置的設定值。時間值(time)、和持續時間(duration)等。格式采用XMLSchema日期時間資料型態，參考https：///TR/xmlschema-2/#built-in-primitivedatatypes。7、日期時間值：'-'?YYYY'-'MM'-'DD'T'hh'：'mm'：'ss('.'s+)?8、'-'?YYYY：四位數公元年，可帶負號。或以Z代表世界協調時間(UTC)交付實作場域示範應用功能文件4318、持續時間：'P'nYnMnD'T'nHnMdS，其中n為非負整數，由左至右的nY，nM，nD，意精度的非負數字，dS代表秒數。19、類比數值：對應實際感測或控制物理量的連續20、離散數值：對應感測或控制時離散型的數值例(如等級、排名、非連續的刻度變化21、字符串：符合JSON式規范的字符串。22、列舉型：即enumeratedt23、復合物件：可包含其它資料的容器，亦可在內部再包含復合物件形成巢狀結構。24、在JSON中的實作型態為JSONobject或JSONarray。表8智慧建筑設施管理系統資料格式標準資-料類別與說明資料類別資料型態說明范例感測值類比數值或離散數值裝置感測外界環境后輸出的感測數據數據記錄或字符串裝置記錄于其內部之統計數據，例如平均值、最大值、累積量等運轉狀態、異常狀態用于直接控制裝置。可能對應另一個狀態碼類比數值或離散數值用于直接控制裝置。可能對應另一個感測值設定值類比數值、離散數件用于調整裝置的設定，透過調整運作邏輯或設定運作目標來間接27.5°C資料來源：智慧建筑設施管理系統資料格式標準及測試規范44裝置共通項目以及個別信息就以下部分共通項目進行說明。1、識別信息：每一裝置包含前述之裝置ID以及其他識別信息，包含如下：2、裝置ID：此數據項為裝置唯一同(一裝置中只有一個)裝置ID的格式為{裝置類別代碼}-{NNNN}，{NNNN}為4位數字。3、名稱：此數據項為裝置唯一同(一裝置中只有一個)。4、描述：此數據項為裝置唯一同(一裝置中只有一個)。6、IP位址：只值應為表示IPv4位址之字符串。7、IPv6位址：只值應為表示IPv6位址之字符串。8、位置信息：位置信息為一個復合物件數據項，其中包含下列之子數據項：9、位置名稱：此數據項為裝置唯一同(一裝置中只有一個)。11、緯度：此數據項為裝置唯一同(一裝置中只有一個)，此值應為表示緯度之字符串可(12、經度：此數據項為裝置唯一同(一裝置中只有一個)，此值應為表示經度之字符串可(常為建筑物所在之地面)海拔之字符串。14、高度：此數據項為裝置唯一同(一裝置中只有一個)，此值應為表示基準點(通常為建筑物所在之地面)起算之高度之字符串。18、詮釋資料：除識別信息外與位置信息外，每一裝置可有若干對此裝置的補充說明資料(metadata)，諸如軟硬件規格資料、布建裝置時的額外信息等，廠商或管理者可于詮釋資料復合物件底下自行定義子數據項。交付實作場域示範應用功能文件45二、BIM與GIS整合部分針對BIM與GIS圖臺整合部分，，因圖臺支援IFC2X3規格，故有以下建議：1、建物定位建議繪制BIM檔案時，可以在源文件內設定建案的坐標，當匯出IFC檔案時會繼承坐標設定。將IFC檔案匯入圖臺時，建物可以出現在設定的建案位置。雖然位置不會非常準確，但不至于讓建物出現在xx以外的其它位置，有利于后續調整建物定位。2、檔案提供若能將檔案匯出為單一個IFC檔案是最適合的，除了匯入圖臺時僅需處理單一檔案的定位；也減少關聯元件消失的問題。另外，圖臺開發時可以將單一檔案的建物轉換為modelset類型檔案，未來可有更多運用。3、匯入前確認因匯出檔案的過程中可能造成關聯消失等問題。確認IFC檔案時需用IFC的瀏覽軟體開啟檢視，例如OpenIFCViewer、BIMcollabZOOM、BIMvision等，以上軟件皆為免認IFC檔案的所有元件皆有出現，且沒有其它多余物件，且所有元件的相互位置正確，沒有偏移，才可做為匯入圖臺的檔案。46第四節PaaS平臺底層功能與API之規格說明本案平臺底層主要功能為介接BA/SCADA廠商后，透過閘道器收整資料再轉換成TAICS標準之資料格式。圖42PaaS平臺底層主要功能架構資料來源：思納捷科技以及匯整流程，后續透過整合服務儲存進入建筑營運數據庫中。本期計劃與林口社宅原有設施設備建置廠商合作，由廠商協助針對現有設施設備系統訊號轉接，將其指定的信息轉接至「建筑設施設備訊號介接閘道器」(以下簡稱介接閘道器)，此介接閘道器接收完所有訊號后，將訊號以指定的標準通訊格式轉送至平臺。圖43PaaS平臺底層功能串接流程資料來源：思納捷科技交付實作場域示範應用功能文件47貳、API之規格說明本平臺針對API規格有兩種：匯入平臺之API規格與匯出平臺之API規格。一、匯入平臺之API規格針對匯入平臺之方式系以介接BA/SCADA廠商之資料點位方式進行串接，故API格讀取特定資料列表。1、讀取所有點位列表00:8951/api/tags?token=a9dtwbAc3vyYRJe2h圖44讀取所有列表方式之API格式范例資料來源：立固自動化API格式文件Name:軟件點名稱Value:目前數值Description:軟件點描述Health:通訊狀態State:數值對應描述Alarm:警報等級(預設都是0)482、讀取特定資料列表http://00:8951/api/tags/rea圖45讀取特定資料列表方式之API格式范例資料來源：立固自動化API格式文件二、匯出平臺之API規格自平臺匯出資料之API格式則提供相關規格，并需獲得認證取得Token存取API。本平臺針對八項資料格式說明，包含請求網址、功能定義、查詢字符串參數、回應狀態代碼、回應完整API格式因資料量龐大，故請詳光盤附件檔案：ambri-bimPaaSCommonAPISpecificationV2.0.4_20231211。交付實作場域示範應用功能文件4950圖46自平臺匯出資料之API格式范例資料來源：思納捷科技交付實作場域示範應用功能文件51第五節應用功能模塊原始碼圖。圖47本期平臺開發示范應用資料來源：思納捷科技圖48平臺架構圖與說明資料來源：思納捷科技52本期計劃主要目的雖為擴充前期研究成果，然因本期為進行不同資料格式之轉換及導入GIS圖臺管理功能，故在平臺上則重新開發設計，在整體開發流程上亦重新進行評PaaS平臺原始碼。圖49本案開發之示范功能原始碼資料來源：本案平臺實際畫面圖50本案開發之示范功能原始碼_屬性資料資料來源：本案平臺實際畫面交付實作場域示範應用功能文件53第六節IOT設備交付需求文件DataAcquisition，數據采集與監控系統)。目前國內常見的建筑自動化系統(BuildingAutomation，簡稱BA)多采用SCADA建置。SCADA通常包含資料收集系統、資料傳輸系統與人機界面軟件，具有資料收集與處理工控系統執行時的任何資料的功能。常見的SCADA系統如國內知名廠商研華的WebAccess；輕量國際間的常見的如Wonderware的InTouch以及GEDigital的iFix等泛用型自控軟件。以上幾種SCADA在國內的BA系統的市占率約有八至九成，另有工控大廠如Honeywell、 低很多。盡管面對多種既有的SCADA種類，SCADA的通訊協定卻相對單純，在過去數十年間國內BA地端的通訊協定多為Modbus-TCP、Modbus-RTU、OPC-UA為大宗，約占90%以上，少數進口的建物空調系統會采用BACnet通訊協定，所以針對既有建筑地端信息的整合及拋轉資料到云端的工作還算是有其可行性。本計劃執行單位協調既有的BA廠商提供SCADA的資料點表(Taglist)，也就是既有的SCADA在資料搜集后將各設備資料點儲存在一存儲器位址中，再開放一個Modbus-TCP的通路或提供API格式讓本計劃所設置之介接閘道器依循點表去將資料讀出來。隨著SCADA不斷的讀取、更新現場資料，點表也不斷的更新以確保外的。而讀出的資料則將其轉成云平臺可以解譯的是可行的，但其中較大的工程就是既有SCADA的資料點排序與歸類是沒有標準的，轉譯的過程需要先依TAICS的歸類方式分成能源、安全、維管等類別再依其意義與物理特性轉成TAICS格式。圖51現場介接閘道器設備與規格表資料來源：思納捷科技54本案所建置之介接閘道器設置于林口世大運A、B、C區防災中心機房之中控機柜，該中控主機柜即該案場中央監控系統所使用之SCADA主機所在位置。圖52林口世大運防災中心與機房中空機柜外觀資料來源：思納捷科技過Modbus-TCP自SCADA擷取地端資料，經介接閘道器轉譯成符合TAICS標準格式之資料，再透過LAN1