首页> 中国专利> 用于访问来自多个内容源的内容的方法、计算机程序、接收装置和信息提供装置

用于访问来自多个内容源的内容的方法、计算机程序、接收装置和信息提供装置

摘要

用于提供对应于一个或更多个内容源的一个或更多个虚拟频道表的方法、计算机程序、接收装置和信息提供装置。接收装置包括输入单元和处理器。输入单元从用户接收频道选择。处理器基于存储在存储器中的至少一个虚拟频道表确定与频道选择相关联的内容源。基于确定的内容源,处理器控制第一通信接口接收第一内容或控制第二通信接口接收第二内容。当确定选择的频道与第一源相关联时,处理器控制第一通信接口接收第一内容,以及当确定选择的频道与第二源相关联时,处理器控制第二通信接口接收第二内容。

著录项

  • 公开/公告号CN103748896A

    专利类型发明专利

  • 公开/公告日2014-04-23

    原文格式PDF

  • 申请/专利权人 索尼公司;

    申请/专利号CN201280040341.0

  • 发明设计人 马克·艾耶;

    申请日2012-08-22

  • 分类号H04N21/432;H04N21/462;H04N21/472;H04N21/482;

  • 代理机构中国国际贸易促进委员会专利商标事务所;

  • 代理人王莉莉

  • 地址 日本东京

  • 入库时间 2024-02-19 23:54:05

法律信息

  • 法律状态公告日

    法律状态信息

    法律状态

  • 2018-05-08

    授权

    授权

  • 2014-05-21

    实质审查的生效 IPC(主分类):H04N21/432 申请日:20120822

    实质审查的生效

  • 2014-04-23

    公开

    公开

说明书

对相关申请的交叉引用

本申请与2011年8月31日提交的美国临时专利申请第 61/529,484号和2012年7月31日提交的美国序列号13/562,946有关, 并根据35U.S.C.§119(e)要求上述申请的优先权,其全部内容通过引 用合并于此。

技术领域

本文中描述的实施例总体上涉及用于访问内容的方法、计算机程 序和接收装置。更具体地,本文中描述的实施例总体上涉及用于访问 来自多个内容源的内容的导航方案。

背景技术

近来,一些广播设备表达了能够包括会显示在特定的因特网增强 电视机上的“微件(widget)”的期望。微件在被激活时会将用户引 导至该广播设备的因特网源内容。然而,每当微件可被激活时,微件 就占据屏幕实际使用面积,因此微件可被认为是普通用户的累赘或普 通用户不想要的。微件还涉及明显的用户动作以使微件可见且可使用。 相应地,存在可允许用户以更精简且更简单的方法访问可从这些微件 提供的内容的需求。

发明内容

根究本发明的实施例,提供了一种用于访问来自多个内容源的内 容的接收装置的方法。该方法包括从用户接收频道选择,以及基于存 储在接收装置的存储器中的至少一个虚拟频道表确定与选择的频道相 关联的内容源。该方法还包括当确定选择的频道与第一源相关联时, 经由第一通信接口接收第一内容,以及当确定选择的频道与第二源相 关联时,经由第二通信接口接收第二内容。

另外,根据本发明的实施例,提供了一种嵌入有指令的计算机可 读存储介质,所述指令当被计算机运行时使得计算机执行如上所述的 接收装置的方法。

根据本发明的实施例,提供了一种接收装置。所述接收装置包括 输入单元和处理器。输入单元从用户接收频道选择。处理器基于存储 在存储器中的至少一个虚拟频道表确定与频道选择相关联的内容源。 基于确定的内容源,处理器控制第一通信接口接收第一内容或控制第 二通信接口接收第二内容。当确定选择的频道与第一源相关联时,处 理器控制第一通信接口接收第一内容,以及当确定选择的频道与第二 源相关联时,处理器控制第二通信接口接收第二内容。

另外,根据本发明的实施例,提供了一种信息提供装置。所述信 息提供装置包括存储器和通信单元。存储器被配置为存储触发声明对 象(TDO),该触发声明对象标识要由接收装置经由第一通信接口接 收的第一内容的位置。另外,通信单元被配置为将TDO提供给接收 装置。TDO还与要由接收装置经由第二通信接口接收的第二内容相关 联。

附图说明

将容易获得本发明的更完整理解及其许多伴随的优点,因为通过 参照以下在结合附图考虑时的详细描述,本发明的更完整理解及其许 多伴随的优点变得更好理解,其中:

图1示出示例性广播系统的组件之间的数据流。

图2是示例性接收装置的框图。

图3是在本发明的一个实施例中用于将虚拟频道添加到虚拟频道 表的处理的流程图。

图4A–4D图示用于将虚拟频道添加到虚拟频道表的示例性截 屏。

图5示出去往和来自第一和第二虚拟频道表的数据流。

图6是示例性信息提供装置的框图。

具体实施方式

尽管本发明允许许多不同形式的实施例,但附图中示出了具体实 施例并且本文将详细描述这些具体实施例,要理解,这些实施例的本 公开内容被视为原理的示例,而不是意图将本发明限于示出和描述的 具体实施例。在以下描述中,使用类似的附图标记描述附图的若干视 图中的相同、相似或对应的部分。

在电信中,虚拟频道是可不同于实际频道或频率的频道指定,在 实际频道或频率上信号经由传输流行进。该术语经常应用于电视环境, 其中在单个6MHz物理频道内可存在若干数字电视(DTV)频道。例 如,标记为频道8的台实际上可能使用RF频道32用于发送的信号, 但是虚拟频道表(VCT)允许观众“调谐到”数字电视上的频道8上 的台。因此,VCT中的虚拟频道条目使得观众能够通过选择与他们在 转换到数字广播之前具有的频道号相同的频道号来选择台。这是由 VCT通过使用定义的参数将频道号链接到从地面广播、有线电视传 输、卫星广播等接收到的内容来实现的。这些定义的参数可包括主频 道号、次频道号、简称、服务类型、描述符等。在一个实施例中,VCT 根据由先进电视系统委员会(ATSC)A/65定义的ATSC VCT,其全 部内容通过引用合并于此。

尽管分配给从地面广播、有线电视传输、卫星广播等接收到的内 容的频道号一般是固定的,但是本发明的实施例包括重复利用未分配 的频道号来访问一个或更多个不同内容源。例如,在ATSC数字电视 系统中,通过以数字信号发送的VCT来用信号表示可用节目频道。 VCT将频道号(主-次,两部分)链接到MPEG-2传输流中的广播内 容。本发明的实施例扩展了此概念,以允许广播设备识别其它可用内 容源。例如,在因特网源内容的情况下,用于该内容的服务器URL 与VCT中的条目相关联,使得用户可以导航到该源,就像他或她可 以导航到任何其它频道一样。

应该注意,对应于因特网源内容的虚拟频道可包括诸如频道描述 和节目指南数据的元数据,就像任何其它电视频道一样。在一些实施 例中,频道与经由A/65事件信息表(EIT)、扩展文本表(ETT)或 其它方式传送的电子节目指南数据相关联。虚拟频道和频道名甚至可 被添加到电子节目指南而没有描述信息。

因此,本发明的实施例避免累赘的“微件”方法,并且通过VCT 把对其它内容源的访问直接集成到例如数字电视(DTV)接收器的基 本导航范式中。例如,用户可被询问一次他们是否愿意添加用于广播 设备的因特网传送服务的虚拟频道。如果用户同意,则该虚拟频道在 基于规则频道号的导航方案中变得可用。

在一个实施例中,经由一个或更多个不同的通信接口访问一个或 更多个不同的内容源。一个或更多个不同的通信接口可对应于与局域 网(LAN)、广域网(WAN)、无线局域网(WLAN)、因特网、附 加调谐器、其它消费电子设备(例如Blu-rayTMDVD播放器)等的接 口中的任一个。

在一个实施例中,通过重新利用未分配的频道来访问其它内容 源,诸如电视机或机顶盒的接收装置的用户可简单地通过输入或选择 频道号来方便地访问诸如因特网内容(例如网站、流式a/v内容等)、 Blu-rayTMDVD播放器、游戏机或任意其它内容源的内容。因此,将 不需要用户执行附加的操作,例如切换到对应的输入源并导航到网站, 或选择书签以访问网络上的内容。

由接收装置经由因特网而不是MVPD(有线、卫星或IPTV盒) 接收到的内容有时被称为“基于因特网(over-the-top)”(OTT)视 频。如以下进一步讨论的,定义这种OTT服务的信息可从因特网下 载,或可从以内容传输流传送的元数据获得。OTT视频可包括本地新 闻广播流、财经数据报告、紧急警报更新等。

在一个实施例中,OTT内容概念可与针对被称为“ATSC2.0” 的项目开发的触发声明对象(TDO)机制相结合。TDO可被设计为可 向用户提供将这种虚拟频道添加到导航方案的机会。相关联的元数据 将提供由规则的虚拟频道提供的所有信息,例如短频道名(7个字符)、 长名(可选)、频道描述(可选)和主次频道号。

可在接收装置中的网页浏览器上播放的由广播设备提供的内容 内提供类似功能。在被导向到广播设备的网页之后,可提供按钮,如 果按下按钮,则将导致将虚拟频道添加到用户的电视机。这类似于向 浏览器书签分配频道号。

用于在观看来自内容提供商的节目(例如电视节目)的同时访问 来自接收装置的该数据的一种方法是通过触发TDO。TDO是由内容 创建者或内容提供商创建的可下载软件对象。TDO一般通过传输流从 内容提供商传送并存储在存储器中直到它们被触发。通常,TDO具有 声明内容(例如文本、图形、脚本、因特网链接和媒体),其功能和 行为以某种方式绑定到它伴随的电视节目。当通过内部或外部事件触 发TDO时,内部包含的数据以某种形式呈现在屏幕上。在示例性接 收装置中,TDO可包含向用户建议或推荐与当前观看的节目有关的因 特网传送内容。TDO还可包含将提供在VCT中创建条目所需要的必 要输入的元数据,该VCT将对应于建议的因特网传送内容。

TDO的实施例在Blanchard等在2010年12月3日提交的题为 “Announcement of Triggered Declarative Objects”的美国申请第 12/959,529中进行了描述,其全部内容通过引用合并于此。然而,TDO 不限于Blanchard等中描述的结构,因为本文中被定义为TDO的一 部分的许多属性根据特定TDO的功能和触发可位于触发器中,或反 之亦然,或根本不存在。

在一个实施例中,因为接收装置中的初始VCT一般用来定义从 地面广播、有线传输、卫星广播等接收到的内容,所以可被视为初始 VCT的扩展或扩大的第二表用来存储与经由诸如因特网的其它源接 收到的内容对应的条目。与标准数字电视服务的处理对应的由内容提 供商使用的初始VCT在下文中被称为第一VCT。如果TDO被显示为 推荐或建议用户可能感兴趣的因特网传送内容,则用户具有接受或拒 绝该TDO的内容的选项。如果用户接受该TDO的推荐或建议,则 TDO将使用以诸如XML的合适的表示语言编写的所提供的元数据把 该内容源添加到第二VCT。在XML数据的情况下,接收装置被编程 为将XML数据添加到虚拟频道表。这将导致用户能够稍后使用诸如 直接频道输入、“频道浏览”的导航方案、或通过对屏幕上频道指南 进行导航来选择来自其它源的内容。

现在参照附图,图1是示出示例性广播系统2的框图,广播系统 2包括内容提供商53、接收装置1和服务提供服务器73A、73B。接 收装置1经由诸如因特网71的通信网络访问服务提供服务器73A、 73B。在一个实施例中,内容提供商53包括具有被配置为向接收装置 1发送第一内容的发送器的发送装置。第一内容与至少一个虚拟频道 表中定义的第一频道相关联,并且由接收装置1经由第一通信接口接 收。另外,第一内容可选地与由接收装置1经由第二通信接口接收的 第二内容相关联。

在一个实施例中,接收装置1被配置为经由地面广播从内容提供 商53接收内容。在其它实施例中,内容提供商53经由卫星广播、有 线电视传输、地面电视广播、蜂窝网络和数据通信网络(例如局域网 (LAN)、广域网(WAN)或因特网71)中的至少一个提供内容。

由内容提供商53提供的内容包括一个或更多个电视节目,无论 内容是否是电影、体育事件、多部分系列的分段、新闻广播等。另外, 由内容提供商53提供的内容也可包括可能不会被报告为电子节目指 南(EPG)中的节目的广告、电视导购节目和其它类似于节目的内容。

接收装置1使用至少一个VCT调谐到由一个或更多个内容提供 商53提供的内容。在一个实施例中,接收装置1被配置为识别并处理 允许用户将用于虚拟频道的内容添加到第二VCT的机会。当接收装 置1处理机会时,可询问用户他们是否愿意添加用于特定广播设备的 因特网传送内容的虚拟频道。如果用户接受该机会,则接收装置1会 将虚拟频道添加到第二VCT。在频道已被添加到第二VCT之后,用 户可以以类似于访问从内容提供商53提供的内容的方式访问添加的 因特网传送内容。

在一个实施例中,接收装置1被配置为允许用户通过网络接口浏 览因特网71。从浏览器,用户被导向到内容提供商53或各种其它实 体(例如其它内容或服务提供商)的网站。当用户到达网站时,网络 可向用户提供允许用户将因特网传送内容添加到第二VCT的选项。 在频道已被添加到第二VCT之后,用户可以以与访问从内容提供商 53提供的内容类似的方式访问添加的因特网传送内容。

在一个实施例中,接收装置1还被配置为允许用户利用由用户提 供的元数据添加定制因特网传送内容。接收装置1在显示器41上显示 允许用户输入用于虚拟频道的特定字段(例如简称、主频道号、次频 道号和/或因特网传送内容的URL)的菜单。在用户已输入数据之后, 接收装置1将数据格式化为合适的格式和表示,并将其输入到第二 VCT。在频道已被添加到第二VCT之后,用户以类似于访问从内容 提供商53提供的内容的方式访问添加的因特网传送内容。

图2是可采用包括电视机、机顶盒等许多形式的示例性接收装置 1的框图。根据一个实施例,接收装置1包括中央处理单元(CPU) 10、存储器30、音频接口20、显示器接口40、遥控接收器60、调谐 器接口50(例如第一通信接口)和网络接口70(例如第二通信接口)。

经由一条或更多条总线11进行数据通信。取回已被调谐器接口 50解码的音频和/或视频流、以及经由传输流传送时的TDO。将解码 的音频流发送到音频接口20,而将解码的视频流发送到显示器接口 40。在一个实施例中,可以或替选地经由因特网取回TDO。经由传输 流取回的TDO存储在存储器30中。CPU10还经由网络接口70从因 特网71接收数据和向因特网71发送数据。另外,CPU10运行由遥控 接收器60接收到的命令。这些命令可采用通过遥控单元61的键盘的 直接频道条目的形式,或可采用使用屏幕上频道指南的来自遥控单元 61的输入的形式。

存储器30存储由接收装置1使用的数据。接收装置1内的存储 器30可使用盘存储形式以及诸如非易失性存储设备(包括例如网络存 储设备、磁存储元件、磁光存储元件、闪存、核心存储器和/或其它非 易失性存储技术)的其它存储形式来实现。另外,存储器30可提供非 实时(NRT)内容或因特网传送内容,例如因特网协议电视(IPTV)。

存储器存储导航方案31,导航方案31提供例如屏幕上频道指南 或电子节目指南(EPG),其允许用户选择可经由与诸如电视广播和 因特网的内容源的一个或更多个通信接口进行访问的期望内容。第一 VCT为CPU10提供频道图,以确定由调谐器接口50接收到的什么 内容对应于经由遥控单元61或导航方案31输入的用户选择的虚拟频 道。第二VCT为CPU10提供频道图,以确定什么因特网传送内容对 应于经由遥控单元61或导航方案31输入的用户选择的虚拟频道。

调谐器接口50接收通过诸如地面广播、有线传输、卫星广播或 因特网的任意合适的传送源提供的内容。内容由一个或更多个内容提 供商提供。在一个实施例中,内容包含在包括频道数据、第一VCT 数据、TDO、TDO触发器等中的一个或更多个的传输流中。传输流在 调谐器接口50处被接收,并且在多路解复用器51处被多路解复用为 音频、视频和/或数据流。音频和/或视频流在调谐器接口50内的解码 器52处被解码。来自内容提供商53的数据流包含诸如对应于由内容 提供商53提供的频道的VCT数据的信息。经由CPU10将由内容提 供商53提供的该数据置于接收装置存储器30内的第一VCT32中。

接收装置1总体上在诸如CPU10的处理器的控制下操作,处理 器可经由一条或更多条总线11互连到存储器30、音频接口20、显示 器接口40和遥控接收器60中的任一个或组合。当在解复用器51处多 路解复用传输流时,音频和视频数据被发送到解码器以进行解码,并 分别被发送到音频接口20和显示器接口40。除了音频和视频数据, 多路解复用器还将由内容提供商53更新的VCT接收到存储器30中 的第一VCT32。在一个实施例中,第一VCT32中的数据然后用来利 用可从内容提供商53提供的传输流获得的相应内容来更新对用户可 用的导航方案31。除了可从内容提供商53获得的内容,用户还可通 过网络接口70访问因特网71,其中因特网内容经由位于存储器30中 的浏览器34或其它合适的应用或播放器生成并显示。

将虚拟频道添加到第二虚拟表33的机会可来自大量源,包括但 不限于:在传输流内传送到调谐器接口50的触发TDO的取回和运行 的触发器、经由通过网络接口70访问的网站提供的选项、或例如通过 遥控接收器60接收到的用户请求。在一个实施例中,当触发器经由 TS不可用时,接收装置20例如通过向图1所示的自动内容识别(ACR) 系统5发送由接收装置1接收到的内容的A/V样本,经由ACR获取 触发器。

当添加虚拟频道的机会呈现时,则CPU10将警告用户机会可用, 并且随后确定用户是希望接受还是拒绝机会。在接受机会的情况下, CPU10将基于机会的源获取元数据并更新第二VCT33。合适的元数 据用来创建第二VCT内的对应于因特网传送内容或其它内容源的虚 拟频道条目。

如显示器41上呈现的,当用户使用遥控单元61输入频道号或经 由导航方案31选择频道号时,CPU10将接收期望的虚拟频道号并访 问第一VCT32,以便确定是否存在对应的条目。如果发现匹配,则 CPU10将指示调谐器接口调谐到选择的物理发送频道并经由分别连 接到显示器41和扬声器21的显示器接口40和音频接口20呈现与频 道相关联的内容。如果未发现匹配,则CPU10将访问包含因特网传 送内容的第二VCT33,以便确定是否存在对应的条目。当在第二VCT 33中发现对应的条目时,CPU10将使得例如经由浏览器34将对应的 因特网传送节目发送到显示器接口40和音频接口20。然而,应该注 意,不必以任意特定的次序访问第一和第二VCT,并且在一个实施例 中,第一和第二VCT可组合为单个VCT。

图3是描绘以与本发明的实施例一致的方式执行的示例性处理的 基本流程图100。开始于步骤S105,用户将在步骤S110选择提供到 接收装置1并由用户使用显示器观看的内容。在某点,在步骤S115 可出现由用户将对应于因特网传送内容的虚拟频道添加到第二VCT 的机会。然而,应该理解,来自其它源的内容可附加地或替选地添加 到因特网传送内容。该机会可从(但不限于)TDO的运行、网站(例 如广播设备或服务提供商的主页)、或用户开始输入定制数据得到。

如果用户在步骤S120拒绝添加对应于因特网传送内容的虚拟频 道的机会,则用户将返回他们之前选择的内容,而不改变第二虚拟表。 如果用户在步骤S120接受添加对应于因特网传送内容的虚拟频道的 机会,则接收装置1将在步骤S125从用来制作第二VCT中的目录的 机会的源接收合适的默认元数据。

在一个实施例中,元数据被格式化为XML数据,但是可以以适 合于应用的任意其它表示来格式化。当接收装置1从机会接收到默认 元数据时,接收装置1可选地在步骤S130询问用户是否希望通过输入 定制数据来修改默认元数据。可以由内容提供商或其它实体调节用户 输入定制数据的能力的程度,使得对于默认元数据仅可以修改特定字 段,例如次频道号字段或简称字段。

如果用户不希望输入对应于因特网传送内容的虚拟频道的定制 数据,则接收装置1将使用在步骤S125从机会的源获得的默认元数据 生成合适的VCT条目。然后将在步骤S145把默认元数据写入第二 VCT。如果用户在步骤S130接受输入对应于因特网传送内容的虚拟 频道的定制数据的机会,则接收装置1将在步骤S140产生屏幕上菜单, 其中用户可将定制数据输入到由服务提供商确定的合适字段中。一旦 输入了定制数据,则接收装置1将在步骤S150基于由用户输入的定制 数据修改来自机会的源的默认元数据,并且生成要输入到第二VCT 的合适的频道信息。

一旦生成了频道信息,则将在步骤S145把定制数据写入第二 VCT。从这点开始,这将允许用户通过在遥控单元61上输入对应频 道号或通过从导航方案31选择对应频道来访问因特网传送内容。

图4A-4D描绘用于通过使用TDO将虚拟频道添加到经由其它 内容源获取的内容的示例性截屏。图4A示出由内容提供商53提供的 示例性用户选择的广播内容。如图4B所示,在某点,触发与选择的 内容相关联的TDO。TDO向用户提供推荐或建议:内容(例如类似 于当前显示的相关内容)经由诸如因特网71的其它通信接口可用。在 该示例中,用户可能正观看从内容提供商53以数字格式传送的频道 XYZ。如图4C所示,警告或推荐可指示可经由相关联的URL从XYZ 的因特网主页传送或流传送相关联的内容。如图4D所示,如果用户 决定添加因特网传送内容,则将利用合适的元数据更新第二VCT,并 且随后可从屏幕上频道指南访问第二VCT。图4D的屏幕上频道指南 图示由台XYZ提供的内容可通过选择频道100.1来访问,而来自台 XYZ的主页的因特网传送数据可通过选择频道100.3来访问。可使用 遥控单元61上的键盘或通过屏幕上频道指南来选择这些频道中的任 一个。

图5图形化地示出如上所述的去往和来自第一VCT和第二VCT 的数据流。初始地,第一VCT填充有对应于一个或更多个内容提供 商的虚拟频道。在一个实施例中,从传输流拉出虚拟频道信息并由 CPU10存储。第二VCT填充有来自诸如TDO、网站或用户手动输入 的源的用户接受的机会。例如,可经由TDO或者直接从内容提供商 或网站输入第二VCT的条目。另外,在一个实施例中,用于生成第 二VCT中的虚拟频道条目的XML元数据可采取以下形式:

该XML元数据对应于第二VCT中的条目,该条目对应于具有 频道号“4-20”的被称为“ABC新闻”的虚拟频道。以上提到的XML 元数据可包含在作为下载文件经由因特网接收到的实例文件中。替选 地,可使用经由单向传输的文件传送(FLUTE)协议经由地面广播传 送实例文件,作为非实时内容(NRT)中的文件。其它传送方法也是 可能的。

以上提到的XML元数据还定义了service_type(例如 service_type=“9”)。在一个实施例中,service_type指的是在ATSC A/65节目和系统信息协议(PSIP)中定义的与每个虚拟频道相关联的 参数。在PSIP虚拟频道表(VCT)中定义了大约六个服务类型,包 括:

Service_type=2(ATSC数字电视–普通电视服务)

Service_type=3(仅音频–无线电服务)

Service_type=4(数据服务)

Service_type=5(软件下载服务)

接收装置通过VCT中定义的虚拟频道号和service_type向用户 提供选择并调谐到频道的能力。例如,处理每个传输流多路复用中(每 个物理频道中)的VCT是允许接收装置1适当地让用户在可用频道 中进行导航。当接收装置1遇到与未识别的service_type相关联的VCT 条目时,忽视该条目(例如,不让用户调谐到该频道)。当今的接收 装置一般忽视标记有除2(或可能是3,或有时是5)以外的service_type 值的任意条目。

在以上提到的XML元数据示例中,使用service_type9来定义 因特网源内容服务。另外,可使用不同服务类型来指定用于因特网源 内容的不同显示模式。例如,如图5所示,可使用service_type9来指 定要在全屏模式下显示的因特网源内容服务,并且可使用service_type 10来指定要在正常模式下(例如在窗口内)显示的因特网源内容服务。 然而,可以使用任何其它未使用的service_type号来标识具有或不具 有显示模式的因特网源内容。在其它实施例中,可使用附加参数来指 定因特网源内容服务或任意其它服务类型的呈现(例如显示)模式。 例如,可在VCT条目或诸如EPG的任何其它位置中定义附加参数。

在一个实施例中,XML实例文件包括指示服务器的参数,在该 服务器处,用户获得添加虚拟频道的机会。服务器可基于机会的源向 用户提供不同的流。

在一个实施例中,接收装置1被配置为基于由因特网传送内容指 定的模式、用户设置、第二VCT中定义的默认设置、与因特网传送 内容相关联的频道信息等,在窗口、框或全屏模式下显示来自因特网 传送内容的内容。例如,用户可将被称为ABC新闻的频道添加到第 二虚拟频道表。对应于频道ABC新闻的因特网传送内容可以是与特 定URL相关联并且包括嵌入的期望内容的网页。内容可简单地嵌入 在网页的一部分中,并且在窗口模式下与网页一起显示。在选择了 ABC新闻频道并且访问URL的情况下,用户可执行附加动作,以最 大化嵌入的内容并在全屏模式下进行显示。在一个实施例中,用户在 添加因特网传送内容时可具有经由窗口、框或全屏模式显示内容的选 项。在接收到将ABC新闻添加到第二虚拟频道表的请求的情况下, 如果用户希望以全屏呈现因特网传送内容,则接收装置1将选择要输 入到第二虚拟频道表的合适的选项。

图5示出在服务类型标题下输入的全屏条目。全屏条目指示当选 择了ABC新闻时,相应的因特网传送内容将全屏呈现。如果用户稍 后希望向第二虚拟频道表添加另一频道,例如CNN头条新闻,但希 望以窗口模式保持因特网传送内容,则用户将在添加因特网传送内容 时选择以窗口模式显示内容的合适选项。图5示出在服务类型标题下 输入的正常条目。正常条目指示当选择了CNN头条新闻时,相应的 因特网传送内容将以窗口而不是全屏呈现。

替选地,接收装置1可基于由因特网传送内容指定的模式、第二 VCT中的默认设置、与因特网传送内容相关联的频道信息等,而不是 基于用户设置,输入合适的选项。另外,如果内容要在框模式下显示, 则显示器可放大嵌入有内容的网页部分。

虚拟频道一般还传递“服务类型”,服务类型向接收装置1指示 期望如何处理并呈现与频道相关联的内容。在ATSC广播的情况下, 服务类型一般是ATSC“数字电视”服务类型。其它服务类型包括代 码下载服务、仅音频和数据广播。在一个实施例中,服务类型码传递 接收装置2中为处理该频道上的内容而必须支持的编解码器。

如所提到的,服务类型的一个方面在于,服务类型传递接收装置 1用来将内容呈现给用户以进行消费的期望方式。对于OTT视频服务 类型,例如“OTT全屏”可被定义为使得接收装置1中的期望行为是 访问由频道的URL提及的流式音频和/或视频服务,并且立即开始消 费并解码音频和/或视频,使用全屏实际使用面积来呈现视频。将此与 用户访问YouTube.com的一般体验进行对比。首先,呈现包含许多视 频缩略图的页面。如果选择了一个缩略图,则显示页面,其中该视频 位于浏览器窗口左上区域中的较大窗口中。用户可从该窗口开始播放 视频,或者用户可选择进入“全屏”模式。另一相关服务类型可以更 类似于网站的初始主页视图,例如来自YouTube.com主页的视图。

如以上所提到的,为了实现OTT(例如因特网传送内容)虚拟 频道概念,定义了新的服务类型码,或许被称为“因特网源内容”。 在一个实施例中,接收装置1将服务类型码理解为意味着:仅当在接 收装置1中因特网连接可用并且激活时才可提供服务。除了服务类型, 还可提供其它元数据以指示将在OTT虚拟频道服务中呈现的内容的 类型。这种元数据可采用因特网媒体类型串(以前被称为MIME类型) 或“功能码”字节的形式。“功能码”字节是针对ATSC的第一NRT 标准开发的概念。每个功能码表示编解码器配置、封装格式、传输方 法等。

当用户(例如使用导航方案31)选择了频道时,在这种情况下是 对应于“ABC新闻”的频道,CPU10搜索第一和/或第二VCT,以便 确定对应的内容源。也可通过在遥控单元61上输入“4-20”来进行选 择。注意,在一些实现方式中,主次频道号之间的分隔符可以是小数 点而不是连字符。在导航方案31上发现针对频道4-20的条目的情况 下,接收装置1将调谐到该内容。在从遥控单元61或导航方案31接 收到输入的情况下,CPU10在第一VCT中寻找合适的条目。当第一 VCT中不存在对应于频道4-20(对应于“ABC新闻”)的条目时, CPU10然后在第二VCT中寻找合适的条目。在第二VCT中发现针 对频道4-20的条目的情况下,CPU10将选择对应的因特网传送内容 以显示在显示器41上。

在一个实施例中,用户在使用接收装置1经由网络接口70浏览 因特网71的同时接收将因特网传送内容添加到第二VCT的机会。在 非限制性示例中,如果用户访问了具有可用的因特网传送内容的广播 设备或服务提供商的主页,则用户可向第二VCT33添加一个或更多 个因特网传送内容。例如,如上所述,这是在CPU10向广播设备或 服务提供商网站发送对XML元数据的请求并且随后将元数据存储在 第二VCT33中时实现的。

在另一实施例中,如果用户已经知道了合适的元数据,则用户将 元数据手动输入到第二VCT中。对于非限制示例,接收装置1在显 示器41上显示菜单,该菜单允许用户输入特定字段,例如简称、主频 道号、次频道号和/或使用网络接口70的可用内容(例如因特网传送 内容)的URL。在用户输入了数据之后,CPU10将数据格式化为合 适的格式,并将其输入到第二VCT33。这允许用户以后使用频道号 选择经由网络接口70接收到的内容,这以与浏览器书签类似的方式起 作用。

根据一个实施例,接收装置1被配置为移除VCT中不再期望的 条目。如果用户希望从VCT移除条目,则一个非限制示例将是由用 户访问屏幕上频道指南上的菜单,该菜单将提示用户移除选择的虚拟 频道。当接受了从VCT(例如第二VCT33)移除条目时,对应的虚 拟频道信息将从存储器30被移除或在存储器30中被重写。在从VCT 移除了频道之后,用户再也无法访问与该虚拟频道相关联的内容(例 如因特网传送内容)。替选地,对虚拟频道的访问可暂时被禁用,或 被设置为在预定日期和/或时间过期。

在一个实施例中,从不同内容源接收到的(例如经由不同通信接 口)但是与相同内容提供商相关联的内容被分配相同的主频道号。在 另一实施例中,从相同通信接口接收到的内容可被分配相同的主频道 号。替选地,可基于任何其它预定的或用户选择的标准向从不同内容 源接收到的内容分配频道号。

图6图示可包括在内容提供商53、ACR系统5或单独设备中的 示例性信息提供装置600。如图6所示,信息提供装置600包括存储 器610和通信单元620。存储器610可使用盘存储形式以及诸如非暂 时性存储设备(例如包括网络存储设备、磁存储元件、磁光存储元件、 闪存、核心存储器和/或其它非易失性存储技术)的其它存储形式来实 现。另外,通信单元620可使用地面广播发送器、有线广播发送器、 卫星上行发送器、网络接口(例如WLAN卡、以太网卡等)等等中 的任一个或组合来实现。

存储器610被配置为存储TDO,该TDO标识要由接收装置1经 由第一通信接口(例如网络接口70)接收的第一内容的位置。TDO 还与要由接收装置经由第二通信接口(例如调谐器接口50)接收的第 二内容相关联。通信单元620向接收装置1提供存储在存储器610中 的TDO。例如,通信单元1120经由TS或因特网向接收装置1提供 TDO。如上所提到的,在一个实施例中,TDO还在存储在接收装置中 的虚拟频道表中定义要与第一内容相关联的频道号。

以上讨论的各个处理不需要在时间顺序上按照流程图中描绘的 顺序处理;步骤也可包括那些并行或分别处理(例如,以并行的或面 向对象的方式)的步骤。

而且,程序可由单个计算机来处理或由多个计算机基于分布式来 处理。程序也可被传送到远程计算机或多个计算机以运行。

此外,在本说明书中,术语“系统”指的是多个组件元件(装置、 模块(部分)等)的集合。所有组件元件可以容纳在或可以不容纳在 单个封装中。因此,各自容纳在分离的封装中且经由网络连接的多个 装置被视为网络,并且由容纳在单个封装中的多个模块形成的单个装 置也被视为系统。

而且,应该理解,该技术在具体实施时不限于以上描述的实施方 式,并且可以对该技术进行各种修改、变型和替选,只要它们在该技 术的精神和范围内即可。

例如,可针对云计算构造该技术,从而经由网络在多个装置之间 协作地共享并处理单个功能。

而且,参照上述流程图说明的每个步骤可以不仅由单个装置执 行,而且可以由多个装置以共享方式执行。

此外,如果一个步骤包括多个处理,则步骤中包括的这些处理可 以不仅由单个装置执行,而且可以由多个装置以共享方式执行。

根据以上教导,本发明的多种修改和变型是可能的。因此要理解, 在所附权利要求书的范围内,可以与本文中具体描述的方式不同地实 现本发明。

去获取专利,查看全文>

相似文献

  • 专利
  • 中文文献
  • 外文文献
获取专利

客服邮箱:kefu@zhangqiaokeyan.com

京公网安备:11010802029741号 ICP备案号:京ICP备15016152号-6 六维联合信息科技 (北京) 有限公司©版权所有
  • 客服微信

  • 服务号