Sau khi phát hiện thì điều gì xảy ra — AI xem hiện trường thay bạn
2026-08-07
Trong phòng điều hành có mười sáu màn hình. Mắt người thì có hai.
Phép tính đó là giới hạn cũ của CCTV. Camera cứ tăng lên nhưng số người ngồi xem vẫn vậy, nên phần lớn CCTV trở thành thiết bị ghi để xem lại sau sự cố, chứ không phải thiết bị ngăn sự cố. Việc có chuyện không ổn thường đến trước bằng tiếng hô hoặc cuộc điện thoại, không phải bằng hình ảnh.
Chuyện AI phân tích video giải được vấn đề này thì không còn mới. Câu hỏi quan trọng hơn nằm ở phía sau. Giả sử AI đã phát hiện một công nhân không đội mũ bảo hộ. Vậy điều gì xảy ra?
Nếu chỉ thêm một dòng vào danh sách cảnh báo thì chưa đầy một tuần sẽ không ai đọc danh sách đó. Bài này trong "Câu chuyện ORBRO OS" nói về bốn ứng dụng AI, nhưng một nửa dung lượng là về những gì diễn ra sau phát hiện.
I. Trước hết, màn hình mà con người xem — Multi Cam
Trước khi nói về AI, xin nói về phần của con người.
Multi Cam là trình xem gom hình của các camera đã đăng ký về một màn hình. Tối đa 12 khung cùng lúc, bấm vào camera nào thì phóng to camera đó, và có thể lọc chỉ hiện những camera đang online. Video phát qua HLS để giảm trễ và giật.
Việc nó không có chức năng cấu hình lại cho thấy đúng tính chất của ứng dụng này. Đăng ký và cấu hình camera là việc của ứng dụng quản lý thiết bị; Multi Cam chỉ làm một việc là xem. Nó dùng để khi có sự kiện thì bày các camera lân cận ra cùng lúc để nắm tình hình.
Và phép tính ở đầu bài vẫn còn đó. Sắp xếp khung hình giỏi đến đâu thì cũng không ai nhìn được mười hai khung cùng một lúc. Multi Cam là cần thiết, nhưng chưa đủ.
II. Những gì AI xem thay — AI Event
AI Event tìm ra các tình huống đã định nghĩa trong hình camera. Hiện phát hiện năm loại.
- Người ngã — công nhân đã ngã và không cử động trong một khoảng thời gian
- Cháy — có ngọn lửa hoặc khói
- Không đội mũ bảo hộ — người không đội mũ
- Xâm nhạp khu vực nguy hiểm — có người vào khu đã chỉ định
- Phát hiện va chạm — người và thiết bị, hoặc thiết bị và thiết bị, ở khoảng cách nguy hiểm
Sự kiện được phát hiện được ghi kèm thời điểm, camera, loại, và độ tin cậy. Việc độ tin cậy được lưu kèm rất quan trọng trong thực tế. Trên màn hình sẽ hiện đại loại "Phát hiện không đội mũ bảo hộ (95%)", và có con số đó thì có thể vận hành theo cách xử lý những ca chắc chắn trước. Ảnh chụp và đoạn video tại thời điểm phát hiện cũng được lưu, để sau đó con người xem và quyết định.
Để hình dung quy mô, xin dẫn một con số vận hành thực: tại một hiện trường công nghiệp chạy sáu camera, mỗi ngày phát hiện 290 sự kiện. Đó không phải con số mà một người nhìn mười sáu khung hình có thể bắt được. Đồng thời, đẩy cả 290 sự kiện thành thông báo cho người thì cũng không phải giám sát. Vì vậy cần phần tiếp theo.
III. Những thứ không thể gắn thẻ — AI RTLS và LPR
Camera AI không chỉ xem tình huống. Nó cũng xem vị trí.
AI RTLS là ứng dụng khớp toạ độ của hình camera với toạ độ của bản vẽ. Ghép các điểm chuẩn trong hình với cùng điểm đó trên bản vẽ, thì người và xe mà camera bắt được sẽ hiện đúng chỗ trên bản vẽ. Khu vực cần theo dõi được chỉ định bằng cách vẽ đa giác lên hình; đối tượng ngoài vùng đó bị loại khỏi việc theo dõi.
Có một khoảng trống mà ứng dụng này lấp. Định vị chỉ áp dụng được cho đối tượng có thể gắn thẻ. Có thể phát thẻ cho nhân viên nhưng khó phát cho khách; có thể gắn thẻ lên xe nâng của công ty nhưng không gắn được lên xe tải của nhà thầu. AI RTLS theo dõi đối tượng không có thẻ bằng camera và đưa chúng lên cùng một bản đồ. Một cấu trúc mà vị trí bắt bằng thẻ và vị trí bắt bằng camera gặp nhau trên một màn hình.
LPR đọc biển số xe. Camera đã đăng ký nhận dạng biển số xe đi qua, lưu thành bản ghi, và cũng cho thấy hiện đang có bao nhiêu xe đỗ. Vì đã có một ứng dụng riêng xử lý việc ra vào của người, dùng cả hai thì bất kể thứ đi qua cổng chính là người hay xe, tất cả đều dồn về một hệ bản ghi.
Có một điều xin nói thật. Tỷ lệ nhận dạng biển số phụ thuộc rất nhiều vào góc camera, ánh sáng và tình trạng của biển số. Đặt sai vị trí lắp thì mô hình tốt đến đâu cũng không đọc được. Đây là lĩnh vực mà thiết kế lắp đặt quyết định kết quả nhiều hơn phần mềm, nên an toàn nhất là xác nhận tại hiện trường trước khi triển khai.
IV. Sau khi phát hiện thì điều gì xảy ra
Giờ trở lại câu hỏi đầu bài. AI đã phát hiện điều gì đó. Rồi sao.
Trong ORBRO OS, ba nhánh khởi động cùng lúc.
Thứ nhất, hiện trường phản ứng ngay. Đăng ký câu thông báo theo từng loại sự kiện, thì ngay khi phát hiện, loại phát thanh tại hiện trường sẽ đọc bằng giọng nói. Không đội mũ thì "Vui lòng đội mũ bảo hộ"; cháy thì "Đã xảy ra cháy. Xin hãy sơ tán" — phát ngay tại chỗ. Nếu nối đèn cảnh báo, màu sắc, nhịp nháy, tiếng còi và thời gian hoạt động đều đặt khác nhau theo từng sự kiện được.
Việc không đi qua phòng điều hành là điểm cốt lõi. Công nhân không đội mũ nghe thông báo sau ba giây, so với người trực phòng điều hành thấy cảnh báo rồi gọi bộ đàm — giữa hai việc đó cách nhau vài phút. Trong an toàn, vài phút là khoảng thời gian dài.
Thứ hai, được lọc theo cấp độ điều kiện. Coi cả 290 sự kiện mỗi ngày là khẩn cấp thì chẳng còn gì khẩn cấp. Điều kiện trong ORBRO OS chia năm cấp — khẩn cấp, cảnh báo, chú ý, quan tâm, bình thường — và theo cấp mà đối tượng nhận thông báo cùng cách xử lý sẽ khác nhau.
Thứ ba, quy trình ứng phó chuẩn mở ra. Đây là phần quan trọng nhất.
V. Ứng dụng khiến không ai phải đi tìm sổ tay — SOP
Sổ tay ứng phó khẩn cấp phần lớn tồn tại dưới dạng tài liệu. Trong tủ hoặc trong thư mục chia sẻ — và khi tình huống thật xảy ra thì không ai đi tìm.
SOP là ứng dụng đưa sổ tay đó lên màn hình. Khi điều kiện được thỏa, quy trình ứng phó tự mở ra cho nhóm phụ trách, và người xử lý đi từng bước. Quy trình ứng phó xâm nhạp khu vực nguy hiểm đang vận hành thực tế gồm sáu bước.
- Kiểm tra camera gần đó — camera của khu vực đó tự hiện lên màn hình
- Xác định người đã vào — chọn từ danh sách
- Gửi tin cho người liên quan — truyền tình hình cho các đầu mối đã đăng ký
- Ghi thời điểm vào — nhập ngày và giờ
- Xác nhận có người bị thương hay không — nhập văn bản
- Báo kết thúc tình huống — nhập văn bản
Các bước được tạo bằng cách kết hợp sáu loại: chọn đáp án, nhập văn bản, nhập ngày/giờ, gửi tin nhắn, ảnh hướng dẫn, và kiểm tra camera. Mỗi hiện trường có quy trình khác nhau nên thứ tự cũng đổi được tự do.
Giá trị của cấu trúc này đến từ hai chỗ. Một là người đang bối rối không bị đứng lại vì không biết phải làm gì tiếp, hai là bản thân việc ứng phó trở thành bản ghi. Ai đã làm bước nào vào lúc nào, bao lâu thì kết thúc, đều tự động tích lại. Không cần dựng lại báo cáo sự cố bằng ký ức sau đó.
VI. Hình ảnh không ra khỏi hiện trường
Cuối cùng, xin nói về việc tất cả những điều trên được tính toán ở đâu.
Phân tích hình ảnh trong ORBRO OS được xử lý trên thiết bị edge lắp tại hiện trường. Không phải cách đưa hình camera lên cloud bên ngoài, phân tích ở đó rồi trả kết quả về. Có ba lý do.
Băng thông — liên tục đẩy hình của nhiều camera ra ngoài là gánh nặng cả về chi phí đường truyền và độ ổn định. Độ trễ — thời gian từ lúc phát hiện nguy hiểm đến lúc phát thanh càng ngắn càng tốt. Và quyền riêng tư — hình ảnh có mặt và lộ trình di chuyển của người lao động thuộc loại dữ liệu nhạy cảm nhất. Ở cơ quan công và nhà máy, nhiều trường hợp việc đưa dữ liệu này ra ngoài là không được phép.
Hình ảnh được phân tích bên trong hiện trường, và thứ đi ra ngoài chỉ là sự thật rằng "lúc 11 giờ 48 phút đã phát hiện không đội mũ bảo hộ ở dây chuyền 3".
Lời kết
Phép tính mười sáu màn hình và hai con mắt vẫn chưa đổi. Thứ đã đổi là tiền đề rằng con người phải xem hết mười sáu màn hình đó.
Phần "AI xem thay" thì bây giờ nhiều nơi làm được. Điểm tạo ra khác biệt nằm ở phía sau: chuỗi phát hiện → phát thanh → quy trình → bản ghi có liền mạch hay không. Trong một hệ thống mà chuỗi đó bị đứt, AI chỉ là một cái máy sinh ra cảnh báo, và cảnh báo tích lại để bị phứt lờ.
Câu chuyện về bảy ứng dụng không bắt mắt nằm ở bài khác. Không ai mang chúng ra khoe, nhưng thiếu chúng thì mười lăm ứng dụng đã giới thiệu đều dừng.
Nếu muốn biết camera tại hiện trường của bạn có thể bắt được những sự kiện nào, hãy liên hệ ORBRO.
