广播公司应用遥控键处理的制作方法

本公开涉及一种允许由电视广播公司开发的应用处理遥控键的设备、计算机可读介质和方法。

背景技术：

随着支持高级电视系统委员会(atsc)3.0数字电视标准的广播和接收器的即将推出，电视内容的广播公司将能够在传统视频/音频/字幕内容旁边提供交互元素。替代于简单地显示传统电视内容，atsc3.0标准为广播公司提供更多控制以提供增强广播公司的品牌以及增强用户的观看体验的交互元素。交互元素可具有广播公司应用的形式，广播公司应用可并行于广播电视节目而被下载、启动和执行。然而，广播公司应用与用户交互的能力能够被由atsc3.0标准提供的支持限制。

技术实现要素：

根据本公开的实施例，提供一种接收设备，所述接收设备包括接收器电路和处理电路。接收器电路被配置为接收包括电视内容的广播流。处理电路被配置为执行显示电视内容的电视接收器应用。处理电路还被配置为接收设置在输入装置上的键的选择的指示。响应于接收到键的选择的指示，处理电路还被配置为确定广播公司应用是否已保留选择的键。响应于确定广播公司应用已保留选择的键，处理电路还被配置为确定与广播公司应用关联的本机应用是否已保留选择的键。处理电路还被配置为响应于确定广播公司应用已保留选择的键并且本机应用已保留选择的键，由本机应用根据由本机应用指定的第一预定功能处理选择的键。

根据本公开的实施例，提供一种存储指令的非暂态计算机可读介质，当所述指令由处理器执行时，所述指令使处理器执行一种方法。所述方法包括：接收包括电视内容的广播流。所述方法还包括：执行显示电视内容的电视接收器应用。所述方法还包括：接收设置在输入装置上的键的选择的指示。所述方法还包括：响应于接收到键的选择的指示，确定广播公司应用是否已保留选择的键。所述方法还包括：响应于确定广播公司应用已保留选择的键，确定与广播公司应用关联的本机应用是否已保留选择的键。所述方法还包括：响应于确定广播公司应用已保留选择的键并且本机应用已保留选择的键，由本机应用根据由本机应用指定的第一预定功能处理选择的键。

根据本公开的实施例，提供一种存储指令的非暂态计算机可读介质，当所述指令由处理器执行时，所述指令使处理器执行一种方法。所述方法包括：从电视接收器应用接收指示键的用户选择的第一消息。所述方法还包括：响应于从电视接收器应用接收到第一消息，确定选择的键是否已被本机广播公司应用保留。所述方法还包括：响应于确定本机广播公司应用未保留选择的键，根据预定功能处理选择的键。所述方法还包括：响应于确定本机广播公司应用已保留选择的键，在第二消息中向本机广播公司应用发送选择的键。

附图说明

将会容易地获得对本公开的更完整的理解及其许多伴随的优点，因为当结合附图考虑时通过参照下面的详细描述，其将会变得更好理解，其中：

图1表示示例性数字电视广播系统；

图2表示示例性接收设备；

图3是示例性接收设备的以处理器为中心的方框图；

图4表示电视接收器应用和在用户正在使用与本机广播公司应用关联的服务的同时执行的本机广播公司应用之间的示例性关系。

图5表示操作系统活动和电视接收器应用之间的示例性关系。

图6-8表示具有显示器的示例性输入装置。

图9表示电视接收器应用、广播公司应用和本机广播公司应用之间的示例性序列图。

图10a、10b和11表示由接收设备执行的处理的示例性流程图。

图12表示计算机的示例性硬件结构。

具体实施方式

尽管本公开能够具有许多不同形式的实施例，但在附图中显示并且将在这里详细描述特定实施例，应该理解，本文的这种实施例的公开应该被视为原理的示例，而非意图将本公开限制于显示和描述的特定实施例。

如这里所使用，术语“a”或“an”被定义为一个或超过一个。如这里所使用，术语“多个”被定义为两个或超过两个。如这里所使用，术语“另一”被定义为至少再一个或更多个。如这里所使用，术语“包含”和/或“具有”被定义为包括(即，开放式语言)。如这里所使用，术语“耦合”被定义为连接，但未必是直接连接，并且未必是以机械方式连接。如这里所使用，术语“程序”或“计算机程序”或类似术语被定义为设计用于在计算机系统上执行的指令序列。“程序”或“计算机程序”可包括子例程、程序模块、脚本、函数、过程、对象方法、对象实现、可执行应用、小应用程序、小服务程序、源代码、目标代码、共享库/动态加载库和/或设计用于在计算机系统上执行的其它指令序列。

如这里所使用，术语“节目”也可用在第二语境中(以上定义用于第一语境)。在第二语境中，在“电视节目”的意义上使用该术语。在这种语境中，该术语用于表示任何相干系列的音频/视频内容，诸如将会被解释为并且在电子服务指南(esg)中被报告为单个电视节目的内容，而不管该内容是电影、体育赛事、多部分连续剧的片段还是新闻广播等。该术语也可被解释为包括商业插播广告和可能未在esg中被报告为节目的其它像节目一样的内容。

在整个本文件中对“一个实施例”、“某些实施例”、“实施例”、“实现方式”、“示例”或类似术语的提及表示结合实施例描述的特定特征、结构或特性被包括在本公开的至少一个实施例中。因此，在整个本说明书的各种地方的这种词语的出现不必全部表示相同的实施例。另外，所述特定特征、结构或特性可非限制性地在一个或多个实施例中以任何合适的方式组合。

如这里所使用，术语“或者”应该被解释为是包括性的或者表示任何一个或任何组合。因此，“a、b或者c”表示“下面的任何一种：a；b；c；a和b；a和c；b和c；a、b和c”。仅当元件、功能、步骤或动作的组合以某种方式固有地相互排斥时，才会发生这种定义的例外。

现在参照附图，其中相同标号在几个示图中始终表示相同或对应部分，下面的描述涉及提供对用于多种类型的广播公司应用的遥控键处理的访问。

atsc标准：atsc3.0interactivecontent(doc.a/344:2017dateddecember18,2017)(其全部内容通过引用包含于此)(以下“a/344标准”)提供支持以允许预定义类型的广播公司应用请求用于与用户交互的键输入。a/344标准将这些类型的应用称为“广播公司应用”。广播公司应用能够包括实现于一批文件的功能，所述一批文件包括称为入口页的html5文档以及由该文档直接或间接引用的其它html5、css、javascript、图像和多媒体资源，所有这些由广播公司在atsc3.0服务中提供。

atsc3.0标准指定这样的环境：广播公司应用能够结合常规tv节目(或者甚至作为独立用户体验)在接收器中被下载和执行。atsca/344标准提供标准化api，所述标准化api允许广播公司应用请求将某些遥控键用于它自己的功能。接收器能够选择准许(或不准许)任何这种请求。其它类型的应用，例如由广播公司创建的本机地安装在接收器内(例如，在接收器的本机操作系统中执行)的应用，也可希望使用某些遥控键。这种类型的应用在这里被称为“本机广播公司应用”。

广播实体可与数字电视(dtv)制造商一起工作以向用户提供另外的类型的广播公司应用(例如，本机广播公司应用)，所述另外的类型的广播公司应用由该广播公司创建并且当接收器被购买时或者当随后由用户选择下载时被安装在接收器中。当用户选择与该广播公司关联的服务时，伴随广播的广播公司应用(例如，atsc3.0html5应用)能够使本机广播公司应用被启动。另外，如果dtv接收器被建立在操作系统平台(诸如，android或ios)上，则用户能够从其它安装的应用(例如，netflix、hbo、primevideo等)之中选择本机广播公司应用。

在无论用户当时正在做什么或观看什么的情况下，对用户的遥控键按压的响应应该反映预期行为。一些键(比如，“power(电源)”键)是内容独立的，并且被预期以相同方式工作，而不管正在显示的内容如何。然而，其它键是内容相关的，并且因此，可根据正在显示的内容执行不同功能。

一个示例是channel-up(ch-up)和channel-down(ch-dn)键。在看实时电视(tv)的同时，用户期待基于主要/次要频道编号改变到相邻频道(例如，在“ch-up”键上，从4.1到4.2到4.3到6.1等)。但在不同情况下，例如当观看esg时，ch-up和ch-dn键能够被另外用作“上页(page-up)”和“下页(page-down)”键。在另一示例中，广播公司可能想要使用这些键仅在它们自己的广播频道之中导航(例如，继续以上示例，使“频道冲浪”仅限于4.1、4.2和4.3)。

本公开的实施例涉及使另外的类型的广播公司应用能够保留用于执行由所述另外的类型的广播公司应用指定的一个或多个功能的键。当用户开始观看tv节目(例如，实时节目或从数字视频记录器获取的节目)时，能够在接收器中实现本机“看tv”功能的电视接收器应用管理导航(诸如，频道的选择)。例如，电视接收器应用捕获键，诸如ch-up/ch-dn和数字输入键和enter键。在一些实施例中，电视接收器应用根据高级电视系统委员会(atsc)标准(诸如，a/344标准)而操作。

根据一些实施例，当用户选择观看atsc3.0服务(例如，由广播公司提供的电视节目)时，电视接收器应用还能够下载并且执行广播公司可能随包括节目素材的音频/视频/字幕一起提供的广播公司应用。广播公司可另外提供与这个服务关联并且被安装在接收器中的本机广播公司应用。如果这种本机广播公司应用可用，则浏览器web应用能够被配置为使本机广播公司应用被启动，本机广播公司应用为广播公司和用户二者提供另外的功能和能力。例如，本机广播公司应用能够与广播公司应用一起操作，以使得当esg被与实时tv广播一起显示时，ch-up和ch-dn键能够被另外用作“page-up”和“page-down”键。

根据一些实施例，广播公司应用是与电视内容一起提供的html5应用。如上所述，html5应用可包括一批文件，所述一批文件包括称为入口页的html5文档以及由该文档直接或间接引用的其它html5、css、javascript、图像和多媒体资源。html5应用可由广播公司提供作为atsc3.0服务的一部分。入口页是可被首先加载到用户代理中的由应用信令引用的初始html5文档。用户代理可以是呈现web内容的接收设备中的任何程序。

本机广播公司应用可以是这样的类型的广播公司应用：其本机地在由tv使用的相同操作系统平台(诸如例如，android、ios、macos、windows或tizen)上运行。本机广播公司应用被称为“本机”应用，因为该应用(如果未在制造时预先安装，则在下载和安装之后)以永久方式存在于dtv接收器中。

在一些实施例中，广播公司应用经电视接收器应用与用户交互的能力由预先存在的标准(诸如，a/344标准)预先确定。然而，本机广播公司应用未被包括在a/344标准中。a/344标准定义websocketapi以允许广播公司应用请求键(参见在章节9.11的a/344标准，keysapis)，所述键包括与命名功能对应的那些键，如w3c在“uieventskeyboardeventkeyvalues”(w3ccandidaterecommendation,datedjune1,2017)中所定义，其全部内容通过引用包含于此。candidaterecommendation指定例如：遥控单元上的箭头键的标准化名称是“arrowdown”、“arrowup”、“arrowleft”和“arrowright”(参见章节3.4，navigationkeys)。

本实施例公开：另外的类型的应用(诸如，本机广播公司应用)如何能够保留用于执行本机广播公司应用的功能的键。因为电视接收器应用和本机广播公司应用之间的交互未在任何标准中被定义，所以本机广播公司应用和电视接收器应用之间的交互可经在接收器的制造商和广播公司之间达成一致的专有api而被指定。

图1是用于提供对电视内容的访问的示例性数字电视广播系统100。所述系统包括服务提供方102、接收设备120和输入装置140。接收设备102可被配置为经天线接收广播流(例如，atsc3.0广播流)。接收设备102还可被配置为连接到互联网130以接收数据。

在一个示例中，服务提供方102是电视内容的广播公司，并且接收设备120可以是包括或以其它方式连接到dtv接收器并且被配置为处理并且显示广播流中所包括的内容的任何装置，诸如平坦屏幕tv、膝上型计算机、平板计算机或智能电话。输入装置140可按照物理方式或按照无线方式连接到接收设备120，并且可以是适合操作接收设备120的任何装置，诸如具有数字键和/或字母数字键的遥控器或qwerty键盘。输入装置140上的键可以是物理按钮或者触摸屏上的数字或字母数字键的数字表示。本公开的实施例可被用于提供对其它广播内容(例如，可执行应用(诸如，html5应用))的访问。服务提供方102发送广播流，广播流包括电视内容并且可经数字电视广播信号而被传送。

在一个实施例中，服务提供方102(例如，广播公司实体或广播站)是服务分配系统，服务分配系统包括具有发送器的发送设备，发送器被配置为在数据流(例如，广播流)中向接收设备120发送内容、应用和/或服务。发送器被配置为例如经数字地面广播向接收设备120提供数据流。在其它示例中，数据流可经数字地面广播、移动电话网络、宽带网络(诸如，互联网)、有线网络和卫星链路之一或组合而被发送给接收设备120。服务分配系统可使用任何一种发送技术或各种发送技术向接收设备120传送数据流。

根据一个实施例的服务分配系统包括源编码器、信道编码器和调制器。源编码器包括数据、音频和视频编码器以压缩从源接收的音频、视频、信令、控制或其它数据。信道编码器对压缩的媒体和信令数据执行随机化、交错、信道编码和帧映射。例如，信道编码器包括帧构建器(framebuilder)，帧构建器将许多数据基元形成为将要在正交频分复用(ofdm)码元上传送的序列。调制器(例如，复用器)将处理的数字数据转换成调制码元，所述调制码元能够是例如ofdm码元。复用的数据随后被传递给逆快速傅里叶变换器(ifft)，逆快速傅里叶变换器将频域信号变换成时域信号。时域信号被提供给用于产生码元之间的保护间隔(gi)的保护插入模块，然后被提供给数模(d/a)转换器。然后，上转换、rf放大和无线广播被执行以发送广播流。

发送设备或接收设备的某些部件可能在其它实施例中不是必要的。可例如在dvb-t2standard(etsien302755v1.4.1datedjuly1,2015)、atscstandarda/322–physicallayerprotocol(doc.a/322:2017datedjune6,2017)和atscstandarda/321–systemdiscoveryandsignaling(doc.a/321:2016datedmarch23,2016)中找到ofdm发送器和接收器的细节，其中每个标准的全部内容通过引用包含于此。

图2表示示例性接收设备120，接收设备120被配置为访问电视内容和广播公司应用。接收设备120可以是固定或移动装置，诸如电视机、机顶盒、智能电话、平板计算机、膝上型计算机、便携式计算机或被配置为接收电视内容的任何其它装置。另外，接收设备120可包括dtv接收器，dtv接收器被包括在交通工具或上述任何固定或移动装置中或者以其它方式连接到交通工具或上述任何固定或移动装置。

接收设备120包括：接收器电路，被配置为从一个或多个服务提供方102接收数据流(例如，广播流)；和处理电路，被配置为执行接收设备120的各种功能。在一个实施例中，调谐器/解调器202接收包含广播流的广播发射。根据该实施例，接收设备120可替代地或者另外被配置为接收有线电视发送或卫星广播。调谐器/解调器202接收数据流，数据流可被解复用器204解复用或者被中间件处理并且分离成音频和视频(a/v)流。音频由音频解码器210解码，并且视频由视频解码器214解码。另外，如果存在未压缩的a/v数据，则未压缩的a/v数据可经未压缩a/v接口(例如，hdmi接口)而被接收。

接收设备120通常在至少一个处理器(诸如，cpu238)的控制下操作，cpu238经一个或多个总线(例如，总线250)而被耦合到工作存储器240、程序存储器242和图形子系统244。根据一个实施例，cpu238被配置为产生用于用户获取访问受保护服务的许可信息的用户界面。合成器和视频接口260将由图形子系统244输出的图形与视频图像组合以产生适合显示在视频显示器上的输出。

cpu238操作以执行接收设备120的功能，包括执行使用例如存储在程序存储器242中的html5用户代理的广播公司应用(例如，html5应用)和其它类型的广播公司应用(诸如，一个或多个本机广播公司应用)中所包含的脚本对象(控制对象)。

在一个实施例中，经例如在atscproposedstandarda/331(doc.s33-331r1datednovember7,2017)中描述并且其全部内容通过引用包含于此的route协议，构成广播公司应用的所述一批文件能够通过广播作为包而被传送。示例性广播公司应用框架被描述于atsca/344标准。

在某些实施例中，cpu238可被耦合到任何一个接收设备120资源或接收设备120资源的组合以集中控制一个或多个功能。在一个实施例中，cpu238还操作以监督接收设备120(包括调谐器/解调器202和其它电视资源)的控制。

接收设备120的更加以处理器为中心的示图被示出在图3中。存储器240和242被共同描述为存储器310。另外，处理器300包括一个或多个处理单元，诸如cpu238。类似地，最初处理数字电视信号的各种解调器、解码器等被共同描述为电视接收器/调谐器320。接收设备120还包括遥控器360，遥控器360与遥控器接收器接口340通信。另外，显示器350被连接到显示接口330，显示接口330包括例如未压缩a/v接口和/或合成器260，并且像电视机中一样，显示器350是被集成到接收设备120的显示器，或者像接收设备120被集成在机顶盒中的情况一样，显示器350是连接的显示装置。

存储器310包含各种功能程序模块和数据。存储器310存储由接收设备120使用的数据。接收设备120内的存储器310能够被使用盘存储形式以及其它形式的存储装置实现，诸如非暂态存储装置，包括例如网络存储器装置、磁存储元件、磁光存储元件、闪存、芯存储器和/或其它非易失性存储技术。术语“非暂态”是介质本身的限制(即，有形、不是信号)，而非对数据存储持久性的限制(例如，ram与rom)。

存储器310包括电视接收器应用311(例如，atsc3.0接收器应用)。广播公司应用316a和本机广播公司应用316b都被存储在存储器310中。广播公司应用316a可以是被包括在广播流中的html5应用。本机广播公司应用316b可被利用接收设备120提供或在以后的时间安装(例如，从app商店下载)。广播公司应用316a和本机广播公司316b由处理器300执行。另外，这些应用可使处理器300控制接收设备120以获取替代内容318，替代内容318被存储在存储器310中以用于随后的获取。在另一实施例中，处理器300使接收设备120在呈现时对替代内容318进行获取或流传输。

图4表示电视接收器应用400和在观看者正在享受与本机广播公司应用402关联的atsc服务的同时执行的本机广播公司应用402之间的关系的实施例。本机广播公司应用402可对于用户而言是可见的，并且通过显示的本机广播公司app图标406而被激活。电视接收器应用400可包括媒体播放器400a，媒体播放器400a被配置为对内容进行解码和呈现。电视接收器应用400与调谐器404通信，调谐器404接收例如电视广播流中的atsc3.0链路层协议(alp)包，其中alp包通过alp至ip堆栈400d而被转换成ip包。电视接收器应用400还可包括400c中的功能，诸如webview，webview被用于运行广播公司应用400b。

在图4中示出的示例中，广播公司可以是ztv，并且本机广播公司应用402可被称为“ztv-now”。这个示例表示：ztv已提供广播公司应用400b，广播公司应用400b可与本机广播公司应用402并行地执行。广播公司应用400b能够经定制api(例如，图4中的“定制api”)与本机广播公司应用402通信。定制api可专用于dtv制造商，或者在不同dtv制造商和/或广播公司的任何组合之间达成一致。由dtv制造商提供的电视接收器应用400还能够支持可由本机广播公司应用402使用的其它专有api(例如，图4中的“专有api”)。另外，本机广播公司应用402能够指示播放器表面修改视频的显示或指示覆盖表面将图形输出覆盖在显示在播放器表面上的视频上。例如，本机广播公司应用402指示播放器表面对视频的显示进行缩放以允许更多显示区域用于图形。在另一示例中，本机广播公司应用402提供被覆盖在显示在播放器表面上的视频上的图形输出。支持接收器本机广播公司应用和广播公司应用的任何接收器操作系统在执行的应用的控制下提供这样的功能：允许应用将图形和文本覆盖在视频上面或覆盖在其它图形和文本上面。

在一些实施例中，dtv制造商能够提供这样的机制：每当本机广播公司应用和相同广播公司的web应用中的一个web应用执行时，允许这两种类型的应用相互通信。例如，可提供这样的一个api：其允许本机广播公司应用跨过接口向广播公司应用传送javascript对象表示法(json)对象。另外，可提供这样的不同api：其允许广播公司应用跨过接口向本机广播公司应用传送json对象。因此，可提供通用双向数据通信信道。json对象被格式化为键/值对。键是字符串，并且值能够包含任何有效json数据类型(字符串、数字、对象、数组、布尔或空值)。

根据一些实施例，当一个广播公司实体已开发本机广播公司应用和广播公司应用二者时，键/值对以及它们的含义和表示对于本机广播公司应用和广播公司应用二者而言是已知的。因此，在这种情况下，dtv制造商不需要知道如何解释在本机广播公司应用和广播公司应用之间流动的json对象。

图5表示这样的实施例：与电视接收器应用400关联的电视活动被示出在图5的右侧。作为示例，在电视接收设备120的操作系统(例如，android)中，“活动”是用户能够做的单个聚焦事情，诸如在电视广播流中提供的atsc服务的选择。通过选择显示的tv接收器app图标502，用户可启动电视接收器应用400，这使用户能够与电视接收器应用400连接并且执行电视接收器应用活动500。

根据一些实施例，电视接收器应用400处理用户交互，诸如允许用户观看电视频道的广播公司(例如，ztv)的atsc服务的选择。作为示例，如果用户按压遥控器上的数字键，则电视接收器应用400将处理这个数字键的选择。如图5中所示，广播公司应用400b已被下载，并且正在与电视接收器应用400一起执行。

在一些实施例中，广播公司应用经任何想要的预先存在的api保留输入装置的键。例如，本领域普通技术人员可使用在章节9.11的a/344标准(keysapis)中定义的websocketapi以允许广播公司应用保留键，所述键包括与命名功能对应的那些键，如w3c在“uieventskeyboardeventkeyvalues”中所定义。通过使用这些api，广播公司应用可能已请求：广播公司应用目前想要处理数字键。在这种情况下，与这种键按压对应的事件将在广播公司应用处被触发，导致由广播公司应用指定的功能被执行。

如果广播公司应用当前还未保留输入装置的数字键，则电视接收器应用将注意到，当前没有对数字键的广播公司应用请求是有效的，并且将独立处理键。这种处理可能例如是使用数字键改变频道(例如，收集频道编号字符串(比如例如，“4.1”)和enter键结束符并且使用其获取并且提供与频道4.1关联的服务)。

在一些实施例中，当广播公司应用开始执行时，该应用能够确定它正在某个制造商的dtv接收器中运行，并且因此，知道某些专有api在该dtv接收器内是可用的。广播公司应用可使用查询装置信息(querydeviceinfo)api(参见a/344章节9.12)确定接收器的制造商(“devicemake”)和型号(“devicemodel”)，以做出这种确定。通过使用这些专有api，如果已分发广播公司应用的广播公司已使本机广播公司应用可用，则本机广播公司应用能够被启动。因此，由同一广播公司(例如，ztv)分发的广播公司应用和本机广播公司应用能够并行地执行，如图5中所示。

在一些实施例中，广播公司应用能够与未必由该广播公司提供的其它本机应用并行地执行。例如，广播公司应用能够被配置为执行与正在显示的电视内容关联的本机应用。该本机应用能够由内容创建者提供以增强电视内容的用户观看体验。例如，本机游戏应用能够与不同种类的游戏表演一起工作，并且将在游戏表演被呈现给用户时加载。替代于本机广播公司app(例如，zbc本机app)，本机游戏应用能够加载。在这个场景中，即使本机应用并不由该广播公司提供，广播公司应用(诸如，html5app)也将知道如何经专有api与本机应用通信。

根据一些实施例，当存在多个本机广播公司应用时，广播公司应用可被配置为决定执行哪个本机广播公司应用。例如，本机广播公司应用a、b和c可被存储在存储器中，其中广播公司应用根据是否满足特定条件(诸如在一天的特定时间执行广播公司应用使本机广播公司应用a、b或c之一被执行)决定执行这些应用中的哪个应用。在另一示例中，用户可被提供界面以选择执行本机广播公司应用a、b或c中的任何一个。

在一些实施例中，多个本机广播公司应用可同时运行，每个本机广播公司应用可经一个或多个广播公司应用保留键。例如，本机广播公司应用a、b和c可同时运行，并且每个本机广播公司应用可利用特定广播公司应用使用相同或不同的专有api以保留一个或多个键。

在一些实施例中，广播公司应用可被配置为包括指令，所述指令使电视接收器应用获取并且执行本机广播公司应用。本机广播公司应用可在本地被存储在电视接收器设备上。另外，广播公司应用可包括指令，所述指令使本机广播公司应用被远程从app商店(例如，googleplay、applestore等)获取并且在电视接收器设备上安装和执行。

根据这里公开的技术，当广播公司应用和本机广播公司应用都在执行时，它们能够彼此通信，如图5中所示。广播公司应用和本机广播公司应用都为文本或图形或其它多媒体对象的显示提供各种可能性，因为能够使任一应用或这两种应用对于用户而言是可见的。

在一个示例中，本机广播公司应用可能已为用户提供打开电子节目指南(epg)或esg屏幕的选择以显示对于这个用户而言可用的广播公司(例如，ztv)频道上可用的即将来临的节目。在epg的情况下，epg数据可由本机广播公司应用与esg数据分开地获取。当用户已选择显示所述epg或esg屏幕(epg或esg处于全屏幕或者甚至半屏幕视图)时，本机广播公司应用可被设计为处理数字输入键以让用户选择他们想要回顾哪个频道的未来的节目。例如，本机广播公司应用可被设计为处理键(如ch-up或ch-dn)，以使得键的功能局限于在广播公司的不同频道之间变化。在另一示例中，由本机广播公司应用将这些键的预期功能从改变频道改变为在时间上向前或向后移动epg或esg视图。

在一些实施例中，当将专有api添加到接收设备时，不需要接收设备的操作系统(例如，android)的扩展或修改。例如，对于本机广播公司应用(例如，ztvandroid应用)，如果电视接收器应用并未已经运行并且用户点击本机广播公司应用，则这个本机应用将启动电视接收器应用。本机广播公司应用和电视接收器应用能够随后设置通信信道，由此任一侧能够开始数据的传送或传送对由另一侧提出的请求的响应。数据的格式能够通过相互的协定而被确定，并且能够例如具有命令类型和关联的参数的形式(例如，类似于a/344websocket协议被用于广播公司应用的方式)。如果当本机应用被启动时电视接收器应用已经运行，则这同一个通信信道能够被打开。另外，电视接收器应用能够启动本机广播公司应用，并且设置这个信道。

对于广播公司应用，专有api能够是已经为a/344定义的websocket协议的扩展。对于这种实现方式，广播公司和电视接收设备的设计者能够决定互相达成一致的用于命令的格式，所述格式不与a/344冲突或者不与atsc可能在未来做出的a/344的任何潜在扩展冲突。作为一个示例，不同ip地址或端口能够被用于区分专有扩展和atsc标准中的那些扩展。

图6-8表示显示器600以及对应输入装置602的实施例。显示器可连接到接收设备，如图3中所示，其中接收设备与输入装置关联，如图2中所示。在图6中，仅电视接收器应用可运行以显示电视内容。由于在这个示例中仅电视接收器应用正在运行，所以输入装置602可被配置为执行由电视接收器应用指定的预期遥控功能，诸如向上改变频道(ch+)或向下改变频道(ch-)、增加音量(vol+)或减小音量(vol-)或者通过输入数字键0-9中的任何一个来输入想要的频道编号。

图7表示另一实施例，在该实施例中，电视接收器应用和广播公司应用都在运行。在这个示例中，电视接收器应用显示与选择的atsc3.0服务对应的电视内容(例如，显示行驶的汽车的内容)，而广播公司应用可在后台运行，或者使内容被显示(诸如，具有任何关联的广告信息的广播公司图标600a)。另外，广播公司应用可能已保留输入装置602的一个键，诸如数字键9，所述一个键由*指示。如果输入装置602的键被显示为电子显示，则键的显示可被更新，以使得由广播公司应用保留的键被改变以指示这些键可用于激活广播公司web图标的一个或多个功能。例如，如果广播公司应用保留数字键9，则符号*可替换数字9或放置在数字9下面。在一个示例中，当数字9在广播公司应用正在运行的同时被按压时，广播公司应用可从远程服务器获取内容(诸如，广告)并且在电视内容内(诸如，在由广播公司图标600a指定的区域中)显示获取的内容。

图8表示另一实施例，在该实施例中，电视接收器应用、广播公司应用和本机广播公司应用中的每一个被同时执行。在这个示例中，针对图7中示出的实施例，广播公司应用可使本机广播公司应用被执行，导致电子节目指南600b被显示在电视内容内。另外，本机广播公司应用可被设计为保留ch+和ch-键，以使得这些键的功能被改变为在电子节目指南600b内向上滚动页(例如，pg+)或向下滚动页(例如，pg-)。在一些实施例中，本机广播公司应用被配置为仅滚动到与该广播公司(例如，ztv)关联的服务(例如，频道)。另外，在一些实施例中，本机广播公司应用被配置为滚动到当前观看的电视内容的其它播出时间和/或指示当前正在观看的电视内容的重复播出。

图9表示示出根据一些实施例的用于由本机广播公司应用保留键的处理的序列图。相似的处理能够被应用于并不由该广播公司提供的其它类型的应用或其它本机应用。在步骤s900中，本机广播公司应用经第一api(api_1)向广播公司应用发送第一消息，其中第一消息指定本机广播公司应用请求保留以执行由本机广播公司应用指定的一个或多个功能的一个或多个键(k)。在步骤902中，广播公司应用通过经第二api(api_2)向电视接收器应用发送第二消息来对这个消息做出响应，其中第二消息指定在第一消息中指定的所述一个或多个键(k)。在步骤s904中，电视接收器应用接收到包括在第二消息中指定的所述一个或多个键(k)的用户输入。

因此，在步骤s906中，当在第二消息中指定的任何键被电视接收器应用接收到时，第三消息经第三api(api_3)被发送给广播公司应用，其中第三消息指定所述一个或多个键(k)。在步骤s908中，当广播公司应用接收到指定在第一消息中指定的任何键的消息时，广播公司应用经第四api(api_4)向本机广播公司应用发送指定所述一个或多个键(k)的第四消息。在步骤910中，在接收到第四消息时，本机广播公司应用处理所述指定的一个或多个键(k)，并且执行分派给所述一个或多个键(k)的指定功能。

图9中示出的处理提供显著有益的特征：使本机广播公司应用能够访问原本将会由电视接收器应用处理以执行比如改变频道的功能的某些键。在一些实施例中，第一和第四api(api_1和api_4)是由dtv制造商和/或广播公司(例如，ztv)彼此协作地设计以便能够实现本机广播公司应用和广播公司应用之间的通信的专有api。替代地，dtv制造商可独立于任何广播公司实体而开发这些专有api，并且使它们可被希望使用由该制造商制造的产品提供的对应api能力的任何广播公司使用。第一和第四api(api_1和api_4)可以是同一api(例如，以请求/响应方式操作的一个api)。在一些实施例中，第二和第三api(api_2和api_3)是使得能够实现广播公司应用和电视接收器应用之间的通信的任何预先存在的api，诸如在章节9.11的a/344标准(keysapis)中定义的websocketapi。

图10a、10b和11表示例如由电视接收器设备(诸如，接收设备120(图1))执行的处理的实施例。该处理开始于s1000，在s1000，电视接收器应用被启动。通过选择显示在屏幕上的图标，或者通过打开被配置为用作电视的装置，这个应用可被打开。在步骤s1002中，服务被选择，并且包含该服务的广播流在接收器处被接收。例如，用户可选择将要被显示在用户的电视上的广播公司的节目或频道，这使包含该节目的广播流被发送给电视接收设备。

在步骤s1004中，该处理确定选择的服务是否与广播公司应用关联。如果选择的服务与广播公司应用关联，则该处理前进至步骤s1008以获取并且执行广播公司应用。例如，广播公司应用可被从在广播流中识别的服务器获取。在另一示例中，广播公司应用可被包括在包括所述选择的服务的广播流中。如果选择的服务不与本机广播公司应用关联，则该处理结束，没有任何广播公司应用被启动。

返回到步骤s1008，在已预先确定选择的服务与广播公司应用关联的情况下，该处理从步骤s1008前进至步骤s1010以确定获取的广播公司应用是否与已经存在于接收器存储器中的本机广播公司应用关联。如果广播公司应用不与本机广播公司应用关联，则该处理前进至处理a(图11)。如果广播公司应用与广播公司应用关联，则该处理前进至步骤s1012，在步骤s1012，本机广播公司应用被启动。作为示例，本机广播公司应用可被预先安装并且在本地位于电视接收设备上。该处理从步骤s1012前进至处理a(图11)。

图10b表示由接收设备120执行的另一处理的实施例。在这个实施例中，可通过本机广播公司应用内的导航而访问的所有服务具有关联的广播公司应用。该处理可开始于步骤s1020，在步骤s1020，用户启动本机广播公司应用。在步骤s1022中，用户与本机广播公司应用交互以选择由广播公司提供的服务并且接收包括该服务的广播流。在步骤s1024中，与当前执行的本机广播公司应用关联的广播公司应用被获取并且执行。可在与选择的服务关联的广播流内提供这个广播公司应用。

图11表示图10a和10b中示出的处理的继续。在步骤s1100中，该处理等待接收指示键的选择的键输入。当接收到键输入时，该处理前进至步骤s1102以确定广播公司应用是否当前正在运行。如果广播公司应用当前未运行，则该处理从步骤s1102前进至s1104，在步骤s1104，电视接收器应用处理键输入。在一些实施例中，该处理可跳过这个步骤并且直接检查一个或多个键输入的保留。该处理从步骤s1104返回到步骤s1100。

如果广播公司应用当前正在运行，则该处理从步骤s1102前进至s1106以确定接收器是否已允许广播公司应用保留选择的键。如果接收器确定广播公司应用未被允许保留选择的键(例如，广播公司应用保留键的请求被拒绝)，则该处理返回到步骤s1104。然而，如果接收器已允许广播公司应用保留选择的键，则该处理从步骤s1106前进至步骤s1108以确定广播公司应用是否已保留选择的键。

如果广播公司应用已成功地保留所述键，则该处理从步骤s1108前进至步骤s1110以触发用于向广播公司应用传送所述键的事件。例如，如果电视接收器应用确定广播公司应用已保留选择的键，则电视接收器应用经api向广播公司应用转发选择的键。

该处理从步骤s1110前进至步骤s1112以由例如广播公司应用确定与广播公司应用关联的本机广播公司应用(或其它类型的应用或本机应用)是否当前正在运行。在一些实施例中，该处理可跳过这个步骤并且直接检查一个或多个键输入的保留。如果本机广播公司应用当前未运行，则该处理前进至步骤s1114，在步骤s1114，选择的键由广播公司应用处理。该处理从步骤s1114返回到步骤s1100。如果本机广播公司应用当前正在运行，则该处理从步骤s1112前进至步骤1116以确定本机广播公司应用是否已保留选择的键。如果本机广播公司应用已保留选择的键，则该处理从步骤s1116前进至步骤s1118，在步骤s1118，本机广播公司应用处理选择的键。该处理从步骤s1118返回到步骤s1100。如果本机广播公司应用未保留选择的键，则该处理从步骤s1116前进至步骤s1114。

在一些实施例中，在由广播公司提供的代码内，例如在广播公司应用和本机广播公司应用中，实现步骤s1112至s1118。图11中的逻辑表示一个场景；许多其它场景是可能的。通过在它们自身之间通信，广播公司应用和本机广播公司应用能够确定如何处理任何用户键按压事件。

在一些实施例中，当广播公司应用被结束时，本机广播公司应用能够使用api与电视接收器应用一起管理键。在一些实施例中，这些api是专有api，所述专有api使本机广播公司应用能够与电视接收器应用通信。在一些实施例中，当该广播公司应用被结束并且另一广播公司应用被执行时，对于图11的每个处理步骤，所述另一广播公司应用替换该广播公司应用，图11中的处理继续进行。

图12是显示能够被配置为执行接收设备和服务分配系统中的任何一个或组合的功能的计算机的硬件结构的示例的方框图。例如，在一个实施例中，计算机被配置为执行这里针对接收设备20和/或服务提供方102描述的功能或步骤之一或组合。

如图12中所示，计算机包括经一个或多个总线1208彼此互连的cpu1202、rom(只读存储器)1204和ram(随机存取存储器)1206。所述一个或多个总线1208还与输入输出接口1210连接。输入输出接口1210与由键盘、鼠标、麦克风、遥控器等形成的输入部分1212连接。输入输出接口1210还连接到下面的部件：输出部分1214，由音频接口、视频接口、显示器、扬声器等形成；记录部分1216，由硬盘、非易失性存储器或其它非暂态计算机可读存储介质形成；通信部分1218，由网络接口、调制解调器、usb接口、火线接口等形成；和驱动器1220，用于驱动可移除介质1222(诸如，磁盘、光盘、磁光盘、半导体存储器等)。

根据一个实施例，cpu1202经输入输出接口1210和总线1208将存储在记录部分1216中的程序加载到ram1206中，然后执行被配置为提供这里针对接收设备20和/或服务提供方102描述的功能之一或组合的功能的程序。

通过图2和12中示出的任何一个结构示例而例示的以上硬件描述构成或包括被编程或配置为执行以上例如参照图9-11描述的算法的专门对应结构。例如，图9-11中示出的算法中的任何一个或组合可由图2中示出的单个装置中所包括的电路完全执行。

很明显地，考虑到以上教导，许多变型和变化是可能的。因此应该理解，在所附权利要求的范围内，可按照除这里具体地描述的方式之外的方式实施本公开。

因此，前面的讨论仅公开和描述本公开的示例性实施例。本领域技术人员将会理解，在不脱离本公开的精神或基本特征的情况下，可按照其它特定形式实现本公开。因此，本公开应该是说明性的，而非限制本公开的范围以及其它权利要求。本公开(包括任何可容易地辨别的这里的教导的变型)部分地定义前面的权利要求术语的范围，从而没有发明主题被贡献给公众。

以上公开还包括以下列出的实施例。

以上公开还包括以下列出的实施例。

(1)一种接收设备，包括：接收器电路，被配置为接收包括电视内容的广播流；和处理电路，被配置为执行显示电视内容的电视接收器应用，接收设置在输入装置上的键的选择的指示，响应于接收到键的选择的指示，确定广播公司应用是否已保留选择的键，响应于确定广播公司应用已保留选择的键，确定与广播公司应用关联的本机应用是否已保留选择的键，以及响应于确定广播公司应用已保留选择的键并且本机应用已保留选择的键，由本机应用根据由本机应用指定的第一预定功能处理选择的键。

(2)如特征(1)所述的接收设备，其中所述处理电路还被配置为，响应于确定广播公司应用已保留所述键并且本机应用未保留选择的键，由广播公司应用根据由广播公司应用指定的第二预定功能处理选择的键。

(3)如特征(2)所述的接收设备，其中所述处理电路还被配置为，响应于确定广播公司应用未保留选择的键，由电视接收器应用根据由电视接收器应用指定的第三预定功能处理选择的键。

(4)如特征(1)至(3)中任一项所述的接收设备，其中所述广播公司应用被包括在广播流中。

(5)如特征(4)所述的接收设备，其中所述本机应用位于接收设备本地，并且广播公司应用包括使本机应用被获取和/或执行的指令。

(6)如特征(1)至(5)中任一项所述的接收设备，其中所述广播公司应用被配置为通过经位于接收设备本地的第一应用编程接口(api)向电视接收器应用提交命令来保留选择的键。

(7)如特征(6)所述的接收设备，其中所述本机应用被配置为通过经不同于第一api的第二api向广播公司应用提交命令来保留选择的键。

(8)如特征(1)至(7)中任一项所述的接收设备，其中由本机应用指定的第一预定功能是用于显示电子节目指南的命令。

(9)如特征(2)至(8)中任一项所述的接收设备，其中由广播公司应用指定的第二预定功能是用于从相对于接收设备远程地布置的服务器获取内容的命令，其中所述处理电路还被配置为显示获取的内容与电视内容。

(10)如特征(3)至(9)中任一项所述的接收设备，其中由电视接收器应用指定的第三预定功能是用于执行从一组电视功能选择的电视功能的命令，所述一组电视功能包括：改变频道、改变显示的电视内容的音量以及显示菜单。

(11)一种存储指令的非暂态计算机可读介质，当所述指令由处理器执行时，所述指令使处理器执行一种方法，所述方法包括：接收包括电视内容的广播流；执行显示电视内容的电视接收器应用；接收设置在输入装置上的键的选择的指示；响应于接收到键的选择的指示，确定广播公司应用是否已保留选择的键；响应于确定广播公司应用已保留选择的键，确定与广播公司应用关联的本机应用是否已保留选择的键；以及响应于确定广播公司应用已保留选择的键并且本机应用已保留选择的键，由本机应用根据由本机应用指定的第一预定功能处理选择的键。

(12)如特征(11)所述的非暂态计算机可读介质，其中所述方法还包括：响应于确定广播公司应用已保留所述键并且本机应用未保留选择的键，由广播公司应用根据由广播公司应用指定的第二预定功能处理选择的键。

(13)如特征(12)所述的非暂态计算机可读介质，其中所述方法还包括：响应于确定广播公司应用未保留选择的键，由电视接收器应用根据由电视接收器应用指定的第三预定功能处理选择的键。

(14)如特征(11)至(13)中任一项所述的非暂态计算机可读介质，其中所述广播公司应用被包括在广播流中，并且在广播流中提供广播公司应用之前，本机应用被存储在所述非暂态计算机可读介质上。

(15)如特征(11)至(14)中任一项所述的非暂态计算机可读介质，其中所述广播公司应用被配置为通过经位于接收设备本地的第一应用编程接口(api)向电视接收器应用提交命令来保留选择的键。

(16)如特征(15)所述的非暂态计算机可读介质，其中所述本机应用被配置为通过经不同于第一api的第二api向广播公司应用提交命令来保留选择的键。

(17)一种存储指令的非暂态计算机可读介质，当所述指令由处理器执行时，所述指令使处理器执行一种方法，所述方法包括：从电视接收器应用接收指示键的用户选择的第一消息；响应于从电视接收器应用接收到第一消息，确定选择的键是否已被本机广播公司应用保留；响应于确定本机广播公司应用未保留选择的键，根据预定功能处理选择的键；以及响应于确定本机广播公司应用已保留选择的键，在第二消息中向本机广播公司应用发送选择的键。

(18)如特征(17)所述的非暂态计算机可读介质，其中所述方法还包括：在从电视接收器应用接收第一消息之前：在第三消息中，从本机广播公司应用接收保留选择的键的请求；以及响应于接收到第三消息，在第四消息中向电视接收器应用转发保留选择的键的请求。

(19)如特征(18)所述的非暂态计算机可读介质，其中涉及电视接收器应用的第一和第四消息被经第一应用编程接口(api)发送，并且涉及本机广播公司应用的第二和第三消息被经不同于第一api的第二api发送。

(20)如特征(17)至(19)中任一项所述的非暂态计算机可读介质，其中在包括电视内容的广播流中提供所述指令，并且在广播流中提供所述指令之前，本机广播公司应用被存储在非暂态计算机可读介质上。