СПОСОБ ДЛЯ РЕАЛИЗАЦИИ ФУНКЦИОНАЛЬНЫХ ВОЗМОЖНОСТЕЙ IMS В ТЕЛЕВИЗИОННОЙ ПРИСТАВКЕ

1. Приложение (40) мультимедийной подсистемы IP, IMS, сконфигурированное для того, чтобы быть реализованным в телевизионной приставке (50) в домашней сети (1), причем упомянутое приложение (40) IMS содержит:
генератор (42) сигналов, сконфигурированный для генерирования сигналов сеанса телевидения IP, IPTV, предназначенных для шлюза (20) IMS для установки и управления сеансом IPTV; и
провайдер (44) адреса, сконфигурированный для выдачи системе (56) открытой функции терминала IPTV, OITF, реализованной в упомянутой телевизионной приставке (50), информации адреса, ассоциированной с медиаданными, доступными от медиасервера (70) в глобальной сети (2), соединенной с упомянутой домашней сетью (1) и принятой от упомянутого шлюза IMS (20), при этом упомянутое приложение (40) IMS является приложением (40) IMS, основанным на сценарии, сконфигурированным для управления web-браузером (54), реализованным в упомянутой телевизионной приставке (50).
2. Телевизионная приставка (50), содержащая:
интерфейс (52) связи, сконфигурированный для разрешения связи со шлюзом (20) мультимедийной подсистемы IP, IMS;
web-браузер (54), сконфигурированный для генерирования web-страницы, отображаемой на экране (60) отображения телевизионной приставки или соединенной с упомянутой телевизионной приставкой (50);
систему (56) внедренной открытой функции терминала IPTV, OITF, соединенной с упомянутым интерфейсом (52) связи; и
приложение (40) IMS, основанное на сценарии, сконфигурированное для управления упомянутым web-браузером (54) и содержащее:
генератор (42) сигнала, сконфигурированный для генерирования сигналов сеанса телевидения IP, IPTV, предназначенных для упомянутого шлюза (20) IMS для установки и управления сеансом IPTV; и
провайдер (44) адреса, сконфигурированный для выдачи упомянутой системе (56) OITF информации адреса, ассоциированной с медиаданными, доступными от медиасервера (70) в глобальной сети (2), соединенной с упомянутой домашней сетью (1) и принятой от упомянутого шлюза (20) IMS, при этом упомянутая система (56) OITF сконфигурирована для генерирования на основании упомянутой информации адреса от упомянутого приложения (40) IMS, основанного на сценарии, запроса медиа упомянутых медиаданных в упомянутом сеансе IPTV и предназначенных упомянутому медиасерверу (70).
3. Телевизионная приставка по п.2, в которой упомянутый интерфейс (52) связи сконфигурирован для осуществления связи, основанной на HTTP, с упомянутым шлюзом IMS (20).
4. Телевизионная приставка по п.2 или 3, в которой упомянутое приложение (40) IMS, основанное на сценарии, сконфигурировано для приема запроса запуска от упомянутой системы внедренной OITF (56) и отправки упомянутого запроса запуска на упомянутый шлюз (20) IMS посредством упомянутого интерфейса (52) связи для инициирования генерирования страницы пользовательского выбора.
5. Телевизионная приставка по п.4, в которой упомянутое приложение (40) IMS, основанное на сценарии, сконфигурировано для приема упомянутой страницы пользовательского выбора, содержащей по меньшей мере один пользовательский идентификатор доступных пользователей, от упомянутого шлюза (20) IMS, представления упомянутой страницы пользовательского выбора посредством упомянутого web-браузера (54) на упомянутом экране (60) отображения и для передачи на упомянутый шлюз (20) IMS команды пользовательского выбора, содержащей пользовательский идентификатор выбранного пользователя и сгенерированной на основании активации пользовательского ввода телевизионной приставки или соединенной с упомянутой телевизионной приставкой (50).
6. Телевизионная приставка по п.2, в которой упомянутое приложение (40) IMS, основанное на сценарии, сконфигурировано для приема от упомянутого шлюза (20) IMS страницы выбора провайдера услуг, содержащей для каждого доступного провайдера (80) услуг, представленного в упомянутой глобальной сети (2), идентификатора провайдера, ассоциированного с провайдером (80) услуг, но указывающего на упомянутый шлюз (20) IMS, и для передачи на упомянутый шлюз (20) IMS команды провайдера услуг, содержащей идентификатор провайдера выбранного провайдера (80) услуг и сгенерированной на основании активации пользовательского ввода телевизионной приставки или соединенного с упомянутой телевизионной приставкой (50).
7. Телевизионная приставка по п.2, в которой упомянутое приложение (40) IMS, основанное на сценарии, сконфигурировано для приема от упомянутого шлюза (20) IMS сообщения выбора услуг, содержащего информацию адреса услуг IPTV, доступных в выбранном провайдере (80) услуг, представленном в упомянутой глобальной сети (2), и для передачи в упомянутую систему (56) внедренной OITF команду загрузки описания услуг, содержащую упомянутую информацию адреса упомянутых услуг IPTV.
8. Телевизионная приставка по п.2, в которой упомянутое приложение (40) IMS, основанное на сценарии, сконфигурировано для передачи ожидающей команды, содержащей ожидающий запрос HTTP, на упомянутый шлюз (20) IMS, чтобы позволить упомянутому шлюзу (20) IMS отправить входящий запрос, исходящий из упомянутой глобальной сети (2), в упомянутую систему (56) внедренной OITF.
9. Телевизионная приставка по п.2, в которой упомянутое приложение (40) IMS, основанное на сценарии, сконфигурировано для передачи запроса порта в упомянутую систему (56) внедренной OITF для приема от упомянутой системы (56) внедренной OITF сообщения ответа, содержащего идентификатор порта по меньшей мере одного медиапорта упомянутой телевизионной приставки (50), и для передачи выбранному провайдеру (80) услуг в упомянутой глобальной сети (2) и посредством упомянутого шлюза (20) IMS сообщения приглашения, содержащего упомянутый идентификатор порта.
10. Телевизионная приставка по п.2, в которой упомянутое приложение (40) IMS, основанное на сценарии, сконфигурировано для передачи в систему (56) внедренной OITF запроса воспроизведения, содержащего упомянутую информацию адреса, ассоциированную с медиаданными, доступными от упомянутого медиасервера (70), и индикацию, что процедура установки не должна быть выполнена упомянутой системой (56) внедренной OITF.
11. Телевизионная приставка по п.2, в которой упомянутое приложение (40) IMS, основанное на сценарии, сконфигурировано для приема от упомянутого шлюза (20) IMS сообщения описания сеанса, содержащего упомянутую информацию адреса в форме информации адреса медиаканала многоадресной передачи или вещания, доступного от упомянутого медиасервера (70), и для передачи упомянутой информации адреса в упомянутую систему (56) внедренной OITF для инициации упомянутой системы (56) внедренной OITF присоединиться к упомянутому медиаканалу многоадресной передачи или вещания.
12. Шлюз (20) мультимедийной подсистемы IP, IMS, содержащий:
интерфейс (21) связи, сконфигурированный для разрешения связи с телевизионной приставкой (50), представленной в домашней сети (1), и с серверами (70, 80) в глобальной сети (2), соединенной с упомянутой домашней сетью (1);
процессор (22) регистрации, сконфигурированный для генерирования запроса регистрации, содержащего пользовательский идентификатор пользователя упомянутой телевизионной приставки (50) и предназначенный серверу IMS в упомянутой глобальной сети (2);
процессор (23) подписки, сконфигурированный для генерирования запроса подписки, предназначенного для провайдера (80) услуг телевидения IP, IPTV, представленного в упомянутой глобальной сети (2);
процессор (24) преобразования адреса, сконфигурированный для отображения для каждой услуги IPTV, доступной для упомянутого пользователя из упомянутой глобальной сети (2), информации адреса, принятой в ответ на упомянутый запрос подписки, в преобразованную информацию адреса, указывающую на упомянутый шлюз (20) IMS; и
процессор (25) создания страницы, сконфигурированный для генерирования web-страницы, содержащей упомянутую преобразованную информацию адреса, указывающую на упомянутый шлюз (20) IMS и предназначенную упомянутой телевизионной приставке (50).
13. Шлюз IMS по п.12, в котором упомянутый процессор (24) преобразования адреса сконфигурирован для отображения вспомогательной информации адреса, ассоциированной со вспомогательным провайдером услуг, в преобразованную вспомогательную информацию адреса, указывающую на упомянутый шлюз (20) IMS, и упомянутый процессор (25) создания страницы сконфигурирован для генерирования web-страницы, содержащей упомянутую преобразованную информацию адреса и упомянутую преобразованную вспомогательную информацию адреса.
14. Шлюз IMS по п.12 или 13, дополнительно содержащий процессор (26) преобразования HTTP-SIP, сконфигурированный для преобразования сообщения, основанного на HTTP, исходящего из упомянутой телевизионной приставки (50), в соответствующее сообщение, основанное на SIP, предназначенное для упомянутого сервера IMS или упомянутого провайдера услуг IPTV (80), и для преобразования сообщения, основанного на SIP, исходящего из упомянутого сервера IMS или упомянутого провайдера услуг IPTV (80), в сообщение, основанное на HTTP, предназначенное для упомянутой телевизионной приставки (50).
15. Шлюз IMS по п.12, в котором упомянутый процессор (25) создания страницы сконфигурирован для генерирования web-страницы, содержащей пользовательские идентификаторы множественных пользователей, потенциально доступных для упомянутой телевизионной приставки (50), в ответ на запрос пользовательского выбора, исходящий из упомянутой телевизионной приставки (50), и упомянутый интерфейс связи (21) сконфигурирован для передачи упомянутой web-страницы, содержащей упомянутые пользовательские идентификаторы, к упомянутой телевизионной приставке (50).
16. Шлюз IMS по п.12, в котором упомянутый интерфейс (21) связи сконфигурирован для приема ожидающей команды, содержащей ожидающий запрос HTTP, от упомянутой телевизионной приставки (50), и для передачи в ответ на упомянутую ожидающую команду входящего запроса, исходящего из упомянутой глобальной сети (2), на упомянутую телевизионную приставку (50).
17. Шлюз IMS по п.12, в котором упомянутый интерфейс (21) связи сконфигурирован для разрешения связи с приложением (40) IMS, основанным на сценарии, сконфигурированным для управления web-браузером (54) в упомянутой телевизионной приставке (50).
18. Способ установления сеанса телевидения IP, IPTV, содержащий этапы:
выполнение приложения (40) мультимедийной подсистемы IP, основанного на сценарии, IMS, в web-браузере (54), реализованном в телевизионной приставке (50);
генерирование упомянутым приложением (40) IMS, основанным на сценарии, установленных сигналов сеанса IPTV на основании активации пользовательского ввода телевизионной приставки, или соединенного с упомянутой телевизионной приставкой (50);
передачи установленных сигналов упомянутого сеанса IPTV на шлюз (20) IMS, соединенный с упомянутой телевизионной приставкой (50), в домашней сети (1);
прием упомянутым приложением (40) IMS, основанным на сценарии, от упомянутого шлюза (20) IMS информации адреса, ассоциированной с медиаданными, доступными от медиасервера (70) в глобальной сети (2), соединенной с упомянутой домашней сетью (1); и
отправку упомянутого приложения (40) IMS, основанного на сценарии, упомянутой информации адреса в систему (56) внедренной открытой функции терминала IPTV, OITF, от упомянутой телевизионной приставки (50) для инициации генерирования в сеансе IPTV медиазапроса упомянутых медиаданных и предназначенных для упомянутого медиасервера (70).
19. Способ по п.18, дополнительно содержащий: прием упомянутым приложением (40) IMS, основанным на сценарии, запроса запуска от упомянутой системы (56) внедренной OITF; и отправку упомянутым приложением (40) IMS, основанным на сценарии, упомянутого запроса запуска на упомянутый шлюз (20) IMS для инициации генерирования страницы пользовательского выбора.
20. Способ по п.19, дополнительно содержащий:
прием упомянутым приложением (40) IMS, основанным на сценарии, упомянутой страницы пользовательского выбора, содержащей по меньшей мере один пользовательский идентификатор доступных пользователей от упомянутого шлюза (20) IMS;
представление упомянутым приложением (40) IMS, основанным на сценарии, упомянутой страницы пользовательского выбора посредством упомянутого web-браузера (54) на экране (60) отображения телевизионной приставки или соединенном с упомянутой телевизионной приставкой (50); и
передачу упомянутым приложением (40) IMS, основанным на сценарии, на упомянутый шлюз (20) IMS команды пользовательского выбора, содержащей пользовательский идентификатор выбранного пользователя и сгенерированной на основании активации пользовательского ввода телевизионной приставки или соединенного с упомянутой телевизионной приставкой (50).
21. Способ по любому из пп.18-20, дополнительно содержащий:
прием упомянутым приложением (40) IMS, основанным на сценарии, от упомянутого шлюза (20) IMS страницы выбора провайдера услуг, содержащей для каждого доступного провайдера (80) услуг, представленного в упомянутой глобальной сети (2), идентификатор провайдера, ассоциированный с провайдером услуг (80), но указывающий на упомянутый шлюз IMS (20); и
передачу упомянутым приложением (40) IMS, основанным на сценарии, на упомянутый шлюз (20) IMS команды провайдера услуг, содержащей идентификатор провайдера выбранного провайдера (80) услуг и сгенерированной на основании активации пользовательского ввода телевизионной приставки или соединенного с упомянутой телевизионной приставкой (50).
22. Способ по п.18, дополнительно содержащий:
прием упомянутым приложением (40) IMS, основанным на сценарии, от упомянутого шлюза (20) IMS сообщения выбора услуг, содержащего информацию адреса услуг IPTV, доступных в выбранном провайдере (80) услуг, представленном в упомянутой глобальной сети (2); и
передачу упомянутым приложением (40) IMS, основанным на сценарии, в систему (56) внедренной OITF, команду загрузки описания услуг, содержащую упомянутую информацию адреса упомянутого сеанса IPTV.
23. Способ по п.18, дополнительно содержащий передачу упомянутым приложением (40) IMS, основанным на сценарии, ожидающей команды ожидания, содержащей ожидающий запрос HTTP, на упомянутый шлюз (20) IMS, чтобы позволить упомянутому шлюзу (20) IMS отправлять входящий запрос, исходящий из упомянутой глобальной сети (2), в упомянутую систему (56) внедренной OITF.
24. Способ по п.18, дополнительно содержащий:
передачу упомянутым приложением (40) IMS, основанным на сценарии, запроса порта в упомянутую (56) систему внедренной OITF;
прием упомянутым приложением (40) IMS, основанным на сценарии, от упомянутой системы (56) внедренной OITF сообщения ответа, содержащего идентификатор порта по меньшей мере одного медиапорта упомянутой телевизионной приставки (50); и
передачу упомянутым приложением (40) IMS, основанным на сценарии, выбранному провайдеру (80) услуг в упомянутой глобальной сети (2) и посредством упомянутого шлюза IMS (20) сообщения приглашения, содержащего упомянутый идентификатор порта.
25. Способ по п.18, в котором отправление упомянутой информации адреса содержит передачу упомянутым приложением (40) IMS, основанным на сценарии, в систему (56) внедренной OITF запроса воспроизведения, содержащего упомянутую информацию адреса, ассоциированную с упомянутыми медиаданными, доступными в упомянутом медиасервере (70), и индикацию, что процедура установки не должна быть выполнена упомянутой системой (56) внедренной OITF.
26. Способ по п.18, дополнительно содержащий прием упомянутым приложением (40) IMS, основанным на сценарии, от упомянутого шлюза (20) IMS сообщения описания сеанса, содержащего упомянутую информацию адреса в форме информации адреса медиаканала многоадресной передачи или вещания, доступного от упомянутого медиасервера (70), в котором направление упомянутой информации адреса содержит передачу упомянутым приложением (40) IMS, основанным на сценарии, упомянутой информации адреса в упомянутую систему (56) внедренной OITF для инициации упомянутой системы (56) внедренной OITF присоединиться к упомянутому медиаканалу многоадресной передачи или вещания.
27. Способ установления сеанса телевидения IP, IPTV, содержащий:
передачу шлюзом (20) мультимедийной подсистемы IP, IMS, запроса регистрации, содержащего пользовательский идентификатор пользователя телевизионной приставки (50) в домашней сети (1) на сервер IMS в глобальной сети (2), соединенный с упомянутой домашней сетью (1);
передачу упомянутым шлюзом (20) IMS запроса подписки, предназначенного провайдеру (80) услуг IPTV, представленному в упомянутой глобальной сети (2);
отображение упомянутым шлюзом (20) IMS для каждой услуги IPTV, доступной для упомянутого пользователя от упомянутой глобальной сети (2), информации адреса, принятой в ответ на упомянутый запрос подписки, в преобразованную информацию адреса, указывающую на упомянутый шлюз IMS (20); и
генерирование упомянутым шлюзом (IMS) 20 web-страницы, содержащей упомянутую преобразованную информацию адреса, указывающую на упомянутый шлюз (20) IMS; и
передачу упомянутым шлюзом (20) IMS упомянутой web-страницы на упомянутую телевизионную приставку (50).
28. Способ по п.27, дополнительно содержащий
отображение упомянутым шлюзом (20) IMS вспомогательной информации адреса, ассоциированной со вспомогательным провайдером услуг, в преобразованную вспомогательную информацию адреса, указывающую на упомянутый шлюз (20) IMS, в котором генерирование упомянутой web-страницы содержит генерирование упомянутым шлюзом (20) IMS упомянутой web-страницы, содержащей упомянутую преобразованную информацию адреса и упомянутую преобразованную вспомогательную информацию адреса.
29. Способ по п.27 или 28, дополнительно содержащий:
генерирование упомянутым шлюзом (20) IMS web-страницы, содержащей пользовательские идентификаторы множественных пользователей, потенциально доступных для упомянутой телевизионной приставки (50) в ответ на запрос пользовательского выбора, исходящий из упомянутой телевизионной приставки (50); и
передачу упомянутым шлюзом (20) IMS упомянутой web-страницы, содержащей упомянутые пользовательские идентификаторы, к упомянутой телевизионной приставке (50).
30. Способ по п.27, дополнительно содержащий:
прием упомянутым шлюзом (20) IMS ожидающей команды, содержащей ожидающий запрос HTTP от упомянутой телевизионной приставки (50); и
передачу упомянутым шлюзом (20) IMS в ответ на упомянутую, ожидающую команду входящего запроса, исходящего из упомянутой глобальной сети (2), на упомянутую телевизионную приставку (50).