歷史實作 · 電腦視覺／系統整合
這篇整理我曾公開介紹的多路監視器告警實作。核心不是換掉現場設備，而是在既有軟體限制下，把辨識結果接進管理員的工作流程。
封面為臨時佔位圖，非實際系統畫面。本文依歷史公開作品整理；目前運作狀態與整案驗收未重新確認。
問題：看得到畫面，卻拿不到影像介面
現場已有監視器播放程式，但沒有可供串接的圖傳 API。要讓目標出現時能通知管理員，第一個問題不是挑選模型，而是取得可處理的畫面。
我的參與範圍
畫面擷取、目標檢測與通知流程整合。現有監視設備及播放軟體是既有條件，不是我重新建置的系統。
實作方式
- 從監視器播放程式擷取螢幕畫面。
- 對多路畫面執行目標檢測。
- 出現目標時，將事件通知對應管理員。
歷史作品記載的配置是 16 路畫面；這是配置描述，不代表已量測的吞吐量、準確率或即時性保證。
關鍵取捨：先接上現有流程，也接受介面的限制
採用螢幕擷取，是因應當時缺乏圖傳 API 的實作選擇。代價是擷取結果會受到視窗配置、解析度與畫面遮擋影響，不能視為直接取得原始影像串流的等價方案。
如果重新評估同類需求，我會先確認設備能否提供穩定影像來源，再決定是否保留畫面擷取。通知頻率、重複事件與異常情境也需要另外定義驗收方式；不把這些後續評估寫成當時已完成的功能。
成果與邊界
可公開說明的是「畫面擷取 → 目標檢測 → 管理員通知」的歷史整合實作。本文不主張效率提升比例，也不把它與其他車輛檢測或儲存遷移專案合併計算成果。
這個案例適合哪些合作需求？
既有工具沒有理想 API、需要將辨識模型接入日常作業，或希望先釐清現場限制的團隊。可先提供去識別化的操作畫面、影像來源說明與通知需求。
