本申请是于2009年4月15日递交的PCT国际专利申请,其中该申请对于除美国以外的所有指定国的申请人为思科技术公司,对于美国的申请人为美国公民Ryan P.Chiang。该申请要求于2008年4月15日递交的美国实用新型专利申请序列号No.12/103013的优先权。
附图说明
结合在说明书中并作为说明书的一部分的不是按比例画出的附图示出了实施例,并且结合描述用于解释这些方法和系统的原理:
图1a图示出了示出这样的MR-DVR系统的实施例,其中MR-DVR服务器设备通过STB从WAN接收广播节目,节目通过来自MR-DVR客户端的请求或者通过直接连接至MR-DVR服务器设备的显示设备被观看;
图1b图示出了示出这样的MR-DVR系统的实施例,其中MR-DVR服务器设备通过WAN直接连接至头端,节目通过来自MR-DVR客户端的请求被观看;
图2a图示出了结合了通过各种联网介质连接至MR-DVR服务器设备的UPnP/DLNA兼容的远程设备的图1a的示例性系统;
图2b图示出了结合了通过各种联网介质连接至MR-DVR服务器设备的UPnP/DLNA兼容的远程设备的图1b的示例性系统;
图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 CDS动作的MR-DVR消息的实施例;
图10图示出了简单对象访问协议响应的实施例;
图11图示出了家中滚动模块的配置的实施例;
图12图示出了结果字段的有效载荷的DIDL-lite数据格式的实施例;
图13图示出了内容目录表的实施例;
图14图示出了UPnP SRS动作到MR-DVR请求的映射的实施例;
图15图示出了用于将HTTP或RTP传输转变为MR-DVR网络上的MPEG传输的逻辑块的实施例。
具体实施方式
公开并描述这些方法和系统之前,应该明白这些方法和系统不限于具体的综合方法、具体部件、或者特定组合,而是可以变化的。还应该理解,本文中使用的术语只用于描述特定实施例,而不用于限制。
如说明书和所附权利要求中所使用的,单数形式“一”、“一个”、以及“该”包括多个讨论目标,除非文中清楚地做出其他规定。本文中表达的范围可以是从“大约”一个特定值、和/或到“大约”另一个特定值。当表达这种范围时,另一个实施例包括从该一个特定值和/或到另一个特定值。类似地,当数值被表达为近似值时,通过使用先行词“大约”,将会明白特定值形成了另一个实施例。还应该理解,每个范围的端点相对于另一个端点都是显著的,并且独立于另一个端点。
“可选的”或者“可选地”是指随后描述的事件或者情况可能发生也可能不发生,并且该描述包括所述事件或者情况发生的实例以及所述事件或者情况没有发生的实例。
“示例性的”是指“示例”而不是表达理想或优选实施例的意思。
通过参考本文中包括的优选实施例和示例的以下详细描述、以及附图和附图的前述及后续描述,将更容易理解这些方法和系统。
在宽带通信系统和本地网的背景下,可以理解本文中描述的实施例。然而注意,本发明可以被具体化为很多不同的形式,并且不应该被理解为局限于本文中阐述的实施例。接收所发送的宽带信号的包括在宽带通信系统中的远程设备可以包括远程机顶终端、电视、包括配置点(POD)模块的电视、诸如DVD播放器/记录器之类的消费者电子设备、计算机、个人数字助理(PDA)或者其他设备。本文中给出的所有示例是非限制性的,并且被提供用于帮助阐明本发明的描述。
本文中描述的实施例用于适合用在CCHN中的网络多媒体系统(NMS)。尽管NMS一般位于订户建筑物(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服务器设备中可用的一些或全部高级硬件和软件特性。下面描述适于实现实施例的通信系统。
图1a是示出传统宽带通信系统的非限制性示例的简化框图。在这个示例中,通信系统包括经由广域网(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)服务等。
在图1a中,用户通过连接至电视的任意一个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中的设备之间可用的一些交互类型的示例,不应该被理解为本发明仅限于所描述的交互。
图1b图示出了传统宽带通信系统的另一个非限制性示例。然而,在该示例中,服务网关1200的功能没有被结合到MR-DVR服务器设备102中,并且可选的电视1100没有被连接。在传统的宽带通信系统的另一个示例中,MR-DVR服务器设备装配有内置的调谐器,并且不需要网关功能。
图2a图示出了传统的宽带通信系统的非限制性示例。除了图1a中描述的功能以外,该系统还图示出了MR-DVR系统1400和其他DLNA/UPnP兼容的远程设备300、310、400、800、810之间的连通性。在该实施例中,服务网关1200通过本地网络1300向MR-DVR服务器设备100提供视频/音频广播节目,并且通过以太网500和无线网络600提供IP服务。除了图1a中描述的功能以外,在该系统中,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-lite)格式的。所请求的内容目录经由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-lite格式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-1之类的其他视频格式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内容目录服务(CDS)消息和旧式MR-DVR消息之间进行转换。媒体服务器上的CDS基于客户端的请求向客户端提供内容条目的列表(内容目录)。UPnP AV设备结构定义了用于这个目的的CDS。该服务是以SOAP以及数字项描述语言简化(DIDL-Lite)格式为基础的。所请求的内容目录被作为可扩展标记语言(XML)片断经由SOAP递送。例如,获取内容目录的UPnP CDS动作为CDS:Browse()。UPnP控制点利用CDS: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 CDS动作的一些MR-DVR消息的简要的非限制性示例。在图9中,对于CDS请求的命令905被映射到CDS:browse()925UPnP动作。对于CDS更新915的命令被映射到CDS:GetSystemUpdate()935UPnP动作。注意,这个示例图示出了多个可能的命令和动作中的若干命令和动作,但是不应该被理解为将本发明限制于图9中所示的命令和动作。
在一个实施例中,对于内容目录查询结果的转换在传输层和应用层两层上完成。MR-DVR服务器设备将SOAP数据包转变为具有家中滚动有效载荷的MPEG-PS,并且将DIDL-lite格式的数据转换为旧式MR-DVR客户端使用的数据格式。被UPnP用作命令传输协议的SOAP被建立在HTTP之上。图10图示出了一个可能的SOAP响应的示例。在该示例中,SOAP响应是被包括在响应于CDS请求的TCP数据包中的有效载荷。在从DLNA DMS接收到响应时,MR-DVR服务器提取有效载荷(结果标签),通过将封装在SOAP封套的结果标签中的内容和HTTP报头信息的部分插入图7的有效载荷字段中构造家中滚动模块。家中滚动模块的一种可能配置在图11中示出。注意,这个示例图示出了多种响应中的一种可能的响应,并且不应该被理解为将本发明限制于图10和图11中描述的响应。
在一个实施例中,结果字段的有效载荷包括图12中所示的DIDL-lite格式的数据。当旧式MR-DVR客户端不支持DIDL-lite格式时,MR-DVR服务器设备将该数据转变为图13所示的表格。细目数据格式可以是固定的数据格式或者XML文件。注意,这个非限制性的示例图示出了DIDL-lite格式和细目数据格式之间的转变处理,并且不应该被理解为将本发明限制于图12和图13中所描述的转变。
在一个实施例中,UPnP预定记录服务(SRS)被用来管理记录预定。UPnP SRS动作的MR-DVR服务器设备请求映射是以预先定义的简档/模版为基础的。图14图示出了可能的映射格式。SRS:CreateRecordSchedule()的输出参数包括RecordScheduleID、RecordSchedule以及UpdataID。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服务器设备到电视的直接连通性不会被提供。
尽管结合优选实施例和具体示例描述了这些方法和系统,但是本发明的范围不限于所阐述的特定实施例,因为本文中描述的实施例在所有方面都是说明性的而不是限制性的。
除非清楚地声明,否则本文中阐述的任何方法都不应该被理解为要求它的步骤以特定的次序被执行。因此,在方法权利要求没有实际地陈述其步骤应该遵守的次序的情况下或者在权利要求和说明书中没有具体规定步骤被限于特定次序的情况下,在任何方面都不应该推断次序。这对于说明的任何可能的非表达基础都有效,包括:针对步骤的安排或者操作流程的逻辑方面;从语法组织或者标点符号推断出的清晰含义、说明书中描述的实施例的数目或类型。
本领域技术人员将明白,在不偏离本发明的范围和精神的情况下,可以做出各种修改和变型。根据本文中公开的实践和说明书,其他实施例对于本领域技术人员来说将是显而易见的。期望说明书和示例只被作为示例,真正的范围和精神由下面的权利要求指示。