JP2015173443A - 受信機 - Google Patents

Abstract

【課題】即時性を要する情報を迅速に通知できるようにしつつ、放送波の帯域を節約する。
【解決手段】受信機３００は、映像ストリームを多重した放送波を受信する放送受信部と、受信した映像ストリームから、映像コンテンツに重畳して表示させる字幕文字列を含む字幕情報を復号する字幕復号部３０４と、受信した映像ストリームから、字幕情報が圧縮されているか否かを示す圧縮情報を含む字幕情報テーブルを復号するテーブル復号部３０５と、字幕復号部３０４が復号した字幕情報のうち、字幕情報テーブルによって圧縮されていることが示されているものを、伸長する字幕伸長部３０６とを備える。
【選択図】図１

Description

本発明は、映像コンテンツに重畳して表示させる字幕文字列を扱う受信機に関する。

近年、デジタルテレビ放送において字幕サービス（クローズドキャプション）が提供されており、従来の映像コンテンツに文字列を重畳することで、聴覚障碍者もテレビ放送を楽しむことができる。非特許文献１には、字幕情報をＰＥＳ（Ｐａｃｋｅｔｉｚｅｄ Ｅｌｅｍｅｎｔａｒｙ Ｓｔｒｅａｍ）に収容して伝送する技術が開示されている。また、字幕情報をＭＭＴ（ＭＰＥＧ Ｍｅｄｉａ Ｔｒａｎｓｐｏｒｔ）のＭＦＵ（Ｍｅｄｉａ
Ｆｒａｇｍｅｎｔ Ｕｎｉｔ）やＭＰＵ（Ｍｅｄｉａ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）に収容して伝送する方式が検討されている。字幕情報に含まれる字幕文字列は、字幕情報で定義される時刻制御モードに応じて、番組または時刻に同期して表示されたり、同期せずに受信後に即時表示されたりする。非特許文献１に記載の字幕情報には、映像コンテンツのうち当該字幕情報と同時に伝送される部分が表示されるタイミングで、当該部分に重畳して表示される字幕文字列が格納される。そのため、受信機は、受信した字幕情報を順次表示させることで、映像コンテンツに対応する字幕文字列を表示させることができる。

「デジタル放送におけるデータ放送符号化方式と伝送方式 標準規格」、ＡＲＩＢ ＳＴＤ−Ｂ２４、５．４版、社団法人電波産業会、平成２１年１２月１６日

近年、Ｈｙｂｒｉｄｃａｓｔ（登録商標）など、ＨＴＭＬ５に準拠して記述されたアプリケーションを実行する受信機が提案されている。このような受信機が実行するアプリケーションに、字幕情報を利用させることが求められている。ＨＴＭＬ５に準拠して記述されたアプリケーションを用いて字幕文字列を表示させるにあたり、字幕情報としてＸＭＬ（Ｅｘｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）をベースにした情報を用いることが検討されている。しかしながら、ＸＭＬをベースにした情報は、テキストファイルであるためにデータ量が多く、放送波の帯域を圧迫することが懸念される。他方、データ量を減らすためにテキストファイルを圧縮したバイナリファイルを用いた場合、ファイルの伸長に時間を要するため、即時性を要する情報の通知が遅れることが懸念される。
本発明の目的は、上述した課題を解決する受信機を提供することにある。

第１の態様は、動画ストリームを受信するストリーム受信部と、前記受信した動画ストリームから、映像コンテンツに重畳して表示させる字幕文字列を含む字幕情報を復号する字幕復号部と、前記受信した動画ストリームから、前記字幕情報が圧縮されているか否かを示す圧縮情報を含む字幕情報テーブルを復号するテーブル復号部と、前記字幕復号部が復号した字幕情報のうち、前記字幕情報テーブルによって圧縮されていることが示されているものを、伸長する字幕伸長部とを備える受信機である。

また、第２の態様は、第１の態様において、前記ストリーム受信部は、放送波に多重される前記動画ストリームを受信する受信機である。

また、第３の態様は、第１または第２の態様において、前記字幕情報は、ＴＴＭＬで記述されたものであり、圧縮された前記字幕情報は、ＥＸＩにより圧縮されたものである受信機である。

また、第４の態様は、第１から第３の何れかの態様において、前記字幕情報テーブルには、前記字幕情報のスキーマを示す情報が含まれ、前記字幕伸長部は、前記テーブル復号部が復号した字幕情報テーブルに基づいて前記スキーマを取得し、当該スキーマに基づいて、前記字幕情報を伸長する受信機である。

上記態様のうち少なくとも１つの態様によれば、受信機は、字幕情報テーブルに基づいて字幕情報の圧縮の有無を判断し、字幕情報の伸長を行うか否かを決定する。これにより、放送事業者は、即時性を要しない情報については字幕情報を圧縮して伝送し、即時性を要する情報については字幕情報を圧縮せずに伝送することで、即時性を要する情報を迅速に通知できるようにしつつ、放送波の帯域を節約することができる。

第１の実施形態による放送システム１の構成を示す概略ブロック図である。 字幕情報の一例を示す図である。 第１の実施形態に係る字幕文字列の表示方法を示すフローチャートである。 第２の実施形態による放送システム１の構成を示す概略ブロック図である。 併合字幕情報の例を示す図である。 映像コンテンツ及び字幕情報を取得するＨＴＭＬ５アプリケーションの例を示す図である。 併合字幕情報の生成方法を示す図である。

《第１の実施形態》
以下、図面を参照しながら第１の実施形態について詳しく説明する。
図１は、第１の実施形態による放送システム１の構成を示す概略ブロック図である。
放送システム１は、放送送出装置１００と受信機３００を備えるシステムである。なお、放送送出装置１００は放送事業者が所有するものであり、受信機３００は利用者が所有するものである。

放送送出装置１００は、映像パケット生成部１０１と字幕パケット生成部１０２と放送部１０３とを備える。
映像パケット生成部１０１は、映像コンテンツをＭＰＵ（Ｍｅｄｉａ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）データに格納する。
字幕パケット生成部１０２は、字幕情報をＭＰＵデータに格納する。字幕情報は、ＴＴＭＬ（Ｔｉｍｅｄ Ｔｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）の形式で記述された情報または、ＴＴＭＬをＥＸＩで圧縮したデータである。また、字幕情報には、一の時刻に画面に表示される字幕文字列が含まれる。つまり、字幕情報は、経時的に変化する映像コンテンツの内容に合わせて逐次変化する。

図２は、字幕情報の一例を示す図である。
字幕情報は、図２に示すように、一の時刻に画面に表示される字幕文字列を格納するＴＴＭＬ形式のデータである。図２に示す例では、００：００：１１：０６から００：００：１２：１４までの時刻に表示される字幕文字列が字幕情報に格納されている。このように、字幕情報に一の時刻に画面に表示される字幕文字列を格納することで、字幕情報のデータサイズが小さくなり、放送送出装置１００は、字幕情報を短時間で確実に送出することができる。また、字幕情報には、字幕文字列ごとに異なるＩＤが割り振られる。

また、字幕パケット生成部１０２は、字幕情報に関するメタデータを格納する字幕情報テーブルをＭＰＵデータに格納する。字幕情報テーブルは、当該アセットで伝送中の全ての字幕情報ついての字幕モード及びスキーマＵＲＬと、伝送中の複数言語の字幕それぞれについての字幕ＩＤ、言語コード、表示モード、及び圧縮モードとを格納するテーブルである。字幕モードとは、当該字幕情報が、表示すべき字幕文字列を都度フラグメントで伝送する基本字幕情報であるか、番組において表示すべき字幕文字列を一括で伝送する字幕情報や、字幕文字列に加えて当該字幕文字列の装飾方法などを含む字幕情報などの拡張字幕情報であるかを示す情報である。スキーマＵＲＬは、ＸＭＬにより記述された字幕が圧縮されている場合に、当該字幕情報の伸長に利用する字幕のＸＭＬスキーマを取得するためのＵＲＬを示す情報である。字幕ＩＤとは、当該アセットで伝送する複数言語の字幕情報の、それぞれの言語の字幕情報を指し示すためのＩＤである。例えば、ある字幕ＩＤを指定することで、受信機３００が日本語の字幕を表示できるようにするものである。表示モードとは、受信機３００における字幕文字列の表示を自動表示にするか、自動非表示にするか、選択表示にするか、特定条件で表示・非表示を切り替えるかを示す情報である。
圧縮モードとは、当該字幕情報が圧縮されているか否かを示す情報である。具体的には、字幕情報が圧縮されている場合に圧縮モードの値は「１」を示し、字幕情報が圧縮されていない場合に圧縮モードの値は「０」を示す。本実施形態において圧縮モードは圧縮情報の一例である。

放送部１０３は、映像コンテンツを格納したＭＰＵ、字幕情報を格納したＭＰＵ、及び字幕情報テーブルを格納したＭＰＵを、放送波に多重して逐次送出する。具体的には、映像コンテンツを格納したＭＰＵデータを含むアセットと、字幕情報を格納したＭＰＵデータ及び字幕情報テーブルを格納したＭＰＵデータを含むアセットとが、放送波に多重され、遂次送出される。つまり、放送波には、映像ストリームが多重される。なお、字幕情報を含むアセットにおいては、どのタイミングで放送を受信しても字幕情報を適切に取得できるように、一定の頻度で当該字幕情報のメタデータを格納する字幕情報テーブルが伝送される。

受信機３００は、放送受信部３０１、トランスポート復号部３０２、映像・音声復号部３０３、字幕復号部３０４、テーブル復号部３０５、字幕伸長部３０６、字幕処理部３０７、表示制御部３０８を備える。
放送受信部３０１は、放送送出装置１００から送出された放送波を受信する。これにより、放送受信部３０１は、映像ストリームを受信する。本実施形態において放送受信部３０１は、ストリーム受信部の一例である。
トランスポート復号部３０２は、放送波に多重されたＭＭＴＰパケットをＭＰＵデータとセクションデータとに分離し、ＭＰＵデータを映像・音声復号部３０３、字幕復号部３０４、テーブル復号部３０５へ出力する。

映像・音声復号部３０３は、トランスポート復号部３０２から受け付けたＭＰＵデータを映像コンテンツに復号することで、映像コンテンツを取得する。
字幕復号部３０４は、トランスポート復号部３０２から受け付けたＭＰＵデータを字幕情報に復号することで、字幕情報を取得する。
テーブル復号部３０５は、トランスポート復号部３０２から受け付けたＭＰＵデータを字幕情報テーブルに復号することで、字幕情報テーブルを取得する。

字幕伸長部３０６は、テーブル復号部３０５が復号した字幕情報テーブルの圧縮モードが「１」である場合に、字幕復号部３０４が復号した字幕情報を伸長する。字幕伸長部３０６は、スキーマ記憶部３０９が記憶するＸＭＬスキーマに基づいて字幕情報の伸長を行う。なお、字幕伸長部３０６は、字幕情報テーブルにスキーマＵＲＬが記述されている場合、当該スキーマＵＲＬにアクセスして得られるＸＭＬスキーマの内容をスキーマ記憶部３０９に書きこんだ上で、更新されたＸＭＬスキーマに基づいて字幕情報の伸長を行う。
字幕処理部３０７は、字幕復号部３０４が復号した字幕情報に基づいて、字幕文字列の文字色、配置及び表示・非表示のタイミングを制御する。字幕処理部３０７は、受信機３００の組み込みソフトウェア（レジデントアプリ）である。

表示制御部３０８は、映像・音声復号部３０３が復号した映像コンテンツを表示させる表示信号を表示装置（図示せず）に出力する。また、利用者の操作によって字幕の表示の指示があった場合、字幕処理部３０７が処理した字幕情報を映像コンテンツに重畳して表示させる表示信号を表示装置に出力する。

スキーマ記憶部３０９は、字幕情報のデータ構造を定義したＸＭＬスキーマを記憶する。なお、スキーマ記憶部３０９は、字幕情報の定義の変化に合わせてＸＭＬスキーマを書き換え可能に記憶する。

ここで、受信機３００による字幕文字列の表示方法について説明する。
図３は、第１の実施形態に係る字幕文字列の表示方法を示すフローチャートである。
放送受信部３０１が放送波を受信すると、トランスポート復号部３０２は、放送波からＭＰＵデータを取得する。放送波が伝送するアセットにおいて、字幕情報の前に当該字幕情報のメタデータを格納する字幕情報テーブルが伝送されるため、まずテーブル復号部３０５が、ＭＰＵデータを字幕情報テーブルに復号する（ステップＳ１）。次に、字幕復号部３０４は、ＭＰＵデータを字幕情報に復号する（ステップＳ２）。

次に、字幕伸長部３０６は、テーブル復号部３０５が復号した字幕情報テーブルの圧縮モードを読み出す（ステップＳ３）。次に、字幕伸長部３０６は、字幕情報テーブルにおいて、ステップＳ２で復号した字幕情報に関連付けられた圧縮モードが「１」を示すか否か判定する（ステップＳ４）。字幕伸長部３０６は、字幕情報テーブルの圧縮モードが「１」を示す場合（ステップＳ４：ＹＥＳ）、字幕情報テーブルにスキーマＵＲＬが含まれるか否かを判定する（ステップＳ５）。字幕伸長部３０６は、字幕情報テーブルにスキーマＵＲＬが含まれていると判定した場合（ステップＳ５：ＹＥＳ）、当該スキーマＵＲＬにアクセスして新たなＸＭＬスキーマを取得し、当該ＸＭＬスキーマによりスキーマ記憶部３０９が記憶するＸＭＬスキーマを更新する（ステップＳ６）。

字幕伸長部３０６は、新たなＸＭＬスキーマをスキーマ記憶部３０９に記録した場合、または字幕情報テーブルにスキーマＵＲＬが含まれていない場合（ステップＳ５：ＮＯ）、スキーマ記憶部３０９からＸＭＬスキーマを読み出す（ステップＳ７）。そして、字幕伸長部３０６は、読み出したＸＭＬスキーマに基づいて字幕情報を伸長し（ステップＳ８）、伸長した字幕情報を字幕処理部３０７へ出力する。

他方、字幕伸長部３０６が読み出した字幕情報テーブルにおいて、ステップＳ２で復号した字幕情報に関連付けられた圧縮モードが「０」を示す場合（ステップＳ４：ＮＯ）、字幕情報は字幕伸長部３０６にて伸長されず、字幕復号部３０４から字幕処理部３０７へ出力される。字幕処理部３０７は、字幕復号部３０４または字幕伸長部３０６から入力された字幕情報に基づいて、字幕文字列の文字色、配置及び表示・非表示のタイミングを制御する（ステップＳ９）。

このように、本実施形態によれば、受信機３００は、放送波に多重される字幕情報に、圧縮されたものと圧縮されていないものが混在する場合に、字幕情報テーブルの情報に基づいて伸長の可否を決定する。これにより、放送事業者は、即時性を要しない情報については字幕情報を圧縮して伝送し、即時性を要する情報については字幕情報を圧縮せずに伝送することで、即時性を要する情報を迅速に通知できるようにしつつ、放送波の帯域を節約することができる。また、字幕情報のＸＭＬスキーマ仕様が変更された場合にも、受信機３００は、字幕情報テーブルによりそのスキーマＵＲＬにアクセスして最新のＸＭＬスキーマを取得し、更新したうえで字幕情報を伸長することができる。

《第２の実施形態》
次に、第２の実施形態について説明する。
図４は、第２の実施形態による放送システム１の構成を示す概略ブロック図である。
第２の実施形態に係る放送システム１は、第１の実施形態と受信機３００の構成が異なる。第２の実施形態では、受信機３００が実行するＨＴＭＬ５に準拠して記述されたアプリケーションにおいて、字幕情報に含まれる字幕文字列を提示する例について説明する。

受信機３００は、第１の実施形態の構成に加えて、さらに字幕併合部３１０とアプリケーション実行部３１１を備える。

字幕併合部３１０は、字幕復号部３０４が復号した字幕情報及び字幕伸長部３０６が伸長した字幕情報のうち、字幕文字列の提示が終了していない字幕情報を併合した併合字幕情報を生成する。ここで、字幕文字列の提示が終了していない字幕情報とは、アプリケーション実行部３１１によって現在提示されている字幕文字列を含む字幕情報と、現在時刻以降に表示すべき字幕文字列を含む字幕情報のことである。

図５は、併合字幕情報の例を示す図である。
図５に示すように、併合字幕情報は、複数の字幕文字列を格納するＴＴＭＬ形式のデータとなる。図５に示す併合字幕情報は、複数の字幕情報に含まれる字幕文字列を示すｐタグを併合したｄｉｖ要素を有する。

アプリケーション実行部３１１は、ＨＴＭＬ５に準拠して記述されたアプリケーションを実行する。アプリケーション制御部が実行する当該アプリケーションには、字幕情報を処理するアプリケーションが含まれる。

ここで、アプリケーション実行部３１１が映像コンテンツ及び字幕情報を取得する方法について説明する。
図６は、映像コンテンツ及び字幕情報を取得するＨＴＭＬ５アプリケーションの例を示す図である。
アプリケーション実行部３１１が実行するアプリケーションは、ＨＴＭＬ５に準拠して記述されている。当該アプリケーションにおいて、映像コンテンツは、図６（Ａ）に示すｖｉｄｅｏ要素、または図６（Ｂ）に示すｏｂｊｅｃｔ要素において参照される。そして、図６（Ａ）、（Ｂ）に示すように、映像コンテンツを参照する要素に内包されるｔｒａｃｋ要素において、併合字幕情報が参照される。ｔｒａｃｋ要素は、メディア要素する外部の同期テキストトラックを明示的に指定する要素として、ＨＴＭＬ５において定義された要素である。なお、複数の言語の字幕情報が存在する場合、図６（Ａ）、（Ｂ）に示すように複数のｔｒａｃｋ要素を用いてそれぞれの言語の併合字幕情報を参照する。なお、多言語の字幕文字列の参照方法は、これに限られず、例えば、１つの併合字幕情報の中に複数の言語の字幕文字列を格納しても良い。この場合、字幕文字列は、ｄｉｖ要素によって言語ごとに分割される。

このように、本実施形態では、アプリケーション実行部３１１は、通常ネットワークを介して取得する情報を参照するｔｒａｃｋ要素を用いて、放送波に多重された字幕情報を併合した併合字幕情報を取得する。
そして、図６（Ｃ）に示すように、アプリケーションにＪａｖａＳｃｒｉｐｔ（登録商標）によりｔｒａｃｋ要素によって参照される字幕情報のキュー（字幕文字列）を取得する命令を記載されていることで、アプリケーション実行部３１１は、併合字幕情報を処理することができる。

そして、アプリケーションに、併合字幕情報の更新（例えば、oncuechangeイベント）をイベントとして起動するイベントハンドラが記述されることで、アプリケーション実行部３１１は、併合字幕情報が更新されたときに、当該併合字幕情報を再取得する処理を実行することができる。これにより、アプリケーション実行部３１１は、順次送出される字幕情報に含まれる各字幕文字列を、もれなく提示することができる。

ここで、字幕併合部３１０による併合字幕情報の生成方法について説明する。
図７は、併合字幕情報の生成方法を示す図である。
図７に示す例では、受信機３００において字幕情報がＡ、Ｂ、Ｃ、Ｄ、Ｅの順に受信・復号される。ここで、字幕情報Ｂ及び字幕情報Ｄは圧縮されているものとする。
図７に示す例において、字幕情報Ｂが字幕復号部３０４によって復号され、さらに字幕伸長部３０６によって伸長されたとき、アプリケーション実行部３１１は、字幕情報Ａに含まれる字幕文字列を表示している。なお、現在どの字幕文字列を表示しているかは、字幕情報及び併合字幕情報に含まれる字幕文字列に関連付けられた表示時刻を参照することで分かる。このとき、字幕併合部３１０は、現在表示している字幕文字列を含む字幕情報である字幕情報Ａと、字幕情報Ａが含む字幕文字列以降に表示される字幕文字列を含む字幕文字列である字幕情報Ｂとを併合して、併合字幕情報を生成する。なお、併合される字幕情報Ｂは、字幕伸長部３０６によって伸長されたものである。

字幕併合部３１０は、併合の対象となる字幕情報のヘッダにｓｔｙｌｅ要素及びｒｅｇｉｏｎ要素が複数含まれる場合や当該要素がそれぞれ異なるＩＤを有する場合、ＩＤが重複する要素を除去した上で各要素をヘッダ内に併合し、それぞれをＩＤの昇順にソートする。また、字幕併合部３１０は、併合の対象となる字幕情報のｄｉｖ要素に複数のｐ要素が含まれる場合やそれぞれ異なるＩＤを有する場合、各ｐ要素を１つのｄｉｖ要素内に併合し、各ｐ要素をＩＤの昇順にソートする。また、字幕併合部３１０は、併合の対象となる字幕情報が複数のｄｉｖ要素を含む場合やそれぞれ異なるＩＤを有する場合、各ｄｉｖ要素をｂｏｄｙ要素内に併合し、各ｄｉｖ要素をＩＤの昇順にソートする。これにより、字幕併合部は、併合字幕情報を生成する。

そして、字幕併合部３１０は、過去に生成した併合字幕情報に当該併合字幕情報を上書きすることで、併合字幕情報を更新する。字幕併合部３１０は、併合字幕情報の更新の通知をアプリケーション実行部３１１に通知する。
アプリケーション実行部３１１は、実行中のアプリケーションに更新の通知を受けると、併合字幕情報の更新をイベントとして起動するイベントハンドラが記述されている場合、当該イベントハンドラを実行し、併合字幕情報を再取得する。このときアプリケーション実行部は、更新前の併合字幕情報に含まれる字幕文字列（字幕情報Ａに含まれる字幕文字列）が表示されているが、併合字幕情報の再取得によって表示中の字幕文字列が表示できなくなるといった問題は生じない。これは、字幕情報Ａに含まれる字幕文字列が、更新後の併合字幕情報にも含まれるためである。

同様に、字幕情報Ｃを復号したときに表示されている字幕文字列が字幕情報Ｂに含まれるものである場合、字幕情報Ｂと字幕情報Ｃとを併合する。また、字幕情報Ｄを復号し、さらに伸長したときに表示されている字幕文字列が字幕情報Ｃに含まれるものである場合、字幕情報Ｃと字幕情報Ｄとを併合する。また、字幕情報Ｅを復号したときに表示されている字幕文字列が字幕情報Ｃに含まれるものである場合、字幕情報Ｃと字幕情報Ｄと字幕情報Ｅとを併合する。

このように、第２の実施形態に係る放送システム１は、字幕文字列の提示が終了していない字幕情報を併合して併合字幕情報を生成し、当該併合字幕情報をＨＴＭＬ５のｔｒａｃｋ要素に参照させる。これにより、第２の実施形態に係る放送システム１は、ＨＴＭＬ５に準拠して記述されたアプリケーションにおいて、字幕情報に含まれる字幕文字列を提示することができる。このとき、併合字幕情報は、受信時に圧縮されていない字幕情報については、字幕復号部３０４が復号した字幕情報を併合し、受信時に圧縮されている字幕情報については、字幕伸長部３０６が伸長した字幕情報を併合する。これにより、字幕情報の圧縮の有無に関わらず、アプリケーション実行部３１１において併合字幕情報を処理することができる。

以上、図面を参照して一実施形態について詳しく説明してきたが、具体的な構成は上述のものに限られることはなく、様々な設計変更等をすることが可能である。
例えば、上述した実施形態では、字幕情報テーブルと字幕情報とを含む映像ストリームが放送波に多重され、放送受信部３０１が当該放送波を受信する場合について説明したが、これに限らない。例えば、受信機３００は、インターネットなどのネットワークを介して、字幕情報テーブルと字幕情報とを含む映像ストリームを受信しても良い。つまり、字幕情報及び字幕情報テーブルは、インターネットを介して配信されるものであっても良い。

また、第２の実施形態では、字幕併合部３１０が、複数の字幕情報を併合することで併合字幕情報を生成する場合について説明したが、これに限られない。例えば、字幕併合部３１０は、前回生成した併合字幕情報に、字幕復号部３０４が新たに復号した字幕情報を併合することで、併合字幕情報を生成しても良い。この場合、生成される併合字幕情報には、既にすべての字幕文字列の提示が終了した字幕情報も含まれることとなる。この場合、併合字幕情報のデータ量は大きくなるが、当該併合字幕情報を用いて番組の検索を行うなど、メタデータとしての利用価値が高くなる。

１…放送システム １００…放送送出装置 １０１…映像パケット生成部 １０２…字
幕パケット生成部 １０３…放送部 ２００…サーバ装置 ２０１…拡張字幕送信部 ３
００…受信機 ３０１…放送受信部（ストリーム受信部） ３０２…トランスポート復号
部 ３０３…映像・音声復号部 ３０４…字幕復号部 ３０５…テーブル受信部 ３０６
…字幕伸長部 ３０７…字幕処理部 ３０８…表示制御部 ３０９…スキーマ記憶部 ３
１０…字幕併合部 ３１１…アプリケーション実行部

Claims (4)

1. 映像ストリームを受信するストリーム受信部と、
   前記受信した映像ストリームから、映像コンテンツに重畳して表示させる字幕文字列を含む字幕情報を復号する字幕復号部と、
   前記受信した映像ストリームから、前記字幕情報が圧縮されているか否かを示す圧縮情報を含む字幕情報テーブルを復号するテーブル復号部と、
   前記字幕復号部が復号した字幕情報のうち、前記字幕情報テーブルによって圧縮されていることが示されているものを、伸長する字幕伸長部と
   を備える受信機。
2. 前記ストリーム受信部は、放送波に多重される前記映像ストリームを受信する
   請求項１に記載の受信機。
3. 前記字幕情報は、ＴＴＭＬで記述されたものであり、
   圧縮された前記字幕情報は、ＥＸＩにより圧縮されたものである
   請求項１または請求項２に記載の受信機。
4. 前記字幕情報テーブルには、前記字幕情報のスキーマを示す情報が含まれ、
   前記字幕伸長部は、前記テーブル復号部が復号した字幕情報テーブルに基づいて前記スキーマを取得し、当該スキーマに基づいて、前記字幕情報を伸長する
   請求項１から請求項３の何れか１項に記載の受信機。

Images