(57)【要約】サブタイトル表示の部分的な追加変更などを行う場合の伝送効率を高める。  表示タイミング情報を持つサブタイトルのテキスト情報のドキュメントを複数個に分割する。各分割部分がそれぞれペイロードに配置された複数のパケットを生成する。この複数のパケットを順次送信する。例えば、パケットのヘッダに、このパケットのペイロードに配置された分割部分の属性に対応したパケットタイプ情報を配置する。また、例えば、パケットのペイロードに配置される分割部分が所定のリージョンに表示すべきサブタイトルの情報であるとき、このパケットのヘッダに、この所定のリージョンの識別情報を配置する。
2017126509.tif 000002
【特許請求の範囲】
【請求項１】
表示タイミング情報を持つサブタイトルのテキスト情報のドキュメントを複数個に分割し、各分割部分がそれぞれペイロードに配置された複数のパケットを生成するパケット生成部と、
上記複数のパケットを順次送信する送信部を備える
送信装置。
【請求項２】
上記パケット生成部は、
上記パケットのヘッダに、該パケットのペイロードに配置された上記分割部分の属性に対応したパケットタイプ情報を配置する
請求項１に記載の送信装置。
【請求項３】
上記パケット生成部は、
上記パケットのペイロードに配置される分割部分が、所定のリージョンに表示すべきサブタイトルの情報であるとき、該パケットのヘッダに、上記所定のリージョンの識別情報を配置する
請求項１に記載の送信装置。
【請求項４】
上記ドキュメントは、ヘッド部とボディ部を有し、
上記パケット生成部は、
上記パケットに配置される分割部分が上記ボディ部を分割したものであるとき、
該パケットのヘッダに、該分割部分が上記ボディ部の最初、中間あるいは最後のいずれに位置するかを示す位置情報を配置する
請求項１に記載の送信装置。
【請求項５】
上記ドキュメントは、ヘッド部とボディ部を有し、
上記パケット生成部は、
上記パケットに配置される分割部分が上記ボディ部を分割したものであるとき、
該パケットのヘッダに、該分割部分の順番を示す順番情報を配置する
請求項１に記載の送信装置。
【請求項６】
上記パケット生成部は、
所定のエレメントで開始時点だけが宣言されているリージョンの終了時点を宣言するために、
更新した上記所定のエレメントがペイロードに配置されたパケットを生成する
請求項１に記載の送信装置。
【請求項７】
上記ドキュメントは、ＴＴＭＬあるいは該ＴＴＭＬの派生フォーマットのドキュメントである
請求項１に記載の送信装置。
【請求項８】
パケット生成部が、表示タイミング情報を持つサブタイトルのテキスト情報のドキュメントを複数個に分割し、各分割部分がそれぞれペイロードに配置された複数のパケットを生成するパケット生成ステップと、
送信部が、上記複数のパケットを順次送信する送信ステップを有する
送信方法。
【請求項９】
表示タイミング情報を持つサブタイトルのテキスト情報のドキュメントを複数個に分割して得られた各分割部分をそれぞれペイロードに配置して生成された複数のパケットを順次受信する受信部と、
上記複数のパケットのペイロードに配置された各分割部分を用いて上記ドキュメントを再構成してサブタイトル表示を制御するサブタイトル制御部を備える
受信装置。
【請求項１０】
受信部が、表示タイミング情報を持つサブタイトルのテキスト情報のドキュメントを複数個に分割して得られた各分割部分をそれぞれペイロードに配置して生成された複数のパケットを順次受信する受信ステップと、
サブタイトル制御部が、上記複数のパケットのペイロードに配置された各分割部分を用いて上記ドキュメントを再構成してサブタイトル表示を制御するサブタイトル制御ステップ有する
受信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本技術は、送信装置、送信方法、受信装置および受信方法に関し、特に、サブタイトルのテキスト情報を送信する送信装置等に関する。
【背景技術】
【０００２】
従来、例えば、ＤＶＢ（Digital Video Broadcasting）の放送などでは、サブタイトルの情報をビットマップデータで送信する運用が行われている。近時、サブタイトルの情報をテキストの文字コードで、つまりテキストベースで送信することが提案されている。この場合、受信側で解像度に応じたフォント展開がなされる。【０００３】
また、サブタイトルの情報をテキストベースで送信する場合、テキスト情報にタイミング情報を持たせることが提案されている。このテキスト情報として、例えば、Ｗ３Ｃ（World Wide Web Consortium）でＴＴＭＬ（Timed Text Markup Language）が提唱されている（特許文献１参照）。【０００４】
サブタイトル表示の部分的な追加変更などを行う場合、ＴＴＭＬでの対応方法は存在するが、その場合におけるテキスト情報を効率的に伝送する方法が存在しなかった。すなわち、従来は、サブタイトル表示の部分的な追加変更などを行う場合にあっても、ＴＴＭＬドキュメント（ファイル）の全体を伝送することが行われており、伝送ビットレートの増大を招いている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１２−１６９８８５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
本技術の目的は、サブタイトル表示の部分的な追加変更などを行う場合の伝送効率を高めることにある。
【課題を解決するための手段】
【０００７】
本技術の概念は、
表示タイミング情報を持つサブタイトルのテキスト情報のドキュメントを複数個に分割し、各分割部分がそれぞれペイロードに配置された複数のパケットを生成するパケット生成部と、
上記複数のパケットを順次送信する送信部を備える
送信装置にある。【０００８】
本技術において、パケット生成部により、表示タイミング情報を持つサブタイトルのテキスト情報のドキュメントが複数個に分割され、各分割部分がそれぞれペイロードに配置された複数のパケットが生成される。例えば、ドキュメントは、ＴＴＭＬあるいはこのＴＴＭＬの派生フォーマットのドキュメントである、ようにされてもよい。送信部により、複数のパケットが順次送信される。【０００９】
このように本技術においては、表示タイミング情報を持つサブタイトルのテキスト情報のドキュメントを分割して得られた各分割部分をペイロードに含む複数のパケットを順次送信するものである。そのため、サブタイトル表示の部分的な追加変更などを行う場合、変更追加対象部分のみを伝送して行うことができ、伝送効率を高めることが可能となる。【００１０】
なお、本技術において、例えば、パケット生成部は、パケットのヘッダに、このパケットのペイロードに配置された分割部分の属性に対応したパケットタイプ情報を配置する、ようにされてもよい。このようにパケットタイプ情報が配置されることで、受信側では、パケットのペイロードに配置された分割部分の属性、つまりこの分割部分がドキュメントの中のどの部分（例えば、<tt>部分、<head>部分、<body>部分など）であるかを容易に把握可能となる。【００１１】
また、本技術において、例えば、パケット生成部は、パケットのペイロードに配置される分割部分が、所定のリージョンに表示すべきサブタイトルの情報であるとき、このパケットのヘッダに、所定のリージョンの識別情報を配置する、ようにされてもよい。このように識別情報が配置されることで、受信側では、パケットのペイロードに配置されるサブタイトルの情報がどのリージョンに係るものであるかを容易に把握可能となる。この識別情報は。複数のリージョンのサブタイトルの表示を並列的に追加変更する場合に有益な情報となる。【００１２】
また、本技術において、例えば、ドキュメントは、ヘッド部とボディ部を有し、パケット生成部は、パケットに配置される分割部分がボディ部を分割したものであるとき、このパケットのヘッダに、この分割部分がボディ部の最初、中間あるいは最後のいずれに位置するかを示す位置情報を配置する、ようにされてもよい。このように位置情報が配置されることで、受信側では、パケットのペイロードに配置されている分割部分がボディ部の最初、中間あるいは最後のいずれに位置するかを容易に把握可能となる。【００１３】
また、本技術において、例えば、ドキュメントは、ヘッド部とボディ部を有し、パケット生成部は、パケットに配置される分割部分がボディ部を分割したものであるとき、このパケットのヘッダに、この分割部分の順番を示す順番情報を配置する、ようにされてもよい。このように順番情報が配置されることで、受信側では、パケットのペイロードに配置されている分割部分がボディ部の分割部分のうちの何番目であるかを容易に把握可能となる。この情報は、ネット配信など、パケット供給順が遅延あるいはパケット再送などで乱れた場合に正しい順番に揃えるための有益な情報となる。【００１４】
また、本技術は、例えば、パケット生成部は、所定のエレメントで開始時点だけが宣言されているリージョンの終了時点を宣言するために、更新した上記所定のエレメントがペイロードに配置されたパケットを生成する、ようにされてもよい。これにより、リージョンの終了時点の宣言を良好に行い得る。【００１５】
また、本技術の他の概念は、
表示タイミング情報を持つサブタイトルのテキスト情報のドキュメントを複数個に分割して得られた各分割部分をそれぞれペイロードに配置して生成された複数のパケットを順次受信する受信部と、
上記複数のパケットのペイロードに配置された各分割部分を用いて上記ドキュメントを再構成してサブタイトル表示を制御するサブタイトル制御部を備える
受信装置にある。【００１６】
本技術において、受信部により、表示タイミング情報を持つサブタイトルのテキスト情報のドキュメントを複数個に分割して得られた各分割部分をそれぞれペイロードに配置して生成された複数のパケットが順次受信される。そして、サブタイトル制御部により、複数のパケットのペイロードに配置された各分割部分を用いてドキュメントが再構成されてサブタイトル表示が制御される。【００１７】
このように本技術においては、受信された複数のパケットのペイロードに配置された、表示タイミング情報を持つサブタイトルのテキスト情報のドキュメントの各分割部分に基づいてサブタイトル表示を制御するものである。そのため、ドキュメントが分割されて送られてくる場合にあっても、サブタイトル表示を良好に行うことができる。この場合、サブタイトル表示の部分的な追加変更などがある場合、変更追加対象部分のみが伝送されてくるため、サブタイトル表示の変更追加の処理を効率よく行い得る。
【発明の効果】
【００１８】
本技術によれば、サブタイトル表示の部分的な追加変更などを行う場合の伝送効率を高めることができる。なお、本明細書に記載された効果はあくまで例示であって限定されるものではなく、また付加的な効果があってもよい。
【図面の簡単な説明】
【００１９】
【図１】実施の形態としての送受信システムの構成例を示すブロック図である。
【図２】放送送出システムのストリーム生成部の構成例を示すブロック図である。
【図３】ＴＴＭＬ構造を説明するための図である。
【図４】サブタイトルＰＥＳパケットの構造例と、「PES_data_byte_field()」の構造例を示す図である。
【図５】ＴＴＭＬのドキュメントを一括して送信する場合におけるＴＴＭＬのドキュメント（リージョン１個）の一例と、このＴＴＭＬのドキュメントの全体を対応するセグメントパケットで伝送することを示す図である。
【図６】ＴＴＭＬのドキュメント（リージョン１個）に基づくサブタイトルの表示制御を説明するための図である。
【図７】ＴＴＭＬのドキュメントを一括して送信する場合におけるＴＴＭＬのドキュメント（リージョン２個）の一例と、このＴＴＭＬのドキュメントの全体を対応するセグメントパケットで伝送することを示す図である。
【図８】ＴＴＭＬのドキュメント（リージョン２個）に基づくサブタイトルの表示制御を説明するための図である。
【図９】ＴＴＭＬのドキュメントを分割して送信する場合におけるＴＴＭＬのドキュメント（リージョン１個）の一例と、このＴＴＭＬのドキュメントの各分割部分をそれぞれ対応するセグメントパケットで伝送することを示す図である。
【図１０】ＴＴＭＬのドキュメントを分割して送信する場合におけるＴＴＭＬのドキュメント（リージョン２個）の一例と、このＴＴＭＬのドキュメントの各分割部分をそれぞれ対応するセグメントパケットで伝送することを示す図である。
【図１１】ＴＴＭＬのドキュメントを分割して送信する場合におけるＴＴＭＬのドキュメント（リージョン１個）の一例と、このＴＴＭＬのドキュメントの各分割部分をそれぞれ対応するセグメントパケットで伝送することを示す図である。
【図１２】ＴＴＭＬのドキュメントを分割して送信する場合におけるＴＴＭＬのドキュメント（リージョン２個）の一例と、このＴＴＭＬのドキュメントの各分割部分をそれぞれ対応するセグメントパケットで伝送することを示す図である。
【図１３】セグメントタイプの定義の一例を示す図である。
【図１４】セグメントタイプが“０ｘＡ０”のセグメントパケットであるドキュメント・セグメントの構造例を示す図である。
【図１５】セグメントタイプが“０ｘＡ１”あるいは“０ｘＡ２”のセグメントパケットであるｔｔヘッド・セグメントの構造例を示す図である。
【図１６】セグメントタイプが“０ｘＡ３”のセグメントパケットであるボディ・セグメントの構造例を示す図である。
【図１７】各セグメントパケットの構造例における主要な情報の内容を示す図である。
【図１８】<body>の部分が分割されて伝送される場合おいて、各ボディ・セグメントのペイロードに配置されるＴＴＭＬ情報と、そのヘッダに配置されるセグメント情報との対応関係の一例を示す図である。
【図１９】トランスポートストリームＴＳの構成例を示す図である。
【図２０】テレビ受信機の構成例を示す図である。
【図２１】サブタイトルデコーダの構成例を示すブロック図である。
【図２２】ＴＴＭＬのドキュメントが複数のセグメントパケットを用いて分割伝送されてくる場合の表示動作シーケンスの一例を示す図である。
【図２３】ＴＴＭＬのドキュメントが複数のセグメントパケットを用いて分割伝送されてくる場合の表示動作シーケンスの他の一例を示す図である。
【発明を実施するための形態】
【００２０】
以下、発明を実施するための形態（以下、「実施の形態」とする）について説明する。なお、説明を以下の順序で行う。
１．実施の形態
２．変形例
【００２１】
＜１．実施の形態＞
［送受信システムの構成例］
図１は、実施の形態としての送受信システム１０の構成例を示している。この送受信システム１０は、放送送出システム１００とテレビ受信機２００により構成されている。放送送出システム１００は、多重化ストリームとしてのＭＰＥＧ−２トランスポートストリーム（以下、単に、「トランスポートストリーム」という）ＴＳを、放送波に載せて送信する。
【００２２】
トランスポートストリームＴＳは、ビデオストリーム、オーディオストリームと共に、サブタイトルストリームを有している。ビデオストリームは、ペイロードに符号化画像データが配置されたビデオＰＥＳパケットにより構成される。オーディオストリームは、ペイロードに符号化音声データが配置されたオーディオＰＥＳパケットにより構成される。
【００２３】
サブタイトルストリームは、表示タイミング情報を持つサブタイトルのテキスト情報、この実施の形態ではＴＴＭＬのドキュメントの全部を持つセグメントパケット、あるいはＴＴＭＬのドキュメントを分割して得られた各分割部分を持つセグメントパケットがペイロードに配置されたサブタイトルＰＥＳパケットにより構成される。なお、ＴＴＭＬのドキュメントは、ヘッド部とボディ部を有している。
【００２４】
セグメントパケットのヘッダには、このセグメントパケットのペイロードに配置された情報の属性、つまりこの情報がドキュメントの全部なのか一部なのか、一部である場合にはドキュメントの中のどの部分（例えば、<tt>部分、<head>部分、<body>部分など）であるかに対応したパケットタイプ情報が配置されている。
【００２５】
また、セグメントパケットのペイロードに配置された情報がドキュメントの一部であって、所定のリージョンに表示すべきサブタイトル（字幕）の情報であるとき、このセグメントパケットのヘッダには、所定のリージョンの識別情報としてリージョンＩＤ（region_id）が配置されている。
【００２６】
また、セグメントパケットのペイロードに配置された情報がドキュメントのボディ部を分割した分割部分であるとき、このセグメントパケットのヘッダには、この分割部分がボディ部の最初、中間あるいは最後のいずれに位置するかを示す位置情報が配置される。
【００２７】
また、セグメントパケットのペイロードに配置された情報がドキュメントのボディ部を分割した分割部分であるとき、このセグメントパケットのヘッダには、この分割部分の順番を示す順番情報が配置される。
【００２８】
また、所定のエレメントで開始時点だけが宣言されているリージョンの終了時点を宣言するために、更新した上記所定のエレメントがペイロードに配置されたパケットが、サブタイトルＰＥＳパケットのペイロードに配置されて送信される。
【００２９】
テレビ受信機２００は、放送送出システム１００から放送波で送られてくるトランスポートストリームＴＳを受信する。このトランスポートストリームＴＳは、上述したように、ビデオストリーム、オーディオストリームと共に、サブタイトルストリームを有している。そして、サブタイトルストリームは、上述したように、ＴＴＭＬのドキュメントの全部を持つセグメントパケット、あるいはＴＴＭＬのドキュメントを分割して得られた各分割部分を持つセグメントパケットがペイロードに配置されたサブタイトルＰＥＳパケットにより構成されている。
【００３０】
テレビ受信機２００は、一個のセグメントパケットから取り出されたＴＴＭＬのドキュメント、あるいは複数個のセグメントから取り出されたＴＴＭＬのドキュメントの各分割部分を用いて再構成されたＴＴＭＬのドキュメントに基づいて、サブタイトル表示を制御する。
【００３１】
［放送送出システムのストリーム生成部の構成例］
図２は、放送送出システム１００のストリーム生成部１１０の構成例を示している。このストリーム生成部１１０は、制御部１１１と、ビデオエンコーダ１１２と、オーディオエンコーダ１１３と、テキストフォーマット変換部１１４と、サブタイトルエンコーダ１１５と、ＴＳフォーマッタ（マルチプレクサ）１１６を有している。
【００３２】
制御部１１１は、例えば、ＣＰＵ（Central Processing Unit）を備えた構成とされており、ストリーム生成部１１０の各部の動作を制御する。ビデオエンコーダ１１２は、画像データＤＶを入力し、この画像データＤＶに対して符号化を施し、ペイロードに符号化画像データを持つビデオＰＥＳパケットにより構成されるビデオストリーム（ＰＥＳストリーム）を生成する。オーディオエンコーダ１１３は、音声データＤＡを入力し、この音声データＤＡに対して符号化を施し、符号化音声データを持つオーディオＰＥＳパケットにより構成されるオーディオストリーム（ＰＥＳストリーム）を生成する。
【００３３】
テキストフォーマット変換部１１４は、サブタイトル情報としてのテキストデータ（文字コード）ＤＴを入力し、表示タイミング情報を持つ所定フォーマットのサブタイトルのテキスト情報を得る。このテキスト情報として、例えば、ＴＴＭＬあるいはＴＴＭＬの派生フォーマットが考えられるが、この実施の形態においてはＴＴＭＬであるとする。
【００３４】
図３は、ＴＴＭＬのドキュメント（ファイル）の構造例を示している。ＴＴＭＬは、ＸＭＬベースで記載される。ＴＴＭＬには、ヘッド（head）と、ボディ（body）が存在する。そして、ヘッド（head）には、メタデータ（metadata）、スタイリング（styling）、レイアウト（layout）などが存在する。
【００３５】
メタデータには、タイトルの情報、コピーライトの情報などが含まれている。スタイリングには、リージョンの識別子と、それに関連付けてカラー情報、フォント情報、位置情報などが配置されている。レイアウトには、リージョンの識別子に関連付けてバックグラウンドカラー情報、アラインメント情報などが配置されている。ボディには、リージョンの識別子に関連付けて表示すべきサブタイトルのテキストデータ、表示開始、終了のタイミング情報などが配置されている。
【００３６】
図２に戻って、サブタイトルエンコーダ１１５は、テキストフォーマット変換部１１４で得られるＴＴＭＬのドキュメントを含むセグメントパケット（タイムド・テキスト・サブタイトリング・セグメント：TT subtitling segment）を生成する。そして、サブタイトルエンコーダ１１５は、ペイロードにそのセグメントパケットを配置したサブタイトルＰＥＳパケットにより構成されるサブタイトルストリーム（ＰＥＳストリーム）を生成する。
【００３７】
この場合、サブタイトルエンコーダ１１５は、ＴＴＭＬのドキュメントを一括して送信するために、このＴＴＭＬのドキュメントの全体を含むセグメントパケットを生成する。あるいは、サブタイトルエンコーダ１１５は、このＴＴＭＬのドキュメントを分割して送信するために、このＴＴＭＬのドキュメントを分割し、各分割部分を含む複数のセグメントパケットを生成する。
【００３８】
図４（ａ）は、サブタイトルＰＥＳパケット（PES_packet）の構造例を示している。「PES_startcode_prefix」の２４ビットフィールドには、“０ｘ０００００１”の固定パターンが配置される。「stream_id」の８ビットフィールドは、ストリーム識別子を示す。サブタイトルＰＥＳパケットの場合、「private stream1を示す値である“１０１１１１０１”とされる。「PES_packet_length」の１６ビットフィールドは、ＰＥＳパケットの長さ（サイズ）として以降のバイト数を示す。
【００３９】
「PES_packet_length」の後に、「Optional_PES_header()」のフィールドが存在する。このフィールドには、ＰＴＳ，ＤＴＳのタイムスタンプなどが配置される。このフィールドの後に、「PES_packet_data_byte」のフィールドが存在する。このフィールドが、ＰＥＳペイロードに相当する。このフィールドに、データをコンテナするための「PES_data_byte_field()」が配置される。
【００４０】
図４（ｂ）は、「PES_data_byte_field()」の構造例を示している。「data_identifier」の８ビットフィールドは、コンテナ部分でデータの種類を識別する識別子を示す。従来のサブタイトル（ビットマップの場合）は、“０ｘ２０”で示すこととされているので、テキストの場合は新たな値、例えば“０ｘ２１”で識別することも可能である。
【００４１】
「subtitle_stream_id」の８ビットフィールドは、サブタイトルストリームの種類を識別する識別子を示す。テキスト情報を伝送するサブタイトルストリームの場合は新たな値、例えば“０ｘ０１”とし、従来のビットマップを伝送するサブタイトルストリーム“０ｘ００”と区別することが可能である。
【００４２】
この「subtitle_stream_id」のフィールドの後に、“００００１１１１”のパターンに続いて、「TimedTextSubtitling_segments()」のフィールドが存在する。このフィールドに、セグメントパケットが配置される。このフィールドの後に、「end_of_PES_data_field_marker」の８ビットフィールドが存在する。このフィールドは、ＰＥＳパケットの最後を示すマーカである。
【００４３】
ＴＴＭＬのドキュメントを一括して送信する場合について説明する。図５は、ＴＴＭＬのドキュメントを一括して送信する場合におけるＴＴＭＬのドキュメントの一例と、このＴＴＭＬのドキュメントの全体を含む、パケットタイプを構成するセグメントタイプ（Segment_type）が“０ｘＡ０”であるセグメントパケット（Segment packet）で伝送することを示している。
【００４４】
図示の例のＴＴＭＬのドキュメントは、リージョンが１個である場合の例である。<layout>には、リージョンの識別子（id）が“ｒ１”であって、それに関連付けてカラー情報、位置情報が存在する。また、<body>には、その子として<div region=r1 begin=“T1” end=“T10” >が存在し、リージョン識別子の“ｒ１”ほか、開始タイミングの“Ｔ１”と、終了タイミングの“Ｔ１０”の情報が含まれている。
【００４５】
また、<div>の子として、<p region=r1>が存在し、リージョン識別子の“ｒ１”の情報が含まれ、親との紐付けがなされている。また、<p>の子として、<span region=r1 begin=“ dT1”> xxx </span>、<span region=r1 begin=“dT3”> yy </span>、<span region=r1 begin=“dT5” end=“T10”> zzz </span>が存在する。<span>は、単語あるいは文字ごとの追加を示す。
【００４６】
<span region=r1 begin=“dT1”> xxx </span>には、リージョン識別子の“ｒ１”のほか、開始タイミングの“ｄＴ１”の情報と、テキストデータ“ｘｘｘ”が含まれている。リージョン識別子の“ｒ１”により親との紐付けがなされている。また、開始タイミングの“ｄＴ１”は、<div>で宣言された開始タイミングの“Ｔ１”からのオフセット値とされている。
【００４７】
<span region=r1 begin=“dT3”> yy </span>には、リージョン識別子の“ｒ１”のほか、開始タイミングの“ｄＴ３”の情報と、テキストデータ“ｙｙ”が含まれている。リージョン識別子の“ｒ１”により親との紐付けがなされている。また、開始タイミングの“ｄＴ３”は、<div>で宣言された開始タイミングの“Ｔ１”からのオフセット値とされている。
【００４８】
<span region=r1 begin=“dT5” end=“T10”> zzz </span>には、リージョン識別子の“ｒ１”のほか、開始タイミングの“ｄＴ５”と、終了タイミング“Ｔ１０”の情報と、テキストデータ“ｚｚｚ”が含まれている。リージョン識別子の“ｒ１”により親との紐付けがなされている。また、開始タイミングの“ｄＴ５”は、<div>で宣言された開始タイミングの“Ｔ１”からのオフセット値とされている。また、終了タイミング“Ｔ１０”は、<div>で宣言された終了タイミングの“Ｔ１０”と同じタイミングとされている。この終了タイミング“Ｔ１０”は、既に<div>で宣言されているので、必ずしも必要とされるものではない。
【００４９】
このＴＴＭＬのドキュメントに基づいて、受信側では、図６（ａ）に示すリージョンｒ１の領域に、図６（ｂ）に示すようなサブタイトル表示の制御が行われる。すなわち、タイミング“Ｔ１”でリージョンｒ１の表示開始となる。その後、タイミング“Ｔ１＋ｄＴ１”で“ｘｘｘ”が表示された状態となり、タイミング“Ｔ１＋ｄＴ３”で“ｘｘｘ  ｙｙ”が表示された状態となり、タイミング“Ｔ１＋ｄＴ５”で“ｘｘｘ  ｙｙ  ｚｚｚ”が表示された状態となり、タイミング“Ｔ１０”で表示終了となる。
【００５０】
図７も、ＴＴＭＬのドキュメントを一括して送信する場合におけるＴＴＭＬのドキュメントの一例と、このＴＴＭＬのドキュメントの全体を含む、セグメントタイプが“０ｘＡ０”であるセグメントパケットで伝送することを示している。
【００５１】
図示の例のＴＴＭＬのドキュメントは、リージョンが２個である場合の例である。<layout>には、第１のリージョンの識別子（id）が“ｒ１”であって、それに関連付けてカラー情報、位置情報が存在する。また、この<layout>には、第２のリージョンの識別子（id）が“ｒ２”であって、それに関連付けてカラー情報、位置情報が存在する。
【００５２】
<body>には、その子として<div region=r1 begin=“ T1“ end=“ T10“  >が存在し、リージョン識別子の“ｒ１”ほか、開始タイミングの“Ｔ１”と、終了タイミングの“Ｔ１０”の情報が含まれている。
【００５３】
この<div>の子として、<p region=r1>が存在し、リージョン識別子の“ｒ１”が含まれ、親との紐付けがなされている。また、<p>の子として、<span region=r1 begin=“dT1”> xxx </span>、<span region=r1 begin=“dT3”> yy </span>、<span region=r1 begin=“dT5” end=“T10”> zzz </span>が存在する。これらの<span>については、図５に図示のＴＴＭＬのドキュメントにおける場合と同様であるので、ここではその説明を省略する。
【００５４】
また、<body>には、その子として<div region=r2 begin=“ T2” end=“T9”>が存在し、リージョン識別子の“ｒ２”ほか、開始タイミングの“Ｔ２”と、終了タイミングの“Ｔ９”の情報が含まれている。
【００５５】
この<div>の子として、<p region=r2>が存在し、リージョン識別子の“ｒ２”が含まれ、親との紐付けがなされている。また、<p>の子として、<span region=r2 begin=“ dT2”> aaa </span>、<span region=r2 begin=“ dT4”> bb </span>、<span region=r2 begin=“dT6” end=“T9”> ccc </span>が存在する。
【００５６】
<span region=r2 begin=“ dT2”> aaa </span>には、リージョン識別子の“ｒ２”のほか、開始タイミングの“ｄＴ２”の情報と、テキストデータ“ａａａ”が含まれている。リージョン識別子の“ｒ２”により親との紐付けがなされている。また、開始タイミングの“ｄＴ２”は、<div>で宣言された開始タイミングの“Ｔ２”からのオフセット値とされている。
【００５７】
<span region=r2 begin=“dT4”> bb </span>には、リージョン識別子の“ｒ２”のほか、開始タイミングの“ｄＴ４”の情報と、テキストデータ“ｂｂ”が含まれている。リージョン識別子の“ｒ２”により親との紐付けがなされている。また、開始タイミングの“ｄＴ４”は、<div>で宣言された開始タイミングの“Ｔ２”からのオフセット値とされている。
【００５８】
<span region=r2 begin=“dT6” end=“T9”> ccc </span>には、リージョン識別子の“ｒ２”のほか、開始タイミングの“ｄＴ６”と、終了タイミング“Ｔ９”の情報と、テキストデータ“ｃｃｃ”が含まれている。リージョン識別子の“ｒ２”により親との紐付けがなされている。また、開始タイミングの“ｄＴ６”は、<div>で宣言された開始タイミングの“Ｔ２”からのオフセット値とされている。また、終了タイミング“Ｔ９”は、<div>で宣言された終了タイミングの“Ｔ９”と同じタイミングとされている。この終了タイミング“Ｔ９”は、既に<div>で宣言されているので、必ずしも必要とされるものではない。
【００５９】
このＴＴＭＬのドキュメントに基づいて、受信側では、図８（ａ）に示すリージョンｒ１，ｒ２の領域に、図８（ｂ）に示すようなサブタイトル表示の制御が行われる。すなわち、タイミング“Ｔ１”でリージョンｒ１の表示開始となり、その後のタイミング“Ｔ２”でリージョンｒ２の表示開始となる。
【００６０】
その後、タイミング“Ｔ１＋ｄＴ１”で、リージョンｒ１に“ｘｘｘ”が表示された状態となり、その後のタイミング“Ｔ２＋ｄＴ２”で、リージョンｒ１に“ｘｘｘ”が表示されると共に、リージョンｒ２に“ａａａ”が表示された状態となる。その後、タイミング“Ｔ１＋ｄＴ３”で、リージョンｒ１に“ｘｘｘ  ｙｙ”が表示されると共に、リージョンｒ２に“ａａａ”が表示された状態となる。
【００６１】
その後、タイミング“Ｔ２＋ｄＴ４”で、リージョンｒ１に“ｘｘｘ  ｙｙ”が表示されると共に、リージョンｒ２に“ａａａ  ｂｂ”が表示された状態となる。その後、タイミング“Ｔ２＋ｄＴ６”で、リージョンｒ１に“ｘｘｘ  ｙｙ”が表示されると共に、リージョンｒ２に“ａａａ  ｂｂ  ｃｃｃ”が表示された状態となる。
【００６２】
その後、タイミング“Ｔ１＋ｄＴ５”で、リージョンｒ１に“ｘｘｘ  ｙｙ  ｚｚｚ”が表示されると共に、リージョンｒ２に“ａａａ  ｂｂ  ｃｃｃ”が表示された状態となる。その後、タイミング“Ｔ９”でリージョンｒ２の表示が終了となり、さらにタイミング“Ｔ１０”でリージョンｒ１の表示が終了となる。
【００６３】
ＴＴＭＬのドキュメントを分割して送信する場合について説明する。ここで、ＴＴＭＬのドキュメントの分割は、例えば、以下のような考え方に基づいて行われる。すなわち、 <head> は、完結して一度に送る。この<head>をアップデート（更新）する場合は、ニュー・ドキュメントとする。また、 <tt> 、<body> 、 <div> 、 <p> は、開いたままの状態で送ることができる。 <span> は、必ず完結して送る。<div> または <p> で、表示するリージョンを指定する。これは、 <span> による変化の関連性を確保するためである。
【００６４】
また、あるリージョンに関連付けられた <div> または <p> の子エレメント( <p> や <span> )を送る場合、それが含まれる親エレメントと同じリージョンを明示する。これは、 <span> による変化の関連性を確保するためである。なお、 <tt> 内で１つの <div> しか使わない場合は省略してもよい。また、既に送出済みのエレメントをアップデートする場合（例えば、 <div> 、 <p>、 <span> などで“end”を後から指定する場合）、同じ“xml:id”を付与してアップデート後のエレメントを送る。
【００６５】
また、ＴＴＭＬのドキュメントが分割して送られてくる場合における、受信側でのＴＴＭＬのドキュメントの再構成は、例えば、以下のような考え方に基づいて行われる。ここでは、 <head> は初めに取得されること、同時には１つのＴＴＭＬのドキュメントのみを保持すること、を前提とする。
【００６６】
<body> 以下のエレメントについて、既に 同一“xml:id” のものを保持していれば、アップデートであるとして置き換える。また、<div>の場合、アップデートでなければ、新たな <div> とする。ＴＴＭＬのドキュメント内に複数のリージョンを持つ場合には、複数の<div>が存在する。
【００６７】
また、<p> または <span> のエレメントは、同一のリージョン識別子を持つ、それぞれ <div> または <p> の子エレメントとする。また、 <div> または <p> が開いたままで、 かつ“end”が宣言されていない場合、“end”が宣言されるか、ＴＴＭＬのドキュメントが閉じられるまで有効とする。なお、ＴＴＭＬのドキュメントが閉じられる場合、 <body> 以下の全てのエレメントが閉じられる必要がある。
【００６８】
図９は、ＴＴＭＬのドキュメント（リージョン１個）を分割して送信する場合におけるＴＴＭＬのドキュメントの一例と、このＴＴＭＬのドキュメントのうち、<tt>の部分をセグメントタイプが“０ｘＡ１”であるセグメントパケットで伝送し、<head>の部分をセグメントタイプが“０ｘＡ２”であるセグメントパケットで伝送し、<body>の部分をセグメントタイプが“０ｘＡ３”であるセグメントパケットで伝送することを示している。
【００６９】
図示の例のＴＴＭＬのドキュメントは、図５に図示のＴＴＭＬのドキュメントと同じであるので、その詳細説明は省略する。受信側では、各セグメントパケットで伝送されたＴＴＭＬのドキュメントの各分割部分によりＴＴＭＬのドキュメントが再構成され、再構成されたＴＴＭＬのドキュメントに基づいて、図６（ａ）に示すリージョンｒ１の領域に、図６（ｂ）に示すようなサブタイトル表示の制御が行われる。
【００７０】
図１０は、ＴＴＭＬのドキュメント（リージョン２個）を分割して送信する場合におけるＴＴＭＬのドキュメントの一例と、このＴＴＭＬのドキュメントのうち、<tt>の部分をセグメントタイプが“０ｘＡ１”であるセグメントパケットで伝送し、<head>の部分をセグメントタイプが“０ｘＡ２”であるセグメントパケットで伝送し、<body>の部分をセグメントタイプが“０ｘＡ３”であるセグメントパケットで伝送することを示している。
【００７１】
図示の例のＴＴＭＬのドキュメントは、図７に図示のＴＴＭＬのドキュメントと同じであるので、その詳細説明は省略する。受信側では、各セグメントパケットで伝送されたＴＴＭＬのドキュメントの各分割部分によりＴＴＭＬのドキュメントが再構成され、再構成されたＴＴＭＬのドキュメントに基づいて、図８（ａ）に示すリージョンｒ１，ｒ２の領域に、図８（ｂ）に示すようなサブタイトル表示の制御が行われる。
【００７２】
図１１は、ＴＴＭＬのドキュメント（リージョン１個）を分割して送信する場合におけるＴＴＭＬ表記の一例と、このＴＴＭＬのドキュメントの各分割部分をそれぞれ対応するセグメントパケットで伝送することを示している。図示の例では、<tt>の部分をセグメントタイプが“０ｘＡ１”であるセグメントパケットで伝送し、<head>の部分をセグメントタイプが“０ｘＡ２”であるセグメントパケットで伝送し、さらに<body>の部分を複数個に分割し、その各分割部分をセグメントタイプが“０ｘＡ３”であるセグメントパケットで伝送する。
【００７３】
<layout>には、リージョンの識別子（id）が“ｒ１”であって、それに関連付けてカラー情報、位置情報が存在する。
【００７４】
<body>には、その子として<div region=r1 begin=“T1”>が存在し、リージョン識別子の“ｒ１”ほか、開始タイミングの“Ｔ１”の情報が含まれている。<body>と<div region=r1  begin=“T1”>が１つのセグメントパケットで伝送される。
【００７５】
また、<div>の子として、<p region=r1>が存在し、リージョン識別子の“ｒ１”の情報が含まれ、親との紐付けがなされている。また、<p>の子として、<span region=r1 begin=“ dT1”> xxx </span>、<span region=r1 begin=“dT3”> yy </span>、<span region=r1 begin=“dT5”> zzz </span>が存在する。
【００７６】
<span region=r1 begin=“dT1”> xxx </span>には、リージョン識別子の“ｒ１”のほか、開始タイミングの“ｄＴ１”の情報と、テキストデータ“ｘｘｘ”が含まれている。リージョン識別子の“ｒ１”により親との紐付けがなされている。また、開始タイミングの“ｄＴ１”は、<div>で宣言された開始タイミングの“Ｔ１”からのオフセット値とされている。<p region=r1>と<span region=r1 begin=“dT1”> xxx </span>が１つのセグメントパケットで伝送される。
【００７７】
<span region=r1 begin=“dT3”> yy </span>には、リージョン識別子の“ｒ１”のほか、開始タイミングの“ｄＴ３”の情報と、テキストデータ“ｙｙ”が含まれている。リージョン識別子の“ｒ１”により親との紐付けがなされている。また、開始タイミングの“ｄＴ３”は、<div>で宣言された開始タイミングの“Ｔ１”からのオフセット値とされている。この<span region=r1 begin=“dT3”> yy </span>が１つのセグメントパケットで伝送される。
【００７８】
<span region=r1 begin=“dT5”> zzz </span>には、リージョン識別子の“ｒ１”のほか、開始タイミングの“ｄＴ５”の情報と、テキストデータ“ｚｚｚ”が含まれている。リージョン識別子の“ｒ１”により親との紐付けがなされている。また、開始タイミングの“ｄＴ５”は、<div>で宣言された開始タイミングの“Ｔ１”からのオフセット値とされている。
【００７９】
この<span region=r1 begin=“dT5”> zzz </span>の次に、</p>が存在し、さらに、<body>の子として、更新された<div>である<div region=r1 begin=“T1” end=“T10”>が存在し、リージョン識別子の“ｒ１”ほか、開始タイミングの“Ｔ１”と、終了タイミングの“Ｔ１０”の情報が含まれている。これにより、リージョンｒ１の終了タイミングが、初期に宣言した内容、すなわち、開始タイミング“Ｔ１”のみの宣言を更新する形として宣言（指定）される。
【００８０】
この<div>の後に、</div>、</body>、</tt>が存在し、ＴＴＭＬのドキュメントが閉じられ、同時に<div>、<body>も閉じられている。<span region=r1 begin=“dT5”> zzz </span>、</p>、<div region=r1 begin=“T1” end=“T10”>、</div>、</body>、</tt>が１つのセグメントパケットで伝送される。
【００８１】
受信側では、各セグメントパケットで伝送された分割部分をその時点で表示可能なＴＴＭＬ表記としてまとめる形で再構成され、再構成されたＴＴＭＬに基づいて、図６（ａ）に示すリージョンｒ１の領域に、図６（ｂ）に示すようなサブタイトル表示の制御が行われる。
【００８２】
図１２は、ＴＴＭＬのドキュメント（リージョン２個）を分割して送信する場合におけるＴＴＭＬ表記の一例と、このＴＴＭＬのドキュメントの各分割部分をそれぞれ対応するセグメントパケットで伝送することを示している。図示の例では、<tt>の部分をセグメントタイプが“０ｘＡ１”であるセグメントパケットで伝送し、<head>の部分をセグメントタイプが“０ｘＡ２”であるセグメントパケットで伝送し、さらに<body>の部分を複数個に分割し、その各分割部分をセグメントタイプが“０ｘＡ３”であるセグメントパケットで伝送する。
【００８３】
<layout>には、リージョンの識別子（id）が“ｒ１”であって、それに関連付けてカラー情報、位置情報が存在する。また、この<layout>には、第２のリージョンの識別子（id）が“ｒ２”であって、それに関連付けてカラー情報、位置情報が存在する。
【００８４】
<body>には、その子として<div region=r1 begin=“T1”>が存在し、リージョン識別子の“ｒ１”ほか、開始タイミングの“Ｔ１”の情報が含まれている。また、この<body>には、その子として<div region=r2 begin=“T2”>が存在し、リージョン識別子の“ｒ２”ほか、開始タイミングの“Ｔ２”の情報が含まれている。<body>、<div region=r1 begin=“T1”>、<div region=r2 begin=“T2”>が１つのセグメントパケットで伝送される。
【００８５】
<div>の子として、<p region=r1>が存在し、リージョン識別子の“ｒ１”の情報が含まれ、親との紐付けがなされている。また、この<p>の子として、<span region=r1 begin=“ dT1”> xxx </span>、<span region=r1 begin=“dT3”> yy </span>、<span region=r1 begin=“dT5”> zzz </span>が存在する。
【００８６】
また、<div>のとして、<p region=r2>が存在し、リージョン識別子の“ｒ２”の情報が含まれ、親との紐付けがなされている。また、この<p>の子として、<span region=r2 begin=“ dT2”> aaa </span>、<span region=r2 begin=“dT4”> bb </span>、<span region=r2 begin=“dT6”> ccc </span>が存在する。
【００８７】
<span region=r1 begin=“dT1”> xxx </span>には、リージョン識別子の“ｒ１”のほか、開始タイミングの“ｄＴ１”の情報と、テキストデータ“ｘｘｘ”が含まれている。リージョン識別子の“ｒ１”により親との紐付けがなされている。また、開始タイミングの“ｄＴ１”は、<div>で宣言された開始タイミングの“Ｔ１”からのオフセット値とされている。<p region=r1>と<span region=r1 begin=“dT1”> xxx </span>が１つのセグメントパケットで伝送される。
【００８８】
<span region=r2 begin=“dT2”> aaa </span>には、リージョン識別子の“ｒ２”のほか、開始タイミングの“ｄＴ２”の情報と、テキストデータ“ａａａ”が含まれている。リージョン識別子の“ｒ２”により親との紐付けがなされている。また、開始タイミングの“ｄＴ２”は、<div>で宣言された開始タイミングの“Ｔ２”からのオフセット値とされている。<p region=r2>と<span region=r2 begin=“dT2”> aaa </span>が１つのセグメントパケットで伝送される。
【００８９】
<span region=r1 begin=“dT3”> yy </span>には、リージョン識別子の“ｒ１”のほか、開始タイミングの“ｄＴ３”の情報と、テキストデータ“ｙｙ”が含まれている。リージョン識別子の“ｒ１”により親との紐付けがなされている。また、開始タイミングの“ｄＴ３”は、<div>で宣言された開始タイミングの“Ｔ１”からのオフセット値とされている。この<span region=r1 begin=“dT3”> yy </span>が１つのセグメントパケットで伝送される。
【００９０】
<span region=r2 begin=“dT4”> yy </span>には、リージョン識別子の“ｒ２”のほか、開始タイミングの“ｄＴ４”の情報と、テキストデータ“ｂｂ”が含まれている。リージョン識別子の“ｒ２”により親との紐付けがなされている。また、開始タイミングの“ｄＴ４”は、<div>で宣言された開始タイミングの“Ｔ２”からのオフセット値とされている。この<span region=r2 begin=“dT4”> bb </span>が１つのセグメントパケットで伝送される。
【００９１】
<span region=r2 begin=“dT6”> ccc </span>には、リージョン識別子の“ｒ２”のほか、開始タイミングの“ｄＴ６”の情報と、テキストデータ“ｃｃｃ”が含まれている。リージョン識別子の“ｒ２”により親との紐付けがなされている。また、開始タイミングの“ｄＴ６”は、<div>で宣言された開始タイミングの“Ｔ２”からのオフセット値とされている。
【００９２】
この<span region=r2 begin=“dT6”> ccc </span>の次に、</p>が存在し、さらに、<body>の子として、更新された<div>である<div region=r2 begin=“T2” end=“T9”>が存在し、リージョン識別子の“ｒ２”ほか、開始タイミングの“Ｔ２”と、終了タイミングの“Ｔ９”の情報が含まれている。これにより、リージョンｒ２の終了タイミングが宣言（指定）される。この<div>の後に、</div>が存在して、リージョンｒ２に係る<div>が閉じられている。<span region=r2 begin=“dT6”> ccc </span>、</p>、<div region=r2 begin=“T2” end=“T9”>、</div>が１つのセグメントパケットで伝送される。
【００９３】
また、<span region=r1 begin=“dT5”> zzz </span>には、リージョン識別子の“ｒ１”のほか、開始タイミングの“ｄＴ５”の情報と、テキストデータ“ｚｚｚ”が含まれている。リージョン識別子の“ｒ１”により親との紐付けがなされている。また、開始タイミングの“ｄＴ５”は、<div>で宣言された開始タイミングの“Ｔ１”からのオフセット値とされている。
【００９４】
この<span region=r1 begin=“dT5”> zzz </span>の次に、</p>が存在し、さらに、<body>の子として、更新された<div>である<div region=r1 begin=“T1” end=“T10”>が存在し、リージョン識別子の“ｒ１”ほか、開始タイミングの“Ｔ１”と、終了タイミングの“Ｔ１０”の情報が含まれている。これにより、リージョンｒ１の終了タイミングが宣言（指定）される。
【００９５】
この<div>の後に、</div>、</body>、</tt>が存在し、ＴＴＭＬのドキュメントが閉じられ、同時に<div>、<body>も閉じられている。<span region=r1 begin=“dT5”> zzz </span>、</p>、<div region=r1 begin=“T1” end=“T10”>、</div>、</body>、</tt>が１つのセグメントパケットで伝送される。
【００９６】
受信側では、各セグメントパケットで伝送されたＴＴＭＬのドキュメントの各分割部分によりＴＴＭＬのドキュメントが再構成され、再構成されたＴＴＭＬのドキュメントに基づいて、図８（ａ）に示すリージョンｒ１，ｒ２の領域に、図８（ｂ）に示すようなサブタイトル表示の制御が行われる。
【００９７】
図１３は、セグメントタイプ（segment_type）の定義の一例を示している。“０ｘＡ０”は、ＴＴＭＬのドキュメントの全体を伝送するセグメントパケットであることを示す。“０ｘＡ１”は、<tt>の部分を伝送するセグメントパケットであることを示す。“０ｘＡ２”は、<head>の部分を伝送するセグメントパケットであることを示す。“０ｘＡ３”は、<body>の部分を伝送するセグメントパケットであることを示す。
【００９８】
次に、セグメントパケットの構造例を説明する。図１４は、セグメントタイプが“０ｘＡ０”のセグメントパケットであるドキュメント・セグメント「document segment()」の構造例を示している。図１５は、セグメントタイプが“０ｘＡ１”あるいは“０ｘＡ２”のセグメントパケットであるｔｔヘッド・セグメント「tthead segment()」の構造例を示している。図１６は、セグメントタイプが“０ｘＡ３”のセグメントパケットであるボディ・セグメント「body segment()」の構造例を示している。図１７は、各セグメントパケットの構造例における主要な情報の内容を示している。
【００９９】
図１４に示すドキュメント・セグメント「document_segment()」の構造例を説明する。「sync_byte」の８ビットフィールドは、セグメント開始を示すユニークワードである。「segment_type」の８ビットフィールドは、セグメントタイプであり、セグメント種類を示す。このドキュメント・セグメントの場合、「segment_type」は“０ｘＡ０”とされる（図１３参照）。
【０１００】
「number_of_regions」の８ビットフィールドは、ＴＴＭＬのドキュメントに含まれるリージョンの数を示す。このリージョンの数だけ、「region_id」の８ビットフィールドが繰り返し存在する。「region_id」のフィールドは、リージョンの識別情報（id）を示す。このリージョンの識別情報（id）は、ＴＴＭＬのドキュメント内のリージョンの識別情報（id）に対応したものとされる。
【０１０１】
「document_version_number」の１６ビットフィールドは、ＴＴＭＬのドキュメントの情報の更新を示す。更新がなされる場合は値を一つ増加する。「latency」の８ビットフィールドは、最初の“segment_data_field()”のバイトデータがバッファ(後述するテキスト・バッファ)に入力された後、サブタイトル・イメージ・バッファ（subtitle Image buffer）から字幕表示（サブタイトル表示）されるまでの時間遅延量を示す。値は、例えば、実際の時間量（秒単位）の１０倍の値とされる。
「segment_length」の１６ビットフィールドは、ドキュメント・セグメントの長さ（サイズ）として以降のバイト数を示す。「segment_length」の後に、「segment_data_field()」のフィールドが存在する。このフィールドが、セグメント（セグメントパケット）のペイロードに相当し、このドキュメント・セグメントの場合、ＴＴＭＬのドキュメントの全体が配置される。
【０１０２】
図１５に示すｔｔヘッド・セグメント「tthead_segment()」の構造例を説明する。「sync_byte」の８ビットフィールドは、セグメント開始を示すユニークワードである。「segment_type」の８ビットフィールドは、セグメントタイプであり、セグメント種類を示す。このｔｔヘッド・セグメントの場合、「segment_type」は“０ｘＡ１”あるいは“０ｘＡ２”とされる（図１３参照）。
【０１０３】
「tthead_version_number」の１６ビットフィールドは、「tt」あるいは「head」の情報の更新を示す。更新がなされる場合は値を一つ増加する。「segment_length」の１６ビットフィールドは、ｔｔヘッド・セグメントの長さ（サイズ）として以降のバイト数を示す。「segment_length」の後に、「segment_data_field()」のフィールドが存在する。このフィールドが、セグメント（セグメントパケット）のペイロードに相当し、このドキュメント・セグメントの場合、<tt>あるいは<head>の部分が配置される。
【０１０４】
図１６に示すボディ・セグメント「body_segment()」の構造例を説明する。「sync_byte」の８ビットフィールドは、セグメント開始を示すユニークワードである。「segment_type」の８ビットフィールドは、セグメントタイプであり、セグメント種類を示す。このボディ・セグメントの場合、「segment_type」は“０ｘＡ３”とされる（図１３参照）。
【０１０５】
「fragment_start_flag」の１ビットフィールドは、このボディ・セグメントに<body>の部分の分割された最初の部分を含むか否かを示す。例えば、“１”は含むことを示し、“０”は含まないことを示す。「fragment_end_flag」の１ビットフィールドは、このボディ・セグメントに<body>の部分の分割された最後の部分を含むか否かを示す。例えば、“１”は含むことを示し、“０”は含まないことを示す。
【０１０６】
このボディ・セグメントに<body>の部分の分割された中間の部分を含む場合、「fragment_start_flag」、「fragment_end_flag」のいずれも“０”となる。「fragment_start_flag」および「fragment_end_flag」のフィールドの情報は、分割部分が<body>の部分の最初、中間あるいは最後のいずれに位置するかを示す位置情報を構成する。なお、このボディ・セグメントに<body>の全体が含まれる場合、「fragment_start_flag」、「fragment_end_flag」のいずれも“１”となる。
【０１０７】
「number_of_regions」の８ビットフィールドは、このボディ・セグメントに含まれるリージョンの数を示す。このリージョンの数だけ、「region_id」の８ビットフィールドと、「region_tag_update_flag」の１ビットフィールドが繰り返し存在する。「region_id」のフィールドは、リージョンの識別情報（id）を示す。このリージョンの識別情報（id）は、このボディ・セグメントのペイロードに配置される情報内のリージョンの識別情報（id）に対応したものとされる。「region_tag_update_flag」のフィールドは、リージョンのタグの更新を含むか否かを示す。例えば、“１”は含むことを示し、“０”は含まないことを示す。
【０１０８】
「body_version_number」の１６ビットフィールドは、<body>の情報の更新を示す。更新がなされる場合は値を一つ増加する。この「body_version_number」の情報は、分割部分の順番を示す順番情報を構成する。「latency」の８ビットフィールドは、最初の“segment_data_field()”のバイトデータがバッファ(後述するテキスト・バッファ)に入力された後、サブタイトル・イメージ・バッファ（subtitle Image buffer）から字幕表示（サブタイトル表示）されるまでの時間遅延量を示す。値は、例えば、実際の時間量（秒単位）の１０倍の値とされる。「segment_length」の１６ビットフィールドは、ボディ・セグメントの長さ（サイズ）として以降のバイト数を示す。「segment_length」の後に、「segment_data_field()」のフィールドが存在する。このフィールドが、セグメント（セグメントパケット）のペイロードに相当し、このボディ・セグメントの場合、<body>の部分の全体あるいはその分割部分が配置される。
【０１０９】
図１８は、<body>の部分が分割されて伝送される場合おいて、各ボディ・セグメントのペイロードに配置されるＴＴＭＬ情報と、そのヘッダに配置されるセグメント情報との対応関係の一例を示している。図示の例は、図１１の例に対応している。
【０１１０】
<body>と<div region=r1  begin=“T1”>をペイロードに配置して伝送するボディ・セグメントの場合、ヘッダに配置されるセグメント情報は、“segment_type=0xA3”、“fragment_start_flag=1”、“fragment_end_flag=0”、“region_id=r1”、“region_tag_update_flag=0”、“body_version_number=1”とされる。
【０１１１】
また、<p region=r1>と<span region=r1 begin=“dT1”> xxx </span>をペイロードに配置して伝送するボディ・セグメントの場合、ヘッダに配置されるセグメント情報は、“segment_type=0xA3”、“fragment_start_flag=0”、“fragment_end_flag=0”、“region_id=r1”、“region_tag_update_flag=0”、“body_version_number=2”とされる。
【０１１２】
また、<span region=r1 begin=“dT3”> yy </span>をペイロードに配置して伝送するボディ・セグメントの場合、ヘッダに配置されるセグメント情報は、“segment_type=0xA3”、“fragment_start_flag=0”、“fragment_end_flag=0”、“region_id=r1”、“region_tag_update_flag=0”、“body_version_number=3”とされる。
【０１１３】
また、<span region=r1 begin=“dT5”> zzz </span>、</p>、<div region=r1 begin=“T1” end=“T10”>、</div>、</body>、</tt>をペイロードに配置して伝送するボディ・セグメントの場合、ヘッダに配置されるセグメント情報は、“segment_type=0xA3”、“fragment_start_flag=0”、“fragment_end_flag=1”、“region_id=r1”、“region_tag_update_flag=1”、“body_version_number=4”とされる。
【０１１４】
図２に戻って、ＴＳフォーマッタ１１６は、ビデオエンコーダ１１２で生成されたビデオストリーム、オーディオエンコーダ１１３で生成されたオーディオストリームおよびサブタイトルエンコーダ１１５で生成されたサブタイトルストリームを、トランスポートパケット化して多重化し、多重化ストリームとしてのトランスポートストリームＴＳを得る。
【０１１５】
図２に示すストリーム生成部１１０の動作を簡単に説明する。画像データＤＶは、ビデオエンコーダ１１２に供給される。ビデオエンコーダ１１２では、この画像データＤＶに対して符号化が施され、ペイロードに符号化画像データを持つビデオＰＥＳパケットからなるビデオストリーム（ＰＥＳストリーム）が生成される。このビデオストリームは、ＴＳフォーマッタ１１６に供給される。
【０１１６】
また、音声データＤＡは、オーディオエンコーダ１１３に供給される。オーディオエンコーダ１１３では、音声データＤＡに対して符号化が施され、符号化音声データを持つオーディオＰＥＳパケットからなるオーディオストリーム（ＰＥＳストリーム）が生成される。このオーディオストリームは、ＴＳフォーマッタ１１６に供給される。
【０１１７】
また、サブタイトル情報としてのテキストデータ（文字コード）ＤＴは、テキストフォーマット変換部１１４に供給される。このキストフォーマット変換部１１４では、表示タイミング情報を持つ所定フォーマットのサブタイトルのテキスト情報、ここではＴＴＭＬが得られる。このＴＴＭＬは、サブタイトルエンコーダ１１５に供給される。
【０１１８】
サブタイトルエンコーダ１１５では、テキストフォーマット変換部１１４で得られるＴＴＭＬのドキュメントを含むセグメントパケット（セグメント）が生成される。そして、サブタイトルエンコーダ１１５では、ペイロードにそのセグメントパケットが配置されたサブタイトルＰＥＳパケットにより構成されるサブタイトルストリーム（ＰＥＳストリーム）が生成される。このサブタイトルストリームは、ＴＳフォーマッタ１１６に供給される。
【０１１９】
この場合、サブタイトルエンコーダ１１５では、ＴＴＭＬのドキュメントを一括して送信するために、このＴＴＭＬのドキュメントの全体を含むセグメントパケットが生成される。あるいは、サブタイトルエンコーダ１１５では、このＴＴＭＬのドキュメントを分割して送信するために、このＴＴＭＬのドキュメントが分割され、各分割部分を含む複数のセグメントパケットが生成される。
【０１２０】
ＴＳフォーマッタ１１６では、各エンコーダで生成されたストリームが、トランスポートパケット化されて多重化され、多重化ストリームとしてのトランスポートストリームＴＳが生成される。
【０１２１】
図１９は、トランスポートストリームＴＳの構成例を示している。この構成例では、ＰＩＤ１で識別されるビデオストリームのＰＥＳパケットであるビデオＰＥＳパケット「Video PES」が存在する。また、この構成例では、ＰＩＤ２で識別されるオーディオストリームのＰＥＳパケットであるオーディオＰＥＳパケット「Audio PES」が存在する。また、この構成例では、ＰＩＤ３で識別されるサブタイトルストリームのＰＥＳパケットであるサブタイトルＰＥＳパケット「Subtitle PES」が存在する。
【０１２２】
ＰＥＳパケットは、ＰＥＳヘッダ（PES header）とＰＥＳペイロード（PES payload）からなっている。ビデオＰＥＳパケットにおいて、ＰＥＳヘッダにはＤＴＳ/ＰＴＳのタイムスタンプが挿入されており、ＰＥＳペイロードにはビデオ符号化ストリーム（符号化画像データ）が挿入されている。また、オーディオＰＥＳパケットにおいて、ＰＥＳヘッダにはＰＴＳのタイムスタンプが挿入されており、ＰＥＳペイロードにはオーディオ符号化ストリーム（符号化音声データ）が挿入されている。
【０１２３】
また、サブタイトルＰＥＳパケットにおいて、ＰＥＳヘッダにはＰＴＳのタイムスタンプが挿入されており、ＰＥＳペイロードには、ＴＴＭＬのドキュメントの全体、あるいはＴＴＭＬのドキュメントの分割部分を持つセグメントパケット（タイムド・テキスト・サブタイトリング・セグメント：TT subtitling segment）が挿入されている。このセグメントパケットには、ドキュメント・セグメント「document_segment()」、ｔｔヘッド・セグメント「tthead_segment()」、ボディ・セグメント「body_segment()」などがある（図１４、図１５、図１６参照）。ＰＥＳペイロードで伝送するＴＴＭＬの相対時刻である“begin”に相当する値をＰＥＳヘッダのＰＴＳに反映させるようにする。分割伝送を行う場合、ＰＥＳペイロードで分割伝送するＴＴＭＬの相対時刻である“begin”（<span>の“begin”の値に対しては<div>の“begin”からのオフセットとして反映させたもの）に相当する値をＰＥＳヘッダのＰＴＳに反映させるようにする。
【０１２４】
また、トランスポートストリームＴＳには、ＰＳＩ（Program Specific Information）として、ＰＭＴ（Program Map Table）が含まれている。このＰＳＩは、トランスポートストリームＴＳに含まれる各エレメンタリストリームがどのプログラムに属しているかを記した情報である。
【０１２５】
ＰＭＴには、プログラム全体に関連する情報を記述するプログラム・デスクリプタ（Program Descriptor）が存在する。また、このＰＭＴには、各エレメンタリストリームに関連した情報を持つエレメンタリストリーム・ループが存在する。この構成例では、ビデオエレメンタリストリーム・ループ（Video ES loop）、オーディオエレメンタリストリーム・ループ（Audio ES loop）、サブタイトルエレメンタリストリーム・ループ（Subtitle ES loop）が存在する。各ループには、パケット識別子（PID）等の情報が配置される。
【０１２６】
［テレビ受信機の構成例］
図２０は、テレビ受信機２００の構成例を示している。このテレビ受信機２００は、受信部２０１と、ＴＳ解析部（デマルチプレクサ）２０２と、ビデオデコーダ２０３と、ビデオ重畳部２０４と、パネル駆動回路２０５と、表示パネル２０６を有している。また、このテレビ受信機２００は、オーディオデコーダ２０７と、音声出力回路２０８と、スピーカ２０９と、サブタイトルデコーダ２１０を有している。また、このテレビ受信機２００は、ＣＰＵ２２１と、フラッシュＲＯＭ２２２と、ＤＲＡＭ２２３と、内部バス２２４と、リモコン受信部２２５と、リモコン送信機２２６を有している。
【０１２７】
ＣＰＵ２２１は、テレビ受信機２００の各部の動作を制御する。フラッシュＲＯＭ２２２は、制御ソフトウェアの格納およびデータの保管を行う。ＤＲＡＭ２２３は、ＣＰＵ２２１のワークエリアを構成する。ＣＰＵ２２１は、フラッシュＲＯＭ２２２から読み出したソフトウェアやデータをＤＲＡＭ２２３上に展開してソフトウェアを起動させ、テレビ受信機２００の各部を制御する。
【０１２８】
リモコン受信部２２５は、リモコン送信機２２６から送信されたリモートコントロール信号（リモコンコード）を受信し、ＣＰＵ２２１に供給する。ＣＰＵ２２１は、このリモコンコードに基づいて、テレビ受信機２００の各部を制御する。ＣＰＵ２２１、フラッシュＲＯＭ２２２およびＤＲＡＭ２２３は、内部バス２２４に接続されている。
【０１２９】
受信部２０１は、放送送出システム１００から放送波に載せて送られてくるトランスポートストリームＴＳを受信する。このトランスポートストリームＴＳには、上述したように、ビデオストリーム、オーディオストリームおよびサブタイトルストリームが含まれている。ＴＳ解析部２０２は、トランスポートストリームＴＳからビデオ、オーディオ、サブタイトルの各ストリームを抽出する。
【０１３０】
オーディオデコーダ２０７は、ＴＳ解析部２０２で抽出されるオーディオストリームにデコード処理を施し、音声データを得る。音声出力回路２０８は、音声データに対して、Ｄ／Ａ変換や増幅等の必要な処理を施し、スピーカ２０９に供給する。ビデオデコーダ２０３は、ＴＳ解析部２０２で抽出されるビデオストリームにデコード処理を施し、画像データを得る。
【０１３１】
サブタイトルデコーダ２１０は、ＴＳ解析部２０２で抽出されるサブタイトルストリームにデコード処理を施し、画像データに重畳すべき各リージョンのビットマップデータを得る。ここで、サブタイトルデコーダ２１０は、ＴＴＭＬのドキュメントの全体が１つのセグメントパケット（ドキュメント・セグメント）に含まれて伝送されてくる場合（図５、図７参照）、当該セグメントパケットからＴＴＭＬのドキュメントを抽出し、このＴＴＭＬのドキュメントに基づいて各リージョンのビットマップデータを得る。
【０１３２】
あるいは、サブタイトルデコーダ２１０は、ＴＴＭＬのドキュメントの各分割部分が複数のセグメントパケット（ｔｔヘッド・セグメント、ボディ・セグメント）に含まれて伝送されてくる場合（図９、図１０、図１１、図１２参照）、当該複数のセグメントパケットからＴＴＭＬのドキュメントの各分割部分を抽出して、当該ＴＴＭＬのドキュメントを再構成し、この再構成されたＴＴＭＬのドキュメントに基づいて各リージョンのビットマップデータを得る。
【０１３３】
この場合、サブタイトルデコーダ２１０は、各セグメントパケットのヘッダに配置されている、再構成に有用なセグメント情報（「segment_type」、「fragment_start_flag」、「fragment_end_flag」、「region_id」、「region_tag_update_flag」、「body_version_number」など）を用いて、ＴＴＭＬのドキュメントを再構成する。
【０１３４】
ビデオ重畳部２０４は、ビデオデコーダ２０３で得られた画像データに、サブタイトルデコーダ２１０から得られる各リージョンのビットマップデータを重畳する。パネル駆動回路２０５は、ビデオ重畳部２０４で得られる表示用の画像データに基づいて、表示パネル２０６を駆動する。表示パネル２０６は、例えば、ＬＣＤ(Liquid Crystal Display)、有機ＥＬディスプレイ（organic electroluminescence display）などで構成されている。
【０１３５】
図２１は、サブタイトルデコーダ２１０の構成例を示している。サブタイトルデコーダ２１０は、バッファ部２１１と、フォント・レンダラ２１５と、サブタイトル・イメージ・バッファ２１６を有している。バッファ部２１１には、ｔｔヘッド・バッファ２１２と、フラグメント・バッファ２１３と、テキスト・バッファ２１４が含まれている。
【０１３６】
ｔｔヘッド・バッファ２１２は、ＴＴＭＬのドキュメントにおける<tt>の部分と＜head>の部分をバッファリングし、ドキュメントの要素の構成を管理する役目を有する。このｔｔヘッド・バッファ２１２は、少なくとも、<tt>と<head>で定義する属性情報（attribute information）の最大サイズに相当する容量を持つ。フラグメント・バッファ２１３は、<body>の中が分割して伝送される際の個々の分割部分を一時的に経由するバッファである。このフラグメント・バッファ２１３は、少なくとも、＜span>で送る情報の最大サイズに相当する容量を持つ。
【０１３７】
テキスト・バッファ２１４は、＜span>で送られるテキストデータを必要な期間、まとめて収容するためのバッファである。このテキスト・バッファ２１４の最小サイズは、同時に表示させる最大文字数分のサイズである。しかし、伝送のフレキシビリティを上げるには、このテキスト・バッファ２１４複数画面表示分のサイズを持たせることが必要となる。そして、テキスト・バッファ２１４の最大サイズは番組サービスの期間、テキストをためておける容量になる。
【０１３８】
フォント・レンダラ２１５は、テキストデータ（フォントデータ）をビットマップデータ（バイナリイメージ情報）に変換する。サブタイトル・イメージ・バッファ２１６は、フォント・レンダラ２１５で得られたビットマップデータ（バイナリイメージ情報）をバッファリングする。表示している間に次の表示に用いるテキストの受信を行うために、テキスト・バッファ２１４、あるいはサブタイトル・イメージ・バッファ２１６のいずれか、あるいは双方に、時間的に隣り合うテキスト表示単位で少なくとも２つ分のテキストデータのサイズの容量を持たせる。
【０１３９】
ＴＳ解析部２０２から供給されるＴＴＭＬのドキュメントにおける<tt>と＜head>で定義する属性情報（attribute information）は、ｔｔヘッド・バッファ２１２を通じてＣＰＵ２２１に供給される。また、ＴＳ解析部２０２から供給されるＴＴＭＬのドキュメントにおける<body>の部分(フラグメント化されて伝送されてくる場合も含む)は、フラグメント・バッファ２１３にバッファリングされる。
【０１４０】
フラグメント・バッファ２１３にバッファリングされた<body>の情報のうち、表示開始タイミング、表示終了タイミング等の時間情報（timed information）は、ＣＰＵ２２１に供給される。ＣＰＵ２２１は、属性情報（attribute information）や時間情報（timed information）に基づいて、字幕の表示位置、表示タイミングなどを制御する。
【０１４１】
フラグメント・バッファ２１３にバッファリングされた<body>の情報のうち、テキストデータは、テキスト・バッファ２１４にバッファリングされる。テキスト・バッファ２１４には、同時表示される文字の情報がバッファリングされていて、所定のタイミング（例えば、ビデオのピクチャ表示に同期して）で文字情報が読みだされ、瞬時にフォント・レンダラ２１５でテキストデータ（フォントデータ）からビットマップデータ（バイナリイメージ情報）に変換され、サブタイトル・イメージ・バッファ２１６に供給される。
【０１４２】
同時表示される字幕（サブタイトル）の受信動作が終了する前から、その字幕表示は可能である。ＬＴで示される、受信からの遅延量で表示が開始される（<div begin= “X”> に相当する）。その後の細かな表示のアップデートは、<span begin=“Y”> に相当するタイミングになる。また、表示期間の終了（Div endのタイミング）で、あるいはドキュメントの終了時点(</tt>を検出・実行するタイミング)で、テキスト・バッファ２１４は、次の字幕表示に切り替えられる。サブタイトル・イメージ・バッファ２１６のビットマップデータ（バイナリイメージ情報）は、ＣＰＵ２２１からの位置情報に基づいて、ビデオ重畳部２０４へ送られビデオデータ（画像データ）に重畳される。
【０１４３】
図２２は、ＴＴＭＬのドキュメントが複数のセグメントパケットを用いて分割伝送されたものを受信（Fragment packets受信）して表示する場合の動作シーケンスの一例を示している。サブタイトル・アクセス期間（Subtitle access period）で、複数のセグメントパケットの受信が行われる。そして、受信されたＴＴＭＬのドキュメントに対応した字幕（サブタイトル）の表示が、サブタイトル・ディスプレイ期間（Subtitle display period）で表示される。
【０１４４】
図示の例において、Ａ１，Ａ２、Ａ３は同じ値である必要はない。ＬＴ１，ＬＴ２は、受信した後に表示開始するまでの遅延量を示している。通常は、ＬＴ１は字幕１の“begin”要素、ＬＴ２は、字幕２の“begin”要素に対応した値となる。ここで、Ａ１＝Ａ２＝Ａ３、かつ、ＬＴ１＝Ａ１、かつＬＴ２＝Ａ２である場合を考える。この場合には、図２３に示すように、ダブルバッファとしての定義と等しくなる。
【０１４５】
図２０に示すテレビ受信機２００の動作を簡単に説明する。受信部２０１では、放送送出システム１００から放送波に載せて送られてくるトランスポートストリームＴＳが受信される。このトランスポートストリームＴＳには、ビデオストリーム、オーディオストリームおよびサブタイトルストリームが含まれている。
【０１４６】
このトランスポートストリームＴＳは、ＴＳ解析部２０２に供給される。ＴＳ解析部２０２では、トランスポートストリームＴＳからビデオ、オーディオ、サブタイトルの各ストリームが抽出される。ＴＳ解析部２０２で抽出されるビデオストリーム（ＰＥＳストリーム）は、ビデオデコーダ２０３に供給される。ビデオデコーダ２０３では、ビデオストリームにデコード処理が施されて、画像データが得られる。この画像データは、ビデオ重畳部２０４に供給される。
【０１４７】
また、ＴＳ解析部２０２で抽出されるサブタイトルストリーム（ＰＥＳストリーム）は、サブタイトルデコーダ２１０に供給される。サブタイトルデコーダ２１０では、サブタイトルストリームにデコード処理が施され、画像データに重畳すべき各リージョンのビットマップデータが得られる。
【０１４８】
例えば、ＴＴＭＬのドキュメントの全体が１つのセグメントパケット（ドキュメント・セグメント）に含まれて伝送されてくる場合（図５、図７参照）、当該セグメントパケットからＴＴＭＬのドキュメントが抽出され、このＴＴＭＬのドキュメントに基づいて各リージョンのビットマップデータが得られる。
【０１４９】
また、例えば、ＴＴＭＬのドキュメントの各分割部分が複数のセグメントパケット（ｔｔヘッド・セグメント、ボディ・セグメント）に含まれて伝送されてくる場合（図９、図１０、図１１、図１２参照）、当該複数のセグメントパケットからＴＴＭＬのドキュメントの各分割部分が抽出される。そして、この場合、セグメント情報などが用いられてＴＴＭＬのドキュメントが再構成され、この再構成されたＴＴＭＬのドキュメントに基づいて各リージョンのビットマップデータが得られる。
【０１５０】
サブタイトルデコーダ２１０から出力される各リージョンのビットマップデータは、ビデオ重畳部２０４に供給される。ビデオ重畳部２０４では、ビデオデコーダ２０３で得られた画像データに、サブタイトルデコーダ２１０から出力される各リージョンのビットマップデータが重畳される。ビデオ重畳部２０４で得られる表示用の画像データは、パネル駆動回路２０５に供給される。パネル駆動回路２０５では、表示用のビデオデータに基づいて、表示パネル２０６を駆動することが行われる。これにより、表示パネル２０６には、各リージョンが重畳された画像が表示される（図６、図８参照）。
【０１５１】
以上説明したように、図１に示す送受信システム１０においては、ＴＴＭＬのドキュメントを分割して送信できる。この場合、ＴＴＭＬのドキュメントの各分割部分をペイロードに含む複数のセグメントパケットを順次送信することで行われる。サブタイトル表示の部分的な追加変更などを行う場合、変更追加対象部分のみを伝送して行うことができ、伝送効率を高めることが可能となる。
【０１５２】
また、図１に示す送受信システム１０においては、ＴＴＭＬのドキュメントの各分割部分をペイロードに含む複数のセグメントパケットを順次送信する場合、各セグメントパケットのヘッダに再構成に有用なセグメント情報が配置される。そのため、受信側では、ＴＴＭＬのドキュメントの各分割部分から、当該ＴＴＭＬのドキュメントの再構成が容易に可能となる。
【０１５３】
また、図１に示す送受信システム１０においては、ＴＴＭＬのドキュメントの各分割部分をペイロードに含む複数のセグメントパケットを順次送信する場合、各セグメントパケットのヘッダに、このパケットのペイロードに配置された分割部分の属性に対応したパケットタイプ情報が配置される。そのため、受信側では、セグメントパケットのペイロードに配置された分割部分の属性、つまりこの分割部分がドキュメントの中のどの部分（例えば、<tt>部分、<head>部分、<body>部分など）であるかを容易に把握できる。
【０１５４】
また、図１に示す送受信システム１０においては、ＴＴＭＬのドキュメントの各分割部分をペイロードに含む複数のセグメントパケットを順次送信する場合、セグメントパケットのペイロードに配置される分割部分が、所定のリージョンに表示すべきサブタイトルの情報であるとき、このパケットのヘッダに、所定のリージョンの識別情報が配置される。そのため、受信側では、セグメントパケットのペイロードに配置されるサブタイトルの情報がどのリージョンに係るものであるかを容易に把握できる。この識別情報は、複数のリージョンのサブタイトルの表示を並列的に追加変更する場合に非常に有益な情報となる。
【０１５５】
＜２．変形例＞
なお、上述実施の形態においては、表示タイミング情報を持つ所定フォーマットのサブタイトルのテキスト情報としてＴＴＭＬを用いる例を示した。しかし、本技術は、これに限定されず、ＴＴＭＬと同等の情報を持つその他のタイムドテキスト情報を用いることも考えられる。例えば、ＴＴＭＬの派生フォーマットを用いてもよい。
【０１５６】
また、上述実施の形態においては、放送送出システム１００とテレビ受信機２００とからなる送受信システム１０を示したが、本技術を適用し得る送受信システムの構成は、これに限定されるものではない。例えば、テレビ受信機２００の部分が、ＨＤＭＩ（High-Definition Multimedia Interface）などのデジタルインタフェースで接続されたセットトップボックスおよびモニタの構成などであってもよい。なお、「ＨＤＭＩ」は登録商標である。
【０１５７】
また、上述実施の形態においては、多重化ストリームがＭＰＥＧ−２トランスポートストリームである例を示した。本技術は、多重化ストリームがＭＭＴストリームあるいはＤＡＳＨ/ＩＳＯＢＭＦＦストリームなどである場合にも、同様に適用できることは勿論である。
【０１５８】
また、本技術は、以下のような構成を取ることもできる。
（１）表示タイミング情報を持つサブタイトルのテキスト情報のドキュメントを複数個に分割し、各分割部分がそれぞれペイロードに配置された複数のパケットを生成するパケット生成部と、
上記複数のパケットを順次送信する送信部を備える
送信装置。
（２）上記パケット生成部は、
上記パケットのヘッダに、該パケットのペイロードに配置された上記分割部分の属性に対応したパケットタイプ情報を配置する
前記（１）に記載の送信装置。
（３）上記パケット生成部は、
上記パケットのペイロードに配置される分割部分が、所定のリージョンに表示すべきサブタイトルの情報であるとき、該パケットのヘッダに、上記所定のリージョンの識別情報を配置する
前記（１）または（２）に記載の送信装置。
（４）上記ドキュメントは、ヘッド部とボディ部を有し、
上記パケット生成部は、
上記パケットに配置される分割部分が上記ボディ部を分割したものであるとき、
該パケットのヘッダに、該分割部分が上記ボディ部の最初、中間あるいは最後のいずれに位置するかを示す位置情報を配置する
前記（１）から（３）のいずれかに記載の送信装置。
（５）上記ドキュメントは、ヘッド部とボディ部を有し、
上記パケット生成部は、
上記パケットに配置される分割部分が上記ボディ部を分割したものであるとき、
該パケットのヘッダに、該分割部分の順番を示す順番情報を配置する
前記（１）から（４）のいずれかに記載の送信装置。
（６）上記パケット生成部は、
所定のエレメントで開始時点だけが宣言されているリージョンの終了時点を宣言するために、
更新した上記所定のエレメントがペイロードに配置されたパケットを生成する
前記（１）から（５）のいずれかに記載の送信装置。
（７）上記ドキュメントは、ＴＴＭＬあるいは該ＴＴＭＬの派生フォーマットのドキュメントである
前記（１）から（６）のいずれかに記載の送信装置。
（８）パケット生成部が、表示タイミング情報を持つサブタイトルのテキスト情報のドキュメントを複数個に分割し、各分割部分がそれぞれペイロードに配置された複数のパケットを生成するパケット生成ステップと、
送信部が、上記複数のパケットを順次送信する送信ステップを有する
送信方法。
（９）表示タイミング情報を持つサブタイトルのテキスト情報のドキュメントを複数個に分割して得られた各分割部分をそれぞれペイロードに配置して生成された複数のパケットを順次受信する受信部と、
上記複数のパケットのペイロードに配置された各分割部分を用いて上記ドキュメントを再構成してサブタイトル表示を制御するサブタイトル制御部を備える
受信装置。
（１０）受信部が、表示タイミング情報を持つサブタイトルのテキスト情報のドキュメントを複数個に分割して得られた各分割部分をそれぞれペイロードに配置して生成された複数のパケットを順次受信する受信ステップと、
サブタイトル制御部が、上記複数のパケットのペイロードに配置された各分割部分を用いて上記ドキュメントを再構成してサブタイトル表示を制御するサブタイトル制御ステップ有する
受信方法。
【０１５９】
本技術の主な特徴は、ＴＴＭＬ等の表示タイミング情報を持つサブタイトルのテキスト情報のドキュメントを分割して得られた各分割部分をペイロードに含む複数のパケットを順次送信することで、サブタイトル表示の部分的な追加変更などを行う場合、変更追加対象部分のみを伝送して行うことを可能とし、伝送効率を高めることを可能としたことである（図１１参照）。
【符号の説明】
【０１６０】
１０・・・送受信システム
１００・・・放送送出システム
１１０・・・ストリーム生成部
１１１・・・制御部
１１２・・・ビデオエンコーダ
１１３・・・オーディオエンコーダ
１１４・・・テキストフォーマット変換部
１１５・・・サブタイトルエンコーダ
１１６・・・ＴＳフォーマッタ
２００・・・テレビ受信機
２０１・・・受信部
２０２・・・ＴＳ解析部
２０３・・・ビデオデコーダ
２０４・・・ビデオ重畳部
２０５・・・パネル駆動回路
２０６・・・表示パネル
２０７・・・オーディオデコーダ
２０８・・・音声出力回路
２０９・・・スピーカ
２１０・・・サブタイトルデコーダ
２１１・・・バッファ部
２１２・・・ｔｔヘッド・バッファ
２１３・・・フラグメント・バッファ
２１４・・・テキスト・バッファ
２１５・・・フォント・レンダラ
２１６・・・サブタイトル・イメージ・バッファ
２２１・・・ＣＰＵ
２２２・・・フラッシュＲＯＭ
２２３・・・ＤＲＡＭ
２２４・・・内部バス
２２５・・・リモコン受信部
２２６・・・リモコン送信機
【図１】
2017126509.tif 000003
【図２】
2017126509.tif 000004
【図３】
2017126509.tif 000005
【図４】
2017126509.tif 000006
【図５】
2017126509.tif 000007
【図６】
2017126509.tif 000008
【図７】
2017126509.tif 000009
【図８】
2017126509.tif 000010
【図９】
2017126509.tif 000011
【図１０】
2017126509.tif 000012
【図１１】
2017126509.tif 000013
【図１２】
2017126509.tif 000014
【図１３】
2017126509.tif 000015
【図１４】
2017126509.tif 000016
【図１５】
2017126509.tif 000017
【図１６】
2017126509.tif 000018
【図１７】
2017126509.tif 000019
【図１８】
2017126509.tif 000020
【図１９】
2017126509.tif 000021
【図２０】
2017126509.tif 000022
【図２１】
2017126509.tif 000023
【図２２】
2017126509.tif 000024
【図２３】
2017126509.tif 000025
【国際調査報告】
2017126509.tif 000026
2017126509.tif 000027
2017126509.tif 000028
2017126509.tif 000029