(57)【特許請求の範囲】
【請求項１】
IP(Internet Protocol)伝送方式を用いたデジタル放送の放送波を受信する受信部と、
前記放送波により地域ごとに通知される緊急情報と地域に関する情報とを対応付けた地域マッピング情報を取得する取得部と、
取得した前記地域マッピング情報に基づいて、地域ごとに通知される前記緊急情報の中から、前記放送波の受信位置に適した緊急情報が取得されるようにフィルタリングを制御する制御部と
を備え、
前記地域マッピング情報は、前記放送波の受信位置を、地域単位でのフィルタリングに適合した形式に変換するための情報を含み、
前記制御部は、
前記緊急情報を格納したパケットのヘッダに含まれる対象地域情報を、前記地域マッピング情報を用いて前記放送波の受信位置を変換して得られる対象地域情報とマッチングすることで、前記放送波から得られる前記パケットを地域単位でフィルタリングし、
前記緊急情報に含まれる対象詳細地域情報を、前記地域マッピング情報を用いて前記放送波の受信位置を変換して得られる対象詳細地域情報とマッチングすることで、前記パケットから得られる前記緊急情報に含まれる１又は複数のメッセージを地域単位でフィルタリングする
受信装置。
【請求項２】
前記対象地域情報は、前記緊急情報を通知する地域を識別するための対象地域タグを含み、
前記対象詳細地域情報は、前記対象地域タグが示す領域内における所定の地域ごとに割り当てられた地域コードを含み、
前記地域マッピング情報は、前記対象地域情報と、前記対象詳細地域情報、及び、前記対象地域タグが示す領域に対応した所定の位置を示す位置情報の少なくとも一方とを対応付けている
請求項１に記載の受信装置。
【請求項３】
前記取得部は、受信した前記放送波に含まれる前記地域マッピング情報を取得し、
取得した前記地域マッピング情報を記憶する記憶部をさらに備える
請求項２に記載の受信装置。
【請求項４】
前記メッセージは、字幕情報、アプリケーションにより提供される情報、番組若しくは音声のサービスにより提供される情報、インターネット上のサイトにより提供される情報、又はテキストの音声読み上げにより提供される情報を含む
請求項１に記載の受信装置。
【請求項５】
前記パケットのヘッダは、タイプ情報と拡張情報を含み、
前記タイプ情報は、前記パケットに含まれるデータの種別として、前記緊急情報を含み、
前記拡張情報は、前記種別として前記緊急情報が設定された場合、前記対象地域情報を含む
請求項１に記載の受信装置。
【請求項６】
前記拡張情報は、サービスを提供する事業者に関する情報をさらに含み、
前記制御部は、前記拡張情報に基づいて、サービスを提供する事業者ごとに、前記メッセージをフィルタリングする
請求項５に記載の受信装置。
【請求項７】
前記拡張情報は、前記メッセージの優先度に関する情報をさらに含み、
前記制御部は、前記拡張情報に基づいて、前記メッセージを優先度に応じてフィルタリングする
請求項５に記載の受信装置。
【請求項８】
前記放送波の受信位置は、ユーザにより設定される地域に関する情報、又は、測位衛星からの受信信号が示す位置情報を含む
請求項１に記載の受信装置。
【請求項９】
前記IP伝送方式は、ATSC(Advanced Television Systems Committee)3.0に準拠しており、
前記緊急情報、及び、前記地域マッピング情報は、前記IP伝送方式のプロトコルスタックにおけるIP層よりも下位の層で伝送される
請求項１に記載の受信装置。
【請求項１０】
受信装置の受信方法において、
前記受信装置が、
IP伝送方式を用いたデジタル放送の放送波を受信し、
前記放送波により地域ごとに通知される緊急情報と地域に関する情報とを対応付けた地域マッピング情報を取得し、
取得した前記地域マッピング情報に基づいて、地域ごとに通知される前記緊急情報の中から、前記放送波の受信位置に適した緊急情報が取得されるようにフィルタリングを制御する
ステップを含み、
前記地域マッピング情報は、前記放送波の受信位置を、地域単位でのフィルタリングに適合した形式に変換するための情報を含み、
前記フィルタリングを制御するステップでは、
前記緊急情報を格納したパケットのヘッダに含まれる対象地域情報を、前記地域マッピング情報を用いて前記放送波の受信位置を変換して得られる対象地域情報とマッチングすることで、前記放送波から得られる前記パケットを地域単位でフィルタリングし、
前記緊急情報に含まれる対象詳細地域情報を、前記地域マッピング情報を用いて前記放送波の受信位置を変換して得られる対象詳細地域情報とマッチングすることで、前記パケットから得られる前記緊急情報に含まれる１又は複数のメッセージを地域単位でフィルタリングする
受信方法。
【請求項１１】
IP伝送方式の放送波により地域ごとに通知される緊急情報と地域に関する情報とを対応付けた地域マッピング情報を生成する生成部と、
コンテンツを取得する取得部と、
前記放送波によって、前記コンテンツ及び前記地域マッピング情報を送信するとともに、緊急時となった場合に、前記緊急情報を送信する送信部と
を備え、
前記地域マッピング情報は、
前記放送波の受信位置を、地域単位でのフィルタリングに適合した形式に変換するための情報を含み、
前記放送波に含まれる前記緊急情報を格納したパケットの地域単位でのフィルタリングに際して、前記放送波の受信位置を、前記パケットのヘッダに含まれる対象地域情報とのマッチングを可能にするための変換に用いられ、
前記パケットから得られる前記緊急情報に含まれる１又は複数のメッセージの地域単位でのフィルタリングに際して、前記放送波の受信位置を、前記緊急情報に含まれる対象詳細地域情報とのマッチングを可能にするための変換に用いられる
送信装置。
【請求項１２】
前記対象地域情報は、前記緊急情報を通知する地域を識別するための対象地域タグを含み、
前記対象詳細地域情報は、前記対象地域タグが示す領域内における所定の地域ごとに割り当てられた地域コードを含み、
前記地域マッピング情報は、前記対象地域情報と、前記対象詳細地域情報、及び、前記対象地域タグが示す領域に対応した所定の位置を示す位置情報の少なくとも一方とを対応付けている
請求項１１に記載の送信装置。
【請求項１３】
前記メッセージは、字幕情報、アプリケーションにより提供される情報、番組若しくは音声のサービスにより提供される情報、インターネット上のサイトにより提供される情報、又はテキストの音声読み上げにより提供される情報を含む
請求項１１に記載の送信装置。
【請求項１４】
前記パケットのヘッダは、タイプ情報と拡張情報を含み、
前記タイプ情報は、前記パケットに含まれるデータの種別として、前記緊急情報を含み、
前記拡張情報は、前記種別として前記緊急情報が設定された場合、前記対象地域情報を含む
請求項１１に記載の送信装置。
【請求項１５】
前記拡張情報は、サービスを提供する事業者に関する情報をさらに含み、
前記拡張情報は、サービスを提供する事業者ごとの前記メッセージのフィルタリングに用いられる
請求項１４に記載の送信装置。
【請求項１６】
前記拡張情報は、前記メッセージの優先度に関する情報をさらに含み、
前記拡張情報は、前記メッセージの優先度に応じたフィルタリングに用いられる
請求項１４に記載の送信装置。
【請求項１７】
前記放送波の受信位置は、ユーザにより設定される地域に関する情報、又は、測位衛星からの受信信号が示す位置情報を含む
請求項１１に記載の送信装置。
【請求項１８】
前記IP伝送方式は、ATSC3.0に準拠しており、
前記緊急情報、及び、前記地域マッピング情報は、前記IP伝送方式のプロトコルスタックにおけるIP層よりも下位の層で伝送される
請求項１１に記載の送信装置。
【請求項１９】
送信装置の送信方法において、
前記送信装置が、
IP伝送方式の放送波により地域ごとに通知される緊急情報と地域に関する情報とを対応付けた地域マッピング情報を生成し、
コンテンツを取得し、
前記放送波によって、前記コンテンツ及び前記地域マッピング情報を送信するとともに、緊急時となった場合に、前記緊急情報を送信する
ステップを含み、
前記地域マッピング情報は、
前記放送波の受信位置を、地域単位でのフィルタリングに適合した形式に変換するための情報を含み、
前記放送波に含まれる前記緊急情報を格納したパケットの地域単位でのフィルタリングに際して、前記放送波の受信位置を、前記パケットのヘッダに含まれる対象地域情報とのマッチングを可能にするための変換に用いられ、
前記パケットから得られる前記緊急情報に含まれる１又は複数のメッセージの地域単位でのフィルタリングに際して、前記放送波の受信位置を、前記緊急情報に含まれる対象詳細地域情報とのマッチングを可能にするための変換に用いられる
送信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本技術は、受信装置、受信方法、送信装置、及び、送信方法に関し、特に、有用な緊急情報を通知することができるようにした受信装置、受信方法、送信装置、及び、送信方法に関する。
【背景技術】
【０００２】
現在、各国のデジタル放送の規格では、伝送方式としてMPEG2-TS(Moving Picture Experts Group phase 2 - Transport Stream)方式が採用されている(例えば、非特許文献１参照)。今後は、通信の分野で用いられているIP(Internet Protocol)パケットをデジタル放送に用いたIP伝送方式を導入することで、より高度なサービスを提供することが想定されている。
【０００３】
例えば、次世代デジタル放送規格の１つであるATSC(Advanced Television Systems Committee)3.0では、データ伝送に、TS(Transport Stream)パケットではなく、UDP/IP、すなわち、UDP(User Datagram Protocol)パケットを含むIPパケットを用いることが決定されている。
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】ARIB STD-B10 5.4版 一般社団法人 電波産業会
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ところで、デジタル放送に対する要求の１つとして、気象警報等の緊急情報を通知できるようにすることが求められている。しかしながら、デジタル放送の伝送方式として、IP伝送方式を導入した場合において、各種の緊急情報の中から、有用な緊急情報のみを通知するための技術方式は確立されていない。
【０００６】
本技術はこのような状況に鑑みてなされたものであり、有用な緊急情報を通知することができるようにするものである。
【課題を解決するための手段】
【０００７】
本技術の第１の側面の受信装置は、IP(Internet Protocol)伝送方式を用いたデジタル放送の放送波を受信する受信部と、前記放送波により地域ごとに通知される緊急情報と地域に関する情報とを対応付けた地域マッピング情報を取得する取得部と、取得した前記地域マッピング情報に基づいて、地域ごとに通知される前記緊急情報の中から、前記放送波の受信位置に適した緊急情報が取得されるようにフィルタリングを制御する制御部とを備え、前記地域マッピング情報は、前記放送波の受信位置を、地域単位でのフィルタリングに適合した形式に変換するための情報を含み、前記制御部は、前記緊急情報を格納したパケットのヘッダに含まれる対象地域情報を、前記地域マッピング情報を用いて前記放送波の受信位置を変換して得られる対象地域情報とマッチングすることで、前記放送波から得られる前記パケットを地域単位でフィルタリングし、前記緊急情報に含まれる対象詳細地域情報を、前記地域マッピング情報を用いて前記放送波の受信位置を変換して得られる対象詳細地域情報とマッチングすることで、前記パケットから得られる前記緊急情報に含まれる１又は複数のメッセージを地域単位でフィルタリングする受信装置である。
【０００８】
本技術の第１の側面の受信装置は、独立した装置であってもよいし、１つの装置を構成している内部ブロックであってもよい。また、本技術の第１の側面の受信方法は、上述した本技術の第１の側面の受信装置に対応する受信方法である。
【０００９】
本技術の第１の側面の受信装置、及び、受信方法においては、IP伝送方式を用いたデジタル放送の放送波が受信され、前記放送波により地域ごとに通知される緊急情報と地域に関する情報とを対応付けた地域マッピング情報が取得され、取得された前記地域マッピング情報に基づいて、地域ごとに通知される前記緊急情報の中から、前記放送波の受信位置に適した緊急情報が取得されるようにフィルタリングが制御される。また、前記地域マッピング情報には、前記放送波の受信位置を、地域単位でのフィルタリングに適合した形式に変換するための情報が含まれ、前記緊急情報を格納したパケットのヘッダに含まれる対象地域情報が、前記地域マッピング情報を用いて前記放送波の受信位置を変換して得られる対象地域情報とマッチングされることで、前記放送波から得られる前記パケットが地域単位でフィルタリングされ、前記緊急情報に含まれる対象詳細地域情報が、前記地域マッピング情報を用いて前記放送波の受信位置を変換して得られる対象詳細地域情報とマッチングされることで、前記パケットから得られる前記緊急情報に含まれる１又は複数のメッセージが地域単位でフィルタリングされる。
【００１０】
本技術の第２の側面の送信装置は、IP伝送方式の放送波により地域ごとに通知される緊急情報と地域に関する情報とを対応付けた地域マッピング情報を生成する生成部と、コンテンツを取得する取得部と、前記放送波によって、前記コンテンツ及び前記地域マッピング情報を送信するとともに、緊急時となった場合に、前記緊急情報を送信する送信部とを備え、前記地域マッピング情報は、前記放送波の受信位置を、地域単位でのフィルタリングに適合した形式に変換するための情報を含み、前記放送波に含まれる前記緊急情報を格納したパケットの地域単位でのフィルタリングに際して、前記放送波の受信位置を、前記パケットのヘッダに含まれる対象地域情報とのマッチングを可能にするための変換に用いられ、前記パケットから得られる前記緊急情報に含まれる１又は複数のメッセージの地域単位でのフィルタリングに際して、前記放送波の受信位置を、前記緊急情報に含まれる対象詳細地域情報とのマッチングを可能にするための変換に用いられる送信装置である。
【００１１】
本技術の第２の側面の送信装置は、独立した装置であってもよいし、１つの装置を構成している内部ブロックであってもよい。また、本技術の第２の側面の送信方法は、上述した本技術の第２の側面の送信装置に対応する送信方法である。
【００１２】
本技術の第２の側面の送信装置、及び、送信方法においては、IP伝送方式の放送波により地域ごとに通知される緊急情報と地域に関する情報とを対応付けた地域マッピング情報が生成され、コンテンツが取得され、前記放送波によって、前記コンテンツ及び前記地域マッピング情報が送信されるとともに、緊急時となった場合に、前記緊急情報が送信される。また、前記地域マッピング情報には、前記放送波の受信位置を、地域単位でのフィルタリングに適合した形式に変換するための情報が含まれ、前記放送波に含まれる前記緊急情報を格納したパケットの地域単位でのフィルタリングに際して、前記放送波の受信位置を、前記パケットのヘッダに含まれる対象地域情報とのマッチングを可能にするための変換に用いられ、前記パケットから得られる前記緊急情報に含まれる１又は複数のメッセージの地域単位でのフィルタリングに際して、前記放送波の受信位置を、前記緊急情報に含まれる対象詳細地域情報とのマッチングを可能にするための変換に用いられる。
【発明の効果】
【００１３】
本技術の第１の側面、及び、第２の側面によれば、有用な緊急情報を通知することができる。
【００１４】
なお、ここに記載された効果は必ずしも限定されるものではなく、本開示中に記載されたいずれかの効果であってもよい。
【図面の簡単な説明】
【００１５】
【図１】伝送システムの構成例を示す図である。
【図２】地域とフィルタリングとの関係を模式的に示した図である。
【図３】地域コードが割り当てられた地域と、対象地域タグ及びジオロケーションが示す領域との関係を示す図である。
【図４】地域マッピング情報の例を示す図である。
【図５】LLSパケットの例を示す図である。
【図６】LLSヘッダの例を示す図である。
【図７】LLSヘッダの詳細な内容を示す図である。
【図８】タイプ情報の例を示す図である。
【図９】EATの拡張情報の構造を示す図である。
【図１０】運用例を説明する図である。
【図１１】ADTのシンタックスの例を示す図である。
【図１２】EATのシンタックスの例を示す図である。
【図１３】送信装置の構成例を示す図である。
【図１４】受信装置の構成例を示す図である。
【図１５】送信処理を説明するフローチャートである。
【図１６】緊急情報送信処理を説明するフローチャートである。
【図１７】受信処理を説明するフローチャートである。
【図１８】緊急情報対応処理を説明するフローチャートである。
【図１９】コンピュータの構成例を示す図である。
【発明を実施するための形態】
【００１６】
以下、図面を参照しながら本技術の実施の形態について説明する。なお、説明は以下の順序で行うものとする。
【００１７】
１．システムの構成
２．緊急情報フィルタリング機能の概要
３．運用例
４．シンタックスの例
５．各装置の構成
６．各装置で実行される処理の流れ
７．変形例
８．コンピュータの構成
【００１８】
＜１．システムの構成＞
【００１９】
（伝送システムの構成例）
図１において、伝送システム１は、デジタル放送のサービスを提供するためのシステムである。伝送システム１は、送信装置１０、受信装置２０、及び、サーバ３０から構成される。また、図１において、受信装置２０とサーバ３０は、インターネット９０を介して相互に接続されている。
【００２０】
送信装置１０は、デジタル放送の所定の規格に対応した送信機であって、サービス事業者(放送事業者)により提供される。なお、本技術の実施の形態において、デジタル放送の規格としては、例えば、ATSC3.0等の規格を採用することができる。
【００２１】
送信装置１０は、サービスとして提供されるコンテンツを構成するビデオやオーディオ、字幕等のコンポーネントのストリームを、シグナリングデータとともに、デジタル放送の放送波によって、伝送路８０を介して送信する。ここで、サービスは、例えば、サービス事業者により制作されたコンテンツ(テレビ番組)を編成したものである。また、シグナリングデータは、ビデオやオーディオ等のコンポーネントから構成されるコンテンツを視聴するために必要となる制御情報である。
【００２２】
受信装置２０は、例えばATSC3.0等のデジタル放送の所定の規格に対応した受信機であって、テレビ受像機やセットトップボックス、録画機などの固定受信機、あるいは、スマートフォンや携帯電話機、タブレット型コンピュータ、ノート型のパーソナルコンピュータ、自動車内で利用される端末などのモバイル受信機である。
【００２３】
受信装置２０は、送信装置１０から送信されるデジタル放送の放送波を、伝送路８０を介して受信して、デジタル放送の放送波で伝送されるシグナリングデータを取得する。受信装置２０は、シグナリングデータに基づいて、送信装置１０から送信されるデジタル放送の放送波で伝送されるコンテンツ(を構成するコンポーネント)のストリームに接続して、そのストリームから得られるコンテンツの映像と音声を再生(出力)する。
【００２４】
サーバ３０は、受信装置２０からの要求に応じて、コンテンツを構成するビデオやオーディオ等のコンポーネントのストリームを、インターネット９０を介してストリーミング配信する。また、サーバ３０は、受信装置２０からの要求に応じて、シグナリングデータ(後述するSLSシグナリングデータ)を、インターネット９０を介して配信する。
【００２５】
なお、サーバ３０は、シグナリングデータのほか、例えば、アプリケーション、ウェブページ、又は電子サービスガイド(ESG：Electronic Service Guide)などの各種のデータを、受信装置２０からの要求に応じて、インターネット９０を介して配信することができる。
【００２６】
受信装置２０は、通信機能を有しており、インターネット９０を介して、サーバ３０にアクセスすることができる。受信装置２０は、送信装置１０又はサーバ３０からのシグナリングデータに基づいて、サーバ３０からインターネット９０を介してストリーミング配信されるコンテンツ(を構成するコンポーネント)のストリームに接続して、そのストリームから得られるコンテンツの映像と音声を再生(出力)する。
【００２７】
なお、図１においては、説明の都合上、１つの受信装置のみを図示しているが、実際には、複数の受信装置２０が設けられ、送信装置１０から一斉同報配信されるコンテンツを受信することになる。また、伝送路８０としては、地上波のほか、衛星回線やケーブルテレビジョン網(有線回線)等を利用することができる。
【００２８】
また、現在策定中のATSC3.0においては、シグナリングデータとして、LLS(Link Layer Signaling)シグナリングデータと、SLS(Service Level Signaling)シグナリングデータを規定して、先行して取得されるLLSシグナリングデータに記述される情報に従い、サービスごとのSLSシグナリングデータが取得されるようにしている。
【００２９】
ここで、LLSシグナリングデータとしては、例えば、FIT(Fast Information Table)，EAT(Emergency Alerting Table)，ADT(Area Definition Table)，RRT(Region Rating Table)等のLLSメタデータが含まれる。FITは、サービスの選局に必要な情報(選局情報)など、放送ネットワークにおけるストリームやサービスの構成を示す情報を含む。EATは、緊急警報に関する情報(緊急情報)を含む。ADTは、後述する地域マッピング情報を含む。RRTは、レーティングに関する情報を含む。なお、LLSシグナリングデータは、ATSC3.0のプロトコルスタックにおけるIP層よりも下位の層で伝送されることになる。
【００３０】
SLSシグナリングデータとしては、例えば、USD(User Service Description)，MPD(Media Presentation Description)，LSID(LCT Session Instance Description)等のSLSメタデータが含まれる。USDは、他のメタデータの取得先などの情報を含む。MPDは、コンポーネントのストリームの再生を管理するための制御情報である。LSIDは、ROUTE(Real-time Object Delivery over Unidirectional Transport)プロトコルの制御情報である。なお、ROUTEは、バイナリファイルを一方向でマルチキャスト転送するのに適したプロトコルであるFLUTE(File Delivery over Unidirectional Transport)を拡張したプロトコルである。また、SLSシグナリングデータは、ATSC3.0のプロトコルスタックにおけるIP層よりも上位の層で伝送されることになる。
【００３１】
＜２．緊急情報フィルタリング機能の概要＞
【００３２】
ところで、ATSC3.0等で採用されるIP伝送方式を用いたデジタル放送に対する要求の１つとして、気象警報等の緊急情報(緊急告知情報)を通知できるようにすることが求められている。ここで、IP伝送方式を用いたデジタル放送を利用して、各種の緊急情報が通知される場合には、放送局(の送信装置１０)からの放送波を受信可能な範囲において、限定された地域でのみ有効となる情報が含まれることが想定される。
【００３３】
例えば、緊急情報には、ある程度の広い地域に関わる気象警報から、特定の狭い地域に関わる通学バスの遅延情報まで、その対象地域と内容が多岐に渡るため、受信装置２０を使用するユーザにとっては、有用な情報ばかりではなく、不要な情報が含まれている可能性がある。また、通学バスの遅延情報等の特定の狭い地域に関わる情報まで、緊急情報に含めてしまうと、受信装置２０側で処理しなければならない情報の量が非常に大きくなる可能性がある。
【００３４】
すなわち、受信装置２０を使用するユーザが、その受信位置で関わる情報は限られているので、当該ユーザに対する有用な情報の表示(提示)と、受信装置２０の処理軽減を目的として、放送局(の送信装置１０)からの緊急情報を、地域単位でフィルタリングして不要な情報を排除することは有効である。そこで、本技術では、地域単位での緊急情報フィルタリング機能について提案する。
【００３５】
（緊急情報フィルタリング機能）
図２は、本技術を適用した地域単位での緊急情報フィルタリング機能を説明する図である。
【００３６】
図２において、放送局の送信装置１０からの放送波は、サービス地域Ａ１内の受信装置２０により受信可能とされる。したがって、放送局の送信装置１０は、緊急時となった場合に、サービス地域Ａ１内の多数の受信装置２０に対して、緊急情報を通知することができる。図２の例では、送信装置１０が、放送伝送パケットとして、EATを含むパケット(LLSパケット)を伝送している。
【００３７】
ここで、送信装置１０により通知される緊急情報が、EA(Emergency Alerting)対象地域Ａ２内の地域でのみ有効な情報である場合、EA対象地域Ａ２内で受信装置２０を使用するユーザにとっては、有用な情報となる一方で、EA対象地域Ａ２外で受信装置２０を使用するユーザにとっては不要な情報となる。
【００３８】
この場合に、緊急情報を含むEATを格納したパケットに、EA対象地域Ａ２を指定したコード(対象地域タグ(対象地域コード))を含めることで、受信装置２０は、送信装置１０からの放送波の受信位置(以下、受信地点という)が、EATを格納したパケットに含まれる対象地域タグに該当するかどうかにより、当該パケットに格納されたEAT(に含まれる緊急情報)がEA対象地域Ａ２を対象としたものであるかどうかを判別することができる。
【００３９】
すなわち、受信装置２０は、地域単位で、パケットレベルのフィルタリング(以下、パケットフィルタリングともいう)を行い、受信地点における不要な緊急情報を排除して、有用な緊急情報のみが抽出されるようにすることができる。これにより、EA対象地域Ａ２内で受信装置２０を使用するユーザにとっては、EA対象地域Ａ２に関する有用な緊急情報のみが表示(提示)されることになる。
【００４０】
なお、受信装置２０の受信地点であるが、受信装置２０がテレビ受像機等の固定受信機である場合には、例えば、初期スキャン時等にユーザにより設定される地域コードなどを用いることができる。また、受信装置２０がスマートフォン等のモバイル受信機である場合には、GPS(Global Positioning System)等の測位衛星からの受信信号が示す位置情報(ジオロケーション情報)などを用いることができる。
【００４１】
また、EATには、緊急情報として、複数のメッセージが記述される場合があるが、EA対象地域よりも詳細な地域(EA対象詳細地域)単位で、メッセージレベルのフィルタリング(以下、メッセージフィルタリングともいう)をさらに行うことで、受信地点における不要な緊急情報をさらに排除して、より有用な緊急情報のみが抽出されるようにしてもよい。
【００４２】
例えば、図２において、EATに、緊急情報メッセージＭ１乃至Ｍｎが記述されている場合に、緊急情報メッセージＭ１が、EA対象地域Ａ２内のEA対象詳細地域Ａ３以外の地域を対象とし、緊急情報メッセージＭ２が、EA対象地域Ａ２内のEA対象詳細地域Ａ３を対象としているときを想定する。
【００４３】
このとき、EA対象詳細地域Ａ３内の受信装置２０は、メッセージフィルタリングを行うことで、緊急情報メッセージＭ２のみが抽出されるようにする。これにより、EA対象詳細地域Ａ３内で受信装置２０を使用するユーザにとっては、EA対象詳細地域Ａ３に関する有用な緊急情報のみが表示(提示)されることになる。
【００４４】
なお、EA対象詳細地域Ａ３内の受信装置２０に対して、緊急情報メッセージＭ２が優先的に表示されるのであれば、例えば、緊急情報メッセージＭ１を、周辺の緊急情報などとして、優先度を下げて表示させるようにしてもよい。一方で、EA対象詳細地域Ａ３以外の地域内の受信装置２０では、メッセージフィルタリングを行うことで、緊急情報メッセージＭ１が優先的に表示されるようにする。
【００４５】
以上のように、本技術を適用した地域単位での緊急情報フィルタリング機能では、パケットフィルタリングと、メッセージフィルタリングによる、２段階の緊急情報フィルタリングを行うことで、受信装置２０を使用するユーザが、その受信地点で関わる有用な情報のみが通知されるようにしている。
【００４６】
なお、上述したように、受信装置２０の受信地点(ロケーション情報)としては、例えば、ユーザにより設定される地域コードや、GPSからの受信信号が示す位置情報(ジオロケーション情報)など、様々なフォーマットが用いられることが想定される。ここで、地域単位でのフィルタリングを行うためには、これらの地域コードやジオロケーション情報等のロケーション情報と、緊急情報に関連付けられた対象地域タグとが共通のID体系となっている必要がある。
【００４７】
（EA対象地域ごとの地域コードとジオロケーション情報のマッピング）
図３は、地域ごとのコードの割り当ての例として、米国のインディアナ州における各郡に割り当てられた地域コードを示している。なお、各群に割り当てられる地域コードは、米国連邦政府によって、連邦情報処理基標準(FIPS：Federal Information Processing Standard)の郡コード(county code)として規定されているものである。
【００４８】
また、図３において、サービス地域Ａ１１の中心には、放送局(の送信装置１０)が設置されており、サービス地域Ａ１１内の多数の受信装置２０は、送信装置１０からの放送波を受信することができる。
【００４９】
ここで、インディアナ州の一部の地域に注目すれば、各郡は、緊急情報の対象となる地域ごとに、EA対象地域Ａ２１乃至Ａ２５の５つの領域に分けられている。EA対象地域Ａ２１乃至Ａ２５は、それぞれ１又は複数の郡(EA対象詳細地域)から構成される。さらに、EA対象地域Ａ２１乃至Ａ２５は、北西点(ax，ay)と、南東点(bx，by)からなる矩形で表されたジオロケーションＧ２１乃至Ｇ２５と関連付けられている。
【００５０】
これらのEA対象地域（対象地域タグ）と、EA対象詳細地域(地域コード)と、ジオロケーション情報との関係を具体的に示すと、例えば、図４に示すようになる。
【００５１】
すなわち、"0x0001"である対象地域タグが示すEA対象地域Ａ２１は、"18181"である地域コードのホワイト郡、"18015"である地域コードのキャロル郡、"18157"である地域コードのティピカヌー郡、及び、"18023"である地域コードのクリントン郡から構成される。また、図３の「１」で表されるEA対象地域Ａ２１には、(a1x，a1y)が示す北西点と、(b1x，b1y)が示す南東点の緯度経度で指定されるジオロケーションＧ２１が対応付けられている。
【００５２】
"0x0002"である対象地域タグが示すEA対象地域Ａ２２は、"18107"である地域コードのモンゴメリー郡、"18011"である地域コードのブーン郡、"18133"である地域コードのパットナム郡、"18063"である地域コードのヘンドリックス郡、"18097"である地域コードのマリオン郡、"18119"である地域コードのオーウェン郡、"18105"である地域コードのモンロー郡、"18013"である地域コードのブラウン郡、"18081"である地域コードのジョンソン郡、及び、"18109"である地域コードのモーガン郡から構成される。
【００５３】
また、図３の「２」で表されるEA対象地域Ａ２２には、(a2x，a2y)が示す北西点と、(b2x，b2y)が示す南東点の緯度経度で指定されるジオロケーションＧ２２が対応付けられている。
【００５４】
"0x0003"である対象地域タグが示すEA対象地域Ａ２３は、"18049"である地域コードのフルトン郡、"18017"である地域コードのカス郡、"18103"である地域コードのマイアミ郡、"18169"である地域コードのウォバッシュ郡、"18067"である地域コードのハワード郡、"18053"である地域コードのグラント郡、"18069"である地域コードのハンティントン郡、"18009"である地域コードのブラックフォード郡、及び、"18035"である地域コードのデラウェア郡から構成される。
【００５５】
また、図３の「３」で表されるEA対象地域Ａ２３には、(a3x，a3y)が示す北西点と、(b3x，b3y)が示す南東点の緯度経度で指定されるジオロケーションＧ２３が対応付けられている。
【００５６】
"0x0004"である対象地域タグが示すEA対象地域Ａ２４は、"18159"である地域コードのティプトン郡、"18057"である地域コードのハミルトン郡、"18095"である地域コードのマディソン郡、"18065"である地域コードのヘンリー郡、"18075"である地域コードのジェイ郡、"18135"である地域コードのランドルフ郡、"18177"である地域コードのウェイン郡、"18041"である地域コードのファイエット郡、"18139"である地域コードのラッシュ郡、"18059"である地域コードのハンコック郡、"18145"である地域コードのシェルビー郡、"18005"である地域コードのバーソロミュー郡、及び、"18031"である地域コードのディケータ郡から構成される。
【００５７】
また、図３の「４」で表されるEA対象地域Ａ２４には、(a4x，a4y)が示す北西点と、(b4x，b4y)が示す南東点の緯度経度で指定されるジオロケーションＧ２４が対応付けられている。
【００５８】
"0x0005"である対象地域タグが示すEA対象地域Ａ２５は、"18109"である地域コードのモーガン郡から構成される。また、図３の「５」で表されるEA対象地域Ａ２５には、(a5x，a5y)が示す北西点と、(b5x，b5y)が示す南東点の緯度経度で指定されるジオロケーションＧ２５が対応付けられている。
【００５９】
以上のようにして、対象地域タグごとに、地域コードとジオロケーション情報をマッピングした地域マッピング情報を定義することで、緊急情報に関連付けられた対象地域タグと、地域コードやジオロケーション情報等のロケーション情報とを関連付けることができる。これにより、受信装置２０では、地域マッピング情報を用いて、パケットフィルタリングやメッセージフィルタリングなどの地域単位での緊急情報フィルタリングを行うことができる。
【００６０】
例えば、受信装置２０の受信地点(ロケーション情報)としては、ユーザにより設定される地域コードや、GPSからの受信信号が示す位置情報(ジオロケーション情報)が取得されるので、受信装置２０は、地域マッピング情報を用いて、地域コードやジオロケーション情報を、対象地域タグに変換する。これにより、受信装置２０は、緊急情報を含むEATを格納したパケットに、EA対象地域を指定した対象地域タグが含まれている場合でも、地域コードやジオロケーション情報を変換して得られる対象地域タグを用い、パケットフィルタリング等の緊急情報フィルタリングを行うことができる。
【００６１】
すなわち、受信装置２０では、受信地点(ロケーション情報)として、地域コードやジオロケーション情報などの様々なフォーマットが用いられることが想定されるが、地域マッピング情報を定義することにより、地域コードとジオロケーション情報の両方で、緊急情報フィルタリングを行うことができる。
【００６２】
また、地域コードは、例えば、連邦情報処理基標準(FIPS)の郡コードとして規定されているものであるため、サービス事業者側からすれば、緊急情報を通知すべき、対象地域タグにより識別されるEA対象地域が、地域コードにより識別される郡(例えばEA対象詳細地域)とは異なっている場合が想定される。具体的には、ホワイト郡("18181")、キャロル郡("18015")、ティピカヌー郡("18157")、及び、クリントン郡("18023")から構成されるEA対象地域Ａ２１に対して、緊急情報を通知する場合、その通知領域は１つの郡(EA対象詳細地域)ではないため、地域コード(FIPSの郡コード)では表すことができない。
【００６３】
この場合、サービス事業者により提供される送信装置１０が、受信装置２０に対して、地域マッピング情報(図４)を通知した後に、緊急時において、緊急情報を含むEATを格納したパケットに対して、EA対象地域Ａ２１を指定した対象地域タグ("0x0001")を含めるようにすることで、EA対象地域Ａ２１内の受信装置２０では、地域単位での緊急情報フィルタリングが行われ、ユーザに対して、有用な緊急情報を通知することができる。
【００６４】
このように、サービス事業者としては、自身が定義した地域マッピング情報を、緊急時に通知される緊急情報に先行して受信装置２０側に提供しておくことで、連邦情報処理基標準(FIPS)の郡コード等の各種の規定に縛られることなく、緊急情報を通知すべきEA対象地域を自由に設定して、より柔軟な運用を行うことができる。換言すれば、地域マッピング情報は、緊急情報と地域に関する情報を対応付けた情報であるとも言える。
【００６５】
なお、図４の地域マッピング情報は一例であって、受信装置２０の受信地点(ロケーション情報)として、地域コードとジオロケーション情報以外の他のフォーマットが用いられる場合には、他のフォーマットに適合した地域マッピング情報を用いることが可能である。また、図４の地域マッピング情報においては、対象地域タグに対して、地域コードとジオロケーション情報の両方を対応付けるようにしたが、地域コードとジオロケーション情報のうちの少なくとも一方が対応付けられるようにすればよい。
【００６６】
また、図３において、EA対象地域Ａ２１乃至Ａ２５が示す領域と、ジオロケーションＧ２１乃至Ｇ２５が示す領域とが一致していることが望ましいが、現実的にそれらの領域を一致させることが困難である場合には、多少のずれは許容することができる。
【００６７】
（LLSパケットの構造）
図５は、IPパケットやLLSシグナリングデータを格納するBBPパケットの構成を示している。
【００６８】
BBPパケットは、BBPヘッダとペイロードから構成される。ATCS3.0(IP伝送方式)を採用した場合、BBPパケットのペイロードには、IPパケットやLLSシグナリングデータが配置される。なお、BBPヘッダには、タイプ情報が含まれており、当該タイプ情報によって、BBPパケットがIPパケットであるか、あるいはLLSシグナリングデータであるかを判別することができる。
【００６９】
BBPパケットのペイロードに、LLSシグナリングデータを配置する場合には、当該ペイロードには、LLSヘッダとペイロードから構成されるLLSパケットが配置される。このLLSパケットにおいて、ペイロードには、LLSシグナリングデータが配置され、LLSヘッダには、LLSインデックス情報(Signaling Index)が少なくとも配置される。
【００７０】
（LLSヘッダの構造）
図６は、LLSヘッダ(のLLSインデックス情報)の構造を示す図である。なお、図７乃至図９には、図６のLLSヘッダを構成する各要素の説明がなされており、適宜参照しながら説明するものとする。
【００７１】
図６において、32ビットのLLSヘッダには、「CO」，「Type」，「Type extension」，「Version」が配置される。
【００７２】
最上位ビット(MSB：Most Significant Bit)から2ビットの「CO」は、Compressの略であって、対象のLLSシグナリングデータの圧縮の有無を示す情報(圧縮情報)である。例えば、図７に示すように、非圧縮の場合、「CO」には、"0"が設定される。また、LLSシグナリングデータ(のファイル)が、zipにより圧縮されている場合には、"1"が設定される。また、LLSシグナリングデータ(のファイル)が、bim(Binary format for MPEG-7 data)により圧縮されている場合には、"2"が設定される。なお、"3"は、将来の拡張用に確保されている。
【００７３】
図６の説明に戻り、「CO」の次に配置される6ビットの「Type」は、LLSシグナリングデータのタイプを示す情報(タイプ情報)である。例えば、このタイプ情報には、図８に示すように、すべてのLLSメタデータ(LLSパッケージ)が配置される場合、「Type」として、"0x00"が設定される。同様にして、「Type」には、LLSパケットのペイロードに配置されるLLSシグナリングデータの種別に応じた値が設定され、FITが配置される場合には"0x01"，RRTが配置される場合には"0x02"，EATが配置される場合には"0x03"，ADTが配置される場合には"0x04"がそれぞれ設定される。
【００７４】
図６の説明に戻り、「Type」の次に配置される16ビットの「Type extension」は、LLSシグナリングデータのタイプごとに設定される拡張されたフィルタリング用のパラメータ(拡張情報)である。この拡張情報には、タイプ情報に応じた任意の情報を設定することができる。
【００７５】
具体的には、例えば、図９に示すように、Type="0x03"、すなわち、タイプ情報としてEATが設定されている場合に、16ビットからなるType extensionのうち、上位の8ビットに対象地域タグ(Area_tag)を割り当て、さらに、残りの下位の8ビットに事業者ID(Provider_id)を割り当てるようにする。ここでは、対象地域タグとして、例えば"0x0001"や"0x0002"等のEA対象地域Ａ２に応じた対象地域タグが設定される。
【００７６】
なお、拡張情報における対象地域タグとして、特定のビット列を特定の機能に割り当てるようにしてもよい。例えば、対象地域タグとして、"0x00"が設定された場合、サービス地域Ａ１等の特定の領域の全体が、緊急情報の通知の対象となることを意味し、"0xFF"が設定された場合、サービス地域Ａ１等の特定の領域以外の領域が、緊急情報の対象となることを意味する。例えば、対象地域タグとして、"0xFF"を設定可能にすることで、サービス地域Ａ１内で受信装置２０を使用するユーザが、当該サービス地域Ａ１以外の領域で通知された緊急情報を確認する、といった運用が可能となる。
【００７７】
また、拡張情報に、事業者IDが割り当てられるようにすることで、受信装置２０では、特定の事業者から通知される緊急情報のみを抽出することが可能となる。なお、事業者IDの代わりに、例えば、8ビットの優先度(Priority)が割り当てられるようにしてもよい。例えば、優先度として、"0"〜"3"の４段階の優先度が設定されるようにすることで、受信装置２０では、より優先度の高い緊急情報のみを抽出することが可能となる。なお、この例では、その値が大きいほど、優先度が高いことを示している。
【００７８】
このように、EATは、緊急情報を含んでいるが、対象の地域やその提供元、緊急度などによっては、すべてのユーザにとって有用な情報とは限らないため、拡張情報によりフィルタリング条件を拡張して設定することで、受信装置２０が、有用な情報のみを抽出できるようにしている。
【００７９】
図６の説明に戻り、「Type extension」の次に配置される、最下位ビット(LSB：Least Significant Bit)から8ビットの「Version」は、LLSシグナリングデータのバージョンを示す情報(バージョン情報)である。
【００８０】
なお、LLSインデックス情報としては、圧縮情報(CO)、タイプ情報(Type)、拡張情報(Type extension)、及び、バージョン情報(Version)のすべてを配置する必要はなく、それらの情報のうち、少なくとも１つの情報（例えばタイプ情報と拡張情報）がフィルタリング条件に応じて配置されればよい。また、圧縮情報(CO)、タイプ情報(Type)、拡張情報(Type extension)、及び、バージョン情報(Version)は、LLSインデックス情報の一例であって、LLSシグナリングデータのフィルタリング処理に用いることができるパラメータであれば、他のパラメータを定義してもよい。
【００８１】
以上、LLSヘッダでは、圧縮情報(CO)、タイプ情報(Type)、拡張情報(Type extension)、及び、バージョン情報(Version)からなるLLSインデックス情報を定義している。これにより、受信装置２０では、当該LLSヘッダのLLSインデックス情報を用い、LLSパケットのフィルタリング処理を行うことで、LLSシグナリングデータを取得することができる。
【００８２】
＜３．運用例＞
【００８３】
（起動状態時の緊急情報メッセージ伝送）
次に、図１０を参照して、具体的な運用例を説明する。図１０は、受信装置２０が起動している場合における緊急情報メッセージ伝送を説明する図である。
【００８４】
なお、図１０において、図中の上側は、送信装置１０から送信(伝送)されるデータの流れを表し、図中の下側は、当該データを処理する受信装置２０における処理の流れを表している。また、図１０において、時間の方向は、図中の左側から右側の方向とされる。
【００８５】
図１０において、放送局に設置された送信装置１０は、IP伝送方式を用いたデジタル放送の放送波(Broadcast Stream)を伝送している。この放送波では、PLP(Physical Layer Pipe)ごとに、１又は複数のサービス(SC：Service Channel)を構成するコンポーネント及びSLSのストリーム、NTPストリーム、並びにLLSストリームが伝送されている。なお、プリアンブル(Preamble)では、物理層で規定される制御情報が伝送される。
【００８６】
図１０に示すように、受信装置２０においては、初期スキャン処理等によって、LLSストリームで伝送されているADTが取得され、ADTに含まれる地域マッピング情報が、NVRAM(Non Volatile RAM)等のメモリに記録される(Ｓ１１，Ｓ１２)。
【００８７】
また、受信装置２０においては、初期スキャン処理時に、FITから得られる選局情報が、メモリに記録されているので、ユーザによりサービスの選局操作が行われた場合、選局されたサービスの選局処理が行われ、テレビ番組の映像が表示される(Ｓ１３，Ｓ１４，Ｄ１１)。
【００８８】
ここで、テレビ番組を表示している受信装置２０では、LLSストリームで伝送されるEATを格納したパケット(LLSパケット)を常に監視することで、パケットフィルタリングを行っており、受信地点を含むEA対象地域Ａ２を対象としたEATが検出された場合には、そのEATが取得される（Ｓ１５，Ｓ１６）。
【００８９】
このパケットフィルタリングでは、LLSパケットのLLSヘッダが監視され、タイプ情報(Type)がEATを示し、かつ、拡張情報(Type extension)に配置された対象地域タグ(Area_tag)が示すEA対象地域に、受信地点が含まれる場合には、当該LLSパケットのペイロードに配置されたEATを取得することになる。
【００９０】
ただし、受信装置２０において、受信地点は、ユーザにより設定される地域コードや、GPSからの受信信号が示す位置情報(ジオロケーション情報)などとなるため、このままでは、LLSヘッダに配置される対象地域タグとのマッチングを行うことができない。そこで、受信装置２０では、ステップＳ１２の処理でメモリに記録しておいた地域マッピング情報を用いて、地域コードやジオロケーション情報を対象地域タグに変換して、LLSヘッダに配置される対象地域タグと共通のID体系にしてから、LLSヘッダに配置される対象地域タグとのマッチングが行われるようにする。
【００９１】
なお、ここでは、LLSヘッダの拡張情報に配置される、例えば、事業者IDや優先度を用いて、サービス事業者ごとのフィルタリングや、優先度に応じたフィルタリングが併せて行われるようにしてもよい。
【００９２】
図１０に示すように、ステップＳ１６の処理で取得されるEATには、EAMessage要素のうち、EAMessageData要素が出現しているため、緊急情報は、字幕形式の緊急情報メッセージとして伝送されている。したがって、受信装置２０は、表示中のテレビ番組に、EATのEAMessage要素のメッセージ内容(図中のEATの「大雨警報が出ています・・・」)を重畳表示させる(Ｓ１７，Ｄ１２)。これにより、ユーザは、テレビ番組に重畳表示された(緊急情報メッセージの)字幕を確認して、大雨警報が発動されたことを知ることができる。
【００９３】
ただし、EATのEAGeoloc要素には、対象詳細地域コードが設定されているので、受信装置２０では、EATの対象詳細地域コードが示すEA対象詳細地域Ａ３に、受信地点が含まれるかどうかのマッチングをすることで、メッセージフィルタリングを行う。そして、このメッセージフィルタリングの結果、受信地点を含むEA対象詳細地域Ａ３を対象とした緊急情報メッセージが検出された場合には、その緊急情報メッセージを表示させる。図１０の例では、受信地点を含むEA対象詳細地域Ａ３を対象とした緊急情報メッセージが検出された場合を示している(Ｄ１２)。
【００９４】
なお、図１０のEATには、１つの緊急情報メッセージのみが記述されているが、複数の緊急情報メッセージが記述される場合にも、同様のメッセージフィルタリングが行われ、受信地点を含むEA対象詳細地域Ａ３を対象とした１又は複数の緊急情報メッセージが検出された場合には、その１又は複数の緊急情報メッセージを表示される。また、複数の緊急情報メッセージが存在する場合において、ユーザが所望の緊急情報メッセージを選択するようにしてもよい。
【００９５】
ここで、テレビ番組に重畳表示された字幕の内容は、大雨警報が発動されたことを示すものであって、その詳細な情報を示すものではない。そのため、ユーザによるリモートコントローラの操作などにより、詳細情報の表示が指示された場合(Ｓ１８)、緊急情報の追加情報として、大雨警報の詳細情報が表示されるようにする(Ｓ１９乃至Ｓ２２)。
【００９６】
具体的には、図１０のEATには、EAMessage要素のうち、EAService要素が出現し、さらに、serviceType属性として、"nrt"が指定されているため、大雨警報の詳細情報は、NRT(Non Real Time)ポータルサービスのNRTポータル情報として伝送されている。したがって、受信装置２０は、EATのEAService要素のserviceId属性の値と選局情報(SLSブートストラップ情報)を用い、選局処理を行うことで、ROUTEセッションにより伝送されているSLSシグナリングデータを取得する(Ｓ１９)。
【００９７】
そして、受信装置２０は、SLSシグナリングデータに従い、ROUTEセッションにより伝送されているNRTポータル情報を取得して(Ｓ２０)、そこから得られる大雨警報の詳細情報を表示する(Ｓ２１，Ｓ２２，Ｄ１３)。
【００９８】
以上のように、図１０の緊急情報メッセージ伝送においては、テレビ番組を表示中の受信装置２０は、パケットフィルタリングを行い、受信地点を含むEA対象地域Ａ２に対するEATが検出された場合には、当該EATを取得し、さらに、メッセージフィルタリングを行い、受信地点を含むEA対象詳細地域Ａ３に対する緊急情報メッセージが検出された場合には、当該緊急情報メッセージが表示される。
【００９９】
これにより、受信装置２０では、テレビ番組を表示した画面(Ｄ１１の状態)から、テレビ番組に字幕(緊急情報メッセージ)を重畳した画面(Ｄ１２の状態)に遷移して、緊急情報の字幕が画面に表示されることになる。その結果、テレビ番組を視聴しているユーザは、強制的にテレビ番組に重畳表示された字幕を確認して、大雨警報が発動されたことを知ることができる。
【０１００】
また、テレビ番組に重畳表示された字幕を確認したユーザは、さらに詳細な天候に関する情報を知りたい場合には、所定の操作を行うことで、受信装置２０には、NRTポータル情報として伝送される大雨警報の詳細情報の画面(Ｄ１３の状態)が表示されることになる。その結果、ユーザは、字幕では表現しきれない情報を含む詳細情報を確認して、大雨警報に関するより深い情報を得ることができる。
【０１０１】
なお、図１０の運用例では、緊急情報の詳細情報は、NRTポータル情報として、ROUTEセッションを利用して配信されるとして説明したが、放送経由又は通信経由による他の配信方法を用いるようにしてもよい。
【０１０２】
例えば、インターネット９０に接続されたサーバ３０が、緊急情報の詳細情報として、緊急情報用のアプリケーション(緊急情報アプリケーション)を提供するようにしてもよい。この場合、受信装置２０は、ユーザにより詳細情報の表示が指示された場合、インターネット９０を介してサーバ３０にアクセスして、緊急情報アプリケーションを取得して起動することで、緊急情報の詳細情報を提示することができる。なお、緊急情報アプリケーションは、AIT(Application Information Table)等のアプリケーション制御情報により制御することができる。
【０１０３】
また、例えば、インターネット９０に接続されたサーバ３０が、緊急情報の詳細情報として、HTML(HyperText Markup Language)形式の文書等からなるウェブページを提供するようにしてもよい。この場合、受信装置２０は、ユーザにより詳細情報の表示が指示された場合、インターネット９０を介してサーバ３０にアクセスして、ウェブページを取得して表示することで、緊急情報の詳細情報を提示することができる。なお、図１０においては、緊急情報メッセージの代わりに、緊急情報アプリケーションやウェブページなどの他の形式の緊急情報が伝送されるようにしてもよい。
【０１０４】
また、図１０の運用例では、受信装置２０が起動してテレビ番組を表示している場合に、緊急情報を含むEATが検出され、緊急情報メッセージが表示される例を説明したが、受信装置２０がスリープ状態となっている場合には、受信装置２０を強制的に起動させてから、緊急情報を含むEATを検出させて、緊急情報メッセージを表示させるようにしてもよい。この場合、送信装置１０は、プリアンブルの制御情報として、受信装置２０を強制的に緊急起動させるための信号(強制緊急起動信号)を含めることで、受信装置２０の電源を強制的にオンにして、緊急起動させることができる。
【０１０５】
＜４．シンタックスの例＞
【０１０６】
（ADTのシンタックス）
図１１は、XML(Extensible Markup Language)形式のADTのシンタックスの例を示す図である。なお、図１１において、要素と属性のうち、属性には「@」が付されている。また、インデントされた要素と属性は、その上位の要素に対して指定されたものとなる。これらの関係は、後述する図１２のEATのシンタックスでも同様とされる。
【０１０７】
図１１に示すように、ルート要素としてのadt要素は、area要素の上位要素となる。
【０１０８】
area要素には、EA対象地域に関する情報が指定される。area要素は、areaTag属性、codes要素、及び、geo_loc要素の上位要素となる。areaTag属性には、対象地域タグが指定される。
【０１０９】
codes要素には、地域コードに関する情報が指定される。codes要素は、type属性、及び、unit要素の上位要素となる。type属性は、地域コードのタイプを示す情報(タイプ情報)が指定される。例えば、type属性としては、"fipsc","fipss","zip5","zip9"が設定される。
【０１１０】
"fipsc"と"fipss"は、連邦情報処理基標準(FIPS)の郡コード(C：County code)と、州コード(S：State code)を表している。また、"zip5"と"zip9"は、米国郵政公社(USPS：United States Postal Service)が使用する5桁の郵便番号(ZIP code)と、9桁の郵便番号を表している。unit要素には、地域コードの値が指定される。
【０１１１】
geo_loc要素には、ジオロケーションに関する情報が指定される。geo_loc要素は、nw_lat属性、nw_lon属性、se_lat属性、及び、se_lon属性の上位要素となる。nw_lat属性は、北西端緯度を示す。nw_lon属性は、北西端経度を示す。se_lat属性は、南東端緯度を示す。se_lon属性は、南東端経度を示す。
【０１１２】
なお、図１１において、出現数(Cardinality)であるが、"1"が指定された場合にはその要素又は属性は必ず１つだけ指定され、"0..1"が指定された場合には、その要素又は属性を指定するかどうかは任意である。また、"1..n"が指定された場合には、その要素又は属性は１以上指定され、"0..n"が指定された場合には、その要素又は属性を１以上指定するかどうかは任意である。これらの関係は、後述する図１２のEATのシンタックスでも同様である。
【０１１３】
（EATのシンタックス）
図１２は、XML形式のEATのシンタックスの例を示す図である。
【０１１４】
図１２に示すように、ルート要素としてのEat要素は、AutomaticTuningService要素、及び、EAMessage要素の上位要素となる。
【０１１５】
AutomaticTuningService要素には、受信装置２０を強制的に起動させる場合において、起動時に選局されるサービス(自動選局サービス)に関する情報が指定される。AutomaticTuningService要素は、broadcastStreamID属性、及び、serviceId属性の上位要素となる。broadcastStreamID属性には、自動選局サービスのブロードキャストストリームIDが指定される。serviceId属性には、自動選局サービスのサービスIDが指定される。
【０１１６】
EAMessage要素には、緊急情報のメッセージが指定される。EAMessage要素は、eaMessageId属性、eaPriority属性、EAGeoloc要素、EAMessageData要素、EAApplication要素、EAService要素、EAWww要素、及び、EA_phonetic_info要素の上位要素となる。
【０１１７】
eaMessageId属性には、緊急情報の識別子として、メッセージIDが指定される。eaPriority属性は、緊急情報の優先度が指定される。
【０１１８】
EAGeoloc要素には、EA対象詳細地域に関する情報が指定される。EAGeoloc要素は、type属性の上位要素となる。type属性には、EA対象詳細地域コードのタイプを示す情報(タイプ情報)が指定される。type属性としては、"adt"，"fips5","zip5","zip9"が設定される。
【０１１９】
"adt"は、EA対象詳細地域コードとして、対象地域タグが設定されることを表している。例えば、"adt"が設定された場合、パケットフィルタリングとメッセージフィルタリングの両方で、対象地域タグが用いられることになる。具体的には、上述した図３と図４の例に当てはめれば、"0x0002"である対象地域タグを用いてパケットフィルタリングを行った後に、"0x0005"である対象地域タグを用いてメッセージフィルタリングを行う場合が該当することになる。つまり、例えば、"18109"である地域コードのモーガン郡は、EA対象地域Ａ２２におけるEA対象地域Ａ２５に属する地域であって、それらの対象地域タグが入れ子で指定されているため、このような緊急情報フィルタリングが可能となる。
【０１２０】
また、"fips5"は、5桁の連邦情報処理基標準(FIPS)のコード、すなわち、例えば5桁からなる郡コード(County code)を表している。また、"zip5"と"zip9"は、米国郵政公社(USPS)が使用する5桁の郵便番号(ZIP code)と、9桁の郵便番号を表している。
【０１２１】
これらのタイプ情報に応じたEA対象詳細地域コードの値は、EAGeoloc要素の値として指定される。また、EAGeoloc要素を指定しないことも可能であるが、その場合には、メッセージフィルタリングにおいて、パケットフィルタリングに対応したタイプ情報でのフィルタリングが行われる。例えば、対象地域タグによるパケットフィルタリングが行われた場合には、メッセージフィルタリングにおいても、対象地域タグを用いたフィルタリングが行われる。また、EAGeoloc要素を複数指定することで、複数のEA対象詳細地域コードによる論理積(AND)や論理和(OR)等の論理演算を適用して、より複雑なフィルタリングの条件設定を行うことが可能となる。
【０１２２】
EAMessageData要素には、緊急情報が字幕として伝送される場合に、その字幕情報(緊急情報メッセージ)が指定される。
【０１２３】
EAApplication要素には、緊急情報が緊急情報アプリケーションとして伝送される場合に、その緊急情報アプリケーションに関する情報が指定される。EAApplication要素は、applicationId属性の上位要素となる。applicationId属性には、緊急情報アプリケーションのアプリケーションIDが指定される。なお、このアプリケーションIDは、AIT等のアプリケーション制御情報で管理されるアプリケーションの識別子に関連付けられる。
【０１２４】
EAService要素には、緊急情報が緊急情報サービスとして伝送される場合に、その緊急情報サービスに関する情報が指定される。EAService要素は、serviceId属性、及び、serviceType属性の上位要素となる。serviceId属性には、緊急情報サービスのサービスIDが指定される。serviceType属性には、サービスタイプ情報が指定される。このサービスタイプ情報としては、"nrt"，"tv"，"audio"が指定される。
【０１２５】
"nrt"は、緊急情報が、NRTポータルサービスのNRTポータル情報として伝送されることを表している。"tv"は、緊急情報を提供する専用のチャンネル(サービス)に遷移することを表している。"audio"は、緊急情報がオーディオデータにより提供されることを表している。この場合、視聴中のテレビ番組の映像はそのままに、音声のみが、緊急情報の音声に切り替わることになる。
【０１２６】
EAWww要素は、緊急情報をインターネット９０上の緊急情報サイトにより提供する場合に、その緊急情報サイトに関する情報が指定される。EAWww要素は、uri属性の上位要素となる。uri属性には、緊急情報サイトのURL(Uniform Resource Locator)が指定される。例えば、このURLとしては、緊急情報サイトを提供するサーバ３０のURLを指定することができる。
【０１２７】
EA_phonetic_info要素には、視覚障害者向けの音声読み上げに関する情報が指定される。EA_phonetic_info要素は、format属性、及び、url属性の上位要素となる。format属性には、音声読み上げエンジンで読み上げられるテキスト情報のフォーマットが指定される。例えば、このフォーマットとしては、"ssml"が指定される。"ssml"は、音声合成マークアップ言語であるSSML(Speech Synthesis Markup Language)を表している。
【０１２８】
また、url属性には、音声読み上げ用のテキスト情報の取得先のURLが指定される。例えば、このURLとしては、音声読み上げ用のテキスト情報を提供するサーバ３０のURLを指定することができる。なお、この音声読み上げ用のテキスト情報は、インターネット９０上のサーバ３０から取得するほか、EA_phonetic_info要素の値として指定することもできる。
【０１２９】
なお、図１１のADTや、図１２のEATのシンタックスは一例であって、他のシンタックスを採用してもよい。また、ADTとEATは、XML形式に限らず、他のマークアップ言語により記述してもよいし、あるいはセクション形式であってもよい。
【０１３０】
＜５．各装置の構成＞
【０１３１】
次に、図１の伝送システム１を構成する、送信装置１０と受信装置２０の詳細な構成を説明する。なお、ここでは、サーバ３０の詳細な構成についてはその説明を省略するが、サーバ３０は、一般的なサーバとしての機能を有している。
【０１３２】
（送信装置の構成）
図１３は、図１の送信装置１０の構成例を示す図である。
【０１３３】
図１３において、送信装置１０は、コンポーネント取得部１１１、エンコーダ１１２、シグナリング生成部１１３、シグナリング処理部１１４、地域マッピング情報生成部１１５、緊急情報生成部１１６、マルチプレクサ１１７、及び、送信部１１８から構成される。
【０１３４】
コンポーネント取得部１１１は、特定のサービスにより提供されるコンテンツ(例えばテレビ番組)を構成するビデオやオーディオ、字幕等(のコンポーネント）のデータを取得し、エンコーダ１１２に供給する。エンコーダ１１２は、コンポーネント取得部１１１から供給される、ビデオやオーディオ等(のコンポーネント)のデータを、所定の符号化方式に従って符号化して、マルチプレクサ１１７に供給する。
【０１３５】
なお、コンポーネント取得部１１１においては、例えば、既に収録されたコンテンツの保管場所から、放送時間帯に応じて該当するコンテンツが取得されたり、あるいはスタジオやロケーション場所からライブのコンテンツが取得されたりする。
【０１３６】
シグナリング生成部１１３は、外部のサーバや内蔵するストレージ等から、シグナリングデータを生成するための素データを取得する。シグナリング生成部１１３は、シグナリングデータの素データを用いて、シグナリングデータを生成し、シグナリング処理部１１４に供給する。シグナリング処理部１１４は、シグナリング生成部１１３から供給されるシグナリングデータを処理して、マルチプレクサ１１７に供給する。
【０１３７】
ここでは、FIT等のLLSメタデータからなるLLSシグナリングデータや、USDやMPD等のSLSメタデータからなるSLSシグナリングデータが生成されて、処理される。
【０１３８】
地域マッピング情報生成部１１５は、外部のサーバや内蔵するストレージ等から、地域マッピング情報を生成するための素データを取得する。地域マッピング情報生成部１１５は、地域マッピング情報の素データを用いて、地域マッピング情報を生成し、シグナリング処理部１１４に供給する。シグナリング処理部１１４は、シグナリング生成部１１３から供給されるADTと、地域マッピング情報生成部１１５から供給される地域マッピング情報とを合成することで、地域マッピング情報を含むADTを生成し、マルチプレクサ１１７に供給する。
【０１３９】
なお、地域マッピング情報は、ADTに含めるほか、例えば、FITやEATなどの他のLLSメタデータに含めるようにしてもよい。ただし、地域マッピング情報をFITに含める場合には、地域マッピング情報は、例えばFITの独立した要素として記述することができる。また、地域マッピング情報をEATに含める場合、地域マッピング情報の内容が変更されない限り、更新する必要がないため、すべてのEATに、地域マッピング情報を含める必要はない。
【０１４０】
緊急情報生成部１１６は、外部のサーバ等から、CAP(Common Alerting Protocol)情報等の緊急情報の素データを取得する。緊急情報生成部１１６は、CAP情報等の緊急情報の素データを用いて、緊急情報を生成し、シグナリング処理部１１４に供給する。シグナリング処理部１１４は、シグナリング生成部１１３から供給されるEATと、緊急情報生成部１１６から供給される緊急情報とを合成することで、緊急情報を含むEATを生成し、マルチプレクサ１１７に供給する。
【０１４１】
なお、CAP情報は、米国で整備されているEAS(Emergency Alerting System)と呼ばれる緊急告知のシステムで用いられている、XML形式のフォーマットで記述される緊急情報メッセージである。このCAP情報によって、大統領からの最優先事項からローカルな告知事項まで、様々なレベルの緊急情報を、様々なメディアにより告知できるようになっている。なお、CAP情報は、緊急情報メッセージの一例であって、例えば気象警報を発表する機関から提供される気象警報に関する情報など、他の機関や事業者等から取得した緊急警報メッセージを用いることができる。
【０１４２】
マルチプレクサ１１７は、エンコーダ１１２から供給されるコンポーネントのデータと、シグナリング処理部１１４から供給されるシグナリングデータとを多重化して、BBPストリームを生成し、送信部１１８に供給する。送信部１１８は、マルチプレクサ１１７から供給されるBBPストリームを、IP伝送方式を用いたデジタル放送の放送波(デジタル放送信号)として、アンテナ１３１を介して送信する。
【０１４３】
（受信装置の構成）
図１４は、図１の受信装置２０の構成例を示す図である。
【０１４４】
図１４において、受信装置２０は、チューナ２１１、デマルチプレクサ２１２、シグナリング処理部２１３、制御部２１４、入力部２１５、メモリ２１６、デコーダ２１７、表示部２１８、スピーカ２１９、緊急情報処理部２２０、及び、通信部２２１から構成される。
【０１４５】
チューナ２１１は、アンテナ２３１を介して受信したIP伝送方式を用いたデジタル放送の放送波(デジタル放送信号)から、ユーザによるサービス選局操作に応じたデジタル放送信号を抽出して復調し、その結果得られるBBPストリームを、デマルチプレクサ２１２に供給する。
【０１４６】
デマルチプレクサ２１２は、チューナ２１１から供給されるBBPストリームを、コンポーネントとしてのビデオやオーディオ、字幕等のデータと、シグナリングデータに分離する。デマルチプレクサ２１２は、ビデオやオーディオ等のデータをデコーダ２１７に、シグナリングデータをシグナリング処理部２１３にそれぞれ供給する。
【０１４７】
また、デマルチプレクサ２１２は、BBPストリームから、緊急情報を含むEATが抽出された場合には、EATを、緊急情報処理部２２０に供給する。
【０１４８】
シグナリング処理部２１３は、デマルチプレクサ２１２から供給されるシグナリングデータを処理し、制御部２１４に供給する。ここでは、LLSシグナリングデータとしてのFIT等のLLSメタデータや、SLSシグナリングデータとしてのUSDやMPD等のSLSメタデータが取得されて、処理される。
【０１４９】
制御部２１４は、受信装置２０の各部の動作を制御する。制御部２１４は、シグナリング処理部２１３から供給されるシグナリングデータに基づいて、放送経由又は通信経由で配信されるコンポーネントのストリームが取得されて再生されるように、各部の動作を制御する。
【０１５０】
入力部２１５は、ユーザの操作に応じた操作信号を、制御部２１４に供給する。制御部２１４は、入力部２１５から供給される操作信号に基づいて、各部の動作を制御する。メモリ２１６は、NVRAM等の不揮発性メモリであって、制御部２１４からの制御に従い、各種のデータを記録する。
【０１５１】
デコーダ２１７は、デマルチプレクサ２１２から供給されるビデオやオーディオ等(のコンポーネント)のデータを、所定の復号方式に従って復号し、ビデオデータを表示部２１８に、オーディオデータをスピーカ２１９にそれぞれ供給する。表示部２１８は、デコーダ２１７から供給されるビデオデータに対応する映像を表示する。スピーカ２１９は、デコーダ２１７から供給されるオーディオデータに対応する音声を出力する。
【０１５２】
緊急情報処理部２２０は、デマルチプレクサ２１２から供給される、緊急情報を含むEATを処理し、その処理結果に応じて、緊急情報の字幕や詳細情報を、表示部２１８に供給する。表示部２１８は、緊急情報処理部２２０から供給される緊急情報の字幕や詳細情報を表示する。また、緊急情報処理部２２０は、緊急情報のオーディオデータを、スピーカ２１９に供給する。スピーカ２１９は、緊急情報処理部２２０から供給される緊急情報のオーディオデータに対応する音声を出力する。
【０１５３】
通信部２２１は、制御部２１４からの制御に従い、インターネット９０を介してサーバ３０にアクセスし、緊急情報の詳細情報を要求する。通信部２２１は、サーバ３０からインターネット９０を介して配信される緊急情報の詳細情報を受信して、緊急情報処理部２２０に供給する。緊急情報処理部２２０は、通信経由で配信される緊急情報の詳細情報を、表示部２１８に供給して表示させる。
【０１５４】
また、通信部２２１は、制御部２１４からの制御に従い、インターネット９０を介してサーバ３０にアクセスし、ビデオやオーディオ等のコンポーネントのストリームの配信を要求する。通信部２２１は、サーバ３０からインターネット９０を介してストリーミング配信されるコンポーネントのストリームを受信して、デコーダ２１７に供給する。さらに、通信部２２１は、制御部２１４からの制御に従い、インターネット９０を介してサーバ３０にアクセスして、シグナリングデータ(例えばSLSメタデータ)を受信し、制御部２１４に供給する。
【０１５５】
なお、図１４においては、受信装置２０がテレビ受像機やモバイル受信機等である場合に、表示部２１８とスピーカ２１９を有する構成を示しているが、例えば、受信装置２０が、セットトップボックスや録画機などである場合には、表示部２１８とスピーカ２１９が外部に設けられた構成とすることができる。また、受信装置２０は、通信部２２１等の通信機能を有しない構成とすることもできる。
【０１５６】
また、図１４の構成では図示していないが、受信装置２０がモバイル受信機である場合には、例えばGPS等の測位衛星からの受信信号を受信するための機能など、受信地点情報を取得するための機能が設けられる。
【０１５７】
＜６．各装置で実行される処理の流れ＞
【０１５８】
次に、図１５乃至図１８のフローチャートを参照して、図１の伝送システム１を構成する各装置で実行される処理の流れについて説明する。
【０１５９】
（送信処理）
まず、図１５のフローチャートを参照して、図１の送信装置１０により実行される送信処理を説明する。
【０１６０】
ステップＳ１１１において、コンポーネント取得部１１１は、ビデオやオーディオ等(のコンポーネント)のデータを取得する。また、ステップＳ１１１において、エンコーダ１１２は、コンポーネント取得部１１１により取得されたビデオやオーディオ等(のコンポーネント)のデータを符号化する。
【０１６１】
ステップＳ１１２において、シグナリング生成部１１３は、シグナリングデータの素データを用いて、シグナリングデータを生成する。また、ステップＳ１１２において、シグナリング処理部１１４は、シグナリング生成部１１３により生成されたシグナリングデータを処理する。
【０１６２】
ステップＳ１１３において、マルチプレクサ１１７は、ステップＳ１１１の処理で符号化されたコンポーネントのデータと、ステップＳ１１２の処理で処理されたシグナリングデータとを多重化して、BBPストリームを生成する。
【０１６３】
ステップＳ１１４において、送信部１１８は、ステップＳ１１３の処理で生成されたBBPストリームを、IP伝送方式を用いたデジタル放送の放送波(デジタル放送信号)として、アンテナ１３１を介して送信する。ステップＳ１１４の処理が終了すると、図１５の送信処理は終了する。
【０１６４】
以上、送信処理について説明した。
【０１６５】
（緊急情報送信処理）
次に、図１６のフローチャートを参照して、図１の送信装置１０により実行される緊急情報送信処理を説明する。
【０１６６】
ステップＳ１３１において、地域マッピング情報生成部１１５は、地域マッピング情報の素データを用いて、地域マッピング情報を生成する。地域マッピング情報生成部１１５により生成された地域マッピング情報は、ADTに含められて、さらに、コンポーネントのデータなどと多重化される。なお、地域マッピング情報は、ADTに含めるほか、例えば、FITやEATなどの他のLLSメタデータに含めるようにしてもよい。
【０１６７】
ステップＳ１３２において、送信部１１８は、ADT(地域マッピング情報)を含むBBPストリームを、IP伝送方式を用いたデジタル放送の放送波(デジタル放送信号)として、アンテナ１３１を介して送信する。
【０１６８】
ステップＳ１３３においては、緊急情報を送信するかどうかが判定される。ステップＳ１３３において、緊急情報を送信しないと判定された場合、処理は、ステップＳ１３１に戻り、ステップＳ１３１乃至Ｓ１３３の処理が繰り返される。一方、例えば、外部のサーバなどから、CAP情報が提供され、緊急情報を送信すると判定された場合、処理は、ステップＳ１３３に進められる。
【０１６９】
ステップＳ１３４において、緊急情報生成部１１６は、外部のサーバなどから取得されるCAP情報等の緊急情報の素データに基づいて、緊急情報を生成する。緊急情報生成部１１６により生成された緊急情報は、EATに含められて、さらに、コンポーネントのデータなどと多重化される。
【０１７０】
ステップＳ１３５において、送信部１１８は、EAT(緊急情報)を含むBBPストリームを、IP伝送方式を用いたデジタル放送の放送波(デジタル放送信号)として、アンテナ１３１を介して送信する。ステップＳ１３５の処理が終了すると、図１６の緊急情報送信処理は終了する。
【０１７１】
以上、緊急情報送信処理について説明した。この緊急情報送信処理では、緊急情報に先行して、地域マッピング情報が送信され、緊急時となった場合に、緊急情報が送信される。これにより、受信装置２０では、緊急時となった場合に、あらかじめ取得しておいた地域マッピング情報を用いて、地域単位でのフィルタリングが行われるため、地域ごとに通知される緊急情報の中から、受信地点に適した緊急情報のみが取得されることになる。その結果、受信装置２０を使用するユーザにとって、有用な情報を提示(通知)することができる。
【０１７２】
（受信処理）
次に、図１７のフローチャートを参照して、図１の受信装置２０により実行される受信処理を説明する。なお、図１７の受信処理は、例えばユーザの操作によって、所望のサービスが選局された場合に実行される。また、メモリ２１６には、初期スキャン処理などにより、FITから得られる選局情報が記録されているものとする。
【０１７３】
ステップＳ２１１において、チューナ２１１は、アンテナ２３１を介して受信したIP伝送方式を用いたデジタル放送の放送波(デジタル放送信号)を受信する。チューナ２１１による復調処理で得られるBBPストリームは、コンポーネントとしてのビデオやオーディオ、字幕等のデータと、シグナリングデータに分離される。
【０１７４】
ステップＳ２１２において、シグナリング処理部２１３は、選局されたサービスに対応するSLSシグナリングデータを取得して処理する。
【０１７５】
ステップＳ２１３において、制御部２１３は、ステップＳ２１２の処理で処理されたSLSシグナリングデータに基づいて、デマルチプレクサ２１２やデコーダ２１７等を制御して、放送経由又は通信経由で配信されるビデオやオーディオ等のコンポーネントのストリームが取得されて再生されるようにする。ステップＳ２１３の処理が終了すると、図１７の受信処理は終了する。
【０１７６】
以上、受信処理について説明した。
【０１７７】
（緊急情報対応処理）
最後に、図１８のフローチャートを参照して、図１の受信装置２０により実行される緊急情報対応処理を説明する。
【０１７８】
ステップＳ２３１において、シグナリング処理部２１３は、デマルチプレクサ２１２により分離された地域マッピング情報を取得する。なお、地域マッピング情報は、ADT，FIT，又はEATに含まれている。
【０１７９】
ステップＳ２３２において、制御部２１４は、ステップＳ２３１の処理で取得された地域マッピング情報を、メモリ２１６に記録する。
【０１８０】
なお、ステップＳ２３１乃至Ｓ２３２で行われる、地域マッピング情報を取得して記録する処理は、例えば、受信装置２０がテレビ受像機である場合には、初期スキャン処理で行われる。また、例えば受信装置２０がスマートフォン等のモバイル受信機である場合には、移動時における所定の間隔ごとに、地域マッピング情報の取得処理が行われる。
【０１８１】
ステップＳ２３３において、制御部２１４は、受信地点情報を取得する。この受信地点情報としては、例えば、受信装置２０がテレビ受像機等の固定受信機である場合には、初期スキャン時等にユーザにより設定される地域コードなどを用いることができる。また、例えば、受信装置２０がスマートフォン等のモバイル受信機である場合には、GPS等の測位衛星からの受信信号が示す位置情報(ジオロケーション情報)などを用いることができる。
【０１８２】
ステップＳ２３４において、デマルチプレクサ２１２は、制御部２１４からの制御に従い、パケットレベルでのフィルタリング(パケットフィルタリング)を行う。
【０１８３】
このパケットフィルタリングでは、LLSパケットのLLSヘッダが監視され、タイプ情報(Type)がEATを示し、かつ、拡張情報(Type extension)に配置された対象地域タグが示すEA対象地域Ａ２に、ステップＳ２３３の処理で取得した受信地点情報が示す受信地点が含まれるかどうかが監視される。
【０１８４】
ただし、受信装置２０において、ステップＳ２３３の処理で取得した受信地点情報が示す受信地点は、ユーザにより設定される地域コードや、GPSからの受信信号が示す位置情報(ジオロケーション情報)などとなるため、このままでは、LLSヘッダに配置される対象地域タグとのマッチングを行うことができない。そこで、受信装置２０では、ステップＳ２３２の処理でメモリ２１６に記録した地域マッピング情報を読み出して、地域コードやジオロケーション情報を対象地域タグに変換して、LLSヘッダに配置される対象地域タグと共通のID体系にしてから、LLSヘッダに配置される対象地域タグとのマッチングが行われるようにする。
【０１８５】
ステップＳ２３５においては、ステップＳ２３４のパケットフィルタリングの結果、緊急情報を含むEATが受信されたかどうかが判定される。ステップＳ２３５において、緊急情報を含むEATが受信されていないと判定された場合、処理は、ステップＳ２３３に戻り、ステップＳ２３３乃至Ｓ２３５の処理が繰り返される。ただし、ステップＳ２３３において、受信地点情報が示す受信地点の内容が変化していない場合には、ステップＳ２３３の処理をスキップすることができる。ここでは、固定受信機の場合、受信地点は変化しないが、モバイル受信機の場合には、受信地点が変化する可能性がある。
【０１８６】
一方、ステップＳ２３５において、緊急情報を含むEATが受信されたと判定された場合、処理は、ステップＳ２３６に進められる。
【０１８７】
ステップＳ２３６において、緊急情報処理部２２０は、制御部２１４からの制御に従い、メッセージレベルでのフィルタリング(メッセージフィルタリング)を行う。
【０１８８】
このメッセージフィルタリングでは、EATの対象詳細地域コードが示すEA対象詳細地域Ａ３に、ステップＳ２３３の処理で取得した受信地点情報が示す受信地点が含まれるかどうかのマッチングが行われる。
【０１８９】
ステップＳ２３７において、緊急情報処理部２２０は、ステップＳ２３６のメッセージフィルタリングの結果、ステップＳ２３３の処理で取得した受信地点情報が示す受信地点を含むEA対象詳細地域Ａ３を対象とした緊急情報メッセージが検出された場合には、その緊急情報メッセージを表示させる。ステップＳ２３７の処理が終了すると、図１８の緊急情報対応処理は終了する。
【０１９０】
以上、緊急情報対応処理について説明した。この緊急情報対応処理では、緊急情報に先行して、送信装置１０から送信されてくる地域マッピング情報が取得されて記録され、緊急時となった場合には、記録しておいた地域マッピング情報を用いて、地域単位でのフィルタリング(パケットフィルタリング及びメッセージフィルタリング)が行われる。これにより、受信装置２０では、地域単位でのフィルタリングが行われて、地域ごとに通知される緊急情報の中から、受信地点に適した緊急情報のみが取得されることになるため、ユーザにとって、有用な情報を提示(通知)することができる。
【０１９１】
なお、上述した説明では、地域単位でのフィルタリングとして、パケットフィルタリングとメッセージフィルタリングの両方が行われる場合を説明したが、受信装置２０は、パケットフィルタリング及びメッセージフィルタリングのうちの少なくとも一方のフィルタリングを行うようにすればよい。
【０１９２】
＜７．変形例＞
【０１９３】
なお、上述した説明としては、地上デジタルテレビ放送の規格として、米国等で採用されている方式であるATSCを説明したが、日本等が採用する方式であるISDB(Integrated Services Digital Broadcasting)や、欧州の各国等が採用する方式であるDVB(Digital Video Broadcasting)などに適用するようにしてもよい。また、地上デジタルテレビ放送に限らず、衛星デジタルテレビ放送やデジタル有線テレビ放送などで採用するようにしてもよい。さらに、上述した説明では、ATSC3.0等のIP伝送方式を採用した場合について説明したが、本技術を、MPEG2-TS方式に適用してもよい。
【０１９４】
また、上述した説明では、シグナリングデータの名称として、主に、Tableの略である「T」を用いたが、Descriptionの略である「D」が用いられる場合がある。例えば、EAT(Emergency Alerting Table)は、EAD(Emergency Alerting Description)と記述される場合がある。ただし、これらの名称の違いは、「Table」と「Description」との形式的な違いであって、各シグナリングデータ(メタデータ)の実質的な内容が異なるものではない。
【０１９５】
さらに、上述した説明では、シグナリングデータがXML等のマークアップ言語により記述される場合における、その要素や属性について説明したが、それらの要素や属性の名称は一例であって、他の名称が採用されるようにしてもよい。例えば、FITやEAT等に規定されるブロードキャストストリームID(Broadcast Stream ID)は、ネットワークID(Network ID)やRFアロケーションID(RF Alloc ID)、RFチャンネルID(RF Channel ID)などと称される場合がある。ただし、これらの名称の違いは、形式的な違いであって、それらの要素や属性の実質的な内容が異なるものではない。さらに、上述したLLSメタデータやSLSメタデータは一例であって、他のメタデータが含まれるようにしてもよい。
【０１９６】
また、図１の伝送システム１においては、送信装置１０からのデジタル放送の放送波が直接、受信装置２０により受信される構成を図示しているが、１又は複数の中継局(不図示)を介してデジタル放送の放送波が伝送されるようにしてもよい。また、図１の伝送システム１において、受信装置２０は、モバイル受信機である場合、公衆無線LAN(Local Area Network)のアクセスポイントを介してインターネット９０に接続するか、あるいはLTE(Long Term Evolution)やLTE-Advanced等のモバイル系のネットワーク(不図示)を介して、サーバ３０に接続することになる。
【０１９７】
さらに、図１の伝送システム１において、受信装置２０は、通信機能を有していない場合や、通信機能を有しているがその通信機能が無効になっている場合がある。その場合には、受信装置２０は、サーバ３０にアクセスすることができない。さらに、図１においては、説明の簡略化のため、サーバ３０が、ビデオやオーディオ等のコンポーネントのストリーム、シグナリングデータやアプリケーション、ウェブページ等のデータのすべてを配信するものとして図示しているが、コンポーネントのストリームと、シグナリングデータやアプリケーション等のデータは、それぞれ別のサーバから配信されるようにしてもよい。
【０１９８】
また、上述した説明では、ジオロケーション情報が、GPS等の測位衛星からの受信信号が示す位置情報として取得される場合を説明したが、例えば、公衆無線LANのアクセスポイントへの接続情報から特定できる場所を取得する方法や、IPアドレスを用いたデータベースの検索によりユーザの位置情報を取得する方法など、ユーザの現在位置を特定可能な方法であれば、他の方法を採用するようにしてもよい。
【０１９９】
なお、図１１のADTは、LLSシグナリングデータを構成する独立したテーブルであるとして説明したが、上述したように、ADTに含まれる地域マッピング情報は、FITやEATなどの他のテーブルの一要素として入れ込むようにしてもよい。例えば、図１２のEATにおいて、AutomaticTuningService要素と同レベルの要素として、図１１のADTのadt要素をオプション要素として入れ込んだ上で、adt要素のみを伝送するEATに対して、LLSインデックス情報(Signaling Index)における図９に示す拡張情報(Type extension)の対象地域タグ(Area_tag)を、"0x00"に設定して伝送するようにする。これにより、受信装置２０では、まず、対象地域タグ(Area_tag)="0x00"で指定されたEATを取得した後で、対象地域タグ(Area_tag)に特定の対象地域タグ(地域コード)が設定された、緊急情報メッセージ(EAMessage)を含んでいるEATを取得する、という運用形態も可能となる。
【０２００】
＜８．コンピュータの構成＞
【０２０１】
上述した一連の処理は、ハードウェアにより実行することもできるし、ソフトウェアにより実行することもできる。一連の処理をソフトウェアにより実行する場合には、そのソフトウェアを構成するプログラムが、コンピュータにインストールされる。図１９は、上述した一連の処理をプログラムにより実行するコンピュータのハードウェアの構成例を示す図である。
【０２０２】
コンピュータ９００において、CPU(Central Processing Unit)９０１，ROM(Read Only Memory)９０２，RAM(Random Access Memory)９０３は、バス９０４により相互に接続されている。バス９０４には、さらに、入出力インターフェース９０５が接続されている。入出力インターフェース９０５には、入力部９０６、出力部９０７、記録部９０８、通信部９０９、及び、ドライブ９１０が接続されている。
【０２０３】
入力部９０６は、キーボード、マウス、マイクロフォンなどよりなる。出力部９０７は、ディスプレイ、スピーカなどよりなる。記録部９０８は、ハードディスクや不揮発性のメモリなどよりなる。通信部９０９は、ネットワークインターフェースなどよりなる。ドライブ９１０は、磁気ディスク、光ディスク、光磁気ディスク、又は半導体メモリなどのリムーバブルメディア９１１を駆動する。
【０２０４】
以上のように構成されるコンピュータ９００では、CPU９０１が、ROM９０２や記録部９０８に記録されているプログラムを、入出力インターフェース９０５及びバス９０４を介して、RAM９０３にロードして実行することにより、上述した一連の処理が行われる。
【０２０５】
コンピュータ９００(CPU９０１)が実行するプログラムは、例えば、パッケージメディア等としてのリムーバブルメディア９１１に記録して提供することができる。また、プログラムは、ローカルエリアネットワーク、インターネット、デジタル衛星放送といった、有線又は無線の伝送媒体を介して提供することができる。
【０２０６】
コンピュータ９００では、プログラムは、リムーバブルメディア９１１をドライブ９１０に装着することにより、入出力インターフェース９０５を介して、記録部９０８にインストールすることができる。また、プログラムは、有線又は無線の伝送媒体を介して、通信部９０９で受信し、記録部９０８にインストールすることができる。その他、プログラムは、ROM９０２や記録部９０８に、あらかじめインストールしておくことができる。
【０２０７】
ここで、本明細書において、コンピュータがプログラムに従って行う処理は、必ずしもフローチャートとして記載された順序に沿って時系列に行われる必要はない。すなわち、コンピュータがプログラムに従って行う処理は、並列的あるいは個別に実行される処理(例えば、並列処理あるいはオブジェクトによる処理)も含む。また、プログラムは、１のコンピュータ(プロセッサ)により処理されるものであってもよいし、複数のコンピュータによって分散処理されるものであってもよい。
【０２０８】
なお、本技術の実施の形態は、上述した実施の形態に限定されるものではなく、本技術の要旨を逸脱しない範囲において種々の変更が可能である。
【０２０９】
また、本技術は、以下のような構成をとることができる。
【０２１０】
（１）
IP(Internet Protocol)伝送方式を用いたデジタル放送の放送波を受信する受信部と、
前記放送波により地域ごとに通知される緊急情報と地域に関する情報を対応付けた地域マッピング情報を取得する取得部と、
前記地域マッピング情報に基づいて、地域ごとに通知される前記緊急情報の中から、前記放送波の受信位置に適した緊急情報が取得されるようにフィルタリングを制御する制御部と
を備える受信装置。
（２）
前記地域マッピング情報は、前記放送波の受信位置を、地域単位でのフィルタリングに適合した形式に変換するための情報である
（１）に記載の受信装置。
（３）
前記地域マッピング情報は、前記緊急情報を通知する地域を識別するための対象地域タグと、前記対象地域タグが示す領域内における所定の地域ごとに割り当てられた地域コード、及び、前記対象地域タグが示す領域に対応した所定の位置を示す位置情報の少なくとも一方とを対応付けている
（２）に記載の受信装置。
（４）
前記制御部は、前記緊急情報を格納したパケットを地域単位でフィルタリングする
（１）乃至（３）のいずれかに記載の受信装置。
（５）
前記制御部は、前記緊急情報に含まれる１又は複数のメッセージを地域単位でフィルタリングする
（１）乃至（４）のいずれかに記載の受信装置。
（６）
前記制御部は、サービスを提供する事業者ごとに、前記メッセージをフィルタリングする
（５）に記載の受信装置。
（７）
前記制御部は、前記メッセージの優先度に応じて、前記メッセージをフィルタリングする
（５）に記載の受信装置。
（８）
前記放送波の受信位置は、ユーザにより設定される地域に関する情報、又は、測位衛星からの受信信号が示す位置情報である
（１）乃至（７）のいずれかに記載の受信装置。
（９）
前記IP伝送方式は、ATSC(Advanced Television Systems Committee)3.0に準拠しており、
前記緊急情報、及び、前記地域マッピング情報は、前記IP伝送方式のプロトコルスタックにおけるIP層よりも下位の層で伝送される
（１）乃至（８）のいずれかに記載の受信装置。
（１０）
受信装置の受信方法において、
前記受信装置が、
IP伝送方式を用いたデジタル放送の放送波を受信し、
前記放送波により地域ごとに通知される緊急情報と地域に関する情報を対応付けた地域マッピング情報を取得し、
前記地域マッピング情報に基づいて、地域ごとに通知される前記緊急情報の中から、前記放送波の受信位置に適した緊急情報が取得されるようにフィルタリングを制御する
ステップを含む受信方法。
（１１）
IP伝送方式の放送波により地域ごとに通知される緊急情報と地域に関する情報を対応付けた地域マッピング情報を生成する生成部と、
コンテンツを取得する取得部と、
前記放送波によって、前記コンテンツ及び前記地域マッピング情報を送信するとともに、緊急時となった場合に、前記緊急情報を送信する送信部と
を備える送信装置。
（１２）
前記地域マッピング情報は、前記放送波を受信する受信装置における前記放送波の受信位置を、地域単位でのフィルタリングに適合した形式に変換するための情報である
（１１）に記載の送信装置。
（１３）
前記地域マッピング情報は、前記緊急情報を通知する地域を識別するための対象地域タグと、前記対象地域タグが示す領域内における所定の地域ごとに割り当てられた地域コード、及び、前記対象地域タグが示す領域に対応した所定の位置を示す位置情報の少なくとも一方とを対応付けている
（１２）に記載の送信装置。
（１４）
前記地域マッピング情報は、前記緊急情報を格納したパケットの地域単位でのフィルタリングに用いられる
（１１）乃至（１３）のいずれかに記載の送信装置。
（１５）
前記地域マッピング情報は、前記緊急情報に含まれる１又は複数のメッセージの地域単位でのフィルタリングに用いられる
（１１）乃至（１４）のいずれかに記載の送信装置。
（１６）
前記メッセージは、サービスを提供する事業者ごとにフィルタリングされる
（１５）に記載の送信装置。
（１７）
前記メッセージは、前記メッセージの優先度に応じてフィルタリングされる
（１５）に記載の送信装置。
（１８）
前記放送波の受信位置は、ユーザにより設定される地域に関する情報、又は、測位衛星からの受信信号が示す位置情報である
（１２）乃至（１７）のいずれかに記載の送信装置。
（１９）
前記IP伝送方式は、ATSC3.0に準拠しており、
前記緊急情報、及び、前記地域マッピング情報は、前記IP伝送方式のプロトコルスタックにおけるIP層よりも下位の層で伝送される
（１１）乃至（１８）のいずれかに記載の送信装置。
（２０）
送信装置の送信方法において、
前記送信装置が、
IP伝送方式の放送波により地域ごとに通知される緊急情報と地域に関する情報を対応付けた地域マッピング情報を生成し、
前記放送波によって、前記コンテンツ及び前記地域マッピング情報を送信するとともに、緊急時となった場合に、前記緊急情報を送信する
ステップを含む送信方法。
【符号の説明】
【０２１１】
１  伝送システム，  １０  送信装置，  ２０  受信装置，  ３０  サーバ，  ８０  伝送路，  ９０  インターネット，  １１１  コンポーネント取得部，  １１３  シグナリング生成部，  １１５  地域マッピング情報生成部，  １１６  緊急情報生成部，  １１７  マルチプレクサ，  １１８  送信部，  ２１１  チューナ，  ２１２  デマルチプレクサ，  ２１３  シグナリング処理部，  ２１４  制御部，  ２１６  メモリ，  ２１８  表示部，  ２１９  スピーカ，  ２２０  緊急情報処理部，  ２２１  通信部，  ９００  コンピュータ，  ９０１  CPU
【図１】
0006578710.tif 000002
【図２】
0006578710.tif 000003
【図３】
0006578710.tif 000004
【図４】
0006578710.tif 000005
【図５】
0006578710.tif 000006
【図６】
0006578710.tif 000007
【図７】
0006578710.tif 000008
【図８】
0006578710.tif 000009
【図９】
0006578710.tif 000010
【図１０】
0006578710.tif 000011
【図１１】
0006578710.tif 000012
【図１２】
0006578710.tif 000013
【図１３】
0006578710.tif 000014
【図１４】
0006578710.tif 000015
【図１５】
0006578710.tif 000016
【図１６】
0006578710.tif 000017
【図１７】
0006578710.tif 000018
【図１８】
0006578710.tif 000019
【図１９】
0006578710.tif 000020