比警報更早的幾十秒

智能體看到什麼

來自實時視頻的檢測結果

檢測器評估畫面。一個檢測頭、三個類別、實例框——不是場景級的「有火 / 無火」。值班人員收到的是同一套載荷：攝像頭編號、UTC 時間、片段與分類區域。

• 火焰
• 煙霧
• 滅火器

CAM 04 · 林地北

白晝林地

GSD CAM 01 · 入口

夜間紅外

院落攝像頭

白晝巷道

室內 · 廚房

公共室內

卸貨門 · 周界

陰天野外

CAM 04 · 杆 1

工業巷道

加油島 · 黃昏

油站、低光

CAM 04 · 街道

雨夜

裝卸場

霧 / 霾

巷道 · 02:14

雪夜

CAM 04 · 油站北

白晝油站

林地 · 黃昏

低光戶外

倉庫 · 卸貨區

室內工業、低光

我們交付的架構

與認證警報並行的第二類傳感器。警報繼續工作，攝像頭開始真正產生營運信號。

1. 01

   視頻流接入

   接入場地既有攝像頭（RTSP / ONVIF），將不同廠商畫面（含夜間紅外流）歸一化，使同一套智能體運行時覆蓋整個系統。

2. 02

   邊緣視覺智能體

   針對早期火焰與煙羽特徵訓練的智能體持續監看視頻流。檢測不等待煙霧到達頂棚探頭，推理留在現場既有算力上。

3. 03

   結構化事件與片段

   一旦確認，系統寫入攝像頭編號、位置、UTC 時間、短視頻與實例框（類別 + 區域）。這份載荷既是營運信號，也是證據記錄。

4. 04

   分發與留存

   適配器將事件推送到營運團隊已在使用的頻道，並同步寫入存證，供事後保險或檢查完整回溯攝像頭所見的火情信號。

技術棧

系統畫像

規格與評估範圍

下列數字來自發貨設計與已評估場景集，不是實驗室 mAP 卡片。它們描述智能體在真實監控上必須做到的事。

3

每幀類別

火焰、煙霧、滅火器作為獨立實例頭。加油島一幀可以同時有一個火焰框、一道煙羽和三具滅火器。

13

場景類型

林地電杆、夜間入口紅外、磚牆院落、室內廚房、倉庫門、加油站黃昏/白晝、雨、霧與雪。

8

工況

白晝、黃昏、夜間紅外（無 RGB）、雨、雪、霧/霾、室內與營業中的油站。顏色不是必要線索。

多框

實例輸出

同一資產上每類可有多個框——櫃門縫、地面與牆上的器材——而不是單一場景標籤。

<60秒

視覺路徑

相對頂棚探頭的設計目標：第一簇可見火焰或煙羽，而不是等待煙霧到達。同一事故上警報滯後通常是分鐘級。

邊緣

推理位置

檢測留在現場已有算力上。不新增攝像頭，不為每條巷道裝專用火情探頭，也不為做決定繞一次雲端。

5 字段

事件載荷

camera_id、場地位置、UTC 時間戳、片段 URI、detections[{class, box}]。足夠進 Slack，也足夠給保險公司事後查閲。

雙路徑

傳感器類別

與認證警報並行。警報不被替換。攝像系統成為第二條、更快的路徑。