雖然沉浸在智慧建築領域多年，但除了同業或是同事之外，極大部分人對智慧建築並沒有清楚概念，連我自己周遭的家人和朋友，在聊天中，都常會有類似以下的疑問：
智慧建築的智慧是什麼？從感知、判斷到連動
一棟大樓的冷氣可以用手機遠端開關，燈光會在人走進來時自動亮起，這就是智慧建築？這算是很常見的誤解，智慧建築的重點不在於設備有多新、感測器數量有多少、操作介面有多炫。關鍵在於這棟建築能不能像一個有神經系統的生命體一樣，能「感知」自己的狀態、「判斷」當下情境，並且「連動」做出正確反應。
另外，內政部建研所與台灣智慧建築協會對建築的「智慧建築標章」認證，是以「偵知、顯示、連動」作為落實智慧化的明確定義，因為標章認證和政府提供的建築容積獎勵有直接關聯，所以這樣的定義跟「可被驗證」有較大的關係。
統合以上，也可以這樣理解：
偵知 = 感知。
顯示 = 資訊呈現、決策支援介面呈現、告警通知。
連動 = 控制執行、自動反應、跨系統協同。
總之，智慧不完全在設備本身，而在各軟硬體組合而成的系統與系統之間，能不能產生有意義的行為。
一個火警場景，看出差異
舉個智慧建築的經典應用情境來描述，想像現在凌晨2點，大樓公共區域的消防火警感測器偵測到異常煙霧。
在一般建築裡，可能是警報響起，大樓保全人員聽到警鈴聲趕緊確認聲音來源？並趕快打電話通知相關單位，同時猶豫著要不要通知所有住戶，還是先等看看？ 整個過程手忙腳亂，而且高度依賴保全人員的經驗與臨場反應。
相對地，若在有完整導入智慧科技的建築裡，火警訊號觸發的瞬間，系統會進行計算與判斷，自動啟動後續一連串動作，像是：
- (消防)排煙設備啟動、警鈴鳴叫
- (電梯)迫降至適當樓層並停止載運人員
- (門禁)出入口解鎖，方便人員進出救災與疏散
- (空調)空調或進排風機運作停機，避免濃煙透過風管擴散
- (照明)公區與緊急照明開啟，方便疏散
- (錄影)監視畫面切換到事件區域
- (通知)管理系統推送事件通知(簡訊/Email/APP)
- (多媒體)電子布告欄/看板呈現逃生圖路線
以上這些多且雜的動作，不需要透過人工方式一個一個按下開關，而是在數秒內由系統全數自動完成，關聯的設備數量常超過上百個。
一棟智慧建築，通常包含哪些系統？
一般用戶看，可能覺得智慧建築不外乎有電腦主機可以看到設備狀態，有幾面電視牆可以看到監視錄影畫面，或是有個物業管理 APP 可以收到通知去櫃檯領包裹，這些其實也都沒錯，但從 IoT 系統整合者的角度看，智慧建築其實是許多原本各自獨立運作的子系統被整合後的集合。
一棟標準的智慧建築，常見包含(但不限於)以下各系統應用的融合：
- 電力系統：透過數位電、水表，偵測即時用電用水狀態與關鍵設備如發電機啟停/油位等。
- 空調系統：冰水主機、空調箱、冷氣、全熱交換機、溫度控制與排程(時程)控制等。
- 照明系統：公共空間照明控制(開關/調光)、單控、群控、排程(時程)控制、環境光感測等。
- 送排風系統：地下室 CO2 偵測連動排風機、廁所排風、機房通風等。
- 給排水系統：揚水泵、污水泵、各式水池水位(自來水、汙水、雨水等)、水箱蓋、漏水偵測等。
- 消防系統：火警授信總機通報、排煙與防火鐵捲門防災連動 等。
- 門禁安全：出入口讀卡機、電梯權限刷卡、磁力鎖(陽極鎖等)、門位狀態等。
- 錄影監視系統：錄影主機NVR、CCTV影像鏡頭(槍型/半球型等)、CMS中央錄影系統等。
- 對講與求救系統：含 緊急壓扣、瓦斯偵測、窗/門保全、戶內對講面板、小門口機等。
- 充電樁系統：充電樁、數位電表，管控充電樁用電調度使用狀態與充電計費資訊等。
- 電梯系統：各組運行狀態、故障訊號、迫降控制、樓層資訊 等。
- 物業系統：資產管理、信件/包裹收發、物品寄放、社區財務管理等。
- 多媒體系統：電子佈告欄投放社區訊息、緊急事件通知、逃生圖等。
- 地震系統：透過P波震動儀於適當位置安裝、監測、分析，進行即時通等。
以上每項最後面都是使用「等」結尾，是因為每個系統都仍有許多細節與情境應用，因礙於篇幅無法細列，先從這些實務常見的層面理解，原來有那麼多的軟硬體統合，才成為一棟「智慧建築」。
這些系統就像建築的各個器官，空調負責呼吸與舒適，電力負責能量供應，消防負責災害防護，門禁與監視負責邊界控管，電梯負責垂直移動。單一器官再強，都不等於一個有智慧的身體；雖然平常各司其職，但真正重要的核心是它們彼此能否被大腦(中央監控系統)進行統一協調與溝通。
複雜度來自哪裡？
智慧建築的難度，除了需求複雜外，主要在於「這些軟硬體設備與應用該如何被整合」。
現場最常遇到的問題，是不同子系統常會有不同的語言。電表可能使用 Modbus，空調可能使用 BACnet，充電樁可能使用 OCPP，某些機電設備甚至只提供乾接點訊號，也就是最基礎的 DI/DO。
這時候，系統整合者的工作就像翻譯官。我們會需要透過閘道器 Gateway (邊緣運算/資料蒐集)、控制器、通訊協定轉換器與平台軟體，把分散在不同設備中的數據收攏進來，再轉換成上層平台能理解的統一格式。接著，還要建立規則引擎進行控制策略管理，讓系統知道「當 A 發生時，B、C、D 應該做什麼動作」。
因此，智慧建築的架構大致可以分成以下幾層(非絕對，不同公司可能會有不同切分)：
- 設備感知層：含感測器、控制器、電表、水表、空調設備、消防設備、電梯與充電樁等。
- 整合運算層：含 閘道器 Gateway (邊緣運算/資料蒐集)、點位、資料庫等。
- 平台應用層：含 BMS 中央監控、決策支援介面、管理報表、行動 APP、AI 分析等。
很多案子的複雜度高也不只是因為實體工程施工介面多，另外也牽涉到軟體面的資料命名、點位設定、告警邏輯、功能使用權限、維運流程，以及不同廠商之間的責任介面(實體與虛擬)邊界。
以上講了這麼多，下圖的結構，才相對能夠完整理解「智慧建築」的統整邏輯，這些全數都要在建築物內統合導入、使用、維護，真的也是非常不容易。
以終為始，智慧建築仍需回到「人」才有意義
智慧建築不是為了讓大廳多一面漂亮的電視牆，也不是為了把所有設備都接上網路。 它真正要解決的，我收斂為三件事：
第一，人與建築的「安全性」提升 例如在火警、瓦斯洩漏、人員求救時，系統能比人更快啟動適當行動反應。
第二，建築更節能高效 建築的生命週期動輒50年，若透過智慧功能適度管理建築的環境、用電、用水與設備效率，自動調整空調、照明、儲能等應用，對於環境也會有深遠影響。
第三，維運更有效率 透過建築系統清楚記錄所有設備的維養履歷，也透過持續的數據蒐集，無需再依賴人工抄表、也不用等設備損壞停機才緊急處理，而是透過數據提早發現異常 (預測性維護)。
所以，智慧建築的「智慧」是把複雜的機電、弱電、資通訊與維運流程，整合成一套能被理解、能被管理、能主動反應的系統。
這也是建築科技最迷人的地方：把原本的鋼筋水泥骨架，活化建立神經系統與大腦，讓建築成為一種生命體，具備回應環境、服務使用者、協助管理者的能力。
這是建築科技主題的首篇記錄，字數將近3000字，但也因智慧建築面向很廣，不容易簡化描述，往後會嘗試繼續拆解幾個問題，或是結合趨勢針對以下主題進行研究與反思：
- 智慧建築的中央監控系統是什麼？
- 中央監控系統結合 AI 後，邁向 BOS (Building Operations System 建築作業系統) 的可行性與架構實務。
- AI 如何改變建築維運與能源管理？
- 智慧建築、健康建築、綠建築與 AI 的結合應用。
- 智慧建築系統(軟硬體)產品化過程實務。
如果對這些主題感興趣，歡迎留言讓我知道。
參考資料: