用于在两个或多个设备之间转换媒体输出的方法和系统

摘要

在至少一些实施例中，本发明涉及用于使得媒体内容能够通过媒体呈现设备(102、124、126、128、130、132)被利用或者输出的方法和系统。在一个这样的实施例中，一种方法包括：在第一云（104）处从第一媒体呈现设备（124）接收指示内容信号传输（401）被暂停的请求或命令的第一信号（404）；以及从第一云（104）向第二媒体呈现设备（130）发送包括书签信息的第二信号（406）。该方法还包括从第二媒体呈现设备（130）接收第三信号（416），该第三信号指示该媒体内容信号的传输被恢复的另一请求或命令，并且恢复该传输（422）。在其他实施例中，本发明涉及操作媒体呈现设备(102、124、126、128、130、132)以便于执行视频媒体内容的恢复显示的方法。

说明书

技术领域

本发明涉及显示、输出媒体内容或者以其它方式促进用户对媒体 内容的消费的移动设备和其它设备。

背景技术

移动设备以及其它设备（诸如个人计算机、视频游戏控制台、电 视等）的重要功能在于显示、输出各种媒体和/或以其它方式促进用户 对各种媒体的消费。这样，这些移动设备和其它设备能够共同地被认 为是“媒体呈现设备”。已经开发了允许或促进这样的媒体的传输和 消费的各种技术，包括例如视频流送内容递送技术。

对通过媒体呈现设备来观看或以其它方式消费媒体内容感兴趣的 人来说并不少见的是，在不同的位置之间移动或者以其它方式经历环 境改变，其中不可能通过相同的媒体呈现设备继续观看（或者以其它 的方式体验/与之进行交互）该媒体内容。通常，当这发生时，人将在 他或她对媒体的观察或其它消费中体验到不期望的中断。

例如，人们可能从其中个人计算机可用于使人观看特定媒体的该 人的家里的第一房间移动到其中存在电视机（但不是计算机）的该人 的家里的第二房间。而且例如，即使人留在房子的相同房间内，人也 可能面对下述情况，在该情况中，诸如电视机的原始媒体呈现设备不 再可用于感兴趣的媒体内容的呈现，但是该房间中的另一媒体呈现设 备在理论上仍然可以用于呈现该媒体内容（例如，因为需要在原始媒 体呈现设备上观看其它媒体内容的另一个人已经进入该房间）。

已经存在使得感兴趣的特定媒体内容能够在多个位置处显示（或 者以其它的方式输出或者利用）并且甚至可能从一个位置切换到另一 位置的一些系统。例如，经由有线电视递送到家中的电视节目可能能 够通过在多个房间中的多个电视来显示，并且甚至从在一个房间中显 示切换为在另一房间中显示，特别是在多个有线电视信号处理盒存在 于不同的房间中并且被适当地协调时。

然而，这样的现有系统往往在其能力上是有限的，并且通常仅根 据由媒体内容提供商（例如，有线电视提供商）确定的特殊家用协议 或专用标准来进行操作。更具体地，许多这样的现有系统不适于允许 任意媒体内容被提供给各种不同类型的媒体呈现设备并且在各种不同 类型的媒体呈现设备之间转移，更不用说以最小化中断的方式在不同 的媒体呈现设备之间转移。在一些情况下，需要媒体呈现设备与节目 指南应用之间的深度集成，这特别限制了在各种类型的媒体呈现设备 之间转移媒体的能力。

更具体地，在这方面，当前存在在标准中被定义为IP多媒体子系 统（IMS）的三屏暂停和拾取视频系统。尽管是基于标准的，但IMS 需要部署定制和昂贵且基础设施以支持此类服务。

因此，如果能够开发将减轻上述问题中的一个或多个的用于操作 媒体呈现设备的改进的系统和方法，则将是有利的。

发明内容

在至少一个实施例中，本发明涉及一种使得媒体内容能够通过包 括第一媒体呈现设备和第二媒体呈现设备的多个媒体呈现设备被利用 的方法。该方法包括：在第一云处从第一媒体呈现设备接收指示由至 少一个云进行的媒体内容信号的传输被暂停的请求或命令的第一信 号，该至少一个云包括第一云；以及从第一云向第二媒体呈现设备发 送第二信号，该第二信号包括指示媒体内容信号被暂停时所处的媒体 内容内的位置的书签信息。该方法还包括从第二媒体呈现设备接收第 三信号，该第三信号指示来自至少一个云的媒体内容信号的传输被恢 复的另一请求或命令，并且恢复来自至少一个云的媒体内容信号的传 输，其中所恢复的传输由第二媒体呈现设备来接收，并且其中，媒体 内容信号提供从或者基本上从由书签信息指示的位置处开始的媒体内 容的一部分。

另外，在至少一个实施例中，本发明涉及一种操作媒体呈现设备 以便于在视频媒体内容的先前显示的暂停之后执行视频媒体内容的恢 复显示的方法。该方法包括：将第一信号发送到第一云，媒体呈现设 备通过该第一信号向第一云登记；并且在媒体呈现设备处从第一云接 收第二信号，该第二信号包括指示暂停发生所处的视频媒体内容内的 位置的书签信息。此外，该方法包括从媒体呈现设备发送第三信号， 该第三信号指示用于开始恢复显示的请求或命令，或者被配置成促成 视频媒体内容的至少第一部分的传输以便于支持所述恢复显示；在媒 体呈现设备处接收视频媒体内容的第一部分；以及至少部分地基于接 收到的视频媒体内容的第一部分来执行视频媒体内容的恢复显示，所 恢复显示从或者基本上从所述位置处开始。

此外，在至少一个实施例中，本发明涉及一种用于使得媒体内容 能够通过多个媒体呈现设备来输出的系统。该系统包括具有第一处理 设备和第一存储器设备的第一云，所述第一云存储从多个媒体呈现设 备接收到的登记信息。该系统还包括与第一云进行通信的第二云，所 述第二云具有第二存储器设备以及包括自适应代码转换器的第二处理 设备。第一云用作在第二云和多个媒体呈现设备之间的第一媒介，并 且第二云用作在第一云和多个媒体内容源之间的第二媒介。此外，第 一云被配置成进行操作以使得当从媒体呈现设备中的第一个接收到包 括指示媒体内容的输出被暂停时所处的媒体内容内的位置的书签信息 的暂停信号时，第一云发送该书签信息以由媒体呈现设备中的一个或 多个其它设备来接收并且发送到第二云。而且，第一云还被配置成进 行操作以使得当从媒体呈现设备中的第二个接收到恢复信号时，第一 云将基于该恢复信号的恢复指令传送到第二云，并且相应地第二云使 媒体内容信号被发送以由第二媒体呈现设备来接收，从而第二媒体呈 现设备能够输出从或者基本上从所述位置处开始的媒体内容的至少一 部分。

附图说明

图1是示出包括经由一对中间web服务器与多个媒体内容源进行 通信的多个媒体呈现设备的示例性通信系统的框图；

图2是示出图1的媒体呈现设备中的一个的示例性组件的框图；

图3是示出图1的中间web服务器中的一个的示例性组件的框图； 以及

图4是示出图1的通信系统并且特别是中间web服务器和媒体呈 现设备的操作的各种示例性步骤的示意图。

具体实施方式

参考图1，框图以简化的示意形式示出了示例性媒体通信系统 100。如示，媒体通信系统100在该实施例中包括多个（在这个示例性 图中，五个）媒体呈现设备102。媒体呈现设备102中的每一个都能够 接收一个或多个类型的媒体内容，并且进而显示、输出媒体内容或者 以其它方式促进用户对媒体内容的消费。为了接收媒体内容，媒体呈 现设备102中的每一个都能够与登记/信令控制云（“RSC云”）104 进行通信，登记/信令控制云（“RSC云”）104进而能够与视频传输 和递送云（“VTD云”）106进行通信。此外，VTD云106能够与多 个媒体内容源108中的一个或多个进行通信，并且特别地能够从多个 媒体内容源108中的一个或多个接收媒体内容。

VTD云106和RSC云104中的每一个都可以是服务器，并且在本 实施例中，云104、106中的每一个都是相应的web服务器（例如，支 持网际协议或者以其它方式能够与因特网或万维网交互的服务器）。 然而，云不仅能够被理解为指的是单个服务器，而且能够被理解为包 含彼此进行通信的多个服务器的集合。在至少一些这样的实施例中， 云是具有多个服务器的web服务器云，该多个服务器支持用于实体之 间的通信的因特网技术。另外，在一些实施例中，云能够支持异步推 送操作，在异步推送操作中，使用web2.0功能及其后续功能（包括， 例如，这样的功能的进一步演进和/或新的推送功能）来将信息从云（或 者其一个或多个服务器）推送到客户端（或多个客户端）。此外，在 一些实施例中，云能够支持并且创建用于登记的服务和应用、存储和 中继客户端能力和/或偏好（除了别的以外）。

更具体地，媒体内容源108与VTD云106之间的通信通过一个或 多个通信链路110而发生，而在VTD云106与RSC云104之间的通信 通过一个或多个通信链路112而发生。此外，在RSC云104与媒体呈 现设备102中的一个或多个之间的通信通过一个或多个通信链路114 而发生。尽管图1仅示出了一个通信链路110、112以及114中的每一 个，但将理解的是，任何任意数目的通信链路可以存在于任何给定实 施例中。除了别的以外，通信链路114还可以被理解为表示在RSC云 104和媒体呈现设备102中的每一个之间的多个通信链路，而通信链路 110可以被理解为表示在VTD云106和媒体内容源108中的每一个之 间的多个通信链路。

因此，尽管在图1中仅媒体呈现设备102中的一个和媒体内容源 108中的一个被示出为分别与RSC云104和VTD云106进行通信，但 是将理解的是，根据时间或操作环境，媒体呈现设备102中的任何一 个或全部和/或媒体内容源108中的任何一个或全部可以分别与云104 和106进行通信。还应当注意到，尽管在本实施例中在媒体内容源108 和媒体呈现设备102之间的通信大多数或者全部经由RSC云104和 VTD云106发生，但是根据实施例（或者根据时间或操作环境），媒 体内容源108中的一个或多个能够通过一个或多个直接通信链路117 （其中的一个在图1中示出）直接地与媒体呈现设备102中的一个或 多个进行通信。

媒体内容源108意在表示能够提供各种类型中的任何一个的媒体 内容的各种不同类型的源或供应商中的任何一个。在图1的本示例性 实施例中，媒体内容源108分别包括第一内容提供商网站（CPW）116 和第二内容提供商网站118。CPW可以被理解为包含社交联网网站 （SNW）、新闻馈送、视频广播或其它广播源、音乐和照片网站以及 诸如企业对企业（b2b）或企业对消费者（b2c）网站的其它类型的网 站、或者支持各种形式的数据的下载（和/或上载，例如发帖）的其它 交互式网站。CPW的示例包括例如Facebook^TM、MySpace^TM、hi5^TM、 LinkedIn^TM和Twitter^TM、youtube.com、hulu.com以及RSS的源或其它 新闻馈送、诸如Picasa^TM或Photobucket^TM的照片服务以及诸如 LastFM^TM的音乐服务。

除了CPW116、118之外，媒体内容源108还包括其他源120，该 其他源120可以是例如具有数字媒体基础设施（例如，标准清晰度电 视（SDTV）、高清晰度电视（HDTV）、个人数字视频记录器（DVR） 服务、基于网络的DVR服务或能够进行用于信令和实时媒体传输的基 于因特网通信的其它视频服务基础设施）、专用网络、数据库的电视 台或其它类型的源中的任何一个。应该注意的是，在至少一些实施例 中，与其他源120（而不是CPW116和118）相对应的类型的源以及与 这样的类型的源相关联的任何自适应代码转换器构成用于内容递送的 主要源。另外应该注意的是，虽然图1将媒体内容源108示为包括CPW 116、118和其他源120，但是根据实施例，任何任意数目的媒体内容 源可以提供媒体内容并且与VTD云106进行通信。另外，在至少一些 实施例中，媒体通信系统100与其云基础设施一起提供web2.0服务， 包括例如社交联网聚合服务。

此外，如媒体内容源108能够根据实施例采取各种形式，从那些 媒体内容源提供的媒体内容能够采取各种形式，包括例如时序直播或 存储的多媒体内容（例如，视频、音乐、照片或图片、线和/视频点播 （VOD）内容、歌曲、电视节目、文本条目等）、博客发贴、消息收 发（例如，短消息服务（SMS）、多媒体消息收发服务（MMS）以及 即时消息收发（IM））、新闻报道、天气、个人信息、企业信息和/或 其它信息以及各种其它类型的数据。例如，由诸如CPW116、118的 CPW提供的媒体内容能够包含各种形式的数据，诸如视频、图片以及 歌曲（其在SNW的情况下能够促进人和人群之间的人际关系的创建和 维持）以及个人和/或企业信息，该个人和/或企业信息包括例如关于联 系人或诸如联系人列表的朋友、新朋友或更新的联系人、特殊消息、 新闻、意外事件的信息以及可能包括诸如图像文件或文本文件的文件 或其它形式的数据的其它类型的信息。

应该注意的是，在至少一些实施例中，虽然媒体内容可以由运营 商/诸如与媒体内容源相关联的那些的第三方所拥有，但是媒体内容通 过云106、104的分配由云的所有者来控制。

关于图1中所示出的媒体呈现设备102，这些意在表示能够接收 媒体内容并且显示、输出或者以其它方式促进媒体内容的消费或利用 的各种不同类型的设备。媒体呈现设备102通常可以被理解为包含例 如固定设备（诸如具有能够消费数字内容的机顶盒的电视机和媒体控 制台）以及移动设备中的每一个中的一个或多个。在许多实施例中， 媒体呈现设备102通常包含多个家用媒体消费/生成设备。

在本实施例中，媒体呈现设备102被特别地示出为包括两个固定 设备，即，具有网际协议（IP）机顶盒的电视机124和个人计算机126， 并且另外有第一、第二以及第三移动设备128、130和132，其分别是 智能手机或个人数字助理（PDA）、车内游戏/视频控制台IP客户端以 及因特网连接的游戏设备。尽管在图1中示出了特定的固定设备124 和126，但是这些媒体呈现设备意在表示可以根据实施例而存在的各种 不同类型的固定设备，该固定设备还包括例如个人计算机、视频墙、 家用数字媒体显示系统、具有经由IP机顶盒连接的支持视频的屏幕的 其它（也就是说，除电视机之外）家用设备等。

同样地，尽管在图1中示出了特定的移动设备128、130、132， 但是这些移动设备旨在表示可以根据实施例而存在的各种不同类型的 移动设备，诸如例如蜂窝电话、智能电话、其它类型的手持设备，诸 如其它形式的智能电话/个人数字助理或（另外例如）上网本、电子阅 读器、电子书、平板设备、具有支持视频的屏幕的导航设备、多媒体 扩充基座、PMP（个人媒体播放器）、DVR（数字视频记录器）、个 人DVR播放器、因特网连接的游戏设备或其它游戏设备（再次，例如， 一些车内游戏设备）、视频控制台IP客户端设备和/或其它设备，诸如 包括能够连接到网络并且与网络进行通信的此类计算机的膝上型计算 机或笔记本计算机以及网络连接的电视和三维电视（3D-TV）机/设备。 应该理解的是，根据实施例，前述媒体呈现设备（例如，诸如计算机 126的个人计算机）和/或上文中未提及的其它媒体呈现设备中的一些 根据设备的特定特征、设备的操作环境或设备的使用方式可以被认为 是移动设备和/或固定设备。

虽然媒体呈现设备124-132表示可能的媒体呈现设备，但是图1 中所示出的特定媒体呈现设备并不意在是穷尽可以根据实施例而存在 的所有可能的媒体呈现设备。尽管在图1中示出了五个媒体呈现设备 124-134，但是在其它实施例中可以存在任何任意数目的媒体呈现设备， 即使通常存在至少两个不同的媒体呈现设备以便于支持从一个媒体呈 现设备切换到另一媒体呈现设备（根据哪一个设备正在显示，以其它 方式输出或者以其它的方式促进媒体内容的消费），如在下面进一步 讨论的。那就是说，本发明还可以应用于对于其中存在仅单个媒体呈 现设备的环境的至少一些实施例，例如，本发明的一些实施例允许暂 停提供给给定媒体呈现设备的媒体内容，接下来是在稍后的时间随后 重新开始媒体内容到该相同的媒体呈现设备的递送，即使第二媒体呈 现设备无法用于切换。另外，尽管媒体呈现设备124-132包括上文中所 提及的特定的三个移动设备128-132，但是根据实施例，存在任何任意 数目的移动设备（包括可能根本没有移动设备）。

根据实施例，通信链路110、112、114可以是单个网络或多个网 络的一部分。通信链路110、112、114中的每一个可以包括一个或多 个有线和/或无线通信路径，例如，陆上线路（例如，光纤、铜线）布 线、微波通信、无线电信道、无线路径、内联网、因特网和/或万维网 通信路径，并且其能够采用许多中间硬件和/或软件设备，诸如例如一 个或多个路由器、基地台（cell tower）、接入点、其它服务器或各种 远程设备中的任何一个。

此外，各种通信协议和方法可以用于在媒体呈现设备102、媒体 内容源108、RSC云104以及VTD云106之间经由通信链路110、112、 114进行通信，包括例如传输控制协议/因特网协议（TCP/IP）、可扩 展消息和表示协议（XMPP）、文件传输协议（FTP）、实时流送协议 （RTSP）以及自适应直播流送机制，诸如超文本传输协议（HTTP）直 播流送、微软平滑流送以及快速流送（例如，根据实时消息收发协议 （RTMP）、RTMP隧穿（RTMPT）、RTMP安全（RTMPS）或加密 RTMP（RTMPE））等。在本实施例中，其中VTD云106和RSC云 104都是web服务器，所有的链路110、112、114都涉及基于web的 通信。然而，在其它实施例中，作为基于web的通信的替代或补充， 利用用于促进信号在媒体呈现设备102、RSC云104、VTD云106以及 媒体内容源108之间的传送的其它类型的通信链路。

在下面更详细地讨论RSC云104和VTD云106作为媒体呈现设 备102与媒体内容源108之间的媒介的操作。具体地，更详细地讨论 媒体呈现设备102和云104、106之间的交互，该交互允许根据用户的 环境使媒体呈现（或其它利用）在媒体呈现设备中的不同媒体呈现设 备之间进行切换。尽管在图1的实施例中RSC云104和VTD云106 是彼此进行通信的两个不同的web服务器，但还应该注意的是，在一 些替代实施例中，两个云能够被组合成执行两个云的所有功能的单个 整体设备（例如，单个服务器或web服务器）。在这样的实施例中， 不需要存在通信链路112。

尽管应该强调的是，媒体呈现设备102无需限于移动设备（例如， 在一些实施例中媒体呈现设备中的一个或多个是或者包括固定设备）， 如上文指出的，媒体呈现设备中的一个或多个常常将是移动设备。在 该情况下，参考图2，提供了图示在本示例中为诸如图1的智能电话 /PDA128的移动设备的媒体呈现设备102中的代表性一个的示例性内 部组件200的框图。如示，组件200包括一个或多个无线收发器202 （要理解的是，在一些其它实施例中，有线收发器还同样或代替地存 在）、处理器204（例如，微处理器、微计算机、专用集成电路等）、 存储器部206、一个或多个输出设备208以及一个或多个输入设备210。 在至少一些实施例中，存在包括诸如显示器的输出设备208中的一个 或多个以及诸如小键盘或触摸传感器的输入设备210中的一个或多个 的用户接口。内部组件200能够进一步包括组件接口212以向辅助组 件或配件提供直接连接以用于附加的或增强的功能。内部组件200优 选地还包括诸如电池的电源214，以用于使得移动设备能够是可携带的 同时将电力提供给其它内部组件。所有的内部组件200都可以通过一 个或多个内部通信链路232（例如，内部总线）来彼此耦合，并且彼此 进行通信。

无线收发器202中的每一个都利用无线技术以进行通信，无线技 术可以包括，例如（但不限于）基于蜂窝的通信技术，诸如模拟通信 （使用AMPS）、数字通信（使用CDMA、TDMA、GSM、iDEN、GPRS、 EDGE等）以及下一代宽带通信（使用UMTS、WCDMA、LTE、IEEE 802.16等）或其变体；或对等或自组织通信技术，诸如HomeRF（射频）、 蓝牙以及IEEE802.11(a、b、g或n)；或其它无线通信技术，诸如红外 线技术。在本实施例中，无线收发器202包括蜂窝收发器203和无线 局域网（WLAN）收发器205，但是在其它实施例中，仅存在这些类型 的无线收发器中的一个（并且可能这些类型的无线收发器中的任何一 个都不存在），和/或存在一个或多个其它类型的无线收发器（例如， GPS收发器、以太网收发器或其它宽带收发器）。

借助于使用无线收发器202，智能电话/PDA128（移动设备）能 够与RSC云104进行通信并且间接地与VTD云106进行通信，并且由 此还能够间接地与媒体内容源108进行通信。而且，借助于无线收发 器202，在一些替代实施例中，PDA128（移动设备）能够直接与媒体 内容源108中的一个或多个进行通信（例如，通过通信链路117中的 一个）。另外，例如，无线收发器202与移动设备102的其它内部组 件200相结合的操作能够采取各种形式，并且可以包括下述操作，在 该操作中，例如，在接收到无线信号之后，内部组件检测通信信号， 并且收发器202对通信信号进行解调以恢复进入的信息，诸如通过无 线信号传送的语音和/或数据。在从收发器202接收到进入的信息之后， 处理器204对该进入的信息进行格式化以用于一个或多个输出设备 208。

类似地，对于无线信号的传输，处理器204对外出信息进行格式 化，这可以或可以不通过输入设备210来激活，并且将该外出信息传 递到无线收发器202中的一个或多个以调制成通信信号。无线收发器 202通过无线和（还可能是有线）通信链路将调制的信号传递到诸如 RSC云104和VTD云106的其它设备。因此，信号还能够被间接地提 供给媒体内容源108中的一个或多个（以及直接地，在采用了诸如通 信链路117的通信链路的情况下）。在至少一些实施例中，通过如上 所述可以被视作通信链路110、112、114的一部分的诸如基地台、接 入点的附加的中间设备或另一服务器或各种远程设备中的任何一个来 将来自无线收发器202的信号传送到RSC和VTD云104、106（和媒 体内容源108）。

根据实施例，内部组件200的输入设备210和输出设备208能够 包括各种视觉、音频和/或机械输出。例如，输出设备208能够包括： 一个或多个视觉输出设备216，诸如液晶显示器和发光二极管指示器； 一个或多个音频输出设备218，诸如扬声器、警报器和/或蜂鸣器；和/ 或一个或多个机械输出设备220，诸如振动机构。视觉输出设备216此 外还能够包括电视屏幕。类似地，通过示例，输入设备210能够包括： 一个或多个视觉输入设备222，诸如光学传感器（例如，相机）；一个 或多个音频输出入设备224，诸如麦克风；以及一个或多个机械输入设 备226，诸如翻转传感器、键盘、小键盘、选择按钮、导航键组、触摸 板、触摸屏、电容传感器、运动传感器以及开关。能够促动输入设备 210中的一个或多个的动作不仅可以包括对按钮或其他促动器的物理 的按压/促动，而且还可以包括例如打开移动设备、对设备进行解锁、 使设备移动以促动运动，使设备移动以促动位置定位系统以及对设备 进行操作。

如图2中所示，PDA128（移动设备）的内部组件200还可以包 括各种类型的传感器228中的一个或多个。传感器228可以包括，例 如，接近传感器（光检测传感器、超声波收发器或红外线收发器）、 触摸传感器、高度传感器或能够包括例如全球定位系统（GPS）接收器、 三角测量接收机、加速度计、倾斜传感器、陀螺仪的定位电路、或者 能够识别PDA128的当前位置或用户设备接口（运载模式）的任何其 它信息收集设备。

内部组件200的存储器部206可以包含各种形式中的任何一个的 一个或多个存储器设备（例如，只读存储器、随机存取存储器、静态 随机存取存储器、动态随机存取存储器等），并且能够由处理器204 使用以存储和检索数据。由存储器部206存储的数据可以包括但无需 限于操作系统、应用以及信息数据。每个操作系统包括控制通信设备 的基本功能的可执行代码，通信设备的基本功能诸如包括在内部组件 200中的各种组件之间的交互、经由无线收发器202和/或组件接口212 的与外部设备的通信、以及向和从存储器部206的应用和数据的存储 和检索。每个应用都包括利用操作系统来向通信设备提供诸如文件系 统服务的更多的特定功能和存储在存储器部206中的受保护的和不受 保护的数据的处理的可执行代码。信息数据是能够由用于执行通信设 备的功能的操作系统或应用参考和/或操纵的非可执行代码或信息。

如上文所指出的，在本实施例中，RSC云104和VTD云106中的 每一个都是web服务器。接下来参考图3，以数字形式的方式示出能够 用作RSC云104和VTD云106中的每一个的web服务器300的示例 组件。如示，web服务器300包括存储器部302和与该存储器部进行通 信的处理器部304、以及允许web服务器300通过通信链路110、112 和114中的适当的通信链路（例如，在RSC云104的情况下为通信链 路112和114，在VTD云106的情况下为通信链路110和112）来与 其它外部设备进行通信的一个或多个输入/输出（I/O）接口306。如上 所述，在一些替代实施例中，RSC和VTD云104、106能够被组合成 单个设备，并且在一些这样的实施例中，web服务器300中的单个服务 器可以提供由云104、106二者提供的功能（在这样的实施例中，web 服务器可以通过通信链路110和114来与其它外部设备进行通信）。

转到图4，以另一示意性方式示出了图1的通信系统100的部分 400，以便于图示在通信系统的若干组件中之间的示例性交互和通信系 统的若干组件的操作。具体地，图4示出了彼此进行通信的VTD云106 和RSC云104以及五个媒体呈现设备124-132（但是通信链路114和 112没有被明确示出）。指向VTD云106的箭头402指示云106能够 从诸如（但不限于）图1的媒体内容源108的媒体内容源接收各种类 型的媒体内容的事实，但是这些源没有在图4中明确示出。如上所述， 由VTD云106接收到的媒体内容能够采取各种形式。

如通常由图4所图示的，VTD云106是从其提供视频内容或其它 媒体内容以由媒体呈现设备124-132使用的地方。内容在从媒体内容源 接收到之后就物理地驻留在VTD云106处，特别是例如在用作VTD 云的web服务器300的存储器302（或web服务器的另一组件，诸如 编码器）内，或者替代地，VTD云106简单地用作支持或者促进在媒 体内容源与媒体呈现设备之间的通信的通过媒介。VTD云106执行适 合于允许媒体内容的供应的功能，包括例如重新格式化功能、代码转 换功能以及流送功能。VTD云106还可能通过RSC云104而基于从媒 体呈现设备124-132所传送的那些设备的需要来提供媒体内容。

通过比较，RSC云104聚合并且适当地处理和使用包括与媒体呈 现设备124-132相关联的偏好的来自那些设备的信息、以及关于从媒体 呈现设备提供的关于期望什么类型的功能（例如，视频的暂停、拾取、 快进或倒回）的信号的信息。RSC云104还传送与VTD云106的特定 连接，并且从而用作在媒体呈现设备124-132与VTD云106之间的媒 介。如上文中所讨论的媒体呈现设备124-132对于媒体内容的争取 （bids）还能够通过RSC云104被提供给VTD云106。如在下面进一 步详细讨论的，会话控制（例如，视频媒体内容的显示的暂停和恢复） 和相关书签元数据管理可以通过来自RSC云104的web2.0服务和适 当的推送机制来执行。

到现在为止，在至少一些实施例中，如在图4的实施例中所提供 的VTD云106与RSC云104的分离可以是有价值的，在给定这样的布 置的情况下，视频传输功能可以存在于信令云功能外部。例如，当前 来自诸如Facebook或Twitter(或电子邮件)的各种SNW的更新从那些 媒体内容源108直接提供。RSC云104进而聚合与SNW相关联的其它 馈送/信令和状态更新。通过这样的布置，除了别的以外，还能够通过 使用书签元数据信息（如在下面进一步讨论的）来向使用媒体呈现设 备的消费者提供增强视频或集成视频体验。这样的增强视频体验不仅 可以包括视频内容，而且还包括社交联网聚合功能或者与社交联网聚 合功能相组合，社交联网聚合功能诸如广告、社交联网状态更新、包 括关于特定视频流的评论和/或评级的朋友的评论、用于向用户呈现相 关信息的在线投票特征、以及将视频内容与由RSC云104聚合并且从 RSC云104提供的相关社交联网信息集成在一起的各种其它增强服务。

尽管上述操作的益处可以通过利用诸如VTD云106和RSC云104 的两个不同的云来实现，但是在一些替代实施例中，由VTD云106和 RSC云104所执行的功能可以由单个云（或web服务器或其它计算机） 来执行。另外，还应当理解（无论是否采用两个云还是单个云），根 据实施例或环境，对媒体呈现设备的视频递送可以借助于一对一的单 播通信或一对多的多播通信。例如，在媒体内容（例如，在“恢复” 该内容的提供之后）要在媒体呈现设备102的多个设备上被同时消费 的情况下，一对多的多播通信是适当的。

图4还图示了通信系统100的部分400的操作的示例性步骤。更 具体地，这些步骤允许用户使得正由媒体呈现设备124-132中的一个所 显示的媒体内容（在该情况下，视频媒体内容）被暂停和切换，以便 于在由该用户所确定的媒体呈现设备中的另一个上进行显示，使得用 户能够在没有中断（或在仅最小中断的情况下，例如，由于用户从一 个位置到另一位置的物理移动而导致的中断）的情况下体验媒体内容。 如图4中所示，该过程在由框403所表示的第一步骤（步骤一）处开 始，在该过程期间发生了与用户相关联的所有媒体呈现设备124-132 向RSC云104的登记。尽管为了简化而由框403来象征性地表示第一 步骤，但是应该理解的是，该步骤的执行涉及从媒体呈现设备124-132 到RSC云104的通信，允许各种登记信息被提供给RSC云104。在至 少一些实施例中，根据HTTP或会话初始化协议（SIP）来提供这样的 登记通信。

这样的登记信息能够包括各种不同类型的信息中的任何一个，各 种不同类型的信息包括例如用户名、帐户名、视频编解码器支持信息、 设备能力信息（例如，与设备显示器有关的分辨率信息或其它视频处 理能力信息）和/或与每个媒体呈现设备相关联的其它视频消费偏好。 在一些实施例中，例如，当那些设备第一次被打开或者进入与RSC云 104的通信中时，登记步骤403（步骤1）由媒体呈现设备124-132中 的每一个来促成。而且，在一些实施例中，登记步骤403可以响应于 由用户提供给相应的媒体呈现设备的人工命令而发生。另外，在至少 一些实施例中，借助于在第一步骤期间接收登记信息，RSC云104此 后能够通过基本HTTP能力来管理每个用户的登记并且特别是与该用 户相关联的媒体呈现设备（例如，支持视频的端点）。

一旦诸如媒体呈现设备124-132中的任何一个或所有媒体呈现设 备都向RSC云104进行了登记，那些设备就能够接收视频信号。例如， 机顶盒124能够被假定为在已经向RSC云104登记该媒体呈现设备的 时间之后的某个时间接收并且显示视频媒体内容。如由箭头401所表 示的，包括视频媒体内容（或其它媒体内容）的媒体内容信号在从VTD 云106发送之后由机顶盒（媒体呈现设备）124来接收，VTD云106 将已经从媒体内容源108中的一个或多个接收到了该视频媒体内容。 如上所述，媒体内容信号（视频馈送）能够被反映为在已经在较早的 时间从媒体内容源108中的一个或多个接收到之后存储在VTD云106 处的视频信息，或者代替地可以是在该时间经由VTD云106从媒体内 容源中的一个或多个向媒体呈现设备124传送的视频媒体内容。

虽然图1提出了视频媒体内容（或其它媒体内容）通过RSC云104， 即通过通信链路112和114（即，在已经通过通信链路110被传递到 VTD云106之后）从VTD云106进入诸如媒体呈现设备124的媒体呈 现设备，但是这并不总是这种情况。而是，在一些替代实施例中，视 频媒体内容在其从VTD云106到诸如媒体呈现设备124的给定一个媒 体呈现设备中的中途不需要通过RSC云104，而是替代地能够从VTD 云106直接提供给媒体呈现设备124。在这样的实施例中，通常将是下 述情况，在向RSC云104登记之后，在RSC云104已经向VTD云106 提供了允许这样的直接传输发生的适当的信息之后，媒体呈现设备将 能够直接从VTD云106接收视频媒体内容。

在通过媒体呈现设备124显示视频媒体内容期间的某一点处，正 在消费或观看该视频媒体内容的用户确定情况已经改变而使得用户不 再能够继续在该媒体呈现设备处观察到视频媒体内容，例如，因为用 户需要移动到其中不再适合使用该媒体呈现设备的不同位置或者由于 诸如该媒体呈现设备可能需要用于不同目的的可能性的其他原因。当 该情况发生时，用户将向媒体呈现设备124提供请求暂停视频的命令。 作为响应，如图4中所示，媒体呈现设备124进而在步骤二处将暂停/ 书签消息发送到RSC云104（尽管图4没有图示其中媒体呈现设备124 接收到用户暂停命令的操作，但是这样的操作能够被认为包含在步骤 二内）。由箭头404所表示的在步骤二处从媒体呈现设备124到RSC 云104提供的暂停指令由RSC云104，特别是在云的暂停（反映功能） 块405处来接收，这可以被认为是图3的处理器304的一部分。

在至少一些实施例中，由机顶盒124（或媒体呈现设备124-132中 的其它设备）所提供的暂停命令包括由RSC云104接收到的元数据形 式的视频内容书签。可以通过SIP和HTTP方法的组合来发送暂停命令 /书签。包括在暂停命令/书签中的元数据进而可以包括各种类型的信 息，诸如视频内容源标识符信息、视频被暂停时所处在的视频流的块 的标识（包括但不限于NPT时间值或者其它形式的时间戳、帧/块ID 或视频流内的位置的其它指示器、资产ID、用户标识符、或对内容ID 的缩略图的链接）。因此，对RSC云104的暂停命令通信是有意义的， 不仅因为其传送了视频信号被暂停的请求而且还标识了视频被暂停时 所处在的视频媒体内容的位置，使得当在媒体呈现设备124-132中的不 同一个上显示该视频时，系统可以适当地在该位置处重新开始。

另外，在一些实施例中，在步骤二期间发送的暂停命令/书签信号 包括指定应该在继书签位置之后在未来媒体内容被提供到的媒体呈现 设备（或多个设备）的标识的信息，即，在当前媒体呈现设备（机顶 盒124）处暂停媒体内容之后应该被切换到的媒体呈现设备（例如，IP 客户端130）。该标识信息可以由正在控制媒体内容被暂停时所处在的 媒体呈现设备（再次，机顶盒124）的用户来指定。

在接收到具有视频内容书签的暂停请求之后，暂停块405进而使 得在图4中被示出为分别与箭头408和406相对应的步骤三和步骤四 的两个动作的执行。在本实施例中，在步骤四之前执行步骤三，但是 出于说明目的，下面以相反的顺序描述两个步骤。特别对于步骤四， 这使得向与用户相关联的其它媒体呈现设备126-132（其在步骤1期间 被登记）中的每一个分配书签信息。也就是说，书签信息通过暂停块 405被立即重定向/反映到与用户相关联的媒体呈现设备102中其他媒 体呈现设备102。该功能可以具体地通过使用在RSC云104处提供的 推送信道机构来实现。因此，如图4中所示并且由若干箭头406所表 示的，书签信息被分配到除了视频内容已经被显示并且被暂停时所处 在的媒体呈现设备124之外的媒体呈现设备126-132中的每一个。因此， 媒体呈现设备126-132中的每一个都接收到关于在机顶盒124的显示期 间由用户作出的暂停所处在的视频内容内的位置的信息。

应该注意的是，图4还示出了箭头406中的一个被引回到机顶盒 124，因此指示该书签信息也返回到该设备，并且因此支持进行在暂停 块405处接收了适当的书签信息以用于提交给媒体呈现设备126-132 的确认。将该通信提供回机顶盒124进一步使得能够在稍后的时间适 当地恢复对机顶盒的内容流（也就是说，恢复对暂停/书签请求消息最 初从其发出的相同媒体呈现设备的内容流）。

由暂停块405发送到媒体呈现设备102的书签信息的准确信息可 以根据实施例而变化。在一些实施例中，如在下面进一步详细讨论的， 书签信息可以包括视频目录/节目指南信息。也就是说，在一些实施例 中，书签信息可以包括先前观看的用户内容以及新的可用内容二者的 书签，在发送给由用户登记的所有媒体呈现设备102的组合的增强节 目指南（“EPG”）中书签被呈现给用户。在一些这样的实施例中，从 RSC云104将全部该信息推送到媒体呈现设备102。也就是说，推送特 征在将媒体内容书签和EPG推送到媒体呈现（客户端）设备方面可能 是重要的。

除了其中书签信息被反映给媒体呈现设备124-132中的每一个的 步骤四之外，在步骤三处从RSC云104将暂停请求进一步传送到VTD 云106，如由箭头408表示的。如图4中所示，从RSC云104向VTD 云106传送的暂停请求具体通过由块410所表示的自适应代码转换器 来接收，块410可以被认为是VTD云106的微处理器304的一部分。 作为由自适应代码转换器在VTD云106处接收暂停请求的结果，VTD 云停止由箭头401所表示的传送媒体控制信号，并且因此，机顶盒124 停止接收其他视频媒体内容。在替代实施例中，不论VTD云106对暂 停请求的接收如何，继续由VTD云106来传送媒体控制信号，但是在 在步骤二处发送了暂停命令之后，机顶盒124停止接收该信号或者停 止利用（例如，显示）由该信号所提供的其他信息。

包括关于所有登记的媒体呈现设备124-132的设备分辨率的信息 的书签信息被包括在步骤三中在从RSC云104向VTD云106传送的暂 停请求内。通过接收这样的信息，VTD云106能够定位（或者生成） 与已经被暂停并且书签信息所属于的视频媒体内容相对应的适当的视 频源（例如，存储在VTD云的存储器302中的适当的视频媒体内容的 位置，或可能地媒体内容源108中的适当的一个源）。在定位了适当 的视频源之后，书签信息（或其一部分）被置于视频媒体内容中/作为 视频媒体内容的一部分进行存储，使得当媒体呈现设备中的一个请求 该视频媒体内容时稍后能够访问该书签信息。

自适应代码转换器（块410）是VTD云106的一部分，该自适应 代码转换器具体负责将视频码从一个格式改变为另一格式（例如，宽 屏到非宽屏）以适合给定的媒体呈现（视频接收）设备。在一些情况 下，自适应代码转换器还以多个格式输出视频码，使得多个媒体呈现 设备能够同时接收视频媒体内容（例如，多播）。例如，假设自适应 代码转换器（块410）接收数字订户线路（DSL）媒体内容，其适用于 接受高分辨率视频数据的特定的媒体呈现设备102（例如，机顶盒124）， 而不适用于优选低分辨率视频数据的其它设备（例如，PDA128）。进 一步假设需要低分辨率视频数据（例如，用于由PDA128使用），自 适应代码转换器能够处理进入的视频信号以生成期望的低分辨率视频 信号，或者替代地从不同的位置（例如，诸如hulu的不同媒体内容源） 获得适当的低分辨率信息。

在一些实施例中，在步骤三中从RSC云104向VTD云106的自 适应代码转换器传送的信息不仅可以包括书签的内容，而且包括其他 信息（其能够被称为“增强书签信息”），诸如关于活动设备偏好（例 如，用户偏好）的信息和/或设备登记信息。这样的增强书签信息在允 许自适应代码转换器（块410）执行以正确的编解码器和时间格式得到 视频流的功能中可以是特别有用的。另外，在至少一些情况下，增强 书签信息由自适应代码转换器利用以确定期望的媒体内容的适当的 源，和/或能够由自适应代码转换器利用来确定对于视频数据的一个格 式所设置的“增强书签”是否与针对不同格式的相同视频资产的视频 数据内的给定位置相对应。

在一些实施例中，自适应代码转换器还能够考虑有关媒体呈现设 备的条件/偏好信息，并且相应地调整提供给那些媒体呈现设备的媒体 信号的格式。例如，可以向自适应代码转换器通知诸如电池寿命和适 用于每个给定的媒体呈现设备的分辨率的特性，这允许自适应代码转 换器进行关于什么格式是重要的判断。

此外，在步骤四期间接收到书签信息之后，在步骤五，媒体呈现 设备124-132中的每一个进而更新在相应地媒体呈现设备上存储或者 正在运行的视频目录应用或节目指南，如由另一箭头412所表示的。 具体地，用书签信息所属于的视频资产（例如，关于具体的离散视频 或节目的视频媒体内容）的列表及以视频书签本身（也就是说，书签 已经位于视频中的位置）来更新视频目录应用。应该理解的是，对于 与给定用户相关联的媒体呈现设备中的每一个来说视频目录应用可以 是但无需总是相同的。还应该注意的是，给定视频资产（或其它媒体 资产）在其已经由多于一个的媒体呈现设备暂停或者被暂停多于一次 之后可以包括多于一个的书签。

在替代实施例中，用于媒体呈现设备124-132中的每一个的视频 目录应用能够在持续基础上被保持在RSC云104处，并且然后在适当 时被提供/发送到媒体呈现设备中的每一个。在一些这样的实施例中， RSC云104能够使用由媒体呈现设备102支持的基于标准的IP传输机 制来提供视频目录/节目指南。给定的视频目录/节目指南通常被发送到 被登记并且在线的所有媒体呈现设备102。下载到媒体呈现设备的这样 的节目指南可以被称为增强节目指南（“EPG”）。根据该实施例， EPG可以包括被推送到由用户登记的媒体呈现设备的各种类型的信 息。例如，EPG可以包括先前观看的媒体内容以及呈现给用户的新的 可用内容的书签。在至少一些实施例中，在将媒体内容书签和其它EPG 信息二者推送到媒体呈现（客户端）设备方面，推送能力特别有意义。

在前述步骤（并且特别是传送了暂停请求的步骤二）的执行之后， 用户可能希望使得视频媒体内容的显示在与机顶盒124不同的媒体呈 现设备124-132中的一个处恢复——例如，如图4中所示，在IP客户 端130处恢复。因此，在步骤六中，在用户想要恢复视频传输时，将 来自用户的命令提供给媒体呈现设备（IP客户端）130并且因此拾取（或 恢复）信号从该媒体呈现设备也被提供给RSC云104的处理器304的 拾取部414，如由箭头416所表示的。应该注意的是，在一些实施例中， 用户将该命令提供给媒体呈现设备，以用于通过首先浏览具有更新的 书签的EPG（在媒体呈现设备130处时）并且然后基于该信息，选择 恢复直播、VOD或其它媒体内容，来引起媒体显示的恢复。在步骤六 处传送的拾取信号（由箭头416表示）的准确形式或内容可以根据实 施例而变化。虽然在一些实施例中拾取信号采取请求或命令（例如， 恢复视频媒体内容的显示的请求或命令）的形式，但是在其它实施例 中，拾取信号采取配置成促成至少一些媒体内容（和/或其他信息）的 传输的一些其他形式，以便于允许从暂停发生的位置（或基本上相同 的位置）恢复先前暂停的媒体内容传输。在一些情况下，在步骤六处 提供的拾取信号（箭头416）包括诸如书签信息（例如，内容被暂停的 视频资产名、块以及时间等）的信息和/或诸如偏好信息（“你的偏好”） 的其它信息。

这样的偏好信息可以包括例如用户偏好和设备偏好，诸如优选的 设定或操作模式、设备分辨率、屏幕尺寸/位置、优选的内容源、可用 存储器和负载、优选的编解码器、优选的比特率信息、有关剩余电池 寿命的信息（例如，当电池是用于媒体呈现设备的唯一电源时）、或 有关位置和/或附近的设备/视频源的信息。假如这样的信息被提供给 RSC云104（并且从那儿可以被进一步提供给VTD云106），则RSC 云104和/或VTD云106可以调整其操作方式以便于适应这样的用户偏 好、设备偏好或其它问题（而且，该信息能够用作对RSC云104/VTD 云106的输入以用于将暂停内容保留在替代屏幕/设备上）。最后，可 以在各种水平上改进用户在媒体呈现设备102处的体验，包括例如体 验扩展的设备性能（这可以在考虑设备电池水平时实现）。

在拾取部414已经接收到拾取信号之后，在步骤七处，将由箭头 420所表示的附加的恢复请求信号从RSC云104的拾取块414中继到 VTD云106的另一块418。另一块418可以再次被认为是VTD云106 的微处理器304的一部分。尽管已经在上文中与步骤三相关地讨论了 “增强书签信息”，但应该理解的是，在至少一些实施例中，在该步 骤七（而不是在步骤三处，或除了步骤三之外）处，这样的增强书签 信息被提供给VTD云106。因此，在步骤七处提供的恢复请求信号除 了别的以外还可以包括相关信息，诸如设备特性、点击用户偏好或其 它偏好（或设备登记信息）。此外，为了向IP客户端130提供适当的 视频媒体内容的目的，这样的信息可由VTD云106使用，在该IP客户 端130处用户请求恢复视频媒体内容。而且，如已经在上文中所讨论 的，VTD云106可以使用增强书签信息来定位暂停内容的源或者重新 格式化数据，并且播放在重新格式化的视频资产上的从NPT值开始的 内容。如已经讨论的，已经被请求（并且先前暂停）的视频媒体内容 可以是存储在VTD云106上的视频媒体内容或者替代地是可从媒体内 容源108中的一个获得的视频媒体内容。

在媒体呈现设备124处被暂停并且然后在媒体呈现设备130处被 请求的具体视频资产已经被识别之后，则在步骤八处将该视频媒体内 容从VTD云106的块418递送到进行请求的媒体呈现设备（IP客户端） 130，使得进行请求的设备从标记了书签的点（也就是说，从或者基本 上从较早暂停发生的媒体内容内的位置处）拾取视频媒体内容。如由 箭头422所表示的，视频媒体内容可以通过RSC云104（再次，通过 通信链路112和114）从VTD云106流送到媒体呈现设备130，但是 在其它实施例中能够存在建立在VTD云106与不涉及RSC云104的媒 体呈现设备103之间的单独通信链路，使得视频媒体内容在不通过RSC 云的情况下从VTD云被直接发送到媒体呈现设备。在接收到在该书签 的点开始的视频内容之后，媒体呈现设备130能够向用户显示该视频。

根据上述描述，应该显而易见的是，在至少一些实施例中，媒体 通信系统采用云服务框架来使得能够实现在使用存在于云框架内的推 送框架的所有符合条件的媒体呈现设备（例如，具有视频屏幕的设备） 上的媒体内容（包括多媒体内容，诸如流送视频内容）的暂停和拾取。 在至少一些实施例中，由云框架提供的聚合功能具体地允许视频媒体 内容在多个设备中的两个、三个或更多个屏幕上的显示（包括显示从 一个屏幕到另一个屏幕的切换）。云框架的使用减轻了对于实现该体 验所需要的过多复杂的网络设备的需要。根据实施例或环境，云框架 允许视频（或其它）媒体内容以下述方式被提供到用户（到给定的媒 体呈现设备）：在媒体内容存储在服务器时（例如对于暂停或时间延 迟的内容）从服务器（例如，VTD云）提供到用户，或者在媒体内容 应该被直接地提供给媒体呈现设备（例如，对于直播内容）时经由服 务器从媒体内容源被提供到用户。

虽然上述描述意在表示一些实施例，但是在其它实施例中可以提 供其它或附加的元件组件和/或功能。例如，在一些其它实施例中，除 了上述类型的信息（例如，有关视频被暂停在的视频点或关于已经观 看的节目的持续时间的信息）之外，与视频的暂停相关的暂停命令/书 签信息可以包括有关其它在线资源和增值服务的信息（例如，评级、 其它相关视频推荐、相关商品、游戏、电影配乐）。可以用暂停/书签 元数据来将所有这些不同类型信息从RSC云推送到所有用户设备。

另外，应该注意的是，虽然预期本发明的实施例在消费者如何能 够体验媒体内容（例如，在消费者的个人家庭或汽车中）方面在增强 消费者体验中是有用的，但是还预期本发明的实施例可以在各种其他 背景中实现，该其他背景包括商业、企业（商务）或其它“非消费者” 背景。例如，本发明的实施例可以用于在医院环境中递送医疗信息或 者用来将建筑安全/监视信息递送到保安（在这样的系统中，云104、 106能够由医疗信息公司或安保公司所拥有）。

具体地，本发明旨在不限于包含在本文中的实施例和图示，而是 包括那些实施例的修改形式，该修改形式包括如落入所附权利要求内 的实施例的部分和不同实施例的元件的组合。