(57)【要約】  本技術は、確実に、放送コンテンツに重畳して表示される字幕の運用を行うことができるようにする受信装置、受信方法、送信装置、及び、送信方法に関する。受信装置は、字幕に関する機能を提供するためのトリガ情報であって、インターネット上のリソースを識別可能なロケーション情報を含むトリガ情報を取得し、トリガ情報に含まれるロケーション情報に基づいて、所定のコンピュータ言語で記述された字幕に関する文書を含む字幕情報を取得し、トリガ情報及び字幕情報のうちの少なくとも一方に基づいて、字幕の表示を制御する。本技術は、例えば、デジタル放送信号を受信可能なテレビ受像機に適用することができる。
2016035589.tif 000002
【特許請求の範囲】
【請求項１】
字幕に関する機能を提供するためのトリガ情報であって、インターネット上のリソースを識別可能なロケーション情報を含む前記トリガ情報を取得する第１の取得部と、
前記トリガ情報に含まれる前記ロケーション情報に基づいて、所定のコンピュータ言語で記述された字幕に関する文書を含む字幕情報を取得する第２の取得部と、
前記トリガ情報及び前記字幕情報のうちの少なくとも一方に基づいて、前記字幕の表示を制御する字幕制御部と
を備える受信装置。
【請求項２】
前記トリガ情報は、前記字幕に関する文書に対して、前記字幕の表示に関する情報を付加するための付加情報を含む
請求項１に記載の受信装置。
【請求項３】
前記トリガ情報は、前記字幕に関する文書に記述される、前記字幕の表示に関する情報を操作するためのイベント情報を含む
請求項１に記載の受信装置。
【請求項４】
前記トリガ情報は、前記字幕の表示を制御するための時刻情報を含む
請求項１に記載の受信装置。
【請求項５】
前記字幕情報は、前記字幕に関するヒント情報をさらに含む
請求項１に記載の受信装置。
【請求項６】
前記字幕に関する文書は、TTML（Timed Text Markup Language）で記述される
請求項１に記載の受信装置。
【請求項７】
前記トリガ情報は、IP（Internet Protocol）伝送方式を用いたデジタル放送の放送波に含めて配信されるか、又はインターネット上に設けられるコンテンツ認識機能を有するサーバから配信される
請求項１に記載の受信装置。
【請求項８】
受信装置の受信方法において、
前記受信装置が、
字幕に関する機能を提供するためのトリガ情報であって、インターネット上のリソースを識別可能なロケーション情報を含む前記トリガ情報を取得し、
前記トリガ情報に含まれる前記ロケーション情報に基づいて、所定のコンピュータ言語で記述された字幕に関する文書を含む字幕情報を取得し、
前記トリガ情報及び前記字幕情報のうちの少なくとも一方に基づいて、字幕の表示を制御する
ステップを含む受信方法。
【請求項９】
字幕に関する機能を提供するためのトリガ情報であって、所定のコンピュータ言語で記述された字幕に関する文書を含む字幕情報を取得するためのロケーション情報を含む前記トリガ情報を生成する生成部と、
生成された前記トリガ情報を送信する送信部と
を備える送信装置。
【請求項１０】
前記トリガ情報は、前記字幕に関する文書に対して、前記字幕の表示に関する情報を付加するための付加情報を含む
請求項９に記載の送信装置。
【請求項１１】
前記トリガ情報は、前記字幕に関する文書に記述される、前記字幕の表示に関する情報を操作するためのイベント情報を含む
請求項９に記載の送信装置。
【請求項１２】
前記トリガ情報は、前記字幕の表示を制御するための時刻情報を含む
請求項９に記載の送信装置。
【請求項１３】
前記字幕情報は、前記字幕に関するヒント情報をさらに含む
請求項９に記載の送信装置。
【請求項１４】
前記字幕に関する文書は、TTMLで記述される
請求項９に記載の送信装置。
【請求項１５】
前記送信部は、前記トリガ情報を、IP伝送方式を用いたデジタル放送の放送波に含めて送信する
請求項９に記載の送信装置。
【請求項１６】
送信装置の送信方法において、
前記送信装置が、
字幕に関する機能を提供するためのトリガ情報であって、所定のコンピュータ言語で記述された字幕に関する文書を含む字幕情報を取得するためのロケーション情報を含む前記トリガ情報を生成し、
生成された前記トリガ情報を送信する
ステップを含む送信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本技術は、受信装置、受信方法、送信装置、及び、送信方法に関し、特に、確実に、放送コンテンツに重畳して表示される字幕の運用を行うことができるようにした受信装置、受信方法、送信装置、及び、送信方法に関する。
【背景技術】
【０００２】
地上波放送で放送された番組等の放送コンテンツを、ケーブルテレビ（CATV：Cable Television）や衛星放送により再配信する運用が行われている（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００１−１３６４４４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ところで、地上波放送で放送された番組等の放送コンテンツが、ケーブルテレビ等で再配信される場合に、当該放送コンテンツに重畳表示される字幕の制御など、地上波放送において規定された仕組みが、ケーブルテレビ等の再配信において維持することができない場合がある。この場合に、受信機では、番組等の放送コンテンツに字幕を重畳表示させることができないため、確実に、当該字幕を運用するための技術が要請されていた。【０００５】
本技術はこのような状況に鑑みてなされたものであり、確実に、放送コンテンツに重畳して表示される字幕の運用を行うことができるようにするものである。
【課題を解決するための手段】
【０００６】
本技術の第１の側面の受信装置は、字幕に関する機能を提供するためのトリガ情報であって、インターネット上のリソースを識別可能なロケーション情報を含む前記トリガ情報を取得する第１の取得部と、前記トリガ情報に含まれる前記ロケーション情報に基づいて、所定のコンピュータ言語で記述された字幕に関する文書を含む字幕情報を取得する第２の取得部と、前記トリガ情報及び前記字幕情報のうちの少なくとも一方に基づいて、前記字幕の表示を制御する字幕制御部とを備える受信装置である。【０００７】
本技術の第１の側面の受信装置は、独立した装置であってもよいし、１つの装置を構成している内部ブロックであってもよい。また、本技術の第１の側面の受信方法は、上述した本技術の第１の側面の受信装置に対応する受信方法である。【０００８】
本技術の第１の側面の受信装置、及び、受信方法においては、字幕に関する機能を提供するためのトリガ情報であって、インターネット上のリソースを識別可能なロケーション情報を含む前記トリガ情報が取得され、前記トリガ情報に含まれる前記ロケーション情報に基づいて、所定のコンピュータ言語で記述された字幕に関する文書を含む字幕情報が取得され、前記トリガ情報及び前記字幕情報のうちの少なくとも一方に基づいて、前記字幕の表示が制御される。【０００９】
本技術の第２の側面の送信装置は、字幕に関する機能を提供するためのトリガ情報であって、所定のコンピュータ言語で記述された字幕に関する文書を含む字幕情報を取得するためのロケーション情報を含む前記トリガ情報を生成する生成部と、生成された前記トリガ情報を送信する送信部とを備える送信装置である。【００１０】
本技術の第２の側面の送信装置は、独立した装置であってもよいし、１つの装置を構成している内部ブロックであってもよい。また、本技術の第２の側面の送信方法は、上述した本技術の第２の側面の送信装置に対応する送信方法である。【００１１】
本技術の第２の側面の送信装置、及び、送信方法においては、字幕に関する機能を提供するためのトリガ情報であって、所定のコンピュータ言語で記述された字幕に関する文書を含む字幕情報を取得するためのロケーション情報を含む前記トリガ情報が生成され、生成された前記トリガ情報が送信される。
【発明の効果】
【００１２】
本技術の第１の側面、及び、第２の側面によれば、確実に、放送コンテンツに重畳して表示される字幕の運用を行うことができる。【００１３】
なお、ここに記載された効果は必ずしも限定されるものではなく、本開示中に記載されたいずれかの効果であってもよい。
【図面の簡単な説明】
【００１４】
【図１】字幕トリガ情報の構成を示す図である。
【図２】アペンド情報の記述方法を示す図である。
【図３】アペンド情報の他の記述方法を示す図である。
【図４】イベント情報の記述方法を示す図である。
【図５】SITのシンタックスの例を示す図である。
【図６】TTML文書の構成を示す図である。
【図７】TTML文書の表示例を示す図である。
【図８】IP伝送方式のデジタル放送のシステムパイプモデルを示す図である。
【図９】ユースケース１を説明する図である。
【図１０】ユースケース２を説明する図である。
【図１１】ユースケース３を説明する図である。
【図１２】ユースケース４を説明する図である。
【図１３】ユースケース５を説明する図である。
【図１４】ユースケース６を説明する図である。
【図１５】放送通信システムの構成例を示す図である。
【図１６】送信装置の構成例を示す図である。
【図１７】受信装置の構成例を示す図である。
【図１８】制御部の構成例を示す図である。
【図１９】各サーバの構成例を示す図である。
【図２０】デジタル放送信号送信処理の流れを説明するフローチャートである。
【図２１】デジタル放送信号受信処理の流れを説明するフローチャートである。
【図２２】収録済み番組に重畳表示される字幕制御処理の流れを説明するフローチャートである。
【図２３】ライブ番組に重畳表示される字幕制御処理の流れを説明するフローチャートである。
【図２４】ハイブリッド型の字幕制御処理の流れを説明するフローチャートである。
【図２５】ACRに対応した場合の収録済み番組に重畳表示される字幕制御処理の流れを説明するフローチャートである。
【図２６】ACRに対応した場合のライブ番組に重畳表示される字幕制御処理の流れを説明するフローチャートである。
【図２７】ACRに対応した場合のハイブリッド型の字幕制御処理の流れを説明するフローチャートである。
【図２８】字幕情報配信処理を説明するフローチャートである。
【図２９】トリガ情報配信処理を説明するフローチャートである。
【図３０】コンピュータの構成例を示す図である。
【発明を実施するための形態】
【００１５】
以下、図面を参照しながら本技術の実施の形態について説明する。なお、説明は以下の順序で行うものとする。
【００１６】
１．字幕制御の概要
２．IP伝送方式によるデジタル放送の概要
３．具体的なユースケース
（１）ユースケース１：収録済み番組に重畳表示される字幕の制御
（２）ユースケース２：ライブ番組に重畳表示される字幕の制御
（３）ユースケース３：ハイブリッド型の字幕の制御
（４）ユースケース４：収録済み番組に重畳表示される字幕の制御（ACR対応）
（５）ユースケース５：ライブ番組に重畳表示される字幕の制御（ACR対応）
（６）ユースケース６：ハイブリッド型の字幕の制御（ACR対応）
４．システムの構成
５．各装置で実行される処理の流れ
６．コンピュータの構成
【００１７】
＜１．字幕制御の概要＞
【００１８】
本技術を適用した字幕制御では、トリガ情報、及び、字幕情報を用いることで、放送コンテンツに重畳表示される字幕（サブタイトル）の制御が行われる。トリガ情報は、各種の機能を提供するための情報となるが、特定のコマンドID（cmdID）が指定された場合、字幕に関する機能を提供するトリガ情報（以下、「字幕トリガ情報」ともいう）として機能する。
【００１９】
また、字幕情報は、TTML（Timed Text Markup Language）で記述されたTTML文書と、字幕に関する情報が記述されたSIT（Subtitle Information Table）情報から構成される。なお、詳細は後述するが、TTMLは、W3C（World Wide Web Consortium）により標準化された、テキストの表示タイミングや表示位置を指定することが可能なマークアップ言語である。また、SIT情報は、字幕に関するヒント情報である。
【００２０】
（字幕トリガ情報の構成）
図１は、字幕トリガ情報の構成を示す図である。
【００２１】
トリガ情報は、トリガ情報のタイプを示すタイプ情報としてのコマンドID（cmdID）と、トリガ情報が伝送されるトリガチャンネルを識別するためのトリガチャンネルIDと、トリガ情報本体であるURI（Uniform Resource Identifier）が記述される構造となる。
【００２２】
例えば、字幕トリガ情報には、コマンドIDとして、"4"が指定される。また、トリガチャンネルIDは、トリガ情報により提供される機能ごとの系列を示すトリガチャンネルを識別するIDである。すなわち、同一のタイプのトリガ情報であっても、複数のトリガチャンネルで伝送される場合があり、字幕トリガ情報の場合、例えば、英語字幕（English）の制御用の字幕トリガ情報と、スペイン語字幕（Spanish）の制御用の字幕トリガ情報を、異なるチャンネルで伝送することができる。
【００２３】
図１の字幕トリガ情報においては、ロケーション情報（locator_part）が、URIに相当し、タームス（terms）をオプションで指定することができる。ロケーション情報には、字幕情報の取得先のURL（Uniform Resource Locator）が指定される。
【００２４】
また、タームスには、アペンド情報（append）、メディアタイム情報（media_time）、又はイベント情報が指定される。アペンド情報には、字幕情報を構成するTTML文書に対して、字幕の表示に関する情報を付加するための情報（付加情報）が指定される。
【００２５】
例えば、図２に示すように、アペンド情報として、リージョン情報（region）、サブタイトル情報（subtitle）、イベントタイム情報（event_time）、及び、スタイル情報（style）を指定することができる。リージョン情報には、TTML文書に記述されるregion属性に対応した情報が記述される。サブタイトル情報には、字幕のテキスト情報が記述される。イベントタイム情報には、字幕の表示開始時刻と表示終了時刻が記述される。スタイル情報には、字幕のスタイルに関する情報が記述される。
【００２６】
なお、図３に示すように、アペンド情報として、TTML文書におけるp要素の内容をそのまま記述するようにしてもよい。この場合、当該p要素の内容が、TTML文書の所定の位置にそのまま挿入されることになる。
【００２７】
メディアタイム情報（media_time）には、字幕の表示制御を行う基準となる時刻を示す情報（時刻情報）が指定される。イベント情報には、字幕情報を構成するTTML文書に記述される、字幕の表示に関する情報を操作するための情報が指定される。
【００２８】
例えば、図４に示すように、イベント情報には、p要素のidを記述することができる。この場合、TTML文書に記述されたp要素のうち、特定のidのp要素を操作することができる。なお、イベント情報においては、特定のidのp要素の表示時刻を変更するためのイベントタイム情報（event_time）と、スタイルを変更するためのスタイル情報（style）を記述することができる。
【００２９】
なお、図１の字幕トリガ情報において、タームスには、オプションとして、スプレッド情報（spread）、バージョン情報（version）、又はその他（others）のパラメータを指定することができる。スプレッド情報には、字幕に関する動作を確率的に分散させるための情報が指定される。バージョン情報には、各種のバージョン情報が指定される。なお、これらのパラメータは、"&"により連結されることになる。
【００３０】
（SITの構成）
図５は、SITのシンタックスの例を示す図である。SITは、例えばXML（Extensible Markup Language）等のマークアップ言語により記述される。また、図５において、出現数（Cardinality）であるが、"1"が指定された場合にはその要素又は属性は必ず１つだけ指定され、"0..1"が指定された場合には、その要素又は属性を指定するかどうかは任意である。
【００３１】
ルート要素としてのSIT要素は、subtitle_tag要素、Subtitle_format要素、Language要素、OperationMode要素、TimeMode要素、及び、ReferenceTime要素から構成される。
【００３２】
subtitle_tag要素には、例えば目的別（例えば視覚障害者向け等）のチャンネルを示すサブタイトルタグが指定される。Subtitle_format要素には、字幕のフォーマットが指定される。例えば、TTML文書を利用している場合、"ttml"が指定される。
【００３３】
Language要素には、言語が指定される。例えば、日本の場合には"jpn"、米国の場合には"us"がそれぞれ指定される。OperationMode要素には、オペレーションモードが指定される。例えば、収録済み番組である場合には"pre_produced"、ライブ番組である場合には"live"、ハイブリッド型の番組の場合には"hybrid"がそれぞれ指定される。
【００３４】
TimeMode要素には、タイムモードが指定される。例えば、絶対時刻を使用する場合には"utc"、トリガ情報に含まれるメディアタイム情報を使用する場合には"trigger"、相対時刻を使用する場合には"reference"がそれぞれ指定される。なお、TimeMode要素として、"reference"が指定される場合、RefereneTime要素に指定される番組の開始時刻等を起点とした相対時刻で表すことになる。
【００３５】
（TTML文書の構成）
図６は、TTML文書の構成を説明する図である。
【００３６】
図６に示すように、イニシャライズドキュメントインスタンスは、styling要素やlayout要素などの要素によって、字幕として表示される文字の色、フォント、表示位置などのレンダリングコンテクストが指定される。
【００３７】
この例では、layout要素の「<region xml:id="subtitleArea" style="s1" ・・・>」という記述によって、s1というレンダリングコンテクストが定義されている。例えば、１つのイニシャライズドキュメントインスタンスの中で、s1，s2，・・・のように複数の種類のレンダリングコンテクストを定義することも可能である。また、ボディドキュメントインスタンスには、p要素などの要素が記述される。例えば、p要素の「<p xml:id= ・・・>」という記述によって、字幕の文字列、並びに表示開始時刻及び表示終了時刻等の属性が指定される。
【００３８】
このように、TTML文書は、イニシャライズドキュメントインスタンスと、ボディドキュメントインスタンスの組み合わせによってなる階層構造を有する記述とされる。それらのインスタンスの組み合わせによってなる階層構造が、図６の左下の領域に図示されている。
【００３９】
例えば、放送コンテンツのストリームを受信して表示する受信機において、図６に示されるTTML文書を受信させて解析させることにより、放送コンテンツにおける所定の時間帯に、所定のテキスト情報（文字列）を表示させることが可能となる。
【００４０】
すなわち、図７に示すように、受信機のディスプレイ１００において、ボディドキュメントインスタンスのp要素によって指定された文字列、並びに表示開始時刻及び表示終了時刻などを示す属性に基づいて、region属性により指定される領域Ａにおける字幕の表示が適宜変更されていく。図６の例では、ボディドキュメントインスタンスのp要素によって指定された文字列F1，文字列F2，・・・が時間の経過に伴って切り替えられて表示される。
【００４１】
なお、TTMLの詳細については、「"Timed Text Markup Language (TTML) 1.0" W3C Recommendation 18 November 2010」などに開示されている。
【００４２】
＜２．IP伝送方式によるデジタル放送の概要＞
【００４３】
ところで、各国のデジタル放送の規格では、伝送方式としてMPEG2-TS（Moving Picture Experts Group phase 2-Transport Stream）方式が採用されているが、今後は、通信の分野で用いられているIP（Internet Protocol）パケットをデジタル放送に用いたIP伝送方式を導入することで、より高度なサービスを提供することが想定されている。特に、現在策定が進められている米国の次世代放送規格であるATSC（Advanced Television Systems Committee）3.0では、IP伝送方式を用いたデジタル放送の採用が見込まれている。
【００４４】
（システムパイプモデル）
図８は、IP伝送方式のデジタル放送のシステムパイプモデルを示す図である。
【００４５】
図８において、所定の周波数帯域を有する放送波（RF Channel）には、複数のBBP（Base Band Packet）ストリームが伝送されている。また、各BBPストリームには、NTP（Network Time Protocol）、複数のサービスチャンネル（Service Channel）、ESG（Electronic Service Guide）サービス、及び、LLS（Low Layer Signaling）が含まれる。なお、NTP、サービスチャンネル、及び、ESGサービスは、UDP/IP（User Datagram Protocol/Internet Protocol）のプロトコルに従って伝送されるが、LLSは、BBPストリーム上で伝送される。
【００４６】
NTPは、時刻情報である。ESGサービスは、電子サービスガイド（電子番組表）である。LLSは、低レイヤのシグナリング情報が伝送される。例えば、LLSとしては、SCD（Service Configuration Description）、EAD（Emergency Alerting Description）、RRD（Region Rating Description）等のLLSシグナリング情報が伝送される。
【００４７】
SCDは、上述したMPEG2-TS方式に対応したID体系によって、放送ネットワーク内のBBPストリーム構成とサービス構成を示している。また、SCDには、サービス単位の属性・設定情報や、ESGサービスやSCSに接続するためのbootstrap情報などが含まれる。
【００４８】
EADは、緊急告知に関する情報を含んでいる。RRDは、レーティング情報を含んでいる。なお、SCD等のLLSシグナリング情報は、例えば、XML等のマークアップ言語により記述される。
【００４９】
サービスチャンネル（以下、「サービス」ともいう）は、SCS（Service Channel Signaling）と、ビデオやオーディオ、字幕等の番組（放送コンテンツ）を構成するコンポーネント（Component）から構成される。なお、各サービスを構成する要素には、共通のIPアドレスが付与されており、このIPアドレスを用いて、サービスごとに、コンポーネントやSCSなどをパッケージ化することができる。
【００５０】
SCSは、サービス単位のシグナリング情報が伝送される。例えば、SCSとしては、USD（User Service Description）、MPD（Media Presentation Description）、SDP（Session Description Protocol）、FDD（File Delivery Description）、SPD（Service Parameter Description）、IS（Initialization Segment）等のSCSシグナリング情報が伝送される。
【００５１】
USDは、MPD、FDD、SDP等のSCSシグナリング情報を参照するための参照情報を含んでいる。なお、USDは、USBD（User Service Bundle Description）と称される場合がある。MPDは、サービス単位で伝送されるコンポーネントのストリームごとのセグメントURLなどの情報を含んでいる。なお、MPDは、MPEG-DASH（Moving Picture Expert Group - Dynamic Adaptive Streaming over HTTP）の規格に準じている。SDPは、サービス単位のサービス属性、ストリームの構成情報や属性、フィルタ情報、ロケーション情報などを含んでいる。
【００５２】
FDDは、FLUTE（File Delivery over Unidirectional Transport）セッションにおけるTSI（Transport Session Identifier）ごとのインデックス情報として、ロケーション情報（例えばURLなど）やTOI（Transport Object Identifier）などの情報を含んでいる。ここで、FLUTEセッションでは、送信するファイルなどを１つのオブジェクトとして、TOIにより管理する。また、複数のオブジェクトの集合を１つのセッションとして、TSIにより管理する。
【００５３】
すなわち、FLUTEセッションにおいては、TSIとTOIの２つの識別情報によって特定のファイルを指定することが可能となる。なお、FDDは、USDに要素として含めるようにしてもよい。また、FLUTEの代わりに、FLUTEを拡張したFLUTE +（FLUTE plus）を用いるようにしてもよい。
【００５４】
SPDは、サービスやコンポーネントのレベルで規定された各種のパラメータを含んで構成される。ISは、FLUTEセッションで伝送されるビデオやオーディオのコンポーネントのセグメントデータに関する制御情報を含んでいる。
【００５５】
すなわち、FLUTEセッションでビデオやオーディオのコンポーネントを伝送する場合、これらのコンポーネントのファイルは、セグメントごとに分割され、各セグメントは、IS（Initialization Segment）と、MS（Media Segment）から構成される。ISには、データ圧縮方式等の初期化情報や制御情報が含まれる。また、MSには、ビデオやオーディオのコンポーネントのデータが格納される。なお、FLUTEセッションの各セグメントは、ISO Base Media File Formatの規定に準じている。
【００５６】
なお、USDやMPD等のSCSシグナリング情報は、例えば、XML等のマークアップ言語により記述される。また、以下、LLSシグナリング情報と、SCSシグナリング情報を特に区別する必要がない場合には、単に「シグナリング情報」と称して説明する。
【００５７】
ここで、所定の周波数帯域を有する放送波（RF Channel）には、例えば放送事業者ごとに、RFチャンネルID（RF Channel ID）が割り当てられている。また、各放送波で伝送される１又は複数のBBPストリームには、BBPストリームID（BBP Stream ID）が割り当てられる。さらに、各BBPストリームで伝送される１又は複数のサービスには、サービスID（Service ID）が割り当てられる。
【００５８】
このように、IP伝送方式のID体系としては、MPEG2-TS方式で用いられているネットワークID（Network ID）と、トランスポートストリームID（Transport Stream ID）と、サービスID（Service ID）の組み合わせ（トリプレット（Triplet））に対応する構成が採用され、このトリプレットによって、放送ネットワーク内のBBPストリーム構成とサービス構成が示される。
【００５９】
このようなID体系を用いることで、現在広く普及しているMPEG2-TS方式との整合をとることができる。なお、IP伝送方式のID体系では、RFチャンネルIDとBBPストリームIDが、MPEG2-TS方式におけるネットワークIDとトランスポートストリームIDに対応している。
【００６０】
＜３．具体的なユースケース＞
【００６１】
（１）ユースケース１：収録済み番組に重畳表示される字幕の制御
【００６２】
図９は、ユースケース１を説明する図である。図９には、各家庭等に設置された受信装置２０により実行される各処理ステップが示されており、時間の方向は、図中の左側から右側に向かう方向とされる。なお、それらの関係は後述する他の図でも同様とされる。
【００６３】
図９において、RFチャンネルIDにより識別される放送局（放送事業者）の送信装置１０は、IP伝送方式を用いたデジタル放送信号（Broadcast Signal）によって、BBPストリームIDにより識別されるBBPストリームを伝送している。BBPストリームでは、サービスIDで識別されるサービスとして配信される放送コンテンツを構成するコンポーネント（Audio/Video）やシグナリング情報（不図示）のストリームが伝送されている。なお、これらのストリームで伝送されるファイルは、FLUTEセッションで伝送される。
【００６４】
また、図９において、インターネット９０上には、字幕サーバ３０が設けられている。字幕サーバ３０は、インターネット９０を介して、字幕情報を配信している。
【００６５】
このユースケース１においては、送信装置１０から送信される放送コンテンツとして、例えばドラマ等の収録済み番組が配信されている。受信装置２０は、送信装置１０から配信される放送コンテンツのオーディオとビデオのストリームに接続することで、収録済み番組を再生している。
【００６６】
受信装置２０は、送信装置１０がトリガ情報を配信したタイミングで、ビデオストリームで伝送されるトリガ情報を取得する（図９のＳ１１）。このトリガ情報は、コマンドIDに"4"が指定された字幕トリガ情報とされる。トリガ情報には、チャンネルIDやコマンドID等のヘッダ情報のほか、ロケーション情報（Subtitle URL）とメディアタイム情報（Media Time）が含まれる。なお、チャンネルIDを指定することで、例えば、英語字幕やスペイン語字幕の制御用の字幕トリガ情報を識別することができる。
【００６７】
受信装置２０は、トリガ情報に含まれるメディアタイム情報を設定して、当該メディアタイム情報による時刻の計時を開始する（図９のＳ１２）。また、受信装置２０は、トリガ情報に含まれるロケーション情報に基づいて、インターネット９０を介して字幕サーバ３０にアクセスして、字幕情報を取得する（図９のＳ１３）。
【００６８】
ここで、字幕情報は、SIT情報とTTML文書から構成される。SIT情報には、サブタイトルタグとして"1"が指定され、言語として米国を示す"us"が指定され、オペレーションモードとして、収録済み番組を示す"pre_produced"が指定され、タイムモードとして"trigger"が指定されている。また、TTML文書は、イニシャライズドキュメントインスタンスと、ボディドキュメントインスタンスから構成され、それらのインスタンスが完全な内容で記述されている。
【００６９】
イニシャライズドキュメントインスタンスには、head要素の子要素としてのstyling要素やlayout要素によって、字幕として表示される文字のフォントや表示位置等のレンダリングコンテクストが指定される。また、ボディドキュメントインスタンスには、body要素の子要素のdiv要素に、複数のp要素が列挙されている。これらのp要素には、字幕の文字列、並びに表示開始時刻及び表示終了時刻等の属性が指定される。
【００７０】
例えば、"p1"であるidのp要素には、"t1"である表示開始時刻から、"t2"である表示終了時刻までの間に、"Hello"である字幕を表示させることが指定されている。また、"p2"であるidのp要素には、"t3"である表示開始時刻から、"t4"である表示終了時刻までの間に、"Nice to meet you"である字幕を表示させることが指定されている。
【００７１】
また、受信装置２０では、ステップＳ１２の処理で、メディアタイム情報による時刻の計時が開始されているが、このメディアタイムの計時時刻が、ボディドキュメントインスタンスに列挙されている各p要素に指定された字幕の表示時間内となるかどうか（表示開始時刻を経過したかどうか）が常に監視されている。
【００７２】
そして、メディアタイムの計時時刻が、時刻t1となったとき、"p1"であるidのp属性に指定された字幕の表示開始時刻となったので、受信装置２０は、イニシャライズドキュメントインスタンスに指定されたレンダリングコンテクストに従い、"p1"であるidのp要素に指定された"Hello"である文字列を、字幕として表示させる。これにより、受信装置２０では、再生中の収録済み番組の映像Ｐ１１に、"Hello"である字幕が重畳されることになる。なお、受信装置２０では、メディアタイムの計時時刻が、時刻t2となったとき、"p1"であるidのp属性に指定された字幕の表示終了時刻となったので、"Hello"である字幕の表示を終了する。
【００７３】
また、メディアタイムの計時時刻が、時刻t3となったとき、"p2"であるidのp属性に指定された字幕の表示開始時刻となったので、受信装置２０は、イニシャライズドキュメントインスタンスに指定されたレンダリングコンテクストに従い、"p2"であるidのp要素に指定された"Nice to meet you"である文字列を、字幕として表示させる。これにより、受信装置２０では、再生中の収録済み番組の映像Ｐ１２に、"Nice to meet you"である字幕が重畳されることになる。なお、受信装置２０では、メディアタイムの計時時刻が、時刻t4となったとき、"p2"であるidのp属性に指定された字幕の表示終了時刻となったので、"Nice to meet you"である字幕の表示を終了する。
【００７４】
なお、受信装置２０は、送信装置１０から配信されるトリガ情報を取得した場合、当該トリガ情報に含まれるメディアタイム情報に基づいて、メディアタイムの計時時刻を更新（調整）する（図９のＳ１５、Ｓ１６）。図９においては、時刻t1と時刻t2の間に、トリガ情報が取得されているので、そのタイミングで、メディアタイムの計時時刻が調整されている。
【００７５】
以上、ユースケース１について説明した。このユースケース１においては、送信装置１０から配信される字幕トリガ情報に含まれるロケーション情報に基づいて、インターネット９０上の字幕サーバ３０から、完全な内容のTTML文書を含む字幕情報が取得され、字幕トリガ情報から得られるメディアタイムの計時時刻に応じて、TTML文書のp属性に指定された字幕が、収録済み番組の映像に重畳して表示されることになる。
【００７６】
このように、ユースケース１において、受信装置２０では、通信経由で取得された字幕情報に基づいて、字幕が表示されることになるので、仮に、放送経由で字幕情報を取得できない場合であっても、確実に通信経由で字幕情報を取得して、収録済み番組の映像に字幕を重畳表示させることができる。
【００７７】
（２）ユースケース２：ライブ番組に重畳表示される字幕の制御
【００７８】
図１０は、ユースケース２を説明する図である。
【００７９】
図１０において、RFチャンネルIDにより識別される放送局（放送事業者）の送信装置１０は、IP伝送方式を用いたデジタル放送信号（Broadcast Signal）によって、BBPストリームIDにより識別されるBBPストリームを伝送している。BBPストリームでは、サービスIDで識別されるサービスとして配信される放送コンテンツを構成するコンポーネント（Audio/Video）やシグナリング情報（不図示）のストリームが伝送されている。
【００８０】
また、図１０において、インターネット９０上には、字幕サーバ３０が設けられている。字幕サーバ３０は、インターネット９０を介して、字幕情報を配信している。
【００８１】
このユースケース２においては、送信装置１０から送信される放送コンテンツとして、例えばスポーツ中継等のライブ番組が配信されている。受信装置２０は、送信装置１０から配信される放送コンテンツのオーディオとビデオのストリームに接続することで、ライブ番組を再生している。
【００８２】
受信装置２０は、送信装置１０がトリガ情報を配信したタイミングで、ビデオストリームで伝送されるトリガ情報を取得する（図１０のＳ２１）。このトリガ情報は、コマンドIDに"4"が指定された字幕トリガ情報とされる。トリガ情報には、チャンネルIDやコマンドID等のヘッダ情報のほか、ロケーション情報（Subtitle URL）が含まれる。
【００８３】
受信装置２０は、トリガ情報に含まれるロケーション情報に基づいて、インターネット９０を介して字幕サーバ３０にアクセスして、字幕情報を取得する（図１０のＳ２２）。
【００８４】
ここで、字幕情報は、SIT情報とTTML文書から構成されるが、SIT情報には、オペレーションモードとして指定されるライブ番組等のヒント情報が含まれている。また、TTML文書は、イニシャライズドキュメントインスタンスと、ボディドキュメントインスタンスから構成されるが、ボディドキュメントインスタンスが完全な内容で記述されるのではなく、p要素に関する内容を後から追加できるような内容で、いわばテンプレートとして記述されている。
【００８５】
その後、受信装置２０は、送信装置１０がトリガ情報を配信したタイミングで、ビデオストリームで伝送されるトリガ情報を取得する（図１０のＳ２３）。このトリガ情報は、字幕トリガ情報であって、ロケーション情報のほかに、アペンド情報が含まれている。このアペンド情報には、TTML文書のp要素に関する内容として、"Hello"である文字列が記述されている。すなわち、アペンド情報に記述されたp要素に関する内容が、テンプレートとしてのTTML文書（のボディドキュメントインスタンス）に追加されることで、TTML文書は完全な内容となる。
【００８６】
受信装置２０は、トリガ情報に含まれるアペンド情報のp要素に関する内容が追加されて、完全な内容となったTTML文書によって、再生中のライブ番組の映像Ｐ２１に、"Hello"である字幕を表示させる（図１０のＳ２４）。
【００８７】
さらにその後、受信装置２０は、送信装置１０がトリガ情報を配信したタイミングで、ビデオストリームで伝送されるトリガ情報を取得する（図１０のＳ２５）。このトリガ情報に含まれるアペンド情報には、TTML文書のp要素に関する内容として、"Nice to meet you"である文字列が記述されている。受信装置２０は、トリガ情報に含まれるアペンド情報のp要素に関する内容が追加されて、完全な内容となったTTML文書によって、再生中のライブ番組の映像Ｐ２２に、"Nice to meet you"である字幕を表示させる（図１０のＳ２６）。
【００８８】
なお、図１０において、アペンド情報には、字幕の表示開始時刻や表示終了時刻が指定されていなかったため、トリガ情報を取得したタイミングで、即時に、アペンド情報に含まれる文字列を字幕として表示させたが、字幕の表示開始時刻や表示終了時刻を指定することで、字幕の表示のタイミングを調整することができる。ただし、字幕の表示開始時刻や表示終了時刻を指定する場合には、メディアタイム情報に基づいて時刻を計時しておく必要がある。
【００８９】
以上、ユースケース２について説明した。このユースケース２においては、送信装置１０から配信される字幕トリガ情報に含まれるロケーション情報に基づいて、インターネット９０上の字幕サーバ３０から、テンプレートとしてのTTML文書が取得され、その後に取得されたトリガ情報に含まれるアペンド情報によって、TTML文書は完全な内容となる。そして、完全な内容となったTTML文書によって、ライブ番組の映像に、字幕が重畳して表示されることになる。
【００９０】
このように、ユースケース２において、受信装置２０では、通信経由で取得された字幕情報に基づいて、字幕が表示されることになるので、仮に、放送経由で字幕情報を取得できない場合であっても、確実に通信経由で字幕情報を取得して、ライブ番組の映像に字幕を重畳表示させることができる。また、ユースケース２では、テンプレートとしてのTTML文書を先行して配信し、完全な内容のTTML文書にするための差分情報を、トリガ情報により配信しているため、１度にやりとりされる情報量を少なくして、字幕サーバ３０やインターネット９０の負荷を軽減することができる。
【００９１】
（３）ユースケース３：ハイブリッド型の字幕の制御
【００９２】
図１１は、ユースケース３を説明する図である。
【００９３】
図１１において、RFチャンネルIDにより識別される放送局（放送事業者）の送信装置１０は、IP伝送方式を用いたデジタル放送信号（Broadcast Signal）によって、BBPストリームIDにより識別されるBBPストリームを伝送している。BBPストリームでは、サービスIDで識別されるサービスとして配信される放送コンテンツを構成するコンポーネント（Audio/Video）やシグナリング情報（不図示）のストリームが伝送されている。
【００９４】
また、図１１において、インターネット９０上には、字幕サーバ３０が設けられている。字幕サーバ３０は、インターネット９０を介して、字幕情報を配信している。
【００９５】
このユースケース３においては、送信装置１０から送信される放送コンテンツとして、例えばテレビ番組が配信されている。受信装置２０は、送信装置１０から配信される放送コンテンツのオーディオとビデオのストリームに接続することで、テレビ番組を再生している。
【００９６】
受信装置２０は、送信装置１０がトリガ情報を配信したタイミングで、ビデオストリームで伝送されているトリガ情報を取得する（図１１のＳ３１）。このトリガ情報は、コマンドIDに"4"が指定された字幕トリガ情報とされる。トリガ情報には、チャンネルIDやコマンドID等のヘッダ情報のほか、ロケーション情報（Subtitle URL）とメディアタイム情報（Media Time）が含まれる。
【００９７】
受信装置２０は、トリガ情報に含まれるメディアタイム情報を設定して、当該メディアタイム情報による時刻の計時を開始する（図１１のＳ３２）。また、受信装置２０は、トリガ情報に含まれるロケーション情報に基づいて、インターネット９０を介して字幕サーバ３０にアクセスして、字幕情報を取得する（図１１のＳ３３）。
【００９８】
ここで、字幕情報は、SIT情報とTTML文書から構成されるが、SIT情報には、オペレーションモードとして指定されるハイブリッド型の番組等のヒント情報が含まれている。また、TTML文書は、イニシャライズドキュメントインスタンスと、ボディドキュメントインスタンスから構成され、ボディドキュメントインスタンスについても完全な内容で記述されている。例えば、"p1"であるidのp要素には、"t1"である表示開始時刻から、"t2"である表示終了時刻までの間に、"Hello"である字幕を表示させることが指定されている。また、"p2"であるidのp要素には、"Nice to meet you"である字幕を表示させることが指定されている。
【００９９】
また、受信装置２０では、ステップＳ３２の処理で、メディアタイム情報による時刻の計時が開始されているが、このメディアタイムの計時時刻が、ボディドキュメントインスタンスに列挙されている各p要素に指定された字幕の表示時間内となるかどうか（表示開始時刻を経過したかどうか）が常に監視されている。
【０１００】
そして、メディアタイムの計時時刻が、時刻t1となったとき、"p1"であるidのp属性に指定された字幕の表示開始時刻となったので、受信装置２０は、イニシャライズドキュメントインスタンスに指定されたレンダリングコンテクストに従い、"p1"であるidのp要素に指定された"Hello"である文字列を、字幕として表示させる。これにより、受信装置２０では、再生中のテレビ番組の映像Ｐ３１に、"Hello"である字幕が重畳されることになる。なお、受信装置２０では、メディアタイムの計時時刻が、時刻t2となったとき、"p1"であるidのp属性に指定された字幕の表示終了時刻となったので、"Hello"である字幕の表示を終了する。
【０１０１】
その後、受信装置２０は、送信装置１０がトリガ情報を配信したタイミングで、ビデオストリームで伝送されるトリガ情報を取得する（図１１のＳ３４）。このトリガ情報は、字幕トリガ情報であって、ロケーション情報のほかに、イベント情報が指定されている。このイベント情報には、TTML文書のp要素のidが指定されている。受信装置２０は、TTML文書のボディドキュメントインスタンスに列挙されているp要素の中から、当該イベント情報により指定されるp要素とidが一致しているp要素を特定する。ここでは、"p2"であるidのp要素が特定されるので、受信装置２０では、再生中のテレビ番組の映像Ｐ３２に、"Nice to meet you"である字幕が重畳されることになる。
【０１０２】
さらにその後、受信装置２０は、送信装置１０がトリガ情報を配信したタイミングで、ビデオストリームで伝送されるトリガ情報を取得する（図１１のＳ３６）。このトリガ情報に含まれるアペンド情報には、TTML文書のp要素に関する内容として、"Good-bye"である文字列が記述されている。受信装置２０は、このアペンド情報のp要素に関する内容が追加されたTTML文書によって、再生中のテレビ番組の映像Ｐ３３に、"Good-bye"である字幕を表示させる（図１１のＳ３３）。
【０１０３】
このように、受信装置２０において、字幕サーバ３０から取得されるTTML文書は完全な内容となるが、その後に配信されるトリガ情報に含まれるアペンド情報やイベント情報の内容に応じて変更される可能性がある暫定的な内容のTTML文書であると言える。
【０１０４】
なお、図１１において、イベント情報やアペンド情報には、字幕の表示開始時刻や表示終了時刻が指定されていなかったため、トリガ情報を取得したタイミングで、即時に、字幕が表示されるようにしたが、字幕の表示開始時刻や表示終了時刻を指定することで、字幕の表示のタイミングを調整することができる。
【０１０５】
以上、ユースケース３について説明した。このユースケース３においては、送信装置１０から配信される字幕トリガ情報に含まれるロケーション情報に基づいて、インターネット９０上の字幕サーバ３０から、完全な内容のTTML文書であるが、暫定的な内容のTTML文書が取得され、その後に取得されたトリガ情報に含まれるアペンド情報やイベント情報によって、TTML文書は最終的な内容とされる。そして、最終的な内容のTTML文書によって、テレビ番組の映像に、字幕が重畳して表示されることになる。
【０１０６】
このように、ユースケース３において、受信装置２０では、通信経由で取得された字幕情報に基づいて、字幕が表示されることになるので、仮に、放送経由で字幕情報を取得できない場合であっても、確実に通信経由で字幕情報を取得して、テレビ番組の映像に字幕を重畳表示させることができる。
【０１０７】
（４）ユースケース４：収録済み番組に重畳表示される字幕の制御（ACR対応）
【０１０８】
図１２は、ユースケース４を説明する図である。ユースケース４は、図９に示したユースケース１において、トリガ情報が、送信装置１０から配信されるのではなく、インターネット９０上のACRサーバ４０から配信される場合を示している。
【０１０９】
図１２においては、上述した図９と同様に、放送局（放送事業者）の送信装置１０は、IP伝送方式を用いたデジタル放送信号によって、BBPストリームを伝送している。このBBPストリームでは、サービスとして配信される放送コンテンツを構成するコンポーネント（Audio/Video）等のストリームが伝送されている。
【０１１０】
また、図１２において、インターネット９０上には、字幕サーバ３０のほかに、ACRサーバ４０が設けられている。字幕サーバ３０は、インターネット９０を介して字幕情報を配信している。ACRサーバ４０は、受信装置２０からの問い合わせに応じて、ACR（Automatic Content Recognition）技術を用いたコンテンツの識別を行い、インターネット９０を介して、その識別結果に応じたトリガ情報を配信する。
【０１１１】
このユースケース４おいては、送信装置１０から送信される放送コンテンツとして、例えばドラマ等の収録済み番組が配信されている。受信装置２０は、送信装置１０から配信される放送コンテンツのオーディオとビデオのストリームに接続することで、収録済み番組を再生している。
【０１１２】
受信装置２０は、再生中の収録済み番組のビデオデータ及びオーディオデータの少なくとも一方から抽出される特徴量（以下、「フィンガプリント情報（Finger Print）」という）を、インターネット９０を介してACRサーバ４０に送信する（図１２のＳ５１）。なお、このフィンガプリント情報は、例えば数秒周期で、受信装置２０からACRサーバ４０に送信される。
【０１１３】
ACRサーバ４０は、受信装置２０からフィンガプリント情報を受信した場合、当該フィンガプリント情報をデータベースと照合することで、受信装置２０で再生中のコンテンツを、ACR技術を用いて識別し、その識別結果に応じたトリガ情報を生成する。ACRサーバ４０は、ACR識別結果に応じたトリガ情報を、インターネット９０を介して受信装置２０に送信する。
【０１１４】
なお、ここでは、フィンガプリント情報の代わりに、ウォータマーク情報（Water Mark）を用いるようにしてもよい。ウォータマーク情報を用いた場合、番組のシーンを特定する情報を含めることができるため、その場合には、ACRサーバ４０側で番組のシーンを特定する必要はない。
【０１１５】
そして、受信装置２０は、インターネット９０を介してACRサーバ４０から配信されるトリガ情報を取得（受信）する（図１２のＳ５２）。このトリガ情報は、コマンドIDに"4"が指定された字幕トリガ情報とされる。トリガ情報には、チャンネルIDやコマンドID等のヘッダ情報のほか、ロケーション情報（Subtitle URL）とメディアタイム情報（Media Time）が含まれる。
【０１１６】
受信装置２０においては、上述した図９のステップＳ１２乃至Ｓ１５の処理に対応したステップＳ５３乃至Ｓ５６の処理が実行される。すなわち、受信装置２０では、トリガ情報に含まれるメディアタイム情報による時刻の計時が開始されるとともに、インターネット９０を介して字幕サーバ３０から字幕情報が取得される（図１２のＳ５３、Ｓ５４）。この字幕情報は、ヒント情報としてのSIT情報と、完全な内容のTTML文書から構成される。
【０１１７】
そして、受信装置２０では、メディアタイムの計時時刻が、時刻t1から時刻t2までの間において、再生中の収録済み番組の映像Ｐ５１には、"Hello"である字幕が重畳され、時刻t3から時刻t4までの間において、再生中の収録済み番組の映像Ｐ５２には、"Nice to meet you"である字幕が重畳されることになる。なお、受信装置２０では、フィンガプリント情報の送信に応じてACRサーバ４０からのトリガ情報が取得された場合には、当該トリガ情報に含まれるメディアタイム情報に基づいて、メディアタイムの計時時刻が更新（調整）される（図１２のＳ５５、Ｓ５６）。
【０１１８】
以上、ユースケース４について説明した。このユースケース４においては、インターネット９０を介してACRサーバ４０から配信される字幕トリガ情報に含まれるロケーション情報に基づいて、インターネット９０上の字幕サーバ３０から、完全な内容のTTML文書を含む字幕情報が取得され、字幕トリガ情報から得られるメディアタイムの計時時刻に応じて、TTML文書のp属性に指定された字幕が、収録済み番組の映像に重畳して表示されることになる。
【０１１９】
このように、ユースケース４において、受信装置２０では、通信経由で取得された字幕情報に基づいて、字幕が表示されることになるので、仮に、放送経由で字幕情報を取得できない場合であっても、確実に通信経由で字幕情報を取得して、収録済み番組の映像に字幕を重畳表示させることができる。
【０１２０】
（５）ユースケース５：ライブ番組に重畳表示される字幕の制御（ACR対応）
【０１２１】
図１３は、ユースケース５を説明する図である。ユースケース５は、図１０に示したユースケース２において、トリガ情報が、送信装置１０から配信されるのではなく、インターネット９０上のACRサーバ４０から配信される場合を示している。
【０１２２】
図１３においては、上述した図１０と同様に、放送局（放送事業者）の送信装置１０は、IP伝送方式を用いたデジタル放送信号によって、BBPストリームを伝送している。このBBPストリームでは、サービスとして配信される放送コンテンツを構成するコンポーネント（Audio/Video）等のストリームが伝送されている。
【０１２３】
また、図１３において、インターネット９０上には、字幕サーバ３０のほかに、ACRサーバ４０が設けられている。ACRサーバ４０は、受信装置２０からの問い合わせに応じて、ACR技術を用いたコンテンツの識別を行い、インターネット９０を介して、その識別結果に応じたトリガ情報を配信する。
【０１２４】
このユースケース５においては、送信装置１０から送信される放送コンテンツとして、例えばスポーツ中継等のライブ番組が配信されている。受信装置２０は、送信装置１０から配信される放送コンテンツのオーディオとビデオのストリームに接続することで、ライブ番組を再生している。
【０１２５】
受信装置２０は、再生中のライブ番組のビデオデータ及びオーディオデータの少なくとも一方から抽出されるフィンガプリント情報を、インターネット９０を介してACRサーバ４０に送信する（図１３のＳ６１）。ACRサーバ４０は、受信装置２０からのフィンガプリント情報を用いたACR識別結果に応じたトリガ情報を、インターネット９０を介して受信装置２０に送信する。なお、ここでは、フィンガプリント情報の代わりに、ウォータマーク情報を用いるようにしてもよい。
【０１２６】
そして、受信装置２０は、インターネット９０を介してACRサーバ４０から送信されるトリガ情報を取得（受信）する（図１３のＳ６２）。このトリガ情報は、コマンドIDに"4"が指定された字幕トリガ情報とされる。トリガ情報には、チャンネルIDやコマンドID等のヘッダ情報のほか、ロケーション情報（Subtitle URL）が含まれる。
【０１２７】
受信装置２０においては、上述した図１０のステップＳ２２乃至Ｓ２６に対応したステップＳ６３乃至６７の処理が実行される。すなわち、受信装置２０では、インターネット９０を介して字幕サーバ３０から字幕情報が取得される（図１３のＳ６３）。この字幕情報は、ヒント情報としてのSIT情報と、テンプレートとしてのTTML文書から構成される。
【０１２８】
そして、受信装置２０では、フィンガプリント情報の送信に応じてACRサーバ４０からのトリガ情報が取得された場合（図１３のＳ６４、Ｓ６６）、当該トリガ情報に含まれるアペンド情報のp要素に関する内容が、テンプレートとしてのTTML文書に追加されることで、TTML文書が完全な内容となる。これにより、受信装置２０では、まず、再生中のライブ番組の映像６１には、"Hello"である字幕が重畳され（図１３のＳ６５）、その後、再生中のライブ番組の映像６２には、"Nice to meet you"である字幕が重畳される（図１３のＳ６７）。
【０１２９】
以上、ユースケース５について説明した。このユースケース５においては、インターネット９０を介してACRサーバ４０から配信される字幕トリガ情報に含まれるロケーション情報に基づいて、インターネット９０上の字幕サーバ３０から、テンプレートとしてのTTML文書が取得され、その後に取得されたトリガ情報に含まれるアペンド情報によって、TTML文書は完全な内容となる。そして、完全な内容となったTTML文書によって、ライブ番組の映像に、字幕が重畳して表示されることになる。
【０１３０】
このように、ユースケース５において、受信装置２０では、通信経由で取得された字幕情報に基づいて、字幕が表示されることになるので、仮に、放送経由で字幕情報を取得できない場合であっても、確実に通信経由で字幕情報を取得して、ライブ番組の映像に字幕を重畳表示させることができる。また、ユースケース５では、テンプレートとしてのTTML文書を先行して配信し、完全な内容のTTML文書にするための差分情報を、トリガ情報により配信しているため、１度にやりとりされる情報量を少なくして、字幕サーバ３０やACRサーバ４０、インターネット９０の負荷を軽減することができる。
【０１３１】
（６）ユースケース６：ハイブリッド型の字幕の制御（ACR対応）
【０１３２】
図１４は、ユースケース６を説明する図である。ユースケース６は、図１１に示したユースケース３において、トリガ情報が、送信装置１０から配信されるのではなく、インターネット９０上のACRサーバ４０から配信される場合を示している。
【０１３３】
図１４においては、上述した図１１と同様に、放送局（放送事業者）の送信装置１０は、IP伝送方式を用いたデジタル放送信号によって、BBPストリームを伝送している。このBBPストリームでは、サービスとして配信される放送コンテンツを構成するコンポーネント（Audio/Video）等のストリームが伝送されている。
【０１３４】
また、図１４において、インターネット９０上には、字幕サーバ３０のほかに、ACRサーバ４０が設けられている。ACRサーバ４０は、受信装置２０からの問い合わせに応じて、ACR技術を用いたコンテンツの識別を行い、インターネット９０を介して、その識別結果に応じたトリガ情報を配信する。
【０１３５】
このユースケース６においては、送信装置１０から送信される放送コンテンツとして、例えばテレビ番組が配信されている。受信装置２０は、送信装置１０から配信される放送コンテンツのオーディオとビデオのストリームに接続することで、テレビ番組を再生している。
【０１３６】
受信装置２０は、再生中のテレビ番組のビデオデータ及びオーディオデータの少なくとも一方から抽出されるフィンガプリント情報を、インターネット９０を介してACRサーバ４０に送信する（図１４のＳ８１）。ACRサーバ４０は、受信装置２０からのフィンガプリント情報を用いたACR識別結果に応じたトリガ情報を、インターネット９０を介して受信装置２０に送信する。なお、ここでは、フィンガプリント情報の代わりに、ウォータマーク情報を用いるようにしてもよい。
【０１３７】
そして、受信装置２０は、インターネット９０を介してACRサーバ４０から送信されるトリガ情報を取得（受信）する（図１４のＳ８２）。このトリガ情報は、コマンドIDに"4"が指定された字幕トリガ情報とされる。トリガ情報には、チャンネルIDやコマンドID等のヘッダ情報のほか、ロケーション情報（Subtitle URL）とメディアタイム情報（Media Time）が含まれる。
【０１３８】
受信装置２０においては、上述した図１１のステップＳ３２乃至Ｓ３７に対応したステップＳ８３乃至Ｓ８８の処理が実行される。すなわち、受信装置２０では、トリガ情報に含まれるメディアタイム情報による時刻の計時が開始されるとともに、インターネット９０を介して字幕サーバ３０から字幕情報が取得される（図１４のＳ８３、Ｓ８４）。この字幕情報は、ヒント情報としてのSIT情報と、完全な内容ではあるが暫定的な内容でもあるTTML文書から構成される。
【０１３９】
そして、受信装置２０では、メディアタイムの計時時刻が、時刻t1から時刻t2までの間において、テレビ番組の映像Ｐ７１には、"Hello"である字幕が重畳されることになる。また、受信装置２０では、フィンガプリント情報の送信に応じてACRサーバ４０からのトリガ情報が取得された場合（図１４のＳ８５）、イベント情報により指定されるp要素によって、再生中のテレビ番組の映像Ｐ７２に、"Nice to meet you"である字幕が重畳されることになる（図１４のＳ８６）。さらに、受信装置２０では、フィンガプリント情報の送信に応じてACRサーバ４０からのトリガ情報が取得された場合（図１４のＳ８７）、再生中のテレビ番組の映像Ｐ７３に、"Good-bye"である字幕が重畳されることになる（図１４のＳ８８）。
【０１４０】
以上、ユースケース６について説明した。このユースケース６においては、インターネット９０を介してACRサーバ４０から配信される字幕トリガ情報に含まれるロケーション情報に基づいて、インターネット９０上の字幕サーバ３０から、完全な内容のTTML文書であるが、暫定的な内容のTTML文書が取得され、その後に取得されたトリガ情報に含まれるアペンド情報やイベント情報によって、TTML文書は最終的な内容とされる。そして、最終的な内容のTTML文書によって、テレビ番組の映像に、字幕が重畳して表示されることになる。
【０１４１】
このように、ユースケース６において、受信装置２０では、通信経由で取得された字幕情報に基づいて、字幕が表示されることになるので、仮に、放送経由で字幕情報を取得できない場合であっても、確実に通信経由で字幕情報を取得して、テレビ番組の映像に字幕を重畳表示させることができる。
【０１４２】
なお、ユースケース４乃至６において、受信装置２０は、ACRサーバ４０に対して、フィンガプリント情報を送信する場合に、字幕トリガ情報を要求するようにしてもよい。これにより、受信装置２０では、例えば、字幕情報が必要なタイミングで字幕トリガ情報を取得して、字幕サーバ３０から字幕情報を取得することができる。
【０１４３】
＜４．システムの構成＞
【０１４４】
（放送通信システムの構成例）
図１５は、放送通信システムの構成例を示す図である。なお、システムとは、複数の構成要素（装置等）の集合を意味する。
【０１４５】
図１５の放送通信システム１は、上述したユースケース１乃至６におけるトリガ情報（字幕トリガ情報）と字幕情報を用いた字幕の制御を実現するための構成を有している。すなわち、図１５において、放送通信システム１は、送信装置１０、受信装置２０、字幕サーバ３０、及び、ACRサーバ４０から構成される。また、受信装置２０は、字幕サーバ３０、及び、ACRサーバ４０と、インターネット９０を介して相互に接続されている。
【０１４６】
送信装置１０は、収録済み番組やライブ番組等の放送コンテンツとシグナリング情報を、デジタル放送信号により送信する。また、送信装置１０は、字幕に関する機能を提供するためのトリガ情報（図１の字幕トリガ情報）を、デジタル放送信号に含めて送信する。なお、送信装置１０は、放送事業者等により提供される。
【０１４７】
受信装置２０は、デジタル放送信号を受信可能なテレビ受像機であって、例えば各家庭等に設置される。受信装置２０は、送信装置１０から送信されるデジタル放送信号を受信する。受信装置２０は、デジタル放送信号から得られるシグナリング情報に基づいて、収録済み番組やライブ番組等の放送コンテンツを再生する。
【０１４８】
また、受信装置２０は、送信装置１０からのデジタル放送信号を受信して、トリガ情報を取得する。受信装置２０は、トリガ情報に基づいて、インターネット９０を介して字幕サーバ３０にアクセスし、字幕情報を取得する。受信装置２０は、トリガ情報及び字幕情報の少なくとも一方に基づいて、字幕の表示を制御する。
【０１４９】
字幕サーバ３０は、受信装置２０からの要求に応じて、字幕情報を、インターネット９０を介して受信装置２０に配信する。なお、字幕情報は、TTML文書とSIT情報から構成される。また、字幕サーバ３０は、放送事業者等により提供される。
【０１５０】
また、受信装置２０は、インターネット９０を介してACRサーバ４０に接続して、トリガ情報を問い合わせる。その際、受信装置２０は、ACRサーバ４０に対して、フィンガプリント情報を送信する。受信装置２０は、ACRサーバ４０から送信されるトリガ情報を取得し、当該トリガ情報に基づいて、字幕サーバ３０にアクセスし、字幕情報を取得する。
【０１５１】
ACRサーバ４０は、受信装置２０からの問い合わせに応じて、フィンガプリント情報に対するACR処理を行い、受信装置２０で再生されている放送コンテンツを識別する。ACRサーバ４０は、ACR識別結果に応じたトリガ情報（図１の字幕トリガ情報）を生成し、インターネット９０を介して受信装置２０に送信する。なお、ユースケース１乃至６のうち、ユースケース４乃至６の場合に、ACRサーバ４０を設置する必要がある。
【０１５２】
放送通信システム１は、以上のように構成される。次に、図１５の放送通信システム１を構成する各装置の構成例について説明する。
【０１５３】
（送信装置の構成例）
図１６は、図１５の送信装置１０の構成例を示す図である。
【０１５４】
図１６において、送信装置１０は、シグナリング情報生成部１１１、シグナリング情報処理部１１２、オーディオデータ取得部１１３、オーディオエンコーダ１１４、ビデオデータ取得部１１５、ビデオエンコーダ１１６、トリガ情報生成部１１７、字幕データ取得部１１８、字幕処理部１１９、Mux１２０、及び、送信部１２１から構成される。
【０１５５】
シグナリング情報生成部１１１は、シグナリング情報を生成し、シグナリング情報処理部１１２に供給する。シグナリング情報処理部１１２は、シグナリング情報生成部１１１から供給されるシグナリング情報を処理し、Mux１２０に供給する。
【０１５６】
オーディオデータ取得部１１３は、外部のサーバ、マイクロフォン、又は記録媒体等から、放送コンテンツのオーディオデータを取得し、オーディオエンコーダ１１４に供給する。オーディオエンコーダ１１４は、オーディオデータ取得部１１３から供給されるオーディオデータを、MPEG（Moving Picture Experts Group）等の符号化方式に準拠して符号化し、Mux１２０に供給する。
【０１５７】
ビデオデータ取得部１１５は、外部のサーバ、カメラ、又は記録媒体等から、放送コンテンツのビデオデータを取得し、ビデオエンコーダ１１６、及び、トリガ情報生成部１１７に供給する。ビデオエンコーダ１１６は、ビデオデータ取得部１１５から供給されるビデオデータを、MPEG等の符号化方式に準拠して符号化し、Mux１２０に供給する。
【０１５８】
トリガ情報生成部１１７は、所定のタイミングで、字幕に関する機能を提供するためのトリガ情報（図１の字幕トリガ情報）を生成し、ビデオエンコーダ１１６又はMux１２０に供給する。例えば、トリガ情報生成部１１７は、ビデオデータ取得部１１５から供給されるビデオデータに基づいて、放送コンテンツの進行にあわせて、トリガ情報を生成する。ビデオエンコーダ１１６は、ビデオデータの符号化を行うに際して、ビデオデータに、トリガ情報生成部１１７から供給されるトリガ情報を埋め込んで符号化することができる。
【０１５９】
字幕データ取得部１１８は、外部のサーバ又は記録媒体等から、放送コンテンツの字幕データを取得し、字幕処理部１１９に供給する。字幕処理部１１９は、字幕データ取得部１１８から供給される字幕データを処理し、Mux１２０に供給する。
【０１６０】
Mux１２０は、シグナリング情報処理部１１２からのシグナリング情報のストリームと、オーディオエンコーダ１１４からのオーディオストリームと、ビデオエンコーダ１１６からのビデオストリームと、字幕処理部１１９からの字幕ストリームとを多重化して、その結果得られるBBPストリームを、送信部１２１に供給する。
【０１６１】
なお、放送コンテンツに字幕データが存在しない場合には、字幕データ取得部１１８により字幕データが取得されないため、Mux１２０は、シグナリング情報のストリームと、オーディオストリームと、ビデオストリームを多重化して、BBPストリームを生成する。また、Mux１２０は、トリガ情報生成部１１７からトリガ情報が供給された場合には、シグナリング情報のストリームと、オーディオストリームと、ビデオストリームと、字幕ストリームに、さらにトリガ情報を多重化して、BBPストリームを生成する。
【０１６２】
送信部１２１は、Mux１２０から供給されるBBPストリームを、アンテナ１２２を介して、デジタル放送信号として送信する。
【０１６３】
なお、図１６においては、トリガ情報を、ビデオデータに埋め込まれる場合と、BBPストリームに多重化される場合を例示したが、例えば、トリガ情報をオーディオデータに埋め込むなど、それ以外の方法によって、トリガ情報を配置するようにしてもよい。
【０１６４】
（受信装置の構成例）
図１７は、図１５の受信装置２０の構成例を示す図である。
【０１６５】
図１７において、受信装置２０は、チューナ２１２、Demux２１３、制御部２１４、NVRAM２１５、入力部２１６、オーディオデコーダ２１７、オーディオ出力部２１８、ビデオデコーダ２１９、ビデオ出力部２２０、字幕処理部２２１、及び、通信部２２２から構成される。
【０１６６】
チューナ２１２は、制御部２１４からの制御に従い、アンテナ２１１を介して受信したIP伝送方式を用いたデジタル放送の放送波（デジタル放送信号）から、ユーザの選局操作に応じたデジタル放送信号を抽出して復調し、その結果得られるBBPストリームを、Demux２１３に供給する。
【０１６７】
Demux２１３は、制御部２１４からの制御に従い、チューナ２１２から供給されるBBPストリームを、オーディオやビデオのストリームと、シグナリング情報に分離する。Demux２１３は、オーディオデータをオーディオデコーダ２１７に、ビデオデータをビデオデコーダ２１９に、シグナリング情報を制御部２１４にそれぞれ供給する。なお、Demux２１３は、BBPストリームから、字幕ストリームが分離された場合、字幕データを、字幕処理部２２１に供給する。
【０１６８】
制御部２１４は、受信装置２０の各部の動作を制御する。また、制御部２１４は、Demux２１３から供給されるシグナリング情報に基づいて、放送コンテンツ（を構成するオーディオとビデオ）のストリームを取得するために、各部の動作を制御する。なお、制御部２１４の詳細な構成については、図１８を参照して後述する。
【０１６９】
NVRAM２１５は、不揮発性メモリであって、制御部２１４からの制御に従い、各種のデータを記録する。入力部２１６は、ユーザの操作に応じて、操作信号を制御部２１４に供給する。
【０１７０】
オーディオデコーダ２１７には、Demux２１３からオーディオデータが供給される。オーディオデコーダ２１７は、制御部２１４からの制御に従い、オーディオデータを、MPEG等の復号方式に準拠して復号し、オーディオ出力部２１８に供給する。オーディオ出力部２１８は、オーディオデコーダ２１７から供給されるオーディオデータを、後段のスピーカ（不図示）に出力する。これにより、スピーカからは、放送コンテンツの音声が出力される。
【０１７１】
ビデオデコーダ２１９には、Demux２１３からビデオデータが供給される。ビデオデコーダ２１９は、制御部２１４からの制御に従い、ビデオデータを、MPEG等の復号方式に準拠して復号し、ビデオ出力部２２０に供給する。ビデオ出力部２２０は、ビデオデコーダ２１９から供給されるビデオデータを、後段のディスプレイ（不図示）に出力する。これにより、ディスプレイには、放送コンテンツの映像が表示される。
【０１７２】
字幕処理部２２１には、Demux２１３から字幕データが供給される。字幕処理部２２１は、制御部２１４からの制御に従い、字幕データを処理し、ビデオ出力部２２０に供給する。ビデオ出力部２２０は、字幕処理部２２１からの字幕データに対応する字幕が、ビデオデコーダ２１９からのビデオデータの映像に重畳して表示されるようにする。これにより、ディスプレイには、放送コンテンツの映像に重畳された字幕が表示される。
【０１７３】
通信部２２２は、制御部２１４からの制御に従い、インターネット９０を介して各サーバにアクセスして、各種の情報をやりとりする。
【０１７４】
（制御部の構成例）
図１８は、図１７の制御部２１４における、各種の機能を提供するためのトリガ情報に関する処理を行う部分の機能的構成例を示す図である。
【０１７５】
図１８において、制御部２１４は、トリガ情報取得部２５１、解析部２５２、メディアタイム計時部２５３、字幕情報取得部２５４、字幕制御部２５５、及び、フィンガプリント情報取得部２５６から構成される。
【０１７６】
トリガ情報取得部２５１は、ビデオデコーダ２１９から出力されるビデオデータを常に監視して、ビデオデータに埋め込まれているトリガ情報を取得し、解析部２５２に供給する。なお、トリガ情報がBBPストリームに配置されている場合には、トリガ情報取得部２５１は、Demux２１３により分離されたトリガ情報を含むパケットを監視し、そこからトリガ情報を取得することになる。
【０１７７】
解析部２５２は、トリガ情報取得部２５１から供給されるトリガ情報を解析し、その解析結果を、メディアタイム計時部２５３、字幕情報取得部２５４、又は字幕制御部２５５に供給する。メディアタイム計時部２５３は、解析部２５２から供給されるメディアタイム情報を設定し、当該メディアタイム情報による時刻の計時を行う。
【０１７８】
字幕情報取得部２５４は、解析部２５２から供給されるロケーション情報に基づいて、通信部２２２（図１７）を制御して、インターネット９０を介して字幕サーバ３０にアクセスする。字幕情報取得部２５４は、通信部２２２（図１７）を制御して、インターネット９０を介して字幕サーバ３０から送信されてくる字幕情報を取得し、解析部２５２に供給する。
【０１７９】
解析部２５２は、字幕情報取得部２５４から供給される字幕情報を解析し、その解析結果を、字幕制御部２５５に供給する。字幕制御部２５５は、解析部２５２から供給されるトリガ情報と字幕情報の解析結果に基づいて、字幕処理部２２１（図１７）を制御して、字幕の表示を制御する。
【０１８０】
フィンガプリント情報取得部２５６は、オーディオデコーダ２１７から出力されるオーディオデータ、及び、ビデオデコーダ２１９から出力されるビデオデータの少なくとも一方から、フィンガプリント情報を取得（抽出）する。フィンガプリント情報取得部２５６は、通信部２２２（図１７）を制御して、インターネット９０を介してACRサーバ４０にアクセスし、フィンガプリント情報を送信する。トリガ情報取得部２５１は、通信部２２２（図１７）を制御して、インターネット９０を介してACRサーバ４０から送信されてくるトリガ情報を取得し、解析部２５２に供給する。
【０１８１】
（各サーバの構成例）
図１９は、図１５の各サーバの構成例を示す図である。図１９には、字幕サーバ１９、及び、ACRサーバ４０の構成が示されている。
【０１８２】
（字幕サーバの構成例）
図１９において、字幕サーバ３０は、制御部３１１、字幕情報保持部３１２、字幕情報処理部３１３、及び、通信部３１４から構成される。制御部３１１は、字幕サーバ３０の各部の動作を制御する。字幕情報保持部３１２は、字幕情報としてのSIT情報とTTML文書を保持している。字幕情報処理部３１３は、字幕情報保持部３１２に保持されているSIT情報やTTML文書を、字幕情報として配信するための処理を行う。
【０１８３】
通信部３１４は、制御部３１１からの制御に従い、インターネット９０を介して受信装置２０と通信を行う。制御部３１１は、通信部３１４の通信状況を常に監視し、受信装置２０から字幕情報の配信が要求されたかどうかを判定する。字幕情報処理部３１３は、制御部３１１からの制御に従い、受信装置２０から字幕情報の配信が要求された場合に、字幕情報保持部３１２に保持されたSIT情報とTTML文書に基づいて、字幕情報を生成し、通信部３１４に供給する。通信部３１４は、字幕情報処理部３１３により生成された字幕情報を、インターネット９０を介して、要求元の受信装置２０に配信する。
【０１８４】
字幕サーバ３０は、以上のように構成される。
【０１８５】
（ACRサーバの構成例）
図１９において、ACRサーバ４０は、通信部４１１、ACR識別処理部４１２、FPデータベース４１３、トリガ情報生成部４１４、及び、トリガ情報用データベース４１５から構成される。通信部４１１は、インターネット９０を介して受信装置２０と通信を行う。通信部４１１は、受信装置２０からトリガ情報の問い合わせを受けた場合、フィンガプリント情報を受信して、ACR識別処理部４１２に供給する。
【０１８６】
ACR識別処理部４１２は、通信部４１１から供給されるフィンガプリント情報を、あらかじめ用意されたFPデータベース４１３と照合して、問い合わせ元の受信装置２０で再生中の放送コンテンツを識別するACR識別処理を行う。ACR識別処理部４１２は、ACR識別処理の結果を、トリガ情報生成部４１４に供給する。
【０１８７】
なお、フィンガプリント情報（特徴量）は、例えば、放送コンテンツの全体又は一部構成要素の固有情報であって、FPデータベース４１３には、あらかじめ多数のコンテンツの固有情報が登録されている。ACR識別処理では、例えば、それらの固有情報の類似度又は一致度が判定される。また、この類似度又は一致度の判定方法としては、各種の文献などによって開示されている、公知の技術を用いることができる。
【０１８８】
トリガ情報生成部４１４は、ACR識別処理部４１２から供給されるACR識別処理の結果と、トリガ情報用データベース４１５に登録された各種の情報に基づいて、字幕に関する機能を提供するためのトリガ情報（図１の字幕トリガ情報）を生成し、通信部４１１に供給する。通信部４１１は、トリガ情報生成部４１４から供給されるトリガ情報を、インターネット９０を介して、問い合わせ元の受信装置２０に送信する。
【０１８９】
ACRサーバ４０は、以上のように構成される。
【０１９０】
＜５．各装置で実行される処理の流れ＞
【０１９１】
次に、図２０乃至図２９のフローチャートを参照して、図１５の放送通信システム１を構成する各装置で実行される処理の流れを説明する。
【０１９２】
（デジタル放送信号送信処理）
まず、図２０のフローチャートを参照して、図１５の送信装置１０により実行されるデジタル放送信号送信処理の流れについて説明する。
【０１９３】
ステップＳ１１１において、シグナリング情報生成部１１１は、シグナリング情報を生成する。ステップＳ１１２において、シグナリング情報処理部１１２は、ステップＳ１１１の処理で生成されたシグナリング情報を処理する。
【０１９４】
ステップＳ１１３において、オーディオデータ取得部１１３は、外部のサーバ等から、放送コンテンツのオーディオデータを取得する。ステップＳ１１４において、オーディオエンコーダ１１４は、ステップＳ１１３の処理で取得されたオーディオデータを、MPEG等の符号化方式に準拠して符号化する。
【０１９５】
ステップＳ１１５において、ビデオデータ取得部１１５は、外部のサーバ等から、放送コンテンツのビデオデータを取得する。ステップＳ１１６において、トリガ情報生成部１１７は、字幕に関する機能を提供するためのトリガ情報（図１の字幕トリガ情報）を生成する。
【０１９６】
ステップＳ１１７において、ビデオエンコーダ１１６は、ステップＳ１１５の処理で取得されたビデオデータを、MPEG等の符号化方式に準拠して符号化する。ただし、ビデオエンコーダ１１６は、ビデオデータの符号化を行うに際して、ビデオデータに、トリガ情報生成部１１７から供給されるトリガ情報を埋め込んで符号化を行う。
【０１９７】
ステップＳ１１８において、Mux１２０は、ステップＳ１１２で処理されたシグナリング情報と、ステップＳ１１４で符号化されたオーディオデータと、ステップＳ１１７で符号化されたビデオデータとを多重化して、その結果得られるBBPストリームを、送信部１２１に供給する。
【０１９８】
ステップＳ１１９において、送信部１２１は、ステップＳ１１８の処理で生成されたBBPストリームを、アンテナ１２２を介して、IP伝送方式を用いたデジタル放送信号として送信する。ステップＳ１１９の処理が終了すると、図２０のデジタル放送信号送信処理は終了する。
【０１９９】
以上、デジタル放送信号送信処理の流れについて説明した。なお、図２０のデジタル放送信号送信処理では、説明を簡略化するため、トリガ情報がビデオデータに埋め込まれる場合を一例に説明した。
【０２００】
（デジタル放送信号受信処理）
次に、図２１のフローチャートを参照して、図１５の受信装置２０により実行されるデジタル放送信号受信処理の流れについて説明する。
【０２０１】
ステップＳ２１１において、チューナ２１２は、アンテナ２１１を介して受信されたIP伝送方式を用いたデジタル放送信号の選局・復調を行う。また、ステップＳ２１２において、Demux２１３は、ステップＳ２１１の処理で復調されたBBPストリームから、オーディオデータと、ビデオデータを分離する。
【０２０２】
ステップＳ２１３において、オーディオデコーダ２１７は、ステップＳ２１２の処理で分離されたオーディオデータを、オーディオエンコーダ１１４（図１６）による符号化方式に対応する復号方式で復号する。また、ステップＳ２１４において、ビデオデコーダ２１９は、ステップＳ２１２の処理で分離されたビデオデータを、ビデオエンコーダ１１６（図１６）による符号化方式に対応する復号方式で復号する。
【０２０３】
ステップＳ２１５において、オーディオ出力部２１８は、ステップＳ２１３の処理で復号されたオーディオデータを、後段のスピーカ（不図示）に出力する。また、ステップＳ２１６において、ビデオ出力部２２０は、ステップＳ２１４の処理で復号されたビデオデータを、後段のディスプレイ（不図示）に出力する。これにより、ディスプレイには、放送コンテンツの映像が表示され、スピーカからは、その映像に同期した音声が出力される。ステップＳ２１６の処理が終了すると、図２１のデジタル放送信号受信処理は終了する。
【０２０４】
以上、デジタル放送信号受信処理の流れについて説明した。
【０２０５】
（収録済み番組に重畳表示される字幕制御処理）
次に、図２２のフローチャートを参照して、図１５の受信装置２０により実行される収録済み番組に重畳表示される字幕制御処理の流れについて説明する。なお、この収録済み番組に重畳表示される字幕制御処理に先立って、受信装置２０では、図２１のデジタル放送信号受信処理が行われ、放送コンテンツとして、例えばドラマ等の収録済み番組が再生されているものとする。
【０２０６】
ステップＳ２２１において、トリガ情報取得部２５１は、ビデオデコーダ２１９から出力されるビデオデータに埋め込まれているトリガ情報の監視を開始する。ステップＳ２２２において、トリガ情報取得部２５１は、ステップＳ２２１の処理の監視結果に基づいて、ビデオデータに埋め込まれているトリガ情報が取得されたかどうかを判定する。
【０２０７】
ステップＳ２２２において、トリガ情報が取得されていないと判定された場合、ステップＳ２２２の判定処理が繰り返される。ステップＳ２２２においては、トリガ情報取得部２５１によりトリガ情報が取得されるのを待って、処理は、ステップＳ２２３に進められる。
【０２０８】
なお、トリガ情報取得部２５１により取得されたトリガ情報は、解析部２５２により解析される。ここで取得されるトリガ情報は、字幕トリガ情報であって、ロケーション情報とメディアタイム情報を含んでいる。
【０２０９】
ステップＳ２２３において、メディアタイム計時部２５３は、ステップＳ２２２の処理で取得されたトリガ情報に含まれるメディアタイム情報を設定して、当該メディアタイム情報による時刻の計時を開始する。
【０２１０】
ステップＳ２２４において、字幕情報取得部２５４は、通信部２２２を制御して、トリガ情報に含まれるロケーション情報に従い、インターネット９０を介して字幕サーバ３０にアクセスし、字幕情報を要求する。ステップＳ２２５において、字幕情報取得部２５４は、通信部２２２を制御して、ステップＳ２２４の処理での字幕サーバ３０に対する要求に応じて、字幕サーバ３０から配信される字幕情報を取得する。
【０２１１】
なお、字幕情報取得部２５４により取得された字幕情報は、解析部２５２により解析される。ここで取得される字幕情報は、ヒント情報としてのSIT情報と、完全な内容のTTML文書から構成されている。
【０２１２】
ステップＳ２２６においては、メディアタイム計時部２５３による計時時刻が、字幕情報を構成するTTML文書に規定された字幕の表示時間内となるかどうかが判定される。すなわち、TTML文書のボディドキュメントインスタンスには、１又は複数のp要素が列挙され、各p要素には、字幕の文字列と、その表示開始時刻と表示終了時刻が指定されているので、例えば、メディアタイムの計時時刻が、表示開始時刻から表示終了時刻までの時間内となる字幕が存在するかどうかが判定される。
【０２１３】
ステップＳ２２６において、メディアタイムの計時時刻が、TTML文書に規定された字幕の表示時間内となると判定された場合、処理は、ステップＳ２２７に進められる。ステップＳ２２７において、字幕制御部２５５は、字幕処理部２２１を制御して、TTML文書に規定された対象の字幕を表示させる。これにより、例えば、図９のユースケース１で説明したように、受信装置２０では、メディアタイムの計時時刻が、時刻t1から時刻t2までの間において、再生中の収録済み番組の映像Ｐ１１には、"Hello"である字幕が重畳され、時刻t3から時刻t4までの間において、再生中の収録済み番組の映像Ｐ１２には、"Nice to meet you"である字幕が重畳されることになる。
【０２１４】
一方、ステップＳ２２６において、メディアタイムの計時時刻が、TTML文書に規定された字幕の表示時間外であると判定された場合、ステップＳ２２７の処理はスキップされ、処理は、ステップＳ２２８に進められる。
【０２１５】
ステップＳ２２８において、トリガ情報取得部２５１は、ステップＳ２２１の処理の監視結果に基づいて、ビデオデータに埋め込まれているトリガ情報が取得されたかどうかを判定する。ステップＳ２２８において、トリガ情報が取得されたと判定された場合、処理は、ステップＳ２２９に進められる。
【０２１６】
ステップＳ２２９において、メディアタイム計時部２５３は、ステップＳ２２８の処理で取得されたトリガ情報に含まれるメディアタイム情報を設定して、メディアタイムの計時時刻を更新する。これにより、メディアタイムの計時時刻が調整される。一方、ステップＳ２２８において、トリガ情報が取得されていないと判定された場合、ステップＳ２２９の処理はスキップされ、処理は、ステップＳ２３０に進められる。
【０２１７】
ステップＳ２３０においては、図２２の字幕制御処理を終了するかどうかが判定される。ステップＳ２３０において、字幕制御処理を終了しないと判定された場合、処理は、ステップＳ２２６に戻り、それ以降の処理が繰り返される。そして、ステップＳ２３０において、字幕制御処理を終了すると判定された場合、図２２の収録済み番組に重畳表示される字幕制御処理は終了される。
【０２１８】
以上、収録済み番組に重畳表示される字幕制御処理の流れについて説明した。なお、この収録済み番組に重畳表示される字幕制御処理は、上述したユースケース１（図９）に対応している。
【０２１９】
（ライブ番組に重畳表示される字幕制御処理）
次に、図２３のフローチャートを参照して、図１５の受信装置２０により実行されるライブ番組に重畳表示される字幕制御処理の流れについて説明する。なお、このライブ番組に重畳表示される字幕制御処理に先立って、受信装置２０では、図２１のデジタル放送信号受信処理が行われ、放送コンテンツとして、例えばスポーツ中継等のライブ番組が再生されているものとする。
【０２２０】
ステップＳ２３１乃至Ｓ２３２においては、図２２のステップＳ２２１乃至Ｓ２２２と同様に、トリガ情報取得部２５１によってトリガ情報が監視され、トリガ情報が取得された場合には、処理は、ステップＳ２３３に進められる。トリガ情報取得部２５１により取得されたトリガ情報は、解析部２５２により解析される。ここで取得されるトリガ情報は、字幕トリガ情報であって、ロケーション情報を含んでいる。
【０２２１】
ステップＳ２３３乃至Ｓ２３４においては、図２２のステップＳ２２４乃至Ｓ２２５と同様に、字幕情報取得部２５４によって、字幕サーバ３０から配信される字幕情報が取得される。字幕情報取得部２５４により取得された字幕情報は、解析部２５２により解析される。ここで取得される字幕情報は、ヒント情報としてのSIT情報と、テンプレートとしてのTTML文書から構成されている。
【０２２２】
ステップＳ２３５において、トリガ情報取得部２５１は、ステップＳ２３１の監視結果に基づいて、ビデオデータに埋め込まれているトリガ情報が取得されたかどうかを判定する。ステップＳ２３５において、トリガ情報が取得されたと判定された場合、処理は、ステップＳ２３６に進められる。
【０２２３】
ステップＳ２３６において、字幕制御部２５５は、字幕処理部２２１を制御して、ステップＳ２３５の処理で取得されたトリガ情報に規定された対象の字幕を表示する。これにより、例えば、図１０のユースケース２で説明したように、受信装置２０では、トリガ情報を取得したタイミングで、再生中のライブ番組の映像２１には、"Hello"である字幕が重畳され、その後、再生中のライブ番組の映像２２には、"Nice to meet you"である字幕が重畳されることになる。
【０２２４】
一方、ステップＳ２３５において、トリガ情報が取得されていないと判定された場合、ステップＳ２３６の処理はスキップされ、処理は、ステップＳ２３７に進められる。
【０２２５】
ステップＳ２３７においては、図２３の字幕制御処理を終了するかどうかが判定される。ステップＳ２３７において、字幕制御処理を終了しないと判定された場合、処理は、ステップＳ２３５に戻り、それ以降の処理が繰り返される。そして、ステップＳ２３７において、字幕制御処理を終了すると判定された場合、図２３のライブ番組に重畳表示される字幕制御処理は終了される。
【０２２６】
以上、ライブ番組に重畳表示される字幕制御処理の流れについて説明した。なお、このライブ番組に重畳表示される字幕制御処理は、上述したユースケース２（図１０）に対応している。
【０２２７】
（ハイブリッド型の字幕制御処理）
次に、図２４のフローチャートを参照して、図１５の受信装置２０により実行されるハイブリッド型の字幕制御処理の流れについて説明する。なお、このハイブリッド型の字幕制御処理に先立って、受信装置２０では、図２１のデジタル放送信号受信処理が行われ、放送コンテンツが再生されているものとする。
【０２２８】
ステップＳ２４１乃至Ｓ２４２においては、図２２のステップＳ２２１乃至Ｓ２２２と同様に、トリガ情報取得部２５１によってトリガ情報が監視され、トリガ情報が取得された場合には、処理は、ステップＳ２４３に進められる。トリガ情報取得部２５１により取得されたトリガ情報は、解析部２５２により解析される。ここで取得されるトリガ情報は、字幕トリガ情報であって、ロケーション情報とメディアタイム情報を含んでいる。
【０２２９】
ステップＳ２４３においては、図２２のステップＳ２２３と同様に、メディアタイム計時部２５３によって、ステップＳ２４２の処理で取得されたトリガ情報に含まれるメディアタイム情報が設定される。
【０２３０】
ステップＳ２４４乃至Ｓ２４５においては、図２２のステップＳ２２４乃至Ｓ２２５と同様に、字幕情報取得部２５４によって、字幕サーバ３０から配信される字幕情報が取得される。字幕情報取得部２５４により取得された字幕情報は、解析部２５２により解析される。ここで取得される字幕情報は、ヒント情報としてのSIT情報と、完全な内容ではあるが暫定的な内容でもあるTTML文書から構成されている。
【０２３１】
ステップＳ２４６乃至Ｓ２４７においては、図２２のステップＳ２２６乃至Ｓ２２７と同様に、メディアタイム計時部２５３による計時時刻が、字幕情報を構成するTTML文書に規定された字幕の表示時間内となるかどうかが判定され、メディアタイムの計時時刻が、字幕の表示時間内である場合には、字幕制御部２５５によって、対象の字幕が表示される。これにより、例えば、図１１のユースケース３で説明したように、受信装置２０では、メディアタイムの計時時刻が、時刻t1から時刻t2までの間において、再生中のテレビ番組の映像Ｐ３１には、"Hello"である字幕が重畳されることになる。
【０２３２】
ステップＳ２４８において、トリガ情報取得部２５１は、ステップＳ２４１の監視結果に基づいて、ビデオデータに埋め込まれているトリガ情報が取得されたかどうかを判定する。ステップＳ２４８において、トリガ情報が取得されたと判定された場合、処理は、ステップＳ２４９に進められる。
【０２３３】
ステップＳ２４９において、字幕制御部２５５は、字幕処理部２２１を制御して、ステップＳ２４８の処理で取得されたトリガ情報に応じて対象の字幕を表示する。これにより、例えば、図１１のユースケース３で説明したように、受信装置２０では、トリガ情報を取得したタイミングで、再生中のテレビ番組の映像Ｐ３２に、"Nice to meet you"である字幕が重畳され、その後、再生中のテレビ番組の映像Ｐ３３に、"Good-bye"である字幕が重畳されることになる。
【０２３４】
一方、ステップＳ２４８において、トリガ情報が取得されていないと判定された場合、ステップＳ２４９の処理はスキップされ、処理は、ステップＳ２５０に進められる。
【０２３５】
ステップＳ２５０においては、図２４の字幕制御処理を終了するかどうかが判定される。ステップＳ２５０において、字幕制御処理を終了しないと判定された場合、処理は、ステップＳ２４６に戻り、それ以降の処理が繰り返される。そして、ステップＳ２５０において、字幕制御処理を終了すると判定された場合、図２４のハイブリッド型の字幕制御処理は終了される。
【０２３６】
以上、ハイブリッド型の字幕制御処理の流れについて説明した。なお、このハイブリッド型の字幕制御処理は、上述したユースケース３（図１１）に対応している。
【０２３７】
（ACRに対応した場合の収録済み番組に重畳表示される字幕制御処理）
次に、図２５のフローチャートを参照して、図１５の受信装置２０により実行されるACRに対応した場合の収録済み番組に重畳表示される字幕制御処理の流れについて説明する。なお、このACRに対応した場合の収録済み番組に重畳表示される字幕制御処理に先立って、受信装置２０では、図２１のデジタル放送信号受信処理が行われ、放送コンテンツとして、例えばドラマ等の収録済み番組が再生されているものとする。
【０２３８】
ステップＳ２５１において、フィンガプリント情報取得部２５６は、トリガ情報を取得するタイミングであるかどうかを判定する。ステップＳ２５１において、トリガ情報を取得するタイミングではないと判定された場合、ステップＳ２５１の判定処理が繰り返される。ステップＳ２５１においては、例えば、数秒周期等のトリガ情報を取得するタイミングを待って、処理は、ステップＳ２５２に進められる。
【０２３９】
ステップＳ２５２において、フィンガプリント情報取得部２５６は、ビデオデコーダ２１９から出力されるビデオデータから、フィンガプリント情報を取得（抽出）し、通信部２２２を制御して、インターネット９０を介してACRサーバ４０にアクセスすることで、フィンガプリント情報を送信する。
【０２４０】
ステップＳ２５３において、トリガ情報取得部２５１は、通信部２２２を制御して、ステップＳ２５２の処理に応じてACRサーバ４０から送信されてくるトリガ情報を取得する。なお、トリガ情報取得部２５１により取得されたトリガ情報は、解析部２５２により解析される。ここで取得されるトリガ情報は、字幕トリガ情報であって、ロケーション情報とメディアタイム情報を含んでいる。
【０２４１】
ステップＳ２５４においては、図２２のステップＳ２２３と同様に、メディアタイム計時部２５３によって、ステップＳ２５３の処理で取得されたトリガ情報に含まれるメディアタイム情報が設定される。
【０２４２】
ステップＳ２５５乃至Ｓ２５６においては、図２２のステップＳ２２４乃至Ｓ２２５と同様に、字幕情報取得部２５４によって、字幕サーバ３０から配信される字幕情報が取得される。字幕情報取得部２５４により取得された字幕情報は、解析部２５２により解析される。ここで取得される字幕情報は、ヒント情報としてのSIT情報と、完全な内容のTTML文書から構成されている。
【０２４３】
ステップＳ２５７乃至Ｓ２５８においては、図２２のステップＳ２２６乃至Ｓ２２７と同様に、メディアタイム計時部２５３による計時時刻が、字幕情報を構成するTTML文書に規定された字幕の表示時間内となるかどうかが判定され、メディアタイムの計時時刻が、字幕の表示時間内である場合には、字幕制御部２５５によって、対象の字幕が表示される。これにより、例えば、図１２のユースケース４で説明したように、受信装置２０では、メディアタイムの計時時刻が、時刻t1から時刻t2までの間において、再生中の収録済み番組の映像Ｐ５１には、"Hello"である字幕が重畳され、時刻t3から時刻t4までの間において、再生中の収録済み番組の映像Ｐ５２には、"Nice to meet you"である字幕が重畳されることになる。
【０２４４】
ステップＳ２５９においては、上述したステップＳ２５１と同様に、フィンガプリント情報取得部２５６によって、トリガ情報を取得するタイミングであるかどうかが判定される。ステップＳ２５９において、トリガ情報を取得するタイミングであると判定された場合、処理は、ステップＳ２６０に進められる。
【０２４５】
ステップＳ２６０乃至Ｓ２６１においては、上述したステップＳ２５２乃至Ｓ２５３と同様に、フィンガプリント情報取得部２５６により取得されたフィンガプリント情報が、ACRサーバ４０に送信されることで、ACRサーバ４０から配信されるトリガ情報が、トリガ情報取得部２５１により取得される。なお、トリガ情報取得部２５１により取得されたトリガ情報は、解析部２５２により解析される。ここで取得されるトリガ情報は、字幕トリガ情報であって、ロケーション情報とメディアタイム情報を含んでいる。
【０２４６】
ステップＳ２６２においては、図２２のステップＳ２２９と同様に、メディアタイム計時部２５３によって、ステップＳ２６１の処理で取得されたトリガ情報に含まれるメディアタイム情報が設定され、メディアタイムが更新される。
【０２４７】
ステップＳ２６３においては、図２５の字幕制御処理を終了するかどうかが判定される。ステップＳ２６３において、字幕制御処理を終了しないと判定された場合、処理は、ステップＳ２５７に戻り、それ以降の処理が繰り返される。そして、ステップＳ２６３において、字幕制御処理を終了すると判定された場合、図２５のACRに対応した場合の収録済み番組に重畳表示される字幕制御処理は終了される。
【０２４８】
以上、ACRに対応した場合の収録済み番組に重畳表示される字幕制御処理について説明した。なお、このACRに対応した場合の収録済み番組に重畳表示される字幕制御処理は、上述したユースケース４（図１２）に対応している。
【０２４９】
（ACRに対応した場合のライブ番組に重畳表示される字幕制御処理）
次に、図２６のフローチャートを参照して、図１５の受信装置２０により実行されるACRに対応した場合のライブ番組に重畳表示される字幕制御処理の流れについて説明する。なお、このACRに対応した場合のライブ番組に重畳表示される字幕制御処理に先立って、受信装置２０では、図２１のデジタル放送信号受信処理が行われ、放送コンテンツとして、例えばスポーツ中継等のライブ番組が再生されているものとする。
【０２５０】
ステップＳ２７１においては、図２５のステップＳ２５１と同様に、フィンガプリント情報取得部２５６によって、トリガ情報を取得するタイミングであるかどうかが判定される。ステップＳ２７１において、トリガ情報を取得するタイミングであると判定された場合、処理は、ステップＳ２７２に進められる。
【０２５１】
ステップＳ２７２乃至Ｓ２７３においては、図２５のステップＳ２５２乃至Ｓ２５３と同様に、フィンガプリント情報取得部２５６により取得されたフィンガプリント情報が、ACRサーバ４０に送信されることで、ACRサーバ４０から配信されるトリガ情報が、トリガ情報取得部２５１により取得される。なお、トリガ情報取得部２５１により取得されたトリガ情報は、解析部２５２により解析される。ここで取得されるトリガ情報は、字幕トリガ情報であって、ロケーション情報を含んでいる。
【０２５２】
ステップＳ２７４乃至Ｓ２７５においては、図２３のステップＳ２３３乃至Ｓ２３４と同様に、字幕情報取得部２５４によって、字幕サーバ３０から配信される字幕情報が取得される。字幕情報取得部２５４により取得された字幕情報は、解析部２５２により解析される。ここで取得される字幕情報は、ヒント情報としてのSIT情報と、テンプレートとしてのTTML文書から構成されている。
【０２５３】
ステップＳ２７６においては、図２５のステップＳ２５１と同様に、フィンガプリント情報取得部２５６によって、トリガ情報を取得するタイミングであるかどうかが判定される。ステップＳ２７６において、トリガ情報を取得するタイミングであると判定された場合、処理は、ステップＳ２７７に進められる。
【０２５４】
ステップＳ２７７乃至Ｓ２７８においては、図２５のステップＳ２５２乃至Ｓ２５３と同様に、フィンガプリント情報取得部２５６により取得されたフィンガプリント情報が、ACRサーバ４０に送信されることで、ACRサーバ４０から配信されるトリガ情報が、トリガ情報取得部２５１により取得される。なお、トリガ情報取得部２５１により取得されたトリガ情報は、解析部２５２により解析される。ここで取得されるトリガ情報は、字幕トリガ情報であって、ロケーション情報を含んでいる。
【０２５５】
ステップＳ２７９においては、図２３のステップＳ２３６と同様に、字幕制御部２５５によって、ステップＳ２７８の処理で取得されたトリガ情報に規定された対象の字幕が表示される。これにより、例えば、図１３のユースケース５に示したように、受信装置２０では、トリガ情報を取得したタイミングで、再生中のライブ番組の映像６１には、"Hello"である字幕が重畳され、その後、再生中のライブ番組の映像６２には、"Nice to meet you"である字幕が重畳されることになる。
【０２５６】
ステップＳ２８０においては、図２６の字幕制御処理を終了するかどうかが判定される。ステップＳ２８０において、字幕制御処理を終了しないと判定された場合、処理は、ステップＳ２７６に戻り、それ以降の処理が繰り返される。そして、ステップＳ２８０において、字幕制御処理を終了すると判定された場合、図２６のACRに対応した場合のライブ番組に重畳表示される字幕制御処理は終了される。
【０２５７】
以上、ACRに対応した場合のライブ番組に重畳表示される字幕制御処理について説明した。なお、このACRに対応した場合のライブ番組に重畳表示される字幕制御処理は、上述したユースケース５（図１３）に対応している。
【０２５８】
（ACRに対応した場合のハイブリッド型の字幕制御処理）
次に、図２７のフローチャートを参照して、図１５の受信装置２０により実行されるACRに対応した場合のハイブリッド型の字幕制御処理の流れについて説明する。なお、このACRに対応した場合のハイブリッド型の字幕制御処理に先立って、受信装置２０では、図２１のデジタル放送信号受信処理が行われ、放送コンテンツが再生されているものとする。
【０２５９】
ステップＳ２８１においては、図２５のステップＳ２５１と同様に、フィンガプリント情報取得部２５６によって、トリガ情報を取得するタイミングであるかどうかが判定される。ステップＳ２８１において、トリガ情報を取得するタイミングであると判定された場合、処理は、ステップＳ２８２に進められる。
【０２６０】
ステップＳ２８２乃至Ｓ２８３においては、図２５のステップＳ２５２乃至Ｓ２５３と同様に、フィンガプリント情報取得部２５６により取得されたフィンガプリント情報が、ACRサーバ４０に送信されることで、ACRサーバ４０から配信されるトリガ情報が、トリガ情報取得部２５１により取得される。なお、トリガ情報取得部２５１により取得されたトリガ情報は、解析部２５２により解析される。ここで取得されるトリガ情報は、字幕トリガ情報であって、ロケーション情報とメディアタイム情報を含んでいる。
【０２６１】
ステップＳ２８４においては、図２４のステップＳ２４３と同様に、メディアタイム計時部２５３によって、ステップＳ２８３の処理で取得されたトリガ情報に含まれるメディアタイム情報が設定される。
【０２６２】
ステップＳ２８５乃至Ｓ２８６においては、図２４のステップＳ２４４乃至Ｓ２４５と同様に、字幕情報取得部２５４によって、字幕サーバ３０から配信される字幕情報が取得される。字幕情報取得部２５４により取得された字幕情報は、解析部２５２により解析される。ここで取得される字幕情報は、ヒント情報としてのSIT情報と、完全な内容ではあるが暫定的な内容でもあるTTML文書から構成されている。
【０２６３】
ステップＳ２８７乃至Ｓ２８８においては、図２４のステップＳ２４６乃至Ｓ２４７と同様に、メディアタイム計時部２５３による計時時刻が、字幕情報を構成するTTML文書に規定された字幕の表示時間内となるかどうかが判定され、メディアタイムの計時時刻が、字幕の表示時間内である場合には、字幕制御部２５５によって、対象の字幕が表示される。これにより、例えば、図１４のユースケース６で説明したように、受信装置２０では、メディアタイムの計時時刻が、時刻t1から時刻t2までの間において、再生中のテレビ番組の映像Ｐ７１には、"Hello"である字幕が重畳されることになる。
【０２６４】
ステップＳ２８９においては、図２５のステップＳ２５１と同様に、フィンガプリント情報取得部２５６によって、トリガ情報を取得するタイミングであるかどうかが判定される。ステップＳ２８９において、トリガ情報を取得するタイミングであると判定された場合、処理は、ステップＳ２９０に進められる。
【０２６５】
ステップＳ２９０乃至Ｓ２９１においては、図２５のステップＳ２５２乃至Ｓ２５３と同様に、フィンガプリント情報取得部２５６により取得されたフィンガプリント情報が、ACRサーバ４０に送信されることで、ACRサーバ４０から配信されるトリガ情報が、トリガ情報取得部２５１により取得される。なお、トリガ情報取得部２５１により取得されたトリガ情報は、解析部２５２により解析される。ここで取得されるトリガ情報は、字幕トリガ情報であって、ロケーション情報を含んでいる。
【０２６６】
ステップＳ２９２においては、図２４のステップＳ２４９と同様に、字幕制御部２５５によって、ステップＳ２９１の処理で取得されたトリガ情報に応じて対象の字幕が表示される。これにより、例えば、図１４のユースケース６で説明したように、受信装置２０では、トリガ情報を取得したタイミングで、再生中のテレビ番組の映像Ｐ７２に、"Nice to meet you"である字幕が重畳され、その後、再生中のテレビ番組の映像Ｐ７３に、"Good-bye"である字幕が重畳されることになる。
【０２６７】
ステップＳ２９３においては、図２７の字幕制御処理を終了するかどうかが判定される。ステップＳ２９３において、字幕制御処理を終了しないと判定された場合、処理は、ステップＳ２８７に戻り、それ以降の処理が繰り返される。そして、ステップＳ２９３において、字幕制御処理を終了すると判定された場合、図２７のACRに対応した場合のハイブリッド型の字幕制御処理は終了される。
【０２６８】
以上、ACRに対応した場合のハイブリッド型の字幕制御処理について説明した。なお、このACRに対応した場合のハイブリッド型の字幕制御処理は、上述したユースケース６（図１４）に対応している。
【０２６９】
（字幕情報配信処理）
次に、図２８のフローチャートを参照して、図１５の字幕サーバ３０により実行される字幕情報配信処理の流れについて説明する。
【０２７０】
ステップＳ３１１において、制御部３１１は、通信部３１４の通信状況を常に監視して、受信装置２０から字幕情報が要求されたかどうかを判定する。ステップＳ３１１の判定処理では、受信装置２０から字幕情報が供給されるのを待って、処理は、ステップＳ３１２に進められる。
【０２７１】
ステップＳ３１２において、字幕情報処理部３１３は、制御部３１１からの制御に従い、字幕情報保持部３１２に保持されたSIT情報とTTML文書に基づいて、受信装置２０からの要求に応じた字幕情報を生成する。また、ステップＳ３１３において、通信部３１４は、制御部３１１からの制御に従い、ステップＳ３１２の処理で生成された字幕情報を、インターネット９０を介して、字幕情報の要求元の受信装置２０に送信する。ステップＳ３１３の処理が終了すると、図２８の字幕情報配信処理は終了する。
【０２７２】
以上、字幕情報配信処理の流れについて説明した。
【０２７３】
（トリガ情報配信処理）
次に、図２９のフローチャートを参照して、図１５のACRサーバ４０により実行されるトリガ情報配信処理の流れについて説明する。
【０２７４】
ステップＳ４１１においては、受信装置２０からトリガ情報の問い合わせを受け、フィンガプリント情報が受信されたかどうかが判定される。ステップＳ４１１において、フィンガプリント情報が受信されていないと判定された場合、ステップＳ４１１の判定処理が繰り返される。すなわち、ステップＳ４１１においては、通信部４１１によりフィンガプリント情報が受信されるのを待って、処理は、ステップＳ４１２に進められる。
【０２７５】
ステップＳ４１２において、ACR識別処理部４１２は、ステップＳ４１１の処理で受信されたフィンガプリント情報を、あらかじめ用意されたFPデータベース４１３と照合して、問い合わせ元の受信装置２０で再生中の放送コンテンツを識別するACR識別処理を行う。
【０２７６】
ステップＳ４１３において、トリガ情報生成部４１４は、ステップＳ４１２の処理で求められたACR識別処理の結果と、トリガ情報用データベース４１５に登録された各種の情報に基づいて、字幕に関する機能を提供するためのトリガ情報（図１の字幕トリガ情報）を生成する。
【０２７７】
ステップＳ４１４において、通信部４１１は、ステップＳ４１３の処理で生成されたトリガ情報を、インターネット９０を介して、トリガ情報の問い合わせ元の受信装置２０に送信する。ステップＳ４１４の処理が終了すると、図２９のトリガ情報配信処理は終了する。
【０２７８】
以上、トリガ情報配信処理の流れについて説明した。
【０２７９】
なお、上述した説明では、シグナリング情報の名称として、Descriptionの略である「D」を用いたが、Tableの略である「T」が用いられる場合がある。例えば、EAD（Emergency Alerting Description）は、EAT（Emergency Alerting Table）と記述される場合がある。また、例えば、RRD（Region Rating Description）は、RRT（Region Rating Table）と記述される場合がある。ただし、これらの名称の違いは、「Description」と「Table」との形式的な違いであって、各シグナリング情報の実質的な内容が異なるものではない。
【０２８０】
＜６．コンピュータの構成＞
【０２８１】
上述した一連の処理は、ハードウェアにより実行することもできるし、ソフトウェアにより実行することもできる。一連の処理をソフトウェアにより実行する場合には、そのソフトウェアを構成するプログラムが、コンピュータにインストールされる。図３０は、上述した一連の処理をプログラムにより実行するコンピュータのハードウェアの構成例を示す図である。
【０２８２】
コンピュータ９００において、CPU（Central Processing Unit）９０１，ROM（Read Only Memory）９０２，RAM（Random Access Memory）９０３は、バス９０４により相互に接続されている。バス９０４には、さらに、入出力インターフェース９０５が接続されている。入出力インターフェース９０５には、入力部９０６、出力部９０７、記録部９０８、通信部９０９、及び、ドライブ９１０が接続されている。
【０２８３】
入力部９０６は、キーボード、マウス、マイクロフォンなどよりなる。出力部９０７は、ディスプレイ、スピーカなどよりなる。記録部９０８は、ハードディスクや不揮発性のメモリなどよりなる。通信部９０９は、ネットワークインターフェースなどよりなる。ドライブ９１０は、磁気ディスク、光ディスク、光磁気ディスク、又は半導体メモリなどのリムーバブルメディア９１１を駆動する。
【０２８４】
以上のように構成されるコンピュータ９００では、CPU９０１が、ROM９０２や記録部９０８に記憶されているプログラムを、入出力インターフェース９０５及びバス９０４を介して、RAM９０３にロードして実行することにより、上述した一連の処理が行われる。
【０２８５】
コンピュータ９００（CPU９０１）が実行するプログラムは、例えば、パッケージメディア等としてのリムーバブルメディア９１１に記録して提供することができる。また、プログラムは、ローカルエリアネットワーク、インターネット、デジタル衛星放送といった、有線又は無線の伝送媒体を介して提供することができる。
【０２８６】
コンピュータ９００では、プログラムは、リムーバブルメディア９１１をドライブ９１０に装着することにより、入出力インターフェース９０５を介して、記録部９０８にインストールすることができる。また、プログラムは、有線又は無線の伝送媒体を介して、通信部９０９で受信し、記録部９０８にインストールすることができる。その他、プログラムは、ROM９０２や記録部９０８に、あらかじめインストールしておくことができる。
【０２８７】
ここで、本明細書において、コンピュータがプログラムに従って行う処理は、必ずしもフローチャートとして記載された順序に沿って時系列に行われる必要はない。すなわち、コンピュータがプログラムに従って行う処理は、並列的あるいは個別に実行される処理（例えば、並列処理あるいはオブジェクトによる処理）も含む。また、プログラムは、１のコンピュータ（プロセッサ）により処理されるものであってもよいし、複数のコンピュータによって分散処理されるものであってもよい。
【０２８８】
なお、本技術の実施の形態は、上述した実施の形態に限定されるものではなく、本技術の要旨を逸脱しない範囲において種々の変更が可能である。
【０２８９】
また、本技術は、以下のような構成をとることができる。
【０２９０】
（１）
字幕に関する機能を提供するためのトリガ情報であって、インターネット上のリソースを識別可能なロケーション情報を含む前記トリガ情報を取得する第１の取得部と、
前記トリガ情報に含まれる前記ロケーション情報に基づいて、所定のコンピュータ言語で記述された字幕に関する文書を含む字幕情報を取得する第２の取得部と、
前記トリガ情報及び前記字幕情報のうちの少なくとも一方に基づいて、前記字幕の表示を制御する字幕制御部と
を備える受信装置。
（２）
前記トリガ情報は、前記字幕に関する文書に対して、前記字幕の表示に関する情報を付加するための付加情報を含む
（１）に記載の受信装置。
（３）
前記トリガ情報は、前記字幕に関する文書に記述される、前記字幕の表示に関する情報を操作するためのイベント情報を含む
（１）又は（２）に記載の受信装置。
（４）
前記トリガ情報は、前記字幕の表示を制御するための時刻情報を含む
（１）乃至（３）のいずれかに記載の受信装置。
（５）
前記字幕情報は、前記字幕に関するヒント情報をさらに含む
（１）乃至（４）のいずれかに記載の受信装置。
（６）
前記字幕に関する文書は、TTML（Timed Text Markup Language）で記述される
（１）乃至（５）のいずれかに記載の受信装置。
（７）
前記トリガ情報は、IP（Internet Protocol）伝送方式を用いたデジタル放送の放送波に含めて配信されるか、又はインターネット上に設けられるコンテンツ認識機能を有するサーバから配信される
（１）乃至（６）のいずれかに記載の受信装置。
（８）
受信装置の受信方法において、
前記受信装置が、
字幕に関する機能を提供するためのトリガ情報であって、インターネット上のリソースを識別可能なロケーション情報を含む前記トリガ情報を取得し、
前記トリガ情報に含まれる前記ロケーション情報に基づいて、所定のコンピュータ言語で記述された字幕に関する文書を含む字幕情報を取得し、
前記トリガ情報及び前記字幕情報のうちの少なくとも一方に基づいて、字幕の表示を制御する
ステップを含む受信方法。
（９）
字幕に関する機能を提供するためのトリガ情報であって、所定のコンピュータ言語で記述された字幕に関する文書を含む字幕情報を取得するためのロケーション情報を含む前記トリガ情報を生成する生成部と、
生成された前記トリガ情報を送信する送信部と
を備える送信装置。
（１０）
前記トリガ情報は、前記字幕に関する文書に対して、前記字幕の表示に関する情報を付加するための付加情報を含む
（９）に記載の送信装置。
（１１）
前記トリガ情報は、前記字幕に関する文書に記述される、前記字幕の表示に関する情報を操作するためのイベント情報を含む
（９）又は（１０）に記載の送信装置。
（１２）
前記トリガ情報は、前記字幕の表示を制御するための時刻情報を含む
（９）乃至（１１）のいずれかに記載の送信装置。
（１３）
前記字幕情報は、前記字幕に関するヒント情報をさらに含む
（９）乃至（１２）のいずれかに記載の送信装置。
（１４）
前記字幕に関する文書は、TTMLで記述される
（９）乃至（１３）のいずれかに記載の送信装置。
（１５）
前記送信部は、前記トリガ情報を、IP伝送方式を用いたデジタル放送の放送波に含めて送信する
（９）乃至（１４）のいずれかに記載の送信装置。
（１６）
送信装置の送信方法において、
前記送信装置が、
字幕に関する機能を提供するためのトリガ情報であって、所定のコンピュータ言語で記述された字幕に関する文書を含む字幕情報を取得するためのロケーション情報を含む前記トリガ情報を生成し、
生成された前記トリガ情報を送信する
ステップを含む送信方法。
【符号の説明】
【０２９１】
１  放送通信システム，  １０  送信装置，  ２０  受信装置，  ３０  字幕サーバ，  ４０  ACRサーバ，  ９０  インターネット，  １１７  トリガ情報生成部，  １２１  送信部，  ２１２  チューナ，  ２１４  制御部，  ２２１  字幕処理部，  ２２２  通信部，  ２５１  トリガ情報取得部，  ２５２  解析部，  ２５３  メディアタイム計時部，  ２５４  字幕情報取得部，  ２５５  字幕制御部，  ２５６  フィンガプリント情報取得部，  ３１１  制御部，  ３１３  字幕情報処理部，  ３１４  通信部，  ４１１  通信部，  ４１４  トリガ情報生成部，  ９００  コンピュータ，  ９０１  CPU
【図１】
2016035589.tif 000003
【図２】
2016035589.tif 000004
【図３】
2016035589.tif 000005
【図４】
2016035589.tif 000006
【図５】
2016035589.tif 000007
【図６】
2016035589.tif 000008
【図７】
2016035589.tif 000009
【図８】
2016035589.tif 000010
【図９】
2016035589.tif 000011
【図１０】
2016035589.tif 000012
【図１１】
2016035589.tif 000013
【図１２】
2016035589.tif 000014
【図１３】
2016035589.tif 000015
【図１４】
2016035589.tif 000016
【図１５】
2016035589.tif 000017
【図１６】
2016035589.tif 000018
【図１７】
2016035589.tif 000019
【図１８】
2016035589.tif 000020
【図１９】
2016035589.tif 000021
【図２０】
2016035589.tif 000022
【図２１】
2016035589.tif 000023
【図２２】
2016035589.tif 000024
【図２３】
2016035589.tif 000025
【図２４】
2016035589.tif 000026
【図２５】
2016035589.tif 000027
【図２６】
2016035589.tif 000028
【図２７】
2016035589.tif 000029
【図２８】
2016035589.tif 000030
【図２９】
2016035589.tif 000031
【図３０】
2016035589.tif 000032
【国際調査報告】
2016035589.tif 000033
2016035589.tif 000034