(57)【要約】【課題】番組の配信者が所望する提示方法でハイブリッドキャストアプリが字幕を提示できる受信装置を実現する。【解決手段】受信装置（３）ではミドルウェアと合成部が実行するアプリ（ハイブリッドキャストアプリ）が動作する。ミドルウェアは、番組の字幕の提示方法を示すメタ情報を送信装置（２）から取得する。ハイブリッドキャストアプリ（合成部が実行するアプリ）は、上記メタ情報を取得し、上記メタ情報が示す提示方法で字幕を提示する。【選択図】図１
2017050788.tif 000002
【特許請求の範囲】
【請求項１】
下位層のプログラムと上位層のプログラムとが動作する放送受信機において、
上記上位層のプログラムの機能として実現されている、ＨＴＭＬアプリケーション上で番組の字幕を提示する字幕提示部と、
上記字幕の提示方法を示すメタ情報を上記放送受信機の外部から取得する取得処理部であって、上記下位層のプログラムの機能として実現されている取得処理部と、を備え、
上記字幕提示部は、上記取得処理部が取得した上記メタ情報を取得し、上記メタ情報を参照して上記字幕を提示する、ことを特徴とする放送受信機。
【請求項２】
上記字幕提示部は、所定のイベントが発火したことを契機に、上記取得処理部が取得した上記メタ情報を取得する、ことを特徴とする請求項１に記載の放送受信機。
【請求項３】
上記字幕提示部は、上記番組が選局されたことを契機に、上記取得処理部が取得した上記メタ情報を取得する、ことを特徴とする請求項１または２に記載の放送受信機。
【請求項４】
上記取得処理部が取得する上記メタ情報は、ＴＴＭＬ文書のサブサンプルデータを取得するための情報に加え、画像のサブサンプルデータを取得するための情報、音声のサブサンプルデータを取得するための情報、及び、外字フォントのサブサンプルデータを取得するための情報の全部又は一部を含んでいる、ことを特徴とする請求項１から３のいずれか１項に記載の放送受信機。
【請求項５】
上記字幕提示部は、上記番組の字幕として、異なる複数の言語のうちのユーザに指定された言語の字幕を提示するようになっており、
上記取得処理部は、上記複数の言語のリストを上記放送受信機の外部から取得するようになっており、
上記字幕提示部は、上記ユーザに指定された言語の字幕と共に、上記リストを提示する、ことを特徴とする請求項１から４のいずれか１項に記載の放送受信機。
【請求項６】
上記取得処理部が取得する上記メタ情報は、上記字幕の提示時刻に関する情報である、ことを特徴とする請求項１に記載の放送受信機。
【請求項７】
下位層のプログラムと上位層のプログラムとが動作する放送受信機の字幕提示方法において、
上記上位層のプログラムがＨＴＭＬアプリケーション上で番組の字幕を提示する字幕提示ステップと、
上記下位層のプログラムが、上記字幕の提示方法を示すメタ情報を上記放送受信機の外部から取得する取得ステップと、を含み、
上記字幕提示ステップにて、上記取得ステップにて取得した上記メタ情報を取得し、上記メタ情報を参照して上記字幕を提示する、ことを特徴とする字幕提示方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、字幕を提示する放送受信機、及び、そのような放送受信機による字幕提示方法に関する。
【背景技術】
【０００２】
近年が開始された放送通信連携サービスであるハイブリッドキャストでは、放送映像および番組情報等の放送リソースにアクセスするために、ＨＴＭＬ（Hyper Text Markup Language）アプリケーションから制御可能な拡張ＡＰＩ（Application Programming Interface）が定義されている（非特許文献１、２参照）。
【０００３】
また、現在策定中の8K(4K)向け放送では、TTMLをベースに拡張した符号化方式による新しい字幕・文字スーパー技術が採用されている（非特許文献３参照）。
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】一般社団法人 電波産業会，デジタル放送におけるマルチメディア符号化方式（第２世代）  標準規格  ARIB STD-B62  1.2版（第二分冊），P8-P11，P55, 2015年7月3日発行
【非特許文献２】一般社団法人 IPTVフォーラム，IPTV規定  ＨＴＭＬ５ブラウザ仕様 IPTVFJ STD-0011 2.1版，P73-P80, 2014年12月15日発行
【非特許文献３】一般社団法人 電波産業会，デジタル放送におけるMMTによるメディアトランスポート方式  標準規格  ARIB STD-B60  1.2版，P118-P125，2015年3月17日発行
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、上記従来の構成では、ＨＴＭＬアプリケーション（Hybridcastアプリケーション）から制御可能な拡張ＡＰＩにて提供される機能が十分ではなく、ＨＴＭＬアプリケーション上で、番組の配信者（もしくはＨＴＭＬアプリケーションの提供事業者）が所望する提示方法（提示タイミングや提示レイアウト等）で字幕を提示することができない、という問題がある。
【０００６】
本発明は、上記課題に鑑みて成されたものであり、その主な目的は、上位層のプログラムがＨＴＭＬアプリケーション上にて、番組の配信者（もしくはＨＴＭＬアプリケーションの提供事業者）が所望する提示方法で字幕を提示できる放送受信機を実現することにある。
【課題を解決するための手段】
【０００７】
上記の課題を解決するために、本発明の一態様に係る放送受信機は、下位層のプログラムと上位層のプログラムとが動作する放送受信機において、上記上位層のプログラムの機能として実現されている、ＨＴＭＬアプリケーション上で番組の字幕を提示する字幕提示部と、上記字幕の提示方法を示すメタ情報を上記放送受信機の外部から取得する取得処理部であって、上記下位層のプログラムの機能として実現されている取得処理部と、を備え、上記字幕提示部は、上記取得処理部が取得した上記メタ情報を取得し、上記メタ情報を参照して上記字幕を提示する。
【発明の効果】
【０００８】
本発明の一態様に係る放送受信機は、上位層のプログラムがＨＴＭＬアプリケーション上にて、番組の配信者（もしくはＨＴＭＬアプリケーションの提供事業者）が所望する提示方法で字幕を提示できる、という効果を奏する。
【図面の簡単な説明】
【０００９】
【図１】本発明の実施形態１〜６に係るシステムの構成および当該システムに含まれる送信装置および受信装置の要部構成の一例を示すブロック図である。
【図２】実施形態１〜５に係る受信装置が備えるアプリケーション関連処理部の要部構成を示した機能ブロック図である。
【図３】実施形態１〜６に係る受信装置が実行するＨＴＭＬ５アプリケーションのソース（構造化文書）を例示した図である。
【図４】実施形態１に係る受信装置が呼び出すメソッド「tuneTo」の定義を例示した図である。
【図５】実施形態１〜３に係る送信装置が送信する放送信号のデータ構造の例を示す図である。
【図６】実施形態１〜３に係る受信装置が字幕を提示するために参照する字幕提示制御情報のデータ構造を例示した図である。
【図７】実施形態１〜３に係る受信装置が参照するcaptiondataのデータフォーマットの一例について説明するための図である。
【図８】実施形態１に係る受信装置が実行するＨＴＭＬ５アプリケーションのソースにおけるスクリプトタグの詳細を概略的に例示した図である。
【図９】TTML形式のデータ（構造化文書）を例示した図である。
【図１０】実施形態１〜３に係る受信装置が参照するcaptiondataのデータフォーマットの別の一例について説明するための図である。
【図１１】実施形態１〜３に係る受信装置が参照するcaptiondataのデータフォーマットの更に別の一例について説明するための図である。
【図１２】実施形態２に係る受信装置が呼び出すメソッド「getCurrentSubtitleInformation」の定義を例示した図である。
【図１３】実施形態２に係る受信装置が実行するＨＴＭＬ５アプリケーションのソースにおけるスクリプトタグの詳細を概略的に例示した図である。
【図１４】実施形態３に関する図であり、放送映像音声オブジェクトの定義を概略的に例示した図である。
【図１５】実施形態３に係る受信装置が実行するＨＴＭＬ５アプリケーションのソースにおけるスクリプトタグの詳細を概略的に例示した図である。
【図１６】実施形態４に関する図であり、放送映像音声オブジェクトの定義、及び、字幕リスト情報の定義を概略的に例示した図である。
【図１７】実施形態４に係る受信装置が実行するＨＴＭＬ５アプリケーションのソースにおけるスクリプトタグの詳細を概略的に例示した図である。
【図１８】実施形態５に関する図であり、放送映像音声オブジェクトの定義を概略的に例示した図である。
【図１９】実施形態５に係る受信装置が実行するＨＴＭＬ５アプリケーションのソースにおけるスクリプトタグの詳細を概略的に例示した図である。
【図２０】実施形態６に係る受信装置が備えるアプリケーション関連処理部の要部構成を示した機能ブロック図である。
【図２１】実施形態１、２、４、及び、６に係る受信装置が実行するＨＴＭＬ５アプリケーションのソースにおけるスクリプトタグの詳細を概略的に例示した図である。
【図２２】実施形態６に係る受信装置が参照するcaptiondataのデータフォーマットの一例について説明するための図である。
【図２３】実施形態６に係る受信装置が参照するcaptiondataのデータフォーマットの別の一例について説明するための図である。
【発明を実施するための形態】
【００１０】
本明細書では、番組（コンテンツ）の伝送規格としてＭＭＴ（MPEG Media Transport）を採用する。ＭＭＴは、ＩＰ（Internet Protocol）上で用いるメディアトランスポート方式であり、多様な伝送路でのメディア伝送を可能にする方式である。具体的には、ＭＭＴは、制御情報でパケットＩＤやＩＰアドレスやＵＲＬを指定することにより、異なる伝送路を介して、番組を構成する映像、音声、字幕およびデータ等のコンポーネントを参照することができる。また、本明細書では、ＭＭＴにより実現される８Ｋ（または４Ｋ）放送を想定する。
【００１１】
〔実施形態１〕
以下、本発明の一実施形態に係る受信装置を含むシステムについて、図面を参照しながら説明する。
【００１２】
〔システムの概要および構成〕
システムの概要及び構成について、図１及び図２を参照しながら説明する。
【００１３】
図１は、当該システムの構成および当該システムに含まれる送信装置および受信装置の要部構成の一例を示すブロック図である。また、図２は、受信装置が備えるアプリケーション関連処理部の機能構成を示した機能ブロック図である。
【００１４】
図１に示すように、システム１は、送信装置２、受信装置３（放送受信機）、コンテンツサーバ５およびコンテンツサーバ６を含んでいる。
【００１５】
送信装置２は、１つのチャンネルに対し、複数のコンポーネントが割り当てられたコンテンツを送信する装置であり、放送事業者等が管理する装置である。
【００１６】
受信装置３は、放送または通信経由でＨＴＭＬアプリケーション（Hybridcastアプリケーション、構造化文書）を取得し、取得したＨＴＭＬアプリケーションを実行することにより、上記コンテンツを再生する装置である。受信装置３は、例えば、テレビジョン受像機、携帯電話機（スマートフォン）、タブレット端末、ＰＣ、携帯ゲーム機等である。送信装置２と受信装置３とは、インターネットを介して接続されている。送信装置２は、放送波およびインターネットを介して、受信装置３にコンテンツおよびその他各種データを送信することができる。
【００１７】
コンテンツサーバ５は、送信装置２が送信するコンテンツを格納するサーバである。図１に示す例では、コンテンツサーバ５は送信装置２と別体であるが、送信装置２がコンテンツサーバ５を備えていてもよい。
【００１８】
コンテンツサーバ６は、送信装置２を管理する事業者が管理するサーバ、または、送信装置２を管理する事業者と異なる事業者（例えば、送信装置２を管理する放送事業者が信託した事業者）が管理するサーバである。受信装置３は、インターネットを介して、送信装置２だけではなく、コンテンツサーバ６からもコンテンツおよびその他各種データを取得することができる。
【００１９】
図１に示す例では、システム１が送信装置２、受信装置３、コンテンツサーバ５およびコンテンツサーバ６をそれぞれ１つずつ含んでいるが、これに限るものではない。システム１は、送信装置２、受信装置３、コンテンツサーバ５およびコンテンツサーバ６をそれぞれ複数含んでもよい。
【００２０】
以下に、システム１を構成する送信装置２および受信装置３の構成について説明する。
【００２１】
（送信装置２の構成）
図１に示すように、送信装置２は、コンポーネント多重化部２１、放送送信部２２および通信送受信部２３を備える。
【００２２】
コンポーネント多重化部２１は、映像、音声、字幕、データ等のコンポーネントをパケット化し、１つのストリームに多重化して受信装置３に送信するものである。
【００２３】
具体的には、コンポーネント多重化部２１は、コンテンツサーバ５から番組コンテンツを取得する。そして、コンポーネント多重化部２１は、取得した番組コンテンツの制御情報（後述のＳＩ情報等）、取得した番組コンテンツを構成する映像、音声、および、字幕、並びに、当該番組コンテンツを提示するためのＨＴＭＬアプリケーションをパケット化し、１つのストリームに多重化する。コンポーネント多重化部２１は、生成したストリームを放送送信部２２または通信送受信部２３を介して受信装置３に送信する。
【００２４】
なお、コンポーネント多重化部２１は、番組コンテンツを構成する映像、音声、および字幕等のコンポーネント、並びに、番組コンテンツの制御情報から複数のストリーム（後述する放送信号）を生成し、一部のストリームを、放送送信部２２を介して受信装置３に送信し、残りのストリームを、通信送受信部２３を介して受信装置３に送信してもよい。また、コンポーネント多重化部２１は、ＨＴＭＬアプリケーションの替わりに、当該ＨＴＭＬアプリケーションが格納されている格納先情報をパケット化する構成であってもよい。
【００２５】
放送送信部２２は、放送波を介してデータ（コンテンツ等）を送信するものである。
【００２６】
通信送受信部２３は、無線通信手段または有線通信手段によって、受信装置３またはコンテンツサーバ６等の他の装置と通信を行い、データのやりとりを行うものである。
【００２７】
（受信装置３の構成）
図１に示すように、受信装置３は、放送受信部３１、操作部３２、通信送受信部３３、コンポーネント逆多重化部３４、映像復号部３５、音声復号部３６、字幕復号部３７、アプリケーション関連処理部３８、ディスプレイ３９、スピーカ４０および記憶部４１を備える。
【００２８】
操作部３２は、ユーザから操作を受け付け、受け付けた操作を示す操作信号を出力する。操作部３２は、キーボード、マウス、キーパッド、操作ボタンなどの入力機器等で構成されているものであってもよい。また、操作部３２とディスプレイ３９とが一体となっているタッチパネルであってもよい。また、操作部３２は、受信装置３とは別体のリモートコントローラ等の遠隔制御装置であってもよい。
【００２９】
放送受信部３１は、放送波を介してデータを受信するものである。放送受信部３１は、例えば、放送受信チューナである。
【００３０】
通信送受信部３３は、無線通信手段または有線通信手段によって、送信装置２またはコンテンツサーバ６等の他の装置と通信を行い、データのやりとりを行うものである。通信送受信部３３は、例えば、ＬＡＮ端子や無線ＬＡＮインターフェースである。
【００３１】
コンポーネント逆多重化部３４は、放送受信部３１を介して受信したストリームを逆多重化し、制御情報に基づいて、逆多重化した映像コンポーネントを映像復号部３５に、音声コンポーネントを音声復号部３６に、逆多重化した字幕コンポーネントを字幕復号部３７に、後述するＳＩ情報およびＨＴＭＬアプリケーションをアプリケーション関連処理部３８にそれぞれ出力する。また、コンポーネント逆多重化部３４は、操作部３２から出力された操作信号をアプリケーション関連処理部３８に出力する場合もある。
【００３２】
映像復号部３５は、コンポーネント逆多重化部３４から符号化された映像コンポーネントを取得し、符号化された映像コンポーネントを復号するものである。
【００３３】
音声復号部３６は、コンポーネント逆多重化部３４から符号化された音声コンポーネントを取得し、符号化された音声コンポーネントを復号するものである。
【００３４】
字幕復号部３７は、コンポーネント逆多重化部３４から符号化された字幕コンポーネントを取得し、符号化された字幕コンポーネントを復号するものである。
【００３５】
アプリケーション関連処理部３８は、コンポーネント逆多重化部３４からＳＩ情報およびＨＴＭＬアプリケーションを取得する。アプリケーション関連処理部３８は、ＨＴＭＬアプリケーションを参照して、提示すべきコンポーネントを特定する。
【００３６】
図３は、ＨＴＭＬ５アプリケーションのソース（構造化文書）を例示した図である。アプリケーション関連処理部３８は、具体的には、構造化文書のobject要素２１１の内容を構成する各param要素を参照することによって、提示すべきコンポーネントを特定する。
【００３７】
そして、アプリケーション関連処理部３８は、提示すべき映像コンポーネント、音声コンポーネントおよび字幕コンポーネントを、それぞれ、映像復号部３５、音声復号部３６および字幕復号部３７から取得し、映像コンポーネント及び音声コンポーネントを提示する共に、ＳＩ情報に基づいて決定した提示方法で字幕コンポーネントを提示する。このＳＩ情報は、字幕の提示方法を示すメタ情報（後述のSubtitle_info情報等）を含んでいる。
【００３８】
なお、アプリケーション関連処理部３８の詳しい処理については、参照する図面を替えて後述する。
【００３９】
ディスプレイ３９は、アプリケーション関連処理部３８からの映像信号が示す映像を表示する。ディスプレイ３９として、例えば、ＬＣＤ（液晶ディスプレイ）、有機ＥＬディスプレイ、プラズマディスプレイなどを適用することが可能である。
【００４０】
スピーカ４０は、アプリケーション関連処理部３８からの音声信号が示す音声を出力する。
【００４１】
（アプリケーション関連処理部３８）
アプリケーション関連処理部３８について、図２を用いて説明する。図２は、本実施形態におけるアプリケーション関連処理部３８の要部構成を示すブロック図である。図２に示すように、アプリケーション関連処理部３８には、ミドルウェア部および合成部が含まれている。
【００４２】
ミドルウェア部は、図２に示すように、ＳＩ情報取得処理部３８１、アプリデータ取得処理部３８２及び字幕取得処理部３８３として機能する。即ち、ＳＩ情報取得処理部３８１、アプリデータ取得処理部３８２及び字幕取得処理部３８３は、ミドルウェア（下位層のプログラム）の機能として実現されている。
【００４３】
ＳＩ情報取得処理部３８１（取得処理部）は、前述のＳＩ情報を取得し、取得したＳＩ情報を記憶部４１に格納する。
【００４４】
アプリデータ取得処理部３８２は、操作信号およびＨＴＭＬアプリケーションを取得する。
【００４５】
字幕取得処理部３８３は、復号された字幕コンポーネントを取得する。
【００４６】
合成部は、ＨＴＭＬアプリケーションを実行する機能を有している、ミドルウェアよりも上位層のプログラム（例えば、ＨＴＭＬ５ブラウザ）である。本実施形態では、合成部が実行するＨＴＭＬアプリケーションは、ＨＴＭＬの記述に従って映像、音声及び字幕の提示制御を行うアプリケーションである。
【００４７】
このＨＴＭＬアプリケーションを実行した合成部は、図２に示すように、映像音声提示処理部３８４及び字幕提示処理部３８５として機能する。
【００４８】
映像音声提示処理部３８４は、ＨＴＭＬアプリケーションを参照して提示すべき映像コンポーネントおよび音声コンポーネントを特定する。映像音声提示処理部３８４は、特定した映像コンポーネント及び音声コンポーネントをそれぞれ映像復号部３５及び音声復号部３６から取得し、取得した映像コンポーネント及び音声コンポーネントを提示する。
【００４９】
字幕提示処理部３８５（字幕提示部）は、ＨＴＭＬアプリケーションを参照して提示すべき字幕コンポーネントを特定する。字幕提示処理部３８５は、提示すべき字幕コンポーネントを字幕取得処理部３８３から取得し、取得した字幕コンポーネントを提示する。
【００５０】
具体的には、字幕提示処理部３８５は、ユーザが番組を選局したことを契機に、その番組に関するＳＩ情報（具体的には、Subtitle_info情報）をＳＩ情報取得処理部３８１から取得し、以降、そのSubtitle_info情報が示す提示方法で字幕コンポーネントを提示する。なお、放送信号にＨＴＭＬアプリケーションが含まれない場合には、映像音声提示処理部３８４及び字幕提示処理部３８５は、番組に関するＳＩ情報に従い提示すべき映像コンポーネント、音声コンポーネント及び字幕コンポーネントを取得し、ＳＩ情報及び字幕コンポーネントに含まれる提示情報に従い各コンポーネントを提示する。
【００５１】
（tuneToメソッドについて）
ユーザがＨＴＭＬアプリケーションに対して番組を選局する操作を行うと、ＨＴＭＬアプリケーションは、tuneToメソッドを呼び出す。図４は、ＨＴＭＬアプリケーションが呼び出すtuneToメソッドの２つの例を示した図である。
【００５２】
図４からわかるように、図４に示されている各tuneToメソッドは、非特許文献１に開示されているtuneToメソッドを拡張したものとなっている。即ち、Subtitle_info情報がtuneToメソッドの戻り値になっている。従って、ＨＴＭＬアプリケーションは、いずれのtuneToメソッドを呼び出した場合であっても、その戻り値としてその時点におけるSubtitle_info情報を得ることができる。ここでは、ユーザが番組を選局する操作を行うこととしたが、予めＨＴＭＬアプリケーションが読み込まれた際に、選局を行う操作をＨＴＭＬアプリケーションに記述することで、tuneToメソッドを呼び出しても構わない。
【００５３】
（放送信号のデータ構造の例）
ＨＴＭＬアプリケーションが提示する各コンポーネント及びＳＩ情報を含んでいる放送信号について、図５を用いて説明する。図５は、放送信号のデータ構造を示す図である。
【００５４】
図５に示す放送信号１００は、本実施形態に係るコンテンツの伝送単位である。図５に示すように、放送信号１００には、番組の各コンポーネント（字幕アセット１５１、ビデオアセット１５２、オーディオアセット１５３、及び、データアセット１５４）、ＰＡメッセージ１１０、Ｍ２セクションメッセージが含まれている。ＰＡメッセージ１１０およびＭ２セレクションメッセージは、ＳＩ情報（MMT-SI）である。
【００５５】
字幕アセット１５１は、字幕の本文が記述されたTTML文書ファイルを含んでいる。
【００５６】
データアセット１５４には、ＨＴＭＬアプリケーションが含まれる。また、例えば、放送信号１００にデータアセット１５４が含まれない場合は、ＭＰＴ１１１にデータアセット１５４（ＨＴＭＬアプリケーション）の格納先を示す情報（例えば、コンテンツサーバ６を指し示すＵＲＬ情報）が含まれていてもよい。
【００５７】
なお、ＭＭＴでは、映像や音声等のコンポーネントをアセットと定義する。すなわち、ビデオアセットは映像コンポーネントであり、オーディオアセットは音声コンポーネントであり、字幕アセットは字幕コンポーネントである。また、各アセットには、他のアセットと識別するためのコンポーネントタグが付されている。
【００５８】
Ｍ２セクションメッセージは、MPEG-2 Systemsのセクション拡張形式を伝送するために用いる情報である。本実施形態では、Ｍ２セクションメッセージには、ＭＨ−ＡＩＴが含まれている。ＭＨ−ＡＩＴは、ＭＭＴ用のＡＩＴ（Application Information Table：アプリケーション情報テーブル）である。
【００５９】
ＰＡメッセージ１１０は、アセットの構成等を示す制御情報である。ＭＭＴでは、メッセージには特定の情報を示す要素や属性を持つテーブルが含まれ、テーブルには、より詳細な情報を示す記述子が含まれる。具体的には、ＰＡメッセージ１１０には、図５に示すように、ＭＰＴ（MMT Package Table）１１１が含まれる。
【００６０】
ＭＰＴ１１１は、アセットのリスト、そのアセットが含まれるＭＭＴパケットを特定するパケットＩＤおよび放送信号の位置などのパッケージを構成する情報を示す。ＭＰＴ１１１を解析することにより、番組を構成するアセットを特定することができる。
【００６１】
図５に示すように、ＭＰＴ１１１には、Data_Component_Descriptor情報１３０が含まれている。Data_Component_Descriptor情報１３０は、番組を構成するコンポーネントのリストを示しており、各コンポーネントのコンポーネントタグを含んでいる。また、図５に示すように、前述のSubtitle_info情報（Subtitle_info情報１３１）はこのData_Component_Descriptor情報１３０に含まれている。
【００６２】
図６は、Subtitle_info情報１３１（字幕提示制御情報）のデータ構造を示す図である。図６に示すように、Subtitle_info情報１３１は、ISO_639_language_code（言語コード）、type（字幕タイプ）、OPM（動作モード）、TMD（時刻制御モード）、及び、DMF（表示モード）、及び、resolution（表示解像度モード）を含み、時刻制御モードの値が0010である場合には、更に、reference_start_time (参照開始時刻、即ち、TTML文書内のタイムコードの起点となるUTC時刻)を含んでいる。
【００６３】
ARIB標準規格に精通した本願発明の技術分野の当業者であればこれらの情報の意味を明確に把握できる。従って、ここでは、これらの情報について詳細には説明しない。
【００６４】
なお、番組を構成する字幕コンポーネントがＮ個存在する場合（例えば、日本語の字幕コンポーネントと英語の字幕コンポーネントとからなる２個の字幕コンポーネントが存在する場合）には、各字幕コンポーネントに紐づけられたＮ個のSubtitle_info情報１３１がＭＰＴ１１１に含まれる。
【００６５】
（字幕データ（captiondata）のデータフォーマットの一例について）
次にcaptiondataのデータフォーマットの一例について、図７に基づいて説明すれば、以下のとおりである。
【００６６】
図７は、本実施形態に係る字幕提示処理部３８５が字幕取得処理部３８３から取得するcaptiondataのデータフォーマットの一例について説明するための図である。図７の（ａ）は、captiondataのデータフォーマットの定義を示しており、図７の（ｂ）は、captiondataの一例を示している。
【００６７】
図７の（ｂ）においてdataで示された値（0.ttml、1.png、2.aif）については、該当する字幕データ（テキストデータ）をJSON形式に変換することとし、バイナリデータ（pngデータやaif等）をBase64等にエンコードしてからJSON形式に変換してもよい。
【００６８】
字幕取得処理部３８３が取得する字幕ストリームにはcaptiondataを構成するメタ情報（サブサンプルデータを取得するための情報等）が含まれており、captiondataは、字幕取得処理部３８３によって、字幕ストリームから生成される。
【００６９】
図７からわかるように、本実施形態では、captiondataはJSON形式で記述されている。図７の（ｂ）は、字幕取得処理部３８３から取得した字幕コンポーネント（放送受信機が提示すべき字幕が記述されたＴＴＭＬ文書、字幕画像、及び、字幕音声等の各サブサンプルデータのファイル）を図７（ａ）のcaptiondataのデータフォーマットの定義に従って、JSON形式に変換したcaptiondataの例を示している。
【００７０】
なお、captiondataはJSON形式で記述されていなくてもよい。即ち、captiondataは、captiondataを構成する各情報について、その情報の種類と、その情報が格納されるフィールドの長さと、及び、そのフィールドに格納される値とを含むようなデータ構造であればよい。
【００７１】
また、captiondataに含まれる、サブサンプルデータを取得するための情報は、ＴＴＭＬ文書のファイル名のみであってもよい。あるいは、サブサンプルデータを取得するための情報として、ＴＴＭＬ文書のファイル名に加え、字幕画像のファイル名、字幕音声のファイル名、及び、外字フォントのファイル名の全部又は任意の一部がcaptiondataに含まれていてもよい。
【００７２】
また、本実施形態では、TTML文書をJSON形式に変換して送るが、TTML文書を解析して該当するテキストデータのみ抽出したものを使用してもよい。
【００７３】
（ＨＴＭＬアプリケーションの選局時の動作について）
ＨＴＭＬアプリケーションの選局時の動作について、図３、図７〜図９を参照しながら説明する。図８は、tuneToメソッドを利用してsubtitle_info情報１３１を提示するためのスクリプトタグ２１２の記述例である。図９は、ttml形式のデータを例示した図である。
【００７４】
図３からわかるように、ＨＴＭＬアプリケーションのソースには、スクリプトタグ２１２が含まれている。
【００７５】
図８に示すスクリプトタグ２１２をソースに含むＨＴＭＬアプリケーションを実行している合成部は、ＨＴＭＬアプリケーションに対する番組選局操作が行われると、tuneToメソッドを実行する。
【００７６】
合成部（映像音声提示処理部３８４）は、選局された番組の映像及び音声を提示し、合成部（字幕提示処理部３８５）は、tuneToメソッドの戻り値から取得した選局された番組のＳＩ情報（ＳＩ情報取得処理部３８１が取得したＳＩ情報）に含まれるSubtitle_info情報１３１を提示する。
【００７７】
また、図８に図示はしていないが、字幕提示処理部３８５は、このSubtitle_info情報１３１及びＨＴＭＬの記述に従って字幕の提示制御を行う。
【００７８】
字幕提示処理部３８５は、具体的には、番組が選局された直後に、ＳＩ情報取得処理部３８１が取得したＳＩ情報に含まれるSubtitle_info情報１３１を、記憶部４１におけるＨＴＭＬアプリケーションが参照可能なメモリ領域に記録し、上記Subtitle_info情報１３１及びＨＴＭＬの記述に従って、各字幕データを提示する。
【００７９】
即ち、字幕提示処理部３８５は、ＨＴＭＬアプリケーション上（ＨＴＭＬアプリケーションの画面内）で、各字幕データを提示する。
【００８０】
（字幕ストリーム受信時におけるＨＴＭＬアプリケーションの動作について）
ミドルウェアが字幕ストリームを受信したことをトリガとしてＨＴＭＬアプリケーションが各字幕を提示する際の動作について、図７、図９及び図２１を参照しながら説明する。
【００８１】
本実施形態に係るＨＴＭＬアプリケーションのソースに含まれるスクリプトタグ２１２は、図２１によっても示される。即ち、スクリプトタグ２１２には、tuneToメソッドに関する記述だけでなく、イベントリスナaddCaptionListenerに関する記述も含まれている。
【００８２】
合成部は、ＨＴＭＬアプリケーションの実行の開始時に放送映像音声オブジェクトにイベントリスナaddCaptionListenerを登録する。これにより、字幕取得処理部３８３は、字幕ストリームを取得するとaddCaptionListenerで登録したイベントが発火し、取得した字幕ストリームがcaptiondataのデータフォーマットに変換されて字幕提示処理部３８５に通知される。字幕提示処理部３８５は、tuneToメソッドの戻り値から取得したＳＩ情報に含まれるSubtitle_info情報１３１およびＨＴＭＬ記述に従って、captiondata中の各字幕データを提示する。
【００８３】
例えば、提示する字幕データが図７の（ｂ）のcaptiondataによって示される場合、字幕提示処理部３８５は、captiondataに含まれる0.ttmlファイル（図９に例示されるＴＴＭＬ文書のファイル）、1.pngファイル（字幕画像のファイル）、及び、2.aifファイル（字幕音声のファイル）を取得し、Subtitle_info情報１３１及びＨＴＭＬ記述に従って、ＴＴＭＬ文書に記述されている字幕文字列、字幕画像、及び、字幕音声を提示する。
【００８４】
（受信装置３の利点）
以上のように、受信装置３は、Subtitle_info情報１３１及びＨＴＭＬの記述に従って、番組の各字幕データを提示することができる。
【００８５】
従って、受信装置３では、ＨＴＭＬアプリケーション上にて、番組の配信者（もしくはＨＴＭＬアプリケーションの提供事業者）が所望する態様で各字幕データを提示できる、と言える。
【００８６】
（captiondataのデータフォーマットの別の例について）
captiondataのデータフォーマットの別の例について、図１０及び図１１を参照しながら説明する。
【００８７】
図１０及び図１１は、captiondataのデータフォーマットの別の各例について説明するための図である。図１０の（ａ）は、別の例に係るcaptiondataのデータフォーマットの定義を示しており、図１０の（ｂ）は、そのcaptiondataの一例を示している。
【００８８】
図１０のcaptiondataも、以下の点で図７のcaptiondataと異なっている。
【００８９】
即ち、図１０のcaptiondata中に、字幕のメタ情報としてMPU Time Stampではなく、reference_start_timeが含まれている点が、図７のcaptiondataと異なっている。
【００９０】
captiondataのデータフォーマットの更に別の例について、図１１を参照しながら説明する。図１１の（ａ）は、更に別の例に係るcaptiondataのデータフォーマットの定義を示しており、図１１の（ｂ）及び（ｃ）は、そのようなcaptiondataの一例を示している。
【００９１】
図１１のcaptiondataは、以下の点で図１０のcaptiondataと異なっている。
【００９２】
即ち、図１１のcaptiondataは、各サブサンプルデータを取得するための情報が、データの替わりに当該データが格納されている格納先情報がＵＲＬとして記述されている点で、図１０のcaptiondataと異なっている。
【００９３】
上記ＵＲＬは、例えば、図１１の（ｂ）に示すように、"http://localhost/<service_id>/<asset_id>/<mpu_sequence_number>/<subsample_no>"というフォーマットで記述されてもよい。即ち、上記ＵＲＬは、各サブサンプルデータの取得先を示すＵＲＬであってもよい。
【００９４】
あるいは、例えば、図１１の（ｃ）に示すように、"http://localhost/<service_id>/<asset_id>/<mpu_sequence_number>/"というフォーマットで記述されてもよい。即ち、上記ＵＲＬは、TTML文書ファイルの取得先を示すＵＲＬであってもよい。
【００９５】
即ち、字幕提示処理部３８５は、図１１の（ｃ）のcaptiondataに基づいて、TTML文書ファイルを取得及び解析し、TTML文書ファイルに示されている、他のサブサンプルデータを取得するための情報と上記ＵＲＬを参照して、他のサブサンプルデータを取得することができる。
【００９６】
なお、字幕提示処理部３８５は、図１０のデータ及び図１１のデータを、イベントリスナaddCaptionListenerの戻り値captiondataの形で取得するのではなく、WebSocket等を利用してJSONメッセージの形で取得してもよい。
【００９７】
〔実施形態２〕
本発明の別の実施形態について、更に図１２及び図１３に基づいて説明すれば、以下のとおりである。なお、説明の便宜上、前記実施形態にて説明した部材と同じ機能を有する部材については、同じ符号を付記し、その説明を省略する。
【００９８】
図１２は、所定のイベントが発火したことを契機にＨＴＭＬアプリケーションが呼び出すgetCurrentSubtitleInformationメソッドを例示した図である。図１３は、本実施形態に係るＨＴＭＬアプリケーションのソースに含まれているスクリプトタグ２１２の詳細を概略的に例示した図である。
【００９９】
〔システムの概要および構成〕
本実施形態に係るシステムは、Subtitle_info情報を取得する契機が異なっている点を除き、実施形態１に係るシステムと同様のシステムである。
【０１００】
本実施形態に係るシステムは、実施形態１に係るシステムと同様に構成されているので、本実施形態に係るシステムの構成の説明を省略する。
【０１０１】
（getCurrentSubtitleInformationメソッドについて）
図１２にgetCurrentSubtitleInformationメソッドの定義の一例を示す。図１２からわかるように、ＨＴＭＬアプリケーションは、所定のイベントが発火した場合に、getCurrentSubtitleInformationメソッドの戻り値としてその時点におけるSubtitle_info情報を得ることができる。
【０１０２】
なお、所定のイベントは、例えば、「Subtitle_info情報を含むＳＩ情報の受信」というイベントであってもよいし、「Subtitle_info情報の更新（前回受信したＳＩ情報に含まれているSubtitle_info情報とは異なる内容のSubtitle_info情報が含まれているＳＩ情報の受信）」というイベントであってもよいし、「ユーザによる字幕の選択言語の切替」というイベントであってもよい。また、上記のうち、ＳＩ情報の受信による所定のイベントの発生については、ミドルウェア部（ＳＩ情報取得処理部３８１）から合成部に通知される。
【０１０３】
（ＨＴＭＬアプリケーションの選局時の動作について）
番組再生中に所定のイベントが発火したことをトリガとしてＨＴＭＬアプリケーションが実行する動作について、図１３を参照しながら説明する。図１３は、getCurrentSubtitleInformationメソッドを利用してsubtitle_info情報１３１を提示するためのスクリプトタグ２１２の記述例である。
【０１０４】
図１３に示すスクリプトタグ２１２をソースに含むＨＴＭＬアプリケーションを実行している合成部は、所定のイベントが発火した場合に、getCurrentSubtitleInformationメソッドを実行し、subtitle_info情報１３１を取得する。
【０１０５】
合成部（字幕提示処理部３８５）は、ＳＩ情報取得処理部３８１が取得したＳＩ情報に含まれるSubtitle_info情報１３１を提示する。
【０１０６】
また、図１３に図示はしていないが、字幕提示処理部３８５は、このSubtitle_info情報１３１及びＨＴＭＬの記述に従って字幕の提示制御を行う。
【０１０７】
字幕提示処理部３８５は、具体的には、ミドルウェアやユーザによる操作から所定のイベントの発生が通知された直後に、ＳＩ情報取得処理部３８１が取得したＳＩ情報に含まれるSubtitle_info情報１３１を、記憶部４１におけるＨＴＭＬアプリケーションが参照可能なメモリ領域に記録し、上記Subtitle_info情報１３１及びＨＴＭＬの記述に従って、各字幕データを提示する。
【０１０８】
（受信装置３の利点）
本実施形態に係る受信装置３は、実施形態１に係る受信装置３と同様の作用効果を奏する。更に、番組の放送期間中に、配信されるsubtitle_info情報１３１が更新された場合や、ユーザの操作により提示する字幕の選択言語が切り替えられた場合でも、番組の配信者（もしくはＨＴＭＬアプリケーションの提供事業者）が所望する態様で各字幕データを提示できる。
【０１０９】
（実施形態２の付記事項）
getCurrentSubtitleInformationメソッドは、ＨＴＭＬアプリケーションがイベントの発火時に呼び出すメソッドではなくてもよい。即ち、getCurrentSubtitleInformationメソッドが呼び出されるタイミングは、ＨＴＭＬアプリケーションのソースの実装に応じたタイミングであってもよい。
【０１１０】
例えば、ＨＴＭＬアプリケーションのソースは、アプリケーション画面上のあるボタン（例えば、字幕を切り替えるボタン）が操作されたときに、getCurrentSubtitleInformationメソッドを呼び出すように実装されていてもよい。
【０１１１】
〔実施形態３〕
本発明の更に別の実施形態について、更に図１４及び図１５に基づいて説明すれば、以下のとおりである。なお、説明の便宜上、前記実施形態にて説明した部材と同じ機能を有する部材については、同じ符号を付記し、その説明を省略する。
【０１１２】
図１４は、本実施形態に係る放送映像音声オブジェクトの定義を概略的に例示した図である。図１５は、本実施形態に係るＨＴＭＬアプリケーションのソースに含まれているスクリプトタグ２１２の詳細を概略的に例示した図である。
【０１１３】
〔システムの概要および構成〕
本実施形態に係るシステムは、ミドルウェアが字幕ストリームを受信した時に、ＨＴＭＬアプリケーションがイベントリスナ経由でSubtitle_info情報を取得する点を除き、実施形態２に係るシステムと同様のシステムである。
【０１１４】
本実施形態に係るシステムは、実施形態１に係るシステムと同様に構成されているので、本実施形態に係るシステムの構成の説明を省略する。
【０１１５】
（放送映像音声オブジェクトについて）
図１４に示されている放送映像音声オブジェクトは、非特許文献１の放送映像音声オブジェクトを拡張したものである。図１４からわかるように、本実施形態に係る放送映像音声オブジェクトは、イベントリスナaddCaptionListenerの戻り値にSubtitle_info情報が含まれている。
【０１１６】
（字幕ストリーム受信時におけるＨＴＭＬアプリケーションの動作について）
ミドルウェアが字幕ストリーム（字幕コンポーネント）を受信したことをトリガとしてＨＴＭＬアプリケーションが実行する動作について、図１５を参照しながら説明する。図１５は、放送映像音声オブジェクトにイベントリスナaddCaptionListenerを登録するスクリプトタグの一例である。
【０１１７】
合成部は、図１５に示すスクリプトタグ２１２をソースに含むＨＴＭＬアプリケーションの実行の開始時に放送映像音声オブジェクトにイベントリスナaddCaptionListenerを登録する。
【０１１８】
これにより、字幕取得処理部３８３が字幕ストリームを受信すると、addCaptionListenerで登録したイベントが発火し、記憶部４１から読み出されたSubtitle_info情報１３１とcaptiondataが字幕提示処理部３８５に通知される。字幕提示処理部３８５は、通知されたSubtitle_info情報１３１、および、ＨＴＭＬ記述に従って、字幕ストリーム中の各字幕データを提示する。
【０１１９】
字幕提示処理部３８５は、具体的には、ミドルウェアが字幕ストリームを受信した直後に、ＳＩ情報取得処理部３８１が取得したＳＩ情報に含まれるSubtitle_info情報１３１を、記憶部４１におけるＨＴＭＬアプリケーションが参照可能なメモリ領域に記録し、上記Subtitle_info情報１３１およびＨＴＭＬ記述に従って、字幕ストリーム中の各字幕データを提示する。
【０１２０】
（受信装置３の利点）
本実施形態に係る受信装置３は、実施形態１、２に係る受信装置３と同様の作用効果を奏する。
【０１２１】
〔実施形態４〕
本発明の更に別の実施形態について、更に図１６及び図１７に基づいて説明すれば、以下のとおりである。なお、説明の便宜上、前記実施形態にて説明した部材と同じ機能を有する部材については、同じ符号を付記し、その説明を省略する。
【０１２２】
図１６の（ａ）は、本実施形態に係る放送映像音声オブジェクトの定義を概略的に例示し、図１６の（ｂ）は、本実施形態に係る字幕リスト情報の定義を概略的に例示した図である。また、図１７は、本実施形態に係るＨＴＭＬアプリケーションのソースに含まれているスクリプトタグ２１２の詳細を概略的に例示した図である。
【０１２３】
〔システムの概要および構成〕
本実施形態に係るシステムは、受信装置のＨＴＭＬアプリケーションが、そのソースの実装に応じたタイミングでSubtitle_info情報ではなくSubtitle_list情報（字幕リスト情報）を取得するようになっている点で、実施形態１に係るシステムと異なっている。
【０１２４】
本実施形態に係るシステムは、実施形態１に係るシステムと同様に構成されているので、本実施形態に係るシステムの構成の説明を省略する。
【０１２５】
（放送映像音声オブジェクトについて）
図１６の（ａ）に示されている放送映像音声オブジェクトは、非特許文献１の放送映像音声オブジェクトを拡張したものである。図１６の（ａ）からわかるように、本実施形態に係る放送映像音声オブジェクトは、getSubtitleListメソッドを有している。
【０１２６】
getSubtitleListメソッドは、Subtitle_list情報を取得するためのメソッドである。Subtitle_list情報は、Subtitle_info情報１３１やＭＰＴに含まれるＳＩ情報から生成される。
【０１２７】
Subtitle_list情報は、図１６の（ｂ）に示すように、字幕ストリームの言語を示す言語コード（ISO_639_language_code）と字幕ストリームが格納された格納先を表すＵＲＬとから構成されている。
【０１２８】
なお、番組を構成する字幕ストリーム（字幕コンポーネント）がＮ個存在する場合には、Subtitle_list情報は、これらの情報の組み合わせをＮ個含むこととなる。
【０１２９】
（ＨＴＭＬアプリケーションの起動時における動作について）
ＨＴＭＬアプリケーションが起動時に実行する動作について、図１７を参照しながら説明する。
【０１３０】
合成部は、図１７に示すスクリプトタグ２１２をソースに含むＨＴＭＬアプリケーションでgetSubtitleListメソッドが呼び出された際に処理を実行する。
【０１３１】
これにより、合成部（字幕提示処理部３８５）は、番組の映像、音声及び字幕を提示しながら、ＳＩ情報取得処理部３８１が取得したＳＩ情報に含まれるSubtitle_list情報を提示する。なお、上記ではSubtitle_listに含まれる情報をテキストとして表示する例を示したが、受信装置３は、Subtitle_listに含まれる情報を格納するオブジェクトを定義し、取得した情報を前記オブジェクトとして記憶部４１に格納してもよい。
【０１３２】
なお、番組を構成する字幕ストリームがＮ個存在する場合において字幕提示処理部３８５が提示する字幕は、異なる複数の言語のうちのユーザに指定されている言語の字幕である。
【０１３３】
ユーザは、合成部によって提示されるSubtitle_list情報を見て、字幕の言語として他のどの言語を選択できるかを把握することができる。
【０１３４】
（実施形態４の付記事項）
実施形態１の特徴と実施形態４の特徴とを兼ね備えた受信装置３も本発明に係る放送受信機の範囲に含まれる。そのような受信装置３の字幕提示処理部３８５は、Subtitle_info情報とSubtitle_list情報との両方を取得し、Subtitle_info情報が示す提示方法で字幕を提示しながら、Subtitle_list情報を提示することになる。
【０１３５】
〔実施形態５〕
本発明の更に別の実施形態について、更に図１８及び図１９に基づいて説明すれば、以下のとおりである。なお、説明の便宜上、前記実施形態にて説明した部材と同じ機能を有する部材については、同じ符号を付記し、その説明を省略する。
【０１３６】
図１８は、本実施形態に係る放送映像音声オブジェクトの定義を概略的に例示した図である。図１９は、本実施形態に係るＨＴＭＬ５アプリケーションのソースにおけるスクリプトタグ２１２の詳細を概略的に例示した図である。
【０１３７】
〔システムの概要および構成〕
本実施形態に係るシステムは、ミドルウェアが字幕ストリームを受信した時に、ＨＴＭＬアプリケーションがイベントリスナ経由で字幕リスト情報を取得する点を除き、実施形態４に係るシステムと同様のシステムである。
【０１３８】
本実施形態に係るシステムは、実施形態１に係るシステムと同様に構成されているので、本実施形態に係るシステムの構成の説明を省略する。
【０１３９】
（放送映像音声オブジェクトについて）
図１８に示されている放送映像音声オブジェクトは、非特許文献１の放送映像音声オブジェクトを拡張したものである。図１８からわかるように、本実施形態に係る放送映像音声オブジェクトは、イベントリスナaddCaptionListenerの戻り値に字幕リスト情報が含まれている。
【０１４０】
（字幕ストリーム受信時におけるＨＴＭＬアプリケーションの動作について）
ミドルウェアが字幕ストリームを受信したことをトリガとしてＨＴＭＬアプリケーションが実行する動作について、図１９を参照しながら説明する。
【０１４１】
合成部は、図１９に示すスクリプトタグ２１２をソースに含むＨＴＭＬアプリケーションの実行の開始時に放送映像音声オブジェクトにイベントリスナaddCaptionListnerを登録する。
【０１４２】
これにより、字幕取得処理部３８３が字幕ストリームを受信すると、addCaptionListenerで登録したイベントが発火し、記憶部４１から読み出されたSubtitle_info情報１３１と字幕リスト情報とcaptiondataが字幕提示処理部３８５に通知され、字幕提示処理部３８５は、ＳＩ情報取得処理部３８１が取得したＳＩ情報に含まれる字幕リスト情報を提示する。
【０１４３】
字幕提示処理部３８５は、具体的には、ミドルウェア部が字幕ストリームを受信した直後に、ＳＩ情報取得処理部３８１が取得したＳＩ情報に含まれる字幕リスト情報を、記憶部４１におけるＨＴＭＬアプリケーションが参照可能なメモリ領域に記録する。その後、字幕提示処理部３８５は、上記メモリ領域に記録された字幕リスト情報を提示する。
【０１４４】
（受信装置３の利点）
本実施形態に係る受信装置３は、実施形態４に係る受信装置３と同様の作用効果を奏する。
【０１４５】
〔実施形態６〕
本発明の更に別の実施形態について、更に図２０〜図２３に基づいて説明すれば、以下のとおりである。なお、説明の便宜上、前記実施形態にて説明した部材と同じ機能を有する部材については、同じ符号を付記し、その説明を省略する。
【０１４６】
図２０は、本実施形態に係るシステム１’の受信装置３’が備えるアプリケーション関連処理部３８’の要部構成を示した機能ブロック図である。図２１は、受信装置３’が実行するＨＴＭＬ５アプリケーションのソースにおけるスクリプトタグ２１２の詳細を概略的に例示した図である。図２２及び図２３は、受信装置３’が参照するcaptiondataのデータフォーマットの各例について説明するための図である。
【０１４７】
〔システムの概要および構成〕
本実施形態に係るシステムは、ＨＴＭＬアプリケーションがSubtitle_info情報に基づいて字幕を提示するのではなく、字幕の提示時刻に関する情報を含むcaptiondataを参照して字幕を提示する点で、実施形態１から３に係るシステムと異なっている。
【０１４８】
図１に示すように、システム１’は、送信装置２、受信装置３’（放送受信機）、コンテンツサーバ５およびコンテンツサーバ６を含んでいる。
【０１４９】
（受信装置３’の構成）
図１に示すように、受信装置３’は、放送受信部３１、操作部３２、通信送受信部３３、コンポーネント逆多重化部３４、映像復号部３５、音声復号部３６、字幕復号部３７、アプリケーション関連処理部３８’、ディスプレイ３９、スピーカ４０および記憶部４１を備える。
【０１５０】
アプリケーション関連処理部３８’は、コンポーネント逆多重化部３４からＳＩ情報およびＨＴＭＬアプリケーションを取得する。アプリケーション関連処理部３８は、ＨＴＭＬアプリケーションを参照して、提示すべきコンポーネントを特定する。
【０１５１】
アプリケーション関連処理部３８’は、提示すべき映像コンポーネント、音声コンポーネントおよび字幕コンポーネントを、それぞれ、映像復号部３５、音声復号部３６および字幕復号部３７から取得し、映像コンポーネント、音声コンポーネント及び字幕コンポーネントを提示する。
【０１５２】
なお、アプリケーション関連処理部３８’の詳しい処理については、参照する図面を替えて後述する。
【０１５３】
（アプリケーション関連処理部３８’）
アプリケーション関連処理部３８’について、図２０を用いて説明する。図２０に示すように、アプリケーション関連処理部３８’には、ミドルウェア部および合成部が含まれている。
【０１５４】
合成部は、ＨＴＭＬアプリケーションを実行する機能を有している。
【０１５５】
このＨＴＭＬアプリケーションを実行した合成部は、図２０に示すように、映像音声提示処理部３８４及び字幕提示処理部３８５’として機能する。
【０１５６】
字幕提示処理部３８５’は、ＨＴＭＬアプリケーションを参照して提示すべき字幕コンポーネントを特定する。字幕提示処理部３８５’は、提示すべき字幕コンポーネントを字幕取得処理部３８３から取得し、取得した字幕コンポーネントを提示する。
【０１５７】
具体的には、図２１からわかるように、合成部は、図２１に示すスクリプトタグ２１２をソースに含むＨＴＭＬアプリケーションの実行の開始時に放送映像音声オブジェクトにイベントリスナaddCaptionListenerを登録する。これにより、字幕取得処理部３８３が番組の字幕ストリームを受信するとaddCaptionListenerで登録したイベントが発火し、受信した字幕ストリームを変換したcaptiondataが字幕提示処理部３８５’に通知される。このcaptiondataのデータフォーマットは図２２に示す通りである。
【０１５８】
即ち、図２２に示すように、captiondataは、字幕及び各サブサンプルデータの提示開始時刻、提示期間、ＩＤ、スタイル要素、字幕の本文データ、並びに、各サブサンプルデータ（バイナリデータ）から構成されている。
【０１５９】
なお、上記提示開始時刻の情報は、SI情報取得処理部３８１が取得したSubtitle_info情報１３１と、字幕取得処理部３８３が、字幕コンポーネントのＭＭＴＰパケットから抽出したものと、字幕取得処理部３８３がTTML文書ファイルから抽出したデータから算出したものとから算出した情報であるが、上記のうちいずれかのデータから算出した情報でもよい。
【０１６０】
このcaptiondataを取得した字幕提示処理部３８５’は、このcaptiondataが指定する提示方法によって、字幕、及び、その他のサブサンプルデータを提示する。即ち、このcaptiondataによって指定される提示開始時刻から、このcaptiondataによって指定される長さの時間に亘って、字幕の本文データ及び各サブサンプルデータを提示する。
【０１６１】
なお、本実施例では、時刻情報として提示開始時刻、および提示期間の長さを送ることとしたが、提示開始時刻と提示終了時刻であってもよく、字幕の提示時刻を制御できる情報であればよい。また、本実施例では、各字幕データの実データをcaptiondataに含めて送ることとしたが、データの替わりに当該データが格納されている格納先情報をＵＲＬとして含めて送ってもよい。
【０１６２】
（captiondataの別の例について）
captiondataのデータフォーマットは図２２に示すものには限定されない。即ち、captiondataのデータフォーマットは図２３に示すようなものであってもよい。
【０１６３】
即ち、図２３に示すように、captiondataは、字幕及び各サブサンプルデータについて、提示開始時刻、提示期間、ＩＤ及びスタイル要素の各メタ情報を含んでいてもよい。
【０１６４】
なお、本実施例では、時刻情報として提示開始時刻、および提示期間の長さを送ることとしたが、提示開始時刻と提示終了時刻であってもよく、字幕の提示時刻を制御できる情報であればよい。また、本実施例では、各字幕データの実データをcaptiondataに含めて送ることとしたが、データの替わりに当該データが格納されている格納先情報をＵＲＬとして含めて送ってもよい。
【０１６５】
（受信装置３の利点）
本実施形態に係る受信装置３は、実施形態１から３に係る受信装置３と同様の作用効果を奏する。
【０１６６】
（その他の付記事項）
図１１および図１３の例では、合成部は、スクリプトの記述に従い、Subtitle_info情報をそのまま提示するようになっていた。
【０１６７】
これに関し、図１１及び図１３のスクリプトに、Subtitle_info情報を一般消費者が理解できるような文言に変換する関数を盛り込んでもよい。そして、合成部は、そのような関数が盛り込まれたスクリプトに従って、上記文言を提示してもよい。
【０１６８】
図１７の例では、合成部は、スクリプトの記述に従い、Subtitle_list情報をそのまま提示するようになっていた。
【０１６９】
これに関し、図１１及び図１３のスクリプトに、Subtitle_list情報を一般消費者が理解できるような文言に変換する関数を盛り込んでもよい。そして、合成部は、そのような関数が盛り込まれたスクリプトに従って、上記文言を提示してもよい。
【０１７０】
〔ソフトウェアによる実現例〕
受信装置３、３’の制御ブロック（特に、ＳＩ情報取得処理部３８１、アプリデータ取得処理部３８２、字幕取得処理部３８３、映像音声提示処理部３８４、及び、字幕提示処理部３８５、３８５’）は、集積回路（ＩＣチップ）等に形成された論理回路（ハードウェア）によって実現してもよいし、ＣＰＵ（Central Processing Unit）を用いてソフトウェアによって実現してもよい。
【０１７１】
後者の場合、受信装置３、３’は、各機能を実現するソフトウェアであるプログラムの命令を実行するＣＰＵ、上記プログラムおよび各種データがコンピュータ（またはＣＰＵ）で読み取り可能に記録されたＲＯＭ（Read Only Memory）または記憶装置（これらを「記録媒体」と称する）、上記プログラムを展開するＲＡＭ（Random Access Memory）などを備えている。そして、コンピュータ（またはＣＰＵ）が上記プログラムを上記記録媒体から読み取って実行することにより、本発明の目的が達成される。上記記録媒体としては、「一時的でない有形の媒体」、例えば、テープ、ディスク、カード、半導体メモリ、プログラマブルな論理回路などを用いることができる。また、上記プログラムは、該プログラムを伝送可能な任意の伝送媒体（通信ネットワークや放送波等）を介して上記コンピュータに供給されてもよい。なお、本発明は、上記プログラムが電子的な伝送によって具現化された、搬送波に埋め込まれたデータ信号の形態でも実現され得る。
【０１７２】
〔まとめ〕
本発明の態様１に係る放送受信機（受信装置３、３’）は、下位層のプログラム（ミドルウェア）と上位層のプログラム（合成部）とが動作する放送受信機において、上記上位層のプログラムの機能として実現されている、ＨＴＭＬアプリケーション上で番組の字幕を提示する字幕提示部（例えば、字幕提示処理部３８５）と、上記字幕の提示方法を示すメタ情報（例えば、Subtitle_info情報）を上記放送受信機の外部（送信装置２、２’）から取得する取得処理部（例えば、ＳＩ情報取得処理部３８１）であって、上記下位層のプログラムの機能として実現されている取得処理部と、を備え、上記字幕提示部は、上記取得処理部が取得した上記メタ情報を取得し、上記メタ情報を参照して上記字幕を提示する。
【０１７３】
上記の構成によれば、上記メタ情報を上記番組の配信者（もしくはＨＴＭＬアプリケーションの提供事業者）が所望する内容にすれば、上記放送受信機は、上記配信者（もしくはＨＴＭＬアプリケーションの提供事業者）が所望する提示方法で上位層のプログラムがＨＴＭＬアプリケーション上で字幕を提示できる、という効果を奏する。
【０１７４】
なお、本発明の態様２に係る放送受信機は、上記態様１において、上記字幕提示部が、所定のイベントが発火したことを契機に、上記取得処理部が取得した上記メタ情報を取得してもよい。
【０１７５】
本発明の態様３に係る放送受信機は、上記態様１または２において、上記字幕提示部は、上記番組が選局されたことを契機に、上記取得処理部が取得した上記メタ情報を取得してもよい。
【０１７６】
上記の構成によれば、上記放送受信機は、ユーザが上記番組を視聴し始めた直後から、上記配信者（もしくはＨＴＭＬアプリケーションの提供事業者）が所望する提示方法で提示される字幕を上記ユーザに見させることができる、という更なる効果を奏する。
【０１７７】
本発明の態様４に係る放送受信機は、上記態様１から３のいずれかの態様において、上記取得処理部が取得する上記メタ情報（字幕ストリームに含まれる、captiondataを構成する情報）は、ＴＴＭＬ文書のサブサンプルデータを取得するための情報（ＴＴＭＬ文書のファイル名）に加え、画像のサブサンプルデータを取得するための情報（画像のファイル名）、音声のサブサンプルデータを取得するための情報（音声のファイル名）、及び、外字フォントのサブサンプルデータを取得するための情報（外字フォントのファイル名）の全部又は一部を含んでいてもよい。
【０１７８】
上記の構成によれば、上記放送受信機は、上位層のプログラムが、画像、音声、及び／又は外字フォントを利用して字幕を提示できる、という更なる効果を奏する。
【０１７９】
本発明の態様５に係る放送受信機は、上記態様１から４のいずれかの態様において、上記字幕提示部が、上記番組の字幕として、異なる複数の言語のうちのユーザに指定された言語の字幕を提示するようになっており、上記取得処理部は、上記複数の言語のリスト（Subtitle_list情報）を上記放送受信機の外部から取得するようになっており、上記字幕提示部は、上記ユーザに指定された言語の字幕と共に、上記リストを提示してもよい。
【０１８０】
上記の構成によれば、上記放送受信機は、上位層のプログラムを通じて、上記ユーザが字幕の言語として指定可能な複数の言語のリストを上記ユーザに確認させることができる、という更なる効果を奏する。
【０１８１】
本発明の態様６に係る放送受信機は、上記態様１において、上記取得処理部が取得する上記メタ情報は、上記字幕の提示時刻に関する情報（例えば、reference_start_time）であってもよい。
【０１８２】
上記の構成によれば、上記放送受信機は、上記配信者（もしくはＨＴＭＬアプリケーションの提供事業者）が所望するタイミングで上位層のプログラムが字幕を提示できる、という更なる効果を奏する。
【０１８３】
本発明の態様７に係る字幕提示方法は、下位層のプログラムと上位層のプログラムとが動作する放送受信機の字幕提示方法において、上記上位層のプログラムがＨＴＭＬアプリケーション上で番組の字幕を提示する字幕提示ステップと、上記下位層のプログラムが、上記字幕の提示方法を示すメタ情報を上記放送受信機の外部から取得する取得ステップと、を含み、上記字幕提示ステップにて、上記取得ステップにて取得した上記メタ情報を取得し、上記メタ情報を参照して上記字幕を提示してもよい。
【０１８４】
上記の構成によれば、上記態様７に係る字幕提示方法は、上記態様１に係る放送受信機と同様の作用効果を奏する。
【０１８５】
本発明は上述した各実施形態に限定されるものではなく、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。さらに、各実施形態にそれぞれ開示された技術的手段を組み合わせることにより、新しい技術的特徴を形成することができる。
【符号の説明】
【０１８６】
１  システム
２        送信装置
３、３’  受信装置
５、６    コンテンツサーバ
３４        コンポーネント逆多重化部
３５        映像復号部
３６        音声復号部
３７        字幕復号部
３８        アプリケーション関連処理部
３８’      アプリケーション関連処理部
３８１  ＳＩ情報取得処理部（取得処理部）
３８３  字幕取得処理部（取得処理部）
３８５  字幕提示処理部（字幕提示部）
【図１】
2017050788.tif 000003
【図２】
2017050788.tif 000004
【図３】
2017050788.tif 000005
【図４】
2017050788.tif 000006
【図５】
2017050788.tif 000007
【図６】
2017050788.tif 000008
【図７】
2017050788.tif 000009
【図８】
2017050788.tif 000010
【図９】
2017050788.tif 000011
【図１０】
2017050788.tif 000012
【図１１】
2017050788.tif 000013
【図１２】
2017050788.tif 000014
【図１３】
2017050788.tif 000015
【図１４】
2017050788.tif 000016
【図１５】
2017050788.tif 000017
【図１６】
2017050788.tif 000018
【図１７】
2017050788.tif 000019
【図１８】
2017050788.tif 000020
【図１９】
2017050788.tif 000021
【図２０】
2017050788.tif 000022
【図２１】
2017050788.tif 000023
【図２２】
2017050788.tif 000024
【図２３】
2017050788.tif 000025