JP2018014741A - 送信装置、送信方法、受信装置、及び、受信方法 - Google Patents

Abstract

【課題】より高度なエリア放送のサービスを提供することができるようにする。
【解決手段】任意のセグメントでのワンセグメント放送の放送エリア内の受信機で動作するアプリケーション及び付加情報の伝送方式を示す伝送情報として、アプリケーション放送配信フラグ、アプリケーションインターネット配信フラグ、アプリケーション識別、外部アプリケーション参照先、ストリーム形式種別、及び、ストリーム保護レベル情報のうち、少なくともいずれかの情報を、放送波に含めて送出する。これにより、エリア放送内の受信機では、高度なエリア放送のサービスを提供するためのアプリケーションを動作させることができる。本技術は、例えば、エリア放送の送信機と受信機に適用することができる。
【選択図】図３

Description

本技術は、送信装置、送信方法、受信装置、及び、受信方法に関し、特に、より高度なエリア放送のサービスを提供することができるようにした送信装置、送信方法、受信装置、及び、受信方法に関する。

地上デジタル放送では、UHF（Ultra High Frequency）帯の約6MHzの周波数帯域が、１３セグメントに分割され、そのうちの、１２セグメントで、テレビジョン受像機等の固定端末向けの放送が行われる。そして、残りの１セグメントで、携帯端末向けの放送、すなわち、ワンセグメント放送（以下、「ワンセグ放送」ともいう）が行われる。

現在、携帯端末向けの放送として行われているワンセグ放送では、固定端末向けの放送と同一の内容が放送されており、１３セグメントの中央のセグメントが用いられている。

地上アナログ放送から地上デジタル放送に完全に移行したあとは、地上デジタル放送はUHF帯の１３乃至５２チャンネルと呼ばれる物理チャンネルで行われることになる。しかしながら、各地域では、１３乃至５２チャンネルのすべてが、地上デジタル放送に、実際に用いられるわけではなく、したがって、地上デジタル放送に用いられない物理チャンネルである空きチャンネルが生じることとなる。

近年、この空きチャンネルを有効利用する方法が検討されている。その一つとして、空きチャンネルの任意のセグメントを用い、任意のセグメントでのワンセグ放送の放送波を送信する送信装置を中心とする数10m乃至数km程度のエリアを、その放送波を受信することができる放送エリアとして放送を行うワンセグ放送（以下、「エリア放送」という）が実施されている（例えば、特許文献１参照）。

特開２０１１−２１１６２７号公報

ところで、従来のワンセグ型のエリア放送であると、伝送容量が限られているため、提供できるサービスには限界があったが、今後はエリア放送の高度化により、様々なサービスを提供できるようなることが想定されている。

しかしながら、現状では、より高度なエリア放送のサービスを提供するための技術方式は確立されていない。

本技術はこのような状況に鑑みてなされたものであり、より高度なエリア放送のサービスを提供することができるようにするものである。

本技術の第１の側面の送信装置は、付加情報を取得する取得部と、任意のセグメントでのワンセグメント放送の放送波として、前記付加情報と、前記付加情報の伝送方式を示す伝送情報を含む放送波を送信する送信部とを備える送信装置である。

本技術の第１の側面の送信装置は、独立した装置であってもよいし、１つの装置を構成している内部ブロックであってもよい。また、本技術の第１の側面の送信方法は、上述した本技術の第１の側面の送信装置に対応する送信方法である。

本技術の第１の側面の送信装置及び送信方法においては、付加情報が取得され、任意のセグメントでのワンセグメント放送の放送波として、前記付加情報と、前記付加情報の伝送方式を示す伝送情報を含む放送波が送信される。

本技術の第２の側面の受信装置は、任意のセグメントでのワンセグメント放送を行う送信機から送信される放送波を受信することが可能な放送エリアにおいて、前記放送波を受信する受信部と、前記放送波から得られる伝送情報を取得する第１の取得部と、前記伝送情報に基づいて、前記放送波から得られる付加情報を取得する第２の取得部と、前記付加情報に基づいて、アプリケーションの動作を制御する制御部とを備える受信装置である。

本技術の第２の側面の受信装置は、独立した装置であってもよいし、１つの装置を構成している内部ブロックであってもよい。また、本技術の第２の側面の受信方法は、上述した本技術の第２の側面の受信装置に対応する受信方法である。

本技術の第２の側面の受信装置及び受信方法においては、任意のセグメントでのワンセグメント放送を行う送信機から送信される放送波を受信することが可能な放送エリアにおいて、前記放送波が受信され、前記放送波から得られる伝送情報が取得され、前記伝送情報に基づいて、前記放送波から得られる付加情報が取得され、前記付加情報に基づいて、アプリケーションの動作が制御される。

本技術の第１の側面及び第２の側面によれば、より高度なエリア放送のサービスを提供することできる。

なお、ここに記載された効果は必ずしも限定されるものではなく、本開示中に記載されたいずれかの効果であってもよい。

本技術の情報伝送方式の概要を説明する図である。 エリア放送情報記述子におけるadditional_service_infoの配置例を示す図である。 additional_service_infoに配置される伝送情報の意味を説明する図である。 ストリーム形式種別の割り当てを説明する図である。 テーブル形式での伝送情報の配置例を示す図である。 additional_service_infoの送出運用規則を説明する図である。 additional_service_infoの受信処理規則を説明する図である。 情報の伝送の概要を説明する図である。 エリア放送のプロトコルスタックを示す図である。 TS論理構造とadditional_service_infoとの関連イメージを示す図である。 受信装置の構成と要求機能を説明する図である。 アプリケーション構造例を示す図である。 エリア放送の概要を説明する図である。 本技術を適用したエリア放送システムの一実施の形態を示すブロック図である。 本技術を適用した送信装置の一実施の形態を示すブロック図である。 本技術を適用した受信装置の一実施の形態を示すブロック図である。 制御部の詳細構成例を示すブロック図である。 アプリケーションサーバの詳細構成例を示すブロック図である。 送信処理を説明するフローチャートである。 受信処理を説明するフローチャートである。 受信処理を説明するフローチャートである。 アプリケーション配信処理を説明するフローチャートである。 エリア放送情報記述子におけるadditional_service_infoの配置例を示す図である。 TS論理構造とadditional_service_infoとの関連イメージを示す図である。 受信処理を説明するフローチャートである。 受信処理を説明するフローチャートである。 本技術を用いた運用例１を説明する図である。 本技術を用いた運用例２を説明する図である。 本技術を用いた運用例３を説明する図である。 コンピュータの構成例を示す図である。

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

＜情報伝送方式の概要＞

図１は、本技術の情報伝送方式の概要を説明する図である。

地上デジタル放送では、UHF帯の約6MHzの周波数帯域が１３セグメントに分割され、そのうちの１２セグメント（Ｂ階層）で、テレビジョン受像機等の固定端末向けの放送が行われる。また、残りの１セグメント（Ａ階層）で、携帯端末向けのワンセグ放送が行われる。

通常のエリア放送においては、中央の１セグメントでワンセグ放送の放送波を送信することになるが、伝送容量が限られているため、提供できるサービスには限界があった。そこで、本技術では、より高度なエリア放送のサービスを提供するためのアプリケーションで用いられる情報（以下、「付加情報」という）を定義して、Ｂ階層の１２セグメント又は１３セグメント等を用いて送出するようにしている。また、アプリケーション及び付加情報の伝送方式を示す情報（以下、「伝送情報」という）は、中央の１セグメントで送出される。

携帯端末等の受信装置は、エリア放送を送信可能な送信装置から、ワンセグメント放送のコンテンツとともに、付加情報と伝送情報を受信する。受信装置は、受信した伝送情報に従い、アプリケーション及び付加情報を取得する。

ここで、アプリケーションは、付加情報のデコード機能や位置情報管理機能等を有している。また、アプリケーションは、エリア放送の放送事業者などにより提供されるが、放送波に含めて送られるほか、インターネットに接続されたアプリケーションサーバにより提供される場合もある。また、付加情報は、PES（Packetized Elementary Stream）形式のAV（Audio Visual）ストリーミングやIP（Internet Protocol）形式の各種データなどからなり、放送波に含めて送られる。

そして、受信装置において、各種の付加情報を用いたアプリケーションが実行されることで、その受信装置を所持したユーザは、より高度なエリア放送のサービスの提供を受けることができる。このようなことから、アプリケーションは、付加情報対応アプリケーションであるとも言える。

＜第１の実施の形態＞
＜各情報の詳細な内容＞

次に、図２乃至図１２を参照して、アプリケーション、付加情報、及び、伝送情報の詳細な内容について説明する。

（エリア放送情報記述子へのadditional_service_infoの配置）
図２には、エリア放送情報記述子におけるadditional_service_infoの配置例を示している。

伝送情報が記述されるadditional_service_infoは、エリア放送用のエリア放送情報記述子内に配置することができる。ただし、図３には、additional_service_infoに記述される伝送情報の各情報の意味が示されており、適宜参照しながら説明する。

num_of_application_infoは、８ビットのフィールドからなる。この８ビットのフィールドは、これに続くアプリケーション情報のループ数を示す。

application_broadcast_distribution_flagは、１ビットのフィールドからなる。この１ビットのフィールドは、application_idに対応するアプリケーションが、放送ストリーム内に伝送されていることを示す。

application_internet_distribution_flagは、１ビットのフィールドからなる。この１ビットのフィールドは、application_idに対応するアプリケーションが、通信経由で取得できることを示す。

application_idは、30ビットのフィールドからなる。この30ビットのフィールドは、アプリケーションのidを示す。

ただし、30ビットのフィールドのうち、上位ビットでアプリケーションのセキュリティレベル（保護レベル）情報をapplication_idの構造に含めてもよい。例えば、上位２ビットに、"00"が指定された場合、そのアプリケーションは、無料で、かつ、暗号化がされていないことを示す。また、上位２ビットに、"01"が指定された場合、そのアプリケーションは、無料で、かつ、暗号化されていることを示す。

また、例えば、上位２ビットに、"10"が指定された場合、そのアプリケーションは、有料で、かつ、レベル１の暗号化がされていることを示す。また、上位２ビットに、"11"が指定された場合、そのアプリケーションは、有料で、かつ、レベル２の暗号化がされていることを示す。なお、暗号化レベルであるが、例えば、レベル１よりもレベル２のほうが、暗号強度が高いものとすることができる。

src_path_lengthは、８ビットのフィールドからなる。この８ビットのフィールドは、外部アプリケーションを参照するURI（Uniform Resource Identifier）の記述長を示す。また、src_pathは、外部アプリケーションを参照するためのURIを示す。すなわち、application_internet_distribution_flagのフラグが立っている場合には、src_path_lengthにより指定される記述長のsrc_pathが、アプリケーションの取得先として記述される。例えば、src_pathには、アプリケーションサーバのURIが記述される。

PCR_PIDは、アプリケーションで参照するPCR（Program Clock Reference）のPIDを示す。ただし、PCRを参照しない場合には、"0x1FFF"が記述される。

num_of_stream_infoは、当該アプリケーションで利用するストリーム情報のループ数を示す。

stream_typeは、８ビットのフィールドからなる。この８ビットのフィールドは、ストリームの形式を示す。例えば、ストリームの形式は、図４のストリーム形式種別の割り当てに従うようにすることができる。また、elementary_PIDは、関連するES（Elementary Stream）又はペイロードを伝送するTSパケットのPIDを示す。

reservedは、将来の拡張用に定義される可能性があることを示す。例えば、ストリームの保護レベルを、reserved内に定義することができる。この場合、reservedビットに、stream_security_infoを２ビットの情報として定義することにより、例えば暗号化の有無や暗号化のレベル等のストリームの保護レベル情報が指定される。

例えば、stream_security_infoに、"00"が指定された場合、そのストリームは、暗号化がされていないことを示す。また、"01"が指定された場合、そのストリームは、レベル１の暗号化されていることを示す。また、例えば、stream_security_infoに、"10"が指定された場合にはそのストリームはレベル２の暗号化がされ、"11"が指定された場合にはそのストリームはレベル３の暗号化がされていることを示す。なお、暗号化レベルであるが、例えば、数字の大きいレベルのほうが、暗号強度が高いものとすることができる。

なお、図２に示した配置は一例であり、例えば、図５に示すように、テーブル形式で伝送情報を配置するなど、他の配置の形態を採用するようにしてもよい。図５においては、additional_service_table()と、application_information_descriptor()を定義して、伝送情報を配置している。ただし、図５のテーブル形式で配置された伝送情報の各情報の意味は、図３の内容と同様とされる。

（送信側と受信側のadditional_service_infoの取り扱い）
次に、図６及び図７を参照して、送信側の送信装置と、受信側の受信装置におけるadditional_service_infoの取り扱いについて説明する。

（送出運用規則）
図６は、additional_service_info()の送出運用規則を説明する図である。

送信装置では、図３に示した伝送情報の各情報について、次の運用規則に従った送出運用を行うことになる。

num_of_application_infoには、アプリケーション情報のループ数を記述する。

application_broadcast_distribution_flagには、application_idに対応するアプリケーションが、放送ストリーム内で伝送する場合に、"1"を記述する。

application_internet_distribution_flagには、application_idに対応するアプリケーションが、通信経由で取得できる場合に、"1"を記述する。

application_idには、アプリケーションのidを記述する。ただし、上位ビットを、アプリケーションの保護レベルに割り当ててもよい。

src_path_lengthには、以下に続く外部アプリケーションを参照するURIの記述長を記述する。また、src_pathには、外部アプリケーションを参照するためのURIを記述する。

PCR_PIDには、アプリケーションで参照するPCRのPIDを記述する。

num_of_stream_infoには、当該アプリケーションで利用するストリーム情報のループ数を記述する。

stream_typeには、対象ESのストリーム形式識別を記述する。ただし、ストリームの形式は、図４のストリーム形式種別の割り当てに従うことになる。また、elementary_PIDには、関連するES又はペイロードを伝送するTSパケットのPIDを記述する。

なお、reservedビットを利用して、ストリームの保護レベル情報を指定する場合には、stream_security_infoに、ストリームの保護レベル情報を記述する。

このように、送信装置においては、上述した送出運用規則（図６）に従ってadditional_service_infoを送出することで、受信装置が、後述する受信処理規則（図７）に従ってadditional_service_infoを処理できるようにする。

（受信処理規則）
図７は、additional_service_info（）の受信処理規則を説明する図である。

受信装置では、図３に示した伝送情報の各情報について、次の処理規則に従った受信処理を行うことになる。

num_of_application_infoは、アプリケーション情報が記載されているループ数であると判断する。

application_broadcast_distribution_flagが、"0"である場合、application_idに対応するアプリケーションが、放送ストリーム内では伝送されていないと判断する。一方、application_broadcast_distribution_flagが、"1"である場合、application_idに対応するアプリケーションが、放送ストリーム（stream_typeが"0x91"であるES）内に伝送されていると判断する。

application_internet_distribution_flagが、"0"である場合、application_idに対応するアプリケーションが、通信経由で取得できないと判断する。また、アプリケーションの参照先URI情報が存在しないと判断する。一方、application_internet_distribution_flagが、"1"である場合、application_idに対応するアプリケーションが、通信経由で取得できると判断する。また、アプリケーションの参照先URI情報が存在すると判断する。

application_idは、アプリケーションのidであると判断する。ただし、上位ビットが、アプリケーションの保護レベルに割り当てられている場合、上位ビットをアプリケーションの保護レベル情報として判断する。

src_path_lengthは、以下に続く、外部アプリケーションを参照するURIの記述長であると判断する。また、src_pathは、外部アプリケーションを参照するためのURI情報であると判断する。

PCR_PIDは、アプリケーションで参照するPCRのPIDであると判断する。

num_of_stream_infoは、当該アプリケーションで利用するストリーム情報のループ数であると判断する。

stream_typeは、対象ESのストリーム形式識別であると判断する。ストリームの形式には、図４のストリーム形式種別が割り当てられている。elementary_PIDは、関連するES又はペイロードを伝送するTSパケットのPIDであると判断する。

stream_security_infoは、当該ストリームの保護レベルであると判断する。ただし、stream_security_infoは指定されない場合がある。

このように、受信装置においては、上述した送出運用規則（図６）に従って受信装置から送出されたadditional_service_infoを、受信処理規則（図７）に従って処理することになる。

（情報の伝送の概要）
図８は、情報の伝送の概要を説明する図である。

図８には、通常のエリア放送のサービス（以下、「ワンセグサービス」ともいう）のストリームと、高度なエリア放送のサービス（以下、「ワンセグ付加情報サービス」ともいう）のストリームとが多重化されて、送出される例を示している。

ワンセグサービスのストリームには、通常のエリア放送用のAVストリーミングのデータが、MPEG（Moving Picture Experts Group）等の符号化方式に準拠して符号化され、多重化されている。また、このストリームには、BCML（Broadcast Contents Markup Language）やBML（Broadcast Markup Language）のストリームが適宜多重化される。

また、ワンセグ付加情報サービスのストリームには、PES形式のデータ又はIP形式のデータが多重化されている。すなわち、AVストリーミングのデータは、MPEG等の符号化方式に準拠して符号化され、PES形式のデータとされる。一方、各種のファイル形式のデータは、例えば放送網にIPを通す技術であるIP over MPEG2-TSに従い、IPによりカプセル化などされ、IP形式のデータとされる。図８に示すように、ファイル形式のデータには、ビデオやオーディオ、バイナリ、テキスト、アプリケーション等のデータが含まれる。

そして、ワンセグサービスのストリームと、ワンセグ付加情報サービスのストリームとが再多重され、さらに変調されたあと、RF（Radio Frequency）信号として送出されることになる。

ただし、ワンセグサービスのストリームは、PSI/SI等とともに、１セグメント（Ａ階層）で送出され、ワンセグ付加情報サービスのストリームは、１２セグメント（Ｂ階層）、１３セグメント、又は、例えば３階層などの複数の階層のセグメントを用いて送出される。すなわち、ワンセグ付加情報サービスのストリームは、１３セグメントのうち、全部のセグメント又は任意の階層のセグメントで送出される。また、詳細は後述するが、PSI/SIには、伝送情報が含まれる。なお、これらのデータは、図９に示した「高度化エリア放送」のプロトコルスタックに従って送出されることが想定されている。

（TS論理構造とadditional_service_infoの関連イメージ）
図１０は、TS論理構造とadditional_service_infoとの関連イメージを示す図である。

図１０に示すように、TS（Transport Stream）は、Ａ階層とＢ階層のデータが多重化されている。Ａ階層には、ワンセグサービスのストリームのほか、PSI/SI（Program Specific Information/Service Information）が含まれている。PSI/SIには、PMT及びNITが含まれる。PMT（Program Map Table）は、プログラムに含まれるビデオデータやオーディオデータ等の各PIDを格納している。

NIT（Network Information Table）は、チャンネル番号や変調方式、ガードインターバルなど、送信するネットワークに関する情報を格納している。また、NITには、エリア放送情報記述子が含まれる。例えば、エリア放送情報記述子には、エリア放送の放送波を送信する送信装置に関する情報が記述される。また、上述したように、エリア放送情報記述子には、additional_service_infoが記述される。このように、additional_service_infoをNIT内に配置されるので、additional_service_infoを追加することによる、既存の受信装置への影響を低減することができる。

図１０には、additional_service_infoの記述例として、アプリケーション情報のループに、アプリケーションＡ（Application type A）と、アプリケーションＢ（Application type B）の２種類のアプリケーションが記述された場合を示している。

アプリケーション情報のループ１には、application_broadcast_distribution_flag="1"，application_internet_distribution_flag="0"が記述されているので、application_id="0x00000010"となるアプリケーションＡは、放送ストリーム内に伝送されていることを示している。また、PCR_PID="0x602"となるので、PCRのPIDは"0x602"となる。

また、ストリーム情報のループ１には、stream_typeとして、"0x1B"（AVC），"0x0F"（AAC），"0x91"（ULE）が記述されている。また、それらのstream_typeに対するelementary_PIDとして、"0x600"，"0x601"，"0x800"が記述されている。そして、PID="0x600"，"0x601"，"0x602"，"0x800"に対応するＢ階層のデータは、既に、記憶領域に保持されているので、そこから各種のデータを取得することになる。

この例の場合、PID="0x602"となるESが抽出されてPCRが得られる。また、PID="0x800"となるstream_type="0x91"（ULE）のESが抽出され、アプリケーションＡが取得される。さらに、PID="0x600"となるstream_type="0x1B"（AVC）のESが抽出され、PID="0x601"となるstream_type="0x0F"（AAC）のESが抽出されることで、付加情報としてのAVストリーミングのデータが取得される。

アプリケーション情報のループ２には、application_broadcast_distribution_flag="0"，application_internet_distribution_flag="1"が記述されているので、application_id="0x10000011"であるアプリケーションＢは、通信経由で取得できることを示している。また、src_path="http://abcd.com"となるので、"http://abcd.com"であるURIのアプリケーションサーバにアクセスすることで、通信経由でアプリケーションＢが取得されることになる。さらに、PCR_PID="0x1FFF"となるので、PCRのPIDは"0x1FFF"となる。

また、ストリーム情報のループ２には、stream_typeとして、"0x91"（ULE），"0x91"（ULE）が記述されている。また、それらのstream_typeに対するelementary_PIDとして、"0x800"，"0x801"が指定されている。そして、PID="0x800"，"0x801"に対応するＢ階層のデータは、既に、記憶領域に保持されているので、そこから各種のデータを取得することになる。

この例の場合、PID="0x800"となるstream_type="0x91"（ULE）のESが抽出され、PID="0x801"となるstream_type="0x91"（ULE）のESが抽出されることで、付加情報としてのビデオやオーディオ等のファイル形式のデータが取得される。

なお、記憶領域のデータの保持方法は任意であり、例えば、すべてのデータを保持するか、各種の情報を用いて自動で選択するか、あるいは、アプリケーションで指定するかのいずれかの方法を採用することができる。

（受信装置の構成と要求機能）
図１１は、受信装置の構成と要求機能を説明する図である。

図１１に示すように、受信装置には、基本機能、付加情報抽出機能、ファイル処理機能、情報提示機能、選局制御機能、及び、ログ機能の６つの機能を備えていることを要求される。

基本機能としては、例えばチューナに対する選局制御を行う機能が要求される。なお、チューナには、ワンセグ用のほか、フルセグメント放送用のチューナを備えることが要求される。また、付加情報抽出機能としては、PSI/SIに含まれるエリア放送情報記述子内に配置されるadditional_service_infoを用い、対象のESから付加情報を取得する機能が要求される。

ファイル処理機能としては、例えばIP over MPEG2-TSに従って送られてくるファイル形式のデータを処理する機能が要求される。また、情報提示機能としては、アプリケーションによる提示処理、描画処理、又は選局制御処理などが要求される。なお、図１２には、アプリケーション構造の詳細な内容が記述されている。

選局制御機能としては、例えば、外部のサーバ等から取得した選局情報を用いた選局用のアプリケーション（選局アプリケーション）による選局機能や、GPS（Global Positioning System）により取得した位置情報などを用いた通信連携機能などが要求される。また、ログ機能としては、各種のログを蓄積する機能が要求される。

なお、ここで述べた６つの機能は一例であり、運用に応じて他の機能が追加されてもよいし、また、例えばログ機能のように、運用によっては必ずしも必要ではない機能も含まれている。

＜エリア放送の概要＞

次に、図１３乃至図２２を参照して、第１の実施の形態における具体的な構成例を説明する。

ここでは、まず、図１３を参照して、エリア放送の概要について説明する。ただし、図１３においては、エリア放送の放送波を送信するエリア放送局３−１乃至３−３のほか、通常ワンセグ放送を行う地上波放送局２が示されている。また、携帯端末等の受信装置２０は、上述した図１１に示した機能を有しているものとする。

地上波放送局２は、地上デジタル放送を行う放送局であり、１２セグメントで、固定端末向けの放送を行うとともに、１セグメントで、携帯端末向けの放送（通常ワンセグ放送）を行う。

エリア放送局３−１乃至３−３は、エリア放送の放送波を送信する送信装置（後述する図１４等の送信装置１０）であり、地上デジタル放送の空きチャンネルの任意の１以上のセグメントのそれぞれで、エリア放送の放送波を送信する。

すなわち、エリア放送局３−１は、放送エリアＡでのみ受信可能なエリア放送を行う。エリア放送局３−２は、放送エリアＢでのみ受信可能なエリア放送を行い、エリア放送局３−３は、放送エリアＣでのみ受信可能なエリア放送を行う。ここで、エリア放送としては、例えば、テーマパークでのみ受信可能な、そのテーマパークに関する放送や、ある区や市でのみ受信可能な、その区や市に展開する店舗に関する放送等がある。エリア放送では、放送エリアが重複しないエリア放送局同士では、同一のセグメントで放送を行うこと
ができる。

すなわち、例えば、図１３では、放送エリアＡと放送エリアＢとは、重複していないので、放送エリアＡのエリア放送局３−１と、放送エリアＢのエリア放送局３−２とでは、同一のセグメントで、エリア放送を行うことができる。また、図１３では、放送エリアＢと放送エリアＣとは、重複していないので、放送エリアＢのエリア放送局３−２と、放送エリアＣのエリア放送局３−３とでは、同一のセグメントで、エリア放送を行うことができる。

ただし、図１３では、放送エリアＡと放送エリアＣとは、一部が重複しているので、放送エリアＡのエリア放送局３−１と、放送エリアＣのエリア放送局３−３とでは、（同時に放送を行う限り、）エリア放送に、同一のセグメントを用いることはできない。

受信装置２０は、例えば、通常ワンセグ放送、及び、エリア放送のいずれをも受信可能な受信装置である。例えば、図１３に示すように、受信装置２０を所持したユーザが、放送エリアＡにいる場合、受信装置２０は、通常ワンセグ放送と、放送エリアＡのエリア放送局３−１によるエリア放送の両方を受信することができる。なお、以下の説明では、受信装置２０が、エリア放送を受信するための処理のみ説明するものとする。

＜エリア放送システムの構成＞

図１４は、本技術を適用したエリア放送システムの一実施の形態を示すブロック図である。図１４に示すように、エリア放送システム１は、送信装置１０、受信装置２０、及び、アプリケーションサーバ３０から構成される。また、受信装置２０とアプリケーションサーバ３０は、インターネット９０を介して相互に接続されている。

送信装置１０は、エリア放送の放送波を送信する。ただし、図１３に示したように、送信装置１０から送信されるエリア放送の放送波は、所定の放送エリアでのみ受信可能となる。

送信装置１０は、エリア放送のコンテンツとともに、上述した付加情報及び伝送情報を、エリア放送の放送波に含めて送信する。ただし、送信装置１０は、アプリケーションを放送ストリーム内で伝送する場合には、アプリケーションを放送波に含めて送信することができる。

受信装置２０は、例えば、携帯電話機、スマートフォン、タブレット型の端末装置などのチューナを内蔵した携帯端末である。受信装置２０は、受信装置２０を所持したユーザが、送信装置１０の放送エリア内にいる場合、受信装置２０からのエリア放送の放送波を受信する。

受信装置２０は、エリア放送の放送波から得られるコンテンツの映像をディスプレイに表示するとともに、その映像に同期した音声をスピーカから出力する。

また、受信装置２０は、エリア放送の放送波から付加情報及び伝送情報を取得する。受信装置２０は、取得した伝送情報に従い、アプリケーションを取得する。具体的には、アプリケーションが放送波に含めて送られる場合、受信装置２０は、伝送情報に従い、放送波からアプリケーションを取得する。また、アプリケーションが通信経由で送られる場合には、受信装置２０は、伝送情報に従い、インターネット９０を介してアプリケーションサーバ３０にアクセスし、アプリケーションを取得する。

そして、受信装置２０は、付加情報を用いたアプリケーションを実行し、その映像が、例えばエリア放送のコンテンツの映像とともに、ディスプレイに表示される。ただし、付加情報にオーディオデータが含まれている場合には、映像に同期した音声がスピーカから出力される。

アプリケーションサーバ３０は、受信装置２０からの要求に応じて、インターネット９０を介してアプリケーションを提供する。

なお、図１４では、説明を簡略化するため、１台の受信装置２０のみを図示しているが、実際には、エリア放送システム１は、複数台の受信装置２０を含むようにして構成され、各受信装置２０が、送信装置１０からのエリア放送のコンテンツを受信することになる。

エリア放送システム１は、以上のように構成される。

＜各装置の構成例＞

次に、図１５乃至図１８のブロック図を参照して、図１４のエリア放送システム１を構
成する各装置の構成例について説明する。

（送信装置の構成例）
図１５は、図１４の送信装置１０の詳細構成例を示すブロック図である。図１５において、送信装置１０は、伝送情報取得部１０１、ビデオデータ取得部１０２、ビデオエンコーダ１０３、オーディオデータ取得部１０４、オーディオエンコーダ１０５、ファイルデータ取得部１０６、ファイル処理部１０７、マルチプレクサ１０８、送信部１０９、及び、アンテナ１１０により構成される。

伝送情報取得部１０１は、付加情報の伝送方式を示す伝送情報を生成することにより取得し、マルチプレクサ１０８に供給する。ただし、伝送情報は、エリア情報記述子内に配置されるadditional_service_infoに記述され、PSI/SI（NIT）に含められる。

ビデオデータ取得部１０２は、内蔵するHDD（Hard Disk Drive）や、外部のサーバ、カメラ等から、ワンセグサービスのビデオデータを取得し、ビデオエンコーダ１０３に供給する。また、ビデオデータ取得部１０２は、ワンセグ付加情報サービスのAVストリーミングのデータを送る場合には、外部のサーバやカメラ等から、そのビデオデータを取得し、ビデオエンコーダ１０３に供給する。

ビデオエンコーダ１０３は、ビデオデータ取得部１０２から供給されるビデオデータを、MPEG等の符号化方式に準拠して符号化し、マルチプレクサ１０８に供給する。

オーディオデータ取得部１０４は、内蔵するHDDや、外部のサーバ、マイクロフォン等から、ワンセグサービスのオーディオデータを取得し、オーディオエンコーダ１０５に供給する。また、オーディオデータ取得部１０４は、ワンセグ付加情報サービスのAVストリーミングのデータを送る場合には、外部のサーバやマイクロフォン等から、そのオーディオデータを取得し、オーディオエンコーダ１０５に供給する。

オーディオエンコーダ１０５は、オーディオデータ取得部１０４から供給されるオーディオデータを、MPEG等の符号化方式に準拠して符号化し、マルチプレクサ１０８に供給する。

ファイルデータ取得部１０６は、ワンセグ付加情報サービスのファイル形式のデータを送る場合には、内蔵するHDDや外部のサーバ等から、例えば、ビデオやオーディオ、バイナリ、テキスト、アプリケーション等のファイル形式のデータを取得し、ファイル処理部１０７に供給する。ただし、アプリケーションは、放送波に含めて送られる場合にのみ取得され、通信経由で送られる場合には取得されないことになる。

ファイル処理部１０７は、ファイルデータ取得部１０６から供給されるファイル形式のデータを、例えば、IP over MPEG2-TSに従ったIP形式のデータに変換し、マルチプレクサ１０８に供給する。

マルチプレクサ１０８は、伝送情報取得部１０１からの伝送情報を含むPSI/SI等の各種のデータ、ビデオエンコーダ１０３からのビデオデータ、オーディオエンコーダ１０５からのオーディオデータ、及び、ファイル処理部１０７からのIP形式のデータを多重化してTSを生成し、送信部１０９に供給する。

送信部１０９は、マルチプレクサ１０８から供給されるTSを、所定のセグメントでアンテナ１１０を介して送信する。

ただし、図８に示したように、ワンセグサービスのAVストリーミングのデータは、伝送情報を含むPSI/SI等とともに、１セグメント（Ａ階層）で送出され、ワンセグ付加情報サービスのAVストリーミングのデータとIP形式のデータ、すなわち、アプリケーションや付加情報のデータは、例えば１２セグメント（Ｂ階層）又は１３セグメントで送出される。

送信装置１０は、以上のように構成される。

（受信装置の構成例）
図１６は、図１４の受信装置２０の詳細構成例を示すブロック図である。図１６において、受信装置２０は、アンテナ２０１、チューナ２０２、デマルチプレクサ２０３、ビデオデコーダ２０４、選択部２０５、ディスプレイ２０６、オーディオデコーダ２０７、スピーカ２０８、ブラウザ２０９、制御部２１０、操作部２１１、及び、通信部２１２により構成される。

アンテナ２０１は、送信装置１０からのUHF帯の放送波を受信し、その放送波の受信によって得られる放送信号を、チューナ２０２に供給する。

チューナ２０２は、制御部２１０からの制御に従い、アンテナ２０１からの放送信号から、所定の論理チャンネルのエリア放送（の信号）を選局（復調）し、その結果得られるTSを、デマルチプレクサ２０３に供給する。

デマルチプレクサ２０３は、制御部２１０からの制御に従い、チューナ２０２から供給されるTSを、PSI/SI等の各種のデータ、ビデオデータ、オーディオデータ、IP形式のデータなどに分離する。デマルチプレクサ２０３は、制御部２１０からの制御に従い、PSI/SI等の各種のデータを制御部２１０に供給し、ビデオデータをビデオデコーダ２０４に供給し、オーディオデータをオーディオデコーダ２０７に供給し、IP形式のデータをファイル処理部２１３に供給する。

ビデオデコーダ２０４は、制御部２１０からの制御に従い、デマルチプレクサ２０３から供給されるビデオデータを、ビデオエンコーダ１０３（図１５）に対応する方式で復号する。この復号により得られるビデオデータは、ワンセグサービスのAVストリーミングのデータである場合に、選択部２０５に供給される一方、ワンセグ付加情報サービスのAVストリーミングのデータである場合には、ブラウザ２０９に供給される。

選択部２０５は、制御部２１０からの制御に従い、ビデオデコーダ２０４から供給されるビデオデータ又はブラウザ２０９から供給されるビデオデータを選択し、ディスプレイ２０６に供給する。また、選択部２０５は、制御部２１０の制御に従い、OSD（On Screen Display）等の画像のビデオデータを、ディスプレイ２０６に供給する。ディスプレイ２０６は、選択部２０５から供給されるビデオデータに基づいて、ワンセグサービスの映像等を表示する。

オーディオデコーダ２０７は、制御部２１０からの制御に従い、デマルチプレクサ２０３から供給されるオーディオデータを、オーディオエンコーダ１０５（図１５）に対応する方式で復号する。この復号により得られるオーディオデータは、ワンセグサービスのAVストリーミングのデータである場合、スピーカ２０８に供給される一方、ワンセグ付加情報サービスのAVストリーミングのデータである場合には、ブラウザ２０９に供給される。

スピーカ２０８は、オーディオデコーダ２０７からのオーディオデータに対応する音声、すなわち、ワンセグサービスの音声等を出力する。

ファイル処理部２１３は、制御部２１０からの制御に従い、デマルチプレクサ２０３から供給されるワンセグ付加情報サービスのIP形式のデータを、ファイル処理部１０７（図１５）に対応する方式で処理して、それにより得られるファイル形式のデータをブラウザ２０９に供給する。

制御部２１０は、操作部２１１からの操作信号等に応じて、各種の処理を行うとともに、受信装置２０を構成する各ブロックを制御する。

また、制御部２１０は、デマルチプレクサ２０３から供給されるPSI/SIのNITに含まれる伝送情報に従い、アプリケーションを取得し、ブラウザ２０９に供給する。具体的には、制御部２１０は、伝送情報に従い、アプリケーションが放送波に含めて送られる場合、デマルチプレクサ２０３を制御して、IP形式のデータの中からアプリケーションのデータを取得し、ブラウザ２０９に供給する。また、制御部２１０は、伝送情報に従い、アプリケーションが通信経由で送られる場合、通信部２１２を制御して、インターネット９０を介してアプリケーションサーバ３０にアクセスしてアプリケーションを取得し、ブラウザ２０９に供給する。

ブラウザ２０９には、ファイル処理部２１３又は制御部２１０からアプリケーションが供給される。また、ブラウザ２０９には、付加情報のデータとして、ビデオデコーダ２０４及びオーディオデコーダ２０７からワンセグ付加情報サービスのAVストリーミングのデータと、ファイル処理部２１３からワンセグ付加情報サービスのファイル形式のデータが供給される。

ブラウザ２０９は、制御部２１０からの制御に従い、付加情報を用いたアプリケーションを実行する。そして、ブラウザ２０９は、アプリケーションのビデオデータを選択部２０５に供給するとともに、オーディオデータをスピーカ２０８に供給する。これにより、例えば、ディスプレイ２０６には、ワンセグ付加情報サービスの映像が表示され、その映像に同期した音声がスピーカ２０８から出力される。

操作部２１１は、ユーザによって操作され、その操作に対応する操作信号を、制御部２１０に供給する。なお、操作部２１１には、物理的なボタン等の他、ディスプレイ２０６にGUI(Graphics User Interface)として表示されるボタンも含まれる。また、通信部２１２は、制御部２１０からの制御に従い、インターネット９０に接続されたアプリケーションサーバ３０等の各種のサーバと情報のやりとりをする。

受信装置２０は、以上のように構成される。

（制御部の機能的構成例）
図１７は、図１６の制御部２１０の、アプリケーションに関する処理を行う部分の機能的構成例を示すブロック図である。図１７において、制御部２１０は、伝送情報取得解析部２５１、アプリケーション取得部２５２、付加情報取得部２５３、及び、アプリケーション制御部２５４を有する。

伝送情報取得解析部２５１は、デマルチプレクサ２０３により分離されたPSI/SI（NIT）に含まれるエリア放送情報記述子内のadditional_service_infoに記述された伝送情報を取得する。伝送情報取得解析部２５１は、取得した伝送情報を解析して、その解析結果をアプリケーション取得部２５２及び付加情報取得部２５３に供給する。

アプリケーション取得部２５２は、伝送情報取得解析部２５１から供給される伝送情報の解析結果に従い、アプリケーションを取得してブラウザ２０９に供給する。

具体的には、アプリケーション取得部２５２は、additional_service_infoに記述されたapplication_broadcast_distribution_flagが、"1"である場合、stream_type，elementary_PID等に基づいて、デマルチプレクサ２０３を制御して、所定のストリーム（例えば、stream_typeが"0x91"であるES）に含まれるアプリケーションのデータを取得し、ファイル処理部２１３に供給する。これにより、放送波に含めて送られたアプリケーションが取得され、ブラウザ２０９に供給される。

また、アプリケーション取得部２５２は、additional_service_infoに記述されたapplication_internet_distribution_flagが、"1"である場合、src_pathのURIに従い、通信部２１２を制御して、インターネット９０を介してアプリケーションサーバ３０にアクセスし、アプリケーションを取得する。これにより、通信経由でアプリケーションが取得され、ブラウザ２０９に供給される。

付加情報取得部２５３は、伝送情報取得解析部２５１から供給される伝送情報の解析結果に従い、付加情報を取得してブラウザ２０９に供給する。

具体的には、付加情報取得部２５３は、additional_service_infoに記述されたstream_type，elementary_PID等に基づいて、デマルチプレクサ２０３を制御して、所定のストリームに含まれる付加情報のデータを取得し、ビデオデコーダ２０４、オーディオデコーダ２０７、又はファイル処理部２１３に供給する。これにより、各デコーダなどで復号が行われたあとに、付加情報は、ブラウザ２０９に供給される。

アプリケーション制御部２５４は、ブラウザ２０９を制御して、付加情報を用いたアプリケーションの動作を制御する。

制御部２１０は、以上のように構成される。

（アプリケーションサーバの構成例）
図１８は、図１４のアプリケーションサーバ３０の詳細構成例を示すブロック図である。図１８において、アプリケーションサーバ３０は、制御部３０１、アプリケーション取得部３０２、アプリケーション保持部３０３、及び、通信部３０４により構成される。

制御部３０１は、アプリケーションサーバ３０の各部の動作を制御する。アプリケーション取得部３０２は、制御部３０１からの制御に従い、アプリケーションを取得し、アプリケーション保持部３０３に記録する。

制御部３０１は、受信装置２０からアプリケーションが要求された場合、アプリケーション保持部３０３からアプリケーションを読み出して取得する。通信部３０４は、制御部３０１からの制御に従い、アプリケーションを、インターネット９０を介して、要求元の受信装置２０に送信する。

アプリケーションサーバ３０は、以上のように構成される。

＜各装置で行われる具体的な処理の内容＞

次に、図１９乃至図２２のフローチャートを参照して、図１４のエリア放送システム１を構成する各装置で行われる具体的な処理の内容について説明する。

（送信処理）
まず、図１９のフローチャートを参照して、図１４の送信装置１０が実行する送信処理について説明する。

ステップＳ１１１において、伝送情報取得部１０１は、伝送情報を生成することにより取得し、マルチプレクサ１０８に供給する。ただし、付加情報は、例えば、図２等に示したように、エリア情報記述子内のadditional_service_infoに配置され、PSI/SI（NIT）に含まれることになる。

ステップＳ１１２において、ビデオデータ取得部１０２は、ワンセグサービス又はワンセグ付加情報サービスのビデオデータを取得し、ビデオエンコーダ１０３に供給する。ステップＳ１１３において、ビデオエンコーダ１０３は、ビデオデータ取得部１０２から供給されるビデオデータを符号化し、マルチプレクサ１０８に供給する。

ステップＳ１１４において、オーディオデータ取得部１０４は、ワンセグサービス又はワンセグ付加情報サービスのオーディオデータを取得し、オーディオエンコーダ１０５に供給する。ステップＳ１１５において、オーディオエンコーダ１０５は、オーディオデータ取得部１０４から供給されるオーディオデータを符号化し、マルチプレクサ１０８に供給する。

ステップＳ１１６において、ファイルデータ取得部１０６は、ワンセグ付加情報サービスのファイル形式のデータを取得し、ファイル処理部１０７に供給する。ステップＳ１１７において、ファイル処理部１０７は、ファイルデータ取得部１０６から供給されるファイル形式のデータを所定の形式のデータに変換し、マルチプレクサ１０８に供給する。

ただし、ステップＳ１１６，Ｓ１１７においては、アプリケーションを放送ストリーム内で伝送する場合には、アプリケーションのファイルが取得され、例えばIP形式のデータに変換されたあと、マルチプレクサ１０８に供給される。また、この場合、ステップＳ１１１において、additional_service_infoに記述されるapplication_broadcast_distribution_flagは、"1"となる。

ステップＳ１１８において、マルチプレクサ１０８は、伝送情報取得部１０１からの伝送情報を含むPSI/SI等の各種のデータ、ビデオエンコーダ１０３からのビデオデータ、オーディオエンコーダ１０５からのオーディオデータ、及び、ファイル処理部１０７からのIP形式のデータを多重化してTSを生成する。

ステップＳ１１９において、送信部１０９は、マルチプレクサ１０８から供給されるTSを、そのTSを送信すべき所定のセグメントでアンテナ１１０を介して送信して、送信処理を終了する。

以上で、送信処理の説明を終了する。

（受信処理）
次に、図２０及び図２１のフローチャートを参照して、図１４の受信装置２０が実行する受信処理について説明する。この受信処理は、受信装置２０を所持したユーザが、送信装置１０の放送エリア内にいる場合に行われる。また、エリア放送の選局情報は、例えば、エリア放送局のサーバなどから取得されるものとする。

ステップＳ２１１において、制御部２１０は、チューナ２０２を制御して、エリア放送のチャンネル設定を行う。

ステップＳ２１２において、伝送情報取得解析部２５１は、デマルチプレクサ２０３により分離されたPSI/SIに含まれるNITのエリア放送情報記述子内に記述されたadditional_service_info（伝送情報）の取得を行い、additional_service_infoが取得されたかどうかを判定する（Ｓ２１３）。

ステップＳ２１３において、additional_service_infoが取得されたと判定された場合、処理は、ステップＳ２１４に進められる。ステップＳ２１４においては、取得済みのadditional_service_infoを利用するか否かが判定される。この利用の有無の判定処理であるが、例えば駅構内に入ったときに自動的に利用するなどの条件をユーザがあらかじめ設定しておくことで、その設定内容に応じて判定される。また、所定の選択画面を提示して、ユーザにより利用の有無を選択させるようにしてもよい。

ステップＳ２１４において、additional_service_infoを利用すると判定された場合、処理は、ステップＳ２１６に進められる。なお、ステップＳ２１３において、エリア放送情報記述子内にadditional_service_infoが記述されていないと判定された場合、又は、ステップＳ２１４において、additional_service_infoを利用しないと判定された場合、処理は、ステップＳ２１５に進められる。この場合、受信装置２０では、通常のエリア放送の番組、すなわち、ワンセグサービスの番組が提示されることになる（Ｓ２１５）。

ステップＳ２１６において、制御部２１０は、チューナ２０２を制御して、１３セグメントを受信中であるか否かを判定する。ステップＳ２１６において、１３セグメントを受信中でないと判定された場合、処理はステップＳ２１７に進められる。ステップＳ２１７において、制御部２１０は、チューナ２０２の設定を変更して、１３セグメントを受信可能な状態にする。

１３セグメントが受信中になると、処理はステップＳ２１８に進められる。なお、ステップＳ２１６において、１３セグメントを受信中であると判定された場合、チューナ２０２の設定を変更する必要はないので、ステップＳ２１７はスキップされ、処理はステップＳ２１８に進められる。

ステップＳ２１８において、伝送情報取得解析部２５１は、伝送情報に含まれるアプリケーション識別（application_id）を確認する。また、ステップＳ２１９において、伝送情報取得解析部２５１は、アプリケーション識別の上位２ビットに、保護レベル情報が指定されている場合、その上位ビットを確認することで、対象のアプリケーションの保護レベルを確認し、その保護レベルに応じた制御が行われるようにする。

ステップＳ２２０において、制御部２１０は、伝送情報取得解析部２５１による伝送情報の解析結果に従い、利用可能となる全てのアプリケーション情報を、ディスプレイ２０６に提示する。ここでは、例えば、アプリケーションが有料又は無料であるかどうかや、対象のアプリケーションを既に所持しているかどうかなどの情報も提示される。そして、ユーザの操作に応じて、全てのアプリケーションの中から、利用するアプリケーション（対象のアプリケーション）が選択され、設定される（Ｓ２２１）。

ステップＳ２２２（図２１）において、アプリケーション取得部２５２は、application_idによりアプリケーションを識別することで、対象のアプリケーションを既に取得しているか否かを判定する。ステップＳ２２２において、対象のアプリケーションを取得していないと判定された場合、処理はステップＳ２２３に進められる。

ステップＳ２２３において、アプリケーション取得部２５２は、伝送情報取得解析部２５１による伝送情報の解析結果に従い、アプリケーション放送配信フラグ（application_broadcast_distribution_flag）を確認し、その記述内容に従い、放送波によりアプリケーションを伝送しているか否かを判定する（Ｓ２２４）。

ステップＳ２２４において、application_broadcast_distribution_flag="1"が記述され、放送波によりアプリケーションを伝送していると判定された場合、処理はステップＳ２２５に進められる。そして、放送波からアプリケーションを取得する場合には（Ｓ２２５の「YES」）、処理はステップＳ２２６に進められる。

ステップＳ２２６において、アプリケーション取得部２５２は、伝送情報取得解析部２５１による伝送情報の解析結果に従い、デマルチプレクサ２０３を制御して、対象のESからアプリケーションのファイルを抽出して、アプリケーションを取得する。例えば、上述した図１０のアプリケーションＡが、アプリケーション情報のループに記述されている場合、PID="0x800"となるstream_type="0x91"（ULE）のESが抽出されることで、アプリケーションＡが取得される。

ただし、アプリケーション取得部２５２は、伝送情報に、stream_security_infoが含まれており、ストリームが暗号化されている場合には、暗号化ストリームを所定の復号方式に準拠して復号したあとに、アプリケーションのファイルを取得することになる。なお、ステップＳ２２２において、対象のアプリケーションが取得済みであると判定された場合、再度アプリケーションを取得する必要はないので、ステップＳ２２３乃至Ｓ２２６はスキップされる。

ステップＳ２２７において、付加情報取得部２５３は、伝送情報取得解析部２５１による伝送情報の解析結果に従い、デマルチプレクサ２０３を制御して、対象のアプリケーションで利用するESを抽出し、付加情報を取得する。例えば、上述した図１０のアプリケーションＡが、アプリケーション情報のループに記述されている場合、PID="0x600"となるstream_type="0x1B"（AVC）のESと、PID="0x601"となるstream_type="0x0F"（AAC）のESが抽出されることで、付加情報としてのAVストリーミングのデータが取得される。これにより、付加情報のデータ、すなわち、アプリケーションで用いられるデータが取得されたことになる。

ただし、付加情報取得部２５３は、伝送情報に、stream_security_infoが含まれており、ストリームが暗号化されている場合には、暗号化ストリームを所定の復号方式に準拠して復号したあとに、付加情報のデータを取得することになる。

ステップＳ２２８において、アプリケーション制御部２５４は、ブラウザ２０９を制御して、放送波から取得されたアプリケーションを起動して実行する。これにより、ディスプレイ２０６には、付加情報を用いたアプリケーション、すなわち、ワンセグ付加情報サービスのアプリケーションが提示されることになる。なお、ワンセグ付加情報サービスのアプリケーションは、例えば、ワンセグサービスの番組等のコンテンツとともに表示することができる。

一方、ステップＳ２２４において、application_broadcast_distribution_flag="0"が記述され、放送波によりアプリケーションを伝送していないと判定された場合、あるいは、ステップＳ２２５において、放送波からアプリケーションを取得しないと判定された場合、処理は、ステップＳ２２９に進められる。

ステップＳ２２９において、アプリケーション取得部２５２は、伝送情報取得解析部２５１による伝送情報の解析結果に従い、アプリケーションインターネット配信フラグ（application_internet_distribution_flag）を確認し、その記述内容に従い、通信経由でアプリケーションの取得が可能であるか否かを判定する（Ｓ２３０）。

ステップＳ２３０において、application_internet_distribution_flag="1"が記述され、通信経由でアプリケーションの取得が可能であると判定された場合、処理はステップＳ２３１に進められる。そして、通信経由でアプリケーションを取得する場合には（Ｓ２３１の「YES」）、処理はステップＳ２３２に進められる。

ステップＳ２３２において、アプリケーション取得部２５２は、伝送情報取得解析部２５１による伝送情報の解析結果に従い、外部アプリケーション参照先（src_path）を取得する。例えば、上述した図１０のアプリケーションＢがアプリケーション情報のループに記述されている場合、アプリケーションサーバ３０のURIとして、src_path="http://abcd.com"が取得されることになる。

ステップＳ２３３において、アプリケーション取得部２５２は、src_pathから得られるURIに従い、通信部２１２を制御して、インターネット９０を介してアプリケーションサーバ３０にアクセスし、アプリケーションをダウンロードする。

ステップＳ２３３において、アプリケーションのダウンロードが終了して、取得されると、処理は、ステップＳ２２７に進められる。

ステップＳ２２７においては、上述したように、付加情報取得部２５３によって、対象のアプリケーションで利用するESが抽出され、付加情報が取得される。例えば、上述した図１０のアプリケーションＢがアプリケーション情報のループに記述されている場合、PID="0x800"となるstream_type="0x91"（ULE）のESと、PID="0x801"となるstream_type="0x91"（ULE）のESが抽出されることで、付加情報としてのビデオやオーディオ等のファイル形式のデータが取得される。これにより、付加情報のデータ、すなわち、アプリケーションで用いられるデータが取得されたことになる。

そして、ステップＳ２２８において、アプリケーション制御部２５４は、ブラウザ２０９を制御して、通信経由で取得されたアプリケーションを起動して実行する。これにより、ディスプレイ２０６には、付加情報を用いたアプリケーション、すなわち、ワンセグ付加情報サービスのアプリケーションが提示されることになる。

なお、ステップＳ２３０において、application_internet_distribution_flag="0"が記述され、通信経由でアプリケーションを取得することができないと判定された場合、あるいは、ステップＳ２３１において、通信経由でアプリケーションを取得しないと判定された場合、処理は、図２０のステップＳ２１５に進められる。この場合、受信装置２０では、通常のエリア放送の番組、すなわち、ワンセグサービスの番組が提示されることになる（Ｓ２１５）。

そして、図２０のステップＳ２１５、又は、図２１のステップＳ２２８の処理が終了すると、受信処理は終了する。

以上で、受信処理の説明を終了する。

（アプリケーション配布処理）
次に、図２２のフローチャートを参照して、図１４のアプリケーションサーバ３０が実行するアプリケーション配布処理について説明する。

ステップＳ３１１において、制御部３０１は、通信部３０４を監視することで、受信装置２０からアプリケーションの要求がされたか否かを判定する。ステップＳ３１１においては、受信装置２０からのアプリケーションの要求を待って、処理は、ステップＳ３１２に進められる。

ステップＳ３１２において、制御部３０１は、受信装置２０からの要求に応じたアプリケーションを、アプリケーション保持部３０３から取得する。ステップＳ３１３において、通信部３０４は、制御部３０１からの制御に従い、アプリケーション保持部３０３から取得されたアプリケーションを、要求元の受信装置２０に配布（提供）する。ステップＳ３１３の処理が終了すると、アプリケーション配布処理は終了する。

以上で、アプリケーション配布処理の説明を終了する。

以上、第１の実施の形態について説明した。

＜第２の実施の形態＞

次に、図２３乃至図２６を参照して、第２の実施の形態について説明する。第２の実施の形態においては、上述した第１の実施の形態と比べて、アプリケーションや付加情報のデータに関する情報（以下、「アプリケーション関連情報」という）が、エリア放送情報記述子内のadditional_service_infoに配置されるのではなく、所定のストリームにより伝送される点が異なっている。このように、アプリケーション関連情報を、additional_service_infoに記述しないことで、additional_service_infoのデータサイズを小さくすることができる。その結果、例えばPSI/SIやNITで伝送できるデータサイズに制限がある場合であっても、additional_service_infoを配置することが可能となる。

＜各情報の詳細な内容＞

（エリア放送情報記述子へのadditional_service_infoの配置）
図２３は、エリア放送情報記述子におけるadditional_service_infoの配置例を示している。ただし、additional_service_infoに記述される伝送情報に含まれる各情報の意味は、上述した図３を参照して説明した通りである。

図２３においては、アプリケーション情報のループ内に、application_broadcast_distribution_flag，application_internet_distribution_flag，application_idのほかに、stream_type，application_info，elementary_PIDが配置されている。

stream_typeは、当該アプリケーションで使用するストリームの形式を示す。

application_infoは、以下に続く、elementary_PIDで指定するストリームで伝送する情報の内容を示す。この情報の内容としては、例えば、アプリケーションサーバのURI、アプリケーションのファイル名やファイルタイプ、アプリケーションで使用するビデオデータ、オーディオデータ、同期信号などを伝送するelementary_PIDと、stream_typeなどのアプリケーション関連情報が含まれる。

elementary_PIDは、当該アプリケーションで使用するストリーム情報が格納されているPIDを示す。

（TS論理構造と付加情報の関連イメージ）
図２４は、TS論理構造とadditional_service_infoとの関連イメージを示す図である。

図２４に示すように、NITに含まれるエリア放送情報記述子には、additional_service_infoが記述される。図２４には、additional_service_infoの記述例として、アプリケーション情報のループに、アプリケーションＡ（Application type A）と、アプリケーションＢ（Application type B）の２種類のアプリケーションが記述された場合を示している。

アプリケーション情報のループ１には、application_broadcast_distribution_flag="1"，application_internet_distribution_flag="0"が記述されているので、application_id="0x00000010"となるアプリケーションＡは、放送ストリーム内に伝送されていることを示している。

また、アプリケーション情報のループ１には、stream_type="0xC4"，application_info="0x01"，elementary_PID="0x900"が記述されているので、対象のESから、アプリケーションＡ用のアプリケーション関連情報が抽出され、取得されることになる。そして、このアプリケーション関連情報に記述された内容に基づき、PID="0x800"となるstream_type=0x91（ULE）のESが抽出され、アプリケーションＡが取得されることになる。また、同様にして、対象のESが抽出されることで、付加情報としてのAVストリーミングのデータが取得される。

一方、アプリケーション情報のループ２には、application_broadcast_distribution_flag="0"，application_internet_distribution_flag="1"が記述されているので、application_id="0x10000011"であるアプリケーションＢは、通信経由で取得できることを示している。

また、アプリケーション情報のループ２には、stream_type="0xC4"，application_info="0x01"，elementary_PID="0x900"が記述されているので、対象のESから、アプリケーションＢ用のアプリケーション関連情報が抽出され、取得されることになる。そして、このアプリケーション関連情報に記述された内容に基づき、"http://abcd.com"であるURIのアプリケーションサーバにアクセスすることで、通信経由でアプリケーションＢが取得されることになる。また、対象のESが抽出されることで、付加情報としてのビデオやオーディオ等のファイル形式のデータが取得される。

＜各装置で行われる具体的な処理の内容＞

第２の実施の形態において、エリア放送システム１を構成する各装置の構成は、上述した第１の実施の形態と同様であるため、その説明は省略する。ただし、アプリケーションや付加情報のデータに関するアプリケーション関連情報が、ESにより伝送されるため、受信装置２０が実行する受信処理の一部の処理内容が異なっている。そこで、次に、図２５及び図２６のフローチャートを参照して、第２の実施の形態の受信装置２０が実行する受信処理について説明する。

図２５のステップＳ２５１乃至Ｓ２５８においては、図２０のステップＳ２１１乃至Ｓ２１８と同様に、PSI/SIに含まれるNITのエリア放送情報記述子内のadditional_service_infoが取得され、additional_service_infoを利用する場合には、ワンセグ付加情報サービスが受けられるように、各種の設定等がなされる。
る。

図２６のステップＳ２５９乃至Ｓ２６６においては、図２１のステップＳ２２２乃至Ｓ２２８と同様に、additional_service_info（伝送情報）に、application_broadcast_distribution_flag="1"が記述され、放送波によりアプリケーションが伝送されているので、放送波からアプリケーションを取得することになる。

ただし、アプリケーションのファイルを取得するための情報が、additional_service_infoに含まれていないので、図２６のステップＳ２６３において、アプリケーション取得部２５２は、伝送情報取得解析部２５１による伝送情報の解析結果に従い、デマルチプレクサ２０３を制御して、対象のESからアプリケーション関連情報を取得する。そして、ステップＳ２６４において、アプリケーション取得部２５２は、アプリケーション関連情報に記述されたアプリケーションのファイルに関する情報に基づいて、対象のESを抽出することで、アプリケーションを取得する。

例えば、上述した図２４のアプリケーションＡが、additional_service_infoにおけるアプリケーション情報のループに記述されている場合、対象のESから、アプリケーションＡ用のアプリケーション関連情報が取得される。そして、このアプリケーション関連情報に記述された内容に基づき、PID="0x800"となるstream_type=0x91（ULE）のESが抽出され、アプリケーションＡが取得されることになる。また、同様にして、対象のESが抽出されることで、付加情報としてのAVストリーミングのデータが取得される（Ｓ２６５）。これにより、ディスプレイ２０６には、付加情報を用いたアプリケーション、すなわち、ワンセグ付加情報サービスのアプリケーションが提示される（Ｓ２６６）。

また、図２６のステップＳ２６７乃至Ｓ２７２，Ｓ２６５，Ｓ２６６においては、図２１のステップＳ２２９乃至Ｓ２３３，Ｓ２２７，Ｓ２２８と同様に、additional_service_info（伝送情報）に、application_internet_distribution_flag="1"が記述され、通信経由でアプリケーションの取得が可能であるので、通信経由でアプリケーションを取得することになる。

ただし、アプリケーションのファイルを取得するための情報が、additional_service_infoに含まれていないので、図２６のステップＳ２７０において、アプリケーション取得部２５２は、伝送情報取得解析部２５１による伝送情報の解析結果に従い、デマルチプレクサ２０３を制御して、対象のESから、アプリケーション関連情報を取得する。そして、ステップＳ２７１において、アプリケーション取得部２５２は、アプリケーション関連情報に記述された外部アプリケーション参照先（URI）を取得する。これにより、アプリケーション取得部２５２は、インターネット９０を介してアプリケーションサーバ３０にアクセスして、アプリケーションをダウンロードすることができる（Ｓ２７２）。

例えば、上述した図２４のアプリケーションＢが、additional_service_infoにおけるアプリケーション情報のループに記述されている場合、対象のESから、アプリケーションＢ用のアプリケーション関連情報が取得される。そして、このアプリケーション関連情報に記述された内容に基づき、"http://abcd.com"であるURIのアプリケーションサーバにアクセスすることで、通信経由でアプリケーションＢが取得されることになる。また、対象のESが抽出されることで、付加情報としてのビデオやオーディオ等のファイル形式のデータが取得される（Ｓ２６５）。これにより、ディスプレイ２０６には、付加情報を用いたアプリケーション、すなわち、ワンセグ付加情報サービスのアプリケーションが提示される（Ｓ２６６）。

以上で、受信処理の説明を終了する。

なお、図示はしていないが、第２の実施の形態において、送信装置１０は、図２３に示したadditional_service_infoをエリア情報記述子内に配置するとともに、対象となるESに、アプリケーション関連情報を含めることになる。

以上、第２の実施の形態について説明した。

＜具体的な運用例＞

次に、図２７乃至図２９を参照して、本技術を用いた具体的な運用例について説明する。すなわち、本技術を用いることで、以下の運用例１乃至運用例３に示すような、通常のエリア放送と比べて、より高度なエリア放送のサービスを提供することができる。

（運用例１）
図２７は、本技術を用いた運用例１を説明する図である。運用例１は、災害時における運用例を示している。

図２７に示すように、受信装置２０では、選局アプリケーションが実行されており、例えば、内蔵するGPSにより得られる測位情報を、エリア放送局のサーバ４０に送ることで選局情報を取得する。そして、受信装置２０では、選局情報を用い、送信装置１０から送信されるエリア放送の放送波を受信する。これにより、ディスプレイ２０６には、通常のエリア放送の番組、すなわち、ワンセグサービスの番組が表示されることになる。

ここで、例えば地震などの災害が発生した場合、ワンセグ付加情報サービスの提供者は、端末装置５０によって、HTML（HyperText Markup Language）形式の災害情報を作成して、送信装置１０に提供する。なお、災害情報の作成時には、各種のデータベース５１に蓄積された情報を参照することができる。送信装置１０は、additional_service_infoに伝送情報を配置して、PSI/SIに含めて１セグメントで送出するとともに、HTML形式の災害情報を付加情報として、１２セグメントで送出する。

受信装置２０は、送信装置１０からの伝送情報を取得する。受信装置２０は、伝送情報の解析結果に応じて、アプリケーションを、エリア放送の放送波か、あるいは通信経由で取得する。また、受信装置２０は、エリア放送の放送波から、付加情報としてHTML形式の災害情報を取得する。そして、受信装置２０では、ブラウザ２０９が起動され、付加情報を用いたアプリケーションが実行されることで、ディスプレイ２０６には、エリア放送の番組とともに、ワンセグ付加情報サービスとしての災害情報が表示されることになる。その結果、ユーザは、迅速に災害に関する情報を入手することができる。

（運用例２）
図２８は、本技術を用いた運用例２を説明する図である。運用例２は、スタジアムにおける有料サービスの運用例を示している。

図２８に示すように、送信装置１０は、ワンセグサービスの番組として放送するライブ映像として、標準画質の映像を送出している。また、送信装置１０は、ワンセグ付加情報サービス用の高画質のライブ映像と、HTML形式の情報を取得する。ここで、HTML形式の情報には、例えば、スタジアム情報、周辺情報、交通情報などの情報が含まれる。送信装置１０は、additional_service_infoに伝送情報を配置して、PSI/SIに含めて１セグメントで送出するとともに、高画質の映像と、HTML形式の情報を付加情報として、１２セグメントで送出している。

受信装置２０では、選局アプリケーションが実行されており、例えば、内蔵するGPSにより得られる測位情報を、エリア放送局のサーバ４０に送ることで選局情報を取得する。そして、受信装置２０では、選局情報を用い、送信装置１０から送信されるエリア放送の放送波を受信する。これにより、ディスプレイ２０６には、ワンセグサービスとしての標準画質のライブ映像が表示されることになる。

また、例えば、受信装置２０を所持したユーザが、アプリケーションサーバ３０により提供される有料のプレミアアプリケーションを購入した場合、受信装置２０には、プレミアアプリケーションがダウンロードされる。そして、受信装置２０では、プレミアアプリケーションが実行されることで、高画質の映像が取得され、ディスプレイ２０６には、ワンセグ付加情報サービスとしての高画質のライブ映像が表示されることになる。また、受信装置２０においては、ワンセグ付加情報サービスとして、スタジアム情報などのHTML形式の情報を表示させることもできる。このように、ユーザは、有料のプレミアアプリケーションを購入さえすれば、より高度なサービスを受けることが可能となる。

なお、プレミアアプリケーションを購入した場合にのみ表示可能な高画質の映像や、関連情報には、DRM（Digital Rights Management）機能を持たせることができる。例えば、additional_service_infoに配置されるapplication_idの上位ビットを、保護レベル情報に割り当てたり、stream_security_infoを定義したりすることで、DRM機能が実現される。

（運用例３）
図２９は、本技術を用いた運用例３を説明する図である。運用例３は、繁華街、店舗、交通、地域サービスにおける運用例を示している。

図２９に示すように、送信装置１０は、ワンセグサービスの番組として、広告や地域番組の映像を送出している。また、送信装置１０は、ワンセグ付加情報サービス用の電子チケットやコンテンツなどのプレミアムコンテンツや、電子クーポンや電子アンケートなどの情報を取得する。送信装置１０は、additional_service_infoに伝送情報を配置して、PSI/SIに含めて１セグメントで送出するとともに、プレミアムコンテンツや電子クーポン等の付加情報を、１２セグメントで送出している。

受信装置２０では、選局アプリケーションが実行されており、例えば、内蔵するGPSにより得られる測位情報を、エリア放送局のサーバ４０に送ることで選局情報を取得する。そして、受信装置２０では、選局情報を用い、送信装置１０から送信されるエリア放送の放送波を受信する。これにより、ディスプレイ２０６には、ワンセグサービスとしての広告や地域番組の映像が表示されることになる。

また、例えば、受信装置２０を所持したユーザが、アプリケーションサーバ３０により提供される有料のプレミアアプリケーションを購入した場合、受信装置２０には、プレミアアプリケーションがダウンロードされる。そして、受信装置２０では、プレミアアプリケーションが実行されることで、プレミアムコンテンツが取得され、ディスプレイ２０６には、ワンセグ付加情報サービスとしてのプレミアムコンテンツが表示されることになる。また、受信装置２０においては、ワンセグ付加情報サービスとして、電子クーポンなどの情報を表示させることもできる。このように、ユーザは、有料のプレミアアプリケーションを購入さえすれば、より高度なサービスを受けることが可能となる。

なお、プレミアアプリケーションを購入した場合にのみ表示可能なプレミアムコンテンツには、運用例２と同様にDRM機能を持たせることができる。また、受信装置２０を所持したユーザによるアンケート結果などは、サーバ６０によりデータベース６１に蓄積される。

なお、図２７乃至図２９においては、「API」が記述されているが、APIは、Application Programming Interfaceの略であり、特定のインタフェースを示すものではない。

以上、具体的な運用例について説明した。

なお、上述した説明では、アプリケーションはHTML形式のファイル等から構成され、ブラウザ２０９により起動される例を説明したが、例えば、Java（登録商標）などの他のプログラム言語やマークアップ言語などにより作成されるようにしてもよい。また、本明細書における、「付加情報」は、補助的な情報であるともいえるため、「補助情報」と称される場合がある。

また、上述した説明では、受信装置２０は、送信装置１０から送信される放送コンテンツを受信するとして説明したが、インターネット９０上に設けられた配信サーバ（不図示）により配信される通信コンテンツを受信して、ストリーミング再生を行うようにしてもよい。この場合、アプリケーションは、通信コンテンツとともに動作することになる。例えば、通信コンテンツは、VOD（Video On Demand）により配信される、放送済のテレビ番組や公開済みの映画、オリジナルの映像番組などのAV（Audio Visual）コンテンツである。すなわち、放送コンテンツ及び通信コンテンツは、AVコンテンツの一例である。

＜本技術を適用したコンピュータの説明＞

前述した一連の処理は、ハードウェアにより実行することもできるし、ソフトウェアにより実行することもできる。一連の処理をソフトウェアにより実行する場合には、そのソフトウェアを構成するプログラムが、コンピュータにインストールされる。ここで、コンピュータには、専用のハードウェアに組み込まれているコンピュータや、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば汎用のパーソナルコンピュータなどが含まれる。

図３０は、前述した一連の処理をプログラムにより実行するコンピュータのハードウェアの構成例を示すブロック図である。

コンピュータ９００において、CPU（Central Processing Unit）９０１，ROM（Read Only Memory）９０２，RAM（Random Access Memory）９０３は、バス９０４により相互に接続されている。

バス９０４には、さらに、入出力インタフェース９０５が接続されている。入出力インタフェース９０５には、入力部９０６、出力部９０７、記録部９０８、通信部９０９、及びドライブ９１０が接続されている。

入力部９０６は、キーボード、マウス、マイクロフォンなどよりなる。出力部９０７は、ディスプレイ、スピーカなどよりなる。記録部９０８は、ハードディスクや不揮発性のメモリなどよりなる。通信部９０９は、ネットワークインタフェースなどよりなる。ドライブ９１０は、磁気ディスク、光ディスク、光磁気ディスク、又は半導体メモリなどのリムーバブルメディア９１１を駆動する。

以上のように構成されるコンピュータ９００では、CPU９０１が、例えば、記録部９０８に記憶されているプログラムを、入出力インタフェース９０５及びバス９０４を介して、RAM９０３にロードして実行することにより、前述した一連の処理が行われる。

コンピュータ９００（CPU９０１）が実行するプログラムは、例えば、パッケージメディア等としてのリムーバブルメディア９１１に記録して提供することができる。また、プログラムは、ローカルエリアネットワーク、インターネット、デジタル衛星放送といった、有線又は無線の伝送媒体を介して提供することができる。

コンピュータ９００では、プログラムは、リムーバブルメディア９１１をドライブ９１０に装着することにより、入出力インタフェース９０５を介して、記録部９０８にインストールすることができる。また、プログラムは、有線又は無線の伝送媒体を介して、通信部９０９で受信し、記録部９０８にインストールすることができる。その他、プログラムは、ROM９０２や記録部９０８に、あらかじめインストールしておくことができる。

なお、コンピュータ９００が実行するプログラムは、本明細書で説明する順序に沿って時系列に処理が行われるプログラムであっても良いし、並列に、あるいは呼び出しが行われたとき等の必要なタイミングで処理が行われるプログラムであっても良い。

ここで、本明細書において、コンピュータ９００に各種の処理を行わせるためのプログラムを記述する処理ステップは、必ずしもフローチャートとして記載された順序に沿って時系列に処理する必要はなく、並列的あるいは個別に実行される処理（例えば、並列処理あるいはオブジェクトによる処理）も含むものである。

また、プログラムは、１のコンピュータにより処理されるものであってもよいし、複数のコンピュータによって分散処理されるものであってもよい。さらに、プログラムは、遠方のコンピュータに転送されて実行されるものであってもよい。

さらに、本明細書において、システムとは、複数の構成要素（装置、モジュール（部品）等）の集合を意味し、すべての構成要素が同一筐体中にあるか否かは問わない。したがって、別個の筐体に収納され、ネットワークを介して接続されている複数の装置、及び、１つの筐体の中に複数のモジュールが収納されている１つの装置は、いずれも、システムである。

なお、本技術の実施の形態は、前述した実施の形態に限定されるものではなく、本技術の要旨を逸脱しない範囲において種々の変更が可能である。

例えば、本技術は、１つの機能を、ネットワークを介して複数の装置で分担、共同して処理するクラウドコンピューティングの構成をとることができる。

また、前述のフローチャートで説明した各ステップは、１つの装置で実行する他、複数の装置で分担して実行することができる。

さらに、１つのステップに複数の処理が含まれる場合には、その１つのステップに含まれる複数の処理は、１つの装置で実行する他、複数の装置で分担して実行することができる。

１ エリア放送システム， １０ 送信装置， ２０ 受信装置， ３０ アプリケーションサーバ， ９０ インターネット， １０１ 伝送情報取得部， １０２ ビデオデータ取得部， １０４ オーディオデータ取得部， １０６ ファイルデータ取得部， １０９ 送信部， ２０２ チューナ， ２０９ ブラウザ， ２１０ 制御部， ２１２ 通信部， ２５１ 伝送情報取得解析部， ２５２ アプリケーション取得部， ２５３ 付加情報取得部， ２５４ アプリケーション制御部， ２１２ 通信部， ３０１ 制御部， ３０２ アプリケーション取得部， ３０４ 通信部， ９００ コンピュータ， ９０１ CPU

本技術の第１の側面の送信装置は、チャンネルごとの周波数帯域を構成するセグメントの一部又は全部のセグメントを用いた放送サービスの放送波を受信可能な放送エリア内の受信機で動作するアプリケーションの伝送方式を含む伝送情報を生成する生成部と、生成した前記伝送情報を含む前記放送波を送信する送信部とを備える送信装置である。

本技術の第１の側面の送信装置及び送信方法においては、チャンネルごとの周波数帯域を構成するセグメントの一部又は全部のセグメントを用いた放送サービスの放送波を受信可能な放送エリア内の受信機で動作するアプリケーションの伝送方式を含む伝送情報が生成され、生成された前記伝送情報を含む前記放送波が送信される。

本技術の第２の側面の受信装置は、送信機から送信される、チャンネルごとの周波数帯域を構成するセグメントの一部又は全部のセグメントを用いた放送サービスの放送波を受信可能な放送エリアにおいて、前記放送波を受信する受信部と、前記放送波から得られる、前記放送エリア内の受信機で動作するアプリケーションの伝送方式を含む伝送情報を取得する第１の取得部と、取得した前記伝送情報に基づいて、前記アプリケーションを取得する第２の取得部と、取得した前記アプリケーションの動作を制御する制御部とを備える受信装置である。

本技術の第２の側面の受信装置及び受信方法においては、送信機から送信される、チャンネルごとの周波数帯域を構成するセグメントの一部又は全部のセグメントを用いた放送サービスの放送波を受信可能な放送エリアにおいて、前記放送波が受信され、前記放送波から得られる、前記放送エリア内の受信機で動作するアプリケーションの伝送方式を含む伝送情報が取得され、取得された前記伝送情報に基づいて、前記アプリケーションが取得され、取得された前記アプリケーションの動作が制御される。

Claims (4)

1. 付加情報を取得する取得部と、
   任意のセグメントでのワンセグメント放送の放送波として、前記付加情報と、前記付加情報の伝送方式を示す伝送情報を含む放送波を送信する送信部と
   を備える送信装置。
2. 送信装置の送信方法において、
   前記送信装置が、
   付加情報を取得し、
   任意のセグメントでのワンセグメント放送の放送波として、前記付加情報と、前記付加情報の伝送方式を示す伝送情報を含む放送波を送信する
   送信方法。
3. 任意のセグメントでのワンセグメント放送を行う送信機から送信される放送波を受信することが可能な放送エリアにおいて、前記放送波を受信する受信部と、
   前記放送波から得られる伝送情報を取得する第１の取得部と、
   前記伝送情報に基づいて、前記放送波から得られる付加情報を取得する第２の取得部と、
   前記付加情報に基づいて、アプリケーションの動作を制御する制御部と
   を備える受信装置。
4. 受信装置の受信方法において、
   前記受信装置が、
   任意のセグメントでのワンセグメント放送を行う送信機から送信される放送波を受信することが可能な放送エリアにおいて、前記放送波を受信し、
   前記放送波から得られる伝送情報を取得し、
   前記伝送情報に基づいて、前記放送波から得られる付加情報を取得し、
   前記付加情報に基づいて、アプリケーションの動作を制御する
   受信方法。

Images