UPnP/DNLA兼容的MR-DVR的制作方法

文档序号:7733714阅读:293来源:国知局
专利名称:UPnP/DNLA兼容的MR-DVR的制作方法
技术领域
本发明的实施例涉及多室数字视频记录器(MR-DVR)领域。更具体地,这些实施例 涉及在调制信号上使用数字生活网络联盟(DLNA)和通用即插即用(UPnP)(统称为UPnP/ DLNA)协议而在MR-DVR服务器设备和MR-DVR客户端之间通信。
背景技术
诸如有线电视和卫星系统之类的宽带通信系统除了提供传统的模拟广播视频以 夕卜,还提供很多服务。在实现这些增强服务的过程中,机顶盒(有时称为机顶终端或者家庭 通信终端(HCT))已经成为访问各种视频服务的非常重要的计算设备。除了支持传统的模 拟视频广播以外,很多机顶盒(STB)现在还提供诸如交互式节目向导、画中画、观看视频点 播、订户视频点播、以及诸如电子邮件之类的传统上与普通计算机相关联的服务之类的其 他服务。最近,新功能被添加到了传统的STB中,这些新功能是将数字形式的输入视频流记 录到诸如硬盘驱动之类的大容量存储设备上、以及根据用户的要求重放所记录的视频。通 常被称为数字视频记录器(DVR)的一些STB还允许用户访问并观看从大量不同电视中记录 的节目。这种功能被称为“多室数字视频记录器”(MR-DVR),并且由于MR-DVR具有访问来 自不同位置的数字记录的节目的能力,它一般被看作比传统的视频录像带更好的捕捉并且 随后重放节目内容的一种选择。除了 STB以外,大部分联网家庭当前使用广泛范围的消费者电子设备。这些设备 越来越多地为MR-DVR系统提供了类似的或者补充性服务。例如,消费者现在可以通过诸如 向有线或者卫星供应商定购之类的传统电视源来观看电视节目。然而,同一个电视节目还 可以通过互联网站点被下载,并且被存储在计算机上用于以后观看。除了电视节目以外,原 来属于计算机范畴的很多应用现在也可以在通常很多次与MR-DVR系统相关联的其他显示 器上观看。考虑到存储和观看选择的部署,期望存在这样的一种系统,其中用户可以访问存 储在诸如个人数字助理(PDA)、膝上型电脑、或者个人计算机(PC)之类的多个设备之一中 的节目,并且从多个显示器之一观看该节目。过去,MR-DVR制造商使用专用协议来在节目的MR-DVR服务器设备和MR-DVR客户端之间发送节目。这有效地在MR-DVR系统和其他电子装备之间建立起了围墙。所以,需要 这样一种MR-DVR系统,其中该系统提供MR-DVR系统和其他消费者电子设备之间的必要的 连通性,从而使得存储在一个系统中的节目可以从其他系统请求并观看。

发明内容
为了改善服务,期望存在一种可以与其他消费者电子装备通信的MR-DVR系统。 本文中描述的实施例可以被看作这样的MR-DVR系统,其中MR-DVR服务器设备与使用 QAM/QPSK/FSK调制的现有旧式MR-DVR客户端进行通信,并且与使用同轴电缆多媒体联盟 (MoCA)调制信号的被确认为DLNA/UPnP兼容的消费者电子设备进行通信。
在一个实施例中,MR-DVR服务器设备通过同轴电缆家庭网络(CCHN)被连接至多 个旧式MR-DVR客户端设备以及多个其他的DLNA/UPnP兼容的远程设备。MR-DVR服务器设 备和旧式MR-DVR客户端利用与MR-DVR服务器设备用来与DLNA/UPnP兼容的远程设备进行 通信的频率不同的频率,使用调制信号进行通信。另外,MR-DVR服务器设备从这样的STB接 收节目,其中该STB从宽带通信系统中提供的其他服务中解析出数字视频。替代地,MR-DVR 服务器设备的功能可以被结合到STB中,而不是两个独立设备。除了通过CCHN连接至CLNA/ UPnP兼容的远程设备的MR-DVR系统以外,MR-DVR服务器设备还可以通过包括但不限于以 太网或者802. 11网络的其他网络连接至DLNA/UPnP兼容的远程设备。其他优点将在下面的描述中被部分阐述,或者可以通过实践获知。这些优点可以 通过所附权利要求中特别指出的元件或者组合实现或者达到。应该理解,前面的总体描述 以及后面的详细描述都只是示例和说明性的,而不是如所请求的那样限制性的。


结合在说明书中并作为说明书的一部分的不是按比例画出的附图示出了实施例, 并且结合描述用于解释这些方法和系统的原理图Ia图示出了示出这样的MR-DVR系统的实施例,其中MR-DVR服务器设备通过 STB从WAN接收广播节目,节目通过来自MR-DVR客户端的请求或者通过直接连接至MR-DVR 服务器设备的显示设备被观看;图Ib图示出了示出这样的MR-DVR系统的实施例,其中MR-DVR服务器设备通过 WAN直接连接至头端,节目通过来自MR-DVR客户端的请求被观看;图2a图示出了结合了通过各种联网介质连接至MR-DVR服务器设备的UPnP/DLNA 兼容的远程设备的图Ia的示例性系统;图2b图示出了结合了通过各种联网介质连接至MR-DVR服务器设备的UPnP/DLNA 兼容的远程设备的图Ib的示例性系统;图3a图示出了示出用于MR-DVR服务器设备、旧式MR-DVR客户端设备、以及UPnP/ DLNA兼容的远程设备之间的通信的编码/解码模块的实施例;图3b图示出了示出使用UPnP协议的用于MR-DVR服务器设备、旧式MR-DVR客户 端之间的通信的编码/解码模块的实施例;图4图示出了示出在提供MR-DVR相关服务的过程中在DLNA/UPnP协议和旧式 MR-DVR客户端设备使用的协议之间转变的示例性转换的实施例;图5a图示出了示出旧式MR-DVR客户端设备和DLNA/UPnP设备之间的通信过程中 的转换类型的实施例;图5b图示出了示出媒体传输和媒体格式中的转换的实施例;图6图示出了示出家中滚动格式(in-home carousel format)的实施例;
图7图示出了保持用于多个传输会话的传输映射表和NAT的MR-DVR服务器设备 的实施例;图8图示出了家中滚动数据格式的实施例;图9图示出了映射到UPnP⑶S动作的MR-DVR消息的实施例;图10图示出了简单对象访问协议响应的实施例;图11图示出了家中滚动模块的配置的实施例;图12图示出了结果字段的有效载荷的DIDL-Iite数据格式的实施例;图13图示出了内容目录表的实施例;图14图示出了 UPnP SRS动作到MR-DVR请求的映射的实施例;图15图示出了用于将HTTP或RTP传输转变为MR-DVR网络上的MPEG传输的逻辑 块的实施例。
具体实施例方式公开并描述这些方法和系统之前,应该明白这些方法和系统不限于具体的综合方 法、具体部件、或者特定组合,而是可以变化的。还应该理解,本文中使用的术语只用于描述 特定实施例,而不用于限制。如说明书和所附权利要求中所使用的,单数形式“一”、“一个”、以及“该”包括多个 讨论目标,除非文中清楚地做出其他规定。本文中表达的范围可以是从“大约”一个特定值、 和/或到“大约”另一个特定值。当表达这种范围时,另一个实施例包括从该一个特定值和 /或到另一个特定值。类似地,当数值被表达为近似值时,通过使用先行词“大约”,将会明 白特定值形成了另一个实施例。还应该理解,每个范围的端点相对于另一个端点都是显著 的,并且独立于另一个端点。“可选的”或者“可选地”是指随后描述的事件或者情况可能发生也可能不发生,并 且该描述包括所述事件或者情况发生的实例以及所述事件或者情况没有发生的实例。“示例性的”是指“示例”而不是表达理想或优选实施例的意思。通过参考本文中包括的优选实施例和示例的以下详细描述、以及附图和附图的前 述及后续描述,将更容易理解这些方法和系统。在宽带通信系统和本地网的背景下,可以理解本文中描述的实施例。然而注意,本 发明可以被具体化为很多不同的形式,并且不应该被理解为局限于本文中阐述的实施例。 接收所发送的宽带信号的包括在宽带通信系统中的远程设备可以包括远程机顶终端、电 视、包括配置点(POD)模块的电视、诸如DVD播放器/记录器之类的消费者电子设备、计算 机、个人数字助理(PDA)或者其他设备。本文中给出的所有示例是非限制性的,并且被提供 用于帮助阐明本发明的描述。本文中描述的实施例用于适合用在CCHN中的网络多媒体系统(匪S)。尽管WS — 般位于订户建筑物(subscriber premise)中,但是它们也可以位于学校、宾馆、医院、商店 中,只要这该建筑物是本地联网的。

根据所描述的实施例,主MR-DVR或者机顶MR-DVR —般(从头端)接收并(向客 户端设备)转发多个数字视频节目。当用户请求时,MR-DVR服务器设备可以记录并存储用 于以后观看的特定节目。旧式MR-DVR客户端设备可以向MR-DVR服务器设备做出记录特定节目的请求,也可以请求观看先前记录的节目或者现场直播节目。允许旧式MR-DVR客户端 访问存储在MR-DVR服务器设备上的节目,使得用户能够在不必具有用于每个MR-DVR客户 端的昂贵的副本存储设备的情况下,在不同位置的多个显示器上观看所存储的节目。除了 观看所存储的节目以外,旧式MR-DVR客户端还可以直接接收广播节目(即,传统上与点播 的模拟有线电视、视频等相关联的节目),并可以执行管理功能(即,交互向导、分配存储器 空间、记录/删除节目等)。
除了旧式MR-DVR客户端以外,MR-DVR服务器设备还可以支持DLNA/UPnP兼容的 其他客户端设备。DLNA/UPnP兼容的远程设备可以执行与MR-DVR客户端相同的功能,并且 可以执行DLNA兼容设备特有的任何其他功能。换言之,MR-DVR客户端设备可以是MR-DVR服务器设备的简化且更省钱的版本,但 是其能够经由CCHN利用诸如MR-DVR服务器设备中可用的存储器、大容量存储设备或者软 件应用之类的在MR-DVR服务器设备中可用的一些或全部高级硬件和软件特性。下面描述 适于实现实施例的通信系统。图Ia是示出传统宽带通信系统的非限制性示例的简化框图。在这个示例中,通信 系统包括经由广域网(WAN)900耦合至服务网关1200的头端1000。WAN 900可以是适于发 送诸如(例如)音频/视频信号、IP信号、电话信号或者数据信号之类的下行或者上行宽 带多媒体信号的任意网络。WAN 900例如可以是光纤/同轴电缆混合(HFC)网络、光纤到户 (FTTH)网络、卫星网络或者固定无线网络等。服务网关1200向MR-DVR服务器设备100提供本地连接1300,而MR-DVR服务器 设备100向远程的旧式MR-DVR客户端设备700提供信号并向直接连接至MR-DVR服务器设 备100的可选电视1100提供电视节目。MR-DVR服务器设备100、旧式MR-DVR客户端700 以及电视1100包括MR-DVR系统1400。除了 MR-DVR服务器设备100以外,服务网关1200 也可以直接或者经由一个或多个其他本地网络耦合至其他远程设备。将会明白,服务网关 1200可以是独立单元,也可以被结合到诸如(例如)电视、计算机或者MR-DVR服务器设备 100之类的另一个设备中。此外,包括旧式MR-DVR客户端700的远程设备可以位于与服务 网关1200或者MR-DVR服务器设备100所在的空间不同的空间中。头端1000包括用于经由WAN 900向服务网关1200提供视频、音频、和/或数据信 号的一个或多个服务器设备(未示出)。头端1000和服务网关1200相互协作以经由远程 设备为用户提供各种服务,例如通过MR-DVR服务器设备100提供视频/音频节目。其他服 务可以包括电话服务和IP服务等。提供给MR-DVR服务器设备100的视频/音频节目可以 包括例如,模拟或者数字电视频道和交互服务、视频点播(VOD)服务、和/或按次付费观看 (PPV)服务等。在图Ia中,用户通过连接至电视的任意一个MR-DVR客户端设备700或者通过直 接连接至MR-DVR服务器设备100的电视1100收看广播电视频道节目。通过MR-DVR服务 器设备100或者任意一个MR-DVR客户端设备700上的用户界面,用户可以请求记录并保存 到MR-DVR服务器设备100中的存储设备的电视节目。所记录的节目可以来自特定时间的 特定电视频道,也可以是通过VOD或者PPV服务的。从MR-DVR客户端700或者从MR-DVR 服务器设备100,用户可以请求观看MR-DVR服务器设备100上的预先保存的节目或者在需 要的情况下从MR-DVR服务器设备100删除节目。存储、观看、或者删除节目的请求可以通过连接MR-DVR服务器设备100和MR-DVR客户端700的CCHN 200完成。注意,观看、存储 以及从MR-DVR服务器设备100删除节目是MR-DVR系统1400中的设备之间可用的一些交 互类型的示例,不应该被理解为本发明仅限于所描述的交互。图Ib图示出了传统宽带通信系统的另一个非限制性示例。然而,在该示例中,月艮 务网关1200的功能没有被结合到MR-DVR服务器设备102中,并且可选的电视1100没有被 连接。在传统的宽带通信系统的另一个示例中,MR-DVR服务器设备装配有内置的调谐器, 并且不需要网关功能。图2a图示出了传统的宽带通信系统的非限制性示例。除了图Ia中描述的功能以 夕卜,该系统还图示出了 MR-DVR系统1400和其他DLNA/UPnP兼容的远程设备300、310、400、 800,810之间的连通性。在该实施例中,服务网关1200通过本地网络1300向MR-DVR服务 器设备100提供视频/音频广播节目,并且通过以太网500和无线网络600提供IP服务。 除了图Ia中描述的功能以外,在该系统中,MR-DVR客户端700还可以与多个DLNA/UPnP兼 容的远程设备300、310、400、800、810中的任意一个进行交互。 可能的交互中的一个非限制性示例包括旧式MR-DVR客户端700请求存储在多个 DLNA/UPnP兼容的远程设备中的任意一个上的节目。使用旧式MR-DVR客户端700的观看者 通过MR-DVR服务器设备100请求存储在膝上型计算机310上的节目。MR-DVR服务器设备 100通过无线网络600发送请求,从膝上型计算机310接收节目,并且在CCHN 200上向请求 旧式MR-DVR客户端700发送节目。在另一个示例中,使用旧式MR-DVR客户端700的观看 者可以通过MR-DVR服务器设备100请求存储在PC 810上的节目。在这个实例中,MR-DVR 服务器设备100使用与旧式MR-DVR系统1400中所使用的频率不同的频率,通过CCHN 200 向PC810发送请求。MR-DVR服务器设备100在该不同的频率上接收来自PC810的节目,并 且使用旧式MR-DVR系统1400辨认出来的频率向请求旧式MR-DVR客户端700发送节目。在一个实施例中,旧式MR-DVR客户端700使用扩展有远程记录能力的MR-DVR协 议、或者可选地利用UPnP媒体服务器控制协议与MR-DVR服务器设备100进行通信。MR-DVR 服务器设备100向旧式MR-DVR客户端700传送网络信息(例如,家庭网络拓扑和所发现的 UPnP设备300、310、400以及服务),从而使得用户可以利用该信息进行交互。MR-DVR服务器设备100向旧式MR-DVR客户端700提供独立或者聚合的内容目录 服务,使得旧式MR-DVR客户端700的用户能够操纵包括MR-DVR服务器100在内的特定媒 体服务器上可用的内容条目,或者家庭网络1500(不限于家庭网络)中的所有内容条目。内 容条目可以包括但是不限于被存储在任何家庭网络1500设备100、300、310、400、810上的 内容条目,以及电子节目指南(EPG)中列出的广播节目。在一个实施例中,当旧式MR-DVR客户端700选择已经被授权的内容条目时, MR-DVR服务器设备100以MPEG传输向旧式MR-DVR客户端700递送所请求的媒体内容,而 不管媒体内容的位置如何。当建立内容递送会话时,MR-DVR服务器设备100为旧式MR-DVR 客户端700分配包括网络资源(例如,网络QoS)以及设备资源(例如,本地DVR重放会话) 的资源。在一个实施例中,MR-DVR服务器向旧式MR-DVR客户端700提供独立或者聚集的 预定记录服务(SRS)。这个服务使得旧式MR-DVR客户端700的用户能够预定连接至(不 限于)订户的建筑物中的网络的任意UPnP媒体服务器或者MR-DVR服务器设备100上的记录。在一个实施例中,如果媒体内容位于UPnP媒体服务器上而不是MR-DVR服务器设 备100上,则MR-DVR服务器设备100将来自旧式MR-DVR客户端700的MR-DVR请求转换 为UPnP请求,并将该UPnP请求发送至UPnP媒体服务器。另外,MR-DVR服务器设备100对 来自UPnP媒体服务器的UPnP响应进行转换,并将该响应发送至旧式MR-DVR客户端700。 MR-DVR服务器设备从UPnP媒体服务器接收HTTP或者RTP协议(不限于这些协议)中的媒 体内容,并且重新向旧式MR-DVR客户端700发送旧式MR-DVR传输协议中的媒体内容。当 内容压缩格式与旧式MR-DVR客户端700格式不兼容时,MR-DVR服务器设备100将该格式 转译为旧式MR-DVR客户端700格式。对于非限制性示例,IEEE标准H. 264被MR-DVR服务 器设备100转译为MPEG2。在图2a中,DLNA/UPnP兼容的远程设备300、310、400、800、810还可以访问存储在 MR-DVR服务器设备100上的节目。例如,STB 800可以使用旧式MR-DVR系统1400没有识 别的频率,通过CCHN 200请求存储在MR-DVR服务器设备100中的节目。MR-DVR服务器设 备100可以通过使用没有被旧式MR-DVR系统1400识别的频率向STB 800发送适当的节目 进行响应。注意,DLNA/UPnP兼容的远程设备从MR-DVR服务器设备100请求节目是能够在 MR-DVR系统和DLNA/UPnP兼容的远程设备之间进行的交互类型的一个非限制性示例。其他 可能的交互包括但不限于请求MR-DVR服务器设备100将节目存储到存储器存储设备、删除 节目以及各种网络维护交互。图2b图示出了类似于图2a中所示的传统的宽带通信系统的另一个非限制性示 例。然而,在这个示例中,MR-DVR服务器设备102和旧式MR-DVR客户端700具有内置的调 谐器,这消除了对于网关功能的需要,并且可选的电视1100没有被连接。在另一个实施例 中,服务网关120的功能被结合在MR-DVR服务器设备102中。图3a是示出MR-DVR客户端700、DLNA/UPnP兼容的远程设备800、以及MR-DVR服 务器设备140的所选择的通信部件的简化的非限制性框图。MR-DVR服务器设备100、旧式 MR-DVR客户端700以及DLNA/UPnP兼容的远程设备800之间的通信在相同的CCHN 200上。 与旧式MR-DVR客户端700相关联的通信使用QAM/QPSK/FSK调制信号。与DLNA/UPnP兼容 的远程设备800相关联的通信使用包括但不限于同轴电缆上的超宽带(UWB)调制以及MoCA 调制的调制信号。由于针对旧式MR-DVR客户端700和DLNA/UPnP兼容的远程设备800的 调制频率不同,所以在这些设备与MR-DVR服务器设备100之间的通信中一般不存在干扰。 另外,MR-DVR服务器设备140通过其他本地网络500、600与其他DLNA/UPnP兼容的远程设 备300、400进行交互。一般,旧式协议可以被用于MR-DVR服务器设备100和旧式MR-DVR 客户端700之间的通信。然而,如图3b中所示,MR-DVR服务器设备100和旧式MR-DVR客 户端700之间的一些通信可以基于UPnP协议。除了用于MR-DVR服务器设备100和MR-DVR旧式客户端700之间的通信的UPnP 出口和入口之外,MR-DVR服务器设备100和MR-DVR旧式客户端之间的一些旧式通信可以继 续依赖于旧式入口 /出口协议。图3b图示出了这个通信路径。使用QAM/QPSK/FSK调制, 不需要被转变为UPnP格式的通信将继续使用旧式的通信结构。图4是将DLNA/UPnP兼容的通信转换为旧式MR-DVR客户端可识别的旧式协议的 示例性转换的简要的非限制性示图。在UPnP AV服务协议中,内容目录服务(CDS)410基于客户端的请求向客户端提供内容列表,并且其是基于简单对象访问控制(SOAP)和数字项 描述语言简化(DIDL-Iite)格式的。所请求的内容目录经由SOAP被作为可扩展标记语言 (XML)片断递送给客户端。为了递送到MR-DVR旧式客户端设备,在将数据发送至MR-DVR 旧式客户端设备之前,MR-DVR服务器将该数据变换为图6中所示的“家中滚动(in home carousel) ”435数据格式。家中滚动概念类似于数字存储媒体命令和控制(DSM-CC)滚动, 其中数据在网络上被反复广播。注意,滚动模块可以跨越若干MPEG-PS部分,且这些部分的 编号和最后部分编号的值被MR-DVR旧式客户端设备利用来确保所接收的数据的完整性。 家中细目430与家中滚动(IHC)435 —起向旧式MR-DVR客户端提供细目递送服务和解析功 能。用于建立AV会话的辅助协议、连接管理服务415以及A/V传输服务420被转换为旧式 MR-DVR客户端使用的家中会话协议440。另外,MR-DVR服务器将DIDL-Iite格式405的数 据转换为MR-DVR旧式客户端使用的IHC格式430。家中细目格式405可以是固定数据格式 或者XML文件。
在从MR-DVR客户端设备接收到重放请求时,MR-DVR服务器通过分配端到端AV资 源创建AV会话。该AV会话将MR-DVR网络上的家中会话与剩余的家庭网络上的AV会话结 合在一起。对于MR-DVR网络,服务器经由家中会话协议分配资源。对于不同于MR-DVR分段 的网络分段,MR-DVR服务器设备100经由适当的协议分配资源,非限制性地例如,用于RTP 流的RTSP或者会话初始化协议(SIP)。端到端资源可以包括但不限于安全资源、网络QoS 以及诸如调谐器或者IP插口之类的网络连通性资源。图5a是图示出旧式MR-DVR客户端和DLNA/UPnP兼容设备之间的通信中的转换的 简要的非限制性实施例。包括但不限于802. 11或者以太网的层2协议515被转换为使用 QAM/QPSK/FSK的家中协议535。可以包括但不限于802. 11或者以太网的物理层520被转 换为 QAM/QPSK/FSK 调制层 540。图5b是描述不同的网络层和MR-DVR服务器设备执行的转换的简要的非限制性实 施例。在最上层,旧式MR-DVR客户端被配置为识别MPEG2视频格式525。MR-DVR服务器设 备将诸如H. 264和VC-I之类的其他视频格式505转换为MPEG2。MR-DVR服务器设备还将 其他DLNA/UPnP兼容设备使用的HTTP或者RTP格式510转换为用于旧式MR-DVR客户端的 QAM 530上的MPEG传输。在一个实施例中,旧式MR-DVR客户端使用家中地址分配算法。当该算法将家 中IP/MAC地址限制于旧式MR-DVR网络时,MR-DVR服务器设备100对来自或者去往旧式 MR-DVR网络的数据进行路由。图6图示出了可能的家中IP MAC帧的一个实施例。MR-DVR 服务器设备建立网络地址表(NAT),以将本地端口号码映射到旧式MR-DVR客户端的家中IP 地址和端口地址。使用该表,MR-DVR服务器设备在媒体服务器和旧式MR-DVR客户端之间 路由命令控制消息。另外,MR-DVR服务器设备建立并保持将HTTP或者RTP传输会话映射 到由多个旧式MR-DVR客户端使用的MPEG节目号码的表格。图7图示出了保持NAT 765和传输映射表755的MR-DVR服务器设备100的示例。 在这个图示中,使用RTP传输的一个远程媒体服务器725和旧式MR-DVR客户端700-3建立 了传输会话。另外,使用HTTP传输的一个远程媒体服务器745和旧式MR-DVR客户端700-2 建立了第二传输会话。MR-DVR创建并保持传输映射表765,其中该传输映射表针对两个传 输会话对传输信息进行关联。当新的传输会话被建立或者当前会话被终止时,MR-DVR服务器设备100对传输映射表755进行更新。MR-DVR服务器设备100还创建并保持NAT 765。 当在媒体服务器725、745以及旧式MR-DVR客户端700-3、700-2之间路由命令控制消息 时,MR-DVR服务器设备100参考该表格。当新的传输会话被建立或者当前会话被终止时, MR-DVR服务器设备100对NAT 765进行更新。注意,图7是传输会话的一种可能配置的非限 制性图示。在其他可能的非限制性配置中,可操作地连接至MR-DVR服务器设备100的旧式 MR-DVR客户端和媒体服务器的数目可以大于或者小于图7所示的数目。另外,旧式MR-DVR 客户端700不限于与图7中所示的媒体服务器建立传输会话,而是可以与可操作地连接至 MR-DVR服务器设备100的多个媒体服务器中的任意一个建立传输会话。在一个实施例中,MR-DVR客户端设备在UPnP内容目录服务(⑶S)消息和旧式 MR-DVR消息之间进行转换。媒体服务器上的CDS基于客户端的请求向客户端提供内容条目 的列表(内容目录)。UPnP AV设备结构定义了用于这个目的的CDS。该服务是以SOAP以 及数字项描述语言简化(DIDL-Lite)格式为基础的。所请求的内容目录被作为可扩展标记 语言(XML)片断经由SOAP递送。例如,获取内容目录的UPnP CDS动作为CDS =Browse ()。 UPnP控制点利用⑶S =Browse ()标签和参数来发送SOAP消息。在接收到该请求时,UPnP媒 体服务器履行请求,并且返回封装在SOAP响应消息中的XML格式的结果。在一个实施例中,旧式MR-DVR客户端经由家中滚动协议接收内容目录(a. k. a内 容细目)。家中滚动概念类似于数字存储媒体命令和控制(DSM-CC)滚动,其中,数据在网络 上被反复广播。数据滚动可以携带不限于细目数据的各种类型的数据。旧式MR-DVR客户 端基于滚动ID和模块ID对滚动数据进行过滤,并且将该数据装配回其最初的形式。 用于家中滚动数据格式的一种可能格式的示例在图8中示出。报头包括两个部 分,标准MPEG私有会话(MPEG-PS)报头805和家中滚动报头815。滚动ID标识接收客户 端以及诸如事务编号之类的相关联的数据属性,而模块ID可以指示数据类型(诸如细目或 者用户数据)。注意,MPEG会话的大小被限制为4096字节。所以,滚动模块可以跨越若干 MPEG-PS部分。滚动部分编号和最后部分编号被客户端用来确保所接收的数据的完整性。在一个实施例中,旧式MR-DVR协议使用一个字节的Op Code来标识请求,并且参 数数据根据返回路径带宽被限制到数个字节。因此,映射到UPnP CDS请求的内容目录请 求将是以预先定义的浏览简档为基础的。例如,简档可以只请求MR-DVR服务器上的所有 MPEG2内容条目,而另一个简档可以请求所有媒体服务器上可用的所有MPEG2内容条目。图 9图示出了映射到UPnP⑶S动作的一些MR-DVR消息的简要的非限制性示例。在图9中, 对于⑶S请求的命令905被映射到⑶S :browse () 925UPnP动作。对于⑶S更新915的命令 被映射到CDS =GetSystemUpdate ()935UPnP动作。注意,这个示例图示出了多个可能的命令 和动作中的若干命令和动作,但是不应该被理解为将本发明限制于图9中所示的命令和动 作。在一个实施例中,对于内容目录查询结果的转换在传输层和应用层两层上完 成。MR-DVR服务器设备将SOAP数据包转变为具有家中滚动有效载荷的MPEG-PS,并且将 DIDL-Iite格式的数据转换为旧式MR-DVR客户端使用的数据格式。被UPnP用作命令传输 协议的SOAP被建立在HTTP之上。图10图示出了一个可能的SOAP响应的示例。在该示例 中,SOAP响应是被包括在响应于⑶S请求的TCP数据包中的有效载荷。在从DLNA DMS接 收到响应时,MR-DVR服务器提取有效载荷(结果标签),通过将封装在SOAP封套的结果标签中的内容和HTTP报头信息的部分插入图7的有效载荷字段中构造家中滚动模块。家中滚动模块的一种可能配置在图11中示出。注意,这个示例图示出了多种响应中的一种可能 的响应,并且不应该被理解为将本发明限制于图10和图11中描述的响应。在一个实施例中,结果字段的有效载荷包括图12中所示的DIDL-Iite格式的数 据。当旧式MR-DVR客户端不支持DIDL-Iite格式时,MR-DVR服务器设备将该数据转变为 图13所示的表格。细目数据格式可以是固定的数据格式或者XML文件。注意,这个非限制 性的示例图示出了 DIDL-Iite格式和细目数据格式之间的转变处理,并且不应该被理解为 将本发明限制于图12和图13中所描述的转变。在一个实施例中,UPnP预定记录服务(SRS)被用来管理记录预定。UPnP SRS动 作的MR-DVR服务器设备请求映射是以预先定义的简档/模版为基础的。图14图示出了 可能的映射格式。SRS =CreateRecordSchedule ()的输出参数包括 RecordSchedulelD、 RecordSchedule以及UpdatalD。MR-DVR服务器创建唯一的16比特ID,以映射返回参数, 存储这些参数、并将该16比特ID作为未来参考的标志发送给旧式MR-DVR客户端。在一个实施例中,在从旧式MR-DVR客户端接收到重放请求时,MR-DVR服务器设备 通过分配端到端AV资源来创建AV会话。该AV会话结合了 MR-DVR网络上的家中会话(in home session)和剩余的家庭网络上的AV会话。旧式MR-DVR客户端使用家庭会话协议请 求建立与MR-DVR服务器设备的家中会话。另外,MR-DVR服务器建立MR-DVR服务器和目标 UPnP媒体服务器之间的其他AV会话。MR-DVR服务器将与传输协议相关的端到端AV资源 与AV会话相关联。例如,如果PnP媒体服务器支持RTP传输,则MR-DVR服务器将RTSP会 话与AV会话相关联。在一个实施例中,旧式MR-DVR客户端请求端到端网络资源分配,即针对内容流建 立端到端服务质量(QoS)。UPnP QoS服务支持的家庭网络QoS的两个模型是按照优先顺序 排序的QoS以及用参数表示的QoS。MR-DVR服务器设备通过将累积的节目带宽与QAM带宽 进行比较在MR-DVR网络分段上执行QoS准入控制。对于其他分段,MR-DVR服务器可以经 由UPnP建立用参数表示的或者按照优先顺序排列的QoS。当请求流被准许进入MR-DVR网 络时,MR-DVR服务器设备进行PnP QoS处理,以建立针对其他网络分段的QoS。在一个实施例中,MR-DVR服务器设备使用HTTP或者RTP来获取用于旧式MR-DVR 客户端的内容。图15图示出了将HTTP或者RTP传输转变为MR-DVR网络上的MPEG传输的 逻辑块。HTTP或者RTP流被转变为MPEG2传输流。如果媒体格式不是MEPG2传输格式(例 如,H. 264),则使用代码转换器。流解密器和加密器将加密格式转变为可以由旧式MR-DVR 客户端解密的格式,例如,将DTCP-IP转变为3-DES。流解密器和加密器是逻辑实体,并且在 一个实施例中可以位于插入在MR-DVR服务器设备中的可分离的安全模块中。在一个实施例中,将RTP或者HTTP传输转变为旧式MR-DVR媒体传输包括技巧模 式能力,其中该技巧模式能力包括但不限于暂停、从暂停点开始重新重放、跳到现场节目、 跳到节目中的指定位置、以多个速度快进、以多个速度快退、慢进以及慢退。在一个实施例中,网络拓扑信息可以通过MR-DVR经由UPnP协议或者其他专用协 议收集。该信息可以被递送到旧式MR-DVR客户端。用户可以观看网络信息的呈现,并可以 图形地选择媒体服务器来观看内容目录或者在这个服务器上预定记录。以上描述的系统是一个非限制性的实施例。以上描述的实施例包括无线和以太网连通性。在另一个实施例中,将不提供无线和/或以太网连通性。在又一个实施例中,从 MR-DVR服务器设备到电视的直接连通性不会被提供。尽管结合优选实施例和具体示例描述了这些方法和系统,但是本发明的范围不限 于所阐述的特定实施例,因为本文中描述的实施例在所有方面都是说明性的而不是限制性 的。除非清楚地声明,否则本文中阐述的任何方法都不应该被理解为要求它的步骤以 特定的次序被执行。因此,在方法权利要求没有实际地陈述其步骤应该遵守的次序的情况 下或者在权利要求和说明书中没有具体规定步骤被限于特定次序的情况下,在任何方面都 不应该推断次序。这对于说明的任何可能的非表达基础都有效,包括针对步骤的安排或者 操作流程的逻辑方面;从语法组织或者标点符号推断出的清晰含义、说明书中描述的实施 例的数目或类型。本领域技术人员将明白,在不偏离本发明的范围和精神的情况下,可以做出各种 修改和变型。根据本文中公开的实践和说明书,其他实施例对于本领域技术人员来说将是 显而易见的。期望说明书和示例只被作为示例,真正的范围和 精神由下面的权利要求指示。
权利要求
1.一种用于传达UPnP信息的方法,包括通过MR-DVR客户端接收利用第一 UPnP信息编码的QAM调制信号; 通过所述MR-DVR客户端发送利用第二 UPnP信息编码的QPSK调制信号或者FSK调制信号。
2.根据权利要求1所述的方法,其中通过MR-DVR客户端接收利用第一UPnP信息编码 的QAM调制信号包括在网络上从MR-DVR服务器设备接收第一 UPnP信息。
3.根据权利要求2所述的方法,其中在网络上从MR-DVR服务器设备接收第一UPnP信 息包括在包括同轴电缆网络系统的网络上接收所述第一 UPnP信息。
4.根据权利要求2所述的方法,其中在网络上从MR-DVR服务器设备接收第一UPnP信 息包括从位于家庭网络中的所述MR-DVR服务器设备接收第一 UPnP信息。
5.根据权利要求4所述的方法,其中所述家庭网络包括位于消费者的建筑物处的多个 网络媒体。
6.根据权利要求2所述的方法,其中通过所述MR-DVR客户端在网络上从MR-DVR服务 器设备接收第一 UPnP信息包括通过位于消费者的建筑物处的所述MR-DVR客户端接收第一 UPnP信息。
7.一种用于传达UPnP信息的方法,包括通过MR-DVR服务器设备发送利用第一 UPnP信息编码的QAM调制信号; 通过所述MR-DVR服务器设备接收利用第二 UPnP信息编码的QPSK调制信号或者FSK 调制信号;通过所述MR-DVR服务器设备向网络设备发送数据;通过所述MR-DVR服务器设备从所述网络设备接收数据;以及通过所述MR-DVR服务器设备在所述网络设备和MR-DVR旧式网络之间路由数据流量。
8.根据权利要求7所述的方法,其中在所述网络设备和所述MR-DVR旧式网络之间路由 数据流量包括通过所述MR-DVR服务器设备在UPnP内容目录服务消息和旧式MR-DVR消息之间进行 转换;通过所述MR-DVR服务器设备在UPnP预定记录服务消息和所述旧式MR-DVR消息之间 进行转换;通过所述MR-DVR服务器设备在网络分段上建立音频/视频(AV)流会话,其中所述网 络设备被可操作地连接至所述网络分段;通过所述MR-DVR服务器设备在所述旧式MR-DVR网络上建立所述AV流会话; 通过所述MR-DVR服务器设备为UPnP媒体服务器和旧式MR-DVR客户端之间的内容递 送会话分配网络资源;通过所述MR-DVR服务器设备将传输机制转变为旧式MR-DVR媒体传输;以及 通过所述MR-DVR服务器设备为所述旧式MR-DVR客户端提供网络信息。
9.根据权利要求8所述的方法,其中将所述传输机制转变为旧式MR-DVR媒体传输包括 转变RTP传输机制。
10.根据权利要求8所述的方法,其中将所述传输机制转变为旧式MR-DVR媒体传输包 括转变HTTP传输机制。
11.根据权利要求9所述的方法,其中将所述RTP传输机制转变为旧式MR-DVR媒体传 输包括提供技巧模式能力。
12.根据权利要求10所述的方法,其中将所述HTTP传输机制转变为旧式MR-DVR媒体 传输包括提供技巧模式能力。
13.根据权利要求8所述的方法,其中为所述旧式MR-DVR客户端提供网络信息包括 提供所发现的UPnP设备信息;以及提供服务描述信息。
14.根据权利要求7所述的方法,其中通过MR-DVR服务器设备发送利用第一UPnP信 息编码的QAM调制信号包括在网络上从所述MR-DVR服务器设备向MR-DVR客户端发送第一 UPnP信息。
15.根据权利要求7所述的方法,其中在网络上从MR-DVR服务器设备发送第一UPnP信 息包括在利用同轴电缆家庭网络组成的网络上发送所述第一 UPnP信息。
16.根据权利要求7所述的方法,其中在网络上从MR-DVR服务器设备向MR-DVR客户 端发送第一 UPnP信息发送包括从位于所述家庭网络中的所述MR-DVR服务器设备发送第一 UPnP信息。
17.根据权利要求7所述的方法,其中通过所述MR-DVR服务器设备在网络上发送第一 UPnP信息包括将第一 UPnP信息发送至消费者的建筑物处的所述MR-DVR客户端。
18.一种用于传达UPnP信息的系统,包括 网络;MR-DVR客户端;以及MR-DVR服务器设备,其中所述MR-DVR客户端在所述网络上从所述MR-DVR服务器设备 接收利用第一 UPnP信息编码的QAM调制信号,并且所述MR-DVR客户端在所述网络上将利 用第二 UPnP信息编码的QPSK调制信号或者FSK调制信号发送至所述MR-DVR服务器设备。
19.根据权利要求18所述的系统,其中所述MR-DVR服务器设备被进一步配置为在网络 设备和MR-DVR旧式网络之间路由数据流量。
20.根据权利要求18所述的系统,其中所述MR-DVR服务器设备被进一步配置为在所述 网络设备和所述MR-DVR旧式网络之间路由数据流量,包括所述MR-DVR服务器设备被进一 步配置为在UPnP内容目录服务消息和旧式MR-DVR消息之间进行转换; 在UPnP预定记录服务消息和所述旧式MR-DVR消息之间进行转换; 在网络分段上建立AV流会话,其中所述网络设备被可操作地连接至所述网络分段; 在所述旧式MR-DVR网络上建立所述AV流会话;为UPnP媒体服务器和旧式MR-DVR客户端之间的所述AV流会话分配网络资源; 将传输机制转变为旧式MR-DVR媒体传输;以及 为所述旧式MR-DVR客户端提供网络信息。
21.根据权利要求20所述的系统,其中所述MR-DVR服务器设备被配置为将所述传输机 制转变为所述旧式MR-DVR媒体传输,包括所述MR-DVR被进一步配置为将RTP传输机制转 变为所述旧式MR-DVR媒体传输。
22.根据权利要求20所述的系统,其中所述MR-DVR服务器设备被配置为将所述传输机制转变为旧式MR-DVR媒体传输,包括所述MR-DVR被进一步配置为转变HTTP传输机制。
23.根据权利要求21所述的系统,其中所述MR-DVR服务器设备被进一步配置为将所 述RTP传输机制转变为旧式MR-DVR媒体传输,包括所述MR-DVR被进一步配置为提供技巧 模式能力。
24.根据权利要求22所述的系统,其中所述MR-DVR服务器设备被进一步配置为将所述 HTTP传输机制转变为旧式MR-DVR媒体传输,包括所述MR-DVR服务器设备被进一步配置为 提供技巧模式能力。
25.根据权利要求20所述的系统,其中所述MR-DVR服务器设备被配置为为所述旧式 MR-DVR客户端提供网络信息,包括所述MR-DVR服务器设备被进一步配置为提供所发现的UPnP设备信息;以及提供服务描述信息。
26.根据权利要求18所述的系统,其中所述MR-DVR服务器设备对所述FSK调制信号或 者所述QPSK调制信号进行解码以检索所述第二 UPnP信息,并且所述MR-DVR服务器设备将 所述第一 UPnP信息编码为所述QAM调制信号。
27.根据权利要求18所述的系统,其中所述MR-DVR客户端对所述QAM调制信号进行 解码以检索所述第一 UPnP信息,并且所述MR-DVR客户端将所述第二 UPnP信息编码为所述 FSK调制信号或者所述QPSK调制信号。
28.根据权利要求18所述的系统,其中所述网络是家庭网络。
29.根据权利要求18所述的系统,其中所述MR-DVR服务器设备位于所述家庭网络中。
30.根据权利要求18所述的系统,其中所述MR-DVR客户端位于消费者的建筑物处。
31.一种MR-DVR客户端设备,包括处理器,其中所述处理器被配置为接收利用第一 UPnP信息编码的QAM调制信号;以及发送利用第二 UPnP信息编码的QPSK调制信号或者FSK调制信号。
32.一种MR-DVR服务器设备,包括处理器,其中所述处理器被配置为发送利用第一 UPnP信息编码的QAM调制信号;接收利用第二 UPnP信息编码的FSK调制信号或者QPSK调制信号;以及在网络设备和MR-DVR客户端设备之间路由数据流量。
全文摘要
一种用于可操作地连接MR-DVR旧式系统和DLNA/UPnP兼容设备的方法。实施例包括将DLNA/UPnP兼容协议/数据格式转换为MR-DVR旧式客户端设备使用的旧式协议/数据格式的MR-DVR服务器。
文档编号H04L12/28GK102007732SQ200980113163
公开日2011年4月6日 申请日期2009年4月15日 优先权日2008年4月15日
发明者莱恩·P·池昂 申请人:思科技术公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1