Обнаружение оставленных предметов: где ломается система
Обнаружение оставленных предметов упирается в простую вещь: это статичный объект — сумка, рюкзак, коробка у стены. Классическая видеоаналитика на движение его не видит, потому что детектор реагирует на перемещение, а не на появление нового неподвижного объекта в зоне контроля. Событие всплывает через десятки минут, когда его случайно замечает оператор, — либо не всплывает вовсе.
Дальше вмешиваются перекрытия. Человек закрывает пакет собой на несколько секунд, трекер теряет связь между «человек был» и «вещь осталась», и объект уходит в фон сцены. Если же модель держит объект в памяти слишком долго, начинается обратная крайность: ложные срабатывания на каждом портфеле, который владелец поставил рядом с собой и отошёл на пару метров.
Плата за оба режима одинакова. Либо пропущенное событие в зоне контроля, где промедление стоит дороже всего, либо поток ложных срабатываний, после которого смена перестаёт реагировать на сигналы в принципе. Поверх этого — разрыв между событием и реакцией: найденный предмет надо довести до дежурного с картинкой, привязкой к камере и меткой времени, иначе он остаётся строкой в журнале.
Мы встраиваем эту логику в уже работающий видеоконтур, включая системы уровня Milestone, а не строим второй параллельный контур с отдельными камерами. Дальше разбираем, как это закрывается на практике: логикой владения объектом, порогами по времени статичности и привязкой к границам зоны контроля.
Что даёт внедрение: измеримый эффект для объекта
На объекте без настроенной аналитики оставленный предмет замечает человек — и замечает не всегда. Система переводит это в правило: объект находится в зоне интереса дольше заданного порога и рядом нет движения — формируется тревога с привязкой ко времени и камере. Время реакции охраны падает с нескольких минут до десятков секунд, потому что оператор получает готовое событие, а не поток видео.
Нагрузка на оператора определяется не числом камер, а числом ложных срабатываний. Пороги подбираются под конкретную сцену: отдельно для улицы с растительностью, отдельно для кассовой зоны и входной группы, отдельно для мест с меняющимся освещением. После такой настройки один пост уверенно ведёт втрое больше камер, а доля пропущенных событий снижается за счёт того, что внимание не рассеивается на шум.
Качество видеоаналитики растёт вместе с накопленным архивом событий. Каждое ложное срабатывание разбирается и уходит в дообучение, поэтому через несколько недель работы точность на конкретном объекте выше, чем у типовой модели.
Архив событий хранит не только клипы, но и метаданные: тип события, зона, интервал, статус обработки. Разбор инцидента занимает минуты — нужный фрагмент находится по фильтру, а не перемоткой суток записи. Работаем на профессиональном оборудовании Hikvision, поэтому система встраивается в уже смонтированную сеть наблюдения без замены парка камер.
Варианты обнаружения: локальный, серверный, гибридный
Во всех трёх схемах источник один — поток с камер, различается только место разбора кадров: вычислительный узел на объекте, сервер или оба уровня сразу. Выбор определяется числом камер, стабильностью канала, требованиями к хранению видео и тем, как быстро тревога должна дойти до оператора.
| Схема | Когда подходит | Ограничения |
|---|---|---|
| Локальная обработка | Небольшое число камер, слабый или нестабильный канал, требование держать видео внутри объекта | Мощность узла ограничивает число потоков и моделей; обновление моделей требует выезда или отдельного механизма доставки |
| Серверная аналитика | Много камер, единый архив, управление моделями из центра, несколько объектов на одной площадке | Канал должен тянуть одновременную передачу всех потоков; при обрыве связи детекция на объекте останавливается |
| Гибридная схема | Объект с большим числом камер и узким каналом, нужны и быстрая тревога, и централизованное обновление моделей | Сложнее в сопровождении: нужно синхронизировать настройки между уровнями и заранее договориться, какой уровень считает событие подтверждённым |
Ограничения системы не исчезают при смене схемы — они перераспределяются. Гибрид разгружает канал ценой второй точки обновления, серверная аналитика упрощает управление моделями, но делает объект зависимым от связи.
Поэтому выбор проверяем на записях с конкретного объекта: считаем долю пропущенных оставленных предметов и число ложных тревог на ночной съёмке, при перекрытиях и в зонах с плотным потоком людей. Схема годится, если метрики держатся на всех этих условиях, а не только на дневном тестовом ролике.
Этапы внедрения: от обследования объекта до передачи
Детекция оставленных предметов не покупается готовой коробкой: правила срабатывания зависят от геометрии зала, плотности потока и режима работы объекта. Поэтому внедрение идёт фиксированной последовательностью — на каждом шаге понятно, что уже проверено и что осталось настроить.
- Обследование объекта. Проходим зоны вместе со службой безопасности, сверяем план помещений со схемой камер: отмечаем слепые участки, перекрытия ракурсов и места, где оставленный предмет не видит ни одна камера.
- Схема размещения и зоны интереса. Определяем контролируемые области и исключения — выходы, эскалаторы, участки постоянного движения. На схему ложатся ракурсы и набор правил для каждой зоны.
- Настройка правил. Задаём время неподвижности, минимальный размер объекта, расписание для разных смен. Отдельно разводим предмет, оставленный человеком, и объект, который долго стоит по регламенту.
- Тестовый период. Система работает в режиме наблюдения: операторы фиксируют сработки, мы разбираем каждую и правим пороги — убираем ложные, не теряя реальные.
- Приёмка системы. Смотрим измеримые показатели: доля пропущенных событий, число ложных тревог за смену, время от появления предмета до сигнала. Результат фиксируется протоколом.
- Передача в эксплуатацию. Обучаем операторов, отдаём регламент реакции на тревогу и инструкцию по изменению зон при перепланировке.
Каждый этап заканчивается артефактом — схемой, конфигурацией правил или протоколом. Заказчик видит, на каком шаге проект и что произойдёт после передачи.
Состав поставки: конфигурации, схемы и регламенты
Поставка устроена так, чтобы система осталась рабочей без нас: всё, что описывает поведение, хранится в текстовых конфигурациях и схемах, а не в голове инженера. Ниже — что именно переходит команде заказчика и что с этим можно делать дальше самостоятельно.
- Конфигурации детекции — пороги чувствительности, минимальное время нахождения предмета в зоне, перечень классов объектов и зоны исключений. Правится без пересборки модели, изменения вступают в силу после проверки на тестовой подборке записей.
- Схема размещения камер — планы помещений с точками установки, направлениями обзора, зонами перекрытия и явно отмеченными слепыми участками. Из неё видно, почему выбрана такая геометрия и какие места остаются вне контроля.
- Регламент реагирования — кто получает тревогу, за какое время, что делает оператор до прихода группы, при каких условиях событие закрывается как ложное, кому эскалируется.
- Документация — описание стыковки с действующей видеосистемой, структура хранения событий и видеофрагментов, инструкции для оператора и администратора, порядок обновления моделей.
- Права доступа — матрица ролей: кто видит поток, кто меняет пороги, кто выгружает архив, кто управляет зонами. Разделение исключает правку правил теми, кто только смотрит смену.
- Тестовые сценарии — подборка записей с оставленными предметами и сложными случаями: тени, отражения, люди, стоящие рядом. По ней проверяется любое изменение конфигурации перед выводом в работу.
- Журнал версий конфигураций — что менялось, когда и с каким результатом на тестовой подборке, чтобы откатиться к предыдущему набору правил за одну операцию.
Такой состав даёт заказчику возможность развивать систему своими силами: донастраивать зоны, менять регламент под смену службы безопасности, подключать новые камеры — и возвращаться к нам только за изменением логики обнаружения оставленных предметов.
Кейс: как сократили время реакции на складе
Распределительный склад с приёмкой, хранением и отгрузкой в одном контуре: оставленная паллета или коробка в проезде блокирует погрузчик, а диспетчер узнаёт об этом от сменщика по телефону — к моменту реакции предмет стоит в зоне уже несколько минут.
Что показали замеры до внедрения
Начали с двух недель наблюдения: событие считали пропущенным, если оператор не отреагировал, пока предмет оставался в проезде. Доля пропущенных держалась около 30%, среднее время реакции — 4-6 минут. Причина не в людях: один оператор физически не удерживает внимание на стене экранов всю смену, к третьему часу оно падает.
Что изменили
Детекцию построили на YOLO, дообучив модель на записи этого же объекта — так она знает местные типы тары и не путает паллету, стоящую в ячейке, с оставленной в проезде. Тревога срабатывает не на появление объекта, а на его неподвижность в запретной зоне дольше порога, привязанного к темпу разгрузки. Оператор получает не поток видео, а очередь тревог: камера, фрагмент вокруг события, отметка «в работе».
Что стало по метрикам
Доля пропущенных событий ушла ниже 2%: почти все разбираются, пока предмет ещё в проезде. Среднее время реакции сократилось с 4-6 минут до 20-40 секунд, ложные тревоги — с 15-20 за смену до 2-3 после настройки зон и порогов вместе с начальником смены. Высвобожденное внимание смена тратит на разбор очереди тревог вместо поиска нарушения глазами.
Что делать, если на объекте уже стоят камеры
Менять парк камер при запуске детекции оставленных предметов в большинстве случаев не нужно: аналитика ставится отдельным слоем, который получает поток с уже установленных камер и отдаёт события дальше в контур наблюдения. Узкое место здесь не разрешение матрицы, а три вещи — стабильность потока, угол обзора зоны и освещённость. Камера, которая «видит» проход, но пишет рывками или смотрит в пол, даст ложные срабатывания независимо от качества модели.
Перед стартом наши инженеры снимают инвентаризацию: модели камер, доступные потоки, загрузка сети и хранилища, глубина архива, схема размещения. Если камеры отдают поток в стандартном сетевом формате — они подходят, и вопрос сводится к расчёту нагрузки. Если поток закрыт внутри регистратора без возможности вывода, рассматриваем шлюз на стороне регистратора либо частичную замену по зонам.
| Вариант | Когда подходит | Ограничения |
|---|---|---|
| Аналитика отдельным слоем поверх существующих камер | Потоки открыты, картинка стабильна, парк менять не нужно | Нужен сервер обработки и доступ к потокам |
| Встраивание в существующий регистратор | Парк однотипный, есть свободные каналы и запас по записи | Набор сценариев ограничен возможностями регистратора |
| Частичная замена камер в критичных зонах | Старые камеры не дают нужного угла или потока | Замена идёт по зонам, а не по всему объекту |
Поэтапная модернизация выглядит так: сначала пилот на двух-четырёх камерах в самых чувствительных зонах — калибруем зоны контроля и время удержания объекта, считаем долю ложных срабатываний на реальных сменах. Дальше расширяем на остальные камеры, где качество потока это позволяет, и только после этого меняем единичные камеры, которые не проходят по обзору. Регистратор остаётся в контуре: события приходят в него, оператор работает в привычном интерфейсе, запись и архив не перестраиваются.
Частые технические сомнения и ответы инженеров
Перед пилотом заказчик проверяет не точность модели, а поведение системы в реальном зале: ложные срабатывания на прохожих, перекрытия колоннами и стеллажами, обрыв связи с камерой, плановую перепланировку. Разбираем эти сомнения предметно.
Система будет срабатывать на всё подряд?
Чувствительность — это набор правил, а не один регулятор: зоны интереса, порог уверенности детектора, минимальный размер объекта и выдержка времени. Предмет должен оставаться неподвижным заданный интервал, прежде чем появится тревога, — короткая остановка человека или брошенная тень её не вызывают. Пороги калибруем на записях с вашей площадки, поэтому они отражают реальную геометрию и освещение.
Что произойдёт при потере связи с камерой или сервером?
Обрыв потока — отдельное событие, а не тишина: оператор видит, какой канал потерян и что участок не контролируется. Разбор кадров продолжается на локальном узле, буфер сохраняется и догружается после восстановления канала. Состояние камер и активные тревоги синхронизируются — дублей не возникает.
Планируем перепланировку — систему придётся переделывать?
Зоны интереса, правила и расписания хранятся отдельно от модели, как конфигурация. Переставить стеллажи, сузить проход или сменить назначение зала можно без переобучения — достаточно переразметить зоны на новом плане. Смена ракурса камеры требует повторной калибровки сцены, а при перекрытиях трек предмета восстанавливается, поэтому одиночный проход человека не разрывает историю наблюдения.
Обсудим задачу: что нужно для старта работ
Обсудить задачу предметно проще, когда есть конкретные вводные: тогда оценка проекта опирается на факты, а не на допущения. Ниже — минимум исходных данных, который убирает уточняющие итерации и позволяет сразу собрать план работ.
- Камеры и зоны: где установлено оборудование, какие участки перекрываются, где остаются слепые зоны — платформы, стойки, выходы.
- Что считаем событием: сумку без владельца, коробку у ограждения, тележку; через какое время предмет признаётся оставленным.
- Существующая инфраструктура: видеосервер, система контроля доступа, пульт охраны — куда логично отправлять тревогу, чтобы не создавать второй параллельный интерфейс.
- Правила реагирования: кто получает уведомление и в какой срок, нужна ли эскалация, ведётся ли журнал действий оператора.
- Приватность и хранение: срок хранения фрагментов, маскирование лиц, разграничение доступа по ролям.
- Критерии приёмки: допустимая доля ложных срабатываний, время от появления события до тревоги, набор сцен для проверки.
- Доступ к тестовой среде: архив записей или поток с одной камеры, отдельный контур, не влияющий на боевое видеонаблюдение.
Опишите задачу в таком объёме — вернёмся с оценкой проекта, схемой решения и планом работ по этапам, согласуем порядок запуска.
