JPH11298845A

JPH11298845A - 光ディスク、光ディスクレコーダおよび光ディスクプレーヤ

Info

Publication number: JPH11298845A
Application number: JP10095660A
Authority: JP
Inventors: Tomoyuki Okada; 智之岡田; Kaoru Murase; 薫村瀬; Kazuhiro Tsuga; 一宏津賀
Original assignee: Matsushita Electric Industrial Co Ltd
Current assignee: Panasonic Holdings Corp
Priority date: 1998-04-08
Filing date: 1998-04-08
Publication date: 1999-10-29

Abstract

(57)【要約】【課題】ＤＶＤにおいて、アフレコを行う場合、ＶＴ
Ｒの様にストリームに直接アフレコデータを記録するこ
とは、構造上困難であった。また、ＭＰＥＧストリーム
としてタイムスタンプの連続性を保証することも困難で
あった。【解決手段】アフレコストリームをオリジナルストリ
ームとは別の領域に記録して、アフレコストリームのパ
ック、パケットとオリジナルストリームのパック、パケ
ット間でＳＣＲ、ＰＴＳ、ペイロードサイズが一致する
ように記録することで上記課題の解決が可能になる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、読み書き可能な光
ディスクと、その記録方法、再生方法に関する。中でも
動画像データおよび静止画データおよびオーディオデー
タを含むマルチメディアデータが記録された光ディスク
と、その記録方法、再生方法に関する。

【０００２】

【従来の技術】６５０ＭＢ程度が上限であった書き換え
型光ディスクの分野で数ＧＢの容量を有する相変化型デ
ィスクＤＶＤ−ＲＡＭが出現した。また、ディジタルＡ
Ｖデータの符号化規格であるＭＰＥＧ（ＭＰＥＧ２）の
実用化とあいまってＤＶＤ−ＲＡＭは、コンピュータ用
途だけでなくＡＶにおける記録・再生メディアとして期
待されている。つまり従来の代表的なＡＶ記録メディア
である磁気テープに代わるメディアとして普及が予測さ
れる。

【０００３】（ＤＶＤ−ＲＡＭの説明）近年、書き換え
可能な光ディスクの高密度化が進みコンピュータデータ
やオーディオデータの記録に留まらず、画像データの記
録が可能となりつつある。

【０００４】例えば、光ディスクの信号記録面には、従
来から凸凹上のガイド溝が形成されている。

【０００５】従来は凸または凹にのみ信号を記録してい
たが、ランド・グループ記録法により凸凹両方に信号を
記録することが可能となった。これにより約２倍の記録
密度向上が実現した（例えば特開平８−７２８２参
照）。

【０００６】また、記録密度を向上させるために有効な
ＣＬＶ方式（線速度一定記録）の制御を簡易化し実用化
を容易とするゾーンＣＬＶ方式なども考案、実用化され
ている（例えば特開平７−９３８７３）。

【０００７】これらの大容量化を目指す光ディスクを用
いて如何に画像データを含むＡＶデータを記録し、従来
のＡＶ機器を大きく超える性能や新たな機能を実現する
かが今後の大きな課題である。

【０００８】このような大容量で書き換え可能な光ディ
スクの出現により、ＡＶの記録・再生も従来のテープに
代わり光ディスクが主体となることが考えられる。テー
プからディスクへの記録メディアの移行はＡＶ機器の機
能・性能面で様々な影響を与えるものである。

【０００９】ディスクへの移行において最大の特徴はラ
ンダムアクセス性能の大幅な向上である。仮にテープを
ランダムアクセスする場合、一巻きの巻き戻しに通常数
分オーダーの時間が必要である。これは光ディスクメデ
ィアにおけるシーク時間（数１０ｍｓ以下）に比べて桁
違いに遅い。従ってテープは実用上ランダムアクセス装
置になり得ない。

【００１０】このようなランダムアクセス性能によっ
て、従来のテープでは不可能であったＡＶデータの分散
記録が光ディスクでは可能となった。

【００１１】図１は、ＤＶＤレコーダのドライブ装置の
ブロック図である。図中の１１はディスクのデータを読
み出す光ピックアップ、１２はＥＣＣ（ｅｒｒｏｒｃ
ｏｒｒｅｃｔｉｎｇｃｏｄｅ）処理部、１３はトラッ
クバッファ、１４はトラックバッファへの入出力を切り
替えるスイッチ、１５はエンコーダ部、１６はデコーダ
部、１７はディスクの拡大図である。

【００１２】１７に示す様に、ＤＶＤ−ＲＡＭディスク
には、１セクタ＝２ＫＢを最小単位としてデータが記録
される。また、１６セクタ＝１ＥＣＣブロックとして、
ＥＣＣ処理部１２でエラー訂正処理が施される。

【００１３】１３に示すトラックバッファは、ＤＶＤ−
ＲＡＭディスクにＡＶデータをより効率良く記録するた
め、ＡＶデータを可変ビットレートで記録するためのバ
ッファである。ＤＶＤ−ＲＡＭへの読み書きレート（図
中Ｖａ）が固定レートであるのに対して、ＡＶデータは
その内容（ビデオであれば画像）の持つ複雑さに応じて
ビットレート（図中Ｖｂ）が変化するため、このビット
レートの差を吸収するためのバッファである。例えば、
ビデオＣＤの様にＡＶデータを固定ビットレートとした
場合は必要がなくなる。

【００１４】このトラックバッファ１３を更に有効利用
すると、ディスク上にＡＶデータを離散配置することが
可能になる。図２を用いて説明する。

【００１５】図２（ａ）は、ディスク上のアドレス空間
を示す図である。図２（ａ）に示す様にＡＶデータが
［ａ１，ａ２］の連続領域と［ａ３，ａ４］の連続領域
に分かれて記録されている場合、ａ２からａ３へシーク
を行っている間、トラックバッファに蓄積してあるデー
タをデコーダ部へ供給することでＡＶデータの連続再生
が可能になる。この時の状態を示すのが図２（ｂ）であ
る。

【００１６】ａ１から読み出しを開始したＡＶデータ
は、時刻ｔ１からトラックバッファへの入力且つトラッ
クバッファからの出力が開始され、トラックバッファへ
の入力レート（Ｖａ）とトラックバッファからの出力レ
ート（Ｖｂ）のレート差（Ｖａ−Ｖｂ）の分だけトラッ
クバッファへはデータが蓄積されていく。この状態がａ
２（時刻ｔ２）まで継続する。この間にトラックバッフ
ァに蓄積されたデータ量をＢ（ｔ２）とすると、ａ３を
読み出し開始できる時刻ｔ３までの間、トラックバッフ
ァに蓄積されているＢ（ｔ２）を消費してデコーダへ供
給しつづけられれば良い。

【００１７】言い方を変えれば、シーク前に読み出すデ
ータ量（［ａ１，ａ２］）が一定量以上確保されていれ
ば、シークが発生した場合でも、ＡＶデータの連続供給
が可能である。

【００１８】尚、本例では、ＤＶＤ−ＲＡＭからデータ
を読み出す、即ち再生の場合の例を説明したが、ＤＶＤ
−ＲＡＭへのデータの書き込み、即ち録画の場合も同様
に考えることができる。

【００１９】上述したように、ＤＶＤ−ＲＡＭでは一定
量以上のデータが連続記録さえされていればディスク上
にＡＶデータを分散記録しても連続再生／録画が可能で
ある。

【００２０】（ＭＰＥＧの説明）次にＡＶデータについ
て説明をする。

【００２１】先にも述べたが、ＤＶＤ−ＲＡＭに記録す
るＡＶデータはＭＰＥＧ（ＩＳＯ／ＩＥＣ１３８１８）
と呼ばれる国際標準規格を使用する。

【００２２】数ＧＢの大容量を有するＤＶＤ−ＲＡＭで
あっても、非圧縮のディジタルＡＶデータをそのまま記
録するには十分な容量をもっているとは言えない。そこ
で、ＡＶデータを圧縮して記録する方法が必要になる。
ＡＶデータの圧縮方式としてはＭＰＥＧ（ＩＳＯ／ＩＥ
Ｃ１３８１８）が世の中に広く普及している。近年のＬ
ＳＩ技術の進歩によって、ＭＰＥＧコーデック（伸長／
圧縮ＬＳＩ）が実用化してきた。これによってＤＶＤレ
コーダでのＭＰＥＧ伸長／圧縮が可能となってきた。

【００２３】ＭＰＥＧは高効率なデータ圧縮を実現する
ために、主に次の２つの特徴を有している。

【００２４】一つ目は、動画像データの圧縮において、
従来から行われていた空間周波数特性を用いた圧縮方式
の他に、フレーム間での時間相関特性を用いた圧縮方式
を取り入れたことである。ＭＰＥＧでは、各フレーム
（ＭＰＥＧではピクチャとも呼ぶ）をＩピクチャ（フレ
ーム内符号化ピクチャ）、Ｐピクチャ（フレーム内符号
化と過去からの参照関係を使用したピクチャ）、Ｂピク
チャ（フレーム内符号化と過去および未来からの参照関
係を使用したピクチャ）の３種類に分類してデータ圧縮
を行う。

【００２５】図３はＩ，Ｐ，Ｂピクチャの関係を示す図
である。図３に示すように、Ｐピクチャは過去で一番近
いＩまたはＰピクチャを参照し、Ｂピクチャは過去およ
び未来の一番近いＩまたはＰピクチャを夫々参照してい
る。また、図３に示すようにＢピクチャが未来のＩまた
はＰピクチャを参照するため、各ピクチャの表示順（ｄ
ｉｓｐｌａｙｏｒｄｅｒ）と圧縮されたデータでの順
番（ｃｏｄｉｎｇｏｒｄｅｒ）とが一致しない現象が
生じる。

【００２６】ＭＰＥＧの二つ目の特徴は、画像の複雑さ
に応じた動的な符号量割り当てをピクチャ単位で行える
点である。ＭＰＥＧのデコーダは入力バッファを備え、
このデコーダバッファに予めデータを蓄積する事で、圧
縮の難しい複雑な画像に対して大量の符号量を割り当て
ることが可能になっている。

【００２７】ＤＶＤ−ＲＡＭで使用するオーディオデー
タは、データ圧縮を行うＭＰＥＧオーディオ、ドルビー
ディジタル（ＡＣ−３）と非圧縮のＬＰＣＭの３種類か
ら選択して使用できる。ドルビーディジタルとＬＰＣＭ
はビットレート固定であるが、ＭＰＥＧオーディオはビ
デオストリーム程大きくはないが、オーディオフレーム
単位で数種類のサイズから選択することができる。

【００２８】この様なＡＶデータはＭＰＥＧシステムと
呼ばれる方式で一本のストリームに多重化される。図４
はＭＰＥＧシステムの構成を示す図である。４１はパッ
クヘッダ、４２はパケットヘッダ、４３はペイロードで
ある。ＭＰＥＧシステムはパック、パケットと呼ばれる
階層構造を持っている。パケットはパケットヘッダ４２
とペイロード４３とから構成される。ＡＶデータは夫々
先頭から適当なサイズ毎に分割されペイロード４３に格
納される。パケットヘッダ４２はペイロード４３に格納
してあるＡＶデータの情報として、格納してあるデータ
を識別するためのＩＤ（ｓｔｒｅａｍＩＤ）と９０ｋ
Ｈｚの精度で表記したペイロード中に含まれているデー
タのデコード時刻ＤＴＳ（ＤｅｃｏｄｉｎｇＴｉｍｅ
Ｓｔａｍｐ）および表示時刻ＰＴＳ（Ｐｒｅｓｅｎｔ
ａｔｉｏｎＴｉｍｅＳｔａｍｐ）（オーディオデー
タのようにデコードと表示が同時に行われる場合はＤＴ
Ｓを省略する）が記録される。パックは複数のパケット
を取りまとめた単位である。ＤＶＤ−ＲＡＭの場合は、
１パケット毎に１パックとして使用するため、パック
は、パックヘッダ４１とパケット（パケットヘッダ４２
およびペイロード４３）から構成される。パックヘッダ
には、このパック内のデータがデコーダバッファに入力
される時刻を２７ＭＨｚの精度で表記したＳＣＲ（Ｓｙ
ｓｔｅｍＣｌｏｃｋＲｅｆｅｒｅｎｃｅ）が記録さ
れる。

【００２９】この様なＭＰＥＧシステムストリームをＤ
ＶＤ−ＲＡＭでは、１パックを１セクタ（＝２０４８
Ｂ）として記録する。

【００３０】次に、上述したＭＰＥＧシステムストリー
ムをデコードするデコーダについて説明する。図５はＭ
ＰＥＧシステムデコーダのデコーダモデル（Ｐ−ＳＴ
Ｄ）である。５１はデコーダ内の規準時刻となるＳＴＣ
（ＳｙｓｔｅｍＴｉｍｅＣｌｏｃｋ）、５２はシス
テムストリームのデコード、即ち多重化を解くデマルチ
プレクサ、５３はビデオデコーダの入力バッファ、５４
はビデオデコーダ、５５は前述したＩ、ＰピクチャとＢ
ピクチャの間で生じるデータ順と表示順の違いを吸収す
るためにＩ、Ｐピクチャを一時的に格納するリオーダバ
ッファ、５６はリオーダバッファにあるＩ、Ｐピクチャ
とＢピクチャの出力順を調整するスイッチ、５７はオー
ディオデコーダの入力バッファ、５８はオーディオデコ
ーダである。

【００３１】この様なＭＰＥＧシステムデコーダは、前
述したＭＰＥＧシステムストリームを次の様に処理して
いく。ＳＴＣ５１の時刻とパックヘッダに記述されてい
るＳＣＲが一致した時に、デマルチプレクサ５２は当該
パックを入力する。デマルチプレクサ５２は、パケット
ヘッダ中のストリームＩＤを解読し、ペイロードのデー
タを夫々のストリーム毎のデコーダバッファに転送す
る。また、パケットヘッダ中のＰＴＳおよびＤＴＳを取
り出す。ビデオデコーダ５４は、ＳＴＣ５１の時刻とＤ
ＴＳが一致した時刻にビデオバッファ５３からピクチャ
データを取り出しデコード処理を行い、Ｉ、Ｐピクチャ
はリオーダバッファ５５に格納し、Ｂピクチャはそのま
ま表示出力する。スイッチ５６は、ビデオデコーダ５４
がデコードしているピクチャがＩ、Ｐピクチャの場合、
リオーダバッファ５５側へ傾けてリオーダバッファ５５
内の前ＩまたはＰピクチャを出力し、Ｂピクチャの場
合、ビデオデコーダ５４側へ傾けておく。オーディオデ
コーダ５８は、ビデオデコーダ５４同様に、ＳＴＣ５１
の時刻とＰＴＳ（オーディオの場合ＤＴＳはない）が一
致した時刻にオーディオバッファ５７から１オーディオ
フレーム分のデータを取り出しデコードする。

【００３２】次に、ＭＰＥＧシステムストリームの多重
化方法について図６を用いて説明する。図６（ａ）はビ
デオフレーム、図６（ｂ）はビデオバッファ、図６
（ｃ）はＭＰＥＧシステムストリーム、図６（ｄ）はオ
ーディオデータを夫々示している。横軸は各図に共通し
た時間軸を示していて、各図とも同一時間軸上に描かれ
ている。また、ビデオバッファの状態においては、縦軸
はバッファ占有量（ビデオバッファのデータ蓄積量）を
示し、図中の太線はバッファ占有量の時間的遷移を示し
ている。また、太線の傾きはビデオのビットレートに相
当し、一定のレートでデータがバッファに入力されてい
ることを示している。また、一定間隔でバッファ占有量
が削減されているのは、データがデコードされた事を示
している。また、斜め点線と時間軸の交点はビデオフレ
ームのビデオバッファへのデータ転送開始時刻を示して
いる。

【００３３】以降、ビデオデータ中の複雑な画像Ａを例
に説明する。図６（ｂ）で示すように画像Ａは大量の符
号量を必要とするため、画像Ａのデコード時刻よりも図
中の時刻ｔ１からビデオバッファへのデータ転送を開始
しなければならない。（データ入力開始時刻ｔ１からデ
コードまでの時間をｖｂｖ＿ｄｅｌａｙと呼ぶ）その結
果、ＡＶデータとしては網掛けされたビデオパックの位
置（時刻）で多重化される。これに対して、ビデオの様
にダイナミックな符号量制御を必要としないオーディオ
データの転送はデコード時刻より特別に早める必要はな
いので、デコード時刻の少し前で多重化されるのが一般
的である。従って、同じ時刻に再生されるビデオデータ
とオーディオデータでは、ビデオデータが先行している
状態で多重化が行われる。尚、ＭＰＥＧではバッファ内
にデータを蓄積できる時間が限定されていて、静止画デ
ータを除く全てのデータはバッファに入力されてから１
秒以内にバッファからデコーダへ出力されなければなら
ないように規定されている。そのため、ビデオデータと
オーディオデータの多重化でのずれは最大で１秒（厳密
に言えばビデオデータのリオーダの分だけ更にずれるこ
とがある）である。

【００３４】尚、本例では、ビデオがオーディオに対し
て先行するとしたが、理屈の上では、オーディオがビデ
オに対して先行することも可能ではある。ビデオデータ
に圧縮率の高い簡単な画像を用意し、オーディオデータ
を不必要に早く転送を行った場合は、このようなデータ
を意図的に作ることは可能である。しかしながらＭＰＥ
Ｇの制約により先行できるのは最大でも１秒までであ
る。

【００３５】（テープの説明）次にビデオテープについ
て説明する。

【００３６】図７はビデオレコーダとビデオテープとの
関係を示す図である。図７に示す様に、テープの場合、
テープ走行方向に対してビデオ、オーディオの各チャン
ネルの記録領域は夫々平行に独立しているため、オーデ
ィオだけを記録することが容易に行える。

【００３７】また、従来のアナログ系ビデオテープレコ
ーダの場合、再生から録音までに要する時間（ディレ
イ）がほとんどゼロに等しいため一つのヘッドで同時に
再生と録音が可能である。

【００３８】

【発明が解決しようとする課題】本発明は上記従来技術
において説明した次世代ＡＶ記録メディアとして期待さ
れるＤＶＤ−ＲＡＭの性能を最大限に引き出す上で支障
となる以下の課題を解決し、書き換え可能な大容量光デ
ィスクＤＶＤ−ＲＡＭの最大且つ本命の用途であるＤＶ
Ｄレコーダを実現するものである。

【００３９】ＤＶＤレコーダでアフターレコーディング
を行う場合の最大の課題は、ＤＶＤレコーダで記録する
ＡＶデータがＭＰＥＧストリームであることと、ビデオ
レコーダとＤＶＤレコーダの機構的な違いである。

【００４０】ビデオレコーダの場合、従来技術で説明し
たとおり、ビデオとオーディオの各チャンネルが夫々独
立してテープ上に記録される。再生から録音までのディ
レイが無いなどの理由からオーディオのアフターレコー
ディングが容易に可能であったが、ＤＶＤレコーダの場
合、ビデオとオーディオが多重化された一本のストリー
ムとして記録される。読み書きを行う光ピックアップが
一つである。可変ビットレートを実現するためのトラッ
クバッファを有しているため再生から記録までに時間差
が生じ、仮に光ピックアップを二つ備えたとしても、夫
々が独立に動作できなければならない。仮に夫々の光ピ
ックアップが独立して動作できたとしても、夫々のピッ
クアップがアクセスする領域が異なるゾーンに跨った場
合、ゾーン毎に回転速度を変えるＤＶＤ−ＲＡＭでは記
録と再生が同時に行えないという問題を有していた。

【００４１】また、従来技術で説明したようにＭＰＥＧ
ストリームにはＡＶ同期再生用のタイムスタンプが記述
されているため、後から記録するオーディオストリーム
に付与するタイムスタンプと既存ストリームに付与され
ているタイムスタンプの間に矛盾が生じた場合、デコー
ダが正常に動作しなくなる場合が生じる。例えば、既存
ストリーム中のビデオパックに付与されているＳＣＲと
後から記録したオーディオパックに付与されているＳＣ
Ｒが同一時刻を有した場合、このＳＣＲの時刻にデコー
ダが処理すべきデータが同時に二つ存在することにな
り、デコーダが正常に動作できなくなり、最悪ハングア
ップする問題を有していた。

【００４２】

【課題を解決するための手段】上記課題を解決するた
め、請求項１に係る発明は、少なくとも動画像データと
音声データがパック、パケット構造を有するＭＰＥＧス
トリームとして記録されている光ディスクにおいて、前
記ＭＰＥＧストリームに対してアフターレコーディング
を行った音声データがＭＰＥＧストリームとして他の領
域に記録され、アフターレコーディング音声データの各
パックのデコーダバッファへの入力開始時刻（ＳＣＲ）
がオリジナル音声データの各パックのデコーダバッファ
への入力開始時刻（ＳＣＲ）と同一値が夫々付けられて
いることを特徴とする光ディスクとしている。

【００４３】請求項２に係る発明は、請求項１記載の光
ディスクであって、前記アフターレコーディング音声デ
ータの各パケットに付与されている音声データの表示時
刻（ＰＴＳ）が前記オリジナル音声データの各パケット
に付与されている音声データの表示時刻（ＰＴＳ）と同
一値が夫々付けられていることを特徴とする光ディスク
としている。

【００４４】請求項３に係る発明は、請求項１ないし２
記載の光ディスクであって、前記アフターレコーディン
グ音声データの各パケットのペイロードサイズが前記オ
リジナル音声データの各パケットのペイロードサイズと
夫々同一であることを特徴とする光ディスクとしてい
る。

【００４５】請求項４に係る発明は、請求項１ないし３
記載の光ディスクであって、前記アフターレコーディン
グ音声データに付与されているストリームＩＤと前記オ
リジナル音声データに付与されているストリームＩＤが
同一値であることを特徴とする光ディスクとしている。

【００４６】請求項５に係る発明は、ストリームデータ
用の管理情報を有する請求項１ないし４記載の光ディス
クであって、前記ＭＰＥＧストリームの管理情報中にア
フターレコーディング音声データの存在を示す識別フラ
グ（Ａｆｔｅｒ＿Ｒｅｃｏｒｄｉｎｇ＿Ｆｌａｇ）を有
していることを特徴とする光ディスクとしている。

【００４７】請求項６に係る発明は、請求項１ないし５
記載の光ディスクであって、前記アフターレコーディン
グ音声データは前記オリジナルストリームとは異なる専
用ファイルに記録されていることを特徴とする光ディス
クとしている。

【００４８】請求項７に係る発明は、請求項１ないし６
記載の光ディスクにアフターレコーディング音声データ
を記録する光ディスクレコーダであって、前記光ディス
クにアフターレコーディング音声を記録する場合、前記
アフターレコーディング音声データの各パックに付与さ
れているデコーダバッファへの入力開始時刻（ＳＣＲ）
と各パケットに付与されているオーディオフレームの表
示時刻（ＰＴＳ）が前記オリジナル音声データの各パッ
クに付与されているデコーダバッファへの入力開始時刻
（ＳＣＲ）と各パケットに付与されているオーディオフ
レームの表示時刻（ＰＴＳ）と夫々同一時刻として記録
することを特徴とする光ディスクレコーダとしている。

【００４９】請求項８に係る発明は、請求項７記載の光
ディスクレコーダであって、前記光ディスクにアフター
レコーディング音声データを記録する場合、前記アフタ
ーレコーディング音声データの各パケットペイロードサ
イズと前記オリジナル音声データの各パケットペイロー
ドサイズを同一にして記録することを特徴とする光ディ
スクレコーダとしている。

【００５０】請求項９に係る発明は、請求項７ないし８
記載の光ディスクレコーダであって、前記光ディスクに
アフターレコーディング音声データを記録する場合、前
記アフターレコーディング音声データのストリームＩＤ
を前記オリジナル音声データのストリームＩＤと同一値
として記録することを特徴とする光ディスクレコーダと
している。

【００５１】請求項１０に係る発明は、請求項７なし９
記載の光ディスクレコーダであって、前記光ディスクに
アフターレコーディング音声データを記録した場合、前
記オリジナル音声データを含む前記ＭＰＥＧストリーム
の管理情報中にアフターレコーディング音声データの存
在を示す識別フラグ（Ａｆｔｅｒ＿Ｒｅｃｏｒｄｉｎｇ
＿Ｆｌａｇ）を立てることを特徴とする光ディスクレコ
ーダとしている。

【００５２】請求項１１に係る発明は、請求項７ないし
１０記載の光ディスクレコーダであって、前記オリジナ
ル音声データを含む前記ＭＰＥＧストリームを一時蓄積
するトラックバッファ２と前記アフターレコーディング
音声データを一時蓄積するトラックバッファ１を有する
ことを特徴とする光ディスクレコーダとしている。

【００５３】請求項１２に係る発明は、請求項７ないし
１１記載の光ディスクレコーダであって、前記アフター
レコーディング音声データを前記オリジナル音声データ
を含む前記ＭＰＥＧストリームと異なる専用ファイルに
記録することを特徴とする光ディスクレコーダとしてい
る。

【００５４】請求項１３に係る発明は、請求項１ないし
６記載の光ディスクを再生する光ディスクプレーヤであ
って、前記管理情報から再生するＭＰＥＧストリームに
アフターレコーディング音声データがあることを識別す
るフラグ（Ａｆｔｅｒ＿Ｒｅｃｏｒｄｉｎｇ＿Ｆｌａ
ｇ）が設定されていることを検出した場合、前記アフタ
ーレコーディング音声データと前記オリジナル音声デー
タを含む前記ＭＰＥＧストリームを読み出し、前記オリ
ジナル音声データを破棄して前記アフターレコーディン
グ音声データの再生を行うことを特徴とする光ディスク
プレーヤとしている。

【００５５】請求項１４に係る発明は、請求項１３に記
載の光ディスクプレーヤであって、前記オリジナル音声
データを含む前記ＭＰＥＧストリームを一時蓄積するト
ラックバッファ２と前記アフターレコーディング音声デ
ータを一時蓄積するトラックバッファ１を有することを
特徴とする光ディスクプレーヤとしている。

【００５６】

【発明の実施の形態】本発明の一実施の形態であるＤＶ
ＤレコーダとＤＶＤ−ＲＡＭを用いて本発明の詳細を説
明する。

【００５７】（ＤＶＤ−ＲＡＭ上の論理構成）まずＤＶ
Ｄ−ＲＡＭ上の論理構成について図８を用いて説明す
る。図８（ａ）は、ファイルシステムを通して見えるデ
ィスク上のデータ構成、図８（ｂ）は、ディスク上の物
理セクタアドレスを示している。

【００５８】物理セクタアドレスの先頭部分にはリード
イン領域がありサーボを安定させるために必要な規準信
号や他のメディアとの識別信号などが記録されている。
リードイン領域に続いてデータ領域が存在する。この部
分に論理的に有効なデータが記録される。最後にリード
アウト領域がありリードイン領域と同様な規準信号など
が記録される。

【００５９】データ領域の先頭にはボリューム情報と呼
ばれるファイルシステム用の管理情報が記録される。フ
ァイルシステムについては本特許の内容と直接関係がな
いので省略する。

【００６０】ファイルシステムを通すことで、図８
（ａ）に示す様にディスク内のデータがディレクトリや
ファイルとして扱うことが可能になる。

【００６１】ＤＶＤレコーダが扱う全てのデータは、図
８（ａ）に示す様にＲＯＯＴディレクトリ直下のＶＩＤ
ＥＯ＿ＲＴディレクトリ下に置かれる。

【００６２】ＤＶＤレコーダが扱うファイルは大きく２
種類に区別され、１つの管理情報ファイルと複数（少な
くとも１つ）のＡＶファイルである。

【００６３】（管理情報ファイル）次に図９（ａ）を用
いて管理情報ファイルの中身について説明する。

【００６４】管理情報ファイル内には、大きく分けてＶ
ＯＢテーブルとＰＧＣテーブルに区分けされる。ＶＯＢ
とはＭＰＥＧのプログラムストリームであり、ＰＧＣは
ＶＯＢ内の任意の部分区間（または全区間）を一つの論
理再生単位とするＣｅｌｌの再生順序を定義するもので
ある。言い換えれば、ＶＯＢはＭＰＥＧとして意味を持
つ一つの単位であり、ＰＧＣはプレーヤが再生を行う一
つの単位である。

【００６５】ＶＯＢテーブルは、中にＶＯＢ数（Ｎｕｍ
ｂｅｒ＿ｏｆ＿ＶＯＢｓ）と各ＶＯＢ情報が記録され、
ＶＯＢ情報は対応するＡＶファイル名（ＡＶ＿Ｆｉｌｅ
＿Ｎａｍｅ）、ディスク内でのＶＯＢ識別子（ＶＯＢ＿
ＩＤ）、ＡＶファイル内でのスタートアドレス（ＶＯＢ
＿Ｓｔａｒｔ＿Ａｄｄｒｅｓｓ）、ＡＶファイル内での
終了アドレス（ＶＯＢ＿Ｅｎｄ＿Ａｄｄｒｅｓｓ）、Ｖ
ＯＢの再生時間長（ＶＯＢ＿Ｐｌａｙｂａｃｋ＿Ｔｉｍ
ｅ）、ストリームの属性情報（ＶＯＢ＿Ａｔｔｒｉｂｕ
ｔｅ）、アフターレコーディング用情報フィールド（Ａ
ｆｔｅｒ＿Ｒｅｃｏｒｄｉｎｇ）から構成される。

【００６６】アフターレコーディング用情報フィールド
は、アフレコの有無を示すアフレコフラグ（Ａｆｔｅｒ
＿Ｒｅｃｏｒｄｉｎｇ＿Ｆｌａｇ）、アフレコ用に作成
したＶＯＢを示すＶＯＢ識別子（ＶＯＢ＿ＩＤ）、ＡＶ
ファイル内でのスタートアドレス（ＶＯＢ＿Ｓｔａｒｔ
＿Ａｄｄｒｅｓｓ）、ＡＶファイル内での終了アドレス
（ＶＯＢ＿Ｅｎｄ＿Ａｄｄｒｅｓｓ）から構成される。

【００６７】ＰＧＣテーブルは、中にＰＧＣ数（Ｎｕｍ
ｂｅｒ＿ｏｆ＿ＶＯＢｓ）と各ＰＧＣ情報が記録され、
ＰＧＣ情報はＰＧＣ内のＣｅｌｌ数（Ｎｕｍｂｅｒ＿ｏ
ｆ＿Ｃｅｌｌｓ）と各Ｃｅｌｌ情報から構成され、Ｃｅ
ｌｌ情報は対応するＶＯＢ＿ＩＤ、ＶＯＢ内での再生開
始時刻（Ｃｅｌｌ＿Ｓｔａｒｔ＿Ｔｉｍｅ）、ＶＯＢ内
での再生時間（Ｃｅｌｌ＿Ｐｌａｙｂａｃｋ＿Ｔｉｍ
ｅ）、ＶＯＢ内での再生開始アドレス（Ｃｅｌｌ＿Ｓｔ
ａｒｔ＿Ａｄｄｒｅｓｓ）、ＶＯＢ内での再生終了アド
レス（Ｃｅｌｌ＿Ｅｎｄ＿Ａｄｄｒｅｓｓ）と、このＣ
ｅｌｌで再生する音声をオリジナルオーディオまたはア
フレコオーディオから指定するオーディオフラグ（Ａｕ
ｄｉｏ＿Ｆｌａｇ）、アフレコオーディオ用のＣｅｌｌ
＿Ｓｔａｒｔ＿Ａｄｄｒｅｓｓ、Ｃｅｌｌ＿Ｅｎｄ＿Ａ
ｄｄｒｅｓｓから構成される。

【００６８】（ＡＶファイル）次に、図９（ｂ）を用い
てＡＶファイルについて説明する。

【００６９】ＡＶファイルは複数（少なくとも一つ）の
ＶＯＢから構成され、ＡＶファイル内でＶＯＢは連続的
に記録されている。ＡＶファイル内のＶＯＢは前述した
管理情報ファイルのＶＯＢ情報で管理されている。プレ
ーヤは、最初に管理情報ファイルにアクセスし、ＶＯＢ
の開始アドレスおよび終了アドレスを読み出すことで、
ＶＯＢへのアクセスが可能になる。また、ＶＯＢ内は論
理的な再生単位としてＣｅｌｌが定義される。Ｃｅｌｌ
はＶＯＢの部分再生区間（または全区間）であり、ユー
ザが自由に設定が可能である。このＣｅｌｌによって、
実際のＡＶデータの操作を行う事無しに簡易な編集を行
う事が可能である。ＶＯＢと同様にＣｅｌｌへのアクセ
ス情報は、管理情報ファイル内のＣｅｌｌ情報内で管理
されている。プレーヤは、最初に管理情報ファイルにア
クセスし、Ｃｅｌｌの開始アドレスおよび終了アドレス
を読み出すことで、Ｃｅｌｌへのアクセスが可能にな
る。

【００７０】Ｃｅｌｌのアドレス情報はＶＯＢを規準と
し、ＶＯＢのアドレス情報はＡＶファイルを規準とする
ため、実際には、Ｃｅｌｌのアドレス情報にＶＯＢのア
ドレス情報を加算しＡＶファイル内でのアドレス情報を
計算して、プレーヤはＡＶファイルにアクセスを行う。

【００７１】ＡＶファイルは大きく次の二種類が存在す
る。一つ目は、通常に録画および録音を行ったＶＯＢ。
二つ目は、アフレコオーディオをのみを記録したＶＯＢ
である。

【００７２】アフレコオーディオのみを記録したＶＯＢ
とは、通常に録画および録音を行ったＶＯＢに対してア
フレコを行ったオーディオデータを記録したアフレコオ
ーディオＶＯＢである。

【００７３】（アフレコオーディオＶＯＢ）次にアフレ
コオーディオ用ＶＯＢについて説明する。

【００７４】図１０（ａ）は通常に録画および録音を行
ったＶＯＢ、図１０（ｂ）は前述したＶＯＢにアフレコ
を行ったオーディオデータを記録してあるＶＯＢ、図１
０（ｃ）は前述した二つのＶＯＢを合成したＶＯＢであ
り、本発明の場合、この最後のＶＯＢがデコーダに送ら
れるデータである。

【００７５】ここで重要なことは、アフレコオーディオ
ＶＯＢに記録されているオーディオパックに付けられて
いるＳＣＲは全てオリジナルのＶＯＢ内に存在するオー
ディオパックに付けられているＳＣＲに一致しているこ
とと、同一ＳＣＲを有するオーディオパック間では、オ
ーディオパック内のオーディオパケットに付けられてい
るＰＴＳおよびストリームを識別するストリームＩＤが
同一値であり、またペイロードサイズが同一である。従
来技術でも説明したが、ＭＰＥＧシステムストリームに
付けられているタイムスタンプはストリーム内で連続す
る値を有しており、特にＳＣＲはストリーム内で必ず増
加する特性を有している。アフレコオーディオ用ＶＯＢ
内のオーディオパックのＳＣＲを全てオリジナルＶＯＢ
内に存在するオーディオパックのＳＣＲに一致させるこ
とで、オリジナルＶＯＢからオーディオパックを抜き出
し、アフレコＶＯＢのオーディオパックを挿入した合成
ＶＯＢ（図１０（ｃ））を間単に作り出す事が可能にな
る。

【００７６】もちろん、ＭＰＥＧストリームとして規格
違反を起こさない範囲でタイムスタンプがオリジナルと
違っていても良い。例えば、ＳＣＲの値が１（２７ＭＨ
ｚ）ずれて付いたとしてもＭＰＥＧストリームとして規
格に収まるので問題はない。また、ＰＴＳ、ＤＴＳおよ
びペイロードサイズもデコーダバッファがアンダーフロ
ーおよびオーバーフローを起こさない範囲で変えても良
い。

【００７７】（アフレコオーディオの再生）次に、前述
したオリジナルＶＯＢとアフレコオーディオＶＯＢの再
生方法を図１１を用いて説明する。

【００７８】図１１（ａ）は、ＤＶＤレコーダの構成の
一部を示している。図中で、１１０１はＤＶＤ−ＲＡＭ
ディスクからデータを読み出す光りピックアップ、１１
０２はＥＣＣ処理部、１１０３はアフレコオーディオを
蓄積するトラックバッファ１、１１０４はオリジナルＶ
ＯＢを蓄積するトラックバッファ２、１１０５はデコー
ダに供給するデータを選択する選択部である。また、図
１１（ｂ）は、ＤＶＤ−ＲＡＭディスク上に記録された
オリジナルＶＯＢおよびアフレコオーディオＶＯＢの配
置を示す図であり、図中で、Ｖ１およびＶ２は夫々オリ
ジナルＶＯＢの連続データの一部であり、Ａ１およびＡ
２は夫々アフレコオーディオＶＯＢの連続データの一部
である。

【００７９】ＤＶＤレコーダは、まず、アフレコオーデ
ィオＶＯＢを最初に読み出し、ＥＣＣ処理部１１０２を
通してトラックバッファ１（１１０３）がフルになるま
で蓄積する（１）。この時読み出す量は、トラックバッ
ファ１（１１０３）がフルになるまでであり、本実施例
では、Ａ１である。次に、ＤＶＤレコーダはオリジナル
ＶＯＢの先頭までシークし、オリジナルＶＯＢを読み出
しトラックバッファ２（１１０４）への格納とデータの
再生を開始する（２）。

【００８０】ＤＶＤレコーダは、オリジナルＶＯＢを格
納しているトラックバッファ２（１１０４）に十分なデ
ータが蓄積されオリジナルＶＯＢの読み出しのシークが
発生しても十分に耐えられるだけのデータがトラックバ
ッファ２（１１０４）に蓄えられている場合、オリジナ
ルＶＯＢの読み出しを途中で止め（図中”Ｖ１”ま
で）、再びアフレコオーディオＶＯＢ（図中”Ａ２”）
を読み出しに行く（３）。トラックバッファ１（１１０
３）がフルになるか、アフレコオーディオＶＯＢを読み
終えた後、再びオリジナルＶＯＢ（図中”Ｖ２”）を読
み出しに行く（４）。以上説明したように、ＤＶＤレコ
ーダは、オリジナルＶＯＢ用のトラックバッファ２（１
１０４）の状態に応じてオリジナルＶＯＢとアフレコＶ
ＯＢを交互に読み出し、夫々のトラックバッファへの格
納を行う。

【００８１】次に、トラックバッファに蓄積されたデー
タの処理について説明する。アフレコオーディオを再生
するためには、オリジナルＶＯＢのオーディオパックを
破棄して、アフレコオーディオＶＯＢのオーディオパッ
クをデコーダへ供給することで実現できる。選択部１１
０５は、トラックバッファ２（１１０４）から順にパッ
ク単位でデータを取り出しデコーダ部へ供給する。この
時、取り出すデータがアフレコオーディオストリームと
同一ストリームＩＤを有するオーディオパックであった
場合、このオーディオパックを破棄して、代わりにトラ
ックバッファ１（１１０３）からオーディオパックを一
つ取り出し、デコーダへ供給する。以上の処理を選択部
１１０５が続けて行うことで、前述した様な（図１０
（ｃ）参照）合成ＶＯＢをデコーダへ供給することが可
能になる。

【００８２】（ＤＶＤレコーダのブロック図）図１２は
ＤＶＤレコーダのブロック図である。

【００８３】図中、１２０１はユーザへの表示およびユ
ーザからの要求を受け付けるユーザインターフェース
部、１２０２は全体の管理および制御を司るシステム制
御部、１２０３はカメラおよびマイクから構成される入
力部、１２０４はビデオエンコーダ、オーディオエンコ
ーダおよびシステムエンコーダから構成されるエンコー
ダ部、１２０５はモニタおよびスピーカから構成される
出力部、１２０６はシステムデコーダ、オーディオデコ
ーダおよびビデオデコーダから構成されるデコーダ部、
１２０７はトラックバッファ１、１２０８はトラックバ
ッファ２、１２０９はドライブである。

【００８４】まず、図１２を用いてＤＶＤレコーダにお
けるアフターレコーディングの記録動作について説明す
る。

【００８５】ユーザインターフェース部１２０１が最初
にユーザからの要求を受ける。ユーザインターフェース
部１２０１はユーザからの要求をシステム制御部１２０
２に伝え、システム制御部１２０２はユーザからの要求
を解釈および各モジュールへ処理要求を行う。ユーザか
らの要求がＶＯＢのアフターレコーディングであった場
合、システム制御部１２０２は、ドライブ１２０９を通
して再生するＶＯＢをＤＶＤ−ＲＡＭディスクからの読
み出しを開始し、トラックバッファ２（１２０８）へ格
納を始める。

【００８６】システム制御部１２０２は、データの読み
出し開始後、すぐにデコーダ部１２０６にデコード要求
を行う。デコーダ部１２０６はトラックバッファ２に格
納されているＭＰＥＧデータの読み出しと出力部１２０
６へデコードデータを供給する。出力部１２０５送られ
てきたデータをモニタおよびスピーカで出力する。ま
た、デコーダ部１２０６は、トラックバッファ２から読
み出したＭＰＥＧストリームから、オーディオパックを
検出した場合、オーディオパックに付けられているＳＣ
Ｒ、オーディオパケットに付けられているＰＴＳを抜き
出し、オーディオパケット中のペイロードのサイズとあ
わせてエンコーダ部１２０４に送る。

【００８７】システム制御部１２０２は、デコーダ部１
２０６へのデコード要求の他にエンコーダ部１２０４へ
のアフレコ用のオーディオエンコード要求を行う。

【００８８】エンコーダ部１２０４は、システム制御部
１２０２からのアフレコ用オーディオエンコード要求を
受け、入力部１２０３から送られる音声データのオーデ
ィオエンコードとＭＰＥＧシステムエンコード、即ちパ
ックおよびパケット化処理を行い、トラックバッファ１
（１２０７）にデータを格納する。

【００８９】この時、エンコーダ部１２０４は、デコー
ダ部１２０６から送られたオリジナルＶＯＢのオーディ
オパックのＳＣＲ、ＰＴＳ、ペイロードサイズに従いシ
ステムエンコードを行う。具体的には、オーディオエン
コードしたデータをオリジナルＶＯＢのペイロードサイ
ズにあわせてパケットヘッダに格納し、パケットヘッダ
にはオリジナルＶＯＢと同じＰＴＳを付加し、パックヘ
ッダにはオリジナルＶＯＢと同じＳＣＲを付加してい
く。この処理を行うことで、前述した（図１０（ｂ）参
照）アフレコＶＯＢを作成することが可能である。

【００９０】トラックバッファ１（１２０７）に蓄積さ
れたアフレコオーディオＶＯＢは、再生系に余裕がある
時間、例えばトラックバッファ２（１２０８）がフルで
ＤＶＤ−ＲＡＭディスクからの読み出しができない時間
を利用して、ドライブ１２０９を通してＤＶＤ−ＲＡＭ
ディスクに記録する。

【００９１】一連の動作終了後、システム制御部１２０
２は前述したＶＯＢテーブルおよびＰＧＣテーブルの修
正を行い、ドライブ１２０９を通してＤＶＤ−ＲＡＭデ
ィスクに記録する。この時、重要なことは、ＶＯＢ情報
のアフレコフラグ（Ａｆｔｅｒ＿Ｒｅｃｏｒｄｉｎｇ＿
Ｆｌａｇ）とＣｅｌｌ情報のオーディオフラグ（Ａｕｄ
ｉｏ＿Ｆｌａｇ）を立てることである。

【００９２】次に、図１２を用いてＤＶＤレコーダにお
ける再生動作について説明する。ユーザインターフェー
ス部１２０１が最初にユーザからの要求を受ける。ユー
ザインターフェース部１２０１はユーザからの要求をシ
ステム制御部１２０２に伝え、システム制御部１２０２
はユーザからの要求を解釈および各モジュールへ処理要
求を行う。ユーザからの要求がＰＧＣの再生であった場
合、システム制御部１２０２は、ドライブ１２０９を通
してＰＧＣ情報を読み出す。読み出したＰＧＣ情報内の
Ｃｅｌｌ情報に記述されているＶＯＢ＿ＩＤから該当す
るＶＯＢ情報を読み出し、Ｃｅｌｌ情報およびＶＯＢ情
報からＤＶＤ−ＲＡＭディスクに記録されているＡＶデ
ータへの読み出しを行い、トラックバッファに格納す
る。この時重要なことは、Ｃｅｌｌ情報内のアフレコオ
ーディオの再生を示すオーディオフラグ（Ａｕｄｉｏ＿
Ｆｌａｇ）が立てられている場合は、オリジナルＶＯＢ
だけでなく、アフレコオーディオ用ＶＯＢからもＡＶデ
ータを読み出すことである。

【００９３】オリジナルＶＯＢおよびアフレコオーディ
オＶＯＢの読み出し、トラックバッファへ２およびトラ
ックバッファ１への格納、デコーダ部１２０６へのデー
タ供給については前述した”アフレコオーディオの再
生”の通りである。

【００９４】また、デコーダ部１２０６がデコードした
データは出力部１２０５でモニタおよびスピーカに出力
される。

【００９５】なお、本実施の形態では、ＤＶＤ−ＲＡＭ
を例に説明をしたが、他のメディアにおいても同様の事
が言え、本発明はＤＶＤ−ＲＡＭや光ディスクにのみ制
限されるものではない。

【００９６】また、本実施の形態では、オーディオスト
リームを例に説明を行ったが、他のストリーム、例えば
ビットマップデータやテキストデータから構成される様
な副映像データであっても良い。

【００９７】また、本実施の形態において、アフターレ
コーディングをＶＯＢ単位で行ったが、例えばＰＧＣ単
位でオリジナル、アフレコオーディオを変えられるよう
にＣｅｌｌ毎に行っても良い。

【００９８】また、本実施の形態において、アフターレ
コーディングを行うオーディオストリームを一本のスト
リームで説明したが、複数本のオーディオストリームを
持っても良く、ストリーム数に制限されるものではな
い。

【００９９】また、本実施の形態において、アフターレ
コーディングするオーディオストリームのＩＤをオリジ
ナルのオーディオストリームのＩＤと同一としたが、オ
リジナルストリームとアフレコストリーム間での対応付
けさえ管理できればよく、例えば、フラグやマッピング
テーブルを有する構成で、異なるストリームＩＤとして
も良い。

【０１００】また、本実施の形態では、アフレコ用ＶＯ
Ｂを別のＡＶファイルに記録したが、他のＶＯＢと同一
ＡＶファイル内に記録してもよいし、本発明はＡＶファ
イルの構成に制限を受けるものではない。

【０１０１】

【発明の効果】本発明では、少なくとも動画像データと
音声データがパック、パケット構造を有するＭＰＥＧス
トリームとして記録されている光ディスクにおいて、前
記ＭＰＥＧストリームに対してアフターレコーディング
を行った音声データがＭＰＥＧストリームとして他の領
域に記録され、アフターレコーディング音声データの各
パックのデコーダバッファへの入力開始時刻（ＳＣＲ）
と、各パケットに付与されている音声データの表示時刻
（ＰＴＳ）と、各パケットのペイロードサイズが、前記
オリジナル音声データの各パック、パケットと同一に記
録されている。この結果、前記光ディスクを再生する光
ディスクプレーヤにおいて、前記オリジナル音声データ
と前記アフターレコーディング音声データを容易に入れ
替えて再生することが可能となる効果が得られる。

【０１０２】また、前記アフターレコーディング音声デ
ータに付与されているストリームＩＤと前記オリジナル
音声データに付与されているストリームＩＤが同一値で
記録されていることによって、前記光ディスクプレーヤ
が音声データの入れ替えをストリームＩＤから容易に行
うことが可能となる効果が得られる。

【０１０３】また、前記ＭＰＥＧストリームの管理情報
中にアフターレコーディング音声データの存在を示す識
別フラグ（Ａｆｔｅｒ＿Ｒｅｃｏｒｄｉｎｇ＿Ｆｌａ
ｇ）が記録されていることによって、前記光ディスクプ
レーヤがアフターレコーディングの有無を容易に判定で
きる効果が得られる。

【０１０４】また、前記光ディスクにアフターレコーデ
ィングを行う光ディスクレコーダにおいて、前記オリジ
ナル音声データを含む前記ＭＰＥＧストリームを一時蓄
積するトラックバッファ２と前記アフターレコーディン
グ音声データを一時蓄積するトラックバッファ１を有す
ることによって、再生と録音を同時に行うことが可能と
なる効果が得られる。

【０１０５】また、前記光ディスクを再生する光ディス
クプレーヤにおいて、オリジナル音声データを含む前記
ＭＰＥＧストリームを一時蓄積するトラックバッファ２
と前記アフターレコーディング音声データを一時蓄積す
るトラックバッファ１を有することによって、オリジナ
ル音声データとアフターレコーディング音声の入れ替え
が容易に行える効果が得られる。

【図面の簡単な説明】

【図１】ＤＶＤレコーダのドライブ装置ブロック図

【図２】（ａ）ディスク上のアドレス空間を示す図（ｂ）トラックバッファ内データ蓄積量を示す図

【図３】ＭＰＥＧビデオストリームにおけるピクチャ相
関図

【図４】ＭＰＥＧシステムストリームの構成図

【図５】ＭＰＥＧシステムデコーダ（Ｐ−ＳＴＤ）の構
成図

【図６】（ａ）ビデオデータを示す図（ｂ）ビデオバッファを示す図（ｃ）ＭＰＥＧシステムストリームを示す図（ｄ）はオーディオデータを示す図

【図７】ＶＴＲの構成図

【図８】（ａ）ディレクトリ構造を示す図（ｂ）ディスク上の物理配置を示す図

【図９】（ａ）管理情報データを示す図（ｂ）ストリームデータを示す図

【図１０】（ａ）オリジナルＶＯＢを示す図（ｂ）アフレコオーディオＶＯＢを示す図（ｃ）オーディオ入れ替え後ＶＯＢを示す図

【図１１】（ａ）ＤＶＤレコーダのドライブ構成図（ｂ）はＶＯＢの配置を示す図

【図１２】ＤＶＤレコーダの構成図

【符号の説明】

１１光ピックアップ１２ＥＣＣ処理部１３トラックバッファ１４スイッチ１５エンコーダ部１６デコーダ部４１パックヘッダ４２パケットヘッダ４３ペイロード５１ＳＴＣ５２デマルチプレクサ５３ビデオバッファ５４ビデオデコーダ５５リオーダバッファ５６スイッチ５７オーディオバッファ５８オーディオデコーダ１１０１光ピックアップ１１０２ＥＣＣ処理部１１０３トラックバッファ１１１０４トラックバッファ２１１０５選択部１２０１ユーザインターフェース部１２０２システム制御部１２０３入力部１２０４エンコーダ部１２０５出力部１２０６デコーダ部１２０７トラックバッファ１１２０８トラックバッファ２１２０９ドライブ

Claims

【特許請求の範囲】

【請求項１】少なくとも動画像データと音声データがパ
ック、パケット構造を有するＭＰＥＧストリームとして
記録されている光ディスクにおいて、前記ＭＰＥＧスト
リームに対してアフターレコーディングを行った音声デ
ータがＭＰＥＧストリームとして他の領域に記録され、
アフターレコーディング音声データの各パックのデコー
ダバッファへの入力開始時刻（ＳＣＲ）がオリジナル音
声データの各パックのデコーダバッファへの入力開始時
刻（ＳＣＲ）と同一値が夫々付けられていることを特徴
とする光ディスク。
【請求項２】請求項１記載の光ディスクであって、前記
アフターレコーディング音声データの各パケットに付与
されている音声データの表示時刻（ＰＴＳ）が前記オリ
ジナル音声データの各パケットに付与されている音声デ
ータの表示時刻（ＰＴＳ）と同一値が夫々付けられてい
ることを特徴とする光ディスク。
【請求項３】請求項１ないし２記載の光ディスクであっ
て、前記アフターレコーディング音声データの各パケッ
トのペイロードサイズが前記オリジナル音声データの各
パケットのペイロードサイズと夫々同一であることを特
徴とする光ディスク。
【請求項４】請求項１ないし３記載の光ディスクであっ
て、前記アフターレコーディング音声データに付与され
ているストリームＩＤと前記オリジナル音声データに付
与されているストリームＩＤが同一値であることを特徴
とする光ディスク。
【請求項５】ストリームデータ用の管理情報を有する請
求項１ないし４記載の光ディスクであって、前記ＭＰＥ
Ｇストリームの管理情報中にアフターレコーディング音
声データの存在を示す識別フラグ（Ａｆｔｅｒ＿Ｒｅｃ
ｏｒｄｉｎｇ＿Ｆｌａｇ）を有していることを特徴とす
る光ディスク。
【請求項６】請求項１ないし５記載の光ディスクであっ
て、前記アフターレコーディング音声データは前記オリ
ジナルストリームとは異なる専用ファイルに記録されて
いることを特徴とする光ディスク。
【請求項７】請求項１ないし６記載の光ディスクにアフ
ターレコーディング音声データを記録する光ディスクレ
コーダであって、前記光ディスクにアフターレコーディ
ング音声を記録する場合、前記アフターレコーディング
音声データの各パックに付与されているデコーダバッフ
ァへの入力開始時刻（ＳＣＲ）と各パケットに付与され
ているオーディオフレームの表示時刻（ＰＴＳ）が前記
オリジナル音声データの各パックに付与されているデコ
ーダバッファへの入力開始時刻（ＳＣＲ）と各パケット
に付与されているオーディオフレームの表示時刻（ＰＴ
Ｓ）と夫々同一時刻として記録することを特徴とする光
ディスクレコーダ。
【請求項８】請求項７記載の光ディスクレコーダであっ
て、前記光ディスクにアフターレコーディング音声デー
タを記録する場合、前記アフターレコーディング音声デ
ータの各パケットペイロードサイズと前記オリジナル音
声データの各パケットペイロードサイズを同一にして記
録することを特徴とする光ディスクレコーダ。
【請求項９】請求項７ないし８記載の光ディスクレコー
ダであって、前記光ディスクにアフターレコーディング
音声データを記録する場合、前記アフターレコーディン
グ音声データのストリームＩＤを前記オリジナル音声デ
ータのストリームＩＤと同一値として記録することを特
徴とする光ディスクレコーダ。
【請求項１０】請求項７なし９記載の光ディスクレコー
ダであって、前記光ディスクにアフターレコーディング
音声データを記録した場合、前記オリジナル音声データ
を含む前記ＭＰＥＧストリームの管理情報中にアフター
レコーディング音声データの存在を示す識別フラグ（Ａ
ｆｔｅｒ＿Ｒｅｃｏｒｄｉｎｇ＿Ｆｌａｇ）を立てるこ
とを特徴とする光ディスクレコーダ。
【請求項１１】請求項７ないし１０記載の光ディスクレ
コーダであって、前記オリジナル音声データを含む前記
ＭＰＥＧストリームを一時蓄積するトラックバッファ２
と前記アフターレコーディング音声データを一時蓄積す
るトラックバッファ１を有することを特徴とする光ディ
スクレコーダ。
【請求項１２】請求項７ないし１１記載の光ディスクレ
コーダであって、前記アフターレコーディング音声デー
タを前記オリジナル音声データを含む前記ＭＰＥＧスト
リームと異なる専用ファイルに記録することを特徴とす
る光ディスクレコーダ。
【請求項１３】請求項１ないし６記載の光ディスクを再
生する光ディスクプレーヤであって、前記管理情報から
再生するＭＰＥＧストリームにアフターレコーディング
音声データがあることを識別するフラグ（Ａｆｔｅｒ＿
Ｒｅｃｏｒｄｉｎｇ＿Ｆｌａｇ）が設定されていること
を検出した場合、前記アフターレコーディング音声デー
タと前記オリジナル音声データを含む前記ＭＰＥＧスト
リームを読み出し、前記オリジナル音声データを破棄し
て前記アフターレコーディング音声データの再生を行う
ことを特徴とする光ディスクプレーヤ。
【請求項１４】請求項１３に記載の光ディスクプレーヤ
であって、前記オリジナル音声データを含む前記ＭＰＥ
Ｇストリームを一時蓄積するトラックバッファ２と前記
アフターレコーディング音声データを一時蓄積するトラ
ックバッファ１を有することを特徴とする光ディスクプ
レーヤ。