使用DLNA DMS服务来远程调谐频道的方法和装置
相关申请的交叉引用
本申请要求2011年1月4日递交的题目为“A method for using a DLNA DMSservice to present and manage tunable devices”的序列号No.61/429,550的美国临时申请的递交日期的优先权,其全文通过引用方式并入本文中。
技术领域
本发明涉及执行广播节目的重放。更具体地,其涉及在数字生活网络联盟(DLNA)环境中控制广播节目的重放的方法和装置。
背景技术
广播内容服务提供商和因特网服务提供商继续在它们各自的内容传递系统中寻找协同。然而,广播中心的服务和因特网的中心服务之间的操作仍然是个问题。例如,传统的远程控制设备没有信息显示。触摸板以及显示文本、照片和视频剪辑的其他交互式设备需要在较高分辨率/功能设备上显示所选择的内容的机制。
发明内容
根据概括方案,接收到用于访问广播媒体项目的请求,并确定用于调谐到广播媒体项目的广播参数。响应于该请求,确定并发送代表广播参数的命令字符串。
根据另一概括方案,向媒体服务器发送用于访问广播媒体项目的请求。从媒体服务器接收到命令字符串并解码,以确定与广播媒体项目相关联的广播参数。响应于所确定的广播参数,控制调谐器,以访问广播媒体项目。
根据另一概括方案,一种系统包括:媒体服务器,该媒体服务器被适配为与网络相连;以及媒体客户端,用于访问广播媒体项目。媒体服务器接收到用于访问广播媒体项目的请求,并确定用于调谐到广播媒体项目的广播参数。其确定代表广播参数的命令字符串,并响应于该请求发送该命令字符串。媒体客户端向媒体服务器发送用于访问广播媒体项目的请求,并从媒体服务器接收命令字符串。其对命令字符串进行解码以确定与广播媒体项目相关联的广播参数,并响应于所确定的广播参数,控制调谐器,以访问广播媒体项目。
附图说明
在所有附图中,类似的附图标记表示类似的组件,在附图中:
图1是示出了根据本发明的实施方式,用于使DLNA设备能够管理广播节目的回放的示例性方法的流程图;
图2是示出了根据本发明的进一步的实施方式的示例性方法的流程图;
图3是示出了根据本发明的实施方式,操作使DLNA设备能够管理广播节目回放的方法的示例性系统的方框图。
具体实施方式
DLNA数字媒体服务(DMS)规范提供了使DLNA客户端设备(也被称为“DLNA控制点”或“DLNA客户端”)让媒体渲染器通过交换URL和控制接口来播放内容的方法。这里,抽象概念是URL代表在LAN中可获得的一些系统上作为存储的文件存在的视频、照片或视频资源。
本原理将此抽象概念扩展到允许渲染通过调谐设备访问的广播音频/视频流。
DMS规范为EPG(电子节目指南)事件提供元数据定义,允许客户端向DMS查询与针对即将到来的广播节目的时间和频道有关的信息。向希望播放节目的DMS客户端呈现(present)可以用于请求节目的URL。
然而,广播节目通常不通过IP分组网络流传送,而是优选地用于在特定频率上通过地面有线、卫星传输或通过空中RF传输来发送信号。每个这些传输方法需要可以锁定信号以接收节目的调谐设备(例如,机顶盒(STB))。
希望向消费者提供用于查看在调谐设备上接收的内容的能力的DMS设备必须将可获得的节目元数据转换到用于监视所请求节目的调谐频率上,并向DMS消费者呈现将使系统能够知道要调谐到哪个频率以播放所请求节目的URL。注意,给定频率上可以编码有多个节目。可以使用节目ID(例如,MPEG-2节目号)来标识给定频率中的节目。
本原理通过提供以下机制来解决此问题:将媒体项目(具有包含针对节目的台呼号或频道号的元数据要素)与服务提供商广播节目所在的特定广播频率以及虚拟频道相关联。这可以通过以下步骤完成:扫描在进入DLNA客户端设备的广播TV数字连接上可获得的频率,以及将此频率信息与在数字连接上从网络运营商所接收的数字数据流中发布的指南信息相关联。
注意,指南信息具有面向用户的数据(例如,节目描述、台呼号、频道号)和技术数据(例如,虚拟频道号、MPEG节目ID)。例如,在DVB-T系统中,可以在给定频率以MPEG流来广播这些数据,并且将其设置到已定义的MPEG节目ID中。每个网络运营商以它们定义的某种定制方式供应(provision)此信息。提供商还可以从通过IP连接可访问的数据库供应与节目有关的更丰富的信息。此信息将比通过DVB-T接口在MPEG传输流中发送的基本信息容器更丰富。
因为节目/频道频率不是通用的,并且是由广播提供商特别分配的,本原理还提供针对在本领域中要供应的关联表的手段,允许设备动态地认识其频率关联性。
图1和2示出了用于使用DLNA DMS服务来控制广播节目的回放的示例性方法10。使用MPEG流作为示例性数据流并使用DVB作为示例性广播系统,我们讨论如何动态地产生关联性。注意,当使用其他数据流格式或广播系统(例如,ATSC,电缆网络)时,可以容易地扩展该方法。
当接收MPEG流时,可以连同物理频道号一起从MPEG流中提取DVB三元组(即,原始网络ID、传输流ID和服务ID)。这交叉引用向系统供应的表,该表将物理频道与用户对频道的想法相关联(12)。
在内容管理系统(CMS)中存储的与事件(广播节目)相关的元数据包含呼号和虚拟频道号。CMS为了建立URL,CMS从其所供应的表中找到针对虚拟频道号的DVB三元组,并产生URL(例如,http://192.168.1.100/MediaPlayer?source=dvb://fff.99dc.1&sink= decode)(14)。此信息可以被封装在作为“协议信息”性质中标准“res”要素的一部分向DLNA客户端进行发送的UPnP DIDL-Lite文件中,如表1所示。为了获得控制会话的措施,可以将URL编码为安全措施,使得客户端无法猜测如何选择URL。
表1
例如,DLNA客户端可以向其在STB上发现的DLNA数字媒体显示(DMR)服务呈现这些“res”要素选择,并且此DMR服务指示其将接受stbvideo协议,因此客户端向网络呈现http://192.168.1.100/MediaPlayer?source=dvb://fff.99dc.1&sink=decode值以用于处理,因为通过HTTP服务器查明媒体播放器CGI程序,其进而针对源/目的参数发布“Dbussend”命令,开始在STB上播放节目。
DLNA客户端接收URL(16)并向在URL中指定的HTTP服务(例如,向HTTP客户端或要在本地解码)呈现URL(18)。因此,在其指定的回放设备执行节目的回放(18)。在图2中更详细地描述步骤18。
参考图2,HTTP服务接受“HTTP-Get”请求(20)。对URL进行解码(22)以提取频率和节目ID信息(例如,DVB三元组信息),用于确定要调谐到哪个节目以及确定要在哪里播放已调谐的频道(24)。
图2示出了与在哪里播放节目有关的两个示例性选择。一个选择是本地(例如,在与机顶盒相连的电视上)播放视频(例如,协议信息protocolInfo=“stbvideo...”)(26)。另一选择是例如在http实况中流传输(例如,协议信息=“httplive...”)(28)。即,将数字节目通过IP链路导向到远程媒体渲染设备。
假定使用具有视频回放功能的平板作为用于请求电视调谐到给定频道的DLNA控制点,在下文中解释了两个示例性使用情况(分别是,本地播放和远程播放)。
在第一使用情况中,平板请求电视调谐到一频道,并且电视播放此频道。作为DLNA控制点操作,平板发现DLNA DMS服务以及STB上的DLNA DMR服务。平板请求DMR在STB上播放在DMS中找到的内容项目。DMR识别其使用的资源元数据,以让媒体播放器调谐到在元数据中所标识的频道,渲染在所附接的电视屏幕上出现的视频。
在第二使用情况中,平板请求调谐到电视频道,并且平板播放此频道。作为DLNA控制点操作,平板发现DLNA DMS服务。平板想要将视频导向到其本地屏幕,并在资源元数据中找到用于请求所支持的网络协议(例如,HTTP、RTSP)的流的选择。平板使用针对其支持的网络协议进行编码的URL,并利用所提供的URL进行HTTP-Get操作。HTTP服务器处理URL参数,以向媒体播放器发送“Dbussend”命令,媒体播放器进而调谐到URL参数中所标识的所请求频道,并根据所请求的协议输出流。
表2是根据本原理所构建的关联表的示例。表2示出了将呼号(例如,CSPAN)与频率相关联的数据,针对此呼号/频道所广播的节目映射在该频率上。“Dbussend”定位符代表设备调谐器需要锁定频道并选择合适的虚拟频道以用于解码的信息。在此情况下,“Dbussend”定位符包括媒体播放器为了调谐到特定频道所需要的DVB三元组信息(例如,ffff.993c.1)。本领域技术人员将理解,存在许多用于表达命令序列(包括调谐器需要用于定位节目的广播参数)的方法,因此,本原理不限于“Dbussend”定位符,它们仅作为示例性实施方式在本文中示出和描述。例如,可以使用DMS可以将其映射到定位符的DMS识别的唯一字符串。
表2
重要的是注意,广播提供商在服务广播中通过编码在数字广播的视频流中(例如,MPEG-2流中)的表来供应频率/呼号/频道映射。本原理读取此映射信息,并将来自MPEG映射表的“Dbussend”命令与广播节目的元数据相关联,使用元数据中的呼号或频道号数据来建立用于在期望查看节目时向调谐器发送的正确的“Dbussend”命令。
广播提供商选择他们想要通过给定节目频道(例如,ESPN、CSPAN)发送的频率和频道/虚拟频道。可以按照算法对“DbussendLocator”字符串进行定义,以对频率和物理频道进行编码,用于从该频率中对其进行解码,并且向调谐器硬件呈现该“Dbussend Locator”字符串,用于锁定并解码该信号。
图3示出了用于实现本原理的示例性系统110。DLNA客户端或控制点112向DMS116请求(114)内容。如上所述,DLNA客户端可以是例如平板、智能手机、便携式音乐播放器、PC等。DMS向内容管理系统120转发(118)针对内容的客户端请求。内容管理系统120读取内容数据库140,利用筛选以遵守客户端的搜索准则。内容管理系统还访问频道转换表142以试图满足客户端的请求,频道转换表142使用来自网络运营商300的节目指南信息304。
然后,内容管理系统120收集合适的数据,并将它们转换格式/准备122成为DIDL-Lite方案(124)(例如,url:schemas-upnp-org:metadata-1-0/DIDL-Lite/),将DIDL-Lite方案转发回DMS116,用于发送回DLNA客户端112。
本原理的方法的一个方案包括:针对要向进行请求的客户端发送的每个内容项目,参考频道转换表142,用http参数字符串设置DIDL-Lite“res”要素标签,当客户端作出控制请求以开始播放时,这将指示媒体播放器134要调谐到哪个频道。
在DLNA协议中,向DLNA媒体渲染器130呈现URL128,DLNA媒体渲染器130向媒体播放器134提供控制接口(以供应音量控制、暂停等),媒体播放器134实际上在硬件上实现视频/音频的调谐和渲染。被编码到URL中的DVB三元组信息(即,在本示例中的“DbussendLocator”字符串)透明地经过DLNA控制点112和DLNA媒体渲染器130。媒体播放器134提供将从DLNA媒体渲染器130接受已编码的URL的接口,并通过访问并调谐到对应广播302来执行所请求的节目的调谐和播放。媒体播放器134向回放设备138传递视频/音频136。
根据本发明的一个方案,提供DLNA媒体渲染器130作为可以如何从网络附接设备向媒体播放器呈现要调谐的请求的示例。它还充当用于从媒体播放器134向DLNA控制点112呈现状态信息、并且用于从控制点接收播放器控制命令并进而将该播放器控制命令向回放设备138呈现的媒介物。在本示例中,DLNA媒体渲染器130可以是软件规范,该软件规范描述用于与媒体播放器接口的基于消息的API。DLNA控制点112与DLNA媒体渲染器130进行通信,以能够实现渲染音频/视频资源的控制。在不脱离本发明的范围的前提下,可以实现与如何向媒体播放器呈现用于调谐到特定频道的请求有关的其他方法和/或实施方式。
本领域技术人员将理解,这里使用媒体播放器134作为示例,并且可以使用能够调谐数字广播的任意媒体播放器,只要合适的接口经由相关联的媒体项目/已编码URL设置频道以进行调谐。能够调谐数字广播的媒体播放器的示例可以是电缆机顶盒、所接收的卫星等。
本文还可以想到:还可以利用本发明的方法来使用媒体播放器web服务,以允许远程客户端配置针对本地或远程渲染的回放。本领域技术人员周知并理解媒体播放器web服务的细节。
根据一个实施方式,内容管理系统120使用网络运营商300呈现的节目指南信息304,并将此信息与经由WAN和内容发布服务200所发布的更综合的信息指南进行合并。由于带宽限制,由网络运营商300发送的节目指南304对所安排的节目具有有限信息。同样,可以从在WAN(例如,imdb.com)上可获得的内容发布服务获得附加信息(例如,被摄取以向消费者提供观看节目所基于的更丰富信息的评论、演员、导演、节目取笑者)。
将理解,这些服务不是特定于提供商的,并且不包含用于获取广播的调谐信息。内容管理系统120从发布服务300摄取元数据,基于网络运营商300提供的信息对其进行过滤,使得从向LAN中客户端呈现的数据中排除与通过网络运营商不可获得的节目有关的信息。
从上文中显而易见的是,内容管理系统包括以下处理能力:使其能够从各种提供商收集信息源,并呈现可获得的节目内容的选择,使得DLNA客户端可以查看信息,作出播放它的选择,并通过本发明所产生的已编码URL进行对选择的调谐。因此,作为此处理的结果,不需要外部调谐步骤。
该系统的优点是:当进行选择并选择了要观看的媒体节目时,客户端不一定要区分广播的、经LAN流传输的、经WAN流传输的或本地存储的内容。与为观看和控制媒体回放而构建各种和多种使用情况相反的是,这样得到的针对客户端设备的简化用户界面允许开发一个统一的使用情况。通过客户端设备和应用,用户可以通过这些机制,观看并播放内容,而不需要注意它的源。
本文中所叙述的所有示例和条件语言意在进行教导,以帮助理解本发明的原理以及发明人相对于现有技术所贡献的概念的阅读,并且不应被理解为受限于这些特定记载的示例和条件。
此外,本文中叙述原理、方案、本原理实施例及其特定示例的所有表述意在包含其结构性和功能性等同物。此外,这些等同物既包括当前已知的等同物,还包括未来将开发的等同物,即,任意执行相同功能(不论结构)的所开发要素。
因此,例如,本领域技术人员应当了解,本文中呈现的方框图代表实现本原理的示意性电路的概念性图式。类似地,将了解,任意流程图、流图、状态转移图、伪代码等代表各种处理,这种处理可以实质性地表示在计算机可读介质中,并因此由计算机或处理器执行(不管是否显式地示出这种计算机或处理器)。
可以通过使用专用硬件以及能够结合合适的软件来执行软件的硬件,来提供附图中所示出的各种要素的功能。当由处理器提供功能时,可以由单个专用处理器、或由单个共享处理器或由多个单独处理器(其中的一些可以共享)来提供该功能。此外,显式地使用术语“处理器”或“控制器”不应当被理解为是专门指代能够执行软件的硬件,而是还可以隐式地包括(但不限于):数字信号处理器(“DSP”)硬件、用于存储软件的只读存储器(“ROM”)、随机存取存储器(“RAM”)和非易失性存储器。
还可以包括其他传统的和/或定制的硬件。类似的,在附图中示出的任意转换仅是概念性的。如从上下文中更具体地理解,可以通过程序逻辑的操作、通过专用逻辑、通过程序控制和专用逻辑的交互或甚至手动地,来实现它们的功能,具体技术可由实施者选择。
在文本的权利要求中,作为用于执行特定功能的装置来表述的任意要素意在包括执行此功能的任意方式,包括:例如,a)执行此功能的电路要素的组合,或b)软件(具有任意形式,因此包括:固件、微代码等),结合有用于执行该软件以执行该功能的合适电路。由这些权利要求所定义的本原理存在于以下事实中:由各种所述装置所提供的功能是以权利要求所要求的方式合并和集合的。因此,可以认为,可以提供那些功能的任意装置是与本文所示出的那些装置等同的。
在说明书中对本原理的“一个实施例”或“实施例”及其其他变体的引述意味着结合实施例所描述的特定特征、结构、特性等被包括在本原理的至少一个实施例中。因此,在整个说明书中各处出现的短语“在一个实施例中”或“在实施例中”以及任意其他变体不一定都指代相同的实施例。
应当理解,可以以硬件、软件、固件、专用处理器或其组合的任意形式来实现本原理。优选地,可以以硬件和软件的组合来实现本原理。此外,软件可以优选地实现为在程序存储设备上有形地实现的应用程序。应用程序可以上载到包括任意合适架构的机器上,并由该机器执行。优选地,在具有硬件(例如,一个或更多个中央处理单元(CPU)、随机存取存储器(RAM)以及输入/输出(I/O)接口)的计算机平台上实现该机器。该计算机平台还包括操作系统和微指令代码。本文所描述的各种处理和功能可以是微指令代码的一部分,或者是经由操作系统所执行的应用程序的一部分(或其组合)。此外,各种其它外围设备(例如,附加数据存储设备和打印设备)可以与该计算机平台相连。
还应当理解,因为优选地以软件实现在附图中示出的所构成的系统组件和方法步骤中的一些,则取决于对本原理进行编程的方式,系统组件(或处理步骤)之间的实际连接可以不同。给定本文的教导,本领域普通技术人员将能够想到本原理的这些和类似的实现或配置。
尽管已经示出了、描述了和指出了本原理的基本新颖特征,将理解,本领域技术人员在不脱离本文精神的前提下,可以在所描述的方法和所示意的设备的形式和细节中,并在它们的操作中,作出各种省略、替换和改变。例如,显然,本文意在:实质上以相同方式执行相同功能以实质上实现相同结果的那些要素和/或方法步骤的所有组合是在本原理的范围内。此外,应当认识到,作为一般的设计选择,可以以任意其他公开的、描述的或提出的形式或实施方式,集成结合本原理所公开的任意形式或实施方式所示出的和/或所描述的结构和/或要素和/或方法步骤。因此,本发明意在仅限于由本文所附权利要求的范围所指示的范围。