[go: up one dir, main page]

TW201820838A - 收訊裝置、收訊方法、送訊裝置、及送訊方法 - Google Patents

收訊裝置、收訊方法、送訊裝置、及送訊方法 Download PDF

Info

Publication number
TW201820838A
TW201820838A TW106136829A TW106136829A TW201820838A TW 201820838 A TW201820838 A TW 201820838A TW 106136829 A TW106136829 A TW 106136829A TW 106136829 A TW106136829 A TW 106136829A TW 201820838 A TW201820838 A TW 201820838A
Authority
TW
Taiwan
Prior art keywords
information
physical layer
emergency alert
monitoring
service
Prior art date
Application number
TW106136829A
Other languages
English (en)
Other versions
TWI742186B (zh
Inventor
高橋和幸
Original Assignee
日商索尼半導體解決方案公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 日商索尼半導體解決方案公司 filed Critical 日商索尼半導體解決方案公司
Publication of TW201820838A publication Critical patent/TW201820838A/zh
Application granted granted Critical
Publication of TWI742186B publication Critical patent/TWI742186B/zh

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H40/00—Arrangements specially adapted for receiving broadcast information
    • H04H40/18—Arrangements characterised by circuits or components specially adapted for receiving
    • H04H40/27—Arrangements characterised by circuits or components specially adapted for receiving specially adapted for broadcast systems covered by groups H04H20/53 - H04H20/95
    • 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
    • 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
    • H04H—BROADCAST COMMUNICATION
    • H04H60/00—Arrangements for broadcast applications with a direct linking to broadcast information or broadcast space-time; Broadcast-related systems
    • H04H60/09—Arrangements for device control with a direct linkage to broadcast information or to broadcast space-time; Arrangements for control of broadcast-related services
    • H04H60/13—Arrangements for device control affected by the broadcast information
    • 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/43—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 channels
    • 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/426—Internal components of the client ; Characteristics thereof
    • H04N21/42607—Internal components of the client ; Characteristics thereof for processing the incoming bitstream
    • H04N21/42615—Internal components of the client ; Characteristics thereof for processing the incoming bitstream involving specific demultiplexing arrangements
    • 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/4432—Powering on the client, e.g. bootstrap loading using setup parameters being stored locally or received from the server
    • 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/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/65—Transmission of management data between client and server
    • H04N21/654—Transmission by server directed to the client
    • H04N21/6543—Transmission by server directed to the client for forcing some client operations, e.g. recording
    • 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
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/90—Services for handling of emergency or hazardous situations, e.g. earthquake and tsunami warning systems [ETWS]
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00—Reducing energy consumption in communication networks
    • Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Business, Economics & Management (AREA)
  • Emergency Management (AREA)
  • Software Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Databases & Information Systems (AREA)
  • Health & Medical Sciences (AREA)
  • Environmental & Geological Engineering (AREA)
  • Public Health (AREA)
  • Circuits Of Receivers In General (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (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.上層訊令 　　6.緊急警報資訊對應處理之流程 　　7.變形例 　　8.電腦之構成 　　[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係由：處理部301、輸入部302、記憶部303、選台器311、解調部312、及資料處理部313所構成。 　　[0048] 處理部301係作為例如CPU(Central Processing Unit)或微處理器等而被構成。處理部301係作為各種之演算處理、或各部之動作控制等，收訊裝置30之中心的處理裝置而動作。處理部301，係可與收訊裝置30內的各部之間，交換各種資料。 　　[0049] 輸入部302係為例如實體的按鈕等，係將使用者之操作所相應之操作訊號，供給至處理部301。處理部301，係基於從輸入部302所被供給的操作訊號，來控制各部的動作。 　　[0050] 記憶部303係作為例如NVRAM(Non-Volatile RAM)等之半導體記憶體而被構成。記憶部303，係依照來自處理部301之控制，而記憶各種資料。 　　[0051] 選台器311，係對透過天線321所接收到的播送訊號(RF訊號)，實施必要之處理，將其結果所得之訊號，供給至解調部312。 　　[0052] 解調部312係作為例如解調LSI(Large Scale Integration)等之解調器而被構成。解調部312，係對從選台器311所被供給之訊號，進行解調處理。在該解調處理中，例如，依照實體層訊令，實體層訊框係被處理，獲得所定格式的封包。該解調的結果所得之封包，係被供給至資料處理部313。 　　[0053] 資料處理部313係例如，以單晶片系統(SoC：System On Chip)等的方式而被構成。資料處理部313，係對從解調部312所被供給之封包，進行所定之處理。此處，例如，基於從封包所得之上層訊令，來進行串流之解碼處理或再生處理等。 　　[0054] 資料處理部313之處理所得之視訊或音訊、字幕等之資料，係被輸出至後段的電路。藉此，在收訊裝置30中，播送節目等之內容係被再生，其映像或聲音係被輸出。 　　[0055] 此外，在圖3所示的構成中，為了說明上的方便，雖然是將處理部301與資料處理部313設成個別的區塊來說明，但處理部301與資料處理部313係亦可是由1個區塊所構成的處理部。 　　[0056] 收訊裝置30係被構成如上。 　　[0057] ＜2.本技術的概要＞ 　　[0058] 可是，人們的生活係暴露在地震或海嘯、颱風或豪雨、暴風、龍捲風、洪水、山林大火這類自然災害等，各式各樣的事象中。 　　[0059] 如此的事象發生時，必須要將緊急警報資訊，向人們盡可能地越早告知，以促使其避難。災害時的緊急警報資訊，係由例如政府機關等所提供。 　　[0060] 又，該緊急警報資訊，係可藉由利用DVB-T2規格或ISDB-T(Integrated Services Digital Broadcasting-Terrestrial)規格、ATSC(Advanced Television Systems Committee)3.0規格等之各種播送方式中所被規定的緊急警報系統(EWS：Emergency Warning System)，而作為緊急警報服務，提供給使用者。 　　[0061] 作為該緊急警報系統(EWS)之運用，係在收訊機是處於待命狀態(待命模式)的情況下，進行緊急警報資訊之傳輸之有無之監視，當有緊急警報資訊被傳輸時，則收訊機會自動啟動，進行緊急警報資訊之提示，係為一般常見的。 　　[0062] 其另一方面，並不一定所有的播送台都會進行緊急警報之運用，在進行緊急警報資訊之傳輸之有無之監視之際，必須要將有在進行緊急警報之運用的播送台所提供的服務(播送服務)，設成監視對象。 　　[0063] 然而，在現行的各種播送方式中，在收訊機側，並沒有用來識別由進行緊急警報之運用之播送台所提供之服務的手段，因此在收訊機側上，無法將監視對象之服務，做明示性地設定。 　　[0064] 因此，在待命模式的收訊機中，將由進行緊急警報之運用的播送台所提供之服務設成監視對象的情況下，可明示性地設定將該當監視對象之服務所需之提案，係被人們所需求。 　　[0065] 如此，在緊急警報系統導入之際，可明示性地設定監視對象之服務等，可提供較適合於現實之運用的緊急警報服務的緊急警報系統之導入，係被需求。 　　[0066] 於是，在本技術中，為了提供較適合於現實之運用的緊急警報服務，而提出以下的方式。 　　[0067] 亦即，在本技術中，作為實體層訊令，是含入表示緊急警報資訊之傳輸之有無的緊急警報通知資訊(緊急警報旗標)，同時，作為上層訊令，是含入用來監視特定之服務(由進行緊急警報之運用的播送台所提供之服務)所需之監視資訊(後述的緊急警報監視描述元)。 　　[0068] 藉此，在收訊機上，係可基於監視資訊(緊急警報監視描述元)，而明示性地設定監視對象之服務，因此，其結果為，可提供較適合於現實之運用的緊急警報服務。 　　[0069] 此外，在以下的說明中，作為實體層訊框，是以符合DVB-T2規格的T2訊框為一例做說明。又，作為將上記的緊急警報通知資訊(緊急警報旗標)等之資訊予以包含的實體層訊令，是以DVB-T2規格中所被規定之L1後訊令與IN-BAND訊令為一例做說明。 　　[0070] 然後，作為上記的含有監視資訊(緊急警報監視描述元)的上層訊令，是以DVB-T2規格中所被規定之SDT(Service Description Table)為一例做說明。此外，SDT中係有SDT Actual TS、和SDT Other TS，但監視資訊係可被包含在例如SDT Actual TS中。 　　[0071] ＜3.實體層訊令＞ 　　[0072] (T2訊框之結構) 　　圖4係T2訊框之結構的圖示。 　　[0073] 在DVB-T2規格中，係被定義有一種被稱為T2訊框(T2 frame)的訊框，資料係以T2訊框單位而被發送。T2訊框係含有被稱為P1及P2的2種類之前文(Preamble)訊號，在該前文訊號中係含有，OFDM(Orthogonal Frequency Division Multiplexing)訊號之解調等之處理時所必須之資訊。 　　[0074] 在T2訊框中係依序含有：P1的符元、P2的符元、及資料的符元(Data symbols)。 　　[0075] P1的符元，係為用來發送P1訊令(P1 signalling)所需的符元，在P1訊令中係含有：傳輸類型 (transmission type)、或基本的傳輸參數(basic transmission parameters)。 　　[0076] P2的符元，係為用來發送L1前訊令(L1-pre signalling)、及L1後訊令(L1-post signalling)所需的符元。L1前訊令係含有：讓接收T2訊框的收訊機進行L1後訊令的收訊與解碼所需之資訊。L1後訊令係含有，讓收訊機對實體層(例如PLP(Physical Layer Pipes)等)進行存取所必須之參數。 　　[0077] L1後訊令，係由Configurable與Dynamic之2種類的欄位所構成，而且還準備有選用的擴充用之Extension欄位。又，在這些欄位的後面，依序配置有CRC(Cyclic Redundancy Check)、與L1 padding。 　　[0078] 此外，在DVB-T2規格中，在所被發送的T2訊框之間，可將一種被稱為FEF(Future Extension Frame)的，由異於T2訊框之結構所成的訊框，在時間方向上予以多工化而發送。又，T2訊框中，係可連同PLP，而一併含有輔助串流(Auxiliary Stream)。 　　[0079] 又，T2訊框中係有：以電視受像機等之固定收訊機為對象的T2-Base訊框、和以智慧型手機或平板型電腦等之行動收訊機為對象的T2-Lite訊框之2種類，藉由設定檔而被分類，但T2訊框之結構，係不隨設定檔之種別而不同，是共通的結構。 　　[0080] (1)L1後訊令 　　[0081] (L1後訊令的Configurable之語法) 　　圖5係L1後訊令的Configurable之語法的圖示。 　　[0082] L1後訊令的Configurable中係配置有：SUB_ SLICES_PER_FRAME、NUM_PLP、NUM_AUX、AUX_ CONFIG_RFU之欄位。 　　[0083] 接下來，在NUM_RF所相應之RF迴圈內，係配置有RF_IDX與FREQUENCY之欄位。又，在滿足S2== ‘xxx1’之關係的情況下，則配置有FEF_TYPE、FEF_ LENGTH、FEF_INTERVAL之欄位。 　　[0084] 然後接下來，在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之欄位。 　　[0085] 又，在該PLP迴圈內，係準備有11位元的 RESERVED_1。然後，一旦脫離PLP迴圈，則在FEF_ LENGTH_MSB之欄位的後續，準備有30位元的 RESERVED_2。 　　[0086] 接下來，在NUM_AUX所相應之AUX迴圈內，係配置有AUX_STREAM_TYPE、與AUX_PRIVATE_CONF之欄位。 　　[0087] 此處，AUX_STREAM_TYPE，係為規定輔助串流(Auxiliary Stream)之類型的4位元的欄位。AUX_ PRIVATE_CONF，係為規定輔助串流之相關內容的28位元的欄位。 　　[0088] 此外，如上記的非專利文獻1的「Table 36：Signalling format for the auxiliary stream type」所揭露，作為AUX_STREAM_TYPE，在被設定‘0000’的位元時，表示這是TX-SIG(Transmitter Signatures)的輔助串流。 　　[0089] 又，於AUX_STREAM_TYPE中，‘0000’之位元以外的其他位元，係都表示這是將來之擴充用的預留位元(Reserved for future use)。此處，在本技術中，作為AUX_STREAM_TYPE，是將例如‘1111’之位元，分配成“Emergency Signalling”，藉此，在AUX_PRIVATE_CONF中，就可以指定緊急警報之相關資訊。 　　[0090] 如此，於L1後訊令的Configurable中，係對於11位元的RESERVED_1、30位元的RESERVED_2、28位元的AUX_PRIVATE_CONF，可分配任意之資訊，因此，在本技術中，對於這些RESERVED或AUX_PRIVATE_ CONF，是分配了緊急警報之相關資訊。 　　[0091] 此外，L1後訊令的Configurable中所被配置之各欄位之細節，係記載於上記非專利文獻1的「7.2.3.1 Configurable L1-post signalling」中，因此這裡省略其詳細說明。 　　[0092] (L1後訊令的Dynamic之語法) 　　圖6係L1後訊令的Dynamic之語法的圖示。 　　[0093] L1後訊令的Dynamic中係配置有：FRAME_ IDX、SUB_SLICE_INTERVAL、TYPE_2_START、L1_ CHANGE_COUNTER、START_RF_IDX之欄位。 　　[0094] 又，在其後續，準備有8位元的RESERVED_ 1。 　　[0095] 接下來，在NUM_PLP所相應之PLP迴圈內，配置有PLP_ID、PLP_START、PLP_NUM_BLOCKS之欄位。 　　[0096] 又，在PLP迴圈內，係準備有8位元的RESERVED_2。然後，一旦脫離PLP迴圈，則又再準備有8位元的RESERVED_3。 　　[0097] 接下來，在NUM_AUX所相應之AUX迴圈內，係配置有AUX_PRIVATE_DYN。此處，AUX_PRIVATE_ DYN，係為規定輔助串流(Auxiliary Stream)之相關內容的48位元的欄位。 　　[0098] 此外，在該AUX_PRIVATE_DYN中係被指定有，以圖5的Configurable的AUX_STREAM_TYPE而被指定的類型之輔助串流之相關資訊。亦即，例如，作為AUX_ STREAM_TYPE，是已被指令了表示“Emergency Signalling”的‘1111’之位元的情況下，則在AUX_PRIVATE_ DYN中，係可指定緊急警報之相關資訊。 　　[0099] 如此，於L1後訊令的Dynamic中，係對於8位元的RESERVED_1、8位元的RESERVED_2、8位元的RESERVED_3、48位元的AUX_PRIVATE_DYN，可分配任意之資訊，因此，在本技術中，對於這些RESERVED或AUX_PRIVATE_DYN，是分配了緊急警報之相關資訊。 　　[0100] 此外，L1後訊令的Dynamic中所被配置之各欄位之細節，係記載於上記非專利文獻1的「7.2.3.2 Dynamic L1-post signalling」中，因此這裡省略其詳細說明。 　　[0101] (2)IN-BAND訊令 　　[0102] (填空欄位之格式) 　　圖7係將BB訊框的填空欄位當作IN-BAND訊令而利用時之結構的圖示。此外，具有如此結構的BB訊框係被複數集中，而構成T2訊框。 　　[0103] 於圖7中，BB訊框，係對資料欄位(DATA FIELD)，附加80位元的BB標頭(BBHEADER)。又，於BB訊框中，係可在資料欄位之後，配置填空(PADDING)之欄位。 　　[0104] 在該填空欄位中，係如圖7所示，可配置IN-BAND訊令之欄位。 　　[0105] 此處係有：第1，只有類型A的IN-BAND訊令之欄位被配置的情況；第2，只有類型B的IN-BAND訊令之欄位被配置的情況；第3，類型A的IN-BAND訊令與類型B的IN-BAND訊令之雙方之欄位都有被配置的情況。 　　[0106] 此外，IN-BAND訊令之細節，係被記載於上記非專利文獻1的「5.2.3 Use of the padding field for in-band signalling」。 　　[0107] (類型A的IN-BAND訊令之語法) 　　圖8係類型A的IN-BAND訊令之語法的圖示。 　　[0108] 類型A的IN-BAND訊令中係配置有： PADDING_TYPE、PLP_L1_CHANGE_COUNTER之欄位。又，在其後續，準備有8位元的RESERVED_1。 　　[0109] 接下來，在PI 所相應之PI 迴圈內，配置有 SUB_SLICE_INTERVAL、START_RF_IDX、CURRENT_ PLP_START之欄位。 　　[0110] 又，在PI 迴圈內，係準備有8位元的 RESERVED_2。然後，一旦脫離PI 迴圈，則配置有 CURRENT_PLP_NUM_BLOCKS、NUM_OTHER_PLP_IN_ BAND之欄位。 　　[0111] 接下來，在NUM_OTHER_PLP_IN_BAND所相應之OTHER_PLP_IN_BAND迴圈內係配置有：PLP_ID、PLP_START、PLP_NUM_BLOCKS之欄位。 　　[0112] 又，在OTHER_PLP_IN_BAND迴圈內，係準備有8位元的RESERVED_3。然後，一旦脫離OTHER_ PLP_IN_BAND迴圈，則在PI 所相應之PI 迴圈內，配置有TYPE_2_START之欄位。 　　[0113] 如此，於類型A的IN-BAND訊令中，係對8位元的RESERVED_1、8位元的RESERVED_2、8位元的 RESERVED_3，可分配任意之資訊，因此，在本技術中，對於這些RESERVED，是分配了緊急警報之相關資訊。 　　[0114] 此外，類型A的IN-BAND訊令中所被配置之各欄位之細節，係記載於上記非專利文獻1的「5.2.3.1 In-band type A」中，因此這裡省略其詳細說明。 　　[0115] (類型B的IN-BAND訊令之語法) 　　圖9係類型B的IN-BAND訊令之語法的圖示。 　　[0116] 類型B的IN-BAND訊令中係配置有： PADDING_TYPE、TTO、FIRST_ISCR、BUFS_UNIT、 BUFS、TS_RATE之欄位。 　　[0117] 又，在其後續，準備有8位元的RESERVED_ B。 　　[0118] 如此，於類型B的IN-BAND訊令中，係對8位元的RESERVED_B，可分配任意之資訊，因此，在本技術中，對於該8位元的RESERVED_B，是分配了緊急警報之相關資訊。 　　[0119] 此外，類型B的IN-BAND訊令中所被配置之各欄位之細節，係記載於上記非專利文獻1的「5.2.3.2 In-band type B」中，因此這裡省略其詳細說明。 　　[0120] 如以上所述，在本技術中，可對L1後訊令的RESERVED或AUX_PRIVATE_CONF、AUX_PRIVATE_DYN之位元，或是對IN-BAND訊令之RESERVED之位元，分配緊急警報之相關資訊。以下說明，對緊急警報之相關資訊的位元分配之具體例。 　　[0121] ＜4.位元分配之具體例＞ 　　[0122] (位元分配之例子) 　　圖10係為位元分配之例子的圖示。 　　[0123] 於圖10的位元分配之例子中係例示了，對L1後訊令的Configurable中的30位元的RESERVED_2、28位元的AUX_PRIVATE_CONF，分配緊急警報之相關資訊的情況。 　　[0124] 亦即，在圖10的位元分配之例子中，是將L1後訊令的Configurable的RESERVED_2的30位元，分別分配成EMERGENCY_WARNING、EWS_VERSION、SERVICE_ ID、EWS_CODE。 　　[0125] 1位元的EMERGENCY_WARNING，係為表示緊急警報資訊有被傳輸的旗標。以下，亦將該旗標，稱為緊急警報通知資訊(緊急警報旗標)。 　　[0126] 5位元的EWS_VERSION，係表示緊急警報資訊之版本。該版本，係在緊急警報資訊之內容有被變更的情況下，會被增值。 　　[0127] 16位元的SERVICE_ID係表示，待命模式的收訊裝置30，在自動啟動後進行選台的服務之識別元。 　　[0128] 8位元的EWS_CODE，係表示緊急警報之種別代碼。作為該種別代碼係指定例如：地震或颱風等之災害的種別。 　　[0129] 又，在圖10的位元分配之例子中，係於L1後訊令的Configurable中，在AUX_STREAM_TYPE，指定表示“Emergency Signalling”的‘1111’，對AUX_PRIVATE_ CONF之28位元，作為緊急警報之相關資訊，分別分配了COUNTRY_CODE、REGION_CODE、RESERVERD。 　　[0130] 16位元的COUNTRY_CODE，係表示國碼。作為該國碼係可使用例如，由國際標準化機構(ISO：International Organization for Standardization)所規定的ISO 3166-1 alpha-2的2位元組代碼。 　　[0131] 8位元的REGION_CODE，係表示國內的地區碼。作為該地區碼係可使用例如，被國碼決定的每一國的用來分配更加細分之地區所需之代碼。 　　[0132] 4位元的RESERVERD係為將來的擴充領域。 　　[0133] 如以上，在圖10的位元分配之例子中，是在L1後訊令的Configurable的RESERVED_2中，規定了EMERGENCY_WARNING，因此，在緊急警報資訊被提供的情況下，可令待命模式的收訊裝置30自動啟動。 　　[0134] 亦即，例如，作為電視受像機的收訊裝置30是處於待命模式的情況下，當作為監視中的緊急警報通知資訊是指定了EMERGENCY_WARNING=‘0’時，由於緊急警報資訊係未被提供，因此收訊裝置30係維持待命模式。另一方面，作為監視中的緊急警報通知資訊，是指定了EMERGENCY_WARNING=‘1’時，則由於緊急警報資訊有被提供，因此待命模式的收訊裝置30係會自動啟動。 　　[0135] 此時，已被自動啟動的收訊裝置30中，係將被L1後訊令的Configurable的RESERVED_2中所被規定的SERVICE_ID所指定的服務ID所相應之播送服務(緊急警報服務)予以選台，藉由該當緊急警報服務，而可提示(通知)緊急警報資訊。但是，例如，在後述的緊急警報監視描述元(圖11或圖12)中，指定服務ID等之選台資訊等情況下，則在該Configurable的RESERVED_2中，不需要配置 SERVICE_ID之欄位。 　　[0136] 又，在圖10的位元分配之例子中，是在L1後訊令的Configurable的RESERVED_2中，規定了EWS_ VERSION，因此可管理緊急警報資訊之版本。藉此，例如，待命模式的收訊裝置30被自動啟動後，使用者恣意地再度設回待命模式的情況下，對緊急警報資訊，被指定了與自動啟動時相同EWS_VERSION時，就可使得該當收訊裝置30不會再度自動啟動等，可做如此的實作。 　　[0137] 甚至，於收訊裝置30中，藉由事前設定接受緊急警報資訊之提供的緊急警報之種別(地震或颱風等之災害的種別)，而可進行是否與已被L1後訊令的 Configurable的RESERVED_2的EWS_CODE所指定之緊急警報之種別相符的判定處理。 　　[0138] 然後，在待命模式的收訊裝置30中，在接收到緊急警報通知資訊(EMERGENCY_WARNING=‘1’)的情況下，在緊急警報之種別為相符時，因為是對象之種別的緊急警報資訊，所以會自動啟動。如此，收訊裝置30，係可對使用者，只提示(通知)地震或颱風等之特定災害的緊急警報資訊。 　　[0139] 又，在圖10的例子中，是在L1後訊令的Configurable的RESERVED_2中，規定了EMERGENCY_ WARNING，然後，在AUX_PRIVATE_CONF中，規定了COUNTRY_CODE與REGION_CODE，因此，可只對特定國的特定之地區，對收訊裝置30，將緊急警報通知資訊設成有效。 　　[0140] 亦即，於收訊裝置30中，係事前設定好其設置位置等所相應之國碼與地區碼，藉此以在L1後訊令的Configurable的AUX_PRIVATE_CONF中，進行是否與已被COUNTRY_CODE與REGION_CODE所指定之國碼與地區碼相符之判定處理。 　　[0141] 然後，在待命模式的收訊裝置30中，在接收到緊急警報通知資訊(EMERGENCY_WARNING=‘1’)的情況下，當國碼與地區碼係為相符時，則因為是在緊急警報資訊之對象的地區內，因此會自動啟動。另一方面，於待命模式的收訊裝置30中，即使在接收到緊急警報通知資訊(EMERGENCY_WARNING=‘1’)的情況下，當國碼與地區碼為不相符時，則因為是在緊急警報資訊之對象的地區外，所以會維持待命模式。 　　[0142] 如此，隨每一國家或地區，即使所應通知之緊急警報資訊為不同的情況下，藉由利用COUNTRY_ CODE與REGION_CODE，就可按照每一國家或地區，對收訊裝置30，提供緊急警報資訊。 　　[0143] 然後，在待命模式的收訊裝置30中，在接收到緊急警報通知資訊(EMERGENCY_WARNING=‘1’)的情況下，不只國碼與地區碼，就連緊急警報之種別也相符時，則因為是在緊急警報資訊之對象的地區內，且是對象之種別的緊急警報資訊，所以會自動啟動。如此，於收訊裝置30中，係可按照每一國家或地區，而只提示(通知)地震或颱風等之特定災害的緊急警報資訊。 　　[0144] 此外，作為緊急警報之相關資訊，係除了緊急警報資訊之版本、或對象之國家與地區、該當緊急警報資訊之內容所示之災害的種別等，表示緊急警報資訊之特性的特性資訊以外，亦可還含有例如：本文資料或聲音資料、應用程式之啟動資訊、表示自動啟動後之選台資訊等之附加資訊之傳輸之有無的資訊(附加資訊通知資訊)等。 　　[0145] 又，上述的位元分配之例子係為一例，亦可將L1後訊令的RESERVED或AUX_PRIVATE_CONF、AUX_PRIVATE_DYN單獨地、或組合地，對對象之位元，分配緊急警報之相關資訊。 　　[0146] 又，在上述的位元分配之例子中，雖然例示了，對L1後訊令的RESERVED與AUX_PRIVATE_CONF之位元，分配緊急警報之相關資訊的情況，但同樣地，可對IN-BAND訊令的RESERVED之位元，分配緊急警報之相關資訊(例如EMERGENCY_WARNING或EWS_CODE、COUNTRY_CODE、REGION_CODE等)。 　　[0147] 甚至，亦可對L1後訊令與IN-BAND訊令之位元，不只分別地分配緊急警報之相關資訊，還對L1後訊令的RESERVED或AUX_PRIVATE_CONF、AUX_PRIVATE_ DYN之位元，分配緊急警報之相關資訊的一部分之資訊，其剩餘之資訊，係亦可對IN-BAND訊令的RESERVED之位元做分配。 　　[0148] ＜5.上層訊令＞ 　　[0149] 在DVB-T2規格中，作為上層訊令，規定有PAT(Program Association Table)或PMT(Program Map Table)、NIT(Network Information Table)等，但用來把特定之服務(由進行緊急警報之運用的播送台所提供之服務)設成監視對象所需之監視資訊(緊急警報監視描述元)，係可被包含在例如SDT(Service Description Table)中。 　　[0150] 但是，緊急警報監視描述元，係亦可被包含在SDT以外的其他表格中。 　　[0151] (緊急警報監視描述元之語法) 　　圖11係緊急警報監視描述元(EA_monitor_descriptor)之語法之例子的圖示。 　　[0152] 8位元的descriptor_tag，係表示緊急警報監視描述元的標籤值。 　　[0153] 8位元的descriptor_length，係表示緊急警報監視描述元的長度。 　　[0154] 8位元的version，係表示緊急警報監視描述元之版本。 　　[0155] 8位元的num_EA_service，係表示緊急警報服務之個數。該num_EA_service所示的緊急警報服務之個數所相應之EA_service迴圈內，係配置有frequency、 transport_stream_id、plp_id、service_id之欄位。 　　[0156] 32位元的frequency，係表示用來監視緊急警報資訊所需之頻率(單位：MHz)。該頻率，係可藉由4位元的BCD(Binary Coded Decimal)來表示。 　　[0157] 亦即，該頻率係為進行緊急警報之運用的播送台(之服務)所被分配的頻帶，因此，在收訊裝置30中，藉由將該當頻帶所相應之服務(緊急警報服務)加以選台，就可監視緊急警報資訊。亦即，該當頻帶所相應之服務(緊急警報服務)，係為監視對象之服務。 　　[0158] 此外，在此例子中，雖然說明了，作為用來特定出監視對象之服務所需之監視對象資訊，是使用進行緊急警報之運用的播送台(之服務)所被分配之頻率(頻帶)的情況，但是例如，用來識別播送網路之識別資訊(network_id)等，只要是可以特定出進行緊急警報之運用的播送台(之服務)的資訊，則亦可使用其他資訊。 　　[0159] 16位元的transport_stream_id係表示，待命模式的收訊裝置30，在自動啟動後進行選台的傳輸串流(TS：Transport Stream)之識別元也就是傳輸串流ID。 　　[0160] 8位元的plp_id係表示，待命模式的收訊裝置30，在自動啟動後進行選台的PLP(Physical Layer Pipe)之識別元也就是PLP ID。 　　[0161] 16位元的service_id係表示，待命模式的收訊裝置30，在自動啟動後進行選台的服務之識別元也就是服務ID。 　　[0162] 亦即，在收訊裝置30中，係可在自動啟動後，將這些傳輸串流ID、PLP ID、服務ID之組合所成的三聯體(Triplet)當作選台資訊，而將服務予以選台。此外，作為選台資訊係亦可含入例如，起源網路ID(original_ network_id)等之其他資訊。 　　[0163] 1位元的expire_flag，係為表示有緊急警報監視描述元之有效期限存在的旗標。作為該旗標若被指定了expire_flag=‘1’的情況下，則作為有效期限資訊，會配置有expire_date_UTC之欄位。 　　[0164] 64位元的expire_date_UTC，係表示緊急警報監視描述元之有效期限。該有效期限，係可藉由例如UTC(Coordinated Universal Time)時刻來加以指定。 　　[0165] 例如，在收訊裝置30中，係在接收到緊急警報監視描述元的情況下，會將該當緊急警報監視描述元之資訊，記錄在記憶部303中，但在超過了該已記錄(已取得)之緊急警報監視描述元之有效期限的情況下，則可取得新的緊急警報監視描述元，而將記憶部303中所記錄的緊急警報監視描述元之資訊予以更新。 　　[0166] 此處，假設，即使收訊裝置30是處於待命模式時，在超過了緊急警報監視描述元之有效期限的情況下，仍會自動啟動，取得新的緊急警報監視描述元，將記憶部303中所記錄的緊急警報監視描述元之資訊予以更新，可做如此的運用。 　　[0167] 此外，於圖11中，7位元的reserved，係為將來的擴充之領域。 　　[0168] 又，圖11所示的緊急警報監視描述元之語法係為一例，可採用其他構成。例如，如圖12所示，在緊急警報監視描述元中，亦可配置有應用程式之啟動資訊之欄位。 　　[0169] 於圖12中，16位元的url_length，係表示url資訊之長度。隨應於該url_length所示的url資訊之長度，而配置有url_char之欄位。 　　[0170] 8位元的url_char，係表示待命模式之收訊裝置30在自動啟動後所要選擇的url資訊。該url資訊係被設成，可讓收訊裝置30啟動的應用程式之URL(Uniform Resource Locator)。 　　[0171] 更具體而言，例如，作為播送通訊連動服務之1，支援在歐洲已經開始服務的HbbTV(Hybrid Broadcast Broadband TV)的收訊裝置30中，作為緊急警報監視描述元中所含之url資訊，取得了HbbTV用應用程式之URL的情況下，則透過網際網路等之通訊線路，該當HbbTV用應用程式會被取得、啟動。此處，例如，藉由該HbbTV用應用程式，緊急警報資訊或其詳細資訊會被提示。 　　[0172] 此外，圖12中，關於url資訊的url_length、url_char以外之欄位，係和圖11相同，因此省略其說明。 　　[0173] ＜6.緊急警報資訊對應處理之流程＞ 　　[0174] 接著，參照圖13乃至圖15的流程圖，說明送訊側與收訊側之處理的流程。 　　[0175] (送訊側之處理) 　　首先，參照圖13的流程圖，說明送訊側之處理的流程。 　　[0176] 於步驟S11中，資料處理裝置10的訊令生成部112，係生成上層訊令。 　　[0177] 此處，作為上層訊令，是生成PAT或PMT、SDT等之表格，但例如是在SDT中，含有作為監視資訊的緊急警報監視描述元。該緊急警報監視描述元中，除了含有表示進行緊急警報之運用的播送台(之服務)所被分配之頻帶的監視對象資訊以外，還可含入三聯體等之選台資訊、應用程式之啟動資訊、及有效期限資訊等。 　　[0178] 於步驟S12中，係判定緊急警報資訊是否有被提供。在該判定處理中，例如，發生地震或海嘯等之自然災害，而判定是否有從氣象廳或其他政府機關等所管理的伺服器，提供緊急警報資訊。 　　[0179] 於步驟S12中，若判定為緊急警報資訊有被提供，則處理係前進至步驟S13。於步驟S13中，係藉由資料處理裝置10及送訊裝置20，來進行緊急警報資訊對應處理。 　　[0180] 在該緊急警報資訊對應處理中，對實體層訊令(L1後訊令或IN-BAND訊令)，可含入有表示緊急警報資訊有被傳輸的緊急警報通知資訊(緊急警報旗標)，同時，隨應於該緊急警報資訊之內容，而會含入表示緊急警報資訊之特性的特性資訊。 　　[0181] 此處，作為特性資訊係含入例如：緊急警報資訊之版本、或對象之國家與地區、該當緊急警報資訊之內容所示之災害之種別等。 　　[0182] 此外，於步驟S12中，若判定為緊急警報資訊未被提供，則步驟S13之處理係被略過，處理係前進至步驟S14。 　　[0183] 於步驟S14中，送訊裝置20的資料處理部211係生成T2訊框來作為實體層訊框。 　　[0184] 此處，T2訊框，係含有實體層訊令，然後，在其資料部中，係含有上層訊令。然後，緊急警報資訊對應處理(S13)有被進行的情況下，在T2訊框中，作為實體層訊令，是將含有緊急警報通知資訊或特性資訊等之資訊的L1後訊令或IN-BAND訊令，予以含入。 　　[0185] 於步驟S15中，送訊裝置20的調變部212，係對步驟S14之處理所得的實體層訊框(T2訊框)，實施調變處理等之必要的處理，將其結果所得之播送訊號，從被設置在送訊所的送訊用天線予以發送。 　　[0186] 此外，圖13的步驟S11乃至S15之處理，係會被重複執行。亦即，若將送訊側的處理做個摘要，則通常是發送含有緊急警報監視描述元的上層訊令，但到了緊急時的時候，緊急警報資訊對應處理(S13)會被執行，含有緊急警報通知資訊(緊急警報旗標)或特性資訊等之資訊的實體層訊令會被發送。 　　[0187] 以上說明了送訊側之處理的流程。 　　[0188] (通常模式時的收訊側之處理) 　　接著，參照圖14的流程圖，說明通常模式時的收訊側之處理流程。 　　[0189] 於步驟S31中，選台器311，係透過天線321，將從送訊裝置20所被發送過來的播送訊號予以接收，並實施必要的處理。此處，對其結果所得之訊號，以解調部312實施解調處理，然後，對該當解調處理之結果所得的資料(封包)，以資料處理部313，進行所定之處理，藉此而獲得上層訊令。 　　[0190] 於步驟S32中，資料處理部313係判定，作為上層訊令，是否偵測出緊急警報監視描述元。 　　[0191] 此外，此處，例如，藉由確認緊急警報監視描述元之版本(8位元的version)，而可將已取得之緊急警報監視描述元予以忽視，只偵測出新的緊急警報監視描述元。 　　[0192] 於步驟S32中，判定為未偵測到緊急警報監視描述元的情況下，則處理係返回步驟S31，其以後之處理會被重複進行。另一方面，於步驟S32中，若判定為有偵測到緊急警報監視描述元，則處理係前進至步驟S33。 　　[0193] 於步驟S33中，處理部301，係將從緊急警報監視描述元所得的資訊，記錄在記憶部303中。 　　[0194] 此處，記憶部303係除了記錄例如，表示進行緊急警報之運用的播送台(之服務)所被分配之頻帶的監視對象資訊以外，還會記錄有三聯體等之選台資訊、應用程式之啟動資訊、及有效期限資訊等。又，進行緊急警報之運用的播送台(之服務)，係不限於1個，有時候會存在複數個。 　　[0195] 於步驟S34中，處理部301係判定，是否藉由使用者而選擇了緊急警報之服務。 　　[0196] 亦即，緊急警報監視描述元中，作為監視對象資訊，係可指定1或複數個服務之頻帶，在有複數個服務(緊急警報服務)存在的情況下，可提示出能夠選擇的服務之一覽，而可讓使用者從複數個服務之中，選擇出所望的服務。 　　[0197] 於步驟S34中，若判定為服務有被選擇，則處理係前進至步驟S35。於步驟S35中，處理部301係將已被使用者所選擇之服務，設定成監視對象之服務。 　　[0198] 另一方面，於步驟S34中，若判定為服務沒有被選擇，則處理係前進至步驟S36。於步驟S36中，處理部301係依照事前所被制定之規則(rule)，來設定監視對象之服務。 　　[0199] 此處，可以設計成，例如，在緊急警報監視描述元中，在已被監視對象資訊所指定之複數個服務之中，具有最小之服務ID的服務，係被設定成為監視對象之服務。此外，最小之服務ID，係為事前所被制定之規則之一例，亦可為例如，將具有最大之服務ID的服務設成監視對象等，可採用其他規則。 　　[0200] 藉由步驟S35或S36之處理，監視對象之服務係被設定，該當服務之相關資訊一旦被記錄在記憶部303中，則通常模式時的收訊側之處理就結束。 　　[0201] 以上說明了通常模式時的收訊側之處理的流程。 　　[0202] 此外，該通常模式時的收訊側之處理的說明中，為了簡化說明，是以偵測到上層訊令中所含之緊急警報監視描述元時的處理為中心來做說明，但在收訊裝置30中，在通常模式時，例如，亦可進行使用者之選台操作所相應之內容之再生等之其他處理。 　　[0203] (待命模式時的收訊側之處理) 　　接著，參照圖15的流程圖，說明待命模式時的收訊側之處理流程。 　　[0204] 此外，該待命模式時的收訊側之處理，係執行了之前所說明的通常模式時的收訊側之處理(圖14)，在監視對象之服務已被設定之後所被執行的處理。 　　[0205] 又，在收訊裝置30中，係在低消耗電力的待命模式時，可選擇是否進行緊急警報通知資訊之監視。因此，於收訊裝置30中，例如藉由使用者之操作，而選擇了不進行緊急警報通知資訊之監視的情況下，則該待命模式時的收訊側之處理，就變成未執行。 　　[0206] 於步驟S51中，選台器311，係在從通常模式遷移至待命模式之前，將通常模式時所被事前設定的監視對象之服務，加以選台。此處，在通常模式下，設定監視對象之服務之際，該當服務之相關資訊會被記錄在記憶部303中，因此在選台器311中，會基於該資訊而進行選台處理。 　　[0207] 於步驟S52中，解調部312係對從選台器311所被輸出的訊號進行解調處理，開始從實體層訊框(T2訊框)所得之實體層訊令中所含之緊急警報通知資訊(緊急警報旗標)之監視。 　　[0208] 藉此，在收訊裝置30中，緊急警報通知資訊之監視係被開始，已被選台器311所接收之播送訊號係被處理，藉由解調部312而進行解調處理(S53、S54)。 　　[0209] 然後，於步驟S55中，依照步驟S54的解調處理之結果，判定從監視對象之服務的播送訊號所得之作為實體層訊令而被傳輸的L1後訊令或IN-BAND訊令中所含之緊急警報通知資訊，是否為表示緊急警報資訊有被傳輸。 　　[0210] 於步驟S55中，在判定為緊急警報通知資訊並非表示緊急警報資訊有被傳輸的情況下(EMERGENCY_ WARNING=‘0’)，則處理係回到步驟S53，重複步驟S53乃至S55之處理。 　　[0211] 亦即，此情況下，由於緊急警報服務未被提供，因此例如，在收訊裝置30是處於待命模式的情況下，藉由解調部312，針對監視對象之服務，L1後訊令或IN-BAND訊令中所含之緊急警報通知資訊的監視，係被持續。 　　[0212] 另一方面，於步驟S55中，在判定為緊急警報通知資訊是表示緊急警報資訊有被傳輸的情況下 (EMERGENCY_WARNING=‘1’)，則處理係前進至步驟S56。於步驟S56中，係藉由收訊裝置30，而進行緊急警報資訊對應處理。 　　[0213] 在該緊急警報資訊對應處理中，例如，待命模式的收訊裝置30會自動啟動，接收緊急警報服務，對使用者，提示(通知)緊急警報資訊。 　　[0214] 此處，例如，在L1後訊令等中，含有表示緊急警報資訊之特性的特性資訊的情況下，只有在該當特性資訊是符合於事前所被設定之自身之特性的情況下，收訊裝置30才會自動啟動。 　　[0215] 例如，收訊裝置30，係在緊急警報資訊的對象之國家與地區，是與事前所被設定之國家與地區相符的情況下，且該災害之種別(例如地震或颱風等之自然災害)，是與事前所被設定之災害之種別相符的情況下，則自動啟動。 　　[0216] 又，在收訊裝置30中，自動啟動後，從待命模式遷移至通常模式的情況下，將記憶部303中所被記錄之選台資訊(例如從緊急警報監視描述元所得之三聯體等)所相應之服務加以選台，可使該當服務所提供的緊急警報資訊被提示(通知)。 　　[0217] 又，在收訊裝置30中，自動啟動後，從待命模式遷移至通常模式的情況下，則可基於記憶部303中所被記錄之url資訊(例如從緊急警報監視描述元所得的HbbTV用應用程式之URL)，而透過網際網路等之通訊線路，從HbbTV用伺服器，取得HbbTV用應用程式，而啟動之。此處，例如，可藉由該HbbTV用應用程式，緊急警報資訊或其詳細資訊會被提示(通知)。 　　[0218] 以上說明了待命模式時的收訊側之處理的流程。 　　[0219] 如此，作為收訊側的收訊裝置30之處理，係在通常模式時，基於上層訊令中所含之監視資訊(緊急警報監視描述元)，來設定監視對象之服務，在待命模式時，係將該監視對象之服務加以選台，而進行實體層訊令中所含之緊急警報通知資訊(緊急警報旗標)之監視。 　　[0220] 亦即，在收訊裝置30中，係可基於監視資訊(緊急警報監視描述元)，而明示性地設定監視對象之服務。其結果，可提供較適合於現實之運用的緊急警報服務。 　　[0221] 又，例如，在1個播送訊號中有複數個服務(節目)存在的情況下，收訊裝置30係在隨應於緊急警報通知資訊(緊急警報旗標)而自動啟動時，恐怕無法特定出應該選台哪個服務，但藉由在緊急警報監視描述元中含入選台資訊，就可特定出自動啟動後所被選台的服務。同樣地，藉由在緊急警報監視描述元中含入應用程式之啟動資訊，收訊裝置30就可在自動啟動後，特定出應取得而啟動之應用程式。 　　[0222] 然後，在收訊裝置30中，係在待命模式時，進行緊急警報通知資訊(緊急警報旗標)之監視，但該當緊急警報通知資訊，係作為實體層訊令而被傳輸，因此只要使選台器311與解調部312作動，就可進行緊急警報通知資訊之監視。換言之，在收訊裝置30中，不需啟動被設在選台器311與解調部312之後段的單晶片系統(SoC)，就可監視緊急警報通知資訊。 　　[0223] 如此，在收訊裝置30中，不需啟動單晶片系統(SoC)，就可進行緊急警報通知資訊之監視，因此可抑制待命模式時的消耗電力。尤其是，單晶片系統(SoC)，係由於消耗電力較大，因此在收訊裝置30中，在待命模式時，可實現較低消耗電力。 　　[0224] 此外，在收訊裝置30是待命模式時，監視播送訊號中所含之緊急警報通知資訊(緊急警報旗標)，進行自動啟動與緊急警報資訊之提示等的緊急警報系統(EWS)中，必須要在收訊裝置30側，決定要監視哪個播送訊號，進行初期設定(預設定)。然而，考量現實之運用的情況下，事前決定由哪個播送台來進行緊急警報之運用，並不實際。 　　[0225] 於是，在本技術中，係將進行緊急警報之運用的播送台之相關資訊，作為上層訊令(緊急警報監視描述元)而傳輸，藉此，在收訊裝置30側就可明示性地設定監視對象之服務(播送台)。又，在本技術中，作為上層訊令(緊急警報監視描述元)，含入可指定自動啟動後之動作(例如節目之選台或應用程式之啟動)的資訊，藉此，運用緊急警報的節目之自動顯示、或對應於緊急警報的應用程式之自動啟動，就變成可行。其結果，可提供較適合於現實之運用的緊急警報服務。 　　[0226] ＜7.變形例＞ 　　[0227] (對其他播送方式之適用) 　　上述的說明，作為數位電視播送之規格，是以歐洲各國等所採用的方式也就是DVB(Digital Video Broadcasting)為中心來說明，但本技術係亦可適用於日本等所採用的方式也就是ISDB(Integrated Services Digital Broadcasting)、或美國等所採用的方式也就是ATSC(Advanced Television Systems Committee)等。 　　[0228] 亦即，於ISDB規格或ATSC規格中，也有導入在自然災害等之緊急時用來傳達警報所需之緊急警報系統，但藉由適用本技術，可提供較適合於現實之運用的緊急警報服務。 　　[0229] 又，作為數位電視播送之規格，係除了地表波播送以外，亦可適用於利用播送衛星(BS)或通訊衛星(CS)等的衛星播送、或有線電視(CATV)等之有線播送等之規格。 　　[0230] (封包或訊令之其他例子) 　　又，上述的封包或訊框、訊令(之欄位)等之名稱，係為一例，有時候會使用其他名稱。但是，這些名稱的差異，僅止於形式上的差異，對象之封包或訊框、訊令(之欄位)等之實質的內容並沒有不同。 　　[0231] 又，在上述的說明中雖然說明了，緊急警報通知資訊(緊急警報旗標)是被包含在L1後訊令等之實體層訊令中，但緊急警報通知資訊(緊急警報旗標)，係不限於實體層訊令，例如，亦可作為比實體層還上位之層的訊令(上層訊令)或資料等而被傳輸。 　　[0232] ＜8.電腦的構成＞ 　　[0233] 上述一連串處理，係可藉由硬體來執行，也可藉由軟體來執行。在以軟體來執行一連串之處理時，構成該軟體的程式，係可安裝至電腦。圖16係以程式來執行上述一連串處理的電腦的硬體之構成例的圖示。 　　[0234] 於電腦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。 　　[0235] 輸入部1006，係由鍵盤、滑鼠、麥克風等所成。輸出部1007係由顯示器、揚聲器等所成。記錄部1008，係由硬碟或非揮發性記憶體等所成。通訊部1009係由網路介面等所成。驅動機1010係驅動：磁碟、光碟、光磁碟、或半導體記憶體等之可移除式記錄媒體1011。 　　[0236] 在如以上構成的電腦1000中，藉由CPU1001而例如將ROM1002或記錄部1008中所被記錄之程式，透過輸出入介面1005及匯流排1004，而載入至RAM1003裡並加以執行，就可進行上述一連串處理。 　　[0237] 電腦1000(CPU1001)所執行的程式，係可記錄在例如套裝媒體等之可移除式記錄媒體1011中而提供。又，程式係可透過區域網路、網際網路、數位衛星播送這類有線或無線的傳輸媒體而提供。 　　[0238] 在電腦1000中，程式係藉由將可移除式記錄媒體1011裝著至驅動機1010，就可透過輸出入介面1005，安裝至記錄部1008。又，程式係可透過有線或無線之傳輸媒體，以通訊部1009接收之，安裝至記錄部1008。除此以外，程式係可事前安裝在ROM1002或記錄部1008中。 　　[0239] 此處，於本說明書中，電腦依照程式而進行之處理，係並不一定依照流程圖方式所記載之順序而時間序列性地進行。亦即，電腦依照程式所進行的處理，係包含可平行地或個別地執行之處理(例如平行處理或是物件所致之處理)。又，程式係可被1台電腦(處理器)所處理，也可被複數台電腦分散處理。 　　[0240] 此外，本技術的實施形態係不限定於上述實施形態，在不脫離本技術主旨的範圍內可做各種變更。 　　[0241] 又，本技術係可採取如下之構成。 　　[0242] (1) 　　一種收訊裝置，其係 　　具備： 　　收訊部，係基於比實體層還上位之層的訊令也就是上層訊令中所含之監視資訊，且為用來將特定之服務設成監視對象所需之前記監視資訊，而將作為播送訊號而被傳輸之實體層訊框，予以接收；和 　　解調部，係將從前記實體層訊框所得之實體層訊令予以解調，基於該解調結果所得之緊急警報通知資訊，來監視緊急警報資訊之傳輸之有無； 　　前記緊急警報通知資訊是表示前記緊急警報資訊有被傳輸的情況下，則自動啟動。 　　(2) 　　如前記(1)所記載之收訊裝置，其中， 　　前記監視資訊係含有：表示每一服務所被分配之頻帶、或用來識別播送網路之識別資訊的監視對象資訊，以作為用來特定監視對象之服務所需之資訊。 　　(3) 　　如前記(1)或(2)所記載之收訊裝置，其中， 　　前記監視資訊係還含有選台資訊； 　　在自動啟動後，將前記選台資訊所相應之服務予以選台。 　　(4) 　　如前記(1)或(2)所記載之收訊裝置，其中， 　　前記監視資訊係還含有應用程式之啟動資訊； 　　在自動啟動後，將前記啟動資訊所相應之應用程式加以取得並啟動。 　　(5) 　　如前記(1)至(4)之任一項所記載之收訊裝置，其中， 　　前記監視資訊係還含有：表示該當監視資訊之有效期限的有效期限資訊； 　　基於前記有效期限資訊，來更新已取得之前記監視資訊。 　　(6) 　　如前記(1)至(5)之任一項所記載之收訊裝置，其中， 　　前記監視資訊，係含有1或複數個服務，來作為監視對象之服務； 　　藉由使用者之選擇，或依照事前所被制定之規則，從1或複數個服務之中，選擇出監視對象之服務。 　　(7) 　　如前記(1)至(6)之任一項所記載之收訊裝置，其中， 　　還具備：記憶部，係在進行通常之收訊的第1模式時，將從前記播送訊號所得之前記監視資訊，予以記憶； 　　前記收訊部，係在遷移至以低消耗電力進行待機的第2模式之前，基於前記記憶部中所被記憶之前記監視資訊，而將監視對象之服務予以選台。 　　(8) 　　如前記(1)至(7)之任一項所記載之收訊裝置，其中， 　　前記實體層訊令之解調的結果所得的表示前記緊急警報資訊之特性的特性資訊，是與自身之特性相符的情況下，則自動啟動。 　　(9) 　　如前記(1)至(8)之任一項所記載之收訊裝置，其中， 　　前記實體層訊框，係符合DVB-T2(Digital Video Broadcasting-Terrestrial 2)規格； 　　前記實體層訊令，係為L1後訊令或IN-BAND訊令。 　　(10) 　　一種收訊方法，係為收訊裝置的收訊方法，其特徵為，由前記收訊裝置進行包含以下之步驟： 　　基於比實體層還上位之層的訊令也就是上層訊令中所含之監視資訊，且為用來將特定之服務設成監視對象所需之前記監視資訊，而將作為播送訊號而被傳輸之實體層訊框，予以接收； 　　將從前記實體層訊框所得之實體層訊令予以解調，基於該解調結果所得之緊急警報通知資訊，來監視緊急警報資訊之傳輸之有無； 　　前記緊急警報通知資訊是表示前記緊急警報資訊有被傳輸的情況下，則自動啟動。 　　(11) 　　一種送訊裝置，係 　　具備： 　　生成部，係生成含有實體層訊令的實體層訊框，且前記實體層訊框係在其資料部中，含有比實體層還上位之層的訊令也就是上層訊令；和 　　送訊部，係將前記實體層訊框，作為播送訊號而予以發送； 　　前記實體層訊令係含有：緊急警報資訊之傳輸之有無所相應之緊急警報通知資訊； 　　前記上層訊令係含有：用以把特定之服務設成監視對象所需之監視資訊。 　　(12) 　　如前記(11)所記載之送訊裝置，其中， 　　前記監視資訊係含有：表示每一服務所被分配之頻帶、或用來識別播送網路之識別資訊的監視對象資訊，以作為用來特定監視對象之服務所需之資訊。 　　(13) 　　如前記(11)或(12)所記載之送訊裝置，其中， 　　前記監視資訊係還含有選台資訊。 　　(14) 　　如前記(11)或(12)所記載之送訊裝置，其中， 　　前記監視資訊係還含有應用程式之啟動資訊。 　　(15) 　　如前記(11)至(14)之任一項所記載之送訊裝置，其中， 　　前記監視資訊係還含有：表示該當監視資訊之有效期限的有效期限資訊。 　　(16) 　　如前記(11)至(15)之任一項所記載之送訊裝置，其中， 　　前記監視資訊，係含有1或複數個服務，來作為監視對象之服務。 　　(17) 　　如前記(11)至(16)之任一項所記載之送訊裝置，其中， 　　前記實體層訊令係還含有，表示前記緊急警報資訊之特性的特性資訊。 　　(18) 　　如前記(11)至(17)之任一項所記載之送訊裝置，其中， 　　前記實體層訊框，係符合DVB-T2規格； 　　前記實體層訊令，係為L1後訊令或IN-BAND訊令。 　　(19) 　　一種送訊方法，係為送訊裝置的送訊方法，其特徵為，由前記送訊裝置進行包含以下之步驟： 　　生成實體層訊框，其係含有：實體層訊令，係含有緊急警報資訊之傳輸之有無所相應之緊急警報通知資訊；和在其資料部中，作為比實體層還上位之層的訊令，而含有用來把特定之服務設成監視對象所需之監視資訊的上層訊令； 　　將前記實體層訊框，作為播送訊號而予以發送。
[0243]
1‧‧‧傳輸系統
10、10-1乃至10-N‧‧‧資料處理裝置
20‧‧‧送訊裝置
30、30-1乃至30-M‧‧‧收訊裝置
40、40-1乃至40-N‧‧‧通訊線路
50‧‧‧播送傳輸路
111‧‧‧組件處理部
112‧‧‧訊令生成部
113‧‧‧多工器
114‧‧‧資料處理部
211‧‧‧資料處理部
212‧‧‧調變部
301‧‧‧處理部
302‧‧‧輸入部
303‧‧‧記憶部
311‧‧‧選台器
312‧‧‧解調部
313‧‧‧資料處理部
1000‧‧‧電腦
1001‧‧‧CPU
1002‧‧‧ROM
1003‧‧‧RAM
1004‧‧‧匯流排
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]位元分配之例子的圖示。 　　[圖11]緊急警報監視描述元之語法的例子的圖示。 　　[圖12]緊急警報監視描述元之語法的例子的圖示。 　　[圖13]送訊側的處理之流程的說明用流程圖。 　　[圖14]通常模式時的收訊側的處理之流程的說明用流程圖。 　　[圖15]待命模式時的收訊側的處理之流程的說明用流程圖。 　　[圖16]電腦之構成例的圖示。

Claims (19)

  1. 一種收訊裝置，其係 　　具備： 　　收訊部，係基於比實體層還上位之層的訊令也就是上層訊令中所含之監視資訊，且為用來將特定之服務設成監視對象所需之前記監視資訊，而將作為播送訊號而被傳輸之實體層訊框，予以接收；和 　　解調部，係將從前記實體層訊框所得之實體層訊令予以解調，基於該解調結果所得之緊急警報通知資訊，來監視緊急警報資訊之傳輸之有無； 　　前記緊急警報通知資訊是表示前記緊急警報資訊有被傳輸的情況下，則自動啟動。
  2. 如請求項1所記載之收訊裝置，其中， 　　前記監視資訊係含有：表示每一服務所被分配之頻帶、或用來識別播送網路之識別資訊的監視對象資訊，以作為用來特定監視對象之服務所需之資訊。
  3. 如請求項1所記載之收訊裝置，其中， 　　前記監視資訊係還含有選台資訊； 　　在自動啟動後，將前記選台資訊所相應之服務予以選台。
  4. 如請求項1所記載之收訊裝置，其中， 　　前記監視資訊係還含有應用程式之啟動資訊； 　　在自動啟動後，將前記啟動資訊所相應之應用程式加以取得並啟動。
  5. 如請求項1所記載之收訊裝置，其中， 　　前記監視資訊係還含有：表示該當監視資訊之有效期限的有效期限資訊； 　　基於前記有效期限資訊，來更新已取得之前記監視資訊。
  6. 如請求項1所記載之收訊裝置，其中， 　　前記監視資訊，係含有1或複數個服務，來作為監視對象之服務； 　　藉由使用者之選擇，或依照事前所被制定之規則，從1或複數個服務之中，選擇出監視對象之服務。
  7. 如請求項1所記載之收訊裝置，其中， 　　還具備：記憶部，係在進行通常之收訊的第1模式時，將從前記播送訊號所得之前記監視資訊，予以記憶； 　　前記收訊部，係在遷移至以低消耗電力進行待機的第2模式之前，基於前記記憶部中所被記憶之前記監視資訊，而將監視對象之服務予以選台。
  8. 如請求項1所記載之收訊裝置，其中， 　　前記實體層訊令之解調的結果所得的表示前記緊急警報資訊之特性的特性資訊，是與自身之特性相符的情況下，則自動啟動。
  9. 如請求項1所記載之收訊裝置，其中， 　　前記實體層訊框，係符合DVB-T2(Digital Video Broadcasting-Terrestrial 2)規格； 　　前記實體層訊令，係為L1後訊令或IN-BAND訊令。
  10. 一種收訊方法，係為收訊裝置的收訊方法，其係由前記收訊裝置進行包含以下之步驟： 　　基於比實體層還上位之層的訊令也就是上層訊令中所含之監視資訊，且為用來將特定之服務設成監視對象所需之前記監視資訊，而將作為播送訊號而被傳輸之實體層訊框，予以接收； 　　將從前記實體層訊框所得之實體層訊令予以解調，基於該解調結果所得之緊急警報通知資訊，來監視緊急警報資訊之傳輸之有無； 　　前記緊急警報通知資訊是表示前記緊急警報資訊有被傳輸的情況下，則自動啟動。
  11. 一種送訊裝置，係 　　具備： 　　生成部，係生成含有實體層訊令的實體層訊框，且前記實體層訊框係在其資料部中，含有比實體層還上位之層的訊令也就是上層訊令；和 　　送訊部，係將前記實體層訊框，作為播送訊號而予以發送； 　　前記實體層訊令係含有：緊急警報資訊之傳輸之有無所相應之緊急警報通知資訊； 　　前記上層訊令係含有：用以把特定之服務設成監視對象所需之監視資訊。
  12. 如請求項11所記載之送訊裝置，其中， 　　前記監視資訊係含有：表示每一服務所被分配之頻帶、或用來識別播送網路之識別資訊的監視對象資訊，以作為用來特定監視對象之服務所需之資訊。
  13. 如請求項11所記載之送訊裝置，其中， 　　前記監視資訊係還含有選台資訊。
  14. 如請求項11所記載之送訊裝置，其中， 　　前記監視資訊係還含有應用程式之啟動資訊。
  15. 如請求項11所記載之送訊裝置，其中， 　　前記監視資訊係還含有：表示該當監視資訊之有效期限的有效期限資訊。
  16. 如請求項11所記載之送訊裝置，其中， 　　前記監視資訊，係含有1或複數個服務，來作為監視對象之服務。
  17. 如請求項11所記載之送訊裝置，其中， 　　前記實體層訊令係還含有，表示前記緊急警報資訊之特性的特性資訊。
  18. 如請求項11所記載之送訊裝置，其中， 　　前記實體層訊框，係符合DVB-T2規格； 　　前記實體層訊令，係為L1後訊令或IN-BAND訊令。
  19. 一種送訊方法，係為送訊裝置的送訊方法，其係由前記送訊裝置進行包含以下之步驟： 　　生成實體層訊框，其係含有：實體層訊令，係含有緊急警報資訊之傳輸之有無所相應之緊急警報通知資訊；和在其資料部中，作為比實體層還上位之層的訊令，而含有用來把特定之服務設成監視對象所需之監視資訊的上層訊令； 　　將前記實體層訊框，作為播送訊號而予以發送。
TW106136829A 2016-11-09 2017-10-26 收訊裝置、收訊方法、送訊裝置、及送訊方法 TWI742186B (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2016-219057 2016-11-09
JP2016219057 2016-11-09

Publications (2)

Publication Number Publication Date
TW201820838A true TW201820838A (zh) 2018-06-01
TWI742186B TWI742186B (zh) 2021-10-11

Family

ID=62110186

Family Applications (1)

Application Number Title Priority Date Filing Date
TW106136829A TWI742186B (zh) 2016-11-09 2017-10-26 收訊裝置、收訊方法、送訊裝置、及送訊方法

Country Status (9)

Country Link
US (1) US10924196B2 (zh)
EP (3) EP4254969A3 (zh)
JP (1) JP7134867B2 (zh)
CN (1) CN109964489B (zh)
AU (1) AU2017356368B2 (zh)
ES (1) ES2970883T3 (zh)
MY (1) MY196671A (zh)
TW (1) TWI742186B (zh)
WO (1) WO2018088225A1 (zh)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2019135806A (ja) * 2018-02-05 2019-08-15 ソニーセミコンダクタソリューションズ株式会社 復調回路、処理回路、処理方法、および処理装置
CN115019475A (zh) * 2022-05-31 2022-09-06 中山亿联智能科技有限公司 一种基于机顶盒平台的海啸预警监测报警系统

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2008148230A (ja) 2006-12-13 2008-06-26 Sony Corp 放送受信装置と放送受信方法
CN101252461B (zh) * 2008-04-11 2010-08-04 华为技术有限公司 信令传送的保护方法、装置、终端及系统
KR102249900B1 (ko) * 2013-06-05 2021-05-07 소니 주식회사 페이로드 데이터 및 긴급 정보를 전송하기 위한 전송기 및 전송 방법
JP2015061240A (ja) * 2013-09-19 2015-03-30 ソニー株式会社 送信装置及び送信方法、受信装置及び受信方法、並びにコンピューター・プログラム
KR102055261B1 (ko) * 2013-09-27 2020-01-22 삼성전자주식회사 송신 장치, 수신 장치 및 그 제어방법
JP2015080172A (ja) 2013-10-18 2015-04-23 ソニー株式会社 受信装置及び受信方法、コンピューター・プログラム、並びに外部機器
US10181918B2 (en) * 2014-07-08 2019-01-15 Sony Corporation Transmission device, transmission method, reception device, and reception method
KR20160012773A (ko) * 2014-07-25 2016-02-03 주식회사 케이엠더블유 무선 통신 가능한 절전형 안전모 및 그의 무선 송수신 방법
CN113411678A (zh) * 2014-10-29 2021-09-17 Lg 电子株式会社 广播信号发送设备和方法以及广播信号接收设备和方法
WO2016140479A1 (ko) * 2015-03-01 2016-09-09 엘지전자 주식회사 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법

Also Published As

Publication number Publication date
ES2970883T3 (es) 2024-05-31
AU2017356368B2 (en) 2020-05-14
US20190222331A1 (en) 2019-07-18
EP4254969A3 (en) 2023-12-20
EP3541083B1 (en) 2023-11-29
EP4254970A3 (en) 2023-12-27
EP3541083A1 (en) 2019-09-18
CN109964489A (zh) 2019-07-02
EP4254969A2 (en) 2023-10-04
CN109964489B (zh) 2021-11-05
US10924196B2 (en) 2021-02-16
EP4254970A2 (en) 2023-10-04
WO2018088225A1 (ja) 2018-05-17
TWI742186B (zh) 2021-10-11
MY196671A (en) 2023-04-28
EP3541083A4 (en) 2019-11-27
AU2017356368A1 (en) 2019-04-18
JPWO2018088225A1 (ja) 2019-09-26
JP7134867B2 (ja) 2022-09-12

Similar Documents

Publication Publication Date Title
US11374996B2 (en) Apparatus and method for transmitting or receiving broadcast signal
JP6348184B2 (ja) 放送信号送信装置、放送信号受信装置、放送信号送信方法、及び放送信号受信方法
US11044536B2 (en) Apparatus for transmitting broadcast signals, apparatus for receiving broadcast signals, method of transmitting broadcast signals and method of receiving broadcast signals
EP3048794B1 (en) Transmission device and transmission method, reception device and reception method, and computer program
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
US20170180809A1 (en) Broadcast signal transmission device, broadcast signal reception device, broadcast signal transmission method and broadcast signal reception method
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) 收訊裝置、收訊方法、送訊裝置、及送訊方法
TWI742186B (zh) 收訊裝置、收訊方法、送訊裝置、及送訊方法
CN107852409A (zh) 广播信号发送装置、广播信号接收装置、广播信号发送方法以及广播信号接收方法

Legal Events

Date Code Title Description
MM4A Annulment or lapse of patent due to non-payment of fees