Компоненты ОТТ-платформы
Сейчас в России много говорят об импортозамещении. Однако есть сфера, где разработки российских компаний не только опережают иностранные на российском рынке, но и конкурентоспособны на мировом. Это платформы для распространения видео через Интернет.
Из известных операторских проектов единственный пример использования ОТТ-платформы зарубежного производства — это Mediaroom (ныне решение Ericsson), который оператор «Билайн» использует для организации вещания телеканалов на устройства для своих абонентов платного ТВ. Все другие крупные ОТТ-проекты используют платформы российской разработки. «Мегафон ТВ» построено на решении компании BCC, мультискрин в «МТС» — на решении SPB TV, «Ростелеком» для проекта «Забава» использует платформу SmartLabs, «Эр-Телеком» для запуска мультискрина выбрал решение Sotal.
Конечно, российские компании оказываются более успешными отчасти потому, что они говорят на русском и находятся рядом. Но, например, Huawei, который активно стремится предложить свою ОТТ-платформу российским операторам и имеет очень большой офис поддержки в Москве, тоже пока не может похвастаться контрактами.
Возможно, российский ОТТ-рынок находится пока на какой-то особенной стадии развития, для которой иностранные компании не могут подобрать подход. Возможно, российским компаниям пока не годятся готовые платформы, а иностранные партнеры не готовы обеспечить нужный уровень кастомизации. Попробуем посмотреть, что за уникальные решения предлагают российские разработчики. И для этого разберем, что из себя представляют платформы для ОТТ.
Гэри Хеймер, вице-президент по продажам и развитию бизнеса, SmartLabs:
Я считаю, что российские ОТТ-платформы используются во всем мире благодаря наличию у этих платформ несомненного опыта разработки и внедрения, а также благодаря высокому уровню российских инженеров. Все это, а также примеры успешной эксплуатации позволяют другим операторам быть уверенными в том, что выбор решения SmartLabs минимизирует риски ОТТ-услуг.
Что касается иностранных вендоров, я искренне считаю, что они не приходят на российский рынок из-за того, что локальные компании очень сильны.
1. Клиент-серверная часть
1.1. Middleware
Основой ОТТ-платформы является решение по управлению контентом и пользовательскими сервисами, то есть то, что в IPTV принято называть middleware. MW определяет клиент-серверное взаимодействие. Клиентом выступает видеоплеер в браузере или приложение с видеоплеером на устройстве. На серверной стороне MW обрабатывает запросы клиента и открывает доступ к услугам — телеканалам, видео по запросу и т.д. Основная разница между различными OTT- платформами как раз и определяется тем, насколько сложные варианты услуг поддерживает их MW. Допустим, в ОТТ-платформе, которую реализовала компания NGENIX для платного телеканала «Дождь», зрителям доступен только просмотр одного телеканала по подписке, поэтому решение по управлению сервисами используется достаточно простое. В случае видеосервиса IVI (ОТТ-платформу видеосервис развивает своими силами) пользователи могут смотреть бесплатный контент по рекламной модели, и тогда клиентский видеоплеер проигрывает рекламу в соответствии с профилем пользователя. А могут подписываться на платное видео, и тогда рекламу им показывать не нужно, зато нужно давать доступ к дополнительной библиотеке платного контента. Этот вариант MW более сложный. Ну а максимально сложные MW используются в операторских ОТТ-сервисах. Например, BCC предлагает не только пакетирование телеканалов, отложенный просмотр телепередач, видео по запросу по платной и бесплатной модели, но и сборку тематических виртуальных телеканалов из VOD.
При сравнении и выборе между платформами клиенты, конечно, в первую очередь смотрят на предлагаемый серверный функционал и сравнивают его со своими потребностями. Кроме того, важный аспект — это клиентские приложения. Эта часть тоже на самом деле относится к клиент-серверному взаимодействию, но для удобства изложения выделим ee в отдельный пункт
1.2. Клиентская часть
Пользовательский интерфейс играет ключевую роль в успехе будущего сервиса, поэтому почти все компании, которые делают приложения для ОТТ-платформ, очень серьезно занимаются его разработкой. Свои подразделения по дизайну есть, например, у SPB TV и SmartLabs. BCC купила и адаптировала интерфейс, созданный NDS. Но в некоторых случаях дизайн определяет оператор, например в гибридном (спутниковое ТВ + интернет-сервисы) проекте «МТС» компания CTI занималась только реализацией приложений, а интерфейс разработал отдел маркетинга «MTC». При этом у CTI есть собственный фирменный интерфейс, который компания предлагает операторам IPTV/OTT.
Очень интересный подход к созданию пользовательских интерфейсов у компании Sotal. Кроме возможности полной глубокой кастомизации интерфейса как платной услуги, у компании есть набор готовых бесплатных решений, в которых клиент может вставить свой логотип, поменять цветовую гамму или даже переписать UI, используя открытый код. Ограничение простое — так как этот интерфейс является свободно распространяемым продуктом, оператор, который его меняет, тоже должен предоставлять всем желающим доступ к исходникам.
Не все производители платформ занимаются приложениями, некоторые заказывают их сторонним разработчикам. С одной стороны, в этом случае кастомизация приложений и плеера под нужды контент-провайдера может происходить чуть медленнее. С другой стороны, на поддержку приложений для множества устройств уйдет масса ресурсов, может оказаться выгоднее привлекать специализированные компании. Обычно ищется баланс между затратами и скоростью запуска.
Иногда приложения заказываются у нескольких компаний. Например, сервис «Амедиатека» построен на платформе SPB TV и для большинства устройств использует приложения, которые разрабатывает SPB TV. А вот приложение для Smart TV «Амедиатеке» сделала другая компания, Nemo Group, у которой есть своя ОТТ-платформа, но пока только для внутреннего пользования.
В плеерах и приложениях есть масса технических тонкостей, так как сейчас на них переложено множество функций. Например, приложения занимаются контролем доступа на этапе аутентификации, а видеоплеер отвечает за размещение рекламы и сбор статистики. Поэтому для того, чтобы видеоплеер проигрывал рекламу крупнейших российских селлеров, он должен быть этими селлерами одобрен. И, скажем, компания Tvigle, тоже разработавшая ОТТ-платформу, считает, что именно сертифицированный видеоплеер является одним из преимуществ ее решения.
Возможность автоматически подгружать видеорекламу крупнейших селлеров — очень полезная опция, но обычно она нужна для сервисов видео по запросу в Интернете. Для операторских услуг ОТТ-платформы предлагают использовать отдельный рекламный модуль. Например, решение компании Sotal позволяет оператору продвигать свои предложения — платные пакеты или видео по запросу — и размещать рекламу локальных компаний. SPB TV позволяет менять рекламу в телеканалах и таргетировать ее в соответствии с информацией о зрителе. Такой модуль разворачивается на серверной стороне.
1.3. ОТТ-платформа = MW?
Из-за того, что основная часть ОТТ и IPTV-платформ выполняет одни и те же функции, все российские разработчики IPTV сделали и OTT-решения. Соответственно, OTT-платформы, позволяющие запустить сложные услуги через Интернет, есть у BCC, CTI, Netris, SmartLabs, Telebreeze. И наоборот, компании, которые разработали ОТТ-платформы, сейчас предлагают свои решения для запуска IPTV. Это, например, решения SPB TV, «Майкроимпульс», «ИНКО ТВ».
Если у разработчика есть MW, он уже обычно говорит о том, что у него есть ОТТ-платформа, потому что другие компоненты можно интегрировать. Современный модульный подход к разработкам этому способствует. Однако это не означает, что эти другие компоненты не очень важны. Видео нужно подготовить и доставить, и для ОТТ доставка является задачей более сложной, чем вещание в управляемых сетях.
Константин Шпинев, технический директор, Microimpuls:
Middleware, совмещающая в себе функции и IPTV и OTT-платформы, зачастую оказывается большим конкурентным преимуществом для оператора IPTV — он может расширить свои услуги на любую территорию, например предоставлять сервис абонентам, использующим сети других операторов, или расширить список возможных устройств для просмотра мобильными устройствами и Smart TV. При этом сохраняется общая база данных абонентов и биллинг, но пакеты телеканалов могут быть сформированы с учетом особенностей сервиса IPTV и OTT, как технических (разные форматы и кодеки под разные виды устройств), так и юридических».
2. Подготовка и доставка контента до зрителя
После того как стало ясно, какой контент нужно отправить пользователю, встает три интересных вопроса: где этот контент взять, как подготовить и как донести по клиента с максимальным качеством и минимальной задержкой. Соответственно, процесс вещания через Интернет состоит из трех этапов, правильное прохождение которых нужно обеспечить.
2.1. Ingest
Первый этап — это загрузка контента в систему: запись на серверы-источники в случае видео по запросу; подключение вещательных серверов к потокам телеканалов, если берутся источники в Интернете; создание своих потоков, если сигнал берется со спутника или из эфира. Некоторые ОТТ-платформы предлагают и контент: пакеты телеканалов и видео по запросу. Например, контент есть у SPB TV, в платформе Vidimax, у CTI, в решении Telebreeze, в LifeStream, CDNVideo.
Все контентные предложения имеют свои особенности с точки зрения построения взаимоотношений с правообладателями. Крайним случаем являются сервисы «Мое ТВ» компании SmartLabs, OTT/IPTV-платформа «Майкроимпульс», Proxima TV компании «Инвентос» и «Смотрешка» компании LifeStream — там ОТТ-платформа для запуска оператором требует лишь минимальной кастомизации плеера, и техническая часть платформы, и контентная уже готовы для запуска «виртуального оператора платного ТВ» в любой широкополосной сети.
Наличие контента интересно в первую очередь для небольших операторов ШПД, которые хотели бы предлагать своим абонентам видео через Интернет, хотя бывает, что и крупные операторы платного ТВ хотят расширить свои видеотеки за счет партнерства.
Если речь идет о чисто технической стороне загрузки контента в систему, то в разных решениях тоже есть свои особенности. Для клиента может быть важной, например, скорость — какое время проходит с момента начала загрузки видеофайла до момента его показа зрителю. Как рассказывали нам в компании Tvigle, именно этот аспект работы их платформы привлекает телеканалы — тот же «Дождь», который загружает для показа телепередачи после их выхода в эфир.
Для некоторых проектов ОТТ-платформы даже построили свои антенные посты, принимают и перекодируют телеканалы со спутника. Так, например, работает Telebreeze. А SPB TV — единственная компания, которая берет из эфира локальные версии федеральных каналов.
К подготовке контента относятся и нарезка и запись потока для услуг отложенного просмотра и сетевого видеомагнитофона, и подготовка и загрузка метаданных о программах и фильмах, хотя эти модули могут быть отдельными. Например, у Sotal есть примеры интеграции модуля отложенного просмотра в уже существующее стороннее решение.
Практически во всех случаях, когда видеоконтент берется не в виде ссылок на сервер-источник, потребуется его транскодирование — изменение кодека, контейнера или размера кадра.
2.2. Транскодирование
Очень многие компании, разработавшие свои ОТТ-платформы, разработали и свои транскодеры. Много лет этими разработками занимаются российские компании Bradbury и Sotal, и их кодеры используются и в сторонних проектах (у «Элекарда», самого известного российского разработчика кодеров, насколько нам известно, нет ОТТ-платформы, IPTV/OTT-решение «Телебриз» от него отделилось). Собственно, эти компании пришли к ОТТ-платформам из мира кодеров. В остальных случаях решения по транскодированию используются для собственных нужд — например, кодеры для своих ОТТ-проектов предлагают BCC и SPB TV. Но если клиент захочет, в ОТТ-платформу можно легко интегрировать и кодеры сторонних разработчиков. Поэтому в этой сфере представлены не только российские, но и специализированные иностранные компании: Envivio, Elemental, Harmonic, RGB (ныне Imagine). Но, как нам кажется, и тут наблюдается тенденция перехода на российские решения или уж на открытый ffmpeg.
Конечно, это стало возможным, потому что для ОТТ-видео практически всегда используется кодек H.264, форматы в основном сводятся к HLS и редко требуется кодировать видео с максимальной скоростью и эффективностью, как для обычного телевидения, где без аппаратных кодеров пока трудно обойтись. В OTT важнее настройка профилей устройств и подгонка под реальные условия вещания, а этим удобно заниматься на своем оборудовании.
2.3. CDN
После того как видеофайлы или потоки готовы, нужно доставить их до абонента с минимальными потерями. Поскольку доставка происходит через чужие сети и у контент-провайдера нет возможности настроить маршрутизаторы и использовать мультикаст для экономии трафика, нужно придумывать, как же организовать доставку. Общепринятый подход — использование сетей CDN вкупе с адаптивными протоколами вещания.
В России есть две ведущих CDN-компании — NGENIX и CDNVideo. Обе компании предлагают, помимо доставки, услуги ОТТ-платформ, правда для тех случаев, когда сложная система управления контентом не требуется. Например, эти платформы отлично подходят для запуска интернет-вещания отдельного теле- или радиоканала.
Свою отдельную частную сеть CDN построила компания SPB TV, и эта сеть используется и в запускаемых компанией ОТТ-проектах.
Другие ОТТ-платформы либо предлагают подключение к существующим публичным CDN-операторам, с которыми у них установлены партнерские отношения, либо позволяют построить свою сеть. У BCC есть решение по балансировке трафика для операторского CDN. Sotal предлагает операторам использовать для создания CDN свои видеосерверы. Такие решения очень хороши для локальных рынков. Например, если основная сфера деятельности контент-провайдера — это какой-то конкретный регион, да еще не очень хорошо подсоединенный к общему Интернету магистральными каналами, то логично построить свою сеть доставки именно для этого региона.
Определить же, где именно смотрят твой контент и с каким качеством он туда доходит, помогает еще один компонент ОТТ-платформы — это инструменты сбора и анализа статистики
3. Статистика
ОТТ-платформы собирают два вида статистики: данные о качестве доставки (время буферизации, потери пакетов и пр.) и данные о потребляемом контенте (какие именно каналы и сервисы и на каких устройствах смотрит данный конкретный пользователь).
3.1. Мониторинг доставки
Когда контент-провайдер строит ОТТ-платформу для себя, сбором статистики он занимается в последнюю очередь. Поэтому нередко на вопрос о том, как именно работает контроль качества доставки, видеосервисы отвечают, что собирают жалобы пользователей. Этот подход работает. Однако в ОТТ уже есть и автоматизированные механизмы контроля доставки, которые нужны, например, чтобы сделать выводы о необходимости тратить деньги на подключение дополнительных точек вещания или изменений параметров подготовки видео — профилей кодирования. Существуют разные методики оценки качества доставки, иногда достаточно сложные, и есть специальные компании, их разрабатывающие (мы писали о них в «Теле-Спутнике», ссылка). В рамках ОТТ-платформы практически все разработчики в реальном времени собирают данные от видеоплееров — битрейт и размеры буфера применительно к типу устройства и географическому местоположению.
3.2. Статистика потребляемого контента
Видеоплеер также передает провайдеру всю информацию о действиях пользователя — выборе контента, времени просмотра и пр. Этих данных на самом деле даже слишком много (термин Big Data используется не случайно), и главная проблема тут — не сбор, а анализ данных. Направление анализа пользовательской статистики сейчас очень быстро развивается, потому что на этой основе можно организовать и оптимальное пакетирование, и гибкую тарификацию, и кросс-продвижение услуг, и системы рекомендаций. ОТТ-платформы это направление развивают, но пока реальных примеров использования мало, если, конечно, не учитывать простой сбор данных о популярности телеканалов в пакете. Например, «Инвентос» и SPB TV сделали свои рекомендательные решения, а компания CTI в комплекте с собственным MW предлагает сторонний рекомендательный сервис Impress TV, но клиенты пока их не используют. Сервис «Мегафон ТВ», построенный на платформе BCC, привлек для организации рекомендаций компанию «Имхонет», но решение пока не запустил. «Видимакс» тестирует сторонние решения. Два производителя ОТТ-платформ, SmartLabs и Sotal, рассказывали нам о том, что уже используют сбор статистики просмотров для создания динамических «витрин» — пользовательского интерфейса для конкретных сервисов. Решение Sotal позволяет оператору анализировать популярность фильмов и передач и на этой основе планировать витрины и принимать решение об увеличении сроков показов.
Г. Кузин, руководитель направления цифровых медиа компаниии CTI:
Большинство существующих ОТТ-сервисов до сих пор не раскрыли свой потенциал по монетизации из-за того, что их владельцы недооценивают роль рекомендательных систем. Если посмотреть успешный опыт глобальных компаний, таких как Netflix, Sony, Dish, Viaplay, то можно увидеть, что добавление рекомендаций положительно влияет на такие параметры, как ARPU, удержание аудитории, продолжительность и частота использования сервиса зрителями. Например, по исследованиям Cox Communications, внедрение персональных рекомендаций в сервис видео по запросу увеличивает количество покупок на 50—60 %, отток пользователей снижается на 25—30 %. Вывод, по-моему, очевиден.
4. DRM
DRM — единственный компонент ОТТ-платформы, который не разрабатывают своими силами. Технически это возможно, но создать решение для всех устройств и сертифицировать его должным образом очень затратно, с этой задачей в мире справились только несколько компаний. Однако заметим, что и требуется DRM только для премиального контента сервиса VOD. Для телеканалов и фильмов попроще есть разные паллиативы: AES-шифрование, персональные ссылки, проверка прав доступа на уровне приложений и т.д. Мы очень подробно писали о защите контента в ОТТ в майском номере «Теле-Спутника» и не будем сейчас к этому возвращаться. При выборе ОТТ-платформы сервис-провайдер сам должен решить, нужно ли платить за DRM (или даже за несколько) или достаточно будет более простых и дешевых решений.
Сергей Гоцуляк, директор по продажам, ЗАО «Инвентос»:
Платформы OTT, которые изначально создаются для внедрения у широкого круга заинтересованных компаний, можно пересчитать по пальцам одной руки, и пока еще рано говорить о каком-то позиционировании этих систем на рынке — он только формируется, системы активно развиваются, возможности технологий опережают запросы клиентов. Общая картина быстро меняется, поэтому никто не рискует расставлять акценты. То, что актуально и современно сегодня, завтра станет мейнстримом, а послезавтра сменится каким-то новым трендом.
Основные отличия платформ обусловлены, скорее, уровнем клиентов, на которых рассчитывает разработчик. Кто-то имеет успешный опыт коммерческой работы на открытом рынке, некоторые платформы родились внутри компаний-интеграторов благодаря обобщению предыдущего опыта внедрений, другие — на базе связей и наработок для больших операторов или госпроектов.
Технологически ОТТ-платформа представляет собой довольно сложную архитектуру, в которой можно выделить подсистему транскодинга (прием и обработка видеопотоков), DVR (запись, пауза и перемотка эфира), модуль стриминга, а также DRM (защита от пиратства), средства интеграции с внешними биллингами и middleware, которые работают на стороне заказчика. Зачастую поставщики системы предоставляют и собственную инфраструктуру CDN. Отдельно стоят технологии и интерфейсы, которыми пользуются конечные пользователи (мобильные приложения, прошивки приставок, рекомендательные системы).
5. Выбор и перспективы
Вообще, конечно, стоимость решения и набор функций — это основные моменты при выборе ОТТ-платформы. Третий важный фактор — скорость запуска. Увеличение времени запуска приводит к очень большим денежным потерям от недополученной прибыли. Судя по всему, именно потребность российских интернет-вещателей, с одной стороны, в кастомизированном решении, а с другой — в быстром запуске и приводит пока к тому, что иностранные решения оказываются неконкурентоспособными.
Ситуация изменится, наверное, только когда большим спросом будут пользоваться облачные решения, рассчитанные не на крупные телеканалы и операторов ШПД, а на любых производителей контента, которых становится все больше. В этом направлении сейчас работают и российские, и иностранные разработчики.