专利名称：代理功能性的制作方法
技术领域：
本发明涉及用于IPTV机顶盒从IPTV服务提供商的域之外的外部域访问内容的方 法和设备。
背景技术：
IPTV铺展已正在发生，并将将随着高速接入技术继续部署而增长。同时诸如 Joost和BBC的iPlayer等内容聚合器(content aggregator)正成为合法在线内容的确立 源。宽带的渗透带来的增加带宽和增强的终端能力、内容创建和发布工具的可用性 极大地增大了用户生成的内容在因特网上的可用性，例如朴111\11^、Podcasting等。诸如 Joost, BBC iPlayer等内容聚合器也正变为合法在线内容的确立源。对等技术已显示自己是用于分发用户生成的内容和选择内容聚合器的技术的一 项可行技术。例如，iPlayer利用IMP P2P客户端。经常简称为对等或缩写为P2P的对等 架构是一种网络类型，其中每个工作站具有相等的能力和责任。这不同于一些计算机专用 于服务其它计算机的客户端/服务器架构。P2P网络在网络中连接的对等体之间分发计算 功率，并利用例如网络可用带宽的聚合资源来用于高效的内容分发。P2P经常用作描述一 个用户与另一用户链接以通过使用下载材料(例如软件升级件或媒体文件)的共同P2P客 户端来传输信息和文件的术语。然而，这只是一种类型的P2P连网。通常，P2P网络用于共 享文件，但P2P网络也能表示网格计算或即时消息传递。一旦P2P客户端被下载并安装在 例如PC中，并且如果连接到因特网，则启动该实用程序并连接到中央索引服务器便可能实 现。此中央服务器将为当前在线连接到服务器的所有用户编排索引。此服务器不为下载主 管任何文件。P2P客户端将包含一个区域，在该区域中能够搜索特定文件。实用程序查询 索引服务器以发现具有您正在查找的文件的其它连接用户。在找到匹配项时，中央服务器 将通知客户端在何处找到请求的文件。随后，您能够从搜索查询来选择结果，并且您的实用 程序随后将尝试与主管您请求的文件的对等体建立连接。如果连接成功，则您将开始下载 文件。P2P客户端的第二种模型以相同的方式工作，但没有中央索引服务器。在此情形中， P2P软件只搜索使用相同程序的其它因特网用户，并通知它们您的在线存在，从而在更多的 用户安装和使用该软件时构建计算机的大网络。IPTV规范(例如，OpenIPTV论坛)定义用于将多种多媒体和交互服务供应到基于 零售的消费者设备的架构。两个主要服务能够被区分广播内容服务(也称为，常规TV)和 按需内容服务(也称为，视频点播)。常用的协议包括用于VoD的RTSP和用于实况流传送 (live streaming)的RTP/IGMP。今天大部分IPTV运营商依赖输送视频内容到已资助给客 户的机顶盒。通常，这捆绑有服务预订。目的是能够到达大量的客户(例如，至2007年第 1季度0!1)，Telia IPTV具有超过37万9000的预订)，因此，存在STB向消费者的大规模 铺展。因而，对运营商而言，保持使用已经部署的STB至关重要，因为考虑到大规模部署，更 换这些装置的成本能够是相当高的。
如已经提及的，P2P技术广泛用于文件共享、视频流传送、视频和内容下载。P2P技 术已显示自己是用于分发用户生成的内容和选择许多内容聚合器的技术的一项可行技术。 然而，当前IPTV STB部署不能利用新的分发方法。IPTV STB具有有限的能力有限的执行 环境能力，即，不能成本低地添加诸如P2P客户端等新应用。STB也可能具有有限的或没有 存储能力或有限的处理能力。过量的基于因特网的内容当前不可供ITPV STB访问。一些 服务提供商(例如，Telia的IPTV供应)允许使用IPTV STB进行Web浏览，但由于格式不 兼容性和只是因为STB中没有执行内容下载的正确客户端应用，这并不使得用户能够访问 基于因特网的纯内容。
发明内容
本发明涉及由机顶盒访问IPTV服务提供商的域外内容的有限能力所造成的问题。这些问题和其它问题由本发明通过用于IPTV机顶盒从IPTV服务提供商的内容域 之外访问内容的方法和设备而得以解决。本发明指定一种能够由IPTV机顶盒访问并且能 从IPTV服务提供商的内容域外访问内容的网络节点。本申请特别指定但不限于一种用于 P2P内容域和Wfeb内容域中的可用内容可经IPTV STB访问的方式。更详细地说，所述方法包括从外部域检索要求内容和将其转换成经IPTV机顶盒 可访问的格式。由此引入代理功能性，该功能性能够从IPTV服务提供商的内容域外取得内 容、转换内容并使用例如多播-IGMP和单播-RTSP等指定的传输协议和STB支持的媒体格 式将视频内容发送到IPTV STB。本发明的一个目的是定义IPTV获取系统，由此当前部署的IPTVSTB能够有能力从 除服务提供商的供应外的新兴媒体内容分发网络访问内容。此目的和其它目的通过方法、 设备、节点、系统及制造的物品来实现。本发明有关的一些优点是服务提供商能够提供更佳的服务，并且最终用户能够使 用现有STB欣赏范围更广的各种内容。这延长了现有STB的使用寿命，推迟或可能消除了 新的高端STB备选的投资成本。现在将连同附图，借助于优选实施例更详细地描述本发明。
图1公开包括例如P2P代理的网络节点的系统的示意框图，该网络节点能够访问 运营商网络和因特网网络。图2更详细地公开P2P代理的示意框图。图3公开表示用于STB从因特网域取得要求的内容的方法的信号序列图。图4公开包括例如MCDN代理的网络节点的系统的示意框图，该网络节点能够访问 运营商网络和因特网网络中不同的MCDN。图5公开MCDN代理的示意框图。图6公开示出本发明一些基本方法步骤的流程图。
具体实施例方式图1公开根据本发明的第一实施例的包括运营商的宽带网络2和因特网网络3的 内容分发系统。运营商网络2由两个逻辑部分组成保证部分，IPTV多播业务通过其输送 到STB ；以及无QoS的尽力而为部分，其通常携带预期业务。IPTV机顶盒4能够在运营商的 管理域内看到。在此示例中，为IPTV STB做了一组假设-无存储当前IPTV服务提供商以资助费率向用户提供STB。运营商对这些装置提 出的主要要求之一是它们尽可能地便宜，因此存储装置通常从此类装置缺少以保持成本低。-无P2P应用或额外视频播放器由于成本问题，装置上的软件通常是最少的。此 外，软件通常是为STB定制的。P2P应用和视频播放器两者的一个共同特征是其不断变化的 特征集合。这因而意味着如果STB中能够实现此的应用过时，则能够访问P2P或web内容 将变得极为困难。-一个有关遗留STB的假设是对单播和多播协议的支持。单播RTSP和HTTP。多 播IGMP和可选的FLUTE。因特网网络包括大量的服务器。在图1中，能够见到第一 PC P2P客户端5、附连 到缓冲器7的第二 PC P2P客户端6及能够获取例如视频内容到其中的实况内容获取点8。 服务器5、6和8在此示例中相互为P2P关系，意味着它们以P2P方式交换内容。图2中公 开了一种网络节点。网络节点在此示例是P2P代理1，能够访问因特网网络侧和运营商网络 侧。根据本发明，代理功能性能够通过使用传输协议(例如，多播-IGMP和单播-RTSP)和 STB支持的媒体格式，转换和发送从因特网(从P2P)域取得的视频内容。这将在下面的实 施例中进一步解释。图2更详细地公开对等P2P代理1。该代理具有到开放因特网网络(在此示例中 到因特网的P2P网络部分)的接口。代理1还具有到运营商网络、到STB 4的接口。代理 1是服务运营商维护的服务器。代理1包括P2P模块10。基本上，将有多个此模块，因为每 个模块将对应于现有网络。这将在后面与第二实施例一起的描述中进一步举例说明。P2P 模块包括几个视频队列11和代理表12，所述队列即在运行时间期间在P2P模块的存储器 中创建的数据结构实例。已从P2P网络取得的内容段将放置在视频队列11中，并且代理 表12将用于确定将使用哪种分发方法(多播或单播)通过受管理网络将内容输送到端终 端，即，到机顶盒。P2P模块附连到流传送模块13，该流传送模块能够通过P2P在多播与单 播协议之间进行转化。流传送模块包括互工作模块14。互工作模块将接收来自STB的用 户的取请求(这将与图3 —起进一步描述)。取请求将在互工作模块中映射到P2P请求。 互工作模块随后执行向外到P2P网络的请求。流传送模块还包括转码器15，转码器能够进 行接收内容的转码，将内容更改为适合机顶盒4使用的格式。流传送模块13具有两个分派 (casting)模块单播模块16和多播模块17。根据机顶盒如何请求内容，如果它是RTSP请 求，则流传送模块将单播内容到STB，并且如果STB进行对于多播的IGMP加入，则流传送模 块将多播内容到机顶盒。代理1在此示例中还包括电子内容指南ECG门户18。电子内容 指南ECG是STB用于允许用户浏览和访问传统与新P2P内容的工具。因此，ECG将必须利 用现有STB能力。ECG包括基于例如YouTube、Joost和iPlayer等媒体内容分发网络上当 前可用内容的动态内容。两种方法能用于生成ECG:静态或按需。静态生成的ECG将预先 行进(pre-crawl)到内容站点并将在每个站点可用的内容编入索引。这可定期进行以保持ECG最新。按需方法可利用向内容站点的标准化接口(例如Web服务)以在每次用户想要 访问内容清单时访问它。这确保ECG内容始终是最新的。两种方法均将利用ECG服务器能 用于查询媒体内容分发网络MCDN或允许MCDN将更新推送到ECG服务器的预定义接口。这 些接口的细节在本专利的范围之外，但能够利用诸如Web服务等标准化接口。STB 4包括 STB视频解码器STB VD 4X、能够从ECG门户接收信息的STB电子内容指南STB ECG 4Y及 STB中间件STB MW，用户请求从该中间件发送到互工作模块。总之，P2P代理1具有接口的集合、向P2P网络的外部集合和内部集合以及接口之 间的转码功能性。接口的外部集合构成运营商希望连接到的不同内容分发网络的软件客户 端。例如，客户端能够包括BittorentDNA客户端、Naspter客户端及其它P2P应用客户端。 内部接口构成能够使用包括用于多播的IGMP上的RTP和用于单播的RTSP的传统方法实现 内容输送的模块。转码器15中的转码功能性使得外部接口上接收的内容能够在内部接口 发送出。该功能性由规则的集合组成，这些规则描述特定P2P应用的内容如何先转码为给 定媒体格式，然后经标准传输协议分发到STB。因此，代理由媒体解码器和编码器的集合组 成。P2P代理进行媒体转码，将诸如比特率、分辨率和编解码器等参数考虑在内。图3公开表示用于STB从因特网域取得所要求的内容的方法的信号序列图。图3 中公开的实体已全部通过图1和2的解释一起解释。媒体内容分发网络MCDN对应于图2 中的P2P网络。现在将与图3 —起更详细地描述根据本发明第一实施例的方法。图3要与 图2—起解读。该方法包括以下步骤-用户接通21机顶盒4。-STB 4中的ECG客户端4Y执行对电子内容指南ECG门户18的内容的取操作22。 取请求由此从STB发送到P2P代理1。可选的是包括用户的身份。-电子内容指南如本申请更早如所述在ECG门户中生成23。可选的是，用户的身 份能用于个性化。-ECG数据从P2P代理1输送到STB 4。ECG数据包括可用资源的列表。-用户从可用资产的列表选择25内容。备选的是，如更早已提及的，能在此处执行 搜索过程。-前一步骤中的用户选择将产生多播或单播取请求命令(例如，用于多播的IGMP 加入、用于单播的RTSP播放或HTTPGET)。如果用户进行了搜索而不是从内容的预定义集 合中选择，则此步骤将仅在请求的视频资产的成功发现后发生。此步骤的重要性在于它利 用现在STB上当前实现的现有内容检索方法。在此示例中，单播取请求从STB 4中的中间 件MW 4Z发送沈到流传送模块中的单播/多播模块16/17。除有关期望的分派方法的信息 外，取请求还包括另外的元数据，例如，诸如期望媒体格式等信息，如比特率、编码等。-检索所要求的内容的请求27从单播/多播模块16/17发送到互工作模块14。内 部消息由此从单播/多播模块16/17发送到互工作模块14。这用信号通知互工作模块在对 内容的请求与媒体内容分发网络MCDN特定方法之间转化。它是触发消息，用信号向互工作 模块通知STB已发出请求，并且互工作模块应将请求转化为要发送到P2P模块的P2P请求 (艮P，图3中能看到的消息29)。-会话ID在互工作模块14中生成08)以便识别当前会话。会话ID用于识别以 后将从媒体内容分发网络MCDN检索的数据，以便来自用户的请求能与从MCDN的内容的实际检索带在一起。互工作模块14保持会话状态信息以确定例如视频的接收内容是否要作 为单播或多播发送到STB。-互工作模块将包含会话ID、内容名称和诸如比特率、编码等另外的元数据的消 息发送四到？2 模块10以进行处理。在此示例中，另外的元数据在取请求中接收，但可能 的变化将是使它在P2P代理中预存。-P2P模块使用30来自互工作模块14的消息中的数据，例示包括会话ID、对数据 队列的指针及另外的信息(即，步骤9中接收的或可在管理内容检索过程时使用的元数据) 的代理表12中的条目和视频队列11中的数据队列。-在P2P模块10与MCDN之间执行协商31，使得内容从MCDN下载31并放置在视 频队列11中。用于例如从多个源或单个源下载内容的方法将确定如何填充数据队列。数 据在到用户的分发发生之前例如可能被排队，直至收到全部内容，或者数据可在下载期间 分发到用户。-互工作模块14收到内容被下载的通知32。此通知带有会话ID。此步骤有两种 备选。选择使用哪种备选可由P2P代理中的策略来指示。在内容已完全下载时，P2P模块发 送通知，或者在内容的各个段已下载时它发送通知。由于内容将流传送到最终用户，因此， 如果使用第二备选，则假设通知将是用于顺序的段。-互工作功能使用会话ID来确定33内容是否需要转码，即，将视频信号转换为不 同格式的另一信号，如不同比特率、帧速率、帧大小或甚至不同压缩标准，以及向客户的流 将是单播还是多播。在此示例中，流将是单播。-转码细节与到要转码的内容的视频队列11的指针一起发送34到转码器15。-命令从互工作模块14发送35到P2P模块，向P2P模块请求剩余视频序列要直接 发送到转码器15。-转码器15将从视频队列11中的P2P模块数据队列获得36要转码的内容。此数 据随后从其原始格式转码到对STB和始发请求适当的格式。例外情况在一些情况下，内容 可能已经在正确格式中，由此转码器将只检索内容，并且将不操纵内容。-内容发送37到单播/多播模块16/17。-单播/多播模块16/17将流传送38内容到STB解码器。在此示例中，将单播内容。-内容由STB解码以便显示39。要注意的是，上面所示信令是一个示例，并且变化是可能的。图4公开本发明的第二实施例中包括运营商的宽带网络2B和因特网网络:3B的 内容分发系统。移动IPTV机顶盒4B能够在运营商的管理域内看到。因特网网络在此示 例中包括但不限于诸如Joost 5B, You Tube 6B和BitTorrent 7B等不同媒体内容分发网 络MCDN。图4中公开了一种网络节点。该网络节点是MCDN代理1B，其能够访问因特网网 络侧和运营商网络侧。根据本发明，代理功能性在此示例中能够转换和发送从Joost、You Tube,BitTorrent域取得的视频内容。电子内容指南ECG门户18B在此实施例中位于MCDN 代理外。ECG是遗留STB用于允许用户浏览和访问传统与新内容(此示例中的Joost、You Tube、BitTorrent内容)的工具。因此，ECG将必须利用现有STB能力。如前面所述，两种 方法能用于生成ECG 静态或按需。两种方法均将利用ECG服务器能用于查询MCDN或允许MCDN将更新推送到ECG服务器的预定义接口。图5示意地公开MCDN代理1B。该代理具有到开放因特网网络(在此示例中到因 特网的JoostJou Tube、BitTorrent部分)的接口。代理IB还具有到流传送服务器的接 口，该服务器能够使用例如多播或单播等适合的传输协议将内容输送到STB 4B。ECG门户 18位于MCDN代理与STB 4B之间。代理IB包括MCDN模块IOB。实际上，如在图5中能看到的，MCDN模块在此示例 中包括三个不同模块Joost模块、^u Tube模块和BitTorrent模块。每个模块对应于现 有网络之一。每个MCDN模块的功能性对应于已更早在图2中解释的P2P模块。每个MCDN 模块附连到互工作模块14B，而互工作模块又附连到转码器15B。互工作模块和转码器均 具有与图2中前面所述对应实体相同的功能性。MCDN代理经转码器附连到流传送服务器 17B，而该服务器又附连到STB 4B。像第一实施例中一样，互工作模块将从STB 4B的用户 接收取请求。该取请求将在互工作模块中映射到Joost、^u Tube、BitTorrent请求。互 工作模块随后执行向外到所述网络的请求。转码器15B使得外部接口上接收的内容能够 在内部接口上发送出。转码功能性由规则的集合组成，这些规则描述特定应用Joost、You Tube.BitTorrent的内容如何先转码为给定媒体格式，然后经标准传输协议分发到STB。流 传送服务器17B可包括一个或两个模块、单播模块和/或多播模块。根据机顶盒如何请求 内容，如果它是RTSP请求，则流传送服务器将单播内容到STB，并且如果STB进行对于多播 的IGMP加入，则流传送服务器将多播内容到机顶盒。ECG门户附连到STB 4b和MCDN代理。 在ECG与代理之间必须存在关系。ECG维护到每个内容项目的链接。在从STB到ECG的内 容请求后，作为请求的一部分，链接指定从STB转发到MCDN代理(例如，在RTSP播放命令 中)。作为备选，ECG可向MCDN代理指定到内容的链接。由STB 4B用于从因特网域取得所要求的内容的信号序列的一个基本示例可如下 所示-在STB从ECG已收到可用内容后，用户选择要下载的期望内容。在此示例中，选 择来自MCDN Joost的内容。-取请求从STB4B发送到MCDN代理IB中的互工作模块14B。-会话ID在互工作模块14B中生成以便识别当前会话。-互工作模块14B将包含会话ID、内容名称和另外的元数据的消息发送到MCDN Joost模块IOB以进行处理。-数据队列和代理表中的条目在MCDNJoost模块IOB中例示。-内容从M⑶NJoost网络下载并且放置在M⑶N Joost模块IOB中。-互工作模块14B收到内容被下载的通知。-转码细节与到要转码的内容的指针一起从互工作模块14B发送到转码器15B。-命令从互工作模块14B发送到MCDNJoost模块10B，向模块请求视频序列要直 接发送到转码器15B。-接收到转码器15B的数据从其原始格式转码为对STB4B和始发请求适当的格式。-内容被发送到流传送服务器17B。-流传送服务器将内容流传送到STB4B并且内容将被显示。
图6公开了示出本发明一些基本方法步骤的流程图。该流程图要与前面所示图形 一起解读。该流程图包括以下步骤-将从外部域检索内容的请求从机顶盒接收到网络节点。此步骤在图中通过框 101示出。-所要求的内容从外部域检索到网络节点。此步骤在图中通过框102示出。-所要求的内容在网络节点中转换为可经机顶盒访问的格式。此步骤在图中通过 框103示出。-转换的内容从网络节点输送到机顶盒。此步骤在图中通过框104示出。能用于实行本发明的节点和系统已在图1、2、4和5中示出。列举的项在图中示为 各个要素。然而，在本发明的实际实现中，它们可能是诸如数字计算机(处理器)等其它电 子装置的不可分开的组件。因此，上述动作可在软件中实现，而软件可在包括程序存储媒 体的制造的物品中实施。程序存储媒体包括一个或多个载波中包含的数据信号、计算机盘 (磁或光(例如，CD或DVD或两者))、非易失性存储器、磁带、系统存储器或计算机硬盘驱 动器。本发明不限于以上所述和附图所示的实施例，而是可在随附权利要求范围内进 行修改。本发明的系统和方法例如可在第三代合作伙伴项目(3GPP)、欧洲电信标准协会 (ETSI)、美国国家标准协会(ANSI)或其它标准电信网络架构的任何架构上实现。其它示例 是电气和电子工程师协会(IEEE)或因特网工程任务组(IETF)或宽带论坛。为了解释而不是限制的目的，说明书陈述了特定的细节，如特定的组件、电子电 路、技术等，以便提供本发明的理解。但本领域的技术人员将理解，本发明可在脱离这些特 定细节的其它实施例中实践。在其它情况下，省略了公知方法、装置和技术等的详细描述以 免因不必要的细节混淆描述。在一个或多个图形中显示了各个功能块。本领域的技术人员 将理解，功能可使用分立组件或多功能硬件来实现。处理功能可使用编程的微处理器或通 用计算机来实现。本发明不限于以上所述和附图所示的实施例，而是可在随附权利要求的 范围内进行修改。当然，本发明不限于以上所述和附图所示的实施例，而是可在随附权利要求的范 围内进行修改。
权利要求
1.一种用于IPTV机顶盒G，4B)从所述IPTV服务提供商的域Q，2B)之外的外部域 (3，3B)访问内容的方法，所述方法特征在于以下步骤从所述外部域检索要求的内容和将 所述要求的内容转换成经所述IPTV机顶盒可访问的格式。
2.如权利要求1所述的用于IPTV机顶盒G，4B)访问内容的方法，所述方法包括以下 另外步骤-将从所述外部域(3，3B)检索内容的请求从所述机顶盒G，4B)接收到网络节点(1，1B)；-将所述要求的内容从所述外部域(3，3B)检索到所述网络节点(1，1B)； -在所述节点(1，1B)中将来自所述外部域的要求的内容转换成经所述机顶盒可访问 的格式；-将所转换的内容从所述节点(1，1B)输送到所述IPTV机顶盒G，4B)。
3.如权利要求2所述的用于IPTV机顶盒访问内容的方法，所述方法包括以下另外步骤-从所述机顶盒G，4B)将取请求接收到所述节点(1，1B)，所述请求包括所述要求的内 容的指定和指定的输送细节；-将要求的内容从所述外部域(3，3B)中的媒体内容分发网络(MCDN)下载到所述节点 (LIB)；-在所述节点(1，1B)中执行要求的输送细节。
4.如权利要求3所述的用于IPTV机顶盒访问内容的方法，其中所述取请求在所述网络 节点中转化到适合于所述媒体内容分发网络(MCDN)的格式。
5.如权利要求3或4所述的用于IPTV机顶盒访问内容的方法，由此所述要求的输送细 节包括转码指定，例如多播或单播。
6.如权利要求3-5的任一项所述的用于IPTV机顶盒访问内容的方法，由此所述要求的 输送细节包括适合于所述机顶盒的要求的内容格式，例如比特率、分辨率、编解码器。
7.如权利要求6所述的用于IPTV机顶盒访问内容的方法，其中所述要求的输送细节的 至少部分已预存储在所述网络节点(1，1B)中。
8.如前面权利要求3-7的任一项所述的用于IPTV机顶盒访问内容的方法，所述方法包 括以下另外的步骤-在所述节点(1)中生成要用于识别会话的会话ID，所述会话源于对来自所述媒体内 容分发网络(MCDN)的内容的内部信令请求。
9.如权利要求8所述的用于IPTV机顶盒访问内容的方法，其中所述会话ID在所述网 络节点中用于将所述会话与输送细节和内容格式放在一起。
10.如权利要求8或9所述的用于IPTV机顶盒访问内容的方法，所述方法包括以下另 外步骤-例示所述网络节点(1，1B)中表(12)中的条目，包括所述会话ID和到启动的数据队 列的指针。
11.一种适合于IPTV机顶盒G，4B)从所述IPTV服务提供商的域Q，2B)之外的外部 域(3，3B)访问内容的设备，所述设备特征在于能够从所述外部域检索内容和将所述内容 转换成经所述IPTV机顶盒可访问的格式的网络节点(1，1B)。
12.如权利要求11所述的适合于IPTV机顶盒G，4B)访问内容的设备，所述设备包括 -用于将从所述外部域(3，3B)检索内容的请求从所述机顶盒G，4B)接收到所述网络节点(1，1B)的部件；-用于将所要求的内容从所述外部域(3，3B)检索到所述网络节点(1，1B)的部件； -用于在所述节点(1，1B)中将来自所述外部域的要求的内容转换成经所述机顶盒可 访问的格式的部件；-用于将所转换的内容从所述节点(1，1B)输送到所述IPTV机顶盒G，4B)的部件。
13.如权利要求12所述的适合于IPTV机顶盒访问内容的设备，所述设备还包括 -用于从所述机顶盒G，4B)将取请求接收到所述节点(1，1B)的部件，所述请求包括所要求的内容的指定和指定的输送细节；-用于将要求的内容从所述外部域(3，3B)中的媒体内容分发网络(MCDN)下载到所述 节点(1，1B)的部件；-用于在所述节点(1，1B)中执行要求的输送细节的部件。
14.如权利要求13所述的适合于IPTV机顶盒访问内容的设备，其中所述取请求在所述 网络节点中转化到适合于所述媒体内容分发网络(MCDN)的格式。
15.如权利要求13或14所述的适合于IPTV机顶盒访问内容的设备，由此所述要求的 输送细节包括转码指定，例如多播或单播。
16.如权利要求13-15的任一项所述的适合于IPTV机顶盒访问内容的设备，由此所 述要求的输送细节包括适合于所述机顶盒的要求的内容格式，例如比特率、分辨率、编解码器。
17.如权利要求16所述的适合于IPTV机顶盒访问内容的设备，其中所述要求的输送细 节的至少部分已预存储在所述网络节点(1，1B)中。
18.如前面权利要求13-17的任一项所述的适合于IPTV机顶盒访问内容的设备，所述 方法包括以下另外步骤-用于在所述节点(1)中生成要用于识别会话的会话ID的部件，所述会话源于对来自 所述媒体内容分发网络(MCDN)的内容的内部信令请求。
19.如权利要求18所述的适合于IPTV机顶盒访问内容的设备，其中所述会话ID在所 述网络节点中用于将所述会话与输送细节和内容格式放在一起。
20.如权利要求18或19所述的适合于IPTV机顶盒访问内容的设备，所述设备还包括 -用于在所述网络节点(1，1B)中例示表(12)中的条目、包括所述会话ID和到启动的数据队列的指针的部件。
21.一种适合于IPTV机顶盒G，4B)从所述IPTV服务提供商的域Q，2B)之外的外部 域(3，3B)访问内容的网络节点(1，1B)，所述节点特征在于-用于接收从所述外部域(3，3B)检索内容的请求的部件； -用于从所述外部域(3，3B)检索所要求的内容的部件；-用于将来自所述外部域的要求的内容转换成经所述机顶盒可访问的格式的部件； -用于从所述节点(1，1B)输送所转换的内容的部件。
22.—种可加载到网络节点的处理器中的计算机程序，其中所述计算机程序包括适合 于执行权利要求1-10的一项或多项的代码。
全文摘要
本发明涉及用于IPTV机顶盒4、4B从IPTV服务提供商的域2、2B外的外部域3、3B访问内容的方法和设备，该方法特征在于以下步骤从外部域检索要求的内容和将其转换成经IPTV机顶盒可访问的格式。
文档编号H04N7/173GK102084661SQ200880130296
公开日2011年6月1日 申请日期2008年7月7日 优先权日2008年7月7日
发明者A·达莫拉, J·奥尔森 申请人:爱立信电话股份有限公司