本公开涉及交互式电视领域。
背景技术：
：：数字媒体回放能力可以被结合到广泛的设备中，包括数字电视——包括所谓的“智能”电视、机顶盒、笔记本或台式计算机、平板计算机、数字记录设备、数字媒体播放器、视频游戏设备、蜂窝电话——包括所谓的“智能”电话、专用视频流设备等。数字媒体内容(例如，视频和音频节目)可以源自多个源，包括例如空中电视提供方、卫星电视提供方、有线电视提供方、在线媒体服务提供方——包括所谓的流媒体服务提供方等。数字媒体内容可以通过分组交换网络传送，包括诸如互联网协议(ip)网络的双向网络和诸如数字广播网络的单向网络。可以根据传输标准将数字媒体内容从源传输到接收方设备(例如，数字电视或智能电话)。传输标准的示例包括数字视频广播(dvb)标准、综合服务数字广播标准(isdb)标准、以及由高级电视系统委员会(atsc)开发的标准，包括例如atsc2.0标准。atsc目前正在开发所谓的atsc3.0标准套件。atsc3.0标准套件寻求通过不同的传送机制来支持广泛多样的服务。例如，atsc3.0标准套件寻求支持广播多媒体传送、所谓的广播流/文件下载多媒体传送、所谓的宽带流/文件下载多媒体传送及其组合(即，“混合服务”)。考虑用于atsc3.0标准套件的混合服务的示例包括接收方设备，其接收空中视频广播(例如，通过单向传输)并通过分组交换网络(即，通过双向传输)从在线媒体服务提供方接收同步的次要音频呈现(例如，次要语言)。除了定义可以如何将数字媒体内容从源传输到接收方设备之外，传输标准可以指定可以如何将紧急警报消息从源发送到接收方设备。当前用于传达紧急警报消息和其他屏幕上通知的技术可能不太理想。技术实现要素：根据本公开的一个示例，公开了一种用于用信号发送消息是否直接集成到形成服务的视频组件中的方法，该方法包括：用信号发送指示低级通知片段的实例具有与直接集成到形成服务的视频组件中的消息相关联的类型的值；以及用信号发送包括在通知片段实例中的一个或多个语法元素的、指示消息是否被直接集成到用于特定服务的视频组件中的值。根据本公开的一个示例，公开了一种用于响应于通知消息修改服务的呈现的方法，该方法包括：接收具有与直接集成到形成服务的视频组件中的消息相关联的类型的低级通知片段的实例；通过解析来自通知片段的信息，确定通知消息被直接集成到形成服务的媒体组件中；以及基于通知消息是否被直接集成到形成服务的媒体组件中的确定，修改服务的呈现。根据本公开的一个示例，公开了一种包括非暂时性计算机可读存储介质和一个或多个处理器的设备，该设备被配置为：接收具有与直接集成到形成服务的视频组件中的消息相关联的类型的低级通知片段的实例；通过解析来自通知片段的信息，确定通知消息被直接集成到形成服务的媒体组件中；并且基于通知消息是否被直接集成到形成服务的媒体组件中的确定，修改服务的呈现。在附图和下面的描述中阐述一个或多个示例的细节。从描述和附图以及权利要求中，其他特征、目的和优点将是显而易见的。附图说明图1是示出根据本公开的一个或多个技术的内容递送协议模型的示例的概念图。图2是示出可实施本公开的一个或多个技术的系统的示例的框图。图3是示出可实施本公开的一个或多个技术的服务分发引擎的示例的框图。图4是示出根据本公开的一个或多个技术的紧急通信消息模式的示例的计算机程序列表。图5是示出根据本公开的一个或多个技术的根据模式来格式化的紧急通信消息的示例的计算机程序列表。图6是示出根据本公开的一个或多个技术的紧急通信消息模式的示例的计算机程序列表。图7是示出根据本公开的一个或多个技术的根据模式来格式化的紧急通信消息的示例的计算机程序列表。图8a是示出根据本公开的一个或多个技术的根据模式来格式化的紧急通信消息的示例的计算机程序列表。图8b是示出根据本公开的一个或多个技术的根据模式来格式化的紧急通信消息的示例的计算机程序列表。图8c是示出根据本公开的一个或多个技术的根据模式来格式化的紧急通信消息的示例的计算机程序列表。图8d是示出根据本公开的一个或多个技术的根据模式来格式化的紧急通信消息的示例的计算机程序列表。图9是示出根据本公开的一个或多个技术的根据模式来格式化的紧急通信消息的示例的计算机程序列表。图10是示出根据本公开的一个或多个技术的根据模式来格式化的紧急通信消息的示例的计算机程序列表。图11是示出根据本公开的一个或多个技术的紧急通信消息模式的示例的计算机程序列表。图12是示出可以实施本公开的一个或多个技术的接收方设备的示例的框图。图13是示出根据本公开的一个或多个技术的屏幕上通知通信消息模式的示例的计算机程序列表。图14是示出根据本公开的一个或多个技术的根据模式来格式化的屏幕上通知通信消息的示例的计算机程序列表。图15是示出根据本公开的一个或多个技术的屏幕上通知通信消息模式的示例的计算机程序列表。具体实施方式总体上，本公开描述了用于用信号发送与通知消息相关联的信息的技术，该通知消息包括例如紧急警报消息。具体而言，本文描述的技术可用于用信号发送紧急警报消息的类型、与紧急警报消息相关联的定时信息、和/或与紧急警报消息相关联的其他信息。在一些情况下，接收方设备能够解析与紧急警报消息相关联的信息，并且使得数字媒体内容的呈现/渲染被修改，使得相应的紧急消息警报对于用户来说更加明显。例如，如果信令信息指示存在特定类型的紧急警报消息，则接收方设备可以被配置为关闭或暂时挂起应用。应当注意，尽管在一些示例中，这里描述的技术是关于紧急警报来描述的，但是这里描述的技术可以更普遍地适用于其他类型的警报和消息。例如，广告服务器可以被配置为生成可以与多媒体内容(例如电视节目)一起呈现的补充内容(例如横幅广告)。以类似于这里关于紧急警报消息描述的方式，可以根据这里描述的技术用信号发送与广告消息等相关联的信息。应当注意，尽管在一些示例中，本公开的技术是关于atsc标准描述的，但是这里描述的技术通常适用于任何传输标准。例如，这里描述的技术通常适用于任何dvb标准、isdb标准、atsc标准、数字地面多媒体广播(dtmb)标准、数字多媒体广播(dmb)标准、混合广播和宽带电视(hbbtv)标准、万维网联盟(w3c)标准、通用即插即用(upnp)标准、以及其他视频编码标准。此外，应当注意，本文中通过引用并入文献是为了描述的目的，并且不应当被理解为限制和/或产生关于本文中使用的术语的模糊性。例如，在一份并入的参考文献提供了与另一份并入的参考文献不同的术语定义的情况下和/或当该术语在本文中使用时，该术语应该以广泛包括每个相应定义的方式和/或以包括可选方案中的每个特定定义的方式来解释。根据本公开的一个示例，一种用于用信号发送与紧急警报消息相关联的信息的方法包括：用信号发送指示紧急警报消息被直接集成到形成服务的媒体组件中的语法元素，并且用信号发送以下语法元素中的一个或多个：标识对应于服务的数据信道的语法元素、唯一标识数据信道内的服务的语法元素、指示紧急警报消息的开始时间的语法元素、以及指示紧急警报消息的持续时间的语法元素。根据本公开的另一示例，用于用信号发送与紧急警报消息相关联的信息的设备包括一个或多个处理器，该处理器被配置为用信号发送指示紧急警报消息被直接集成到形成服务的媒体组件中的语法元素，并且用信号发送以下语法元素中的一个或多个：标识对应于服务的数据信道的语法元素、唯一标识数据信道内的服务的语法元素、指示紧急警报消息的开始时间的语法元素以及指示紧急警报消息的持续时间的语法元素。根据本公开的另一示例，一种设备包括用于用信号发送指示紧急警报消息被直接集成到形成服务的媒体组件中的语法元素的装置；以及用于用信号发送以下语法元素中的一个或多个的装置：标识对应于服务的数据信道的语法元素、唯一标识数据信道内的服务的语法元素、指示紧急警报消息的开始时间的语法元素、以及指示紧急警报消息的持续时间的语法元素。根据本公开的另一示例，一种非暂时性计算机可读存储介质包括存储在其上的指令，该指令在执行时使得设备的一个或多个处理器用信号发送指示紧急警报消息被直接集成到形成服务的媒体组件中的语法元素，并且用信号发送以下语法元素中的一个或多个：标识对应于服务的数据信道的语法元素、唯一标识数据信道内的服务的语法元素、指示紧急警报消息的开始时间的语法元素、以及指示紧急警报消息的持续时间的语法元素。根据本公开的一个示例，一种用于响应于紧急警报消息修改服务呈现的方法包括：从广播流接收信令通知片段；通过解析来自信令通知片段的信息来确定紧急警报消息被直接集成到形成服务的媒体组件中；以及基于紧急警报消息是否被直接集成到形成服务的媒体组件中的确定，修改服务呈现。根据本公开的另一示例，一种用于响应于紧急警报消息修改服务呈现的设备包括一个或多个处理器，该处理器被配置为从广播流接收信令通知片段，通过解析来自信令通知片段的信息来确定紧急警报消息被直接集成到形成服务的媒体组件中，并且基于紧急警报消息是否被直接集成到形成服务的媒体组件中的确定，修改服务呈现。根据本公开的另一示例，一种设备包括：用于从广播流接收信令通知片段的装置；用于通过解析来自信令通知片段的信息来确定紧急警报消息被直接集成到形成服务的媒体组件中的装置；以及用于基于紧急警报消息是否被直接集成到形成服务的媒体组件中的确定，修改服务呈现的装置。根据本公开的另一个示例，非暂时性计算机可读存储介质包括存储在其上的指令，该指令在执行时使得设备的一个或多个处理器接收来自广播流的信令通知片段，通过解析来自信令通知片段的信息来确定紧急警报消息被直接集成到形成服务的媒体组件中，并且基于紧急警报消息是否被直接集成到形成服务的媒体组件中的确定，修改服务呈现。传输标准可以定义可以如何将紧急警报从服务提供方传送到接收方设备。紧急警报通常由应急机构(emergencyauthority)生成并传输给服务提供方。应急机构可以作为政府机构的一部分。例如，应急机构可以包括美国国家气象局、美国国土安全部、地方和区域机构(例如警察和消防部门)等。紧急警报可以包括关于当前或预期紧急情况的信息。信息可以包括旨在进一步保护生命、健康、安全和财产的信息，并且可以包括关于紧急情况以及如何应对紧急情况的关键细节。可能与紧急警报相关联的紧急情况类型的示例包括龙卷风、飓风、洪水、潮汐波、地震、结冰情况、大雪、大范围火灾、有毒气体排放、大范围停电、工业爆炸、民间骚乱、天气即将变化的警告和监视等。诸如电视广播方(例如，区域网络附属公司)、多频道视频节目分发商(mvpd)(例如，有线电视服务运营商、卫星电视服务运营商、互联网协议电视(iptv)服务运营商)等的服务提供方可以生成一个或多个紧急警报消息，以分发给接收方设备。紧急警报和/或紧急警报消息可以包括文本(例如，“恶劣天气警报”)、图像(例如天气图)、音频内容(例如警告音、音频消息等)、视频内容、和/或电子文档中的一个或多个。在一些示例中，紧急警报消息可以直接集成到多媒体内容的呈现中(即，作为滚动横幅“嵌入”到视频中或者与音轨混合)。此外，在一些示例中，紧急警报和/或紧急警报消息可以包括统一资源标识符(uri)。例如，紧急警报消息可以包括通用资源定位符(url)，其标识可以获得与紧急情况相关的附加信息(例如，视频、音频、文本、图像等)的位置(例如，包括描述紧急情况的文档的服务器的ip地址)。接收包括url(通过单向广播或双向宽带连接)的紧急警报消息的接收方设备可以获得描述紧急警报的文档，解析该文档，并在显示器上显示包括在该文档中的信息(例如，在视频呈现上生成和覆盖滚动横幅、渲染图像、播放音频消息)。在一些示例中，描述紧急警报的文档可以根据协议来定义，包括例如公共警报协议(cap)。协议可以指定一个或多个用于格式化紧急警报消息的模式，诸如例如基于超文本标记语言(html)、动态html、可扩展标记语言(xml)、javascript对象符号(json)和级联样式表(css)的模式。在oasis中描述的公共警报协议版本1.2：“公共警报协议”版本1.2，2010年7月1日(以下称为“cap版本1.2”)提供了可以如何根据xml模式来格式化紧急警报消息的示例，该文件通过引用并入本文。计算设备和/或传输系统可以基于包括一个或多个抽象层的模型，其中每个抽象层处的数据根据特定结构——例如，分组结构、调制方案等——来表示。包括定义的抽象层的模型的示例是图1所示的所谓开放系统互连(osi)模型。osi模型定义了7层堆栈模型，包括应用层、呈现层、会话层、传输层、网络层、数据链路层、和物理层。应当注意，关于描述堆叠模型中的层使用术语“上”和“下”可以基于应用层是最上层，物理层是最下层。此外，在一些情况下，术语“层1”或“l1”可用于指代物理层，术语“层2”或“l2”可用于指代链路层，术语“层3”或“l3”或“ip层”可用于指代网络层。物理层通常可以指电信号形成数字数据的层。例如，物理层可以指定义调制射频(rf)符号如何形成数字数据帧的层。数据链路层，也可以称为链路层，可以指在发送侧物理层处理之前和接收侧物理层接收之后使用的抽象。如本文所使用的，链路层可以指用于将数据从网络层传输到发送侧的物理层以及用于将数据从物理层传输到接收侧的网络层的抽象。应当注意，发送侧和接收侧是逻辑角色，并且单个设备既可以在一个实例中作为发送侧，也可以在另一个实例中作为接收侧这两者。链路层可以将封装在特定分组类型(例如，运动图像专家组-传输流(mpeg-ts)分组、互联网协议版本4(ipv4)分组等)中的各种类型的数据(例如，视频、音频或应用文件)抽象为单一通用格式，以供物理层处理。网络层通常可以指发生逻辑寻址的层。也就是说，网络层通常可以提供寻址信息(例如，互联网协议(ip)地址、url、uri等)，使得数据分组可以被传送到网络内的特定节点(例如，计算设备)。如本文所使用的，术语网络层可以指链路层之上的层和/或具有数据的层，该数据的结构使得其可以被接收用于链路层处理。传输层、会话层、呈现层和应用层中的每一个都可以定义数据是如何分发给用户应用使用的。传输标准，包括当前正在开发的传输标准，可以包括为每个层指定支持的协议的内容递送协议模型，并且可以进一步定义一个或多个特定的层实施方式。再次参考图1，示出了示例性内容递送协议模型。在图1所示的示例中，出于说明的目的，内容递送协议模型100通常与7层osi模型对齐。应当注意，这种图示不应当被解释为限制内容递送协议模型100和/或这里描述的技术的实施方式。内容递送协议模型100通常可以对应于atsc3.0标准套件的当前提出的内容递送协议模型。此外，这里描述的技术可以在被配置为基于内容递送协议模型100操作的系统中实施。atsc3.0标准套件包括atsc标准a/321、系统发现和信令文档a/321:2016，2016年3月23日(下称“a/321”)，其全文通过引用并入本文。a/321描述了atsc3.0单向物理层实施方式的物理层波形的初始入口点。此外，目前正在开发的atsc3.0标准套件的各个方面在候选标准、其修订版和工作草案(wd)中有描述，其中的每一份都可能包括建议纳入atsc3.0标准的发布(即，“最终”或“采用”)版本中的各个方面。例如，atsc标准：物理层协议，文档s32-230r45，2015年9月6日，描述了一种用于atsc3.0的提出的单向物理层，该文档全文引入本文作为参考。提出的atsc3.0单向物理层包括物理层帧结构，该物理层帧结构包括定义的引导、前导码、和数据有效载荷结构，该数据有效载荷结构包括一个或多个物理层管道(plp)。plp通常可以指rf信道或rf信道的一部分内的逻辑结构。提出的atsc3.0标准套件将rf信道抽象称为广播流。提出的atsc3.0标准套件还规定，plp由plp标识符(plpid)标识，该标识符在其所属的广播流中是唯一的。也就是说，plp可以包括具有特定调制和编码参数的rf信道的一部分(例如，由地理区域和频率标识的rf信道)。提出的atsc3.0单向物理层提供了单个rf信道可以包含一个或多个plp，并且每个plp可以承载一个或多个服务。在一个示例中，多个plp可以承载单个服务。在提出的atsc3.0标准套件中，术语“服务”可用于指用户聚集呈现的媒体组件集合(例如，视频组件、音频组件和字幕组件)，其中组件可以是多种媒体类型，其中服务可以是连续的或间歇的，其中服务可以是实时服务(例如，对应于实况事件的多媒体呈现)或非实时服务(例如，视频点播服务、电子服务指南服务)，并且其中实时服务可以包括电视节目序列。服务可以包括基于应用的特征。基于应用的特征可以包括服务组件，包括应用、应用将使用的可选文件以及指示应用在特定时间采取特定动作的可选通知。在一个示例中，应用可以是构成增强的或交互式服务的文档集合。应用的文档可以包括html、javascript、css、xml和/或多媒体文件。应当注意，提出的atsc3.0标准套件规定了未来版本中可以定义新类型的服务。因此，如本文所使用的，术语“服务”可以指关于所提出的atsc3.0标准套件描述的服务和/或其他类型的数字媒体服务。如上所述，服务提供方可以从应急机构接收紧急警报，并生成紧急警报消息，该紧急警报消息可以与服务一起分发到接收方设备。服务提供方可以生成集成到多媒体呈现中的紧急警报消息和/或生成紧急警报消息作为基于应用的增强的一部分。例如，紧急信息可以在视频中显示为文本(其可以被称为紧急屏幕文本信息)，并且可以包括例如滚动横幅(其可以被称为爬行者(crawl))。滚动横幅可以作为嵌入视频呈现的文本消息(例如，作为屏幕上紧急警报消息)和/或作为包括在文档中的文本(例如，capxml片段)被接收方设备接收。应当注意，这里描述的技术通常可应用于服务提供方集成到多媒体呈现中的任何类型的消息接发，即，这里描述的技术通常可应用于“嵌入”信令。参考图1，内容递送协议模型100支持通过atsc广播物理层使用基于用户数据报协议(udp)和互联网协议(ip)的mpeg媒体传输协议(mmtp)以及基于udp和ip的单向传输的实时对象递送(route)的流传输和/或文件下载。mmtp在iso/iec:iso/iec23008-1，“信息技术——异构环境中的高效编码和媒体递送——第1部分：mpeg媒体传输(mmt)”中描述。atsc候选标准：信令、递送、同步和错误保护(a/331)文档s33-1-500r5，2016年1月14日，2016年3月31日修订版5(以下简称“a/331”)提供了route概述，其全部内容通过引用并入本文。应当注意，尽管atsc3.0在某些上下文中使用术语“广播”来指代单向空中传输物理层，但是所谓的atsc3.0广播物理层支持通过流传输或文件下载进行视频递送。因此，这里使用的术语“广播”不应该用来限制根据本公开的一个或多个技术传输视频和相关数据的方式。此外，内容递送协议模型100支持atsc广播物理层的信令(例如，使用物理帧前导码的信令)、atsc链路层的信令(使用链路映射表(lmt)的信令)、ip层的信令(例如，所谓的低级信令(lowlevelsignalling、lls))、服务层信令(sls)(例如，使用mmtp或route中的消息的信令)、以及应用层或呈现层信令(例如，使用视频或音频水印的信令)。在一些示例中，接收紧急警报消息的接收方设备可以接收对应于紧急警报消息的信息。如上所述，在提出的atsc3.0标准套件中，物理层包括帧结构，该帧结构包括引导、前导码和包括一个或多个plp的数据有效载荷。a/321定义了包括三个符号的引导。在a/321中，第一引导符号包括第一紧急警报唤醒一位字段ea_wake_up_1，第二引导符号包括第二紧急警报唤醒一位字段ea_wake_up_2。提出的atsc3.0标准集、ea_wake_up_1和ea_wake_up_2的值根据表1定义。值含义‘00’当前用信号发送唤醒设备的紧急情况‘01’唤醒设备的紧急情况-设置1‘10’唤醒设备的紧急情况-设置2‘11’唤醒设备的紧急情况-设置3表1因此，ea_wake_up_1和ea_wake_up_2中的每一个使接收方设备能够检测紧急信息是否可用(即，当ea_wake_up_1和ea_wake_up_2中的任一个等于1时)。此外，在表1中，从一种设置到另一种设置的改变指示新的唤醒调用。应当注意，在提出的atsc3.0标准套件中，不要求使用ea_wake_up_1和ea_wake_up_2。也就是说，服务提供方可以分发紧急警报消息而不使用紧急警报唤醒位。此外，关于提出的atsc3.0标准套件，设置旨在相对静态(即，以相对低的频率变化，例如分钟或小时)。例如，如果/当冬季风暴监视紧急警报变为冬季风暴警告紧急警报时，可能会发生从一种设置到另一种设置的变化。如上所述，提出的atsc3.0标准套件支持ip层的信令，这被称为低级信令(lls)。在提出的atsc3.0标准套件中，lls包括信令信息，该信令信息在具有专用于该信令功能的地址/端口的ip分组的有效载荷中承载。提出的atsc3.0标准套件定义了四种类型的lls信息，这些信息可以以lls表的形式用信号发送：服务列表表(slt)、评级区域表(rrt)、系统时间片段和公共警报协议(cap)消息。表2提供了根据提出的atsc3.0标准套件定义的lls表的语法。在表2和这里描述的其他表中，uimsbf指无符号整型最高有效位第一数据格式，var指可变位数。表2a/331为表2中包括的语法元素提供了以下语义：lls_table_id—8位无符号整型，它将标识正文中递送的表的类型。provider_id—8位无符号整型，它将标识与在lls_table()的该实例中用信号发送的服务相关联的提供方，其中“提供方”是使用部分或全部该广播流广播服务的广播商。provider_id在这个广播流中将是唯一的。lls_table_version—8位无符号整型，每当表中由table_id标识的数据发生变化时，该整型将递增1。当该值达到0xff时，该值将在递增时换行为0x00。slt—xml格式服务列表表，用gzip压缩[即gzip文件格式]。rrt—符合[a/331]附录f中规定的结构的评级区域表的实例，用gzip压缩。系统时间—xml格式的系统时间片段，用gzip压缩。cap—xml格式的公共警报协议片段，用gzip压缩。应当注意，提出的atsc3.0标准套件规定了根据cap版本1.2格式化公共警报协议片段。应当注意，目前正在提议对cap版本1.2进行修改，以纳入atsc3.0标准套件。如上所述，提出的atsc3.0标准套件支持使用视频或音频水印的信令。水印可能有助于确保接收方设备能够检索补充内容(例如，紧急消息、可选音轨、应用数据、隐藏式字幕数据等)，而不管多媒体内容是如何分发的。例如，本地网络附属公司可以在视频信号中嵌入水印，以确保接收方设备可以检索与本地电视呈现(例如，本地新闻广播)相关联的补充信息，从而向观众呈现补充内容。例如，内容提供方可能希望确保消息在重新分发场景中与媒体服务的呈现一起出现。重新分发场景的示例可以包括atsc3.0接收方设备接收多媒体信号(例如，视频和/或音频信号)并从多媒体信号恢复嵌入信息的情况。例如，接收方设备(例如，数字电视)可以从多媒体接口(例如，高清晰度多媒体接口(hdmi)等)接收未压缩的视频信号，并且接收方设备可以从未压缩的视频信号恢复嵌入的信息。在一些情况下，当mvpd充当接收方设备和内容提供方(例如，本地网络附属公司)之间的中介时，可能会发生重新分发场景。在这些情况下，机顶盒可以通过特定的物理层、链路层、和/或网络层格式接收多媒体服务数据流，并将未压缩的多媒体信号输出到接收方设备。应当注意，在一些示例中，重新分发场景可以包括机顶盒或家庭媒体服务器充当家庭视频分配器并且(例如，通过本地有线或无线网络)服务于连接的设备(例如，智能手机、平板电脑等)的情况。此外，应当注意，在一些情况下，mvpd可以在视频信号中嵌入水印，以增强源自内容提供方的内容(例如，提供有针对性的补充广告)。atsc候选标准：内容恢复(a/336)，文档s33-178r2，2016年1月15日(以下称为“a/336”)，其全文以引用的方式并入，具体说明了音频水印有效载荷、视频水印有效载荷和音轨的用户区域中能如何承载某些信令信息，以及在重新分发场景中如何能使用这些信息来访问补充内容。a/336描述了视频水印有效载荷可以包括emergency_alert_message()的情况。emergency_alert_message()支持在视频水印中递送紧急警报信息。表3提供了a/336中提供的emergency_alert_message()的语法。表3a/336为各个语法元素cap_message_id_length、cap_message_id、cap_message_url_length、cap_message_url、expires、urgency、severity_certainty提供了以下定义。应当注意，在表3和包括bslbf的其他表中，bslbf可以指位字符串，左位优先。cap_message_id_length—这个8位无符号整型字段给出了cap_message_id字段的以字节为单位的长度。cap_message_id—该字符串将给出[cap1.2版]中定义的cap消息的id。它将是由cap_message_url指示的[公共警报协议(cap)]消息的cap.警报.标识符元素的值。cap_message_url_length—这个8位无符号整型字段给出了cap_message_url字段的以字节为单位的长度。cap_message_url—该字符串将给出可用于检索cap消息的url。expires(过期)—此参数将指示cap消息中的任何<info>元素的最晚过期日期和时间，编码为自1970年1月1日00:00:00，国际原子能时间(tai)以来的秒数的32位计数。urgency(紧急程度)—当设置为“1”时，该标志将指示cap消息中最紧急的<info>元素的紧急程度是“立即”。当设置为“0”时，它将指示其他情况。severity_certainty—这是4位字段代码，从确定性和严重性的必需cap元素的值导出。以这种方式，所提出的atsc3.0标准套件提供了一种机制，用于使用嵌入水印信号中的url来检索capxml片段和/或通过解析lls表来检索capxml片段，并且使用物理层帧的前导码中的两个一位字段来提供紧急警报唤醒信令。当前提出的atsc3.0标准套件没有提供机制来用信号发送紧急警报消息是否直接集成到多媒体内容的呈现中(例如，视频是否有紧急警报消息作为屏幕上紧急警报消息的一部分嵌入视频中)。应当注意，在一些情况下，为了确保直接集成到多媒体内容呈现中的紧急警报消息对用户来说是显而易见的，服务提供方用信号发送紧急警报消息是否直接集成到多媒体内容呈现中可能是有用的和/或必要的。例如，接收方设备可以运行最小化多媒体呈现大小的应用(例如，电子服务指南应用)，或者在显示器上呈现隐藏紧急警报消息的基于应用的特征(例如，在显示器底部的覆盖紧急警报滚动文本的弹出广告窗口)。在这样的示例中，接收方设备暂时挂起应用和/或改变多媒体呈现的渲染方式可能是有用的和/或必要的，以便增加用户意识到紧急警报消息的可能性。图2是示出可实施本公开中描述的一个或多个技术的系统的示例的框图。系统200可以被配置为根据本文描述的技术来传送数据。在图2所示的示例中，系统200包括一个或多个接收方设备202a–202n、电视服务网络204、电视服务提供方站点206、广域网212、一个或多个内容提供方站点214、一个或多个应急机构站点216和一个或多个紧急警报数据提供方站点218。系统200可以包括软件模块。软件模块可以存储在存储器中并由处理器执行。系统200可以包括一个或多个处理器和多个内部和/或外部存储设备。存储设备的示例包括文件服务器、文件传输协议(ftp)服务器、网络连接存储(nas)设备、本地磁盘驱动器、或能够存储数据的任何其他类型的设备或存储介质。存储介质可以包括蓝光光盘、dvd、光盘、cd-rom、磁盘、闪存或任何其他合适的数字存储介质。当在此描述的技术部分地以软件实施时，设备可以将用于软件的指令存储在合适的非暂时性计算机可读介质中，并且使用一个或多个处理器以硬件执行指令。系统200表示可以被配置为允许诸如例如电影、实况体育赛事等的数字媒体内容以及与之相关联的数据、应用和媒体呈现(例如，紧急消息警报)被分发到多个计算设备(例如接收方设备202a-202n)并被其访问的系统的示例。在图2所示的示例中，接收方设备202a-202n可以包括被配置为从电视服务提供方站点206接收数据的任何设备。例如，接收方设备202a-202n可以装备有用于有线和/或无线通信，并且可以被配置为通过一个或多个数据信道接收服务，并且可以包括电视，包括所谓的智能电视、机顶盒和数字录像机。此外，接收方设备202a-202n可以包括台式、笔记本或平板计算机、游戏控制台、移动设备，包括例如被配置为从电视服务提供方站点206接收数据的“智能”电话、蜂窝电话和个人游戏设备。应当注意，尽管系统200被示出为具有不同的站点，但是这种图示是出于描述的目的，并且不将系统200限制于特定的物理架构。可以使用硬件、固件、和/或软件实施方式的任何组合来实现系统200和其中包括的站点的功能。电视服务网络204是被配置为能够分发数字媒体内容的网络的示例，该数字媒体内容可以包括电视服务。例如，电视服务网络204可以包括公共空中电视网络、公共或基于订阅的卫星电视服务提供方网络、公共或基于订阅的有线电视提供方网络和/或云上(overthetop)或互联网服务提供方。应当注意，尽管在一些示例中，电视服务网络204可以主要用于使得能够提供电视服务，但是电视服务网络204也可以使得能够根据这里描述的电信协议的任何组合来提供其他类型的数据和服务。此外，应当注意，在一些示例中，电视服务网络204可以实现电视服务提供方站点206和一个或多个接收方设备202a–202n之间的双向通信。电视服务网络204可以包括无线和/或有线通信介质的任何组合。电视服务网络204可以包括同轴电缆、光纤电缆、双绞线电缆、无线发射器和接收器、路由器、交换机、中继器、基站或任何其他有助于便于各种设备和站点之间通信的设备。电视服务网络204可以根据一个或多个电信协议的组合来操作。电信协议可以包括专有方面和/或可以包括标准化电信协议。标准化电信协议的示例包括dvb标准、atsc标准、isdb标准、dtmb标准、dmb标准、有线数据服务接口规范(docsis)标准、hbbtv标准、w3c标准和upnp标准。再次参考图2，电视服务提供方站点206可以被配置为经由电视服务网络204分发电视服务。例如，电视服务提供方站点206可以包括一个或多个广播站、mvpd——诸如例如有线电视提供方、卫星电视提供方或基于互联网的电视提供方。在图2所示的示例中，电视服务提供方站点206包括服务分发引擎208、内容数据库210a、和紧急警报数据库210b。服务分发引擎208可以被配置为接收数据，包括例如多媒体内容、交互式应用和消息，包括紧急警报和/或紧急警报消息，并且通过电视服务网络204将数据分发到接收方设备202a-202n。例如，服务分发引擎208可以被配置为根据上述一个或多个传输标准(例如atsc标准)的方面来传输电视服务。在一个示例中，服务分发引擎208可以被配置为通过一个或多个源接收数据。例如，电视服务提供方站点206可以被配置为通过卫星上行链路/下行链路或通过直接传输从区域或国家广播网络(例如，nbc、abc等)接收包括电视节目的传输。此外，如图2所示，电视服务提供方站点206可以与广域网212通信，并且可以被配置为从(一个或多个)内容提供方站点214接收多媒体内容和数据。应当注意，在一些示例中，电视服务提供方站点206可以包括电视演播室，并且内容可以源自电视演播室。内容数据库210a和紧急警报数据库210b可以包括被配置为存储数据的存储设备。例如，内容数据库210a可以存储多媒体内容和与之相关联的数据，包括例如描述性数据和可执行交互式应用。例如，体育赛事可以与提供统计更新的交互式应用相关联。紧急警报数据库210b可以存储与紧急警报相关联的数据，包括例如紧急警报消息。数据可以根据定义的数据格式来格式化，诸如例如html、动态html、xml和javascript对象表示法(json)，并且可以包括url和uri，使得接收方设备202a-202n能够例如从(一个或多个)紧急警报数据提供方站点218之一访问数据。在一些示例中，电视服务提供方站点206可以被配置为提供对存储的多媒体内容的访问，并且通过电视服务网络204将多媒体内容分发到一个或多个接收方设备202a-202n。例如，存储在内容数据库210a中的多媒体内容(例如音乐、电影和电视(tv)节目)可以经由电视服务网络204在所谓的按需基础上提供给用户。广域网212可以包括基于分组的网络，并且根据一个或多个电信协议的组合来操作。电信协议可以包括专有方面和/或可以包括标准化电信协议。标准化电信协议的示例包括全球系统移动通信(gsm)标准、码分多址(cdma)标准、第三代合作伙伴计划(3gpp)标准、欧洲电信标准协会(etsi)标准、欧洲标准(en)、ip标准、无线应用协议(wap)标准、以及电气和电子工程师协会(ieee)标准，诸如例如一个或多个ieee802标准(例如，wi-fi)。广域网212可以包括无线和/或有线通信介质的任何组合。广域网212可以包括同轴电缆、光纤电缆、双绞线电缆、以太网电缆、无线发射器和接收器、路由器、交换机、中继器、基站、或任何其他有助于便于各种设备和站点之间通信的设备。在一个示例中，广域网212可以包括互联网。再次参考图2，(一个或多个)内容提供方站点214表示可以向电视服务提供方站点206和/或在某些情况下向接收方设备202a-202n提供多媒体内容的站点的示例。例如，内容提供方站点可以包括具有一个或多个演播室内容服务器的演播室，该演播室内容服务器被配置为向电视服务提供方站点206提供多媒体文件和/或内容馈送。在一个示例中，(一个或多个)内容提供方站点214可以被配置为使用ip套件提供多媒体内容。例如，内容提供方站点可以被配置为根据实时流协议(rtsp)、超文本传输协议(http)等向接收方设备提供多媒体内容。(一个或多个)应急机构站点216表示可以向电视服务提供方站点206提供紧急警报的站点的示例。例如，如上所述，应急机构可以包括美国国家气象局、美国国土安全部、地方和区域机构等。应急机构站点可以是与电视服务提供方站点206通信(直接或通过广域网212)的应急机构的物理位置。应急机构站点可以包括被配置为向电视服务提供方站点206提供紧急警报的一个或多个服务器。如上所述，服务提供方——例如电视服务提供方站点206——可以接收紧急警报，并生成紧急警报消息以分发给接收方设备——例如接收方设备202a-202n。应当注意，在某些情况下，紧急警报和紧急警报消息可能相似。例如，电视服务提供方站点206可以将从(一个或多个)应急机构站点216接收的xml片段作为紧急警报消息的一部分传递给接收方设备202a-202n。电视服务提供方站点206可以根据定义的数据格式生成紧急警报消息，诸如例如，html、动态html、xml和json。如上所述，紧急警报消息可以包括标识在哪里可以获得与紧急情况相关的附加信息的url。(一个或多个)紧急警报数据提供方站点218表示被配置为通过广域网212向一个或多个接收方设备202a-202n和/或在一些示例中向电视服务提供方站点206提供紧急警报数据的站点的示例，(一个或多个)紧急警报数据包括基于超文本的内容、xml片段等。(一个或多个)紧急警报数据提供方站点218可以包括一个或多个网络服务器。应当注意，由(一个或多个)紧急警报数据提供方站点218提供的数据可以包括音频和视频内容。如上所述，服务分发引擎208可以被配置为接收数据，包括例如多媒体内容、交互式应用和消息，并且通过电视服务网络204将数据分发到接收方设备202a-202n。因此，在一个示例场景中，电视服务提供方站点206可以从(一个或多个)应急机构站点216接收紧急警报(例如，恐怖袭击警告)。服务分发引擎208可以基于紧急警报生成紧急警报消息(例如，屏幕上的“恐怖袭击警告”滚动文本)，使紧急消息被直接集成到从(一个或多个)内容提供方站点214接收的内容中，并且生成包括具有集成的紧急警报消息的内容的信号。例如，服务分发引擎208可以将紧急警报消息嵌入到从网络附属机构接收的电视节目(例如，屏幕上紧急警报消息)，并生成包括紧急警报消息和电视节目的信号，以供接收方设备202a-202n接收。图3是示出可实施本公开的一个或多个技术的服务分发引擎的示例的框图。服务分发引擎300可以被配置为接收数据并输出表示该数据的信号，以便通过例如电视服务网络204的通信网络分发。例如，服务分发引擎300可以被配置为接收一组或多组数据并输出可以使用单个射频频带(例如，6mhz信道、8mhz信道等)传输的信号或绑定信道(例如，两个分开的6mhz信道)发射的信号。如图3所示，服务分发引擎300包括组件封装器302、传输和网络分组生成器304、链路层分组生成器306、帧生成器和波形生成器308、以及系统存储器310。组件封装器302、传输和网络分组生成器304、链路层分组生成器306、帧生成器和波形生成器308以及系统存储器310中的每一个可以互连(物理地、通信地和/或操作地)用于组件间通信，并且可以被实施为各种合适的电路中的任何一种，诸如一个或多个微处理器、数字信号处理器(dsp)、专用集成电路(asic)、现场可编程门阵列(fpga)、离散逻辑、软件、硬件、固件或其任何组合。应当注意，尽管服务分发引擎300被示出为具有不同的功能块，但是这种图示是出于描述的目的，并且不将服务分发引擎300限制于特定的硬件架构。服务分发引擎300的功能可以使用硬件、固件和/或软件实施方式的任何组合来实现。系统存储器310可以被描述为非暂时性或有形的计算机可读存储介质。在一些示例中，系统存储器310可以提供临时和/或长期存储。在一些示例中，系统存储器310或其部分可以被描述为非易失性存储器，在其他示例中，系统存储器310的部分可以被描述为易失性存储器。易失性存储器的示例包括随机存取存储器(ram)、动态随机存取存储器(dram)和静态随机存取存储器(sram)。非易失性存储器的示例包括磁性硬盘、光盘、软盘、闪存、或电可编程存储器(eprom)或电可擦除可编程存储器(eeprom)的形式。系统存储器310可以被配置为存储服务分发引擎300在操作期间可以使用的信息。应当注意，系统存储器310可以包括包含在组件封装器302、传输/网络分组生成器304、链路层分组生成器306、以及帧构建器和波形生成器308中的每个中的单独的存储器元件。例如，系统存储器310可以包括一个或多个缓冲器(例如，先进先出(fifo)缓冲器)，其被配置为存储数据以供服务分发引擎300的组件处理。组件封装器302可以被配置为接收服务的一个或多个组件，并根据定义的数据结构封装一个或多个组件。例如，组件封装器302可以被配置为接收一个或多个媒体组件并基于mmtp生成包。此外，组件封装器302可以被配置为接收一个或多个媒体组件，并基于http动态自适应流(dash)生成媒体呈现。此外，组件封装器302可以被配置为接收视频组件紧急警报，并将紧急警报消息直接集成到视频组件中。在一个示例中，组件封装器302可以通过使用视频编辑技术(例如，文本叠加视频编辑技术)将紧急警报消息直接集成到视频组件中。此外，应当注意，在一些示例中，组件封装器302可以通过将数据集成到编码的视频数据中来将紧急警报消息直接集成到视频组件中。例如，在使用hevc组件封装器302编码视频数据的情况下，可以通过用包括紧急警报消息的一个或多个切片或贴片替换一个或多个切片或贴片(例如，对应于图片或帧底部的切片)来将紧急警报消息直接集成到视频组件中。应当注意，在这种情况下，可能需要确保被替换的切片和/或贴片不作为编码视频数据的其他部分的参考(例如，用于后续帧的运动补偿)。应该是关于切片和/或贴片是否用作编码视频数据的其他部分的参考的信息可以使用hevc中提供的一个或多个消息(例如，补充增强信息(sei)消息)来用信号发送。以这种方式，组件封装器302可以被配置为在编码视频数据帧中包括爬行者，而不完全对编码视频数据进行解码。因此，这里描述的技术通常可应用于被结合到视频呈现中的紧急警报消息。应当注意，在一些示例中，组件封装器302可以被配置为生成服务层信令数据。传输和网络分组生成器304可以被配置为接收传输包并将该传输包封装成相应的传输层分组(例如，udp、传输控制协议(tcp)等)和网络层分组(例如，ipv4、ipv6、压缩ip分组等)。在一个示例中，传输和网络分组生成器304可以被配置为生成信令信息，该信令信息被承载在具有专用于信令功能的地址/端口的ip分组的有效载荷中。也就是说，例如，传输和网络分组生成器304可以被配置为根据本公开的一个或多个技术来生成lls表。链路层分组生成器306可以被配置为接收网络分组并根据定义的链路层分组结构(例如，atsc3.0链路层分组结构)生成分组。帧构建器和波形生成器308可以被配置为接收一个或多个链路层分组，并输出以帧结构排列的符号(例如，ofdm符号)。如上所述，帧可以包括一个或多个plp，其可以称为物理层帧(phy层帧)。如上所述，帧结构可以包括引导、前导码和包括一个或多个plp的数据有效载荷。引导可以充当波形的通用入口点。前导码可以包括所谓的层1信令(l1信令)。l1信令可以提供配置物理层参数的必要信息。帧构建器和波形生成器308可以被配置为产生用于在下面一个或多个类型的rf信道内传输的信号：单个6mhz信道、单个7mhz信道、单个8mhz信道、单个11mhz信道、以及包括任何两个或多个单独的单个信道的绑定信道(例如，包括6mhz信道和8mhz信道的14mhz信道)。帧构建器和波形生成器308可以被配置为插入导频和预留频调用于信道估计和/或同步。在一个示例中，导频和预留频调可以根据正交频分复用(ofdm)符号和子载波频率映射来定义。帧构建器和波形生成器308可以被配置为通过将ofdm符号映射到子载波来生成ofdm波形。应当注意，在一些示例中，帧构建器和波形生成器308可以被配置为支持层分复用。层分复用可以指在同一rf信道(例如，6mhz信道)上超叠加多层数据。通常，上层是指支持主要服务的核心(例如，更鲁棒的)层，下层是指支持增强服务的高数据速率层。例如，上层可以支持基本的高清视频内容，而下层可以支持增强的超高清视频内容。如上所述，传输和网络分组生成器304可以被配置为根据本公开的一个或多个技术生成lls表。应当注意，在一些示例中，服务分发引擎(例如，服务分发引擎208或服务分发引擎300)或其特定组件可以被配置为根据这里描述的技术生成信令消息。因此，关于传输和网络分组生成器304的信令消息(包括数据片段)的描述不应被解释为限制这里描述的技术。如上所述，接收方设备暂时挂起应用和/或改变多媒体呈现的渲染方式以便增加用户意识到紧急警报消息的可能性可能是有用的和/或必要的。如上所述，当前提出的用于用信号发送与紧急警报消息相关联的信息的技术对于使接收方设备能够响应于紧急警报消息暂时挂起应用和/或改变多媒体呈现的渲染方式可能不太理想。特别是，在capxml片段中嵌入布尔标志以指示紧急警报消息被直接集成到多媒体内容中可能不太理想。例如，关于当前提出的技术，一旦布尔标志设置为true，就需要第二capxml片段将标志设置为false，以“关闭”紧急警报消息通知。这可能是有问题的，因为接收不良区域中的接收方设备可能无法以合理的确定度接收后续capxml片段。未接收到将标志设置为false的第二消息capxml的接收方设备可能会“停滞”在指示紧急警报消息被直接集成到多媒体内容中的状态，因此可能会继续不必要地挂起应用或渲染多媒体呈现，以增加用户意识到紧急警报消息的可能性。传输和网络分组生成器304可以被配置为向接收方设备用信号发送紧急警报消息以有效和高效的方式直接集成到多媒体内容中。在一个示例中，传输和网络分组生成器304可以被配置为基于表4a中提供的示例语法生成lls表。在表4a所示的示例中，lls表中包括单独的条目emergencyonscreennotification。表4a在表4a所示的示例中，lls_table_id、provider_id、lls_table_version、slt、rrt、systemtime和cap中的每一个都可以基于上面关于表2提供的语义。然而，应当注意，在一些示例中，cap可以基于下面描述的示例。另外，在一个示例中，语法元素emergencyonscreennotification可以包括用gzip压缩的xml格式的屏幕上紧急通知。如上所述，这里描述的技术通常可应用于服务提供方集成到多媒体呈现中的任何类型的消息接发。在一个示例中，传输和网络分组生成器304可以被配置为基于表4b中提供的示例语法生成lls表。在表4b所示的示例中，lls表中包括单独条目onscreenmessagenotification。表4b在表4b所示的示例中，lls_table_id、provider_id、lls_table_version、slt、rrt、systemtime和cap中的每一个都可以基于上面关于表2提供的语义。然而，应当注意，在一些示例中，cap可以基于下面描述的示例。另外，在一个示例中，语法元素onscreenmessagenotification可以包括用gzip压缩的xml格式屏幕上消息通知。参考表4a，在一个示例中，emergencyonscreennotification可以包括表5中所示的属性。应当注意，在表5和这里包括的其他表中，数据类型无符号短型、日期时间、和持续时间可以对应于万维网联盟(w3c)维护的xml模式定义(xsd)建议中提供的定义。此外，使用可以对应于元素或属性的基数(即元素或属性的出现次数)。表5在一个示例中，@bsid、@serviceid、@serviceidrange、@start和@duration可以基于以下语义:@bsid—指定广播流的标识符@serviceid—指定广播流范围内服务的唯一标识符。当@serviceid不存在时，emergencyonscreennotification适用于由@bsid标识的广播流中的所有服务。@serviceidrange—指定广播流范围内的服务范围。@serviceidrange只能在@serviceid存在时存在。当存在@serviceid且不存在@serviceidrange时，将推断其值为0。当@serviceidrange存在时，emergencyonscreennotification适用于由@bsid标识的广播流中的从@serviceid到@serviceid+@serviceidrange的范围内的标识符号标识的服务。@start—当存在时，指定屏幕上紧急事件开始的日期时间信息。当@start不存在时，它被推断为当前时间。@duration—指定从在@start或如果@start不存在则从当前时间开始的持续时间，在这段持续时间中，屏幕上紧急事件是有效的。值为“pt0”的@duration被预留以用信号发送emergencyonscreennotification取消的信号。以这种方式，服务提供方可以使用属性@bsid、@serviceid、@serviceidrange、@start和@duration来用信号发送紧急屏幕信息，例如对应于紧急警报消息的嵌入爬行者文本和/或图形。应当注意，信令属性@bsid、@serviceid、@serviceidrange、@start和@duration可能比capxml片段中的信令布尔标志更适合于在其整个服务区域受到不同程度的信令强度的地面广播系统。例如，接收方设备可以在持续时间值到期时确定紧急警报消息不在屏幕上，并恢复正常操作。此外，应当注意，在天气相关或地质紧急情况下，整个服务区的信号强度变化程度可能特别显著。此外，应当注意，用信号发送广播流的标识符和包括紧急警报消息的服务的标识符被直接集成到多媒体内容中，使得服务提供方能够在逐个服务的基础上用信号发送指示。例如，广播方可以向接收方设备提供两个视频流(例如，使用频道5-1和频道5-2)，并且在特定时刻，只有一个视频流可以包括嵌入的紧急警报消息。在这种情况下，使用表4a和表5中提供的示例语法，广播方可以用信号发送哪个视频包括嵌入消息。此外，使用表4a和表5中提供的示例语法，可以使服务提供方能够在逐个服务的基础上选择是否应该用信号发送相对低优先级的紧急警报消息(例如，学校关闭)，从而潜在地影响接收方设备的操作。此外，应当注意，在一些示例中，@serviceidrange可能旨在在多个服务提供方共享同一lls表时使用。在这种情况下，每个服务提供方可能预期有一系列连续且不重叠的服务id。图4是示出根据本公开的一个或多个技术的根据模式来格式化的紧急通信消息的示例的计算机程序列表。在图4所示的示例中，示例xml模式基于表4a和表5所示的示例。图5是示出根据本公开的一个或多个技术的根据模式来格式化的紧急通信消息的示例的计算机程序列表。在图5所示的示例中，提供了基于表4a和表5所示模式的消息示例。具体而言，在图5所示的示例中，直接集成到服务的媒体组件中的紧急警报消息的第一通知(即emergencyonscreennotification)开始于2016年4月1日9:12:34.567，对于一项服务持续时间为31.234秒，第二emergencyonscreennotification开始于2016年4月1日12:34:56.789，对于所有服务持续时间为45.678秒，第三emergencyonscreennotification适用于一系列服务，在当前时间开始，持续时间为54.321秒。应当注意，在其他示例中，emergencyonscreennotification可以包括附加属性和/或元素，并且上面关于表5描述的附加属性和/或元素和示例属性的任何组合可以包括在emergencyonscreennotification模式中。在一些示例中，emergencyonscreennotification可以包括表6所示的emergencyonscreennotification元素。表6在一个示例中，如表6所示的emergencyonscreennotification元素可以基于以下语义：emergencyonscreennotification元素是布尔标志，用于指示紧急屏幕上通知的true(开)或false(关)状态。在一个示例中，可以用信号发送emergencyonscreennotification的多个实例。在这种情况下，每个emergencyonscreennotification可以包括每个实例的唯一标识符(例如，作为属性或元素)。任何后续信令(例如，取消emergencyonscreennotification)可以使用唯一标识符来引用emergencyonscreennotification的实例。应当注意，在一些示例中，除了以上关于表4a至表6描述的技术之外，或者作为其替代，在一些示例中，服务提供方使用capxml片段用信号发送由@bsid、@serviceid、@start和@duration提供的信息可能是有用的。例如，如表6所示的emergencyonscreennotification可以包括在lls表中，并且广播流和服务的相应标识符和/或时间和持续时间信息可以包括在capxml片段中。在一个示例中，cap版本1.2中的参数可用于承载bsid和serviceid以用信号发送特定广播流内的特定服务。图6示出了计算机程序列表的示例，示出了使用参数指示广播流的标识符和一个或多个服务的标识符的位置。应当注意，在一些示例中，代替用信号发送指示bsid-serviceid对的一对数字，可以用信号发送字符串(例如，“all”)，以指示emergencyonscreennotification适用于lls关联的广播流内的所有服务。图8a至图8d示出了capxml片段的参数用于指示紧急警报消息是否被直接集成到服务的多媒体内容中(即，是否为服务开启了嵌入)的示例。在图8a所示的示例中，capxml片段指示具有bsid3838的服务0001已经开启了嵌入。在图8b所示的示例中，capxml片段指示bsid3838中的服务0001和服务0002已经开启了嵌入。例如，服务0001先前可能已经开始嵌入，并在服务0002开始嵌入时继续。在图8c所示的示例中，capxml片段指示bsid3838中的服务0001已经关闭了嵌入，并且bsid3838中的服务0002已经开启了嵌入。图8d表示两个服务提供方使用信道共享安排提供服务的说明性示例。在图8d所示的示例中，服务提供方a具有服务0001-0004，服务提供方b在bsid3838中具有服务0010-0013，并且capxml片段指示对于服务0001关闭嵌入，并且对于所有服务0011和0013开启嵌入。应当注意，在一些示例中，代替用信号发送burninnotification的开或关值，burninnotification的存在可以指示服务包括紧急屏幕上通知。此外，以类似的方式，在一个示例中，其他属性或元素可以指示紧急屏幕上通知(例如，服务标识符的存在可以指示服务的紧急屏幕上通知)。在一个示例中，cap版本1.2可以修改为包括@bsid和@serviceid属性。在一个示例中，可以为capxml片段定义具有@bsid、@serviceid、@duration和可选的@start的复杂元素@emergencyonscreennotification。应该注意，在这种情况下，布尔标志所服务的开/关状态隐含在属性@duration的非零值中。图9是示出根据capxml模式生成的消息的示例的计算机程序列表，该消息包括具有@bsid、@serviceid、@duration和可选的@start的@emergencyonscreennotification。在一个示例中，@emergencyonscreennotification、@bsid、@serviceid、@duration和@start中的每一个都可以基于以下示例语义：emergencyonscreennotification元素包含屏幕上紧急信息的广播方、服务和定时信息。@bsid—指定广播流的标识符。@serviceid—指定广播流范围内服务的唯一标识符。当@serviceid不存在时，emergencyonscreennotification适用于@bsid标识的广播流中的所有服务。@serviceidrange—指定广播流范围内的服务范围。@serviceidrange只能在@serviceid存在时存在。当存在@serviceid且不存在@serviceidrange时，将推断其值为0。当@serviceidrange存在时，emergencyonscreennotification适用于由@bsid标识的广播流中的从@serviceid到@serviceid+@serviceidrange的范围内的标识符号标识的服务。@start—当存在时，指定屏幕上紧急事件开始的日期时间信息。当@start不存在时，它被推断为等于当前时间。在一个示例中，当前时间是接收器接收到对应于emergencyonscreennotification的信令的时间。@duration—指定从@start或如果@start不存在则从当前时间开始的持续时间，在此持续时间中，屏幕上紧急事件是有效的。在一个示例中，@duration的“pt0”值的持续时间被预留以用信号发送取消emergencyonscreennotification的信号。图10是示出根据图9所示的模式来格式化的紧急通信消息的示例的计算机程序列表。在图10所示的广播流3838中的服务3388至3391的示例中，屏幕上紧急通知在2016年4月1日12:34:56.7开始，并且持续时间为31.234秒。在一个示例中，图11所示的模式可用于指示紧急警报消息被直接集成到多媒体服务内容中。如图11所示，示例模式包括xs:complex类型的xml元素服务。在一个示例中，服务可以具有服务@id的必需属性和服务@range的可选属性。以这种方式，图11所示的示例模式限制了服务@id和服务@range的使用，这在一些情况下可以提供更有效的信令。以这种方式，根据本公开的一个或多个技术，服务分发引擎208表示被配置为用信号发送与与服务相关联的紧急警报消息相关联的信息的设备的示例。参考表4b，在一个示例中，onscreenmessagenotification可以包括表7所示的元素和属性。应该注意，onscreenmessagenotification是lls信息的实例类型之一。如表7所示，onscreenmessagenotification为屏幕上的重要文本/视觉信息提供服务信息，这些信息可以包括广播方在其(一个或多个)视频服务上渲染的紧急相关信息。应当注意，这里描述的技术通常是适用的，与无论特定实施方式中用于元素和属性的术语如何。例如，表7中的keepscreenclear元素和kscflag属性可以使用术语来表达相对于接收方设备视角的行为，而不是从发射方(例如，服务提供方)视角的行为。例如，在一些示例中，keepscreenclear可以实施为messagenotification、onscreennotification或messagestatus等，并且kscflag可以实施为messagepresent、onscreenpresent、presentflag、status、flag等。表7在一个示例中，表7中的onscreenmessagenotification、keepscreenclear、@bsid、@serviceid、@serviceidrange和@kscflag可以基于以下语义：onscreenmessagenotification—包含用于屏幕上的重要文本/视觉信息的广播方和服务的根元素，该信息包括与紧急情况相关的由广播方在其(一个或多个)视频服务上渲染的信息。keepscreenclear—与onscreenmessagenotification相关的服务信息。@bsid—整个广播流的标识符。bsid的值在地区层面(例如，北美)上应该是唯一的。行政或监管当局可以发挥作用。@serviceid—16位整型，它将在此广播区域范围内唯一标识此服务。如果不存在，keepscreenclear被推断为适用于@bsid标识的广播流中的所有服务。@serviceidrange—指定广播流范围内的服务范围。@serviceid不存在时，@serviceidrange将不存在。当@serviceid存在并且@serviceidrange不存在时，服务id范围被推断为值为0。当@serviceidrange存在时，keepscreenclear适用于由@bsid标识的广播流中从@serviceid到@serviceid+@serviceidrange的标识符编号标识的服务。@kscflag—指示标识的广播流内的标识的服务的keepscreenclear的状态。如果不存在，@kscflag被推断为值为false。以这种方式，表7中的onscreenmessagenotification、keepscreenclear、@bsid、@serviceid、@serviceidrange和@kscflag可由服务提供方用来用信号发送屏幕上信息，例如嵌入爬行者文本和/或图形。应当注意，对于@serviceidrange，该范围内的服务可能并不都是活动的。应该注意，@kscflag为true可以指示通知当前显示在视频流中。图13是示出根据本公开的一个或多个技术的根据模式来格式化的屏幕上通知通信消息的示例的计算机程序列表。在图13所示的示例中，示例xml模式基于表4b和表7所示的示例。应当注意，虽然图13中所示的示例xml模式指定了onscreenmessagenotification元素的规范语法，但是表7可以用于以更说明性的方式描述onscreenmessagenotification元素的结构。图14是示出根据本公开的一个或多个技术的根据模式来格式化的屏幕上通知通信消息的示例的计算机程序列表。在图14所示的示例中，示例消息基于图13所示的模式。在图14所示的示例中，第一keepscreenclear消息针对广播流3838中的所有服务将kscflag设置为true(例如，指示屏幕上通知被嵌入到与广播流3838相关联的所有服务)，第二keepscreenclear消息针对广播流8383中的服务3388将kscflag设置为false(例如，指示屏幕上通知没有嵌入到广播流8383中的服务3388)，并且第三keepscreenclear消息针对广播流3838中的服务3300-3304将kscflag设置为false(即，在第三keepscreenclear消息中kscflag不存在并且对于所识别的服务被推断为false)。应当注意，在广播流3838除了服务3300-3304之外还包括服务3305的示例中，图14所示示例中的第一keepscreenclear消息针对服务3305将kscflag设置为true，而图14所示示例中的第三消息keepscreenclear消息对针对服务305的kscflag没有影响(即，它保持为true)。应该注意，关于表7，keepscreenclear的使用为0..n，因此，onscreenmessagenotification的实例可以如下所示：<onscreenmessagenotification></onscreenmessagenotification>并且将指示对于服务和广播流的任何组合不存在通知。应该注意，在其他示例中，表7中的@kscflag可以基于以下语义：@kscflag—指示标识的广播流中标识的服务的keepscreenclear的状态。如果不存在，@kscflag被推断为值为true。在如果不存在而推断@kscflag的值为true的情况下，以下消息：<keepscreenclearbsid＝”3838”serviceid＝”3300”serviceidrange＝”4”/>针对广播流3838中的服务3300-3304将kscflag设置为true。在一个示例中，表7中的@kscflag可以基于以下语义：@kscflag—指示标识的广播流中标识的服务的keepscreenclear的状态。如果不存在，则@kscflag推断为对于标识的服务值为true。在如果不存在而推断@kscflag针对标识的服务值为true的情况下，以下消息：<onscreenmessagenotification><keepscreenclearbsid＝”3838”serviceid＝”3300”/></onscreenmessagenotification>针对广播流3838中的服务3300将kscflag设置为true，并且针对广播流3838中的所有其他服务将kscflag设置为false。在另一个示例中，kscflag的推断值可以取决于onscreenmessagenotification中是否存在针对标识的服务的keepscreenclear服务信息。例如，如果onscreenmessagenotification中存在针对标识的服务的keepscreenclear服务信息，则可以推断kscflag的值为true，并且如果所述onscreenmessagenotification中不存在针对标识的服务的keepscreenclear服务信息，则可以推断kscflag的值为false。在这种情况下，下面的消息：<onscreenmessagenotification><keepscreenclearbsid＝”3838”serviceid＝”3300”/></onscreenmessagenotification>针对广播流3838中的服务3300将kscflag设置为true，并且针对广播流3838中的所有其他服务将kscflag设置为false。在一个示例中，表7中的keepscreenclear、@serviceidrange和@kscflag可以基于以下示例语义：keepscreenclear—携带关于保持屏幕空白状态的(一个或多个)服务的信息。@serviceidrange—指定该通知适用的广播流的范围内的服务范围。当@serviceid不存在时，@serviceidrange将不存在。当@serviceid存在并且@serviceidrange不存在时，其推断为值为0。keepscreenclear元素适用于由@bsid标识的广播流中包括的从@serviceid到@serviceid+@serviceidrange的标识符编号所标识的服务。@kscflag—指示标识的广播流中的标识的服务的keepscreenclear元素的状态。如果不存在，则@kscflag推断为针对标识的服务具有值为ture，并且针对由@bsid标识的广播流的未被母onscreenmessagenotification元素内的任何keepscreenclear元素标识的所有服务具有值为false。如果onscreenmessagenotification元素不包括任何keepscreenclear元素，则@kscflag推断为针对所有广播流的所有服务等于false。在一个示例中，keepscreenclear元素中可以存在版本和/或标识属性。版本或标识属性可以将版本或标识值与关于保持屏幕空白状态的信息的特定实例相关联。在一个示例中，接收方设备可以基于版本和/或标识属性的值确定第一屏幕上事件和第二屏幕上事件等。在一个示例中，接收方设备可以被配置为(例如，通过接口从用户)接受输入以基于版本和/或标识属性来改变keepscreenclear元素的处理。例如，接收方设备可以被配置为以与同第二标识值相关联的keepscreenclear元素不同的方式来处理与第一标识值相关联的keepscreenclear元素。在一个示例中，接收方设备可以被配置为接受输入，该输入指示让接收方设备忽略与特定标识和/或版本值(例如，5等)相关联的keepscreenclear元素的实例的用户偏好。在一些示例中，忽略与特定标识和/或版本值相关联的keepscreenclear元素的接收方设备可能导致接收方设备不执行一个或多个功能，这些功能原本在接收方设备接收到keepscreenclear元素的实例时将会执行。在一些示例中，keepscreenclear元素中可以存在一个属性，以使服务提供方能够指示用于特定服务的多个通知。例如，服务提供方可能希望指示飓风警报和学校关闭通知都直接集成到视频组件中。在一个示例中，keepscreenclear元素中可以存在包括无符号整型数据类型的id属性，以指示用于特定服务的多个通知。在一个示例中，keepscreenclear元素中可以存在包括字符串数据类型的id属性，以指示用于特定服务的多个通知。在这种情况下，消息：<onscreenmessagenotification><keepscreenclearbsid＝”3838”serviceid＝”3300”id＝”1”id＝”2”/></onscreenmessagenotification>或者消息：<onscreenmessagenotification><keepscreenclearbsid＝”3838”serviceid＝”3300”id＝”hurricane”id＝”closing”/></onscreenmessagenotification>针对广播流3838中的服务3300将kscflag设置为true，并指示用于服务3300的多个通知。在一个示例中，id属性可用于指示先前集成到特定服务中的多个通知中的一个或多个不再集成到特定服务中。在这种情况下，消息：<onscreenmessagenotification><keepscreenclearbsid＝”3838”serviceid＝”3300”id＝”2”/></onscreenmessagenotification>或者消息：<onscreenmessagenotification><keepscreenclearbsid＝”3838”serviceid＝”3300”id＝”closing”/></onscreenmessagenotification>可以指示在上述示例中，飓风警报不再直接集成到视频组件中。在一个示例中，接收方设备可以被配置为基于先前集成到特定服务中的多个通知中的一个或多个不再集成到特定服务中的确定来渲染屏幕上呈现。在一个示例中，onscreenmessagenotification可以包括表8a中示出的元素和属性。表8a在一个示例中，表8中的onscreenmessagenotification、@bsid、servicenotificationinfo、@serviceid、@serviceidrange、@notificationstart、@notificationduration和@keepscreenclear可以基于以下语义：onscreenmessagenotification—包含用于屏幕上的重要文本/视觉信息的广播方、服务、和定时信息的根元素，该信息包括与紧急情况相关的由广播方在其视频服务上渲染的信息。@bsid—整个广播流的标识符。bsid的值在地区层面(例如，北美)上应该是唯一的。行政或监管当局可以发挥作用。servicenotificationinfo－与onscreenmessagenotification相关的服务信息。如果不存在，则值为@bsid的bsid中的所有服务推断为值为等于false的@keepscreenclear。@serviceid—16位整型，它将在此广播区域范围内唯一标识此服务。@serviceidrange—指定广播流范围内的服务范围。@serviceid不存在时，@serviceidrange将不存在。当@serviceid存在并且@serviceidrange不存在时，服务id范围被推断为值为0。当@serviceidrange存在时，通知适用于由@bsid标识的广播流中从@serviceid到@serviceid+@serviceidrange的标识符编号标识的服务。@notificationstart－当存在时，指定当屏幕上文本/视觉渲染事件开始时的日期时间信息。当@start不存在时，默认开始时间是当前时间。@notificationduration－当存在时，指定从@start或如果@start不存在则从当前时间开始的持续时间，在该持续时间中，屏幕上文本/视觉渲染事件是有效的。值为“pt0s”的@duration被预留以发出onscreenmessagenotification取消的信号。@keepscreenclear－当存在时，设置为true的值指示通知当前是活动的，并且当值设置为false时，指示通知当前不活动。以此方式，表8a中的onscreenmessagenotification、@bsid、servicenotificationinfo、@serviceid、@serviceidrange、@notificationstart、@notificationduration和@keepscreenclear可以由服务提供方用来用信号发送屏幕上信息的通知。应当注意，在一个示例中，消息实例可以限于用信号发送@notificationstart、@notificationduration对或@keepscreenclear之一。图15是示出根据本公开的一个或多个技术的根据模式来格式化的屏幕上通知通信消息的示例的计算机程序列表。在图15所示的示例中，示例xml模式基于表4b和表8a所示的示例。在一个示例中，onscreenmessagenotification可以包括表8b中示出的元素和属性。表8b在一个示例中，表8b中的onscreenmessagenotification、servicenotificationinfo、@bsid、@serviceid、@serviceidrange、@notificationduration和@keepscreenclear可以基于以下语义：onscreenmessagenotification—包含用于屏幕上的重要文本/视觉信息的广播方、服务和定时信息的根元素，该信息包括与紧急情况相关的由广播方在其(一个或多个)视频服务上渲染的信息。servicenotificationinfo－与onscreenmessagenotification相关的服务信息。@bsid—整个广播流的标识符。bsid的值在地区层面(例如，北美)上应该是唯一的。行政或监管当局可以发挥作用。@serviceid—16位整型，它将在此广播区域范围内唯一标识此服务。@serviceidrange—指定广播流范围内的服务范围。@serviceid不存在时，@serviceidrange将不存在。当@serviceid存在并且@serviceidrange不存在时，服务id范围被推断为值为0。当@serviceidrange存在时，通知适用于由@bsid标识的广播流中从@serviceid到@serviceid+@serviceidrange的标识符编号标识的服务。@notificationduration－此值应为所标识广播流中所标识服务的servicenotificationinfo元素的持续时间。为了计数，时间从onscreenmessagenotification的当前时间开始。在一个示例中，当前时间是接收方设备接收到对应于onscreenmessagenotification的信令的时间(即接收时间)。在一个示例中，接收方设备可以将接收信令定义为检测、解码和/或解析中的一项或多项。如果不存在，@notificationduration应设置为默认值(例如，“pt1m”，即一分钟)。在一个示例中，大于特定值的持续时间可以由该特定值指示。例如，在一个示例中，大于1小时的@notificationduration值应设置为“pt1h”，即1小时。等于或小于0的@notificationduration值应视为无效。当当前时间达到或超过(onscreenmessagenotification接收时间+@notificationduration)时，接收方设备应当将标识的广播流内的标识的服务的@keepscreenclear设为false。@keepscreenclear－当存在时，设置为true的值指示通知当前激活，当值设置为false时，指示通知当前失活。图12是示出可以实施本公开的一个或多个技术的接收方设备的示例的框图。也就是说，接收方设备400可以被配置为基于上述关于一个或多个表的语义来解析信号。此外，接收方设备400可以被配置为响应于基于上述语义的信号，确保直接集成到多媒体内容的呈现中的屏幕上消息——包括例如紧急警报消息——对于用户来说是显而易见的。例如，接收方设备可以被配置为暂时挂起应用和/或改变多媒体呈现的渲染方式(例如，在一个或多个服务的指定持续时间中)，以便增加用户意识到屏幕上消息包括例如紧急警报消息的可能性。此外，在一个示例中，接收方设备400可以被配置为使得用户能够设置包括例如紧急消息通知的屏幕上消息如何被接收方设备400处理。例如，用户可以在设置菜单中设置以下偏好之一：对应于总是被提醒的偏好、对应于用户被提醒的频率的偏好(例如，每五分钟仅提醒一次)、对应于从不被提醒的偏好。在设置对应于被提醒的用户并且接收到紧急警报消息通知(例如emergencyonscreennotification)的情况下，接收方设备400可以确定emergencyonscreennotification是否对应于当前渲染的服务。例如，接收方设备400可以确定emergencyonscreennotification中的serviceid是否匹配当前渲染的服务。此外，接收方设备400可以确定当前时间是否等于或大于@start值并且小于@start和@duration之和的值。如果当前时间在@start和@start与@duration之和的范围内，则接收方设备400可以最小化(和/或“取下”)当前正在显示的图形覆盖。在某些情况下，根据实施方式，这可以通过将图形平面的透明度设置为全透明来实现。以这种方式，接收方设备400可以使得具有emergencyonscreennotification中的serviceid的服务以全屏视图渲染，只有极小的图形覆盖或者没有图形覆盖阻碍紧急警报消息。当当前时间变得大于@start与@duration之和时，接收方设备400可以将其图形平面恢复到其先前状态。在一个示例中，接收方设备400可以被配置为接收基于上述示例语义的任何组合的onscreennotification消息，解析该消息，然后采取动作。例如，接收方设备400可以接收onscreennotification消息，并且如果该消息指示正在访问(例如，正在显示)的服务的kscflag的值为true，则接收方设备400可以使得任何覆盖或应用停止显示。在一些情况下，接收方设备可以执行必要的缩放功能，以实现视频的完全可见性以供显示。此外，在一个示例中，接收方设备400可以接收onscreennotification消息，并且如果该消息指示正在访问(例如，正在显示)的服务的kscflag的false值，则接收方设备400可以使得显示任何覆盖或应用(例如，恢复应用的显示)。接收方设备400是计算设备的示例，其可以被配置为经由一个或多个类型的数据信道从通信网络接收数据，并允许用户访问多媒体内容。在图12所示的示例中，接收方设备400被配置为经由电视网络——例如，上述电视服务网络204——接收数据。此外，在图12所示的示例中，接收方设备400被配置为经由广域网发送和接收数据。应当注意，在其他示例中，接收方设备400可以被配置为简单地通过电视服务网络204接收数据。这里描述的技术可以由被配置为使用通信网络的任何和所有组合进行通信的设备使用。如图12所示，接收方设备400包括(一个或多个)中央处理单元402、系统存储器404、系统接口410、数据提取器412、音频解码器414、音频输出系统416、视频解码器418、显示系统420、(一个或多个)i/o设备422、和网络接口424。如图12所示，系统存储器404包括操作系统406、应用408和文档解析器409。(一个或多个)中央处理单元402、系统存储器404、系统接口410、数据提取器412、音频解码器414、音频输出系统416、视频解码器418、显示系统420、(一个或多个)i/o设备422、和网络接口424中的每一个可以互连(物理地、通信地和/或操作地)用于组件间通信，并且可以被实施为各种合适的电路中的任何一个，诸如一个或多个微处理器、数字信号处理器(dsp)、专用集成电路(asic)、现场可编程门阵列(fpga)、离散逻辑、软件、硬件、固件或其任何组合。应当注意，尽管接收方设备400被示出为具有不同的功能块，但是这种图示是出于描述的目的，并且不将接收方设备400限制于特定的硬件架构。接收方设备400的功能可以使用硬件、固件和/或软件实施方式的任何组合来实现。cpu402可以被配置为实施用于在接收方设备400中执行的功能和/或处理用于在接收方设备400中执行的指令。cpu402可以包括单核和/或多核中央处理单元。cpu402能够检索和处理指令、代码和/或数据结构，用于实施这里描述的一个或多个技术。指令可以存储在计算机可读介质诸如系统存储器404上。系统存储器404可以被描述为非暂时性或有形的计算机可读存储介质。在一些示例中，系统存储器404可以提供临时和/或长期存储。在一些示例中，系统存储器404或其部分可以被描述为非易失性存储器，在其他示例中，系统存储器404的部分可以被描述为易失性存储器。系统存储器404可被配置为存储可由接收方设备400在操作期间使用的信息。系统存储器404可用于存储由(一个或多个)cpu402执行的程序指令，并且可由运行在接收方设备400上的程序用于在程序执行期间临时存储信息。此外，在接收方设备400被包括作为数字视频记录器的一部分的示例中，系统存储器404可以被配置为存储许多视频文件。应用408可以包括在接收方设备400内实施或由接收方设备400执行的应用，并且可以在接收方设备400的组件内实施或包含、由接收方设备400的组件操作、执行和/或操作/通信耦合到接收方设备400的组件。应用408可包括可使接收方设备400的(一个或多个)cpu402执行特定功能的指令。应用408可以包括用计算机编程语句表示的算法，诸如for环路、while环路、if语句、do环路等。应用408可以使用指定的编程语言来开发。编程语言的示例包括javatm、jinitm、c、c++、objectivec、swift、perl、python、php、unixshell、visualbasic、和visualbasic脚本。在接收方设备400包括智能电视的示例中，应用可以由电视制造商或广播方开发。如图12所示，应用408可以结合操作系统406执行。也就是说，操作系统406可以被配置为方便应用408与(一个或多个)cpu402以及接收方设备400的其他硬件组件的交互。操作系统406可以是设计成安装在机顶盒、数字录像机、电视机等上的操作系统。应当注意，这里描述的技术可以由被配置为使用软件架构的任何和所有组合来操作的设备使用。如上所述，应用可以是构成增强或交互式服务的文档集合。此外，根据协议，文档可用于描述紧急警报等。文档解析器409可以被配置成解析文档，并使得相应的功能在接收方设备400处发生。例如，文档解析器409可以被配置为解析来自文档的url，并且接收方设备400可以检索对应于该url的数据。系统接口410可以被配置为实现接收方设备400的组件之间的通信。在一个示例中，系统接口410包括使得数据能够从一个对等设备传输到另一个对等设备或存储介质的结构。例如，系统接口410可以包括支持基于加速图形端口(agp)的协议的芯片组、基于外围组件互连(pci)总线的协议，诸如例如由外围组件互连特殊兴趣组维护的pciexpresstm(pcie)总线规范，或者可以用于互连对等设备的任何其他形式的结构(例如，专有总线协议)。如上所述，接收方设备400被配置为经由电视服务网络接收和可选地发送数据。如上所述，电视服务网络可以根据电信标准操作。电信标准可以定义通信属性(例如协议层)，诸如例如物理信令、寻址、信道访问控制、分组属性和数据处理。在图12所示的示例中，数据提取器412可以被配置为从信号中提取视频、音频和数据。例如，可以根据dvb标准、atsc标准、isdb标准、dtmb标准、dmb标准、和docsis标准来定义信号。数据提取器412可以被配置为从由上述服务分发引擎300生成的信号中提取视频、音频和数据。也就是说，数据提取器412可以以与服务分发引擎300相反的方式操作。数据分组可以由(一个或多个)cpu402、音频解码器414和视频解码器418处理。音频解码器414可以被配置为接收和处理音频分组。例如，音频解码器414可以包括被配置为实施音频编解码器的各方面的硬件和软件的组合。也就是说，音频解码器414可以被配置为接收音频分组并将音频数据提供给音频输出系统416用于渲染。音频数据可以使用多通道格式编码，诸如杜比和数字影院系统开发的格式。音频数据可以使用音频压缩格式编码。音频压缩格式的示例包括运动图像专家组(mpeg)格式、高级音频编码(aac)格式、dts-hd格式和杜比数字(ac-3、ac-4等)格式。音频输出系统416可以被配置为渲染音频数据。例如，音频输出系统416可以包括音频处理器、数/模转换器、放大器和扬声器系统。扬声器系统可以包括各种扬声器系统中的任何一种，诸如耳机、集成立体声扬声器系统、多扬声器系统或环绕声系统。视频解码器418可以被配置为接收和处理视频分组。例如，视频解码器418可以包括用于实施视频编解码器的各方面的硬件和软件的组合。在一个示例中，视频解码器418可以被配置为解码根据任何数量的视频压缩标准编码的视频数据，诸如itu-t.262或iso/iecmpeg-2visual、iso/iecmpeg-4visual、itu-t.264(也称为iso/iecmpeg-4高级视频编码(avc))和高效视频编码(hevc)。显示系统420可以被配置为检索和处理视频数据以供显示。例如，显示系统420可以从视频解码器418接收像素数据并输出用于视觉呈现的数据。此外，显示系统420可以被配置为结合视频数据输出图形，例如图形用户界面。显示系统420可以包括各种显示设备之一，诸如液晶显示器(lcd)、等离子显示器、有机发光二极管(oled)显示器或能够向用户呈现视频数据的另一种类型的显示设备。显示设备可以被配置为显示标清内容、高清内容或超高清内容。(一个或多个)i/o设备422可以被配置为在接收方设备400的操作期间接收输入并提供输出。也就是说，(一个或多个)i/o设备422可以使用户能够选择要渲染的多媒体内容。可以从输入设备生成输入，诸如例如按钮遥控器、包括触敏屏幕的设备、基于运动的输入设备、基于音频的输入设备或被配置为接收用户输入的任何其他类型的设备。(一个或多个)i/o设备422可以使用诸如例如通用串行总线协议(usb)、蓝牙、zigbee的标准化通信协议或诸如例如专有红外通信协议的专有通信协议可操作地耦合到接收方设备400。网络接口424可以被配置成使得接收方设备400能够经由局域网和/或广域网发送和接收数据。网络接口424可以包括网络接口卡，诸如以太网卡、光收发器、射频收发器或被配置为发送和接收信息的任何其他类型的设备。网络接口424可以被配置为根据网络中使用的物理和媒体访问控制(mac)层来执行物理信令、寻址和信道访问控制。接收方设备400可以被配置为解析根据以上关于图12描述的任何技术生成的信号。以这种方式，接收方设备400表示被配置为响应于屏幕上消息修改服务呈现的设备的示例，该屏幕上消息包括例如紧急警报消息通知。在一个或多个示例中，所描述的功能可以用硬件、软件、固件或其任意组合来实施。如果用软件实施，则这些功能可以作为一个或多个指令或代码存储在计算机可读介质上或通过计算机可读介质传输，并由基于硬件的处理单元执行。计算机可读介质可以包括对应于诸如数据存储介质之类的有形介质的计算机可读存储介质，或者包括便于例如根据通信协议将计算机程序从一个地方传送到另一个地方的任何介质的通信介质。以这种方式，计算机可读介质通常可以对应于(1)非暂时性的有形计算机可读存储介质，或者(2)诸如信号或载波的通信介质。数据存储介质可以是可由一个或多个计算机或一个或多个处理器访问以检索指令、代码和/或数据结构来实施本公开中描述的技术的任何可用介质。计算机程序产品可以包括计算机可读介质。作为示例而非限制，这种计算机可读存储介质可以包括ram、rom、eeprom、cd-rom或其他光盘存储装置、磁盘存储装置或其他磁存储装置、闪存或可以用于存储指令或数据结构形式的期望程序代码并且可以由计算机访问的任何其他介质。此外，任何连接都被恰当地称为计算机可读介质。例如，如果使用同轴电缆、光纤电缆、双绞线、数字用户线路(dsl)或无线技术(诸如红外、无线电和微波)从网站、服务器或其他远程源传输指令，那么同轴电缆、光纤电缆、双绞线、dsl或无线技术(诸如红外、无线电和微波)包括在介质的定义中。然而，应当理解，计算机可读存储介质和数据存储介质不包括连接、载波、信号或其他暂时性介质，而是涉及非暂时性的有形存储介质。这里使用的磁盘和光盘包括压缩光盘(cd)、激光光盘、光盘、数字多功能光盘(dvd)、软盘和蓝光光盘，其中磁盘通常磁性地再现数据，而光盘用激光光学地再现数据。上述的组合也应该包括在计算机可读介质的范围内。指令可以由一个或多个处理器执行，诸如一个或多个数字信号处理器(dsp)、通用微处理器、专用集成电路(asic)、现场可编程逻辑阵列(fpga)或其他等效的集成或离散逻辑电路。因此，这里使用的术语“处理器”可以指任何前述结构或任何其他适合于实施这里描述的技术的结构。此外，在一些方面，这里描述的功能可以在专用硬件和/或软件模块内提供，所述专用硬件和/或软件模块被配置用于编码和解码，或者被结合到组合编解码器中。此外，这些技术可以在一个或多个电路或逻辑元件中完全实施。本公开的技术可以在多种设备或装置中实施，包括无线手机、集成电路(ic)或一组ic(例如芯片组)。在本公开中描述了各种组件、模块或单元，以强调被配置为执行所公开的技术的设备的功能方面，但是不一定需要由不同的硬件单元实现。相反，如上所述，各种单元可以组合在编解码器硬件单元中，或者由包括如上所述的一个或多个处理器的互操作硬件单元的集合结合适当的软件和/或固件来提供。此外，在上述每个实施例中使用的基站设备和终端设备(视频解码器和视频编码器)的每个功能块或各种特征可以由电路实施或执行，该电路通常是集成电路或多个集成电路。被设计成执行本说明书中描述的功能的电路可以包括通用处理器、数字信号处理器(dsp)、专用或通用集成电路(asic)、现场可编程门阵列(fpga)、或其他可编程逻辑设备、离散门或晶体管逻辑、或离散硬件组件、或其组合。通用处理器可以是微处理器，或者可选地，处理器可以是常规处理器、控制器、微控制器或状态机。上述通用处理器或每个电路可以由数字电路配置，或者可以由模拟电路配置。此外，当由于半导体技术的进步而出现制造集成电路以取代集成电路的技术时，通过该技术的集成电路也能够被使用。已经描述了各种示例。这些和其他示例在所附权利要求的范围内。当前第1页12当前第1页12