Интеграция домофона и видеонаблюдения

Это разные задачи, которые удобно связать.

Например:

• при вызове автоматически открывается обзор входа;
• домофон показывает посетителя крупно;
• CCTV показывает общий контекст;
• запись входной зоны идёт постоянно;
• архив находится по времени звонка;
• мобильный пользователь видит только разрешённые функции.

Оптимизирована под:

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

Ограничения:

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

Может показать:

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

Поэтому она часто дополняет, а не дублирует панель.

Нужно заранее понимать:

• пишет ли сама панель;
• пишет ли её поток NVR/VMS;
• пишет ли отдельная камера;
• какой срок хранения;
• можно ли найти запись по времени вызова.

Если домофон хранит только короткие события, постоянный CCTV-архив остаётся отдельной ценностью.

Фирменная экосистема

Домофон и VMS одного производителя могут глубже обмениваться событиями.

ONVIF или RTSP

Часто позволяют получить видеопоток.

Но видеопоток не гарантирует:

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

API

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

Хорошая интеграция:

1. посетитель нажимает вызов;
2. пользователь получает уведомление;
3. открывается нужный домофон;
4. при необходимости доступна обзорная камера;
5. событие можно найти в архиве.

Не заставляем человека вручную искать «Camera 12».

Разделяем права:

• принять вызов;
• смотреть домофон;
• открыть дверь;
• смотреть обзорную камеру;
• архив;
• экспорт;
• администрирование.

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

Если домофон и СКУД управляют одним замком, это уже:

• Интеграция СКУД и домофонии

Управление общим замком требует отдельного согласования логики доступа.

Задача интеграции домофона с видеонаблюдением — домофонное событие + независимое видео + архив.

Если локальная CCTV-система пишет на NVR, архив может продолжаться без внешнего интернета.

Мобильный вызов и облачные функции могут пропасть.

Эти зависимости нужно разделить в проекте.

Домофон может продолжить базовый вызов в собственной экосистеме — если архитектура это допускает.

И наоборот: CCTV-камера может писать, даже если домофонный сервис недоступен.

Проверяем независимость функций.

1. Домофон

Модель и функции.

2. CCTV

Камеры, NVR или VMS.

3. Сценарий

Что должно произойти при вызове.

4. Потоки и события

ONVIF, RTSP, API или фирменный протокол производителя.

5. Права

Мобильный доступ, текущее видео и архив.

6. Архив

Поиск вокруг звонка.

7. Отказные тесты

Интернет и VMS.

1. Посетитель подходит.
2. Обзорная камера видит вход.
3. Посетитель нажимает вызов.
4. Пользователь получает его.
5. Открывает нужную камеру.
6. После события запись находится в архиве.
7. Пользователь с ограниченными правами не видит лишнее.
8. После перезапуска сервисы возвращаются.

• модель вызывной панели;
• внутренний монитор или приложение;
• NVR/VMS;
• камеры;
• нужен ли постоянный архив;
• число пользователей;
• нужна ли СКУД.

Можно писать домофонную панель на обычный NVR?

Иногда — если панель отдаёт совместимый поток. События вызова при этом могут не передаваться.

ONVIF передаст сам вызов?

Не обязательно. Видео и фирменное событие — разные функции.

Нужна отдельная обзорная камера?

Если важен широкий контекст или постоянная запись — часто да.

Можно всё смотреть в одном приложении?

Только если выбранная экосистема или VMS поддерживает нужную интеграцию.

Нужно менять домофон?

Только если требуемый сценарий с текущей моделью невозможен.