JP6900907B2 - 送信装置、送信方法、受信装置および受信方法 - Google Patents

送信装置、送信方法、受信装置および受信方法 Download PDF

Info

Publication number
JP6900907B2
JP6900907B2 JP2017562823A JP2017562823A JP6900907B2 JP 6900907 B2 JP6900907 B2 JP 6900907B2 JP 2017562823 A JP2017562823 A JP 2017562823A JP 2017562823 A JP2017562823 A JP 2017562823A JP 6900907 B2 JP6900907 B2 JP 6900907B2
Authority
JP
Japan
Prior art keywords
packet
subtitle
segment
region
document
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
JP2017562823A
Other languages
English (en)
Other versions
JPWO2017126509A1 (ja
Inventor
塚越　郁夫
郁夫 塚越
高林　和彦
和彦 高林
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Sony Corp
Sony Group Corp
Original Assignee
Sony Corp
Sony Group Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Sony Corp, Sony Group Corp filed Critical Sony Corp
Publication of JPWO2017126509A1 publication Critical patent/JPWO2017126509A1/ja
Application granted granted Critical
Publication of JP6900907B2 publication Critical patent/JP6900907B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/47—End-user applications
    • H04N21/488—Data services, e.g. news ticker
    • H04N21/4884—Data services, e.g. news ticker for displaying subtitles
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/236—Assembling of a multiplex stream, e.g. transport stream, by combining a video stream with other content or additional data, e.g. inserting a URL [Uniform Resource Locator] into a video stream, multiplexing software data into a video stream; Remultiplexing of multiplex streams; Insertion of stuffing bits into the multiplex stream, e.g. to obtain a constant bit-rate; Assembling of a packetised elementary stream
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/431—Generation of visual interfaces for content selection or interaction; Content or additional data rendering
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/434—Disassembling of a multiplex stream, e.g. demultiplexing audio and video streams, extraction of additional data from a video stream; Remultiplexing of multiplex streams; Extraction or processing of SI; Disassembling of packetised elementary stream
    • H04N21/4348—Demultiplexing of additional data and video streams
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/435—Processing of additional data, e.g. decrypting of additional data, reconstructing software from modules extracted from the transport stream
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/85—Assembly of content; Generation of multimedia applications
    • H04N21/854—Content authoring
    • H04N21/8547—Content authoring involving timestamps for synchronizing content
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N5/00—Details of television systems
    • H04N5/222—Studio circuitry; Studio devices; Studio equipment
    • H04N5/262—Studio circuits, e.g. for mixing, switching-over, change of character of image, other special effects ; Cameras specially adapted for the electronic generation of special effects
    • H04N5/278—Subtitling

Description

本技術は、送信装置、送信方法、受信装置および受信方法に関し、特に、サブタイトルのテキスト情報を送信する送信装置等に関する。
従来、例えば、ＤＶＢ（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）などのデジタルインタフェースで接続されたセットトップボックスおよびモニタの構成などであってもよい。なお、「ＨＤＭＩ」は登録商標である。
また、上述実施の形態においては、多重化ストリームがＭＰＥＧ−２トランスポートストリームである例を示した。本技術は、多重化ストリームがＭＭＴストリームあるいはＤＡＳＨ/ＩＳＯＢＭＦＦストリームなどである場合にも、同様に適用できることは勿論である。
また、本技術は、以下のような構成を取ることもできる。
（１）表示タイミング情報を持つサブタイトルのテキスト情報のドキュメントを複数個に分割し、各分割部分がそれぞれペイロードに配置された複数のパケットを生成するパケット生成部と、
上記複数のパケットを順次送信する送信部を備える
送信装置。
（２）上記パケット生成部は、
上記パケットのヘッダに、該パケットのペイロードに配置された上記分割部分の属性に対応したパケットタイプ情報を配置する
前記（１）に記載の送信装置。
（３）上記パケット生成部は、
上記パケットのペイロードに配置される分割部分が、所定のリージョンに表示すべきサブタイトルの情報であるとき、該パケットのヘッダに、上記所定のリージョンの識別情報を配置する
前記（１）または（２）に記載の送信装置。
（４）上記ドキュメントは、ヘッド部とボディ部を有し、
上記パケット生成部は、
上記パケットに配置される分割部分が上記ボディ部を分割したものであるとき、
該パケットのヘッダに、該分割部分が上記ボディ部の最初、中間あるいは最後のいずれに位置するかを示す位置情報を配置する
前記（１）から（３）のいずれかに記載の送信装置。
（５）上記ドキュメントは、ヘッド部とボディ部を有し、
上記パケット生成部は、
上記パケットに配置される分割部分が上記ボディ部を分割したものであるとき、
該パケットのヘッダに、該分割部分の順番を示す順番情報を配置する
前記（１）から（４）のいずれかに記載の送信装置。
（６）上記パケット生成部は、
所定のエレメントで開始時点だけが宣言されているリージョンの終了時点を宣言するために、
更新した上記所定のエレメントがペイロードに配置されたパケットを生成する
前記（１）から（５）のいずれかに記載の送信装置。
（７）上記ドキュメントは、ＴＴＭＬあるいは該ＴＴＭＬの派生フォーマットのドキュメントである
前記（１）から（６）のいずれかに記載の送信装置。
（８）パケット生成部が、表示タイミング情報を持つサブタイトルのテキスト情報のドキュメントを複数個に分割し、各分割部分がそれぞれペイロードに配置された複数のパケットを生成するパケット生成ステップと、
送信部が、上記複数のパケットを順次送信する送信ステップを有する
送信方法。
（９）表示タイミング情報を持つサブタイトルのテキスト情報のドキュメントを複数個に分割して得られた各分割部分をそれぞれペイロードに配置して生成された複数のパケットを順次受信する受信部と、
上記複数のパケットのペイロードに配置された各分割部分を用いて上記ドキュメントを再構成してサブタイトル表示を制御するサブタイトル制御部を備える
受信装置。
（１０）受信部が、表示タイミング情報を持つサブタイトルのテキスト情報のドキュメントを複数個に分割して得られた各分割部分をそれぞれペイロードに配置して生成された複数のパケットを順次受信する受信ステップと、
サブタイトル制御部が、上記複数のパケットのペイロードに配置された各分割部分を用いて上記ドキュメントを再構成してサブタイトル表示を制御するサブタイトル制御ステップ有する
受信方法。
本技術の主な特徴は、ＴＴＭＬ等の表示タイミング情報を持つサブタイトルのテキスト情報のドキュメントを分割して得られた各分割部分をペイロードに含む複数のパケットを順次送信することで、サブタイトル表示の部分的な追加変更などを行う場合、変更追加対象部分のみを伝送して行うことを可能とし、伝送効率を高めることを可能としたことである（図１１参照）。
１０・・・送受信システム
１００・・・放送送出システム
１１０・・・ストリーム生成部
１１１・・・制御部
１１２・・・ビデオエンコーダ
１１３・・・オーディオエンコーダ
１１４・・・テキストフォーマット変換部
１１５・・・サブタイトルエンコーダ
１１６・・・ＴＳフォーマッタ
２００・・・テレビ受信機
２０１・・・受信部
２０２・・・ＴＳ解析部
２０３・・・ビデオデコーダ
２０４・・・ビデオ重畳部
２０５・・・パネル駆動回路
２０６・・・表示パネル
２０７・・・オーディオデコーダ
２０８・・・音声出力回路
２０９・・・スピーカ
２１０・・・サブタイトルデコーダ
２１１・・・バッファ部
２１２・・・ｔｔヘッド・バッファ
２１３・・・フラグメント・バッファ
２１４・・・テキスト・バッファ
２１５・・・フォント・レンダラ
２１６・・・サブタイトル・イメージ・バッファ
２２１・・・ＣＰＵ
２２２・・・フラッシュＲＯＭ
２２３・・・ＤＲＡＭ
２２４・・・内部バス
２２５・・・リモコン受信部
２２６・・・リモコン送信機

Claims (9)

  1. 表示タイミング情報を持つサブタイトルのテキスト情報のドキュメントを複数個に分割し、各分割部分がそれぞれペイロードに配置された複数のパケットを生成するパケット生成部と、
    上記複数のパケットを順次送信する送信部を備え、
    上記ドキュメントは、ヘッド部とボディ部を有し、
    上記パケット生成部は、
    上記パケットに配置される分割部分が上記ボディ部を分割したものであるとき、
    該パケットのヘッダに、該分割部分が上記ボディ部の最初、中間あるいは最後のいずれに位置するかを示す位置情報を配置する
    送信装置。
  2. 上記パケット生成部は、
    上記パケットのヘッダに、該パケットのペイロードに配置された上記分割部分の属性に対応したパケットタイプ情報を配置する
    請求項１に記載の送信装置。
  3. 上記パケット生成部は、
    上記パケットのペイロードに配置される分割部分が、所定のリージョンに表示すべきサブタイトルの情報であるとき、該パケットのヘッダに、上記所定のリージョンの識別情報を配置する
    請求項１または２に記載の送信装置。
  4. 上記ドキュメントは、ヘッド部とボディ部を有し、
    上記パケット生成部は、
    上記パケットに配置される分割部分が上記ボディ部を分割したものであるとき、
    該パケットのヘッダに、該分割部分の順番を示す順番情報を配置する
    請求項１から３のいずれかに記載の送信装置。
  5. 上記パケット生成部は、
    所定のエレメントで開始時点だけが宣言されているリージョンの終了時点を宣言するために、
    更新した上記所定のエレメントがペイロードに配置されたパケットを生成する
    請求項１から４のいずれかに記載の送信装置。
  6. 上記ドキュメントは、ＴＴＭＬあるいは該ＴＴＭＬの派生フォーマットのドキュメントである
    請求項１から５のいずれかに記載の送信装置。
  7. パケット生成部が、表示タイミング情報を持つサブタイトルのテキスト情報のドキュメントを複数個に分割し、各分割部分がそれぞれペイロードに配置された複数のパケットを生成するパケット生成ステップと、
    送信部が、上記複数のパケットを順次送信する送信ステップを有し、
    上記ドキュメントは、ヘッド部とボディ部を有し、
    上記パケット生成ステップでは、
    上記パケットに配置される分割部分が上記ボディ部を分割したものであるとき、
    該パケットのヘッダに、該分割部分が上記ボディ部の最初、中間あるいは最後のいずれに位置するかを示す位置情報を配置する
    送信方法。
  8. 表示タイミング情報を持つサブタイトルのテキスト情報のドキュメントを複数個に分割して得られた各分割部分をそれぞれペイロードに配置して生成された複数のパケットを順次受信する受信部を備え、
    上記ドキュメントは、ヘッド部とボディ部を有し、
    上記パケットに配置される分割部分が上記ボディ部を分割したものであるとき、該パケットのヘッダに、該分割部分が上記ボディ部の最初、中間あるいは最後のいずれに位置するかを示す位置情報が配置されており、
    上記複数のパケットのペイロードに配置された各分割部分を用いて上記ドキュメントを再構成してサブタイトル表示を制御するサブタイトル制御部をさらに備える
    受信装置。
  9. 受信部が、表示タイミング情報を持つサブタイトルのテキスト情報のドキュメントを複数個に分割して得られた各分割部分をそれぞれペイロードに配置して生成された複数のパケットを順次受信する受信ステップを有し、
    上記ドキュメントは、ヘッド部とボディ部を有し、
    上記パケットに配置される分割部分が上記ボディ部を分割したものであるとき、該パケットのヘッダに、該分割部分が上記ボディ部の最初、中間あるいは最後のいずれに位置するかを示す位置情報が配置されており、
    サブタイトル制御部が、上記複数のパケットのペイロードに配置された各分割部分を用いて上記ドキュメントを再構成してサブタイトル表示を制御するサブタイトル制御ステップをさらに有する
    受信方法。
JP2017562823A 2016-01-19 2017-01-17 送信装置、送信方法、受信装置および受信方法 Active JP6900907B2 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP2016008353 2016-01-19
JP2016008353 2016-01-19
PCT/JP2017/001434 WO2017126509A1 (ja) 2016-01-19 2017-01-17 送信装置、送信方法、受信装置および受信方法

Publications (2)

Publication Number Publication Date
JPWO2017126509A1 JPWO2017126509A1 (ja) 2018-11-08
JP6900907B2 true JP6900907B2 (ja) 2021-07-07

Family

ID=59361745

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2017562823A Active JP6900907B2 (ja) 2016-01-19 2017-01-17 送信装置、送信方法、受信装置および受信方法

Country Status (5)

Country Link
US (1) US11290785B2 (ja)
EP (1) EP3407611A4 (ja)
JP (1) JP6900907B2 (ja)
CN (1) CN108702529A (ja)
WO (1) WO2017126509A1 (ja)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108449651B (zh) * 2018-05-24 2021-11-02 腾讯科技（深圳）有限公司 字幕添加方法、装置、设备及存储介质

Family Cites Families (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
TWI241824B (en) * 2003-10-31 2005-10-11 Benq Corp Mobile phone and related method for displaying text message with various background images
JP2006238147A (ja) * 2005-02-25 2006-09-07 Toshiba Corp コンテンツ再生装置、字幕再生方法及びプログラム
JP4816262B2 (ja) * 2006-06-06 2011-11-16 ソニー株式会社 再生装置、再生方法および再生プログラム
US20070288840A1 (en) * 2006-06-13 2007-12-13 David Andrew Girle System and method for parsing large xml documents transported across networks as xml encapsulated chunks
US20080040498A1 (en) * 2006-08-10 2008-02-14 Nokia Corporation System and method of XML based content fragmentation for rich media streaming
PL2362671T3 (pl) * 2008-07-25 2014-05-30 Koninklijke Philips Nv Obsługa napisów przez wyświetlacz 3D
JP5685969B2 (ja) 2011-02-15 2015-03-18 ソニー株式会社 表示制御方法、表示制御装置
MX343181B (es) 2012-04-25 2016-10-27 Samsung Electronics Co Ltd Metodo y aparato de transcepcion de datos para sistema de transmision multimedia.
JP2015109131A (ja) * 2013-12-03 2015-06-11 パナソニックＩｐマネジメント株式会社 ファイル生成方法、再生方法、ファイル生成装置、再生装置および記録媒体
JP6331670B2 (ja) 2014-05-12 2018-05-30 ソニー株式会社 受信装置、および送信装置、並びにデータ処理方法
JP6416698B2 (ja) 2014-05-30 2018-10-31 日本放送協会 送信装置および受信装置、ならびにプログラム
DE202014102663U1 (de) 2014-06-06 2014-06-24 Ti Automotive (Heidelberg) Gmbh Schraubelement für den Anschluss von Rohrleitungen und Rohranschlusseinrichtung mit diesem Schraubelement
FR3025926B1 (fr) * 2014-09-17 2018-11-02 France Brevets Procede de controle de la vitesse d'affichage des sous-titres
FR3025925B1 (fr) * 2014-09-17 2016-12-23 France Brevets Procede de controle de modes de presentation de sous-titres
JP6796376B2 (ja) 2014-11-28 2020-12-09 日本放送協会 分割装置および解析装置、ならびにプログラム

Also Published As

Publication number Publication date
EP3407611A1 (en) 2018-11-28
EP3407611A4 (en) 2018-11-28
US11290785B2 (en) 2022-03-29
CN108702529A (zh) 2018-10-23
WO2017126509A1 (ja) 2017-07-27
JPWO2017126509A1 (ja) 2018-11-08
US20190028773A1 (en) 2019-01-24

Similar Documents

Publication Publication Date Title
JP6927374B2 (ja) 受信装置および受信方法
JP7020406B2 (ja) 送信装置、送信方法、受信装置および受信方法
JP6760296B2 (ja) 送信装置、送信方法、再生装置および再生方法
RU2701172C2 (ru) Передающее устройство, способ передачи, приемное устройство и способ приема
JP6825558B2 (ja) 送信装置、送信方法、再生装置および再生方法
US11765330B2 (en) Transmitter, transmission method, receiver, and reception method
JP6900907B2 (ja) 送信装置、送信方法、受信装置および受信方法
CN109479154B (zh) 发送装置、发送方法、接收装置和接收方法

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20191202

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20191202

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20201013

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20201210

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20210518

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20210531

R151 Written notification of patent or utility model registration

Ref document number: 6900907

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R151