(57)【要約】【課題】放送サービスを利用して緊急警報情報を好適に伝送する。【解決手段】１００ミリ秒間隔の伝送フレームのプリアンブル部３１は、同調データ部３１Ａと予約ビット部３１Ｂを含み、所定の合計ビット長からなる。同調データ部３１Ａには、受信側で当該放送チャンネルに同調するためのＬ１データが格納される。また、プリアンブル部３１内の予約ビット部３１Ｂには、緊急警報情報処理部２０２で処理された緊急警報情報が格納される。定義済みメッセージ・モードでは、メッセージがあらかじめ定義済みの緊急警報情報をバイナリー・フォーマットで表現して、１フレームだけで伝送する。【選択図】  図３
2015061240.tif 000002
【特許請求の範囲】
【請求項１】
緊急警報情報を取得する緊急警報情報取得部と、
放送コンテンツを取得する放送コンテンツ取得部と、
放送コンテンツを格納するペイロードと、緊急警報情報を含んだペイロード外の規定信号からなる伝送フレームを生成する伝送フレーム生成部と、
前記伝送フレームを送信する送信部と、
を具備する送信装置。
【請求項２】
前記送信部は、放送局に割り当てられた放送チャンネルで前記伝送フレームを送信する、
請求項１に記載の送信装置。
【請求項３】
前記規定信号は、伝送フレーム中でペイロードに先行するプリアンブルである、
請求項１に記載の送信装置。
【請求項４】
前記規定信号は、受信側で同調に使用する同調データを含み、余剰部分に前記緊急警報情報を格納する、
請求項１に記載の送信装置。
【請求項５】
前記伝送フレーム生成部は、メッセージがあらかじめ定義済みでバイナリー・フォーマットで表現された緊急警報情報を、１つの規定信号に格納する、
請求項１に記載の送信装置。
【請求項６】
前記伝送フレーム生成部は、１つの緊急警報情報を複数の規定信号を使用して格納する、
請求項１に記載の送信装置。
【請求項７】
前記伝送フレーム生成部は、テキストからなる緊急警報情報を複数の規定信号を使用して格納する、
請求項１に記載の送信装置。
【請求項８】
前記伝送フレーム生成部は、所定のファイル形式からなる緊急警報情報を複数の規定信号を使用して格納する、
請求項１に記載の送信装置。
【請求項９】
前記緊急警報情報取得部は、所定のファイル形式からなる緊急警報情報を取得し、
所定のファイル形式からなる緊急警報情報をフィルタリング又は形式変換する緊急警報情報処理部をさらに備え、
前記伝送フレーム生成部は、前記緊急警報情報処理部による処理後の緊急警報情報を規定信号に格納する、
請求項８に記載の送信装置。
【請求項１０】
前記伝送フレーム生成部は、メッセージがあらかじめ定義済みでバイナリー・フォーマットで表現された緊急警報情報を１つの規定信号に格納する形式、テキストからなる緊急警報情報を複数の規定信号を使用して格納する形式、所定のファイル形式からなる緊急警報情報を複数の規定信号を使用して格納する形式のうちいずれかの形式を使用し、使用する形式を規定信号内で明示する、
請求項１に記載の送信装置。
【請求項１１】
緊急警報情報を取得する緊急警報情報取得ステップと、
放送コンテンツを取得する放送コンテンツ取得ステップと、
放送コンテンツを格納するペイロードと、緊急警報情報を含んだペイロード外の規定信号からなる伝送フレームを生成する伝送フレーム生成ステップと、
前記伝送フレームを送信する送信ステップと、
を有する送信方法。
【請求項１２】
放送コンテンツを格納するペイロードと、緊急警報情報を含んだペイロード外の規定信号からなる伝送フレームを受信する受信部と、
受信した前記伝送フレームを復調するデモジュレーターと、
画像を表示する表示部と、
前記表示部を制御する制御部と、
を具備し、
前記制御部は、受信した前記伝送フレーム中の前記規定信号を前記デモジュレーターで復調して得られた前記緊急警報情報を前記表示部に表示させる、
受信装置。
【請求項１３】
前記受信部は、所望の放送チャンネルに同調して前記伝送フレームを受信する、
請求項１２に記載の受信装置。
【請求項１４】
前記規定信号は、伝送フレーム中でペイロードに先行するプリアンブルである、
請求項１２に記載の受信装置。
【請求項１５】
音声を出力する音声出力部をさらに備え、
前記制御部は、前記デモジュレーターで前記規定信号を復調して得られた前記緊急警報情報を前記音声出力部から音声出力させる、
請求項１２に記載の受信装置。
【請求項１６】
前記デモジュレーターで前記規定信号を復調して得られた前記緊急警報情報を一時格納するバッファーをさらに備え、
前記制御部は、シリアル・インターフェース経由で前記バッファーから前記緊急警報情報を読み取る、
請求項１２に記載の受信装置。
【請求項１７】
前記制御部はスタンバイ状態で待機しており、
前記デモジュレーターは、受信した前記伝送フレームから有効な前記緊急警報情報を得たときに、前記制御部に対してブート・トリガー信号を出力して起動する、
請求項１２に記載の受信装置。
【請求項１８】
前記デモジュレーターは、間欠起動して、受信した前記伝送フレーム中の前記規定信号をチェックする、
請求項１２に記載の受信装置。
【請求項１９】
放送コンテンツを格納するペイロードと、緊急警報情報を含んだペイロード外の規定信号からなる伝送フレームを受信する受信ステップと、
受信した前記伝送フレームを復調するデモジュレーティング・ステップと、
受信した前記伝送フレーム中の前記規定信号を復調して得られた前記緊急警報情報を前記表示部に表示する表示ステップ
を有する受信方法。
【請求項２０】
放送コンテンツを格納するペイロードと、緊急警報情報を含んだペイロード外の規定信号からなる伝送フレームを受信する受信部、
受信した前記伝送フレームを復調するデモジュレーター、
画像を表示する表示部、
受信した前記伝送フレーム中の前記規定信号を前記デモジュレーターで復調して得られた前記緊急警報情報を前記表示部に表示させる制御部、
としてコンピューターを機能させるようにコンピューター可読形式で記述されたコンピューター・プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本明細書で開示する技術は、緊急警報情報を送信する送信装置及び送信方法、緊急警報情報を受信する受信装置及び受信方法、並びにコンピューター・プログラムに関する。
【背景技術】
【０００２】
人々の生活は、地震や地震に伴う津波、台風や豪雨、暴風、竜巻、洪水、山火事といった自然災害や、さらには大規模テロリズムなど、さまざまな危険な事象に晒されている。また、交通手段の運行状況（例えば、スクール・バスの発着時刻の乱れ）や学校情報（例えば、登下校時間の変更や休講、伝染病の流行による閉鎖など）も危険な事象に陥る原因となりかねない。このため、緊急警報情報を人々に一刻も早く危険を知らせ、避難を促す必要がある。
【０００３】
災害時の緊急警報情報は、気象庁などの政府機関が提供するのが一般的である。また、緊急警報情報の通知には、テレビなどの放送サービスを利用することができる。例えば、ＩＳＤＢ−Ｔ（Ｉｎｔｅｇｒａｔｅｄ  Ｓｅｒｖｉｃｅｓ  Ｄｉｇｉｔａｌ  Ｂｒｏａｄｃａｓｔｉｎｇ−Ｔｅｒｒｅｓｔｒｉａｌ、ＡＲＩＢ規格ＳＴＤ‐Ｂ３１）方式の地上ディジタル放送では、番組特定情報のＰＭＴ（Ｐｒｏｇｒａｍ  Ｍａｎａｇｅｍｅｎｔ  Ｔａｂｌｅ）パケット内に緊急警報情報記述子という緊急警報を送信する信号が定義されている。
【０００４】
また、待機消費電力を抑えて動作し電源が入っていない受信装置を起動して、緊急警報情報を受信装置に知らせる仕組みについて提案がなされている。ＩＳＤＢ−Ｔ方式の地上ディジタル放送の受信装置は、受信装置の通常動作時の電源が供給されていない場合に、受信装置の復調動作に関わる情報を伝送するために設けられているＴＭＣＣ（Ｔｒａｎｓｍｉｓｓｉｏｎ  ａｎｄ  Ｍｕｌｔｉｐｌｅｘｉｎｇ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｃｏｎｔｒｏｌ）キャリアに格納されている緊急警報放送用起動フラグを検出する伝送制御信号用の受信機能を備え、緊急警報放送用起動フラグが１（緊急警報放送あり）のとき、受信装置の電源を投入し、受信装置に緊急警報放送の視聴を促すことができる（例えば、特許文献１を参照のこと）。
【０００５】
また、受信装置の電源が入っていない場合、あるいは他のチャンネルを受信している場合に、緊急警報情報時に電源投入あるいはチャンネル切り替えを促すディジタル放送システムについて開示されている（例えば、特許文献２を参照のこと）。受信装置は、部分受信セグメント内のＴＭＣＣ信号及びＡＣ信号を受信すると、電源を投入した後あるいはチャンネルを切り替えた後に、その他の災害・防災情報並びに映像・音声の再生を行なう。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
本明細書で開示する技術の目的は、緊急警報情報を好適に送信することができる優れた送信装置及び送信方法、緊急警報情報を好適に受信することができる優れた受信装置及び受信方法、並びにコンピューター・プログラムを提供することにある。
【０００７】
本明細書で開示する技術のさらなる目的は、放送サービスを利用して緊急警報情報を好適に伝送することができる、優れた送信装置及び送信方法、受信装置及び受信方法、並びにコンピューター・プログラムを提供することにある。
【課題を解決するための手段】
【０００８】
本願は、上記課題を参酌してなされたものであり、請求項１に記載の技術は、
緊急警報情報を取得する緊急警報情報取得部と、
放送コンテンツを取得する放送コンテンツ取得部と、
放送コンテンツを格納するペイロードと、緊急警報情報を含んだペイロード外の規定信号からなる伝送フレームを生成する伝送フレーム生成部と、
前記伝送フレームを送信する送信部と、
を具備する送信装置である。
【０００９】
本願の請求項２に記載の技術によれば、請求項１に記載の送信装置の前記送信部は、放送局に割り当てられた放送チャンネルで前記伝送フレームを送信するように構成されている。
【００１０】
本願の請求項３に記載の技術によれば、請求項１に記載の送信装置において、前記規定信号は、伝送フレーム中でペイロードに先行するプリアンブルである。
【００１１】
本願の請求項４に記載の技術によれば、請求項１に記載の送信装置において、前記規定信号は、受信側で同調に使用する同調データを含み、余剰部分に前記緊急警報情報を格納するように構成されている。
【００１２】
本願の請求項５に記載の技術によれば、請求項１に記載の送信装置の前記伝送フレーム生成部は、メッセージがあらかじめ定義済みでバイナリー・フォーマットで表現された緊急警報情報を、１つの規定信号に格納するように構成されている。
【００１３】
本願の請求項６に記載の技術によれば、請求項１に記載の送信装置の前記伝送フレーム生成部は、１つの緊急警報情報を複数の規定信号を使用して格納するように構成されている。
【００１４】
本願の請求項７に記載の技術によれば、請求項１に記載の送信装置の前記伝送フレーム生成部は、テキストからなる緊急警報情報を複数の規定信号を使用して格納するように構成されている。
【００１５】
本願の請求項８に記載の技術によれば、請求項１に記載の送信装置の前記伝送フレーム生成部は、所定のファイル形式からなる緊急警報情報を複数の規定信号を使用して格納するように構成されている。
【００１６】
本願の請求項９に記載の技術によれば、請求項１に記載の送信装置の前記緊急警報情報取得部は、所定のファイル形式からなる緊急警報情報を取得するように構成され、また、送信装置は、所定のファイル形式からなる緊急警報情報をフィルタリング又は形式変換する緊急警報情報処理部をさらに備えている。そして、前記伝送フレーム生成部は、前記緊急警報情報処理部による処理後の緊急警報情報を規定信号に格納するように構成されている。
【００１７】
本願の請求項１０に記載の技術によれば、請求項１に記載の送信装置の前記伝送フレーム生成部は、メッセージがあらかじめ定義済みでバイナリー・フォーマットで表現された緊急警報情報を１つの規定信号に格納する形式、テキストからなる緊急警報情報を複数の規定信号を使用して格納する形式、所定のファイル形式からなる緊急警報情報を複数の規定信号を使用して格納する形式のうちいずれかの形式を使用し、使用する形式を規定信号内で明示するように構成されている。
【００１８】
また、本願の請求項１１に記載の技術は、
緊急警報情報を取得する緊急警報情報取得ステップと、
放送コンテンツを取得する放送コンテンツ取得ステップと、
放送コンテンツを格納するペイロードと、緊急警報情報を含んだペイロード外の規定信号からなる伝送フレームを生成する伝送フレーム生成ステップと、
前記伝送フレームを送信する送信ステップと、
を有する送信方法である。
【００１９】
また、本願の請求項１２に記載の技術は、
放送コンテンツを格納するペイロードと、緊急警報情報を含んだペイロード外の規定信号からなる伝送フレームを受信する受信部と、
受信した前記伝送フレームを復調するデモジュレーターと、
画像を表示する表示部と、
前記表示部を制御する制御部と、
を具備し、
前記制御部は、受信した前記伝送フレーム中の前記規定信号を前記デモジュレーターで復調して得られた前記緊急警報情報を前記表示部に表示させる、
受信装置である。
【００２０】
本願の請求項１３に記載の技術によれば、請求項１２に記載の受信装置の前記受信部は、所望の放送チャンネルに同調して前記伝送フレームを受信するように構成されている。
【００２１】
本願の請求項１４に記載の技術によれば、請求項１２に記載の受信装置において、前記規定信号は、伝送フレーム中でペイロードに先行するプリアンブルである。
【００２２】
本願の請求項１５に記載の技術によれば、請求項１２に記載の受信装置は、音声を出力する音声出力部をさらに備えている。そして、前記制御部は、前記デモジュレーターで前記規定信号を復調して得られた前記緊急警報情報を前記音声出力部から音声出力させるように構成されている。
【００２３】
本願の請求項１６に記載の技術によれば、請求項１２に記載の受信装置は、前記デモジュレーターで前記規定信号を復調して得られた前記緊急警報情報を一時格納するバッファーをさらに備えている。そして、前記制御部は、シリアル・インターフェース経由で前記バッファーから前記緊急警報情報を読み取るように構成されている。
【００２４】
本願の請求項１７に記載の技術によれば、請求項１２に記載の受信装置の前記制御部はスタンバイ状態で待機しており、前記デモジュレーターは、受信した前記伝送フレームから有効な前記緊急警報情報を得たときに、前記制御部に対してブート・トリガー信号を出力して起動するように構成されている。
【００２５】
本願の請求項１８に記載の技術によれば、請求項１２に記載の受信装置の前記デモジュレーターは、間欠起動して、受信した前記伝送フレーム中の前記規定信号をチェックするように構成されている。
【００２６】
また、本願の請求項１９に記載の技術は、
放送コンテンツを格納するペイロードと、緊急警報情報を含んだペイロード外の規定信号からなる伝送フレームを受信する受信ステップと、
受信した前記伝送フレームを復調するデモジュレーティング・ステップと、
受信した前記伝送フレーム中の前記規定信号を復調して得られた前記緊急警報情報を前記表示部に表示する表示ステップ
を有する受信方法である。
【００２７】
また、本願の請求項２０に記載の技術は、
放送コンテンツを格納するペイロードと、緊急警報情報を含んだペイロード外の規定信号からなる伝送フレームを受信する受信部、
受信した前記伝送フレームを復調するデモジュレーター、
画像を表示する表示部、
受信した前記伝送フレーム中の前記規定信号を前記デモジュレーターで復調して得られた前記緊急警報情報を前記表示部に表示させる制御部、
としてコンピューターを機能させるようにコンピューター可読形式で記述されたコンピューター・プログラムである。
【００２８】
本願の請求項２０に係るコンピューター・プログラムは、コンピューター上で所定の処理を実現するようにコンピューター可読形式で記述されたコンピューター・プログラムを定義したものである。換言すれば、本願の請求項２０に係るコンピューター・プログラムをコンピューターにインストールすることによって、コンピューター上では協働的作用が発揮され、本願の請求項１２に係る受信装置と同様の作用効果を得ることができる。
【発明の効果】
【００２９】
本明細書で開示する技術によれば、放送サービスを利用して緊急警報情報を好適に伝送することができる、優れた送信装置及び送信方法、受信装置及び受信方法、並びにコンピューター・プログラムを提供することができる。
【００３０】
本明細書で開示する技術によれば、放送チャンネルの同調のために周期的に送信される規定信号部分に緊急警報情報を格納することで、放送信号を受信する各受信装置に緊急警報情報を確実に伝送することができる。このような規定信号は、放送信号の伝送フレーム中で、ペイロードより前方（プリアンブル）に配置される。したがって、受信装置側では、規定信号をデコードするだけで（すなわち、放送データ自体をデコードすることなく、物理層若しくは通信プロトコルの下位層の処理だけで）、低負荷で且つ即時にユーザーにメッセージを提供することができる。
【００３１】
また、本明細書で開示する技術によれば、単一の規定信号又は複数の規定信号にまたがって、さまざまな粒度からなる緊急警報情報を伝送することができる。
【００３２】
また、本明細書で開示する技術によれば、通知したい緊急警報情報をあらかじめ規定したインデックス情報の形式にすることで、小サイズ化して単一の規定信号だけで伝送することができる。受信側では、単一の規定信号から、低負荷（物理層若しくは通信プロトコルの下位層の処理だけ）で且つ瞬時にーザーに警報することができる。
【００３３】
なお、本明細書に記載された効果は、あくまでも例示であり、本発明の効果はこれに限定されるものではない。また、本発明が、上記の効果以外に、さらに付加的な効果を奏する場合もある。
【００３４】
本明細書で開示する技術のさらに他の目的、特徴や利点は、後述する実施形態や添付する図面に基づくより詳細な説明によって明らかになるであろう。
【図面の簡単な説明】
【００３５】
【図１】図１は、緊急警報情報伝送システム１の構成例を模式的に示した図である。
【図２】図２は、送信装置２００の内部構成を模式的に示した図である。
【図３】図３は、所定の放送規格に則った放送信号２１０の伝送フレームのフォーマット例を模式的に示した図である。
【図４Ａ】図４Ａは、予約ビット部３１Ｂに格納される緊急警報情報の構文例を示した図である。
【図４Ｂ】図４Ｂは、予約ビット部３１Ｂに格納される緊急警報情報の構文例を示した図である。
【図４Ｃ】図４Ｃは、予約ビット部３１Ｂに格納される緊急警報情報の構文例を示した図である。
【図５】図５は、図４Ａ〜図４Ｃで使用される各文言の定義を示した図である。
【図６】図６は、送信装置２００が緊急警報情報を受信装置３００に向けて送信（放送）するための処理手順を示したフローチャート図である。
【図７】図７は、受信装置３００の内部構成例を示した図である
【図８】図８は、受信装置３００において、送信装置２００から送られてくる伝送フレームを受信して、警報情報のメッセージを表示するまでのタイムチャートを示した図である。
【図９】図９は、プリアンブル内に緊急警報情報を含む伝送フレームの他のフォーマット例を示した図である。
【図１０】図１０は、定義済みメッセージ・モードの形式で緊急警報情報部９１１Ｂに格納される緊急警報情報（ＥＷＳ）の構文例を示した図である。
【発明を実施するための形態】
【００３６】
以下、図面を参照しながら本明細書で開示する技術の実施形態について詳細に説明する。
【００３７】
図１には、緊急警報情報伝送システム１の構成例を模式的に示している。図示の緊急警報情報伝送システム１は、緊急警報情報を提供する情報提供装置１００と、提供された緊急警報情報１１０を送信する送信装置２００と、緊急警報情報を受信して近隣のユーザーに報知する受信装置３００で構成される。
【００３８】
情報提供装置１００は、例えば気象庁やその他の政府機関で運営され、地震や地震に伴う津波、台風や豪雨、暴風、竜巻、洪水、山火事といった自然災害や、大規模テロリズム、さらには交通手段の運行状況、学校情報など、さまざまな緊急事態が発生したことを警報する緊急警報情報１１０を、送信装置２００に提供する。
【００３９】
情報提供装置１００と送信装置２００間を接続する通信路の構成は任意である。例えばインターネットなどの公衆ネットワークや、専用回線を通信路に用いることができる。あるいは、紙媒体に記入された緊急警報情報を、ファクシミリなどを用いて送信装置２００のユーザーに送付するようにしてもよい。
【００４０】
また、緊急警報情報１１０を記述する形式は任意である。例えば、ＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）のような構造記述言語の形式で緊急警報情報１１０を記述するようにしてもよい。例えば、アメリカ国土安全保障省（Ｕｎｉｔｅｄ  Ｓｔａｔｅｓ  Ｄｅｐａｒｔｍｅｎｔ  ｏｆ  Ｈｏｍｅｌａｎｄ  Ｓｅｃｕｒｉｔｙ）やアメリカ地質調査所（ＵＳＧＳ：Ｕｎｉｔｅｄ  Ｓｔａｔｅｓ  Ｇｅｏｌｏｇｉｃａｌ  Ｓｕｒｖｅｙ)、カナダ政府を始めとする数多の組織は、ＣＡＰ（Ｃｏｍｍｏｎ  Ａｌｅｒｔｉｎｇ  Ｐｒｏｔｏｃｏｌ）と呼ばれる単純で標準化されたＸＭＬデータ・フォーマットを用いて、広範な種類の警告や緊急警報の情報を交換している。情報提供装置１００は、ＣＡＰ形式で緊急警報情報１１０を送信装置２００に提供するようにしてもよい。
【００４１】
送信装置２００は、例えば地上波ディジタル放送サービスを行なう放送局により運営され、テレビ番組などの規定のフォーマットからなる放送信号２１０をブロードキャストする。図１では、簡素化のため１台の送信装置２００しか描いていないが、放送局毎に送信装置２００が設置されているものと理解されたい。本実施形態では、送信装置２００は、テレビ番組などの動画像コンテンツを伝送する放送信号２１０中に、後述する形式で緊急警報情報を挿入して、ブロードキャストする。
【００４２】
なお、図１では、送信装置２００は政府機関で運営される情報提供装置１００から緊急警報情報１１０を受け取るように構成されているが、送信装置２００は、情報提供装置１００以外の情報源から緊急警報情報を取得するようにしてもよい。また、情報提供装置１００は、必ずしも政府機関で運営される必要はなく、私的な団体や放送局自体で運営されていてもよい。
【００４３】
受信装置３００は、例えば、テレビ受像機やセット・トップ・ボックスに相当し、地上波ディジタル放送信号２１０を受信するチューナーを内部に装備している。各一般家庭に１台又はそれ以上のテレビ受像機やセット・トップ・ボックスが設置されていることが想定されるが、図１では、簡素化のため１台の受信装置３００しか描いていない。受信装置３００は、受信した放送信号中に、後述する形式で挿入された緊急警報情報をデコードすると、警報メッセージをテレビ画面に表示したり、警報音を音声出力したりして、テレビ番組を視聴しているユーザーに対し即時に警報する。
【００４４】
図２には、送信装置２００の内部構成を模式的に示している。図示の送信装置２００は、緊急警報情報受信部２０１と、緊急警報情報処理部２０２と、番組コンテンツ取得部２０３と、放送信号生成部２０４と、放送信号送信部２０５で構成される。
【００４５】
緊急警報情報受信部２０１は、インターネットなどの公衆ネットワークや専用回線などの通信路（いずれも図示しない）を介して、情報提供装置１００から、ＣＡＰ形式又はその他の任意の形式で記述された緊急警報情報１１０を受信する。
【００４６】
緊急警報情報処理部２０２は、受信した緊急警報情報１１０に対し、不要な情報の除去（例えば、放送エリアに関連しない情報）などのフィルタリング処理や、ファイル形式の変換などの処理を行なう。また、本実施形態では、送信装置２００から受信装置３００へ緊急警報情報を送信する際に複数の形式が用意されているが（後述）、緊急警報情報処理部２０２は、どの形式で緊急警報情報を送信するかを決定する。例えば、緊急警報情報処理部２０２は、緊急警報情報の内容を解析して送信形式を決定するようにしてもよいし、ユーザーのマニュアル操作（放送局内での方針）に従って送信形式を決定するようにしてもよい。
【００４７】
番組コンテンツ取得部２０３は、放送番組本体となるＡＶコンテンツを取得する。番組コンテンツ取得部２０３は、既に収録されたＡＶコンテンツの保管場所から、放送時間帯に応じて該当するＡＶコンテンツを取り出すこともあるし、スタジオやロケーション場所からのライブのＡＶコンテンツが供給されることもある。
【００４８】
放送信号生成部２０４は、所定の放送規格に則った形式の放送信号を生成する。放送規格として、例えば、アメリカ合衆国、カナダ、メキシコ、大韓民国などで採用されているＡＴＳＣ（Ａｄｖａｎｃｅｄ  Ｔｅｌｅｖｉｓｉｏｎ  Ｓｙｓｔｅｍｓ  Ｃｏｍｍｉｔｔｅｅ）を挙げることができる。本実施形態では、放送信号は、受信側で放送チャンネルの同調に使用するプリアンブルと、番組本体となるＡＶコンテンツを格納する固定長又は可変長のペイロードからなる。本実施形態では、放送信号生成部２０４は、緊急警報情報処理部２０２が決定した形式の緊急警報情報をプリアンブル内に格納するが、詳細については後述に譲る。
【００４９】
放送信号送信部２０５は、生成された放送信号を、符号化、ＯＦＤＭ（Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅｘｉｎｇ）などのディジタル変調、ＡＤ変換、ＲＦ帯（当該放送局に割り当てられた周波数チャンネル）へのアップコンバージョン、電力増幅などを行ない、電波塔などの送信アンテナ（図示しない）から送出する。
【００５０】
なお、すべての機能モジュール２０１〜２０５が物理的に単一の装置内に配設される必要はなく、少なくとも一部の機能モジュールが他の機能モジュールとは物理的に独立した装置として構成される形態もあり得る。例えば、緊急警報情報処理部２０２は、インターネット（図示しない）上の緊急警報情報処理サーバーとして構成してもよい。
【００５１】
図３には、所定の放送規格に則った放送信号の伝送フレームのフォーマット例を模式的に示している。図示の例では、伝送フレーム３０は、受信側で放送チャンネルの同調に使用するプリアンブル（Ｐｒｅａｍｂｌｅ）部３１と、番組本体となるＡＶコンテンツ並びに補助データを格納する固定長のペイロード（Ｐａｙｌｏａｄ）３２からなる。伝送フレーム３０の１フレームは伝送方式によりさまざまである。本実施形態では、一例として１フレームを１００ミリ秒とした。
【００５２】
プリアンブル部３１は、同調データ部３１Ａと予約ビット部３１Ｂを含む。プリアンブル部３１の合計ビット長は伝送方式によりさまざまである。本実施形態では、一例としてプリアンブル部３１の合計ビット長を１２００ビット長とした。同調データ部３１Ａには、受信側で当該放送チャンネルに同調するためのデータ（Ｃｒｉｔｉｃａｌ  ｄａｔａ  ｆｏｒ  ｔｕｎｉｎｇ）であるＬ１データが格納されている。また、本実施形態では、プリアンブル部３１内の予約ビット部３１Ｂには、緊急警報情報処理部２０２で処理された緊急警報情報が格納される。伝送フレームが１００ミリ秒であることから、１００ミリ秒間隔で受信側に緊急警報情報が届くことになる。緊急警報情報はペイロード３２ではなくプリアンブル部３１に格納されるので、ＴＳ（トランスポート・ストリーム）中の制御用パケット（ＰＭＴ）として緊急警報情報を送信するＩＳＤＢ−Ｔ方式とは明らかに相違する、という点を十分理解されたい。
【００５３】
本実施形態では、緊急警報情報を伝送する形式として、以下に示す３通りが用意されている。
【００５４】
（１）定義済みメッセージ・モード
（２）ヘッドライン・メッセージ・モード
（３）ダイジェストＣＡＰモード
【００５５】
定義済みメッセージ・モード（ｐｒｅｄｅｔｅｒｍｉｎｅｄ  ｍｅｓｓａｇｅ  ｍｏｄｅ）は、メッセージがあらかじめ定義済みの緊急警報情報を小サイズのバイナリー・フォーマットで表現して、１フレーム（すなわち１個のプリアンブル）だけで伝送する形式である。緊急に警報したい事象は、地震や地震に伴う津波、台風や豪雨、暴風、竜巻、洪水といった自然災害や、大規模テロリズム、さらには交通手段の運行状況、学校情報などさまざまであるが、各事象を通知する定型メッセージをあらかじめ規定したバイナリー・フォーマットで表現された小サイズのインデックス情報に置き換えることで、緊急警報情報を１個のプリアンブル内に格納することができる。例えば、通知したい事象にバイナリー・フォーマットのインデックス番号を割り振り、インデックス番号だけをプリアンブル内の予約ビット部３１Ｂに格納する。受信側では、１００ミリ秒周期で届くプリアンブルのいずれか１つからデコードしたインデックス番号から元の緊急警報情報を検索して、即時的に警報を発することができる。また、プリアンブル部３１をデコードするだけでよく、ペイロード３２のデコードを行なう必要がないので、低負荷（物理層若しくは通信プロトコルの下位層の処理だけ）で且つ即時に定型メッセージを発することができる。
【００５６】
ヘッドライン・メッセージ・モードは、緊急警報情報をテキスト形式で記述したヘッドライン・テキスト情報として構成して、１０〜２０フレームを使用して伝送する形式である。緊急警報情報をバイナリー・フォーマットに符号化するのではなくテキストとして記述するので、表現力が豊かになる。したがって、受信側では、定型メッセージよりも詳しい内容の緊急警報情報を提供することができる。また、プリアンブルをデコードするだけでよく、ペイロードのデコードを行なう必要がないので、低負荷（物理層若しくは通信プロトコルの下位層の処理だけ）で緊急警報のメッセージを発することができる。但し、１０〜２０フレームだけ受信してからでないと警報を発することができないので、定義済みメッセージ・モードよりも即時性の点で劣る。
【００５７】
ダイジェストＣＡＰモードは、情報提供装置１００から提供されたＣＡＰ形式の緊急警報情報を、フィルタリングやファイル形式の変換などのダイジェスト処理を行なってから伝送する形式である。ダイジェスト処理した後であってもＣＡＰ形式の緊急警報情報はサイズが大きく、２０フレーム超のフレーム数を使用して送信することになる。ヘッドライン・テキスト情報よりもさらに詳細な緊急警報情報を提供することが可能になるが、緊急警報情報を送信開始してから受信側で警報を発するまでの処理時間が、ヘッドライン・メッセージ・モードよりもさらに長くなる。
【００５８】
図４Ａ〜図４Ｃには、予約ビット部３１Ｂに格納される緊急警報情報の構文（Ｓｙｎｔａｘ）例を示している。また、図５には、図４Ａ〜図４Ｃで使用される各文言の定義を示している。
【００５９】
まず、図５を上段から順に参照しながら、各文言の定義について説明しておく。Ｔａｂｌｅ＿ｉｄは、今後議論して決められる８ビットの値である。ａｌｅｒｔ＿ｉｄは、緊急警報情報の識別情報を表す８ビットの値であり、ＥＡＳ（Ｅｍｅｒｇｅｎｃｙ  Ａｌｅｒｔ  Ｓｙｓｔｅｍ）メッセージを一意に識別する。ｖｅｒｓｉｏｎ＿ｎｕｍｂｅｒは、各ＥＡＳメッセージのバージョンの識別情報を表す４ビットの値である。ｍｅｓｓａｇｅ＿ｔｒａｎｓｆｅｒ＿ｔｙｐｅは、緊急警報情報を伝送する形式を表す２ビットの値であり、００（デフォルト値）は定義済みメッセージ・モード、０１はヘッドライン・テキスト・モード、１０はダイジェストＣＡＰモード、１１は予約値である。ｆｒａｍｅ＿ｓｔａｔｕｓは当該伝送フレームの状態を表す２ビットの値であり、００（デフォルト値）は無効なフレーム、０１は緊急警報情報メッセージの開始フレーム、１０は緊急警報情報メッセージの途中のフレーム、１１は緊急警報情報メッセージの終了フレームであることを示す。ｄｉｓｐｌａｙ＿ｍｅｓｓａｇｅ＿ｔｙｐｅは、定義済みテキスト・メッセージのインデックスを表す８ビットの値である（例えば、１はテロ攻撃（Ｔｅｒｒｏｒｉｓｔｓ  Ａｔｔａｃｋ！）のように、あらかじめメッセージを規定しておく）。ａｕｒａｌ＿ｍｅｓｓａｇｅ＿ｔｙｐｅは、定義済み聴覚メッセージのインデックスを表す８ビットの値であり、定義済みテキスト・メッセージと対応する。ｔｏｔａｌ＿ｍｅｓｓａｇｅ＿ｌｅｎｇｔｈは、ヘッドライン・テキスト・メッセージの合計文字長さを表す８ビットの値である。ｍｅｓｓａｇｅ＿ｌｅｎｇｔｈ＿ｐｅｒ＿ｆｒａｍｅは、フレーム毎のメッセージの文字長さを表す４ビットの値であるが、この値のビット割り当てはフレーム毎のプリアンブル内で利用可能なビット数に依存する。ｍｅｓｓａｇｅ＿ｔｅｘｔ（）は、ヘッドライン・テキスト・メッセージのテキストが代入される変数である。ｔｏｔａｌ＿ｃａｐ＿ｌｅｎｇｔｈは、ｃａｐファイルの合計文字長さを表す８ビットの値である。ｃａｐ＿ｌｅｎｇｔｈ＿ｐｅｒ＿ｆｒａｍｅは、フレーム毎にｃａｐファイル内のデータを格納する文字長さを表す４ビットの値であるが、この値のビット割り当てはフレーム毎のプリアンブル内で利用可能なビット数に依存する。ｃａｐ＿ｔｅｘｔ（）は、ｃａｐファイル内のテキストが代入される変数である。
【００６０】
続いて、図４Ａ〜図４Ｃを参照して、緊急警報情報の構文について説明する。参照番号４０１で示す２ビット長のｍｅｓｓａｇｅ＿ｔｒａｎｓｆｅｒ＿ｔｙｐｅフィールドで、当該フレームのプリアンブルでは定義済みメッセージ・モード、ヘッドライン・メッセージ・モード、ダイジェストＣＡＰモードのうちいずれの形式で緊急警報情報を伝送するかを示す。また、参照番号４０２で示す２ビット長のｆｒａｍｅ＿ｓｔａｔｕｓフィールドで、当該フレームが緊急警報情報メッセージの開始（Ｓｔａｒｔ）、途中（Ｃｏｎｔｉｎｕｅ）、終了（Ｅｎｄ）のいずれの位置に相当するかを示す。
【００６１】
参照番号４１０で示す箇所は、定義済みメッセージ・モード（ｍｅｓｓａｇｅ＿ｔｒａｎｓｆｅｒ＿ｔｙｐｅが０）の場合の構文である。この場合、参照番号４１１で示すように、緊急警報情報として画面に表示するメッセージの型式（ｄｉｓｐｌａｙ＿ｍｅｓｓａｇｅ＿ｔｙｐｅ）を８ビットで記述する。また、参照番号４１２で示すように、音声出力するメッセージの型式（ａｕｒａｌ＿ｍｅｓｓａｇｅ＿ｔｙｐｅ）を８ビットで記述する。
【００６２】
また、参照番号４２０で示す箇所は、ヘッドライン・メッセージ・モードの場合の構文である。この場合、メッセージ開始のフレーム（ｆｒａｍｅ＿ｓｔａｔｕｓが１）では、参照番号４２１で示すように、送信するヘッドライン・メッセージ全体のデータ長（ｔｏｔａｌ＿ｍｅｓｓａｇｅ＿ｌｅｎｇｔｈ）を８ビットで記述し、参照番号４２２で示すように、当該フレームに格納するメッセージのデータ長（ｍｅｓｓａｇｅ＿ｌｅｎｇｈｔ＿ｐｅｒ＿ｆｒａｍｅ）を４ビットで記述し、参照番号４２３で示すように、メッセージのテキスト（ｍｅｓｓａｇｅ＿ｔｅｘｔ）を記述する。また、メッセージの途中及び終了のフレーム（ｆｒａｍｅ＿ｓｔａｔｕｓが２又は３）では、参照番号４２４で示すように、当該フレームに格納するメッセージのデータ長（ｍｅｓｓａｇｅ＿ｌｅｎｇｈｔ＿ｐｅｒ＿ｆｒａｍｅ）を４ビットで記述し、参照番号４２５で示すように、メッセージのテキスト（ｍｅｓｓａｇｅ＿ｔｅｘｔ）を記述する。
【００６３】
また、参照番号４３０で示す箇所は、ダイジェストＣＡＰモードの場合の構文である。この場合、メッセージ開始のフレーム（ｆｒａｍｅ＿ｓｔａｔｕｓが１）では、参照番号４３１で示すように、送信するヘッドライン・メッセージ全体のデータ長（ｔｏｔａｌ＿ｍｅｓｓａｇｅ＿ｌｅｎｇｔｈ）を１６ビットで記述し、参照番号４３２で示すように、当該フレームに格納するｃａｐファイルのデータ長（ｃａｐ＿ｌｅｎｇｈｔ＿ｐｅｒ＿ｆｒａｍｅ）を４ビットで記述し、参照番号４３３で示すように、ｃａｐファイルの中身のテキスト（ｃａｐ＿ｔｅｘｔ）を記述する。また、メッセージの途中及び終了のフレーム（ｆｒａｍｅ＿ｓｔａｔｕｓが２又は３）では、参照番号４３４で示すように、当該フレームに格納するｃａｐファイルのデータ長（ｃａｐ＿ｌｅｎｇｈｔ＿ｐｅｒ＿ｆｒａｍｅ）を４ビットで記述し、参照番号４３５で示すように、ｃａｐファイルの中身のテキスト（ｃａｐ＿ｔｅｘｔ）を記述する。
【００６４】
図３にはプリアンブル内に緊急警報情報を含んだ伝送フレームのフォーマット例を示した。図９には、プリアンブル内に緊急警報情報を含む伝送フレームの他のフォーマット例を示している。図示の伝送フレーム９００は、プリアンブル部９１０とペイロード９２０からなるが、プリアンブル部９１０は複数のシグナリング部で構成される。図示の例では、プリアンブル部９１０は、第１のシグナリング部（Ｌ１−ｐｒｅ  Ｓｉｇｎａｌｉｎｇ）９１１と第２のシグナリング部（Ｌ１−ｐｏｓｔ  Ｓｉｎｎａｌｉｎｇ）９１２を含むものとする。複数のシグナリング部を備える場合、シグナリング部毎に誤り訂正符号や位相変調の方式を切り替えてもよい。このうち第１のシグナリング部９１１は、受信側で放送チャンネルの同調に使用する同調データ部９１１Ａと、緊急警報情報部（ＥＷＳ）９１１Ｂで構成される。緊急警報情報部９１１Ｂには、緊急警報情報処理部２０２で処理された緊急警報情報が格納される。緊急警報情報はプリアンブル部９１１に格納されるので、ＴＳ（トランスポート・ストリーム）中の制御用パケット（ＰＭＴ）として緊急警報情報を送信するＩＳＤＢ−Ｔ方式とは明らかに相違する、という点を十分理解されたい。
【００６５】
また、図１０には、定義済みメッセージ・モードの形式で緊急警報情報部９１１Ｂに格納される緊急警報情報（ＥＷＳ）の構文例を示している。参照番号１００１で示すＥＷＳ＿ＡＬＥＲＴ＿ＩＤは、緊急警報メッセージ識別情報を記述するフィールドである。この識別情報は各緊急警報メッセージを一意に識別する。‘００００’のＥＷＳ＿ＡＬＥＲＴ＿ＩＤは「警報なし」を意味する。参照番号１００２で示すＥＷＳ＿ＡＬＥＲＴ＿ＶＥＲＳＩＯＮは、緊急警報メッセージのバージョンを識別するフィールドである。緊急事態が切迫して増加または減少するに従って、ＥＷＳ＿ＡＬＥＲＴ＿ＶＥＲＳＩＯＮの値を増加する必要がある。例えば、ある地域で竜巻が近づくに従って、緊急警報の第１のバージョンがユーザーに「注意せよ」を警報する。そして、竜巻が接近すると、警報は「カバーを取れ」という状態にアップグレードする。竜巻が通過すると、警報は再び「注意せよ」に変わる。新しいバージョン毎に異なるＥＷＳ＿ＭＥＳＳＡＧＥ＿ＩＮＤＥＸが表示されることが期待される。ＥＷＳ＿ＭＥＳＳＡＧＥ＿ＶＥＲＳＩＯＮの値が１５のときには、緊急事態は終了したとみなされる。参照番号１００３で示すＥＷＳ＿ＭＥＳＳＡＧＥ＿ＩＮＤＥＸは、定義済みテキスト・メッセージのインデックスを記述するフィールドである。例えば、ＥＷＳ＿ＭＥＳＳＡＧＥ＿ＩＮＤＥＸの値１は、「地震」という定義済みテキスト・メッセージを表す。最大で２５６タイプのメッセージにＥＷＳ＿ＭＥＳＳＡＧＥ＿ＩＮＤＥＸを割り当てることができる。テキスト・メッセージに加えて、聴覚メッセージが受信装置３００から放送されることも想定される。特定のＥＷＳ＿ＭＥＳＳＡＧＥ＿ＩＮＤＥＸに対しテキスト及び聴覚のメッセージのコンテンツを整列することを意図している。参照番号１００４で示すＥＷＳ＿ＬＯＣＡＬＩＴＹ＿ＩＮＤＥＸは、緊急事態が発生した地域を示すフィールドである。最大で２５６の地域にＥＷＳ＿ＬＯＣＡＬＩＴＹ＿ＩＮＤＥＸを定義することができる。
【００６６】
図６には、送信装置２００が緊急警報情報を受信装置３００に向けて送信（放送）するための処理手順をフローチャートの形式で示している。
【００６７】
まず、緊急警報情報受信部２０１が、インターネットなどの公衆ネットワークや専用回線などの通信路を介して、情報提供装置１００から、ＣＡＰファイル形式又はその他の任意のデータ形式で記述された緊急警報情報１１０を受信する（ステップＳ６０１）。
【００６８】
次いで、緊急警報情報処理部２０２は、受信した緊急警報情報１１０に対し、不要な情報の除去（例えば、放送エリアに関連しない情報）などのフィルタリング処理や、ファイル形式の変換などの処理を行なう（ステップＳ６０２）。
【００６９】
また、番組コンテンツ取得部２０３は、放送番組本体となるＡＶコンテンツを取得する（ステップＳ６０３）。
【００７０】
次いで、緊急警報情報処理部２０２は、受信装置３００に対し、上述した形式（１）〜（３）のうちいずれで緊急警報情報を送信するかを決定して、その形式に従った緊急警報情報を生成する（ステップＳ６０４）。
【００７１】
次いで、放送信号生成部２０４は、受信側で放送チャンネルの同調に使用するプリアンブルと、番組本体となるＡＶコンテンツを格納する固定長又は可変長のペイロードからなる伝送フレームを生成する（ステップＳ６０５）。その際、放送信号生成部２０４は、緊急警報情報をプリアンブル内に格納する。
【００７２】
そして、放送信号送信部２０５は、生成した伝送フレームに対し、ディジタル変調、ＡＤ変換、ＲＦ帯へのアップコンバージョン、電力増幅などを行ない、テレビ塔などの送信アンテナから送出する（ステップＳ６０６）。
【００７３】
受信装置３００は、送信装置から受信した伝送フレームのプリアンブル中に挿入されている緊急警報情報をデコードすると、緊急警報のメッセージを画面に表示したり音声出力したりする。
【００７４】
受信装置３００は、例えば、テレビ受像機やセット・トップ・ボックスに相当し、地上波ディジタル放送信号２１０を受信するチューナーを装備している。図７には、受信装置３００の内部構成例を示している。
【００７５】
チューナー７０２は、アンテナ７０１で受信した放送信号から所定の周波数チャンネルの成分について同調を行なう。
【００７６】
デモジュレーター７０３は、同調された放送信号の復調処理を行なう。本実施形態では、デモジュレーター７０３は、緊急警報情報を一時格納するためのバッファー７０４を備えている点に特徴がある。すなわち、デモジュレーター７０３は、伝送フレーム３０のプリアンブル部３１内のデモジュレーションを行ない、プリアンブル部３１内で有効な緊急警報情報を検出したときには、その緊急警報情報をバッファー７０４に格納する。なお、デモジュレーター７０３は、プリアンブル部３１の検出のために常時復調処理を行なう必要はなく、間欠的に起動してプリアンブル部３１の検出を行ない、省電力化してもよい。
【００７７】
制御部７０５は、当該受信装置３００全体の動作を統括的にコントロールする。制御部７０５は、受信した放送コンテンツや緊急警報情報のメッセージを表示部７０６に画面表示したりスピーカー７０７から音声出力したりする処理を行なう。制御部７０５は、例えばＳｏＣ（Ｓｙｓｔｅｍ  ｏｎ  ａ  Ｃｈｉｐ）で構成される。
【００７８】
本実施形態では、デモジュレーター７０３と制御部７０５がペイロード・データ伝送のための信号線７１１で接続される以外に、制御部７０５がデモジュレーター７０３を制御するための制御バス７１２を持つ。制御部７０５は、デモジュレーター７０３内のバッファー７０４（前述）に格納されているデータを制御バス７１２経由で直接読み取る。この制御バス７１２は、例えばＩ2Ｃ（Ｉｎｔｅｒ−Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ）などのシリアル・インターフェースで構成されることが想定されるが、これに限定されるものではない。
【００７９】
また、デモジュレーター７０３は、スタンバイ状態にある制御部７０５内のＳｏＣをブートするためのブート・トリガー信号７１３を備えている点にも特徴がある。デモジュレーター７０３は、プリアンブル部３１内で有効な緊急警報情報を検出したときには、その緊急警報情報をバッファー７０４に格納するとともに、ブート・トリガー信号７１３を出力して、スタンバイ状態のＳｏＣをブートする。
【００８０】
このような構成の場合、制御部７０５は、ＳｏＣがスタンバイ状態からブートすると、Ｉ2Ｃインターフェース７１２経由で、デモジュレーター７０３内のバッファー７０４に格納されている緊急警報情報を読み出して、即時的に（すなわち、伝送フレームのペイロードを処理する前に）、緊急警報情報のメッセージを表示部７０６に画面表示したりスピーカー７０７から音声出力したりする処理を行なうことができる。
【００８１】
また、制御部７０５内のＳｏＣが、伝送フレームのペイロードを完全に処理可能な通常動作モードの他に、短いブート時間でプリアンブル部のみを処理可能な緊急動作モードを備えていれば、伝送フレームが受信装置３００に届いてから緊急警報情報のメッセージを表示するまでの所要時間をさらに短くすることができる。例えば、定義済みメッセージ・モードで緊急警報情報を伝送する場合には、テキスト情報やＣＡＰデータの解析などの高度な処理を行なう必要はなく、ＳｏＣ内の簡単な処理機能モジュールが動作していれば十分であり、ブート時間をより短くすることができる。
【００８２】
図８には、受信装置３００において、送信装置２００から送られてくる伝送フレームを受信して、警報情報のメッセージを表示するまでのタイムチャートを示している。
【００８３】
デモジュレーター７０３は、間欠的に起動して、アンテナ７０１で受信される伝送フレーム３０のプリアンブル部３１のデータのチェックを行なう（Ｔ８０１）。
【００８４】
そして、デモジュレーター７０３は、プリアンブル部３１内で有効な緊急警報情報を検出したときには（Ｔ８０２）、その緊急警報情報をバッファー７０４に格納するとともに（Ｔ８０３）、ブート・トリガー信号７１３を出力して、スタンバイ状態の制御部７０５内のＳｏＣをブートする（Ｔ８０４）。
【００８５】
制御部７０５は、ＳｏＣがスタンバイ状態からブートすると（Ｔ８０５）、Ｉ2Ｃインターフェース７１２経由で、デモジュレーター７０３内のバッファー７０４に格納されている緊急警報情報を読み出して（Ｔ８０６）、緊急警報情報のメッセージを表示部７０６に画面表示したりスピーカー７０７から音声出力したりする（Ｔ８０７）。
【００８６】
図８中、参照番号８１０で示す区間が、伝送フレームが受信装置３００に届いてから緊急警報情報のメッセージを表示するまでの所要時間である。制御部７０５内のＳｏＣが、ブート時間が短ければ、スタンバイ状態からでも短時間で緊急警報情報のメッセージを表示することができる。例えば、定義済みメッセージ・モードで緊急警報情報を伝送する場合には、テキスト情報やＣＡＰデータの解析などの高度な処理を行なう必要はなく、ＳｏＣ内の簡単な処理機能モジュールが動作していれば十分であり、ブート時間をより短くすることができる。
【先行技術文献】
【特許文献】
【００８７】
【特許文献１】特開２００６−３１９７７１号公報
【特許文献２】特開２００７−２４３９３６号公報
【産業上の利用可能性】
【００８８】
以上、特定の実施形態を参照しながら、本明細書で開示する技術について詳細に説明してきた。しかしながら、本明細書で開示する技術の要旨を逸脱しない範囲で当業者が該実施形態の修正や代用を成し得ることは自明である。
【００８９】
本明細書で開示する技術は、プリアンブルを含んだ伝送フレームで放送コンテンツを放送するさまざまなタイプの放送システムに適用して、緊急警報情報の送信を行なうことができる。例えば、アメリカ合衆国などで採用されている放送規格ＡＴＳＣに基づく放送システムに本明細書で開示する技術を適用することができるが、適用範囲はこれに限定されるものではない。また、プリアンブル以外の形式でペイロードにデータを追加する放送規格に則した放送システムにも、同様に本明細書で開示する技術を適用することができる。さらに、放送ではなく、ＩＰネットワークなど有線若しくは無線の通信システムにも、同様に本明細書で開示する技術を適用することができる。
【００９０】
要するに、例示という形態により本明細書で開示する技術について説明してきたのであり、本明細書の記載内容を限定的に解釈するべきではない。本明細書で開示する技術の要旨を判断するためには、特許請求の範囲を参酌すべきである。
【００９１】
なお、本明細書の開示の技術は、以下のような構成をとることも可能である。
（１）緊急警報情報を取得する緊急警報情報取得部と、
放送コンテンツを取得する放送コンテンツ取得部と、
放送コンテンツを格納するペイロードと、緊急警報情報を含んだペイロード外の規定信号からなる伝送フレームを生成する伝送フレーム生成部と、
前記伝送フレームを送信する送信部と、
を具備する送信装置。
（２）前記送信部は、放送局に割り当てられた放送チャンネルで前記伝送フレームを送信する、
上記（１）に記載の送信装置。
（３）前記規定信号は、伝送フレーム中でペイロードに先行するプリアンブルである、
上記（１）に記載の送信装置。
（３−１）前記伝送フレーム生成部は、前記プリアンブルが複数のシグナリング部からなる場合には、そのうちの１つのシグナリング部に緊急警報情報を含めるようにする、
上記（３）に記載の送信装置。
（４）前記規定信号は、受信側で同調に使用する同調データを含み、余剰部分に前記緊急警報情報を格納する、
上記（１）に記載の送信装置。
（５）前記伝送フレーム生成部は、メッセージがあらかじめ定義済みでバイナリー・フォーマットで表現された緊急警報情報を、１つの規定信号に格納する、
上記（１）に記載の送信装置。
（６）前記伝送フレーム生成部は、１つの緊急警報情報を複数の規定信号を使用して格納する、
上記（１）に記載の送信装置。
（７）前記伝送フレーム生成部は、テキストからなる緊急警報情報を複数の規定信号を使用して格納する、
上記（１）に記載の送信装置。
（８）前記伝送フレーム生成部は、所定のファイル形式からなる緊急警報情報を複数の規定信号を使用して格納する、
上記（１）に記載の送信装置。
（９）前記緊急警報情報取得部は、所定のファイル形式からなる緊急警報情報を取得し、
所定のファイル形式からなる緊急警報情報をフィルタリング又は形式変換する緊急警報情報処理部をさらに備え、
前記伝送フレーム生成部は、前記緊急警報情報処理部による処理後の緊急警報情報を規定信号に格納する、
上記（８）に記載の送信装置。
（１０）前記伝送フレーム生成部は、メッセージがあらかじめ定義済みでバイナリー・フォーマットで表現された緊急警報情報を１つの規定信号に格納する形式、テキストからなる緊急警報情報を複数の規定信号を使用して格納する形式、所定のファイル形式からなる緊急警報情報を複数の規定信号を使用して格納する形式のうちいずれかの形式を使用し、使用する形式を規定信号内で明示する、
上記（１）に記載の送信装置。
（１１）緊急警報情報を取得する緊急警報情報取得ステップと、
放送コンテンツを取得する放送コンテンツ取得ステップと、
放送コンテンツを格納するペイロードと、緊急警報情報を含んだペイロード外の規定信号からなる伝送フレームを生成する伝送フレーム生成ステップと、
前記伝送フレームを送信する送信ステップと、
を有する送信方法。
（１２）放送コンテンツを格納するペイロードと、緊急警報情報を含んだペイロード外の規定信号からなる伝送フレームを受信する受信部と、
受信した前記伝送フレームを復調するデモジュレーターと、
画像を表示する表示部と、
前記表示部を制御する制御部と、
を具備し、
前記制御部は、受信した前記伝送フレーム中の前記規定信号を前記デモジュレーターで復調して得られた前記緊急警報情報を前記表示部に表示させる、
受信装置。
（１３）前記受信部は、所望の放送チャンネルに同調して前記伝送フレームを受信する、
上記（１２）に記載の受信装置。
（１４）前記規定信号は、伝送フレーム中でペイロードに先行するプリアンブルである、
上記（１２）に記載の受信装置。
（１４−１）前記制御部は、前記プリアンブルが複数のシグナリング部からなる場合には、そのうちの１つのシグナリング部に含まれている緊急警報情報を表示させるようにする、
上記（１４）に記載の受信装置。
（１５）音声を出力する音声出力部をさらに備え、
前記制御部は、前記デモジュレーターで前記規定信号を復調して得られた前記緊急警報情報を前記音声出力部から音声出力させる、
上記（１２）に記載の受信装置。
（１６）前記デモジュレーターで前記規定信号を復調して得られた前記緊急警報情報を一時格納するバッファーをさらに備え、
前記制御部は、シリアル・インターフェース経由で前記バッファーから前記緊急警報情報を読み取る、
上記（１２）に記載の受信装置。
（１７）前記制御部はスタンバイ状態で待機しており、
前記デモジュレーターは、受信した前記伝送フレームから有効な前記緊急警報情報を得たときに、前記制御部に対してブート・トリガー信号を出力して起動する、
上記（１２）に記載の受信装置。
（１８）前記デモジュレーターは、間欠起動して、受信した前記伝送フレーム中の前記規定信号をチェックする、
上記（１２）に記載の受信装置。
（１９）放送コンテンツを格納するペイロードと、緊急警報情報を含んだペイロード外の規定信号からなる伝送フレームを受信する受信ステップと、
受信した前記伝送フレームを復調するデモジュレーティング・ステップと、
受信した前記伝送フレーム中の前記規定信号を復調して得られた前記緊急警報情報を前記表示部に表示する表示ステップ
を有する受信方法。
（２０）放送コンテンツを格納するペイロードと、緊急警報情報を含んだペイロード外の規定信号からなる伝送フレームを受信する受信部、
受信した前記伝送フレームを復調するデモジュレーター、
画像を表示する表示部、
受信した前記伝送フレーム中の前記規定信号を前記デモジュレーターで復調して得られた前記緊急警報情報を前記表示部に表示させる制御部、
としてコンピューターを機能させるようにコンピューター可読形式で記述されたコンピューター・プログラム
（２１）放送コンテンツを格納するペイロードと、緊急警報情報を含んだペイロード外の規定信号からなる伝送フレームを送信する送信装置と、
受信した前記伝送フレーム中の前記規定信号を復調して得られた前記緊急警報情報を表示する受信装置と、
を具備する伝送システム。
【符号の説明】
【００９２】
１…緊急警報情報伝送システム
１００…情報提供装置、２００…送信装置
２０１…緊急警報情報受信部、２０２…緊急警報情報処理部
２０３…番組コンテコンテンツ取得部、２０４…放送信号生成部
２０５…放送信号送信部
３００…受信装置
７０１…アンテナ、７０２…チューナー、７０３…デモジュレーター
７０４…バッファー、７０５…制御部（ＳｏＣ）、７０６…表示部
７０７…スピーカー、７１１…ペイロード・データ伝送のための信号線
７１２…制御バス（Ｉ2Ｃインターフェース）、７１３…ブート・トリガー信号
【図２】
2015061240.tif 000003
【図６】
2015061240.tif 000004
【図７】
2015061240.tif 000005
【図８】
2015061240.tif 000006
【図１】
2015061240.tif 000007
【図３】
2015061240.tif 000008
【図４Ａ】
2015061240.tif 000009
【図４Ｂ】
2015061240.tif 000010
【図４Ｃ】
2015061240.tif 000011
【図５】
2015061240.tif 000012
【図９】
2015061240.tif 000013
【図１０】
2015061240.tif 000014