(57)【要約】【課題】より高度なエリア放送のサービスを提供することができるようにする。【解決手段】任意のセグメントでのワンセグメント放送の放送エリア内の受信機で動作するアプリケーション及び付加情報の伝送方式を示す伝送情報として、アプリケーション放送配信フラグ、アプリケーションインターネット配信フラグ、アプリケーション識別、外部アプリケーション参照先、ストリーム形式種別、及び、ストリーム保護レベル情報のうち、少なくともいずれかの情報を、放送波に含めて送出する。これにより、エリア放送内の受信機では、高度なエリア放送のサービスを提供するためのアプリケーションを動作させることができる。本技術は、例えば、エリア放送の送信機と受信機に適用することができる。【選択図】図３
2018014741.tif 000002
【特許請求の範囲】
【請求項１】
付加情報を取得する取得部と、
任意のセグメントでのワンセグメント放送の放送波として、前記付加情報と、前記付加情報の伝送方式を示す伝送情報を含む放送波を送信する送信部と
を備える送信装置。
【請求項２】
送信装置の送信方法において、
前記送信装置が、
付加情報を取得し、
任意のセグメントでのワンセグメント放送の放送波として、前記付加情報と、前記付加情報の伝送方式を示す伝送情報を含む放送波を送信する
送信方法。
【請求項３】
任意のセグメントでのワンセグメント放送を行う送信機から送信される放送波を受信することが可能な放送エリアにおいて、前記放送波を受信する受信部と、
前記放送波から得られる伝送情報を取得する第１の取得部と、
前記伝送情報に基づいて、前記放送波から得られる付加情報を取得する第２の取得部と、
前記付加情報に基づいて、アプリケーションの動作を制御する制御部と
を備える受信装置。
【請求項４】
受信装置の受信方法において、
前記受信装置が、
任意のセグメントでのワンセグメント放送を行う送信機から送信される放送波を受信することが可能な放送エリアにおいて、前記放送波を受信し、
前記放送波から得られる伝送情報を取得し、
前記伝送情報に基づいて、前記放送波から得られる付加情報を取得し、
前記付加情報に基づいて、アプリケーションの動作を制御する
受信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本技術は、送信装置、送信方法、受信装置、及び、受信方法に関し、特に、より高度なエリア放送のサービスを提供することができるようにした送信装置、送信方法、受信装置、及び、受信方法に関する。
【背景技術】
【０００２】
地上デジタル放送では、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
【図１】
2018014741.tif 000003
【図２】
2018014741.tif 000004
【図３】
2018014741.tif 000005
【図４】
2018014741.tif 000006
【図５】
2018014741.tif 000007
【図６】
2018014741.tif 000008
【図７】
2018014741.tif 000009
【図８】
2018014741.tif 000010
【図９】
2018014741.tif 000011
【図１０】
2018014741.tif 000012
【図１１】
2018014741.tif 000013
【図１２】
2018014741.tif 000014
【図１３】
2018014741.tif 000015
【図１４】
2018014741.tif 000016
【図１５】
2018014741.tif 000017
【図１６】
2018014741.tif 000018
【図１７】
2018014741.tif 000019
【図１８】
2018014741.tif 000020
【図１９】
2018014741.tif 000021
【図２０】
2018014741.tif 000022
【図２１】
2018014741.tif 000023
【図２２】
2018014741.tif 000024
【図２３】
2018014741.tif 000025
【図２４】
2018014741.tif 000026
【図２５】
2018014741.tif 000027
【図２６】
2018014741.tif 000028
【図２７】
2018014741.tif 000029
【図２８】
2018014741.tif 000030
【図２９】
2018014741.tif 000031
【図３０】
2018014741.tif 000032
【手続補正書】
【提出日】平成29年9月27日(2017.9.27)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
チャンネルごとの周波数帯域を構成するセグメントの一部又は全部のセグメントを用いた放送サービスの放送波を受信可能な放送エリア内の受信機で動作するアプリケーションの伝送方式を含む伝送情報を生成する生成部と、
生成した前記伝送情報を含む前記放送波を送信する送信部と
を備える送信装置。
【請求項２】
前記伝送情報は、前記放送波に含まれるストリームの形式を示すタイプ情報を含む
請求項１に記載の送信装置。
【請求項３】
前記伝送情報は、前記アプリケーションが前記放送波で伝送される場合、前記タイプ情報として、前記アプリケーションを含むストリームを識別可能な識別情報を含む
請求項２に記載の送信装置。
【請求項４】
前記伝送情報は、前記アプリケーションに関連するストリーム又はペイロードを伝送するパケットを識別する識別情報を含む
請求項１に記載の送信装置。
【請求項５】
前記伝送情報は、所定の規格で定められたNIT(Network Information Table)に含まれる、前記放送サービスで用いられる記述子に配置される
請求項１に記載の送信装置。
【請求項６】
前記伝送情報は、前記アプリケーションが通信経由で伝送される場合、前記アプリケーションの取得先を示すURI(Uniform Resource Identifier)を含む
請求項１に記載の送信装置。
【請求項７】
前記アプリケーションが用いる付加情報を取得する取得部をさらに備え、
前記生成部は、前記アプリケーションの伝送方式とともに、取得した前記付加情報の伝送方式を含む前記伝送情報を生成し、
前記送信部は、前記伝送情報及び前記付加情報を含む前記放送波を送信する
請求項１に記載の送信装置。
【請求項８】
前記放送波は、
周波数帯域が１３セグメントに分割されており、
前記１３セグメントのうち、任意の１セグメントに前記伝送情報が含まれ、全部のセグメント又は任意の階層のセグメントに前記付加情報が含まれる
請求項７に記載の送信装置。
【請求項９】
送信装置の送信方法において、
前記送信装置が、
チャンネルごとの周波数帯域を構成するセグメントの一部又は全部のセグメントを用いた放送サービスの放送波を受信可能な放送エリア内の受信機で動作するアプリケーションの伝送方式を含む伝送情報を生成し、
生成した前記伝送情報を含む前記放送波を送信する
送信方法。
【請求項１０】
送信機から送信される、チャンネルごとの周波数帯域を構成するセグメントの一部又は全部のセグメントを用いた放送サービスの放送波を受信可能な放送エリアにおいて、前記放送波を受信する受信部と、
前記放送波から得られる、前記放送エリア内の受信機で動作するアプリケーションの伝送方式を含む伝送情報を取得する第１の取得部と、
取得した前記伝送情報に基づいて、前記アプリケーションを取得する第２の取得部と、
取得した前記アプリケーションの動作を制御する制御部と
を備える受信装置。
【請求項１１】
前記伝送情報は、前記放送波に含まれるストリームの形式を示すタイプ情報を含む
請求項１０に記載の受信装置。
【請求項１２】
前記伝送情報は、前記アプリケーションが前記放送波で伝送される場合、前記タイプ情報として、前記アプリケーションを含むストリームを識別可能な識別情報を含み、
前記第２の取得部は、前記識別情報により識別される、前記放送波に含まれるストリームから、前記アプリケーションを取得する
請求項１１に記載の受信装置。
【請求項１３】
前記伝送情報は、前記アプリケーションに関連するストリーム又はペイロードを伝送するパケットを識別する識別情報を含み、
前記第２の取得部は、前記識別情報により識別される、前記放送波に含まれるストリーム又はペイロードを伝送するパケットから、前記アプリケーションを取得する
請求項１０に記載の受信装置。
【請求項１４】
前記伝送情報は、所定の規格で定められたNITに含まれる、前記放送サービスで用いられる記述子に配置され、
前記第１の取得部は、前記NITに含まれる前記放送サービスで用いられる記述子に配置された前記伝送情報を取得する
請求項１０に記載の受信装置。
【請求項１５】
前記伝送情報は、前記アプリケーションが通信経由で伝送される場合、前記アプリケーションの取得先を示すURIを含み、
前記第２の取得部は、前記URIに基づいて、ネットワーク上のサーバにアクセスし、前記アプリケーションを取得する
請求項１０に記載の受信装置。
【請求項１６】
前記伝送情報は、前記アプリケーションの伝送方式とともに、前記アプリケーションが用いる付加情報の伝送方式をさらに含み、
取得した前記伝送情報に基づいて、前記放送波から得られる前記付加情報を取得する第３の取得部をさらに備え、
前記制御部は、取得した前記付加情報を用いた前記アプリケーションの動作を制御する
請求項１０に記載の受信装置。
【請求項１７】
前記放送波は、
周波数帯域が１３セグメントに分割されており、
前記１３セグメントのうち、任意の１セグメントに前記伝送情報が含まれ、全部のセ
グメント又は任意の階層のセグメントに前記付加情報が含まれる
請求項１６に記載の受信装置。
【請求項１８】
受信装置の受信方法において、
前記受信装置が、
送信機から送信される、チャンネルごとの周波数帯域を構成するセグメントの一部又は全部のセグメントを用いた放送サービスの放送波を受信可能な放送エリアにおいて、前記放送波を受信し、
前記放送波から得られる、前記放送エリア内の受信機で動作するアプリケーションの伝送方式を含む伝送情報を取得し、
取得した前記伝送情報に基づいて、前記アプリケーションを取得し、
取得した前記アプリケーションの動作を制御する
受信方法。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】００１０
【補正方法】変更
【補正の内容】
【００１０】
本技術の第１の側面の送信装置は、チャンネルごとの周波数帯域を構成するセグメントの一部又は全部のセグメントを用いた放送サービスの放送波を受信可能な放送エリア内の受信機で動作するアプリケーションの伝送方式を含む伝送情報を生成する生成部と、生成した前記伝送情報を含む前記放送波を送信する送信部とを備える送信装置である。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】００１２
【補正方法】変更
【補正の内容】
【００１２】
本技術の第１の側面の送信装置及び送信方法においては、チャンネルごとの周波数帯域を構成するセグメントの一部又は全部のセグメントを用いた放送サービスの放送波を受信可能な放送エリア内の受信機で動作するアプリケーションの伝送方式を含む伝送情報が生成され、生成された前記伝送情報を含む前記放送波が送信される。
【手続補正４】
【補正対象書類名】明細書
【補正対象項目名】００１３
【補正方法】変更
【補正の内容】
【００１３】
本技術の第２の側面の受信装置は、送信機から送信される、チャンネルごとの周波数帯域を構成するセグメントの一部又は全部のセグメントを用いた放送サービスの放送波を受信可能な放送エリアにおいて、前記放送波を受信する受信部と、前記放送波から得られる、前記放送エリア内の受信機で動作するアプリケーションの伝送方式を含む伝送情報を取得する第１の取得部と、取得した前記伝送情報に基づいて、前記アプリケーションを取得する第２の取得部と、取得した前記アプリケーションの動作を制御する制御部とを備える受信装置である。
【手続補正５】
【補正対象書類名】明細書
【補正対象項目名】００１５
【補正方法】変更
【補正の内容】
【００１５】
本技術の第２の側面の受信装置及び受信方法においては、送信機から送信される、チャンネルごとの周波数帯域を構成するセグメントの一部又は全部のセグメントを用いた放送サービスの放送波を受信可能な放送エリアにおいて、前記放送波が受信され、前記放送波から得られる、前記放送エリア内の受信機で動作するアプリケーションの伝送方式を含む伝送情報が取得され、取得された前記伝送情報に基づいて、前記アプリケーションが取得され、取得された前記アプリケーションの動作が制御される。