ONVIF Profile S, G, T, M: какой профиль выбрать

Кратко (TL;DR)

ONVIF – открытый стандарт, который позволяет камерам и софту разных производителей работать вместе, – упаковывает свои функции в именованные профили, и для IP-видео важны четыре: S (базовый стрим, который сейчас выводят из обращения), T (продвинутый стрим, базис 2026 года), G (запись и хранение на самой камере) и M (метаданные аналитики). Профили – это меню, которое комбинируют, а не лестница, по которой поднимаются: современный продукт берёт Profile T для стрима, добавляет Profile G для управления записью на камере и добавляет Profile M, когда результаты аналитики должны попадать в софт. У решения две стороны, которые большинство покупателей упускают: профиль – это обещание, которое устройство и клиент дают по отдельности, и их обязательные списки различаются (клиент Profile T обязан уметь управлять PTZ; устройство Profile T обязано выдавать экранные данные и поток метаданных). Этот гид показывает, что гарантирует каждый профиль, какая разница между обязательными и условными функциями решает, дойдёт ли ваша ключевая функция через ONVIF, и как уйти с Profile S до закрытия приёма заявок 31 марта 2027 года.

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

Если вы пишете спецификацию камеры, строите Систему видеоменеджмента (VMS) или формулируете раздел о совместимости в тендере, буквы профиля в datasheet – это граница между системой, которая работает, и закупкой, о которой жалеют. Слово «ONVIF» само по себе говорит, что устройство говорит на общем языке; профиль говорит, какие именно фразы оно гарантированно понимает. Возьмёте слишком тонкий профиль – и единственная функция, на которой держится проект (управление записью, события аналитики, защищённый стрим), тихо выпадет из гарантии. Возьмёте без проверки различия «устройство против клиента» – и купите камеру «Profile T», которая в паре с регистратором «Profile S» молча опустится до низшего общего знаменателя. Эта статья даёт модель, чтобы выбрать правильную комбинацию профилей, написать спецификацию, из которой вендор не вывернется, и не попасть на обрыв сроков, который выводит Profile S из обращения в 2027 году. Если вы ещё не читали, что такое ONVIF и что он стандартизирует, начните оттуда; этот гид подхватывает там, где та статья заканчивается, – в момент, когда нужно выбирать.

Профили – это меню, а не лестница

Начнём с одной мысли, которая предотвращает больше всего ошибок. Современный продукт видеонаблюдения может держать сразу несколько профилей ONVIF, и профили спроектированы так, чтобы их комбинировали, а не ранжировали. ONVIF говорит прямо: «сетевая камера с локальным хранилищем может соответствовать и Profile T, и G» (ONVIF, Profiles). То есть профиль – это не уровень: Profile T не «лучше» Profile S в том смысле, в каком премиум-тариф бьёт базовый. Каждый профиль – самодостаточный набор функций под конкретную задачу, и продукт берёт те наборы, которые соответствуют его задачам.

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

Чтобы остальная часть статьи была точной, два термина, прежде чем мы их используем. Софт, который находит, настраивает, пишет и показывает много камер сразу, называемый Системой видеоменеджмента (VMS), – это клиент ONVIF, сторона, которая спрашивает и командует. То, что производит видео и отвечает о себе (обычно камера), – это устройство (device) ONVIF, сторона, которая отвечает. (Если VMS, сетевой видеорегистратор (NVR) и цифровой видеорегистратор (DVR) всё ещё сливаются, разбор NVR против DVR их разводит.) Держите «клиент» и «устройство» раздельно – всё решение по профилю упирается в то, что каждый из них соответствует сам по себе.

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

Четыре видеопрофиля простыми словами

Сейчас ONVIF определяет семь активных профилей. Четыре – для IP-видео (S, T, G и M), три – для контроля доступа (A, C и D), хотя ONVIF теперь относит Profile M и Profile D к обеим категориям, потому что метаданные и периферия охватывают оба мира (ONVIF, Profiles). Этот гид – о четырёх видеопрофилях; три профиля доступа кратко описаны в конце. Вот что гарантирует каждый видеопрофиль простыми словами.

Profile S – базовый стрим видео. Это первый профиль стрима 2012 года, и десять лет именно он означал «камера ONVIF». Устройство Profile S отдаёт видео по сети клиенту Profile S; профиль также покрывает управление PTZ, аудио-вход, multicast и релейные выходы для устройств и клиентов, которые их поддерживают (ONVIF, Profile S). Profile S сейчас в формальном выводе из обращения – об этом ниже, – так что для нового проекта это устаревший вариант для старого железа, а не цель.

Profile T – продвинутый стрим видео. Появившийся в 2018 году, Profile T – базис 2026 года для IP-видео. Он добавляет H.265 (более эффективный формат сжатия видео) рядом со старым H.264, плюс настройки изображения, события движения и саботажа, поток метаданных и двусторонний звук (ONVIF, Profile T). ONVIF указывает, что Profile T «содержит практически все функции Profile S, плюс другие продвинутые функции для видеонаблюдения», и что большинство соответствующих продуктов на рынке поддерживают и S, и T (ONVIF, Profile S Deprecation Q&A). Если в 2026 году вы указываете один профиль стрима – указывайте Profile T.

Profile G – запись и хранение на камере. Profile G – про управление видео, которое лежит на самой камере или регистраторе; это называют edge-хранением, потому что оно на краю сети, а не на центральном сервере. Устройство Profile G может писать видео по сети или на самом устройстве; клиент Profile G может настраивать, запрашивать и контролировать эту запись, искать и воспроизводить её (ONVIF, Profile G). Если в проекте есть камеры с SD-картой или встроенным хранилищем и нужно, чтобы VMS управляла этими записями через стандарт, вам нужен Profile G. Спецификация Profile G обновилась до версии 1.1 в ноябре 2025 года, так что профиль активно поддерживается даже на фоне вывода Profile S.

Profile M – метаданные и аналитика. Profile M стандартизирует, как устройство описывает то, что увидела его аналитика, и как это описание доходит до софта. Он покрывает конфигурацию аналитики, поток метаданных, общую классификацию объектов и конкретные метаданные для геолокации, транспорта, автомобильных номеров, лиц и тел людей; несёт события подсчёта объектов, распознавания лиц и распознавания номеров; и может доставлять эти события через поток метаданных, службу событий ONVIF или MQTT – лёгкий протокол обмена сообщениями для систем интернета вещей (ONVIF, Profile M). Ключевой момент, который в этом разделе повторяется: Profile M стандартизирует интерфейс результатов аналитики, но не их точность. Две камеры Profile M могут одинаково корректно говорить на языке метаданных, при этом одна надёжно детектит людей, а другая в плохом свете теряет половину.

Таблица 1. Четыре видеопрофиля ONVIF и что обязана делать каждая сторона. «Ключевое» – иллюстрация, а не полный список соответствия; авторитетный источник – ONVIF Profile Feature Overview, где каждая функция помечена как обязательная (M) или условная (C) для каждой стороны. Профили доступа A, C и D здесь вне темы.

Правило двух сторон: соответствие устройства ≠ соответствие клиента

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

Profile T – самый ясный пример, и ONVIF проговаривает это. Для устройства Profile T в обязательные функции входят экранные данные (OSD) и поток метаданных. Для клиента Profile T в обязательные функции входит управление PTZ (ONVIF, Profile T). Перечитайте: функция, обязательная для клиента, не обязательно та же, что обязательна для устройства. То есть «оба конца – Profile T» не означает «оба конца делают одно и то же» – это означает, что каждый конец выполнил свою сторону чек-листа Profile T, а рабочая система – это пересечение двух.

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

Вот почему ловушка несовпадения так часта. Покупатель ставит полностью соответствующую камеру Profile T в пару с регистратором, который реализует только Profile S, и система тихо работает на уровне Profile S – без управления H.265, без стандартных метаданных, без событий саботажа, – хотя на коробке камеры гордо написано «Profile T». Ни один продукт не сломан; сломан матч. Урок для написания спецификации: указывайте профиль и сторону для каждого компонента. «Все камеры должны соответствовать ONVIF Profile T как устройства; VMS должна соответствовать ONVIF Profile T, G и M как клиент» – это фраза, которую вендор не переинтерпретирует.

Идею пересечения можно сделать точной небольшой арифметикой множеств. Пусть ваша VMS соответствует как клиент профилям {T, G, M}, а кандидат-камера соответствует как устройство {S, T}. Гарантированная, стандартизированная совместимость – это пересечение двух множеств:

гарантированное пересечение = {T, G, M} ∩ {S, T} = {T}

То есть с этой парой вам гарантирован стрим Profile T – и ничего стандартизированного для управления записью (G) или метаданных аналитики (M), потому что камера эти профили не держит. Если управление записью важно, либо берите камеру, которая также соответствует G как устройство, либо планируйте управлять записью иначе. То, что вы реально получаете, – это пересечение, а не более длинный из двух списков.

Обязательные против условных: мелкий шрифт, который решает судьбу проекта

Внутри любого профиля функции бывают двух видов, и разница – самое дорогое, что можно недопонять. Обязательные функции должны присутствовать в каждом соответствующем продукте – это и есть гарантия. Условные функции, в точной формулировке ONVIF, – это функции, которые «должны быть реализованы устройством или клиентом ONVIF, если он поддерживает эту функцию хоть как-то, в том числе любым проприетарным способом» (ONVIF, Profiles). Простыми словами: условная функция обещана только если у продукта эта возможность вообще есть – и если есть, он должен выдавать её способом ONVIF, а не только приватным.

Эта фраза тихо перечерчивает границу того, что покупает вам «соответствие». Соответствие гарантирует обязательный список. Оно не гарантирует наличие какой-либо конкретной условной функции, потому что продукт может быть полностью соответствующим, просто не имея этой возможности. Так что если проект живёт или умирает на конкретной функции – скажем, на звуке, на определённом типе событий или на конфигурации зон движения, – подтверждения «камера соответствует Profile T» недостаточно. Нужно подтвердить, что конкретная функция реализована, и на той стороне, где она вам нужна.

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

Авторитетное место, чтобы решить вопрос «обязательная или условная», – ONVIF Profile Feature Overview, сравнительная таблица, которую публикует ONVIF: она помечает каждую функцию как обязательную (M) или условную (C) для каждого профиля и каждой стороны (ONVIF, Profile Feature Overview v2.6). Прежде чем зафиксировать спецификацию, прочитайте строку нужной вам функции. И помните о границе на кольцо дальше, установленной в разборе ONVIF: самые новые и дифференцирующие возможности – продвинутые зоны движения, ИИ-параметры конкретного вендора, проприетарная аналитика – обычно живут только в собственном SDK производителя, а не в каком-либо профиле. Этот компромисс – и когда он выталкивает вас за пределы ONVIF – тема статьи проприетарные SDK камер: когда ONVIF недостаточно.

Как комбинировать профили под реальный продукт

С готовой моделью само решение короткое. Пройдите его отдельно для устройства и для клиента и добавляйте профиль только тогда, когда его требует реальная задача.

Камера только для стрима – она производит видео и больше ничего – нуждается в Profile T (устройство). Profile S – запасной вариант, только если нужно взаимодействовать со старыми клиентами, понимающими лишь Profile S.

Камера со встроенной записью – она хранит видео на SD-карте или внутреннем диске – нуждается в Profile T + Profile G (устройство), чтобы VMS могла и стримить живое видео, и управлять записями стандартным способом.

Камера или edge-устройство с аналитикой – детектит объекты, считает людей, читает номера – нуждается в Profile T + Profile M (устройство), и обычно + G, если ещё и пишет. Profile M – это то, что выносит детекции как стандартизированные метаданные и события.

VMS – программная платформа – должна соответствовать как клиент Profile T, G и M, чтобы управлять современным смешанным парком: T – чтобы принимать и контролировать потоки, G – чтобы управлять записями на камере, M – чтобы принимать аналитику. Поддержку клиента Profile S добавляйте только для совместимости со старыми камерами.

Система, где есть и контроль доступа – двери, считыватели, учётные данные – берёт профили доступа A (конфигурация), C (управление дверями и события) и D (периферия – считыватели и замки), а M связывает аналитику в ту же систему (ONVIF, Profile M). Это отдельное решение от четырёх видеопрофилей.

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

Конкретное число делает решение по аналитике осязаемым, потому что Profile M часто оправдывают экономией трафика. Гнать полное видео на центральный сервер, чтобы сервер его анализировал, дорого; слать только метаданные – «человек в координатах X,Y в 14:02:11» – крошечно. Возьмём одну камеру 1080p, непрерывно стримящую на типичных 4 Мбит/с. Поток метаданных и событий Profile M, описывающий то, что она задетектила, идёт порядка 50 кбит/с. Сравним:

сэкономленный трафик на камеру = 4000 кбит/с − 50 кбит/с = 3950 кбит/с сокращение = 3950 ÷ 4000 = 0,9875 = 98,75%

То есть отправка детекций как метаданных Profile M вместо перетаскивания полного видео на центральный движок аналитики срезает сетевую нагрузку на камеру для пути аналитики примерно на 99%. Умножьте на сотни камер – и выбор архитектуры (анализировать на краю и слать метаданные против слать видео и анализировать централизованно) становится одним из крупнейших рычагов всей системы. Развёртывание этого компромисса разобрано в статье аналитика на краю против облака; внутренности моделей – в разделе ИИ для видеоинженерии. Profile M – это просто стандарт, который несёт результат.

Закат Profile S: уйдите на Profile T до 31 марта 2027 года

Самый срочный факт этого гида. ONVIF выводит Profile S из обращения. После 31 марта 2027 года производители больше не смогут подавать новые продукты – или существующие продукты с новой прошивкой – на соответствие Profile S (ONVIF, Profile S Deprecation Q&A). Причина – безопасность, а не устаревание стрима: Profile S требует метода аутентификации под названием username token, и ONVIF заключил, что этот метод «больше не соответствует текущим рекомендациям по кибербезопасности» (ONVIF, Profile S Deprecation Q&A). Profile T, напротив, поддерживает более надёжные механизмы – digest-аутентификацию и TLS, слой шифрования за HTTPS.

На практике это спокойнее, чем звучит слово «закат». Существующие устройства Profile S продолжают работать; вы по-прежнему можете стримить между продуктами Profile S. Но ONVIF настоятельно рекомендует уходить от аутентификации username token, а поскольку Profile T появился ещё в 2018 году и «содержит практически все функции Profile S», миграция обычно – это вопрос настройки и закупки, а не редизайна (ONVIF, Profile S Deprecation Q&A). Для всего, что вы специфицируете в 2026 году, рекомендация однозначна: целиться в Profile T, считать Profile S только совместимостью с прошлым и поставить план по прошивкам и замене против любого железа, понимающего лишь Profile S, чтобы вас не застало закрытие дверей соответствия.

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

Частая ошибка, которой стоит избегать

Самый дорогой паттерн при выборе профиля – читать букву профиля как полную гарантию и на этом останавливаться, и он проявляется в трёх формах. Первая – игнорировать различие «устройство против клиента»: «камера – Profile T» ничего не говорит о том, является ли ваш регистратор соответствующим клиентом Profile T, а система работает по пересечению, а не по большему из двух. Вторая – считать, что условная функция присутствует: соответствие гарантирует обязательный список, так что если нужны звук, конкретное событие или конфигурация зон движения, подтвердите именно эту функцию по Profile Feature Overview, а не доверяйте значку. Третья – воспринимать Profile M как обещание точности: Profile M стандартизирует, как детекция описана и доставлена, но не то, как часто она верна – судите аналитику по замеренным precision и recall на вашей сцене, а не по наличию профиля. Ни одна из этих ошибок не экзотична; все три предсказуемы, и все три гораздо дешевле обойти на этапе проектирования, чем обнаружить после монтажа камер.

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

Фора Софт строит софт для real-time-видео, стриминга и компьютерного зрения с 2005 года, на 250+ выполненных проектах, и решение по профилю – это место, где мультивендорные продукты видеонаблюдения тихо удаются или проваливаются. Сложное – редко одна соответствующая камера на стенде; это смешанный парк, где часть камер соответствуют Profile T как устройства, часть всё ещё на Profile S, несколько отдают аналитику через Profile M, а остальные – только через SDK вендора, и все должны стримить, писать и выносить события в одну VMS, которая продолжает работать после того, как прошивка сместила поведение камеры. Мы строим этот слой: VMS-клиент, который соответствует Profile T, G и M, аккуратно откатывается на Profile S или чистый RTSP там, где реализация устройства тонкая, и тянется в SDK вендора только за функциями, которых не покрывает ни один профиль. Мы ведём от того, как интеграция ведёт себя в трудный день – частичная реализация, устройство Profile S посреди развёртывания, – а потом уже список функций, потому что слой совместимости, переживающий несоответствующую камеру, лучше того, что красиво выглядит на идеальной.

Ключевые выводы

• Профили ONVIF – комбинируемое меню, а не лестница: берите то, что нужно задаче.
• Для IP-видео: Profile T – стримить, G – писать на краю, M – нести аналитику.
• Профилю соответствуют дважды – устройство и клиент – с разными обязательными функциями.
• Рабочая система – это пересечение двух наборов соответствия, а не больший из них.
• Соответствие гарантирует только обязательные функции; условные проверяйте по одной.
• Profile S закрывается для нового соответствия 2027-03-31 – целитесь в Profile T уже сейчас.

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

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