Защищённая идентичность
Клиентские сертификаты и mTLS связывают соединение с конкретным устройством. Доступ ограничивается его собственными каналами.
ПЛАТФОРМА / ЗАЩИЩЁННЫЙ АДРЕСНЫЙ ТРАНСПОРТ
Транспортная платформа для распределённой среды, где стабильное соединение с каждым устройством нельзя считать данностью. API-клиенты и AI-агенты задают адресные операции; аутентифицированные экземпляры ПО и edge-контроллеры получают задания и возвращают результаты и события.
ДВЕ СТОРОНЫ ТРАНСПОРТА
API-вызовы
Tools · Harness
Идентичность · адрес
очередь · срок действия
Экземпляры ПО · edge
исполнители · датчики
КлиентыБизнес-приложения вызывают API. Агентские tools и harness используют эти интерфейсы для проектных сценариев.
Аутентифицированные участникиУстановленный агент и физический edge-контроллер входят в парк под собственной транспортной идентичностью.
Подчинённая периферияКонтроллер связывает облачное задание с локальными исполнителями, актуаторами и датчиками.
ЧТО ДЕЛАЕТ ТРАНСПОРТ
Клиентские сертификаты и mTLS связывают соединение с конкретным устройством. Доступ ограничивается его собственными каналами.
REST API для приложений, серверных интеграций и агентских tool-вызовов. Данные и доступ разграничиваются по организациям.
Получатель, параметры, приоритет и время актуальности задаются при создании задачи. Результат связывается с исходной операцией.
Устройство получает анонс задания и запрашивает параметры. После восстановления соединения доступна выборка актуальной очереди.
Deadline ограничивает жизнь задачи. Просроченное задание не выдаётся устройству при следующем подключении.
Ответы, события и история доступны приложению. Webhooks передают новые результаты и события в прикладной контур.
ЕСЛИ СОЕДИНЕНИЕ ПРЕРВАЛОСЬ
В ночной смене это может быть контроллер технического помещения. В сервисе — удалённый компьютер. Ожидание должно учитывать актуальность действия.
Выбирает устройство, параметры, приоритет и допустимый срок ожидания.
Анонс и выборка устройством связывают серверную операцию с получателем.
Запрашивает параметры актуального задания в пределах срока действия.
Ответ устройства и события используются сценарием. Физический эффект подтверждается подходящим сигналом датчика.
КТО ЖИВЁТ НА ДРУГОЙ СТОРОНЕ
IoT swarm — распределённый парк участников с собственной идентичностью. Их конкретные возможности определяются прошивкой или программным агентом.

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

Панели взаимодействия, периферия и локальные правила связывают человека с действием оборудования.
Аутентифицированный агент на компьютере или терминале. Прикладной сервис поверх Leo4 — L4Desk ↗.
МАРШРУТ ИНТЕГРАЦИИ
Начните с адресной задачи и события, которое полезно продукту. Затем подключите этот контракт к приложению или разрешённому tool-вызову агентского harness.
Каким устройствам можно адресовать операции и какие действия доступны.
Руководство интеграцииПараметры, результат, события и критерий завершения прикладной операции.
Обзор REST APIОтключение устройства, срок ожидания, повторные сообщения и отсутствие ожидаемого события.
Контракт устройстваГРАНИЦЫ ОТВЕТСТВЕННОСТИ
В перспективной ночной смене AI анализирует и предлагает, приложение задаёт правила допуска, а Leo4 связывает операцию с участником парка.
Модель примененияАдресация, асинхронные задачи, сроки, результаты, события и интерфейсы интеграции.
Разрешения на действия, AI-модель, адаптеры периферии, локальная безопасность и поведение при отсутствии подтверждения.
ОТ СЦЕНАРИЯ К АРХИТЕКТУРЕ
Опишите устройства, каналы связи и первую полезную операцию. Вместе наметим архитектуру пилота.