即時顯示
每張牌辨識完成即顯示在平板上，包含點數、花色與該局累計點數。
技術規格與系統架構
架構刻意做得很簡單：場館端只需要 IP 攝影機、一台收流伺服器，以及桌邊的荷官平板。辨識與結算在串流平台端完成，場館不需要維護 AI 運算設備。
網路架構
從牌桌到下游系統的完整訊號路徑。灰底區塊為場館端需要準備的設備。
AngelEye 智能牌靴整合
場館若已使用 AngelEye 智能牌靴，不需要更換設備。牌靴以序列埠輸出每一張抽出的牌，經 Moxa NPort 轉成乙太網路訊號送進收流伺服器，與影像時間軸對齊後一併上傳。
AngelEye 智能牌靴
AngelEye Ex II · Super AngelEye
RS-232 (DB9)
Moxa NPort
序列轉乙太，建議 NPort 5150 / 5250A
TCP over LAN
收流伺服器
EWIN Collector 解析牌靴資料並對齊影像
連接規格
| 支援機種 | AngelEye Ex II、Super AngelEye |
|---|---|
| 牌靴介面 | RS-232，DB9 接頭 |
| 序列參數 | 常見 9600 或 19200 bps、8-N-1，以現場牌靴實際設定為準 |
| 轉換設備 | Moxa NPort 5150 / 5250A 或同級序列埠伺服器 |
| NPort 模式 | TCP Server，預設資料埠 4001 |
| 連線方向 | 收流伺服器以 TCP Client 主動連線並持續讀取 |
| 斷線處理 | 自動重連與逾時偵測，中斷期間改由視覺辨識維持出牌結果 |
| 時間對齊 | 牌靴事件與影像影格以收流伺服器時鐘對齊，誤差控制在單一影格內 |
序列參數、資料格式與埠號依牌靴韌體版本與場館既有設定而異，導入前會以現場實機連線測試為準。
雙來源交叉驗證
牌靴訊號與視覺辨識同時啟用時，兩路結果會互相比對。這是單一來源做不到的可信度。
- 兩路一致：直接輸出，並標記為雙來源確認
- 兩路不一致：該局標記待複核，推送到荷官平板要求確認
- 牌靴中斷：自動改用視覺辨識結果，不中斷營運
- 視覺受遮擋：以牌靴資料補齊該張牌，並保留影像佐證
- 所有比對結果寫入稽核紀錄，可事後查詢不一致率
建議軟硬體配置
以下為單一場館的建議規格。實際數量與等級會依桌台數、光照條件與既有網路環境調整。
牌桌端
| 項目 | 建議規格 | 數量 | 提供方 |
|---|---|---|---|
| IP 攝影機 | 1080p / 60fps 起，建議 4K；支援 RTSP、H.264 / H.265；低延遲模式；PoE 供電；固定焦段避免自動對焦跳動 | 每桌 1–2 台 | 場館 |
| 攝影機支架 | 桌面上方懸臂或天花板固定架，需可微調角度並在營業中保持穩定 | 每台攝影機 1 組 | 場館 |
| 荷官平板 | 10 吋以上 Android 或 iPad，Wi-Fi 5 以上，僅需瀏覽器即可使用，不必安裝 App；建議搭配桌邊防滑支架 | 每桌 1 台 | 場館 |
| 補光 | 若桌面照度不足或反光嚴重，加裝均勻散射補光；避免直射造成牌面反白 | 視現場 | 場館 |
場館機房
| 項目 | 建議規格 | 數量 | 提供方 |
|---|---|---|---|
| 收流伺服器 | CPU 8 核以上（Intel Xeon E / Core i7 同級）、RAM 32GB、SSD 512GB、雙 1GbE 網卡；不需要 GPU | 每場館 1 台（可帶 10–20 桌） | 場館 |
| PoE 交換器 | Gigabit PoE+，埠數依攝影機數量預留 30% 餘裕；建議攝影機獨立 VLAN | 依桌數 | 場館 |
| 對外頻寬 | 每路 1080p 串流約 4–8 Mbps；4K 約 15–25 Mbps。建議固定 IP，上行頻寬預留 1.5 倍 | 依桌數 | 場館 |
| 不斷電系統 | 涵蓋收流伺服器與交換器，建議 30 分鐘以上 | 1 組 | 場館 |
軟體
| 項目 | 建議規格 | 數量 | 提供方 |
|---|---|---|---|
| 收流推流程式 | EWIN Collector，支援 Ubuntu 22.04 LTS 或 Windows Server 2019 以上；以 RTMP / SRT 推流至平台 | 1 套 | EWIN |
| 荷官平板介面 | 網頁介面，開啟瀏覽器登入即可使用；支援結果確認、修正與異常回報 | 不限裝置數 | EWIN |
| 辨識與結算引擎 | 串流平台端執行，含牌張偵測、點數花色辨識與各遊戲結算模組 | 1 套 | EWIN |
| 管理後台 | 桌台狀態監看、每局紀錄查詢、影像調閱、修正紀錄稽核與報表匯出 | 1 套 | EWIN |
荷官平板：人工複核與修正
AI 負責速度，人負責最終確認。平板是這套流程的關鍵環節。
一鍵修正
辨識有疑義時，荷官直接在平板上點選正確的牌，修正後才送出結果。
低信心提示
低於信心閾值的牌會標記為待確認，提醒荷官優先檢查該張。
修正全紀錄
每次修正都記錄操作人員、時間與修正前後內容，可供稽核比對。
規格指標
實際數值依現場光照、攝影機規格與網路條件而異，導入前會以現場實測數據為準。
| 辨識準確率 | 99.9%+（一般營業光照條件） |
|---|---|
| 單局辨識延遲 | 牌面落定後 300 毫秒內輸出結果 |
| 支援牌靴 | 1 至 8 副牌，可設定 |
| 攝影機規格 | 1080p / 60fps 起，建議 4K，需支援 RTSP |
| 收流伺服器 | 單台可帶 10 至 20 張桌台，不需 GPU |
| 串流協定 | 場館端 RTSP 收流，對外 RTMP / SRT 推流 |
| 上行頻寬 | 每路 1080p 約 4–8 Mbps，4K 約 15–25 Mbps |
| 資料保存 | 每局牌面影像、時間戳、信心值與修正紀錄，保存期間可設定 |
整合方式
三種輸出模式可同時啟用，依接收端特性選擇。
REST API
以局號查詢單局完整結果與影像連結，適合後台報表與對帳。
WebSocket
長連線即時推播，牌張辨識完成當下就送出，適合路單與大廳看板。
Webhook
每局結束主動回呼指定端點，適合串接電投平台與既有遊戲伺服器。
輸出範例
POST /webhook/round
{
"table_id": "VIP-A-03",
"round_id": "20260813-000482",
"game": "baccarat",
"shoe": { "source": "angeleye", "model": "Super AngelEye", "shoe_no": 14 },
"cards": [
{ "seat": "player", "idx": 1, "rank": "6", "suit": "d", "conf": 0.999 },
{ "seat": "player", "idx": 2, "rank": "7", "suit": "d", "conf": 0.997 },
{ "seat": "banker", "idx": 1, "rank": "6", "suit": "d", "conf": 0.999 },
{ "seat": "banker", "idx": 2, "rank": "4", "suit": "s", "conf": 0.998 },
{ "seat": "player", "idx": 3, "rank": "8", "suit": "d", "conf": 0.998 },
{ "seat": "banker", "idx": 3, "rank": "7", "suit": "d", "conf": 0.996 }
],
"result": {
"player_point": 1,
"banker_point": 7,
"outcome": "banker",
"player_pair": false,
"banker_pair": false,
"natural": false
},
"verify": { "vision_vs_shoe": "match", "dealer_confirmed": true, "corrections": [] },
"latency_ms": 268,
"captured_at": "2026-08-13T04:21:07.412Z"
}每局輸出包含每張牌的位置、點數、花色與信心值，以及該遊戲的結算結果與荷官複核狀態。
可靠性與稽核
雙重校驗
低於信心閾值的辨識結果會標記為待覆核，由荷官在平板上確認後才輸出。
斷線續傳
對外連線中斷時，收流伺服器在本地暫存影像，連線恢復後自動補送該段時間的局次。
完整稽核軌跡
每一局的原始影像、辨識結果、荷官修正紀錄與輸出時間全數留存，可匯出稽核。
不介入遊戲流程
系統只讀取影像並輸出結果，不控制發牌、不參與下注，導入不改變既有作業規範。
部署選項
雲端平台
場館推流至 EWIN 雲端平台，導入最快，不需要在場館建置運算資源。
場館私有部署
辨識平台整套安裝在場館機房，影像不出場館，適合有監理或資安要求的場域。
多場館集中管理
各場館獨立收流推流，由集中控制台監看所有桌台狀態、版本與稽核紀錄。
想知道在你的桌台上實際跑起來是什麼樣子？
提供你的牌桌照片或影像，我們可以先做離線評估，回報實際可達到的辨識準確率與延遲。