用于在机顶盒中实现ims功能性的方法

专利名称：用于在机顶盒中实现ims功能性的方法
技术领域：
本发明一般涉及IPTV和IMS，并且具体涉及将此类IPTV和IMS功能性和能力提供到机顶盒。
背景技术：
因特网协议(IP)多媒体服务在相同会话内提供话音、视频、消息传递、数据等的动态组合。具有不同的可用应用和媒体类型使得增大向最终用户提供的服务数量，并因此丰富人际沟通体验成为可能。这能够实现个性化的丰富多媒体通信服务。IP电视(IPTV)是一种新兴系统，其中，通过网络基础设施，使用IP将数字电视和多媒体服务输送家庭环境中存在的机顶盒。今天，IPTV最经常与视频点播(VoD)和实况电视服务相关联。然而，IPTV也能提供因特网服务，例如web访问和IP话音(VoIP)。IPTV的另一特征是与其它多媒体服务集成和汇聚的机会。此机会主要受为在IPTV环境中输送IP 多媒体服务提供架构框架的IP多媒体子系统(IMQ影响。能够与机顶盒一起使用的此类基于IMS的服务包括聊天、存在服务、联系人列表服务和不同消息传递服务(如即时消息传递)，从而允许IPTV用户相互通信。IMS通过使用标准化IMS服务使能器提供关键特征，以便丰富最终用户人与人之间的通信体验，这便于通过基于IP的网络实现新的、丰富的人与人(客户端到客户端)通信服务及人与内容(客户端到服务器)服务。通常，提供IPTV服务到最终用户的基于IP的网络能够具有受管理的网络或所谓的开放因特网或不受管理的网络的形式。后者通过因特网提供IPTV服务，而无服务质量保证。前者的示例是由网络运营商管理并能够提供在保证的服务质量级别的基于无线电的通信网络。家庭网络中存在的影响IPTV服务的用户终端(所谓的机顶盒(STB))通常是取决于是在受管理网络还是开放因特网中使用的不同类型的。例如，受管理网络中使用的机顶盒可制造成包括用于能够实现IMS服务的嵌入或本机(native)功能性，即计算机程序代码。机顶盒因此包括对于设置和管理IMS会话所需的硬件元件和/或本地安装的本机逻辑， 包括使用本机或嵌入的IMS应用与远程IMS网关(IG)之间的家庭网络接口 -IMS网关接口 (HNI-IGI)的能力。机顶盒也具有定义如何执行此类IMS有关通信的实现的IMS栈代码。然而，机顶盒、电视及其它IPTV终端在涉及到新功能性时，在对购买用户而言很昂贵的方面，极具成本敏感性。这意味着为了能够实现IMS服务，用户必须将其现有机顶盒替换为预配置成包括必需逻辑和应用以能够实现IMS服务的机顶盒。然而，此类解决方案对用户而言不但成本高，而且不灵活。

发明内容
因此，需要在未制造成带有实现的本机或嵌入的IMS功能性的机顶盒中使得能够使用受管理的IPTV和IMS服务。
一般目的是能够实现到机顶盒的IMS服务。一个特定的目的是在机顶盒提供IMS功能性。简要地说，本发明公开了在机顶盒中的浏览器环境中提供IMS功能性和应用，并因此无需在机顶盒具有IMS的任何本机支持，即预安装的和配置的支持。在声明型应用环境中在web浏览器中运行的基于脚本的IMS应用设计成在机顶盒中起到IMS应用的作用， 并执行必需的数据处理和与外部单元的IPTV会话信令。更详细地说，实施例的一方面涉及一种配置成在家庭网络内的机顶盒中实现的 IMS应用。所述IMS应用包括信号生成器，信号生成器配置成生成目的地是代表机顶盒的 IMS网关的IPTV会话信号以设置和控制IPTV会话。IMS应用的地址提供器配置成提供地址信息到在机顶盒中实现的嵌入的或本机的开放IPTV终端功能(OITF)系统。该地址信息与从连接到家庭网络的全局网络中媒体服务器可用的媒体数据相关联，并且媒体数据要在机顶盒在IPTV会话期间显现。收到的地址信息源于IMS网关。此方面的IMS应用是基于脚本的IMS应用，配置成由机顶盒中实现的web浏览器来运行，并因此能够在未制造成或以其它方式配置成包括预安装的嵌入的或本机的IMS功能性的机顶盒中使用。又一方面涉及一种包括基于脚本的IMS应用和配置成能够实现与IMS网关的通信的通信接口的机顶盒。web浏览器提供所谓的声明型应用环境，其中运行基于脚本的IMS应用以生成可在机顶盒的或连接到机顶盒的显示屏幕上向用户显示的网页。嵌入的OITF系统在连接到通信接口的机顶盒中实现并且配置成基于由基于脚本的IMS应用所提供的地址信息来生成媒体请求。该媒体请求借助于通信接口传递到全局网络中的媒体服务器以请求媒体数据，以便在正进行的IPTV会话内在机顶盒显现。另一方面涉及包括通信接口的IMS网关，所述通信接口配置成能够实现与家庭网络中的机顶盒和全局网络中的服务器的通信。注册处理器配置成生成包括机顶盒的用户的用户标识符并且目的地是全局网络中IMS服务器的注册请求。IMS网关的预订处理器配置成生成目的地是全局网络中IPTV服务提供商的预订请求。IMS网关由此代表机顶盒来处理注册和服务发现与选择。地址转换处理器配置成为从全局网络可用于用户的每个IPTV服务将响应预订请求而收到的地址信息映射到与相应IPTV服务相关联但指向IMS网关的转换的地址信息。IMS网关还包括页面构建处理器，该页面构建处理器配置成生成包括转换的地址信息且目的地是机顶盒中基于脚本的IMS应用的网页以便在显示屏幕上借助于web浏览器来显示。根据一方面，一种设置IPTV会话的方法包括在机顶盒中实现的web浏览器中运行基于脚本的IMS应用。基于脚本的IMS应用基于机顶盒的或连接到机顶盒的用户输入的激活而生成IPTV会话设置信号。IPTV会话设置信号传递到IMS网关，IMS网关又传送由基于脚本的IMS应用来接收的地址信息。与从媒体服务器可用的媒体数据相关联的地址信息由基于脚本的IMS应用转发到机顶盒的嵌入的OITF系统，以在IPTV会话内触发对媒体数据的媒体请求的生成。在另一方面，一种设置IPTV会话的方法包括IMS网关将包括机顶盒的用户的用户标识符的注册请求传送到IMS服务器。IMS网关还传送目的地是IPTV服务提供商的预订请求，服务提供商通过向IMS网关返回地址信息来做出响应。此地址信息与可用IPTV服务相关联，并且由IMS网关映射成指向IMS网关的转换的地址信息。转换的地址信息用于编制传送到机顶盒的基于脚本的IMS应用的网页。执行与IMS网关的IPTV和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)的一实施例的示意框图。
具体实施例方式在所有图形中，相同的引用标号用于类似或对应的要素。实施例涉及向用户终端和机顶盒提供因特网协议(IP)多媒体子系统(IMQ服务， 而无需在机顶盒中存在作为已安装的嵌入或本机应用的任何预配置的IMS应用。图1是基本上包括家庭网络1和全局网络2两个互连网络的IP电视(IPTV)系统的示意图。全局网络2能够是由网络运营商运营的受管理或专有网络。备选的是，全局网络2是未受管理的或开放网络，在本领域中一般指开放因特网。在任一情况下，全局网络2 拥有一个或多个内容提供商或媒体服务器70，它们对要分发到家庭网络1中存在的用户设备或机顶盒50的媒体内容具有访问权。这些媒体服务器70能够是网络布置的、专用的媒体服务器，或者实际上表示从其相应家庭网络中其它用户可用的媒体形式中的消费者生成的媒体。媒体一般通过一个或多个IPTV提供商或IPTV应用服务器80和一个或多个访问提供商90可用于家庭网络1。前者表示向IPTV系统的用户提供IPTV服务的网络实现的实体，而后者向家庭网络2提供到提供的服务的实际传输和访问。图1所示全局网络2应只视为是IPTV系统的全局网络部分的一说明性示例。备选地能够使用包括比图中所示更多或更少网络实体的其它网络解决方案，而对实施例的教导无任何影响。例如，在一些网络中，单个运营商或服务器能够起到所有或一些以下功能性的作用媒体服务器70、IPTV提供商80和访问提供商90。有时表示为住宅网络或消费者网络的家庭网络1在一些实施例中能够基于以太网或现有有线家庭联网技术之一，如家庭电话线联网联盟(HomePNA)或电信标准部门 (ITU-T)G. hn标准，其提供了使用现有家庭接线来形成高速局域网的可能性。其它示例包括不同的局域网(LAN)解决方案。这意味着包括IMS服务的IPTV有关的服务能够通过IP和诸如不对称数字订户线路(ASSL)、极高速率数字订户线路(VDSL)、公共因特网等客户的宽带连接来输送。此外，能够使用无线网络解决方案建立本地网络，包括有线和无线技术的组合。
家庭网络1的装置20-50通常通过两个网络1、2之间提供接口的网关(GW) 10互连到全局网络2。此网关10在将例如用户生成的IPTV服务请求等数据从家庭网络1转发到全局网络2、以及将例如IPTV服务和相关联媒体等数据从全局网络2转发到家庭网络1 方面以类似于路由器的方式操作。在图1所示实施例中，家庭网络1还包括家庭IMS网关(HIGA)，该网关在本领域中经常简单地表示为IMS网关(IG) 20，其通常管理家庭网络1内的IMS端接和交互工作。IG 20因此能够具有到一个或多个具IMS能力的装置30、35、50的有线或无线连接，这些装置在图中以非限制方式由移动电话30、计算机/膝上型计算机35和一般机顶盒(STB)来表示。IG 20能够是如图所示连接到GW 10的独立装置。备选的是，IG 20的功能性能够在与GW 10相同的物理装置中提供，由此基本上在单个装置中组合IMS选通(gating)和网络互连与选通。此类装置因而能够是调制解调器或其它网关单元。虽然IG 20在图中示为形成家庭网络1的一部分，但这只应视为一说明性实施例。 此外，网络实现的IG解决方案是可能的，并且在实施例的范围内，其中，IG 20完全或至少部分在全局网络2中实现。在此类情况下，IG 20在网络节点中有利实现，并且能够与全局网络2的其它功能性共同布置，例如IPTV提供商80和/或访问提供商90。家庭网络1 一般包括一个或多个机顶盒50，机顶盒50是能够处理和显现IPTV媒体的装置。有大量的不同用户设备、终端和装置能够起到家庭网络1中机顶盒50的作用。 一些非限制性示例包括具有以下能力的解码器、计算机等从IPTV提供商80和网关10接收媒体数据并在包括的或连接的显示屏幕60上处理媒体数据，即解码和显现媒体数据。与数字电视系统中的传统解码器和机顶盒不同，在IPTV系统中，机顶盒50提供IP网络上的双向通信，并且允许将流媒体解码。根据实施例，可选地通过IG 20以无线方式与网关10 通信的移动装置30、35也能够作为机顶盒来操作。因此，图中所示的移动电话30和计算机 /膝上型计算机35能够视为机顶盒。机顶盒也能够集成在显示装置中，例如，IPTV启用的电视。在下述内容中，机顶盒用于表示能够在家庭网络中被提供并运行应用以用于向一个或多个用户提供IPTV服务的目的并具有处理IPTV有关媒体的功能性以用于连接的显示屏幕上的显示(例如对于视频、图像、文本等媒体形式)和/或由连接的扬声器的播放(例如对于音频的媒体形式)的任何用户设备、终端或装置。在本领域中，开放IPTV终端功能(OITF)或IPTV终端功能(ITF)有时用于表示机顶盒和其中对于设置和管理IPTV会话所需的功能性。然而，在本文档中，机顶盒一直用于表示设计成在家庭网络中被提供并向用户提供包括IMS服务的IPTV服务的装置。表述“机顶盒”因此也涵盖本领域中表示为OITF和ITF的那些装置或装置实现的功能性。IPTV应从广义上理解为包括通过基于IP的网络输送到家庭网络中用户设备的多媒体服务，如电视、视频、音频、文本、图形、数据，在用户设备中实现了本地处理，即媒体的显现和/或播放。机顶盒一般包括或能够运行向用户提供IPTV服务的各种IPTV有关应用。在传统 IPTV系统中，这些IPTV有关应用且具体而言IMS应用一直主要采用嵌入的或本机的应用的形式。此类嵌入的应用在机顶盒本地安装和运行。机顶盒因而能够预装备有此类已安装的嵌入应用。在下述内容中，“嵌入的OITF系统”表示嵌入机顶盒并在机顶盒本机的机顶盒的 OITF功能性的那些部分。这意味着，此嵌入的OITF系统在机顶盒本地安装和运行，并且一般在销售时预安装在其中。机顶盒由此包括用于由机顶盒的通用处理器执行时实现OITF 系统的功能性的程序代码单元和/或硬件结构。嵌入的OITF系统因此具有其自己的直接用户交互，如遥控器、键盘、鼠标等以及音频/视频显现和可选的抓取(grabbing)功能性， 如显示器、扬声器、相机、麦克风，或者能够直接连接到其它音频/视频显现/抓取装置，而不经过家庭网络通信。图2示意示出根据现有技术的带有实现的OITF功能性的机顶盒50的概观。此 OITF负责提供IPTV和IMS服务到如开放IPTV论坛所定义的机顶盒50。在图中，基于家庭网络接口-IMS网关接口(HNI-IGI)的通信涉及IMS会话。因此，HNI-IGI播放器使能器能够被提供为音频/视频(AV)播放器、广播应用、媒体播放器与IG 20之间的接口。此外，用户管理、注册和服务发现与选择(SD&S)使用HNI-IGI消息传递与IG 20通信。这些接收的 HNI-IGI消息通常由IG 20转变成会话发起协议(SIP)消息，SIP消息通过局域网(LAN)转发到网关10，并随后进一步传送到在图中表示为广域网(WAN)的全局网络2中。在此上下文中，IG 20可表现得像超文本传输协议(HTTP)服务器，并且OITF表现得像HTTP客户端。 这意味着HNI-IGI消息通常采用HNI-IGI HTTP请求或响应的形式，例如HTTP P0ST<IG URI>/<HNI_IGI 消息类型 >〈HTTP 报头 >〈X-0ITF扩展报头 > 或〈X-HNI-IGI扩展报头>内容-类型〈…〉内容-长度〈数量〉〈消息主体〉HTTP/1. KHTTP 响应 >〈HTTP 报头 >〈X-0ITF扩展报头 > 或〈X-HNI-IGI扩展报头>内容-类型〈…〉内容-长度〈数量〉<消息主体>HNI-IGI消息能够是SIP类型的，其中消息是对应于SIP消息的HNI-IGI消息。 IG 20通过添加和更改相关报头，将此消息转变成对应的SIP消息。AUX类型的HNI-IGI消息是不转变为SIP消息的HNI-IGI消息。IG 20转而处理此消息并相应地做出响应。对于 HNI-IGI消息传递和OITF与IG之间通信的更多信息，请参照开放IPTV论坛-发行版1规范，第4卷-协议，VI. 0，2009年1月6日，其教导通过引用完全结合于本文中，特别是涉及协议系统基础设施功能(Protocols System Infrastructure Functions)的第5. 5节和涉及 OITF-IG 接口 (HNI-IGI)的 5. 5.1。这意味着未在本地安装用于执行与IG 20的通信的此类IMS应用和逻辑的机顶盒 50不能利用当前IPTV系统中可用或者将在将来设计的大量可用的IMS服务。机顶盒50因而缺乏与IG 20通信以用于请求、设置和管理IPTV和IMS会话目的的必需功能性。如本文中所公开的实施例将传统本机的或嵌入的IMS应用替代为基于脚本和浏览器的IMS应用。要在web浏览器环境中运行的此类基于脚本的应用有时在本领域中称为 web应用，并且具体而言在IPTV领域内称为声明型应用环境(DAE)应用。与嵌入的IMS应用明显不同的是，基于脚本的IMS应用通过诸如因特网或内部网的网络经web浏览器来访问。基于脚本的应用通常是以浏览器支持的语言来编码的软件应用。基于脚本的应用依赖 web浏览器来显现应用可执行文件。图3是根据一个实施例带有嵌入的OITF系统和基于脚本的IMS应用40的机顶盒 50的对应概观。在此实施例中，通过在浏览器页面中运行的基于脚本的IMS应用，完成与代表机顶盒50和嵌入的OITF系统的IG 20的HNI-IGI信令。基于脚本的IMS应用40在DAE环境中提供，S卩，由浏览器运行，并且优选使用到 IG 20的HTTP接口。这意味着基于脚本的IMS应用40能够使用标准化的基于HTTP的接口 (即HNI-IGI)来实现与代表机顶盒50的IG 20的信令。如通过比较图2和3所看到的，嵌入的OITF系统与IG 20之间的必需HNI-IGI信令现在由基于脚本的IMS应用来管理，而不是如在现有技术中一样在嵌入的OITF系统中的不同功能性与IG 20之间执行。这意味着与图2中现有技术明显不同，图3的机顶盒50不必具有任何预安装的本机的或嵌入的IMS应用和IMS协议栈。基于脚本的IMS应用40因此作为用于处理IMS数据的嵌入的OITF系统和功能以及嵌入的应用(例如播放器或AV播放器)与IG 20之间的网关来操作。通常，IMS信令功能性因此从机顶盒的本机或嵌入的代码或结构转移到基于脚本的IMS应用40。这意味着在IG 20中而不是在嵌入的OITF系统中有利地提供了用于服务发现、预订和注册的功能性。然而，实施例无意限制在何处执行这些功能。通常，所有或仅其一些功能能够在IG 20中执行。这在本文中进一步详细地描述。图4A和4B是示意信令图，其示出OITF发起的实施例，用于激活机顶盒的目的以使得它准备用于设置IPTV或IMS会话(如果这是期望的)。在图中，“0ITF”表示通常提供为嵌入的或本机的代码和功能的嵌入的OITF系统，一般提供为可直接加载到计算机或处理单元的内部存储器中的计算机程序产品，并包括用于执行必需功能的软件代码部分。计算机应从广义上理解为包括含有如本文中所述的嵌入OITF功能性的任何装置或终端，而无论是固定的还是便携的。此类计算机能够是机顶盒的任何前面提及的示例。“DAE-IMS” 应用表示机顶盒中的web浏览器、即DAE中运行的基于脚本的IMS应用。在一典型的实施例中，嵌入的OITF系统和基于脚本的IMS应用存在于相同的物理装置中，能够备选地安置在不同装置中，这些装置之间具有有线或无线连接。IPTV AS表示IPTV应用服务器，其对应于图1的IPTV(服务)提供商。发起过程通常通过启动嵌入的OITF系统而开始(如果这尚未进行)。这根据现有技术过程来执行。相应地，IG执行用户标识符的提供和启动，例如使用动态主机配置协议 (DHCP)，这是用于获得配置信息以便在IP网络中操作的网络应用协议。特别优选的是IG能够实现与服务发现信息的检索有关的DHCP选项IM和125。一旦嵌入的OITF系统已启动，它便优选自动发动启动请求，该请求是内部呼叫，将基于脚本的IMS应用或更正确地说web浏览器引导到IG的某个地址，如http:// IG. fixed, local。IG因而优选地具有固定的完全合格域名(FQDN)，有时称为绝对域名。 FQDN是在域名系统(DNS)的树状分层结构中指定其确切位置的域名。此固定FQDN指向IG， 以便IG充当DNS服务器本身，以将该FQDN指向本身。FQDN优选是固定的，意味着它能够编码或存储到嵌入的OITF系统代码或结构中，而无需在每次执行发起过程时IG向嵌入的 OITF系统通知FQDN。备选的是，嵌入的OITF系统因而必须使用基于脚本的IMS应用从IG 或从某一其它单元请求此FQDN。将消息路由到IG的上述方法具有以下附加价值如果没有IG，则负责DNS服务器的访问网络提供商能解析IG FQDN并将它指向web服务器。此web服务器例如能够显示订户能够如何预订IPTV服务的商业信息。基于接收的启动请求，IG提供用户选择页面，该页面返回到基于脚本的IMS应用以便向用户显示。此用户选择页面能够在IG中预安装，或者IG基于启动请求的接收而根据需要来生成它。用户选择页面包括能够使用其中提供嵌入的OITF系统的机顶盒的可用用户的至少一个用户标识符。用户标识符能够是允许识别用户的任何标识符或信息。非限制性示例包括用户名、教名和可选地包括姓、IMS选择的计算机生成的用户标识符等。基于脚本的IMS应用随后在机顶盒的或连接到机顶盒的显示屏幕上借助于web浏览器显示收到的用户选择页面。用户随后能在IG提供的不同用户之间选择。例如，由父亲、 母亲和两个小孩组成的家庭能够具有五个不同的提供的用户，包括未个性化的默认用户简档。用户单击或其它方式选择他/她想要使用的特定用户标识符或名称。诸如鼠标键、触摸敏感的屏幕或键盘按键等用户输入的激活生成包括与选定用户相关联的用户标识符的用户选择命令。可选的是，发起认证过程，其中促使用户输入密码或PIN码以便获得对选定用户简档的访问权。此认证过程能够通过HTTP :401未授权(UNAUTH0RUED)消息的生成和传送到基于脚本的IMS应用来执行，促使用户输入返回到IG的密码或PIN码。一旦已向IG通知选定用户，便由IG构成与选定用户有关的注册请求。注册请求优选是包括选定用户的用户标识符的SIP:注册(REGISTER)消息。IG将此注册请求传送到 IMS。IMS返回SIP:2000K形式中的确认消息。此信令如在现有技术中一样执行，但有极大的不同。执行向IMS的用户注册的是IG而不是如现有技术中的嵌入的OITF系统。对应地，执行预订过程，其涉及由IG生成和传送一般在SIP 预订(SUBSCRIBE)消息形式中的预订请求，之后是从IPTV AS返回确认SIP :2000K。IPTV AS还传送与服务发现与选择(SD&S)有关的SIP 通知(NOTIFY)消息，而IG通过传送SIP :2000K响应该消息。 此处新颖的特征是涉及与IPTV AS的预订和SD&S通信的是IG而不是嵌入的OITF系统。IG随后创建网页，该网页包括可用于预订的和注册的用户并通过SD&S通知从服务提供商(即IPTV AS)通知的IPTV服务(包括IMS服务)的信息。IG还将响应预订请求而收到的地址信息转变或转换成指向IG的转换的地址信息。例如，IG有利地映射从IPTV AS收到的每个通用资源定位符(URL)以转而指向IG。这能够通过映射每个通知的URL到 IG中的本地URL或者通过实际改写URL来执行。IG还可选择性地将来自IPTV AS的IPTV服务选择与实际IPTV提供商相关联，以便作为代理来处理传输层安全(TLS)和认证。在IG构成和提供服务提供商选择页面的一个优点是IG能够添加不仅来自单个 IPTV服务提供商或IPTV AS而且实际来自不同IPTV服务提供商的IPTV服务选择。例如， IG可被安装或连接到传统ADSL调制解调器。在此类情况下，IG实际上不但可与IPTV AS 通信，而且例如还可与能够向IPTV会话内的用户提供媒体服务的有线TV提供商通信。这意味着IG能够从包括不同技术的多个不同服务提供商收集可用服务的信息，并且将此信息构成对使用他/她的web浏览器的用户所显示的单个呈现页面。创建的服务提供商选择页面传送到基于脚本的IMS应用以便在机顶盒的或连接到机顶盒的显示屏幕上在web浏览器上向用户显示。显示的网页列出IPTV AS基于SD&S 过程而提供的IPTV服务选择。可选的是，还能够处理TLS和/或认证。显示的网页列出不同服务提供商标识符、名称或信息，这允许用户在可用服务提供商之间进行识别和选择。这些服务提供商标识符能够是IG生成的转换的地址信息，或者是服务提供商选择页面中提供的并由IG基于在SD&S过程中收到的数据而提供的其它信息或数据。此实施例的一个优点是IG能够显示服务提供商和不具有IPTV性质的选择信息。 非IPTV数据可以是例如电缆、数字地面或卫星TV。机顶盒的用户选择这些服务时，它们从其原来的性质转换成IPTV格式以便在标准IPTV终端和IPTV会话内执行服务。随后，用户通过激活机顶盒的或连接到机顶盒的用户输入，选择服务提供商之一。 该用户输入激活触发基于脚本的IMS应用生成包括选定服务提供商的提供商标识符的服务提供商命令。在一优选实施例中，基于与服务提供商选择页面一起提供的转换的或改写的URL，基于脚本的IMS应用生成服务提供商命令。由于这些转换的URL指回IG而不是原 IPTV应用服务器，所以服务提供商命令的目的地将是IG。IG以服务选择消息的形式返回与选定服务提供商有关的数据。服务选择消息优选地包括选定服务提供商处可用的IPTV服务的地址信息。服务选择消息传送到基于脚本的 IMS应用，而基于脚本的IMS应用生成和转发服务描述负载命令到嵌入的OITF系统。此服务描述负载命令例如包括服务提供商的ULR和类型信息。嵌入的OITF系统优选地返回确认或OK消息。嵌入的OITF系统还发动HTTP请求以从IPTV AS获得发现数据。此发现数据例如能够采用列出从服务提供商可用的IPTV内容和媒体的电子节目指南(EPG)形式，从而允许用户例如按时间、标题、频道、流派等来浏览、选择和发现媒体内容。此外，能够使用其它类型的描述信息来通知用户在IPTV AS可用的IPTV服务。IPTV AS返回确认与发现数据，例如以HTTP :2000K消息的形式。备选的是，如果IG已添加另一服务提供商到服务提供商选择页面，则此类有线TV 分销商或数字视频广播(DVB)内容、HTTP获得发现数据被传送到IG，因为IG当时将发现指向自己。IG随后将返回确认和发现数据到嵌入的OITF系统。在一实施例中，基于脚本的IMS应用生成和传送门户(portal)通信消息到IG以加载发送到IG的服务提供商命令中提供的门户页面，即服务提供商数据。IG代理此请求， 并且可将HTTP门户消息转换成发送到IPTV AS的HTTP安全(HTTP(S))门户通信。可选的通用自举架构(GBA)能够用于提供安全机制。IPTV AS随后向IG返回HTTP(S) :401未授权(UNAUTH0RUED)消息，如果使用GBA安全机制则随后返回凭证信息。IPTV AS还通过到 IG的响应确认HTTP (S) :2000K，确认HTTP^门户通信的接收。此确认由IG转发到基于脚本的IMS应用以通知发起过程已成功。基于脚本的IMS应用优选返回所谓的未决命令，如以HNI-IGI PENDING_IG消息的形式，其是未决HTTP请求。此请求允许IG在它由于来自例如IPTV AS的网络的进入请求而需要联系嵌入的OITF系统时做出响应。在图4A和4B中示出的上述信号过程能够在不使用通用即插即用(UPnP)的情况下执行。UPnP是允许装置无缝连接的计算机协议集合，并为数据共享、通信和娱乐而简化家庭网络的实现。如果装置、即机顶盒和IG实现装置能够使用UPnP相互通信，则如图5A和 5B所示，能够使用稍微不同的发起过程。该过程类似于图4A，以嵌入的OITF系统的启动和IG的提供和启动来开始。图5A 中所示且图4A中不存在的下面五个信令步骤与UPnP信令有关。因此，在此实施例中，执行另一自举过程。尽管图4A中的实施例基于固定的IG FQDN，但图5A使用UPnP。嵌入的OITF 系统因此编制和传送形成UPnP发现协议一部分的UPnP搜索请求。IG返回响应消息，该消息包括有关IG的很少、基本的细节，并且具体而言到有关IG的更详细信息的指针或URL。在嵌入的OITF系统发现IG后，它对IG的了解仍极少。为了解有关IG及其能力的更多信息，或者与其交互，嵌入的OITF系统从一般在HTTP:获得(GET)消息形式中的发现消息中提供的URL来检索IG的描述。IG以HTTP :2000K响应的形式返回请求的方法，如支持的方法和其URL(IG URL)。带有通知的IG URL的HTTP GET消息发送到基于脚本的IMS 应用并转发到IG。涉及注册、预订和SD&S过程的以下过程以如上结合图4A和4B所述的相同方式执行。IG随后编制服务提供商选择页面，并借助于基于脚本的IMS应用在web浏览器中向用户显示编制的服务提供商选择页面。选定服务提供商的信息在服务提供商命令中返回到IG。在此实施例中，IG随后编制服务提供商数据，并以例如HTTP:重定向(REDIRECT)消息的形式将它传送到基于SD&S而提供的并由基于脚本的IMS应用在web浏览器上显示的 web供应(offering)或供应页面。图5B中的以下通信类似于图4B。GBA安全机制是可选特征，在图5B所示的实施例中已省略。因此，在公开的信号图中，IG将处理受管理的支持，例如注册过程，并且不要求本机HNI-IGI支持。为IPTV AS接收的SD&S数据由IG解析，并用于生成网页，该网页借助于机顶盒的基于脚本的IMS应用和web浏览器向用户显示。在图4A到5B中，IPTV服务提供商已例示为单个实体，即IPTV AS。备选的是，IPTV 服务提供商能够包括专用IPTV控制器和IPTV应用。在此类情况下，SD&S通信优选在IG与 IPTV控制器之间执行，而门户通信转而在IG与IPTV应用之间执行。在一备选方案中，嵌入的OITF系统能够执行服务发现。在此类情况下，服务发现能够用DHCP而不用IMS来执行。IG随后将响应来自嵌入的OITF系统的DHCP，并且呈现服务提供商发现信息而不用IMS。今天在DHCP选项124/125中有三个选项IP地址、DNS名称或IMS，后者正用于受管理的网络。这意味着在此实施例中，无需IMS，而是能够转而使用对于DHCP的其它选项。图4A和5A示出自举的各种实施例。在仍有的另一个实施例中，DHCP用于查找IG。 此类实施例类似于UPnP实施例来工作，不同之处在于将转而使用DHCP。
图6是视频点播(VoD)形式中的IPTV会话的一示例。与现有技术解决方案明显不同，与图3相比，图6所示的基于HNI-IGI的通信在web浏览器中运行的基于脚本的IMS 应用与IG之间执行。现有技术解决方案在嵌入的OITF系统中具有预配置的本机代码，以便实现此类HNI-IGI通信，并因此在嵌入的OITF系统与IG之间具有HNI-IGI消息传递，见图2。在一可选步骤中，如果存在改变用户的需要，则基于脚本的IMS传送包括相关用户的标识符的HNI-IGI 注册(REGISTER)消息。IG将HNI-IGI消息转换为包括用户标识符的对应SIP:注册(REGISTER)消息，并将它传送到IMS。如果不存在改变注册的用户的需要，则此信令能够被省略。基于脚本的IMS应用编制HNI-IGI 选项(OPTIONS)请求以请求IPTV AS的服务器能力。OPTIONS请求一般最初来自web服务器或来自本地基于脚本的IMS应用。OPTIONS 请求优选地包括请求的VoD数据的标识符，例如以URL或其它地址信息的形式。IG接收 HNI-IGI消息，并将它处理成传统SIP 选项(OPTION)请求，以及将包括的标识符替代为标识符URL2。SIP :0PTI0NS请求传送到IPTV AS, IPTV AS返回响应消息SIP :2000K，该消息包括由基于脚本的IMS应用用于发起IPTV会话的信息SDP1。附加的信息包括优选在会话描述协议(SDP)格式中的会话描述。响应返回到IG，IG将SIP响应映射到对应HNI-IGI响应，并将消息转发到基于脚本的IMS应用。通过端口请求，基于脚本的IMS应用从嵌入的OITF系统请求VoD会话中要使用的视频且优选是音频端口的信息。嵌入的OITF系统返回带有请求的信息的响应消息，即相关视频和音频端口的至少一个端口标识符。基于脚本的IMS应用生成并传送HNI-IGI 邀请(INVITE)消息，优选带有媒体数据应发送到的视频和音频端口的信息的SDP供应(SDP offer)。此邀请消息表示对IPTV会话的请求。IG处理邀请消息并将它变换成发送到IPTV AS的SIP 邀请(INVITE)消息。包括优选的SDP应答的响应消息SIP :2000K返回到IG，其包括请求的媒体的地址信息(URL2)。 在传送到基于脚本的IMS应用前，IG将响应消息转换成HNI-IGI :2000K响应。基于脚本的IMS应用现在具有与如从HNI-IGI :2000K响应中收到的媒体数据相关联的地址信息的访问权。基于脚本的IMS应用因此优选生成带有地址信息、即URL2的播放请求，并且将它发送到嵌入的OITF系统以使它从媒体服务器(MS)请求期望的媒体流，即 VoD媒体流。此播放请求优选地包括嵌入的OITF系统不应执行设置过程的指示，因为基于脚本的IMS应用已经与IG和IPTV AS执行了此类设置过程。实时流传送协议(RTSP)播放(PLAY)请求形式中的媒体请求随后由嵌入的OITF 系统构成和传送到根据URL2识别的媒体服务器。该媒体服务器将VoD数据的请求的单播流返回到嵌入的OITF系统，其中，数据经解码和显现以便在包括的或连接的显示屏幕上显示，并在包括的或附接的扩音器上播放音频。如果用户选择停止VoD会话，则他/她借助于基于脚本的IMS应用激活web浏览器上显示的网页上的停止功能，使得生成转发到嵌入的OITF系统以停止媒体数据的显现的停止消息。HNI-IGI 再见(BYE)消息形式中的用于终止会话的请求也被构成并发送到 IG, IG将它变换成发送到IPTV AS的SIP 再见(BYE)消息以终止会话和停止媒体数据的输送。SIP :2000K响应被返回到IG并转变成HNI-IGI :2000Κ消息，该消息被转发到基于脚本
1的IMS应用以指示会话已终止。在web浏览器上运行的基于脚本的IMS应用因此以与现有技术明显不同的方式执行与IG的所有HNI-IGI信令。它也实现了端口预获取以将此信息经IG转发到IPTV AS。 脚本还生成RTSP信令的指示，并带有RTSP 设置(SETUP)过程不应由嵌入的OITF系统来发起的优选指示。图7是示出设置和管理IPTV会话的另一实施例的信号图。在此示例中，示出了所谓的调度的内容会话。调度的内容涉及播出调度由不同于用户的实体来固定以及内容输送到用户以用于立即消费的时间。这能采用提供不同的TV或媒体频道(media channel)到用户的形式。多播通常用于输送在IPTV中调度的内容服务，但如前面提到的一样，源不限于IPTV，而是相反能够是IG已在服务提供商选择页面中输入的非IPTV服务提供商，如有线、数字地面或卫星TV，如上结合图4B所讨论的。过程以可选的用户注册过程开始(如果必需的话)。在此示例中，基于脚本的IMS应用通过网络(即IPTV AS)、IG的通知或本地DAE 接口而预先知道可用的媒体频道。基于脚本的IMS应用编制带有优选SDP供应的HNI-IGI 邀请(INVITE)消息，并将它传送到IG，IG将它变换成目的地为IPTV AS的对应SIP 邀请 (INVITE)消息。基于收到的消息，IPTV AS生成带有优选SDP应答的SIP :2000K响应。此响应由IG处理成对应的HNI-IGI响应并发送到基于脚本的IMS应用。从IG收到的会话描述消息由基于脚本的IMS应用用于提供与来自媒体源的媒体数据相关联的地址信息。在此实施例中，相关地址信息是期望的媒体频道，优选地在媒体频道的因特网组管理协议(IGMP)地址的形式中。相关媒体频道地址通过设定频道命令而传递到嵌入的OITF系统。嵌入的OITF系统使用此信息来编制此处由(JOIN)请求表示的媒体请求，并将它传送到多播源，即媒体服务器。具有嵌入的OITF系统的机顶盒由此加入多播或广播频道，并开始接收多播流的媒体数据。此接收的数据被解码并随后被显现以便向用户显示和回放。如果用户在媒体会话期间将想要更改频道，则用户简单地借助于基于脚本的IMS 应用在web浏览器中显示的网页上选择其它可用媒体频道之一。基于脚本的IMS应用随后编制包括新媒体频道的IGMP地址的新设定频道命令并将它传送到嵌入的OITF系统。组合的IGMP 离开/加入(LEAVE/JOIN)消息或分开的IGMP 离开(LEAVE)和IGMP 加入(JOIN) 消息随后被编制并发送到多播源，以使该源停止输送旧频道的媒体数据并转而开始输送新频道的媒体数据。如果用户随后想要停止媒体会话，则如上在图6中所述的，他/她激活网页上的停止功能，以使得生成和传送HNI-IGI 再见(BYE)消息。基于脚本的IMS应用还通过释放消息指示嵌入的OITF系统终止会话。在上述实施例中，基于IGMP地址来设定媒体频道。在此类情况下，能够从广播发现记录来获取必需的数据和参数。这能够由基于脚本的IMS应用通过读取XML文档来完成。图8示出一备选方案，其中，在嵌入的OITF系统中包括了广播发现记录。基于脚本的IMS应用随后从嵌入的OITF系统或代码来请求要在HNI-IGI 邀请(INVITE)中使用的SDP数据，并且特别是IGMP地址。这意味着基于媒体频道的包括的标识符来请求选定媒体频道的期望IGMP地址。此标识符从设置过程提供到基于脚本的IMS应用，如上结合图4A-5B所讨论的。嵌入的OITF系统返回带有请求的信息的SDP。基于脚本的IMS应用可以可选地还从嵌入的OITF系统请求期望的频道的带宽特性的信息。嵌入的OITF系统优选返回此类带宽信息，如最大比特速率(MBR)和目标传送速率(TTR)。除了如果由用户发起频道更改则新的可选带宽信息请求优选地由基于脚本的IMS 应用来编制并传送到嵌入的OITF系统外，剩余的过程随后与上面结合图7所讨论的相同。图4-8的信号图中公开的上述实施例应视为说明性示例，并且实施例并不限于此。例如，上述消息类型的信令协议是基于当前标准情况。本领域中，存在与标准有关的正在进行的开发。因此，能用于实现上面内容中所述的期望效应的其它消息传递类型和标准协议能够转而被使用并且在实施例的范围内。因此，在设置IPTV会话的一般实施例中，方法涉及在机顶盒中实现的web浏览器中运行基于脚本的IMS应用。基于脚本的IMS应用基于机顶盒的或连接到机顶盒的用户输入的激活，生成IPTV会话设置信号。会话设置信号传递到连接到家庭网络中存在的机顶盒的IG。基于脚本的IMS应用还从IG接收与从连接到家庭网络的全局网络中媒体服务器可用的媒体数据相关联的地址信息。此地址信息从基于脚本的IMS应用转发到机顶盒的嵌入的OITF系统，以由此在IPTV会话内触发生成对媒体数据的媒体请求，该请求的目的地是媒体服务器。在一特定实施例中，基于脚本的IMS应用如图4A所示从嵌入的OITF系统接收启动请求，并且将此启动请求转发到IG以由此触发生成用户选择页面。方法随后还包括在基于脚本的IMS应用接收包括可用用户的至少一个用户标识符的用户选择页面。基于脚本的 IMS应用借助于显示屏幕上的web浏览器来呈现用户选择页面，并向IG传送包括选定用户的用户标识符并基于机顶盒的用户输入的激活而生成的用户选择命令。方法优选还包括在基于脚本的IMS应用且从IG接收服务提供商选择页面，该页面包括与从全局网络可用于用户的服务提供商相关联的相应提供商标识符。然而，这些提供商标识符由IG设计成指向IG而不是服务提供商。基于脚本的IMS应用传送包括选定服务提供商的提供商标识符的服务提供商命令。此服务提供商命令基于机顶盒的用户输入的激活而生成并传送到IG。方法优选还包括在基于脚本的IMS应用和从IG接收服务选择消息，该消息包括在选定服务提供商可用的IPTV服务的地址信息。基于脚本的IMS应用编制包括地址信息的服务描述负载命令并将它传送到嵌入的OITF系统。另外的优选方法步骤包括从基于脚本的IMS应用传送包括未决HTTP请求的未决命令到IG，以使IG能够将来自全局网络的任何进入请求转发到嵌入的OITF系统。如果特定IPTV会话涉及媒体点播，如VoD，则方法还包括将端口请求从基于脚本的IMS应用传送到嵌入的OITF系统，并将包括机顶盒的至少一个媒体端口的端口标识符的邀请消息传送到选定服务提供商，其中，此邀请消息已由基于脚本的IMS应用基于来自嵌入的OITF系统的包括至少一个端口标识符的响应消息来生成。在此情况下，基于脚本的IMS应用对地址信息的转发涉及向嵌入的OITF系统传送播放请求，该请求包括与在媒体服务器可用的请求的媒体数据相关联的地址信息。播放请求还包括IPTV会话已经由基于脚本的IMS应用设置并且因此嵌入的OITF系统不应执行设置过程的指示。在针对IPTV会话、涉及作为媒体数据类型的说明性示例的调度的内容的一备选实施例中，基于脚本的IMS应用接收来自IG的并包括多播或广播频道信息形式中的地址信息的会话描述消息。地址信息到嵌入的OITF系统的转发随后涉及传送多播或广播频道信息以触发嵌入的OITF系统加入多播或广播媒体频道。在设置IPTV会话的一般方法中由IG执行的操作步骤涉及将包括机顶盒的用户的用户标识符的注册请求传送到IMS。IG还传送目的地为ITPV服务提供商的预订请求，并在对其的响应中接收地址信息，其中，该地址信息与从全局网络可用于用户的IPTV服务有关。IG将该地址信息映射到与服务相关联但指向IG的转换的地址信息。这意味着基于转换的地址信息而生成和传送服务请求将引导服务请求到IG而不是到IPTV服务提供商。转换的地址信息被编制到网页中，该网页由IG传送到机顶盒的web浏览器中运行的基于脚本的IMS应用。在一特定实施例中，IG还添加与至少所谓的一个辅助服务提供商相关联的辅助地址信息到来自IPTV服务提供商的地址信息。如前面所述，这使IG能够向用户呈现当前IPTV 会话内能够选择和运行的其它服务。辅助地址信息被转换或映射成与辅助服务提供商相关联的但指向IG的转换的辅助地址信息。在生成要传送到基于脚本的IMS应用的网页时，该转换的辅助地址信息随后与转换的地址信息组合。在一特定实施例中，方法还涉及响应来自机顶盒的用户选择请求，IG生成包括潜在地可用于机顶盒的多个用户的用户标识符的网页。IG随后返回包括用户标识符的网页以便由基于脚本的IMS应用使用web浏览器显示。此外，如前面所述，一旦IG从机顶盒接收包括未决HTTP请求的未决命令，IG将来自全局网络的任何进入请求传送到机顶盒的嵌入的OITF系统。图9是配置成在家庭网络内的机顶盒中实现的IMS应用40的示意框图。IMS应用40是基于脚本的IMS应用40，配置成由机顶盒中实现的web浏览器来运行。基于脚本的IMS应用40通常是以浏览器支持的语言(例如JavaScript、Java、ECMAscript、Flash, ActiveX等)来编码的软件应用。基于脚本的IMS应用40依赖web浏览器显现应用可执行文件。在一特定实施例中，基于脚本的IMS应用40能够通过来自下载的HTML/JS页面的XMLHttpRequest而在浏览器页面中以Javakript(P)来提供。异步Javakript和 XML(AJAX)能够用于通过XMLHttpRequest来实现必需的基于脚本的IMS功能性。AJAX是用于创建交互式web应用或丰富因特网应用的web开发技术。通过使用AJAX，包括基于脚本的IMS应用40等web应用能够在后台异步从服务器检索数据，而不干扰现有页面的显示和行为。数据使用XMLHttpRequest对象来检索，其中，XMLHttpRequest是应用编程接口 (API)，其能够在诸如JavMcript等web浏览器脚本语言内用于将HTTP请求直接发送到例如IG的web服务器，并将服务器响应数据直接加载回脚本语言中。在一特定实施例中，基于脚本的IMS应用40包括信号生成器42的功能性，该信号生成器配置成生成目的地为IG以便设置和控制IPTV会话的IPTV会话信号。信号生成器 42优选地配置成使用HTTP信号协议、且具体是为IPTV会话而定义的基于HTTP的HNI-IGI 信号协议来执行此类IPTV会话信令。基于脚本的IMS应用40还包括地址提供器44的功能性，该地址提供器配置成将地址信息提供到机顶盒中的嵌入的OITF系统。此地址信息与从全局网络中媒体服务器可用的请求的媒体数据相关联，并已从IG接收。图10是机顶盒50或适合在家庭网络中布置和操作的其它用户设备、终端或装置的一实施例的示意框图。机顶盒50包括用于与其它装置、特别是IG通信的单元或功能性。 此单元在图中表示为作为一般输入和输出(I/O)单元来操作的通信接口 52。实际上，通信接口 52能够是一般输入和输出接口，用于与外部和远程装置的有线连接或者采用用于无线连接的接收器/传送器或收发器的形式。机顶盒50还包括基于脚本的IMS应用40 (优选的是如图9中所定义的)。基于脚本的IMS应用40配置成由机顶盒50中实现的web浏览器M来运行。此web浏览器M 表示如本文中公开的DAE，并且一般以机顶盒50中本地安装和运行的软件程序的形式来提供。此外，硬件解决方案也是可能的，并且在实施例的范围内。web浏览器M特别配置成生成可在机顶盒50的或一般通过通信接口 52与机顶盒50连接的显示屏幕上显示的网页。 机顶盒50还包括嵌入的OITF系统56，该系统可以在硬件、软件或其组合中来提供。在软件实现中，嵌入的OITF系统56包括在计算机或其它处理单元上运行时实现嵌入的OITF系统56的功能的计算机程序单元。此嵌入的OITF系统56配置成基于从基于脚本的IMS应用40且特别是从基于脚本的IMS应用40的地址提供器44 (参见图9)接收的地址信息来生成媒体请求。嵌入的OITF系统56所生成的媒体请求是针对要在IPTV会话内显现的媒体数据并且目的地为全局网络中存在的媒体服务器。通信接口 52特别配置成执行与IG的基于HTTP的通信，且优选是机顶盒50的基于脚本的IMS应用40与IG之间基于HTTP的HNI-IGI通信。通信接口 52优选地布置用于从IG接收脚本，如HTTP/JS页面，其提供对于使IMS 和IPTV会话能够实现所必需的功能性，即基于脚本的IMS应用40。接收的脚本数据被转发到web浏览器M或DAE应用，其中，它在浏览器环境中实现和运行，使得与IPTV会话有关的信息在web浏览器M中向用户显示。基于脚本的IMS应用40 —般配置成一旦它变得激活，便从嵌入的OITF系统56接收启动请求。基于脚本的IMS应用40随后转发例如指向IG的固定FQDN的启动请求以便在IG发起用户选择页面的生成。一旦通信接口 52从IG接收此用户选择页面，该页面便向基于脚本的IMS应用40呈现以便借助于web浏览器M在机顶盒50的或连接到机顶盒50 的显示屏幕上显示。用户随后激活有线连接中的或无线连接到通信接口 52的用户输入以指示预期用户。此用户输入激活触发基于脚本的IMS应用40生成包括选定用户的用户标识符的用户选择命令。此用户选择命令由通信接口 52传送到IG。基于脚本的IMS应用40还优选接收来自通信接口 52的且源于IG的服务提供商选择页面。服务提供商选择页面包括全局网络中存在的服务提供商的相应提供商标识符。 这些提供商标识符与相应服务提供商相关联，但由IG设计成转而指向IG。服务提供商选择页面以类似于用户选择页面的方式向用户显示。连接的用户输入的激活触发基于脚本的 IMS应用40生成服务提供商命令，该服务提供商命令目的地是IG，并且包括选定服务提供商的提供商标识符。基于脚本的IMS应用40还优选地接收服务选择消息，该消息包括选定服务提供商处可用的IPTV服务的地址信息。服务选择消息源于IG并且由基于脚本的IMS应用40用于生成包括IPTV服务的相关地址信息的服务描述负载命令。此服务描述负载命令转发到嵌入的OITF系统56。一旦IPTV会话已设置，基于脚本的IMS应用40优选地生成包括未决HTTP请求的未决命令，并将它传送到IG。IG随后将基于该未决HTTP请求将源于全局网络的任何进入的请求转发到嵌入的OITF系统56。基于脚本的IMS应用40优选地配置成在正进行的IPTV会话期间且特别是媒体点播IPTV会话期间，生成并传送端口请求到嵌入的OITF系统56。OITF系统56通过响应消息做出响应，该响应消息包括机顶盒50的至少一个媒体端口的请求的端口标识符。基于脚本的IMS应用00)随后生成邀请消息，该消息包括端口标识符并借助于通信接口 52和IG 传送到选定服务提供商。一旦基于脚本的IMS应用40获得了与从媒体服务器可用的媒体数据相关联的地址信息的访问权，它便在媒体点播IPTV会话期间生成和传送播放请求到嵌入的OITF系统 56。该播放请求包括地址信息，且优选包括嵌入的OITF会话56不应执行设置过程的指示， 因为设置过程已经在基于脚本的IMS应用00)与IPTV服务提供商之间执行。在涉及媒体数据的多播或广播的调度的内容IPTV会话或类似会话中，基于脚本的IMS应用40配置成从IG接收包括媒体数据的地址信息的会话描述消息。在此情况下， 地址信息采用从媒体服务器可用的多播或广播媒体频道的地址信息的形式。地址信息传送到嵌入的OITF系统56以触发嵌入的OITF系统56加入多播或广播媒体频道。在一备选实施例中，虽然一般是没那么优选的，但web浏览器应用讨和嵌入的 OITF系统56能够在不同机顶盒中实现，这些机顶盒随后以有线或无线方式通过通信接口 52互连。另外，机顶盒50可包括或以有线或无线方式连接到具有用于解码和显现接收的媒体内容的功能性的媒体处理器。机顶盒或媒体处理器因而优选地包括或连接到显示屏幕和优选地包括或连接到扩音器以显示和播放媒体。图11是IG 20的一实施例的示意图。IG 20 一般在如图1所示的家庭网络中实现以由此在家庭网络内与其中提供的机顶盒通信。IG 20因而能够在家庭网络中作为独立装置而存在。备选的是，它与图1的网关一起实现，从而形成家庭网络与全局网络之间的代理功能性。此类代理功能性能够由调制解调器或其它代理单元来实现。实际上，可能在家庭网络的机顶盒之一中实现IG 20。在根本不同的实现方案中，IG 20未在家庭网络中而是在全局网络中实现，例如， 结合访问提供商或IPTV提供商来实现或者作为全局网络的单独网络实体或服务器来实现。无论是在家庭网络还是全局网络中实现，IG 20仍提供用于在HTTP与SIP通信之间进行转变的功能性，并且能够与IMS和IPTV应用服务器通信。在家庭网络中实现时，IG 20端接HTTP信令，并设置SIP信令，好像它是始发者一样。这隐藏了基于脚本的IMS应用在网络地址转变(NAT)单元后的事实。在网络中实现的IG 20作为代理来操作，并且保持往来于基于脚本的IMS应用的路由选择信息。IMS因而能处理NAT问题。IG 20包括用于与家庭网络中其它装置(特别是机顶盒)通信并且还优选地可选地通过网关与全局网络中的单元或服务器通信的单元或功能性。此单元表示为通信接口 21，在图中作为一般I/O单元来操作。实际上，通信接口 21能够是一般输入和输出接口，其用于与外部和远程装置的有线连接或者采用用于无线连接的接收器/传送器或收发器的形式。IG包括配置成生成包括机顶盒的选定用户的用户标识符的注册请求的注册处理器22。此注册请求目的地是IMS，并且借助于通信接口 21传送到该处。预订处理器23配置成生成目的地是全局网络中的选定IPTV服务提供商的预订请求。此预订请求使IG 20 能够接收优选在SD&S数据的形式中的IPTV服务提供商的地址信息。此地址信息由IG 20 的地址转换处理器M用于将接收的地址信息映射到与IPTV服务提供商相关联但转而指向 IG 20的转换的地址信息。页面构建处理器25使用转换的地址信息来生成网页，即通过通信接口传送到机顶盒和其中运行的基于脚本的IMS应用的服务提供商选择页面。在一特定实施例中，地址转换处理器M配置成还映射与其它服务提供商相关联的辅助地址信息，这些服务提供商具有潜在地能够在IPTV会话内运行和提供的媒体服务。 地址转换处理器M由此生成与此类其它服务提供商相关联的但指向IG 20的转换的辅助地址信息。页面构建处理器25随后在生成网页时也使用此转换的辅助地址信息。可选但优选的HTTP-SIP转换处理器沈在IG 20中实现并配置成将源于机顶盒的基于HTTP的消息(包括来自基于脚本的IMS应用的HNI-IGI消息)转换成对应的基于SIP 的消息，其目的地是IMS或IPTV服务提供商。对应地，HTTP-SIP转换处理器沈配置成将源于全局网络的进入的基于SIP消息转换成目的地是机顶盒的对应的基于HTTP的消息。页面构建处理器25优选地还配置成响应于源于机顶盒的用户选择请求，生成包括潜在地可用于机顶盒的多个用户的用户标识符的用户选择页面或网页。在此类情况下， IG 20优选地包括具有家庭网络以前注册用户的用户标识符的存储器(未示出)。页面构建处理器25因而简单地在收到用户选择请求时从存储器检索这些存储的用户标识符。在一备选方案中，IG从例如IMS的另一源来检索用户标识符。通信接口 21随后将用户选择请求与家庭网络或IG 20的标识符一起转发到IMS，以允许IMS识别IG 20或该家庭网络的以前注册用户。用户标识符随后返回到通信接口 21并转发到页面构建处理器25。通信接口 21优选地配置成接收来自机顶盒的包括未决HTTP请求的未决命令。此未决命令触发通信接口 21将源于诸如IMS或IPTV应用服务器等全局网络的任何进入请求传送到机顶盒。如图10和11中所示的机顶盒或IG的任何功能性在软件中实现，并随后作为可直接加载到机顶盒或IG的计算机或处理单元的内部存储器中的计算机程序产品来提供，并且包括用于执行必需功能的软件代码部分。计算机应从广义上解释为涵盖包括如本文中所述相关功能性的任何装置、服务器、网关或终端，而无论是固定的还是便携的。上述实施例要理解为本发明的少数几个说明性示例。本领域的技术人员将理解， 在不脱离本发明范围的情况下，可对这些实施例进行不同的修改、组合和更改。具体地说， 不同实施例中的不同部分解决方案可在技术上可能的其它配置中组合。然而，本发明的范围由随附权利要求来定义。
权利要求
1.一种配置成在家庭网络(1)内的机顶盒(50)中实现的IP多媒体子系统IMS应用 (40)，所述IMS应用(40)包括信号生成器(42)，配置成生成目的地是IMS网关00)的IP电视IPTV会话信号以设置和控制IPTV会话；以及地址提供器(44)，配置成向所述机顶盒(50)中实现的开放IPTV终端功能OITF系统 (56)提供地址信息，所述地址信息与从连接到所述家庭网络(1)的全局网络O)中的媒体服务器(70)可用的媒体数据相关联并从所述IMS网关00)接收，其中所述IMS应用00) 是基于脚本的IMS应用(40)，配置成由所述机顶盒(50)中实现的web浏览器(54)来运行。
2.一种机顶盒(50)，包括:通信接口(52)，配置成能够实现与IP多媒体子系统IMS网关O0)的通信； web浏览器64)，配置成生成可在所述机顶盒(50)的或连接到所述机顶盒(50)的显示屏幕(60)上显示的网页；嵌入的开放IPTV终端功能OITF系统(56)，连接到所述通信接口(52)；以及基于脚本的IMS应用00)，配置成由所述web浏览器(54)来运行并且包括 信号生成器(42)，配置成生成目的地是所述IMS网关O0)的IP电视IPTV会话信号以设置和控制IPTV会话；以及地址提供器(44)，配置成向所述OITF系统(56)提供地址信息，所述地址信息与从连接到所述家庭网络(1)的全局网络O)中的媒体服务器(70)可用的媒体数据相关联并从所述IMS网关O0)接收，其中所述OITF系统(56)配置成基于来自所述基于脚本的IMS应用GO)的所述地址信息在所述IPTV会话内生成对所述媒体数据的媒体请求，并且所述媒体请求的目的地是所述媒体服务器(70)。
3.如权利要求2所述的机顶盒，其中所述通信接口(5 配置成执行与所述IMS网关 (20)的基于HTTP的通信。
4.如权利要求2或3所述的机顶盒，其中所述基于脚本的IMS应用00)配置成从所述嵌入的OITF系统(56)接收启动请求并借助于所述通信接口(52)将所述启动请求转发到所述IMS网关OO)以发起用户选择页面的生成。
5.如权利要求4所述的机顶盒，其中所述基于脚本的IMS应用00)配置成从所述IMS 网关OO)接收包括可用用户的至少一个用户标识符的所述用户选择页面，借助于所述web 浏览器(54)在所述显示屏幕(60)上呈现所述用户选择页面，以及向所述IMS网关OO) 传送用户选择命令，所述用户选择命令包括选定用户的用户标识符并基于所述机顶盒(50) 的或连接到所述机顶盒(50)的用户输入的激活来生成。
6.如权利要求2到5的任一项所述的机顶盒，其中所述基于脚本的IMS应用00)配置成从所述IMS网关O0)接收服务提供商选择页面，所述服务提供商选择页面为所述全局网络(2)中存在的每个可用的服务提供商(80)包括与该服务提供商(80)相关联但指向所述 IMS网关OO)的提供商标识符，以及向所述IMS网关OO)传送服务提供商命令，所述服务提供商命令包括选定服务提供商(80)的提供商标识符并基于所述机顶盒(50)的或连接到所述机顶盒(50)的用户输入的激活而生成。
7.如权利要求2到6的任一项所述的机顶盒，其中所述基于脚本的IMS应用00)配置成从所述IMS网关O0)接收包括所述全局网络O)中存在的选定服务商(80)处可用的IPTV服务的地址信息的服务选择消息，以及向所述嵌入的OITF系统(56)传送包括所述 IPTV服务的所述地址信息的服务描述负载命令。
8.如权利要求2到7的任一项所述的机顶盒，其中所述基于脚本的IMS应用00)配置成将包括未决HTTP请求的未决命令传送到所述IMS网关O0)，以使得所述IMS网关QO) 能够将源于所述全局网络O)的进入请求转发到所述嵌入的OITF系统(56)。
9.如权利要求2到8的任一项所述的机顶盒，其中所述基于脚本的IMS应用00)配置成将端口请求传送到所述嵌入的OITF系统(56)，从所述嵌入的OITF系统(56)接收包括所述机顶盒(50)的至少一个媒体端口的端口标识符的响应消息，以及向所述全局网络(2) 中的选定服务提供商(80)并借助于所述IMS网关O0)传送包括所述端口标识符的邀请消肩、ο
10.如权利要求2到9的任一项所述的机顶盒，其中所述基于脚本的IMS应用00)配置成向所述嵌入的OITF系统(56)传送播放请求，所述播放请求包括与从所述媒体服务器 (70)可用的所述媒体数据相关联的所述地址信息和设置过程不应由所述嵌入的OITF系统 (56)执行的指示。
11.如权利要求2到8的任一项所述的机顶盒，其中所述基于脚本的IMS应用00)配置成从所述IMS网关O0)接收包括从所述媒体服务器(70)可用的多播或广播媒体频道的地址信息形式中的所述地址信息的会话描述消息，以及将所述地址信息传送到所述嵌入的 OITF系统(56)以触发所述嵌入的OITF系统(56)加入所述多播或广播媒体频道。
12.—种IP多媒体子系统IMS网关(20)，包括通信接口(21)，配置成能够实现与家庭网络(1)中存在的机顶盒(50)和连接到所述家庭网络(1)的全局网络⑵中服务器(70，80)的通信；注册处理器(22)，配置成生成包括所述机顶盒(50)的用户的用户标识符并且目的地是所述全局网络O)中IMS服务器的注册请求；预订处理器(23)，配置成生成目的地是所述全局网络O)中存在的IP电视IPTV服务提供商(80)的预订请求；地址转换处理器(M)，配置成为从所述全局网络( 可用于所述用户的每个IPTV服务将响应所述预订请求而接收的地址信息映射到指向所述IMS网关O0)的转换的地址信息； 以及页面构建处理器0 ，配置成生成包括指向所述IMS网关O0)的所述转换的地址信息且目的地是所述机顶盒(50)的网页。
13.如权利要求12所述的IMS网关，其中所述地址转换处理器04)配置成将与辅助服务提供商相关联的辅助地址信息映射到指向所述IMS网关O0)的转换的辅助地址信息，并且所述页面构建处理器0 配置成生成包括所述转换的地址信息和所述转换的辅助地址信息的所述网页。
14.如权利要求12或13的所述的IMS网关，还包括HTTP-SIP转换处理器Q6)，配置成将源于所述机顶盒(50)的基于HTTP的消息转换成目的地是所述IMS服务器或所述IPTV 服务提供商(80)的对应的基于SIP的消息，以及将源于所述IMS服务器或所述IPTV服务提供商(80)的基于SIP的消息转换成目的地是所述机顶盒(50)的基于HTTP的消息。
15.如权利要求12到14的任一项所述的IMS网关，其中所述页面构建处理器05)配置成响应于源于所述机顶盒(50)的用户选择请求而生成包括潜在地可用于所述机顶盒(50) 的多个用户的用户标识符的网页，以及所述通信接口配置成将包括所述用户标识符的所述网页传送到所述机顶盒(50)。
16.如权利要求12到15的任一项所述的IMS网关，其中所述通信接口配置成接收来自所述机顶盒(50)的包括未决HTTP请求的未决命令，并且响应于所述未决命令将源于所述全局网络O)的进入请求传送到所述机顶盒(50)。
17.如权利要求12到16的任一项所述的IMS网关，其中所述通信接口配置成能够实现与配置成由所述机顶盒(50)中web浏览器(54)运行的基于脚本的IMS应用00) 的通信。
18.一种设置IP电视IPTV会话的方法，包括在机顶盒(50)中实现的web浏览器(54)中运行基于脚本的IP多媒体子系统IMS应用 GO)；所述基于脚本的IMS应用00)基于所述机顶盒(50)的或连接到所述机顶盒(50)的用户输入的激活而生成IPTV会话设置信号；将所述IPTV会话设置信号传递到连接到家庭网络(1)中所述机顶盒(50)的IMS网关 (20)；所述基于脚本的IMS应用00)从所述IMS网关O0)接收地址信息，所述地址信息与从连接到所述家庭网络(1)的全局网络( 中媒体服务器(70)可用的媒体数据相关联；以及所述基于脚本的IMS应用00)将所述地址信息转发到所述机顶盒(50)的嵌入的开放 IPTV终端功能OITF系统(56)以在IPTV会话内触发对所述媒体数据的媒体请求的生成，并且所述媒体请求的目的地是所述媒体服务器(70)。
19.如权利要求18所述的方法，还包括所述基于脚本的IMS应用00)从所述嵌入的OITF系统(56)接收启动请求；以及所述基于脚本的IMS应用00)将所述启动请求转发到所述IMS网关O0)以触发用户选择页面的生成。
20.如权利要求19所述的方法，还包括所述基于脚本的IMS应用00)从所述IMS网关OO)接收包括可用用户的至少一个用户标识符的所述用户选择页面；所述基于脚本的IMS应用00)借助于所述web浏览器(54)在所述机顶盒(50)的或连接到所述机顶盒(50)的显示屏幕(60)上呈现所述用户选择页面；以及所述基于脚本的IMS应用00)向所述IMS网关O0)传送用户选择命令，所述用户选择命令包括选定用户的用户标识符并基于所述机顶盒(50)的或连接到所述机顶盒(50)的用户输入的激活而生成。
21.如权利要求18到20的任一项所述的方法，还包括所述基于脚本的IMS应用00)从所述IMS网关O0)接收服务提供商选择页面，所述服务提供商选择页面为所述全局网络O)中存在的每个可用服务提供商(80)包括与该服务提供商(80)相关联但指向所述IMS网关O0)的提供商标识符；以及所述基于脚本的IMS应用00)向所述IMS网关O0)传送服务提供商命令，所述服务提供商命令包括选定服务提供商(80)的提供商标识符并基于所述机顶盒(50)的或连接到所述机顶盒(50)的用户输入的激活而生成。
22.如权利要求18到21的任一项所述的方法，还包括所述基于脚本的IMS应用00)从所述IMS网关O0)接收服务选择消息，所述服务选择消息包括所述全局网络O)中存在的选定服务商(80)处可用的IPTV服务的地址信息； 以及所述基于脚本的IMS应用00)向所述嵌入OITF系统(56)传送包括所述IPTV会话的所述地址信息的服务描述负载命令。
23.如权利要求18到22的任一项所述的方法，还包括所述基于脚本的IMS应用00) 将包括未决HTTP请求的未决命令传送到所述IMS网关O0)，以使得所述IMS网关Q0)能够将源于所述全局网络O)的进入请求转发到所述嵌入的OITF系统(56)。
24.如权利要求18到23的任一项所述的方法，还包括所述基于脚本的IMS应用00)传送端口请求到所述OITF嵌入的系统(56)；所述基于脚本的IMS应用00)从所述嵌入的OITF系统(56)接收包括所述机顶盒(50) 的至少一个媒体端口的端口标识符的响应消息；以及所述基于脚本的IMS应用00)向所述全局网络(2)中的选定服务提供商(80)并借助于所述IMS网关O0)传送包括所述端口标识符的邀请消息。
25.如权利要求18到M的任一项所述的方法，其中转发所述地址信息包括所述基于脚本的IMS应用00)向所述嵌入的OITF系统(56)传送播放请求，所述播放请求包括与在所述媒体服务器(70)可用的所述媒体数据相关联的所述地址信息和设置过程不应由所述嵌入的OITF系统(56)执行的指示。
26.如权利要求18到23的任一项所述的方法，还包括所述基于脚本的IMS应用00) 从所述IMS网关O0)接收会话描述消息，所述会话描述消息包括从所述媒体服务器(70) 可用的多播或广播媒体频道的地址信息形式中的所述地址信息，其中转发所述地址信息包括所述基于脚本的IMS应用00)将所述地址信息传送到所述嵌入的OITF系统(56)以触发所述嵌入的OITF系统(56)加入所述多播或广播媒体频道。
27.一种设置IP电视IPTV会话的方法，包括IP多媒体子系统IMS网关(20)，将包括家庭网络(1)内机顶盒(50)的用户的用户标识符的注册请求传送到连接到所述家庭网络(1)的全局网络O)中的IMS服务器；所述IMS网关O0)传送目的地是所述全局网络O)中存在的IPTV服务提供商(80) 的预订请求；所述IMS网关O0)为从所述全局网络( 可用于所述用户的每个IPTV服务将响应所述预订请求而接收的地址信息映射到指向所述IMS网关O0)的转换的地址信息；以及所述IMS网关O0)生成包括指向所述IMS网关O0)的所述转换的地址信息的网页；以及所述IMS网关O0)将所述网页传送到所述机顶盒(50)。
28.如权利要求27所述的方法，还包括所述IMS网关O0)将与辅助服务提供商相关联的辅助地址信息映射到指向所述IMS网关O0)的转换的辅助地址信息，其中生成所述网页包括所述IMS网关OO)生成包括所述转换的地址信息和所述转换的辅助地址信息的所述网页。
29.如权利要求27或观所述的方法，还包括所述IMS网关00)响应于源于所述机顶盒(50)的用户选择请求而生成包括潜在地可用于所述机顶盒(50)的多个用户的用户标识符的网页；以及所述IMS网关00)将包括所述用户标识符的所述网页传送到所述机顶盒(50)。
30.如权利要求27到四的任一项所述的方法，还包括所述IMS网关00)接收来自所述机顶盒(50)的包括未决HTTP请求的未决命令；以及所述IMS网关00)响应所述未决命令将源于所述全局网络O)的进入请求传送到所述机顶盒(50)。
全文摘要
通过提供在机顶盒(50)的声明型应用环境(54)中运行的基于脚本的IMS应用(40)以实现IMS网关(20)与机顶盒(50)的嵌入的OITF系统(56)之间的IPTV会话信令，使机顶盒(50)能够在IMS服务中进行处理。因此，不仅仅是预配置且安装有本机IMS功能性的机顶盒(50)能够向家庭网络(1)内的用户提供IMS服务。
文档编号H04L29/06GK102273172SQ201080003998
公开日2011年12月7日 申请日期2010年5月17日 优先权日2009年5月18日
发明者J·E·林奎斯特, M·塞德瓦尔, N·丰贝里 申请人:爱立信电话股份有限公司