包括本机广播者应用的接收器设备

技术领域

本公开一般而言涉及一种用于地面广播的数字电视(DTV)接收器硬件设备，并且特别地涉及一种结合或代替广播者应用执行的本机(native)广播者应用。

背景技术

高级电视系统委员会(ATSC)3.0是为提供电视服务而开发的一套标准。ATSC 3.0与美国现有的有时被称为“ATSC 1.0”的数字电视服务不向后兼容。ATSC 3.0定义了一个高效且灵活的物理层，该层围绕核心原理进行设计：将互联网协议(IP)数据包交付到接收器中协议栈的上层。选择基于IP的协议以使其与为互联网和万维网开发的标准尽可能地保持一致，尤其是考虑到ATSC 3.0还支持信令和内容的“顶置”(over the top，OTT)或宽带交付。混合服务也是可能的，其中一种电视服务的一些组件是经由广播路径交付的，而其它组件(例如，交互式内容或替代音轨)是经由广播者运营的宽带服务器交付的。

ATSC 3.0标准化了允许广播者向ATSC 3.0接收器提供“交互式内容”的方法。虽然ATSC 3.0服务通常包括流传输视频/音频/字幕内容—传统的电视频道，但在ATSC 3.0中，它们可以具有编码为广播者应用(例如，HTML5应用)的附加交互式组件。当存在时，广播者应用可以提供交互性或者可以在后台静默执行以例如监视使用模式。但是，广播者应用的功能有限，而接收器中存在的其它应用则有能力执行HTML5类型的广播者应用无法执行的功能。当前，没有任何方法或机制允许其它应用接管广播者应用。

前述“背景技术”描述是为了总体上呈现本公开的上下文的目的。在本背景技术部分中所描述的范围内，发明人的工作以及在提交时可能不符合现有技术条件的描述的各方面均未对照本公开被明确或隐含地承认为现有技术。

发明内容

根据本公开的实施例，提供了一种接收装置，该接收装置包括存储电视接收器应用和本机应用的存储器。该接收装置还包括处理器，该处理器被配置为通过本机应用向电视接收器应用发送关于可用于显示的多个服务的查询命令。处理器还被配置为响应于查询命令由本机应用从电视接收器应用接收查询响应消息，该查询响应消息包括至少第一参数，该第一参数指定可用于显示的多个相关联服务。该处理器还被配置为通过本机应用为第一参数中指示的每个服务提供视频表面。

根据本公开的实施例，提供了一种接收装置，该接收装置包括存储器，该存储器包括本机应用和电视接收器应用。该接收装置还包括接收器电路系统，该接收器电路系统被配置为接收包括电视内容和广播者应用的数字广播流。该接收装置还包括处理器，该处理器被配置为通过电视接收器应用提供视频表面以显示电视内容，执行广播者应用，以及执行由广播者应用识别的本机应用。本机应用被配置为代替广播者应用执行任务，使另一个广播者应用代替广播者应用来执行，或提供广播者应用以其它方式无法访问的数据。

根据本公开的实施例，提供了一种具有存储在其中的指令的非暂态计算机可读介质，该指令在由接收装置中的处理器执行时使处理器执行包括以下的方法：由本机应用向电视接收器应用发送关于可用于显示的多个服务的查询命令。该方法还包括响应于查询命令，由本机应用从电视接收器应用接收查询响应消息，该查询响应消息至少包括第一参数，该第一参数指定可用于显示的多个相关联服务。该方法还包括由本机应用为第一参数中指示的每个服务提供视频表面。

保持

根据本公开的实施例，提供了一种具有存储在其中的指令的非暂态计算机可读介质，该指令在由接收装置中的处理器执行时使处理器执行包括以下的方法：接收数字广播流，该数字广播流包括电视内容和广播者应用。该方法还包括由电视接收器应用提供视频表面以显示电视内容。该方法还包括执行广播者应用。该方法还包括执行由广播者应用识别的本机应用。本机应用被配置为代替广播者应用执行任务、使另一个广播者应用代替广播者应用来执行，或提供广播者应用以其它方式无法访问的数据。

附图说明

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

图1是示出数字电视(DTV)系统的基本组件的示意图。

图2图示了示例性接收装置。

图3是示例性接收装置的以处理器为中心的框图。

图4是示出本机广播者应用的基本体系架构的示意图。

图5是根据本公开的示例性方面的用于电视接收器应用的框图。

图6是示例广播者接收器应用的框图。

图7a和7b图示了使用接收器的媒体播放器渲染的示例广播者应用。

图8图示了示例广播者活动界面。

图9图示了根据本公开的示例性方面的用于本机广播者应用的示例用户界面。

图10图示了由接收装置执行的示例性处理。

图11图示了由接收装置执行的示例性处理。

图12是计算机的示例硬件配置。

具体实施方式

现在参考附图，其中贯穿几个视图，相同的参考标号指示相同或对应的部分，以下描述涉及在广播者应用上提供附加功能的本机广播者应用。在一个实施例中，提供了一种包括用于接收ATSC 3.0信号的ATSC 3.0调谐器的接收装置。在其它实施例中，提供了用于Android设备(诸如智能电话、平板电脑或其它消费者电子设备(诸如机顶盒))的ATSC 3.0接收器，其包括以经由通用串行总线(USB)连接的调谐器/解调器(Demod)模块形式结合硬件添加件(add-on)使用的专用Android应用。

通过将广播DTV与电视接收器应用可以向其添加或提供DTV功能的电子设备(例如，诸如智能电话的移动设备和平板计算机)特有的功能相结合，本公开相比其它用于提供音频/视频和数据内容的模型具有许多优势。本公开提供了将ATSC 3.0接收器应用于广泛可用的Android平台的示例。由于接收器优选地用Java编程语言编码，因此本公开提供了跨各种硬件设备的可移植性，并且由于接收器可以包括单独提供的USB连接的调谐器，因此ATSC 3.0接收器甚至可以应用于没有内置DTV电路系统和天线的硬件设备。本公开的实施例提供了一种ATSC 3.0接收器，该ATSC 3.0接收器最大程度地利用广播者应用(例如，HTML5应用)的特征，同时扩展到广播者应用(例如，HTML5)的环境中不可用的硬件设备的特征。例如，公开的执行广播者应用操作的接收器可以切换或一起工作以向广播者的本机应用(例如，Android应用)提供交互式功能。

所描述的实施例的每个功能可以由一个或多个处理电路来实现。处理电路包括编程的处理器。在所描述的实施例中，编程的处理器是通常在运行Android操作系统的基于Android的智能电话和平板电脑中找到的ARM处理器。Android应用可以是用一种或多种使用Android操作系统的高级编程语言(诸如，C/C++和Java)编写的应用程序。处理电路还可以包括诸如被布置为执行所列举的功能的常规电路组件和专用集成电路(ASIC)之类的设备。注意的是，电路系统是指电路或电路的系统。在本文中，电路系统可以在一个计算机系统中，或者可以分布在整个计算机系统的网络中。

一个或多个实施例提供了一种模型，其中可以直接从电视广播者接收空中编程和其它服务作为互联网数据。在这种情况下，广播DTV可以以使用本公开的ATSC 3.0接收器的资源和服务的方式在由广播者的Android应用控制的显示服务中显示。

在一些实施例中，ATSC 3.0服务是聚合地交付给接收器的媒体组件和/或元数据的集合。这些组件可以是多种媒体类型。服务可以是连续的或者间歇性的。服务可以是实时的或者非实时的。实时服务可以包括一系列电视节目。

接下来，提供基于ATSC 3.0的广播电视网络的基本体系架构的描述。

图1是示出用于ATSC 3.0系统的基本组件的布置的图。视频技术正在从高清(HD)数字电视发展到更高分辨率的技术，包括4K和8K视频、高动态范围(HDR)、宽色域和高帧频。随后，ATSC 3.0系统可以包括可以捕获超高清(UHD)视频的数字视频相机101，其可能在远处与向电视台105提供信号的移动传输单元103结合。电视台105包括用于电视制作和广播控制的设施等。使用ATSC 3.0，编码器和多路复用器可以为电视广播生成IP数据包。电视广播可以与电子节目指南(EPG)一起发送到一个或多个发送器站点107。ATSC 3.0发送器站点可以包括ATSC 3.0波形发送器，该波形发送器经由塔式发送天线111发送射频(RF)信号。可以通过ATSC 3.0电视131、ATSC 3.0网关或转换器133，或启用ATSC 3.0的移动设备121在家庭、办公楼、图书馆、商店或饭店109中拾取ATSC 3.0波形。平板电脑或智能电话135可以获得从网关或转换器提供的作为WiFi信号的广播信号。可替代地，在办公场所或家庭之外，平板电脑、智能电话或其它移动设备121可以从塔式发送天线111拾取广播波形。这样的移动设备121可以在个人车辆内或在公共交通工具的模式内使用。

诸如由Google LLC开发的Android操作系统之类的移动操作系统是用于电话、平板电脑、智能手表或其它移动设备的操作系统，并且包括用于移动或手持式使用的特征。例如，移动设备可以包括蜂窝通信的移动特征、全球定位系统(GPS)导航、视频或单帧相机、语音识别，并且通常是触摸屏。其它移动操作系统的示例包括Apple的iOS、Windows 10Mobile和Samsung的Tizen。特别地，Android操作系统主要是为触摸屏设备设计的。通常，用于Android操作系统的应用软件在包含基于Open JDK(Java开发工具包)的Java库的应用框架上运行。

在本公开中，如本文中使用的DTV广播者或简称为的广播者涉及本地电视台，该本地电视台经由无线电波发送视频内容作为地面电视传输。发送无线电信号作为数字电视信号的电台可以广播几个子频道。例如，DTV广播者可以在频道31.1以及子频道31.2、31.3等进行广播。

图2图示了示例性接收装置200，其被配置为访问电视内容和广播者应用。接收装置200可以是诸如电视机或机顶盒之类的固定设备。接收装置还可以是移动设备，诸如智能电话、平板计算机、膝上型计算机、便携式计算机，或被配置为接收电视内容的任何其它设备。此外，接收装置200可以包括DTV接收器，该DTV接收器并入或以其它方式连接到车辆或上述固定或移动设备中的任何一个。

接收装置200包括：接收器电路系统，其被配置为从一个或多个服务提供者102接收数据流(例如，广播流)；以及处理电路系统，其被配置为执行接收装置200的各种功能。在一个实施例中，调谐器/解调器202接收包含广播流的广播发射。取决于实施例，接收装置200可以可替代地或附加地被配置为接收有线电视传输或卫星广播。调谐器/解调器202接收数据流，该数据流可以由解复用器204解复用或由中间件处理，并且被分离为音频和视频(A/V)流。虽然图2描绘了调谐器/解调器被包括在接收装置中，但是在其它实施例中，调谐器/解调器202是经由通用串行总线(USB)端口连接到接收装置的外部硬件设备。音频由音频解码器210解码，并且视频由视频解码器214解码。此外，如果可用，那么可以经由未压缩的A/V接口(例如，HDMI接口)来接收未压缩的A/V数据。

接收装置200通常在至少一个处理器(诸如，CPU 238)的控制下操作，该处理器经由一个或多个总线(例如，总线250)耦合到工作存储器240、程序存储器242和图形子系统244。由图形子系统244输出的图形通过合成器和视频接口260与视频图像组合，以产生适合于在视频显示器上显示的输出。解复用器204和CPU 238可以在彼此之间传输低级信令(LLS)表(诸如服务列表表(SLT))、链路层表(诸如链路映射表(LMT))、隐藏式字幕(CC)数据、EPG数据、安全性信息，或用于提供和访问ATSC 3.0服务的任何其它数据。

CPU 238进行操作以执行接收装置200的功能，包括使用例如存储在程序存储器242中的HTML5用户代理来执行广播者应用(例如，HTML5应用)中包含的脚本对象(控制对象)，以及执行其它类型的广播者应用，诸如一个或多个本机广播者应用。这里，HTML5是指由日期为2017年12月18日的ATSC标准A/344-ATSC 3.0交互式内容中指定的HTML标记、JavaScript、图形、可呈现媒体和CSS组成的内容，该标准在本文中通过引用整体并入(在下文中简称“ATSC A/344标准”)。此外，广播者应用可以并入嵌入在包含HTML5文档的文件集合中的功能，所述功能已知为入口页面和由该文档直接或间接引用的其它HTML5、CSS、JavaScript、图像和多媒体资源，所有这些在ATSC 3.0服务中由广播者提供。

在一个实施例中，构成广播者应用的文件的集合可以经由例如日期为2017年12月6日的ATSC标准A/331–信令、交付、同步和错误保护中描述的路由协议，通过广播作为数据包被交付，该标准通过引用整体并入本文。在A/344标准中描述了示例性广播者应用框架。

在某些实施例中，CPU 238可以耦合到接收装置200资源的任何一个或组合，以集中控制一个或多个功能。在一个实施例中，CPU 238还操作以监督对包括调谐器/解调器202和其它电视资源的接收装置200的控制。

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

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

存储器310包括使得能够观看电视内容的电视接收器应用311(例如，ATSC 3.0接收器应用)。广播者应用316a和本机广播者应用316b都存储在存储器310中。广播者应用316a可以是包括在广播流中的HTML5应用。本机广播者应用316b可以被提供有接收装置200，或者可以在以后的时间安装(例如，从应用商店下载)。广播者应用316a和本机广播者应用316b由处理器300执行。此外，这些应用可以使处理器300控制接收装置200获取替代内容318，该替代内容318被存储在存储器310中以用于随后的检索。在另一个实施例中，处理器300使接收装置200在呈现时检索或流传输替代内容318。

在一些实施例中，ATSC 3.0服务可以被定义为仅是交互式广播者应用而没有实时流传输视频。此类服务将提供对OTT内容的访问，或者它可以是电子节目指南或任何其它感兴趣的信息。一种特别有用的服务是广播者应用，诸如HTML5 web应用，其提供关于最近或正在进行的紧急警报的信息。但是，诸如HTML5 web应用之类的广播者应用固有地受到HTML5环境本身的限制。

虽然ATSC 3.0标准定义了允许广播者的应用执行某些与电视相关的功能(诸如服务选择)的新API，但该标准中定义的某些功能对广播者应用不可用。本公开的实施例针对可以访问诸如HTML5 web应用之类的广播者应用不能访问的硬件和特定于设备的功能的本机广播者应用。在一个实施例中，本机广播者应用是可从应用商店获得的被下载以在Android操作系统上执行的应用。如本领域普通技术人员所理解的，提供Android操作系统是出于解释的目的，并且本公开可以包括本领域普通技术人员之一已知的任何操作系统，诸如iOS、MAC OS、Windows、Linux或Tizen。

诸如HTML5 web应用的广播者应用具有本机广播者应用(例如，Android应用)可能没有的限制。例如，由于环境的更严格的安全性，HTML5 web应用可能无法访问某些较高值的内容，诸如4K高动态范围(HDR)。HTML5 web应用无法访问用于绘制的Android图形基元。HTML5 web应用无法在平板电脑或智能电话环境中使用触摸屏手势。HTML5 web应用无法访问Android提供的和特定于设备的特征，诸如地理位置、密钥链、图片库、加速度计和设备相机。在一些情况下，HTML5 web应用无法添加按使用付费功能或无法访问电子商务。HTML5web应用不能保证可以访问本地存储器资源。HTML5 web应用无权访问由用户在Android设备中建立的账户。HTML5 web应用不能提供与其它应用(诸如电子邮件、消息传递或Facebook)的链接。HTML5 web应用无权访问本地用户偏好。与本机应用不同，HTML5 web应用无法请求和接收发生某些事件时通知用户的权限。因此，本公开的实施例提供了与可以经由广播者的服务获得的广播者应用(例如，HTML5 web应用)结合操作的本机广播者应用。接下来，以Android操作系统为例，描述本机广播者应用的基本组件。

图4是用于诸如Android平台之类的操作系统平台的本机广播者应用400的基本体系架构的图。例如，可以从四种类型的组件构建Android平台上的本机广播者应用：活动401、服务403、“广播”接收器405和内容提供者407。在Android平台的上下文中，术语“广播”是指对在Android平台/设备上运行的应用可用的信息，而不是地面电视广播的概念。在一些实施例中，本机广播者应用400可以是从应用商店下载到设备(诸如已经包括ATSC 3.0能力的接收装置)或者用户的Android设备(诸如智能电话或平板电脑)的应用。

活动401是用户交互的入口点，表示具有用户界面的单个屏幕。活动401可以将确保本机广播者应用400的正确操作所必需的信息传达给系统450。活动401可以负责：(i)跟踪用户当前正在使用什么，使得操作系统(例如，Android OS)可以使相关联的进程保持运行；(ii)跟踪用户可能感兴趣但当前停止的活动，使得操作系统可以优先考虑保持相关联的进程；(iii)帮助本机广播者应用400维护应用状态的记录，使得用户可以在本机广播者应用400停止或终止的情况下返回到他们离开的活动；(iv)提供一种方式供本机广播者应用400实现其自身与其它应用之间的信息流。

服务403是可以在后台运行以为本机广播者应用400执行正在进行的操作的组件。服务403可以是通常用于使本机广播者应用400保持在后台运行的入口点。服务403还可以执行远程进程的工作。服务403不提供用户界面。其它组件(诸如活动401)可以启动服务403并使其运行，或者可以绑定到它以与其进行交互。诸如音乐播放之类的一些服务403涉及用户意识到并因此希望保持运行的一些内容。其它服务可以静默运行，用户不会注意到这些静默服务被OS终止(例如，以释放存储器)。

服务403可以绑定到已指示其希望使用该服务403的本机广播者应用400。OS可以利用关于本机广播者应用400和服务403之间的依赖性的这种信息来管理与本机广播者应用400和服务403相关联的进程。

广播接收器405组件可以使系统450能够在系统范围的基础上(例如，在与本机广播者应用400的常规用户交互之外)向本机广播者应用400传递事件。示例系统范围通知是通告电池电量低或者已经从相机捕获了照片的通知。

内容提供者407可以管理一组共享的应用数据，这些数据可以存储在Android文件系统中、数据库中、web上或任何其它可访问的持久性存储位置上。其它应用可以查询或者修改数据(如果内容提供者407允许这些类型的修改的话)。

图5是图示本机广播者应用500与相关联的活动和服务之间的关系的图。如图5中所示，本机广播者应用500可以具有或可以不具有与其相关联的活动501(具有用户界面)。本机广播者应用500可以具有或可以不具有与其相关联的服务503(或广播接收器或内容提供者)。活动501通常涉及用户界面(例如，显示可见的东西，或接受一些用户输入，诸如按键或手势)。

本公开的实施例提供了用于ATSC 3.0服务的电视接收器应用。在一些实施例中，电视接收器应用是在已构建在Android OS之上的DTV接收器内实现的本地Android应用。电视接收器应用可以在接收器打开时自动启动，并且即使在不显示用户可见的任何内容时也可以在后台操作。电视接收器应用可以用高级编程语言(诸如C/C++)编写并针对电视的硬件环境进行编译，或者它可以用Java编程语言编写，以更好地移植到运行Android操作系统的其它硬件(诸如平板电脑、电话或机顶盒)。

图6是ATSC 3.0DTV接收器600的实施例的框图。电视接收器应用603包括相关联的活动组件601。当用户通过选择“TV”输入或通过从应用托盘中选择“ATSC 3.0TV”图标602激活接收器中的ATSC 3.0TV功能时，活动组件601被启动。那时，电视接收器应用603已经在运行，并且已经从调谐器605调谐的任何RF频道收集了IP数据包。电视接收器应用可能已经能够开始从广播中检索音频、视频和字幕数据包，并将它们发送到其媒体播放器613(例如，ExoPlayer)以进行解码和渲染。媒体播放器613可以是用于Android的应用级媒体播放器。媒体播放器613可以被配置为支持例如HTTP上的动态自适应流传输(DASH)和通用加密。

活动组件601可以接受来自远程控制单元(RCU)的用户输入，以(例如)支持频道更改或选择。图中的“tune()”函数反映了这种操作。在一些实施例中，活动组件601可以创建两个观看表面，其向用户提供与服务相关联的视频的视图(例如，“播放器表面”)以及广播者应用(例如，HTML5 web应用)可能产生的任何覆盖(例如，“覆盖表面”)。播放器表面可以由媒体播放器613处置，而覆盖表面可以由Webview 615处置。

在图6中，调谐器605是ATSC 3.0DTV接收器600中的硬件设备，其可以调谐到ATSC3.0广播信号和对ATSC 3.0广播信号进行解调，并产生它流传输到ALP到IP转换器621的一系列ATSC 3.0链路层协议(ALP)数据包。在一些实施例中，接收器600是具有USB端口的电子设备(例如，智能电话、平板电脑、笔记本电脑、电视等)，调谐器605连接到该USB端口以提供附加的调谐器功能。USB连接可以是USB 2.0或USB 3.0。在一些实施例中，使用USB 2.0以确保与现有电子设备的更大兼容性。在启动后，电视接收器应用可以使用UsbManager(Usb管理器)Android类623。

电视接收器应用603可以提供允许渲染和显示广播、OTT和流传输视频以及音频和隐藏字幕数据的功能。此外，电视接收器应用603可以支持“运行时环境”，通过该“运行时环境”可以执行广播者应用(例如，HTML5应用)。除了标准web浏览器支持的功能外，还可以借助于Web套接字协议来并入其它功能。A/344标准中指定的Web套接字API增加了对一些能力的支持，包括访问调谐功能、存储器管理、广播者应用与接收器的媒体播放器(RMP)之间的交互等。

在一些实施例中，广播者提供广播者应用(例如，HTML5 web应用)作为常规流传输广播电视服务的附件(adjunct)，以提供交互性或在后台进行操作，例如以监视用户对服务的使用。此外，广播者可以定义服务类型，服务类型被呈现为与该服务相关联的广播者应用的输出。不支持A/344标准交互式内容规范的ATSC 3.0接收器不能提供此类服务。

图7a和7b图示了使用接收器的媒体播放器渲染的广播者应用的实施例。视频701可以显示在整个媒体播放器窗口上，如图7a中所示，或者视频701可以被缩放并定位在媒体播放器窗口的缩小部分中，如图7b中所示。广播者应用可以例如使用HTML5生成可以映射到整个媒体播放器窗口的图形显示703，如图7a中所示，或者可以生成包括作为媒体播放器窗口的位置和维度的嵌入式背景窗口的图形显示，如图7b中所示。在每种情况下，广播者应用都可以形成合成显示705。

图8图示了由特定广播者开发的示例本机广播者Android应用。在这个示例中，广播者被称为ZTV，并且广播者的本机广播者应用被称为“ZTV-now”。虽然可以在电视接收器应用中下载并执行广播者应用以及广播者的内容，但在用户下载并安装本机广播者应用(例如，从Play商店下载和安装的Android应用)之后，本机广播者应用存在于DTV接收器中。在另一个示例中，本机广播者应用可以由DTV接收器的制造商预先安装。本机广播者应用在DTV接收器中比广播者应用具有更持久的存在，因为当用户更改为其它电视服务时，接收器可能会删除广播者应用。

在一些实施例中，可以通过激活出现在应用托盘中例如与用于ATSC 3.0TV、Netflix、PrimeVideo等的图标一起的表示本机广播者应用的图标来启动本机广播者应用。如果用户单击此图标，那么启动本机广播者应用。在一些实施例中，本机广播者应用可以由与该广播者的ATSC 3.0服务中的一个一起分发的广播者应用(例如，HTML5 web应用)自动启动。

即使在没有活动创建任何用户交互或显示表面时，电视接收器应用603也可以在后台运行。在这个示例中，电视接收器应用被调谐到ZTV ATSC 3.0电视服务，并且该服务提供广播者应用(例如，ZTV-Now HTML5应用817)作为附件。广播者应用可以在其使用例如WebView 615解释HTML5时创建用户体验。

参考图8，存在被称为“ZTV-Now”的ZTV本机广播者应用，该应用提供活动801，该活动允许在其一旦被启动时用户就可以与其进行交互，并在系统中取得显示优先权。ZTV-Now应用可以通过两种方式之一启动。用户可以在应用托盘中找到ZTV-Now应用图标802(以及其它应用选择，诸如Netflix、Prime Video、HBO Go等)，并且选择启动它。替代地，ZTV-Now应用可以由ZTV广播者应用使用例如如在DTV制造商和广播者(ZTV)之间所商定的自定义API来启动。如下所述，自定义API可以包括附加功能以及在广播者应用和本机广播者应用之间共享的信息。

本机广播者应用在其取得控制之后，可以通过提供一个或多个在其上渲染文本、图形或视频的表面来创建用户体验。可以创建视频表面，并将其连接到由电视接收器应用603产生的视频或图像，或者可以在本机广播者应用的控制下将电视接收器应用603渲染的全屏视频和音频内容显示在表面上。另外，本机广播者应用可以提供覆盖表面，其中文本和图形被覆盖在视频表面上。

ZTV-Now本机广播者应用的示例实施方式是让它组织ZTV电视内容(实况(经由调谐器的广播流传输)和顶置(宽带交付)内容)的可能来源的呈现。当调谐器605碰巧或被调谐到承载ZTV电视服务的ATSC 3.0广播频道时，可以向用户呈现可用内容的缩略图，该缩略图可以包括通过电视接收器应用接收的实况视频。用户可以在不同的ZTV产品之间导航，并且在做出一项或另一项选择后，本机广播者应用可以开始全屏渲染所选择的内容。

所提供的OTT内容可以是通过DTV的互联网连接交付的视频点播(VOD)内容，从而使用户有机会查看当前未播放的节目剧集。此外，可用的OTT内容可以包括标题，其要求用户建立与ZTV的账户并为观看(或租用一段时间)期望的节目的权利进行支付。出于安全原因，电影制片厂可能会使某些高值内容(诸如4K HDR版本的内容)仅按次付费(pay-per-view)可得，因为在一些情况下，空中广播的内容可能容易被复制和盗版。

在一些实施例中，图8中所示的专有API被设计为支持其中经由电视接收器应用实现的DTV接收器中存在本机广播者应用的环境。

在一些实施例中，API允许本机广播者应用通过查询电视接收器应用来确定哪些(如果有的话)其感兴趣的ATSC 3.0服务可用于立即渲染。如果调谐器605已经访问携带提供了本机广播者应用的广播者所关联的一个或多个服务的ATSC 3.0广播发射，那么本机广播者应用然后可以请求电视接收器应用允许其显示来自那些服务的视频作为缩略图或全屏(普通电视)观看。

在一些实施例中，API允许本机广播者应用请求电视接收器应用调谐到并选择与广播者相关联的给定ATSC 3.0服务。

在一些实施例中，API让本机广播者应用确定可以提供可用服务的缩略图的格式。如下所述，存在几种可能的方式可以渲染缩略图。

在一些实施例中，API允许本机广播者应用使广播者应用中止任何可见的操作(例如，文本/图形的呈现)，使得本机广播者应用本身可以承担那些责任。在一种情况下，广播者应用可以分配或可以执行本机广播者应用要执行的任务。例如，如果广播者应用需要广播者应用不可访问但本机应用可访问的信息或对功能的访问，那么广播者可以识别将由广播者应用执行的功能或所需信息。在一个实施例中，广播者应用可以提供本机应用用来确定要执行的功能或要检索的信息的唯一标识符(例如，内容标识符)。例如，如果广播者期望访问用户的订户账户，那么由于广播者应用通常无权访问这种类型的信息，因此广播者应用可以向本机广播者应用发送导致本机广播者应用从用户的订户账户检索适当的信息并将其提供给广播者应用的命令或其它指示。在这种情况下，广播者应用可以在本机广播者应用正在执行另一个任务的同时执行其它任务。

在另一种情况下，当确定本机广播者应用应接管广播者应用时，可以将广播者应用从活动状态移到挂起或被动状态。在这个示例中，当本机广播者应用正在执行本机广播者应用本来可以自己执行的一个或多个任务时，广播者应用可以不执行任何任务。此外，API可以允许本机广播者应用指示广播者应用继续操作，以让用户经由广播者应用与服务进行交互。当广播者应用经由API从本机广播者应用接收到指令时，广播者应用可以从挂起或被动状态移回到活动状态。

在一些实施例中，API允许本机广播者应用向广播者应用或从广播者应用传送任何任意数据。API可能不了解在本机广播者应用和广播者应用之间传递的数据的内容和格式，而是提供这些应用之间的通信路径。由于本机广播者应用和广播者应用都可以由同一广播者开发和部署，因此广播者可以灵活地设计广播者期望用于这种通信的数据结构。在Android环境中这种通信路径的示例实施方式涉及使用Android Parcel类机制。包含在Parcel对象中的对象数据可以被格式化为例如JSON(JavaScript对象表示法)。

在一些实施例中，API允许本机广播者应用加载不同的(例如，替换的)广播者应用，并使电视接收器应用使用该不同的广播者应用来代替与广播内容一起下载的那个广播者应用。API可以向电视接收器应用提供应该用于检索不同的广播者应用的URL。不同的广播者应用可能更适合与本机应用协作执行功能，而原始的广播者应用则更适合单独工作。

在一些实施例中，当广播者应用被本机广播者应用代替时，API提供无缝切换。例如，当本机广播者应用接管广播者应用的操作时，用户看不到任何现有用户界面或显示的服务中的任何更改。

本机广播者应用与广播者应用之间的双向通信接口的可用性在处理广播者希望执行的各种操作中提供了很大的灵活性。作为一个示例，广播者应用本身可以经由A/344标准中描述和定义的基于XLink的方法和Web套接字API来执行个性化广告替换。如果本机广播者应用可用，那么广播者应用可以继续执行广告替换，但是它可以将其接收到的用于解析(例如，分配的任务)的每个XLink传递给本机广播者应用。本机广播者应用可以使用不同的逻辑来解析从广播者应用接收到的信息。例如，由于本机广播者应用可以比广播者应用访问关于该用户的更多的个人信息(例如，地理位置、用户首选项等)，因此，本机广播者应用可以不同地或比广播者应用更恰当地解析从广播者应用接收到的信息。

在一个实施例中，可以提供电视接收器应用和本机广播者应用之间的接口(例如，API)，使得：(i)关于DTV服务的信息可用于选择或渲染；(ii)本机广播者应用可以渲染可用服务的缩略图；(iii)广播者可以用于在广播者应用和本机广播者应用之间通信的通用通信路径可用；(iv)广播者应用能够向ATSC 3.0接收器查询特定的本机广播者应用的存在；以及(v)广播者应用能够启动特定的本机广播者应用。

在一些实施例中，广播者的本机广播者应用能够在本机广播者应用指定的大小和位置的矩形广播窗口内，以高达全帧速率的帧速率(例如，没有丢失的帧)从DTV接收器可用的多个服务以缩略图格式渲染实况视频。图9图示了本机广播者应用显示缩略图图像的示例用户界面。在这个示例本机广播者应用中，ZTV的用户界面901提供了当前可从电视接收器应用获得的三种ZTV广播服务的用户缩略图，在选择ZTV图标911后显示的WVEN-TV 931、933、935的三个子频道中的每个子频道一个缩略图。如本领域的普通技术人员所理解的，图9仅仅是示例，并且可以提供多得多的信息，例如一天中的当前时间、以缩略图显示的每个当前节目的名称、在这三个电台上可获得的每个节目的概要、带有新闻公告的横幅等。

如果用户选择“点播内容”913，那么可以显示新的全屏交互式屏幕，其中文本和图像描绘可用于流传输的点播标题。如果用户选择“节目时间表”921，那么可以显示全屏节目指南，从而示出在ZTV广播电台上可用的当前和将来的节目。

可以通过电视接收器应用的帮助来启用显示在每个缩略图中的视频，电视接收器应用在后台中可以从这些子频道中的每个子频道收集信令和压缩的流传输音频/视频/字幕数据。

在一些实施例中，可以由本机广播者应用显示的缩略图视频图像可以从电视接收器应用传送到本机广播者应用，并且可以以几种方式之一进行格式化。

在一些实施例中，缩略图视频图像可以被格式化为JPEG图像序列。例如，电视接收器应用可以(经由API)提供解析为接收器本身本地的服务器的URL。本机广播者应用可以从此URL获取视频图像以显示为缩略图。电视接收器应用可以连续更新图像，从而每当在视频流中遇到另一个视频访问点(例如，“I帧”)时就将文件替换为新文件。当URL指向一个JPEG文件(其可能被命名为例如“frame.jpg”)时，借助于HTTP头部信息中包含的序列号，本机广播者应用可以确定可用图像是否表示新帧。可替代地，本机广播者应用可以请求文件，并且如果新帧不可用，那么本机广播者应用可以推迟用请求的JPEG响应，直到新帧变得可用为止。

在一些实施例中，缩略图视频图像可以是DASH格式，由电视接收器应用本地服务。例如，经由专有API，电视接收器应用可以向本机广播者应用提供DASH服务器的URL，该DASH服务器可以位于接收器本身内(例如，在localhost下的目录中)。在提供了这样的URL时，本机广播者应用可以首先请求DASH媒体表示描述(MPD)文件的名称，并使用该名称来确定每个媒体组件(视频、音频、字幕)的初始化文件的名称并确定每个组件类型的下一个可用DASH媒体片段的文件名。MPEG DASH标准在日期为2014年5月的ISO/IEC 23009-1:2014“Information technology—Dynamic adaptive streaming over HTTP(DASH)—Part 1:Media presentation description and segment formats”中公开，该标准的全部内容通过引用并入本文。实况流传输视频内容然后可以由本机广播者应用以全帧速率渲染。

在一些实施例中，缩略图视频图像可以在电视接收器应用内被渲染并且可用于被显示在由本机广播者应用提供的表面中。作为另一个示例，可以设计电视接收器应用，使得其渲染可从其在给定ATSC 3.0广播发射内访问的所有服务获得的视频内容。可以通过连接到媒体播放器的DTV接收器中的硬件解码器以全屏和全帧速率渲染用户选择的服务。与该服务相关联的音频也可以被解码和输出。可以在软件中解码其它服务(不是为主视图选择的服务)，并将其渲染到可能与或不与可见显示表面相关联的显示缓冲区中。经由专有API，本机广播者应用可以将这些显示缓冲区中的任何一个附连到由本机广播者应用创建的用于显示的表面。

在一些实施例中，API可以让本机广播者应用知道可用于显示的多个相关联服务以及本机广播者应用可以用来访问和显示它们的格式。

DTV接收器本身可以利用电视接收器应用的这些能力中的一些能力。作为示例，DTV接收器可以提供“画中画”(PiP)功能，以让用户轻松地在调谐的6MHz广播频道上可用的多种服务之间来回跳转。代替PiP窗口，其它子频道的缩略图可以响应于DTV遥控器上的“DISCOVER(发现)”按钮而显示，或者被显示为沿着主频道视频的显示的下部边缘的横幅。

图10图示了由接收装置200或DTV接收器600执行的处理的实施例。在图10中，假定本机广播者应用和电视接收器应用当前都正在执行。该处理可以在步骤S1000处开始，在该步骤中，本机广播者应用经由API向电视接收器应用查询可用服务。

处理进行到步骤S1002，在该步骤中，电视接收器应用经由API用(i)多个可用服务，(ii)用于显示的格式，以及(iii)内容的位置进行响应。例如，参考图9，电视接收器应用可以指定存在三种可用于观看的服务(例如，931、933和935)。电视接收器应用还可以指示用于这些服务的显示格式，诸如例如如上所述的JPEG格式、DASH格式或ATSC格式。此外，电视接收器应用可以指定内容的位置。例如，如果电视接收器应用将显示格式指定为DASH格式，那么电视接收器应用的响应将包括到DASH服务器的URL，如上所述。

处理进行到步骤S1004，其中本机广播者应用为每个可用服务创建视频播放器服务。例如，参考图9，当在步骤S1002中电视接收器应用经由API指示三个服务可用于观看时，本机广播者应用创建用于931、933和935的视频表面。此外，本机广播者应用可以创建用户界面901，以诸如在为911、913和921指定的字段中显示附加信息。

处理进行到步骤S1006，在该步骤中，本机广播者应用检索每个可用服务的内容。例如，当显示格式为DASH时，本机广播者应用使用电视接收器应用提供的URL来检索本机广播者应用创建的每个视频服务的内容。

处理进行到步骤S1008，在该步骤中，确定更新是否可用于电视接收器应用。如果没有更新可用，那么处理返回到步骤S1006。但是，如果有更新可用，那么处理从步骤S1008进行到步骤S1010，在该步骤中，本机广播者应用根据来自电视接收器应用的更新来更新一个或多个视频播放器服务。例如，在步骤S1008中，电视接收器应用可以指示新图像或帧可用于与931对应的视频表面。

图11是由接收装置200或DTV接收器600执行的处理的实施例，以图示广播者应用和本机广播者应用之间经由API的示例通信。在图11的处理中，假定已经启动电视接收器应用。该处理通常可以在步骤S1100中开始，在该步骤中，电视接收器应用接收包含广播者应用的数字广播流(例如，ATSC 3.0广播流)。作为示例，当用户选择用于观看的服务时，可以开始步骤S1100，这使得电视接收器应用向调谐器605发出命令以调谐到与所选择的服务对应的特定RF频道。

处理进行到步骤S1102，在该步骤中，启动广播者应用并执行正常操作。作为示例，广播者应用可以包括程序代码，该程序代码在执行时使广播者应用执行一个或多个任务。处理进行到步骤S1104，以确定本机广播者应用是否可用。在一些实施例中，步骤S1104由广播者应用执行。例如，广播者应用可以经由API向电视接收器应用发送命令以确定哪些本机广播者应用可用，和/或经由API发出使电视接收器应用启动特定本机广播者应用的命令。在另一个示例中，本机广播者应用可以独立于广播者应用而启动，并且可以在执行广播者应用之前运行。如果在步骤S1104中没有本机广播者应用可用，那么处理返回到步骤S1102。

如果本机广播者应用可用，那么处理进行到步骤S1106，以确定是否应该向本机广播者应用分配任务。例如，参考上面讨论的广告替换示例，如果本机广播者应用可用，那么广播者应用可以分配解析每个XLink的任务，因为本机广播者应用可以访问广播者应用可能无法访问的信息。

此外，由于广播者应用不能执行某个任务，因此可以确定应该向本机广播者应用分配该任务。广播者应用不能执行的示例任务包括，例如，(i)访问更高值的内容，诸如4K高动态范围(HDR)；(ii)访问用于绘制的Android图形基元；(iii)在平板电脑或智能电话环境中使用触摸屏手势；(iv)访问Android提供的并且特定于设备的特征，诸如地理位置、密钥链、图片库和设备相机；(v)添加按使用付费功能或访问电子商务功能；(vi)访问广播者应用以其它方式无法使用的本地存储器资源；(vii)访问用户在Android设备中建立的账户；(viii)提供与其它应用(诸如电子邮件、消息传递或Facebook)的链接；以及(ix)访问本地用户偏好。

如果在步骤S1106中不应为本机广播者应用分配任务，那么处理返回到步骤S1102。但是，如果向本机广播者应用分配了任务，那么本机广播者应用执行所分配的任务，并且处理返回到步骤S1102。

如上所述，在一种实施方式中，接收装置200或接收器600的功能和处理可以由一个或多个相应的处理电路来实现。

接下来，参考图12描述根据示例性实施例的处理电路1226的硬件描述。在图12中，处理电路1226包括微处理单元(MPU)1200，其执行本文所述的处理。处理数据和指令可以存储在存储器1202中。这些处理和指令也可以存储在便携式存储介质上，或者可以远程存储。处理电路1226可以具有可替换的订户身份模块(SIM)1201，其包含对于移动设备121的网络服务而言唯一的信息。

此外，要求保护的进步不受存储发明处理的指令的计算机可读介质的形式的限制。例如，指令可以存储在闪存、安全数字随机存取存储器(SDRAM)、随机存取存储器(RAM)、只读存储器(ROM)、可编程只读存储器(PROM)、可擦除可编程只读存储器(EPROM)、电可擦除可编程只读存储器(EEPROM)、固态硬盘或处理电路1226与之通信的任何其它信息处理设备(诸如服务器或计算机)中。

此外，要求保护的进步可以作为与MPU 1200和移动操作系统(诸如Android、

为了实现处理电路1226，可以通过本领域技术人员已知的各种电路系统元件来实现硬件元件。例如，MPU 1200可以是Qualcomm移动处理器、Nvidia移动处理器、来自美国Intel公司的

图12中的处理电路1226还包括网络控制器1206，诸如来自美国Intel公司的Intel以太网PRO网络接口卡，用于与网络1224接口。如可以认识到的，网络1224可以是诸如互联网之类的公共网络，或者诸如LAN或WAN网络之类的专用网络，或其任何组合，并且还可以包括PSTN或ISDN子网络。网络1224也可以是有线的，诸如以太网络。处理电路可以包括用于无线通信的各种类型的通信处理器，包括3G、4G和5G无线调制解调器、

处理电路1226包括可以由MPU 1200管理的通用串行总线(USB)控制器1225。在一个实施例中，调谐器是ATSC 3.0 DTV接收器1250中的硬件设备，其可以调谐到ATSC 3.0广播信号并对其进行解调，并产生一系列ATSC 3.0链路层协议数据包。

处理电路1226还包括显示控制器1208，诸如来自美国的NVIDIA公司的

电源管理和触摸屏控制器1220管理触摸控制和处理电路1226使用的电源。通信总线1222可以是工业标准体系架构(ISA)、扩展工业标准体系架构(EISA)、视频电子标准协会(VESA)、外围组件接口(PCI)或类似的总线，用于互连处理电路1226的所有组件。为了简洁起见，本文省略了显示器1210、按钮1214以及显示控制器1208、电源管理控制器1220、网络控制器1206和I/O接口1212的一般特征和功能的描述，因为这些特征是已知的。

根据上述教导，许多修改和变化是可能的。因此，应该理解的是，在所附权利要求的范围内，可以以不同于本文具体描述的方式来实践本公开。

因此，前述讨论仅公开和描述了本公开的示例性实施例。如本领域技术人员将理解的，在不脱离本发明的精神或基本特性的情况下，本公开可以以其它具体形式来实施。因此，本公开的公开意图是说明性的，而不是限制本公开以及其它权利要求的范围。本公开(包括本文中的教导的任何容易辨别的变型)部分地定义了前述权利要求术语的范围，使得没有发明性主题贡献于公众。

本公开的实施例提供了明显有利的特征，诸如：

1.在Android平台上实现ATSC 3.0接收器；

2.用Java对ATSC 3.0接收器进行编码以实现可移植性；

3.通过使用USB连接的调谐器将应用移植到非DTV硬件；

4.能够将交互式功能从广播者的HTML5应用切换到广播者的Android应用；

5.广播者提供的Android应用具有使用DTV制造商的ATSC 3.0应用提供的资源和服务的能力，例如，以在其控制的显示表面中渲染广播电视；

6.在DTV制造商的ATSC 3.0接收器和广播者的Android应用之间定义专有接口，以提供：

a.关于可供选择或渲染的DTV服务的信息；

b.对允许Android应用渲染可用服务的缩略图的支持；

c.广播者可以用来在其HTML5应用和其Android应用之间进行通信的通用通信路径；

d.HTML5应用向ATSC 3.0接收器查询特定的Android应用的存在的能力；

e.HTML5应用使得特定的Android应用启动的能力。

7.广播者的Android应用能够在其确定的大小和位置的矩形窗口中，以高达全帧速率(没有丢失的帧)的帧速率从DTV接收器可用的多个服务以缩略图格式渲染实况视频。

(1)一种接收装置，包括：存储器，存储电视接收器应用和本机应用；处理器，被配置为：由所述本机应用向所述电视接收器应用发送关于能够用于显示的多个服务的查询命令，响应于所述查询命令，由所述本机应用从所述电视接收器应用接收查询响应消息，所述查询响应消息至少包括指定能够用于显示的多个相关联服务的第一参数，以及由所述本机应用为所述第一参数中指示的每个服务提供视频表面。

(2)根据特征(1)所述的接收装置，其中所述查询响应消息还包括指定显示格式的第二参数、以及指定与能够用于显示的相关联服务对应的内容的位置的第三参数。

(3)根据特征(2)所述的接收装置，其中所述显示格式是JPEG格式、HTTP上动态自适应流传输(DASH)格式和TV格式中的一种。

(4)根据特征(3)所述的接收装置，其中当所述显示格式是JPEG格式时，所述第三参数是指向包含多个JPEG图像的服务器的统一资源定位符(URL)，其中所述本机应用针对由所述本机应用提供的每个视频表面从所述多个JPEG图像中检索第一JPEG图像，以及其中所述电视接收器应用针对由所述本机应用提供的每个视频表面向所述本机应用提供来自服务器的更新后的JPEG图像。

(5)根据特征(3)所述的接收装置，其中当所述显示格式是DASH格式时，所述第三参数是指向DASH服务器的统一资源定位符(URL)，其中所述本机应用使用URL从所述DASH服务器检索包括与相关联服务对应的内容的媒体表示描述(MPD)文件。

(6)根据特征(3)所述的接收装置，其中当所述显示格式是TV格式时，所述第三参数是到每个相关联服务的显示缓冲区的链接，其中每个显示缓冲区包括在数字广播流中接收的服务的内容，以及其中所述本机应用将对应的显示缓冲区附连到由所述本机应用提供的每个视频表面。

(7)根据特征(6)所述的接收装置，其中所述电视接收器应用被配置为提供全屏视频表面，以显示包括在数字广播流中的用户选择的服务，其中由所述本机应用提供的每个视频表面被覆盖在所述全屏视频表面上。

(8)根据特征(1)-(7)中的任一项所述的接收装置，其中所述本机广播者应用和所述电视接收器应用经由应用编程接口(API)彼此通信，所述应用编程接口使得能够在所述本机广播者应用和所述电视接收器应用之间进行直接双向通信。

(9)一种接收装置，包括：存储器，包括本机应用和电视接收器应用；接收器电路系统，被配置为接收包括电视内容和广播者应用的数字广播流；以及处理器，被配置为：由所述电视接收器应用提供视频表面以显示所述电视内容，执行所述广播者应用，以及执行由所述广播者应用识别的本机应用，其中所述本机应用被配置为代替所述广播者应用执行任务、使另一个广播者应用代替所述广播者应用来执行、或者提供所述广播者应用以其它方式无法访问的数据。

(10)根据特征(9)所述的接收装置，其中在所述本机应用执行任务的同时，所述广播者应用执行另一个任务。

(11)根据特征(9)所述的接收装置，其中在所述广播者应用执行另一个任务之前，所述广播者应用等待所述本机应用完成任务。

(12)根据特征(9)所述的接收装置，其中本机广播者应用被配置为向所述电视接收器应用发送具有统一资源定位符(URL)的命令，所述命令使所述电视接收器应用使用URL来检索所述另一个广播者应用，以代替所述广播者应用来执行。

(13)根据特征(9)所述的接收装置，其中所述广播者应用和本机广播者应用经由应用编程接口(API)彼此通信，所述应用编程接口使得能够在所述广播者应用和本机广播者应用之间进行直接双向通信。

(14)一种存储有指令的非暂态计算机可读介质，所述指令在由接收装置中的处理器执行时，使所述处理器执行包括以下操作的方法：由本机应用向电视接收器应用发送关于能够用于显示的多个服务的查询命令，响应于所述查询命令，由所述本机应用从所述电视接收器应用接收查询响应消息，所述查询响应消息至少包括指定能够用于显示的多个相关联服务的第一参数，以及由所述本机应用为所述第一参数中指示的每个服务提供视频表面。

(15)根据特征(14)所述的非暂态计算机可读介质，其中所述查询响应消息还包括指定显示格式的第二参数、以及指定与能够用于显示的相关联服务对应的内容的位置的第三参数。

(16)根据特征(15)的非暂态计算机可读介质，其中所述显示格式是JPEG格式、HTTP上动态自适应流传输(DASH)格式和TV格式中的一种。

(17)根据特征(16)的非暂态计算机可读介质，其中当所述显示格式是JPEG格式时，所述第三参数是指向包含多个JPEG图像的服务器的统一资源定位符(URL)，其中所述本机应用针对由所述本机应用提供的每个视频表面从所述多个JPEG图像中检索第一JPEG图像，以及其中所述电视接收器应用针对由所述本机应用提供的每个视频表面向所述本机应用提供来自服务器的更新后的JPEG图像。

(18)根据特征(16)所述的非暂态计算机可读介质，其中当所述显示格式是DASH格式时，所述第三参数是指向DASH服务器的统一资源定位符(URL)；其中所述本机应用使用URL从所述DASH服务器检索包括与相关联服务对应的内容的媒体表示描述(MPD)文件。

(19)根据特征(16)所述的非暂态计算机可读介质，其中当所述显示格式是TV格式时，所述第三参数是到每个相关联服务的显示缓冲区的链接，其中每个显示缓冲区包括在数字广播流中接收的服务的内容，以及其中所述本机应用将对应的显示缓冲区附连到由所述本机应用提供的每个视频表面。

(20)一种存储有指令的非暂态计算机可读介质，所述指令在由接收装置中的处理器执行时，使所述接收装置执行包括以下操作的方法：接收包括电视内容和广播者应用的数字广播流；由电视接收器应用提供视频表面以显示所述电视内容；执行所述广播者应用；以及执行由所述广播者应用识别的本机应用，其中所述本机应用被配置为代替所述广播者应用执行任务、使另一个广播者应用代替所述广播者应用来执行、或者提供所述广播者应用以其它方式无法访问的数据。