亚洲成年人黄色一级片,日本香港三级亚洲三级,黄色成人小视频,国产青草视频,国产一区二区久久精品,91在线免费公开视频,成年轻人网站色直接看

具有伴隨設備和主設備的系統(tǒng)的制作方法

文檔序號:12515034閱讀:441來源:國知局
具有伴隨設備和主設備的系統(tǒng)的制作方法與工藝

本公開總體上涉及也被稱為第二屏幕設備的伴隨設備和服務。



背景技術:

數(shù)字媒體播放能力可以被結(jié)合到廣泛的設備中,包括數(shù)字電視,其包括所謂的“智能”電視、機頂盒、膝上型或臺式計算機、平板計算機、數(shù)字記錄設備、數(shù)字媒體播放器、視頻游戲設備、蜂窩電話,包括所謂的“智能”電話、專用視頻流設備等。數(shù)字媒體內(nèi)容(例如,視頻和音頻)可以源自多個源,其包括例如空中電視提供商、衛(wèi)星電視提供商、有線電視提供商、在線媒體服務,其包括所謂的流傳輸服務等。數(shù)字媒體內(nèi)容可以根據(jù)傳輸標準從源(例如,空中電視提供商)傳輸?shù)浇邮掌髟O備(例如,數(shù)字電視或機頂盒)。傳輸標準的示例包括數(shù)字視頻廣播(DVB)標準、混合廣播和寬帶電視(HbbTV)2.0標準以及由高級電視系統(tǒng)委員會(ATSC)開發(fā)的標準,其包括例如ATSC 2.0標準。ATSC當前正在開發(fā)所謂的ATSC 3.0標準。

除了定義數(shù)字媒體內(nèi)容如何可以從源傳輸?shù)浇邮掌髟O備之外,傳輸標準可以定義如何傳輸數(shù)據(jù)以支持所謂的第二屏幕應用。第二屏幕應用可以指在除了主接收器設備之外的設備上操作的應用。例如,可能期望平板計算機結(jié)合在主媒體再現(xiàn)設備上的媒體回放來運行應用,其中應用使得能夠?qū)崿F(xiàn)增強的觀看體驗。用于實現(xiàn)第二屏幕應用的當前技術可能不太理想。

視頻服務能夠?qū)⒁暵爟?nèi)容發(fā)送到接收設備。接收視聽設備通常諸如在電視(TV)設備上向觀看者呈現(xiàn)內(nèi)容。在一些情況下,觀看者想要使用他們的移動設備,諸如移動電話來與視頻內(nèi)容交互。然而,如何使用移動電話在接收設備上最有效地與視聽內(nèi)容交互由于同步問題而存在問題。在一種情況下,觀看者可能想要在諸如電視設備的接收器上接收視聽內(nèi)容。同時,用戶可能想要在例如諸如智能電話或平板電腦的移動設備的第二屏幕上接收輔助相關聯(lián)的內(nèi)容。在第二屏幕設備上接收的內(nèi)容可以與在電視上接收的視聽內(nèi)容相關聯(lián)的替代內(nèi)容相同。用戶通??赡芟矚g這兩個內(nèi)容以同步方式呈現(xiàn)在主屏幕設備和第二屏幕設備上。

如上所述,傳輸標準可以定義如何將數(shù)據(jù)提供給伴隨設備以支持第二屏幕應用。ATSC候選標準:交互式服務標準(A/105:2014),S13-2-389r7,2013年12月12日,修訂7,2014年4月24日(以下簡稱“ATSC 2.0 A105”)指定可由設備提供的服務,該設備被配置為接收ATSC 2.0傳輸流以由運行在第二屏幕設備上的應用支持與A/V廣播相關的內(nèi)容的顯示。根據(jù)ATSC 2.0 A105,ATSC 2.0接收器可以支持以下服務供第二屏幕應用使用:觸發(fā)傳遞服務、雙向通信服務以及可選的HTTP代理服務器服務。在ATSC 2.0 A105中,觸發(fā)器傳送服務僅限于ATSC 2.0接收器,其簡單地將包括有限信息的觸發(fā)器傳遞到第二屏幕設備。可以包括在觸發(fā)器中的信息量是有限的。此外,在ATSC 2.0 A105中,雙向通信服務簡單地為主設備和第二屏幕設備提供TCP/IP連接以通信。也就是說,主設備和第二屏幕設備中的每一個必須被配置為根據(jù)專有格式發(fā)送和接收數(shù)據(jù)。這通常導致具有不同制造商的設備不兼容。在ATSC 2.0 A105中,例如當?shù)诙聊辉O備具有有限的互聯(lián)網(wǎng)連接時,HTTP代理服務器服務簡單地提供主設備充當?shù)诙聊辉O備的代理的機制。因此,用于支持ATSC 2.0A105中的第二屏幕應用的每個服務是有限的,并且不以有效的方式向在伴隨設備上運行的應用提供內(nèi)容信息。ATSC 2.0 A105不定義在主設備和伴隨設備之間交換的實際消息內(nèi)容、消息格式和各種類型的消息。相反,本公開描述了這種類型的信息。

如上所述,傳輸標準可以定義如何將數(shù)據(jù)提供給伴隨設備以支持第二屏幕應用。混合廣播和寬帶電視2.0標準:(HbbTV_specification_2_0:2015)(以下稱為“HbbTV 2.0”)指定支持伴隨屏幕的服務。允許HbbTV和伴隨屏幕之間的互動的方法在HbbTV 2.0中描述。雖然主要針對iOS和Android設備,但是HbbTV 2.0中描述的框架應該允許使用任何類型的伴隨屏幕。HbbTV終端和配套屏幕必須連接到同一個本地網(wǎng)絡,并且本地網(wǎng)絡應連接到互聯(lián)網(wǎng)。HbbTV 2.0支持以下特征:

--HbbTV應用啟動伴隨屏幕應用

-伴隨屏幕應用可以是在伴隨屏幕上的瀏覽器中運行的HTML應用,或者可以是本地伴隨屏幕應用。如果HbbTV應用還沒有安裝在用戶的伴隨屏幕設備上,則還存在HbbTV應用將用戶引導到伴隨屏幕的“存儲”中(以便可以下載應用)的本地應用的位置的設施。

-在HbbTV終端上啟動獨立于廣播的HbbTV應用的伴隨屏幕應用。

-允許HbbTV應用和伴隨屏幕應用通過建立可以交換文本或二進制消息的通信信道來直接通信,無論HbbTV應用或伴隨屏幕應用的啟動方法如何。

-啟用伴隨屏幕或另一個HbbTV終端以定位由HbbTV終端提供的服務。

HbbTV 2.0不定義在主設備和伴隨設備之間交換的實際消息內(nèi)容、消息格式和各種類型的消息。相反,本公開描述了這種類型的信息。

此外,在現(xiàn)有技術中,通用警報協(xié)議(CAP)(http://docs.oasis-open.org/emergency/cap/v1.2/CAP-v1.2-os.html)提供了開放的、非專有的數(shù)字消息格式用于所有類型的警報和通知。其不涉及任何特定的應用或電信方法。CAP格式與諸如網(wǎng)絡服務的新興技術以及現(xiàn)有格式兼容,現(xiàn)有技術包括用于美國國家海洋和大氣管理局(NOAA)氣象無線電和緊急警報系統(tǒng)(EAS)的特定區(qū)域消息編碼(SAME),同時提供增強的能力。CAP包括:

-使用緯度/經(jīng)度形狀和三維空間中的其他地理空間表示的靈活地理定位;

-多語言和多觀眾消息;

-分期和延遲的有效期和到期日;

-增強的消息更正和取消功能;

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

-兼容數(shù)字簽名能力;以及

-數(shù)字圖像和音頻設施。

CAP的主要優(yōu)點可包括通過消除對涉及全危險警告的許多警告源和傳播系統(tǒng)的多個定制軟件接口的需要來降低成本和操作復雜性。CAP消息格式可以轉(zhuǎn)換為不同類型的傳感器和警報技術的“本地”格式,以及從不同類型的傳感器和警報技術的“本地”格式轉(zhuǎn)換,形成了技術無關的國家和國際“警告互聯(lián)網(wǎng)”的基礎。在CAP消息格式提供了一般框架的情況下可能對于主設備和伴隨設備之間的緊急警報消息通信來說太復雜。本公開中與緊急警報信息交換有關的提議的協(xié)議是輕量級的和有效的。

通過結(jié)合附圖考慮本發(fā)明的以下詳細描述,將更容易理解本發(fā)明的前述和其他目的、特征和優(yōu)點。



技術實現(xiàn)要素:

本發(fā)明的一個實施例涉及:

一種用于伴隨設備從主設備接收當前服務信息的方法,其包括:

(a)所述伴隨設備從所述主設備接收緊急警報消息,所述緊急警報消息包括以下中的至少一個:

(i)唯一地識別所述緊急警報消息的所述緊急警報消息的標識符;

(ii)當生成所述緊急警報消息時的日期以及當生成所述緊急警報消息時的時間;

(iii)定義初始所述緊急警報消息的內(nèi)容類型的內(nèi)容格式;

(iv)由初始內(nèi)容元素給出接收到的所述緊急警報消息的內(nèi)容;

(v)用于可訪問性的提供初始緊急警報消息內(nèi)容的URL;

(vi)提供關于所述緊急警報消息的附加信息的附加URL;

(vii)用于獲得關于所述緊急警報消息的附加信息的電話號碼;

(viii)用于獲得關于所述緊急警報消息的附加信息的電子郵件地址;

(ix)接收的附加緊急警報,所述附加緊急警報包含另一所述緊急警報消息的繼續(xù);

(x)接收的新的或重復的所述緊急警報消息中的一個;

(xi)接收的不重復的所述緊急警報消息;

(xii)所述主設備的標識符;

(xiii)所述主設備的版本。

本發(fā)明的另一實施例涉及:

一種用于主設備向伴隨設備提供當前服務信息的方法,其包括:

(a)所述主設備從所述主設備向所述伴隨設備提供緊急警報消息,其包括以下中的至少一個:

(i)唯一地識別所述緊急警報消息的所述緊急警報消息的標識符;

(ii)當生成所述緊急警報消息時的日期以及當生成所述緊急警報消息時的時間;

(iii)定義初始所述緊急警報消息的內(nèi)容類型的內(nèi)容格式;

(iv)由初始內(nèi)容元素給出接收到的所述緊急警報消息的內(nèi)容;

(v)用于可訪問性的提供初始緊急警報消息內(nèi)容的URL;

(vi)提供關于所述緊急警報消息的附加信息的附加URL;

(vii)用于獲得關于所述緊急警報消息的附加信息的電話號碼;

(viii)用于獲得關于所述緊急警報消息的附加信息的電子郵件地址;

(ix)包含另一所述緊急警報消息的繼續(xù)的附加緊急警報;

(x)新的或重復的所述緊急警報消息中的一個;

(xi)不重復的所述緊急警報消息;

(xii)所述主設備的標識符;

(xiii)所述主設備的版本。

本發(fā)明的另一實施例涉及:

一種用于伴隨設備從主設備接收當前服務信息的方法,其包括:

(a)所述伴隨設備向所述主設備提供對緊急警報消息的響應,所述緊急警告消息包括以下中的至少一個:

(i)唯一地識別所述緊急警報消息的所述緊急警報消息的標識符;

(ii)當生成所述緊急警報消息時的日期以及當生成所述緊急警報消息時的時間;

(iii)指示對關于所述緊急警報消息的更多信息的請求的附加內(nèi)容請求。

本發(fā)明的另一實施例涉及:

一種用于主設備向伴隨設備提供當前服務信息的方法,其包括:

(a)所述主設備從所述伴隨設備接收對緊急警報消息的響應,所述緊急警告消息包括以下中的至少一個:

(i)唯一地識別所述緊急警報消息的所述緊急警報消息的標識符;

(ii)當生成所述緊急警報消息時的日期以及當生成所述緊急警報消息時的時間;

(iii)指示對關于所述緊急警報消息的更多信息的請求的附加內(nèi)容請求。

附圖說明

圖1示出了視頻系統(tǒng)。

圖2示出了主設備(PD)和伴隨設備(CD)系統(tǒng)。

圖3示出了另一主設備和伴隨設備系統(tǒng)。

圖4示出了另一主設備和伴隨設備系統(tǒng)。

圖5示出了另一主設備和伴隨設備系統(tǒng)。

圖6示出了另一主設備和伴隨設備系統(tǒng)。

圖7示出了另一主設備和伴隨設備系統(tǒng)。

圖8示出了另一主設備和伴隨設備系統(tǒng)。

圖9示出了緊急警報系統(tǒng)。

圖10示出了另一主設備和伴隨設備系統(tǒng)。

圖10A示出了另一主設備和伴隨設備系統(tǒng)。

圖11示出了另一主設備和伴隨設備系統(tǒng)。

圖12示出了另一主設備和伴隨設備系統(tǒng)。

圖12A示出了另一主設備和伴隨設備系統(tǒng)。

圖12B示出了另一主設備和伴隨設備系統(tǒng)。

圖12C示出了基于非線性時間線變化的事件通知。

圖12D示出了另一基于非線性時間線變化的事件通知。

圖13示出了另一主設備和伴隨設備系統(tǒng)。

圖14示出了另一主設備和伴隨設備系統(tǒng)。

圖15示出了各自具有應用的主設備和伴隨設備。

圖16示出了主設備和伴隨設備消息。

圖17示出了另一主設備和伴隨設備。

圖18示出了另一主設備和伴隨設備。

圖19示出了訂閱緊急消息請求。

圖20示出了對訂閱的響應。

圖21示出了更新訂閱。

圖22示出取消緊急訂購。

圖23示出了對訂閱的響應。

圖24示出提供緊急消息。

圖25示出了對緊急警報消息的響應。

圖26示出了用于緊急警報消息的UPnP架構。

圖27示出了用于消息交換的表示狀態(tài)傳輸(REST)架構。

圖28示出了用于緊急警報消息的表示狀態(tài)傳輸架構。

具體實施方式

參考圖1,示出了視聽系統(tǒng)的邏輯結(jié)構。該系統(tǒng)包括提供視聽(視頻和/或音頻和/或隱藏字幕)內(nèi)容的源的廣播系統(tǒng)100。可以以任何合適的方式并且使用諸如例如運動圖像專家組(MPEG)標準、MPEG-2標準、MPEG-4標準和/或ATSC標準的合適的標準來提供視聽內(nèi)容。作為示例,廣播系統(tǒng)可以從廣播天線、電纜、基于網(wǎng)絡的視聽源、光盤、硬盤驅(qū)動器、數(shù)字視頻盤和/或基于互聯(lián)網(wǎng)的視聽源提供。廣播系統(tǒng)100可以通過任何合適的廣播網(wǎng)絡110提供內(nèi)容。接收器120接收視聽內(nèi)容以及與視聽內(nèi)容一起提供的任何其他數(shù)據(jù),諸如數(shù)字數(shù)據(jù)、數(shù)據(jù)服務或其他。通常被稱為PD的接收器120優(yōu)選地被配置為接收正在被提供給其的類型的內(nèi)容。接收器可以是例如電視、膝上型計算機、平板電腦、電話、機頂盒設備、流式接收設備、計算設備或適于接收內(nèi)容并使得能夠給觀看者呈現(xiàn)視聽內(nèi)容的任何其他設備。接收器通常可以在用戶的家中。接收器同樣可以通過家庭網(wǎng)絡140與另一個顯示設備130(通常稱為CD)通信。在另一個示例中,CD可以直接與外部服務器通信以接收視聽和/或附屬內(nèi)容。家庭網(wǎng)絡優(yōu)選地是無線或有線類型的網(wǎng)絡,諸如例如WiFi、以太網(wǎng)、第三代合作伙伴計劃(3GPP)、藍牙和/或紅外線。在一些情況下,家庭網(wǎng)絡可以是局域網(wǎng)。在一些情況下,主設備和CD可以在用戶的家中。在其他情況下,家庭網(wǎng)絡可以是辦公室環(huán)境。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在其上顯示內(nèi)容,并且CD 130可以類似地與PD 120交互。例如,可能期望PD 120上呈現(xiàn)的任何內(nèi)容同時被呈現(xiàn)在CD 130上,其可以包括例如音頻和/或視頻內(nèi)容。例如,可能期望在PD 120上呈現(xiàn)視頻內(nèi)容的主視圖,并且同時呈現(xiàn)CD 130上的視頻內(nèi)容的相同或類似場景的替選視圖。例如,可能期望在PD 120上呈現(xiàn)視聽內(nèi)容,并且同時與在CD 130上啟動(或自動啟動)的相關聯(lián)的應用交互。在這種情況下,通常應該同步在PD和CD上呈現(xiàn)的內(nèi)容。同步指的是在主設備和CD上顯示對應于相同或近似相同時刻實例的數(shù)據(jù)。

參考圖3,作為示例,當PD 120(例如,電視)加入網(wǎng)絡時,用戶可以有具有運行在其上的兼容ATSC應用的CD 130。例如,當接收器被打開或其網(wǎng)絡接口被啟用時,這可能發(fā)生。PD 120可以能夠為CD 130提供服務。PD 120可以多播發(fā)現(xiàn)消息200以通告第二屏幕支持服務。CD 130接收多播發(fā)現(xiàn)消息并向PD 120發(fā)送對其服務的描述的請求210。PD 120用其服務的描述220來響應該請求。CD 130使用描述中提供的信息來訪問適當?shù)姆詹⑶姨峁┡cPD 120上的編程同步的交互式體驗。

參考圖4,作為示例,當PD 120(例如,電視)加入網(wǎng)絡時,用戶可能沒有具有運行在其上的兼容ATSC應用的CD 130。在PD 120上觀看的視聽內(nèi)容可以進入提供CD 130支持的節(jié)目片段。例如當接收器被打開或其網(wǎng)絡接口被啟用時,或者當信道從不提供CD 130的信道改變?yōu)樘峁D 130的支持的信道時,或者當正在觀看的信道從不提供對CD 130的支持的節(jié)目片段改變?yōu)樘峁D 130的支持的片段時,這可能發(fā)生。該觀看改變使得PD 120以某種方式通知觀看者CD 130支持可用。例如,可以在PD 120的角落中呈現(xiàn)小圖標。如果觀看者決定利用第二屏幕支持并激活CD 130上的兼容應用,則CD 130可以多播消息250,搜索提供CD 130支持或服務的設備。PD 120可以用發(fā)現(xiàn)消息260來響應該消息。當CD 130接收到發(fā)現(xiàn)消息時,它向PD 120發(fā)送對其服務的描述的請求270。PD 120用其服務的描述280來響應。CD 130使用描述中給出的信息來訪問適當?shù)姆?,并提供與視聽內(nèi)容同步的交互式體驗。

參考圖5,作為示例,觀看者具有當PD加入網(wǎng)絡時(例如,當PD被打開或網(wǎng)絡接口被啟用時)運行的兼容ATSC的CD應用。PD 120期望發(fā)現(xiàn)網(wǎng)絡上的一個或多個CD 130。PD 120加入網(wǎng)絡并多播其尋找CD 130的搜索消息300。運行ATSC應用的CD 130接收多播搜索消息,并且作為響應向PD 120發(fā)送指示其存在的響應305。在接收到該響應時,PD 120可以發(fā)送對CD提供給PD的服務的描述的請求310??梢越?jīng)由單播技術而不是多播技術來發(fā)送請求310。在接收到請求310時,CD通過向PD發(fā)送消息315來對用其服務的描述響應。PD 120接收消息315并使用服務描述中給出的信息來訪問適當?shù)姆詹⑶依斫釩D 130的能力。

參考圖6,作為示例,CD 130加入網(wǎng)絡或者在CD 130上啟動應用。PD 120已經(jīng)在網(wǎng)絡上。CD 130多播其告知CD 130及其可用服務的通告/告知(advertisement/announcement)消息350。PD 120經(jīng)由網(wǎng)絡從CD 130接收多播通告消息,并向CD 130發(fā)送對其提供的服務的描述的請求360??梢越?jīng)由單播而不是多播來發(fā)送消息。CD接收該消息,并且用其提供的服務的描述370來向PD 120響應。PD 120使用在服務描述中給出的信息來訪問適當?shù)姆詹⑶依斫釩D的能力。

如圖3-圖6所示,家庭可以在家庭網(wǎng)絡上具有多于一個CD,并且家庭可以在網(wǎng)絡上具有多于一個PD。在這種情況下,每個CD將經(jīng)由網(wǎng)絡從多個不同的PD接收查找消息。此外,多個PD將經(jīng)由網(wǎng)絡從多個CD接收告知消息。

如上所述,在一些環(huán)境中,可以存在多于一個PD 120,特別是當使用家庭網(wǎng)絡時。在這種情況下,CD 130可以經(jīng)由網(wǎng)絡從多個PD 120接收發(fā)現(xiàn)消息。如果發(fā)生這種情況,則CD 130可以詢問用戶與哪個PD 120交互。

CD 130上的典型應用可以如下操作。CD 130上的控制點或服務訂閱PD 120上的封裝的應用服務。封裝的應用可以是提供服務的設備上的應用。觀看者在PD 120上啟動封裝的應用。封裝的應用使得CD 130上的應用的名稱和CD 130上的應用的統(tǒng)一資源定位符(URL)可用于封裝的應用服務。CD 130上的控制點接收伴隨應用名稱和URL。控制點在CD 130上設置指示需要觀看者動作的標記。觀看者查看伴隨應用名稱并選擇它??刂泣c啟動在CD 130上所指示的應用,如由ATSC候選標準:互動服務標準(A/105:2014),2014年4月24日(S13-2-389r7)所指示的,通過引用將其全部內(nèi)容并入本文。

參考圖7,期望CD 130從PD 120請求關于在PD上呈現(xiàn)的當前視聽內(nèi)容的信息。雖然CD 130可以做出訂閱接收關于正在呈現(xiàn)的內(nèi)容的信息的請求,該PD 120提供具有內(nèi)容的ID的響應,然后做出基于ID的內(nèi)容的請求,但這是麻煩的處理。另外,在PD 120上顯示的內(nèi)容改變的情況下,由先前接收到的CD 130提供的ID將參考與當前在PD上呈現(xiàn)的內(nèi)容不同的內(nèi)容,從而導致使用CD 130的觀看者的中斷體驗。為了減輕對接收不對應于當前顯示的視聽內(nèi)容的響應的關注,CD 130優(yōu)選地向PD 120做出用于關于當前運行的服務、節(jié)目和/或表演、和/或片段的信息的單個請求400,而不必提供當前運行的服務、表演和/或片段的標識。響應于接收到請求400,PD 120提供具有期望的信息的響應410。期望的信息可以包括例如關于當前在PD上呈現(xiàn)的內(nèi)容的電子服務指南類型信息。例如,CD 130可以向PD 120做出接收當前服務信息的請求。這可以在當應用需要時的任何時間調(diào)用。該請求的輸入?yún)?shù)可以包括以下中的一個或更多個:

伴隨設備ID

伴隨設備應用ID

伴隨設備應用版本

請求的當前信息可以包括以下中的一個或更多個:

用于當前節(jié)目信息的請求(例如,用于正呈現(xiàn)在PD上的當前表演的電子服務指南信息);

用于當前可用文件的請求和/或用于正呈現(xiàn)在PD上的當前表演的非實時內(nèi)容;

可選地,請求可以包括過濾準則,其可以用于限制響應其而請求的信息量;

過濾準則的示例可以是例如,僅標準清晰度視頻、高清晰度視頻超高清晰度視頻、黑/白視頻、彩色視頻、5.1聲道音頻、或立體音頻等。

例如,PD 120可以在接收到上述請求之后向CD 130發(fā)送響應。這可以優(yōu)選地在接收到服務信息請求時發(fā)送。響應410可以包括以下參數(shù)中的一個或更多個:

主設備ID

關于當前表演的請求的信息可以包括以下中的一個或更多個:

當前表演信息(例如電子服務指南);

關于用于當前表演的當前可用部件的信息(例如視頻、音頻、隱藏字幕、主攝像機視圖、替選攝像機視圖)

用于當前表演的當前可用文件和/或非實時內(nèi)容。

參考圖8,當CD 130正在從PD 120訪問視聽信息時,并且當CD 130正從諸如互聯(lián)網(wǎng)或網(wǎng)絡位置的另一個源訪問視聽信息時,期望該視聽信息的兩個源以類似的方式尋址和獲得。來自CD的對流傳輸內(nèi)容信息450的請求可導致對流傳輸內(nèi)容470的描述,其包括用于視聽內(nèi)容的位置標識,不論視聽信息的位置是來自PD 120還是來自諸如互聯(lián)網(wǎng)或網(wǎng)絡的另一位置。

例如,CD 130可以向PD 120做出接收服務信息的請求。這可以在當應用需要時的任何時間調(diào)用,或者以其他方式連續(xù)地接收流傳輸信息。輸入?yún)?shù)可以包括以下中的一個或更多個:

伴隨設備ID

伴隨設備應用ID

伴隨設備應用版本

請求的當前信息可以包括以下中的一個或更多個:

用于當前表演信息的請求(例如,用于正呈現(xiàn)在PD上的當前表演的電子服務指南信息);

用于正在PD上呈現(xiàn)的當前表演的當前可用部件的請求(例如視頻、音頻、隱藏字幕、主攝像機視圖、替選攝像機視圖等,用于正在PD上呈現(xiàn)的內(nèi)容);

用于正在PD上呈現(xiàn)的當前表演的當前可用文件和/或非實時內(nèi)容;

可選地,請求可以包括可以過濾準則,其可以用于限制響應其而請求的信息量;

過濾準則的示例可以是例如,僅標準清晰度視頻、高清晰度視頻超高清晰度視頻、黑/白視頻、彩色視頻、5.1聲道音頻、或立體音頻等。

例如,PD 120可以在接收到上述請求之后向CD 130發(fā)送響應。這可以優(yōu)選地在接收到服務信息請求時發(fā)送。響應參數(shù)可以包括以下中的一個或更多個:

主設備ID

關于當前表演的請求的信息可以包括以下中的一個或更多個:

當前表演信息(例如,電子服務指南)

關于具有用于訪問每個部件(例如,視頻、音頻、隱藏字幕、主攝像機視圖、替選攝像機視圖)的流傳輸數(shù)據(jù)的URL(其包括關于協(xié)議、互聯(lián)網(wǎng)協(xié)議(IP)地址、端口等)的用于當前表演的當前可用部件的信息

用于當前表演的當前可用文件和/或非實時內(nèi)容

參考圖9,緊急警報系統(tǒng)600可以包括以公共警報協(xié)議格式化并且進一步受集成公共警報和警告系統(tǒng)(IPAWS)620的簡檔約束的警報消息文件610。這些格式化和約束的警報消息文件可以由合適的一方發(fā)布,諸如聯(lián)邦或州政府機構。警報消息由廣播公司廣播630。PD 120可以接收這些警報消息并選擇性地將它們提供給一個或多個CD 130。

參考圖10,CD 130訂閱來自PD 120的緊急消息650。訂閱請求優(yōu)選地包括回叫URL。PD接受訂閱并向CD 130發(fā)送包括訂閱ID的對訂閱的響應655。當PD 120接收到緊急消息時,PD 120使用先前與訂閱一起提供的回叫URL來向已經(jīng)訂閱了緊急消息的CD 130提供緊急消息660。緊急消息660可以被提供為通知消息。

當CD 130加入網(wǎng)絡時或者當在CD 130上開始緊急消息應用時,CD 130可以做出對緊急消息的訂閱。輸入?yún)?shù)可以包括以下中的一個或更多個:

伴隨設備ID

伴隨設備應用ID

伴隨設備應用版本

訂閱回叫URL信息

可選的:緊急信息過濾準則(例如,地理位置過濾以提供僅與指定的位置相對應的緊急信息)

例如,PD 120可以向CD 130提供緊急消息訂閱響應。這可以優(yōu)選地在接收到訂閱信息時發(fā)送。訂閱響應可以包括以下中的一個或更多個:

主設備ID

訂閱ID

訂閱持續(xù)時間(例如,使得不無限期地提供緊急信息,而且提供適當?shù)暮侠頃r間,諸如12小時)

CD 130可以向PD 120發(fā)送消息以取消緊急訂閱670?;谟嗛喅掷m(xù)時間,CD 130可以向PD 120發(fā)送消息以訂閱緊急消息650(其他或者更新訂閱680)。為訂閱的更新提供的參數(shù)可以包括以下中的一個或更多個:

伴隨設備ID

伴隨設備應用ID

伴隨設備應用版本

訂閱ID

在這種情況下,PD已經(jīng)具有回調(diào)URL和地理過濾信息,并且更新的訂閱基于訂閱ID。

當PD 120接收到訂閱更新或訂閱停止請求時,如果需要,它可以向CD 130提供對訂閱的響應690。響應可以包括以下中的一個或更多個:

主設備ID

訂閱ID

用于訂閱更新請求的訂閱持續(xù)時間

訂閱停止請求的成功或失敗

參考圖10A,CD 130從PD 120請求關于用于的緊急消息的訂閱的信息950。PD接受該請求,并向CD發(fā)送包括發(fā)送緊急警報消息(EAM)和/或多個緊急警報消息(EAMs)的多播地址信息的訂閱信息響應955。多播地址信息可以包括以下信息中的一個或更多個:

多播組地址

多播端口

協(xié)議信息

用于緊急信息的附加多播相關的信息

CD 130可以使用多播地址信息加入965用于EAM的多播組。當加入多播組時的輸入?yún)?shù)可以包括以下中的零個或更多個:

伴隨設備ID

伴隨設備應用ID

伴隨設備應用版本

可選的:緊急信息過濾準則(例如地理位置過濾以提供對應于指定位置的緊急消息)

當PD 120接收到緊急消息時,可以在用于EAM的多播組上提供所提供的緊急消息。

所提供的緊急消息970可以包括以下中的一個或更多個:

主設備ID

EAM的基本和/或初始內(nèi)容

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

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

參考圖11,在一些示例中,期望包括單個事務請求響應技術以由CD 130從PD 120接收時間線位置信息。這有助于正在PD 120上顯示的視聽內(nèi)容和CD 130的同步。

例如,CD 130可以向PD 120做出對接收當前時間線信息的請求700。這可以在當應用需要時的任何時間被調(diào)用。輸入?yún)?shù)可以包括以下中的一個或更多個:

伴隨設備ID

伴隨設備應用ID

伴隨設備應用版本

請求當前時間線信息或正在觀看的當前表演的URL和/或ID

例如,PD 120可以用當前時間線信息對CD 130做出響應。這可以優(yōu)選地在接收到對當前時間線信息的請求時發(fā)送。響應參數(shù)可以包括以下中的一個或更多個:

主設備ID

用于請求的URL和/或程序ID的當前時間線位置信息

參考圖12,在一些示例中,期望包括訂閱請求響應技術以由CD 130從PD 120接收時間線信息。這有助于正在PD 120和CD 130上顯示的視聽內(nèi)容的同步。

例如,CD 130可以向PD 120做出對訂閱當前時間線信息的請求730。這可以在當應用需要時的任何時間被調(diào)用。輸入?yún)?shù)可以包括以下中的一個或更多個:

伴隨設備ID

伴隨設備應用ID

伴隨設備應用版本

請求當前時間線信息或正在觀看的當前表演的URL和/或ID

時間線訂閱回叫URL信息

響應于接收到時間線訂閱響應,PD 120可以向CD 130發(fā)送響應735。響應參數(shù)可以包括以下中的一個或更多個:

主設備ID

時間線訂閱ID

時間線訂閱ID可以用于唯一地識別該特定時間線訂閱。因此,優(yōu)選為每個時間線訂閱指配時間線訂閱ID。這可以允許CD同時從PD請求多個時間線信息。它還可以允許不同的CD從不同PD請求關于不同時間線的信息。

例如,PD 120可以用定期更正的當前時間線信息向CD 130做出通知740。這可以在任何時間調(diào)用以傳達當前時間線信息。響應參數(shù)可以包括以下中的一個或更多個:

主設備ID

用于請求的URL和/或程序ID的當前時間線位置信息

URL和/或節(jié)目ID

CD 130可以在預定時間段之后和/或向PD 120發(fā)送取消對當前時間線信息的訂閱的請求750來停止接收訂閱時間線信息。取消對當前時間線信息的訂閱的請求750可以包括訂閱ID以唯一地識別取消的時間線訂閱。PD可以在接收到指示成功或失敗的取消訂閱的請求時發(fā)送對時間線訂閱請求的響應760。

可以在PD和CD之間交換與取消對當前時間線信息的訂閱的請求750類似的請求和對時間線訂閱請求的響應760以更新時間線訂閱。在這種情況下,請求可以包括時間線訂閱Id以唯一地識別正在被更新的時間線訂閱。

參考圖12A,在一些示例中,期望包括訂閱請求響應技術以由CD 130從PD 120接收時間線和/或媒體回放狀態(tài)信息。這有助于正在PD 120和CD 130上顯示的視聽內(nèi)容的同步。

例如,CD 130可以向PD 120做出對訂閱PD 120上的當前時間線和/或當前媒體回放信息的請求1031。這可以在當應用需要時的任何時間調(diào)用。輸入?yún)?shù)可以包括以下中的一個或更多個:

伴隨設備ID

伴隨設備應用ID

伴隨設備應用版本

為其請求當前時間線和/或當前媒體回放信息或者用于正在觀看的當前表演的URL和/或ID

時間線和回放狀態(tài)訂閱回叫URL信息

可選的:過濾器(僅發(fā)送媒體時間線信息,或僅發(fā)送媒體回放狀態(tài)信息,或發(fā)送媒體時間線和媒體回訪狀態(tài)信息這兩者)

可選的:期望接收關于媒體時間線和/或媒體回放狀態(tài)信息的通知的頻率

響應于接收到時間線和/或媒體回放狀態(tài)訂閱響應1035,PD 120可以向CD 130發(fā)送響應。響應參數(shù)可以包括以下中的一個或更多個:

主設備ID

時間線和/或回放狀態(tài)訂閱ID

訂閱持續(xù)時間

時間線和/或回放狀態(tài)訂閱ID可以用于唯一地識別該特定訂閱。因此,優(yōu)選為每個時間線和/或回放狀態(tài)訂閱指配時間線和/或回放狀態(tài)訂閱ID。這可以允許CD同時從PD請求多個時間線和回放狀態(tài)信息。它還可以允許不同的CD從不同PD請求關于不同時間線和回放狀態(tài)的信息。

例如,PD 120可以用定期更正的當前時間線和/或媒體回放狀態(tài)信息向CD 130做出通知1040。這可以在任何時間調(diào)用以傳達當前時間線和/或媒體回放狀態(tài)信息。響應參數(shù)可以包括以下中的一個或更多個:

主設備ID

訂閱ID

用于請求的訂閱ID的當前時間線位置信息

用于訂閱ID的當前媒體回放狀態(tài)信息。此當前媒體回放狀態(tài)信息可以包括例如播放、暫停、停止、快進、快進的速度、快退、快退的速度、以及緩沖。

CD 130可以在預定時間段之后和/或通過向PD 120發(fā)送取消訂閱的請求1050來停止接收訂閱時間線和/或媒體播放狀態(tài)信息。PD可以在接收到指示成功或失敗的取消訂閱的請求時發(fā)送響應1060。

可以在PD和CD之間交換取消訂閱的類似請求1050和響應1060以更新時間線和/或媒體回放狀態(tài)訂閱。在這種情況下,請求可以包括時間線和/或媒體回放狀態(tài)訂閱ID以唯一地識別正在更新的時間線和/或媒體回放狀態(tài)訂閱。

參考圖12B,在一些示例中,期望包括訂閱請求響應技術以由CD 130從PD 120接收時間線信息。這有助于正在PD 120和CD 130上顯示的視聽內(nèi)容的同步。

例如,CD 130可以向PD 120做出對訂閱當前時間線信息的請求1130。這可以在當應用需要時的任何時間被調(diào)用。輸入?yún)?shù)可以包括以下中的一個或更多個:

伴隨設備ID

伴隨設備應用ID

伴隨設備應用版本

為其請求當前時間線信息或用于正在觀看的當前表演的URL和/或ID

時間線訂閱回叫URL信息

響應于接收到時間線訂閱響應,PD 120可以向CD 130發(fā)送響應1135。響應參數(shù)可以包括以下中的一個或更多個:

主設備ID

時間線訂閱ID

時間線訂閱ID可以用于唯一地識別該特定時間線訂閱。因此,優(yōu)選為每個時間線訂閱指配時間線訂閱ID。這可以允許CD同時從PD請求多個時間線信息。它還可以允許不同的CD從不同PD請求關于不同時間線的信息。

例如,PD 120可以用定期更正的當前時間線信息向CD 130做出通知1140。因此,可以周期性地發(fā)送當前時間線信息。此外,每當PD上的時間線非線性地改變時,時間線信息可以從PD 120被發(fā)送到CD 130。此非線性時基線變化的通知將在后面參照圖12C和圖12D進行描述。這可以在任何時間調(diào)用以傳達當前時間線信息。響應參數(shù)可以包括以下中的一個或更多個:

主設備ID

用于請求的URL和/或程序ID的當前時間線位置信息

URL和/或節(jié)目ID

CD 130可以在預定時間段之后和/或通過向PD 120發(fā)送取消訂閱的請求1150來停止接收訂閱時間線信息。取消訂閱的請求1150可以包括訂閱ID以唯一地識別取消的時間線訂閱。PD可以在接收到指示成功或失敗的取消訂閱的請求時發(fā)送響應1160。

可以在PD和CD之間交換對取消訂閱的類似請求1150和響應1160以更新時間線訂閱。在這種情況下,請求可以包括時間線訂閱ID以唯一地識別正在更新的時間線訂閱。

參考圖12C和圖12D描述基于非線性時間線改變的通知。當在某個壁鐘時間段期間媒體時間線改變不同于壁鐘時間持續(xù)時間的持續(xù)時間時,可以檢測到非線性時間線改變。作為示例,當所通信的媒體時間線是Ta時,如果在壁鐘時間t1處時間線信息由PD通信到CD。然后,在后續(xù)的壁鐘時間t2(t2>=t1),如果媒體時間線信息Tb使得Tb不等于(或近似)等于Ta+(t2-t1)或不等于Ta-(t2-t1)或不等于Ta+x*(t2-t1),其中x是實數(shù),則媒體時間線信息Tb可以在壁鐘時間t2從PD通信到CD。這些情況在圖12C和圖12D中進一步示出。

在圖12C中,PD在第一次將媒體時間線信息Ta發(fā)送到CD之后,不向CD發(fā)送媒體時間線信息,除非非線性時間線改變發(fā)生。因此,在壁鐘時間tx,當關于PD的媒體時間線信息等于Ty時,由于Ty等于Ta+(tx-t1),所以媒體時間線信息Ty不從PD發(fā)送到CD。這是因為在這種情況下,在CD上運行的時鐘可以自動導出值Tb。在壁鐘時間t2,當PD上的媒體時間線信息等于Tb時,由于Tb不等于Ta+(t2-t1),所以媒體時間線信息Tb從PD發(fā)送到CD。

在圖12D中,除了將非線性時間線改變事件信息從PD發(fā)送到CD之外;時間線信息也從PD周期性地發(fā)送到CD。因此,分別在壁鐘時間t1、tx、tp,分別將媒體時間線信息Ta、Ty、Tz周期性地從PD發(fā)送到CD。在掛鐘時間t2,當PD上的媒體時間線信息等于Tb時,由于Tb不等于Ta+(t2-t1),所以媒體時間線信息Tb從PD發(fā)送到CD。還應注意,Tb不等于Tz+(t2-tp),并且Tb也不等于Ty+(t2-tx)。

在非線性時間線改變事件的一個特定示例中,當節(jié)目(或表演)完成PD上的回放并且新節(jié)目(或表演)回放開始時,時間線信息從PD傳送到CD。另一個示例是當PD上發(fā)生服務或信道改變時。

參考圖13,在一些示例中,期望將在PD 120上回放的媒體的媒體回放狀態(tài)(例如,服務、節(jié)目、表演和/或片段)傳送到CD 130。如果其期望與PD 120保持同步,則該信息對于CD 130是特別有用的。這有助于正在PD 120和CD 130上顯示的視聽內(nèi)容的同步。

例如,CD 130可以向PD 120做出對接收媒體狀態(tài)信息的請求800。這可以在當應用需要時的任何時間調(diào)用。輸入?yún)?shù)可以包括以下中的一個或更多個:

伴隨設備ID

伴隨設備應用ID

伴隨設備應用版本

為其請求媒體回放狀態(tài)的URL和/或ID

例如,PD 120可以用媒體狀態(tài)信息向CD 130做出響應810。這可以優(yōu)選地在接收到對媒體狀態(tài)信息的請求時發(fā)送。響應參數(shù)可以包括以下中的一個或更多個:

主設備ID

用于請求的URL和/或ID的當前媒體回放狀態(tài)信息。此當前媒體回放狀態(tài)信息可以包括例如播放、暫停、停止、快進、快進的速度、快退、快退的速度、以及緩沖。

參考圖14,在一些示例中,期望包括訂閱請求響應技術以由CD 130從PD 120接收媒體狀態(tài)信息。這有助于正在PD 120和CD 130上顯示的視聽內(nèi)容的同步。

例如,CD 130可以向PD 120做出對訂閱媒體回放狀態(tài)信息的請求830。這可以在當應用需要時的任何時間調(diào)用。輸入?yún)?shù)可以包括以下中的一個或更多個:

伴隨設備ID

伴隨設備應用ID

伴隨設備應用版本

為其請求媒體回放狀態(tài)的URL和/或ID

媒體狀態(tài)訂閱回叫URL信息

響應于接收到媒體回放狀態(tài)訂閱響應,PD 120可以向CD 130發(fā)送響應。響應參數(shù)可以包括以下中的一個或更多個:

主設備ID

媒體回放狀態(tài)訂閱ID

媒體回放狀態(tài)訂閱ID可以用于唯一地識別該特定媒體回放狀態(tài)訂閱。因此,優(yōu)選為每個媒體回放狀態(tài)訂閱指配媒體回放狀態(tài)訂閱ID。這可以允許CD同時從PD請求多個媒體回放狀態(tài)信息。它還可以允許不同的CD從不同的PD請求關于不同媒體回放狀態(tài)的信息。

例如,PD 120可以用定期更正的當前媒體回放狀態(tài)信息向CD 130發(fā)送通知840。這可以在任何時間調(diào)用以傳達媒體回放狀態(tài)信息。在一個示例中,可以在每次媒體回放狀態(tài)改變時發(fā)送通知。例如,如果觀看者暫停PD上的呈現(xiàn)。然后,將從PD向輔助設備發(fā)送指示“暫?!睜顟B(tài)的媒體回放狀態(tài)通知。然后,當觀眾在PD上恢復播放時,將從PD向輔助設備發(fā)送指示“播放”狀態(tài)的媒體回放狀態(tài)通知。這可以允許CD播放與PD同步的媒體。在一個示例中,CD可以在其接收到指示PD的媒體回放狀態(tài)的改變的通知消息時自動改變其自身的媒體回放狀態(tài)。因此,響應參數(shù)可以包括以下中的一個或更多個:

主設備ID

用于請求的URL的媒體狀態(tài)訂閱ID信息和/或節(jié)目ID

用于訂閱ID的當前媒體回放狀態(tài)信息。其可以包括例如播放、暫停、停止、快進、快進的速度、快退、快退的速度、以及緩沖。

CD 130可以在預定時間段之后和/或向PD 120發(fā)送對取消訂閱的請求850來停止接收媒體狀態(tài)訂閱信息。PD可以在接收到指示成功或失敗的取消訂閱的請求時發(fā)送響應860。

可以在PD和CD之間交換類似于850和860的請求響應以更新媒體回放狀態(tài)訂閱。在這種情況下,請求優(yōu)選地包括媒體回放狀態(tài)訂閱ID以唯一地識別正在更新的媒體回放狀態(tài)訂閱。

在一些示例中,可以存在正在顯示的多個視聽內(nèi)容,每個視聽內(nèi)容具有它們自己的由CD管理的時間線。以這種方式,CD可以同時地顯示多于一個視聽內(nèi)容和/或在不同的視聽內(nèi)容之間切換,同時與相應的PD同步。此外,通過訂閱媒體回放狀態(tài)信息,PD 120可以在事件發(fā)生時通知CD130媒體回放狀態(tài),諸如例如停止視聽內(nèi)容、暫停視聽內(nèi)容、快進視聽內(nèi)容、倒退視聽內(nèi)容、在視聽內(nèi)容中向前和/或向后跳過,或者其他。

如前面例如參照圖5和圖6所描述的,可以使CD 130可從PD 120發(fā)現(xiàn)。

例如,CD 130可以通告或告知消息以幫助PD 120發(fā)現(xiàn)它。這可以在當應用需要時的任何時間調(diào)用,諸如使用多播消息來開始應用和/或加入網(wǎng)絡,或者當PD發(fā)送針對CD的設備和/或服務類型(例如來自CD的單播消息)的多播搜索請求時。輸入?yún)?shù)可以包括以下中的一個或更多個:

伴隨設備ID

伴隨設備應用ID

伴隨設備應用版本

CD的人類可讀名稱

支持的CD服務(服務類型)

例如,PD 120可以向網(wǎng)絡發(fā)送多播消息以發(fā)現(xiàn)CD 130。因此,PD可以發(fā)送尋找CD的設備類型和/或服務類型的多播搜索消息。搜索消息參數(shù)可以包括以下中的一個或更多個:

主設備ID

主設備類型

主設備版本

PD的人類可讀名稱

正在查找的CD類型和/或CD服務類型

應當理解,可以根據(jù)需要重新配置系統(tǒng)。應當理解,根據(jù)需要,系統(tǒng)可以包括附加的元件和/或更少的元件。應當理解,可以更改消息序列中的一些,使得示出為在消息2之前發(fā)送的消息1可以替代地在消息2之后發(fā)送。

參考圖15,示例性PD 120與示例性CD 130一起被示出。PD 120可以包括HbbTV WebSocket服務器1000,其包括本地服務端點1010和遠程服務端點1020。HbbTV是通過適合在不同廣播技術,例如衛(wèi)星、電纜、地面和/或基于IP的網(wǎng)絡上操作的單個用戶接口,用于將廣播電視和寬帶電視主要遞送到家庭的標準。HbbTV可以由歐洲電信標準協(xié)會(ETSI)的技術規(guī)范(TS)定義。例如,HbbTV可以由以下中的一個或多個定義:HbbTV 2.0 Working Draft HbbTV-working-draft_ts_102796v010301p_draft_23-non-etsi-branding.pdf、ETSI TS 102 796 v1.1.1 in June 2010以及ETSI TS 102 796 v1.2.1,2012年11月,這兩者均通過引用將其全部內(nèi)容并入本文。HbbTV WebSocket服務器1000可以包括本地服務端點1010,其提供與HbbTV兼容的PD EAM應用1030的互連。以這種方式,該系統(tǒng)適合于通過使用多個本地服務端點1010連接容易地包括多于一個PD EAM應用1030,同時維持相同的HbbTV WebSocket服務器1000。CD 130可以包括CD EAM應用1040。CD EAM應用1040可以通過使用遠程服務端點1020與HbbTV WebSocket服務器1000互連。以這種方式,系統(tǒng)適于容易地包括多于一個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。以這種方式,PD EAM應用用兩部分標識符,即“/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資源的連接時,由HbbTV WebSocket服務器1000配對1120,因為他們都在等待連接。在配對之后,PD EAM應用1030和CD EAM應用1040可以使用EAM協(xié)議直接地或通過HbbTV WebSocket服務器1000彼此通信。

參考圖17,在另一個示例中,PD 120包括HbbTV WebSocket服務器1200以及多個本地服務端點1210A-1210D。多個PD EAM應用1230A-1230D可以包括在相同PD 120內(nèi),其通過相應的本地服務端點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內(nèi),其通過相應的本地服務端點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可以通過發(fā)送WebSocket協(xié)議關閉幀來發(fā)起與另一個的連接的關閉。WebSocket協(xié)議在RFC 6455 http://www.ietf.org/rfc/rfc6455.tx中描述,并且關閉幀在RFC 6455 WebSocket協(xié)議中描述,這兩者都通過引用并入??商孢x地,PD 120或CD 130可以關閉與另一者的連接,而不發(fā)送WebSocket協(xié)議的關閉幀。在這種情況下,PD上的HbbTV WebSocket服務器1000可以通過向PD EAM應用1030和/或CD EAM應用1040和/或CD 130發(fā)送WebSocket協(xié)議的關閉幀來發(fā)起斷開的過程。

在一些示例中,期望包括PD 120和CD 130之間的通信中的附加安全性。為了提高安全性,PD 120和CD 130可以使用用于通過傳輸層安全(TLS)協(xié)議隧道化的WebSocket連接的端口443來通信。在示例中,這可以使用統(tǒng)一資源標識符(URI)來實現(xiàn)。在示例中,這可以通過使用針對互聯(lián)網(wǎng)工程任務組(IETF)的請求注釋(RFC)中定義的WebSocket URI的wss-URI方案來實現(xiàn)。例如,用于WebSocket URI的wss-URI方案在IETF RFC 6455(2011)的第3節(jié)中定義,其通過引用整體并入本文。HbbTV WebSocket服務器可以使用超文本傳輸協(xié)議(HTTP)服務器可用的客戶端認證機制。例如,這可以是(1)cookie、(2)HTTP認證和/或(3)TLS認證中的一個或多個。

在一個示例中,可以對在PD 120上運行的PD EAM應用1030和在CD 130上運行的CD EAM應用1040這兩者進行客戶端認證。

在一個示例中,可以使用WebSocket協(xié)議的Sec-WebSocket-Protocol報頭為PD 120和CD 130EAM通信定義協(xié)議。在這種情況下,可以通過要求終端(例如PD和/或CD)支持通過引用將其整體并入本文的WebSocket協(xié)議RFC 6455的第11.3.4節(jié)中定義的Sec-WebSocket-Protocol報頭來修改HbbTV機制。在這種情況下,當使用WebSocket時用于EAM通信的PD 120和CD 130之間的應用協(xié)議(或子協(xié)議)可以用字符串指示。例如,字符串'PDCDEAS'可以用于經(jīng)由Sec-WebSocket-Protocol發(fā)送的子協(xié)議,諸如Sec-WebSocket-Protocol:PDCDEAS。在這種情況下,當PD 120和CD 130這兩者均包括相同的指定子協(xié)議時,它們可以有效地通信和交換EAM。

參考圖19,當CD 130加入網(wǎng)絡時或當緊急消息應用在CD 130上或在由CD所需任何其他時間啟動時,從CD 130到PD 120的對緊急消息的訂閱650可以做出對訂閱緊急消息的請求。輸入?yún)?shù)可以包括識別PD 120可以如何向CD 130發(fā)送EAM的訂閱回叫URL信息1300。輸入?yún)?shù)可以包括識別確定何時向CD 130發(fā)送消息的標準的EAM過濾1310。例如,一個合適的過濾準則可以是CD 130的地理位置。在一些情況下,可能期望接收用于其他地理位置的緊急消息,諸如用于位于遠處位置的用戶的海濱別墅的緊急消息,或諸如用于用戶當前位置的緊急消息。例如,一個合適的過濾準則可以是一天中的時間、一周中的一天、一年中的一月、一年中的一季、用戶的年齡和/或基于假日的標準。在一些情況下,可能希望僅在某些定義的時間時段期間接收消息。例如,一個合適的過濾準則可以是使用CD的特定觀看者。例如,如果觀看者是未成年人,則可能不期望接收琥珀色警報消息。輸入?yún)?shù)可以包括識別CD的CD標識1320。例如,CD標識優(yōu)選地使用字符串標識(例如,優(yōu)選地唯一的字符串標識)。輸入?yún)?shù)可以包括CD應用標識1330。例如,如果存在,則CD應用標識在用于交換緊急消息的CD上識別多個這樣的應用之中的特定應用。輸入?yún)?shù)可以包括CD應用版本1340。例如,CD應用版本更具體地識別特定應用的屬性和/或能力。輸入?yún)?shù)可以包括請求的訂閱持續(xù)時間1350。例如,CD可以請求訂閱持續(xù)3000秒、4000秒或另一個合適的持續(xù)時間。以這種方式,這種緊急消息的持續(xù)時間將不是無限的并且是可控的,至少在CD所請求的持續(xù)時間由PD履行的情況下。在一些示例中,可以指配特殊值以指示對“無限”持續(xù)時間訂閱的請求。例如,作為請求的訂閱持續(xù)時間的值“-1”可以指示期望無限期地(例如,永遠、無限時間地和/或始終)接收EAM。安全令牌或標識符1360可以包括在輸入?yún)?shù)中。安全令牌可能已經(jīng)由CD通過一些外部手段獲得并且可以幫助識別CD。例如,它可以將安全設備的建立認證為受信設備??梢愿鶕?jù)需要使用附加的或更少的輸入?yún)?shù)。

在一個示例中,可以在從CD到PD的緊急消息的訂閱請求中攜帶的各種元素及其描述可以如下表:“對緊急消息的訂閱的元素”所示。

表:對緊急消息的訂閱的元素

在一個示例中,可以使用JavaScript對象符號(JSON)來實現(xiàn)對緊急消息的訂閱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定義的實體的當前地理或物理位置的信息的可擴展消息和呈現(xiàn)協(xié)議(XMPP)協(xié)議擴展。

在一個示例中,REST機制可以用于到PD的CD訂閱請求以接收EAM。

在一個示例中,這可以通過從CD向PD上的定義的端點發(fā)送請求來完成。

在一個示例中,可以從CD向PD發(fā)送如下的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引用查詢參數(shù),并且SubscriptionDuration=3600引用訂閱持續(xù)時間。另外192.168.0.100通過其IP地址引用CD。根據(jù)需要,可以使用其他請求結(jié)構。

在前述GET請求中,PD引用PD,EAM引用端點,subReq_CD2PD引用子請求的類型,SubscriptionCallbackURL=http%3A%2F%2F192.168.0.100%2FCD%2FCB01引用查詢參數(shù),SubscriptionDuration=3600引用訂閱持續(xù)時間,HTTP/1.1主機:http://192.168.0.200通過其IP地址引用PD。

如圖所示,SubscriptionCallbackURL的值可以是在將其放入HTTP GET查詢參數(shù)中時編碼的url。

在另一個示例中,可以從CD向PD發(fā)送如下的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和訂閱持續(xù)時間可以是當將其放在HTTP POST查詢參數(shù)中時編碼的url。

參考圖20,優(yōu)選地在接收到訂閱信息時發(fā)送從PD 120到CD 130的對訂閱的響應655。響應可以基于訂閱回叫URL信息1300以提供消息。另外,響應可以基于特定CD標識1320、CD應用標識1330、CD應用版本1340、安全令牌或標識符1360和/或請求的訂閱持續(xù)時間1350。輸出參數(shù)可以包括識別PD的PD標識1400。例如,PD標識優(yōu)選地使用字符串標識。以這種方式,CD可以在其所連接或可以連接到的多個不同PD之間進行區(qū)分。在一些情況下,PD ID可以包括諸如“John′s Television”的用戶友好名稱。在一些情況下,該友好名稱可以是不同于PD標識1400的單獨參數(shù)“主設備名稱”。輸出參數(shù)可以包括訂閱標識1410,其識別對特定PD與特定CD之間的服務的特定訂閱。例如,訂閱標識可以是特定會話的唯一標識,使得可以為特定CD定制后續(xù)消息和通信。此外,訂閱標識1410可以用于在多個PD EAM應用之中和/或在多個CD EAM應用之中進行區(qū)分。訂閱標識1410可以用于唯一地識別從CD到PD的這個訂閱,用于這兩個設備之間的后續(xù)消息交換。輸出參數(shù)可以包括指示訂閱的持續(xù)時間的確認訂閱持續(xù)時間1420。例如,訂閱持續(xù)時間可以確認訂閱緊急消息650中,例如參數(shù)請求的訂閱持續(xù)時間1350中的請求的持續(xù)時間。例如,訂閱持續(xù)時間可以確認與訂閱緊急消息650中請求的持續(xù)時間不同的持續(xù)時間。不同的確認訂閱持續(xù)時間1420可以小于或等于所請求的訂閱持續(xù)時間1350。例如,訂閱持續(xù)時間可以確認在訂閱緊急消息650中請求的0秒的持續(xù)時間,其指示所請求的訂閱對于特定CD不可用。以這種方式,訂閱將具有有限的持續(xù)時間,并且因此在提供改進的用戶體驗的持續(xù)時間中不是不確定的。安全令牌或標識符1460可以包括在輸出參數(shù)中。例如,它可以將安全設備的認證建立為受信設備。安全令牌或標識符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發(fā)送HTTP響應來完成。例如,可以從PD發(fā)送向CD如下的HTTP響應:

在該示例中,HTTP響應主體可以包括符合JSON架構的JSON數(shù)據(jù)。在另一個示例中,代替JSON,可以使用具有填充的JSON(JSONP)數(shù)據(jù)。在另一種情況下,HTTP響應主體可以以諸如XML、CSV、BNF或ABNF、Extended Backus-Naur Form(ENBF)或任何其他合適的格式的另一種格式發(fā)送相同的數(shù)據(jù)。例如,如果在HTTP響應主體中使用XML格式,則內(nèi)容可以符合用于響應的XML架構。

參考圖21,從CD 130到PD 120的更新訂閱680優(yōu)選地在當前訂閱超時時或之前的任何時間發(fā)送以更新當前訂閱,或者在當前訂閱超時之后發(fā)送以更新先前訂閱。在一些情況下,在用于CD的多個當前訂閱之中針對特定訂閱發(fā)出從CD 130到PD 120的更新訂閱680,使得可以允許CD 130的一些當前訂閱被終止同時更新一個或多個其他訂閱。以這種方式,僅更新所選擇的訂閱集合,而不更新其他訂閱,從而減輕明確地取消其他訂閱的需要。在一些情況下,從CD 130到PD 120的更新訂閱680可以是用于CD的多個當前訂閱的所有訂閱。以這種方式,可以用減少的數(shù)據(jù)通信量有效地更新所有當前訂閱,并且不需要明確地識別所有當前訂閱。

更新訂閱680可以基于識別PD的PD標識1500。例如,PD標識優(yōu)選地使用字符串標識。以這種方式,CD可以在其連接到的或可以連接的多個不同PD之間進行區(qū)分。輸入?yún)?shù)可以包括訂閱標識1510,其識別特定PD與特定CD之間的服務的特定訂閱。例如,訂閱標識可以是該特定會話的唯一標識,使得可以為特定CD定制后續(xù)消息和通信。此外,訂閱標識1510可以用于在多個PD EAM應用之中和/或在多個CD EAM應用之中進行區(qū)分。在PD 120在當前訂閱終止之前接收到用于更新訂閱680的訂閱標識1510的情況下,可以擴展現(xiàn)有訂閱。在PD 120在當前訂閱終止之后接收到用于更新訂閱680的訂閱標識1510的情況下,PD 120可以使用其過去歷史來確定先前訂閱的特性,并且基于先前訂閱提供新訂閱。在一些情況下,訂閱標識1510可以與訂閱標識1410相同。輸入?yún)?shù)可以包括請求的訂閱持續(xù)時間1520,其指示更新訂閱的持續(xù)時間。例如,CD可以請求更新訂閱持續(xù)3000秒、4000秒或另一個適當?shù)某掷m(xù)時間。以這種方式,這種緊急消息的持續(xù)時間將不是無限的并且是可控的,至少在CD所請求的持續(xù)時間由PD履行的情況下。輸入?yún)?shù)可以包括識別CD的CD標識1530。例如,CD標識優(yōu)選地使用字符串標識。輸入?yún)?shù)可以包括CD應用標識1540。例如,CD應用標識識別在用于交換緊急消息的CD上、并且如果存在,在多個這樣的應用之中的應用。輸入?yún)?shù)可以包括CD應用版本1550。例如,CD應用版本識別特定應用的屬性和/或能力。在一些示例中,不需要回叫信息,因為該信息已經(jīng)可用于PD,因為它可以與訂閱信息鏈接。安全令牌或標識符1560可以包括在輸入?yún)?shù)中。安全令牌或標識符可能已經(jīng)由CD通過一些外部手段獲得,并且可以幫助識別CD。例如,它可以將安全設備的認證建立為受信設備。安全令牌或標識符1560可以與安全令牌或標識符1360相同。在其他示例中,安全令牌或標識符1560可以不同于安全令牌或標識符1360。

在一個示例中,可以在從CD到PD的更新訂閱中攜帶的各種元素及其描述可以如下表:“更新訂閱的元素”所示。

表:更新訂閱的元素

在一個示例中,JSON可以用于攜帶從PD到CD的訂閱更新請求消息以繼續(xù)接收EAM。用于到PD以繼續(xù)和更新接收EAM的CD訂閱更新請求的JSON架構可以如下:

在一個示例中,該JSON有效載荷的格式可以如下:

在一個示例中,XML格式可以用于攜帶從PD到CD的訂閱更新請求消息以繼續(xù)或更新接收EAM。用于到PD以繼續(xù)或更新接收EAM的CD訂閱更新請求的XML架構可以如下:

在另一示例中,用于到PD以繼續(xù)接收EAM的CD訂閱更新請求的JSON架構可以定義如下:

在另一示例中,此更新請求JSON有效載荷的格式可以如下:

在另一示例中,用于到PD以繼續(xù)接收EAM的CD訂閱更新請求的XML架構可以定義如下:

在一個示例中,REST機制可以用于到PD以繼續(xù)接收EAM的CD訂閱更新請求。

在一個示例中,這可以通過從CD向PD上的定義的端點發(fā)送請求來完成。

在一個示例中,可以從CD向PD發(fā)送如下的HTTP GET請求:

http://192.168.0.200/PD/EAM/sub_renew_req_CD2PD?SubscriptionID=C034587&SubscriptionDuration=7200

其也可以表示為

在另一個示例中,可以從CD向PD發(fā)送如下的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優(yōu)選地在當前訂閱超時之前的任何時間發(fā)送以更新當前訂閱,或者在當前訂閱超時之后發(fā)送以更新先前訂閱,以確認訂閱被取消,或總體上在任何時間。在一些情況下,針對CD的多個當前訂閱之中的特定訂閱發(fā)出從CD 130到PD 120的取消緊急訂閱670,使得CD 130的一些當前訂閱可被許可為終止,同時維持一個或多個其他訂閱。以這種方式,僅維持所選擇的訂閱集合,同時取消其他訂閱,從而減輕明確地維持其他訂閱的需要。這優(yōu)選地可替選地取消所有訂閱,然后訂閱期望的訂閱,由此實現(xiàn)取消不期望的訂閱。在一些情況下,從CD 130到PD 120的取消緊急訂閱670可以是用于CD的多個當前訂閱的所有訂閱。以這種方式,可以用減少的數(shù)據(jù)通信量有效地取消所有當前訂閱,并且不需要明確地識別所有當前訂閱。

取消緊急訂閱670可以基于識別PD的PD標識1600。例如,PD標識優(yōu)選地使用字符串標識。以這種方式,CD可以在其連接到或可以連接的多個不同PD之間進行區(qū)分。輸入?yún)?shù)可以包括訂閱標識1610,其識別特定PD與特定CD之間的服務的特定訂閱。例如,訂閱標識可以是該特定會話的唯一標識,使得可以針對特定CD定制后續(xù)消息和通信,諸如不發(fā)送附加EAM。此外,訂閱標識1610可以用于在多個PD EAM應用之中和/或在多個CD EAM應用之中進行區(qū)分。在PD 120在當前訂閱終止之前接收到用于取消緊急訂閱670的訂閱標識1610的情況下,可以終止現(xiàn)有訂閱。在PD 120在當前訂閱終止之后接收到用于取消緊急訂閱670的訂閱標識1610的情況下,PD 120可以使用其過去的歷史來確保訂閱被終止。如果需要,輸入?yún)?shù)可以包括指示取消的訂閱的持續(xù)時間的訂閱持續(xù)時間1620以用于確認的目的。輸入?yún)?shù)可以包括識別CD的CD標識1630。例如,CD標識優(yōu)選地使用字符串標識。輸入?yún)?shù)可以包括CD應用標識1640。例如,CD應用標識識別在用于交換緊急消息的CD上、并且如果存在,在多個這樣的應用之中的應用。輸入?yún)?shù)可以包括CD應用版本1650。例如,CD應用版本識別特定應用的屬性和/或能力。在一些示例中,不需要回叫信息,因為該信息對于PD已經(jīng)可用,因為它可以與訂閱信息鏈接。安全令牌或標識符1660可以包括在輸入?yún)?shù)中。安全令牌或標識符可能已經(jīng)由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上的定義的端點發(fā)送請求來完成。

在一個示例中,可以從CD向PD發(fā)送如下的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發(fā)送如下的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,優(yōu)選地響應于來自CD 130和/或CD EAM應用的請求,發(fā)送從CD 130到PD 120的對訂閱的響應690。以這種方式,可以將確認指向特定CD 130和/或CD上的一個或多個特定EAM應用。在一些情況下,從CD 130到PD 120的對訂閱的響應690可以是用于CD的多個當前訂閱的所有訂閱。以這種方式,可以用減少的數(shù)據(jù)通信量有效地確認所有當前訂閱,并且不需要明確地識別所有當前訂閱。響應于從CD接收到更新訂閱請求680,可以將訂閱的響應690從PD發(fā)送到CD。響應于從CD接收到取消緊急訂閱670,可以將訂閱的響應690從PD發(fā)送到CD。

對訂閱的響應690可以基于識別PD的PD標識1700。例如,PD標識優(yōu)選地使用字符串標識。以這種方式,CD可以在其連接到或可以連接的多個不同PD之間進行區(qū)分。輸出參數(shù)可以包括訂閱標識1710,其識別特定PD和特定CD之間的服務的特定訂閱。例如,訂閱標識可以是該特定會話的唯一標識,使得可以為特定CD定制后續(xù)消息和通信。此外,訂閱標識1710可以用于在多個PD EAM應用之中和/或在多個CD EAM應用之中進行區(qū)分。在PD 120發(fā)送針對取消緊急訂購的響應670的訂閱標識1710的情況下,使得可以確認更新訂閱680和/或取消緊急訂閱670。如果需要,輸出參數(shù)可以包括指示訂閱的持續(xù)時間的確認訂閱持續(xù)時間1720用于確認目的。確認訂閱持續(xù)時間1720可以與所請求的持續(xù)時間相同,或者可以不同于所請求的持續(xù)時間。安全令牌或標識符1760可以包括在輸出參數(shù)中。例如,它可以將安全設備的認證建立為受信設備。安全令牌或標識符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發(fā)送HTTP響應來完成。

在另一示例中,可以從PD向CD發(fā)送如下的HTTP響應:

在這種情況下,HTTP響應主體包括可以符合先前定義的JSON架構的JSON數(shù)據(jù)。在另一示例中,可以使用JSONP數(shù)據(jù)而不是JSON。在另一種情況下,HTTP響應主體可以以諸如XML、CSV、BNF、ABNF、ENBF或任何其他合適格式的另一種格式發(fā)送相同的數(shù)據(jù)。例如,如果在HTTP響應主體中使用XML格式,則內(nèi)容可以符合用于上面定義的響應的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發(fā)送HTTP響應來完成。

在另一示例中,可以從PD向CD發(fā)送如下的HTTP響應:

HTTP/1.1 200 OK

在這種情況下,在另一示例中,HTTP響應主體可以包括一些數(shù)據(jù)。例如,可以發(fā)送如下的響應:

先前定義了可以符合JSON架構的JSON數(shù)據(jù)。在另一示例中,可以使用JSONP數(shù)據(jù)而不是JSON。在另一種情況下,HTTP響應主體可以以諸如XML、CSV、BNF、ABNF、ENBF或任何其他合適格式的另一種格式發(fā)送相同的數(shù)據(jù)。例如,如果在HTTP響應主體中使用XML格式,則內(nèi)容可以符合用于上面定義的響應的XML架構。

參考圖24,優(yōu)選地響應于何時需要將EAM從PD 120通信到CD 130而從PD 120向CD 130發(fā)送提供緊急消息660。以這種方式,緊急消息可以指向特定CD 130和/或CD上的一個或多個特定EAM應用。在一些情況下,從PD 120到CD 130的所提供的緊急消息660可以是用于CD的多個當前訂閱的所有訂閱。以這種方式,可以用減少的數(shù)據(jù)通信量有效地確認所有當前訂閱,而不需要明確地識別所有當前訂閱。

提供緊急消息660可以基于識別PD的PD標識1800。例如,PD標識優(yōu)選地使用字符串標識。以這種方式,CD可以在其連接到或可以連接的多個不同PD之間進行區(qū)分。通知消息參數(shù)可以包括訂閱標識1810,其識別特定PD與特定CD之間的服務的特定訂閱。例如,訂閱標識可以是該特定會話的唯一標識,使得可以針對特定CD定制該緊急消息。此外,訂閱標識1810可以用于在多個PD EAM應用之中和/或在多個CD EAM應用之中進行區(qū)分。輸入?yún)?shù)可以包括指示緊急警報的文本信息的EAM 1820的初始內(nèi)容。在一些情況下,EAM 1820的全部或部分可以包括文本內(nèi)容、其他內(nèi)容和/或控制代碼??刂拼a可以用于指示CD已知的特定標準消息,因此不需要明確地提供。輸入?yún)?shù)可以包括識別CD的CD標識1830。例如,CD標識優(yōu)選地使用字符串標識。輸入?yún)?shù)可以包括CD應用標識1840。例如,CD應用標識識別在用于交換緊急消息的CD上、并且如果存在,在多個這樣的應用之中的應用。輸入?yún)?shù)可以包括CD應用版本1850。例如,CD應用版本識別特定應用的屬性和/或能力。在一些示例中,CD標識1830、CD應用標識1840和CD應用版本1850優(yōu)選地可以不存在于所提供的緊急消息660中。輸入?yún)?shù)可以包括EAM 1820的初始內(nèi)容的特性1860。特性1860可以指示,例如,消息是否是新消息。在消息不是新消息的情況下,可能期望確定消息是否先前已經(jīng)被提供給特定CD,在這種情況下,如果需要,可以選擇性地不再將其提供給CD。在消息是新消息的情況下,期望將新消息提供給CD。特性1860可以指示例如消息是否是不重復的一次性消息。在消息是一次性消息的情況下,期望將一次性消息提供給CD。在一些情況下,為了確保消息被CD正確接收,盡管一次性消息僅由PD接收一次,但是一次性消息可以不止一次地發(fā)送到CD。在消息是連續(xù)消息的情況下,每當PD接收到該消息時,可以將該消息提供給CD。在消息是連續(xù)消息的情況下,每當PD接收到該消息時,可以將該消息選擇性地提供給CD。在消息是連續(xù)消息的情況下,可以選擇性地不將消息提供給CD。特性1860可以指示例如消息的類型。消息的類型可以包括例如文本消息、混合媒體消息、視頻消息、音頻消息、HTML消息等。特性1860可以指示例如消息的優(yōu)先級。例如,1可以包括低優(yōu)先級消息,5可以包括中優(yōu)先級消息,并且10可以包括高優(yōu)先級消息。輸入?yún)?shù)可以包括指示附加內(nèi)容是否可用或?qū)⒑芸炜捎玫母郊觾?nèi)容1870。附加內(nèi)容1870可以指示位置,諸如附加信息可以由CD找到的URI。附加內(nèi)容1870可以指示是否可以預期包括與當前提供的緊急消息660相關的附加信息的后續(xù)消息。以這種方式,第一緊急消息可以指示第二緊急消息將具有與第一緊急消息相關的附加信息,第二緊急消息可以指示第三緊急消息將具有與第一和/或第二緊急消息相關的附加信息,并且第三緊急消息可以指示不存在與第一、第二或第三緊急消息相關的附加信息。以這種方式,可以通過使用多個緊急消息來克服對緊急消息的任何大小或內(nèi)容相關的限制。此外,以這種方式,第一緊急消息可以在PD接收到剩余的緊急消息之前提供,或者可用于提供給PD??梢栽谙⒅邪〞r間戳以識別消息何時生成。安全令牌或標識符1890可以包括在輸出參數(shù)中。例如,它可以將安全設備的認證建立為受信設備。安全令牌或標識符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“互聯(lián)網(wǎng)上的日期和時間:時間戳”中所定義的語義,其通過引用整體并入本文中。

在一個示例中,XML格式可以用于攜帶從PD到CD的通知EAM。

在一個示例中,用于到CD的EAM的PD通知的XML架構可以如下:

在一個示例中,REST機制可以用于到CD的EAM的PD通知。

在一個示例中,這可以通過從PD向CD上的定義的端點發(fā)送請求來完成。

在另一個示例中,可以從CD向PD發(fā)送如下的HTTP POST請求:

在一個示例中,可以從CD向PD發(fā)送如下的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,優(yōu)選地發(fā)送從CD 130到PD 120的對EAM的響應695。以這種方式,對緊急消息的響應可以指向特定PD 120和/或PD上的一個或多個特定EAM應用。在一些情況下,從CD 130到PD 120的對EAM的響應695可以是用于CD的多個當前訂閱的所有訂閱。以這種方式,可以用減少的數(shù)據(jù)通信量有效地確認所有當前訂閱,而不需要明確地識別所有當前訂閱。

對EAM的響應695可以基于識別PD的PD標識1900。例如,PD標識優(yōu)選地使用字符串標識。以這種方式,CD可以在其連接到或可以連接的多個不同PD之間進行區(qū)分。在一些示例中,PD標識1900可以不優(yōu)選地包括在對EAM的響應685中。輸入?yún)?shù)可以包括訂閱標識1910,其識別特定PD與特定CD之間的服務的特定訂閱。例如,訂閱標識可以是該特定會話的唯一標識,使得可以針對特定CD定制緊急消息。此外,訂閱標識1910可以用于在多個PD EAM應用之中和/或在多個CD EAM應用之中進行區(qū)分。輸入?yún)?shù)可以包括對附加內(nèi)容的請求1920,該請求指示對PD可以用附加消息響應的附加信息的期望。輸入?yún)?shù)可以包括識別CD的CD標識1930。例如,CD標識優(yōu)選地使用字符串標識。輸入?yún)?shù)可以包括CD應用標識1940。例如,CD應用標識識別在用于交換緊急消息的CD上、并且如果存在,在多個這樣的應用之中的應用。輸入?yún)?shù)可以包括CD應用版本1950。例如,CD應用版本識別特定應用的屬性和/或能力。在一些示例中,不需要回叫信息,因為該信息對于PD已經(jīng)可用,因為它可以與訂閱信息鏈接。安全令牌或標識符1960可以包括在輸入?yún)?shù)中。安全令牌或標識符可能已經(jīng)由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發(fā)送HTTP響應來完成。

在另一示例中,可以從CD向PD發(fā)送如下的HTTP響應:

HTTP/1.1 200 OK

在這種情況下,在另一示例中,HTTP響應主體可以包括一些數(shù)據(jù)。例如,響應可以如下:

JSON數(shù)據(jù)可以符合先前定義的JSON架構。在另一個示例中,可以使用JSONP數(shù)據(jù)而不是JSON。在另一種情況下,HTTP響應主體可以以諸如XML、CSV、BNF、ABNF、ENBF或任何其他合適格式的另一種格式發(fā)送相同的數(shù)據(jù)。例如,如果在HTTP響應主體中使用XML格式,則內(nèi)容可以符合用于上面定義的響應的XML架構。

另外,對于上述具有元素名稱及其描述的所有或一些表,可以向每個消息添加“安全令牌或標識符”元素。這可以如下表:“消息的安全元素”所示地來完成

表:消息的安全元素

在一個示例中,安全令牌或標識符可以表示為“SecurityToken”代碼字段,其可以在JSON架構中如下完成:

如果需要,除了所指示的輸入?yún)?shù)之外,響應消息可以指示成功或失敗。另外,輸入?yún)?shù)、附加輸入?yún)?shù)的子集和/或輸入?yún)?shù)可以與附加輸入?yún)?shù)的子集共同使用。

在一個示例中,WebSocket機制可以用于攜帶在PD和CD之間的一些或所有消息。另外,HbbTV定義的機制(例如HbbTV 2.0伴隨屏幕機制)可以用于通信。在這種情況下,在一個示例中,PD和CD之間的通信可以作為在HbbTV中定義的“應用到應用通信”來執(zhí)行。

在這種情況下,可以應用以下一個或更多個:

(1)為PD到CD通信定義app端點。當交換將通過WebSocket協(xié)議中繼的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“等??傮w上,可以使用唯一地識別用于EAM的PD和CD之間的通信或用于PD和CD之間的任何通信的任何字母數(shù)字或特殊字符串。

在一個示例中,可以為PD和CD之間的一些或所有消息交換定義UPnP服務。這有助于任何UPnP控制點發(fā)現(xiàn)UPnP EAM服務。參考圖26,PD可以包括具有UPnP EAM服務的UPnP設備。PD上的UPnP服務可以包括EAM事件狀態(tài)變量。CD可以包括UPnP控制點。UPnP控制點功能可以是CD EAM應用的一部分,或者它可以與CD EAM應用分離。CD上的UPnP控制點功能可以用于接收作為UPnP事件消息發(fā)送的EAM。

UPnP服務可以提供以下UPnP動作:

設置EAM過濾器

獲取當前EAM

Set EAM filter

Get current EAM

UPnP服務還可以定義用于接收即時消息的事件狀態(tài)變量,諸如EmergencyAlertMessage。

如下提供示例性UPnP動作的描述:

(1)SetEAMFilter。此動作將過濾字符串作為輸入自變量(argument)。在一個示例中,過濾字符串可以是地理位置。例如在一種情況下,這可以是郵政編碼。在另一種情況下,它可以是郵政編碼的列表。在這種情況下,僅為作為輸入自變量供應的郵政編碼(地理位置)請求EAM。返回字符串可以返回成功或錯誤代碼(例如固定的3位數(shù)代碼),其后是錯誤或成功字符串。此動作可以采取附加輸入自變量,以使其更安全。

(2)GetCurrentEmergencyMessage。此動作不采取輸入自變量(argument)。在另一個示例中,此操作可以采取作為過濾字符串的輸入自變量。此過濾字符串可以具有與用于SetEAMFilter動作的輸入自變量過濾字符串相同的語義??商孢x地,在一些示例中,可以通過該動作采取附加輸入自變量以使其更安全。返回字符串可以返回成功指示(例如,固定的3位代碼),其后是當前EAM。在供應了輸入自變量過濾字符串的情況下,EAM將用于特定過濾器。如果沒有當前EAM,則可以返回“null”值。如果存在錯誤,則返回字符串可以返回錯誤代碼(例如,固定的3位代碼),其后是錯誤原因字符串。在一些示例中,可以附加地返回指示EAM的時間戳的時間戳。例如,這可以是輸出自變量或嵌入在返回字符串中,可以作為EAM的前綴。

在一個示例中,UPnP服務可以不支持上述動作中的一個或這兩者。可以提供下面描述的事件狀態(tài)變量,即EmergencyAlertMessage,用于獲得EAM。

在一個示例中,CD充當控制點,并且PD充當UPnP設備并提供EAM UPnP服務。在這種情況下,PD的UPnP EAM服務提供狀態(tài)變量EmergencyAlertMessages。在一個示例中,發(fā)生狀態(tài)變量EmergencyAlertMessages的事件。在一個示例中,未發(fā)生狀態(tài)變量EmergencyAlertMessages的事件。如果預期EAM的大小較大,則可能是這種情況。在這種情況下,狀態(tài)變量EmergencyAlertMessages的值可以通過查詢其作為狀態(tài)變量而由CD輪詢。在一種情況下,這可以使用QueryStatevariable UPnP動作來完成。

當狀態(tài)變量EmergencyAlertMessag

es更改時,PD發(fā)布更正。例如,當存在一個新的EAM時發(fā)生這種情況?;蛘弋斨貜颓耙粋€EAM時可能發(fā)生這種情況。訂閱CD以接收此信息。

在一種情況下,EmergencyAlertMessages狀態(tài)變量可以是所要求的元素。在另一種情況下,EmergencyAlertMessages狀態(tài)變量可以是可選元素。

此外,對于訂閱EAM,CD和PD可以使用UPnP事件架構來交換消息。UPnP事件架構可以如在通過引用并入本文的UPnP設備架構1.0文檔中所描述的。其可以包括以下消息交換中的一個或更多個:

(1)CD通過獲得UPnP設備描述來獲得關于PD EAM的事件URL的信息。

(2)CD通過用具有NT和CALLBACK報頭的方法SUBSCRIBE發(fā)送請求來訂閱用于UPnP EAM服務的事件。此訂閱請求可能包括以下內(nèi)容:

在CALLBACK報頭中的CD上的訂閱回叫URL。

TIMEOUT報頭中的以秒為單位的請求的訂閱持續(xù)時間。

訂閱請求的示例如下所示:

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報頭中用信號發(fā)送以請求無限訂閱。

(3)PD可以接受來自CD的對EAM的訂閱。在這種情況下,它可以為該訂閱指配唯一ID(例如,訂閱ID(SID))以及訂閱的持續(xù)時間(例如,確認訂閱持續(xù)時間),并且可以向CD發(fā)送響應。

從PD到CD的訂閱響應可以包括以下:

(a)SID報頭中的用于唯一地識別訂閱的訂閱ID。

(b)TIMEOUT報頭中的以秒為單位的確定的實際訂閱持續(xù)時間。

訂閱響應的示例可以如下:

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>

可以要求在特定的時間限制內(nèi)從PD向CD發(fā)送訂閱響應。例如,可以要求從其從CD接收訂閱請求的時間開始30秒內(nèi)從PD向CD發(fā)送訂閱響應。

另外,PD可以向CD發(fā)送包含EAM的第一或初始時間消息。車可以類似于如何經(jīng)由事件狀態(tài)變量發(fā)送緊急消息來完成。

(4)CD可以向PD發(fā)送更新訂閱消息以更新對EAM的訂閱。此訂閱更新請求可能包括以下:

(a)SID報頭中用于唯一地識別此訂閱的訂閱

(b)TIMEOUT報頭中以秒為單位的請求的訂閱持續(xù)時間

訂閱請求的示例可以如下:

SUBSCRIBE<eventSubURL path>HTTP/1.1

HOST:<PD Host:PD port>

SID:uuid:<Subscription ID>

TIMEOUT:<requested subscription duration for renewal of subscription in Second>

(5)PD可以從CD接受對EAM的訂閱更新請求。在這種情況下,其可以分配用于訂閱的持續(xù)時間(例如,確認訂閱持續(xù)時間),并且可以向CD發(fā)送響應。

此從PD到CD的訂閱響應可以包括以下:

(a)SID報頭中用于唯一地識別訂閱的訂閱ID

(b)TIMEOUT報頭中以秒為單位的請求的訂閱持續(xù)時間

訂閱請求的示例可以如下:

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>

可以要求在特定的時間限制內(nèi)從PD向CD發(fā)送訂閱更新響應。例如,可以要求從其從CD接收訂閱請求的時間開始30秒內(nèi)從PD向CD發(fā)送訂閱更新響應。

另外,當?shù)谝淮螐腃D接收到訂閱請求時,在與當從PD向CD發(fā)送響應時發(fā)送的時間類似的時間,PD可以不發(fā)送新“初始”或第一EAM。

(6)CD可以通過用方法UNSUBSCRIBE向PD發(fā)送請求來發(fā)送取消訂閱消息,以取消對EAM的訂閱。此訂閱取消請求可能包括以下:

SID報頭中用于唯一地識別此訂閱的訂閱ID。

TIMEOUT報頭中可以不需要以秒為單位的請求的訂閱持續(xù)時間。然而在一些示例中,可以在TIMEOUT報頭中用信號發(fā)送0值。可替選地,可以在TIMEOUT報頭中用信號發(fā)送特殊值(例如-1)或任何其他值。該值可以被PD忽略。

訂閱取消請求的示例如下:

UN-SUBSCRIBE<eventSubURL path>HTTP/1.1

HOST:<PD Host:PD port>

SID:uuid:<Subscription ID>

(7)PD可以接受來自CD的對EAM的訂閱取消請求。在這種情況下,它可以發(fā)送具有成功或失敗代碼的響應。

訂閱取消請求的示例如下:

HTTP/1.1 200 OK

可以要求在特定的時間限制內(nèi)從PD向CD發(fā)送訂閱取消響應。例如,可以要求從其從CD接收訂閱請求的時間開始30秒內(nèi)從PD向CD發(fā)送訂閱取消響應。

(8)PD可以將EAM作為事件消息發(fā)送到訂閱的CD。這可以響應于狀態(tài)變量的改變而被發(fā)送。該狀態(tài)變量可以是先前描述的EmergencyAlertMessage狀態(tài)變量。

示例訂閱更新響應如下所示,其中EAM作為JSON格式的數(shù)據(jù)發(fā)送。其中在“EmergencyAlertMessage”狀態(tài)變量中用信號發(fā)送的值符合上面相對于EAM的PD通知定義的JSON架構。

示例訂閱更新響應如下所示,其中EAM作為XML格式的數(shù)據(jù)發(fā)送:

在一些示例中,在SEQ報頭中發(fā)送的<'key event'>可以在第一事件通知消息中被初始化為0,可以對于隨后的事件通知消息遞增。

EAM的內(nèi)容(在<'EmergencyAlertMessage'>..</EmergencyAlertMessage>>字段內(nèi))可以以UTF-8編碼。

在一個示例中,給出UPnP EAM服務XML描述如下:

在一個示例中,用于提供UPnP EAM服務的設備的提出的設備描述如下:

UPnP EAM服務設備描述XML:

在一些示例中,可以使用JSONP數(shù)據(jù)而不是JSON。

在另一示例中,HTTP響應主體可以以諸如XML、CSV、BNF、ABNF、ENBF或任何其他合適格式的另一格式發(fā)送相同數(shù)據(jù)。

另外,當發(fā)生失敗時,如果需要,傳送錯誤代碼和描述性錯誤字符串。例如,如果CD發(fā)送了不符合協(xié)議定義的架構的消息,則錯誤可以由PD用錯誤代碼和錯誤字符串來指示。類似地,如果PD發(fā)送不符合由協(xié)議定義的架構的消息,則錯誤可以由CD用錯誤代碼和錯誤字符串來指示。當服務器不可用或無法訪問或存在網(wǎng)絡錯誤時,可能交換其他錯誤代碼和/或錯誤字符串。

在另一示例中,REST機制可以用于在PD和CD之間交換消息。上面已經(jīng)針對在PD和CD之間交換的每個消息描述了其示例性示例。

參考圖27,PD可以包括具有可以接收REST請求的各種REST URL和/或端點的REST服務器。CD可以包括可以向各種REST URL和/或端點發(fā)送REST和/或HTTP請求的REST客戶端。特別地,在下面的REST請求中,響應在圖27中示出。

□PD上的REST服務器可以包括用于到PD的CD訂閱請求的REST端點和/或URL。當CD上的REST客戶端將REST和/或HTTP訂閱請求發(fā)送到此端點時,PD可以發(fā)送用于此訂閱請求的REST和/或HTTP響應。

□PD上的REST服務器可以包括用于到PD的CD訂閱更新請求的REST端點和/或URL。當CD上的REST客戶端將REST和/或HTTP訂閱更新請求發(fā)送到此端點時,PD可以發(fā)送用于此訂閱更新請求的REST和/或HTTP響應。

□PD上的REST服務器可以包括用于到PD的CD訂閱取消請求的REST端點和/或URL。當CD上的REST客戶端將REST和/或HTTP訂閱取消請求發(fā)送到此端點時,PD可以發(fā)送用于此訂閱取消請求的REST和/或HTTP響應。

參考圖28,CD可以包括具有可以接收REST請求的REST URL和/或端點的REST服務器。PD可以包括可以向各種REST URL和/或端點發(fā)送REST和/或HTTP請求的REST客戶端。特別地,在下面的REST請求中,響應在圖27中示出。

□CD上的REST服務器可以包括用于來自PD的EAM的REST端點和/或URL。當PD上的REST客戶端發(fā)送REST和/或HTTP訂閱請求到該包括EAM的端點時,PD可以發(fā)送用于此EAM的REST和/或HTTP響應。

在又一示例中,簡單對象訪問協(xié)議(SOAP)可以用于在PD和CD之間交換消息。

應當理解,權利要求不限于上面所示的精確配置和部件。在不脫離權利要求的范圍的情況下,可以對本文所述的系統(tǒng)、方法和裝置的布置、操作和細節(jié)進行各種修改、改變和變化。

當前第1頁1 2 3 
網(wǎng)友詢問留言 已有0條留言
  • 還沒有人留言評論。精彩留言會獲得點贊!
1