Подходы к реализации IPTV Middleware
Технология интерактивного телевидения неплохо известна большинству специалистов в области связи. Однако сейчас немало вопросов возникает о принципах взаимодействия абонентской приставки с сервером Middleware. Какие бывают варианты отображения пользовательского интерфейса на экране телевизора и чем отличаются эти варианты? На просторах «рунета» этот вопрос обделен вниманием. Существуют два основных, совершенно разных подхода реализации системы Middleware. Первый основан на web-технологиях. В таком случае на приставке работает браузер, предлагаемый (за отдельную плату) заводом – изготовителем приставки. Он отображает генерируемую сервером web-страницу пользовательского интерфейса. Средства взаимодействия с плеером – java script. Второй подход заключается в том, что с приставки удаляется заводской софт, устанавливается операционная система, под которой графический интерфейс управления интерактивным ТВ – это уже отдельное, самостоятельное нативное приложение. Рассмотрим эти два подхода подробнее, разберемся в плюсах и минусах каждого из них.
Middleware на web-технологиях
Первое поколение
Графический интерфейс абонента в такой реализации представляет собой набор web-шаблонов. Они хранятся на сервере и передаются на клиентскую приставку при каждом запросе каждого абонента. На клиентской приставке запущен браузер, с помощью которого и отображается необходимая web-страница. Будь то список ТВ-каналов, страница услуги VoD или информация о балансе – для каждой страницы необходим свой web-шаблон.
Считается, что разработать и модифицировать такой интерфейс сравнительно просто. Но на практике возникает множество проблем, сводящих к минимуму достоинства. Ниже перечислены основные недостатки.
- Несовместимость разных приставок внутри одной сети. Это происходит из-за того, что в разных приставках установлены разные браузеры. А каждый браузер по-разному отображает одну и ту же страницу. У каждого браузера свой API для Java Script. Таким образом, web-интерфейс путем сложных манипуляций «подгоняется» под требования какого-либо конкретного браузера.
- Невысокая скорость отображения интерфейса. Возникает из-за излишне длинной цепочки получения конечного результата. Запрос от абонента поступает на сервер. Сервер генерирует необходимую web-страницу. После чего она скачивается и обрабатывается браузером. При нагруженной сети эти задержки могут увеличиваться. Стоит учесть, что и сам браузер является неэффективным потребителем системных ресурсов приставки, что затормаживает работу интерфейса в целом.
- Излишняя загруженность серверной части. Необходимость предоставлять для каждого пользователя свою страничку значительно нагружает сервер системы Middleware.
При таком подходе оператор в итоге получает систему, которую будет очень сложно модифицировать. Технологии не стоят на месте, на рынке постоянно появляются новые качественные ТВ-приставки по заманчивым ценам. Но использовать эти новинки в системе Middleware первого поколения, скорее всего, не получится. У абонента же – сомнительной скорости и функциональности интерфейс, работа с которым может вызвать вопросы о целесообразности всего интерактивного телевидения в принципе.
Middleware с низкоуровневой интеграцией приставок
Второе поколение
Одной из первых в России перешла к использованию нативных приложений (толстый клиент) для построения системы Middleware компания «НетАП». Для низкоуровневой интеграции приставок в IPTV-комплекс требуются партнерские отношения с производителями телевизионных приставок. Так как именно SDK от производителя позволяет использовать ресурсы STB максимально корректно и наиболее полно.
В Middleware второго поколения задача формирования графического интерфейса полностью переложена на клиентскую часть системы. На STB устанавливается операционная система Linux, под управлением которой работает специальное приложение, являющееся самостоятельным интерфейсом пользователя. То есть вся графика, все подпрограммы, модули и плагины находятся и исполняются на самой приставке, не обращаясь без необходимости к серверу.
Это позволяет не только разгрузить сервер, но предоставить еще ряд других значительных преимуществ:
- Можно использовать в одной сети разные приставки. Это стало возможно благодаря тому, что одно и то же приложение интерфейса собирается для каждой конкретной приставки, используя SDK от производителя. А протокол взаимодействия между сервером и клиентом един для всех типов приставок. Любая новая приставка может быть подключена к сети сразу же, как только для нее будет собрана своя прошивка.
- Быстрота работы. Если нет необходимости подгружать недостающую графику и обрабатывать разнообразные скрипты, то нет и задержек при «перелистывании» страниц доступа к разнообразным услугам.
- Автономность. В случае сбоя серверного оборудования системы Middleware абонент сможет продолжать получать медиа-контент в течение всего оплаченного срока подписки на услуги.
- Отсутствуют ограничения визуализации и функциональности. Любая задумка может быть воплощена без особых проблем. Если нет браузера и шаблонов web-страниц, значит, нет и никаких ограничений в реализации графики или функционала.
- Автоматическое обновление прошивок. Если возникает желание внедрить в IPTV-комплекс новый сервис, то следует только запустить автоматическое обновление софта на клиентской приставке. Новые ресурсы станут доступны всем.
Таким образом, при использовании системы Middleware второго поколения оператор связи получает решение с неограниченными возможностями. Новые приставки и новые сервисы могут быть введены в эксплуатацию без остановки всего комплекса IPTV. Абонент же оценит быстроту работы графического интерфейса и простоту добавления новых сервисов.