CN103797811B

CN103797811B - 用于消费者对交互式电视接触的控制的系统和方法

Info

Publication number: CN103797811B
Application number: CN201280043925.3A
Authority: CN
Inventors: 马德莱娜·诺兰
Original assignee: Rakuten Inc
Current assignee: Lotte Group Co.,Ltd.
Priority date: 2011-09-09
Filing date: 2012-09-10
Publication date: 2017-12-12
Anticipated expiration: 2032-09-10
Also published as: EP2754290B1; EP2754290A1; MY165765A; KR20140054192A; WO2013036944A1; JP2014532322A; CN103797811A; CA2846406C; EP2754290A4; CA2846406A1; US9712868B2; US20140229971A1; KR101767301B1; JP5668178B2

Abstract

提供了用于允许用户控制对交互式电视应用和事件的访问的系统和方法。一种方法包括：检测去往用户的设备的交互式电视事件，以及确定以下各项中的至少一项：允许、不允许、或者有条件地允许在用户的设备上执行交互式电视应用事件。确定可以包括：基于交互式电视应用事件产生查询，以及对照包含一个或多个用户偏好的偏好数据库检查所述查询。

Description

用于消费者对交互式电视接触的控制的系统和方法

技术领域

本文公开的主题涉及交互式电视，具体地，涉及消费者对交互式电视接触（exposure）的控制。

背景技术

交互式TV（ITV）应用使观众能够与他们在电视上看见的内容进行交互。例如，ITV应用（ITV app）可以允许当消费者正在他或她最喜欢的新闻台观看选举报道时向消费者呈现投票选举事件。观众可以使用他的电视远程控制来对投票选举进行响应。存在多种类型的ITV应用，例如，请求信息或RFI（以接收候选人名单、简介材料等）、问答和游戏、访问新闻标题或天气更新、以及甚至点击购买或电子商务。程序员可以创建一个或多个“事件”（在本文中称作“ITV应用事件”或简称为“ITV事件”），所述事件利用给定的ITV应用来向用户进行特定呈现。根据上面的示例，可以提供投票/投票选举ITV应用，并且投票/投票选举ITV应用的事件可以是例如与特定的电视节目相关联的特定问题，例如，“到今天为止，你计划给民主党投票还是给共和党投票？A]民主党、B]共和党；C]无党派的；D]未决定”。相同的投票和投票选举app可以用于属于不同电视内容的不同事件，在该不同的事件中，向观众呈现另一问题和/或回答集合。

ITV提供可以有益于市场。例如，ITV可以向消费者提供对他们喜欢的内容的更深入且更丰富的体验以及通过电视媒体接收信息和产品的便利。ITV还可以向程序员和广告商提供开发与单独的消费者的关系并且得到不能通过传统的电视测量过程得到的与消费者行为有关的新度量（例如，对ITV供应的响应次数）的新机会，并且分发方设想向订户提供的新服务。

目前，消费者对其ITV体验具有非常少的控制。例如，在有线电视分发网络中，有线电视运营商未使消费者能够选择他们接触哪些ITV应用。有线电视运营商可以不允许针对其所有订户的ITV应用，或者它可以不允许来给定订户的所有ITV应用，但是它未允许一些ITV应用选择性地对于一些订户可用而对于其他订户不可用。

因此，需要一种使消费者能够以对于电视生态系统中的所有方有用的方式控制其ITV体验的技术。这例如通过使他或她能够使儿童免受ITV供应（即，ITV应用家长控制）并且控制其自己的电视体验来使消费者受益。这还使程序员、广告商和分发方受益。例如，消费者反馈允许他们开发消费者最期望的ITV应用和供应。

发明内容

本主题的实施例涉及用于允许用户控制与交互式电视应用事件的接触的系统和方法。在一些实施例中，所述方法可以包括：检测去往用户的设备的交互式电视事件；以及确定以下各项中的至少一项：允许、不允许、或者有条件地允许在所述用户的设备上执行所述交互式电视应用事件。在一些实施例中，所述确定还包括：基于所述交互式电视应用事件产生查询；以及对照包含一个或多个用户偏好的偏好数据库检查所述查询。

在一些实施例中，如果有条件地允许在所述用户的设备上执行所述交互式电视应用事件，则所述方法还可以包括：产生用于使所述用户进行所需输入的提示；从所述用户接收所述输入；以及当在所述用户的设备上执行所述交互式电视事件之前，检查所述输入是否满足指定条件。所述所需输入可以是例如PIN（个人标识号）。

在本主题的一些实施例中，偏好数据库包括指示用于允许、不允许或有条件地允许在所述用户的设备上执行所述交互式电视应用事件的一个或多个细节（circumstance）的数据。所述一个或多个细节可以包括以下各项中的一项或多项：所述用户的设备的标识、频道信息、服务类型、节目类型、供应类型、产品类型、当日时间、星期几、密码保护、节目等级以及观看设备类型。

在一些实施例中，本主题提供了用户界面，所述用户能够通过所述用户界面来定义用于允许、不允许或有条件地允许在给定的细节中在所述用户的设备上执行所述交互式电视应用事件的一个或多个细节。

在一些实施例中，偏好数据库被存储在所述用户的设备上。在一些实施例中，偏好数据库被存储在中央服务器上。可以将偏好数据库从中央服务器复制到所述用户的设备上的数据库。还可以将偏好数据库复制到第二用户设备。

在本主题的一些实施例中，提供了一种用于允许用户控制对交互式电视应用事件的访问的系统。所述系统可以包括：一个或多个计算机处理器，被配置为检测去往用户的设备的交互式电视应用事件，以及确定以下各项中的至少一项：允许、不允许、或者有条件地允许在所述用户的设备上执行所述交互式电视应用事件。所述系统还可以包括：用于基于所述交互式电视应用事件产生查询的装置，以及用于对照包含一个或多个用户偏好的偏好数据库检查所述查询的装置。在一些实施例中，所述系统还包括：用于如果确定有条件地允许所述交互式电视，则产生用于使所述用户进行所需输入的提示的装置，用于从所述用户接收所述输入的装置，以及用于当在所述用户的设备上执行所述交互式电视之前检查所述输入是否满足指定条件的装置。

在一些实施例中，本主题提供了一种非瞬时性计算机可读介质，包括计算机指令，所述计算机指令用于执行包括以下操作的方法：检测向用户的设备发送的交互式电视应用的交互式电视事件，以及确定以下各项中的至少一项：允许、不允许、或者有条件地允许在所述用户的设备上执行所述交互式电视应用。

还描述了一种制品，包括：永久性地存储在非瞬时性计算机可读介质上的计算机可执行指令，当计算机执行所述计算机可读指令时，所述计算机可读指令使计算机执行本文的操作。类似地，还描述了一种计算机系统，可以包括处理器和耦合到该处理器的存储器。存储器可以暂时地或永久性地存储一个或多个程序，所述一个或多个程序使处理器执行本文所描述的操作中的一个或多个操作。此外，由方法指定的操作可以由处于单个计算系统中或者分布在两个或更多个计算系统之间的一个或多个数据处理器来执行。

本文所描述的主题提供了很多优点，包括例如：使消费者能够设置对其ITV体验的偏好，使这些偏好的执行能够自动且有效地发生，并且使程序员、广告商和分发方能够知道这些偏好。这例如通过提供对ITV供应的家长控制和/或控制其自己的电视体验而有益于消费者。这还通过提供允许程序员、广告商和分发方开发消费者更期望、针对的等的ITV应用和供应的消费者反馈而有益于程序员、广告商和分发方。

在附图和下面的描述中阐述了本文所描述的主题的一个或多个变形的细节。通过描述和附图以及权利要求，本文所描述的主题的其他特征和优点将显而易见。

附图说明

图1是示出了根据本主题的示例性实施例的示意图；

图2是示出了用于确定是否在设备上执行ITV应用的示例性方法的处理流程图；

图3示出了用于管理消费者的ITV偏好的示例性数据结构；

图4示出了用于使消费者设置对称作可点击（Clickable）TV的ITV app的偏好的示例性的基于web的UI；

图5示出了用于存储消费者对可点击TV的偏好的示例性数据表格；

图6示出了用于存储消费者的偏好应当应用于的他的电视设备的示例性数据表格；

图7示出了用于存储可点击TV事件的示例性数据表格；

图8示出了从电视设备到数据库的用于确定是否执行可点击TV事件的示例性查询；

图9示出了从数据库到设备的关于是否执行可点击TV事件的示例性响应。

具体实施方式

可以在消费者是电视分发方提供的电视服务的订户的配置中执行本主题；分发方有权控制直接由分发方或者由提供正在分发的电视内容的程序员和广告商提供的ITV应用；并且可以指导观众的接收设备执行（例如，呈现、播放等）ITV应用。观众还可以具有与他的观看设备分离的配套设备，该配套设备同样能够被指导以执行（例如，呈现、播放等）ITV应用。

例如，诸如Comcast等的分发方可以经由多个标准（包括增强电视二进制互换格式（EBIF）或tru2way）之一提供交互式电视。Comcast可以直接提供ITV服务，例如，节目指南上的交互，并且还可以选择允许由程序员发起的ITV应用（例如，新闻节目中的投票和投票选举ITV事件）到达其订户的住宅中，在订户的住宅中，提供了能够执行交互式应用的机顶盒（STB）。

这些分发方的其他示例包括卫星提供商（例如，DISH网络）、空中服务提供商（例如，本地电视台）、电信提供商（例如，Verizon FiOS）和流式服务提供商（例如，Netflix）。消费者接收设备的其他示例包括计算机、“智能”TV、游戏机（例如，Xbox）、多种流式服务接收机（例如，Roku盒）、智能电话、平板电脑、计算机等。配套设备的示例包括平板电脑、智能电话和计算机。

可以向消费者提供用于观看他的提供商的ITV供应的界面。备选地或此外，界面可以包括例如以下各项中的一项或多项：他的观看设备列表、他的配套设备列表、他的电视节目供应列表、以及他的电视服务供应列表。可以经由多种方式来提供该界面；示例包括网站、消费者的观看设备上联系分发方的消费者服务代表（CSR）的界面等。界面经由互联网、其电视网络的回程路径或其他方式连接到提供商的中央数据库系统。

通过该界面，消费者能够识别他的ITV偏好，包括例如他希望接触哪些交互式应用。消费者还可以例如指定用于允许ITV应用的多种细节和情况，例如，哪些观看设备（例如，客厅对儿童房间的ITV）、哪些配套设备（例如，iPad、Android电话）、哪些频道（例如，ESPN对动画片网络）、哪些服务（例如，顺序的对在线点播）、哪些类型的节目（例如，新闻对肥皂剧）、哪些类型的供应（例如，请求信息对点击购买）、哪些类型的产品（例如，汽车对玩具）、当日时间、星期几、密码保护（例如，需要PIN输入对不需要PIN输入）、节目等级（例如，TVPG对TVMA）、观看设备类型（例如，STB对平板电脑设备）、先询问我（例如，“问答可用。播放吗？”）等。消费者能够选择偏好的多种组合，例如，在任何频道上、任何时间、在任何设备上在无需PIN输入的情况下允许问答和游戏ITV应用，但是点击购买ITV应用被限制于从周一至周五、在客厅的STB上、在黄金观看时间期间、以及在需要输入PIN的情况下。

在本主题的一些实施例中，数据库将返回允许或不允许。在一些实施例中，数据库将返回有条件地允许（例如，需要PIN验证或者提示消费者允许或不允许）。在本主题的一些实施例中，以多于一种形式传送app，并且系统将返回允许的app版本（例如，允许对产品信息的请求、不允许点击购买）。

消费者通过界面指定的偏好被存储在数据库中。数据库可以在本地存储在消费者的观看设备上、集中地存储在提供商的系统中、存储在可以根据需要访问的诸如家庭联网计算机等的外部设备上、或者存储在存储位置的某一组合上。例如，消费者的偏好可以在本地存储在观看设备上以得到最佳性能，并且还可以集中地存储在提供商的系统中使得消费者的偏好可以被交还给本地设备（如果需要的话）（例如，如果观看设备在电源断电期间经历内存丢失或者如果观众获取应得采用偏好的新设备）。此外，如果偏好数据库不可用，则可以在观看设备的永久性存储器中存储数据，该永久性存储器保存用于执行ITV应用的默认规则。

除了设置对现有的ITV应用的偏好以外，消费者还能够设置对新ITV应用、消费者获取的新观看设备、新电视频道和服务等的默认偏好。在一些实施例中，这些默认偏好基于消费者所设置的先前偏好。此外，不是消费者而是提供商可以指定默认，或者除了消费者以外，提供商也可以指定默认。在设置消费者和提供商的默认偏好的情况下，在一些实施例中，如果存在冲突，则消费者的默认偏好优先于提供商的默认偏好。可以在数据库中存储默认偏好，并且相应地在消费者经由界面指定新偏好之前应用该默认偏好。

消费者偏好数据库可以另外链接到提供商的订户数据库，提供商的订户数据库维护与消费者的账户相关联的设备ID，使得如果消费者更换（例如，替换）观看设备，则新观看设备将自动地采用先前设备的偏好设置。此外，如果被更换的设备被部署到不同消费者的住宅，则先前消费者的偏好将不在观看设备的新住宅中应用于该观看设备。例如，如果在客厅具有标清（SD）STB的消费者将该设备升级为高清（HD）STB，则期望消费者对其客厅STB的偏好被自动地应用于新HD STB，并且还期望当旧SD STB被置于不同的住宅中时，它不再与原始所有者的偏好相关联。在一些实施例中，该联系可以是“实时的”，其中，对设备所有权的改变被立即反映在消费者的ITV体验中。在一些实施例中，该联系可以是“分批的”，其中，在ITV偏好数据库中周期性地（例如，每隔24小时）对设备所有权的改变进行分批更新。

在一些实施例中，ITV应用“在带内”被传送到观看设备，这意味着它作为广播流的一部分与音频、视频、隐藏字幕和节目的其他组成部分一起被传送（也称作“捆绑app”）。在该情况下，观看设备检测广播流中的ITV应用。带内ITV应用可以被“预先捆绑”或“后期捆绑”。预先捆绑应用在广播之前被嵌入到视频内容文件中。后期捆绑应用在广播时被添加至广播流。可以在编程源（例如，ESPN工作室）或在分发源（例如，Comcast前端）或者沿着广播链路的某一其他点处完成后期捆绑。

在一个实施例中，“在带外”（即，经由与在广播流中的方式不同的方式）将ITV应用传送到观看设备或者由观看设备访问（也即是“未捆绑app”）。带外ITV应用可以在本地存储在观看设备上或者可以集中地存储在提供商的系统中。传送到配套设备而不是主观看设备的ITV应用也与此类似。可以通过事件（例如当观众按照预置的时间表访问节目指南时、当观众调到特定频道时、或者某一其他方式）来触发带外ITV应用。

在一些实施例中，观看设备或配套设备接收到对不论消费者的偏好如何都执行ITV事件的请求。例如，在带内嵌入在节目流中的投票和投票选举ITV事件将到达调到该节目的所有观众，而不论观众的ITV偏好如何。在该情况下，观看设备在执行ITV事件之前执行查询。查询包括用于根据消费者的偏好设置来确定是否应当执行ITV事件所必需的数据。如果偏好数据库被本地存储，则观看设备将ITV应用和事件细节与该本地数据库进行比较并且确定是否执行ITV事件。如果例如通过设计或者由于设备上的本地内存丢失，偏好数据库未被本地存储，则观看设备向非本地数据库发送查询并且等待允许、不允许或有条件地允许的响应。如果偏好导致允许，则观看设备执行ITV事件。如果偏好导致有条件地允许，则如果所需的一个或多个（包括所有）条件被满足时，则观看设备执行ITV事件。

在一些实施例中，在向观看设备或配套设备发送ITV应用之前查阅偏好数据库，并且如果不允许，则根本不向设备发送ITV应用。在一些实施例中，这被规定用于诸如视频点播（VOD）等的单播广播或在带外传送ITV应用的互联网流式传输或多播广播。

在一些实施例中，系统可以被设置为每当ITV app被其偏好阻止时向观众提供通知，并且观众可以选择允许app仅这次运行、允许app始终（包括这次）运行、不考虑该消息、或者不考虑该消息并请求将来不再看见此类消息。

图1示出了根据本主题的示例性实施例。提供商的节目经由节目流102被传送到提供商的订户的观看设备101。节目流102可以是经由同轴电缆和/或光纤光缆的有线或电信电视馈送、通过家庭蝶形卫星天线接收的卫星馈送、以及来自电视台并且通过家庭天线接收的空中信号、互联网流式馈送或其他源。节目流102可以是顺序馈送或视频点播（VOD）馈送，并且可以是单播的或多播的。

观看设备105是观众在其上观看视频节目的设备。观看设备101可以是例如电视、计算机、平板电脑、智能电话或者能够呈现视频媒体的其他设备。在一些实施例中，观看设备被连接到外部设备111，例如，机顶盒（STB）、游戏机、流式内容接收机或者类似的设备。在这些实施例中，节目流102当在观看设备302上呈现视频之前通过外部设备111。

在观看视频期间，交互式事件103可以被触发以被传送给消费者。交互式事件103可以在“带内”被嵌入到节目流102中以由外部设备111接收或者直接由观看设备101接收。备选地，ITV事件103可以“在带外”流式传输到观看设备101、外部设备111或者配套设备106。在一些实施例中，配套设备106不显示视频流，而是由消费者结合观看设备101和/或外部设备111一起使用。

消费者可以访问ITV偏好用户界面104，该ITV偏好用户界面104可以是网站、联系提供商的消费者服务代表（CSR）的装置、或者可以在观看设备101或配套设备106上被访问。消费者使用该UI来设置他的ITV偏好，包括例如他希望接触哪些交互式应用。消费者还可以指定用于允许ITV应用的多种细节和情况，例如，哪些观看设备（例如，客厅对儿童房间的ITV）、哪些配套设备（例如，iPad、Android电话）、哪些频道（例如，ESPN对动画片网络）、哪些服务（例如，顺序的对在线点播）、哪些类型的节目（例如，新闻对肥皂剧）、哪些类型的供应（例如，请求信息对点击购买）、哪些类型的产品（例如，汽车对玩具）、当日时间、星期几、密码保护（例如，需要PIN输入对不需要PIN输入）、节目等级（例如，TVPG对TVMA）、观看设备类型（例如，STB对平板电脑设备）、先询问我（例如，“问答可用。播放吗？”）等。消费者能够选择偏好的多种组合，例如，在任何频道上、任何时间、在任何设备上在无需PIN输入的情况下允许问答和游戏ITV应用，但是点击购买ITV应用被限制于从周一至周五、在客厅的STB上、在黄金观看时间期间以及在需要输入PIN的情况下。

ITV偏好被存储在一个或多个数据库中，所述数据库包括以下各项中的至少一项：观看设备或外部设备上的本地数据库107、配套设备108上的本地数据库、经由家庭网络109连接到观看设备101或配套设备106的本地数据库110、位于远端服务器（例如，位于提供商的前端）处的中央数据库105。在一些实施例中，消费者的偏好可以存储在多个位置（例如，存储在本地数据库和中央数据库上），使得偏好可以被交还给本地设备（如果需要的话）（例如，如果观看设备在电源断电期间经历内存丢失）。此外，如果偏好数据库不可用，则可以在观看设备、外部设备和/或配套设备中的永久性存储器中存储数据，其中，该永久性存储器保存用于决定是否执行ITV应用的默认规则。

在一些实施例中，ITV应用“在带内”112被传送到观看设备，这意味着它作为广播流的一部分与音频、视频、隐藏字幕和节目的其他组成部分一起被传送（也称作“捆绑app”）。在该情况下，观看设备检测广播流中的ITV应用。在一些实施例中，“在带外”113与节目流分离地传送ITV应用。

在一些实施例中，观看设备或配套设备接收到对不论消费者的偏好如何都执行ITV应用的请求。在该情况下，观看设备在执行ITV应用之前对一个或多个数据库105、107、108和/或110执行查询。查询包括用于根据消费者的偏好设置确定是否应当执行ITV应用所需的数据。如果偏好数据库被本地存储107或108，则观看设备或配套设备将ITV应用环境与该本地数据库进行比较并且确定是否执行ITV应用。如果例如通过设计或者由于设备上的本地内存丢失，偏好数据库未被本地存储，则观看设备向数据库105或110的位置发送查询并且等待允许、不允许或有条件地允许的响应。如果偏好导致允许，则观看设备或配套设备执行ITV应用。在一些实施例中，当在带内传送ITV应用（例如，有线电视网络中的主频道顺序观看，其中，EBIF事件被嵌入在节目流中）时，这被规定用于多播广播。

图2示出了本主题的示例性实施例的用于考虑到观众的先前设置偏好来确定是否向观众执行给定的ITV事件的处理流。在该图示中，ITV事件被触发并被传送到观众的观看设备或配套设备，此时确定是否执行事件。在另一实施例中，ITV事件被触发并且在事件到达观众的观看设备或配套设备（例如，有线电视运营商的前端）之前确定是否执行事件。

在201，由与内容一起到达的捆绑app（例如，CNN上的投票/投票选举机会）或者由访问未捆绑内容的用户界面（例如，推动黄色按钮以访问TV上的黄页）或者由针对未捆绑内容的某一其他触发（例如，触发电话铃和呼叫方ID）来触发ITV app。在一些实施例中，触发可以由配套设备106而不是主观看设备101或外部设备111接收。

在202，接收ITV应用（101、111和/或106）的设备检测ITV事件的存在。在203，接收ITV事件（101、111和/或106）的设备产生对数据库的查询（例如，例如对允许包的请求）以确定是否执行ITV app。在一些实施例中，对允许包的请求去往最近的偏好数据库（例如，本地存储设备107、108、111或位于中央的服务器105）。基于消费者的偏好，系统确定应当准许、有条件地允许、或者不允许执行ITV应用。在一些实施例中，系统将请求消息与消费者的偏好参照索引（cross-index）以确定允许、有条件地允许或不允许。如果请求失败，则可以使用诸如MSO设置的默认或观众设置的默认（如果可用的话）等的默认响应。

基于执行的查询，系统可以返回诸如以下各项的状态：

a、允许（205）

b、不允许（206）

c、有条件地允许（204）

如果设备（101和/或106）从系统接收到“允许”（205），则设备执行ITV应用事件。

如果设备（101和/或106）从系统接收到“不允许”（206），则设备不执行ITV应用事件。在一些实施例中，系统可以被设置为每当ITVapp事件被其偏好阻止时向观众提供通知。在一些实施例中，观众可以从包括以下各项中的一个或多个选项中进行选择：允许app/事件仅这次运行、允许app/事件始终（包括这次）运行、不考虑消息、或者不考虑消息并且请求将来不看见此类消息。

如果设备（101和/或106）从系统接收到“有条件地允许”（204），则如果满足一个或多个所需条件，那么设备将执行ITV app。例如，在一些实施例中，如果需要PIN，则向观众提示输入其PIN并且需要对数据库进行第二次调用以验证PIN。在一些实施例中，如果需要“询问我”，则向观众提示输入是/否响应，并且系统相应地执行或不执行app。

图3示出了用于管理消费者的ITV偏好的示例性数据结构。这些数据表格被提供以仅用于说明的目的，并且未显示工业标准数据表格的整个复杂性，而是显示与本主题有关的关键元素。

订户表格（例如，订户数据库301）包括与提供商的账户订户有关的信息，包括例如：

·账户ID——表格的主键值（primary key）

·PIN1-n——账户持有人为他的ITV交互选择的PIN的一些数

·用户名和密码——订户可以使用以访问偏好UI104的凭证

·设备表格（例如，设备数据库302）包括与属于订户的设备有关的信息，包括例如：

·设备ID——表格的主键值，可以是MAC地址等

·账户ID——标识与设备相关联的账户的表格的外键值（foreign key）

·设备位置——设备的好记的名字，例如，“客厅STB”或“约翰的iPad”

·设备类型——设备的类型，例如，平板电脑、HD STB、SD STB、智能电话、Xbox等

·节目表格（例如，节目数据库303）、频道电视节目时间表304和节目指南305包括与TV正在演什么有关的信息，例如：

·节目ID——节目表格的主键值

·节目名称——节目的名称，例如，“周一晚上足球——Lions对Bears”

·等级——节目等级，例如，TVG或TVMA

·风格——节目风格，例如，体育、新闻、情景喜剧等

·频道ID——频道电视节目时间表表格的主键值和频道号

·网络——被指派给该频道号的网络，例如，WCVB或ESPN

·播送ID——节目指南表格的主键值

·频道ID——指示在其上进行播送的频道的外键值

·节目ID——指示正在播送哪个节目的外键值

·播送日期——播送的日期

·播送时间——播送的时间

·ITV应用表格（例如，ITV app数据库306）包括与提供商提供哪些ITV app有关的信息，例如：

·ITV App ID——ITV app表格的主键值

·ITV App名称——app的名称，例如，Shotime Boxing Companion或呼叫方ID

·ITV App类型——app的类型，例如，游戏、投票选举、信息请求、点击购买等

·ITV事件表格（例如，ITV app事件数据库307）包括与正在触发ITV app的给定实例有关的信息，例如：

·ITV事件ID——ITV事件表格的主键值

·产品纵向结构（vertical）——可选择地用于广告中的ITV事件，标识正在提供的产品类型，例如，汽车、金融产品、服务、饭店等

·ITV app ID——标识在该ITV事件中使用的ITV app的外键值

·事件参数1-N——给定ITV事件的参数，例如，具有投票和投票选举问题及其答案选项的文本

·偏好表格（例如，偏好表格308）包括消费者可以使用以创建给定的偏好的各种设置，例如：

·偏好ID——偏好表格的主键值

·账户ID——标识偏好所属的订户的外键值

·设备ID——标识偏好针对的设备的外键值

·Daypart——偏好针对的当日时段，例如，早上、黄金时间、放学后等。

·星期几：偏好针对的星期几，例如，M-F

·网络——指示偏好针对哪个网络

·风格——指示偏好针对哪个节目风格

·等级——指示偏好针对哪个节目等级

·节目名称——指示偏好针对哪个节目

·产品纵向结构——指示偏好针对哪个纵向结构

·ITV app类型——指示偏好针对哪个app类型

·ITV app名称——指示偏好针对哪个app

·服务类型——正在消耗服务类型，例如，顺序的或VOD

·偏好——偏好选择，例如，允许、不允许、需要PIN或“询问我”

在一些实施例中，当ITV事件被触发时，消息309被收集以查询偏好数据库从而确定是否执行app。在良好构造的数据库的情况下，偏好检查消息309需要非常少的元素。这是有利的，其原因在于有线电视网络中的很多回程路径配置的带宽非常有限。偏好检查消息可以包含例如以下元素：

·ITV事件ID——与ITV事件携带在一起

·频道ID——由外部设备111或观看设备101在内部访问

·设备ID——由外部设备111或观看设备101或配套设备106在内部访问

·服务类型——例如，由外部设备111或观看设备101在内部访问的VOD、按次付费（PPV）或顺序广播。

·日期/时间——由外部设备111或观看设备101或配套设备106在内部访问

图3进一步示出了这些数据表格中的每一个数据表格如何相关，并且技术人员通过跟踪关系可以理解具有如此少的元素的偏好检查消息可以如何足够满足复杂的偏好集合。

图4至图9示出了由提供商提供被称作可点击TV的单个ITV app并且订户的偏好仅是“始终允许”或“始终不允许”可点击TV事件的本发明的简单实施例。在该示例中，可点击TV事件103将在带内112被传送到STB111并且根据订户的偏好在观看屏幕101上被执行（或不执行）。在该示例中，偏好数据库被本地107和集中地105存储。

图4示出了订户可以经由网站选择退出可点击TV的示例性UI104。如图所示，UI104包括用户的输入选项，包括例如：离开的一个或多个原因、额外反馈以及确认选择的功能。

图5示出了在其中存储订户的偏好的示例性用户偏好数据表格308。可以看出，用户偏好数据表格308包括“状态”字段，其表示ITV事件的状态（例如，选择退出、注册的、未注册的）。将在下面关于图9更详细地讨论这些选项。在该示例中，状态是“注册的”。偏好数据表格308还包括与用户的偏好有关的其他字段，例如：

·id——账户ID，例如，可以创建递增值作为记录。

·加密密码——使用例如“SALT”栏的加密密码。

·salt——用于产生加密密码的字段。

·可报告的——例如通过TVLM报告包含在报告数据中的账户。

·电子邮件——账户持有人的电子邮件。

·位置——有线电视运营商的账户位置。

·subscriber_id——来自有线电视运营商的加密订户ID。

·updated_at——记录修改日期/时间。

·created_at——记录创建日期/时间。

·owner_id——链接到所有者表格ID字段。

·email_each_click——针对每次点击向订户传送一个电子邮件。

·email_click_summary——例如每周针对所有点击向终端用户传送概括电子邮件。

·zipeode——账户持有人的邮编。

·原因——选择进入原因信息。

·reason_text——选择进入原因信息。

·click_per_page——在例如消费者的门户网站中针对每一个页面显示点击。

加密电子邮件——加密的电子邮件信息。

图6示出了在其中存储属于订户的设备的示例性设备数据表格302。如图所示，设备数据表格302可以包括例如：

·id——主记录键值ID。

·account_id——链接到该机顶盒的账户。

·location_id——链接到Provider_Locations表格的键值。

·device_id——设备UID。

·model_type_code——机顶盒类型信息。

·模型——机顶盒模型类型信息。

·ebif_engine——在机顶盒中装载的EBIF引擎。

·with_account_since——机顶盒开始与该账户相关联的日期。

·created_at——记录创建日期/时间。

·updated_at——记录修改日期/时间。

图7示出了用于存储可点击TV事件307的示例性数据表格。这些数据表格主要被集中地105存储，并且该信息的子集的副本被本地107存储。本地数据库107根据可配置频率与中央数据库105相连，以确保它具有最近更新的信息。如图所示，该数据表格可以包括例如：

·id——主ID字段。

·bdss_id——标识执行播放的服务器。

·tid——用于标识ITV事件播放的令牌ID。

·insertion_type——包括例如（HOTBUTTON、PLAYNOW、VDCP）的类型。

·segment_id——链接到内容段表格的键值。

·result——播放结果（例如，PLAY_CMPLT、PlayABORT）。

·start——播放开始时间。

·end——播放结束时间。

·created_at——记录创建日期/时间。

·updated_at——记录修改日期/时间。

·news_user——启动HOTBUTTON的新闻广播用户。

·house_number——相关联的AD门牌号。

·confirmed——使用存储在例如TVLM中的信息确认播放。

·hotkey_button_id——如果播放针对HOTBUTTON，则热键按钮ID，否则“空”。

图8示出了从设备到本地数据库的示例性查询消息309。查询消息309可以包括例如：

·deviceid——MAC地址，或者它可以是某一其他设备ID。

·devicetype——定义特定的机顶盒模型。

·Softwareversion——在应用内部定义。

·tid——请求播放的ITV事件的ID。

图9示出了去往设备的关于是否执行ITV事件的示例性返回消息310。返回消息可以包括状态，其可以是例如：

·未知的——如果未在数据库中找到该设备或ITV事件。在一些实施例中，系统可以被配置为默认地执行ITV事件。

·未注册的——如果订户针对该ITV事件既未选择进入也未选择退出。在一些实施例中，系统可以被配置为默认地执行ITV事件。

·注册的——如果订户针对该ITV事件已经选择进入，则执行ITV事件（即，允许）。

·选择退出——如果订户针对该ITV事件已经选择退出，则不允许（即，不准）ITV事件。

本文所描述的主题的各个方案根据期望配置可以具体实现在系统（例如，包括一个或多个计算机处理器的系统）、装置、方法（例如，由一个或多个处理器执行的计算机执行方法）和/或制品中。具体地，本文所描述的主题的各个实施例可以实现在数字电子电路、集成电路、专门设计的专用集成电路（ASIC）、计算机硬件、固件、软件和/或其组合中。这些各个实施例可以在一个或多个计算机程序中包括实现方式，所述计算机程序可以在可编程系统上执行和/或解释，所述可编程系统包括至少一个可编程处理器（可以是专用的或通用的），所述至少一个可编程处理器被耦合以从以下各项接收数据和指令并且向以下各项发送数据和指令：存储系统、至少一个输入设备和至少一个输出设备。

可以称作程序、软件、软件应用、应用、组件或代码的这些计算机程序包括可编程处理器的机器指令，并且可以用高级程序语言和/或面向对象编程语言和/或用汇编/机器语言来实现。如本文所使用的，术语“机器可读介质”是指用于向可编程处理器提供机器指令和/或数据的任何计算机程序产品、装置和/或设备，例如，磁盘、光盘、存储器和可编程逻辑设备（PLD），包括接收机器指令作为机器可读信号的机器可读介质。术语“机器可读信号”是指用于向可编程处理器提供机器指令和/或数据的任何信号。机器可读介质可以非瞬时性地存储这些机器指令，正如非瞬时性固体存储器或磁盘驱动器或任何等同的存储介质那样。机器可读介质可以备选地或另外以瞬时性方式存储这些机器指令，正如与一个或多个物理处理器内核相关联的处理器缓存或其他随机存取存储器那样。

为了提供与用户的交互，本文所描述的主题可以实现在电视、计算机上，该计算机具有诸如电子射线管（CRT）或液晶显示器（LCD）监控器等的用于向用户显示信息的显示设备和诸如鼠标或跟踪器等的可以由用户使用以向显示设备提供输入的远端控制、键盘和/或定点设备。也可以使用其他类型的设备来提供与用户的交互。例如，提供给用户的反馈可以是任意形式的感觉反馈（例如，视觉反馈、听力反馈或触觉反馈）；并且来自用户的输入可以以任意形式被接收，包括但不限于：听觉、语音或触觉输入。其他可能的输入设备包括但不限于：触摸屏或其他触摸敏感设备，例如，单点或多点电阻式或电容式跟踪板、语音识别硬件和软件、光学扫描仪、光学指示器、数字图像捕捉设备以及相关联的解释软件等。

在上面的描述中阐述的实施例不表示与本文所描述的主题相符的所有实施例。相反，它们仅是符合与所描述的主题有关的方案的一些示例。虽然在本文中已经详细描述了几个变形，但是其他修改或添加是可能的。具体地，除了本文阐述的特征和/或变形之外，还可以提供其他特征和/或变形。例如，上文所描述的实施例可以涉及所公开的特征的各个组合和子组合和/或除了本文所公开的特征之外的一个或多个特征的组合和子组合。此外，附图中所示出的和/或本文所描述的逻辑流不一定要求所示的特定顺序或相继顺序来实现期望的结果。所附的权利要求的范围可以包括其他实现方式或实施例。

Claims

1.一种用于允许用户控制对交互式电视应用的访问的计算机执行的方法，所述方法包括使用至少一个计算机处理器执行以下操作：

检测以用户的设备为目的地的交互式电视应用的交互式电视应用事件；

基于所述交互式电视应用事件产生查询以确定是否执行所述交互式电视应用；

确定包含一个或多个用户偏好的偏好数据库是否被本地存储；

根据表示所述偏好数据库未被本地存储的确定，对非本地的所述偏好数据库确认所述查询，根据表示所述偏好数据库被本地存储的确定，对本地的所述偏好数据库确认所述查询，从而确定用户偏好；以及

基于所确定的所述用户偏好来确定以下各项中的至少一项：允许、不允许、或者有条件地允许在所述用户的设备上执行所述交互式电视应用事件，

其中，在确定不允许所述交互式电视应用事件时，不向所述用户的设备发送所述交互式电视应用事件。

2.根据权利要求1所述的方法，其中，如果有条件地允许在所述用户的设备上执行所述交互式电视应用，则所述方法还包括：

对用户设备的用户产生用于进行所需输入的提示；

从所述用户接收所述输入；以及

当在所述用户的设备上执行所述交互式电视应用事件之前，检查所述输入是否满足指定条件。

3.根据权利要求2所述的方法，其中，所述所需输入是个人标识号PIN。

4.根据权利要求1所述的方法，其中，所述偏好数据库包括指示用于允许、不允许或有条件地允许在所述用户的设备上执行所述交互式电视应用事件的一个或多个细节的数据。

5.根据权利要求4所述的方法，其中，所述一个或多个细节包括以下各项中的一项或多项：所述用户的设备的标识、频道信息、服务类型、节目类型、供应类型、产品类型、当日时间、星期几、密码保护、节目等级以及观看设备类型。

6.根据权利要求1所述的方法，还包括：

提供用户界面，所述用户设备的用户能够通过所述用户界面来定义用于允许、不允许或有条件地允许在所述用户的设备上执行所述交互式电视应用事件的一个或多个细节。

7.根据权利要求1所述的方法，还包括：

将中央服务器的偏好数据库复制到所述用户的设备上的数据库。

8.根据权利要求1所述的方法，其中，所述偏好数据库被存储在中央服务器上。

9.根据权利要求1所述的方法，还包括：

将所述偏好数据库复制到第二用户设备。

10.根据权利要求1所述的方法，其中，所述偏好数据库是与所述用户设备最近的偏好数据库。

11.一种用于允许用户控制对交互式电视应用的访问的系统，所述系统包括：

一个或多个计算机处理器，被配置为检测以用户的设备为目的地的交互式电视应用事件，基于所述交互式电视应用事件产生查询以确定是否执行所述交互式电视应用，确定包含一个或多个用户偏好的偏好数据库是否被本地存储，根据表示所述偏好数据库未被本地存储的确定，对非本地的所述偏好数据库确认所述查询，根据表示所述偏好数据库被本地存储的确定，对本地的所述偏好数据库确认所述查询，从而确定用户偏好，以及基于所确定的所述用户偏好来确定以下各项中的至少一项：允许、不允许、或者有条件地允许在所述用户的设备上执行所述交互式电视应用事件，其中，在确定不允许所述交互式电视应用事件时，不向所述用户的设备发送所述交互式电视应用事件。

12.根据权利要求11所述的系统，其中，所述一个或多个计算机处理器被进一步配置为：

如果确定有条件地允许所述交互式电视应用事件，对所述用户设备的用户产生用于进行所需输入的提示；

从所述用户接收所述输入；以及

13.根据权利要求12所述的系统，其中，所述所需输入是个人标识号PIN。

14.根据权利要求11所述的系统，其中，所述偏好数据库包括指示用于允许、不允许或有条件地允许在所述用户的设备上执行所述交互式电视应用事件的一个或多个细节的数据。

15.根据权利要求14所述的系统，其中，所述一个或多个细节包括以下各项中的一项或多项：所述用户的设备的标识、频道信息、服务类型、节目类型、供应类型、产品类型、当日时间、星期几、密码保护、节目等级以及观看设备类型。

16.根据权利要求11所述的系统，还包括：用于提供用户界面的装置，所述用户设备的用户能够通过所述用户界面来定义用于允许、不允许或有条件地允许在所述用户的设备上执行所述交互式电视应用事件的一个或多个细节。

17.根据权利要求11所述的系统，还包括：用于将用户偏好从中央服务器复制到所述用户的设备上的数据库的装置。

18.根据权利要求11所述的系统，还包括：其上存储有所述偏好数据库的中央服务器。

19.根据权利要求11所述的系统，还包括：用于将所述偏好数据库中的至少一个用户偏好复制到第二用户设备的装置。

20.根据权利要求11所述的系统，其中，所述用户设备是电视、外部设备或配套设备。

21.根据权利要求11所述的系统，其中，所述偏好数据库是与所述用户设备最近的偏好数据库。