VizorLabs

Открытая инициатива VL

Видеоаналитика,
которая умеет
переезжать

Мы хотим, чтобы разработчик создавал видеоаналитику для разных платформ, заказчик выбирал подходящую систему, а интегратор переносил решение без повторной разработки. Для этого VL Exchange предлагает общие правила обмена.

VLMP + VLSP · Draft / Experimental
Предложение к обсуждению, а не утверждённый отраслевой стандарт.

Один пакет VLMP или VLSP передаётся в три независимые принимающие системыVL ExchangeМодель / сценарий / интерфейсVLMPVLSPодин неизменённый пакетПлатформа AПлатформа BПлатформа Cсвой исполнительсвой исполнительсвой исполнительЦелевая архитектура. Поддержка профиля проверяется тестами.

Зачем мы это делаем

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

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

Проблема шире файла модели

ONNX переехал.
А решение?

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

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

ИИ может помогать собирать сценарий в визуальном low-code-редакторе: разработчик видит блоки и связи, может обсудить и изменить логику. Такое сочетание можно развивать и в VL: оно помогает сопровождать решение, не начиная каждый раз с чтения большого объёма сгенерированного кода. Проверять всё равно нужно и схему, и работу блоков.

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

Задача VL Exchange — повторно использовать готовую аналитику при переходе между совместимыми платформами разных производителей. Неважно, написано решение вручную, собрано в редакторе или с помощью ИИ. Для переноса нужны поддержка нужного профиля, проверка результата и разрешение правообладателя. Общие правила уменьшают повторную работу, а платформы по-прежнему конкурируют качеством аналитики, скоростью и поддержкой.

Данныеформат, время
Подготовкацвет, размер
Модельinference, классы
Логикаконтекст, условия
Событиесхема, смысл

VLMP и VLSP дополняют привычные технологии, такие как ONNX, API, RTSP и ONVIF. Каждая решает свою часть задачи.

Почему перенос видеоаналитики остаётся сложным — статья Василия Долгова →

Два формата обмена

Переносим модель.
И то, как она работает в решении.

VLMPModel Package

Пакет модели с инструкцией

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

Пока проверен только учебный пример классификации: CPU, ONNX FP32, batch 1. Для детекторов и других моделей нужны отдельные профили и испытания.

VLSPScenario Package

Исполняемый сценарий

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

Один сценарий уже запустили в двух независимо созданных локальных исполнителях. Проверка на платформе другого производителя ещё впереди.

VLBP — внутренний формат блоков VL. Сторонним платформам не нужно его поддерживать.

Авторство и бренд

Ваш детектор.
Ваш бренд.
Любая совместимая платформа.

Разработчик может передать вместе с моделью или сценарием сведения об авторстве. Принимающая платформа сможет сохранить их в аналитических данных и, если поддерживает эту возможность, показать подпись на видео с результатами. Например: Analytics by Detector Lab.

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

Attribution & Branding — экспериментальный профиль. Отображение и передача авторства зависят от поддержки принимающей платформой и условий правообладателя.

Как работает атрибуция →

Как это может выглядеть на видео

Иллюстрация на синтетическом видео: сцена и рамки нарисованы, а имена авторов вымышлены. Показаны варианты для одного и нескольких разработчиков.

Синтетический кадр видеоаналитики с подписью одного разработчика Example Lab
Один автор: Analytics by Example Lab.
Синтетический кадр видеоаналитики с подписью двух разработчиков Example Lab и Vision Workshop
Два автора: Example Lab · Vision Workshop.

Посмотреть видеодемонстрацию и исходные файлы на GitHub →

Открытый интерфейс. Защищённая разработка.

Продавать решение.
Сохранять права.

Публичная спецификация не обязывает автора раскрывать код сценария или веса модели.

  1. 01

    Условия задаёт автор

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

  2. 02

    Online и offline

    Локальный прототип проверяет подлинность пакета и право на запуск как с подключением к сети, так и без него. Использовать облако VL не обязательно.

  3. 03

    Без абсолютных обещаний

    Защита имеет границы: шифрование не гарантирует защиту модели во время работы, а цифровая подпись сама по себе не делает код безопасным. В базовой модели администратору системы доверяют.

Проверяемая совместимость

Один пакет. Два исполнителя.
Сопоставимый результат.

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

Модельный пилот

В локальном пилоте один учебный пакет VLMP проверили на пяти входах: в эталонном исполнителе и загрузчике Box 5 в отдельном контейнере.

Сценарный пилот

Один сценарий прошёл 15 шагов в двух локальных исполнителях; результаты сравнили 90 раз. На платформе другого производителя его пока не проверяли.

Следующее доказательство

Следующий шаг — вместе с партнёром запустить тот же пакет через его адаптер и сравнить результаты на согласованных тестах.

Ограничения профилей и порядок испытаний →

Готовые возможности и переносимость

Каталог детекторов
VL

В каталоге — 265 задач и сценариев из исходных материалов: например, контроль каски или нахождения человека в опасной зоне. Одна задача может использовать несколько моделей и дополнительную логику. Состав решения и условия поставки уточняются для конкретного объекта.

Открыть каталог →

Материалы инициативы

Читайте спецификации.
Проверяйте на своих системах.

На GitHub собраны спецификации VLMP и VLSP, примеры и тесты. Начните с README: там объясняется, как запустить пример и что именно он проверяет.

МатериалОткрыть на GitHub
С чего начать: READMEEnglish README · Русский README
Публичный пакет модели VLMPРусский · English
Пакет сценария VLSPРусский · English
Синтетические примерыМодель · Сценарий

Статус — Draft / Experimental. Спецификации обмена задуманы как открытый стандарт, для которого не потребуется коммерческая лицензия. Условия лицензирования спецификаций и справочного кода находятся на согласовании; публикация файлов не заменяет лицензию на их использование. Условия коммерческих пакетов определяет их правообладатель.

Первый межвендорный пилот

Давайте проверим перенос
в вашей системе

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

Обсудить участие ↗

Вопросы перед первым запуском

Любое решение уже можно перенести?

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

Нужно ли использовать редактор VL?

Нет. Платформа может использовать собственный редактор. Для обмена ей нужен адаптер, который поддерживает соответствующие интерфейсы VLMP и VLSP.

Можно ли работать в изолированном контуре?

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

Это уже отраслевой стандарт?

Пока нет. Это инициатива VL и экспериментальные спецификации, открытые для обсуждения. Согласование с рынком и пилот с другим производителем ещё впереди.