JP2003228921A - 情報記録媒体、情報記録装置及び情報再生装置 - Google Patents

Abstract

(57)【要約】 【課題】この発明は、デジタルデータの高密度記録を効
果的に促進し、しかも、機器内に常駐して保持する必要
のある情報を削減しメモリ容量の効率化を図り得る情報
記録媒体、情報記録装置及び情報再生装置を提供する。 【解決手段】映像または音声を含むストリーム・データ
を、所定のデータ量単位で分割する。ストリーム・デー
タの管理情報は、分割された各ストリーム・データの管
理に共通に使用されるストリーム・データ管理情報と、
分割された個々のストリーム・データの管理に使用され
るローカル管理情報とに分割される。そして、ストリー
ム・データ管理情報と、分割されたストリーム・データ
にローカル管理情報を付加したアクセスユニット１４０
とを、情報記憶媒体１００に記録再生する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、デジタルデータ
が高密度記録される光ディスク等の情報記録媒体に関す
る。また、この発明は、上記情報記録媒体にデジタルデ
ータを高密度記録する情報記録装置に関する。さらに、
この発明は、上記情報記録媒体に高密度記録されたデジ
タルデータを再生する情報再生装置に関する。

【０００２】

【従来の技術】周知のように、近年、ＴＶ（Televisio
n）放送は、デジタル放送の時代に移行しつつあり、そ
れに伴ない、デジタルＴＶ放送を記録するためのストリ
ーマの必要性が要求されている。

【０００３】現在、日本、米国、欧州で放送されている
デジタルＴＶ放送のデータ転送形式としては、主にＭＰ
ＥＧ（Moving Picture Image Coding Experts Group）
規格で規定されているＭＰＥＧ−ＴＳ（Transport Stre
am）が採用されている状況である。

【０００４】今後も、動画を使用したデジタル放送の分
野では、ＭＰＥＧ−ＴＳ方式が標準になると思われる。
ＭＰＥＧ−ＴＳで送られてくるデジタル放送データを記
録する機器として、現状では、テープを記録媒体とした
Ｄ（Digital）−ＶＨＳ（Video Home System）が市場に
て発売されている。しかしながら、アクセス性等を考え
ると、光ディスクを記録媒体とした機器の発売が望まれ
ている状況である。

【０００５】一般的に、デジタルＴＶ放送は、ＳＴＢ
（Set Top Box）で受信・再生される。ＳＴＢとは、放
送局から配給されるキーコードを元に、スクランブルさ
れたデータに伸張・再生処理を施す装置である。

【０００６】受信したデータをそのまま再生する場合に
は、デジタル伸張部でスクランブルを解除し、ＭＰＥＧ
デコーダ部でデータをデコードし、ビデオエンコーダ部
でＴＶ信号に変換してＴＶ画面に表示する。

【０００７】一方、データを保存する場合には、チュー
ナーシステムから受け取ったデジタルデータを、そのま
まの状態のビットストリームとしてＩＥＥＥ（the Inst
itute of Electrical and Electronics Engineers）１
３９４ Ｉ／Ｆ（Inter／Face）等のデジタルインターフ
ェースを介して記録機器に転送し、記録媒体に記録す
る。

【０００８】逆に、記録媒体に記録されているデータを
再生する場合は、最初や途中から再生する場合にも全て
のデータをそのまま送り、ＳＴＢ側で再生することにな
る。記録される内容としては、複数の番組が多重されて
記録される場合も考えられ、この場合は、ＳＴＢ側で希
望の番組を選んで再生することになる。

【０００９】現在発売されている記録機器としては、テ
ープメディアを記録媒体とするＤ−ＶＨＳがある。テー
プメディアの場合、ランダムアクセス性がないという欠
点があり、実際に見たいところを瞬時に再生できないと
いう問題がある。このため、ＤＶＤ（Digital Versatil
e Disc）−ＲＡＭ（Random Access Memory）等の大容量
光ディスクメディアを利用した記録機器の実現への要求
が増えてきている。

【００１０】ＤＶＤフォーラムからは、２００１年２月
に、情報記録媒体に対して映像情報の録画・再生可能な
規格として、『ＤＶＤ Specifications for ＤＶＤ−Ｒ
ＡＭ／ＤＶＤ−ＲＷ／ＤＶＤ−Ｒ for General Discs P
art５：ＳＴＲＥＡＭ ＲＥＣＯＲＤＩＮＧ』が準備され
ている。

【００１１】ところが、この規格は、他のＤＶＤ規格と
コンセプトをあわせるために、２ＫＢ（Kilo Byte）を
１つの単位として擬似的なＭＰＥＧ−ＰＳ（Program St
ream）パケットを構成している。このため、２ＫＢ単位
にヘッダ情報及びアクセス時間情報が付加されることに
なり、記録効率を下げる結果となっている。

【００１２】一方、上記の規格では、光ディスクのラン
ダムアクセス性を有効活用するために、アクセス情報を
集中情報として準備している。ところが、このアクセス
情報は、基本的に、記録されるある一定のデータ量、あ
るいは、一定の再生時間単位に対応して記録されるデー
タ量に対して準備される。このため、光ディスクの記録
容量が増加すると、情報量も増加することになり、記録
機器で常駐して保持しなければならない情報を格納する
メモリの容量を増加させる結果となる。

【００１３】

【発明が解決しようとする課題】そこで、この発明は上
記事情を考慮してなされたもので、デジタルデータの高
密度記録を効果的に促進し、しかも、機器内に常駐して
保持する必要のある情報を削減しメモリ容量の効率化を
図り得る極めて良好な情報記録媒体、情報記録装置及び
情報再生装置を提供することを目的とする。

【００１４】

【課題を解決するための手段】この発明に係る情報記録
媒体は、映像または音声を含むストリーム情報とその管
理情報とを、デジタル記録するものを対象としている。
そして、管理情報のうち、所定のデータ量毎に分割され
た各ストリーム情報の管理に共通に使用される第１の管
理情報を記録可能な第１の記録領域と、分割されたスト
リーム情報に、管理情報のうち、分割された個々のスト
リーム情報の管理に使用される第２の管理情報を付加し
た基準単位の情報を記録可能な第２の記録領域とを有す
るものである。

【００１５】また、この発明に係る情報記録装置は、映
像または音声を含むストリーム情報とその管理情報と
を、情報記録媒体にデジタル記録するものを対象として
いる。そして、ストリーム情報を所定のデータ量単位で
分割するとともに、管理情報を、分割された各ストリー
ム情報の管理に共通に使用される第１の管理情報と、分
割された個々のストリーム情報の管理に使用される第２
の管理情報とに分割し、第１の管理情報を情報記録媒体
に記録する第１の記録手段と、分割されたストリーム情
報を、それに対応する第２の管理情報を付加した基準情
報単位として情報記録媒体に記録する第２の記録手段と
を備えるようにしたものである。

【００１６】さらに、この発明に係る情報再生装置は、
映像または音声を含むストリーム情報を所定のデータ量
単位で分割するとともに、ストリーム情報の管理情報
を、分割された各ストリーム情報の管理に共通に使用さ
れる第１の管理情報と、分割された個々のストリーム情
報の管理に使用される第２の管理情報とに分割し、第１
の管理情報と、分割されたストリーム情報に、それに対
応する第２の管理情報を付加した基準情報単位とが記録
された情報記録媒体を再生する再生手段を備えるように
したものである。

【００１７】上記のような構成によれば、第１の管理情
報と、分割されたストリーム情報に第２の管理情報を付
加した基準情報単位とで、デジタルデータの記録再生を
行なうようにしたので、デジタルデータの高密度記録を
効果的に促進し、しかも、機器内に常駐して保持する必
要のある情報を削減しメモリ容量の効率化を図ることが
可能となる。

【００１８】

【発明の実施の形態】以下、この発明の実施の形態につ
いて、図面を参照して詳細に説明する。図１（ａ）〜
（ｈ）は、この実施の形態で説明する記録再生システム
に用いられる情報記憶媒体１００に格納されるデータ構
造を示している。

【００１９】図１（ａ），（ｂ）において、情報記憶媒
体１００は、ディスク内側から、リードイン領域１１
０、ボリューム／ファイル構造情報領域１１１、データ
領域１１２及びリードアウト領域１１３に、大きく分割
される。

【００２０】データ領域１１２は、図１（ｃ）に示すよ
うに、一般コンピュータ情報記録領域１２０と、この発
明のデータが記録されるストリーム・データ記録領域１
２１とに大別される。

【００２１】ストリーム・データ記録領域１２１は、図
１（ｄ）に示すように、記録再生データであるストリー
ム・オブジェクト群記録領域１３１と、それを管理する
ストリーム・データ管理情報記録領域１３０とから構成
される。

【００２２】ストリーム・オブジェクト群記録領域１３
１は、図１（ｅ）に示すように、１つの連続したストリ
ーム・データで構成されるストリーム・オブジェクト
（ＳＯＢ：Stream Object）１３２を、１つ以上含んで
いる。

【００２３】ストリーム・オブジェクト１３２は、図１
（ｆ）に示すように、基準情報単位であるアクセス・ユ
ニット（ＡＵ：Access Unit）１４０を、１つ以上含ん
でいる。アクセス・ユニット１４０は、図２に示すよう
に、ＥＣＣサイズの整数倍固定長としている。この実施
の形態では、ＥＣＣサイズを６４ＫＢ、ＥＣＣの個数を
３２個とし、３２個×６４ＫＢ＝２ＭＢ（Mega Byte）
としている。

【００２４】ＥＣＣは、Error-Correction Codeで、ビ
ット化け等のエラーを訂正するために、本来のデータと
は別に付加される冗長なコード（パリティ）のことであ
る。パリティを付加しておくことで、データ中に生じた
エラーを検出し訂正を行なうことが可能となる。情報記
録媒体１００へのデータ記録フォーマットにおいてもＥ
ＣＣが利用されている。このＥＣＣを付加したデータ単
位がＥＣＣブロックである。

【００２５】さらに、アクセス・ユニット１４０は、図
１（ｇ）に示すように、ＤＶＤ−ＴＳパケット記録領域
１６０と、それを管理するアクセス・ユニット管理情報
記録領域１５０とで構成される。

【００２６】ＤＶＤ−ＴＳパケット記録領域１６０は、
図１（ｈ）に示すように、１つ以上のデータ・パケット
１６４（この実施の形態では、ＭＰＥＧ−ＴＳパケッ
ト）と、各データ・パケット１６４に付加される時間情
報１６３とからなる。

【００２７】図３は、この実施の形態で説明する記録再
生システムにおける記録再生のコンテンツ・モデルを示
している。図３に示すように、再生順序を定義する再生
管理情報層１０、再生データを管理するストリーム・オ
ブジェクト管理情報層２０及び再生データのストリーム
・オブジェクト層３０からなる構造をとる。

【００２８】図３において、再生管理情報層１０内に
は、再生シーケンスを定義するプログラム・チェーン
（ＰＧＣ：Program Chain）１１があり、その中に、１
つ以上のプログラム１２が含まれる。

【００２９】また、プログラム１２は、１つ以上のセル
１３で構成される。また、図３において、ストリーム・
オブジェクト管理情報層２０内には、再生データを管理
する１つ以上のストリーム・オブジェクト情報（ＳＯＢ
Ｉ：Stream Object Information）２１があり、その中
に、各アクセス・ユニット３２［図１（ｆ）のアクセス
・ユニット１４０と同じ］を管理する１つ以上のアクセ
ス・ユニット管理情報（ＡＵＩ：Access Unit Informat
ion）２２が含まれる。

【００３０】さらに、図３において、ストリーム・オブ
ジェクト層３０内には、再生データであるストリーム・
オブジェクト（ＳＯＢ：Stream Object）３１［図１
（ｅ）のストリーム・オブジェクト１３２と同じ］があ
り、その中に、アクセスの基本単位である１つ以上のア
クセス・ユニット３２が含まれる。

【００３１】アクセス・ユニット３２は、ローカル情報
３３［図１（ｇ）のアクセス・ユニット管理情報記録領
域１５０と同じ］と、時間情報のヘッダＨ３４［図１
（ｈ）の時間情報１６３と同じ］と、実効データのＭＰ
ＥＧ−ＴＳパケット３５［図１（ｈ）の各ＭＰＥＧ−Ｔ
Ｓパケット１６４と同じ］とから構成される。

【００３２】再生指示は、再生管理情報層１０内のセル
１３で示されるＳＯＢＩ２１の番号によって、ストリー
ム・オブジェクト管理情報層２０内の開始ＡＵＩ２２と
終了ＡＵＩ２２とを指定することによって行なわれる。

【００３３】これにより、ストリーム・オブジェクト層
３０内のＳＯＢ３１内の対応する開始ＡＵ３２から再生
が開始され、終了ＡＵ３２で停止される。複数のＳＯＢ
３１を跨ぐ再生の場合は、終了ＡＵ３２で再生を停止せ
ず、次のＳＯＢ３１の開始ＡＵ３２から再生を継続する
ことで連続再生が可能である。

【００３４】図４は、ストリーム・データ管理情報記録
領域１３０の内容を示している。ストリーム・データ管
理情報記録領域１３０は、ディスク管理情報１３１０、
ストリーム・オブジェクト管理情報（グローバル情報）
１３２０、プログラム・チェーン情報１３３０及びユー
ザが選択定義可能なプレイリスト情報１３４０から構成
される。

【００３５】図４に示すように、ディスク管理情報１３
１０は、この発明のデータ構造に準拠するか否かの判断
に用いられるディスク管理識別情報１３１１、この発明
のデータ構造の改訂番号を示すバージョン情報１３１
２、ストリーム・データ管理情報記録領域１３０の終了
位置を示すストリーム・データ管理情報終了アドレス１
３１３、さらに各情報の開始位置を示すストリーム・オ
ブジェクト管理情報開始アドレス１３１４、プログラム
・チェーン情報開始アドレス１３１５及びプレイリスト
情報開始アドレス１３１６から構成される。

【００３６】図５は、ストリーム・オブジェクト管理情
報１３２０の内容を示している。ストリーム・オブジェ
クト管理情報１３２０は、ストリーム・オブジェクト管
理一般情報１３２１と、１つ以上のストリーム・オブジ
ェクト情報１３２２とから構成される。ストリーム・オ
ブジェクト管理一般情報１３２１には、ストリーム・オ
ブジェクト数１３２１１が含まれる。

【００３７】図６は、ストリーム・オブジェクト情報１
３２２の内容を示している。ストリーム・オブジェクト
情報１３２２は、ストリーム・オブジェクト一般情報１
３２２１、タイム・マップ情報１３２２２及び１つ以上
のアクセス・ユニット情報１３２２３から構成される。

【００３８】図６に示すように、ストリーム・オブジェ
クト一般情報１３２２１内には、入力タイプがアナログ
かデジタルかを識別するアナログ・デジタル入力タイプ
識別フラグ１３２２１１、このストリーム・オブジェク
ト内に格納されるアクセス・ユニット数１３２２１２、
そのアクセス・ユニット・サイズ１３２２１３、先頭ア
クセス・ユニットの開始位置を示す開始アクセス・ユニ
ット・アドレス１３２２１４、対象ストリーム・オブジ
ェクトの開始時間を示すストリーム・オブジェクト開始
ＰＴＳ（Presentation Time Stamp）／ＡＰＡＴ（Appli
cation PacketArrival Time）１３２２１５、終了時間
を示すストリーム・オブジェクト終了ＰＴＳ／ＡＰＡＴ
１３２２１６、ストリーム・オブジェクト再生時間１３
２２１７及びアクセス・ユニット情報開始アドレス１３
２２１８が格納されている。

【００３９】ストリーム・オブジェクト開始ＰＴＳ／Ａ
ＰＡＴ１３２２１５と、ストリーム・オブジェクト終了
ＰＴＳ／ＡＰＡＴ１３２２１６とは、アナログ・デジタ
ル入力タイプ識別フラグ１３２２１１により、アナログ
の場合は、ＰＴＳが、デジタルの場合は、ＡＰＡＴが格
納される。

【００４０】図６に示すように、タイム・マップ情報１
３２２２内には、タイム・マップ情報１３２２２内に格
納されるタイム・マップ数１３２２２１、タイム・マッ
プのインターバルを記録ビットレートによって調整可能
な時間間隔Ｔ１３２２２２、ストリーム・オブジェクト
先頭からのオフセット時間（初期設定は０、編集により
有効値が設定される）１３２２２３及び時間間隔Ｔ秒毎
にポイントされるアクセス・ユニット情報番号１３２２
２４が格納されている。このアクセス・ユニット情報番
号１３２２２４により、ユーザからの時間指定による迅
速なアクセスを可能としている。

【００４１】アクセス・ユニット情報１３２２３内に
は、アクセス・ユニットの開始ＰＴＳ／ＡＰＡＴ１３２
２３１、終了ＰＴＳ／ＡＰＡＴ１３２２３２、デジタル
放送で送信される番組構成テーブルＰＡＴ（Program As
sociation Table）がアクセス・ユニット内に存在する
か否かを示すＰＡＴ有無フラグ１３２２３３、同様にデ
ジタル放送で送信される番組マップテーブルＰＭＴ（Pr
ogram Map Table）がアクセス・ユニット内に存在する
か否かを示すＰＭＴ有無フラグ１３２２３４、Ｉ（Intr
a‐coded）ピクチャフレームフラグが、アクセス・ユニ
ット内に存在するか否かを示すＩフレーム有無フラグ１
３２２３５、ＰＡＴが先行するアクセス・ユニットから
更新されたか否かを示すＰＡＴ更新フラグ１３２２３６
が格納されている。

【００４２】図７は、図６で示したタイム・マップ情報
１３２２２の他の例を示している。図７に示すように、
タイム・マップ情報１３２２２は、タイム・マップ情報
１３２２２内に格納されるタイム・マップ数１３２２２
１’、タイム・マップ間のアクセス・ユニット数Ｎ１３
２２２２’、ストリーム・オブジェクト先頭からのオフ
セット・アクセス・ユニット数（初期設定は０、編集に
より有効値が設定される）１３２２２３’及びアクセス
・ユニット数Ｎ毎にその先頭時間と次の先頭時間との差
分時間をマップにしたアクセス・ユニット数Ｎの差分時
間１３２２２４’で構成されている。差分時間１３２２
２４’を加算することにより、図６と同様にユーザから
の時間指定による迅速なアクセスを可能としている。

【００４３】図８は、プログラム・チェーン情報１３３
０の内容を示している。このプログラム・チェーン情報
１３３０は、プログラム・チェーン一般情報１３３１
と、１つ以上のプログラム情報１３３２と、１つ以上の
セル情報１３３３とから構成される。

【００４４】プログラム・チェーン一般情報１３３１
は、図９に示すように、プログラム・チェーン内に含ま
れるプログラム数１３３１１と、プログラム・チェーン
内に含まれるセル数１３３１２とを含んでいる。

【００４５】また、プログラム情報１３３２は、このプ
ログラムが消去プロテクトされているか否かのフラグを
含むプログラム・タイプ１３３２１と、このプログラム
内のセル数１３３２２と、このプログラムの番組名等の
内容を示すプログラム・コンテンツ情報１３３２３とを
含んでいる。

【００４６】さらに、セル情報１３３３は、アナログ記
録かデジタル記録かを示す情報を含むセル・タイプ１３
３３１、セル再生時間１３３３２、このセルに対応する
ストリーム・オブジェクトを指示する対応ＳＯＢ番号１
３３３３、セル開始ＰＴＳ／ＡＰＡＴ１３３３４及びセ
ル終了ＰＴＳ／ＡＰＡＴ１３３３５を含んでいる。

【００４７】図１０は、プレイリスト情報１３４０の内
容を示している。プレイリスト情報１３４０は、プレイ
リスト一般情報１３４１と、１つ以上のプレイリスト１
３４２と、１つ以上のセル情報１３４３とから構成され
る。

【００４８】プレイリスト一般情報１３４１は、図１１
に示すように、プレイリスト情報１３４０内に含まれる
全プレイリスト数１３４１１と、全プレイリスト内に含
まれるセル数１３４１２とを含んでいる。

【００４９】また、プレイリスト１３４２は、このプレ
イリストが消去プロテクトされているか否かのフラグを
含むプレイリスト・タイプ１３４２１と、このプレイリ
スト内のセル数１３４２２と、このプレイリストのタイ
トル名等のユーザが入力した内容を示すプレイリスト・
コンテンツ情報１３４２３とを含んでいる。

【００５０】さらに、セル情報１３４３は、アナログ記
録かデジタル記録かを示す情報を含むセル・タイプ１３
４３１、セル再生時間１３４３２、このセルに対応する
ストリーム・オブジェクトを指示する対応ＳＯＢ番号１
３４３３、セル開始ＰＴＳ／ＡＰＡＴ１３４３４及びセ
ル終了ＰＴＳ／ＡＰＡＴ１３４３５を含んでいる。

【００５１】図１２は、アクセス・ユニット１４０内に
含まれるアクセス・ユニット管理情報記録領域１５０の
内容を示している。アクセス・ユニット管理情報記録領
域１５０は、アクセス・ユニットに関する情報を格納し
ている。すなわち、アクセス・ユニット内のＴＳパケッ
ト数１５１、各種フラグ情報１５２、時間情報１５３、
フレーム情報１５４、各パケット内に含まれるＰＩＤ
（Packet Identifier）を全て格納するＰＩＤ情報１５
５、サーチ・マップ情報１５６、アクセス・ユニットに
関するコピー制御情報（ＣＣＩ：Copy Control Informa
tion）１５７及びアクセス・ユニット管理情報に対する
エラー確認及び訂正に利用可能なパリティ情報１５８を
含んでいる。

【００５２】フラグ情報１５２は、図１２に示すよう
に、アナログ・デジタル入力タイプ識別フラグ１５２
１、ＰＡＴ有無フラグ１５２２、ＰＭＴ有無フラグ１５
２３及びＩフレーム有無フラグ１５２４を含んでいる。

【００５３】アナログ・デジタル入力タイプ識別フラグ
１５２１は、入力タイプがアナログかデジタルかを識別
するフラグである。ＰＡＴ有無フラグ１５２２は、デジ
タル放送で送信される番組構成テーブルＰＡＴが、アク
セス・ユニット内に存在するか否かを示すフラグであ
る。

【００５４】ＰＭＴ有無フラグ１５２３は、同様にデジ
タル放送で送信される番組の映像・音声を取得するため
の番組マップテーブルＰＭＴが、アクセス・ユニット内
に存在するか否かを示すフラグである。また、Ｉフレー
ム有無フラグ１５２４は、Ｉピクチャフレームフラグが
アクセス・ユニット内に存在するか否かを示すフラグで
ある。

【００５５】時間情報１５３は、アクセス・ユニット開
始ＰＴＳ／ＡＰＡＴ１５３１と終了ＰＴＳ／ＡＰＡＴ１
５３２とを含んでいる。また、フレーム情報１５４は、
アクセス・ユニット内のフレーム数１５４１と、アクセ
ス・ユニット内の最初のフレーム位置情報１５４２と、
各Ｉ，Ｐ（Predictive‐coded）フレームの位置情報１
５４３とを含んでいる。

【００５６】サーチ・マップ情報１５６は、アクセス・
ユニット内に含まれる各情報の存在するＴＳパケット位
置をマップで示したＰＡＴサーチ・マップ１５６１、Ｐ
ＭＴサーチ・マップ１５６２、デジタル放送で送信され
る番組内容に関する情報であるＳＩＴ（Selection Info
rmation Table）サーチ・マップ１５６３、Ｉフレーム
の存在を示すランダム・アクセス・ユニット・サーチ・
マップ１５６４及び各フレームの存在を示すユニット開
始インジケータ・サーチ・マップ１５６５を含んでい
る。

【００５７】この実施の形態では、アクセス・ユニット
内にローカル管理情報（ここでは管理データ）とＡＶ
（Audio Video）データとが混在されている。このた
め、各々の情報に対する信頼性の要求が異なるものとな
る。したがって、この実施の形態では、以下のような方
式で、ローカル管理情報の信頼性向上を実現している。

【００５８】従来のＡＶ記録再生では、物理ディスクに
対するＡＶデータの記録と管理データの記録とは同時に
行なわず、各々異なった記録処理をドライブ等の物理レ
イヤで実施している。

【００５９】例えば、ＤＶＤの場合には、複数のセクタ
から構成されるＥＣＣブロックと呼ばれるエラー訂正符
号付きのデータ単位で、ドライブ内でのデータ処理が行
なわれるために、アプリケーションの運用上もＥＣＣブ
ロックを単位として記録再生を行なうことで、処理方法
を切り替える手法をとっている。

【００６０】ＡＶ記録をするための従来システムの一例
を、図１３に示している。ＡＶ情報は、複数のレイヤ、
すなわち、アプリケーションエンジン、ファイルシステ
ム、デバイスドライバ、ドライブを介してディスクに記
録あるいはディスクから再生される。

【００６１】それぞれのレイヤでは、管理アドレスの定
義が異なっており、レイヤ間を情報が行き来する場合に
は、アドレス変換作業が必要となる。ＡＶ、特にＤＶＤ
−ＶＲアプリケーション内では、ＲＬＢＮ（Relative L
ogical Block Number）というアドレスで管理される。

【００６２】ファイルシステム全体は、ＬＳＮ内にアロ
ケートされるが、ユーザファイルの管理は、パーティシ
ョン内のアドレスであるＬＢＮ（Logical Block Numbe
r）で管理される。

【００６３】デバイスドライバからドライブに対して
は、主に規格（ＭＭＣ２／３， ＳＦＦ８０９０ｉ等）
で定義されたコマンドを用いて制御される。ユーザデー
タ部分についてのアクセスは、ＬＢＡ（Logical Block
Address）を使用してやりとりされる。

【００６４】ドライブでは、ＬＢＡに対応するＬＳＮを
解釈して、実際のドライブ内部の処理はＰＳＮ（Physic
al Sector Number）を使用して行なわれる。例えば、Ｄ
ＶＤ−ＲＡＭの場合には、ドライブが欠陥管理の仕組み
を持っているため、欠陥セクタを除いたアドレスがＬＳ
Ｎとして割り当てられるので、使われないＰＳＮが存在
する。

【００６５】ファイルシステムを含む上位のレイヤをホ
ストと呼ぶと、ホストからドライブに対しては、処理時
間の制約が弱いＰＣ系のコマンドと、処理時間の制約が
強いＡＶ系のコマンドとがある。

【００６６】例えば、ＰＣデータについては、信頼性が
優先されるので記録時にはベリファイ、必要に応じて２
次交替処理を行なう。再生時には、エラー訂正処理、再
読み込み等のリトライをすることが通常行なわれる。再
生エラーが発生すると、ドライブは、ホストに対してエ
ラーを返す。

【００６７】それに対して、ＡＶデータについては、信
頼性よりもリアルタイム性が要求されるため、記録時の
ベリファイ、２次交替処理などは行なわれず、再生時に
訂正不能でも不完全でも訂正できたところまで返した
り、特別に割り当てられたデータ（全て００やＦＦ）を
返す等、ＰＣデータとは異なる処理が行なわれる。

【００６８】この信頼性重視のデータと、リアルタイム
性重視のデータとのアクセスの区別は、コマンドで明確
に区別されている。したがって、ドライブは、ホストか
ら送られるコマンドに応じて信頼性重視かリアルタイム
性重視かを判断して処理を行なう。

【００６９】このようなコマンド体系になっているた
め、対象とするデータの種別により、データは各レイヤ
で処理される。アプリケーション層で扱うＡＶデータと
ＡＶデータを管理するためのデータとは、このような観
点で区別すると前者はリアルタイム性重視、管理データ
は信頼性重視として扱われており、そのためファイル自
体を区別して管理されてきた。つまり、ＡＶデータ部に
ついては、ＡＶコマンド（リアルタイム性重視）で処理
され、管理データ部分についてはＰＣコマンド（信頼性
重視）が使用される。

【００７０】図１４は、図１３のシステム構成図の中の
アドレス部分の関係について記述したものである。ここ
でいうアプリケーションとはＤＶＤ−ＶＲの場合であ
る。ＲＬＢＮは、アプリケーション内のアドレスであ
り、単位はセクタサイズに一致している。

【００７１】すなわち、アプリケーションは、物理セク
タサイズに合わせてレイアウトしているということであ
る。しかし、アプリケーション内部では、ＲＬＢＮは連
続したアドレス空間であり、実際の物理ディスク上の配
置と対応するわけではない。このＲＬＢＮで管理される
アプリデータは、ファイルシステム（ＵＤＦ）によって
管理されるＬＢＮアドレスによってパーティション内に
配置される。

【００７２】ファイルシステムで扱うＬＢＮも単位はセ
クタサイズに一致している。ドライブに対してはＬＢＡ
で処理され、ＬＢＡと同等のＬＳＮがドライブ内でＰＳ
Ｎに変換され、ドライブ内ではＰＳＮで処理される。

【００７３】例えば、ドライブ内では、実際はＥＣＣブ
ロックというパリティを付加した複数のセクタを一つの
単位として処理される。ＤＶＤの場合は、１６セクタが
１ＥＣＣブロックとなっている。ＤＶＤの場合、単一の
セクタを読み出す場合にも、ドライブ内部ではＥＣＣブ
ロック（１６セクタ）を読み出し、エラー訂正処理を行
なった後で、目的セクタ情報を取り出してホストに送
る。

【００７４】記録時も同様に、１セクタ記録を行なう場
合にも、他の１５セクタを付加してＥＣＣブロックを構
成して記録する。もし、記録済みブロックに対してセク
タ単位の記録を行なう場合には、リードモディファイラ
イトというプロセスを経て記録動作が行なわれる。

【００７５】これは、始めに目的セクタを含むＥＣＣブ
ロック全体を読み出し、目的セクタをパッチして、ＥＣ
Ｃブロックを再構築して、ブロック全体を記録するとい
う手順である。

【００７６】ドライブが、このような処理手順にしたが
うということを想定してアプリケーションデータの処理
が行なわれる必要がある。そうしないと無駄なプロセス
が発生し、リアルタイム処理を行なうことが困難とな
る。ＤＶＤの場合は、ＡＶデータはＥＣＣブロック単位
で扱われる。

【００７７】従来方式では、管理データとＡＶデータと
は、処理単位内で混在することはなかった。しかし、こ
の実施の形態では、ＡＵ内で管理データとＡＶデータと
を混在させる。

【００７８】この場合は、ドライブでの処理をＡＶデー
タに合わせＡＶコマンドで処理しようとすると、管理デ
ータを高い信頼性で扱うことができない。また、管理デ
ータに合わせてＰＣコマンドで処理しようとすると、リ
アルタイム性を確保することができない。

【００７９】アプリケーションからみて必要な機能は、
ＡＵ内の管理データが高い信頼性を持ち、ＡＶデータに
ついては高速に処理されることである。そこで、この実
施の形態では、アプリケーション層でエラー訂正を行な
うことがポイントである。

【００８０】図１５は、その場合の処理の区分を概念的
に示したものである。つまり、アプリケーション層でＡ
Ｕ内の管理領域についてエラー訂正処理を行ない、グロ
ーバルな管理領域については、従来通りＥＣＣブロック
を分けてＰＣコマンドで処理する。

【００８１】ドライブは、従来通り、前データについて
エラー訂正処理を行ない、ＡＶコマンドの処理について
も、従来方式と同様に、エラー訂正不能でもエラーとせ
ずに訂正できたところまでをホストに返す。

【００８２】このような構成とすることにより、ＡＵへ
のアクセスはＡＶコマンドを使用することでリアルタイ
ム性を確保しつつ、管理データ部分についてはアプリケ
ーション内でエラー訂正処理を行なうことで、システム
として信頼性とリアルタイム性を両立させることが可能
となる。

【００８３】図１６は、ＤＶＤのＥＣＣブロックの構成
例を示している。このＥＣＣブロックは、データについ
て横方向と縦方向とについてパリティが付加される。パ
リティを付加されたブロックに対して、インタリーブ等
のデータ順序の入れ替え等の中間処理を行ない、複数セ
クタに分割する。

【００８４】この複数セクタ構成がＥＣＣブロックであ
り、ドライブでの記録再生時には、このＥＣＣブロック
がエラー訂正を行なうための単位として扱われる。つま
り、セクタ単位でホストとのやりとりを行なう場合で
も、ドライブ内部では、ＥＣＣブロック単位で処理した
後に、セクタ単位の切り分けを行なってからホストとや
りとりが行なわれる。

【００８５】図１７は、ＡＶデータ記録を行なう場合の
各レイヤでの処理の特徴を示している。つまり、ＡＶデ
ータと管理データとは、それぞれのレイヤで異なる方法
で管理される。このように異なる方法で管理する理由
は、速度と信頼性とに対するそれぞれのデータへの要求
レベルが異なるからである。

【００８６】ＡＶデータについてはリアルタイム制御が
必要であり、多少のデータ中にエラーを含んでも実質的
にそれほど問題とならない。それに対して、管理データ
は通常機器内部のメモリ中にバッファリングされて処理
されることが多いため、ディスク間のアクセス速度につ
いてはそれほど問題にならず、それよりもデータの信頼
性の方が重視される。

【００８７】このように、データに要求されるレベルが
異なることが前提となって、アプリケーションでは、管
理データとＡＶオブジェクトデータとは別ファイルに分
けられ、さらにそれぞれのファイルは異なるＥＣＣブロ
ックに配置される。

【００８８】ファイルシステムでは、付加されるファイ
ル属性が異なる。ホストとドライブとのコマンドは、Ａ
Ｖ用とＰＣ用とに分けられている。ドライブでもＡＶデ
ータについては２次交替処理を行なわないようになって
いる。ディスクにはドライブが適正な処理を行なえるよ
う、ＡＶデータを区別する属性情報をセクタあるいはＥ
ＣＣブロックに付加することが可能である。

【００８９】ＡＶ記録における記録再生のアプリケーシ
ョン内での処理単位をＡＵとし、ＡＵ全体を管理するグ
ローバル管理エリアと各ＡＵ内を管理するローカル管理
エリアとに分けて管理する構造において、ＡＵ内の管理
部分についてパリティを付加する方法として、多重化方
式、完全分散方式、部分分散方式、部分分散多重化方式
の４つの方法がある。

【００９０】この４つの方法について、図１８を用いて
説明する。ＡＵは１つ以上のＥＣＣブロックで構成され
る。ここに示したのは、ＡＵ内の管理データ部とオブジ
ェクトデータ部との配置例である。

【００９１】図１８（ａ）では、管理データ部がＡＵの
先頭部に配置される。管理データ部はパリティを付加さ
れており、管理データ部に欠陥があればエラー訂正処理
を行なうことで、正しいデータに戻すことが可能になっ
ている。

【００９２】図１８（ｂ），（ｃ）は、管理データ部を
後端部、前後端部に配置している例である。前後端部に
配置する場合は、後端部には前端部のコピーをおく（冗
長にする）ことにより、もし一方が読めなくても他方を
利用して読み出しが可能となる。

【００９３】図１８（ｄ）は、管理データ部を例えば１
バイトデータ単位で分離して、ＡＵ内にほぼ均等になる
ように配置した例である。このように分散して配置する
ことによって、ディスクに付着した汚れなどに対する影
響を集中的に受けることがなくなる。

【００９４】逆にもし図１８（ａ）のように、前端部に
まとめて配置すると、そこにゴミなどがあるとエラー訂
正能力を超えるエラーとなり管理データを再生できなく
なる可能性が高まる。

【００９５】完全に管理データ部を分散することによ
り、欠陥に対しては強化されるが、管理データ部だけを
ディスクから読み出す時間は、より長くなる。そのた
め、図１８（ｅ），（ｆ），（ｇ）のような配置も考え
られる。

【００９６】つまり、ある程度集中的に配置するが、そ
の範囲の中でできるだけ分散して配置する。このように
配置することでデータ読み出しの速度をそれほど犠牲に
せず信頼性を確保することができる。

【００９７】図１９は、管理データにパリティを付加す
る方法の一例を示している。リードソロモン符号は、Ｄ
ＶＤ等で広く使用されている符号化方式である。管理デ
ータｍバイトに対してパリティをｎバイト付加する場合
の生成式の関係は、この通りである。

【００９８】すなわち、原始多項式の元でガロア体が定
義される。この中で演算が行なわれる。剰余多項式はパ
リティに対応するものである。管理データに対応する剰
余多項式を予め定義されている生成多項式で割り算をす
ることで得られる剰余が、パリティとなる。

【００９９】この剰余部を足し込んでおくことで、エラ
ーがなければ生成多項式で割り算をすると剰余がゼロに
なる。このように生成された管理データ部に対し、ディ
スクにゴミが付着する等して欠陥が発生した場合には、
再生時に生成多項式で割り算を行なうとゼロ以外の値と
なる。この受信データについて上記数式関係を用いるこ
とでエラー訂正を行なうことが可能となる。

【０１００】リードソロモン符号ＲＳ（ｍ＋ｎ，ｍ，ｎ
＋１）を用いる場合は、次のように定義することができ
る。原始多項式 Ｐ（Ｘ）＝ｘ^８＋ｘ^４＋ｘ^３＋ｘ^２＋１ において、剰余多項式（パリティ）を

【数１】 である。

【０１０１】図２０は、ＡＵ内に管理データ部（パリテ
ィ付き管理データ）をバイト単位で分散させている例を
示している。

【０１０２】図２１は、完全分散配置データの再生時の
処理手順を示している。始めに、ディスクからデータを
読み出す。ホストからドライブには、このとき、ＡＶリ
ードコマンドを使用してＡＵデータ全てをホストに送る
よう指示する。取り出されたＡＵから管理データ部のみ
を取り出す。

【０１０３】ＡＵを取り出した後の処理は、ホスト側
（アプリケーションエンジン）で行なう。管理データ部
には、パリティがついているので、生成多項式で割り算
を行ない、エラーの有無を確認し、エラーがあればエラ
ー訂正を行なう。このとき、付加されたパリティで訂正
できる範囲のエラー数であれば訂正できるが、それを越
えると訂正不能となる。

【０１０４】現実には、符号能力限界まで訂正を行なう
と、本来正しいデータを変えてしまう誤訂正を生じる可
能性が高まるために、訂正の上限に対して制限を加える
ことが多い。

【０１０５】エラー訂正がＯＫ（エラーなしも含む）で
あれば、管理データを使用して処理する。エラー訂正不
可であれば、管理データのリカバリ処理またはエラー処
理モードにはいる。リカバリとは、例えば、前後関係か
ら管理データを再計算するといった処理のことである。

【０１０６】図２２は、部分分散配置データの再生時の
処理手順を示している。部分分散配置に対して、前端部
のみや後端部のみ等、配置個所をある程度限定してその
中で分散させる方式も、処理方法についてはほぼ完全分
散配置と同様である。

【０１０７】部分分散配置をする場合、図２３に示すよ
うに、記録するディスクのフォーマットが予めわかって
いる場合には、それに合わせたレイアウトにしておくこ
とが望ましい。ＡＵは１ＥＣＣブロック以上で構成され
る。また、ドライブ内の処理は、１ＥＣＣブロックであ
るので、１ＥＣＣブロック内であれば処理時間は変わら
ない。

【０１０８】そのため、管理データ部のサイズが１ＥＣ
Ｃブロック以内であれば、１ＥＣＣブロック内で分散さ
せるなら処理時間は変わらない。１ＥＣＣブロックを超
える場合にも、同様の考え方でＥＣＣブロック単位で分
散範囲を制限することで、処理時間を変えずに欠陥の影
響を分散させることができる。

【０１０９】もう一つの観点は、ディスクの１回転のサ
イズである。ゴミが付着する場合は隣のトラックもその
影響を受ける可能性が高い。そのため、複数トラックに
またがらず配置することが望ましい。

【０１１０】ディスクは、内周側のトラックが短く、外
周側のトラックが長い。したがって、複数トラックにま
たがらないためには、図２４に示すように、最内周の１
回転分のデータサイズ以下の範囲で分散させることも有
効である。もちろん、管理データ量が１周以上である場
合には、複数にまたがることもあり得る。つまり、ＥＣ
Ｃバウンダリとトラック数とを制約条件にして部分分散
を行なう。

【０１１１】ＡＵの管理データに付加するパリティは、
図２５に示すように、アプリケーションエンジンで生成
する。

【０１１２】また、この実施の形態では、ローカル管理
情報を持つことにより、メモリ上に保持するデータ量を
減らすことが重要である。このため、アクセスユニット
の大きさの決定が重要な意味をなす。

【０１１３】特に、ＡＵ内においては、整数個のデータ
・パケット（この実施の形態ではＭＰＥＧ−ＴＳパケッ
ト）が記録されるため、ＥＣＣブロックとデータ・パケ
ットの集合との差によって生じる領域を有効活用するこ
とが、記録効率を向上させるためには必要となる。

【０１１４】この実施の形態では、上記を考慮して、以
下の考え方に基づいてアクセス・ユニットの大きさau＿
size（bytes）を算出した。

【０１１５】１つのアクセス・ユニットが、ｔ１〜ｔ２
（sec）の再生に相当し、また、記録するデータの最大
転送レートをmax＿rate（Mbps：Mega bit per secon
d）、最小転送レートをmin＿rate（Mbps）とすると、そ
れぞれ以下の式が成り立つ。

【０１１６】

【数２】

【０１１７】ゆえに、上記２式よりアクセス・ユニット
の大きさは、

【数３】 と表わすことができる。

【０１１８】つまり、１つのＥＣＣブロックの大きさを
ecc＿sizeとすると、アクセス・ユニットあたりのＥＣ
Ｃブロック数ecc＿in＿auは、

【数４】 と表わせる。

【０１１９】例えば、ＢＳ（Broadcasting Satellite）
デジタル放送においては、ＨＤＴＶ（High Definition
Television）用に２２スロット（約２６．４Mbps）、Ｓ
ＤＴＶ用に６または８スロット（約７．２Mbpsまたは約
９．６Mbps）の伝送容量がある。ただし、1スロット
は、変調方式にＴＣ８ＰＳＫを使用した場合で、かつ、
誤り訂正符号を含まない場合で、約１．２Mbpsに相当す
る。

【０１２０】一方、アクセス・ユニットを編集の単位と
考えたとき、１つの編集単位を０．５〜２秒程度の映
像、音声、データに相当させることが望ましい。つま
り、

【数５】 である。

【０１２１】ゆえにアクセス・ユニットの大きさは、 １６５００００≦au＿size≦２２５００００ となり、ＥＣＣブロックの大きさが６４ＫＢの場合、 ２６≦ecc＿in＿au≦３４ である。つまり、アクセス・ユニットあたりのＥＣＣブ
ロックの数は、３２個程度が望ましい。

【０１２２】図２６は、図１２で示したサーチ・マップ
情報１５６内の各サーチ・マップの一例を示している。
ここで、アクセス・ユニット内に格納されるＴＳパケッ
トの最大個数を１０，０００個とし、各サーチ・マップ
は、ビットマップテーブルでＴＳパケット番号に対応さ
せ、そのサイズは１２５０Ｂ（Byte）である。

【０１２３】このサーチ・マップ情報１５６を利用し
て、アクセス・ユニット内のＴＳパケットを逐次チェッ
クすることなく、ＰＡＴ、ＰＭＴ、ＳＩＴ及びＩフレー
ム等の目的毎に、それぞれ存在するＴＳパケットへのサ
ーチが容易となる。

【０１２４】図２７は、図１２で示したサーチ・マップ
情報１５６に代えて、サーチ・リスト情報１５６’を用
いた場合を示している。サーチ・リスト情報１５６’
は、図１２で示したサーチ・マップと同様に、ＰＡＴサ
ーチ・リスト１５６１’、ＰＭＴサーチ・リスト１５６
２’、ＳＩＴサーチ・リスト１５６３’、ランダム・ア
クセス・ユニット・サーチ・リスト１５６４’、ユニッ
ト開始インジケータ・サーチ・リスト１５６５’を含ん
でいる。

【０１２５】図２８は、図２７で示したサーチ・リスト
情報１５６’内の各サーチ・マップの一例を示してい
る。各サーチ・リストには、ＰＡＴ、ＰＭＴ、ＳＩＴ及
びＩフレーム等の、目的毎にそれぞれ存在するＴＳパケ
ット番号を、リストで格納することにより、目的ＴＳパ
ケットへのサーチを容易としている。

【０１２６】図２９は、図１で示したＭＰＥＧ−ＴＳパ
ケット１６４の内容を示している。ＭＰＥＧ−ＴＳパケ
ット１６４は、ＭＰＥＧ−ＴＳ規格で規定され、１８８
バイトの固定長である。先頭に位置する４バイトのヘッ
ダ１７０と、アダプテーション・フィールド及び／また
はペイロード１８０とから構成される。

【０１２７】ヘッダ１７０内には、同期バイト１７１、
トランスポート・エラー・インジケータ１７２、ペイロ
ード・ユニット開始インジケータ１７３、トランスポー
ト優先度１７４、ＰＩＤ１７５、トランスポート・スク
ランブル制御１７６、アダプテーション・フィールド制
御１７７及び連続性指標１７８を含んでいる。アダプテ
ーション・フィールド及び／またはペイロード１８０内
には、映像、音声、データが格納可能である。

【０１２８】次に、この実施の形態におけるデータ構造
を記録するための記録方法の一例を説明する。この実施
の形態の記録再生装置は、図３０に示すように、ＭＰＵ
部２００、表示部２１０、デコーダ部２２０、エンコー
ダ部２４０、ＴＶチューナ部２５０、ＳＴＣ（System T
ime Counter）部２６０、Ｄ−ＰＲＯ部２７０、一時記
憶部２８０、ディスクドライブ部２９０、キー入力部３
００、Ｖミキシング部３１０、フレームメモリ部３２
０、ＴＶ用Ｄ／Ａ（Digital／Analogue）部３３０と、
地上波デジタルチューナ部３４０と、ＳＴＢ部３５０と
により構成されている。

【０１２９】エンコーダ部２４０は、Ａ／Ｄ部２４１、
セレクタ２４２、ビデオエンコード部２４３、オーディ
オエンコード部２４４、フォーマッタ部２４５、バッフ
ァメモリ部２４６より構成される。

【０１３０】デコーダ部２２０は、分離部２２１、ビデ
オデコード部２２２、データデコード部２２３、オーデ
ィオデコード部２２４、ＴＳパケット転送部２２５、Ｖ
−ＰＲＯ部２２６、オーディオ用Ｄ／Ａ部２２７より構
成される。

【０１３１】ＳＴＢ部３５０には、デジタル放送を受信
するためのアンテナ３５１が付いている。

【０１３２】また、フォーマッタ部２４５は、図３１に
示すように、ＴＳパケットミキサ部２４５ａ、ＰＡＴ，
ＰＭＴ発生部２４５ｂ、ＡＰＡＴ発生部２４５ｃ、ＴＳ
パケットデータセレクタ部２４５ｄ、アクセスユニット
化部２４５ｅ、マイコンＩ／Ｆ部２４５ｆ、ストリーム
・オブジェクト情報バッファ部２４５ｇより構成されて
いる。

【０１３３】信号の流れは、次の通りである。まず、ア
ナログ信号は、Ａ／Ｄ部２４１でデジタル化され、ビデ
オ信号はビデオエンコード部２４３で、オーディオ信号
はオーディオエンコード部２４４で、それぞれＴＳパケ
ットにエンコードされ、フォーマッタ部２４５に入力さ
れる。

【０１３４】このとき、各ＴＳパケットの前に時間情報
が必要な場合は、再生時間からその時間データを作成
し、付加する。フォーマッタ部２４５は、各エンコード
部２４３，２４４からのＴＳパケットデータをＴＳパケ
ットミキサー部２５４ａで受け取り、ビデオＴＳパケッ
トとオーディオＴＳパケットとのミキシングを行なう。
ただし、エンコード時に、バッファモデルを考え、アン
ダーフローが起らないように時間情報を各ＴＳパケット
に設定する。

【０１３５】さらに、ＰＡＴ，ＰＭＴ発生部２４５ｂに
より、ＭＰＵ部２００で設定された値にしたがってＰＡ
Ｔ，ＰＭＴを発生し、一定の条件の基に挿入する。挿入
するＰＡＴ，ＰＭＴ情報は、予めテンプレートとして作
成し、ＰＡＴ、ＰＭＴ発生部２４５ｂに保持する。

【０１３６】考えられる条件としては、一定時間毎、ア
クセスユニットの先頭毎、ユーザアクション（録画開始
時、ポーズ時、マーカー設定時等）毎があり、さらに、
その組み合わせで行なうこともありえる。

【０１３７】ＴＳパケットデータセレクタ部２４５ｄで
アナログ入力からのデータが選択され、アクセスユニッ
ト化部２４５ｅに入力される。

【０１３８】デジタル放送からの入力の場合は、最初か
らＴＳパケット化されているため、そのまま、ＡＰＡＴ
発生部２４５ｃに入力されてＡＰＡＴが付加された後、
ＴＳパケットデータセレクタ部２４５ｄを介してアクセ
スユニット化部２４５ｅに入力される。

【０１３９】アクセスユニット化部２４５ｅでは、ユニ
ットヘッダ［アクセスユニット（ローカル）管理情報記
録領域１５０に同じ］に記録するローカル管理情報を、
ＭＰＵ部２００で発生させるか、または、内部発生［Ｔ
Ｓパケットヘッダ内のフラグを参考に作成し、アクセス
ユニット化部２４５ｅ内部のヘッダＥＣＣ作成部２４５
ｅ１でエラー訂正情報（パリティ等）］させ、ＥＣＣの
整数分をアクセスユニット化する。

【０１４０】ここで、アクセスユニット１４０内のユニ
ットヘッダに記録するローカル管理情報は、ＴＳパケッ
ト数１５１、アナログ・デジタル入力タイプ識別フラグ
１５２１等の各種フラグ情報１５２、時間情報１５３、
サーチ・マップ情報１５６またはサーチ・リスト情報１
５６’等である。

【０１４１】このうち、各サーチ情報がアクセスユニッ
ト間にまたがって必要な場合は、バッファメモリ部２４
６に数ユニット分の情報を保存しておき、情報が揃った
時点でユニットヘッダを完成させ、アクセスユニット毎
にＤ−ＰＲＯ部２７０に入力させる。

【０１４２】このとき、グローバル情報であるストリー
ム・データ管理情報記録領域１３０に登録すべき情報
を、タイム・マップ情報またはストリーム・オブジェク
ト情報として管理情報用のバッファに保存し、一定以上
溜まった段階で、ＭＰＵ部２００の方に引き渡すように
する（割り込み等で知らせる）。

【０１４３】Ｄ−ＰＲＯ部２７０では、ＥＣＣブロック
毎にエラーコレクション情報を付加し、ディスクに記録
する。ただし、ディスクドライブ部２９０のディスクへ
の記録準備ができていない場合には、一時記憶部２８０
に転送し、データを記録する準備ができるまで待ち、用
意ができた段階で記録を開始する。ここで、一時記憶部
２８０は、高速アクセスで数分以上の記録データを保持
するため、大容量メモリが想定される。

【０１４４】ただし、マイコンは、ファイルの管理領域
等を読み書きするために、Ｄ−ＰＲＯ部２７０にマイコ
ンバスを通して、読み書きすることができる。

【０１４５】図３２〜図３６は、録画時の動作処理を示
している。

【０１４６】（１）ＭＰＵ部２００は、キー入力部３０
０より録画命令を受けると、ディスクドライブ部２９０
から管理データを読み込み、書き込む領域を決定する。
このとき、録画前処理として、ディスクをチェックし、
次世代ＤＶＤディスク（次世代のＤＶＤ−ＲＡＭディス
クで高容量、高レートで記録可能）か否かを判断する。
次世代ＤＶＤディスクの場合は、複数ストリーム記録を
許可し、そうでない場合（現行のＤＶＤ−ＲＡＭやＤＶ
Ｄ−ＲＷの場合）は、複数ストリーム記録を禁止するよ
うに設定する。また、ファイルシステムをチェックし、
録画可能かどうかを判断し、録画可能の場合は、記録す
る位置を決定し、録画可能でない場合は、その旨をユー
ザーに示して、処理を中止する。

【０１４７】（２）決定された記録位置を書き込むよう
に管理領域に設定し、ビデオデータの書き込みスタート
アドレスをディスクドライブ部２９０に設定し、データ
を記録する準備を実行する。

【０１４８】（３）デジタル放送を記録するか、アナロ
グ信号を記録するかを判断し（ユーザが設定）、デジタ
ル放送を記録する場合は（４）に移行し、アナログ放送
を記録する場合は（１５）に移行する。

【０１４９】（４）ＳＴＢ部３５０から、ＥＰＧ（Elec
tronic Program Guide）を読み出す命令を出力する。Ｓ
ＴＢ部３５０は、そのときの最新のＥＰＧ（受信した、
または、ＳＴＢ部３５０内のワークメモリに保存してあ
るＥＰＧデータ）を用意し、そのデータをＭＰＵ部２０
０に返信する。地上波デジタルの場合は、デジタル放送
に挿入されているデータ放送のデータからＥＰＧ画面を
作成し、そのデータをワークメモリに保存する。

【０１５０】（５）ＭＰＵ部２００は、そのＥＰＧデー
タを表示し、ユーザに記録する番組を選択させる。そし
て、記録する番組が決定すると、ＳＴＢ部３５０からサ
ポート情報を取り込む。このとき、サポート情報がＳＴ
Ｂ部３５０内にない場合には、録画中に、該当の情報が
あるかどうかをチェックして、代用とする。また、地上
波の場合は、放送する番組の放送局に応じて、予め決め
られたサポート情報を基に、サポート情報を構成する。

【０１５１】（６）ＳＴＣ部２６０に時間のリセットを
行なう。ここで、ＳＴＣ部２６０は、システムのタイマ
で、この値を基準に録画、再生を行なう。

【０１５２】（７）ＳＴＢ部３５０または地上波デジタ
ルチューナ部３４０に録画する目的の番組を指定し、受
信を開始させる。また、地上波の場合、通常のチャネル
選択行為の後、ＰＡＴを読み込み、目的の番組のＰＭＴ
を取り込むためのＰＩＤを決定し、目的のＰＭＴを読み
込み、デコードすべき（録画すべき）各データ（ビデ
オ、オーディオ）のＰＩＤを決定する。このとき、ＭＰ
Ｕ部２００のワークＲＡＭ部２００ａにＰＡＴ，ＰＭＴ
を保存し、管理情報に書き込む。ここで、ＰＡＴ，ＰＭ
Ｔがないシステムの場合、前もって、ＰＩＤが決まって
いるので、そのＰＩＤにしたがって、ＰＭＴを作成し、
管理情報に書き込む。

【０１５３】（８）ストリーム・データ管理情報記録領
域１３０に、グローバル情報を書き込む。

【０１５４】（９）各部へ録画設定を行なう。このと
き、デジタル放送データ受け取りへの切り換え設定等を
フォーマッタ部２４５に設定し、記録するデータのＰＩ
ＤをＳＴＢ部３５０または、地上波デジタルチューナ部
３４０に設定し、目的のビデオストリームのみ記録する
ようにする。

【０１５５】（１０）ＳＴＢ部３５０または地上波デジ
タルチューナ部３４０から、記録すべきストリームデー
タを受け取り、エンコーダ部２４０に取り込み、アクセ
スユニット化処理を行なう。

【０１５６】（１１）録画中、定期的にストリーム・オ
ブジェクト情報をＭＰＵ部２００のワークＲＡＭ２００
ａに保存する。ここでのストリーム・オブジェクト情報
は、ＰＡＴ／ＰＭＴ／Ｉフレーム等の有無フラグ、ＰＡ
Ｔの変更を示すフラグ、アクセスユニット開始／終了時
間等である。

【０１５７】（１２）残量をチェックし、一定以上少な
くなった場合には、ユーザに残り容量が少なくなってい
ることを警告する等の残り容量少処理を行なう。

【０１５８】（１３）録画終了か否かをチェックし（録
画終了キーを操作したかどうか、または、残り容量がな
くなったかどうか）、終了時には、フォーマッタ部２４
５から残りのストリーム・オブジェクト情報を取り込
み、ワークＲＡＭ２００ａに追加し、それらのデータを
ストリーム・データ管理情報記録領域１３０に記録す
る。

【０１５９】（１４）終了でない場合は、（１１）に移
行し、データの取り込み及び再生を続けて行なうように
する。終了の場合は、この処理を終了する。

【０１６０】（１５）ストリーム・データ管理情報記録
領域１３０に、グローバル情報を書き込む。このとき、
ＰＡＴ，ＰＭＴのデフォルト値で作成し、エンコーダ部
２４０に設定する。

【０１６１】（１６）各部へ録画設定を行なう。このと
き、アナログ信号の受け取りへの切り換え設定等をフォ
ーマッタ部２４５に設定し、各データのＰＩＤをエンコ
ーダ部２４０に設定する。ＳＴＣ部２６０に時間のリセ
ットを行なう。ここで、ＳＴＣ部２６０は、システムの
タイマで、この値を基準に録画、再生が行なわれる。

【０１６２】（１７）録画中、定期的にストリーム・オ
ブジェクト情報をＭＰＵ部２００のワークＲＡＭ２００
ａに保存する。ここでのストリーム・オブジェクト情報
は、ＰＡＴ／ＰＭＴ／Ｉフレーム等の有無フラグ、ＰＡ
Ｔの変更を示すフラグ、アクセスユニット開始／終了時
間等である。

【０１６３】（１８）残量をチェックし、一定以上少な
くなった場合には、ユーザに残り容量が少なくなってい
ることを警告する等の残り容量少処理を行なう。

【０１６４】（１９）録画終了か否かをチェックし（録
画終了キーを操作したかどうか、または、残り容量がな
くなったかどうか）、終了時には、フォーマッタ部２４
５から残りのストリーム・オブジェクト情報を取り込
み、ワークＲＡＭ２００ａに追加し、それらのデータを
ストリーム・データ管理情報記録領域１３０に記録す
る。

【０１６５】（２０）終了でない場合は、（１７）に移
行し、データの取り込み及び再生を続けて行なうように
する。終了の場合は、この処理を終了する。

【０１６６】図３０に示したように、ディスクドライブ
部２９０によって読み込まれたデータは、Ｄ−ＰＲＯ部
２７０を介してデコーダ部２２０の分離部２２１に転送
される。

【０１６７】分離部２２１は、図３７に示すように、デ
ータ判別処理部２２１ａ、アクセス・ユニット・バッフ
ァ２２１ｂ、ローカル管理情報バッファ２２１ｃ、時間
計測部２２１ｄ、パケット・データ・バッファ２２１
ｅ、パケット・データ・デコード部２２１ｆから構成さ
れている。

【０１６８】Ｄ−ＰＲＯ部２７０から転送されたデータ
は、まず、データ判別処理部２２１ａにてＥＣＣ処理が
行なわれる。ＥＣＣ処理が行なわれたデータは、ＤＶＤ
−ＴＳパケット・データかローカル管理情報かの識別が
行なわれる。

【０１６９】ＤＶＤ−ＴＳパケット・データは、アクセ
ス・ユニット・バッファ２２１ｂに、ローカル管理情報
は、ローカル管理情報内のパリティ情報を基にエラー検
出・エラー訂正処理を行なった後、ローカル管理情報バ
ッファ２２１ｃに送られる。

【０１７０】つまり、ローカル管理情報バッファ２２１
ｃ内のローカル管理情報は、アクセス・ユニット・バッ
ファ２２１ｂ内のデータの情報を示しており、これはＭ
ＰＵ部２００よって参照される。

【０１７１】また、アクセス・ユニット・バッファ２２
１ｂ内のデータのうち、時間情報（ＭＰＥＧ−ＴＳパケ
ットの到着時間情報）は、時間計測部２２１ｄに、パケ
ット・データ（この実施の形態ではＭＰＥＧ−ＴＳパケ
ット）は、パケット・データ・バッファ２２１ｅに送ら
れる。

【０１７２】時間情報とパケット・データとは、１：１
に対応しており、パケット・データ・バッファ２２１ｅ
内のパケット・データは、時間計測部２２１ｄの時間情
報にしたがってＴＳパケット転送部２２５またはパケッ
ト・データ・デコード部２２１ｆに送られる。

【０１７３】ＴＳパケット転送部２２５に送られたパケ
ット・データは、ＩＥＥＥ１３９４等のデジタル・イン
ターフェースを介して外部のＳＴＢに転送され、パケッ
ト・データ・デコード部２２１ｆに送られたパケット・
データは、ビデオ、オーディオ、データのそれぞれのデ
コード部２２２，２２４，２２３に転送される。

【０１７４】それぞれのデコード部２２２，２２４，２
２３は、送られたパケット・データをデコードして、ビ
デオ・データはＶ−ＰＲＯ部２２６を介してＤ／Ａ変換
された後、ＴＶ３６０に表示され、オーディオ・データ
はＤ／Ａ変換された後、スピーカ３７０にて再生され
る。

【０１７５】以下に、再生動作を説明する。図３８及び
図３９（ａ），（ｂ）は、通常再生動作を示している。
まず、記録再生装置のＭＰＵ部２００は、再生するオブ
ジェクトと、再生を開始する時間start＿timeとを指定
する。

【０１７６】ＭＰＵ部２００のワークＲＡＭ部２００ａ
には、予めディスクのグローバル管理情報が格納されて
いる。グローバル管理情報には、指定されたオブジェク
トのタイムマップ情報が存在する。このタイムマップ情
報を用いて、指定された時間を論理アドレスstart＿pla
ceに変換することができる。

【０１７７】タイムマップ情報には、一定個数ｍのアク
セス・ユニット相互間の時間差diff＿timeが記録されて
おり、これを足し合わせることによって、再生を開始す
る時間に対応するアクセス・ユニットを特定することが
できる。つまり、

【数６】 を満たすまで、アクセス・ユニットの時間差を足し合わ
せる。ｎを特定した後、

【０１７８】start＿position＝ｎ×ｍ×au＿size により、再生を開始するアクセス・ユニットの位置を特
定する。ただし、au＿sizeは、１つのアクセス・ユニッ
トの大きさである。

【０１７９】アクセス・ユニットの位置が特定された
後、再生を開始するアクセス・ユニットが読み込まれ
る。パケット・データとその時間情報とは、アクセス・
ユニット・バッファ２２１ｂを介して、パケット・デー
タ・バッファ２２１ｅと時間計測部２２１ｄとに送られ
る。

【０１８０】ローカル管理情報は、ローカル管理情報バ
ッファ２２１ｃに送られる。また、時間計測部２２１ｄ
から時間情報を探索し、start＿timeに等しい時間情報
を持つＭＰＥＧ−ＴＳパケットが、再生開始のＭＰＥＧ
−ＴＳパケットとなる。

【０１８１】記録再生装置は、再生を開始するＭＰＥＧ
−ＴＳパケットから順にデコーダ部２２０にパケットの
転送を行なう。パケットの転送は、パケットとともに記
録されている時間情報に基づいて行なわれる。

【０１８２】まず、記録再生装置内の時間計測部２２１
ｄは、再生を開始するＭＰＥＧ−ＴＳパケットが持つ時
間情報の値にセットされ、時間計測部２２１ｄは、セッ
トされた値からカウンタを動かす。

【０１８３】これとともに、再生を開始するＭＰＥＧ−
ＴＳパケットの転送が行なわれる。次のＭＰＥＧ−ＴＳ
パケットの転送は、次のＭＰＥＧ−ＴＳパケットの持つ
時間情報の値と時間計測部２２１ｄのカウンタの値とが
等しくなったとき行なわれる。

【０１８４】また、再生が開始されると、アクセス・ユ
ニットもディスクドライブ部２９０から順次読み込まれ
る。ここで、ローカル管理情報バッファ２２１ｃには、
アクセス・ユニット・バッファ２２１ｂに格納されてい
るＤＶＤ−ＴＳパケット・データのローカル管理情報が
格納されており、次のアクセス・ユニットを読み込んだ
ときには、ローカル管理情報バッファ２２１ｃの内容は
一時クリアされ、次のローカル管理情報が格納される。

【０１８５】記録再生装置のパケット・データ・デコー
ド部２２１ｆは、まず、転送されたＭＰＥＧ−ＴＳパケ
ットのＰＩＤ（パケットＩＤ）＝０であるＰＡＴ（Prog
ramAssociation Table）を読み込み、ＰＭＴ（Program
Map Table）のＰＩＤを取得する。

【０１８６】次に、デコーダ部２２０は、ＰＡＴから取
得したＰＩＤを用いてＰＭＴを読み込む。ＰＭＴには、
複数のビデオ・パケット、オーディオ・パケット、デー
タ・パケット等のＰＩＤが書かれており、図４０に示す
ように、予め記録再生装置のＭＰＵ部２００が指定した
番組（プログラム番号）に基づいて、指定された番組に
関連するビデオ・パケット、オーディオ・パケット、デ
ータ・パケット等のＰＩＤを取得する。

【０１８７】パケット・データ・デコード部２２１ｆ
は、取得したＰＩＤを持つＭＰＥＧ−ＴＳパケットのみ
を読み込み、ビデオ・パケットはビデオ・デコード部２
２２に、オーディオ・パケットはオーディオ・デコード
部２２４に、データ・パケットはデータ・デコード部２
２３に転送する。

【０１８８】ビデオ・デコード部２２２は、ＭＰＥＧ−
ＴＳパケットから映像データを抽出し、これをデコード
する。デコードしたデータは、Ｖ−ＰＲＯ部２２６を介
して出力される。

【０１８９】オーディオ・デコード部２２４は、ＭＰＥ
Ｇ−ＴＳパケットから音声データを抽出し、これをデコ
ードする。デコードしたデータは、オーディオ用Ｄ／Ａ
部２２７を介して出力される。

【０１９０】データ・デコード部２２３は、ＭＰＥＧ−
ＴＳパケットからデータ放送等のデータを抽出し、これ
をデコードする。デコードしたデータは、Ｖ−ＰＲＯ部
２２６を介して出力される。このとき、ビデオ・デコー
ド部２２２から出力された映像データと併せて出力する
こともできる。

【０１９１】次に、図４１及び図４２は、高速再生時の
動作例を説明している。前述した通常再生時の動作例に
おいて、再生を開始するＭＰＥＧ−ＴＳパケットが、Ｐ
ＡＴやＰＭＴであったり、ビデオでもＩフレームでない
場合、デコードを即座に開始することができず、映像や
音声が出力されるまで時間差が生じる。そこで、ＰＡ
Ｔ、ＰＭＴ、Ｉフレームを優先的に探索して再生を行な
う例を示している。

【０１９２】記録再生装置は、ＭＰＵ部２００のワーク
ＲＡＭ２００ａに格納されているグローバル管理情報か
ら、再生を開始するアクセス・ユニットにＰＡＴが含ま
れるか否かを調べる。含まれない場合は、次のアクセス
・ユニットを調べ、含まれるアクセス・ユニットが見つ
かるまでグローバル管理情報の探索を行なう。このＰＡ
Ｔは、再生を開始するＭＰＥＧ−ＴＳパケット以降のＰ
ＡＴが妥当である。

【０１９３】同様に、ＰＭＴが含まれるアクセス・ユニ
ットの探索を行なう。このＰＭＴは、前述の見つけたＰ
ＡＴ以降のＰＭＴが妥当である。もし、Ｉフレームが含
まれるか否かの情報もグローバル管理情報に存在するな
ら、同様に、Ｉフレームが含まれるアクセス・ユニット
の探索も行なう。このときも、前述の見つけたＰＭＴ以
降のＩフレームが妥当である。

【０１９４】次に、ＰＡＴが含まれるアクセス・ユニッ
トを読み込み、そのアクセス・ユニット内のローカル管
理情報に基づいてＰＡＴを含むＭＰＥＧ−ＴＳパケット
の探索を行ない、ＰＡＴを含むＭＰＥＧ−ＴＳパケット
をデコーダ部２２０に転送する。

【０１９５】さらに、ＰＭＴが含まれるアクセス・ユニ
ットを読み込み、そのアクセス・ユニット内のローカル
管理情報に基づいてＰＭＴを含むＭＰＥＧ−ＴＳパケッ
トの探索を行ない、ＰＭＴを含むＭＰＥＧ−ＴＳパケッ
トをデコーダ部２２０に転送する。このとき、Ｉフレー
ムを含むアクセス・ユニットの情報が存在しない場合、
ＰＭＴに続くＭＰＥＧ−ＴＳパケットを、順にデコーダ
部２２０に転送する。

【０１９６】Ｉフレームを含むアクセス・ユニットが見
つかっている場合には、そのＩフレームが含まれるアク
セス・ユニットを読み込み、アクセス・ユニット内のロ
ーカル管理情報に基づいて、Ｉフレームを含むＭＰＥＧ
−ＴＳパケットの探索を行ない、Ｉフレームを含むＭＰ
ＥＧ−ＴＳパケットをデコーダ部２２０に転送する。さ
らに、Ｉフレームに続くＭＰＥＧ−ＴＳパケットを、順
にデコーダ部２２０に転送する。

【０１９７】上記の手順のように、ＰＡＴ、ＰＭＴ、Ｉ
フレームを連続して転送することにより、映像や音声を
再生開始と同時に出力することが可能となる。

【０１９８】また、前述の方法では、映像や音声出力の
開始が早くなる一方で、ＰＡＴ、ＰＭＴ、Ｉフレーム以
前のＭＰＥＧ−ＴＳパケットを省くことになる。そこ
で、図４３、図４４及び図４５（ａ），（ｂ）は、再生
を開始するＭＰＥＧ−ＴＳパケットを転送する前に、Ｐ
ＡＴ、ＰＭＴ、Ｉフレームを転送することにより、指定
された箇所から正確に出力を行なう動作例を示してい
る。

【０１９９】前述と同様に、記録再生装置は、ＭＰＵ部
２００のワークＲＡＭ２００ａに格納されているグロー
バル管理情報から、ＰＡＴ、ＰＭＴ、Ｉフレームが含ま
れるアクセス・ユニットの探索を行なう。

【０２００】まず、再生を開始するアクセス・ユニット
にＩフレームが含まれるか否かを調べ、含まれない場合
はその前のアクセス・ユニットを調べ、含まれるアクセ
ス・ユニットが見つかるまでグローバル管理情報の探索
を行なう。

【０２０１】このＩフレームは、再生を開始するＭＰＥ
Ｇ−ＴＳパケット以前のＩフレームが妥当である。ただ
し、Ｉフレームの情報がグローバル管理情報に記録され
ていない場合は、この過程を行なわない。

【０２０２】同様に、ＰＭＴが含まれるアクセス・ユニ
ットの探索を行なう。このＰＭＴは、前述の見つけたＩ
フレーム以前のＰＭＴが妥当である。さらに、ＰＡＴが
含まれるアクセス・ユニットの探索も行なう。このとき
も、前述の見つけたＰＭＴ以前のＰＡＴが妥当である。

【０２０３】ただし、ＰＡＴやＰＭＴが、再生を開始す
るアクセス・ユニット以前に存在しない場合には、再生
を開始するアクセス・ユニット以降で最も近傍のＰＡＴ
とＰＭＴとで、これを代用する。

【０２０４】次に、ＰＡＴが含まれるアクセス・ユニッ
トを読み込み、そのアクセス・ユニット内のローカル管
理情報に基づいてＰＡＴを含むＭＰＥＧ−ＴＳパケット
の探索を行ない、ＰＡＴを含むＭＰＥＧ−ＴＳパケット
をデコーダ部２２０に転送する。

【０２０５】さらに、ＰＭＴが含まれるアクセス・ユニ
ットを読み込み、そのアクセス・ユニットのローカル管
理情報に基づいてＰＭＴを含むＭＰＥＧ−ＴＳパケット
の探索を行ない、ＰＭＴを含むＭＰＥＧ−ＴＳパケット
をデコーダ部２２０に転送する。このとき、Ｉフレーム
を含むアクセス・ユニットの情報が存在しない場合、Ｐ
ＭＴに続くＭＰＥＧ−ＴＳパケットを、順にデコーダ部
２２０に転送する。

【０２０６】Ｉフレームを含むアクセス・ユニットが見
つかっている場合、Ｉフレームが含まれるアクセス・ユ
ニットを読み込み、そのアクセス・ユニット内のローカ
ル管理情報に基づいてＩフレームを含むＭＰＥＧ−ＴＳ
パケットの探索を行ない、Ｉフレームを含むＭＰＥＧ−
ＴＳパケットをデコーダ部２２０に転送する。

【０２０７】さらに、Ｉフレームに続くＭＰＥＧ−ＴＳ
パケットを、順にデコーダ部２２０に転送する。このと
き、ローカル管理情報より、Ｉ，Ｐ，Ｂフレームの情報
が存在する場合、再生を開始するＭＰＥＧ−ＴＳパケッ
トを含むフレームとＩフレームとのフレーム差を数え
る。再生を開始するＭＰＥＧ−ＴＳパケットがビデオ・
パケットではない場合、近傍のビデオ・パケットを、こ
の対象とする。

【０２０８】ＭＰＵ部２００は、この情報をパケット・
データ・デコード部２２１ｆに伝達し、Ｉフレームをデ
コードしてからこのフレーム分は映像や音声の出力を行
なわず、対象となるフレームから映像や音声の出力を行
なうことにより、フレーム単位の正確な出力が可能とな
る。

【０２０９】また、再生を行なう際には、図４６に示す
ように、ＭＰＵ部２００に複数個のローカル管理情報が
格納されるためのローカル管理情報バッファを確保す
る。アクセス・ユニットのローカル管理情報は、次々と
ローカル管理情報バッファに格納され、バッファが満杯
になったときは、バッファ内の最も古いアクセス・ユニ
ットのローカル管理情報を消去し、新しいアクセス・ユ
ニットのローカル管理情報を格納する。

【０２１０】これにより、巻き戻し等の特殊再生を行な
う際、ＰＡＴ、ＰＭＴ、Ｉフレームの探索が容易にな
り、特殊再生動作を速く行なうことが可能となる。ま
た、アクセス・ユニットを読み込むときに、先のアクセ
ス・ユニットのローカル管理情報を先読みし、バッファ
に格納することにより、早送り等の特殊再生動作を速く
行なうことが可能となる。

【０２１１】なお、この発明は上記した実施の形態に限
定されるものではなく、この外その要旨を逸脱しない範
囲で種々変形して実施することができる。

【０２１２】

【発明の効果】以上詳述したようにこの発明によれば、
デジタルデータの高密度記録を効果的に促進し、しか
も、機器内に常駐して保持する必要のある情報を削減し
メモリ容量の効率化を図り得る極めて良好な情報記録媒
体、情報記録装置及び情報再生装置を提供することがで
きる。

【図面の簡単な説明】

【図１】情報記憶媒体に格納されるデータの階層構造を
説明するために示す図。

【図２】アクセスユニットの構造を説明するために示す
図。

【図３】記録再生のコンテンツ・モデルを説明するため
に示す図。

【図４】ディスク管理情報の詳細を説明するために示す
図。

【図５】ストリーム・オブジェクト管理情報の詳細を説
明するために示す図。

【図６】ストリーム・オブジェクト情報の詳細を説明す
るために示す図。

【図７】タイム・マップ情報の他の例を説明するために
示す図。

【図８】プログラム・チェーン情報の詳細を説明するた
めに示す図。

【図９】プログラム・チェーン情報のさらに詳細を説明
するために示す図。

【図１０】プレイリスト情報の詳細を説明するために示
す図。

【図１１】プレイリスト情報のさらに詳細を説明するた
めに示す図。

【図１２】アクセスユニット（ローカル）管理情報記録
領域に格納される情報を説明するために示す図。

【図１３】各レイヤと管理アドレス空間との関係を説明
するために示す図。

【図１４】各管理アドレス間の関係を説明するために示
す図。

【図１５】エラー訂正処理の分担を説明するために示す
図。

【図１６】ＥＣＣブロックを説明するために示す図。

【図１７】レイヤによる処理方法の相違を説明するため
に示す図。

【図１８】アクセスユニット内の管理データの配置を説
明するために示す図。

【図１９】管理データ部のデータ符号化の例を説明する
ために示す図。

【図２０】管理データの完全分散配置を説明するために
示す図。

【図２１】完全分散配置された管理データの処理手順を
説明するために示すフローチャート。

【図２２】部分分散配置された管理データの処理手順を
説明するために示すフローチャート。

【図２３】部分分散配置された管理データの配置制限を
説明するために示す図。

【図２４】トラック長とＥＣＣブロック長との関係を説
明するために示す図。

【図２５】アクセスユニットのデータ生成手順を説明す
るために示すフローチャート。

【図２６】各サーチ・マップの一例を説明するために示
す図。

【図２７】サーチ・リスト情報の他の例を説明するため
に示す図。

【図２８】同サーチ・リスト情報の詳細を説明するため
に示す図。

【図２９】ＤＶＤ−ＴＳパケット記録領域に格納される
情報を説明するために示す図。

【図３０】記録再生装置の一例を説明するために示すブ
ロック構成図。

【図３１】フォーマッタ部の詳細を説明するために示す
ブロック構成図。

【図３２】録画前処理動作を説明するために示すフロー
チャート。

【図３３】デジタル録画動作を説明するために示すフロ
ーチャート。

【図３４】デジタル録画動作を説明するために示すフロ
ーチャート。

【図３５】アナログ録画動作を説明するために示すフロ
ーチャート。

【図３６】アナログ録画動作を説明するために示すフロ
ーチャート。

【図３７】分離部の詳細を説明するために示すブロック
構成図。

【図３８】通常再生動作を説明するために示すフローチ
ャート。

【図３９】通常再生動作の詳細を説明するために示すフ
ローチャート。

【図４０】ＰＩＤの取得を説明するために示す図。

【図４１】高速再生動作を説明するために示すフローチ
ャート。

【図４２】高速再生動作の詳細を説明するために示すフ
ローチャート。

【図４３】指定された箇所から正確に再生を行なう動作
を説明するために示すフローチャート。

【図４４】指定された箇所から正確に再生を行なう動作
を説明するために示すフローチャート。

【図４５】指定された箇所から正確に再生を行なう動作
の詳細を説明するために示すフローチャート。

【図４６】ローカル管理情報バッファを説明するために
示す図。

【符号の説明】

１００…情報記憶媒体、 １４０…アクセスユニット、 １５０…アクセスユニット（ローカル）管理情報記録領
域、 １６０…ＤＶＤ−ＴＳパケット記録領域、 ２００…ＭＰＵ部、 ２１０…表示部、 ２２０…デコーダ部、 ２４０…エンコーダ部、 ２５０…ＴＶチューナ部、 ２６０…ＳＴＣ部、 ２７０…Ｄ−ＰＲＯ部、 ２８０…一時記憶部、 ２９０…ディスクドライブ部、 ３００…キー入力部、 ３１０…Ｖミキシング部、 ３２０…フレームメモリ部、 ３３０…ＴＶ用Ｄ／Ａ部、 ３４０…地上波デジタルチューナ部、 ３５０…ＳＴＢ部。

───────────────────────────────────────────────────── フロントページの続き (72)発明者 菊地 伸一 東京都青梅市新町３丁目３番地の１ 東芝 デジタルメディアエンジニアリング株式会 社内 (72)発明者 平良 和彦 東京都青梅市新町３丁目３番地の１ 東芝 デジタルメディアエンジニアリング株式会 社内 (72)発明者 高橋 秀樹 神奈川県川崎市幸区柳町70番地 株式会社 東芝柳町事業所内 (72)発明者 小林 忠 神奈川県川崎市幸区柳町70番地 株式会社 東芝柳町事業所内 Ｆターム(参考） 5D044 AB05 AB07 BC04 CC06 DE11 DE17 DE22 DE48 EF05 GK12 5D090 AA01 CC01 CC14 GG16 GG27

Claims (18)

【特許請求の範囲】
1. 【請求項１】 映像または音声を含むストリーム情報と
   その管理情報とをデジタル記録する情報記録媒体におい
   て、 前記管理情報のうち、所定のデータ量毎に分割された各
   ストリーム情報の管理に共通に使用される第１の管理情
   報を記録可能な第１の記録領域と、 前記分割されたストリーム情報に、前記管理情報のう
   ち、前記分割された個々のストリーム情報の管理に使用
   される第２の管理情報を付加した基準単位の情報を記録
   可能な第２の記録領域とを有することを特徴とする情報
   記録媒体。
2. 【請求項２】 前記第２の記録領域は、前記分割された
   ストリーム情報を記録する領域の先頭に、そのストリー
   ム情報に対応する前記第２の管理情報を記録する領域を
   有することを特徴とする請求項１記載の情報記録媒体。
3. 【請求項３】 前記第２の記録領域は、そこに記録され
   た前記第２の管理情報のための訂正用情報を記録する領
   域を有することを特徴とする請求項１記載の情報記録媒
   体。
4. 【請求項４】 前記第２の記録領域は、前記第２の管理
   情報を分散記録するための複数の領域を有することを特
   徴とする請求項１記載の情報記録媒体。
5. 【請求項５】 前記第２の記録領域は、前記第２の管理
   情報を繰り返し多重記録する複数の領域を有することを
   特徴とする請求項１記載の情報記録媒体。
6. 【請求項６】 映像または音声を含むストリーム情報と
   その管理情報とを情報記録媒体にデジタル記録する情報
   記録装置において、 前記ストリーム情報を所定のデータ量単位で分割すると
   ともに、前記管理情報を、前記分割された各ストリーム
   情報の管理に共通に使用される第１の管理情報と、前記
   分割された個々のストリーム情報の管理に使用される第
   ２の管理情報とに分割し、 前記第１の管理情報を前記情報記録媒体に記録する第１
   の記録手段と、 前記分割されたストリーム情報を、それに対応する前記
   第２の管理情報を付加した基準情報単位として前記情報
   記録媒体に記録する第２の記録手段とを具備してなるこ
   とを特徴とする情報記録装置。
7. 【請求項７】 前記基準情報単位は、整数個のＥＣＣブ
   ロックから構成されることを特徴とする請求項６記載の
   情報記録装置。
8. 【請求項８】 前記第２の記録手段は、前記基準情報単
   位の先頭に前記第２の管理情報を配置して、前記情報記
   録媒体に記録させることを特徴とする請求項６記載の情
   報記録装置。
9. 【請求項９】 前記第２の管理情報は、自己の訂正用情
   報を含むことを特徴とする請求項６記載の情報記録装
   置。
10. 【請求項１０】 前記第２の記録手段は、前記基準情報
    単位内で、前記第２の管理情報を分散記録させることを
    特徴とする請求項６記載の情報記録装置。
11. 【請求項１１】 前記第２の記録手段は、前記基準情報
    単位内で、前記第２の管理情報を繰り返し多重記録させ
    ることを特徴とする請求項６記載の情報記録装置。
12. 【請求項１２】 前記第２の管理情報は、前記基準情報
    単位内に含まれるデータパケット数、ストリーム情報の
    識別のための情報、開始時間、終了時間、映像あるいは
    音声のフレーム情報のいずれかを含むことを特徴とする
    請求項６記載の情報記録装置。
13. 【請求項１３】 前記基準情報単位の開始時間または終
    了時間は、前記第１の管理情報に含まれる開始時間また
    は終了時間に対する差分情報として記録されることを特
    徴とする請求項１２記載の情報記録装置。
14. 【請求項１４】 前記ストリーム情報の識別のための情
    報は、該ストリーム情報中に含まれる識別情報の有無を
    示す情報、または、該当するデータパケットの位置を示
    す情報であることを特徴とする請求項１２記載の情報記
    録装置。
15. 【請求項１５】 映像または音声を含むストリーム情報
    を所定のデータ量単位で分割されるとともに、前記スト
    リーム情報の管理情報が、前記分割された各ストリーム
    情報の管理に共通に使用される第１の管理情報と、前記
    分割された個々のストリーム情報の管理に使用される第
    ２の管理情報とに分割され、前記第１の管理情報と、前
    記分割されたストリーム情報に、それに対応する前記第
    ２の管理情報を付加した基準情報単位とが記録された情
    報記録媒体から情報を読み出す読み出し手段と、 この読み出し手段から読み出された前記基準情報単位内
    に含まれる前記第２の管理情報と前記ストリーム情報と
    を分離する手段を有する制御手段とを具備してなること
    を特徴とする情報再生装置。
16. 【請求項１６】 前記制御手段は、前記基準情報単位内
    に含まれる前記第２の管理情報を保持する保持手段を備
    えることを特徴とする請求項１５記載の情報再生装置。
17. 【請求項１７】 前記制御手段は、前記基準情報単位内
    に含まれる前記第２の管理情報に対して、エラー訂正処
    理を施す手段を備えることを特徴とする請求項１５記載
    の情報再生装置。
18. 【請求項１８】 前記制御手段は、前記第１の管理情報
    と前記第２の管理情報との組み合わせで、所定の前記ス
    トリーム情報にアクセスする手段を備えることを特徴と
    する請求項１５記載の情報再生装置。