VВЫВЕРЕНОинженерные системы безопасности

Сценарии видеонаблюдения · Москва и МО

Контроль очереди с помощью видеоаналитики

Камера может видеть людей у кассы, но это ещё не означает, что система измеряет именно очередь.

Сначала определяем, какое событие должно менять работу:

  • в очереди больше N человек;
  • превышение длится дольше X минут;
  • среднее ожидание растёт;
  • конкретная касса перегружена;
  • в определённый час регулярно возникает пик.

Только после этого выбираем аналитику и ракурс.

Четыре разные метрики

Люди в зоне

Самый простой показатель.

Длительность превышения порога

Например: «больше 5 человек дольше 2 минут».

Время ожидания

Нужно определить начало и конец ожидания для конкретного посетителя.

Нагрузка по времени

Сравнение часов/смен/дней.

Эти метрики не взаимозаменяемы.

Люди рядом с кассой ≠ очередь

В зоне могут быть:

  • сотрудники;
  • сопровождающие;
  • покупатели соседней кассы;
  • проходящие люди;
  • тележки.

Поэтому граница зоны должна соответствовать реальному месту ожидания.

Ракурс

На точность влияют:

  • перекрытия людьми;
  • перспектива;
  • стойка;
  • тележки;
  • плотность;
  • свет;
  • высота.

Обзорная камера магазина может быть отличной для расследования, но плохой для анализа очереди.

Иногда лучше отдельный аналитический ракурс.

Использование существующей камеры

Существующую камеру можно использовать, если:

  • геометрия подходит;
  • разрешения достаточно;
  • видеопоток доступен;
  • выбранная платформа видеоаналитики поддерживает модель/протокол.

Не обещаем повторное использование камеры до пилотной проверки.

Аналитика на самой камере

Современные камеры Hanwha и других производителей могут выполнять:

  • подсчёт людей;
  • управление очередью;
  • построение тепловой карты перемещений

прямо на камере.

Это снижает требования к отдельному серверу в некоторых архитектурах.

Но возможности зависят от конкретной модели и приложения.

Серверная или облачная аналитика

Для:

  • нескольких объектов;
  • общей панели показателей;
  • исторической статистики

может использоваться обработка на сервере или в облаке.

Тогда дополнительно считаем:

  • пропускная способность;
  • лицензии;
  • срок хранения;
  • интеграция.

Порог должен вести к действию

Плохая настройка: «присылать уведомление при каждом превышении».

Хорошая:

  • кто получает;
  • через сколько секунд/минут;
  • что делает;
  • когда уведомление считается закрытым.

Например: >5 человек >2 минут → менеджеру → открыть вторую кассу.

Цифры здесь пример, а не готовый норматив.

Антидребезг

Если человек:

  • прошёл через зону;
  • остановился на секунду;
  • вернулся,

система не должна создавать бессмысленную тревогу.

Используем:

  • минимальная длительность превышения;
  • разные пороги включения и снятия тревоги;
  • задержка для отсечения кратковременных колебаний — если поддерживается.

Ручная контрольная выборка

Пилот принимается не по красивой панели показателей.

Берём:

  • спокойный период;
  • обычный;
  • пиковый.

И вручную отмечаем:

  • фактическое число;
  • ложные срабатывания;
  • пропуски;
  • сложные сцены.

После этого сравниваем с аналитикой.

Не один процент точности

Полезнее разделить ошибки:

  • недосчитала;
  • пересчитала;
  • спутала проходящего;
  • не видит плотную группу;
  • проблема при тележках;
  • проблема ночью.

Так понятнее, что исправлять.

Длина очереди и время ожидания

Очень важно: простое количество людей в заданной области не даёт автоматически время ожидания каждого человека.

Для расчёта времени ожидания алгоритм должен:

  • отслеживать движение человека;
  • определить момент входа;
  • определить точку обслуживания;
  • сохранять связь наблюдений с одним человеком при отслеживании внутри допустимого сценария.

Это проверяется отдельно.

Приватность

Для управления очередью чаще не нужна личность конкретного посетителя.

Если бизнесу достаточно агрегированной статистики:

  • не добавляем распознавание лиц без необходимости.

Это уменьшает лишнюю обработку персональных данных.

Пилот до масштабирования

Сначала:

  • одна касса;
  • один вход;
  • одна характерная зона.

После подтверждения:

  • масштабируем.

Так дешевле обнаружить неправильный ракурс или метрику.

Как проходит проект

1. Задача бизнеса

Что будем менять по данным.

2. Показатель

Количество людей, длительность превышения или время ожидания.

3. Зона

Геометрия.

4. Камера

Существующая или новая.

5. Пилотная проверка

Несколько нагрузок.

6. Ручная проверка результатов

Фактические наблюдения для сравнения.

7. Порог срабатывания

Правила уведомлений.

8. Расширение на другие зоны

Другие зоны.

Как принимаем систему

Согласуем:

  • период проверки;
  • ручной подсчёт;
  • допустимое отклонение;
  • типы ошибок;
  • действие при уведомлении.

Один успешный час не подтверждает работу во все смены.

Что получает заказчик

  • карту зон;
  • выбранные метрики;
  • пороги;
  • список проверенных условий;
  • результаты ручной сверки;
  • ограничения;
  • правила уведомлений.

Что прислать

  • фото кассы/стойки;
  • план;
  • фрагмент видео;
  • пиковые часы;
  • какая метрика нужна;
  • кто реагирует;
  • модели существующих камер.

Частые вопросы

Можно использовать обычную камеру?

Иногда да, если ракурс подходит для конкретной аналитики.

Можно измерить время ожидания одной камерой?

Если алгоритм и геометрия поддерживают отслеживание человека от входа до начала обслуживания.

Управление очередью есть прямо в камере?

У отдельных актуальных моделей — да. Например, Hanwha публикует управление очередью и подсчёт людей среди встроенных функций бизнес-аналитики.

Точность можно гарантировать заранее?

Без пилота на объекте — некорректно.

Нужно лицо распознавать?

Для обычного измерения параметров очереди обычно нет.

Связанные решения

ПозвонитьРассчитать