用于显示由客户端生成的信息的方法 技术领域 本发明涉及用于显示由被连接到通信网络的客户端生成的信息的方法， 并且涉及 包括程序代码装置的计算机程序， 当所述程序在计算机上运行时， 所述程序代码装置用于 执行所述方法的所有步骤。
本发明还涉及用于将信息内容供应给被连接到通信网络的客户端的方法。
本发明还涉及用于作为对于服务器的客户端而操作的设备， 其中服务器被连接到 通信网络。
背景技术
联网设备的使用正变得越来越普遍。例如， 当前在家庭网络的领域中存在大量进 展， 所述家庭网络为 UPNP( 通用即插即用 ) 网络中的消费设备提供远程用户接口。这种网 络可以允许用户经由 UPnP 家庭网络远程地控制其它 UPnP 设备上的应用程序， 并且还可以 允许用户使用被连接到因特网的消费设备来与因特网服务进行交互。 这些交互其中之一可 以是使用允许下载诸如电影之类的内容的因特网服务。大量的因特网服务提供商、 不同类型的服务以及大量的消费设备提供商意味着 ： 尽可能多地标准化通信协议和接口以为用户提供最佳的体验是优选的。
适用于家庭网络的这种标准之一是 CEA-2014 或者 Web4CE， 即消费电子协会 (CEA) 标准。所述标准指定 UPnP 服务以及被称为 CE-HTML、 针对用于 UPnP 网络中的消费设备的 远程用户接口的基于 HTML 的标准。Web4CE 具有两个主要应用 ： 第一， 其将允许消费者经由 UPnP 家庭网络远程地控制其它 UPnP 设备上的应用程序。 第二， 其将允许消费者使用被连接 到因特网的消费设备来与因特网服务进行交互。用户交互可以仅使用包含兼容 CEA-2014 的浏览器的设备 ( 例如媒体适配器 (MediaAdapter)、 TV 或者移动电话 ) 的遥控器、 键或者 触摸屏来进行。
CEA-2014 Web4CE 标准允许 UPnP 设备或者因特网服务 ( 充当 CE-HTML 网络服务 器 ) 传送符合 CEA-2014 的 HTML 页面的形式的基于图形的交互式用户接口。Web4CE 给予 UPnP 设备厂商以及因特网服务的创造者不仅有对于什么功能可以被远程地控制的完全控 制、 而且有对于将被显示给消费者的用户接口的 “外观和感受 (look and feel)” 的完全控 制。所述 “外观和感受” 是用户可感知的方面， 并且不涉及用户接口的功能属性。
连接的 UPnP 数字家庭允许用户访问来自家庭中各种产品的多种特征和应用。另 外， 消费产品通过提供对由服务提供商经由诸如 ADSL 和电缆之类的宽带网络递送到家庭 的基于因特网的新闻和娱乐服务的直接访问， 来扩展它们的功能。
Web4CE 的主要组件是 CE-HTML 简档 (profile)， 其使用 XHTML 内容来定义可以在 具有从 HDTV 屏幕到移动电话显示屏的范围内的不同的分辨率和尺寸的屏幕上呈现的用户 接口。使用 XHTML 作为基础技术意味着可以使用广泛被接受并且现有的网络技术和工具包 来创作和呈现内容。另外， 这使得对于 HTML 工具供应商和软件厂商来说支持 CE-HTML 非常 容易并且成本效益高。
使用 CE-HTML 浏览器来显示 CE-HTML。浏览体验的一个重要部分是浏览器内所显 示的信息 ( 例如 CE-HTML 页面 ) 与诸如用于下载内容 ( 诸如 A/V( 音频 / 视频 ) 内容 ) 的 下载管理器之类的本地客户端侧功能之间的交互。 此本地客户端侧功能典型地通过本地 UI 显示其信息 ( 状态、 进程等 )， 并且完全独立于浏览器内所显示的信息而被显示和控制。 发明内容
本发明的目的是提供一种用于显示由被连接到通信网络的客户端生成的信息的方法。 根据本发明的第一方面， 所述目的是利用所述用于显示由被连接到通信网络的客 户端生成的信息的方法实现的， 所述方法包括 ： 经由所述通信网络从服务器检索第一信息 内容， 所述第一信息内容包括占位符 (placeholder) ； 在显示器上显示所述第一信息内容 ； 从所述服务器检索第二信息内容， 所述第二信息内容包括外观定义 ； 从所述客户端检索第 三信息内容， 所述第三信息内容是由所述客户端生成并且控制的 ； 在所述显示器中由所述 占位符确定的位置处显示所述第三信息内容 ； 以及根据所述外观定义来在所述显示器中显 示所述第三信息内容。
根据本发明的一方面， 提供了一种方法， 其中所述方法还包括 ： 从所述服务器检索 指令 ； 以及执行指令以从所述服务器检索所述第二信息内容。
附图说明
本发明的这些和其它方面从下文中描述的实施例中显而易见， 并且将参照下文中 描述的实施例而被阐明。
在附图中 ：
图 1 示出了一种用于将信息内容供应给被连接到通信网络的客户端的方法，
图 2 描绘了一种用于显示由被连接到通信网络的客户端使用指令生成的信息内 容的方法，
图 3 示出了另一种用于供应信息的方法，
图 4 描绘了又一种用于供应信息的方法，
图 5 描绘了根据图 2、 3、 4 的方法的由下载管理器显示的信息的示例。
附图完全是示意性的， 并且不是按比例绘制的。特别地， 为求清楚， 一些尺寸被很 大程度地放大。附图中类似的组件尽可能多地由相同的附图标号表示。 具体实施方式
图 1 描述了被连接到诸如家庭网络之类的通信网络 (20) 的诸如消费设备之类的 客户端 (10)。还提供服务器 (30)， 其也被连接到相同的通信网络 (20)。服务器 (30) 可以 被包括在第二消费设备中或者与通信网络 (20) 联系的任意设备中。
图 1 中的系统被配置为允许用户从使得诸如电影之类的内容 (80) 在服务器 (30) 上可得到的内容提供商下载所述内容 (80)。
客户端 (10) 被配备有存储设备 (65)， 使得所述内容可以通过在客户端 (10) 上本 地运行的应用程序而被访问， 例如被载入以及被播放。为了便利下载功能， 客户端 (10) 可以被配备有用于显示来自服务器 (30) 的信息内容 (70) 的本地播放器 (40) 应用程序以及 下载管理器 (60)。
例如， 所述信息内容 (70) 可以提供对于其中所述诸如电影之类的内容 (80) 可以 被选择以下载的环境的访问。所述环境由服务提供商来提供。典型地， 所述本地播放器应 用程序 (40) 是浏览器， 所述信息内容 (70) 包括诸如 HTML、 CE-HTML、 XML 或者 SVG 之类的标 记语言。
在操作期间， 本地播放器应用程序 (40) 从服务器 (30) 检索信息内容 (70)， 并且将 其显示 (50) 给用户。当所述用户发现他希望下载的内容 (80) 时， 下载应用程序 (60) 被执 行以从服务器 (30) 检索所述内容 (80)。下载应用程序 (60) 将下载的状态显示 (55) 给用 户。
可以与下载管理器 (60) 有关的状态信息可以包括 ：
- 下载状态， 例如 ： 连接、 进行中、 暂停、 中断、 完成 ；
- 下载进程， 例如 0、 25、 50、 75、 99％ ；
- 预期的完成时间 ；
- 存储设备 (65) 的存储容量 ； 以及 - 剩余的空闲存储容量， 例如 10、 20、 30、 40％。
典型地， 浏览器 (40) 的显示 (50) 以及下载管理器 (60) 的显示 (55) 由客户端 (10) 分开呈现。一旦下载已经开始， 监视下载的状态的唯一方式将是通过使得用户在浏览 器呈现的显示 (50) 和下载管理器呈现的显示 (55) 之间来回切换。当根据 CEA-2014 标准 操作时， 这尤其是个问题， 因为 CEA-2014 标准已经确定给予服务提供商对于浏览器的全屏 控制。 然后， 在显示呈现之间的此切换要求用户在全屏窗口之间切换， 这使得用户体验较不 愉快。
一个额外的问题是所述显示由两个不同的应用程序提供， 这意味着 ： 这些显示的 “外观和感受” 、 即当信息被显示给用户时信息的用户可感知的方面可能有相当大的不同， 这也使得用户体验较不愉快。
当其它的本地应用程序由客户端执行时， 类似的问题出现， 所述其它的本地应用 程序诸如 ：
DRM 代理。待显示的状态可以包括许可证过期、 连接到许可证服务器、 验证许可 证；
个人视频记录器 (PVR) 管理器。待显示的状态可以包括记录开始、 剩余的空闲存 储、 通过使列表中的成员之一灰化 (gray out) 来指示在所述列表中内容已被观看 ；
个人 TV 频道管理器。待显示的状态可以包括喜好、 待记录的内容的名称、 所观看 的内容的名称、 以及用户简档 ； 以及
运行客户端的设备的控制接口。 待显示的控制可以包括待机、 播放、 倒退、 快进、 跳 过等等。
对于技术人员来说显而易见的是 ： 在需要时这些应用程序可以被组合， 例如下载 管理器和 DRM 代理 ； 并且本发明可以被应用于在客户端上运行的其它类似的应用程序。
图 2 描绘了一种用于显示由被连接到通信网络 (20) 的客户端 (10) 生成的信息的 方法， 所述方法处理上述问题。除了下面描述的附加的方面之外， 图 2 的方法与图 1 的方法
相同。 客户端 (10) 被配备有诸如 javascript 之类的引擎 (45)， 用于执行可以被从服务 器 (177) 检索的合适的指令 (177)。所述引擎 (45) 可以被集成到浏览器应用程序 (40) 中， 在这样的情况下， 所述指令 (177) 也可以被集成到信息内容 (70) 中。
引擎 (45) 与下载管理器 (60) 接口对接， 以检索状态信息， 并且引擎 (45) 与浏览 器 (40) 对信息内容 (170) 的显示 (50) 同时显示 (155) 来自下载管理器 (60) 的状态信息。
图 5 示出了当执行图 2、 3、 4 的方法时可以被显示给用户的状态信息的示例。浏览 器 (40) 的显示 (50) 包括诸如电影的名称或者电影海报的图像之类的内容信息 (58)。 引擎 (45) 的显示 (155) 包括适用于下载管理器的状态信息， 诸如下载状态和进程 (152) 以及存 储空闲空间 (157)。
当下载进行时， 引擎 (45) 从下载管理器 (60) 检索状态信息， 并且相应地动态呈现 显示 (155) 以给出所示状态的当前值。
对于图 2 的方法存在多个缺点 ：
1. 为了使其对于作为消费设备而提供的客户端 (10) 与服务提供商之间的多个组 合正确地操作， 指令 (177) 优选地被标准化。例如， 当使用 javascript 时， 可以定义扩展， 诸如 getDownloadStatus()、 getDownloadProgress()、 getExpectedDownloadTime()， 以询 问客户端设备当前状态。然而， 让大量的新的 javascript API( 应用编程接口 ) 来处理这 些扩展可以导致像 DVB-HTML 那样的非常复杂的标准 ；
2. 使用诸如 javascript 之类的指令 (177) 来动态地呈现下载显示 (155) 可以带 来严重的性能损失 (penalty)， 并且对客户端 (10) 施加额外的负担 ；
3. 在特定的情形下， 期望禁止脚本 (scripting)。例如为了防止服务器对于弹出 通知窗口的不期望的控制， 可以默认地禁止脚本， 使得例如使通知在一段时间之后消失 ；
4. 指令 (177) 是由服务提供商提供的。在客户端 (10) 上执行这些指令 (177) 向 服务器 (30) 暴露客户端 (10) 以及运行客户端的设备。这造成安全性和隐私的担心 - 安全 性是因为所述引擎 (45) 盲目地执行从服务器检索的指令 (177)， 给予服务器 (30) 访问客户 端以及例如存储设备 (65) 的文件系统的权利。
隐私是个问题， 因为一些信息可能是敏感的。什么是敏感的取决于被使用的本地 应用程序， 例如 ：
- 在 PVR 在客户端 (10) 上运行的情况下， 当前正被记录的节目的标题 (155) ；
- 对于个人 TV 频道管理器， 当前正被观看的内容的标题 ；
- 对于 DRM 代理， 许可证验证尝试的数目。
图 3 中描绘的用于显示信息的方法处理与图 3 的方法关联的问题。除了下面描述 的附加的方面之外， 图 3 的方法与图 1 的方法相同。
客户端 (10) 被配备有诸如浏览器 (240) 之类的播放器， 用于显示诸如 HTML 之类 的第一信息内容 (270)。浏览器 (240) 与下载管理器 (60) 接口对接以检索状态信息， 并且 浏览器 (240) 与浏览器 (240) 对于信息内容 (170) 的显示 (50) 同时地显示 (155) 来自下 载管理器 (60) 的状态信息。浏览器 (240) 还被配置为从服务器 (30) 检索第二信息内容 (275)。第二信息内容 (275) 可以是单独的、 或者被集成到第一信息内容 (270) 中、 或者是 上述两种情况的组合。
第一信息内容 (270) 包括占位符， 其被用于确定下载状态的显示 (155) 的位置。 第 二信息内容 (275) 包括诸如样式定义之类的与外观有关的定义， 当显示 (155) 下载状态时 浏览器可以应用所述定义。
在操作期间， 浏览器 (240) 检索第一信息内容 (270) 和第二信息内容 (275) 两者。 浏览器 (240) 还从下载管理器 (60) 检索状态信息。此下载状态信息被显示 (155) 在由占 位符确定的位置并且根据外观定义来显示。
以此方式， 来自本地应用程序的信息， 在此情况下是下载状态， 被以在客户端控制 下、 而不需要服务器 (30) 能够确定正在显示什么的方式而嵌入到浏览器显示 (50) 中。服 务器 (30) 的影响限于下载状态如何出现在显示中以及下载状态的位置， 使得一致的 “外观 和感受” 可以被维持。
被作为第二信息内容 (275) 的部分而提供的外观定义可以例如是浏览器理解的 样式定义、 诸如背景图像之类的图像、 以及它们的组合。 所述外观定义还可以包括哪些状态 需要被显示的建议。
样式定义可以包括 HTML 样式定义。这些可以被作为第一信息内容 (270) 内的样 式标签、 作为单独的样式表、 或者作为它们的组合而提供。 如果仅有诸如购买、 下载、 再次下载之类的有限数目的状态待显示， 则外观定义可 以包括用于这些状态中的每一个的图像 - 即在适当的背景上叠加的适当的词语的图像。如 果客户端生成的错误待显示， 则这样的有限数目的状态也可以适用。
如果第一信息内容 (270) 包括 HTML， 则占位符可以包括 HTML