Видеоаналитика: когда оправдана, а когда переплата

Видеоаналитика — это программная функция, которая превращает видеопоток в события: пересечение линии, появление объекта в зоне, классификация «человек / транспорт», подсчёт, распознавание номеров. Надбавкой она становится тогда, когда её продают как свойство камеры, а не как решение конкретной задачи оператора, и когда на объекте некому реагировать на сгенерированные события.

Разница видна по одному признаку: у оправданной аналитики есть адресат события и регламент реакции. Если в спецификации написано «камера с ИИ-детекцией», но в договоре не описано, кто и за какое время реагирует на срабатывание, — это строка в смете, а не функция безопасности. По нашему опыту на объектах такая строка чаще всего и остаётся невостребованной: детектор включён, зоны нарисованы по умолчанию, журнал событий никто не открывает.

Второй признак — подмена характеристик. Аналитика продаётся как замена нормальному подбору оптики и освещения, хотя работает ровно на том же изображении. Мы подробно разбирали этот выбор в материале о том, что важнее: мегапиксели, объектив, свет, WDR или аналитика — вывод там тот же: разрешение само по себе не решает задачу, пока не сведены дистанция, светочувствительность и фокусное расстояние.

Практический порог применимости задаёт не мегапиксель, а размер объекта в кадре. В руководстве AXIS Object Analytics минимальная высота человека — 4 % высоты изображения, и это при идеальных условиях без перекрытий; рекомендуемая, чтобы снизить риск пропусков, — 8 %. Для транспорта — 3 % и 6 % соответственно. Всё, что мельче, детектор пропустит независимо от стоимости лицензии.

Переведём проценты в привычную плотность пикселей. При потоке высотой 1080 пикселей рекомендованные 8 % — это 1080 × 0,08 = 86,4, то есть ≈86 пикселей на фигуру. Человек ростом 1,7 м: 86,4 / 1,7 = 50,8 ≈ 51 пикс/м. Абсолютный минимум 4 %: 1080 × 0,04 = 43,2 пикселя, или 43,2 / 1,7 = 25,4 ≈ 25 пикс/м. Вывод практичный: рекомендуемый порог для детектора почти совпадает с нижней ступенью 50 пикс/м из Приложения 2 к Правилам НСВМ, а «идеальный минимум» вдвое ниже неё.

Отсюда рабочая таблица. Ширина кадра считается по формуле ширина кадра (м) = разрешение по горизонтали / требуемая плотность:

Читать таблицу нужно так: это максимальная ширина сцены, при которой заявленная плотность ещё выдерживается. Детектор объектов живёт в первой строке, классификация «человек / транспорт» устойчиво работает ближе ко второй, распознавание номеров и лиц — только в третьей. Если камера на мачте охватывает 60 м по ширине кадра, разговор про распознавание лиц на ней закрыт арифметикой, а не мнением.

Есть и обратная проверка — через объектив: f (мм) = ширина матрицы (мм) × дистанция (м) / ширина кадра (м). Для матрицы 1/2,8″ (≈5,6 мм) и задачи «идентификация на 25 м» с камерой 4 Мп: f = 5,6 × 25 / 10,75 = 13,0 мм. Если в спецификации при тех же вводных стоит объектив 2,8 мм, аналитика по номерам на этой позиции не заработает.

Аналитика окупается там, где событие происходит редко, а следить приходится постоянно, — то есть где алгоритм заменяет непрерывное внимание человека. Ниже четыре сценария, в которых мы считаем её обоснованной, при условии что геометрия сцены проходит порог из предыдущего раздела.

1. Периметр без постоянного оператора. Детекция пересечения линии на протяжённом ограждении: событий за смену единицы, а держать человека на мониторе 12 часов бессмысленно. Плотность на дальней границе зоны — не ниже 50 пикс/м.
2. Контроль въезда и распознавание номеров. Работает только на выделенной камере с узким углом: 4 Мп при 250 пикс/м даёт ширину кадра 10,75 м, чего хватает на один-два ряда, но не на весь двор.
3. Ретроспективный поиск в архиве. Фильтр по типу объекта, направлению движения, цвету одежды сокращает разбор инцидента с часов до минут. Это самый недооценённый сценарий: он не требует реакции в реальном времени и потому терпимее к качеству сцены.
4. Счётные задачи. Подсчёт посетителей, занятость парковки, контроль очередей — здесь аналитика даёт цифру для управленческого решения, а не для охраны, и точность в 90-е доли процента обычно и не нужна.

Общее у всех четырёх: заранее известно, кто получает событие и что делает дальше. Если ответ на это неизвестен, переходите к следующему разделу.

Надбавка — это оплаченная функция без измеримого эффекта. В нашей практике повторяются пять случаев, и все пять выявляются на этапе спецификации, до монтажа.

• «Аналитика для соответствия нормам». Ни Правила функционирования Национальной системы видеомониторинга, ни постановление об обязательном оснащении объектов не требуют видеоаналитики как таковой — они задают плотности пикселей, разрешение, срок хранения архива и автономность. Аналитика в этот перечень не входит.
• Аналитика на обзорной камере. Камера на мачте с широким углом даёт объект мельче 4 % высоты кадра. Детектор формально включён, фактически пропускает людей.
• Событие без адресата. Детекция настроена, уведомления уходят на почту, которую никто не открывает. Функция оплачена, реакции нет.
• Распознавание лиц без основания и без плотности. Одновременно две проблемы: сцена не даёт 250 пикс/м и нет правового основания для обработки биометрии.
• Тройная оплата одного и того же. Детектор в камере, детектор в видеорегистраторе и облачный сервис аналитики, купленные параллельно. Это классическая переплата за «решение с запасом» — мы разбирали её механику в материале о том, где заказчик переплачивает, беря систему с запасом.

Требования к системам видеонаблюдения в Казахстане касаются параметров изображения и хранения, а не наличия аналитики. Плотности 50 / 150 / 250 пикс/м по типам зон и технические минимумы (разрешение не ниже 1920×1080, 25 кадров/с, битрейт от 5000 кбит/с, светочувствительность 0,01 лк, IP66, архив не менее 30 суток, автономность от 60 минут) задаёт Приложение 2 к Правилам функционирования Национальной системы видеомониторинга — приказ Председателя КНБ РК от 27.10.2020 № 69-қе (adilet.zan.kz, V2000021693).

Обязательное оснащение объектов из перечня системами охранного телевидения, хранение архива не менее 30 суток и требования к охранному освещению устанавливает постановление Правительства РК от 06.05.2021 № 305 (adilet.zan.kz, P2100000305); в частности, пункт 68 задаёт освещаемую полосу шириной 3–4 м с уровнем не менее 10 люкс. Для аналитики это прямо релевантно: недостаточная освещённость входит в перечень условий, при которых, по руководству AXIS Object Analytics, детекция задерживается или пропускается. Вопрос о том, нужно ли объекту подключение к национальной системе видеомониторинга, решается отдельно от вопроса об аналитике.

Отдельная граница — распознавание лиц. Биометрические данные обрабатываются с согласия субъекта, за исключением случаев, прямо предусмотренных Законом РК от 21.05.2013 № 94-V «О персональных данных и их защите» (adilet.zan.kz, Z1300000094). Практический вывод для бюджета: прежде чем закладывать лицензию на распознавание лиц, нужно понять правовое основание и режим хранения шаблонов — иначе функция окажется неприменимой. Смежные риски мы собрали в разборе замечаний по персональным данным и видеозаписи лиц.

Аналитика не заменяет ни одну из базовых статей затрат — она добавляется к ним. Запись всё равно ведётся непрерывно, потому что срок хранения задан нормативно, а не логикой детектора. Ниже — что реально меняется в бюджете.

Строка про архив — та, где чаще всего рушится расчёт окупаемости: 20 камер за 30 суток дают 32,4 ТБ (20 × 1,62 ТБ) независимо от того, куплена аналитика или нет. Подробнее о том, почему архив и хранение резко увеличивают цену CCTV, — в отдельном материале.

Отдельно про ложные срабатывания. В руководстве AXIS Object Analytics перечислены условия, при которых детекция задерживается, пропускается или даёт ложные события: сильный дождь и снег, туман, прямой свет в объектив, недостаточная освещённость, шумное изображение, частично скрытые люди и машины (например, за листвой), сцена с постоянно перекрывающими друг друга объектами, вибрация камеры. Там же оговорено, что объект должен двигаться в сцене не менее двух секунд, а камера должна быть наклонена к земле так, чтобы центр кадра находился ниже линии горизонта. Если ваша позиция нарушает хотя бы два пункта из этого списка, обещанной точности не будет.

Проверка занимает один разговор и не требует выезда на объект. Задача — превратить формулировку «камера с ИИ» в измеримое обязательство, которое можно принять по акту. Пять шагов ниже мы используем при аудите чужих спецификаций.

1. Назовите сценарий одним предложением. «Фиксировать пересечение периметра со стороны склада ночью» — это сценарий. «Умная аналитика» — нет.
2. Спросите дистанцию и ширину кадра. Потребуйте цифру: какая ширина сцены на дальней границе зоны детекции и какая плотность пикселей там получается.
3. Проверьте геометрию по таблице. Ширина кадра = разрешение по горизонтали / плотность. Если для детекции нужно 50 пикс/м, камера 2 Мп закрывает 38,40 м, 4 Мп — 53,76 м.
4. Уточните условия освещённости. Ночью, в дождь и при контровом свете — отдельно. Нормируемые 10 люкс охранного освещения относятся к полосе 3–4 м, а не ко всей зоне.
5. Зафиксируйте порядок при ложных срабатываниях. Кто перенастраивает зоны, в какой срок, входит ли это в обслуживание или оплачивается отдельно.

Сводный пример по итогам всех пяти шагов. Склад, проезд шириной 12 м, задача — фиксировать номер машины на въезде с дистанции 25 м. Идентификация требует 250 пикс/м; камера 4 Мп даёт ширину кадра 2688 / 250 = 10,75 м — то есть весь 12-метровый проезд одной камерой по идентификации не закрывается, нужна выделенная позиция на полосу. Фокусное для матрицы 1/2,8″ (≈5,6 мм): f = 5,6 × 25 / 10,75 = 13,0 мм. Вторая камера, обзорная: 2 Мп при 50 пикс/м даёт 1920 / 50 = 38,40 м ширины кадра, с коэффициентом перекрытия 0,9 рабочая ширина составит 34,56 м. Итог: аналитика по номерам оправдана на первой камере и бессмысленна на второй — на обзорной позиции она станет той самой надбавкой.