TWI787218B - 用於以信號發送與一緊急警報訊息相關聯之資訊之方法、裝置、設備、記錄媒體、剖析與一緊急警報訊息相關聯之資訊之裝置、用於以信號發送及剖析與一緊急警報訊息相關聯之資訊之系統、用於擷取與一緊急警報訊息相關聯之一媒體資源之方法及用於基於一緊急警報訊息而執行一動作之方法 - Google Patents
用於以信號發送與一緊急警報訊息相關聯之資訊之方法、裝置、設備、記錄媒體、剖析與一緊急警報訊息相關聯之資訊之裝置、用於以信號發送及剖析與一緊急警報訊息相關聯之資訊之系統、用於擷取與一緊急警報訊息相關聯之一媒體資源之方法及用於基於一緊急警報訊息而執行一動作之方法 Download PDFInfo
- Publication number
- TWI787218B TWI787218B TW106141317A TW106141317A TWI787218B TW I787218 B TWI787218 B TW I787218B TW 106141317 A TW106141317 A TW 106141317A TW 106141317 A TW106141317 A TW 106141317A TW I787218 B TWI787218 B TW I787218B
- Authority
- TW
- Taiwan
- Prior art keywords
- emergency alert
- media
- alert message
- aea
- message
- Prior art date
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
- H04N21/81—Monomedia components thereof
- H04N21/8126—Monomedia components thereof involving additional data, e.g. news, sports, stocks, weather forecasts
- H04N21/814—Monomedia components thereof involving additional data, e.g. news, sports, stocks, weather forecasts comprising emergency warnings
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
- H04N21/235—Processing of additional data, e.g. scrambling of additional data or processing content descriptors
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
- H04N21/236—Assembling of a multiplex stream, e.g. transport stream, by combining a video stream with other content or additional data, e.g. inserting a URL [Uniform Resource Locator] into a video stream, multiplexing software data into a video stream; Remultiplexing of multiplex streams; Insertion of stuffing bits into the multiplex stream, e.g. to obtain a constant bit-rate; Assembling of a packetised elementary stream
- H04N21/23614—Multiplexing of additional data and video streams
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
- H04N21/435—Processing of additional data, e.g. decrypting of additional data, reconstructing software from modules extracted from the transport stream
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
- H04N21/83—Generation or processing of protective or descriptive data associated with content; Content structuring
- H04N21/84—Generation or processing of descriptive data, e.g. content descriptors
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
- H04N21/85—Assembly of content; Generation of multimedia applications
- H04N21/858—Linking data to content, e.g. by linking an URL to a video object, by creating a hotspot
- H04N21/8586—Linking data to content, e.g. by linking an URL to a video object, by creating a hotspot by using a URL
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/41—Structure of client; Structure of client peripherals
- H04N21/414—Specialised client platforms, e.g. receiver in car or embedded in a mobile appliance
- H04N21/41407—Specialised client platforms, e.g. receiver in car or embedded in a mobile appliance embedded in a portable device, e.g. video client on a mobile phone, PDA, laptop
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- Business, Economics & Management (AREA)
- Emergency Management (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
- Alarm Systems (AREA)
Abstract
一種裝置可經組態以接收來自一廣播串流之一低階發信號緊急警報訊息片段。該裝置可剖析包含於該緊急警報訊息片段中之語法元素。該裝置可基於該等經剖析語法元素判定是否擷取與該緊急警報訊息相關聯之一媒體資源。
Description
本發明係關於互動電視之領域。
數位媒體播放能力可併入至廣泛範圍之裝置中,包含數位電視(包含所謂的「智慧型」電視)、機上盒、膝上型電腦或桌上型電腦、平板電腦、數位記錄裝置、數位媒體播放機、視訊遊戲裝置、蜂巢式電話(包含所謂的「智慧型」電話)、專用視訊串流裝置及類似物。數位媒體內容(例如,視訊及音訊節目)可源自複數個源,包含(例如)無線電視提供者、衛
星電視提供者、有線電視提供者、線上媒體服務提供者(包含所謂的串流服務提供者)及類似物。數位媒體內容可經由封包交換網路來遞送,包含雙向網路(諸如網際網路協定(IP)網路)及單向網路(諸如數位廣播網路)。
可根據一傳輸標準將數位媒體內容自一源傳輸至一接收器裝置(例如,一數位電視或一智慧型電話)。傳輸標準之實例包含數位視訊廣播(DVB)標準、整合式服務數位廣播標準(ISDB)標準及由進階電視系統委員會(ATSC)開發之標準(例如,包含ATSC 2.0標準)。ATSC目前正在開發所謂的ATSC 3.0標準套組。ATSC 3.0標準套組試圖透過多樣化遞送機制來支援廣泛範圍之多樣化服務。例如,ATSC 3.0標準套組試圖支援廣播多媒體遞送(所謂的廣播串流)及/或檔案下載多媒體遞送(所謂的寬頻串流及/或檔案下載多媒體遞送)及其等之組合(即,「混合服務」)。ATSC 3.0標準套組所預期之一混合服務之一實例包含一接收器裝置,該接收器裝置(例如,透過一單向傳送)接收一無線視訊廣播且透過一封包交換網路(即,透過一雙向傳送)自一線上媒體服務提供者接收一同步次要音訊呈現(例如,一次要語言)。除定義可如何將數位媒體內容從一源傳輸至一接收器裝置外,傳輸標準可指定可如何將緊急警報訊息從一源傳達至一接收器裝置。用於傳達緊急警報訊息之當前技術可能係較不理想的。
一般言之,本發明描述用於以信號發送(signaling或signalling)緊急警報訊息之技術。特定言之,本文描述之技術可用於以信號發送與包含於一緊急警報訊息中之內容相關聯之資訊,及/或與一緊急警報訊息相關聯之其他資訊。在一些情況中,一接收器裝置可能能夠剖析與緊急警報訊息相關聯之資訊且使數位媒體內容之呈現及/或顯像被修改,使得對應緊急訊息警報對一使用者更明顯。例如,一接收器裝置可經組態以在發信號資訊指示一特定類型之內容之存在包含於一緊急警報訊息中的情況下,關閉或臨時暫停一應用程式。應注意,雖然在一些實例中,關於緊急警報訊息
描述本文描述之技術,但本文描述之技術可普遍適用於其他類型之警報及訊息。應注意,儘管在一些實例中,關於ATSC標準來描述本發明之技術,但本文中描述之技術通常可應用於任何傳輸標準。例如,本文中描述之技術通常可應用於以下任一者:DVB標準、ISDB標準、ATSC標準、數位陸地多媒體廣播(DTMB)標準、數位多媒體廣播(DMB)標準、混合廣播及寬頻電視(HbbTV)標準、全球資訊網聯盟(W3C)標準、通用隨插即用(UPnP)標準及其他視訊編碼標準。此外,應注意,參考本文中之文件而併入係出於描述目的且不應建構為限制及/或產生關於本文中使用之術語之歧義。例如,在一個併入參考提供與另一併入參考不同之一術語之一定義之情況中及/或在本文中使用該術語時,應以廣泛包含各各自定義之一方式及/或以包含替代方案中之特定定義之各者之一方式來解釋該術語。
本發明之一態樣係一種用於以信號發送與一緊急警報訊息相關聯之資訊之方法,該方法包括:以信號發送指示與一緊急警報訊息相關聯之一媒體資源之一內容類型之一語法元素;及以信號發送提供該媒體資源之一描述之一語法元素。
本發明之一態樣係一種用於擷取與一緊急警報訊息相關聯之一媒體資源之方法,該方法包括:自一服務提供者接收一緊急警報訊息;剖析指示與一緊急警報訊息相關聯之一媒體資源之一內容類型之一語法元素;及至少部分基於指示該內容類型之該語法元素判定是否擷取該媒體資源。
本發明之一態樣係一種用於以信號發送與一緊急警報訊息相關聯之資訊之方法,該方法包括:
以信號發送指示一指數因子之一語法元素,該指數因子應用於與一緊急警報訊息相關聯之一媒體資源之一大小;及以信號發送指示該媒體資源之該大小之一語法元素。
本發明之一態樣係一種用於基於一緊急警報訊息而執行一動作之方法,該方法包括:自一服務提供者接收一緊急警報訊息;剖析該訊息中包含識別該訊息之一類別之一語法元素之一第一位元組;剖析該訊息中包含識別該訊息之一優先順序之一語法元素之一後續位元組;及至少部分基於該訊息之該類別或該訊息之該優先順序而執行一動作。
本發明之一態樣係一種用於基於一緊急警報訊息而執行一動作之方法,該方法包括:自一服務提供者接收一緊急警報訊息;剖析指示該緊急警報訊息是否目標為一廣播區域內之所有位置之一語法元素;及至少部分基於該語法元素而執行一動作。
本發明之一態樣係一種用於基於一緊急警報訊息而執行一動作之方法,該方法包括:自一服務提供者接收一緊急警報訊息;剖析指示媒體資源之呈現之順序是否與該緊急警報訊息相關聯之一語法元素;及至少部分基於該語法元素而執行一動作。
本發明之一態樣係一種用於基於一緊急警報訊息而執行一動作之方
法,該方法包括:自一服務提供者接收一緊急警報訊息;剖析指示一媒體資源之持續時間是否與該緊急警報訊息相關聯之一語法元素;及至少部分基於該語法元素而執行一動作。
本發明之一態樣係一種用於以信號發送與一緊急警報訊息相關聯之資訊之方法,該方法包括:以信號發送指示識別待用於通用資源定位符建構之一網域之一識別符代碼之一語法元素;及以信號發送提供一通用資源定位符片段之一字串之一語法元素。
本發明之一態樣係一種用於以信號發送與一緊急警報訊息相關聯之資訊之方法,該方法包括:以信號發送指示是否由一2字元字串或一5字元字串表示該緊急警報訊息之語言之一語法元素;及以信號發送提供指示該緊急警報訊息之該語言之一字串之一語法元素。
本發明之一態樣係一種用於以信號發送與一緊急警報訊息相關聯之資訊之方法,該方法包括:以信號發送指示與該緊急警報訊息相關聯之一媒體元素之一媒體類型之一3位元語法元素;及以信號發送指示與具有該經指示媒體類型之該媒體元素相關聯之一額外媒體元素之存在之一語法元素。
本發明之一態樣係一種用於基於一緊急警報訊息而執行一動作之方法,該方法包括:自一服務提供者接收一緊急警報訊息;
剖析指示一喚醒屬性之值之一語法元素;及至少部分基於該語法元素而執行一動作。
在下文之隨附圖式及描述中陳述一或多個實例之細節。將自描述及圖式且自發明申請專利範圍明白其他特徵、目標及優點。
100:內容遞送協定模型
200:系統
202A-202N:接收器裝置
203:伴隨裝置
204:電視服務網路
206:電視服務提供者網站
208:服務散佈引擎
210A:內容資料庫
210B:緊急警報資料庫
212:廣域網路
214:內容提供者網站
216:緊急應變機構網站
218:緊急警報資料提供者網站
300:服務散佈引擎
302:組件囊封器
304:傳送及網路封包產生器
306:鏈路層封包產生器
308:圖框建立器及波形產生器
310:系統記憶體
400:接收器裝置
402:中央處理單元
404:系統記憶體
406:作業系統
408:應用程式
409:文件剖析器
410:系統介面
412:資料提取器
414:音訊解碼器
416:音訊輸出系統
418:視訊解碼器
420:顯示器系統
422:I/O裝置
424:網路介面
500:伴隨裝置
502:中央處理單元
504:系統記憶體
506:作業系統
508:應用程式
510:系統介面
512:儲存裝置
514:I/O裝置
516:網路介面
圖1係繪示根據本發明之一或多種技術之內容遞送協定模型之一實例之一概念圖。
圖2係繪示可實施本發明之一或多種技術之一系統之一實例之一方塊圖。
圖3係繪示可實施本發明之一或多種技術之一服務散佈引擎之一實例之一方塊圖。
圖4係繪示可實施本發明之一或多種技術之一接收器裝置之一實例之一方塊圖。
圖5係繪示可實施本發明之一或多種技術之一裝置之一實例之一方塊圖。
圖6A係繪示一例示性緊急警報訊息之一例示性方案之一電腦程式清單。
圖6B係繪示一例示性緊急警報訊息之一例示性方案之一電腦程式清單。
圖7A係繪示一例示性緊急警報訊息之一例示性方案之一電腦程式清單。
圖7B係繪示一例示性緊急警報訊息之一例示性方案之一電腦程式清單。
傳輸標準可定義可如何將緊急警報從一服務提供者傳達至接收器裝置。緊急警報通常藉由一緊急應變機構產生且傳輸至一服務提供者。一緊急應變機構可經包含作為一政府機構之部分。例如,緊急應變機構可包含美國國家氣象局、美國國土安全部、本地及區域機構(例如,警察局及消防局)及類似機構。緊急警報可包含關於一當前或預期緊急情況之資訊。資訊可包含意在深化生命、健康、安全及財產之保護之資訊,且可包含關於緊急情況及如何回應緊急情況之關鍵細節。可與一緊急警報相關聯之緊急情況之類型之實例包含龍捲風、颶風、洪水、海嘯、地震、結冰條件、大雪、蔓延之火災、毒氣排放、蔓延之電力故障、工業爆炸、市民騷亂、即將到來之天氣改變之警告及觀測及類似緊急情況。
一服務提供者(諸如,例如一電視廣播業者(例如,一區域網路聯盟)、一多頻道視訊節目商(MVPD)(例如,一有線電視服務業者、一衛星電視服務業者、一網際網路協定電視(IPTV)服務業者)及類似物)可產生一或多個緊急警報訊息用於散佈至接收器裝置。緊急警報及/或緊急警報訊息可包含文字(例如,「惡劣天氣警報」)、影像(例如,一天氣圖)、音訊內容(例如,警告音、音訊訊息等)、視訊內容及/或電子文件之一或多者。緊急警報訊息可使用各種技術整合至一多媒體內容之呈現中。例如,一緊急警報訊息可作為一滾動條「燒錄」至視訊或與一音軌混合或可在一疊加使用者可控制視窗(例如,一彈出視窗)中呈現一緊急警報訊息。此外,在一些實例中,緊急警報及/或緊急警報訊息可包含統一資源識別符(URI)。例如,一緊急警報訊息可包含統一資源定位符(URL),該等統一資源定位符(URL)識別何處可獲得與緊急情況有關之額外資訊(例如,視訊、音
訊、文字、影像等)(例如,包含描述緊急情況之一文件之一伺服器之IP位址)。接收包含一URL之一緊急警報訊息之一接收器裝置(透過一單向廣播或透過一雙向寬頻連接)可獲得描述一緊急警報之一文件、剖析該文件且在一顯示器上顯示包含於該文件中之資訊(例如,產生一滾動條且將其疊加在視訊呈現上、使影像顯像、播放音訊訊息)。協定可指定用於格式化一緊急警報訊息之一或多個方案,諸如,例如,基於超文字標記語言(HTML)、動態HTML、可擴展標記語言(XML)、JavaScript物件記法(JSON)及級聯式樣單(CSS)。通用警報協定,版本1.2(其在OASIS中描述為:「Common Alerting Protocol」版本1.2,2010年7月1日(下文中稱為「CAP版本1.2」))提供一緊急警報訊息可如何根據一XML方案格式化之一實例。此外,ANSI:「Emergency Alert Messaging for Cable」,J-STD-42-B,美國國家標準協會,2013年10月提供一緊急警報訊息可如何根據一方案格式化之一實例。
運算裝置及/或傳輸系統可係基於包含一或多個抽象化層之模型,其中各抽象化層處之資料根據特定結構(例如,封包結構、調變方案等)來呈現。包含所定義抽象化層之一模型之一實例係在圖1中繪示之所謂的開放系統互連(OSI)模型。OSI模型定義一7層堆疊模型,包含一應用層、一呈現層、一對話層、一傳送層、一網路層、一資料鏈路層及一實體層。應注意,相對於描述一堆疊模型中之層而使用之術語上及下可係基於應用層係最上層且實體層係最下層。此外,在一些情況中,術語「層1」或「L1」可用於指代一實體層,術語「層2」或「L2」可用於指代一鏈路層,且術語「層3」或「L3」或「IP層」可用於指代網路層。
一實體層通常可係指電信號形成數位資料之一層。例如,一實體層
可係指定義經調變射頻(RF)符號如何形成數位資料之一圖框之一層。一資料鏈路層(其亦可被稱為鏈路層)可係指在一發送側處之實體層處理之前且在一接收側處之實體層接收之後使用之一抽象化。如在本文中使用,一鏈路層可係指用於在一發送側處將資料自一網路層傳送至一實體層且用於在一接收側處將資料自一實體層傳送至一網路層之一抽象化。應注意,一發送側及一接收側係邏輯角色,且一單一裝置可在一個例項中作為一發送側操作且在另一例項中操作為一接收側操作。一鏈路層可將囊封於特定封包類型(例如,動態圖碼專家群-傳送串流(MPEG-TS)封包、網際網路協定版本4(IPv4)封包等)中之各種類型之資料(例如,視訊、音訊或應用程式檔案)抽象化為一單一泛型格式以供一實體層處理。一網路層通常可係指邏輯定址發生之一層。即,一網路層通常可提供定址資訊(例如,網際網路協定(IP)位址、URL、URI等),使得可將資料封包遞送至一網路內之一特定節點(例如,一運算裝置)。如在本文中使用,術語網路層可係指一鏈路層上方之一層及/或具有一結構中之資料以使得資料可經接收用於鏈路層處理之一層。一傳送層、一對話層、一呈現層及一應用層之各者可定義如何遞送資料以供一使用者應用程式使用。
傳輸標準(包含目前正在開發之傳輸標準)可包含指定各層之所支援協定之一內容遞送協定模型且可進一步定義一或多個特定層實施方案。再次參考圖1,繪示一例示性內容遞送協定模型。在圖1中繪示之實例中,出於繪示目的,內容遞送協定模型100與7層OSI模型大體一致。應注意,此一繪示不應解釋為限制內容遞送協定模型100及/或本文中描述之技術之實施方案。內容遞送協定模型100通常可對應於針對ATSC 3.0標準套組之當前提出之內容遞送協定模型。此外,可在經組態以基於內容遞送協定模型
100來操作之一系統中實施本文中描述之技術。
ATSC 3.0標準套組包含ATSC標準A/321,System Discovery and Signaling Doc.A/321:2016,2016年3月23日(下文中稱為「A/321」),其之全部內容以引用的方式併入本文中。A/321描述一ATSC 3.0單向實體層實施方案之一實體層波形之初始進入點。此外,目前正在開發之ATSC 3.0標準套組之態樣在候選標準、其等之修訂及工作草案(WD)中描述,其等之各者可包含所提出態樣以包含於一ATSC 3.0標準之一公共(即,「最終」或「採用」)版本中。例如,ATSC標準:Physical Layer Protocol,Doc.S32-230r56,2016年6月29日(其之全部內容以引用的方式併入本文中)描述針對ATSC 3.0之經提出單向實體層。經提出ATSC 3.0單向實體層包含一實體層圖框結構,該實體層圖框結構包含一經定義引導(bootstrap)、前置碼及包含一或多個實體層管道(PLP)之資料有效負載結構。一PLP通常可係指一RF頻道內之一邏輯結構或一RF頻道之一部分。經提出之ATSC 3.0標準套組指代一RF頻道抽象化為一廣播串流。經提出之ATSC 3.0標準套組進一步提供藉由一PLP識別符(PLPID)識別一PLP,該PLP識別符在其所屬之廣播串流中係唯一的。即,一PLP可包含具有特定調變及編碼參數之一RF頻道(例如,藉由一地理區域及頻率識別之一RF頻道)之一部分。
所提出ATSC 3.0單向實體層提供,一單一RF頻道可含有一或多個PLP且各PLP可攜載一或多個服務。在一個實例中,多個PLP可攜載一單一服務。在所提出ATSC 3.0標準套組中,術語服務可用於指代總體呈現給使用者之一媒體組件集合(例如,一視訊組件、一音訊組件及一字幕組件),其中組件可為多種媒體類型,其中一服務可為連續或間斷的,其中
一服務可為一即時服務(例如,對應於一實況事件之多媒體呈現)或一非即時服務(例如,一視訊點播服務、一電子服務指南服務),且其中一即時服務可包含一電視節目序列。服務可包含基於應用程式之特徵。基於應用程式之特徵可包含服務組件,包含一應用程式、待由應用程式所使用之可選檔案及引導應用程式在特定時間進行特定動作之可選通知。在一個實例中,一應用程式可為構成一增強或互動服務之一文件集合。一應用程式之文件可包含HTML、JavaScript、CSS、XML及/或多媒體檔案。應注意,所提出ATSC 3.0標準套組指定可在未來版本中定義新服務類型。因此,如在本文中使用,術語服務可係指關於所提出ATSC 3.0標準套組描述之一服務及/或其他類型之數位媒體服務。如上文描述,一服務提供者可從一緊急應變機構接收一緊急警報且產生可結合一服務散佈至接收器裝置之緊急警報訊息。一服務提供者可產生整合至一多媒體呈現中之一緊急警報訊息及/或產生作為一基於應用程式之增強之部分之一緊急警報訊息。例如,緊急資訊可在視訊中顯示為文字(其可被稱為緊急螢幕上文字資訊),且可包含(例如)一滾動條(其可被稱為一水平滾動字幕(crawl))。滾動條可作為燒錄至一視訊呈現中之一文字訊息(例如,作為一螢幕上緊急警報訊息)及/或作為包含於一文件中之文字(例如,一XML片段)由接收器裝置接收。
參考圖1,內容遞送協定模型100支援使用經由使用者資料報協定(UDP)及網際網路協定(IP)之MPEG媒體傳送協定(MMTP)及經由UDP及IP之經由單向傳送之即時物件遞送(ROUTE)透過ATSC廣播實體層之串流及/或檔案下載。MMTP描述於ISO/IEC:ISO/IEC 23008-1,「Information technology-High efficiency coding and media delivery in
heterogeneous environments-Part 1:MPEG media transport(MMT)」。ROUTE之一概述提供於2016年1月5日批准之ATSC候選標準:Signaling,Delivery,Synchronization,and Error Protection(A/331)Doc.A331S33-174r5-Signaling-Delivery-Sync-FEC,2016年9月21日更新版(下文中稱為「A/331」),其之全部內容以引用的方式併入。
應注意,儘管在一些背景內容中ATSC 3.0使用術語廣播來指代一單向無線傳輸實體層,但所謂的ATSC 3.0廣播實體層支援透過串流或檔案下載之視訊遞送。因而,如在本文中使用之術語廣播不應用於限制可根據本發明之一或多種技術傳送視訊及相關聯資料之方式。此外,內容遞送協定模型100支援ATSC廣播實體層處之發信號(例如,使用實體圖框前置碼之發信號)、ATSC鏈路層處之發信號(使用一鏈路映射表(LMT)之發信號)、IP層處之發信號(例如,所謂的低階發信號(LLS))、服務層發信號(SLS)(例如,使用MMTP或ROUTE中之訊息之發信號)及應用或呈現層發信號(例如,使用一視訊或音訊浮水印之發信號)。
如上文描述,所提出之ATSC 3.0標準套組支援IP層處之發信號,其被稱為低階發信號(LLS)。在所提出之ATSC 3.0標準套組中,LLS包含攜載於具有專用於此發信號功能之一位址及/或埠之IP封包之有效負載中之發信號資訊。所提出之ATSC 3.0標準套組定義可以一LLS表之形式以信號發送之五種類型之LLS資訊:一服務清單表(SLT)、分級區域表(RRT)、一系統時間片段、一進階緊急警報表片段(AEAT)訊息及一螢幕上訊息通知。額外LLS表可依未來版本以信號發送。表1提供為一LLS表提供之語法,如根據所提出之ATSC 3.0標準套組定義且在A/331中描述。在表1及本文描述之其他表中,uimsbf指代一不帶正負號整數最高有效位
元第一資料格式且var指代可變數目之位元。
A/331提供包含於表1中之語法元素之下列定義:LLS_table_id-一8位元不帶正負號整數,其應識別在主體中遞送之表之類型。在範圍0至0x7F中之LLS_table_id之值應藉由ATSC定義或保留以供ATSC未來使用。在範圍0x80至0xFF中之LLS_table_id之值應可供使用者私人使用。
provider_id-一8位元不帶正負號整數,其應識別與在LLS_table()之此例項中以信號發送之服務相關聯之提供者,其中一「提供者」係正使用此廣播串流之部分或全部來廣播服務之一廣播業者。provider_id在此廣播串流內應為唯一的。
LLS_table_version-一8位元不帶正負號整數,每當藉由LLS_table_id與provider_id之一組合識別之表中之任何資料改變時,其應遞增1。當值達到0xFF時,該值應在遞增之後迴繞至0x00。每當存在超過一個提供者公共一廣播串流時,LLS_table()應藉由LLS_table_id與provider_id之一組合識別。
SLT-XML格式服務清單表([A/331之]第6.3部分),其使用gzip壓縮[即,gzip檔案格式]。
RRT-符合[A/331之]附件F中指定之RatingRegionTable結構之一分級區域表之一例項,其使用gzip壓縮。
SystemTime-XML格式系統時間片段([A/331之]第6.3部分),其使用gzip壓縮。
AEAT-符合進階緊急警報訊息格式(AEA-MF)結構([A/331之]第6.5部分)之XML格式進階緊急警報表片段,其使用gzip壓縮。
如上文描述,一服務提供者可從一緊急應變機構接收一緊急警報且
產生可結合一服務散佈至接收器裝置之緊急警報訊息。可包含一緊急警報訊息之一文件之一實例中之AEAT片段。在A/331中,AEAT片段可由一或多個AEA(進階緊急警報)訊息組成,其中AEA訊息根據一AEA-MF(進階緊急警報訊息格式)結構格式化。在A/331中,AEA-MF包含可從警報發起者(例如,一緊急應變機構)或一服務提供者轉遞至一接收器裝置之多媒體內容之設施。表2描述如在A/331中提供之AEAT元素之結構。應注意,在表2及包含於本文中之其他表中,data types string(資料類型字串)、unsignedByte、dateTime、language(語言)或anyURI可對應於在由全球資訊網聯盟(W3C)維持之XML方案定義(XSD)建議中提供之定義。在一個實例中,此等可對應於在「XML方案第2部分:資料類型第二版」中描述之定義。此外,使用可對應於一元素或屬性之基數(即,一元素或屬性出現之次數)。
在一個實例中,包含於表2中之元素及屬性可基於包含於A/331中之下列語意:AEAT-AEAT之根元素。
AEA-進階緊急警報訊息。此元素為具有@AEAid、@issuer、@audience、@AEAtype、@refAEAid及@priority屬性之母元素加上下列子元素:Header、AEAtext、Media及視情況Signature。
AEA@AEAid-此元素應為唯一地識別AEA訊息之一字串值,其藉由站(發送者)指派。@AEAid不應包含空格、逗號或限制字元(<及&)。
AEA@issuer-應識別發起或轉遞訊息之廣播站之一字串。@issuer應包含字母數字值,諸如呼叫字母、站識別符(ID)、群組名稱或其他識別值。
AEA@audience-應識別訊息之預期收訊者之一字串。該值應根據表3編碼。
AEA@refAEAid-應識別一參考AEA訊息之AEAid之一字串。其應在@AEAtype係「update」或「cancel」時出現。
AEA@AEAtype-應識別AEA訊息之類別之一字串。該值應根據表4編碼。@refAEAid
AEA@priority-AEA訊息應包含指示警報之優先順序之一整數值。該值應根據表5編碼。
Header-此元素應含有警報之相關包絡資訊,包含警報之類型(EventCode)、警報生效之時間(@effective)、其逾期之時間(@expires)及目標警報區域之位置(Location)。
Header@effective-此dateTime應含有警報訊息之生效時間。日期及時間應以XML dateTime資料類型格式表示(例如,「2016-06-23T22:11:16-05:00」表示2016年6月23日上午11:15 EDT)。不應使用字母時區指定符(諸如「Z」)。UTC之時區應表示為「-00:00」。
Header@expires-此dateTime應含有警報訊息之逾期時間。日期及時間應以XML dateTime資料類型格式表示(例如,「2016-06-
23T22:11:16-05:00」表示2016年6月23日上午11:15 EDT)。不應使用字母時區指定符(諸如「Z」)。UTC之時區應表示為「-00:00」。
EventCode-應識別經格式化為表示值自身(例如,在美國,一「EVI」值將用於表示一疏散警告)之一字串(其可表示一數)之警報訊息之事件類型之一字串。值可視國家而不同,且可為一字母數字代碼,或可為純文字。每一AEA訊息應僅存在一個EventCode。
EventCode@type-此屬性應為應指定EventCode之網域之一國家指派之字串值(例如,在美國,「SAME」表示標準美國聯邦通信委員會(FCC)第11部分緊急警報系統(EAS)編碼)。作為縮寫字之@type之值應皆以無句點之大寫字母表示。
Location-應描述具有一基於地理代碼之一訊息目標之一字串。
Location@type-此屬性應為識別Location代碼之網域之字串。
若@type=「FIPS」,則Location應被定義為由美國聯邦通信委員會針對緊急警報系統在美國聯邦法規(CFR)第47篇第11部分(修訂版)中指定之聯邦資訊處理標準(FIPS)地理代碼。
若@type=「SGC」,則Location應被定義為如由加拿大統計局定義之標準地理分類代碼,2006版,其於2010年5月更新。
若@type=「polygon」,則Location應定義由形成一閉合、不自相交迴圈之四個或四個以上座標對之一連接序列構成之一地理空間區域。
若@type=「circle」,則Location應定義藉由給定為一座標對,其後緊跟一空格字元之一中心點及以公里為單位之一半徑值表示之一圓形區域。
@type之文字值係區分大小寫的,且應皆以大寫字母表示,惟
「polygon」及「circle」除外。
AEAtext-緊急訊息之純文字之一字串。各AEAtext元素應恰包含一個@lang屬性。對於依多種語言之相同警報之AEAtext,此元素應要求多個AEAtext元素之存在。
AEAtext@lang-此屬性應識別警報訊息之各自AEAtext元素之語言。此屬性應表示此ATSC 3.0服務之名稱之語言,且其應藉由如由BCP 47定義之正式自然語言識別符表示[網際網路工程任務小組(IETF)當前最佳實踐(BCP)47。應注意,BCP係一系列IETF RFC(意見請求)(其等之編號在其等更新時改變)之一持久性名稱。描述語言標籤語法之最新的RFC為RFC 5646,Tags for the Identification of Languages,其以引用之方式併入本文中,且其淘汰較舊之RFC 4646、3066及1766。]。應不存在隱含預設值。
Media-應含有多媒體資源之組件部分,包含資源之語言(@lang)、描述(@mediaDesc)及位置(@url)。指代具有與AEAtext相關之補充資訊之一額外檔案;例如,一影像或音訊檔案。多個例項可在一AEA訊息塊內發生。
Media@lang-此屬性應識別各Media資源之各自語言,幫助指示接收者是否正發送相同多媒體之不同語言例項。此屬性應表示此ATSC 3.0服務之名稱之語言,且其應藉由如由BCP 47定義之正式自然語言識別符表示。
Media@mediaDesc-應以純文字描述Media資源之類型及內容之一字串。描述應指示媒體類型,諸如視訊、相片、PDF等。
Media@uri-應包含可用於從訊息外部之一目的地擷取資源之一完整
URL之一可選元素。當一豐富媒體資源經由寬頻帶遞送時,Media元素之URL應參考一遠端伺服器上之一檔案。當一豐富媒體資源經由廣播ROUTE遞送時,資源之URL應以http://localhost/開始。URL應匹配在遞送檔案或檔案之Entity標頭之LCT[IETF:RFC 5651,「Layered Coding Transport(LCT)Building Block」,Internet Engineering Task Force,Reston,VA,2009年10月]頻道中之擴展檔案遞送表(EFDT)中之對應檔案元素之Content-Location屬性。
Signature-應實現站與接收器之間的帶數位簽章訊息之一可選元素。
如在表2中闡釋,一AEA訊息可包含一URI(Media@uri),該URI識別何處可獲得與緊急情況相關之額外媒體資源(例如,視訊、音訊、文字、影像等)。AEA訊息可包含與額外媒體資源相關聯之資訊。如在表2中提供之與額外媒體資源相關聯之資訊之發信號可能係較不理想的。
如上文描述,所提出之ATSC 3.0標準套組支援使用一視訊或音訊浮水印之發信號。一浮水印可用於確保一接收器裝置可擷取補充內容(例如,緊急訊息、替代音軌、應用程式資料、隱藏字幕資料等)而不管如何散佈多媒體內容。例如,一區域網路聯盟可將一浮水印嵌入一視訊信號中以確保一接收器裝置可擷取與一本地電視呈現相關聯之補充資訊且因此將補充內容呈現給一觀看者。例如,內容提供者可期望確保在一再散佈場景期間,訊息隨一媒體服務之呈現而出現。一再散佈場景之一實例可包含一ATSC 3.0接收器裝置接收一多媒體信號(例如,一視訊及/或音訊信號)且從多媒體信號復原嵌入信號之一情形。例如,一接收器裝置(例如,一數位電視)可從一多媒體介面(例如,一高清晰度多媒體介面(HDMI)或類似物)接收一未壓縮視訊信號且接收器裝置可從未壓縮視訊信
號復原嵌入資訊。在一些情況中,當一MVPD充當一接收器裝置與一內容提供者(例如,一區域網路聯盟)之間之一中介者時一再散佈場景可發生。在此等情況中,一機上盒可透過特定實體、鏈路及/或網路層格式接收一多媒體服務資料串流且輸出一未壓縮多媒體信號至一接收器裝置。應注意,在一些實例中,一再散佈場景可包含其中機上盒或一家庭媒體伺服器充當家庭內視訊散佈器(in-home video distributor)且伺服(例如,透過一區域有線或無線網路)經連接之裝置(例如,智慧型電話、平板電腦等)之一情形。此外,應注意,在一些情況中,一MVPD可將一浮水印嵌入於一視訊信號中以增強源於一內容提供者之內容(例如,提供一目標補充廣告)。
ATSC候選標準:Content Recovery(A/336),Doc.S33-178r2,2016年1月15日(在下文中稱為「A/336」)(其之全部內容以引用之方式併入)指定可如何在音訊浮水印有效負載、視訊浮水印有效負載及音軌之使用者區域中攜載特定發信號資訊且可如何使用此資訊來存取一再散佈場景中之補充內容。A/336描述在何處一視訊浮水印有效負載可包含emergency_alert_message()。一emergency_alert_message()支援視訊浮水印中之緊急警報資訊之遞送。已提出使用提供於表6中之一advanced_emergency_alert_message()替換如提供於A/336中之emergency_alert_message()或除如提供於A/336中之emergency_alert_message()外添加提供於表6中之一advanced_emergency_alert_message()。應注意,在一些實例中,一advanced_emergency_alert_message()可被稱為一AEA_message()。在表6及本文描述之其他表中,char指代一字元。
已針對各自語法元素AEA_ID_length;AEA_ID;AEA_issuer_length;AEA_issuer;effective;expires;event_code_type_length;event_code_length;event_code_type;event_code;audience;AEA_type;priority;ref_AEA_ID_flag;num_AEA_text;num_location;ref_AEA_ID_length;ref_AEA_ID;AEA_text_lang_code;AEA_text_length;AEA_text;location_type;location_length及包含於advanced_emergency_alert_message()中之位置提供下列定義:AEA_ID_length-此8位元不帶正負號整數欄位給定AEA_ID欄位之長度(以位元組為單位)。
AEA_ID-此字串應為[A/331]中定義之當前進階緊急警報訊息之AEAT.AEA@AEAid屬性之值。
AEA_issuer_length-此8位元不帶正負號整數欄位給定AEA_issuer欄位之長度(以位元組為單位)。
AEA_issuer-此字串應為[A/331]中定義之當前進階緊急警報訊息之AEAT.AEA@issuer屬性之值。
effective-此參數應指示編碼為從1970年1月1日00:00:00(國際原子時(TAI))開始之秒數之一32位元計數之AEA訊息之生效日期及時間。此參
數應為[A/331]中定義之當前進階緊急警報訊息之AEAT.AEA.Header@effective屬性之值。
expires-此參數應指示編碼從1970年1月1日00:00:00(國際原子時(TAI))開始之秒數之一32位元計數之AEA訊息之最新逾期日期及時間。此參數應為[A/331]中定義之當前進階緊急警報訊息之AEAT.AEA.Header@expires屬性之值。
audience-此3位元不帶正負號整數欄位給定訊息之收訊者類型。此不帶正負號整數應為[A/331]中定義之當前進階緊急警報訊息之AEAT.AEA@audience屬性之值。該值應根據表7編碼。
event_code_type_length-此3位元不帶正負號整數欄位給定event_code_type欄位之長度(以位元組為單位)。
event_code_length-此4位元不帶正負號整數欄位給定event_code欄位之長度(以位元組為單位)。
event_code_type-此字串應為[A/331]中定義之當前進階緊急警報訊息之AEAT.AEA.Header.EventCode@type屬性之值。
event_code-此字串應為[A/331]中定義之當前進階緊急警報訊息之AEAT.AEA.Header.EventCode元素之值。
AEA_type-此3位元不帶正負號整數欄位給定AEA訊息之類別。此不帶正負號整數應為[A/331]中定義之當前進階緊急警報訊息之AEAT.AEA@AEAtype屬性之值。該值應根據表8編碼。
priority-此4位元不帶正負號整數應為[A/331]中定義之當前進階緊急警報訊息之AEAT.AEA@priority屬性之值。
ref_AEA_ID_flag-此1位元布林旗標欄位指示AEA訊息中ref_AEA_ID欄位的存在。
num_AEA_text-此2位元不帶正負號整數欄位給定AEA訊息中AEA_text欄位之數目。
num_location-此2位元不帶正負號整數欄位給定AEA訊息中location欄位之數目。
ref_AEA_ID_length-此8位元不帶正負號整數欄位給定ref_AEA_ID欄位之長度(以位元組為單位)。
ref_AEA_ID-此字串應為[A/331]中定義之當前進階緊急警報訊息之AEAT.AEA@refAEAid屬性之值。
AEA_text_lang_code-此16位元字元欄位給定AEA_text欄位之語言代碼。此字串應為[A/331]中定義之當前進階緊急警報訊息之AEAT.AEA.AEAtext@lang屬性之前兩個字元。
AEA_text_length-此8位元不帶正負號整數欄位給定AEA_text欄位之長度(以位元組為單位)。
AEA_text-此字串應為[A/331]中定義之當前進階緊急警報訊息之AEAT.AEA.AEAtext元素之值。
location_type-此3位元不帶正負號整數欄位給定location欄位之類
型。此不帶正負號整數應為[A/331]中定義之當前進階緊急警報訊息之AEAT.AEA.Header.Location@type屬性之值,其具有「polygon」位置類型不應用於視訊浮水印訊息中的約束。該值應根據表9編碼。
location_length-此8位元不帶正負號整數欄位給定location欄位之長度(以位元組為單位)。
location-此字串應為[A/331]中定義之當前進階緊急警報訊息之AEAT.AEA.Header.Location元素之值。
如在表6中闡釋,advanced_emergency_alert_message()可基於在0至3之範圍中之num_AEA_text及num_location之各自2位元值以信號發送多達三個AEA文字字串及高達三個AEA位置字串。此外,如在表6中闡釋,
可使用AEA_text_lang_code元素以信號發送AEA文字字串之語言。表6中提供之發信號可能係較不理想的。如此,ATSC 3.0標準套組中經提出用於以信號發送緊急警報訊息之機制可能係較不理想的。
圖2係繪示可實施本發明中描述之一或多種技術之一系統之一實例之一方塊圖。系統200可經組態以根據本文中描述之技術來傳達資料。在圖2中繪示之實例中,系統200包含一或多個接收器裝置202A至202N、一或多個伴隨裝置203、電視服務網路204、電視服務提供者網站206、廣域網路212、一或多個內容提供者網站214、一或多個緊急應變機構網站216及一或多個緊急警報資料提供者網站218。系統200可包含軟體模組。軟體模組可儲存於一記憶體中且由一處理器來執行。系統200可包含一或多個處理器及複數個內部及/或外部記憶體裝置。記憶體裝置之實例包含檔案伺服器、檔案傳送協定(FTP)伺服器、網路附接儲存(NAS)裝置、本端磁碟機或能夠儲存資料之任何其他類型之裝置或儲存媒體。儲存媒體可包含藍光光碟、DVD、CD-ROM、磁碟、快閃記憶體或任何其他合適數位儲存媒體。當本文中描述之技術部分實施於軟體中時,一裝置可將軟體指令儲存於一合適非暫時性電腦可讀媒體中且使用一或多個處理器執行硬體中之指令。
系統200表示可經組態以允許將數位媒體內容(諸如,例如一電影、一實況體育賽事等)及與其相關聯之資料、應用程式及媒體呈現(例如,緊急警報訊息)散佈至複數個運算裝置(諸如接收器裝置202A至202N)且由其等存取之一系統之一實例。在圖2中繪示之實例中,接收器裝置202A至202N可包含經組態以接收來自電視服務提供者網站206之資料之任何裝置。例如,接收器裝置202A至202N可經配備用於有線及/或無線通信且可
經組態以透過一或多個資料頻道接收服務且可包含電視(包含所謂的智慧型電視)、機上盒及數位視訊錄影機。此外,接收器裝置202A至202N可包含桌上型電腦、膝上型電腦或平板電腦、遊戲機、行動裝置,包含(例如)經組態以接收來自電視服務提供者網站206之資料之「智慧型」電話、蜂巢式電話及個人遊戲裝置。應注意,儘管系統200經繪示為具有不同網站,但此一繪示係出於描述目的且並不將系統200限於一特定實體架構。可使用硬體、韌體及/或軟體實施方案之任何組合來實現系統200及包含於其中之網站之功能。
電視服務網路204係經組態以使數位媒體內容(其可包含電視服務)能夠被散佈之一網路之一實例。例如,電視服務網路204可包含公共無線電視網路、公共或基於訂閱之衛星電視服務提供者網路及公共或基於訂閱之有線電視提供者網路及/或通訊服務供應商(over the top)或網際網路服務提供者。應注意,儘管在一些實例中,電視服務網路204主要可用於使電視服務能被提供,但電視服務網路204亦可使其他類型之資料及服務能夠根據本文中描述之電信協定之任何組合被提供。此外,應注意,在一些實例中,電視服務網路204可實現電視服務提供者網站206與接收器裝置202A至202N之一或多者之間的雙向通信。電視服務網路204可包括無線及/或有線通信媒體之任何組合。電視服務網路204可包含同軸纜線、光纖纜線、雙絞線纜線、無線傳輸器及接收器、路由器、交換器、中繼器、基地台或可用於促成各種裝置與網站之間的通信之任何其他設備。電視服務網路204可根據一或多個電信協定之一組合來操作。電信協定可包含專屬態樣及/或可包含標準化電信協定。標準化電信協定之實例包含DVB標準、ATSC標準、ISDB標準、DTMB標準、DMB標準、纜上資料服務介
面規格(DOCSIS)標準、HbbTV標準、W3C標準及UPnP標準。
再次參考圖2,電視服務提供者網站206可經組態以經由電視服務網路204來散佈電視服務。例如,電視服務提供者網站206可包含一或多個廣播站、一MVPD(諸如,例如,一有線電視提供者或一衛星電視提供者)或一基於網際網路之電視提供者。在圖2中繪示之實例中,電視服務提供者網站206包含服務散佈引擎208、內容資料庫210A及緊急警報資料庫210B。服務散佈引擎208可經組態以接收資料(例如,包含多媒體內容、互動應用程式及訊息(包含緊急警報及/或緊急警報訊息))且透過電視服務網路204將資料散佈至接收器裝置202A至202N。例如,服務散佈引擎208可經組態以根據上文描述之傳輸標準(例如,一ATSC標準)之一或多者之態樣來傳輸電視服務。在一個實例中,服務散佈引擎208可經組態以透過一或多個源接收資料。例如,電視服務提供者網站206可經組態以透過一衛星上行鏈路及/或下行鏈路或透過一直接傳輸來從一區域或國家廣播網路(例如,NBC、ABC等)接收包含電視節目之一傳輸。此外,如在圖2中繪示,電視服務提供者網站206可與廣域網路212通信且可經組態以接收來自(若干)內容提供者網站214之多媒體內容及資料。應注意,在一些實例中,電視服務提供者網站206可包含一電視演播室且內容可來源於此。
內容資料庫210A及緊急警報資料庫210B可包含經組態以儲存資料之儲存裝置。例如,內容資料庫210A可儲存多媒體內容及與之相關聯之資料,包含例如描述資料及可執行互動應用程式。例如,一體育賽事可與提供統計更新之一互動應用程式相關聯。緊急警報資料庫210B可儲存與緊急警報(包含例如緊急警報訊息)相關聯之資料。資料可根據一經定義資料格式(諸如,例如HTML、動態HTML、XML及JavaScript物件記法
(JSON))格式化且可包含使接收器裝置202A至202N能夠存取例如來自(若干)緊急警報資料提供者網站218之一者之資料之URL及URI。在一些實例中,電視服務提供者網站206可經組態以提供對經儲存多媒體內容之存取且透過電視服務網路204將多媒體內容散佈至接收器裝置202A至202N之一或多者。例如,儲存於內容資料庫210A中之多媒體內容(例如,音樂、電影及電視(TV)表演)可經由電視服務網路204在一所謂的隨選基礎上提供給一使用者。
如在圖2中繪示,除經組態以接收來自電視服務提供者網站206之資料外,一接收器裝置202N可經組態以與一(若干)伴隨裝置203通信。在圖2中繪示之實例中,(若干)伴隨裝置203可經組態以直接與一接收器裝置通信(例如,使用一短程通信協定,例如,藍芽),經由一區域網路與一接收器裝置通信(例如,透過一Wi-Fi路由器)及/或與一廣域網路(例如,一蜂巢式網路)通信。如下文詳細描述,一伴隨裝置可經組態以接收包含緊急警報資訊之資料以供在其上運行之一應用程式使用。(若干)伴隨裝置203可包含經組態以結合一接收器裝置執行應用程式之一運算裝置。應注意,在圖2中繪示之實例中,雖然繪示一單一伴隨裝置,但各接收器裝置202A至202N可與複數個伴隨裝置相關聯。(若干)伴隨裝置203可經配備用於有線及/或無線通信且可包含裝置,諸如,例如桌上型電腦、膝上型電腦或平板電腦、行動裝置、智慧型電話、蜂巢式電話及個人遊戲裝置。應注意,雖然未在圖2中繪示,但在一些實例中,(若干)伴隨裝置可經組態以接收來自電視服務網路204之資料。
廣域網路212可包含一基於封包之網路且根據一或多個電信協定之一組合來操作。電信協定可包含專屬態樣及/或可包含標準化電信協定。標
準化電信協定之實例包含全球行動通信系統(GSM)標準、分碼多重存取(CDMA)標準、第三代合作夥伴計畫(3GPP)標準、歐洲電信標準協會(ETSI)標準、歐洲標準(EN)、IP標準、無線應用協定(WAP)標準及美國電機電子工程師協會(IEEE)標準,諸如,例如IEEE 802標準之一或多者(例如,Wi-Fi)。廣域網路212可包括無線及/或有線通信媒體之任何組合。廣域網路212可包含同軸纜線、光纖纜線、雙絞線纜線、乙太網路纜線、無線傳輸器及接收器、路由器、交換器、中繼器、基地台或可用於促成各種裝置與網站之間的通信之任何其他設備。在一個實例中,廣域網路212可包含網際網路。
再次參考圖2,(若干)內容提供者網站214表示可將多媒體內容提供至電視服務提供者網站206及/或在一些情況中提供至接收器裝置202A至202N之網站的實例。例如,一內容提供者網站可包含具有經組態以將多媒體檔案及/或內容饋送提供至電視服務提供者網站206之一或多個演播室內容伺服器之一演播室。在一個實例中,(若干)內容提供者網站214可經組態以使用IP套件提供多媒體內容。例如,一內容提供者網站可經組態以根據即時串流協定(RTSP)、超文字傳送協定(HTTP)或類似物將多媒體內容提供至一接收器裝置。
(若干)緊急應變機構網站216表示可提供緊急警報至電視服務提供者網站206之網站的實例。例如,如上文描述,緊急應變機構可包含美國國家氣象局、美國國土安全部、本地及區域機構及類似機構。一緊急應變機構網站可為與電視服務提供者網站206通信(直接或透過廣域網路212)之一緊急應變機構之一實體位置。一緊急應變機構網站可包含一或多個伺服器,該一或多個伺服器經組態以提供緊急警報至電視服務提供者網站
206。如上文描述,一服務提供者(例如,電視服務提供者網站206)可接收一緊急警報且產生一緊急警報訊息以用於散佈至一接收器裝置(例如,接收器裝置202A至202N)。應注意,在一些情況中,一緊急警報及一緊急警報訊息可係類似的。例如,電視服務提供者網站206可將自(若干)緊急應變機構網站216接收之一XML片段作為一緊急警報訊息之部分傳遞至接收器裝置202A至202N。電視服務提供者網站206可根據一經定義資料格式(諸如,例如HTML、動態HTML、XML及JSON)產生一緊急警報訊息。
如上文描述,一緊急警報訊息可包含識別何處可獲得與緊急情況相關之額外內容之URI。(若干)緊急警報資料提供者網站218表示經組態以透過廣域網路212將緊急警報資料(包含媒體內容、基於超文字之內容、XML片段及類似物)提供至接收器裝置202A至202N之一或多者及/或(在一些實例中)電視服務提供者網站206之網站的實例。(若干)緊急警報資料提供者網站218可包含一或多個網頁伺服器。
如在上文描述,服務散佈引擎208可經組態以接收資料(包含例如,多媒體內容、互動應用程式及訊息)且透過電視服務網路204將資料散佈至接收器裝置202A至202N。因此,在一個例示性場景中,電視服務提供者網站206可從(若干)緊急應變機構網站216接收一緊急警報(例如,恐怖主義警告)。服務散佈引擎208可基於緊急警報產生一緊急警報訊息(例如,包含「恐怖主義警告」文字之一訊息),且使緊急訊息被散佈至接收器裝置202A至202N。例如,服務散佈引擎208可使用LLS及/或浮水印(如上文描述)來傳達緊急警報訊息。
圖3係繪示可實施本發明之一或多種技術之一服務散佈引擎之一實例之一方塊圖。服務散佈引擎300可經組態以接收資料且輸出表示該資料之
一信號用於經由一通信網路(例如,電視服務網路204)散佈。例如,服務散佈引擎300可經組態以接收一或多組資料且輸出可使用一單一射頻帶(例如,一6MHz頻道、一8MHz頻道等)或一集束頻道(例如,兩個分開之6MHz頻道)傳輸之一信號。
如在圖3中繪示,服務散佈引擎300包含組件囊封器302、傳送及網路封包產生器304、鏈路層封包產生器306、圖框建立器及波形產生器308及系統記憶體310。組件囊封器302、傳送及網路封包產生器304、鏈路層封包產生器306、圖框建立器及波形產生器308及系統記憶體310之各者可(實體地、通信地及/或可操作地)互連以進行組件間通信且可實施為多種合適電路之任一者,諸如一或多個微處理器、數位信號處理器(DSP)、特定應用積體電路(ASIC)、場可程式化閘陣列(FPGA)、離散邏輯、軟體、硬體、韌體或其等之任何組合。應注意,儘管服務散佈引擎300經繪示為具有不同功能區塊,但此一繪示係出於描述目的且並不將服務散佈引擎300限於一特定硬體架構。可使用硬體、韌體及/或軟體實施方案之任何組合來實現服務散佈引擎300之功能。
系統記憶體310可經描述為一非暫時性或有形電腦可讀儲存媒體。在一些實例中,系統記憶體310可提供臨時及/或長期儲存。在一些實例中,系統記憶體310或其部分可經描述為非揮發性記憶體,且在其他實例中,系統記憶體310之部分可經描述為揮發性記憶體。揮發性記憶體之實例包含隨機存取記憶體(RAM)、動態隨機存取記憶體(DRAM)及靜態隨機存取記憶體(SRAM)。非揮發性記憶體之實例包含磁硬碟、光碟、軟碟、快閃記憶體或電可程式化記憶體(EPROM)或電可抹除且可程式化(EEPROM)記憶體之形式。系統記憶體310可經組態以儲存可由服務散佈引擎300在
操作期間使用之資訊。應注意,系統記憶體310可包含組件囊封器302、傳送及網路封包產生器304、鏈路層封包產生器306及圖框建立器及波形產生器308之各者內所包含之個別記憶體元件。例如,系統記憶體310可包含一或多個緩衝器(例如,先進先出(FIFO)緩衝器),該一或多個緩衝器經組態以儲存供服務散佈引擎300之一組件處理之資料。
組件囊封器302可經組態以接收一服務之一或多個組件且根據一經定義資料結構來囊封該一或多個組件。例如,組件囊封器302可經組態以接收一或多個媒體組件且基於MMTP產生一封包。此外,組件囊封器302可經組態以接收一或多個媒體組件且HTTP動態自適應串流(DASH)產生媒體呈現。應注意,在一些實例中,組件囊封器302可經組態以產生服務層發信號資料。
傳送及網路封包產生器304可經組態以接收一傳送封包且將傳送封包囊封為對應傳送層封包(例如,UDP、傳送控制協定(TCP)等)及網路層封包(例如,IPv4、IPv6、經壓縮IP封包等)。在一個實例中,傳送及網路封包產生器304可經組態以產生在具有專用於發信號功能之一位址及/或埠之IP封包之有效負載中攜載之發信號資訊。即,例如,傳送及網路封包產生器304可經組態以根據本發明之一或多種技術產生LLS表。
鏈路層封包產生器306可經組態以接收網路封包且根據一經定義鏈路層封包結構(例如,一ATSC 3.0鏈路層封包結構)來產生封包。圖框建立器及波形產生器308可經組態以接收一或多個鏈路層封包且輸出配置在一圖框結構中之符號(例如,OFDM符號)。如在上文描述,可包含一或多個PLP之一圖框可被稱為一實體層圖框(PHY-層圖框)。如上文描述,一圖框結構可包含一引導、一前置碼及包含一或多個PLP之一資料有效負載。一
引導可充當一波形之一通用進入點。一前置碼可包含所謂的層1發信號(L1-發信號)。L1-發信號可提供必要資訊以組態實體層參數。圖框建立器及波形產生器308可經組態以產生一信號用於在一或多種類型之RF頻道內傳輸:一單一6MHz頻道、一單一7MHz頻道、單一8MHz頻道、一單一11MHz頻道及包含任何兩個或兩個以上單獨單一頻道之集束頻道(例如,包含一6MHz頻道及一8MHz頻道之一14MHz頻道)。圖框建立器及波形產生器308可經組態以插入導頻及經保留頻調以進行頻道估計及/或同步。在一個實例中,可根據一正交頻分多工(OFDM)符號及副載波頻率映射來定義導頻及經保留頻調。圖框建立器及波形產生器308可經組態以藉由將OFDM符號映射至副載波而產生一OFDM波形。應注意,在一些實例中,圖框建立器及波形產生器308可經組態以支援分層多工。分層多工可係指將多個資料層疊加於相同RF頻道(例如,一6HMz頻道)上。通常,一上層係指支援一主要服務之一核心(例如,更穩健)層且一下層係指支援增強服務之一高資料速率層。例如,一上層可支援基本高清晰度視訊內容且一下層可支援增強超高清晰度視訊內容。
如在上文描述,傳送及網路封包產生器304可經組態以根據本發明之一或多種技術產生LLS表。應注意,在一些實例中,一服務散佈引擎(例如,服務散佈引擎208或服務散佈引擎300)或其之特定組件可經組態以根據本文中描述之技術來產生發信號訊息。因而,關於傳送及網路封包產生器304的發信號訊息之描述(包含資料片段)不應解釋為限制本文中描述之技術。在一些情況中,一接收器裝置臨時暫停應用程式及/或改變如何使一多媒體呈現顯像以便增大一使用者瞭解緊急警報訊息之可能性可係有用及/或必要的。如上文描述,用於以信號發送與緊急警報訊息相關聯之資
訊之當前提出之技術可能係較不理想的。傳送及網路封包產生器304可經組態以依信號發送及/或產生一緊急警報訊息。在一個實例中,傳送及網路封包產生器304可經組態以基於關於表2提供之例示性結構產生一AEA訊息。在一個實例中,傳送及網路封包產生器304可經組態以基於表10A中提供之例示性語法產生一LSS表。應注意,在表10A中,參考表2。如此,表10A可包含表2中所包含之元素及屬性。然而,如在表10A中闡釋,媒體元素及其屬性不同於關於表2提供之媒體元素。
在表10A中闡釋之實例中,Media@lang、Media@mediaDesc、Media@contentType及Media@contentLength之各者可係基於下列例示性語意:Media@lang-此屬性應識別各Media資源之各自語言,幫助指示接收者是否正發送相同多媒體之不同語言例項。此屬性應表示藉由Media元素指定之媒體資源之語言,且其應藉由如由BCP 47定義之正式自然語言識別符表示。當不存在時,此屬性之值應被推斷為「en」(英文)。在另一實例中,當不存在時,此屬性之值應被推斷為「EN」(英文)。
在另一實例中,當不存在時,標準中指定之一預設值應被用於推斷。例如,替代「en」(英文),此語言可為「es」(西班牙文)、「kr」(韓文)或一些其他語言。
Media@mediaDesc-應以純文字描述Media資源之內容之一字串。描述應指示媒體資訊。例如,「疏散圖」或「多普勒雷達影像」等。Media@mediaDesc之語言應被推斷為與Media@lang中指示的語言相同。
Media@contentType-應表示藉由Media@uri參考之媒體內容之MIME類型之一字串。在一個實例中,Media@contentType應遵照如在IETF RFC 7231中提供之HTTP/1.1協定之Content-Type標頭之語意。在另一實例中,Media@contentType應遵照如在IETF RFC 2616中提供之HTTP/1.1協定之Content-Type標頭之語意。
Media@contentLength-應表示藉由Media@uri參考之媒體內容之以位元組為單位之大小之一字串。
關於上文提供之語意,提供針對視情況以信號發送之Media@lang之一預設值可改良發信號效率。此外,在表10A中闡釋之實例中,單獨以信
號發送一媒體內容類型及一媒體描述(即,使用不同屬性)。關於表10A,應注意,如本文使用,MIME類型可大體指代在一些情況中且在其他情況中,一媒體或內容類型可基於多用途網際網路郵件擴充協定與經定義媒體或內容類型相關聯。單獨以信號發送一媒體內容類型及一媒體描述可使媒體能夠以一有效方式被擷取。即,單獨以信號發送一媒體內容類型及一媒體描述可使額外判定能夠相對於是否應藉由一接收器裝置擷取媒體內容做出。例如,若接收器裝置能夠僅解碼特定媒體類型,則其可針對以信號發送之媒體內容類型檢查能力且判定其是否具有解碼該內容之能力。在此情況中,一接收器裝置可僅下載其可解碼之內容。
在表10A中闡釋之實例中,Media@contentType屬性係機器可讀的且非一自由形式字串。以信號發送一機器可讀屬性可使一接收器裝置能夠判定是否擷取媒體內容。例如,一MIME-type可指示一接收器裝置不支援之一檔案類型(例如,一衝擊波程式閃格式檔(.swf)檔案),且在此情況中,一接收器裝置可不擷取該檔案。以類似方式,關於一媒體資源之檔案大小之資訊可用於判定是否應擷取一媒體資源。例如,一接收器裝置可經組態以僅擷取具有低於一臨限值之一大小之檔案。例如,一接收器裝置之一設定可使一使用者能夠阻止相對大之視訊檔案被擷取。在一個實例中,此設定可基於裝置之可用記憶體容量及/或可用於接收器裝置之網路帶寬。
在一些實例中,一接收器裝置之一使用者可基於呈現給使用者之媒體屬性判定是否擷取內容。例如,在一個實例中,一接收器裝置可使媒體描述呈現給一接收器裝置之一使用者,且基於描述,一使用者可判定是否擷取該內容。如此,以信號發送媒體描述語言之語言係有用的且可能係必要的。在上文之實例中,推斷語言與Media@lang相同。在一個實例中,
一強制或可選屬性可包含於表10A中以依信號發送媒體描述符之語言。在一個實例中,此屬性可為Media元素之一屬性。在一個實例中,此屬性可基於下列語意:Media@mediaDescLang-此屬性應指定Media@mediaDesc中指定之文字之語言。此值應由BCP 47定義。當不存在時,此屬性之值應被推斷為「en」(英文)。當Media@mediaDesc不存在時,Media@mediaDescLang應不存在。
雖然在上文實例中,欄位contentType、contentLength及mediaDescLang經指示為作為Media XML元素之XML屬性以信號發送,但在另一實例中,其等可作為Media XML元素內側之XML元素(而非XML屬性)以信號發送。如此,傳送及網路封包產生器304可經組態以依信號發送與額外媒體資訊相關聯之資訊,該額外媒體資訊與一緊急警報訊息相關聯。
在一個實例中,關於表10A所描述之媒體屬性可基於下文關於表10B提供之一例示性結構包含於一AEA訊息中。
應注意,表10B包含上文關於表2及表10A描述之元素及屬性,且額外包含EventDesc、EventDesc@lang、LiveMedia、LiveMedia@bsid、LiveMedia@serviceId、ServiceName及ServiceName@lang。在一個實例中,EventDesc、EventDesc@lang、LiveMedia、LiveMedia@bsid、LiveMedia@serviceId、ServiceName、及ServiceName@lang之各者可基於下列語意:EventDesc-應含有緊急事件之一簡短純文字描述之一字串。在一個實例中,此字串不應超過64個字元。當EventCode元素存在時,
EventDesc應對應於EventCode元素中指示之事件代碼(例如,「龍捲風警告」之一EventDesc對應於「TOR」之EAS EventCode)。當一EventCode元素不存在時,EventDesc應提供事件之類型之一簡要、使用者親和指示(例如,「學校關閉」)。在一個實例中,一AEA內之AEA.Header.EventDesc元素之出現之次數不應超過8次。
EventDesc@lang-此屬性應識別警報訊息之各自EventDesc元素之語言。此屬性應藉由正式自然語言識別符表示,且在一個實例中,其長度不應超過35個字元,如由BCP 47定義。在一個實例中,應不存在隱含預設值。
LiveMedia-可作為一選擇呈現給使用者以調諧緊急情況相關資訊(例如,正進行之新聞報導)之一A/V服務之識別。
LiveMedia@bsid-含有緊急情況相關之實況A/V服務之廣播串流之識別符。
LiveMedia@serviceId-應唯一地識別緊急情況相關之實況A/V服務之16位元整數。
ServiceName-在LiveMedia可用的情況下接收器可在呈現用以調諧至LiveMedia之選項時呈現給觀看者之服務之一使用者親和名詞,例如,「WXYZ Channel 5」。
ServiceName@lang-應識別實況媒體串流之各自ServiceName元素之語言。此屬性應藉由正式自然語言識別符表示,且在一個實例中,不應超過35個字元,如由BCP 47定義。在一個實例中,應不存在隱含預設值。
在一些實例中,元素及屬性AEA@AEAid、AEA@refAEAid、
Location、Location@type、AEAtext、Media、Media@mediDesc及Media@contentType可基於下列語意:AEA@AEAid-此元素應為唯一地識別由站(發送者)指派之AEA訊息之一字串值。@AEAid不應包含空格、逗號或受限字元(<及&)。此元素用於將更新與此警報相關聯。在一個實例中,字串不應超過32個字元。
AEA@refAEAid-應識別一參考AEA訊息之AEAid之一字串。其應在@AEAtype係「update」或「cancel」時出現。在一個實例中,字串不應超過256個字元。
Location-應使用一基於地理之代碼來描述一訊息目標之一字串。在一個實例中,一AEA內之AEA.Header.Location元素之出現之次數不應超過8次。
Location@type-此屬性應為識別Location代碼之網域之字串。
若@type=「FIPS」,則Location應被定義為藉由逗號分開之一或多個數值字串之一群組,且在一個實例中,不應超過246個字元。各6數位數值字串應為以在47CFR11.31中定義為PSSCCC之方式在FIPS[NIST:「Federal Information Processing Standard Geographic Codes」,47 C.F.R.11.31(f),National Institute of Standards and Technology,Gaithersburg,MD,2015年10月22日]中定義之一縣級分區、州及縣代碼之一序連。另外,代碼「000000」應被解釋為美國及其領地內之所有位置。
若@type=「SGC」,則Location應被定義為藉由逗號分開之一或多個數值字串之一群組,且在一個實例中,不應超過252個字元。各數值字串應為如在SGC中定義之一2數位省(PR)、一2數位普查區(CD)及一3數位
普查分區(CSD)之一序連。
若@type=「polygon」,則Location應定義由形成一閉合、非自交叉迴圈之三個或三個以上GPS座標對之一連續序列構成之一地理空間區域。各座標對應以十進制度數表達。
若@type=「circle」,則Location應定義藉由給定為一座標對,其後緊跟一空格字元之一中心點及以公里為單位之一半徑值表示之一圓形區域。
@type之文字值係區分大小寫的,且應皆以大寫字母表示,惟「polygon」及「circle」除外。
AEAtext-緊急訊息之純文字之一字串。各AEAtext元素應恰包含一個@lang屬性。針對依多種語言之相同警報之AEAtext,此元素應要求多個AEAtext元素之存在。在一個實例中,此字串不應超過256個字元,及/或一AEA內之AEA.AEAtext元素之出現之次數不應超過8次。
Media-應含有多媒體資源之組件部分,包含資源之語言(@lang)、描述(@mediaDesc)及位置(@url)。參考具有與AEAtext相關之補充資訊之一額外檔案;例如,一影像或音訊檔案。多個例項可出現在一AEA訊息塊內。在一個實例中,一AEA內之AEA.Media元素之出現之次數不應超過8次。
Media@mediaDesc-應以純文字描述Media資源之內容之一字串。在一個實例中,字串不應超過64個字元。描述應指示媒體資訊。例如,「疏散圖」或「多普勒雷達影像」等。Media@mediaDesc之語言應被推斷為與Media@lang中指示的語言相同。
Media@contentType-應表示藉由Media@url參考之媒體內容之
MIME類型之一字串。Media@contentType應遵照HTTP/1.1協定RFC 7231之Content-Type標頭之語意。在一個實例中,此字串不應超過15個字元。
如此,在一些實例中,一AEA訊息之大小可經約束以提供更有效之發信號至一接收裝置及藉由接收裝置進行之剖析。
在一個實例中,表2、表10A及表10B中之Header之語意可基於表10C中提供之語意。
在表10C中,Header、Header@effective、及Header@expires可基於上文關於表2提供之定義。Header@allLocation可基於下列定義:Header@allLocation-當此布林屬性係TRUE時,其指示此AEA訊息目標為此ATSC傳輸信號之廣播區域中之所有位置。當此布林屬性係FALSE時,其指示藉由此AEA訊息而成為目標之位置應如藉由(若干)Header.Location元素指示。當不存在時,Header@allLocation應被推斷為FALSE。當Header@allLocation屬性係FALSE時,則至少一個Header.Location元素應存在於AEA訊息Header中。
應注意,當Header之語意包含Header@allLocation時,Header.Location之基數為0..N。此意謂Location元素可視情況存在於AEA訊息之例項中。應注意,當Header@allLocation設定為TRUE時,一接收器裝置可判定該訊息意在針對廣播區中之所有接收器,且當Header@allLocation設定為FALSE時,若(例如)歸因於AEA訊息中不存在Header.Location元素而未接收額外位置資訊,則接收器裝置可判定該訊息係不完整的(或有誤差的)。
在另一實例中,Header@allLocation之定義可提供,當Header@allLocation不存在時,Header@allLocation應被推斷為TRUE。在一個實例中,當Header@allLocation係TRUE時,傳送及網路封包產生器304可經組態以在一AEA訊息之一例項中不包含Header.Location。在一個實例中,當Header@allLocation係TRUE時,傳送及網路封包產生器304可經組態以視情況在一AEA訊息之一例項中包含Header.Location。在一個實例中,當Header@allLocation係TRUE且Header.Location包含於一AEA訊息之一例項中時,一接收器裝置可經組態以報廢Header.Location。應注意,在其他實例中,替代使用針對allLocation之一XML屬性,allLocation中之資訊可作為一XML元素輸送,例如作為Header.AllLocation元素。
此外,在一個實例中,表2、表10A及表10B中之Media之語意可基於表10D中提供之語意。
在表10D中,在一個實例中,Media、Media@lang、Media@mediaDesc、Media@url、Media@contentType、及/或Media@contentLength可基於上文關於表2、表10A、表10B及/或表10C提供之定義。在一個實例中,Media@lang、Media@mediaDesc、Media@mediaType、Media@url、Media@order、Media@duration、及/
或Media@mediaAssoc可基於下列定義:Media@lang-此屬性應識別各Media資源之各自語言以幫助指示接收者是否正發送相同多媒體之不同語言例項。此屬性應藉由如由BCP 47定義之正式自然語言識別符表示且不應超過35個字元。若@mediaDesc元素存在,則此元素應存在。
Media@mediaDesc-應以純文字描述Media資源之內容之一字串。描述應指示媒體資訊。例如,「疏散圖」或「多普勒雷達影像」等。Media@mediaDesc之語言應被推斷為與Media@lang中指示的語言相同。此資訊可由一接收器用於為一觀看者呈現該觀看者可選擇演現之一媒體項目清單。若未提供此欄位,則接收器可在一觀看者UI中呈現項目之一般文字(例如,若@contentType指示項目係一視訊,則接收器可在一UI清單中將項目描述為「Video」)。
Media@mediaType-此字串應識別相關聯媒體之預期使用。注意,與在一清單中呈現給使用者以供選擇之媒體相反,使用此屬性識別之媒體項目通常與藉由接收器之警報使用者介面自動處置之項目相關聯。在一個實例中,值應根據表10E編碼。
Media@url-應判定多媒體資源檔案或封裝之源之一所需屬性。當一豐富媒體資源經由寬頻帶遞送時,屬性應形成為一絕對URL且參考一遠端伺服器上之一檔案。當一豐富媒體資源經由廣播ROUTE遞送時,屬性應形成為一相對URL。相對URL應匹配遞送檔案或檔案之Entity標頭之LCT[IETF:RFC 5651,「Layered Coding Transport(LCT)Building Block」,Internet Engineering Task Force,Reston,VA,2009年10月]頻道中之EFDT中之對應File元素之Content-Location屬性。
Media@mediaAssoc-含有與此媒體資源相關聯之另一豐富媒體資源之一Media@url之一可選屬性。實例包含與一視訊相關聯之一隱藏字幕軌。Media@mediaAssoc之建構應如在上文之Media@url中描述般。
Media@order-應指示媒體資源檔案之呈現之較佳順序之一可選屬性。具有相同順序編號且如藉由Media@mediaAssoc屬性指示般彼此相關聯之媒體資源檔案應在順序編號減1之所有媒體資源檔案(若存在)已呈現之後一起呈現。
Media@duration-應表示媒體資源檔案之持續時間之一可選屬性。
相對於上文提供之語意,提供視情況以信號發送之Media@order及Media@duration的值可使媒體能夠以一有效方式被擷取及/或呈現。例如,一接收器裝置可基於順序及持續時間值下載媒體資源。例如,一接收器裝置可判定不下載具有一相對長持續時間之一媒體資源。
在另一實例中,@mediaAssoc屬性可替代地作為一MediaAssoc元素以信號發送。此係因為@mediaAssoc屬性可僅指示當前媒體與至多另一媒體之歸因於其存在或不存在之關聯。在特定情形中,一個媒體元素可需要與超過一個其他媒體元素相關聯。此可藉由使用具有如表10F中展示之
0..N之一基數之一MediaAssoc元素完成。
在此情況中,MediaAssoc元素之語意可如下:Media.MediaAssoc-含有與此媒體資源相關聯之另一豐富媒體資源之一Media@url之一可選元素。實例包含與一視訊相關聯之一隱藏字幕
軌。Media@mediaAssoc之建構應如在上文之Media@url中描述般。多個MediaAssoc元素之存在經支援且指示與多個媒體資源之關聯。
如上文描述,一浮水印可用於以信號發送一緊急警報訊息,例如,如在表6中提供之advanced_emergency_alert_message()。服務散佈引擎300可經組態以基於如在表11中提供之例示性advanced_emergency_alert_message()產生一緊急警報訊息之信號。
在表11中闡釋之實例中,語法元素AEA_ID_length;AEA_ID;AEA_issuer_length;AEA_issuer;effective;expires;event_code_type_length;event_code_length;event_code_type;event_code;audience;AEA_type;priority;ref_AEA_ID_flag;ref_AEA_ID_length;ref_AEA_ID;AEA_text_lang_code;
AEA_text_length;AEA_text;location_type;location_length及location之各者可基於上文關於表6提供之定義。語法元素num_AEA_text_minus1及num_location_minus1可基於下列定義。
num_AEA_text_minus1-此2位元不帶正負號整數欄位加上1給定AEA訊息中之AEA_text欄位之數目。
num_location_minus1-此2位元不帶正負號整數欄位加上1給定AEA訊息中之location欄位之數目。
如在表11中闡釋,advanced_emergency_alert_message()可基於在從0至3之範圍中之num_AEA_text_minus1及num_location_minus1之各自2位元值以信號發送高達四個AEA文字字串及高達四個AEA位置字串。應注意,在一個實例中,表11可包含一24位元AEA_text_lang_code。一24位元AEA_text_lang_code可基於下列定義:AEA_text_lang_code-應表示AEA_text欄位之語言且應依據ISO 639.2/B編碼為一3字元語言代碼之一24位元不帶正負號整數欄位。各字元應根據ISO 8859-1(ISO Latin-1)編碼為8位元且按順序插入至此欄位中。
在上文AEA_text_lang_code之定義中,在ISO 639-2:1998,Codes for the representation of names of languages-Part 2:Alpha-3 code中描述ISO 639.2/B且在ISO/IEC 8859-1:1998,Information technology-8-bit single-byte coded graphic character sets-Part 1:Latin alphabet No.1中描述ISO 8859-1(ISO Latin-1),其等之各者之全部內容以引用之方式併入。
在一個實例中,服務散佈引擎300可經組態以基於如表12中提供之例示性advanced_emergency_alert_message()以信號發送一緊急警報訊息。
在表12中闡釋之實例中,語法元素AEA_type;priority;AEA_ID;AEA_issuer;audience;effective;expires;ref_AEA_ID;event_code_type;event_code;location_type;location及AEA_text之各者可基於上文關於表6提供之定義。語法元素AEA_ID_length_minus1;AEA_issuer_length_minus1;ref_AEA_ID_present_flag;event_code_present_flag;event_desc_present_flag;num_location_minus1;num_AEA_text_minus1;media_present_flag;ref_AEA_ID_length_minus1;event_code_type_length_minus1;event_code_length_minus1;num_eventDesc_minus1;eventDesc_length_minus1;eventDesc_lang_length_minus1;eventDesc;eventDesc_lang;location_length_minus1;AEA_text_lang_length_minus1;AEA_text_lang;AEA_text_length_minus1;num_media_minus1;bsid;url_construction_code;media_url_string;content_size;content_size_exp;content_type_length;content_type;mediaDesc_length;media_lang_length;mediaDesc及mediaDesc_lang可基於下列定義。
AEA_ID_length_minus1-此8位元不帶正負號整數欄位加上1給定AEA_ID欄位之長度(以位元組為單位)。
AEA_issuer_length_minus1-此5位元不帶正負號整數欄位加上1給
定AEA_issuer欄位之長度(以位元組為單位)。
ref_AEA_ID_flag-此1位元布林旗標欄位指示AEA訊息中ref_AEA_ID欄位的存在。
event_code_present_flag-此1位元布林旗標欄位指示AEA訊息中even t_code欄位的存在。
event_desc_present_flag-此1位元布林旗標欄位指示AEA訊息中event_desc欄位的存在。
num_AEA_text_minus1-此3位元不帶正負號整數欄位加上1給定AEA訊息中之AEA_text欄位之數目。
num_location_minus1-此3位元不帶正負號整數欄位加上1給定AEA訊息中之location欄位之數目。
media_present_flag-此1位元布林旗標欄位指示AEA訊息中media欄位的存在。
ref_AEA_ID_length_minus1-此8位元不帶正負號整數欄位加上1給定ref_AEA_ID欄位之長度(以位元組為單位)。
event_code_type_length_minus1-此3位元不帶正負號整數欄位加上1給定event_code_type欄位之長度(以位元組為單位)。
event_code_length_minus1-此4位元不帶正負號整數欄位加上1給定event_code欄位之長度(以位元組為單位)。
num_eventDesc_minus1-此3位元不帶正負號整數欄位加上1給定AEA訊息中之AEA.Header.eventDesc元素之數目。
eventDesc_length_minus1-此6位元不帶正負號整數加上1給定AEA.Header.eventDesc欄位之長度(以位元組為單位)。
eventDesc_lang_length_minus1-此6位元不帶正負號整數欄位加上1給定AEA.Header.eventDesc@lang欄位之長度(以位元組為單位)。
eventDesc-此字串應為[A/331]中定義之當前進階緊急警報訊息之AEAT.AEA.Header.eventDesc字元字串之值。
eventDesc_lang-此字串應為[A/331]中定義之當前進階緊急警報訊息之AEAT.AEA.Header.eventDesc@lang屬性。
location_length_minus1-此8位元不帶正負號整數欄位加上1給定location欄位之長度(以位元組為單位)。
AEA_text_lang_length_minus1-此6位元不帶正負號整數欄位加上1給定AEA_text_lang欄位之長度(以位元組為單位)。
AEA_text_lang-此字串應為[A/331]中定義之當前進階緊急警報訊息之AEAT.AEA.AEAtext@lang屬性。
AEA_text_length_minus1-此8位元不帶正負號整數欄位加上1給定AEA_text欄位之長度(以位元組為單位)。
num_media_minus1-此3位元不帶正負號整數欄位加上1給定AEA訊息中之media欄位之數目。
bsid-此16位元識別符應指示與該服務相關聯之廣播串流之BSID。
url_construction_code-待在https請求中用於替換{url_construction}之一全域唯一16位元url_construction_code。url_construction_code應藉由由ATSC指定之註冊機構指派。
media_url_string_length_minus1-此8位元不帶正負號整數欄位加上1給定media_url_string欄位之長度(以位元組為單位)。
media_url_string-此字串應為[A/331]中定義之當前進階緊急警報
訊息之AEAT.AEA.Media@url屬性中之URL。media_url_string(在再組合後若以片段發送media_url_string)應僅含有根據RFC 3986之路徑、查詢及片段之URI語法組件。media_url_string應用於如下般建構一HTTPS請求:https://{BSID_code}.{url_construction}.vp1.tv/AEA/media_url_string()其中{BSID_code}為16位元bsid之4字元十六進位表示。
{url_construction}為16位元url_construction_code之4字元十六進位表示。
上文之HTTPS請求字串應符合RFC 3986。
content_size-此10位元不帶正負號整數應為[A/331]中定義之當前進階緊急警報訊息之AEAT.AEA.Media@contentLength屬性之值除以content_size_exp值,舍入至最接近之整數。當content_size_exp為0x03時,在0至999之範圍外之content_size之值經保留用於未來且不應使用。
content_size_exp-此2位元不帶正負號整數指示應用至content_size值之指數因子。該值應根據表13編碼。
content_type_length-此4位元不帶正負號整數指示content_type欄
位之長度(以位元組為單位)。
content_type-此字串應為[A/331]中定義之當前進階緊急警報訊息之AEAT.AEA.Media@contentType屬性之值。
mediaDesc_length-此6位元不帶正負號整數給定AEA.Header.media@mediaDesc欄位之長度(以位元組為單位)。
media_lang_length-此6位元不帶正負號整數給定AEA.Header.media@lang欄位之長度(以位元組為單位)。
mediaDesc-此字串應為[A/331]中定義之當前進階緊急警報訊息之AEAT.AEA.Header.media@mediaDesc字元字串之值。
mediaDesc_lang-此字串應為[A/331]中定義之當前進階緊急警報訊息之AEAT.AEA.Header.media@lang屬性。
在一個實例中,語法元素num_AEA_text_minus1及num_location_minus1可基於下列定義。
num_AEA_text_minus1-此2位元不帶正負號整數欄位加上1給定AEA訊息中之AEA_text欄位之數目。
num_location_minus1-此2位元不帶正負號整數欄位加上1給定AEA訊息中之location欄位之數目。
在此情況中,緊跟media_present_flag之保留值可為3位元且在一個實例中為「111」。
此外,在一個實例中,表12中之AEA訊息中之media欄位可如在表14A中提供般格式化。
在表14A中闡釋之實例中,語法元素num_media_minus1;media_url_string_length_minus1;content_size;content_size_exp;
content_type_length;content_type;mediaDesc_length;media_lang_length;mediaDesc及mediaDesc_lang之各者可基於上文關於表12提供之定義。語法元素entity_length_minus1、entity_string及media_url_string可基於下列定義。
entity_length_minus1-一8位元不帶正負號整數加上1應以信號發送entity_string中緊跟之字元的數目。
entity_string-此字串應為由至少一頂級網域及一二級網域構成之一IANA註冊網域名稱。更高級網域可存在。句點字元(「.」)應包含於頂級、二級及任何更高級網域之間。entity_string之長度應如藉由entity_length_minus1之值加上1給定。
media_url_string-此字串應為[A/331]中定義之當前進階緊急警報訊息之AEAT.AEA.Media@url屬性中之URL。
期望接收器藉由下列程序形成其將用來擷取參考內容之URL。應藉由使entity_string附上字串「.2.vp1.tv/」,其後緊跟media_url_string而形成URL。media_url_string()(在再組合後若以片段發送)應僅為根據RFC 3986之一有效URL且應僅含有根據RFC 3986之路徑、查詢及片段之URI語法組件。media_url_string()應用於如下般建構一HTTPS請求:https://entity_string.2.vp1.tv/media_url_string
如此,服務散佈引擎300可經組態以依信號發送指示應用至與一緊急警報訊息相關聯之一媒體資源之一大小之一指數因子之一語法元素且以信號發送指示媒體資源之大小之一語法元素。
在一個實例中,服務散佈引擎300可經組態以基於如在表14B中提供之例示性advanced_emergency_alert_message()以信號發送一緊急警報訊
息。
在表14B中闡釋之實例中,語法元素AEA_ID_length_minus1;AEA_type;priority;AEA_issuer_length_minus1;AEA_ID;AEA_issuer;audience;event_code_present_flag;event_desc_present_flag;num_location_minus1;num_AEA_text_minus1;ref_AEA_ID_present_flag;media_present_flag;effective;expires;ref_AEA_ID_length_minus1;ref_AEA_ID;event_code_type_length_minus1;event_code_length_minus1;event_code_type;event_code;num_eventDesc_minus1;eventDesc_length_minus1;eventDesc_lang_length_minus1;eventDesc;eventDesc_lang;location_type;location_length_minus1;location;AEA_text_lang_length_minus1;AEA_text_lang;AEA_text_length_minus1;AEA_text;num_media_minus1;media_url_string_length_minus1;content_size;content_size_exp;content_type_length;content_type;mediaDesc_length;mediaDesc_lang_length;mediaDesc及mediaDesc_lang之各者可基於上文關於表6、表12及表14A提供之定義。在一個實例中,語法元素num_location_minus1及AEA_text可基於下列定義:num_location_minus1-此3位元不帶正負號整數欄位加上1應指示
AEA訊息中之location欄位之數目。值0x07經保留以供未來使用。
AEA_text-此字串應為[A/331]中定義之當前進階緊急警報訊息之AEAT.AEA.AEAtext元素之UTF-8[萬國碼變換格式8位元塊,例如,RFC 3629]字元編碼值。
在表14B中闡釋之實例中,語法元素LiveMedia_present_flag;AEAwakeup_flag;LiveMedia_strlen_minus1;LiveMedia_lang_length;LiveMedia_string;LiveMedia_lang;entity_strlen_minus1;domain_code;entity_string;media_url_string;mediaType_code;mediaAssoc_present_flag;mediaAssoc_stlen_minus1及mediaAssoc_string之各者可基於下列定義:LiveMedia_present_flag-此1位元布林旗標欄位在設定為「1」時應指示AEA訊息中LiveMedia_string欄位的存在。
AEAwakeup_flag-此1位元布林旗標欄位應為[A/331]中定義之可選AEAT.AEA@wakeup屬性之值。當AEAT.AEA@wakeup屬性不存在時,此欄位應設定為「0」。應注意,在一些實例中,AEAwakeup_flag可不包含於表14B中。
LiveMedia_strlen_minus1-此6位元不帶正負號整數欄位加上1應指示LiveMedia_string欄位之長度(以位元組為單位)。
LiveMedia_string-此字串應為[A/331]中定義之當前進階緊急警報訊息之AEAT.AEA.LiveMedia.ServiceName元素。
LiveMedia_lang_length-此6位元不帶正負號整數欄位應指示LiveMedia_lang欄位之長度(以位元組為單位)。
LiveMedia_lang-此字串應為[A/331]中定義之當前進階緊急警報訊
息之AEAT.AEA.LiveMedia.ServiceName@lang屬性。
entity_strlen_minus1-此5位元不帶正負號整數加上1應以信號發送entity_string()中緊跟之字元的數目。
domain_code-根據表15,此8位元不帶正負號整數應指示應識別用於URL建構之網域之識別符代碼。
entity_string()-此字串應為一RFC 3986 URL之一部分,且應僅由未保留字元(如在RFC 3986第2.3部分中定義)構成,使得藉由此advanced_emergency_alert_message_message()輸送之URL遵循RFC 3986。entity_string()之長度應由entity_strlen_minus1之值加上1給定。
media_url_string-此字串應為一RFC 3986 URL之一部分,使得所輸送之URL遵循RFC 3986。字串之長度應如藉由media_uri_string_length_minus1之值加上1給定。URL應為「https://」,其後緊跟entity_string(),其後緊跟「.」(句點),其後緊跟domain_string(),其後緊跟「/」(正斜槓),其後緊跟media_url_string()之序連。此URL(在再組合之後若以片段發送)應為根據RFC 3986之一有效URL。因此,URL如下般組合:https://entity_string().domain_string()/media_url_string()
mediaType_code-根據表16,此3位元不帶正負號整數應指示
[A/331]中定義之當前進階緊急警報訊息之AEAT.AEA.Header.Media@mediaType字元字串。
mediaAssoc_present_flag-此1位元布林旗標欄位在設定為「1」時應指示AEA訊息中mediaAssoc欄位的存在。
mediaAssoc_strlen_minus1-此8位元不帶正負號整數欄位加上1應指示mediaAssoc_string欄位之長度(以位元組為單位)。
mediaAssoc_string-此字串應具有等於[A/331]中定義之當前進階緊急警報訊息之AEAT.AEA.Media@mediaAssoc屬性之一值。
在一個實例中,服務散佈引擎300可經組態以基於如在表14C中提供之例示性advanced_emergency_alert_message()以信號發送一緊急警報訊息。
在表14C中闡釋之實例中,語法元素domain_code;entity_strlen_minus1;entity_string;AEA_ID_length_minus1;AEA_type;priority;AEA_issuer_length_minus1;AEA_ID;AEA_issuer;audience;ref_AEA_ID_present_flag;AEAwakeup_flag;effective;expires;ref_AEA_ID_length_minus1;ref_AEA_ID;eventDesc_length_minus1;eventDesc;AEA_text_lang_length_minus1及AEA_text_lang之各者可基於上文關於表6、表12、表14A及表14B提供之定義。
在表14C中闡釋之實例中,語法元素AEATurl_present_flag、AEAT_url_strlen_minus1、AEAT_url_string、langlen_code、num_AEAtext、num_eventDesc、eventDesc_lang及AEA_text_lang之各者可基於下列定義:AEATurl_present_flag-此1位元布林旗標欄位在設定為「1」時應指示AEA訊息中AEAT URL欄位的存在。
AEAT_url_strlen_minus1-此8位元不帶正負號整數欄位加上1給定AEAT_url_string欄位之長度(以位元組為單位)。
AEAT_url_string-此字串應為一RFC 3986[REF]URL之一部分,
使得所輸送之URL遵循RFC 3986。字串之長度應如藉由AEAT_uri_strlen_minus1之值加上1給定。URL應為「https://」,其後緊跟entity_string(),其後緊跟「.」(句點),其後緊跟domain_string(),其後緊跟「/」(正斜槓),其後緊跟AEAT_url_string()之序連。此URL(在再組合之後若以片段發送)應為根據RFC 3986之一有效URL。因此,URL如下般組合:https://entity_string().domain_string()/AEAT_url_string()
一接收器可使用至一伺服器之上述https呼叫以下載如[A/331]中定義之XML格式化AEAT。
langlen_code-此1位元欄位在設定為「1」時應指示在AEA訊息中2字元language_code欄位的使用及在設定為「0」時應指示在AEA訊息中5字元language_code欄位的使用。
num_AEAtext-此2位元不帶正負號整數欄位應指示AEA訊息中AEA_text欄位之數目。值0x00及0x03經保留以供未來使用。
num_eventDesc-此2位元不帶正負號整數欄位應指示AEA訊息中AEA.Header.eventDesc元素之數目。值0x03經保留以供未來使用。
eventDesc_lang-此2或5字元字串應為[A/331]中定義之當前進階緊急警報訊息之AEAT.AEA.eventDesc@lang屬性。針對英文之2字元字串之實例可為「en」且針對英文之5字元字串可為「en-US」。
AEA_text_lang-此2或5字元字串應為[A/331]中定義之當前進階緊急警報訊息之AEAT.AEA.AEAtext@lang屬性。針對英文之2字元字串之實例可為「en」且針對英文之5字元字串可為「en-US」。
如此,服務散佈引擎300可經組態以依信號發送指示識別待用於統一
資源定位符建構之一網域之一識別符代碼之一語法元素且以信號發送提供一統一資源定位符片段之一字串之一語法元素。如此,服務散佈引擎300可經組態以依信號發送指示緊急警報訊息之語言係藉由一二字元字串或一五字元字串表示之一語法元素且以信號發送提供指示緊急警報訊息之語言之一字串之一語法元素。
圖4係繪示可實施本發明之一或多種技術之一接收器裝置之一實例之一方塊圖。即,接收器裝置400可經組態以基於在上文關於上文描述之表之一或多者描述之語意來剖析一信號。在一個實例中,接收器裝置400可經組態以基於上文描述之例示性語意之任何組合接收一緊急警報訊息,剖析緊急警報訊息且接著採取一行動。此外,接收器裝置400可經組態以使與一緊急警報訊息相關聯之媒體內容能夠被擷取。例如,一接收器裝置可經組態以臨時暫停應用程式及/或改變如何演現一多媒體呈現(例如,達針對一或多個服務之一指定持續時間)以便增大一使用者知曉與一緊急警報訊息相關聯之媒體內容可用之可能性。此外,在一個實例中,接收器裝置400可經組態以使一使用者能夠設定如何藉由接收器裝置400處置與一緊急警報訊息相關聯之媒體內容。例如,一使用者可在一設定選單中設定下列偏好之一者:對待擷取之媒體類型之一偏好、對待選擇性地擷取之媒體之特定類型之一偏好及對絕不擷取之媒體之特定類型之一偏好。
接收器裝置400為可經組態以經由一或多種類型之資料頻道接收來自一通信網路之資料且允許一使用者存取多媒體內容之一運算裝置之一實例。在圖4中繪示之實例中,接收器裝置400經組態以經由一電視網路(諸如,例如上文描述之電視服務網路204)來接收資料。此外,在圖4中繪示之實例中,接收器裝置400經組態以經由一廣域網路來發送及接收資料。
應注意,在其他實例中,接收器裝置400可經組態以簡單地透過一電視服務網路204來接收資料。可由經組態以使用通信網路之任一者及所有組合來通信之裝置利用本文中描述之技術。
如在圖4中繪示,接收器裝置400包含(若干)中央處理單元402、系統記憶體404、系統介面410、資料提取器412、音訊解碼器414、音訊輸出系統416、視訊解碼器418、顯示器系統420、(若干)I/O裝置422及網路介面424。如在圖4中繪示,系統記憶體404包含作業系統406、應用程式408及文件剖析器409。(若干)中央處理單元402、系統記憶體404、系統介面410、資料提取器412、音訊解碼器414、音訊輸出系統416、視訊解碼器418、顯示器系統420、(若干)I/O裝置422及網路介面424之各者可(實體地、通信地及/或可操作地)互連以進行組件間通信且可實施為多種合適電路之任一者,諸如一或多個微處理器、數位信號處理器(DSP)、特定應用積體電路(ASIC)、場可程式化閘陣列(FPGA)、離散邏輯、軟體、硬體、韌體或其等之任何組合。應注意,儘管接收器裝置400經繪示為具有不同功能區塊,但此一繪示係出於描述目的且並不使接收器裝置400限於一特定硬體架構。可使用硬體、韌體及/或軟體實施方案之任何組合來實現接收器裝置400之功能。
(若干)CPU 402可經組態以實施在接收器裝置400中執行之功能性及/或程序指令。(若干)CPU 402可包含單核心及/或多核心中央處理單元。(若干)CPU 402可能夠擷取及處理用於實施本文中描述之技術之一或多者之指令、程式碼及/或資料結構。指令可儲存於一電腦可讀媒體(諸如系統記憶體404)上。
系統記憶體404可經描述為一非暫時性或有形電腦可讀儲存媒體。在
一些實例中,系統記憶體404可提供臨時儲存及/或長期儲存。在一些實例中,系統記憶體404或其部分可經描述為非揮發性記憶體,且在其他實例中,系統記憶體404之部分可經描述為揮發性記憶體。系統記憶體404可經組態以儲存可由接收器裝置400在操作期間使用之資訊。系統記憶體404可用於儲存由(若干)CPU 402執行之程式指令且可由在接收器裝置400上運行之程式用於在程式執行期間臨時儲存資訊。此外,在接收器裝置400作為一數位視訊錄影機之部分被包含在內之實例中,系統記憶體404可經組態以儲存許多視訊檔案。
應用程式408可包含在接收器裝置400內實施或由接收器裝置400執行之應用程式且可在接收器裝置400之組件內實施或包含於該等組件內、可由該等組件操作、由該等組件執行及/或可操作地/通信地耦合至該等組件。應用程式408可包含可導致接收器裝置400之(若干)CPU 402執行特定功能之指令。應用程式408可包含表達為電腦程式設計語句之演算法,諸如for循環、while循環、if語句、do循環等。可使用一指定程式設計語言來開發應用程式408。程式設計語言之實例包含JavaTM、JiniTM、C、C++、Objective C、Swift、Perl、Python、PhP、UNIX Shell、Visual Basic及Visual Basic Script。在接收器裝置400包含一智慧型電視之實例中,可由一電視製造商或一廣播業者來開發應用程式。如在圖4中繪示,應用程式408可結合作業系統406執行。即,作業系統406可經組態以促成應用程式408與(若干)CPU 402及接收器裝置400之其他硬體組件之互動。作業系統406可為經設計以安裝於機上盒、數位視訊錄影機、電視及類似物上之一作業系統。應注意,可由經組態以使用軟體架構之任一者及所有組合來操作之裝置利用本文中描述之技術。
如上文描述,一應用程式可為構成一增強或互動服務之一文件集合。此外,文件可用於根據一協定描述一緊急警報或類似物。文件剖析器409可經組態以剖析一文件且使一對應功能出現在接收器裝置400。例如,文件剖析器409可經組態以剖析來自一文件之一URL且接收器裝置400可擷取對應於URL之資料。
系統介面410可經組態以實現接收器裝置400之組件之間的通信。在一個實例中,系統介面410包括使資料能夠自一個同級裝置傳送至另一同級裝置或一儲存媒體之結構。例如,系統介面410可包含支援基於加速圖形埠(AGP)之協定、基於周邊組件互連(PCI)匯流排之協定(諸如,例如由周邊組件互連特別興趣群維持之PCI ExpressTM(PCIe)匯流排規格)或可用於使同級裝置互連之任何其他結構形式(例如,專屬匯流排協定)之一晶片組。
如在上文描述,接收器裝置400經組態以經由一電視服務網路來接收及視情況發送資料。如在上文描述,一電視服務網路可根據一電信標準來操作。一電信標準可定義通信性質(例如,協定層),諸如,例如實體發信號、定址、頻道存取控制、封包性質及資料處理。在圖4中繪示之實例中,資料提取器412可經組態以自一信號提取視訊、音訊及資料。例如,可根據態樣DVB標準、ATSC標準、ISDB標準、DTMB標準、DMB標準及DOCSIS標準來定義一信號。資料提取器412可經組態以自由上文描述之服務散佈引擎300產生之一信號提取視訊、音訊及資料。即,資料提取器412可以與服務散佈引擎300互反之一方式來操作。
可由(若干)CPU 402、音訊解碼器414及視訊解碼器418來處理資料封包。音訊解碼器414可經組態以接收及處理音訊封包。例如,音訊解碼
器414可包含經組態以實施一音訊編解碼器之態樣之硬體及軟體之一組合。即,音訊解碼器414可經組態以接收音訊封包且將音訊資料提供至音訊輸出系統416以進行演現。可使用多頻道格式(諸如由Dolby及Digital Theater Systems開發之多頻道格式)來編碼音訊資料。可使用一音訊壓縮格式來編碼音訊資料。音訊壓縮格式之實例包含動畫專家群(MPEG)格式、進階音訊編碼(AAC)格式、DTS-HD格式及杜比數位(AC-3、AC-4等)格式。音訊輸出系統416可經組態以演現音訊資料。例如,音訊輸出系統416可包含一音訊處理器、一數位轉類比轉換器、一放大器及一揚聲器系統。一揚聲器系統可包含多種揚聲器系統之任一者,諸如頭戴耳機、一整合式立體聲揚聲器系統、一多揚聲器系統或一環場音效系統。
視訊解碼器418可經組態以接收及處理視訊封包。例如,視訊解碼器418可包含用於實施一視訊編解碼器之態樣之硬體及軟體之一組合。在一個實例中,視訊解碼器418可經組態以解碼根據任何數目個視訊壓縮標準(諸如ITU-T H.262或ISO/IEC MPEG-2 Visual、ISO/IEC MPEG-4 Visual、ITU-T H.264(亦稱為ISO/IEC MPEG-4進階視訊編碼(AVC))及高效視訊編碼(HEVC))編碼之視訊資料。顯示器系統420可經組態以擷取及處理視訊資料用於顯示。例如,顯示器系統420可自視訊解碼器418接收像素資料且輸出資料用於視覺呈現。此外,顯示器系統420可經組態以輸出圖形連同視訊資料(例如,圖形使用者介面)。顯示器系統420可包括多種顯示裝置之一者,諸如一液晶顯示器(LCD)、一電漿顯示器、一有機發光二極體(OLED)顯示器或能夠將視訊資料呈現給一使用者之另一類型之顯示裝置。一顯示裝置可經組態以顯示標準清晰度內容、高清晰度內容或超高清晰度內容。
(若干)I/O裝置422可經組態以在接收器裝置400之操作期間接收輸入且提供輸出。即,(若干)I/O裝置422可使一使用者能夠選擇待演現之多媒體內容。輸入可自一輸入裝置產生,諸如,例如一按鈕遠端控制、包含一觸敏螢幕之一裝置、一基於運動之輸入裝置、一基於音訊之輸入裝置或經組態以接收使用者輸入之任何其他類型之裝置。(若干)I/O裝置422可使用一標準化通信協定可操作地耦合至接收器裝置400,諸如,例如通用串列匯流排協定(USB)、藍芽、ZigBee或一專屬通信協定(諸如,例如一專屬紅外線通信協定)。
網路介面424可經組態以使接收器裝置400能夠經由一區域網路及/或一廣域網路來發送及接收資料。網路介面424可包含一網路介面卡(諸如一乙太網路卡)、一光學收發器、一射頻收發器或經組態以發送及接收資訊之任何其他類型之裝置。網路介面424可經組態以根據一網路中所利用之實體及媒體存取控制(MAC)層來執行實體發信號、定址及頻道存取控制。接收器裝置400可經組態以剖析根據在上文關於圖3描述之技術之任一者產生之一信號。此外,接收器裝置400可經組態以根據一或多個通信技術將資料發送至一伴隨裝置且從該伴隨裝置接收資料。
圖5係繪示可實施本發明之一或多種技術之一伴隨裝置之一實例之一方塊圖。伴隨裝置500可包含一或多個處理器及複數個內部及/或外部儲存裝置。伴隨裝置500係經組態以接收一內容資訊通信訊息之一裝置之一實例。伴隨裝置500可包含在其上運行之可利用包含於一內容資訊通信訊息中之資訊之一或多個應用程式。伴隨裝置500可經配備用於有線及/或無線通信且可包含裝置,諸如,例如桌上型或膝上型電腦、行動裝置、智慧型電話、蜂巢式電話、個人資料助手(PDA)、平板電腦裝置及個人遊戲裝
置。
如在圖5中繪示,伴隨裝置500包含(若干)中央處理單元502、系統記憶體504、系統介面510、(若干)儲存裝置512、(若干)I/O裝置514及網路介面516。如在圖5中繪示,系統記憶體504包含作業系統506及應用程式508。應注意,儘管例示性伴隨裝置500經繪示為具有不同功能區塊,但此一繪示係出於描述目的且並不使伴隨裝置500限於一特定硬體或軟體架構。可使用硬體、韌體及/或軟體實施方案之任何組合來實現伴隨裝置500之功能。
(若干)中央處理單元502、系統記憶體504及系統介面510之各者可類似於上文描述之(若干)中央處理單元502、系統記憶體504及系統介面510。(若干)儲存裝置512表示可經組態以儲存大於系統記憶體504之資料量之伴隨裝置500之記憶體。例如,(若干)儲存裝置512可經組態以儲存一使用者之多媒體集合。類似於系統記憶體504,(若干)儲存裝置512亦可包含一或多個非暫時性或有形電腦可讀儲存媒體。(若干)儲存裝置512可為內部或外部記憶體且在一些實例中可包含非揮發性儲存元件。(若干)儲存裝置512可包含記憶卡(例如,一保全數位(SD)記憶卡,包含標準容量(SDSC)、大容量(SDHC)及擴展容量(SDXC)格式)、外部硬碟機、及/或一固態硬碟。
(若干)I/O裝置514可經組態以接收輸入且提供針對運算裝置514之輸出。輸入可自一輸入裝置(諸如,例如觸敏螢幕、軌跡板、軌跡點、滑鼠、一鍵盤、一麥克風、視訊攝影機或經組態以接收輸入之任何其他類型之裝置)產生。輸出可經提供至輸出裝置(諸如,例如揚聲器或一顯示裝置)。在一些實例中,(若干)I/O裝置514可在伴隨裝置500之外部且可使用
一標準化通信協定(諸如,例如通用串列匯流排(USB)協定)可操作地耦合至伴隨裝置500。
網路介面516可經組態以使伴隨裝置500能夠與外部運算裝置(諸如接收器裝置400及其他裝置或伺服器)通信。此外,在伴隨裝置500包含一智慧型電話之實例中,網路介面516可經組態以使伴隨裝置500能夠與一蜂巢式網路通信。網路介面516可包含一網路介面卡(諸如一乙太網路卡)、一光學收發器、一射頻收發器或可發送及接收資訊之任何其他類型之裝置。網路介面516可經組態以根據一或多個通信協定(諸如,例如一全球行動通信系統(GSM)標準、一分碼多重存取(CDMA)標準、一第三代行動合作夥伴計畫(3GPP)標準、一網際網路協定(IP)標準、一無線應用協定(WAP)標準、藍芽、ZigBee及/或一IEEE標準(諸如,IEEE 802標準之一或多者)以及其等之各種組合操作。
如在圖5中繪示,系統記憶體504包含作業系統506及儲存於其上之應用程式508。作業系統506可經組態以促成應用程式508與(若干)中央處理單元502及伴隨裝置500之其他硬體組件之互動。作業系統506可為經設計以安裝於膝上型電腦及桌上型電腦上之一作業系統。例如,作業系統506可為一Windows(註冊商標)作業系統、Linux或Mac OS。作業系統506可為經設計以安裝於智慧型手機、平板電腦及/或遊戲裝置上之一作業系統。例如,作業系統506可為一Android、iOS、WebOS、Windows Mobile(註冊商標)或一Windows Phone(註冊商標)作業系統。應注意,本文描述之技術不限於一特定作業系統。
應用程式508可為在伴隨裝置500內實施或由伴隨裝置500執行之任何應用程式且可在伴隨裝置500之組件內實施或包含於該等組件內、可由該
等組件操作、由該等組件執行及/或可操作地及/或通信地耦合至該等組件。應用程式508可包含可導致伴隨裝置500之(若干)中央處理單元502執行特定功能之指令。應用程式508可包含表達為電腦程式設計語句之演算法,諸如for循環、while循環、if語句、do循環等。此外,應用程式508可包含第二螢幕應用程式。
如上文描述,接收器裝置400可經組態以基於上文描述之例示性語意之任何組合接收一緊急警報訊息,剖析它且接著採取一行動。在一個實例中,接收器裝置400可經組態以將包含於一緊急警報訊息中之資訊傳達至一伴隨裝置(例如,伴隨裝置500)。在此實例中,接收器裝置400可被稱為一「主裝置」。伴隨裝置500及/或應用程式508可經組態以接收資訊且剖析內容資訊以用於一第二螢幕應用程式中。在一個實例中,接收器裝置400可經組態以根據一基於JSON之方案將包含於一緊急警報訊息中之資訊傳達至一伴隨裝置。2015年12月2日核准之ATSC候選標準:Companion Device(A/338)Doc.S33-161r1-Companion-Device(下文中稱為「A/338」)(其之全部內容以引用之方式併入)描述用於一ATSC 3.0主裝置與一ATSC 3.0伴隨裝置之間的通信之一經提出通信協定。表17A描述根據一基於JSON之方案之AEAT元素之結構。圖6A至圖6B係基於表17A中提供之實例之一電腦程式清單。應注意,關於表17A,單獨以信號發送一媒體內容類型(即,MIME-type)及一媒體描述。如此,接收器裝置400可經組態以基於表17A中提供之例示性方案發送一訊息至伴隨裝置500以便使一伴隨裝置500擷取媒體內容。例如,一使用者可具有使用一伴隨裝置擷取特定類型之媒體(例如,一.pdf檔案)之一偏好。
應注意,包含於表17A中之元素及屬性之語意大體對應於上文關於表2、表6及表10A至表10F提供之語意且出於簡明起見,對應於例示性正式定義,惟元素及屬性之下列語意除外:Header-此物件應含有警報之相關包絡資訊,包含警報之類型(EventCode)、警報生效之時間(effective)、其逾期之時間(expires)及目標警報區域之位置(Location)。
Header.effective-此date-time應含有警報訊息之生效時間。date-time應根據JSON「類型」:「字串」及「格式」:「date-time」表示。
Header.expires-此date-time應含有警報訊息之逾期時間。date-time應根據JSON「類型」:「字串」及「格式」:「date-time」表示。
EventCode-一物件,其提供關於事件代碼值及事件類型之資訊。
EventCode.value-應識別經格式化為表示值自身(例如,在美國,「EVI」之一值將用於表示一疏散警告)之一字串(其可表示一數)之警報訊息之事件類型之字串。值可視國家而不同,且可為一字母數字代碼,或可為純文字。每一AEA訊息應僅存在一個EventCode。
EventCode.type-此性質應為一國家指派之字串值,其應指定EventCode之網域(例如,在美國,「SAME」表示標準FCC第11部分
EAS編碼)。作為縮寫字之類型之值應皆以無句點之大寫字母表示。
Location-一物件,其提供關於地理位置值及位置類型之資訊。
Location.value-應使用一基於地理之代碼描述一訊息目標之一字串。
Location.type-此性質應為識別Location代碼之網域之字串。
AEAtext-一物件,其提供關於進階緊急警報訊息文字值及文字之語言之資訊。
AEAtext.value-緊急訊息之純文字之一字串。各AEAtext元素應恰包含一個lang屬性。針對依多種語言之相同警報之AEAtext,此元素應要求多個AEAtext元素的存在。
在一個實例中,接收器裝置400可經組態以根據基於表17B中闡釋之結構之一基於JSON方案將包含於一緊急警報訊息中之資訊傳達至一伴隨裝置。圖7A至圖7B係基於表17B中提供之實例之一電腦程式清單。
應注意,包含於表17B中之元素及屬性之語意大體對應於上文關於表2、表6、表10A至表10F及表17A提供之語意且出於簡明起見,對應於例示性正式定義,惟元素及屬性之下列語意除外:AEA.wakeup-此可選布林屬性在存在且設定為「真」時應指示AEA與非零ea_wake_up位元相關聯(見ATSC 3.0候選標準A/331之附件G.2)。預設值在不存在時應為「假」。此值應為[A/331]中定義之當前進階緊急警報訊息之AEAT.AEA@wakeup屬性之值。
Location.type-此性質應為識別Location代碼之網域之字串。注意,一些主裝置及伴隨裝置可能無法判定其等是否定位於警報之以信號發送位置區域內。建議此等主裝置及伴隨裝置宛如其等定位於警報之區域內般處理警報。
若類型等於「FIPS」,則Location應被定義為藉由逗號分開之一或
多個數值字串之一群組。各6數位數值字串應為以在47 CFR 11.31中定義為PSSCCC之方式之如在FIPS[FIPS]中定義之一縣級分區、州及縣代碼之一序連。另外,代碼「000000」應意謂美國及其領土內之所有位置,且代碼「999999」應意謂此AEAT起源之站之覆蓋區域內之所有位置。
若類型等於「SGC」,則Location應被定義為藉由逗號分開之一或多個數值字串之一群組。各數值字串應為如在SGC中定義之一2數位省(PR)、一2數位普查區(CD)及一3數位普查分區(CSD)之一序連。另外,代碼「00」應意謂加拿大內之所有位置,且代碼「9999」應意謂此AEAT起源之站之覆蓋區域內之所有位置。
若類型等於「polygon」,則Location應定義由形成一閉合、非自交叉迴圈之四個或四個以上座標對之一連續序列構成之一地理空間區域。
若類型等於「circle」,則Location應定義藉由給定為一座標對,其後緊跟一空格字元之一中心點及以公里為單位之一半徑值表示之一圓形區域。
類型之文字值係區分大小寫的,且應皆以大寫字母表示,惟「polygon」及「circle」除外。
此字串應具有等於ATSC 3.0候選標準A/331中定義之當前進階緊急警報訊息之AEAT.AEA.Header.Location@type屬性之值之值。
LiveMedia-一物件,其提供可作為一選擇呈現給使用者以調諧緊急情況相關資訊(例如,正進行之新聞報導)之一A/V服務之識別。一LiveMedia元素應在AEA.wakeup為「真」的情況下存在。
Media.mediaDesc-應以純文字描述Media資源之內容之一字串。描述應指示媒體資訊。例如,「疏散圖」或「多普勒雷達影像」等。
Media.mediaDesc之語言應被推斷為與Media.lang中指示的語言相同。此資訊可由一接收器用於為一觀看者呈現該觀看者可選擇演現之一媒體項目清單。若未提供此欄位,則接收器可在一觀看者UI中呈現項目之一般文字(例如,若@contentType指示項目係一視訊,則接收器可在一UI清單中將項目描述為「Video」)。
Media.mediaType-此字串應識別相關聯媒體之預期使用。注意,與在一清單中呈現給使用者以供選擇之媒體相反,使用此屬性識別之媒體項目通常與藉由接收器之警報使用者介面自動處置之項目相關聯。此字串應具有等於ATSC 3.0候選標準A/331中定義之當前進階緊急警報訊息之AEAT.AEA.Media@mediaType元素之值之值。
Media.uri-應判定多媒體資源檔案或封裝之源之一所需性質。當一豐富媒體資源經由寬頻帶遞送時,此欄位應形成為一絕對URL且參考一遠端伺服器上之一檔案。當一豐富媒體資源經由廣播ROUTE遞送時,此欄位應形成為一relativeURL。相對URL應匹配遞送檔案或檔案之Entity標頭之LCT頻道中之EFDT中之對應File元素之Content-Location屬性。在ATSC 3.0候選標準A/331中定義EFDT及LCT頻道。
Media.mediaAssoc-含有與此媒體資源相關聯之另一豐富媒體資源之一Media@uri之一可選性質。實例包含與一視訊相關聯之一隱藏字幕軌。Media.mediaAssoc之建構應如在上文之Media.uri中描述。此值應為ATSC 3.0候選標準A/331中定義之當前進階緊急警報訊息之AEAT.AEA.Media@mediaAssoc屬性之值。
此外,應注意,在一些實例中,接收器裝置400可經組態以基於包含大體對應於上文關於表10A至表10F提供之彼等之元素及屬性之例示性方
案發送一訊息至伴隨裝置500。
如此,接收器裝置400可經組態以接收來自一服務提供者之一緊急警報訊息,剖析指示一喚醒屬性之值之一語法元素且至少部分基於語法元素執行一行動。
在一或多個實例中,可在硬體、軟體、韌體或其等之任何組合中實施所描述之功能。若在軟體中實施,則功能可作為一或多個指令或程式碼儲存於一電腦可讀媒體上或經由該電腦可讀媒體傳輸且由一基於硬體之處理單元來執行。電腦可讀媒體可包含電腦可讀儲存媒體(其對應於一有形媒體,諸如資料儲存媒體)或通信媒體,包含例如,根據一通信協定促成一電腦程式自一個位置傳送至另一位置之任何媒體。以此方式,電腦可讀媒體通常可對應於:(1)有形電腦可讀儲存媒體,其係非暫時性的;或(2)一通信媒體,諸如一信號或載波。資料儲存媒體可為任何可用媒體,其可由一或多個電腦或一或多個處理器存取以擷取指令、程式碼及/或資料結構以用於實施本發明中描述之技術。一電腦程式產品可包含一電腦可讀媒體。
藉由實例且並非限制,此電腦可讀儲存媒體可包括RAM、ROM、EEPROM、CD-ROM或其他光碟儲存器、磁碟儲存器或其他磁性儲存裝置、快閃記憶體或可用於儲存呈指令或資料結構之形式之所要程式碼且可由一電腦存取之任何其他媒體。而且,任何連接被適當地稱為一電腦可讀媒體。例如,若使用一同軸纜線、光纖纜線、雙絞線、數位用戶線(DSL)或無線技術(諸如紅外線、無線電及微波)自一網站、伺服器或其他遠端源傳輸指令,則同軸纜線、光纖纜線、雙絞線、DSL或無線技術(諸如紅外線、無線電及微波)包含於媒體之定義中。然而,應理解,電腦可讀儲存
媒體及資料儲存媒體並不包含連接、載波、信號或其他暫時性媒體,而取而代之係關於非暫時性、有形儲存媒體。如在本文中使用,磁碟及光碟包含光碟(CD)、雷射光碟、光學光碟、數位多功能光碟(DVD)、軟磁碟及藍光光碟,其中磁碟通常磁性地重現資料,而光碟使用雷射光學地重現資料。上文之組合亦應包含於電腦可讀媒體之範疇內。
可由一或多個處理器執行指令,諸如一或多個數位信號處理器(DSP)、通用微處理器、特定應用積體電路(ASIC)、場可程式化邏輯陣列(FPGA)或其他等效積體或離散邏輯電路。因此,如在本文中使用,術語「處理器」可係指前述結構或適合於實施本文中描述之技術之任何其他結構之任一者。另外,在一些態樣中,可在經組態用於編碼及解碼或併入於一經組合編解碼器中之專用硬體及/或軟體模組內提供本文中描述之功能性。而且,可在一或多個電路或邏輯元件中全面實施該等技術。
可在多種裝置或設備中實施本發明之技術,包含一無線手機、一積體電路(IC)或一組IC(例如,一晶片組)。在本發明中描述各種組件、模組或單元以強調經組態以執行所揭示技術之裝置之功能態樣,但未必需要藉由不同硬體單元來實現。實情係,如在上文描述,各種單元可組合於一編解碼器硬體單元中或由互操作硬體單元之一集合(包含如上文描述之一或多個處理器)結合合適軟體及/或韌體提供。
再者,可由一電路(其通常係一積體電路或複數個積體電路)來實施或執行用於前述實施例之各者中之基地台裝置及終端裝置(視訊解碼器及視訊編碼器)之各功能區塊或各種特徵。經設計以執行本說明書中描述之功能之電路可包括一通用處理器、一數位信號處理器(DSP)、一特定應用或通用積體電路(ASIC)、一場可程式化閘陣列(FPGA)或其他可程式化邏輯
裝置、離散閘極或電晶體邏輯或一離散硬體組件或其等之一組合。通用處理器可為一微處理器,或替代性地,該處理器可為一習知處理器、一控制器、一微控制器或一狀態機。上文描述之通用處理器或各電路可由一數位電路來組態或可由一類比電路來組態。此外,當歸因於一半導體技術之進步而出現製成取代當前積體電路之一積體電路之技術時,亦能夠使用此技術之積體電路。
已描述各種實例。此等及其他實例在下列發明申請專利範圍之範疇內。
<概述>
根據本發明之一個實例,一種用於以信號發送與一緊急警報訊息相關聯之資訊之方法包括以信號發送指示與一緊急警報訊息相關聯之一媒體資源之一內容類型之一語法元素及以信號發送提供媒體資源之一描述之一語法元素。根據本發明之另一實例,一種用於以信號發送與一緊急警報訊息相關聯之資訊之裝置包括一或多個處理器,該一或多個處理器經組態以依信號發送指示與一緊急警報訊息相關聯之一媒體資源之一內容類型之一語法元素及以信號發送提供媒體資源之一描述之一語法元素。
根據本發明之另一實例,一種設備包括用於以信號發送指示與一緊急警報訊息相關聯之一媒體資源之一內容類型之一語法元素之構件,及用於以信號發送提供媒體資源之一描述之一語法元素之構件。
根據本發明之另一實例,一種非暫時性電腦可讀儲存媒體包括儲存於其上之指令,該等指令在執行之後使一裝置之一或多個處理器以信號發送指示與一緊急警報訊息相關聯之一媒體資源之一內容類型之一語法元素,及以信號發送提供媒體資源之一描述之一語法元素。
根據本發明之一個實例,一種用於擷取與一緊急警報相關聯之一媒體資源之方法包括接收來自一服務提供者之一緊急警報訊息,剖析指示與一緊急警報訊息相關聯之一媒體資源之一內容類型之一語法元素及至少部分基於指示內容類型之語法元素判定是否擷取媒體資源。
根據本發明之另一實例,一種用於擷取與一緊急警報相關聯之一媒體資源之裝置包括一或多個處理器,該一或多個處理器經組態以接收來自一服務提供者之一緊急警報訊息,剖析指示與一緊急警報訊息相關聯之一媒體資源之一內容類型之一語法元素及至少部分基於指示內容類型之語法元素判定是否擷取媒體資源。
根據本發明之另一實例,一種設備包括構件,該構件用於接收來自一服務提供者之一緊急警報訊息,剖析指示與一緊急警報訊息相關聯之一媒體資源之一內容類型之一語法元素及至少部分基於指示內容類型之語法元素判定是否擷取媒體資源。
根據本發明之另一實例,一種非暫時性電腦可讀儲存媒體包括儲存於其上之指令,該等指令在執行之後使一裝置之一或多個處理器接收來自一服務提供者之一緊急警報訊息,剖析指示與一緊急警報訊息相關聯之一媒體資源之一內容類型之一語法元素及至少部分基於指示內容類型之語法元素判定是否擷取媒體資源。
300:服務散佈引擎
302:組件囊封器
304:傳送及網路封包產生器
306:鏈路層封包產生器
308:圖框建立器及波形產生器
310:系統記憶體
Claims (19)
- 一種用於以信號發送與一緊急警報訊息相關聯之資訊之方法,該方法包括:以信號發送指示與一緊急警報訊息相關聯之一媒體資源之一內容類型之一語法元素;以信號發送提供該媒體資源之一描述之一語法元素;以信號發送識別該媒體資源之預期使用之一語法元素,識別該媒體資源之該預期使用之該語法元素之一資料類型為一字串類型;及進一步以信號發送指示與該緊急警報相關聯之一媒體元素之一媒體類型之一3位元語法元素。
- 如請求項1之方法,其進一步包括以信號發送指示識別待用於通用資源定位符建構之一網域之一識別符代碼之一語法元素。
- 如請求項1或2之方法,其進一步包括以信號發送提供一通用資源定位符片段之一字串之一語法元素。
- 如請求項3之方法,其進一步包括以信號發送提供指示該緊急警報訊息之一語言之一字串之一語法元素。
- 一種以信號發送與一緊急警報訊息相關聯之資訊之裝置,該裝置包括一或多個處理器,該一或多個處理器經組態以執行包含於請求項1或2之 步驟之任何及所有組合。
- 如請求項5之裝置,其中該裝置包含一服務散佈引擎。
- 如請求項5之裝置,其中該裝置包含一接收器裝置。
- 一種用於以信號發送與一緊急警報訊息相關聯之資訊之設備,該設備包括用於執行包含於請求項1或2之步驟之任何及所有組合之構件。
- 一種具有儲存於其上之指令之非暫時性電腦可讀儲存媒體,該等指令在執行時導致一裝置之一或多個處理器執行包含於請求項1或2之步驟之任何及所有組合。
- 一種剖析與一緊急警報訊息相關聯之資訊之裝置,該裝置包括一或多個處理器,該一或多個處理器經組態以剖析根據包含於請求項1或2之步驟之任何及所有組合產生之一信號。
- 如請求項10之裝置,其中該裝置選自由以下組成之群組:一桌上型電腦或膝上型電腦、一行動裝置、一智慧型電話、一蜂巢式電話、一個人資料助理(PDA)、一電視、一平板電腦裝置或一個人遊戲裝置。
- 一種用於以信號發送及剖析與一緊急警報訊息相關聯之資訊之系統,其包括: 一第一裝置,其以信號發送與一緊急警報訊息相關聯之資訊,且包括一或多個處理器,該一或多個處理器經組態以執行請求項1或2之方法;及一第二裝置,其剖析與該緊急警報訊息相關聯之該資訊,且包括一或多個處理器,該一或多個處理器經組態以剖析根據該第一裝置產生之一信號。
- 一種用於擷取與一緊急警報訊息相關聯之一媒體資源之方法,該方法包括:自一服務提供者接收一緊急警報訊息;剖析指示與一緊急警報訊息相關聯之一媒體資源之一內容類型之一語法元素;剖析識別該媒體資源之預期使用之一語法元素,識別該媒體資源之該預期使用之該語法元素之一資料類型為一字串類型;及進一步剖析指示與該緊急警報相關聯之一媒體元素之一媒體類型之一3位元語法元素。
- 如請求項13之方法,其進一步包括基於指示該內容類型之該語法元素將一緊急警報訊息之一例項發送至一伴隨裝置。
- 一種用於基於一緊急警報訊息而執行一動作之方法,該方法包括以下步驟:(a)自一服務提供者接收一緊急警報訊息; (b)剖析識別該媒體資源之預期使用之一語法元素,識別該媒體資源之該預期使用之該語法元素之一資料類型為一字串類型;(c)至少剖析下列至少一者:(i)該訊息中包含識別該訊息之一類別之一語法元素之一第一位元組;(ii)該訊息中包含識別該訊息之一優先順序之一語法元素之一後續位元組;(iii)指示該緊急警報訊息是否目標為一廣播區域內之所有位置之一語法元素;(iv)指示一喚醒屬性之值之一語法元素;及(d)至少部分基於經剖析之(i)至(iv)之至少一者而執行一動作;及進一步剖析指示與該緊急警報相關聯之一媒體元素之一媒體類型之一3位元語法元素。
- 如請求項15之方法,其中上述該步驟(c)包含剖析(i)。
- 如請求項15之方法,其中上述該步驟(c)包含剖析(ii)。
- 如請求項15之方法,其中上述該步驟(c)包含剖析(iii)。
- 如請求項15之方法,其中上述該步驟(c)包含剖析(iv)。
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US201662427137P | 2016-11-28 | 2016-11-28 | |
US62/427,137 | 2016-11-28 |
Publications (2)
Publication Number | Publication Date |
---|---|
TW201826806A TW201826806A (zh) | 2018-07-16 |
TWI787218B true TWI787218B (zh) | 2022-12-21 |
Family
ID=62195943
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
TW106141317A TWI787218B (zh) | 2016-11-28 | 2017-11-28 | 用於以信號發送與一緊急警報訊息相關聯之資訊之方法、裝置、設備、記錄媒體、剖析與一緊急警報訊息相關聯之資訊之裝置、用於以信號發送及剖析與一緊急警報訊息相關聯之資訊之系統、用於擷取與一緊急警報訊息相關聯之一媒體資源之方法及用於基於一緊急警報訊息而執行一動作之方法 |
Country Status (4)
Country | Link |
---|---|
US (1) | US20190289370A1 (zh) |
CA (1) | CA3044996A1 (zh) |
TW (1) | TWI787218B (zh) |
WO (1) | WO2018097288A1 (zh) |
Families Citing this family (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2019135806A (ja) * | 2018-02-05 | 2019-08-15 | ソニーセミコンダクタソリューションズ株式会社 | 復調回路、処理回路、処理方法、および処理装置 |
US11096030B2 (en) * | 2019-04-23 | 2021-08-17 | Electronics And Telecommunications Research Institute | Method and apparatus for cell broadcasting service using broadcast network |
CN114731459A (zh) * | 2019-11-20 | 2022-07-08 | 杜比国际公司 | 用于个性化音频内容的方法和设备 |
US11269589B2 (en) | 2019-12-23 | 2022-03-08 | Dolby Laboratories Licensing Corporation | Inter-channel audio feature measurement and usages |
US11412479B2 (en) * | 2020-12-09 | 2022-08-09 | Ford Global Technologies, Llc | Method and apparatus for autonomous fleet handling using broadcast guidance |
US11995978B1 (en) | 2021-07-28 | 2024-05-28 | T-Mobile Usa, Inc. | Emergency alert systems and methods for differently abled persons |
Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20160192033A1 (en) * | 2013-09-18 | 2016-06-30 | Sony Corporation | Transmitter, transmission method, receiver, reception method, and computer program |
Family Cites Families (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7592912B2 (en) * | 2005-12-09 | 2009-09-22 | Time Warner Cable Inc. | Emergency alert data delivery apparatus and methods |
US8880462B2 (en) * | 2005-12-13 | 2014-11-04 | Motorola Mobility Llc | Method, system and apparatus for providing information to client devices within a network |
US8832750B2 (en) * | 2012-05-10 | 2014-09-09 | Time Warner Cable Enterprises Llc | Media synchronization within home network using set-top box as gateway |
US20140007158A1 (en) * | 2012-06-29 | 2014-01-02 | Cable Television Laboratories, Inc. | Emergency alert system (eas) alert generation |
US9467240B2 (en) * | 2013-02-03 | 2016-10-11 | Lg Electronics Inc. | Apparatus for providing urgent alarm service through broadcast system and method therefor |
WO2015084004A1 (en) * | 2013-12-03 | 2015-06-11 | Lg Electronics Inc. | Apparatus for transmitting broadcast signals, apparatus for receiving broadcast signals, method for transmitting broadcast signals and method for receiving broadcast signals |
JP6325673B2 (ja) * | 2014-10-29 | 2018-05-16 | エルジー エレクトロニクス インコーポレイティド | 放送信号受信装置及び放送信号受信方法 |
WO2017204546A1 (ko) * | 2016-05-25 | 2017-11-30 | 엘지전자(주) | 방송 신호 송수신 장치 및 방법 |
-
2017
- 2017-11-27 CA CA3044996A patent/CA3044996A1/en not_active Abandoned
- 2017-11-27 WO PCT/JP2017/042408 patent/WO2018097288A1/en active Application Filing
- 2017-11-27 US US16/463,880 patent/US20190289370A1/en not_active Abandoned
- 2017-11-28 TW TW106141317A patent/TWI787218B/zh active
Patent Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20160192033A1 (en) * | 2013-09-18 | 2016-06-30 | Sony Corporation | Transmitter, transmission method, receiver, reception method, and computer program |
Non-Patent Citations (1)
Title |
---|
網路文獻 ADVANCED TELEVISION SYSTEMS COMMITTEE ATSC Candidate Standard: Signaling, Delivery, Synchronization, and Error Protection (A/331) Doc S33-174r5 21 September 2016 http://www.atsc.org/wp-content/uploads/2016/01/A331S33-174r5-Signaling-Delivery-Sync-FEC.pdf * |
Also Published As
Publication number | Publication date |
---|---|
WO2018097288A1 (en) | 2018-05-31 |
US20190289370A1 (en) | 2019-09-19 |
CA3044996A1 (en) | 2018-05-31 |
TW201826806A (zh) | 2018-07-16 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11006189B2 (en) | Primary device, companion device and method | |
TWI787218B (zh) | 用於以信號發送與一緊急警報訊息相關聯之資訊之方法、裝置、設備、記錄媒體、剖析與一緊急警報訊息相關聯之資訊之裝置、用於以信號發送及剖析與一緊急警報訊息相關聯之資訊之系統、用於擷取與一緊急警報訊息相關聯之一媒體資源之方法及用於基於一緊急警報訊息而執行一動作之方法 | |
US11615778B2 (en) | Method for receiving emergency information, method for signaling emergency information, and receiver for receiving emergency information | |
KR102134597B1 (ko) | 불투명 사용자 데이터를 시그널링하기 위한 방법 | |
KR102080726B1 (ko) | 비상 경보의 시그널링을 위한 시스템 및 방법 | |
TWI640962B (zh) | 用於緊急警報訊息之傳訊之系統及方法 | |
WO2017213234A1 (en) | Systems and methods for signaling of information associated with a visual language presentation |