Почему поиск события в архиве занимает часы

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

Разберём типовой случай, который мы видим на объектах чаще всего.

Проверим арифметику: 6 × 4 = 24 часа, 24 ÷ 8 = 3 часа. И 3 × 20 мин = 60 минут, 60 ÷ 8 = 7,5 минуты. Разница почти в 24 раза получена без единой новой камеры, нового сервера и без видеоаналитики, а только за счёт того, что известны точное время и нужный ракурс.

Если поиск события в архиве стабильно занимает часы, узкое место почти всегда в организации, а не в железе. Ниже — пять причин по убыванию частоты, с которыми мы сталкиваемся на объектах в Казахстане.

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

Что это означает на практике. Оператор получил отметку «инцидент в 19:42 по часам поста охраны». Если камера в холле показывает время на 6 минут вперёд, а камера на парковке — на 4 минуты назад, оператор не может открыть 19:42 на обоих каналах и получить один момент. Ему приходится расширять окно на величину неизвестного расхождения в обе стороны, поэтому то самое окно в 4 часа из таблицы выше и появляется.

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

Оператор тратит время не на просмотр, а на угадывание, какая камера смотрит на нужную точку. Когда номера каналов в интерфейсе называются «CH07» и «IPC-12», а актуальной схемы расположения нет, единственный способ найти нужный ракурс — открывать каналы подряд. На системе из 40–60 камер это самостоятельная задача на десятки минут, которая повторяется при каждом инциденте.

Карта зон — это не красивый чертёж, а рабочий документ: план объекта с точками установки, номером и понятным именем канала, зоной обзора и назначением каждой камеры (обнаружение, узнавание, идентификация). Имя канала должно читаться как «Вход_главный_касса», а не как «CH07».

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

Норма хранения — не менее 30 суток (Постановление Правительства РК от 06.05.2021 № 305, adilet.zan.kz/P2100000305). Но норма задаёт срок, а не ёмкость: если дисков не хватает, регистратор просто перезаписывает старые сутки, и служба безопасности узнаёт об этом в момент, когда запись за нужную дату уже стёрта.

Считается это в две строки. При битрейте 5000 кбит/с одна камера даёт около 54 ГБ в сутки, то есть 1,62 ТБ за 30 суток. Для 60 камер требуется примерно 97 ТБ (1,62 × 60 = 97,2 ТБ). Битрейт не менее 5000 кбит/с — это, к слову, один из технических минимумов Приложения 2 к Правилам функционирования Национальной системы видеомониторинга (приказ Председателя КНБ РК от 27.10.2020 № 69-қе, adilet.zan.kz/V2000021693).

Теперь обратный счёт. Если на те же 60 камер установлено хранилище на 40 ТБ, на камеру приходится 40 000 ГБ ÷ 60 = 667 ГБ. Делим на суточный объём: 667 ÷ 54 ≈ 12 суток. То есть при формально заявленных 30 сутках реальная глубина архива — около 12 суток, и заявление в полицию, поданное через три недели после события, приходит в пустоту.

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

Найденный фрагмент бесполезен, если на нём не различить того, кого ищут. За это отвечает плотность пикселей — сколько пикселей приходится на метр реальной сцены. PPM = разрешение по горизонтали ÷ ширина кадра. Камера 4 Мп даёт 2688 пикселей по горизонтали; при ширине кадра 10,75 м получаем 2688 ÷ 10,75 = 250 пикс/м.

250 пикс/м — это порог, на котором по записи можно описать признаки человека. В методике DORI (IEC 62676-4) этот уровень называется Characterize, а надёжное опознание относят к 500 пикс/м. В нормативной базе РК используются три значения плотности — 50, 150 и 250 пикс/м по типам зон (Приложение 2 к Правилам НСВМ); значения 500 в норме РК нет, это уровень международного стандарта.

Что происходит, когда камеру ставят «чтобы видно было побольше». Та же камера 4 Мп, растянутая на ширину кадра 20 м, даёт 2688 ÷ 20 = 134 пикс/м. Это ниже порога узнавания в 150 пикс/м: человек в кадре есть, движение видно, а описать его признаки по записи нельзя. Служба безопасности часами ищет фрагмент, находит его, и получает материал, который не работает ни во внутреннем разбирательстве, ни в заявлении.

Именно поэтому наличие записи не равно возможности найти и предъявить событие. Это два разных состояния системы, и второе требует проверки отдельно. Что важнее для результата (мегапиксели, объектив, свет или аналитика), разбирали в отдельном материале про выбор камеры видеонаблюдения.

Фрагмент найден, и здесь поиск часто останавливается ещё на час. Если на объекте не описано, кто имеет право выгружать записи, в каком формате, с какими метаданными и куда, оператор экспортирует ролик в проприетарном формате регистратора, без штампа времени и без плеера. Получатель такой файл открыть не может, запрос возвращается, цикл повторяется.

Рабочий минимум для выгрузки выглядит так:

• фрагмент с запасом — не менее 2 минут до и 2 минут после события;
• видимый штамп даты и времени в кадре;
• сопроводительная записка: объект, номер и имя канала, зона обзора, дата и время начала и конца фрагмента, кто и когда выгрузил;
• контрольная сумма файла, зафиксированная в записке;
• плеер производителя рядом с файлом либо копия в общедоступном формате.

Отдельно — журнал доступа к архиву. Он нужен не для бюрократии: без него нельзя ответить, кто смотрел записи и что выгружал, а видеозапись человека относится к персональным данным и обращение с ней ограничено законодательством РК о персональных данных. Практические замечания по этой теме — в материале про персональные данные и видеозапись лиц.

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

1. Зафиксировать отметку времени. Дежурный записывает время инцидента по единым часам поста, а не «примерно после обеда». Отметка идёт в журнал сразу, а не по итогам смены.
2. Свериться со сдвигом устройств. Взять таблицу известных расхождений часов регистраторов (заполняется при обслуживании) и пересчитать отметку под каждый канал.
3. Определить маршрут по карте зон. По плану объекта выбрать 2–4 камеры, через зоны которых физически проходил объект поиска, вместо перебора всего этажа.
4. Открыть окно ±10 минут. Начинать с узкого окна и расширять только при неудаче, а не наоборот.
5. Выгрузить фрагмент по правилам. С запасом 2 минуты с каждой стороны, со штампом времени, сопроводительной запиской и контрольной суммой.
6. Внести запись в журнал доступа. Кто искал, по какому основанию, что выгрузил и кому передал.

Сводный пример по этим шагам — та самая правая колонка таблицы в начале: окно 20 минут × 3 камеры = 60 минут материала, 7,5 минуты просмотра на ускорении 8×. Против 24 часов материала и 3 часов просмотра при том же оборудовании.

Часы на поиск теряются в шести точках, и каждая проверяется отдельным действием без выезда специалиста: сдвиг часов регистраторов, наличие карты зон, соответствие ёмкости СХД расчёту, плотность пикселей в ключевых кадрах, описанный порядок выгрузки и журнал доступа. Проверять стоит все шесть, потому что причины накладываются друг на друга, и устранение одной при сохранении остальных даёт лишь частичный выигрыш.

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