[0001] 本
申请要求于2015年4月10日递交的美国临时
专利申请62/146,018以及要求于2015年4月13日递交的美国临时专利申请62/146,772的优先权,这两个临时申请通过引用的方式全部并入本文。
技术领域
[0002] 本申请一般涉及在诸如家庭网络的网络之上共享web应用节目指南内容。
背景技术
[0003] 与本原理相关的示例计算机
生态系统或数字生态系统是家庭网络,所述示例计算机生态系统或数字生态系统是其特点在于
可持续性、自组织性和可扩展性的适应性和分布式的社会技术系统。
[0004] 诸如通用即插即用(UPnP)和数字生活网络联盟(DLNA)的技术允许经由驻留在家庭网络中的客户端设备上的
用户界面在该网络上服务、发现和回放视听内容。此外,UPnP和DLNA定义如何在客户端设备上发现和发布远程用户界面(RUI)。然而,两种方法都不允许通过驻留在客户端上的用户界面来发现和发布要求呈现RUI以用于回放的内容。
[0005] 因此,在家庭网络之上利用诸如DLNA的协议发现的基于web应用的
电子节目指南(EPG)是
单体的,并且可能希望搜索和播放内容的第三方用户界面无法
访问个体内容项目。目前,如果个体内容可用于发现和播放,则不提供内容分发者可能要求用于控制回放体验、维护品牌、验证凭证以及包含诸如由针对性的广告插入的增值服务的web应用特征。丧失这种控制意味着内容分发者不愿意使用现有的技术。然而服务运营商保持关注当标准依据规定变得固定时他们的服务价值损失以及无法创新。在任何情况下,不存在基于如UPnP/DLNA之类的标准技术的可解决上述缺点(例如,单体EPG的缺点)的技术。
[0006] UPnP供应一种称为远程UI
服务器(remoteUIServer)服务的服务以允许服务器作广告以及允许客户端在家庭网络上发现远程用户界面;DLNA利用它的HTML5RUI服务和VidipathTM服务,使用此技术以面向基于web的EPG。通过发现这些服务,客户端将知道指南的供应者,但是不知道其中多媒体内容的可用性。然而对于指南来说,内容基本上是单体的。
发明内容
[0007] 本原理将上面提到的两种方法结合,因此仍然可发现从而可搜索视听内容项目,但是所述视听内容项目包含允许内容分发者控制回放体验或将增值服务
捆绑到该体验所需的远程用户界面组件,如同内容是通过单体EPG播放的一样。具体地,将DLNA超文本
标记语言5(HTML5)RUI技术或VidiPath
技术进行扩展,使得W3C定义的[0008] 以此方式,客户端上的用户界面可选择:
[0009] a)将服务器的RUI
包装内容嵌入它自己的HTML5UI的
[0010] b)发布单独的HTML5浏览上下文以播放此RUI包装内容。
[0011] 在后一种情况(b)中,客户端UI可以是HTML5,但由于HTML5 app是作为单独的实体发布的,客户端UI也可以是任何种类的本地应用。一个非限制性示例是使用安卓“intents”,其中intents是安卓使用的用于应用间通信的消息协议。因此,本地安卓app可发现RUI包装内容,并且向VidiPathTM应用发送具有相关发现信息的intent以发布(或变得集中)。
[0012] 在一个
实施例中,一种装置包含计算机
存储器,该计算机存储器不是暂态
信号并且包含可由处理器执行以用于以下的指令:从远程用户界面(RUI)服务器接收RUI包装内容;以及将RUI包装内容包含验证客户端能力所需的任何认证协议在内合并到作为web应用的客户端UI中,以确保RUI包装内容的远程用户界面组件如RUI服务器所期望的进行呈现。
[0013] 在一些示例中,指令可执行以扩展数字生活网络联盟(DLNA)超文本标记语言5TM(HTML5)RUI技术或VidiPath 技术,使得W3C定义的
[0014] 在另一个实施例中,一种装置包含计算机存储器,该计算机存储器不是暂态信号并且包含可由处理器的执行以用于以下的指令:访问具有至少一个协议信息字段的UPnP av内容目录服务,以提供远程用户界面用于呈现视频项目所要求的信息,所述至少一个协议信息字段具有相关联的附加信息组件;以及使用协议信息字段和附加信息组件在显示器上呈现视频项目。
[0015] 在此实施例中,协议信息字段可将内容多用途因特网邮件扩展(MIME)类型
指定为超文本标记语言(HTML),并且附加信息组件可指定供应商特定HTML支持需求。视频项目可以是具有相关联的res@protocol info字段的频道,所述相关联的res@protocol info字段包含为HTML的MIME类型以指示视频项目将通过浏览器应用进行播放。供应商特定HTML支持需求可定义web回放需求,并且具体地可指示DLNA商业视频规范2(CVP-2)(这是DLNA VidiPathTM的一个内部名称)能力。
[0016] 或者,协议信息字段可指定内容MIME类型作为可扩展标记语言(XML),并且附加信息组件可为远程UI服务器指定UPnP通用唯一标识符(uuid),而视频项目包含于该远程UI服务器的电子节目指南(EPG)中。在这种情况下,附加信息组件可指定服务描述统一资源
定位符(URL)和兼容UI的UI
过滤器和/或输入设备配置文件。此外,可使用伴随着协议信息字段的字段来包含设置为uuid的搜索目标,以允许发现与uuid相关联的设备描述,而该设备描述含有远程UI服务器的服务列表。
[0017] 在另一个实施例中,一种装置包含计算机存储器,该计算机存储器不是暂态信号并且包含可由处理器执行以用于以下的指令:访问作为内容目录服务(CDS)的通用即插即用(UPnP)规范的协议信息字段的子类的标签;以及至少部分地使用所述标签中的信息在显示器上呈现内容。
[0018] 参照
附图可最好地理解本申请的关于其结构和操作的细节,附图中相同的数字代表相同的部件,并且其中:
附图说明
[0019] 图1是包含根据本原理的示例的示例系统的
框图;
[0020] 图2是可使用图1的组件的另一个系统的框图;
[0021] 图3是UPnP av内容目录服务结构(Content Directory Service Structure)的示意图;以及
[0022] 图4是可通过图1和图2的呈现组件实现的示例逻辑的
流程图。
具体实施方式
[0023] 本公开一般涉及包含消费电子(CE)设备网络的各方面的计算机生态系统。本文的系统可包含通过网络连接使得可在客户端组件和服务器组件之间交换数据的服务器组件和客户端组件。客户端组件可包含一个或多个计算设备,所述计算设备包含便携式电视(例如,智能电视、启用了因特网的电视)、诸如膝上计算机和平板计算机的便携式计算机以及包含智能电话和下述附加示例的其他移动设备。这些客户端设备可以利用各种操作环境进行操作。例如,一些客户端计算机可采用来自Microsoft的
操作系统、或Unix操作系统或由Apple Computer或Google生产的操作系统。这些操作环境可用于执行一个或多个浏览程序,诸如由Microsoft或Google或Mozilla制造的浏览器或可访问托管在下述因特网服务器上的web应用的其他浏览器程序。
[0024] 服务器和/或网关可包含执行对服务器进行配置以在诸如因特网的网络之上接收和发射数据的指令的一个或多个处理器。或者,客户端和服务器可在局部内联网或虚拟专用网络之上进行连接。服务器或
控制器可以由诸如Sony Playstation(商标)的游戏控制台、个人计算机等实例化。
[0025] 可通过网络在客户端和服务器之间交换信息。为此并且为了安全性,服务器和/或客户端可包含
防火墙、负载平衡器、临时存储装置和代理、以及为了可靠性和安全性的其他网络
基础设施。一个或多个服务器可形成一种实现用于向网络成员提供诸如在线社交
网站的安全社区的方法的装置。
[0026] 如本文所使用的,指令指的是用于处理系统中的信息的计算机实现步骤。指令可实现在
软件、
固件或
硬件中,并且该指令包含由系统的组件实现的任何类型的程序步骤。
[0027] 处理器可以是任何常规的通用单芯片或多芯片处理器,该通用单芯片或多芯片处理器可借助于诸如地址线、数据线和控制线的各种线以及寄存器和移位寄存器执行逻辑。
[0028] 本文通过流程图的方式描述的软件模
块以及用户界面可包含各
种子例程、过程等。在不限制本公开的情况下,被
声明为由特定模块执行的逻辑可被重新分配至其他模块和/或在单个模块中组合在一起和/或在共享库中可用。
[0029] 本文描述的本原理可被实现作为硬件、软件、固件或其组合;因此在其功能方面阐述了说明性组件、块、模块、
电路和步骤。
[0030] 上文所述进一步地,下面描述的逻辑块、模块和电路可用以下实现或执行:通用处理器、
数字信号处理器(DSP)、现场可编程
门阵列(FPGA)或其他可编程逻辑设备,所述其他可编程逻辑设备诸如
专用集成电路(ASIC)、分立门或晶体管逻辑、分立硬件组件或被设计为实行本文描述的功能的它们的任何组合。处理器可由控制器或状态机或计算设备的组合实现。
[0031] 当在软件中实现时,下述功能和方法可用诸如但不局限于C#、C++的适当语言进行编写,并且所述功能和方法可存储在计算机可读存储介质上或通过计算机可读存储介质传送,所述计算机可读存储介质诸如
随机存取存储器(RAM)、
只读存储器(ROM)、
电可擦除可编程只读存储器(EEPROM)、紧凑盘只读存储器(CD-ROM)、或诸如数字通用盘(DVD)的其他光盘存储装置、磁盘存储装置或包含可移除拇指
驱动器在内的其他磁存储装置等。连接可建立计算机存储介质。例如,此连接可包含包括光纤和同轴线和数字用户线(DSL)以及双绞线在内的硬连线
电缆。此连接可包含包括红外和无线电在内的无线通信连接。
[0032] 包含一个实施例中组件可以以任何适当的组合在其他实施例中使用。例如,本文描述的和/或附图里描绘的各种组件中的任何一个可以与来自其他实施例的组件进行组合、交换或从其他实施里中进行排除。
[0033] “具有A、B和C的至少一个的系统”(同样的,“具有A、B或C的至少一个的系统”以及“具有A、B、C的至少一个的系统”)包含具有单独A、单独B、单独C、A和B一起、A和C一起、B和C一起和/或A、B和C一起等的系统。
[0034] 现在具体参照图1,图中示出了示例生态系统10,它可包含根据本原理的在上面提到过并且将在下面进一步描述的一个或多个示例设备。在系统10里包含的第一个示例设备是被配置为示例主显示设备的消费电子设备,并且在该实施例中示出的是音频视频显示设备(AVDD)12,诸如但不限于具有电视调谐器(等效的,用于控制电视的机顶盒)的启用了因特网的电视。然而,可替代地,AVDD 12可以是电器或家用物品,例如,计算机化的启用了因特网的
冰箱、
洗衣机或
烘干机。可替代地,AVDD 12也可以是计算机化的启用了因特网的(“智能”)电话、平板计算机、笔记本计算机、
可穿戴计算机化的设备(诸如计算机化的启用了因特网的
手表、计算机化的启用了因特网的手链)、其他计算机化的启用了因特网的设备、计算机化的启用了因特网的音乐播放器、计算机化的启用了因特网的头戴式
耳机、诸如植入式
皮肤设备的计算机化的启用了因特网的植入式设备等。无论如何,应当理解AVDD 12被配置为实现本原理(例如,与其他CE进行通信实现本原理、执行本文描述的逻辑、以及执行本文描述的任何其他功能和/或操作)。
[0035] 因而,为了实现此原理,可以由图1中的一些或所有组件建立AVDD 12。例如,AVDD 12可包含一个或多个显示器14,该显示器可以通过高清或超高清“4K”或更高平面屏幕实现,并且该显示器可以是启用了触摸的以用于经由在显示器上的触摸来接收用户
输入信号。AVDD 12可包含根据本原理用于输出音频的一个或多个扬声器16以及诸如用于例如向AVDD 12录入音频命令以控制AVDD 12的音频接收器/麦克
风的至少一个附加输入设备18。
示例AVDD 12也可包含一个或多个网络
接口20,用于在一个或多个处理器24的控制下通过诸如因特网、WAN、LAN等的至少一个网络22进行通信。因此,不受限制地,接口20可以是作为无线
计算机网络接口的一个示例的Wi-Fi收发器,诸如但不局限于网状网络收发器。应当理解,处理器24控制AVDD 12(包含本文描述的AVDD 12的其他元件)以实现本原理,诸如控制显示器14以在其上展示图像以及从其接收输入。此外,注意网络接口20可以是例如有线或无线
调制解调器或路由器、或诸如其他适当的接口,诸如无线电话收发器或如上面提到的Wi-Fi收发器等。
[0036] 除了上述之外,AVDD 12也可包含一个或多个输入端口26,诸如高清多媒体接口(HDMI)端口或USB端口以物理连接(例如,使用有线连接)至另一个CE设备,和/或头戴式耳机端口以连接头戴式耳机至AVDD 12用于通过头戴式耳机向用户展示来自AVDD 12的音频。例如,输入端口26可以经由有线或无线地与音频视频内容的电缆或卫星源26a连接。因此,例如,源26a可以是单独的或集成的机顶盒、或卫星接收器。或者,源26a可以是含有可能被用户认为是最佳用于下面进一步描述的频道分配的内容的游戏控制器或盘播放器。
[0037] AVDD 12可进一步包含不是暂态信号的、诸如基于盘的存储装置或固态存储装置的一个或多个计算机存储器28,在一些实施例的情况下,存储器28体现在AVDD的底架中作为在AVDD的底架的内部或外部的独立设备或个人视频记录设备(PVR)或视频盘播放器,以用于回放AV节目或作为可移除的存储器介质。此外在一些实施例中,AVDD 12可包含诸如但不局限于手机接收器、GPS接收器和/或高度计30的
位置或地点接收器,例如该高度计30被配置为接收来自至少一个卫星或蜂窝塔(cell tower)的地理位置信息和将该信息提供给处理器24和/或与处理器24一起确定AVDD的放置高度。然而,应当理解,根据本原理可以使用除了手机接收器、GPS接收器和/或高度计以外的另一个合适的位置接收器,以例如确定AVDD 12例如在三个维度上的位置。
[0038] 继续对AVDD 12进行描述,在一些实施例中AVDD 12可包含一个或多个相机32,例如所述相机32可以是热成像相机、诸如网络相机(webcam)的数字相机、和/或集成在AVDD 12里并且可由处理器24控制以根据本原理对图片/图像和/或视频进行收集的相机。AVDD
12也可包含蓝牙收发器34和其他
近场通信(NFC)元件36,分别用于使用蓝牙技术和/或NFC技术与其他设备进行通信。示例NFC元件可以是
射频识别(RFID)元件。
[0039] 进一步地,AVDD 12可包含一个或多个辅助
传感器37(例如,诸如
加速度计、
陀螺仪、
里程计的运动传感器,或
磁传感器,红外(IR)传感器,光传感器,速度和/或节奏传感器,
手势传感器(例如,用于感测手势命令)等)从而向处理器24提供输入。AVDD 12可包含用于接收OTH电视广播的空中电视广播端口38从而为处理器24提供输入。除了上述之外,应当注意AVDD 12也可包含红外(IR)发射器和/或IR接收器和/或诸如IR数据关联(IRDA)设备的IR收发器42。可提供
电池(未示出)为AVDD 12供电。
[0040] 仍然参照图1,除了AVDD 12之外,系统10可包含一个或多个其他CE设备类型。当系统10是家庭网络时,组件之间的通信可以是根据数字生活网络联盟(DLNA)协议的。
[0041] 在一个示例中,可使用第一CE设备44经由通过以下描述的服务器发送的命令以控制显示器,而第二CE设备46可包含与第一CE设备44相似的组件从而不在下面详细讨论。在示出的示例中仅示出两个CE设备44、46,应当理解可以使用更少的或更多的设备。
[0042] 为了说明本原理,假设在示出的示例中所有三个设备12、44和46是例如家里的娱乐网络的成员,或者三个设备至少在诸如房子的地点出现在彼此附近。然而,除非另有明确声明,对于本原理来说不局限于由虚线48所示的特定地点。
[0043] 非限制性示例第一CE设备44可通过上面提到的例如便携式无线膝上计算机或笔记本计算机或游戏控制器的设备中的任何一个建立,因而所述第一CE设备44可具有以下描述的组件中的一个或多个。不受限制地,第二CE设备46可通过诸如蓝光(Blu-ray)播放器、
游戏机等的视频盘播放器建立。第一CE设备44可以是用于诸如向AVDD 12发出AV播放命令和暂停命令的遥控器(RC),或者它可以是更复杂的设备,诸如平板计算机、经由有线或无线链路与由第二CE设备46实现的游戏控制器进行通信并且控制视频游戏在AVDD 12上的展示的游戏控制器、个人计算机、无线电话等。
[0044] 因而,第一CE设备44可包含一个或多个显示器50,该显示器可以是启用了触摸的以用于经由在显示器上的触摸来接收用户输入信号。第一CE设备44可包含用于根据本原理输出音频的一个或多个扬声器52以及诸如用于向第一CE设备44录入声音命令以控制设备44的音频接收器/麦克风的至少一个附加输入设备54。示例第一CE设备44可包含用于在一个或多个CE设备处理器58的控制下通过网络22通信的一个或多个网络接口56。因此,不受限制地,接口56可以是作为包含网状网络接口在内的无线计算机网络接口的示例的Wi-Fi收发器。应当理解,处理器58控制第一CE设备44(包含本文描述的第一CE设备44的其他元件)以实现本原理,诸如控制显示器50以在其上展示图像以及从其接收输入。此外,注意网络接口56可以是例如有线或无线调制解调器或路由器,或诸如无线电话收发器或如上面提到的Wi-Fi收发器等的其他适当的接口。
[0045] 除了上述之外,第一CE设备44也可包含一个或多个输入端口60,诸如HDMI端口或USB端口以物理连接(例如,使用有线连接)至另一个CE设备,和/或头戴式耳机端口以连接头戴式耳机至第一CE设备44用于通过头戴式耳机向给用户展示来自第一CE设备44的音频。第一CE设备44可进一步包含诸如基于盘存储装置或固态存储装置的一个或多个有形计算机可读存储介质62。此外在一些实施例中,第一CE设备44可包含诸如但不局限于手机和/或GPS接收器和/或高度计64的位置或地点接收器,例如该高度计64被配置为使用三
角测量接收来自至少一个卫星或蜂窝塔的地理位置信息和将该信息提供给CE设备处理器58和/或与CE设备处理器58一起确定第一CE设备44的放置高度。然而,应当理解,根据本原理可以使用除了手机和/或GPS接收器和/或高度计以外的另一个合适的位置接收器,以例如确定第一CE设备44例如在三个维度上的位置。
[0046] 继续对第一CE设备44进行描述,在一些实施例中第一CE设备可包含一个或多个相机66,例如所述相机66可以是热成像相机、诸如网络相机的数字相机、和/或集成在第一CE设备44中并且可由CE设备处理器58控制以根据本原理对图片/图像和/或视频进行收集的相机。第一CE设备44也可包含蓝牙收发器68和其他近场通信(NFC)元件70,分别用于使用蓝牙技术和/或NFC技术与其他设备进行通信。示例NFC元件可以是射频识别(RFID)元件。
[0047] 再进一步地,第一CE设备44可包含一个或多个辅助传感器72(例如,诸如加速度计、陀螺仪、里程计的运动传感器,或磁传感器,红外(IR)传感器,光传感器,速度和/或节奏传感器,手势传感器(例如,用于感测手势命令)等),从而向CE设备处理器58提供输入。第一CE设备44可仍然包含其他传感器,诸如一个或多个
气候传感器74(诸如气压计、
湿度传感器、风传感器、光传感器、
温度传感器等)和/或一个或多个
生物测量传感器76,从而向CE设备处理器58提供输入。除了上述之外,应当注意在一些实施例中第一CE设备44也可包含红外(IR)发射器和/或接收器和/或诸如IR数据关联(IRDA)设备的IR收发器42。可提供电池(未示出)为第一CE设备44供电。CE设备44可通过上述任何一个通信模式和相关组件与AVDD 12进行通信。
[0048] 第二CE设备46可包含针对CE设备44示出的一些或所有组件。CE设备中的一个或或者两者可由一个或多个电池供电。
[0049] 现在参照之前提到的至少一个服务器80,它包含至少一个服务器处理器82、诸如基于盘存储装置或固态存储装置的至少一个有形计算机可读存储介质84、以及至少一个网络接口86,所述网络接口86在服务器处理器82的控制下允许通过网络22与图1的其他设备进行通信,并且事实上可根据本原理促进服务器和客户端设备之间的通信。注意网络接口86可以是例如有线或无线调制解调器或路由器、Wi-Fi收发器或诸如无线电话收发器的其他适当的接口。
[0050] 因而在一些实施例中,服务器80可以是因特网服务器,并且可包含和实行“
云”功能,使得系统10的设备可经由示例实施例中的服务器80访问“云”环境。或者,服务器80可以通过游戏控制器或在与其图1示出的其他设备在相同房间或在图1示出的其他设备的附近的其他计算机实现。
[0051] 现在参照图2,可能合并了图1中的AVDD 12中的一些或全部组件的AVDD 200与至少一个网关进行连接,用于从网关接收诸如4K或8K内容的超高清(UHD)内容的内容。在示出的示例中,AVDD 200被连接至第一卫星网关202和第二卫星网关204,所述网关中的每一个可被配置作为用于分别从相应的
卫星电视提供商的卫
星系统206和208接收卫星电视信号的卫星电视机顶盒。
[0052] 另外或代替卫星网关,AVDD 200可以从一个或多个
有线电视机顶盒型网关210、202接收内容,所述网关中的每一个从相应的电缆头端214和216接收内容。
[0053] 再次,代替类似网关的机顶盒,AVDD 200可从基于云的网关220接收内容。基于云的网关220可驻留在AVDD 200本地的网络接口设备(例如,AVDD 200的调制解调器)中,或者它可驻留在向AVDD 200发送因特网发源内容的远程因特网服务器中。在任何情况下,AVDD 200可通过基于云的网关220从因特网接收诸如UHD内容的多媒体内容。网关是计算机化的,并且因此可包含图1中示出的CE设备的任何适当的组件。
[0054] 在一些实施例中,可以使
用例如现有受让人的远程观看用户界面(RVU)技术提供仅单个机顶盒型网关。在家庭网络(可以是网格型网络)中第三设备可经由例如以太网或通用
串行总线(USB)或WiFi或其他有线或无线协议与AVDD 200连接,以根据本文的原理从AVDD 200接收内容。在示出的非限制性示例中,第二电视222(如视频游戏控制器224)与AVDD 200连接以从AVDD 200接收内容。附加设备可与一个或多个第三设备连接以扩展该网络。第三设备可包含图1中示出的CE设备的任何适当的组件。
[0055] 在注意力转向随后的附图之前,EPG是通常使用HTML5以呈现指南图形以及提供视频回放和控制的电子节目指南。此外,HTML5提供允许将很多EPG供应商的特定特征轻松添加到视频回放中并且允许控制整个用户体验的JavaScript可编程能力。以下是这些特征的典型列表:
[0056] 1、如媒体源扩展和加密媒体扩展之类的W3C API,允许EPG提供商的适应很多不同的平台、DRM和网络性能的灵活性。
[0057] 2、HTML5图形,允许EPG提供商
覆盖指南图形、节目信息、品牌、紧急警报系统、交互社交媒体元素、电话呼叫者ID等。
[0058] 3、HTML5可编程性,允许控制字幕、父母评级、用户偏好、管理视频查找和回放速度调节、广告插入、客户端认证、用户认证等。
[0059] 本原理理解,在不放弃通过以维护由EPG供应的完整服务特征的方式允许在客户端上使用HTML5能力以呈现内容从而有益于EPG提供商的优选RUI呈现服务的情况下,客户端侧用户界面期望用内容发现服务(CDS)的特征以搜索和浏览内容。具体地,本原理不要求对UPnP服务进行大的
修改,并且在大多数实施例中本原理不破坏当前部署的服务。本原理只要求EPG提供商设计他的web应用(web app)以允许独立于发布来访问内容。好的面向对象编程实践、使用级联样式表和结构化HTML、以及本地存储/缓存Cookie、数据和JavaScript库提供了EPG提供商在不损失指南设计的服务、性能或灵活性的情况下从单体指南中分解内容所需的所有工具。
[0060] 现在参照图3,示出了UPnP av内容目录服务结构。供应商扩展类300产生照片302、
音轨304、音频广播306、音频书308、电影310、视频广播312以及音乐视频剪辑314的扩展类。继而,可以使用扩展照片类302以建立图像项目316。作为对照,可使用基于音频类306-310以建立音频项目318,同时可使用基于视频的类310-314以建立视频项目320。可提供播放列表项目322和文本项目324。图3示出了个体类型项目316-324可建立单个容器项目326,容器项目326继而与一个或多个其他容器328一起使用以建立对象330。
[0061] 图4示出了可由诸如图1和图2中示出的任何呈现设备采用以呈现内容的高级逻辑。从块400开始,从可由图1和图2中示出的任何适当的服务器建立的RUI服务器接收RUI包装内容。来自RUI服务器的数据包含多个字段,所述多个字段含有根据下面的描述扩展的协议信息字段,并且此协议信息字段中的信息由呈现设备在块402处进行访问。随后,在块404处,根据在协议信息字段中的信息并且也根据下面讨论的其他字段中的信息呈现内容。
[0062] 考虑到上述情况,本原理的第一实施例如表1所示,表中示出了对UPnP av内容目录服务的简单扩展如何为发布作为HTML页面包含于服务器的EPG内的视频内容增加必要条件。UPnP AV服务的基本结构保持不变,从而允许来自UPnP控制点的相同的浏览能力和搜索能力。所需的唯一变化是在视频项目上使用协议信息字段以指定内容MIME类型作为HTML,并且指定附加信息以添加供应商特定HTML支持需求。
[0063] 在表1和表2中,Content Directory Service Browse()或Search()操作的编码已经被更改,以支持基于HTML的投标者呈现者的发布以回放内容。
[0064] 表1(针对频道的CDS Browse()或Search()示例,要求DLNA CVP-2客户端用于回放)
[0065]
[0066] 在表1中,作为频道的项目在视频广播(videoBroadcast)类别中被定义,并且该项目具有res@protocol信息字段,该字段含有为HTML的新的MIME类型以指示这是通过浏览器应用播放的内容。附加信息字段含有定义任何特殊web回放需求的供应商特定信息。在此情况下,供应商字段被定义为DLNA CVP-2能力。此附加信息字段的格式被转换为字符串友好的。
[0067] 表2:针对电影的CDS Browse()或Search()示例,要求DLNA HTML5RUI客户端用于回放:
[0068]
[0069] 在表2中,项目在电影(movie)类别中被定义,并且具有res@protocol。在这种情况下,附加信息字段具有被定义为DLNA+RUIHSRC+能力的供应商字段。
[0070] 表3示出了第二实施例,其中UPnP av内容目录服务的扩展通过UPnP RemoteUIServer服务链接,以添加发布包含于服务器的EPG内的、但是提供用于客户端检查远程用户界面的兼容性的更灵活和结构化的方法的视频内容的必要条件。再一次地,UPnP AV服务的基本结构保持不变,从而允许来自UPnP控制点的相同的浏览能力和搜索能力。所需的唯一变化是在视频项目上使用协议信息字段以指定内容MIME类型作为XML,并且指定附加信息以添加远程UI服务器设备的UPnP uuid、服务描述URL(如果需要)和兼容UI的UI过滤器和/或输入设备配置文件(如果需要)。在协议信息元素中的实际内容URL被提供作为在getCompatibleUIs操作中提供的URL的扩展。通常以“?”开头作为查询参数进行传送,或者以“/”开头作为URL扩展进行传送,或者是二者的组合。可替代地,可提供对内容项目的完整的URL,并且客户端只检查兼容性。
[0071] 表3:针对电影的CDS Browse()或Search()示例,指向远程UI服务器服务用于发布内容回放:
[0072]
[0073] 协议信息附加信息字段含有远程UI服务器设备(remoteUIServerDevice)的通用唯一标识符(uuid)值。如果客户端尚未找到此设备,则搜索目标设置为此uuid值的ssdp:discover将允许客户端控制点寻找此设备。当获取设备描述时它将含有远程UI服务器服务列表(remoteUIServer serviceList)。在以上示例中,在列表中存在多于一个的服务条目的情况下,利用URL填充附加信息字段用于与服务列表进行比较,或者用于避免需要一起获取设备描述并且用于直接进入服务描述。此外,附加信息字段含有对于getCompatibleUI操作的输入设备配置文件过滤器,该过滤器确保仅返回DLNA-HTML5-1.0兼容的用户界面。客户端从此操作中提取用于远程UI(remoteUI)的URL,并且附加来自协议信息元素的参数。在此情况下,添加了/vod/movie?id=TerminatorHD。随后服务器提供此内容作为远程UI HTML5页面。
[0074] 下面的表4提供了第三实施例。在上述实施例中,协议信息字段利用未指定的附加信息组件以提供远程用户界面所需的信息。这些方法虽然有效,但需要由于特殊字符替换而不易读取的格式。该格式对于确保冒号、小于号、大于号和引号不意外破坏现有协议信息
解码器而言是必要的。表4中示出一种能更干净地体现系统构架的替换方法,在该方法中内容目录服务的UPnP规范被扩展以包含新标签作为协议信息的子类。此标签可指向远程UI服务器服务,例如:
[0075] 表4:对信息协议的扩展的示例
[0076]
[0077] 表4的机制具有包含除了远程UI以外的可能性(包含添加使用第三方应用在客户端上的发布以回放内容的应用管理(applicationManagement)服务)的未来可扩展性的附加优势。
[0078] 通常,实施例使用HTML5和DLNA作为寻找(source)远程用户界面的来源的最佳实践的示例。然而,此方法易于扩展到像HTML4、CEA2014、RVU、HbbtV等的其他协议。对于UPnP规范做出的实际扩展也没有限制性,并且该扩展也可以应用到包含Zeroconf、Dial等在内的其他家庭网络技术。
[0079] 此外,本原理不将内容播放体验仅局限于家庭网络中。仅有内容广告要求使用所示的家庭网络,并且家庭网络可扩展为云解决方案唱片代理服务器。例如,来自EPG提供商的基于云的服务器可具有一组API以发现和浏览内容。此基于云的服务器可利用CDS填充用户的家庭网络上的代理,因此将一组定制API转换为客户端设备易于支持的标准化方法。
[0080] 考虑到上述情况,现在可理解本原理对UPnP协议和DLNA协议进行扩展,以使得内容的广告能与远程用户界面组件捆绑在一起。在优选实施例中使用iframe以允许客户端侧用户界面以具有认证完整性的方式包含服务端侧远程用户界面。在不损失单体EPG的益处的情况下,单体的EPG分解成个体内容项目,使得提供了诸如播放/查找控制、广告插入、品牌图形、用户偏好、父母控制和访问控制、适应性递送以及同密数字权限管理之类的增值服务。
[0081] 由于内容仍然是使用服务运营商远程用户界面组件回放的,服务提供商在其创新和添加价值方面的能力不受限制。由于远程用户界面嵌入在客户端侧UI中并且发现的组件是可用的,客户端侧的创新也是可能的。随后此创新同时满足服务运营商和客户端制造商的需要。
[0082] 可以上方法实现作为由处理器执行的软件指令、合适配置的专用集成电路(ASIC)或
现场可编程门阵列(FPGA)模块、或本领域技术人员理解的任何其他便利的方式。在被采用时,软件指令可体现在诸如CD Rom或闪存驱动器之类的非暂态设备中。
软件代码指令可以可替代地体现在诸如无线电或
光信号之类的暂态布置中,或通过网络经由下载实现。
[0083] 应当理解,虽然本原理已经参照一些示例实施例进行描述,但不旨在具有限制性,并且可使用各种替换布置以实现本文所
请求保护的主题。