政府與公共服務

台灣唯一符合消防規格的 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 硬體 alt text 每位消防員隨身攜帶一顆 BLE(藍牙低功耗)Beacon,持續廣播身份訊號,讓現場指揮官從平板即可看到「這個人在這裡」。

硬體開發涵蓋:

  • 外型設計(水滴型,附夜光塗料,黑暗中可識別)
  • 機構件設計與開模(魔鬼沾扣具,適應消防裝備穿戴)
  • UV 印刷識別圖樣
  • BLE 韌體開發(多版本迭代,最終量產版)
  • 取得 NCC 低功率射頻電機型式認證
  • 通過 IP67 防水防塵檢驗

一台平板即可操作的前台APP,動態顯示人員進入火場計時、氣瓶bar數 alt text 在分秒必爭的情況下,指揮官眼前的資訊,必定要是清晰易讀,且方便操控的。

  • 現場人員管制:進入現場後,平板持續讀取 Beacon 訊號,顯示人員職級/氣瓶量等重要資訊,即時追蹤人員到場狀態
  • 視覺化拖曳分組:特別規劃過的分組流程,直覺便利,從【個人→分組→待命→火場】,視覺上呈現分組動線,符合指揮官操作習慣

可看到詳盡歷史紀錄的後台 alt text 後台提供指揮中心人員使用,功能包含:

  • 案件詳盡的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 需求分析開始,把你的想法整理成具體的需求草稿。

開始我的 AI 需求分析