Облачная IoT-платформа

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

Описанные ниже бизнес-модели не привязаны к требованиям какой-то конкретной отрасли. Все модели применимы для любых B2B-сценариев (B2B2B, B2B2G, B2B2C), а последний также может использоваться и в B2C.

Сценарий 1: Пользовательские решения для крупного и среднего бизнеса

Этот сценарий подразумевает единоразовую продажу пользовательского продукта. Ваша облачная платформа используется для сбора, хранения, аналитики и визуализации данных. Корпоративные клиенты как правило используют множество устройств различных типов, поэтому они подключаются к платформе как напрямую (IP-устройства), так и через IoT-шлюзы.

Сценарий 1: Пользовательские решения для крупного и среднего бизнеса

Внедрение вертикального решения зачастую подразумевает привлечение системного интегратора, который:

  • Обладает отраслевой экспертизой (например, разбирается в прогностической аналитике турбинных генераторов или методах энергосбережения для промышленных холодильников в гипермаркетах)
  • Имеет в штате сертифицированных инженеров, обученных использованию IoT-платформы

Ваши менеджеры по работе с ключенвыми партнёрами совместно с представителями отдела продаж технологического партнёра (системного интегратора/инжиниринговой компании) могут управлять продажами такого пользовательского решения. Сотрудники Tibbo также могут принимать участие в процессе продаж от чьего-либо имени.

В таких проектах невозможно использовать фиксированный прайс-лист. Ценовое предложение и методы оплаты при использовании данного сценария разрабатываются индивидуально для каждого проекта.

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

Периферийные серверы IoT-платформы могут быть запущены внутри шлюзов и выполнять следующие задачи:

  • Прямое оповещение о тревогах локальным операторам
  • Буферизация данных во время потери связи с облачным сервером
  • Примитивная аудио/видеоаналитика (например, определение движения)
  • Периферийная IoT-аналитика, основанная на алгоритмах машинного обучения и многое другое

Обновление, управление и настройка периферийных экземпляров платформы осуществляется главным сервером платформы. Такое централизованное обслуживание периферийных шлюзов является одним из конкурентных преимуществ для клиентов, имеющих большое количество территориально удалённых объектов, таких как узлы связи, трансформаторные подстанции или АЗС.

Сценарий 2: Реализация IoT-приложений компаниями малого и среднего бизнеса

Сценарий 2: Реализация IoT-приложений компаниями малого и среднего бизнеса

Компании среднего и малого бизнеса, начинающие свой IoT-проект, как правило видят экономически нецелесообразным привлечение системного интегратора. Таким компаниям необходимо самостоятельно выполнить следующие шаги:

  • Выбрать подходящие IoT-шлюзы и пользовательские устройства
  • Арендовать облачные сервера или купить, установить и обслуживать свои собственные
  • Развернуть экземпляры IoT-платформы
  • Интегрировать выбранные шлюзы с платформой
  • Освоить инструментарий платформы для решения задач в рамках проекта (разработка инструментальных панелей, аналитика и т.д.)

Такие клиенты как правило переключаются на использование облачной IaaS/PaaS-инфраструктуры сразу же, как только выполняются следующие условия:

  • Облачная IoT-платформа разворачивается и обслуживается телеком-провайдером или поставщиком облачных услуг
  • Существует возможность выбора между разными шлюзами, преднастроенными для работы с платформой
  • В широком доступе находится подробная исчерпывающая документация, пошагово описывающая процесс всего цикла разработки решения: подключение сенсоров к шлюзам, связь шлюзов с облачным сервером, разработка инструментальных панелей и настройка аналитических модулей
  • Компании предоставляется разумное ценовое предложение с минимальными капитальными расходами, включающими только затраты на оборудование

Стратегия технической реализации этого бизнес-сценария:

  • Развёрнутые в «облаке» экземпляры платформы интегрируются с порталом для корпоративных клиентов, позволяя управлять сервисами и отслеживать использование ресурсов
  • Экземпляры платформы также интегрируются с системой биллинга, позволяя выставлять пользователям счета, основыванные на следующих критериях:
    • Количество устройств, например, GPS-трекеров
    • Количество тегов/метрик, например регистры Modbus-устройств
    • Количество выполненных операций, например, доступ к устройствам через HTTP API
    • Количество полученных событий, например, через MQTT
  • Трёхуровневая архитектура, развёрнутая в «облаке», позволяет координировать действия миллионов устройств

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

Сценарий 3: Реализация IoT-приложений производителями IoT-оборудования

Производители IoT-оборудования сталкиваются с теми же трудностями, что и другие компании, разрабатывающие свои решения в области Интернета вещей: подготовка облачной инфраструктуры, внедрение и обслуживание ПО для управления устройствами, разработка системы мониторинга оборудования и т.д. Хорошим примером для этого являются компании, производящие «умные» счетчики, фитнес-браслеты и трекеры для животных.

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

Имея возможность разместить IoT-платформу в «облаке» (согласно PaaS-содели) по наглядному прайсу, сопоставимому с затратами на хостинг сервера (т.е. всего в 2-5 раз выше, а не в 10-100 раз), многие из подобных компаний выберут именно такую бизнес-модель, а другие даже откажутся от разработки собственного программного обеспечения.

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

Сценарий 3: Реализация IoT-приложений производителями IoT-оборудования

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

  • Поскольку конечный пользователь предоставляет не только ПО, но и собственное оборудование, качество пошаговых инструкций по созданию IoT-приложений имеет первостепенное значение
  • Качество API-интерфейсов и документации, позволяющие подключить созданный производителем оборудования уникальный фронтенд - важная часть функционала инструментов визуального создания интерфейсов платформы

Сценарий 4: «Коробочные» отраслевые сервисы

Сценарий 4: «Коробочные» отраслевые сервисы

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

В таком случае разработка пользовательских отраслевых IoT-приложений (как для B2B, так и для B2C) становится экономически целесообразной.

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

Свяжитесь с нами:

Отправить