TWI731187B - 收訊裝置、收訊方法、送訊裝置、及送訊方法 - Google Patents
收訊裝置、收訊方法、送訊裝置、及送訊方法 Download PDFInfo
- Publication number
- TWI731187B TWI731187B TW106136824A TW106136824A TWI731187B TW I731187 B TWI731187 B TW I731187B TW 106136824 A TW106136824 A TW 106136824A TW 106136824 A TW106136824 A TW 106136824A TW I731187 B TWI731187 B TW I731187B
- Authority
- TW
- Taiwan
- Prior art keywords
- information
- recorded
- emergency alert
- physical layer
- receiving device
- Prior art date
Links
- 238000000034 method Methods 0.000 title claims abstract description 78
- 230000005540 biological transmission Effects 0.000 claims abstract description 92
- 238000012545 processing Methods 0.000 claims description 96
- 238000004891 communication Methods 0.000 claims description 24
- 230000004913 activation Effects 0.000 claims description 21
- NGVDGCNFYWLIFO-UHFFFAOYSA-N pyridoxal 5'-phosphate Chemical compound CC1=NC=C(COP(O)(O)=O)C(C=O)=C1O NGVDGCNFYWLIFO-UHFFFAOYSA-N 0.000 claims description 14
- 238000005516 engineering process Methods 0.000 abstract description 41
- 230000011664 signaling Effects 0.000 description 27
- 238000010586 diagram Methods 0.000 description 23
- 230000008569 process Effects 0.000 description 22
- 235000007682 pyridoxal 5'-phosphate Nutrition 0.000 description 10
- 101000982010 Homo sapiens Myelin proteolipid protein Proteins 0.000 description 6
- 101001129124 Mannheimia haemolytica Outer membrane lipoprotein 1 Proteins 0.000 description 6
- 102100026784 Myelin proteolipid protein Human genes 0.000 description 6
- 101000761187 Odontomachus monticola U-poneritoxin(01)-Om1a Proteins 0.000 description 6
- 101001126414 Homo sapiens Proteolipid protein 2 Proteins 0.000 description 4
- 101001129122 Mannheimia haemolytica Outer membrane lipoprotein 2 Proteins 0.000 description 4
- 101001129120 Mannheimia haemolytica Outer membrane lipoprotein 3 Proteins 0.000 description 4
- 101000642171 Odontomachus monticola U-poneritoxin(01)-Om2a Proteins 0.000 description 4
- 101000606232 Odontomachus monticola U-poneritoxin(01)-Om3a Proteins 0.000 description 4
- 102100030486 Proteolipid protein 2 Human genes 0.000 description 4
- 230000000694 effects Effects 0.000 description 3
- 101000658425 Odontomachus monticola U-poneritoxin(01)-Om4a Proteins 0.000 description 2
- 101000844068 Odontomachus monticola U-poneritoxin(01)-Om6a Proteins 0.000 description 2
- 230000010365 information processing Effects 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 238000012544 monitoring process Methods 0.000 description 2
- 230000003287 optical effect Effects 0.000 description 2
- 230000008520 organization Effects 0.000 description 2
- 230000004044 response Effects 0.000 description 2
- 238000006424 Flood reaction Methods 0.000 description 1
- 101000844073 Odontomachus monticola U-poneritoxin(01)-Om5a Proteins 0.000 description 1
- 125000004122 cyclic group Chemical group 0.000 description 1
- 230000005611 electricity Effects 0.000 description 1
- 230000006870 function Effects 0.000 description 1
- 230000001771 impaired effect Effects 0.000 description 1
- 230000010354 integration Effects 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
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/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/2362—Generation or processing of Service Information [SI]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04H—BROADCAST COMMUNICATION
- H04H20/00—Arrangements for broadcast or for distribution combined with broadcast
- H04H20/53—Arrangements specially adapted for specific applications, e.g. for traffic information or for mobile receivers
- H04H20/59—Arrangements specially adapted for specific applications, e.g. for traffic information or for mobile receivers for emergency or urgency
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04B—TRANSMISSION
- H04B1/00—Details of transmission systems, not covered by a single one of groups H04B3/00 - H04B13/00; Details of transmission systems not characterised by the medium used for transmission
- H04B1/06—Receivers
- H04B1/16—Circuits
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04H—BROADCAST COMMUNICATION
- H04H60/00—Arrangements for broadcast applications with a direct linking to broadcast information or broadcast space-time; Broadcast-related systems
- H04H60/35—Arrangements for identifying or recognising characteristics with a direct linkage to broadcast information or to broadcast space-time, e.g. for identifying broadcast stations or for identifying users
- H04H60/38—Arrangements for identifying or recognising characteristics with a direct linkage to broadcast information or to broadcast space-time, e.g. for identifying broadcast stations or for identifying users for identifying broadcast time or space
- H04H60/41—Arrangements for identifying or recognising characteristics with a direct linkage to broadcast information or to broadcast space-time, e.g. for identifying broadcast stations or for identifying users for identifying broadcast time or space for identifying broadcast space, i.e. broadcast channels, broadcast stations or broadcast areas
- H04H60/42—Arrangements for identifying or recognising characteristics with a direct linkage to broadcast information or to broadcast space-time, e.g. for identifying broadcast stations or for identifying users for identifying broadcast time or space for identifying broadcast space, i.e. broadcast channels, broadcast stations or broadcast areas for identifying broadcast areas
-
- 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/238—Interfacing the downstream path of the transmission network, e.g. adapting the transmission rate of a video stream to network bandwidth; Processing of multiplex streams
- H04N21/2383—Channel coding or modulation of digital bit-stream, e.g. QPSK modulation
-
- 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
-
- 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
-
- 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/438—Interfacing the downstream path of the transmission network originating from a server, e.g. retrieving encoded video stream packets from an IP network
- H04N21/4382—Demodulation or channel decoding, e.g. QPSK demodulation
-
- 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/438—Interfacing the downstream path of the transmission network originating from a server, e.g. retrieving encoded video stream packets from an IP network
- H04N21/4383—Accessing a communication channel
-
- 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/442—Monitoring of processes or resources, e.g. detecting the failure of a recording device, monitoring the downstream bandwidth, the number of times a movie has been viewed, the storage space available from the internal hard disk
-
- 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/443—OS processes, e.g. booting an STB, implementing a Java virtual machine in an STB or power management in an STB
- H04N21/4436—Power management, e.g. shutting down unused components of the receiver
-
- 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/47—End-user applications
- H04N21/478—Supplemental services, e.g. displaying phone caller identification, shopping application
-
- 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/47—End-user applications
- H04N21/488—Data services, e.g. news ticker
- H04N21/4882—Data services, e.g. news ticker for displaying messages, e.g. warnings, reminders
-
- 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
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Multimedia (AREA)
- Business, Economics & Management (AREA)
- Emergency Management (AREA)
- Computer Networks & Wireless Communication (AREA)
- General Engineering & Computer Science (AREA)
- Databases & Information Systems (AREA)
- Software Systems (AREA)
- Circuits Of Receivers In General (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本技術係有關於,能夠提供較適合於現實之運用的緊急警報服務的收訊裝置、收訊方法、送訊裝置、及送訊方法。 提供一種收訊裝置,其係具備:收訊部,係將作為播送訊號而被傳輸的實體層訊框,予以接收;和解調部,係將從實體層訊框所得之實體層訊令予以解調,基於該解調結果所得之緊急警報通知資訊,來監視緊急警報資訊之傳輸之有無;緊急警報通知資訊是表示緊急警報資訊有被傳輸的情況下,則自動啟動。本技術係可是用於例如,傳輸符合DVB-T2規格之實體層訊框的傳輸系統。
Description
[0001] 本技術係有關於收訊裝置、收訊方法、送訊裝置、及送訊方法,尤其是有關於,可提供較適合於現實之運用的緊急警報服務的收訊裝置、收訊方法、送訊裝置、及送訊方法。
[0002] 作為地表數位播送規格,DVB-T(Digital Video Broadcasting - Terrestrial)規格係以歐洲為首而被世界各國所採用。甚至,目前,該DVB-T規格所改良而成的DVB-T2規格,正被實用化(例如參照非專利文獻1)。 [0003] 又,以地震或海嘯為代表的自然災害等之緊急時作為傳達警報的手段,係被規定有緊急警報系統(EWS:Emergency Warning System)(例如參照專利文獻1)。 [先前技術文獻] [專利文獻] [0004] [專利文獻1] 日本特開2008-148230號公報 [非專利文獻] [0005] [非專利文獻1] ETSI EN 302 755 V1.4.1 (2015-07)
[發明所欲解決之課題] [0006] 可是,於DVB-T2規格等之播送方式中,雖然有導入緊急警報系統,但有提供較適合於現實之運用的緊急警報服務的此一要求,用來實現此種緊急警報系統所需的提案,係被人們所需求。 [0007] 本技術係有鑑於此種狀況而研發,目的在於,可提供較適合於現實之運用的緊急警報服務。 [用以解決課題之手段] [0008] 本技術之第1側面的收訊裝置,係為一種收訊裝置,其係具備:收訊部,係將作為播送訊號而被傳輸的實體層訊框,予以接收;和解調部,係將從前記實體層訊框所得之實體層訊令予以解調,基於該解調結果所得之緊急警報通知資訊,來監視緊急警報資訊之傳輸之有無;前記緊急警報通知資訊是表示前記緊急警報資訊有被傳輸的情況下,則自動啟動。 [0009] 本技術之第1側面的收訊裝置,係可為獨立的裝置,或可為構成1台裝置的內部區塊。又,本技術之第1側面的收訊方法,係對應於上述的本技術之第1側面之收訊裝置的收訊方法。 [0010] 在本技術之第1側面的收訊裝置、及收訊方法中,作為播送訊號而被傳輸的實體層訊框係被接收,從前記實體層訊框所得之實體層訊令係被解調,基於該解調結果所得之緊急警報通知資訊,緊急警報資訊之傳輸之有無係被監視,前記緊急警報通知資訊是表示前記緊急警報資訊有被傳輸的情況下,則被自動啟動。 [0011] 本技術之第2側面的送訊裝置,係為一種送訊裝置,係具備:處理部,係將含有緊急警報資訊之傳輸之有無所相應之緊急警報通知資訊的實體層訊令加以處理,生成含有前記實體層訊令的實體層訊框;和送訊部,係將前記實體層訊框,作為播送訊號而予以發送。 [0012] 本技術之第2側面的送訊裝置,係可為獨立的裝置,或可為構成1台裝置的內部區塊。又,本技術之第2側面的送訊方法,係對應於上述的本技術之第2側面之送訊裝置的送訊方法。 [0013] 本技術之第2側面的送訊裝置、及送訊方法中,含有緊急警報資訊之傳輸之有無所相應之緊急警報通知資訊的實體層訊令係被處理,含有前記實體層訊令的實體層訊框係被生成,前記實體層訊框係被作為播送訊號而予以發送。 [發明效果] [0014] 若依據本技術的第1側面、及第2側面,則可提供較適合於現實之運用的緊急警報服務。 [0015] 此外,並非一定限定於這裡所記載的效果,亦可為本揭露中所記載之任一效果。
[0017] 以下,參照圖式,說明本技術的實施形態。此外,說明是按照以下順序進行。 [0018] 1.系統之構成 2.本技術的概要 3.實體層訊令 (1)L1後訊令 (2)IN-BAND訊令 4.位元分配之具體例 5.對M-PLP方式之支援 6.緊急警報通知資訊之例子 7.低消耗電力模式之例子 8.緊急警報資訊對應處理之流程 9.變形例 10.電腦之構成 [0019] <1.系統之構成> [0020] (傳輸系統之構成例) 圖1係適用了本技術的傳輸系統的一實施形態之構成的區塊圖。此外,所謂系統,係指由複數裝置做邏輯性集合而成者。 [0021] 於圖1中,傳輸系統1係由:被設置在各播送台之關連設施中的資料處理裝置10-1乃至10-N(N係1以上之整數)、和被設置在送訊所中的送訊裝置20、使用者所擁有的收訊裝置30-1乃至30-M(M係1以上之整數)所構成。 [0022] 又,於此傳輸系統1中,資料處理裝置10-1乃至10-N、與送訊裝置20,係透過通訊線路40-1乃至40-N,而被連接。此外,通訊線路40-1乃至40-N係可為例如專線。 [0023] 資料處理裝置10-1,係將播送台A所製作的播送節目等之內容加以處理,將其結果所得之傳輸資料,透過通訊線路40-1而發送至送訊裝置20。 [0024] 於資料處理裝置10-2乃至10-N中,係和資料處理裝置10-1同樣地,播送台B或播送台Z等之各播送台所製作的播送節目等之內容會被處理,其結果所得之傳輸資料,係透過通訊線路40-2乃至40-N,而被發送至送訊裝置20。 [0025] 送訊裝置20,係將透過通訊線路40-1乃至40-N,從播送台側的資料處理裝置10-1乃至10-N所被發送過來的傳輸資料,加以接收。送訊裝置20,係將來自資料處理裝置10-1乃至10-N的傳輸資料加以處理,將其結果所得之播送訊號,從被設置在送訊所的送訊用天線予以發送。 [0026] 藉此,來自送訊所側的送訊裝置20的播送訊號,係透過播送傳輸路50,而被發送至收訊裝置30-1乃至30-M。 [0027] 收訊裝置30-1乃至30-M係為電視受像機或機上盒(STB:Set Top Box)、錄影機、遊戲機、網路儲存體等之固定收訊機,或是智慧型手機或行動電話機、平板型電腦等之行動收訊機。又,收訊裝置30-1乃至30-M係亦可為例如:車載電視等之被搭載於車輛的車載機器、或頭戴式顯示器(HMD:Head Mounted Display)等之可穿戴電腦等。 [0028] 收訊裝置30-1,藉由將透過播送傳輸路50,從送訊裝置20所被發送過來的播送訊號加以收訊並處理,以將使用者所做的選台操作所相應之播送節目等之內容,予以再生。 [0029] 於收訊裝置30-2乃至30-M中,係和收訊裝置30-1同樣地,來自送訊裝置20的播送訊號係被處理,使用者所做的選台操作所相應之內容係被再生。 [0030] 此外,於傳輸系統1中,播送傳輸路50,係除了地表波(地表波播送)以外,亦可為例如:利用播送衛星(BS:Broadcasting Satellite)或通訊衛星(CS:Communications Satellite)的衛星播送、或使用纜線的有線播送(CATV:Common Antenna TeleVision)等。 [0031] 又,在傳輸系統1中,雖然未圖示,但亦可對於網際網路等之通訊線路,連接有各種伺服器,具有通訊機能的收訊裝置30-1乃至30-M,係透過網際網路等之通訊線路,對各種伺服器進行存取而進行雙向通訊,藉此而可接收內容或應用程式等各種資料。 [0032] 此外,在以下的說明中,播送台側的資料處理裝置10-1乃至10-N,係在沒有必要特別區別時,稱為資料處理裝置10。又,在沒有必要特別區別收訊裝置30-1至30-M的情況下,稱為收訊裝置30。 [0033] (送訊側之裝置之構成) 圖2係圖1的資料處理裝置10與送訊裝置20之構成例的區塊圖。 [0034] 於圖2中,資料處理裝置10係由:組件處理部111、訊令生成部112、多工器113、及資料處理部114所構成。 [0035] 組件處理部111,係將構成播送節目等之內容的組件之資料加以處理,將其結果所得之組件之串流,供給至多工器113。此處,組件之資料係為例如視訊或音訊、字幕等之資料,對這些資料,進行例如依照所定之編碼方式的編碼處理等之處理。 [0036] 訊令生成部112,係生成內容的選台或再生等之上層的處理中所被使用的訊令,供給至多工器113。又,訊令生成部112,係生成播送訊號之調變或解調等之實體層之處理中所被使用之訊令,供給至資料處理部114。 [0037] 此外,訊令係亦被稱為控制資訊。又,在以下的說明中,係在訊令之中,將實體層之處理中所被使用之訊令,稱為實體層訊令(L1訊令),而另一方面,將比實體層(Physical Layer)還上位的層也就是上層(Upper Layer)之處理中所被使用之訊令,稱為上層訊令來做區別。 [0038] 多工器113,係將從組件處理部111所被供給的組件之串流、與從訊令生成部112所被供給的上層訊令之串流加以多工,將其結果所得之串流,供給至資料處理部114。此外,此處,亦可還有應用程式或時刻資訊等之其他串流被多工。 [0039] 資料處理部114,係將從多工器113所被供給之串流加以處理,生成所定格式的封包(訊框)。又,資料處理部114,係將所定格式的封包、與來自訊令生成部112的實體層訊令加以處理,生成傳輸資料,透過通訊線路40而發送至送訊裝置20。 [0040] 於圖2中,送訊裝置20係由資料處理部211及調變部212所構成。 [0041] 資料處理部211,係將透過通訊線路40,而從資料處理裝置10所被發送過來的傳輸資料加以接收並處理,將其結果所得之所定格式的封包(訊框)、與實體層訊令的資訊,予以抽出。 [0042] 資料處理部211,係藉由將所定格式的封包(訊框)、與實體層訊令的資訊加以處理,以生成依照所定之播送方式(例如DVB-T2規格等)的實體層之訊框(實體層訊框),供給至調變部212。 [0043] 此外,於圖2的構成中,雖然說明了,實體層訊令是在資料處理裝置10側被生成,被發送至送訊裝置20,但實體層訊令係亦可在送訊裝置20側被生成。 [0044] 調變部212,係對從資料處理部211所被供給之實體層訊框,實施必要之處理(例如調變處理等),將其結果所得之播送訊號(RF訊號),從被設置在送訊所的送訊用天線予以發送。 [0045] 資料處理裝置10與送訊裝置20,係被構成如上。 [0046] (收訊側之裝置之構成) 圖3係圖1的收訊裝置30之構成例的區塊圖。 [0047] 於圖3中,收訊裝置30係由:選台器311、解調部312、及資料處理部313所構成。 [0048] 選台器311,係對透過天線321所接收到的播送訊號(RF訊號),實施必要之處理,將其結果所得之訊號,供給至解調部312。 [0049] 解調部312係作為例如解調LSI(Large Scale Integration)等之解調器而被構成。解調部312,係對從選台器311所被供給之訊號,進行解調處理。在該解調處理中,例如,依照實體層訊令,實體層訊框係被處理,獲得所定格式的封包。該解調的結果所得之封包,係被供給至資料處理部313。 [0050] 資料處理部313係例如,以單晶片系統(SoC:System On Chip)等的方式而被構成。資料處理部313,係對從解調部312所被供給之封包,進行所定之處理。此處,例如,基於從封包所得之上層訊令,來進行串流之解碼處理或再生處理等。 [0051] 資料處理部313之處理所得之視訊或音訊、字幕等之資料,係被輸出至後段的電路。藉此,在收訊裝置30中,播送節目等之內容係被再生,其映像或聲音係被輸出。 [0052] 收訊裝置30係被構成如上。 [0053] <2.本技術的概要> [0054] 可是,人們的生活係暴露在地震或海嘯、颱風或豪雨、暴風、龍捲風、洪水、山林大火這類自然災害等,各式各樣的事象中。 [0055] 如此的事象發生時,必須要將緊急警報資訊,向人們盡可能地越早告知,以促使其避難。災害時的緊急警報資訊,係由例如政府機關等所提供。又,該緊急警報資訊,係可藉由利用可由圖1所示之傳輸系統1所提供的播送服務,而作為緊急警報服務,提供給使用者。 [0056] 此處,例如,在DVB規格中的緊急警報系統(DVB-EWS)中,係利用SI(Service Information)資訊,來傳輸作為緊急警報資訊的聲音資料等。 [0057] 然而,該SI資訊,係在位於比實體層還要上位之層也就是上層中被傳輸,因此在待命狀態的收訊機上,訊號無法到達被設在選台器與解調部之後段的單晶片系統(SoC)為止,無法取得緊急警報資訊。 [0058] 因此,在待命狀態的收訊機中,若無法使單晶片系統作動,則無法進行緊急警報資訊之解析,因此這部分換來的是消耗電力變大。尤其是,單晶片系統,係由於消耗電力較大,因此盡可能地抑制消耗電力,較為理想。 [0059] 如此,在緊急警報系統導入之際,以較低消耗電力來進行緊急警報資訊之相關處理等,希望能夠導入可提供較適合於現實之運用的緊急警報服務的緊急警報系統,是有如此的要求。 [0060] 於是,在本技術中,為了提供較適合於現實之運用的緊急警報服務,而提出以下的方式。 [0061] 亦即,在本技術中,作為實體層訊框中所含之實體層訊令,是含入表示緊急警報資訊之傳輸之有無的緊急警報通知資訊、或表示緊急警報資訊之特性的特性資訊、表示緊急警報資訊所相關之附加資訊的傳輸之有無的附加資訊通知資訊等之資訊,藉此而可提供較適合於現實之運用的緊急警報服務。 [0062] 此外,在以下的說明中,作為實體層訊框,是以符合DVB-T2規格的T2訊框為一例做說明。又,作為將上記的緊急警報通知資訊或特性資訊等之資訊予以包含的實體層訊令,是以DVB-T2規格中所被規定之L1後訊令與IN-BAND訊令為一例做說明。 [0063] <3.實體層訊令> [0064] (T2訊框之結構) 圖4係T2訊框之結構的圖示。 [0065] 在DVB-T2規格中,係被定義有一種被稱為T2訊框(T2 frame)的訊框,資料係以T2訊框單位而被發送。T2訊框係含有被稱為P1及P2的2種類之前文(Preamble)訊號,在該前文訊號中係含有,OFDM (Orthogonal Frequency Division Multiplexing)訊號之解調等之處理時所必須之資訊。 [0066] 在T2訊框中係依序含有:P1的符元、P2的符元、及資料的符元(Data symbols)。 [0067] P1的符元,係為用來發送P1訊令(P1 signalling)所需的符元,在P1訊令中係含有:傳輸類型(transmission type)、或基本的傳輸參數(basic transmission parameters)。 [0068] P2的符元,係為用來發送L1前訊令(L1-pre signalling)、及L1後訊令(L1-post signalling)所需的符元。L1前訊令係含有:讓接收T2訊框的收訊機進行L1後訊令的收訊與解碼所需之資訊。L1後訊令係含有,讓收訊機對實體層(例如PLP(Physical Layer Pipes)等)進行存取所必須之參數。 [0069] L1後訊令,係由Configurable與Dynamic之2種類的欄位所構成,而且還準備有選用的擴充用之Extension欄位。又,在這些欄位的後面,依序配置有CRC(Cyclic Redundancy Check)、與L1 padding。 [0070] 此外,在DVB-T2規格中,在所被發送的T2訊框之間,可將一種被稱為FEF(Future Extension Frame)的,由異於T2訊框之結構所成的訊框,在時間方向上予以多工化而發送。又,T2訊框中,係可連同PLP,而一併含有輔助串流(Auxiliary Stream)。 [0071] 又,T2訊框中係有:以電視受像機等之固定收訊機為對象的T2-Base訊框、和以智慧型手機或平板型電腦等之行動收訊機為對象的T2-Lite訊框之2種類,藉由設定檔而被分類,但T2訊框之結構,係不隨設定檔之種別而不同,是共通的結構。 [0072] (1)L1後訊令 [0073] (L1後訊令的Configurable之語法) 圖5係L1後訊令的Configurable之語法的圖示。 [0074] L1後訊令的Configurable中係配置有:SUB_SLICES_PER_FRAME、NUM_PLP、NUM_AUX、AUX_CONFIG_RFU之欄位。 [0075] 接下來,在NUM_RF所相應之RF迴圈內,係配置有RF_IDX與FREQUENCY之欄位。又,在滿足S2 == 'xxx1'之關係的情況下,則配置有FEF_TYPE、FEF_LENGTH、FEF_INTERVAL之欄位。 [0076] 然後接下來,在NUM_PLP所相應之PLP迴圈內,係配置有:PLP_ID、PLP_TYPE、PLP_PAYLOAD_TYPE、FF_FLAG、FIRST_RF_IDX、FIRST_FRAME_IDX、PLP_GROUP_ID、PLP_COD、PLP_MOD、 PLP_ROTATION、PLP_FEC_TYPE、PLP_NUM_BLOCKS_MAX、FRAME_INTERVAL、TIME_IL_LENGTH、TIME_IL_TYPE、IN_BAND_A_FLAG、IN_BAND_B_FLAG、PLP_MODE、STATIC_FLAG、STATIC_PADDING_FLAG之欄位。 [0077] 又,在該PLP迴圈內,係準備有11位元的RESERVED_1。然後,一旦脫離PLP迴圈,則在FEF_LENGTH_MSB之欄位的後續,準備有30位元的RESERVED_2。 [0078] 接下來,在NUM_AUX所相應之AUX迴圈內,係配置有AUX_STREAM_TYPE、與AUX_PRIVATE_CONF之欄位。 [0079] 此處,AUX_STREAM_TYPE,係為規定輔助串流(Auxiliary Stream)之類型的4位元的欄位。AUX_PRIVATE_CONF,係為規定輔助串流之相關內容的28位元的欄位。 [0080] 此外,如上記的非專利文獻1的「Table 36:Signalling format for the auxiliary stream type」所揭露,作為AUX_STREAM_TYPE,在被設定'0000'的位元時,表示這是TX-SIG(Transmitter Signatures)的輔助串流。 [0081] 又,於AUX_STREAM_TYPE中,'0000'之位元以外的其他位元,係都表示這是將來之擴充用的預留位元(Reserved for future use)。此處,在本技術中,作為AUX_STREAM_TYPE,是將例如'1111'之位元,分配成"Emergency Signalling",藉此,在AUX_PRIVATE_CONF中,就可以指定緊急警報之相關資訊。 [0082] 如此,於L1後訊令的Configurable中,係對於11位元的RESERVED_1、30位元的RESERVED_2、28位元的AUX_PRIVATE_CONF,可分配任意之資訊,因此,在本技術中,對於這些RESERVED或AUX_PRIVATE_CONF,是分配了緊急警報之相關資訊。 [0083] 此外,L1後訊令的Configurable中所被配置之各欄位之細節,係記載於上記非專利文獻1的「7.2.3.1 Configurable L1-post signalling」中,因此這裡省略其詳細說明。 [0084] (L1後訊令的Dynamic之語法) 圖6係L1後訊令的Dynamic之語法的圖示。 [0085] L1後訊令的Dynamic中係配置有:FRAME_IDX、SUB_SLICE_INTERVAL、TYPE_2_START、L1_CHANGE_COUNTER、START_RF_IDX之欄位。 [0086] 又,在其後續,準備有8位元的RESERVED_1。 [0087] 接下來,在NUM_PLP所相應之PLP迴圈內,配置有PLP_ID、PLP_START、PLP_NUM_BLOCKS之欄位。 [0088] 又,在PLP迴圈內,係準備有8位元的RESERVED_2。然後,一旦脫離PLP迴圈,則又再準備有8位元的RESERVED_3。 [0089] 接下來,在NUM_AUX所相應之AUX迴圈內,係配置有AUX_PRIVATE_DYN之欄位。此處,AUX_PRIVATE_DYN,係為規定輔助串流(Auxiliary Stream)之相關內容的48位元的欄位。 [0090] 此外,在該AUX_PRIVATE_DYN中係被指定有,以圖5的Configurable的AUX_STREAM_TYPE而被指定的類型之輔助串流之相關資訊。亦即,例如,作為AUX_STREAM_TYPE,是已被指令了表示"Emergency Signalling"的'1111'之位元的情況下,則在AUX_PRIVATE_DYN中,係可指定緊急警報之相關資訊。 [0091] 如此,於L1後訊令的Dynamic中,係對於8位元的RESERVED_1、8位元的RESERVED_2、8位元的RESERVED_3、48位元的AUX_PRIVATE_DYN,可分配任意之資訊,因此,在本技術中,對於這些RESERVED或AUX_PRIVATE_DYN,是分配了緊急警報之相關資訊。 [0092] 此外,L1後訊令的Dynamic中所被配置之各欄位之細節,係記載於上記非專利文獻1的「7.2.3.2 Dynamic L1-post signalling」中,因此這裡省略其詳細說明。 [0093] (2)IN-BAND訊令 [0094] (填空欄位之格式) 圖7係將BB訊框的填空欄位當作IN-BAND訊令而利用時之結構的圖示。此外,具有如此結構的BB訊框係被複數集中,而構成T2訊框。 [0095] 於圖7中,BB訊框,係對資料欄位(DATA FIELD),附加80位元的BB標頭(BBHEADER)。又,於BB訊框中,係可在資料欄位之後,配置填空(PADDING)之欄位。 [0096] 在該填空欄位中,係如圖7所示,可配置IN-BAND訊令之欄位。 [0097] 此處係有:第1,只有類型A的IN-BAND訊令之欄位被配置的情況;第2,只有類型B的IN-BAND訊令之欄位被配置的情況;第3,類型A的IN-BAND訊令與類型B的IN-BAND訊令之雙方之欄位都有被配置的情況。 [0098] 此外,IN-BAND訊令之細節,係被記載於上記非專利文獻1的「5.2.3 Use of the padding field for in-band signalling」。 [0099] (類型A的IN-BAND訊令之語法) 圖8係類型A的IN-BAND訊令之語法的圖示。 [0100] 類型A的IN-BAND訊令中係配置有:PADDING_TYPE、PLP_L1_CHANGE_COUNTER之欄位。又,在其後續,準備有8位元的RESERVED_1。 [0101] 接下來,在PI
所相應之PI
迴圈內,配置有SUB_SLICE_INTERVAL、START_RF_IDX、CURRENT_PLP_START之欄位。 [0102] 又,在PI
迴圈內,係準備有8位元的RESERVED_2。然後,一旦脫離PI
迴圈,則配置有CURRENT_PLP_NUM_BLOCKS、 NUM_OTHER_PLP_IN_BAND之欄位。 [0103] 接下來,在NUM_OTHER_PLP_IN_BAND所相應之OTHER_PLP_IN_BAND迴圈內係配置有:PLP_ID、PLP_START、PLP_NUM_BLOCKS之欄位。 [0104] 又,在OTHER_PLP_IN_BAND迴圈內,係準備有8位元的RESERVED_3。然後,一旦脫離OTHER_PLP_IN_BAND迴圈,則在PI
所相應之PI
迴圈內,配置有TYPE_2_START之欄位。 [0105] 如此,於類型A的IN-BAND訊令中,係對8位元的RESERVED_1、8位元的RESERVED_2、8位元的RESERVED_3,可分配任意之資訊,因此,在本技術中,對於這些RESERVED,是分配了緊急警報之相關資訊。 [0106] 此外,類型A的IN-BAND訊令中所被配置之各欄位之細節,係記載於上記非專利文獻1的「5.2.3.1 In-band type A」中,因此這裡省略其詳細說明。 [0107] (類型B的IN-BAND訊令之語法) 圖9係類型B的IN-BAND訊令之語法的圖示。 [0108] 類型B的IN-BAND訊令中係配置有:PADDING_TYPE、TTO、FIRST_ISCR、BUFS_UNIT、BUFS、TS_RATE之欄位。 [0109] 又,在其後續,準備有8位元的RESERVED_B。 [0110] 如此,於類型B的IN-BAND訊令中,係對8位元的RESERVED_B,可分配任意之資訊,因此,在本技術中,對於該8位元的RESERVED_B,是分配了緊急警報之相關資訊。 [0111] 此外,類型B的IN-BAND訊令中所被配置之各欄位之細節,係記載於上記非專利文獻1的「5.2.3.2 In-band type B」中,因此這裡省略其詳細說明。 [0112] 如以上所述,在本技術中,可對L1後訊令的RESERVED或AUX_PRIVATE_CONF、AUX_PRIVATE_DYN之位元,或是對IN-BAND訊令之RESERVED之位元,分配緊急警報之相關資訊。以下說明,對緊急警報之相關資訊的位元分配之具體例。 [0113] <4.位元分配之具體例> [0114] (第1位元分配之例子) 圖10係第1位元分配之例子的圖示。 [0115] 於第1位元分配之例子中係例示了,對L1後訊令的Configurable中的30位元的RESERVED_2,分配緊急警報之相關資訊的情況。 [0116] 亦即,在第1位元分配之例子中,是將L1後訊令的Configurable的RESERVED_2的30位元,分別分配成EMERGENCY_WARNING、EWS_VERSION、SERVICE_ID、EWS_CODE。 [0117] 1位元的EMERGENCY_WARNING,係為表示緊急警報資訊有被傳輸的旗標。以下,亦將該旗標,稱為緊急警報通知資訊(緊急警報旗標)。 [0118] 5位元的EWS_VERSION,係表示緊急警報資訊之版本。該版本,係在緊急警報資訊之內容有被變更的情況下,會被增值。 [0119] 16位元的SERVICE_ID係表示,待命狀態之收訊裝置30,在自動啟動後進行選台的服務之識別元。 [0120] 8位元的EWS_CODE,係表示緊急警報之種別代碼。作為該種別代碼係指定例如:地震或颱風等之災害的種別。 [0121] 如以上,在第1位元分配之例子中,是在L1後訊令的Configurable的RESERVED_2中,規定了EMERGENCY_WARNING,因此,在緊急警報資訊被提供的情況下,可令待命狀態之收訊裝置30自動啟動。 [0122] 亦即,例如,作為電視受像機的收訊裝置30是處於待命狀態的情況下,當作為監視中的緊急警報通知資訊是指定了EMERGENCY_WARNING = '0'時,由於緊急警報資訊係未被提供,因此收訊裝置30係維持待命狀態。另一方面,作為監視中的緊急警報通知資訊,是指定了EMERGENCY_WARNING = '1'時,則由於緊急警報資訊有被提供,因此待命狀態之收訊裝置30係會自動啟動。 [0123] 此時,已被自動啟動的收訊裝置30中,被L1後訊令的Configurable的RESERVED_2中所被規定的SERVICE_ID所指定的服務ID所相應之播送服務(緊急警報服務)會被選台,藉由該當緊急警報服務,而提示(通知)緊急警報資訊。 [0124] 又,在第1位元分配之例子中,是在L1後訊令的Configurable的RESERVED_2中,規定了EWS_VERSION,因此可管理緊急警報資訊之版本。藉此,例如,待命狀態之收訊裝置30被自動啟動後,使用者恣意地再度設回待命狀態的情況下,對緊急警報資訊,被指定了與自動啟動時相同EWS_VERSION時,就可使得該當收訊裝置30不會再度自動啟動等,可做如此的實作。 [0125] 甚至,於收訊裝置30中,藉由事前設定接受緊急警報資訊之提供的緊急警報之種別(地震或颱風等之災害的種別),而可進行是否與已被L1後訊令的Configurable的RESERVED_2的EWS_CODE所指定之緊急警報之種別相符的判定處理。 [0126] 然後,在待命狀態之收訊裝置30中,在接收到緊急警報通知資訊(EMERGENCY_WARNING = '1')的情況下,在緊急警報之種別為相符時,因為是對象之種別的緊急警報資訊,所以會自動啟動。如此,收訊裝置30,係可對使用者,只提示(通知)地震或颱風等之特定災害的緊急警報資訊。 [0127] (第2位元分配之例子) 圖11係第2位元分配之例子的圖示。 [0128] 於第2位元分配之例子中係例示了,對L1後訊令的Configurable中的30位元的RESERVED_2、28位元的AUX_PRIVATE_CONF,分配緊急警報之相關資訊的情況。 [0129] 亦即,在第2位元分配之例子中,係和圖10所示的第1位元分配之例子同樣地,L1後訊令的Configurable的RESERVED_2之30位元,係分別被分配成1位元的EMERGENCY_WARNING、5位元的EWS_VERSION、16位元的SERVICE_ID、8位元的EWS_CODE。 [0130] 又,在第2位元分配之例子中,係於L1後訊令的Configurable中,在AUX_STREAM_TYPE,指定表示"Emergency Signalling"的'1111',對AUX_PRIVATE_CONF之28位元,作為緊急警報之相關資訊,分別分配了COUNTRY_CODE、REGION_CODE、RESERVERD。 [0131] 16位元的COUNTRY_CODE,係表示國碼。作為該國碼係可使用例如,由國際標準化機構(ISO:International Organization for Standardization)所規定的ISO 3166-1 alpha-2的2位元組代碼。 [0132] 8位元的REGION_CODE,係表示國內的地區碼。作為該地區碼係可使用例如,被國碼決定的每一國的用來分配更加細分之地區所需之代碼。 [0133] 4位元的RESERVERD係為將來的擴充領域。 [0134] 如以上所述,在第2位元分配之例子中,是在L1後訊令的Configurable的RESERVED_2中,規定了EMERGENCY_WARNING,然後,在AUX_PRIVATE_CONF中,規定了COUNTRY_CODE與REGION_CODE,因此,可只對特定國的特定之地區,對收訊裝置30,將緊急警報通知資訊設成有效。 [0135] 亦即,於收訊裝置30中,係事前指定好其設置位置等所相應之國碼與地區碼,藉此以在L1後訊令的Configurable的AUX_PRIVATE_CONF中,進行是否與已被COUNTRY_CODE與REGION_CODE所指定之國碼與地區碼相符之判定處理。 [0136] 然後,在待命狀態之收訊裝置30中,在接收到緊急警報通知資訊(EMERGENCY_WARNING = '1')的情況下,當國碼與地區碼係為相符時,則因為是在緊急警報資訊之對象的地區內,因此會自動啟動。另一方面,於待命狀態之收訊裝置30中,即使在接收到緊急警報通知資訊(EMERGENCY_WARNING = '1')的情況下,當國碼與地區碼為不相符時,則因為是在緊急警報資訊之對象的地區外,所以會維持待命狀態。 [0137] 如此,隨每一國家或地區,即使所應通知之緊急警報資訊為不同的情況下,藉由利用COUNTRY_CODE與REGION_CODE,就可按照每一國家或地區地,對收訊裝置30,提供緊急警報資訊。 [0138] 又,於收訊裝置30中,藉由事前設定接受緊急警報資訊之提供的緊急警報之種別(地震或颱風等之災害的種別),而進行是否與已被L1後訊令的Configurable的RESERVED_2的EWS_CODE所指定之緊急警報之種別相符的判定處理。 [0139] 然後,在待命狀態之收訊裝置30中,在接收到緊急警報通知資訊(EMERGENCY_WARNING = '1')的情況下,不只國碼與地區碼,就連緊急警報之種別也相符時,則因為是在緊急警報資訊之對象的地區內,且是對象之種別的緊急警報通知,所以會自動啟動。如此,於收訊裝置30中,係可按照每一國家或地區,而只提示(通知)地震或颱風等之特定災害的緊急警報資訊。 [0140] (第3位元分配之例子) 圖12係第3位元分配之例子的圖示。 [0141] 於第3位元分配之例子中係例示了,對L1後訊令的Configurable中的30位元的RESERVED_2、28位元的AUX_PRIVATE_CONF,分配緊急警報之相關資訊的情況。 [0142] 亦即,在第3位元分配之例子中,係和圖10所示的第1位元分配之例子同樣地,L1後訊令的Configurable的RESERVED_2之30位元,係分別被分配成1位元的EMERGENCY_WARNING、5位元的EWS_VERSION、16位元的SERVICE_ID、8位元的EWS_CODE。 [0143] 又,在第3位元分配之例子中,係於L1後訊令中,在AUX_STREAM_TYPE,指定表示"Emergency Signalling"的'1111',對AUX_PRIVATE_CONF之28位元,作為緊急警報之相關資訊,分別分配了COUNTRY_CODE、REGION_CODE、AUX_EWS_STREAM、 AUX_EWS_STREAM_TYPE、RESRVED。 [0144] 16位元的COUNTRY_CODE與8位元的REGION_CODE,係和圖11所示的第2位元分配之例子相同,分別表示國碼與國內之地區碼。 [0145] 1位元的AUX_EWS_STREAM係為表示,作為輔助串流(Auxiliary Stream),緊急警報所相關之附加資訊是有被傳輸的旗標。 [0146] 2位元的AUX_EWS_STREAM_TYPE,係表示將附加資訊予以傳輸的輔助串流(EWS輔助串流)之類型。作為該類型,係可隨應於附加資訊之種別,而例如可分配下記3種類之類型。此外,在此2位元的例子中,雖然可以指定4種類之類型,但此處係例示了確保將來的預留之領域的情況。 [0147] 0:本文資料 1:聲音資料 2:應用程式之啟動資訊 3:將來的預留之領域 [0148] 1位元的RESRVED係為將來的擴充領域。 [0149] 如以上所述,在第3位元分配之例子中,是在L1後訊令的Configurable的AUX_PRIVATE_CONF中,規定了AUX_EWS_STREAM與AUX_EWS_STREAM_TYPE,因此藉由使用它們的配對,在EWS輔助串流有被提供的情況下,可獲知其內容。 [0150] 例如,於待命狀態之收訊裝置30中,在接收到緊急警報通知資訊(EMERGENCY_WARNING = '1')的情況下,當AUX_EWS_STREAM = '1',且 AUX_EWS_STREAM_TYPE = '0'是已被指定時,則在自動啟動後,可利用作為EWS輔助串流而被傳輸的本文資料。 [0151] 例如,該本文資料係被設計成,可讓收訊裝置30所具有的TTS(Text To Speech)引擎進行朗讀之形式的資料。此外,TTS引擎係為,可從本文資料,人工地作出人類語音的語音合成機(Text To Speech Synthesizer)。藉由可如此的朗讀本文資料,例如,對視障者可提升協助性。 [0152] 同樣地,在接收到緊急警報通知資訊(EMERGENCY_WARNING = '1')的情況下,當AUX_EWS_STREAM = '1'、AUX_EWS_STREAM_TYPE = '1'被指定時,係在自動啟動後,可將作為EWS輔助串流而被傳輸的聲音資料加以利用,當AUX_EWS_STREAM_TYPE = '2'被指定時,係在自動啟動後,可將作為EWS輔助串流而被傳輸的啟動資訊加以利用。 [0153] 例如,聲音資料係被設計成,可從收訊裝置30所具有的揚聲器輸出聲音之形式的資料。又,例如,啟動資訊係被設計成,可讓收訊裝置30啟動之應用程式的啟動資訊。 [0154] 更具體而言,例如,作為播送通訊連動服務之1,支援在歐洲已經開始服務的HbbTV(Hybrid Broadcast Broadband TV)的收訊裝置30中,作為以EWS輔助串流而被傳輸的啟動資訊,取得了HbbTV用應用程式之URL(Uniform Resource Locator)的情況下,則透過網際網路等之通訊線路,該當HbbTV用應用程式會被取得、啟動。此處,例如,藉由該HbbTV用應用程式,緊急警報資訊或其詳細資訊會被提示。 [0155] 此外,此處所列舉的作為EWS輔助串流而被傳輸的本文資料、聲音資料、應用程式之啟動資訊,係為附加資訊之一例,亦可傳輸其他資訊。又,作為附加資訊是傳輸其他資訊的情況,則該資訊之類型,係作為AUX_EWS_STREAM_TYPE而被定義。 [0156] 例如,作為附加資訊係亦可為,在待命狀態之收訊裝置30自動啟動後,將用來選台服務所需之選台資訊等,作為EWS輔助串流而予以傳輸。作為該選台資訊係可使用例如,所謂的三聯體(Triplet),網路ID(Network_ID)或事件ID(Event_ID)等。此外,所謂三聯體,係表示傳輸串流ID(TS_ID)、PLP ID(PLP_ID)、服務ID(Service_ID)之組合。 [0157] (第4位元分配之例子) 圖13係第4位元分配之例子的圖示。 [0158] 於第4位元分配之例子中係例示了,對L1後訊令的Configurable中的30位元的RESERVED_2、L1後訊令的Dynamic中的48位元的AUX_PRIVATE_DYN,分配緊急警報之相關資訊的情況。 [0159] 在第4位元分配之例子中,是將L1後訊令的Configurable的RESERVED_2的30位元,分別分配成EMERGENCY_WARNING、EWS_VERSION、 COUNTRY_CODE、REGION_CODE。 [0160] 1位元的EMERGENCY_WARNING與5位元的EWS_VERSION,係和圖10所示的第1位元分配之例子相同,分別表示緊急警報通知資訊、和緊急警報資訊之版本。 [0161] 16位元的COUNTRY_CODE,係表示國碼。作為該國碼係可使用例如,ISO 3166-1 alpha-2所規定的代碼。 [0162] 8位元的REGION_CODE,係表示國內的地區碼。作為該地區碼係可使用例如,被國碼決定的每一國的用來分配更加細分之地區所需之代碼。 [0163] 又,在第4位元分配之例子中,係於L1後訊令的Configurable中,在AUX_STREAM_TYPE,指定表示"Emergency Signalling"的'1111',對L1後訊令的Dynamic的AUX_PRIVATE_DYN的48位元,作為緊急警報之相關資訊,分別分配了TS_ID、PLP_ID、SERVICE_ID、EWS_CODE。 [0164] 16位元的TS_ID係表示,待命狀態之收訊裝置30,在自動啟動後進行選台的傳輸串流(TS:Transport Stream)之識別元也就是傳輸串流ID。 [0165] 8位元的PLP_ID係表示,待命狀態之收訊裝置30,在自動啟動後進行選台的PLP(Physical Layer Pipe)之識別元也就是PLP ID。 [0166] 16位元的SERVICE_ID係表示,待命狀態之收訊裝置30,在自動啟動後進行選台的服務之識別元也就是服務ID。 [0167] 8位元的EWS_CODE,係表示緊急警報之種別代碼。 [0168] 如以上所述,在第4位元分配之例子中,是在L1後訊令的Configurable的RESERVED_2中,規定了EMERGENCY_WARNING,以及COUNTRY_CODE與REGION_CODE,因此,可只對特定國的特定之地區,對收訊裝置30,將緊急警報通知資訊 (EMERGENCY_WARNING = '1')設成有效。 [0169] 又,在第4位元分配之例子中,是在L1後訊令的Dynamic的AUX_PRIVATE_DYN中,規定了TS_ID與PLP_ID與SERVICE_ID,因此在待命狀態之收訊裝置30中,係在自動啟動後,藉由該三聯體而被指定的播送服務(緊急警報服務)會被選台。此處,例如,藉由該緊急警報服務,緊急警報資訊或其詳細資訊會被提示。 [0170] 甚至,和上述的位元分配之例子同樣地,在收訊裝置30中,係藉由事前設定接受緊急警報資訊之提供的緊急警報之種別(地震或颱風等之災害的種別),而進行是否與已被L1後訊令的Dynamic的AUX_PRIVATE_DYN的EWS_CODE所指定之緊急警報之種別相符的判定處理,隨應於該判定結果,可只提示地震或颱風等之特定災害的緊急警報資訊。 [0171] 此外,上述的4種類之位元分配之例子係為一例,亦可將L1後訊令的RESERVED或AUX_PRIVATE_CONF、AUX_PRIVATE_DYN單獨地、或組合地,對對象之位元,分配緊急警報之相關資訊。 [0172] 又,在上述4種類之位元分配之例子中,雖然例示了,對L1後訊令的RESERVED或AUX_PRIVATE_CONF、AUX_PRIVATE_DYN之位元,分配緊急警報之相關資訊的情況,但同樣地,可對IN-BAND訊令的RESERVED之位元,分配緊急警報之相關資訊(例如EMERGENCY_WARNING或EWS_CODE、COUNTRY_CODE、REGION_CODE等)。 [0173] 甚至,亦可對L1後訊令與IN-BAND訊令之位元,不只分別地分配緊急警報之相關資訊,還對L1後訊令的RESERVED或AUX_PRIVATE_CONF、AUX_PRIVATE_DYN之位元,分配緊急警報之相關資訊的一部分之資訊,其剩餘之資訊,係亦可對IN-BAND訊令的RESERVED之位元做分配。 [0174] <5.對M-PLP方式之支援> [0175] 順便一提,在DVB-T2規格中,係規定有M-PLP(Multiple PLP)方式,藉由該M-PLP方式,最多可支援256個PLP(Physical Layer Pipe)。但是,為了支援該最多256個PLP,在送訊側之送訊裝置20,以及收訊側之收訊裝置30中係規定,不需要同時接收256個PLP,只要至少接收2個PLP即可。 [0176] 在這2個PLP之中,一方之PLP係為Common PLP,他方之PLP係為Data PLP。此處,Common PLP,係從複數個傳輸串流(TS:Transport Stream)中所含之封包之中,將共通之封包予以抽出而生成的封包之序列。又,Data PLP係為,在傳輸串流(TS)中所含之封包之中,共通之封包已被抽出後的封包之序列。 [0177] 若將含有Common PLP與Data PLP的T2訊框加以圖示,則可用例如圖14所示的結構來表示。亦即,於圖14中,T2訊框係含有1個Common PLP、和2個Data PLP所構成。此外,在圖14的T2訊框中係含有輔助串流(auxiliary streams),一部分中係被插入有虛設胞格(Dummy cells)等。 [0178] (M-PLP方式下的緊急警報資訊之傳輸方式) 圖15係M-PLP方式被使用時的緊急警報資訊之傳輸方式的圖示。 [0179] 於圖15中,係服務1所被傳輸的PLP1、服務2所被傳輸的PLP2、服務3所被傳輸的PLP3被傳輸的情況下,圖示了對於這些3個Data PLP,傳輸1個Common PLP的情況。此處,提供緊急警報資訊的緊急警報服務,是藉由Common PLP而被傳輸。 [0180] 如此,M-PLP方式被使用的情況下,藉由以Common PLP來傳輸緊急警報服務,可將對PLP1乃至PLP3的緊急警報資訊予以共通化,因此不需要傳輸重複的資料,結果而言,可削減所傳輸的全體之資料量。 [0181] 又,如圖14所示,於T2訊框中,Common PLP係相對於其他PLP(Data PLP)是被配置在開頭,因此,在收訊裝置30中,可將以Common PLP而被傳輸的緊急警報資訊,早於以Data PLP而被傳輸的資料,更迅速地加以取得並處理。 [0182] (每一PLP群組的緊急警報資訊之傳輸方式) 圖16係M-PLP方式被使用時,每一PLP群組的緊急警報資訊之傳輸方式的圖示。 [0183] 圖16中係圖示,按照PLP Group1與PLP Group2的2個PLP群組,對於複數個Data PLP,傳輸1個Common PLP的情況。 [0184] 具體而言,PLP Group1係由:服務1所被傳輸的PLP1、服務2所被傳輸的PLP2、服務3所被傳輸的PLP3、對這些3個Data PLP的Common PLP1所構成。另一方面,PLP Group2係由:服務4所被傳輸的PLP4、服務5所被傳輸的PLP5、服務6所被傳輸的PLP6、對這些3個Data PLP的Common PLP2所構成。 [0185] 此處,在有如此的複數個PLP群組的情況下,藉由每一PLP群組的Common PLP,來傳輸提供緊急警報資訊的緊急警報服務。 [0186] 亦即,於PLP Group1中,係藉由Common PLP1,來傳輸PLP1乃至PLP3所共通的緊急警報服務1。另一方面,於PLP Group2中,係藉由Common PLP2,來傳輸PLP4乃至PLP6所共通的緊急警報服務2。 [0187] 如此,M-PLP方式被使用的情況下,在有複數個PLP群組存在時,藉由每一PLP群組的Common PLP來傳輸緊急警報服務,就可每一PLP群組地,將對Data PLP的緊急警報資訊予以共通化,因此不需要傳輸重複的資料,結果而言,可削減所傳輸的全體之資料量。 [0188] 又,如圖14所示,於T2訊框中,Common PLP係被配置在同一PLP群組內的開頭,因此,在收訊裝置30中,係可每一PLP群組地,將以Common PLP而被傳輸的緊急警報資訊,早於以Data PLP而被傳輸的資料,更迅速地加以取得並處理。 [0189] 此外,如圖5所示,各PLP所屬的PLP群組,係可藉由L1後訊令的Configurable的PLP迴圈內所被配置的PLP_GROUP_ID所指定的識別元,而加以識別。 [0190] <6.緊急警報通知資訊之例子> [0191] 在上述的說明中,雖然說明了,緊急警報通知資訊是1位元的旗標(緊急警報旗標),但緊急警報通知資訊係不限於1位元,可設成2位元以上之資訊。 [0192] 例如,在次世代地表波播送規格之1的ATSC(Advanced Television Systems Committee)3.0中,雖然將相當於緊急警報通知資訊的資訊規定成2位元,但本技術中也同樣,可以設成2位元。此處,參照圖17乃至圖20,說明ATSC3.0規格中所被規定之緊急警報的Wake-up位元。 [0193] ATSC3.0規格中所被規定之實體層訊框,係由:引導序列(BS:Bootstrap)、前文(Preamble)、資料部(Data)所構成。 [0194] 此處,引導序列係對應於,將DVB-T2規格之T2訊框予以構成的P1符元。又,前文係對應於,將DVB-T2規格之T2訊框予以構成的P2符元。因此,引導序列係亦可說成是前文訊號。 [0195] (引導序列之結構) 圖17中係圖示了實體層訊框中的引導序列之結構。 [0196] 於圖17中,引導序列係由Bootstrap Signal、Post-Bootstrap Waveform所構成。在Bootstrap Signal之欄位,係配置有複數個Bootstrap Symbol。 [0197] 圖18中係圖示了Bootstrap Symbol 1之語法。該Bootstrap Symbol 1中係配置有,1位元的ea_wake_up_1之欄位。ea_wake_up_1,係用來隨應於緊急警報(Emergency Alert)而使裝置啟動所需之位元。 [0198] 圖19中係圖示了Bootstrap Symbol 2之語法。該Bootstrap Symbol 2中係配置有,1位元的ea_wake_up_2之欄位。ea_wake_up_2,係用來隨應於緊急警報而使裝置啟動所需之位元。 [0199] 然後,圖18的Bootstrap Symbol 1的ea_wake_up_1的1位元、圖19的Bootstrap Symbol 2的ea_wake_up_2的1位元係被連結,形成2位元的Wake-up位元。但是,此處,在2位元之中,最下位位元是由ea_wake_up_1的1位元所形成,最上位位元是由ea_wake_up_2的1位元所形成。 [0200] 如此所被形成的2位元的Wake-up位元之值的意義,示於圖20。如圖20所示,藉由將Wake-up位元設成2位元,就可使其具有'00'、'01'、'10'、'11'之4種意義。 [0201] 此外,關於Bootstrap Symbol 1或Bootstrap Symbol 2,係在下記的非專利文獻2的「6. BOOTSTRAP SIGNAL STRUCTURE」中有記載其細節。此外,關於2位元的Wake-up位元之值的意義,係在下記的非專利文獻3的「Annex G:Emergency Alert Signaling」中有記載其細節。 [0202] 非專利文獻2:ATSC Standard: A/321、System Discovery and Signaling 非專利文獻3:ATSC Candidate Standard: Signaling, Delivery, Synchronization, and Error Protection (A/331) [0203] 於本技術中,係與ATSC3.0規格中所被規定之Wake-up位元同樣地,將緊急警報通知資訊(EMERGENCY_WARNING)設成2位元,就可使其帶有4種意義。又,此處,雖然例示將緊急警報通知資訊(EMERGENCY_WARNING)設成2位元的情況,但利可設成3位元以上,而使其帶有更多的意義。 [0204] <7.低消耗電力模式之例子> [0205] (DVB-EWS現行方式與本技術之方式的比較) 接著,參照圖21,比較DVB-EWS現行方式與本技術之方式的消耗電力。此外,可接收符合DVB-T2規格之播送訊號的收訊機,通常係為選台器、解調部(解調器)、及單晶片系統(SoC)之3晶片構成。 [0206] 如圖21的A所示,在採用了DVB-EWS現行方式的情況下,在收訊機中,若訊號無法被供給至被設在選台器與解調部之後段的單晶片系統(SoC)為止,則無法解析SI(Service Information)資訊(DVB-SI資訊)。 [0207] 此情況下,在收訊機中,為了使選台器與解調部作動,分別需要消耗數百mW之電力,並且要一直作動到單晶片系統(SoC)為止,因此還需要消耗數W之電力。 [0208] 另一方面,如圖21的B所示,在採用了本技術之方式(L1後訊令傳輸方式)的情況下,於解調部中,構成T2訊框的P1與P2之符元係被解調,P2的符元中所含之L1後訊令中所被配置之緊急警報通知資訊(EMERGENCY_WARNING)係被監視(解析)(參照圖21的C或圖21的D的訊框構成)。 [0209] 此情況下,單晶片系統(SoC)之前段的解調部中,緊急警報通知資訊(EMERGENCY_WARNING)係被監視(解析),因此為了使選台器與解調部作動,分別只需要消耗數十mW之電力即可,即使不令消耗電力高的單晶片系統(SoC)作動也無妨。 [0210] 如此,在DVB-EWS現行方式下,為了監視(解析)SI資訊,必須要使消耗電力高的單晶片系統(SoC)作動,但在本技術之方式(L1後訊令傳輸方式)下,為了監視L1後訊令中所被配置的緊急警報通知資訊(EMERGENCY_WARNING),不需要使單晶片系統(SoC)作動,可抑制消耗電力。 [0211] 又,如圖21的E所示,在採用了本技術之方式(L1後訊令傳輸方式)的情況下,藉由解調部,將P2之符元中所含之L1後訊令中所被配置的緊急警報通知資訊(EMERGENCY_WARNING)加以監視(解析),在其以外之資料的符元之收訊時,係可以用睡眠狀態的模式(低消耗電力模式)而作動。 [0212] 然後,收訊機,係在P2的符元中所含之L1後訊令中所被配置之緊急警報通知資訊(EMERGENCY_WARNING)是表示了,緊急警報資訊有被傳輸的情況(例如從'0'變化成'1'的情況)下,令單晶片系統(SoC)作動,將從送訊機所被傳輸過來的緊急警報資訊加以取得,並輸出之。 [0213] 只不過,在現況下,為了將P2之符元予以解調,必須要解調P1之符元,因此會是,只有在構成T2訊框的P1與P2之符元的收訊時,藉由解調部,來監視P2的符元中所含之L1後訊令中所被配置之緊急警報通知資訊(EMERGENCY_WARNING),但因為只要監視緊急警報通知資訊,所以可簡化處理。 [0214] <8.緊急警報資訊對應處理之流程> [0215] (緊急警報資訊對應處理) 接著,參照圖22的流程圖,說明送訊側與收訊側的緊急警報資訊對應處理之流程。 [0216] 此外,於圖22中,步驟S11乃至S14之處理,係被送訊側的資料處理裝置10或送訊裝置20所執行,步驟S31乃至S34之處理,係被收訊側的收訊裝置30所執行。 [0217] 於步驟S11中,係判定緊急警報資訊是否有被提供。在該判定處理中,例如,發生地震或海嘯等之自然災害,而判定是否有從氣象廳或其他政府機關等所管理的伺服器,提供緊急警報資訊。 [0218] 於步驟S11中,若判定為緊急警報資訊有被提供,則處理係前進至步驟S12。於步驟S12中,係藉由資料處理裝置10及送訊裝置20,來進行緊急警報資訊對應處理。 [0219] 在該緊急警報資訊對應處理中,係對L1後訊令或IN-BAND訊令,含入表示緊急警報資訊有被傳輸之事實的緊急警報通知資訊,並且,隨應於該緊急警報資訊之內容,表示緊急警報資訊之特性的特性資訊、或緊急警報資訊所相關之附加資訊之傳輸之有無所相應之附加資訊通知資訊會被含入。 [0220] 此處,作為特性資訊係含入例如:緊急警報資訊之版本、或對象之國家與地區、該當緊急警報資訊之內容所示之災害之種別等。又,作為附加資訊通知資訊係含入例如:表示本文資料或聲音資料、應用程式之啟動資訊、自動啟動後的選台資訊等之附加資訊的傳輸之有無的資訊。 [0221] 此外,於步驟S11中,若判定為緊急警報資訊未被提供,則步驟S12之處理係被略過,處理係前進至步驟S13。 [0222] 於步驟S13中,資料處理部211係生成T2訊框來作為實體層訊框。 [0223] 此處,緊急警報資訊對應處理(S12)有被行的情況下,在T2訊框中,作為實體層訊令,是將含有緊急警報通知資訊或特性資訊等之資訊的L1後訊令或IN-BAND訊令,予以含入。又,在該T2訊框中,係隨應於附加資訊通知資訊之內容,含有本文資料或選台資訊等之附加資訊的輔助串流,會被含入。 [0224] 於步驟S14中,調變部212,係對步驟S13之處理所得的實體層訊框(T2訊框),實施調變處理等之必要的處理,將其結果所得之播送訊號,從被設置在送訊所的送訊用天線予以發送。 [0225] 另一方面,於步驟S31中,選台器311,係透過天線321,將從送訊裝置20所被發送過來的播送訊號予以接收,並實施必要的處理。 [0226] 於步驟S32中,解調部312係對步驟S31之處理所得的訊號,進行解調處理。藉由該解調處理,從T2訊框,獲得L1後訊令或IN-BAND訊令等之實體層訊令。 [0227] 於步驟S33中,係依照步驟S32的解調處理之結果,來判定緊急警報通知資訊是否為表示了,緊急警報資訊有被傳輸。此處,緊急警報通知資訊,係被包含在L1後訊令或IN-BAND訊令中。 [0228] 於步驟S33中,在判定為緊急警報通知資訊並非表示緊急警報通知有被傳輸的情況下,則處理係回到步驟S31,重複步驟S31乃至S33之處理。 [0229] 亦即,此情況下,由於緊急警報服務未被提供,因此例如,在收訊裝置30是處於待命狀態的情況下,藉由解調部312,L1後訊令或IN-BAND訊令中所含之緊急警報通知資訊的監視,係被持續。 [0230] 又,於步驟S33中,在判定為緊急警報通知資訊是表示緊急警報通知有被傳輸的情況下,則處理係前進至步驟S34。於步驟S34中,係藉由收訊裝置30,而進行緊急警報資訊對應處理。 [0231] 在該緊急警報資訊對應處理中,例如,待命狀態之收訊裝置30會自動啟動,接收緊急警報服務,對使用者,提示(通知)緊急警報資訊。 [0232] 又,在L1後訊令等中,含有表示緊急警報資訊之特性的特性資訊的情況下,只有在該當特性資訊是符合於事前所被設定之自身之特性的情況下,收訊裝置30才會自動啟動。 [0233] 例如,收訊裝置30,係在緊急警報資訊的對象之國家與地區,是與事前所被設定之國家與地區相符的情況下,且該災害之種別(例如地震或颱風等之自然災害),是與事前所被設定之災害之種別相符的情況下,則自動啟動。 [0234] 又,在L1後訊令等中含有附加資訊通知資訊,該當附加資訊通知資訊是表示,緊急警報資訊所相關之附加資訊有被傳輸的情況下,則收訊裝置30,係在自動啟動時,將作為輔助串流而被傳輸的本文資料或選台資訊等之附加資訊加以取得,進行該當附加資訊所相應之處理。 [0235] 以上說明了送訊側與收訊側的緊急警報資訊對應處理之流程。 [0236] <9.變形例> [0237] (對其他播送方式之適用) 上述的說明,作為數位電視播送之規格,是以歐洲各國等所採用的方式也就是DVB(Digital Video Broadcasting)為中心來說明,但本技術係亦可適用於日本等所採用的方式也就是ISDB(Integrated Services Digital Broadcasting)、或美國等所採用的方式也就是ATSC(Advanced Television Systems Committee)等。 [0238] 亦即,於ISDB規格或ATSC規格中,也有導入在自然災害等之緊急時用來傳達警報所需之緊急警報系統,但藉由適用本技術,可提供較適合於現實之運用的緊急警報服務。 [0239] 又,作為數位電視播送之規格,係除了地表波播送以外,亦可適用於利用播送衛星(BS)或通訊衛星(CS)等的衛星播送、或有線電視(CATV)等之有線播送等之規格。 [0240] (封包或訊令之其他例子) 又,上述的封包或訊框、訊令(之欄位)等之名稱,係為一例,有時候會使用其他名稱。但是,這些名稱的差異,僅止於形式上的差異,對象之封包或訊框、訊令(之欄位)等之實質的內容並沒有不同。 [0241] <10.電腦的構成> [0242] 上述一連串處理,係可藉由硬體來執行,也可藉由軟體來執行。在以軟體來執行一連串之處理時,構成該軟體的程式,係可安裝至電腦。圖23係以程式來執行上述一連串處理的電腦的硬體之構成例的圖示。 [0243] 於電腦1000中,CPU(Central Processing Unit)1001、ROM(Read Only Memory)1002、RAM(Random Access Memory)1003,係藉由匯流排1004而被彼此連接。在匯流排1004上係還連接有輸出入介面1005。輸出入介面1005上係連接有:輸入部1006、輸出部1007、記錄部1008、通訊部1009、及驅動機1010。 [0244] 輸入部1006,係由鍵盤、滑鼠、麥克風等所成。輸出部1007係由顯示器、揚聲器等所成。記錄部1008,係由硬碟或非揮發性記憶體等所成。通訊部1009係由網路介面等所成。驅動機1010係驅動:磁碟、光碟、光磁碟、或半導體記憶體等之可移除式記錄媒體1011。 [0245] 在如以上構成的電腦1000中,藉由CPU1001而例如將ROM1002或記錄部1008中所被記錄之程式,透過輸出入介面1005及匯流排1004,而載入至RAM1003裡並加以執行,就可進行上述一連串處理。 [0246] 電腦1000(CPU1001)所執行的程式,係可記錄在例如套裝媒體等之可移除式記錄媒體1011中而提供。又,程式係可透過區域網路、網際網路、數位衛星播送這類有線或無線的傳輸媒體而提供。 [0247] 在電腦1000中,程式係藉由將可移除式記錄媒體1011裝著至驅動機1010,就可透過輸出入介面1005,安裝至記錄部1008。又,程式係可透過有線或無線之傳輸媒體,以通訊部1009接收之,安裝至記錄部1008。除此以外,程式係可事前安裝在ROM1002或記錄部1008中。 [0248] 此處,於本說明書中,電腦依照程式而進行之處理,係並不一定依照流程圖方式所記載之順序而時間序列性地進行。亦即,電腦依照程式所進行的處理,係包含可平行地或個別地執行之處理(例如平行處理或是物件所致之處理)。又,程式係可被1台電腦(處理器)所處理,也可被複數電腦分散處理。 [0249] 此外,本技術的實施形態係不限定於上述實施形態,在不脫離本技術主旨的範圍內可做各種變更。 [0250] 又,本技術係可採取如下之構成。 [0251] (1) 一種收訊裝置,其係 具備: 收訊部,係將作為播送訊號而被傳輸的實體層訊框,予以接收;和 解調部,係將從前記實體層訊框所得之實體層訊令予以解調,基於該解調結果所得之緊急警報通知資訊,來監視緊急警報資訊之傳輸之有無; 前記緊急警報通知資訊是表示前記緊急警報資訊有被傳輸的情況下,則自動啟動。 (2) 如前記(1)所記載之收訊裝置,其中, 前記實體層訊令之解調的結果所得的表示前記緊急警報資訊之特性的特性資訊,是與自身之特性相符的情況下,則自動啟動。 (3) 如前記(2)所記載之收訊裝置,其中, 前記特性資訊係含有:前記緊急警報資訊之版本、前記緊急警報資訊之對象的國家與地區、及前記緊急警報資訊之內容所示之災害之種別的其中至少1個資訊。 (4) 如前記(2)或(3)所記載之收訊裝置,其中, 前記特性資訊係含有:前記緊急警報資訊之對象的國家與地區、及災害之種別; 作為前記特性資訊而被指定的前記緊急警報資訊之對象的國家與地區,是與事前所被設定之國家與地區相符的情況下,且該災害之種別,是與事前所被設定之災害之種別相符的情況下,則自動啟動。 (5) 如前記(2)或(3)所記載之收訊裝置,其中, 前記特性資訊係含有前記緊急警報資訊之版本; 在自動啟動後,再度有同一版本之緊急警報資訊被傳輸過來的情況下,則忽視該當緊急警報資訊。 (6) 如前記(2)至(5)之任一項所記載之收訊裝置,其中, 前記實體層訊令之解調的結果所得之附加資訊通知資訊,是表示前記緊急警報資訊所相關之附加資訊有被傳輸的情況下,則將作為輔助串流而被傳輸的前記附加資訊加以取得並處理。 (7) 如前記(6)所記載之收訊裝置,其中, 前記附加資訊係含有:本文資料、聲音資料、應用程式之啟動資訊、及自動啟動後的選台資訊之其中至少1個資訊。 (8) 如前記(1)至(7)之任一項所記載之收訊裝置,其中, 前記實體層訊框,係符合DVB-T2(Digital Video Broadcasting - Terrestrial 2)規格; 前記實體層訊令,係為L1後訊令或IN-BAND訊令。 (9) 如前記(8)所記載之收訊裝置,其中, 前記緊急警報資訊,係在前記DVB-T2規格中所被規定之M-PLP(Multiple PLP)方式是被使用的情況下,則在Data PLP及Common PLP之中,利用Common PLP而被傳輸。 (10) 如前記(9)所記載之收訊裝置,其中, 前記緊急警報資訊,係每一PLP群組地,利用Common PLP而被傳輸。 (11) 一種收訊方法,係為收訊裝置的收訊方法,其特徵為,由前記收訊裝置進行包含以下之步驟: 將作為播送訊號而被傳輸的實體層訊框,予以接收; 將從前記實體層訊框所得之實體層訊令予以解調,基於該解調結果所得之緊急警報通知資訊,來監視緊急警報資訊之傳輸之有無; 前記緊急警報通知資訊是表示前記緊急警報資訊有被傳輸的情況下,則自動啟動。 (12) 一種送訊裝置,係具備: 處理部,係將含有緊急警報資訊之傳輸之有無所相應之緊急警報通知資訊的實體層訊令加以處理,生成含有前記實體層訊令的實體層訊框;和 送訊部,係將前記實體層訊框,作為播送訊號而予以發送。 (13) 如前記(12)所記載之送訊裝置,其中, 前記實體層訊令係還含有,表示前記緊急警報資訊之特性的特性資訊。 (14) 如前記(13)所記載之送訊裝置,其中, 前記特性資訊係含有:前記緊急警報資訊之版本、前記緊急警報資訊之對象的國家與地區、及前記緊急警報資訊之內容所示之災害之種別的其中至少1個資訊。 (15) 如前記(13)或(14)所記載之送訊裝置,其中, 前記實體層訊令係還含有:前記緊急警報資訊所相關之附加資訊之傳輸之有無所相應之附加資訊通知資訊; 前記實體層訊框,係在前記附加資訊通知資訊是表示前記附加資訊有被傳輸的情況下,則還含有作為輔助串流的前記附加資訊。 (16) 如前記(15)所記載之送訊裝置,其中, 前記附加資訊係含有:本文資料、聲音資料、應用程式之啟動資訊、及自動啟動後的選台資訊之其中至少1個資訊。 (17) 如前記(12)至(16)之任一項所記載之送訊裝置,其中, 前記實體層訊框,係符合DVB-T2規格; 前記實體層訊令,係為L1後訊令或IN-BAND訊令。 (18) 如前記(17)所記載之送訊裝置,其中, 前記緊急警報資訊,係在前記DVB-T2規格中所被規定之M-PLP方式是被使用的情況下,則在Data PLP及Common PLP之中,利用Common PLP而被傳輸。 (19) 如前記(18)所記載之送訊裝置,其中, 前記緊急警報資訊,係每一PLP群組地,利用Common PLP而被傳輸。 (20) 一種送訊方法,係為送訊裝置的送訊方法,其特徵為,由前記送訊裝置進行包含以下之步驟: 將含有緊急警報資訊之傳輸之有無所相應之緊急警報通知資訊的實體層訊令加以處理,以生成含有前記實體層訊令的實體層訊框;和 將前記實體層訊框,作為播送訊號而予以發送。
[0252]1‧‧‧傳輸系統10、10-1~10-N‧‧‧資料處理裝置20‧‧‧送訊裝置30、30-1~30-M‧‧‧收訊裝置40、40-1~40-N‧‧‧通訊線路50‧‧‧播送傳輸路111‧‧‧組件處理部112‧‧‧訊令生成部113‧‧‧多工器114‧‧‧資料處理部211‧‧‧資料處理部212‧‧‧調變部311‧‧‧選台器312‧‧‧解調部313‧‧‧資料處理部321‧‧‧天線1000‧‧‧電腦1001‧‧‧CPU1002‧‧‧ROM1003‧‧‧RAM1004‧‧‧匯流排1005‧‧‧輸出入介面1006‧‧‧輸入部1007‧‧‧輸出部1008‧‧‧記錄部1009‧‧‧通訊部1010‧‧‧驅動機1011‧‧‧可移除式記錄媒體
[0016] [圖1] 適用了本技術的傳輸系統之一實施形態之構成的區塊圖。 [圖2] 圖1的資料處理裝置與送訊裝置之構成例的區塊圖。 [圖3] 圖1的收訊裝置之構成例的區塊圖。 [圖4] T2訊框之結構的圖示。 [圖5] L1後訊令的Configurable之語法的圖示。 [圖6] L1後訊令的Dynamic之語法的圖示。 [圖7] 將BB訊框的填空欄位當作IN-BAND訊令而利用時之結構的圖示。 [圖8] 類型A的IN-BAND訊令之語法的圖示。 [圖9] 類型B的IN-BAND訊令之語法的圖示。 [圖10] 第1位元分配之例子的圖示。 [圖11] 第2位元分配之例子的圖示。 [圖12] 第3位元分配之例子的圖示。 [圖13] 第4位元分配之例子的圖示。 [圖14] 含有Common PLP與Data PLP的T2訊框之結構的圖示。 [圖15] M-PLP方式被使用時的緊急警報資訊之傳輸方式的圖示。 [圖16] M-PLP方式被使用時,每一PLP群組的緊急警報資訊之傳輸方式的圖示。 [圖17] 實體層訊框中的引導序列之結構的圖示。 [圖18] Bootstrap Symbol 1之語法的圖示。 [圖19] Bootstrap Symbol 2之語法的圖示。 [圖20] 2位元的Wake-up位元之值之意義的圖示。 [圖21] 採用了本技術之方式時的消耗電力的說明圖。 [圖22] 說明送訊側與收訊側之緊急警報資訊對應處理之流程的流程圖。 [圖23] 電腦之構成例的圖示。
30‧‧‧收訊裝置
311‧‧‧選台器
312‧‧‧解調部
313‧‧‧資料處理部
321‧‧‧天線
Claims (16)
- 一種收訊裝置,其係具備:收訊電路,係被構成為,將作為播送訊號而被傳輸的實體層訊框的前文,予以接收;和處理電路;其中,前記處理電路係被構成為,在前記收訊裝置是處於待命狀態的情況下:從前記實體層訊框的前記前文,取得實體層訊令;基於前記實體層訊令中所含之緊急警報通知資訊,而監視前記實體層訊框的資料部中是否有緊急警報資訊被傳輸;在前記緊急警報通知資訊係表示前記緊急警報資訊是於前記實體層訊框的資料部中有被傳輸,且前記實體層訊令中所含之特性資訊係表示前記緊急警報資訊之特性是與前記收訊裝置之特性相符的情況下,令前記收訊裝置啟動以接收前記緊急警報資訊;前記特性資訊係含有前記緊急警報資訊之版本。
- 如請求項1所記載之收訊裝置,其中,前記特性資訊係含有:前記緊急警報資訊之對象的國家與地區、及前記緊急警報資訊之災害之種別、及前記收 訊裝置的啟動後所能適用的選台資訊的其中至少1個資訊。
- 如請求項1所記載之收訊裝置,其中,前記特性資訊係還含有:前記緊急警報資訊之對象的國家與地區、及災害之種別;前記處理電路係進一步被構成為:前記緊急警報資訊之對象的國家與地區,是與事前所被設定之國家與地區相符的情況下,且該災害之種別,是與事前所被設定之災害之種別相符的情況下,則令前記收訊裝置啟動。
- 如請求項1所記載之收訊裝置,其中,在前記收訊裝置的啟動後,若有與前記緊急資訊的版本同一版本之其他緊急警報資訊被傳輸過來的情況下,則忽視前記其他緊急警報資訊。
- 如請求項1所記載之收訊裝置,其中,前記實體層訊框,係符合DVB-T2(Digital Video Broadcasting-Terrestrial 2)規格;前記實體層訊令,係為L1後訊令。
- 如請求項5所記載之收訊裝置,其中,前記緊急警報資訊,係在前記DVB-T2規格中所被規定之M-PLP(Multiple PLP)方式是被使用的情況下,則在 Data PLP及Common PLP之中,利用Common PLP而被傳輸。
- 如請求項6所記載之收訊裝置,其中,前記緊急警報資訊,係每一PLP群組地,利用Common PLP而被傳輸。
- 一種收訊裝置,其係具備:收訊電路,係被構成為,將作為播送訊號而被傳輸的實體層訊框的前文,予以接收;和處理電路;前記處理電路係被構成為,在前記收訊裝置是處於待命狀態的情況下:從前記實體層訊框的前記前文,取得實體層訊令;基於前記實體層訊令中所含之緊急警報通知資訊,而監視前記實體層訊框的資料部中是否有緊急警報資訊被傳輸;在前記緊急警報通知資訊係表示前記緊急警報資訊是於前記實體層訊框的資料部中有被傳輸,且前記實體層訊令中所含之特性資訊係表示前記緊急警報資訊之特性是與前記收訊裝置之特性相符的情況下,令前記收訊裝置啟動以接收前記緊急警報資訊;在前記收訊裝置的啟動後: 前記實體層訊令中所含之附加資訊通知資訊係表示,前記緊急警報資訊所相關之附加資訊是於輔助串流中有被傳輸的情況下,則從前記實體層訊框的前記資料部中所含之前記輔助串流取得前記附加資訊;前記特性資訊係含有前記緊急警報資訊之版本;前記附加資訊係含有:本文資料、聲音資料、應用程式之啟動資訊、及前記收訊裝置的啟動後所能適用的選台資訊之其中至少1個資訊。
- 一種收訊方法,係為收訊裝置的收訊方法,其係:藉由前記收訊裝置的收訊電路,將作為播送訊號而被傳輸的實體層訊框的前文,予以接收;在前記收訊裝置是處於待命狀態的情況下:藉由前記收訊裝置的處理電路,將從前記實體層訊框的前記前文,取得實體層訊令;藉由前記收訊裝置的前記處理電路,基於前記實體層訊令中所含之緊急警報通知資訊,而監視前記實體層訊框的資料部中是否有緊急警報資訊被傳輸;在前記緊急警報通知資訊係表示前記緊急警報資訊是於前記實體層訊框的資料部中有被傳輸,且前記實體層訊令中所含之特性資訊係表示前記緊急警報資訊之特性是與前記收訊裝置之特性相符的情況下,令前記收訊裝置啟動以接收前記緊急警報資訊;前記特性資訊係含有前記緊急警報資訊之版本。
- 一種送訊裝置,係具備:處理電路,係被構成為,生成含有前文與資料部的實體層訊框,其中,前記前文係含有實體層訊令,其係含有:用來表示緊急警報資訊是否於前記實體層訊框的前記資料部中被傳輸的緊急警報通知資訊;和送訊電路,係被構成為,將前記實體層訊框,作為播送訊號而予以發送;前記實體層訊令係還含有,表示前記緊急警報資訊之特性的特性資訊;前記特性資訊係含有前記緊急警報資訊之版本。
- 如請求項10所記載之送訊裝置,其中,前記實體層訊令係還含有:表示前記緊急警報資訊所相關之附加資訊之傳輸之有無的附加資訊通知資訊;前記實體層訊框的前記資料部,係在前記附加資訊通知資訊是表示前記附加資訊有被傳輸的情況下,則還含有輔助串流,其係包含有前記附加資訊。
- 如請求項11所記載之送訊裝置,其中,前記附加資訊係含有:本文資料、聲音資料、應用程式之啟動資訊、及前記收訊裝置的啟動後所能適用的選台資訊之其中至少1個資訊。
- 如請求項10所記載之送訊裝置,其中,前記實體層訊框,係符合DVB-T2規格;前記實體層訊令,係為L1後訊令。
- 如請求項13所記載之送訊裝置,其中,前記緊急警報資訊,係在前記DVB-T2規格中所被規定之M-PLP方式是被使用的情況下,則在Data PLP及Common PLP之中,利用Common PLP而被傳輸。
- 如請求項14所記載之送訊裝置,其中,前記緊急警報資訊,係每一PLP群組地,利用Common PLP而被傳輸。
- 一種送訊方法,係為送訊裝置的送訊方法,其係:藉由前記送訊裝置的處理電路,生成含有前記實體層訊令的實體層訊框,其中,前記前文係含有實體層訊令,其係含有:用來表示緊急警報資訊是否於前記實體層訊框的前記資料部中被傳輸的緊急警報通知資訊;藉由前記送訊裝置的送訊電路,將前記實體層訊框,作為播送訊號而予以發送;前記實體層訊令係還含有,表示前記緊急警報資訊之特性的特性資訊;前記特性資訊係含有前記緊急警報資訊之版本。
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2016218885 | 2016-11-09 | ||
JP2016-218885 | 2016-11-09 |
Publications (2)
Publication Number | Publication Date |
---|---|
TW201820837A TW201820837A (zh) | 2018-06-01 |
TWI731187B true TWI731187B (zh) | 2021-06-21 |
Family
ID=62109299
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
TW106136824A TWI731187B (zh) | 2016-11-09 | 2017-10-26 | 收訊裝置、收訊方法、送訊裝置、及送訊方法 |
Country Status (8)
Country | Link |
---|---|
US (1) | US10958365B2 (zh) |
EP (1) | EP3541082A4 (zh) |
JP (1) | JP7055749B2 (zh) |
CN (1) | CN109937577B (zh) |
AU (1) | AU2017356366B2 (zh) |
MY (1) | MY194434A (zh) |
TW (1) | TWI731187B (zh) |
WO (1) | WO2018088223A1 (zh) |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2019135806A (ja) * | 2018-02-05 | 2019-08-15 | ソニーセミコンダクタソリューションズ株式会社 | 復調回路、処理回路、処理方法、および処理装置 |
GB2602780A (en) * | 2019-09-23 | 2022-07-20 | Semita Me Ltd | Method and system for locating one or more users in an emergency |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20060005219A1 (en) * | 2004-07-02 | 2006-01-05 | Garry Owens | Standby television warning system |
JP2015080172A (ja) * | 2013-10-18 | 2015-04-23 | ソニー株式会社 | 受信装置及び受信方法、コンピューター・プログラム、並びに外部機器 |
WO2016006472A1 (ja) * | 2014-07-08 | 2016-01-14 | ソニー株式会社 | 送信装置、送信方法、受信装置、及び、受信方法 |
WO2016036077A1 (ko) * | 2014-09-02 | 2016-03-10 | 엘지전자 주식회사 | 방송 수신 장치, 방송 수신 장치의 동작 방법, 방송 수신 장치와 연동하는 연동 장치 및 연동 장치의 동작 방법 |
US20160192033A1 (en) * | 2013-09-18 | 2016-06-30 | Sony Corporation | Transmitter, transmission method, receiver, reception method, and computer program |
US20160277133A1 (en) * | 2013-08-22 | 2016-09-22 | Thomson Licensing | System physical layer pipe for a digital television system |
Family Cites Families (18)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6891496B2 (en) * | 2002-05-03 | 2005-05-10 | Atheros Communications, Inc. | Method and apparatus for physical layer radar pulse detection and estimation |
JP2006515122A (ja) * | 2002-05-10 | 2006-05-18 | トムソン ライセンシング | 緊急警戒信号を受信することができるテレビジョン信号受信器 |
US7592912B2 (en) * | 2005-12-09 | 2009-09-22 | Time Warner Cable Inc. | Emergency alert data delivery apparatus and methods |
JP2008148230A (ja) | 2006-12-13 | 2008-06-26 | Sony Corp | 放送受信装置と放送受信方法 |
KR101540481B1 (ko) * | 2008-03-18 | 2015-07-31 | 엘지전자 주식회사 | 이동통신 시스템에서의 시스템정보에 포함된 스케줄링 정보를 이용하여 재해경보 메시지를 수신하는 방법 |
US8826327B2 (en) * | 2011-09-21 | 2014-09-02 | Verizon Patent And Licensing Inc. | Provisioning an emergency alert system (EAS) message service to user devices |
US8863172B2 (en) * | 2012-03-17 | 2014-10-14 | Time Warner Cable Enterprises Llc | Emergency alert system methods and apparatus |
US20130278441A1 (en) * | 2012-04-24 | 2013-10-24 | Zetta Research and Development, LLC - ForC Series | Vehicle proxying |
US20140007158A1 (en) * | 2012-06-29 | 2014-01-02 | Cable Television Laboratories, Inc. | Emergency alert system (eas) alert generation |
CN202979178U (zh) * | 2012-09-18 | 2013-06-05 | 成都驰通数码系统有限公司 | 一种基于3g和gis技术的地面数字电视网络监管系统 |
US11206460B2 (en) * | 2013-06-05 | 2021-12-21 | Saturn Licensing Llc | Transmitter and transmission method for transmitting payload data and emergency information |
KR102145744B1 (ko) * | 2013-06-12 | 2020-08-28 | 엘지전자 주식회사 | 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법 |
CN103634296B (zh) * | 2013-11-07 | 2017-02-08 | 西安交通大学 | 基于物理系统和信息网络异常数据融合的智能电网攻击检测方法 |
US10117001B2 (en) | 2014-01-16 | 2018-10-30 | Sony Corporation | Data processing device and data processing method |
KR101870929B1 (ko) * | 2014-02-20 | 2018-06-25 | 엘지전자 주식회사 | 방송 수신 장치, 방송 수신 장치의 동작 방법. 방송 수신 장치 및 방송 수신 장치의 동작 방법 |
US9948417B2 (en) * | 2014-07-17 | 2018-04-17 | Lg Electronics Inc. | Broadcast transmission device, method by which broadcast transmission device processes data, broadcast reception device and method by which broadcast reception device processes data |
WO2016111526A1 (ko) * | 2015-01-06 | 2016-07-14 | 엘지전자 주식회사 | 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법 |
CN104735145B (zh) * | 2015-03-24 | 2018-07-03 | 广东广宇科技发展有限公司 | 应用带宽自适应技术的灾害预警信息发布及其显示系统 |
-
2017
- 2017-10-26 AU AU2017356366A patent/AU2017356366B2/en active Active
- 2017-10-26 JP JP2018550133A patent/JP7055749B2/ja active Active
- 2017-10-26 EP EP17869303.2A patent/EP3541082A4/en active Pending
- 2017-10-26 MY MYPI2019001712A patent/MY194434A/en unknown
- 2017-10-26 US US16/330,920 patent/US10958365B2/en active Active
- 2017-10-26 WO PCT/JP2017/038705 patent/WO2018088223A1/ja unknown
- 2017-10-26 TW TW106136824A patent/TWI731187B/zh active
- 2017-10-26 CN CN201780067579.5A patent/CN109937577B/zh active Active
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20060005219A1 (en) * | 2004-07-02 | 2006-01-05 | Garry Owens | Standby television warning system |
US20160277133A1 (en) * | 2013-08-22 | 2016-09-22 | Thomson Licensing | System physical layer pipe for a digital television system |
US20160192033A1 (en) * | 2013-09-18 | 2016-06-30 | Sony Corporation | Transmitter, transmission method, receiver, reception method, and computer program |
JP2015080172A (ja) * | 2013-10-18 | 2015-04-23 | ソニー株式会社 | 受信装置及び受信方法、コンピューター・プログラム、並びに外部機器 |
WO2016006472A1 (ja) * | 2014-07-08 | 2016-01-14 | ソニー株式会社 | 送信装置、送信方法、受信装置、及び、受信方法 |
WO2016036077A1 (ko) * | 2014-09-02 | 2016-03-10 | 엘지전자 주식회사 | 방송 수신 장치, 방송 수신 장치의 동작 방법, 방송 수신 장치와 연동하는 연동 장치 및 연동 장치의 동작 방법 |
Also Published As
Publication number | Publication date |
---|---|
US10958365B2 (en) | 2021-03-23 |
AU2017356366B2 (en) | 2020-04-09 |
EP3541082A1 (en) | 2019-09-18 |
CN109937577A (zh) | 2019-06-25 |
US20190238245A1 (en) | 2019-08-01 |
CN109937577B (zh) | 2021-09-24 |
JPWO2018088223A1 (ja) | 2019-09-26 |
TW201820837A (zh) | 2018-06-01 |
EP3541082A4 (en) | 2019-09-18 |
WO2018088223A1 (ja) | 2018-05-17 |
AU2017356366A1 (en) | 2019-03-07 |
MY194434A (en) | 2022-11-30 |
JP7055749B2 (ja) | 2022-04-18 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11696000B2 (en) | Method for transmitting broadcast signals and method for receiving broadcast signals | |
JP6348184B2 (ja) | 放送信号送信装置、放送信号受信装置、放送信号送信方法、及び放送信号受信方法 | |
JP6953693B2 (ja) | 送信装置、及び、送信方法 | |
CN106471814B (zh) | 发送装置、发送方法、接收装置和接收方法 | |
US9866908B2 (en) | Apparatus for transmitting broadcast signals, apparatus for receiving broadcast signals, method for transmitting broadcast signals and method for receiving broadcast signals | |
US20160269786A1 (en) | A receiver and a method for processing a broadcast signal including a broadcast content and an application related to the broadcast content | |
TWI731187B (zh) | 收訊裝置、收訊方法、送訊裝置、及送訊方法 | |
WO2016100982A1 (en) | Data communication with acoustic signal communication | |
TWI742186B (zh) | 收訊裝置、收訊方法、送訊裝置、及送訊方法 | |
US10043524B2 (en) | Interactive data communication with acoustic signal communication |