PSIA против ONVIF и другие стандарты совместимости

Кратко (TL;DR)

ONVIF выиграл состязание за то, чтобы камеры и видеософт от разных производителей понимали друг друга, но он никогда не был единственным стандартом в комнате, и реальная система безопасности стыкует несколько. PSIA – Physical Security Interoperability Alliance – проиграл ONVIF гонку за видео, но тихо владеет слоем личности и идентификаторов через свои спецификации PLAI и PKOC, которые синхронизируют «кому-куда-можно» между системами и определяют открытую, бесплатную карту доступа. На стороне контроля доступа реально победил стандарт OSDP – двухпроводный шифрованный протокол между считывателем карт и его контроллером, теперь изданный международно как IEC 60839-11-5 и постепенно вытесняющий небезопасную проводку Wiegand 1980-х. Эта статья рисует честную карту: какой стандарт делает какую работу, почему ONVIF доминирует в видео, а OSDP – на проводе считывателя, и где PSIA всё ещё важен.

Почему это важно

Если вы оцениваете проект наблюдения или контроля доступа, вендор скажет вам, что продукт «на стандартах», как будто это закрывает вопрос, – а это никогда не так, потому что ни один стандарт не покрывает всю систему. Камеры, регистраторы, контроллеры дверей, считыватели карт, базы личностей и управляющий софт над ними стыкуются через разные стандарты, и дорогие ошибки возникают, когда один стандарт берут на работу другого. Знание карты позволяет написать RFP, который просит правильный стандарт на каждом слое, не купить устаревшую проводку в 2026 году и отличить вендора, который реально принимает открытые стандарты, от того, кто лишь это заявляет. Вы не будете реализовывать ни один из этих протоколов; вы получите словарь, чтобы специфицировать систему, которую второй вендор сможет расширить позже, а не ту, что заперта на первом поставщике.

Миф о едином стандарте

Начнём с того, что отправим на покой утешительную идею: будто где-то есть единый «стандарт совместимости безопасности», который можно потребовать – и дело сделано. Его нет. Рабочая система – это стек, и каждый слой говорит на своём языке.

Полезная аналогия – инженерные сети здания. Электротехнический кодекс, сантехнический кодекс и пожарный кодекс – это разные документы, написанные разными органами, и готовое здание подчиняется им всем сразу. Совместимость в безопасности устроена так же: стандарт, который позволяет серверу записи забирать видео с любой камеры, – это не стандарт, который позволяет считывателю карт говорить со своим контроллером двери, который, в свою очередь, не стандарт, синхронизирующий права сотрудника из базы HR в систему пропусков. Требовать «ONVIF» для всей системы – всё равно что требовать, чтобы «электротехнический кодекс» покрыл вашу сантехнику.

Нажмите, чтобы увеличить

Поэтому эта статья – карта всего кроме видеобазиса ONVIF. (Если вы ещё не встречали ONVIF, начните с ONVIF для инженеров и гида по выбору профиля; коммерческий обзор, который ведёт Фора Софт, – в гиде по профилям ONVIF в системах безопасности.)

PSIA: стандарт, который почти стал

Physical Security Interoperability Alliance (PSIA) – это отраслевое объединение, основанное в феврале 2008 года и инкорпорированное в марте 2009-го, которое пишет открытые, бесплатные спецификации для обмена данными между устройствами безопасности. Оно родилось из той же фрустрации, что и ONVIF: что оборудование физической безопасности было зарослями закрытых проприетарных систем, требующих кастомного кода, чтобы соединить что угодно с чем угодно.

Замысел PSIA был амбициозен: вместо того чтобы начинать с видео, он построил общий фундамент и наслаивал на него каждый домен безопасности. Было издано семейство из семи дополняющих друг друга спецификаций. Три – «базовые модели», от которых наследует всё остальное: Service Model, Common Metadata & Event Model (общий словарь событий безопасности) и Common Security Model (правила шифрования, ключей и прав). На них стоят доменные спеки: IP Media Device (видео), Recording and Content Management, или RaCM (регистраторы и воспроизведение), Video Analytics и Area Control (доступ и тревоги). Устройство, говорящее на общей модели событий, может в принципе поделиться тревогой с любым другим PSIA-устройством без кастомного перевода.

Технически PSIA выбрал более лёгкую архитектуру, чем ONVIF. PSIA построен на REST – том же простом стиле «запрос–ответ», что и обычные веб-API, – тогда как ранний ONVIF использовал более тяжёлый стек SOAP/XML web-services (многословные конверты, описанные контрактами WSDL). На бумаге REST – более современный и дружелюбный к разработчику выбор, и сторонники PSIA доказывали, что он победит элегантностью.

Нажмите, чтобы увеличить

Почему ONVIF выиграл гонку за видео

Решила не элегантность, а внедрение. К середине 2010-х компании-участницы ONVIF контролировали более 40% мировой выручки видеонаблюдения против примерно 25% у участников PSIA, а в сетевом видео разрыв был шире – около 60% против 20% (рыночные данные IMS Research, через asmag). Как только крупнейшие производители камер и софта встали за ONVIF, каждый интегратор выучил ONVIF, каждый даташит рекламировал ONVIF, и преимущество стандарта сложилось само на себя.

Структурные причины важнее цифр, потому что они объясняют, почему преимущество удержалось. Подход ONVIF «построй одну базовую спецификацию, затем берись за каждую дисциплину отдельно» дал единую программу сертификации и сильную правовую и тестовую базу: камера либо проходит тест-сьют Profile S, либо нет. Более широкий и рыхлый подход PSIA оставил дыры. Обнаружение устройств – самый ясный пример: PSIA допускал несколько механизмов обнаружения (Zeroconf, UPnP, Bonjour), так что PSIA-камера на одном и PSIA-регистратор на другом могли не найти друг друга – совместимость на словах, а не на деле. ONVIF предписал один метод обнаружения, и совместимые продукты просто находили друг друга.

Честный вывод: ONVIF выиграл видео, потому что сделал соответствие проверяемым и обязательным на уровне устройства, и рынок вознаградил эту определённость. Элегантность референс-модели PSIA не смогла это перевесить. Ничто из этого не делает PSIA провалом – оно делает PSIA стандартом, нашедшим свой настоящий дом в другом месте.

Где PSIA реально живёт сейчас: личность и идентификаторы

Долговечный вклад PSIA – не видео. Это слой, который ONVIF исторически оставлял в покое: кто человек и что доказывает его пропуск.

Самая активная спецификация PSIA – PLAI, Physical-Logical Access Interoperability, представленная в 2013 году. PLAI решает скучную, но дорогую проблему. В крупной организации «логические» системы личности (HR, IT-каталог, единый вход) и «физические» системы контроля доступа (считыватели на дверях) – разные миры, которые рассинхронизируются. Сотрудника увольняют в HR в пятницу, а его пропуск всё ещё открывает лабораторию в понедельник. PLAI определяет общий способ продвигать данные о личности и привилегиях из авторитетного логического источника в любую совместимую систему физического доступа, опираясь на уже используемые стандарты мира идентичности – ролевую модель доступа (RBAC) и каталожный протокол LDAP. Крупные вендоры доступа, включая Software House (JCI), Lenel и Kastle, вместе с производителями биометрии вроде Idemia и Eyelock, реализовали адаптеры PLAI.

Более новая работа PSIA – PKOC, Public Key Open Credential – полностью открытая, вендоронезависимая спецификация карты доступа или мобильного идентификатора. Её идея заимствована из современной криптографии: вместо общего секрета, скопированного на каждую карту и считыватель (слабость унаследованных форматов пропусков), каждый PKOC-идентификатор хранит приватный ключ, который никогда не покидает карту или телефон, а считыватель проверяет его соответствующим публичным ключом. Нет лицензионных сборов, нет проприетарной инфраструктуры, нет привязки на уровне идентификатора, и PKOC-считыватели работают как со старыми, так и с новыми панелями дверей. PSIA ратифицировал спецификацию PKOC-over-OSDP 22 марта 2024 года, связав свой открытый идентификатор со стандартом проводки доступа уровнем ниже.

OSDP: стандарт доступа, который таки выиграл

На стороне контроля доступа есть стандарт, выигравший так же решительно, как ONVIF выиграл видео, – но на уровне провода. OSDP, Open Supervised Device Protocol, управляет тем, как считыватель карт у двери говорит с контроллером доступа (access control unit, ACU) – устройством, обычно в щитке, которое решает, открыть ли дверь.

Чтобы понять, почему OSDP важен, познакомьтесь с тем, что он заменяет. Сорок лет считыватели соединялись с контроллерами через Wiegand, стандарт 1980-х, который шлёт номер карты только в одну сторону, без шифрования, по пучку проводов. Любой, кто дотянется до кабеля, может прочитать идентификатор или подкинуть фальшивый, и контроллер даже не узнает, что считыватель отключили. Wiegand – это незапертая задняя дверь индустрии доступа.

OSDP чинит все три проблемы и добавляет дистанцию. Он двусторонний, так что контроллер и считыватель подтверждают друг друга, и контроллер мгновенно знает, если считыватель ушёл в офлайн («supervised» – это S в OSDP). Он работает по RS-485, прочной двухпроводной последовательной шине, а его режим Secure Channel шифрует линию с AES-128. Практическая разница в проводке велика, и её стоит сделать арифметикой:

Wiegand:  ~6–12 проводов на считыватель, точка-точка
          макс. полезная дистанция ≈ 150 м, один кабель на считыватель
OSDP:     2 провода данных, шина multi-drop (много считывателей на одной линии)
          макс. дистанция ≈ 1 219 м, считыватели в шлейфе

Для коридора из восьми дверей Wiegand означает восемь отдельных кабельных трасс к контроллеру, каждая с пределом около 150 м; OSDP может обслужить считыватели с одной шины RS-485 длиной до 1 219 м, шифруя из конца в конец. OSDP был создан в 2008 году, передан Security Industry Association (SIA) и утверждён как международный стандарт – IEC 60839-11-5 – в мае 2020 года; SIA издала версию 2.2.2 в октябре 2024-го. Указывать OSDP, а не Wiegand, теперь базовое ожидание для любого нового проекта доступа.

Нажмите, чтобы увеличить

ONVIF за пределами видео и роль MQTT

ONVIF не остался в своей видеополосе. Сейчас он издаёт собственные профили контроля доступа: Profile A (настройка правил доступа, расписаний и идентификаторов), Profile C (управление дверью и мониторинг) и Profile D (периферия – замки и считыватели на системном уровне). Они позволяют управляющей платформе одного вендора настраивать контроллеры дверей другого – слой система–контроллер. Обратите внимание на чистое разделение труда: профили доступа ONVIF стандартизируют, как управляющий софт говорит с контроллером, тогда как OSDP стандартизирует, как контроллер говорит со считывателем на проводе. Они дополняют, а не конкурируют, и ONVIF с SIA публично согласовали свои усилия по этому разделению.

Ещё один элемент скрепляет современные системы: MQTT – лёгкий протокол обмена сообщениями по принципу «публикация–подписка» (стандартизирован как ISO/IEC 20922, изначально от OASIS), спроектированный, чтобы эффективно двигать небольшие сообщения между множеством устройств и центральным брокером. Profile M ONVIF – его профиль метаданных и аналитики – использует MQTT, чтобы событие или ИИ-детекция с камеры одного производителя могли быть опубликованы для софта другого и поняты им. По мере того как наблюдение смещается от «записывать всё» к «скажи мне, когда что-то произойдёт», MQTT становится событийным бэкбоном под видео. Сами модели детекции, порождающие эти события, относятся к другой дисциплине – см. раздел ИИ для видеоинженерии – но транспорт, несущий их вывод, всё чаще именно MQTT.

IEC 62676: свод правил над протоколами

Все стандарты до этого – про соединение: как две коробки говорят. IEC 62676 иной: это международный стандарт, определяющий, что система видеонаблюдения (Video Surveillance System, VSS) должна делать, чтобы быть пригодной для задач безопасности. Это многочастный свод правил: Часть 1-1 задаёт общие системные и эксплуатационные требования; серия Часть 2 покрывает передачу видео и профили совместимости (включая 2-11, изданную в 2024-м, для VMS и облачного видеонаблюдения-как-услуги в «безопасном городе» и правоохране); Часть 3 покрывает аналоговые и цифровые интерфейсы; Часть 4 (обновлена в 2025-м) даёт руководства по применению и планированию; Часть 5-1 определяет средовое тестирование качества изображения.

Вы редко будете ссылаться на IEC 62676 в небольшой коммерческой установке, но он задаёт словарь эксплуатационных требований – качество изображения, достаточное, чтобы наблюдать, распознать или идентифицировать человека, – которого требуют серьёзные госсектор и регулируемые тендеры. Думайте о нём как о стандарте, который говорит, что значит «достаточно хорошо», тогда как ONVIF и OSDP говорят, как части соединяются.

Стандарты с одного взгляда

Таблица 1. Честная карта. Ни одна строка не заменяет другую; реальная система стыкует несколько строк сразу. Два явных победителя 2026 года – ONVIF (видео) и OSDP (провод считывателя).

Частые ошибки, которые предотвращает эта карта

Несколько ошибок повторяются достаточно часто, чтобы их назвать. Считать, что ONVIF покрывает контроль доступа из конца в конец – он стандартизирует связь управление–контроллер, но провод считыватель–контроллер – работа OSDP; указывайте оба. Покупать Wiegand в 2026 году – он односторонний и без шифрования, и серьёзный аудит безопасности это пометит; OSDP (IEC 60839-11-5) – современный базис. Списывать PSIA со счетов – он проиграл видео, но PLAI и PKOC владеют слоем личности и открытого идентификатора, которого у ONVIF нет. Воспринимать «на стандартах» как да/нет – всегда спрашивайте какой стандарт, какой профиль, какая версия, ровно как для ONVIF, потому что тот же разрыв между «совместим» и «полнофункционален» действует и здесь (тема статьи проприетарные SDK камер за пределами ONVIF).

Нажмите, чтобы увеличить

Где здесь Фора Софт

Мы строим слой управления и приёма, который должен говорить на всех этих языках сразу. В мультивендорной системе видеонаблюдения это означает VMS, которая обнаруживает камеры по ONVIF, откатывается на прямой RTSP там, где устройство совместимо лишь частично, потребляет события по MQTT и мостит в системы контроля доступа и личности через их собственные стандарты, а не через хрупкую разовую интеграцию. Наш уклон – точность-против-производительности: мы измеряем, что каждое устройство «на стандартах» реально выдаёт под нагрузкой – какие функции действительно работают по стандарту, а какие тихо требуют вендорский SDK, – прежде чем обещать интегратору чистый мультивендорный парк. Видеонаблюдение и компьютерное зрение – в ядре того, что Фора Софт выпустила за 250+ проектов с 2005 года.

Главное

• Ни один стандарт не покрывает систему безопасности; реальные развёртывания стыкуют несколько, слой за слоем.
• ONVIF выиграл совместимость видео, сделав соответствие устройств проверяемым и обязательным.
• PSIA проиграл видео, но владеет синхронизацией личности (PLAI) и открытым идентификатором (PKOC).
• OSDP – IEC 60839-11-5 – двухпроводный шифрованный стандарт считывателя, заменяющий небезопасный Wiegand.
• Профили доступа ONVIF (A, C, D) и OSDP дополняют друг друга, а не конкурируют.
• Указывайте стандарт, профиль и версию на каждом слое – никогда просто «на стандартах».

Что почитать дальше

• ONVIF для инженеров – видеобазис, вокруг которого построена эта карта.
• Проприетарные SDK камер: когда ONVIF недостаточно – где стандарты заканчиваются и начинается вендорский код.
• Интероперабельность на практике: мультивендорный референс-паттерн – как собрать эти стандарты в одну управляемую систему.