JP4391187B2 - データ復号方法および装置 - Google Patents

Description

本発明は、ビデオデータと共に表示される字幕のカラーワイプ情報、あるいは表示位置情報をエンコードして多重化するデータ符号化方法およびその装置、および、ビデオデータと共に表示される字幕のカラーワイプ情報、あるいは表示位置情報とが多重化されたデータをデコードするデータ復号方法およびその装置、に関するものである。

外国の映画をディスプレイに表示して鑑賞する場合、一般に画面の端部に字幕がスーパインポーズされている。また、ビデオディスクや通常のテレビジョン放送等においては、字幕がビデオ画面中に予めスーパインポーズされた状態とされて、ビデオ信号が記録あるいは放送されている。

これに対して、CAPTAINシステムにおいては、字幕を文字コードあるいはドットパターンとして伝送することができるようにされている。
さらに、ＣＤ−Ｇ（グラッフィックス）においては、サブコードを利用してグラフィックスを記録することができるようにされており、これを利用して字幕をＣＤに記録することが可能とされている。

ここで、ＣＤ−Ｇにおけるデータフォ−マットについて説明すると、図１６（ａ）に示すように１フレーム（Frame）分のデータは、１バイト（Byte）のサブコード（Subcode）と３２バイトのデータとにより構成されている。この３２バイトのデータのうち、１サンプル（Samples）当り２バイトとされたＬチャンネルとＲチャンネルのデータが６サンプルづつで合計２４バイト分とされ、その誤り訂正符号（erc）が８バイト分とされている。

そして、同図（ｂ）に示すようにFrame０，Frame１，・・・Frame９６，Frame９７の９８フレーム分のサブコードが集められ、１ブロック（Block）が構成されている。この１ブロックの詳細を同図（ｃ）に示す。
この図に示すように１バイトとされた各フレームのサブコードをＰ，Ｑ，Ｒ，Ｓ，Ｔ，Ｕ，Ｖ，Ｗの８チャンネルに展開して示している。そして、Frame０とFrame１のサブコードはＳ０，Ｓ１のシンクパターンとされており、残りの９６フレーム分のサブコードに、種々のサブコードデータが記録されている。このうち、ＰチャンネルとＱチャンネルには、トラックをサーチするデータが割り当てられている。したがって、残るＲチャンネルないしＷチャンネルの６×９６ビットにグラフィックスデータを割り当てることができるようになる。

この場合、１ブロックのデータは繰返し周波数７５Ｈｚで伝送されるため、１フレーム分のデータの伝送量は、７５×９８バイトとなる。すなわち、サブコードの伝送ビットレートは、７．３５ｋバイト／ｓとされている。

このように１ブロック中の６×９６ビットによりグラフィックスデータを伝送する伝送フォ−マットを図１７に示す。
この図に示すように、ＲチャンネルないしＷチャンネルの６ビットのデータを１シンボルとする時、９６シンボル分のデータにより１パケットが構成されている。そして、１パケットは４つのパックにより構成されている。すなわち、各々の１パックは０シンボルないし２３シンボルの２４個のシンボルにより構成されるようになる。

これらのパックの各０シンボルのＲ，Ｓ，Ｔの３ビットにはモード情報が、またＵ，Ｖ，Ｗの３ビットにはアイテム情報がそれぞれ割り当てられている。このモード情報とアイテム情報との組み合わせにより、次のようなモードが規定されている。

そして、シンボル１にはインストラクションが、またシンボル２ないしシンボル７にはモードおよびアイテムとインストラクションに対するパリティや付加情報が、それぞれ割り当てられている。そして、シンボル２０ないしシンボル２３の４個のシンボルには、シンボル０ないしシンボル１９までの２０個のシンボルのデータに対するパリティが割り当てられている。このため、実質的にグラフィックスデータを割り当てることができる範囲は、シンボル８ないしシンボル１９の１２個のシンボルとされる。

このようにフォ−マットされることにより、ＣＤ−Ｇにおいては、各パックの６×１２ピクセルの範囲にグラフィックスデータを２値データとして割り当てることができるようにされている。なお、パックのレートは７５（Ｈｚ）×４（パック）となり、毎秒３００パックのレートとされる。従って、この６×１２ピクセルの範囲に１つの文字を割り当てるとすると、１秒間に３００文字を伝送することができることになる。

また、ＣＤ−Ｇにおいて規定する１画面は、２８８（水平画素）×１９２（ライン）とされているので、この１画面分の文字を伝送するには、次式で示すように２．５６秒必要となる。
（２８８／６）×（１９２／１２）÷３００＝２．５６（ｓｅｃ）
この場合、各ピクセルについて１６値表現を行おうとすると、各ピクセルに４ビット必要とされるため、１回の文字パターンにつき４回のパターンを伝送する（１回につき１ビット伝送する）必要がある。従って、伝送時間は前記より４倍の時間である１０．２４秒かかることになる。

しかしながら、前記した従来の方法のうち、ビデオディスクや通常のテレビジョン放送における方法のように、字幕をビデオ画像にスーパインポーズした状態で伝送する方法は、ユーザが必要に応じて字幕のパンやスクロールを行うことができないと云う問題点があった。
また、カラオケに代表されるダイナミックに変化する字幕のカラーデータを必要に応じて表示させることができないと云う問題点があった。

また、CAPTAINシステムやＣＤ−Ｇにおける方法においては、再生時に必要に応じて字幕をオンまたはオフすることは可能であるが、解像度が十分でないと云う問題点があった。
なお、CAPTAINシステムにおいては１画面の表示可能領域は、２４８（水平画素）×１９２（ライン）であるが、コンポーネントディジタルＴＶ信号は、７２０（水平画素）×４８０（ライン）の解像度を有しており、この解像度に比べると十分な解像度とは云えない。

さらに、ＣＤ−Ｇにおいては１画素につき１ビットのデータしか対応させることができないため、データを２値化して表すこととなり、例えば文字の斜線部分がギザギザとなるエイリアシング現象や、文字がちらつくフリッカー等の現象が顕著となり、ユーザに不快感を与えてしまうと云う問題点があった。
また、これを解決するために、例えばフィルタにより２値画像を多値情報に変換することも考えられるが、そのためには高精度のフィルタが必要となり、高価となる。さらに、このようなフィルタを用いると背景画像を劣化させることとなるので、この手段を採用することは困難である。

さらにまた、ＣＤ−Ｇにおいて１画素を１６値で表すようにすると、前述したように２値で表す場合の約４倍の時間を要し、字幕の表示を高速で切り換えることが困難になると云う問題点が生じる。

そこで、本発明はユーザが字幕のパンやスクロールを必要に応じて行えるよう符号化することのできる符号化方法および装置、および、ユーザが字幕のパンやスクロールを必要に応じて行うことができるデータ復号方法および装置、および、ユーザが字幕のパンやスクロールを必要に応じて行えるデータが記録されている符号化データ記録媒体を提供することを目的としている。
また、本発明は字幕のカラーデータをダイナミックに変化することのできるデータ符号化方法および装置、および、表示される字幕のカラーデータをダイナミックに変化することのできるデータを復号することのできるデータ復号方法および装置、および、字幕のカラーデータをダイナミックに変化することのできるデータが記録されている符号化データ記録媒体を提供することを目的としている。

前記目的を達成するために、本発明は、表示位置情報、カラーワイプ情報、および字幕パターンをピクチャフレーム毎に符号化し、該ピクチャフレーム毎にビデオストリームと対応して多重化された上記字幕パターンの表示位置をフレーム毎に表す表示位置情報と、該字幕パターンの色の変化位置をフレーム毎に示すカラーワイプ情報と、字幕パターンと、該ピクチャフレーム毎に対応する上記ビデオストリームとを逆多重化し、復号するデータ復号方法において、予め符号化の際使用される字幕パターンの色を設定するカラールックアップテーブルと同一のカラールックアップテーブルを保持し、基準位置からの水平方向及び垂直方向のオフセット値で表される表示位置情報に応じて上記字幕パターンの表示位置を制御し、カラーワイプ情報に基づいて、参照するカラールックアップテーブルから出力される色を上記字幕パターンの途中で切り換え、上記切替えられたカラールックアップテーブルからの出力に基づいて字幕パターンの色を設定する処理を実行し、上記字幕パターンの表示に続く、タイミングの垂直ブランキング期間を利用して上記カラーワイプ情報、表示位置情報が、バッファから読み出されることによって、上記字幕パターンの表示位置の制御、色の設定が行われるようにしたものである。

前記目的を達成するために、本発明は、表示位置情報、カラーワイプ情報、および字幕パターンをピクチャフレーム毎に符号化し、該ピクチャフレーム毎にビデオストリームと対応して多重化された上記字幕パターンの表示位置をフレーム毎に表す表示位置情報と、該字幕パターンの色の変化位置をフレーム毎に示すカラーワイプ情報と、字幕パターンと、該ピクチャフレーム毎に対応する上記ビデオストリームとを逆多重化し、復号するデータ復号装置において、予め符号化の際使用される字幕パターンの色を設定するカラールックアップテーブルと同一のカラールックアップテーブルを保持する手段と、基準位置からの水平方向及び垂直方向のオフセット値で表される表示位置情報に応じて上記字幕パターンの表示位置を制御する手段と、カラーワイプ情報に基づいて、参照するカラールックアップテーブルから出力される色を前記字幕パターンの途中で切り換えるように制御する手段と、前記切替えられたカラールックアップテーブルからの出力に基づいて字幕パターンの色を設定する手段とを有し、上記字幕パターンの表示に続く、タイミングの垂直ブランキング期間を利用して上記カラーワイプ情報、表示位置情報が、バッファから読み出されることによって、上記字幕パターンの表示位置の制御、色の設定が行われるようにしたものである。

本発明のデータ符号化方法および装置によれば、字幕等のスタティックなパターンに加えて、カラオケに代表されるカラーワイプデータあるいは字幕のパンやスクロールを行う情報を符号化して多重化することができる。
本発明のデータ復号方法および装置によれば、字幕のカラーワイプを行ったり、字幕のパンやスクロールを行うことができる。また、字幕と共に表示されるビデオ画像の減衰率を制御することができ、字幕を見やすくすることができる。

以上説明したように、本発明のデータ符号化方法および装置は、字幕のカラーワイプ情報やパターン情報の表示位置情報を、フレーム毎にサンプリングして符号化しており、本発明のデータ復号方法および装置は、ビデオストリームデータ等に多重化された字幕のカラーワイプ情報やパターン情報の表示位置情報を垂直ブランキング期間を利用してバッファから読み出して、字幕のカラーワイプを行うこと、あるいはパターン情報の表示位置を移動することができる。
すなわち、カラオケ等に代表されるカラーワイプを実現することができると共に、字幕等のパターン情報のパンやスクロールを自在に行うことができるようになる。
また、背景ビデオ画像の画質を劣化させることなく簡単な構成で、字幕等を高速でかつユーザの必要に応じて表示させることが可能となる。

本発明のデータ復号方法を具現化した本発明のデータ復号装置の一実施例の構成を示すブロック図を図１に示す。

図１において、例えばディスク等のデータ記録媒体からサーボ系を介して読み出された再生信号は、データデコーダ＆デマルチプレクサ１に入力されて、ＥＣＣ（ErrorCorrectingCode）が解かれてエラー訂正が行われ、さらに、多重化されているデータがビデオデータ、字幕データ、オーディオデータにデマルチプレクサされる。このうち、ビデオデータはビデオデコーダ３へ供給され、字幕データはサブタイトルデコーダ７へ供給され、オーディオデータはオーディオデコーダ１１へ供給される。
なお、これらの処理がデータデコーダ＆デマルチプレクサ１において行われる時にメモリ２がバッファメモリおよびワークエリア等として使用される。

ビデオデコーダ３は、メモリ４を使用してビデオデータのビットストリームからビデオデータをデコードしてレターボックス５へ供給する。
レターボックス５では、ビデオデコーダ３の出力がスクイーズ（squeeze）モードの場合に、縦横比が４対３のモニターにおいて真円率１００％で鑑賞できるように画面の垂直方向に３／４に縮めて表示するためのフィルタ処理が行われる。この場合、１／４フィールド分に相当するタイミング調整が、タイミング調整用のメモリ６を使用して行われる。
なお、レターボックス５はスクイーズモードのビデオデータをそのまま出力するスルーパスを有している。

オーディオデコーダ１１は、メモリ１２をバッファメモリ等として使用してオーディオデータをデコードする。デコードされたオーディオデータは、オーディオ用のディジタル・アナログ（Ｄ／Ａ）コンバータ１３によりアナログのオーディオ信号とされて再生出力される。

サブタイトルデコーダ７では、サブタイトルデコーダ７に供給されている字幕データのビットストリームがデコードされて、レターボックス５から出力されたビデオデータに、このデコードされた字幕データがスーパインポーズされる。
スーパインポーズされたビデオ信号は、コンポジットエンコーダ８によりＮＴＳＣ、ＰＡＬ、あるいはＳＥＣＡＭ方式に変換され、ビデオ用Ｄ／Ａコンバータ１０においてアナログのビデオ信号に変換されて出力される。

以上の各部の処理は、システムコントローラ１４により統括的に制御されており、ユーザからのコマンドやその他の各種の情報をモニタできるように、モードディスプレイ９が設けられており、モードディスプレイ９に備えられた専用のディスプレイに表示させたり、ビデオ信号に重畳させたりすることができるようにされている。

また、サブタイトルデコーダ７は、多重化された字幕データのビットストリームと、デコードされたビデオデータとを受け取り、多重化された字幕データのビットストリームをコードバッファに蓄積した後、指定されたタイミングで該ビットストリームのデコードを行い、デコードされた字幕データをビデオデータにスーパインポーズするようにしている。

このように動作する、サブタイトルデコーダ７の一実施例の構成を示すブロック図を図２に示す。この図に示す各部の説明を以下に行う。
（１）ワード検出部２０
デマルチプレクサ１から出力された字幕データのビットストリームはワード検出部２０に入力され、検出されたヘッダ情報、検出されたヘッダエラー情報、検出されたデータエラー情報がコントローラ３５に転送される。また、ワード検出部２０により検出された字幕表示時刻のタイムスタンプ（ＰＴＳＳ）、表示位置情報（Position_data)、カラールックアップテーブル（ＣＬＵＴ）の更新データ、およびビットマップ画素データがコードバッファ２２に転送されて蓄積される。

（２）スケジューラ２１
このコードバッファ２２の読出／書込のアクセス制御は、スケジューラ２１により行われている。コードバッファ２２の読出／書込のアクセスのバンド幅は、デマルチプレクサ１から供給されるデータレートと表示レートとからメモリアクセスのスケジューリング管理が決まることにより決定されている。
たとえば、デマルチプレクサ１からのデータレートを最大２０Ｍｂｐｓとすると、コードバッファ２２のＩ／Ｏポートが８ビットの場合２．５ＭＨｚのレートでコードバッファ２２へ書き込みを行うようにすれば良い。

一方、コードバッファ２２からの読み出しは、システムコントローラ１４からデコード開始信号を受け取った後、表示位置情報に応じて、垂直同期信号（Ｖシンク）並びに水平同期信号（Ｈシンク）から適当なタイミングをとって行われている。読出レートは１３．５ＭＨｚの画素サンプリングレートであり、そのサンプリングクロックのクロック幅でコードバッファ２２の読出／書込を切り替えるとすると、コードバッファ２２への書き込みは前記したように少なくとも２．５ＭＨｚ以上のレートが必要であるから、この書き込みレートを満足できる最も遅いレートは１３．５ＭＨｚの１／４である３．３７５ＭＨｚとなる。

すなわち、３．３７５ＭＨｚのタイミングをコードバッファ２２への書き込みへ割り当てる。そして、残りのタイミングをコードバッファ２２からの読み出しに割り当てるようにする。これにより、１３．５ＭＨｚのクロックにおける４つのクロックのうちの１つのクロックが書き込みに、残る３つのクロックが読み出しに割り当てられる。
ところで、４回のクロックタイミングのうちの３回のクロックタイミングで読み出せるビット数は、Ｉ／Ｏポートが８ビットとされているため、３×８＝２４ビットとなる。この２４ビットで間断なく４クロックタイミングのタイミング毎に表示を実行させるには、１クロックタイミング毎に２４÷４＝６ビットを割り当てることができるから、１画素のデータが６ビット以下で構成されていれば、リアルタイムで表示することができるようになる。

（３）コントローラ３５
コントローラ３５はワード検出部２０からの字幕表示時刻のタイムスタンプ（ＰＴＳＳ）を受け取り、システムコントローラ１４へ出力する。その後、システムコントローラ１４からのデコード開始信号により字幕データのデコードを開始する。
この時、通常再生モードとされている場合は、フレーム単位でバイトアラインされたrepeattime分だけコードバッファ２２から繰返し字幕データが読み出されてデコードされる。このrepeattimeの減算は、システムコントローラ１４から供給される減算パルス（decrementpulse）よって行われる。この減算パルスは、通常再生の場合、フレームレートでシステムコントローラ１４から発せられ、コントローラ３５はこれを受けて、表示タイムスタンプに従って正しく同期が取れるように、スケジューラ２１に対しコードバッファ２２のアドレス管理を行っている。

さらに、コントローラ３５はシステムコントローラ１４から送られてきたspecial信号が”非ノーマル”とされた場合は特殊再生モードとされたとして、特殊再生モードを正しく受信したことを示すａｃｋ信号をシステムコントローラ１４に送り返す。この特殊再生モードが、ｎ倍速早送り（ＦＦ）あるいはｎ倍速逆早送り（ＦＲ）の場合は、減算パルスはｎ倍のレートで発せられる。また、特殊再生モードが、ポーズの場合は減算パルスは発せられず、同じフレームを繰返しデコードし続けるようにされる。

また、再生モードにかかわらずコードバッファ２２から読み出された字幕データは、逆ＶＬＣ回路２３においてＶＬＣ復号処理が行われ、さらに逆ランレングス回路２４においてＥＯＰ（EndOfPage）が検出されると共に、ランレングス復号処理が行われて字幕データが復号される。そして、ＥＯＰのカウント値がrepeattimeに達した時点で、逆ランレングス回路２４はコントローラ３５にdisplayendフラグを送出する。これにより、コントローラ３５はrepeattimeに達したと判断してコードバッファ２２からの読み出しを停止する。
なお、コントローラ３５がdisplayendフラグを受け取らないうちに、ワード検出器２０が次のページのＥＯＰを検出した場合は、コントローラ３５はbufferoverflow信号をシステムコントローラ１４へ発し、デマルチプレクサ１からの転送を停止させる。
また、システムコントローラ１４から指示があった場合、表示開始位置（displaystartposition）をフレームごとに更新する。

（４）コードバッファ２２
コードバッファ２２はＲＡＭ（RandomAccessMemory）により構成されるが、ＲＡＭが外付けとされる場合は、表示用と蓄積用の２枚分のページが確保できる容量を有し、かつ、ビデオデータの復号処理の遅延補償分を含み、さらにスケジューラ２１がアクセスするバンド幅を満足するＲＡＭを使用するようにする。
ビデオデータの復号処理の遅延補償を行うために、コントローラ３５はコードバッファ２２へ字幕データを書き込む際に、表示時刻のタイムスタンプ（ＰＴＳＳ）をシステムコントローラ１４へ送るようにする。

システムコントローラ１４はこれを受けて、自身が持つ同期合わせ用クロックと前記ＰＴＳＳが一致した時点から、ビデオ復号処理の遅延分（約１フィールド）に、レターボックス５の処理による遅延分を加えたタイミングで、サブタイトルデコーダ７内のコントローラ３５へデコード開始命令を送るようにする。
これら一連のデコード遅延を考慮する理由は、データ符号化装置においては、ビデオデータ、オーディオデータ、字幕データの各デコード遅延がゼロであるという前提の元で多重化されているからである。

（５）逆ＶＬＣ（InverseVariableLengthCoding）回路２３
コードバッファ２２から読み出された字幕データに、可変長復号処理を施して、レベルデータとランデータのペアのデータとして出力する。なお、逆ＶＬＣ回路２３は、場合によりスルーされるものである。

（６）逆ランレングス回路２４
ランデータの数だけレベルデータを発生させることによりランレングス復号処理を行い、以後、画素データとして字幕データを扱うようにする。逆ＶＬＣ回路２３と逆レングス回路２４により圧縮処理された字幕データが伸長されるが、場合により、逆レングス回路２４をスルーすることも可能である。

（７）３：４フィルタ２５
モニタのアスペクト比が４：３の場合、水平方向にスクイーズされている字幕データに３：４フィルタ処理を行い、真円率を１００％にしてからビデオデータにスーパインポーズするようにしている。この場合、コントローラ３５はコードバッファ２２からの読み出しをＨシンクパルスから９０ピクセル分早く読み出すようにする。
また、モニタのアスペクト比が１６：９とされている場合は、３：４フィルタ２５をバイパスするようにする。この３：４フィルタをバイパスするか否かはコントローラ３５から供給されるxsqueeze信号でセレクトされる。
なお、複数のフォントによる複数の字幕データのビットストリームが送られてくる場合は、３：４フィルタ２５はバイパスされる。

（８）ＣＬＵＴ（カラールックアップテーブル）回路２６
ルックアップテーブルは、図６にその一例を示すように輝度データＹ、色差データＣｒ，Ｃｂ、そして背景ビデオデータと、このＣＬＵＴ内の選択された輝度データＹ、色差データＣｒ，Ｃｂのデータとの混合比を表すキーデータ（Ｋ）が登録されている。これらのデータはフルスケールで８ビットとされているが、図示するように、各４ビット精度のデータとすることが可能である。このＣＬＵＴはデコードに先立ち、ＣＬＵＴ回路２６に予めダウンロードすることが可能とされている。この場合、ＣＬＵＴデータはコードバッファ２２からＣＬＵＴ回路２６へ転送される。
また、キーデータＫはmixingratioとして、ＣＬＵＴ回路２６からミキサ部３４へ転送される。さらに、入力アドレスの最上位ビットを使用して、時間的に変化するカラーワイプを行うことのできる図９に示すようなＣＬＵＴを持つようにしてもよい。

（９）ミキサ部３４
ミキサ部３４は、ｏｎ／ｏｆｆのスーパインポーズ信号が”ｏｎ”の場合、輝度データＹ、色差データＣｂ，ＣｒとしてＣＬＵＴ回路２６から読み出された字幕データと、輝度データＹ、色差データＣｂ，Ｃｒとして入力されたビデオデータをmixingratioに従って、スーパインポーズする。その際、スーパインポーズはコントローラ３５から供給されるposition信号、あるいはu_position信号で指定されたタイミングに従って、所定の位置へスーパインポーズされる。
また、モード情報にfade係数が指定されている場合は、指定された速度でパターンデータに対してfade係数を乗算することによって、フェードイン／フェードアウトを行うことができる。
なお、スーパインポーズ信号が”ｏｆｆ”とされている場合は、ミキサ部３４に入力されているビデオデータのみを出力して表示するようにする。
このスーパインポーズ信号のｏｎ／ｏｆｆは、ユーザが任意に設定することができる。字幕に関する一連のデコードが終了し、スーパインポーズされた信号は、サブタイトルデコーダ７からＤ／Ａコンバータ１０へ転送される。

ここで、図２においてサブタイトルデコーダ７内のコントローラ３５からシステムコントローラ１４へ供給される各種データ、およびシステムコントローラ１４からサブタイトルデコーダ７内のコントローラ３５へ供給される各種データの意味を図３および図４に示している。

次に、本発明のデータ符号化装置において、字幕データを４ビット符号化モードで符号化した場合の例を図５および図６を参照しながら説明する。
字幕データは、図５（ｂ）に示すようなfilldataと、図５（ｃ）に示すようなキーデータ（keydata）とで表されている。いま、図５（ａ）に示すように字幕に表示すべき１つの文字として「Ａ」があったとする。この場合の図示する１本の水平ライン（水平走査線）で走査した時のfilldataは、同図（ｂ）に示すようになる。
この図に示すように、filldataは、期間Ｔ３において表示すべき文字の輝度（Ｙ）に対応するレベルとされている。そして、その前後の期間Ｔ１，Ｔ２および期間Ｔ４，Ｔ５の期間において、filldataのレベルは最低のレベル”０Ｈ”とされている。なお、「Ｈ」は１６進数を示すものである。

これに対してキーデータは、文字を表示すべき期間Ｔ３において、最低のレベル”Ｅ０Ｈ”とされている。期間Ｔ３の前後の離れた期間Ｔ１と期間Ｔ５においては、最高のレベル”０Ｈ”とされている。
そして、期間Ｔ３に隣接する期間Ｔ２と期間Ｔ４のレベルは、中間の所定のレベルに設定されている。すなわち、期間Ｔ２においては、最高のレベル”０Ｈ”から最低のレベル”Ｅ０Ｈ”に徐々に変化するようにされており、期間Ｔ４においては最低のレベル”Ｅ０Ｈ”から最高のレベル”０Ｈ”に徐々に変化するようにされている。

これにより、期間Ｔ３においては、背景ビデオのレベルは最低レベル”Ｅ０Ｈ”に制御されるようになり、実質的に黒レベルにミュートされることになる。これに対して、期間Ｔ１および期間Ｔ５においては、字幕に対応する字幕データのレベルが所定のレベル（図示する場合は、灰色のレベルであるが、黒レベルとしても良い。）にミュートされる。そして、期間Ｔ２と期間Ｔ４においてはキーデータの値に対応する割合で背景ビデオ画像が減衰される。
この図に示す例においては、キーデータの値が大きいほど、背景ビデオ画像の減衰の割合が小さくされ、キーデータの値が小さいほど、背景ビデオ画像の減衰の割合が小さくなるようになされている。
このように、文字の近傍においては背景ビデオ画像が徐々にミュートされるため、字幕（文字）が見にくくなるようなことが防止される。

図６に示すカラールックアップテーブル（ＣＬＵＴ）は、符号化時に参照される４ビット符号化モード時のカラールックアップテーブルであり、アドレス（Addr）が０Ｈないし７Ｈの範囲においてはキーデータＫが００Ｈ→２０Ｈ→４０Ｈ→８０Ｈ→・・→Ｅ０Ｈの８ステップで登録されていると共に、このアドレス範囲ではfilldata（輝度データＹ）は最低レベルである００Ｈとされている。また、アドレスが８ＨないしＦＨの範囲の場合は、キーデータＫが最低レベルのＥ０Ｈとされており、filldataが００Ｈ→２０Ｈ→４０Ｈ→６０Ｈ・・・→Ｅ０Ｈの８ステップで登録されている。この場合、色差データＣｒ，Ｃｂは共に７ＦＨに固定されているので、字幕の表示色は一色とされている。

このカラールックアップテーブルが参照されることにより、符号化時には図５（ｂ）（ｃ）に示す各サンプリングタイミングのfilldata（Ｙ）およびキーデータＫに該当するアドレス（Addr）が符号化データとして、後述する字幕符号化装置内の量子化回路６４から出力されるようになる。

次に、図７に本発明のデータ符号化方法を具現化した一実施例のデータ符号化装置が備えられている符号化装置の構成を示すブロック図を示す。
この符号化装置において、ビデオカメラ５１より出力されたビデオ信号は、ビデオ符号化装置５２に供給されてアナログ・デジタル（Ａ／Ｄ）変換され、さらに圧縮化・パケット化されてマルチプレクサ５８に供給されている。
なお、ビデオカメラ１に替えて、ビデオディスクプレーヤ、ビデオテープレコーダなどを用いて、再生されたビデオ信号をビデオ符号化装置５２に供給するようにしてもよい。

また、ビデオ符号化装置５２はレートコントローラ５２ａを備えており、後述する字幕符号化装置５７内のＳＢＶ（SubtitileBufferVerifier）６８において、必要な制御情報を加えた上で発生データ量が制御されているが、同時にＳＢＶ６８が出力するビットレート制御信号に対応して、ビデオデータの圧縮率を制御するようになされている。すなわち、字幕符号化装置５７において符号化されたデータ量が少ない場合には、その分ビデオデータの符号化量が増大するよう圧縮率を変更して、ビデオ画像を高品質とし、逆に字幕符号化装置５７において符号化されたデータ量が多い場合はその分ビデオデータの符号化量が増大しないよう圧縮率を変更している。このようにビデオデータの符号化量を変更しても、全体の符号量は一定とされる。

このようにして、ビデオ符号化装置５２により圧縮・符号化され、さらにパケット化されたビデオデータ（例えば、４：２：２のコンポーネント信号等）が、マルチプレクサ５８に供給される。
また、字幕符号化装置５７において、４ビット量子化された字幕データを１ページ分符号化した結果、ＳＢＶ６８にてコードバッファサイズを上回ってしまい、オーバーフローになる場合、該当ページに関する一連の符号化行程において、階調数を４ビットからより少ない階調数に落として量子化回路６４により再び符号化される。これにより、データ量が削減され、オーバフローが防止される。

一方、マイクロフォン５３により集音されたオーディオ信号は、オーディオ符号化装置５４に入力されて、Ａ／Ｄ変換されると共に、圧縮符号化され、さらにパケット化されてマルチプレクサ５８に供給される。この場合においても、マイクロフォン５３に替えて、テープレコーダ等を用いて再生されたオーディオ信号をオーディオ符号化装置５４に供給するようにして、符号化されたオーディオデータをマルチプレクサ５８に供給するようにしてもよい。

また、文字発生回路（CharacterGenerator）５５により発生された字幕データ、またはフライングスポットスキャナ５６より出力された字幕は、字幕符号化装置（SubtitleEncodingUnit）５７に供給される。字幕符号化装置５７に入力された字幕データは、スイッチ６１およびディジタルフィルタ７２を介して量子化回路（Quantizationcircuit）６４に供給され、カラールックアップテーブル（ＣＬＵＴ）７１が参照されて字幕が量子化され、さらにＤＰＣＭ回路６５、ランレングス符号化回路（RunLengthcodingcircuit）６６、可変長符号化回路（Variablelengthcodingcircuit）６７により圧縮符号化され、さらにパケット化された後、マルチプレクサ５８に供給されている。

マルチプレクサ５８は、字幕符号化装置５７、ビデオデータ符号化装置５２、およびオーディオデータ符号化装置５４からそれぞれ供給されるパケット化されたデータを、例えば時分割多重化等により多重化を行う。さらに、マルチプレクサ５８において、多重化されたデータに対し、ＥＣＣなどの誤り訂正のための処理、およびＥＦＭ（EighttoFourteenModulation）などの変調処理が施された後、例えばディスク９１等の記録媒体に記録されたり、伝送路（Channel）を介して受信側に伝送されたりしている。

続けて、字幕符号化装置５７についての説明を行う。
文字発生回路５５は、ビデオ符号化装置５２により符号化されるビデオ画像に対応する字幕データを発生し、この字幕データは字幕符号化装置５７に入力されてスイッチ６１の接点ａに供給される。また、スイッチ６１の接点ｂには文字発生回路５５から発生されたキーデータＫが供給される。このスイッチ６１は所定のタイミングで接点ａまたは接点ｂに切り換えられ、字幕データまたはキーデータＫが所定のタイミングで選択されて、ディジタルフィルタ７２およびスイッチ６２を介して量子化回路６４に供給される。

量子化回路６４に入力された字幕データは、量子化回路６４において、カラールックアップテーブル７１が参照されて量子化され、さらにＤＰＣＭ回路６５により差分ＰＣＭ符号化される。次いで、ランレングス符号化回路６６および可変長符号化回路６７により、符号の出現頻度の偏りを利用した圧縮符号化が行われている。
また、カラオケ等に使用されるカラーワイプデータや、字幕をスクロールするためのデータはワイプレバー（WipeLEVER）８１により、カラーワイプや字幕の製作者により入力され、アダプタ（Adapter）８２を経てＲＧＢのデータ、あるいは表示位置データとしてワイプデータサンプラー（WipedataSampler）７０に入力される。さらに、スイッチャ８３において文字発生回路５５からの字幕パターンデータ上にオーバレイされ、モニタ８４でその様子がチェックされる。

ワイプデータサンプラー７０の一構成例を図８に示すが、アダプタ８２からのデータがレジスタ３００にラッチされ、ラッチされた１画素前のデータと次の画素のデータが比較器３０１で比較され、両者が等しければカウンタ３０２がカウントアップされる。ここで、レジスタ３００は最大１ライン分の容量を持ち、垂直方向のワイプにも対応できるように構成されている。水平方向ワイプ時は１ピクセルを１クロック分に相当させるクロックをカウンタ３０２はカウントする。 カウンタ３０２は水平同期信号（Ｈシンク）または垂直同期信号（Ｖシンク）によりクリアされた後、隣接画素、またはフィールド単位で上下方向に、隣接するライン間で等しい間カウントアップし、そのカウント値がレジスタ３０３においてＶシンクによりラッチされる。このカウンタ値は、カラーワイプ情報あるいは表示位置情報として、スイッチ６９を介してＤＰＣＭ回路６５、ランンレングス符号化回路６６および可変長符号化回路６７により、圧縮符号化が行われ、さらにパケット化されてマルチプレクサ５８に供給される。

このようにして、字幕のカラーワイプ情報あるいは字幕等のパターン情報の表示位置情報が、ピクチャフレーム毎にサンプリングされて符号化されている。
また、字幕のカラーワイプ情報あるいは字幕等のパターン情報の表示位置情報は、フレームを単位として符号化されるが、複数フレーム分まとめて符号化することもできる。この場合、字幕データを含む符号化データ量がバッファをオーバフローさせないようにＳＶＢ６８が量子化回路６４の量子化レベル幅を制御するようにしてもよい。

このように隣接する画素間、あるいは隣接するライン間で不一致となるまでカウンタ３０２がカウントすると、そのカウンタ値はワイプレバー８１で設定したワイプ情報あるいは位置情報のディジタルデータとなる。
また、字幕符号化装置５７では４ビットの字幕パターンデータにより、図９に示すようなカラールックアップテーブル（ＣＬＵＴ）を参照して、フィルデータとしての輝度値Ｙと、背景との混合比であるキーデータＫを該当するアドレス（Ａｄｄｒ）として送っている。そこで、符号化側と復号側とで同じＣＬＵＴとなるように、必要な場合ＣＬＵＴを符号化側から復号側へ伝送するようにしている。

この場合、復号側に伝送されたＣＬＵＴは予め内部のレジスタにダウンロードされ、以後の復号化データのデコード時に使用される。カラールックアップテーブルの内容は、図９に示すように輝度Ｙ、色差Ｃｒ，Ｃｂ、背景との混合比（キーデータ）Ｋが各々最大８ビットで登録されている。
このように、本発明は前述したデータ符号化装置およびデータ復号装置からなるシステムの中で、静的なパターンデータを時間的にカラールックアップテーブルを切り換えることによって、１つの目的であるダイナミックに色を変えることを実現している。

さらに、字幕符号化装置について説明すると、字幕パターンを表す字幕ストリームは圧縮符号化されて、復号側におけるコードバッファ２２と同様の振舞をする字幕符号化装置５７における字幕用のバッファベリファイア（SubtitleBufferVerifier：ＳＢＶ）６８に入力され、各種の制御情報（Normal／trickPLAY，Positioninformation，subtitleencodinginformation，timecode，EOP,upperlimitvalue，static／dynamicetc）が字幕のパターンデータに付加される。同時に、ＳＢＶ６８においてバッファへのデータ蓄積量が検証されてオーバフローあるいはアンダーフローしないようにビットレートが制御される。この制御は、ＳＢＶ６８がバッファへの蓄積量に応じて量子化回路６４の量子化レベルを制御して符号量を制御することにより行われている。

次に、以上説明したＳＢＶ６８の動作を、同様の振舞をするコードバッファ２２を例に上げて図１０を参照しながら具体的に示す。
図１０において、縦軸はデータサイズを示すと共に、横軸は経過時間であり、（Ａ），（Ｂ）の２本の線に挟まれた縦軸に平行な間隔がコードバッファ２２におけるコードバッファサイズ（CodeBufferSize）である。そして、（Ａ），（Ｂ）の傾きがビットレートを表しており、（Ｃ）がコードバッファ２２内部のデータ蓄積量を表している。
図１０に示す場合のように、（Ｃ）のラインは（Ａ）（Ｂ）のラインを越えないよう制御されるが、（Ａ）のラインを越えた場合はコードバッファ２２がアンダーフロー状態となり、（Ｂ）のラインを越えた場合はオーバフロー状態となる。

（Ａ）または（Ｂ）の傾きのビットレートで入力されたページデータＳ０，Ｓ１，Ｓ２，Ｓ３，・・・は各々の表示タイミングＰＴＳ（Ｓ０），ＰＴＳ（Ｓ１），ＰＴＳ（Ｓ２），ＰＴＳ（Ｓ３），・・・で表示されるようになる。この表示タイミングの瞬間で、表示タイミングが到達したページデータはコードバッファ２２からディスプレイバッファに転送される。転送により、データサイズは小さくなるので、転送は図１０におけるデータサイズ軸に平行な縦の線で表されるようになる。これに対して、コードバッファ２２への蓄積は時間軸に平行な横の線で表される。
この図に示す場合は（Ａ），（Ｂ）の傾きは一定であるが、可変レートとされる場合は、その傾きは時間と共に変化するようになる。

このように動作するコードバッファ２２は図１１に示す構成のSubtitledecoderbuffermodelに基づいたものである。この図において、コードバッファ２２−１は字幕データのストリームの蓄積を行い、少なくとも１ページ分のストリームの蓄積が行われた後、システムのクロック値ＳＣＲ（SystemClockReference）と表示時刻（ＰＴＳ：PresentationTimeStamp）とが一致した時点で、１ページ分の字幕データがコードバッファ２２−１からディスプレイバッファ（DISPLAYMEMORY）２２−２へ転送される。この転送は、１つのＲＡＭデバイス内でポインタを更新するだけで実現することができるので、転送に伴う遅延は生じることがなく高速に転送を行うことができる。

すなわち、図１に示すコードバッファ２２内には、コードバッファ２２−１の領域とディスプレイバッファ２２−２の領域が少なくとも設定されている。
なお、ディスプレイバッファ２２−２においてはすぐに表示を行うべく、例えば垂直（Ｖ）ブランキング期間を利用して、パーザ（PARSER）において各種のヘッダが解釈され、逆ＶＬＣ（ＩＶＬＣ）２３、逆ランレングスデコーダ（ＲＵＮ ＬＥＮＧＴＨＤＥＣ）２４、フィルタ２５を介してＣＬＵＴ２６へビットマップデータは転送される。

次に、データ復号装置において、字幕パターンデータのほかにカラーワイプデータ送られる場合のコードバッファ２２のデータ読み出しの実行概念を図１２に、その構成の一実施例を図１３に示す。
図１２（ｂ）に示すように、表示用タイムスタンプ（ＰＴＳ）毎に字幕のパターンデータとワイプ情報とが別々に送られてきて、コードバッファ２２に蓄積される。その後、表示タイムスタンプＰＴＳが図１２（ｃ）に示すフレームｎのタイミングと一致する場合、まずフレームｎでは字幕パターンが復号され表示される。次に、表示タイムスタンプＰＴＳがフレームｎ＋１と一致すると、フレームｎ＋１の垂直ブランキング期間でワイプ情報ＷＰＡがコードバッファ２２から読み出され、図１３に示すレジスタ２０５においてＶシンクによりラッチされる。レジスタ２０５においてラッチされている値はＣＬＵＴ２６のテーブル値を切り換えるのに使用される。例えば、カラーワイプが行われるように図９に示すカラールックアップテーブルの上半分の領域のテーブル値から下半分の領域のテーブル値に切り換える。

ピクセルカウンタ２０８ではレジスタ２０５に取り込まれているワイプ情報ＷＰＡがセットされ、Ｈシンク（Ｈｓｙｎｃ）を基準にしてアクティブ期間においてダウンカウントされる。水平方向のワイプ時は、各ライン同様の処理が行われるようになる。ダウンカウントが行われピクセルカウンタ２０８のカウント値がゼロになると、キャリーフラグあるいはボローフラグが変化する。このフラグをＣＬＵＴ２６へ入力することで、ワイプ情報によるカラーワイプが行われる。

一方、字幕パターンデータはアクティブ期間デコードバッファ２２から読み出され、ランレングスデコーダ２４を経てＣＬＵＴ２６へ入力される。あるフレームにおいて、パターンデータに対し、ライン方向で、ある画素以後はワイプ情報によりＣＬＵＴ２６出力は変化する。上記ワイプ情報がＷＰＡ，ＷＰＢ，ＷＰＣ・・・，ＷＰＺとフレーム毎に変化する時、パターンデータが変化しなくても、ＣＬＵＴ２６から読み出される色差データＣｒ，Ｃｂの変化する箇所は時間と共に移動するようになる。これにより、字幕データのカラーワイプが実現される。ピクセルカウンタ２０８のフラグはＣＬＵＴ２６へＭＳＢとして入力される。このＭＳＢが”０”の時は、図９に示すカラールックアップテーブルの色差データＣｒ，Ｃｂとして７ＦＨが登録されている上半分の領域のデータが読み出され、ＭＳＢが”１”の時は、色差データＣｒ，ＣｂとしてＦＦＨが登録されている下半分の領域のデータが読み出されるので、ＭＳＢに応じて表示色が変化するようになる。

ピクセルデータは４ビット／画素モードの時、その内の１ビットがカラーワイプのために用いられるため、下位３ビットのみを用いて符号化されており、逆ランレングス回路２４から供給される。また２ビット／画素モードの時は、ＬＳＢ１ビットのみを用いて符号化される。あるいは、４ビット／２画素として符号化されるモードにおいては、２画素に１回、ＣＬＵＴ２６の上記のＭＳＢ制御用ビットを入力し、その他を３ビットで符号化することも可能である。

このようにして、図１２（ａ）に示すようにカラーワイプ位置Ａが移動していき、カラーワイプが行われる。字幕が２行に渡る時は、それぞれの行に対してワイプ情報が定義される。
そして、前記した方法は、字幕の表示位置の移動、あるいは時間と共に変化する他の情報に対しても適用することができる。

字幕の表示位置の移動の実行概念を図１４に、その構成の一実施例のブロック図を図１５示す。この場合、水平方向基準点からの画素位置（オフセット値）を字幕の表示位置情報としている。この情報を前記したカラーワイプ時と同様の方法でデコードバッファ２２から読み出すようにする。すると、図１５に示すブロック図に示すように、読み出された表示位置データはレジスタ２０５においてＶシンクによりラッチされ、ラッチされた表示位置データはピクセルカウンタ２０８へセットされる。

そして、１ピクセルが１クロックに対応するクロックでピクセルカウンタ２０８がダウンカウントされ、そのカウント値がゼロになったタイミングでゼロフラグがコントローラ３５へ供給される。コントローラ３５はパターンデータを表示すべきフレームにおいて、このゼロフラグのタイミングにより、コードバッファ２２からの読み出しタイミングを変えるようにする。これにより、フレーム毎に読み出しタイミングを変化させることができ、スムーズな字幕の表示位置移動を実現することができる。

なお、字幕のカラーワイプ情報や字幕等のパターン情報の表示位置情報のように、ピクチャフレーム毎に変化する情報はフレームを単位として符号化され、フレーム間隔あるいはフレーム間隔に準じて、そのパケットがビデオストリーム等のストリームデータに多重化されている。

本発明のデータ復号方法を具現化した本発明のデータ復号装置の一構成例を示すブロック図である。 本発明のデータ復号装置におけるサブタイトルデコーダの詳細な構成を示すブロック図である。 システムコントローラからサブタイトルデコーダ内のコントローラへ送られる情報、およびコントローラからシステムコントローラへ送られる情報の内容を示す図表である。 システムコントローラからサブタイトルデコーダ内のコントローラへ送られる情報、およびコントローラからシステムコントローラへ送られる情報の内容を示す図表である。 本発明のデータ符号化方法を説明するための字幕データを符号化する説明図である。 本発明のデータ符号化方法および装置において、字幕データを符号化する場合に参照するカラールックアップテーブルの一例を示す図である。 本発明のデータ符号化装置を適用した符号装置の一構成例を示すブロック図である。 ワイプ情報をサンプルするワイプデータサンプラーの構成の一例を示すブロック図である。 カラーワイプを行うことのできるカラールックアップテーブルの一例を示す図である。 サブタイトルバッファベリファイアおよびコードバッファの動作を説明するための図である。 サブタイトルデコーダバッファの構成の一例を示すブロック図である。 カラーワイプの実行概念を示す図である。 カラーワイプを実行する構成の一例を示すブロック図である。 パターンデータの表示位置変更の実行概念図である。 パターンデータの表示位置変更を実行する構成の一例を示すブロック図である。 ＣＤ−Ｇにおけるサブコードの構成を示す図である。 ＣＤ−Ｇのサブコードを利用して文字情報を記録する方法を説明するための図である。

符号の説明

１ データデコーダ＆デマルチプレクサ ２，４，６，１２ メモリ
３ ビデオデコーダ ５ レターボックス
７ サブタイトルデコーダ ８ コンポジットエンコーダ
９ モードディスプレイ １０，１３ Ｄ／Ａコンバータ
１１ オーディオデコーダ １４ システムコントローラ
２０ ワード検出部 ２１ スケジューラ
２２，２２−１ コードバッファ ２２−２ ディスプレイバッファ
２２−３ パーザ ２３ 逆ＶＬＣ
２４ 逆ランレングス ２５ ３：４フィルタ
２６ ＣＬＵＴ ３４ ミキサ部
３５ コントローラ ５５ 文字発生回路
５７ 字幕符号化装置 ５８ マルチプレクサ
６４ 量子化回路 ６５ ＤＰＣＭ回路
６６ ランレングス回路 ６７ 可変長符号化回路
６８ ＳＢＶ ７１ ＣＬＵＴ
２０５，３００，３０３ レジスタ ２０８ ピクセルカウンタ
３０１ コンパレータ ３０２ カウンタ

Claims (8)

1. 表示位置情報、カラーワイプ情報、および字幕パターンをピクチャフレーム毎に符号化し、該ピクチャフレーム毎にビデオストリームと対応して多重化された上記字幕パターンの表示位置をフレーム毎に表す表示位置情報と、該字幕パターンの色の変化位置をフレーム毎に示すカラーワイプ情報と、字幕パターンと、該ピクチャフレーム毎に対応する上記ビデオストリームとを逆多重化し、復号するデータ復号方法において、
   予め符号化の際使用される字幕パターンの色を設定するカラールックアップテーブルと同一のカラールックアップテーブルを保持し、
   基準位置からの水平方向及び垂直方向のオフセット値で表される表示位置情報に応じて上記字幕パターンの表示位置を制御し、
   カラーワイプ情報に基づいて、参照するカラールックアップテーブルから出力される色を上記字幕パターンの途中で切り換え、
   上記切替えられたカラールックアップテーブルからの出力に基づいて字幕パターンの色を設定する処理を実行し、
   上記字幕パターンの表示に続く、タイミングの垂直ブランキング期間を利用して上記カラーワイプ情報、表示位置情報が、バッファから読み出されることによって、上記字幕パターンの表示位置の制御、色の設定が行われる
   データ復号方法。
2. 上記表示位置は、垂直同期信号により規定される垂直方向のオフセット値と、ピクセルカウンタによるカウントにより規定される水平方向のオフセット値により決定される請求項１のデータ復号方法。
3. 上記表示位置は、垂直同期信号及び水平同期信号を用いて制御する請求項１のデータ復号方法。
4. 上記ビデオストリームを復号し、出力モードに応じて縦横比を変更してビデオデータを出力するとともに、上記字幕パターンを復号して字幕データを出力し、上記字幕データを上記ビデオデータに重ねて表示する請求項１のデータ復号方法。
5. 表示位置情報、カラーワイプ情報、および字幕パターンをピクチャフレーム毎に符号化し、該ピクチャフレーム毎にビデオストリームと対応して多重化された上記字幕パターンの表示位置をフレーム毎に表す表示位置情報と、該字幕パターンの色の変化位置をフレーム毎に示すカラーワイプ情報と、字幕パターンと、該ピクチャフレーム毎に対応する上記ビデオストリームとを逆多重化し、復号するデータ復号装置において、
   予め符号化の際使用される字幕パターンの色を設定するカラールックアップテーブルと同一のカラールックアップテーブルを保持する手段と、
   基準位置からの水平方向及び垂直方向のオフセット値で表される表示位置情報に応じて上記字幕パターンの表示位置を制御する手段と、
   カラーワイプ情報に基づいて、参照するカラールックアップテーブルから出力される色を前記字幕パターンの途中で切り換えるように制御する手段と、
   前記切替えられたカラールックアップテーブルからの出力に基づいて字幕パターンの色を設定する手段と
   を有し、
   上記字幕パターンの表示に続く、タイミングの垂直ブランキング期間を利用して上記カラーワイプ情報、表示位置情報が、バッファから読み出されることによって、上記字幕パターンの表示位置の制御、色の設定が行われる
   データ復号装置。
6. 上記表示位置は、Ｖシンクにより規定される垂直方向のオフセット値と、ピクセルカウンタによるカウントにより規定される水平方向のオフセット値により決定される請求項５のデータ復号装置。
7. 上記表示位置は、垂直同期信号及び水平同期信号を用いて制御する請求項５のデータ復号装置。
8. 上記ビデオストリームを復号してビデオデータを出力するビデオデータ復号手段と、
   上記字幕パターンを復号して字幕データを出力する字幕パターン復号手段とを有し、
   上記ビデオデータ復号手段は、出力モードに応じてビデオデータの縦横比を変更して出力し、
   上記ビデオデータ復号手段から出力されるビデオデータに、上記字幕パターン復号手段から出力された字幕データを重ねて表示する請求項５のデータ復号装置。

Images