CN106797262A

CN106797262A - 具有伴随设备和主设备的系统

Info

Publication number: CN106797262A
Application number: CN201580054003.6A
Authority: CN
Inventors: 萨钦·G·德施潘德
Original assignee: Sharp Corp
Current assignee: Sharp Corp
Priority date: 2014-10-21
Filing date: 2015-10-19
Publication date: 2017-05-31
Also published as: US10382154B2; WO2016063518A1; CA2960118A1; US20170250767A1; US20180270001A1; US10009129B2

Abstract

本发明涉及一种用于伴随设备从主设备接收当前服务信息的方法，其包括：(a)所述伴随设备从所述主设备接收紧急警报消息，其包括以下中的至少一个：(i)所述紧急警报消息的标识符，其唯一地识别所述紧急警报消息；(ii)当生成所述紧急警报消息时的时间以及当生成所述紧急警报消息时的日期；(iii)定义初始所述紧急警报消息的内容类型的内容格式；(iv)由初始内容元素给出接收的所述紧急警报消息的内容；(v)用于可访问性的提供初始紧急警报消息内容的URL；(vi)提供关于所述紧急警报消息的附加信息的附加URL；(vii)用于获得关于所述紧急警报消息的附加信息的电话号码；(viii)用于获得关于所述紧急警报消息的附加信息的电子邮件地址；(ix)包含另一所述紧急警报消息的继续的接收的附加紧急警报；(x)接收的新的或重复所述紧急警报消息中的一个；(xi)接收的不重复的所述紧急警报消息；(xii)所述主设备的标识符；(xiii)所述主设备的版本。

Description

具有伴随设备和主设备的系统

技术领域

本公开总体上涉及也被称为第二屏幕设备的伴随设备和服务。

背景技术

数字媒体播放能力可以被结合到广泛的设备中，包括数字电视，其包括所谓的“智能”电视、机顶盒、膝上型或台式计算机、平板计算机、数字记录设备、数字媒体播放器、视频游戏设备、蜂窝电话，包括所谓的“智能”电话、专用视频流设备等。数字媒体内容(例如，视频和音频)可以源自多个源，其包括例如空中电视提供商、卫星电视提供商、有线电视提供商、在线媒体服务，其包括所谓的流传输服务等。数字媒体内容可以根据传输标准从源(例如，空中电视提供商)传输到接收器设备(例如，数字电视或机顶盒)。传输标准的示例包括数字视频广播(DVB)标准、混合广播和宽带电视(HbbTV)2.0标准以及由高级电视系统委员会(ATSC)开发的标准，其包括例如ATSC 2.0标准。ATSC当前正在开发所谓的ATSC 3.0标准。

除了定义数字媒体内容如何可以从源传输到接收器设备之外，传输标准可以定义如何传输数据以支持所谓的第二屏幕应用。第二屏幕应用可以指在除了主接收器设备之外的设备上操作的应用。例如，可能期望平板计算机结合在主媒体再现设备上的媒体回放来运行应用，其中应用使得能够实现增强的观看体验。用于实现第二屏幕应用的当前技术可能不太理想。

视频服务能够将视听内容发送到接收设备。接收视听设备通常诸如在电视(TV)设备上向观看者呈现内容。在一些情况下，观看者想要使用他们的移动设备，诸如移动电话来与视频内容交互。然而，如何使用移动电话在接收设备上最有效地与视听内容交互由于同步问题而存在问题。在一种情况下，观看者可能想要在诸如电视设备的接收器上接收视听内容。同时，用户可能想要在例如诸如智能电话或平板电脑的移动设备的第二屏幕上接收辅助相关联的内容。在第二屏幕设备上接收的内容可以与在电视上接收的视听内容相关联的替代内容相同。用户通常可能喜欢这两个内容以同步方式呈现在主屏幕设备和第二屏幕设备上。

如上所述，传输标准可以定义如何将数据提供给伴随设备以支持第二屏幕应用。ATSC候选标准：交互式服务标准(A/105：2014)，S13-2-389r7，2013年12月12日，修订7，2014年4月24日(以下简称“ATSC 2.0 A105”)指定可由设备提供的服务，该设备被配置为接收ATSC 2.0传输流以由运行在第二屏幕设备上的应用支持与A/V广播相关的内容的显示。根据ATSC 2.0 A105，ATSC 2.0接收器可以支持以下服务供第二屏幕应用使用：触发传递服务、双向通信服务以及可选的HTTP代理服务器服务。在ATSC 2.0 A105中，触发器传送服务仅限于ATSC 2.0接收器，其简单地将包括有限信息的触发器传递到第二屏幕设备。可以包括在触发器中的信息量是有限的。此外，在ATSC 2.0 A105中，双向通信服务简单地为主设备和第二屏幕设备提供TCP/IP连接以通信。也就是说，主设备和第二屏幕设备中的每一个必须被配置为根据专有格式发送和接收数据。这通常导致具有不同制造商的设备不兼容。在ATSC 2.0 A105中，例如当第二屏幕设备具有有限的互联网连接时，HTTP代理服务器服务简单地提供主设备充当第二屏幕设备的代理的机制。因此，用于支持ATSC 2.0A105中的第二屏幕应用的每个服务是有限的，并且不以有效的方式向在伴随设备上运行的应用提供内容信息。ATSC 2.0 A105不定义在主设备和伴随设备之间交换的实际消息内容、消息格式和各种类型的消息。相反，本公开描述了这种类型的信息。

如上所述，传输标准可以定义如何将数据提供给伴随设备以支持第二屏幕应用。混合广播和宽带电视2.0标准：(HbbTV_specification_2_0：2015)(以下称为“HbbTV 2.0”)指定支持伴随屏幕的服务。允许HbbTV和伴随屏幕之间的互动的方法在HbbTV 2.0中描述。虽然主要针对iOS和Android设备，但是HbbTV 2.0中描述的框架应该允许使用任何类型的伴随屏幕。HbbTV终端和配套屏幕必须连接到同一个本地网络，并且本地网络应连接到互联网。HbbTV 2.0支持以下特征：

--HbbTV应用启动伴随屏幕应用

-伴随屏幕应用可以是在伴随屏幕上的浏览器中运行的HTML应用，或者可以是本地伴随屏幕应用。如果HbbTV应用还没有安装在用户的伴随屏幕设备上，则还存在HbbTV应用将用户引导到伴随屏幕的“存储”中(以便可以下载应用)的本地应用的位置的设施。

-在HbbTV终端上启动独立于广播的HbbTV应用的伴随屏幕应用。

-允许HbbTV应用和伴随屏幕应用通过建立可以交换文本或二进制消息的通信信道来直接通信，无论HbbTV应用或伴随屏幕应用的启动方法如何。

-启用伴随屏幕或另一个HbbTV终端以定位由HbbTV终端提供的服务。

HbbTV 2.0不定义在主设备和伴随设备之间交换的实际消息内容、消息格式和各种类型的消息。相反，本公开描述了这种类型的信息。

此外，在现有技术中，通用警报协议(CAP)(http://docs.oasis-open.org/emergency/cap/v1.2/CAP-v1.2-os.html)提供了开放的、非专有的数字消息格式用于所有类型的警报和通知。其不涉及任何特定的应用或电信方法。CAP格式与诸如网络服务的新兴技术以及现有格式兼容，现有技术包括用于美国国家海洋和大气管理局(NOAA)气象无线电和紧急警报系统(EAS)的特定区域消息编码(SAME)，同时提供增强的能力。CAP包括：

-使用纬度/经度形状和三维空间中的其他地理空间表示的灵活地理定位；

-多语言和多观众消息；

-分期和延迟的有效期和到期日；

-增强的消息更正和取消功能；

-用于框架完整的模板支持和有效的警告消息；

-兼容数字签名能力；以及

-数字图像和音频设施。

CAP的主要优点可包括通过消除对涉及全危险警告的许多警告源和传播系统的多个定制软件接口的需要来降低成本和操作复杂性。CAP消息格式可以转换为不同类型的传感器和警报技术的“本地”格式，以及从不同类型的传感器和警报技术的“本地”格式转换，形成了技术无关的国家和国际“警告互联网”的基础。在CAP消息格式提供了一般框架的情况下可能对于主设备和伴随设备之间的紧急警报消息通信来说太复杂。本公开中与紧急警报信息交换有关的提议的协议是轻量级的和有效的。

通过结合附图考虑本发明的以下详细描述，将更容易理解本发明的前述和其他目的、特征和优点。

发明内容

本发明的一个实施例涉及：

一种用于伴随设备从主设备接收当前服务信息的方法，其包括：

(a)所述伴随设备从所述主设备接收紧急警报消息，所述紧急警报消息包括以下中的至少一个：

(i)唯一地识别所述紧急警报消息的所述紧急警报消息的标识符；

(ii)当生成所述紧急警报消息时的日期以及当生成所述紧急警报消息时的时间；

(iii)定义初始所述紧急警报消息的内容类型的内容格式；

(iv)由初始内容元素给出接收到的所述紧急警报消息的内容；

(v)用于可访问性的提供初始紧急警报消息内容的URL；

(vi)提供关于所述紧急警报消息的附加信息的附加URL；

(vii)用于获得关于所述紧急警报消息的附加信息的电话号码；

(viii)用于获得关于所述紧急警报消息的附加信息的电子邮件地址；

(ix)接收的附加紧急警报，所述附加紧急警报包含另一所述紧急警报消息的继续；

(x)接收的新的或重复的所述紧急警报消息中的一个；

(xi)接收的不重复的所述紧急警报消息；

(xii)所述主设备的标识符；

(xiii)所述主设备的版本。

本发明的另一实施例涉及：

一种用于主设备向伴随设备提供当前服务信息的方法，其包括：

(a)所述主设备从所述主设备向所述伴随设备提供紧急警报消息，其包括以下中的至少一个：

(iii)定义初始所述紧急警报消息的内容类型的内容格式；

(iv)由初始内容元素给出接收到的所述紧急警报消息的内容；

(v)用于可访问性的提供初始紧急警报消息内容的URL；

(vi)提供关于所述紧急警报消息的附加信息的附加URL；

(ix)包含另一所述紧急警报消息的继续的附加紧急警报；

(x)新的或重复的所述紧急警报消息中的一个；

(xi)不重复的所述紧急警报消息；

(xii)所述主设备的标识符；

(xiii)所述主设备的版本。

本发明的另一实施例涉及：

(a)所述伴随设备向所述主设备提供对紧急警报消息的响应，所述紧急警告消息包括以下中的至少一个：

(iii)指示对关于所述紧急警报消息的更多信息的请求的附加内容请求。

本发明的另一实施例涉及：

(a)所述主设备从所述伴随设备接收对紧急警报消息的响应，所述紧急警告消息包括以下中的至少一个：

附图说明

图1示出了视频系统。

图2示出了主设备(PD)和伴随设备(CD)系统。

图3示出了另一主设备和伴随设备系统。

图4示出了另一主设备和伴随设备系统。

图5示出了另一主设备和伴随设备系统。

图6示出了另一主设备和伴随设备系统。

图7示出了另一主设备和伴随设备系统。

图8示出了另一主设备和伴随设备系统。

图9示出了紧急警报系统。

图10示出了另一主设备和伴随设备系统。

图10A示出了另一主设备和伴随设备系统。

图11示出了另一主设备和伴随设备系统。

图12示出了另一主设备和伴随设备系统。

图12A示出了另一主设备和伴随设备系统。

图12B示出了另一主设备和伴随设备系统。

图12C示出了基于非线性时间线变化的事件通知。

图12D示出了另一基于非线性时间线变化的事件通知。

图13示出了另一主设备和伴随设备系统。

图14示出了另一主设备和伴随设备系统。

图15示出了各自具有应用的主设备和伴随设备。

图16示出了主设备和伴随设备消息。

图17示出了另一主设备和伴随设备。

图18示出了另一主设备和伴随设备。

图19示出了订阅紧急消息请求。

图20示出了对订阅的响应。

图21示出了更新订阅。

图22示出取消紧急订购。

图23示出了对订阅的响应。

图24示出提供紧急消息。

图25示出了对紧急警报消息的响应。

图26示出了用于紧急警报消息的UPnP架构。

图27示出了用于消息交换的表示状态传输(REST)架构。

图28示出了用于紧急警报消息的表示状态传输架构。

具体实施方式

参考图1，示出了视听系统的逻辑结构。该系统包括提供视听(视频和/或音频和/或隐藏字幕)内容的源的广播系统100。可以以任何合适的方式并且使用诸如例如运动图像专家组(MPEG)标准、MPEG-2标准、MPEG-4标准和/或ATSC标准的合适的标准来提供视听内容。作为示例，广播系统可以从广播天线、电缆、基于网络的视听源、光盘、硬盘驱动器、数字视频盘和/或基于互联网的视听源提供。广播系统100可以通过任何合适的广播网络110提供内容。接收器120接收视听内容以及与视听内容一起提供的任何其他数据，诸如数字数据、数据服务或其他。通常被称为PD的接收器120优选地被配置为接收正在被提供给其的类型的内容。接收器可以是例如电视、膝上型计算机、平板电脑、电话、机顶盒设备、流式接收设备、计算设备或适于接收内容并使得能够给观看者呈现视听内容的任何其他设备。接收器通常可以在用户的家中。接收器同样可以通过家庭网络140与另一个显示设备130(通常称为CD)通信。在另一个示例中，CD可以直接与外部服务器通信以接收视听和/或附属内容。家庭网络优选地是无线或有线类型的网络，诸如例如WiFi、以太网、第三代合作伙伴计划(3GPP)、蓝牙和/或红外线。在一些情况下，家庭网络可以是局域网。在一些情况下，主设备和CD可以在用户的家中。在其他情况下，家庭网络可以是办公室环境。CD可以包括例如移动电话、移动平板电脑、膝上型计算机、计算机或其他显示设备。另外，接收器可以同时与多个CD 130通信。另外，一个CD可以同时与多个PD 120通信。在一些示例中，PD可以被称为第一屏幕设备。在一些示例中，CD可以被称为第二屏幕设备。术语PD和第一屏幕设备和接收器可以可互换地使用。术语第二CD和第二屏幕设备可以互换使用。参考图2，通常期望PD 120能够向CD 130提供信息。另外，CD 130可以向PD 120提供信息。通常，CD 130向PD 120做出请求150，响应于其，向CD 130提供响应160。在其他情况下，PD 120向CD 130做出请求170，响应于其，向PD 120提供响应180。这许可PD 120在其上显示内容，并且CD 130可以类似地与PD 120交互。例如，可能期望PD 120上呈现的任何内容同时被呈现在CD 130上，其可以包括例如音频和/或视频内容。例如，可能期望在PD 120上呈现视频内容的主视图，并且同时呈现CD 130上的视频内容的相同或类似场景的替选视图。例如，可能期望在PD 120上呈现视听内容，并且同时与在CD 130上启动(或自动启动)的相关联的应用交互。在这种情况下，通常应该同步在PD和CD上呈现的内容。同步指的是在主设备和CD上显示对应于相同或近似相同时刻实例的数据。

参考图3，作为示例，当PD 120(例如，电视)加入网络时，用户可以有具有运行在其上的兼容ATSC应用的CD 130。例如，当接收器被打开或其网络接口被启用时，这可能发生。PD 120可以能够为CD 130提供服务。PD 120可以多播发现消息200以通告第二屏幕支持服务。CD 130接收多播发现消息并向PD 120发送对其服务的描述的请求210。PD 120用其服务的描述220来响应该请求。CD 130使用描述中提供的信息来访问适当的服务并且提供与PD120上的编程同步的交互式体验。

参考图4，作为示例，当PD 120(例如，电视)加入网络时，用户可能没有具有运行在其上的兼容ATSC应用的CD 130。在PD 120上观看的视听内容可以进入提供CD 130支持的节目片段。例如当接收器被打开或其网络接口被启用时，或者当信道从不提供CD 130的信道改变为提供对CD 130的支持的信道时，或者当正在观看的信道从不提供对CD 130的支持的节目片段改变为提供对CD 130的支持的片段时，这可能发生。该观看改变使得PD 120以某种方式通知观看者CD 130支持可用。例如，可以在PD 120的角落中呈现小图标。如果观看者决定利用第二屏幕支持并激活CD 130上的兼容应用，则CD 130可以多播消息250，搜索提供CD 130支持或服务的设备。PD 120可以用发现消息260来响应该消息。当CD 130接收到发现消息时，它向PD 120发送对其服务的描述的请求270。PD 120用其服务的描述280来响应。CD130使用描述中给出的信息来访问适当的服务，并提供与视听内容同步的交互式体验。

参考图5，作为示例，观看者具有当PD加入网络时(例如，当PD被打开或网络接口被启用时)运行的兼容ATSC的CD应用。PD 120期望发现网络上的一个或多个CD 130。PD 120加入网络并多播其寻找CD 130的搜索消息300。运行ATSC应用的CD 130接收多播搜索消息，并且作为响应向PD 120发送指示其存在的响应305。在接收到该响应时，PD 120可以发送对CD提供给PD的服务的描述的请求310。可以经由单播技术而不是多播技术来发送请求310。在接收到请求310时，CD通过向PD发送消息315来对用其服务的描述响应。PD 120接收消息315并使用服务描述中给出的信息来访问适当的服务并且理解CD 130的能力。

参考图6，作为示例，CD 130加入网络或者在CD 130上启动应用。PD 120已经在网络上。CD 130多播其告知CD 130及其可用服务的通告/告知(advertisement/announcement)消息350。PD 120经由网络从CD 130接收多播通告消息，并向CD 130发送对其提供的服务的描述的请求360。可以经由单播而不是多播来发送消息。CD接收该消息，并且用其提供的服务的描述370来向PD 120响应。PD 120使用在服务描述中给出的信息来访问适当的服务并且理解CD的能力。

如图3-图6所示，家庭可以在家庭网络上具有多于一个CD，并且家庭可以在网络上具有多于一个PD。在这种情况下，每个CD将经由网络从多个不同的PD接收查找消息。此外，多个PD将经由网络从多个CD接收告知消息。

如上所述，在一些环境中，可以存在多于一个PD 120，特别是当使用家庭网络时。在这种情况下，CD 130可以经由网络从多个PD 120接收发现消息。如果发生这种情况，则CD130可以询问用户与哪个PD 120交互。

CD 130上的典型应用可以如下操作。CD 130上的控制点或服务订阅PD 120上的封装的应用服务。封装的应用可以是提供服务的设备上的应用。观看者在PD 120上启动封装的应用。封装的应用使得CD 130上的应用的名称和CD 130上的应用的统一资源定位符(URL)可用于封装的应用服务。CD 130上的控制点接收伴随应用名称和URL。控制点在CD130上设置指示需要观看者动作的标记。观看者查看伴随应用名称并选择它。控制点启动在CD 130上所指示的应用，如由ATSC候选标准：互动服务标准(A/105：2014)，2014年4月24日(S13-2-389r7)所指示的，通过引用将其全部内容并入本文。

参考图7，期望CD 130从PD 120请求关于在PD上呈现的当前视听内容的信息。虽然CD 130可以做出订阅接收关于正在呈现的内容的信息的请求，该PD 120提供具有内容的ID的响应，然后做出基于ID的内容的请求，但这是麻烦的处理。另外，在PD 120上显示的内容改变的情况下，由先前接收到的CD 130提供的ID将参考与当前在PD上呈现的内容不同的内容，从而导致使用CD 130的观看者的中断体验。为了减轻对接收不对应于当前显示的视听内容的响应的关注，CD 130优选地向PD 120做出用于关于当前运行的服务、节目和/或表演、和/或片段的信息的单个请求400，而不必提供当前运行的服务、表演和/或片段的标识。响应于接收到请求400，PD 120提供具有期望的信息的响应410。期望的信息可以包括例如关于当前在PD上呈现的内容的电子服务指南类型信息。例如，CD 130可以向PD 120做出接收当前服务信息的请求。这可以在当应用需要时的任何时间调用。该请求的输入参数可以包括以下中的一个或更多个：

伴随设备ID

伴随设备应用ID

伴随设备应用版本

请求的当前信息可以包括以下中的一个或更多个：

用于当前节目信息的请求(例如，用于正呈现在PD上的当前表演的电子服务指南信息)；

用于当前可用文件的请求和/或用于正呈现在PD上的当前表演的非实时内容；

可选地，请求可以包括过滤准则，其可以用于限制响应其而请求的信息量；

过滤准则的示例可以是例如，仅标准清晰度视频、高清晰度视频超高清晰度视频、黑/白视频、彩色视频、5.1声道音频、或立体音频等。

例如，PD 120可以在接收到上述请求之后向CD 130发送响应。这可以优选地在接收到服务信息请求时发送。响应410可以包括以下参数中的一个或更多个：

主设备ID

关于当前表演的请求的信息可以包括以下中的一个或更多个：

当前表演信息(例如电子服务指南)；

关于用于当前表演的当前可用部件的信息(例如视频、音频、隐藏字幕、主摄像机视图、替选摄像机视图)

用于当前表演的当前可用文件和/或非实时内容。

参考图8，当CD 130正在从PD 120访问视听信息时，并且当CD 130正从诸如互联网或网络位置的另一个源访问视听信息时，期望该视听信息的两个源以类似的方式寻址和获得。来自CD的对流传输内容信息450的请求可导致对流传输内容470的描述，其包括用于视听内容的位置标识，不论视听信息的位置是来自PD 120还是来自诸如互联网或网络的另一位置。

例如，CD 130可以向PD 120做出接收服务信息的请求。这可以在当应用需要时的任何时间调用，或者以其他方式连续地接收流传输信息。输入参数可以包括以下中的一个或更多个：

伴随设备ID

伴随设备应用ID

伴随设备应用版本

请求的当前信息可以包括以下中的一个或更多个：

用于当前表演信息的请求(例如，用于正呈现在PD上的当前表演的电子服务指南信息)；

用于正在PD上呈现的当前表演的当前可用部件的请求(例如视频、音频、隐藏字幕、主摄像机视图、替选摄像机视图等，用于正在PD上呈现的内容)；

用于正在PD上呈现的当前表演的当前可用文件和/或非实时内容；

可选地，请求可以包括可以过滤准则，其可以用于限制响应其而请求的信息量；

例如，PD 120可以在接收到上述请求之后向CD 130发送响应。这可以优选地在接收到服务信息请求时发送。响应参数可以包括以下中的一个或更多个：

主设备ID

当前表演信息(例如，电子服务指南)

关于具有用于访问每个部件(例如，视频、音频、隐藏字幕、主摄像机视图、替选摄像机视图)的流传输数据的URL(其包括关于协议、互联网协议(IP)地址、端口等)的用于当前表演的当前可用部件的信息

用于当前表演的当前可用文件和/或非实时内容

参考图9，紧急警报系统600可以包括以公共警报协议格式化并且进一步受集成公共警报和警告系统(IPAWS)620的简档约束的警报消息文件610。这些格式化和约束的警报消息文件可以由合适的一方发布，诸如联邦或州政府机构。警报消息由广播公司广播630。PD 120可以接收这些警报消息并选择性地将它们提供给一个或多个CD 130。

参考图10，CD 130订阅来自PD 120的紧急消息650。订阅请求优选地包括回叫URL。PD接受订阅并向CD 130发送包括订阅ID的对订阅的响应655。当PD 120接收到紧急消息时，PD 120使用先前与订阅一起提供的回叫URL来向已经订阅了紧急消息的CD 130提供紧急消息660。紧急消息660可以被提供为通知消息。

当CD 130加入网络时或者当在CD 130上开始紧急消息应用时，CD 130可以做出对紧急消息的订阅。输入参数可以包括以下中的一个或更多个：

伴随设备ID

伴随设备应用ID

伴随设备应用版本

订阅回叫URL信息

可选的：紧急信息过滤准则(例如，地理位置过滤以提供仅与指定的位置相对应的紧急信息)

例如，PD 120可以向CD 130提供紧急消息订阅响应。这可以优选地在接收到订阅信息时发送。订阅响应可以包括以下中的一个或更多个：

主设备ID

订阅ID

订阅持续时间(例如，使得不无限期地提供紧急信息，而且提供适当的合理时间，诸如12小时)

CD 130可以向PD 120发送消息以取消紧急订阅670。基于订阅持续时间，CD 130可以向PD 120发送消息以订阅紧急消息650(其他或者更新订阅680)。为订阅的更新提供的参数可以包括以下中的一个或更多个：

伴随设备ID

伴随设备应用ID

伴随设备应用版本

订阅ID

在这种情况下，PD已经具有回调URL和地理过滤信息，并且更新的订阅基于订阅ID。

当PD 120接收到订阅更新或订阅停止请求时，如果需要，它可以向CD 130提供对订阅的响应690。响应可以包括以下中的一个或更多个：

主设备ID

订阅ID

用于订阅更新请求的订阅持续时间

订阅停止请求的成功或失败

参考图10A，CD 130从PD 120请求关于用于的紧急消息的订阅的信息950。PD接受该请求，并向CD发送包括发送紧急警报消息(EAM)和/或多个紧急警报消息(EAMs)的多播地址信息的订阅信息响应955。多播地址信息可以包括以下信息中的一个或更多个：

多播组地址

多播端口

协议信息

用于紧急信息的附加多播相关的信息

CD 130可以使用多播地址信息加入965用于EAM的多播组。当加入多播组时的输入参数可以包括以下中的零个或更多个：

伴随设备ID

伴随设备应用ID

伴随设备应用版本

可选的：紧急信息过滤准则(例如地理位置过滤以提供对应于指定位置的紧急消息)

当PD 120接收到紧急消息时，可以在用于EAM的多播组上提供所提供的紧急消息。

所提供的紧急消息970可以包括以下中的一个或更多个：

主设备ID

EAM的基本和/或初始内容

用于关于EAM的附加信息的指针(例如位置信息或URL)

已加入用于EAM的多播组的CD 130可以从多播组接收EAM。所提供的紧急消息970可以是通知消息。

参考图11，在一些示例中，期望包括单个事务请求响应技术以由CD 130从PD 120接收时间线位置信息。这有助于正在PD 120上显示的视听内容和CD 130的同步。

例如，CD 130可以向PD 120做出对接收当前时间线信息的请求700。这可以在当应用需要时的任何时间被调用。输入参数可以包括以下中的一个或更多个：

伴随设备ID

伴随设备应用ID

伴随设备应用版本

请求当前时间线信息或正在观看的当前表演的URL和/或ID

例如，PD 120可以用当前时间线信息对CD 130做出响应。这可以优选地在接收到对当前时间线信息的请求时发送。响应参数可以包括以下中的一个或更多个：

主设备ID

用于请求的URL和/或程序ID的当前时间线位置信息

参考图12，在一些示例中，期望包括订阅请求响应技术以由CD 130从PD 120接收时间线信息。这有助于正在PD 120和CD 130上显示的视听内容的同步。

例如，CD 130可以向PD 120做出对订阅当前时间线信息的请求730。这可以在当应用需要时的任何时间被调用。输入参数可以包括以下中的一个或更多个：

伴随设备ID

伴随设备应用ID

伴随设备应用版本

请求当前时间线信息或正在观看的当前表演的URL和/或ID

时间线订阅回叫URL信息

响应于接收到时间线订阅响应，PD 120可以向CD 130发送响应735。响应参数可以包括以下中的一个或更多个：

主设备ID

时间线订阅ID

时间线订阅ID可以用于唯一地识别该特定时间线订阅。因此，优选为每个时间线订阅指配时间线订阅ID。这可以允许CD同时从PD请求多个时间线信息。它还可以允许不同的CD从不同PD请求关于不同时间线的信息。

例如，PD 120可以用定期更正的当前时间线信息向CD 130做出通知740。这可以在任何时间调用以传达当前时间线信息。响应参数可以包括以下中的一个或更多个：

主设备ID

用于请求的URL和/或程序ID的当前时间线位置信息

URL和/或节目ID

CD 130可以在预定时间段之后和/或向PD 120发送取消对当前时间线信息的订阅的请求750来停止接收订阅时间线信息。取消对当前时间线信息的订阅的请求750可以包括订阅ID以唯一地识别取消的时间线订阅。PD可以在接收到指示成功或失败的取消订阅的请求时发送对时间线订阅请求的响应760。

可以在PD和CD之间交换与取消对当前时间线信息的订阅的请求750类似的请求和对时间线订阅请求的响应760以更新时间线订阅。在这种情况下，请求可以包括时间线订阅Id以唯一地识别正在被更新的时间线订阅。

参考图12A，在一些示例中，期望包括订阅请求响应技术以由CD 130从PD 120接收时间线和/或媒体回放状态信息。这有助于正在PD 120和CD 130上显示的视听内容的同步。

例如，CD 130可以向PD 120做出对订阅PD 120上的当前时间线和/或当前媒体回放信息的请求1031。这可以在当应用需要时的任何时间调用。输入参数可以包括以下中的一个或更多个：

伴随设备ID

伴随设备应用ID

伴随设备应用版本

为其请求当前时间线和/或当前媒体回放信息或者用于正在观看的当前表演的URL和/或ID

时间线和回放状态订阅回叫URL信息

可选的：过滤器(仅发送媒体时间线信息，或仅发送媒体回放状态信息，或发送媒体时间线和媒体回访状态信息这两者)

可选的：期望接收关于媒体时间线和/或媒体回放状态信息的通知的频率

响应于接收到时间线和/或媒体回放状态订阅响应1035，PD 120可以向CD 130发送响应。响应参数可以包括以下中的一个或更多个：

主设备ID

时间线和/或回放状态订阅ID

订阅持续时间

时间线和/或回放状态订阅ID可以用于唯一地识别该特定订阅。因此，优选为每个时间线和/或回放状态订阅指配时间线和/或回放状态订阅ID。这可以允许CD同时从PD请求多个时间线和回放状态信息。它还可以允许不同的CD从不同PD请求关于不同时间线和回放状态的信息。

例如，PD 120可以用定期更正的当前时间线和/或媒体回放状态信息向CD 130做出通知1040。这可以在任何时间调用以传达当前时间线和/或媒体回放状态信息。响应参数可以包括以下中的一个或更多个：

主设备ID

订阅ID

用于请求的订阅ID的当前时间线位置信息

用于订阅ID的当前媒体回放状态信息。此当前媒体回放状态信息可以包括例如播放、暂停、停止、快进、快进的速度、快退、快退的速度、以及缓冲。

CD 130可以在预定时间段之后和/或通过向PD 120发送取消订阅的请求1050来停止接收订阅时间线和/或媒体播放状态信息。PD可以在接收到指示成功或失败的取消订阅的请求时发送响应1060。

可以在PD和CD之间交换取消订阅的类似请求1050和响应1060以更新时间线和/或媒体回放状态订阅。在这种情况下，请求可以包括时间线和/或媒体回放状态订阅ID以唯一地识别正在更新的时间线和/或媒体回放状态订阅。

参考图12B，在一些示例中，期望包括订阅请求响应技术以由CD 130从PD 120接收时间线信息。这有助于正在PD 120和CD 130上显示的视听内容的同步。

例如，CD 130可以向PD 120做出对订阅当前时间线信息的请求1130。这可以在当应用需要时的任何时间被调用。输入参数可以包括以下中的一个或更多个：

伴随设备ID

伴随设备应用ID

伴随设备应用版本

为其请求当前时间线信息或用于正在观看的当前表演的URL和/或ID

时间线订阅回叫URL信息

响应于接收到时间线订阅响应，PD 120可以向CD 130发送响应1135。响应参数可以包括以下中的一个或更多个：

主设备ID

时间线订阅ID

例如，PD 120可以用定期更正的当前时间线信息向CD 130做出通知1140。因此，可以周期性地发送当前时间线信息。此外，每当PD上的时间线非线性地改变时，时间线信息可以从PD 120被发送到CD 130。此非线性时基线变化的通知将在后面参照图12C和图12D进行描述。这可以在任何时间调用以传达当前时间线信息。响应参数可以包括以下中的一个或更多个：

主设备ID

用于请求的URL和/或程序ID的当前时间线位置信息

URL和/或节目ID

CD 130可以在预定时间段之后和/或通过向PD 120发送取消订阅的请求1150来停止接收订阅时间线信息。取消订阅的请求1150可以包括订阅ID以唯一地识别取消的时间线订阅。PD可以在接收到指示成功或失败的取消订阅的请求时发送响应1160。

可以在PD和CD之间交换对取消订阅的类似请求1150和响应1160以更新时间线订阅。在这种情况下，请求可以包括时间线订阅ID以唯一地识别正在更新的时间线订阅。

参考图12C和图12D描述基于非线性时间线改变的通知。当在某个壁钟时间段期间媒体时间线改变不同于壁钟时间持续时间的持续时间时，可以检测到非线性时间线改变。作为示例，当所通信的媒体时间线是Ta时，如果在壁钟时间t1处时间线信息由PD通信到CD。然后，在后续的壁钟时间t2(t2>＝t1)，如果媒体时间线信息Tb使得Tb不等于(或近似)等于Ta+(t2-t1)或不等于Ta-(t2-t1)或不等于Ta+x*(t2-t1)，其中x是实数，则媒体时间线信息Tb可以在壁钟时间t2从PD通信到CD。这些情况在图12C和图12D中进一步示出。

在图12C中，PD在第一次将媒体时间线信息Ta发送到CD之后，不向CD发送媒体时间线信息，除非非线性时间线改变发生。因此，在壁钟时间tx，当关于PD的媒体时间线信息等于Ty时，由于Ty等于Ta+(tx-t1)，所以媒体时间线信息Ty不从PD发送到CD。这是因为在这种情况下，在CD上运行的时钟可以自动导出值Tb。在壁钟时间t2，当PD上的媒体时间线信息等于Tb时，由于Tb不等于Ta+(t2-t1)，所以媒体时间线信息Tb从PD发送到CD。

在图12D中，除了将非线性时间线改变事件信息从PD发送到CD之外；时间线信息也从PD周期性地发送到CD。因此，分别在壁钟时间t1、tx、tp，分别将媒体时间线信息Ta、Ty、Tz周期性地从PD发送到CD。在挂钟时间t2，当PD上的媒体时间线信息等于Tb时，由于Tb不等于Ta+(t2-t1)，所以媒体时间线信息Tb从PD发送到CD。还应注意，Tb不等于Tz+(t2-tp)，并且Tb也不等于Ty+(t2-tx)。

在非线性时间线改变事件的一个特定示例中，当节目(或表演)完成PD上的回放并且新节目(或表演)回放开始时，时间线信息从PD传送到CD。另一个示例是当PD上发生服务或信道改变时。

参考图13，在一些示例中，期望将在PD 120上回放的媒体的媒体回放状态(例如，服务、节目、表演和/或片段)传送到CD 130。如果其期望与PD 120保持同步，则该信息对于CD 130是特别有用的。这有助于正在PD 120和CD 130上显示的视听内容的同步。

例如，CD 130可以向PD 120做出对接收媒体状态信息的请求800。这可以在当应用需要时的任何时间调用。输入参数可以包括以下中的一个或更多个：

伴随设备ID

伴随设备应用ID

伴随设备应用版本

为其请求媒体回放状态的URL和/或ID

例如，PD 120可以用媒体状态信息向CD 130做出响应810。这可以优选地在接收到对媒体状态信息的请求时发送。响应参数可以包括以下中的一个或更多个：

主设备ID

用于请求的URL和/或ID的当前媒体回放状态信息。此当前媒体回放状态信息可以包括例如播放、暂停、停止、快进、快进的速度、快退、快退的速度、以及缓冲。

参考图14，在一些示例中，期望包括订阅请求响应技术以由CD 130从PD 120接收媒体状态信息。这有助于正在PD 120和CD 130上显示的视听内容的同步。

例如，CD 130可以向PD 120做出对订阅媒体回放状态信息的请求830。这可以在当应用需要时的任何时间调用。输入参数可以包括以下中的一个或更多个：

伴随设备ID

伴随设备应用ID

伴随设备应用版本

为其请求媒体回放状态的URL和/或ID

媒体状态订阅回叫URL信息

响应于接收到媒体回放状态订阅响应，PD 120可以向CD 130发送响应。响应参数可以包括以下中的一个或更多个：

主设备ID

媒体回放状态订阅ID

媒体回放状态订阅ID可以用于唯一地识别该特定媒体回放状态订阅。因此，优选为每个媒体回放状态订阅指配媒体回放状态订阅ID。这可以允许CD同时从PD请求多个媒体回放状态信息。它还可以允许不同的CD从不同的PD请求关于不同媒体回放状态的信息。

例如，PD 120可以用定期更正的当前媒体回放状态信息向CD 130发送通知840。这可以在任何时间调用以传达媒体回放状态信息。在一个示例中，可以在每次媒体回放状态改变时发送通知。例如，如果观看者暂停PD上的呈现。然后，将从PD向辅助设备发送指示“暂停”状态的媒体回放状态通知。然后，当观众在PD上恢复播放时，将从PD向辅助设备发送指示“播放”状态的媒体回放状态通知。这可以允许CD播放与PD同步的媒体。在一个示例中，CD可以在其接收到指示PD的媒体回放状态的改变的通知消息时自动改变其自身的媒体回放状态。因此，响应参数可以包括以下中的一个或更多个：

主设备ID

用于请求的URL的媒体状态订阅ID信息和/或节目ID

用于订阅ID的当前媒体回放状态信息。其可以包括例如播放、暂停、停止、快进、快进的速度、快退、快退的速度、以及缓冲。

CD 130可以在预定时间段之后和/或向PD 120发送对取消订阅的请求850来停止接收媒体状态订阅信息。PD可以在接收到指示成功或失败的取消订阅的请求时发送响应860。

可以在PD和CD之间交换类似于850和860的请求响应以更新媒体回放状态订阅。在这种情况下，请求优选地包括媒体回放状态订阅ID以唯一地识别正在更新的媒体回放状态订阅。

在一些示例中，可以存在正在显示的多个视听内容，每个视听内容具有它们自己的由CD管理的时间线。以这种方式，CD可以同时地显示多于一个视听内容和/或在不同的视听内容之间切换，同时与相应的PD同步。此外，通过订阅媒体回放状态信息，PD 120可以在事件发生时通知CD130媒体回放状态，诸如例如停止视听内容、暂停视听内容、快进视听内容、倒退视听内容、在视听内容中向前和/或向后跳过，或者其他。

如前面例如参照图5和图6所描述的，可以使CD 130可从PD 120发现。

例如，CD 130可以通告或告知消息以帮助PD 120发现它。这可以在当应用需要时的任何时间调用，诸如使用多播消息来开始应用和/或加入网络，或者当PD发送针对CD的设备和/或服务类型(例如来自CD的单播消息)的多播搜索请求时。输入参数可以包括以下中的一个或更多个：

伴随设备ID

伴随设备应用ID

伴随设备应用版本

CD的人类可读名称

支持的CD服务(服务类型)

例如，PD 120可以向网络发送多播消息以发现CD 130。因此，PD可以发送寻找CD的设备类型和/或服务类型的多播搜索消息。搜索消息参数可以包括以下中的一个或更多个：

主设备ID

主设备类型

主设备版本

PD的人类可读名称

正在查找的CD类型和/或CD服务类型

应当理解，可以根据需要重新配置系统。应当理解，根据需要，系统可以包括附加的元件和/或更少的元件。应当理解，可以更改消息序列中的一些，使得示出为在消息2之前发送的消息1可以替代地在消息2之后发送。

参考图15，示例性PD 120与示例性CD 130一起被示出。PD 120可以包括HbbTVWebSocket服务器1000，其包括本地服务端点1010和远程服务端点1020。HbbTV是通过适合在不同广播技术，例如卫星、电缆、地面和/或基于IP的网络上操作的单个用户接口，用于将广播电视和宽带电视主要递送到家庭的标准。HbbTV可以由欧洲电信标准协会(ETSI)的技术规范(TS)定义。例如，HbbTV可以由以下中的一个或多个定义：HbbTV 2.0 Working DraftHbbTV-working-draft_ts_102796v010301p_draft_23-non-etsi-branding.pdf、ETSI TS102 796 v1.1.1 in June 2010以及ETSI TS 102 796 v1.2.1，2012年11月，这两者均通过引用将其全部内容并入本文。HbbTV WebSocket服务器1000可以包括本地服务端点1010，其提供与HbbTV兼容的PD EAM应用1030的互连。以这种方式，该系统适合于通过使用多个本地服务端点1010连接容易地包括多于一个PD EAM应用1030，同时维持相同的HbbTVWebSocket服务器1000。CD 130可以包括CD EAM应用1040。CD EAM应用1040可以通过使用远程服务端点1020与HbbTV WebSocket服务器1000互连。以这种方式，系统适于容易地包括多于一个CD EAM应用1040和/或合适的用于容易地包括多于一个CD EAM应用1040，其中多于一个CD EAM应用1040各自具有不同的CD 130。

PD 120和CD 130之间的通信可以建立EAM通信。还参考图16，充当客户端的PD EAM应用1030使用基本url资源(例如，/hbbtv/)和端点(例如，“org.atsc.pdcdeas”)来制成到PD 120上的HbbTV WebSocket服务器1000的本地服务端点1010的连接1100。以这种方式，PDEAM应用用两部分标识符，即“/hbbtv”和“org.atsc.pdcdeas”来识别所请求的资源和服务的类型这两者。如果需要，可以同样使用其他识别机制。而且，用于两个部分标识符中的每一个的精确字符串可以不同于上述那些。充当客户端的CD EAM应用1040利用基本URL资源(例如，/hbbtv/)并且利用相同的应用端点(例如，“org.atsc.pdcdeas”)来制成到PD 120上的HbbTV WebSocket服务器1000的远程服务端点1020的连接1110。以这种方式，CD EAM应用用两部分标识符来识别所请求的资源和服务的类型这两者。如果需要，可以同样使用其他识别机制。HbbTV WebSocket服务器1000在从远程服务端点1020接收到并且从本地服务端点1010接收到两者均具有与相同app端点匹配的基本URL资源的连接时，由HbbTVWebSocket服务器1000配对1120，因为他们都在等待连接。在配对之后，PD EAM应用1030和CD EAM应用1040可以使用EAM协议直接地或通过HbbTV WebSocket服务器1000彼此通信。

参考图17，在另一个示例中，PD 120包括HbbTV WebSocket服务器1200以及多个本地服务端点1210A-1210D。多个PD EAM应用1230A-1230D可以包括在相同PD 120内，其通过相应的本地服务端点1210A-1210D与HbbTV WebSocket服务器1200通信。相应的PD EAM应用1230A-1230D中的每一个可以是相同应用的不同实例，或者可以是适合于从相同和/或不同源通信不同紧急消息的不同应用。HbbTV WebSocket服务器1200可以包括多个远程服务端点1220A-1220D。多个CD 130A-130D可以都包括相应的CD EAM应用1240A-1240D。以这种方式，PD EAM应用1230A-1230D中的每一个可以与CD EAM应用1240A-1240中的相应一个或多个通信。在一些情况下，两个或更多个PD EAM应用1230A-1230D可以与相同的CD EAM应用1240A-1240D通信。这在与CD EAM应用1240A-1240D通信的PD EAM应用1230A-1230D的配置中提供了灵活性。

参考图18，另一个示例是PD 120包括HbbTV WebSocket服务器1250以及多个本地服务端点1260A-1260D。多个PD EAM应用1270A-1270D可以包括在相同PD 120内，其通过相应的本地服务端点1260A-1260D与HbbTV WebSocket服务器1250通信。相应的PD EAM应用1270A-1270D中的每一个可以是相同应用的不同实例，或者可以是适于从相同和/或不同源通信不同紧急消息的不同应用。HbbTV WebSocket服务器1250可以包括多个远程服务端点1280A-1280D。CD 130可以包括多个CD EAM应用1290A-1290D。以这种方式，PD EAM应用1270A-1270D中的每一个可以与相应的一个或多个CD EAM应用1290A-1290D通信。在一些情况下，两个或更多个PD EAM应用1270A-1270D可以与相同的CD EAM应用1290A-1290D通信。这提供了与CD EAM应用1290A-1290D通信的PD EAM应用1270A-1270D的配置的灵活性。

在其他示例中，HbbTV WebSocket服务器可以是能够与一个或多个PD EAM应用通信的任何其他类型的服务器。同样可以使用任何合适的技术来提供服务器和PD EAM应用之间的通信。可以使用任何合适的技术来提供服务器与CD 130和/或一个或多个CD EAM应用之间的通信。

PD 120或CD 130可以通过发送WebSocket协议关闭帧来发起与另一个的连接的关闭。WebSocket协议在RFC 6455 http://www.ietf.org/rfc/rfc6455.tx中描述，并且关闭帧在RFC 6455 WebSocket协议中描述，这两者都通过引用并入。可替选地，PD 120或CD 130可以关闭与另一者的连接，而不发送WebSocket协议的关闭帧。在这种情况下，PD上的HbbTVWebSocket服务器1000可以通过向PD EAM应用1030和/或CD EAM应用1040和/或CD 130发送WebSocket协议的关闭帧来发起断开的过程。

在一些示例中，期望包括PD 120和CD 130之间的通信中的附加安全性。为了提高安全性，PD 120和CD 130可以使用用于通过传输层安全(TLS)协议隧道化的WebSocket连接的端口443来通信。在示例中，这可以使用统一资源标识符(URI)来实现。在示例中，这可以通过使用针对互联网工程任务组(IETF)的请求注释(RFC)中定义的WebSocket URI的wss-URI方案来实现。例如，用于WebSocket URI的wss-URI方案在IETF RFC 6455(2011)的第3节中定义，其通过引用整体并入本文。HbbTV WebSocket服务器可以使用超文本传输协议(HTTP)服务器可用的客户端认证机制。例如，这可以是(1)cookie、(2)HTTP认证和/或(3)TLS认证中的一个或多个。

在一个示例中，可以对在PD 120上运行的PD EAM应用1030和在CD 130上运行的CDEAM应用1040这两者进行客户端认证。

在一个示例中，可以使用WebSocket协议的Sec-WebSocket-Protocol报头为PD120和CD 130EAM通信定义协议。在这种情况下，可以通过要求终端(例如PD和/或CD)支持通过引用将其整体并入本文的WebSocket协议RFC 6455的第11.3.4节中定义的Sec-WebSocket-Protocol报头来修改HbbTV机制。在这种情况下，当使用WebSocket时用于EAM通信的PD 120和CD 130之间的应用协议(或子协议)可以用字符串指示。例如，字符串'PDCDEAS'可以用于经由Sec-WebSocket-Protocol发送的子协议，诸如Sec-WebSocket-Protocol：PDCDEAS。在这种情况下，当PD 120和CD 130这两者均包括相同的指定子协议时，它们可以有效地通信和交换EAM。

参考图19，当CD 130加入网络时或当紧急消息应用在CD 130上或在由CD所需任何其他时间启动时，从CD 130到PD 120的对紧急消息的订阅650可以做出对订阅紧急消息的请求。输入参数可以包括识别PD 120可以如何向CD 130发送EAM的订阅回叫URL信息1300。输入参数可以包括识别确定何时向CD 130发送消息的标准的EAM过滤1310。例如，一个合适的过滤准则可以是CD 130的地理位置。在一些情况下，可能期望接收用于其他地理位置的紧急消息，诸如用于位于远处位置的用户的海滨别墅的紧急消息，或诸如用于用户当前位置的紧急消息。例如，一个合适的过滤准则可以是一天中的时间、一周中的一天、一年中的一月、一年中的一季、用户的年龄和/或基于假日的标准。在一些情况下，可能希望仅在某些定义的时间时段期间接收消息。例如，一个合适的过滤准则可以是使用CD的特定观看者。例如，如果观看者是未成年人，则可能不期望接收琥珀色警报消息。输入参数可以包括识别CD的CD标识1320。例如，CD标识优选地使用字符串标识(例如，优选地唯一的字符串标识)。输入参数可以包括CD应用标识1330。例如，如果存在，则CD应用标识在用于交换紧急消息的CD上识别多个这样的应用之中的特定应用。输入参数可以包括CD应用版本1340。例如，CD应用版本更具体地识别特定应用的属性和/或能力。输入参数可以包括请求的订阅持续时间1350。例如，CD可以请求订阅持续3000秒、4000秒或另一个合适的持续时间。以这种方式，这种紧急消息的持续时间将不是无限的并且是可控的，至少在CD所请求的持续时间由PD履行的情况下。在一些示例中，可以指配特殊值以指示对“无限”持续时间订阅的请求。例如，作为请求的订阅持续时间的值“-1”可以指示期望无限期地(例如，永远、无限时间地和/或始终)接收EAM。安全令牌或标识符1360可以包括在输入参数中。安全令牌可能已经由CD通过一些外部手段获得并且可以帮助识别CD。例如，它可以将安全设备的建立认证为受信设备。可以根据需要使用附加的或更少的输入参数。

在一个示例中，可以在从CD到PD的紧急消息的订阅请求中携带的各种元素及其描述可以如下表：“对紧急消息的订阅的元素”所示。

表：对紧急消息的订阅的元素

在一个示例中，可以使用JavaScript对象符号(JSON)来实现对紧急消息的订阅650，以将订阅请求消息从CD 130传送到PD 120，以潜在地接收EAM。

在一个示例中，CD的JSON架构订阅紧急消息650可以如下：

上述JSON有效载荷的示例性格式可以如下：

在另一示例中，可扩展标记语言(XML)格式可以用于将订阅请求消息从CD传送到PD以接收EAM。到PD的CD订阅请求以接收EAM的XML架构可以如下：

在另一示例中，地理位置可以表示为“zip”代码字段，其可以如下被包括在JSON架构中：

″Zip″：{

″type″：″number″

}，

在又一示例中，地理位置可以如下在JSON架构中表示：

在一个示例中，地理位置信息可以以符合XML架构的XML格式表示，其中XML元素“Geo-loc”符合以下模式：

上述元素的语义定义可以如在XEP-0080中定义：用户位置，其定义用于传送关于在通过引用并入本文的http：//www.xmpp.org/extensions/xep-0080.html定义的实体的当前地理或物理位置的信息的可扩展消息和呈现协议(XMPP)协议扩展。

在一个示例中，REST机制可以用于到PD的CD订阅请求以接收EAM。

在一个示例中，这可以通过从CD向PD上的定义的端点发送请求来完成。

在一个示例中，可以从CD向PD发送如下的HTTP GET请求：

http://192.168.0.200/PD/EAM/subReq_CD2PD？SubscriptionCallbackURL＝http％3A％2F％2F192.168.0.100％2FCD％2FCB01&SubscriptionDuration＝3600

其也可以表示为

在前述http：//request 192.168.0.200中，通过其IP地址引用PD，EAM引用端点，subReq_CD2PD引用子请求的类型，SubscriptionCallbackURL＝http％3A％2F％2F192.168.0.100％2FCD％2FCB01引用查询参数，并且SubscriptionDuration＝3600引用订阅持续时间。另外192.168.0.100通过其IP地址引用CD。根据需要，可以使用其他请求结构。

在前述GET请求中，PD引用PD，EAM引用端点，subReq_CD2PD引用子请求的类型，SubscriptionCallbackURL＝http％3A％2F％2F192.168.0.100％2FCD％2FCB01引用查询参数，SubscriptionDuration＝3600引用订阅持续时间，HTTP/1.1主机：http：//192.168.0.200通过其IP地址引用PD。

如图所示，SubscriptionCallbackURL的值可以是在将其放入HTTP GET查询参数中时编码的url。

在另一个示例中，可以从CD向PD发送如下的HTTP POST请求：

POST/PD/EAM/subReq_CD2PD HTTP/1.1

host：http://192.168.0.200

content-type：application/x-www-form-urlencoded；charset＝utf-8

content-length：<content length of request>

SubscriptionCallbackURL＝http％3A％2F％2F192.168.0.100％2FCD％2FCB01&

SubscriptionDuration＝3600

将SubscriptionCallbackURL和订阅持续时间可以是当将其放在HTTP POST查询参数中时编码的url。

参考图20，优选地在接收到订阅信息时发送从PD 120到CD 130的对订阅的响应655。响应可以基于订阅回叫URL信息1300以提供消息。另外，响应可以基于特定CD标识1320、CD应用标识1330、CD应用版本1340、安全令牌或标识符1360和/或请求的订阅持续时间1350。输出参数可以包括识别PD的PD标识1400。例如，PD标识优选地使用字符串标识。以这种方式，CD可以在其所连接或可以连接到的多个不同PD之间进行区分。在一些情况下，PDID可以包括诸如“John′s Television”的用户友好名称。在一些情况下，该友好名称可以是不同于PD标识1400的单独参数“主设备名称”。输出参数可以包括订阅标识1410，其识别对特定PD与特定CD之间的服务的特定订阅。例如，订阅标识可以是特定会话的唯一标识，使得可以为特定CD定制后续消息和通信。此外，订阅标识1410可以用于在多个PD EAM应用之中和/或在多个CD EAM应用之中进行区分。订阅标识1410可以用于唯一地识别从CD到PD的这个订阅，用于这两个设备之间的后续消息交换。输出参数可以包括指示订阅的持续时间的确认订阅持续时间1420。例如，订阅持续时间可以确认订阅紧急消息650中，例如参数请求的订阅持续时间1350中的请求的持续时间。例如，订阅持续时间可以确认与订阅紧急消息650中请求的持续时间不同的持续时间。不同的确认订阅持续时间1420可以小于或等于所请求的订阅持续时间1350。例如，订阅持续时间可以确认在订阅紧急消息650中请求的0秒的持续时间，其指示所请求的订阅对于特定CD不可用。以这种方式，订阅将具有有限的持续时间，并且因此在提供改进的用户体验的持续时间中不是不确定的。安全令牌或标识符1460可以包括在输出参数中。例如，它可以将安全设备的认证建立为受信设备。安全令牌或标识符1460可以与安全令牌或标识符1360相同。在其他示例中，安全令牌或标识符1460可以不同于安全令牌或标识符1360。

在一个示例中，响应于从PD到CD的订阅请求可以携带的各种元素及其描述可以如下表：“对订阅请求的响应”所示。

表：对订阅请求的响应

在一个示例中，JSON可以用于携带用于从PD到CD的EAM的订阅响应。例如，对CD的PD订阅响应的JSON架构可以如下所示：

在一个示例中，该JSON有效载荷的格式可以如下：

在一个示例中，XML格式可以用于携带用于从PD到CD的EAM的订阅响应。例如，对CD的PD订阅响应的XML架构可以如下：

在一个示例中，REST机制可以用于对CD的PD订阅响应。这可以响应于从CD到PD的对订阅的HTTP GET或HTTP POST REST请求来完成。

在一个示例中，这可以通过向CD发送HTTP响应来完成。例如，可以从PD发送向CD如下的HTTP响应：

在该示例中，HTTP响应主体可以包括符合JSON架构的JSON数据。在另一个示例中，代替JSON，可以使用具有填充的JSON(JSONP)数据。在另一种情况下，HTTP响应主体可以以诸如XML、CSV、BNF或ABNF、Extended Backus-Naur Form(ENBF)或任何其他合适的格式的另一种格式发送相同的数据。例如，如果在HTTP响应主体中使用XML格式，则内容可以符合用于响应的XML架构。

参考图21，从CD 130到PD 120的更新订阅680优选地在当前订阅超时时或之前的任何时间发送以更新当前订阅，或者在当前订阅超时之后发送以更新先前订阅。在一些情况下，在用于CD的多个当前订阅之中针对特定订阅发出从CD 130到PD 120的更新订阅680，使得可以允许CD 130的一些当前订阅被终止同时更新一个或多个其他订阅。以这种方式，仅更新所选择的订阅集合，而不更新其他订阅，从而减轻明确地取消其他订阅的需要。在一些情况下，从CD 130到PD 120的更新订阅680可以是用于CD的多个当前订阅的所有订阅。以这种方式，可以用减少的数据通信量有效地更新所有当前订阅，并且不需要明确地识别所有当前订阅。

更新订阅680可以基于识别PD的PD标识1500。例如，PD标识优选地使用字符串标识。以这种方式，CD可以在其连接到的或可以连接的多个不同PD之间进行区分。输入参数可以包括订阅标识1510，其识别特定PD与特定CD之间的服务的特定订阅。例如，订阅标识可以是该特定会话的唯一标识，使得可以为特定CD定制后续消息和通信。此外，订阅标识1510可以用于在多个PD EAM应用之中和/或在多个CD EAM应用之中进行区分。在PD 120在当前订阅终止之前接收到用于更新订阅680的订阅标识1510的情况下，可以扩展现有订阅。在PD120在当前订阅终止之后接收到用于更新订阅680的订阅标识1510的情况下，PD 120可以使用其过去历史来确定先前订阅的特性，并且基于先前订阅提供新订阅。在一些情况下，订阅标识1510可以与订阅标识1410相同。输入参数可以包括请求的订阅持续时间1520，其指示更新订阅的持续时间。例如，CD可以请求更新订阅持续3000秒、4000秒或另一个适当的持续时间。以这种方式，这种紧急消息的持续时间将不是无限的并且是可控的，至少在CD所请求的持续时间由PD履行的情况下。输入参数可以包括识别CD的CD标识1530。例如，CD标识优选地使用字符串标识。输入参数可以包括CD应用标识1540。例如，CD应用标识识别在用于交换紧急消息的CD上、并且如果存在，在多个这样的应用之中的应用。输入参数可以包括CD应用版本1550。例如，CD应用版本识别特定应用的属性和/或能力。在一些示例中，不需要回叫信息，因为该信息已经可用于PD，因为它可以与订阅信息链接。安全令牌或标识符1560可以包括在输入参数中。安全令牌或标识符可能已经由CD通过一些外部手段获得，并且可以帮助识别CD。例如，它可以将安全设备的认证建立为受信设备。安全令牌或标识符1560可以与安全令牌或标识符1360相同。在其他示例中，安全令牌或标识符1560可以不同于安全令牌或标识符1360。

在一个示例中，可以在从CD到PD的更新订阅中携带的各种元素及其描述可以如下表：“更新订阅的元素”所示。

表：更新订阅的元素

在一个示例中，JSON可以用于携带从PD到CD的订阅更新请求消息以继续接收EAM。用于到PD以继续和更新接收EAM的CD订阅更新请求的JSON架构可以如下：

在一个示例中，该JSON有效载荷的格式可以如下：

在一个示例中，XML格式可以用于携带从PD到CD的订阅更新请求消息以继续或更新接收EAM。用于到PD以继续或更新接收EAM的CD订阅更新请求的XML架构可以如下：

在另一示例中，用于到PD以继续接收EAM的CD订阅更新请求的JSON架构可以定义如下：

在另一示例中，此更新请求JSON有效载荷的格式可以如下：

在另一示例中，用于到PD以继续接收EAM的CD订阅更新请求的XML架构可以定义如下：

在一个示例中，REST机制可以用于到PD以继续接收EAM的CD订阅更新请求。

在一个示例中，可以从CD向PD发送如下的HTTP GET请求：

http://192.168.0.200/PD/EAM/sub_renew_req_CD2PD？SubscriptionID＝C034587&SubscriptionDuration＝7200

其也可以表示为

在另一个示例中，可以从CD向PD发送如下的HTTP POST请求：

POST/PD/EAM/sub_renew_req_CD2PD HTTP/1.1

host：http://192.168.0.200

content-type：application/x-www-form-urlencoded；charset＝utf-8

content-length：<content length of request>

SubscriptionID＝C034587&SubscriptionDuration＝7200

参考图22，从CD 130到PD 120的取消紧急订阅670优选地在当前订阅超时之前的任何时间发送以更新当前订阅，或者在当前订阅超时之后发送以更新先前订阅，以确认订阅被取消，或总体上在任何时间。在一些情况下，针对CD的多个当前订阅之中的特定订阅发出从CD 130到PD 120的取消紧急订阅670，使得CD 130的一些当前订阅可被许可为终止，同时维持一个或多个其他订阅。以这种方式，仅维持所选择的订阅集合，同时取消其他订阅，从而减轻明确地维持其他订阅的需要。这优选地可替选地取消所有订阅，然后订阅期望的订阅，由此实现取消不期望的订阅。在一些情况下，从CD 130到PD 120的取消紧急订阅670可以是用于CD的多个当前订阅的所有订阅。以这种方式，可以用减少的数据通信量有效地取消所有当前订阅，并且不需要明确地识别所有当前订阅。

取消紧急订阅670可以基于识别PD的PD标识1600。例如，PD标识优选地使用字符串标识。以这种方式，CD可以在其连接到或可以连接的多个不同PD之间进行区分。输入参数可以包括订阅标识1610，其识别特定PD与特定CD之间的服务的特定订阅。例如，订阅标识可以是该特定会话的唯一标识，使得可以针对特定CD定制后续消息和通信，诸如不发送附加EAM。此外，订阅标识1610可以用于在多个PD EAM应用之中和/或在多个CD EAM应用之中进行区分。在PD 120在当前订阅终止之前接收到用于取消紧急订阅670的订阅标识1610的情况下，可以终止现有订阅。在PD 120在当前订阅终止之后接收到用于取消紧急订阅670的订阅标识1610的情况下，PD 120可以使用其过去的历史来确保订阅被终止。如果需要，输入参数可以包括指示取消的订阅的持续时间的订阅持续时间1620以用于确认的目的。输入参数可以包括识别CD的CD标识1630。例如，CD标识优选地使用字符串标识。输入参数可以包括CD应用标识1640。例如，CD应用标识识别在用于交换紧急消息的CD上、并且如果存在，在多个这样的应用之中的应用。输入参数可以包括CD应用版本1650。例如，CD应用版本识别特定应用的属性和/或能力。在一些示例中，不需要回叫信息，因为该信息对于PD已经可用，因为它可以与订阅信息链接。安全令牌或标识符1660可以包括在输入参数中。安全令牌或标识符可能已经由CD通过一些外部手段获得，并且可以帮助识别CD。例如，它可以将安全设备的认证建立为受信设备。安全令牌或标识符1660可以与安全令牌或标识符1360相同。在其他示例中，安全令牌或标识符1660可以不同于安全令牌或标识符1360。

在一个示例中，在从CD到PD的取消紧急消息订阅中可以携带的各种元素及其描述可以如下表：“取消紧急消息订阅的元素”所示。

表：取消紧急消息订阅的元素

在一个示例中，JSON可以用于携带从CD到PD以中断接收EAM的订阅取消请求消息。用于到PD以中断接收EAM的CD订阅取消请求的JSON架构可以定义如下：

在一个示例中，该JSON有效载荷的格式可以如下：

在一个示例中，XML格式可以用于携带从CD到PD以中断接收EAM的订阅取消请求消息。。用于到PD以中断接收EAM的取消请求的XML架构可以定义如下：

在另一示例中，用于到PD以停止接收EAM的CD订阅取消请求的JSON架构可以定义如下：

在另一示例中，该取消请求JSON有效载荷的格式可以如下：

在另一示例中，用于到PD以停止接收EAM的CD订阅取消请求的XML架构可以如下：

在又一示例中，用于到PD以停止接收EAM的CD订阅取消请求的JSON架构可以定义如下：

在另一示例中，该取消请求JSON有效载荷的格式可以如下：

在另一示例中，用于到PD以停止接收EAM的CD订阅取消请求的XML架构可以定义如下：

在一个示例中，REST机制可以用于到PD以停止接收EAM的CD订阅取消请求。在一个示例中，这可以通过从CD向PD上的定义的端点发送请求来完成。

在一个示例中，可以从CD向PD发送如下的HTTP GET请求：

http://192.168.0.200/PD/EAM/sub_cancel_req_CD2PD？SubscriptionID＝C034587

其也可以表示为

GET/PD/EAM/sub_renew_req-CD2PD？SubscriptionID＝C034587 HTTP/1.1

host：http://192.168.0.200

在另一个示例中，可以从CD向PD发送如下的HTTP POST请求：

POST/PD/EAM/sub_cancel_req_CD2PD HTTP/1.1

host：http://192.168.0.200

content-type：application/x-www-form-urlencoded；charset＝utf-8

content-length：<content length of request>

SubscriptionID＝C034587

参考图23，优选地响应于来自CD 130和/或CD EAM应用的请求，发送从CD 130到PD120的对订阅的响应690。以这种方式，可以将确认指向特定CD 130和/或CD上的一个或多个特定EAM应用。在一些情况下，从CD 130到PD 120的对订阅的响应690可以是用于CD的多个当前订阅的所有订阅。以这种方式，可以用减少的数据通信量有效地确认所有当前订阅，并且不需要明确地识别所有当前订阅。响应于从CD接收到更新订阅请求680，可以将订阅的响应690从PD发送到CD。响应于从CD接收到取消紧急订阅670，可以将订阅的响应690从PD发送到CD。

对订阅的响应690可以基于识别PD的PD标识1700。例如，PD标识优选地使用字符串标识。以这种方式，CD可以在其连接到或可以连接的多个不同PD之间进行区分。输出参数可以包括订阅标识1710，其识别特定PD和特定CD之间的服务的特定订阅。例如，订阅标识可以是该特定会话的唯一标识，使得可以为特定CD定制后续消息和通信。此外，订阅标识1710可以用于在多个PD EAM应用之中和/或在多个CD EAM应用之中进行区分。在PD 120发送针对取消紧急订购的响应670的订阅标识1710的情况下，使得可以确认更新订阅680和/或取消紧急订阅670。如果需要，输出参数可以包括指示订阅的持续时间的确认订阅持续时间1720用于确认目的。确认订阅持续时间1720可以与所请求的持续时间相同，或者可以不同于所请求的持续时间。安全令牌或标识符1760可以包括在输出参数中。例如，它可以将安全设备的认证建立为受信设备。安全令牌或标识符1760可以与安全令牌或标识符1560或1660相同。在其他示例中，安全令牌或标识符1760可以不同于安全令牌或标识符1560或1660。

在一个示例中，响应于从PD到CD的更新订阅请求可以携带的各种元素及其描述可以如下表：“更新订阅的响应的元素”所示。

表：更新订阅的响应的元素

在一个示例中，响应于从PD到CD的取消订阅请求可以携带的各种元素及其描述可以如下表：“取消订阅的响应的元素”所示。

表：取消订阅的响应的元素

在一个示例中，JSON可以用于携带从PD到CD的对EAM的订阅更新请求的响应。用于到CD的PD订阅更新响应的JSON架构可能如下：

在一个示例中，该JSON有效载荷的格式可以如下：

在一个示例中，XML格式可以用于携带从PD到CD的对EAM的订阅更新请求的响应。用于到CD的PD订阅更新响应的XML架构可以定义如下：

在一个示例中，REST机制可以用于到CD的PD订阅更新响应。这可以响应于如前所述的从CD到PD的HTTP GET或HTTP POST REST订阅更新请求来完成。

在一个示例中，这可以通过向CD发送HTTP响应来完成。

在另一示例中，可以从PD向CD发送如下的HTTP响应：

在这种情况下，HTTP响应主体包括可以符合先前定义的JSON架构的JSON数据。在另一示例中，可以使用JSONP数据而不是JSON。在另一种情况下，HTTP响应主体可以以诸如XML、CSV、BNF、ABNF、ENBF或任何其他合适格式的另一种格式发送相同的数据。例如，如果在HTTP响应主体中使用XML格式，则内容可以符合用于上面定义的响应的XML架构。

在一个示例中，JSON可以用于携带从PD到CD的对EAM的订阅取消请求的响应。

在一个示例中，用于到CD的PD订阅取消响应的JSON架构可以定义如下：

在一个示例中，该JSON有效载荷的格式可以如下：

在一个示例中，XML格式可以用于携带从PD到CD的对EAM的订阅取消请求的响应。用于到CD的PD订阅取消响应的XML架构可以如下：

在另一个示例中，用于到CD的PD订阅取消响应的JSON架构可以如下：

在另一示例中，该取消响应JSON有效载荷的格式可以如下：

在另一个示例中，用于到CD的PD订阅取消响应的XML架构可以定义如下：

在一个示例中，REST机制可以用于到CD的PD订阅取消响应。这可以响应于如前所述的从CD到PD的HTTP GET或HTTP POST REST订阅取消请求来完成。

在一个示例中，这可以通过向CD发送HTTP响应来完成。

在另一示例中，可以从PD向CD发送如下的HTTP响应：

HTTP/1.1 200 OK

在这种情况下，在另一示例中，HTTP响应主体可以包括一些数据。例如，可以发送如下的响应：

先前定义了可以符合JSON架构的JSON数据。在另一示例中，可以使用JSONP数据而不是JSON。在另一种情况下，HTTP响应主体可以以诸如XML、CSV、BNF、ABNF、ENBF或任何其他合适格式的另一种格式发送相同的数据。例如，如果在HTTP响应主体中使用XML格式，则内容可以符合用于上面定义的响应的XML架构。

参考图24，优选地响应于何时需要将EAM从PD 120通信到CD 130而从PD 120向CD130发送提供紧急消息660。以这种方式，紧急消息可以指向特定CD 130和/或CD上的一个或多个特定EAM应用。在一些情况下，从PD 120到CD 130的所提供的紧急消息660可以是用于CD的多个当前订阅的所有订阅。以这种方式，可以用减少的数据通信量有效地确认所有当前订阅，而不需要明确地识别所有当前订阅。

提供紧急消息660可以基于识别PD的PD标识1800。例如，PD标识优选地使用字符串标识。以这种方式，CD可以在其连接到或可以连接的多个不同PD之间进行区分。通知消息参数可以包括订阅标识1810，其识别特定PD与特定CD之间的服务的特定订阅。例如，订阅标识可以是该特定会话的唯一标识，使得可以针对特定CD定制该紧急消息。此外，订阅标识1810可以用于在多个PD EAM应用之中和/或在多个CD EAM应用之中进行区分。输入参数可以包括指示紧急警报的文本信息的EAM 1820的初始内容。在一些情况下，EAM 1820的全部或部分可以包括文本内容、其他内容和/或控制代码。控制代码可以用于指示CD已知的特定标准消息，因此不需要明确地提供。输入参数可以包括识别CD的CD标识1830。例如，CD标识优选地使用字符串标识。输入参数可以包括CD应用标识1840。例如，CD应用标识识别在用于交换紧急消息的CD上、并且如果存在，在多个这样的应用之中的应用。输入参数可以包括CD应用版本1850。例如，CD应用版本识别特定应用的属性和/或能力。在一些示例中，CD标识1830、CD应用标识1840和CD应用版本1850优选地可以不存在于所提供的紧急消息660中。输入参数可以包括EAM 1820的初始内容的特性1860。特性1860可以指示，例如，消息是否是新消息。在消息不是新消息的情况下，可能期望确定消息是否先前已经被提供给特定CD，在这种情况下，如果需要，可以选择性地不再将其提供给CD。在消息是新消息的情况下，期望将新消息提供给CD。特性1860可以指示例如消息是否是不重复的一次性消息。在消息是一次性消息的情况下，期望将一次性消息提供给CD。在一些情况下，为了确保消息被CD正确接收，尽管一次性消息仅由PD接收一次，但是一次性消息可以不止一次地发送到CD。在消息是连续消息的情况下，每当PD接收到该消息时，可以将该消息提供给CD。在消息是连续消息的情况下，每当PD接收到该消息时，可以将该消息选择性地提供给CD。在消息是连续消息的情况下，可以选择性地不将消息提供给CD。特性1860可以指示例如消息的类型。消息的类型可以包括例如文本消息、混合媒体消息、视频消息、音频消息、HTML消息等。特性1860可以指示例如消息的优先级。例如，1可以包括低优先级消息，5可以包括中优先级消息，并且10可以包括高优先级消息。输入参数可以包括指示附加内容是否可用或将很快可用的附加内容1870。附加内容1870可以指示位置，诸如附加信息可以由CD找到的URI。附加内容1870可以指示是否可以预期包括与当前提供的紧急消息660相关的附加信息的后续消息。以这种方式，第一紧急消息可以指示第二紧急消息将具有与第一紧急消息相关的附加信息，第二紧急消息可以指示第三紧急消息将具有与第一和/或第二紧急消息相关的附加信息，并且第三紧急消息可以指示不存在与第一、第二或第三紧急消息相关的附加信息。以这种方式，可以通过使用多个紧急消息来克服对紧急消息的任何大小或内容相关的限制。此外，以这种方式，第一紧急消息可以在PD接收到剩余的紧急消息之前提供，或者可用于提供给PD。可以在消息中包括时间戳以识别消息何时生成。安全令牌或标识符1890可以包括在输出参数中。例如，它可以将安全设备的认证建立为受信设备。安全令牌或标识符1890可以与安全令牌或标识符1560或1660相同。在其他示例中，安全令牌或标识符1890可以不同于安全令牌或标识符1560或1660。

在一个示例中，可以在从CD到PD的EAM中携带的各种元件及其描述可以如下表：“紧急警报消息的元素”所示。

表：EAM的元素

在一个示例中，JSON可以用于携带从PD到CD的通知EAM。用于到CD的EAM的PD通知的JSON架构可以如下所示：

在一个示例中，该JSON有效载荷的格式可以如下：

时间戳可以符合如http：//http://tools.ietf.org/html/rfc3339中所定义的RFC 3339“互联网上的日期和时间：时间戳”中所定义的语义，其通过引用整体并入本文中。

在一个示例中，XML格式可以用于携带从PD到CD的通知EAM。

在一个示例中，用于到CD的EAM的PD通知的XML架构可以如下：

在一个示例中，REST机制可以用于到CD的EAM的PD通知。

在一个示例中，这可以通过从PD向CD上的定义的端点发送请求来完成。

在另一个示例中，可以从CD向PD发送如下的HTTP POST请求：

在一个示例中，可以从CD向PD发送如下的HTTP GET请求：

http://192.168.0.100/PD/EAM/initial_eam_PD2CD？SubscriptionID＝C034587&EAMID＝EAM1005&Continuation＝false&InitialEAMContent＝There％20is％20an％20emergency％20weather％20advisory％20issued％20for％20zip％20code％2090210

其也可以表示为

参考图25，响应于接收到所提供的紧急消息660，优选地发送从CD 130到PD 120的对EAM的响应695。以这种方式，对紧急消息的响应可以指向特定PD 120和/或PD上的一个或多个特定EAM应用。在一些情况下，从CD 130到PD 120的对EAM的响应695可以是用于CD的多个当前订阅的所有订阅。以这种方式，可以用减少的数据通信量有效地确认所有当前订阅，而不需要明确地识别所有当前订阅。

对EAM的响应695可以基于识别PD的PD标识1900。例如，PD标识优选地使用字符串标识。以这种方式，CD可以在其连接到或可以连接的多个不同PD之间进行区分。在一些示例中，PD标识1900可以不优选地包括在对EAM的响应685中。输入参数可以包括订阅标识1910，其识别特定PD与特定CD之间的服务的特定订阅。例如，订阅标识可以是该特定会话的唯一标识，使得可以针对特定CD定制紧急消息。此外，订阅标识1910可以用于在多个PD EAM应用之中和/或在多个CD EAM应用之中进行区分。输入参数可以包括对附加内容的请求1920，该请求指示对PD可以用附加消息响应的附加信息的期望。输入参数可以包括识别CD的CD标识1930。例如，CD标识优选地使用字符串标识。输入参数可以包括CD应用标识1940。例如，CD应用标识识别在用于交换紧急消息的CD上、并且如果存在，在多个这样的应用之中的应用。输入参数可以包括CD应用版本1950。例如，CD应用版本识别特定应用的属性和/或能力。在一些示例中，不需要回叫信息，因为该信息对于PD已经可用，因为它可以与订阅信息链接。安全令牌或标识符1960可以包括在输入参数中。安全令牌或标识符可能已经由CD通过一些外部手段获得，并且可以帮助识别CD。例如，它可以将安全设备的认证建立为受信设备。安全令牌或标识符1960可以与安全令牌或标识符1360相同。在其他示例中，安全令牌或标识符1960可以不同于安全令牌或标识符1360。

在一个示例中，响应于从CD到PD的EAM可以携带的各种元件及其描述可以如下表：“对紧急警报消息的响应的元素”所示。

表：对紧急警报消息的响应的元素

在一个示例中，响应于紧急设备消息通知，JSON可以用于携带从CD到PD的响应消息。用于对EAM的CD响应的JSON架构可以如下所示：

在一个示例中，该JSON有效载荷的示例格式可以如下：

在一个示例中，响应于EAM通知，XML格式可以用于携带从CD到PD的响应消息。

在一个示例中，用于对EAM的CD响应的XML架构可以如下：

在一个示例中，REST机制可以用于来自CD的CD响应EAM。这可以响应于如前所述的从PD到CD的HTTP GET或HTTP POST REST EAM通知来完成。

在一个示例中，这可以通过向PD发送HTTP响应来完成。

在另一示例中，可以从CD向PD发送如下的HTTP响应：

HTTP/1.1 200 OK

在这种情况下，在另一示例中，HTTP响应主体可以包括一些数据。例如，响应可以如下：

JSON数据可以符合先前定义的JSON架构。在另一个示例中，可以使用JSONP数据而不是JSON。在另一种情况下，HTTP响应主体可以以诸如XML、CSV、BNF、ABNF、ENBF或任何其他合适格式的另一种格式发送相同的数据。例如，如果在HTTP响应主体中使用XML格式，则内容可以符合用于上面定义的响应的XML架构。

另外，对于上述具有元素名称及其描述的所有或一些表，可以向每个消息添加“安全令牌或标识符”元素。这可以如下表：“消息的安全元素”所示地来完成

表：消息的安全元素

在一个示例中，安全令牌或标识符可以表示为“SecurityToken”代码字段，其可以在JSON架构中如下完成：

如果需要，除了所指示的输入参数之外，响应消息可以指示成功或失败。另外，输入参数、附加输入参数的子集和/或输入参数可以与附加输入参数的子集共同使用。

在一个示例中，WebSocket机制可以用于携带在PD和CD之间的一些或所有消息。另外，HbbTV定义的机制(例如HbbTV 2.0伴随屏幕机制)可以用于通信。在这种情况下，在一个示例中，PD和CD之间的通信可以作为在HbbTV中定义的“应用到应用通信”来执行。

在这种情况下，可以应用以下一个或更多个：

(1)为PD到CD通信定义app端点。当交换将通过WebSocket协议中继的EAM通信相关消息时，这在CD与PD连接匹配的过程中使用。

(2)在一个示例中，可以将app端点选择为用于EAM的PD到CD通信的“org.atsc.pdcdeas”。在其他示例中，可以为包括PD和CD之间的EAM通信的PD和CD之间的所有通信选择公共app端点“org.atsc.pdcd”。

(3)应当理解，用于app-端点的确切字符串值可以不同于所描述的值。例如。应用端点字符串的替选值包括但不限于“org.atsc.PDCDEAMS”、“org.atsc.cdcom”、“org.atsc3.pdcd”、“org.atsc3.pdcdeas”、“org.atsc.eas”、“pdapptocdapp05“等。总体上，可以使用唯一地识别用于EAM的PD和CD之间的通信或用于PD和CD之间的任何通信的任何字母数字或特殊字符串。

在一个示例中，可以为PD和CD之间的一些或所有消息交换定义UPnP服务。这有助于任何UPnP控制点发现UPnP EAM服务。参考图26，PD可以包括具有UPnP EAM服务的UPnP设备。PD上的UPnP服务可以包括EAM事件状态变量。CD可以包括UPnP控制点。UPnP控制点功能可以是CD EAM应用的一部分，或者它可以与CD EAM应用分离。CD上的UPnP控制点功能可以用于接收作为UPnP事件消息发送的EAM。

UPnP服务可以提供以下UPnP动作：

设置EAM过滤器

获取当前EAM

Set EAM filter

Get current EAM

UPnP服务还可以定义用于接收即时消息的事件状态变量，诸如EmergencyAlertMessage。

如下提供示例性UPnP动作的描述：

(1)SetEAMFilter。此动作将过滤字符串作为输入自变量(argument)。在一个示例中，过滤字符串可以是地理位置。例如在一种情况下，这可以是邮政编码。在另一种情况下，它可以是邮政编码的列表。在这种情况下，仅为作为输入自变量供应的邮政编码(地理位置)请求EAM。返回字符串可以返回成功或错误代码(例如固定的3位数代码)，其后是错误或成功字符串。此动作可以采取附加输入自变量，以使其更安全。

(2)GetCurrentEmergencyMessage。此动作不采取输入自变量(argument)。在另一个示例中，此操作可以采取作为过滤字符串的输入自变量。此过滤字符串可以具有与用于SetEAMFilter动作的输入自变量过滤字符串相同的语义。可替选地，在一些示例中，可以通过该动作采取附加输入自变量以使其更安全。返回字符串可以返回成功指示(例如，固定的3位代码)，其后是当前EAM。在供应了输入自变量过滤字符串的情况下，EAM将用于特定过滤器。如果没有当前EAM，则可以返回“null”值。如果存在错误，则返回字符串可以返回错误代码(例如，固定的3位代码)，其后是错误原因字符串。在一些示例中，可以附加地返回指示EAM的时间戳的时间戳。例如，这可以是输出自变量或嵌入在返回字符串中，可以作为EAM的前缀。

在一个示例中，UPnP服务可以不支持上述动作中的一个或这两者。可以提供下面描述的事件状态变量，即EmergencyAlertMessage，用于获得EAM。

在一个示例中，CD充当控制点，并且PD充当UPnP设备并提供EAM UPnP服务。在这种情况下，PD的UPnP EAM服务提供状态变量EmergencyAlertMessages。在一个示例中，发生状态变量EmergencyAlertMessages的事件。在一个示例中，未发生状态变量EmergencyAlertMessages的事件。如果预期EAM的大小较大，则可能是这种情况。在这种情况下，状态变量EmergencyAlertMessages的值可以通过查询其作为状态变量而由CD轮询。在一种情况下，这可以使用QueryStatevariable UPnP动作来完成。

当状态变量EmergencyAlertMessag

es更改时，PD发布更正。例如，当存在一个新的EAM时发生这种情况。或者当重复前一个EAM时可能发生这种情况。订阅CD以接收此信息。

在一种情况下，EmergencyAlertMessages状态变量可以是所要求的元素。在另一种情况下，EmergencyAlertMessages状态变量可以是可选元素。

此外，对于订阅EAM，CD和PD可以使用UPnP事件架构来交换消息。UPnP事件架构可以如在通过引用并入本文的UPnP设备架构1.0文档中所描述的。其可以包括以下消息交换中的一个或更多个：

(1)CD通过获得UPnP设备描述来获得关于PD EAM的事件URL的信息。

(2)CD通过用具有NT和CALLBACK报头的方法SUBSCRIBE发送请求来订阅用于UPnPEAM服务的事件。此订阅请求可能包括以下内容：

在CALLBACK报头中的CD上的订阅回叫URL。

TIMEOUT报头中的以秒为单位的请求的订阅持续时间。

订阅请求的示例如下所示：

SUBSCRIBE<eventSubURL path>HTTP/1.1

HOST：<PD Host：PD port>

CALLBACK：<Subscription callback URL>

NT：upnp：event

TIMEOUT：<requested subscription duration in Second>

可以在TIMEOUT报头中指示“无限”的特殊值，以请求无限订阅(直到其被取消)。在另一示例中，其他特殊值(例如-1或-)可以在TIMEOUT报头中用信号发送以请求无限订阅。

(3)PD可以接受来自CD的对EAM的订阅。在这种情况下，它可以为该订阅指配唯一ID(例如，订阅ID(SID))以及订阅的持续时间(例如，确认订阅持续时间)，并且可以向CD发送响应。

从PD到CD的订阅响应可以包括以下：

(a)SID报头中的用于唯一地识别订阅的订阅ID。

(b)TIMEOUT报头中的以秒为单位的确定的实际订阅持续时间。

订阅响应的示例可以如下：

HTTP/1.1 200 OK

DATE：<response generation date>

SERVER：<PD Host ID，PD port>

SID：uuid：<Subscription ID>

TIMEOUT：<confirmed subscription duration in Second>

可以要求在特定的时间限制内从PD向CD发送订阅响应。例如，可以要求从其从CD接收订阅请求的时间开始30秒内从PD向CD发送订阅响应。

另外，PD可以向CD发送包含EAM的第一或初始时间消息。车可以类似于如何经由事件状态变量发送紧急消息来完成。

(4)CD可以向PD发送更新订阅消息以更新对EAM的订阅。此订阅更新请求可能包括以下：

(a)SID报头中用于唯一地识别此订阅的订阅

(b)TIMEOUT报头中以秒为单位的请求的订阅持续时间

订阅请求的示例可以如下：

SUBSCRIBE<eventSubURL path>HTTP/1.1

HOST：<PD Host：PD port>

SID：uuid：<Subscription ID>

TIMEOUT：<requested subscription duration for renewal of subscriptionin Second>

(5)PD可以从CD接受对EAM的订阅更新请求。在这种情况下，其可以分配用于订阅的持续时间(例如，确认订阅持续时间)，并且可以向CD发送响应。

此从PD到CD的订阅响应可以包括以下：

(a)SID报头中用于唯一地识别订阅的订阅ID

(b)TIMEOUT报头中以秒为单位的请求的订阅持续时间

订阅请求的示例可以如下：

HTTP/1.1 200 OK

DATE：<response generation date>

SERVER：<PD Host ID，PD port>

SID：uuid：<Subscription ID>

TIMEOUT：<confirmed subscription duration in Second>

可以要求在特定的时间限制内从PD向CD发送订阅更新响应。例如，可以要求从其从CD接收订阅请求的时间开始30秒内从PD向CD发送订阅更新响应。

另外，当第一次从CD接收到订阅请求时，在与当从PD向CD发送响应时发送的时间类似的时间，PD可以不发送新“初始”或第一EAM。

(6)CD可以通过用方法UNSUBSCRIBE向PD发送请求来发送取消订阅消息，以取消对EAM的订阅。此订阅取消请求可能包括以下：

SID报头中用于唯一地识别此订阅的订阅ID。

TIMEOUT报头中可以不需要以秒为单位的请求的订阅持续时间。然而在一些示例中，可以在TIMEOUT报头中用信号发送0值。可替选地，可以在TIMEOUT报头中用信号发送特殊值(例如-1)或任何其他值。该值可以被PD忽略。

订阅取消请求的示例如下：

UN-SUBSCRIBE<eventSubURL path>HTTP/1.1

HOST：<PD Host：PD port>

SID：uuid：<Subscription ID>

(7)PD可以接受来自CD的对EAM的订阅取消请求。在这种情况下，它可以发送具有成功或失败代码的响应。

订阅取消请求的示例如下：

HTTP/1.1 200 OK

可以要求在特定的时间限制内从PD向CD发送订阅取消响应。例如，可以要求从其从CD接收订阅请求的时间开始30秒内从PD向CD发送订阅取消响应。

(8)PD可以将EAM作为事件消息发送到订阅的CD。这可以响应于状态变量的改变而被发送。该状态变量可以是先前描述的EmergencyAlertMessage状态变量。

示例订阅更新响应如下所示，其中EAM作为JSON格式的数据发送。其中在“EmergencyAlertMessage”状态变量中用信号发送的值符合上面相对于EAM的PD通知定义的JSON架构。

示例订阅更新响应如下所示，其中EAM作为XML格式的数据发送：

在一些示例中，在SEQ报头中发送的<'key event'>可以在第一事件通知消息中被初始化为0，可以对于随后的事件通知消息递增。

EAM的内容(在<'EmergencyAlertMessage'>..</EmergencyAlertMessage>>字段内)可以以UTF-8编码。

在一个示例中，给出UPnP EAM服务XML描述如下：

在一个示例中，用于提供UPnP EAM服务的设备的提出的设备描述如下：

UPnP EAM服务设备描述XML：

在一些示例中，可以使用JSONP数据而不是JSON。

在另一示例中，HTTP响应主体可以以诸如XML、CSV、BNF、ABNF、ENBF或任何其他合适格式的另一格式发送相同数据。

另外，当发生失败时，如果需要，传送错误代码和描述性错误字符串。例如，如果CD发送了不符合协议定义的架构的消息，则错误可以由PD用错误代码和错误字符串来指示。类似地，如果PD发送不符合由协议定义的架构的消息，则错误可以由CD用错误代码和错误字符串来指示。当服务器不可用或无法访问或存在网络错误时，可能交换其他错误代码和/或错误字符串。

在另一示例中，REST机制可以用于在PD和CD之间交换消息。上面已经针对在PD和CD之间交换的每个消息描述了其示例性示例。

参考图27，PD可以包括具有可以接收REST请求的各种REST URL和/或端点的REST服务器。CD可以包括可以向各种REST URL和/或端点发送REST和/或HTTP请求的REST客户端。特别地，在下面的REST请求中，响应在图27中示出。

□PD上的REST服务器可以包括用于到PD的CD订阅请求的REST端点和/或URL。当CD上的REST客户端将REST和/或HTTP订阅请求发送到此端点时，PD可以发送用于此订阅请求的REST和/或HTTP响应。

□PD上的REST服务器可以包括用于到PD的CD订阅更新请求的REST端点和/或URL。当CD上的REST客户端将REST和/或HTTP订阅更新请求发送到此端点时，PD可以发送用于此订阅更新请求的REST和/或HTTP响应。

□PD上的REST服务器可以包括用于到PD的CD订阅取消请求的REST端点和/或URL。当CD上的REST客户端将REST和/或HTTP订阅取消请求发送到此端点时，PD可以发送用于此订阅取消请求的REST和/或HTTP响应。

参考图28，CD可以包括具有可以接收REST请求的REST URL和/或端点的REST服务器。PD可以包括可以向各种REST URL和/或端点发送REST和/或HTTP请求的REST客户端。特别地，在下面的REST请求中，响应在图27中示出。

□CD上的REST服务器可以包括用于来自PD的EAM的REST端点和/或URL。当PD上的REST客户端发送REST和/或HTTP订阅请求到该包括EAM的端点时，PD可以发送用于此EAM的REST和/或HTTP响应。

在又一示例中，简单对象访问协议(SOAP)可以用于在PD和CD之间交换消息。

应当理解，权利要求不限于上面所示的精确配置和部件。在不脱离权利要求的范围的情况下，可以对本文所述的系统、方法和装置的布置、操作和细节进行各种修改、改变和变化。

Claims

1.一种用于伴随设备从主设备接收当前服务信息的方法，包括：

(iii)定义初始所述紧急警报消息的内容类型的内容格式；

(iv)由初始内容元素给出接收的所述紧急警报消息的内容；

(v)用于可访问性的提供初始紧急警报消息内容的URL；

(vi)提供关于所述紧急警报消息的附加信息的附加URL；

(x)接收的新的或重复的所述紧急警报消息中的一个；

(xi)接收的不重复的所述紧急警报消息；

(xii)所述主设备的标识符；

(xiii)所述主设备的版本。

2.根据权利要求1所述的方法，其中，所述紧急警报消息包括唯一地识别所述紧急警报消息的所述紧急警报消息的所述标识符。

3.根据权利要求1所述的方法，其中，所述紧急警报消息包括当生成所述紧急警报消息时的所述日期以及当生成所述紧急警报消息时的所述时间。

4.根据权利要求1所述的方法，其中，所述紧急警报消息包括定义所述初始所述紧急警报消息的所述内容类型的所述内容格式。

5.根据权利要求1所述的方法，其中，所述紧急警报消息包括以由所述内容格式给出的所述方式接收的所述紧急警报消息的所述内容。

6.根据权利要求1所述的方法，其中，所述紧急警报消息包括用于可访问性的提供所述初始紧急警报消息内容的所述URL。

7.根据权利要求6所述的方法，其中，用于可访问性的提供所述初始紧急警报消息内容的所述URL能够指向有助于提供紧急警报信息的辅音频流。

8.根据权利要求1所述的方法，其中，所述紧急警报消息包括提供关于所述紧急警报消息的附加信息的所述附加URL。

9.根据权利要求1所述的方法，其中，所述紧急警报消息包括用于获得关于所述紧急警报消息的所述附加信息的所述电话号码。

10.根据权利要求1所述的方法，其中，所述紧急警报消息包括用于获得关于所述紧急警报消息的所述附加信息的所述电子邮件地址。

11.根据权利要求1所述的方法，其中，所述紧急警报消息包括所述接收的附加紧急警报，所述附加紧急警报包含所述另一所述紧急警报消息的所述继续。

12.根据权利要求1所述的方法，其中，所述紧急警报消息包括所述接收的所述新的或所述重复的所述紧急警报消息中的一个。

13.根据权利要求1所述的方法，其中，所述紧急警报消息包括所述接收的所述不重复的所述紧急警报消息。

14.根据权利要求1所述的方法，其中，所述紧急警报消息包括所述主设备的所述标识符。

15.根据权利要求1所述的方法，其中，所述紧急警报消息包括所述主设备的所述版本。

16.一种用于主设备向伴随设备提供当前服务信息的方法，包括：

(a)所述主设备从所述主设备向所述伴随设备提供紧急警报消息，所述紧急警报消息包括以下中的至少一个：

(iii)定义初始所述紧急警报消息的内容类型的内容格式；

(iv)由初始内容元素给出接收的所述紧急警报消息的内容；

(v)用于可访问性的提供初始紧急警报消息内容的URL；

(vi)提供关于所述紧急警报消息的附加信息的附加URL；

(ix)包含另一个所述紧急警报消息的继续的附加紧急警报；

(x)新的或重复的所述紧急警报消息中的一个；

(xi)不重复的所述紧急警报消息；

(xii)所述主设备的标识符；

(xiii)所述主设备的版本。

17.根据权利要求16所述的方法，其中，所述紧急警报消息包括唯一地识别所述紧急警报消息的所述紧急警报消息的所述标识符。

18.根据权利要求16所述的方法，其中，所述紧急警报消息包括当生成所述紧急警报消息时的所述日期以及当生成所述紧急警报消息时的所述时间。

19.根据权利要求16所述的方法，其中，所述紧急警报消息包括定义所述初始所述紧急警报消息的所述内容类型的所述内容格式。

20.根据权利要求16所述的方法，其中，所述紧急警报消息包括以由所述内容格式给出的所述方式接收的所述紧急警报消息的所述内容。

21.根据权利要求16所述的方法，其中，所述紧急警报消息包括用于可访问性的提供所述初始紧急警报消息内容的所述URL。

22.根据权利要求21所述的方法，其中，用于可访问性的提供所述初始紧急警报消息内容的所述URL能够指向有助于提供紧急警报信息的辅音频流。

23.根据权利要求16所述的方法，其中，所述紧急警报消息包括提供关于所述紧急警报消息的附加信息的所述附加URL。

24.根据权利要求16所述的方法，其中，所述紧急警报消息包括用于获得关于所述紧急警报消息的所述附加信息的所述电话号码。

25.根据权利要求16所述的方法，其中，所述紧急警报消息包括用于获得关于所述紧急警报消息的所述附加信息的所述电子邮件地址。

26.根据权利要求16所述的方法，其中，所述紧急警报消息包括所述附加紧急警报，所述附加紧急警报包含所述另一紧急警报消息的所述继续。

27.根据权利要求16所述的方法，其中，所述紧急警报消息包括所述新的或所述重复的所述紧急警报消息中的所述一个。

28.根据权利要求16所述的方法，其中，所述紧急警报消息包括所述不重复的所述紧急警报消息。

29.根据权利要求16所述的方法，其中，所述紧急警报消息包括所述主设备的所述标识符。

30.根据权利要求16所述的方法，其中，所述紧急警报消息包括所述主设备的所述版本。

31.一种用于伴随设备从主设备接收当前服务信息的方法，包括：

32.根据权利要求31所述的方法，其中，所述紧急警报消息的所述标识符唯一地识别所述紧急警报消息。

33.根据权利要求31所述的方法，包括当生成所述紧急警报消息时的所述日期以及当生成所述紧急警报消息时的所述时间。

34.根据权利要求31所述的方法，包括指示对关于所述紧急警报消息的更多信息的请求的所述附加内容请求。

35.一种用于主设备向伴随设备提供当前服务信息的方法，包括：

36.根据权利要求35所述的方法，其中，所述紧急警报消息的所述标识符唯一地识别所述紧急警报消息。

37.根据权利要求35所述的方法，包括当生成所述紧急警报消息时的所述日期和当生成所述紧急警报消息时的所述时间。

38.根据权利要求35所述的方法，包括指示对关于所述紧急警报消息的更多信息的请求的所述附加内容请求。