CN111869227A - 接收装置、接收方法、信号处理设备和信号处理方法 - Google Patents

Abstract

本技术涉及接收装置、接收方法、信号处理设备和信号处理方法，其能够更适当地呈现紧急警报信息。提供了一种接收装置，设置有：接收单元，其接收广播信号；以及处理单元，其处理接收到的广播信号，其中，接收单元基于接收到的广播信号中包括的紧急警报激活信息，指示处于待机状态的处理单元激活。当从接收单元接收到激活指令时，处理器基于包括从接收到的广播信号获得的紧急警报信息的信令和关于用户设置的紧急警报信息的接收设置的接收设置信息，控制紧急警报信息的呈现。例如，本技术能够应用于电视接收机。

Description

接收装置、接收方法、信号处理设备和信号处理方法

技术领域

本技术涉及接收装置、接收方法、信号处理设备和信号处理方法，更具体地，涉及能够更适当地呈现紧急警报信息的接收装置、接收方法、信号处理设备和信号处理方法。

背景技术

一些广播系统规定了用于在紧急情况下呈现紧急警报信息的紧急警报服务(例如，参见专利文献1)。专利文献1公开了基于物理层帧中包括的唤醒标志，在紧急情况下强制启动处于待机模式(待机状态)的接收机(例如，电视接收机)，作为紧急警报服务。

引用列表

专利文献

专利文献1：国际公开号2017/047397

发明内容

本发明要解决的问题

顺便说一下，在紧急情况下强制启动处于待机状态的接收机并呈现紧急警报信息的功能允许更多的接收机呈现紧急警报信息，但是另一方面，接收机可能在用户不希望的时间启动。因此，根据该功能运行的方式，用户的便利性有可能受到损害。因此，需要一种更适当地呈现紧急警报信息的方案。

鉴于这种情况而提出本技术，并且旨在能够更适当地呈现紧急警报信息。

问题的解决方案

根据本技术的第一方面的接收装置是一种接收装置，包括：接收部，接收广播信号；以及处理部，处理已经接收的广播信号，其中，接收部基于包括在已经接收的广播信号中的紧急警报启动信息，指示处于待机状态的处理部启动，并且在接收部指示启动的情况下，处理部基于包括从已经接收的广播信号中获取的紧急警报信息的信令、以及与用户设置的紧急警报信息的接收设置相关的接收设置信息，控制紧急警报信息的呈现。

根据本技术的第一方面的接收装置可以是独立的装置，或者可以是包括在一个装置中的内部块。此外，根据本技术的第一方面的接收方法是对应于根据本技术的第一方面的上述接收装置的接收方法。

在根据本技术的第一方面的接收装置和接收方法中，接收部基于包括在已经接收的广播信号中的紧急警报启动信息，指示处于待机状态的处理部启动，并且在接收部指示启动的情况下，处理部基于包括从已经接收的广播信号中获取的紧急警报信息的信令以及与用户设置的紧急警报信息的接收设置相关的接收设置信息，控制紧急警报信息的呈现。

根据本技术的第二方面的信号处理设备是一种信号处理设备，包括控制部，其在待机期间由接收广播信号的接收部指示启动的情况下，基于包括从已经接收的广播信号获取的紧急警报信息的信令以及与用户设置的紧急警报信息的接收设置相关的接收设置信息，控制紧急警报信息的呈现。

根据本技术的第二方面的信号处理设备可以是独立的装置，或者可以是包括在一个装置中的内部块。此外，根据本技术的第二方面的信号处理方法是对应于根据本技术的上述第二方面的信号处理设备的信号处理方法。

在根据本技术的第二方面的信号处理设备和信号处理方法中，在待机期间由接收广播信号的接收部指示启动的情况下，基于包括从已经接收的广播信号获取的紧急警报信息的信令以及与用户设置的紧急警报信息的接收设置相关的接收设置信息，控制紧急警报信息的呈现。

发明效果

根据本技术的第一方面和第二方面，可以更适当地呈现紧急警报信息。

注意，本文描述的效果不必受限，并且可以应用本公开中描述的任何效果。

附图说明

图1是示出应用本技术的传输系统的实施方式的配置的示图。

图2是示出EA唤醒的位配置的示例的示图。

图3是示出EA唤醒的位的值的含义的示图。

图4是示出假设运行的第一示例的示图。

图5是示出假设运行的第二示例的示图。

图6是示出假设运行的第三示例的示图。

图7是示出假设运行的第三示例的示图。

图8是示出假设运行的第四示例的示图。

图9是示出引导(bootstrap)配置的示例的示图。

图10是示出引导符号1的语法示例的示图。

图11是示出引导符号2的语法示例的示图。

图12是示出了IP传输系统的协议栈的示例的示图。

图13是示出LLS表的语法示例的示图。

图14是示出AEAT元数据的语法示例的示图。

图15是示出AEAT元数据的语法示例的示图。

图16是示出应用本技术的接收装置的配置示例的示图。

图17是示出应用本技术的广播信号处理部(SoC)的详细配置的示例的示图。

图18是用于解释广播调谐器部的处理流程的流程图。

图19是用于解释广播信号处理部(SoC)的处理流程的流程图。

图20是用于解释广播信号处理部(SoC)的处理流程的流程图。

图21是用于解释接收系统的启动确定处理的详细流程的流程图。

图22是示出接收系统的启动确定处理的比较项目的示例的示图。

图23是示出识别紧急警报信息的方法的示例的示图。

图24是用于解释紧急警报信息的接收设置处理的流程的流程图。

图25是示出紧急警报信息的接收设置画面的示例的示图。

图26是示出计算机的配置示例的示图。

具体实施方式

在下文中，将参考附图描述本技术的实施方式。注意，将按以下顺序给出描述。

1.本技术的实施方式

2.变形例

3.计算机配置

<1.本技术的实施方式>

(传输系统的配置示例)

图1是示出应用本技术的传输系统的实施方式的配置的示图。注意，该系统是指其中逻辑组装多个装置的系统。

在传输系统1中，每个广播站设置有传输装置10(例如，传输装置10-1或传输装置10-2)。传输装置10传输包括诸如广播节目和商业广告等内容的广播流，作为数字广播信号。

来自传输装置10的数字广播信号由接收装置20经由无线电塔30等并通过传输路径80接收。接收装置20例如是固定接收机(例如，接收装置20-1)，例如，电视接收机、机顶盒(STB)或记录器，或者例如是移动接收机(例如，接收装置20-2和接收装置20-3)，例如，移动电话、智能手机或平板终端。接收装置20处理从数字广播信号获取的广播流，并再现诸如广播节目和商业广告等内容的视频和音频。

此外，在图1中，传输系统1包括对应于紧急通知系统的配置，并且在紧急情况下，每个广播站等向接收装置20提供(发布通知)紧急警报信息，该紧急警报信息是需要被紧急通知的信息。

具体地，在传输系统1中，在紧急情况下，从紧急信息源50发出通知的紧急信息源信息(例如，在灾难等时发出的紧急警报)转换成预定格式，例如，CAP信息，并且提供给每个广播站(其传输装置10)。注意，CAP信息基于结构化信息标准促进组织(OASIS)定义的通用警报协议(CAP)。

例如，广播站(其传输装置10)将对应于来自紧急信息源50的紧急信息源信息的CAP信息嵌入广播节目的视频(未压缩视频数据)中，并对CAP信息进行编码，或将CAP信息转换成预定格式，以生成紧急警报信息。然后，广播站(其传输装置10)将生成的紧急警报信息发送到广播区域中的大量接收装置20(例如，接收装置20-1至20-3等)。

因此，在接收装置20中，在广播节目的视频上叠加并呈现紧急警报信息。结果，用户可以检查在接收装置20的屏幕上呈现的紧急警报信息(例如，文本信息)。

此外，广播站(其传输装置10)可以根据来自紧急信息源50的紧急信息源信息，基于CAP信息生成紧急信息应用(例如，与紧急警报相关联的更详细的信息)，以将紧急信息应用提供给EA服务器40。

在具有通信功能的情况下，接收装置20可以经由诸如互联网或移动电话网络等通信线路90访问EA服务器40，并请求紧急信息应用。然后，接收装置20可以经由通信线路90接收并执行从EA服务器40分发的紧急信息应用。因此，例如，在接收装置20的屏幕上呈现与紧急警报信息相关联的更详细的信息。

注意，在广播站(其传输装置10)中，生成紧急警报信息的方法不限于上述方法，并且例如，可以使用另一种生成方法，例如，使用其原始格式的CAP信息。此外，作为用于生成紧急警报信息的信息的CAP信息是一个示例，并且可以通过使用例如通过将紧急信息源信息转换成符合另一种方法的格式而获得的信息，来生成紧急警报信息。

此外，例如，在图1的传输系统1中，传输装置10和接收装置20可以被配置为经由传输路径80执行符合作为美国下一代广播标准的高级电视系统委员会(ATSC)3.0的数据传输。

在此处，在美国，已经建立了称为紧急警报系统(EAS)的紧急通知系统，并且在紧急情况下，从作为紧急信息源50的联邦紧急情况管理局(FEMA)、总统府等通知的紧急信息源信息(例如，在灾难等时发布的紧急警报)被转换成CAP信息，并且CAP信息提供给每个广播站。

即，由于在美国存在称为EAS的紧急通知系统，通过使用该EAS，通过各种媒体(例如，经由广播或通信等)来通知从总统的最高优先级到本地通知(已发出通知)的各种级别的紧急信息(CAP信息)。

顺便说一下，在诸如ATSC3.0的广播系统中，存在以下系统，其中，除了紧急警报信息的分发之外，还定义了强制启动处于待机模式(待机状态)的接收装置20并呈现紧急警报信息的功能。

例如，在ATSC3.0中，通过物理层帧的引导来传输EA唤醒信息(紧急警报唤醒)。如图2所示，EA唤醒信息包括2位ea_wake_up_1和ea_wake_up_2，并且ATSC3.0定义了当接收装置20接收到EA唤醒信息时的操作。

换言之，1位ea_wake_up_1被设置为最低有效位(LSB)，1位ea_wake_up_2被设置为最高有效位(MSB)，使得EA唤醒信息被设置为2位，从而，如图3所示，提供了“00”、“01”、“10”和“11”这四种含义。

具体地，如图3所示，在满足EA Wakeup＝“00”的情况下，这意味着没有传输紧急警报信息。此外，在满足EA Wakeup＝“01”、“10”、“11”的情况下，这意味着传输了紧急警报信息。换言之，EA Wakeup＝“00”表示紧急警报信息是不活动的，而EA Wakeup＝“01”、“10”、“11”表示紧急警报信息是活动的。然而，将根据例如广播公司的操作来确定使用活动(“01”、“10”、“11”)的设置(设置1、2、3)的方式。

在此处，传输装置10可以改变指示活动的“01”、“10”和“11”这三种状态，以通知接收装置20紧急警报信息已经改变(更新)。因此，接收装置20可以通过从待机状态强制启动而提前向用户提供紧急警报信息。

例如，接收装置20包括广播调谐器部和广播信号处理部(例如，稍后描述的图16中的广播调谐器部201和广播信号处理部202)。广播信号处理部具有处理从广播调谐器部输出的分组，以渲染视频、音频、广播应用等的功能，并且被配置为例如片上系统(SoC)。

在这种配置的情况下，由于通过物理层帧的引导来发送EA唤醒信息，所以假设由广播调谐器部获取EA唤醒信息。换言之，在接收装置20中，假设广播调谐器部基于EA唤醒信息发出在后续阶段中将广播信号处理部(SoC)从待机状态改变到启动状态的指令，使得广播信号处理部(SoC)执行与紧急警报信息相关的处理。即，可以说，EA唤醒信息是紧急警报启动信息。

因此，接收装置20可以在待机模式下切断广播信号处理部(SoC)的电源，从而抑制功耗，并且在发出紧急警报信息的情况下，接收装置20可以启动广播信号处理部(SoC)来呈现紧急警报信息。因此，可以迅速地将紧急警报信息传递给许多家庭。

此外，在接收装置20中，当EA唤醒信息从非活动(“00”)变为活动(“01”、“10”、“11”)时，启动广播信号处理部(SoC)，以呈现紧急警报信息。因此，在用户没有观看广播服务的情况下(在接收装置20处于待机模式的情况下)，自动接通电源，并且经由广播通知紧急警报信息，并且用户可以迅速关注紧急警报信息。

这种在紧急情况下强制启动处于待机状态的接收装置20并呈现紧急警报信息的功能允许更多的接收装置20呈现紧急警报信息，但是另一方面，可以在用户不希望的时间启动接收装置20(接通接收装置20的电源)。因此，根据该功能的运行方式，如上所述，用户的便利性会受到损害。

因此，接下来，参考图4至图8，将描述在当前情况下假设的运行中的问题(以下称为假设运行)及其解决方法的概述。

(假设运行的第一示例)

图4是示出假设运行的第一示例的示图。

图4表示在图中的水平时间序列中物理层帧中包括的EA唤醒信息(EA Wakeup)的值(“00”、“01”、“10”、“11”)的变化。此外，图4示意性地示出了以待机模式操作的接收装置20根据EA唤醒信息的值的变化强制启动(自动启动)，并且呈现紧急警报信息。

从时间t11到时间t12，由于建立了EA Wakeup＝“00”，所以接收装置20继续待机模式，并且处于画面上没有显示任何内容的状态(画面D11)。此后，在时间t12，当EA Wakeup的值从“00”变为“01”并且分发新的紧急警报时，强制启动(接通电源)处于待机模式的接收装置20，并且显示接收到的紧急警报信息A1(画面D12)。

例如，该紧急警报信息A1是飓风正在接近的信息，并且用户2检查紧急警报信息A1，然后操作(关闭电源)遥控器21，并且将接收装置20再次设置为待机模式(画面D13)。

此后，在时间t13，当EA Wakeup的值变为“10”并且发布更新的紧急警报时，再次强制启动处于待机模式的接收装置20，并且显示接收到的紧急警报信息A2(画面D14)。

例如，该紧急警报信息A2是已经发出警报的飓风已经过去的信息，并且用户2检查紧急警报信息A2，然后关闭电源，并将接收装置20再次设置为待机模式(画面D15)。此时，紧急警报信息A1和紧急警报信息A2都是与飓风相关联的信息，并且用户2有可能希望不显示紧急警报信息A2，因为重复显示用户2先前看到的紧急警报。

此后，在时间t14，当EA Wakeup的值变为“11”并且发布更新的紧急警报时，再次强制启动处于待机模式的接收装置20，并且显示接收到的紧急警报信息A3(画面D16)。

例如，该紧急警报信息A3是已经警报的飓风已经变成低气压并且已经解除警报的信息，用户2检查紧急警报信息A3，然后关闭电源，并且将接收装置20再次设置为待机模式(画面D17)。此时，紧急警报信息A3是与飓风相关联的信息，类似于紧急警报信息A1和紧急警报信息A2，并且如果是紧急警报的解除通知，则有可能用户2希望不打开接收装置20的电源。

如上所述，在假设运行的第一示例中，每当更新紧急警报信息A1、A2、A3时，EAWakeup的值被更新为“01”、“10”、“11”，并且强制启动处于待机模式的接收装置20。因此，无论用户的意图如何，当接收到指示活动状态的EA Wakeup(“01”、“10”、“11”)时，自动启动接收装置20。然后，一些用户对于当更新EA Wakeup时接收装置20总是自动启动(自动打开电源)这样的操作中感到不便。

特别地，如图4所示的即使用户检查某些紧急警报信息并关闭电源，每次更新相同的紧急警报信息时，接收装置20再次自动启动(电源打开)的状态可能损害用户的便利性。

对于这种假设运行的第一示例，例如，需要仅当发布新的紧急警报信息时才打开接收装置20的电源并且呈现信息，需要仅当发布紧急警报信息时以及当更新信息时才打开接收装置20的电源并且呈现信息(不需要通知解除紧急警报信息)，并且需要选择是否在用户接口中呈现紧急警报信息的更新。

响应于这样的请求，在应用了本技术的接收装置20中，通过基于与用户设置的紧急警报信息的接收设置相关联的信息(以下称为接收设置信息)，根据紧急警报信息的类型(例如，新的、更新的、解除的、等等)来控制呈现紧急警报信息，可以防止接收装置20在用户无意的情况下自动启动。此外，通过执行这种控制，紧急警报信息的发送者可以传输发送者想要的信息，而不会损害用户的便利性。

注意，图4示出了当EA Wakeup的值改变时接收装置20响应于该变化而启动的示例，但是由于根据实现方式周期性地传输EA唤醒信息，例如，还假设了以下操作。换言之，还假设这样一种场景，其中，在接收到作为EA唤醒信息的EA Wakeup＝“01”，并且用户2在接收装置20自动启动之后关闭电源的情况下，当根据转盘方案传输的EA唤醒信息是Wakeup＝“01”时，接收该信息的接收装置20再次自动启动。

(假设运行的第二示例)

图5是示出假设运行的第二示例的示图。

与图4类似，图5示出了响应于EA唤醒信息的值的变化而强制启动以待机模式操作的接收装置20并呈现紧急警报信息的情况。

从时间t21到时间t22，由于建立了EA Wakeup＝“00”，所以接收装置20继续待机模式，并且处于画面上没有显示任何内容的状态(画面D21)。此后，在时间t22，当EA Wakeup的值从“00”变为“01”并且分发新的紧急警报时，强制启动处于待机模式的接收装置20(接通电源)，并且显示接收到的紧急警报信息B1(画面D22)。

例如，该紧急警报信息B1是与飓风相关联的信息，但是由于用户2的家庭区域不在飓风行程中，所以用户2检查紧急警报信息B1，然后操作遥控器21，以将接收装置20再次设置为待机模式(画面D23)。

此时，虽然用户2的家庭区域不在飓风行程中，但是由于紧急警报是在大范围的区域中发出的，所以也在安装在该行程之外的区域中的接收装置20上显示紧急警报信息B1，但是有可能用户2希望不显示与他/她自己无关的紧急警报信息B1。

此后，在时间t23，当EA Wakeup的值变为“10”并且发布更新的紧急警报时，再次强制启动处于待机模式的接收装置20，并且显示接收到的紧急警报信息B2(画面D24)。

例如，紧急警报信息B2是与飓风相关联的后续信息，并且如果该信息与用户2无关，则用户2有可能希望不打开接收装置20的电源。

如上所述，在假设运行的第二示例中，当接收到指示活动状态的EA Wakeup(“01”、“10”、“11”)时，无论用户的意图如何，都强制启动接收装置20。然后，设想总是在更新EAWakeup时执行接收装置20的启动操作，例如，即使该信息与用户几乎没有关联或者是用户不感兴趣的信息，因为紧急警报信息损害了用户的便利性。此外，在接收装置20中，当更新某个紧急警报信息时，即使用户检查紧急警报信息并关闭电源，将状态从待机状态改变为启动状态的操作也重复发生。

响应于这样的请求，在应用了本技术的接收装置20中，通过根据接收机的类型、紧急警报信息的优先级、相关区域、事件类型等，基于接收设置信息，控制呈现紧急警报信息，可以防止接收装置20在用户无意的情况下自动启动。

(假设运行的第三示例)

图6和图7是示出假设运行的第三示例的示图。

类似于图4等，图6和7示出了以待机模式操作的接收装置20的操作情况。

在此处，在待机模式下的接收装置20中，假设待机的片上系统(SoC)执行以下两个操作。换言之，作为第一操作，假设通过例如用户操作遥控器或设置观看预约的定时器来启动待机的片上系统(SoC)(接通电源)，并且执行与广播服务相关的处理。此外，作为第二操作，假设在更新EA Wakeup时启动待机的片上系统(SoC)(接通电源)，并且执行与紧急警报相关的处理的操作。

在前一种操作的情况下，为了接收广播服务，在接收装置20中，需要用于选择上次关闭电源时接收的频道(所谓的最后频道)并呈现所选频道的广播节目的处理。

具体地，如图6所示，在时间t31，用户2操作遥控器21(接通电源)以接通在待机模式下的接收装置20的电源的情况下，在画面上显示最后频道的正常节目(画面D32)。

另一方面，在后一种操作的情况下，在接收装置20中，在呈现紧急警报信息时，在存在紧急警报服务的情况下，需要用于选择紧急警报服务并且呈现所选择的紧急警报节目的处理，而在不存在紧急警报服务的情况下，需要用于选择广播服务并且呈现所选择的广播节目的处理。

具体地，如图7所示，从时间t41到时间t42，由于建立了EA Wakeup＝“00”，所以接收装置20继续待机模式，并且处于画面上没有显示任何内容的状态(画面D41)。此后，在时间t42，当EA Wakeup的值从“00”变为“01”并且分发新的紧急警报时，在处于待机模式的接收装置20中，强制接通电源，并且检查包括紧急警报信息的元数据(例如，AEAT元数据)是否包括与紧急警报服务相关联的信息(时间t43)。注意，稍后将参考图14、15等描述AEAT元数据的细节。

然后，在接收装置20中，在存在紧急警报服务的情况下，从时间t44到时间t45选择紧急警报服务的频道，并且画面显示对应于紧急警报信息C1的紧急警报节目(画面D42)。另一方面，在接收装置20中，在不存在紧急警报服务的情况下，从时间t44到时间t45选择广播服务的频道(最后频道)，并且画面显示紧急警报信息C1和正常节目(画面D43)。

如上所述，在假设运行的第三示例中，在用户2操作遥控器21(接通电源)或设置用于观看预约的定时器的情况下，以及在EA唤醒信息的值改变的情况下，处于待机模式的接收装置20的电源接通之后的预期操作是不同的。即，在接收装置20中，启动后的预期操作根据待机模式中的启动因素而不同。因此，需要应对预期操作中的这种差异。

响应于这种需求，应用了本技术的接收装置20被配置为通过区分正常启动模式和紧急警报优先模式来操作，从而执行根据待机模式中的启动因素预期的后启动操作。

注意，在此处，如图6所示的用户2操作遥控器21、设置用于观看预约的定时器等以启动(接通电源)待机模式操作的接收装置20(其广播信号处理部(SoC))以接收广播服务的操作被定义为正常启动模式。

另一方面，如图7所示，通过从物理层帧的引导中提取的EA唤醒信息来启动(接通电源)以待机模式操作的接收装置20(其广播信号处理部(SoC))并接收紧急警报信息的操作被定义为紧急警报优先模式。

通过定义这样的模式，应用本技术的接收装置20被配置为在待机模式下通过用户2操作遥控器21等而启动的情况下，以正常启动模式操作以接收广播服务，并且在通过EA唤醒信息来启动的情况下以紧急警报优先模式操作，以接收紧急警报信息。

此外，应用本技术的接收装置20被配置为在以紧急警报优先模式操作的情况下，除了由用户设置的接收设置信息之外，基于与过去接收的紧急警报信息相关联的信息(下文中，称为历史信息)，控制紧急警报信息的呈现。

(假设运行的第四示例)

图8是示出假设运行的第四示例的示图。

图8示出了与图4等类似的情况，其中，响应于EA唤醒信息的值的变化，强制启动以待机模式下操作的接收装置20，并且呈现紧急警报信息。

在此处，在假设运行的第四示例中，作为接收装置20的预设，进行仅当接收到新的紧急警报信息时接通电源的设置，并将其记录为接收设置信息(画面D51)。注意，稍后将参考图24、25等描述接收设置信息的预设设置的细节。

从时间t51到时间t52，由于建立了EA Wakeup＝“00”，所以接收装置20继续待机模式，并且处于画面上没有显示任何内容的状态(画面D52)。此后，在时间t52，当EA Wakeup的值从“00”变为“01”并且分发新的紧急警报(紧急警报信息D1)时，处于待机模式的接收装置20接收包括紧急警报信息D1的元数据(例如，AEAT元数据)，以检查是否存在紧急警报服务。

然后，在接收装置20中，在存在紧急警报服务的情况下，从时间t53到时间t54选择紧急警报服务的频道，并且画面显示对应于紧急警报信息D1的紧急警报节目(画面D53)。在检查紧急警报节目之后，用户2操作遥控器21，以将接收装置20再次设置为待机模式(画面D54)。

此后，在时间t55，当EA Wakeup的值变为“10”时，假设处于待机模式的接收装置20基于包括在接收到的元数据(例如，AEAT元数据)中的紧急警报信息的类型来执行以下两种操作。

换言之，第一种操作是确定接收到的紧急警报信息是紧急警报信息D1的更新并且在基于预设保持待机模式而不启动处于待机模式下的接收装置20的操作，第二种操作是确定接收到的紧急警报信息是新的紧急警报信息D2并且启动在待机模式下的接收装置20以显示紧急警报节目等的操作。

具体地，如图8所示，在前一操作的情况下，接收装置20继续待机模式，并且处于在画面上没有显示任何内容的状态(画面D55)。另一方面，在后一种情况下，接收装置20接收新的紧急警报信息D2，并且在存在紧急警报服务的情况下，选择紧急警报服务的频道，并且画面显示紧急警报节目(画面D56)。

如上所述，在假设运行的第四示例中，指示非活动状态的“00”和指示活动状态的“01”、“10”、“11”被定义为EA Wakeup的值，并且在更新紧急警报信息的情况下，该值从“01”变为“10”，并且进一步从“10”变为“11”(假设“11”循环到“01”)，从而向片上系统通知该更新。

在这种情况下，如果只有一条紧急警报信息，则可以通知片上系统存在新的紧急警报信息和紧急警报信息的更新，但是在多条紧急警报信息同时出现的情况下，由于不可能通知片上系统哪个紧急警报信息是新的或更新的，所以要求片上系统侧识别紧急警报信息并确定是否启动。

响应于这样的需求，应用了本技术的接收装置20被配置为基于在包括紧急警报信息的元数据(例如，AEAT元数据)中包含的识别信息(aeaId、refAEAId)来识别紧急警报信息系列，并且对于相同系列的紧急警报信息，基于包括在紧急警报信息中包括的指示新的、更新或解除的类型信息(aeaType)和接收设置信息来确定是否自动启动或保持待机模式。注意，稍后将参考图14、15等描述AEAT元数据的细节。

因此，例如，可以基于用户的选择，来确定接收装置20的操作，例如，是否启用根据紧急警报信息的内容自动启动接收装置20的功能、是否检查曾检查的紧急警报信息是否更新、或者当解除紧急警报信息时是否自动启动。

上面已经描述了假设运行中的问题和解决这些问题的方法的概述。接下来，将参考图9至图25描述更详细的内容。

(物理层帧配置)

应用本技术的物理层帧可以包括例如引导(bootstrap)、前导(preamble)、一个或多个子帧。

物理层帧具有预定的帧长度，例如，毫秒。在处理物理层帧时，接收装置20可以获取引导和前导，然后获取后续子帧。

图9示出了引导配置的示例。在图9中，水平方向表示时间，垂直方向表示频率。

在图9中，引导包括引导信号和引导后波形(post-bootstrap waveform)。多个引导符号设置在引导信号的子段中。例如，作为引导符号，设置图10中的引导符号1(Bootstrap Symbol 1)和图11中的引导符号2(Bootstrap Symbol 2)。

图10示出了引导符号1的语法示例。该引导符号1包括1位ea_wake_up_1字段。ea_wake_up_1是用于响应于紧急警报启动接收装置20的位。

图11示出了引导符号2的语法示例。该引导符号2包括1位ea_wake_up_2字段。ea_wake_up_2是用于响应于紧急警报启动接收装置20的位。

如上所述，图10中的引导符号1的1位ea_wake_up_1和图11中的引导符号2的1位ea_wake_up_2是用于启动接收装置20的位，并且这些位的组合的2位构成EA唤醒信息(其位)，如上述图2所示。此外，作为EA唤醒信息的位的含义，可以给出“00”、“01”、“10”和“11”这四种含义，如上述图3所示。

注意，在由ATSC3.0定义的物理层帧中，前导包括L1信令(物理层信令)，例如，L1-基本信令或L1-细节信令。此外，有效载荷(数据)设置在子帧中。在物理层帧包括两个或更多个子帧的情况下，可以为每个子帧改变调制参数，例如，FFT大小和保护间隔(GI)长度。

此外，在由ATSC3.0定义的物理层帧中，引导对应于形成由数字视频广播-地面2(DVB-T2)定义的T2帧的P1符号。此外，前导对应构成T2帧的P2符号。因此，引导也可以说是前导信号。

注意，在下面的非专利文献1中的“6.BOOTSTRAP SIGNAL STRUCTURE”中描述引导符号1和引导符号2的细节。此外，在下面的非专利文献2中的“Annex G:Emergency AlertSignaling”中描述2位唤醒位的值的含义的细节。

非专利文献1：ATSC Standard:A/321,System Discovery and Signaling

非专利文献2：ATSC Candidate Standard:Signaling,Delivery,Synchronization,and Error Protection(A/331)

(协议栈的示例)

图12是示出应用了本技术的IP传输系统的协议栈的示例的示图。

在图12中，最底层是物理层。例如，在诸如ATSC3.0的IP传输数字广播中，在某些情况下，不仅使用单向广播进行传输，而且使用双向通信进行部分数据传输。在使用广播的情况下，物理层对应于为服务(频道)分配的广播波的频带等。

物理层的上层是链路层协议层。此外，链路层协议层的上层是互联网协议(IP)层和用户数据报协议(UDP)层。IP层和UDP层是对应于在分层通信模型中网络层和传输层的层，IP分组和UDP分组由IP地址和端口号指定。

在此处，低层信令(LLS)和服务层信令(SLS)可以用作上层信令(控制信息)。LLS是在比SLS更低的层中传输的信令。SLS在逐个服务的基础上的信令。换言之，在应用本技术的协议栈中，在LLS和SLS两层中传输上层信令。

LLS包括元数据，例如，服务列表表(SLT，service list table)、高级紧急警报表(AEAT)和地区评级表(RRT)。

SLT元数据包括指示广播网络中的流和广播服务的配置的基本信息，例如，选择广播服务(频道)所需的信息。AEAT元数据包括与紧急警报信息相关联的信息，紧急警报信息是需要紧急宣布的信息。通过包括在作为包括UDP分组的IP分组的UDP/IP分组中而传输SLT元数据和AEAT元数据。

与IP层和UDP层相邻的上层称为单向实时对象传输(ROUTE)。ROUTE是一种用于流式文件传输的协议，是单向文件传输扩展(FLUTE)。

通过该ROUTE会话，为每个广播服务传输SLS文件(信令)、非实时(NRT)内容文件(NRT)、DASH段文件(DASH)等。

在此处，SLS是服务级别信令，并且提供搜索和选择属于目标广播服务的组成(例如，视频、音频、字幕等)所需的信息、属性等。SLS包括元数据，例如，用户服务捆绑描述(USBD)、基于服务的传输会话实例描述(S-TSID)和媒体呈现描述(MPD)。此外，NRT内容是经由广播获得的内容，并且包括例如应用程序。

注意，尽管省略了详细描述，但是作为媒体传输方法，可以使用MPEG媒体传输(MMT)协议，代替ROUTE协议。

另一方面，在使用双向通信(宽带)的情况下，物理层的上层是数据链路层。此外，数据链路层的上层是对应于网络层的IP层。与IP层相邻的上层是对应于传输层的传输控制协议(TCP)层，此外，与TCP层相邻的上层是对应于应用层的超文本传输协议(HTTP)层。

换言之，在使用通信的情况下，这些层实现在通信线路(例如，互联网)上运行的协议，例如，TCP/IP。

在与HTTP层相邻的上层中，一些上层是信令和NRT内容(NRT)。该信令(控制信息)包括所有信令(控制信息)，例如，在上述ROUTE会话中传输的信令。此外，NRT内容是经由通信获得的内容，并且包括例如应用程序。

在与HTTP层相邻的上层中，除上述层之外的层是DASH段(DASH)。换言之，在双向通信流分发中，包括在诸如视频点播(VOD)节目等内容中的组成(例如，视频、音频、字幕等)的流数据以符合ISO BMFF标准的DASH段为单位进行传输。

如上所述，在应用了本技术的IP传输系统的协议栈中，单向广播系统层和双向通信系统层的一部分是公共协议，并且可以通过单向广播和双向通信以符合ISO BMFF标准的DASH段为单位传输内容中包括的组成(例如，视频、音频、字幕等)的流数据。

因此，由于上层的协议在执行单向广播流分发和双向通信流分发的情况下是通用的，所以可以减少包括在传输系统1中的每个装置中的实现和处理的负担。

(LLS分组结构)

图13是示出LLS表的语法示例的示图。

在图13的LLS表中，在包括LLS的分组(LLS分组)的LLS报头中包括LLS_table_id、LLS_group_id、group_count_minus1、LLS_table_version。

8位LLS_table_id表示用于识别LLS表的ID。8位LLS_group_id表示用于识别LLS所属组的ID。8位LLS_table_version表示LLS表的版本。

此外，开关语句指示，在“0x01”被指定为LLS表ID的情况下，SLT元数据被设置为LLS数据。此外，开关语句指示，在“0x02”被指定为LLS表ID的情况下，RRT元数据被设置为LLS数据，并且在指定“0x03”的情况下，系统时间被设置为LLS数据。此外，开关语句指示，在“0x04”被指定为LLS表ID的情况下，AEAT元数据被设置为LLS数据。

换言之，物理层帧(L1帧)包括L1报头和L1有效载荷，并且该L1报头(例如，引导)包括用于在紧急情况下启动待机模式的接收装置20的EA唤醒信息(EA唤醒)。此外，多个传输分组(例如，ATSC链路层协议(ALP)分组)设置在L1有效载荷中。

该传输分组是第二层(L2)分组，并且在其有效载荷中设置了LLS表。换言之，由于通过包括在UDP/IP分组中来传输LLS表，所以除了LLS报头之外，还将IP报头和UDP报头添加为报头。此外，LLS数据(换言之，AEAT元数据)等设置在LLS表中。

(AEAT元数据结构)

图14和15是示出可扩展标记语言(XML)格式的AEAT元数据的语法的示例的示图。

注意，在图14和15中，在元素和属性中，属性附加有“@”。此外，为其上部元素指定缩进元素和属性。

如图14所示，作为根元素的AEAT元素包括一个或多个AEA元素。AEA元素是aeaId属性、发布者属性、受众属性、aeaType属性、refAEAId属性、优先级属性、唤醒属性、报头元素、AEAText元素、LiveMedia元素和媒体元素的上层元素。

aeaId属性指定ID，该ID识别AEA消息。发布者属性指定AEA消息的发布者。受众属性指定了AEA消息的受众。

aeaType属性指定AEA消息的类别。refAEAId属性指定ID，该ID识别由aeaId属性指示的ID所引用的AEA消息。

优先级属性指定AEA消息的优先级。唤醒属性指定是否将AEA消息与ea_wake_up位相关联。

报头元素是生效属性、过期属性、EventCode元素、EventDesc元素和Location元素的上部元素。

生效属性指定了AEA消息生效的日期和时间。到期属性指定了AEA消息到期的日期和时间。

EventCode元素指定AEA消息的事件类型。类型属性指定分配给每个国家的事件代码的域。

EventDesc元素指定紧急警报事件的简短文本信息描述。lang属性指定通过EventDesc元素描述的语言。

Location元素指定AEA消息的目标区域的地理代码。类型属性(type属性)指定代码的域。

AEAText元素指定AEA消息的文本信息。在使用AEAT元数据的情况下，该AEA消息对应于紧急警报信息。lang属性指定了AEA消息的文本信息的语言。

LiveMedia元素包括用于识别广播分发的信息，该信息可以作为紧急警报信息的相关信息的选项呈现给用户。在使用AEAT元数据的情况下，可以基于该LiveMedia元素的描述内容来确定是否存在紧急警报服务，并且选择要实况广播的紧急警报节目。

bsid属性和serviceId属性指定广播流ID和服务ID，用于识别要实况广播的紧急警报节目。ServiceName元素指定要实况广播的紧急警报节目的名称。lang属性指定服务名称的语言。

媒体元素包括多媒体资源的组成部分。lang属性指定媒体资源的语言。mediaDesc属性指定媒体资源内容的描述。mediaType属性指定相关媒体的预期用途。

url属性指定媒体文件的URL。在媒体文件甚至可以经由通信使用的情况下，alternateUrl属性指定媒体文件的URL。contentType属性指定由互联网号码分配机构(IANA)分配的媒体类型。

contentLength属性指定以字节为单位的媒体的大小。mediaAssoc属性指定与该属性关联的另一媒体元素的URI。

注意，在图14和图15中，在尽管是出现(使用)次数，但指定了“1”的情况下，总是只指定一个元素或属性，并且在指定“0..1”的情况下，指定元素或属性是可选的。此外，在指定“1..n”的情况下，指定了一个或多个元素或属性。在指定“0..n”的情况下，指定一个或多个元素或属性是可选的。

此外，在“字符串”被指定为数据类型的情况下，指示元素或属性的值是字符串类型，而在指定“unsignedByte”的情况下，指示元素或属性的值是unsignedByte类型。此外，在“boolean”被指定为数据类型的情况下，指示它是boolean类型，而在指定“日期时间”的情况下，指示它是日期和时间类型。

此外，在“lang”被指定为数据类型的情况下，指示它是语言类型，而在指定“anyURI”的情况下，指示它是anyURI数据类型。此外，在“unsignedShort”和“unsignedLong”被指定为数据类型的情况下，指示它们分别是unsignedShort类型和unsignedLong类型。

注意，图14和15中所示的AEAT元数据的语法是示例，并且例如可以采用其他语法，例如，添加其他元素和属性。此外，AEAT元数据不限于XML格式，并且可以用另一种标记语言来描述，或者可以具有部分格式。

此外，在上述非专利文献2的“6.5Advanced Emergency Alert Table”中描述了AEAT元数据的细节。

(接收装置的配置)

图16是示出应用本技术的接收装置的配置示例的示图。

在图16中，接收装置20包括广播调谐器部201、广播信号处理部202、输出画面部203和音频输出部204。

广播调谐器部201是例如包括调谐器模块、解调LSI等的接收部。广播调谐器部201接收经由接收天线(未示出)输入的广播信号，执行与从广播信号获取的物理层帧相关的处理(例如，解调处理、纠错处理等)，并将作为处理结果获取的广播流(广播数据分组)提供给广播信号处理部202。注意，作为广播数据分组，例如，可以使用诸如ALP分组、UDP/IP分组等传输分组。

广播信号处理部202例如是被配置为片上系统(SoC)等的处理部。广播信号处理部202处理从广播调谐器部201提供的广播流(广播数据分组)，并对包括在对应于所选广播节目的流中的视频、音频和字幕数据执行解码等。广播信号处理部202将作为处理结果而获得的数据中的视频和字幕数据提供给输出画面部203，并将音频数据提供给音频输出部204。

输出画面部203被配置为显示装置，例如，液晶显示器或有机EL显示器。输出画面部203基于从广播信号处理部202提供的视频和字幕数据显示广播节目的视频和字幕。

音频输出部204被配置为例如扬声器等。音频输出部204基于从广播信号处理部202提供的音频数据，输出与广播节目的视频同步的音频。

在此处，广播信号处理部202被配置为不同于广播调谐器部201的芯片，并且经由预定接口连接。在以待机模式操作的接收装置20中，广播调谐器部201启动并操作，但是广播信号处理部202、输出画面部203和音频输出部204不操作(不供电)。注意，尽管在图16所示的配置中省略了图示，但是接收装置20设置有用于控制提供给每个部分的电力的电力管理部，并且根据操作模式将电力提供给广播调谐器部201、广播信号处理部202等。

在以待机模式操作的接收装置20中，广播调谐器部201基于从物理层帧(其引导)获取的EA唤醒信息指示广播信号处理部202启动。另一方面，在从广播调谐器部201给出启动指令的情况下，广播信号处理部202基于AEAT元数据、接收设置信息等来控制紧急警报信息的呈现。此外，广播信号处理部202可以对广播调谐器部201执行调谐器控制，例如，频率设置。注意，稍后将参考图17的框图描述广播信号处理部202的详细配置。

(广播信号处理部的配置)

图17是示出应用本技术的广播信号处理部(SoC)的详细配置的示例的示图。

在图17中，广播信号处理部202包括解调器I/F 221、多路分解器222、广播中间件223、解扰器部224、视频/音频/字幕解码器部225、呈现处理部226、紧急警报控制部227、紧急警报信息输出部228、通信I/F 229、通信中间件230、广播应用处理部231、遥控器I/F232、接收机管理部233以及接收机应用处理部234。

解调器I/F 221是与广播调谐器部201(其解调器)的接口，并将经由输入端子211-1输入的广播流(广播数据分组)提供给多路分解器222。

多路分解器222将从解调器I/F 221提供的广播流(广播数据分组)分离成多个流，并将结果流提供给广播中间件223、紧急警报控制部227或接收机管理部233。

广播中间件223处理从多路分解器222提供的流，并将结果数据提供给视频/音频/字幕解码器部225、紧急警报控制部227、广播应用处理部231或接收机应用处理部234。

在加密(加扰)输入到广播中间件223的流的情况下，解扰器部224解密(解扰)该流，用于使用预定密钥解密该流，以恢复原始状态。

视频/音频/字幕解码器部225解码从广播中间件223提供的编码流，并将结果数据提供给呈现处理部226。在此处，例如，编码流包括所选广播节目的组成流(例如，视频、音频、字幕等)，并且解码该流。

呈现处理部226执行呈现处理，用于将从视频/音频/字幕解码器部225提供的数据呈现给输出画面部203或音频输出部204，并且经由输出端子212将结果呈现数据输出给输出画面部203或音频输出部204。

例如，呈现处理部226对视频数据和字幕数据执行呈现处理，并且经由视频输出端子212-1和字幕输出端子212-3将结果呈现数据输出到输出画面部203。此外，例如，呈现处理部226对音频数据执行呈现处理，并且经由音频输出端子212-2将结果呈现数据输出到音频输出部204。

紧急警报控制部227基于从广播中间件223提供的AEAT元数据(包括紧急警报信息)、与用户设置的紧急警报信息的接收设置相关的接收设置信息等，执行与紧急警报相关的控制。在确定要输出紧急警报信息的情况下，紧急警报控制部227将紧急警报信息提供给紧急警报信息输出部228。

紧急警报控制部227包括记录部227A，例如，非易失性存储器。记录部227A根据来自接收机管理部233的紧急警报信息的接收设置输入的结果，记录接收设置信息。此外，紧急警报控制部227通过与紧急警报信息输出部228等协作，将过去接收的紧急警报信息的状态和显示内容作为历史信息记录在记录部227A中。

紧急警报信息输出部228处理从紧急警报控制部227提供的紧急警报信息，并将结果提供给呈现处理部226。

呈现处理部226执行呈现处理用于在输出画面部203上呈现从紧急警报信息输出部228提供的紧急警报信息，并且经由视频输出端子212-1或字幕输出端子212-3将结果呈现数据输出到输出画面部203。

通信I/F 229是与诸如网卡或无线LAN适配器等通信部(未示出)的接口，并且将经由输入端子211-2输入的通信流提供给通信中间件230。

通信中间件230处理从通信I/F 229提供的通信流，并将结果广播应用提供给广播应用处理部231。在此处，广播应用是与诸如广播节目等内容相关联的应用程序。

广播应用处理部231控制从通信中间件230提供的广播应用的诸如开始和结束等操作，并将关于广播应用的数据提供给呈现处理部226。

呈现处理部226执行呈现处理，用于在输出画面部203上呈现由广播应用处理部231控制其操作的广播应用，并且经由广播应用输出端子212-5将结果呈现数据输出到输出画面部203。

遥控器I/F 232例如是与诸如红外光接收部等光接收部(未示出)的接口，并且将经由输入端子211-3输入并且从遥控器21提供的红外信号提供给接收机管理部233。

接收机管理部233基于从遥控器I/F 232提供的信息(例如，红外信号)，管理由接收装置20执行的每个部分的操作。例如，接收机管理部233管理接收装置20的启动模式，例如，正常启动模式和紧急警报优先模式。此外，例如，接收机管理部233根据用户的遥控器操作接收紧急警报信息的接收设置的输入，并将输入结果通知给紧急警报控制部227。

此外，在基于红外信号确定启动接收机应用的情况下，接收机管理部233将该确定通知给接收机应用处理部234。在此处，接收机应用是预先安装在接收装置20中的应用程序。

接收机应用处理部234基于从接收机管理部233提供的通知启动接收机应用，并将与接收机应用相关的数据提供给呈现处理部226。

呈现处理部226执行呈现处理，用于在输出画面部203上呈现由接收机应用处理部234启动的接收机应用，并且经由接收机应用输出端子212-4将结果呈现数据输出到输出画面部203。

注意，在图17中，广播应用和接收机应用彼此区分，但是虽然广播应用是与诸如广播节目等内容相关联的应用，但是接收机应用可以说是常驻应用，并且包括例如用于设置接收设置信息等的应用(图25)。例如，以标记语言(例如，HTML5)或脚本语言(例如，JavaScript(注册商标))开发广播应用，并且可以由相应的浏览器显示。

此外，在图17所示的配置中，已经描述了从通信流获取广播应用的情况，但是可以从广播流获取广播应用。此外，可以经由通信获取和呈现构成广播节目或VOD内容的部分组件。此外，在图17所示的配置中，记录部227A包括在紧急警报控制部227中，但是诸如接收设置信息等信息可以记录在内置于片上系统(SoC)中并且由每个部分共同使用的非易失性存储器中，或者记录在片上系统(SoC)外部提供的非易失性存储器中。此外，在图17所示的配置中，每个块可以根据需要与其他块交换各种类型的数据，如块之间的箭头所示。

接下来，将参考图18至图23描述在接收紧急警报时接收装置20的操作的细节。

(广播调谐器部的处理流程)

首先，将参考图18中的流程图描述由广播调谐器部201执行的处理流程。

然而，当执行图18所示的处理时，接收装置20以待机模式操作，并且通过从电源供电来启动广播调谐器部201，但是不向在广播调谐器部201之后设置的广播信号处理部202、输出画面部203、音频输出部204等供电，并且它们处于停止状态。

在步骤S11中，广播调谐器部201设置接收频率。例如，作为该接收频率，设置最后一个频道的频带，该频道是在前一次启动时观看的最后一个频道。

在步骤S12中，广播调谐器部201确定是否已经经由接收天线接收到广播信号。注意，在执行该确定处理时，仅监控对应于物理层帧中引导的部分就足够了。

在步骤S12中确定没有接收到广播信号的情况下，重复步骤S12的确定处理。另一方面，在步骤S12中确定已经接收到广播信号的情况下，处理进行到步骤S13。

在步骤S13中，广播调谐器部201处理广播信号并接收物理层帧的引导。

在步骤S14中，广播调谐器部201处理对应于接收到的引导的部分，并提取EA唤醒信息(EA Wakeup)的值。在此处，提取组成EA唤醒位的ea_wake_up_1和ea_wake_up_2这2位。

在步骤S15中，广播调谐器部201基于提取的EA唤醒信息(EA Wakeup)的值，确定EAWakeup＝“00”是否已经改变为活动(“01”、“10”、“11”)或者先前在活动(“01”、“10”、“11”)状态中接收的EA Wakeup的值是否已经改变。

在步骤S15中确定两个确定条件都不满足的情况下，处理返回到步骤S12，并且执行后续处理。另一方面，在步骤S15中确定满足两个确定条件中的一个的情况下，处理进行到步骤S16。

在步骤S16中，广播调谐器部201指示广播信号处理部202启动。换言之，在以待机模式操作的接收装置20中，处于停止状态而没有被供电的广播信号处理部202接通，并且以紧急警报优先模式启动。

在步骤S17中，广播调谐器部201确定是否要完全关闭电源。在步骤S17中确定电源没有完全关闭的情况下，处理返回到步骤S12，并且执行后续处理。换言之，在这种情况下，接收装置20继续以待机模式操作。

另一方面，在步骤S17中确定要完全关闭电源的情况下，停止向广播调谐器部201供电，并且图18所示的处理结束。注意，“完全关闭电源”并不意味着接收装置20以待机模式操作，而是意味着电源通过预定操作完全关闭的状态，并且是广播调谐器部201也没有被供电并且没有启动的状态。

上面已经描述了广播调谐器部201的处理流程。

(广播信号处理部(SoC)的处理流程)

接下来，将参考图19和20的流程图描述由广播信号处理部202执行的处理流程。

然而，在执行图19和20所示的处理时，来自电源的电力没有提供给设置在广播调谐器部201之后的广播信号处理部202、输出画面部203、音频输出部204等，并且处于停止状态。

换言之，由于接收装置20以待机模式操作，所以广播信号处理部202处于命令等待状态(在S31和S32中为“否”)。然后，在广播信号处理部202确定已经接收到启动指令的情况下(在S32中为“是”)，处理进行到步骤S33。

在步骤S33中，广播信号处理部202确定接收到的启动指令是否是紧急警报优先模式中的启动指令。

在步骤S33中确定该指令不是紧急警报优先模式中的启动指令的情况下，处理进行到步骤S34。

在步骤S34中，广播信号处理部202执行用于以正常启动模式启动接收系统并显示广播服务的处理。

换言之，在此处，由于由用户的遥控器操作和用于观看预约等的定时器设置来指示以待机模式操作的接收装置20通电，使得已经指示启动广播信号处理部202，所以接收装置20以正常启动模式操作，以显示广播服务。注意，在此处，接收装置20的各个部分(功能)统称为接收系统。

继续步骤S34的处理，直到指示接收装置20断电(在S34和S35中为“否”)。然后，在指示接收装置20断电的情况下(在S35中为“是”)，处理进行到步骤S36，并且接收装置20从正常启动模式转换到待机模式(S36)。注意，当步骤S36的处理结束时，图19和20所示的处理结束。

另一方面，在步骤S33中确定该指令是紧急警报优先模式中的启动指令的情况下，处理进行到步骤S37。注意，紧急警报优先模式中的启动指令对应于在上述图18的步骤S16的处理中由广播调谐器部201向广播信号处理部202发出的启动指令。

在步骤S37中，紧急警报控制部227执行接收系统的启动确定处理。在接收系统的启动确定处理中，基于包括紧急警报信息的AEAT元数据、接收设置信息和历史信息，确定是否以紧急警报优先模式启动接收系统。注意，稍后将参考图21中的流程图描述接收系统的启动确定处理的细节。

在步骤S38中，紧急警报控制部227基于接收系统的启动确定处理的确定结果，确定是否以紧急警报优先模式启动接收系统。

在步骤S38中确定接收系统没有以紧急警报优先模式启动的情况下，处理进行到步骤S36。在这种情况下，接收装置20将继续以待机模式操作(S36)。

另一方面，在步骤S38中确定接收系统以紧急警报优先模式启动的情况下，处理进行到步骤S39，并且接收系统以紧急警报优先模式启动(S39)。

在步骤S40中，紧急警报控制部227获取由广播中间件223从广播流中提取的AEAT元数据。

在步骤S41，紧急警报控制部227基于所获取的AEAT元数据(例如，图15中的LiveMedia元的信息)确定是否指定了紧急警报服务。

在步骤S41中确定指定了紧急警报服务的情况下，处理进行到步骤S42。在步骤S42，启动的接收系统选择紧急警报服务并显示紧急警报节目(例如，图7的画面D42等)。

此外，在步骤S41中确定没有指定紧急警报服务的情况下，处理进行到步骤S43。在步骤S43中，选择的频道(最后一个频道)的广播服务由启动的接收系统选择，并且显示正常节目(例如，图7的画面D43等)。

当步骤S42或S43的处理结束时，处理进行到步骤S44。在步骤S44中，呈现处理部226在输出画面部203(例如，图7的画面D42、画面D43等)上显示包括在所获取的AEAT元数据中的紧急警报信息(例如，图15的AEAText元的AEA消息的文本信息)。

在步骤S45中，紧急警报控制部227基于AEAT元数据确定紧急警报服务是否已经更新。

在步骤S45中确定紧急警报服务已经更新的情况下，处理进行到步骤S46。在步骤S46中，紧急警报控制部227执行紧急警报信息的更新处理。

此外，在步骤S45中确定紧急警报服务没有更新的情况下，跳过步骤S46的处理，并且处理进行到步骤S47。在步骤S47中，确定是否已经由用户的遥控器操作等指示接收装置20断电。

在步骤S47中确定没有指示接收装置20断电的情况下，处理返回到步骤S45，并且重复后续处理。换言之，在接收装置20中，例如，当正在显示紧急警报信息A1并且在指示断电之前更新紧急警报服务时，执行从紧急警报信息A1到紧急警报信息A2的更新处理。另一方面，在步骤S47中确定已经指示接收装置20断电的情况下，处理进行到步骤S48。

在步骤S48中，紧急警报控制部227将紧急警报信息的状态和显示内容记录在记录部227A中，作为与上次(过去)接收的紧急警报信息相关的历史信息。通过记录这样的历史信息，可以从下一次开始在接收系统的启动确定处理中反映过去的历史。

然后，当步骤S48的处理结束时，处理进行到步骤S49，并且接收装置20从紧急警报模式转换到以待机模式操作(S49)。注意，当步骤S49的处理结束时，图19和20所示的处理结束。

上面已经描述了广播信号处理部202的处理流程。

(接收系统的启动确定处理的流程)

接下来，参考图21的流程图，将描述与图19的步骤S37的处理对应的接收系统的启动确定处理的细节。

在步骤S71中，紧急警报控制部227获取从广播流提取的AEAT元数据。此外，在步骤S72中，紧急警报控制部227读取并获取记录在记录部227A中的接收设置信息。

在步骤S73中，紧急警报控制部227确定是否已经在先前(或过去)启动时记录历史信息。

在步骤S73中确定已经在先前(或过去)启动时记录历史信息的情况下，处理进行到步骤S74。在步骤S74中，紧急警报控制部227读取并获取记录在记录部227A中的先前(或过去)历史信息(先前(或过去)紧急警报信息的状态或显示内容)。该历史信息包括例如诸如过去紧急警报信息的显示内容和最近显示的信息(即，版本)等信息。通过使用这些信息，可以进行诸如不再呈现具有相同内容的紧急警报信息等控制。

当步骤S74的处理结束时，处理进行到步骤S75。此外，在步骤S73中确定没有记录紧急警报信息的先前(或过去)状态或显示内容的情况下，跳过步骤S74的处理，并且处理进行到步骤S75。

在步骤S75中，紧急警报控制部227将在步骤S71的处理中获取的AEAT元数据(与其中包括的紧急警报信息相关联的信息)与在步骤S72的处理中获取的接收设置信息和在步骤S74的处理中获取的先前(或过去)历史信息(先前(或过去)紧急警报信息的状态或显示内容)进行比较，以确定是否满足在紧急警报优先模式下启动接收系统的条件。

然而，在上述步骤S73的确定处理中确定没有记录先前历史信息的情况下(步骤S73中为“否”)，在步骤S75的确定处理中，将AEAT元数据与接收设置信息进行比较，以确定是否满足在紧急警报优先模式下启动接收系统的条件。

在步骤S75中确定在紧急警报优先模式下启动接收系统的条件匹配的情况下，处理进行到步骤S76。在步骤S76中，紧急警报控制部227向紧急警报信息输出部228等设置指令，以在紧急警报优先模式下启动接收系统。在启动指令的设置中，指示启动广播信号处理部202、输出画面部203、音频输出部204等。

另一方面，在步骤S75中确定在紧急警报优先模式下启动接收系统的条件不匹配的情况下，处理进行到步骤S77。在步骤S77中，紧急警报控制部227不设置在紧急警报优先模式下启动接收系统的指令。

当步骤S76或S77的处理结束时，处理返回到图19的步骤S37，并且执行后续处理。

换言之，在步骤S75的确定处理中，在确定启动条件匹配的情况下，执行步骤S76的处理，使得在图19的步骤S38的确定处理中，确定以紧急警报优先模式启动接收系统。另一方面，在步骤S75的确定处理中，在确定启动条件不匹配的情况下，执行步骤S77的处理，使得在图19的步骤S38的确定处理中，确定不在紧急警报优先模式下启动接收系统。

上面已经描述了接收系统的启动确定处理的流程。

在此处，将描述接收系统的启动确定处理(图19的步骤S37的处理)的具体示例。图22示出了在执行关于是否满足在紧急警报优先模式下启动接收系统的条件的确定处理时在图21的步骤S75中比较的项目。

这些比较项目可以包括对应于上述图14和15中的AEAT元数据的项目。例如，如图22所示，可以使用受众元素、aeaType属性、优先级属性、报头元素的EventCode元素、报头元素的Location元素的组合以及作为AEAT元素的AEA元素的子元素的aeaId属性和refAEAId属性的组合。

受众属性可以指定“公共”、“受限”或“私有”，作为紧急警报信息的接收者。“公共”表示针对普通接收机的紧急警报信息。“受限”表示针对受限接收机的紧急警报信息。“私人”表示针对指定接收机的紧急警报信息。

aeaType属性可以指定“警报”、“更新”或“解除”，作为紧急警报信息的类型。“警报”表示新的紧急警报信息。“更新”表示这是已经分发的紧急警报信息的更新信息。“解除”表示已经分发的紧急警报信息已经解除。

优先级属性可以将0到4的值指定为紧急警报信息的优先级。4表示最高优先级，数字越小，优先级越低，0表示最低优先级。

报头元素的EventCode元素指示紧急警报信息的事件类型。例如，在“EVI”被指定为事件类型的情况下，指示疏散警报。

报头元素的Location元素指示紧急警报信息的相关区域。例如，在美国的情况下，称为联邦信息处理标准(FIPS)等的七位数代码可以用作相关区域。

识别紧急警报信息的ID由aeaId属性和refAEAId属性的组合指示。

在此处，为AEAT元数据设置了aeaId属性，aeaType属性＝“警报”。此外，对于具有aeaType属性＝“更新”、“解除”的AEAT元数据，目标AEAT元数据的aeaId属性的值被描述为refAEAId属性的值。

例如，如图23所示，当飓风发生时的时间t62，当引导EA Wakeup的值从“00”变为“01”并且分发新的紧急警报时，在相应的AEAT元数据中描述了aeaId属性＝0001和优先级属性＝3。

此后，随着飓风移动并变得更大，在时间t63更新紧急警报，并且EA Wakeup的值从“01”变为“10”。在此时分发的相应AEAT元数据中描述了aeaId属性＝1001、refAEAId属性＝0001和优先级属性＝4。

此后，随着飓风移动和消失，在时间t64进一步更新紧急警报，并且EA Wakeup的值从“10”变为“11”。在此时分发的相应AEAT元数据中描述了aeald属性＝1002、refAEAId属性＝0001和优先级属性＝2。

如上所述，每次更新紧急警报时，refAEAId属性的值与新的(更新前)AEAT元数据的aeaId属性的值相同，并且aeaId属性的值递增1，使得接收装置20可以通过aeaId属性和refAEAId属性的组合唯一地识别一系列紧急警报信息。因此，例如，如上述图8所示，可以基于包括在AEAT元数据中的识别信息(由aeaId属性和refAEAId属性指示的ID)来识别这系列紧急警报信息，以对相同系列的每个紧急警报信息执行处理。

此外，由于执行接收系统的这种启动确定处理，通过设置接收设置信息(过滤设置)，例如，用户可以仅获取用户想要接收的信息(期望的紧急警报信息)，例如，仅接收用户居住区域周围的具有高优先级(具有“2”或更高优先级的紧急警报信息)的紧急警报信息。

(紧急警报信息的接收设置处理的流程)

此外，在接收系统的启动确定处理(图19的步骤S37的处理，即，图21的步骤S75的处理)中使用的紧急警报信息的接收设置信息由接收装置20预先设置。因此，接下来，将参考图24的流程图描述紧急警报信息的接收设置处理的流程。

接收装置20等待来自用户的针对紧急警报信息的接收设置的指令(S91和S92中为“否”)。然后，例如，在用户操作遥控器21，以发出用于紧急警报信息的接收设置的画面显示的指令的情况下(在S92中“是”)，处理进行到步骤S93。

在步骤S93中，呈现处理部226在输出画面部203上显示紧急警报信息的接收设置画面。

在步骤S94中，接收机管理部233根据用户的操作，基于例如来自遥控器21的红外信号，接收紧急警报信息的接收设置的输入。

在步骤S95中，紧急警报控制部227基于接收到的紧急警报信息的接收设置的输入，在记录部227A中记录紧急警报信息的接收设置信息。

当步骤S95的处理结束时，处理进行到步骤S96。在步骤S96中，确定是否已经完成紧急警报信息的接收设置的输入。

在步骤S96中确定继续输入紧急警报信息的接收设置的情况下，处理返回到步骤S94，并且重复步骤S94至S95的处理。因此，在记录部227A中依次输入并记录各种类型的接收设置信息。

此外，在步骤S96中确定已经完成紧急警报信息的接收设置的输入的情况下，图24所示的处理完成。

上面已经描述了紧急警报信息的接收设置处理的流程。

在此处，图25示出了在输出画面部203上显示的紧急警报信息的接收设置画面的示例。图25中所示的接收设置画面的转变示出了在接收紧急警报信息时在紧急警报优先模式下启动接收系统的条件的设置的示例。

在用户没有指示紧急警报信息的接收设置的画面显示的情况下，在输出画面部203(画面D61)上显示正常广播节目。此后，在用户操作遥控器21并选择“设置”(图中的S1)的情况下，在显示区域(右侧的显示区域)的一部分中显示设置画面(画面D62)。

在该设置画面(画面D62)中，除了紧急警报信息的接收设置(“EAS唤醒”)之外，例如，可以选择音频(“Audio”)、应用(“Application”)设置等。在此处，在从该设置画面(画面D62)上的项目中选择(图中的S2)紧急警报信息的接收设置(“EAS唤醒”)的情况下，在右侧的显示区域中显示的设置画面切换到紧急警报信息的接收设置画面(画面D63)。

在该接收设置画面(画面D63)上，可以选择诸如“受众”(其设置紧急警报信息的目标)、“类型”(其设置紧急警报信息的类型)和“优先级”(其设置紧急警报信息的优先级)等项目。

在此处，在从该接收设置画面(画面D63)上的项目中选择“类型”的情况下(图中的S3)，在右侧的显示区域中显示的接收设置画面切换到类型设置画面(画面D64)。在该类型设置画面(画面D64)中，可以启用或禁用接收指示新的紧急警报信息的“新的”(对应于上述aeaType属性的“警报”)、指示已经分发的紧急警报信息的更新信息的“更新”、以及指示已经分发的紧急警报信息已经解除的“解除”的每个设置项目设置。

在这种类型设置画面(画面D64)的示例中，针对作为“新的”的设置项目设置“Y”以允许接收，针对“更新”的设置项目设置“Y”以允许接收，针对“解除”的设置项目设置“N”被设置以禁止接收，从而仅呈现新的紧急警报信息和更新的紧急警报信息。换言之，在这种设置的情况下，不呈现解除紧急警报信息。

此外，在从该接收设置画面(画面D63)上的项目中选择“优先级”的情况下(图中的S4)，在右侧显示区域中显示的接收设置画面切换到优先级设置画面(画面D65)。在该优先级设置画面(画面D65)上，可以为对应于优先级0至4的“0”、“1”、“2”、“3”和“4”的每个设置项目设置是否接收。

在优先级设置画面(画面D65)的该示例中，针对作为“0”和“1”的设置项目设置“N”以禁止接收，针对作为“2”至“4”的设置项目设置“Y”以允许接收，从而仅呈现优先级为2至4(即，更高优先级)的紧急警报信息。换言之，在这种设置的情况下，不呈现0到1的优先级，即，具有较低优先级的紧急警报信息。

注意，虽然此处已经作为示例描述了类型设置画面和优先级设置画面，但是受众设置画面等也可以通过类似的用户界面来呈现，并且期望的接收设置信息可以通过用户的遥控器操作等来登记。

此外，在用户操作遥控器21并选择“返回”的情况下，再次显示紧接之前显示的画面。例如，在显示类型设置画面(画面D64)或优先级设置画面(画面D65)的同时，选择“返回”的情况下(图中的S5和S6)，显示接收设置画面(画面D63)。

此外，例如，在显示接收设置画面(画面D63)的同时，选择“返回”的情况下(图中S7)，显示设置画面(画面D62)，并且在显示设置画面(画面D62)的同时，选择“返回”的情况下(图中S8)，显示正常广播节目(画面D61)。

<2.变形例>

在以上描述中，已经描述了ATSC(特别是ATSC3.0)，其是在美国等国家采用的作为数字广播标准的系统，但是本技术可以应用于综合业务数字广播(ISDB)(即，例如日本等国家采用的方法)或者数字视频广播(DVB)(即，欧洲等国家采用的方法)。

此外，在传输系统1中，传输路径80不限于地面广播，并且可以是例如使用广播卫星(BS)或通信卫星(CS)的卫星广播或者使用线缆的有线广播(CATV)。此外，在以上描述中，美国的紧急通知系统(EAS)被描述为示例，但是本技术可以应用于在每个国家构建的类似系统。

此外，在以上描述中，已经描述了紧急警报信息是文本信息的情况，但是本技术不仅可以类似地应用于文本信息，还可以应用于除文本信息之外的信息，例如，图像和视频。此外，本技术可以类似地应用于紧急警报信息的文本信息嵌入在诸如广播节目(所谓的烧录文本)等内容的视频(未压缩视频数据)中或者对应于紧急警报信息的语音嵌入在音频数据中的情况。

注意，诸如上述LLS和SLS等信令的名称是示例，并且可以使用其他名称，但是这些名称的差异是形式上的差异，并且每个信令的实质内容没有不同。此外，在用标记语言(例如，XML)描述信令的情况下，那些元素和属性的名称是示例，并且可以采用其他名称。

此外，广播应用不限于由浏览器执行的应用，而是可以作为所谓的本地应用在操作系统(OS)环境等中执行。此外，作为上述内容，除了广播节目和商业广告之外，还可以包括各种内容，例如，运动图像、音乐、电子书、游戏和广告。

注意，在以上描述中，描述了接收装置20的操作模式，但是在待机模式(待机状态)下，广播调谐器部201启动，而诸如广播信号处理部202、输出画面部203和音频输出部204等接收系统未启动。此外，在以上描述中，“接通电源”意味着接通以待机模式操作的接收装置20的电源(换言之，也可以说没有供电并且处于停止状态的广播信号处理部202等启动)，并且“关闭电源”意味着促使通电并且操作的接收装置20以待机模式操作。注意，在以上描述中，在接收装置20中，广播调谐器部201未启动的状态被表示为“电源完全关闭”，并且与上面的“关闭电源”不同。

<3.计算机配置>

上述一系列处理也可以由硬件执行或者由软件执行。在由软件执行一系列处理的情况下，构成软件的程序被安装在计算机中。图26是示出通过程序执行上述一系列处理的计算机的硬件配置的示例的示图。

在计算机1000中，中央处理器(CPU)1001、只读存储器(ROM)1002和随机存取存储器(RAM)1003通过总线1004相互连接。输入和输出接口1005进一步连接到总线1004。输入部1006、输出部1007、记录部1008、通信部1009和驱动器1010连接到输入和输出接口1005。

输入部1006包括键盘、鼠标、麦克风等。输出部1007包括显示器、扬声器等。记录部1008包括硬盘、非易失性存储器等。通信部1009包括网络接口等。驱动器1010驱动可移动记录介质1011，例如，磁盘、光盘、磁光盘或半导体存储器。

在如上所述配置的计算机1000中，CPU 1001经由输入和输出接口1005和总线1004将记录在ROM 1002或记录部1008中的程序加载到RAM 1003中，并执行该程序，从而执行上述一系列处理。

可以通过例如作为封装介质等记录在记录介质1011上来提供由计算机1000(CPU1001)执行的程序。此外，可以经由有线或无线传输介质提供该程序，例如，局域网、互联网或数字卫星广播。

在计算机1000中，通过将记录介质1011安装到驱动器1010，程序可以经由输入和输出接口1005安装在记录部1008中。此外，程序可以由通信部1009经由有线或无线传输介质接收，并安装在记录部1008中。另外，程序可以预先安装在ROM 1002或记录部1008中。

在此处，在本说明书中，由计算机根据程序执行的处理不一定需要以流程图中描述的顺序在时间序列中执行。即，由计算机根据程序执行的处理还包括并行或单独执行的处理(例如，并行处理或由对象执行的处理)。此外，程序可以由一台计算机(处理器)处理，或者由多台计算机以分布式方式处理。

注意，本技术的实施方式不限于上述实施方式，并且在不脱离本技术的主旨的情况下，各种修改是可能的。

此外，本技术还可以采用以下配置。

(1)一种接收装置，包括：

接收部，接收广播信号；以及

处理部，处理已经接收的所述广播信号，

其中，所述接收部基于包括在已经接收的所述广播信号中的紧急警报启动信息，指示处于待机状态的所述处理部启动，并且

在所述接收部指示启动的情况下，所述处理部基于包括从已经接收的所述广播信号中获取的紧急警报信息的信令、以及与用户设置的所述紧急警报信息的接收设置相关的接收设置信息，控制所述紧急警报信息的呈现。

(2)根据上述(1)所述的接收装置，

其中，所述处理部

获取与过去接收的所述紧急警报信息相关联的历史信息，并且

基于所述信令、所述接收设置信息和所述历史信息，控制所述紧急警报信息的呈现。

(3)根据上述(2)所述的接收装置，

其中，所述接收装置具有

对应于正常启动时的操作的第一模式，以及

对应于紧急警报时的操作的第二模式，并且

在指示以所述第二模式启动的情况下，所述处理部基于所述信令、所述接收设置信息和所述历史信息，控制所述紧急警报信息的呈现。

(4)根据上述(2)或(3)所述的接收装置，

其中，所述处理部

基于所述信令中包括的识别信息，识别一系列所述紧急警报信息，并且

控制对于已经识别的每个系列的所述紧急警报信息的呈现。

(5)根据上述(1)至(4)中任一项所述的接收装置，

其中，所述接收设置信息至少包括与所述紧急警报信息的目标的接收机、所述紧急警报信息的类型、所述紧急警报信息的优先级、所述紧急警报信息的事件类型、以及所述紧急警报信息的相关区域相关的接收设置。

(6)根据上述(2)所述的接收装置，

其中，所述历史信息至少包括过去接收的所述紧急警报信息的状态和显示内容。

(7)根据上述(1)至(6)中任一项所述的接收装置，

其中，所述紧急警报启动信息包含在物理层的帧中，并且

所述紧急警报信息包含在上层的信令中。

(8)根据上述(2)至(4)中任一项所述的接收装置，还包括记录部，记录所述接收设置信息和所述历史信息，

其中，所述处理部将与已经接收的所述信令中包含的所述紧急警报信息相关联的信息与已经记录的所述接收设置信息以及所述历史信息进行比较，并且仅在比较结果与呈现条件匹配的情况下，所述处理部呈现所述紧急警报信息。

(9)根据上述(1)至(8)中任一项所述的接收装置，

被构造为包括作为调谐器部的接收部和作为片上系统的处理部的电视接收机。

(10)一种接收装置的接收方法，包括

接收部，接收广播信号，以及

处理部，处理已经接收的广播信号，所述方法包括：

所述接收部基于包括在已经接收的所述广播信号中的紧急警报启动信息，指示处于待机状态的处理部启动；并且

在所述接收部指示启动的情况下，所述处理部基于包括从已经接收的所述广播信号中获取的紧急警报信息的信令、以及与用户设置的所述紧急警报信息的接收设置相关的接收设置信息，控制所述紧急警报信息的呈现。

(11)一种信号处理设备，包括

控制部，在待机期间由接收广播信号的接收部指示启动的情况下，所述控制部基于包括从已经接收的所述广播信号获取的紧急警报信息的信令以及与用户设置的所述紧急警报信息的接收设置相关的接收设置信息，控制所述紧急警报信息的呈现。

(12)根据上述(11)所述的信号处理设备，

其中，所述控制部

获取与过去接收的所述紧急警报信息相关联的历史信息，并且

基于所述信令、所述接收设置信息和所述历史信息，控制所述紧急警报信息的呈现。

(13)根据上述(12)所述的信号处理设备，

其中，所述信号处理设备具有

对应于正常启动时的操作的第一模式，以及

对应于紧急警报时的操作的第二模式，并且

在指示以所述第二模式启动的情况下，所述控制部基于所述信令、所述接收设置信息和所述历史信息，控制所述紧急警报信息的呈现。

(14)根据上述(12)或(13)所述的信号处理设备，

其中，所述控制部

基于所述信令中包括的识别信息，识别一系列所述紧急警报信息，并且

控制对于已经识别的每个系列的所述紧急警报信息的呈现。

(15)根据上述(11)至(14)中任一项所述的信号处理设备，

其中，所述接收设置信息至少包括与所述紧急警报信息的目标的接收机、所述紧急警报信息的类型、所述紧急警报信息的优先级、所述紧急警报信息的事件类型、以及所述紧急警报信息的相关区域相关的接收设置。

(16)根据上述(12)所述的信号处理设备，

其中，所述历史信息至少包括过去接收的所述紧急警报信息的状态和显示内容。

(17)根据上述(11)至(16)中任一项所述的信号处理设备，

其中，所述紧急警报信息包括在上层的信令中。

(18)根据上述(12)至(14)中任一项所述的信号处理设备，还包括

记录部，记录所述接收设置信息和所述历史信息，

其中，所述控制部将与已经接收的所述信令中包含的所述紧急警报信息相关联的信息与已经记录的所述接收设置信息以及所述历史信息进行比较，并且仅在比较结果与呈现条件匹配的情况下，所述控制部呈现所述紧急警报信息。

(19)根据上述(11)至(18)中任一项所述的信号处理设备被构造为片上系统。

(20)一种信号处理设备的信号处理方法，

其中，在由待机期间接收广播信号的接收部指示启动的情况下，所述信号处理设备基于包括从已经接收的所述广播信号获取的紧急警报信息的信令以及与用户设置的所述紧急警报信息的接收设置相关的接收设置信息，控制所述紧急警报信息的呈现。

附图标记列表

1 传输系统

10、10-1、10-2 传输装置

20、20-1、20-2、20-3 接收装置

21 遥控器

30 无线电塔

40 EA服务器

80 传输路径

90 通信线路

201 广播调谐器部

202 广播信号处理部(SoC)

203 输出画面部

204 音频输出部

211-1至211-3 输入端子

212-1至212-5 输出端子

221 解调器I/F

222 多路分解器

223 广播中间件

224 解扰器部

225 视频/音频/字幕解码器部

226 呈现处理部

227 紧急警报控制部

228 紧急警报信息输出部

229 通信I/F

230 通信中间件

231 广播应用处理部

232 遥控器I/F

233 接收机管理部

234 接收机应用处理部

1000 计算机

1001 CPU。

Claims (20)

1.一种接收装置，包括：

接收部，接收广播信号；以及

处理部，处理已经接收的所述广播信号，

其中，所述接收部基于包括在已经接收的所述广播信号中的紧急警报启动信息，指示处于待机状态的所述处理部启动，并且

在所述接收部指示启动的情况下，所述处理部基于包括从已经接收的所述广播信号中获取的紧急警报信息的信令、以及与用户设置的所述紧急警报信息的接收设置相关的接收设置信息，控制所述紧急警报信息的呈现。

2.根据权利要求1所述的接收装置，

其中，所述处理部

获取与过去接收的所述紧急警报信息相关联的历史信息，并且

基于所述信令、所述接收设置信息和所述历史信息，控制所述紧急警报信息的呈现。

3.根据权利要求2所述的接收装置，

其中，所述接收装置具有

对应于正常启动时的操作的第一模式，以及

对应于紧急警报时的操作的第二模式，并且

在指示以所述第二模式启动的情况下，所述处理部基于所述信令、所述接收设置信息和所述历史信息，控制所述紧急警报信息的呈现。

4.根据权利要求2所述的接收装置，

其中，所述处理部

基于所述信令中包括的识别信息，识别一系列所述紧急警报信息，并且

控制对于已经识别的每个系列的所述紧急警报信息的呈现。

5.根据权利要求2所述的接收装置，

其中，所述接收设置信息至少包括与所述紧急警报信息的目标的接收机、所述紧急警报信息的类型、所述紧急警报信息的优先级、所述紧急警报信息的事件类型、以及所述紧急警报信息的相关区域相关的接收设置。

6.根据权利要求5所述的接收装置，

其中，所述历史信息至少包括过去接收的所述紧急警报信息的状态和显示内容。

7.根据权利要求2所述的接收装置，

其中，所述紧急警报启动信息包含在物理层的帧中，并且

所述紧急警报信息包含在上层的信令中。

8.根据权利要求2所述的接收装置，还包括

记录部，记录所述接收设置信息和所述历史信息，

其中，所述处理部将与已经接收的所述信令中包含的所述紧急警报信息相关联的信息与已经记录的所述接收设置信息以及所述历史信息进行比较，并且仅在比较结果与呈现条件匹配的情况下，所述处理部呈现所述紧急警报信息。

9.根据权利要求1所述的接收装置，

被构造为包括作为调谐器部的接收部和作为片上系统的处理部的电视接收机。

10.一种接收装置的接收方法，所述接收装置包括：

接收部，接收广播信号，以及

处理部，处理已经接收的广播信号，所述方法包括：

所述接收部基于包括在已经接收的所述广播信号中的紧急警报启动信息，指示处于待机状态的处理部启动；并且

在所述接收部指示启动的情况下，所述处理部基于包括从已经接收的所述广播信号中获取的紧急警报信息的信令、以及与用户设置的所述紧急警报信息的接收设置相关的接收设置信息，控制所述紧急警报信息的呈现。

11.一种信号处理设备，包括

控制部，在待机期间由接收广播信号的接收部指示启动的情况下，所述控制部基于包括从已经接收的所述广播信号获取的紧急警报信息的信令以及与用户设置的所述紧急警报信息的接收设置相关的接收设置信息，控制所述紧急警报信息的呈现。

12.根据权利要求11所述的信号处理设备，

其中，所述控制部

获取与过去接收的所述紧急警报信息相关联的历史信息，并且

基于所述信令、所述接收设置信息和所述历史信息，控制所述紧急警报信息的呈现。

13.根据权利要求12所述的信号处理设备，

其中，所述信号处理设备具有

对应于正常启动时的操作的第一模式，以及

对应于紧急警报时的操作的第二模式，并且

在指示以所述第二模式启动的情况下，所述控制部基于所述信令、所述接收设置信息和所述历史信息，控制所述紧急警报信息的呈现。

14.根据权利要求12所述的信号处理设备，

其中，所述控制部

基于所述信令中包括的识别信息，识别一系列所述紧急警报信息，并且

控制对于已经识别的每个系列的所述紧急警报信息的呈现。

15.根据权利要求12所述的信号处理设备，

其中，所述接收设置信息至少包括与所述紧急警报信息的目标的接收机、所述紧急警报信息的类型、所述紧急警报信息的优先级、所述紧急警报信息的事件类型、以及所述紧急警报信息的相关区域相关的接收设置。

16.根据权利要求15所述的信号处理设备，

其中，所述历史信息至少包括过去接收的所述紧急警报信息的状态和显示内容。

17.根据权利要求12所述的信号处理设备，

其中，所述紧急警报信息包括在上层的信令中。

18.根据权利要求12所述的信号处理设备，还包括

记录部，记录所述接收设置信息和所述历史信息，

其中，所述控制部将与已经接收的所述信令中包含的所述紧急警报信息相关联的信息与已经记录的所述接收设置信息以及所述历史信息进行比较，并且仅在比较结果与呈现条件匹配的情况下，所述控制部呈现所述紧急警报信息。

19.根据权利要求11所述的信号处理设备

被构造为片上系统。

20.一种信号处理设备的信号处理方法，

其中，在由待机期间接收广播信号的接收部指示启动的情况下，所述信号处理设备基于包括从已经接收的所述广播信号获取的紧急警报信息的信令以及与用户设置的所述紧急警报信息的接收设置相关的接收设置信息，控制所述紧急警报信息的呈现。

Images