JP5713140B1 - 受信装置、およびデータ処理方法 - Google Patents

Abstract

【課題】ＴＴＭＬ字幕データの確実な表示制御を実現する装置、方法を提供する。【解決手段】ＴＴＭＬ字幕データをＭＭＴフォーマットにおいて規定されるＭＭＴパケットのペイロードとして格納したＴＴＭＬ字幕データ格納パケットと、ＴＴＭＬ字幕データに対応する字幕対応情報をシグナリング・メッセージとして送信装置から受信装置に送信する。シグナリング・メッセージは、字幕表示タイミングの制御モードであるタイムモード（ＴＭＤ）や、字幕の即時表示やＴＴＭＬ記述に従った表示等を選択的に実行させる動作モード（ＯＰＭ）を規定しており、受信装置はモード指定に応じた表示制御が可能となる。【選択図】図２４

Description

本開示は、受信装置、およびデータ処理方法に関する。さらに詳細には例えば放送波を介したデータの送信または受信を実行する受信装置、およびデータ処理方法に関する。

映像に対して字幕を重畳して表示する方式には様々な方式があるが、表示領域や表示タイミング等の制御を可能としたＸＭＬ（Ｅｘｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）形式の字幕データであるＴＴＭＬ（Ｔｉｍｅｄ Ｔｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）の利用が多くなってきている。

ＴＴＭＬは、ＨＴＭＬ５等のｗｅｂアプリケーションとの連携も可能であり、また文字符号だけでなくビットマップも利用可能であるという特徴を持つ。
なお、ＴＴＭＬについては、例えば特許文献１（特開２０１２−１６９８８５号公報）に記載がある。

特開２０１２−１６９８８５号公報

上記の字幕データであるＴＴＭＬ字幕データは、例えばＶＯＤなどにおいて利用されているが、例えばテレビ放送でＴＴＭＬ字幕データを配信する具体的な手法については、まだ明確な提案がなされていない。

本開示は、ＴＴＭＬ字幕データを、放送波を介して送受信し、受信側においてＴＴＭＬ字幕データに基づく様々な字幕表示制御を行うことを可能とした受信装置、およびデータ処理方法を提供することを目的とする。

本開示の第１の側面は、
ＴＴＭＬ（Ｔｉｍｅｄ Ｔｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）字幕データをＭＭＴ（ＭＰＥＧ Ｍｅｄｉａ Ｔｒａｎｓｐｏｒｔ）フォーマットにおいて規定されるＭＭＴパケットのペイロードとして格納したＴＴＭＬ字幕データ格納パケットと、
前記ＴＴＭＬ字幕データに対応する字幕対応情報をシグナリング・メッセージとして受信する通信部と、
前記ＴＴＭＬ字幕データと、前記シグナリング・メッセージを適用した字幕表示制御を実行するデータ処理部を有し、
前記シグナリング・メッセージは、ＭＭＴフォーマットにおいて規定されるＭＰＴ（ＭＭＴパッケージテーブル）に字幕対応情報を記録したメッセージであり、
前記ＭＰＴは、字幕表示タイミングを規定したタイムモード（ＴＭＤ）の設定情報を含み、
前記データ処理部は、前記ＭＰＴに記録されたタイムモード（ＴＭＤ）の設定モードに応じた字幕表示タイミングの制御を実行する受信装置にある。

さらに、本開示の第２の側面は、
受信装置において実行するデータ処理方法であり、
通信部が、ＴＴＭＬ（Ｔｉｍｅｄ Ｔｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）字幕データをＭＭＴ（ＭＰＥＧ Ｍｅｄｉａ Ｔｒａｎｓｐｏｒｔ）フォーマットにおいて規定されるＭＭＴパケットのペイロードとして格納したＴＴＭＬ字幕データ格納パケットと、
前記ＴＴＭＬ字幕データに対応する字幕対応情報をシグナリング・メッセージとして受信し、
データ処理部が、前記ＴＴＭＬ字幕データと、前記シグナリング・メッセージを適用した字幕表示制御を実行し、
前記シグナリング・メッセージは、ＭＭＴフォーマットにおいて規定されるＭＰＴ（ＭＭＴパッケージテーブル）に字幕対応情報を記録したメッセージであり、
前記ＭＰＴは、字幕表示タイミングを規定したタイムモード（ＴＭＤ）の設定情報を含み、
前記データ処理部は、前記ＭＰＴに記録されたタイムモード（ＴＭＤ）の設定モードに応じた字幕表示タイミングの制御を実行するデータ処理方法にある。

本開示のさらに他の目的、特徴や利点は、後述する本開示の実施例や添付する図面に基づくより詳細な説明によって明らかになるであろう。なお、本明細書においてシステムとは、複数の装置の論理的集合構成であり、各構成の装置が同一筐体内にあるものには限らない。

本開示の一実施例の構成によれば、ＴＴＭＬ字幕データの確実な表示制御を実現する装置、方法が実現される。
具体的には、ＴＴＭＬ字幕データをＭＭＴフォーマットにおいて規定されるＭＭＴパケットのペイロードとして格納したＴＴＭＬ字幕データ格納パケットと、ＴＴＭＬ字幕データに対応する字幕対応情報をシグナリング・メッセージとして送信装置から受信装置に送信する。シグナリング・メッセージは、字幕表示タイミングの制御モードであるタイムモード（ＴＭＤ）や、字幕の即時表示やＴＴＭＬ記述に従った表示等を選択的に実行させる動作モード（ＯＰＭ）を規定しており、受信装置はモード指定に応じた表示制御が可能となる。
本構成により、ＴＴＭＬ字幕データの確実な表示制御を実現する装置、方法が実現される。
なお、本明細書に記載された効果はあくまで例示であって限定されるものではなく、また付加的な効果があってもよい。

本開示の処理を実行する通信システムの一構成例について説明する図である。 ＭＭＴフォーマットのスタック・モデルを示す図である。 送信装置の構成例について説明する図である。 受信装置の構成例について説明する図である。 ＭＭＴパケットの構成について説明する図である。 ＭＭＴパケットの構成について説明する図である。 ＭＭＴフォーマットに従ったデータ伝送について説明する図である。 ＭＭＴフォーマットに従ったデータ伝送について説明する図である。 ＰＡメッセージについて説明する図である。 ＭＰＴ（ＭＭＴパッケージテーブル）について説明する図である。 ＭＰＴ（ＭＭＴパッケージテーブル）について説明する図である。 ＭＰＴ（ＭＭＴパッケージテーブル）について説明する図である。 送信装置から受信装置に対して送信するデータについて説明する図である。 送信装置から受信装置に対して送信する字幕関連データについて説明する図である。 ＴＴＭＬ字幕データの構成と利用例について説明する図である。 ＭＰＴに記録される字幕関連情報について説明する図である。 ＭＰＴに記録される字幕タイプについて説明する図である。 ＭＰＴに記録されるタイムモードについて説明する図である。 ＭＰＴに記録される表示モードについて説明する図である。 ＭＰＴに記録される動作モードについて説明する図である。 ＭＰＴに記録される表示書式について説明する図である。 ＭＰＴに記録される圧縮モードについて説明する図である。 ＭＨ−ＥＩＴ（Ｅｖｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ Ｔａｂｌｅ）の構造について説明する図である。 ＴＭＤ＝１：ＴＴＭＬ記述＋ＥＩＴ ｓｔａｒｔｔｉｍｅのモード設定時の処理について説明する図である。 ＵＴＣ−ＮＰＴ−ｒｅｆｅｒｅｎｃｅ／ＥＭＴのデータ構造について説明する図である。 ＴＭＤ＝２：ＴＴＭＬ記述＋ＮＰＴのモード設定時の処理について説明する図である。 ＴＭＤ＝３：ＴＴＭＬ記述＋絶対時刻のモード設定時の処理について説明する図である。 ＴＭＤ＝４：ＴＴＭＬ記述＋ｒｅｆｅｒｅｎｃｅ ｓｔａｒｔｔｉｍｅのモード設定時の処理について説明する図である。 ＴＭＤ＝４：ＴＴＭＬ記述＋ｒｅｆｅｒｅｎｃｅ ｓｔａｒｔｔｉｍｅのモード設定時の処理について説明する図である。 ＭＰＵタイムスタンプ記述子について説明する図である。 ＴＭＤ＝５：ＴＴＭＬ記述＋ＭＰＵ＿ｔｉｍｅ ｓｔａｍｐのモード設定時の処理について説明する図である。 ＴＭＤ＝８：ＭＰＵ＿ｔｉｍｅ ｓｔａｍｐのモード設定時の処理について説明する図である。 ＴＭＤ＝１５：時刻制御なしのモード設定時の処理について説明する図である。 ＯＰＭ＝０：ライブモードのモード設定時の処理について説明する図である。 ＯＰＭ＝１：セグメンテーションモードのモード設定時の処理について説明する図である。 ＯＰＭ＝２：プログラムモードのモード設定時の処理について説明する図である。 送信装置の実行する処理シーケンスについて説明するフローチャートを示す図である。 受信装置の実行する処理シーケンスについて説明するフローチャートを示す図である。 通信装置である送信装置と受信装置のハードウェア構成例について説明する図である。

以下、図面を参照しながら本開示の受信装置、および送信装置、並びにデータ処理方法の詳細について説明する。なお、説明は以下の項目に従って行なう。
１．通信システムの構成例について
２．送信装置、受信装置の構成と、ＭＭＴ（ＭＰＥＧ Ｍｅｄｉａ Ｔｒａｎｓｐｏｒｔ）について
３．ＭＭＴフォーマットの詳細について
４．ＭＰＴ（ＭＭＴパッケージテーブル）について
５．送信装置から受信装置に送信されるデータとＴＴＭＬ字幕データの概要について
６．ＭＰＴ（ＭＭＴパッケージテーブル）に記録される字幕対応情報について
７．タイムモード（ＴＭＤ）の各モード対応の具体的処理について
７−１．ＴＭＤ＝１：ＴＴＭＬ記述＋ＥＩＴ ｓｔａｒｔｔｉｍｅのモード設定時の処理について
７−２．ＴＭＤ＝２：ＴＴＭＬ記述＋ＮＰＴのモード設定時の処理について
７−３．ＴＭＤ＝３：ＴＴＭＬ記述＋絶対時刻のモード設定時の処理について
７−４ａ．ＴＭＤ＝４：ＴＴＭＬ記述＋ｒｅｆｅｒｅｎｃｅ ｓｔａｒｔｔｉｍｅのモード設定時の処理について（例１）
７−４ｂ．ＴＭＤ＝４：ＴＴＭＬ記述＋ｒｅｆｅｒｅｎｃｅ ｓｔａｒｔｔｉｍｅのモード設定時の処理について（例２）
７−５．ＴＭＤ＝５：ＴＴＭＬ記述＋ＭＰＵ ｔｉｍｅｓｔａｍｐのモード設定時の処理について
７−６．ＴＭＤ＝８：ＭＰＵ ｔｉｍｅｓｔａｍｐのモード設定時の処理について
７−７．ＴＭＤ＝１５：時刻制御なしのモード設定時の処理について
８．動作モード（ＯＰＭ）の各モード対応の具体的処理について
８−１．ＯＰＭ＝０：ライブモードのモード設定時の処理について
８−２．ＯＰＭ＝１：セグメンテーションモードのモード設定時の処理について
８−３．ＯＰＭ＝２：プログラムモードのモード設定時の処理について
９．送信装置と受信装置の実行する処理の処理シーケンスについて
１０．送信装置と受信装置の構成例について
１１．本開示の構成のまとめ

［１．通信システムの構成例について］
まず、図１を参照して本開示の処理を実行する通信システムの一構成例について説明する。
図１に示すように、通信システム１０は、画像データや音声データ、さらに字幕データ、さらに各種の制御情報等のデータを送信する通信装置である送信装置２０と、送信装置２０の送信するデータを受信する通信装置である受信装置３０を有する。

送信装置２０は、具体的には、例えば放送局２１等、様々な番組等のコンテンツを提供する側の装置である。
一方、受信装置３０は、一般ユーザのクライアント装置であり、具体的には、例えばテレビ３１、ＰＣ３２、携帯端末３３等によって構成される。

送信装置２０と受信装置３０間のデータ通信は、放送波による一方向通信として行われる。

送信装置２０から受信装置３０に対するデータ送信は、主にＭＭＴ（ＭＰＥＧ Ｍｅｄｉａ Ｔｒａｎｓｐｏｒｔ）フォーマットに従って実行される。
ＭＭＴフォーマットは、画像（Ｖｉｄｅｏ）、音声（Ａｕｄｉｏ）、字幕（Ｓｕｂｔｉｔｌｅ）等、コンテンツ構成データである符号化データを放送波やネットワークを介して伝送する際のデータ転送方式（トランンスポートフォーマット）を規定したものである。

送信装置２０は、コンテンツデータを符号化し、符号化データおよび符号化データのメタデータを含むデータファイルを生成し、生成した符号化データをＭＭＴにおいて規定されるＭＭＴパケットに格納して放送波、またはネットワークを介して送信する。

送信装置２０が受信装置３０に提供するデータは、画像、音声、字幕等の再生対象データの他、番組ガイド等の案内情報や通知情報、制御情報等によって構成される。

［２．送信装置、受信装置の構成と、ＭＭＴ（ＭＰＥＧ Ｍｅｄｉａ Ｔｒａｎｓｐｏｒｔ）について］
上述したように、送信装置２０から受信装置３０に対するデータ送信は、主にＭＭＴ（ＭＰＥＧ Ｍｅｄｉａ Ｔｒａｎｓｐｏｒｔ）フォーマットに従って実行される。
図２以下を参照して、送信装置、受信装置の構成と、ＭＭＴ（ＭＰＥＧ Ｍｅｄｉａ Ｔｒａｎｓｐｏｒｔ）についてＭＭＴフォーマットを利用したデータ送受信処理の詳細について説明する。

図２は、ＭＭＴフォーマットのスタック・モデルを示す図である。
図２に示すＭＭＴスタック・モデルにおいて、最下層には、物理レイヤ（ＰＨＹ）がある。物理レイヤは、放送系の処理を行なうブロードキャスト（Ｂｒｏａｄｃａｓｔｉｎｇ）レイヤと、ネットワーク系の処理を行なうブロードバンド（Ｂｒｏａｄｂａｎｄ）レイヤに分割されている。
ＭＭＴは放送系、ネットワーク系の２つの通信網を利用した処理を可能としている。

放送系の処理を行なうブロードキャスト（Ｂｒｏａｄｃａｓｔｉｎｇ）レイヤの上位レイヤとして、ＴＬＶ（Ｔｙｐｅ Ｌｅｎｇｔｈ Ｖａｌｕｅ）レイヤがある。ＴＬＶはＩＰパケットの多重化方式を規定したフォーマット規定レイヤである。複数のＩＰパケットが多重化されてＴＬＶパケットとして送信される。ＴＬＶ−ＳＩは、ＴＬＶフォーマットに従ったシグナリング・メッセージの伝送レイヤである。

シグナリング・メッセージは、受信装置３０側においてコンテンツ（番組）を受信するために必要となる設定情報や、番組ガイド等の案内情報や通知情報、制御情報等によって構成される。
ＴＬＢレイヤで処理が生成されるＴＬＶパケットに格納されるシグナリング・メッセージがＴＬＶ−ＳＩであり、ＭＭＴパケットに格納されるシグナリング・メッセージは最上位レイヤに示すＭＭＴ−ＳＩである。

ＴＬＶレイヤ上には、ＵＤＰ／ＩＰレイヤが設定される。
ＵＤＰ／ＩＰレイヤは、詳細にはＩＰレイヤとＵＤＰレイヤに分割可能であるが、ＩＰパケットのペイロードにＵＤＰパケットを格納する伝送を規定するレイヤである。
ＵＤＰ／ＩＰレイヤ上にＭＭＴレイヤ、およびＦｉｌｅ ｄｅｌｉｖａｒｙ ｍｅｔｈｏｄレイヤ が設定される。
ＭＭＴパケットをＩＰパケットに格納して送信する場合と、ＭＭＴパケットを用いないデータ伝送方式であるＦｉｌｅ ｄｅｌｉｖａｒｙ ｍｅｔｈｏｄを利用してＩＰパケットとしてデータ送信する方式が併用可能な設定となっている。

ＭＭＴレイヤ上には、以下のレイヤが設定される。
画像コーデックとしてのＨＥＶＣ、その上位に画像（Ｖｉｄｅｏ）データ、
音声コーデックとしてのＡＡＣ、その上位に音声（Ａｕｄｉｏ）データ、
ＭＭＴパケットを利用して送信されるシグナリング・メッセージ（ＭＭＴ−ＳＩ）、
字幕（Ｓｕｂｔｉｔｌｅ）データ、
番組情報であるＥＰＧ（Ｅｌｅｃｔｒｏｎｉｃ Ｐｒｏｇｒａｍ Ｇｕｉｄｅ）。
これらの各データがＭＭＴパケットに格納されて送信される。

なお、Ｔｉｍｅ（ＮＴＰ：Ｎｅｔｗｏｒｋ Ｔｉｍｅ Ｐｒｏｔｏｃｏｌ）は絶対時刻情報であり、ＵＤＰパケットに直接格納され送信される。
その他のデータ配信を行うデータサービス（Ｄａｔａ ｓｅｒｖｉｃｅ）、コンテンツダウンロード等（Ｃｏｎｔｅｎｔｄｏｗｎｌｏａｄ，ｅｔｃ．）がＭＭＴと異なるファイル配信メソッド（Ｆｉｌｅ ｄｅｌｉｖａｒｙ ｍｅｔｈｏｄ）を利用して配信可能な構成を有している。

図３は、図１に示した送信装置２０の構成例を示している。
図３に示すように、送信装置２０は、コンテンツ提供部５１、情報処理部５２、クロック信号生成部（ＮＴＰ）５３、画像データ処理部５４、音声データ処理部５５、字幕データ処理部５６、主にＭＭＴパケット格納のシグナリング・メッセージに対する処理を行なうシグナリング・メッセージ処理部５７、ＴＬＶパケット格納のシグナリング・メッセージに対する処理を行なうＴＬＶシグナリング・メッセージ処理部５８、ＩＰサービスマルチプレクサ（ＭＵＸ）５９、ＴＬＶマルチプレクサ（ＭＵＸ）６０、通信部（変調・送信部）６１を有する。

コンテンツ提供部５１は、例えば番組コンテンツを格納した記憶部によって構成される。その他、生中継（Ｌｉｖｅ）等の場合には、テレビカメラ、マイク等のデータ取得部によって構成される場合もある。あるいはコンテンツを供給する外部サーバ等との通信部として構成される場合もある。
コンテンツ提供部５１は、画像、音声、字幕等のコンテンツをそれぞれ画像データ処理部５４、音声データ処理部５５、字幕データ処理部５６に出力する。
なお、字幕データは、情報処理部５２において生成される場合もある。

情報処理部５２は、コンテンツ提供部５１の提供するコンテンツに関する字幕の生成や、制御情報の生成、案内情報の生成等、コンテンツ提供部５１の提供するコンテンツを受信装置３０において確実に受信し、再生するために必要となる情報（シグナリング・メッセージ）等を生成する。
情報処理部５２の生成した字幕データは字幕データ処理部５６に提供される。シグナリング・メッセージは、シグナリング・メッセージ処理部５７、ＴＬＶシグナリング・メッセージ処理部５８に提供される。

クロック信号生成部５３は、絶対時刻情報を送信するＮＴＰサーバ（図示せず）から取得した時刻情報に同期した時刻情報を生成し、この時刻情報を含むＩＰパケットをＩＰサービスマルチプレクサ５９に送る。
さらに、クロック信号生成部５３の生成したクロック信号は、画像データ処理部５４、音声データ処理部５５、字幕データ処理部５６にも出力され、画像データ処理部５４、音声データ処理部５５、字幕データ処理部５６では、クロック情報を設定したＩＰパケットを生成する。

画像データ処理部５４は、コンテンツ提供部５１から送出される画像信号を符号化し、さらにパケット化して、画像データを格納したＭＭＴパケットを含むＩＰパケットをＩＰサービスマルチプレクサ５９に送る。また、音声データ処理部５４は、コンテンツ提供部５１から送出される音声信号を符号化し、さらにパケット化して、オーディオのＭＭＴパケットを含むＩＰパケットをＩＰサービスマルチプレクサ５９に送る。

また、字幕データ処理部５６は、コンテンツ提供部５１、または情報処理部５２から送出される字幕データを符号化し、さらにパケット化して、字幕のＭＭＴパケットを含むＩＰパケットをＩＰサービスマルチプレクサ５９に送る。
なお、本開示の構成では、字幕データは表示領域や表示タイミング等の制御を可能としたＸＭＬ（Ｅｘｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）形式の字幕データであるＴＴＭＬ（Ｔｉｍｅｄ Ｔｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）を用いる。
ＴＴＭＬ字幕データの詳細については後段で説明する。

シグナリング・メッセージ処理部５７は、情報処理部５２から送出される情報に基づいてシグナリング・メッセージを生成し、ペイロード部にこのシグナリング・メッセージが配置されたＭＭＴパケットを含むＩＰパケットを生成してＩＰサービスマルチプレクサ５９に送る。

ＴＬＶシグナリング・メッセージ処理部５８は、情報処理部５２から送出される情報に基づいてシグナリング・メッセージを生成し、ペイロード部にこのシグナリング・メッセージが配置されたＴＬＶパケットを生成してＴＬＶマルチプレクサ６０に送る。

送信装置２０は、送出するチャンネル（放送チャンネル）毎にＩＰサービスマルチプレクサ５９を装備する。１つのチャンネルのＩＰサービスマルチプレクサ５９は、各データ処理部５４〜５７から送られてくるビデオ、オーディオ、字幕、シグナリング・メッセージの各々を含むＩＰパケットを生成して、ＴＬＶマルチプレクサ６０に送る。

ＴＬＶマルチプレクサ６０は、ＩＰサービスマルチプレクサ５９から出力されるＩＰパケット、およびＴＬＶシグナリング・メッセージ処理部５８から出力されるＴＬＶシグナリング・メッセージの多重化処理を行ない、これらのデータを含むＴＬＶパケットを生成して通信部６１に出力する。

通信部６１は、ＴＬＶマルチプレクサ６０で生成されたＴＬＶパケットに対してＲＦ変調処理等を行なって放送波として出力する。

図４は、図１に示した受信装置３０の構成例を示している。図４に示す受信装置３０は、通信部７１、デマルチプレクサ７２、デマルチプレクサ７２の構成要素であるＴＬＶ処理部７３、ＵＤＰ／ＩＰ処理部７４、ＭＭＴ処理部７５、ＭＭＴ−ＳＩフィルタ７６、ＴＬＶ−ＳＩフィルタ７７を有する。
さらに、クロック信号生成部７８、画像データ処理部７９、音声データ処理部８０、字幕データ処理部８１、制御部８２、重畳部８３を有する。

通信部（チューナー・復調部）７１は、ＲＦ変調信号を受信して、復調処理を行なって、放送ストリームを得る。デマルチプレクサ７２は、この放送ストリームに対して、デマルチプレクス処理およびでパケット分離処理を行なう。

デマルチプレクサ７２の構成要素であるＴＬＶ処理部７３、ＵＤＰ／ＩＰ処理部７４、ＭＭＴ処理部７５、ＭＭＴ−ＳＩフィルタ７６、ＴＬＶ−ＳＩフィルタ７７、これらの各要素の処理によって、例えば以下の各ＭＭＴパケット、シグナリング・メッセージを得て、それぞれの処理部に出力する。
（１）ＩＰバケットに格納されたＮＴＰ時刻情報をクロック信号生成部７８に出力する。
（２）ＭＭＴパケットに格納された画像データを画像データ処理部７９に出力する。
（３）ＭＭＴパケットに格納された音声データを音声データ処理部８０に出力する。
（４）ＭＭＴパケットに格納された字幕データを字幕データ処理部８１に出力する。
（５）ＭＭＴパケットまたはＴＬＶパケットに格納されたシグナリング・メッセージを制御部８２に出力する。

なお、ＭＭＴ−ＳＩフィルタ７６は、ＭＭＴパケットに格納されたＭＭＴシグナリング・メッセージを選択し、ＴＬＶ−ＳＩフィルタ７７はＴＬＶパケットに格納されたＴＬＶシグナリング・メッセージを選択して出力する。
シグナリング・メッセージは、繰り返し、同じメッセージが送信されるので、各フィルタは、パケットに設定されたバージョンを確認して、既に取得済みのものは取得せず、新規のバージョンのシグナリング・メッセージを選択取得して制御部８２に出力する。

制御部８２は、デマルチプレクサ７２で得られるシグナリング・メッセージや、ユーザ操作部（図示せず）を介したユーザからの操作情報などに基づいて、受信装置３０の各部の動作を制御する。
制御部８２が取得したシグナリング・メッセージは、画像データ処理部７９、音声データ処理部８０、字幕データ処理部８１のそれぞれに入力され、各データ処理部における処理に適用される。

クロック信号生成部７８は、デマルチプレクサ７２で得られるＮＴＰ時刻情報に基づいて、この時刻情報に同期した時刻情報を生成する。
なお、クロック信号生成部７８の生成したクロック信号は、画像データ処理部７９、音声データ処理部８０、字幕データ処理部８１のそれぞれに入力され、各データ処理部の生成データの同期出力が可能となる。

画像データ処理部７９は、デマルチプレクサ７２で得られる符号化画像信号のデコード処理等を実行して、出力画像信号を生成する。また、音声データ処理部４０５は、デマルチプレクサ７２で得られる符号化音声信号のデコード処理等を実行して出力音声信号を生成する。また、字幕データ処理部８１は、デマルチプレクサ７２で得られる符号化字幕信号をデコードして、字幕の表示信号を得る。
なお、字幕データ処理部８１は、字幕の表示タイミングや表示領域等を決定する字幕出力制御を行い、決定した表示タイミングで字幕を重畳部８３に出力する。
この表示制御処理の詳細については後段で説明する。

クロック信号生成部７８の生成したクロック信号は、画像データ処理部７９、音声データ処理部８０、字幕データ処理部８１のそれぞれに入力され、各データ処理部の生成データは同期して出力される。

重畳部８３は、画像データ処理部７６の生成した画像信号に対して、字幕データ処理部８１の生成した字幕データを重畳して出力する処理を行なう。
なお、前述したように、本開示の構成では、字幕データは表示領域や表示タイミング等の制御を可能としたＸＭＬ（Ｅｘｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）形式の字幕データであるＴＴＭＬ（Ｔｉｍｅｄ Ｔｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）を用いる。
ＴＴＭＬ字幕データの詳細については後段で説明する。

［３．ＭＭＴフォーマットの詳細について］
図１に示した通信システム１０では、送信装置２０から受信装置３０へ放送信号を伝送する際のトランスポート方式として、主にＭＭＴを適用することを想定している。
トランスポート方式としてＭＭＴを利用する場合、データはＭＭＴパケットに格納して送信することになる。

ＭＭＴパケットの構成について、図５以下を参照して説明する。
ＭＭＴパケットは、ＭＭＴプロトコルを用いて伝送されるようにフォーマットされたメディア・データのユニットである。

図５（ａ）はＭＭＴパケットの全体構成を示す図である。
パケット・カウンタ・フラグ「Ｃ」に１が代入されていると、Ｃからの矢印として示すパケット・カウンタのフィールドがこのＭＭＴパケット内に存在することが表される。パケット・カウンタは、ＭＭＴパケットをカウントした整数値を書き込む３２ビット長のフィールドであり、ＭＭＴパケットを送信する度に１ずつインクリメントされる。

拡張フラグ「Ｘ」に１が代入されていると、矢印で示す拡張ヘッダが存在することが表される。図５（ｂ）には、拡張ヘッダの構成例を示している。拡張ヘッダは、１６ビット長のｔｙｐｅフィールドと、ｌｅｎｇｔｈフィールドと、ｈｅａｄｅｒ＿ｅｘｔｅｎｓｉｏｎ＿ｖａｌｕｅフィールドで構成される。ｌｅｎｇｔｈフィールドには、ｈｅａｄｅｒ＿ｅｘｔｅｎｓｉｏｎ＿ｖａｌｕｅフィールドのバイト長が書き込まれる。ｈｅａｄｅｒ＿ｅｘｔｅｎｓｉｏｎ＿ｖａｌｕｅフィールドには、ＭＭＴの仕様から外れた拡張情報を書き込むことができる。

ｔｙｐｅフィールドには、当該ＭＭＴパケットのペイロード・データのタイプを表すタイプ値が書き込まれる。タイプ値の定義は以下の通りである。
０ｘ００：ＭＰＵ
０ｘ０１ Ｇｅｎｅｒｉｃ ｏｂｊｅｃｔ
０ｘ０２：ｓｉｇｎａｌｉｎｇ ｍｅｓｓａｇｅ
０ｘ００：ｒｅｐａｉｒ ｓｙｍｂｏｌ

ｔｙｐｅ＝０ｘ００の場合のペイロードは、メディアプレゼンテーションユニット（ＭＰＵ：Ｍｅｄｉａ ｐｒｅｓｅｎｔａｔｉｏｎ ｕｎｉｔ）である。ＭＰＵは、例えば画像、音声、字幕等の１つの単位として設定されるユニットである。例えば、画像の場合、１ピクチャが１ＭＰＵとなる。字幕の場合、１つのＴＴＭＬファイルを１ＭＰＵとして設定する。
なお、１ＭＰＵは、必要に応じて複数のメディアフラグメントユニット（ＭＦＵ：Ｍｅｄｉａ Ｆｒａｇｍｅｎｔ ｕｎｉｔ）に分割されてＭＭＴパケットに格納される。

ｔｙｐｅ＝０ｘ０２の場合のペイロードは、シグナリング・メッセージ（ｓｉｇｎｚｌｉｎｇ ｍｅｓｓａｇｅ）である。これは受信装置側の設定情報、通知情報、案内情報、あるいは送信データ（画像、音声、字幕）に関する属性情報、制御情報等から構成される。
その他のタイプについては本開示の処理とは、直接関係しないので説明を省略する。

ＲＡＰ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｐｏｉｎｔ）フラグに１が代入されていると、当該ＭＭＴパケットのペイロードが当該データ・タイプのデータ・ストリームへのＲａｎｄｏｍ Ａｃｃｅｓｓ Ｐｏｉｎｔを含んでいることを表す。

１６ビット長のｐａｃｋｅｔ＿ｉｄフィールドには、アセットを区別するための整数値が書き込まれる。このフィールドの値は、当該ＭＭＴパケットが属するアセットのａｓｓｅｔ＿ｉｄに由来する。
パケット識別子（ｐａｃｋｅｔ＿ｉｄ）と、アセット識別子（ａｓｓｅｔ＿ｉｄ）のマッピングは、シグナリング・メッセージの一部であるＭＰＴ（ＭＭＴパッケージテーブル）で示されている。
ＭＰＴの詳細については後段で説明する。

なお、アセットは、信号系列に対応して設定されるデータ単位である。画像データ、音声データ、字幕データ、それぞれが異なるアセットとして設定される。さらに、画像データの中に複数の異なる画像データ、例えば多視点画像等を送信する場合、カメラ１の撮影画像をアセット１、カメラ２の撮影画像をアセット２等のように異なるアセットとして設定される。

字幕データの場合、字幕の種類に応じた個別のアセットが設定される。
なお、字幕の種類とは、日本語や英語等の言語種類のみならず、字幕タイプや、字幕の表示タイミングを規定したタイムモード等、様々な要素によって区別され、これら各要素が同一要素からなるＴＴＭＬ字幕データを１つのアセットとする。

３２ビット長のｔｉｍｅｓｔａｍｐフィールドには、ＭＭＴパケットの送信時間が、ＮＴＰプロトコルで規定されているｓｈｏｒｔ−ｆｏｒｍａｔで記載される。
３２ビット長のｐａｃｋｅｔ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒフィールドには、同一のｐａｃｋｅｔ＿ｉｄを持つパケットを識別するための整数値（ＭＭＴ伝送路上でのシーケンス番号）が記載される。
３２ビット長のｐａｃｋｅｔ＿ｃｏｕｎｔｅｒフィールドには、ＭＭＴパケットの通し番号が記載される。

図６（ｃ）には、画像、音声、字幕等の１単位ユニットであるＭＰＵ、あるいはその分割データであるＭＦＵを格納したＭＭＴパケットのペイロード構成例を示している。ＭＰＵ、あるいはその分割データであるＭＦＵを格納したＭＭＴパケットをＭＰＵモードのＭＭＴパケットと呼ぶ。これは、ＭＭＴヘッダのｔｙｐｅフィールドに「０ｘ００」が書き込まれている場合である。ＭＰＵモードのＭＭＴパケットは、画像、音声、字幕等のデータ伝送に使用される。

ＭＰＵ Ｆｒａｇｍｅｎｔ Ｔｙｐｅ（ＦＴ）フィールドには、フラグメントのタイプが４ビットの値で示される。ＦＴ値の定義は、以下の通りである。
０：ＭＰＵメタデータ
１：ムービーフラグメントメタデータ
２：ＭＦＵ

Ｔｉｍｅｄ（Ｔ）フラグに１が記入されているときには、タイムド・メディアを伝送するＭＰＵがフラグメントされていることを示し、０が記入されているときには、ノンタイムド・メディアを伝送するＭＰＵがフラグメントされていることを示す。

ＭＭＴパケットを利用したデータ伝送では、ストリーム・メディアである映像や音声などのタイムド・メディア（Ｔｉｍｅｄ ｍｅｄｉａ）と、ファイルのようなノンタイムド・メディア（Ｎｏｎ ｔｉｍｅｄ ｍｅｄｉａ）の両方を伝送することが可能である。
Ｔｉｍｅｄ（Ｔ）フラグは、ＭＰＵがタイムド・メディアであるかノンタイムド・メディアであるかを識別するフラグである。

Ｆｒａｇｍｅｎｔａｔｉｏｎ Ｉｄｅｎｔｉｆｉｅｒ（ｆ＿ｉ）フィールドは、ペイロード内のデータ・ユニットのフラグメンテーションに関する情報を、２ビットで表す。ｆ＿ｉの４つの値の定義は以下の通りである。
０： 整数個のデータユニット（ＭＰＵ）を格納している。
１：データユニット（ＭＰＵ）の最初のフラグメント（ＭＦＵ）を格納している。
２：データユニット（ＭＰＵ）の中間のフラグメント（ＭＦＵ）を格納している。
３：データユニット（ＭＰＵ）の最後のフラグメント（ＭＦＵ）を格納している。

８ビット長のｆｒａｇｍｅｎｔ＿ｃｏｕｎｔｅｒフィールドには、当該ＭＭＴペイロードが続く同じデータ・ユニットのフラグメントを含んでいるペイロードの数が記載される。
１６ビット長のＤＵ＿ｌｅｎｇｔｈフィールドには、当該フィールドに続くデータ（ＤＵ：Ｄａｔａ Ｕｎｉｔ）の長さが記載される。但し、Ａフラグが０のときは、ＤＵ＿ｌｅｎｇｔｈフィールドはない。

ＤＵ＿Ｈｅａｄｅｒは、データ・ユニットのヘッダである。但し、ＦＴ値が０または１のとき（言い換えれば、ＭＦＵでないとき）には、ＤＵ＿Ｈｅａｄｅｒはない。ＭＦＵは、タイムド・メディアのサンプル若しくはサブサンプル、または、ノンタイムド・メディアのアイテムを含んでいる。
ＤＵ＿ｐａｙｌｏａｄには、ＭＰＵやその分割データであるＭＦＵが格納される。具体的には、画像や音声、字幕等の符号化データである。字幕データの場合、本開示の構成では、ＴＴＭＬ（Ｔｉｍｅｄ Ｔｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）を用いる。ＴＴＭＬ字幕データの詳細については後段で説明する。

図６（ｄ）には、ペイロードにタイムド・メディアを配置したＭＦＵのＤＵ＿Ｈｅａｄｅｒの構成例を示している。また、図６（ｅ）には、ペイロードにノンタイムド・メディアを配置したＭＦＵのＤＵ＿Ｈｅａｄｅｒの構成例を示している。図６（ｅ）に示すように、ノンタイムド・メディアの場合のＤＵ＿Ｈｅａｄｅｒは、当該ＭＦＵの一部として伝送されるアイテムの識別子である３２ビット長のｉｔｅｍ＿ＩＤで構成される。アイテムは、ＨＴＭＬ文書データや、ＨＴＭＬ文書から参照されるモノメディア・データなどの、アプリケーションを構成するリソースである。ａｓｓｅｔ＿ｉｄで指定されたＭＭＴ伝送路上では、上述したＭＭＴパケットのヘッダ内のｐａｃｋｅｔ＿ｉｄおよび拡張ヘッダ内のｄｏｗｎｌｏａｄ＿ｉｄと、ＤＵヘッダ内のｉｔｅｍ＿ＩＤの組み合わせで、アイテムを一意に特定することができる。

前述したように、図５に示すＭＭＴパケットのヘッダに設定されるｔｙｐｅは、ペイロードが画像、音声、字幕等によって構成されるＭＰＵであるか、シグナリング・メッセージであるかを識別可能なタイプ情報である。
ｔｙｐｅ＝０ｘ００の場合のペイロードは、画像、音声、字幕等によって構成されるメディアプレゼンテーションユニット（ＭＰＵ：Ｍｅｄｉａ ｐｒｅｓｅｎｔａｔｉｏｎ ｕｎｉｔ）である。
ｔｙｐｅ＝０ｘ０２の場合のペイロードは、シグナリング・メッセージ（ｓｉｇｎｚｌｉｎｇ ｍｅｓｓａｇｅ）である。

図７は、ＭＰＵを格納したパケットの構成と、シグナリング・メッセージを格納したパケット構成例を説明する図である。
（Ａ）画像データ（ＭＰＵ）
（Ｂ）字幕データ（ＭＰＵ）
（Ｃ）シグナリンクデータ
これらのパケット構成例を示している。

（Ａ），（Ｂ）には画像、字幕のＭＰＵの例を示しているが、ＭＰＵは、例えば画像、音声、字幕等の１つの単位として設定されるユニットである。例えば、画像の場合、１ピクチャが１ＭＰＵとなる。字幕の場合、１つのＴＴＭＬファイルを１ＭＰＵとして設定する。
１つのＭＰＵは、必要に応じて複数のメディアフラグメントユニット（ＭＦＵ：Ｍｅｄｉａ Ｆｒａｇｍｅｎｔ ｕｎｉｔ）に分割されてＭＭＴパケットに格納される。
ＭＭＴパケットはＵＤＰパケットに格納され、さらに、ＵＤＰパケットはＩＰパケットに格納される。
さらに、図示していないがＩＰパケットは、ＴＬＶパケットに格納されて送信される。

一方、ｔｙｐｅ＝０ｘ０２の場合のペイロードは、（Ｃ）シグナリング・メッセージ（ｓｉｇｎｚｌｉｎｇ ｍｅｓｓａｇｅ）である。これは受信装置側の設定情報、通知情報、案内情報、あるいは送信データ（画像、音声、字幕）に関する属性情報、制御情報等から構成される。
シグナリング・メッセージは、ＭＰＵ／ＭＦＵといったユニット設定とはならず、例えばシーケンス番号等によって順番が規定されてＭＭＴパケットに格納される。
ＭＭＴパケットはＵＤＰパケットに格納され、さらに、ＵＤＰパケットはＩＰパケットに格納される。
さらに、図示していないがＩＰパケットは、ＴＬＶパケットに格納されて送信される。

なお、本開示の構成では、字幕データはＴＴＭＬ（Ｔｉｍｅｄ Ｔｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）を用いる。
ＴＴＭＬファイルは、画像データに比較するとデータ量が小さいため、分割（フラグメント）する必要がない場合が多い。したがって、例えば図８に示すように、ＴＴＭＬ字幕データを含む１つのＴＴＭＬファイルを１ＭＰＵとして、このＭＰＵをそのままＭＭＴパケットに格納して送信することが多い、

［４．ＭＰＴ（ＭＭＴパッケージテーブル）について］
本開示において、ＭＭＴパケットを適用して送信する字幕データは、ＴＴＭＬと字幕データであり、この字幕データに対する表示制御等の制御情報をシグナリング・メッセージとして送信する。
字幕データに対する制御情報を含むシグナリング・メッセージとしてＭＰＴ（ＭＭＴパッケージテーブル）がある。

以下、ＭＰＴ（ＭＭＴパッケージテーブル）について説明する。
ＭＭＴプロトコルで使用されるシグナリング・メッセージは、データの伝送制御や受信装置側でのデータ復号、再生処理等に必要な情報を含む。

ＭＭＴのシグナリング・メッセージは、３つの共通するフィールドと、シグナリング・メッセージ・タイプ毎の特定の１つのフィールドと、メッセージ・ペイロードからなる一般的なフォーマットを使用する。メッセージ・ペイロードは、シグナリング情報を伝送する。
図９を参照して、字幕データに対する制御情報を含むシグナリング・メッセージであるＭＰＴ（ＭＭＴパッケージテーブル）を含むＰＡメッセージについて説明する。

ＰＡ（Ｐａｃｋｅｇｅ Ａｃｃｅｓｓ）メッセージは、受信装置３０側におけるデータ受信および、符号、再生処理等に必要な様々な情報を持つＰＡテーブルを伝送する。ＰＡテーブルには、複数のテーブルが含まれ、その１つとしてＭＰＴ（ＭＭＴパッケージテーブル）が含まれる。

図９の右側に示すＰＡメッセージのデータ構造について説明する。
ｍｅｓｓａｇｅ＿ｉｄは、各種シグナリング情報において、ＰＡメッセージを識別する１６ビットの固定値である。
ｖｅｒｓｉｏｎは、ＰＡメッセージのバージョンを示す、８ビットの整数値のパラメーターである。例えばＭＰＴを構成する一部のパラメーターでも更新した場合には、ｖｅｒｓｉｏｎは＋１だけインクリメントされる。ｌｅｎｇｔｈは、このフィールドの直後からカウントされる、当該ＰＡメッセージのサイズをバイト単位で示す、３２ビット長のパラメーターである。

ｅｘｔｅｎｓｉｏｎフィールドには、ｐａｙｌｏａｄのフィールドに配置される各テーブルのインデックス情報が配置される。このフィールドには、８ビットのｔａｂｌｅ＿ｉｄと、８ビットのｔａｂｌｅ＿ｖｅｒｓｉｏｎと、１６ビットのｔａｂｌｅ＿ｌｅｎｇｔｈが配置される。

ＰＡメッセージのｐａｙｌｏａｄフィールドには、各テーブルの詳細情報が記録される。
ＭＰＴ（ＭＭＴパッケージテーブル）の詳細情報もここに記録される。
次に、図１０〜図１３を参照してＭＰＴ（ＭＭＴパッケージテーブル）のデータ構造について説明する。

ＭＰＴ（ＭＭＴパッケージテーブル）の構成は、前段部、中段部、後段部の３つに分割し、各々を図１０〜図１２に分けて示している。
ＭＰＴ先頭部分の構成について、図１０を参照して説明する。
ｔａｂｌｅ＿ｉｄは、各種シグナリング情報においてＭＰＴであることを識別する８ビットの固定値である。
ｖｅｒｓｉｏｎは、ＭＰＴのバージョンを示す８ビットの整数値である。例えば、ＭＰＴを構成する一部のパラメーターでも更新した場合には、ｖｅｒｓｉｏｎは＋１だけインクリメントされる。ｌｅｎｇｔｈは、このフィールドの直後からカウントされる、ＭＰＴのサイズをバイト単位で示す、３２ビット長のパラメーターである。

ＭＭＴ＿ｐａｃｋａｇｅ＿ｉｄは、放送信号で伝送されるすべての信号（ビデオ、オーディオ、字幕）、並びにファイルなどのアセットを構成要素とする全体のパッケージとしての識別情報である。この識別情報は、テキスト情報である。
ＭＭＴ＿ｐａｃｋａｇｅ＿ｉｄ＿ｌｅｎｇｔｈは、そのテキスト情報のサイズをバイト単位で示す。

ＭＰ＿ｔａｂｌｅ＿ｄｅｓｃｒｉｐｔｏｒｓのフィールドは、パッケージ全体に関わる記述子の格納領域である。
ＭＰＴ＿ｔａｂｌｅ＿ｄｅｓｃｒｉｐｔｏｒ＿ｌｅｎｇｔｈは、そのフィールドのサイズＮ２をバイト単位で示す、１６ビット長のパラメーターである。そして、ＭＰ＿ｔａｂｌｅ＿ｄｅｓｃｒｉｐｔｏｒは、様々な目的の記述子を規定した上で、Ｎ２バイト分（１つ又は複数配置）することを想定している。

次に、図１１を参照してＭＰＴの中間部分の構成について説明する。
ｎｕｍｂｅｒ＿ｏｆ＿ａｓｓｅｔｓは、パッケージを構成する要素としてのアセット（信号、ファイル）の数を示す、８ビットのパラメーターである。ｎｕｍｂｅｒ＿ｏｆ＿ａｓｓｅｔの数分（Ｎ３）だけ、以下のループ（Ａｓｓｅｔ ｌｏｏｐ）が配置される。

１つのＡｓｓｅｔ ｌｏｏｐ内には、個々のアセットの情報としてのａｓｓｅｔ＿ｉｄ＿ｌｅｎ、ａｓｓｅｔ＿ｉｄ、ｇｅｎ＿ｌｏｃ＿ｉｎｆｏ、ａｓｓｅｔ＿ｄｓｃ＿ｌｅｎ、ａｓｓｅｔ＿ｄｅｓｃｒｉｐｔｏｒの各パラメーターが配置される。

ａｓｓｅｔ＿ｉｄは、アセットをユニークに識別するテキスト情報である。
ａｓｓｅｔ＿ｉｄ＿ｌｅｎは、ａｓｓｅｔ＿ｉｄのサイズをバイト単位で示す。

ａｓｓｅｔ＿ｃｌｏｃｋ＿ｒｅｌａｔｉｏｎ＿ｆｌａｇは、アセットが利用するクロック、例えばアセットがＴＴＭＬ字幕データである場合、字幕の表示タイミングの際に参照するクロック情報等を記述する。
ａｓｓｅｔ＿ｔｉｍｅｓｃａｌｅは、アセットの参照するクロクッＩＤを記録する。

次に、図１２を参照してＭＰＴの後半部分の構成について説明する。
ＭＭＴ＿ｇｅｎｅｒａｌ＿ｌｏｃ＿ｉｎｆｏは、アセットの取得先のロケーションを示す情報である。本実施形態では、アセットの取得先となる伝送路上のｐａｃｋｅｔ ｉｄの形式で記述される。したがって、ＭＰＴ上でａｓｓｅｔ＿ｉｄを引いて、ＭＭＴ伝送路上の該当するｐａｃｋｅｔ ＩＤを取り出すことができる。

ａｓｓｅｔ＿ｄｅｓｃｒｉｐｔｏｒのフィールドは、アセットに関わる記述子の格納領域である。ａｓｓｅｔ＿ｄｓｃ＿ｌｅｎは、ａｓｓｅｔ＿ｄｅｓｃｒｉｐｔｏｒフィールドのサイズＮ５をバイト単位で示す。そして、ａｓｓｅｔ＿ｄｅｓｃｒｉｐｔｏｒは、さまざまな目的の記述子を規定した上で、Ｎ５個（１つ又は複数）配置することを想定している。
ここに、アセット対応の制御情報が記録される。
アセットがＴＴＭＬ字幕データである場合、ＴＴＭＬ字幕データの表示制御情報が記述される。

なお、字幕データに対応するアセットは、字幕データの種類ごとに設定される。
字幕の種類とは、日本語や英語等の言語種類のみならず、字幕タイプや、字幕の表示タイミングを規定したタイムモード等、様々な要素によって区別され、これら各要素が同一要素からなるＴＴＭＬ字幕データを１つのアセットとする。
ＰＭＴに記録される字幕対応の制御情報と、その利用態様については、後段で詳細に説明する。

［５．送信装置から受信装置に送信されるデータとＴＴＭＬ字幕データの概要について］
次に、図１に示す送信装置２０から受信装置３０に対して送信されるデータとＴＴＭＬ字幕データの概要について図１３以下を参照して説明する。

図１３は、送信装置２０の送信データの例について説明する図である。
図１３には、送信装置２０が受信装置３０に対して送信するデータの種類を示している。送信装置２０が受信装置３０に対して送信するデータには以下のデータがある。
（ａ）画像（Ｖｉｄｅｏ）ＭＰＵ９１
（ｂ）音声（Ａｕｄｉｏ）ＭＰＵ９２
（ｃ）字幕（Ｓｕｂｔｉｔｌｅ）ＭＰＵ９３〜９５
（ｄ）シグナリング・メッセージ９６
これらの各データはいずれもＭＭＴフォーマットで規定されるＭＭＴパケットのペイロードとしてＭＭＴパケットに格納して送信する。

（ａ）画像（Ｖｉｄｅｏ）ＭＰＵ９１、（ｂ）音声（Ａｕｄｉｏ）ＭＰＵ９２、（ｃ）字幕（Ｓｕｂｔｉｔｌｅ）ＭＰＵ９３〜９５は、いずれもメディアプレゼンテーションユニット（ＭＰＵ）単位のタイムド・メディアとして送信される。
字幕データはＴＴＭＬ字幕データであり、アセット単位で送信される。図に示す＃１〜＃３はアセット識別子に相当する。
アセットは前述したように字幕の種類ごとに設定され、例えば日本語、英語等の言語種別や、通常字幕や難聴者向け等の種類に応じた異なるデータ態様の字幕ごとに設定される。

シグナリング・メッセージ９６は、先に説明した字幕制御用のＭＰＴ等を含む。なお、シグナリング・メッセージ９６には、ＭＰＴの他、番組ガイド等の案内情報や通知情報、制御情報等によって構成される。

字幕データは、画像データに重畳して表示するデータであり、表示位置や表示タイミングの制御が必要となる。
以下、図１４以下を参照して字幕データに関する処理について説明する。

図１４は、図１３を参照して説明した送信装置２０から受信装置３０に対して送信する字幕データ本体と、字幕データの制御に適用する情報を示す図である。
送信装置２０から受信装置３０に対して送信する字幕関連データには以下のデータがある。
字幕データ本体であるＴＴＭＬ字幕データを含む字幕ＭＰＵ９３、
ＴＴＭＬ字幕データに対応する制御情報等を格納したシグナリング・メッセージ９６、
これらのデータが、受信装置３０側で字幕を表示する際に必要となるデータを含んでいる。

本開示の送信装置２０は、ＸＭＬ（Ｅｘｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）形式の字幕データであるＴＴＭＬ（Ｔｉｍｅｄ Ｔｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）データをＭＰＵとして送信する。
なお、１つのＴＴＭＬ字幕ファイルを１つのＭＰＵ（メディアプレゼンテーションユニット）として設定するが、このＭＰＵを複数に分割したＭＦＵを生成してＭＦＵ単位でＭＭＴパケットに格納して送信する場合もある。

シグナリング・メッセージ９６にはＴＴＭＬ字幕データの表示制御に適用する制御情報を格納したＭＰＴ、すなわち先に図９〜図１２を参照して説明したＭＰＴや、その他の情報（ＭＨ−ＥＩＴ）等が含まれる。
ＭＨ−ＥＩＴ（Ｅｖｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ Ｔａｂｌｅ）は、コンテンツ（番組）のタイトル、放送日時、放送の内容などの情報を記録したテーブルである。
シグナリング・メッセージ９６には、これらのデータの他、受信装置３０において利用可能な様々な通知データ等が含まれる。

図１５は、ＭＰＵとしてＭＭＴパケットに格納されるＸＭＬ形式のＴＴＭＬ字幕データの構成例を示す図である。
例えば図１３、図１４を参照して説明した（Ａ）字幕ＭＰＵ７１には、図１５（Ｂ）に示すようにＴＴＭＬ字幕データが格納されている。
ＴＴＭＬ字幕データは、例えば、図１５（Ｃ）に示すようなＸＭＬ形式のデータであり、実際に表示される文字列の他、表示領域、表示タイミング等の情報を記述可能なとした構成を持つ。
受信装置３０は、このようなＴＴＭＬ字幕データを解釈して、図１５（Ｄ）に示すような表示データ、すなわち、他のＭＭＴパケットから取得して復号した画像データに字幕を重畳した表示データを生成して表示部に表示する処理を行う。

［６．ＭＰＴ（ＭＭＴパッケージテーブル）に記録される字幕対応情報について］
次に、ＭＰＴ（ＭＭＴパッケージテーブル）に記録される字幕対応情報について説明する。
ＭＰＴ（ＭＭＴパッケージテーブル）は、先に、図９〜図１２を参照して説明したように、シグナリング・メッセージの１つであるＰＡメッセージを構成する１つのテーブルである。

このＭＰＴ（ＭＭＴパッケージテーブル）には、ＭＰＵとしてＭＭＴパケットで送信されるＴＴＭＬ字幕データについてのアセット単位の属性情報や制御情報が記録される。
図１６は、ＭＰＴに記録される字幕情報記述子（ｓｕｎｔｉｔｌｅ ｄｅｘｃｒｏｐｔｏｒ）を示している。すなわちＭＰＵとして設定されたＴＴＭＬ字幕データに対応する属性情報や制御情報である。

この図１６に示すデータは、先に説明した図１２のシグナリングデータであるＭＰＴ（ＭＭＴパッケージテーブル）中の、
ａｓｓｅｔ＿ｄｅｓｃｒｉｐｔｏｒ＿ｂｙｔｅ
以下のフィールドに記録されるアセット単位の情報である。

図１６に示すように、字幕情報記述子（ｓｕｂｔｉｔｌｅ ｄｅｓｃｒｉｐｔｏｒ）記録フィールドには、以下の記述子が記録される。
（１）言語コード（ＩＳＯ＿６３９＿ｌａｎｇｕａｇｅ＿ｃｏｄｅ）
（２）字幕タイプ（Ｔｙｐｅ）
（３）タイムモード（ＴＭＤ）
（４）表示モード（ＤＭＦ）
（５）動作モード（ＯＰＭ）
（６）表示書式（Ｆｏｒｍａｔ）
（７）圧縮モード（Ｃｏｍｐｒｅｓｓｉｏｎ＿ｍｏｄｅ）
以下、これらの情報の詳細について、順次、説明する。

（１）言語コード（ＩＳＯ＿６３９＿ｌａｎｇｕａｇｅ＿ｃｏｄｅ）
言語コード（ＩＳＯ＿６３９＿ｌａｎｇｕａｇｅ＿ｃｏｄｅ）は、言語種類をＩＳＯ６３９−２で規定される言語コードとして示したデータである。
例えば日本語の場合は、
ｊｐｎ（０１１０１０１０ ０１１１００００ ０１１０１１１０）
となる。

（２）字幕タイプ（Ｔｙｐｅ）
字幕タイプ（Ｔｙｐｅ）は、字幕のタイプを示す情報である。
図１７に具体例を示す。
００＝字幕基本情報
０１＝字幕拡張情報
１０＝文字スーパー
これらの字幕タイプを識別する情報を記録する。
なお、字幕基本情報は、基本的な字幕データであることを示す。字幕拡張情報は、文字の表示形式を変更したリッチな表現を行う場合などに用いられる。ただし、受信装置側で理科できる場合にのみ利用される。文字スーパーは、ニュース速報等の文字であることなどを識別させるためのデータである。

（３）タイムモード（ＴＭＤ）
タイムモード（ＴＭＤ）は、字幕の表示タイミングの制御に用いる時刻制御モードを示す。具体的には、図１８に示すように、以下の各モードのいずれかが記録される。
０００１＝ＴＴＭＬ記述＋ＥＩＴ ｓｔａｒｔｔｉｍｅ
００１０＝ＴＴＭＬ記述＋ＮＰＴ
００１１＝ＴＴＭＬ記述＋絶対時刻
０１００＝ＴＴＭＬ記述＋ｒｅｆｅｒｅｎｃｅ ｓｔａｒｔｔｉｍｅ
０１０１＝ＴＴＭＬ記述＋ＭＰＵ ｔｉｍｅｓｔａｍｐ
１０００＝ＭＰＵ ｔｉｍｅｓｔａｍｐ
１１１１＝提示制御なし（受信時、即時表示等）

「ＴＴＭＬ記述」とは、例えば先に図１５（ｃ）を参照して説明したＴＴＭＬ字幕データに記録された表示タイミングに関する記述である。
図１５（ｃ）に示すＴＴＭＬ字幕データには、以下の表示タイミング制御情報が記録されている。
＜ｐ ｂｅｇｉｎ "４２７ｓ"ｄｕｒ＝"１ｓ"＞
このＴＴＭＬ記述は、番組開始から４２７秒の時点から１秒間「こんにちは」という文字を表させるための表示タイミングに関する記述である。

しかし、実際の番組表示に際しては、例えばコマーシャルの挿入や、臨時ニュースなどにより、必ずしもこのＴＴＭＬ字幕データの記述のみに依存した表示タイミング制御が行えない場合がある。
ＭＰＴに記録されたタイムモード（ＴＭＤ）は、どのような場合でも、確実に映像に合わせた表示タイミングで字幕の表示を可能とするために用いられるデータである。
なお、タイムモード（ＴＭＤ）に記録可能な４つのモードの具体的な処理態様については、後段で説明する。

（４）表示モード（ＤＭＦ）
表示モード（ＤＭＦ）は、
字幕の表示モードを示す情報である。具体例を図１９に示す。
表示モード（ＤＭＦ）は４ビット構成であり、
上位２ビット（Ｂｉｔ３〜２）が受信時処理態様、
下位２ビット（Ｂｉｔ１〜０）が記録再生時処理態様、
を示す。

上位２ビットの受信時処理態様は、ＴＴＭＬ字幕データを格納したＭＰＵを受信した際の処理を規定したものであり、
００＝受信時自動表示、
０１＝受信時自動非表示、
１０＝受信時選択表示
これらの各表示モードの何れかを規定する。

００＝受信時自動表示は、ＴＴＭＬを格納したＭＰＵの受信時に受信したＴＴＭＬ字幕データとＭＰＴの制御情報に従って字幕を表示することを規定したモードである。
０１＝受信時自動非表示は、ＴＴＭＬを格納したＭＰＵの受信時に受信したＴＴＭＬ字幕データに記録された字幕は非表示とすることを規定したモードである。
１０＝受信時選択表示は、例えばユーザによるリモコン設定などにより、ＴＴＭＬを格納したＭＰＵの受信時に受信したＴＴＭＬ字幕データの字幕を表示または非表示とすることを可能としたモードである。

下位２ビットの記録再生時処理態様は、番組等をハードディスクなどのメディアに記録した後、再生する場合の処理を規定したものであり、
００＝記録再生時自動表示、
０１＝記録再生時自動非表示、
１０＝記録再生時選択表示
これらの各表示モードの何れかを規定する。

００＝記録再生時自動表示は、ＴＴＭＬを格納したＭＰＵを含むコンテンツの再生時にＴＴＭＬ字幕データとＭＰＴの制御情報に従って字幕を表示することを規定したモードである。
０１＝記録再生時自動非表示は、ＴＴＭＬを格納したＭＰＵを含むコンテンツの再生時にＴＴＭＬ字幕データに記録された字幕は非表示とすることを規定したモードである。
１０＝記録再生時選択表示は、コンテンツ再生時に例えばユーザによるリモコン設定などにより、ＴＴＭＬ字幕データの字幕を表示または非表示とすることを可能としたモードである。

（５）動作モード（ＯＰＭ）
動作モード（ＯＰＭ）は、字幕の表示制御に適用する動作モード規定情報である。具体例を図２０に示す。動作モード（ＯＰＭ）としては以下の各モードの設定が可能である。
００＝ライブモード（Ｌｉｖｅ ｍｏｄｅ）
０１＝セグメンテーションモード（Ｓｅｇｍｅｎｔａｔｉｏｎ ｍｏｄｅ）
１０＝プログラムモード（Ｐｒｏｇｒａｍ ｍｏｄｅ）

００＝ライブモード（Ｌｉｖｅ ｍｏｄｅ）は、例えば、受信したＴＴＭＬ字幕データを、受信時に即時表示させるモードである。例えば同時通訳等の字幕データの表示などの際に利用される設定するモードである。

０１＝セグメンテーションモード（Ｓｅｇｍｅｎｔａｔｉｏｎ ｍｏｄｅ）は、映画コンテンツのように、予め字幕データが準備されたコンテンツに適用されるモードであり、ＭＰＴとＴＴＭＬ字幕データの制御情報に規定された表示タイミングに従った表示を実行させる場合のモードである。

１０＝プログラムモード（Ｐｒｏｇｒａｍ ｍｏｄｅ）は、例えば１つの番組単位の字幕の全てを記録したＴＴＭＬファイルを準備して、送信装置から受信装置に送信し、受信装置が１つのＴＴＭＬファイルを利用して１番組の字幕表示を実行するモードである。
なお、動作モード（ＯＰＭ）の各モード設定時の処理の具体例については、後段で詳細に説明する。

（６）表示書式（Ｆｏｒｍａｔ）
表示書式（Ｆｏｒｍａｔ）は、字幕データを表示する表示画面の表示書式を規定する記述子である。具体的には、図２１に示すように、以下の各書式の設定がなされる。
００００＝１９２０×１０８０（ＨＤ）
０００１＝３８４０×２１６０（４Ｋ）
００１０＝７８６０×４３２０（８Ｋ）
例えば、これらの表示画面に対応する字幕データであることを示す。

（８）圧縮モード（Ｃｏｍｐｒｅｓｓｉｏｎ＿ｍｏｄｅ）
圧縮モード（Ｃｏｍｐｒｅｓｓｉｏｎ＿ｍｏｄｅ）は、ＴＴＭＬ字幕データの圧縮モードを示す記述子である。具体的には、図２２に示すように以下の各アッシュクモードのいずれかが設定される。
０００＝圧縮なし
００１＝ＥＸＩによる圧縮
０１０＝ＢＩＭによる圧縮
０１１＝ＺＩＰによる圧縮
例えば、ＴＴＭＬ字幕データが上記のいずれの圧縮処理がなされたデータであるかを示す情報を設定する。

［７．タイムモード（ＴＭＤ）の各モード対応の具体的処理について］
次に、ＭＰＴに記録される字幕情報記述子（Ｓｕｂｔｉｔｌｅ ｄｅｓｃｒｉｐｔｏｔ）の１つであるタイムモード（ＴＭＤ）の各モード対応の具体的処理について説明する。

図１８を参照して説明したように、タイムモード（ＴＭＤ）は、字幕の表示タイミングの制御に用いる時刻制御モードを示す。具体的には、図１８に示すように、以下の各モードのいずれかが記録される。
０００１＝ＴＴＭＬ記述＋ＥＩＴ ｓｔａｒｔｔｉｍｅ
００１０＝ＴＴＭＬ記述＋ＮＰＴ
００１１＝ＴＴＭＬ記述＋絶対時刻
０１００＝ＴＴＭＬ記述＋ｒｅｆｅｒｅｎｃｅ ｓｔａｒｔｔｉｍｅ
０１０１＝ＴＴＭＬ記述＋ＭＰＵ ｔｉｍｅｓｔａｍｐ
１０００＝ＭＰＵ ｔｉｍｅｓｔａｍｐ
１１１１＝提示制御なし（受信時、即時表示等）

以下、これら７つのタイムモード設定に対応した受信装置側の字幕表示制御の具体例について説明する。

［７−１．ＴＭＤ＝１：ＴＴＭＬ記述＋ＥＩＴ ｓｔａｒｔｔｉｍｅのモード設定時の処理について］
まず、タイムモード（ＴＭＤ）が、ＴＭＤ＝１、すなわち、
０００１＝ＴＴＭＬ記述＋ＥＩＴ ｓｔａｒｔｔｉｍｅ
上記設定である場合の字幕表示制御について図２３、図２４を参照して説明する。
このＴＭＤ＝１のモード設定は、受信装置３０に、ＴＴＭＬに記述された字幕表示時間と、ＭＨ−ＥＩＴ（Ｅｖｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ Ｔａｂｌｅ）の記録情報を適用して表示タイミングを制御させるモードである。

ＭＨ−ＥＩＴ（Ｅｖｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ Ｔａｂｌｅ）は、先に図１４を参照して説明したように、シグナリング・メッセージ９６の構成情報であり、コンテンツ（番組）のタイトル、放送日時、放送の内容、出演者などの情報を記録したテーブルである。

ＭＨ−ＥＩＴの具体的構成例を図２３に示す。
図２３に示すようにＭＨ−ＥＩＴには、以下の各データが記録される。
（ａ）番組のＩＤ（ｅｖｅｎｔ＿ｉｄ）
（ｂ）番組開始時刻（ｓｔａｒｔ＿ｔｉｍｅ）
（ｃ）番組時間長（ｄｕｒａｔｉｏｎ）
例えばこれらの情報が含まれる。

受信装置３０は、このＭＨ−ＥＩＴに記録された、
（ｂ）番組開始時刻（ｓｔａｒｔ＿ｔｉｍｅ）
を用いてＴＴＭＬ字幕データの字幕表示タイミングを決定する。
受信装置３０の実行するＴＴＭＬ字幕データの表示タイミング制御処理について図２４を参照して説明する。

図２４には、
（ａ）ＭＨ−ＥＩＴ
（ｂ）ＭＰＴ
（ｃ）ＭＰＵのＴＴＭＬ
（ｄ）字幕の表示された画像例
これらの各データを示している。

また、図に示す字幕アセット（ＭＰＵ／ＭＦＵ）と、シグナリングは、送信装置２０から受信装置３０に対して送信されるＭＭＴパケットに格納されたＭＰＵ／ＭＦＵ、およびシグナリング・メッセージの各チャンネルを示している。
受信装置３０は、ＭＰＴと、ＭＨ−ＥＩＴをシグナリング・メッセージの送信チャンネルから取得し、ＴＴＭＬ字幕データを含むＭＰＵは字幕アセットチャンネルから取得する。
さらに、図２４の最上段には、時間軸（ｔ）を示している。

（ａ）ＭＨ−ＥＩＴには、番組開始時刻情報として、
ｓｔａｒｔ＿ｔｉｍｅ＝ｔ０
上記情報が記録されている。
これは、番組が開始される絶対時刻を示す情報である。

（ｂ）ＭＰＴには、タイムモードとして、
ＴＭＤ＝１（＝０００１）
上記データが記録されている。
これは、先に図１８を参照して説明したように、
ＴＭＤ＝０００１＝ＴＴＭＬ記述＋ＥＩＴ ｓｔａｒｔｔｉｍｅ
この設定であり、ＴＴＭＬ記述とＥＩＴのスタートタイム記述に従って字幕の表示タイミングを決定する処理を実行するコンテンツであることを示している。

（ｃ）ＭＰＵのＴＴＭＬには、字幕表示タイミング情報として
＜ｐ ｂｅｇｉｎ＝"４２７ｓ" ｄｕｒ＝"１ｓ"＞
上記データがある。
これは、番組開始時間から４２７秒後にＴＴＭＬに記録された字幕データ「こんにちは」を１秒間表示することを行わせるための記述データである。
なお、
＜ｄｉｖ ｒｅｇｉｏｎ＝"ｒ１"＞
このデータは、字幕「こんにちは」の表示領域の指定情報である。

まず、受信装置３０は、ＭＰＴを参照して、コンテンツに適用するＴＴＭＬ字幕データの表示タイミング制御が、
ＴＭＤ＝０００１＝ＴＴＭＬ記述＋ＥＩＴ ｓｔａｒｔｔｉｍｅ
この設定であることを確認する。
すなわち、ＴＴＭＬ記述とＥＩＴのスタートタイム記述に従って字幕の表示タイミングを決定する処理を実行するコンテンツであることを確認する。

次に、受信装置３０は、ＴＴＭＬと、ＥＩＴの両データに記録された字幕の表示タイミング情報を参照する。
ＭＰＵのＴＴＭＬには、字幕表示タイミング情報として
＜ｐ ｂｅｇｉｎ＝"４２７ｓ" ｄｕｒ＝"１ｓ"＞
上記データが記録されている。
ＥＩＴには、番組開始時刻情報として、
ｓｔａｒｔ＿ｔｉｍｅ＝ｔ０
上記情報が記録されている。

受信装置３０は、
ＥＩＴに番組開始時刻情報として記録された、
ｓｔａｒｔ＿ｔｉｍｅ＝ｔ０
この番組開始の絶対時刻情報を確認し、この絶対時刻ｔ０から、受信装置３０の保持する時計に基づいて、
ＭＰＵのＴＴＭＬの字幕表示タイミング情報、
＜ｐ ｂｅｇｉｎ＝"４２７ｓ" ｄｕｒ＝"１ｓ"＞
上記情報に記録された４２７秒をカウントする。

番組開始時刻（ｔ０）から４２７秒経過した時点（ｔ１）で、ＴＴＭＬ字幕データに記録された「こんにちは」を表示する。
この表示結果が図２４（ｄ）に示す表示データである。

［７−２．ＴＭＤ＝２：ＴＴＭＬ記述＋ＮＰＴのモード設定時の処理について］
次に、タイムモード（ＴＭＤ）が、ＴＭＤ＝２、すなわち、
０００２＝ＴＴＭＬ記述＋ＮＰＴ
上記設定である場合の字幕表示制御について図２５、図２６を参照して説明する。
このＴＭＤ＝２のモード設定は、受信装置３０に、ＴＴＭＬに記述された字幕表示時間と、ＮＰＴ参照情報［ＮＰＴ（Ｎｏｒｍａｌ Ｐｌａｙ Ｔｉｍｅ）−ｒｅｆｅｒｅｎｃｅ／ＥＭＴ］の記録情報を適用して表示タイミングを制御させるモードである。

ＮＰＴ参照情報［ＮＰＴ（Ｎｏｒｍａｌ Ｐｌａｙ Ｔｉｍｅ）−ｒｅｆｅｒｅｎｃｅ／ＥＭＴ］は、シグナリング・メッセージ９６の構成情報であり、
ＵＴＣ（コーディネィテッド・ユニバーサルタイム）の時間情報（ｓｔ）と、
ＮＰＴ（ノーマルプレイタイム）の時間情報（ｎｔ）と、
これら２つの時間情報の対応データを持つ。ＵＴＣは絶対時刻情報である。
このＮＰＴは、送信装置２０から
受信装置３０に順次、更新データが送信される。

ＮＰＴ−ｒｅｆｅｒｅｎｃｅ／ＥＭＴの具体的構成例を図２５に示す。
図２５に示すようにＮＰＴ−ｒｅｆｅｒｅｎｃｅ／ＥＭＴには、以下の各データが記録される。
（ａ）ＵＴＣ時間情報（ＵＴＣ＿Ｒｅｆｅｒｅｎｃｅ）
（ｂ）ＮＰＴ時間情報（ＮＰＴ＿Ｒｅｆｅｒｅｎｃｅ）
例えばこれらの情報が含まれる。

（ａ）ＵＴＣ時間情報（ＵＴＣ＿Ｒｅｆｅｒｅｎｃｅ）は、絶対時刻相当の時間情報であり、送信装置、受信装置双方で同期した時間情報である。
ＮＰＴは、番組開始からの時間情報であり、例えばＣＭ等、番組が中断した時点で停止され、番組の進行に従ってカウントされる時間情報である。
すなわち、ＵＴＣ時間情報（ＵＴＣ＿Ｒｅｆｅｒｅｎｃｅ）は、常時、進行するが、ＮＰＴ時間情報（ＮＰＴ＿Ｒｅｆｅｒｅｎｃｅ）は、番組が進行している時間のみ進行し、ＣＭ等の中断時には進行しない。

図２５に示すＮＰＴ−ｒｅｆｅｒｅｎｃｅ／ＥＭＴは、遂次、送信装置２０において更新されて受信装置３０に送信される。
（ａ）ＵＴＣ時間情報（ＵＴＣ＿Ｒｅｆｅｒｅｎｃｅ）は、時間の経過と同じ経過を示すデータに更新されるが、
（ｂ）ＮＰＴ時間情報（ＮＰＴ＿Ｒｅｆｅｒｅｎｃｅ）は、番組が中断している場合は更新されず、放送された番組時間に相当する時間のみを示す時間情報となる。

番組開始時間においては、
（ａ）ＵＴＣ時間情報（ＵＴＣ＿Ｒｅｆｅｒｅｎｃｅ）＝ｔ０
（ｂ）ＮＰＴ時間情報（ＮＰＴ＿Ｒｅｆｅｒｅｎｃｅ）＝０
上記のように、
ＮＰＴ時間のカウントが開始されるが、その後の時間情報の増加は等しく進む。
なお、上記２つの時間情報は６４ビットのＮＴＰフォーマットで記述され、秒以下が３２ビットで表現されるが、現実の運用では秒以下１６ビット程度の精度で用いられることも想定される。その場合には下位１６ビットは０を代入して利用する。
しかし、番組開始後、ＣＭ等の番組中断事由が発生すると、上記２つの時間情報の増加はずれたものとなる。
すなわち、
（ａ）ＵＴＣ時間情報（ＵＴＣ＿Ｒｅｆｅｒｅｎｃｅ）＝ｕ１
（ｂ）ＮＰＴ時間情報（ＮＰＴ＿Ｒｅｆｅｒｅｎｃｅ）＝ｎ１

受信装置３０は、このＮＰＴに記録された、
（ａ）ＵＴＣ時間情報（ＵＴＣ＿Ｒｅｆｅｒｅｎｃｅ）＝ｕ１
（ｂ）ＮＰＴ時間情報（ＮＰＴ＿Ｒｅｆｅｒｅｎｃｅ）＝ｎ１
これらの２つの時間の対応情報を用いてＴＴＭＬ字幕データの字幕表示タイミングを決定する。
受信装置３０の実行するＴＴＭＬ字幕データの表示タイミング制御処理について図２６を参照して説明する。

図２６には、
（ａ）ＭＰＴ
（ｂ）ＭＰＵのＴＴＭＬ
（ｃ）ＮＰＴ−ｒｅｆｅｒｅｎｃｅ／ＥＭＴ
（ｄ）字幕の表示された画像例
これらの各データを示している。

また、図に示す字幕アセット（ＭＰＵ／ＭＦＵ）と、シグナリングは、送信装置２０から受信装置３０に対して送信されるＭＭＴパケットに格納されたＭＰＵ／ＭＦＵ、およびシグナリング・メッセージの各チャンネルを示している。
受信装置３０は、ＭＰＴと、ＮＰＴ−ｒｅｆｅｒｅｎｃｅ／ＥＭＴをシグナリング・メッセージの送信チャンネルから取得し、ＴＴＭＬ字幕データを含むＭＰＵは字幕アセットチャンネルから取得する。
さらに、図２３の最上段には、ＮＰＴとＵＴＣ対応の時間軸（ｔ）を示している。

（ａ）ＭＰＴには、タイムモードとして、
ＴＭＤ＝２（＝００１０）
上記データが記録されている。
これは、先に図１８を参照して説明したように、
ＴＭＤ＝００１０＝ＴＴＭＬ記述＋ＮＰＴ
この設定であり、ＴＴＭＬ記述とＮＰＴ記述に従って字幕の表示タイミングを決定する処理を実行するコンテンツであることを示している。

（ｂ）ＭＰＵのＴＴＭＬには、字幕表示タイミング情報として
＜ｐ ｂｅｇｉｎ＝"２７６３９２ｔ" ｄｕｒ＝"１ｓ"＞
上記データがある。
さらに、
＜ｔｔ ｔｔｐ：ｔｉｃｋｒａｔｅ＝"６５５３６"＞
上記データがある。

＜ｔｔ ｔｔｐ：ｔｉｃｋｒａｔｅ＝"６５５３６"＞は、１秒を６５５３６で割った単位で時間をカウントすることを意味する。これはＮＴＰフォーマットの時間表現において下位１６ビットに０を代入した上でその上のビットで表現される値に相当する。よって ＜ｐ ｂｅｇｉｎ＝"２７６３９２ｔ" ｄｕｒ＝"１ｓ"＞はＮＴＰフォーマットで下位１６ビットに０を代入した上でその上のビットが２７６３９２となる時間表現により字幕表示開始時刻を示す。つまり２７６３９２（１０進数）＝４３７Ａ８（１６進数）なので、ＮＴＰフォーマットでは０００００００４３７Ａ８００００（１６進数）ということになる。
図２１を参照して説明したＴＴＭＬでは秒（ｓ）単位のデータとして字幕の表示タイミングを記述していたが、この図２６に示す例では、ＮＴＰフォーマットで示している。

番組開始時間からＮＴＰフォーマットの時間表現で０００００００４３７Ａ８００００（１６進数）に達した時点でＴＴＭＬに記録された字幕データ「こんにちは」を１秒間、表示することを行わせるための記述データである。
なお、
＜ｄｉｖ ｒｅｇｉｏｎ＝"ｒ１"＞
このデータは、字幕「こんにちは」の表示領域の指定情報である。

（ｃ）ＮＰＴ−ｒｅｆｅｒｅｎｃｅ／ＥＭＴには、
（ａ）ＵＴＣ時間情報（ＵＴＣ＿Ｒｅｆｅｒｅｎｃｅ）＝ｕｘ
（ｂ）ＮＰＴ時間情報（ＮＰＴ＿Ｒｅｆｅｒｅｎｃｅ）＝ｎｘ
これらの２つの時間の対応情報が記録されている。
なお、ＮＰＴ−ｒｅｆｅｒｅｎｃｅ／ＥＭＴは逐次更新されており、受信装置３０は最も新しいＮＰＴ−ｒｅｆｅｒｅｎｃｅ／ＥＭＴを利用する。

まず、受信装置３０は、ＭＰＴを参照して、コンテンツに適用するＴＴＭＬ字幕データの表示タイミング制御が、
ＴＭＤ＝００１０＝ＴＴＭＬ記述＋ＮＰＴ
この設定であることを確認する。
すなわち、ＴＴＭＬ記述とＮＰＴ−ｒｅｆｅｒｅｎｃｅ／ＥＭＴの記述に従って字幕の表示タイミングを決定する処理を実行するコンテンツであることを確認する。

次に、受信装置３０は、ＴＴＭＬと、最新のＮＰＴ−ｒｅｆｅｒｅｎｃｅ／ＥＭＴの両データに記録された字幕の表示タイミング情報を参照する。
ＭＰＵのＴＴＭＬには、字幕表示タイミング情報として
＜ｐ ｂｅｇｉｎ＝"２７６３９２ｔ" ｄｕｒ＝"１ｓ"＞
ＮＰＴ−ｒｅｆｅｒｅｎｃｅ／ＥＭＴには、
（ａ）ＵＴＣ時間情報（ＵＴＣ＿Ｒｅｆｅｒｅｎｃｅ）＝ｕ１
（ｂ）ＮＰＴ時間情報（ＮＰＴ＿Ｒｅｆｅｒｅｎｃｅ）＝ｎ１
これらの２つの時間の対応情報が記録されている。
なお、ＮＰＴは逐次更新されており、受信装置３０は最も新しいＮＰＴ−ｒｅｆｅｒｅｎｃｅ／ＥＭＴを利用する。

例えば、ＴＴＭＬに記録された字幕表示時刻になる直前に取得したＮＰＴ−ｒｅｆｅｒｅｎｃｅ／ＥＭＴを取得して、ＵＴＣとＮＰＴの対応データを取得する。
例えばＮＴＰで示される絶対時刻がＣ８４Ｆ３８０４２３０Ａ００００（１６進数）の時刻にＮＰＴ参照情報を取得したとする。
取得したＮＰＴ参照情報には、例えば、以下の２つの時間情報の対尾合うデータが記録されている。
（ａ）ＵＴＣ時間情報（ＵＴＣ＿Ｒｅｆｅｒｅｎｃｅ）＝ｕ１＝Ｃ８４Ｆ３８０３１４２６００００（１６進数）
（ｂ）ＮＰＴ時間情報（ＮＰＴ＿Ｒｅｆｅｒｅｎｃｅ）＝ｎ１＝０００００００１２２３７００００（１６進数）
ＮＰＴ時間情報（ｎ１）は、番組の実放送時間をカウントした値であり、ＣＭが挿入された場合等ではＵＴＣ時間情報（ｓ１）より進みが遅くなる。

受信装置３０は、これら２つの時間情報の対応データに基づいて、ＴＴＭＬ字幕データに記録された字幕の時間情報、すなわち、
＜ｐ ｂｅｇｉｎ＝"２７６３９２ｔ" ｄｕｒ＝"１ｓ"＞
上記字幕表示開始時刻であるＮＰＴ時間値２７６３９２ｔを絶対時刻ｕｔ1に換算する。
すなわち、最新のＮＰＴ参照情報におけるＮＰＴの差分をＮＴＰフォーマットの絶対時刻に加算して、字幕表示タイミングとなる修正ＳＴＣの値を算出する。

例えば最新のＮＰＴ−ｒｅｆｅｒｅｎｃｅ／ＥＭＴが、
（ａ）ＵＴＣ時間情報（ＵＴＣ＿Ｒｅｆｅｒｅｎｃｅ）＝ｕ１＝
Ｃ８４Ｆ３８０３１４２６００００（１６進数）
（ｂ）ＮＰＴ時間情報（ＮＰＴ＿Ｒｅｆｅｒｅｎｃｅ）＝ｎ１＝
０００００００１２２３７００００（１６進数）

この設定である場合、字幕表示開始時刻ｕｔ1=Ｃ８４Ｆ３８０３１４２６００００＋（０００００００４３７Ａ８００００―０００００００１２２３７００００）＝Ｃ８４Ｆ３８０６２９９７（１６進数）となり、受信装置のＮＴＰに基づく時計がこの値になったタイミングで字幕表示を開始する。
この表示結果が図２６（ｄ）に示す表示データである。

［７−３．ＴＭＤ＝３：ＴＴＭＬ記述＋絶対時刻のモード設定時の処理について］
次に、タイムモード（ＴＭＤ）が、ＴＭＤ＝３、すなわち、
００１１＝ＴＴＭＬ記述＋絶対時刻
上記設定である場合の字幕表示制御について図２７を参照して説明する。
このＴＭＤ＝３のモード設定は、受信装置３０に、ＴＴＭＬに記述された字幕表示時間と、絶対時刻を適用して表示タイミングを制御させるモードである。

絶対時刻は受信装置で保持する時計において計測できる時間情報となる。
受信装置３０の実行するＴＴＭＬ字幕データの表示タイミング制御処理について図２７を参照して説明する。

図２７には、
（ａ）ＭＰＴ
（ｂ）ＭＰＵのＴＴＭＬ
（ｃ）字幕の表示された画像例
これらの各データを示している。

また、図に示す字幕アセット（ＭＰＵ／ＭＦＵ）と、シグナリングは、送信装置２０から受信装置３０に対して送信されるＭＭＴパケットに格納されたＭＰＵ／ＭＦＵ、およびシグナリング・メッセージの各チャンネルを示している。
受信装置３０は、ＭＰＴをシグナリング・メッセージの送信チャンネルから取得し、ＴＴＭＬ字幕データを含むＭＰＵは字幕アセットチャンネルから取得する。
さらに、図２７の最上段には、時間軸（ｔ）を示している。

（ａ）ＭＰＴには、タイムモードとして、
ＴＭＤ＝３（＝００１１）
上記データが記録されている。
これは、先に図１８を参照して説明したように、
ＴＭＤ＝００１１＝ＴＴＭＬ記述＋絶対時刻
この設定であり、ＴＴＭＬ記述と絶対時刻に従って字幕の表示タイミングを決定する処理を実行するコンテンツであることを示している。

（ｂ）ＭＰＵのＴＴＭＬには、字幕表示タイミング情報として
＜ｐ ｂｅｇｉｎ＝"１３：４０：１１" ｄｕｒ＝"１ｓ"＞
上記データがある。
これは、絶対時刻＝１３：４０：１１にＴＴＭＬに記録された字幕データ「こんにちは」を１秒間表示することを行わせるための記述データである。
なお、
＜ｄｉｖ ｒｅｇｉｏｎ＝"ｒ１"＞
このデータは、字幕「こんにちは」の表示領域の指定情報である。

まず、受信装置３０は、ＭＰＴを参照して、コンテンツに適用するＴＴＭＬ字幕データの表示タイミング制御が、
ＴＭＤ＝０００１＝ＴＴＭＬ記述＋絶対時刻
この設定であることを確認する。
すなわち、ＴＴＭＬ記述と絶対時刻に従って字幕の表示タイミングを決定する処理を実行するコンテンツであることを確認する。

次に、受信装置３０は、ＴＴＭＬに記録された字幕の表示タイミング情報を参照する。
ＭＰＵのＴＴＭＬには、字幕表示タイミング情報として
＜ｐ ｂｅｇｉｎ＝"１３：４０：１１ｓ" ｄｕｒ＝"１ｓ"＞
上記データが記録されている。

受信装置３０は、内部の時計に従って絶対時刻情報を算出する。なお、受信装置内部の時計は、外部から受信する絶対時刻情報によって遂次修正され、受信装置３０は、正しい絶対時刻情報を取得することができる。

受信装置３０は、絶対時刻が、ＴＴＭＬ字幕データに記述された時刻１３：４０：１１となった時点（ｔ１）で、ＴＴＭＬ字幕データに記録された「こんにちは」を表示する。
この表示結果が図２７（ｃ）に示す表示データである。

［７−４ａ．ＴＭＤ＝４：ＴＴＭＬ記述＋ｒｅｆｅｒｅｎｃｅ ｓｔａｒｔｔｉｍｅのモード設定時の処理について（例１）］
次に、タイムモード（ＴＭＤ）が、ＴＭＤ＝４、すなわち、
０１００＝ＴＴＭＬ記述＋ｒｅｆｅｒｅｎｃｅ ｓｔａｒｔｔｉｍｅ
上記設定である場合の字幕表示制御について図２８を参照して説明する。
このＴＭＤ＝４のモード設定は、受信装置３０に、ＴＴＭＬに記述された字幕表示時間と、ＭＨ−ＥＩＴ（Ｅｖｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ Ｔａｂｌｅ）の記録情報である参照スタートタイム（ｒｅｆｅｒｅｎｃｅ ｓｔａｒｔｔｉｍｅ）を適用して表示タイミングを制御させるモードである。

ＭＨ−ＥＩＴ（Ｅｖｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ Ｔａｂｌｅ）は、先に図１４を参照して説明したように、シグナリング・メッセージ９６の構成情報であり、コンテンツ（番組）のタイトル、放送日時、放送の内容、出演者などの情報を記録したテーブルである。

本実施例では、このＭＨ−ＥＩＴ（Ｅｖｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ Ｔａｂｌｅ）に、さらに精度の高い例えばｍｓ単位の時間情報として番組開始時間を示すｐｒｅｃｉｃｅ ｓｔａｒｔｔｉｍｅを記録する。
受信装置３０は、このＭＨ−ＥＩＴに記録された高精度のｍｓ単位の時間情報＝ｒｅｆｅｒｅｎｃｅ ｓｔａｒｔｔｉｍｅを起点（ｔ０）として、ＭＰＵ（ＴＴＭＬ）に記録された表示時間情報に従った時間計測を行う。

受信装置３０の実行するＴＴＭＬ字幕データの表示タイミング制御処理について図２８を参照して説明する。
図２８には、
（ａ）ＭＨ−ＥＩＴ
（ｂ）ＭＰＴ
（ｃ）ＭＰＵのＴＴＭＬ
（ｄ）字幕の表示された画像例
これらの各データを示している。

また、図に示す字幕アセット（ＭＰＵ／ＭＦＵ）と、シグナリングは、送信装置２０から受信装置３０に対して送信されるＭＭＴパケットに格納されたＭＰＵ／ＭＦＵ、およびシグナリング・メッセージの各チャンネルを示している。
受信装置３０は、ＭＰＴと、ＭＨ−ＥＩＴをシグナリング・メッセージの送信チャンネルから取得し、ＴＴＭＬ字幕データを含むＭＰＵは字幕アセットチャンネルから取得する。
さらに、図２８の最上段には、時間軸（ｔ）を示している。

（ａ）ＭＨ−ＥＩＴには、番組開始時刻情報として、
ｓｔａｒｔ＿ｔｉｍｅ＝ｔ０、
さらに、
ｐｒｅｃｉｃｅ＿ｓｔａｒｔｔｉｍｅ＝ｔ０
上記情報が記録されている。
これは、番組が開始される絶対時刻を示す情報である。
本例では、精度の高い例えばｍｓ単位の時間情報としてｐｒｅｃｉｃｅ ｓｔａｒｔｔｉｍｅが記録されている。

（ｂ）ＭＰＴには、タイムモードとして、
ＴＭＤ＝４（＝０１００）
上記データが記録されている。
これは、先に図１８を参照して説明したように、
ＴＭＤ＝０１００＝ＴＴＭＬ記述＋ｒｅｆｅｒｅｎｃｅ ｓｔａｒｔｔｉｍｅ
この設定であり、ＴＴＭＬ記述とＥＩＴの高精度のｐｒｅｃｉｃｅ ｓｔａｒｔｔｉｍｅ記述に従って字幕の表示タイミングを決定する処理を実行するコンテンツであることを示している。

（ｃ）ＭＰＵのＴＴＭＬには、字幕表示タイミング情報として
＜ｐ ｂｅｇｉｎ＝"４２７１５３ｍｓ" ｄｕｒ＝"１ｓ"＞
上記データがある。
これは、番組開始時間から４２７１５３ミリ秒（ｍｓ）後にＴＴＭＬに記録された字幕データ「こんにちは」を１秒間表示することを行わせるための記述データである。
なお、
＜ｄｉｖ ｒｅｇｉｏｎ＝"ｒ１"＞
このデータは、字幕「こんにちは」の表示領域の指定情報である。

まず、受信装置３０は、ＭＰＴを参照して、コンテンツに適用するＴＴＭＬ字幕データの表示タイミング制御が、
ＴＭＤ＝０００１＝ＴＴＭＬ記述＋ｒｅｆｅｒｅｎｃｅ ｓｔａｒｔｔｉｍｅ
この設定であることを確認する。
すなわち、ＴＴＭＬ記述とＥＩＴのスタートタイム記述（ｐｒｅｃｉｃｅ ｓｔａｒｔｔｉｍｅ）に従って字幕の表示タイミングを決定する処理を実行するコンテンツであることを確認する。

次に、受信装置３０は、ＴＴＭＬと、ＥＩＴの両データに記録された字幕の表示タイミング情報を参照する。
ＭＰＵのＴＴＭＬには、字幕表示タイミング情報として
＜ｐ ｂｅｇｉｎ＝"４２７１５３ｍｓ" ｄｕｒ＝"１ｓ"＞
上記データが記録されている。
これはｍｓ単位の高精度な時間情報である。
ＥＩＴには、番組開始時刻情報として、
ｐｒｅｃｉｃｅ ｓｔａｒｔｔｉｍｅ＝ｔ０
上記情報が記録されている。
これもｍｓ単位の高精度な時間情報である

受信装置３０は、
ＥＩＴに、番組開始時刻情報として記録された、
ｐｒｅｃｉｃｅ ｓｔａｒｔｔｉｍｅ＝ｔ０（ｍｓ）
この番組開始の絶対時刻情報を確認し、この絶対時刻ｔ０（ｍｓ）から、受信装置３０の保持するシステムクロックのクロックカウントに基づいて、
ＭＰＵのＴＴＭＬの字幕表示タイミング情報、
＜ｐ ｂｅｇｉｎ＝"４２７１５３ｓ" ｄｕｒ＝"１ｓ"＞
上記情報に記録された４２７１５３ミリ秒（ｍｓ）をカウントする。

番組開始時刻（ｔ０）から４２７１５３ミリ秒経過した時点（ｔ１）で、ＴＴＭＬ字幕データに記録された「こんにちは」を表示する。
この表示結果が図２８（ｄ）に示す表示データである。
本例では、先に図２４を参照して説明したＴＭＤ＝１の例と同様ＭＨ−ＥＩＴを利用しているが、このＴＭＤ＝４の構成では、ＭＨ−ＥＨＴの時間情報と、ＴＴＭＬの時間情報がいずれもミリ秒（ｍｓ）単位の高精度な時間情報であり、より精度の高い字幕表示制御が可能となる。

［７−４ｂ．ＴＭＤ＝４：ＴＴＭＬ記述＋ｒｅｆｅｒｅｎｃｅ ｓｔａｒｔｔｉｍｅのモード設定時の処理について（例２）］
次に、タイムモード（ＴＭＤ）が、ＴＭＤ＝４、すなわち、
０１００＝ＴＴＭＬ記述＋ｒｅｆｅｒｅｎｃｅ ｓｔａｒｔｔｉｍｅ
上記設定である場合の字幕表示制御のもう１つの例（例２）について図２９を参照して説明する。
このＴＭＤ＝４のモード設定（例２）では、ＭＨ−ＥＩＴ（Ｅｖｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ Ｔａｂｌｅ）を用いず、ＭＰＴにｒｅｆｅｒｅｎｃｅ ｓｔａｒｔｔｉｍｅを記録してＭＰＴとＴＴＭＬ記述に従って表示タイミングを制御させる。

本例では、このＭＰＴに、精度の高い例えばｍｓ単位の時間情報としてｐｒｅｃｉｃｅ ｓｔａｒｔｔｉｍｅを記録する。
受信装置３０は、このＭＰＴに記録された高精度のｍｓ単位の時間情報＝ｒｅｆｅｒｅｎｃｅ ｓｔａｒｔｔｉｍｅを起点（ｔ０）として、ＭＰＵ（ＴＴＭＬ）に記録された表示時間情報に従った時間計測を行う。

受信装置３０の実行するＴＴＭＬ字幕データの表示タイミング制御処理について図２９を参照して説明する。
図２９には、
（ａ）ＭＰＴ
（ｂ）ＭＰＵのＴＴＭＬ
（ｃ）字幕の表示された画像例
これらの各データを示している。

また、図に示す字幕アセット（ＭＰＵ／ＭＦＵ）と、シグナリングは、送信装置２０から受信装置３０に対して送信されるＭＭＴパケットに格納されたＭＰＵ／ＭＦＵ、およびシグナリング・メッセージの各チャンネルを示している。
受信装置３０は、ＭＰＴをシグナリング・メッセージの送信チャンネルから取得し、ＴＴＭＬ字幕データを含むＭＰＵは字幕アセットチャンネルから取得する。
さらに、図２９の最上段には、時間軸（ｔ）を示している。

（ａ）ＭＰＴには、タイムモードとして、
ＴＭＤ＝４（＝０１００）
上記データが記録されている。
これは、先に図１８を参照して説明したように、
ＴＭＤ＝０１００＝ＴＴＭＬ記述＋ｒｅｆｅｒｅｎｃｅ ｓｔａｒｔｔｉｍｅ
この設定であり、ＴＴＭＬ記述とＥＩＴの高精度のｐｒｅｃｉｃｅ ｓｔａｒｔｔｉｍｅ記述に従って字幕の表示タイミングを決定する処理を実行するコンテンツであることを示している。
さらに、ＭＰＴには、番組開始時刻情報として、
ｐｒｅｃｉｃｅ＿ｓｔａｒｔｔｉｍｅ＝ｔ０
上記情報が記録されている。
これは、番組が開始される絶対時刻を示す情報である。
本例では、精度の高い例えばｍｓ単位の時間情報としてｐｒｅｃｉｃｅ ｓｔａｒｔｔｉｍｅが記録されている。

（ｂ）ＭＰＵのＴＴＭＬには、字幕表示タイミング情報として
＜ｐ ｂｅｇｉｎ＝"４２７１５３ｍｓ" ｄｕｒ＝"１ｓ"＞
上記データがある。
これは、番組開始時間から４２７１５３ミリ秒（ｍｓ）後にＴＴＭＬに記録された字幕データ「こんにちは」を１秒間表示することを行わせるための記述データである。
なお、
＜ｄｉｖ ｒｅｇｉｏｎ＝"ｒ１"＞
このデータは、字幕「こんにちは」の表示領域の指定情報である。

まず、受信装置３０は、ＭＰＴを参照して、コンテンツに適用するＴＴＭＬ字幕データの表示タイミング制御が、
ＴＭＤ＝０００１＝ＴＴＭＬ記述＋ｒｅｆｅｒｅｎｃｅ ｓｔａｒｔｔｉｍｅ
この設定であることを確認する。
すなわち、ＴＴＭＬ記述とＭＰＴのスタートタイム記述（ｐｒｅｃｉｃｅ ｓｔａｒｔｔｉｍｅ）に従って字幕の表示タイミングを決定する処理を実行するコンテンツであることを確認する。

次に、受信装置３０は、ＴＴＭＬと、ＭＰＴの両データに記録された字幕の表示タイミング情報を参照する。
ＭＰＵのＴＴＭＬには、字幕表示タイミング情報として
＜ｐ ｂｅｇｉｎ＝"４２７１５３ｍｓ" ｄｕｒ＝"１ｓ"＞
上記データが記録されている。
これはｍｓ単位の高精度な時間情報である。
ＭＰＴには、番組開始時刻情報として、
ｐｒｅｃｉｃｅ ｓｔａｒｔｔｉｍｅ＝ｔ０
上記情報が記録されている。
これもｍｓ単位の高精度な時間情報である

受信装置３０は、
ＭＰＴに、番組開始時刻情報として記録された、
ｐｒｅｃｉｃｅ ｓｔａｒｔｔｉｍｅ＝ｔ０（ｍｓ）
この番組開始の絶対時刻情報を確認し、この絶対時刻ｔ０（ｍｓ）から、受信装置３０の保持するシステムクロックのクロックカウントに基づいて、
ＭＰＵのＴＴＭＬの字幕表示タイミング情報、
＜ｐ ｂｅｇｉｎ＝"４２７１５３ｓ" ｄｕｒ＝"１ｓ"＞
上記情報に記録された４２７１５３ミリ秒（ｍｓ）をカウントする。

番組開始時刻（ｔ０）から４２７１５３ミリ秒経過した時点（ｔ１）で、ＴＴＭＬ字幕データに記録された「こんにちは」を表示する。
この表示結果が図２９（ｃ）に示す表示データである。
本例でも、先に図２８を参照して説明したＴＭＤ＝４（例１）の場合と同様、ＭＰＴの時間情報と、ＴＴＭＬの時間情報がいずれもミリ秒（ｍｓ）単位の高精度な時間情報であり、より精度の高い字幕表示制御が可能となる。

［７−５．ＴＭＤ＝５：ＴＴＭＬ記述＋ＭＰＵ ｔｉｍｅｓｔａｍｐのモード設定時の処理について］
次に、タイムモード（ＴＭＤ）が、ＴＭＤ＝５、すなわち、
０１００＝ＴＴＭＬ記述＋ＭＰＵ ｔｉｍｅｓｔａｍｐ
上記設定である場合の字幕表示制御例について図３０、図３１を参照して説明する。
このＴＭＤ＝５のモード設定では、ＭＰＴに記録されたＭＰＵタイムスタンプを用いて、このＭＰＵタイムスタンプとＴＴＭＬ記述に従って表示タイミングを制御させる。

ＭＰＴには、アセット制御情報の１つのデータとしてＭＰＵとして設定されたアセット（本例では字幕データ）の処理開始時間に相当するタイムスタンプを記録することができる。
このタイムスタンプは、精度の高い例えばｍｓ単位の時間情報として記録される。
図３０に、ＭＰＴに記録されるＭＰＵタイムスタンプ記述子のデータ構造を示す。
ＭＰＴに記録されるＭＰＵタイムスタンプ記述子には、図に示すように、このタイムスタンプの適用されるＭＰＵを示すＭＰＵシーケンスナンバート、そのシーケンスナンバーに対応するＭＰＵに対応する時間情報としてのＭＰＵ対応タイムスタンプ（ＭＰＵ＿ｐｒｅｓｅｎｔａｔｉｏｎ＿ｔｉｍｅｓｔａｍｐ）が記録される。
このタイムスタンプは、精度の高い例えばｍｓ単位の時間情報である。

受信装置３０は、このＭＰＴに記録された高精度のｍｓ単位のタイムスタンプ（ＭＰＵ＿ｐｒｅｓｅｎｔａｔｉｏｎ＿ｔｉｍｅｓｔａｍｐ）を起点（ｔ０）として、ＭＰＵ（ＴＴＭＬ）に記録された表示時間情報に従った時間計測を行う。

受信装置３０の実行するＴＴＭＬ字幕データの表示タイミング制御処理について図３１を参照して説明する。
図３１には、
（ａ）ＭＰＴ
（ｂ）ＭＰＵのＴＴＭＬ
（ｃ）字幕の表示された画像例
これらの各データを示している。

また、図に示す字幕アセット（ＭＰＵ／ＭＦＵ）と、シグナリングは、送信装置２０から受信装置３０に対して送信されるＭＭＴパケットに格納されたＭＰＵ／ＭＦＵ、およびシグナリング・メッセージの各チャンネルを示している。
受信装置３０は、ＭＰＴをシグナリング・メッセージの送信チャンネルから取得し、ＴＴＭＬ字幕データを含むＭＰＵは字幕アセットチャンネルから取得する。
さらに、図３１の最上段には、時間軸（ｔ）を示している。

（ａ）ＭＰＴには、タイムモードとして、
ＴＭＤ＝５（＝０１０１）
上記データが記録されている。
これは、先に図１８を参照して説明したように、
ＴＭＤ＝０１０１＝ＴＴＭＬ記述＋ＭＰＵ ｔｉｍｅｓｔａｍｐ
この設定であり、ＴＴＭＬ記述とＭＰＴに記録されたＭＰＵタイムスタンプに従って字幕の表示タイミングを決定する処理を実行するコンテンツであることを示している。
図３１（ａ）ＭＰＴに示すように、ＭＰＴには、ＭＰＵ対応のタイムスタンプとして、
ｍｐｕ＿ｐｒｅｓｅｎｔａｔｉｏｎ＿ｔｉｍｅｓｔａｍｐ＝ｔ０
上記情報が記録されている。
これは、処理対象となるＴＴＭＬに相当するＭＰＵに対応して設定されたＭＰＵの処理時間等を示す時間情報である。
このタイムスタンプは、精度の高い例えばｍｓ単位の時間情報として記録されている。

（ｂ）ＭＰＵのＴＴＭＬには、字幕表示タイミング情報として
＜ｐ ｂｅｇｉｎ＝"１２０２３４ｍｓ"＞
上記データがある。
これは、タイムスタンプによって指定される起点時間（ｔ０）から１２０２４３ミリ秒（ｍｓ）後にＴＴＭＬに記録された字幕データ「こんにちは」を表示することを行わせるための記述データである。
なお、
＜ｄｉｖ ｒｅｇｉｏｎ＝"ｒ１"＞
このデータは、字幕「こんにちは」の表示領域の指定情報である。

まず、受信装置３０は、ＭＰＴを参照して、コンテンツに適用するＴＴＭＬ字幕データの表示タイミング制御が、
ＴＭＤ＝０１０１＝ＴＴＭＬ記述＋ＭＰＵ ｔｉｍｅｓｔａｍｐ
この設定であることを確認する。
すなわち、ＴＴＭＬ記述とＭＰＴに記録されたＭＰＵタイムスタンプに従って字幕の表示タイミングを決定する処理を実行するコンテンツであることを確認する。

次に、受信装置３０は、ＴＴＭＬと、ＭＰＴの両データに記録された字幕の表示タイミング情報を参照する。
ＭＰＵのＴＴＭＬには、字幕表示タイミング情報として
＜ｐ ｂｅｇｉｎ＝"１２０２３４ｍｓ"＞
上記データが記録されている。
これはｍｓ単位の高精度な時間情報である。
ＭＰＴには、起点時間情報として、
ＭＰＵタイムスタンプ（ｍｐｕ＿ｐｒｅｓｅｎｔａｔｉｏｎ＿ｔｉｍｅｓｔａｍｐ）＝ｔ０
上記情報が記録されている。
これもｍｓ単位の高精度な時間情報である

受信装置３０は、
ＭＰＴに、起点時間情報として記録された、
ＭＰＵタイムスタンプ＝ｔ０（ｍｓ）
この起点時間情報を確認し、この時刻ｔ０（ｍｓ）から、受信装置３０の保持するシステムクロックのクロックカウントに基づいて、
ＭＰＵのＴＴＭＬの字幕表示タイミング情報、
＜ｐ ｂｅｇｉｎ＝"１２０２３４ｓ"＞
上記情報に記録された１２０２３４ミリ秒（ｍｓ）をカウントする。

起点時間（ｔ０）から１２０２３４ミリ秒経過した時点（ｔ１）で、ＴＴＭＬ字幕データに記録された「こんにちは」を表示する。
この表示結果が図３１（ｃ）に示す表示データである。
本例でも、先に図２８、図２９を参照して説明したＴＭＤ＝４の場合と同様、ＭＰＴの時間情報と、ＴＴＭＬの時間情報がいずれもミリ秒（ｍｓ）単位の高精度な時間情報であり、より精度の高い字幕表示制御が可能となる。

［７−６．ＴＭＤ＝８：ＭＰＵ ｔｉｍｅｓｔａｍｐのモード設定時の処理について］
次に、タイムモード（ＴＭＤ）が、ＴＭＤ＝８、すなわち、
１０００＝ＭＰＵ ｔｉｍｅｓｔａｍｐ
上記設定である場合の字幕表示制御例について図３２を参照して説明する。
このＴＭＤ＝６のモード設定では、ＭＰＴに記録されたＭＰＵタイムスタンプのみを用いて、このＭＰＵタイムスタンプに従って表示タイミングを制御させる。

先に図３０を参照して説明したように、ＭＰＴには、アセット制御情報の１つのデータとしてＭＰＵとして設定されたアセット（本例では字幕データ）の処理開始時間に相当するタイムスタンプを記録することができる。
このタイムスタンプは、精度の高い例えばｍｓ単位の時間情報として記録される。

受信装置３０は、このＭＰＴに記録された高精度のｍｓ単位のタイムスタンプ（ＭＰＵ＿ｐｒｅｓｅｎｔａｔｉｏｎ＿ｔｉｍｅｓｔａｍｐ）を、そのままＴＴＭＬ字幕データの表示タイミングとして用いて、ＴＴＭＬに記録された字幕データを表示する。

受信装置３０の実行するＴＴＭＬ字幕データの表示タイミング制御処理について図３２を参照して説明する。
図３２には、
（ａ）ＭＰＴ
（ｂ）ＭＰＵのＴＴＭＬ
（ｃ）字幕の表示された画像例
これらの各データを示している。

また、図に示す字幕アセット（ＭＰＵ／ＭＦＵ）と、シグナリングは、送信装置２０から受信装置３０に対して送信されるＭＭＴパケットに格納されたＭＰＵ／ＭＦＵ、およびシグナリング・メッセージの各チャンネルを示している。
受信装置３０は、ＭＰＴをシグナリング・メッセージの送信チャンネルから取得し、ＴＴＭＬ字幕データを含むＭＰＵは字幕アセットチャンネルから取得する。
さらに、図３２の最上段には、時間軸（ｔ）を示している。

（ａ）ＭＰＴには、タイムモードとして、
ＴＭＤ＝８（＝１０００）
上記データが記録されている。
これは、先に図１８を参照して説明したように、
ＴＭＤ＝１０００＝ＭＰＵ ｔｉｍｅｓｔａｍｐ
この設定であり、ＭＰＴに記録されたＭＰＵタイムスタンプに従って字幕の表示タイミングを決定する処理を実行するコンテンツであることを示している。
図３２（ａ）ＭＰＴに示すように、ＭＰＴには、ＭＰＵ対応のタイムスタンプとして、
ｍｐｕ＿ｐｒｅｓｅｎｔａｔｉｏｎ＿ｔｉｍｅｓｔａｍｐ＝ｔ０
上記情報が記録されている。
これは、処理対象となるＴＴＭＬに相当するＭＰＵに対応して設定されたＭＰＵの処理時間等を示す時間情報である。
このタイムスタンプは、精度の高い例えばｍｓ単位の時間情報として記録されている。
（ｂ）ＭＰＵのＴＴＭＬには、字幕表示タイミング情報は記録されていない。

ＴＭＤ＝８のモードでは、ＭＰＴに記録されたタイムスタンプによって指定される時間（ｔ１）をそのまま、ＴＴＭＬに記録された字幕データ「こんにちは」の表示時間として利用した字幕データ表示処理を実行させる。
なお、ＴＴＭＬ字幕データに記録された、
＜ｄｉｖ ｒｅｇｉｏｎ＝"ｒ１"＞
このデータは、字幕「こんにちは」の表示領域の指定情報である。

まず、受信装置３０は、ＭＰＴを参照して、コンテンツに適用するＴＴＭＬ字幕データの表示タイミング制御が、
ＴＭＤ＝１０００＝ＭＰＵ ｔｉｍｅｓｔａｍｐ
この設定であることを確認する。
すなわち、ＭＰＴに記録されたＭＰＵタイムスタンプに従って字幕の表示タイミングを決定する処理を実行するコンテンツであることを確認する。

次に、受信装置３０は、ＭＰＴに記録された字幕の表示タイミング情報を参照する。
ＭＰＴには、字幕表示時刻情報として、
ＭＰＵタイムスタンプ（ｍｐｕ＿ｐｒｅｓｅｎｔａｔｉｏｎ＿ｔｉｍｅｓｔａｍｐ）＝ｔ１
上記情報が記録されている。
これはｍｓ単位の高精度な時間情報である。

受信装置３０は、
ＭＰＴに記録された、
ＭＰＵタイムスタンプ＝ｔ１（ｍｓ）
この時間情報を確認し、この時刻ｔ１（ｍｓ）において、ＴＴＭＬ字幕データに記録された「こんにちは」を表示する。
この表示結果が図３２（ｃ）に示す表示データである。
本例でも、ＭＰＴの時間情報（タイムスタンプ）はミリ秒（ｍｓ）単位の高精度な時間情報であり、より精度の高い字幕表示制御が可能となる。

［７−７．ＴＭＤ＝１５：時刻制御なしのモード設定時の処理について］
次に、タイムモード（ＴＭＤ）が、ＴＭＤ＝１５、すなわち、
１１１１＝時刻制御なし
上記設定である場合の字幕表示制御について図３３を参照して説明する。
このＴＭＤ＝１５のモード設定は、受信装置３０に、時刻制御なしで字幕を表示させるモードである。例えばＴＴＭＬ字幕データを格納したＭＰＵの受信後、速やかに表示を行う。例えば、ライブの字幕翻訳データの表示や、ニュース速報の表示などにおいて適用される。

受信装置３０の実行するＴＴＭＬ字幕データの表示タイミング制御処理について図３３を参照して説明する。
図３３には、
（ａ）ＭＰＴ
（ｂ）ＭＰＵのＴＴＭＬ
（ｃ）字幕の表示された画像例
これらの各データを示している。

また、図に示す字幕アセット（ＭＰＵ／ＭＦＵ）と、シグナリングは、送信装置２０から受信装置３０に対して送信されるＭＭＴパケットに格納されたＭＰＵ／ＭＦＵ、およびシグナリング・メッセージの各チャンネルを示している。
受信装置３０は、ＭＰＴをシグナリング・メッセージの送信チャンネルから取得し、ＴＴＭＬ字幕データを含むＭＰＵは字幕アセットチャンネルから取得する。
さらに、図３３の最上段には、時間軸（ｔ）を示している。

（ａ）ＭＰＴには、タイムモードとして、
ＴＭＤ＝１５（＝１１１１）
上記データが記録されている。
これは、先に図１８を参照して説明したように、
ＴＭＤ＝１１１１＝時刻制御なし
この設定であり、字幕の表示タイミングの制御情報がないコンテンツであることを示している。

（ｂ）ＭＰＵのＴＴＭＬには、字幕表示タイミング情報についての記述が含まれない。
なお、
＜ｄｉｖ ｒｅｇｉｏｎ＝"ｒ１"＞
このデータは、字幕「こんにちは」の表示領域の指定情報である。

まず、受信装置３０は、ＭＰＴを参照して、コンテンツに適用するＴＴＭＬ字幕データの表示タイミング制御が、
ＴＭＤ＝１１１１＝時刻制御なし
この設定であることを確認する。
すなわち、字幕の表示タイミングの制御のないコンテンツであることを確認する。

次に、受信装置３０は、ＴＴＭＬに記録された字幕の表示タイミング情報を参照する。
ＭＰＵのＴＴＭＬには、字幕表示タイミング情報が記録されていない。

受信装置３０は、ＴＴＭＬ字幕データを含むＭＰＵを受信すると、即座に、ＴＴＭＬ字幕データに記録された「こんにちは」を表示する。
この表示結果が図３３（ｃ）に示す表示データである。これは、例えば同時通訳の翻訳文の字幕表示などである。

［８．動作モード（ＯＰＭ）の各モード対応の具体的処理について］
次に、ＭＰＴに記録される字幕情報記述子（Ｓｕｂｔｉｔｌｅ ｄｅｓｃｒｉｐｔｏｔ）の１つである動作モード（ＯＰＭ）の各モード対応の具体的処理について説明する。

図２０を参照して説明したように、動作モード（ＯＰＭ）は、字幕の表示制御に適用する動作モード規定情報である。図２０に示したように動作モード（ＯＰＭ）としては以下の各モードの設定が可能である。
００＝ライブモード（Ｌｉｖｅ ｍｏｄｅ）
０１＝セグメンテーションモード（Ｓｅｇｍｅｎｔａｔｉｏｎ ｍｏｄｅ）
１０＝プログラムモード（Ｐｒｏｇｒａｍ ｍｏｄｅ）

００＝ライブモード（Ｌｉｖｅ ｍｏｄｅ）は、例えば、受信したＴＴＭＬ字幕データを、受信時に即時表示させるモードである。例えば同時通訳等の字幕データの表示などの際に利用されるモードである。

０１＝セグメンテーションモード（Ｓｅｇｍｅｎｔａｔｉｏｎ ｍｏｄｅ）は、映画コンテンツのように、予め字幕データが準備されたコンテンツに適用されるモードであり、ＭＰＴとＴＴＭＬ字幕データの制御情報に規定された表示タイミングに従った表示を実行させる場合のモードである。

１０＝プログラムモード（Ｐｒｏｇｒａｍ ｍｏｄｅ）は、例えば１つの番組単位の字幕の全てを記録したＴＴＭＬファイルを準備して、送信装置から受信装置に送信し、受信装置が１つのＴＴＭＬファイルを利用して１番組の字幕表示を実行するモードである。

以下、これら３つの動作モード設定に対応した受信装置側の字幕表示制御の具体例について説明する。

［８−１．ＯＰＭ＝０：ライブモードのモード設定時の処理について］
まず、動作モード（ＯＰＭ）が、ＯＰＭ＝０、すなわち、
ＯＰＭ＝００＝ライブモード
上記設定である場合の字幕表示制御について図３４を参照して説明する。
このＯＰＭ＝０のモード設定は、受信装置３０に、受信したＴＴＭＬ字幕データを、受信時に即時表示させるモードである。例えば同時通訳等の字幕データの表示などの際に利用されるモードである。

図３４には、
（ａ）ＭＰＴ
（ｂ）〜（ｅ）ＴＴＭＬ字幕データを格納したＭＰＵ
これらの各データを示している。

また、図に示す字幕アセット（ＭＰＵ／ＭＦＵ）と、シグナリングは、送信装置２０から受信装置３０に対して送信されるＭＭＴパケットに格納されたＭＰＵ／ＭＦＵ、およびシグナリング・メッセージの各チャンネルを示している。
受信装置３０は、ＭＰＴをシグナリング・メッセージの送信チャンネルから取得し、ＴＴＭＬ字幕データを含むＭＰＵは字幕アセットチャンネルから取得する。
さらに、図３４の下段には、時間軸（ｔ）と、時間経過に従って適用されるＴＴＭＬ字幕データと字幕表示例を示している。

（ａ）ＭＰＴには、
ＯＰＭ＝０（＝００）
上記データが記録されている。
これは、先に図２０を参照して説明したように、
ＯＰＭ＝００＝ライブモード
この設定であり、受信したＴＴＭＬ字幕データを、受信時に即時表示させるモードであることを示している。

（ｂ）〜（ｅ）ＭＰＵ各々のＴＴＭＬには、いずれも字幕表示タイミング情報についての記述が含まれない。
なお、
＜ｄｉｖ ｒｅｇｉｏｎ＝"ｒ１"＞
＜ｄｉｖ ｒｅｇｉｏｎ＝"ｒ２"＞
＜ｄｉｖ ｒｅｇｉｏｎ＝"ｒ３"＞
これらのデータは、各ＴＴＭＬ字幕データに含まれる字幕の表示領域の指定情報である。ｒ１，ｒ２，ｒ３は異なる領域の指定情報である。

まず、受信装置３０は、ＭＰＴを参照して、動作モードの確認を行う。
ＯＰＭ＝００＝ライブモード
この設定であることを確認する。
すなわち、字幕の表示を、ＴＴＭＬ字幕データの受信時に即時実行するモードであることを確認する。

次に、受信装置３０は、ＴＴＭＬ字幕データを格納したＭＰＵを順次、受信する。
受信装置３０は、受信したＭＰＵからＴＴＭＬ字幕データを取り出してＴＴＭＬ字幕データに記録された表示制御情報（表示領域指定のみ）に従って、字幕データを表示する。

この表示処理結果が、図３４の下段に示す４枚の画像となる。
受信装置は、まず、（ｂ）ＭＰＵ（ＴＴＭＬ１）を受信し、このＭＰＵに格納されたＴＴＭＬ１に従った字幕表示を行う。
画像（ｐ）は、（ｂ）ＭＰＵ（ＴＴＭＬ１）に格納されたＴＴＭＬ１に従って表示される字幕重畳画像である。
ＴＴＭＬ１に格納された字幕データ「ありがとう」を、ＴＴＭＬ１に記録された領域指定情報の指定領域（ｒ１）に表示する。表示タイミングは時間（ｔ１）となる。この時間（ｔ１）は、受信装置３０がＴＴＭＬ１を格納したＭＰＵを受信して必要な処理を実行後、表示可能な最短のタイミングである。

受信装置は、次に（ｃ）ＭＰＵ（ＴＴＭＬ２）を受信し、このＭＰＵに格納されたＴＴＭＬ２に従った字幕表示を行う。
画像（ｑ）は、（ｃ）ＭＰＵ（ＴＴＭＬ２）に格納されたＴＴＭＬ２に従って表示される字幕重畳画像である。
ＴＴＭＬ２に格納された字幕データ「どういたしまして」を、ＴＴＭＬ２に記録された領域指定情報の指定領域（ｒ２）に表示する。表示タイミングは時間（ｔ２）となる。この時間（ｔ２）は、受信装置３０がＴＴＭＬ２を格納したＭＰＵを受信して必要な処理を実行後、表示可能な最短のタイミングである。

受信装置は、次に（ｄ）ＭＰＵ（ＴＴＭＬ３）を受信し、このＭＰＵに格納されたＴＴＭＬ３に従った字幕表示を行う。
画像（ｒ）は、（ｄ）ＭＰＵ（ＴＴＭＬ３）に格納されたＴＴＭＬ３に従って表示される字幕重畳画像である。
ＴＴＭＬ３に格納された字幕データ「例の件ですが」を、ＴＴＭＬ３に記録された領域指定情報の指定領域（ｒ２）に表示する。表示タイミングは時間（ｔ３）となる。この時間（ｔ３）は、受信装置３０がＴＴＭＬ３を格納したＭＰＵを受信して必要な処理を実行後、表示可能な最短のタイミングである。

受信装置は、次に（ｅ）ＭＰＵ（ＴＴＭＬ４）を受信し、このＭＰＵに格納されたＴＴＭＬ４に従った字幕表示を行う。
画像（ｓ）は、（ｅ）ＭＰＵ（ＴＴＭＬ４）に格納されたＴＴＭＬ４に従って表示される字幕重畳画像である。
ＴＴＭＬ４に格納された字幕データ「○△×＊・・・」を、ＴＴＭＬ４に記録された領域指定情報の指定領域（ｒ２）に表示する。
さらに、ＴＴＭＬ４に格納されたもう１つの字幕データ「（バタン ドアの音）」を、ＴＴＭＬ４に記録された領域指定情報の指定領域（ｒ３）に表示する。ここで、ＴＴＭＬ２、ＴＴＭＬ３、ＴＴＭＬ４における指定領域ｒ２は同一の領域を示す。本例では示していないがいわゆるロールアップモードの指定がある場合にはＴＴＭＬ３においても、ＴＴＭＬ２の指定領域ｒ２で指定された文字列の後半を残してＴＴＭＬ３の指定領域ｒ２で指定された文字列を加えて表示することが想定される。そのようなケースを想定するとライブモードの場合、各ＴＴＭＬを独立して処理することはできない。

このように、動作モード（ＯＰＭ）＝０のライブモード設定時には、受信装置３０は、受信したＭＰＵに格納されたＴＴＭＬ字幕データの字幕の表示を即時、実行する。
この処理により、例えば生中継の会話における翻訳文の表示などを遅滞なく実行することが可能となる。またこの動作モードの場合には以前のＴＴＭＬ字幕データとの依存関係が発生しうる。

［８−２．ＯＰＭ＝１：セグメンテーションモードのモード設定時の処理について］
次に、動作モード（ＯＰＭ）が、ＯＰＭ＝１、すなわち、
ＯＰＭ＝０１＝セグメンテーションモード
上記設定である場合の字幕表示制御について図３５を参照して説明する。
このＯＰＭ＝１のモード設定は、映画コンテンツのように、予め字幕データが準備されたコンテンツに適用されるモードであり、受信装置３０に、ＭＰＴとＴＴＭＬ字幕データの制御情報に規定された表示タイミングに従った表示を実行させるモードである。

図３５には、
（ａ）ＭＰＴ
（ｂ）〜（ｃ）ＴＴＭＬ字幕データを格納したＭＰＵ
これらの各データを示している。

また、図に示す字幕アセット（ＭＰＵ／ＭＦＵ）と、シグナリングは、送信装置２０から受信装置３０に対して送信されるＭＭＴパケットに格納されたＭＰＵ／ＭＦＵ、およびシグナリング・メッセージの各チャンネルを示している。
受信装置３０は、ＭＰＴをシグナリング・メッセージの送信チャンネルから取得し、ＴＴＭＬ字幕データを含むＭＰＵは字幕アセットチャンネルから取得する。
さらに、図３５の下段には、時間軸（ｔ）と、時間経過に従って適用されるＴＴＭＬ字幕データと字幕表示例を示している。

（ａ）ＭＰＴには、
ＯＰＭ＝１（＝０１）
上記データが記録されている。
これは、先に図２０を参照して説明したように、
ＯＰＭ＝０１＝セグメンテーションモード
この設定であり、受信したＴＴＭＬ字幕データを、ＭＰＴとＴＴＭＬ字幕データの制御情報に規定された表示タイミングに従った表示を実行させるモードであることを示している。

（ｂ）〜（ｃ）ＭＰＵ各々のＴＴＭＬには、いずれも字幕表示タイミング情報についての記述が含まれる。
（ｂ）ＭＰＵ（ＴＴＭＬ１）には、
＜ｐ ｂｅｇｉｎ＝"１５６ｓ" ｄｕｒａｔｉｏｎ＝"５ｓ"＞
上記字幕表示タイミング情報が記録されている。

また、（ｃ）ＭＰＵ（ＴＴＭＬ２）には、
＜ｐ ｂｅｇｉｎ＝"１７０ｓ"＞
上記字幕表示タイミング情報が、字幕「どういたしまして」に対応付けて記録されている。
さらに、
＜ｐ ｂｅｇｉｎ＝"１７５ｓ"＞
上記字幕表示タイミング情報が、字幕「例の件ですが」・・・「○△×＊」・・に対応付けて記録されている。
これらはいずれも表示領域（ｒ２）に対応する字幕データの表示タイミング情報として記録されている。

さらに、（ｃ）ＭＰＵ（ＴＴＭＬ２）には、
＜ｐ ｂｅｇｉｎ＝"１８０ｓ"＞
上記字幕表示タイミング情報が、字幕「バタン ドアの音」に対応付けて記録されている。
これは表示領域（ｒ３）に対応する字幕データの表示タイミング情報として記録されている。

なお、（ｃ）ＭＰＵ（ＴＴＭＬ２）には、表示期間情報（ｄｕｒａｔｉｏｎ）が記述されていない。これは、その後の字幕データの表示により、前の字幕表示を自動的に消去する場合の設定である。

また、
＜ｄｉｖ ｒｅｇｉｏｎ＝"ｒ１"＞
＜ｄｉｖ ｒｅｇｉｏｎ＝"ｒ２"＞
＜ｄｉｖ ｒｅｇｉｏｎ＝"ｒ３"＞
これらのデータは、各ＴＴＭＬ字幕データに含まれる字幕の表示領域の指定情報である。ｒ１，ｒ２，ｒ３は異なる領域の指定情報である。

なお、ＴＴＭＬ字幕データ中に指定された字幕データが、１つの指定領域に表示できない場合、時間経過に伴い、表示字幕を順次、切り替えて表示する処理を行なう。あるいは、ロールアップ表示、すなわち、字幕表示を複数行で行い、順次新しい字幕を下側の行に表示して、新しい字幕表示に伴い、上側の古い字幕を順次消していく処理を行なう。

図３５に示すＯＰＭ＝１の場合の受信装置３０の処理について説明する。
まず、受信装置３０は、ＭＰＴを参照して、動作モードの確認を行う。
ＯＰＭ＝０１＝セグメンテーションモード
この設定であることを確認する。
すなわち、字幕表示を、ＭＰＴとＴＴＭＬ字幕データの制御情報に規定された表示タイミングに従って表示するモードであることを確認する。

次に、受信装置３０は、ＴＴＭＬ字幕データを格納したＭＰＵを順次、受信する。
受信装置３０は、受信したＭＰＵからＴＴＭＬ字幕データを取り出してＴＴＭＬ字幕データに記録された表示制御情報に従って、字幕データを表示する。

この表示処理結果が、図３５の下段に示す４枚の画像となる。
受信装置は、まず、（ｂ）ＭＰＵ（ＴＴＭＬ１）を受信し、このＭＰＵに格納されたＴＴＭＬ１に従った字幕表示を行う。
画像（ｐ）は、（ｂ）ＭＰＵ（ＴＴＭＬ１）に格納されたＴＴＭＬ１に従って表示される字幕重畳画像である。
ＴＴＭＬ１に格納された字幕データ「ありがとう」を、ＴＴＭＬ１に記録された領域指定情報の指定領域（ｒ１）に表示する。表示タイミングは時間（ｔ１）となる。
この時間（ｔ１）は、ＴＴＭＬ１に記録された字幕表示時間情報、すなわち、
＜ｐ ｂｅｇｉｎ＝"１５６ｓ" ｄｕｒａｔｉｏｎ＝"５ｓ"＞
上記字幕表示タイミング情報に対応する時間である。

受信装置は、次に（ｃ）ＭＰＵ（ＴＴＭＬ２）を受信し、このＭＰＵに格納されたＴＴＭＬ２に従った字幕表示を行う。
画像（ｑ）〜（ｓ）は、（ｃ）ＭＰＵ（ＴＴＭＬ２）に格納されたＴＴＭＬ２に従って表示される字幕重畳画像である。

まず、ＴＴＭＬ２に格納された字幕データ「どういたしまして」を、ＴＴＭＬ２に記録された領域指定情報の指定領域（ｒ２）に表示する。
この画像が画像（ｑ）となる。
表示タイミングは時間（ｔ２）となる。この時間（ｔ２）は、ＴＴＭＬ２に記録された「どういたしまして」に対応する字幕表示時間情報、すなわち、
＜ｐ ｂｅｇｉｎ＝"１７０ｓ"＞
上記字幕表示タイミング情報に対応する時間である。

次に、ＴＴＭＬ２に格納された字幕データ「例の件ですが」を、ＴＴＭＬ２に記録された領域指定情報の指定領域（ｒ２）に表示する。
この画像が画像（ｒ）となる。
表示タイミングは時間（ｔ３）となる。この時間（ｔ３）は、ＴＴＭＬ２に記録された「例の件ですが」に対応する字幕表示時間情報、すなわち、
＜ｐ ｂｅｇｉｎ＝"１７５ｓ"＞
上記字幕表示タイミング情報に対応する時間である。

次に、ＴＴＭＬ２に格納された字幕データ「○△×＊・・・」を、ＴＴＭＬ２に記録された領域指定情報の指定領域（ｒ２）に表示する。
この画像が画像（ｓ）となる。
表示タイミングは時間（ｔ３）となる。
この字幕データ「○△×＊・・・」については、ＴＴＭＬ２に記録された「例の件ですが」に続く字幕であり、指定領域（ｒ２）に入りきらないため、古い字幕を消去して上書きして表示される。したがって表示タイミングが指定時間（ｔ２）からずれて表示される。なお、前述したようにロールアップ表示を行う構成としてもよい。

さらに、受信装置は、ＴＴＭＬ２に格納された字幕データ「（バタン ドアの音）」を、ＴＴＭＬ２に記録された領域指定情報の指定領域（ｒ３）に表示する。
この画像が画像（ｓ）となる。
表示タイミングは時間（ｔ３）となる。この時間（ｔ３）は、ＴＴＭＬ２に記録された「（バタン ドアの音）」に対応する字幕表示時間情報、すなわち、
＜ｐ ｂｅｇｉｎ＝"１８０ｓ"＞
上記字幕表示タイミング情報に対応する時間である。

このように動作モード（ＯＰＭ）＝１のセグメンテーションモード設定時には、受信装置３０は、受信したＭＰＵに格納されたＴＴＭＬ字幕データの字幕表示をＴＴＭＬ字幕データの制御情報に規定された表示タイミングに従って実行する。
この処理により、例えば映画等のコンテンツの画像のシーンと同期した字幕表示を実行することが可能となる。またこの動作モードの場合には各ＴＴＭＬ字幕データの処理を独立して行うことができる。よって新たなＴＴＭＬ字幕データの処理を行う場合には以前のＴＴＭＬ字幕データの影響なく処理することが可能である。

［８−３．ＯＰＭ＝２：プログラムモードのモード設定時の処理について］
次に、動作モード（ＯＰＭ）が、ＯＰＭ＝２、すなわち、
ＯＰＭ＝１０＝プログラムモード
上記設定である場合の字幕表示制御について図３６を参照して説明する。
このＯＰＭ＝２のモード設定は、例えば１つの番組単位の字幕の全てを記録したＴＴＭＬファイルを準備して、送信装置から受信装置に繰り返し送信し、受信装置が１つのＴＴＭＬファイルを利用して１番組の字幕表示を実行するモードである。

図３６には、
（ａ）ＭＰＴ
（ｂ）ＭＰＵから抽出したＴＴＭＬ字幕データ（ＴＴＭＬ１）
（ｃ）ＭＰＴ
これらの各データを示している。

また、図に示す字幕アセット（ＭＰＵ／ＭＦＵ）と、シグナリングは、送信装置２０から受信装置３０に対して送信されるＭＭＴパケットに格納されたＭＰＵ／ＭＦＵ、およびシグナリング・メッセージの各チャンネルを示している。
受信装置３０は、ＭＰＴをシグナリング・メッセージの送信チャンネルから取得し、ＴＴＭＬ字幕データを含むＭＰＵまたはＭＦＵは字幕アセットチャンネルから取得する。
さらに、図３６の下段には、時間軸（ｔ）と、時間経過に従って適用されるＴＴＭＬ字幕データと字幕表示例を示している。

（ａ）ＭＰＴには、
ＯＰＭ＝２（＝１０）
上記データが記録されている。
これは、先に図２０を参照して説明したように、
ＯＰＭ＝１０＝プログラムモード
この設定であり、例えば１つの番組単位の字幕の全てを記録したＴＴＭＬファイルを利用して１つの番組の字幕表示を実行するモードである。

（ｂ）ＭＰＵまたはＭＦＵから抽出したＴＴＭＬ字幕データ（ＴＴＭＬ１）は、１つの番組に関する字幕データをすべて含む。
なお、ＭＰＵを１回伝送するだけでは伝送した後にこの放送サービスを選局した場合に字幕表示ができないので、本モードにおいては同じＴＴＭＬ字幕データファイルのＭＰＵを繰り返し送信する。

この（ｂ）ＴＴＭＬ１には複数の字幕データ各々について、表示タイミングと表示領域を規定した制御情報の記述が含まれる。
字幕「ありがとう」に対して、
＜ｐ ｂｅｇｉｎ＝"１５６ｓ" ｄｕｒａｔｉｏｎ＝"５ｓ"＞
上記字幕表示タイミング情報が記録され、
＜ｄｉｖ ｒｅｇｉｏｎ＝"ｒ１"＞
上記表示領域情報が記録されている。

さらに、字幕「どういたしまして」に対して、
＜ｐ ｂｅｇｉｎ＝"１７０ｓ"＞
上記字幕表示タイミング情報が記録され、
＜ｄｉｖ ｒｅｇｉｏｎ＝"ｒ２"＞
上記表示領域情報が記録されている。

さらに、上記表示領域情報＜ｄｉｖ ｒｅｇｉｏｎ＝"ｒ２"＞を適用した字幕として、「例の件ですが」、「○△×＊・・」各々に対して、
＜ｐ ｂｅｇｉｎ＝"１７５ｓ"＞
上記字幕表示タイミング情報が記録されている。

さらに、字幕「バタン ドアの音」に対応付けて、
＜ｐ ｂｅｇｉｎ＝"１８０ｓ"＞
上記字幕表示タイミング情報が記録され、
＜ｄｉｖ ｒｅｇｉｏｎ＝"ｒ３"＞
上記表示領域情報が記録されている。

なお、先に、図３５を参照して説明したように、ＴＴＭＬ字幕データ中に指定された字幕データが、１つの指定領域に表示できない場合、時間経過に伴い、表示字幕を順次、切り替えて表示する処理を行なう。あるいは、ロールアップ表示、すなわち、字幕表示を複数行で行い、順次新しい字幕を下側の行に表示して、新しい字幕表示に伴い、上側の古い字幕を順次消していく処理を行なう。

図３６に示すＯＰＭ＝２の場合の受信装置３０の処理について説明する。
まず、受信装置３０は、ＭＰＴを参照して、動作モードの確認を行う。
ＯＰＭ＝１０＝プログラムモード
この設定であることを確認する。
すなわち、字幕表示を、１つの番組対応の字幕をすべて記録したＴＴＭＬ字幕データファイルに従って表示するモードであることを確認する。

次に、受信装置３０は、１つの番組対応のＴＴＭＬ字幕データ全体を格納したＭＰＵを一度、受信したら、繰り返し伝送されるＭＰＵを受信する必要はない。
受信装置３０は、番組対応のＴＴＭＬ字幕データを取り出してＴＴＭＬ字幕データに記録された表示制御情報に従って、字幕データを表示する。

この表示処理結果が、図３６の下段に示す４枚の画像となる。
受信装置は、再構築したＴＴＭＬ１に従った字幕表示を行う。
画像（ｐ）は、ＴＴＭＬ１に従って表示される字幕重畳画像である。
ＴＴＭＬ１に格納された字幕データ「ありがとう」を、ＴＴＭＬ１に記録された領域指定情報の指定領域（ｒ１）に表示する。表示タイミングは時間（ｔ１）となる。
この時間（ｔ１）は、ＴＴＭＬ１に記録された字幕表示時間情報、すなわち、
＜ｐ ｂｅｇｉｎ＝"１５６ｓ" ｄｕｒａｔｉｏｎ＝"５ｓ"＞
上記字幕表示タイミング情報に対応する時間である。

受信装置は、同じＴＴＭＬ１を用いて、順次、字幕表示を行う。
画像（ｑ）〜（ｓ）は、ＴＴＭＬ１に従って表示される字幕重畳画像である。
ＴＴＭＬ１に格納された字幕データ「どういたしまして」を、ＴＴＭＬ１に記録された領域指定情報の指定領域（ｒ２）に表示する。
この画像が画像（ｑ）となる。
表示タイミングは時間（ｔ２）となる。この時間（ｔ２）は、ＴＴＭＬ１に記録された「どういたしまして」に対応する字幕表示時間情報、すなわち、
＜ｐ ｂｅｇｉｎ＝"１７０ｓ"＞
上記字幕表示タイミング情報に対応する時間である。

次に、ＴＴＭＬ１に格納された字幕データ「例の件ですが」を、ＴＴＭＬ１に記録された領域指定情報の指定領域（ｒ２）に表示する。
この画像が画像（ｒ）となる。
表示タイミングは時間（ｔ３）となる。この時間（ｔ３）は、ＴＴＭＬ１に記録された「例の件ですが」に対応する字幕表示時間情報、すなわち、
＜ｐ ｂｅｇｉｎ＝"１７５ｓ"＞
上記字幕表示タイミング情報に対応する時間である。

次に、ＴＴＭＬ１に格納された字幕データ「○△×＊・・・」を、ＴＴＭＬ１に記録された領域指定情報の指定領域（ｒ２）に表示する。
この画像が画像（ｓ）となる。
表示タイミングは時間（ｔ３）となる。
この字幕データ「○△×＊・・・」については、ＴＴＭＬ１に記録された「例の件ですが」に続く字幕であり、指定領域（ｒ２）に入りきらないため、古い字幕を消去して上書きして表示される。したがって表示タイミングが指定時間（ｔ２）からずれて表示される。なお、前述したようにロールアップ表示を行う構成としてもよい。

さらに、受信装置は、ＴＴＭＬ１に格納された字幕データ「（バタン ドアの音）」を、ＴＴＭＬ１に記録された領域指定情報の指定領域（ｒ３）に表示する。
この画像が画像（ｓ）となる。
表示タイミングは時間（ｔ３）となる。この時間（ｔ３）は、ＴＴＭＬ１に記録された「（バタン ドアの音）」に対応する字幕表示時間情報、すなわち、
＜ｐ ｂｅｇｉｎ＝"１８０ｓ"＞
上記字幕表示タイミング情報に対応する時間である。

このように動作モード（ＯＰＭ）＝２のプログラムモード設定時には、受信装置３０は、１つの番組対応のＴＴＭＬ字幕データファイルを一度だけ受信し、繰り返し伝送されるデータは無視する処理を行う。
この処理により、例えば映画等のコンテンツについて、コンテンツ表示期間内にＭＰＵの受信、解析処理を並列に実行する必要がなくなり、受信装置の処理負荷を軽減することが可能となる。またこの動作モードの場合にも各ＴＴＭＬ字幕データの処理を独立して行うことができる。よって新たなＴＴＭＬ字幕データの処理を行う場合には以前のＴＴＭＬ字幕データの影響なく処理することが可能である。

図３４〜図３６を参照して動作モード（ＯＰＭ）の各モード対応の受信装置３０の処理について説明した。
先に説明したように、ＭＰＴに記録される動作モード（ＯＰＭ）は、
００＝ライブモード（Ｌｉｖｅ ｍｏｄｅ）
０１＝セグメンテーションモード（Ｓｅｇｍｅｎｔａｔｉｏｎ ｍｏｄｅ）
１０＝プログラムモード（Ｐｒｏｇｒａｍ ｍｏｄｅ）
これらのモード設定が可能な構成となっている。

００＝ライブモード（Ｌｉｖｅ ｍｏｄｅ）は、受信したＴＴＭＬ字幕データを、受信時に即時表示させるモードである。例えば同時通訳等の字幕データの表示などの際に利用されるモードである。
０１＝セグメンテーションモード（Ｓｅｇｍｅｎｔａｔｉｏｎ ｍｏｄｅ）は、映画コンテンツのように、予め字幕データが準備されたコンテンツに適用されるモードであり、ＭＰＴとＴＴＭＬ字幕データの制御情報に規定された表示タイミングに従った表示を実行させる場合のモードである。
１０＝プログラムモード（Ｐｒｏｇｒａｍ ｍｏｄｅ）は、例えば１つの番組単位の字幕の全てを記録したＴＴＭＬファイルを準備して、送信装置から受信装置に送信し、受信装置が１つのＴＴＭＬファイルを利用して１番組の字幕表示を実行するモードである。

ライブモード（ＯＰＭ＝００）とセグメンテーションモード（ＯＰＭ＝１）との差異は、
ＯＰＭ＝００＝受信ＴＴＭＬに従った字幕の即時表示を行う、
ＯＰＭ＝０１＝受信ＴＴＭＬに記録されたタイミングに基づいて字幕表示を行う、
これらの差異である。

上述した実施例では、図３４を参照したＯＰＭ＝００の処理例では、受信ＴＴＭＬに字幕の表示タイミングの記述が含まれない。
従って、受信ＴＴＭＬに字幕の表示タイミングの記述が含まれない場合は即時表示を行うというルールに従う設定とした場合、すべてＯＰＭ＝０１とすることも可能である。
ただし、前述した通りＯＰＭ＝００の場合には、以前受信したＴＴＭＬ字幕データと独立して処理できないケースが存在する。一方でＯＰＭ＝０１の場合には各ＴＴＭＬ字幕データは独立して処理することが可能である。受信装置における処理としては、新たに受信したＴＴＭＬ字幕データを直前のＴＴＭＬ字幕データ表示用データ格納用メモリ領域に上書きしてよいか、あるいは一旦別の領域に格納して関係性を確認すべきか判断する情報が必要である。つまり先行受信したＴＴＭＬ字幕データに基づく字幕表示と独立処理の可否を示すフラグ（独立処理可否フラグ）を、ＭＰＴに設定する構成としてもよい。

また、ＯＰＭ＝２の設定は、１つの番組対応のＴＴＭＬ字幕データを用いた処理を実行させるモードであるが、同様の意味を持つフラグとして、繰り返し同じＴＴＭＬ字幕データを伝送するか否かを示すフラグ（リピートフラグ）をＭＰＴに設定する構成としてもよい。

［９．送信装置と受信装置の実行する処理の処理シーケンスについて］
次に、図３７、図３８に示すフローチャートを参照して、送信装置と受信装置の実行する処理シーケンスについて説明する。
まず、図３７に示すフローチャートを参照して送信装置２０の実行する処理について説明する。図３７に示すフローに従った処理は、送信装置２０のデータ処理部において実行される。例えばデータ処理部内のプログラム実行機能を有するＣＰＵの制御の下、記憶部に格納されたプログラムに従って実行される。
なお、図３７に示すフローは、字幕に対する処理を中心として説明するフローである。

送信装置は、ステップＳ１０１において、ＴＴＭＬ字幕データを格納した１つ以上のＭＰＵを生成する。また、必要に応じてＭＰＵの分割データであるＭＦＵを生成する。
ＭＰＵは、ＴＴＭＬ字幕データを格納した字幕種類に応じたアセット対応のユニットである。ＭＰＵは、字幕種類ごとに規定されるアセット単位のデータとして生成する。
字幕種類とは、言語の種類のみならず、字幕チャンネルタグや、字幕タイプ等によっても区別される。
ＭＰＴには、アセット単位で制御情報や属性情報が記録され、同一アセットに属するＴＴＭＬ文字データは、同一の制御がなされることになる。

次に、ステップＳ１０２において、ステップＳ１０１で生成したＭＰＵに対応する制御情報を格納したＭＰＴを生成する。
ＭＰＴは、先に図９〜図１２、図１６〜図２２を参照して説明した複数の字幕関連の制御情報や属性情報を格納したテーブルである。
前述したようにＭＰＴの字幕情報記述子［ｓｕｂｔｉｔｌｅ ｄｅｓｃｒｉｐｔｏｒ］記録フィールドには、以下の記述子が記録される。
（１）言語コード（ＩＳＯ＿６３９＿ｌａｎｇｕａｇｅ＿ｃｏｄｅ）
（２）字幕タイプ（Ｔｙｐｅ）
（３）タイムモード（ＴＭＤ）
（４）表示モード（ＤＭＦ）
（５）動作モード（ＯＰＭ）
（６）表示書式（Ｆｏｒｍａｔ）
（７）圧縮モード（Ｃｏｍｐｒｅｓｓｉｏｎ＿ｍｏｄｅ）

これらの字幕対応の制御情報、属性情報は、アセット単位の情報であり、同一アセットに属するＴＴＭＬ文字データに対しては、そのアセット単位の制御情報に従った制御、例えば表示タイミング制御が実行される。

次に、ステップＳ１０３において、ＭＰＴまたはＭＦＵ、さらにＭＰＴ、その他のシグナリング・メッセージを格納したパケットを生成する。

送信装置２０は、ステップＳ１０５において、ＭＰＵ／ＭＦＵ，ＭＰＴ等の情報を格納したパケットを送信する。
なお、送信装置２０は、この他、画像、音声を格納したパケットや、その他の制御情報を格納したパケットも生成して送信する。

次に、図３０に示すフローを参照して受信装置３０の実行する処理シーケンスについて説明する。図３０に示すフローに従った処理は、受信装置３０のデータ処理部において実行される。例えばデータ処理部内のプログラム実行機能を有するＣＰＵの制御の下、記憶部に格納されたプログラムに従って実行される。
なお、図３０に示すフローは、字幕に対する処理を中心として説明するフローである。

受信装置は、ステップＳ２０１において、送信装置２０から送信されるパケットを受信する。
ステップＳ２０２において、受信パケットのアセット識別子（ＭＭＴパケットのパケットＩＤ）に基づいて、データ種類ごと（画像、音声、字幕等）のパケットに分類する。

受信装置３０は、次に、ステップＳ２０３において、ＭＭＴパケットのペイロードとして格納されたＴＴＭＬ字幕データを格納したＭＰＵまたはＭＦＵ、さらにＭＰＵ対応の制御情報を格納したＭＰＴを取得する。

次に、ステップＳ２０４において、ＭＰＵまたはＭＦＵに記録されたＴＴＭＬ字幕データ、ＭＰＵ対応の制御情報を格納したＭＰＴの各記録情報、さらにそのたの時間情報等のシグナリング・メッセージを利用して字幕データの表示制御を実行する。

［１０．送信装置と受信装置の構成例について］
図３９は、送信装置２０、受信装置３０として適用可能な通信装置のハードウェア構成例を示している。

ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）４０１は、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）４０２、または記憶部４０８に記憶されているプログラムに従って各種の処理を実行するデータ処理部として機能する。例えば、上述した実施例において説明したシーケンスに従った処理を実行する。ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）４０３には、ＣＰＵ４０１が実行するプログラムやデータなどが記憶される。これらのＣＰＵ４０１、ＲＯＭ４０２、およびＲＡＭ４０３は、バス４０４により相互に接続されている。

ＣＰＵ４０１はバス４０４を介して入出力インタフェース４０５に接続され、入出力インタフェース４０５には、各種スイッチ、キーボード、マウス、マイクロホンなどよりなる入力部４０６、ディスプレイ、スピーカなどよりなる出力部４０７が接続されている。ＣＰＵ４０１は、入力部４０６から入力される指令に対応して各種の処理を実行し、処理結果を例えば出力部４０７に出力する。

入出力インタフェース４０５に接続されている記憶部４０８は、例えばハードディスク等からなり、ＣＰＵ４０１が実行するプログラムや各種のデータを記憶する。通信部４０９は、インターネットやローカルエリアネットワークなどのネットワークを介したデータ通信の送受信部、さらに放送波の送受信部として機能し、外部の装置と通信する。

入出力インタフェース４０５に接続されているドライブ４１０は、磁気ディスク、光ディスク、光磁気ディスク、あるいはメモリカード等の半導体メモリなどのリムーバブルメディア４１１を駆動し、データの記録あるいは読み取りを実行する。

なお、データの符号化あるいは復号は、データ処理部としてのＣＰＵ４０１の処理として実行可能であるが、符号化処理あるいは復号処理を実行するための専用ハードウェアとしてのコーデックを備えた構成としてもよい。

［１１．本開示の構成のまとめ］
以上、特定の実施例を参照しながら、本開示の実施例について詳解してきた。しかしながら、本開示の要旨を逸脱しない範囲で当業者が実施例の修正や代用を成し得ることは自明である。すなわち、例示という形態で本発明を開示してきたのであり、限定的に解釈されるべきではない。本開示の要旨を判断するためには、特許請求の範囲の欄を参酌すべきである。

なお、本明細書において開示した技術は、以下のような構成をとることができる。
（１） ＴＴＭＬ（Ｔｉｍｅｄ Ｔｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）字幕データをＭＭＴ（ＭＰＥＧ Ｍｅｄｉａ Ｔｒａｎｓｐｏｒｔ）フォーマットにおいて規定されるＭＭＴパケットのペイロードとして格納したＴＴＭＬ字幕データ格納パケットと、
前記ＴＴＭＬ字幕データに対応する字幕対応情報をシグナリング・メッセージとして受信する通信部と、
前記ＴＴＭＬ字幕データと、前記シグナリング・メッセージを適用した字幕表示制御を実行するデータ処理部を有し、
前記シグナリング・メッセージは、ＭＭＴフォーマットにおいて規定されるＭＰＴ（ＭＭＴパッケージテーブル）に字幕対応情報を記録したメッセージであり、
前記ＭＰＴは、字幕表示タイミングを規定したタイムモード（ＴＭＤ）の設定情報を含み、
前記データ処理部は、前記ＭＰＴに記録されたタイムモード（ＴＭＤ）の設定モードに応じた字幕表示タイミングの制御を実行する受信装置。

（２）前記ＴＴＭＬ字幕データ格納パケットは、１つのＴＴＭＬ字幕データファイルを、ＭＭＴフォーマットにおいて規定されるＭＰＵ（Ｍｅｄｉａ ｐｒｅｓｅｎｔａｔｉｏｎ ｕｎｉｔ）として設定したＭＭＴパケットである前記（１）に記載の受信装置。

（３）前記ＭＰＴは、字幕種類単位で設定されるアセット単位の字幕表示制御情報を含み、前記データ処理部は、前記ＭＰＴに記録されたアセット単位の字幕表示制御情報に従って字幕表示制御を行う前記（１）または（２）に記載の受信装置。

（４） 受信装置において実行するデータ処理方法であり、
通信部が、ＴＴＭＬ（Ｔｉｍｅｄ Ｔｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）字幕データをＭＭＴ（ＭＰＥＧ Ｍｅｄｉａ Ｔｒａｎｓｐｏｒｔ）フォーマットにおいて規定されるＭＭＴパケットのペイロードとして格納したＴＴＭＬ字幕データ格納パケットと、
前記ＴＴＭＬ字幕データに対応する字幕対応情報をシグナリング・メッセージとして受信し、
データ処理部が、前記ＴＴＭＬ字幕データと、前記シグナリング・メッセージを適用した字幕表示制御を実行し、
前記シグナリング・メッセージは、ＭＭＴフォーマットにおいて規定されるＭＰＴ（ＭＭＴパッケージテーブル）に字幕対応情報を記録したメッセージであり、
前記ＭＰＴは、字幕表示タイミングを規定したタイムモード（ＴＭＤ）の設定情報を含み、
前記データ処理部は、前記ＭＰＴに記録されたタイムモード（ＴＭＤ）の設定モードに応じた字幕表示タイミングの制御を実行するデータ処理方法。

また、明細書中において説明した一連の処理はハードウェア、またはソフトウェア、あるいは両者の複合構成によって実行することが可能である。ソフトウェアによる処理を実行する場合は、処理シーケンスを記録したプログラムを、専用のハードウェアに組み込まれたコンピュータ内のメモリにインストールして実行させるか、あるいは、各種処理が実行可能な汎用コンピュータにプログラムをインストールして実行させることが可能である。例えば、プログラムは記録媒体に予め記録しておくことができる。記録媒体からコンピュータにインストールする他、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、インターネットといったネットワークを介してプログラムを受信し、内蔵するハードディスク等の記録媒体にインストールすることができる。

なお、明細書に記載された各種の処理は、記載に従って時系列に実行されるのみならず、処理を実行する装置の処理能力あるいは必要に応じて並列的にあるいは個別に実行されてもよい。また、本明細書においてシステムとは、複数の装置の論理的集合構成であり、各構成の装置が同一筐体内にあるものには限らない。

以上、説明したように、本開示の一実施例の構成によれば、ＴＴＭＬ字幕データの確実な表示制御を実現する装置、方法が実現される。
具体的には、ＴＴＭＬ字幕データをＭＭＴフォーマットにおいて規定されるＭＭＴパケットのペイロードとして格納したＴＴＭＬ字幕データ格納パケットと、ＴＴＭＬ字幕データに対応する字幕対応情報をシグナリング・メッセージとして送信装置から受信装置に送信する。シグナリング・メッセージは、字幕表示タイミングの制御モードであるタイムモード（ＴＭＤ）や、字幕の即時表示やＴＴＭＬ記述に従った表示等を選択的に実行させる動作モード（ＯＰＭ）を規定しており、受信装置はモード指定に応じた表示制御が可能となる。
本構成により、ＴＴＭＬ字幕データの確実な表示制御を実現する装置、方法が実現される。

１０ 通信システム
２０ 送信装置
２１ 放送局
３０ 受信装置
３１ ＴＶ
３２ ＰＣ
３３ 携帯端末
５１ コンテンツ提供部
５２ 情報処理部
５３ クロック信号生成部
５４ 画像データ処理部
５５ 音声データ処理部
５６ 字幕データ処理部
５７ シグナリングデータ処理部
５８ ＴＬＶシグナリングデータ処理部
５９ ＩＰサービスマルチプレクサ
６０ ＴＬＶマルチプレクサ
６１ 通信部
７１ 通信部
７２ デマルチフレクサ
７３ ＴＬＶ処理部
７４ ＵＤＰ／ＩＰ処理部
７５ ＭＭＴ処理部
７６ ＭＭＴ−ＳＩフィルタ
７７ ＴＬＶ＝ＳＩフィルタ
７８ クロック信号生成部
７９ 画像データ処理部
８０ 音声データ処理部
８１ 字幕データ処理部
８２ 制御部
８３ 重畳部
９１ 画像ＭＰＵ
９２ 音声ＭＰＵ
９３〜９５ 字幕ＭＰＵ
９６ シグナリング・メッセージ
４０１ ＣＰＵ
４０２ ＲＯＭ
４０３ ＲＡＭ
４０４ バス
４０５ 入出力インタフェース
４０６ 入力部
４０７ 出力部
４０８ 記憶部
４０９ 通信部
４１０ ドライブ
４１１ リムーバブルメディア

Claims (4)

1. ＴＴＭＬ（Ｔｉｍｅｄ Ｔｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）字幕データをＭＭＴ（ＭＰＥＧ Ｍｅｄｉａ Ｔｒａｎｓｐｏｒｔ）フォーマットにおいて規定されるＭＭＴパケットのペイロードとして格納したＴＴＭＬ字幕データ格納パケットと、
   前記ＴＴＭＬ字幕データに対応する字幕表示制御情報をシグナリング・メッセージとして受信する通信部と、
   前記ＴＴＭＬ字幕データと、前記シグナリング・メッセージを適用した字幕表示制御を実行するデータ処理部を有し、
   前記シグナリング・メッセージは、ＭＭＴフォーマットにおいて規定されるＭＰＴ（ＭＭＴパッケージテーブル）に字幕表示制御情報を記録したメッセージであり、
   前記字幕表示制御情報は、タイムモード（ＴＭＤ）識別子を含み、
   前記タイムモード識別子は、
   前記ＴＴＭＬ字幕データの記述データを用いて字幕表示タイミングを決定するモードと、前記ＴＴＭＬ字幕データの記述データを用いずに字幕表示タイミングを決定するモードを識別可能な識別子であり、
   前記データ処理部は、前記ＭＰＴに記録されたタイムモード識別子に応じて、前記ＴＴＭＬ字幕データの記述データを用いた字幕表示タイミング制御、または前記ＴＴＭＬ字幕データの記述データを用いない字幕表示タイミング制御のいずれかを選択して実行する受信装置。
2. 前記ＴＴＭＬ字幕データ格納パケットは、１つのＴＴＭＬ字幕データファイルを、ＭＭＴフォーマットにおいて規定されるＭＰＵ（Ｍｅｄｉａ ｐｒｅｓｅｎｔａｔｉｏｎ ｕｎｉｔ）として設定したＭＭＴパケットである請求項１に記載の受信装置。
3. 前記ＭＰＴは、字幕種類単位で設定されるアセット単位の字幕表示制御情報を含み、
   前記データ処理部は、
   前記ＭＰＴに記録されたアセット単位の字幕表示制御情報に従って字幕表示制御を行う請求項１に記載の受信装置。
4. 受信装置において実行するデータ処理方法であり、
   通信部が、ＴＴＭＬ（Ｔｉｍｅｄ Ｔｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）字幕データをＭＭＴ（ＭＰＥＧ Ｍｅｄｉａ Ｔｒａｎｓｐｏｒｔ）フォーマットにおいて規定されるＭＭＴパケットのペイロードとして格納したＴＴＭＬ字幕データ格納パケットと、
   前記ＴＴＭＬ字幕データに対応する字幕表示制御情報をシグナリング・メッセージとして受信し、
   データ処理部が、前記ＴＴＭＬ字幕データと、前記シグナリング・メッセージを適用した字幕表示制御を実行し、
   前記シグナリング・メッセージは、ＭＭＴフォーマットにおいて規定されるＭＰＴ（ＭＭＴパッケージテーブル）に字幕表示制御情報を記録したメッセージであり、
   前記字幕表示制御情報は、タイムモード（ＴＭＤ）識別子を含み、
   前記タイムモード識別子は、
   前記ＴＴＭＬ字幕データの記述データを用いて字幕表示タイミングを決定するモードと、前記ＴＴＭＬ字幕データの記述データを用いずに字幕表示タイミングを決定するモードを識別可能な識別子であり、
   前記データ処理部は、前記ＭＰＴに記録されたタイムモード識別子に応じて、前記ＴＴＭＬ字幕データの記述データを用いた字幕表示タイミング制御、または前記ＴＴＭＬ字幕データの記述データを用いない字幕表示タイミング制御のいずれかを選択して実行するデータ処理方法。

Images