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

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

Info

Publication number
JP6724791B2
JP6724791B2 JP2016564872A JP2016564872A JP6724791B2 JP 6724791 B2 JP6724791 B2 JP 6724791B2 JP 2016564872 A JP2016564872 A JP 2016564872A JP 2016564872 A JP2016564872 A JP 2016564872A JP 6724791 B2 JP6724791 B2 JP 6724791B2
Authority
JP
Japan
Prior art keywords
subtitle
display
region
stream
timing
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
JP2016564872A
Other languages
English (en)
Other versions
JPWO2016098790A1 (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
Original Assignee
Sony 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 filed Critical Sony Corp
Publication of JPWO2016098790A1 publication Critical patent/JPWO2016098790A1/ja
Application granted granted Critical
Publication of JP6724791B2 publication Critical patent/JP6724791B2/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/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
    • H04N21/23614—Multiplexing 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/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
    • H04N21/23605—Creation or processing of packetized elementary streams [PES]
    • 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
    • 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/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
    • H04N7/00—Television systems
    • H04N7/08—Systems for the simultaneous or sequential transmission of more than one television signal, e.g. additional information signals, the signals occupying wholly or partially the same frequency band, e.g. by time division
    • H04N7/087—Systems for the simultaneous or sequential transmission of more than one television signal, e.g. additional information signals, the signals occupying wholly or partially the same frequency band, e.g. by time division with signal insertion during the vertical blanking interval only
    • H04N7/088—Systems for the simultaneous or sequential transmission of more than one television signal, e.g. additional information signals, the signals occupying wholly or partially the same frequency band, e.g. by time division with signal insertion during the vertical blanking interval only the inserted signal being digital
    • H04N7/0884—Systems for the simultaneous or sequential transmission of more than one television signal, e.g. additional information signals, the signals occupying wholly or partially the same frequency band, e.g. by time division with signal insertion during the vertical blanking interval only the inserted signal being digital for the transmission of additional display-information, e.g. menu for programme or channel selection
    • H04N7/0885—Systems for the simultaneous or sequential transmission of more than one television signal, e.g. additional information signals, the signals occupying wholly or partially the same frequency band, e.g. by time division with signal insertion during the vertical blanking interval only the inserted signal being digital for the transmission of additional display-information, e.g. menu for programme or channel selection for the transmission of subtitles

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Human Computer Interaction (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Studio Circuits (AREA)
  • Television Systems (AREA)

Description

本技術は、送信装置、送信方法、受信装置および受信方法に関し、特に、ビデオ情報と共にテキスト情報を送信する送信装置等に関する。
従来、例えば、ＤＶＢ（Digital Video Broadcasting）の放送などでは、サブタイトルの情報をビットマップデータで送信する運用が行われている。近時、サブタイトルの情報をテキストの文字コードで、つまりテキストベースで送信することが提案されている。この場合、受信側で解像度に応じたフォント展開がなされる。
また、サブタイトルの情報をテキストベースで送信する場合、テキスト情報にタイミング情報を持たせることが提案されている。このテキスト情報として、例えば、Ｗ３Ｃ（(World Wide Web Consortium）でＴＴＭＬ（Timed Text Markup Language）が提唱されている（特許文献１参照）。
特開２０１２−１６９８８５号公報
本技術の目的は、受信側におけるサブタイトルの表示タイミング制御を良好に行い得るようにすることにある。
本技術の概念は、
符号化画像データを持つビデオストリームを生成するビデオエンコーダと、
サブタイトルのテキスト情報および表示タイミング情報を持つサブタイトルストリームを生成するサブタイトルエンコーダと、
上記ビデオストリームと上記サブタイトルストリームを含むトランスポートストリームを送信する送信部を備える
送信装置にある。
本技術において、ビデオエンコーダにより、符号化画像データを持つビデオストリームが生成される。サブタイトルエンコーダにより、サブタイトルのテキスト情報および表示タイミング情報を持つサブタイトルストリームが生成される。そして、送信部により、ビデオストリームとサブタイトルストリームを含むトランスポートストリームが送信される。
例えば、サブタイトルエンコーダは、表示タイミング情報を持つ所定フォーマットのサブタイトルのテキスト情報に基づいて、サブタイトルストリームを生成する、ようにされてもよい。この場合、例えば、所定フォーマットのサブタイトルのテキスト情報は、ＴＴＭＬ（Timed Text Markup Language）あるいはこのＴＴＭＬの派生フォーマットである、ようにされてもよい。
また、例えば、サブタイトルの表示タイミング情報は、少なくとも、表示開始タイミングと表示期間の情報を持つ、ようにされてもよい。この場合、例えば、サブタイトルストリームは、ＰＥＳヘッダとＰＥＳペイロードとからなるＰＥＳパケットにより構成され、サブタイトルのテキスト情報および表示タイミング情報はＰＥＳペイロードに配置され、表示開始タイミングは、ＰＥＳヘッダに挿入されているＰＴＳ（Presentation Time Stamp）からの表示オフセットで示される、ようにされてもよい。
このように本技術においては、ビデオストリームと共に、サブタイトルのテキスト情報および表示タイミング情報を持つサブタイトルストリームが送信されるものである。そのため、受信側におけるサブタイトルの表示タイミング制御を良好に行い得る。
また、本技術の他の概念は、
符号化画像データを持つビデオストリームと、サブタイトルのテキスト情報および表示タイミング情報を持つサブタイトルストリームを含むトランスポートストリームを受信する受信部と、
上記ビデオストリームにデコード処理を施して画像データを得るビデオデコーダと、
上記サブタイトルストリームにデコード処理を施してサブタイトルのビットマップデータを得ると共に、該サブタイトルの表示タイミング情報を得るサブタイトルデコーダと、
上記画像データへの上記サブタイトルのビットマップデータの重畳のタイミングを、上記表示タイミング情報に基づいて制御する表示制御部を備える
受信装置にある。
本技術において、受信部により、トランスポートストリームが受信される。このトランスポートストリームには、符号化画像データを持つビデオストリームと、サブタイトルのテキスト情報および表示タイミング情報を持つサブタイトルストリームが含まれている。
ビデオデコーダにより、ビデオストリームにデコード処理が施されて画像データが得られる。また、サブタイトルデコーダにより、サブタイトルストリームにデコード処理が施されてサブタイトルのビットマップデータが得られると共に、このサブタイトルの表示タイミング情報が得られる。そして、表示制御部により、画像データへのサブタイトルのビットマップデータの重畳のタイミングが、表示タイミング制御情報に基づいて制御される。
例えば、サブタイトルの表示タイミング情報は、少なくとも、表示開始タイミングと表示期間の情報を持つ、ようにされてもよい。この場合、例えば、サブタイトルストリームは、ＰＥＳヘッダとＰＥＳペイロードとからなるＰＥＳパケットにより構成され、サブタイトルのテキスト情報および表示タイミング情報はＰＥＳペイロードに配置され、表示開始タイミングは、ＰＥＳヘッダに挿入されているＰＴＳからの表示オフセットで示される、ようにされてもよい。
このように本技術においては、サブタイトルストリームがサブタイトルのテキスト情報および表示タイミング情報を持っており、画像データへのサブタイトルのビットマップデータの重畳のタイミングがこの表示タイミング情報に基づいて制御されるものである。そのため、サブタイトルの表示タイミング制御を良好に行い得る。
本技術によれば、サブタイトルの表示タイミング制御を良好に行い得る。なお、本明細書に記載された効果はあくまで例示であって限定されるものではなく、また付加的な効果があってもよい。
実施の形態としての送受信システムの構成例を示すブロック図である。 放送送出システムのストリーム生成部の構成例を示すブロック図である。 ＴＴＭＬ構造を説明するための図である。 ＴＴＭＬ構造のヘッダ（head）に存在するメタデータ（metadata）、スタイリング（styling）、レイアウト（layout）の各要素の構造例を示す図である。 ＴＴＭＬ構造のボディ（body）の構造例を示す図である。 ＰＥＳパケットの構成例を示す図である。 ＴＨＭＳ（text header metadata segment）の構造例を示す図である。 ＴＨＳＳ（text header styling segment）の構造例を示す図である。 ＴＨＬＳ（text header layout segment）の構造例を示す図である。 ＴＢＳ（text body segment）の構造例を示す図である。 ＴＷＳ（text whole segment）の構造例を示す図である。 ＴＣＳ（timing control segment）の構造例を示す図である。 ＴＴＭＬをセグメント（Segment）に変換する場合における「ＰＴＳ」、「display offset」、「display duration」を設定について説明するための図である。 デコーダ・バッファ・モデルの構成例を示す図である。 デコーダ・バッファ・モデルの基本的な動作の一例を示す図である。 デコーダ・バッファ・モデルのより現実的な動作の一例を示す図である。 デコーダ・バッファ・モデルのより現実的な動作の他の一例を示す図である。 デコーダ・バッファ・モデルの他の構成例を示す図である。 デコーダ・バッファ・モデルの基本的な動作の一例を示す図である。 デコーダ・バッファ・モデルのより現実的な動作の一例を示す図である。 デコーダ・バッファ・モデルのより現実的な動作の他の一例を示す図である。 トランスポートストリームＴＳの構成例を示す図である。 テレビ受信機の構成例を示す図である。 サブタイトルデコーダの構成例を示す図である。 サブタイトルデコーダの他の構成例を示す図である。
以下、発明を実施するための形態（以下、「実施の形態」とする）について説明する。なお、説明を以下の順序で行う。
１．実施の形態
２．変形例
＜１．実施の形態＞
［送受信システムの構成例］
図１は、実施の形態としての送受信システム１０の構成例を示している。この送受信システム１０は、放送送出システム１００とテレビ受信機２００により構成されている。放送送出システム１００は、トランスポートストリームＴＳを、放送波に載せて送信する。このトランスポートストリームＴＳは、符号化画像データを持つビデオストリームと、符号化音声データを持つオーディオストリームと、サブタイトルのテキスト情報および表示タイミング情報を持つサブタイトルストリームを有している。
放送送出システム１００は、表示タイミング情報を持つ所定フォーマットのサブタイトルのテキスト情報に基づいて、サブタイトルストリームを生成する。この実施の形態において、このテキスト情報は、例えば、Ｗ３Ｃ（(World Wide Web Consortium）で提唱されているＴＴＭＬ（Timed Text Markup Language）である。
サブタイトルストリームに含まれるサブタイトルの表示タイミング情報は、この実施の形態においては、少なくとも、表示開始タイミングと表示期間の情報を持つものとされる。ここで、サブタイトルストリームは、ＰＥＳヘッダとＰＥＳペイロードとからなるＰＥＳパケットにより構成され、サブタイトルのテキスト情報および表示タイミング情報はＰＥＳペイロードに配置され、例えば、表示開始タイミングは、ＰＥＳヘッダに挿入されているＰＴＳからの表示オフセットで示される。
テレビ受信機２００は、放送送出システム１００から放送波で送られてくるトランスポートストリームＴＳを受信する。このトランスポートストリームＴＳは、上述したように、符号化画像データを持つビデオストリームと、サブタイトルのテキスト情報および表示タイミング情報を持つサブタイトルストリームを有している。
テレビ受信機２００は、ビデオストリームから画像データを得ると共に、サブタイトルストリームからサブタイトルのビットマップデータと、サブタイトルの表示タイミング情報を得る。そして、テレビ受信機２００は、画像データへのブタイトルのビットマップデータの重畳タイミングを表示タイミング情報に基づいて制御し、サブタイトルが重畳された画像を表示する。
［放送送出システムのストリーム生成部の構成例］
図２は、放送送出システム１００のストリーム生成部１１０の構成例を示している。このストリーム生成部１１０は、制御部１１１と、ビデオエンコーダ１１２と、オーディオエンコーダ１１３と、テキストフォーマット変換部１１４と、サブタイトルエンコーダ１１５を有している。
制御部１１１は、ストリーム生成部１１０の各部の動作を制御する。ビデオエンコーダ１１２は、画像データＤＶを入力し、この画像データＤＶに対して符号化を施し、符号化画像データを含むビデオストリーム（ＰＥＳストリーム）を生成する。オーディオエンコーダ１１３は、音声データＤＡを入力し、この音声データＤＡに対して符号化を施し、符号化音声データを含むオーディオストリーム（ＰＥＳストリーム）を生成する。
テキストフォーマット変換部１１４は、サブタイトル情報としてのテキストデータ（文字コード）ＤＴを入力し、表示タイミング情報を持つ所定フォーマットのサブタイトルのテキスト情報を得る。この実施の形態においては、ＴＴＭＬに変換する。
図３は、ＴＴＭＬ構造を示している。ＴＴＭＬは、ＸＭＬベースで記載される。ヘッダ（head）には、メタデータ（metadata）、スタイリング（styling）、レイアウト（layout）の各要素が存在する。図４（ａ）は、メタデータ（ＴＴＭ：TTML Metadata）の構造例を示している。このメタデータには、メタデータのタイトルの情報と、コピーライトの情報が含まれている。
図４（ｂ）は、スタイリング（ＴＴＳ：TTML Styling）の構造例を示している。このスタイリングには、識別子（id）の他に、カラー（color）、フォント（fontFamily）、サイズ（fontSize）、アラインメント（textAlign）などの情報が含まれている。図４（ｃ）は、レイアウト（region：TTML layout）の構造例を示している。このレイアウトには、サブタイトルを配置するリージョンの識別子（id）の他に、範囲（extent）、オフセット（padding）、バックグラウンドカラー（backgroundColor）、アラインメント（displayAlign）などの情報が含まれている。
図５は、ボディ（body）の構造例を示している。図示の例では、サブタイトル１（subtitle 1）、サブタイトル２（subtitle 2）、サブタイトル３（subtitle 3）の３つのサブタイトルの情報が含まれている。サブタイトル毎に、表示開始タイミングと表示終了タイミングが記載されると共に、テキストデータが記載されている。例えば、サブタイトル１（subtitle 1）に関しては、表示開始タイミングが“０．７６ｓ”で、表示終了タイミングが“３．４５ｓ”であり、テキストデータが「It seems a paradox, dose it not,」とされている。
図２に戻って、サブタイトルエンコーダ１１５は、テキストフォーマット変換部１１４で得られるＴＴＭＬを種々のセグメントに変換し、ペイロードにそれらのセグメントを配置したＰＥＳパケットにより構成されるサブタイトルストリームを生成する。
図６は、ＰＥＳパケットの構成例を示している。ＰＥＳヘッダには、ＰＴＳ（Presentation Time Stamp）が含まれている。また、ＰＥＳペイロードには、ＴＣＳ（timing control segment）、ＴＨＭＳ（text header metadata segment）、ＴＨＳＳ（text header styling segment）、ＴＨＬＳ（text header layout segment）、ＴＢＳ（text body segment）の各セグメント、あるいはＴＣＳ（timing control segment）、ＴＷＳ（text whole segment）の各セグメントが含まれている。
図７（ａ）は、ＴＨＭＳ（text header metadata segment）の構造例（syntax）を示している。この構造には、「sync_byte」、「segment_type」、「page_id」、「segment_length」、「segment_payload()」の各情報が含まれている。「segment_type」は、セグメントタイプを示す８ビットのデータであり、ここでは、ＴＨＭＳを示す例えば「０ｘ２１」とされる。「segment_length」は、セグメントの長さ（サイズ）を示す８ビットのデータである。「segment_payload()」の中に、図７（ｂ）に示すようなメタデータがＸＭＬ情報として配置される。このメタデータは、ＴＴＭＬのヘッダ（head）に存在するメタデータ（metadata）の要素と同じものである（図４（ａ）参照）。
図８（ａ）は、ＴＨＳＳ（text header styling segment）の構造例（syntax）を示している。この構造には、「sync_byte」、「segment_type」、「page_id」、「segment_length」、「segment_payload()」の各情報が含まれている。「segment_type」は、セグメントタイプを示す８ビットのデータであり、ここでは、ＴＨＳＳを示す例えば「０ｘ２２」とされる。「segment_length」は、セグメントの長さ（サイズ）を示す８ビットのデータである。「segment_payload()」の中に、図８（ｂ）に示すようなメタデータがＸＭＬ情報として配置される。このメタデータは、ＴＴＭＬのヘッダ（head）に存在するスタイリング（styling）の要素と同じものである（図４（ｂ）参照）。
図９（ａ）は、ＴＨＬＳ（text header layout segment）の構造例（syntax）を示している。この構造には、「sync_byte」、「segment_type」、「page_id」、「segment_length」、「segment_payload()」の各情報が含まれている。「segment_type」は、セグメントタイプを示す８ビットのデータであり、ここでは、ＴＨＬＳを示す例えば「０ｘ２３」とされる。「segment_length」は、セグメントの長さ（サイズ）を示す８ビットのデータである。「segment_payload()」の中に、図９（ｂ）に示すようなメタデータがＸＭＬ情報として配置される。このメタデータは、ＴＴＭＬのヘッダ（head）に存在するレイアウト（layout）の要素と同じものである（図４（ｃ）参照）。
図１０（ａ）は、ＴＢＳ（text body segment）の構造例（syntax）を示している。この構造には、「sync_byte」、「segment_type」、「page_id」、「segment_length」、「segment_payload()」の各情報が含まれている。「segment_type」は、セグメントタイプを示す８ビットのデータであり、ここでは、ＴＢＳを示す例えば「０ｘ２４」とされる。「segment_payload()」の中に、図１０（ｂ）に示すようなメタデータがＸＭＬ情報として配置される。このメタデータは、ＴＴＭＬのボディ（body）と同じものである（図５参照）。
図１１（ａ）は、ＴＷＳ（text whole segment）の構造例（syntax）を示している。この構造には、「sync_byte」、「segment_type」、「page_id」、「segment_length」、「segment_payload()」の各情報が含まれている。「segment_type」は、セグメントタイプを示す８ビットのデータであり、ここでは、ＴＷＳを示す例えば「０ｘ２５」とされる。「segment_length」は、セグメントの長さ（サイズ）を示す８ビットのデータである。「segment_payload()」の中に、図１１（ｂ）に示すようなメタデータがＸＭＬ情報として配置される。このメタデータは、ＴＴＭＬの全体である（図３参照）。この構造は、ＴＴＭＬ全体での互換性を維持するための構造であって、ＴＴＭＬ全体を一つのセグメントに入れるものである。
図１２は、ＴＣＳ（timing control segment）の構造例（syntax）を示している。この構造には、「sync_byte」、「segment_type」、「page_id」、「segment_length」、「format_type」、「number_of_regions」、「region_id」、「number_of_display_set」、「display offset」、「display duration」の各情報が含まれている。「segment_type」は、セグメントタイプを示す８ビットのデータであり、ここでは、ＴＣＳを示す例えば「０ｘ２０」とされる。「segment_length」は、セグメントの長さ（サイズ）を示す８ビットのデータである。
「format_type」の８ビットフィールドは、サブタイトルの伝送フォーマットの種類を示す。“１”は「ＤＶＢ subtitle」であることを示し、“２”は「ＥＢＵ−ＴＴ−Ｄ」であることを示し、“３”は「ＴＴＭＬ」であることを示す。この実施の形態においては、“２”あるいは“３”となる
「number_of_regions」の８ビットフィールドは、リージョン（region）の数を示す。「region_id」の１６ビットフィールドは、リージョン（region）の識別子を示す。「number_of_display_set」の８ビットは、当該リージョンの表示回数を示す。「display offset」の１６ビットフィールドは、当該リージョンの表示開始タイミングとしてのＰＴＳからのオフセット値を示す。「display duration」の１６ビットフィールドは、当該リージョンの表示期間を示す。
サブタイトルエンコーダ１１５は、図１３に示すように、ＴＴＭＬをセグメント（Segment）に変換する際に、ＴＴＭＬのボディ（body）に含まれる各サブタイトルの表示開始タイミング（begin）と表示終了タイミング（end）の記載に基づき、システム時刻情報（ＰＣＲ、ビデオ・オーディオの同期時刻）を参照して、各サブタイトルの「ＰＴＳ」、「display offset」、「display duration」を設定する。この際、サブタイトルセグメントエンコーダ１１５は、デコーダ・バッファ・モデルを使用し、受信側の動作が正しく行われるように検証しながら、「ＰＴＳ」、「display offset」、「display duration」の設定を行う。
図１４は、デコーダ・バッファ・モデル３００Ａの構成例を示している。このデコーダ・バッファ・モデル３００Ａは、コーデッドバッファ（Coded Buffer）３０１、サブタイトルセグメントデコーダ３０２、フォント展開部３０３およびビットマップバッファ（Bitmap Buffer）３０４を有している。コーデッドバッファ３０１は、受信されたセグメントデータを一時的に保持する。
サブタイトルセグメントデコーダ３０２は、コーデッドバッファ３０１に保持されている各リージョンのセグメントデータに対して所定のタイミングでデコード処理を施して、各リージョンのテキストデータや制御コードを得る。フォント展開部３０３は、サブタイトルセグメントデコーダ３０２で得られた各リージョンのテキストデータや制御コードに基づいてフォント展開して、各リージョンのビットマップデータを得る。
ビットマップバッファ３０４は、フォント展開部３０３で得られた各リージョンのビットマップデータ、そして、ビットマップデータを表示する際の制御情報を、一時的に保持する。このビットマップバッファ３０４に保持されている各リージョンのビットマップデータは、表示開始タイミングから読み出されて画像データに重畳され、それが表示期間だけ継続される。
図１５は、デコーダ・バッファ・モデル３００Ａの基本的な動作の一例を示している。コーデッドバッファ３０１にリージョン１（Region 1）のセグメントデータがバッファリングされていく。そして、コーデッドバッファ３０１にリージョン１のセグメントデータが全て蓄積されてから一定の猶予期間（Decode Window）を経て、サブタイトルセグメントデコーダ３０２でデコードされ、フォント展開部３０３でフォント展開されて、当該リージョン１のビットマップデータが得られる。
このデコード処理により、コーデッドバッファ３０１からリージョン１のセグメントデータは瞬時になくなる。フォント展開部３０３で得られるビットマップデータはビットマップバッファ３０４に保持され、リージョン１の表示が開始され、表示期間だけその表示が継続される。図示の例では、「ＡＢＣ」の文字を持つリージョン１が、デコード直後から表示期間だけ画面上に表示される。表示期間が経過すると、ビットマップバッファ３０４からリージョン１のビットマップデータは瞬時になくなる。
コーデッドバッファ３０１にリージョン１のセグメントデータが全て蓄積された後、このコーデッドバッファ３０１にリージョン２（Region 2）のセグメントデータがバッファリングされていく。このリージョン２に関しても、上述のリージョン１におけると同様の処理が順次施される。
すなわち、コーデッドバッファ３０１にリージョン２のセグメントデータが全て蓄積されてから一定の猶予期間（Decode Window）を経て、サブタイトルセグメントデコーダ３０２でデコードされ、フォント展開部３０３でフォント展開されて、リージョン２の表示が開始され、表示期間だけその表示が継続される。図示の例では、「ＤＥＦＧ」の文字を持つリージョン２が、デコード直後から表示期間だけ画面上に表示される。
以降についても、同様の処理が継続されていく。
図１６は、デコーダ・バッファ・モデル３００Ａのより現実的な動作の一例を示している。この例は、あるタイミングではリージョン１のみが表示されるが、次のタイミングからはリージョン２も同時に表示され、そして、リージョン１はあるタイミングで表示されなくなり、その後に、リージョン２の表示にリージョン３の表示が加わる、というものである。
コーデッドバッファ３０１にリージョン１（Region 1）のセグメントデータがバッファリングされていく。そして、コーデッドバッファ３０１にリージョン１のセグメントデータが全て蓄積されてから一定の猶予期間（Decode Window）を経て、ＰＴＳ１のタイミングで、サブタイトルセグメントデコーダ３０２でデコードされ、フォント展開部３０３でフォント展開されて、当該リージョン１のビットマップデータが得られる。猶予期間は最も少ない場合には０である。これは、デコードタイミングまでに、コーデッドバッファ３０１に、デコードに必要なセグメントデータの全てがバッファリングされている必要があることを意味する。
このデコード処理により、コーデッドバッファ３０１からリージョン１のセグメントデータは瞬時になくなる。フォント展開部３０３で得られるリージョン１のビットマップデータはビットマップバッファ３０４に保持される。ＰＴＳ１のタイミングにおけるコーデッドバッファ３０１のデータ蓄積量はＣＢｃ_１であり、このＰＴＳ１のタイミングにおけるビットマップバッファ３０４のデータ蓄積量はＢＢｃ_１である。
ここで、「display offset」が定義される。これは、ＰＴＳのタイミングから表示開始タイミングまでにどれだけの遅延があるかを示す。図示の例では、ＰＴＳ１のタイミングでリージョン１の表示が開始されるので、「display offset1 = 0」である。
また、ここで、「display duration」が定義される。これは、表示期間を示す。図示の例では、「display duration1 = T1」である。図示の例では、「ＡＢＣ」の文字を持つリージョン１が、Ｔ１の期間だけ画面上に表示される。表示期間が経過すると、ビットマップバッファ３０４からリージョン１のビットマップデータは瞬時になくなる。つまり、リージョン１が表示されている期間は、ビットマップバッファ３０４に、リージョン１のビットマップデータが保持され続ける。
ここで、バッファモデルとしては、コーデッドバッファ３０１のデータ蓄積量ＣＢｃ_ｋが常にそのバッファサイズより小さく、ビットマップバッファ３０４のデータ蓄積量ＢＢｃ_ｋが常にそのバッファサイズより小さい、いうように制限される。
コーデッドバッファ３０１にリージョン１のセグメントデータが全て蓄積された後、このコーデッドバッファ３０１にリージョン２のセグメントデータがバッファリングされていく。そして、コーデッドバッファ３０１にリージョン２のセグメントデータが全て蓄積されてから一定の猶予期間（Decode Window）を経て、ＰＴＳ２のタイミングで、サブタイトルセグメントデコーダ３０２でデコードされ、フォント展開部３０３でフォント展開されて、当該リージョン２のビットマップデータが得られる。
このデコード処理により、コーデッドバッファ３０１からリージョン２のセグメントデータは瞬時になくなる。フォント展開部３０３で得られるリージョン２のビットマップデータはビットマップバッファ３０４に保持される。ＰＴＳ２のタイミングにおけるコーデッドバッファ３０１のデータ蓄積量はＣＢｃ_２であり、このＰＴＳ２のタイミングにおけるビットマップバッファ３０４のデータ蓄積量はＢＢｃ_２である。
ここで、ＰＴＳ２のタイミングでリージョン２の表示が開始されるので、「display offset2_1 = 0」である。そして、このリージョン２はＴ２＿１の期間だけ表示されるので、「display duration2_1 = T2_1」である。図示の例では、「ＤＥＦ」の文字を持つリージョン２がＴ２＿１の期間だけ画面上に表示される。この場合、ＰＴＳ２のタイミングから、リージョン１の表示に、リージョン２の表示が加わる。なお、ＰＴＳ２のタイミングで、リージョン１の表示位置は上方にシフトされる。
また、リージョン２に関しては、Ｔ２＿１の期間の終わりのタイミングで当該リージョン２のビットマップデータがビットマップバッファ３０４からなくなるわけではなく、保持され続ける。ＰＴＳ２のタイミングから所定期間を経たＰＴＳ３のタイミングでリージョン２の表示が再開されるので、「display offset2_1 = !0」である。そして、このリージョン２はＴ２＿２の期間だけ表示されるので、「display duration2_2 = T2_2」である。
また、コーデッドバッファ３０１にリージョン２のセグメントデータが全て蓄積された後、このコーデッドバッファ３０１にリージョン３（Region 3）のセグメントデータがバッファリングされていく。そして、コーデッドバッファ３０１にリージョン３のセグメントデータが全て蓄積されてから一定の猶予期間（Decode Window）を経て、ＰＴＳ３のタイミングで、サブタイトルセグメントデコーダ３０２でデコードされ、フォント展開部３０３でフォント展開されて、当該リージョン３のビットマップデータが得られる。
このデコード処理により、コーデッドバッファ３０１からリージョン３のセグメントデータは瞬時になくなる。フォント展開部３０３で得られるビットマップデータはビットマップバッファ３０４に保持される。ＰＴＳ３のタイミングにおけるコーデッドバッファ３０１のデータ蓄積量はＣＢｃ_３であり、このＰＴＳ３のタイミングにおけるビットマップバッファ３０４のデータ蓄積量はＢＢｃ_３である。
ここで、ＰＴＳ３のタイミングでリージョン３の表示が開始されるので、「display offset3 = 0」である。そして、このリージョン３はＴ３の期間だけ表示されるので、「display duration3 = T3」である。図示の例では、「ＧＨＪＫ」の文字を持つリージョン３がＴ３の期間だけ画面上に表示される。この場合、ＰＴＳ３のタイミングから、リージョン２およびリージョン３が表示される。なお、ＰＴＳ３のタイミングで、リージョン２の表示位置は上方にシフトされる。
なお、図示の例では、Ｔ２＿１の期間の終わりのタイミングとＰＴＳ３のタイミングの間には時間差があるように示しているが同一タイミングとすることも可能である。
図１７は、デコーダ・バッファ・モデル３００Ａのより現実的な動作の他の一例を示している。この例も、図１６に示す例と同様に、あるタイミングではリージョン１のみが表示されるが、次のタイミングからはリージョン２も同時に表示され、そして、リージョン１はあるタイミングで表示されなくなり、その後に、リージョン２の表示にリージョン３の表示が加わる、というものである。ただし、図１６に示す例とは異なり、リージョン１およびリージョン２のデコードが同時に行われる。
コーデッドバッファ３０１にリージョン１（Region 1）のセグメントデータ、さらにはリージョン２（Region 2）のセグメントデータがバッファリングされていく。そして、コーデッドバッファ３０１にリージョン１およびリージョン２のセグメントデータが全て蓄積されてから一定の猶予期間（Decode Window）を経て、ＰＴＳ１のタイミングで、サブタイトルセグメントデコーダ３０２でデコードされ、フォント展開部３０３でフォント展開されて、当該リージョン１およびリージョン２のビットマップデータが得られる。
このデコード処理により、コーデッドバッファ３０１からリージョン１およびリージョン２のセグメントデータは瞬時になくなる。フォント展開部３０３で得られるリージョン１およびリージョン２のビットマップデータはビットマップバッファ３０４に保持される。ＰＴＳ１のタイミングにおけるコーデッドバッファ３０１のデータ蓄積量はＣＢｃ_１であり、このＰＴＳ１のタイミングにおけるビットマップバッファ３０４のデータ蓄積量はＢＢｃ_１である。
ここで、「display offset」が定義される。これは、ＰＴＳのタイミングから表示開始タイミングまでにどれだけの遅延があるかを示す。図示の例では、ＰＴＳ１のタイミングでリージョン１の表示が開始されるので、「display offset1 = 0」である。
また、ここで、「display duration」が定義される。これは、表示期間を示す。図示の例では、「display duration1 = T1」である。図示の例では、「ＡＢＣ」の文字を持つリージョン１が、Ｔ１の期間だけ画面上に表示される。表示期間が経過すると、ビットマップバッファ３０４からリージョン１のビットマップデータは瞬時になくなる。つまり、リージョン１が表示されている期間は、ビットマップバッファ３０４に、リージョン１のビットマップデータが保持され続ける。
ここで、バッファモデルとしては、コーデッドバッファ３０１のデータ蓄積量ＣＢｃ_ｋが常にそのバッファサイズより小さく、ビットマップバッファ３０４のデータ蓄積量ＢＢｃ_ｋが常にそのバッファサイズより小さい、いうように制限される。
また、ＰＴＳ１のタイミングからＴ２_0の期間を経たタイミングでリージョン２の表示が開始されるので、「display offset2_1 = T2_0」である。そして、このリージョン２はＴ２＿１の期間だけ表示されるので、「display duration2_1 = T2_1」である。図示の例では、「ＤＥＦ」の文字を持つリージョン２がＴ２＿１の期間だけ画面上に表示される。この場合、リージョン１の表示に、リージョン２の表示が加わる。なお、リージョン１の表示位置は上方にシフトされる。
また、リージョン２に関しては、Ｔ２＿１の期間の終わりのタイミングで当該リージョン２のビットマップデータがビットマップバッファ３０４からなくなるわけではなく、保持され続ける。ＰＴＳ１のタイミングから所定期間を経たＰＴＳ３のタイミングでリージョン２の表示が再開されるので、「display offset2_1 = !0」である。そして、このリージョン２はＴ２＿２の期間だけ表示されるので、「display duration2_2 = T2_2」である。
また、コーデッドバッファ３０１にリージョン１およびリージョン２のセグメントデータが全て蓄積された後、このコーデッドバッファ３０１にリージョン３（Region 3）のセグメントデータがバッファリングされていく。そして、コーデッドバッファ３０１にリージョン３のセグメントデータが全て蓄積されてから一定の猶予期間（Decode Window）を経て、ＰＴＳ３のタイミングで、サブタイトルセグメントデコーダ３０２でデコードされ、フォント展開部３０３でフォント展開されて、当該リージョン３のビットマップデータが得られる。
このデコード処理により、コーデッドバッファ３０１からリージョン３のセグメントデータは瞬時になくなる。フォント展開部３０３で得られるビットマップデータはビットマップバッファ３０４に保持される。ＰＴＳ３のタイミングにおけるコーデッドバッファ３０１のデータ蓄積量はＣＢｃ_３であり、このＰＴＳ３のタイミングにおけるビットマップバッファ３０４のデータ蓄積量はＢＢｃ_３である。
ここで、ＰＴＳ３のタイミングでリージョン３の表示が開始されるので、「display offset3 = 0」である。そして、このリージョン３はＴ３の期間だけ表示されるので、「display duration3 = T3」である。図示の例では、「ＧＨＪＫ」の文字を持つリージョン３がＴ３の期間だけ画面上に表示される。この場合、ＰＴＳ３のタイミングから、リージョン２およびリージョン２が表示される。なお、ＰＴＳ３のタイミングで、リージョン２の表示位置は上方にシフトされる。
なお、図示の例では、Ｔ２＿１の期間の終わりのタイミングとＰＴＳ３のタイミングの間には時間差があるように示しているが同一タイミングとすることも可能である。
図１８は、デコーダ・バッファ・モデル３００Ｂの構成例を示している。このデコーダ・バッファ・モデル３００Ｂは、コーデッドバッファ（Coded Buffer）３１１、サブタイトルセグメントデコーダ３１２およびフォント展開部３１３を有している。コーデッドバッファ３１１は、受信されたセグメントデータを一時的に保持する。
サブタイトルセグメントデコーダ３１２は、コーデッドバッファ３１１に保持されている各リージョンのセグメントデータに対して、各リージョンの表示期間中はフレーム毎に常にデコード処理を施して、各リージョンのテキストデータや制御コードを得る。フォント展開部３１３は、各リージョンの表示期間中はフレーム毎に常に、サブタイトルセグメントデコーダ３１２で得られたテキストデータや制御コードに基づいてフォント展開して、各リージョンのビットマップデータを得る。フォント展開部３１３で得られた各リージョンのビットマップデータは、画像データに重畳される。
図１９は、デコーダ・バッファ・モデル３００Ｂの基本的な動作の一例を示している。コーデッドバッファ３１１にリージョン１（Region 1）のセグメントデータがバッファリングされていく。そして、コーデッドバッファ３１１にリージョン１のセグメントデータが全て蓄積されてから一定の猶予期間（Decode Window）を経て、サブタイトルセグメントデコーダ３１２でデコードされ、フォント展開部３１３でフォント展開されて、当該リージョン１のビットマップデータが得られる。これにより、リージョン１の表示が開始され、表示期間だけその表示が継続される。図示の例では、「ＡＢＣ」の文字を持つリージョン１が表示期間だけ画面上に表示される。
サブタイトルセグメントデコーダ３１２およびフォント展開部３１３では、表示期間中は、フレーム毎にその処理が繰り返される。リージョン１の表示期間が終了すると、リージョン１のセグメントデータに対するサブタイトルセグメントデコーダ３１２およびフォント展開部３１３の処理は停止され、そのタイミングで、コーデッドバッファ３１１からリージョン１のセグメントデータは瞬時になくなる。
コーデッドバッファ３１１にリージョン１（Region 1）のセグメントデータが全て蓄積された後、このコーデッドバッファ３１１にリージョン２（Region 2）のセグメントデータがバッファリングされていく。このリージョン２に関しても、上述のリージョン１におけると同様の処理が順次施される。
すなわち、コーデッドバッファ３１１にリージョン２のセグメントデータが全て蓄積されてから一定の猶予期間（Decode Window）を経て、サブタイトルセグメントデコーダ３１２でデコードされ、フォント展開部３１３でフォント展開されて、当該リージョン２のビットマップデータが得られる。これにより、リージョン２の表示が開始され、表示期間だけその表示が継続される。図示の例では、「ＤＥＦＧ」の文字を持つリージョン２が表示期間だけ画面上に表示される。
以降についても、同様の処理が継続されていく。
図２０は、デコーダ・バッファ・モデル３００Ｂのより現実的な動作の一例を示している。この例は、あるタイミングではリージョン１のみが表示されるが、次のタイミングからはリージョン２も同時に表示され、そして、リージョン１はあるタイミングで表示されなくなり、その後に、リージョン２の表示にリージョン３の表示が加わる、というものである。
コーデッドバッファ３１１にリージョン１（Region 1）のセグメントデータがバッファリングされていく。そして、コーデッドバッファ３１１にリージョン１のセグメントデータが全て蓄積されてから一定の猶予期間（Decode Window）を経て、ＰＴＳ１のタイミングとなる。
ここで、「display offset」が定義される。これは、ＰＴＳのタイミングから表示開始タイミングまでにどれだけの遅延があるかを示す。図示の例では、ＰＴＳ１のタイミングでリージョン１の表示が開始されるので、「display offset1 = 0」である。この場合、ＰＴＳ１のタイミングで、リージョン１のセグメントデータがサブタイトルセグメントデコーダ３１２でデコードされ、フォント展開部３１３でフォント展開されて、当該リージョン１のビットマップデータが得られる。これにより、リージョン１の表示が開始される。図示の例では、「ＡＢＣ」の文字を持つリージョン１の表示が開始される。
また、ここで、「display duration」が定義される。これは、表示期間を示す。図示の例では、「display duration1 = T1」であり、リージョン１の表示はＴ１の期間だけ継続される。サブタイトルセグメントデコーダ３１２およびフォント展開部３１３では、リージョン１の表示期間中は、フレーム毎にその処理が繰り返される。リージョン１の表示期間が終了すると、リージョン１のセグメントデータに対するサブタイトルセグメントデコーダ３１２およびフォント展開部３１３の処理は停止され、そのタイミングで、コーデッドバッファ３１１からリージョン１のセグメントデータは瞬時になくなる。
ＰＴＳ１のタイミングにおけるコーデッドバッファ３１１のデータ蓄積量はＣＢｃ_１である。ここで、バッファモデルとしては、コーデッドバッファ３１１のデータ蓄積量ＣＢｃ_ｋが常にそのバッファサイズより小さい、いうように制限される。
コーデッドバッファ３１１にリージョン１のセグメントデータが全て蓄積された後、このコーデッドバッファ３１１にリージョン２のセグメントデータがバッファリングされていく。そして、コーデッドバッファ３１１にリージョン２のセグメントデータが全て蓄積されてから一定の猶予期間（Decode Window）を経て、ＰＴＳ２のタイミングとなる。このＰＴＳ２のタイミングにおけるコーデッドバッファ３１１のデータ蓄積量はＣＢｃ_２である。
ＰＴＳ２のタイミングでリージョン２の表示が開始されるので、「display offset2-1 = 0」である。この場合、ＰＴＳ２のタイミングで、リージョン２のセグメントデータがサブタイトルセグメントデコーダ３１２でデコードされ、フォント展開部３１３でフォント展開されて、当該リージョン２のビットマップデータが得られる。これにより、リージョン２の表示が開始される。図示の例では、「ＤＥＦ」の文字を持つリージョン２の表示が開始される。この場合、ＰＴＳ２のタイミングから、リージョン１の表示に、リージョン２の表示が加わる。なお、ＰＴＳ２のタイミングで、リージョン１の表示位置は上方にシフトされる。
そして、このリージョン２はＴ２＿１の期間だけ表示されるので、「display duration2_1 = T2_1」である。図示の例では、「ＤＥＦ」の文字を持つリージョン２がＴ２＿１の期間だけ画面上に表示される。サブタイトルセグメントデコーダ３１２およびフォント展開部３１３では、リージョン２の表示期間中は、フレーム毎にその処理が繰り返される。
また、リージョン２に関しては、Ｔ２＿１の期間の終わりのタイミングで当該リージョン２のセグメントデータがコーデッドバッファ３１１からなくなるわけではなく、保持され続ける。ＰＴＳ２のタイミングから所定期間を経たＰＴＳ３のタイミングでリージョン２の表示が再開されるので、「display offset2_1 = !0」である。そして、このリージョン２はＴ２＿２の期間だけ表示されるので、「display duration2_2 = T2_2」である。リージョン２の表示期間が全て終了すると、コーデッドバッファ３１１からリージョン２のセグメントデータは瞬時になくなる。
また、コーデッドバッファ３１１にリージョン２のセグメントデータが全て蓄積された後、このコーデッドバッファ３１１にリージョン３のセグメントデータがバッファリングされていく。そして、コーデッドバッファ３１１にリージョン３のセグメントデータが全て蓄積されてから一定の猶予期間（Decode Window）を経て、ＰＴＳ３のタイミングとなる。このＰＴＳ３のタイミングにおけるコーデッドバッファ３１１のデータ蓄積量はＣＢｃ_３である。
ＰＴＳ３のタイミングでリージョン３の表示が開始されるので、「display offset3 = 0」である。この場合、ＰＴＳ３のタイミングで、リージョン３のセグメントデータがサブタイトルセグメントデコーダ３１２でデコードされ、フォント展開部３１３でフォント展開されて、当該リージョン３のビットマップデータが得られる。これにより、リージョン３の表示が開始される。図示の例では、「ＧＨＪＫ」の文字を持つリージョン３の表示が開始される。この場合、ＰＴＳ３のタイミングから、リージョン２の表示に、リージョン３の表示が加わる。なお、ＰＴＳ３のタイミングで、リージョン２の表示位置は上方にシフトされる。
そして、このリージョン３はＴ３の期間だけ表示されるので、「display duration3 = T3」である。図示の例では、「ＧＨＪＫ」の文字を持つリージョン３がＴ３の期間だけ画面上に表示される。サブタイトルセグメントデコーダ３１２およびフォント展開部３１３では、リージョン３の表示期間中は、フレーム毎にその処理が繰り返される。
なお、図示の例では、Ｔ２＿１の期間の終わりのタイミングとＰＴＳ３のタイミングの間には時間差があるように示しているが同一タイミングとすることも可能である。
図２１は、デコーダ・バッファ・モデル３００Ｂのより現実的な動作の他の一例を示している。この例も、図２０に示す例と同様に、あるタイミングではリージョン１のみが表示されるが、次のタイミングからはリージョン２も同時に表示され、そして、リージョン１はあるタイミングで表示されなくなり、その後に、リージョン２の表示にリージョン３の表示が加わる、というものである。ただし、図２０に示す例とは異なり、コーデッドバッファ３１１にリージョン１およびリージョン２のセグメントデータが全て蓄積されてから、リージョン１の表示が開始される。
コーデッドバッファ３０１にリージョン１（Region 1）のセグメントデータ、さらにはリージョン２（Region 2）のセグメントデータがバッファリングされていく。そして、コーデッドバッファ３０１にリージョン１およびリージョン２のセグメントデータが全て蓄積されてから一定の猶予期間（Decode Window）を経て、ＰＴＳ１のタイミングとなる。
ここで、「display offset」が定義される。これは、ＰＴＳのタイミングから表示開始タイミングまでにどれだけの遅延があるかを示す。図示の例では、ＰＴＳ１のタイミングでリージョン１の表示が開始されるので、「display offset1 = 0」である。この場合、ＰＴＳ１のタイミングで、リージョン１のセグメントデータがサブタイトルセグメントデコーダ３１２でデコードされ、フォント展開部３１３でフォント展開されて、当該リージョン１のビットマップデータが得られる。これにより、リージョン１の表示が開始される。図示の例では、「ＡＢＣ」の文字を持つリージョン１の表示が開始される。
また、ここで、「display duration」が定義される。これは、表示期間を示す。図示の例では、「display duration1 = T1」であり、リージョン１の表示はＴ１の期間だけ継続される。サブタイトルセグメントデコーダ３１２およびフォント展開部３１３では、リージョン１の表示期間中は、フレーム毎にその処理が繰り返される。リージョン１の表示期間が終了すると、リージョン１のセグメントデータに対するサブタイトルセグメントデコーダ３１２およびフォント展開部３１３の処理は停止され、そのタイミングで、コーデッドバッファ３１１からリージョン１のセグメントデータは瞬時になくなる。
ＰＴＳ１のタイミングにおけるコーデッドバッファ３１１のデータ蓄積量はＣＢｃ_１である。ここで、バッファモデルとしては、コーデッドバッファ３１１のデータ蓄積量ＣＢｃ_ｋが常にそのバッファサイズより小さい、いうように制限される。
また、ＰＴＳ１のタイミングからＴ２_0の期間を経たタイミングでリージョン２の表示が開始されるので、「display offset2_1 = T2_0」である。このタイミングで、リージョン２のセグメントデータがサブタイトルセグメントデコーダ３１２でデコードされ、フォント展開部３１３でフォント展開されて、当該リージョン２のビットマップデータが得られる。これにより、リージョン２の表示が開始される。図示の例では、「ＤＥＦ」の文字を持つリージョン２の表示が開始される。この場合、リージョン１の表示に、リージョン２の表示が加わる。なお、リージョン１の表示位置は上方にシフトされる。
そして、このリージョン２はＴ２＿１の期間だけ表示されるので、「display duration2_1 = T2_1」である。図示の例では、「ＤＥＦ」の文字を持つリージョン２がＴ２＿１の期間だけ画面上に表示される。サブタイトルセグメントデコーダ３１２およびフォント展開部３１３では、リージョン２の表示期間中は、フレーム毎にその処理が繰り返される。
また、リージョン２に関しては、Ｔ２＿１の期間の終わりのタイミングで当該リージョン２のセグメントデータがコーデッドバッファ３１１からなくなるわけではなく、保持され続ける。ＰＴＳ２のタイミングから所定期間を経たＰＴＳ３のタイミングでリージョン２の表示が再開されるので、「display offset2_1 = !0」である。そして、このリージョン２はＴ２＿２の期間だけ表示されるので、「display duration2_2 = T2_2」である。リージョン２の表示期間が全て終了すると、コーデッドバッファ３１１からリージョン２のセグメントデータは瞬時になくなる。
また、コーデッドバッファ３１１にリージョン２のセグメントデータが全て蓄積された後、このコーデッドバッファ３１１にリージョン３のセグメントデータがバッファリングされていく。そして、コーデッドバッファ３１１にリージョン３のセグメントデータが全て蓄積されてから一定の猶予期間（Decode Window）を経て、ＰＴＳ３のタイミングとなる。このＰＴＳ３のタイミングにおけるコーデッドバッファ３１１のデータ蓄積量はＣＢｃ_３である。
ＰＴＳ３のタイミングでリージョン３の表示が開始されるので、「display offset3 = 0」である。この場合、ＰＴＳ３のタイミングで、リージョン３のセグメントデータがサブタイトルセグメントデコーダ３１２でデコードされ、フォント展開部３１３でフォント展開されて、当該リージョン３のビットマップデータが得られる。これにより、リージョン３の表示が開始される。図示の例では、「ＧＨＪＫ」の文字を持つリージョン３の表示が開始される。この場合、ＰＴＳ３のタイミングから、リージョン２の表示に、リージョン３の表示が加わる。なお、ＰＴＳ３のタイミングで、リージョン２の表示位置は上方にシフトされる。
そして、このリージョン３はＴ３の期間だけ表示されるので、「display duration3 = T3」である。図示の例では、「ＧＨＪＫ」の文字を持つリージョン３がＴ３の期間だけ画面上に表示される。サブタイトルセグメントデコーダ３１２およびフォント展開部３１３では、リージョン３の表示期間中は、フレーム毎にその処理が繰り返される。
なお、図示の例では、Ｔ２＿１の期間の終わりのタイミングとＰＴＳ３のタイミングの間には時間差があるように示しているが同一タイミングとすることも可能である。
図２に戻って、ＴＳフォーマッタ１１６は、ビデオエンコーダ１１２で生成されたビデオストリーム、オーディオエンコーダ１１３で生成されたオーディオストリームおよびサブタイトルエンコーダ１１５で生成されたサブタイトルストリームを、トランスポートパケット化して多重し、多重化ストリームとしてのトランスポートストリームＴＳを得る。
図３に示すストリーム生成部１１０の動作を簡単に説明する。画像データＤＶは、ビデオエンコーダ１１２に供給される。ビデオエンコーダ１１２では、この画像データＤＶに対して符号化が施され、符号化画像データを含むビデオストリーム（ＰＥＳストリーム）が生成される。このビデオストリームは、ＴＳフォーマッタ１１６に供給される。また、音声データＤＡは、オーディオエンコーダ１１３に供給される。オーディオエンコーダ１１３では、音声データＤＡに対して符号化が施され、符号化音声データを含むオーディオストリーム（ＰＥＳストリーム）が生成される。このオーディオストリームは、ＴＳフォーマッタ１１６に供給される。
また、サブタイトル情報としてのテキストデータ（文字コード）ＤＴは、テキストフォーマット変換部１１４に供給される。このキストフォーマット変換部１１４では、表示タイミング情報を持つ所定フォーマットのサブタイトルのテキスト情報、ここではＴＴＭＬが得られる。このＴＴＭＬは、サブタイトルエンコーダ１１５に供給される。
サブタイトルエンコーダ１１５では、ＴＴＭＬが種々のセグメントに変換され、ペイロードにそれらのセグメントを配置したＰＥＳパケットにより構成されるサブタイトルストリームが生成される。このサブタイトルストリームは、ＴＳフォーマッタ１１６に供給される。
このＰＥＳパケットのペイロード部には、ＴＣＳ、ＴＨＭＳ、ＴＨＳＳ、ＴＨＬＳ、ＴＢＳの各セグメント、あるいはＴＣＳ、ＴＷＳの各セグメントが含まれている。ＴＣＳのセグメントで、サブタイトル（リージョン）の表示タイミング情報（表示開始タイミングと表示期間の情報を持つ）が送られ、その他のセグメントでＴＴＭＬの情報が送られる。
サブタイトルエンコーダ１１５では、ＴＴＭＬをセグメントに変換する際に、ＴＴＭＬのボディ（body）に含まれる各サブタイトルの表示開始タイミングと表示終了タイミングの記載に基づき、システム時刻情報（ＰＣＲ、ビデオ・オーディオの同期時刻）が参照されて、ＰＥＳヘッダに挿入される「ＰＴＳ」と、ＴＣＳに挿入される「display offset」、「display duration」が設定される。
ＴＳフォーマッタ１１６では、ビデオエンコーダ１１２で生成されたビデオストリーム、オーディオエンコーダ１１３で生成されたオーディオストリームおよびサブタイトルエンコーダ１１５で生成されたサブタイトルストリームが、トランスポートパケット化されて多重され、多重化ストリームとしてのトランスポートストリームＴＳが得られる。
図２２は、トランスポートストリームＴＳの構成例を示している。この構成例では、ＰＩＤ１で識別されるビデオストリームのＰＥＳパケット「Video PES」が存在する。また、この構成例では、ＰＩＤ２で識別されるオーディオストリームのＰＥＳパケット「Audio PES」が存在する。また、この構成例では、ＰＩＤ３で識別されるサブタイトルストリームのＰＥＳパケット「Subtitle PES」が存在する。
ＰＥＳパケットは、ＰＥＳヘッダ（PES header）とＰＥＳペイロード（PES payload）からなっている。ビデオストリームのＰＥＳパケットにおいて、ＰＥＳヘッダにはＤＴＳ/ＰＴＳのタイムスタンプが挿入されており、ＰＥＳペイロードにはビデオ符号化ストリームが挿入されている。また、オーディオストリームのＰＥＳパケットにおいて、ＰＥＳヘッダにはＰＴＳのタイムスタンプが挿入されており、ＰＥＳペイロードにはオーディオ符号化ストリームが挿入されている。
また、サブタイトルストリームのＰＥＳパケットにおいて、ＰＥＳヘッダにはＰＴＳのタイムスタンプが挿入されており、ＰＥＳペイロードには、複数のサブタイトルセグメントが挿入されている。すなわち、ＴＣＳ、ＴＨＭＳ、ＴＨＳＳ、ＴＨＬＳ、ＴＢＳの各セグメント、あるいはＴＣＳ、ＴＷＳの各セグメントである。
また、トランスポートストリームＴＳには、ＰＳＩ（Program Specific Information）として、ＰＭＴ（Program Map Table）が含まれている。このＰＳＩは、トランスポートストリームに含まれる各エレメンタリストリームがどのプログラムに属しているかを記した情報である。また、トランスポートストリームＴＳには、イベント単位の管理を行うＳＩ（Serviced Information）としてのＥＩＴ(Event Information Table)が含まれている。このＥＩＴには、番組単位のメタデータが記載される。
ＰＭＴには、プログラム全体に関連する情報を記述するプログラム・デスクリプタ（Program Descriptor）が存在する。また、このＰＭＴには、各エレメンタリストリームに関連した情報を持つエレメンタリストリーム・ループが存在する。この構成例では、ビデオエレメンタリストリーム・ループ（Video ES loop）、オーディオエレメンタリストリーム・ループ（Audio ES loop）、サブタイトルエレメンタリストリーム・ループ（Subtitle ES loop）が存在する。各ループには、パケット識別子（PID）等の情報が配置されると共に、図示していないが、そのエレメンタリストリームに関連する情報を記述する記述子（デスクリプタ）も配置される。
［テレビ受信機の構成例］
図２３は、テレビ受信機２００の構成例を示している。このテレビ受信機２００は、受信部２０１と、ＴＳ解析部２０２と、ビデオデコーダ２０３と、ビデオ重畳部２０４と、パネル駆動回路２０５と、表示パネル２０６を有している。また、このテレビ受信機２００は、オーディオデコーダ２０７と。音声出力回路２０８と、スピーカ２０９と、サブタイトルデコーダ２１０を有している。また、このテレビ受信機２００は、ＣＰＵ２２１と、フラッシュＲＯＭ２２２と、ＤＲＡＭ２２３と、内部バス２２４と、リモコン受信部２２５と、リモコン送信機２２６を有している。
ＣＰＵ２２１は、テレビ受信機２００の各部の動作を制御する。フラッシュＲＯＭ２２２は、制御ソフトウェアの格納およびデータの保管を行う。ＤＲＡＭ２２３は、ＣＰＵ２２１のワークエリアを構成する。ＣＰＵ２２１は、フラッシュＲＯＭ２２２から読み出したソフトウェアやデータをＤＲＡＭ２２３上に展開してソフトウェアを起動させ、テレビ受信機２００の各部を制御する。
リモコン受信部２２５は、リモコン送信機２２６から送信されたリモートコントロール信号（リモコンコード）を受信し、ＣＰＵ２２１に供給する。ＣＰＵ２２１は、このリモコンコードに基づいて、テレビ受信機２００の各部を制御する。ＣＰＵ２２１、フラッシュＲＯＭ２２２およびＤＲＡＭ２２３は、内部バス２２４に接続されている。
受信部２０１は、放送送出システム１００から放送波に載せて送られてくるトランスポートストリームＴＳを受信する。このトランスポートストリームＴＳには、上述したように、ビデオストリーム、オーディオストリームおよびサブタイトルストリームが含まれている。ＴＳ解析部２０２は、トランスポートストリームＴＳからビデオス、オーディオ、サブタイトルの各ストリームのパケットを抽出する。
オーディオデコーダ２０７は、ＴＳ解析部２０２で抽出されるオーディオストリームにデコード処理を施し、音声データを得る。音声出力回路２０８は、音声データに対して、Ｄ／Ａ変換や増幅等の必要な処理を施し、スピーカ２０９に供給する。ビデオデコーダ２０３は、ＴＳ解析部２０２で抽出されるビデオストリームにデコード処理を施し、画像データを得る。
サブタイトルデコーダ２１０は、ＴＳ解析部２０２で抽出される各リージョンのセグメントデータを処理し、画像データに重畳すべき各リージョンのビットマップデータを出力する。図２４、図２５は、サブタイトルデコーダ２１０の構成例を示している。
図２４に示すサブタイトルデコーダ２１０は、図１４のデコーダ・バッファ・モデル３００Ａに対応した構成を持っている。すなわち、このサブタイトルデコーダ２１０は、コーデッドバッファ２３１と、サブタイトルセグメントデコーダ２３２と、フォント展開部２３３と、ビットマップバッファ２３４を有している。
コーデッドバッファ２３１は、受信されたセグメントデータを一時的に保持する。サブタイトルセグメントデコーダ２３２は、コーデッドバッファ２３１に保持されている各リージョンのセグメントデータに対して所定のタイミングでデコード処理を施して、各リージョンのテキストデータや制御コードを得る。フォント展開部２３３は、サブタイトルセグメントデコーダ２３２で得られた各リージョンのテキストデータや制御コードに基づいてフォント展開して、各リージョンのビットマップデータを得る。
ビットマップバッファ２３４は、フォント展開部２３３で得られた各リージョンのビットマップデータを一時的に保持する。このビットマップバッファ２３４に保持されている各リージョンのビットマップデータは、表示開始タイミングから読み出されて画像データに重畳され、それが表示期間だけ継続される。
ここで、サブタイトルセグメントデコーダ２３２は、ＰＥＳパケットのＰＥＳヘッダからＰＴＳを抽出する。また、サブタイトルセグメントデコーダ２３２は、ＴＣＳのセグメント（図１２参照）から、リージョン毎の「display offset」、「display duration」の情報を抽出する。これらの情報は、ＣＰＵ２２１に送られる。ＣＰＵ２２１は、これらの情報に基づいて、図１４のデコーダ・バッファ・モデル３００Ａで説明したと同様の動作が行われるように、サブタイトルセグメントデコーダ２３２およびフォント展開部２３３の処理タイミング、さらには、ビットマップバッファ２３４からの各リージョンのビットマップデータの読み出しタイミング等を制御する（図１５〜図１７参照）。
また、図２５に示すサブタイトルデコーダ２１０は、図１８のデコーダ・バッファ・モデル３００Ｂに対応した構成を持っている。すなわち、このサブタイトルデコーダ２１０は、コーデッドバッファ２４１と、サブタイトルセグメントデコーダ２４２と、フォント展開部２４３を有している。
コーデッドバッファ２４１は、受信されたセグメントデータを一時的に保持する。サブタイトルセグメントデコーダ２４２は、コーデッドバッファ２４１に保持されている各リージョンのセグメントデータに対して、各リージョンの表示期間中はフレーム毎に常にデコード処理を施して、各リージョンのテキストデータや制御コードを得る。フォント展開部２４３は、各リージョンの表示期間中はフレーム毎に常に、サブタイトルセグメントデコーダ２４２で得られたテキストデータや制御コードに基づいてフォント展開して、各リージョンのビットマップデータを得る。フォント展開部２４３で得られた各リージョンのビットマップデータは、画像データに重畳される。
ここで、サブタイトルセグメントデコーダ２４２は、ＰＥＳパケットのＰＥＳヘッダからＰＴＳを抽出する。また、サブタイトルセグメントデコーダ２４２は、ＴＣＳのセグメント（図１２参照）から、リージョン毎の「display offset」、「display duration」の情報を抽出する。これらの情報は、ＣＰＵ２２１に送られる。ＣＰＵ２２１は、これらの情報に基づいて、図１８のデコーダ・バッファ・モデル３００Ｂで説明したと同様の動作が行われるように、サブタイトルセグメントデコーダ２３２およびフォント展開部２３３の処理タイミング等を制御する（図１９〜図２１参照）。
図２３に戻って、ビデオ重畳部２０４は、ビデオデコーダ２０３で得られた画像データに、サブタイトルデコーダ２１０から得られる各リージョンのビットマップデータを重畳する。パネル駆動回路２０５は、ビデオ重畳部２０４で得られる表示用の画像データに基づいて、表示パネル２０６を駆動する。表示パネル２０６は、例えば、ＬＣＤ(Liquid Crystal Display)、有機ＥＬディスプレイ（organic electroluminescence display）などで構成されている。
図２３に示すテレビ受信機２００の動作を簡単に説明する。受信部２０１では、放送送出システム１００から放送波に載せて送られてくるトランスポートストリームＴＳが受信される。このトランスポートストリームＴＳには、ビデオストリーム、オーディオストリームおよびサブタイトルストリームが含まれている。
このトランスポートストリームＴＳは、ＴＳ解析部２０２に供給される。ＴＳ解析部２０２では、トランスポートストリームＴＳからビデオス、オーディオ、サブタイトルの各ストリームのパケットが抽出される。ＴＳ解析部２０２で抽出されるビデオストリーム（ＰＥＳストリーム）は、ビデオデコーダ２０３に供給される。ビデオデコーダ２０３では、ビデオストリームにデコード処理が施されて、画像データが得られる。この画像データは、ビデオ重畳部２０４に供給される。
また、ＴＳ解析部２０２で抽出されるサブタイトルストリーム（ＰＥＳストリーム）は、サブタイトルデコーダ２１０に供給される。サブタイトルデコーダ２１０では、各リージョンのセグメントデータが処理され、画像データに重畳すべき各リージョンのビットマップデータが出力される。この場合、サブタイトルデコーダ２１０では、ＰＥＳヘッダから抽出されるＰＴＳとＴＣＳのセグメントから抽出される「display offset」、「display duration」の情報に基づいて、各リージョンのビットマップデータの出力タイミングが制御される。
サブタイトルデコーダ２１０から出力される各リージョンのビットマップデータは、ビデオ重畳部２０４に供給される。ビデオ重畳部２０４では、ビデオデコーダ２０３で得られた画像データに、サブタイトルデコーダ２１０から出力される各リージョンのビットマップデータが重畳される。ビデオ重畳部２０４で得られる表示用の画像データは、パネル駆動回路２０５に供給される。パネル駆動回路２０５では、表示用のビデオデータに基づいて、表示パネル２０６を駆動することが行われる。これにより、表示パネル２０６には、各リージョンが重畳された画像が表示される。
また、ＴＳ解析部２０２で抽出されるオーディオストリーム（ＰＥＳストリーム）は、オーディオデコーダ２０７に供給される。オーディオデコーダ２０７では、オーディオストリームにデコード処理が施されて、音声データが得られる。この音声データは、音声出力回路２０８に供給される。音声出力回路２０８では、音声データに対して、Ｄ／Ａ変換や増幅等の必要な処理が行われる。そして、処理後の音声データはスピーカ２０９に供給される。これにより、スピーカ２０９からは表示パネル２０６の表示画像に対応した音声出力が得られる。
以上説明したように、図１に示す送受信システム１０においては、ビデオストリームと共に、サブタイトルのテキスト情報および表示タイミング情報を持つサブタイトルストリームが送信される。そのため、受信側におけるサブタイトルの表示タイミング制御を良好に行うことができる。
また、図１に示す送受信システム１０においては、サブタイトルストリームには、サブタイトルのテキスト情報および表示タイミング情報を持つＴＴＭＬの情報を持つセグメントの他に、ＴＴＭＬが持つ表示タイミング情報に対応した表示タイミング情報（表示開始タイミングおよび表示期間の情報）を持つＴＣＳのセグメントが含まれる。そのため、受信側では表示タイミング情報をＴＣＳのセグメントから容易に取得でき、処理負荷の軽減が可能となる。
また、図１に示す送受信システム１０においては、送信側でＴＴＭＬをセグメントに変換する際に、ＴＴＭＬのボディ（body）に含まれる各サブタイトルの表示開始タイミングと表示終了タイミングの記載に基づき、システム時刻情報（ＰＣＲ、ビデオ・オーディオの同期時刻）を参照して、各サブタイトルの「ＰＴＳ」、「display offset」、「display duration」が設定される。この際、デコーダ・バッファ・モデル（図１４、図１８参照）が使用されて、受信側の動作が正しく行われるように検証しながら、「ＰＴＳ」、「display offset」、「display duration」の設定が行われるため、受信側におけるサブタイトルの表示タイミング制御が良好に行われる。
＜２．変形例＞
なお、上述実施の形態においては、表示タイミング情報を持つ所定フォーマットのサブタイトルのテキスト情報としてＴＴＭＬを用いる例を示した。しかし、本技術は、これに限定されず、ＴＴＭＬと同等の情報を持つその他のタイムドテキスト情報を用いることも考えらえる。例えば、ＴＴＭＬの派生フォーマットを用いてもよい。
また、上述実施の形態においては、放送送出システム１００とテレビ受信機２００とからなる送受信システム１０を示したが、本技術を適用し得る送受信システムの構成は、これに限定されるものではない。例えば、テレビ受信機２００の部分が、ＨＤＭＩ（High-Definition Multimedia Interface）などのデジタルインタフェースで接続されたセットトップボックスおよびモニタの構成などであってもよい。なお、「ＨＤＭＩ」は登録商標である。
また、本技術は、以下のような構成を取ることもできる。
（１）符号化画像データを持つビデオストリームを生成するビデオエンコーダと、
サブタイトルのテキスト情報および表示タイミング情報を持つサブタイトルストリームを生成するサブタイトルエンコーダと、
上記ビデオストリームと上記サブタイトルストリームを含むトランスポートストリームを送信する送信部を備える
送信装置。
（２）上記サブタイトルエンコーダは、
表示タイミング情報を持つ所定フォーマットのサブタイトルのテキスト情報に基づいて、上記サブタイトルストリームを生成する
前記（１）に記載の送信装置。
（３）上記所定フォーマットのサブタイトルのテキスト情報は、ＴＴＭＬあるいは、該ＴＴＭＬの派生フォーマットである
前記（２）に記載の送信装置。
（４）上記サブタイトルの表示タイミング情報は、少なくとも、表示開始タイミングと表示期間の情報を持つ
前記（１）から（３）のいずれかに記載の送信装置。
（５）上記サブタイトルストリームは、ＰＥＳヘッダとＰＥＳペイロードとからなるＰＥＳパケットにより構成され、
上記サブタイトルのテキスト情報および表示タイミング情報はＰＥＳペイロードに配置され、
上記表示開始タイミングは、上記ＰＥＳヘッダに挿入されているＰＴＳからの表示オフセットで示される
前記（４）に記載の送信装置。
（６）符号化画像データを持つビデオストリームを生成するビデオエンコードステップと、
サブタイトルのテキスト情報および表示タイミング情報を持つサブタイトルストリームを生成するサブタイトルエンコードステップと、
送信部により、上記ビデオストリームと上記サブタイトルストリームを含むトランスポートストリームを送信する送信ステップを有する
送信方法。
（７）符号化画像データを持つビデオストリームと、サブタイトルのテキスト情報および表示タイミング情報を持つサブタイトルストリームを含むトランスポートストリームを受信する受信部と、
上記ビデオストリームにデコード処理を施して画像データを得るビデオデコーダと、
上記サブタイトルストリームにデコード処理を施してサブタイトルのビットマップデータを得ると共に、該サブタイトルの表示タイミング情報を取得するサブタイトルデコーダと、
上記画像データへの上記サブタイトルのビットマップデータの重畳のタイミングを、上記表示タイミング情報に基づいて制御する表示制御部を備える
受信装置。
（８）上記サブタイトルの表示タイミング情報は、少なくとも、表示開始タイミングと表示期間の情報を持つ
前記（７）に記載の受信装置。
（９）上記サブタイトルストリームは、ＰＥＳヘッダとＰＥＳペイロードとからなるＰＥＳパケットにより構成され、
上記サブタイトルのテキスト情報および表示タイミング情報はＰＥＳペイロードに配置され、
上記表示開始タイミングは、上記ＰＥＳヘッダに挿入されているＰＴＳからの表示オフセットで示される
前記（８）に記載の受信装置。
（１０）受信部により、符号化画像データを持つビデオストリームと、サブタイトルのテキスト情報および表示タイミング情報を持つサブタイトルストリームを含むトランスポートストリームを受信する受信ステップと、
上記ビデオストリームにデコード処理を施して画像データを得るビデオデコードステップと、
上記サブタイトルストリームにデコード処理を施してサブタイトルのビットマップデータを得ると共に、該サブタイトルの表示タイミング情報を取得するサブタイトルデコードステップと、
上記画像データへの上記サブタイトルのビットマップデータの重畳のタイミングを、上記表示タイミング情報に基づいて制御する表示制御ステップを有する
受信方法。
本技術の主な特徴は、ビデオストリームと共に、サブタイトルのテキスト情報および表示タイミング情報を持つサブタイトルストリームを送信することで、受信側におけるサブタイトルの表示タイミング制御を良好に行い得るようにしたことである（図２２参照）。
１０・・・送受信システム
１００・・・放送送出システム
１１０・・・ストリーム生成部
１１１・・・制御部
１１２・・・ビデオエンコーダ
１１３・・・オーディオエンコーダ
１１４・・・テキストフォーマット変換部
１１５・・・サブタイトルエンコーダ
１１６・・・ＴＳフォーマッタ
２００・・・テレビ受信機
２０１・・・受信部
２０２・・・ＴＳ解析部
２０３・・・ビデオデコーダ
２０４・・・ビデオ重畳部
２０５・・・パネル駆動回路
２０６・・・表示パネル
２０７・・・オーディオデコーダ
２０８・・・音声出力回路
２０９・・・スピーカ
２１０・・・サブタイトルデコーダ
２２１・・・ＣＰＵ
２３１，２４１・・・コーデッドバッファ
２３２，２４２・・・サブタイトルセグメントデコーダ
２３３，２４３・・・フォント展開部
２３４・・・ビットマップバッファ
３００Ａ，３００Ｂ・・・デコーダ・バッファ・モデル
３０１，３１１・・・コーデッドバッファ
３０２，３１２・・・サブタイトルセグメントデコーダ
３０３，３１３・・・フォント展開部
３０４・・・ビットマップバッファ

Claims (6)

  1. 符号化画像データを持つビデオストリームを生成するビデオエンコーダと、
    サブタイトルのテキスト情報および表示タイミング情報を持つサブタイトルストリームを生成するサブタイトルエンコーダと、
    上記ビデオストリームと上記サブタイトルストリームを含むトランスポートストリームを送信する送信部を備え、
    上記サブタイトルストリームは、ヘッダとペイロードとからなり、上記ヘッダに表示タイムスタンプが含まれるパケットにより構成され、
    上記サブタイトルのテキスト情報および表示タイミング情報はペイロードに配置され、
    上記サブタイトルの表示タイミング情報は、上記サブタイトルの表示開始タイミングを算出するための、上記表示タイムスタンプで示される上記パケットの表示時刻からのオフセット値を含む
    送信装置。
  2. 上記サブタイトルエンコーダは、
    表示タイミング情報を持つ所定フォーマットのサブタイトルのテキスト情報を複数のセグメントに変換し、ペイロードに上記複数のセグメントを配置したパケットにより構成される、上記サブタイトルストリームを生成する
    請求項１に記載の送信装置。
  3. 上記所定フォーマットのサブタイトルのテキスト情報は、ＴＴＭＬあるいは、該ＴＴＭＬの派生フォーマットである
    請求項２に記載の送信装置。
  4. 符号化画像データを持つビデオストリームを生成するビデオエンコードステップと、
    サブタイトルのテキスト情報および表示タイミング情報を持つサブタイトルストリームを生成するサブタイトルエンコードステップと、
    送信部により、上記ビデオストリームと上記サブタイトルストリームを含むトランスポートストリームを送信する送信ステップを有し、
    上記サブタイトルストリームは、ヘッダとペイロードとからなり、上記ヘッダに表示タイムスタンプが含まれるパケットにより構成され、
    上記サブタイトルのテキスト情報および表示タイミング情報はペイロードに配置され、
    上記サブタイトルの表示タイミング情報は、上記サブタイトルの表示開始タイミングを算出するための、上記表示タイムスタンプで示される上記パケットの表示時刻からのオフセット値を含む
    送信方法。
  5. 符号化画像データを持つビデオストリームと、サブタイトルのテキスト情報および表示タイミング情報を持つサブタイトルストリームを含むトランスポートストリームを受信する受信部を備え、
    上記サブタイトルストリームは、ヘッダとペイロードとからなり、上記ヘッダに表示タイムスタンプが含まれるパケットにより構成され、
    上記サブタイトルのテキスト情報および表示タイミング情報はペイロードに配置され、
    上記サブタイトルの表示タイミング情報は、上記サブタイトルの表示開始タイミングを算出するための、上記表示タイムスタンプで示される上記パケットの表示時刻からのオフセット値を含み、
    上記ビデオストリームにデコード処理を施して画像データを得るビデオデコーダと、
    上記サブタイトルストリームにデコード処理を施して、サブタイトルのビットマップデータを得ると共に、上記オフセット値に基づいてサブタイトルの表示開始タイミングを算出するサブタイトルデコーダと、
    上記画像データへの上記サブタイトルのビットマップデータの重畳のタイミングを、上記算出された表示開始タイミングに基づいて制御する表示制御部をさらに備える
    受信装置。
  6. 受信部により、符号化画像データを持つビデオストリームと、サブタイトルのテキスト情報および表示タイミング情報を持つサブタイトルストリームを含むトランスポートストリームを受信する受信ステップを有し、
    上記サブタイトルストリームは、ヘッダとペイロードとからなり、上記ヘッダに表示タイムスタンプが含まれるパケットにより構成され、
    上記サブタイトルのテキスト情報および表示タイミング情報はペイロードに配置され、
    上記サブタイトルの表示タイミング情報は、上記サブタイトルの表示開始タイミングを算出するための、上記表示タイムスタンプで示される上記パケットの表示時刻からのオフセット値を含み、
    上記ビデオストリームにデコード処理を施して画像データを得るビデオデコードステップと、
    上記サブタイトルストリームにデコード処理を施して、サブタイトルのビットマップデータを得ると共に、上記オフセット値に基づいてサブタイトルの表示開始タイミングを算出するサブタイトルデコードステップと、
    上記画像データへの上記サブタイトルのビットマップデータの重畳のタイミングを、上記算出された表示開始タイミングに基づいて制御する表示制御ステップをさらに有する
    受信方法。
JP2016564872A 2014-12-19 2015-12-16 送信装置、送信方法、受信装置および受信方法 Active JP6724791B2 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP2014258054 2014-12-19
JP2014258054 2014-12-19
PCT/JP2015/085140 WO2016098790A1 (ja) 2014-12-19 2015-12-16 送信装置、送信方法、受信装置および受信方法

Publications (2)

Publication Number Publication Date
JPWO2016098790A1 JPWO2016098790A1 (ja) 2017-09-28
JP6724791B2 true JP6724791B2 (ja) 2020-07-15

Family

ID=56126675

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2016564872A Active JP6724791B2 (ja) 2014-12-19 2015-12-16 送信装置、送信方法、受信装置および受信方法

Country Status (6)

Country Link
US (1) US10511867B2 (ja)
EP (1) EP3236659B1 (ja)
JP (1) JP6724791B2 (ja)
CN (1) CN107005733B (ja)
RU (1) RU2701172C2 (ja)
WO (1) WO2016098790A1 (ja)

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101789221B1 (ko) * 2015-07-16 2017-10-23 네이버 주식회사 동영상 제공 장치, 동영상 제공 방법, 및 컴퓨터 프로그램
JP6943179B2 (ja) * 2015-07-16 2021-09-29 ソニーグループ株式会社 送信装置、送信方法、受信装置および受信方法
CN109479154B (zh) * 2016-07-26 2021-11-05 索尼公司 发送装置、发送方法、接收装置和接收方法
CN108111896B (zh) * 2018-01-16 2020-05-05 北京三体云联科技有限公司 一种字幕同步方法及装置
CN109819343A (zh) * 2019-01-08 2019-05-28 深圳市华曦达科技股份有限公司 一种字幕处理方法、装置及电子设备
CN117714805A (zh) * 2022-09-08 2024-03-15 海信电子科技（深圳）有限公司 一种显示设备及字幕显示方法

Family Cites Families (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8145033B2 (en) * 2003-02-05 2012-03-27 Lg Electronics Inc. Recording medium having data structure for managing reproducton duration of still pictures recorded thereon and recording and reproducing methods and apparatuses
KR20050005074A (ko) * 2003-07-01 2005-01-13 엘지전자 주식회사 고밀도 광디스크의 그래픽 데이터 관리방법 및 그에 따른고밀도 광디스크
CN100473133C (zh) * 2004-02-10 2009-03-25 Lg电子株式会社 再现文本字幕的方法和文本字幕解码***
CN101478661A (zh) * 2008-11-04 2009-07-08 深圳中兴力维技术有限公司 一种在视频流中提供高质量字幕叠加的***和方法
KR20110053160A (ko) * 2009-11-13 2011-05-19 삼성전자주식회사 비디오 부가 재생 정보의 3차원 깊이감 조절을 위한 멀티미디어 스트림 생성 방법과 그 장치, 및 수신 방법과 그 장치
KR20110115103A (ko) * 2010-04-14 2011-10-20 삼성전자주식회사 디지털 자막 방송을 위한 방송 비트스트림을 생성하는 방법 및 그 장치, 디지털 자막 방송을 위한 방송 비트스트림을 수신하는 방법 및 그 장치
JP5685969B2 (ja) 2011-02-15 2015-03-18 ソニー株式会社 表示制御方法、表示制御装置
JP2013021415A (ja) * 2011-07-07 2013-01-31 Sony Corp 送信装置、送信方法および受信装置
CN103688532B (zh) * 2011-07-29 2018-05-04 索尼公司 流式传输分发装置和方法、流式传输接收装置和方法、流式传输***
RU2616552C2 (ru) * 2011-12-16 2017-04-17 Сони Корпорейшн Приемное устройство и способ управления им, устройство и способ распределения, программа и система распределения
CN103416069A (zh) * 2012-01-13 2013-11-27 索尼公司 发送设备、发送方法、接收设备以及接收方法
KR101781887B1 (ko) * 2014-02-23 2017-09-26 엘지전자 주식회사 방송 신호 송수신 방법 및 장치

Also Published As

Publication number Publication date
RU2017120055A (ru) 2018-12-10
EP3236659A1 (en) 2017-10-25
US10511867B2 (en) 2019-12-17
WO2016098790A1 (ja) 2016-06-23
RU2701172C2 (ru) 2019-09-25
US20170347137A1 (en) 2017-11-30
CN107005733A (zh) 2017-08-01
EP3236659B1 (en) 2020-11-04
CN107005733B (zh) 2020-06-16
RU2017120055A3 (ja) 2019-03-15
JPWO2016098790A1 (ja) 2017-09-28
EP3236659A4 (en) 2018-09-05

Similar Documents

Publication Publication Date Title
JP6724791B2 (ja) 送信装置、送信方法、受信装置および受信方法
JP7176598B2 (ja) 送信方法
JP6825558B2 (ja) 送信装置、送信方法、再生装置および再生方法
JPWO2017159482A1 (ja) 送信装置、送信方法、受信装置および受信方法
US20200068247A1 (en) Reception apparatus, reception method, and transmission apparatus
US10511802B2 (en) Transmission device, transmission method, reproducing device and reproducing method
JP7026621B2 (ja) 送信装置、送信方法、受信装置および受信方法
WO2017126509A1 (ja) 送信装置、送信方法、受信装置および受信方法
JP6868776B2 (ja) 送信装置、送信方法、受信装置および受信方法
JPWO2018021107A1 (ja) 送信装置、送信方法、受信装置および受信方法

Legal Events

Date Code Title Description
A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20181203

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20181203

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20191029

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20191226

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: 20200526

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20200608

R151 Written notification of patent or utility model registration

Ref document number: 6724791

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R151