Видеонаблюдение для АЗС: восстановить одно событие от въезда до расчёта и выезда

Поэтому систему для АЗС проектируем не как набор камер по периметру. Сначала задаём цепочку события и только потом определяем, какие ракурсы, архив и инфраструктура нужны, чтобы эта цепочка не развалилась между отдельными зонами.

Для типовой АЗС рассматриваем четыре точки одного события.

1. Въезд. Нужно понять, какой автомобиль появился на территории и в какое время. Если требуется чтение государственного номера, это отдельная задача с отдельным ракурсом: общий обзор въезда не гарантирует читаемый номер.

2. Топливораздаточная колонка. В кадре должен оставаться контекст автомобиля и действий возле конкретной колонки. Слишком широкий общий план часто показывает, что «что-то происходило», но не даёт деталей для разбора.

3. Кассовая зона. Здесь задача другая: восстановить момент расчёта и действия в зоне обслуживания. Кассовый ракурс не заменяет камеру на колонку и наоборот.

4. Выезд. Финальная точка замыкает временную цепочку и помогает отделить один эпизод от соседних, особенно при плотном потоке машин.

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

• можно ли по времени быстро найти нужный автомобиль;

• понятно ли, у какой колонки он находился;

• остаётся ли в кадре сама зона заправки, а не только крыша автомобиля;

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

• синхронизировано ли время на камерах и регистраторах;

• сохраняется ли нужная детализация ночью, при фарах и ярком освещении навеса;

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

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

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

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

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

Отдельно учитываем требования проекта к размещению оборудования и кабельных трасс на топливном объекте. Универсальное утверждение «любую уличную камеру можно поставить у колонки» здесь недопустимо: допустимость места и исполнения оборудования должна быть подтверждена проектными условиями конкретного объекта.

На въезде обычно две разные задачи: обзор и идентификация номера.

Обзор даёт контекст — факт въезда, направление, тип автомобиля и обстановку. Для чтения номера нужны контролируемые условия сцены: направление движения, дистанция, угол, освещение, фары, скорость и достаточный размер номера в кадре. Если номер нужен для поиска или автоматизации, закладываем отдельный LPR-сценарий и проверяем его на реальном потоке.

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

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

Поэтому для АЗС отдельно проверяем временную согласованность видеосистемы. Если запись сопоставляется с кассовыми или иными бизнес-событиями, интеграцию не предполагаем по умолчанию: сначала выясняем, какие данные реально доступны, через какой интерфейс и что именно должно связываться с видео.

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

Ночной сценарий оцениваем не по стоп-кадру пустой площадки. Проверка проводится на движущемся автомобиле в проблемных условиях: фары направлены в сторону камеры; автомобиль выходит из тёмного участка под яркий навес; кузов даёт отражения; на соседних колонках одновременно находятся машины; люди перекрывают часть сцены.

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

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

Для АЗС важна и скорость поиска. Большой архив мало полезен, если оператору приходится просматривать часы видео с нескольких камер. При сдаче проверяем путь от исходного признака — времени, автомобиля, колонки или номера — до нужного эпизода и его экспорта.

Если несколько АЗС объединяются в общий контур, отдельно определяем, где хранится запись, кто имеет доступ к каждой станции, что происходит при обрыве связи и как локальная запись возвращается в нормальный режим после восстановления сети. Эти функции зависят от выбранной платформы и подтверждаются для конкретной конфигурации.

Видеонаблюдение для АЗС связывает событие между разными зонами топливного объекта.

«Распознавание автомобильных номеров» отвечает за качество и проверку LPR-сцены. Здесь только определяем, где номер нужен внутри сценария АЗС.

«Видеонаблюдение кассовой зоны» отвечает за детализацию рабочего места и действий у кассы. Здесь касса — один этап общего события.

Видеонаблюдение въезда и ворот решает инженерную задачу одной точки въезда. Система АЗС связывает эту точку с колонкой, кассой и выездом.

«Видеонаблюдение периметра» отвечает за контроль границы территории, а не за путь автомобиля через АЗС.

Видеонаблюдение под ключ включает полный цикл работ для разных типов объектов.

Фиксируем:

• список событий, которые нужно восстанавливать;

• схему зон и назначение каждой камеры;

• разделение обзорных и идентификационных ракурсов;

• точки, где нужна отдельная проверка номера;

• требования к ночной сцене и встречной засветке;

• структуру архива и понятные имена камер/зон;

• требования к синхронизации времени;

• сетевую и PoE-схему там, где применимо;

• права просмотра и выгрузки;

• контрольные сценарии для приёмки.

Так два предложения можно сравнивать не по числу камер, а по тому, закрывают ли они одинаковую задачу.

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

Отдельно повторяем критичные части ночью. Для LPR-сцены проверяем номер на реальных проездах. Для колонки — согласованную деталь. Для кассы — требуемый уровень детализации. Для архива — поиск и экспорт.

Если один из переходов теряется, система ещё не принята как связный сценарий АЗС, даже если каждая камера по отдельности записывает изображение.

Бюджет формируется прежде всего из геометрии объекта и числа самостоятельных контрольных сцен. Крупная АЗС с разнесёнными въездами, несколькими островками ТРК и удалённой границей территории требует другой архитектуры, чем компактная станция с одним въездом.

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

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

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

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