Способ для реализации функциональных возможностей ims в телевизионной приставке

Способ для реализации функциональных возможностей ims в телевизионной приставке

Иллюстрации

Показать все

Реферат

ОБЛАСТЬ ТЕХНИКИ

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

ПРЕДШЕСТВУЮЩИЙ УРОВЕНЬ ТЕХНИКИ

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

Телевидение по Интернет-протоколу (IP) (IPTV) является развивающейся системой, в которой услуги цифрового телевидения и мультимедийные услуги поставляются к телевизионным приставкам, представленным в домашней среде, используя IP, по сетевой инфраструктуре. В настоящее время IPTV чаще всего ассоциируется с услугами передачи видеоинформации по требованию (VoD) и услугами живого TV. Однако IPTV может также предоставлять интернет-услуги, такие как web-доступ и передача голоса по протоколу IP (VoIP). Другим признаком IPTV является возможность интеграции и конвергенции с другими мультимедийными услугами. На эту возможность главным образом влияет мультимедийная подсистема IP (IMS), обеспечивающая архитектурную основу для доставки мультимедийных услуг IP в среде IPTV. Такие услуги, основанные на IMS, которые могут быть использованы телевизионными приставками, включают в себя чаты, услуги присутствия, услуги списка контактов и различные услуги передачи сообщений, такие как передача мгновенных сообщений, позволяющая пользователям IPTV связываться друг с другом.

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

В целом, сеть, основанная на IP, предоставляющая услуги IPTV конечным пользователям, может быть в форме управляемой сети или так называемого открытого Интернета, или неуправляемой сети. Последняя форма предоставляет услуги IPTV через Интернет, не гарантируя качество обслуживания. Примерами первой формы являются сети связи, основанные на радиосвязи, управляемые оператором сети, и которые могут предоставлять услуги IPTV с гарантией качества уровней обслуживания. Терминалы пользователя, так называемые телевизионные приставки (приставки STB), представленные в домашней среде для влияния на услуги IPTV, в целом, являются отличными типами, зависящими от того, используются ли они в управляемой сети или открытом Интернете. Например, телевизионная приставка для использования в управляемой сети может быть изготовлена, чтобы содержать внедренные или собственные функциональные средства, то есть компьютерный программный код, для предоставления услуг IMS. Следовательно, телевизионная приставка содержит собственные логические блоки, установленные локально, и/или элементы аппаратного обеспечения, которые необходимы для установления и управления сеансом связи IMS, включающим в себя возможности использования интерфейса домашней сети - интерфейса шлюза IMS (HNI-IGI) между собственным или внедренным приложением IMS и удаленным шлюзом IMS (IG). Телевизионная приставка также имеет код стека реализованной IMS, определяющий, как выполняется такая связь, связанная с IMS.

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

СУЩНОСТЬ ИЗОБРЕТЕНИЯ

Таким образом, существует потребность в том, чтобы разрешить использование управляемого IPTV и услуг IMS в телевизионных приставках, которые не производятся с реализованными собственными или внедренными функциональными средствами IMS.

Общей задачей является предоставление услуг IMS телевизионным приставкам.

Конкретной задачей является обеспечение функциональных средств IMS в телевизионных приставках.

Кратко, настоящее изобретение раскрывает обеспечение функциональных средств и приложения IMS в среде браузера в телевизионной приставке и, следовательно, не должно иметь любой собственной (родной), то есть предварительно установленной и сконфигурированной, поддержки для IMS в телевизионной приставке. Приложение IMS, основанное на сценарии, запущенное в web-браузере в среде декларативного приложения, создано для принятия на себя роли приложения IMS в телевизионной приставке и выполнения необходимой обработки данных и сигнализации сеанса IPTV с помощью внешних блоков.

Более подробно, аспект вариантов осуществления относится к приложению IMS, сконфигурированному для того, чтобы быть реализованным в телевизионной приставке в домашней сети. Приложение IMS содержит генератор сигнала, сконфигурированный для генерирования сигналов сеанса IPTV, предназначенных шлюзу IMS от имени телевизионной приставки, чтобы установить и управлять сеансом IPTV. Провайдер адреса приложения IMS сконфигурирован для выдачи информации адреса в систему внедренной или собственной функции терминала открытого IPTV (OITF), реализованную в телевизионной приставке. Информация адреса ассоциируется с медиаданными, доступными от медиасервера в глобальной сети, соединенного с домашней сетью, и медиаданные должны быть визуализированы в течение сеанса IPTV в телевизионной приставке. Принятая информация адреса исходит из шлюза IMS. Приложением IMS этого аспекта является приложение IMS, основанное на сценарии, сконфигурированное для исполнения web-браузером, реализованным в телевизионной приставке, и поэтому может быть использовано в телевизионной приставке, которая не произведена или, иначе, не сконфигурирована для содержания предварительно установленных внедренных или собственных функциональных средств IMS.

Дополнительный аспект относится к телевизионной приставке, содержащей приложение IMS, основанное на сценарии, и интерфейс связи, сконфигурированный для разрешения связи со шлюзом IMS. Web-браузер обеспечивает так называемую среду декларативного приложения, в которой приложение IMS, основанное на сценарии, запускается для генерирования web-страницы, отображаемой пользователю на экране отображения телевизионной приставки или соединенном с телевизионной приставкой. Система внедренной OITF реализуется в телевизионной приставке, соединенной с интерфейсом связи, и конфигурируется для генерирования запроса медиа на основании информации адреса, выданной посредством приложения IMS, основанного на сценарии. Этот запрос медиа передается посредством интерфейса связи к медиасерверу в глобальной сети, чтобы запросить медиаданные для визуализации в телевизионной приставке в непрерывном сеансе IPTV.

Другой аспект относится к шлюзу IMS, который содержит интерфейс связи, сконфигурированный для разрешения связи с телевизионной приставкой в домашней сети и серверами в глобальной сети. Процессор регистра сконфигурирован для генерирования запроса регистра, содержащего пользовательский идентификатор пользователя телевизионной приставки и предназначен для сервера IMS в глобальной сети. Процессор подписки шлюза IMS сконфигурирован для генерирования запроса подписки, предназначенного для провайдера услуг IPTV в глобальной сети. Таким образом, шлюз IMS выполняет регистрацию, обнаружение и выбор услуг для телевизионной приставки. Процессор преобразования адреса сконфигурирован для отображения, для каждой услуги IPTV, доступной для пользователя из глобальной сети, информации адреса, принятой в ответ на запрос подписки, в преобразованную информацию адреса, ассоциированную с соответствующими услугами IPTV, но указывающей на шлюз IMS. Шлюз IMS дополнительно содержит процессор создания страницы, сконфигурированный для генерирования web-страницы, содержащей преобразованную информацию адреса и предназначенной для приложения IMS, основанного на сценарии, в телевизионной приставке для отображения посредством web-браузера на экране отображения.

Способ установления сеанса IPTV содержит, согласно аспекту, запуск приложения IMS, основанного на сценарии, в web-браузере, реализованном в телевизионной приставке. Приложение IMS, основанное на сценарии, генерирует сигналы установки сеанса IPTV на основании активации пользовательского ввода телевизионной приставки или соединенного с телевизионной приставкой. Сигналы установки сеанса IPTV передаются на шлюз IMS, который, в свою очередь, передает информацию адреса, которая принимается приложением IMS, основанным на сценарии. Информация адреса, которая ассоциируется с медиаданными, доступными от медиасервера, отправляется посредством приложения IMS, основанного на сценарии, в систему внедренной OITF телевизионной приставки для инициации генерирования запроса медиа в отношении медиаданных в сеансе IPTV.

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

Поэтому протоколы и логические блоки, требуемые для проведения связи сеанса IPTV и IMS со шлюзом IMS, не должны быть предварительно установлены в телевизионной приставке, но вместо этого они могут управляться приложением IMS, основанным на сценарии, реализованным браузером. Это означает, что услуги IMS могут быть предоставлены всем телевизионным приставкам, имеющим web-браузер, реализующий среду декларативного приложения.

КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ

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

Фиг. 1 является схематическим кратким обзором сети распределения телевидения IP (IPTV);

Фиг. 2 является схематическим кратким обзором структурной архитектуры телевизионной приставки (STB) согласно предшествующему уровню техники в домашней сети;

Фиг. 3 является схематическим кратким обзором структурной архитектуры STB согласно варианту осуществления в домашней сети;

Фиг. 4A и 4B являются диаграммами сигналов, иллюстрирующими вариант осуществления установления сеанса мультимедийной подсистемы IP (IMS);

Фиг. 5A и 5B являются диаграммами сигналов, иллюстрирующими другой вариант осуществления установления сеанса IMS;

Фиг. 6 является диаграммой сигналов, иллюстрирующей вариант осуществления установления и завершения сеанса передачи видеоинформации по требованию (VoD);

Фиг. 7 является диаграммой сигналов, иллюстрирующей вариант осуществления установления, управления и завершения сеанса IMS, включающего запланированный контент;

Фиг. 8 является диаграммой сигналов, иллюстрирующей другой вариант осуществления установления и управления сеансом IMS, включающим запланированный контент;

Фиг. 9 является схематической блок-схемой варианта осуществления приложения IMS;

Фиг. 10 является схематической блок-схемой варианта осуществления STB; и

Фиг. 11 является схематической блок-схемой варианта осуществления шлюза IMS (IG).

ПОДРОБНОЕ ОПИСАНИЕ

На всех чертежах одни и те же номера позиций используются для аналогичных или соответствующих элементов.

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

Фиг. 1 является схематическим кратким обзором системы телевидения IP (IPTV), в основном, содержащей две взаимосоединенные сети, - домашнюю сеть 1 и глобальную сеть 2. Глобальная сеть 2 может быть контролируемой или частной сетью, которой оперирует оператор сети. Альтернативно, глобальная сеть 2 является неконтролируемой или открытой сетью, обычно обозначаемой как Открытый Интернет в данной области техники. Иначе, глобальная сеть 2 имеет один или более контент-провайдеров или медиасерверов 70, имеющих доступ к медиаконтенту, который должен быть распределен пользовательскому оборудованию или телевизионным приставкам 50, представленным в домашней сети 1. Эти медиасерверы 70 могут быть скомпонованы в сеть, выделенными медиасерверами или, действительно, представлять генерируемые потребителем медиа (аудио-визуальные данные) в форме медиа, доступной от других пользователей в своих соответствующих домашних сетях. В целом, медиаданные являются доступными для домашней сети 1 посредством одного или более провайдеров IPTV или серверов 80 приложения IPTV, и одного или более провайдеров 90 доступа. Первое представляет объект, реализованный сетью, который предоставляет услуги IPTV пользователям системы IPTV, тогда как последний обеспечивает фактическую передачу и доступ к предоставленным услугам домашней сети 2.

Глобальная сеть 2, проиллюстрированная на Фиг. 1, должна быть просто рассмотрена как иллюстративный пример части глобальной сети системы IPTV. Другие сетевые решения, содержащие больше или меньше сетевых объектов, чем объекты, проиллюстрированные на этом чертеже, могут быть альтернативно использованы без какого-либо влияния на описания вариантов осуществления. Например, в некоторых сетях единственный оператор или сервер может выполнять функции всех или некоторых из функциональных средств: медиасервера 70, провайдера 80 IPTV и провайдера 90 доступа.

Домашняя сеть 1, иногда обозначаемая как сеть жилого здания или потребительская сеть, в некоторых вариантах осуществления может быть основана на Ethernet или одной из существующих технологий проводной домашней сети, такой как союз организации сети домашних телефонных линий (HomePNA) или стандарт G.hn сектора стандартизации в области телекоммуникации (ITU-T), который обеспечивает возможность создания высокоскоростной локальной сети, используя существующие домашние проводные средства соединения. Другие примеры включают в себя различные решения локальной сети (LAN). Это означает, что услуги, связанные с IPTV, включающие в себя услуги IMS, могут быть доставлены по IP и широкополосному соединению потребителя, такому как асимметричная цифровая абонентская линия связи (ADSL), сверхскоростная цифровая абонентская линия связи (VDSL), общественный Ethernet и т.д. Также решения беспроводной сети могут быть использованы для установления локальной сети, включающей в себя комбинации проводных и беспроводных способов.

Устройства 20-50 домашней сети 1 обычно взаимно соединены с глобальной сетью 2 через шлюз 10 (GW), обеспечивающий интерфейс между этими двумя сетями 1, 2. Этот шлюз 10 работает аналогичным способом маршрутизатору относительно отправления данных из домашней сети 1, таких как сгенерированные запросы услуг IPTV пользователя, в глобальную сеть 2 и отправления данных из глобальной сети 2, таких как услуги IPTV и ассоциированные медиа, в домашнюю сеть 1.

В варианте осуществления, проиллюстрированном на Фиг. 1, домашняя сеть 1 также содержит домашний шлюз IMS (HIGA), часто в данной области техники просто обозначаемый как шлюз 20 IMS (IG), в целом, управляющий завершением IMS и взаимодействующий в домашней сети 1. Следовательно, IG 20 может иметь проводное или беспроводное соединение с одним или более устройствами 30, 35, 50 с возможностями IMS, неограничивающим образом представленными посредством мобильного телефона 30, компьютера/ноутбука 35 и обычной телевизионной приставки (STB) на чертеже.

IG 20 может быть автономным устройством, которое соединяется с GW 10, как проиллюстрировано на чертеже. Альтернативно, функциональные средства IG 20 могут быть обеспечены в одном и том же физическом устройстве, что и GW 10, таким образом, в основном комбинируя пропускание IMS и сетевую взаимосвязь, и пропускание в единственном устройстве. Такое устройство также может быть модемом или другим шлюзовым блоком.

Хотя IG 20 иллюстрируется как формирующий часть домашней сети 1 на чертеже, он должен быть просто рассмотрен как иллюстративный вариант осуществления. Также реализованные сетью решения IG возможны и в вариантах осуществления, в которых IG 20 вместо этого полностью или по меньшей мере частично реализуется в глобальной сети 2. В таком случае IG 20 преимущественно реализуется в узле сети и может быть совместно скомпонован с другими функциональными средствами глобальной сети 2, такими как провайдер 80 IPTV и/или провайдер 90 доступа.

Домашняя сеть 1 обычно содержит одну или более телевизионных приставок 50, которые являются устройствами, способными обрабатывать и визуализировать медиа IPTV. Существует большое количество различных пользовательских оборудований, терминалов и устройств, которые могут выполнять роль телевизионной приставки 50 в домашней сети 1. Некоторые неограниченные примеры включают в себя декодер, компьютер и т.д., имеющие возможность принимать медиаданные от провайдера 80 IPTV и шлюза 10 и обрабатывать, то есть декодировать и визуализировать, медиаданные на включенном или подсоединенном экране 60 отображения. В отличие от традиционных декодеров и телевизионных приставок в цифровых системах TV, в системе IPTV телевизионная приставка 50 обеспечивает двухстороннюю связь по сети IP и учитывает декодирование потоковых медиа. Также мобильные устройства 30, 35, беспроводным образом связывающиеся со шлюзом 10 необязательно через IG 20, могут работать как телевизионные приставки согласно вариантам осуществления. Таким образом, мобильный телефон 30 и компьютер/ноутбук 35, проиллюстрированные на чертеже, могут быть расценены как телевизионные приставки. Телевизионная приставка может быть также объединена в устройстве отображения, например, TV с разрешенным IPTV.

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

В данной области техники открытая функция терминала IPTV (OITF), или функция терминала IPTV (ITF), иногда используется для обозначения телевизионной приставки и функциональных средств, необходимых для установки и управления сеансом связи IPTV. Однако в данном документе телевизионная приставка последовательно используется для обозначения устройства, сконструированного для того, чтобы быть обеспеченным в домашней сети и для предоставления услуг IPTV, включающих в себя услуги IMS, пользователям. Поэтому выражение "телевизионная приставка" также охватывает эти устройства или функциональные средства, реализуемые устройством, которые обозначаются OITF и ITF в данной области техники.

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

В целом, телевизионная приставка содержит или способна выполнять различные приложения, связанные с IPTV, предоставляющие услуги IPTV пользователям. В традиционных системах IPTV эти приложения, связанные с IPTV, и, в частности, приложения IMS, главным образом, были в форме внедренных или собственных (родных) приложений. Такие внедренные приложения устанавливаются и запускаются локально в телевизионной приставке. Телевизионная приставка может быть также заранее оборудована такими установленными внедренными приложениями. Далее в описании "система внедренной OITF" обозначает те части функциональных средств OITF телевизионной приставки, которые являются внедренными и собственными по отношению к телевизионной приставке. Это означает, что эта система внедренной OITF устанавливается и запускается локально в телевизионной приставке и обычно предварительно устанавливается там после продажи. Таким образом, телевизионная приставка содержит структуры аппаратного обеспечения и/или элементы программных кодов для осуществления, будучи выполняемой обычным процессором телевизионной приставки, функциональных средств системы OITF. Поэтому система внедренной OITF имеет свое собственное непосредственное взаимодействие с пользователем, такое как удаленное управление, клавиатура, мышь и т.д., и звуковая/видеовизуализация и, необязательно, функциональные средства захвата, такие как дисплей, спикеры (громкоговорители), камеры, микрофоны, или может быть непосредственно соединена с другими звуковыми/видеоустройствами визуализации/захвата, не проходя через связь домашней сети.

Фиг. 2 схематично иллюстрирует краткий обзор телевизионной приставки 50 с реализованными функциональными средствами OITF согласно предшествующему уровню техники. Эта OITF ответственна за предоставления услуг IPTV и IMS телевизионной приставке 50, как определено форумом открытой IPTV. На чертеже связь, которая основана на домашнем сетевом интерфейсе - интерфейсе шлюза IMS (HNI-IGI), относится к сеансам IMS. Таким образом, блок, разрешающий подключение устройства воспроизведения (плеера) HNI-IGI, может быть обеспечен в качестве интерфейса между устройством воспроизведения аудио/видео (AV), приложением вещания, устройством воспроизведения медиа и IG 20. Кроме того, пользовательское управление, регистрация и обнаружение и выбор услуг (SD&S) используют передачу сообщений HNI-IGI для связи с IG 20. В целом, эти принятые сообщения HNI-IGI преобразуются посредством IG 20 в сообщения протокола инициирования сеанса связи (SIP), которые отправляются через локальную сеть (LAN) на шлюз 10 и затем дополнительно передаются в глобальную сеть 2, представленную как глобальная сеть (WAN) на чертеже. В этом контексте IG 20 может вести себя как сервер протокола передачи гипертекстовых данных (HTTP), и OITF ведет себя как клиент HTTP. Это означает, что сообщения HNI-IGI, в целом, находятся в форме запросов или ответов HTTP HNI-IGI, таких как:

HTTP POST <IG URI>/<HNI-IGI message type>

<HTTP headers>

<X-OITF extension headers> or <X-HNI-IGI extension headers>

Content-Type: <...>

Content-Length: <Number>

<Message body>

HTTP/1.1 <HTTP response>

<HTTP headers>

<X-OITF extension headers> or <X-HNI-IGI extension headers>

Content-Type: <...>

Content-Length: <Number>

<Message body>

Сообщение HNI-IGI может быть типом SIP, в котором сообщение является сообщением HNI-IGI, соответствующим сообщению SIP. IG 20 преобразует его в соответствующее сообщение SIP посредством добавления и изменения релевантных заголовков. Сообщение HNI-IGI типа AUX является сообщением HNI-IGI, которое не преобразуется в сообщение SIP. Вместо этого IG 20 обрабатывает это сообщение и отвечает соответственно. Для большей информации о передаче сообщений HNI-IGI и связи между OITF и IG делается ссылка на Open IPTV Forum (открытый форум IPTV) - спецификацию выпуска 1, Том 4 - протоколы, V1.0, 6 января 2009, описания которых тем самым явно включены здесь по ссылке и в конкретной секции 5.5, относящейся к функции инфраструктуры системы протоколов и 5.5.1, относящейся к интерфейсу OITF-IG (HNI-IGI).

Это означает, что телевизионные приставки 50, не имеющие такие локально установленные приложения IMS и логические блоки для осуществления связи с IG 20, не могут использовать преимущества большого количества доступных услуг IMS, которые в настоящее время являются доступными в системах IPTV или будут созданы в будущем. Телевизионная приставка 50 также испытывает недостаток в необходимых функциональных средствах для связи с IG 20 с целью запроса, установки и управления сеансами связи IPTV и IMS.

Раскрытые в настоящем описании варианты осуществления заменяют традиционные собственные и внедренные приложения IMS приложением IMS, основанным на сценарии и основанным на браузере. Такие приложения, основанные на сценарии, которые должны быть запущены в среде web-браузера, иногда обозначаются web-приложениями в данной области техники и, в частности, приложениями среды декларативного приложения (DAE) в области IPTV. В четком контрасте по отношению к внедренному приложению IMS к приложению IMS, основанному на сценарии, получают доступ с помощью web-браузера по сети, такой как Интернет или интранет. В целом, приложение, основанное на сценарии, является программным приложением, закодированным на 5 поддерживаемых браузером языках. Приложение, основанное на браузере, полагается на web-браузер для того, чтобы визуализировать выполняемое приложение.

Фиг. 3 является соответствующим кратким обзором телевизионной приставки 50 с системой внедренной OITF и приложением 40 IMS, основанным на сценарии, согласно варианту осуществления. В этом варианте осуществления сигнализация HNI-IGI с IG 20 для телевизионной приставки 50 и системы внедренной OITF осуществляется через приложение IMS, основанное на браузере, выполняемое в странице браузера.

Приложение 40 IMS, основанное на браузере, обеспечивается в среде DAE, то есть выполняется браузером, и предпочтительно использует интерфейс HTTP для IG 20. Это означает, что приложение 40 IMS, основанное на браузере, может использовать стандартизированный интерфейс, основанный на HTTP, то есть HNI-IGI для осуществления сигнализации с IG 20 от имени телевизионной приставки 50.

Как можно видеть посредством сравнения Фиг. 2 и 3, необходимая сигнализация HNI-IGI между системой внедренной OITF и IG 20 теперь управляется приложением IMS, основанным на сценарии, вместо того, чтобы осуществляться между различными функциональными средствами в системе внедренной OITF и IG 20, как в предшествующем уровне техники. Это означает, что в четком контрасте по отношению к предшествующему уровню техники на Фиг. 2 телевизионная приставка 50 согласно Фиг. 3 не должна иметь предварительно установленного внедренного или собственного приложения IMS и стека протоколов IMS. Следовательно, приложение 40 IMS, основанное на сценарии, работает как шлюз между системой и функциями внедренной OITF и внедренными приложениями, которые используются для обработки данных IMS, таких как устройство воспроизведения или устройства воспроизведения AV и IG 20.

В целом, функциональные средства сигнализации IMS, таким образом, перемещаются от собственного или внедренного кода или структур телевизионной приставки 50 к приложению 40 IMS, основанному на сценарии. Это означает, что функциональные средства для обнаружения услуг, подписки и регистрации преимущественно обеспечиваются в IG 20 вместо системы внедренной OITF. Однако это не является намерением вариантов осуществления ограничить то, где эти функции выполняются. В целом, все или только некоторые из них могут быть выполнены в IG 20. Это дополнительно более подробно описано в настоящем описании.

Фиг. 4A и 4B являются схематическими диаграммами сигнализации, иллюстрирующими вариант осуществления инициации OITF с целью активации телевизионной приставки таким образом, чтобы она была готова установить сеанс связи IPTV или IMS, если это желательно. На чертежах "OITF" представляет систему внедренной OITF, которая в целом обеспечивается как внедренный или собственный код и функции, обычно обеспеченные как компьютерный программный продукт, непосредственно загружаемый во внутреннюю память компьютера или блок обработки и содержащий части кода программного обеспечения для выполнения необходимых функций. Компьютер должен быть широко интерпретирован, чтобы включать в себя любое устройство или терминал, или стационарный, или портативный, содержащий функциональные средства внедренной OITF, как описано в настоящем описании. Такой компьютер может быть любым из ранее упомянутых примеров телевизионной приставки. Приложение "DAE-IMS" представляет приложение IMS, основанное на сценарии, выполняемое в web-браузере, то есть DAE, в телевизионной приставке. В обычном варианте осуществления система внедренной OITF и приложение IMS, основанное на сценарии, представлены в одном и том же физическом устройстве, но могут быть альтернативно размещены в различных устройствах, имеющих проводное или беспроводное соединение между устройствами. AS IPTV обозначает сервер приложения IPTV, который соответствует провайдеру IPTV (услуг) согласно Фиг. 1.

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

Как только система внедренной OITF была запущена, она предпочтительно автоматически выполняет запрос запуска, который является внутренним вызовом для направления приложения IMS, основанного на сценарии, или, более корректно, web-браузера на некоторый адрес, такой как http://IG.fixed.local, IG. IG предпочтительно также имеет фиксированное, полностью определенное доменное имя (FQDN), иногда называемое абсолютным доменным именем. FQDN является доменным именем, которое задает свое точное местоположение в дереве иерархии системы доменных имен (DNS). Это фиксированное FQDN указывает на IG таким образом, чтобы IG действовал как сервер DNS непосредственно, чтобы указать это FQDN на себя. FQDN предпочтительно фиксируется, подразумевая, что оно может быть закодировано или сохранено в коде или структуре системы внедренной OITF без необходимости для IG информировать систему внедренной OITF FQDN каждый раз, когда производится процедура инициирования. Альтернативно, затем система внедренной OITF должна запросить это FQDN от IG, используя приложение IMS, основанное на сценарии, или от некоторого другого блока.

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

На основании принятого запроса запуска IG обеспечивает страницу пользовательского выбора, которая возвращается в приложение IMS, основанное на сценарии, для отображения пользователю. Эта страница пользовательского выбора может быть предварительно установлена в IG, или IG генерирует ее по требованию на основании приема запроса запуска. Страница пользовательского выбора содержит по меньшей мере один пользовательский идентификатор доступных пользователей, которые могут использовать телевизионную приставку, в которой обеспечивается система внедренной OITF. Пользовательский идентификатор(ы) может быть любым идентификатором(ами) или информацией, разрешающей идентификацию пользователя(ей). Неограничивающие примеры включают в себя имя пользователя, заданное имя и, необязательно, фамилию, пользовательский идентификатор, генерируемый компьютером, выбранный посредством IMS, и т.д.

Затем приложение IMS, основанное на сценарии, представляет принятую страницу пользовательского выбора посредством web-браузера на экране отображения телевизионной приставки или экране, соединенном с телевизионной приставкой. Затем пользователь может выбирать среди различных пользователей, которые обеспечены в IG. Например, семья, состоящая из отца, матери и двух детей, может иметь пять различных обеспеченных пользователей, включая пользовательский профиль по умолчанию, который не является персонифицированным. Пользователь кликает или, иначе, выбирает конкретный пользовательский идентификатор или имя, которое он или она хочет использовать. Активация пользовательского ввода, такого как кнопка мыши, чувствительный к касанию экран или клавиатура, генерирует команду пользовательского выбора, содержащую пользовательский идентификатор, ассоциированный с выбранным пользователем. Необязательно, инициируется процедура аутентификации, в которой пользователь вынужден ввести пароль или PIN код, чтобы получить доступ к выбранному пользовательскому профилю. Эта процедура аутентификации может быть произведена посредством генерирования и передачи сообщения HTTP: 401 UNATHORIZED (НЕАВТОРИЗОВАН) к приложению IMS, основанному на сценарии, вынуждая пользователя вводить пароль или PIN код, который возвращается в IG.

Как только выбранный пользователь был уведомлен для IG, запрос регистрации, относящийся к выбранному пользователю, составляется посредством IG. Запрос регистрации предпочтительно является сообщением SIP: REGISTER (РЕГИСТРАЦИЯ), содержащим пользовательский идентификатор выбранного пользователя. IG передает этот запрос регистрации на IMS. IMS возвращает сообщение подтверждения в форме SIP: 200 ОК. Эта сигнализация производится так, как в предшествующем уровне техники, но с существенным отличием. Она является IG, который производит пользовательскую регистрацию для IMS вместо системы внедренной OITF, как в предшествующем уровне техники.

Соответственно, выполняется процедура подписки, включающая генерирование и передачу посредством IG запроса подписки обычно в форме сообщения SIP: SUBSCRIBE (ПОДПИСКА), сопровождаемого возвратом подтверждения SIP: 200 ОК от AS IPTV. AS IPTV также передает сообщение SIP: NOTIFY, относящееся к обнаружению и выбору услуг (SD&S), на которое отвечает IG посредством передачи SIP: 200 ОК. Новый признак в настоящем описании заключается в том, что IG, а не система внедренной OITF, вовлекается в подписку и связь SD&S с AS IPTV.

Затем IG создает web-страницу, содержащую информацию услуг IPTV, включающую в себя услуги IMS, доступные для подписанного и зарегистрированного пользователя и уведомленные от провайдера услуг, то есть AS IPTV, через уведомление SD&S. IG дополнительно транслирует или преобразует информацию адреса, принятую в ответ на запрос подписки, в преобразованную информацию адреса, указывающую на IG. Например, IG преимущественно отображает каждый унифицированный указатель ресурса (URL), принятый от IPTV, чтобы вместо этого указать на IG. Это может быть произведено посредством отображения каждого уведомленного URL на локальный URL в IG или фактически посредством переименования URL.

IG может необязательно также ассоциировать выбор услуг IPTV от AS IPTV с реальным провайдером IPTV для обработки безопасности на транспортном уровне (TLS) и аутентификации в качестве прокси-сервера.

Преимущество создания и обеспечения страницы выбора провайдера услуг в IG заключается в том, что IG может добавлять выборы услуг IPTV не только от единственного провайдера услуг IPTV или AS IPTV, но и фактически от различных провайдеров услуг IPTV. Например, IG может быть установлен или соединен с традиционным ADSL-модемом. В таком случае IG может фактически связываться не только с AS IPTV, но также и, например, с провайдером кабельного телевидения, который может предоставлять медиауслуги пользователю в сеансе связи IPTV. Это означает, что IG может собирать информацию услуг, доступных от множеств