(57)【要約】  本技術は、最適な制作環境で、アプリケーションプログラムを作成することができるようにする受信装置、受信方法、送信装置、送信方法、及び、プログラムに関する。AIT取得解析部は、アプリケーションプログラムを構成するリソースを、第１の伝送方式で伝送する場合の第１のディレクトリ構造と、アプリケーションプログラムを構成するリソースを、第２の伝送方式で伝送する場合の第２のディレクトリ構造とを対応付けたマッピング情報を取得し、カルーセル処理部は、第１のディレクトリ構造に従い作成されたリソースにより構成されるアプリケーションプログラムが第２の伝送方式で伝送される場合、マッピング情報を用い、第１のディレクトリ構造に従い作成されたリソースを第２のディレクトリ構造に対応付けることで、第２の伝送方式で伝送されるアプリケーションプログラムを取得する。本技術は、例えば、テレビジョン受像機に適用することができる。
2014084073.tif 000002
【特許請求の範囲】
【請求項１】
AVコンテンツを受信する受信部と、
前記AVコンテンツに連動して実行されるアプリケーションプログラムを構成するリソースを、第１の伝送方式で伝送する場合に用いられる第１のディレクトリ構造と、前記アプリケーションプログラムを構成するリソースを、第２の伝送方式で伝送する場合に用いられる第２のディレクトリ構造とを対応付けたマッピング情報を取得するマッピング情報取得部と、
前記第１のディレクトリ構造に従い作成されたリソースにより構成される前記アプリケーションプログラムが前記第２の伝送方式で伝送される場合、前記マッピング情報を用い、前記第１のディレクトリ構造に従い作成されたリソースを前記第２のディレクトリ構造に対応付けることで、前記第２の伝送方式で伝送される前記アプリケーションプログラムを取得するアプリケーション取得部と
を備える受信装置。
【請求項２】
前記マッピング情報は、前記アプリケーションプログラムの動作を制御するための制御情報に含まれており、
前記制御情報に基づいて、前記アプリケーションプログラムの動作を制御する制御部をさらに備える
請求項１に記載の受信装置。
【請求項３】
前記第１の伝送方式は、インターネットを用いた通信による伝送であって、
前記第１のディレクトリ構造は、通信による伝送用のアプリケーションプログラムの制作環境で用いられる階層構造からなり、
前記第２の伝送方式は、データカルーセル伝送を用いた放送による伝送であって、
前記第２のディレクトリ構造は、放送による伝送用のアプリケーションプログラムの制作環境で用いられる階層構造からなる
請求項２に記載の受信装置。
【請求項４】
前記第１のディレクトリ構造は、特定のパスに対して相対的な相対パスによって、リソースが指定されており、
前記マッピング情報は、相対パスにより指定されるリソースと、データカルーセル伝送で用いられるモジュールに格納されるリソースとを対応付けている
請求項３に記載の受信装置。
【請求項５】
前記アプリケーション取得部は、前記マッピング情報を用い、前記第１のディレクトリ構造に従い作成されたリソースを前記第２のディレクトリ構造に対応付ける場合に、同一のリソース名が存在するとき、参照中のモジュールに格納されるリソースを優先的に選択する
請求項４に記載の受信装置。
【請求項６】
前記アプリケーション取得部は、前記制御情報に含まれる伝送方式を示す情報に従い、通信及び放送のいずれか一方の伝送方式により伝送される前記アプリケーションプログラムを取得する
請求項３に記載の受信装置。
【請求項７】
前記制御情報は、通信及び放送のいずれか一方の伝送方式により伝送される
請求項３に記載の受信装置。
【請求項８】
前記アプリケーション取得部は、前記第２のディレクトリ構造に従い作成されたリソースにより構成される前記アプリケーションプログラムが前記第２の伝送方式で伝送される場合、前記マッピング情報を用いずに、前記第２の伝送方式で伝送される前記アプリケーションプログラムを取得する
請求項２に記載の受信装置。
【請求項９】
受信装置の受信方法において、
前記受信装置が、
AVコンテンツを受信し、
前記AVコンテンツに連動して実行されるアプリケーションプログラムを構成するリソースを、第１の伝送方式で伝送する場合に用いられる第１のディレクトリ構造と、前記アプリケーションプログラムを構成するリソースを、第２の伝送方式で伝送する場合に用いられる第２のディレクトリ構造とを対応付けたマッピング情報を取得し、
前記第１のディレクトリ構造に従い作成されたリソースにより構成される前記アプリケーションプログラムが前記第２の伝送方式で伝送される場合、前記マッピング情報を用い、前記第１のディレクトリ構造に従い作成されたリソースを前記第２のディレクトリ構造に対応付けることで、前記第２の伝送方式で伝送される前記アプリケーションプログラムを取得する
ステップを含む受信方法。
【請求項１０】
コンピュータを、
AVコンテンツを受信する受信部と、
前記AVコンテンツに連動して実行されるアプリケーションプログラムを構成するリソースを、第１の伝送方式で伝送する場合に用いられる第１のディレクトリ構造と、前記アプリケーションプログラムを構成するリソースを、第２の伝送方式で伝送する場合に用いられる第２のディレクトリ構造とを対応付けたマッピング情報を取得するマッピング情報取得部と、
前記第１のディレクトリ構造に従い作成されたリソースにより構成される前記アプリケーションプログラムが前記第２の伝送方式で伝送される場合、前記マッピング情報を用い、前記第１のディレクトリ構造に従い作成されたリソースを前記第２のディレクトリ構造に対応付けることで、前記第２の伝送方式で伝送される前記アプリケーションプログラムを取得するアプリケーション取得部と
して機能させるためのプログラム。
【請求項１１】
AVコンテンツに連動して実行されるアプリケーションプログラムの動作を制御するための制御情報を生成する生成部と、
前記AVコンテンツとともに、前記制御情報を送信する送信部と
を備え、
前記制御情報は、前記アプリケーションプログラムを構成するリソースを、第１の伝送方式で伝送する場合に用いられる第１のディレクトリ構造と、前記アプリケーションプログラムを構成するリソースを、第２の伝送方式で伝送する場合に用いられる第２のディレクトリ構造とを対応付けたマッピング情報を含む
送信装置。
【請求項１２】
送信装置の送信方法において、
前記送信装置が、
AVコンテンツに連動して実行されるアプリケーションプログラムの動作を制御するための制御情報を生成し、
前記AVコンテンツとともに、前記制御情報を送信する
ステップを含み、
前記制御情報は、前記アプリケーションプログラムを構成するリソースを、第１の伝送方式で伝送する場合に用いられる第１のディレクトリ構造と、前記アプリケーションプログラムを構成するリソースを、第２の伝送方式で伝送する場合に用いられる第２のディレクトリ構造とを対応付けたマッピング情報を含む
送信方法。
【請求項１３】
コンピュータを、
AVコンテンツに連動して実行されるアプリケーションプログラムの動作を制御するための制御情報を生成する生成部と、
前記AVコンテンツとともに、前記制御情報を送信する送信部と
して機能させ、
前記制御情報は、前記アプリケーションプログラムを構成するリソースを、第１の伝送方式で伝送する場合に用いられる第１のディレクトリ構造と、前記アプリケーションプログラムを構成するリソースを、第２の伝送方式で伝送する場合に用いられる第２のディレクトリ構造とを対応付けたマッピング情報を含む
プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本技術は、受信装置、受信方法、送信装置、送信方法、及び、プログラムに関し、特に、最適な制作環境で、アプリケーションプログラムを作成することができるようにした受信装置、受信方法、送信装置、送信方法、及び、プログラムに関する。
【背景技術】
【０００２】
一般的に、インターネットを経由して伝送されるアプリケーションプログラム（以下、ウェブアプリケーションという）は、HTML（HyperText Markup Language）形式のファイルや画像ファイル等から構成される（例えば、特許文献１参照）。【０００３】
図１に示すように、ウェブアプリケーションの制作環境においては、「Root」等の特定のフォルダの下位階層に、「main」や「image」等の制作者の都合に応じたフォルダを作成し、それらのフォルダに必要なリソースを配置するのが一般的である。図１の例では、rootフォルダの下位階層となるmainフォルダには、A.html，B.html等のHTML文書ファイルが配置され、imageフォルダには、a.jpg，b.png，c.jpg，d.gif等の画像ファイルが配置される。【０００４】
また、このような階層構造を有するため、HTML文書でのリソース参照は、図２に示すように、図１のディレクトリ構造を前提とした相対パスで記述されることが多い。図２には、mainフォルダに配置されるA.htmlから、imageフォルダに配置されるa.jpgを参照する場合の相対パスの記述例が示されている。【０００５】
このようにして作成されたウェブアプリケーションは、図１のディレクトリ構造を維持した状態で、インターネットに接続されたアプリケーションサーバにアップロードされて、受信機に提供されることになる。【０００６】
一方、データ放送で用いられる、データカルーセル伝送により伝送されるアプリケーションプログラム（以下、データ放送アプリケーションという）は、BML（Broadcast Markup Language）形式のファイルや画像ファイル等から構成される（例えば、特許文献２参照）。また、BML文書ファイルの代わりに、HTML文書ファイルが用いられる場合がある。【０００７】
図３に示すように、データ放送アプリケーションの制作環境においては、伝送データの構成に依存して、「Root」等の特定のフォルダの下位階層に、「app1」や「app2」等のモジュール単位のフォルダを作成し、それらのフォルダに、取得単位ごとのリソースをまとめて配置する必要がある。図３の例では、app1フォルダには、A.html，a.jpg，b.pngが配置され、app2フォルダには、B.html，a.jpg，c.jpg，d.gifが配置される。【０００８】
すなわち、図４に示すように、データカルーセル伝送では、データ放送アプリケーションの実データが含まれるDDB（Download Data Block）と、DDBのディレクトリ情報を格納したDII（Download Info Indication）の２種類のメッセージが主に利用される。【０００９】
DIIは、データカルーセル内での伝送対象のインデックス情報を示す。また、１つのDIIにて複数のモジュールに関する情報が記述可能とされる。受信機は、このDIIを受信することで、モジュールの構成を認識することになる。図４のDIIには、m1，m2，・・・，mk（k=1〜n）のモジュールごとに、module_idやmodule_nameなどの情報が記述されている。【００１０】
DDBは、モジュールの各ブロックに対応するものである。図４のDDBには、ヘッダ情報の次に、RL（Resource List）が配置され、そこには、A.html，a.jpg，b.pngなどのモジュールに格納されたリソースの名称がリスト化されている。また、RLの次には、A.html，a.jpg，b.pngの実データが配置される。【００１１】
ブロック化されたモジュールは、図４に概念的に示すように、データカルーセル伝送により巡回的に送信されるので、受信機は、DIIに基づきDDBを取得して、対象のモジュールを再構築することになる。【００１２】
なお、DDBとDIIの送出順序は任意であるが、DIIはインデックス情報に相当するデータが格納されるため、比較的高い頻度で送出される。
【先行技術文献】
【特許文献】
【００１３】
【特許文献１】特開２００３−１２２７７１号公報
【特許文献２】特開２００５−２１０２４４号公報
【発明の概要】
【発明が解決しようとする課題】
【００１４】
ところで、制作者の立場からすれば、ウェブアプリケーションを作成する場合には、図１のディレクトリ構造でリソースを配置する必要がある一方、データ放送アプリケーションを作成する場合には、図３のディレクトリ構造でリソースを配置する必要があり、階層構造となるフォルダに配置すべきリソースの位置が異なっている。【００１５】
そのため、例えば、ウェブアプリケーションの制作者が、データ放送アプリケーションを作成する場合には、データカルーセル伝送でのリソースの取得単位となるモジュールを意識した階層構造で、データ放送アプリケーションを作成する必要がある。しかしながら、ウェブアプリケーションの制作者は、ウェブアプリケーションの制作環境になれているため、データ放送アプリケーションを、ウェブアプリケーションと同一の制作環境で作成したいという要求があった。【００１６】
本技術はこのような状況に鑑みてなされたものであり、最適な制作環境で、アプリケーションプログラムを作成することができるようにするものである。
【課題を解決するための手段】
【００１７】
本技術の第１の側面の受信装置は、AVコンテンツを受信する受信部と、前記AVコンテンツに連動して実行されるアプリケーションプログラムを構成するリソースを、第１の伝送方式で伝送する場合に用いられる第１のディレクトリ構造と、前記アプリケーションプログラムを構成するリソースを、第２の伝送方式で伝送する場合に用いられる第２のディレクトリ構造とを対応付けたマッピング情報を取得するマッピング情報取得部と、前記第１のディレクトリ構造に従い作成されたリソースにより構成される前記アプリケーションプログラムが前記第２の伝送方式で伝送される場合、前記マッピング情報を用い、前記第１のディレクトリ構造に従い作成されたリソースを前記第２のディレクトリ構造に対応付けることで、前記第２の伝送方式で伝送される前記アプリケーションプログラムを取得するアプリケーション取得部とを備える。【００１８】
前記マッピング情報は、前記アプリケーションプログラムの動作を制御するための制御情報に含まれており、前記制御情報に基づいて、前記アプリケーションプログラムの動作を制御する制御部をさらに備える。【００１９】
前記第１の伝送方式は、インターネットを用いた通信による伝送であって、前記第１のディレクトリ構造は、通信による伝送用のアプリケーションプログラムの制作環境で用いられる階層構造からなり、前記第２の伝送方式は、データカルーセル伝送を用いた放送による伝送であって、前記第２のディレクトリ構造は、放送による伝送用のアプリケーションプログラムの制作環境で用いられる階層構造からなる。【００２０】
前記第１のディレクトリ構造は、特定のパスに対して相対的な相対パスによって、リソースが指定されており、前記マッピング情報は、相対パスにより指定されるリソースと、データカルーセル伝送で用いられるモジュールに格納されるリソースとを対応付けている。【００２１】
前記アプリケーション取得部は、前記マッピング情報を用い、前記第１のディレクトリ構造に従い作成されたリソースを前記第２のディレクトリ構造に対応付ける場合に、同一のリソース名が存在するとき、参照中のモジュールに格納されるリソースを優先的に選択する。【００２２】
前記アプリケーション取得部は、前記制御情報に含まれる伝送方式を示す情報に従い、通信及び放送のいずれか一方の伝送方式により伝送される前記アプリケーションプログラムを取得する。【００２３】
前記制御情報は、通信及び放送のいずれか一方の伝送方式により伝送される。【００２４】
前記アプリケーション取得部は、前記第２のディレクトリ構造に従い作成されたリソースにより構成される前記アプリケーションプログラムが前記第２の伝送方式で伝送される場合、前記マッピング情報を用いずに、前記第２の伝送方式で伝送される前記アプリケーションプログラムを取得する。【００２５】
受信装置は、独立した装置であってもよいし、１つの装置を構成している内部ブロックであってもよい。【００２６】
本技術の第１の側面の受信方法又はプログラムは、本技術の第１の側面の受信装置に対応する受信方法又はプログラムである。【００２７】
本技術の第１の側面の受信装置、受信方法、及び、プログラムにおいては、AVコンテンツが受信され、前記AVコンテンツに連動して実行されるアプリケーションプログラムを構成するリソースを、第１の伝送方式で伝送する場合に用いられる第１のディレクトリ構造と、前記アプリケーションプログラムを構成するリソースを、第２の伝送方式で伝送する場合に用いられる第２のディレクトリ構造とを対応付けたマッピング情報が取得され、前記第１のディレクトリ構造に従い作成されたリソースにより構成される前記アプリケーションプログラムが前記第２の伝送方式で伝送される場合、前記マッピング情報を用い、前記第１のディレクトリ構造に従い作成されたリソースを前記第２のディレクトリ構造に対応付けることで、前記第２の伝送方式で伝送される前記アプリケーションプログラムが取得される。【００２８】
本技術の第２の側面の送信装置は、AVコンテンツに連動して実行されるアプリケーションプログラムの動作を制御するための制御情報を生成する生成部と、前記AVコンテンツとともに、前記制御情報を送信する送信部とを備え、前記制御情報は、前記アプリケーションプログラムを構成するリソースを、第１の伝送方式で伝送する場合に用いられる第１のディレクトリ構造と、前記アプリケーションプログラムを構成するリソースを、第２の伝送方式で伝送する場合に用いられる第２のディレクトリ構造とを対応付けたマッピング情報を含む。【００２９】
送信装置は、独立した装置であってもよいし、１つの装置を構成している内部ブロックであってもよい。【００３０】
本技術の第２の側面の送信方法又はプログラムは、本技術の第２の側面の送信装置に対応する送信方法又はプログラムである。【００３１】
本技術の第２の側面の送信装置、送信方法、及び、プログラムにおいては、AVコンテンツに連動して実行されるアプリケーションプログラムの動作を制御するための制御情報が生成され、前記AVコンテンツとともに、前記制御情報が送信される。また、前記制御情報には、前記アプリケーションプログラムを構成するリソースを、第１の伝送方式で伝送する場合に用いられる第１のディレクトリ構造と、前記アプリケーションプログラムを構成するリソースを、第２の伝送方式で伝送する場合に用いられる第２のディレクトリ構造とを対応付けたマッピング情報が含まれる。
【発明の効果】
【００３２】
本技術の第１の側面及び第２の側面によれば、最適な制作環境で、アプリケーションプログラムを作成することができる。
【図面の簡単な説明】
【００３３】
【図１】ウェブアプリケーションの制作環境におけるディレクトリ構造を示す図である。
【図２】HTML文書における相対パスの記述例を示す図である。
【図３】データ放送アプリケーションの制作環境におけるディレクトリ構造を示す図である。
【図４】データカルーセル伝送の概要を示す図である。
【図５】本技術の概念を説明するための図である。
【図６】AITの概要を説明するための図である。
【図７】AITに含まれるマッピング情報を用いたリソース参照の具体例を示す図である。
【図８】マッピング情報の具体例を示す図である。
【図９】伝送プロトコル記述子のデータ構造を示す図である。
【図１０】データカルーセル伝送の場合のセレクタバイトのデータ構造を示す図である。
【図１１】HTTP又はHTTPSによる通信伝送の場合のセレクタバイトのデータ構造を示す図である。
【図１２】カルーセルマッピング記述子のデータ構造を示す図である。
【図１３】本技術を適用した放送通信連携システムの一実施の形態の構成を示す図である。
【図１４】本技術を適用した送信装置の一実施の形態の構成を示す図である。
【図１５】本技術を適用した受信装置の一実施の形態の構成を示す図である。
【図１６】アプリケーションサーバの構成例を示す図である。
【図１７】送信処理を説明するフローチャートである。
【図１８】受信処理を説明するフローチャートである。
【図１９】アプリケーション表示処理を説明するフローチャートである。
【図２０】本技術を適用した放送通信連携システムの一実施の形態の他の構成を示す図である。
【図２１】コンピュータの構成例を示す図である。
【発明を実施するための形態】
【００３４】
以下、図面を参照しながら本技術の実施の形態について説明する。
【００３５】
＜本技術の概念＞
【００３６】
図５は、本技術の概念を説明するための図である。
【００３７】
図５において、図中左側の階層構造は、ウェブアプリケーションの制作環境におけるディレクトリ構造を示し、図中右側の階層構造は、データ放送アプリケーションの制作環境におけるディレクトリ構造を示している。なお、以下の説明において、ウェブアプリケーションとデータ放送アプリケーションを特に区別する必要がない場合には、単にアプリケーションと称する。
【００３８】
図５に示すように、ウェブアプリケーションとデータ放送アプリケーションは、HTML文書ファイルや画像ファイル等の複数のリソースから構成されるが、階層構造となるフォルダに配置されるリソースの位置が異なっているため、それらのアプリケーションを同一の制作環境で作成することができない。
【００３９】
そこで、本技術では、マッピング情報をあらかじめ用意して、ウェブアプリケーション用のディレクトリ構造と、データ放送アプリケーション用のディレクトリ構造とを対応付けることで、ウェブアプリケーション用のディレクトリ構造に対応して参照されるリソースが、データ放送アプリケーション用のディレクトリ構造に対応して参照されるようにする。
【００４０】
図６に示すように、マッピング情報は、AIT（Application Information Table）に含めて送られる。AITは、放送コンテンツに連動して実行されるアプリケーションの動作を制御するための制御情報である。例えば、AITには、「Auto Start」などの制御コマンドや、アプリケーションサーバのURL（Uniform Resource Locator）などの情報が記述される。
【００４１】
また、図６に示すように、AITに基づき制御されるアプリケーションは、放送及び通信の少なくとも一方の伝送方式によって伝送される。
【００４２】
以上のように、本技術では、AITにマッピング情報を含めて送ることで、データ放送アプリケーションの作成時に、ウェブアプリケーション用のディレクトリ構造に対応してリソースが参照されることを想定して作成された場合であっても、データ放送アプリケーション用のディレクトリ構造に対応してリソースが参照されるようにすることができる。その結果、制作者は、データ放送アプリケーション用のディレクトリ構造を意識せずに、最適な制作環境でアプリケーションを作成することができる。
【００４３】
＜マッピング情報を用いたリソース参照の具体例＞
【００４４】
図７は、AITに含まれるマッピング情報を用いたリソース参照の具体例を示す図である。図７には、放送と通信の両方の伝送方式を用いた場合におけるリソース参照について示されている。
【００４５】
図７に示すように、AITには記述子として、アプリケーション記述子（Application descriptor）、伝送プロトコル記述子（Transport protocol descriptor）、シンプルアプリケーションロケーション記述子（Simple_app_loc descriptor）、及び、カルーセルマッピング記述子（Carousel mapping descriptor）が配置される。
【００４６】
アプリケーション記述子は、アプリケーションに関する情報が記述される。アプリケーション記述子には、transport_protocol_labelが記述可能である。
【００４７】
transport_protocol_labelは、伝送ストリームを指定するためのラベルである。transport_protocol_labelには、伝送ストリームとして放送が用いられる場合には「1」が指定され、通信が用いられる場合には「2」が指定される。図７の例の場合、放送と通信の両方の伝送方式を用いるため、２つのtransport_protocol_labelが記述され、「1」と「2」がそれぞれ指定される。
【００４８】
伝送プロトコル記述子は、アプリケーションを伝送するためのプロトコルに関する情報が記述される。ただし、アプリケーション記述子にて複数のtransport_protocol_labelが指定された場合には、それぞれに対応する伝送プロトコル記述子が複数配置される。図７の例の場合、放送と通信のtransport_protocol_labelが設定されているため、放送に対応する伝送プロトコル記述子と、通信に対応する伝送プロトコル記述子とがそれぞれ配置される。
【００４９】
放送に対応する伝送プロトコル記述子には、protocol_idとして「4」が指定され、transport_protocol_labelとして「1」が指定される。また、放送に対応する伝送プロトコル記述子には、remote_connection，original_network_id，transport_stream_id，service_id，component_tagが指定される。
【００５０】
remote_connectionには、AITとアプリケーションとが同一のサービスで伝送される場合には「0」が指定され、同一のサービスで伝送されない場合には「1」が指定される。図７の例の場合、AITとアプリケーションとが同一のサービスで伝送されないため、remote_connectionには「1」が指定されている。
【００５１】
original_network_idは、ネットワーク識別を規定するラベルの役割をする。transport_stream_idは、トランスポートストリームを指定するIDである。service_idは、サービスに対応した固有のIDが指定される。component_tagには、PMT（Program Map Table）のストリーム識別記述子で与えられる、対応するストリームのコンポーネントタグの値が指定される。
【００５２】
すなわち、図７の例の場合、original_network_id（n_id）=0x7FE9，transport_stream_id（ts_id）=0x7FE9，service_id（s_id）=0x0448，component_tag（comp_tag）=0x40によって、対象のデータカルーセルが特定されることになる。
【００５３】
これにより、特定されたデータカルーセルにて伝送されているDIIが取得され、モジュールの構成が認識される。そして、DIIに基づきDDBが取得され、対象のモジュールが再構築される。図７の例の場合、DIIでは、Module_id=0x0010，Module_name=app1が指定されているので、Module_id=0x0010となるDDB（モジュール）が取得される。またDDBには複数のファイルの実データが含まれているため、Resource List（RL）として、複数のResource_nameがリスト化されている。例えば、Module_id=0x0010のモジュールにはindex.html等の実データが配置されており、当該モジュールを再構築することで、index.html等のリソースを参照することができる。
【００５４】
一方、通信に対応する伝送プロトコル記述子には、protocol_idとして「3」が指定され、transport_protocol_labelとして「2」が指定される。また、通信に対応する伝送プロトコル記述子には、base_url，url_extensionが指定される。
【００５５】
base_urlには、例えばスキーム名とホスト名とを連結させた文字列などが指定される。また、url_extensionには、例えばアプリケーションサーバのファイルシステムにおけるディレクトリ構造に対応するフォルダ名などが指定される。ただし、url_extensionは、基本的にフォルダ名に対応するが、そうでない場合もある。
【００５６】
また、シンプルアプリケーションロケーション記述子においても、url_extensionが指定可能であり、ここには、例えば制作者によって最終的にリソースを特定するためのフォルダ名やファイル名などが指定される。
【００５７】
すなわち、通信に対応する伝送プロトコル記述子のbase_url，url_extensionと、シンプルアプリケーションロケーション記述子のurl_extensionにより指定された各文字列を連結させることで、リソースを特定可能なURLが得られる。
【００５８】
図７の例の場合、伝送プロトコル記述子のBase_url1には「http://www.xbc.co.jp/」、url_extension1には「apps1」、url_extension2には、「apps_bk」がそれぞれ指定され、シンプルアプリケーションロケーション記述子のurl_extensionには「app1/index.html」が指定されている。この場合には、「http://www.xbc.co.jp/apps1/app1/index.html」と、「http://www.xbc.co.jp/apps_bk/app1/index.html」の２つのURLが得られるので、それらのURLに従い、アプリケーションサーバにアクセスすることで、リソースを参照することができる。
【００５９】
また、図７の例では、伝送プロトコル記述子のBase_url2には「http://www.xbc2.co.jp/」、url_extensionには「apps2」がそれぞれ指定され、シンプルアプリケーションロケーション記述子のurl_extensionには「app1/index.html」が指定されている。この場合には、「http://www.xbc2.co.jp/apps2/app1/index.html」であるURLが得られるので、そのURLに従い、アプリケーションサーバにアクセスすることで、リソースを参照することができる。
【００６０】
以上のようにして、放送又は通信によって伝送されるアプリケーションを構成するリソースが参照されるが、前述したように、ウェブアプリケーション用のディレクトリ構造に対応してリソースが参照されることを想定して作成されたデータ放送アプリケーションが、データカルーセル伝送される場合、このままではリソースを参照することができない。すなわち、この場合には、マッピング情報を用い、ウェブアプリケーション用のディレクトリ構造に対応したリソース参照用のパスを、データ放送アプリケーション用のディレクトリ構造に対応したリソース参照用のパスに変換してから、リソースを参照する必要がある。
【００６１】
そのため、AITにはカルーセルマッピング記述子が配置される。カルーセルマッピング記述子には、マッピング情報（mapping_info）が配置される。図８には、マッピング情報の具体例が示されている。
【００６２】
図８に示すように、ウェブアプリケーションでは、「main」や「image」等の制作者によって作成されたフォルダに各種のリソースが配置される。例えば、mainフォルダには、A.html，B.html等のHTML文書ファイルが配置され、imageフォルダには、a.jpg，b.png，c.jpg，d.gif等の画像ファイルが配置される。
【００６３】
一方、データ放送アプリケーションは、「app1」や「app2」等のモジュール単位（取得単位）ごとのリソースがまとめて配置される。例えば、Module_name=app1であるモジュールにはA.html，a.jpg，b.pngが格納され、Module_name=app2であるモジュールには、B.html，a.jpg，c.jpg，d.gifが格納される。
【００６４】
図８においては、マッピングすべき対象を矢印で対応付けているが、同一のリソースであってもそのディレクトリ構造が異なっている。すなわち、例えば、A.htmlは同一のリソースであるのにもかかわらず、リソース参照用の相対パスが、一方では「/main/A.html」が指定され、他方では「/app1/A.html」が指定されている。従って、マッピング情報では、「/main/A.html」と「/app1/A.html」とが対応付けられるようにする。
【００６５】
同様に、「/main/B.html」と「/app2/B.html」、「/image/b.png」と「/app1/b.png」、「/image/c.jpg」と「/app2/c.jpg」、「/image/d.gif」と「/app2/d.gif」が、それぞれマッピング情報によって対応付けられている。ただし、a.jpgは、A.htmlとB.htmlの両方のリソースから参照されるリソースであって、同一のリソース名となるため、「/image/a.jpg」は、「/app1/a.jpg」と「/app2/a.jpg」の両方に対応付けられている。
【００６６】
このように、ウェブアプリケーション用のディレクトリ構造は、特定のパスに対して相対的な相対パスによってリソースが指定されているので、マッピング情報においては、その相対パスによって指定されるリソースと、データカルーセル伝送で用いられるモジュールに格納されるリソースとを対応付けている。
【００６７】
このようなマッピング情報を含むカルーセルマッピング記述子が、AITに配置されて伝送されるので、データ放送アプリケーションからリソースの参照が行われた場合には、そのリソース参照用のパスを、マッピング情報によって読み替えてからリソースを参照することになる。その結果、ウェブアプリケーション用のディレクトリ構造に対応してリソースが参照されることを想定して作成されたデータ放送アプリケーションであっても、適切にリソースの参照を行うことができる。
【００６８】
ただし、マッピング情報は、読み替えが必要なモジュールについてのみ記述すればよい。すなわち、データ放送アプリケーション用のディレクトリ構造に対応してリソースが参照されることを想定して作成されたデータ放送アプリケーションの場合、リソース参照用のパスの読み替えは必要ないので、その場合にはマッピング情報も不要となる。そして、マッピング情報が存在しない場合には、データ放送アプリケーションに記述されたリソース参照用のパスをそのまま用い、データカルーセルで伝送されるモジュールに格納されるリソースを参照することになる。
【００６９】
また、マッピング情報において、前述した図８のa.jpgのように同一のリソース名が複数存在する場合には、参照中のモジュールに格納されるリソースが優先的に選択されるようにする。例えば、Module_name=app1であるモジュールを参照しているのであれば、リソース参照用のパスを、「/image/a.jpg」から「/app1/a.jpg」に読み替えてから、リソースの参照を行えばよい。さらにまた、マッピング情報のデータサイズが規定値以上となる場合には、複数のカルーセルマッピング記述子を用意して、そこにマッピング情報を分けて記述することができる。
【００７０】
以上、マッピング情報を用いたリソース参照の具体例について説明した。
【００７１】
＜AITに含まれる記述子＞
【００７２】
次に、図９乃至図１２を参照して、図７のAITに配置される記述子の詳細について説明する。
【００７３】
（伝送プロトコル記述子）
図９は、伝送プロトコル記述子のデータ構造を示す図である。
【００７４】
descriptor_tagには、当該記述子に割り当てられたタグ値が記述される。また、descriptor_lengthには、当該記述子の記述子長が記述される。
【００７５】
protocol_idには、アプリケーションを伝送するプロトコルのIDが記述される。HTTP（HyperText Transfer Protocol）又はHTTPS（HTTP over Secure Socket Layer）が用いられる場合には、その値として0x0003が記述される。また、データカルーセル伝送が用いられる場合には、その値として0x0004が記述される。
【００７６】
transport_protocol_labelは、アプリケーション記述子に記述された同一の名称のパラメータに対応している。
【００７７】
セレクタバイト（selector_byte）は、protocol_idごとにデータ構造が規定される領域となる。複数の伝送プロトコルが指定される場合には、伝送プロトコルに応じたデータ構造が規定される。図１０には、protocol_idとして0x0004が指定された場合、すなわち、データカルーセル伝送の場合のセレクタバイトのデータ構造が示されている。また、図１１には、protocol_idとして0x0003が指定された場合、すなわち、HTTP等を用いた通信伝送の場合のセレクタバイトのデータ構造が示されている。
【００７８】
（データカルーセル伝送の場合のセレクタバイト）
図１０は、データカルーセル伝送の場合のセレクタバイトのデータ構造を示す図である。
【００７９】
remote_connectionには、AITとアプリケーションとが同一のサービスで伝送される場合には「0」が指定され、同一のサービスで伝送されない場合には「1」が指定される。ただし、AITが通信によって取得される場合、remote_connectionには「1」が指定される。
【００８０】
remote_connectionに「1」が指定された場合、original_network_id，transport_stream_id，service_idが記述される。また、component_tagは、remote_connectionの値に関係なく記述される。
【００８１】
（通信伝送の場合のセレクタバイト）
図１１は、HTTP又はHTTPSによる通信伝送の場合のセレクタバイトのデータ構造を示す図である。
【００８２】
URL_base_lengthには、base_urlの記述長が記述される。URL_base_byteは、base_urlが記述される領域となる。
【００８３】
URL_extension_countには、url_extensionが複数指定される場合があるので、その数に応じたループ回数が記述される。また、URL_extension_lengthには、url_extensionの記述長が記述される。URL_extension_byteは、url_extensionが記述される領域となる。
【００８４】
以上、伝送プロトコル記述子について説明した。
【００８５】
（カルーセルマッピング記述子）
図１２は、カルーセルマッピング記述子のデータ構造を示す図である。
【００８６】
descriptor_tagには、当該記述子に割り当てられたタグ値が記述される。また、descriptor_lengthには、当該記述子の記述子長が記述される。
【００８７】
number_of_modulesには、マッピング情報が指定されるモジュール数に応じたループ回数が記述される。module_idには、モジュールのIDが指定される。
【００８８】
number_of_resourcesには、リソース数に応じたループ回数が記述される。また、URI_lengthには、URI_dataの記述長が記述される。URI_data_byteは、URI_dataが記述される領域となる。
【００８９】
すなわち、例えば、module_id=1のループに、URI_dataとして、「/main/A.html」，「/image/a.jpg」，「/image/b.png」を配置し、さらに、module_id=2のループに、URI_dataとして、「/main/B.html」，「/image/a.jpg」，「/image/c.jpg」，「/image/d.gif」を配置することで、図８に示したマッピング情報が得られる。ただし、module_id=1のmodule_nameは「app1」であり、module_id=2のmodule_nameは「app2」であるものとする。
【００９０】
以上、カルーセルマッピング記述子について説明した。
【００９１】
＜第１の実施の形態＞
＜放送通信連携システムの構成例＞
【００９２】
次に、本技術のマッピング情報を用いたリソース参照を実現するための具体的な構成について説明する。
【００９３】
図１３は、本技術を適用した放送通信連携システムの一実施の形態の構成を示す図である。
【００９４】
図１３に示すように、放送通信連携システム１は、送信装置１０、受信装置２０、及び、アプリケーションサーバ３０から構成される。また、受信装置２０とアプリケーションサーバ３０とは、インターネット９０を介して相互に接続されている。
【００９５】
送信装置１０は、放送番組等の放送コンテンツを、デジタルテレビジョン放送信号によって送信する。また、送信装置１０は、データ放送アプリケーションを、データカルーセル伝送により送信する。データ放送アプリケーションは、例えばHTML文書ファイルや画像ファイル等から構成される。
【００９６】
受信装置２０は、テレビジョン受像機などの受信機である。受信装置２０は、送信装置１０から送信される放送信号を受信して、放送コンテンツの映像及び音声を取得する。受信装置２０は、取得した映像をディスプレイに表示し、映像に対応する音声をスピーカから出力する。
【００９７】
また、受信装置２０は、送信装置１０から送信される放送信号から、データ放送アプリケーションを取得して表示する。
【００９８】
アプリケーションサーバ３０は、ウェブアプリケーションを管理している。ここで、ウェブアプリケーションは、HTML文書ファイルや画像ファイル等から構成される。アプリケーションサーバ３０は、受信装置２０からの要求に応じて、インターネット９０を介してウェブアプリケーションを受信装置２０に提供する。
【００９９】
受信装置２０は、ウェブアプリケーションを、インターネット９０を介してアプリケーションサーバ３０に要求する。受信装置２０は、要求に応じて、アプリケーションサーバ３０から提供されるウェブアプリケーションを受信して表示する。
【０１００】
なお、図１３の構成例では、説明を簡略化するため、１台の受信装置２０のみを図示しているが、実際には、放送通信連携システム１は、複数台の受信装置２０から構成され、各受信装置２０が、送信装置１０からの放送コンテンツを受信することになる。同様にまた、図１では、１台のアプリケーションサーバ３０のみを図示しているが、実際には、例えば放送事業者ごとに、複数台のアプリケーションサーバが設けられる。
【０１０１】
放送通信連携システム１は、以上のように構成される。
【０１０２】
＜送信装置の構成例＞
【０１０３】
図１４は、本技術を適用した送信装置の一実施の形態の構成を示す図である。
【０１０４】
図１４に示すように、送信装置１０は、音声取得部１１１、オーディオエンコーダ１１２、映像取得部１１３、ビデオエンコーダ１１４、データ放送用データ取得部１１５、データカルーセル用データ生成部１１６、AIT用データ取得部１１７、AIT生成部１１８、多重化部１１９、及び、送信部１２０から構成される。
【０１０５】
音声取得部１１１は、外部のサーバ、マイクロフォン、又は記録媒体等から、放送コンテンツのオーディオ信号を取得し、オーディオエンコーダ１１２に供給する。
【０１０６】
オーディオエンコーダ１１２は、音声取得部１１１から供給されるオーディオ信号を、MPEG（Moving Picture Experts Group）2等の符号化方式に準拠して符号化し、その結果得られるオーディオストリームを、多重化部１１９に供給する。
【０１０７】
映像取得部１１３は、外部のサーバ、カメラ、又は記録媒体等から、放送コンテンツのビデオ信号を取得し、ビデオエンコーダ１１４に供給する。
【０１０８】
ビデオエンコーダ１１４は、映像取得部１１３から供給されるビデオ信号を、MPEG2等の符号化方式に準拠して符号化し、その結果得られるビデオストリームを、多重化部１１９に供給する。
【０１０９】
データ放送用データ取得部１１５は、データカルーセル伝送により送信するデータ放送用のデータを取得し、データカルーセル用データ生成部１１６に供給する。例えば、データ放送用のデータとしては、HTML文書ファイル、JPEG（Joint Photographic Experts Group）やPNG（Portable Network Graphics）等の画像ファイル等が用意される。
【０１１０】
データカルーセル用データ生成部１１６は、データ放送用データ取得部１１５から供給されるデータに基づいて、データカルーセル用データを生成し、セクションデータとして多重化部１１９に供給する。ただし、データカルーセル用データは、モジュールと称されるデータを構成するオブジェクトごとに、データカルーセル伝送で送信されることになる。
【０１１１】
AIT用データ取得部１１７は、AIT用のデータを取得し、AIT生成部１１８に供給する。例えば、AIT用のデータとしては、アプリケーション記述子、伝送プロトコル記述子、シンプルアプリケーションロケーション記述子、及び、カルーセルマッピング記述子等のデータが用意される。
【０１１２】
AIT生成部１１８は、AIT用データ取得部１１７から供給されるデータに基づいて、AITを生成し、セクションデータとして多重化部１１９に供給する。
【０１１３】
多重化部１１９は、オーディオエンコーダ１１２からのオーディオストリームと、ビデオエンコーダ１１４からのビデオストリームと、データカルーセル用データ生成部１１６及びAIT生成部１１８からのセクションデータとを多重化し、その結果得られるトランスポートストリームを、送信部１２０に供給する。
【０１１４】
なお、説明の簡略化のため、図示はしていないが、多重化部１１９には、必要に応じて字幕データが供給され、トランスポートストリームに多重化される。
【０１１５】
送信部１２０は、多重化部１１９から供給されるトランスポートストリームを、アンテナ１２１を介して、放送信号として送信する。
【０１１６】
送信装置１０は、以上のように構成される。
【０１１７】
＜受信装置の構成例＞
【０１１８】
図１５は、本技術を適用した受信装置の一実施の形態の構成を示す図である。
【０１１９】
受信装置２０は、制御部２０１、操作部２０２、チューナ２１２、多重分離部２１３、オーディオデコーダ２１４、ビデオデコーダ２１５、オーディオ出力部２１６、スピーカ２１７、合成部２１８、ビデオ出力部２１９、ディスプレイ２２０、カルーセル処理部２２１、データ放送アプリケーション制御部２２２、AIT取得解析部２２３、ウェブアプリケーション制御部２２４、通信I/F２２５、及び、メモリ２２６から構成される。
【０１２０】
制御部２０１は、受信装置２０の各部の動作を制御する。
【０１２１】
操作部２０２は、ユーザの操作に応じた操作信号を制御部２０１に供給する。例えばユーザがリモートコントローラ（不図示）を操作した場合、その操作に応じた操作信号が制御部２０１に供給される。制御部２０１は、操作部２０２からの操作信号に応じて、受信装置２０の各部の動作を制御する。
【０１２２】
チューナ２１２は、アンテナ２１１により受信された放送信号から、選局が指示されたチャンネルの放送信号を抽出して復調し、その結果得られるトランスポートストリームを、多重分離部２１３に供給する。
【０１２３】
多重分離部２１３は、チューナ２１２から供給されるトランスポートストリームを、オーディオストリーム、ビデオストリーム、及び、セクションデータに分離する。多重分離部２１３は、分離されたストリームのうち、オーディオストリームをオーディオデコーダ２１４に、ビデオストリームをビデオデコーダ２１５に、セクションデータをカルーセル処理部２２１及びAIT取得解析部２２３にそれぞれ供給する。
【０１２４】
オーディオデコーダ２１４は、多重分離部２１３から供給されるオーディオストリームをオーディオエンコーダ１１２（図１４）の符号化方式に対応した復号方式により復号し、その結果得られるオーディオ信号を、オーディオ出力部２１６に供給する。
【０１２５】
オーディオ出力部２１６は、オーディオデコーダ２１４から供給されるオーディオ信号を、スピーカ２１７に供給する。これにより、スピーカ２１７からは、放送番組等の映像に対応する音声が出力される。
【０１２６】
ビデオデコーダ２１５は、多重分離部２１３から供給されるビデオストリームを、ビデオエンコーダ１１４（図１４）の符号化方式に対応した復号方式により復号し、その結果得られるビデオ信号を、合成部２１８に供給する。合成部２１８は、ビデオデコーダ２１５から供給されるビデオ信号を、ビデオ出力部２１９に供給する。
【０１２７】
ビデオ出力部２１９は、合成部２１８から供給されるビデオ信号を、ディスプレイ２２０に供給する。これにより、ディスプレイ２２０には、放送番組等の映像が表示される。
【０１２８】
カルーセル処理部２２１は、多重分離部２１３により分離されるセクションデータのうち、データカルーセル伝送で送信されてくるDSM-CC(Digital Storage Media - Command and Control)セクションに対してセクションフィルタリングを行う。そして、カルーセル処理部２２１は、その結果得られるDII（Download Info Indication）及びDDB（Download Data Block）の解析処理を行う。カルーセル処理部２２１は、DII及びDDBの解析処理の結果得られる、DDBに含まれるHTML文書ファイルや画像ファイル等のリソースのデータをモジュール単位でデータ放送アプリケーション制御部２２２に供給する。
【０１２９】
なお、データ放送アプリケーションのデータは、モジュールと称されるデータを構成するオブジェクトごとに、データカルーセル伝送で送信されてくる。
【０１３０】
データ放送アプリケーション制御部２２２は、カルーセル処理部２２１から供給されるリソースのデータから得られるデータ放送アプリケーションの動作を制御する。例えば、データ放送アプリケーション制御部２２２は、データ放送アプリケーションがHTML文書ファイル等から構成される場合、HTMLブラウザを制御して、データ放送アプリケーションを実行する。データ放送アプリケーションに対応するビデオ信号は、合成部２１８に供給される。
【０１３１】
なお、データ放送アプリケーションがBML文書ファイル等から構成される場合には、BMLブラウザが用いられることになる。
【０１３２】
合成部２１８には、ビデオデコーダ２１５からのビデオ信号と、データ放送アプリケーション制御部２２２からのビデオ信号が供給される。合成部２１８は、放送番組等のビデオ信号と、データ放送アプリケーションのビデオ信号を合成して、ビデオ出力部２１９に供給する。これにより、ディスプレイ２２０には、例えば、放送番組に対して、天気予報などのデータ放送の情報が重畳された映像が表示される。
【０１３３】
また、放送信号には、前述のDSM-CCセクションのほか、AITのセクションが含まれる。AIT取得解析部２２３は、多重分離部２１３により分離されるAITのセクションデータを常時監視して、AITを取得する。AIT取得解析部２２３は、取得済みのAITの解析を行い、その解析結果を、カルーセル処理部２２１と、データ放送アプリケーション制御部２２２又はウェブアプリケーション制御部２２４に供給する。
【０１３４】
カルーセル処理部２２１は、AIT取得解析部２２３からのAIT解析結果に従い、HTML文書ファイルや画像ファイル等のリソースのデータを、モジュール単位でデータ放送アプリケーション制御部２２２に供給する。すなわち、ウェブアプリケーション用のディレクトリ構造に対応してリソースが参照されることを想定して作成されたデータ放送アプリケーションの場合にはマッピング情報が得られるので、カルーセル処理部２２１は、そのマッピング情報を用い、リソース参照用のパスを読み替えてから対象のリソースを参照する。これにより、カルーセル処理部２２１は、リソースのデータをモジュール単位で取得することができる。
【０１３５】
データ放送アプリケーション制御部２２２は、AIT取得解析部２２３からのAIT解析結果に従い、データ放送アプリケーションの動作を制御する。また、ウェブアプリケーション制御部２２４は、AIT取得解析部２２３からのAIT解析結果に従い、ウェブアプリケーションの動作を制御する。
【０１３６】
通信I/F２２５は、ウェブアプリケーション制御部２２４からの制御に従い、インターネット９０を介してアプリケーションサーバ３０にアクセスし、ウェブアプリケーションを要求する。通信I/F２２５は、アプリケーションサーバ３０から提供されるウェブアプリケーションを受信し、メモリ２２６に保持させる。
【０１３７】
ウェブアプリケーション制御部２２４は、AIT取得解析部２２３からのAIT解析結果に従い、メモリ２２６に保持されたウェブアプリケーションを読み出し、そのウェブアプリケーションの動作を制御する。例えば、ウェブアプリケーション制御部２２４は、ウェブアプリケーションがHTML文書ファイル等から構成される場合、HTMLブラウザを制御することで、ウェブアプリケーションを実行する。ウェブアプリケーションに対応するビデオ信号は、合成部２１８に供給される。
【０１３８】
合成部２１８には、ビデオデコーダ２１５からのビデオ信号と、ウェブアプリケーション制御部２２４からのビデオ信号が供給される。合成部２１８は、放送番組等のビデオ信号と、ウェブアプリケーションのビデオ信号を合成して、ビデオ出力部２１９に供給する。これにより、ディスプレイ２２０には、例えば、放送番組に対して、その番組に関連するウェブページ等が重畳された映像が表示される。
【０１３９】
なお、図１５においては、説明の都合上、データ放送アプリケーション制御部２２２と、ウェブアプリケーション制御部２２４とは別のブロックであるとして説明したが、それらのブロックを一体化したアプリケーション制御部が設けられるようにしてもよい。すなわち、その場合には、アプリケーション制御部は、データ放送アプリケーションとウェブアプリケーションの両方の動作を制御する。
【０１４０】
受信装置２０は、以上のように構成される。
【０１４１】
＜アプリケーションサーバの構成例＞
【０１４２】
図１６は、図１３のアプリケーションサーバ３０の構成例を示している。
【０１４３】
アプリケーションサーバ３０は、制御部３１１、アプリケーション生成部３１２、記録部３１３、及び、通信I/F３１４から構成される。
【０１４４】
制御部３１１は、アプリケーションサーバ３０の各部の動作を制御する。
【０１４５】
アプリケーション生成部３１２は、制御部３１１からの制御に従い、ウェブアプリケーションを生成し、記録部３１３に記録する。ここで、ウェブアプリケーションは、HTML文書ファイル、JPEGやPNG等の画像ファイルなどから構成される。これらのリソースは、アプリケーションサーバ３０のファイルシステムにおけるディレクトリ構造に従って配置される。
【０１４６】
制御部３１１は、受信装置２０からウェブアプリケーションが要求された場合、記録部３１３からウェブアプリケーションを読み出して取得する。
【０１４７】
通信I/F３１４は、制御部３１１からの制御に従い、ウェブアプリケーションを、インターネット９０を介して受信装置２０に送信する。
【０１４８】
アプリケーションサーバ３０は、以上のように構成される。
【０１４９】
＜各装置で行われる具体的な処理の内容＞
【０１５０】
次に、図１７乃至図１９を参照して、放送通信連携システム１を構成する各装置で行われる具体的な処理の内容について説明する。
【０１５１】
（送信処理）
まず、図１７のフローチャートを参照して、送信装置１０によって実行される送信処理について説明する。
【０１５２】
ステップＳ１１１において、音声取得部１１１は、外部のサーバ等から、放送コンテンツの音声に対応するオーディオ信号を取得する。また、ステップＳ１１２において、映像取得部１１３は、外部のサーバ等から、放送コンテンツの映像に対応するビデオ信号を取得する。
【０１５３】
ステップＳ１１３において、データ放送用データ取得部１１５は、データ放送用データを取得する。また、ステップＳ１１４において、AIT用データ取得部１１７は、AIT用データを取得する。
【０１５４】
ステップＳ１１５において、オーディオエンコーダ１１２は、音声取得部１１１により取得されたオーディオ信号を符号化し、オーディオストリームを生成する。
【０１５５】
ステップＳ１１６において、ビデオエンコーダ１１４は、映像取得部１１３により取得されたビデオ信号を符号化し、ビデオストリームを生成する。
【０１５６】
ステップＳ１１７において、データカルーセル用データ生成部１１６は、データ放送用データ取得部１１５により取得されたデータ放送用のデータに基づいて、データカルーセル用データを生成する。データカルーセル用データは、セクション形式のセクションデータからなる。
【０１５７】
ステップＳ１１８において、AIT生成部１１８は、AIT用データ取得部１１７により取得されたAIT用データに基づいて、AITを生成する。AITのデータは、セクション形式のセクションデータからなる。
【０１５８】
ステップＳ１１９において、多重化部１１９は、オーディオエンコーダ１１２により生成されたオーディオストリームと、ビデオエンコーダ１１４により生成されたビデオストリームと、データカルーセル用データ生成部１１６及びAIT生成部１１８により生成されたセクションデータとを多重化して、トランスポートストリームを生成する。
【０１５９】
ステップＳ１２０において、送信部１２０は、多重化部１１９により生成されたトランスポートストリームを、アンテナ１２１を介して、放送信号として送信する。ステップＳ１２０の処理が終了すると、処理はステップＳ１１１に戻され、それ以降の処理が繰り返されることになる。
【０１６０】
以上で、送信処理の説明を終了する。
【０１６１】
（受信処理）
次に、図１８のフローチャートを参照して、受信装置２０によって実行される受信処理について説明する。
【０１６２】
ステップＳ２１１において、チューナ２１２は、アンテナ２１１により受信された放送信号から、選局が指示されたチャンネルの放送信号を抽出して復調する。
【０１６３】
ステップＳ２１２において、多重分離部２１３は、チューナ２１２により復調されたトランスポートストリームを、オーディオストリーム、ビデオストリーム、及び、セクションデータに分離する。
【０１６４】
ステップＳ２１３において、オーディオデコーダ２１４は、多重分離部２１３により分離されたオーディオストリームを復号し、オーディオ信号を生成する。
【０１６５】
ステップＳ２１４において、ビデオデコーダ２１５は、多重分離部２１３により分離されたビデオストリームを復号し、ビデオ信号を生成する。
【０１６６】
ステップＳ２１５において、スピーカ２１７は、オーディオ信号に対応する音声を出力する。また、ディスプレイ２２０は、ビデオ信号に対応する映像を表示する。これにより、ディスプレイ２２０には、放送番組等の放送コンテンツの映像が表示され、スピーカ２１７からは、その映像に対応する音声が出力される。
【０１６７】
ステップＳ２１５の処理が終了すると、処理はステップＳ２１１に戻り、それ以降の処理が繰り返される。
【０１６８】
以上で、受信処理の説明を終了する。
【０１６９】
（アプリケーション表示処理）
次に、図１９のフローチャートを参照して、受信装置２０によって実行されるアプリケーション表示処理について説明する。
【０１７０】
ステップＳ２５１において、制御部２０１は、操作部２０２からの操作信号に基づき、チャンネルの選局が指示されたか否かを判定する。ステップＳ２５１において、チャンネルの選局が指示されるのを待って、処理はステップＳ２５２に進められる。
【０１７１】
ステップＳ２５２において、AIT取得解析部２２３は、多重分離部２１３により分離されるAITのセクションデータを常時監視して、AITを取得する。また、ステップＳ２５３において、AIT取得解析部２２３は、取得済みのAITの解析を行う。
【０１７２】
ステップＳ２５４においては、アプリケーションを表示するか否かが判定される。ステップＳ２５４において、アプリケーションを表示すると判定されるのを待って、処理は、ステップＳ２５５に進められる。
【０１７３】
ステップＳ２５５において、AIT取得解析部２２３は、取得済みのAITの解析結果に基づき、リソースをデータカルーセルから取得するか否かを判定する。ここでは、AITに配置された伝送プロトコル記述子のパラメータによってリソースの取得先が判定される。
【０１７４】
すなわち、protocol_idとして0x0004が指定され、セレクタバイトにデータカルーセル伝送についてのパラメータが記述される場合には、リソースがデータカルーセルから取得されると判定される。一方、protocol_idとして0x0003が指定され、セレクタバイトにHTTP等を用いた通信伝送についてのパラメータが記述される場合には、リソースがアプリケーションサーバ３０から取得されると判定される。ただし、図７に示したように、データカルーセル伝送とHTTP等を用いた通信伝送との両方のパラメータが記述されている場合には、その運用に応じて、例えばデータカルーセル伝送が優先される。
【０１７５】
ステップＳ２５５において、リソースをデータカルーセルから取得すると判定された場合、処理はステップＳ２５６に進められる。ステップＳ２５６において、AIT取得解析部２２３は、取得済みのAITの解析結果に基づき、リソース参照用のパスがマッピング情報により対応付けられているか否かを判定する。
【０１７６】
ステップＳ２５６において、リソース参照用のパスがマッピング情報により対応付けられていると判定された場合、処理はステップＳ２５７に進められる。ステップＳ２５７において、カルーセル処理部２２１は、AIT取得解析部２２３からのマッピング情報を用い、リソース参照用のパスを読み替える。そして、ステップＳ２５８において、カルーセル処理部２２１は、読み替えられたリソース参照用のパスに従い、データカルーセル伝送されるモジュールとそのモジュールに格納されるリソースを参照し、そのリソースのデータを取得する。
【０１７７】
これにより、ウェブアプリケーション用のディレクトリ構造に対応してリソースが参照されることを想定して作成されたデータ放送アプリケーションであっても、適切にリソースの参照を行うことができる。
【０１７８】
一方、ステップＳ２５６において、リソース参照用のパスがマッピング情報により対応付けられていないと判定された場合、リソース参照用のパスの読み替えは必要ないので、ステップＳ２５７はスキップされ、処理はステップＳ２５８に進められる。この場合、カルーセル処理部２２１は、リソース参照用のパスをそのまま用い、データカルーセル伝送されるモジュールとそのモジュールに格納されるリソースを参照して、リソースのデータを取得することになる（Ｓ２５８）。すなわち、データ放送アプリケーション用のディレクトリ構造に対応してリソースが参照されることを想定して作成されたデータ放送アプリケーションの場合、リソース参照用のパスの読み替えは行われない。
【０１７９】
ステップＳ２５８にてリソースが取得されると、処理はステップＳ２５９に進められる。ステップＳ２５９において、データ放送アプリケーション制御部２２２は、カルーセル処理部２２１からのリソースのデータから得られるデータ放送アプリケーションを、合成部２１８及びビデオ出力部２１９を介してディスプレイ２２０に表示させる。
【０１８０】
また、ステップＳ２５５において、リソースをアプリケーションサーバ３０から取得すると判定された場合、処理はステップＳ２６０に進められる。ステップＳ２６０において、ウェブアプリケーション制御部２２４は、AIT取得解析部２２３からのAITの解析結果に基づき、通信I/F２２５を制御して、アプリケーションサーバ３０からウェブアプリケーションのリソースを取得する。そして、ウェブアプリケーション制御部２２４は、ウェブアプリケーションを、合成部２１８及びビデオ出力部２１９を介してディスプレイ２２０に表示させる（Ｓ２５９）。
【０１８１】
ステップＳ２５９にてアプリケーションが表示されると、処理はステップＳ２６１に進められる。ステップＳ２６１においては、表示中のアプリケーションの遷移が行われるか否かが判定される。ステップＳ２６１において、アプリケーションの遷移が行われると判定された場合、処理はステップＳ２５５に戻り、それ以降の処理が繰り返される。
【０１８２】
一方、ステップＳ２６１において、アプリケーションの遷移が行われないと判定された場合、処理はステップＳ２６２に進められる。ステップＳ２６２においては、アプリケーションを終了するか否かが判定される。ステップＳ２６２において、アプリケーションの実行を継続すると判定された場合、ステップＳ２６１に戻り、ステップＳ２６１の判定処理が繰り返される。
【０１８３】
そして、ステップＳ２６２において、アプリケーションを終了すると判定された場合、図１９のアプリケーション表示処理は終了する。
【０１８４】
以上で、アプリケーション表示処理の説明を終了する。
【０１８５】
＜第２の実施の形態＞
＜放送通信連携システムの構成例＞
【０１８６】
図２０は、本技術を適用した放送通信連携システムの一実施の形態の他の構成を示す図である。図２０に示すように、放送通信連携システム２は、送信装置１０、受信装置２０、アプリケーションサーバ３０、及び、XML-AITサーバ４０から構成される。
【０１８７】
XML-AITサーバ４０は、XML-AITを管理している。XML-AITサーバ４０は、受信装置２０からの要求に応じて、インターネット９０を介してXML-AITを受信装置２０に提供する。
【０１８８】
ここで、XML-AITは、XML（Extensible Markup Language）形式で記述されるAIT（Application Information Table）である。例えば、XML-AITには、「Auto Start」などの制御コマンドや、アプリケーションサーバ３０のURL（Uniform Resource Locator）などのアプリケーションの動作を制御するための制御情報が記述される。
【０１８９】
受信装置２０は、インターネット９０を介してXML-AITサーバ４０にアクセスして、XML-AITを取得する。受信装置２０は、XML-AITに基づいて、例えば、即時に自動実行するように設定されたウェブアプリケーションを、アプリケーションサーバ３０から取得して即時に実行する。
【０１９０】
このように、図２０の構成の場合、AITは放送により伝送されるのではなく、インターネット９０を利用した通信によって伝送される。また、AITは、バイナリ形式又はXML形式のデータからなり、バイナリ形式のAITは、AITのセクション又はデータカルーセル伝送により伝送される。一方、XML形式のXML-AITは、通信による伝送のほか、データカルーセル伝送によっても伝送することが可能である。
【０１９１】
以上、放送通信連携システム２について説明した。
【０１９２】
なお、受信装置２０は、通信コンテンツのストリーミング再生が指示された場合には、インターネット９０上に設けられた配信サーバ（不図示）にアクセスし、配信サーバから配信される通信コンテンツのストリーミング再生を行うことが可能である。ここで、通信コンテンツは、例えば、VOD（Video On Demand）により配信される、放送済の放送番組や公開済みの映画、オリジナルの映像番組などである。また、前述のアプリケーションが、通信コンテンツに連動して実行されるようにしてもよい。
【０１９３】
以上のように、本技術によれば、アプリケーションの制作者にとって最適な制作環境で、アプリケーションを作成することができる。
【０１９４】
特に、ウェブアプリケーションの制作者は、ウェブアプリケーションの制作環境になれているため、HTML文書ファイルや画像ファイルなどから構成されるデータ放送アプリケーションを作成する場合にも、ウェブアプリケーションの制作環境で作成を行いたいという要求があるが、AITにマッピング情報を配置するだけで、それを実現することができる。その結果、アプリケーションの制作者の作業効率が向上し、アプリケーションの開発の効率を上げるとともに、その開発コストを下げることができる。
【０１９５】
なお、前述の説明では、受信装置２０は、テレビジョン受像機であるとして説明したが、それに限らず、例えば、ディスプレイやスピーカを有さない構成とすることで、その機能が、ビデオレコーダ等の電子機器に内蔵されるようにしてもよい。また、本技術は、テレビジョン受像機に限らず、例えば、パーソナルコンピュータやタブレット型の端末装置、携帯電話機などの電子機器に適用することができる。
【０１９６】
＜本技術を適用したコンピュータの説明＞
【０１９７】
前述した一連の処理は、ハードウェアにより実行することもできるし、ソフトウェアにより実行することもできる。一連の処理をソフトウェアにより実行する場合には、そのソフトウェアを構成するプログラムが、コンピュータにインストールされる。ここで、コンピュータには、専用のハードウェアに組み込まれているコンピュータや、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば汎用のパーソナルコンピュータなどが含まれる。
【０１９８】
図２１は、前述した一連の処理をプログラムにより実行するコンピュータのハードウェアの構成例を示すブロック図である。
【０１９９】
コンピュータ９００において、CPU（Central Processing Unit）９０１，ROM（Read Only Memory）９０２，RAM（Random Access Memory）９０３は、バス９０４により相互に接続されている。
【０２００】
バス９０４には、さらに、入出力インタフェース９０５が接続されている。入出力インタフェース９０５には、入力部９０６、出力部９０７、記録部９０８、通信部９０９、及びドライブ９１０が接続されている。
【０２０１】
入力部９０６は、キーボード、マウス、マイクロフォンなどよりなる。出力部９０７は、ディスプレイ、スピーカなどよりなる。記録部９０８は、ハードディスクや不揮発性のメモリなどよりなる。通信部９０９は、ネットワークインタフェースなどよりなる。ドライブ９１０は、磁気ディスク、光ディスク、光磁気ディスク、又は半導体メモリなどのリムーバブルメディア９１１を駆動する。
【０２０２】
以上のように構成されるコンピュータ９００では、CPU９０１が、例えば、記録部９０８に記憶されているプログラムを、入出力インタフェース９０５及びバス９０４を介して、RAM９０３にロードして実行することにより、前述した一連の処理が行われる。
【０２０３】
コンピュータ９００（CPU９０１）が実行するプログラムは、例えば、パッケージメディア等としてのリムーバブルメディア９１１に記録して提供することができる。また、プログラムは、ローカルエリアネットワーク、インターネット、デジタル衛星放送といった、有線又は無線の伝送媒体を介して提供することができる。
【０２０４】
コンピュータ９００では、プログラムは、リムーバブルメディア９１１をドライブ９１０に装着することにより、入出力インタフェース９０５を介して、記録部９０８にインストールすることができる。また、プログラムは、有線又は無線の伝送媒体を介して、通信部９０９で受信し、記録部９０８にインストールすることができる。その他、プログラムは、ROM９０２や記録部９０８に、あらかじめインストールしておくことができる。
【０２０５】
なお、コンピュータ９００が実行するプログラムは、本明細書で説明する順序に沿って時系列に処理が行われるプログラムであっても良いし、並列に、あるいは呼び出しが行われたとき等の必要なタイミングで処理が行われるプログラムであっても良い。
【０２０６】
ここで、本明細書において、コンピュータ９００に各種の処理を行わせるためのプログラムを記述する処理ステップは、必ずしもフローチャートとして記載された順序に沿って時系列に処理する必要はなく、並列的あるいは個別に実行される処理（例えば、並列処理あるいはオブジェクトによる処理）も含むものである。
【０２０７】
また、プログラムは、１のコンピュータにより処理されるものであってもよいし、複数のコンピュータによって分散処理されるものであってもよい。さらに、プログラムは、遠方のコンピュータに転送されて実行されるものであってもよい。
【０２０８】
さらに、本明細書において、システムとは、複数の構成要素（装置、モジュール（部品）等）の集合を意味し、すべての構成要素が同一筐体中にあるか否かは問わない。したがって、別個の筐体に収納され、ネットワークを介して接続されている複数の装置、及び、１つの筐体の中に複数のモジュールが収納されている１つの装置は、いずれも、システムである。
【０２０９】
なお、本技術の実施の形態は、前述した実施の形態に限定されるものではなく、本技術の要旨を逸脱しない範囲において種々の変更が可能である。
【０２１０】
例えば、本技術は、１つの機能を、ネットワークを介して複数の装置で分担、共同して処理するクラウドコンピューティングの構成をとることができる。
【０２１１】
また、前述のフローチャートで説明した各ステップは、１つの装置で実行する他、複数の装置で分担して実行することができる。
【０２１２】
さらに、１つのステップに複数の処理が含まれる場合には、その１つのステップに含まれる複数の処理は、１つの装置で実行する他、複数の装置で分担して実行することができる。
【０２１３】
なお、本技術は、以下のような構成をとることができる。
【０２１４】
（１）
AVコンテンツを受信する受信部と、
前記AVコンテンツに連動して実行されるアプリケーションプログラムを構成するリソースを、第１の伝送方式で伝送する場合に用いられる第１のディレクトリ構造と、前記アプリケーションプログラムを構成するリソースを、第２の伝送方式で伝送する場合に用いられる第２のディレクトリ構造とを対応付けたマッピング情報を取得するマッピング情報取得部と、
前記第１のディレクトリ構造に従い作成されたリソースにより構成される前記アプリケーションプログラムが前記第２の伝送方式で伝送される場合、前記マッピング情報を用い、前記第１のディレクトリ構造に従い作成されたリソースを前記第２のディレクトリ構造に対応付けることで、前記第２の伝送方式で伝送される前記アプリケーションプログラムを取得するアプリケーション取得部と
を備える受信装置。
（２）
前記マッピング情報は、前記アプリケーションプログラムの動作を制御するための制御情報に含まれており、
前記制御情報に基づいて、前記アプリケーションプログラムの動作を制御する制御部をさらに備える
（１）に記載の受信装置。
（３）
前記第１の伝送方式は、インターネットを用いた通信による伝送であって、
前記第１のディレクトリ構造は、通信による伝送用のアプリケーションプログラムの制作環境で用いられる階層構造からなり、
前記第２の伝送方式は、データカルーセル伝送を用いた放送による伝送であって、
前記第２のディレクトリ構造は、放送による伝送用のアプリケーションプログラムの制作環境で用いられる階層構造からなる
（１）又は（２）に記載の受信装置。
（４）
前記第１のディレクトリ構造は、特定のパスに対して相対的な相対パスによって、リソースが指定されており、
前記マッピング情報は、相対パスにより指定されるリソースと、データカルーセル伝送で用いられるモジュールに格納されるリソースとを対応付けている
（３）に記載の受信装置。
（５）
前記アプリケーション取得部は、前記マッピング情報を用い、前記第１のディレクトリ構造に従い作成されたリソースを前記第２のディレクトリ構造に対応付ける場合に、同一のリソース名が存在するとき、参照中のモジュールに格納されるリソースを優先的に選択する
（４）に記載の受信装置。
（６）
前記アプリケーション取得部は、前記制御情報に含まれる伝送方式を示す情報に従い、通信及び放送のいずれか一方の伝送方式により伝送される前記アプリケーションプログラムを取得する
（３）乃至（５）のいずれか一項に記載の受信装置。
（７）
前記制御情報は、通信及び放送のいずれか一方の伝送方式により伝送される
（３）乃至（６）のいずれか一項に記載の受信装置。
（８）
前記アプリケーション取得部は、前記第２のディレクトリ構造に従い作成されたリソースにより構成される前記アプリケーションプログラムが前記第２の伝送方式で伝送される場合、前記マッピング情報を用いずに、前記第２の伝送方式で伝送される前記アプリケーションプログラムを取得する
（２）乃至（７）のいずれか一項に記載の受信装置。
（９）
受信装置の受信方法において、
前記受信装置が、
AVコンテンツを受信し、
前記AVコンテンツに連動して実行されるアプリケーションプログラムを構成するリソースを、第１の伝送方式で伝送する場合に用いられる第１のディレクトリ構造と、前記アプリケーションプログラムを構成するリソースを、第２の伝送方式で伝送する場合に用いられる第２のディレクトリ構造とを対応付けたマッピング情報を取得し、
前記第１のディレクトリ構造に従い作成されたリソースにより構成される前記アプリケーションプログラムが前記第２の伝送方式で伝送される場合、前記マッピング情報を用い、前記第１のディレクトリ構造に従い作成されたリソースを前記第２のディレクトリ構造に対応付けることで、前記第２の伝送方式で伝送される前記アプリケーションプログラムを取得する
ステップを含む受信方法。
（１０）
コンピュータを、
AVコンテンツを受信する受信部と、
前記AVコンテンツに連動して実行されるアプリケーションプログラムを構成するリソースを、第１の伝送方式で伝送する場合に用いられる第１のディレクトリ構造と、前記アプリケーションプログラムを構成するリソースを、第２の伝送方式で伝送する場合に用いられる第２のディレクトリ構造とを対応付けたマッピング情報を取得するマッピング情報取得部と、
前記第１のディレクトリ構造に従い作成されたリソースにより構成される前記アプリケーションプログラムが前記第２の伝送方式で伝送される場合、前記マッピング情報を用い、前記第１のディレクトリ構造に従い作成されたリソースを前記第２のディレクトリ構造に対応付けることで、前記第２の伝送方式で伝送される前記アプリケーションプログラムを取得するアプリケーション取得部と
して機能させるためのプログラム。
（１１）
AVコンテンツに連動して実行されるアプリケーションプログラムの動作を制御するための制御情報を生成する生成部と、
前記AVコンテンツとともに、前記制御情報を送信する送信部と
を備え、
前記制御情報は、前記アプリケーションプログラムを構成するリソースを、第１の伝送方式で伝送する場合に用いられる第１のディレクトリ構造と、前記アプリケーションプログラムを構成するリソースを、第２の伝送方式で伝送する場合に用いられる第２のディレクトリ構造とを対応付けたマッピング情報を含む
送信装置。
（１２）
送信装置の送信方法において、
前記送信装置が、
AVコンテンツに連動して実行されるアプリケーションプログラムの動作を制御するための制御情報を生成し、
前記AVコンテンツとともに、前記制御情報を送信する
ステップを含み、
前記制御情報は、前記アプリケーションプログラムを構成するリソースを、第１の伝送方式で伝送する場合に用いられる第１のディレクトリ構造と、前記アプリケーションプログラムを構成するリソースを、第２の伝送方式で伝送する場合に用いられる第２のディレクトリ構造とを対応付けたマッピング情報を含む
送信方法。
（１３）
コンピュータを、
AVコンテンツに連動して実行されるアプリケーションプログラムの動作を制御するための制御情報を生成する生成部と、
前記AVコンテンツとともに、前記制御情報を送信する送信部と
して機能させ、
前記制御情報は、前記アプリケーションプログラムを構成するリソースを、第１の伝送方式で伝送する場合に用いられる第１のディレクトリ構造と、前記アプリケーションプログラムを構成するリソースを、第２の伝送方式で伝送する場合に用いられる第２のディレクトリ構造とを対応付けたマッピング情報を含む
プログラム。
【符号の説明】
【０２１５】
１，２  放送通信連携システム，  １０  送信装置，  ２０  受信装置，  ３０  アプリケーションサーバ，  ４０  XML-AITサーバ，  ９０  インターネット，  ２０１  制御部，  ２１２  チューナ，  ２２１  カルーセル処理部，  ２２２  データ放送アプリケーション制御部，  ２２３  AIT取得解析部，  ２２４  ウェブアプリケーション制御部，  ２２５  通信I/F，  ２２０  ディスプレイ，  ９００  コンピュータ，  ９０１  CPU
【図１】
2014084073.tif 000003
【図２】
2014084073.tif 000004
【図３】
2014084073.tif 000005
【図４】
2014084073.tif 000006
【図５】
2014084073.tif 000007
【図６】
2014084073.tif 000008
【図７】
2014084073.tif 000009
【図８】
2014084073.tif 000010
【図９】
2014084073.tif 000011
【図１０】
2014084073.tif 000012
【図１１】
2014084073.tif 000013
【図１２】
2014084073.tif 000014
【図１３】
2014084073.tif 000015
【図１４】
2014084073.tif 000016
【図１５】
2014084073.tif 000017
【図１６】
2014084073.tif 000018
【図１７】
2014084073.tif 000019
【図１８】
2014084073.tif 000020
【図１９】
2014084073.tif 000021
【図２０】
2014084073.tif 000022
【図２１】
2014084073.tif 000023
【国際調査報告】
2014084073.tif 000024
2014084073.tif 000025
2014084073.tif 000026