JPH1186456A - 記録媒体及び再生装置 - Google Patents

Abstract

(57)【要約】 【課題】 再生時間を基準とする単位で区切られ、それ
ぞれ同期再生されるビデオデータ、音声データ及び副映
像データを、好適なデータフォーマットで記録する記録
媒体及びその記録媒体を再生するための再生装置を提供
する。 【解決手段】 ビデオデータ、音声データ及び副映像デ
ータを組み合わせてなるデータユニットの先頭に各デー
タブロックを管理するためのヘッダを設けるとともに、
各データブロックの先頭にも、自データブロック内のデ
ータを管理するためのヘッダデータを設ける。これによ
って特に、データブロックに複数のチャンネルやストリ
ームのデータを記録し、その中から一つのチャンネルや
ストリームを再生するような場合の、各チャンネルデー
タやストリームデータの管理を充実して行うことができ
る。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、例えば映像デー
タ、音声データ等の独立したデータブロックを１つのユ
ニットとしてグループ化するためのデータが記録された
記録媒体及びその記録媒体を再生するための再生装置に
関する。

【０００２】

【従来の技術】近年、映像や音声等のデータをデジタル
で記録した光ディスクを再生する動画対応光ディスク再
生装置が開発されており、例えば映画ソフトやカラオケ
等の再生装置として広く利用されている。また最近で
は、動画像のデータ圧縮方式としてＭＰＥＧ（Ｍｏｖｉ
ｎｇ Ｐｉｃｔｕｒｅ Ｉｍａｇｅ Ｃｏｄｉｎｇ Ｅ
ｘｐｅｒｔ Ｇｒｏｕｐ）方式が既に国際標準化される
に至っている。このＭＰＥＧ方式は映像データを可変長
圧縮する方式である。

【０００３】ところで、従来、光ディスク等の記録媒体
に、それぞれ同期再生されるべき動画（主映像）、音
声、字幕（副映像）等の目的や種類の違うデータを一緒
に記録する場合、図４２に示すように、各種類のデータ
をそれぞれデータユニット（以下、「ＤＵＴ」と称す
る。）と呼ばれる最小データ単位に分け、このＤＵＴを
いくつかまとめた集合体の先頭に、個々のＤＵＴを関す
るためのヘッダを付加していた。ここで、前記ＤＵＴの
長さは一定であり、例えば、ＣＤ−ＲＯＭでは２３４０
バイトである。

【０００４】しかし、このようにＤＵＴの長さを一定と
した場合、主映像と副映像の各データ数を合わせるため
にＤＵＴ内に所々ダミーデータを付加しなければなら
ず、結果的にデータの冗長度が増大してしまう。そこ
で、ＤＵＴの長さは該ＤＵＴ内のデータを再生した時の
時間が一定となるように規定する方法が考えられてい
る。

【０００５】ところが、この方式を採用した場合、特に
次のような問題が生じる。即ち、かかる方式では、ＤＵ
Ｔ毎にその長さが可変であるためヘッダが所有すべき管
理情報として、ファイル内の各ＤＵＴの開始位置を示す
情報やＤＵＴ間の関係を示す情報等が再生装置側で各Ｄ
ＵＴを処理するための情報として最低限必要となる。勿
論この程度の情報追加に関しては何等問題はない。しか
し、近年、光ディスクに音声データや副映像データを多
重、つまり複数のチャンネル分記録する方式が検討さ
れ、ＤＵＴ内のデータ構造はさらに細分化される傾向に
ある。従って、これらＤＵＴ内の各チャンネルデータの
開始位置や相互関係等の情報も必要になり、従来のデー
タグループ化方式では対応し切れないという問題があ
る。

【０００６】また、ビデオデータがＭＰＥＧ方式で圧縮
したものである場合、ビデオデータを一定の時間単位で
切り分けること自体が大変困難なものとなっている。以
下、この点について説明する。

【０００７】通常、かかる圧縮ビデオデータは次のよう
にして作成される。図４３に示すように、まず１秒あた
り２４枚のフィルム画像を３０フレームの編集ソースデ
ータに変換する。次にこのソースデータに対して編集作
業を行い、編集後データを圧縮することによって、１２
枚のピクチャデータを１つのグループ（単位）としたビ
デオデータ（１ＧＯＰ）を１秒あたりに２つ作成する。
１つが１ＤＵＴ分のビデオデータとなる。ここで、重要
な点は、同じフィルムの１コマから作成したデータは、
その間の変化が少ないはずであるから、１まとまりで圧
縮していることである。

【０００８】以上の処理によって、１ＤＵＴ（１ＧＯ
Ｐ：１２枚のピクチャデータ）あたり１５フレームのＮ
ＴＳＣ画像を含んだビデオ圧縮データが得られる。

【０００９】ところが、編集の方法によっては、１ＧＯ
Ｐ：１２枚のピクチャデータあたり１５フレームを含ん
だビデオ圧縮データを作成できない場合が生じる。

【００１０】例えば、図４４に示すように、フィルム画
像の２番目の編集ソースデータ（２Ｔ、２Ｂ、３Ｔ）中
の３Ｔ以降をカットして、別のフィルム画像から作成し
た編集ソースデータを繋げた場合、２Ｔと２Ｂとを圧縮
して２番目のピクチャを作成した後、３Ｔと３Ｂから３
番目のピクチャを作成することになる。従って、このよ
うにして作成された１２枚のピクチャデータには、１３
フレームと１フィールド分のＮＴＳＣ画像しか含まれな
いことになる。

【００１１】また、図４５に示すように、ビデオデータ
が静止画像等である場合には、圧縮率を高めるために、
３フレーム分（例えば４Ｂ、５Ｔ、５Ｂ）の編集後デー
タを圧縮して１２枚のピクチャデータを作成することと
なる。したがって、この場合は１２枚のピクチャデータ
に１７フレーム分のＮＴＳＣ画像が含まれることになっ
てしまう。

【００１２】かくして、１ＧＯＰ：１２枚のピクチャデ
ータに含まれるフレーム数は、最小１２フレームから最
大１８フレームまでの間をとることになり、再生時間が
一定とならない。このため、再生時間が一定になるよう
に改めて圧縮し直さねばならず、その作業は最初に圧縮
し直したデータ以降のすべてのデータについて行う必要
があるため、多大な手間が強いられることになる。

【００１３】そこで、このような多大な手間を解消すべ
く１ＤＵＴの再生時間が一定であることの条件を排除し
た方式も検討されている。しかし、この方式を実現する
にあたって障害となる点は、再生時における主映像と音
声並びに副映像との同期の問題である。

【００１４】即ち、１ＤＵＴの再生時間が可変である状
況下で主映像と音声並びに副映像の再生の同期をとるた
めには、その再生するＤＵＴ内の主映像のフレーム数
（再生時間）に基づいて音声並びに副映像の再生処理を
適正に制御する必要があるものの、そのフレーム数は、
従来、圧縮されたピクチャデータを展開するまでは分か
らないものとなっており、主映像と音声並びに副映像の
再生の同期をとることは実質上困難な状況にある。

【００１５】

【発明が解決しようとする課題】本発明は上記従来の問
題点に鑑みてなされたものであり、その目的とするとこ
ろは、主映像、音声、副映像等の種別の異なる複数のデ
ータブロックを１つのデータユニットとして扱い、特に
音声データや副映像データを複数チャンネル分設定した
場合に好適なデータを記録する記録媒体及びその記録媒
体を再生するための再生装置を提供することにある。

【００１６】また本発明の目的は、主映像、音声、副映
像等の種別のなる複数のデータブロックをそれぞれ同期
して再生されるべき１つのデータユニットとして扱い、
特に主映像のデータユニット単位の表示フレーム数を可
変とした場合でも、各データブロックの再生を主映像の
フレーム表示の周期を基準に正確かつ安定に同期させる
ことのできるデータを記録する記録媒体及びその記録媒
体を再生するための再生装置を提供することにある。

【００１７】

【課題を解決するための手段】かかる課題を解決するた
め、請求項１記載の本発明の記録媒体は、複数の種類の
データブロック及び先頭にヘッダが配置されたデータユ
ニットが記録された第１の領域と、前記データユニット
のヘッダに配置され、当該データユニットから±ｎ離れ
た他のデータユニットの開始アドレスを示すサーチ情報
が記録された第２の領域とを具備することを特徴とす
る。

【００１８】請求項２記載の本発明の再生装置は、複数
の種類のデータブロック及び先頭にヘッダが配置された
データユニットが記録された第１の領域と、前記データ
ユニットのヘッダに配置され、当該データユニットから
±ｎ離れた他のデータユニットの開始アドレスを示すサ
ーチ情報が記録された第２の領域とを具備する記録媒体
を再生する再生装置であって、前記記録媒体からデータ
を読み出す手段と、前記読み出されたデータから前記サ
ーチ情報を抽出する抽出手段と、前記抽出されたサーチ
情報に基づいて高速サーチ動作を実行する手段とを具備
することを特徴とする。

【００１９】

【作用】本発明によれば、データブロックの先頭に、自
データブロック内のデータを管理するためのブロックヘ
ッダを設けたので、このブロックヘッダを基にデータブ
ロック内のデータを更に細かい単位、例えばチャンネル
単位、ストリーム単位で容易に管理できるようになる。

【００２０】また本発明によれば、データブロックの先
頭に、自データブロック内の各グループのデータの分割
位置を示す管理情報を含むブロックヘッダを設けたの
で、この管理情報を基にデータブロック内の各グループ
のデータを分割することができる。

【００２１】さらに本発明によれば、主映像データブロ
ック、音声データブロック及び副映像データブロック
に、内部の独立した単位（ストリーム単位、チャンネル
単位）のデータの有効ブロック長及び先頭位置を示すブ
ロックヘッダを設けたので、このブロックヘッダに基づ
いて、各ブロック内のデータを容易かつ正確に管理する
ことができる。

【００２２】また本発明によれば、隣接する音声データ
ブロックと副映像データブロックとの組み合せ最大ブロ
ック長の範囲（再生可能な最大データ量の範囲内）で音
声データブロックと副映像データブロックとの境界を可
変にしたので、データユニット毎に必要に応じて、音声
データのブロック長を大きくとって音質を重視したり、
副画像データのブロック長を大きくとって字幕解説等の
情報量を増やすことができる。

【００２３】さらに本発明によれば、データユニット内
のユニットヘッダに、自身のデータユニットに所属する
データブロックがデータブロックの集合中の何番目に当
たるかを識別するための情報を持たせたので、データユ
ニット内の各データブロックのうち、他のデータブロッ
クとは時間的に独立して処理可能でかつ所定周期毎に配
列された複数のデータブロックについては、これらデー
タブロックの集合を１つのデータブロックとして処理で
きるよう該個々のデータブロックを複数のデータユニッ
トに跨って処理することができる。

【００２４】また本発明によれば、音声ブロックヘッダ
のストリーム位置情報に基づいて、データユニット内の
各音声ストリームデータの開始点、サイズ及び存在の有
無を識別することができ、かつストリーム構成情報に基
づいて各音声ストリームデータの構成内容を識別するこ
とができる。

【００２５】さらに本発明によれば、各フレームデータ
のパターンが全て同一であることを示す情報をストリー
ム構成情報として持たせることによって、同じフレーム
データを連続して記録、再生する必要がなくなる。

【００２６】また本発明によれば、副映像ブロックヘッ
ダのチャネル位置情報に基づいて、データユニット内の
各副映像チャンネルデータの開始点、サイズ及び存在の
有無を識別することができ、かつチャンネル表示制御情
報に基づいて副映像チャンネルデータの表示制御内容
を、例えば、即時表示モード、データ保持モード、保持
データ表示モード、表示クリアモード等の分類で識別す
ることができる。

【００２７】さらに本発明によれば、データユニットの
集合からなるプログラムに対して、自身のデータユニッ
トがどのプログラムに所属するか、所属プログラム内に
おける自身のデータユニットの再生開始時間、さらには
自身のデータユニットの開始物理アドレス及び該データ
ユニットから±ｎ前後の他のデータユニットの開始物理
アドレスを識別することができる。

【００２８】また本発明によれば、±ｎ前後のデータユ
ニットの開始物理アドレスをデータユニットからの相対
セクター数で表し、かつ±ｎ前後のデータユニットがデ
ータの境界内に存在しない場合、その境界までの相対セ
クターで示すことで、±ｎ前後のデータユニットがデー
タの境界に存在しないときでも分岐処理や処理終了を行
うことができる。

【００２９】さらに本発明によれば、自身のデータユニ
ットを含むプログラムの次に連続して再生することが可
能なプログラム番号を識別することができる。

【００３０】また本発明によれば、エフェクト設定フラ
グを基に、データユニット単位で各データに外部的にエ
フェクト効果を与えることができる。

【００３１】さらに本発明によれば、データユニット単
位の主映像データから再生されるフレーム数つまり再生
時間がデータユニット毎に可変である状況下で、主音声
再生と音声並びに副映像再生との同期をとることが可能
になる。

【００３２】また本発明によれば、副映像データブロッ
クがＮ個（Ｎは２以上の値）のデータユニットに跨って
分配されている場合において、主音声再生と音声並びに
副映像再生との同期をとることが可能になる。

【００３３】

【実施例】以下、本発明の実施例を図面を参照して詳細
に説明する。

【００３４】図１は本発明に係る一実施例の動画対応の
光ディスク再生装置の構成を示すブロック図である。

【００３５】同図に示すように、この光ディスク再生装
置１は、キー入力部２、システム用ＲＯＭ＆ＲＡＭ部
３、ビデオデコーダ４、Ｄ／Ａ＆再生処理部５、光ディ
スクドライブ部６、ＣＰＵ部７、システムプロセッサ部
（以下、「ＳＹＳ−ＰＲＯ部」と称す。）８、ＤＡＴＡ
ＲＡＭ部９、ＳＰ（副映像）デコード部１０、ＡＵＤＩ
Ｏデコーダ部１１及びＴＶ１２等から構成されている。
キー入力部２は、光ディスクの再生、停止、早送り、早
戻し、字幕表示の有無選択等、ユーザからの様々な指示
操作に供される。システム用ＲＯＭ＆ＲＡＭ部３のＲＯ
Ｍには、この装置の動作を制御するための制御プログラ
ム（ソフトウェア）が格納されており、電源投入と共に
ＣＰＵ部７に読み込まれる。またこのシステム用ＲＯＭ
＆ＲＡＭ部３のＲＡＭ内にはデータ処理のための作業領
域が設けられている。

【００３６】この光ディスク再生装置１において、キー
入力部２からのキー操作に応じてＣＰＵ部７は目的のア
ドレスとリード命令とを光ディスクドライブ部６に送
る。光ディスクドライブ部６は、送られてきた命令に従
って光ディスクよりデータを読み込み、読み込んだデー
タをＳＹＳ−ＰＲＯ部８に送る。ＳＹＳ−ＰＲＯ部８
は、そのデータ（デジタルデータ）をＤＡＴＡＲＡＭ部
９に一旦記憶し、そのデジタルデータに付加されている
ヘッダを基にそのデータをＭＰＥＧ圧縮動画データ（以
下、「ビデオデータ」と呼ぶ。）、音声データ、副映像
データ等に分割し、ビデオデータをビデオデコーダ部４
へ、音声データをオーディオデコーダ部１１へ、字幕や
簡単なアニメーションの再生を目的とする副映像データ
をＳＰデコーダ部１０へそれぞれ転送する。各デコーダ
部４、１０、１１は、それぞれに入力されたデータをデ
コード後、Ｄ／Ａ＆再生処理部５へ出力する。Ｄ／Ａ＆
再生処理部５は、デコード後の各デジタル信号をＤ／Ａ
変換してアナログ信号をＴＶ１２に出力する。

【００３７】図２は光ディスク上のデータフォーマット
を示す図である。同図に示すように、光ディスクに記録
されているファイル（ＦＩＬＥ）は階層構造を持ち、１
つのファイル（１ＦＩＬＥ）は１つのストーリー（１Ｓ
ＴＯＲＹ）に対応している。１ストーリーは複数のプロ
グラム（Ｐｒｏｇｒａｍ）で構成され、１プログラムは
複数のデータユニット（以下、「ＤＵＴ」と称す。）で
構成されている。このように１つのプログラムを複数の
ＤＵＴで構成することによって、各プログラム単位で再
生の順番を変更したり処理を分岐させたりすることがで
きる。また、ＤＵＴ単位でエフェクト処理を行うことも
可能となる。また１つのＤＵＴは、ＤＵＴヘッダＨＤ、
副映像ブロックデータＳＰ、オーディオブロックデータ
Ａ及びビデオブロックデータＶからなり、このＤＵＴ単
位で副映像ブロックデータ、オーディオブロックデー
タ、ビデオブロックデータがそれぞれ同一時間軸上で再
生される。

【００３８】以下、本発明の実施例の詳細を説明する。

【００３９】図３はＤＵＴの構成を示す図である。

【００４０】同図に示すように、１つのＤＵＴの再生時
間は０．４秒から０．８秒の間で可変とされている。こ
こで、図２に示したように、ＤＵＴヘッダＨＤは固定長
であり、副映像データブロックＳＰ、オーディオデータ
ブロックＡ及びビデオデータブロックＶの長さは、それ
ぞれ、ＤＵＴ再生時間に応じて、かつデータ圧縮の有無
やその圧縮方式に応じて可変とされている。

【００４１】ＤＵＴヘッダはＤＵＴ内の各データブロッ
クについての各種管理情報を含んでなる。副映像データ
ブロックは複数の副映像チャンネル１、２、…、ｉと、
各チャンネルデータについての管理情報を含む副映像ブ
ロックヘッダとからなる。オーディオデータブロック
は、複数のオーディオストリーム１、２、…、ｊと、各
ストリームのオーディオデータについての管理情報を含
むオーディオブロックヘッダとからなる。ビデオデータ
ブロックは、例えばＭＰＥＧ圧縮動画データであるビデ
オストリームと、このビデオストリームの管理情報を含
むビデオブロックヘッダとからなる。

【００４２】図４はＤＵＴヘッダの構成を示す図であ
る。

【００４３】同図に示すように、ＤＵＴヘッダは、ＤＵ
Ｔ識別＆サーチ情報、ＤＵＴ再生制御情報、ＤＵＴ構成
識別情報、副映像ブロック構成情報、オーディオブロッ
ク構成情報、ビデオブロック構成情報及び予約情報等か
らなる。なお、ファイルを生成する上では、このＤＵＴ
ヘッダの読み取りエラーの発生を想定し、これら各情報
は光ディスク上に繰り返し４回記録される。

【００４４】副映像ブロック構成情報、オーディオブロ
ック構成情報、ビデオブロック構成情報の各ブロック構
成情報は、それぞれ、ＤＵＴ内の各データブロックがそ
れぞれどのセクタ番地からどのセクタ番地までに存在し
ているかを示す情報（セクタアライメント情報）を含ん
でいる。

【００４５】ＤＵＴ構成識別情報は、図５に示すよう
に、副映像データブロックの分割点開始アドレス（ＳＰ
ＢＳＡＤＲ）及びそのサイズ（ＳＰＢＳＩＺＥ）、オー
ディオデータブロックの分割点開始アドレス（ＡＢＳＡ
ＤＲ）及びそのサイズ（ＡＢＳＩＺＥ）、ビデオデータ
ブロックの分割点開始アドレス（ＶＢＳＡＤＲ）及びそ
のサイズ（ＶＢＳＩＺＥ）等を含んでいる。ここで、各
データブロックの分割点開始アドレスはＤＵＴの先頭か
らの相対アドレスで表現されている。また、サイズはバ
イト単位で示されている。

【００４６】次に、図１に示した光ディスク再生装置の
ＳＹＳ−ＰＲＯ部８の構成について説明する。図６はそ
の構成を示すブロック図である。

【００４７】同図に示すように、ＳＹＳ−ＰＲＯ部８
は、ドライブＩ／Ｆ部２１、ＡＢＲＸ部２２、ＨＳＴＩ
／Ｆ部２３、ＣＡＣＨＰＮＴ部２４、ＡＵＤＩＯＩ／Ｆ
部２５、ＤＲＡＭコントロール部（ＤＲＡＭＣ部）２
６、データセレクト部２７、２９、Ｄタイプフリップフ
ロップ（ＤＦ）２８、ビデオＩ／Ｆ部３０等から構成さ
れている。 ＳＹＳ−ＰＲＯ部８は、読み込んだＤＵＴ
内の各ブロック構成情報を基にセクタアライメント位置
を決め、ＤＵＴ内の各データブロックの切り分け処理
（分割処理）を実行する。ここで、ビデオデータブロッ
クはビデオデコーダ部４へ、副映像データブロックはＳ
Ｐデコーダ部１０へ、オーディオデータブロックはオー
ディオデコーダ部１１へと転送される。

【００４８】上記切り分け処理（分割処理）を行うため
のデータ切り分け信号は、ＳＹＳ−ＰＲＯ部８内のＡＲ
ＢＸ部２２によって生成される。このデータ切り分け信
号は、ＤＵＴ内のデータブロックをその種別毎に分解す
るためのセレクト信号である。図７はＡＲＢＸ部２２内
のデータ分割処理ブロックの構成を示す図である。

【００４９】同図に示すように、このデータ分割処理ブ
ロックは、ドライブＩ／Ｆ部３７、ＳＰＢＳＡＤＲ Ｒ
ｅｇ（ＳＰＢＳＡＤＲ用レジスタ）３８、ＳＰＢＳＩＺ
ＥＲｅｇ（ＳＰＢＳＩＺＥ用レジスタ）３９、ＳＰ終了
アドレス算出用アドレス加算器４０、ＤＵＴデータカウ
ンタ４１、ＳＰデータ開始生成用アドレス比較器４２、
定数設定レジスタ４３（転送カウンタ７３）、ＳＰＢＳ
ＡＤＲレジスタ用ＬＯＡＤ信号生成用アドレス比較器４
４、定数設定レジスタ４５（転送カウンタ７４）、ＳＰ
ＢＳＩＺＥレジスタ用ＬＯＡＤ信号生成用アドレス比較
器４６、定数設定レジスタ４７（転送カウンタ７５）、
ＳＰデータ終了生成用アドレス比較器４８、ＡＢＳＡＤ
Ｒ Ｒｅｇ（ＡＢＳＡＤＲ用レジスタ）４９、ＳＰデー
タセレクト信号生成用ＲＳフリップフロップ（ＲＳ−Ｆ
／Ｆ）５０、ＡＢＳＡＤＲレジスタ用ＬＯＡＤ信号生成
用アドレス比較器５１、定数設定レジスタ５２（転送カ
ウンタ７６）、ＡＢＳＩＺＥレジスタ用ＬＯＡＤ信号生
成用アドレス比較器５３、ＡＵＴＩＯデータ開始生成用
アドレス比較器５４、ＡＢＳＩＺＥ Ｒｅｇ（ＡＢＳＩ
ＺＥ用レジスタ）５５、ＡＵＤＩＯ終了アドレス算出用
アドレス加算器５６、ＡＵＤＩＯデータ開始生成用アド
レス比較器５７、ＶＢＳＡＤＲ Ｒｅｇ（ＶＢＳＡＤＲ
用レジスタ）５８、ＡＵＤＩＯデータセレクト信号生成
用ＲＳフリップフロップ５９、ＶＢＳＡＤＲレジスタ用
ＬＯＡＤ信号生成用アドレス比較器６０、定数設定レジ
スタ６１（転送カウンタ７８）、ＶＢＳＩＺＥレジスタ
用ＬＯＡＤ信号生成用アドレス比較器６２、ビデオデー
タ開始生成用アドレス比較器６３、ＶＢＳＩＺＥ Ｒｅ
ｇ（ＶＢＳＩＺＥ用レジスタ）６４、ビデオ終了アドレ
ス算出用アドレス加算器６５、ビデオデータ終了生成用
アドレス比較器６６、ビデオデータセレクト信号生成用
ＲＳフリップフロップ６７、定数設定レジスタ６８（転
送カウンタ７７）等から構成されている。なお定数設定
レジスタ４３に（転送カウンタ７３）と記載しているの
は、ＤＵＴデータカウンタ４１が各転送データをカウン
トする中で７３回目のタイミングでこのレジスタにデー
タが読み込まれることを示す。他のレジスタについても
同様の意味である。

【００５０】ＳＹＳ−ＰＲＯ部８は、ＤＵＴヘッダを読
み込みこれをＤＡＴＡＲＡＭ９に記録すると共にＤＵＴ
ヘッダ内のＤＵＴ構成識別情報をＡＢＲＸ部２２内部の
上記各レジスタへ取り込み、このＤＵＴ構成識別情報に
従って次のような処理を行う。図８に示すように、ＤＵ
Ｔ構成識別情報の各パラメータ（ＳＰＢＳＡＤＲ、ＳＰ
ＢＳＩＺＥ、ＡＢＳＡＤＲ、ＡＢＳＩＺＥ、ＶＢＳＡＤ
Ｒ、ＶＢＳＩＺＥ）は、それぞれ対応する各レジスタへ
転送カウント７２〜７８までの各タイミングでドライブ
Ｉ／Ｆ３７により取り込まれ、ＡＢＲＸ部２２内の各ア
ドレス比較器、各加算器及び各フリップフロップによっ
て各データ切り分け信号（データセレクト信号）として
生成される。

【００５１】例えば、副映像データを選択するための信
号（ＳＰデータセレクト信号）を生成する場合、ＡＢＲ
Ｘ部２２内のＳＰＢＳＡＤＲ Ｒｅｇ（レジスタ）３８
にパラメータ（ＳＰＢＳＡＤＲ）を取り込み、このレジ
スタ３８の値とＤＵＴデータの取り込みデータ数とを比
較器４２で比較する。そして、各データが一致したら、
その信号をセット信号“Ｓ”としてＲＳフリップフロッ
プ（ＲＳ−Ｆ／Ｆ）５０に出力する。またＡＢＲＸ部２
２内のＳＰＢＳＩＺＥ Ｒｅｇ（レジスタ）３９にパラ
メータ（ＳＰＢＳＩＺＥ）を取り込み、このレジスタ３
９とＳＰＢＳＡＤＲ Ｒｅｇ３８の値とを加算器４０で
加算し、その加算結果と、ＤＵＴデータの取り込みデー
タ数とを比較器４８で比較し、各データが一致したら、
その信号をリセット信号“Ｒ”としてＲＳ−Ｆ／Ｆ５０
に出力する。これら２つの信号“Ｓ”“Ｒ”によってＲ
Ｓフリップフロップ５０を動作させて、副映像データセ
レクト信号を生成する。なお、オーディオデータセレク
ト信号及びビデオデータセレクト信号等も上記同様にし
て生成される。

【００５２】ここで、ＤＵＴはその再生時間が０．４秒
から０．８秒での間で可変とされ、これに応じて全体の
ブロック長も可変し得るものとなっているが、光ディス
ク再生装置では、ハードウエア上の都合（例えば光ディ
スクから再生可能な単位時間当たりのデータ量が限られ
ている等）から、ＤＵＴ全体のブロック長はその最大量
が規定される。

【００５３】このような事情に鑑みて、本実施例では、
図９に示すように、ＤＵＴ内の副映像データブロック及
びオーディオデータブロックについては、これらを組み
合せた最大ブロック長の範囲（再生可能な最大データ量
の範囲内）で副映像データブロックとオーディオデータ
ブロックとの境界（分割点）を可変できるようにした。
このことによって、あるＤＵＴについては副画像データ
の代わりにオーディオデータのブロック長を大きくとっ
て音質を高めたり、或いはオーディオデータの代わりに
副画像データのブロック長を大きくとって字幕解説等の
情報量を増やす等、必要に応じて一方のデータブロック
の長さを大きくとることが可能になる。また、上記組み
合せ最大ブロック長の領域を全てオーディオデータブロ
ック或いは副映像データブロックで占有するようにして
もよい。

【００５４】また、副映像データブロック内の副映像デ
ータはそれぞれ独立再生が可能なチャンネルと呼ばれる
単位に分割でき、その中で選択された１つの副映像チャ
ンネルデータを再生することができる。

【００５５】ところで、副映像データには２種類のモー
ド（ノンインターリーブモードとインターリーブモー
ド）とがある。ノンインターリーブモードは、図１０に
示すように、１つのＤＵＴ内に副映像データを最大１６
チャンネルまで持つことができるモードである。一方、
インターリーブモードは、図１１に示すように、連続す
る２つのＤＵＴ内に１秒間分つまり２ＤＵＴ再生時間分
の副映像データを最大３２チャンネルまで持たせること
のできるモードである。

【００５６】このように副映像データのモードを識別で
きるようにするため、本実施例では、図１９及び図２６
に示すように、ＤＵＴヘッダ内のＳＰＳＮＯパラメータ
における７及び６Ｂｉｔ目に、副映像データがインター
リーブモードかノンインターリーブモードかを示す情報
を記録するものとした。また、その０Ｂｉｔ目には、自
ＤＵＴがインターリーブモードの副映像データにおいて
何番目のＤＵＴで有るかを示す情報を記録した。

【００５７】なお、インターリーブモードの場合、再生
時刻が同じ副映像データが２つのＤＵＴに跨って存在す
るため、図１２に示すように、実際の再生動作において
は、２ＤＵＴ分つまり３２チャンネル分のデータが全て
揃ってから再生が開始されることになり、副映像データ
の再生がノンインターリーブモードの場合に比べて１Ｄ
ＵＴ時間分つまり約０．５秒分遅れることになる。

【００５８】また、オーディオデータブロック内のオー
ディオデータはそれぞれ独立再生が可能なストリームと
呼ばれる単位で分割することができ、その中で選択され
た１つのオーディオストリームを再生することができ
る。

【００５９】図１３はこのオーディオデータブロックの
詳細な構造を示す図である。同図に示すように、オーデ
ィオデータブロックは、複数のオーディオストリームの
前にオーディオブロックヘッダを付加して構成されてい
る。このオーディオブロックヘッダは、図１４に示すよ
うに、そのブロックがオーディオデータブロックである
ことを示すオーディオブロック識別子（ＡＢＩＤ）がそ
の先頭１バイトに記録されている。またオーディオデー
タブロック中には、図１５に示すように、無効なデータ
（斜線領域）が存在する可能性がある。このため、オー
ディオブロックヘッダには、オーディオデータブロック
の有効ブロック長を示すオーディオブロックサイズ（Ａ
ＢＳＩＺＥ）、主映像との同期を取るための同期ポイン
タ（ＡＶＳＹＮＣ）、オーディオデータブロックの先頭
からの相対アドレスで示される各ストリームデータの開
始アドレス（ＡＡＤＲＳ＊）が含まれている。ここで、
ＡＡＤＲＳ＊における＊はストリーム番号であり、その
ストリーム番号は１〜８である。なお、ＡＡＤＲＳ＊は
相対アドレス＝＄００００の場合に“ストリームデータ
なし”を示す。

【００６０】図１６に示すように、オーディオデータブ
ロック内のオーディオストリームはさらに細かい単位
（音声フレーム）の時間で分割されている。ここで、１
つのオーディオストリームを構成する音声フレームのデ
ータパターンがすべて同じ場合、図１４に示したパラメ
ータＡＡＤＲＳ＊の３１ビット目Ｃに“１”をセットし
てそのことを示すようにした。

【００６１】光ディスク再生装置は、このパラメータＡ
ＡＤＲＳ＊の３１ビット目Ｃに“１”がセットされてい
ることを検出した場合に短縮モードによる再生処理を実
行する。この短縮モードによる再生処理は、図１７に示
すように、繰り返すデータパターンを１フレームパター
ン分だけ音声デコーダに送り、上記パラメータＡＡＤＲ
Ｓ＊の２４〜３０Ｂｉｔに示されるフレーム回数分、そ
のデコード結果を繰り返して出力することによって実現
される。これにより同じデータを何度も連続して送る必
要がなくなる。

【００６２】図１８は副映像データブロックの詳細な構
造を示す図である。同図に示すように、副映像データブ
ロックは、複数の副映像チャンネルの前に副映像ブロッ
クヘッダを付加して構成されている。図１９に示すよう
に、そのブロックが副映像ブロックであることを示す副
映像ブロック識別子（ＳＰＢＩＤ）がその先頭１バイト
に記録されている。また、この副映像ブロックヘッダに
は、副映像データブロックの有効ブロック長を示す副映
像ブロックサイズ（ＳＰＢＳＩＺＥ）、副映像データブ
ロックの先頭からの相対アドレスで示される各副映像チ
ャンネルデータの開始アドレス（ＳＰＡＤＲＣ＊＊）が
含まれている。なお“＊＊”にはチャンネル番号１〜１
６が入る。

【００６３】さらに、各副映像チャンネルは、チャンネ
ルヘッダとフレーム単位の複数の副映像表示データとか
ら構成されている。チャンネルヘッダは、図２０に示す
ように、副映像表示データの開始アドレス（ＳＰＤＤＡ
ＤＲ）、副映像制御データの開始アドレス（ＳＰＣＤＡ
ＤＲ）、副映像の表示開始位置（ＳＰＤＳＩＺＥ）、副
映像色情報（ＳＰＣＩＮＦＯ）、副映像輪郭補正情報
（ＳＰＡＤＪＩＮＦＯ）、副映像と主映像との混合比
（ＳＰＣＯＮＴ）、副映像表示開始タイミング（ＳＰＤ
ＳＴ）等を含んでなる。

【００６４】図１９に示すように、開始アドレス（ＳＰ
ＡＤＲＣ＊＊）の３１〜２８Ｂｉｔには、副映像チャン
ネルデータの表示制御モードを識別するための符号が設
定される。ここで、３１Ｂｉｔ目を“Ｄ”、３０Ｂｉｔ
目を“Ｗ”、２８Ｂｉｔ目を“Ｃ”とする。これらのＢ
ｉｔの内、Ｄ＝１の場合はチャンネルデータ有りを示
し、副映像をそのまま表示する即時表示モードであるこ
とを意味する。またＷ＝１の場合は、チャンネルデータ
は有るがＳ＝１になるまで表示は待つデータ保持モード
であることを意味する。さらにＳ＝１がアクティブの場
合は、Ｗ＝１のときに読み込んだデータを表示する保持
データ表示モードであることを意味する。またＣ＝１の
場合には、副映像画面をクリアする表示クリアモードで
あることを意味する。ここでクリアの対象は副映像画面
であって、動画用画面ではない．次に、図２１を参照し
て上記Ｄ，Ｗ，Ｓ，Ｃに基づく副映像データの表示制御
方法について説明する。

【００６５】同図において、ＤＵＴ１０はＤ＝１、Ｗ＝
０、Ｓ＝０、Ｃ＝０であり、この場合“先読み込みな
し”“画面クリアなし”となり、ＤＵＴ１０から取り込
んだ副映像データがそのまま再生される。ＤＵＴ１１は
Ｄ＝０、Ｗ＝１、Ｓ＝０、Ｃ＝０であり、“副映像デー
タの先読み”“画面クリアなし”となり、ＤＵＴ１１か
ら取り込んだ副映像データはこの時点では再生されず、
次にＳ＝１のＤＵＴが送られてくるまで再生を待つこと
となる。したがって、この時点において、画面にはＤＵ
Ｔ１０の副映像データが表示されることになる。ＤＵＴ
１２〜１３はＤ＝０、Ｗ＝０、Ｓ＝０、Ｃ＝０であり、
“副映像のデータなし”“画面クリアなし”となり、副
映像データを取り込まずしかも画面もそのままの状態で
保持される。またＤＵＴ１４はＤ＝０、Ｗ＝０、Ｓ＝
１、Ｃ＝０であるので、“バッファデータ再生開始”
“画面クリアなし”となり、図２０に示したチャンネル
ヘッダの副映像表示開始タイミングのパラメータ（ＳＰ
ＤＳＴ）に記録されている表示フレーム番号に従って、
ＤＵＴ１１から取り込んだ副映像データの再生が開始さ
れる。さらにＤＵＴ１６はＤ＝０、Ｗ＝０、Ｓ＝０、Ｃ
＝１であり、“副映像データなし”“画面クリア”とな
り、副映像表示用画面がクリアされる。

【００６６】図２２はＤＵＴヘッダ内のＤＵＴ識別＆サ
ーチ情報の構成を示す図である。同図に示すように、Ｄ
ＵＴ識別＆サーチ情報は、自身のＤＵＴが所属するプロ
グラム番号（ＰＲＧＮＯ) 、ファイルを構成するＤＵＴ
の群にシリアルに番号をつけたＤＵＴ番号（ＤＵＴＮ
Ｏ) 、自身のＤＵＴのファイル内の先頭アドレス（ＦＳ
ＡＤＲＳ）等を含む。

【００６７】また、高速サーチを容易にするために、図
２３に示すように、飛び先アドレス計算用として、それ
ぞれ１０再生ユニット先（ＦＷＤ１０) 、５再生ユニッ
ト先（ＦＷＤ１）、１再生ユニット前（ＢＷＤ１）、５
再生ユニット前（ＢＷＤ５）、１０再生ユニット前（Ｂ
ＷＤ１０) のＤＵＴヘッダの先頭からのセクター数がＤ
ＵＴ識別＆サーチ情報として組み込まれている。但し、
ここでの再生ユニットとは、再生する連続したＤＵＴの
ことである。

【００６８】したがって、高速サーチ時（前方サーチの
場合）には、図２４のフローチャートに示すように、キ
ー入力部２の早送りキー（》）が操作されると（押され
ると）、光ディスクドライブ部６が光ディスクを駆動
し、対応するファイルからＤＵＴデータを取り出しＳＹ
Ｓ−ＰＲＯ部８に転送する。そしてＳＹＳ−ＰＲＯ部８
がそのＤＵＴデータを受け取ると（Ｓ１）、それを検知
したＣＰＵ部７は、この高速サーチ時のセクター数デー
タをＤＡＴＡＲＡＭ部９から読み込み、次の目的アドレ
スを計算し（Ｓ２）、光ディスクドライブ部６にその目
的アドレスとサーチ命令とを発行する（Ｓ３）。これに
より光ディスクドライブ部６が、次のＤＵＴデータを取
り出してＳＹＳ−ＰＲＯ部８に転送する（Ｓ４）。これ
により早送り再生が可能になる。この動作はキー入力部
２の早送りキー（》）が押し続けられている間、継続さ
れる。そして早送りキー（》）の操作が止められると、
ＣＰＵ部７が、それを検知して高速サーチの終りを判断
し（Ｓ５）、高速サーチが終了する。なお、早戻しの場
合の処理も同様である。

【００６９】また、再生の順番がＤＵＴの前後で分岐し
ている場合や、ファイルが終了した場合等は、＊＊再生
ユニット先、あるいは前の再生ユニットが存在しなくな
るため、そのときに辿ることのできる最後のＤＵＴのセ
クター数データを記録するものとする。なお“＊＊”に
は整数、つまり１，５，１０等が入る。

【００７０】例えば、図２５に示すように、５再生ユニ
ット先（ＦＷＤ５）や１０再生ユニット先（ＦＷＤ１
０）のＤＵＴに行く前にファイルが終了している場合、
例えばＤＵＴ１９等を起点として、そのファイルが終了
するＤＵＴ２２等のセクター数を、５再生ユニット先
（ＦＷＤ５）または１０再生ユニット先（ＦＷＤ１０）
として記録する。なお、ここでのセクター数とは、ＤＵ
Ｔヘッダの先頭から目的ＤＵＴまでのセクター数であ
る。

【００７１】図２６はＤＵＴヘッダ内のＤＵＴ再生制御
情報を示す図である。同図に示すように、ＤＵＴ再生制
御情報のパラメータとしては、関連プログラム番号（Ｒ
ＰＲＧＮＯ）、映像同期のための同期ポインタ（ＡＶＳ
ＹＮＣ）、副映像分割番号（ＳＰＳＮＯ）、パレンタル
（ＰＡＲＥＮＴ）、エッジエフェクト（ＥＦＦＥＣＴ）
等がある。

【００７２】関連プログラム番号（ＲＰＲＧＮＯ）は、
連続して再生することができるデフォルトのプログラム
番号であり、外部よりプログラムの指定がない場合に、
次のプログラムを再生することを示す情報である。

【００７３】ところで、それ以外のプログラムを続けて
再生する場合は、データが連続していないために、続け
てプログラムを再生しようとすると音声や画像にノイズ
が入り、不具合が生じる可能性がある。この問題を防ぐ
ために、図２７に示すように、ＡＲＢＸ部２２内に不連
続プログラム検知処理ブロック７８を以下のように設け
た。

【００７４】同図に示すように、この不連続プログラム
検知処理ブロック７８は、ドライブＩ／Ｆ部６９、ＰＲ
ＧＮＯ用レジスタ７０、ＤＵＴデータカウンタ７１、Ｒ
ＰＲＧＮＯ用レジスタ７２、定数設定レジスタ７３（転
送カウンタ１）、ＰＲＧＮＯレジスタ用ＬＯＡＤ信号生
成用アドレス比較器７４、定数設定レジスタ７５（転送
カウンタ６５）、ＲＰＲＧＮＯレジスタ用ＬＯＡＤ信号
生成用アドレス比較器７６、Ｂｒｏｋｅｎ Ｌｉｎｋ処
理フラグ信号生成用比較器７７等から構成されている。

【００７５】ＤＵＴ再生制御情報内で指定されたプログ
ラム番号以外のプログラムを次に再生する場合、再生し
た１ＤＵＴ前の比較処理が終わったことを検知し、その
検知信号をラッチ信号としてＤタイプフリップフロップ
（Ｄ−Ｆ／Ｆ）８６に出力する。これによりＤタイプフ
リップフロップ（Ｄ−Ｆ／Ｆ）８６の出力は、比較処理
中、再生した１ＤＵＴ前の関連プログラム番号を出力す
る。

【００７６】一方、再生中のＤＵＴの所属しているプロ
グラム番号は、レジスタ７０に読み込まれる。Ｄタイプ
フリップフロップ（Ｄ−Ｆ／Ｆ）８６はそれぞれ入力さ
れた再生された１ＤＵＴ前の関連プログラム番号と、再
生中のプログラム番号とを比較する。この結果、Ｂｒｏ
ｋｅｎ Ｌｉｎｋ処理許可フラグの信号が生成される。
なお、上記検知後、数フレーム間は音声にミュート処理
を行うと共に、画像に消画処理つまりＢｒｏｋｅｎ Ｌ
ｉｎｋ処理を行う。

【００７７】次に、Ｂｒｏｋｅｎ Ｌｉｎｋ処理許可フ
ラグの信号が生成されるまでのイメージについて説明す
る。

【００７８】例えば、図２８に示すように、プログラム
“１”→プログラム“２”→プログラム“４”→プログ
ラム“６”と連続して再生する場合、プログラム“１”
内のプログラム番号（ＲＰＲＧＮＯ）は“２”となり、
またプログラム“２”内のプログラム番号（ＲＰＲＧＮ
Ｏ）は“４”となる。

【００７９】ここで、ユーザからの操作指定によって、
プログラム“２”からプログラム“３”へ分岐する場
合、プログラム“３”のデータを読み込んだときに、１
つ前のＲＰＲＧＮＯ（プログラム“２”のＲＰＲＧＮ
Ｏ）は“４”であるので、現在再生しようとしているプ
ログラム“３”とは一致しない。そこで、Ｂｒｏｋｅｎ
Ｌｉｎｋ処理フラグ信号がアクティブ（有効）となる。

【００８０】図２６に示すエッジエフェクトのパラメー
タ（ＥＦＦＥＣＴ）は、ＤＵＴ単位で、画像や音声のデ
ータにエフェクト効果を発生させるきっかけを知らせる
たるの情報である。

【００８１】図２９はＡＲＢＸ部２２内のエフェクト検
知ブロック８４の構成を示す図である。同図に示すよう
に、エフェクト検知ブロック８４は、ドライブＩ／Ｆ部
７９、ＥＦＦＥＣＴ用レジスタ８０、ＤＵＴデータカウ
ンタ８１、定数設定レジスタ８２（転送カウンタ７
１）、ＥＦＦＥＣＴレジスタ用ＬＯＡＤ信号生成用アド
レス比較器８３等から構成され、ＤＵＴ再生制御情報か
ら上記エッジエフェクトのパラメータ（ＥＦＦＥＣＴ）
を得ることによってエフェクト処理信号を生成する。

【００８２】この場合、図３０に示すように、例えばＤ
ＵＴ２１等にＥＦＦＥＣＴビットをセットすると、この
タイミングでエフェクトフラグが立てられて、上記エフ
ェクト処理信号が生成されるので、この信号をＣＰＵ部
７、ビデオデコーダ部４、オーディオデコード部１１、
ＳＰデコーダ部１０、Ｄ／Ａ＆再生処理部５、外部機
器、例えば照明機器や空調施設等に知らせることにより
様々なエフェクト効果を得ることができる。この実施例
では、同図に示すように、主画面の終了時期に同期させ
て表示画面のフェードアウト処理等を行うことができ
る。

【００８３】ここで、エフェクト効果とは、上記表示画
面のフェードアウト処理の他、フェードイン処理や、外
部照明の明るさを変化させる照明変化処理（例えば怪談
の山場で外部照明を暗くする等）、外部イルミネーショ
ンのコントロール、外部空調施設のコントロール（臨場
感を出すために雪山等の寒い場面で室温を下げたり、砂
漠等の暑い場面で室温を上げる）、拍手や合いの手等の
効果音をＯＮ／ＯＦＦする等が考えられる。

【００８４】図３１はビデオデータブロックの構成を示
す図である。前述したように、ビデオデータブロック
は、ビデオストリームの前にビデオブロックヘッダを付
加して構成されている。ビデオブロックヘッダは、図３
２に示すように、このブロックがビデオブロックである
ことを示すビデオブロック識別子（ＶＢＩＤ）、ビデオ
データブロック内でのビデオストリームの有効ブロック
長を示すビデオブロックサイズ（ＶＢＳＩＺＥ）等を含
む。

【００８５】さらにＤＵＴヘッダ内のビデオブロック構
成情報は、図３３に示すように、ビデオデータブロック
の先頭からの相対アドレス（ＶＡＤＲＦ＊）で示された
各ビデオピクチャの開始アドレスを含んでいる。但し、
相対アドレス＝＄００００の場合には“ピクチャデータ
なし”を示す。この相対アドレスＶＡＤＲＦ＊の３１ビ
ット目Ｃに“１”がセットされている場合は画面クリア
を意味する。なお、この画面クリアとは、主映像のみの
画面クリアであり、副映像画面はクリアしない。

【００８６】このように各ビデオピクチャの開始アドレ
スを示す情報をＤＵＴヘッダ内に持つことによって、主
映像の２倍速再生等の高速特殊再生が可能になる。

【００８７】また本発明においては、副映像データの再
生処理を行う副映像再生部は、主映像デコーダ部から入
力されるＶＳＹＮＣ信号（垂直同期信号）をカウントす
ることによって得られる主映像のフレーム番号を基に副
映像再生を主映像再生と同期させることができる。

【００８８】しかしながら、１ＧＯＰ：１２枚のピクチ
ャデータをデコードした結果として得られるフレーム数
は、従来の技術でも説明したように、１２フレームから
１８フレームの間のどれかとなり、ＤＵＴ毎に表示フレ
ーム数が違う場合が生じる。したがって、単に、ＶＳＹ
ＮＣ信号（垂直同期信号）をカウントして得られる主映
像のフレーム番号を利用するだけでは、１ＤＵＴ内の最
後のフレームが特定できず、正確に同期をとることがで
きなくなる。

【００８９】そこで、本実施例では、図２６に示すよう
に、ＤＵＴヘッダ内のＤＵＴ再生制御情報として、ビデ
オデータブロックの再生時のフレーム総数と、基準画面
であるＩピクチャの表示開始フレーム番号とを示すＶＦ
ＲＡＭＥパラメータを付加した。ここで、Ｉピクチャの
表示開始フレーム番号は、何らかのエラーが発生した等
の理由で、ＶＳＹＮＣ信号に基づく再生フレーム番号の
カウントにずれが生じた場合、そのカウントずれを修正
するために用いられる。その詳細については後で説明す
る。 副映像データのモードとして、図１０から図１２
に示したようにノンインターリーブモードとインターリ
ーブモードとがあることについては既に述べた通りであ
るが、インターリーブモードの場合において、再生され
る副映像データは連続する２つのＤＵＴの中から唯一選
ばれる副映像チャンネルであるから、ＤＵＴヘッダに前
記再生フレーム総数とＩピクチャ表示開始フレーム番号
とを単に付加しただけでは、正しくビデオデータ再生と
副映像データ再生とを同期させることができない。

【００９０】そこで、本実施例では、図３４に示すよう
に、インターリーブモードの場合は連続する２つのＤＵ
Ｔを１つの表示グループと見なし、各ＤＵＴのＤＵＴヘ
ッダに、２つのＤＵＴそれぞれの再生フレーム総数の和
を記録し、Ｉピクチャ表示開始フレーム番号として２番
目（表示グループ内の最後）のＤＵＴのピクチャデータ
から作成されるＩピクチャのフレーム番号を記録するも
のとした。これによって、副映像データをインターリー
ブモードとした場合も、正しくビデオデータ再生と副映
像データ再生とを同期させることが可能になる。

【００９１】次に、上述した再生フレーム総数及びピク
チャ表示開始フレーム番号を用いて、副映像再生部に供
給する、ＳＹＳ−ＰＲＯ８内のフレーム番号生成処理ブ
ロックの構成について説明する。図３５はこのフレーム
番号生成処理ブロックの構成を示す図、図３６はこの処
理ブロック内の副映像再生部の構成を示す図、図３７は
その処理手順を示すフローチャートである。

【００９２】ＤＵＴデータはドライブＩ／Ｆ部１０２を
介してＳＹＳ−ＰＲＯ部８内に入力される。入力された
ＤＵＴデータの数はＤＵＴデータカウンタ１０４でカウ
ントされる。そのカウント値は比較器１０６に導入さ
れ、この比較器１０６にて、当該カウント値とレジスタ
１０５に保持されている、ＤＵＴヘッダ内のＶＦＲＡＭ
Ｅパラメータの開始アドレス値とを比較する。比較器１
０６は各値が一致した時、ＤＵＴデータからＶＦＲＡＭ
Ｅパラメータのうちの再生フレーム総数（５〜０Ｂｉ
ｔ）とＩピクチャの表示開始フレーム番号（７〜６Ｂｉ
ｔ）を取り出すことを指示するＬＯＡＤ信号をレジスタ
１０３に供給する。この結果、再生フレーム総数（５〜
０Ｂｉｔ）は比較器１０８へ、Ｉピクチャの表示開始フ
レーム番号（７〜６Ｂｉｔ）は比較器１０９に供給され
る。

【００９３】一方、フレーム番号カウンタ部１０７は、
主映像デコーダ部より入力したＶＳＹＮＣ信号（垂直同
期信号）及び再生開始信号を基に、再生中の主映像のフ
レーム番号をカウント検出する。そのフレーム番号の値
は副映像再生部１１０に供給されるとともに上記各比較
器１０８、１０９に入力される。

【００９４】比較器１０８は、上記再生フレーム総数
（５〜０Ｂｉｔ）と主映像の再生フレーム番号の値とを
比較し、両者の値が一致した場合、フレーム番号カウン
タ部１０７をリセットし、再生フレーム番号のカウント
を０から再スタートさせる。

【００９５】このことによって、副映像再生部１１０に
は、主映像のフレーム総数が可変である場合において
も、正しい再生フレーム番号が供給されることになる。

【００９６】ところで、このような方法を実現しても、
エラー発生等何らかの要因で主映像の再生フレーム番号
がずれてくる危険がある。そこで本実施例では、次のよ
うな再生フレーム番号の修正機能を持たせている。

【００９７】即ち、比較器１０９は、ＶＦＲＡＭＥパラ
メータに含まれているＩピクチャ表示開始フレーム番号
（７〜６Ｂｉｔ）と再生フレーム番号の値とを比較する
ものであり、その比較は、主映像デコーダより得られる
Ｉフレーム検知信号（Ｉピクチャのフレーム再生が開始
されたことを主映像デコーダで検出した場合に出力され
る信号）を入力した時点で実行される。この比較で両者
の値に差がある場合、フレーム番号カウンタ部１０７で
得た再生フレーム番号が本来の値から前記差の分だけず
れていることになる。しかして、その差の値は副映像再
生部１１０に供給される。ここで副映像再生部１１０
は、再生フレーム番号（以下、「Ｋ」と称す。）とＩピ
クチャ表示開始フレーム番号（以下、「Ｊ」と称す。）
との差によって、次のような異なる処理を行う。なお、
再生フレーム番号Ｋとは実際にＩピクチャを再生した時
のフレーム番号であり、Ｉピクチャ表示開始フレーム番
号ＪとはＩピクチャ再生時の本来のフレーム番号であ
る。

【００９８】Ｋ＝Ｊの場合、再生フレーム番号Ｋにずれ
がないことになるので特別な処理は行われない。

【００９９】Ｋ＞Ｊの場合、副映像再生部１１０は、図
３６及び図３７に示すように、フレーム番号差カウンタ
部１１２に上記ＫとＪとの差の値をセットした後（Ｓ
１）、副映像データ切り換え部１１６に対し、再生処理
データ記憶部１１５に記憶されている１フレーム前の副
映像データを選択して副映像デコード部１１４に入力せ
しめるよう指示する（Ｓ２）。ここで、副映像データ切
り換え部１１６は、副映像デコード部１４へのデータ入
力をバッファメモリ１１７に保持されている現フレーム
の副映像データと再生処理データ記憶部１１５に記憶さ
れている１フレーム前の副映像データとの間で切り換え
るものであり、フレーム番号差カウンタ部１１２に上記
ＫとＪとの差の値が保持されると、これに応じて、副映
像デコード部１１４へのデータ入力をバッファメモリ１
１７から再生処理データ記憶部１１５に切り換える。さ
らにこの時、カウント中止信号生成部１１３にてカウン
ト中止信号が生成され、フレーム番号カウンタ部１０７
に出力されることでフレーム番号カウンタ部１０７のカ
ウント動作が停止される（Ｓ３）。

【０１００】その後、フレーム番号差カウンタ部１１２
はフレーム表示の周期で１ずつ０までダウンカウントす
る（Ｓ４）。そしてカウント値が０になった時点で（Ｓ
５）、フレーム番号差カウンタ部１１２は副映像データ
切り換え部１１６に対し、副映像デコード部１４へのデ
ータ入力をバッファメモリ１１７に切り換えるように指
示する（Ｓ６）。これにより、ＫとＪとの差分のフレー
ム数だけ再生中の表示を続けることができる。

【０１０１】また、図３８及び図３９は他の実施例のフ
レーム番号生成処理ブロックにおける副映像処理部の構
成を示すブロック図及びその処理手順を示すフローチャ
ートである。

【０１０２】本実施例では、再生フレームデータ記憶部
１２３にデコード後の１フレーム前の副映像データを記
憶しておく。

【０１０３】Ｋ＞Ｊの場合、副映像再生部２１０は、フ
レーム番号差カウンタ部１１９に上記ＫとＪとの差の値
をセットした後（Ｓ７）、副映像データ出力切り換え部
１２４に対し、再生フレームデータ記憶部１２３に記憶
されている１フレーム前のデコード後の副映像データを
選択して映像出力するよう指示する（Ｓ８）。ここで、
副映像データ出力切り換え部１２４は、副映像の出力を
副映像デコード部１２２からの現フレームのデコード後
の副映像データと再生フレームデータ記憶部１２３に記
憶されている１フレーム前のデコード後の副映像データ
との間で切り換えるものであり、フレーム番号差カウン
タ部１１９に上記ＫとＪとの差の値が保持されると、こ
れに応じて、映像出力を副映像デコード部１２２からの
現フレームのデコード後の副映像データから再生フレー
ムデータ記憶部１２３に記憶されている１フレーム前の
デコード後の副映像データに切り換える。さらにこの
時、カウント中止信号生成部１２０にてカウント中止信
号が生成され、フレーム番号カウンタ部１０７に出力さ
れることでフレーム番号カウンタ部１０７のカウント動
作が停止される（Ｓ９）。これにより、ＫとＪとの差分
のフレーム数だけ再生中の表示を続けることができる。
その後、フレーム番号差カウンタ部１１２はフレーム
表示の周期で１ずつ０までダウンカウントする（Ｓ１
０）。そしてカウント値が０になった時点で（Ｓ１
１）、フレーム番号差カウンタ部１１９は副映像データ
出力切り換え部１２４に対し、副映像出力を副映像デコ
ード部１２２からの現フレームのデコード後の副映像デ
ータに切り換えるように指示する（Ｓ１２）。

【０１０４】図４０及び図４１は、上述したフレーム番
号生成処理ブロック内の比較器１０９において、Ｋ＜Ｊ
の比較結果を得た時の映像再生部内の処理ブロックの構
成及びその動作手順を示すフローチャートである。

【０１０５】Ｋ＜Ｊの場合、再生処理検出部１２６に、
Ｉピクチャ再生時の再生フレーム番号（Ｋ）の値とＩピ
クチャ表示開始フレーム番号（Ｊ）の値との差と、再生
フレーム番号の値とをそれぞれ取り込む（Ｓ１３）。

【０１０６】次に、再生処理検出部１２６は、バッファ
メモリ部１２８に保持されているデコード前の副映像デ
ータを調べて、フレーム番号のＫからＪまでの間に副映
像データの再生制御があるかどうかを調べる（Ｓ１４，
１５）。

【０１０７】この結果、もし再生制御があれば、再生中
の主映像のフレーム番号と最も近いフレームの副映像再
生を強制的に行うように副映像デコーダ部１２９を制御
し（Ｓ１６）、この強制再生の終了後、フレーム番号カ
ウンタ部１０７に対しＩピクチャ表示開始フレーム番号
（Ｊ）の値をＬＯＡＤするようＬＯＡＤ信号生成器１３
０によってＬＯＡＤ信号を生成し、フレーム番号カウン
タ部１０７に出力する（Ｓ１７）。これにより、Ｋのフ
レーム番号の表示からＪのフレーム番号の表示まで表示
が飛ぶことになる。

【０１０８】

【発明の効果】以上説明したように本発明によれば、主
映像、音声、副映像等の種別の異なる複数のデータブロ
ックを１つのデータユニットとして扱い、特に音声デー
タや副映像データを複数チャンネル或いは複数ストリー
ム分設定した場合でも、データブロック内に新設したブ
ロックヘッダに基づいて、該データブロック内の各チャ
ンネルデータ或いは各ストリームデータを正確かつ安定
に分割することができる。

【０１０９】また、本発明によれば、主映像、音声、副
映像等の種別のなる複数のデータブロックをそれぞれ同
期して再生されるべき１つのデータユニットとして扱
い、特に主映像のデータユニット単位の表示フレーム数
を可変とした場合でも、各データブロックの再生を主映
像のフレーム表示の周期を基準に正確かつ安定に同期さ
せることができる。

【図面の簡単な説明】

【図１】本発明に係る一実施例の動画対応光ディスク再
生装置の構成を示すブロック図である。

【図２】図１の光ディスク再生装置によって再生される
光ディスク上のデータフォーマットを示す図である。

【図３】ＤＵＴの構成を示す図である。

【図４】ＤＵＴヘッダの構成を示す図である。

【図５】ＤＵＴ構成識別情報の詳細を示す図である。

【図６】システムプロセッサ（ＳＹＳＰＲＯ）部の構成
を示すブロック図である。

【図７】ＡＲＢＸ部内のデータ分割処理ブロックの構成
を示す図である。

【図８】ＤＵＴデータをブロック種別毎に分解するため
のセレクト信号を生成するタイミングを示す図である。

【図９】ＤＵＴ内の副映像データブロックとオーディオ
データブロックとの境界可変について説明するための図
である。

【図１０】副映像データのノンインターリーブモードに
ついて示す図である。

【図１１】副映像データのインターリーブモードについ
て示す図である。

【図１２】ノンインターリーブモード及びインターリー
ブモード時の副映像データの再生タイミングを示す図で
ある。

【図１３】オーディオデータブロックの詳細な構造を示
す図である。

【図１４】オーディオブロックヘッダの構造を示す図で
ある。

【図１５】オーディオデータブロック内の無効データを
示す図である。

【図１６】オーディオストリームの構造を示す図であ
る。

【図１７】オーディオデータの短縮モードによる再生処
理について説明するための図である。

【図１８】副映像データブロックの詳細な構造を示す図
である。

【図１９】副映像ブロックヘッダの構造を示す図であ
る。

【図２０】この実施例の副映像データヘッダの構造を示
す図である。

【図２１】副映像データの表示制御方法について説明す
るための図である。

【図２２】ＤＵＴヘッダ内のＤＵＴ識別＆サーチ情報の
構造を示す図である。

【図２３】ＤＵＴヘッダ内の高速サーチ用のセクター数
情報について説明するための図である。

【図２４】図２３のセクター数情報による高速サーチの
手順を示すフローチャートである。

【図２５】高速サーチにおいて目的の飛び先が存在しな
い場合の動作を説明するための図である。

【図２６】ＤＵＴヘッダ内のＤＵＴ再生制御情報を示す
図である。

【図２７】ＡＲＢＸ部内の不連続プログラム検知処理ブ
ロックの構成を示すブロック図である。

【図２８】Ｂｒｏｋｅｎ Ｌｉｎｋ処理について説明す
るための図である。

【図２９】ＡＲＢＸ部内のエフェクト検知ブロックの構
成を示すブロック図である。

【図３０】エフェクト処理について説明するための図で
ある。

【図３１】ビデオデータブロックの構造を示す図であ
る。

【図３２】ビデオブロックヘッダの構造を示す図であ
る。

【図３３】ビデオブロック構成情報の構造を示す図であ
る。

【図３４】インターリーブモード時のフレーム総数とＩ
ピクチャ表示開始フレーム番号について説明するための
図である。

【図３５】フレーム番号生成処理ブロックの構成を示す
図である。

【図３６】図３５の処理ブロック内の副映像再生部の構
成を示す図である。

【図３７】図３５の処理ブロックの処理手順を示すフロ
ーチャートである。

【図３８】他の実施例のフレーム番号生成処理ブロック
における副映像処理部の構成を示すブロック図である。

【図３９】図３８の処理ブロックの処理手順を示すフロ
ーチャートである。

【図４０】図３５の処理ブロック内の比較器においてＫ
＜Ｊを得た時の映像再生部内の処理ブロックの構成を示
す図である。

【図４１】図４０の処理ブロックの処理手順を示すフロ
ーチャートである。

【図４２】従来の光ディスクのファイルのデータ構造を
示す図である。

【図４３】圧縮ビデオデータの編集方法について説明す
るための図である。

【図４４】圧縮ビデオデータの編集においてデータを繋
ぎ合せる方法を説明するための図である。

【図４５】３フレーム分のデータを圧縮して１２枚のピ
クチャデータを作成する方法を説明するための図であ
る。

【符号の説明】

１…光ディスク再生装置、３…システム用ＲＯＭ＆ＲＡ
Ｍ部、４…ビデオデコーダ部、５…Ｄ／Ａ＆再生処理
部、６…光ディスクドライブ部、７…ＣＰＵ部、８…Ｓ
ＹＳ−ＰＲＯ部、９…ＤＡＴＡＲＡＭ部、１０…ＳＰ
（副映像）デコーダ部、１１…オーディオデコーダ部、
２２…ＡＲＢＸ部、７８…不連続プログラム検知処理ブ
ロック、８４…エフェクト検知ブロック、１０４…ＤＵ
Ｔデータカウンタ、１０７…フレーム番号カウンタ部、
１０６、１０８、１０９…比較器、１１０…副映像再生
部、１１２…フレーム番号差カウンタ部、１１３…カウ
ント中止信号生成部、１１４…副映像デコード部、１１
５…再生処理データ記憶部、１１６…副映像データ切り
換え部、１１７…バッファメモリ、１２６…再生処理検
出部、１２８…バッファメモリ部、１２９…副映像デコ
ーダ部、１３０…ＬＯＡＤ信号生成器。

───────────────────────────────────────────────────── フロントページの続き (72)発明者 北村 哲也 神奈川県川崎市幸区柳町70番地 株式会社 東芝柳町工場内 (72)発明者 平良 和彦 東京都港区新橋３丁目３番９号 東芝エ ー・ブイ・イー株式会社内

Claims (2)

【特許請求の範囲】
1. 【請求項１】 複数の種類のデータブロック及び先頭に
   ヘッダが配置されたデータユニットが記録された第１の
   領域と、 前記データユニットのヘッダに配置され、当該データユ
   ニットから±ｎ離れた他のデータユニットの開始アドレ
   スを示すサーチ情報が記録された第２の領域とを具備す
   ることを特徴とする記録媒体。
2. 【請求項２】 複数の種類のデータブロック及び先頭に
   ヘッダが配置されたデータユニットが記録された第１の
   領域と、 前記データユニットのヘッダに配置され、当該データユ
   ニットから±ｎ離れた他のデータユニットの開始アドレ
   スを示すサーチ情報が記録された第２の領域とを具備す
   る記録媒体を再生する再生装置であって、 前記記録媒体からデータを読み出す手段と、 前記読み出されたデータから前記サーチ情報を抽出する
   抽出手段と、 前記抽出されたサーチ情報に基づいて高速サーチ動作を
   実行する手段とを具備することを特徴とする再生装置。