用于对多个应用进行同步的方法和系统 【技术领域】
本发明涉及用于对多个应用进行同步的方法和系统。背景技术
一般而言， 每个应用必须显式地登录共享会话。可能期望多个应用基于单一请求 来参与共享会话。发明内容
本发明的一些实施例可以包括用于对多个应用进行同步的方法和系统。
本发明的一些实施例可以包括一种主应用， 其中， 所述主应用可以向服务器系统 请求针对所述主应用和至少一个附加的参与应用的共享会话。 服务器系统可以针对所有参 与应用产生独立的同步链接， 并且服务器系统可以向所述主应用发送所述同步链接。所述 主应用可以将所述同步链接分发至所述参与应用。在本发明的一些实施例中， 所述主应用 可以发起参与应用。 此外， 服务器系统可以在产生所述同步链接之前， 基于所述请求中包括 的标识符来验证所述主应用。 本发明的一些实施例涉及一种用于应用同步的系统。所述系统可以包括 ： 会话请 求发射机， 用于向服务器系统请求会话。所述请求可以包括主应用的标识符和参与应用的 计数。然后， 链接接收机从服务器系统接收针对所有参与应用的同步链接。然后， 使用链接 分发器将所接收的同步链接分发至所有参与应用。
通过考虑结合附图对本发明进行的以下详细描述， 将更容易理解本发明的上述和 其他目的、 特征和优点。
附图说明 图 1 是示出了包括服务器系统和电子设备的本发明的实施例的图 ；
图 2 是示出了示例性 SSL 握手协议的图 ；
图 3 是示出了示例性选项显示的图 ；
图 4 是示出了包括登录、 帐户和语言 (LAL) 组件的示例性实施例在内的本发明的 实施例的图 ；
图 5 是示出了包括连接管理器组件的示例性实施例在内的本发明的实施例的图 ；
图 6 是示出了包括服务器系统和电子设备的本发明的实施例的图 ；
图 7 是示出了包括实时请求数据库构造的本发明的实施例的图 ；
图 8 是示出了服务器系统与电子设备之间的示例性事务的图 ；
图 9 是示出了包括电子设备的本发明的实施例的图， 其中可以将来自电子设备的 请求的位置从服务器系统发送至电子设备 ；
图 10 是示出了包括服务器系统的本发明的实施例的图， 其中可以将来自电子设 备的请求的位置从服务器系统发送至电子设备 ；
图 11 是示出了包括服务器系统的本发明的实施例的图， 其中可以响应于电子设 备来发送数据请求 ；
图 12 是示出了服务器系统与电子设备之间的示例性事务的图 ；
图 13 是示出了包括服务器系统与电子设备之间的事务在内的本发明的实施例的 图；
图 14 是示出了包括服务器系统与电子设备之间的事务在内的本发明的实施例的 图；
图 15 是示出了包括第一设备、 第二设备和服务器系统在内的本发明的实施例的 图；
图 16 是示出了包括从第一设备通过服务器系统向第二设备发送消息在内的本发 明的实施例的图 ；
图 17 是示出了包括使用 RTR 数据构造通过服务器系统将来自第一设备的消息重 定向至第二设备在内的本发明的实施例的图 ；
图 18 是包括轮询服务器系统的设备在内的本发明的实施例的图 ；
图 19 是示出了包括多个设备和服务器系统的本发明的实施例的图 ；
图 20 是示出了包括与第一设备通信的第一外围设备在内的本发明的实施例的 图；
图 21 是示出了包括设备平台的本发明的实施例的图， 所述设备平台包括客户端 外围设备任务和客户端服务器任务 ；
图 22 是示出了包括用于与设备通信的外围设备平台在内的本发明的实施例的 图；
图 23 是示出了包括多个设备、 多个外围设备和服务器系统在内的本发明的实施 例的图 ；
图 24 是示出了包括内容消费设备、 外围设备和服务器系统在内的本发明的实施 例的图 ；
图 25 是示意了包括与内容消费设备相关联的第一设备和第二设备之间的通信在 内的本发明的实施例的图 ；
图 26 是示意了包括消息增强的本发明的实施例的图 ；
图 27 是示出了包括基于消息内容解释的消息增强在内的本发明的实施例的图 ；
图 28 是示出了包括基于在内容消费设备处消费的内容的、 在内容消费设备与另 一设备之间的消息的增强的本发明的实施例的图 ；
图 29 是示出了包括基于消息内容的、 设备之间的消息的消息增强的本发明的实 施例的图 ；
图 30 是示出了包括从服务器系统基于来自第一内容消费设备的消息内容和在第 一内容消费设备处的内容消费来控制第二内容消费设备在内的本发明的实施例的图 ；
图 31 是示出了包括从服务器系统基于来自第一内容消费设备的消息内容来控制 第二内容消费设备在内的本发明的实施例的图 ；
图 32 是示意了包括服务器系统、 内容消费设备和监视设备在内的本发明的实施 例的图 ；图 33 是示出了包括从监视设备接收内容捕获请求的服务器系统在内的本发明的 实施例的图 ；
图 34 是示出了包括处理所捕获的内容的服务器系统在内的本发明的实施例的 图；
图 35 是示出了包括基于来自监视设备的控制请求来控制内容消费设备的服务器 系统在内的本发明的实施例的图 ；
图 36 是示出了包括基于来自监视设备的控制请求来控制内容消费设备的服务器 系统在内的本发明的实施例的图 ；
图 37 是示出了包括基于来自监视设备的消息与内容消费设备进行消息收发的服 务器系统在内的本发明的实施例的图 ；
图 38 是示出了包括基于来自监视设备的消息与内容消费设备进行消息收发的服 务器系统在内的本发明的实施例的图 ；
图 39 是示出了包括监视设备的本发明的实施例的图， 其中所述监视设备可以通 过服务器系统来控制和 / 或监视内容消费设备 ；
图 40 是示出了包括捕获内容并将所捕获的内容发送至服务器系统的内容消费设 备在内的本发明的实施例的图 ； 图 41 是示出了包括与内容特性相关地对所捕获的内容进行处理的内容消费设备 在内的本发明的实施例的图 ；
图 42 是示出了包括与内容特性相关地对从内容消费设备接收到的所捕获的内容 进行处理的服务器系统在内的本发明的实施例的图 ；
图 43 是示出了包括向服务器系统请求共享会话并将从服务器系统接收到的同步 链接分发至参与应用的主应用在内的本发明的实施例的图 ；
图 44 是示出了包括产生对共享会话的独立链接并将独立链接发送至主应用的服 务器系统在内的本发明的实施例的图 ；
图 45 是示意了包括主应用和一个附加参与应用的本发明的实施例的图 ；
图 46 是示出了包括向服务器系统请求共享会话的主应用在内的本发明的实施例 的图， 其中服务器系统产生对共享会话的独立链接， 并且主应用将独立链接分发至参与应 用；
图 47 是示意了包括电视上的主应用和 HTML 浏览器在内的本发明的实施例的图。
图 48 是示意了包括会话请求发射机、 链接接收机、 链接分发器、 参与者计数确定 器在内的本发明的实施例的图。
具体实施方式
参照附图将最好地理解本发明的实施例， 其中贯穿附图类似的附图标记表示类似 的部分。以上所列附图明确并入作为本详细描述的一部分。
容易理解， 如这里在附图中总体描述和示意的， 可以以多种不同配置来布置和设 计本发明的组件。因此， 以下对本发明的方法和系统的实施例的更详细描述不应限制本发 明的范围， 而是仅仅表示本发明的当前优选实施例。
可以以硬件、 固件和 / 或软件来实现本发明的实施例的元素。尽管这里揭示的示例性实施例可能仅描述了这些形式之一， 但是应理解， 本领域技术人员在本发明的范围内， 可以以这些形式中的任一种来实现这些元素。
许多电子设备可以连接至计算机和网络， 并且可以提供连接特征， 例如即时消息 收发 (IM)、 电子邮件 (email) 和 web 浏览。连接特征可以是对设备唯一的专有特征， 或者 设备的连接特征可以模仿另一设备的连接特征。 许多连接特征可以在设备内提供仅基于会 话而持续的用户体验。 通过对声音格式和传输机制、 视频格式和传输机制、 电子邮件格式和 传输机制的标准化和其他标准化努力， 在使内容对多种设备可用方面已经有了显著进步。 然而， 存在一种标准方法用于给独立于设备的自主特征提供可以在设备之间转移的用户会 话。本发明的一些实施例包括用于独立于设备的自主用户会话可转移性的方法和系统。
本发明的一些实施例包括用于电子设备的互连的方法和系统。 示例性电子设备可 以包括媒体播放设备 ( 例如电视或手持 DVD( 数字多用途光盘， 有时称为数字视频光盘 ) 播 放器 )、 计算设备 ( 例如个人计算机 )、 通信设备 ( 例如蜂窝电话 )、 成像设备 ( 例如数字摄 像机或视频摄像机 ) 以及其他电子设备 ( 例如 PDA( 个人数字助理 ) 或游戏设备 )。电子设 备可以属于以上所列举的示例性类别中的一些类别。例如， 一些通信设备 ( 如一些蜂窝电 话 ) 也可以被认为是媒体播放设备和成像设备。 在本发明的一些实施例中， 电子设备 ( 也被认为是客户端设备 ) 可以通过在消费 者支持中心处的远程服务器连接至消费者支持计算设备。在一些实施例中， 消费者支持计 算设备可以与消费者服务代表相关联。在本发明的备选实施例中， 第一电子设备可以通过 远程服务器连接至第二电子设备。在一些实施例中， 第一电子设备和第二电子设备可以在 单个用户的控制之下。 在备选实施例中， 第一电子设备可以在第一用户的控制之下， 第二电 子设备可以在第二用户的控制之下。
在本发明的一些实施例中， 客户端设备可以包括 ： 显示器、 用户输入设备 ( 例如键 盘、 鼠标或遥控器 )、 网络连接和软件。 示例性客户端设备软件可以包括 ： 网络 TCP/IP( 传输 控制协议 / 因特网协议 ) 栈、 网络 SSL( 安全套接字层 ) 软件栈、 网络连接客户端软件 ( 例 如 HTTP( 超文本传输协议 ) 客户端 ) 和其他软件。
在本发明的一些实施例中， 服务器系统可以包括处理器、 存储设备、 网络连接和软 件。在备选实施例中， 服务器系统还可以包括显示器。示例性服务器软件可以包括服务器 管理工具、 网络 TCP/IP 栈、 网络 SSL 软件栈、 网络连接服务器软件 ( 例如 Apache HTTP 服务 器 )、 FTP( 文件传输协议 ) 服务器、 邮件服务器和其他软件。
可以关于图 1 来描述本发明的一些实施例。电子设备 2 可以通信耦合 3 至服务器 系统 4。服务器系统 4 可以包括服务器接口 5， 通过服务器接口 5， 连接组件 6 可以管理连接 电子设备 2 与服务器系统 4 软件的初始过程。服务器系统 4 还可以包括登录、 帐户和语言 (LAL) 组件 7、 消费者连接页面管理器 8、 多个应用 9 和数据库 10。在本发明的一些实施例 中， 以上所列的组件可以驻留在单一服务器设备上。在备选实施例中， 服务器系统 4 的部分 可以驻留在多个服务器设备上 ( 例如通信服务器、 应用服务器和其他服务器 )。
连接组件 6 可以管理电子设备 ( 也被认为是 ( 客户端 ))2 与服务器系统 4 之间的 通信的认证和加密部分。在本发明的一些实施例中， 连接组件 6 可以基于 SSL 协议。
可以关于图 2 来描述示例性 SSL 握手协议。 电子设备 20 可以向服务器 22 发送 SSL 请求 (“ClientHello” )21， 以发起 SSL 会话特性的协商。然后可以进行服务器认证和密钥
交换。服务器 22 可以使用 “ServerHello” 来响应 23 设备发起的 “ClientHello” 消息。接 下来， 服务器 22 可以向电子设备 20 发送其证书或相关联的证书链 24。然后， 服务器 22 可 以发送公开密钥 25， 接着是结束消息 26。然后可以从电子设备 20 向服务器 22 进行客户端 密钥交换 27。电子设备 20 可以告知 28 服务器 22 改变密码， 服务器 22 可以使用其自身已 改变的密码消息来进行响应 30。结束的消息 29、 31 可以散列以进行验证。
在本发明的一些实施例中， LAL 组件 7 可以负责针对有效客户端来呈现和处理登 录过程， 在服务器 4 上创建有效客户端帐户、 检索有效客户端帐户信息、 从服务器 4 删除客 户端帐户信息并且针对连接的客户端在服务器 4 上创建语言偏好。登录、 帐户和语言选项 可以经由图形用户接口 (GUI) 呈现在电子设备 2 上。图 3 描述了在示例性电子设备上的示 例性选项显示 35， 具有 4 个选项 ： 登录 36、 忘记登录 37、 创建帐户 38 和改变语言 39。在接 收到通过 GUI 进行的选择时， 电子设备 2 可以将该选择发送至服务器 4。
可以关于图 4 来描述 LAL 组件 7 的示例性实施例。LAL 组件 7 可以接收从电子设 备 2 发送至服务器 4 的选择 (S40)。 在本发明的一些实施例中， 该选择可以关于以下选项之 一： “语言” 选项 41、 “登录” 选项 42、 “注册” 选项 43 和 “检索信息” 选项 44。这些选项可以 与在电子设备 GUI 处显示的选项相对应。 如果接收到 “语言” 选项 41， 则 LAL 组件 7 可以向电子设备请求 (S45) 优选语言选 择。在接收到优选语言选择时， LAL 组件 7 可以确定 (S46) 优选语言选择是否是有效选择。 如果优选语言选择是有效选择 ( 是 47)， 则 LAL 组件 7 可以改变 (S48) 语言设置， 然后可以 请求 50 新选择。如果优选语言选择不是有效选择 ( 否 49)， 则 LAL 组件 7 可以请求 50 新选 择。
如果接收到 “登录” 选项 42， 则 LAL 组件 7 可以向电子设备请求 (S51) 登录信息。 示例性登录信息可以包括用户标识 (ID)、 口令和其他登录信息。在接收到登录信息时， LAL 组件 7 可以确定 (S52) 登录信息是否有效。如果登录信息有效 ( 是 53)， 则 LAL 组件 7 可以 将控制 (S54) 转移至连接管理器。如果登录信息无效 ( 否 55)， 则 LAL 组件 7 可以请求 50 新选择。
如果接收到 “注册” 选项 43， 则 LAL 组件 7 可以请求 (S56) 注册信息。示例性注册 信息可以包括电子设备型号、 序列号、 设备所有者电话号码、 设备位置邮政编码和其他产品 或产品所有者信息。在接收到注册信息时， LAL 组件 7 可以确定 (S57) 注册信息是否有效。 如果注册信息有效 ( 是 58)， 则 LAL 组件 7 可以产生唯一的登录信息 (S59) 并确定 (S52) 登 录信息是否有效。如果注册信息无效 ( 否 60)， 则 LAL 组件 7 可以返回 “注册” 选项 43 选 择， 以再次请求注册信息。
如果选择了 “检索信息” 选项 44， 则 LAL 组件 7 可以重定向 61 至 “注册” 选项 43。 这可以允许在重新输入有效注册信息之后检索 (S59) 登录信息。
在本发明的一些实施例中， 连接管理器组件 8 可以负责访问和解释消费者简档。 连接管理器组件 8 可以使用所需支持信息和特征来填充消费者连接页面。连接管理器组件 8 也可以维护消费者帐户信息页面， 并发起在电子设备 2 处由用户选择的任何有效支持或 特征。
可以关于图 5 来描述连接管理器组件 8 的示例性实施例。在分析 (S70) 用户简档 之后， 连接管理器组件 8 可以填充 (S72) 用户页面。可以使用从数据库 10 获得的用户数据
来填充用户页面。然后， 在从电子设备 2 接收应用 9 的选择 (S74) 时， 连接管理器组件 8 可 以确定 (S76) 是否需要应用专用注册。 如果不需要应用专用注册 ( 否 77)， 则可以初始化所 选应用 (S78)， 呈现 (S80) 用户页面并发起 (S82) 所选应用。如果需要应用专用注册 ( 是 83)， 则连接管理器组件 8 可以向用户或数据库 10 请求 (S84) 用户数据， 分析 (S86) 用户数 据并更新 (S88) 用户页面。
示例性应用可以包括 ： 设备遥控帮助、 设备菜单控制帮助、 设备产品手册、 设备消 费者代理驱动器常见问题 (FAQ) 帮助、 设备至设备消息传送、 用户至用户消息传送和其他 应用。在本发明的一些实施例中， 应用遵循模型视图控制器结构。
在关于图 6 描述的本发明的一些实施例中， 第一电子设备 90 可以通过服务器系统 94 连接至第二电子设备 91， 服务器系统 94 包括负载平衡器 96、 驻留在多个中央处理单元 (CPU) 上的多个应用实例 ( 示出了 3 个 )97、 98、 99、 主数据库 100 和多个群集的数据库 ( 示 出 2 个 )101、 102。在一些实施例中， 电子设备 90、 91 和服务器系统 94 之间的通信可以包括 HTTP-XML( 可扩展标记语言 )。主数据库 100 和 / 或群集的数据库 101、 102 中的数据库可 以记录第一电子设备 9 与第二电子设备 91 之间的每个事务。这些事务可以由请求参数链 接在一起。在本发明的一些实施例中， 第二电子设备 91 可以与消费者服务代表相关联。在 本发明的备选实施例中， 第二电子设备 91 可以与第一电子设备 90 的所有者相关联。在本 发明的又一备选实施例中， 第二电子设备 91 可以与第二所有者相关联。
在关于图 7 描述的本发明的一些实施例中， 服务器系统 110 可以包括例如记录和 链接事务、 实时请求 (RTR) 数据库构造 112( 例如表、 数组或其他数据结构 ) 和 RTR 管理逻辑 114。RTR 管理逻辑 114 可以以软件、 硬件、 固件或其组合来实现。RTR 管理逻辑 114 可以通 过服务器系统 110 来处理第一客户端设备 116 和第二客户端设备 118 之间的事务。RTR 数 据库构造 112 可以包括数据库条目的链接列表， 其中每个条目表示客户端设备 116、 118 的 故事线 (storyline) 中的步骤。RTR 数据库条目 120 可以包括通用数据字段和其他实用字 段， 以容纳可以在客户端之间步骤同步的单一和多个客户端故事线。通用数据字段可以提 供步骤同步的客户端之间的双向通信。在一些实施例中， 通过将这些字段传送至应用实例 内的客户端线程， 这些字段可以用作 HTTP 通信的信号量。通信可以指示客户端线程创建、 延迟或处理与另一客户端的动作相关的 HTTP 响应。
在本发明的一些实施例中， 在每个 HTTP 请求中可以包括凭证。示例性凭证可以包 括用户名、 口令、 客户端类型和其他凭证。在一些实施例中， 可以包括凭证作为 URL( 统一资 源定位符 ) 参数。在本发明的一些实施例中， 可以在每个请求中提供唯一的客户端故事线 标识符， RTR 管理逻辑 114 可以使用该标识符来将客户端请求与合适的多客户端故事线相 关联。
在本发明的一些实施例中， RTR 数据库条目 120 可以不包括分支， 并且可以包含对 父 RTR 数据库条目 120 的单一引用。同时和分离的故事线以及 RTR 线程可以容纳客户端设 备的同时特征。 RTR 数据库条目 120 可以是故事线步骤， 并且可以由可以容纳单一或多用户 故事线的任何客户端设备使用。
可以关于图 8 来描述第一客户端设备与服务器系统之间的示例性事务。在本发明 的一些实施例中， 第一客户端设备可以使用与服务器系统 180 相关联的基本位置标识符来 向服务器系统 180 进行第一请求 182。 在本发明的一些实施例中， 基本位置标识符可以包括URL， 如图 8 的示例性事务所示。第一客户端设备的客户端凭证和客户端类型可以包括在请 求 182 的参数中。RTR 管理逻辑可以在 RTR 数据库构造 181 中产生与请求 182 相对应的条 目 183。条目 183 可以包括 RTR 条目标识符 (ID)184、 先前 RTR 条目标识符 (PrevID)185、 会 话标识符 (SessionID)186 和其他字段。在本发明的一些实施例中， 对于在 RTR 数据库构造 181 中的初始条目， 先前 RTR 条目标识符 PrevID 185 可以为空。
RTR 管理逻辑可以等待与第一条目 183 相对应的 HTTP 响应字段条目 187 出现。在 一些实施例中， 可以通过周期性轮询， 例如每 0.5 秒进行轮询来进行等待。
在一些实施例中， 对于对服务器系统 180 的初始呼叫， URL 可以不指定类或方法， 并且可以缺省使用 “DirectAction” 类和 “DefaultAction” 。可以加载 “DirectAction” 类。 可以执行 “PerformActionNamed” ， “PerformActionNamed”可以调用 “ValidDevice”以使 用在 HTTP 请求 182 中作为参数接收的第一客户端设备凭证来认证请求 182。参照新创建 的 RTR 数据库构造 181， 可以返回 “ValidDevice” 对象。然后， 可以调用 “DefaultAction” ， “DefaultAction” 可以创建 “DeviceLoggedIn” 对象， “DeviceLoggedIn” 对象可以返回设 置会话标识符 sessionID 和下一 URL(nextURL) 的 XML 响应。下一 URL(nextURL) 可以由 “RealTimeRequest” 类基于先前 RTR 标识符 PrevID 185 和事务的类型来计算。在本发明的 一些实施例中， RTR 管理逻辑可以针对可以不等待客户端响应的事务和可以等待客户端响 应的事务创建不同的 URL。 通过 RTR 管理逻辑， 服务器系统 180 可以分配会话标识符 SessionID 186， 并且可 以使用设置会话标识符 sessionID 186 和下一 URL nextURL1 的 XML 命令来填充 RTR 数据库 构造 181 中的 HTTP 响应字段 187。在一些实施例中， 下一 URL nextURL1 可以包括对 RTR 条 目标识符 ID 184 的引用。RTR 管理逻辑可以检测 RTR 数据库构造 181 中的 HTTP 响应 187， 可以将响应 187 拷贝入 HTTP 响应的主体， 并且可以向第一客户端设备发送 188 该响应。
第一客户端设备可以将会话标识符本地记录在例如图形用户接口或其他位置， 然 后第一客户端设备可以调用 189 下一 URL nextURL1。下一 URL nextURL1 可以包含对先前 创建的 RTR 条目 183 的引用。RTR 管理逻辑可以创建新 RTR 条目 190， 新 RTR 条目 190 可以 链接至先前 RTR 条目 183。在一些实施例中， 可以通过将先前 RTR 标识符 PrevID 字段 191 设置为标识先前 RTR 条目 184 的值来进行链接。可以分配新 RTR 标识符 192。
通过填充 RTR 数据库构造 181 的 HTTP 响应部分 193， 可以通过 RTR 数据库构造 181 来向客户端设备进行第一数据请求。RTR 管理逻辑可以检测 RTR 数据库构造 181 中的响应 193， 并且可以在 HTTP 响应的主体中的 XML 命令下向第一客户端设备发送 194 数据请求和 下一 URLnextURL2。下一 URL nextURL2 可以针对 RTR 线程来编码。第一客户端设备可以利 用请求的主体中的所请求的数据来调用 195 下一 URLnextURL2。
下一 URL nextURL2 可以包含对先前创建的 RTR 条目 190 的引用。RTR 管理逻辑可 以创建新 RTR 条目 196， 新 RTR 条目 196 可以链接至先前 RTR 条目 190。在一些实施例中， 可以通过将新条目 196 中的先前 RTR 标识符 PrevID 字段 198 设置为标识先前 RTR 条目 192 的值来进行链接。可以分配新 RTR 标识符 197。RTR 管理逻辑可以检测请求的主体中的数 据， 并且可以填充 RTR 条目 196 的 XML 响应部分 199。通过填充 RTR 数据库构造 181 的 HTTP 响应部分 200， 可以通过 RTR 数据库构造 181 来进行第二数据请求。RTR 管理逻辑可以检测 RTR 数据库构造 181 中的响应 200， 并且可以在 HTTP 响应的主体中的 XML 命令下向第一客
户端设备发送 201 数据请求和下一 URL nextURL3。下一 URL nextURL3 可以针对 RTR 线程 来编码。
在本发明的一些实施例中， 这些 URL( 即 URL、 URL1、 URL2 和 URL3 可以不同 )。在本 发明的备选实施例中， 这些 URL 可以相同。
可以关于图 9 来描述本发明的一些实施例。客户端设备可以向初始位置 ( 例如服 务器或服务器系统的 URL) 发送 (S210) 请求。客户端设备可以接收 (S212) 对请求的响应 以及可以从客户端向其发送下一请求的下一位置。如果客户端设备未完成 ( 否 216) 与服 务器系统的交互， 则客户端设备可以向作为响应从服务器系统接收 (S212) 的下一位置发 送 (S218) 下一请求。请求 / 响应循环可以继续 220。在本发明的一些实施例中， 除了下一 位置信息之外， 在客户端设备处从服务器系统接收 (S212) 的响应可以包括数据请求、 针对 客户端设备的指令或其他信息。除了请求之外， 从客户端设备发送 (S218) 至服务器系统的 请求可以包括数据。
可以关于图 10 来描述本发明的一些实施例。服务器系统可以从客户端设备接收 (S230) 请求。服务器系统可以在 RTR 数据库构造中输入 (S232) 请求。服务器系统可以确 定 (S234) 对请求的响应是否可用。 如果响应不可用 ( 否 235)， 则服务器系统可以等待响应 变为可用。当响应可用 ( 是 236) 时， 服务器系统可以向客户端设备发送 (S238) 响应和下 一请求的位置。然后， 服务器系统可以从客户端设备接收附加请求， 继续 240 请求 / 响应循 环。当将请求输入 (S232) 至 RTR 数据库构造时， 该条目可以链接至线程或故事线中的先前 条目。发送 (S238) 至客户端设备的响应可以包括针对客户端设备的指令、 数据请求或其他 信息。 可以关于图 11 来描述本发明的一些实施例。服务器系统可以从客户端设备接收 (S250) 请求和数据。服务器系统可以将请求和数据输入 (S252)RTR 数据库构造。服务器系 统可以确定 (S254) 对请求的响应是否可用。 如果响应不可用 ( 否 255)， 则服务器可以等待 响应变为可用。当响应可用 ( 是 256) 时， 服务器系统可以向客户端设备发送 (S258) 响应 和下一请求的位置。然后， 服务器系统可以从客户端设备接收附加请求和数据， 继续 260 请 求 / 响应循环。当将请求和数据输入 (S252) 至 RTR 数据库构造时， 该条目可以链接至线程 或故事线中的先前条目。发送 (S258) 至客户端设备的响应可以包括针对客户端设备的指 令、 数据请求或其他信息。
可以关于图 12 来描述第一客户端设备与服务器系统之间的示例性事务。在本发 明的一些实施例中， 第一客户端设备可以使用与服务器系统 270 相关联的基本位置标识符 来向服务器系统 270 进行第一请求 300。 在本发明的一些实施例中， 基本位置标识符可以包 括 URL。第一客户端设备的客户端凭证和客户端类型可以包括在请求 300 的参数中。在本 发明的一些实施例中， 运行时参数可以指引服务器系统 270 向第一客户端设备呈现登录页 面。在备选实施例中， 运行时参数可以自动将任何用户登录至数据库中的相关联用户。基 于作为请求 300 的参数而包括的客户端类型， 可以调用缺省动作。在本示例性事务中， 缺省 动作可以确定与可用设备相关的会话的会话标识符 (SessionID)， 针对该可用设备， 可以有 RTR 数据库构造 271 条目 272 指示该设备正在等待第一客户端设备可以提供的 HTTP 响应。 在一些实施例中， 可以确定多个会话标识符， 每个会话标识符与客户端设备相关联。 可以将 可用会话标识符从服务器系统 270 发送 302 至第一客户端设备。 在本发明的一些实施例中，
可以在 HTML 页面中发送 302 可用会话标识符。
在第一客户端设备处选择的会话标识符可以提交 304 至服务器系统。与所选会话 标识符 276 相关联的 RTR 数据库构造 271 的相关联 RTR 管理逻辑可以将 RTR 数据库构造标 记为已获取 (AQ)273。可以将 URL 编码为 “onchange” java 脚本命令， 其中在 URL 中编码所 选的会话标识符。URL 可以指定 “DirectAction” 类和要执行的方法。在一些实施例中， 可 以在调用指定方法之前对第一客户端设备凭证进行认证。 可以将针对所标识的故事线的顶 层图形用户接口发送 306 至第一客户端设备。特征的链接可以指定特征是否需要来自与 RTR 数据库构造 271 相关联的设备的通信。如果不需要来自与 RTR 数据库构造 271 相关联 的设备的通信， 则特征可以不进行新 RTR 数据库构造 271 的输入， 并且与 RTR 数据库构造 271 相关联的设备可能不知道该事务。第一客户端设备可以提交 308 可以指定用于特征的 “DirectAction” 类和方法的 URL。服务器系统可以加载该类并调用指定动作。在本发明的 一些实施例中， 可以在每个这种调用中验证第一客户端设备凭证。如果该特征需要来自与 RTR 数据库构造 271 相关联的设备的信息， 则可以使用请求来填充 RTR 数据库构造条目 280 的 HTTP 响应部分 283。所需信息可以由 URL 中的特定密钥来指定。
RTR 管理逻辑可以确定所填充的字段， 并向与 RTR 数据库构造 271 相关联的设备发 送响应和下一 URL。 在由与 RTR 数据库构造 271 相关联的客户端设备接收时， 所请求的数据 293 可以被输入 RTR 数据库构造 271， 并发送 310 至第一客户端设备。第一客户端设备可以 通过提交 312 针对特征的另一 URL 和针对信息的请求来使用数据和请求附加数据。 可以关于图 13 来描述本发明的一些实施例。客户端设备可以向初始位置发送 (S320) 请求。 在本发明的一些实施例中， 初始位置可以与服务器系统相关联， 并且初始位置 可以包括与服务器系统相关联的基本 URL。在本发明的一些实施例中， 第一客户端设备的 客户端凭证和客户端类型可以包括在请求的参数中。客户端设备可以接收 (S322) 服务器 系统的响应。所接收的响应可以包括客户端设备可以与之交互的可用会话标识符的列表。 客户端设备可以向服务器系统提交 (S324) 所选的会话标识符。然后， 客户端设备可以接收 (S326) 包含对与所选会话标识符相关联的特征的链接在内的信息。 客户端设备可以向服务 器系统提交 (S328) 与期望特征相关的链接和数据请求。客户端设备可以接收 (S330) 响应 于数据请求在服务器收到的后续链接和任何数据。如果需要 ( 否 332) 附加数据， 则客户端 设备可以提交 (S334) 附加链接和数据请求， 继续 336 提交和接收过程。
可以关于图 14 来描述本发明的一些实施例。服务器系统可以从客户端设备接收 (S340) 请求。 然后， 服务器系统可以确定 (S342) 与客户端设备请求相关的可用线程的会话 标识符。在一些实施例中， 服务器系统可以通过访问与所连接的客户端设备相关联的 RTR 数据构造来确定 (S342) 可用性。服务器系统可以向服务器系统从其接收 (S340) 请求的客 户端设备发送 (S344) 可用会话标识符的列表。然后， 服务器系统可以从客户端设备接收 (S346) 所选的会话标识符。然后， 服务器系统可以标记 (S348) 与所选会话标识符相对应 的 RTR 数据构造 ( 可以防止其他设备附着至该线程 )。然后， 服务器系统可以向从其接收 到请求的客户端设备发送 (S350) 用户接口信息。然后， 服务器系统可以从客户端设备接收 (S352) 客户端设备所选择的特征的位置和数据请求。在一些实施例中， 该位置可以是特征 的 URL。 服务器系统可以使用该数据请求来填充 (S354) 与客户端设备所选的会话标识符相 关联的 RTR 数据构造的响应字段。服务器系统可以从与 RTR 数据构造相关联的客户端接收
(S356) 所请求的数据， 并且可以将该数据和附加用户接口数据发送 (S358) 至客户端设备。
在本发明的一些实施例中， 服务器系统可以通过利用 “WODirectAction” 来创建 HTTP 响应。 “WODirectAction” 可以响应无状态 HTTP 请求， 并且可以通过创建 “WOResponse” 或通过创建和返回 “WOComponent”来直接建立 HTTP 响应。由于应用可以是无状态的， 可以使用从 “WODirectAction”继 承 的 抽 象 类 “ValidatedDirectAction”作 为 各 种 “DirectAction” 类的基类。在一些实施例中， 基本 URL 可能不包含对 “DirectAction” 的引 用或方法， “WebObjects” 可以自动采用 “DirectAction” 类和 “defaultAction” 方法。
在本发明的一些实施例中， 当进行 HTTP 请求时， 除了初始 URL 之外， URL 中可以包 含将产生 HTTP 响应的 “DirectAction” 类名称和方法 ( 初始 URL 可以省略这些字段 )。当 省略这些字段时， 可以缺省调用 “DirectAction” 类和 “defaultAction” 方法。
在 本 发 明 的 一 些 实 施 例 中， 当加载 “DirectAction”类 时， 可以调用方法 “performActionNamed” 。 一 些 实 施 例 可 以 执 行 URL 中 指 定 的 方 法 ( 或 者 如 果 省 略 则 执行 “defaultAction” )。 在 一 些 实 施 例 中， 可以在 “ValidatedDirectAction”中 对 “performActionNamed” 进行超控 (override)。在这些实施例中， 可以首先执行客户端验 证， 并且可以在返回由指定方法提供的 “WOResponse” 之前获得 “ValidClient” 的具体实 例。由于包含方法 “performActionNamed” 的类也可以是具有将要被调用的方法的类， 因 此 “performActionNamed”可以将 “ValidClient”实例分配给方法可以访问的类变量。 “ValidClient” 实例也可以引用在认证期间获得的当前 RTR 数据库构造。
本发明的一些实施例包括用于给独立于设备的自主特征提供可以在设备之间转 移的用户会话的方法和系统。 在本发明的一些实施例中， 用户会话可以同时跨越多个设备。 在本发明的备选实施例中， 用户会话可以依次跨越多个设备。
本发明的一些实施例包括用于使会话内基于消费者的信息从第一消费者设备流 动至第二消费者设备而不中断会话的方法和系统。
可以关于图 15 来描述本发明的一些实施例。这些实施例可以包括第一设备 390、 服务器系统 392 和第二设备 394。在这些实施例中， 可以从第一设备 390 发起 400 对服务器 系统 392 的连接。 在一些实施例中， 用户可以使用第一设备 390 上的单个按钮来发起 400 连 接。在示例性实施例中， 第一设备 390 可以是电视， 并且可以通过在与电视相关联的遥控器 上的单个按钮按压来发起 400 对服务器系统 392 的连接。在备选实施例中， 可以在第一设 备 390 上电时发起 400 对服务器系统 392 的连接。在另一备选实施例中， 可以通过第一设 备 390 上的按钮按压的组合、 通过来自第一设备 390 的菜单选择或其他方法来发起 400 对 服务器系统 392 的连接。服务器系统 392 可以认证 402 设备 390， 一旦认证， 可以向第一设 备 390 发送 402 对第一设备 390 可用的设备的、 更新的注册和发现列表。在一些实施例中， 发现列表可以基于用户设置的偏好。在一些实施例中， 服务器系统 392 可以基于设备口令 来认证 402 设备 390。在备选实施例中， 服务器系统 392 可以基于用户口令来认证 402 设备 390。
可以从第二设备 394 发起 404 对服务器系统 392 的连接。 在一些实施例中， 用户可 以使用第二设备 394 上的单个按钮来发起 404 连接。在示例性实施例中， 第二设备 394 可 以是蜂窝电话， 并且可以通过在蜂窝电话上的单个按钮按压来发起 404 对服务器系统 392 的连接。在备选实施例中， 可以在第二设备 394 上电时发起 404 对服务器系统 392 的连接。在另一备选实施例中， 可以通过第二设备 394 上的按钮按压的组合、 通过来自第二设备 394 的菜单选择或其他方法来发起 404 对服务器系统 392 的连接。服务器系统 392 可以认证 406 设备 394， 一旦认证， 可以向第二设备 394 发送 406 对第二设备 394 可用的设备的、 更新 的注册和发现列表。在一些实施例中， 发现列表可以基于用户设置的偏好。在一些实施例 中， 服务器系统 392 可以基于设备口令来认证 406 设备 394。在备选实施例中， 服务器系统 392 可以基于用户口令来认证 406 设备 394。
第一设备 390 可以接收 408 输入， 该输入可以转移至第一设备 390 的发现列表上 的设备。在示例性实施例中， 该输入可以转移至第二设备 394。在本发明的一些实施例中， 用户可以选择该输入的接收设备。在示例性实施例中， 用户可以从第一设备 390 上的发现 列表中选择指示输入的接收者的假名。 在一些实施例中， 如果第一设备 390 和第二设备 394 与相同的用户相关联， 则用户可以选择其自身作为预期接收者。 在本发明的备选实施例中， 缺省接收设备可以是目的地。在本发明的另一备选实施例中， 可以选择与第二用户相关联 的第二设备 394。 在本发明的一些实施例中， 用户可以通过从第一设备 390 上的伙伴列表中 选择假名来选择预期接收者。在一些实施例中， 来自伙伴列表的假名可以与多个设备相关 联。 在这些实施例中的一些实施例中， 如果伙伴列表中的假名与多个设备相关联， 则目的地 可以是与假名相关联的所有设备。在备选实施例中， 目的地可以是与假名相关联的缺省设 备。在另一备选实施例中， 目的地可以是与假名相关联的设备中的一些。在一些实施例中， 在假名与多个设备相关联的情况下， 用于确定目的地的方法可以基于用户定义的偏好。
第一设备 390 可以将该输入和预期目的地作为 RTR 消息发送 410 至服务器系统 392。第二设备 394 可以周期性地向服务器系统 392 请求 412( 示出了两个请求 ) 消息。在 消息目的地是第二设备的示例性实施例中， 服务器系统 392 可以查看第一设备 390 发送 410 的 RTR 消息， 并将其重定向 414 至第二设备 394。 在本发明的一些实施例中， 服务器系统 392 可以向第二设备 394 提供任何代码转换器、 插件或其他所需软件， 或控制和呈现从第一设 备 390 发送的输入所需的信息。第一设备 390 可以等待 416 来自用户的下一请求， 并且可 以向第二设备 394 发送消息或从第二设备 394 接收消息。第二设备 394 可以等待 418 来自 用户的下一请求， 并且可以向第一设备 390 发送消息或从第一设备 390 接收消息。
可以关于图 16 来描述本发明的一些实施例。在这些实施例中， 第一设备可以接 收 (S430) 连接发起信号。在示例性实施例中， 可以响应于单个按钮按下、 按钮按下的组 合、 菜单选择、 设备上电或其他方法来产生连接发起信号。 第一设备可以向服务器系统发送 (S432) 口令。第一设备可以从服务器系统接收 (S434) 更新的注册和发现列表。在一些实 施例中， 发现列表可以包括其他设备的假名的列表。 在备选实施例中， 发现列表可以包括伙 伴列表。在又一备选实施例中， 可以基于与第一设备或第一设备的用户相关联的偏好或其 他偏好来更新发现列表。第一设备可以接收 (S436) 消息和指示将消息传送至的目的地的 目的地指示符。 在本发明的一些实施例中， 消息目的地可以与发现列表上的设备相关联。 然 后， 第一设备可以向服务器系统发送 (S438) 消息和目的地指示符。
可以关于图 17 来描述本发明系统的一些实施例。 服务器系统可以从第一设备 ( 设 备 1) 接收 (S450) 连接发起请求。服务器系统还可以从第一设备接收 (S452) 口令。在本 发明的一些实施例中， 口令可以是设备口令。在备选实施例中， 口令可以是用户口令。在另 一备选实施例中， 口令可以与设备和设备的用户相关联。在从第一设备接收 (S452) 口令之后， 服务器系统可以认证 (S454) 该口令。在认证后， 服务器系统可以更新 (S456) 与设备和 / 或用户相关联的注册和发现列表。服务器系统可以向第一设备发送 (S458) 更新的注册 和发现列表。服务器系统可以从第一设备接收 (S460) 消息和消息目的地指示符。服务器 系统可以将消息和消息目的地指示符作为合适的条目输入 (S462)RTR 表。服务器系统还可 以从另一设备， 即第二设备 ( 设备 2)， 接收 (S464) 针对消息的周期性请求。当第二设备是 RTR 表确定的消息的预期接收者时， 服务器系统可以将消息重定向 (S466) 至第二设备。
可以关于图 18 来描述本发明的一些实施例。设备可以接收 (S480) 连接请求信 号。 在示例性实施例中， 可以响应于单个按钮按下、 按钮按下的组合、 菜单选择、 设备上电或 其他方法来产生连接发起信号。设备可以向服务器系统发送 (S482) 口令。设备可以从服 务器系统接收 (S484) 更新的注册和发现列表。在一些实施例中， 发现列表可以包括其他设 备的假名的列表。在备选实施例中， 发现列表可以包括伙伴列表。在又一备选实施例中， 可 以基于与设备或设备的用户相关联的偏好或其他偏好来更新发现列表。 设备可以针对消息 来周期性轮询 (S486) 服务器系统。设备可以从服务器系统接收 (S488) 消息。
在本发明的一些实施例中， 服务器系统可以通过上述 RTR 表来维护第一设备与第 二设备之间的关联。 可以关于图 19 来描述本发明的一些实施例。这些实施例可以包括第一设备 500、 服务器系统 502、 第二设备 504 和第三设备 506。在这些实施例中， 可以从第一设备 500 发 起 510 对服务器系统 502 的连接。在一些实施例中， 用户可以使用第一设备 500 上的单个 按钮来发起 510 连接。在示例性实施例中， 第一设备 500 可以是电视， 并且可以通过在与电 视相关联的遥控器上的单个按钮按压来发起 510 对服务器系统 502 的连接。在备选实施例 中， 可以在第一设备 500 上电时发起 510 对服务器系统 502 的连接。在另一备选实施例中， 可以通过第一设备 500 上的按钮按压的组合、 通过来自第一设备 500 的菜单选择或其他方 法来发起 510 对服务器系统 502 的连接。服务器系统 502 可以认证 512 设备 500， 一旦认 证， 可以向第一设备 500 发送 512 对第一设备 500 可用的设备的、 更新的注册和发现列表。 在一些实施例中， 发现列表可以基于用户设置的偏好。在一些实施例中， 服务器系统 502 可 以基于设备口令来认证 512 设备 500。 在备选实施例中， 服务器系统 502 可以基于用户口令 来认证 512 设备 500。
可以从第二设备 504 发起 514 对服务器系统 502 的连接。 在一些实施例中， 用户可 以使用第二设备 504 上的单个按钮来发起 514 连接。在示例性实施例中， 第二设备 504 可 以是电视， 并且可以通过在与电视相关联的遥控器上的单个按钮按压来发起 514 对服务器 系统 502 的连接。在备选实施例中， 可以在第二设备 504 上电时发起 514 对服务器系统 502 的连接。在另一备选实施例中， 可以通过第二设备 504 上的按钮按压的组合、 通过来自第二 设备 504 的菜单选择或其他方法来发起 514 对服务器系统 502 的连接。服务器系统 502 可 以认证 516 设备 504， 一旦认证， 可以向第二设备 504 发送 516 对第二设备 504 可用的设备 的、 更新的注册和发现列表。在一些实施例中， 发现列表可以基于用户设置的偏好。在一些 实施例中， 服务器系统 502 可以基于设备口令来认证 516 设备 504。在备选实施例中， 服务 器系统 502 可以基于用户口令来认证 516 设备 504。
第一设备 500 可以接收 518 输入， 该输入可以转移至第一设备 500 的发现列表上 的设备。在示例性实施例中， 该输入可以转移至第二设备 504。在本发明的一些实施例中，
用户可以选择该输入的接收设备。在本发明的一些实施例中， 用户可以从第一设备 500 上 的发现列表中选择指示输入的接收者的假名。在本发明的备选实施例中， 缺省接收设备可 以是目的地。在本发明的一些实施例中， 用户可以通过从第一设备 500 上的伙伴列表中选 择假名来选择预期接收者。 在一些实施例中， 来自伙伴列表的假名可以与多个设备相关联。 在这些实施例中的一些实施例中， 如果伙伴列表中的假名与多个设备相关联， 则目的地可 以是与假名相关联的所有设备。 在备选实施例中， 目的地可以是与假名相关联的缺省设备。 在另一备选实施例中， 目的地可以是与假名相关联的设备中的一些。 在一些实施例中， 在假 名与多个设备相关联的情况下， 用于确定目的地的方法可以基于用户定义的偏好。
第一设备 500 可以将该输入和预期目的地作为 RTR 消息发送 500 至服务器系统 502。第二设备 504 可以周期性地向服务器系统 502 请求 522( 示出了两个请求 ) 消息。在 消息目的地是第二设备的示例性实施例中， 服务器系统 502 可以查看第一设备 500 发送 520 的 RTR 消息， 并将其重定向 524 至第二设备 504。 在本发明的一些实施例中， 服务器系统 502 可以向第二设备 504 提供任何代码转换器、 插件或其他所需软件， 或控制和呈现从第一设 备 500 发送的输入所需的信息。第一设备 500 可以等待 526 来自用户的下一请求， 并且可 以向第二设备 504 发送消息或从第二设备 504 接收消息。第二设备 504 可以等待 528 来自 用户的下一请求， 并且可以向第一设备 500 发送消息或从第一设备 500 接收消息。 设备可以从当前会话断开。例如， 第二设备 504 可以下电 530， 从而从服务器系统 502 断开当前会话。当用户可以通过第三设备 506 发起 532 连接请求时， 服务器系统 502 可 以使用用户的口令来认证 534 用户。一旦认证， 可以更新 534 针对第三设备 506 的注册和 发现列表。第三设备 506 可以针对消息来周期性轮询 ( 示出了一个 )536 服务器系统 502。 服务器系统 502 可以通过 RTR 机制， 将第三设备 506 上的用户与来自第二设备 504 的会话 相关联， 并且可以使用第三设备 506 和第一设备 500 来继续该会话。服务器系统 502 可以 将消息 538 传送至第三设备 506。服务器系统 502 还可以向第三设备 506 提供任何代码转 换器、 插件或其他需要， 以控制和呈现所传送的消息。第三设备 506 可以等待 540 来自用户 的下一请求， 并且可以向第一设备 500 发送消息或从第一设备 500 接收消息。
这里描述的本发明的一些实施例通过创建数据库构造 ( 例如 RTR 表 ) 来提供多个 设备之间的会话同步， 所述数据库构造存储针对所有服务和应用的自包含的请求。数据库 构造中的条目可以基于用于对设备进行通信的同步的响应过程， 从而提供了设备独立性， 允许可以同时或依次跨越多个设备的用户会话。
可以关于图 20 来描述本发明的一些实施例。在这些实施例中， 可以使用可以包括 输入 / 输出 (I/O) 接口 552 的第一外围设备 550 作为用于与第一设备 554 通信的接口。第 一外围设备 550 和第一设备 554 可以通过有线、 无线或其他连接通信耦合 553。第一设备 554 可以通过有线、 无线或其他连接连接 555 至服务器系统 556。第二设备 558 可以通过有 线、 无线或其他连接连接 557 至服务器系统 556。 可以使用第二外围设备 560 作为对第二设 备 558 的接口。第二外围设备 560 和第二设备 558 可以通过有线、 无线或其他连接通信耦 合 559。示例性设备可以包括电视和其他媒体播放设备。示例性外围设备可以包括 PDA、 手 持游戏设备、 其他个人手持设备和其他外围设备。 在本发明的一些实施例中， 可以在第一设 备 554 和第二设备 558 之间共享内容。
在一些实施例中， 服务器系统 556 可以包括无状态应用， 无状态应用可以在任何
时刻将请求路由至应用或设备 554、 558。在本发明的一些实施例中， 如上所述， 这可以使用 服务器系统 556 处的 RTR 表来实现。在一些实施例中， RTR 表可以存储针对所有设备 554、 558 和应用的自包含的请求。 在这些实施例中， 无状态应用可以基于用于对设备 ( 也认为是 客户端 ) 进行通信的同步请求 - 响应过程来建立 RTR 表。
在一些实施例中， 服务器系统 556 可以包括设备和所有者 ( 或用户 ) 注册过程。 在 一些实施例中， 服务器系统 556 可以使用显式用户注册和隐式设备信息来控制两个通信设 备之间的消息流。
在本发明的一些实施例中， 服务器系统 556 可以不需要设备口令来从设备 554、 558 连接至服务器系统 556。在这些实施例中， 服务器系统安全和认证可以使用消费者或 用户口令来连接至服务器系统 556。用户可以使用用户口令来在任何设备上向服务器系统 556 标识其自身。在这些实施例中的一些实施例中， 基于来自设备 554、 558 的用户注册， 设 备 554、 558 可以自动注册至服务器系统 556。
在本发明的一些实施例中， 服务器系统 556 可以将设备 554、 558 与用户偏好动态 关联。
在本发明的一些实施例中， 在服务器系统 556 处可以使用设备和设备所有者信息 来确定消息所有权。在这些实施例中， RTR 表可以将该信息存储在每个事务中， 服务器系统 556 可以使用该信息来将消息定向至正确的所有者， 而不中断其通信会话。针对设备 554、 558 以及针对用户， 可以对消息加标签， 这可以允许消息跟随指定用户或指定设备。
在本发明的一些实施例中， 可以允许用户具有与其自身相关联的假名。假名可以 允许其他用户与该用户共享信息。在一些实施例中， 服务器系统 556 可以动态填充与用户 相关联的设备的列表。由于设备 554、 558 是基于用户口令来认证的， 服务器系统应用可以 填充对其他用户可用的设备的列表。服务器系统 556 可以从设备 554、 558 读取设备的设备 细节， 并且服务器系统 556 可以使这些细节对设备 554、 558 对其可用的其他用户可用。在 本发明的一些实施例中， 设备列表可能非常大， 并且列表机制可用于用户从较大的列表建 立偏好列表。在一些实施例中， 列表机制可以基于假名。在一些实施例中， 列表机制可以允 许形成兴趣组。在这些实施例中的一些实施例中， 兴趣组可以基于电视收看习惯。
在本发明的一些实施例中， 每个设备 554、 558 可以包括独有的控制和呈现机制。 在本发明的一些实施例中， 服务器系统 556 可以将代码转换器、 插件或其他要求通知给设 备 554、 558， 以理解对来自服务器系统 556 的消息的控制和呈现。在一些实施例中， 来自服 务器系统 556 的消息可以源自另一设备 554、 558。在本发明的一些实施例中， 服务器系统 556 可以将设备专用代码转换器、 插件或其他要求下载至设备 554、 558。
在本发明的一些实施例中， 服务器系统 556 可以是知晓共享的， 允许连接至服务 器系统 556 的两个或更多设备 554、 558 共享内容。在一些实施例中， 服务器系统 556 可以 包括用于对设备和 / 或用户进行分类的应用。在这些实施例中的一些实施例中， 类别可以 基于从消费者设备挖掘的数据。
在本发明的一些实施例中， 服务器系统 556 可以向用户提供实时 web 日志工具。 在 这些实施例中， 用户可以写、 观看、 讨论或评述与 web 日志相关联的主题。在一些实施例中， 基于在客户端设备 554、 558 上正在消费的内容， 该工具可以链接至客户端设备。
在本发明的一些实施例中， 设备 554、 558 可以连接至服务器系统 556 和外围设备550、 560。 设备 554、 558 可以包括远程服务器客户端或外围设备客户端。 设备 554、 558 还可 以包括可以允许外部系统访问设备 554、 558 内部的 API 的软件。 在这些实施例中， 客户端服 务器任务可以通过发送和接收设备 554、 558 专用的数据来与远程服务器系统 556 通信。在 一些实施例中， 可以使用安全因特网协议来执行该通信交换， 例如通过 HTTP， 使用 XMLRPC， 使用具有标准认证过程的 SSL。在这些实施例中， 客户端外围设备任务可以与外部外围设 备 550、 560 通信， 以直接发送和接收数据。 在一些实施例中， 设备 554、 558 与外围设备 550、 560 之间的通信可以是有线通信。 在备选实施例中， 通信可以是无线的。 一些实施例可以包 括智能外围客户端， 该智能外围客户端可以确定服务器系统 556 请求任务是否可以在设备 554、 558 上执行， 或者是否应当将该请求转发至外围设备 550、 560。在一些实施例中， 客户 端外围设备任务可以使用外围设备来执行各种功能。示例性功能可以包括按键输入、 视觉 显示、 计算和其他功能。在一些实施例中， 功能可以在设备与外围设备之间分开。
在图 21 所示的本发明的一些实施例中， 包括设备平台 571 在内的设备 570 可以通 过有线、 无线或其他连接连接 572 至服务器系统 573。设备 570 还可以通过有线、 无线或其 他连接连接 574 至外围设备平台 575。设备平台 571 可以包括客户端外围设备任务 576 和 客户端服务器任务 578。客户端服务器任务 578 可以与服务器系统 573 通信。客户端外围 设备任务 576 可以与外围设备平台 575 通信。设备平台 571 还可以包括系统数据访问 API 580。客户端外围设备任务 576 和客户端服务器任务 578 可以与系统数据访问 API 580 通 信， 系统数据访问 API 580 可以通过系统数据访问功能 582 来访问系统数据 584。
在示例性实施例中， 第一设备可以是电视或其他内容观看设备。可以与外围设备 相结合来使用电视平台， 以通过服务器系统与其他设备共享消息。 在本示例性实施例中， 在 电视平台处可以从外围设备接受按键输入， 按键输入可以从电视平台发送至服务器系统， 并且可以在电视平台或外围设备平台或两者上显示显示信息。
在本发明的一些实施例中， 可以使用设备平台 571 来提高针对 web 日志和社区共 享的用户体验。在设备平台 571 上运行的应用可以向用户提供成为组的一部分的建议， 可 以允许用户成为组的一部分并且可以提供对感兴趣的 web 日志的链接的搜索和呈现机制。 在一些实施例中， 可以基于设备平台 571 上或其他地方的消费者活动性来确定链接。在一 些实施例中， 设备平台 571 可以允许用户向连接至服务器系统 573 的其他用户公开偏好。 在 备选实施例中， 设备平台 571 可以允许用户向连接至服务器系统 573 的其他用户公开使用 习惯。
在图 22 所示的本发明的一些实施例中， 设备平台 590 可以通过有线、 无线或其他 连接连接 591 至包括外围设备平台 593 的外围设备 592。外围设备平台 593 可以与设备平 台 590 通信。在一些实施例中， 外围设备平台 593 可以在显示和 I/O 功能上辅助设备平台 590。 在一些实施例中 ( 未示出 )， 外围设备平台 593 可以包括无声终端， 捕获来自用户的按 键输入， 并使用设备接口将输入重定向至设备。在外围设备平台 593 可以包括无声终端的 实施例中， 外围设备平台 593 还从设备平台接受消息， 并将其显示在外围设备平台 593 上。 在备选实施例中， 外围设备平台 593 可以是智能设备， 智能设备可以包括可以增强外围设 备平台 593 与设备平台 590 之间的交互能力的服务 594 和简档 596。外围设备平台 593 可 以包括可以与外围设备显示器 602、 外围设备存储器 604、 外围设备 I/O 606 和外围设备通 信接口 608 通信的系统数据访问 API 600。外围设备平台 593 还可以包括管理与设备平台590 的通信的设备任务 598。
在一些实施例中， 外围设备平台 593 可以通过访问、 存储或与外部服务合作来扩 充其能力。示例性外部服务包括电子节目指南提供的服务和其他服务。
在一些实施例中， 外围设备平台 593 可以基于设备活动性来提供与 web 日志的交 互。
可以关于图 23 来描述本发明的一些实施例。这些实施例可以包括第一设备 622、 第二设备 628、 服务器系统 624、 第一外围设备 620 和第二外围设备 626。第一设备 622 可以 通过有线、 无线或其他连接连接至服务器系统 624。第一设备 622 还可以通过有线、 无线或 其他连接连接至第一外围设备 620。 第二设备 628 可以通过有线、 无线或其他连接连接至服 务器系统 624。第二设备 628 还可以通过有线、 无线或其他连接连接至第二外围设备 626。 在示例性实施例中， 第一设备 622 和第二设备 628 可以是电视。
第一外围设备 620 可以通过接口软件接收会话发起信号 630， 以发起来自第一设 备 622 的连接和共享会话。第一外围设备 620 和第一设备 622 可以互相认证 632。在认证 632 之后， 第一设备 622 可以发起 634 与服务器系统 624 的远程连接。第一设备 622 和服务 器系统 624 可以互相认证， 并创建通信链路作为发起 634 远程连接的一部分。在一些实施 例中， 通信链路可以是安全通信链路。
第二外围设备 626 可以通过接口软件接收会话发起信号 636， 以发起来自第二设 备 628 的连接和共享会话。第二外围设备 626 和第二设备 628 可以互相认证 638。在认证 638 之后， 第二设备 628 可以发起 640 与服务器系统 624 的远程连接。第二设备 628 和服务 器系统 624 可以互相认证， 并创建通信链路作为发起 640 远程连接的一部分。在一些实施 例中， 通信链路可以是安全通信链路。
当设备 622、 628 成功连接至服务器系统 624 时， 可以更新服务器系统发现列表以 包括成功连接的设备。
在一些实施例中， 服务器系统 624 可以在连接发起期间向设备发送初始发现列 表。在一些实施例中， 发送至特定设备的初始发现列表可以包括在该特定设备初始连接至 服务器系统 624 时连接至服务器系统 624 的所有设备。在备选实施例中， 根据特定设备设 置的偏好， 发送至该特定设备的初始发现列表可以包括连接至服务器系统 624 的设备。在 又一备选实施例中， 根据特定设备设置的偏好， 发送至该特定设备的初始发现列表可以包 括连接至服务器系统 624 的与用户相关联的设备。
在本发明的一些实施例中， 当另一设备成功连接至服务器系统 624 时， 可以从服 务器系统 624 向设备发送更新的发现列表。在关于图 23 描述的实施例中， 当第二设备 628 连接至服务器系统 624 时， 可以向第一设备 622 发送 644 更新的发现列表， 并且当第一设备 622 连接至服务器系统 624 时， 可以向第二设备 628 发送 642 更新的发现列表。在本发明的 一些实施例中， 可以根据设备的偏好来发送更新的发现列表。
在本发明的一些实施例中， 设备接收的更新的发现列表可以从该设备发送至相关 联的外围设备。在关于图 23 描述的实施例中， 发送至第一设备 622 的更新的发现列表 644 可以从第一设备 622 发送 646 至第一外围设备 620。发送至第二设备 628 的更新的发现列 表 642 可以从第二设备 628 发送 648 至第二外围设备 626。
第二外围设备 626 可以接收 560 输入和指示输入的预期接收者的预期接收者指示符。在一些实施例中， 输入可以包括消息。预期接收者可以从第二外围设备 626 处的发现 列表中选择。预期接收者指示符可以是设备名称、 用户名称、 假名或其他指示符。第二外围 设备 626 可以向第二设备 628 发送 652 该输入和预期接收者指示符。第二设备 628 可以向 服务器系统 624 发送 654 该输入和预期接收者指示符。服务器系统 624 可以检查该输入和 预期接收者指示符， 并通过对 RTR 表的合适输入， 将该输入转发至预期接收者。 在关于图 23 描述的实施例中， 如果预期接收者是第一设备 622， 则服务器系统 624 可以向第一设备 622 发送 656 该输入。在一些实施例中， 可以在第一设备 622 上显示或输出该输入。在一些实 施例中， 第一设备 622 可以向第一外围设备 620 发送 658 该输入， 以在第一外围设备 620 上 显示或输出。在一些实施例中， 输出可以基于偏好。
在本发明的一些实施例中， 外围设备可以向相关联的设备发送所有接收的输入。 在备选实施例中， 外围设备可以向相关联的设备发送选择输入。 在另一备选实施例中， 外围 设备可以对输入进行过滤或处理， 然后向相关联的设备发送处理后的输入。
在本发明的一些实施例中， 多个外围设备可以与第一设备相关联。在这些实施例 中， 设备平台可以支持多个共享会话。
可以关于图 24 来描述本发明的一些实施例。这些实施例可以包括第一内容消费 设备 670， 用户可以在第一内容消费设备 670 上消费视频、 音频或其他内容。示例内容消费 设备可以包括电视、 音乐播放器和其他设备。在一些实施例中， 第一内容消费设备 670 可以 包括显示器 671。第一内容消费设备 670 可以通信耦合 672 至服务器系统 674。第一内容 消费设备 670 与服务器系统 674 之间的连接 672 可以是有线、 无线或其他连接。在本发明 的一些实施例中， 第一内容消费设备 670 可以通信耦合 676 至第一外围设备 678。 示例性外 围设备可以包括手持设备、 游戏设备、 个人数字助理 (PDA) 和其他外围设备。在本发明的一 些实施例中， 第一外围设备 678 可以包括显示器 679。在一些实施例中， 第一外围设备 678 可以包括用于获得用户输入的用户接口 680。示例性用户接口可以包括按钮、 键盘、 滚轮或 其他用户接口。第一外围设备 678 与第一内容消费设备 670 之间的连接 676 可以是有线、 无线或其他连接。
这些实施例还可以包括第二内容消费设备 682。第二内容消费设备 682 可以通信 耦合 684 至服务器系统 674。第二内容消费设备 682 与服务器系统 674 之间的连接 684 可 以是有线、 无线或其他连接。在本发明的一些实施例中， 第二内容消费设备 682 可以通信耦 合 686 至第二外围设备 688。第二内容消费设备 682 与第二外围设备 688 之间的连接 686 可以是有线、 无线或其他连接。
在本发明的一些实施例中， 当内容消费设备 670、 682 加电时， 内容消费设备 670、 682 可以连接至服务器系统 674。在备选实施例中， 内容消费设备 670、 682 可以响应于在内 容消费设备 670、 682 处接收到的连接发起请求来连接至服务器系统 674。在这些实施例中 的一些实施例中， 可以从外围设备 678、 688 向内容消费设备 670、 682 发送连接发起请求。 在 备选实施例中， 可以从与内容消费设备 670、 682 相关联的遥控器向内容消费设备 670、 682 发送连接发起请求。在又一备选实施例中， 可以从集成至内容消费设备 670、 682 的用户接 口 ( 例如按钮或其他输入方法 ) 在内容消费设备 670、 682 处直接进行连接发起请求。
在本发明的一些实施例中， 第一外围设备 678 可以通信耦合 677 至服务器系统 674。第一外围设备 678 之间的连接 677 可以是有线、 无线或其他连接。在一些实施例中，第二外围设备 688 可以通信耦合 690 至服务器系统 674。第二外围设备 688 与服务器系统 674 之间的连接 690 可以是有线、 无线或其他连接。
在本发明的一些实施例中， 第一外围设备 678 处的第一用户可以发起与第二外围 设备 688 处的第二用户的通信会话。示例性通信会话可以包括聊天会话、 即时消息收发会 话或其他通信会话。 在本发明的一些实施例中， 第一内容消费设备 670 和第一外围设备 678 可以在服务器系统 674 处相关联。该关联可以基于第一内容消费设备 670 与第一外围设备 678 之间的所有者或用户或其他共性。
在本发明的一些实施例中， 在第一用户与第二用户之间的通信会话中， 服务器系 统 674 可以从第一用户接收消息， 其中消息的预期接收者是第二用户。服务器系统 674 可 以解析、 解释或检查该消息， 以确定通信会话主题。在一些实施例中， 可以基于在第一内容 消费设备 670 处消费的内容来确定通信会话主题。
可以关于图 24、 图 25 和图 26 来示意与示例性通信场景相关而描述的本发明的一 些实施例。在从第一内容消费设备 670 消费内容的同时， 第一用户可以使用第一外围设备 678 与第二用户通信。第二用户可以与第二内容消费设备 682 以及第二外围设备 688 相关 联。
第一用户可以在第一外围设备 678 处接收可以显示在第一外围设备 678 的显示器 679 上的第一文本通信 691。第一用户可以使用第一外围设备 678 I/O 接口 680， 以第二文 本通信 692 进行响应。服务器系统 674 可以从第一外围设备 678 接收第二文本通信 692， 并 且服务器系统 674 可以解释第二文本通信 692。服务器系统解释过程可以包括针对与内容 消费相关的特定关键字来解析通信 692。示例性关键字可以包括 ： 情节、 节目、 电影、 表演、 喜剧、 连续剧、 观看、 卡通和其他关键字以及这些关键字的衍生物。 在一些实施例中， 服务器 系统 674 还可以检查与所检测的关键字相关的词语， 以建立对通信用户感兴趣的主题。在 本发明的一些实施例中， 服务器系统 674 可以知晓第一外围设备 678 与第一内容消费设备 670 之间的关联， 并且服务器系统 674 可以通过与第一内容消费设备 670 的通信来确定与当 前在第一内容消费设备 670 处消费的内容相关的信息。
在服务器系统 674 确定通信主题之后， 服务器系统 674 可以使用链接 696 或其他 信息来增强从第一用户接收到的通信。 可以将增强消息 694 发送至第二用户， 增强消息 694 可以在第二外围设备 688 的显示器 689 上显示。在一些实施例中， 增强消息 694 也可以发 送至第一用户， 使得在第一用户的通信设备 678 处显示的消息可以反映与发送给第二用户 的消息相同的消息。在备选实施例中 ( 这里未示出 )， 第一外围设备 678 的显示器 679 可以 反映第一用户产生的第二文本消息 692。第二用户可以使用第二外围设备 688 上的 I/O 接 口 687 来以新文本消息 695 来响应消息 694。
在一些实施例中， 除了向第二外围设备 688 发送增强消息 694 外， 关于与第一用户 的通信， 服务器系统 674 可以直接控制第二内容消费设备 682。在本发明的一些实施例中， 可以在第二内容消费设备 682 的显示器 683 上呈现选项菜单 701。在一些实施例中， 菜单 701 可以被显示为画中画 700， 其中内容是从第二内容消费设备 682 消费的。用户可以使用 集成至第二内容消费设备 682 的 I/O 接口、 与第二内容消费设备 682 相关联的遥控设备上 的 I/O 接口、 第二外围设备 688 上的 I/O 接口或其他 I/O 接口来选择选项 702 之一。示例 性选项可以包括设置第二内容消费设备 682， 使得第二内容消费设备 682 可以呈现与第一内容消费设备 671 相同的内容 702、 设置针对何时将内容接着调度以进行示出 703 的提醒、 将内容设置为偏爱 704、 呈现关于内容来源的附加信息 705， 或者其他选项。
可以关于图 27 来描述本发明的一些实施例。在这些实施例中， 可以在服务器系统 处建立与第一设备 (S720) 的连接。可以在服务器系统处建立与第二设备 (S722) 的连接。 第一设备和第二设备可以在服务器系统处互相关联 (S724)。在本发明的一些实施例中， 第 一设备可以是内容消费设备。在本发明的一些实施例中， 第二设备可以是手持设备、 通信 设备、 计算设备或其他设备。服务器系统可以建立与第三设备 (S726) 的连接， 服务器系统 可以建立与第四设备 (S728) 的连接。第三设备和第四设备可以在服务器系统处相互关联 (S730)。在本发明的一些实施例中， 第三设备可以是内容消费设备。在本发明的一些实施 例中， 第四设备可以是手持设备、 通信设备、 计算设备或其他设备。可以在服务器系统处从 第二设备 (S732) 接收消息。服务器系统可以解释 (S734) 所接收的消息并增强 (S736) 所 接收的消息。服务器系统可以向第四设备 (S738) 发送增强的消息。在本发明的一些实施 例中， 服务器系统可以解释 (S734) 所接收的消息以确定兴趣主题。服务器系统可以使用与 所确定的兴趣主题相关的附加信息来增强 (S736) 所接收的消息。在本发明的一些实施例 中， 增强可以包括消息中对与兴趣主题相关的附加信息的指针。 在一些实施例中， 指针可以 包括 URL。 可以关于图 28 来描述本发明的一些实施例。服务器系统可以接收 (S750) 与第一 内容消费设备相关联的消息。 服务器系统可以解释该消息 (S752)。 在本发明的一些实施例 中， 服务器系统可以解释该消息 (S752) 以从该消息确定兴趣主题。服务器系统可以针对与 从第一内容消费设备正在消费的内容相关的信息来询问 (S754) 第一内容消费设备。服务 器系统可以从第一内容消费设备接收 (S756) 内容信息。服务器系统可以基于消息解释和 从第一内容消费设备接收的内容信息来增强 (S758) 所接收的消息。在一些实施例中， 服务 器系统可以增强 (S758) 所接收的消息， 以包括与所确定的兴趣主题相关的附加信息。服务 器系统可以向第二设备发送 (S760) 增强消息。在本发明的一些实施例中， 第二设备可以是 第二内容消费设备。在本发明的备选实施例中， 第二设备可以是与第二内容消费设备相关 联的设备。在另一备选实施例中， 第二设备可以是通信、 手持、 计算或其他设备。
可以关于图 29 来描述本发明的一些实施例。服务器系统可以接收 (S762) 与第一 内容消费设备相关联的消息。 服务器系统可以解释该消息 (S764)。 在本发明的一些实施例 中， 服务器系统可以解释该消息 (S764) 以从该消息确定兴趣主题。服务器系统可以基于消 服务器系统可以增强 (S766) 所接 息解释来增强 (S766) 所接收的消息。在一些实施例中， 收的消息， 以包括与所确定的兴趣主题相关的附加信息。服务器系统可以向第二设备发送 (S768) 增强消息。在本发明的一些实施例中， 第二设备可以是第二内容消费设备。在本发 明的备选实施例中， 第二设备可以是与第二内容消费设备相关联的设备。在另一备选实施 例中， 第二设备可以是通信、 手持、 计算或其他设备。
可以关于图 30 来描述本发明的一些实施例。服务器系统可以接收 (S770) 与第一 内容消费设备相关联的消息。 服务器系统可以解释该消息 (S772)。 服务器系统可以针对与 从第一内容消费设备正在消费的内容相关的信息来询问 (S774) 第一内容消费设备。服务 器系统可以从第一内容消费设备接收 (S776) 内容信息。服务器系统可以基于消息解释和 从第一内容消费设备接收的内容信息来增强 (S778) 所接收的消息。服务器系统可以向第
二设备发送 (S780) 增强消息。在本发明的一些实施例中， 第二设备可以是第二内容消费设 备。在本发明的备选实施例中， 第二设备可以是与第二内容消费设备相关联的设备。在另 一备选实施例中， 第二设备可以是通信、 手持、 计算或其他设备。服务器系统可以向第二内 容消费设备发送控制信号 (S782)。在一些实施例中， 第二设备可以是与第二内容消费设备 相同的设备。在备选实施例中， 第二设备可以与第二内容消费设备不同。在一些实施例中， 控制信号可以是直接控制第二内容消费设备的信号。
可以关于图 31 来描述本发明的一些实施例。服务器系统可以接收 (S790) 与第一 内容消费设备相关联的消息。 服务器系统可以解释该消息 (S792)。 服务器系统可以基于消 息解释来增强 (S794) 所接收的消息。 服务器系统可以向第二设备发送 (S796) 增强消息。 在 本发明的一些实施例中， 第二设备可以是第二内容消费设备。 在本发明的备选实施例中， 第 二设备可以是与第二内容消费设备相关联的设备。在另一备选实施例中， 第二设备可以是 通信、 手持、 计算或其他设备。服务器系统可以向第二内容消费设备发送控制信号 (S798)。 在一些实施例中， 第二设备可以是与第二内容消费设备相同的设备。 在备选实施例中， 第二 设备可以与第二内容消费设备不同。在一些实施例中， 控制信号可以是直接控制第二内容 消费设备的信号。
在本发明的一些实施例中， 服务器系统可以向设备发送访问或查看对消息进行增 强的信息所需的组件。 示例性组件可以包括插件、 代码转换器、 应用、 软件模块、 小应用程序 或其他组件。
在本发明的一些实施例中， 服务器系统可以使用用户偏好来确定兴趣主题。在本 发明的一些实施例中， 可以使用用户偏好来确定使用何种信息来增强消息。
在本发明的一些实施例中， 可以使用包括针对与兴趣主题相关的信息的指针在内 的信息来增强消息。在一些实施例中， 指针可以包括 URL。
可以关于图 32 来描述本发明的一些实施例。在这些实施例中， 内容消费设备 800 可以通信耦合 804 至服务器系统 806。 内容消费设备 800 与服务器系统 806 之间的连接 804 可以是有线、 无线或其他连接。 在一些实施例中， 内容消费设备 800 可以包括显示器 802， 可 以在显示器 802 上观看内容。在备选实施例中， 内容消费设备可以包括用于内容消费的备 选方法。一种示例备选内容消费方法可以包括音频。服务器系统 806 可以通信耦合 808 至 第二设备 810。第二设备 810 可以被称为监视设备。监视设备 810 与服务器系统 806 之间 的连接 808 可以是有线、 无线或其他连接。在本发明的一些实施例中， 服务器系统 806 与内 容消费设备 800 之间的通信可以使用在先前实施例中描述的 RTR 数据库构造和管理逻辑。 在本发明的一些实施例中， 服务器系统 806 与监视设备 810 之间的通信可以使用在先前实 施例中描述的 RTR 数据库构造和管理逻辑。
在本发明的一些实施例中， 内容消费设备 800 可以与偏好数据构造相关联。在一 些实施例中， 偏好数据构造可以包括数据文件、 数据库或其他数据存储机制。 在一些实施例 中， 偏好数据构造可以具有与远程监视相对应的条目。远程监视条目可以指示用于启用或 禁用远程监视能力的偏好。
在这些实施例中， 对服务器系统 806 的连接 804 可以从内容消费设备 800 发起。 在 一些实施例中， 用户可以使用内容消费设备 800 上的单个按钮来发起连接。在示例性实施 例中， 内容消费设备 800 可以是电视， 并且可以通过在与电视相关联的遥控器上的单个按钮按压来发起对服务器系统 806 的连接。在备选实施例中， 可以在内容消费设备 800 上电 时发起对服务器系统 806 的连接。在另一备选实施例中， 可以通过内容消费设备 800 上的 按钮按压的组合、 通过来自内容消费设备 800 的菜单选择或其他方法来发起对服务器系统 806 的连接。服务器系统 806 可以认证内容消费设备 800， 一旦认证， 可以向内容消费设备 800 发送对内容消费设备 800 可用的设备的、 更新的注册和发现列表。在一些实施例中， 发 现列表可以基于用户设置的偏好。在一些实施例中， 服务器系统 806 可以基于设备口令来 认证内容消费设备 800。在备选实施例中， 服务器系统 806 可以基于用户口令来认证设备 800。在本发明的一些实施例中， 偏好数据构造可以与内容消费设备 800 相关联。在备选实 施例中， 偏好数据构造可以与用户相关联。
对服务器系统 806 的连接 808 可以从监视设备 810 发起。 在一些实施例中， 用户可 以使用监视设备 810 上的单个按钮来发起连接。可以通过监视设备 810 上的单个按钮按压 来发起对服务器系统 806 的连接。在备选实施例中， 可以在监视设备 810 上电时发起对服 务器系统 806 的连接。在另一备选实施例中， 可以通过监视设备 810 上的按钮按压的组合、 通过来自监视设备 810 的菜单选择或其他方法来发起对服务器系统 806 的连接。服务器系 统 806 可以认证监视设备 810， 一旦认证， 可以向监视设备 810 发送对监视设备 810 可用的 设备的、 更新的注册和发现列表。在一些实施例中， 发现列表可以基于用户设置的偏好。在 一些实施例中， 服务器系统 806 可以基于设备口令来认证监视设备 810。在备选实施例中， 服务器系统 806 可以基于用户口令来认证监视设备 810。
在本发明的一些实施例中， 监视设备 810 可以登录至服务器系统 806 处的监视应 用。在这些实施例中， 服务器系统 806 可以向监视设备 810 指示哪些内容消费设备 ( 监视 设备 810 可以对其进行监视 ) 处于开机状态。在备选实施例中， 监视设备 810 可以从发现 列表中选择内容消费设备， 然后， 监视设备 810 可以选择与具体所选的内容消费设备相关 的监视应用。
在关于图 33 描述的本发明的一些实施例中， 服务器系统 806 可以从监视设备 810 接收 (S820)“内容截取” 请求 ( 也被认为是内容捕获请求 )。服务器系统 806 可以向内容 消费设备 800 发送 (S822)“内容截取” 请求。服务器系统 806 可以从内容消费设备 800 接 收 (S824)“内容截取” ( 也被认为是捕获的内容 )。服务器系统 806 可以向监视设备 810 发送 (S826)“内容截取” 。在内容消费设备可以是用于消费视频内容的设备的本发明的一 些实施例中， “内容截取” 可以包括屏幕截取。屏幕截取可以对应于视频内容的单个帧。在 内容消费设备可以是用于消费视频内容的备选实施例中， “内容截取” 可以包括具有或没有 相关联音频的视频片断。 在内容消费设备可以是用于消费视频内容的本发明的其他备选实 施例中， “内容截取” 可以包括与视频内容相关联的音频片断。在内容消费设备可以是用于 消费音频内容的设备的本发明的实施例中， “内容截取” 可以包括音频片断。在本发明的一 些实施例中， “内容截取” 可以与在内容消费设备上正在消费的内容的样本相对应。在本发 明的备选实施例中， “内容截取” 可以是与在内容消费设备上正在消费的内容相关联的元数 据。
在关于图 34 描述的本发明的一些实施例中， 服务器系统 806 可以从监视系统 810 接收 (S830)“内容截取” 请求。服务器系统 806 可以向内容消费设备 800 发送 (S832)“内 容截取” 请求。服务器系统 806 可以从内容消费设备 800 接收 (S834)“内容截取” 。服务系统 806 可以处理 (S836) 接收到的 “内容截取” 。在本发明的一些实施例中， 该处理可以对 “内容截取” 进行变换， 以匹配内容特性。在一些实施例中， 内容特性可以与监视设备 810 的 特性相关。在备选实施例中， 内容特性可以与服务器系统 806 和监视设备 810 之间的通信 信道的特性相关。在其他备选实施例中， 内容特性可以与监视设备 810 处的用户偏好相关。 服务器系统 806 可以向监视设备 810 发送 (S838) 处理后的 “内容截取” 。
在内容消费设备 800 可以是用于消费视频内容的设备的示例性实施例中， “内容截 取” 可以是包括数字图像的屏幕截取。 在这些实施例中的一些实施例中， 该处理可以包括将 屏幕截取数字图像变换为适于在监视设备 810 上进行观看的图像处理。在备选实施例中， 该处理可以包括将屏幕截取数字图像变换为包括更少数据比特的数字图像， 以在内容消费 设备 800 与服务器系统 806 之间的连接或服务器系统 806 与监视设备 810 之间的连接之间 进行更可靠通信的图像处理。
在关于图 35 描述的本发明的一些实施例中， 服务器系统 806 可以从监视设备 810 接收 (S840)“内容截取” 请求。服务器系统 806 可以向内容消费设备 800 发送 (S842)“内 容截取” 请求。服务器系统 806 可以从内容消费设备 800 接收 (S844)“内容截取” 。服务 器系统 806 可以向监视设备 810 发送 (S846)“内容截取” 。服务器系统 806 可以从监视设 备 810 接收 (S848) 控制请求。示例控制请求可以包括关机请求、 信道改变请求和与内容消 费设备的控制相关的其他请求。服务器系统 806 可以向内容消费设备 800 发送 (S850) 控 制请求。在本发明的一些实施例中， 可以在服务器系统 806 处理 “内容截取” ， 并且可以向监 视设备 810 发送处理后的 “内容截取” 。
在关于图 36 描述的本发明的一些实施例中， 服务器系统 806 可以从监视设备 810 接收 (S852) 控制请求。示例性控制请求可以包括关机请求、 信道改变请求和与内容消费设 备的控制相关的其他请求。服务器系统 806 可以向内容消费设备 800 发送 (S854) 控制请 求。
在关于图 37 描述的本发明的一些实施例中， 服务器系统 806 可以从监视设备 810 接收 (S860)“内容截取” 请求。服务器系统 806 可以向内容消费设备 800 发送 (S862)“内 容截取” 请求。服务器系统 806 可以从内容消费设备 800 接收 (S864)“内容截取” 。服务 器系统 806 可以向监视设备 810 发送 (S866)“内容截取” 。服务器系统 806 可以从监视设 备 810 接收 (S868) 显示消息。服务器系统 806 可以向内容消费设备 800 发送 (S870) 该显 示消息。在本发明的一些实施例中， 可以在服务器系统 806 处理 “内容截取” ， 并且可以向监 视设备 810 发送处理后的 “内容截取” 。
在关于图 38 描述的本发明的一些实施例中， 服务器系统 806 可以从监视设备 810 接收 (S872) 显示消息。 服务器系统 806 可以向内容消费设备 800 发送 (S874) 该显示消息。
在关于图 39 描述的本发明的一些实施例中， 监视设备 810 可以建立 (S880) 与服 务器系统 806 的连接。监视设备 810 可以从服务器系统 806 接收 (S882) 当前活动的内容 消费设备的列表或其他指示。在一些实施例中， 内容消费设备在开机的情况下可以被认为 是活动的。在备选实施例中， 内容消费设备在开机并且启用监视能力的情况下可以被认为 是活动的。监视设备 810 可以显示 (S884) 到活动的内容消费设备的链接。监视设备 810 可以接收 (S886) 对活动的内容消费设备的选择。监视设备 810 可以接收 (S888) 对动作或 请求的选择。监视设备可以向服务器系统 806 发送 (S890) 内容消费设备选择。监视设备可以向服务器系统 806 发送 (S892) 动作或请求选择。示例性动作或请求可以包括 “内容截 取” 请求、 控制请求、 消息和与监视和控制相关联的其他动作和请求。
可以关于图 40 来描述本发明的一些实施例。在这些实施例中， 内容消费设备 800 可以建立 (S900) 与服务器系统 806 的连接。内容消费设备 800 可以从服务器系统 806 接 收 (S902)“内容截取” 请求。内容消费设备 800 可以获得 (S904)“内容截取” 并向服务器 系统 806 发送 (S906)“内容截取” 。
可以关于图 41 来描述本发明的一些实施例。在这些实施例中， 内容消费设备 800 可以建 (S910) 与服务器系统 806 的连接。内容消费设备 800 可以从服务器系统 806 接收 (S912)“内容截取” 请求。内容消费设备 800 可以获得 (S914)“内容截取” 。内容消费设 备 800 可以接收 (S916) 内容特性。在一些实施例中， 内容消费设备 800 可以从服务器系统 806 接收 (S916) 内容特性。在备选实施例中， 内容消费设备 800 可以从可以维护偏好文件 的数据结构接收 (S916) 内容特性。在一些实施例中， 内容特性可以与监视设备 810 的显示 特性相关。在备选实施例中， 内容特性可以与服务器系统 806 与监视设备 810 之间的通信 信道的特性相关。在其他备选实施例中， 内容特性可以与监视设备 810 处的用户偏好相关。 内容消费设备 800 可以根据内容特性来处 (S918)“内容截取” 。内容消费设备 800 可以向 服务器系统 806 发送 (S920) 处理后的 “内容截取” 。
可以关于图 42 来描述本发明的一些实施例。在这些实施例中， 服务器系统 806 可 以从内容消费设备 800 接收 (S930)“内容截取” 。服务器系统 806 可以接收 (S932) 内容 特性。在一些实施例中， 服务器系统 806 可以从监视设备 810 接收 (S932) 内容特性。在备 选实施例中， 服务器系统 806 可以从可以维护偏好文件的数据结构接收 (S932) 内容特性。 在一些实施例中， 内容特性可以与监视设备 810 的显示特性相关。在备选实施例中， 内容特 性可以与服务器系统 806 与监视设备 810 之间的通信信道的特性相关。在其他备选实施例 中， 内容特性可以与监视设备 810 处的用户偏好相关。服务器系统 806 可以根据内容特性 来处 (S934)“内容截取” 。服务器系统 806 可以向监视设备 810 发送 (S936) 处理后的 “内 容截取” 。
在本发明的一些实施例中， 多个应用可以与具有单一登录的共享数据存储同步。 在这些实施例中的一些实施例中， 服务器系统可以对来自参与应用的单一请求进行响应。 服务器系统可以创建共享会话和对该会话的同步的独立请求。可以关于图 43 来描述本发 明的这些实施例中的一些实施例。主应用可以向服务器系统发送 (S940) 会话请求。该会 话请求可以包括主应用标识符和参与者计数。在一些实施例中， 主应用标识符可以基于主 应用的媒体接入控制 (MAC) 地址。参与者计数可以指示可能参与共享会话的应用的数目。 在本发明的一些实施例中， 主应用可以确定参与者数目。 在备选实施例中， 参与者数目是固 定的。然后， 主应用可以从服务器系统接收 (S942) 与共享会话同步的多个独立链接， 其中 同步的链接的数目可以与参与者计数相对应。然后， 主应用可以向参与应用分发 (S944) 接 收到的链接。
可以关于图 44 来描述本发明的一些实施例。服务器系统可以从主应用接收 (S950) 会话请求。该会话请求可以包括主应用标识符和参与者计数。在一些实施例中， 主 应用标识符可以基于主应用的 MAC 地址。参与者计数可以指示可能参与共享会话的应用的 数目。服务器系统可以验证 (S952) 主应用标识符。在一些实施例中， 服务器系统可以针对有效主应用的数据库来验证 (S952) 主应用标识符。在一些实施例中， 该数据库对于服务器 系统而言是本地的。在备选实施例中， 该数据库对于服务器系统而言是远程的。然后， 对于 有效的主应用， 服务器系统可以产生 (S954) 数目与在会话请求中从主应用接收的参与者 计数相等的同步链接。服务器系统可以将所产生的链接发送 (S956) 至主应用。
可以关于图 45 来描述本发明的示例性实施例。在这些实施例中， 第一设备 960 可 以通信耦合 962 至服务器系统 964。第一设备 960 与服务器系统 964 之间的连接 962 可以 是有线、 无线或其他连接。在这些示例性实施例中， 第一设备 960 可以包括主应用 966 和第 一参与应用 968。在一个示例性实施例中， 第一设备 960 可以是电视。在另一示例性实施例 中， 服务器系统 964 可以是超文本传输协议 (HTTP) 应用服务器。在一些实施例中， 主应用 966 可以是没有图形用户界面的应用 ( 也被认为是无头 (headless) 的 )。示例性参与应用 968 可以是超文本标记语言 (HTML) 浏览器。在示例性实施例中， 主应用 966 与服务器系统 964 之间的通信可以通过可扩展标记语言 - 远程过程调用 (XML-RPC) 协议。
可以关于图 46 来进一步描述这些示例性实施例。在本发明的一些实施例中， 驻留 于第一设备 960 上的主应用 966 可以通过向服务器系统 964 发送 (S970) 通信请求来发起 第一设备 960 与服务器系统 964 之间的通信。在一些实施例中， 通信请求可以包括标识主 应用 966 的唯一码。通信请求还可以包括指示主应用 966 向服务器系统 964 请求的同步链 接的数目的参与者计数。在包括主应用 966 和一个附加参与应用 968 的这些示例性实施例 中， 参与者计数可以例如请求 2 个同步链接。 服务器系统 964 可以接收 (S972) 通信请求， 服务器系统 964 可以基于标识主应用 966 的唯一码来验证 (S974) 主应用 966。在一些实施例中， 唯一码可以基于 MAC 地址。在 一些实施例中， 服务器系统 964 可以针对数据库来验证 (S974) 该唯一码。在本发明的一些 实施例中， 数据库对于服务器系统 964 而言可以是本地的。在备选实施例中， 数据库对于服 务器系统 964 而言可以是远程的。
基于验证， 服务器系统 964 可以产生 (S976) 所请求数目的同步链接。服务器系统 964 可以向第一设备 960 处的主应用 966 发送 (S978) 所产生的同步链接。在本发明的一 些实施例中， 可以在 HTTP 响应净荷中将同步链接返回至主应用 966。主应用 966 可以接收 (S980) 同步链接。所有参与应用在此时登录。然而， 一些参与应用可能尚不是活动的。然 后， 主应用 966 可以使用针对主应用 966 而指定的链接， 向服务器系统 964 发送 (S982) 另 一请求。服务器系统 964 可以接收 (S984) 该请求， 并且服务器系统 964 可以调用 (S986) 服务器应用。在一些实施例中， 服务器应用可以等待指令， 然后向主应用 966 或另一参与应 用返回响应。服务器应用可以从主应用 966 或另一参与应用接收指令。主应用 966 可以使 用接收到的另一同步链接来发起参与应用 968。 在发起时， 参与应用 968 可以使用其同步链 接来发送请求， 服务器系统 964 可以进行响应。主应用 966 和第一参与应用 968 现在在没 有显式登录至第一参与应用 968 的情况下同步。
备选实施例可以包括主应用和多于一个附加参与应用。在这些备选实施例中， 主 应用可以根据附加参与应用的数目， 向服务器系统发送参与者计数。 在服务器系统处， 可以 根据该参与者计数来产生多个同步链接。在从服务器系统接收到链接时， 主应用可以向每 个参与应用分发链接。在本发明的一些实施例中， 主应用可以发起参与应用。
在本发明的一些实施例中， 参与应用可以不直接与主应用通信。 在这些实施例中，
更新应用相关插件、 代码转换器、 嵌入式软件和其他系统要求的负担可以在服务器系统处 承担， 而不是在主应用可以驻留的单个设备处承担。
在关于图 47 描述的具体示例性实施例中， 包括电视的第一设备 990 可以通信耦合 992 至包括 HTTP 应用服务器的服务器系统 994。第一设备 990 与服务器系统 994 之间的连 接 992 可以是有线、 无线或其他连接。在本示例性实施例中， 第一设备 990 可以包括 ： 主应 用 996 和包括 HTML 浏览器的第一参与应用 998。主应用 996 可以是没有图形用户界面的应 用 ( 也被认为是无头的 )。在本示例性实施例中， 主应用 996 和服务器系统 994 之间的通信 可以通过可扩展标记语言 - 远程过程调用 (XML-RPC) 协议。
主应用 996 可以通过使用唯一码登录至服务器系统 994， 来发起与服务器系统 994 的通信。在一些实施例中， 该唯一码可以基于 MAC 地址。主应用 996 可以向服务器系统 994 请求 2 个 URL。登录和针对 URL 的请求可以被认为是会话请求。服务器系统 994 可以验证 从主应用 996 接收到的唯一码 ( 也被认为是验证客户端， 其中主应用 996 可以被认为是客 户端 )。基于对客户端 996 的验证， 服务器系统 994 可以创建 2 个不同的同步 URL， 一个指 定用于主应用 996， 一个指定用于 HTML 浏览器 998( 如主应用 996 所请求的 )。服务器系统 994 可以在 HTTP 响应净荷中将 2 个 URL 返回至主应用 996。现在， 两个客户端应用 ( 主应 用 996 和 HTML 浏览器 998) 在服务器系统 994 登录。
主应用 996 可以使用指定用于其自身的 URL 来向服务器系统 994 发送另一请求。 该主应用 URL 可以调用服务器系统 994 处的服务器应用， 该服务器应用可以等待指令然后 返回响应。在本示例性实施例中， 指令可以来自主应用 996 或 HTML 浏览器 998。主应用 996 可以使用从服务器系统 994 接收的另一 URL( 指定用于 HTML 浏览器 998 的 URL) 来启 动 HTML 浏览器 998。主应用 996 可以从主应用 996 运行于其上的操作系统启动 HTML 浏览 器 998。当 HMTL 浏览器 998 激活时， 浏览器 998 可以向该 URL 发送服务器系统 994 可能正 在期望的请求。服务器系统 994 可以向 HTML 浏览器 998 返回 HTML 文档以便浏览器 998 进 行显示。浏览器 998 可以在电视设备 990 的显示器上显示该 HTML 文档。可以经由与电视 设备 990 相关联的输入 / 输出设备来接收与所显示的浏览器 998 页面相关联的用户选择。 浏览器 998 可以向服务器系统 994 发送与用户选择相关联的请求。服务器系统 994 可以形 成响应。在一些实例中， 所形成的响应可以发往主应用 996。在其他实例中， 所形成的响应 可以发往浏览器 998。
来自服务器系统 994 的响应的接收者可以处理在响应净荷中找到的指令。在一些 实例中， 服务器系统 994 可能需要来自主应用 996 的数据来构建针对浏览器 998 的关联响 应。服务器系统 994 可以等待该数据， 在接收到该数据后， 服务器系统 994 可以产生要发送 至浏览器 998 的后续页面， 以便浏览器 998 在电视设备 990 上进行显示。
除了上述具体实施例中的浏览器应用之外， 本发明的备选实施例可以包括其他参 与应用。
可以关于图 48 来描述本发明的一些实施例。用于在主应用 966、 996 和服务器系 统 964、 994 之间进行通信的系统 1000 可以包括 ： 会话请求发射机 1002、 链接接收机 1004、 链接分发器 1006 和参与者计数确定器 1008。 会话请求发射机 1002 用于向服务器系统 964、 994 发送会话请求， 其中所述请求可以包括唯一码。在一些实施例中， 唯一码可以基于 MAC 地址。链接接收机 1004 从服务器系统 964、 994 接收与会话相关的、 所请求的同步链接。 同步链接的数目可以与参与应用相对应， 例如它们彼此相等。
链接分发器 1006 向参与应用分发接收到的同步链接。在一些实施例中， 同步链接 可以是 URL。另一实施例可以包括参与计数确定器 1008， 用于确定指示参与应用数目的参 与者计数。
系统 1000 还可以包括电视 ( 未示出 )， 如上所述， 服务器系统 964、 994 可以是 HTTP 应用服务器。
上述说明书中采用的术语和表述仅在其中用作描述术语而非限制， 使用这些术语 和表述不应排除所示出和描述的特征或其部分的等效物， 可以认识到， 本发明的范围仅由 所附权利要求来定义和限制。
如上描述了本发明， 显而易见地， 相同方式可以以多种方式变化。 这种变化不被认 为是对本发明精神和范围的背离， 对于本领域技术人员而言， 显而易见的是， 所有这种修改 应包括在所附权利要求的范围之内。