(57)【特許請求の範囲】
【請求項１】
少なくともディジタル映像信号とビットマップ形式の文字データを含むビットストリームデータを入力し、ディジタル映像信号と字幕データとを復号するデータ復号化装置において、
上記入力したビットストリームデータから文字データを抽出する抽出手段と、
上記抽出された文字データのエラーを含むラインを検出するエラー検出手段と、
上記エラーが検出された文字データをエラーのないラインで置換する置換手段と、
上記文字データを記憶するバッファメモリとを有し、
上記置換手段は、
上記文字データを上記バッファメモリに記憶する前に、上記エラーを含むラインを検出し、当該検出結果からエラーが検出された場合、エラーを含むラインを読み出す代わりに、上記バッファメモリをランダムアクセスしてエラーを含むラインの１ライン前、又は１ライン後の近傍のラインのデータを読み出し、読み出された上記データで置換し、
所定のライン以上のエラーが検出された場合、当該フレームまたはフィールドの表示を行わないようにしたことを特徴とするデータ復号化装置。
【請求項２】
請求項１において、
上記エラー検出手段は、
上記文字データに含まれているライン終端識別コードを検出する毎にカウントアップするカウンタ手段と、
エラーが検出された時の上記カウンタ手段のカウント値をライン番号として記憶するレジスタとを有し、
上記置換手段は、
実際に文字データを表示するために上記バッファメモリから読み出されるラインのライン番号よりも先行するライン番号を発生する手段と、
上記発生されたライン番号と上記レジスタに記憶されたエラーを含むライン番号を比較する手段と、
上記比較の結果、ライン番号が一致した時に、上記１ライン前、又は１ライン後のデータを上記バッファメモリから読み出す手段とを有することを特徴とするデータ復号化装置。
【請求項３】
請求項２において、さらに
記録媒体に記憶されている情報を再生し、上記ビットストリームデータを出力する再生手段を有していることを特徴とするデータ復号化装置。
【請求項４】
請求項３において、
上記文字データは字幕を表示するためのデータであることを特徴とするデータ復号化装置。
【請求項５】
請求項２において、さらに
ディジタルテレビジョン放送信号を受信し、復調処理することによって上記ビットストリームデータを出力する受信手段を有していることを特徴とするデータ復号化装置。
【請求項６】
請求項５において、
上記文字データは字幕を表示するためのデータであることを特徴とするデータ復号化装置。
【請求項７】
請求項５において、
上記文字データは番組ガイドを表示するためのデータであることを特徴とするデータ復号化装置。
【請求項８】
少なくともディジタル映像信号とビットマップ形式の文字データを含むビットストリームデータを入力し、ディジタル映像信号と字幕データとを復号するデータ復号化方法において、
上記入力したビットストリームデータから文字データを抽出し、
上記抽出された文字データのエラーを含むラインを検出し、
上記エラーが検出された文字データをエラーのないラインで置換し、
上記文字データをバッファメモリに記憶し、
上記置換は、上記文字データを上記バッファメモリに記憶する前に、上記エラーを含むラインを検出し、当該検出結果からエラーが検出された場合、エラーを含むラインを読み出す代わりに、上記バッファメモリをランダムアクセスしてエラーを含むラインの１ライン前、又は１ライン後の近傍のラインのデータを読み出し、読み出された上記データで置換し、
所定のライン以上のエラーが検出された場合、当該フレームまたはフィールドの表示を行わないようにしたことを特徴とするデータ復号化方法。
【請求項９】
請求項８において、
上記エラー検出は、
上記文字データに含まれているライン終端識別コードを検出する毎にカウンタをカウントアップし、
エラーが検出された時の上記カウンタのカウント値をライン番号としてレジスタに記憶し、
上記置換は、
実際に文字データを表示するために上記バッファメモリから読み出されるラインのライン番号よりも先行するライン番号を発生し、
上記発生されたライン番号と上記レジスタに記憶されたエラーを含むライン番号を比較し、
上記比較の結果、ライン番号が一致した時に、上記１ライン前、又は１ライン後のデータを上記バッファメモリから読み出すことを特徴とするデータ復号化方法。
【請求項１０】
請求項９において、
上記ビットストリームデータは記録媒体に記憶されている情報を再生することにより出力されたデータであることを特徴とするデータ復号化方法。
【請求項１１】
請求項１０において、
上記文字データは字幕を表示するためのデータであることを特徴とするデータ復号化方法。
【請求項１２】
請求項９において、
上記ビットストリームデータは、ディジタルビジョン放送信号を受信し、復調処理することにより出力されたデータであることを特徴とするデータ復号化方法。
【請求項１３】
請求項１２において、
上記文字データは字幕を表示するためのデータであることを特徴とするデータ復号化方法。
【請求項１４】
請求項１２において、
上記文字データは番組ガイドを表示するためのデータであることを特徴とするデータ復号化方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
この発明は、ビデオ、オーディオ、字幕等のデータにエラーが生じた場合、これを他のデータで補間して出力する機能と、ユーザからのコマンドに対し、インタラクティブに表示エリアを変化させる機能とを有するデータ復号化装置及びデータ復号化方法に関する。
【０００２】
【従来の技術】
例えば、外国製の映画ソフト等を我国において鑑賞する場合、画面の下面や右欄の側部に字幕がスーパーインポーズされている場合が多いが、ビデオディスクや通常のテレビジョン放送等においては、このような字幕はビデオ画像中に予めスーパーインポーズされた状態においてビデオ信号が伝送されている場合が一般的である。
【０００３】
これに対して、例えばキャプテンシステムにおいては、このような字幕を文字コードあるいはドットパターンとして伝送することができるようになされている。さらにまた、ＣＤ−Ｇ（グラフイック）においては、サブコードを利用して、グラフィックスを記録することができるようになされており、これを利用して字幕をＣＤに記録することが可能とされている。
【０００４】
ここで、ＣＤ−Ｇにおけるデータフォーマットについて説明すると、第１７図Ａに示すように、１フレーム分のデータが、１バイトのサブコードと３２バイトのデータとにより構成されている。
【０００５】
この３２バイトのデータには、１サンプル当り２バイトのデータが、ＬチャンネルとＲチャンネルに、それぞれ６サンプルずつ合計で２４バイト分割当てられている。そしてこの２４バイトのオーディオデータに対して、８バイトの誤り訂正符号が付加され、合計３２バイトのデータとなされている。
【０００６】
一方、第１７図Ｂに示すように９８フレーム分のサブコードが集められ、１ブロックを構成するようになされている。この１ブロックの詳細は第１７図Ｃに示す。この図に示すように１バイトとされた各フレームのサブコードはＰ、Ｑ、Ｒ、Ｓ、Ｔ、Ｕ、Ｖ、Ｗの８チャンネルに展開して示されている。９８フレームのサブコードのうち、最初の２フレーム分のサブコードは、Ｓ０，Ｓ１のシンクパターンとされている。そして、残りの９６フレーム分のサブコードに、種々のサブコードデータを記録することができるようになされている。
【０００７】
但し、１バイトのサブコード（各ビットがＰ乃至Ｗで表される）のうち、ＰチャンネルとＱチャンネルのデータは、トラックをサーチするデータが既に割り当てられている。そこで、残りのＲチャンネル乃至Ｗチャンネルの６×９６ビットに、グラフィックスデータを割り当てることができる。
【０００８】
１ブロックのデータは、７５Ｈｚの周波数で伝送されるため、１フレーム分のデータの転送量は７５×９８バイトとなる。従って、サブコードの伝送ビットレートは、７．３５Ｋバイト／secとされる。
【０００９】
第１８図は、このようなグラフィックスデータの伝送フォーマットを表している。同図に示すように、Ｒチャンネル乃至Ｗチャンネルの６ビットのデータを１シンボルとして９６シンボル分のデータにより、１パケットが構成され、各パケットは４つのパックにより構成されている。各パックは、シンボル０乃至シンボル２３の２４個のシンボルにより構成されている。シンボル０のＲ，Ｓ，Ｔの３ビットにはモード情報が、また、Ｕ，Ｖ，Ｗの３ビットにはアイテム情報が、それぞれ割り当てられている。このモードとアイテムの組み合わせにより、表１に示すようなモードが規定されている。
【００１０】
0004642161.tif 000002
【００１１】
そして、シンボル１にはインストラクションが、また、シンボル２とシンボル３にはモード及びアイテムとインストラクションに対するパリティが、それぞれ割り当てられるため、実質的にグラフィックスデータを割り当てることができる範囲は、シンボル４乃至シンボル１９の１２シンボルとなる。そして、シンボル２０乃至シンボル２３の４シンボルには、シンボル０乃至シンボル１９までの２０シンボルに対するパリティが割り当てられている。
【００１２】
このようにして、ＣＤ−Ｇにおいては、各パックの６×１２ピクセルの範囲に、グラフィックスデータを２値データとして割り当てることができる。パックのレートは７５（Ｈｚ）×４＝３００パック／secとなり、この６×１２ピクセルの範囲に１つの文字を割り当てるとすると、１秒間に３００文字を伝送することができることになる。
【００１３】
ＣＤ−Ｇにおいて規定する１画面は、２８８水平画素×１９２ラインとなるので、この１画面分の文字を伝送するには、次式で示すように、２．５６秒必要となる。
［（２８８／６）×（１９２／１２）／３００＝２．５６］
【００１４】
この場合、１６値表現を行うには各ピクセルについて４ビット必要となるため、１回の文字パターンにつき、４回の異なるパターンを伝送する必要がある。したがって、伝送時間は４倍の時間の１０．２４秒の時間がかかることになる。
【００１５】
【発明が解決しようとする課題】
しかし、エラーが混入されたデータが供給された場合、例えばビデオ、グラフィックス、あるいは字幕データ等の画素データで、ランレングスやＤＰＣＭ等で代表される圧縮符号化されたデータであると、１度エラーが生じると、ラインのその後のデータは正しく表示されなくなり、目視に耐えない画となるという問題がある。
【００１６】
これを避けるために、エラーのあるフレーム／フィールドのデータを出力しない、あるいはミュートすることが考えられるが、たった１つのエラーのためにエラーのあるデータを全く出力をしないというのはユーザからみると、必ずしも利便性の有る方法であるとはいえない。例えば、エラーの度合いが少ない場合はエラー部分を補間して出力し、エラーの度合いが多い場合は出力を止める等のユーザ側にたった配慮を実現する機能が望まれる。
【００１７】
この発明は、このような問題点に鑑みてなされたもの、例えば、エラーが混入された字幕情報等が供給されたときに、この情報を入力しているバッファメモリ内をランダムにアクセスできる情報を用いてエラーのあるラインを他のラインのデータで置換えて表示させるようにする。または、頻繁にエラーが出力される場合はエラーのあるラインを表示させないという選択もできるようにするものである。
【００１８】
エラーを検知する方法は、データをバッファメモリへ書き込む際にエラー検出する方法と、バッファメモリから読み出す際に検出する方法の２通りがあるが、書き込む際の検出は、表示する前にエラー箇所がわかるが、ラインの区切りとなる信号を検出する回路が必要になる。
【００１９】
一方、バッファ読み出しの際のエラー検出は、データの他にエラーフラグをバッファメモリに蓄積させる必要があること、エラーを検知した時点では、リアルタイムに表示しているので、エラーのデータがそのまま出力されてしまうという問題がある。そこで、この発明では、エラー検出方式はバッファメモリ書き込み時に行う方法を採用するものである。
【００２０】
さらに、エラー検出法はライン終端識別コードを検出することで実現する。画素データはランレングス符号化等により圧縮されている場合が多いが、その場合１ラインの区切りを表すライン終端子（End＿Of＿Line）はユニークコードになっていて、これを検出することで、書き込み中のデータが何ライン目にあたるかを判別できる。
【００２１】
この発明においては、エラーの存在するラインを他のラインのデータで置き換えて表示させたり、エラーのラインを表示させなかったりすることが可能になり、また、この発明によれば、通常再生時／特殊再生時のいかなる場合にも利用できる。
【００２２】
【課題を解決するための手段】
請求項１に記載の発明は、少なくともディジタル映像信号とビットマップ形式の文字データを含むビットストリームデータを入力し、ディジタル映像信号と字幕データとを復号するデータ復号化装置において、
入力したビットストリームデータから文字データを抽出する抽出手段と、
抽出された文字データのエラーを含むラインを検出するエラー検出手段と、
エラーが検出された文字データをエラーのないラインで置換する置換手段と、
文字データを記憶するバッファメモリとを有し、
置換手段は、
文字データをバッファメモリに記憶する前に、エラーを含むラインを検出し、当該検出結果からエラーが検出された場合、エラーを含むラインを読み出す代わりに、バッファメモリをランダムアクセスしてエラーを含むラインの１ライン前、又は１ライン後の近傍のラインのデータを読み出し、読み出されたデータで置換し、
所定のライン以上のエラーが検出された場合、当該フレームまたはフィールドの表示を行わないようにしたことを特徴とするデータ復号化装置である。
【００２３】
【発明の実施の形態】
字幕復号化装置の入力としては、多重化されたグラフィックス／字幕ビットストリームと、デコード後のビデオデータを受け取る。多重化された字幕データのビットストリームをコードバッファにため込んだ後、指定されたタイミングでデコードを行い、デコード後のグラフィックス／字幕データをビデオデータにスーパーインポーズする。
【００２４】
このような復号化装置の概要を、第１図のプレーヤ内デコーダシステムを例にして説明する。例えば、情報記録媒体であるディジタルビデオディスク１５から再生信号をデータデコーダ兼デマルチプレクサ１に取り込む。ディスク１５に記録されているディジタルデータは、図示しないが光ピックアップにより読み取られる。また、ディスク１５から信号を再生する時に、スピンドルモード、フォーカス、トラッキングを制御するためのサーボ系１６が設けられている。
【００２５】
取り込まれたデータはメモリ２を使用してチャンネルデコードされ、エラー訂正を行い、ビデオ、字幕、オーディオの各データをそれぞれビデオデコーダ３、データデコーダ７、オーディオデコーダ１１へ転送する。ビデオデコーダ３では、メモリ４を使用してビデオのビットストリームからビデオデータを復号する。
【００２６】
レターボックス回路５では、ビデオデコーダ３の出力がスクイーズモードの場合、アスペクト比４：３モニターで真円率１００％で鑑賞できるように画面の垂直方向を３／４に縮めて表示するためのフィルタ処理を行う。その場合、１／４フィールド分に相当するタイミング調整用のメモリ６を使用する。なお、スクイーズモードのビデオをそのまま出力するスルーパスも持っている。
【００２７】
オーディオデコーダ１１では、メモリ１２を使用してオーディオデータのビットストリームからオーディオデータを復号する。デコードされたオーディオデータはオーディオ用のＤ／Ａコンバータ１３を経てアナログオーディオ信号に変換され音声出力として音声回路に供給される。
【００２８】
データデコーダ７では、デマルチプレクサ１から供給されているビットストリームデータをデコードした後、レターボックス５の出力ビデオデータとの間で、データ例えば字幕等のグラフィックスのスーパーインポーズを行う。スーパーインポーズされたビデオデータは、コンポジットエンコーダ８によりＮＴＳＣ、ＰＡＬ、あるいはＳＥＣＡＭ方式の映像信号に変換され、ビデオ用Ｄ／Ａコンバータ１０でアナログビデオ信号として出力される。
【００２９】
また、以上の動作を一括して制御するためのシステムコントローラ１４が設けられており、ユーザからのコマンド、その他各種の情報をモニター出来るように、モードディスプレイ９で専用ディスプレイに表示させたり、ビデオに重畳させたりする。
【００３０】
この発明は、上述したようなディジタルビデオディスクプレーヤにおいて、再生されたビデオデータに対して字幕等のグラフィックスをスーパーインポーズする機能を有するデータデコーダ７における処理に特徴を有するものである。この発明の理解の容易のために、グラフィックス／字幕のデータを符号化する符号化側のシステムの概略について第２図を参照して説明する。
【００３１】
第２図に示すように、ビデオカメラ５１より出力された映像信号が供給されているビデオ符号化装置５２は、レートコントローラ５２ａを内蔵している。サブタイトルバッファベリファイア６８（以下、ＳＢＶ（Subtitle Buffer Verifier）回路という）において、必要な制御情報を加えたうえで発生データ量を制御する。同時にＳＢＶ回路６８が出力するビットレート制御信号に対応して、ビデオデータの圧縮率を制御するようになされている。
【００３２】
即ち、後述するように、点線で示した字幕符号化装置５７において字幕データが符号化されるのであるが、その符号化されたデータ量が少ない場合においては、それだけビデオデータの符号化量を増大させても、全体的なデータ量が増加しない。つまり、その分だけビデオ画像をより高品質にすることができる。逆に、字幕データが多い場合においては、ビデオデータに割り当てられるデータ量が減少される。
【００３３】
１画素が４ビット量子化されたデータを、１画面と対応する１ペ−ジ分符号化した結果、ＳＢＶ回路６８にてコードバッファサイズを上回ってしまい、オーバーフローになる場合、該当ベージに関する一連の符号化行程は、階調数を４ビットから、より少ない階調数に落として量子化回路６４で再び量子化される。
【００３４】
このようにして、ビデオ符号化装置５２により圧縮、符号化され、さらにパケット化されたビデオデータ（例えば、４：２：２のコンポーネント信号など）が、マルチプレクサ５８に供給される。
【００３５】
同様に、マイクロホン５３により集音されたオーディオ信号は、オーディオ符号化装置５４に供給され、ディジタル信号への変換等の信号処理がなされる。そして、圧縮、符号化され、さらにパケット化される。この場合においても、マイクロホン５３に代えて、例えばテープレコーダなどを用い、そこにおいて再生されたオーディオ信号をオーディオ符号化装置５４に供給するようにすることもできる。オーディオ符号化装置５４により符号化されたオーディオデータは、マルチプレクサ５８に供給される。
【００３６】
一方、文字発生回路（キャラクタジェネレータ）５５により発生された字幕データ、またはフライングスポットスキャナ５６より出力された字幕データは、字幕符号化装置５７に供給され、圧縮、符号化されて、さらにパケット化された後、マルチプレクサ５８に供給されるようになされている。
【００３７】
マルチプレクサ５８は、字幕符号化装置５７、ビデオ符号化装置５２、オーディオ符号化装置５４それぞれより出力されたパケット化されたデータを、多重化（例えば、時分割多重化）する。さらに、マルチプレクサ５８は、データに対し、エラー訂正のための信号処理、ＥＦＭ（８→１４変調）、ＱＰＳＫ、ＱＡＭなどの変調処理を施した後、例えばディスク９１などの記録媒体に記録したり、伝送路(Channel)を介して受信側に伝送される。ディスク９１等の記録媒体に記録されたデータを元にしてディジタルビデオディスク１５が製造される。ディジタルテレビジョン放送の場合では、必要な処理を行って、通信（または放送）衛星に対して送信される。
【００３８】
次に、字幕符号化装置５７についてさらに説明する。文字発生回路５５は、ビデオ符号化装置５２により符号化したビデオ画像に対応する字幕データを発生し、字幕符号化装置５７のスイッチ６１の接点ａに供給される。また、スイッチ６１の接点ｂ側には、文字発生回路５５よりキーデータが供給される。スイッチ６１は、所定のタイミングで接点ａまたは接点ｂ側に切り換えられ、字幕データまたはキーデータを必要に応じて選択し、ディジタルフィルタ回路７２及びスイッチ６２の接点ｂを介して量子化回路６４に供給される。
【００３９】
字幕符号化装置５７には、そのほかにＤＰＣＭ回路６５、ランレングス符号化回路６６、可変長符号化回路６７、及び上記したＳＢＶ回路６８が設けられ、字幕文字データを符号化する。なお、符号８１、８２、８３、８４は、カラールックアップテーブル７１に対してワイプ機能や、フェードイン／フェードアウト、色等の制御データを形成し、種々の形の字幕データを構築するための回路及びユニットを示す。
【００４０】
上述したように符号化されたデータ（すなわち、マルチプレクサ５８の出力）は、第１図中のデータデコーダ兼データデマルチプレクサ１に供給される再生信号と対応している。
【００４１】
ここで、字幕データ（サブタイトルまたはキャプションデータ）について説明する。字幕データは、表示された時に明瞭に見えるように、字幕の文字の背景を所定の明るさとするようになされる。そのため、字幕データは、キーデータとフィルデータとからなる。これらのデータについて第３図を参照して説明する。なお、第３図に示される信号レベルは、カラールックアップテーブル中のレベルに対応している。
【００４２】
例えば第３図Ａに示すように、字幕に表示すべき１つの文字として、文字Ａが存在するとする。そして、同図に１本の水平線で示すライン（水平走査線）のフィルデータを第３図Ｂに示す。同図に示すように、フィルデータは、期間Ｔ３において、表示すべき文字の輝度に対応するレベルを有している。そして、その前後の期間Ｔ１，Ｔ２と期間Ｔ４，Ｔ５において、フィルデータのレベルは、最低のレベルとなっている。このように、フィルデータは、表示すべき文字のパターン及びそのパターン内の輝度レベル（字幕のパターンに関するパターン情報）からなる。
【００４３】
これに対して、第３図Ｃに示すように、キーデータは、文字を表示すべき期間Ｔ３において、最低のレベルとなっており、期間Ｔ３より若干前後に離れた期間Ｔ１とＴ５において、最高のレベルとされている。そして、期間Ｔ１とＴ３の間の期間Ｔ２、並びに期間Ｔ３とＴ５の間の期間Ｔ４のレベルが、上述した最低のレベルと最高のレベルの中間の所定のレベルに設定されている。期間Ｔ２においては、最高のレベルから最低のレベルに徐々に変化するようになされており、期間Ｔ４においては、最低のレベルから最高のレベルに徐々に変化するようになされている。
【００４４】
即ち、期間Ｔ３においては、背景ビデオ画像のビデオ信号のレベルが、実質的に黒レベルにミュート（減衰）される。これに対して、期間Ｔ１とＴ５においては、字幕に対応するフィル信号のレベルが、所定のレベルにミュートされる。そして、期間Ｔ２と期間Ｔ４においては、キーデータの値に対応する割合で背景ビデオ画像が減衰される。この実施例においては、キーデータの値が大きいほど、背景ビデオ画像の減衰の割合が小さくなり（フィルデータの減衰率が大きくなり）、キーデータの値が小さいほど、背景ビデオ画像の減衰の割合が大きく（フィルデータの減衰率が小さく）なるようになされている。
【００４５】
このように、文字を表示する期間においては、背景ビデオ画像が実質的に完全にミュートされ、文字の近傍においては、背景ビデオ画像が徐々にミュートされるため、字幕（文字）が見にくくなるようなことが防止される。
【００４６】
字幕データの階調数を第３図に示すように表す場合、第２図に示す符号化装置では、カラールックアップテーブル７１によりフィルデータとしてのフィルデータの輝度値とキーデータとしての混合比Ｋを発生し、復号化側へ送る。符号化側と復号化側とで同じテーブルとなるように、必要な場合カラールックアップテーブルデータを伝送する。復号化装置では、必要に応じ、多重化されているカラールックアップテーブルを復号化装置内のレジスタへ予めダウンロードしておき、以後の復号化データを入力する。
【００４７】
カラールックアップテーブルの一例を第４図に示す。輝度（Ｙ）、色差（Ｃｒ、Ｃｂ）、背景との混合比を示すキーデータ（Ｋ）が各々最大８ビットで登録されている。第３図は、輝度信号及びキーデータに関してのレベルを表すもので、第３図に示されるレベルの値は、第４図のカラールックアップテーブル中のこれらの信号のレベルに対応している。
【００４８】
第２図に示す符号化側装置内の字幕符号化装置５７に対応する復号化装置は、第１図に示すプレーヤの再生信号を処理する、データデコーダ７である。このグラフィックス／字幕復号化処理を行うデータデコーダ７の詳細を第５図に示す。
【００４９】
まず、ワード検出部２０では、デマルチプレクサ１からのデータビットストリームをストローブ信号で受けとり、タイムスタンプ情報、ヘッダエラー、データエラーを検出し、それらをコントローラ３５へ送る。コントローラ３５は、表示位置情報、カラールックアップテーブルの更新データとともに、ビットマップ画素データを後で述べるラインプロセッサ４０を介してバッファメモリ２２へ取り込む。
【００５０】
コントローラ３５は、ワード検出部２０からのＰＴＳ（データ表示用タイムスタンプ）を受け取り、第１図で示したシステムコントローラ１４へ出力する。その後、システムコントローラ１４からのデコード開始信号によりデコードを開始する。
【００５１】
通常再生の場合、フレーム単位でバイトアラインされた持続時間（duration）の分だけバッファメモリ２２からグラフィックス／字幕データを繰り返し読み出す。持続時間の減算は、システム同期用クロックでも良いし、システムコントローラ１４からのディクリメントパルスによって行われても良い。コントローラ３５は、表示タイムスタンプに従って正しく同期が取れるように、バッファメモリ２２へのアドレス管理とアクセス制御を行う。第１図のデマルチプレクサ１からのデータレートと表示レートとからメモリアクセスのスケジューリング管理、即ち、アクセスのバンド幅が決められる。
【００５２】
例えば、デマルチプレクサ１からのデータ供給レートを最大２０Ｍbpsとすると、メモリのＩ／Ｏポートが８ビットの場合、２．５ＭＨｚでバッファメモリ２２への書き込みが行われる。一方、バッファメモリ２２からの読み出しはシステムコントローラ１４からデコード開始信号を受け取った後、ビットストリームのヘッダ部に多重化されている表示位置信号により、Ｖシンク（垂直同期信号）、並びにＨシンク（水平同期信号）から適当なタイミングをとって行われる。読み出しレートは１３．５ＭＨｚの画素サンプリングレートであり、クロックの幅でメモリのリード／ライトを切り換えるとすると、バッファメモリ２２への書き込みは２．５ＭＨｚなので、これをカバーできる最も遅いレートは、１３．５×１／４＝３．３７５となる。
【００５３】
３．３７５ＭＨｚをコードバッファへの書き込み用に割り当てるが、残りの時間でバッファメモリ２２からの読み出しを行う。すなわち、残りの時間は１３．５−３．３７５＝１０．１２５であり、この１０．１２５ＭＨｚは、１３．５ＭＨｚクロックで４サイクルに３回、読み出しを行うことを意味する。８ビットのメモリデータバスを用いる場合、この４サイクルに３回のメモリリードで表示を間断無く実行させるには、読み出しデータ長が８ビット×３／４＝６ビットで、１画素のデータが６ビット以下で構成されていれば、リアルタイムで表示できる。
【００５４】
また、システムコントローラ１４からコントローラ３５に与えられる信号Specialが”非ノーマル”の場合は、特殊再生モードを表し、特殊再生モードを正しく受信したことを示すSpecial ack信号をコントローラ３５がシステムコントローラ１４へ出力する。
【００５５】
特殊再生モードで、ｎ倍速の早送り（ＦＦ）／逆戻し（ＦＲ）の場合は、ディクリメントパルスはｎ倍のレートで発せられ、ポーズの場合、ディクリメントパルスは発せられないので、同一フレームを繰り返しデコードし続ける。後述する可変長復号回路化（Inverse Variable Length Coding）２３からのＥＯＰ（ページのエンド）を検出し、逆ランレングス回路２４でデータを復号し、ＥＯＰのカウントが持続時間に相当する時刻に達した時点でコントローラ３５はランレングス復号化回路２４からdisplay endフラグを受け取る。
【００５６】
display endフラグが立っていない段階で、ワード検出部２０がバイトアラインされた次のページのＥＯＰを検出したら、コントローラ３５はシステムコントローラ１４に対しbuffer overflow信号を出し、デマルチプレクサ１からのデータの転送を止める。また、システムコントローラ１４から指示があれば、表示開始位置（display Start Position）をフレームごとに更新する。
【００５７】
上記したバッファメモリ２２は、後で述べるように外付けＲＡＭを使用する場合、表示用と蓄積用の少なくとも２枚分がとれる容量を持ち、且つ、ビデオの復号化処理の遅延補償分を含み、前記したアクセスバンド幅が満たされるＲＡＭを使用する。
【００５８】
コントローラ３５は、ビデオ遅延補償を行うために、バッファメモリ２２へデータを書き込む際に、表示用タイムスタンプ（ＰＴＳ）をシステムコントローラ１４へ送る。システムコントローラ１４は自身が持つ同期合わせ用クロックと前記ＰＴＳが一致した時点から、更にビデオ復号化処理の遅延分（約１フィールド）と、レターボックス処理による遅延分を加えたタイミングで、データデコーダ７内のコントローラ３５へデコードスタート命令を送る。
【００５９】
これら一連のデコード遅延を考慮する必要は、符号化装置のマルチプレクサ５８（第２図参照）において、ビデオ、オーディオ、データの各デコード遅延がゼロであるという前提の元で多重化されるからである。
【００６０】
また、データデコーダ７内にシステム同期用のクロックが供給される場合は、表示用タイムスタンプ（ＰＴＳ）をシステムコントローラ１４へ送る必要はなく、データデコーダ７内でＰＴＳとシステム時刻が一致したタイミングでバッファメモリ２２から読み出しを開始し、復号化処理へと進む。
【００６１】
可変長復号化回路２３は、バッファメモリ２２から読み出したデータに対して、可変長復号化を行い、レベルとランのペアを出力する。なお、場合により可変長復号化回路２３はスルーされることも可能である。
【００６２】
ランレングス復号化回路２４は、ランの数だけレベルを発生させ、以後、画素データとして扱う。このランレングス復号化回路２４も、場合によりスルーされることも可能である。
【００６３】
３：４補間フィルタ回路２５は、モニターの画面アスペクト比が４：３の場合、水平方向にスクイーズされて表示すべきデータに３：４フィルタをかけ、真円率を１００％にしてからビデオにスーパーインポーズする。その場合、コントローラ３５はバッファメモリ２２からの読み出しをＨ（水平）シンクパルスから９０画素分早く読み出す。モニターが１６：９の場合は、フィルタをバイパスする。フィルタをバイパスするかしないかは、システムコントローラ１４からコントローラ３５に与えられるXSqueeze信号でセレクトされる。複数のフォントによる複数のストリームが送られてくる場合は、この３：４補間フィルタ２５はパイバスされる。
【００６４】
カラールックアップテーブル回路２６は、カラールックアップテーブル（ＣＬＵＴ）に登録されている輝度信号Ｙ、色差信号Ｕ、Ｖのレベル、そして背景ビデオとカラールックアップテーブル内のＹ、Ｕ、Ｖ信号との混合比を表すＫ（キーデータ）を、フルスケールの場合で各８ビットで出力する。このカラールックアップテーブルのデータの持ち方で、各４ビット精度の出力データとすることも可能である。
【００６５】
なお、カラールックアップテーブルはダウンローダブルとする。キーデータＫは混合比として混合器３４へ転送される。また、ＣＬＵＴを複数持ち、制御信号
【００６６】
によりそれらを切り換えることができる。また、１つのＣＬＵＴを持ち、その入力ビットの一つ、例えば最上位ビットを使い、時間的に変化するカラーワイブを実現するようにしても良い。
【００６７】
混合器３４（スーパーインポーザーともいう）は、スーパーインポーズon／off信号が”on”の場合、字幕等のグラフィックスデータとビデオデータを混合比に従ってスーパーインポーズする。その際、スーパーインポーズはPosition信号、または、Ｕ＿Position信号で指定されたタイミングに従う。また、モード情報にフェード係数が指定されている場合、指定された速度でパターンデータに対してフェード係数を乗算することでフェードイン／フェードアウトを行う。スーパーインポーズon/off信号が”off”の場合、ビデオデータのみを出力する。一連のデコードが終了し、スーパーインポーズされた信号は、このデータデコーダ７からコンボジットエンコーダ８を介してＤ／Ａコンバータ１０へ転送される。
【００６８】
なお、第５図に示されている各信号のビット数及びその規定を第６図及び第７図に示す。
【００６９】
以上説明した符号化側の字幕符号化装置（第２図）と復号化側（プレーヤ）のデータデコーダ７（第５図）においてなされる字幕バッファ管理方法について説明する。
【００７０】
まず、通常再生用の字幕ストリームは、符号化装置内において、復号化装置に存在する受信用のバッファメモリ２２と同等の振る舞いをする字幕用のＳＢＶ回路６８において、各種の制御情報（Normal／Trick play, Position information, Subtitle encoding information, timecode,EOP,Upperlimit value,etc.）をビットマップ形式のパターンデータに付加し、所望の字幕バッファ管理方法を満足するように符号化される。
【００７１】
特殊再生用の字幕ストリームは、復号化側のコードバッファに入った後、すぐに表示されるべきものであり、その意味でデコードまでに要する遅延を考慮する必要はなく、以下に述べるような通常再生用の字幕バッファ管理方法は、そのまま適用されない。
【００７２】
第８図及び第９図は、字幕バッファ管理方法を説明するための図である。第８図において、縦軸は受信データサイズを表し（Ａ）と（Ｂ）の間隔がコードバッファサイズになる。横軸は時刻Ｔを表す。また、第９図は、バッファ管理方法を説明するための字幕復号バッファのモデルであり、バッファメモリ２２０は、コードバッファ２２１及びディスプレイメモリ２２２から構成されている。
【００７３】
また、傾斜した線（Ａ）及び（Ｂ）の傾きは共に字幕データのビットストリームのビットレートを表し、さらに（Ａ）と（Ｂ）に挟まれた領域で、バッフフアメモリ内部のデータの蓄積状態を表す。固定レートの符号化の場合は（Ａ）（Ｂ）の傾きは一定であるが、可変レートになると、傾きは時間と共に変化する。
【００７４】
また、階段状の線（Ｃ）が（Ｂ）を越えて右側へはみ出すことは、バッファメモリのオーバーフロー状態を示し、（Ｃ）が（Ａ）を越えて左側へはみ出すことは、バッファメモリのアンダーフローの状態を示す。これらのオーバーフロー及びアンダーフローが生じないように制御するのが字幕バッファ管理の役目である。
【００７５】
傾き（Ｂ）のデータレートで入力された各ベージデータＳ０，Ｓ１，Ｓ２，Ｓ３，Ｓ４は各々表示タイミングのＰＴＳ（Ｓ０），ＰＴＳ（Ｓ１），ＰＴＳ（Ｓ２），ＰＴＳ（Ｓ３）・・・でコードバッファ２２１からディスブレイバッファ２２２へ字幕データが転送され、字幕の表示が開始される。データの転送を第８図では、階段波形の立ち上がり線で表す。またコードバッファ２２１への蓄積段階をその横線で表す。第８図中のdurationは、字幕特有のパラメータにより指示される表示持続時間を表している。字幕の表示持続時間は、ビデオデータのように、一定時間（フレームの区切り）とはならない。
【００７６】
第８図のバッファ管理は第９図のデコーダバッファモデルに基づいている。２２１で示すバッファメモリは、字幕データストリームの蓄積を行い、最低でも１ページ分の蓄積が行われた後、システムのクロック値（ＳＣＲ：System Clock Reference）が表示時刻（ＰＴＳ：Presentation Time Stamp）と一致した時点で、１ページ分のデータが蓄積用のコードバッファ２２１から表示用のディスブレイバッファメモリ２２２へ転送される。実際この部分は、１つのデバイス内でポインタを更新するだけで実現できるので、転送に伴う遅延等はないものと考えられる。
【００７７】
ディスプレイバッファ２２２ではすぐさま表示が行われ、例えばＶブランキング期間を利用してパーサ２２７で各種のヘッダを解釈し、以後の可変長復号化回路２２３またはランレングス復号化回路２２４で復号された後に、ＣＬＵＴ回路２２６（あるいはフィルタ２２５を経てＣＬＵＴ回路２２６）へビットマップデータは転送される。
【００７８】
なお、第９図に示すバッファメモリ２２０、可変長復号化回路２２３、ランレングス復号化回路２２４、ＣＬＵＴ回路２２６、フィルタ２２５は、第５図に示すビデオデコーダ７では、可変長復号化回路２３、ランレングス復号化回路２４、ＣＬＵＴ回路２６、フィルタ２５に相当する。
【００７９】
特殊再生時のビデオデコーダ７における処理について説明する。第１０図は、上記方法で符号化された通常再生用の字幕ストリームと特殊再生用の字幕ストリームを示す。パケットに分割され、かつ、時分割されて送られてくる（１）（２）（３）（４）（５）（６）（７）のデータが１ページの通常再生用の字幕データを表す。また、エントリポイントのすぐ後に特殊再生用に１ページ分まとめて符号化されている。ディジタルビデオディスクプレーヤの場合では、早送り再生、巻戻し再生時に、ピックアップがジャンプする先のアドレスがエントリポイントである。実際には、エントリポイントのすぐ後にはビデオデータが存在する場合が多いが、そのときは符号化装置において、エントリポイントで表示するビデオの前後のセクタに付けて、特殊再生用の字幕ストリームを多重化しておく。
【００８０】
字幕復号化装置では、ワード検出部２０において、システムコントローラ１４からのStream-Select情報に基づいて、特殊再生用ストリームか、通常再生用ストリームかのいずれかをバッファメモリ２０内のコードバッファへ取り込む。
【００８１】
同様にして、Stream-Select情報が複数のフォントによる複数の字幕ストリームの中から、１つの字幕ストリームを指し示す場合、ワード検出部２０において、特定のフォント字幕のみが選択される。これは例えば、映像を４：３モニタで鑑賞する場合、ビデオは４：３、字幕も４：３で表示され得ることが望ましい。
【００８２】
一方、１６；９モニタで鑑賞する場合、ビデオは４：３スクイーズモードでモニタへ入力され、モニタが１６：９に引き伸ばす。同様に、字幕もビデオの４：３スクイーズモードと同じ画素アスペクトレシオで存在すれば、モニタで４：３から１６：９へ引き伸ばした際の見栄えがビデオと同じようになる。このときに、複数のストリームから適当なフォント字幕を選択することが効果を発揮する。
【００８３】
この発明では、データデコーダ７において、デマルチプレクサ１から供給されるストリームをバッファメモリ２２に書き込む際に、ワード検出部２０でヘッダエラーが検出された場合は、該当するビットマップデータのバッファメモリ２２への書込みは行わずに捨てるが、ワード検出部２０でデータエラーが検出された場合、エラーデータを含むラインを検知し、これを他のラインのデータで補間しようとするものである。
【００８４】
即ち、第５図中のラインプロセッサ４０において、エラーが存在するラインを検出し、同時に当該ラインの前後のラインの区切りのアドレスをレジスタに記憶しておくことにより、バッファメモリ２２から読み出しながら復号化しつつ表示を行う際に、バッファメモリ２２上をランダムにジャンプすることで任意のラインを複数回表示したり、特定のラインを読み飛ばしたりすることを可能にする。
【００８５】
符号化されているデータが、字幕データである場合、エラーのあるラインのデータを読み出す代わりに、メモリ上の前後のラインをアクセスすれば、ライン単位の補間を行うことになる。
【００８６】
復号化装置のデマルチプレクサ５８からは、ストリームデータと共にエラーフラグが供給される。この発明は、エラーのあるデータをこのエラーフラグをチェックすることで、バッファメモリ２２に書き込む際にエラーが有るかどうかを判別するわけであるが、その際、符号化されている画素データはライン単位に終端にはライン終端識別コードＥＯＬとしてユニークワードが付されていることを利用する。
【００８７】
第１１図に第５図で示したラインプロセッサ４０の詳細な構成のブロック図を示す。ワード検出部２０でタイミング情報、ヘッダエラー／データエラーが検出された後、データストリームとエラーフラグはラインプロセッサ４０へ供給される。ラインプロセッサ４０を構成するライン終端子検出器４０１は、ライン終端識別コードＥＯＬを利用してラインの区切りを検知する。
【００８８】
なお、ライン終端子検出器４０１は例えば第１２図のような回路構成を有し、デマルチプレクサから供給された１ライン分のデータＡと、セットコードＢを逐次コンパレータＣＭＰにより比較し、Ａ＝Ｂとなったときに検出フラグを出力し、検出した時点で後段のカウンタ４０２へ検出フラグを伝送する。１ライン分のデータを書込む毎に検出フラグがカウンタ４０２へ送られるので、カウンタ４０２はラインカウンタの働きをする。カウンタ４０２の値は後段のＦＩＦＯレジスタＬＮ４０３への入力となる。
【００８９】
デマルチプレクサ１から供給されるエラーフラグは、遅延及びＮＥＷＬＩＮＥ回路４０４において、終端子検出器４０１とカウンタ４０２とで遅延される分だけ遅延させ、そして、すでにＦＩＦＯレジスタＬＮ４０３に記憶されたライン番号と同じでない場合のみ、ＦＩＦＯレジスタＬＮ４０３のライトイネーブルをアクティブにする。
【００９０】
同一ラインに複数のエラーがあっても、ＦＩＦＯレジスタＬＮ４０３には１度だけライン番号が記憶される。よって、エラーがあるラインのライン番号だけを記憶する働きを有し、ＦＩＦＯレジスタＬＮ４０３の段数は、何ライン分のエラーまでなら補間により表示させるかということ決めることができる。
【００９１】
一方、ラインの区切りを示すＥＯＬのバッファファメモリ２２上の書き込みアドレスを記憶させるために、ライン終端検出器４０１の出力である検出フラグをコントローラ３５から出力されるアドレス記憶用のＦＩＦＯレジスタＰ４１１とＦＩＦＯレジスタＣ４１２のライトイネーブルに、後述するＥＲＲ＿ＬＮ回路４１３を介して供給する。こうすることで、ＥＯＬのコードが存在するバッファメモリ２２内のアドレスがＦＩＦＯレジスタＰ４１１，ＦＩＦＯレジスタＣ４１２に記憶される。
【００９２】
ＦＩＦＯレジスタＰ４１１とＦＩＦＯレジスタＣ４１２各々に記憶されるデータの違いは、ＥＯＬコードのライン番号が異なることである。例えば、第１４図に示すように、ラインＮでエラーが発生し、このラインの代わりに、１つ前のラインＮ−１を繰り返して表示させる場合、２ライン前のラインＮ−２のＥＯＬのアドレスを記憶させる必要がある。ラインＮ−２のアドレスを記憶させるのがＦＩＦＯレジスタＰ４１１であり、バッファメモリ２２に書込み中のラインＮに対して、エラーが検知された場合はラインＮ−２のＥＯＬのアドレスを記憶させるためには、３段のレジスタ４１０を経たうえで、ＦＩＦＯレジスタＰ４１１に供給する。
【００９３】
レジスタ４１０は、例えば２ライン前のＥＯＬアドレスをＦＩＦＯレジスタ４１１へ供給するために３ステップのレジスタを巡回させるようになっていて、具体的にはＥＯＬを検出すると、その時点のアドレスが常に記憶されるように、ライン終端検出器４０１の出力でイネーブルさせる。一方、ＦＩＦＯレジスタＣ４１２は、エラーが生じたラインのＥＯＬのアドレスを記憶するためのものなので、現ラインのＥＯＬ検出のタイミングでアドレスを書き込む。
【００９４】
ＥＲＲ＿ＬＮ回路４１３では遅延及びＮＥＷＬＩＮＥ回路４０４のライトイネーブル信号ＷＥの出力とライン終端検出器４０１からの検出フラグとで、エラーを含むラインのＥＯＬのタイミングでＦＩＦＯレジスタＰ４１１とＦＩＦＯレジスタＣ４１２へのライトイネーブルをアクティブにする。
【００９５】
第１４図の例では、ラインＮ−２のデータに始まり、ラインＮ＋４のデータにいたるまでのバッファメモリ２２への書込みの際に記憶されるライン終端コードのアドレスは、ＦＩＦＯレジスタＰ４１１にはアドレスＡＤＲ（ＥＯＬ＿Ｎ−２）とＡＤＲ（ＥＯＬ＿Ｎ＋１）が記憶され、ＦＩＦＯレジスタＣ４１２にはアドレスＡＤＲ（ＥＯＬ＿Ｎ）とＡＤＲ（ＥＯＬ＿Ｎ＋３）が記憶される。
【００９６】
続いて、バッファメモリ２２からのデータの読み出し時の動作としては、読み出したデータを解析器４０５にかけ、表示開始ラインをレジスタ４０６へセットする。レジスタ４０６の出力とＦＩＦＯレジスタ４０３に記憶させていたエラーのライン番号とを加算器４０７で加算し、オフセット分を加えたライン番号が得られる。このライン番号を実際の表示ラインよりも早く知る必要がある。そのためにタイミングジェネレータ４００では表示系のＶシンク、Ｈシンクと、それぞれを早めた信号Ｖシンク−、Ｈシンク−を発生させるようにする。
【００９７】
早められた同期パルスＶシンク−、Ｈシンク−を用いて比較器４０９において加算器４０７の出力であるエラーライン番号とが一致したとき、ＦＩＦＯレジスタＰ４１１、ＦＩＦＯレジスタＣ４１２、そして、ライン番号を読み出すためにＦＩＦＯレジスタＬＮ４０３のリードイネーブルへ供給される。ＦＩＦＯレジスタＰ４１１からは２ライン前の終端アドレスＡＤＲ（ＥＯＬ＿Ｎ−２）が読み出せ、ＦＩＦＯレジスタＣからは現ラインのライン終端アドレスＡＤＲ（ＥＯＬ＿Ｎ）が読み出せる。
【００９８】
コントローラ３５では、読み出された２つのアドレスを参照し、エラーを含む現ラインのデータの読み出しをする代わりに、ＦＩＦＯレジスタＰ４１１からのアドレスＡＤＲ（ＥＯＬ＿Ｎ−２）を参照し、それを表示系のＨシンクのタイミングで、アクセスに行く。また、１つ前のラインの読み出しが終了したら、ＦＩＦＯレジスタＣ４１２からのアドレスＡＤＲ（ＥＯＬ＿Ｎ）を参照し、表示系のＨシンクのタイミングで、アクセスに行く。この模様を第１３図の読み出しプロセスのタイミングチャートに示す。
【００９９】
結果として、第１４図に示すようにエラーがない字幕の文字（１）に対してエラーが生じたラインが補間された画像（２）が表示される。
【０１００】
尚、ＦＩＦＯレジスタＬＮ４０３、ＦＩＦＯレジスタＰ４１１、ＦＩＦＯレジスタＣ４１２とも、Ｎ段の深さを持つとすると、この発明の構成により、表示するフレームと、未表示でバッファメモリに蓄積されつつあるフレーム／フィールドの分を合わせてＮラインまでのエラーを補間することが可能である。これを越えるエラーが発生した場合、エラーライン全ラインの補間は不可能になり、例えば、このようにエラー頻度が多い場合は、そのフレーム／フィールドの表示は行わない等の対策が必要となる。要するに一つのフレーム／フィールド、あるいは、複数のフレーム／フィールドで、何ライン分までのラインを補間するかのストラテジーにより、ＦＩＦＯ段数が決まるわけである。
【０１０１】
更に、ＦＩＦＯの段数Ｎが十分大きく取られている場合、第１１図のスイッチ４１５の入力をＢにすると、エラーの有るなしにかかわらず、すべてのラインに対してライン番号とライン終端識別コードのアドレスがＦＩＦＯレジスタＬＮ４０３、ＦＩＦＯレジスタＰ４１１、ＦＩＦＯレジスタＣ４１２に貯まる。表示ラインのいずれもがアクセス可能となり、ユーザからシステムコントローラ１４を経てコントローラ３５へ表示エリアの上下を移動するコマンドが供給されると、コントローラ３５はＤＳＰ＿カウンタ４０８へカウントを表示する前にＨシンクによるカウントを始めさせ、スキップすべきＦＩＦＯレジスタＬＮ４０３、ＦＩＦＯレジスターＰ４１１、ＦＩＦＯレジスタＣ４１２の余分な情報を予め除去するとともに、減算器４１６の減算ポートヘスキップ分の値を供給する。これにより、バッファメモリ２２に存在する表示データが所望のライン分だけスキップされて表示される。また、これをコントローラ３５がフレーム毎に変化させれば、上下方向にスクロールが実現される。
【０１０２】
この模様を第１５図で説明すると、バッファァメモリ２２内には第１５図Ａのデータが蓄えられているとき、これを第１５図Ｂのように表示させたり、第１５図Ｃのように途中のラインから表示させたりすることが可能である。
【０１０３】
以上の例は、この発明をディジタルビデオディスクプレーヤに適用したものであるが、これ以外の復号化装置に対してこの発明を適用することができる。第１６図は、この発明をディジタルテレビジョン放送の受信機に対して適用した構成を示す。
【０１０４】
受信アンテナ３００からのＲＦ信号がフロントエンド３０１のチューナ３０２に供給される。チューナ３０２に対して、ＱＰＳＫ復調器３０３、エラー訂正回路３０４が接続される。このエラー訂正回路３０４からは、ＭＰＥＧ２のトランスポートストリームが出力され、デマルチプレクサ１において、ビデオパケット、オーディオパケット、データパケットに分離される。
【０１０５】
デマルチプレクサ１と接続されたメモリ２は、フォントデータであるＥＰＧ(Electrical Program Guide)を記憶するためのエリア２ａを有する。また、字幕データは、データパケット中に挿入されている。デマルチプレクサ１からのビデオデータがビデオデコーダ３において、ＭＰＥＧビデオの復号処理を受け、ビデオデータがビデオデコーダ３から出力される。デマルチプレクサ１からのオーディオデータがオーディオデコーダ１１において、ＭＰＥＧオーディオの復号処理を受け、オーディオデータがオーディオデコーダ３から出力される。
【０１０６】
デマルチプレクサ１からのビットマップデータ（ＥＰＧデータまたは字幕データ）がデータデコーダ７に供給される。字幕データは、上述した一実施例と同様の第５図に示すようなデータデコーダ７において処理される。ＥＰＧデータの場合は、タイムスタンプ（ＰＴＳ）がないので、ユーザの指示等によってコードバッファを通過してディスプレイバッファに記憶され、直ちに表示される。また、ＥＰＧデータの場合では、データデコーダ７内の可変長復号化回路２３、ランレングス復号化回路２４、フィルタ２５を通過せずに、これらをバイパスしても良い。
【０１０７】
なお、第１６図では、ＣＡ(Conditional Access)のためのセキュリティーモジュール（ＩＣカードリーダを含む）、ユーザからの指令を入力するためのインターフェース、顧客情報を送信するための電話回線への接続部分等は、簡単のため省略されている。
【０１０８】
そして、ディジタルテレビジョン放送の受信機の場合でも、データデコーダ７において、字幕、ＥＰＧのデータをバッファメモリに書込む時にエラーのラインを特定し、表示前に全てのエラーの存在を認識してからバッファメモリへアクセスすることによって、エラーが存在しても前後のラインを用い、補間して表示させることができる。
【０１０９】
さらに、この発明は、ＣＤ−Ｇによるグラフィックスデータを表示する場合に対しても適用することができる。
【０１１０】
【発明の効果】
以上説明したように、この発明は、エラーに対してＦＩＦＯ段数までのエラーラインが発生しても、表示する前にエラーラインが認識できるので、１つ前のライン、あるいは１つ後ろのラインのデータを表示したり、エラーを含むラインの表示を行わないで、ブランクのままにするかのいずれかの機能を実現することができる。したがって、エラーの頻度が少ないフレーム／フィールド画であれば、この発明の機能をもってライン補間されて表示させることが可能となる。この結果、エラーが存在するデータでも極力表示させることができ、情報供給の点、エンターテイメント性の点でユーザに便宜を与えることができる。
【０１１１】
しかも、ラインをランダムアクセスできるので、繰り返しライン表示させるのに、余分なメモリを必要としないので、この復号化装置は、コストアップが少ない利点がある。
【０１１２】
加えて、この発明による機構を利用して、ユーザからのインタラクティブなコマンドに対して、グラフィックス等の表示させるエリアを限定／選択させたり、スクロールをさせたりすることが可能となり、多様なアプリケーションが構築できる。
【図面の簡単な説明】
【図１】この発明の字幕／グラフィックス・データ復号化装置を含むプレイヤーシステムの全体を示すブロック図である。
【図２】字幕ストリームの実現方法を含むデータ符号化装置側の全体的なブロック図である。
【図３】字幕データ符号化装置に入力する字幕データを説明する略線図である。
【図４】カラールックアップテーブルの一例を示す略線図である。
【図５】この発明の字幕／グラフィックス・データを復号するデータデコーダのブロック図である。
【図６】システムコントローラからデータデコーダ内のコントローラへ送られる情報、及びコントローラからシステムコントローラへ送られる情報の内容を示す略線図である。
【図７】システムコントローラからデータデコーダ内のコントローラへ送られる情報、及びコントローラからシステムコントローラへ送られる情報の内容を示す略線図である。
【図８】字幕ストリームの蓄積／表示に伴うバッファの管理法を説明するための略線図である。
【図９】バッファ管理法の説明のためのバッファのモデルを示すブロック図である。
【図１０】通常再生／特殊再生のそれぞれのストリーム多重化状態を示す略線図である。
【図１１】ラインプロセッサの詳細な機能を示すブロック図である。
【図１２】ライン終端識別コード検出器の一例のブロック図である。
【図１３】ＦＩＦＯレジスタへ記憶するデータとバッファメモリ読み出し時のアクセスを表す略線図である。
【図１４】ラインプロセッサによる処理結果の概念図である。
【図１５】ラインプロセッサによる処理結果の概念図である。
【図１６】ディジタルテレビジョン放送の受信機に対してこの発明を適用した場合の全体的な構成を示すブロック図である。
【図１７】グラフィックスデータを扱う従来のＣＤのサブコードの略線図である。
【図１８】グラフィックスデータを扱う従来のＣＤにおけるデータ構成図である。
【符号の説明】
１・・・データデコーダ＆マルチプレクサ、３・・・ビデオデコーダ、７・・・データデコーダ、１１・・・オーディオデコーダ、１４・・・システムコントローラ、２０・・・ワード検出部、２２・・・バッファメモリ、３５・・・コントローラ、４０・・・ラインプロセッサ、５７・・・字幕符号化装置、５８・・・マルチプレクサ、６８・・・サブタイトルバッファベリファイア
【図１】
0004642161.tif 000003
【図２】
0004642161.tif 000004
【図３】
0004642161.tif 000005
【図４】
0004642161.tif 000006
【図５】
0004642161.tif 000007
【図６】
0004642161.tif 000008
【図７】
0004642161.tif 000009
【図８】
0004642161.tif 000010
【図９】
0004642161.tif 000011
【図１０】
0004642161.tif 000012
【図１１】
0004642161.tif 000013
【図１２】
0004642161.tif 000014
【図１３】
0004642161.tif 000015
【図１４】
0004642161.tif 000016
【図１５】
0004642161.tif 000017
【図１６】
0004642161.tif 000018
【図１７】
0004642161.tif 000019
【図１８】
0004642161.tif 000020
0004642161.tif 000021