伴随设备的制作方法

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

背景技术：

数字媒体播放功能可以整合到各种设备中，包括数字电视，包括所谓的“智能电视”、机顶盒、笔记本电脑或台式电脑、平板电脑、数字记录设备、数字媒体播放器、视频游戏设备、蜂窝手机，包括所谓的“智能手机”、专用视频流设备等。数字媒体内容(例如，视频和音频)可以源自多种源，包括例如，空中电视提供商、卫星电视提供商、有线电视提供商、在线媒体服务，包括所谓的流媒体服务等。数字媒体内容可以根据传输标准从源(例如，空中电视提供商)传输到接收机设备(例如，数字电视)。传输标准的实例包括数字视频广播(DVB)标准、混合广播和宽带电视(HbbTV)2.0标准，和由高级电视系统委员会(ATSC)开发的标准，包括，例如，ATSC 2.0标准。ATSC目前正在开发所谓的ATSC 3.0标准。

除了定义可以如何将数字媒体内容从源传输到接收机设备之外，传输标准可以定义如何传输数据以支持所谓的第二屏幕应用。第二屏幕应用可以指在除主接收机设备之外的设备上运行的应用。例如，可能希望平板电脑结合主媒体呈现设备上的媒体播放运行应用，其中该应用可增强观看体验。用于实现第二屏幕应用的当前技术可能不太理想。

视频服务能够向接收设备发送视听内容。接收视听设备通常向观看者呈现内容，例如，在电视设备上。在一些情况下，观看者会想使用他们的移动设备，例如，移动手机，来与视频内容互动。然而，由于同步问题，如何使用移动手机与接收设备上的视听内容最有效地互动往往成为问题。在一种情况下，观看者会想在接收机如电视设备上接收视听内容。与此同时，用户会想在第二屏幕，例如移动设备如智能手机或平板电脑上接收辅助相关的内容。第二屏幕设备上接收的内容可以与电视机上接收的视听内容相同或者是与其相关的替代内容。用户通常会想以同步方式在主屏幕设备和第二屏幕设备上呈现上述两个内容。

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

如上所述，传输标准可以定义如何向伴随设备提供数据以支持第二屏幕应用。混合广播和宽带电视(HbbTV)2.0标准：(HbbTV_specification_2_0:2015)，(以下为“HbbTV 2.0”)指定了支持伴随屏幕的服务。HbbTV 2.0中描述了允许HbbTV与伴随屏幕之间的交互的方法。虽然主要针对iOS和Android设备，HbbTV 2.0中描述的框架允许使用任何类型的伴随屏幕。HbbTV终端和伴随屏幕必须连接到相同的局域网上，并且局域网应当连接到互联网上。HbbTV 2.0支持以下特征：

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

-伴随屏幕应用可以是在伴随屏幕上的浏览器上运行的HTML应用，或者可以是本地伴随屏幕应用。如果用户的伴随屏幕设备上尚未安装该应用，还存在供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)所述伴随设备向所述主设备请求所述当前服务信息；(b)所述伴随设备的所述请求包括输入参数，所述输入参数包括以下各项中的至少一项：(i)伴随设备ID；(ii)伴随设备应用ID；(iii)伴随设备应用版本；(c)所述伴随设备的所述请求包括请求的当前信息，所述请求的当前信息包括以下各项中的至少一项：(i)请求用于当前显示的电子服务指南信息；(ii)请求用于所述当前显示的当前可用的元件；(iii)请求用于所述当前显示的当前可用的文件；(iv)请求用于所述当前显示的当前可用的非实时内容；(d)所述伴随设备的所述请求包括请求过滤标准；(e)所述伴随设备从响应于所述请求所述当前服务信息的所述主设备接收当前服务信息响应；(f)所述当前服务信息响应的所述接收包括主设备ID；(g)所述当前服务信息响应的所述接收包括以下各项中的至少一项：(i)用于所述当前显示的所述电子服务指南信息；(ii)用于所述当前显示的所述当前可用的元件；(iii)用于所述当前显示的所述当前可用的文件；(iv)用于所述当前显示的所述当前可用的非实时内容。

本发明的另一个实施例公开了一种从主设备接收当前服务信息的伴随设备，包括：(a)所述伴随设备向所述主设备请求所述当前服务信息；(i)输入参数包括以下各项中的至少一项：(a)伴随设备ID；(b)伴随设备应用ID；(c)伴随设备应用版本；(ii)请求的当前信息包括以下各项中的至少一项：(a)请求用于当前显示的电子服务指南信息；(b)请求用于所述当前显示的当前可用的元件；(c)请求用于所述当前显示的当前可用的文件；(d)请求用于所述当前显示的当前可用的非实时内容；(iii)请求过滤标准；(e)所述伴随设备从响应于所述请求所述当前服务信息的所述主设备接收当前服务信息响应；(i)主设备ID；以及(ii)以下各项中的至少一项：(a)用于所述当前显示的所述电子服务指南信息；(b)用于所述当前显示的所述当前可用的元件；(c)用于所述当前显示的所述当前可用的文件；(d)用于所述当前显示的所述当前可用的非实时内容。

本发明的另一个实施例公开了一种主设备向伴随设备提供当前服务信息的方法，包括：(a)所述主设备向所述伴随设备提供所述当前服务信息；(b)响应于来自所述伴随设备的请求向所述伴随设备的所述提供包括输入参数，所述输入参数包括以下各项中的至少一项：(i)伴随设备ID；(ii)伴随设备应用ID；(iii)伴随设备应用版本；(c)响应于来自所述伴随设备的请求向所述伴随设备的所述提供包括请求的当前信息，所述请求的当前信息包括以下各项中的至少一项：(i)请求用于当前显示的电子服务指南信息；(ii)请求用于所述当前显示的当前可用的元件；(iii)请求用于所述当前显示的当前可用的文件；(iv)请求用于所述当前显示的当前可用的非实时内容；(d)响应于来自所述伴随设备的请求向所述伴随设备的所述提供包括请求过滤标准；(e)所述主设备响应于所述请求所述当前服务信息，向所述伴随设备提供当前服务信息响应；(f)所述当前服务信息响应的所述提供包括主设备ID；(g)所述当前服务信息响应的所述提供包括以下各项中的至少一项：(i)用于所述当前显示的所述电子服务指南信息；(ii)用于所述当前显示的所述当前可用的元件；(iii)用于所述当前显示的所述当前可用的文件；(iv)用于所述当前显示的所述当前可用的非实时内容。

本发明的另一个实施例公开了一种向伴随设备提供当前服务信息的主设备，包括：(a)所述主设备响应于来自所述伴随设备的请求向所述伴随设备提供所述当前服务信息，所述当前服务信息包括：(i)输入参数，所述输入参数包括以下各项中的至少一项：(a)伴随设备ID；(b)伴随设备应用ID；(c)伴随设备应用版本；(ii)请求的当前信息包括以下各项中的至少一项：(a)请求用于当前显示的电子服务指南信息；(b)请求用于所述当前显示的当前可用的元件；(c)请求用于所述当前显示的当前可用的文件；(d)请求用于所述当前显示的当前可用的非实时内容；(iii)请求过滤标准；(b)所述主设备响应于所述请求所述当前服务信息，向所述伴随设备提供当前服务信息响应，所述当前服务信息包括：(i)主设备ID；(ii)以下各项中的至少一项：(a)用于所述当前显示的所述电子服务指南信息；(b)用于所述当前显示的所述当前可用的元件；(c)用于所述当前显示的所述当前可用的文件；(d)用于所述当前显示的所述当前可用的非实时内容。

附图说明

图1示出了视频系统。

图2示出了主设备和伴随设备系统。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

具体实施方式

参见图1，其示出视听系统的逻辑架构。该系统包括广播系统100，该广播系统提供视听(视频和/或音频和/或隐藏字幕)内容的源。可以以任何合适的方式并且使用合适的标准，例如，MPEG-2(ISO/IEC13818)、MPEG-4(ISO/IEC 14496)或ATSC(A/53E)来提供视听内容。举例来说，可以从广播天线、电缆、基于网络的视听源、压缩光盘、硬盘驱动器、数字视频光盘和/或基于互联网的视听源提供广播系统。广播系统100可以通过任何合适的广播网络110提供内容。接收机120接收视听内容，连同与视听内容，如数字数据、数据服务等一起提供的任何其他数据。接收机120通常称为主设备，优选地被配置成接收向其提供的上述类型的内容。接收机例如可以是电视机、笔记本电脑、平板电脑、电话、具有调谐器的设备、连接的设备或适用于向观看者呈现视听内容的任何其他设备。接收机通常可以在用户家中。接收机可以同样地通过家庭网络140与通常称为伴随设备的另一个显示设备130通信。在另一个实施例中，伴随设备可以与外部服务器直接通信以接收视听和/或辅助内容。家庭网络优选为无线或有线类型的网络，例如Wi-Fi、以太网、3GPP、蓝牙、红外线、HTTP。在一些情况下，家庭网络可以是局域网。在一些情况下，主设备和伴随设备可以在用户的家中。在其他情况下，家庭网络可以是办公环境。伴随设备可以包括，例如，移动电话、移动平板电脑、笔记本电脑、计算机或其他显示设备。此外，接收机可以同时与多个伴随设备130通信。另外，一个伴随设备可以同时与多个主设备120通信。在一些实施例中，主设备可以被称为第一屏幕设备。在一些实施例中，伴随设备可以被称为第二屏幕设备。可以互换使用术语主设备和第一屏幕设备和接收机。可以互换使用术语第二伴随设备和第二屏幕设备。

参见图2，通常希望主设备120能够向伴随设备130提供信息。此外，伴随设备130可以向主设备120提供信息。通常，伴随设备130向主设备120发送请求150，主设备响应于此向伴随设备130提供响应160。在其他情况下，主设备120向伴随设备130发送请求170，伴随设备响应于此向主设备120提供响应180。该响应允许主设备120在上面显示内容，并且伴随设备130可以同样地与主设备120进行交互。例如，可能希望无论在主设备120上呈现什么都能同时在伴随设备130上呈现，可以包括例如音频和/或视频内容。例如，可能希望在主设备120上呈现视频内容的主视图并且在伴随设备130上同时地呈现视频内容的相同或相似场景的替代视图。例如，可能希望在主设备120上呈现视听内容，并且同时与伴随设备130上开始(或自动启动)的相关应用进行交互。在上述情况下，通常，呈现在主设备和伴随设备上的内容应当同步。同步指的是在主设备和伴随设备上显示与相同或大致相同的时间点对应的数据。

参见图3，举例来说，当ATSC主设备120(例如，电视机)连接网络时，用户可以具有在上面运行ATSC兼容应用程序的ATSC兼容的伴随设备130。例如，当开启接收机或者启用其网络接口时，可能发生上述情况。ATSC主设备120可以能够提供用于伴随设备130的服务。ATSC主设备120可以多播其发现消息200以通知其ATSC第二屏幕支持服务。ATSC兼容的伴随设备130接收多播发现消息，并且向ATSC主设备120发送描述其服务的请求210。ATSC主设备120用其服务的描述220响应此请求。ATSC兼容的伴随设备130使用描述中提供的信息以访问合适的服务，并且在主设备120上提供与被显示的编程或程序同步的交互体验。

参见图4，举例来说，当ATSC主设备120(例如，电视机)连接网络时，用户可以没有在上面运行ATSC兼容应用程序的ATSC兼容的伴随设备130。在ATSC兼容的主设备120上观看的视听内容可以输入对伴随设备130提供支持的程序段。例如，当启动接收机或者启用其网络接口时，或者当信道变化从对伴随设备130不提供支持的信道变化到对供伴随设备130提供支持的另一个信道时，或者当观看的信道从对伴随设备130不提供支持的程序段变化到对伴随设备130提供支持的程序段时，可能发生上述情况。上述观看变化使ATSC主设备120以伴随设备130支持可用的某种方式通知观看者。例如，在主设备120的角落可以呈现小图标。如果观看者决定利用第二屏幕支持并且激活伴随设备130上的ATSC兼容的应用，伴随设备130就可以多播搜索对ATSC伴随设备130提供支持或服务的设备的消息250。ATSC主设备120可以用其发现消息260来响应此消息。当伴随设备130收到发现消息时，其向ATSC主设备120接收机发送描述其服务的请求270。ATSC主设备120用其服务的描述280来作出响应。伴随设备130使用描述中给出的信息来访问合适的服务并且提供与视听内容同步的交互体验。

参见图5，举例来说，观看者具有当ATSC主设备连接网络时(例如，当启动主设备或者启用网络接口时)运行的ATSC兼容的伴随设备应用。主设备120希望发现网络上的一个或多个伴随设备130。主设备120连接网络并且多播其搜寻伴随设备130的搜索消息300。运行ATSC应用的伴随设备130接收多播搜索消息，并作为响应，向主设备120发送表示其存在的响应305。在收到此响应时，主设备120可以发送描述伴随设备向主设备提供的服务的请求310。可以通过单播技术而非多播技术发送该消息310。在收到该消息310时，伴随设备通过向主设备发送消息315而以对其服务的描述来作出响应。主设备120接收消息315并且使用服务描述中给出的消息来访问合适的服务，并且理解伴随设备130的功能。伴随设备的功能可以包括，但不限于，设备分辨率、网络速度、处理器速度、类型、存在传感器或设备的其他特征。

参见图6，举例来说，新的ATSC伴随设备130连接网络，或者在伴随设备130上启动ATSC应用。主设备120已经连网。伴随设备130多播通知伴随设备130及其可用的服务的广告/通知消息350。主设备120经由网络接收来自伴随设备130的多播广告消息，并且向伴随设备130发送描述其提供的服务的请求360。该消息可以通过单播而非多播来发送。伴随设备接收消息并且以对其提供的服务的描述370来对主设备120作出响应。主设备120使用服务描述中给出的信息以访问合适的服务并且理解伴随设备的功能。

如图3至图6所示，家庭可能在家庭网络上具有不止一个伴随设备，并且家庭可能在网络上具有不止一个主设备。在上述情况下，每个ATSC伴随设备会通过网络从多个不同的主设备接收查找消息。另外，多个主设备将通过网络从多个伴随设备接收通知消息。

如上所述，在一些环境中，尤其是当使用家庭网络时，可能会有不止一个主设备120。在上述情况下，伴随设备130可以通过网络从多个主设备120接收发现消息。如果出现上述情况，伴随设备130可能会询问用户与哪个主设备120进行交互。

伴随设备130上的典型应用可以按照以下方式操作。伴随设备130上的控制点或服务订购主设备120上的封装的应用程序服务。封装的应用可以是提供服务的设备上的应用。观看者启动主设备120上的封装应用。封装应用使封装应用服务可使用伴随设备130上的应用的名称以及伴随设备130上的应用的URL或统一资源定位符。伴随设备130上的控制点接收伴随应用名称和URL。控制点在伴随设备130上设置表示需要观看者动作的标记。观看者观看伴随应用名称并选择该伴随应用名称。控制点启动伴随设备130上指示的应用，如ATSC候选标准：交互服务标准(A/105:2014)(2014年4月24日(S13-2-389r7))所示，该标准通过引用的方式全部并入本文中。

参见图7和图7A，希望伴随设备130向主设备120请求有关主设备上呈现的当前视听内容的信息。伴随设备130可以请求订购接收有关主设备120上呈现的内容的信息，该主设备提供内容的ID作为响应，伴随设备130然后对基于ID的内容作出请求，但这是一个繁琐的过程。此外，如果主设备120上显示的内容发生变化，此前接收的提供给伴随设备130的ID将指与当前主设备上呈现的内容不同的内容，从而给使用伴随设备130的观看者造成混乱的体验。为了减轻有关收到与当前显示的视听内容不对应的响应的顾虑，伴随设备130优选地向主设备120作出有关当前运行的服务、程序和/或显示和/或片段的信息的单个请求400，而无需提供当前运行的服务、显示和/或片段的标识。响应于收到请求400，主设备120以所希望的信息提供响应410。所希望的信息例如可以包括有关当前主设备上呈现的内容的电子服务指南类型信息。

例如，伴随设备130可以向主设备120请求接收当前服务信息。该请求可为如图7和图7A中所示。当针对该请求的输入参数包括以下各项中的一个或多个时，可以在任何时候调用该请求：

伴随设备ID

伴随设备应用ID

伴随设备应用版本

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

请求当前显示信息(例如，主设备上呈现的当前显示的电子服务指南信息)，420；

请求主设备上呈现的当前显示的当前可用的元件(例如，主设备上呈现的内容的视频、音频、隐藏字幕、主摄像机视图、替代摄像机视图等)，440；

请求主设备上呈现的当前显示的当前可用的文件和/或非实时内容，460；

任选地，请求可以包括可用于限制响应于此请求的信息量的过滤标准。

过滤标准的示例例如可以是唯一标清视频、高清视频和超高清视频、黑/白视频、彩色视频、5.1声道音频、或立体声音频等。

例如，主设备120可以在接收上述请求之后向伴随设备130发送请求。该请求可以优选地在收到服务信息请求时发送。响应参数410可以包括以下各项中的一个或多个：

主设备ID

有关当前显示的响应的请求信息可以包括以下各项中的一个或多个：

当前显示信息(例如，电子服务指南)，430；

有关当前显示的当前可用的元件(例如，视频、音频、隐藏字幕、主摄像机视图、替代摄像机视图)的信息，450；

当前显示的当前可用的文件和/或非实时内容，470。

参见图7和图7A，除了获得有关当前显示的信息之外或代替获得有关当前显示的信息，伴随设备130可以从主设备120获得有关未来和/或过去显示的信息。这样，可以从伴随设备130向主设备120发送一般请求以获得电子服务指南(ESG)信息。然后，主设备120可以向伴随设备130发送包括请求电子服务指南(ESG)信息的响应。请求响应交易可以如下所述。

从伴随设备130向主设备所作的对服务指南信息(可以在任何时候发送)的请求400可以包括以下各项中的一个或多个：

伴随设备ID

伴随设备应用ID

伴随设备应用版本

具有指示接收服务指南信息的特殊值的服务/内容/元件标识符

从主设备120向伴随设备所作的对服务指南信息的响应410可以在收到请求400时发送并且可以包括以下各项中的一个或多个：

主设备ID

若有请求，请求的服务指南片段数据或全服务指南数据。

参见图8，当伴随设备130正在向主设备120访问视听信息时并且当伴随设备130正在向另一个源例如互联网或网络位置访问视听信息时，希望以类似方式寻址并获得上述视听信息的两种源。来自伴随设备对流媒体内容信息450的请求可以导致对流媒体内容的描述470，其包括视听信息的位置是来自主设备120还是来自诸如互联网或网络的另一个位置的视听内容的位置标识。位置可以指的是统一资源定位符或允许定位并且/或者访问视听信息的其他信息。

例如，伴随设备130可以向主设备120请求接收服务信息。在需要或者另外继续接收流媒体信息时，该请求可以在任何时候被调用。输入参数可以包括以下各项中的一个或多个：

伴随设备ID

伴随设备应用ID

伴随设备应用版本

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

请求当前显示信息(例如，主设备上呈现的当前显示的电子服务指南信息)；

请求主设备上呈现的当前显示的当前可用的元件(例如，主设备上呈现的内容的视频、音频、隐藏字幕、主摄像机视图、替代摄像机视图等)；

请求主设备上呈现的当前显示的当前可用的文件和/或非实时内容；

任选地，请求可以包括可用于限制响应于此请求的信息量的过滤标准。

过滤标准的示例例如可以是唯一标清视频、高清视频和超高清视频、黑/白视频、彩色视频、5.1声道音频、或立体声音频等。

例如，主设备120可以在接收上述请求之后向伴随设备130发送响应。该响应可以优选地在收到服务信息请求时发送。响应参数可以包括以下各项中的一个或多个：

主设备ID

有关当前显示的请求信息可以包括以下各项中的一个或多个：

当前显示信息(例如，电子服务指南)

有关具有访问每个元件(例如，视频、音频、隐藏字幕、主摄像机视图、替代摄像机视图)的流媒体数据的URL(其包括有关协议、IP地址、端口等的信息)的当前显示的当前可用的元件的信息

当前显示的当前可用的文件和/或非实时内容

参见图9，紧急警报系统600可以包括格式化成普通警报协议并且由综合公共警报和预警系统(IPAWS)620的配置文件进一步约束的警报消息文件610。上述格式化且约束的警报消息文件可以由合适的第三方如联邦或州的机构发布。警报消息通过广播器630广播。主设备120可以接收上述警报消息并且有选择地向一个或多个伴随设备130提供上述警报消息。

参见图10，伴随设备130向主设备120订购紧急消息650。订购请求优选地包括回调URL。主设备接收订购并且向伴随设备655发送包括订购ID的订购收到响应。当主设备120收到紧急消息时，通过使用此前具有订购的回调URL向已经订购紧急消息的伴随设备130提供紧急消息660。消息660可以作为通知消息提供。

当伴随设备130连接网络时或者当在伴随设备130上启动紧急消息应用时，伴随设备130可以订购紧急消息。输入参数可以包括以下各项中的一个或多个：

伴随设备ID

伴随设备应用ID

伴随设备应用版本

订购回调URL信息

任选：紧急消息过滤标准(例如，提供仅与指定位置对应的紧急消息的地理位置过滤)。

例如，主设备120可以向伴随设备130提供紧急消息订购响应。该响应可以优选地在收到订购信息时发送。订购响应可以包括以下各项中的一个或多个：

主设备ID

订购ID

订购持续时间(例如，并不无限期地提供紧急消息，而是提供可能适当的合理的持续时间，如12小时)。

伴随设备130可以向主设备120发送消息以取消紧急消息订购670。基于订购持续时间，伴随设备130可以向主设备120发送消息以订购紧急消息650(或者另外更新订购680)。为更新订购提供的参数可以包括以下各项中的一个或多个：

伴随设备ID

伴随设备应用ID

伴随设备应用版本

订购ID

在上述情况下，主设备已经具有回调URL和地理过滤信息，并且更新的订购基于订购ID。

当主设备120收到订购更新请求680时，如果需要，其可以向伴随设备130提供订购更新响应690。响应可以包括以下各项中的一个或多个：

主设备ID

订购ID，

订购更新请求的订购持续时间

订购停止请求成功/失败

当主设备120收到订购取消请求670时，如果需要，其可以向伴随设备130提供订购取消响应695。响应可以包括以下各项中的一个或多个：

主设备ID

订购ID，

订购取消请求成功/失败

参见图10A，伴随设备130向主设备120请求有关订购紧急消息的信息950。主设备接收请求并且向伴随设备发送订购信息响应955，该订购信息响应包括紧急警报消息发送之处的多播地址信息。多播地址信息可以包括以下各项信息中的一个或多个：

多播组地址

多播端口

协议信息

紧急消息的额外的多播相关的信息

伴随设备130可以使用多播地址信息连接965紧急警报消息的多播组。输入参数在连接多播组时可以包括以下各项中的零个或多个：

伴随设备ID

伴随设备应用ID

伴随设备应用版本

任选：紧急消息过滤标准(例如，提供仅与指定位置对应的紧急消息的地理位置过滤)。

当主设备120收到紧急消息时，在用于紧急警报消息的多播组上通知紧急消息970。

紧急警报消息970可以包括以下各项中的一个或多个：

主设备ID

紧急警报消息的基本/初始内容，其可以包括一批用于紧急警报消息的最小请求信息(如文本信息)。

指针(例如，位置信息/URL)，用于有关紧急警报消息的额外的信息

已经连接用于紧急警报消息的多播组的伴随设备130可以从多播组接收紧急警报消息。消息970可以作为通知消息提供。

参见图11，在一些实施例中，希望包括单次交易请求响应技术以便伴随设备130从主设备120接收时间轴位置信息。这便于显示在主设备120和伴随设备130上的视听内容同步。

例如，伴随设备130可以向主设备120请求接收当前时间轴信息700。当应用有需要时，该请求可以在任何时候被调用。输入参数可以包括以下各项中的一个或多个：

伴随设备ID

伴随设备应用ID

伴随设备应用版本

请求当前时间轴信息或被观看的当前显示的URL和/或ID。在本发明的一个实施例中，ID可以是标识时间轴的唯一标识符。在另一个实施例中，ID可以是标识程序的唯一标识符。在本发明的另一个实施例中，ID可以是程序ID。

例如，主设备120可以用当前时间轴信息对伴随设备130作出响应。该响应可以优选地在收到当前时间轴信息的请求时发送。响应参数可以包括以下各项中的一个或多个：

主设备ID

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

参见图12，在一些实施例中，希望包括订购请求响应技术以便伴随设备130从主设备120接收时间轴信息。这便于显示在主设备120和伴随设备130上的视听内容同步。

例如，伴随设备130可以向主设备120请求订购当前时间轴信息730。当应用有需要时，该请求可以在任何时候被调用。输入参数可以包括以下各项中的一个或多个：

伴随设备ID

伴随设备应用ID

伴随设备应用版本

请求当前时间轴信息或被观看的当前显示的URL和/或程序ID

时间轴订购回调URL信息

主设备120可以响应于收到时间轴订购响应735向伴随设备130发送响应。响应参数可以包括以下各项中的一个或多个：

主设备ID

时间轴订购ID。

时间轴订购ID可以用于唯一地标识此特定时间轴订购。因此，优选为每个时间轴订购分配时间轴订购ID。这可以允许伴随设备向主设备同时请求多个时间轴信息。这还可以允许不同的伴随设备向不同主设备请求有关不同时间轴的信息。

例如，主设备120可以用定期更新的当前时间轴信息对伴随设备130作出通知740。该通知可以在任何时候被调用以输送当前时间轴信息。响应参数可以包括以下各项中的一个或多个：

主设备ID

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

URL和/或程序ID

伴随设备130可以在预定的时间段之后停止接收订购时间轴信息并且/或者向主设备120发送取消订购的请求750。请求750可以包括唯一地标识被取消的时间轴订购的订购ID。主设备可以在收到取消表示成功或失败的订购的请求时发送响应760。

与750和760类似的请求响应可以在主设备与伴随设备之间交换以更新时间轴订购。在上述情况下，请求可以包括时间轴订购ID以唯一地标识被更新的时间轴订购。

参见图12A，在一些实施例中，希望包括订购请求响应技术以便伴随设备130从主设备120接收时间轴和/或媒体播放状态信息。此信息便于在主设备120和伴随设备130上显示的视听内容同步。

例如，伴随设备130可以向主设备120请求订购主设备120上的当前时间轴和/或当前媒体播放信息1030。当应用有需要时，该请求可以在任何时候被调用。输入参数可以包括以下各项中的一个或多个：

伴随设备ID

伴随设备应用ID

伴随设备应用版本

请求当前时间轴和/或当前媒体播放信息或被观看的当前显示的URL和/或程序ID

时间轴和播放状态订购回调URL信息

任选：过滤器(仅发送媒体时间轴信息/仅发送媒体播放状态信息/发送媒体时间轴和媒体播放状态两种信息)

任选：接收有关媒体时间轴的通知和/或媒体播放状态信息的所希望的频率

主设备120可以响应于收到时间轴和/或媒体播放状态订购响应1035向伴随设备130发送响应。响应参数可以包括以下各项中的一个或多个：

主设备ID

时间轴和/或播放状态订购ID

订购持续时间

时间轴和/或播放状态订购ID

可以用于唯一地标识此特定的订购。因此，优选为每个时间轴和/或播放状态订购分配时间轴和/或播放状态订购ID。这可以允许伴随设备向主设备同时请求多个时间轴和播放状态信息。这还可以允许不同的伴随设备向不同主设备请求有关不同时间轴和播放状态的信息。

例如，主设备120可以用定期更新的当前时间轴和/或媒体播放信息对伴随设备130作出通知1040。该通知可以在任何时候被调用以输送当前时间轴和/或媒体播放信息。响应参数可以包括以下各项中的一个或多个：

主设备ID

订购ID

用于请求的订购ID的当前时间轴位置信息。

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

伴随设备130可以在预定的时间段之后停止接收订购时间轴和/或媒体播放状态信息并且/或者向主设备120发送取消订购的请求1050。主设备可以在收到取消表示成功或失败的订购的请求时发送响应1060。

与1050和1060类似的请求响应可以在主设备与伴随设备之间交换以更新时间轴和/或媒体播放状态订购。在上述情况下，请求可以包括时间轴和/或媒体播放状态订购ID以唯一地标识被更新的时间轴和/或媒体播放状态订购。

参见图12B，在一些实施例中，希望包括订购请求响应技术以便伴随设备130从主设备120接收时间轴信息。这便于显示在主设备120和伴随设备130上的视听内容同步。

例如，伴随设备130可以向主设备120请求订购当前时间轴信息1130。当应用有需要时，该请求可以在任何时候被调用。输入参数可以包括以下各项中的一个或多个：

伴随设备ID

伴随设备应用ID

伴随设备应用版本

请求当前时间轴信息或被观看的当前显示的URL和/或程序ID

时间轴订购回调URL信息

主设备120可以响应于收到时间轴订购响应向伴随设备130发送响应1135。响应参数可以包括以下各项中的一个或多个：

主设备ID

时间轴订购ID。

时间轴订购ID可以用于唯一地标识此特定时间轴订购。因此，优选为每个时间轴订购分配时间轴订购ID。这可以允许伴随设备向主设备同时请求多个时间轴信息。这还可以允许不同的伴随设备向不同主设备请求有关不同时间轴的信息。

例如，主设备120可以用定期更新的当前时间轴信息对伴随设备130作出通知1140。因此，可以定期发送当前时间轴信息。另外，每当主设备上的时间轴非线性变化时，可以从主设备120向伴随设备130发送时间轴信息。稍后参照图12C和图12D描述基于此非线性变化的通知。该通知可以在任何时候被调用以输送当前时间轴信息。响应参数可以包括以下各项中的一个或多个：

主设备ID

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

URL和/或程序ID

伴随设备130可以在预定的时间段之后停止接收订购时间轴信息并且/或者向主设备120发送取消订购的请求1150。请求1150可以包括唯一地标识被取消的时间轴订购的订购ID。主设备可以在收到取消表示成功或失败的订购的请求时发送响应1160。

与1150和1160类似的请求响应可以在主设备与伴随设备之间交换以更新时间轴订购。在上述情况下，请求可以包括时间轴订购ID以唯一地标识被更新的时间轴订购。

参照图12C和图12D描述基于非线性变化的通知。当在某个壁钟时间段内，媒体时间轴以不同于壁钟持续时间的持续时间变化时，可以检测到非线性时间轴变化。作为一个示例，如果在壁钟时间t1由主设备(PD)向伴随设备(CD)通信时间轴信息，此时所通信的媒体时间轴为Ta。然后，在随后的壁钟时间t2(t2大于或等于t1)，如果媒体时间轴信息Tb使得Tb不等于(或大约)等于Ta+(t2-t1)或不等于Ta-(t2-t1)或不等于Ta+x*(t2-t1)，其中x为实数，那么在壁钟时间t2可以从PD向CD通信媒体时间轴信息Tb。图12C和图12D中进一步示出了上述场景。

参见图12C，在一个示例中，在第一次向CD发送媒体时间轴信息Ta之后，PD不向CD发送媒体时间轴信息，除非发生非线性时间轴变化。因此，在壁钟时间tx，当PD上的媒体时间轴信息等于Ty时，由于Ty等于Ta+(tx-t1)，所以不从PD向CD发送媒体时间轴信息Ty。这是因为，在上述情况下，值Tb可以自动来源于CD上运行的时钟。在壁钟时间t2，当PD上的媒体时间轴信息等于Tb时，由于Tb等于Ta+(t2-t1)，所以不从PD向CD发送媒体时间轴信息Tb。

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

在非线性时间轴变化事件的一个特定的实施例中，当程序/显示在PD上完成播放并且开始新程序/显示播放时，从PD向CD通信时间轴信息。另一个示例是当PD上发生服务或信道变化时。

参见图13，在一些实施例中，希望将主设备120上播放的媒体(服务/程序/显示/片段)的媒体播放状态传输到伴随设备130。如果希望与主设备120保持同步，此信息对伴随设备130特别有用。这便于显示在主设备120和伴随设备130上的视听内容同步。

例如，伴随设备130可以向主设备120请求接收媒体状态信息800。当应用有需要时，该请求可以在任何时候被调用。输入参数可以包括以下各项中的一个或多个：

伴随设备ID

伴随设备应用ID

伴随设备应用版本

请求媒体播放状态的URL和/或ID。

例如，主设备120可以用媒体状态信息对伴随设备130作出响应810。该响应可以优选地在收到媒体状态信息的请求时发送。响应参数可以包括以下各项中的一个或多个：

主设备ID

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

参见图14，在一些实施例中，希望包括订购请求响应技术以便伴随设备130从主设备120接收媒体状态信息。上述操作便于显示在主设备120和伴随设备130上的视听内容同步。

例如，伴随设备130可以向主设备120请求订购媒体播放状态信息830。当应用有需要时，该请求可以在任何时候被调用。输入参数可以包括以下各项中的一个或多个：

伴随设备ID

伴随设备应用ID

伴随设备应用版本

请求媒体播放状态的URL和/或ID

媒体状态订购回调URL信息

主设备120可以响应于收到媒体播放状态订购响应向伴随设备130发送响应。响应参数可以包括以下各项中的一个或多个：

主设备ID

媒体播放状态订购ID。

媒体播放状态订购ID可以用于唯一地标识此特定媒体播放状态订购。因此，优选为每个媒体播放状态订购分配媒体播放状态订购ID。这可以允许伴随设备向主设备同时请求多个媒体播放状态信息。这还可以允许不同的伴随设备向不同主设备请求有关不同媒体播放状态的信息。

例如，主设备120可以用定期更新的当前媒体播放状态信息对伴随设备130发出通知840。该通知可以在任何时候被调用以输送媒体播放状态信息。在一个实施例中，每次当媒体播放状态变化时，可以发送通知。例如，如果观看者暂停在主设备上的显示。然后，将会从主设备向第二设备发送表示“暂停”状态的媒体播放状态通知。然后当观看者恢复主设备上的播放时，将会从主设备向第二设备发送表示“播放”状态的媒体播放状态通知。该通知可以允许伴随设备播放与主设备同步的媒体。例如，在一个实施例中，当伴随设备收到表示主设备的媒体播放状态的变化的通知消息时，伴随设备可以自动改变其本身的媒体播放状态。因此，响应参数可以包括以下各项中的一个或多个：

主设备ID

用于请求的URL和/或程序ID的媒体状态订购ID信息

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

伴随设备130可以在预定的时间段之后停止接收媒体状态订购信息并且/或者向主设备120发送取消订购的请求850。主设备可以在收到取消表示成功或失败的订购的请求时发送响应860。

与850和860类似的请求响应可以在主设备与伴随设备之间交换以更新媒体播放状态订购。在上述情况下，请求优选地包括媒体播放状态订购ID以唯一地标识被更新的媒体播放状态订购。

在一些实施例中，可以存在显示成均具有由伴随设备管理的自己的时间轴的多个视听内容。通过上述方式，伴随设备可以在与对应的主设备同步的同时显示一个以上的视听内容并且/或者在不同的视听内容之间切换。此外，通过订购媒体播放状态信息，当发生以下事件时主设备120可以向伴随设备130通知媒体播放状态：例如，停止视听内容、暂停视听内容、快进视听内容、倒回视听内容、向前和/或向后跳过视听内容等等。

如此前例如结合图5和图6所述，可以使得能够从主设备120发现伴随设备130。因此，主设备可以发现伴随设备。

参见图6，例如，伴随设备130可以通知或宣告消息以帮助主设备120发现该伴随设备130。在应用需要时，通知或宣告可以在任何时候被调用，例如，使用多播信息开始应用和/或连接网络，或者当主设备发送伴随设备的设备类型/服务类型的多播搜索请求时(或例如当从伴随设备收到单播消息时)。输入参数可以包括以下各项中的一个或多个：

伴随设备ID

伴随设备应用ID

伴随设备应用版本

伴随设备的人类可读名称

支持的伴随设备服务(服务类型)

参见图5，例如，主设备120可以向网络发送多播信息以发现伴随设备130。因此，主设备可以发送查找伴随设备的设备类型/服务类型的多播搜索消息。搜索消息参数可以包括以下各项中的一个或多个：

主设备ID

主设备类型

主设备版本

主设备的人类可读名称

被查找的伴随设备类型和/或伴随设备服务类型

应当理解，如有需要，可以重新配置系统。应当理解，如有需要，该系统可以包括额外的元件和/或更少的元件。应当理解，可以改变一些消息顺序使得在消息2之前发送显示的消息1可以在消息2之后发送。

应当理解，权利要求书不限于以上示出的精确构造和元件。在不脱离权利要求书的范围的情况下，可以对本文中描述的系统、方法和设备的布置、操作和细节作出变化和变形。

应当理解，系统可以使用网络从一个设备向另一个设备通信一个或多个消息。应当理解，系统可以不使用网络从一个设备向另一个设备通信一个或多个消息。如有需要，可以使用一个或多个设备之间的通信消息的任何其他方式。

应当理解，系统可以使用诸如单播和/或多播的任何类型的消息传递协议和/或技术从一个设备向另一个设备通信一个或多个消息。

应当理解，主设备可以包括单个设备，或者可以由多个(物理和/或虚拟)设备组成。应当理解，伴随设备可以包括单个设备，或者可以由多个(物理和/或虚拟)设备组成。

应当理解，术语ATSC标识广播系统，并且包括由高级电视系统委员会、数字视频广播(DVB)、无线工业及商贸联合会(ARIB)限定的系统以及其他公共和专用系统。