(57)【要約】  受信側におけるサブタイトルの表示タイミング制御を良好に行い得るようにする。  符号化画像データを持つビデオストリームを生成する。サブタイトルのテキスト情報および表示タイミング情報を持つサブタイトルストリームを生成する。ビデオストリームとサブタイトルストリームを含むトランスポートストリームを送信する。例えば、サブタイトルの表示タイミング情報は、表示開始タイミングと表示期間の情報を持つ。
2016098790.tif 000002
【特許請求の範囲】
【請求項１】
符号化画像データを持つビデオストリームを生成するビデオエンコーダと、
サブタイトルのテキスト情報および表示タイミング情報を持つサブタイトルストリームを生成するサブタイトルエンコーダと、
上記ビデオストリームと上記サブタイトルストリームを含むトランスポートストリームを送信する送信部を備える
送信装置。
【請求項２】
上記サブタイトルエンコーダは、
表示タイミング情報を持つ所定フォーマットのサブタイトルのテキスト情報に基づいて、上記サブタイトルストリームを生成する
請求項１に記載の送信装置。
【請求項３】
上記所定フォーマットのサブタイトルのテキスト情報は、ＴＴＭＬあるいは、該ＴＴＭＬの派生フォーマットである
請求項２に記載の送信装置。
【請求項４】
上記サブタイトルの表示タイミング情報は、少なくとも、表示開始タイミングと表示期間の情報を持つ
請求項１に記載の送信装置。
【請求項５】
上記サブタイトルストリームは、ＰＥＳヘッダとＰＥＳペイロードとからなるＰＥＳパケットにより構成され、
上記サブタイトルのテキスト情報および表示タイミング情報はＰＥＳペイロードに配置され、
上記表示開始タイミングは、上記ＰＥＳヘッダに挿入されているＰＴＳからの表示オフセットで示される
請求項４に記載の送信装置。
【請求項６】
符号化画像データを持つビデオストリームを生成するビデオエンコードステップと、
サブタイトルのテキスト情報および表示タイミング情報を持つサブタイトルストリームを生成するサブタイトルエンコードステップと、
送信部により、上記ビデオストリームと上記サブタイトルストリームを含むトランスポートストリームを送信する送信ステップを有する
送信方法。
【請求項７】
符号化画像データを持つビデオストリームと、サブタイトルのテキスト情報および表示タイミング情報を持つサブタイトルストリームを含むトランスポートストリームを受信する受信部と、
上記ビデオストリームにデコード処理を施して画像データを得るビデオデコーダと、
上記サブタイトルストリームにデコード処理を施してサブタイトルのビットマップデータを得ると共に、該サブタイトルの表示タイミング情報を取得するサブタイトルデコーダと、
上記画像データへの上記サブタイトルのビットマップデータの重畳のタイミングを、上記表示タイミング情報に基づいて制御する表示制御部を備える
受信装置。
【請求項８】
上記サブタイトルの表示タイミング情報は、少なくとも、表示開始タイミングと表示期間の情報を持つ
請求項７に記載の受信装置。
【請求項９】
上記サブタイトルストリームは、ＰＥＳヘッダとＰＥＳペイロードとからなるＰＥＳパケットにより構成され、
上記サブタイトルのテキスト情報および表示タイミング情報はＰＥＳペイロードに配置され、
上記表示開始タイミングは、上記ＰＥＳヘッダに挿入されているＰＴＳからの表示オフセットで示される
請求項８に記載の受信装置。
【請求項１０】
受信部により、符号化画像データを持つビデオストリームと、サブタイトルのテキスト情報および表示タイミング情報を持つサブタイトルストリームを含むトランスポートストリームを受信する受信ステップと、
上記ビデオストリームにデコード処理を施して画像データを得るビデオデコードステップと、
上記サブタイトルストリームにデコード処理を施してサブタイトルのビットマップデータを得ると共に、該サブタイトルの表示タイミング情報を取得するサブタイトルデコードステップと、
上記画像データへの上記サブタイトルのビットマップデータの重畳のタイミングを、上記表示タイミング情報に基づいて制御する表示制御ステップを有する
受信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本技術は、送信装置、送信方法、受信装置および受信方法に関し、特に、ビデオ情報と共にテキスト情報を送信する送信装置等に関する。
【背景技術】
【０００２】
従来、例えば、ＤＶＢ（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）などのデジタルインタフェースで接続されたセットトップボックスおよびモニタの構成などであってもよい。なお、「ＨＤＭＩ」は登録商標である。
【０１４３】
また、本技術は、以下のような構成を取ることもできる。
（１）符号化画像データを持つビデオストリームを生成するビデオエンコーダと、
サブタイトルのテキスト情報および表示タイミング情報を持つサブタイトルストリームを生成するサブタイトルエンコーダと、
上記ビデオストリームと上記サブタイトルストリームを含むトランスポートストリームを送信する送信部を備える
送信装置。
（２）上記サブタイトルエンコーダは、
表示タイミング情報を持つ所定フォーマットのサブタイトルのテキスト情報に基づいて、上記サブタイトルストリームを生成する
前記（１）に記載の送信装置。
（３）上記所定フォーマットのサブタイトルのテキスト情報は、ＴＴＭＬあるいは、該ＴＴＭＬの派生フォーマットである
前記（２）に記載の送信装置。
（４）上記サブタイトルの表示タイミング情報は、少なくとも、表示開始タイミングと表示期間の情報を持つ
前記（１）から（３）のいずれかに記載の送信装置。
（５）上記サブタイトルストリームは、ＰＥＳヘッダとＰＥＳペイロードとからなるＰＥＳパケットにより構成され、
上記サブタイトルのテキスト情報および表示タイミング情報はＰＥＳペイロードに配置され、
上記表示開始タイミングは、上記ＰＥＳヘッダに挿入されているＰＴＳからの表示オフセットで示される
前記（４）に記載の送信装置。
（６）符号化画像データを持つビデオストリームを生成するビデオエンコードステップと、
サブタイトルのテキスト情報および表示タイミング情報を持つサブタイトルストリームを生成するサブタイトルエンコードステップと、
送信部により、上記ビデオストリームと上記サブタイトルストリームを含むトランスポートストリームを送信する送信ステップを有する
送信方法。
（７）符号化画像データを持つビデオストリームと、サブタイトルのテキスト情報および表示タイミング情報を持つサブタイトルストリームを含むトランスポートストリームを受信する受信部と、
上記ビデオストリームにデコード処理を施して画像データを得るビデオデコーダと、
上記サブタイトルストリームにデコード処理を施してサブタイトルのビットマップデータを得ると共に、該サブタイトルの表示タイミング情報を取得するサブタイトルデコーダと、
上記画像データへの上記サブタイトルのビットマップデータの重畳のタイミングを、上記表示タイミング情報に基づいて制御する表示制御部を備える
受信装置。
（８）上記サブタイトルの表示タイミング情報は、少なくとも、表示開始タイミングと表示期間の情報を持つ
前記（７）に記載の受信装置。
（９）上記サブタイトルストリームは、ＰＥＳヘッダとＰＥＳペイロードとからなるＰＥＳパケットにより構成され、
上記サブタイトルのテキスト情報および表示タイミング情報はＰＥＳペイロードに配置され、
上記表示開始タイミングは、上記ＰＥＳヘッダに挿入されているＰＴＳからの表示オフセットで示される
前記（８）に記載の受信装置。
（１０）受信部により、符号化画像データを持つビデオストリームと、サブタイトルのテキスト情報および表示タイミング情報を持つサブタイトルストリームを含むトランスポートストリームを受信する受信ステップと、
上記ビデオストリームにデコード処理を施して画像データを得るビデオデコードステップと、
上記サブタイトルストリームにデコード処理を施してサブタイトルのビットマップデータを得ると共に、該サブタイトルの表示タイミング情報を取得するサブタイトルデコードステップと、
上記画像データへの上記サブタイトルのビットマップデータの重畳のタイミングを、上記表示タイミング情報に基づいて制御する表示制御ステップを有する
受信方法。
【０１４４】
本技術の主な特徴は、ビデオストリームと共に、サブタイトルのテキスト情報および表示タイミング情報を持つサブタイトルストリームを送信することで、受信側におけるサブタイトルの表示タイミング制御を良好に行い得るようにしたことである（図２２参照）。
【符号の説明】
【０１４５】
１０・・・送受信システム
１００・・・放送送出システム
１１０・・・ストリーム生成部
１１１・・・制御部
１１２・・・ビデオエンコーダ
１１３・・・オーディオエンコーダ
１１４・・・テキストフォーマット変換部
１１５・・・サブタイトルエンコーダ
１１６・・・ＴＳフォーマッタ
２００・・・テレビ受信機
２０１・・・受信部
２０２・・・ＴＳ解析部
２０３・・・ビデオデコーダ
２０４・・・ビデオ重畳部
２０５・・・パネル駆動回路
２０６・・・表示パネル
２０７・・・オーディオデコーダ
２０８・・・音声出力回路
２０９・・・スピーカ
２１０・・・サブタイトルデコーダ
２２１・・・ＣＰＵ
２３１，２４１・・・コーデッドバッファ
２３２，２４２・・・サブタイトルセグメントデコーダ
２３３，２４３・・・フォント展開部
２３４・・・ビットマップバッファ
３００Ａ，３００Ｂ・・・デコーダ・バッファ・モデル
３０１，３１１・・・コーデッドバッファ
３０２，３１２・・・サブタイトルセグメントデコーダ
３０３，３１３・・・フォント展開部
３０４・・・ビットマップバッファ
【図１】
2016098790.tif 000003
【図２】
2016098790.tif 000004
【図３】
2016098790.tif 000005
【図４】
2016098790.tif 000006
【図５】
2016098790.tif 000007
【図６】
2016098790.tif 000008
【図７】
2016098790.tif 000009
【図８】
2016098790.tif 000010
【図９】
2016098790.tif 000011
【図１０】
2016098790.tif 000012
【図１１】
2016098790.tif 000013
【図１２】
2016098790.tif 000014
【図１３】
2016098790.tif 000015
【図１４】
2016098790.tif 000016
【図１５】
2016098790.tif 000017
【図１６】
2016098790.tif 000018
【図１７】
2016098790.tif 000019
【図１８】
2016098790.tif 000020
【図１９】
2016098790.tif 000021
【図２０】
2016098790.tif 000022
【図２１】
2016098790.tif 000023
【図２２】
2016098790.tif 000024
【図２３】
2016098790.tif 000025
【図２４】
2016098790.tif 000026
【図２５】
2016098790.tif 000027
【国際調査報告】
2016098790.tif 000028
2016098790.tif 000029