(57)【要約】      （修正有）【課題】より高度なエリア放送のサービスを提供することができるようする。【解決手段】送信装置１０は、エリア放送のサービスで用いられる付加情報と、付加情報に関するメタ情報を含む情報記述子を取得し、ビデオデータ、及びオーディオデータとファイル処理部１０７から供給されるファイル形式に基づいて多重化したトランスポートストリームを生成する。送信部１０９は、生成されたトランスポートストリームをエリア放送の放送波によって、アンテナ１１０を介して送信する。【選択図】図１６
2015139175.tif 000002
【特許請求の範囲】
【請求項１】
任意のセグメントによる放送であるエリア放送の放送波を送信する送信部と、
前記エリア放送のサービスで用いられる付加情報を取得する第１の取得部と、
前記付加情報に関するメタ情報を含む情報記述子を取得する第２の取得部と
を備え、
前記送信部は、前記エリア放送の放送波によって、前記付加情報とともに、前記情報記述子を送信する
送信装置。
【請求項２】
前記情報記述子は、専用の独立したセクションで伝送される
請求項１に記載の送信装置。
【請求項３】
前記付加情報は、１以上のコンテンツであり、
前記メタ情報は、前記コンテンツのID、種別、及び、バージョンを示す情報を含む
請求項２に記載の送信装置。
【請求項４】
前記メタ情報は、蓄積済みの前記コンテンツの更新部分のデータを差分伝送するかどうかを示す差分伝送フラグを示す情報をさらに含む
請求項３に記載の送信装置。
【請求項５】
前記メタ情報は、前記コンテンツに連動して実行される連動コンテンツのIDを示す情報をさらに含む
請求項３に記載の送信装置。
【請求項６】
前記メタ情報は、前記コンテンツの名称を示す情報をさらに含む
請求項３に記載の送信装置。
【請求項７】
前記付加情報は、１以上のアプリケーションであり、
前記メタ情報は、前記アプリケーションのIDを示す情報を含む
請求項２に記載の送信装置。
【請求項８】
前記放送波は、
周波数帯域が１３セグメントに分割されており、
前記１３セグメントのうち、任意の１セグメントでワンセグメント放送が行われ、全部のセグメント又は任意の階層のセグメントで前記付加情報が伝送される
請求項２に記載の送信装置。
【請求項９】
前記セクションは、所定の規格で定められたNIT(Network Information Table)に含まれる前記エリア放送用の記述子内に配置される、前記セクションを識別可能な識別子により指定される
請求項２に記載の送信装置。
【請求項１０】
送信装置の送信方法において、
前記送信装置が、
任意のセグメントによる放送であるエリア放送の放送波を送信し、
前記エリア放送のサービスで用いられる付加情報を取得し、
前記付加情報に関するメタ情報を含む情報記述子を取得し、
前記エリア放送の放送波によって、前記付加情報とともに、前記情報記述子を送信する
ステップを含む送信方法。
【請求項１１】
任意のセグメントによる放送であるエリア放送を行う送信機から送信される放送波を受信することが可能な放送エリアにおいて、前記放送波を受信する受信部と、
前記放送波から得られる情報記述子に含まれる、前記エリア放送のサービスで用いられる付加情報に関するメタ情報に基づいて、前記付加情報に関する所定の処理を行う各部の動作を制御する制御部と
を備える受信装置。
【請求項１２】
前記情報記述子は、専用の独立したセクションで伝送される
請求項１１に記載の受信装置。
【請求項１３】
前記付加情報は、１以上のコンテンツであり、
前記メタ情報は、前記コンテンツのID、種別、及び、バージョンを示す情報を含む
請求項１２に記載の受信装置。
【請求項１４】
前記メタ情報は、蓄積済みの前記コンテンツの更新部分のデータを差分伝送するかどうかを示す差分伝送フラグを示す情報をさらに含み、
前記制御部は、前記メタ情報に基づいて、蓄積済みの前記コンテンツの一部のデータを更新する
請求項１３に記載の受信装置。
【請求項１５】
前記メタ情報は、前記コンテンツに連動して実行される連動コンテンツのIDを示す情報をさらに含み、
前記制御部は、前記メタ情報に基づいて、前記連動コンテンツの動作を制御する
請求項１３に記載の受信装置。
【請求項１６】
前記メタ情報は、前記コンテンツの名称を示す情報をさらに含み、
前記制御部は、前記メタ情報に基づいて、前記コンテンツの名称を表示する
請求項１３に記載の受信装置。
【請求項１７】
前記付加情報は、１以上のアプリケーションであり、
前記メタ情報は、前記アプリケーションのIDを示す情報を含む
請求項１２に記載の受信装置。
【請求項１８】
前記放送波は、
周波数帯域が１３セグメントに分割されており、
前記１３セグメントのうち、任意の１セグメントでワンセグメント放送が行われ、全部のセグメント又は任意の階層のセグメントで前記付加情報が伝送される
請求項１２に記載の受信装置。
【請求項１９】
前記セクションは、所定の規格で定められたNITに含まれる前記エリア放送用の記述子内に配置される、前記セクションを識別可能な識別子により指定される
請求項１２に記載の受信装置。
【請求項２０】
受信装置の受信方法において、
前記受信装置が、
任意のセグメントによる放送であるエリア放送を行う送信機から送信される放送波を受信することが可能な放送エリアにおいて、前記放送波を受信し、
前記放送波から得られる情報記述子に含まれる、前記エリア放送のサービスで用いられる付加情報に関するメタ情報に基づいて、前記付加情報に関する所定の処理を行う各部の動作を制御する
ステップを含む受信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本技術は、送信装置、送信方法、受信装置、及び、受信方法に関し、特に、より高度なエリア放送のサービスを提供することができるようにした送信装置、送信方法、受信装置、及び、受信方法に関する。
【背景技術】
【０００２】
地上デジタル放送では、UHF(Ultra High Frequency)帯の約6MHzの周波数帯域が、１３セグメントに分割され、そのうちの、１２セグメントで、テレビジョン受像機等の固定受信端末向けの放送が行われる。そして、残りの１セグメントで、携帯受信端末向けの放送、すなわち、ワンセグメント放送(以下、「ワンセグ放送」ともいう)が行われる。
【０００３】
現在、携帯受信端末向けの放送として行われているワンセグ放送では、固定受信端末向けの放送と同一の内容が放送されており、１３セグメントの中央のセグメントが用いられている。
【０００４】
地上アナログ放送から地上デジタル放送に完全に移行したあとは、地上デジタル放送はUHF帯の１３乃至５２チャンネルと呼ばれる物理チャンネルで行われることになる。しかしながら、各地域では、１３乃至５２チャンネルのすべてが、地上デジタル放送に、実際に用いられるわけではなく、したがって、地上デジタル放送に用いられない物理チャンネルである空きチャンネルが生じることとなる。
【０００５】
近年、この空きチャンネルを有効利用する方法が検討されている。その一つとして、空きチャンネルの任意のセグメントを用い、任意のセグメントでのワンセグ放送の放送波を送信する送信装置を中心とする数10m乃至数km程度のエリアを、その放送波を受信することができる放送エリアとして放送を行うワンセグ放送(以下、「エリア放送」という)が実施されている(例えば、特許文献１参照)。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２０１１−２１１６２７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
ところで、従来のワンセグ型のエリア放送であると、伝送容量が限られているため、提供できるサービスには限界があったが、今後はエリア放送の高度化により、様々なサービスを提供できるようなることが想定されている。
【０００８】
しかしながら、現状では、より高度なエリア放送のサービスを提供するための技術方式は確立されていない。
【０００９】
本技術はこのような状況に鑑みてなされたものであり、より高度なエリア放送のサービスを提供することができるようにするものである。
【課題を解決するための手段】
【００１０】
本技術の第１の側面の送信装置は、任意のセグメントによる放送であるエリア放送の放送波を送信する送信部と、前記エリア放送のサービスで用いられる付加情報を取得する第１の取得部と、前記付加情報に関するメタ情報を含む情報記述子を取得する第２の取得部とを備え、前記送信部は、前記エリア放送の放送波によって、前記付加情報とともに、前記情報記述子を送信する。
【００１１】
前記情報記述子は、専用の独立したセクションで伝送されるようにすることができる。
【００１２】
前記付加情報は、１以上のコンテンツであり、前記メタ情報は、前記コンテンツのID、種別、及び、バージョンを示す情報を含むようにすることができる。
【００１３】
前記メタ情報は、蓄積済みの前記コンテンツの更新部分のデータを差分伝送するかどうかを示す差分伝送フラグを示す情報をさらに含むようにすることができる。
【００１４】
前記メタ情報は、前記コンテンツに連動して実行される連動コンテンツのIDを示す情報をさらに含むようにすることができる。
【００１５】
前記メタ情報は、前記コンテンツの名称を示す情報をさらに含むようにすることができる。
【００１６】
前記付加情報は、１以上のアプリケーションであり、前記メタ情報は、前記アプリケーションのIDを示す情報を含むようにすることができる。
【００１７】
前記放送波は、周波数帯域が１３セグメントに分割されており、前記１３セグメントのうち、任意の１セグメントでワンセグメント放送が行われ、全部のセグメント又は任意の階層のセグメントで前記付加情報が伝送されるようにすることができる。
【００１８】
前記セクションは、所定の規格で定められたNIT(Network Information Table)に含まれる前記エリア放送用の記述子内に配置される、前記セクションを識別可能な識別子により指定されるようにすることができる。
【００１９】
送信装置は、独立した装置であってもよいし、１つの装置を構成している内部ブロックであってもよい。
【００２０】
本技術の第１の側面の送信方法は、上述した本技術の第１の側面の送信装置に対応する送信方法である。
【００２１】
本技術の第１の側面の送信装置及び送信方法においては、任意のセグメントによる放送であるエリア放送の放送波が送信され、前記エリア放送のサービスで用いられる付加情報が取得され、前記付加情報に関するメタ情報を含む情報記述子が取得され、前記エリア放送の放送波によって、前記付加情報とともに、前記情報記述子が送信される。
【００２２】
本技術の第２の側面の受信装置は、任意のセグメントによる放送であるエリア放送を行う送信機から送信される放送波を受信することが可能な放送エリアにおいて、前記放送波を受信する受信部と、前記放送波から得られる情報記述子に含まれる、前記エリア放送のサービスで用いられる付加情報に関するメタ情報に基づいて、前記付加情報に関する所定の処理を行う各部の動作を制御する制御部とを備える。
【００２３】
前記情報記述子は、専用の独立したセクションで伝送されるようにすることができる。
【００２４】
前記付加情報は、１以上のコンテンツであり、前記メタ情報は、前記コンテンツのID、種別、及び、バージョンを示す情報を含むようにすることができる。
【００２５】
前記メタ情報は、蓄積済みの前記コンテンツの更新部分のデータを差分伝送するかどうかを示す差分伝送フラグを示す情報をさらに含み、前記制御部は、前記メタ情報に基づいて、蓄積済みの前記コンテンツの一部のデータを更新するようにすることができる。
【００２６】
前記メタ情報は、前記コンテンツに連動して実行される連動コンテンツのIDを示す情報をさらに含み、前記制御部は、前記メタ情報に基づいて、前記連動コンテンツの動作を制御するようにすることができる。
【００２７】
前記メタ情報は、前記コンテンツの名称を示す情報をさらに含み、前記制御部は、前記メタ情報に基づいて、前記コンテンツの名称を表示するようにすることができる。
【００２８】
前記付加情報は、１以上のアプリケーションであり、前記メタ情報は、前記アプリケーションのIDを示す情報を含むようにすることができる。
【００２９】
前記放送波は、周波数帯域が１３セグメントに分割されており、前記１３セグメントのうち、任意の１セグメントでワンセグメント放送が行われ、全部のセグメント又は任意の階層のセグメントで前記付加情報が伝送されるようにすることができる。
【００３０】
前記セクションは、所定の規格で定められたNITに含まれる前記エリア放送用の記述子内に配置される、前記セクションを識別可能な識別子により指定されるようにすることができる。
【００３１】
受信装置は、独立した装置であってもよいし、１つの装置を構成している内部ブロックであってもよい。
【００３２】
本技術の第２の側面の受信方法は、上述した本技術の第２の側面の受信装置に対応する受信方法である。
【００３３】
本技術の第２の側面の受信装置及び受信方法においては、任意のセグメントによる放送であるエリア放送を行う送信機から送信される放送波を受信することが可能な放送エリアにおいて、前記放送波が受信され、前記放送波から得られる情報記述子に含まれる、前記エリア放送のサービスで用いられる付加情報に関するメタ情報に基づいて、前記付加情報に関する所定の処理を行う各部の動作が制御される。
【発明の効果】
【００３４】
本技術の第１の側面及び第２の側面によれば、より高度なエリア放送のサービスを提供することができる。
【００３５】
なお、ここに記載された効果は必ずしも限定されるものではなく、本開示中に記載されたいずれかの効果であってもよい。
【図面の簡単な説明】
【００３６】
【図１】本技術を適用したエリア放送の伝送方式の概要を説明する図である。
【図２】本技術を適用したエリア放送のシステム概要と処理イメージを示す図である。
【図３】ストリームデータ情報セクションに含まれるメタ情報の伝送フォーマットの例を示す図である。
【図４】ストリームデータ情報セクションに配置される各フィールドの意味を説明する図である。
【図５】コンテンツ情報記述子のフォーマットの例を示す図である。
【図６】コンテンツ情報記述子に配置される各フィールドの意味を説明する図である。
【図７】アプリケーション情報記述子のフォーマットの例を示す図である。
【図８】アプリケーション情報記述子に配置される各フィールドの意味を説明する図である。
【図９】受信機の動作シーケンスを示す図である。
【図１０】エリア放送のプロトコルスタックを示す図である。
【図１１】差分伝送フラグ(diff flag)の詳細を説明する図である。
【図１２】差分伝送フラグとしてOverwriteが指定された場合の差分蓄積の例を示す図である。
【図１３】差分伝送フラグとしてReplaceが指定された場合の差分蓄積の例を示す図である。
【図１４】エリア放送の概要を説明する図である。
【図１５】本技術を適用したエリア放送システムの一実施の形態を示すブロック図である。
【図１６】本技術を適用した送信装置の一実施の形態を示すブロック図である。
【図１７】本技術を適用した受信装置の一実施の形態を示すブロック図である。
【図１８】制御部の詳細構成例を示すブロック図である。
【図１９】送信処理を説明するフローチャートである。
【図２０】第１の受信・蓄積処理を説明するフローチャートである。
【図２１】コンテンツリストの例を示す図である。
【図２２】第２の受信・蓄積処理を説明するフローチャートである。
【図２３】コンテンツリストの例を示す図である。
【図２４】再生処理を説明するフローチャートである。
【図２５】第３の受信・蓄積処理を説明するフローチャートである。
【図２６】第３の受信・蓄積処理を説明するフローチャートである。
【図２７】差分伝送判定処理の詳細を説明するフローチャートである。
【図２８】コンピュータの構成例を示す図である。
【発明を実施するための形態】
【００３７】
以下、図面を参照しながら本技術の実施の形態について説明する。ただし、説明は以下の順序で行うものとする。
【００３８】
１．本技術を適用したエリア放送の伝送方式
２．本技術を適用したエリア放送における差分コンテンツの伝送
３．システム構成
４．各装置で行われる具体的な処理の流れ
５．コンピュータの構成
【００３９】
＜１．本技術を適用したエリア放送の伝送方式＞
【００４０】
（本技術を適用したエリア放送の伝送方式の概要）
図１は、本技術を適用したエリア放送の伝送方式の概要を説明する図である。
【００４１】
地上デジタル放送では、UHF帯の約6MHzの周波数帯域が１３セグメントに分割され、そのうちの１２セグメント(Ｂ階層)で、テレビジョン受像機等の固定受信端末向けの放送が行われる。また、残りの１セグメント(Ａ階層)で、携帯受信端末向けのワンセグ放送が行われる。
【００４２】
通常のエリア放送においては、中央の１セグメントでワンセグ放送の放送波を送信することになるが、伝送容量が限られているため、提供できるサービスには限界があった。そこで、本技術では、より高度なエリア放送(以下、「高度エリア放送」ともいう)のサービスを提供するための情報(以下、「付加情報」という)を定義して、Ｂ階層の１２セグメント又は１３セグメント等を用いて送出するようにしている。
【００４３】
携帯受信端末等の受信機は、エリア放送を送信可能な送信機から、ワンセグメント放送のコンテンツとともに、コンテンツやアプリケーションなどの付加情報を受信する。受信機は、コンテンツ等の付加情報を受信して再生したり、あるいは、コンテンツ等の付加情報を受信して蓄積してから、再生したりすることができる。
【００４４】
ここで、付加情報は、PES(Packetized Elementary Stream)形式のAV(Audio Visual)ストリーミングやIP(Internet Protocol)形式の各種データなどからなり、エリア放送の放送波に含めて送られる。PES形式のデータとしては、例えば、拡張映像や拡張音声などのリアルタイムコンテンツ用のストリームデータを伝送可能である。また、IP形式のデータとしては、例えば、映像ファイル、音声ファイルなどの蓄積コンテンツ用のデータを伝送可能である。また、IP形式のデータとして、静止画ファイル、テキストファイル、アプリケーションなどのデータを伝送するようにしてもよい。
【００４５】
そして、受信機において、各種の付加情報を用いた処理が実行されることで、その受信機を所持したユーザは、より高度なエリア放送のサービスの提供を受けることができる。
【００４６】
（本技術を適用したエリア放送のシステム概要と処理イメージ）
図２は、本技術を適用したエリア放送のシステム概要と処理イメージを示す図である。
【００４７】
図２に示すように、TS(Transport Stream)は、Ａ階層とＢ階層のデータが多重化されている。Ａ階層には、ワンセグサービスのストリームのほか、PSI/SI(Program Specific Information/Service Information)が含まれている。PSI/SIには、PMT及びNITが含まれる。PMT(Program Map Table)は、プログラムに含まれるビデオデータやオーディオデータ等の各PID(Packet Identification)を格納している。
【００４８】
NIT(Network Information Table)は、チャンネル番号や変調方式、ガードインターバルなど、送信するネットワークに関する情報を格納している。また、NITには、エリア放送情報記述子が含まれる。例えば、エリア放送情報記述子には、エリア放送の放送波を送信する送信機に関する情報が記述される。また、エリア放送情報記述子には、additional service infoが記述される。
【００４９】
additional service infoには、ストリームデータ情報セクションのPID(Packet Identification)が記述されている。ここには、専用の独立のセクションで伝送されるメタ情報のセクションデータのPIDとして、"0x1800"が記述されている。これにより、受信機は、Ｂ階層のデータの中から、PID="0x1800"のセクションデータを取得することができる。
【００５０】
このようにして取得されるストリームデータ情報セクション(stream data information section)には、伝送コンテンツに関するメタ情報用記述子のループに、コンテンツ情報記述子１、コンテンツ情報記述子２、及び、コンテンツ情報記述子３の３種類のコンテンツ情報記述子が記述されている。なお、メタ情報用記述子のループには、コンテンツ情報記述子以外に、アプリケーションのメタ情報を記述したアプリケーション情報記述子を記述することができるが、ここでは、その説明は省略する。
【００５１】
各コンテンツ情報記述子には、各コンテンツのメタ情報と、コンテンツを構成するES(Elementary Stream)のPIDが記述されている。
【００５２】
コンテンツ情報記述子１には、PIDとして、"0x601"(AAC)，"0x600"(AVC)が記述され、PCR_PIDとして、"0x602"が記述されている。受信機は、コンテンツ情報記述子１に基づいて、Ｂ階層のデータの中から、PID="0x601"(AAC)のESと、PID="0x600"(AVC)のESをそれぞれ抽出することで、コンテンツ１のデータを取得することができる。また、PCR_PID="0x602"となるPCR(Program Clock Reference)が得られる。
【００５３】
コンテンツ情報記述子２には、PIDとして、"0x800"(ULE)が記述されている。受信機は、コンテンツ情報記述子２に基づいて、PID="0x800"(ULE)のESを抽出することで、コンテンツ２のデータを取得することができる。
【００５４】
コンテンツ情報記述子３には、PIDとして、"0x801"(ULE)が記述されている。受信機は、コンテンツ情報記述子３に基づいて、PID="0x801"(ULE)のESを抽出することで、コンテンツ３のデータを取得することができる。
【００５５】
なお、図２において、"0x1B"は、PES形式のビデオストリームを示し、"0x1F"は、PES形式のオーディオストリームを示す。また、"0x91"は、蓄積データ(IP形式のデータ又はFLUTE(File Delivery over Unidirectional Transport)形式のファイルデータ)を示し、"0x0D"は、データカルーセルを示している。
【００５６】
そして、コンテンツ等の付加情報の伝送にあたっては、データ本体のほか、タイトル、構成、サイズ、有効期間、権利情報など、当該付加情報の内容や利用方法を示すメタ情報が、専用の独立のセクションで伝送されているので、受信機は、この付加情報に関するメタ情報を用い、付加情報に関する所定の処理を行うことができる。
【００５７】
（メタ情報の伝送フォーマット）
図３は、図２のメタ情報の伝送フォーマットの例を示す図である。
【００５８】
上述したように、メタ情報は、ストリームデータ情報セクション(stream data information section)により伝送される。なお、図４には、stream data information sectionに配置される各フィールドの意味が示されており、適宜参照しながら説明する。
【００５９】
table_idは、8ビットのフィールドからなり、当該テーブルのidを示す。section_syntax_indicatorは、1ビットのフィールドからなり、セクションシンタックス指示を示す。section_lengthは、12ビットのフィールドからなり、セクション長を示す。table_id_extensionは、16ビットのフィールドからなり、テーブル識別拡張を示す。
【００６０】
version_numberは、5ビットのフィールドからなり、バージョン番号を示す。current_next_indicatorは、1ビットのフィールドからなり、カレントネクスト指示を示す。section_numberは、8ビットのフィールドからなり、セクション番号を示す。last_section_numberは、8ビットのフィールドからなり、最終セクション番号を示す。
【００６１】
なお、table_idからlast_section_numberは、ARIB(Association of Radio Industries and Broadcast)規格のSTD B10により規定されており、セクションヘッダ内に配置される。
【００６２】
descriptors_loop_lengthは、16ビットのフィールドからなり、CRC_32の最初のバイトの直前に終わる後続の記述子(descriptor)の総バイト長が規定される。descriptor()には、コンテンツ情報記述子(Contents Information Descriptor)やアプリケーション情報記述子(Application Information Descriptor)等の情報記述子が記述される。
【００６３】
ただし、コンテンツ情報記述子は、１つのコンテンツに対して１つの情報記述子が割り当てられる。同様に、アプリケーション情報記述子は、１つのアプリケーションに対して１つの情報記述子が割り当てられる。また、配置される情報記述子の個数の上限は特に設けられていない。したがって、コンテンツ情報記述子は、伝送されるコンテンツの数だけ伝送されることになる。
【００６４】
なお、コンテンツ情報記述子やアプリケーション情報記述子は、付加情報に関するメタ情報用記述子群の一例であって、付加情報の種別に応じたその他の情報記述子が配置されるようにしてもよい。
【００６５】
CRC_32は、32ビットのフィールドからなり、デコーダにおいて、セクション全体を処理した後にレジスタ出力がゼロになるようなCRC値を含んでいる。
【００６６】
（コンテンツ情報記述子のフォーマット）
図５は、図２のコンテンツ情報記述子(Contents Information Descriptor)のフォーマットの例を示す図である。なお、図６には、コンテンツ情報記述子に配置される各フィールドの意味が示されており、適宜参照しながら説明する。
【００６７】
descriptor tagは、8ビットのフィールドからなり、テーブル識別を示す。descriptor lengthは、12ビットのフィールドからなり、当該情報記述子のサイズを示す。
【００６８】
content idは、16ビットのフィールドからなり、コンテンツIDを示す。content typeは、8ビットのフィールドからなり、コンテンツ種別を示す。content sizeは、32ビットのフィールドからなり、コンテンツのサイズを示す。content versionは、8ビットのフィールドからなり、コンテンツのバージョンを示す。
【００６９】
security levelは、2ビットのフィールドからなり、コンテンツの保護レベルを示す。例えば、security levelに、"00"が指定された場合、当該コンテンツは、暗号化がされていないことを示す。また、"01"が指定された場合、当該コンテンツは、レベル１の暗号化されていることを示す。また、例えば、security levelに、"10"が指定された場合には当該コンテンツはレベル２の暗号化がされ、"11"が指定された場合には当該コンテンツはレベル３の暗号化がされていることを示す。なお、暗号化レベルであるが、例えば、数字の大きいレベルのほうが、暗号強度が高いものとすることができる。
【００７０】
diff flagは、2ビットのフィールドからなり、差分伝送フラグを示す。例えば、diff flagに、"00"が指定された場合、差分伝送は行われていないことを示す。また、"01"が指定された場合には、蓄積済みのコンテンツに対して、差分データの上書きを行うことを示す。"10"が指定された場合には、蓄積済みのコンテンツに対して、差分データを置き換えることを示す。なお、差分伝送フラグの詳細は後述する。
【００７１】
expire dateは、16ビットのフィールドからなり、コンテンツの有効期限を示す。content ad idは、16ビットのフィールドからなり、コンテンツIDにより指定されるコンテンツに連動して実行されるコンテンツ(以下、「連動コンテンツ」という)の連動コンテンツIDを示す。
【００７２】
PCR_PIDは、13ビットのフィールドからなり、PCR(Program Clock Reference)を伝送するPID(Packet Identification)を示す。ただし、PCRを使用しない場合には、"0x1FFF"が指定される。number of componentsは、8ビットのフィールドからなり、コンテンツを構成するES(Elementary Stream)数(PID数)を示す。このnumber of componentsのループには、stream typeとelementary PIDが配置される。stream typeは、8ビットのフィールドからなり、ストリーム形式種別を示す。また、elementary PIDは、13ビットのフィールドからなり、エレメンタリPIDを示す。
【００７３】
なお、PID，stream type，elementary PIDは、ARIB規格のSTD B10により規定されている。
【００７４】
content title lengthは、8ビットのフィールドからなり、コンテンツ名称の文字列長を示す。content title lengthのループには、title charが配置される。title charは、8×Nビットのフィールドからなり、コンテンツの名称の文字列を示す。すなわち、content title lengthと、title charにより、ユーザに示すことを目的としたコンテンツ名称の文字列が指定される。
【００７５】
content path lengthは、8ビットのフィールドからなり、相対パスの文字列長を示す。content path lengthのループには、path charが配置される。path charは、8×Nビットのフィールドからなり、相対パスの文字列を示す。すなわち、content path lengthと、path charにより、ロケーション解決のための伝送コンテンツ内の相対パス文字列、すなわち、トップアクセスファイルへの相対パスが指定される。例えば、コンテンツがHTML(HyperText Markup Language)ファイルセットで構成される場合には、index.htmlファイルの相対パスが指定されることになる。
【００７６】
content linked URL lengthは、8ビットのフィールドからなり、WEBサイトのURL(Uniform Resource Locator)の長さを示す。content linked URL lengthのループには、url charが配置される。url charは、8×Nビットのフィールドからなり、WEBサイトのURLを示す。すなわち、content linked URL lengthと、url charにより、コンテンツに関連するWEBサイトのURLが指定される。
【００７７】
CRC_32は、32ビットのフィールドからなり、デコーダにおいて、セクション全体を処理した後にレジスタ出力がゼロになるようなCRC値を含んでいる。
【００７８】
（アプリケーション情報記述子のフォーマット）
図７は、図２のアプリケーション情報記述子(Application Information Descriptor)のフォーマットの例を示す図である。なお、図８には、アプリケーション情報記述子に配置される各フィールドの意味が示されており、適宜参照しながら説明する。
【００７９】
descriptor tagは、8ビットのフィールドからなり、テーブル識別を示す。descriptor lengthは、12ビットのフィールドからなり、当該情報記述子のサイズを示す。
【００８０】
number of applicationは、アプリケーション情報の数を示す。number of applicationには、0〜31が指定される。ただし、アプリケーション情報が特に存在しない場合には、"0"が指定される。
【００８１】
security levelは、2ビットのフィールドからなり、アプリケーションの保護レベルを示す。例えば、security levelに、"00"が指定された場合、当該アプリケーションは、暗号化がされていないことを示す。また、"01"が指定された場合、当該アプリケーションは、レベル１の暗号化されていることを示す。また、例えば、security levelに、"10"が指定された場合には当該アプリケーションはレベル２の暗号化がされ、"11"が指定された場合には当該アプリケーションはレベル３の暗号化がされていることを示す。
【００８２】
なお、暗号化レベルであるが、例えば、数字の大きいレベルのほうが、暗号強度が高いものとすることができる。また、暗号強度のほか、アプリケーションの有料／無料を指定できるようにしてもよい。
【００８３】
application idは、30ビットのフィールドからなり、アプリケーションIDを示す。
【００８４】
application title lengthは、8ビットのフィールドからなり、アプリケーション名称の文字列長を示す。application title lengthのループには、title charが配置される。title charは、8×Nビットのフィールドからなり、アプリケーション名称の文字列を示す。すなわち、application title lengthと、title charにより、アプリケーション名称の文字列が指定される。
【００８５】
application path lengthは、8ビットのフィールドからなり、アプリケーション取得先URI(Uniform Resource Identifier)の文字列長を示す。application path lengthのループには、path charが配置される。path charは、8×Nビットのフィールドからなり、アプリケーション取得先URIを示す。すなわち、application path lengthと、path charにより、アプリケーション取得先URIが指定される。
【００８６】
CRC_32は、32ビットのフィールドからなり、デコーダにおいて、セクション全体を処理した後にレジスタ出力がゼロになるようなCRC値を含んでいる。
【００８７】
（受信機の動作シーケンス）
図９は、受信機の動作シーケンスを示す図である。なお、この動作シーケンスでは、受信機の動作の一例として、ユーザにより選択された蓄積対象のコンテンツが蓄積されるときの動作と、蓄積されたコンテンツが再生されるときの動作を説明する。
【００８８】
図９に示すように、受信機においては、ユーザによりアプリケーションの起動が指示されると、チューナが起動されて、選局処理が行われる。これにより、受信機では、通常ワンセグ放送を行う地上波放送局から、ユーザの選局に応じたリアルタイムコンテンツの放送波が受信され、通常のワンセグ放送の番組が表示される。
【００８９】
また、受信機は、エリア放送を行うエリア放送局からの放送波を受信可能なエリアに入った場合、エリア放送の放送波からエリア放送情報記述子を取得する。そして、受信機は、エリア放送情報記述子に記述されたadditional service infoのPIDに従い、専用の独立したセクションで伝送されるストリームデータ情報セクションを取得する。このストリームデータ情報セクションには、コンテンツ情報記述子やアプリケーション情報記述子が配置され、コンテンツやアプリケーションなどの付加情報に関するメタ情報が記述されている。
【００９０】
受信機は、例えばコンテンツ情報記述子に記述された伝送コンテンツの名称を取得し、ディスプレイに表示することで、ユーザに蓄積可能なコンテンツの名称のリストを提示する。ユーザがコンテンツのリストから、所望のコンテンツを示す項目(アイテム)を選択すると、選択されたコンテンツの蓄積が開始される。これにより、受信機では、蓄積対象のコンテンツのコンテンツ情報記述子に記述されたPIDに従い、エリア放送の放送波から蓄積対象のコンテンツ(付加情報)が取得され、ストレージに蓄積される。なお、蓄積対象のコンテンツの蓄積中は、ユーザに対して、その進捗状況が適宜通知される。そして、蓄積対象のコンテンツの蓄積が完了すると、ユーザに対して、その蓄積完了が通知される。
【００９１】
また、ユーザにより蓄積済みのコンテンツの再生が指示された場合、受信機では、ストレージに蓄積されたコンテンツが読み出され、蓄積済みのコンテンツの再生が行われる。また、ユーザによりアプリケーションの終了が指示されると、アプリケーションは終了する。アプリケーションの終了時には、チューナは停止される。
【００９２】
なお、このようにして、受信機で受信されるエリア放送の放送波は、図１０に示した「高度化エリア放送」のプロトコルスタックに従って送出されることが想定されている。また、以下の説明では、通常のエリア放送のサービスを、「ワンセグサービス」とも称し、高度エリア放送のサービスを、「ワンセグ付加情報サービス」とも称する。
【００９３】
＜２．本技術を適用したエリア放送における差分コンテンツの伝送＞
【００９４】
ところで、コンテンツの構成要素(オブジェクト等)が、既に伝送済みであって、かつ、蓄積済みのコンテンツと同一のコンテンツを伝送する場合には、再度全構成要素(オブジェクト等)を伝送するよりも、その差分相当の構成要素(オブジェクト等)だけを送るようにすれば、伝送容量や伝送時間の大幅な削減が図れる。例えば、ニュースやその時その場所での告知情報など、時間とともに変化するような性質の情報の配信においては、更新部分のデータのみを配信するのが効率的である。
【００９５】
そこで、本技術を適用したエリア放送では、付加情報として伝送されるコンテンツについて、上述したメタ情報を用いて、差分伝送を行うことで、より高度なエリア放送のサービスが提供されるようにする。具体的には、コンテンツ情報記述子(図５)の差分伝送フラグ(diff flag)を用いる。
【００９６】
（差分伝送フラグの詳細）
図１１は、差分伝送フラグ(diff flag)の詳細を説明する図である
【００９７】
図１１に示すように、差分伝送フラグは、2ビットのフィールドからなり、diff flagに、"00"が指定された場合、フルセットコンテンツ、すなわち、差分伝送は行われていないことを示す。また、diff flagに、"01"が指定された場合には、オーバーライト(Overwrite)、すなわち、蓄積済みのコンテンツに対して、差分データの上書きを行うことを示す。このOverwriteの動作は、オブジェクトの上書き、又はオブジェクトの追加に相当するものである。
【００９８】
また、diff flagに、"10"が指定された場合には、リプレイス(Replace)、すなわち、蓄積済みのコンテンツに対して、差分データを置き換えることを示す。このReplaceの動作は、オブジェクトの上書き、追加、削除に相当するものである。さらに、diff flag="11"は、リザーブド(reserved)、すなわち、将来、定義されるかもしれないことを示す。
【００９９】
なお、Overwriteの動作は、Replaceの動作を行えば可能となるが、実際には、上書き動作の頻度が最も高いことが想定されるため、この差分伝送フラグでは、あえて独立の項目としている。また、固定長オブジェクト、固定サイズオブジェクト、同一名称オブジェクトなどの差し替えであって、コンテンツの全構成要素の規模に対して、非常に小さな、あるいは少数の変更である場合には、Overwriteが適している。
【０１００】
（Overwriteの場合の差分蓄積）
図１２は、Overwrite(diff flag="01")が指定された場合の差分蓄積の例を示す図である。
【０１０１】
同図左側の「差分伝送前」において、受信機に蓄積済みのコンテンツは、階層構造からなる複数のオブジェクト(例えばファイル等)から構成されている。図中の円形のオブジェクトのうち、点線で囲まれたオブジェクト群に注目すれば、模様が付されたオブジェクト４の下位階層には、オブジェクトＡが存在している。
【０１０２】
ここで、コンテンツ情報記述子のメタ情報に、diff flagとして"01"、content path(path char)としてオブジェクト４を指し示すロケーション(例えば、トップオブジェクト１を起点とした相対パス)が指定されている場合、オブジェクト４の下位階層のオブジェクトがOverwriteされることになる。
【０１０３】
また、同図中央の「差分伝送」においては、オブジェクト４の下位階層となるオブジェクトＡ，Ｂが差分オブジェクト(例えばファイル等)として伝送されている。なお、差分伝送されるオブジェクトＡ，Ｂは、ZIPファイルフォーマットなどを用い、１つのオブジェクトにまとめてから伝送されるようにしてもよい。ただし、この場合、受信機側で、ZIPファイルを受信した後、そのZIPファイルを展開する必要がある。
【０１０４】
このような「差分伝送」が行われると、同図右側の「差分伝送後」において、受信機に蓄積済みのコンテンツを構成する複数のオブジェクトのうち、オブジェクト４の下位階層となるオブジェクトＡ，Ｂのみが差分蓄積されることになる。具体的には、オブジェクト４の下位階層には、オブジェクトＡが存在していたが、差分伝送されたのは、オブジェクトＡ，Ｂであり、差分伝送の前後でオブジェクトが異なっている。また、diff flag="01"が指定されているので、Overwrite、すなわち、差分伝送前のオブジェクトは、差分伝送後のオブジェクトに上書きされることになる。
【０１０５】
したがって、オブジェクト４の下位階層のオブジェクトのうち、オブジェクトＡは、差分伝送前から存在していたので、その結果、オブジェクトの上書き(Overwrite)となる。一方、オブジェクトＢは、差分伝送前には存在していないので、その結果、オブジェクトの追加(Append)となる。つまり、「差分伝送後」のオブジェクト４の下位階層には、オブジェクトＡに加えて、オブジェクトＢも存在することになる。なお、図１２の差分蓄積の例であると、差分伝送前のオブジェクトＡを、差分伝送後のオブジェクトＡで置き換えても(Replace)、同一の結果が得られることになる。
【０１０６】
このように、受信機においては、蓄積済みの古いコンテンツを更新する際に、その構成要素(例えばオブジェクト等)の全てのデータを更新するのでなく、更新部分の差分データのみを伝送して、構成要素の一部のデータの更新(例えば、上書きや追加)を行うことで、効率的に新しいコンテンツを蓄積することができる。
【０１０７】
（Replaceの場合の差分蓄積）
図１３は、Replace(diff flag="10")が指定された場合の差分蓄積の例を示す図である。
【０１０８】
同図左側の「差分伝送前」において、受信機に蓄積済みのコンテンツは、階層構造からなる複数のオブジェクト(例えばファイル等)から構成されている。図中の円形のオブジェクトのうち、点線で囲まれたオブジェクト群に注目すれば、オブジェクト３の下位階層には、オブジェクトＡ，Ｂが存在している。
【０１０９】
ここで、コンテンツ情報記述子のメタ情報に、diff flagとして"10"、content path(path char)としてオブジェクト３を指し示すロケーション(例えば、トップオブジェクト１を起点とした相対パス)が指定されている場合、オブジェクト３の下位階層のオブジェクトがReplaceされることになる。
【０１１０】
また、同図中央の「差分伝送」において、オブジェクト３の下位階層となるオブジェクトＸ，Ｙ，Ｚが差分オブジェクト(例えばファイル等)として伝送されている。なお、差分伝送されるオブジェクトＸ，Ｙ，Ｚは、ZIPファイルフォーマットなどを用い、１つのオブジェクトにまとめてから伝送されるようにしてもよい。ただし、この場合、受信機側で、ZIPファイルを受信した後、そのZIPファイルを展開する必要がある。
【０１１１】
このような「差分伝送」が行われると、同図右側の「差分伝送後」において、受信機に蓄積済みのコンテンツを構成する複数のオブジェクトのうち、オブジェクト３の下位階層となるオブジェクトのみが差分蓄積されることになる。具体的には、オブジェクト３の下位階層には、オブジェクトＡ，Ｂが存在していたが、差分伝送されたのは、オブジェクトＸ，Ｙ，Ｚであり、差分伝送の前後で全てのオブジェクトが異なっている。また、diff flag="10"が指定されているので、Replace、すなわち、差分伝送前のオブジェクトは、差分伝送後のオブジェクトに置き換えられることになる。
【０１１２】
したがって、オブジェクト３の下位階層のオブジェクトのうち、オブジェクトＡ，Ｂは、差分伝送前には存在していたが、差分伝送後には存在していないので、その結果、オブジェクトの削除となる。一方、オブジェクトＸ，Ｙ，Ｚは、差分伝送前には存在していないが、差分伝送後には存在しているので、その結果、オブジェクトの追加となる。つまり、「差分伝送後」のオブジェクト３の下位階層には、オブジェクトＡ，Ｂの代わりに、オブジェクトＸ，Ｙ，Ｚが存在することになる。
【０１１３】
このように、受信機においては、蓄積済みの古いコンテンツを更新する際に、その構成要素(例えばオブジェクト等)の全てのデータを更新するのでなく、更新部分の差分データのみを伝送して、構成要素の一部のデータの更新(例えば、追加や削除)を行うことで、効率的に新しいコンテンツを蓄積することができる。
【０１１４】
＜３．システム構成＞
【０１１５】
次に、本技術を適用したエリア放送を実現するための具体的なシステム構成を説明する。ここでは、まず、図１４を参照して、エリア放送の概要について説明する。ただし、図１４においては、エリア放送の放送波を送信するエリア放送局３−１乃至３−３のほか、通常ワンセグ放送を行う地上波放送局２が示されている。
【０１１６】
地上波放送局２は、地上デジタル放送を行う放送局であり、１２セグメントで、固定受信端末向けの放送を行うとともに、１セグメントで、携帯受信端末向けの放送(通常ワンセグ放送)を行う。
【０１１７】
エリア放送局３−１乃至３−３は、エリア放送の放送波を送信する送信機(後述する図１５等の送信装置１０に相当する)であり、地上デジタル放送の空きチャンネルの任意の１以上のセグメントのそれぞれで、エリア放送の放送波を送信する。
【０１１８】
すなわち、エリア放送局３−１は、放送エリアＡでのみ受信可能なエリア放送を行う。エリア放送局３−２は、放送エリアＢでのみ受信可能なエリア放送を行い、エリア放送局３−３は、放送エリアＣでのみ受信可能なエリア放送を行う。ここで、エリア放送としては、例えば、テーマパークでのみ受信可能な、そのテーマパークに関する放送や、ある区や市でのみ受信可能な、その区や市に展開する店舗に関する放送等がある。エリア放送では、放送エリアが重複しないエリア放送局同士では、同一の周波数セグメントで放送を行うことができる。
【０１１９】
すなわち、例えば、図１４では、放送エリアＡと放送エリアＢとは、重複していないので、放送エリアＡのエリア放送局３−１と、放送エリアＢのエリア放送局３−２とでは、同一の周波数セグメントで、エリア放送を行うことができる。また、図１４では、放送エリアＢと放送エリアＣとは、重複していないので、放送エリアＢのエリア放送局３−２と、放送エリアＣのエリア放送局３−３とでは、同一の周波数セグメントで、エリア放送を行うことができる。
【０１２０】
ただし、図１４では、放送エリアＡと放送エリアＣとは、一部が重複しているので、放送エリアＡのエリア放送局３−１と、放送エリアＣのエリア放送局３−３とでは、（同時に放送を行う限り、）エリア放送に、同一の周波数セグメントを用いることはできない。
【０１２１】
受信装置２０は、例えば、通常ワンセグ放送、及び、エリア放送のいずれをも受信可能な受信機である。例えば、図１４に示すように、受信装置２０を所持したユーザが、放送エリアＡにいる場合、受信装置２０は、通常ワンセグ放送と、放送エリアＡのエリア放送局３−１によるエリア放送の両方を受信することができる。なお、以下の説明では、説明を簡略化するために、受信装置２０が、エリア放送を受信するための処理のみ説明するものとする。
【０１２２】
（エリア放送システムの構成）
図１５は、本技術を適用したエリア放送システムの一実施の形態を示すブロック図である。
【０１２３】
図１５に示すように、エリア放送システム１は、送信装置１０、受信装置２０、及び、付加情報提供サーバ３０から構成される。また、受信装置２０と付加情報提供サーバ３０は、インターネット９０を介して相互に接続されている。
【０１２４】
送信装置１０は、エリア放送の放送波を送信する。ただし、図１４に示したように、送信装置１０から送信されるエリア放送の放送波は、所定の放送エリアでのみ受信可能となる。また、送信装置１０は、エリア放送のコンテンツとともに、コンテンツやアプリケーション等の付加情報を、エリア放送の放送波に含めて送信する。
【０１２５】
受信装置２０は、例えば、携帯電話機、スマートフォン、タブレット型の端末装置などのチューナを内蔵した携帯受信端末である。受信装置２０は、受信装置２０を所持したユーザが、送信装置１０の放送エリア内にいる場合、送信装置１０からのエリア放送の放送波を受信する。受信装置２０は、エリア放送の放送波から得られるコンテンツの映像をディスプレイに表示するとともに、その映像に同期した音声をスピーカから出力する。
【０１２６】
また、受信装置２０は、エリア放送の放送波から付加情報を取得して、その付加情報に関する所定の処理を行う。例えば、受信装置２０は、付加情報として送信されるコンテンツを取得して、ストレージに蓄積する。また、受信装置２０は、蓄積済みのコンテンツの再生が指示された場合、ストレージから蓄積済みのコンテンツを読み出して、再生する。
【０１２７】
付加情報提供サーバ３０は、受信装置２０からの要求に応じて、インターネット９０を介して、コンテンツやアプリケーションなどの付加情報を提供する。受信装置２０は、インターネット９０を介して付加情報提供サーバ３０から提供される付加情報を取得して、その付加情報に関する所定の処理を行う。
【０１２８】
なお、図１５の構成では、説明を簡略化するため、１台の受信装置２０のみを図示しているが、実際には、エリア放送システム１は、複数台の受信装置２０を含むようにして構成され、各受信装置２０が、送信装置１０からのエリア放送のコンテンツを受信することになる。
【０１２９】
エリア放送システム１は、以上のように構成される。次に、図１６乃至図１８のブロック図を参照して、図１５のエリア放送システム１を構成する各装置の構成例について説明する。
【０１３０】
（送信装置の構成例）
図１６は、図１５の送信装置１０の詳細構成例を示すブロック図である。
【０１３１】
図１６において、送信装置１０は、制御信号取得部１０１、ビデオデータ取得部１０２、ビデオエンコーダ１０３、オーディオデータ取得部１０４、オーディオエンコーダ１０５、ファイルデータ取得部１０６、ファイル処理部１０７、マルチプレクサ１０８、送信部１０９、及び、アンテナ１１０により構成される。
【０１３２】
制御信号取得部１０１は、PSI/SI等の制御信号を生成することにより取得し、セクションデータとして、マルチプレクサ１０８に供給する。また、制御信号取得部１０１は、ストリームデータ情報セクション(図３)を生成することにより取得し、セクションデータとして、マルチプレクサ１０８に供給する。
【０１３３】
ビデオデータ取得部１０２は、内蔵するHDD（Hard Disk Drive）や、外部のサーバ、カメラ等から、ワンセグサービスのビデオデータを取得し、ビデオエンコーダ１０３に供給する。また、ビデオデータ取得部１０２は、ワンセグ付加情報サービスのAVストリーミングのデータを送る場合には、外部のサーバやカメラ等から、そのビデオデータを取得し、ビデオエンコーダ１０３に供給する。
【０１３４】
ビデオエンコーダ１０３は、ビデオデータ取得部１０２から供給されるビデオデータを、MPEG等の符号化方式に準拠して符号化し、マルチプレクサ１０８に供給する。
【０１３５】
オーディオデータ取得部１０４は、内蔵するHDDや、外部のサーバ、マイクロフォン等から、ワンセグサービスのオーディオデータを取得し、オーディオエンコーダ１０５に供給する。また、オーディオデータ取得部１０４は、ワンセグ付加情報サービスのAVストリーミングのデータを送る場合には、外部のサーバやマイクロフォン等から、そのオーディオデータを取得し、オーディオエンコーダ１０５に供給する。
【０１３６】
オーディオエンコーダ１０５は、オーディオデータ取得部１０４から供給されるオーディオデータを、MPEG等の符号化方式に準拠して符号化し、マルチプレクサ１０８に供給する。
【０１３７】
ファイルデータ取得部１０６は、ワンセグ付加情報サービスのファイル形式のデータを送る場合には、内蔵するHDDや外部のサーバ等から、例えば、ビデオやオーディオ、バイナリ、テキスト、アプリケーション等のファイル形式のデータを取得し、ファイル処理部１０７に供給する。
【０１３８】
ファイル処理部１０７は、ファイルデータ取得部１０６から供給されるファイル形式のデータを、例えば、IP over MPEG2-TSに従ったIP形式のデータに変換し、マルチプレクサ１０８に供給する。
【０１３９】
マルチプレクサ１０８は、制御信号取得部１０１からの各種のデータ、ビデオエンコーダ１０３からのビデオデータ、オーディオエンコーダ１０５からのオーディオデータ、及び、ファイル処理部１０７からのIP形式のデータを多重化してTSを生成し、送信部１０９に供給する。
【０１４０】
送信部１０９は、マルチプレクサ１０８から供給されるTSを、所定のセグメントでアンテナ１１０を介して送信する。
【０１４１】
ただし、ワンセグサービスのAVストリーミングのデータは、PSI/SI等とともに、１セグメント(Ａ階層)で送出され、ワンセグ付加情報サービスのAVストリーミングのデータとIP形式のデータ、すなわち、コンテンツ等の付加情報のデータは、例えば１２セグメント(Ｂ階層)又は１３セグメントで送出される。さらに、ストリームデータ情報セクションのデータは、例えば１２セグメント(Ｂ階層)又は１３セグメントで送出される。
【０１４２】
（受信装置の構成例）
図１７は、図１５の受信装置２０の詳細構成例を示すブロック図である。
【０１４３】
図１７において、受信装置２０は、アンテナ２０１、チューナ２０２、デマルチプレクサ２０３、ビデオデコーダ２０４、ディスプレイ２０５、オーディオデコーダ２０６、スピーカ２０７、ファイル処理部２０８、ストレージ２０９、制御部２１０、操作部２１１、及び、通信部２１２により構成される。
【０１４４】
アンテナ２０１は、送信装置１０からのUHF帯の放送波を受信し、その放送波の受信によって得られる放送信号を、チューナ２０２に供給する。
【０１４５】
チューナ２０２は、制御部２１０からの制御に従い、アンテナ２０１からの放送信号から、所定の論理チャンネルのエリア放送(の信号)を選局(復調)し、その結果得られるTSを、デマルチプレクサ２０３に供給する。
【０１４６】
デマルチプレクサ２０３は、制御部２１０からの制御に従い、チューナ２０２から供給されるTSを、PSI/SI等の各種のデータ、ビデオデータ、オーディオデータ、IP形式のデータなどに分離する。デマルチプレクサ２０３は、制御部２１０からの制御に従い、PSI/SI等の各種のデータを制御部２１０に供給し、ビデオデータをビデオデコーダ２０４に供給し、オーディオデータをオーディオデコーダ２０６に供給し、IP形式のデータをファイル処理部２０８に供給する。
【０１４７】
ビデオデコーダ２０４は、制御部２１０からの制御に従い、デマルチプレクサ２０３から供給されるビデオデータを、ビデオエンコーダ１０３(図１６)に対応する方式で復号し、それにより得られるビデオデータを、ディスプレイ２０５に供給する。ディスプレイ２０５は、ビデオデコーダ２０４から供給されるビデオデータに応じた映像を表示する。なお、ディスプレイ２０５は、制御部２１０からの制御に従い、OSD(On Screen Display)等の画像のビデオデータに応じた映像を表示することができる。
【０１４８】
オーディオデコーダ２０６は、制御部２１０からの制御に従い、デマルチプレクサ２０３から供給されるオーディオデータを、オーディオエンコーダ１０５(図１６)に対応する方式で復号し、それにより得られるオーディオデータを、スピーカ２０７に供給する。スピーカ２０７は、オーディオデコーダ２０６からのオーディオデータに対応する音声を出力する。
【０１４９】
ファイル処理部２０８は、制御部２１０からの制御に従い、デマルチプレクサ２０３から供給されるIP形式のデータを、ファイル処理部１０７(図１６)に対応する方式で処理して、それにより得られるファイル形式のデータを、ディスプレイ２０５及びスピーカ２０７の少なくとも一方に供給する。
【０１５０】
例えば、ファイル形式のデータとして、映像ファイルや静止画ファイル、テキストファイル、アプリケーション等のデータが取得された場合、それらのファイル形式のデータは、ディスプレイ２０５に供給され、対応する映像や画像などが表示される。また、ファイル形式のデータとして、音声ファイル等のデータが取得された場合、それらのファイル形式のデータは、スピーカ２０７に供給され、対応する音声が出力される。
【０１５１】
また、デマルチプレクサ２０３は、制御部２１０からの制御に従い、ビデオデータ、オーディオデータ、又は、IP形式のデータをストレージ２０９に供給する。ストレージ２０９は、例えばHDDなどの大容量の記録媒体である。ストレージ２０９は、制御部２１０からの制御に従い、デマルチプレクサ２０３からのビデオデータ、オーディオデータ、又は、IP形式のデータを蓄積する。これにより、例えば、付加情報として伝送されるコンテンツを蓄積することが可能となる。
【０１５２】
ストレージ２０９は、制御部２１０からの制御に従い、蓄積済みのビデオデータをビデオデコーダ２０４に供給し、蓄積済みのオーディオデータをオーディオデコーダ２０６に供給し、蓄積済みのIP形式のデータをファイル処理部２０８に供給する。そして、ビデオデコーダ２０４、オーディオデコーダ２０６、及び、ファイル処理部２０８においては、上述した復号処理やファイル処理が行われ、蓄積済みのコンテンツの再生が行われることになる。
【０１５３】
制御部２１０は、受信装置２０を構成する各部を制御する。操作部２１１は、ユーザによって操作され、その操作に対応する操作信号を、制御部２１０に供給する。なお、操作部２１１には、物理的なボタン等の他、ディスプレイ２０５にGUI(Graphics User Interface)として表示されるボタンも含まれる。制御部２１０は、操作部２１１からの操作信号に応じて、受信装置２０を構成する各部の動作を制御する。
【０１５４】
通信部２１２は、制御部２１０からの制御に従い、インターネット９０に接続された付加情報提供サーバ３０等の各種のサーバと情報のやりとりをする。制御部２１０は、通信部２１２により受信された各種のデータに応じて、受信装置２０を構成する各部の動作を制御する。
【０１５５】
（制御部の機能的構成例）
図１８は、図１７の制御部２１０の、付加情報に関する所定の処理を行う部分の機能的構成例を示すブロック図である。
【０１５６】
図１８において、制御部２１０は、制御信号取得解析部２５１、蓄積制御部２５２、及び、再生制御部２５３を有する。
【０１５７】
制御信号取得解析部２５１は、デマルチプレクサ２０３により分離されたPSI/SI(NIT)に含まれるエリア放送情報記述子内のadditional service infoに指定されたセクションデータのPIDに基づいて、ストリームデータ情報セクションのデータを取得する。
【０１５８】
制御信号取得解析部２５１は、ストリームデータ情報セクションに記述された１又は複数のコンテンツ情報記述子を解析して、その解析の結果を、蓄積制御部２５２及び再生制御部２５３に供給する。また、制御信号取得解析部２５１は、ストリームデータ情報セクションに記述された１又は複数のアプリケーション情報記述子を解析して、その解析の結果を、蓄積制御部２５２及び再生制御部２５３に供給する。
【０１５９】
蓄積制御部２５２は、制御信号取得解析部２５１から供給される解析の結果に従い、デマルチプレクサ２０３により分離された付加情報のデータが、ストレージ２０９に蓄積されるように、受信装置２０を構成する各部の動作を制御する。例えば、蓄積制御部２５２は、デマルチプレクサ２０３やストレージ２０９などを制御して、デマルチプレクサ２０３から供給されるIP形式のコンテンツのデータが、ストレージ２０９に蓄積されるようにする。
【０１６０】
再生制御部２５３は、蓄積済みのコンテンツの再生が指示された場合、制御信号取得解析部２５１から供給される解析の結果に従い、ストレージ２０９に蓄積された付加情報のデータが再生されるように、受信装置２０を構成する各部の動作を制御する。例えば、再生制御部２５３は、ファイル処理部２０８やストレージ２０９などを制御して、ストレージ２０９に蓄積されたIP形式のコンテンツのデータが再生されるようにする。
【０１６１】
このように、蓄積制御部２５２と再生制御部２５３は、制御信号取得解析部２５１による付加情報(例えばコンテンツ)に関するメタ情報の解析の結果に従い、付加情報(例えばコンテンツ)に関する所定の処理を行う各部の動作を制御している。
【０１６２】
制御部２１０は、以上のように構成される。
【０１６３】
＜４．各装置で行われる具体的な処理の流れ＞
【０１６４】
次に、図１９乃至図２７のフローチャートを参照して、図１５のエリア放送システム１を構成する各装置で行われる具体的な処理の流れについて説明する。
【０１６５】
（送信処理）
まず、図１９のフローチャートを参照して、図１５の送信装置１０が実行する送信処理について説明する。
【０１６６】
ステップＳ１０１において、制御信号取得部１０１は、PSI/SI等の制御信号やストリームデータ情報セクション等のセクションデータを生成することにより取得し、マルチプレクサ１０８に供給する。ただし、PSI/SIには、PMT及びNITが含まれている。また、NITには、エリア放送情報記述子が含まれている。エリア放送情報記述子内に配置されるadditional service infoには、ストリームデータ情報セクションのPIDが記述されている。また、ストリームデータ情報セクション(stream data information section)には、付加情報の情報記述子ごとにメタ情報が含まれる。
【０１６７】
ステップＳ１０２において、ビデオデータ取得部１０２は、ワンセグサービス又はワンセグ付加情報サービスのビデオデータを取得し、ビデオエンコーダ１０３に供給する。ステップＳ１０３において、ビデオエンコーダ１０３は、ビデオデータ取得部１０２から供給されるビデオデータを符号化し、マルチプレクサ１０８に供給する。
【０１６８】
ステップＳ１０４において、オーディオデータ取得部１０４は、ワンセグサービス又はワンセグ付加情報サービスのオーディオデータを取得し、オーディオエンコーダ１０５に供給する。ステップＳ１０５において、オーディオエンコーダ１０５は、オーディオデータ取得部１０４から供給されるオーディオデータを符号化し、マルチプレクサ１０８に供給する。
【０１６９】
ステップＳ１０６において、ファイルデータ取得部１０６は、ワンセグ付加情報サービスのファイル形式のデータを取得し、ファイル処理部１０７に供給する。ステップＳ１０７において、ファイル処理部１０７は、ファイルデータ取得部１０６から供給されるファイル形式のデータを所定の形式のデータに変換し、マルチプレクサ１０８に供給する。
【０１７０】
ステップＳ１０８において、マルチプレクサ１０８は、制御信号取得部１０１からの各種のデータ、ビデオエンコーダ１０３からのビデオデータ、オーディオエンコーダ１０５からのオーディオデータ、及び、ファイル処理部１０７からのIP形式のデータを多重化してTSを生成する。
【０１７１】
ステップＳ１０９において、送信部１０９は、マルチプレクサ１０８から供給されるTSを、そのTSを送信すべき所定のセグメントでアンテナ１１０を介して送信して、送信処理を終了する。
【０１７２】
以上で、送信処理の説明を終了する。
【０１７３】
（第１の受信・蓄積処理）
次に、図２０のフローチャートを参照して、図１５の受信装置２０が実行する第１の受信・蓄積処理について説明する。
【０１７４】
ステップＳ２０１において、制御部２１０は、チューナ２０２を制御することで、チューナ２０２を起動して、選局処理を行う。ステップＳ２０２において、制御信号取得解析部２５１は、デマルチプレクサ２０３により分離されたPSI/SI(Ａ階層)を取得する。また、制御信号取得解析部２５１は、PSI/SIの解析を行う。
【０１７５】
ステップＳ２０３において、制御信号取得解析部２５１は、PSI/SIに含まれるNITに、エリア放送情報記述子があるかどうかを判定する。ステップＳ２０３において、NITに、エリア放送情報記述子がないと判定された場合、処理はステップＳ２０４に進められる。この場合、受信装置２０では、通常のワンセグ放送の番組が表示されることになる(Ｓ２０４)。なお、ステップＳ２０４の処理が終了すると、第１の受信・蓄積処理は終了する。
【０１７６】
ステップＳ２０３において、NITに、エリア放送情報記述子があると判定された場合、処理は、ステップＳ２０５に進められる。ステップＳ２０５において、制御信号取得解析部２５１は、エリア放送情報記述子内にadditional service infoがあるかどうかを判定する。ステップＳ２０５において、エリア放送情報記述子内にadditional service infoがないと判定された場合、処理はステップＳ２０６に進められる。この場合、受信装置２０では、通常のエリア放送の番組、すなわち、ワンセグサービスの番組が表示されることになる(Ｓ２０６)。なお、ステップＳ２０６の処理が終了すると、第１の受信・蓄積処理は終了する。
【０１７７】
ステップＳ２０５において、エリア放送情報記述子内にadditional service infoがあると判定された場合、処理は、ステップＳ２０７に進められる。ステップＳ２０７において、制御信号取得解析部２５１は、エリア放送情報記述子内のadditional service infoに指定されたセクションデータのPIDを取得する。ステップＳ２０６において、制御信号取得解析部２５１は、Ｂ階層のデータの中から、ステップＳ２０７の処理で取得したセクションデータのPIDにより指定されるセクションデータ(ストリームデータ情報セクションのデータ)を取得する。
【０１７８】
ステップＳ２０９において、制御信号取得解析部２５１は、ストリームデータ情報セクションに記述されたコンテンツ情報記述子の中から、最初のコンテンツ情報記述子を取得する。そして、制御信号取得解析部２５１は、ステップＳ２０９の処理で取得したコンテンツ情報記述子に記述されたコンテンツID(content id)、コンテンツのバージョン(content version)と、コンテンツの名称(content title)を取得する(Ｓ２１０，Ｓ２１１)。
【０１７９】
ステップＳ２１２において、蓄積制御部２５２は、ステップＳ２１１の処理で制御信号取得解析部２５１により取得されたコンテンツの名称を、ディスプレイ２０５に表示させる。
【０１８０】
ステップＳ２１３において、制御信号取得解析部２５１は、ストリームデータ情報セクションに、次のコンテンツ情報記述子が存在するかどうかを判定する。ステップＳ２１３において、次のコンテンツ情報記述子が存在すると判定された場合、処理は、ステップＳ２１４に進められる。ステップＳ２１４において、制御信号取得解析部２５１は、ストリームデータ情報セクションに記述されたコンテンツ情報記述子の中から、次のコンテンツ情報記述子を取得する。ステップＳ２１４の処理が終了すると、処理は、ステップＳ２１０に戻り、上述したステップＳ２１０乃至Ｓ２１４の処理が繰り返される。
【０１８１】
すなわち、例えば、図２に示したように、ストリームデータ情報セクションに、３個のコンテンツ情報記述子がある場合には、ステップＳ２１０乃至Ｓ２１４の処理が繰り返されることで、コンテンツ情報記述子ごとに、コンテンツID、バージョン、及び、名称が取得される。その結果、ディスプレイ２０５には、コンテンツ１乃至３の名称が表示される。そして、最後のコンテンツ情報記述子に対する処理が完了し、ステップＳ２１３において、次のコンテンツ情報記述子が存在しないと判定された場合、処理は、ステップＳ２１５に進められる。
【０１８２】
ステップＳ２１５において、制御部２１０は、操作部２１１からの操作信号に基づいて、コンテンツの蓄積の開始を指示する所定の操作が行われたかどうかを判定する。なお、ユーザは、当該操作を行う前に、ステップＳ２１２の処理によってディスプレイ２０５に表示されたコンテンツの名称(例えば、図２のコンテンツ１乃至３の名称)を確認することができるので、所望のコンテンツの名称が表示された場合にのみ、コンテンツの蓄積の開始を指示することになる。
【０１８３】
このように、コンテンツに関するメタ情報を含むストリームデータ情報セクションを、専用の独立したセクションで伝送することで、コンテンツの蓄積を行う場合において、蓄積を開始するよりも先にその内容をユーザに提示することができるので、ユーザは、蓄積対象となるコンテンツの取捨選択を行うことができる。
【０１８４】
ステップＳ２１５においては、ユーザによって所定の操作が行われるのを待って、処理は、ステップＳ２１６に進められる。ステップＳ２１６において、蓄積制御部２５２は、制御信号取得解析部２５１による解析の結果に従い、コンテンツ情報記述子に記述された蓄積対象のコンテンツに対応するPIDを取得する。
【０１８５】
ステップＳ２１６において、蓄積制御部２５２は、ステップＳ２１６の処理で取得されたPIDに基づいて、Ｂ階層で伝送されているESの蓄積を開始する。これにより、ストレージ２０９には、蓄積の開始が指示されたコンテンツのESが順次蓄積される。そして、ステップＳ２１８においては、コンテンツ情報記述子に記述されたnumber of components個のESの蓄積が完了したかどうかが判定される。ステップＳ２１８においては、number of components個のESの蓄積が完了したと判定されるのを待って、処理は、ステップＳ２１９に進められる。
【０１８６】
ステップＳ２１９において、蓄積制御部２５２は、ステップＳ２１０の処理で取得された、蓄積が完了したコンテンツのコンテンツID(content id)と、バージョン(content version)を、コンテンツリストに記録する。これにより、図２１に示すように、コンテンツリストには、蓄積が完了したコンテンツのコンテンツIDとそのバージョンが対応付けられて格納される。なお、コンテンツリストは、ストレージ２０９などに格納される。
【０１８７】
図２０のフローチャートに戻り、ステップＳ２１９の記録処理が終了すると、処理は、ステップＳ２２０に進められる。ステップＳ２２０においては、蓄積制御部２５２によるコンテンツの蓄積が終了され、第１の受信・蓄積処理は終了する。
【０１８８】
例えば、図２のストリームデータ情報セクションが取得された場合に、ステップＳ２１５において、蓄積可能なコンテンツ１乃至３の中から、コンテンツ３の蓄積の開始が指示されたとき、コンテンツ情報記述子３に基づいて、Ｂ階層のデータの中から、PID="0x801"(ULE)のESが抽出されて、ストレージ２０９に蓄積されることになる。また、このとき、図２１のコンテンツリストには、コンテンツ３のコンテンツIDとそのバージョンが対応付けられて格納される。
【０１８９】
以上で、第１の受信・蓄積処理の説明を終了する。
【０１９０】
（第２の受信・蓄積処理）
次に、図２２のフローチャートを参照して、図１５の受信装置２０が実行する第２の受信・蓄積処理について説明する。なお、第２の受信・蓄積処理は、コンテンツに連動して実行される連動コンテンツがある場合のコンテンツの受信・蓄積処理となる。
【０１９１】
ステップＳ２５１乃至Ｓ２５６においては、図２０のステップＳ２０１乃至Ｓ２０６と同様に、NITに、エリア放送情報記述子がないと判定された場合、受信装置２０では、通常のワンセグ放送の番組が表示される(Ｓ２５４)。また、エリア放送情報記述子内にadditional service infoがないと判定された場合、受信装置２０では、通常のエリア放送の番組、すなわち、ワンセグサービスの番組が表示される(Ｓ２５６)。一方、エリア放送情報記述子内にadditional service infoがあると判定された場合には、ステップＳ２５７以降の処理が実行され、ワンセグ付加情報サービスに関する処理が行われる。
【０１９２】
ステップＳ２５７乃至Ｓ２６４においては、図２０のステップＳ２０７乃至Ｓ２１４と同様に、ストリームデータ情報セクションが取得され、当該ストリームデータ情報セクションに記述されたコンテンツ情報記述子ごとに、コンテンツID、コンテンツのバージョン、及び、コンテンツの名称が取得されるが、ステップＳ２６０の処理では、さらに、連動コンテンツID(content ad id)が取得される。
【０１９３】
ステップＳ２６５乃至Ｓ２７０においては、図２０のステップＳ２１５乃至Ｓ２２０と同様に、所定の操作が行われた場合に、蓄積対象のコンテンツのコンテンツ情報記述子に基づいて、Ｂ階層のデータの中からESが抽出されて、ストレージ２０９に蓄積される。そして、蓄積対象のコンテンツの蓄積が完了したとき、図２３に示すように、コンテンツリストには、蓄積が完了したコンテンツのコンテンツID(content id="1234")とそのバージョン(content version="01")とともに、連動コンテンツID(content ad id ="7770")が対応付けられて格納される。
【０１９４】
以上で、第２の受信・蓄積処理の説明を終了する。
【０１９５】
（再生処理）
次に、図２４のフローチャートを参照して、図１５の受信装置２０が実行する再生処理について説明する。なお、この再生処理を実行するに際しては、上述した図２０の第１の受信・蓄積処理、又は、図２２の第２の受信・蓄積処理が実行済みであって、ストレージ２０９には、コンテンツが蓄積されているものとする。
【０１９６】
ステップＳ３０１において、制御部２１０は、操作部２１１からの操作信号に基づいて、コンテンツの再生を指示する所定の操作が行われたかどうかを判定する。なお、例えば、再生制御部２５３は、制御信号取得解析部２５１による解析の結果に従い、再生可能なコンテンツの名称のリストを、ディスプレイ２０５に表示させることで、ユーザは、そのリストの中から所望のコンテンツを選択することができる。
【０１９７】
ステップＳ３０１においては、ユーザによって所定の操作が行われるのを待って、処理は、ステップＳ３０２に進められる。ステップＳ３０２において、再生制御部２５３は、コンテンツリストを確認する。ステップＳ３０３において、再生制御部２５３は、ステップＳ３０２の処理で得られる確認の結果に基づいて、再生が指示されたコンテンツに、連動コンテンツID(content ad id)が対応付けられているかどうかを判定する。
【０１９８】
ステップＳ３０３において、連動コンテンツIDが対応付けられていると判定された場合、処理は、ステップＳ３０４に進められる。ステップＳ３０４において、再生制御部２５３は、各部の動作を制御して、例えば、ＣＭの動画や歌詞などの連動コンテンツを再生する。
【０１９９】
なお、連動コンテンツは、あらかじめ取得しておいてストレージ２０９に蓄積してもよいし、この再生のタイミングで、放送波や通信経由で取得するようにしてもよい。例えば、連動コンテンツのデータがストレージ２０９に蓄積されている場合には、再生制御部２５３は、蓄積済みのデータが、ファイル処理部２０８等に供給されるようにすることで、連動コンテンツの再生が行われる。
【０２００】
ステップＳ３０４により連動コンテンツの再生が開始されると、処理は、ステップＳ３０５に進められる。ステップＳ３０５において、再生制御部２５３は、各部の動作を制御して、再生が指示されたコンテンツを再生する。例えば、再生制御部２５３は、ストレージ２０９に蓄積されたIP形式のデータが、ファイル処理部２０８に供給されるようにすることで、蓄積済みのコンテンツの再生が行われる。
【０２０１】
このように、再生が指示されたコンテンツに、連動コンテンツIDが対応付けられている場合には、再生が指示されたコンテンツに連動して、連動コンテンツも再生されることになる。なお、コンテンツと連動コンテンツの表示タイミングであるが、それらのコンテンツが同時に表示されるようにしてもよいし、各コンテンツが順次表示されるようにしてもよい。また、表示方法としては、オーバーレイ表示や並列ウィンドウ表示などを採用することができる。ただし、ここに挙げた表示タイミングや表示方法は一例であって、コンテンツと連動コンテンツの表示形態は、任意の表示形態を採用することができる。
【０２０２】
一方、ステップＳ３０３において、連動コンテンツIDが対応付けられていないと判定された場合、ステップＳ３０４の処理はスキップされ、処理は、ステップＳ３０５に進められる。ステップＳ３０５において、再生制御部２５３は、各部の動作を制御して、再生が指示されたコンテンツを再生する。この場合、連動コンテンツの再生は行われず、再生が指示されたコンテンツのみが再生される。
【０２０３】
例えば、ステップＳ３０２の処理で、図２３のコンテンツリストが確認され、再生が指示されたコンテンツのコンテンツID(content id)が"1234"であった場合、連動コンテンツID(content ad id)が"7770"となる連動コンテンツが存在するので、この連動コンテンツ(content ad id="7770")が、コンテンツ(content id="1234")に連動して再生されることになる。また、例えば、図２３のコンテンツリストが確認され、再生が指示されたコンテンツのコンテンツID(content id)が"1235"であった場合、連動コンテンツIDが対応付けられていないので、コンテンツ(content id="1235")のみが再生されることになる。
【０２０４】
以上で、再生処理の説明を終了する。
【０２０５】
（第３の受信・蓄積処理）
次に、図２５及び図２６のフローチャートを参照して、図１５の受信装置２０が実行する第３の受信・蓄積処理について説明する。なお、第３の受信・蓄積処理は、コンテンツの差分伝送を行う場合のコンテンツの受信・蓄積処理となる。
【０２０６】
ステップＳ４０１乃至Ｓ４０６においては、図２０のステップＳ２０１乃至Ｓ２０６と同様に、NITに、エリア放送情報記述子がないと判定された場合、受信装置２０では、通常のワンセグ放送の番組が表示される(Ｓ４０４)。また、エリア放送情報記述子内にadditional service infoがないと判定された場合、受信装置２０では、通常のエリア放送の番組、すなわち、ワンセグサービスの番組が表示される(Ｓ４０６)。一方、エリア放送情報記述子内にadditional service infoがあると判定された場合には、ステップＳ４０７以降の処理が実行され、ワンセグ付加情報サービスに関する処理が行われる。
【０２０７】
ステップＳ４０７乃至Ｓ４１６においては、図２０のステップＳ２０７乃至Ｓ２１４と同様に、ストリームデータ情報セクションが取得され、当該ストリームデータ情報セクションに記述されたコンテンツ情報記述子ごとに、コンテンツのコンテンツIDとそのバージョンが取得されるが、図２５では、さらに、ステップＳ４１１乃至Ｓ４１２の処理が追加されており、コンテンツの差分伝送に関する処理が行われる。すなわち、制御信号取得解析部２５１は、差分伝送判定処理を行い(Ｓ４１１)、蓄積対象のコンテンツの差分伝送があるかどうかを判定する(Ｓ４１２)。
【０２０８】
ステップＳ４１２において、差分伝送があると判定された場合、処理は、ステップＳ４１３に進められる。これにより、コンテンツ情報記述子に記述されたコンテンツの名称(content title)が取得され、表示される。一方、ステップＳ４１２において、差分伝送がないと判定された場合、ステップＳ４１３乃至Ｓ４１４の処理はスキップされ、処理は、ステップＳ４１５に進められる。すなわち、差分伝送の対象でないコンテンツの名称の表示はスキップされ、差分伝送の対象のコンテンツの名称のみが表示されることになる。なお、差分伝送判定処理の詳細は、図２７のフローチャートを参照して後述する。
【０２０９】
ステップＳ４１７乃至Ｓ４２９においては、図２０のステップＳ２１５乃至Ｓ２２０と同様に、所定の操作が行われた場合に、蓄積対象のコンテンツのコンテンツ情報記述子に基づいて、Ｂ階層のデータの中からESが抽出されて、ストレージ２０９に蓄積されるが、蓄積対象のコンテンツの差分伝送があるかどうかにより、その処理の内容が異なる。
【０２１０】
具体的には、ステップＳ４１７において、コンテンツの蓄積の開始を指示する所定の操作が行われたと判定された場合、処理は、ステップＳ４１８に進められる。そして、制御信号取得解析部２５１は、差分伝送判定処理を行い(Ｓ４１８)、蓄積対象のコンテンツの差分伝送があるかどうかを判定する(Ｓ４１９)。なお、差分伝送判定処理の詳細は、図２７のフローチャートを参照して後述する。
【０２１１】
ステップＳ４１９において、差分伝送があると判定された場合、処理は、ステップＳ４２０に進められる。ステップＳ４２０において、蓄積制御部２５２は、制御信号取得解析部２５１による解析の結果に従い、コンテンツ情報記述子に記述された蓄積対象のコンテンツに対応するPIDを取得する。
【０２１２】
ステップＳ４２１において、蓄積制御部２５２は、ステップＳ４２０の処理で取得されたPIDに基づいて、Ｂ階層で伝送されているESの差分データの蓄積を開始して、蓄積の開始が指示されたコンテンツの差分データを順次蓄積する。そして、ステップＳ４２２においては、コンテンツ情報記述子に記述されたnumber of components個のESの差分蓄積が完了したかどうかが判定され、ESの差分蓄積が完了するのを待って、処理は、ステップＳ４２３に進められる。
【０２１３】
例えば、差分伝送フラグ(diff flag)として"01"が指定されている場合、オーバーライト(Overwrite)となるので、上述した図１２の差分蓄積の例で説明したように、蓄積済みのコンテンツに対して、差分データの上書きが行われる。また、例えば、差分伝送フラグ(diff flag)として"10"が指定されている場合、リプレイス(Replace)となるので、上述した図１３の差分蓄積の例で説明したように、蓄積済みのコンテンツに対して、差分データを置き換えることになる。
【０２１４】
ステップＳ４２３において、蓄積制御部２５２は、ステップＳ４１０の処理で取得された、差分蓄積が完了したコンテンツのバージョン(content version)を、コンテンツリストに記録して、コンテンツのバージョンを更新する。すなわち、コンテンツの差分伝送の場合、コンテンツの一部の差分データのみが更新されるため、コンテンツIDは登録されずに、バージョンのみが更新される。そして、ステップＳ４２４においては、コンテンツの差分蓄積が終了される。
【０２１５】
一方、ステップＳ４１９において、差分伝送がないと判定された場合、処理は、ステップＳ４２５に進められる。ステップＳ４２５において、蓄積制御部２５２は、制御信号取得解析部２５１による解析の結果に従い、コンテンツ情報記述子に記述された蓄積対象のコンテンツに対応するPIDを取得する。
【０２１６】
ステップＳ４２６において、蓄積制御部２５２は、ステップＳ４２５の処理で取得されたPIDに基づいて、Ｂ階層で伝送されているESのデータの蓄積を開始して、蓄積の開始が指示されたコンテンツのデータを順次蓄積する。そして、ステップＳ４２７においては、コンテンツ情報記述子に記述されたnumber of components個のESの蓄積が完了したかどうかが判定され、ESの蓄積が完了するのを待って、処理は、ステップＳ４２８に進められる
【０２１７】
ステップＳ４２８において、蓄積制御部２５２は、ステップＳ４１０の処理で取得された、蓄積が完了したコンテンツのコンテンツID(content id)とそのバージョン(content version)を、コンテンツリストに記録して、新たにコンテンツを登録する。すなわち、コンテンツの差分伝送ではない場合、コンテンツの全てのデータが送られるため、当該コンテンツのコンテンツIDとそのバージョンを新規で登録する。なお、蓄積対象のコンテンツに連動して実行される連動コンテンツがある場合には、ステップＳ４１０の処理で、連動コンテンツIDが取得され、ステップＳ４２８の処理で、蓄積が完了したコンテンツのコンテンツIDとそのバージョンとともに、連動コンテンツIDも登録されることになる。そして、ステップＳ４２９においては、コンテンツの蓄積が終了される。
【０２１８】
ステップＳ４２４又はステップＳ４２９の処理が終了すると、第３の受信・蓄積処理は終了する。
【０２１９】
以上で、第３の受信・蓄積処理の説明を終了する。
【０２２０】
（差分伝送判定処理）
最後に、図２７のフローチャートを参照して、図２５のステップＳ４１１の処理と、図２６のステップＳ４１８の処理に対応する差分伝送判定処理の詳細について説明する。
【０２２１】
ステップＳ４５１において、制御信号取得解析部２５１は、コンテンツ情報記述子に記述された差分伝送フラグ(diff flag)を取得する。なお、コンテンツのバージョン(content version)は、図２５のステップＳ４１０の処理で取得せずに、このタイミングで取得されるようにしてもよい。
【０２２２】
ステップＳ４５２において、制御信号取得解析部２５１は、ステップＳ４５１の処理で取得した差分伝送フラグに基づいて、diff flag="01"、又は、diff flag="10"となるかどうかを判定する。ステップＳ４５２において、diff flag="01"、又は、diff flag="10"、すなわち、オーバーライト(Overwrite)、又は、リプレイス(Replace)であると判定された場合、処理は、ステップＳ４５３に進められる。
【０２２３】
ステップＳ４５３において、制御信号取得解析部２５１は、コンテンツリストを確認する。ステップＳ４５４において、制御信号取得解析部２５１は、ステップＳ４５３の処理で得られる確認の結果に基づいて、コンテンツリストに、図２５のステップＳ４１０の処理で取得されたコンテンツID(content id)と同一のコンテンツIDであって、かつ、コンテンツ(content version)のバージョンが古いコンテンツがあるかどうかが判定される。
【０２２４】
ステップＳ４５４において、コンテンツリストに、同一のコンテンツIDであって、かつ、コンテンツのバージョンが古いコンテンツがあると判定された場合、処理は、ステップＳ４５５に進められる。ステップＳ４５５において、制御信号取得解析部２５１は、蓄積対象のコンテンツを、「差分伝送あり」と判定する。
【０２２５】
一方、ステップＳ４５２において、diff flag="01"、又は、diff flag="10"ではない、すなわち、diff flag="00"であると判定された場合、コンテンツの差分伝送は行われないので、処理は、ステップＳ４５６に進められる。また、ステップＳ４５４において、コンテンツリストに同一のコンテンツIDがないと判定された場合、あるいは、同一のコンテンツIDがあっても、バージョンが古いコンテンツがないと判定された場合、処理は、ステップＳ４５６に進められる。ステップＳ４５６において、制御信号取得解析部２５１は、蓄積対象のコンテンツを、「差分伝送なし」と判定する。
【０２２６】
ステップＳ４５５又はステップＳ４５６の処理が終了すると、処理は、図２５のステップＳ４１１の処理又は図２６のステップＳ４１８の処理に戻り、それ以降の処理が実行される。
【０２２７】
以上で、差分伝送判定処理の説明を終了する。
【０２２８】
＜５．コンピュータの構成＞
【０２２９】
上述した一連の処理は、ハードウェアにより実行することもできるし、ソフトウェアにより実行することもできる。一連の処理をソフトウェアにより実行する場合には、そのソフトウェアを構成するプログラムが、コンピュータにインストールされる。ここで、コンピュータには、専用のハードウェアに組み込まれているコンピュータや、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば汎用のパーソナルコンピュータなどが含まれる。
【０２３０】
図２８は、上述した一連の処理をプログラムにより実行するコンピュータのハードウェアの構成例を示すブロック図である。
【０２３１】
コンピュータ９００において、CPU(Central Processing Unit)９０１，ROM(Read Only Memory)９０２，RAM(Random Access Memory)９０３は、バス９０４により相互に接続されている。バス９０４には、さらに、入出力インタフェース９０５が接続されている。入出力インタフェース９０５には、入力部９０６、出力部９０７、記録部９０８、通信部９０９、及びドライブ９１０が接続されている。
【０２３２】
入力部９０６は、キーボード、マウス、マイクロフォンなどよりなる。出力部９０７は、ディスプレイ、スピーカなどよりなる。記録部９０８は、ハードディスクや不揮発性のメモリなどよりなる。通信部９０９は、ネットワークインタフェースなどよりなる。ドライブ９１０は、磁気ディスク、光ディスク、光磁気ディスク、又は半導体メモリなどのリムーバブルメディア９１１を駆動する。
【０２３３】
以上のように構成されるコンピュータ９００では、CPU９０１が、例えば、記録部９０８に記憶されているプログラムを、入出力インタフェース９０５及びバス９０４を介して、RAM９０３にロードして実行することにより、上述した一連の処理が行われる。
【０２３４】
コンピュータ９００(CPU９０１)が実行するプログラムは、例えば、パッケージメディア等としてのリムーバブルメディア９１１に記録して提供することができる。また、プログラムは、ローカルエリアネットワーク、インターネット、デジタル衛星放送といった、有線又は無線の伝送媒体を介して提供することができる。
【０２３５】
コンピュータ９００では、プログラムは、リムーバブルメディア９１１をドライブ９１０に装着することにより、入出力インタフェース９０５を介して、記録部９０８にインストールすることができる。また、プログラムは、有線又は無線の伝送媒体を介して、通信部９０９で受信し、記録部９０８にインストールすることができる。その他、プログラムは、ROM９０２や記録部９０８に、あらかじめインストールしておくことができる。
【０２３６】
なお、コンピュータ９００が実行するプログラムは、本明細書で説明する順序に沿って時系列に処理が行われるプログラムであっても良いし、並列に、あるいは呼び出しが行われたとき等の必要なタイミングで処理が行われるプログラムであっても良い。
【０２３７】
ここで、本明細書において、コンピュータ９００に各種の処理を行わせるためのプログラムを記述する処理ステップは、必ずしもフローチャートとして記載された順序に沿って時系列に処理する必要はなく、並列的あるいは個別に実行される処理(例えば、並列処理あるいはオブジェクトによる処理)も含むものである。
【０２３８】
また、プログラムは、１のコンピュータにより処理されるものであってもよいし、複数のコンピュータによって分散処理されるものであってもよい。さらに、プログラムは、遠方のコンピュータに転送されて実行されるものであってもよい。
【０２３９】
さらに、本明細書において、システムとは、複数の構成要素(装置、モジュール(部品)等)の集合を意味し、すべての構成要素が同一筐体中にあるか否かは問わない。したがって、別個の筐体に収納され、ネットワークを介して接続されている複数の装置、及び、１つの筐体の中に複数のモジュールが収納されている１つの装置は、いずれも、システムである。
【０２４０】
なお、本技術の実施の形態は、上述した実施の形態に限定されるものではなく、本技術の要旨を逸脱しない範囲において種々の変更が可能である。例えば、本技術は、１つの機能を、ネットワークを介して複数の装置で分担、共同して処理するクラウドコンピューティングの構成をとることができる。
【０２４１】
また、上述のフローチャートで説明した各ステップは、１つの装置で実行する他、複数の装置で分担して実行することができる。さらに、１つのステップに複数の処理が含まれる場合には、その１つのステップに含まれる複数の処理は、１つの装置で実行する他、複数の装置で分担して実行することができる。
【０２４２】
なお、本技術は、以下のような構成をとることができる。
【０２４３】
（１）
任意のセグメントによる放送であるエリア放送の放送波を送信する送信部と、
前記エリア放送のサービスで用いられる付加情報を取得する第１の取得部と、
前記付加情報に関するメタ情報を含む情報記述子を取得する第２の取得部と
を備え、
前記送信部は、前記エリア放送の放送波によって、前記付加情報とともに、前記情報記述子を送信する
送信装置。
（２）
前記情報記述子は、専用の独立したセクションで伝送される
（１）に記載の送信装置。
（３）
前記付加情報は、１以上のコンテンツであり、
前記メタ情報は、前記コンテンツのID、種別、及び、バージョンを示す情報を含む
（２）に記載の送信装置。
（４）
前記メタ情報は、蓄積済みの前記コンテンツの更新部分のデータを差分伝送するかどうかを示す差分伝送フラグを示す情報をさらに含む
（３）に記載の送信装置。
（５）
前記メタ情報は、前記コンテンツに連動して実行される連動コンテンツのIDを示す情報をさらに含む
（３）又は（４）に記載の送信装置。
（６）
前記メタ情報は、前記コンテンツの名称を示す情報をさらに含む
（３）乃至（５）のいずれか一項に記載の送信装置。
（７）
前記付加情報は、１以上のアプリケーションであり、
前記メタ情報は、前記アプリケーションのIDを示す情報を含む
（２）又は（３）に記載の送信装置。
（８）
前記放送波は、
周波数帯域が１３セグメントに分割されており、
前記１３セグメントのうち、任意の１セグメントでワンセグメント放送が行われ、全部のセグメント又は任意の階層のセグメントで前記付加情報が伝送される
（２）乃至（７）のいずれか一項に記載の送信装置。
（９）
前記セクションは、所定の規格で定められたNIT(Network Information Table)に含まれる前記エリア放送用の記述子内に配置される、前記セクションを識別可能な識別子により指定される
（２）乃至（８）のいずれか一項に記載の送信装置。
（１０）
送信装置の送信方法において、
前記送信装置が、
任意のセグメントによる放送であるエリア放送の放送波を送信し、
前記エリア放送のサービスで用いられる付加情報を取得し、
前記付加情報に関するメタ情報を含む情報記述子を取得し、
前記エリア放送の放送波によって、前記付加情報とともに、前記情報記述子を送信する
ステップを含む送信方法。
（１１）
任意のセグメントによる放送であるエリア放送を行う送信機から送信される放送波を受信することが可能な放送エリアにおいて、前記放送波を受信する受信部と、
前記放送波から得られる情報記述子に含まれる、前記エリア放送のサービスで用いられる付加情報に関するメタ情報に基づいて、前記付加情報に関する所定の処理を行う各部の動作を制御する制御部と
を備える受信装置。
（１２）
前記情報記述子は、専用の独立したセクションで伝送される
（１１）に記載の受信装置。
（１３）
前記付加情報は、１以上のコンテンツであり、
前記メタ情報は、前記コンテンツのID、種別、及び、バージョンを示す情報を含む
（１２）に記載の受信装置。
（１４）
前記メタ情報は、蓄積済みの前記コンテンツの更新部分のデータを差分伝送するかどうかを示す差分伝送フラグを示す情報をさらに含み、
前記制御部は、前記メタ情報に基づいて、蓄積済みの前記コンテンツの一部のデータを更新する
（１３）に記載の受信装置。
（１５）
前記メタ情報は、前記コンテンツに連動して実行される連動コンテンツのIDを示す情報をさらに含み、
前記制御部は、前記メタ情報に基づいて、前記連動コンテンツの動作を制御する
（１３）又は（１４）に記載の受信装置。
（１６）
前記メタ情報は、前記コンテンツの名称を示す情報をさらに含み、
前記制御部は、前記メタ情報に基づいて、前記コンテンツの名称を表示する
（１３）乃至（１５）のいずれか一項に記載の受信装置。
（１７）
前記付加情報は、１以上のアプリケーションであり、
前記メタ情報は、前記アプリケーションのIDを示す情報を含む
（１２）又は（１３）に記載の受信装置。
（１８）
前記放送波は、
周波数帯域が１３セグメントに分割されており、
前記１３セグメントのうち、任意の１セグメントでワンセグメント放送が行われ、全部のセグメント又は任意の階層のセグメントで前記付加情報が伝送される
（１２）乃至（１７）のいずれか一項に記載の受信装置。
（１９）
前記セクションは、所定の規格で定められたNITに含まれる前記エリア放送用の記述子内に配置される、前記セクションを識別可能な識別子により指定される
（１２）乃至（１８）のいずれか一項に記載の受信装置。
（２０）
受信装置の受信方法において、
前記受信装置が、
任意のセグメントによる放送であるエリア放送を行う送信機から送信される放送波を受信することが可能な放送エリアにおいて、前記放送波を受信し、
前記放送波から得られる情報記述子に含まれる、前記エリア放送のサービスで用いられる付加情報に関するメタ情報に基づいて、前記付加情報に関する所定の処理を行う各部の動作を制御する
ステップを含む受信方法。
【符号の説明】
【０２４４】
１  エリア放送システム，  １０  送信装置，  ２０  受信装置，  ３０  付加情報提供サーバ，  ９０  インターネット，  １０１  制御信号取得部，  １０２  ビデオデータ取得部，  １０４  オーディオデータ取得部，  １０６  ファイルデータ取得部，  １０９  送信部，  ２０２  チューナ，  ２０４  ビデオデコーダ，  ２０６  オーディオデコーダ，  ２０８  ファイル処理部，  ２０９  ストレージ，  ２１０  制御部，  ２５１  制御信号取得解析部，  ２５２  蓄積制御部，  ２５３  再生制御部，  ９００  コンピュータ，  ９０１  CPU
【図１】
2015139175.tif 000003
【図２】
2015139175.tif 000004
【図３】
2015139175.tif 000005
【図４】
2015139175.tif 000006
【図５】
2015139175.tif 000007
【図６】
2015139175.tif 000008
【図７】
2015139175.tif 000009
【図８】
2015139175.tif 000010
【図９】
2015139175.tif 000011
【図１０】
2015139175.tif 000012
【図１１】
2015139175.tif 000013
【図１２】
2015139175.tif 000014
【図１３】
2015139175.tif 000015
【図１４】
2015139175.tif 000016
【図１５】
2015139175.tif 000017
【図１６】
2015139175.tif 000018
【図１７】
2015139175.tif 000019
【図１８】
2015139175.tif 000020
【図１９】
2015139175.tif 000021
【図２０】
2015139175.tif 000022
【図２１】
2015139175.tif 000023
【図２２】
2015139175.tif 000024
【図２３】
2015139175.tif 000025
【図２４】
2015139175.tif 000026
【図２５】
2015139175.tif 000027
【図２６】
2015139175.tif 000028
【図２７】
2015139175.tif 000029
【図２８】
2015139175.tif 000030