用于多用户、多平台、多设备环境中的通用远程媒体控制的系统的制作方法

文档序号:9510422阅读:266来源:国知局
用于多用户、多平台、多设备环境中的通用远程媒体控制的系统的制作方法
【专利说明】用于多用户、多平台、多设备环境中的通用远程媒体控制的 系统
[0001] 相关申请
[0002] 本申请要求于2014年5月7日提交的题为"用于多用户、多平台、多设备环境中的 通用远程媒体控制的系统"("SYSTEM FOR UNIVERSAL REMOTE MEDIA CONTROL IN A MULTI -USER, MULTI-PLATFORM, MULTI-DEVICE ENVIROMENT")的美国非临时专利申请号 14/272300 的优先权并且作为其继续申请,后者进而要求于2013年5月14日提交的题为"用于多用 户、多平台、多设备环境中的通用远程媒体控制的系统"("SYSTEM FOR UNIVERSAL REMOTE MEDIA CONTROL IN A MULTI-USER, MULTI-PLATFORM, MULTI-DEVICE ENVIR0MENT")的美国 临时专利申请号61/823016的优先权,上述两份申请都通过引用全文结合于此。
技术领域
[0003] 本公开一般地涉及诸如媒体播放器的第一设备和控制设备之间的交互,尤其涉及 多用户、多平台、多设备环境中的远程媒体控制。
【背景技术】
[0004] 应用可以显示用户界面以允许用户在处于附近时对电视屏幕进行控制并与之交 互。然而,在两个设备之间建立配对使用注册过程,其要求用户明确地对来自设备的控制授 权访问,或者向设备增加硬件扩展以迫使通过某个信道进行配对,这需要一次性的配对操 作。这些技术经常要求用户对配对有所了解并且要求耦合硬件,而这对于电视或设备中的 任一个而言都可能并不是固有的。此外,距离以及不同形式的干扰对于性能有所限制,并且 该设备界面可能仅连接至一台电视。

【发明内容】

[0005] 根据一个总体方面,一种用于提供远程媒体控制的方法包括在媒体控制器设备处 从媒体播放器接收用于处理内容的可用媒体操作的集合。所述方法包括经由所述媒体控制 器设备上的浏览器应用或移动应用提供用户界面,使用所述用户界面从所述媒体控制器设 备生成命令消息,所述命令消息基于所述可用媒体操作的集合,将所述命令消息提供至所 述媒体播放器,从所述媒体播放器接收状态通知,并且响应于所述状态通知从所述媒体控 制器发送附加的命令消息。
[0006] 实施方式可以单独或者相互结合地包括以下特征中的一个或多个。所述方法可以 包括在第二媒体控制器设备处接收所述状态通知,以及从所述第二媒体控制器设备针对所 述媒体播器发送新的命令消息,其中,所述命令消息被使用所述用户界面从所述第二媒体 控制器设备接收。所述命令消息可以基于公共(common)协议来定义。所述媒体播放器可 以被配置成输出至少一种具体类型的内容。所述用户界面可以允许从多个媒体播放器中选 择所述媒体播放器。所述方法可以包括从所述媒体播放器接收定义如何表示所述内容的内 容元数据。所述用户界面可以允许用户对另一个媒体播放器的输入。所述命令消息可以基 于特定类型的媒体播放器所支持的操作的集合。所述状态通知可以包括内容的音量状态和 播放状态。所述命令消息和所述状态通知可以包括被表示为两元素脚本阵列的命名空间和 消息有效载荷。所述用户界面可以包括用于控制内容的选项,包括停止或暂停内容,增大或 减小内容的音量,搜索至所述内容中的特定位置,在播放队列中的项目之间进行导航、改变 音频轨道、或者为所述内容设置标题。
[0007] 在另一个总体方面,一种用于采用远程媒体控制的方法包括经由媒体播放器的浏 览器中的服务从媒体控制器设备接收命令消息,基于所述命令消息在所述媒体播放器中呈 现内容,在呈现所述内容的同时,从所述媒体播放器提供状态通知,以及响应于所述状态通 知从所述媒体控制器设备接收附加的命令消息。
[0008] 实施方式可以单独或者相互结合地包括以下特征中的一个或多个。所述命令消息 可以基于公共协议来定义。所述方法可以包括经由所述媒体控制器设备提供用户界面。所 述用户界面可以独立于所述媒体控制器设备上所安装的特定于平台的应用。所述用户界面 可以允许从多个媒体播放器中选择所述媒体播放器。所述方法可以包括在第二媒体控制器 设备上提供所述用户界面。所述方法可以包括在所述用户界面上显示用于控制所述内容的 选项。
[0009] 其它实施方式包括相对应的系统、装置,以及在计算机存储设备上编码的被配置 为执行所述方法的动作的计算机程序。
[0010] 这里所描述的主题的实施方式中的一种或多种提供了以下优势中的一种或多种。 所述系统允许(用作远程控制的)任意设备与电视设备之间的发现和交互而无需在两个设 备之间进行明确配对、无需平台层或应用层所要求的工具,并且并不被局限于单个用户或 单个设备的体验。
[0011] -种或多种实施方式的细节在附图和以下描述中给出。其它的特征将由于该描述 和附图以及权利要求而是显而易见的。
【附图说明】
[0012] 图1是能够被用来提供远程媒体控制的系统的框图。
[0013] 图2是能够被用来提供远程媒体控制的系统的框图。
[0014] 图3是能够被用来提供远程媒体控制的示例用户界面。
[0015] 图4是能够被用来提供远程媒体控制的示例用户界面。
[0016] 图5是能够被用来提供远程媒体控制的示例用户界面。
[0017] 图6是能够被用来实现远程媒体控制的过程的流程图。
[0018] 图7是能够被用来提供远程媒体控制的过程的流程图。
[0019] 图8图示了能够被用来实现这里所描述的技术的计算设备和移动计算设备的示 例。
[0020] 各图中同样的附图标记指示同样的要素。
【具体实施方式】
[0021] 用户越来越多地跨诸如智能电话、平板计算机、PC、控制台/STB、电视等的多个设 备来消费他们的内容。然而,用户跨这些设备的体验的整合水平很低。对于大多数用户而 言,跨越设备边界的体验是完全不同的。某些解决方案仅为特定应用的需求服务。其它内 容提供者无法构建于那些类型的解决方案上。此外,某些系统是特定于平台的。在具有各 自类型的设备的许多家用电器其每个均使用不同平台进行操作的情况下,特定于平台的解 决方案仅允许家用电器的子集使用该系统。另外,那些解决方案原本是单用户的,而使得发 起动作的用户仅是被允许以有意义的方式与起因于该动作的活动进行交互的用户。如果某 人播放内容,另一个人甚至可能无法暂停该内容(无法占用用来发起交互的设备)。此外, 某些系统可能是平台层或应用层的,而没有层之间的协同操作。如果由应用在电视上开始 播放,则该平台无法对此实施控制或检视。如果一台设备在应用中开始播放并且电池耗尽, 则用户无法仅是拿起另一台设备来控制播放。替代地,用户必须寄希望于安装了正确的应 用,定位该应用并且将其加载。
[0022] 这里所描述的系统和方法使得能够跨多个用户、平台和设备进行远程媒体控制。
[0023] 图1是能够被用来提供远程媒体控制的系统的框图。系统100可以包括媒体控制 器设备102A、媒体控制器设备102B、服务器110、和媒体播放器130,它们通过至少一个网络 120进行互连。
[0024] 媒体控制器设备102A和媒体控制器设备102B可以是计算机、智能电话、膝上型计 算机,或者可以执行用户界面、下载并执行软件应用并且与服务器110和媒体播放器130进 行通信的类似设备。媒体控制器设备102A和媒体控制器设备102B可以包括显示屏和应用, 所述应用诸如可以显示用户界面的web浏览器。可以作为媒体控制器设备进行操作的设备 的各种可替选和附加的示例在下文中关于图8进行更为详细的描述。
[0025] 服务器110可以是远程服务器,其进行操作以处理命令和状态消息从而对诸如媒 体播放器130的媒体播放器进行控制。
[0026] 网络120可以是单个网络或者任意类型的计算机网络的组合,诸如局域网(LAN) 或广域网(WAN)、WiFi网络、蓝牙网络、或者其它网络。此外,网络120可以是公共(例如, 互联网)和私有网络的组合。
[0027] 媒体播放器130是具有应用和显示屏的计算设备。作为示例,媒体播放器130可 以是电视。媒体播放器130可以执行软件应用并且可以与媒体控制器设备102A、媒体控制 器设备102B、和服务器110进行通信。系统100中可以包括任意数目的可替选或附加的网 络、服务器、服务、移动设备、或设备。
[0028] 图2是能够被用来提供远程媒体控制的系统的框图。系统200可以包括设备102a 和媒体播放器130。设备102a可以包括投送发送器(cast sender) 202。媒体播放器130 可以包括投送接收器230。设备102a和媒体播放器130通过诸如图1所示的网络120的至 少一个网络进行互连。设备102a的投送发送器202可以包括投送控制器204和投送发送 器传输通道206。媒体播放器130的投送接收器230可以包括内容呈现器232和内容浏览 器240。在一些实施方式中,除了内容浏览器240之外或者作为其替代,系统200可以使用 本机(native)应用(未示出)来提供远程媒体控制。内容呈现器232可以包括媒体播放 器活动234,其可以包括脚本库236和投送接收器脚本库238。内容浏览器240可以包括集 结服务242和连接服务244。
[0029] 集结服务242可以在设备102a上运行的诸如web应用的第一应用和在诸如媒体 播放器130的另一个设备上运行的第二应用之间建立连接。在媒体播放器130上运行的第 二应用可以发送请求以例如在内容浏览器240中加载给定web应用。该web应用可以将其 自身注册到等待第二应用的连接请求的连接服务244。在连接请求时,连接服务244发送信 息以在第一和第二应用之间创建传输连接210 (诸如websocket连接或者在TLS/TCP上实 现的定制传输)。该web应用和第二应用打开去往集结服务242的传输连接,其使用该传输 连接210在它们之间转发数据。Web应用和第二应用使用传输连接210利用协议发送和接 收媒体内容。
[0030] 投送脚本库238可以是与连接服务244进行交互的诸如JAVASCRIPT库或 OAuthService库的脚本库。投送接收器脚本库238使用来自连接服务244的新的连接请求 而创建去往集结服务242的新的websocket连接。命名空间可以作为标识符的集合进行操 作。命名空间可以提供避免元素名称冲突的方式。例如,当针对元素定义命名空间时,具有 相同前缀的所有子元素都与该相同的命名空间相关联。集结服务242能够基于特定命名空 间对业务进行路由以用于由所述投送接收器230自行处理,而并非由脚本库236或投送接 收器脚本库238处理。投送接收器脚本库238还可以根据命名空间组合或分割数据。如果 命名
当前第1页1 2 3 4 5 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1