CN103392307A - 使用数据反馈回路 - Google Patents

Abstract

本发明涉及跟踪用户导航、消费，和/或行为，以及应用分析以帮助调整给用户的未来供应（定制供应、追加销售、建议等...）和向服务提供商和工作室提供报告数据的方法。阐明了为用户提供观看建议的方法和系统。这涉及收集涉及用户的交互会话的使用数据；处理该会话的用户数据；以及提供有关该会话的反馈。所述会话涉及跟踪用户的交互的多个阶段。这些包括诸如查询阶段、结果阶段、详细信息阶段、选择阶段的阶段；以及确认阶段。

Description

使用数据反馈回路

相关申请的交叉引用

本申请要求于2010年12月22日提交的美国临时申请序列号第61/459,986号的权益，其通过引用而被整体合并于此。

技术领域

本发明一般地涉及个性化特征，更具体地涉及收集用户数据反馈以改进个性化。

背景技术

关于媒体设备的传统使用跟踪倾向于专注于从有限数量的源的结果内容选择。这些系统不对如何得出所选内容的过程进行跟踪。

例如，Nelson评级系统只跟踪正在观看什么广播电视节目。这种类型的系统的一个限制是它并没有跟踪或另外地考虑可代替广播电视被选择和/或观看的其他类型的媒体（DVR记录，VOD选择，互联网内容等）。另一限制是该系统不提供任何关于如何或为何选择和/或观看特定内容的见解。

发明内容

本发明涉及跟踪用户导航、消费、和/或行为并应用分析学以帮助调整给用户的未来供应（定制供应、追加销售（upsell）、建议等）和向服务提供商和工作室提供报告数据的方法。

根据一个实施例，提供了一种为用户提供观看建议的方法。该方法包括：收集涉及用户进行的交互会话的使用数据，处理该会话的用户数据，并提供有关该会话的反馈。在某些实施例中，所述会话包括查询阶段、结果阶段、详细信息阶段、选择阶段；以及确认阶段。

根据另一实施例，提供了一种用于向用户提供观看建议的系统。该系统包括前端和后端。该前端被配置为收集涉及用户进行的交互会话的使用数据。该后端被配置为处理所述会话的用户数据，并提供有关该会话的反馈。

附图说明

图1是概述根据一个实施例的向家庭传送视频和音频内容的系统图。

图2是示出代表性的机顶盒接收器的进一步细节的系统图。

图3是描绘根据一个实施例的触摸面板控制设备的图。

图4是描绘根据一个实施例的示例性过程的流程图。

图5是描绘根据一个实施例的聚合器系统的系统图。

图6是描绘根据一个实施例的示例性过程的流程图。

图7是概述根据一个实施例的聚合模块的内部工作的系统图。

图8是描绘根据一个实施例的示例性过程的流程图。

具体实施方式

现在转向图1，示出了用于向家庭或终端用户传送内容的系统100的实施例的框图。所述内容来自诸如电影工作室或制作公司的内容源102。可以以两种形式中的至少一种来供给内容。一种形式可以是内容的广播形式。广播内容被提供给广播联盟管理者104，所述广播联盟管理者104一般是诸如美国广播公司（ABC）、国家广播公司（NBC），哥伦比亚广播系统（CBS）等的国家广播服务。广播联盟管理者可以收集和存储内容，并可以调度通过被示出为传送网络1（106）的传送网络对该内容的传送。传送网络1（106）可以包括从国家中心到一个或多个区域或地方中心的卫星链路传输。传送网络1（106）也可以包括使用诸如通过无线广播、卫星广播或有线广播的本地传送系统的本地内容传送。本地传送的内容被提供给用户家中的接收设备108，其中该内容随后将被用户搜索。应理解，接收设备108可以采取许多形式，并可以体现为机顶盒/数字视频录像机（DVR）、网关、调制解调器等。另外，接收设备108可以作为家庭网络系统中的接入点或者网关，所述家庭网络系统包括被配置为家庭网络中的客户端或对等体设备的附加设备。

内容的第二种形式被称为特殊内容。特殊内容可以包括作为付费（premium）观看、按次付费传送的内容，或在其它情况下不提供给广播联盟管理者的其他内容，例如，电影、视频游戏或其他视频元素。在许多情况下，特殊内容可能是由用户请求的内容。该特殊内容可能被传送至内容管理者110。内容管理者110可以是服务提供商，诸如，与例如内容提供商、广播服务、或分发网络服务相结合的因特网网站。内容管理者110也可将因特网内容合并到传送系统。内容管理者110可以通过单独的传送网络（传送网络2（112））将内容传送到用户的接收设备108。传送网络2（112）可以包括高速宽带因特网类型的通信系统。重要的是要注意，也可使用的全部或部分传送网络2（112）来传送来自广播联盟管理者104的内容，并且可使用全部或部分传送网络1（106）来传送来自内容管理者110的内容。此外，用户也可以经由传送网络2（112）从因特网直接获取内容，而不必由内容管理者110管理该内容。

利用单独传送的内容的几种修改是可能的。在一种可能的方案中，特殊内容被作为广播内容的增强来提供，以提供替代的显示、购买和销售选项、改进的材料等。在另一个实施例中，特殊内容可能会完全取代一些作为广播内容而提供的节目内容。最后，特殊内容可能完全与广播内容相分离，并且可能仅仅是用户可以选择使用的替代媒体。例如，特殊内容可以是尚未作为广播内容可得的电影库。

接收设备108可从传送网络1和传送网络2之一或两者接收不同类型的内容。接收设备108处理该内容，并基于用户的喜好和命令提供内容的分离。接收设备108还可以包括存储设备，如硬盘驱动器或光盘驱动器，用于记录和播放音频和视频内容。将在下面参照图2描述接收设备108的操作的进一步细节和与播放存储的内容相关联的功能。处理的内容被提供给显示设备114。显示设备114可以是传统的2-D类型的显示器或者可替代地是高级的3-D显示器。

接收设备108还可以被连接到诸如触摸屏幕控制设备116的第二屏幕。触摸屏幕控制设备116可适于向接收设备108和/或显示设备114提供用户控制。触摸屏幕设备116还能够显示视频内容。视频内容可以是图形条目，如用户界面条目，或者可以是被传送到显示设备114的视频内容的一部分。触摸屏幕控制设备116可以使用诸如红外（IR）或射频（RF）通信的任何已知的信号传输系统连接到接收设备108，并可包括标准协议，如红外数据协会（IRDA）标准、Wi-Fi、蓝牙等，或任何其它专有协议。将在下面进一步详细描述触摸屏幕控制设备116的操作。接收设备108和触摸屏幕控制设备116组成前端。

在图1的例子中，系统100还包括后端，所述后端包括服务器118和使用数据库120。后端服务器118包括分析用户的使用习惯并基于这些使用习惯作出建议的个性化引擎。使用数据库120是存储用户使用习惯的地方。使在某些情况下，使用数据库120可以是后端服务器118a的一部分。在本示例中，后端服务器118（以及使用数据库120）被连接到系统100并通过传送网络2（112）访问。

现在转到图2，示出了接收设备200的实施例的框图。接收设备200可以类似图1中描述的接收设备进行操作，并且可以被包括作为网关设备、调制解调器、机顶盒，或其它类似的通信设备的一部分。所示的设备200也可以合并到包括音频设备或显示设备的其它系统中。在任一种情况下，为了简明起见，未示出完整的系统操作所需的一些组件，因为它们对本领域技术人员来说是公知的。

在图2所示的设备200中，通过输入信号接收器202接收内容。输入信号接收器202可以是用于接收，解调和解码通过包括广播、电缆、卫星、以太网、光纤和电话线网络的若干可能的网络之一提供的信号的一些已知的接收器电路中的一个。可由输入信号接收器202根据通过控制界面或触摸面板界面222提供的用户输入来选择和提取所需的输入信号。触摸面板界面222可以包括触摸屏幕设备的界面。触摸面板界面222也适于连接便携式电话、平板电脑、鼠标、高端遥控器等。

解码的输出信号被提供给输入流处理器204。输入流处理器204执行最终的信号选择和处理，并且包括将视频内容从内容流的音频内容中分离出来。音频内容被提供给音频处理器206以从所接收的格式，如压缩的数字信号，转换为模拟波形信号。模拟波形信号被提供给音频接口208，并进一步被提供给显示设备或音频放大器。可替换地，音频接口208可以使用高清晰度多媒体接口（HDMI）电缆或替代的音频接口，如通过索尼/飞利浦数字互联格式（SPDIF）向音频输出设备或显示设备提供数字信号。音频接口还可以包括用于驱动一组或多组扬声器的放大器。音频处理器206还执行存储音频信号所需的任何必要转换。

来自输入流处理器204的视频输出被提供给视频处理器210。该视频信号可以是几种格式之一。视频处理器210基于输入信号的格式提供视频内容的必要转换。视频处理器210还执行存储该视频信号所需的任何必要转换。

存储设备212存储在输入端接收的音频和视频内容。存储设备212在控制器214的控制下，并且还基于命令，例如，从用户界面216和/或触摸面板界面222接收的诸如快进（FF）、倒退（Rew）的导航指令，允许稍后提取和重放所述内容。存储设备212可以是硬盘驱动器，一个或多个大容量集成电子存储器，如静态RAM（SRAM），或动态RAM（DRAM），或者可以是可更换的光盘存储系统，如致密盘（CD）驱动器或数字化视频盘（DVD）驱动器。

将来自视频处理器210的转换后的视频信号，无论是源自输入端或源自存储设备212，提供给显示器接口218。显示器接口218进一步将显示信号提供给上述类型的显示设备。显示器接口218可以是诸如红绿蓝（RGB）的模拟信号接口，或者可以是诸如HDMI的数字接口。应理解，显示器接口218将生成各种屏幕以在三维网格中呈现搜索结果，这将在下面更详细地描述。

控制器214通过总线相互连接至设备200的若干组件，包括输入流处理器202、音频处理器206、视频处理器210、存储设备212，以及用户界面216。控制器214管理将输入流信号转换成用于在存储设备上存储或用于显示的信号的转换过程。控制器214还管理存储内容的提取和重放。此外，如将在下面所描述，控制器214执行对内容的搜索、创建以及调整表示存储的或将通过上述传送网络传送的内容的网格显示。

控制器214进一步耦接到控制存储器220（例如，易失性或非易失性存储器，包括RAM、SRAM、DRAM、ROM、可编程ROM（PROM）、闪存、电可编程ROM（EPROM）、电可擦除可编程ROM（EEPROM）等），以存储控制器214的信息和指令代码。控制存储器220可以存储控制器214的指令。控制存储器还可以存储诸如包含内容的图形元素之类的元素的数据库。该数据库可被存储为图形元素的图案。可替换地，存储器可以将图形元素存储在已识别或已分组的存储位置中，并使用访问或位置表来识别涉及该图形元素的各部分信息的存储位置。将在下面描述涉及存储图形元素的附加细节。此外，控制存储器220的实现方式可以包括几个可能的实施例，例如单个存储设备或可替代地，通信连接或耦合在一起以形成共用或通用存储器的一个以上的存储器电路。更进一步地，所述存储器可以与其他的电路（例如，总线通信电路的部分）被包括在较大的电路中。

本公开的用户接口过程采用了可用于表达诸如快进、倒退等的功能的输入设备。为了做到这一点，如图3所示，可以通过接收设备200的用户接口216和/或触摸面板接口222连接触摸面板设备300。触摸面板设备300基于手部运动，或手势，以及通过所述面板转化为机顶盒或其它控制设备的命令的动作，允许操作接收设备或机顶盒。在一个实施例中，触摸面板300可简单地作为导航工具以导航网格显示。在其它实施例中，触摸面板300将附加地用作显示设备，从而使用户通过内容的网格显示能够更直接地与导航交互。可以包括触摸面板设备作为远程控制设备的一部分，所述远程控制设备包含诸如启动按钮之类的更多的传统控制功能。该触摸面板300还可以包括至少一个摄像机元件。

图4描绘了本公开中描述的涉及提供用户数据反馈的过程的流程图400。这个过程包括收集或获取使用数据（步骤410），处理使用数据（步骤420），以及提供反馈（步骤430）。将在下面更详细地讨论这些步骤中的每一步。

根据图4的第一步骤，收集有关用户的使用习惯的数据。使用信息可以包括在前端从接收设备108和触摸屏幕控制设备116收集的信息。所收集的信息类型可以包括在显示设备114上观看的频道、观看该频道的时间、观看该频道的持续时间、该频道上节目的类型、有关所观看的节目的信息（如种类、导演、演员等）；在触摸屏幕设备116上观看什么（即，节目指南、附加节目信息、网站、应用等）；什么时候在触摸屏幕设备116上观看内容、观看了内容多久、以及有关所观看的内容的信息（内容的类型、种类等）。

还存在可被跟踪的其它类型的数据和行为。例如，可以跟踪订购者从媒体源到媒体源以及从媒体到媒体的迁移行为。考虑这样一个例子，其中用户正在观看由诸如Comcast的网络服务提供商传送的电视节目。然后，用户改变他们的媒体选择至顶级（over the top）媒体服务提供商（诸如Netflix）。所描述的系统可以跟踪两个媒体选择（电视节目、电影），这样的媒体选择的来源（Comcast、Netflix，等），使用/观看每个媒体选择所花费的时间。

这个当前的示例提供了有意义的信息，因为，在许多网络服务提供商、顶级服务、个人媒体服务器、广播源、有线源、卫星资源、IPTV源、网站、提供媒体的线上源（诸如Amazon、Emusic、ITunes等）中，跟踪下面的内容是有价值的：

a.对于特定的媒体选择存在什么源。

b.跟踪所述媒体选择来自什么源。

c.跟踪系统是否已经建议所访问的媒体源。

d.跟踪用户是否从特定的源购买媒体选择。（通过点击）

e.跟踪用户是否去特定的源查看已选择但尚未购买的媒体选择。

f.跟踪用户从特定的源访问/观看媒体选择的时间量。

g.跟踪用户是否响应于特定的广告和这样的广告的来源（本地运营商/网络运营商/顶级服务/广播公司等）。

h.跟踪选择了特定媒体资源和来源的什么版本。

a.低或高分辨率/SD/HD

b.媒体资源的比特率

c.普通版本或特殊特征

d.“特殊特征”被访问的时长。

e.嵌入或推送在该媒体资源中的广告是否被选择

i.保持跟踪使用什么应用来选择媒体资源，以及花了多长时间到达特定的媒体资源:

a.搜索引擎

b.电子节目指南

c.广告

d.来自朋友的社交联网建议

可以预期，也可以跟踪其它属性并且这样的属性可以编组在一起在报告中传送。这样的信息可被如图5所示的聚合器系统收集和聚合。

聚合EAR文件500包含公共范围JAR模块510和聚合WAR模块520。公共范围JAR模块510是获取错误代码、错误消息和日志记录服务的共享模块。聚合模块520是内部的API，用于在设备上聚集所收集的客户使用数据，并且所收集的日志稍后被用于制作报告。然后，聚合的用户数据可以被发送到并保存在数据库120中并用于生成报告。

记录的用户活动日志的属性的例子包括：时间戳；家庭ID、用户ID、设备ID、会话ID、应用ID、动作类型，以及与动作类型相关联的其他参数。该信息在日志消息中提供，并具有下面的格式：

<时间戳>|<家庭ID>|<用户ID>|<设备ID>|<会话ID>|<应用ID>|<动作类型>|<消息参数>|

其中：

<时间戳>格式是“yyyy-mm-dd hh:mi:ss.millis”

<动作类型>是RP_ACTION_TYPE表（参见数据库方案设计中关于值的部分）中的值之一

<消息参数>是被“；”字符所分隔的消息特定键值对。键值对被“：”字符所分隔。

用于获取动作的这样的日志消息的例子将如下所示：

ACQUIRE Log Message(获取日志消息)

2010-10-12

16:52:12.014|Household123|be01|dev456|Sess123|App001|ACQUIRE|

ITEM_ID：987；ITEM_TYPE：VOD；OFFER_ID：Offer123；PROVIDER：NETFLIX；

ACQUIRE_SOURCE:SEARCH;ACQUIRE_TYPE:BUY;PRICE:7.99;CURRENCY:USD;STATUS:SUCCESS;

聚合模块提供响应于请求的日志消息，例如：

·收集用户数据

о请求：日志消息列表

о响应：布尔真值（即使Web服务处理故障）

解析Web服务请求以提取单独的日志消息。每个单独的日志消息被解析以提取用户信息、设备信息、活动类型，以及活动类型具体数据的键值对。每个数据键值对被存储在数据库表中。在返回Web服务响应之前，当前实现方式处理并解析每个Web服务请求中的所有日志记录数据。

数据库方案设计

报告数据库方案设计将基于也被称为“稀疏矩阵”的修改后的实体-属性-值（EAV）模型。这种模型将每个日志消息属性值对存储为另一个表中单独的行。这种方法涉及对现有报告数据库方案的细微改变，诸如从RP_LOG表中移除OFFER_ID和CONTENT_ID列。

RP_LOG表

已被移除的OFFER_ID和CONTENT_ID列，因为它们仅用于“获取”消息。这些属性将被添加到RP_INFORMATION表。

RP_LOG_INFORMATION表

LOG_ID                       数字(RP_LOG表的FK)

INFORMATION_ID               数字(RP_INFORMATION表的FK)

LOG_INFORMATION_VALUE        VARCHAR2(512个字符)

RP_INFORMATION表

INFORMATION_ID               数字

INFORMATION_NAME             VARCHAR2(20个字符)

INFORMATION_DEFINITION       VARCHAR2(200个字符)

此表应包含所有关键参数（ID和名称）的记录

RP_ACTION_TYPE表

ACTION_TYPE_ID         数字

ACTION_TYPE            VARCHAR2(20个字符)

此表应包含所有活动名称的记录，诸如获取、搜索、观看频道、播放、快进、倒退、暂停等，其他动作名称是TBD。

动作类型ID

动作类型

0	未知
		1	应用开始
2	应用结束
		3	屏幕保护开始
4	屏幕保护结束
		5	获取
6	搜索
		7	共享
8	管理朋友
		9	管理库
10	镜像
		11	播放
12	暂停
		13	快进
14	倒退
		15	停止
16	观看电视开始
		17	观看电视结束
18	管理DVR记录
		19	用户动作
20	文档下载

RP_APPLICATION表

APP_ID                数字

APP_DESCRIPTION       VARCHAR2(20个字符)

图6描绘了使用“收集用户数据”操作600通过聚合系统收集用户活动数据。这里是由可以位于后端服务器118的外部Web服务客户端620做出请求610。该请求被位于接收设备108或第二屏幕116上的聚合模块的聚合框架（aggregation skeleton）630接收。聚合框架630以布尔值640响应。图7中可见聚合模块的内部工作的示例。

图7描绘了示出公共范围JAR510和聚合WAR520互相通信的系统700。公共范围模块510提供日志记录服务、错误代码和错误消息给聚合模块520。使用聚合框架接口710的聚合框架630接收“收集用户数据”请求610，并通过本地日志列表720和本地日志730解析为日志列表类型740和日志类型750。然后返回对于“收集用户数据”请求的响应640。

可以日志记录以下在Flash/Flex应用中的用户活动：

DVR活动也可被日志记录。这包括：

●遥控器上的按键按压

●DVR记录管理

下面可以看到使用“收集用户数据”JSON请求的业务的示例。

收集用户数据所使用的一个构思是“会话”。“会话”是由用户做出的的使该用户和设备之间发生特定交互的动作的集合。例如会话可以包括用户为了观看特定的媒体而采取的所有行动。图8提供了会话可能涉及的过程的一个例子的流程图800。

在图8中，会话（800）有5个阶段或步骤。这些阶段是查询（810）、结果（820）、详细信息（830）、选择（840），以及确认（850）。将在下面更详细地讨论这些阶段中的每一个。

查询阶段（810）发起会话。查询阶段可以被认为是类似于用户与设备交互的初期，用户在其中寻求对问题“我可以看什么”的回答。例如，查询可以是对特定主题的搜索、对VOD供应的列表的请求、对EPG的请求、或对先前录制的节目的列表的请求。任何此类活动启动会话，并被日志记录为该会话的一部分。

为了响应于查询步骤（步骤810）的查询，向用户提供结果以查看（步骤820）。所述结果可能是所执行的搜索的结果、可用的VOD供应的列表、EPG、或先前录制的节目的列表。所述结果还可以包括基于用户或设备的建议。在其他实施例中，可以基于用户或设备过滤所提供的结果。向用户提供的结果被日志记录为会话的一部分。基于所提供的结果，用户可以做出开始新的会话的新的查询（步骤810）或得到关于所提供的结果的附加的详细信息（步骤830）。

详细信息步骤（步骤830）涉及向用户提供和查看关于所提供的结果（步骤820）的附加信息。所述附加信息可以是情节梗概、演员和工作人员列表、评级等。所述附加信息还可包括宣传片、视频剪辑片段以及特殊的优惠名目及报价。再一次地，用户观看的所述附加信息被日志记录为会话的一部分。查看结果的附加信息之后，然后，用户可以进行新的查询（步骤810）、查看其它结果（步骤820）或做出选择（步骤840）。

选择阶段（步骤840）涉及由用户选择观看的内容。这可以是目前正在播放的节目、VOD供应、可下载的内容，先前录制的节目等。选择内容后，然后，用户被告知什么是观看该内容所必需的，诸如调谐到特定的频道、开始流、开始下载、从记录播放，以及任何定价/购买信息。这种选择被日志记录为会话的一部分。用户再次可以选择执行新的查询（步骤810）、返回到结果（步骤820）或确认对内容的选择（步骤850）。

确认（步骤850）涉及对内容的实际获取，包括购买、调谐到该频道、下载等。这也是用户同意条款以便观看所选内容。任何对条款及获取的同意被日志记录为会话的一部分并结束该会话。

一旦收集了使用数据（步骤410），该使用数据被提供给后端，在那里使用数据被处理（步骤420）以建立用户配置文件。会话的使用允许不仅可以跟踪内容选择，也可跟踪为了到达所述内容选择而走过的路径。因此，可以确定什么样的查询、结果、详细信息和获取要求会导致对内容的选择和消费，以及什么样的查询、结果、详细信息和获取要求会阻止对内容的选择和消费。了解用户选择观看什么以及用户如何到达所述选择，可以提供反馈（步骤430）以评估用户进行的搜索、建议、附加信息和内容部分的定价的成效。反馈也可以被用来改善获取会话的每个阶段。

例如，结果和建议、附加信息以及诸如花费或租用条款的获取要求在将来的会话中可以调整以改善用户的“购买”选择。同样，该信息可用来改善/改进包括特别供应的目标广告。本文所讨论的技术的其它可能用途包括：

1.决定在何处向用户显示选择。即，用户最终更可能基于个性化引擎做出的建议，而不是在EPG横幅广告底部所广告的媒体资源而购买VOD节目。

2.基于跟踪信息，改变做出搜索结果的顺序。例如，来自IMDB的搜索结果可能会比来自Amazon的搜索结果更频繁地作用于用户。此外，在搜索结果中显示什么（根据用户的倾向，对第一个用户首先示出电影片名，然后示出演员，对第二个用户首先示出演员，然后示出电影片名）。

3.理解似乎吸引用户的内容的类型（例如，带有汽车、飞机的动作电影或带有海滩的旅游节目等...）以在内容供给中提供相关性级别，以及范围从付费节目（广播频道）至物理商品（法拉利F40模型车）的追加销售服务。

4.趋势化用户的内容购买历史并比较地查看在对等组的其他用户以便例如跟踪用户和对等组两者对营销策略的反应。例如，在比佛利山庄的对等组可能会对29.99美元的铂金级节目包做出积极反应，比较而言，来自其他地方的组也许对12.99美元的相同或略有改变的包更感兴趣。也可基于个体估量营销策略的定价成效。

A.用户搜索钢铁侠。当前不可获得，但向用户提供以30美元购买最新的蜘蛛侠电影，以6美元租用绿巨人（大约2008年左右），或以4美元租用绿巨人（大约2003年左右）的机会。用户选择租用绿巨人（大约2008年左右）。存储购买数据，其可（与其他跟踪数据一起）表明用户倾向于租用而不是购买和/或想要观看与即将上映的复仇者电影（大约2012年左右）相关联的电影。

B.当用户更可能租用或购买时可以跟踪。例如，用户的消费习惯可能揭示了该用户是80％更可能租借电影，但是75％更可能购买电视剧集。可使用该信息调整未来给用户的供应。

C.跟踪和分析价格阻力。帮助内容提供商理解用户的决策（即，是电影的价格或是一天中的时间）。以不同的价格和在一天的不同时间提供同一部电影以帮助内容提供商设定电影价格和了解是什么原因导致购买。

5.提供了连接广播、VOD、优质节目（over the top）和用户生成的节目的入口。因此，可以跨越多个可用内容源向业界提供第一的节目测量能力和效率。也就是说，研究和偏好引擎将在通常不被监控的应用和服务之间运行（即用户花费他们20％的时间观看TNT，30％的时间在Yahoo.com，他们50％的时间观看Hulu.com）。

6.可以基于用户的订阅向用户推送相同内容的不同的源。例如，用户A可能有付费订阅（150美元/每月），用户B可能只有基本订阅（45美元/每月）。如果想要的内容（例如，最近的电影）在付费电影频道和VOD上都有，范围将会将用户A导向付费电影频道，将用户B导向VOD。这至少会减少由于用户被反复导向VOD供应而使用户A放弃付费订阅的风险。

8.背后的方法定期提醒用户在数字抽屉中存储有什么电影和电视节目。系统可以提醒用户他们已经将这样的内容存档在他们的个人抽屉中。

A.考虑提醒该内容在第二个人的数字抽屉中可用的可能性（我的妻子有她自己的数字抽屉，我想要访问该抽屉中的内容）。

B.使得可以自由分发的内容（家庭电影、YouTube的内容，等等）能够通过其他人的抽屉获得。

9.当用户反复租用和观看电影时跟踪并向该用户提供购买同一部电影或相关电影的选择。例如：

A.考虑一种模型，其中，用户租用电影的次数越多则该电影的租用费用越低，直到用户已经为它付费达到足够的次数使得该电影被免费上传到他们的数字抽屉。

B.还应考虑下述想法，如果存在要租用的系列电影，第一个租用的电影（教父I）是5.00元，（教父II）是3.00元，（教父Ⅲ）是1.00元。此选项也可应用于购买系列节目（第一集3.00元，第二集2.00元，第三集1.00元）。

10.跟踪用户对建议的使用。例如，用户A更可能35％遵循朋友的建议而不是来自建议引擎的建议，而用户B更可能40％遵循来自建议引擎的建议而不是朋友的建议。范围可以跟踪这种行为并使用它来对为不同用户做出的建议进行优先顺序排列。

11.跟踪明确的评级（用户给出的评级为“4星级”）和隐含的评级（#意见，#观看给定场景的次数，#用户向朋友推荐内容的次数，等等）以确定向用户推荐什么。例如，用户给予洛奇（Rocky）5星评级但只观看了洛奇一次，并且从未将该电影推荐给朋友。相同的用户对暮光之城（Twilight）给出了2星级评级，但观看了该电影的全部内容3次，该电影中的特定场景9次，并向10个朋友推荐了该影片。根据这段历史，在推荐洛奇2（Rocky 2）之前会向该用户推荐新月（NewMoon）。

A.这种构思考虑了人们并不公平地对电影进行评级的想法，其中，5星级电影并不真正地在各方面都是5星的。因此，必须考虑除给予资源的明确评级外的用户与媒体资源的实际互动。

B.可以开发出不同的算法以通过使用明确评级（用户将媒体资源评级为什么）和隐含评级（用户如何与该媒体资源交互）两者确定评级。

12.跟踪用户在何时何地观看电影并利用此背景信息来调整在不同的房间和不同的时间提供给该用户的内容（例如，提供不同的建议以便下午1点在客厅而不是晚上9点在卧室观看）。——

A.用户可以指定哪个设备在什么地方。

B.还定义什么设备。机顶盒、手机、Ipad、计算机等。

虽然上面阐明的例子都集中于一种系统，应理解，本发明也可以被嵌入在包含能够执行本文描述的方法的所有特征、并且当在计算机系统中加载时能够执行这些方法的计算机程序产品中。在当前背景下的计算机程序或应用程序是指一组指令集的任何语言、代码或符号的任何表达式，旨在使系统具有信息处理能力，以直接或在下面任一项或两项之后，执行特定的功能a）转换为另一种语言、代码或符号；b）以一种不同的物质形态再现。

此外，上面的描述旨在仅作为示例的方式，并且除非在以下权利要求中阐明，不应以任何方式限制本发明。

Claims (23)

1.一种向用户提供观看建议的方法，所述方法包含：

收集涉及用户进行的交互的会话的使用数据；

处理该会话的用户数据；以及

提供有关该会话的反馈。

2.如权利要求1的方法，其中，所述使用数据涉及用户观看的内容。

3.如权利要求2的方法，其中，涉及用户观看的内容的使用数据包含以下的一项或多项：观看的内容；观看该内容的时间；观看该内容的持续时间；所观看的内容的类型；有关所观看的内容的信息；该内容的来源；以及在什么设备上观看该内容。

4.如权利要求1的方法，其中，使用聚合模块执行收集用户数据的步骤。

5.如权利要求1的方法，其中，所述会话包含下列阶段：

查询阶段；

结果阶段；

详细信息阶段；

选择阶段；以及

确认阶段。

6.如权利要求5的方法，其中，所述查询阶段包含由用户执行的搜索。

7.如权利要求6的方法，其中，涉及查询阶段的用户数据包含由用户执行的搜索的主题。

8.如权利要求5的方法，其中，涉及结果阶段的用户数据包含基于在查询阶段的用户输入所返回的数据。

9.如权利要求5的方法，其中，所述结果阶段包含提供以下中一项或多项：所执行的搜索的结果；视频点播（VOD）供应的列表，先前记录的节目的列表；以及电子节目指南（EPG）中的列表。

10.如权利要求9的方法，其中，基于用户/设备过滤所述结果。

11.如权利要求5的方法，其中，涉及详细信息阶段的用户数据包含有关基于查询阶段的用户输入所返回的数据的附加详细信息。

12.如权利要求5的方法，其中，所述详细信息阶段包含提供以下中的一项或多项：情节梗概；演员和工作人员列表；评级；宣传片；视频剪辑；和优惠名目及报价。

13.如权利要求5的方法，其中，所述选择阶段包含：

接收用户对于待观看的内容的选择；

提供有关观看内容的要求的信息。

14.如权利要求13的方法，其中，有关观看内容的要求的信息包含定价信息。

15.如权利要求13的方法，其中，涉及选择阶段的用户数据包含用户所选择的内容。

16.如权利要求5的方法，其中，所述确认阶段包含获取待观看的内容。

17.如权利要求16的方法，其中，获取内容进一步包含接收用户为获取内容而接受条款。

18.如权利要求17的方法，其中，涉及确认阶段的用户数据包含涉及获取内容的数据。

19.如权利要求1的方法，其中，提供反馈的步骤包含生成用户配置文件。

20.如权利要求1的方法，进一步包含：基于所提供的反馈修改会话的数据。

21.一种向用户提供观看建议的系统，所述系统包含：

前端，被配置收集涉及用户进行的交互的会话的使用数据；

后端，被配置处理所述会话的用户数据，并提供有关该会话的反馈。

22.如权利要求21的系统，所述前端包含触摸屏设备。

23.如权利要求21的媒体系统，其中，所述服务器包含：

个性化引擎；以及

使用数据库。

Images