JP2022113754A - 送信装置及び送信方法 - Google Patents

送信装置及び送信方法 Download PDF

Info

Publication number
JP2022113754A
JP2022113754A JP2022091534A JP2022091534A JP2022113754A JP 2022113754 A JP2022113754 A JP 2022113754A JP 2022091534 A JP2022091534 A JP 2022091534A JP 2022091534 A JP2022091534 A JP 2022091534A JP 2022113754 A JP2022113754 A JP 2022113754A
Authority
JP
Japan
Prior art keywords
processing
information
code
data
transmission
Prior art date
Legal status (The legal status 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 status listed.)
Granted
Application number
JP2022091534A
Other languages
English (en)
Other versions
JP7423690B2 (ja
Inventor
和幸 高橋
Kazuyuki Takahashi
ブルース マイケル ロックラン
Bruce Michael Lachlan
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Sony Semiconductor Solutions Corp
Original Assignee
Sony Semiconductor Solutions Corp
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 Sony Semiconductor Solutions Corp filed Critical Sony Semiconductor Solutions Corp
Publication of JP2022113754A publication Critical patent/JP2022113754A/ja
Priority to JP2024004962A priority Critical patent/JP2024028506A/ja
Application granted granted Critical
Publication of JP7423690B2 publication Critical patent/JP7423690B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/81—Monomedia components thereof
    • H04N21/8126—Monomedia components thereof involving additional data, e.g. news, sports, stocks, weather forecasts
    • H04N21/814—Monomedia components thereof involving additional data, e.g. news, sports, stocks, weather forecasts comprising emergency warnings
    • G—PHYSICS
    • G08—SIGNALLING
    • G08B—SIGNALLING OR CALLING SYSTEMS; ORDER TELEGRAPHS; ALARM SYSTEMS
    • G08B27/00—Alarm systems in which the alarm condition is signalled from a central station to a plurality of substations
    • G—PHYSICS
    • G08—SIGNALLING
    • G08B—SIGNALLING OR CALLING SYSTEMS; ORDER TELEGRAPHS; ALARM SYSTEMS
    • G08B27/00—Alarm systems in which the alarm condition is signalled from a central station to a plurality of substations
    • G08B27/008—Alarm systems in which the alarm condition is signalled from a central station to a plurality of substations with transmission via TV or radio broadcast
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H20/00—Arrangements for broadcast or for distribution combined with broadcast
    • H04H20/28—Arrangements for simultaneous broadcast of plural pieces of information
    • 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/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/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
    • 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/434—Disassembling of a multiplex stream, e.g. demultiplexing audio and video streams, extraction of additional data from a video stream; Remultiplexing of multiplex streams; Extraction or processing of SI; Disassembling of packetised elementary stream
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/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/434—Disassembling of a multiplex stream, e.g. demultiplexing audio and video streams, extraction of additional data from a video stream; Remultiplexing of multiplex streams; Extraction or processing of SI; Disassembling of packetised elementary stream
    • H04N21/4345—Extraction or processing of SI, e.g. extracting service information from an MPEG stream
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/45—Management operations performed by the client for facilitating the reception of or the interaction with the content or administrating data related to the end-user or to the client device itself, e.g. learning user preferences for recommending movies, resolving scheduling conflicts
    • H04N21/4508—Management of client data or end-user data
    • H04N21/4524—Management of client data or end-user data involving the geographical location of the client
    • 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
    • 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/49—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 locations
    • H04H60/51—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 locations of receiving stations

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Business, Economics & Management (AREA)
  • Emergency Management (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Databases & Information Systems (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Transmitters (AREA)
  • Circuits Of Receivers In General (AREA)

Abstract

【課題】警報の即時性及び柔軟性を向上させる。【解決手段】送信装置は、受信側での警報を出力する出力処理に関連する処理関連情報が災害種別コードと対応付けられて登録されており、物理層より上位の上位層のデータに含めて提供される関連テーブルにおいて、所定の処理関連情報に対応付けられている災害種別コードを物理層のデータに含む送信データを生成して送信する。本技術は、例えば、テレビジョン放送での緊急警報の提供を行う場合に適用することができる。【選択図】図１

Description

本技術は、送信装置及び送信方法に関し、特に、例えば、警報の即時性及び柔軟性を向上させることができるようにする送信装置及び送信方法に関する。
例えば、ISDB-T(Integrated Services Digital Broadcasting-Terrestrial)等の地上ディジタルテレビジョン放送では、物理層のAC(Auxiliary Channel)信号により、地震動警報情報を伝送することが規定されている（例えば、非特許文献１を参照）。
なお、AC信号による地震動警報情報の伝送については、設備を変更する必要がある等の理由から、現時点では、運用されていない。
「ARIB STD-B31 2.2版」、社団法人電波産業会
AC信号による地震動警報情報は、柔軟性や拡張性がない。すなわち、AC信号による地震動警報情報では、例えば、地震動警報の対象とする地域は、都道府県等の固定の単位で指定する必要があり、その他の、例えば、市町村の単位で指定することは困難である。さらに、AC信号による地震動警報情報は、固定長のビットで構成されるが、その、地震動警報情報としての固定のビットのすべてには、所定の要素が割り当てられており、新たな要素を追加することは困難である。
ところで、AC信号は、物理層のデータであり、物理層のデータは、データ量が少ないデータであるため、AC信号、ひいては、地震動警報情報に割り当てることができるデータ量は少ない。そのため、物理層のデータであるAC信号による地震動警報情報に、柔軟性、さらには、拡張性を持たせることは困難である。
一方、物理層より上位の上位層（OSI(Open Systems Interconnection)参照モデルのデータリンク層、ネットワーク層、トランスポート層、セッション層、プレゼンテーション層、アプリケーション層）では、物理層に比較して、多くのデータを伝送することができる。
また、非特許文献１では、物理層のデータとして、受信装置を起動させる起動フラグが定義されている。
そこで、例えば、地震動警報情報を、上位層のデータに含めて伝送するとともに、起動フラグによって、受信装置を起動させ、受信装置に、上位層のデータに含まれる地震動警報情報を処理させることにより、地震動警報情報に柔軟性や拡張性を持たせることが考えられる。
しかしながら、受信装置が、物理層の起動フラグに応じて起動し、上位層のデータを処理することができるようになるまでには、ある程度の時間を要するため、地震動警報情報を、上位層のデータに含めて伝送するのでは、即時性に欠ける。
また、近年、局地的な豪雨や洪水等の水害、その他の災害（自然現象による自然災害のみならず、人為的な行為を原因とする人的災害を含む）が増加しており、地震だけでなく、様々な災害に対する警報の必要性が増加している。
さらに、例えば、水害等の一部の災害は、県域全体ではなく、市町村や、県内又は複数の県に亘る一部の地域で生じることがあり、災害に対する警報は、その警報の対象とする地域を、柔軟に指定して発することができることが望ましい。
本技術は、このような状況に鑑みてなされたものであり、警報の即時性及び柔軟性を向上させることができるようにするものである。
本技術の送信装置は、受信側での警報を出力する出力処理に関連する処理関連情報が災害種別コードと対応付けられて登録されており、物理層より上位の上位層のデータに含めて提供される関連テーブルにおいて、所定の処理関連情報に対応付けられている災害種別コードを物理層のデータに含む送信データを生成する生成部と、前記送信データを送信する送信部とを備える送信装置である。
本技術の送信方法は、受信側での警報を出力する出力処理に関連する処理関連情報が災害種別コードと対応付けられて登録されており、物理層より上位の上位層のデータに含めて提供される関連テーブルにおいて、所定の処理関連情報に対応付けられている災害種別コードを、物理層のデータに含む送信データを生成することと、前記送信データを送信することとを含む送信方法である。
本技術の送信装置及び送信方法においては、受信側での警報を出力する出力処理に関連する処理関連情報が災害種別コードと対応付けられて登録されており、物理層より上位の上位層のデータに含めて提供される関連テーブルにおいて、所定の処理関連情報に対応付けられている災害種別コードを、物理層のデータに含む送信データが生成されて送信される。
本技術の受信装置は、受信側での警報を出力する出力処理に関連する処理関連情報が災害種別コードと対応付けられて登録されており、物理層より上位の上位層のデータに含めて提供される関連テーブルを取得する関連テーブル取得部と、前記関連テーブルにおいて所定の処理関連情報に対応付けられている災害種別コードを物理層のデータに含む送信データを受信する受信部と、前記送信データから、前記物理層のデータに含まれる前記災害種別コードを取得する災害種別コード取得部と、前記関連テーブルにおいて前記物理層のデータに含まれる前記災害種別コードに対応付けられている前記処理関連情報に応じた前記出力処理を実行する処理実行部とを備える受信装置である。
本技術の受信方法は、受信側での警報を出力する出力処理に関連する処理関連情報が災害種別コードと対応付けられて登録されており、物理層より上位の上位層のデータに含めて提供される関連テーブルを取得することと、前記関連テーブルにおいて所定の処理関連情報に対応付けられている災害種別コードを物理層のデータに含む送信データを受信することと、前記送信データから、前記物理層のデータに含まれる前記災害種別コードを取得することと、前記関連テーブルにおいて前記物理層のデータに含まれる前記災害種別コードに対応付けられている前記処理関連情報に応じた前記出力処理を実行することとを含む受信方法である。
本技術の受信装置及び受信方法においては、受信側での警報を出力する出力処理に関連する処理関連情報が災害種別コードと対応付けられて登録されており、物理層より上位の上位層のデータに含めて提供される関連テーブルが取得される一方、前記関連テーブルにおいて所定の処理関連情報に対応付けられている災害種別コードを物理層のデータに含む送信データが受信され、前記送信データから、前記物理層のデータに含まれる前記災害種別コードが取得される。そして、前記関連テーブルにおいて前記物理層のデータに含まれる前記災害種別コードに対応付けられている前記処理関連情報に応じた前記出力処理が実行される。
なお、送信装置及び受信装置は、独立した装置であっても良いし、１つの装置を構成している内部ブロックであっても良い。
また、送信装置及び受信装置は、コンピュータにプログラムを実行させることにより実現することができる。このプログラムは、伝送媒体を介して伝送することにより、又は、記録媒体に記録して提供することができる。
本技術によれば、警報の即時性及び柔軟性を向上させることができる。
なお、ここに記載された効果は必ずしも限定されるものではなく、本開示中に記載されたいずれかの効果であってもよい。
本技術を適用した伝送システムの一実施の形態の構成例を示すブロック図である。 送信装置１１の構成例を示すブロック図である。 ISDB-TのOFDMセグメントを示す図である。 送信装置１１が行う送信処理を説明するフローチャートである。 受信装置１２の構成例を示すブロック図である。 受信装置１２が行う受信処理を説明するフローチャートである。 受信装置１２が行う処理インデクス処理の例を説明するフローチャートである。 緊急警報を出力する出力処理に関連する処理関連情報に対応付けられる処理インデクスを含む処理インデクス情報のシンタクスの例を示す図である。 EA_statusを説明する図である。 location_typeを説明する図である。 JIS X0401で規定される県域コードと、県域コードが表す都道府県との対応関係を示す図である。 郵便番号を利用した地域の表現を説明する図である。 緯度及び経度を利用した地域の表現を説明する図である。 緊急警報を出力する出力処理に関連する処理関連情報が登録される関連テーブルのシンタクスの例を示す図である。 処理関連情報としての緊急警報情報EA_message_dataの例を示す図である。 緊急警報テーブル及び緊急警報用の処理インデクス情報に対して行われる処理インデクス処理の例を説明するフローチャートである。 緊急警報用の処理インデクス情報のシンタクスの他の例を示す図である。 関連テーブルとしての緊急警報テーブルのシンタクスの他の例を示す図である。 緊急警報テーブル及び緊急警報用の処理インデクス情報に対して行われる処理インデクス処理の他の例を説明するフローチャートである。 ATSC3.0で規定されている緊急警報シグナリングを説明する図である。 選局の設定を行う設定処理に関連する処理関連情報に対応付けられる処理インデクスを含む処理インデクス情報のシンタクスの例を示す図である。 選局の設定を行う設定処理に関連する処理関連情報としての選局情報が登録される関連テーブルのシンタクスの例を示す図である。 チャンネル番号と、チャンネルの（中心）周波数との関係の例を示す図である。 protocolの例を説明する図である。 packet_typeの例を説明する図である。 layer_fft_sizeの例を説明する図である。 layer_modの例を説明する図である。 layer_codの例を説明する図である。 layer_giの例を説明する図である。 選局情報テーブルに登録される処理インデクスとしての地域コードlocation_codeと、その地域コードlocation_codeに対応付けられた選局情報との例を示す図である。 選局情報テーブル及び選局設定用の処理インデクス情報に対して行われる処理インデクス処理の例を説明するフローチャートである。 TDMの信号のフォーマットの例を示す図である。 本技術を適用したコンピュータの一実施の形態の構成例を示すブロック図である。
＜本技術を適用した伝送システムの一実施の形態＞
図１は、本技術を適用した伝送システム（システムとは、複数の装置が論理的に集合した物をいい、各構成の装置が同一筐体中にあるか否かは、問わない）の一実施の形態の構成例を示すブロック図である。
図１において、伝送システムは、送信装置１１、受信装置１２、出力装置１３、及び、サーバ１４を有する。
送信装置１１は、例えば、テレビジョン放送の番組等の送信（放送）（伝送）を行う。すなわち、送信装置１１は、例えば、画像データや音声データ等の番組のコンテンツを、送信の対象である対象データとして、その対象データに必要な送信処理を行う。送信装置１１は、対象データに送信処理を施すことで得られる送信データを、例えば、衛星回線や、地上波、ケーブル（有線回線）等の伝送路を介して送信する。
送信装置１１が送信する送信データには、番組のコンテンツの他、処理インデクスが含まれる。さらに、送信データには、関連テーブルが必要に応じて含まれる。
ここで、関連テーブルには、受信側での処理、すなわち、受信装置１２で行われる処理に関連する処理関連情報が処理インデクスと対応付けられて登録されている。処理インデクスは、処理関連情報に対応付けられるインデクスである。
処理インデクスは、送信データの物理層のデータに含められる。関連テーブルは、必要に応じて、送信データの物理層より上位の上位層のデータに含められる。番組のコンテンツは、アプリケーション層のデータであるが、関連テーブルは、番組のコンテンツと同様に、アプリケーション層のデータに含めることもできるし、その他の上位層のデータに含めることもできる。
受信装置１２は、送信装置１１から伝送路を介して送信されてくる送信データを受信し、その送信データに含まれる番組のコンテンツを復元して出力装置１３に供給する。
また、受信装置１２は、送信データの上位層のデータに含まれる関連テーブルや、送信データの物理層のデータに含まれる処理インデクスを取得し、関連テーブルにおいて物理層のデータに含まれる処理インデクスに対応付けられている処理関連情報に応じた処理（以下、関連処理ともいう）を実行する。
出力装置１３は、画像を表示するディスプレイや、音声（音）を出力するスピーカを有し、受信装置１２からのコンテンツ等としての画像を表示し、音声を出力する。
サーバ１４は、例えば、webサーバであり、必要に応じて、関連テーブルを、送信装置１１等から取得する。さらに、サーバ１４は、必要に応じて、関連テーブルを、上位層のデータ（例えば、HTTP(Hypertext Transfer Protocol)等のデータ）に含めて、インターネットを介した通信により、受信装置１２に提供する。
以上のように、関連テーブルは、送信装置１１が送信する送信データの上位層のデータに含めて提供する他、サーバ１４から上位層のデータに含めて提供することもできる。
受信装置１２は、送信装置１１が送信する送信データの上位層のデータに含めて提供される関連テーブルの他、サーバ１４から上位層のデータに含めて提供される関連テーブルを取得することができる。
関連テーブルは、送信装置１１及びサーバ１４の両方から提供することもできるし、送信装置１１及びサーバ１４のうちの一方だけから提供することもできる。
以下では、説明を簡単にするため、関連テーブルは、例えば、送信装置１１から、送信データの上位層のデータに含めて、受信装置１２に提供されることとする。
ここで、以下、物理層のデータ及び上位層のデータを、それぞれ、物理層データ及び上位層データともいう。
＜送信装置１１の構成例＞
図２は、図１の送信装置１１の構成例を示すブロック図である。
図２において、送信装置１１は、例えば、ISDB-Tの伝送方式を利用した送信装置であり、上位層処理部２１及び物理層処理部２２を有する。
上位層処理部２１には、番組のコンテンツの画像や音声等が供給される。
上位層処理部２１は、番組のコンテンツの画像や音声等から、上位層で規定されるフォーマットの上位層データを生成する上位層の処理を行い、物理層処理部２２に供給する。
すなわち、上位層処理部２１は、上位層データ生成部３１及び関連テーブル生成部３２を有する。
上位層データ生成部３１には、番組のコンテンツの画像や音声等が供給されるとともに、関連テーブル生成部３２から関連テーブルが供給される。
上層データ生成部３１は、番組のコンテンツの画像や音声の符号化等を行い、符号化後の画像や音声、さらには、関連テーブル生成部３２からの関連テーブル等を含む上位層データを生成し、物理層処理部２２に供給する。
上位層データとしては、例えば、TS(Transport Stream)や、TLV(Type Length Value)/MMT(MPEG Media Transport)等のストリームを採用することができる。
関連テーブル生成部３２は、処理インデクスと処理関連情報とを対応付けた関連テーブルを生成し、上位層データ生成部３１に供給する。
物理層処理部２２は、上位層処理部２１からの上位層データに物理層の処理を施し、その結果得られる送信データとしての、例えば、OFDM(Orthogonal Frequency Division Multiplexing)信号を送信する。
すなわち、物理層処理部２２は、制御情報生成部４１、伝送路符号化部４２、IFFT(Inverse Fast Fourier Transform)演算部４３、GI(Guard Interval)付加部４４、及び、送信部４５を有する。
制御情報生成部４１は、制御情報としての物理層データを生成する。例えば、ISDB-Tでは、TMCC(Transmission and Multiplexing Configuration and Control)信号やAC信号が、制御情報としての物理層データである。なお、非特許文献１では、TMCC信号は、制御情報として扱われ、AC信号は、付加情報として扱われているが、本明細書では、説明を簡単にするため、TMCC信号及びAC信号は、いずれも制御情報と呼ぶこととする。
制御情報生成部４１は、関連テーブル生成部３２で生成された関連テーブルに登録されている所定の処理関連情報に対応付けられている処理インデクスを含む処理インデクス情報を、制御情報の一部として生成する。
制御情報生成部４１は、制御情報としての物理層データを、伝送路符号化部４２に供給する。
伝送路符号化部４２には、制御情報生成部４１から制御情報が供給される他、上位層処理部２１（の上位層データ生成部３１）から上位層データが供給される。
伝送路符号化部４２は、上位層処理部２１からの上位層データに、所定の伝送路符号化を施し、上位層データに対して、制御情報生成部４１からの制御情報、さらには、必要なパイロット信号を、物理層データとして付加したOFDMフレームを生成する。
したがって、伝送路符号化部４２は、OFDMフレームを生成するOFDMフレーム生成部として機能する。
ここで、例えば、ISDB-Tの伝送路符号化では、例えば、上位層データの誤り訂正符号化や、サブキャリアの変調としてのマッピング（上位層データの、IQコンスタレーション上へのマッピング）、周波数インターリーブ、時間インターリーブ、制御情報やパイロット信号の付加等が行われ、13個のOFDMセグメントが構成される。そして、その13個のOFDMセグメントによって、1個のOFDMフレームが構成される。
伝送路符号化部４２は、OFDMフレームを生成後、そのOFDMフレームを、IFFT演算部４３に供給する。
IFFT演算部４３は、伝送路符号化部４２から供給されるOFDMフレームを、周波数領域の信号として、IFFTを行い、時間領域のOFDMフレームに変換して、GI付加部４４に供給する。
GI付加部４４は、IFFT演算部４３からの時間領域のOFDMフレームを構成する各OFDMシンボルに、そのOFDMシンボルのシンボル長の整数分の一の長さのGIを付加して送信データとしてのOFDM信号を構成し、送信部４５に供給する。
送信部４５は、GI付加部４４からの送信データの周波数変換を行い、その周波数変換後の送信データとしてのOFDM信号を送信する。
図３は、ISDB-TのOFDMセグメントを示す図である。
ISDB-Tでは、OFDMのサブキャリアの間隔が異なるモード１，２，３の３つの伝送モードが規定されている。また、ISDB-Tでは、サブキャリアの変調方式として、QPSK(Quaternary Phase Shift Keying)，16QAM(Quadrature Amplitude Modulation)，64QAM、及び、DQPSK(Differential QPSK)の４つの変調方式が規定されている。
図３は、伝送モードがモード１で、変調方式がDQPSKのOFDMセグメントを示している。
図３において、横軸は、サブキャリアの番号（キャリア番号）を表す周波数軸である。横方向の1行が、OFDMシンボルを表す。また、縦軸は、OFDMシンボルの番号（OFDMシンボル番号）を表す時間軸である。
204個のOFDMシンボルが、1個のOFDMフレームを構成する。
図３において、Si,jは、上位層データで変調されたサブキャリアのデータシンボル（キャリアシンボル）を表し、OFDMセグメント（OFDMフレーム）は、データシンボルに、パイロット信号であるCP(Continual Pilot)や、TMCC信号、AC信号の各シンボル（サブキャリア）が付加されて構成される。
図２の伝送路符号化部４２では、例えば、図３のOFDMセグメントで構成されるOFDMフレームに準ずるOFDMフレーム等を生成することができる。
この場合、処理インデクス情報は、物理層データとしてのTMCC信号やAC信号に含めることができる。
図４は、図２の送信装置１１が行う送信処理を説明するフローチャートである。
送信処理では、送信データとしてのOFDM信号が生成されて送信される。
具体的には、ステップＳ１１において、上位層処理部２１が、関連テーブル等を含む上位層データを生成し、物理層処理部２２に供給して、処理は、ステップＳ１２に進む。
すなわち、上位層処理部２１では、関連テーブル生成部３２は、処理インデクスと処理関連情報とを対応付けた関連テーブルを生成し、上位層データ生成部３１に供給する。
上層データ生成部３１は、番組のコンテンツの画像や音声の符号化等を行い、符号化後の画像や音声と、関連テーブル生成部３２からの関連テーブル等とを含む上位層データを生成し、物理層処理部２２に供給する。
ステップＳ１２では、制御情報生成部４１が、処理インデクス情報を含む制御情報を生成し、処理は、ステップＳ１３に進む。
すなわち、制御情報生成部４１は、関連テーブル生成部３２で生成された関連テーブルに登録されている所定の処理関連情報に対応付けられている処理インデクスを含む処理インデクス情報を生成する。
さらに、制御情報生成部４１は、例えば、物理層データである制御情報（TMCC信号やAC信号）を生成し、その制御情報の一部に、処理インデクス情報を含める。
ステップＳ１３では、物理層処理部２２は、上位層処理部２１からの上位層データに、制御情報生成部４１で生成された物理層データである制御情報を付加し、送信データとしての、例えば、OFDM信号を生成して、処理は、ステップＳ１４に進む。
すなわち、物理層処理部２２において、伝送路符号化部４２には、上位層処理部２１からの上位層データが供給されるとともに、制御情報生成部４１で生成された物理層データである制御情報が供給される。
伝送路符号化部４２は、上位層処理部２１からの上位層データに、所定の伝送路符号化を施し、上位層データに対して、制御情報生成部４１からの制御情報、さらには、必要なパイロット信号を、物理層データとして付加したOFDMフレームを生成する。OFDMフレームは、伝送路符号化部４２からIFFT演算部４３に供給される。
IFFT演算部４３は、伝送路符号化部４２からのOFDMフレームのIFFTを行い、時間領域のOFDMフレームを得て、GI付加部４４に供給する。
GI付加部４４は、IFFT演算部４３からの時間領域のOFDMフレームを構成する各OFDMシンボルに、GIを付加して送信データとしてのOFDM信号を構成し、送信部４５に供給する。
ステップＳ１４において、送信部４５は、GI付加部４４からの送信データの周波数変換を行い、その周波数変換後の送信データとしてのOFDM信号を送信する。
送信装置１１において、以上の送信処理は、パイプラインで繰り返し行われる。
＜受信装置１２の構成例＞
図５は、図１の受信装置１２の構成例を示すブロック図である。
図５において、受信装置１２は、例えば、ISDB-Tの伝送方式を利用した受信装置であり、物理層処理部５１、上位層処理部５２、記憶部５３、処理インデクス情報取得部５４、及び、処理実行部５５を有する。
物理層処理部５１は、送信装置１１から送信されてくる送信データとしてのOFDM信号を受信する受信部として機能し、その送信データに、物理層の処理を行う。
すなわち、物理層処理部５１は、チューナ６１、ADC(Analog to Digital Converter)６２、直交復調部６３、FFT演算部６４、制御情報取得部６５、伝送路復号部６６を有する。
チューナ６１は、送信装置１１から送信されてくる、所定のチャンネル（周波数帯域）の送信データとしてのOFDM信号を受信し、ADC６２に供給する。
ADC６２は、チューナ６１からの送信データとしてのOFDM信号のAD変換を行い、直交復調部６３に供給する。
直交復調部６３は、ADC６２からの送信データとしてのOFDM信号の直交復調を行い、FFT演算部６４に供給する。
FFT演算部６４は、直交復調部６３からのOFDM信号を、時間領域の信号として、FFTを行い、周波数領域のOFDM信号に変換して、制御情報取得部６５、及び、伝送路復号部６６に供給する。
制御情報取得部６５は、FFT演算部６４からのOFDM信号から、物理層データである制御情報としての、例えば、TMCC信号やAC信号を取得し、処理インデクス情報取得部５４、及び、伝送路復号部６６に供給する。
伝送路復号部６６は、制御情報取得部６５から供給される制御情報を必要に応じて用いて、FFT演算部６４からのOFDM信号に、所定の伝送路復号を施し、上位層データを復元して、上位層処理部５２に供給する。
ここで、例えば、ISDB-Tの伝送路復号では、例えば、時間デインターリーブ、周波数デインターリーブ、サブキャリアの復調としてのデマッピング、誤り訂正復号等が行われ、上位層データが復元される。制御情報としてのTMCC信号には、例えば、サブキャリアの変調方式等の情報が含まれ、伝送路復号は、制御情報取得部６５から伝送路復号部６６に供給される制御情報としてのTMCC信号を必要に応じて用いて行われる。
上位層処理部５２は、例えば、SoC(System on Chip)で構成され、物理層処理部５１（の伝送路復号部６６）からの上位層データに上位層の処理を行う。
すなわち、上位層処理部５２は、DEMUX７１及び上位層データ処理部７２を有する。
DEMUX７１には、物理層処理部５１からの上位層データが供給される。
DEMUX７１は、物理層処理部５１からの上位層データから、符号化後の画像や音声を分離し、上位層データ処理部７２に供給する。
また、DEMUX７１は、物理層処理部５１からの上位層データから、関連テーブルを分離することにより取得し、記憶部５３に供給する。
したがって、DEMUX７１は、関連テーブルを取得する関連テーブル取得部として機能する。
上位層データ処理部７２は、DEMUX７１からの符号化後の画像や音声を復号し、出力装置１３（図１）に供給する。
記憶部５３は、DEMUX７１から供給される関連テーブルを記憶する。
処理インデクス情報取得部５４は、制御情報取得部６５からの物理層データとしての制御情報に含まれる処理インデクス情報を取得し、処理実行部５５に供給する。
処理実行部５５は、記憶部５３に記憶された関連テーブルを参照し、その関連テーブルにおいて、処理インデクス情報取得部５４からの処理インデクス情報に含まれる処理インデクスに対応付けられている処理関連情報を、注目情報として取得する。そして、処理実行部５５は、注目情報に応じた処理（関連処理）を実行する。
ここで、受信装置１２は、電源がオフにされた場合、物理層より上位の上位層の処理を行う上位層処理部５２は、電源オフの状態になるが、物理層の処理を行う物理層処理部５１は、電源オフの状態にはならず、少なくとも、制御情報の取得に必要な処理を実行し続ける。
また、受信装置１２では、記憶部５３、処理インデクス情報取得部５４、及び、処理実行部５５も、電源オフの状態にならず、動作し続ける。
したがって、受信装置１２では、電源がオフにされていても、制御情報取得部６５は、物理層データである制御情報を取得し、処理インデクス情報取得部５４は、物理層データである制御情報に含まれる処理インデクス情報を取得することができる。さらに、処理実行部５５は、記憶部５３に記憶された関連テーブルにおいて、処理インデクス情報取得部５４で取得された処理インデクス情報に含まれる処理インデクスに対応付けられている処理関連情報を、注目情報として取得し、その注目情報に応じた関連処理を実行することができる。
図６は、図５の受信装置１２が行う受信処理を説明するフローチャートである。
受信処理では、送信データとしてのOFDM信号が受信され、そのOFDM信号に含まれる上位層データに含まれる画像や音声を取得する上位層の処理が行われる。
具体的には、ステップＳ２１において、物理層処理部５１は、送信装置１１から送信されてくる送信データとしてのOFDM信号を受信、復調し、物理層データである制御情報と、上位層データとを取得し、処理は、ステップＳ２２に進む。
すなわち、物理層処理部５１において、チューナ６１は、送信装置１１から送信されてくる送信データとしてのOFDM信号を受信し、ADC６２に供給する。ADC６２は、チューナ６１からのOFDM信号のAD変換を行い、直交復調部６３に供給する。直交復調部６３は、ADC６２からのOFDM信号の直交復調を行い、FFT演算部６４に供給する。FFT演算部６４は、直交復調部６３からのOFDM信号のFFTを行い、そのFFT後のOFDM信号を、制御情報取得部６５、及び、伝送路復号部６６に供給する。
制御情報取得部６５は、FFT演算部６４からのOFDM信号から、物理層データである制御情報を取得し、処理インデクス情報取得部５４、及び、伝送路復号部６６に供給する。
伝送路復号部６６は、制御情報取得部６５からの制御情報を用いて、FFT演算部６４からのOFDM信号に伝送路復号を施すことで、上位層データを復元し、上位層処理部５２に供給する。
ステップＳ２２では、上位層処理部５２において、DEMUX７１が、物理層処理部５１（の伝送路復号部６６）からの上位層データから、符号化後の画像や音声と、関連テーブルとを分離することにより取得する。
そして、DEMUX７１は、符号化後の画像や音声を、上位層データ処理部７２に供給するとともに、関連テーブルを、記憶部５３に供給し、処理は、ステップＳ２２からステップＳ２３に進む。
ステップＳ２３では、記憶部５３は、DEMUX７１から供給される関連テーブルを記憶し、処理は、ステップＳ２４に進む。すなわち、記憶部５３は、記憶内容を、DEMUX７１から供給される関連テーブルに更新する。したがって、記憶部５３において、既に、DEMUX７１から過去に供給された関連テーブルが記憶されている場合、記憶部５３の記憶内容は、DEMUX７１から供給される最新の関連テーブルに更新される。
ステップＳ２４では、上位層データ処理部７２は、DEMUX７１からの符号化後の画像や音声の復号等の処理を行うことで、元の画像や音声を復元し、出力装置１３（図１）に供給する。
受信装置１２において、以上の受信処理は、パイプラインで繰り返し行われる。
なお、受信装置１２では、電源がオンになっている場合に、受信処理のすべてが行われる。
また、受信装置１２では、電源がオフにされている場合には、受信処理のうちの、物理層データの処理が、少なくとも行われる。すなわち、ステップＳ２１において、送信装置１１から送信されてくる送信データとしてのOFDM信号を受信、復調し、物理層データである制御情報を取得して、処理インデクス情報取得部５４に供給する処理は、少なくとも行われる。
図７は、図５の受信装置１２が行う処理インデクス処理の例を説明するフローチャートである。
処理インデクス処理では、送信データの物理層データである制御情報に含まれる処理インデクス情報が処理される。
具体的には、ステップＳ３１において、処理インデクス情報取得部５４は、制御情報取得部６５からの制御情報に含まれる処理インデクス情報を取得し、処理実行部５５に供給して、処理は、ステップＳ３２に進む。
ステップＳ３２では、処理実行部５５は、記憶部５３に記憶された関連テーブルにおいて、処理インデクス情報取得部５４からの処理インデクス情報に含まれる処理インデクスに対応付けられている処理関連情報を、注目情報として取得し、処理は、ステップＳ３３に進む。
ステップＳ３３では、処理実行部５５は、注目情報として取得した処理関連情報に応じた関連処理を実行する。
受信装置１２において、以上の処理インデクス処理は、パイプラインで繰り返し行われる。
なお、受信装置１２では、電源がオフにされている場合であっても、記憶部５３、処理インデクス情報取得部５４、及び、処理実行部５５は、図５で説明したように、動作し続ける。図７の処理インデクス処理は、記憶部５３、処理インデクス情報取得部５４、及び、処理実行部５５によって行われる処理であり、したがって、受信装置１２の電源がオフにされている場合でも行われる。
以上のように、送信装置１１では、上位層データに含めて提供される関連テーブルにおいて所定の処理関連情報に対応付けられている処理インデクスを含む処理インデクス情報を物理層データに含む送信データが生成されて送信される。
一方、受信装置１２では、上位層データに含めて提供される関連テーブルが取得される一方、関連テーブルにおいて、所定の処理関連情報に対応付けられている処理インデクスを含む処理インデクス情報を物理層データに含む送信データが受信され、その送信データの物理層データに含まれる処理インデクス情報（に含まれる処理インデクス）が取得される。そして、関連テーブルにおいて物理層データに含まれる処理インデクス情報に含まれる処理インデクスに対応付けられている処理関連情報に応じた関連処理が実行される。
したがって、関連処理として、即時性及び柔軟性、さらには、拡張性の高い処理を容易に行うことができる。
すなわち、受信装置１２では、送信データの物理層データは、最初に処理され、また、受信装置１２の電源がオフであっても、処理されるので、即時性に優れる。
但し、送信データの物理層データに含めて伝送される情報量は、一般に少ない。例えば、非特許文献１で規定されている地震動警報情報の伝送に用いられるAC信号で伝送される情報量は、最大でも、204ビットである。このように少ない情報量では、地震動警報を出力する処理として、柔軟性や拡張性がある処理を行うことは困難である。
一方、送信データの上位層データによれば、多くの情報量を伝送することができ、そのような多くの情報量によれば、柔軟性や拡張性が高い処理を容易に行うことができる。
すなわち、上位層データに、例えば、地震動警報情報を含めて伝送する場合には、地震動警報情報を容易に変更、拡張することができ、その結果、地震動警報を出力する処理として、柔軟性や拡張性がある処理を行うことができる。
但し、送信データの上位層データを処理する上位層処理部５２としてのSoCを、例えば、ISDB-Tに規定する起動フラグによって、電源オフの状態から起動させる場合、その起動には、ある程度の時間を要する。
さらに、上位層処理部５２では、DEMUX７１において、上位層データから各種のデータを分離するフィルタ処理が行われる。そのため、上位層データに地震動警報情報を含めて伝送する場合には、上位層データから地震動警報情報を得るのに、フィルタ処理による遅延が生じる。
したがって、上位層データに地震動警報情報を含めて伝送する場合には、即時性を確保することが難しい。
なお、上位層データに地震動警報情報を含めて伝送する場合には、上位層データに周期的に配置されるシグナリング（のための情報）の一部を、地震動警報情報として用いることができる。但し、一般に、上位層データのシグナリングの周期は長いため、上位層データのシグナリングの一部を、地震動警報情報として用いる場合でも、やはり、即時性を確保することが難しい。
これに対して、図１の伝送システムでは、受信装置１２で行われる処理に関連する処理関連情報が処理インデクスに対応付けられて登録された関連テーブルが、上位層データに含めて提供され、受信装置１２は、そのように、上位層データに含めて提供される関連テーブルが取得される。
上位層データに含めて提供される関連テーブルには、それほど厳しい情報量の制約が課されることがなく、したがって、様々な処理（関連処理）に関連する処理関連情報を登録することができる。さらに、受信装置１２では、記憶部５３に記憶される関連テーブルは、最新の関連テーブルに更新される。その結果、かかる関連テーブルに登録された処理関連情報に応じた関連処理としては、柔軟性や拡張性の高い処理を容易に行うことができる。
また、送信装置１１では、処理インデクスを含む処理インデクス情報を物理層データに含む送信データが生成されて送信される。
そして、受信装置１２では、送信装置１１からの送信データが受信され、その送信データの物理層データに含まれる処理インデクス情報に含まれる処理インデクスが取得される。さらに、受信装置１２では、上位層データからあらかじめ取得され、記憶部５３に記憶された関連テーブルにおいて、送信データの物理層データから取得された処理インデクスに対応付けられている処理関連情報に応じた関連処理が実行される。
処理インデクス（を含む処理インデクス情報）は、送信データの物理層データに含められ、また、関連テーブルが上位層データに含めて送信される分だけ、物理層データに含める処理インデクス情報の情報量は少なくすることができる。その結果、受信装置１２では、物理層データに含まれる処理インデクスを、即座に取得することができる。
したがって、受信装置１２では、送信データの物理層データから取得された処理インデクスに対応付けられている処理関連情報に応じた関連処理を、即座に実行することができる。
以下、処理関連情報に応じた関連処理として、例えば、緊急警報を出力する出力処理と、選局の設定を行う設定処理とを採用した場合を例に、関連テーブル及び処理インデクス（情報）の詳細について説明する。
＜緊急警報を出力する出力処理に関連する処理関連情報が登録される関連テーブルと、その処理関連情報に対応付けられる処理インデクスを含む処理インデクス情報の例＞
図８は、緊急警報を出力する出力処理に関連する処理関連情報に対応付けられる処理インデクスを含む処理インデクス情報のシンタクスの例を示す図である。
ここで、以下、緊急警報を出力する出力処理に関連する処理関連情報に対応付けられる処理インデクスを含む処理インデクス情報を、緊急警報用の処理インデクス情報ともいう。
図８において、緊急警報用の処理インデクス情報は、1ビットのEA_EXIST_FLAGを有する。さらに、緊急警報用の処理インデクス情報は、8ビットのversion、8ビットのNUM_EA_MESSAGEを、必要に応じて有する。
また、緊急警報用の処理インデクス情報は、NUM_EA_MESSAGEが表す数だけの8ビットのEA_code、2ビットのEA_status，3ビットのlocation_type、可変長のlocation_length、可変長のlocation_codeのセットを有する。
EA_EXIST_FLAGは、緊急警報用の処理インデクス情報において、EA_EXIST_FLAGより後段の情報が存在するかどうかを表すフラグである。
EA_EXIST_FLAGが、後段の情報が存在することを表す場合、EA_EXIST_FLAGに続けて、version，NUM_EA_MESSAGEが配置される。
versionは、緊急警報用の処理インデックス情報のバージョンを表す。versionは、例えば、緊急警報用の処理インデックス情報が更新されるたびに、1ずつインクリメントされる。
NUM_EA_MESSAGEは、その後の配置される処理インデクスとしてのEA_codeの数を表す。
NUM_EA_MESSAGEの後には、NUM_EA_MESSAGEが表す数だけのEA_code，EA_status，location_type，location_length，location_codeのセットが繰り返し配置される。
EA_codeは、緊急警報を出力する出力処理に関連する処理関連情報としての、緊急警報の内容を表す緊急警報情報に対応付けられる処理インデクスである。EA_codeを、以下、災害種別コードEA_codeともいう。
EA_statusは、緊急警報の状態を表す。
location_typeは、location_codeの種類を表す。
location_lengthは、location_codeの長さ（サイズ）を表す。
location_codeは、そのlocation_codeとセットになっている処理インデクスとしてのEA_codeに対応付けられている処理関連情報としての緊急警報情報に応じた出力処理を行うべき地域を表す地域コードである。
緊急警報用の処理インデクス情報については、表現方法が異なる複数種類のlocation_codeが用意されている。複数種類のlocation_codeについては、後述する。
ここで、以下、2進数を、最後にbが付した数値で表す。
図９は、図８のEA_statusを説明する図である。
EA_statusが0(=00b)である場合、緊急警報が開始されてことを表す。EA_statusが1(=01b)である場合、緊急警報が継続していることを表し、EA_statusが2(=10b)である場合、緊急警報が終了したことを表す。値が3(=11b)のEA_statusは、将来の予約(reserved)になっている。
図１０は、図８のlocation_typeを説明する図である。
location_typeが0(=000b)である場合、警報の対象が全国であることを表す。location_typeが0である場合、その後に、location_length及びlocation_codeは配置されない（又は、配置されていても、受信装置１２で無視される）。
location_typeが1(=001b)である場合、location_codeが、あらかじめ決められた所定のコード、すなわち、例えば、JIS X0401で規定される県域コードで地域を表現することを表す。県域コードと、県域コードが表す都道府県との対応関係は、例えば、受信装置１２にプリセットしておくことができる。
なお、JIS X0401で規定される県域コードは、8ビットで表される。したがって、location_typeが1である場合、location_codeのサイズは、8ビット固定になる。
以上のように、location_typeが1である場合、location_codeのサイズは、一意に、8ビットになり、変化しないので、緊急警報用の処理インデクス情報（図８）には、location_codeのサイズを表すlocation_lengthは、配置する必要がない。
location_typeが2(=010b)である場合、location_codeが、郵便番号を利用して地域を表現することを表す。
郵便番号は、7桁の10進数であり、location_codeが、郵便番号を利用して地域を表現する場合、location_codeには、郵便番号の全部又は一部としての10進数をBCD(Binary coded Decimal)で表現した値がセットされる。
ここで、BCDによれば、10進数の各桁が4ビットで表される。
また、郵便番号の7桁の全部を用いて地域を表現するときに、location_codeのサイズは、最大になる。
したがって、郵便番号を利用して地域を表現するlocation_codeの最大サイズは、28ビット＝7桁×4ビットになる。
郵便番号を利用して地域を表現するlocation_codeが表す数値の最大の桁数は、郵便番号の7桁であり、その桁数である7を表現することができる最小のビット数である3ビットが、location_lengthに割り当てられる。3ビットのlocation_lengthは、location_codeが表す郵便番号の全部又は一部としての10進数の桁数を表す値にセットされる。
location_typeが3(=011b)である場合、location_codeが、緯度及び経度を利用して地域を表現することを表す。
この場合、location_codeには、例えば、2地点の緯度及び経度がセットされ、かかるlocation_codeは、その2地点を対角線とする長方形の地域を表す。
緯度及び経度としては、例えば、最大で、3桁の整数部と6桁の小数部とからなる9桁の10進数を採用することができる。
location_codeには、緯度及び経度としての10進数をBCDで表した数値がセットされる。
ここでは、緯度及び経度のそれぞれは、上述したように、最大で、9桁の10進数で表され、したがって、BCDで表した数値がセットされるlocation_codeの最大サイズは、144ビット＝（（9桁×4ビット）＋（9桁×4ビット））×2地点になる。
また、緯度及び経度それぞれとしての10進数の最大の桁数である9を表現することができる最小のビット数である4ビットが、location_lengthに割り当てられる。4ビットのlocation_lengthは、location_codeにセットされる緯度及び経度それぞれとしての10進数の桁数を表す値にセットされる。
値が4(=100b)ないし7(=111b)のlocation_typeは、将来の予約(reserved)になっている。
図１１は、JIS X0401で規定される県域コードと、県域コードが表す都道府県との対応関係を示す図である。
受信装置１２に、図１１に示す県域コードと都道府県との対応関係をプリセットしておくことにより、受信装置１２において、県域コードが表す地域（都道府県）を認識することができる。
図１２は、郵便番号を利用した地域の表現を説明する図である。
7桁の郵便番号は、町域及び超高層ビルに設定される。
7桁の郵便番号の上位2桁は、図１２に示すように、（ほぼ）都道府県を表す。また、7桁の郵便番号の上位3桁又は上位5桁は、管轄する郵便局を表す。郵便局が管轄する地域は定まっているので、郵便番号の上位3桁又は上位5桁は、その上位3桁又は上位5桁が表す郵便局が管轄する地域を表していると捉えることができる。
郵便番号の上位3桁が、管轄する郵便局を表す場合、残りの下位4桁は、町域（又は超高層ビル）の町域番号を表す。また、郵便番号の上位5桁が、管轄する郵便局を表す場合、残りの下位2桁は、町域番号を表す。
例えば、7桁の郵便番号については、その7桁の郵便番号や、上位2桁、上位3桁、上位5桁を、location_codeに用いることができる。
図１３は、緯度及び経度を利用した地域の表現を説明する図である。
緯度及び経度を利用して地域を表現する場合、location_codeには、2地点の緯度及び経度がセットされる。かかるlocation_codeは、そのlocation_codeに緯度及び経度がセットされた2地点を対角線とする長方形の地域を表す。
以上のように、緊急警報用の処理インデクス情報に含める地域コードlocation_codeとしては、location_typeによって、JIS X0401で規定される県域コードや、郵便番号、緯度及び経度等を使用することができ、これにより、都道府県や地方等の比較的大きな地域や、市町村等の比較的小さな地域、その他、任意の大きさの地域を、必要に応じて指定することができる。
図１４は、緊急警報を出力する出力処理に関連する処理関連情報が登録される関連テーブルのシンタクスの例を示す図である。
すなわち、図１４は、図８の処理インデクス情報が使用される場合に使用される関連テーブルのシンタクスの例を示している。
ここで、以下、緊急警報を出力する出力処理に関連する処理関連情報が登録される関連テーブルを、緊急警報テーブルともいう。
図１４において、緊急警報テーブルは、8ビットのtable_id、8ビットのversion、8ビットのlength、8ビットのNUM_EA_INFOを有する。
さらに、緊急警報テーブルは、NUM_EA_INFOが表す数だけの8ビットのEA_code、16ビットのEA_message_length，8×EA_message_lengthビットのEA_message_dataのセットを有する。
table_idは、緊急警報テーブルに付されるID(Identification)を表す。
versionは、緊急警報テーブルのバージョンを表す。versionは、例えば、緊急警報テーブルが更新されるたびに、1ずつインクリメントされる。
lengthは、緊急警報テーブルのサイズ（長さ）を表す。
NUM_EA_INFOは、その後の配置される処理インデクスとしてのEA_codeの数を表す。
NUM_EA_INFOの後には、NUM_EA_INFOが表す数だけのEA_code，EA_message_length、緊急警報情報のセットが繰り返し配置される。
EA_message_lengthは、その後に配置される緊急警報情報としての文字列の長さ（緊急警報情報の長さ）を表す。
EA_message_dataは、緊急警報情報を構成する文字を表す。EA_message_lengthが表す数だけの、EA_message_dataが表す文字の並びが、警報を出力する出力処理に関連する処理関連情報としての緊急警報情報である。
以下、EA_message_lengthが表す数だけの、EA_message_dataが表す文字の並びを、緊急警報情報EA_message_dataともいう。
図１４の緊急警報テーブルでは、変数iのforループ(for(i=0;i<NUM_EA_INFO;i++))の中に、処理インデクスとしての災害種別コードEA_code、EA_message_length、及び、処理関連情報としての緊急警報情報EA_message_dataが登録されている。すなわち、緊急警報テーブルでは、処理関連情報としての緊急警報情報EA_message_dataが、処理インデクスとしての災害種別コードEA_codeと対応付けられて登録されている。
ここで、変数iのforループの中に配置されている災害種別コードEA_code、EA_message_length、及び、緊急警報情報EA_message_dataのセットを、災害種別情報ということとすると、NUM_EA_INFOは、緊急警報テーブルに登録されている災害種別情報の数を表す。
図１５は、処理関連情報としての緊急警報情報EA_message_dataの例を示す図である。
図１５において、緊急警報情報EA_message_dataは、各種の警報を表すメッセージになっている。
各緊急警報情報EA_message_dataには、例えば、図１５に示すように、異なる値の災害種別コードEA_codeが対応付けられている。
図２の送信装置１１による送信処理（図４）では、例えば、図１４の緊急警報テーブルを上位層データに含み、図８の緊急警報用の処理インデクス情報を物理層データに含む送信データが送信される。
この場合、図５の受信装置１２による受信処理（図６）では、受信装置１２の電源がオンになっている場合に、DEMUX７１において、送信データの上位層データに含まれる緊急警報テーブルが取得され、記憶部５３に記憶される。
また、図５の受信装置１２では、電源の状態にかかわらず、処理インデクス処理が行われる。
図１６は、緊急警報テーブル及び緊急警報用の処理インデクス情報に対して行われる処理インデクス処理の例を説明するフローチャートである。
すなわち、図１６のフローチャートは、図１４の緊急警報テーブル及び図８の緊急警報用の処理インデクス情報に対して受信装置１２が行う処理インデクス処理の例を示している。
処理インデクス処理では、ステップＳ５１において、受信装置１２（図５）の処理インデクス情報取得部５４は、制御情報取得部６５からの制御情報に含まれる緊急警報用の処理インデクス情報を取得し、処理実行部５５に供給して、処理は、ステップＳ５２に進む。ここで、ステップＳ５１は、図７のステップＳ３１に対応する。
ステップＳ５２では、受信装置１２（図５）の処理実行部５５は、処理インデクス情報取得部５４からの緊急警報用の処理インデクス情報（図８）に含まれるEA_EXIST_FLAGを取得する。さらに、ステップＳ５２では、処理実行部５５は、処理インデクス情報から取得したEA_EXIST_FLAGが、そのEA_EXIST_FLAGより後段の情報が存在するかどうかを表す1になっているかどうかを判定する。
ステップＳ５２において、EA_EXIST_FLAGが1でないと判定された場合、すなわち、EA_EXIST_FLAGが0であり、後段の情報が存在しない場合、処理インデクス処理は終了する。
また、ステップＳ５２において、EA_EXIST_FLAGが1であると判定された場合、すなわち、後段の情報が存在する場合、処理は、ステップＳ５３に進む。
ステップＳ５３では、処理実行部５５は、処理インデクス情報取得部５４からの緊急警報用の処理インデクス情報（図８）に含まれるlocation_codeをすべて取得する。さらに、ステップＳ５３では、処理実行部５５は、受信装置１２の現在地である受信装置位置が、緊急警報用の処理インデクス情報に含まれるいずれかのlocation_codeが表す地域に含まれるかどうかを判定する。
ここで、処理実行部５５は、受信装置位置を任意の方法で認識する。受信装置位置を認識する方法としては、例えば、受信装置１２の初期設定時に、ユーザに、受信装置位置を含む地域の郵便番号等の、受信装置位置を認識するのに必要な情報を入力してもらい、その情報から、受信装置位置を認識する方法がある。さらに、受信装置位置を認識する方法としては、例えば、受信装置１２に、GNSS(Global Navigation Satellite System)を搭載し、そのGNSSを利用して、受信装置位置を認識する方法がある。
なお、処理実行部５５は、緊急警報用の処理インデクス情報（図８）に含まれるlocation_codeが表す地域を、そのlocation_codeとセットになっているlocation_type及びlocation_lengthを必要に応じて用いて認識する。
ステップＳ５３において、受信装置位置が、いずれのlocation_codeが表す地域にも含まれないと判定された場合、すなわち、受信装置位置が、緊急警報の対象の地域に含まれない場合、処理インデクス処理は終了する。
また、ステップＳ５３において、受信装置位置が、いずれかのlocation_codeが表す地域に含まれると判定された場合、すなわち、受信装置位置が、緊急警報の対象の地域に含まれる場合、処理実行部５５は、受信装置位置を含む地域を表すlocation_codeを、注目地域コードlocation_codeとして特定（記憶）し、処理は、ステップＳ５４に進む。
ステップＳ５４では、処理実行部５５は、処理インデクス情報（図８）から、注目地域コードlocation_codeとセットになっているEA_statusを取得する。さらに、ステップＳ５４では、処理実行部５５は、注目地域コードlocation_codeとセットになっているEA_status（図９）が、緊急警報の開始又は継続を表す1又は2であるかどうかを判定する。
ステップＳ５４において、EA_statusが、1及び2のいずれでもないと判定された場合、すなわち、緊急警報が終了している場合、処理インデクス処理は終了する。
また、ステップＳ５４において、EA_statusが、1又は2のいずれかであると判定された場合、すなわち、緊急警報が開始されたか、又は、継続中である場合、処理は、ステップＳ５５に進む。
ステップＳ５５では、処理実行部５５は、処理インデクス情報（図８）から、注目地域コードlocation_codeとセットになっている処理インデクスとしての災害種別コードEA_codeを、注目災害種別コードEA_codeとして取得する。
さらに、ステップＳ５５では、処理実行部５５は、受信処理によって記憶部５３に記憶された緊急警報テーブル（図１４）において、処理インデクスとしての注目災害種別コードEA_code（と一致する災害種別コードEA_code）に対応付けられている処理関連情報としての緊急警報情報EA_message_dataを、注目情報として取得する。ここで、ステップＳ５５は、図７のステップＳ３２に対応する。
その後、処理は、ステップＳ５５からステップＳ５６に進み、処理実行部５５は、注目情報として取得した処理関連情報に応じた関連処理として、注目情報としての緊急警報情報EA_message_dataを出力する出力処理を実行し、処理インデクス処理は終了する。
注目情報としての緊急警報情報EA_message_dataを出力する出力処理としては、例えば、注目情報としての緊急警報情報EA_message_dataを、出力装置１３に表示させるメッセージ表示処理や、出力装置１３に音声で出力させる音声メッセージ出力処理が行われる。
ここで、ステップＳ５６は、図７のステップＳ３３に対応する。
図１７は、緊急警報用の処理インデクス情報のシンタクスの他の例を示す図である。
図１７の緊急警報用の処理インデクス情報は、EA_EXIST_FLAG，version，NUM_EA_MESSAGE，EA_code，EA_statusを有する。
したがって、図１７の緊急警報用の処理インデクス情報は、EA_EXIST_FLAG，version，NUM_EA_MESSAGE，EA_code，EA_statusを有する点で、図８の場合と共通する。
但し、図１７の緊急警報用の処理インデクス情報は、出力処理を行うべき地域を表す地域情報、すなわち、location_type，location_length，location_codeのセットを有しない点で、location_type，location_length，location_codeのセットを有する図８の場合と相違する。
図１８は、関連テーブルとしての緊急警報テーブルのシンタクスの他の例を示す図である。
すなわち、図１８は、図１７の処理インデクス情報が使用される場合に使用される緊急警報テーブルのシンタクスの例を示している。
図１８の緊急警報テーブルは、table_id，version，length，NUM_EA_INFO，EA_code，location_type，location_length，location_code，EA_message_length，EA_message_dataを有する。
したがって、図１８の緊急警報テーブルは、table_id，version，length，NUM_EA_INFO，EA_message_length，EA_message_dataを有する点で、図１４の場合と共通する。
但し、図１８の緊急警報テーブルは、出力処理を行うべき地域を表す地域情報であるlocation_type，location_length，location_codeのセットを、新たに有する点で、location_type，location_length，location_codeのセットを有しない図１４の場合と相違する。
すなわち、図１８の緊急警報テーブルでは、処理インデクスとしての災害種別コードEA_codeに、処理関連情報としての緊急警報情報EA_message_dataが対応付けられて登録されているとともに、その緊急警報情報EA_message_dataに応じた出力処理を行うべき地域を表す地域コードlocation_codeを含む地域情報が対応付けられて登録されている。
図１７の緊急警報用の処理インデクス情報及び図１８の緊急警報テーブルを使用する場合、図２の送信装置１１による送信処理（図４）では、例えば、図１８の緊急警報テーブルを上位層データに含み、図１７の緊急警報用の処理インデクス情報を物理層データに含む送信データが送信される。
この場合、図５の受信装置１２による受信処理（図６）では、受信装置１２の電源がオンになっている場合に、DEMUX７１において、送信データの上位層データに含まれる緊急警報テーブルが取得され、記憶部５３に記憶される。
また、図５の受信装置１２では、電源の状態にかかわらず、処理インデクス処理が行われる。
図１９は、緊急警報テーブル及び緊急警報用の処理インデクス情報に対して行われる処理インデクス処理の他の例を説明するフローチャートである。
すなわち、図１９のフローチャートは、図１８の緊急警報テーブル及び図１７の緊急警報用の処理インデクス情報に対して受信装置１２が行う処理インデクス処理の例を示している。
処理インデクス処理では、ステップＳ６１において、受信装置１２（図５）の処理インデクス情報取得部５４は、図１６のステップＳ５１と同様に、制御情報取得部６５からの制御情報に含まれる緊急警報用の処理インデクス情報を取得し、処理実行部５５に供給して、処理は、ステップＳ６２に進む。ここで、ステップＳ６１は、図７のステップＳ３１に対応する。
ステップＳ６２では、受信装置１２（図５）の処理実行部５５は、処理インデクス情報取得部５４からの緊急警報用の処理インデクス情報（図１７）に含まれるEA_EXIST_FLAGを取得する。さらに、ステップＳ６２では、処理実行部５５は、図１６のステップＳ５２と同様に、処理インデクス情報から取得したEA_EXIST_FLAGが、そのEA_EXIST_FLAGより後段の情報が存在するかどうかを表す1になっているかどうかを判定する。
ステップＳ６２において、EA_EXIST_FLAGが1でないと判定された場合、すなわち、EA_EXIST_FLAGが0であり、後段の情報が存在しない場合、処理インデクス処理は終了する。
また、ステップＳ６２において、EA_EXIST_FLAGが1であると判定された場合、すなわち、後段の情報が存在する場合、処理は、ステップＳ６３に進む。
ステップＳ６３では、処理実行部５５は、処理インデクス情報取得部５４からの緊急警報用の処理インデクス情報（図１７）に含まれる災害種別コードEA_codeをすべて取得する。さらに、ステップＳ６３では、処理実行部５５は、緊急警報テーブル（図１８）において、緊急警報用の処理インデクス情報から取得した災害種別コードEA_code（に一致するEA_code）に対応付けられているlocation_code（以下、登録地域コードlocation_codeともいう）をすべて取得し、処理は、ステップＳ６４に進む。
ステップＳ６４では、処理実行部５５は、受信装置１２の受信装置位置が、ステップＳ６３で取得したいずれかの登録地域コードlocation_codeが表す地域に含まれるかどうかを判定する。
ステップＳ６４において、受信装置位置が、いずれの登録地域コードlocation_codeが表す地域にも含まれないと判定された場合、すなわち、受信装置位置が、緊急警報の対象の地域に含まれない場合、処理インデクス処理は終了する。
また、ステップＳ６４において、受信装置位置が、いずれかの登録地域コードlocation_codeが表す地域に含まれると判定された場合、すなわち、受信装置位置が、緊急警報の対象の地域に含まれる場合、処理実行部５５は、緊急警報テーブル（図１８）において、受信装置位置を含む地域を表す登録地域コードlocation_codeが対応付けられている災害種別コードEA_codeを、注目災害種別コードEA_codeとして特定（記憶）し、処理は、ステップＳ６５に進む。
ステップＳ６５では、処理実行部５５は、処理インデクス情報（図１７）から、注目災害種別コードEA_codeとセットになっているEA_statusを取得する。さらに、ステップＳ６５では、処理実行部５５は、注目災害種別コードEA_codeとセットになっているEA_status（図９）が、緊急警報の開始又は継続を表す1又は2であるかどうかを判定する。
ステップＳ６５において、EA_statusが、1及び2のいずれでもないと判定された場合、すなわち、緊急警報が終了している場合、処理インデクス処理は終了する。
また、ステップＳ６５において、EA_statusが、1又は2のいずれかであると判定された場合、すなわち、緊急警報が開始されたか、又は、継続中である場合、処理は、ステップＳ６６に進む。
ステップＳ６６では、処理実行部５５は、受信処理によって記憶部５３に記憶された緊急警報テーブル（図１８）において、処理インデクスとしての注目災害種別コードEA_code（と一致する災害種別コードEA_code）に対応付けられている処理関連情報としての緊急警報情報EA_message_dataを、注目情報として取得する。ここで、ステップＳ６６は、図７のステップＳ３２に対応する。
その後、処理は、ステップＳ６６からステップＳ６７に進み、処理実行部５５は、図１６のステップＳ５６と同様に、注目情報として取得した処理関連情報に応じた関連処理として、注目情報としての緊急警報情報EA_message_dataを出力する出力処理を実行し、処理インデクス処理は終了する。ここで、ステップＳ６７は、図７のステップＳ３３に対応する。
以上のような、緊急警報テーブル及び緊急警報用の処理インデクス情報を用いる緊急警報方式、すなわち、送信装置１１において、緊急警報テーブルを上位層データに含み、緊急警報用の処理インデクス情報を物理層データに含む送信データを送信し、受信装置１２において、送信データの上位層データに含まれる緊急警報テーブルを取得する一方、その緊急警報テーブルにおいて、送信データの物理層データに含まれる処理インデクスに対応付けられた緊急警報情報EA_message_dataを出力する出力処理を実行することで、緊急警報を行う緊急警報方式によれば、処理インデクスとしての災害種別コードEA_codeと対応付けられた緊急警報情報EA_message_dataが登録された緊急警報テーブルが、上位層データに含めて提供されることによって、緊急警報の柔軟性、拡張性を向上させることができ、処理インデクスとしての災害種別コードEA_codeが、物理層データに含めて提供されるによって、即時性を向上させることができる。
なお、緊急警報テーブル及び緊急警報用の処理インデクス情報を用いる緊急警報方式は、例えば、ISDB-Tや、DVB(Digital Video Broadcasting)，ATSC(Advanced Television Systems Committee)、その他の任意の放送方式に適用することができる。
例えば、ATSC3.0では、Annex Gにおいて、緊急警報シグナリング(Emergency Alert Signaling)が規定されている。
図２０は、ATSC3.0で規定されている緊急警報シグナリングを説明する図である。
図２０のＡは、ATSC3.0の汎用物理層フレーム(General physical layer frame)とブートスラップとの構造を示している。
図２０のＡにおいて、ブートスラップ(Bootstrap Signal)は、複数のブートストラップシンボルを有し、その複数のブートスラップシンボルの中に、BootStrap_symbol_1()とBootStrap_symbol_2()が定義されている。
図２０のＢは、BootStrap_symbol_1()のシンタクスを示しており、図２０のＣは、BootStrap_symbol_2()のシンタクスを示している。
BootStrap_symbol_1()は、1ビットのea_wake_up_1を含み、BootStrap_symbol_2()は、1ビットのea_wake_up_2を含む。
ea_wake_up_1及びea_wake_up_2の2ビットは、ウエイクアップビット(Wake-up Bits)として、A/331のAnnex Gに定義されている。
図２０のＤは、ウエイクアップビットの定義を示している。
図２０のＤによれば、緊急時の処理として、設定(setting)１，２，３で、受信装置(devices)を起動することが、ウエイクアップビットに対応付けて規定されている。
以上のようなATSC3.0の緊急警報シグナリングには、緊急警報テーブル及び緊急警報用の処理インデクス情報を用いる緊急警報方式を適用することができる。
すなわち、例えば、ウエイクアップビットを、処理インデクスとして使用するとともに、処理インデクスとしてのウエイクアップビットに、処理関連情報を対応付けて登録した緊急警報テーブルを、上位層データに含めて提供することにより、ATSCにおいて、緊急警報を出力する出力処理として、即時性及び柔軟性の高い処理を行うことができる。
＜選局の設定を行う設定処理に関連する処理関連情報が登録される関連テーブルと、その処理関連情報に対応付けられる処理インデクスを含む処理インデクス情報の例＞
図２１は、選局の設定を行う設定処理に関連する処理関連情報に対応付けられる処理インデクスを含む処理インデクス情報のシンタクスの例を示す図である。
ここで、以下、選局の設定を行う設定処理に関連する処理関連情報に対応付けられる処理インデクスを含む処理インデクス情報を、選局設定用の処理インデクス情報ともいう。
図２１において、選局設定用の処理インデクス情報は、1ビットのlocation_exist_flagを有する。さらに、選局設定用の処理インデクス情報は、8ビットのlocation_codeを、必要に応じて有する。
location_exist_flagは、選局設定用の処理インデクス情報において、location_exist_flagより後段の情報が存在するかどうかを表すフラグである。
location_exist_flagが、後段の情報が存在することを表す場合、location_exist_flagに続けて、location_codeが配置される。
location_codeは、例えば、図８の緊急警報用の処理インデクス情報の場合と同様に、地域を表す地域コードである。但し、選局設定用の処理インデクス情報では、地域コードlocation_codeは、選局の設定を行う設定処理に関連する処理関連情報としての、選局の設定に必要（有用）な選局情報に対応付けられる処理インデクスになっている。
なお、選局設定用の処理インデクス情報では、地域コードlocation_codeは、所定の種類のコード、すなわち、例えば、図１２で説明したJIS X0401で規定される県域コードに固定されている。そのため、選局設定用の処理インデクス情報には、緊急警報用の処理インデクス情報のように、location_type及びlocation_lengthは、配置されない（必要ない）。
選局設定用の処理インデクス情報に含まれる処理インデクスとしての地域コードlocation_codeには、送信装置１１が送信する送信データの受信が可能な受信エリア内の地域を表す値がセットされる。
図２２は、選局の設定を行う設定処理に関連する処理関連情報としての選局情報が登録される関連テーブルのシンタクスの例を示す図である。
すなわち、図２２は、図２１の処理インデクス情報が使用される場合に使用される関連テーブルのシンタクスの例を示している。
ここで、以下、選局の設定を行う設定処理に関連する処理関連情報が登録される関連テーブルを、選局情報テーブルともいう。
図２２において、選局情報テーブルは、8ビットのtable_id、8ビットのlength、8ビットのNUM_TUNE_INFOを有する。
さらに、選局情報テーブルは、NUM_TUNE_INFOが表す数だけの8ビットの地域コードlocation_code、6ビットのchannel、3ビットのprotocol、3ビットのpacket_type、2ビットのlayer_fft_size、3ビットのlayer_mod、3ビットのlayer_cod、3ビットのlayer_gi、8ビットのmessage_length，8×message_lengthビットのmessage_dataのセットを有する。
図２２において、channel，protocol，packet_type，layer_fft_size，layer_mod，layer_cod，layer_gi，message_dataが、選局情報である。
table_idは、選局情報テーブルに付されるID(Identification)を表す。
lengthは、選局情報テーブルのサイズ（長さ）を表す。
NUM_TUNE_INFOは、その後の配置される処理インデクスとしての地域コードlocation_codeの数を表す。
ここで、選局情報テーブルには、処理インデクスとしての地域コードlocation_codeに、処理関係情報としての選局情報（channel，protocol，packet_type，layer_fft_size，layer_mod，layer_cod，layer_gi，message_data）が対応付けて登録される。したがって、NUM_TUNE_INFOは、選局情報テーブルに登録されている地域コードlocation_codeの数を表す他、選局情報テーブルに登録されている選局情報の数を表す。
NUM_TUNE_INFOの後には、NUM_TUNE_INFOが表す数だけの地域コードlocation_code、選局情報、message_lengthのセットが繰り返し配置される。
選局情報のうちのchannelは、そのchannelとセットになっている地域コードlocation_codeが表す地域で受信可能なチャンネルの周波数やチャンネル番号を表す。ここで、例えば、ISDB-Tでは、UHF帯に、チャンネル番号が13ないし52の、40のチャンネルが設けられており、各チャンネルの（中心）周波数と、チャンネル番号とは、一意に対応している。したがって、ISDB-Tでは、チャンネルの周波数と、チャンネル番号とは、等価な情報である。
選局情報のうちのprotocolは、そのprotocolとセットになっているchannelが表す（チャンネル番号の）チャンネルで伝送される送信データのプロトコル（放送方式）を表す。
選局情報のうちのpacket_typeは、そのpacket_typeとセットになっているchannelが表すチャンネルで伝送される送信データの上位層データを構成するパケットのパケットタイプを表す。
選局情報のうちのlayer_fft_sizeは、そのlayer_fft_sizeとセットになっているchannelが表すチャンネルで伝送される送信データとしてのOFDM信号をFFTするときのFFTサイズを表す。
選局情報のうちのlayer_modは、そのlayer_modとセットになっているchannelが表すチャンネルで伝送される送信データとしてのOFDM信号のサブキャリアの変調方式(Modulation)を表す。
選局情報のうちのlayer_codは、そのlayer_codとセットになっているchannelが表すチャンネルで伝送される送信データを生成するときの伝送路符号化で行われる誤り訂正符号化に用いられる誤り訂正符号(FEC)のコードレートを表す。
選局情報のうちのlayer_giは、そのlayer_giとセットになっているchannelが表すチャンネルで伝送される送信データとしてのOFDM信号に付加されているGIの長さ（GI長）を表す。
選局情報のうちのmessage_dataは、そのmessage_dataとセットになっているchannelが表すチャンネルに関するメッセージ（以下、チャンネルメッセージともいう）を構成する文字を表す。選局情報において、message_lengthが表す数だけの、message_dataが表す文字の並びが、その選局情報に含まれるchannelが表すチャンネルのチャンネルメッセージである。
以下、message_lengthが表す数だけの、message_dataが表す文字の並びを、チャンネルメッセージmessage_dataともいう。
message_lengthは、その後に配置されるmessage_dataとしての文字列の長さ（チャンネルメッセージの長さ）を表す。
図２２の選局情報テーブルでは、変数iのforループ(for(i=0;i<NUM_TUNE_INFO;i++))の中に、処理インデクスとしての地域コードlocation_code、message_length、及び、処理関連情報としての選局情報（channel，protocol，packet_type，layer_fft_size，layer_mod，layer_cod，layer_gi，message_data）が登録されている。すなわち、選局情報テーブルでは、処理関連情報としての選局情報が、処理インデクスとしての地域コードlocation_codeと対応付けられて登録されている。
図２３は、チャンネル番号と、チャンネルの（中心）周波数との関係の例を示す図である。
いま、チャンネルについて、チャンネル番号と周波数とが、例えば、図２３に示すように対応付けられていることとする。チャンネル番号と周波数とが対応付けられている場合には、選局情報テーブル（図２２）の選局情報としてのchannelには、チャンネルを特定する情報として、チャンネル番号や周波数をセットすることができる。
図２４は、選局情報テーブル（図２２）の選局情報としてのprotocolの例を説明する図である。
図２４では、protocolが0(=000b)である場合、送信データの放送方式が、ISDB-T方式であることを表す。protocolが1(=001b)である場合、送信データの放送方式が、ISDB-T方式の次世代の方式（図２４では、ISDB-T2方式）であることを表す。
値が2(=010b)ないし7(=111b)のprotocolは、将来の予約(reserved)になっている。
図２５は、選局情報テーブル（図２２）の選局情報としてのpacket_typeの例を説明する図である。
図２５では、packet_typeが0(=000b)である場合、送信データの上位層データが、MPEG2-TSであることを表す。packet_typeが1(=001b)である場合、送信データの上位層データが、TLV/MMVであることを表す。
値が2(=010b)ないし7(=111b)のpacket_typeは、将来の予約(reserved)になっている。
図２６は、選局情報テーブル（図２２）の選局情報としてのlayer_fft_sizeの例を説明する図である。
図２６では、layer_fft_sizeが0(=00b)ないし2(=10b)である場合、FFTサイズが、8K，16K、及び、32Kであることを、それぞれ表す。なお、1Kは、1024点を意味する。
値が3(=11b)のlayer_fft_sizeは、将来の予約(reserved)になっている。
図２７は、選局情報テーブル（図２２）の選局情報としてのlayer_modの例を説明する図である。
図２７では、layer_modが0(=000b)ないし5(=101b)である場合、変調方式が、QPSK，16QAM，64QAM，256QAM-NUC(Non Uniform Constellation)，1024QAM-NUC，4096QAM-NUCであることを、それぞれ表す。
値が6(=110b)及び7(=111b)のlayer_modは、将来の予約(reserved)になっている。
図２８は、選局情報テーブル（図２２）の選局情報としてのlayer_codの例を説明する図である。
図２８では、layer_codが0(=000b)ないし4(=100b)である場合、コードレートが、1/2，2/3，3/4，5/6，7/8であることを、それぞれ表す。
値が5(=101b)ないし7(=111b)のlayer_codは、将来の予約(reserved)になっている。
図２９は、選局情報テーブル（図２２）の選局情報としてのlayer_giの例を説明する図である。
図２９では、layer_giが0(=000b)ないし3(=011b)である場合、GI長が、OFDMシンボルのシンボル長（有効シンボル長）の1/4，1/8，1/16，1/32であることを、それぞれ表す。
値が4(=100b)ないし(=111b)のlayer_giは、将来の予約(reserved)になっている。
図３０は、選局情報テーブルに登録される処理インデクスとしての地域コードlocation_codeと、その地域コードlocation_codeに対応付けられた選局情報（channel，protocol，packet_type，layer_fft_size，layer_mod，layer_cod，layer_gi，message_data）との例を示す図である。
図３０では、例えば、処理インデクスとしての地域コードlocation_code=0に対し、その地域コードlocation_code=0で表される地域で受信可能なチャンネルを選局するための選局情報（channel，protocol，packet_type，layer_fft_size，layer_mod，layer_cod，layer_gi，message_data）として、4個のチャンネルの選局情報（13，0，0，0，2，2，2，"Channel1"），（14，0，0，0，0，0，1，"Channel2"），（15，1，1，2，3，3，2，"Channel3"），（16，1，1，2，3，4，3，"Channel4"）が対応付けられている。
図２の送信装置１１による送信処理（図４）では、例えば、図２２の選局情報テーブルを上位層データに含み、図２１の選局設定用の処理インデクス情報を物理層データに含む送信データが送信される。
この場合、図５の受信装置１２による受信処理（図６）では、受信装置１２の電源がオンになっている場合に、DEMUX７１において、送信データの上位層データに含まれる選局情報テーブルが取得され、記憶部５３に記憶される。
また、図５の受信装置１２では、電源の状態にかかわらず、処理インデクス処理が行われる。
図３１は、選局情報テーブル及び選局設定用の処理インデクス情報に対して行われる処理インデクス処理の例を説明するフローチャートである。
すなわち、図３１のフローチャートは、図２２の選局情報テーブル及び図２１の選局設定用の処理インデクス情報に対して受信装置１２が行う処理インデクス処理の例を示している。
処理インデクス処理では、ステップＳ７１において、受信装置１２（図５）の処理インデクス情報取得部５４は、制御情報取得部６５からの制御情報に含まれる選局設定用の処理インデクス情報を取得し、処理実行部５５に供給して、処理は、ステップＳ７２に進む。ここで、ステップＳ７１は、図７のステップＳ３１に対応する。
ステップＳ７２では、受信装置１２（図５）の処理実行部５５は、処理インデクス情報取得部５４からの選局設定用の処理インデクス情報（図２１）に含まれるlocation_exist_flagを取得する。さらに、ステップＳ７２では、処理実行部５５は、処理インデクス情報から取得したlocation_exist_flagが、そのlocation_exist_flagより後段の情報が存在するかどうかを表す1になっているかどうかを判定する。
ステップＳ７２において、location_exist_flagが1でないと判定された場合、すなわち、location_exist_flagが0であり、後段の情報が存在しない場合、処理インデクス処理は終了する。
また、ステップＳ７２において、location_exist_flagが1であると判定された場合、すなわち、後段の情報である処理インデクスとしての地域コードlocation_codeが存在する場合、処理は、ステップＳ７３に進む。
ステップＳ７３では、処理実行部５５は、処理インデクス情報に含まれる処理インデクスとしての地域コードlocation_codeのすべてを、注目地域コードlocation_codeとして取得する。
さらに、ステップＳ７３では、処理実行部５５は、受信処理によって記憶部５３に記憶された選局情報テーブル（図２２）において、処理インデクスとしての注目地域コードlocation_code（と一致する地域コードlocation_code）に対応付けられている処理関連情報としての選局情報（channel，protocol，packet_type，layer_fft_size，layer_mod，layer_cod，layer_gi，message_data）のすべてを、注目情報として取得する。ここで、ステップＳ７３は、図７のステップＳ３２に対応する。
その後、処理は、ステップＳ７３からステップＳ７４に進み、処理実行部５５は、注目情報として取得した処理関連情報に応じた関連処理として、注目情報としての選局情報（channel，protocol，packet_type，layer_fft_size，layer_mod，layer_cod，layer_gi，message_data）に従って選局の設定を行う設定処理を実行し、処理インデクス処理は終了する。ここで、ステップＳ７４は、図７のステップＳ３３に対応する。
以上のような、選局情報テーブル及び選局設定用の処理インデクス情報を用いる選局設定方式、すなわち、送信装置１１において、選局情報テーブルを上位層データに含み、選局設定用の処理インデクス情報を物理層データに含む送信データを送信し、受信装置１２において、送信データの上位層データに含まれる選局情報テーブルを取得する一方、その選局情報テーブルにおいて、送信データの物理層データに含まれる処理インデクスに対応付けられた選局情報に従って設定処理を実行することで、選局の設定を行う選局設定方式によれば、受信装置１２において、上位層データに含めて提供される選局情報テーブルが取得された後は、物理層データに含めて提供される処理インデクスとしての地域コードlocation_codeを受信することにより、受信装置１２の位置で受信可能なチャンネルについて、選局の設定処理が行われるので、容易に、選局の設定を行うことができる。
さらに、受信装置１２が移動した場合には、受信装置１２の移動先の位置で受信可能なチャンネルについて、選局の設定処理が行われるので、受信装置１２の移動先で、受信可能なチャンネルのスキャンが行われることに起因して、番組の視聴が長時間中断されることを防止することができる。
また、例えば、受信装置１２の位置で受信可能なチャンネルでの放送の伝送パラメータが更新（変更）される場合には、受信装置１２において、更新後の伝送パラメータを反映した選局情報テーブルを取得することで、伝送パラメータの更新に、容易に対処することができる。
なお、本実施の形態では、送信装置１１から受信装置１２に送信する送信データとして、OFDM信号を採用したが、送信データとしては、その他、例えば、OFDM以外のFDM(Frequency Division Multiplexing)の信号や、TDM(Time division Multiplexing)の信号を採用することができる。
図３２は、TDMの信号のフォーマットの例を示す図である。
図３２において、TDMの信号は、プリアンブル(Preamble)とペイロード(Payload)とがその順で並んだフレームで構成される。
図３２では、プリアンブルは、1200ビットで構成され、一部のビットがL1データ(L1 data)に割り当てられ、残りのビットが将来のための予約ビット(Reserved bits)になっている。
ペイロードには、画像や音声のデータ(AV Contents)等が配置される。
プリアンブルは物理層データであり、ペイロードに配置されるデータは、上位層データである。
以上のようなTDMの信号を送信データとして採用する場合には、処理インデクス情報は、物理層データであるプリアンブルの予約ビットに含めて提供し、関連テーブルは、上位層データであるペイロードに含めて提供することができる。
＜本技術を適用したコンピュータの説明＞
次に、上述した一連の処理の少なくとも一部は、ハードウェアにより行うこともできるし、ソフトウェアにより行うこともできる。一連の処理をソフトウェアによって行う場合には、そのソフトウェアを構成するプログラムが、汎用のコンピュータ等にインストールされる。
図３３は、上述した一連の処理を実行するプログラムがインストールされるコンピュータの一実施の形態の構成例を示すブロック図である。
プログラムは、コンピュータに内蔵されている記録媒体としてのハードディスク１０５やROM１０３に予め記録しておくことができる。
あるいはまた、プログラムは、リムーバブル記録媒体１１１に格納（記録）しておくことができる。このようなリムーバブル記録媒体１１１は、いわゆるパッケージソフトウエアとして提供することができる。ここで、リムーバブル記録媒体１１１としては、例えば、フレキシブルディスク、CD-ROM(Compact Disc Read Only Memory)，MO(Magneto Optical)ディスク，DVD(Digital Versatile Disc)、磁気ディスク、半導体メモリ等がある。
なお、プログラムは、上述したようなリムーバブル記録媒体１１１からコンピュータにインストールする他、通信網や放送網を介して、コンピュータにダウンロードし、内蔵するハードディスク１０５にインストールすることができる。すなわち、プログラムは、例えば、ダウンロードサイトから、ディジタル衛星放送用の人工衛星を介して、コンピュータに無線で転送したり、LAN(Local Area Network)、インターネットといったネットワークを介して、コンピュータに有線で転送することができる。
コンピュータは、CPU(Central Processing Unit)１０２を内蔵しており、CPU１０２には、バス１０１を介して、入出力インタフェース１１０が接続されている。
CPU１０２は、入出力インタフェース１１０を介して、ユーザによって、入力部１０７が操作等されることにより指令が入力されると、それに従って、ROM(Read Only Memory)１０３に格納されているプログラムを実行する。あるいは、CPU１０２は、ハードディスク１０５に格納されたプログラムを、RAM(Random Access Memory)１０４にロードして実行する。
これにより、CPU１０２は、上述したフローチャートにしたがった処理、あるいは上述したブロック図の構成により行われる処理を行う。そして、CPU１０２は、その処理結果を、必要に応じて、例えば、入出力インタフェース１１０を介して、出力部１０６から出力、あるいは、通信部１０８から送信、さらには、ハードディスク１０５に記録等させる。
なお、入力部１０７は、キーボードや、マウス、マイク等で構成される。また、出力部１０６は、LCD(Liquid Crystal Display)やスピーカ等で構成される。
ここで、本明細書において、コンピュータがプログラムに従って行う処理は、必ずしもフローチャートとして記載された順序に沿って時系列に行われる必要はない。すなわち、コンピュータがプログラムに従って行う処理は、並列的あるいは個別に実行される処理（例えば、並列処理あるいはオブジェクトによる処理）も含む。
また、プログラムは、１のコンピュータ（プロセッサ）により処理されるものであっても良いし、複数のコンピュータによって分散処理されるものであっても良い。
さらに、本明細書において、システムとは、複数の構成要素（装置、モジュール（部品）等）の集合を意味し、すべての構成要素が同一筐体中にあるか否かは問わない。したがって、別個の筐体に収納され、ネットワークを介して接続されている複数の装置、及び、１つの筐体の中に複数のモジュールが収納されている１つの装置は、いずれも、システムである。
なお、本技術の実施の形態は、上述した実施の形態に限定されるものではなく、本技術の要旨を逸脱しない範囲において種々の変更が可能である。
また、上述のフローチャートで説明した各ステップは、１つの装置で実行する他、複数の装置で分担して実行することができる。
さらに、１つのステップに複数の処理が含まれる場合には、その１つのステップに含まれる複数の処理は、１つの装置で実行する他、複数の装置で分担して実行することができる。
また、本明細書に記載された効果はあくまで例示であって限定されるものではなく、他の効果があってもよい。
なお、本技術は、以下のような構成をとることができる。
＜１＞
受信側での警報を出力する出力処理に関連する処理関連情報がインデクスと対応付けられて登録されており、物理層より上位の上位層のデータに含めて提供される関連テーブルにおいて、所定の処理関連情報に対応付けられているインデクスを物理層のデータに含む送信データを生成する生成部と、
前記送信データを送信する送信部と
を備える送信装置。
＜２＞
前記生成部は、前記インデクスと、前記インデクスに対応付けられている前記処理関連情報に応じた前記出力処理を行うべき地域を表す地域コードとを前記物理層のデータに含む送信データを生成する
＜１＞に記載の送信装置。
＜３＞
前記関連テーブルでは、前記インデクスに、前記処理関連情報と、その処理関連情報に応じた前記出力処理を行うべき地域を表す地域コードとが対応付けられている
＜１＞に記載の送信装置。
＜４＞
前記生成部は、前記関連テーブルを、前記上位層のデータに含み、前記インデクスを、前記物理層のデータに含む送信データを生成する
＜１＞ないし＜３＞のいずれかに記載の送信装置。
＜５＞
前記関連テーブルは、サーバから前記受信側に提供される
＜１＞ないし＜３＞のいずれかに記載の送信装置。
＜６＞
前記送信部は、FDM又はTDMの前記送信データを送信する
＜１＞ないし＜５＞のいずれかに記載の送信装置。
＜７＞
受信側での警報を出力する出力処理に関連する処理関連情報がインデクスと対応付けられて登録されており、物理層より上位の上位層のデータに含めて提供される関連テーブルにおいて、所定の処理関連情報に対応付けられているインデクスを、物理層のデータに含む送信データを生成することと、
前記送信データを送信することと
を含む送信方法。
＜８＞
受信側での警報を出力する出力処理に関連する処理関連情報がインデクスと対応付けられて登録されており、物理層より上位の上位層のデータに含めて提供される関連テーブルを取得する関連テーブル取得部と、
前記関連テーブルにおいて所定の処理関連情報に対応付けられているインデクスを物理層のデータに含む送信データを受信する受信部と、
前記送信データから、前記物理層のデータに含まれる前記インデクスを取得するインデクス取得部と、
前記関連テーブルにおいて前記物理層のデータに含まれる前記インデクスに対応付けられている前記処理関連情報に応じた前記出力処理を実行する処理実行部と
を備える受信装置。
＜９＞
前記送信データは、前記インデクスと、前記インデクスに対応付けられている前記処理関連情報に応じた前記出力処理を行うべき地域を表す地域コードとを前記物理層のデータに含み、
前記インデクス取得部は、前記物理層のデータに含まれる前記インデクス及び前記地域コードを取得し、
前記処理実行部は、前記受信装置が、前記物理層のデータに含まれる前記地域コードが表す地域に位置している場合に、前記関連テーブルにおいて前記物理層のデータに含まれる前記インデクスに対応付けられている前記処理関連情報に応じた前記出力処理を実行する
＜８＞に記載の受信装置。
＜１０＞
前記関連テーブルでは、前記インデクスに、前記処理関連情報と、その処理関連情報に応じた前記出力処理を行うべき地域を表す地域コードとが対応付けられており、
前記処理実行部は、前記受信装置が、前記関連テーブルにおいて前記物理層のデータに含まれる前記インデクスに対応付けられている前記地域コードが表す地域に位置している場合に、前記関連テーブルにおいて前記物理層のデータに含まれる前記インデクスに対応付けられている前記処理関連情報に応じた前記出力処理を実行する
＜８＞に記載の受信装置。
＜１１＞
前記送信データは、前記関連テーブルを、前記上位層のデータに含み、前記インデクスを、前記物理層のデータに含み、
前記関連テーブル取得部は、前記送信データから、前記上位層のデータに含まれる前記関連テーブルを取得する
＜８＞ないし＜１０＞のいずれかに記載の受信装置。
＜１２＞
前記関連テーブル取得部は、前記関連テーブルを、サーバから取得する
＜８＞ないし＜１０＞のいずれかに記載の受信装置。
＜１３＞
前記受信部は、FDM又はTDMの前記送信データを受信する
＜８＞ないし＜１２＞のいずれかに記載の受信装置。
＜１４＞
受信側での警報を出力する出力処理に関連する処理関連情報がインデクスと対応付けられて登録されており、物理層より上位の上位層のデータに含めて提供される関連テーブルを取得することと、
前記関連テーブルにおいて所定の処理関連情報に対応付けられているインデクスを物理層のデータに含む送信データを受信することと、
前記送信データから、前記物理層のデータに含まれる前記インデクスを取得することと、
前記関連テーブルにおいて前記物理層のデータに含まれる前記インデクスに対応付けられている前記処理関連情報に応じた前記出力処理を実行することと
を含む受信方法。
１１ 送信装置， １２ 受信装置， １３ 出力装置， １４ サーバ， ２１ 上位層処理部， ２２ 物理層処理部， ３１ 上位層データ生成部， ３２ 関連テーブル生成部， ４１ 制御情報生成部， ４２ 伝送路符号化部， ４３ IFFT演算部， ４４ GI付加部， ４５ 送信部， ５１ 物理層処理部， ５２ 上位層処理部， ５３ 記憶部， ５４ 処理インデクス情報取得部， ５５ 処理実行部， ６１ チューナ， ６２ ADC， ６３ 直交復調部， ６４ FFT演算部， ６５ 制御情報取得部， ６６ 伝送路復号部， ７１ DEMUX， ７２ 上位層データ処理部， １０１ バス， １０２ CPU， １０３ ROM， １０４ RAM， １０５ ハードディスク， １０６ 出力部， １０７ 入力部， １０８ 通信部， １０９ ドライブ， １１０ 入出力インタフェース， １１１ リムーバブル記録媒体

Claims (10)

  1. 受信側での警報を出力する出力処理に関連する処理関連情報が災害種別コードと対応付けられて登録されており、物理層より上位の上位層のデータに含めて提供される関連テーブルにおいて、所定の処理関連情報に対応付けられている災害種別コードを物理層のデータに含む送信データを生成する生成部と、
    前記送信データを送信する送信部と
    を備える送信装置。
  2. 前記生成部は、前記災害種別コードと、前記災害種別コードに対応付けられている前記処理関連情報に応じた前記出力処理を行うべき地域を表す地域コードとを前記物理層のデータに含む送信データを生成する
    請求項１に記載の送信装置。
  3. 前記関連テーブルでは、前記災害種別コードに、前記処理関連情報と、その処理関連情報に応じた前記出力処理を行うべき地域を表す地域コードとが対応付けられている
    請求項１に記載の送信装置。
  4. 前記生成部は、前記関連テーブルを、前記上位層のデータに含み、前記災害種別コードを、前記物理層のデータに含む送信データを生成する
    請求項１に記載の送信装置。
  5. 前記関連テーブルは、サーバから前記受信側に提供される
    請求項１に記載の送信装置。
  6. 前記送信部は、FDM又はTDMの前記送信データを送信する
    請求項１に記載の送信装置。
  7. 前記生成部は、前記災害種別コード、前記地域コード、及び、前記地域コードの種類を表すlocation_typeを前記物理層のデータに含む送信データを生成する
    請求項２に記載の送信装置。
  8. 前記生成部は、前記災害種別コード、前記地域コード、及び、警報の状態を表すEA_statusを前記物理層のデータに含む送信データを生成する
    請求項２に記載の送信装置。
  9. 前記処理関連情報は、警報を表すメッセージであり、
    前記関連テーブルは、地震の警報を表すメッセージと、雨の警報を表すメッセージとを含む
    請求項１に記載の送信装置。
  10. 受信側での警報を出力する出力処理に関連する処理関連情報が災害種別コードと対応付けられて登録されており、物理層より上位の上位層のデータに含めて提供される関連テーブルにおいて、所定の処理関連情報に対応付けられている災害種別コードを、物理層のデータに含む送信データを生成することと、
    前記送信データを送信することと
    を含む送信方法。
JP2022091534A 2016-06-30 2022-06-06 送信装置及び送信方法 Active JP7423690B2 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2024004962A JP2024028506A (ja) 2016-06-30 2024-01-17 受信装置及び受信方法

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
JP2016129602 2016-06-30
JP2016129602 2016-06-30
JP2018525051A JP6921820B2 (ja) 2016-06-30 2017-06-16 送信装置
JP2021111923A JP7085677B2 (ja) 2016-06-30 2021-07-06 受信装置

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
JP2021111923A Division JP7085677B2 (ja) 2016-06-30 2021-07-06 受信装置

Related Child Applications (1)

Application Number Title Priority Date Filing Date
JP2024004962A Division JP2024028506A (ja) 2016-06-30 2024-01-17 受信装置及び受信方法

Publications (2)

Publication Number Publication Date
JP2022113754A true JP2022113754A (ja) 2022-08-04
JP7423690B2 JP7423690B2 (ja) 2024-01-29

Family

ID=60786844

Family Applications (4)

Application Number Title Priority Date Filing Date
JP2018525051A Active JP6921820B2 (ja) 2016-06-30 2017-06-16 送信装置
JP2021111923A Active JP7085677B2 (ja) 2016-06-30 2021-07-06 受信装置
JP2022091534A Active JP7423690B2 (ja) 2016-06-30 2022-06-06 送信装置及び送信方法
JP2024004962A Pending JP2024028506A (ja) 2016-06-30 2024-01-17 受信装置及び受信方法

Family Applications Before (2)

Application Number Title Priority Date Filing Date
JP2018525051A Active JP6921820B2 (ja) 2016-06-30 2017-06-16 送信装置
JP2021111923A Active JP7085677B2 (ja) 2016-06-30 2021-07-06 受信装置

Family Applications After (1)

Application Number Title Priority Date Filing Date
JP2024004962A Pending JP2024028506A (ja) 2016-06-30 2024-01-17 受信装置及び受信方法

Country Status (4)

Country Link
US (1) US10812872B2 (ja)
EP (1) EP3481070B1 (ja)
JP (4) JP6921820B2 (ja)
WO (1) WO2018003541A1 (ja)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110830173B (zh) * 2018-08-08 2020-09-15 展讯通信（上海）有限公司 Pucch与pdsch之间的时间差的指示方法、基站及可读介质
JP7268343B2 (ja) * 2018-12-10 2023-05-08 ソニーグループ株式会社 送信装置、送信方法、受信装置、及び受信方法

Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001275069A (ja) * 2000-03-24 2001-10-05 Matsushita Electric Ind Co Ltd デジタル放送受信再生装置
JP2004221913A (ja) * 2003-01-15 2004-08-05 Hitachi Ltd デジタルデータ送信装置，デジタルデータ受信装置，デジタルデータ通信装置
JP2011041242A (ja) * 2009-02-09 2011-02-24 Sony Corp コンテンツ受信装置および方法
JP2015061240A (ja) * 2013-09-19 2015-03-30 ソニー株式会社 送信装置及び送信方法、受信装置及び受信方法、並びにコンピューター・プログラム
JP2015061195A (ja) * 2013-09-18 2015-03-30 ソニー株式会社 送信装置及び送信方法、受信装置及び受信方法、並びにコンピューター・プログラム
JP2015104055A (ja) * 2013-11-27 2015-06-04 ソニー株式会社 受信装置、受信方法、送信装置、及び、送信方法
WO2016010404A1 (ko) * 2014-07-17 2016-01-21 엘지전자 주식회사 방송 송신 장치, 방송 송신 장치의 데이터 처리 방법, 방송 수신 장치 및 방송 수신 장치의 데이터 처리 방법
WO2016035588A1 (ja) * 2014-09-05 2016-03-10 ソニー株式会社 受信装置、受信方法、送信装置、及び、送信方法

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20080046325A (ko) * 2006-11-22 2008-05-27 엘지전자 주식회사 지상파 방송의 비상 사태 경보와 관련된 방송 신호, 이를처리하는 방법 및 이를 위한 방송 수신기
JP4955059B2 (ja) * 2007-07-13 2012-06-20 シャープ株式会社 放送受信装置、放送システム、放送受信プログラム、および記録媒体
JP2011030179A (ja) * 2009-06-29 2011-02-10 Sony Corp 画像データ送信装置、制御方法およびプログラム
MY177551A (en) 2014-07-08 2020-09-18 Sony Corp Transmission device, transmission method, reception device, and reception method
US10306439B2 (en) * 2015-01-16 2019-05-28 Lg Electronics Inc. Method and device for transmitting and receiving shared control message in wireless access system supporting machine type communication
EP3480975B1 (en) * 2016-06-30 2020-12-02 Sony Semiconductor Solutions Corporation Transmission system, transmission method, reception device, and reception method

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001275069A (ja) * 2000-03-24 2001-10-05 Matsushita Electric Ind Co Ltd デジタル放送受信再生装置
JP2004221913A (ja) * 2003-01-15 2004-08-05 Hitachi Ltd デジタルデータ送信装置，デジタルデータ受信装置，デジタルデータ通信装置
JP2011041242A (ja) * 2009-02-09 2011-02-24 Sony Corp コンテンツ受信装置および方法
JP2015061195A (ja) * 2013-09-18 2015-03-30 ソニー株式会社 送信装置及び送信方法、受信装置及び受信方法、並びにコンピューター・プログラム
JP2015061240A (ja) * 2013-09-19 2015-03-30 ソニー株式会社 送信装置及び送信方法、受信装置及び受信方法、並びにコンピューター・プログラム
JP2015104055A (ja) * 2013-11-27 2015-06-04 ソニー株式会社 受信装置、受信方法、送信装置、及び、送信方法
WO2016010404A1 (ko) * 2014-07-17 2016-01-21 엘지전자 주식회사 방송 송신 장치, 방송 송신 장치의 데이터 처리 방법, 방송 수신 장치 및 방송 수신 장치의 데이터 처리 방법
WO2016035588A1 (ja) * 2014-09-05 2016-03-10 ソニー株式会社 受信装置、受信方法、送信装置、及び、送信方法

Also Published As

Publication number Publication date
WO2018003541A1 (ja) 2018-01-04
EP3481070A4 (en) 2019-07-10
EP3481070A1 (en) 2019-05-08
JP7423690B2 (ja) 2024-01-29
JP2024028506A (ja) 2024-03-04
JPWO2018003541A1 (ja) 2019-04-18
US10812872B2 (en) 2020-10-20
JP6921820B2 (ja) 2021-08-18
EP3481070B1 (en) 2021-11-17
JP2021170791A (ja) 2021-10-28
US20190166409A1 (en) 2019-05-30
JP7085677B2 (ja) 2022-06-16

Similar Documents

Publication Publication Date Title
JP7232364B2 (ja) 送信装置及び送信方法
JP7423690B2 (ja) 送信装置及び送信方法
KR20160045709A (ko) 디지털 텔레비젼 시스템에 대한 웨이크업 메시지
JP6504412B2 (ja) 送信装置、送信方法、受信装置、及び、受信方法
JP2022103257A (ja) データ処理装置、及び、データ処理方法
EP3096528B1 (en) Data processing device and data processing method
TW202127843A (zh) 送訊裝置、送訊方法、收訊裝置、及收訊方法
JP7214910B2 (ja) 受信装置、及び、受信方法

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20220607

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20230516

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20230517

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20230912

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20231219

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20240117

R150 Certificate of patent or registration of utility model

Ref document number: 7423690

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150