电视观众利用的证实方法、系统和计算机控制逻辑与流程

电视观众利用的证实方法、系统和计算机控制逻辑

背景技术：
电视(TV)和互联网正处于融合中。诸如Widget频道的各种构架为TV收看者带来丰富的互联网体验。对于PC互联网浏览，收看者的互联网访问活动可通过cookie捕捉，这允许基于收看者的兴趣定制和个性化收看者的PC互联网体验。因此，对于网页浏览器cookie，服务提供方一般实现cookie，该cookie是存储在收看者平台上以跟踪该具体服务(可能还有关联服务)的使用并为收看者个性化这种服务的令牌。Cookie可积累关于该具体服务随时间的使用的信息，这允许个性化服务。然而，由于互联网TV浏览是仅经由服务特定的应用来完成的，因此服务访问历史或活动没有被捕捉到。关于服务访问历史或活动的信息的不可得性使服务提供方难以在连接的TV/设备上定制和个性化TV服务传递体验。TV收看习惯和/或商业评级数据一般通过例如Nielsen公司之类的媒体研究公司使用连接于TV并安装在有限组的选定家庭中的诸如“HomeUnit(家庭单元)”之类的专门设备以离线方式被收集和分析。没有确定的技术来衡量节目(例如内容或广告)是否是收看者实际收看的。到目前为止，不但在某一节目的收看时间和当关于收看时间的信息对内容提供方和广告商可用时的时间之间存在显著的延时，而且该信息仅对安装有专门设备的有限数量的选定家庭有效——一般是美国总TV家庭的大约0.02%。美国专利6,670,974描述了以交互方式跟踪和显示关于随时间的平台使用的信息的解决方案。该专利侧重于确定随时间的平台使用模式的联系，而与收看者的TV内容收看模式无关。如与GoogleTV有关的http://googleblog.blogspot.com/2009/05/tuning-in-to-tv-data.html中说明的那样，机顶盒(STB)可被配置成向服务器发送数据以供处理，该数 据包括关于由STB播放广告的证据的信息。离线地产生一报告，该报告描述在每秒基础上转向给定频道的收看者的总数。如美国公布专利申请20080235348中描述的，可在STB上捕捉收看者的频道改变，并可使用一组定时器来确定收看者收看过哪组节目。该处理将收看者是否已花费足够的时间在特定频道上认为是收看，而不只是网络冲浪。该结果是收看者的收看历史的列表，该收看历史可远程地传递并以视觉或听觉两者传达至收看者。另外，如http://en.wikipedia.org/wiki/TiVo中描述的，现有技术通过监视遥控键按压来跟踪收看者的收看习惯(例如快进节目或重放节目)。然而，迄今为止尚没有一种方案提供对于互联网TV浏览的收看者服务访问历史或活动的个性化，例如在实时基础上。附图说明被视为实施例的主题在说明书的结论部分被特别指出并清楚要求保护。然而，关于组织和操作方法两者的实施例连同其目标、特征和优点一起通过在阅读附图时参考以下详细描述可被最好地理解，在附图中：图1是描述一方法实施例的流程图；图2是根据一实施例的架构；图3是描述另一方法实施例的流程图；图4a和4b示出两个可替代架构实施例；图5示出根据一个实施例的系统和计算机控制逻辑。将领会，出于简单和清楚的例示的目的，附图中示出的要素不一定按比例绘制。例如，一些要素的尺寸出于清楚的目的相对于其他要素被放大。进一步，在认为恰适之处，附图标记在附图当中被重复以指示对应或相似的要素。详细描述在以下详细描述中，将阐述众多特定细节来提供对实施例的透彻理解。然而，本领域的技术人员将理解无需这些具体细节就可实践本发明。在其 它实例中，并未对公知方法、程序、组件以及电路进行详细描述以免模糊本发明。虽然本发明的各实施例不限于此方面，但是采用比如“处理”、“计算”、“运算”、“确定”、“建立”、“分析”、“检查”等术语的讨论可指计算机、计算平台、计算系统或其它电子计算设备的操作和/或处理，其将计算机寄存器和/或存储器内的表示为物理（例如，电子）量的数据处理和/或转换为计算机寄存器和/或存储器或其它可存储用以执行操作和/或进程的指令的信息存储介质内的类似地表示为物理量的其它数据。虽然本发明的各实施例不限于此方面，但是如本文中使用的术语“多个”和“多数”可包括例如“若干”或“两个或更多”。术语“多个”或者“多数”可贯穿整个说明书被用来描述两个或更多个组件、设备、元件、单元、参数等。例如，“多个站”可包括两个或更多个站。实施例允许捕捉收看者的互联网TV平台使用模式，以允许对收看者的TV体验的个性化。该平台可包括例如个人设备，比如移动计算/通信设备(例如PDA、电话、MID)、固定和便携计算设备(膝上计算机和台式计算机)；以及云计算服务和平台。原始数据和从数据分析中得到的概况两者对内容提供方和广告商来说可能具有潜在高的价值。根据一个实施例，提供一种方法和架构以捕捉收看者对互联网TV平台的使用模式，例如他们的TV互联网浏览体验和在每种服务或应用中花费的时间。随后可使用该信息来创建和/或提高收看者的概况、确定收看者的兴趣、定制节目(即内容或广告)和对他们可用的服务并对收看者产生节目和服务的个性化。例如，如果收看者在其TV上定期地访问财经站点，则可向该收看者推荐来自财经机构的服务并且也可推荐新闻和财经内容作为收看者的体验的个性化。如果收看者频繁地通过电影widget购买电影票，则广告商、网络提供方可将送至该收看者的广告定做成有关电影预览和电影内容的。另外，关于收看者使用模式的概况可作为服务被提供给TV节目的提供方。实施例允许TV平台上的跟踪和个性化架构的实现，这允许跟踪平台上所有服务随时间和跨调用的使用。实施例着重于收看者与其互联网TV平台之间的互动以捕捉来自这些互动的数据，这允许为收看者个性化节目、应用和/或服务。例如，如果收看者正在收看互联网TV平台上的某个节目，则实施例可允许基于收看者与平台的互动收集点击流的信息，收看者与平台的互动包括例如频道改变、包括例如投票的参与、社交媒体的使用、购物互动、应用或信息下载以及应用使用，这里仅给出几个例子。这种点击流信息可根据一些实施例被捕捉并用于获得行为或人口统计信息，这可实现更集中的个性化。根据一些实施例，捕捉的互动不仅限于点击流信息，并可包括收看者与互联网TV平台的任何可测的互动，例如通过键盘、鼠标、平板电脑或指示笔，这里仅给出几个例子。首先参见图1，其示出一方法实施例的流程图。根据所示实施例，方法包括在方框110跟踪收看者对TV平台的交互使用模式。交互使用模式指收看者例如通过任何互动工具与互联网TV平台的交互，所述互动工具例如包括智能电话、智能遥控、MID、上网本或膝上PC。该方法还包括，在方框120基于跟踪产生收看者交互使用数据，在方框130例如在基本实时基础上分析收看者使用数据，以及在方框140基于对收看者的使用数据的分析来个性化收看者对TV平台的使用。实施例有利地允许服务提供方使用从收看者与TV平台的互动获得的收看者的使用数据以更好地定做向收看者提供的服务、更好地理解他们的消费者或重新包装和销售(或以其它方式货币化)。图1的方法实施例可例如使用下面将要描述的图2或图4的实施例中所示的架构来实现。图2示出根据第一实施例的架构。图示的架构可实现为包含互联网应用构架212的互联网TV机顶平台或机顶盒(STB)210的一部分。互联网应用构架可被调整以支持STB210上互联网应用模块的执行。若干模块可捕捉收看者与互联网TV平台的互动，包括例如在每个TV互联网应用(例如widget)上花费的时间以及浏览模式(如果有的话)。互联网应用构架212可被调整以与诸如互联网220之类的在线服务交互。如图所示，互联网本身可包括在线存储225和服务提供方230，并附加地具有个性化服务235，其作用将在下文中更详细地予以描述。作为互联网应用构架212的一部分的构架控 制器240可被调整以控制互联网应用215的操作，并确定何时激活和停用互联网应用215。构架控制器240可进一步被调整以通过用户输入接口242跟踪和捕捉收看者互动数据。用户输入接口242可例如包括TV遥控、智能电话或其它多种移动平台，比如智能遥控、移动互联网设备(MID)或上网本或膝上PC接口。为了与互联网交互，互联网应用215可使用通信层245和通信垫(CommunicationShim)250。为了与收看者交互，互联网应用可使用显示引擎255和显示垫260。在互联网应用215和通信层245或显示引擎255中的任一者之间使用垫层可允许从互联网应用获得更细粒度的信息。例如，当收看者正在使用股票应用时，来自通信垫250和显示垫260的信息组合可允许确定收看者正观察哪些股票(经由显示垫260)，以及收看者仅在查询股票价格还是实际作出交易(经由通信垫255)。结果，可获得更详细的信息，例如关于收看者感兴趣的产品目录(例如财经、旅游、电子产品、时尚)的信息、感兴趣的特定产品以及感兴趣程度(例如浏览者相比购买者)。图2示出的架构可允许跟踪收看者与互联网TV平台的交互使用模式，并从该使用模式中产生收看者的使用数据。收看者的使用数据可从通信层245、通信垫250、显示引擎255、显示垫260和/或用户输入接口242获得。捕捉/产生的数据可包括关于所使用的应用类型(例如体育、股票、电影等)、日时、在应用或widget中花费的时间、应用的评级(例如PG、A等)以及收看者的id的信息。此类数据在图2中表示为从构架控制器240引出的“当前活动”。另外，该数据可包括从通信垫250引出的如前所述的通信背景数据和/或从显示垫260引出的如前所述的屏幕上背景数据。可例如在基本实时基础上将收看者的使用数据提供给概况引擎265，该概况引擎265在图示实施例中包括概况发生器（profiler）270和概况存储或存储器275。概况发生器270可基于收看者的使用数据针对每个收看者创建概况，并将其存储在概况存储中，概况存储可包括例如基于英特尔架构片上系统(IASoC)的连接的音频/视频设备(CAV设备)的本地硬盘驱动器。任选地，为了保护概况不受误用或窃取，可在存储到概况存储275之前对概况进行加密。仍然参见图2，为了允许收看者使用体验的个性化，可使用收看者的使用数据来个性化收看者的内容收看体验，包括经由内容存储285发送诸如 针对性广告的感兴趣节目，和/或它可被用来经由互联网个性化收看者的互联网使用体验，例如通过建议包括广告、服务和/或应用的互联网内容。为了个性化来自内容存储285的收看者的内容收看体验，可将收看者的使用数据送至推荐引擎280，推荐引擎280可被调整以基于收看者的概况产生节目(即内容或广告)推荐。推荐引擎280可例如使用收看者的使用数据和来自内容存储285的内容/广告数据之间的关联以对收看者作出推荐，例如通过将此类推荐信息经由内容播放器290发送至互联网应用构架212。内容存储285可被配置成访问例如硬盘上的电影的本地高速缓存、由第三方提供(例如由诸如TiVo之类的服务提供)的电影高速缓存、DVDjuke盒、用于访问诸如Hulu、YouTube或Netflix之类的内容服务的模块，这里仅给出几个例子。推荐可进一步例如涉及来自诸如Invidi之类的针对性广告方案提供方、来自诸如Comcast之类的多系统操作者(MSO)、来自诸如BlackArrow之类的广告管理方案提供方、来自诸如GroupM之类的广告代理和来自诸如CBS之类的内容提供方的节目或服务。为了借助互联网个性化收看者的平台使用体验，概况存储275可与个性化服务235共享一些或全部的收看者概况。个性化服务235可进而与第三方概况引擎(例如Amazon、Google、iTunes等的概况引擎)共享收看者的使用数据，第三方概况引擎然后使用收看者使用数据来向收看者推荐节目、服务或应用。不管个性化的方式如何，即是通过内容存储285个性化还是直接经由第三方概况引擎个性化，如果收看者选择在她的CAV设备中未曾安装的服务，应用安装引擎295可在STB上(例如在基于IASoC的设备上)自动地下载该服务。将收看者使用数据提供给概况发生器270和将数据关联于收看者感兴趣的节目或服务可例如在实时基础上执行，如此有利地允许收看者使用体验的近乎同时的个性化，例如通过针对性广告。有利地，诸如图2实施例的各实施例允许提供平台架构以捕捉交互的服务使用信息并例如在基本实时的基础上传递可诉信息以用于个性化服务。另外，收看者概况的创建和例如在实时基础上基于概况传递内容/广告和/或服务的推荐允许基于概况的收看者体验的更有针对性的个性化。其示例性版本示出在图3、图4a和图4b中的任何一幅图中的其它实施例提供一架构，用于通过使用个人移动设备和/或STB标识在TV上由收看者收看的广告和内容，而不需要专门的设备。存在可针对与图3、图4a和图4b的实施例类似的一些实施例应用的三个要素：收看者输入捕捉模块的使用，这促使收看者利用该模块，允许收看者互动作为对验证组件的输入；机制和软件构架的使用，该机制和软件构架被调整以解释收看者互动以证实收看者实际在收看一节目(例如广告)并在基本实时的基础上捕捉收看者的兴趣；以及个性化收看者的TV经验。另外，可提供一个或多个机制以基于收看者实际收看该节目多长时间自动地对节目进行评级。将在下文中进一步详细描述的图3、图4a和图4b的实施例可尤其适于例如确定广告的功效。首先参见图3，其示出一方法实施例的流程图。根据所示实施例，一方法包括：在方框310，通过使用输入捕捉模块跟踪互联网TV平台的收看者交互使用模式以收集频道改变信息并通过与收看者的互动主动地协助频道改变；在方框320，基于跟踪产生收看者使用数据；在方框330，通过例如在基本实时的基础上将收看者使用数据与来自TV平台的数据关联而分析收看者使用数据；以及在方框340，通过基于收看者使用数据的分析定做发给收看者的广告而基于收看者使用数据的分析个性化收看者对TV平台的使用。实施例有利地允许服务提供方使用收看者使用数据以更好地定做向收看者提供的服务、更好地理解他们的消费者或重新包装和销售(或以其它方式货币化)。图3的方法实施例可例如使用下面将要描述的图4a或图4b的实施例中所示的架构来实现。图3、图4a和图4b实施例的理念可在下面的使用例中得到最好的诠释。Alex使用他的智能电话作为遥控以收看互联网TV节目。在广告插播期间，在收看他喜欢的表演的同时，Alex(和其它很多人一样)喜欢浏览一组他喜好的TV频道以查看在那些频道上是否有其它感兴趣的东西，除非当前频道上播放的广告能入他的法眼。Alex必须记得不时地跳回到他原先的频道以避免错失在从广告插播恢复后剩下的表演，这是不便的。根据一实施例，通过一次接触，Alex可激活其智能电话上的一个应用，该应用自动地 扫过他喜好的那些频道并在广告插播结束前自动地切换回到原先的频道。为使用该应用，Alex只需配置喜好频道的优先级列表。当广告插播开始时，他按下应用的<开始>按钮，该按钮发起TV或机顶盒上的频道扫描。与FM/AM无线电中的频道自动扫描相似，在移动至下一频道之前，应用在预定义的短时间段内停留在每个频道中。在该过程中，Alex可通过按下<停留>按钮停止在任一频道，如果他看到该频道上有能入他法眼的某些东西的话，包括表演或广告。他也能按下<恢复>按钮以继续频道扫描。在任一情形下，应用将在广告插播结束前自动地将TV切换回原先频道，由此Alex能继续观赏原先的表演而不会错失任何内容。在切换回该频道之前，提醒消息盒(连同音频提醒)能突然出现几秒。Alex可通过按下消息盒上的按钮而停留在当前频道；或不做任何事则频道自动被切换回原先频道。前述场景只是利用智能电话作为实现用户接口(UI)设备的一个例子；在诸如智能遥控、MID、上网本或膝上PC之类的各移动平台上的其它实现也是可能的。一种诱人的替代性实现是STB上支持一应用执行环境(例如widget频道)的小应用程序(例如widget)。在那种情形下，收看者可将标准STB遥控作为UI。前面的使用例示出一种方法，该方法促使收看者在TV收看体验期间通过UI设备进行互动并提供有意识的输入。由于收看者有意识地和明确地与UI设备互动以选择想要收看的内容，因此收看者很可能收看到他所选择的内容。收看者的动作可直接关联于所收看的广告或节目内容。例如，Alex按下<开始>按钮以激活自动频道扫描特征这一事实指示他不想要收看在表演的广告插播期间在当前频道上出现的广告。如果他在频道扫描中按下<停留>按钮，这意味着他想要收看那一刻在那个频道上播放的内容。频道改变信息是非常有价值的，因为它带有关于收看者对什么感兴趣和对什么不感兴趣的背景。目前，收看者没有动机改变频道，因为害怕错失他们的表演。相反，他们一般选择在等待表演重新开始的同时做些其它的事情(谈话、阅读、浏览网页、洗浴、吃份快餐、回复电子邮件、与朋友们IM等)。结果，不存在他们是否收看TV的指示。例如图4a和图4b实施例的各实施例觉察到了这 一点并向收看者提供一种安全地改变频道的简单方式。由此，通过从他们的智能电话或TV智能遥控提供自动频道冲浪用途给予收看者停留和继续关注TV节目(而不错失当前表演)的动机，同时允许收集频道改变信息。现在参照图4a和图4b，其中相同的附图标记表示相同的组件，两个相应实施例包括从诸如如前所述的UI组件之类的输入捕捉模块获得的收看者使用数据收集相关信息的架构，从而达到例如以广告传递验证的形式分析收看者使用数据的目的。尽管图4a的实施例涉及在内容提供方网络435处的收看者使用数据的分析，然而图4b的实施例涉及在收看者的私人网络410的STB中的收看者使用数据的分析，如在下文中进一步详细描述的那样。要注意，图4a和图4b中的每个实施例进一步包括两个子实施例或选项，一个涉及提供留驻在智能电话或收看者私人网络410中位于STB外部的其它类似设备的UI组件或喜好频道扫描应用430，而另一个涉及在STB中提供UI组件，在这种情形下，TV遥控415可由收看者使用以改变频道，如下文中进一步详细描述的那样。如图4a和图4b的架构中所示，收看者私人网络410可包括STB415以及TV遥控420和智能电话425中的至少一者。STB415和智能电话425中的至少一者可包括在智能电话425和STB415中的至少一者上以喜好频道扫描应用430形式出现的UI组件。频道扫描应用430可被调整以捕捉收看者互动，同时基于收看者输入发布命令以控制TV频道切换。喜好频道扫描应用可提取收看者使用数据，该收看者使用数据包括关于收看者与一系列时间戳的事件分组的互动的信息。根据一个实施例，每个事件分组可以多种形式被捕捉，这些事件分组适于经由网络连接而传输。根据一个实施例以XML形式表示的事件分组的例子如下：<?xmlversion="1.0"encoding="utf-8"?><AdVerificationDataStream><ChannelSweepCurrentChannel="TNT"SweepStartTime="11/16/0918:33:00"SweepStopTime=”11/16/0918:38:00”><DestinationChannel="CBS"DwellTime="00:01:00"Timestamp="11/16/0918:34:00"/><DestinationChannel="NBC"DwellTime="00:00:30" Timestamp="11/16/0918:36:00"/><DestinationChannel="HBO"DwellTime="00:00:30"Timestamp="11/16/0918:37:00"/></ChannelSweep></AdVerificationDataStream>前述示例事件分组封装足够的信息以推断特定广告或TV表演的收看，倘若已有人访问该广告发表日程数据。由喜好频道扫描应用430扫描的每个频道可包括：头部，该头部捕捉频道扫描的开始/结束时间、当前收看频道；随后是负载，该负载包括一系列子表项，例如“目的地频道”，它可包括收看者通过按下<停留>按钮明显表示感兴趣的频道，“停留时间”，它可表示收看者停留在相应的目的地频道所花费的时间量；以及“时间戳”，它可表示首次进入所关注的目的地频道的时间。仍然参见图4a和图4b，如果频道扫描应用留驻在智能电话425中，它可将关于收看者使用模式的信息通过移动精灵(Daemon)450送至STB420。移动精灵450可以是一代理，该代理耦合至调谐驱动器455并为UI组件——例如为智能电话425上的频道扫描应用430——提供网络接口，以通过基于来自频道扫描应用430的命令通过平台中间件460控制调谐驱动器455来控制对不同频道的调谐。精灵450可使用任何适宜的通信频道(有线或无线的)、接收遥控频道改变命令与智能电话425上的频道扫描应用430通信。另一方面，如果频道扫描应用(例如TVwidget)留驻在STB420上，它可将有关收看者使用模式的这种频道改变命令信息直接送至平台中间件460(例如widget引擎)以控制调谐驱动器455。平台中间件460可向所有平台硬件组件提供API，例如图形、视频和音频引擎(未示出)，并可通过设定频道并确定所使用的频道来控制调谐器。在任一情形下，如前面提到的，可将收听者使用数据发送至广告/表演验证服务器422，广告/表演验证服务器422可位于如图4a所示的内容提供方网络435中，或位于如图4b所示的STB420中，广告/表演验证服务器的其它位置也落在实施例的范围内。因此，图4a中所示的一个选项可涉及在广告/表演验证服务器422执行的分析，该广告/表演验证服务器422是内容提供方网络435的一部分，该内容提供方网络435可包括TV节目播放日程数据库440，TV节目播放日程数据库440包括TV广告日程表，而图4b 所示的另一选项应当具有在作为STB的一部分的广告/表演验证服务器422处的STB420处发生的分析。图4b中作为示例示出的最后一个选项可增加收看者隐私并适应由STB选择的针对性广告发布，但需要内容提供方435分配广告和内容日程表。在图4a中作为示例示出的第一种情形下，以频道扫描数据形式出现的收看者使用数据可被发送至内容提供方435，该内容提供方435可使用其节目安排日程表(包括其广告日程表)，通过确定收看哪些广告和内容来执行分析。如图4a所示，可将事件分组从来自智能电话425或来自STB420的频道扫描应用430通过安全链路发送至内容提供方网络的广告/表演验证服务器422。如图4b所示，其中频道扫描应用430留驻在智能电话425中，可使用移动精灵450将收看者使用数据送至STB420的广告/表演验证服务器422。在一替代方案中，其中频道扫描应用430留驻在STB中，频道扫描应用430可直接地将收看者使用数据送至STB420的广告/表演验证服务器422。仍然参见图4a和图4b，广告/表演验证服务器422在每种情形下可包括验证模块470和评级模块475。因此，例如为了推断广告电视观众，广告/表演验证服务器422可访问来自包含广告日程表的TV节目播放日程数据库440的信息，以使验证模块470通过将每个目的地频道表目根据时间戳与广告关联来分析收看者使用数据。如果该频道的时间戳与广告对应并且停留时间大于预定的时长(例如15秒)，则评级模块可推断出收看者已消费该广告。收看者在他切换频道之前花费的时间也可由评级模块475使用以对商业广告进行评级。例如，如果收看者观看了完整30秒的广告，则对于该广告的评级可被假设为10(在1-10评级的基础上)。如果收看者观看了25秒，则评级可被认为是9，依此类推。这种机制产生了商业广告的评级而无需收看者的明确输入，从而提供了无缝的TV收看体验，同时从收看者那里采集了无偏见的反馈。收看者使用数据的分析也可通过将事件时间戳关联于TV节目播放日程表来推断在商业广告插播期间收看者收看了什么TV内容。该结果可指示收看者可能感兴趣的表演，尤其如果该数据指示收看者选择停 留在一不同的节目而不是切换回来，这可能影响表演评级并指示收看者可能在将来对这些表演进行录像。仍然参见图4a和图4b，通过广告/表演验证服务器422从收看者使用数据的分析获得的数据可被发送至推荐引擎480，该推荐引擎可被调整以通过基于收看者的概况产生节目(即内容或广告)推荐来个性化收看者的使用体验，例如在基本实时的基础上。由于收看者的互动可在基本实时的基础上由系统捕捉，因此这种推荐引擎的实现变得可能。推荐可例如涉及来自诸如Invidi之类的针对性广告方案提供方、来自诸如Comcast之类的多系统操作者(MSO)、来自诸如BlackArrow之类的广告管理方案提供方、来自诸如GroupM之类的广告代理以及来自诸如CBS之类的内容提供商的广告。此外，推荐引擎480可使用收看者使用数据来推荐由例如Amazon或Google之类的第三方提供的服务，如从中引出并延伸至隐私层的箭头所示。尽管在图4a和图4b所示的实施例中，推荐引擎480被图示为位于收看者的私人网络410中，但各实施例不仅限于此并且在任何位置提供推荐引擎以接收收看者使用数据也落在其范围内，例如提供在内容提供方网络435中或提供在另一位置。可选择地，可在智能电话和/或STB的任一个处设置隐私层465以允许在传输前控制敏感性收看者信息的发表。这允许收看者确定要不要与内容提供方共享私人信息。附加或选择地，可将收看者使用数据从广告/表演验证服务器发送至第三方广告商，如图4a从中引出并延伸超出内容提供方网络的箭头所示，或如图4b中从STB420的隐私层465引出的箭头所示。有利地，例如联系图3、图4a和图4b描述的一些实施例允许使用有助于冲浪的应用，而不是需要定时器来确定收看者观看哪些节目。因此，与其被动地观看冲浪行为，一些实施例提出通过输入捕捉模块与收看者进行主动互动，这种主动互动允许更准确地确定收看者的到场和兴趣，例如在基本实时的基础上。前述内容允许有针对性的广告活动。这些实施例的实现进一步的优势在于：可使用现成的硬件/软件平台；可允许包括在智能电话和STB两者上的容易安装，从而拥有大得多的收看者群体；可提供接近实时的广告收看验证由此允许广告商基于当前广告收看数据细调/重调他 们的广告活动，由此向广告商提供使其回报最大化的机会；可提供流畅的TV收看体验并同时收集来自收看者的隐含商业评级；可通过输入捕捉模块促使收看者在商业广告插播期间与TV产生互动，其结果是收看者与TV的互动可被分析，为广告商带来价值；可提供低成本、轻便和可升级的方案，这种方案相比已有的媒体研究技术可能拥有更大的收看者群体。根据一些实施例，有可能捕捉收看者的频道收看模式，并将该信息与例如多系统操作者(MSO)的广告日程表和元数据形成接口以确定哪些广告被消费以及这发生在那天的什么时候。该信息可接近实时地被提供给广告商、媒体购买者和广告网。而广告商和媒体购买者进而可使用该信息来细调和调整他们的广告活动，如果需要的话。尽管图2、图4a和图4b中示出单个STB，但根据实施例，可对同一家庭/地点的同一收看者提供一个或多个STB。所有这些STB可实现为相对于图2、图4a和图4b的实施例如所提到地那样起作用。此外，不止一个住宅/地点可具有STB，相应住宅/地点中的这些STB中的每一个容易实现为相对于图2、图4a和图4b的实施例如所提到地那样起作用。图2、图4a和图4b中示出的例如STB、输入捕捉模块或广告/表演验证服务器之类的各组件和应用的结构在各实施例中是可变化的，如本领域内技术人员所能理解的那样。例如，图2的构架控制器、概况引擎或推荐引擎或图4a和图4b的喜好频道扫描应用或广告/表演验证服务器可体现在网络节点中，该网络节点包括具有一个或多个可编程处理器或具有达成所提到的功能所需的电路的服务器或其它设备。此外，本文中所揭示的一个或多个特征可在包括分立和集成电路逻辑、专用集成电路（ASIC）逻辑、可编程门阵列和/或微控制器的硬件、软件、固件或其组合中实现，并可作为领域特定集成电路封装件或者集成电路封装件的组合的一部分而实现。本文中所使用的“软件”这一术语指示包括计算机可读介质的计算机程序产品，该计算机可读介质具有存储于其中的计算机程序逻辑以使计算机系统执行本文中所揭示的一个或多个特征和/或特征的组合。软件或固件实施例在图5所示的计算系统的背景中被示出。在图5中，系统1000可包括处理器1020和存储器体1010，该存储器体1010可包括可存储计算机程序逻辑1040的一个或多个计算机可读介质。存储器1010可实现为例如硬盘和驱动器、诸如紧凑盘和驱动器的可移动介质、只读存储器(ROM)或随机存取存储器(RAM)器件。处理器1020和存储器1010可使用本领域内技术人员已知的若干技术中的任一种(例如总线)进行通信。包含在存储器1010中的计算机程序逻辑1040可由处理器1020读取和执行。在总括地图示为I/O1030的一个或多个I/O端口和/或I/O设备也可连接于处理器1020和存储器1010。计算机程序逻辑1040可包括逻辑1050，它被配置成使处理器跟踪TV平台的收看者使用模式。计算机程序逻辑1040也可包括逻辑1060，它被配置成使处理器基于跟踪产生收看者使用数据。计算机程序逻辑1040可进一步包括：逻辑1070，该逻辑1070使处理器例如在基本实时的基础上分析收看者使用数据；以及逻辑1080，该逻辑1080个性化收看者对TV平台的使用。在其它实施例中，计算机程序逻辑1040可不同地组织以实现本文描述的处理。可使用不同的逻辑模块，而不是图5中所示的那些模块。此外，在替代实施例中，可使用更多或更少的模块，如本领域内技术人员能理解的那样。作为示例，在图2的实施例中，收看者使用模式的跟踪和收看者使用数据的产生可实现在通信垫250、显示垫260和概况发生器270中，而在图4a和图4b的实施例中，跟踪和产生可通过喜好频道扫描应用430来实现。另外，作为示例，在图2的实施例中，分析逻辑和个性化逻辑可实现在概况发生器270、推荐引擎280和应用安装引擎295加上个性化服务235中，而在图4a和图4b的实施例中，分析逻辑和个性化逻辑可实现在广告/表演验证服务器422和推荐引擎480中。前面的内容仅仅是示例性的，并且图5所示的逻辑器件的其它实现落在这些实施例的眼界内。尽管在这里已示出和描述了实施例的某些特征，然而本领域内技术人员可作出许多修正、替代、变化和等效替换。因此要理解，所附权利要求书旨在涵盖所有这些修改和变化，因为它们落在实施例的真实精神范围内。