WO2016185794A1

WO2016185794A1 - 送信装置及び送信方法、並びに受信装置及び受信方法

Info

Publication number: WO2016185794A1
Application number: PCT/JP2016/059406
Authority: WO
Inventors: 北里　直久; 義治出葉
Original assignee: ソニー株式会社
Priority date: 2015-05-20
Filing date: 2016-03-24
Publication date: 2016-11-24

Abstract

緊急情報を送信する送信装置及び送信方法、並びに、緊急情報を受信する受信装置及び受信方法を提供する。　放送局は、通常の字幕信号とは別に緊急字幕信号を伝送し、緊急字幕の制御情報として、通常の字幕と統合した制御データで、字幕信号の字幕タイプが緊急字幕であることを示す。受信機側では、字幕信号の制御データを参照して、字幕タイプが緊急字幕であること、さらには対象地域であることを検知すると、指定されたサイズ情報に従って放送映像及び通常字幕を表示する画面を縮小スケーリングして、空いた領域に緊急字幕を表示する。

Description

送信装置及び送信方法、並びに受信装置及び受信方法

　本明細書で開示する技術は、緊急情報を送信する送信装置及び送信方法、並びに、緊急情報を受信する受信装置及び受信方法に関する。

　さまざまな災害（地震、津波、暴風など）や事件に対して緊急情報を速やかに伝達することは、放送の責務の１つである。欧米や日本を始め世界各国でディジタル放送サービスの標準化が進められており、緊急情報の伝達に関する技術的なサポート機能に関しても規定されている。例えば、待機状態にある放送受信機を自動的に起動にして行なわれる放送サービス（ＥＷＳ：Ｅｍｅｒｇｅｎｃｙ　Ｗａｒｎｉｎｇ　Ｓｙｓｔｅｍ）が知られている（例えば、特許文献１を参照のこと）。

特開２００７－２８１９５７号公報特開２０１４－２３０１５４号公報

　本明細書で開示する技術の目的は、緊急情報を送信する送信装置及び送信方法、並びに、緊急情報を受信する受信装置及び受信方法を提供することにある。

　本明細書で開示する技術は、上記課題を参酌してなされたものであり、その第１の側面は、
　放送サービスを構成する各放送信号とともに緊急字幕信号を送信する送信部と、
　前記緊急字幕信号を含む各放送信号の制御情報を送信する制御情報送信部と、
を具備する送信装置。
を具備する送信装置である。

　本明細書で開示する技術の第２の側面によれば、第１の側面に係る送信装置の前記送信部は、通常の字幕信号とは別に前記緊急字幕信号を付加して送信し、前記制御情報送信部は、前記緊急字幕信号の制御情報として、通常の字幕信号の制御情報において字幕タイプが緊急字幕であることを指定するように構成されている。

　本明細書で開示する技術の第３の側面によれば、第２の側面に係る送信装置の前記制御情報送信部は、前記緊急字幕の制御情報の付加情報において、緊急字幕に関する情報を指定するように構成されている。

　本明細書で開示する技術の第４の側面によれば、第２の側面に係る送信装置の前記制御情報送信部は、前記緊急字幕の制御情報の付加情報において、緊急字幕の表示領域に関する情報を指定するように構成されている。

　本明細書で開示する技術の第５の側面によれば、第２の側面に係る送信装置の前記制御情報送信部は、前記緊急字幕の制御情報の付加情報において、緊急字幕を表示する対象地域に関する情報を指定するように構成されている。

　本明細書で開示する技術の第６の側面によれば、第２の側面に係る送信装置の前記制御情報送信部は、前記緊急字幕の制御情報の付加情報において、緊急字幕の動作モードとしてライブモードを指定するように構成されている。

　本明細書で開示する技術の第７の側面によれば、第２の側面に係る送信装置の前記制御情報送信部は、前記緊急字幕の制御情報の付加情報において、緊急字幕の即時提示を指定するように構成されている。

　本明細書で開示する技術の第８の側面によれば、第２の側面に係る送信装置の前記制御情報送信部は、前記緊急字幕の制御情報の付加情報において、受信時の自動表示及び記録再生時の自動非表示を指定するように構成されている。

　また、本明細書で開示する技術の第９の側面は、
　通常の字幕信号とは別に前記緊急字幕信号を付加して送信する送信ステップと、
　通常の字幕信号の制御情報において字幕タイプが緊急字幕であることを指定する制御情報送信ステップと、
を有する送信方法である。

　また、本明細書で開示する技術の第１０の側面は、
　放送サービスを構成する各放送信号とともに緊急字幕信号を受信する受信部と、
　前記緊急字幕信号を含む各放送信号の制御情報を受信する制御情報受信部と、
　前記制御情報に基づいて放送サービスの画面表示を制御する制御部と、
を具備する受信装置である。

　本明細書で開示する技術の第１１の側面によれば、第１０の側面に係る受信装置の前記受信部は、放送サービスに含まれる通常の字幕信号とは別に前記緊急字幕信号が付加された放送信号を受信し、前記制御情報受信部は、通常の字幕信号の制御情報において字幕タイプが緊急字幕であることが指定された制御情報を受信するように構成されている。

　本明細書で開示する技術の第１２の側面によれば、第１１の側面に係る受信装置前記制御部は、字幕タイプが緊急字幕を示す前記制御情報の付加情報に基づいて、緊急字幕の画面表示を制御するように構成されている。

　本明細書で開示する技術の第１３の側面によれば、第１２の側面に係る受信装置の前記制御部は、前記付加情報において指定される緊急字幕の表示領域に関する情報に基づいて放送サービスの画面を縮退して、空いた領域に緊急字幕を表示するように構成されている。

　本明細書で開示する技術の第１４の側面によれば、第１２の側面に係る受信装置の前記制御部は、前記付加情報で指定された対象地域である場合に限り、緊急字幕の表示を行なうように構成されている。

　また、本明細書で開示する技術の第１５の側面は、
　放送サービスを構成する各放送信号とともに緊急字幕信号を受信する受信ステップと、
　前記緊急字幕信号を含む各放送信号の制御情報を受信する制御情報受信ステップと、
　前記制御情報に基づいて放送サービスの画面表示を制御する制御ステップと、
を有する受信方法である。

　本明細書で開示する技術によれば、緊急情報を通知する緊急字幕信号を送信することができる送信装置及び送信方法を提供することができる。

　また、本明細書で開示する技術によれば、緊急告知期間に受信した緊急字幕信号を放送映像の画面に表示して、ユーザー（視聴者）に緊急情報を通知することができる受信装置及び受信方法を提供することができる。

　なお、本明細書に記載された効果は、あくまでも例示であり、本発明の効果はこれに限定されるものではない。また、本発明が、上記の効果以外に、さらに付加的な効果を奏する場合もある。

　本明細書で開示する技術のさらに他の目的、特徴や利点は、後述する実施形態や添付する図面に基づくより詳細な説明によって明らかになるであろう。

図１は、ディジタル放送システム１０の構成例を模式的に示した図である。図２は、ＭＭＴ方式を用いるディジタル放送システム１０におけるプロトコル・スタック２００を示した図である。図３は、ＭＭＴ方式に従った放送信号３００のイメージを示した図である。図４は、ＰＡメッセージ内のＭＰテーブルから放送サービスに関連する各アセットを指定する仕組みを示した図である。図５は、ＰＡメッセージのシンタックス例５００を示した図である。図６は、ＭＰテーブルのシンタックス例６００を示した図である。図７は、字幕信号のＭＰＵ及びＭＦＵの構成例を示した図である。図８は、ＭＰテーブルの第２ループに配置されるＭＨ－データ符号化方式記述子のシンタックス例８００を示した図である。図９は、字幕・文字スーパー伝送方式の付加識別情報の構成例９００を示した図である。図１０は、緊急字幕付加情報のシンタックス例１０００を示した図である。図１１は、域指定の地域指定子のシンタックス１１００を示した図である。図１２は、放送送出システム１１の構成例を示した図である。図１３は、放送送出システム１１からの放送信号を受信する受信機１２の構成例を示した図である。図１４は、受信機１２において表示画面を生成する仕組みを説明するため図である。図１５は、受信機１２において表示画面を生成する仕組みを説明するための図である。図１６は、緊急字幕の画面表示制御例を示した図である。図１７は、緊急字幕表示の地域フィルタリング例を示した図である。図１８は、緊急字幕表示の切り替えシナリオを例示した図である。図１９は、緊急字幕の表示を制御するための手順の一例を示したフローチャートである。

　以下、図面を参照しながら本明細書で開示する技術の実施形態について詳細に説明する。

Ａ．本明細書で開示する技術の要件
　放送の責務の１つとして、さまざまな災害や事件に対して緊急情報を速やかに伝達することが挙げられる。ディジタル放送規格では、緊急情報の伝達に関して技術的なサポート機能も規定されている。しかしながら、現状の放送サービスでは、緊急情報の告知に関して役割を十分に果たしていない、と本出願人は思料する。

　緊急情報には地域性がある。緊急時には、地域単位で、緊急情報を字幕などでいち早く通知する、という要求がある。しかしながら、ＴＶ番組の映像やデータ放送の表示など通常の放送画面と字幕が重なると、緊急情報が見え難く又は目立たなくなるため、有効に機能しない。

　本出願人は、放送サービスにおいて字幕により緊急情報の告知を行なう要件として、以下の（１）～（３）を挙げる。

（１）緊急情報の字幕は、速やかに、見易い位置に表示できること。
（２）指定により、放送番組の映像や放送番組に連動するアプリケーションなどの表示と重ならない位置に表示できること。
（３）緊急情報の字幕を、緊急告知の対象となる地域のみに限定して表示すること。

　本明細書では、放送全画面表示や緊急字幕により緊急告知を行なう上記要件（１）～（３）を実現するための、放送サービスに関する技術について、以下で開示する。

　なお、便宜上、メディア伝送にＭＭＴ（ＭＰＥＧ　Ｍｅｄｉａ　Ｔｒａｎｓｐｏｒｔ）方式を採用した放送システムに本明細書で開示する技術を適用した実施形態について説明する。

Ｂ．システム構成
　次世代のディジタル放送方式として、ＭＰＥＧで新たなメディア・トランスポート方式として規格化されたＭＭＴ方式による超高解像度ＴＶ放送規格が検討されている。ＭＭＴ方式では、異なる伝送路の組み合わせで利用することが容易であり、放送や通信の複数の伝送路に共通に用いることができる。

　ＭＭＴ方式のＴＶ放送規格では、映像や音声、字幕などの放送番組本体のストリーム・メディアを同期型（Ｔｉｍｅｄ）ＭＰＵ（Ｍｅｄｉａ　Ｐｒｏｃｅｓｓｉｎｇ　Ｕｎｉｔ）フォーマットで伝送する一方、データ放送アプリケーションを非同期型（Ｎｏｎ　ｔｉｍｅｄ）ＭＰＵフォーマットで伝送する方式も規定されている。また、ＭＭＴ方式のデータ放送システムでは、放送局からは、放送サービスに関する制御情報であるＭＭＴ－ＳＩ（Ｓｉｇｎａｌｉｎｇ　Ｉｎｆｏｒｍａｔｉｏｎ）のシグナリング（通知）が行なわれる（例えば、特許文献２を参照のこと）。

　図１には、ディジタル放送システム１０の構成例を模式的に示している。図示のディジタル放送システム１０は、放送送出システム１１と、受信機１２で構成される。

　放送送出システム１１は、放送信号の伝送にＭＭＴ方式を適用しており、放送サービスを構成する各コンポーネントをＩＰ（Ｉｎｔｅｒｎｅｔ　Ｐｒｏｔｏｃｏｌ）パケットにして伝送する。具体的には、放送送出システム１１は、放送番組の映像信号や音声信号の符号、並びに、放送番組に関連するコンテンツ（データ放送アプリケーションなど）や字幕の信号を、ＭＭＴＰペイロードに乗せてＭＭＴＰパケット化し、さらにＩＰパケット化し、放送伝送路ではＴＬＶ（Ｔｙｐｅ　Ｌｅｎｇｔｈ　Ｖａｌｕｅ）パケットの形式で伝送する。ここで、映像や音声、字幕などの放送番組本体に関わるコンポーネントは、同期型メディアである。また、コンテンツ、すなわちＨＴＭＬ（Ｈｙｐｅｒ　Ｔｅｘｔ　Ｔｒａｎｓｆｅｒ　Ｐｒｏｔｏｃｏｌ）５形式などで符号化されるデータ放送アプリケーションは、非同期型メディアである。

　また、放送送出システム１１は、同期型及び非同期型のメディアを配信する放送サービスに関する制御情報であるＭＭＴ－ＳＩのシグナリングも行なう。ＭＭＴ－ＳＩには、メッセージ、テーブル、記述子（ｄｅｓｃｒｉｐｔｏｒ）がある。テーブルは、メッセージをコンテナーとして伝送される。メッセージやテーブルで示すパラメーターの一部は記述子の形式で記述される。

　一方、受信機１２は、放送送出システム１１から放送伝送路で送られてくるＴＬＶパケットを受信する。そして、受信機１２は、受信パケットから映像や音声、字幕などの伝送メディアを復号して、画像や音声を提示する。また、受信機１２は、受信パケットからデータ放送用の各データ・ファイルを取得すると、ＨＴＭＬブラウザーなどのアプリケーション・エンジンを起動して、放送番組に連動したデータ放送を、ＴＶ番組の映像を表示するスクリーンの一部又は全部の領域に表示する。

　また、受信機１２は、放送サービスに関する制御情報であるＭＭＴ－ＳＩも受信する。受信機１２は、ＭＭＴ－ＳＩに基づいて、映像や音声、字幕、データ放送などの伝送メディアの受信制御や受信機１２上での出力（表示、音声出力）制御を行なう。

　図２には、ＭＭＴ方式を用いるディジタル放送システム１０におけるプロトコル・スタック２００を示している。

　１つの放送サービスは、映像２０１、音声２０２、字幕２０３、アプリケーション２０４、コンテンツ・ダウンロード２０５の各コンポーネントで構成される。映像２０１はＨＥＶＣ（Ｈｉｇｈ　Ｅｆｆｉｃｉｅｎｃｙ　Ｖｉｄｅｏ　Ｃｏｄｉｎｇ）形式で符号化２１１され、音声２０２はＡＡＣ（Ａｄｖａｎｃｅｄ　Ａｕｄｉｏ　Ｃｏｄｉｎｇ）形式で符号化２１２され、字幕２０３は字幕符号化２１３される。また、アプリケーション２０４は、ＥＰＧ（Ｅｌｅｃｔｒｉｃ　Ｐｒｏｇｒａｍ　Ｇｕｉｄｅ）を含むが、例えばＨＴＭＬ５形式で符号化２１４される。

　ＭＭＴレイヤー２２０上では、放送番組の映像信号及び音声信号の符号化コンポーネント２１１、２１２は、ＭＦＵ（Ｍｅｄｉａ　Ｆｒａｇｍｅｎｔ　Ｕｎｉｔ）及びＭＰＵとし、ＭＭＴＰペイロードに乗せてＭＭＴＰパケット化される。また、放送番組の字幕信号や放送番組に関連するアプリケーション（データ・コンテンツ）符号化コンポーネント２１３、２１４についても、ＭＦＵ及びＭＰＵとし、ＭＭＴＰペイロードに乗せてＭＭＴＰパケット化される。また、メディア・トランスポート方式であるＭＭＴに関わる（放送番組の構成などを示す）制御情報であるＭＭＴ－ＳＩ２２１も、ＭＭＴＰペイロードに乗せてＭＭＴＰパケット化される。ＭＭＴに関わる制御情報ＭＭＴ－ＳＩの詳細については、後述に譲る。ＭＰＵは処理の単位となり、ＭＦＵはＭＰＵよりも小さな単位である。なお、コンテンツ・ダウンロード２０５のデータ伝送方式２１５として、字幕・文字スーパー伝送方式、アプリケーション伝送方式、イベント・メッセージ伝送方式、汎用データ伝送方式の４種類が挙げられるが、詳細な説明は省略する。

　ＵＤＰ（Ｕｓｅｒ　Ｄａｔａｇｒａｍ　Ｐｒｏｔｏｃｏｌ）／ＩＰレイヤー２３０では、ＭＭＴＰパケットはＩＰパケット化される。また、同期型メディアのための現在時刻の情報を含むＮＴＰ（Ｎｅｔｗｏｒｋ　Ｔｉｍｅ　Ｐｒｏｔｏｃｏｌ）パケット２０６も、ＩＰパケット化される。さらに、これらのＩＰパケットは、ＴＬＶレイヤー２４０でＴＬＶパケット化され、最下層の物理レイヤーである放送伝送路２５０で伝送される。また、ＩＰパケットの多重のためのＴＬＶ多重化形式に関わるＴＬＶ－ＳＩ２４１も、ＴＬＶパケット化され、放送伝送路２５０で伝送される。ＴＬＶパケットを多重した伝送スロットは、伝送路のＴＭＣＣ（Ｔｒａｎｓｍｉｓｓｉｏｎ　ａｎｄ　Ｍｕｌｔｉｐｌｅｘｉｎｇ　Ｃｏｎｆｉｇｕｒａｔｉｏｎ　Ｃｏｎｔｒｏｌ）信号２５１から、ＴＬＶストリーム識別情報（ＴＬＶ＿ｓｔｒｅａｍ＿ｉｄ）を用いて特定される。

Ｃ．放送信号の構成
　図３には、ＭＭＴ方式に従って放送送出システム１１から放送伝送路に送出される放送信号３００のイメージを示している。

　１つのサービスの放送信号は、映像、音声、字幕などの放送番組本編に関わる同期型メディアと、データ放送のような非同期型メディアで構成される（但し、１つの放送サービスは、１つのチャンネルすなわち放送番組に対応するものとする）。これらのメディアを符号化したメディア・データは、ＭＰＵフォーマットにしてＭＭＴＰパケット化され、ＩＰパケットで伝送される。また、メディア・トランスポート方式であるＭＭＴに関わる（放送番組の構成などを示す）制御情報であるＭＭＴ－ＳＩも、ＩＰパケットで伝送される。これらのＩＰパケットは、放送伝送路ではＴＬＶパケットの形式でＴＬＶストリームとして伝送される。ＩＰパケットの多重のためのＴＬＶ多重化形式に関わるシグナリング情報（ＴＬＶ－ＳＩ）も、ＴＬＶパケットの形式で伝送される。

　ＭＭＴ方式では、１つの放送サービスを構成する各メディア・データを異なる伝送路の組み合わせで利用することが容易である。図３に示す例では、放送信号３００として、映像、音声、字幕、データ放送、放送サービスに関する制御情報（ＭＭＴ－ＳＩ）など、データのタイプ毎のＭＭＴ伝送路３０１～３０５が利用されている。各ＭＭＴ伝送路は、それぞれ１つのＩＰデータ・フローに相当する。ここで言うＩＰデータ・フローとは、ＩＰヘッダー及びＵＤＰヘッダーの送信元ＩＰアドレス、宛先ＩＰアドレス、ＩＰヘッダーのプロトコル種別、送信元ポート番号、宛先ポート番号の５種類のフィールドの値がすべて同じとなるＩＰパケットの集合である。

　１つの放送サービスは、映像、音声、字幕、データ放送アプリケーションなどタイプの異なる複数のアセットで構成される「パッケージ」と言うことができる。ここで言う「パッケージ」は、ＭＭＴ伝送路を使って伝送されるメディア・データの論理集合である。また、「アセット」は、コンポーネントと対応関係がある（映像のアセットは映像コンポーネントに対応し、音声のアセットは音声コンポーネントに対応し、データ放送アプリケーション用のデータ・ファイルのアセットはデータ・ファイルのコンポーネントに対応する）。各アセットは、固有のアセット識別情報（ａｓｓｅｔ＿ｉｄ）で識別される。

　各アセットは、それぞれ同じアセット識別情報を共有する１又はそれ以上のＭＰＵの集合（論理グループ）で構成される。ＭＰＵは、ＭＭＴ方式における伝送単位となるフォーマットである。各ＭＰＵは、アセット識別情報と、該当する伝送路上でのＭＰＵのシーケンス番号で特定される。また、各メディアを伝送するＭＭＴ伝送路は、アセット識別情報で識別することができる。

　同じ放送サービスに関わる各ＭＰＵは、パッケージすなわち放送信号３００内のそれぞれのアセットに専用のＥＳ（Ｅｌｅｍｅｎｔａｒｙ　Ｓｔｒｅａｍ）すなわちＭＭＴ伝送路３０１～３０５上で伝送される。図３に示す例では、伝送路３０１では、映像信号用として共通のアセット識別情報を持つＭＰＵ論理グループからなる符号化映像信号のＭＭＴＰパケットが伝送される。同様に、伝送路３０２では音声信号用として共通のアセット識別情報を持つＭＰＵ論理グループからなる符号化音声信号のＭＭＴパケットが伝送され、伝送路３０３では字幕信号用としての共通のアセット識別情報を持つＭＰＵグループからなる符号化字幕信号のＭＭＴＰパケットが伝送され、伝送路３０４－１並びに３０４－２ではデータ放送アプリケーション用として共通のアセット識別情報を持つＭＰＵ論理グループからなる符号化アプリケーションのＭＭＴパケットが伝送される。

　１つのパッケージ（放送番組）内で、タイプが同じ（すなわち、アセット識別情報が異なる）アセットが複数伝送されることもある。例えば、同じ放送番組に対して、２以上のデリバリー・セグメントからそれぞれ独立してデータ放送アプリケーションが提供される場合であり、デリバリー・セグメント毎に異なるアセット識別情報が割り振られて伝送される。より具体的に言えば、番組を制作したキー局から提供される放送番組に連動する番組連動型データ放送アプリケーションと、番組を配信する地方局から提供される放送番組に連動しない番組非連動型データ放送アプリケーション（例えば、天気予報やニュースなど）は、通常、別のアセットとして別々のアセット識別情報が割り振られ、別々のＭＰＵ論理グループとして異なるＭＭＴ伝送路で伝送される。図３に示す例では、異なるアセット識別情報が割り振れられた２つのデータ放送アプリケーション用として伝送路３０４－１、３０４－２が描かれている。

　また、ＭＭＴ方式は、放送や通信の複数の伝送路に共通に用いることができる。例えば、データ放送（ＨＴＭＬ５文書など）のような非同期型メディアは、図３に示したように放送信号３００の伝送路３０４－１や３０４－２を用いて同じ放送サービスの同期型メディアとともに伝送される以外に、ＩＰネットワークなど通信伝送路（図示しない）を介して提供することもできる。

　伝送路３０５は、ＭＭＴ方式におけるシグナリング、すなわち、ＭＭＴのパッケージの構成や放送サービスに関連する情報を示す制御情報であるＭＭＴ－ＳＩの伝送に使用される。伝送路３０５では、ＭＭＴ－ＳＩを含んだＭＭＴメッセージがＭＭＴＰパケット化され、カルーセル方式により繰り返し伝送される。なお、図３では、ＴＬＶ－ＳＩ用の伝送路の図示を省略している。

　ＭＭＴ－ＳＩには、メッセージ、テーブル、記述子がある。伝送路３０５又は３０６で伝送されるＭＭＴメッセージとして、ＰＡ（Ｐａｃｋａｇｅ　Ａｃｃｅｓｓ）メッセージ３１０、Ｍ２セクション・メッセージ３２０、データ伝送メッセージ３３０を挙げることができる。

　ＰＡメッセージ３１０は、放送番組の構成などを示す制御情報であり、アセットのリストやその位置などパッケージを構成する情報を記述するＭＰ（ＭＭＴ　Ｐａｃｋａｇｅ）テーブル３１１を格納するコンテナーである。

　ＭＰ（ＭＭＴ　Ｐａｃｋａｇｅ）テーブル３１１は、放送サービス単位の基本的な受信制御情報を示すテーブルであり、具体的には、アセットのリストや、アセットのロケーション情報など、パッケージを構成する情報を与える。また、ＭＰテーブル３１１は、アプリケーション・サービス記述子などのＭＰＴ記述子を含む。アプリケーション・サービス記述子は、データ放送アプリケーションの運用に必要又は重要な制御情報のロケーション情報（例えば、データ伝送メッセージ、ＭＨ－ＡＩＴ及びＥＭＴをそれぞれ伝送する各Ｍ２セクション・メッセージのロケーション情報）を示す。

　ＰＡメッセージ３１０は、放送サービスのエントリー・ポイントであり、ＰＡメッセージ３１０を伝送するＭＭＴＰパケットには、固定のパケット識別情報（例えば、０ｘ００００）が割り当てられている。したがって、受信機側では、ＭＭＴ伝送路３０４上で、上記固定のパケット識別情報を直接指定してＰＡメッセージ３１０を取得することができる。そして、ＰＡメッセージ３１０で伝送されるＭＰテーブル３１１を参照して、パッケージ（放送番組）を構成する各アセット（映像、音声、字幕、データ放送の各ロケーション情報を間接指定することができる。

　なお、図３では省略したが、ＰＡメッセージ３１０に格納されるテーブルとして、ＭＰテーブル以外に、ＰＬ（Ｐａｃｋａｇｅ　Ｌｉｓｔ）テーブル（ＰＬＴ）、ＬＣ（Ｌａｙｏｕｔ　Ｃｏｎｆｉｇｕｒａｔｉｏｎ）テーブル（ＬＣＴ）を挙げることができる。ＰＬＴは、放送サービスとして提供されるＭＭＴパッケージのＰＡメッセージを伝送するＩＰデータ・フロー及びパケットＩＤ並びにＩＰサービスを伝送するＩＰデータ・フローの一覧を示す。また、ＬＣＴは、提示のためのレイアウト情報をレイアウト番号に対応付けるために用いる。ＰＡメッセージは、ＭＰテーブル、ＰＬテーブル、ＬＣテーブルという最大３つのテーブルを格納することができるコンテナーである。

　Ｍ２セクション・メッセージ３２０は、ＭＰＥＧ－２　Ｓｙｓｔｅｍｓのセクション拡張形式を伝送するメッセージであり、セクション形式のシグナリング・テーブルを１つずつ格納するコンテナーである。Ｍ２セクション・メッセージ３２０内には、ＭＨ－ＡＩＴ（Ａｐｐｌｉｃａｔｉｏｎ　Ｉｎｆｏｒｍａｔｉｏｎ　Ｔａｂｌｅ）３２１や、ＥＭＴ（Ｅｖｅｎｔ　Ｍｅｓｓａｇｅ　Ｔａｂｌｅ）３２２といったテーブルが１つずつ格納される。

　ＭＨ－ＡＩＴ３２１は、アプリケーションに関する動的制御情報及び実行に必要な付加情報を指定するテーブルであり、具体的には、ＭＭＴ伝送路で送られてくる各データ放送アプリケーション（ファイル・データ）の処理方法（アプリケーションに適用される起動状態など）、並びに、各データ放送アプリケーションのロケーション情報（ＵＲＬ：Ｕｎｉｆｏｒｍ　Ｒｅｓｏｕｒｃｅ　Ｌｏｃａｔｏｒ）を指定する。アプリケーションの処理方法として、アプリケーションの自動起動を示すＡＵＴＯＳＴＡＲＴ（ＡＳ）、アプリケーションが実行可能の状態であることを示すＰＲＥＳＥＮＴ（ＰＲ）、アプリケーションの終了を示すＫＩＬＬ、アプリケーションの取得及び保持（事前キャッシュ）を示すＰＲＥＦＥＴＣＨ（ＰＦ）を挙げることができる。

　ＥＭＴ３２２は、イベント・メッセージ伝送方式に用いるシグナリング・テーブルであり、イベント・メッセージ（放送局から受信機上のアプリケーションに対する同期・非同期のメッセージ）に関する情報（イベント・メッセージ記述子）を格納する。イベント・メッセージ伝送方式は、放送局から受信機で動作しているデータ放送アプリケーションに対して、即座にあるいは指定した時刻に、メッセージ情報を送る手段を提供する。

　データ伝送メッセージ３３０は、データ放送アプリケーションの伝送に関する制御情報を伝送するためのメッセージである。データ伝送メッセージ５３０は、データ・ディレクトリー管理テーブル（Ｄａｔａ　Ｄｉｒｅｃｔｏｒｙ　ｍａｎａｇｅｍｅｎｔ　Ｔａｂｌｅ：ＤＤＭＴ）３３１、データ・アセット管理テーブル（Ｄａｔａ　Ａｓｓｅｔ　Ｍａｎａｇｅｍｅｎｔ　Ｔａｂｌｅ：ＤＡＭＴ）３３２、データ・コンテンツ管理テーブル（Ｄａｔａ　Ｃｏｎｔｅｎｔ　Ｃｏｎｆｉｇｕｒａｔｉｏｎ　Ｔａｂｌｅ：ＤＣＣＴ）３３３という、最大３つのテーブルを同時に格納することができるコンテナーである。データ・ディレクトリー管理テーブル及びデータ・アセット管理テーブルはデータ放送サービスに必須であるが、データ・コンテンツ管理テーブルは任意である。

　ここで、データ・ディレクトリー管理テーブル３３１は、ディレクトリー単位（言い換えれば、データ放送アプリケーションの制作単位）でデータ放送アプリケーションを管理するためのテーブルである。同テーブル内は、１つのパッケージに含まれるアイテム（ディレクトリー並びにディレクトリーに含まれるサブディレクトリーやファイル）に関するディレクトリー構造を記述しているので、アプリケーションのファイル構成とファイル伝送のための構成を分離することができる。同テーブルは、ディレクトリーやファイルなどの各ノードのパス名と、データ伝送メッセージ内で各ノードを識別するノード・タグとの対応関係を示している。

　また、データ・アセット管理テーブル３３２は、アセット単位でデータ放送アプリケーションを管理するためのテーブルであり、アセット内のＭＰＵの構成とのＭＰＵ毎のバージョン情報を記述している。具体的には、同テーブルは、各コンポーネントのダウンロード識別情報や、コンポーネントを伝送する各ＭＰＵに含まれるノード（ファイル又はディレクトリー）をデータ伝送メッセージ内で識別するノード・タグとＭＭＴ伝送路上でノードを識別するアイテム識別情報との対応関係を示している。

　また、データ・コンテンツ管理テーブル３３３は、提示単位（Ｐｒｅｓｅｎｔａｔｉｏｎ　Ｕｎｉｔ：ＰＵ）毎にデータ放送アプリケーションを管理するためのテーブルである。同テーブルは、データ放送アプリケーションを提示単位毎に識別する提示単位識別情報と、各提示単位に含まれるノード（ファイル又はディレクトリー）をデータ伝送メッセージ内で識別するノード・タグを示している。また、同テーブルは、提示単位にリンクする提示単位を識別するリンク先提示単位識別情報や、各提示単位のキャッシュ制御に関する情報を含めることができ、受信機側ではデータ放送アプリケーション用のファイル・データの柔軟で有効なキャッシュ制御に利用することができる。

　ＭＭＴによるデータ放送アプリケーションの伝送方式において、データ伝送メッセージで伝送する上記３種類のシグナリング・テーブル３３１～３３３を活用することにより、ファイル単位の伝送データ構造やコンテンツ（データ放送アプリケーション）制作におけるディレクトリー構造とは独立して、アプリケーション単位、提示単位といった利用単位のデータ構造を表現することができる。各シグナリング・テーブル３３１～３３３の構成は、ＡＲＩＢ　ＳＴＤ　Ｂ－６０で規定されている。

　ＭＭＴ－ＳＩとして伝送されるメッセージやテーブルのパケット識別情報は、固定されているものや、他のテーブルから間接指定されるものがある。このうち、ＰＡメッセージは、放送サービスのエントリー・ポイントであり、固定のパケット識別情報（例えば、０ｘ００００）が割り当てられている。ＰＡメッセージで伝送されるＭＰテーブルでは、パッケージ（放送番組）を構成する各アセット（映像、音声、字幕、データ放送アプリケーションなど）のアセット識別情報とロケーション情報を示している。したがって、受信機側では、ＭＭＴ伝送路上で、上記固定のパケット識別情報を直接指定してＰＡメッセージを取得することができる。そして、図４に示すように、ＰＡメッセージで伝送されるＭＰテーブルを参照して、放送サービスに関連する各アセット（映像、音声、字幕、データ放送アプリケーションなど）や他のシグナリング・メッセージを間接的に指定することができる。なお、ＭＰテーブルは、映像及び音声以外の各アセットに対して、データ符号化方式を識別するために、ＭＨ－データ符号化方式記述子を配置する。

　図５には、ＭＰテーブルのコンテナーとなるＰＡメッセージのシンタックス例５００を示している。以下、ＰＡメッセージの各パラメーターについて説明する。

　ｍｅｓｓａｇｅ＿ｉｄは、各種シグナリング情報において、ＰＡメッセージを識別する１６ビットの固定値である。ｖｅｒｓｉｏｎは、ＰＡメッセージのバージョンを示す、８ビットの整数値のパラメーターである。例えばＰＡメッセージを構成する一部のパラメーターでも更新した場合には、ｖｅｒｓｉｏｎは＋１だけインクリメントされる。ｌｅｎｇｔｈは、このフィールドの直後からカウントされる、当該ＰＡメッセージのサイズをバイト単位で示す、３２ビット長のパラメーターである。

　ｅｘｔｅｎｓｉｏｎフィールドには、ペイロード（ｍｅｓｓａｇｅ＿ｐａｙｌｏａｄ）のフィールドに配置されるテーブルの属性情報が配置される。具体的には、ｎｕｍｂｅｒ＿ｏｆ＿ｔａｂｌｅフィールドには当該ＰＡメッセージに格納するテーブルの数を示し、続くテーブルのインデックス情報のループでは、格納する各テーブルの属性情報として、８ビットのテーブル識別情報（ｔａｂｌｅ＿ｉｄ）と、８ビットのテーブル・バージョン（ｔａｂｌｅ＿ｖｅｒｓｉｏｎ）と、１６ビットのテーブル長（ｔａｂｌｅ＿ｌｅｎｇｔｈ）が配置される。ｔａｂｌｅ＿ｉｄは、テーブルを識別する固定値である。ｔａｂｌｅ＿ｖｅｒｓｉｏｎは、テーブルのバージョンを示す。ｔａｂｌｅ＿ｌｅｎｇｔｈは、テーブルのサイズをバイト単位で示す。

　ＰＡメッセージのｍｅｓｓａｇｅ＿ｐａｙｌｏａｄフィールドには、参照番号５０１で示すように、ｎｕｍｂｅｒ＿ｏｆ＿ｔａｂｌｅｓで示される数分だけテーブル格納領域が配置される。このフィールドに格納されるＭＰテーブルは、すべてのアセットのリストを含むパッケージに関連する情報を示す。なお、ＭＰテーブルの他にも、ＬＣ（Ｌａｙｏｐｕｔ　Ｃｏｎｆｉｇｕｒａｔｉｏｎ）テーブルやＰＬ（Ｐａｃｋａｇｅ　Ｌｉｓｔ）テーブルもＰＡメッセージのテーブル格納領域に格納されるが、これらは本明細書で開示する技術に直接関連しないので、詳細な説明は省略する。

　図６には、ＭＰテーブルのシンタックス例６００を示している。以下、ＭＰテーブルの各パラメーターについて説明する。

　ｔａｂｌｅ＿ｉｄは、当該テーブルがＭＰテーブルであることを識別する８ビットの固定値（０ｘ２０）である。ｖｅｒｓｉｏｎは、ＭＰテーブルのバージョン番号を示す８ビットの整数値である。例えば、ＭＰテーブルを構成する一部のパラメーター（記述子）でも更新した場合には、ｖｅｒｓｉｏｎは＋１だけインクリメントされる。ｌｅｎｇｔｈは、このフィールドの直後からカウントされる、ＭＰテーブルのサイズをバイト単位で示す、３２ビット長のパラメーターである。また、ＭＰＴ＿ｍｏｄｅは、このＭＰテーブルがサブセットに分割されているときの動作を示す。

　ＭＭＴ＿ｐａｃｋａｇｅ＿ｉｄ＿ｌｅｎｇｔｈは、パッケージ識別情報（ＭＭＴ＿ｐａｃｋａｇｅ＿ｉｄ）のテキスト情報のサイズをバイト単位で示す。続くパッケージ識別情報のループでは、ＭＭＴ＿ｐａｃｋａｇｅ＿ｉｄをバイト単位（ＭＭＴ＿ｐａｃｋａｇｅ＿ｉｄ＿ｂｙｔｅ）でパッケージ識別情報を示す。パッケージ識別情報は、放送信号（ＩＰデータ・フロー）で伝送されるすべての信号（映像、音声、字幕）、並びにファイル・データなどのアセットをコンポーネントとする全体のパッケージとしての識別情報である。この識別情報は、テキスト情報であり、上位１６ビットはサービスを識別するためのサービス識別情報と同じ値とする。

　ＭＰＴ＿ｄｅｓｃｒｉｐｔｏｒ＿ｌｅｎｇｔｈは、ＭＰテーブル記述子領域のサイズをバイト単位で示す。ＭＰテーブル記述子のループでは、ＭＰテーブル記述子の内容をバイト単位（ＭＰＴ＿ｄｅｓｃｒｉｐｔｏｒｓ＿ｂｙｔｅ）で記述する。ＭＰＴ記述子には、対応する放送サービス（パッケージ）全体の受信制御に関わる基本的な情報が記述される。

　ｎｕｍｂｅｒ＿ｏｆ＿ａｓｓｅｔｓは、放送サービス（パッケージ）を構成する要素としてのアセット（信号、ファイル）の数を示す、８ビットのパラメーターである。ｎｕｍｂｅｒ＿ｏｆ＿ａｓｓｅｔの数分だけ、アセット情報のループが配置される。１つのアセット情報のループ内には、個々のアセットの情報としてのアセット識別情報（ａｓｓｅｔ＿ｉｄ）と、一般ロケーション情報（ＭＭＴ＿ｇｅｎｅｒａｌ＿ｌｏｃａｔｉｏｎ＿ｉｎｆｏ）と、アセット記述子（ａｓｓｅｔ＿ｄｅｓｃｒｉｐｔｏｒ）の各パラメーターが配置される。アセット情報のループ内に配置される情報について、以下に説明しておく。

　ｉｄｅｎｔｉｆｉｅｒ＿ｔｙｐｅは、ＭＭＴＰパケット・フローのＩＤ体系を示す。アセット識別情報（ａｓｓｅｔ＿ｉｄ）を示すＩＤ体系であれば０ｘ００とする。ａｓｓｅｔ＿ｉｄ＿ｓｃｈｅｍｅは、アセット識別情報の形式を示す。ａｓｓｅｔ＿＿ｉｄ＿ｌｅｎｇｔｈは、アセット識別情報のテキスト情報のサイズをバイト単位で示す。続くアセット識別情報のループでは、アセット識別情報をバイト単位（ａｓｓｅｔ＿ｉｄ＿ｂｙｔｅ）で示す。

　ａｓｓｅｔ＿ｔｙｐｅは、アセットの種類（映像、音声、文字スーパー・字幕、アプリケーションなど）を３２ビット長の文字列で示す。ａｓｓｅｔ＿ｃｌｏｃｋ＿ｒｅｌａｔｉｏｎ＿ｆｌａｇは、アセットのクロック情報フィールドの有無を示すフラグである。当該フラグが１のときは、クロック情報識別フィールド（ａｓｓｅｔ＿ｃｌｏｃｋ＿ｒｅｌａｔｉｏｎ＿ｉｄ）とタイムスケール・フラグ・フィールド（ａｓｓｅｔ＿ｔｉｍｅｓｃａｌｅ＿ｆｌａｇ）が存在し、０のときはこれらのフィールドは存在しない。ｌｏｃａｔｉｏｎ＿ｃｏｕｎｔは、アセットのロケーション情報の数を示し、続くｌｏｃａｔｉｏｎ＿ｃｏｕｎｔの数だけ繰り返されるロケーション情報のループでは、該当するアセットのロケーション情報であるＭＭＴ＿ｇｅｎｅｒａｌ＿ｌｏｃａｔｉｏｎ＿ｉｎｆｏが示される。

　ａｓｓｅｔ＿ｔｙｐｅは、アセットの種類（映像、音声、文字スーパー・字幕、アプリケーションなど）を３２ビット長の文字列で示す。ａｓｓｅｔ＿ｔｙｐｅ（文字）が表すアセットの種類を、以下に表１に示しておく。

　ａｓｓｅｔ＿ｃｌｏｃｋ＿ｒｅｌａｔｉｏｎ＿ｆｌａｇは、アセットのクロック情報フィールドの有無を示すフラグである。当該フラグが１のときは、クロック情報識別フィールド（ａｓｓｅｔ＿ｃｌｏｃｋ＿ｒｅｌａｔｉｏｎ＿ｉｄ）とタイムスケール・フラグ・フィールド（ａｓｓｅｔ＿ｔｉｍｅｓｃａｌｅ＿ｆｌａｇ）が存在し、０のときはこれらのフィールドは存在しない。ｌｏｃａｔｉｏｎ＿ｃｏｕｎｔは、アセットのロケーション情報の数を示し、続くｌｏｃａｔｉｏｎ＿ｃｏｕｎｔの数だけ繰り返されるロケーション情報のループでは、該当するアセットのロケーション情報であるＭＭＴ＿ｇｅｎｅｒａｌ＿ｌｏｃａｔｉｏｎ＿ｉｎｆｏが示される。アセットのロケーション情報は、アセットの取得先となるＭＭＴ伝送路上のパケット識別情報（ｐａｃｋｅｔ＿ｉｄ：ＰＩＤ）の形式で記述される。したがって、ＭＰテーブル上でアセット識別情報を引いて、ＭＭＴ伝送路（ＩＰデータ・フロー）上の該当するパケット識別情報を取り出すことができる（図４を参照のこと）。

　ａｓｓｅｔ＿ｄｅｓｃｒｉｐｔｏｒ＿ｌｅｎｇｔｈは、アセット記述子（ａｓｓｅｔ＿ｄｅｓｃｒｉｐｔｏｒ）のテキスト情報のサイズをバイト単位で示す。続くアセット記述子のループでは、アセット毎の記述子の内容をバイト単位（ａｓｓｅｔ＿ｄｅｓｃｒｉｐｔｏｒｓ＿ｂｙｔｅ）で示す。アセット情報のループ（ＭＰテーブルの第２ループ）内に配置されるアセット記述子として、データ符号化方式を識別するために使用する「ＭＨ－データ符号化方式記述子」や、ＭＰＵの提示時刻を提供する「ＭＰＵタイムスタンプ記述子」、ＭＰＵ内のアクセス・ユニットの復号時刻などを提供する「ＭＰＵ拡張タイムスタンプ記述子」、アセットのグループ関係とグループ内での優先度を提供する「アセット・グループ記述子」、ＭＰＵの提示位置を提供する「ＭＰＵ提示領域指定記述子」、依存関係にあるアセットのアセットＩＤを提供する「依存関係記述子」を挙げることができる。

Ｄ．本明細書で開示する技術の骨子
　本明細書で開示する技術では、字幕信号を用いて緊急情報の通知を行なう。緊急情報を通知するために使用する字幕信号のことを、以下では「緊急字幕信号」とも呼ぶ。

　放送事業者（放送局）は、緊急告知期間において、通常の字幕信号とは別に緊急字幕信号を伝送する。また、放送事業者は、緊急字幕の制御情報として、通常の字幕と統合した制御データにおいて、字幕信号の字幕タイプが緊急字幕であることをさらに示すようにする。また、字幕タイプを緊急字幕に指定した制御データにおいて、緊急字幕の表示領域のサイズ情報を指定し、さらに緊急字幕を表示する対象地域に関する情報を指定するようにする。

　受信機側では、字幕信号の制御データを参照して、字幕タイプが緊急字幕であることを検知すると、指定されたサイズ情報に従って放送映像及び通常字幕を表示する画面を縮小スケーリングして、空いた領域に緊急字幕を表示する。このようにして、緊急告知の要件（１）として前述した「緊急情報の字幕は、速やかに、見易い位置に表示できること」、並びに、要件（２）として前述した「指定により、放送番組の映像や放送番組に連動するアプリケーションなどの表示と重ならない位置に表示できること」を実現することができる。

　また、受信機は、緊急字幕の制御データで指定された対象地域である場合に限り、上記の緊急字幕の表示動作を実施するようにすることで、緊急告知の要件（３）として前述した「緊急情報の字幕を、緊急告知の対象となる地域のみに限定して表示すること」を実現することができる。

　字幕・文字スーパー伝送方式を用いて伝送される字幕並びに文字スーパーの各々に対して、ＭＰテーブルでＭＨ－データ符号化方式記述子を配置して（前述並びに図４を参照のこと）、ｄａｔａ＿ｃｏｍｐｏｎｅｎｔ＿ｉｄが割り当てられる。本実施形態では、緊急字幕信号に対して配置されるＭＨ－データ符号化方式記述子内に格納される付加識別情報で、対応する字幕信号の字幕タイプが緊急字幕であることを示す情報、並びに、緊急字幕の表示領域のサイズや対象地域といった緊急字幕の制御情報を指定するようにしている。

　ここで、字幕信号の伝送方式について、簡単に説明しておく。なお、文字スーパー信号の伝送方式も同様であるが、本明細書で開示する技術に直接関連しないので、以下では言及しない。

　字幕信号の伝送に関する制御情報はＭＰテーブルにより伝送される。ある時間範囲に提示するＴＴＭＬ（Ｔｉｍｅ　Ｔｅｘｔ　Ｍａｒｋｕｐ　Ｌａｎｇｕａｇｅ）文書ファイルを含む一連のファイルを同期型ＭＰＵにカプセル化して伝送する。字幕信号を取得する概要は、図４を参照しながら既に説明した通りである。

　受信機は、ＭＰテーブルを参照して、字幕信号を伝送するアセットの有無を検知する。字幕が伝送される場合、アセット・タイプがｓｔｐｐであるアセットが存在し（表１を参照のこと）、ＭＨ－データ符号化方式記述子には字幕信号に関する付加識別情報が記述される。また、受信機は、ＭＰテーブルを参照することで、アセットのロケーション情報を識別し、字幕信号を伝送するアセットのパケット識別情報を特定する（図４を参照のこと）。そして、特定されたパケット識別情報のアセット内で伝送されるＭＰＵ内のデータを展開して、字幕として送られたファイルを取得することができる。

　字幕信号は、ＭＭＴ規格にて定義される同期型ＭＰＵを用いて伝送される。字幕信号の処理では、ＭＰＵが処理の単位となる。ＭＰＵは、ある時間範囲に提示するＴＴＭＬ文書ファイル、画像ファイル、音声ファイル、外字ファイルのデータを含み、ＭＰＵ単位で字幕の提示処理を行なうことができる。

　図７には、字幕信号のＭＰＵ及びＭＦＵの構成例を模式的に示している。図示のように、字幕信号のＭＰＵは、１以上のＭＦＵで構成される。ＭＦＵは、字幕サンプル・ヘッダー部と、サブサンプル・データ部で構成される。ＭＰＵ中の先頭のＭＦＵには必ずＴＴＭＬ文書が配置され、ＴＴＭＬ文書から参照する外部リソースがある場合には、後続のＭＦＵに外部リソースのファイルがサブサンプルとして配置される。ＴＴＭＬ文書、画像ファイル、音声ファイル、外字ファイルは、それぞれ１つのＭＦＵのサブサンプルとして格納される。字幕タイプが緊急字幕の場合も同様の構成であるものとする。

　図８には、ＭＰテーブルの第２ループに配置されるＭＨ－データ符号化方式記述子のシンタックス例８００を示している。ＭＨ－データ符号化方式記述子は、字幕など、映像及び音声以外のアセットに対して、データ符号化方式を識別するために使用されるアセット記述子である。以下、ＭＨ－データ符号化方式記述子の各パラメーターについて説明する。

　ｄｅｓｃｒｉｐｔｏｒ＿ｔａｇは、当該記述子がイベント・メッセージ記述子であることを識別する１６ビットの固定値を示す。ｄｅｓｃｒｉｐｔｏｒ＿ｌｅｎｇｔｈは、このフィールドの直後から記述子の末尾までのバイト長を示す８ビットのフィールドである。

　参照番号８０１で示すｄａｔａ＿ｃｏｍｐｏｎｅｎｔ＿ｉｄは、データの符号化方式を識別するのに使用される、１６ビット長のフィールドである。このフィールド値の割り当て例を、以下の表２に示しておく。

　参照番号８０２で示すａｄｄｉｔｉｏｎａｌ＿ｄａｔａ＿ｃｏｍｐｏｎｅｎｔ＿ｉｎｆｏは、識別子番号の拡張、又は、符号化方式毎に規定される付加識別情報の格納に使用される、８ビットのフィールドである。この領域に記述される情報のデータ構造は、データ符号化方式毎に規定される。

　図９には、ＭＰテーブルに配置されるＭＨ－データ符号化方式記述子に格納される、字幕・文字スーパー伝送方式の付加識別情報の構成例９００を示している。以下、付加識別情報の各パラメーターについて説明する。

　ｓｕｂｔｉｔｌｅ＿ｔａｇ（字幕識別タグ）は、字幕・文字スーパーのストリームを識別するためのラベルである。ｓｕｂｔｉｔｌｅ＿ｉｎｆｏ＿ｖｅｒｓｉｏｎ（字幕情報バージョン）は、字幕・文字スーパーの付加識別情報のバージョンを示す。

　ｓｔａｒｔ＿ｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒ＿ｆｌａｇ（開始ＭＰＵシーケンス番号フラグ）は、後続のｓｔａｒｔ＿ｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒフィールドを配置する場合に「１」、配置しない場合に「０」とする。

　ＩＳＯ＿６３９＿ｌａｎｇｕａｇｅ＿ｃｏｄｅ（言語コード）は、字幕識別タグで識別される言語に対する言語コードをＩＳＯ６３９－２で規定されるアルファベット３文字コードで表す２４ビットのフィールドである。

　参照番号９０１で示すｔｙｐｅ（字幕タイプ）は、字幕・文字スーパーの区別を、以下の表３に従って示す。本実施形態では、ｔｙｐｅが「１０」で緊急字幕であることを示すという点に十分留意されたい。

　ｓｕｂｔｉｔｌｅ＿ｆｏｒｍａｔ（字幕記述方式識別）は、字幕及び文字スーパーの記述方式をバージョンやプロファイルなども含めて指定する。

　ＯＰＭ（動作モード）は、字幕伝送及び符号化を含むシステム全体の動作モードを示す。動作モードの意味を以下の表４に示す。緊急字幕ではＯＰＭ＝００（ライブモード）で固定とする。

　ＴＭＤ（時刻制御モード）は、受信再生時の時刻制御モードを示し、ＭＰＵに付加されるＭＰＵタイムスタンプ、ＴＴＭＬ文書内に記述されるタイムコードあるいはその他の情報により提示時刻を指定する。時刻制御モードの意味を以下の表５に示す。緊急字幕ではＴＭＤ＝１１１１（時刻指定なし）で固定とする。

　ＤＭＦ（表示モード）は、字幕分の表示モードを、受信時及び記録再生時の提示動作を各２ビットで表す。表示モードの意味を以下の表６に示す。緊急字幕ではＤＭＦ＝００１０（受信時自動表示／記録再生時自動非表示）で固定とする。

　ｒｅｓｏｌｕｔｉｏｎ（表示解像度）は、字幕表示画面の表示解像度の初期状態を示す。ｃｏｍｐｒｅｓｓｔｉｏｎ＿ｔｙｐｅ（圧縮方式）は、字幕データの圧縮方式を示す。圧縮する対象となる字幕データは、伝送されるサンプルデータのうち１つ目に配置されるＴＴＭＬ文書のみである。

　ｓｔａｒｔ＿ｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒ（開始ＭＰＵシーケンス番号）は、ｓｔａｒｔ＿ｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒ＿ｆｌａｇ（開始ＭＰＵシーケンス番号フラグ）により本記述子が有効と設定されている場合に、字幕・文字スーパーの最初のＭＰＵシーケンス番号を示す。

　ｒｅｆｅｒｅｎｃｅ＿ｓｔａｒｔ＿ｔｉｍｅ（参照開始時刻）は、ＴＭＤ（時刻制御モード）が００１０すなわちＴＴＭＬ記述（参照開始時刻起点）に設定されている場合に、ＴＴＭＬ文書内のタイムコードの起点となるＵＴＣ（Ｃｏｏｒｄｉｎａｔｅｄ　Ｕｎｉｖｅｒｓａｌ　Ｔｉｍｅ：協定世界時）時刻をＮＴＰ長形式で示す。

　字幕タイプとして緊急字幕（ｔｙｐｅ＝１０）が指定されている場合には、該当する字幕アセットに対して、上記の通常のパラメーターに加え、参照番号９０２で示すように、緊急字幕のための制御情報としての緊急字幕付加情報ｅｍｅｒｇｅｎｃｙ＿ｃａｐｔｉｏｎ＿ｃｏｎｔｒｏｌ＿ｉｎｆｏを示す。

　図１０には、字幕タイプとして緊急字幕を指定した場合の付加識別情報で指定される緊急字幕付加情報のシンタックス例１０００を示している。以下、緊急字幕付加情報の各パラメーターについて説明する。

　参照番号１００１で示すｄｉｓｐｌａｙ＿ａｒｅａ＿ｓｉｚｅは、放送全画面に緊急字幕を配置する表示する場所と大きさを、ピクセル数で指定する。受信機側では、放送画面を縮退させて、ｄｉｓｐｌａｙ＿ａｒｅａ＿ｓｉｚｅで指定された場所に、指定された大きさの緊急字幕の表示領域を確保する。したがって、パラメーターｄｉｓｐｌａｙ＿ａｒｅａ＿ｓｉｚｅにより、緊急告知の要件（１）として前述した、「緊急情報の字幕は、速やかに、見易い位置に表示できること」、及び、要件（２）として前述した「放送番組の映像や放送番組に連動するアプリケーションなどの表示と重ならない位置に表示できること」を実現することができる。

　参照番号１００２で示すｒｅｇｉｏｎ＿ｓｐｅｃ＿ｔｙｐｅは、後続のｔａｒｇｅｔ＿ｒｅｇｉｏｎ＿ｓｐｅｃ（）構造体における地域記述の方式を指定し、以下の表７に従って符号化される。なお、すべての地域を対象とする場合（言い換えれば、地域フィルタリングしない場合）は、ｒｅｇｉｏｎ＿ｓｐｅｃ＿ｔｙｐｅをオール‘１’に設定する。

　参照番号１００３で示すｔａｒｇｅｔ＿ｒｅｇｉｏｎ＿ｓｐｅｃは、地域記述方式指定毎に指定される地域指定のためのデータ構造を示す。図１１には、県域指定の地域指定子のシンタックス１１００を示している。ｐｒｅｆｅｃｔｕｒｅ＿ｂｉｔｍａｐは、各ビット位置に該当する地域が（緊急メッセージの）対象であるか否かを１と０で示す、５５ビットのビットマップである。

　各パラメーターｒｅｇｉｏｎ＿ｓｐｅｃ＿ｔｙｐｅ及びｔａｒｇｅｔ＿ｒｅｇｉｏｎ＿ｓｐｅｃにより、緊急告知の要件（３）として前述した、緊急告知の対象となる地域のみに限定した緊急告知動作を実現することができる。

　なお、図８～図１０に示したようなシグナリングは、緊急字幕の表示だけでなく、アウトスクリーン字幕の表示にも適用可能であるという点を、十分理解されたい。

　図１２には、通常の字幕信号の制御情報（ＭＨ－データ符号化方式記述子）に緊急字幕信号に関する情報を統合して送信する放送送出システム１１の構成例を示している。図示の放送送出システム１１は、時計部１２０１と、信号送出部１２０２と、ビデオ・エンコーダー１２０３と、オーディオ・エンコーダー１２０４と、字幕／文字スーパー・エンコーダー１２０５と、シグナリング・エンコーダー１２０６と、ファイル・エンコーダー１２０７と、電子データ処理システム（Ｅｌｅｃｔｒｏｎｉｃ　Ｄａｔａ　Ｐｒｏｃｅｓｓｉｎｇ　Ｓｙｓｔｅｍ：ＥＤＰＳ）１２０８と、ＴＬＶシグナリング・エンコーダー１２０９と、ＩＰサービス・マルチプレクサー（ＭＵＸ）１２１０と、ＴＬＶマルチプレクサー（ＭＵＸ）１２１１と、変調・送信部１２１２を備えている。

　時計部１２０１は、ＮＴＰサーバー（図示しない）から取得した時刻情報に同期した時刻情報を生成し、この時刻情報を含むＩＰパケットをＩＰサービス・マルチプレクサー１２１０に送る。

　信号送出部１２０２は、例えばＴＶ放送局のスタジオやＶＴＲなどの記録再生機であり、同期型メディアである映像、音声、字幕及び文字スーパーなどのストリーム・データや、非同期型メディアであるデータ放送アプリケーションをそれぞれ、ビデオ・エンコーダー１２０３、オーディオ・エンコーダー１２０４、字幕／文字スーパー・エンコーダー１２０５、ファイル・エンコーダー１２０７に送る。また、緊急告知期間において、信号送出部１２０２が緊急字幕のストリーム・データを字幕／文字スーパー・エンコーダー１２０５に送出する。

　電子データ処理システム１２０８は、ＴＶ放送局のスケジューラー並びにファイルの供給源である。電子データ処理システム１２０８は、非同期型メディアであるデータ放送アプリケーションをファイル・エンコーダー１２０７に送る。また、電子データ処理システム１２０８は、放送サービスの構成などを示す制御情報をシグナリング・エンコーダー１２０６に送る。また、電子データ処理システム１２０８は、緊急告知期間において、緊急字幕に関する制御情報をシグナリング・エンコーダー１２０６に送る。また、電子データ処理システム１２０８は、ＩＰパケットの多重に関する制御情報をＴＬＶシグナリング・エンコーダー１２０９に送る。

　ビデオ・エンコーダー１２０３は、信号送出部１２０２から送出される映像信号をＨＥＶＣ符号化し、さらにパケット化して、映像信号のＭＭＴパケットを含むＩＰパケットをＩＰサービス・マルチプレクサー１２１０に送る。また、オーディオ・エンコーダー１２０４は、信号送出部１２０２から送出される音声信号をＡＡＣ符号化し、さらにパケット化して、音声信号のＭＭＴパケットを含むＩＰパケットをＩＰサービス・マルチプレクサー１２１０に送る。また、字幕／文字スーパー・エンコーダー１２０５は、信号送出部１２０２から送出される字幕信号及び文字スーパー信号を符号化し、さらに提示処理の単位でＭＰＵを生成して、字幕のＭＭＴパケットを含むＩＰパケットをＩＰサービス・マルチプレクサー１２１０に送る。

　放送送出システム１１が複数の放送サービスを送信する場合、放送サービス毎に映像信号のＨＥＶＣ符号化、音声信号のＡＡＣ符号化、及び字幕／文字スーパーの符号化処理が行なわれ、それぞれの放送サービスに対応するＩＰサービス・マルチプレクサー１２１０に送られる。

　シグナリング・エンコーダー１２０６は、電子データ処理システム１２０８から送出される情報に基づいて、放送番組の構成などを示す制御情報（ＭＭＴ－ＳＩ）を生成し、ペイロード部にＭＭＴ－ＳＩが配置されたＭＭＴパケットを含むＩＰパケットをＩＰサービス・マルチプレクサー１２１０に送る。ＭＭＴ－ＳＩには、メッセージ、テーブル、記述子がある（前述）。シグナリング・エンコーダー１２０６は、放送サービス単位のＭＭＴ－ＳＩを生成する他、放送サービス横断のＭＭＴ－ＳＩを生成する。また、シグナリング・エンコーダー１２０６は、緊急告知期間に電子データ処理システム１２０８から供給される緊急字幕に関する制御情報に基づいて、ＭＰテーブルの緊急字幕に関する第２ループ内に配置するＭＨ－データ符号化方式記述子の付加識別情報で、字幕タイプを緊急字幕に指定するとともに、緊急字幕の表示領域や対象地域に関する情報を指定し、このＭＰテーブルをＰＡメッセージに格納して、シグナリング・エンコーダー１２０６に送る。

　ファイル・エンコーダー１２０７は、信号送出部１２０２又は電子データ処理システム１２０８から送出されるデータ放送アプリケーションをＨＴＭＬ５形式のデータ・ファイルに符号化し、さらにパケット化して、このＭＭＴパケットを含むＩＰパケットをＩＰサービス・マルチプレクサー１２１０に送る。

　放送送出システム１１は、送出する放送チャンネル（放送サービス）毎に、複数のＩＰサービス・マルチプレクサー１２１０―１、…、１２１０－Ｎを装備する。放送サービス毎のチャンネルのＩＰサービス・マルチプレクサー１２１０は、各エンコーダー１２０３～１２０７から送られてくる映像、音声、字幕、（放送サービス単位）ＭＭＴ－ＳＩ、及びデータ放送アプリケーションの各々を含むＩＰパケットをマルチプレクスして、放送サービス単位の放送信号、並びに、放送サービス横断のＭＭＴ－ＳＩを含んだＴＬＶパケットを生成する。

　ＴＬＶシグナリング・エンコーダー１２０９は、電子データ処理システム１２０８から送出される情報に基づいて、上記のＩＰパケットの多重に関する制御情報（ＴＬＶ－ＳＩ）をペイロード部に配置するＴＬＶパケットを生成する。

　ＴＬＶマルチプレクサー１２１１は、各ＩＰサービス・マルチプレクサー１２１０－１～１２１０－Ｎ及びＴＬＶシグナリング・エンコーダー１２０９で生成されるＴＬＶパケットをマルチプレクスして、ＴＬＶストリーム識別情報で識別されるＴＬＶストリームを生成する。

　変調・送信部１２１２は、ＴＬＶマルチプレクサー１２１１で生成されたＴＬＶストリームに対してＲＦ変調処理を行なって、放送伝送路に送出する。

　図１２に示した放送送出システム１１の動作について説明しておく。

　時計部１２０１では、ＮＴＰサーバー（図示しない）から取得した時刻情報に同期した時刻情報が生成され、この時刻情報を含むＩＰパケットが生成される。

　信号送出部１２０２から送出される映像信号は、ビデオ・エンコーダー１２０３に供給される。ビデオ・エンコーダー１２０３では、映像信号がＨＥＶＣ符号化され、さらにパケット化されて、ＨＥＶＣ符号化映像信号のＭＭＴパケットを含むＩＰパケットが生成される。このＩＰパケットは、ＩＰサービス・マルチプレクサー１２１０に送られる。

　また、信号送出部１２０２から送出される音声信号並びに字幕及び文字スーパー信号に対しても、同様の処理が行なわれる。すなわち、オーディオ・エンコーダー１２０４で生成されるＡＡＣ符号化音声信号のＭＭＴパケットを含むＩＰパケットがＩＰサービス・マルチプレクサー１２１０に送られるとともに、字幕／文字スーパー・エンコーダー１２０５で生成される字幕符号化信号のＭＭＴパケットを含むＩＰパケットがＩＰサービス・マルチプレクサー１２１０に送られる。また、緊急告知期間において、信号送出部１２０２から緊急字幕のストリーム・データが創出され、字幕／文字スーパー・エンコーダー１２０５で通常の字幕信号と同様にＩＰパケット化されてＩＰサービス・マルチプレクサー１２１０に送られる。

　また、シグナリング・エンコーダー１２０６では、電子データ処理システム１２０８から送出される情報に基づいて放送番組の構成などを示す制御情報（ＭＭＴ－ＳＩ）が生成され、ペイロード部にこのＭＭＴ－ＳＩが配置されたＭＭＴパケットを含むＩＰパケットが生成される。緊急告知期間には、シグナリング・エンコーダー１２０６では、電子データ処理システム１２０８から供給される緊急字幕に関する情報に基づいて、ＭＰテーブルの緊急字幕に関する第２ループ内に配置するＭＨ－データ符号化方式記述子の付加識別情報で、字幕タイプが緊急字幕に指定されるとともに、緊急字幕の表示領域や対象地域に関する情報が指定され、このＭＰテーブルを格納したＰＡメッセージを含むＩＰパケットが生成される。これらのＩＰパケットは、ＩＰサービス・マルチプレクサー１２１０に送られる。

　また、信号送出部１２０２又は電子データ処理システム１２０８から送出されるデータ放送アプリケーションは、ファイル・エンコーダー１２０７に供給される。ファイル・エンコーダー１２０７では、データ放送アプリケーションが例えばＨＴＭＬ５形式に符号化され、さらにパケット化され、このＭＭＴパケットを含むＩＰパケットが生成される。このＩＰパケットは、ＩＰサービス・マルチプレクサー１２１０に送られる。

　各ＩＰサービス・マルチプレクサー１２１０では、各エンコーダー１２０３～１２０７から送られてくる映像、音声、字幕、（放送サービス単位及びサービス横断の）ＭＭＴ－ＳＩ、及びデータ放送アプリケーション（ＨＴＭＬ５文書）の各々を含むＩＰパケットがマルチプレクスされて、１つのチャンネルを構成するＴＬＶパケットが生成される。

　ＴＬＶシグナリング・エンコーダー１２０９では、電子データ処理システム１２０８から送出される情報に基づいて、上記のＩＰパケットの多重に関する制御情報（ＴＬＶ－ＳＩ）をペイロード部に配置するＴＬＶパケットが生成される。

　ＴＬＶマルチプレクサー１２１１では、各ＩＰサービス・マルチプレクサー１２１０－１～１２１０－Ｎ及びＴＬＶシグナリング・エンコーダー１２０９で生成されるＴＬＶパケットがマルチプレクスされて、ＴＬＶストリームが生成される。変調・送信部１２１２では、ＴＬＶマルチプレクサー１２１１で生成されたＴＬＶストリームに対してＲＦ変調処理が行なわれ、そのＲＦ変調信号が放送伝送路に送出される。

　図１３には、放送送出システム１１からの放送信号を受信する受信機１２の構成例を示している。図示の受信機１２は、チューナー・復調部１３０１と、ＭＭＴデマルチプレクサー（ＤＥＭＵＸ）１３０２と、時計回復部１３０３と、ビデオ・デコーダー１３０４と、オーディオ・デコーダー１３０５と、文字スーパー・デコーダー１３０６と、字幕デコーダー１３０７と、緊急字幕デコーダー１３０８と、マルチメディア（ＭＭ）キャッシュ１３０９と、ＳＩキャッシュ１３１０と、放送システム制御部１３１１と、通信インターフェース（ＩＦ）１３１２と、アプリケーション（Ａｐｐ）・エンジン１３１３と、スケーラー１３１４と、合成部１３１５～１３１８と、スケーラー１３１９と、合成部１３２０とを備えている。

　チューナー・復調部１３０１は、放送信号を選局受信し、復調処理を行なって、ＴＬＶストリームを得る。ＭＭＴデマルチプレクサー１３０２は、このＴＬＶストリームに対して、デマルチプレクス処理及びデパケット化処理を行なう。本実施形態では、デマルチプレクサー１３０２は、パケット・フィルター１３０２－１とＳＩフィルター１３０２－２を備えている。

　パケット・フィルター１３０２－１は、ＴＬＶストリーム識別情報及びＩＰアドレスに基づいてＩＰパケットのフィルタリングを行ない、さらにＭＭＴＰヘッダー内の情報に基づいて、ＩＰパケットからＭＭＴＰパケットをフィルタリングして、映像、音声、字幕、並びにマルチメディア（データ放送アプリケーション）の各符号化コンポーネント、及びシグナリング情報を乗せたＭＭＴＰパケットを、それぞれビデオ・デコーダー１３０４、オーディオ・デコーダー１３０５、文字スーパー・デコーダー１３０６、字幕デコーダー１３０７、緊急字幕デコーダー１３０８、マルチメディア（ＭＭ）キャッシュ１３０９、並びにＳＩフィルター１３０２－２に振り分ける。ＭＰテーブルでは、映像及び音声以外のアセットに対して第２ループでＭＨ－データ符号化方式記述子（図８を参照のこと）が配置され、同記述子の付加識別情報で字幕タイプが指定されている（前述並びに図９を参照のこと）。字幕タイプ値が「００」（通常の字幕）であれば字幕デコーダー１３０７に振り分けられ、字幕タイプ値が「０１」（文字スーパー）であれば文字スーパー・デコーダー１３０６に振り分けられ、字幕タイプ値が「１０」（緊急字幕）であれば緊急字幕デコーダー１３０８に振り分けられる。また、ＳＩフィルター１３０２－２は、シグナリング情報ＳＩをフィルタリングして、ＳＩキャッシュ１３１０にキャッシュする。

　時計回復部１３０３は、ＭＭＴデマルチプレクサー１３０２内のパケット・フィルター１３０２－１でフィルタリングされたＮＴＰパケットに含まれる現在時刻の情報に基づいて、この時刻情報に同期した時刻情報を生成して、各同期型メディアをデコードするにビデオ・デコーダー１３０４、オーディオ・デコーダー１３０５、文字スーパー・デコーダー１３０６、字幕デコーダー１３０７、緊急字幕デコーダー１３０８にそれぞれ出力する。

　ビデオ・デコーダー１３０４は、ＭＭＴデマルチプレクサー１３０２で得られる符号化映像信号をデコードして、ベースバンドの映像信号を得る。また、オーディオ・デコーダー１３０５は、ＭＭＴデマルチプレクサー１３０２で得られる符号化音声信号をデコードして、ベースバンドの音声信号を得る。また、文字スーパー・デコーダー１３０６並びに字幕デコーダー１３０７は、ＭＭＴデマルチプレクサー１３０２で得られる文字スーパー及び通常の字幕符号化信号をそれぞれデコードして、文字スーパー及び通常の字幕の表示信号をそれぞれ得る。また、緊急字幕デコーダー１３０８は、ＭＭＴデマルチプレクサー１３０２で得られる緊急字幕信号をデコードして、緊急字幕の表示信号を得る。

　放送システム制御部１３１１は、ＳＩキャッシュ１３１０にキャッシュされているＭＭＴ－ＳＩに基づいて、受信機１２全体の放送サービス受信動作を制御する。例えば、放送システム制御部１３１１は、ＭＭＴ－ＳＩ（ＭＨ－ＡＩＴ）を解析して、デフォルト・エントリーに設定されているデータ放送アプリケーションを見つけると、アプリケーション・エンジン１３１３に対してデータ放送の提示処理を指示する。

　アプリケーション・エンジン１３１３は、例えばＨＴＭＬブラウザーなどであり、マルチメディア・キャッシュ１３０９にキャッシュされているデータ放送アプリケーション（ＨＴＭＬ５文書など）の処理を行なって、データ放送の表示信号並びに音声信号を生成する。また、アプリケーション・エンジン１３１３は、データ放送の表示に必要なデータ・ファイル（データ放送の表示に使用するメディア・データや、リンク先のアプリケーションなど）を、通信インターフェース１３１２経由でＩＰネットワークから取得することもできる。

　スケーラー１３１４は、ビデオ・デコーダー１３０４でデコードされた映像信号（放送映像）を、受信機１２の画面サイズに応じてスケーリング処理する。

　合成部１３１５は、オーディオ・デコーダー１３０５でデコードされた音声信号と、アプリケーション・エンジン１３１３が再生したデータ放送用の音声信号を合成して、出力用の音声信号を生成する。

　合成部１３１６は、文字スーパー・デコーダー１３０６がデコードした文字スーパー表示と、字幕デコーダー１３０７がデコードした通常の字幕表示を合成する。また、合成部１３１７は、スケーラー１３１４でスケーリング処理された放送映像と、アプリケーション・エンジン１３１３が生成したデータ放送の表示信号を合成する。さらに後段の合成部１３１８は、データ放送の表示が重畳された放送映像と、合成部１３１６から出力される文字スーパー表示及び通常の字幕表示とを合成する。

　スケーラー１３１９は、ＭＰテーブルの第２ループのＭＨ－データ符号化方式記述子（図８を参照のこと）の付加識別情報（図９を参照のこと）に挿入されている緊急字幕付加情報（図１０を参照のこと）で指定されている表示領域情報（ｄｉｓｐｌａｙ＿ａｒｅａ＿ｓｉｚｅ）に従って、合成部１３１８から出力される放送映像に対し、緊急字幕表示のためのスケーリング処理を行なう。

　合成部１３２０は、スケーラー１３１９でスケーリング処理された放送映像に、緊急字幕デコーダー１３０８から出力される緊急字幕を合成して、出力用の映像信号を生成する。

　図１３に示した受信機１２の動作について説明しておく。

　チューナー・復調部１３０１では、放送信号が受信され、復調処理が行なわれて、ＴＬＶストリームが得られる。ＭＭＴデマルチプレクサー１３０２では、このＴＬＶストリームに対して、デマルチプレクス処理及びでパケット化処理を行なわれ、ＮＴＰ時刻情報、映像、音声、文字スーパー、字幕、緊急字幕、データ放送の各符号化信号が抽出される。そして、パケット・フィルター１３０２－１では、デマルチプレクスされた各パケットが、ビデオ・デコーダー１３０４、オーディオ・デコーダー１３０５、文字スーパー・デコーダー１３０６、字幕デコーダー１３０７、緊急字幕デコーダー１３０８、マルチメディア（ＭＭ）キャッシュ１３０９にそれぞれ振り分けられる。ＭＰテーブルでは、映像及び音声以外のアセットに対して第２ループでＭＨ－データ符号化方式記述子（図８を参照のこと）が配置され、同記述子の付加識別情報で字幕タイプが指定されている（前述並びに図９を参照のこと）。字幕タイプ値が「００」（通常の字幕）であれば字幕デコーダー１３０７に振り分けられ、字幕タイプ値が「０１」（文字スーパー）であれば文字スーパー・デコーダー１３０６に振り分けられ、字幕タイプ値が「１０」（緊急字幕）であれば緊急字幕デコーダー１３０８に振り分けられる。

　また、パケット・フィルター１３０２－１で抽出されたシグナリング情報のパケットは、ＳＩフィルター１３０２－１に振り分けられ、フィルタリングされて、ＳＩキャッシュ１３１０にキャッシュされる。

　また、デマルチプレクサー１３０２で抽出されたＮＴＰパケットは、時計回復部１３０３に振り分けられる。時計回復部１３０３では、ＮＴＰパケットに載せられた時刻情報に基づいて、この時刻情報に同期した時刻情報が生成される。つまり、時計回復部１３０３では、放送送出システム１１側の時計部１２０１で生成された時刻情報に合った時刻情報が生成される。

　ＭＭＴデマルチプレクサー１３０２で抽出された符号化映像信号は、ビデオ・デコーダー１３０４に送られてデコードされ、ベースバンドの映像信号が得られる。デマルチプレクサー１３０２で抽出された文字スーパー符号化信号は文字スーパー・デコーダー１３０６に送られてデコードされ、文字スーパーの表示信号が得られる。また、デマルチプレクサー１３０２で抽出された字幕符号化信号は字幕デコーダー１３０７に送られてデコードされ、通常の字幕の表示信号が得られる。また、デマルチプレクサー１３０２で抽出された緊急字幕符号化信号は緊急字幕デコーダー１３０８に送られてデコードされ、緊急字幕の表示信号が得られる。

　放送システム制御部１３１１では、ＳＩフィルター１３０２－２並びにＳＩキャッシュ１３１０を介して受け取るＭＭＴ－ＳＩに基づいて、データ放送アプリケーションの処理を始め受信機１２による受信処理動作全体が制御される。

　アプリケーション・エンジン１３１３では、マルチメディア・キャッシュ１３０９にキャッシュされているデータ放送アプリケーション（ＨＴＭＬ５文書など）の処理が行なわれ、データ放送の表示信号並びに音声信号が生成される。

　スケーラー１３１４では、ビデオ・デコーダー１３０４でデコードされた映像信号（放送映像）のスケーリング処理が行なわれる。また、合成部１３１６は、文字スーパー・デコーダー１３０６でデコードされた文字スーパー表示と、通常の字幕デコーダー１３０７でデコードされた字幕表示が合成される。続いて、合成部１３１７では、スケーラー１３１４でスケーリング処理された放送映像と、アプリケーション・エンジン１３１３で生成されたデータ放送の表示信号が合成される。さらに後段の合成部１３１８では、データ放送の表示が重畳された放送映像と、合成部１３１６から出力される文字スーパー表示及び通常の字幕表示が合成される。

　スケーラー１３１９では、ＭＰテーブルの第２ループのＭＨ－データ符号化方式記述子（図８を参照のこと）の付加識別情報（図９を参照のこと）に挿入されている緊急字幕付加情報（図１０を参照のこと）で指定されている表示領域情報（ｄｉｓｐｌａｙ＿ａｒｅａ＿ｓｉｚｅ）に従って、合成部１３１８から出力される放送映像に対し、緊急字幕表示のためのスケーリング処理が行なわれる。そして、合成部１３２０では、スケーラー１３１９でスケーリング処理された放送映像に、緊急字幕デコーダー１３０８から出力される緊急字幕が合成されて、出力用の映像信号が生成される。

　また、合成部１３１５では、オーディオ・デコーダー１３０５でデコードされた音声信号と、アプリケーション・エンジン１３１３で再生されたデータ放送用の音声信号を合成して、出力用の音声信号が生成される。

　図１３に示した受信機１２において表示画面を生成する仕組みについて、図１４、図１５を参照しながら説明する。

　図１４に示すように、スケーラー１３１４は、ビデオ・デコーダー１３０４でデコードされた映像信号（放送映像）を、受信機１２の画面サイズに応じてスケーリング処理する。そして、合成部１３１７は、スケーラー１３１４でスケーリング処理された放送映像１４１１と、アプリケーション・エンジン１３１３が生成したデータ放送の表示信号（グラフィックス）１４１２を合成して、マルチメディア・プレーン１４０２を生成する。

　また、合成部１３１６は、文字スーパー・デコーダー１３０６がデコードした文字スーパー表示を含む文字スーパー・プレーン１４０４と、字幕デコーダー１３０７がデコードした通常の字幕表示を含む字幕プレーン１４０３とを合成する。

　さらに合成部１３１８は、放送映像にデータ放送の表示が重畳されたマルチメディア・プレーン１４０２と、合成部１３１６から出力される文字スーパー・プレーン１４１４及び通常の字幕プレーン１４１３を合成したプレーンを、背景プレーン１４０１上に順に重畳して、放送画面を生成する。

　図１５には、放送画面に緊急字幕を表示した画面１５００を例示している。同図中、参照番号１５０１は、図１４に示した手順に従って生成された放送画面に相当する。

　ＭＰテーブルの第２ループのＭＨ－データ符号化方式記述子（図８を参照のこと）の付加識別情報（図９を参照のこと）に挿入されている緊急字幕付加情報（図１０を参照のこと）は、パラメーターｄｉｓｐｌａｙ＿ａｒｅａ＿ｓｉｚｅで、放送全画面に緊急字幕を配置する表示する場所と大きさを指定している（前述）。スケーラー１３１９は、放送画面１５０１を縮退させて、ｄｉｓｐｌａｙ＿ａｒｅａ＿ｓｉｚｅで指定された場所に、指定された大きさの緊急字幕の表示領域１５０２を確保する。

　そして、合成部１３２０が、この緊急字幕表示領域１５０２に、緊急字幕デコーダー１３０８から出力される緊急字幕を重畳する。

　図１６には、ＭＰテーブルの第２ループにおいて字幕及び文字スーパーに対して配置されるＭＨ－データ符号化方式記述子を利用した緊急字幕の画面表示制御例を示している。図１６（Ａ）には、緊急告知前の受信機の表示画面１６００を例示している。図示の画面１６００は、通常の放送サービスの受信画面である。この通常の放送受信画面１６００には、参照番号１６０１で示すような、通常の字幕「Ａ選手、左中間にタイムリーヒットを打ちました！」が重畳して表示されることもある。また、図１６（Ｂ）には、受信機が、緊急告知期間に、緊急告知テーブルで指定された情報に基づいて、緊急字幕を表示した画面１６１０を例示している。

　既に説明したように、ＭＰテーブルの緊急字幕に関する第２ループ内に配置するＭＨ－データ符号化方式記述子の付加識別情報（図９を参照のこと）で字幕タイプを緊急字幕に指定するとともに、付加識別情報に挿入されている緊急字幕付加情報（図１０を参照のこと）内のパラメーターｄｉｓｐｌａｙ＿ａｒｅａ＿ｓｉｚｅで緊急字幕を表示する領域の位置及び大きさを指定している。

　図１６（Ｂ）に示した画面表示例１６１０では、ｄｉｓｐｌａｙ＿ａｒｅａ＿ｓｉｚｅで指定された場所と大きさの緊急字幕の表示領域を設けるために、参照番号１６１１で示すように、通常の放送サービスの画面が縮退（スケーリング）される。そして、通常の放送受信画面を縮退して空けられた緊急字幕領域１６１２に、緊急字幕「地震が発生しました！津波警報発令！ただちに高台に避難してください！」が表示されている。

　また、ＭＨ－データ符号化方式記述子の付加識別情報に挿入されている緊急字幕付加情報（図１０を参照のこと）は、緊急字幕表示の対象地域を指定するパラメーターｒｅｇｉｏｎ＿ｓｐｅｃ＿ｔｙｐｅ及びｔａｒｇｅｔ＿ｒｅｇｉｏｎ＿ｓｐｅｃを含んでいる。受信機は、緊急字幕付加情報で指定される対象地域に基づいて、緊急字幕表示の地域フィルタリングを行なうことができる。

　図１７には、緊急字幕表示の地域フィルタリング例を示している。

　日本全国の各地域の受信機がすべて、緊急告知前には、図１６（Ａ）に示したような、通常の放送サービスの受信画面を表示しているとする。

　そして、緊急告知期間に入り、全国各地の受信機が同じ緊急字幕信号及び緊急字幕信号の付加識別情報を示したＭＰテーブルを受信したとする。緊急字幕信号は、ＴＴＭＬ文書によって文字列「地震が発生しました！津波警報発令！ただちに高台に避難してください！」が指定されている。また、この緊急字幕信号の付加識別情報は、緊急字幕付加情報の中で、対象地域として関東（ｔａｒｇｅｔ＿ｒｅｇｉｏｎ＿ｓｐｅｃ＝（ｏｎｌｙ　ｋａｎｔｏ））が指定されていることを想定している。

　関東地域の受信機は、参照番号１７０１で示すように、図１６（Ｂ）に示したと同様の、放送サービスの画面が縮退し、緊急字幕を含んだ画面に切り替えられる。他方、関東地域以外の受信機は、地域指定の記述（ｔａｒｇｅｔ＿ｒｅｇｉｏｎ＿ｓｐｅｃ＝（ｏｎｌｙ　ｋａｎｔｏ））に基づいて当該緊急サービス記述子の対象外であることを検知して、参照番号１７０２で示すように、画面表示の切り替えを行なうことはない。

　図１８には、緊急字幕表示の切り替えシナリオを例示している。同図では、ある放送事業者（放送局）から送信される放送信号（ＴＬＶストリーム）１８００を例示しており、横軸を時間軸とする。

　放送事業者は、１つの放送サービスを提供しており、図示のＴＬＶストリーム１８００では、放送サービス＃１が伝送される。この放送サービス＃１は、通常の放送期間（緊急告知期間以外の期間）において映像、音声、（通常の）字幕、文字スーパー、及びデータ放送の各アセット（コンポーネント）１８０１～１８０５と、放送サービス単位の制御情報（ＭＭＴ－ＳＩ）伝送路１８０６で構成される。放送事業者は、２以上の放送サービスを提供してもよいが、図面の簡素化のため、放送サービス＃１を図示している。

　期間ｔ１～ｔ２は、緊急告知期間である。緊急告知期間には、通常の字幕アセット１８０３とは別に、参照番号１８１０で示すように、緊急字幕アセットが伝送される。また、時刻ｔ２で緊急告知期間が終了すると、緊急字幕アセット１８１０の伝送は停止する。

　放送サービス単位の制御情報（ＭＭＴ－ＳＩ）１８０６で伝送されるＰＡメッセージは、放送サービス＃１のエントリー・ポイントであり、固定のパケット識別情報（例えば、０ｘ００００）が割り当てられている。したがって、受信機側では、上記固定のパケット識別情報を直接指定してＰＡメッセージ３１０を取得することができる（前述）。また、ＰＡメッセージで伝送されるＭＰテーブルは、放送サービス＃１を構成する各アセット１８０１～１８０５並びに１８１０のアセット識別情報とロケーション情報を示している。したがって、受信機側では、上記固定のパケット識別情報を直接指定してＰＡメッセージを取得することができ、さらにＰＡメッセージ内のＭＰテーブルを参照して，放送サービス＃１を構成する各アセット１８０１～１８０５並びに１８１０を間接的に指定することができる（図４を参照のこと）。

　また、ＭＰテーブルは、映像及び音声以外のアセット（図１８に示す例では、通常の字幕アセット１８０３、文字スーパー・アセット１８０４、データ放送アセット１８０５、並びに、緊急字幕アセット１８１０）に対して、データ符号化方式を識別するために、第２ループ内のアセット記述子としてＭＨ－データ符号化方式記述子を配置する。

　本実施形態では、緊急字幕アセット１８１０のＭＨ－データ符号化方式記述子に配置する付加識別情報で、字幕タイプが緊急字幕であることを示すようにしている（図９を参照のこと）。また、字幕タイプが緊急字幕である場合の付加識別情報には、緊急字幕付加情報（ｅｍｅｒｇｅｎｃｙ＿ｃａｐｔｉｏｎ＿ｃｏｎｔｒｏｌ＿ｉｎｆｏ）を配置して、緊急字幕の表示領域の位置大きさと、緊急字幕表示の対象領域を指定するようになっている（図１０を参照のこと）。

　ここで、図１８に示す放送信号（ＴＬＶストリーム）１８００を受信する受信機の動作について考察してみる。但し、受信機は、緊急字幕付加情報で指定されている対象地域に設置されているものとする。また、緊急字幕アセット１８１０で伝送される緊急字幕は「地震が発生しました！津波警報発令！ただちに高台に避難してください！」であるとする。

　受信機は、緊急告知期間ｔ１に入る前は、参照番号１８２１で示すように、放送サービス＃１を受信して全画面で表示している。

　受信機は、放送サービス単位の制御情報（ＭＭＴ－ＳＩ）伝送路１８０６上の固定のパケット識別情報が割り当てられたＰＡメッセージを受信して、ＰＡメッセージに格納されたＭＰテーブルに基づいて、放送サービス＃１を構成する各アセットを取得することができる。したがって、緊急告知期間ｔ１に入ると、受信機は、緊急字幕アセット１８１０を受信することができる。

　受信機は、緊急告知期間に受信するＰＡメッセージに格納されたＭＰテーブルの第２ループに配置されている緊急字幕アセット１８１０のＭＨ－データ符号化方式記述子の付加識別情報を参照して、字幕タイプが緊急字幕であることを検知する。また、受信機は、付加識別情報内の緊急字幕付加情報で指定されている緊急字幕の表示領域の位置大きさと、緊急字幕表示の対象領域を取得すると、緊急字幕画面への切り替え動作を行なう。図示の例では、緊急字幕付加情報の指定に従って、ｄｉｓｐｌａｙ＿ａｒｅａ＿ｓｉｚｅで指定された場所と大きさの緊急字幕の表示領域を設けるために、通常の放送サービスの画面が縮退（スケーリング）され、空いた領域に緊急字幕「地震が発生しました！津波警報発令！ただちに高台に避難してください！」が表示される。

　その後、受信機は、時刻ｔ２で緊急字幕アセット１８１０を受信できなくなると、緊急告知期間が終了したことを検知する。そして、受信機は、参照番号１８２３で示すように、通常の放送サービスの画面を全画面表示に戻す。

　図１９には、図１３に示した受信機１２において、緊急字幕の表示を制御するための手順の一例をフローチャートの形式で示している。受信機１２内では、受信したＭＰテーブルの第２ループに配置されるＭＨ－データ符号化方式記述子において、字幕・文字スーパーの付加識別情報が更新される度（ｓｕｂｔｉｔｌｅ＿ｉｎｆｏ＿ｖｅｒｓｉｏｎが更新されとき）に、本処理ルーチンを起動する。

　まず、放送システム制御部１３１１は、字幕・文字スーパーの付加識別情報（Ａｄｄｉｔｉｏｎａｌ＿Ａｒｉｂ＿Ｓｕｂｔｉｔｌｅ＿ｉｎｆｏ）内で、字幕タイプとして緊急字幕が指定されているか否か（すなわち、ｔｙｐｅ＝１０）をチェックする（ステップＳ１９０１）。字幕タイプが緊急字幕でない場合には（ステップＳ１９０１のＮｏ）、本処理ルーチンを終了する。

　一方、字幕タイプが緊急字幕である場合には（ステップＳ１９０１のＹｅｓ）、放送システム制御部１３１１は、付加識別情報内に挿入される緊急字幕付加情報（ｅｍｅｒｇｅｎｃｙ＿ｃａｐｔｉｏｎ＿ｃｏｎｔｒｏｌ＿ｉｎｆｏ）内のパラメーターｒｅｇｉｏｎ＿ｓｐｅｃ＿ｔｙｐｅ及びｔａｒｇｅｔ＿ｒｅｇｉｏｎ＿ｓｐｅｃを参照して、当該受信機１２がこの緊急字幕の対象地域であるか否かを地域フィルタリングする（ステップＳ１９０２）。

　受信機１２が緊急字幕の対象地域でない場合には（ステップＳ１９０２のＮｏ）、本処理ルーチンを終了する。

　受信機１２が緊急字幕の対象地域である場合並びにすべての地域を対象とする場合には（ステップＳ１９０２のＹｅｓ）、放送システム制御部１３１１は、緊急字幕付加情報内のパラメーターｄｉｓｐｌａｙ＿ａｒｅａ＿ｓｉｚｅに基づいて、スケーラー１３１９に対して、緊急字幕表示のための放送画面のスケーリング（縮退）処理を指示する（ステップＳ１９０３）。

　次いで、放送システム制御部１３１１は、画面のスケーリング（縮退）処理により空いた領域に緊急字幕を表示するように、合成部１３２０に指示する（ステップＳ１９０４）。

　以上、特定の実施形態を参照しながら、本明細書で開示する技術について詳細に説明してきた。しかしながら、本明細書で開示する技術の要旨を逸脱しない範囲で当業者が該実施形態の修正や代用を成し得ることは自明である。

　本明細書では、メディア伝送にＭＭＴ方式を採用した放送システムに本明細書で開示する技術を適用した実施形態を中心に説明してきたが、本明細書で開示する技術の要旨はこれに限定されるものではない。映像及び音声とともに、字幕信号を伝送するさまざまなタイプの放送システムに、同様に本明細書で開示する技術を適用することができ、受信機における緊急時などの放送全画面表示や緊急字幕表示の制御を実現することができる。

　また、本明細書で開示する技術は、緊急字幕の表示だけでなく、アウトスクリーン字幕の表示にも適用することができる。

　要するに、例示という形態により本明細書で開示する技術について説明してきたが、本明細書の記載内容を限定的に解釈するべきではない。本明細書で開示する技術の要旨を判断するためには、特許請求の範囲を参酌すべきである。

　なお、本明細書の開示の技術は、以下のような構成をとることも可能である。
（１）放送サービスを構成する各放送信号とともに緊急字幕信号を送信する送信部と、
　前記緊急字幕信号を含む各放送信号の制御情報を送信する制御情報送信部と、
を具備する送信装置。
（２）前記送信部は、通常の字幕信号とは別に前記緊急字幕信号を付加して送信し、
　前記制御情報送信部は、前記緊急字幕信号の制御情報として、通常の字幕信号の制御情報において字幕タイプが緊急字幕であることを指定する、
上記（１）に記載の送信装置。
（３）前記制御情報送信部は、前記緊急字幕の制御情報の付加情報において、緊急字幕に関する情報を指定する、
上記（２）に記載の送信装置。
（４）前記制御情報送信部は、前記緊急字幕の制御情報の付加情報において、緊急字幕の表示領域に関する情報を指定する、
上記（２）に記載の送信装置。
（５）前記制御情報送信部は、前記緊急字幕の制御情報の付加情報において、緊急字幕を表示する対象地域に関する情報を指定する、
上記（２）乃至（４）のいずれかに記載の送信装置。
（６）前記制御情報送信部は、前記緊急字幕の制御情報の付加情報において、緊急字幕の動作モードとしてライブモードを指定する、
上記（２）乃至（５）のいずれかに記載の送信装置。
（７）前記制御情報送信部は、前記緊急字幕の制御情報の付加情報において、緊急字幕の即時提示を指定する、
上記（２）乃至（６）のいずれかに記載の送信装置。
（８）前記制御情報送信部は、前記緊急字幕の制御情報の付加情報において、受信時の自動表示及び記録再生時の自動非表示を指定する、
上記（２）乃至（７）のいずれかに記載の送信装置。
（９）通常の字幕信号とは別に前記緊急字幕信号を付加して送信する送信ステップと、
　通常の字幕信号の制御情報において字幕タイプが緊急字幕であることを指定する制御情報送信ステップと、
を有する送信方法。
（１０）放送サービスを構成する各放送信号とともに緊急字幕信号を受信する受信部と、
　前記緊急字幕信号を含む各放送信号の制御情報を受信する制御情報受信部と、
　前記制御情報に基づいて放送サービスの画面表示を制御する制御部と、
を具備する受信装置。
（１１）前記受信部は、放送サービスに含まれる通常の字幕信号とは別に前記緊急字幕信号が付加された放送信号を受信し、
　前記制御情報受信部は、通常の字幕信号の制御情報において字幕タイプが緊急字幕であることが指定された制御情報を受信する、
上記（１０）に記載の受信装置。
（１２）前記制御部は、字幕タイプが緊急字幕を示す前記制御情報の付加情報に基づいて、緊急字幕の画面表示を制御する、
上記（１１）に記載の受信装置。
（１３）前記制御部は、前記付加情報において指定される緊急字幕の表示領域に関する情報に基づいて放送サービスの画面を縮退して、空いた領域に緊急字幕を表示する、
上記（１２）に記載の受信装置。
（１４）前記制御部は、前記付加情報で指定された対象地域である場合に限り、緊急字幕の表示を行なう、
上記（１２）又は（１３）のいずれかに記載の受信装置。
（１５）放送サービスを構成する各放送信号とともに緊急字幕信号を受信する受信ステップと、
　前記緊急字幕信号を含む各放送信号の制御情報を受信する制御情報受信ステップと、
　前記制御情報に基づいて放送サービスの画面表示を制御する制御ステップと、
を有する受信方法。

　１０…ディジタル放送システム、１１…放送送出システム
　１２…受信機、１２０１…時計部、１２０２…信号送出部
　１２０３…ビデオ・エンコーダー
　１２０４…オーディオ・エンコーダー
　１２０５…字幕／文字スーパー・エンコーダー
　１２０６…シグナリング・エンコーダー
　１２０７…ファイル・エンコーダー
　１２０８…電子データ処理システム
　１２０９…ＴＬＶシグナリング・エンコーダー
　１２１０…ＩＰサービス・マルチプレクサー
　１２１１…ＴＬＶマルチプレクサー、１２１２…変調・送信部
　１３０１…チューナー復調部
　１３０２…ＭＭＴデマルチプレクサー
　１３０３…時計回復部、１３０４…ビデオ・デコーダー
　１３０５…オーディオ・デコーダー
　１３０６…文字スーパー・デコーダー、１３０７…字幕デコーダー
　１３０８…緊急字幕デコーダー
　１３０９…マルチメディア・キャッシュ、
　１３１０…ＳＩキャッシュ、１３１１…放送システム制御部
　１３１２…通信インターフェース
　１３１３…アプリケーション・エンジン
　１３１４…スケーラー、１３１５～１３１８…合成部
　１３１９…スケーラー、１３２０…合成部

Claims

　放送サービスを構成する各放送信号とともに緊急字幕信号を送信する送信部と、
　前記緊急字幕信号を含む各放送信号の制御情報を送信する制御情報送信部と、
を具備する送信装置。
　前記送信部は、通常の字幕信号とは別に前記緊急字幕信号を付加して送信し、
　前記制御情報送信部は、前記緊急字幕信号の制御情報として、通常の字幕信号の制御情報において字幕タイプが緊急字幕であることを指定する、
請求項１に記載の送信装置。
　前記制御情報送信部は、前記緊急字幕の制御情報の付加情報において、緊急字幕に関する情報を指定する、
請求項２に記載の送信装置。
　前記制御情報送信部は、前記緊急字幕の制御情報の付加情報において、緊急字幕の表示領域に関する情報を指定する、
請求項２に記載の送信装置。
　前記制御情報送信部は、前記緊急字幕の制御情報の付加情報において、緊急字幕を表示する対象地域に関する情報を指定する、
請求項２に記載の送信装置。
　前記制御情報送信部は、前記緊急字幕の制御情報の付加情報において、緊急字幕の動作モードとしてライブモードを指定する、
請求項２に記載の送信装置。
　前記制御情報送信部は、前記緊急字幕の制御情報の付加情報において、緊急字幕の即時提示を指定する、
請求項２に記載の送信装置。
　前記制御情報送信部は、前記緊急字幕の制御情報の付加情報において、受信時の自動表示及び記録再生時の自動非表示を指定する、
請求項２に記載の送信装置。
　通常の字幕信号とは別に前記緊急字幕信号を付加して送信する送信ステップと、
　通常の字幕信号の制御情報において字幕タイプが緊急字幕であることを指定する制御情報送信ステップと、
を有する送信方法。
　放送サービスを構成する各放送信号とともに緊急字幕信号を受信する受信部と、
　前記緊急字幕信号を含む各放送信号の制御情報を受信する制御情報受信部と、
　前記制御情報に基づいて放送サービスの画面表示を制御する制御部と、
を具備する受信装置。
　前記受信部は、放送サービスに含まれる通常の字幕信号とは別に前記緊急字幕信号が付加された放送信号を受信し、
　前記制御情報受信部は、通常の字幕信号の制御情報において字幕タイプが緊急字幕であることが指定された制御情報を受信する、
請求項１０に記載の受信装置。
　前記制御部は、字幕タイプが緊急字幕を示す前記制御情報の付加情報に基づいて、緊急字幕の画面表示を制御する、
請求項１１に記載の受信装置。
　前記制御部は、前記付加情報において指定される緊急字幕の表示領域に関する情報に基づいて放送サービスの画面を縮退して、空いた領域に緊急字幕を表示する、
請求項１２に記載の受信装置。
　前記制御部は、前記付加情報で指定された対象地域である場合に限り、緊急字幕の表示を行なう、
請求項１２に記載の受信装置。
　放送サービスを構成する各放送信号とともに緊急字幕信号を受信する受信ステップと、
　前記緊急字幕信号を含む各放送信号の制御情報を受信する制御情報受信ステップと、
　前記制御情報に基づいて放送サービスの画面表示を制御する制御ステップと、
を有する受信方法。