呈现内容的系统和方法与流程

相关申请

本申请要求由stefanobargagni等人于2015年9月10日提交的美国专利申请no.14/850,770、于2015年5月8日提交的美国专利申请no.14/707,416、以及于2014年12月4日提交的美国临时专利申请no.62/087,487的优先权，这些申请全部题为“systemsandmethodstopresentcontent”，并且其全部内容通过引用被并入本文，如同在此完全阐述。

背景技术：

图2示出了呈现内容的传统方法，其中编辑者发布内容。内容经由通信频道到达观众。观众被诸如googleanalytics之类的系统监控，以获得关于用户与内容的交互的统计信息。编辑者可以根据该统计信息调整内容流。

传统的内容管理系统准许编辑者负责组织内容(例如，youtube或picasa服务)，或者作为替代，定义一种常用的、标准的方式来呈现内容(例如，twitter或facebook服务)。一旦内容通过频道被分发，它就只能由编辑者更改。这些编辑者通常会考虑由观众监控工具(例如，googleanalytics、nielsenrating等)推断出的观众排名(例如，“喜爱”指标)。

技术实现要素：

本文描述了选择用于呈现给一个或多个用户的内容的系统和方法(例如，基于在查看和/或编辑内容时从用户收集的交互数据)。本节总结了一些实施例。

在一个实施例中，在数据处理系统中实现的方法包括：由web服务器通过网络收集来自访问(例如，web服务器所支持的)web位置的多个用户的多个计算设备的交互数据，交互数据包括来自多个计算设备的传感器数据，以及关于用户与被配置为呈现内容(例如，从web服务器或web位置访问)的用户界面的交互的数据；以及由web服务器通过网络按照基于对交互数据应用规则集而确定的序列发送用于在用户界面中实时呈现的内容分量。

在另一个实施例中，一种方法包括：由计算设备通过网络与web位置进行通信以接收内容；由计算设备从web位置接收内容分量；以及由web频道呈现器在计算设备上的用户界面中以通过对交互数据应用规则集而确定的方式呈现内容分量，交互数据包括关于用户在查看来自web位置的内容时与用户界面的实时交互的数据，并且交互数据还包括关于其他用户在从web位置接收内容时的交互的数据。

本公开包括执行这些方法的方法和装置，包括执行这些方法的数据处理系统以及包括指令的计算机可读介质，当该指令在数据处理系统上被执行时，使得这些系统执行这些方法。

根据附图和下面的详细描述，其他特征将是显而易见的。

附图说明

实施例通过示例而非限制的方式在附图的图示中被示出，其中相似的标号表示类似的元件。

图1示出了根据一个实施例的被配置为经由web频道呈现直播内容的系统。

图2示出了呈现内容的传统方法。

图3示出了根据一个实施例的呈现内容的方法。web频道提供用于呈现给查看观众的内容。内容基于与查看者的交互以及与对进入web频道的内容进行控制的编辑者的交互而变化。可以通过例如查看者和/或编辑者提供的在线反馈来衡量或确定交互。可以由来自传感器的数据、或来自由正在使用计算设备查看web频道或以其他方式使用web频道或与web频道交互的查看者或编辑者所使用的计算设备的事件或其他数据的集合来表示这些交互。在一个示例中，响应于查看者对内容的反应(例如，通过经由传感器或监控器从查看者获得的生理数据所检测到的；一个示例是查看者的心率)，由web频道提供的内容被自动调整。

图4示出了根据一个实施例的用于对从不同电子源接收的信息进行组合以用于内容呈现的方法。

图5示出了根据一个实施例的用于在查看者的计算设备上向查看者呈现web频道的内容的web频道呈现器。

图6示出了根据一个实施例的数据处理系统。

具体实施方式

以下描述和附图是说明性的，而不被解释为是限制性的。描述了许多具体细节以提供透彻的理解。然而，在某些情况下，未描述公知的或常见的细节以避免模糊描述。在本公开中对一个或某一实施例的引用不一定指代同一实施例，并且这样的引用意为至少一个。

在一个实施例中，编辑者是可以访问web频道引擎的用户，这将在下面进行详细讨论，该web频道引擎控制在web频道中呈现的内容。编辑者控制对发布在web频道上的内容的选择。

呈现公开的一个实施例通过使用如本文所述的web频道引擎提供了新的web频道。web频道由web频道引擎动态构建，以向查看者呈现数字内容。例如，web频道可由查看者通过使用web浏览器/智能tv/hdmi笔或专用设备进行访问。将web频道引擎提供的数字内容以一系列上传内容的形式(例如，以类似视频的形式来提供内容)和/或网页布局的形式呈现给用户。

在一个实施例中，web频道内容不采用如html文档所定义的传统网页的形式。相反，可以采用与如在web浏览器中向查看者示出的框架中所呈现的tv频道相似的方式来在web浏览器中呈现web频道。

在一个实施例中，web频道至少部分地通过客户端侧技术来实现，以包括自组织的内容提供器。web频道可由其编辑者更新，并且web频道上的内容立即被实时改变，web频道引擎基于来自观众查看者和编辑者两者的输入和交互来更改其内容。

在一个实施例中，web频道引擎基于来自观众和/或情绪的反馈来自动地进行反应并且更改提供给观众的内容。情绪可以由来自生理传感器和/或来自检测计算设备(例如，计算平板电脑或移动电话设备)的活动或运动的传感器的数据来确定。

在一个实施例中，web频道包括在客户端侧(例如，在用户的移动设备上)对流内容的自动生成。可以从存储在在线服务器(例如，云网络)中的内容中检索提供的内容。

在一个实施例中，web频道引擎将内容配置为具有直播分量。特定的一组用户(编辑者)可以通过后端gui(图形用户界面)系统对web频道中提供的数字内容进行修改、添加和/或删除。该gui系统在采用移动版和/或web形式时允许编辑者实时管理内容，使得查看者实时体验web频道(例如，直播)。

在一个实施例中，编辑者首先被计算系统认证。在编辑者被认证之后，编辑者可以使用web频道引擎来执行修改(例如，修改要由web频道发布的文档)。编辑者可以单独工作或与访问该web频道引擎的其他编辑者合作，以创建/修改通过web频道提供或分发的内容。web频道提供了向查看者呈现内容的新方式。

在一个实施例中，用户可以通过社交网络(例如，facebook、google+等)的认证/登录api来认证后端gui系统(例如，以访问web频道引擎)。后端gui允许经认证的用户：认证；使用web频道引擎创建/删除内容；发布/取消发布针对web频道的内容；使用web频道引擎上传/修改/删除通过web频道发布的内容；和/或由经认证的用户的视频设备(例如，经由用户的智能手机、google眼镜等)向上流送内容。后端gui可以实现为移动应用或web应用。

图3示出了根据一个实施例的通过web频道呈现内容的方法。web频道引擎基于查看者和/或编辑者与web频道的交互(例如，通过用户输入到其移动设备的经由互联网发送给web频道引擎的反馈和/或来自用户的计算设备的传感器的数据集合)来提供web频道的内容项目。web频道引擎的内容的呈现自动地适配于查看者的反应。

在一个实施例中，web频道引擎使用传统的内容传送机制和系统通过web频道向观众(查看者)提供内容，但是web频道内容是基于如上所述的与查看者/编辑者的交互，以及可选地还基于来自其他人(例如，第三方群体或整体世界)的数据输入而被实时修改的。针对观众查看的传统指标也可用作上述数据输入的一部分，以影响对web频道的内容的实时修改。

在一个实施例中，查看者与web频道的内容的交互不仅用于针对执行这些交互的相应观众定制内容的呈现，而且还用于自动调整呈现给其他查看者的内容。因此，与第一组查看者的web频道的交互(例如，经由发送给web频道引擎的数据)能够通过同一web频道实现对内容呈现的实时修改，但是该web频道由未执行或未提供交互输入并且其计算设备与交互输入无关的第二组查看者访问。

图1示出了根据一个实施例的被配置为向用户设备呈现实时内容的系统200。在图1中，web频道引擎202被配置为可由用户设备通过在互联网或网络212上例如经由web服务器224、226(例如，在特定url处)进行通信来访问。网络212可以是例如lan或wan。与用户(例如，查看者、编辑者、甚至提供内容源的计算设备)的交互相关的数据被作为交互历史/统计信息206存储在数据库中。web服务器210可以向用户设备提供对例如在特定url处的web频道的访问。在一些实施例中，不同的内容文档可以被托管在不同的web服务器(和/或不同的web域)上。

web频道引擎202控制对从内容源216-218流送出的实时内容和/或一组内容文档和/或通过web频道递送的其他web内容的递送以供web浏览器224-226的用户查看。例如，直播内容源216可以包括传感器214，其用于捕获从计算设备上传的用于广播到web浏览器224-226的直播内容(例如，经由移动设备、照相机、文本输入捕获的视频和/或音频，其充当内容源216)的实时位置、内容源216的计算设备的视角、操作内容源216的计算设备的用户的情绪(例如，通过从一个或多个传感器214获得的针对用户的生理数据而确定的)等。

一组内容编辑器220-222可以按web频道引擎202所存储的呈现配置208来操作，以通过web频道指导内容选择、组装、修改和/或递送。呈现配置208可以部分基于如上所述的编辑者输入。编辑者输入可以包括推荐，例如对于在web频道上呈现内容的优先级的建议。在一个示例中，这些建议可以经由所存储的呈现配置208被导向与web频道相关联的静态内容文档(例如，存储在数据储存库中的内容文档204中的文档)的配置，和/或指向来自经由呈现配置208标识的内容源216-218的实时内容的配置。

运行web浏览器224-226的每个计算设备可以包括传感器，以收集发送给web频道引擎202的用于将内容配置为通过web频道递送的数据。例如，web浏览器226包括传感器228(例如，用于收集关于运行web浏览器226的计算设备的用户的数据的生理或健康传感器，或者计算设备的运动传感器)。

在图1中，web频道引擎202被配置为跟踪使用web浏览器224-226来查看web频道的用户和使用内容编辑器220-222对web频道引擎202通过web频道递送的内容呈现进行编辑、配置和安排优先级的用户的交互。交互统计信息206被存储以供web频道引擎202用于对与web频道相关联的内容的呈现进行优化和定制。

在一个实施例中，可以基于一个或多个条件将通过web频道提供内容设置为到期(例如，在预定日期之后，对查看者不可用的期限)

一旦已按web频道引擎202的指导创建了用于web频道的内容，该内容就可以被发布给查看者。web频道一被发布，就可以立即被web用户(查看者)访问。

在一个实施例中，web用户可以在特定url(或者一组url)处访问web频道内容。例如，为了访问web频道的内容，用户可以在web浏览器226的用户界面中输入该特定url，或者可以跟随指向该url的链接。在一个实施例中，web频道的内容一被指向或被设置为未发布，其内容就不能再被任何频道访问(例如，web服务器210不再响应对特定关联的url的请求)。

在一个实施例中，在实时的基础上，一旦新的内容被web频道引擎202上传或向上流送，该新的内容就在包括可以呈现web频道的web浏览器224的任何用户计算设备上对频道查看者(例如，万维网用户)可用。在一个实施例中，一旦完成了实时流送，流送的内容将仍然可用于查看者(例如，存储在储存库中的上传内容可由web频道引擎202访问)。

在一个实施例中，可以通过使用ajax技术实时更新网页的文档对象模型(dom)来呈现最新上传/流送的内容，从而实现web频道。

在一些实施例中，web频道引擎202准许若干内容编辑器220-222同时从其计算设备向上流送直播内容，同时查看者中的观众选择要观看哪个源(例如，通过查看者点击其设备上的专用缩略图)。在一些实施例中，web频道引擎202允许若干编辑者同时从其设备向上流送直播内容，同时其他编辑者选择要通过web频道直播发送哪个源(例如，通过点击在其各自的gui(导引器的面板)中的专用缩略图)。

在一个实施例中，(响应于查看者和/或编辑者)web频道引擎202例如根据设备的形状和浏览器正运行的功耗来自优化web频道的内容的呈现和布局，以便改善用户体验。web频道引擎202自优化内容的呈现和布局以改善用户体验。在一个实施例中，web频道引擎202通过下面进一步讨论的特定、专用算法来解释将通过web频道提供给观众的内容的含义。

在一个实施例中，照片、文本、描述、标题等将在一段时间内被渲染为单个元素或一组有限数目的元素。例如，在幕后播放其他内容(例如，音频文件)的同时，可以对图片进行放大、重新定位和调整大小、过滤、或修改。这种视觉效果可以通过移动在web频道中呈现的视频的预览来交错。当音频文件存在于web频道中时，这种渲染还可以基于背景音乐来同步事件和计算效果。

在一个实施例中，将使用淡入淡出效果或其他技术(如覆盖)等显示在web频道中存在的文本文件。要使用的具体技术是基于与文本文件相关联的元素属性而确定的。例如，如果文本文件包括若干行，则该文本可以被显示为针对查看者的整个单元，或作为一行流动的文本。

在其他实施例中，web频道将包括各种类型的文件(例如，excel、word、autocad、googleearthkml、googlemaps格式等)。web频道被配置为在客户端侧创建频道剪辑以吸引观众的兴趣。应注意的是，上述示例不是对web频道操作(例如，可以包括什么以及可以显示什么)的穷举。

在一个实施例中，web频道的外观和感觉(lookandfeel)至少部分地由操作内容编辑器220-222的一个或多个编辑者(例如，具有修改由web频道引擎控制的内容的特定权限或编辑权限的用户)定义。允许编辑者通过后端gui与web频道引擎202进行实时交互。不仅允许编辑者上传/移除/修改内容，还允许其修改直播标签的外观和感觉，并选择提供给观众的输出形式(视频、pdf、页面等)。

在一个实施例中，编辑者将能够通过设置允许其自动地将帧添加到图片的属性或允许其覆盖/播放视频的原始声道、使用文本的特定样式/字体、或延迟/加速序列的属性来控制web频道引擎202的外观和感觉。

在一个实施例中，将为编辑者提供一组预定义的属性(样式)，以加速设置过程并使最终结果最大化。每当编辑者选择使web频道从一个样式切换到另一样式时，它将实时改变其外观和感觉。在一些实施例中，这种呈现web频道(例如，网页)的方式将存在于被提供的其他样式中。

在一个实施例中，web频道引擎202与负责将web频道的内容提供给查看者的方式的客户端技术相关联。图5示出了根据一个实施例的在查看者的计算设备上用于呈现web频道的内容的web频道呈现器的架构。在图5中，web频道呈现器包括内容提供器504。内容提供器504基于来自一般远程源的数据来提供内容。内容提供器504是通过对文件执行某种分析(例如，人脸检测)来准备内容的软件组件。内容提供器504还基于其已接收到的内容来应用效果(例如，对照片进行垂直转换，然后再将其缩放到主题的脸部)。在图5中，数据提供器502是负责从远程源获取内容的软件层。

内容提供器504包括帧构建器组件508、预测帧组件510、以及主题帧组件512，下文将更详细地进行讨论。主题帧组件512包括规则集和关键帧。关键帧基本上是一个场景，即一系列帧，它们是对照片或视频应用效果(例如，转换和缩放到脸部)的直接结果。预测帧组件510应用这些规则(例如，如果该照片中存在脸部，则对其应用缩放效果)，以便生成用于呈现给查看者的下一关键帧。帧构建器组件508准备该下一关键帧(k帧)以用于呈现。

一旦内容提供器504提供了内容，查看器组件506就在查看者计算设备上呈现用于显示的内容。web频道呈现器可以在诸如平板电脑、智能电话、智能电视、数字媒体播放器、移动电话、膝上型计算机、个人计算机等之类的设备上实现。查看器组件506会考虑设备的典型的、先前使用历史和设备形状因数来改善用户体验。内容提供器504可以考虑从构成web频道内容的文件直接或间接获得的任何信息来改善用户体验。

在一个实施例中，如上面所讨论的，通过基于观众/查看者/编辑者交互修改web频道的内容来提供用于由使用web频道呈现器的查看者查看的作为实时流的web频道。在各种实施例中，可以通过web频道引擎202、web频道呈现器、或两者的组合来修改web频道的内容。

在一些实施例中，内容提供器504将限制对可从文件直接获取的信息的使用。单个文件可以被若干不同的频道使用。在一个实施例中，web频道是在其中向用户提供可用于下载的内容的一组url。单个文件可以在若干个url下使用，因此其可以被若干个不同的频道使用。该单个文件仍然是单一的资源，并且对单个文件的任何改变都会同时影响构成内容的若干频道(例如，基于上述编辑者交互)。内容提供器504在此考虑的因素包括例如文件大小；文件名；文件上传的时间；文件生成的时间；创建文件的定位(例如，具有位置标签的照片)；关于呈现时的展示、定时等的信息；文本包括的字数/行数；播放持续时间；等等。

在一些其他实施例中，除了上述因素之外，还可以使用(例如，可以应用已知的人工智能技术推导出的)附加的属性，例如，照片布局识别、视频布局识别等。在一个示例中，照片布局识别的结果包括确定照片是前景面部、照片是文档、或照片是景观或识别的人脸。照片布局识别的示例性结果包括确定视频是音乐剪辑视频、视频是体育赛事视频、和/或视频是专业(电影或电视节目)视频等。

在一个实施例中，独立于内容源的源将可以用于定制查看者体验的其他信息提供给系统(web频道引擎202)。例如，web频道的呈现可以包括web频道的状态(例如，已呈现给查看者的文档序列)。在一个实施例中，web频道的状态是对下述不同基本状态的复杂组合：在线/离线(指可见或不可见)；仍未被查看/已被查看/在进行中(指可能已被用户停止，因此web频道将在下一次被查看时从该停止点重新开始)；以及公开的/保留的(指对所有人可见或对用户的有限子集可见)。

例如，web频道的呈现可以基于查看者交互。在一些实施例中，允许查看者在web频道上向前和向后跳转。这种交互构成了到内容提供器504的信息源。在一些其他实施例中，将考虑到观众决定停止观看web频道的时刻。在一些其他实施例中，以特定序列查看web频道的文档的查看者的数目增加被用于增加未来再次使用该特定序列来呈现web频道的概率。

例如，web频道的呈现可以基于编辑者交互。在一些实施例中，在向上流送内容时，编辑者将通过其设备(例如，智能电话、go-pro设备、googleglass设备等)上的专用应用来监控其定位(例如，经由gps)和定向(例如，经由罗盘/加速度计)。如果大量编辑者从不同的视点(例如，从不同的计算设备)查看同一事件，则他们对正在查看的事件感兴趣的概率就会增加；因此，通过直播发送特定的流送内容群组将丰富web频道。

例如，web频道的呈现可以基于查看者的情绪。在一些实施例中，查看者使用社交网络标识符(id)来登录系统。该系统可以通过特定的社交网络api，或者通过接收与查看者的当前情绪相关的问题的答案来获得查看者的情绪。

作为主题帧组件512的一部分的规则引擎基于查看者的情绪来改变web频道呈现。作为示例，如果web频道由若干声道、或若干网络无线电url、或它们的组合组成，则web频道将开始播放与观众的情绪相匹配的音乐。

例如，web频道的呈现可以基于编辑者/查看者的情绪。在一个实施例中，用户设备被配置为(例如，从applewatch设备)监控心跳、皮肤电导率、或其他生物测定数据。用户设备被配置为在向上流送内容时给出对编辑者情绪响应的测量或估计。通过使用该信息，系统将通过根据查看者的情绪修改查看者正在查看的web频道来修改该频道的进展。

在一个实施例中，集成在设备上的web摄像头被用于捕获关于查看者的信息(例如，年龄、情绪、性别)。

在一个实施例中，web频道可以包括来自新闻事件站点的信息源(例如，可通过rss频道获得)。诸如海啸或超级碗比赛之类的大规模影响事件可以潜在地被用于改善web频道查看者的体验(观众交互)。

在一个实施例中，可以将上述信息项目中的每一者提供为对包括在内容提供器504中的规则引擎的输入。内容提供器504使用规则引擎来更改web频道内容的呈现以呈现给当前在线的观众。

在一个实施例中，测量查看者/大众媒体对给定事件(例如，圣诞节前夕)的兴趣。该信息被用于增加某些图像的频率(例如，来自当年同一时期的图片)。同时，相比仅包括与具体查看者无相的海洋和海滩景观的视频，优先选择包括家庭成员人脸的视频。选择与该事件相关的音频内容(例如，播放节日主题的音频的次数将被增加等等)。

在一些其他实施例中，关于给定的相同主题的许多图片将使内容提供器504在该特定主题被满足时加速对web频道的剪辑，或者让它决定相较于包括更罕见主题的其他内容项目，更经常地聚合诸如照片之类的某些内容。

在一些其他实施例中，准许内容提供器504优先地以紧密的次序显示来自公共相同位置(或时间)的视频和照片项目，将web频道剪辑的该部分的时序和持续时间调整到背景中某段主题曲的持续时间。

在一个实施例中，规则引擎的规则集在时间上不是固定的，其中规则引擎的规则集是内容提供器通过其定制针对查看者的web频道的外观和感觉的逻辑。相反，规则随时间变化。在一个示例中，规则可以基于机器学习方法的学习而变化(例如，贝叶斯学习方法允许输入和输出的相关性，即使在没有已知的统计规则的情况下)。

图4示出了根据一个实施例的用于对来自不同源的信息进行组合以经由web频道进行内容呈现的方法。

在一个实施例中，内容提供器504的主题帧组件512控制对规则的存储以及将这些规则关联到特定的一组web频道(主题)。例如，具有主题“复古”的web频道的特征在于对照片、老音乐应用的复古效果以及对视频应用的使得其看起来好像受到时间或使用的损伤的视觉效果。

一旦预测帧组件510定义了剪辑序列包括例如每个帧的持续时间、每个子序列的持续时间、每个序列的再现速度、背景声音和效果、场景处理等，整个序列就可以被传递到帧构建器组件508，帧构建器组件组装整个内容流并将其传递给查看器组件506。

在一个示例中，一些设备正在上传用于流送到特定web频道的内容。提供基础设施(彼此互连的设备的专用复杂系统)来公开允许向上流送的特定web服务。这些设备被配置为用具体的纬度/经度和视点(方向)信息来标记每个流。在一个实施例中，由上传流的用户设备中的gps和罗盘单元推导出该信息。

由预测帧组件510阐述关于来自不同设备的流的即时位置和方向的信息。预测帧组件510具有足够的信息来标识来自相同位置的流的存在，并评估编辑者是否正在查看相同的事件。正在查看同一事件的编辑者越多，这些编辑者上传的将被传递到帧构建器组件508的帧越多。帧构建器组件508将它们添加到流。在一个示例中，当查看者连接到web频道的url时，这种流是默认向观众推荐的主要流。

在一个实施例中，预测帧组件510内的规则引擎404包括预测规则。

在一个实施例中，通过聚集向上流送的设备的经度和纬度来聚合上传的流。从集群中的一个点应用光线追踪算法。如果若干(例如，大于阈值)光线在感兴趣的点相遇，则从该集群中随机选择一个流并将其传递到帧构建器组件508。

一旦观众开始查看web频道，他们就将开始与web频道交互。他们中的一些将停止呈现，另外一些将开始前进和/或后退。预测帧组件510会考虑所有这些关于查看者交互的信息来增加/减少特定帧在将来被再次显示的概率(例如，提高计划呈现的频率)。

在一个实施例中，在查看者被指示操作该系统之后，他完全或部分地通过他自己的面部表情(例如，由他的移动设备的web摄像头检测到的)来引导内容呈现。在他正在微笑时该系统解释(例如，通过面部表情识别技术确定)他正在传达欣赏，以及他可以做出悲伤/严肃的表情来加速对他不喜欢的内容的播放。此外，可以实现更具体的与面部相关的控制，例如，看屏幕以外的地方来暂停播放，或向上看来跳过内容。

在一个实施例中，该系统降低任何被查看者丢弃的帧(f)的欣赏度(appreciation)(l)，以及提高任何被更多次查看的帧(f)的欣赏度(l)。如果对帧(f)的欣赏度(l)高于阈值，则可以将该帧(f)传递到帧构建器组件508；否则该帧(f)将不被传递到帧构建器组件508。

在一个实施例中，预测帧组件510中的规则与彼此交互。例如，规则决定哪个帧可以被转发到帧构建器组件508——该规则考虑到编辑者对其正在直播的事件的兴趣(例如，由来自其计算设备的数据确定)；并且规则对每一单个帧进行过滤，将这些帧与用于确定转发帧的规则相匹配，以使查看者的兴趣最大化。

使用更复杂的规则集(例如，如图4所示的机器学习和/或规则)来放大用户体验，并向查看者提供被标记的内容很逼真的效果。

在一个实施例中，与当前媒体内容提供器(tv上的网页、互联网视频游戏等)相比，媒体的两端(编辑者和查看者)之间的交互跟踪差异。即使在没有人注意驱动或引导内容的情况下，内容也会通过与之相关的所有行为者之间的交互被自动调整和协商。这定义了媒体内容定义的新方法。

在一个实施例中，图1的web浏览器224-226被配置有web频道呈现器，如以上针对图5所讨论的。web频道呈现器配置有规则引擎404，其不仅基于由内容编辑器指定的web频道的呈现配置，还基于与web频道相关联的其他信息(例如，来自附接到内容源的传感器的测量结果、来自附接到查看web频道引擎的用户的web浏览器的计算设备的测量结果、查看web频道引擎的用户以及编辑web频道引擎的用户的交互统计信息)来定制内容的呈现。

在一个实施例中，如图4所示，文件系统级信息406、查看者侧信息408和编辑者侧信息410被用作对规则引擎404的输入。来自规则引擎404的输出是对直播内容的实时更新402。查看者侧信息408是与从如上所述的查看者获得的交互相关的数据(应注意的是，附图未示出所有可能的输入集合--例如，未明确表示情绪识别，但其可以在各种实施例中使用)。编辑者侧信息410是与从如上所述的编辑者获得的交互相关的数据。

文件系统级信息406例如包括诸如以下的信息：访问/创建/修改的日期；文件类型(img/video/music/others)；播放长度(在音乐/视频的情)。文件系统级信息406被存储在基础设施中，并且由用户的设备(例如，移动电话等)访问。

在一个实施例中，规则引擎404被配置为将与web频道相关联的内容(例如，静态内容文档、来自内容源的直播内容流等)组织并转换成视频呈现。基于由规则引擎404执行的优先级排序和定制，采用自动化方式在不同时间在web浏览器中配置的web频道呈现器中显示web频道的不同内容。

在一个实施例中，web频道呈现器还配置有用户界面，以允许用户与web频道内容进行交互，从而选择性地查看与web频道相关联的内容。一个用户的交互被存储为交互统计信息的一部分，该交互统计信息可由规则引擎404用于对其他用户的后续呈现内容进行优先级排序和定制。根据经由web频道呈现的与内容的用户交互，规则引擎404被配置为学习和/或推导出用户的偏好和/或不同用户群组的不同偏好等以优化呈现场景。因此，虽然web浏览器可能同时访问web频道，但针对不同的用户可以基于与来自web频道的内容交互的相应用户的交互历史、传感器测量结果、用户的身份及配置文件等来定制与web频道相关联的内容的呈现。根据整体的用户交互历史以及来自内容编辑器的输入实时动态调整该定制。

在一个实施例中，web频道呈现器被配置为在web浏览器内运行的小工作或应用。在其他实施例中，web频道呈现器可以被配置成作为个人计算机上的桌面应用运行的专用应用，或者在诸如平板电脑、移动电话、智能电话、数字媒体播放器等之类的移动设备中的移动应用。

数据处理实现方式

以上公开的系统和方法以数据处理系统的形式在计算机装置中实现。

图6示出了根据一个实施例的数据处理系统。虽然图6示出了计算机系统的各种组件，但是并不意图表示互连组件的任何特定架构或方式。一个实施例可以使用具有比图6所示的更少或更多组件的其他系统。在一些实施例中，可以使用数据处理系统来实现执行web频道引擎202的web服务器210，或实现web浏览器224-226、内容源216-218、和/或内容编辑器220-222。

在图6中，数据处理系统(130)包括互连一个或多个微处理器(133)和存储器(134)的互连(131)(例如，总线和系统核心逻辑)。在图6的示例中，微处理器(133)被耦接到高速缓冲存储器(139)。

在一个实施例中，互连(131)将(一个或多个)微处理器(133)和存储器(134)互连在一起并且还经由(一个或多个)i/o控制器(137)将它们互连到(一个或多个)输入/输出(i/o)设备(135)。i/o设备(135)可以包括显示设备和/或外围设备(例如，鼠标、键盘、调制解调器、网络接口、打印机、扫描器、摄像机、以及本领域已知的其他设备)。在一个实施例中，当数据处理系统是服务器系统时，i/o设备(135)中的一些(例如，触摸屏、打印机、扫描器、鼠标、和/或键盘)是可选的。

在一个实施例中，互连(131)包括通过各种桥接器、控制器和/或适配器彼此连接的一个或多个总线。在一个实施例中，i/o控制器(137)包括用于控制usb(通用串行总线)外围设备的usb适配器和/或用于控制ieee-1394外围设备的ieee-1394总线适配器。

在一个实施例中，存储器(134)包括下述各项中的一项或多项：rom(只读存储器)、易失性ram(随机存取存储器)、以及非易失性存储器(例如，硬盘驱动器、闪速存储器等)。

易失性ram通常被实现为动态ram(dram)，其需要持续的电力来刷新或维持存储器中的数据。非易失性存储器通常是磁性硬盘驱动器、磁性光盘驱动器、光驱(例如，dvdram)、或即使在从系统移除电源之后也可以维护数据的其他类型的存储器系统。非易失性存储器也可以是随机存取存储器。

非易失性存储器可以是直接耦接到数据处理系统中的其余组件的本地设备。还可以使用远离系统的非易失性存储器(例如，通过诸如调制解调器或以太网接口的网络接口耦接到数据处理系统的网络存储设备)。

在本说明书中，一些功能和操作被描述为由软件代码执行或引起以用于简化描述。然而，这些表示也用于指定功能是从由诸如微处理器之类的处理器执行代码/指令产生的。

可选地或组合地，可以使用具有或不具有软件指令的专用电路，例如使用专用集成电路(asic)或现场可编程门阵列(fpga)来实现如这里描述的功能和操作。可以使用没有软件指令或与软件指令相组合的硬连线电路来实现实施例。因此，这些技术既不限于硬件电路和软件的任何特定组合，也不限于针对由数据处理系统所执行的指令的任何特定源。

虽然一个实施例可以在纯功能性的计算机和计算机系统中实现，但是各种实施例能够作为各种形式的计算产品被分布，并且能够被应用，而不管被用于实际影响该分布的机器或计算机可读介质的具体类型。

所公开的至少一些方面可以至少部分地实现在软件中。也就是说，响应于计算机系统或其他数据处理系统的处理器(例如，微处理器)执行包括在存储器(例如，rom、易失性ram、非易失性存储器、高速缓存、或远程存储设备)中的指令序列，可以在该计算机系统或其他数据处理系统中执行这些技术。

被执行以实现实施例的例程可以被实现为操作系统或被称为“计算机程序”的特定应用、组件、程序、对象、模块、或指令序列的一部分。计算机程序通常包括在计算机中的各种存储器和存储设备中的不同时间设置的一个或多个指令，并且当被计算机中的一个或多个处理器读取和执行时，使得该计算机执行对运行涉及各方面的元素必要的操作。

机器可读介质可用于存储软件和数据，当其被数据处理系统执行时，使得该系统执行各种方法。可执行软件和数据可以被存储在包括例如rom、易失性ram、非易失性存储器、和/或高速缓存的各种位置中。该软件和/或数据的部分可以存储在这些存储设备中的任一者中。此外，可以从集中式服务器或对等网络获得数据和指令。可以在不同的通信会话或相同的通信会话中的不同时间从不同的集中式服务器和/或对等网络获得数据和指令的不同部分。可以在执行应用之前完整获得数据和指令。可选地，当需要执行时，可以及时动态地获得数据和指令的部分。因此，不需要数据和指令在特定时刻整体都在机器可读介质上。

计算机可读介质的示例包括、但不限于可记录型和不可记录型介质，例如，易失性和非易失性存储器设备、只读存储器(rom)、随机存取存储器(ram)、闪速存储器件、软盘和其他可移动磁盘、磁盘存储介质、光学存储介质(例如，光盘只读存储器(cdrom)、数字通用磁盘(dvd)等)等。计算机可读介质可以存储指令。

指令还可以被实现在用于诸如载波、红外信号、数字信号等之类的电、光、声或其他形式的传播信号的数字和模拟通信链路中。然而，诸如载波、红外信号、数字信号等之类的传播信号不是有形的机器可读介质，并且未被配置为存储指令。

通常，机器可读介质包括采用可被机器(例如，计算机、网络设备、个人数字助理、制造工具、具有一个或多个处理器集合的任何设备等)访问的形式提供(例如，存储和/或发送)信息的任何机制。

在各种实施例中，硬连线电路可以与软件指令组合使用以实现这些技术。因此，这些技术既不限于硬件电路和软件的任何特定组合，也不限于由数据处理系统执行的指令的任何特定源。

说明书和附图是说明性的，而不应被解释为限制性的。描述了许多具体细节以提供透彻的理解。然而，在某些情况下，没有描述公知的或常见的细节，以避免模糊描述。对本公开中的一个实施例或某一实施例的引用不一定指代同一实施例，并且这样的引用意味着至少一个。

本文中使用的标题仅为了便于参考而提供，并且不得以任何方式将其解释为限制本公开或所附权利要求。

对“一个实施例”或“实施例”的引用意为结合实施例描述的具体特征、结构或特性被包括在本公开的至少一个实施例中。在说明书中各处出现的短语“在一个实施例中”不一定都指代同一实施例，并且不一定全部指代与其他实施例相互排斥的单独或替代实施例。此外，描述了可以由一个实施例而非由其他实施例展现的各种特征。类似地，描述了可能是一个实施例的但并非是其他实施例的各种要求。除非由明确的描述和/或明显的不兼容性排除，否则本说明书中描述的各种特征的任何组合也被包括在此。例如，以上结合“在一个实施例中”或“在一些实施例中”描述的特征可以全部选择性地被包括在一种实现方式中，除了从描述中显而易见的某些功能对其他功能的依赖性可能会限制从实现方式中排除所选特征的选项，以及从描述中显而易见的某些功能与其他功能的不兼容性可能会限制选项在实现方式中一起包括所选特征的选项。

在前述说明书中，已经参照本发明的具体示例性实施例描述了本公开。显而易见的是，在不背离如所附权利要求中所阐述的更广泛的精神和范围的情况下可以对其进行各种修改。因此，说明书和附图被认为是说明性的而非限制性的。