(57)【要約】      （修正有）【課題】マルチビュー番組を提示するためのアプリケーションが、任意のマルチビュー番組を適切に提示することが可能な受信装置及びプログラムを提供する。【解決手段】受信装置３のアプリケーション関連処理部３８は、マルチビュー番組を提示するＵＩ（Ｕｓｅｒ  Ｉｎｔｅｒｆａｃｅ）描画処理部と、各コンポーネントのタグと番組の識別子が紐付いた情報を取得するＳＩ（Ｓｅｒｖｉｃｅ  Ｉｎｆｏｒｍａｔｉｏｎ）情報取得処理部を備える。ＵＩ描画処理部は、マルチビュー番組の識別子を含む要素が記述されている構造化文書を参照して、提示すべきコンポーネントを選択する。【選択図】図１
2017046308.tif 000002
【特許請求の範囲】
【請求項１】
マルチビュー番組を提示するための構造化文書を読み出して、上記マルチビュー番組を構成する各番組を同時期に提示する提示処理部と、
上記各番組の識別子を含む情報であって、上記各番組について、該番組を構成する各コンポーネントのタグが該番組の識別子に紐付いた形で含まれている情報を取得する取得処理部と、を備え、
上記構造化文書には、上記各番組について、該番組を提示するための要素として、該番組の識別子を含む要素が記述されており、
上記提示処理部は、上記各番組について、上記要素を参照して該番組の識別子を特定し、特定した識別子に紐付いたタグに対応するコンポーネントの中から提示すべきコンポーネントを選択する、ことを特徴とする受信装置。
【請求項２】
上記提示処理部は、上記マルチビュー番組に、番組を変更する旨の操作を受け付ける操作子を含めて提示し、
上記取得処理部は、上記操作子に対する操作を受け付けた場合に、上記情報を取得する、ことを特徴とする請求項１に記載の受信装置。
【請求項３】
上記提示処理部は、所定のイベントが発生した場合に、上記各番組について、上記要素を参照して該番組の識別子を特定し、特定した識別子に紐付いたタグに対応するコンポーネントの中から提示すべきコンポーネントを選択する、ことを特徴とする請求項１に記載の受信装置。
【請求項４】
上記所定のイベントは、上記取得処理部が上記情報を取得した時に発生するイベントである、ことを特徴とする請求項３に記載の受信装置。
【請求項５】
上記要素には、上記各番組について、該番組の識別子を属性値として含むパラメータ要素が記述されており、
上記提示処理部は、上記パラメータ要素を参照して、該番組の識別子を特定し、特定した識別子に紐付いたタグに対応するコンポーネントの中から提示すべきコンポーネントを選択する、ことを特徴とする請求項１〜４の何れか１項に記載の受信装置。
【請求項６】
上記パラメータ要素に属性値として含まれる該番組の識別子は、該番組を構成するコンポーネントのタグのグループを識別する識別子である、ことを特徴とする請求項５に記載の受信装置。
【請求項７】
上記マルチビュー番組はＭＭＴにより伝送されるものであり、
上記構造化文書には、該構造化文書を読み出すアプリケーションが上記情報を取得するための処理であって、ＭＭＴ用のオブジェクトに定義された関数を呼び出す処理が記述されている、ことを特徴とする請求項１〜４の何れか１項に記載の受信装置。
【請求項８】
請求項１に記載の受信装置としてコンピュータを機能させるためのプログラムであって、上記提示処理部および上記取得処理部としてコンピュータを機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、マルチビュー番組を提示する受信装置および当該受信装置としてコンピュータを機能させるためのプログラムに関する。
【背景技術】
【０００２】
デジタル放送を受信する受信装置では、複数の番組を同時に表示するマルチビューを提供することができる。そのため、マルチビューに関する技術が開発されている。例えば、特許文献１には、複数の番組を同時に受信し、受信した各番組に多重化された単一または複数の映像および音声のうち、ユーザに指定された映像及び／又は音声を提示する受信装置が開示されている。
【０００３】
また、近年サービスが開始された放送通信連携サービスのハイブリッドキャストでは、放送映像および番組情報等の放送リソースにアクセスするために、ＨＴＭＬ（Hyper Text Markup Language）アプリケーションから制御可能な拡張ＡＰＩ（Application Programming Interface）が定義されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００３−１４３４９６号公報（２００３年５月１６日公開）
【非特許文献】
【０００５】
【非特許文献１】一般社団法人 電波産業会，デジタル放送におけるMMTによるメディアトランスポート方式 標準規格 ARIB STD-B60 1.2版，P103-P115,P131-P134，2015年3月17日発行
【非特許文献２】一般社団法人 電波産業会，デジタル放送におけるマルチメディア符号化方式（第２世代） 標準規格 ARIB STD-B62 1.1版，P7-10,P22-23,P25-32,P51-55，2015年3月17日発行
【非特許文献３】一般社団法人 IPTVフォーラム,HTML5ブラウザ仕様 IPTVFJ STD-0011 2.0版,P81-82, 2014年6月29日発行
【発明の概要】
【発明が解決しようとする課題】
【０００６】
現在策定中の超高精細度テレビジョン放送（８Ｋまたは４Ｋ放送）向けの放送規格では、ＨＴＭＬアプリケーションによるマルチビュー番組を提供可能になる予定である。しかしながら、現在策定中の超高精細度テレビジョン放送向けの放送規格では、放送中のマルチビュー番組で提供されている映像、音声、および字幕が主番組または副番組において存在する場合、それらの組み合わせの情報をＨＴＭＬアプリケーション側に通知する手段が提供されていない。そのため、この場合、ＨＴＭＬアプリケーションは、マルチビュー番組を適切に提示することができない。
【０００７】
本発明は、上記の問題点に鑑みてなされたものであり、その目的は、マルチビュー番組を提示するためのアプリケーション（構造化文書によって記述されたアプリケーション）が、任意のマルチビュー番組を適切に提示することが可能な受信装置およびプログラムを提供することにある。
【課題を解決するための手段】
【０００８】
上記の課題を解決するために、本発明の一態様に係る受信装置は、マルチビュー番組を提示するための構造化文書を読み出して、上記マルチビュー番組を構成する各番組を同時期に提示する提示処理部と、上記各番組の識別子を含む情報であって、上記各番組について、該番組を構成する各コンポーネントのタグが該番組の識別子に紐付いた形で含まれている情報を取得する取得処理部と、を備え、上記構造化文書には、上記各番組について、該番組を提示するための要素として、該番組の識別子を含む要素が記述されており、上記提示処理部は、上記各番組について、上記要素を参照して該番組の識別子を特定し、特定した識別子に紐付いたタグに対応するコンポーネントの中から提示すべきコンポーネントを選択する。
【発明の効果】
【０００９】
本発明の一態様によれば、マルチビュー番組を提示するためのアプリケーション（構造化文書によって記述されたアプリケーション）が、任意のマルチビュー番組を適切に提示し、主番組または副番組で提供されている任意の映像、音声、および字幕を選択することが可能になる。
【図面の簡単な説明】
【００１０】
【図１】本発明の実施形態１におけるマルチビュー番組提示システムの要部構成を示すブロック図である。
【図２】本発明の実施形態１におけるアプリケーション関連処理部の要部構成を示すブロック図である。
【図３】本発明の実施形態１において表示される画面の例である。
【図４】本発明の実施形態１における放送信号のデータ構造の例を示す図である。
【図５】図４における放送信号に含まれる各番組と各アセットとの組み合わせを示す表形式のデータを示す図である。
【図６】本発明の実施形態１におけるＭＨ−コンポーネントグループ記述子の例である。
【図７】本発明の実施形態１におけるＨＴＭＬアプリケーションの記述例である。
【図８】本発明の実施形態１におけるメソッド「tuneTo」の定義を例示した図である。
【図９】本発明の実施形態１におけるＨＴＭＬアプリケーションのスクリプトタグの記述例および受信装置が表示する画面例である。
【図１０】本発明の実施形態１における「ReceiverDevice」オブジェクトの定義およびＨＴＭＬアプリケーションのスクリプトタグの記述例である。
【図１１】本発明の実施形態１における「StreamEventTarget」オブジェクトの定義およびＨＴＭＬアプリケーションのスクリプトタグの記述例である。
【図１２】本発明の実施形態１において各番組と各アセットとを紐付けるオブジェクトタグの記述例である。
【図１３】本発明の実施形態１における放送映像音声オブジェクトの定義およびスクリプトタグの記述例である。
【発明を実施するための形態】
【００１１】
本明細書では、番組（コンテンツ）の伝送規格としてＭＭＴ（MPEG Media Transport）を採用する。ＭＭＴは、ＩＰ（Internet Protocol）上で用いるメディアトランスポート方式であり、多様な伝送路でのメディア伝送を可能にする方式である。具体的には、ＭＭＴは、制御情報でパケットＩＤやＩＰアドレスやＵＲＬを指定することにより、異なる伝送路を介して、番組を構成する映像、音声およびデータ等のコンポーネントを参照することができる。また、本明細書では、ＭＭＴにより実現される８Ｋ（または４Ｋ）放送を想定する。
【００１２】
また、本明細書において、「マルチビュー番組」とは、１つの番組（一放送事業者が提供する番組）に複数の番組（主番組／副番組）が含まれている番組を指している。また、「マルチビュー番組を提示」とは、上記複数の番組を同時期に提示することを指しており、特に、本明細書では、複数の番組を同時期に表示することを指している。
【００１３】
〔実施形態１〕
以下、本発明の実施の形態について、詳細に説明する。
【００１４】
（マルチビュー番組提示システム１）
マルチビュー番組提示システム１について、図１を用いて説明する。図１は、本発明の実施形態１におけるマルチビュー番組提示システム１の要部構成を示すブロック図である。図１に示すように、マルチビュー番組提示システム１は、送信装置２、受信装置３、コンテンツサーバ５およびコンテンツサーバ６を含んでいる。
【００１５】
送信装置２は、１つのチャンネルに対し、複数のコンポーネントが割り当てられたマルチ編成のコンテンツを送信する装置であり、放送事業者等が管理する装置である。
【００１６】
受信装置３は、放送または通信経由でＨＴＭＬアプリケーション（構造化文書）を取得し、取得したＨＴＭＬアプリケーションを実行することにより、１つのチャンネルに対し、複数のコンポーネントが割り当てられたマルチ編成のコンテンツを再生する装置である。受信装置３は、例えば、テレビジョン受像機、携帯電話機（スマートフォン）、タブレット端末、ＰＣ、携帯ゲーム機等である。送信装置２と受信装置３とは、インターネットを介して接続されている。送信装置２は、放送波およびインターネットを介して、受信装置３にコンテンツおよびその他各種データを送信することができる。
【００１７】
コンテンツサーバ５は、送信装置２が送信するコンテンツを格納するサーバである。図１に示す例では、コンテンツサーバ５は送信装置２と別体であるが、送信装置２がコンテンツサーバ５を備えていてもよい。
【００１８】
コンテンツサーバ６は、送信装置２を管理する事業者が管理するサーバ、または、送信装置２を管理する事業者と異なる事業者（例えば、送信装置２を管理する放送事業者が信託した事業者）が管理するサーバである。受信装置３は、インターネットを介して、送信装置２だけではなく、コンテンツサーバ６からもコンテンツおよびその他各種データを取得することができる。
【００１９】
図１に示す例では、マルチビュー番組提示システム１が送信装置２、受信装置３、コンテンツサーバ５およびコンテンツサーバ６をそれぞれ１つずつ含んでいるが、これに限るものではない。マルチビュー番組提示システム１は、送信装置２、受信装置３、コンテンツサーバ５およびコンテンツサーバ６をそれぞれ複数含んでもよい。
【００２０】
以下に、マルチビュー番組提示システム１を構成する送信装置２および受信装置３の構成について説明する。
【００２１】
（送信装置２の構成）
図１に示すように、送信装置２は、コンポーネント多重化部２１、放送送信部２２および通信送受信部２３を備える。
【００２２】
コンポーネント多重化部２１は、映像、音声、データ放送、字幕等のコンポーネントをパケット化し、１つのストリームに多重化して受信装置３に送信するものである。
【００２３】
具体的には、コンポーネント多重化部２１は、コンテンツサーバ５からマルチビュー番組のコンテンツを取得する。そして、コンポーネント多重化部２１は、取得したコンテンツの制御情報（後述のＳＩ情報等）、取得したコンテンツを構成する映像、音声、および、字幕、並びに、マルチビュー番組を提示するためのＨＴＭＬアプリケーションをパケット化し、１つのストリームに多重化する。コンポーネント多重化部２１は、生成したストリームを放送送信部２２または通信送受信部２３を介して受信装置３に送信する。
【００２４】
なお、コンポーネント多重化部２１は、コンテンツを構成する映像、音声、および字幕等のコンポーネント、並びに、コンテンツの制御情報から複数のストリーム（後述する放送信号）を生成し、一部のストリームを、放送送信部２２を介して受信装置３に送信し、残りのストリームを、通信送受信部２３を介して受信装置３に送信してもよい。また、コンポーネント多重化部２１は、ＨＴＭＬアプリケーションの替わりに、当該ＨＴＭＬアプリケーションが格納されている格納先情報をコンテンツの制御情報としてパケット化する構成であってもよい。
【００２５】
放送送信部２２は、放送波を介してデータ（コンテンツ等）を送信するものである。
【００２６】
通信送受信部２３は、無線通信手段または有線通信手段によって、受信装置３またはコンテンツサーバ６等の他の装置と通信を行い、データのやりとりを行うものである。
【００２７】
（受信装置３の構成）
図１に示すように、受信装置３は、放送受信部３１、操作部３２、通信送受信部３３、コンポーネント逆多重化部３４、映像復号部３５、音声復号部３６、字幕復号部３７、アプリケーション関連処理部３８、ディスプレイ３９、およびスピーカ４０を備える。
【００２８】
操作部３２は、ユーザから操作を受け付け、受け付けた操作を示す操作信号を出力する。操作部３２は、キーボード、マウス、キーパッド、操作ボタンなどの入力機器等で構成されているものであってもよい。また、操作部３２とディスプレイ３９とが一体となっているタッチパネルであってもよい。また、操作部３２は、受信装置３とは別体のリモートコントローラ等の遠隔制御装置であってもよい。
【００２９】
放送受信部３１は、放送波を介してデータを受信するものである。放送受信部３１は、例えば、放送受信チューナである。
【００３０】
通信送受信部３３は、無線通信手段または有線通信手段によって、送信装置２またはコンテンツサーバ６等の他の装置と通信を行い、データのやりとりを行うものである。通信送受信部３３は、例えば、ＬＡＮ端子や無線ＬＡＮインターフェースである。
【００３１】
コンポーネント逆多重化部３４は、放送受信部３１を介して受信したストリームを逆多重化し、制御情報に基づいて、逆多重化した映像コンポーネントを映像復号部３５に、音声コンポーネントを音声復号部３６に、逆多重化した字幕コンポーネントを字幕復号部３７に、後述するＳＩ情報およびデータ放送コンポーネント（ＨＴＭＬアプリケーション）をアプリケーション関連処理部３８にそれぞれ出力する。また、コンポーネント逆多重化部３４は、操作部３２から出力された操作信号をアプリケーション関連処理部３８に出力する場合もある。
【００３２】
映像復号部３５は、コンポーネント逆多重化部３４から符号化された映像コンポーネントを取得し、符号化された映像コンポーネントを復号するものである。
【００３３】
音声復号部３６は、コンポーネント逆多重化部３４から符号化された音声コンポーネントを取得し、符号化された音声コンポーネントを復号するものである。
【００３４】
字幕復号部３７は、コンポーネント逆多重化部３４から符号化された字幕コンポーネントを取得し、符号化された字幕コンポーネントを復号するものである。
【００３５】
アプリケーション関連処理部３８は、コンポーネント逆多重化部３４からＳＩ情報およびデータ放送コンポーネント（ＨＴＭＬアプリケーション）を取得し、取得したＳＩ情報およびデータ放送コンポーネント（ＨＴＭＬアプリケーション）を参照して、表示するマルチビュー番組の映像、字幕、および表示レイアウトを決定する。そして、アプリケーション関連処理部３８は、決定した映像および字幕を、それぞれ、映像復号部３５および字幕復号部３７から取得し、ディスプレイ３９にマルチビュー番組を表示する。
【００３６】
また、アプリケーション関連処理部３８は、取得したＳＩ情報およびＨＴＭＬアプリケーションを参照して、マルチビュー番組において出力する音声を決定する。そして、アプリケーション関連処理部３８は、決定した音声を音声復号部３６から取得し、スピーカ４０から音声を出力する。
【００３７】
なお、アプリケーション関連処理部３８の詳しい処理については、参照する図面を替えて後述する。
【００３８】
ディスプレイ３９は、アプリケーション関連処理部３８から出力される画像データが示す画像を表示する。ディスプレイ３９として、例えば、ＬＣＤ（液晶ディスプレイ）、有機ＥＬディスプレイ、プラズマディスプレイなどを適用することが可能である。
【００３９】
スピーカ４０は、アプリケーション関連処理部３８から出力される音声データが示す音声を出力する。
【００４０】
（アプリケーション関連処理部３８）
アプリケーション関連処理部３８について、図２を用いて説明する。図２は、本発明の実施形態１におけるアプリケーション関連処理部３８の要部構成を示すブロック図である。図２に示すように、アプリケーション関連処理部３８には、ミドルウェア部および合成部が含まれている。
【００４１】
ミドルウェア部は、取得したデータのフィルタリングを行い、フィルタリングしたデータを出力する。ミドルウェア部は、図２に示すように、ＳＩ情報取得処理部（取得処理部）３７１およびアプリデータ取得処理部３７２として機能する。
【００４２】
ＳＩ情報取得処理部３７１は、ＳＩ情報を取得し、取得したＳＩ情報を解析する。ＳＩ情報取得処理部３７１は、解析した結果を、記憶部４１に格納する。
【００４３】
アプリデータ取得処理部３７２は、操作信号およびＨＴＭＬアプリケーションを取得する。
【００４４】
合成部は、ＨＴＭＬアプリケーションの読み込み、および実行する機能を有しており、図２に示すように、合成部は、ＵＩ（User Interface）描画処理部（提示処理部）３７４として機能する。
【００４５】
ＵＩ描画処理部３７４は、操作信号およびＨＴＭＬアプリケーションを取得し、取得した操作信号およびＨＴＭＬアプリケーションを参照し、表示するマルチビュー番組の映像、音声、字幕、および表示レイアウトを選択する。ＵＩ描画処理部３７４が表示するマルチビュー番組の映像、音声、字幕、および表示レイアウトを選択する処理の詳細については、後述する。
【００４６】
（表示される画面の例）
受信装置３が表示する画面の例について、図３を用いて説明する。図３は、本発明の実施形態１において表示される画面の例である。図３に示すように、ディスプレイ３９には、主番組の映像３９１、主番組の字幕３９２、副番組１の映像３９３、副番組１の字幕３９４、副番組２の映像３９５、および副番組２の字幕３９６が、同時期に表示されている。
【００４７】
（放送信号のデータ構造の例）
図３に示す画面を表示するための放送信号について、図４を用いて説明する。図４は、本発明の実施形態１における放送信号１００のデータ構造の例を示す図である。
【００４８】
図４に示す放送信号１００は、本実施形態に係るコンテンツの伝送単位である。図４に示すように、放送信号１００には、主番組のデータ（パッケージ）１２１、副番組１のデータ（パッケージ）１２２、副番組２のデータ（パッケージ）１２３、ＰＡメッセージ１１０、Ｍ２セクションメッセージ１３０、およびＭ２セクションメッセージ１４０が含まれている。ＰＡメッセージおよびＭ２セレクションメッセージは、ＳＩ情報（MMT-SI）である。また、図４には図示していないが、放送信号１００には、放送信号１００を表示するためのＨＴＭＬアプリケーションまたは当該ＨＴＭＬアプリケーションの格納先を示す情報も含まれている。なお、上記ＨＴＭＬアプリケーションを放送信号１００に含めて送信する場合は、データ放送コンポーネントとして多重化される。
【００４９】
各番組データには、図４に示すように、ビデオアセット、オーディオアセット、およびキャプションアセットが含まれている。ＭＭＴでは、映像や音声等のコンポーネントをアセットと定義する。すなわち、ビデオアセットは映像コンポーネントであり、オーディオアセットは音声コンポーネントであり、キャプションアセットは字幕コンポーネントである。また、各アセットには、他のアセットと識別するためのコンポーネントタグが付されている。
【００５０】
ＰＡメッセージ１１０は、アセットの構成等を示す制御情報である。ＭＭＴでは、メッセージには特定の情報を示す要素や属性を持つテーブルが含まれ、テーブルには、より詳細な情報を示す記述子が含まれる。具体的には、ＰＡメッセージ１１０には、図４に示すように、ＭＰＴ（MMT Package Table）１１１が含まれる。
【００５１】
ＭＰＴ１１１は、アセットのリスト、そのアセットが含まれるＭＭＴパケットを特定するパケットＩＤおよび放送信号が含まれるＩＰデータフローの位置などのパッケージを構成する情報を示す。ＭＰＴ１１１を解析することにより、番組を構成するアセットを特定することができる。
【００５２】
Ｍ２セクションメッセージは、MPEG-2 Systemsのセクション拡張形式を伝送するために用いる情報である。本実施形態では、Ｍ２セクションメッセージ１３０には、ＭＨ−ＡＩＴ１３１が含まれ、Ｍ２セクションメッセージ１４０にはＭＨ−ＥＩＴ１４１が含まれる。
【００５３】
ＭＨ−ＡＩＴ１３１は、ＭＭＴ用のＡＩＴ（Application Information Table：アプリケーション情報テーブル）である。ＭＨ−ＡＩＴ１３１は、受信装置に対して、放送サービスに連携する放送マネージドアプリケーションの存在を周知し、その制御を指示するためのアプリケーション制御情報である。放送マネージドアプリケーションとは、マルチビュー番組提示システム１で提供されるサービスを具体化するために個々のサービス用に開発・運用されるソフトウェアで、受信装置上で実行されるもののうち放送事業者（または、放送事業者が信託した事業母体）が認証したものである。
【００５４】
ＭＨ−ＥＩＴ１４１は、ＭＭＴ用のＥＩＴ（Event Information Table：イベント情報テーブル）である。ＭＨ−ＥＩＴ１４１は、各サービスに含まれるイベントに関する時系列情報である。ＭＨ−ＥＩＴには、図４に示すように、ＭＨ−コンポーネントグループ記述子（MH-component_group_descriptor）１４２が含まれている。ＭＨ−コンポーネントグループ記述子は、イベント内のコンポーネントの組み合わせを定義する記述子である。
【００５５】
そのため、ＳＩ情報取得処理部３７１は、ＭＨ−ＥＩＴ１４１を解析することにより、各番組と、当該番組を構成するアセットの組み合わせを特定することができる。そして、ＳＩ情報取得処理部３７１は、解析した結果を示すデータとして、例えば、図５に示すような、図４に示す放送信号１００に含まれる各番組および当該番組を構成するアセットの組み合わせを示す表形式のデータを生成することができる。
【００５６】
図５は、図４における放送信号１００に含まれる各番組と各アセットとの組み合わせを示す表形式のデータを示す図である。図５に示すように、例えば、主番組を示す識別子「0x0」に、主番組に紐付けられたビデオアセットのコンポーネントタグ「0x0000」、「0x0001」、主番組に紐付けられたオーディオアセットのコンポーネントタグ「0x0010」、「0x0011」、および主番組に紐付けられたキャプションアセットのコンポーネントタグ「0x0300」、「0x0301」が関連付けられている。副番組１、副番組２においても同様に、紐付けられたアセットが関連付けられている。また、ＭＨ−コンポーネントグループ記述子１４２のシンタックスの一例を図６に示す。
【００５７】
図６は、本発明の実施形態１におけるＭＨ−コンポーネントグループ記述子の例（「component_group」）である。図６のシンタックスからわかるように、ＭＨ−コンポーネントグループ記述子は、マルチビュー番組を構成する各番組について、その番組の識別子（「component_group_id」２０１）と、その番組を構成する各アセットのコンポーネントタグ（「component_tag」２０２）を、その番組の識別子に紐付いた形で含んでいる。
【００５８】
（ＨＴＭＬアプリケーションの記述例）
ＨＴＭＬアプリケーションの記述例について、図７を用いて説明する。図７は、本発明の実施形態１におけるＨＴＭＬアプリケーションの記述例である。
【００５９】
ＨＴＭＬアプリケーションには、図７に示すように、主番組に関するオブジェクトタグ２１１、副番組１に関するオブジェクトタグ２１２、および副番組２に関するオブジェクトタグ２１３が記述されている。各タグの詳細については、後述する。また、ＨＴＭＬアプリケーションには、スクリプトタグ２１４が含まれており、スクリプトタグ２１４に記述することにより、放送用にＨＴＭＬの機能を拡張した拡張ＡＰＩ（関数）を利用することができる。
【００６０】
（送信装置２の処理）
送信装置２の処理について説明する。ここでは、送信装置２が、図４に示すデータ構造の放送信号１００を放送波により受信装置３に送信する例について説明する。
【００６１】
コンポーネント多重化部２１は、コンテンツサーバ５からコンテンツを取得し、取得したコンテンツの制御情報を生成する。コンポーネント多重化部２１は、生成した制御情報、並びに、取得したコンテンツを構成する映像、音声および字幕等のコンポーネントをパケット化し、１つのストリーム（放送信号）に多重化する。コンポーネント多重化部２１は、放送送信部２２を介して、生成した放送信号１００を受信装置３に送信する。
【００６２】
（受信装置３の処理）
続いて、受信装置３の処理について説明する。ここでは、ユーザが、図４に示すデータ構造の放送信号１００が送信されるチャネルのマルチビュー番組を表示する旨の操作を行い、受信装置３が、図４に示すデータ構造のコンテンツを放送波により受信する例について説明する。なお、アプリケーション関連処理部３８の処理の詳細は後述する。
【００６３】
まず、操作部３２は、ユーザからチャネルを選択する操作を受け付けると、受け付けた操作を示す操作信号を、放送受信部３１に出力する。放送受信部３１は、操作部３２から出力された操作信号を参照し、選択されたチャネルの放送信号１００を受信する。放送受信部３１は、受信した放送信号１００を、コンポーネント逆多重化部３４に出力する。
【００６４】
コンポーネント逆多重化部３４は、取得した放送信号１００を逆多重化する。そして、コンポーネント逆多重化部３４は、放送信号１００に含まれているビデオアセットを映像復号部３５に出力し、オーディオアセットを音声復号部３６に出力し、キャプションアセットを字幕復号部３７に出力する。また、コンポーネント逆多重化部３４は、放送信号１００に含まれるＳＩ情報等を、アプリケーション関連処理部３８に出力する。
【００６５】
アプリケーション関連処理部３８は、取得した情報を参照し、表示する映像、字幕、表示レイアウト、および出力する音声を決定する。そして、アプリケーション関連処理部３８は、表示する映像を映像復号部３５から取得し、表示する字幕を字幕復号部３７から取得する。そして、アプリケーション関連処理部３８は、決定した表示レイアウトにて、取得した映像および字幕をディスプレイ３９に表示する。また、アプリケーション関連処理部３８は、出力する音声を音声復号部３６から取得し、スピーカ４０から音声を出力する。
【００６６】
（アプリケーション関連処理部３８の処理）
コンポーネント逆多重化部３４から各情報が出力されるとミドルウェア部は、以下の処理を行う。
【００６７】
コンポーネント逆多重化部３４からＳＩ情報が出力されると、ＳＩ情報取得処理部３７１は、当該ＳＩ情報を取得する。ＳＩ情報取得処理部３７１は、取得したＳＩ情報をフィルタリングすると、フィルタリング後のデータを記憶部４１に格納する。例えば、ＳＩ情報取得処理部３７１は、フィルタリングによって図６に示す「component_group」を取得し、当該「component_group」を記憶部４１に格納する。
【００６８】
また、コンポーネント逆多重化部３４からＨＴＭＬアプリケーションが出力されると、アプリデータ取得処理部３７２は、当該ＨＴＭＬアプリケーションをＵＩ描画処理部３７４に出力する。
【００６９】
続いて、合成部は、ミドルウェア部から上述した各情報が出力されると、以下の処理を行う。
【００７０】
ＵＩ描画処理部３７４は、ＨＴＭＬアプリケーションを取得すると、当該ＨＴＭＬアプリケーションを実行する。ただし、この時点では、ＵＩ描画処理部３７４は、放送信号１００に含まれているビデオアセット、オーディオアセット、およびキャプションアセットの組み合わせに関する情報（すなわち、図６に示す「component_group」）は取得していない。ここで、ＵＩ描画処理部３７４が「component_group」を取得する方法について、以下に説明する。
【００７１】
（component_groupを取得する方法１）
ＵＩ描画処理部３７４が、チャネルを変更する旨の操作を受け付けるＵＩ（操作子）を生成（例えば、マルチビュー番組を提示しているブラウザ上に、選局するためのボタンを表示）し、当該ＵＩをユーザが選択した場合、換言すると、ブラウザ上においてチャネルを変更する旨の操作を受け付けた場合、ＵＩ描画処理部３７４は、選局を行うためのメソッド「tuneTo」を実行する。そのため、「tuneTo」が実行されると、ＵＩ描画処理部３７４が「component_group」を取得するようにメソッド「tuneTo」を定義することにより、ＵＩ描画処理部３７４は「component_group」を取得することができる。この場合の「tuneTo」の詳細について、図８を参照して説明する。
【００７２】
図８は、本発明の実施形態１におけるメソッド「tuneTo」の定義を例示した図であり、（ａ）は、メソッド「tuneTo」の定義の一例である。図８の（ａ）に示すように、「tuneTo」の戻り値に「component_group」が含まれている。これにより、ＵＩ描画処理部３７４は、「tuneTo」を実行すると、「component_group」を取得することができる。
【００７３】
（component_groupを取得する方法２）
上述した方法では、メソッド「tuneTo」の戻り値として「component_group」を取得したが、メソッド「tuneTo」の引数である「TuneToOptions」において、「component_group」を取得する方法であってもよい。このときの「tuneTo」の定義の一例を、図８の（ｂ）に示す。
【００７４】
図８の（ｂ）は、「tuneTo」の定義の他の例である。図８の（ｂ）に示すように、「TuneToOptions」に「component_group」を取得する処理が含まれている。これにより、ＵＩ描画処理部３７４は、「tuneTo」を実行すると、「component_group」を取得することができる。
【００７５】
また、ＵＩ描画処理部３７４がメソッド「tuneTo」を利用して「component_group」を取得するためのＨＴＭＬアプリケーションのスクリプトタグの記述例を、図９の（ａ）に示す。図９は、本発明の実施形態１におけるＨＴＭＬアプリケーションのスクリプトタグの記述例および受信装置３が表示する画面例であり、（ａ）は、ＨＴＭＬアプリケーションのスクリプトタグの記述例である。ＵＩ描画処理部３７４は、図９の（ａ）に示すスクリプトタグを参照し、「tuneTo」を利用して「component_group」を取得する。また、図９の（ａ）に示すスクリプトタグの記述により、ＵＩ描画処理部３７４は、「component_group」に含まれる情報をテキストとして表示することができる。この場合に表示される画面の例を図９の（ｂ）に示す。
【００７６】
図９の（ｂ）は、受信装置３が表示する画面の一例である。図９の（ｂ）に示すように、ＵＩ描画処理部３７４は、取得した「component_group」を参照し、各番組と、各番組にどのように映像、音声、および字幕が紐付けられているかを示すテキストを含む画面を、表示することができる。なお、上記では「component_group」に含まれる情報をテキストとして表示する例を示したが、受信装置３は、「component_group」に含まれる情報を格納するオブジェクトを生成し、取得した情報を前記オブジェクトとして記憶部４１に格納してもよい。
【００７７】
（component_groupを取得する方法３）
ＵＩ描画処理部３７４は、ＳＩ情報取得処理部３７１が「component_group」を取得すると、「component_group」を取得する処理を実行する方法であってもよい。この方法によってＵＩ描画処理部３７４が「component_group」を取得する例を、図１０に示す。
【００７８】
図１０は、本発明の実施形態１における「ReceiverDevice」オブジェクトの定義およびＨＴＭＬアプリケーションのスクリプトタグの記述例であり、（ａ）は、「ReceiverDevice」オブジェクトの定義の一例であり、（ｂ）は、ＵＩ描画処理部３７４が「ReceiverDevice」オブジェクトを利用して「component_group」を取得するためのＨＴＭＬアプリケーションのスクリプトタグの記述例である。ＳＩ情報取得処理部３７１が「component_group」を取得すると、「ReceiverDevice」オブジェクトに属性情報として取得した「component_group」が追加される。そして、ＵＩ描画処理部３７４が「component_group」を取得する拡張ＡＰＩである「getComponentGroup」を呼び出すことにより、ＳＩ情報取得処理部３７１から「component_group」を取得することができる。
【００７９】
また、図１０の（ｂ）は、ＨＴＭＬアプリケーションのスクリプトタグの記述例であり、図１０の（ｂ）に示すスクリプトタグにより、ＵＩ描画処理部３７４は、「component_group」を取得することができる。また、図１０の（ｂ）に示すスクリプトタグの記述により、ＵＩ描画処理部３７４は、「component_group」に含まれる情報をテキストとして表示することができる。この場合において表示される画面の例は、図９の（ｂ）と同じであるため、説明は省略する。なお、上記では「component_group」に含まれる情報をテキストとして表示する例を示したが、受信装置３は、「component_group」に含まれる情報を格納するオブジェクトを生成し、取得した情報を前記オブジェクトとして記憶部４１に格納してもよい。
【００８０】
（component_groupを取得する方法４）
ＵＩ描画処理部３７４は、イベントの発生で発火するオブジェクトを利用して、「component_group」を取得する方法であってもよい。この方法によってＵＩ描画処理部３７４が「component_group」を取得する例を、図１１に示す。
【００８１】
図１１は、本発明の実施形態１における「StreamEventTarget」オブジェクトの定義およびＨＴＭＬアプリケーションのスクリプトタグの記述例であり、（ａ）は、「StreamEventTarget」オブジェクトの定義の一例であり、（ｂ）は、ＵＩ描画処理部３７４が「StreamEventTarget」オブジェクトを利用して「component_group」を取得するためのＨＴＭＬアプリケーションのスクリプトタグの記述例である。図１１の（ａ）および（ｂ）に示すように、「StreamEventTarget」オブジェクトに、「component_group」を取得した時に呼び出されるイベントリスナー「addComponentGroupListener」を登録する。これにより、ＳＩ情報取得処理部３７１が「component_group」を取得すると、「addComponentGroupListener」で登録したイベントが発火し、取得した「component_group」がＵＩ描画処理部３７４に通知される。登録したイベントリスナーを削除する場合は、「removeComponentGroupListener」により削除する。
【００８２】
また、図１１の（ｂ）に示すスクリプトにより、ＵＩ描画処理部３７４は、「component_group」を取得することができる。この場合において表示される画面の例は、図９の（ｂ）と同じであるため、説明は省略する。なお、上記では「component_group」に含まれる情報をテキストとして表示する例を示したが、受信装置３は、「component_group」に含まれる情報を格納するオブジェクトを定義し、取得した情報を前記オブジェクトとして記憶部４１に格納してもよい。
【００８３】
（各番組と各アセットとの紐付け方法１）
ＵＩ描画処理部３７４は、「component_group」を取得すると、合成部側において、各番組と各アセットとを紐付けする。ＵＩ描画処理部３７４が各番組と各アセットとを紐付けするためにパラメータ要素を使用する方法について、図１２の（ａ）を参照して説明する。
【００８４】
図１２は、本発明の実施形態１において各番組と各アセットとを紐付けるオブジェクトタグの記述例であり、（ａ）は、オブジェクトタグの記述の一例である。図１２の（ａ）に示すように、「component_group」の値（属性値）が「0x0」の番組（図５に示す表形式のデータにおける主番組）に対して、パラメータ要素として各アセットを指定する。より具体的には、ビデオアセットを示すパラメータ「video_src」、オーディオアセットを示すパラメータ「audio_src」、およびキャプションアセットを示すパラメータ「caption_src」の各パラメータに、主番組と紐付けるアセットを特定する値（例えば、アセットが格納されている格納先を示す情報やコンポーネントタグの値や言語識別（language_tag）の値など）を格納する。ここで、言語識別とは、言語を識別するための番号であり、例えば、「０」は第１言語、「７」は第８言語を意味する構成が挙げられる。このように、番組の識別子を属性値として含むパラメータ要素をオブジェクトタグに記述することにより、ＵＩ描画処理部３７４は、各番組と各アセットとの紐付けをすることができる。
【００８５】
（各番組と各アセットとの紐付け方法２）
ＵＩ描画処理部３７４が各番組と各アセットとを紐付けする方法として、上述した方法の他に、各オブジェクトタグのパラメータ要素として「component_group」のみ指定する方法であってもよい。この方法の場合、「component_group」に複数の映像コンポーネント、音声コンポーネント、字幕コンポーネントが含まれる場合は、例えば、「component_tag」の値が小さいアセットを選択する、といった、所定の方法によって、ＵＩ描画処理部３７４が各番組と各アセットとを紐付ける方法であってもよい。この方法によってＵＩ描画処理部３７４が各番組と各アセットとを紐付けするためにパラメータ要素を使用する方法について、図１２の（ｂ）を参照して説明する。
【００８６】
図１２の（ｂ）は、オブジェクトタグとして主番組を「component_group」のみで指定する記述の例である。図１２の（ｂ）に示すように、ＵＩ描画処理部３７４に対して、オブジェクトタグのパラメータ要素として「component_group」の値「0x0」（図５に示す表形式のデータにおける主番組）のみを指定する。この構成により、ＵＩ描画処理部３７４は、「component_group」の値が「0x0」の番組に対して、所定の方法によって、各アセットを紐付けすることができる。換言すると、パラメータ要素に含まれる「0x0」は、「0x0」によって特定される番組を構成する各アセットのコンポーネントタグのグループを識別する識別子である。同様にして、副番組１、副番組２についても各アセットを紐付けすることができる。また、この構成の場合、ＵＩ描画処理部３７４が当該スクリプトタグが記述されたＨＴＭＬアプリケーションを参照して画面を表示した後に、ユーザ制御（合成部（ブラウザ上等）において、図９の（ｂ）のような画面を提示し、カーソル移動やボタン等の操作により）等によって、各パラメータ要素を指定する構成であってもよい。
【００８７】
（各番組と各アセットとの紐付け方法３）
ＵＩ描画処理部３７４は、各番組と各アセットとの紐付けを、放送映像音声オブジェクト（「BroadcastVideoObjectElement」）の定義を利用する方法であってもよい。この場合の放送映像音声オブジェクトの定義を、図１３の（ａ）を参照して説明する。
【００８８】
図１３は、本発明の実施形態１における放送映像音声オブジェクトの定義およびスクリプトタグの記述例であり、（ａ）は、放送映像音声オブジェクトの定義の一例である。図１３の（ａ）に示すように、「BroadcastVideoObjectElement」には、「component_group」を選択し、選択した「component_group」の情報を設定、取得する拡張ＡＰＩが定義されている。これにより、ＵＩ描画処理部３７４は、「BroadcastVideoObjectElement」の拡張ＡＰＩを利用して各番組と各アセットとを紐付けることができる。
【００８９】
また、ＵＩ描画処理部３７４が「BroadcastVideoObjectElement」を利用して各番組と各アセットとを紐付けるためのＨＴＭＬアプリケーションのスクリプトタグの記述例を、図１３の（ｂ）に示す。図１３の（ｂ）は、スクリプトタグの記述例である。ＵＩ描画処理部３７４は、図１３の（ｂ）に示すスクリプトを実行し、「BroadcastVideoObjectElement」を利用して各番組と各アセットとを紐付けることができる。
【００９０】
〔実施形態２〕
送信装置２および受信装置３の制御ブロック（特にアプリケーション関連処理部３８、ＳＩ情報取得処理部３７１、アプリデータ取得処理部３７２、およびＵＩ描画処理部３７４）は、集積回路（ＩＣチップ）等に形成された論理回路（ハードウェア）によって実現してもよいし、ＣＰＵ（Central Processing Unit）を用いてソフトウェアによって実現してもよい。
【００９１】
後者の場合、送信装置２および受信装置３は、各機能を実現するソフトウェアであるプログラムの命令を実行するＣＰＵ、上記プログラムおよび各種データがコンピュータ（またはＣＰＵ）で読み取り可能に記録されたＲＯＭ（Read Only Memory）または記憶装置（これらを「記録媒体」と称する）、上記プログラムを展開するＲＡＭ（Random Access Memory）などを備えている。そして、コンピュータ（またはＣＰＵ）が上記プログラムを上記記録媒体から読み取って実行することにより、本発明の目的が達成される。上記記録媒体としては、「一時的でない有形の媒体」、例えば、テープ、ディスク、カード、半導体メモリ、プログラマブルな論理回路などを用いることができる。また、上記プログラムは、該プログラムを伝送可能な任意の伝送媒体（通信ネットワークや放送波等）を介して上記コンピュータに供給されてもよい。なお、本発明は、上記プログラムが電子的な伝送によって具現化された、搬送波に埋め込まれたデータ信号の形態でも実現され得る。
【００９２】
〔まとめ〕
本発明の態様１に係る受信装置（３）は、マルチビュー番組を提示するための構造化文書（ＨＴＭＬアプリケーション）を読み出して、上記マルチビュー番組を構成する各番組を同時期に提示する提示処理部（ＵＩ描画処理部３７４）と、上記各番組の識別子を含む情報（component_group）であって、上記各番組について、該番組を構成する各コンポーネントのタグ（component_tag）が該番組の識別子に紐付いた形で含まれている情報を取得する取得処理部（ＳＩ情報取得処理部３７１）と、を備え、上記構造化文書には、上記各番組について、該番組を提示するための要素（オブジェクトタグ）として、該番組の識別子を含む要素が記述されており、上記提示処理部は、上記各番組について、上記要素を参照して該番組の識別子を特定し、特定した識別子に紐付いたタグに対応するコンポーネントの中から提示すべきコンポーネントを選択する。
【００９３】
上記の構成によれば、受信装置は、マルチビュー番組を提示する場合に、構造化文書を読み出すことにより、マルチビュー番組を構成する各番組について、該番組に紐づいているコンポーネントの中から提示すべきコンポーネントを選択する。そのため、受信装置は、マルチビュー番組を提示するための構造化文書によって記述されたアプリケーションによって、任意のマルチビュー番組を適切に提示することができる。
【００９４】
本発明の態様２に係る受信装置は、上記態様１において、上記提示処理部は、上記マルチビュー番組に、番組を変更する旨の操作を受け付ける操作子を含めて提示し、上記取得処理部は、上記操作子に対する操作を受け付けた場合に、上記情報を取得してもよい。
【００９５】
上記の構成によれば、受信装置は、番組を変更する旨の操作を受け付けた場合に、各番組について、該番組を構成する各コンポーネントのタグが該番組の識別子に紐付いた形で含まれている情報を取得する。そのため、受信装置は、ユーザが所望するマルチビュー番組を適切に提示することができる。
【００９６】
本発明の態様３に係る受信装置は、上記態様１において、上記提示処理部は、所定のイベントが発生した場合に、上記各番組について、上記要素を参照して該番組の識別子を特定し、特定した識別子に紐付いたタグに対応するコンポーネントの中から提示すべきコンポーネントを選択してもよい。
【００９７】
上記の構成によれば、受信装置は、所定のイベントが発生した場合に、各番組について、該番組を構成する各コンポーネントのタグが該番組の識別子に紐付いた形で含まれている情報を取得する。そのため、受信装置は、様々なタイミングにおいてマルチビュー番組を適切に提示することができる。
【００９８】
本発明の態様４に係る受信装置は、上記態様３において、上記所定のイベントは、上記取得処理部が上記情報を取得した時に発生するイベントであってもよい。
【００９９】
上記の構成によれば、受信装置は、各番組について、該番組を構成する各コンポーネントのタグが該番組の識別子に紐付いた形で含まれている情報を取得した場合に、提示すべきコンポーネントを選択する。そのため、受信装置は、コンポーネントが変更になった場合でも、マルチビュー番組を適切に提示することができる。
【０１００】
本発明の態様５に係る受信装置は、上記態様１〜４の何れかにおいて、上記要素には、上記各番組について、該番組の識別子を属性値として含むパラメータ要素が記述されており、上記提示処理部は、上記パラメータ要素を参照して、該番組の識別子を特定し、特定した識別子に紐付いたタグに対応するコンポーネントの中から提示すべきコンポーネントを選択してもよい。
【０１０１】
上記の構成によれば、番組の属性値とコンポーネントのタグとが、パラメータ要素として構造化文書に記述されている。そのため受信装置は、マルチビュー番組を提示するための構造化文書によって記述されたアプリケーションによって、任意のマルチビュー番組を適切に提示することができる。
【０１０２】
本発明の態様６に係る受信装置は、上記態様５において、上記パラメータ要素に属性値として含まれる該番組の識別子は、該番組を構成するコンポーネントのタグのグループを識別する識別子であってもよい。
【０１０３】
上記の構成によれば、受信装置は、番組を構成するコンポーネントのタグのグループを識別する識別子を参照することにより、任意のマルチビュー番組を適切に提示することができる。
【０１０４】
本発明の態様７に係る受信装置は、上記態様１〜４の何れかにおいて、上記マルチビュー番組はＭＭＴにより伝送されるものであり、上記構造化文書には、該構造化文書を読み出すアプリケーションが上記情報を取得するための処理であって、ＭＭＴ用のオブジェクトに定義された関数を呼び出す処理が記述されていてもよい。
【０１０５】
上記の構成によれば、受信装置は、ＭＭＴの規格によるマルチビュー番組を適切に提示することができる。
【０１０６】
本発明の各態様に係る受信装置は、コンピュータによって実現してもよく、この場合には、コンピュータを上記受信装置が備える各部（ソフトウェア要素）として動作させることにより上記受信装置をコンピュータにて実現させる受信装置のプログラム、およびそれを記録したコンピュータ読み取り可能な記録媒体も、本発明の範疇に入る。
【０１０７】
本発明は上述した各実施形態に限定されるものではなく、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。さらに、各実施形態にそれぞれ開示された技術的手段を組み合わせることにより、新しい技術的特徴を形成することができる。
【符号の説明】
【０１０８】
１  マルチビュー番組提示システム
２  送信装置
３  受信装置
５、６  コンテンツサーバ
３４  コンポーネント逆多重化部
３５  映像復号部
３６  音声復号部
３７  字幕復号部
３８  アプリケーション関連処理部
３７１  ＳＩ情報取得処理部（取得処理部）
３７２  アプリデータ取得処理部
３７４  ＵＩ描画処理部（提示処理部）
【図１】
2017046308.tif 000003
【図２】
2017046308.tif 000004
【図３】
2017046308.tif 000005
【図４】
2017046308.tif 000006
【図５】
2017046308.tif 000007
【図６】
2017046308.tif 000008
【図７】
2017046308.tif 000009
【図８】
2017046308.tif 000010
【図９】
2017046308.tif 000011
【図１０】
2017046308.tif 000012
【図１１】
2017046308.tif 000013
【図１２】
2017046308.tif 000014
【図１３】
2017046308.tif 000015