台灣唯一符合消防規格的 MIT Beacon,從硬體到 App 全部自製
公共安全系統和一般商業應用最根本的差別!從零開發IP67 Beacon 硬體、iOS/Android 現場人員管制APP與後台開發,整合內政部消防署API,持續維運超過五年。
100% MIT Beacon
唯一符合消防規格的台灣製Beacon
多縣市消防局採用
高強度使用情境
視覺化人員管制
直覺的拖曳分組操作
需求分析
在混亂的火場,指揮官得即時掌握每一位進場人員的狀態,但市售人員定位裝置無法符合消防高溫、濃煙、水霧的極端環境需求,必須從零開發客製化解決方案。
- 人員到場、分組、進火場,狀態多樣且變化快速,要短時間呈現高資訊量
- 客製化 Beacon 硬體需通過 NCC 低功率射頻電機型式認證及 IP67 防水防塵檢驗
- 系統需與既有 119 派遣系統串接,政府 API 格式確認需多輪書面往返
來解決問題吧!
- 從零開發客製化MIT Beacon 硬體(水滴型外觀、夜光塗料、魔鬼沾扣具、IP67 防水防塵)
- 開發 iOS / Android 雙平台點名 APP,支援車上點名、現場管制與全體喚醒廣播三種模式
- 建置後台管理系統,提供人員清冊、即時管制頁面、歷史紀錄查詢與報表匯出功能
- beacon取得 NCC 認證,成功對接 119 派遣 API ,通過政府壓力測試與驗收
案例細節
「有幾個人進去了?有誰還沒出來?氣瓶還剩幾bar?」
這個問題,在救災現場至關重要,卻無法即時得到回傳。人員在煙霧和混亂中進場,指揮官在外圍很難即時掌握場內的狀況——不同大隊/小隊、分成幾組、哪個火場有哪些人。人員管制,是救災現場最重要、也最難確認的問題。
在多方合作的關係下,我們接到了這個任務,核心任務只有一個:在混亂的災害現場,讓指揮官即時掌握每一位進場人員的狀態。
第一個重大決策:硬體要自己做
市面上有現成的人員定位裝置,但沒有一款完全符合消防場景的需求。
消防員的工作環境極端——高溫、濃煙、水霧、粉塵,進場可能要穿戴厚重裝備,手邊沒有餘裕操作任何額外的設備。我們評估後得出一個結論:必須從零開始做客製化 Beacon 硬體,沒有辦法靠改裝商業產品解決。
這個決定讓整個專案的難度提高了不少,但也讓最終的產品真正符合使用情境,而非消防員配合設備限制調整操作流程。
系統核心:Beacon + APP + 後台
客製化 Beacon 硬體
每位消防員隨身攜帶一顆 BLE(藍牙低功耗)Beacon,持續廣播身份訊號,讓現場指揮官從平板即可看到「這個人在這裡」。
硬體開發涵蓋:
- 外型設計(水滴型,附夜光塗料,黑暗中可識別)
- 機構件設計與開模(魔鬼沾扣具,適應消防裝備穿戴)
- UV 印刷識別圖樣
- BLE 韌體開發(多版本迭代,最終量產版)
- 取得 NCC 低功率射頻電機型式認證
- 通過 IP67 防水防塵檢驗
一台平板即可操作的前台APP,動態顯示人員進入火場計時、氣瓶bar數
在分秒必爭的情況下,指揮官眼前的資訊,必定要是清晰易讀,且方便操控的。
- 現場人員管制:進入現場後,平板持續讀取 Beacon 訊號,顯示人員職級/氣瓶量等重要資訊,即時追蹤人員到場狀態
- 視覺化拖曳分組:特別規劃過的分組流程,直覺便利,從【個人→分組→待命→火場】,視覺上呈現分組動線,符合指揮官操作習慣
可看到詳盡歷史紀錄的後台
後台提供指揮中心人員使用,功能包含:
- 案件詳盡的log紀錄,包含人員何時進出、氣瓶殘餘量等等,事後寫報告重要參考
- 人員清冊管理(全台大隊、分隊、縮寫對照)
- 即時現場管制頁面
- 歷史紀錄查詢與報表匯出
- 帳號權限管理(依級職排序)
開發過程的挑戰
BLE 在救災環境的訊號穩定性
beacon 在實驗室環境裡運作穩定,但在真實的救災現場,環境複雜得多:鋼筋混凝土阻隔、水霧干擾、消防員密集移動,都會影響訊號品質。
我們與 beacon 製造商工易自動化花了大量時間在各種模擬環境下測試,調整 beacon 的廣播頻率、接收器的佈建位置和訊號閾值,找到在真實環境中能穩定運作的參數組合。這個過程沒有捷徑,只能一次又一次測。
beacon 本身的組裝也是不斷改善的重點,包括超音波封裝方法、螺絲組裝位置等等,一切細節的鑽研,都發生在這顆不到4平方公分的 beacon 上。
NCC 認證的嚴格要求
自製硬體要合法在台灣使用,必須通過 NCC 低功率射頻電機型式認證。認證流程有嚴格的規格要求和測試項目,文件準備與測試送件佔用了相當多的時間。任何一個不符合規格的調整,都可能需要重新送件,時程管控是一大挑戰。
119 派遣 API 的對接
系統需要與內政部消防署推出的 119 派遣系統進行資料交換,讓案件資料同步。政府系統的 API 格式確認需要多次溝通與書面往返,正式壓力測試也有嚴格的通過標準。
任何一個環節的延誤,都可能影響整個系統的驗收時程。
長期維運的挑戰
這個專案讓我們理解:公共安全系統的挑戰,有一半在開發,另一半在維運。
iOS App 每隔幾年就要因為 Apple 的政策更新重新簽署;Beacon 韌體要應對硬體老化持續更版;資安弱點掃描是每年固定的稽核要求;設備損耗需要備品管理和補充採購。
當服務推廣至其他縣市,不同消防單位的硬體設備,例如平板、車機對接等等,也都讓系統改動迎來各種挑戰。這些工作跟「開發」看似無關,但卻是專業團隊需要顧及、影響系統長期維運的細節。
五年以上的持續支援
從 2020 年系統上線,到 2026 年仍持續維護,創準提供的服務涵蓋:
- 韌體持續更版(應對硬體老化與新需求)
- APP 定期重新封裝與簽署(iOS / Android 憑證更新)
- 資安弱點掃描(配合機關資安稽核)
- 年度稽核補件與說明文件
- Beacon 備品更換與新增採購
- 資料庫定期備份與系統 LOG 排查
專案里程碑
如此複雜的系統,1年之內完成開發及上線!
| 時間 | 里程碑 |
|---|---|
| 2020 年 3 月 | 專案啟動,完成需求訪談 |
| 2020 年 5-6 月 | Beacon 硬體定案、API 格式確認 |
| 2020 年 11 月 | 系統公測、壓力測試、量產 Beacon |
| 2020 年 12 月 | NCC 認證取得、正式驗收 |
| 2021 年 | 追加功能開發 |
| 2022 年 | 資安稽核、擴充功能 |
| 2023 年 | 增購 Beacon、憑證更新 |
| 2026 年 | iOS APP swift 版本更新 |
這個案子的核心學習
救災現場不容許系統失效,也不容許資料不準確。
但我們更大的體會是:一個系統的「完成」,驗收的那一天只是開始,後續每一次出勤的正確使用,才是系統完成的價值所在。
每一次憑證到期、每一次稽核要求、每一顆備品更換,都是對「我們建的東西能用」的持續承諾。責任感,是公共安全系統和一般商業應用最根本的差別。
同類案例
政府與公共服務
公務機關 AI 雙語導覽員:用 LINE@官方帳號消除語言隔閡
監理機關的業務多而廣,創準為此規劃一套 LINE@官方帳號中英雙語 AI 導覽系統,透過檢索增強生成(RAG)架構,讓外籍民眾用英文隨意提問,即時指引所需服務項目。
政府與公共服務
嘉義災難醫療救護隊DMAT:出隊物資管理系統,讓救災後勤從紙本走向數位
醫療相關的物資可以有多少?連一根針頭都不能算錯!協助嘉義市災難醫療救護隊 DMAT,從零打造三期出隊物資管理系統,整合物資進出庫、打包模組、出勤套版與離線版本,讓救護隊在出隊前的物資備勤時間大幅縮短。
政府與公共服務
每天用的 LINE ,可以是急救者工具!聽見AED 開發全紀錄
複雜的需求,僅透過 LINE@官方帳號實現所有功能。愛陌生從2022年開始致力於改善急救環境,從急救教學推廣到資訊整合,而他們缺了一個有效、可持續進化的數位工具。
這樣的成果,你也可以擁有!
從 AI 需求分析開始,把你的想法整理成具體的需求草稿。
開始我的 AI 需求分析