JP2003018549A - 情報記録装置および方法、情報記録プログラム、および情報記録プログラムを記録した記録媒体 - Google Patents

Abstract

(57)【要約】 【課題】 ユーザが理解しやすいように、エントリーポ
イントを管理する。 【解決手段】 情報記録装置は、符号化されたデジタル
データで構成されるストリームを受信する受信部と、受
信したストリームの属性の変化を検出して検出情報を出
力する解析部と、出力された検出情報と、変化が生じた
時刻における時刻情報とを、第１のエントリーポイント
として取得して、第１のエントリーポイントを登録した
管理情報を生成する制御部と、管理情報およびストリー
ムを、情報記録媒体に記録するドライブ装置とを備えて
いる。そして、さらに、ストリームに任意にアクセスし
て再生するための、ストリームの再生経路に対して設定
された第２のエントリポイントを入力する入力部をさら
に備える。制御部は、第１のエントリーポイントと第２
のエントリポイントとを識別可能に登録した管理情報を
生成する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は読み書き可能な情報
記録媒体であって、特に、動画像データ、静止画デー
タ、オーディオデータ等の種々のフォーマットのデータ
を含むマルチメディアデータが記録される情報記録媒体
に関する。さらに、本発明はそのような情報記録媒体に
情報を記録し、または、記録された情報を再生する装置
および方法に関する。

【０００２】

【従来の技術】近年、ＤＶＤ（Digital Versatile Dis
c）−ＲＯＭディスク（単にＤＶＤ−ＲＯＭとも称す
る）などの読み出し専用光ディスクは、コンピュータデ
ータの記憶媒体としての利用に加えて、映画等の動画、
写真等の静止画、および音声データ（以下、「ＡＶデー
タ」と称する）の記憶媒体として活用されている。近
年、さらに、随時書き込み可能な記憶媒体として、ＤＶ
Ｄ−ＲＡＭディスク（単にＤＶＤ−ＲＡＭとも称する）
と呼ばれる、数ＧＢの容量を有する相変化型ディスクが
実用化されている。

【０００３】ディジタルＡＶデータの国際標準の符号化
規格であるMoving Picture ExpertsGroup（ＭＰＥＧ）
またはＭＰＥＧ２の実用化とあいまって、ＤＶＤ−ＲＡ
Ｍは、コンピュータデータの記録媒体としてだけでな
く、オーディオ・ビデオ（ＡＶ）技術分野における記録
・再生メディアとして期待されている。つまり従来の代
表的なＡＶ記録メディアである磁気テープに代わるメデ
ィアとして普及が予測される。

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

【０００５】ディスクの利用による最大の特徴は、ラン
ダムアクセス性能の大幅な向上である。仮にテープをラ
ンダムアクセスする場合、一巻きの巻き戻しに通常数分
オーダーの時間が必要である。これは光ディスクメディ
アにおけるシーク時間（数１０ｍｓ程度）に比べて桁違
いに遅い。従ってテープは実用上ランダムアクセス装置
になり得ない。このようなランダムアクセス性能によっ
て、従来のテープでは不可能であったＡＶデータの分散
記録が光ディスクでは可能となった。

【０００６】図１は、ＤＶＤレコーダのドライブ装置の
ブロック図である。ドライブ装置は、ＤＶＤ−ＲＡＭデ
ィスク１０のデータを読み出す光ピックアップ１１、Ｅ
ＣＣ（Error Correcting Code）処理部１２、１トラッ
クバッファ１３、トラックバッファへ１３の入出力を切
り替えるスイッチ１４、エンコーダ部１５およびデコー
ダ部１６を備える。

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

【０００８】トラックバッファ１３は、ＤＶＤ−ＲＡＭ
ディスク１０にＡＶデータをより効率良く記録するた
め、ＡＶデータを可変ビットレートで記録するために用
いられる。より詳しく説明すると、トラックバッファ１
３は、ＤＶＤ−ＲＡＭ１００への読み書きレート（Ｖ
ａ）が固定レートであるのに対して、ＡＶデータはその
内容（ビデオであれば画像）の複雑さに応じてビットレ
ート（Ｖｂ）が変化するため、このビットレートの差を
吸収するために用いられる。トラックバッファ１３を更
に有効に利用して、ディスク１０上にＡＶデータが離散
配置された場合にもＡＶデータをデコーダ部１６へ連続
供給することが可能である。また、録画の場合もエンコ
ーダ部１５に送られたＡＶデータをＤＶＤ−ＲＡＭに記
録することができる。

【０００９】この大容量記録メディアであるＤＶＤ−Ｒ
ＡＭをより効果的に使用するため、ＤＶＤ−ＲＡＭでは
ＵＤＦ（Universal Disc Format）ファイルシステムが
採用され、ＰＣによるアクセスが可能である。ＵＤＦフ
ァイルシステムの詳細は、「Universal Disc Format St
andard」に開示されている。

【００１０】次に従来、我々が使用してきたＡＶ機器を
説明する。図２は、従来のＡＶ機器とメディア、フォー
マットの関係を示した図である。例えば、ユーザがビデ
オテープの映像を見ようと思えば、ユーザは、通常、ビ
デオカセットをＶＴＲに入れ、テレビで視聴する。ま
た、音楽を聞こうと思えば、ユーザは、ＣＤをＣＤプレ
ーヤやＣＤラジカセに入れてスピーカまたはヘッドホン
で聴く。つまり、従来のＡＶ機器では一つのフォーマッ
ト（ビデオまたはオーディオ）に対して一つのメディア
が存在していた。このため、ユーザは見たい、または、
聞きたいコンテンツに対して、常にメディアやＡＶ機器
を取り替える必要があり、不便さを感じていた。

【００１１】また、近年のディジタル技術の普及によっ
て、パッケージソフトではＤＶＤビデオディスクが、放
送系ではディジタル衛星放送が実用化されてきた。これ
らの背景にディジタル技術の革新、特にＭＰＥＧフォー
マットの実用化があることは言うまでもない。

【００１２】図３は、前述したＤＶＤビデオディスクと
ディジタル衛星放送で使用されているＭＰＥＧストリー
ムの図である。ＭＰＥＧ規格は、図３に示すような階層
構造を規定する。ここで重要なことは、最終的にアプリ
ケーションが使用するＭＰＥＧシステム層のストリーム
は、ＤＶＤビデオディスクのようなパッケージメディア
系とディジタル衛星放送のような通信メディア系とで異
なることである。前者は「ＭＰＥＧプログラムストリー
ム」と呼ばれ、ＤＶＤビデオディスクなどの記録単位と
なるセクタ（ＤＶＤの場合２０４８バイト）を意識した
パック単位でデータの転送が行われる。後者は「ＭＰＥ
Ｇトランスポートストリーム」と呼ばれ、特にＡＴＭを
意識して１８８バイト単位のＴＳパケット単位でデータ
の転送が行われる。

【００１３】ディジタル技術や映像音声の符号化技術で
あるＭＰＥＧによってＡＶデータはメディアに依存する
ことなく自由に取り扱えると期待されてきたが、このよ
うな微妙な差もあって、現在までにパッケージメディア
と通信メディアの双方に対応したＡＶ機器やメディアは
存在していない。そのため、ＤＶＤ−ＲＡＭ等の大容量
の光ディスクの登場により、従来のＡＶ機器で感じてい
た不便さの解消が期待されている。

【００１４】特にディジタル衛星放送の開始に伴い、Ｍ
ＰＥＧトランスポートストリームをＭＰＥＧプログラム
ストリームと同様に記録することのできる光ディスクの
登場が望まれている。

【００１５】

【発明が解決しようとする課題】ＤＶＤレコーダは、図
４に示すような単一のメディア、単一のＡＶ機器でさま
ざまなフォーマットやコンテンツをユーザが個々のフォ
ーマットを意識すること無く、自由に表示再生できるこ
とが望まれている。具体的に説明すると、図５は、ＤＶ
Ｄレコーダにおけるメニュー画面の一例である。このメ
ニューでは、ディジタル衛星放送の”１）洋画劇場”、
地上波放送の”朝の連続ドラマ”、”ワールドカップ決
勝”やＣＤからダビングした”４）ベートーヴェン”
が、記録元のメディアや記録フォーマットを意識するこ
と無くテレビ画面上で選択可能である。

【００１６】次世代ＡＶ記録メディアとして期待される
光ディスクを使用して、このようなＤＶＤレコーダを実
現する際の最大の課題は、様々なフォーマットからなる
ＡＶデータおよびＡＶストリームをいかに統一的に管理
できるかである。すでに存在するフォーマットのみを管
理するのであれば、特別な管理手法を用いる必要はな
い。しかし、既存の多数のフォーマットだけでなく、今
後登場するであろう新たなフォーマットに対しても対応
できる管理手法を用いておくことが、前述したＤＶＤレ
コーダの実現には不可欠である。

【００１７】様々なＡＶストリームを統一的に扱えるか
否かによって生じるユーザインターフェースの差異によ
っては、従来例で説明したような不便さ、つまり、コン
テンツやフォーマット毎にユーザが意識して操作を行う
必要が生じる可能性がある。よって、様々なＡＶストリ
ームのなかでも、ディジタル放送のように送信側でディ
ジタル化されたデータを、受信側で如何に取り扱うかが
大きな問題となる。特に、新たに開始されたディジタル
衛星放送の様々な機能を、録画後にも利用できる、いわ
ゆるタイムシフトを実現するためには、これらのストリ
ームを送信されたそのままの状態で記録することが必要
となる。ＭＰＥＧのトランスポートストリームでは、複
数のビデオストリームを同時に多重化すること（マルチ
ビュー）が可能である。

【００１８】さらに将来出現するであろう新たなディジ
タル放送に対しても、たとえ現時点でそのサービス内容
が一部未定であっても、これらの放送をタイムシフト記
録することが求められる。

【００１９】ディジタル記録されたＡＶデータに対し、
ディスクメディアの最大の特徴であるランダムアクセス
性を活かす例として、エントリーポイントが挙げられ
る。近年、ユーザが所望の地点（エントリーポイント）
を設定し、設定したエントリーポイントにアクセスして
この地点から再生を開始できるようにする必要性が高ま
っている。しかし、記録装置が自動的に記録するエント
リーポイントも存在する。したがって、これらのエント
リーポイントを混在させると混乱を生ずるため、区別で
きるデータ構造が必要となる。

【００２０】本発明の目的は、ユーザが理解しやすいよ
うに、エントリーポイントを管理することである。ま
た、ディジタル放送で使用されるストリーム（ＭＰＥＧ
トランスポートストリーム）を種々のＡＶストリームと
ともに記録できるようにし、さらに、記録したデータを
再生することである。

【００２１】

【課題を解決するための手段】本発明による情報記録装
置は、符号化されたデジタルデータで構成されるストリ
ームを受信する受信部と、受信部が受信した前記ストリ
ームの属性の変化を検出して検出情報を出力する解析部
と、解析部から出力された前記検出情報と、前記変化が
生じた時刻における時刻情報とを、第１のエントリーポ
イントとして取得して、該第１のエントリーポイントを
登録した管理情報を生成する制御部と、制御部が生成し
た前記管理情報と、受信部が受信した前記ストリームと
を、情報記録媒体に記録するドライブ装置とを備えた情
報記録装置であって、前記ストリームに任意にアクセス
して再生するための、前記ストリームの再生経路に対し
て設定された第２のエントリポイントを入力する入力部
をさらに備え、制御部は、前記第１のエントリーポイン
トと前記第２のエントリポイントとを識別可能に登録し
た管理情報を生成する。これにより、上記目的が達成さ
れる。

【００２２】制御部は、前記第１のエントリーポイント
を登録した第１のテーブルと、前記第２のエントリーポ
イントを登録した第２のテーブルとを含む管理情報を生
成してもよい。

【００２３】制御部は、前記第１のエントリーポイント
および前記第２のエントリポイントに別個に付与され
た、異なる識別フラグを有する管理情報を生成してもよ
い。

【００２４】解析部は、前記ストリームがディジタル放
送ストリームである場合の放送番組の変化、ストリーム
の再生を制御するディジタル放送ストリームのＰＳＩ／
ＳＩ情報の変化、マルチビュー情報の変化、データカル
ーセルの先頭への変化、データカルーセルの内容の変
更、プログラムマップテーブルＰＭＴの変化、モジュー
ルの変化、データイベントの変化、パレンタル情報の変
化、音声ストリームの属性の変化、前記ストリームがデ
ィジタル放送のＭＰＥＧビデオストリームである場合の
シーケンスヘッダ情報の変化、の少なくとも１つを、前
記ストリームの属性の変化として検出してもよい。

【００２５】前記管理情報は、前記第１のエントリーポ
イントおよび前記第２のエントリーポイントが、情報記
録媒体に記録されたデータへのリンク情報を備えていて
もよい。

【００２６】前記情報記録媒体に記録された前記管理情
報および前記ストリームを読み出す読み出し部と、読み
出し部が読み出した前記ストリームをデコードするデコ
ーダと、読み出し部が読み出した前記管理情報、およ
び、デコーダがデコードした前記ストリームを出力する
出力部とをさらに備え、入力部から前記第２のエントリ
ポイントを入力する際には、読み出し部は、前記管理情
報を読み出し、前記出力部は、前記管理情報の前記第１
のテーブルに登録された前記第１のエントリーポイント
と、すでに入力された前記第２のテーブルに登録された
前記第２のエントリーポイントとを表示してもよい。

【００２７】前記情報記録媒体に記録された前記管理情
報および前記ストリームを読み出す読み出し部と、読み
出し部が読み出した前記ストリームをデコードするデコ
ーダと、読み出し部が読み出した前記管理情報、およ
び、デコーダがデコードした前記ストリームを出力する
出力部とをさらに備え、読み出し部は、前記管理情報を
読み出し、前記出力部は、前記管理情報の前記前記第２
のテーブルに登録された前記第２のエントリーポイント
を表示してもよい。

【００２８】前記情報記録媒体は、光ディスクであって
もよい。

【００２９】本発明の情報記録方法は、符号化されたデ
ジタルデータで構成されるストリームを受信するステッ
プと、前記ストリームの属性の変化を検出して検出情報
を出力するステップと、出力された前記検出情報と、前
記変化が生じた時刻における時刻情報とを、第１のエン
トリーポイントとして登録した管理情報を生成するステ
ップと、生成された前記管理情報と、受信部が受信した
前記ストリームとを、情報記録媒体に記録するステップ
とを備えた情報記録方法であって、前記ストリームに任
意にアクセスして再生するための、前記ストリームの再
生経路に対して設定された第２のエントリポイントを入
力するステップをさらに備え、前記生成するステップ
は、前記第１のエントリーポイントと前記第２のエント
リポイントとを識別可能に登録した管理情報を生成す
る。これにより上記目的が達成される。

【００３０】前記生成するステップは、前記第１のエン
トリーポイントを登録した第１のテーブルと、前記第２
のエントリーポイントを登録した第２のテーブルとを含
む管理情報を生成してもよい。

【００３１】前記生成するステップは、前記第１のエン
トリーポイントおよび前記第２のエントリポイントに別
個に付与された、異なる識別フラグを有する管理情報を
生成してもよい。

【００３２】本発明による情報記録プログラムは、符号
化されたデジタルデータで構成されるストリームを受信
するステップと、前記ストリームの属性の変化を検出し
て検出情報を出力するステップと、出力された前記検出
情報と、前記変化が生じた時刻における時刻情報とを、
第１のエントリーポイントとして登録した管理情報を生
成するステップと、生成された前記管理情報と、受信部
が受信した前記ストリームとを、情報記録媒体に記録す
るステップとからなるコンピュータにより実行可能な情
報記録プログラムであって、前記ストリームに任意にア
クセスして再生するための、前記ストリームの再生経路
に対して設定された第２のエントリポイントを入力する
ステップをさらに備え、前記生成するステップは、前記
第１のエントリーポイントと前記第２のエントリポイン
トとを識別可能に登録した管理情報を生成する。これに
より上記目的が達成される。

【００３３】前記生成するステップは、前記第１のエン
トリーポイントを登録した第１のテーブルと、前記第２
のエントリーポイントを登録した第２のテーブルとを含
む管理情報を生成してもよい。

【００３４】前記生成するステップは、前記第１のエン
トリーポイントおよび前記第２のエントリポイントに別
個に付与された、異なる識別フラグを有する管理情報を
生成してもよい。

【００３５】所定の記録媒体に、上記情報記録プログラ
ムを記録してもよい。

【００３６】

【発明の実施の形態】以下、添付の図面を用いて本発明
に係る情報記録媒体、記録装置および再生装置の一実施
形態であるＤＶＤ−ＲＡＭ、ＤＶＤレコーダおよびＤＶ
Ｄプレーヤを詳細に説明する。

【００３７】本発明によるＤＶＤ−ＲＡＭは、一枚のデ
ィスクにおいて種々のフォーマットのＡＶデータが記録
でき、かつ、記録されたデータを統一的に管理できる。
これにより、アナログ放送をＭＰＥＧトランスポートス
トリームにエンコードして記録したビデオデータ、ディ
ジタル放送として送信されるＭＰＥＧトランスポートス
トリームを一枚のディスクに記録することが可能とな
る。また、ＤＶＤ−ＲＡＭに記録されたこれらのデータ
は、所定の順序で再生することができる。このために、
本発明に係るＤＶＤ−ＲＡＭは、ＡＶデータのフォーマ
ットの種類に依存せずにＡＶストリームを管理するため
の管理情報を備えている。

【００３８】まず、図６の（ａ）および（ｂ）を参照し
て、本発明のＤＶＤ−ＲＡＭに記録されるデータのデー
タ構造を説明する。図６の（ａ）は、ＤＶＤ−ＲＡＭデ
ィスク１００のファイルシステムを通して認識できるデ
ィスク１００上のデータ構造を示す。図６の（ｂ）は、
ディスク１００上の物理セクタの構造を示す。図示され
るように、物理セクタの先頭部分にはリードイン領域３
１が設けられている。リードイン領域３１には、サーボ
を安定させるために必要な規準信号や、他のメディアと
の識別信号などが記録されている。リードイン領域３１
に続いてデータ領域３３が設けられている。データ領域
３３には、論理的に有効なデータが記録される。データ
領域３３の先頭にはボリューム情報と呼ばれるファイル
システム用の管理情報が記録される。ファイルシステム
は、例えばＵＤＦフォーマットであるが、周知の技術で
あるため説明は省略する。最後にリードアウト領域３５
が設けられている。リードアウト領域３５には、リード
イン領域３１と同様に、規準信号等が記録される。

【００３９】ファイルシステムを介して、図６の（ａ）
に示すように、ディスク１００内のデータを、ディレク
トリやファイルとして扱うことが可能になる。図６の
（ａ）に示すように、ＤＶＤレコーダが扱う全てのデー
タは、ＲＯＯＴディレクトリ直下のＤＶＤ＿ＲＴＡＶデ
ィレクトリ下で管理される。

【００４０】本実施形態のＤＶＤレコーダが扱うファイ
ルには、オーディオ・ビデオデータ（ＡＶデ−タ）を含
むＡＶファイルと、それらのＡＶファイルを管理するた
めの情報を含む管理情報ファイルの２種類のファイルが
存在する。図６の（ａ）に示す例では、管理情報ファイ
ルは「ＶＩＤＥＯ＿ＲＴ．ＩＦＯ」、ＡＶファイルは、
動画データを含むファイル「Ｍ＿ＶＯＢ．ＶＯＢ」であ
る。また、ディジタル放送用映像データを含むファイル
は「Ｄ＿ＶＯＢ．ＶＯＢ」である。以下、これらのファ
イルを詳細に説明する。なお、本実施形態では、個々の
ＡＶストリームを、オブジェクト（Ｏｂｊｅｃｔ）とし
て定義している。すなわち、オブジェクトには、ＭＰＥ
Ｇプログラムストリーム等の種々のＡＶストリームが含
まれる。ここでは、ＡＶストリームを抽象化してオブジ
ェクトとして捉えることにより、ＡＶストリームの管理
情報を、統一化したオブジェクト情報（Ｏｂｊｅｃｔ
Ｉ）として定義する。

【００４１】最初に、図７を参照して、管理情報を説明
する。管理情報の例として、ＡＶファイルの管理情報Ｖ
ＩＤＥＯ＿ＲＴ．ＩＦＯを採用する。図７は、ＡＶファ
イルのオブジェクト、オブジェクト情報およびプログラ
ムチェーン（Program Chain;ＰＧＣ）情報の関係を示
す。管理情報ＶＩＤＥＯ＿ＲＴ．ＩＦＯは、オブジェク
トの記録位置等を管理するオブジェクト情報８０と、Ｄ
ＶＤ−ＲＡＭに記録されているデータの中で再生される
べきデータの再生順序および再生時間等を定義するＰＧ
Ｃ情報５０、７０と、ビデオ管理全体情報（VMGI: Vide
o Manager General Information）９０とを有する。Ａ
Ｖストリームは、そのフォーマットによって個々の違い
はあるものの、共通化できる要素（例えば時間属性）も
有している。よって、上述した抽象化が可能である。ま
た、同一フォーマットを有するＡＶストリームは同一Ａ
Ｖファイル内に記録順に格納される。

【００４２】オブジェクト情報（ＯｂｊｅｃｔＩ）８０
は、オブジェクトに関する一般情報（Ｏｂｊｅｃｔ Ｇ
Ｉ）８０ａと、オブジェクトの属性情報（Ａｔｔｒｉｂ
ｕｔｅＩ）８０ｂと、オブジェクトの再生時間をディス
ク上のアドレスに変換するアクセスマップ８０ｃと、オ
ブジェクトの任意の箇所へのアクセスポイント（以下、
エントリーポイントと称する）を示す、ＰＧＣ情報５０
に関するエントリーポイントテーブル８０ｄとから構成
されている。

【００４３】アクセスマップ８０ｃは、時間軸とデータ
（ビット列）軸との間の変換を行うために利用される。
アクセスマップ８０ｃはオブジェクトユニット毎に時間
領域とアドレス領域とを対応づけるデータを有する。こ
れは後述するように１つのオブジェクトは複数のオブジ
ェクトユニット（ＶＯＢＵ）から構成されているからで
ある。アクセスマップ８０ｃを必要とするのは、ＡＶス
トリームが一般に時間軸とデータ（ビット列）軸の二つ
の基準を有しており、この二つの基準間には完全な相関
性がないからである。例えば、ビデオストリームの国際
標準規格であるＭＰＥＧ−２ビデオの場合、画質の複雑
さに応じてビットレートを変える可変ビットレート方式
を用いることが主流になりつつある。この場合、先頭か
らのデータ量と再生時間との間に比例関係がないため、
時間軸を基準にしたランダムアクセスができない。よっ
て、時間とデータとの相関関係を規定するアクセスマッ
プ８０ｃが必要となる。

【００４４】ＰＧＣ情報５０、７０は、ＤＶＤ−ＲＡＭ
１００に記録される画像データや音声データ、すなわち
オブジェクトの再生を制御する際に利用される。ＰＧＣ
情報５０、７０は、ＤＶＤプレーヤが連続してデータ再
生を行う際の一つの単位を示す。すなわち、ＰＧＣ情報
５０、７０は、再生するオブジェクトと、そのオブジェ
クトにおける任意の再生区間とを示したセル情報６０、
６１、６２、６３の再生シーケンスを示す。セル情報６
０等については後述する。ＰＧＣ情報は、ＤＶＤレコー
ダがオブジェクト記録時に全記録オブジェクトを含むよ
うに自動で生成するオリジナルＰＧＣ情報５０と、ユー
ザが自由に再生シーケンスを定義できるユーザ定義ＰＧ
Ｃ情報７０の２種類に分類できる。

【００４５】なお、先に説明したオブジェクト情報８０
のエントリーポイントテーブル８０ｄは、オリジナルＰ
ＧＣ情報５０のみに関するエントリーポイント（オリジ
ナルエントリーポイントとも称する）を規定する。ユー
ザ定義ＰＧＣ情報７０に関するエントリーポイント（ユ
ーザエントリーポイントとも称する）は、ユーザ定義Ｐ
ＧＣ情報７０内の各セル情報、例えば、セル情報７１に
設けられたエントリーポイントテーブル７２に規定され
ている。オリジナルエントリーポイントは、ＤＶＤレコ
ーダによって自動的に、オブジェクト情報８０中に規定
されたオブジェクト自体に設定される。一方、ユーザエ
ントリーポイントは、ユーザによって任意に、オブジェ
クトの再生経路に対して設定される。

【００４６】なお、エントリーポイントテーブル８０ｄ
は、オリジナルＰＧＣ情報５０に設けられていてもよ
い。オリジナルＰＧＣ情報５０内であれば、各セル情報
に対応して設けられていてもよいし、各セル情報に含ま
れない情報としてオリジナルＰＧＣ情報５０内に１つ設
けられていてもよい。また、ユーザ定義ＰＧＣ情報７０
に含まれるエントリーポイントテーブルは、各セル情報
に１つ設けられなくてもよく、セル情報に含まれない情
報としてユーザ定義ＰＧＣ情報７０内に１つ設けられて
いてもよい。

【００４７】ＰＧＣ情報５０、７０の構成および機能
は、ユーザ定義ＰＧＣ情報７０がユーザにより定義され
ること、および、エントリーポイントテーブル７２を有
することを除いて、同様である。よって、以下では、主
としてオリジナルＰＧＣ情報５０を詳細に説明する。エ
ントリーポイントテーブル７２、８０ｄについては後述
する。

【００４８】図７に示すように、オリジナルＰＧＣ情報
５０は少なくとも１つのセル情報６０、６１、６２、６
３を含む。セル情報６０等は再生するオブジェクトを指
定し、かつ、そのオブジェクトの再生区間を指定する。
通常、ＰＧＣ情報５０は複数のセルをある順序で記録し
ている。ＰＧＣ情報５０におけるセル情報の記録順序
は、各セルが指定するオブジェクトが再生されるときの
再生順序を示す。

【００４９】一のセル情報、例えば、セル情報６０に
は、それが指定するオブジェクトの種類を示すタイプ情
報（Ｔｙｐｅ）６０ａと、オブジェクトの後述するマル
チビュー情報（Ｖｉｅｗ＿Ｔｙｐｅ）６０ｂと、オブジ
ェクトの識別情報であるオブジェクトＩＤ（Ｏｂｊｅｃ
ｔ ＩＤ）６０ｃと、時間軸上でのオブジェクト内の開
始位置情報（Ｓｔａｒｔ）６０ｄと、時間軸上でのオブ
ジェクト内の終了位置情報（Ｅｎｄ）６０ｅとが含まれ
る。データ再生時は、ＰＣＧ情報５０内のセル情報６０
が順次読み出され、各セルにより指定されるオブジェク
トが、セルにより指定される再生区間分だけ再生され
る。

【００５０】抽象化したオブジェクト情報を実際のＡＶ
ストリームに適用するためには、より具体化する必要が
ある。この考え方は、オブジェクト指向モデルに見られ
るクラスの継承、特に、オブジェクト情報をスーパーク
ラスとして、各ＡＶストリーム用に具体化した構造をサ
ブクラスと捉えるとわかり易い。図８は、オブジェクト
情報から派生した各ストリームの管理情報を示す。図示
されるように、本実施の形態では、オブジェクト情報の
サブクラスとして、動画サブクラス、ディジタルビデオ
放送サブクラス、ストリームサブクラスの各サブクラス
を定義する。動画サブクラスは、ビデオ用のオブジェク
ト情報（ＭＰＥＧトランスポートストリーム）を表す動
画オブジェクト情報（Ｍ＿ＶＯＢＩ：Movie Video Obje
ct Information）８２である。ディジタルビデオ放送サ
ブクラスは、ディジタル放送データ（ＭＰＥＧトランス
ポートストリーム）用のオブジェクト情報を表すディジ
タルビデオ放送オブジェクト情報（Ｄ＿ＶＯＢＩ：Digi
tal Video Object Information）８６である。ストリー
ムサブクラスは、用途を特定しないストリーム用のオブ
ジェクト情報を表すストリームオブジェクト情報（ＳＯ
ＢＩ：Stream Object Information）８９である。以
下、各オブジェクト情報を説明する。

【００５１】動画オブジェクト情報８２は、ＭＰＥＧト
ランスポートストリームの一般情報（Ｍ＿ＶＯＢ＿Ｇ
Ｉ）８２ａと、動画オブジェクトのストリーム情報（Ｍ
＿ＶＯＢ＿ＳＴＩ）８２ｂと、タイムマップ８２ｃと、
エントリーポイントテーブル８２ｄとを有する。

【００５２】動画オブジェクト情報８２の一般情報（Ｍ
＿ＶＯＢ＿ＧＩ）８２ａは、動画オブジェクトの識別情
報（Ｍ＿ＶＯＢ＿ＩＤ）と、動画オブジェクトの記録時
刻（Ｍ＿ＶＯＢ＿ＲＥＣ＿ＴＭ）と、動画オブジェクト
の開始時刻情報（Ｍ＿ＶＯＢ＿Ｖ＿Ｓ＿ＰＴＭ）と、動
画オブジェクトの終了時刻情報（Ｍ＿ＶＯＢ＿Ｖ＿Ｅ＿
ＰＴＭ）とを含む。動画オブジェクトのストリーム情報
（Ｍ＿ＶＯＢ＿ＳＴＩ）８２ｂは、ビデオストリームの
コーディングモードをはじめとするビデオストリーム情
報（Ｖ＿ＡＴＲ）と、オーディオストリームの本数（Ａ
ＳＴ＿Ｎｓ）と、オーディオストリームのコーディング
モードをはじめとするオーディオストリーム情報（Ａ＿
ＡＴＲ）とを含む。タイムマップ８２ｃは、ＡＶファイ
ル内での動画オブジェクトの先頭アドレスと、各動画オ
ブジェクトユニット（ＶＯＢＵ）の再生時間（ＶＯＢＵ
＿ＰＢ＿ＴＭ）と、データサイズ（ＶＯＢＵ＿ＳＺ）と
を含む。ここで、動画オブジェクトユニット（ＶＯＢ
Ｕ）とは、動画オブジェクト（Ｍ＿ＶＯＢ）内の最小ア
クセス単位を示すが、その詳細は後述する。

【００５３】ディジタルビデオ放送オブジェクト情報
（Ｄ＿ＶＯＢＩ）８６は、ＭＰＥＧトランスポートスト
リームの一般情報（Ｄ＿ＶＯＢ＿ＧＩ）８６ａと、スト
リーム情報（Ｄ＿ＶＯＢ＿ＳＴＩ）８６ｂと、タイムマ
ップ８６ｃと、エントリーポイントテーブル８６ｄとを
有する。

【００５４】ディジタル放送オブジェクトの一般情報
（Ｄ＿ＶＯＢ＿ＧＩ）８６ａは、ディジタル放送オブジ
ェクトの識別情報（Ｄ＿ＶＯＢ＿ＩＤ）と、ディジタル
放送オブジェクトの記録時刻（Ｄ＿ＶＯＢ＿ＲＥＣ＿Ｔ
Ｍ）と、ディジタル放送オブジェクトの開始時刻情報
（Ｄ＿ＶＯＢ＿Ｖ＿Ｓ＿ＰＴＭ）と、ディジタル放送オ
ブジェクトの終了時刻情報（Ｄ＿ＶＯＢ＿Ｖ＿Ｅ＿ＰＴ
Ｍ）とを含む。ディジタル放送オブジェクトのストリー
ム情報（Ｄ＿ＶＯＢ＿ＳＴＩ）は、ディジタル放送で配
送される付加情報を格納する情報（ＰＲＯＶＩＤＥＲ＿
ＩＮＦ）を含む。タイムマップ８６ｃは、ＡＶファイル
内でのディジタル放送オブジェクト（Ｄ＿ＶＯＢ）の先
頭アドレスと、各オブジェクトユニット（ＶＯＢＵ）の
再生時間（ＶＯＢＵ＿ＰＢ＿ＴＭ）と、データサイズ
（ＶＯＢＵ＿ＳＺ）とを含む。

【００５５】ストリームオブジェクト情報（ＳＯＢＩ）
８９は、デジタルストリームの一般情報（ＳＯＢ＿Ｇ
Ｉ）８９ａと、デジタルストリームのストリーム情報
（ＳＯＢ＿ＳＴＩ）８９ｂと、タイムマップ８９ｃと、
エントリーポイントテーブル８９ｄとを有する。

【００５６】デジタルストリームの一般情報（ＳＯＢ＿
ＧＩ）８９ａは、ストリームオブジェクトの識別情報
（ＳＯＢ＿ＩＤ）と、ストリームオブジェクトの記録時
刻（ＳＯＢ＿ＲＥＣ＿ＴＭ）と、ストリームオブジェク
トの開始時刻情報（ＳＯＢ＿Ｓ＿ＴＭ）と、ストリーム
オブジェクトの終了時刻情報（ＳＯＢ＿Ｅ＿ＴＭ）とを
含む。ＳＯＢのストリーム情報（ＳＯＢ＿ＳＴＩ）８９
ｂは、ストリームとして配送される付加情報を格納する
情報（ＰＲＯＶＩＤＥＲ＿ＩＮＦ）を含む。タイムマッ
プ８９ｃは、ＡＶファイル内でのＳＯＢ先頭アドレス
と、ストリームオブジェクトユニット（ＳＯＢＵ）毎の
再生時間（ＳＯＢＵ＿ＰＢ＿ＴＭ）とを含む。各ＳＯＢ
Ｕのサイズは前述した ＥＣＣブロックのサイズと同一
であり固定である。ここで、ストリームオブジェクトユ
ニット（ＳＯＢＵ）は、ストリームオブジェクト（ＳＯ
Ｂ）内の最小アクセス単位を示すが、その詳細は後述す
る。

【００５７】このように、抽象化されているオブジェク
ト情報を具体化することで、図８に示すように、個々の
ＡＶストリームに対し、対応するストリーム情報テーブ
ルが定義される。

【００５８】次に、図９を参照して、オブジェクト情報
（ＯｂｊｅｃｔＩ）の具体例の１つ、ディジタル放送オ
ブジェクト情報（Ｄ＿ＶＯＢＩ）８６と、セル情報６０
との対応関係を説明する。

【００５９】セル情報６０に指定されたタイプ情報（Ｔ
ｙｐｅ）の値が「Ｄ＿ＶＯＢ」であれば、そのセルはデ
ィジタル放送用オブジェクトに対応することを意味す
る。なお、タイプ情報の値が「Ｍ＿ＶＯＢ」であれば、
そのセルは動画オブジェクトに対応し、タイプ情報の値
が「ＳＯＢ」であれば、ストリームオブジェクトに対応
することを意味する。

【００６０】セル情報６０に指定されたタイプ情報（Ｔ
ｙｐｅ）の値が「Ｄ＿ＶＯＢ」である場合、セル情報内
にビュータイプ情報（Ｖｉｅｗ＿Ｔｙｐｅ）が指定され
る。ビュータイプ情報は、該当セルにおいてマルチビュ
ー（後述）が存在するか否か、存在する場合にビューが
いくつあるかを指定する。ビュータイプ情報には、マル
チビューが存在する場合には最大のビューの個数を、存
在しない場合は０を設定する。また、オブジェクトＩＤ
（Ｏｂｊｅｃｔ ＩＤ）を利用して、対応するオブジェ
クト情報（ＶＯＢＩ）を検索できる。これは、例えば、
ディジタル放送オブジェクトを示すオブジェクトＩＤ
と、ディジタル放送オブジェクト情報（Ｄ＿ＶＯＢＩ）
８６の一般情報（Ｄ＿ＶＯＢ＿ＧＩ）８６ａに含まれる
ディジタル放送オブジェクトＩＤ（識別番号）（Ｄ＿Ｖ
ＯＢ＿ＩＤ）とが、一対一に対応していることを利用し
て実現できる。このように、タイプ情報（Ｔｙｐｅ）と
オブジェクトＩＤ（Ｏｂｊｅｃｔ ＩＤ）を用いること
により、セル情報６０に対応するオブジェクト情報を探
すことができる。

【００６１】セル情報６０における開始位置情報（Ｓｔ
ａｒｔ）は、ディジタル放送オブジェクトの開始時刻情
報（Ｄ＿ＶＯＢ＿Ｖ＿Ｓ＿ＰＴＭ）と対応する。各々に
よって示される値が同一の値（時刻）であれば、そのセ
ルはディジタル放送オブジェクトの先頭からの再生を示
す。開始位置情報（Ｓｔａｒｔ）の値が開始時刻情報
（Ｄ＿ＶＯＢ＿Ｖ＿Ｓ＿ＰＴＭ）より大きい場合、その
セルはディジタル放送オブジェクトの途中からの再生を
示す。この場合、開始時刻情報（Ｄ＿ＶＯＢ＿Ｖ＿Ｓ＿
ＰＴＭ）の値と、開始位置情報（Ｓｔａｒｔ）の値との
差（時間差）だけ、そのセルはディジタル放送オブジェ
クトの先頭から遅れて再生される。また、セルの終了位
置情報（Ｅｎｄ）とディジタル放送オブジェクトの終了
時刻情報（Ｄ＿ＶＯＢ＿Ｖ＿Ｅ＿ＰＴＭ）も同様の関係
を有する。

【００６２】このように、セル情報６０内の開始位置情
報（Ｓｔａｒｔ）と、終了位置情報（Ｅｎｄ）と、ディ
ジタル放送オブジェクト情報（Ｄ＿ＶＯＢＩ）８６の一
般情報（Ｄ＿ＶＯＢ＿ＧＩ）８６ａ内の開始時刻情報
（Ｄ＿ＶＯＢ＿Ｖ＿Ｓ＿ＰＴＭ）と、終了時刻情報（Ｄ
＿ＶＯＢ＿Ｖ＿Ｅ＿ＰＴＭ）とに基づいて、当該セルの
再生開始および終了位置を動画オブジェクト内の相対時
間として得ることができる。

【００６３】ディジタル放送オブジェクト８６内のタイ
ムマップ８６ｃは、動画オブジェクトユニット（ＶＯＢ
Ｕ）毎の再生時間とデータサイズとから構成されるテー
ブルである。前述したセルの動画オブジェクト内での再
生開始および終了相対時間をこのタイムマップ８６ｃを
参照することによりアドレスデータに変換することがで
きる。なお、動画オブジェクトユニット（ＶＯＢＵ）と
は、図のＡＶファイルを表すＶＯＢのうち、太実線で囲
まれた、複数のパックのまとまりである。なお、各パッ
クはセクタと同じサイズであり、１つまたはそれ以上の
パックを利用して、画像データが格納される。

【００６４】続いて図１０の（ａ）〜（ｆ）を参照し
て、タイムマップを参照したアドレス変換の具体例を説
明する。

【００６５】図１０の（ａ）は、時間軸上でのビデオ表
示を表現したディジタル放送オブジェクト（Ｄ＿ＶＯ
Ｂ）を示す。（ｂ）は動画オブジェクトユニット（ＶＯ
ＢＵ）毎の再生時間長とデータサイズから構成されるタ
イムマップを示す。（ｃ）は、データ（セクタ列）軸上
で表現したディジタル放送オブジェクトを示す。（ｄ）
はディジタル放送オブジェクト（Ｄ＿ＶＯＢ）の一部を
拡大したパック列を示す。（ｅ）はビデオストリーム、
（ｆ）はオーディオストリームをそれぞれ示す。

【００６６】動画オブジェクト（Ｄ＿ＶＯＢ）は、ＭＰ
ＥＧトランスポートストリームである。ＭＰＥＧトラン
スポートストリームは、ビデオストリーム、オーディオ
ストリームを順にパケット（ＰＥＳパケット）化して、
このパケット（ＰＥＳパケット）を複数束ねたパックの
シーケンスである。

【００６７】トランスポートパケット（ＴＳパケット）
は、１８８バイトの固定サイズである。ＤＶＤ−ＲＡＭ
の１セクタは２０４８バイトであるので、セクタ内には
複数のトランスポートパケット（２０４８バイト／１８
８バイト＝１０ＴＳパケット）が、後述するヘッダ情報
と共に記録される。

【００６８】トランスポートストリームでは、ＴＳパケ
ット化したビデオパケット（Ｖ＿ＰＫＴ）およびオーデ
ィオパケット（Ａ＿ＰＫＴ）を多重化して１本のストリ
ームが構成される。図１０の（ｃ）、（ｄ）、（ｅ）、
（ｆ）は、多重化の様子を示す。

【００６９】また、トランスポートストリームおよびプ
ログラムストリームの総称である、ＭＰＥＧシステムス
トリームは、多重化したビデオおよびオーディオストリ
ームの同期再生のために、ストリーム内にタイムスタン
プを有する。

【００７０】トランスポートストリームの場合、タイム
スタンプとして、フレームの再生時刻を示すＰＴＳ（Pr
esentation Time Stamp）がある。前述のディジタル放
送オブジェクトの開始時刻情報（Ｄ＿ＶＯＢ＿Ｖ＿Ｓ＿
ＰＴＭ）、ディジタル放送オブジェクトの終了時刻情報
（Ｄ＿ＶＯＢ＿Ｖ＿Ｅ＿ＰＴＭ）は、このＰＴＳを基準
にして求められた時刻情報である。

【００７１】続いて、動画オブジェクトユニット（ＶＯ
ＢＵ）を説明する。動画オブジェクトユニット（ＶＯＢ
Ｕ）とは、ディジタル放送オブジェクト（Ｄ＿ＶＯＢ）
内の最小アクセス単位を示す。ＭＰＥＧビデオストリー
ムは、ビデオフレーム内での空間周波数特性を用いた画
像圧縮だけでなく、ビデオフレーム間、つまり時間軸上
での動き特性をも利用して画像圧縮を行い、高効率な画
像圧縮を実現する。これは、あるビデオフレームを伸長
する場合に、時間軸上の情報、すなわち、未来または過
去のビデオフレームの情報が必要となり、ビデオフレー
ムを単独で伸長することができないことを意味してい
る。この問題を解決するため、一般的なＭＰＥＧビデオ
ストリームでは、０．５秒に１枚程度の割合で、時間軸
上での動き特性を用いないビデオフレーム（Ｉ−ピクチ
ャ）を挿入して、ランダムアクセス性を高めている。

【００７２】動画オブジェクトユニット（ＶＯＢＵ）
は、このＩ−ピクチャの先頭データを含むパックを先頭
として、次のＩ−ピクチャの先頭データを含むパックの
直前のパックまでの区間として規定されるまとまりであ
る。タイムマップでは、この各オブジェクトユニット
（ＶＯＢＵ）のデータサイズ（ＴＳパケット数）と、オ
ブジェクトユニット（ＶＯＢＵ）内のビデオフレームの
再生時間（フィールド数）とから構成されている。

【００７３】なお、Ｉ−ピクチャの先頭データは必ずし
もＴＳパケットの先頭ではない。このため、あるオブジ
ェクトユニット（ＶＯＢＵ）における最終データは、次
のオブジェクトユニット（ＶＯＢＵ）における先頭デー
タと同一のＴＳパケット内に存在する場合がある。この
ため、オブジェクトユニット（ＶＯＢＵ）のデータサイ
ズは、次オブジェクトユニット（ＶＯＢＵ）、すなわち
次のＩ−ピクチャの先頭データを含むＴＳパケットの直
前までのＴＳパケット数とする。

【００７４】例えば、セルのＳｔａｒｔで示す値と、デ
ィジタル放送オブジェクトの開始時刻情報（Ｄ＿ＶＯＢ
＿Ｖ＿Ｓ＿ＰＴＭ）の示す値との差が１秒（６０フィー
ルド）であったと仮定する。タイムマップ８６ｃ内の各
オブジェクトユニット（ＶＯＢＵ）の再生時間を先頭か
ら積算していくことで、ディジタル放送オブジェクト
（Ｄ＿ＶＯＢ）の先頭からの各オブジェクトユニットの
再生開始時刻を求めることができる。同様に各オブジェ
クトユニットのデータサイズ（ＴＳパケット数）を積算
していくことで、ディジタル放送オブジェクト（Ｄ＿Ｖ
ＯＢ）の先頭からの各オブジェクトユニットのアドレス
を求めることができる。

【００７５】本実施形態の場合では、ディジタル放送オ
ブジェクト（Ｄ＿ＶＯＢ）の先頭からそれぞれ２４、３
０、２４フィールドのオブジェクトユニット（ＶＯＢ
Ｕ）が並んでいるので、ディジタル放送オブジェクト
（Ｄ＿ＶＯＢ）の先頭から１秒（６０フィールド）後の
ビデオフレームは先頭から３番目のオブジェクトユニッ
ト（ＶＯＢＵ＃３）に含まれていることが求められる。
また、オブジェクトユニット（ＶＯＢＵ）のデータ量が
ディジタル放送オブジェクトの先頭からそれぞれ１２５
０、９０８、１１５０ＴＳパケットであるから、３番目
のオブジェクトユニット（ＶＯＢＵ＃３）の先頭アドレ
スは、オブジェクトの先頭から２１５８ＴＳパケット
目、つまり２１５セクタの８ＴＳパケット目であること
が求められる。この結果と、ＡＶファイル内でのＤ＿Ｖ
ＯＢの先頭アドレス（ＡＤＲ＿ＯＦＦ）である５０１０
セクタとを加算することで、再生を開始するデータの先
頭アドレスが求められる。

【００７６】以上の説明では、先頭から６０フィールド
目のビデオフレームからの再生を想定した。すでに説明
したように、ＭＰＥＧビデオの性質上、任意のビデオフ
レームからのデコードおよび再生は不可能であるので、
Ｉ−ピクチャの先頭から再生されるように、６フィール
ドずれた近傍のオブジェクトユニット（ＶＯＢＵ）の先
頭から再生する。ただし、デコーダが当該６フィールド
のデコードのみを行い、表示をしないように動作するこ
とで、セルが指定するビデオフィールドから再生するこ
とができる。セルの終了位置に対応するディジタル放送
オブジェクトの再生終了時刻、ＡＶファイル内のアドレ
スは、上記の説明と同様にしてえることができる。

【００７７】なお、ディジタル放送オブジェクトのスト
リーム情報（Ｄ＿ＶＯＢ＿ＳＴＩ）内のＰＲＯＶＩＤＥ
Ｒ＿ＩＮＦフィールドには、放送事業社を識別するＩＤ
と、放送事業社毎の固有の情報とが含まれる。

【００７８】次に、動画オブジェクト情報（Ｍ＿ＶＯＢ
Ｉ）を説明する。動画オブジェクト情報も、オブジェク
ト情報から派生したサブクラスであるので、基本的には
ディジタル放送オブジェクト情報と同様である。大きな
違いは、動画オブジェクト（Ｍ＿ＶＯＢ）は地上波が録
画されて生成されることである。すなわち、ディジタル
放送オブジェクト（Ｄ＿ＶＯＢ）は、ディジタル放送衛
星から送信されるデータが直接記録されて生成されるの
に対して、動画オブジェクトは、レコーダがエンコード
を行って得られたＡＶストリームである点が、大きく異
なっている。タイムマップを参照したアドレス変換につ
いては、Ｄ＿ＶＯＢと同様である。

【００７９】例えば、ＤＶＤ−ＲＡＭの１セクタが２０
４８バイトとして、Ｍ＿ＶＯＢにおけるパケットも、２
０４８バイトの固定サイズであるとする。すると、動画
オブジェクト（Ｍ＿ＶＯＢ）の場合、１パック＝１セク
タとして扱うことができる。ＤＶＤ−ＲＡＭに対してデ
ータの読み書きができる単位はセクタであるので、動画
オブジェクトユニットをセクタからセクタまでと定義す
ることができる。Ｔマップを参照したアドレス変換につ
いては、基本的にはＤ＿ＶＯＢと同様である。なお、Ｍ
＿ＶＯＢのアドレス変換に使用するタイムマップは、Ｄ
＿ＶＯＢの場合のようにＶＯＢＵのデータサイズをパケ
ット数で表す代わりに、これをパック数で表してもよ
い。

【００８０】次に、ストリームオブジェクト情報（ＳＯ
ＢＩ）を説明する。ストリームオブジェクト情報も、オ
ブジェクト情報から派生したサブクラスであるので、基
本的にはディジタル放送オブジェクト情報と同様であ
る。大きな違いは、ディジタル放送オブジェクト（Ｄ＿
ＶＯＢ）ではそのストリームの内容がレコーダで解析可
能であるのに対し、ストリームオブジェクト（ＳＯＢ）
では、レコーダでその内容を解析できないことである。
ディジタル放送オブジェクト（Ｄ＿ＶＯＢ）は、動画オ
ブジェクト（Ｍ＿ＶＯＢ）のように、レコーダ自身がデ
ータをエンコードする。よって、ストリームのデータ構
造が自明であり、レコーダは解析可能である。しかし、
ストリームオブジェクト（ＳＯＢ）では、レコーダがデ
ータを解析せずに記録するので、例えば、データが著作
権保護等の目的で暗号化されている場合、または、新規
のサービスのためレコーダが対応したデコーダを持たな
い場合等には、レコーダは、ストリームの内部構造が分
からない。

【００８１】よって、ストリームオブジェクト（ＳＯ
Ｂ）を取り扱う場合には、前述したタイムマップを作成
することができないことになる。そこで、本実施の形態
では、ＭＰＥＧトランスポートストリームにおけるそれ
ぞれのＴＳパケットの到着時刻を表すＡＴＳ（Arrival
Time Stamp）を用いてタイムマップを作成する。

【００８２】図１１の（ａ）および（ｂ）は、ストリー
ムオブジェクト（ＳＯＢ）における、ＴＳパケットとヘ
ッダ情報との関係を示す。ストリームオブジェクト（Ｓ
ＯＢ）では、ＡＴＳを含むヘッダ情報とＴＳパケットを
交互に１セクタの中に複数配置する。本実施の形態で
は、ヘッダ情報が４バイト、ＴＳパケットは１８８バイ
トなので、１セクタ中に１０個のヘッダ情報とＴＳパケ
ットの対が配置されている。このＡＴＳを用いて、スト
リームオブジェクト（ＳＯＢ）における時刻を指定す
る。

【００８３】ストリームオブジェクト（ＳＯＢ）のタイ
ムマップ８９ｃ（図８）におけるオブジェクトは、ＳＯ
Ｂユニット（ＳＯＢＵ）というまとまりを利用して規定
される。ストリームオブジェクト（ＳＯＢ）では、その
内容を解析できないので、ＳＯＢＵのデータサイズは固
定する。本実施の形態では、ＳＯＢＵのデータサイズ
は、ＥＣＣブロックのサイズとする。このように、ＳＯ
ＢＵのデータサイズを固定することにより、ストリーム
オブジェクト（ＳＯＢ）のタイムマップ８９ｃではサイ
ズを指定する必要がない。よって、タイムマップは、オ
ブジェクトユニット（ＳＯＢＵ）の先頭ＴＳパケットの
到着時刻（ＡＴＳ）情報のみのテーブルである。ストリ
ームオブジェクト（ＳＯＢ）の場合、オブジェクトの開
始時刻情報（ＳＯＢ＿Ｖ＿Ｓ＿ＰＴＭ）、オブジェクト
の終了時刻情報（ＳＯＢ＿Ｖ＿Ｅ＿ＰＴＭ）は、それぞ
れオブジェクトの先頭もしくは最終ＴＳパケット到着時
刻（ＡＴＳ）である。

【００８４】タイムマップを参照したアドレス変換につ
いては、基本的にはＤ＿ＶＯＢと同様である。但し、Ｓ
ＯＢのアドレス変換のために使用するタイムマップで
は、Ｄ＿ＶＯＢの場合のように各オブジェクトユニット
（ＶＯＢＵ）のデータサイズは、固定であり、パケット
数で表していない。

【００８５】なおＡＴＳを付与する代わりにに、ＭＰＥ
ＧトランスポートストリームのＴＳパケット内に存在す
るＰＣＲ（Program Clock Reference）を用いてタイム
マップを生成することもできる。ＰＣＲとは、それぞれ
のＴＳパケットのデコーダへの入力時刻を表す。この場
合、ＰＣＲは必ずしも全てのトランスポートパケットに
付与されないので、レコーダでこれらの値を補間する必
要がある。

【００８６】ストリームオブジェクトのストリーム情報
（Ｓ＿ＶＯＢ＿ＳＴＩ）内のＰＲＯＶＩＤＥＲ＿ＩＮＦ
フィールドにも、ディジタル放送オブジェクトの場合と
同様、放送事業者を識別するＩＤと、放送事業者毎の固
有の情報とが含まれている。

【００８７】図１２は本実施形態の光ディスクにおける
管理情報全体の構成を示す。図１２には、これまで説明
したデータ構造が記載されている。以下、管理情報全体
を説明する。本実施の形態による光ディスクは、前述の
ＰＧＣ情報５０、７０等の他に、ビデオ管理全体情報９
０や、各種のファイル情報テーブル９２、９４、９６を
備えている。

【００８８】ビデオ管理全体情報ＶＭＧＩ９０は、ディ
スク全体に関する管理情報であり、例えば、オリジナル
ＰＧＣ情報５０、ユーザ定義ＰＧＣ情報７０、および、
各種ファイル管理テーブル９２、９４等の開始アドレ
ス、すなわちポインタ情報を含む。このポインタ情報を
参照することにより、ＰＧＣ情報５０、７０や、ファイ
ル管理テーブル９２、９４等へアクセスできる。

【００８９】ここで、図１２に示すファイル管理テーブ
ル９２、９４、９６を説明する。ファイル管理テーブル
９２、９４、９６のそれぞれは、オブジェクトから構成
されるデータファイルを管理するためのテーブルであ
り、オブジェクトの種類毎に設けられている。ディジタ
ル放送オブジェクトを記録したファイルを管理する動画
ファイル管理テーブル９２や、動画オブジェクトを記録
した動画ファイルを管理するディジタル放送ファイル管
理テーブル９４、ストリームオブジェクトを記録したス
トリームファイルを管理するストリームファイル管理テ
ーブル９６がある。

【００９０】前述のようにＰＧＣ情報内のセル情報のオ
ブジェクトＩＤに基づきオブジェクト情報が特定される
が、この場合、ファイル管理テーブル９２、９４、９６
を介してオブジェクト情報のアドレスが特定される。こ
のため、ファイル管理テーブル９２、９４、９６は、管
理するオブジェクト情報の数、オブジェクトＩＤ、オブ
ジェクト情報のサイズ等の情報を有している。例えば、
オブジェクトＩＤが順番を示す場合、セル情報により指
定されたオブジェクトＩＤに基づいて、その指定された
オブジェクト情報が、ファイル管理テーブルにより管理
されているオブジェクト情報の中の何番目のオブジェク
ト情報であるかを認識できる。その後、そのオブジェク
ト情報の順番と、ファイルサイズとからファイル管理テ
ーブルの開始アドレスを基準としたオフセット量を計算
することにより、その指定されたオブジェクト情報のア
ドレスを得ることができる。

【００９１】図１２に示すように、ディジタル放送ファ
イル管理テーブル９４は、ディジタル放送オブジェクト
を記録したディジタル放送ファイルを管理するテーブル
である。ディジタル放送ファイル管理テーブル９４は、
ディジタル放送オブジェクト情報（Ｄ＿ＶＯＢＩ）９４
ａ、９４ｂ…と、そのテーブル９４が管理するディジタ
ル放送オブジェクト情報の数、ディジタル放送オブジェ
クトのサイズ等を含むテーブル管理情報（Ｄ＿ＡＶＦＩ
ＴＩ）９４ｈとを含む。このテーブル管理情報９４ｈに
記述されているディジタル放送オブジェクト情報の数だ
け、ディジタル放送オブジェクト情報がディスク上に続
けて記録されている。ディジタル放送オブジェクト情報
９４ａ…は、前述のように、一般情報（Ｄ＿ＶＯＢ＿Ｇ
Ｉ）、ストリーム情報（Ｄ＿ＶＯＢ＿ＳＴＩ）、タイム
マップ、エントリーポイントテーブルを含む。また、タ
イムマップは、各ディジタル放送オブジェクトユニット
（ＶＯＢＵ）の表示時間およびサイズ（ＶＯＢＵ＿ＥＮ
Ｔ）を含む。なお、動画オブジェクトを記録した動画フ
ァイルの管理テーブル（Ｍ＿ＡＶＦＩＴ）９２、ストリ
ームオブジェクトを記録したストリームファイルの管理
テーブル（Ｓ＿ＡＶＦＩＴ）９６も、ディジタル放送フ
ァイル管理テーブル９４と同様のデータ構造を有する。

【００９２】オリジナルＰＧＣ情報５０には、再生すべ
き順にセル情報が記録されている。セル情報はオブジェ
クト情報への対応情報（タイプおよびオブジェクトＩ
Ｄ）と、オブジェクト内での再生区間情報（Ｓｔａｒｔ
およびＥｎｄ）とを有する。セルが示す再生区間情報
は、オブジェクト情報内のアクセスマップを通してオブ
ジェクト実態のアドレス情報に変換できる。

【００９３】前述した通り、エントリーポイントテーブ
ルを有しないか、または有するかを除いては、ユーザ定
義ＰＧＣ情報７０のデータ構造は、オリジナルＰＧＣ情
報５０のデータ構造と同一である。

【００９４】以上のように、ＡＶストリーム用管理情報
を先に抽象化しておくことで、再生制御情報であるＰＧ
Ｃ情報をＡＶストリームフォーマット毎に固有な情報に
依存することなく定義でき、ＡＶストリームを統合的に
管理できる。これにより、ＡＶフォーマットを意識せず
にユーザが自由にＡＶデータの再生ができる環境が実現
できる。

【００９５】また、上述のデータ構造により、新たなＡ
Ｖフォーマットを取り込む場合であっても、既存のＡＶ
フォーマットと同じようにオブジェクト情報から派生し
た管理情報を規定すればよい。これにより、新たなフォ
ーマットをデータ構造内に簡単に取り込むことができ
る。

【００９６】次に、エントリーポイントテーブルを詳細
に説明する。エントリーポイントは、ユーザがディスク
上に録画された放送番組の任意地点から再生を開始する
ためのアクセスポイントである。例えば、図７に記載さ
れているとおり、オリジナルＰＧＣ情報５０に関するエ
ントリーポイントは、オブジェクト情報８０内に設けら
れたエントリーポイントテーブル８０ｄに記録されてお
り、一方、ユーザ定義ＰＧＣ情報７０に関するエントリ
ーポイントは、ユーザ定義ＰＧＣ情報７０の各セル情
報、例えば、セル情報７１に設けられたエントリーポイ
ントテーブル７２に記録されている。

【００９７】エントリーポイントは、セルのスタート位
置、終了位置と同様に、ディジタル放送オブジェクト
（Ｄ＿ＶＯＢ）および動画オブジェクト（Ｍ＿ＶＯＢ）
の場合はＰＴＳを用いて指定され、ストリームオブジェ
クトの場合はＡＴＳを用いて指定される。

【００９８】エントリーポイントの設定は、以下のよう
に行われる。まず、ディジタル衛星放送は、ＡＶストリ
ームの他に多くの付加情報を含んでいる。ディジタル衛
星放送ではプログラム仕様情報ＰＳＩ（Program Specif
ic Information）という特殊なテーブルに納められた情
報により１番組分のＡＶストリームを識別する。プログ
ラム仕様情報ＰＳＩおよびサービス情報ＳＩ（Service
Information）は、トランスポートストリームの再生を
制御する情報である。具体的には、１番組分のＡＶスト
リームは、トランスポートストリーム中に含まれる複数
の番組に対応したビデオおよびオーディオストリームの
ＴＳパケット群から、当該番組を構成する複数のＴＳパ
ケット列を抽出することにより得られる。当該番組を構
成する複数のＴＳパケット列は、各パケットに付された
パケットＩＤ情報（ＰＩＤ）によって特定できる。この
パケットＩＤ情報（ＰＩＤ）は、当該番組に対応したＰ
ＳＩ情報内のプログラムマップテーブル（ＰＭＴ）に記
録されている。ディジタル衛星放送は、データ放送など
インタラクティブな情報を含んでおり、従来のアナログ
放送では実現できなかったサービスを実現している。

【００９９】ディジタル放送にはマルチビューという機
能があり、１つの番組中に時間的に並列する複数の動画
を含めることができる。マルチビューについては、ＡＲ
ＩＢＴＲ−Ｂ１５に詳しく記載されているが、本明細書
では、図１３を参照して簡単にマルチビューを実現する
データ構造を説明する。図１３は、マルチビューを説明
するイベント情報テーブルＥＩＴ（Event Information
Table）のデータ構造を示す図である。

【０１００】メインのビューを再生する場合、componen
t_group_id="0x0"のテーブルが参照される。component_
group_id="0x0"のテーブルにおいて、対応する動画スト
リームのcomponent_tagはV0であることが判る。次にユ
ーザ提示単位のテーブルが参照され、component_tagがV
0のVideo_PIDは、"0x01"であることから、0x01のPIDを
もつＴＳパケット列が対応するストリームであることが
判る。同様に、メインのビューに対応する音声ストリー
ムは、0x02のPIDを持つＴＳパケット列であることが判
る。デジタルテレビではこれらのストリームをデコード
することによって、ユーザに対してマルチビュー番組の
メイン・ビューを表示している。

【０１０１】また、この他にも、ディジタル放送のＡＶ
ストリームは映像、音声情報の他に多くの付加情報を含
む。これらの付加情報には、ユーザによるインタラクテ
ィブな操作を可能とするデータ放送に関する情報、成人
向け内容を幼少者に見せないようにするためのパレンタ
ル情報などがある。データ放送に関する情報は、カルー
セル方式で送出されている。カルーセル方式とは、一定
時間ごとに蓄積された同内容のデータを、ファイル又は
それより小さい単位毎に繰り返し送出することをいう。
カルーセル方式を採用することにより、放送という一方
向の通信方式であってもデータが繰り返し送出されるた
め、必要なときに必要なデータを取得することができ
る。

【０１０２】データ放送を視聴する場合、カルーセルの
先頭から視聴すれば、必要データを短時間で取得できる
ため効率的である。また、パレンタルによる幼少者の視
聴禁止部分をスキップして再生することができれば、効
率的なタイムシフト視聴が実現できる。

【０１０３】ユーザはこれらの切り換り点で、番組にア
クセスする場合が多い。すなわちこれらの切り換り点を
エントリーポイントとすることでユーザは効率的に光デ
ィスクに記録された番組にアクセスすることができる。
このようなエントリーポイントは、レコーダで自動検出
および自動設定が可能である。

【０１０４】一方、お気に入りのシーンなど、ユーザが
独自にエントリーポイントを設定する場合がある。ユー
ザにとっては、自らが意識して設定したエントリーポイ
ントと、レコーダによって自動設定されたエントリーポ
イントとは別物である。これらを同時に表示し、選択さ
せると混乱を生ずるため、区別できるデータ構造が必要
となる。

【０１０５】本実施の形態では、各々のエントリーポイ
ントに属性情報を設定することによって、自動設定され
たエントリーポイントとユーザ設定によるエントリーポ
イントとを区別するようにした。図１４は、エントリー
ポイントに属性情報を設定できるエントリーポイントテ
ーブルを示す。エントリーポイントテーブルは、個々の
エントリーポイントに対して、ユーザがこのエントリー
ポイントを意識して指定したことを示すＵＳＥＲ＿ＥＰ
フラグ情報を備える。例えば、ユーザエントリーポイン
トに対しては、識別フラグ１が与えられ、オリジナルエ
ントリーポイントに対しては、識別フラグ０が与えられ
る。フラグ情報を参照することによって、レコーダまた
はプレーヤは、当該エントリーポイントがユーザによっ
て設定されたものか否かを明確にユーザに表示できる。

【０１０６】さらに、エントリーポイントテーブルは個
々のエントリーポイントに対して、番組の変更点である
ことを示すＰＧ＿Ｃｈａｎｇｅ、トランスポートストリ
ームにおけるＰＳＩ／ＳＩ情報の変更点であることを示
すＰＳＩ＿ＳＩ、トランスポートストリームにおけるＭ
ＰＥＧストリームの属性が変更されたことを示すＳＱＨ
＿Ｃｈａｎｇｅ、データカルーセルの先頭地点を示すＤ
ａｔａ＿Ｔｏｐ、データカルーセルの内容変更点を示す
Ｄａｔａ＿Ｃｈａｎｇｅ、ＰＭＴの変更点を示すＰＭＴ
＿Ｃｈａｎｇｅ、データイベントの更新点を示すＤＥ＿
Ｃｈａｎｇｅ、モジュールの更新点を示すＭｏｄｕｌｅ
＿Ｃｈａｎｇｅ、音声属性が変更されたことを示すＡｕ
ｄ＿Ｃｈａｎｇｅの各フラグ情報と、マルチビューに対
応するために番組のビュー数を示すＭｕｌｔｉ＿Ｖｉｅ
ｗフィールド、パレンタル（年少者に対する視聴制限）
情報フィールドを備える。エントリーポイントテーブル
は個々のエントリーポイントに対して、光ディスク内の
本管理情報やＡＶストリーム以外のファイルへのリンク
情報を備えている。このリンク情報とは、ディジタル放
送オブジェクト（Ｄ＿ＶＯＢ）および動画オブジェクト
（Ｍ＿ＶＯＢ）の場合は、個々のエントリーポイントに
対するＰＴＳであり、ストリームオブジェクトの場合は
ＡＴＳである。

【０１０７】レコーダは、ユーザがエントリーポイント
を設定する際には、ＵＳＥＲ＿ＥＰフラグが設定されて
いるか否かに関らず、全エントリーポイントと、その属
性情報（ＰＧ＿Ｃｈａｎｇｅ、ＰＳＩ＿ＳＩ、ＳＱＨ＿
Ｃｈａｎｇｅ、Ｄａｔａ＿Ｔｏｐ、Ｄａｔａ＿Ｃｈａｎ
ｇｅ、ＰＭＴ＿Ｃｈａｎｇｅ、ＤＥ＿Ｃｈａｎｇｅ、Ｍ
ｏｄｕｌｅ＿Ｃｈａｎｇｅ、Ａｕｄ＿Ｃｈａｎｇｅ、Ｍ
ｕｌｔｉ＿Ｖｉｅｗフィールド、パレンタル情報）をユ
ーザに対して表示することができる。ユーザは、これら
表示された全エントリーポイントとその属性情報から、
自らが編集に必要とするエントリーポイントをマーキン
グする。マーキングされたエントリーポイントが、レコ
ーダにより設定されていた場合には、マーキングされた
エントリーポイントには、レコーダによりＵＳＥＲ＿Ｅ
Ｐフラグ”１”が設定される。ユーザが前に設定してい
たエントリーポイントを再びマーキングした場合には、
これまでのＵＳＥＲ＿ＥＰフラグ”１”が保持される。

【０１０８】また、自動検出されていない箇所にユーザ
がエントリーポイントを設定する場合もある。この場合
はユーザがレコーダを操作して所望のシーンを選び、エ
ントリーポイントを設定する。このエントリーポイント
は、レコーダによってエントリーポイントテーブルに登
録される際にＵＳＥＲ＿ＥＰフラグ”１”が設定され
る。

【０１０９】レコーダは、ＰＧＣの編集において、ユー
ザに対してＵＳＥＲ＿ＥＰフラグの設定されているエン
トリーポイントのみを表示する。ユーザはこれによっ
て、自らが意識しない、自動設定により検出されたエン
トリーポイントに煩わされることなく必要なエントリー
ポイントのみを選んでＰＧＣの編集を行うことができ
る。

【０１１０】図１４に示すエントリーポイントテーブル
であれば、オブジェクト情報８０のエントリーポイント
テーブル８０ｄを設ければ十分である。しかし、これま
で説明したとおり、ユーザ定義ＰＧＣ情報７０（図７）
内に別個設けてもよい。この場合は、セル情報に含まれ
てもよいし、含まれていなくてもよい。

【０１１１】自動設定されたエントリーポイントとユー
ザ設定によるエントリーポイントとを図１５に示すよう
な別個のテーブルで管理することにより、それぞれのエ
ントリーポイントを区別することもできる。図１５は、
自動設定エントリーポイントテーブルとユーザ設定エン
トリーポイントテーブルとを示す図である。エントリー
ポイントが自動設定されるのはレコーダによる記録時の
みのため、自動設定されたエントリーポイントのテーブ
ルはオリジナルＰＧＣ情報にのみ設定されればよい。こ
のテーブルには、先に説明したエントリーポイントの属
性情報が記録される。一方、ユーザ設定エントリーポイ
ントテーブルは、ユーザ定義ＰＧＣ情報７０（図７）の
セル情報内に設けられる。なお、自動設定されたエント
リーポイントのテーブルは、オブジェクト情報８０（図
７）ではなく、オリジナルＰＧＣ情報５０（図７）に設
けてもよい。

【０１１２】なお、別の例として、前述したマルチビュ
ーにおいて各ビューに対応したエントリーポイントテー
ブルを設けてもよい。図１６は、各ビューに対応して設
けたエントリーポイントテーブルを示す図である。これ
により、ビュー毎のエントリーポイントを容易に管理で
きる。いうまでもなく、各エントリーポイントテーブル
には、属性情報の記録フィールドを設けてもよい。

【０１１３】次に、図１７を参照して、上述した光ディ
スクを再生するプレーヤモデルを説明する。図１７に示
すように、プレーヤ１７００は、光ディスク１００から
データを読み出す光ピックアップ１７０１と、読み出し
たデータのエラー訂正等を行うＥＣＣ処理部１７０２
と、エラー訂正後の読み出しデータを一時的に格納する
トラックバッファ１７０３と、動画オブジェクト（Ｍ＿
ＶＯＢ）と、ディジタル放送オブジェクト（Ｄ＿ＶＯ
Ｂ）等のトランスポートストリームを再生するＴＳデコ
ーダ１７０６と、プレーヤ１７００の各部を制御する制
御部１７１１とを備える。

【０１１４】プレーヤ１７００は、さらに、ＡＶストリ
ームを外部に供給するためのディジタルインターフェー
ス１７０４を有している。これにより、ＡＶストリーム
をＩＥＥＥ１３９４やＩＥＣ９５８などの通信プロトコ
ルを介して外部に供給することも可能である。これは、
特に、新たなＡＶフォーマットを取り込んだ場合、プレ
ーヤ１７００内部のデコーダを介さずにディジタルイン
ターフェース１７０４を通じて外部のＡＶ機器に出力
し、そのＡＶ機器で再生させるときに有効となる。プレ
ーヤ１７００が新たなＡＶフォーマットをサポートする
場合は、他のデコーダと同様にトラックバッファ１７０
３に接続する、新たなＡＶフォーマットに対応したデコ
ーダ１７０９をさらに備えればよい。

【０１１５】プレーヤ１７００の再生動作を以下説明す
る。プレーヤ１７００は、光ピックアップ１７０１を利
用して、光ディスク１００上に記録されているデータを
読み出す。ＥＣＣ処理部１７０２は、読み出したデータ
にＥＣＣ処理を行い、トランスポートストリーム（Ｔ
Ｓ）を得る。ＥＣＣ処理したトランスポートストリーム
（ＴＳ）は、トラックバッファ１７０３に格納される。
制御部１７１１は、トランスポートストリーム（ＴＳ）
がデコード可能である場合には、選択部１７１０を動作
させて、トラックバッファ１７０３とデコーダ１７０６
を接続する。デコーダ１７０６は、トランスポートスト
リーム（ＴＳ）をエンコードされたビデオデータおよび
オーディオデータに分離し、各々をデコードする。そし
て、デコードしたビデオデータとオーディオデータとを
出力する。なお、制御部１７１１が、トランスポートス
トリーム（ＴＳ）がデコード不可能であると判断した場
合には、新たなＡＶフォーマットに対応したデコーダ１
７０９を設けデコードさせればよい。

【０１１６】次に、図１８を参照して、上述した光ディ
スクに対して、データを記録するＤＶＤレコーダの構成
および動作を説明する。ＤＶＤレコーダは、光ディスク
に記録されたデータの再生もできるので、後に再生動作
についても説明する。

【０１１７】図に示すように、ＤＶＤレコーダ１９００
は、ユーザへの表示およびユーザからの要求を受け付け
る入力部としてのユーザインターフェース（ユーザＩ／
Ｆ）部１９０１、ＤＶＤレコーダ１９００全体の管理お
よび制御を司るシステム制御部１９０２、ＶＨＦおよび
ＵＨＦを受信するアナログチューナ１９０３、アナログ
信号をディジタル信号に変換し、さらにＭＰＥＧトラン
スポートストリームにエンコードするエンコーダ１９０
４、ディジタル衛星放送のデータストリームを受信する
ディジタルチューナ１９０５、符号化されたデジタルデ
ータで構成されるストリーム（ＭＰＥＧトランスポート
ストリーム）を解析する解析部１９０６、テレビおよび
スピーカなどの表示部１９０７、ＡＶストリームをデコ
ードするデコーダ１９０８とを備える。デコーダ１９０
８は、図１７に示したデコーダ１７０６のみならず、追
加されたデコーダ１７０９も含む。さらに、ＤＶＤレコ
ーダ１９００は、ディジタルインターフェース部１９０
９と、ＤＶＤ−ＲＡＭに書き込むデータを一時的に格納
するトラックバッファ１９１０と、ＤＶＤ−ＲＡＭ１０
０を回転させるモータ、ＤＶＤ−ＲＡＭ１００にデータ
を書き込むレーザ照射部、光ピックアップ等を有するド
ライブ１９１１とを備える。ディジタルインターフェー
ス部１９０９はＩＥＥＥ１３９４等の通信プロトコルに
より外部機器にデータを出力するインタフェースであ
る。

【０１１８】ＤＶＤレコーダ１９００は、ユーザインタ
ーフェース部１９０１が最初にユーザからの要求を受け
る。ユーザインターフェース部１９０１はユーザからの
要求をシステム制御部１９０２に伝え、システム制御部
１９０２はユーザからの要求を解釈および各モジュール
へ処理要求を行う。

【０１１９】以下、図１９を参照して、ユーザからの要
求がディジタル放送の録画である場合の動作を説明す
る。図１９は、ＤＶＤレコーダ１９００（図１８）の録
画処理を示すフローチャートである。

【０１２０】ユーザによるディジタル放送録画要求は、
ユーザインターフェース部１９０１を通してシステム制
御部１９０２に伝えられる。システム制御部１９０２は
ディジタルチューナ１９０５に対してデジタル放送の受
信を要求し、さらに、解析部１９０６に対してそのＭＰ
ＥＧトランスポートストリームのデータ解析を要求す
る。解析部１９０６は、ＭＰＥＧトランスポートストリ
ームからディジタル放送オブジェクト情報（Ｄ＿ＶＯＢ
Ｉ）の生成に必要な情報として、まず開始時刻情報（Ｄ
＿ＶＯＢ＿Ｖ＿Ｓ＿ＰＴＭ）を抽出してシステム制御部
１９０２に送る（ステップＳ１９１）。

【０１２１】解析部１９０６はさらに、ＭＰＥＧトラン
スポートストリーム中のオブジェクトユニット（ＶＯＢ
Ｕ）を決定して分割し、タイムマップ生成に必要なオブ
ジェクトユニットの時間長とサイズとをシステム制御部
１９０２に送る（ステップＳ１９２）。なお、オブジェ
クトユニット（ＶＯＢＵ）は、トランスポートストリー
ム中のＩ−ピクチャを検出することにより決定できる。

【０１２２】ディジタルチューナ１９０５から送られる
ＭＰＥＧトランスポートストリームは解析部１９０６を
通してトラックバッファ１９１０へ転送される。システ
ム制御部１９０２は、ドライブ１９１１に対して記録要
求を出力し、ドライブ１９１１はトラックバッファ１９
１０に蓄積されているデータを取り出しＤＶＤ−ＲＡＭ
ディスク１００に記録する（ステップＳ１９３）。この
時、システム制御部１９０２はファイルシステムのアロ
ケーション情報からディスク上のどこに記録するかをあ
わせてドライブ１９１１に指示する。

【０１２３】解析部１９０６は、オブジェクトユニット
時刻情報の検出に併せて、受信中のＭＰＥＧトランスポ
ートストリームを監視し、その属性の変化を検出する
（ステップＳ１９４）。以下にＢＳデジタル放送におけ
る具体的な検出方法の例を挙げる。このとき、記録機器
は（ａ）〜（ｋ）の各情報の変更点を検出するために、
以前の情報を一定のデータ量だけ保存しておくメモリを
持つものとする。

【０１２４】なお、ここに挙げた検出方法は単に一例で
あり、ＡＲＩＢで規定されたデータ構造に一部準拠して
いない場合もあるが、ＡＲＩＢの規定に準拠したデータ
構造を用いて検出を行ってももちろんよい。 （ａ）ＰＧ＿Ｃｈａｎｇｅ：ディジタル放送ストリーム
中のＥＩＴ（Ｅｖｅｎｔ＿Ｉｎｆｏｒｍａｔｉｏｎ＿Ｔ
ａｂｌｅ）中のｅｖｅｎｔ＿ｉｄを参照し（図２０）、
この値に変化が生じたときに付加する。 （ｂ）ＰＳＩ／ＳＩ：ディジタル放送ストリーム中のＰ
ＳＩ／ＳＩ情報を構成するテーブルである、ＰＡＴ（Ｐ
ｒｏｇｒａｍ＿Ａｓｓｏｃｉａｔｉｏｎ＿Ｔａｂｌ
ｅ）、ＣＡＴ（Ｃｏｎｄｉｔｉｏｎａｌ＿Ａｃｃｅｓｓ
＿Ｔａｂｌｅ）、ＮＩＴ（Ｎｅｔｗｏｒｋ＿Ｉｎｆｏｒ
ｍａｔｉｏｎ＿Ｔａｂｌｅ）、ＢＩＴ（Ｂｒｏａｄｃａ
ｓｔｅｒ＿Ｉｎｆｏｒｍａｔｉｏｎ＿Ｔａｂｌｅ）、Ｓ
ＤＴ（Ｓｅｒｖｉｃｅ＿Ｄｅｓｃｒｉｐｔｉｏｎ＿Ｔａ
ｂｌｅ）、ＥＩＴ（Ｅｖｅｎｔ＿Ｉｎｆｏｒｍａｔｉｏ
ｎ＿Ｔａｂｌｅ）のｖｅｒｓｉｏｎ＿ｎｕｍｂｅｒを参
照し（図２１）、この値に変化が生じたときに付加す
る。 （ｃ）ＳＱＨ＿Ｃｈａｎｇｅ：ディジタル放送ストリー
ムにおけるＭＰＥＧ２ストリーム中のシーケンスヘッダ
情報を参照し（図２２）、これが変化したときに付加す
る。 （ｄ）Ｄａｔａ＿Ｔｏｐ：ディジタル放送ストリーム中
のＤＩＩ（ＤｏｗｎｌｏａｄＩｎｆｏＩｎｄｉｃａｔｉ
ｏｎ）におけるｄｓｍｃｃＭｅｓｓａｇｅＨｅａｄｅｒ
（）（図２３）を検出したときに付加する。 （ｅ）Ｄａｔａ＿Ｃｈａｎｇｅ：ディジタル放送ストリ
ーム中のＤＩＩ中のｄｓｍｃｃＭｅｓｓａｇｅＨｅａｄ
ｅｒ（）におけるｔｒａｎｓａｃｔｉｏｎ＿ｉｄを参照
し（図２４）、この値に変化が生じたときに付加する。 （ｆ）ＰＭＴ＿Ｃｈａｎｇｅ：ディジタル放送ストリー
ム中のＰＭＴ（Ｐｒｏｇｒａｍ＿Ｍａｐ＿Ｔａｂｌｅ）
中のｖｅｒｓｉｏｎ＿ｎｕｍｂｅｒを参照し（図２
５）、この値に変化が生じたときに付加する。 （ｇ）ＤＥ＿Ｃｈａｎｇｅ：ディジタル放送ストリーム
中のＤＩＩメッセージ中のｄｏｗｎｌｏａｄＩＤ中のｄ
ａｔａ＿ｅｖｅｎｔ＿ｉｄを参照し（図２６）、この値
に変化が生じたときに付加する。 （ｈ）Ｍｏｄｕｌｅ＿Ｃｈａｎｇｅ：ディジタル放送ス
トリーム中のＤＩＩメッセージ中のｍｏｄｕｌｅ＿ｖｅ
ｒｓｉｏｎを参照し（図２７）、この値に変化が生じた
ときに付加する。 （ｉ）Ａｕｄ＿Ｃｈａｎｇｅ：ディジタル放送ストリー
ム中のＥＩＴ中の音声コンポーネント記述子におけるｃ
ｏｍｐｏｎｅｎｔ＿ｔｙｐｅ、およびＥＩＴ中の音声コ
ンポーネント記述子におけるｓａｍｐｌｉｎｇ＿ｒａｔ
ｅを参照し（図２８）、その値に変化が生じたときに付
加する。 （ｊ）Ｍｕｌｔｉ＿Ｖｉｅｗ：ディジタル放送ストリー
ム中のＥＩＴ中のコンポーネントグループ記述子におけ
るｎｕｍ＿ｏｆ＿ｇｒｏｕｐを参照し（図２９）、それ
により付加する。 （ｋ）パレンタル情報：ディジタル放送ストリーム中の
ＰＭＴ中の限定受信方式記述子におけるｐｒｉｖａｔｅ
＿ｄａｔａ＿ｂｙｔｅ、又はＥＩＴ（Ｅｖｅｎｔ＿Ｉｎ
ｆｏｍａｔｉｏｎ＿Ｔａｂｌｅ）中のパレンタルレート
記述子におけるｒａｔｉｎｇフィールドのパレンタルレ
ート情報を参照することにより付加する（図３０）。

【０１２５】再び図１９を参照して、解析部１９０６
は、ＭＰＥＧトランスポートストリームの内容変化を検
出した場合には、これらの検出情報をそのときの時刻情
報と併せて、エントリーポイント情報としてシステム制
御部１９０２に送る（ステップＳ１９５）。システム制
御部１９０２は、エントリーポイント情報の集合であ
る、エントリーポイントテーブルを作成する。

【０１２６】録画を終了するか否かはユーザからのスト
ップ要求によって指示される（ステップＳ１９６）。ユ
ーザからの録画停止要求は、ユーザインターフェース部
１９０１を通してシステム制御部１９０２に伝えられ、
システム制御部１９０２はディジタルチューナ１９０５
と解析部１９０６に停止要求を出す。ユーザから録画停
止要求がない場合には、ステップＳ１９２からの処理を
繰り返し、そのまま録画を継続する。

【０１２７】解析部１９０６はシステム制御部１９０２
からの解析停止要求を受け解析処理を止め、最後に解析
を行ったＭＰＥＧトランスポートストリームの動画オブ
ジェクトユニット（ＶＯＢＵ）の最後の表示終了時刻
（Ｄ＿ＶＯＢ＿Ｖ＿Ｅ＿ＰＴＭ）をシステム制御部１９
０２に送る。

【０１２８】システム制御部１９０２は、ディジタル放
送の受信処理終了後、解析部１９０６から受け取った情
報に基づき、ディジタル放送オブジェクト情報（Ｄ＿Ｖ
ＯＢＩ）を生成し、次に、このディジタル放送オブジェ
クト情報（Ｄ＿ＶＯＢＩ）に対応するセル情報を生成す
る。この時、セル情報内のタイプ情報として「Ｄ＿ＶＯ
Ｂ」を設定する。システム制御部１９０２はこのとき、
解析部１９０６から受け取ったエントリーポイント情報
からエントリーポイントテーブルを生成する（ステップ
Ｓ１９７）。またこのときシステム制御部１９０２は、
記録したセルのビュータイプ（Ｖｉｅｗ Ｔｙｐｅ）を
エントリーポイント情報に基づいて設定する。

【０１２９】最後にシステム制御部１９０２は、ドライ
ブ１９１１に対してトラックバッファ１９１０に蓄積さ
れているデータの記録終了と、ディジタル放送オブジェ
クト情報およびセル情報の記録を要求する。ドライブ１
９１１は、トラックバッファ１９１０の残りデータと、
ディジタル放送オブジェクト情報（Ｄ＿ＶＯＢＩ）、セ
ル情報をＤＶＤ−ＲＡＭディスク１００に記録し、録画
処理を終了する（ステップＳ１９８）。

【０１３０】ユーザからの要求がアナログ放送の録画で
あった場合も、基本的に同様の処理が行われる。ただし
エンコーダ部１９０４によりトランスポートストリーム
にエンコードされるため、ＶＯＢＵは機器により生成さ
れるという点が異なる。

【０１３１】ユーザからの要求がストリーム記録であっ
た場合、基本的に同様の処理が行われる。ただしストリ
ームオブジェクト（ＳＯＢ）の解析が行われないので、
各時刻情報がＡＴＳによって設定されることが異なる。

【０１３２】以上、ユーザからの録画開始および終了要
求をもとに動作を説明した。しかし、例えば従来のＶＴ
Ｒでも使用されていたタイマー録画の場合では、ユーザ
の代わりに、システム制御部が自動的に録画開始および
終了要求を発行する点が相違するのみであって、ＤＶＤ
レコーダ１９００の動作は本質的には同じである。

【０１３３】以下、図３１を参照して、ユーザからの要
求がＤＶＤ−ＲＡＭに記録されたデータの再生である場
合の動作を説明する。図３１は、ＤＶＤレコーダ１９０
０（図１８）の再生処理を示すフローチャートである。
以下では、１つの動画オブジェクト（Ｄ＿ＶＯＢ）と、
１つのセル情報とから構成されるオリジナルＰＧＣを再
生する場合を説明する。なお、以下に説明する再生動作
に関しては、先のＤＶＤプレーヤ１７００（図１７）も
同じ動作が実現できる。

【０１３４】まず、ユーザインターフェース部１９０１
がユーザからオリジナルＰＧＣの再生要求を受ける。ユ
ーザインターフェース部１９０１はユーザからの要求を
システム制御部１９０２に伝え、システム制御部１９０
２はユーザからの要求が、オリジナルＰＧＣの再生要求
であると解釈して、各モジュールへの処理要求を行う。
システム制御部１９０２はオリジナルＰＧＣ情報５０
（図７）およびセル情報６０等（図７）を解析して、再
生すべきオブジェクトを特定する（ステップＳ３１
１）。すなわち、システム制御部１９０２は、まず、Ｐ
ＧＣ情報内のセル情報内のタイプ情報を解析する。タイ
プ情報が「Ｄ＿ＶＯＢ」であった場合、再生するＡＶス
トリームがＭＰＥＧトランスポートストリームとして記
録されたＡＶストリームであると判断する。次にシステ
ム制御部１９０２は、セル情報のＩＤから対応するディ
ジタル放送オブジェクト情報（Ｄ＿ＶＯＢＩ）を、テー
ブル（Ｄ＿ＡＶＦＩＴ）から探し出す（ステップＳ３１
２）。その後、システム制御部１９０２は、動画オブジ
ェクト情報の開始時刻情報（Ｄ＿ＶＯＢ＿Ｖ＿Ｓ＿ＰＴ
Ｍ）および終了時刻情報（Ｄ＿ＶＯＢ＿Ｖ＿Ｅ＿ＰＴ
Ｍ）と、タイムマップとに基づいて、ＤＶＤ−ＲＡＭに
おけるオブジェクトの位置を特定する（ステップＳ３１
３）。オブジェクトの位置が特定できると、システム制
御部１９０２は、セル情報の開始および終了位置情報
と、タイムマップとに基づいて、再生するＡＶデータの
ＤＶＤ−ＲＡＭにおける開始および終了アドレスを求め
る（ステップＳ３１４）。

【０１３５】アクセスすべきアドレスが得られると、シ
ステム制御部１９０２はドライブ１９１１に対して、Ｄ
ＶＤ−ＲＡＭディスク１００からの読み出し要求を、読
み出しアドレスと共に送る。ドライブ１９１１は、シス
テム制御部１９０２に指示されたアドレスからＡＶデー
タを読み出し、トラックバッファ１９１０に格納する
（ステップＳ３１５）。システム制御部１９０２は、デ
コーダ１９０８に対してデコード要求を行う。デコーダ
１９０８はトラックバッファ１９１０に格納されている
ＡＶデータを読み出し、デコード処理を行う。デコード
されたＡＶデータは表示装置１９０７を通して出力され
る（ステップＳ３１６）。

【０１３６】ドライブ１９１１はシステム制御部１９０
２から指示された全データの読み出しが終了したか否か
を判定する（ステップＳ３１７）。終了していない場合
には、ステップＳ３１５からの処理を繰り返し、ＡＶデ
ータの読み出しを継続する。終了した場合には、ドライ
ブ１９１１は、システム制御部１９０２に読み出し終了
を報告し、システム制御部１９０２は、デコーダ１９０
８に対して再生終了要求を出す。デコーダ１９０８はト
ラックバッファ１９１０が空になるまでデータの再生を
行い、トラックバッファ１９１０が空になり、全てのデ
ータのデコードおよび再生が終了した後、システム制御
部１９０２に再生終了の報告を行い、再生処理が終了す
る。

【０１３７】以上、１つのディジタル放送オブジェクト
（Ｄ＿ＶＯＢ）、１つのセル情報から構成されるオリジ
ナルＰＧＣを例に説明を行った。ただし、オリジナルＰ
ＧＣが、１つの動画オブジェクト（Ｍ＿ＶＯＢ）のみを
含む場合、複数の動画オブジェクトを含む場合、複数の
ディジタル放送オブジェクトを含む場合、または、動画
オブジェクトとディジタル放送オブジェクトとが混在す
る場合でも、同様の処理を行うことにより、ＡＶストリ
ームが再生できる。また、オリジナルＰＧＣが複数のセ
ルを含む場合や、ユーザ定義ＰＧＣの場合も同様であ
る。

【０１３８】次に、ストリームオブジェクト（ＳＯＢ）
に対して、デコーダ１９０８が全てのＡＶストリームの
再生機能を持たない場合の例を説明する。再び図１８参
照して、例えば、デコーダ１９０８がＭＰＥＧトランス
ポートストリームの再生機能を有していない場合、上述
のように、デコーダ１９０８を通してストリームを再生
できない。そこで、この場合には、ディジタルインター
フェース部１９０９を介して外部機器にデータを供給
し、外部機器にてデータの再生を行う。

【０１３９】システム制御部１９０２は、ユーザから再
生要求されたＰＧＣ情報内のセル情報が、システムがサ
ポートしていないストリームオブジェクト（ＳＯＢ）で
あることを検出した場合、デコーダ１９０８に対する再
生要求の代わりに、ディジタルインターフェース１９０
９に対してデータの外部出力要求を行う。ディジタルイ
ンターフェース部１９０９はトラックバッファ１９１０
に蓄積されているＡＶデータを接続しているディジタル
インターフェースの通信プロトコルに従いデータの転送
を行う。なお、上述した処理以外はディジタル放送オブ
ジェクト（Ｄ＿ＶＯＢ）の再生時と同様である。デコー
ダ１９０８が再生対象のＡＶストリームに対応している
か否かは、システム制御部１９０２が自身で判断しても
よいし、システム制御部１９０２からデコーダ１９０８
に問い合わせるようにしてもよい。デコーダ１９０８は
ＭＰＥＧトランスポートストリームのＰＳＩ／ＳＩ情報
を参照して自らがこのストリームに対応しているか否か
を判断する。

【０１４０】留意すべきは、ストリームオブジェクト
（ＳＯＢ）に関しては、ストリームの内容が解析できな
いこともあって、一部の再生機能が制限される場合があ
る。特にいわゆる特殊再生、例えばスロー再生は、単独
で再生可能なストリームデータを繰り返して送出する必
要があるため、ストリームデータの内容を解析できない
ＳＯＢにおいては実現が困難である。

【０１４１】そこで本実施の形態によるレコーダ１９０
０は、ユーザからこのような特殊再生の指示を受け取っ
た場合に、当該セルのタイプ情報を参照し、これがＳＯ
Ｂであれば、指示された特殊再生が不可能である旨をユ
ーザＩ／Ｆ部１９０１に通知する。

【０１４２】またストリームオブジェクト（ＳＯＢ）再
生には上述した制限が考えられるため、一連のＡＶスト
リームの再生順序を指定するＰＧＣを作成する際に、ス
トリームオブジェクト（ＳＯＢ）と他のオブジェクトす
なわちディジタル放送オブジェクト（Ｄ＿ＶＯＢ）およ
び動画オブジェクト（Ｍ＿ＶＯＢ）が１つのＰＧＣ内に
混在することを禁止することも可能である。

【０１４３】以下、ＡＶデータが記録された光ディスク
に対し、ユーザからエントリーポイント設定の要求があ
った場合の処理を説明する。図３２は、ユーザエントリ
ーポイントの設定処理を示すフローチャートである。ユ
ーザＩ／Ｆ部１９０１（図１８）を介して、ユーザから
エントリーポイント設定の要求があった場合（ステップ
Ｓ３２１）、システム制御部１９０２（図１８）は、デ
ィスクからエントリーポイントテーブルを読み出し、該
当セルにおけるエントリーポイントテーブルの全エント
リーポイントと、設定されている属性情報とを、ユーザ
Ｉ／Ｆ部１９０に表示する（ステップＳ３２２）。ここ
でいうエントリーポイントテーブルとは、図１５に示す
自動設定エントリーポイントテーブルおよびユーザ設定
エントリーポイントテーブルを意図する。すなわち、ユ
ーザ定義ＰＧＣ情報７０（図７）のセル情報７１のエン
トリーポイントテーブル７２、および、オブジェクト情
報８０（図７）のエントリーポイントテーブル８０ｄを
意図する。しかし、ユーザ設定エントリーポイントテー
ブルのみでもよい。また、属性情報が特に必要でない場
合には表示しなくともよい。

【０１４４】なお、属性情報は、例えば、番組の変更点
であることを示すＰＧ＿Ｃｈａｎｇｅ、トランスポート
ストリームにおけるＰＳＩ／ＳＩ情報の変更点であるこ
とを示すＰＳＩ＿ＳＩ、トランスポートストリームにお
けるＭＰＥＧストリームの属性が変更されたことを示す
ＳＱＨ＿Ｃｈａｎｇｅ、データカルーセルの先頭地点を
示すＤａｔａ＿Ｔｏｐ、データカルーセルの内容変更点
を示すＤａｔａ＿Ｃｈａｎｇｅ、ＰＭＴの変更点を示す
ＰＭＴ＿Ｃｈａｎｇｅ、データイベントの更新点を示す
ＤＥ＿Ｃｈａｎｇｅ、モジュールの更新点を示すＭｏｄ
ｕｌｅ＿Ｃｈａｎｇｅ音声属性が変更されたことを示す
Ａｕｄ＿Ｃｈａｎｇｅの各フラグ情報と、マルチビュー
に対応するために番組のビュー数を示すＭｕｌｔｉ＿Ｖ
ｉｅｗフィールド、パレンタル情報である。

【０１４５】表示された全てのエントリーポイントと、
属性情報とに基づいて、ユーザは、必要に応じてそのポ
イントからの再生を行い、所望の番組の所望シーンや、
所望のデータ放送番組、所望のマルチビューシーンへの
飛び込み位置を容易にみつけることできる。

【０１４６】ユーザは、エントリーポイントを選択した
ことを示すマーキングを、レコーダ１９００に指定する
（ステップＳ３２３）。レコーダ１９００のシステム制
御部１９０２は、ユーザから、エントリーポイントに対
するマーキング指示を受け取ると、ユーザ設定エントリ
ーポイントテーブルにエントリーを追加する（ステップ
Ｓ３２４）。このとき、ユーザが、オリジナルエントリ
ーポイント以外の位置にエントリーポイントを設定した
い場合には、設定を希望するストリームの部分区間の開
始位置および終了位置を指定する。レコーダ１９００の
システム制御部１９０２は、受け取った開始位置の情報
に基づいて、その開始位置に対応する時刻情報ＰＴＳを
取得する。システム制御部１９０２は、ユーザ設定エン
トリーポイントテーブルにエントリーを追加して、取得
した時刻情報ＰＴＳを時刻情報ＥＰ＿ＰＴＭに登録す
る。なお、２種類のエントリーポイントテーブル（図１
５）を設けず、自動設定されたエントリーポイントとユ
ーザが設定したエントリーポイントとを１つのテーブル
で管理する場合、すなわち図１４のエントリーポイント
テーブルを利用する場合には、エントリーポイントテー
ブルのＵＳＥＲ＿ＥＰフラグを設定する。

【０１４７】エントリーポイントの設定が完了した場合
には、処理を終了する（ステップＳ３２４）。完了して
いない場合には、ステップＳ３２２からの処理を繰り返
し、それまでに設定した全てのエントリーポイントと、
設定されている属性情報とを表示する。

【０１４８】次に、図３３を参照して、ユーザエントリ
ーポイントの再生処理を説明する。図３３は、ユーザエ
ントリーポイントの再生処理を示すフローチャートであ
る。システム制御部１９０２は、ユーザからエントリー
ポイントの再生要求を受け取ると（ステップＳ３３
１）、光ディスクにユーザ設定エントリーポイントテー
ブル（すなわち、エントリーポイントテーブル７２、ま
たは、図１５の下段のテーブル）が存在するか否かを判
断する（ステップＳ３３２）。ユーザ設定エントリーポ
イントテーブルが存在する場合には、そのテーブルを読
み出して表示用のメモリ領域に格納し、エントリーポイ
ントを表示する（ステップＳ３３４）。ユーザは、自ら
が意識しないエントリーポイントが多数表示されること
に煩わされることなく必要なエントリーポイントのみか
ら再生開始点を選択することが可能となる。ユーザ設定
エントリーポイントテーブルが存在しない場合には、自
動設定エントリーポイントテーブルを読み出して表示用
のメモリ領域に格納し、エントリーポイントを表示する
（ステップＳ３３４）。なお、図１４のエントリーポイ
ントテーブルを利用する場合には、各エントリーポイン
トについて、ＵＳＥＲ＿ＥＰフラグが設定されているか
否かを参照し、設定されているエントリーポイントのみ
を読み出せばよい。

【０１４９】ユーザがエントリーポイントを選択する
と、システム制御部１９０２は、選択されたエントリー
ポイントを特定する情報を、ユーザＩ／Ｆ部１９０１か
ら受け取る（ステップＳ３３５）。システム制御部１９
０２はエントリーポイントテーブルの、該当エントリー
ポイントに対応する時刻情報ＥＰ＿ＰＴＭを検出する
（ステップＳ３３６）。エントリーポイントテーブルに
おける各エントリーポイントの時刻情報の精度は、通常
ＭＰＥＧで用いられる２７ＭＨｚである。なお、これを
ビデオのフレーム数や、９０ＫＨｚまたは２７ＭＨｚの
下位数ビットを省略した値でもよい。

【０１５０】さらにシステム制御部１９０２は対応する
オブジェクト（Ｄ＿ＶＯＢ）の、オブジェクト情報に設
けられたタイムマップを用いて、時刻情報をディスク上
のセクタ位置情報に変換する（ステップＳ３３７）。シ
ステム制御部１９０２は、このセクタ位置から光ディス
ク上のＭＰＥＧトランスポートストリームを再生する
（ステップＳ３３８）。

【０１５１】このようにして、ユーザ所望のシーンであ
るエントリーポイントから画像や音声の再生が行われ
る。このときシステム制御部１９０２は、セル情報内の
ビュータイプ（Ｖｉｅｗ Ｔｙｐｅ）を参照し、これが
０以外の値である、すなわちマルチビューを示していれ
ば、ユーザインターフェース部１９０１にセル情報内の
ビュータイプ（Ｖｉｅｗ Ｔｙｐｅ）を通知する。通知
されたビュータイプに基づいて、ＤＶＤレコーダ１９０
０は、ユーザインターフェース部１９０１画面上に、例
えばＯＳＤ（On Screen Display）情報としてマルチビ
ューのビュー数を表示できる。

【０１５２】図３２および図３３およびこれらに関連す
る説明では、全てのエントリーポイントを表示するとし
て説明した。しかし、必ずしも全てのエントリーポイン
トを表示しなくてもよい。例えば、所定の属性変化を示
すエントリーポイントのみを選択的に表示してもよい
し、所定の時間帯に存在するエントリーポイントのみを
選択的に表示してもよい。このような選択は、エントリ
ーポイントテーブルに設けられた属性情報、または、時
刻情報（ＥＰ＿ＰＴＭ）に基づいて行うことができる。

【０１５３】なお、ＤＶＤレコーダの再生において、デ
コーダがサポートしていないＡＶストリームを再生する
場合には、ディジタルインターフェースを介して再生を
行うとした。しかし、デコーダがサポートしているＡＶ
ストリームであっても、ユーザの要求によってディジタ
ルインターフェースを介してセットトップボックスなど
の外部機器に出力するようにしてもよい。

【０１５４】また、本発明は、光ディスクおよび光ディ
スクレコーダおよび光ディスクプレーヤとして説明した
が、例えばハードディスクなどの他のメディアにＭＰＥ
Ｇトランスポートストリームを記録する場合であって
も、同様の構成要素により、同様の処理を行うことによ
り、同じ効果が得られる。よって、本質的に物理メディ
アに制限されるものではない。ただし、この場合の「同
様の構成要素」は、例えば、ＰＣの中央演算装置（ＣＰ
Ｕ）や、画像処理ＩＣが担ってもよい。このときのＣＰ
Ｕ等は、上述したフローチャート（図１９、図３１〜図
３３）の処理にしたがったコンピュータにより実行可能
な記録プログラムに基づいて動作する。このようなプロ
グラム自体は、フレキシブルディスク、光ディスク、半
導体記憶装置等の様々な記憶媒体に記録され、または、
インターネット等の通信回線を介して伝送され、ＰＣに
インストールされる。

【０１５５】本実施の形態では、セルフエンコードとし
てＭＰＥＧトランスポートストリームを用いるとして説
明した。しかし、ＭＰＥＧプログラムストリームを用い
てもよく、また、他のフォーマットによるストリームで
あってもよい。

【０１５６】

【発明の効果】本発明の情報記録媒体によれば、他のＡ
Ｖストリームとともに、ディジタル放送で送られてきた
トランスポートストリームを記録することができ、さら
に、記録したディジタル放送オブジェクトのエントリー
ポイントに対してユーザが設定したものを識別すること
が可能となる。また、エントリーポイントテーブル内の
各エントリーポイント情報に、番組の変更点であること
を示すフラグ、ＰＳＩ／ＳＩ情報の変更点であることを
示すフラグ、ＭＰＥＧストリームの属性が変更されたこ
とを示すフラグ、データカルーセルの先頭地点を示すフ
ラグ、データカルーセルの内容が変更された地点を示す
フラグ、ＰＭＴの内容が変更された地点を示すフラグ、
モジュールの変化した地点を示すフラグ、データイベン
トが変更された地点を示すフラグ、音声属性が変更され
たことを示すフラグ情報と、番組のビュー数を示すフィ
ールド、パレンタル情報フィールドを設け、これを表示
することでユーザがこれらの情報から所望のシーンを見
つけることを容易にすることができる。また、セルがマ
ルチビューで構成される場合にこれをユーザに示すこと
ができる。

【図面の簡単な説明】

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

【図２】 従来のＡＶ機器とメディアの関係を示す図で
ある。

【図３】 ＭＰＥＧプログラムストリームとトランスポ
ートストリームを示す図である。

【図４】 ＤＶＤレコーダが目指すＡＶ機器とメディア
の関係を示す図である。

【図５】 ＤＶＤレコーダのメニューを説明する図であ
る。

【図６】 （ａ）はＡＶファイルとディレクトリの関係
を示す図である。（ｂ）は、ディスク上のアドレス空間
を示す概念図である。

【図７】 オブジェクト、オブジェクト情報およびＰＧ
Ｃ情報の関係を説明した図である。

【図８】 オブジェクト情報から派生した各ストリーム
管理情報を示す図である。

【図９】 ディジタル放送オブジェクト（Ｄ＿ＶＯＢ）
と、ディジタル放送オブジェクト情報（Ｄ＿ＶＯＢＩ）
およびＰＧＣ情報の関係を示す図である。

【図１０】 （ａ）〜（ｆ）は、本発明に係るタイムマ
ップを説明する図である。

【図１１】 ストリームオブジェクト（ＳＯＢ）におけ
るＴＳパケットとヘッダ情報との関係を示す図である。

【図１２】 ＤＶＤ−ＲＡＭにおける管理情報を説明し
た図である。

【図１３】 マルチビューの説明イメージ図である。

【図１４】 本発明に係るエントリーポイントの説明図
である。

【図１５】 自動設定エントリーポイントテーブルとユ
ーザ設定エントリーポイントテーブルの説明図である。

【図１６】 各ビューに対応して設けたエントリーポイ
ントテーブルを示す図である。

【図１７】 本発明に係るプレーヤモデルのブロック図
である。

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

【図１９】 レコーダの記録動作を示すフローチャート
である。

【図２０】 ＰＧ＿Ｃｈａｎｇｅ検出のためのＥＩＴの
説明図である。

【図２１】 ＰＳＩ／ＳＩ検出のためのＰＳＩ／ＳＩ情
報の説明図である。

【図２２】 ＳＱＨ＿Ｃｈａｎｇｅ検出のためのＭＰＥ
Ｇ２ストリームの説明図である。

【図２３】 Ｄａｔａ＿Ｔｏｐ検出のためのＤＩＩの説
明図である。

【図２４】 Ｄａｔａ＿Ｃｈａｎｇｅ検出のためのＤＩ
Ｉの説明図である。

【図２５】 ＰＭＴ＿Ｃｈａｎｇｅ検出のためのＰＭＴ
の説明図である。

【図２６】 ＤＥ＿Ｃｈａｎｇｅ検出のためのＤＩＩの
説明図である。

【図２７】 Ｍｏｄｕｌｅ＿Ｃｈａｎｇｅ検出のための
ＤＩＩの説明図である。

【図２８】 Ａｕｄ＿Ｃｈａｎｇｅ検出のためのＥＩＴ
の説明図である。

【図２９】 Ｍｕｌｔｉ＿Ｖｉｅｗ検出のためのＥＩＴ
の説明図である。

【図３０】 パレンタル情報検出のためのＰＭＴ、ＥＩ
Ｔの説明図である。

【図３１】 レコーダの再生動作を示すフローチャート
である。

【図３２】 ユーザエントリーポイントの設定処理を示
すフローチャートである。

【図３３】 ユーザエントリーポイントの再生処理を示
すフローチャートである。

【符号の説明】

５０，７０ ＰＧＣ情報（PGCI: Program Chain Inform
ation） ６０ セル情報（CellI: Cell Information） ６０ｂ ビュータイプ情報 ６０ｆ エントリーポイントテーブル ８０ オブジェクト情報(OBJECT I: Object Informatio
n) ８０ｃ アクセスマップ １００ ＤＶＤ−ＲＡＭ（光ディスク） １７００ プレーヤ １７０１ 光ピックアップ １７０４，１９０９，２００５ ディジタルインターフ
ェース部 １７０６ ＴＳデコーダ １７１０ 選択部 １７１１ 制御部 １９００ レコーダ １９０１ ユーザインターフェース部 １９０２ システム制御部 １９０６ 解析部 １９０８ デコーダ １９０９ ディジタルインターフェース部 １９１１ ドライブ

フロントページの続き (51)Int.Cl.⁷ 識別記号 ＦＩ テーマコート゛(参考） Ｇ１１Ｂ 27/00 Ｇ１１Ｂ 27/10 Ａ 27/034 Ｈ０４Ｎ 5/85 Ｚ 27/10 5/92 Ｈ Ｈ０４Ｎ 5/85 Ｇ１１Ｂ 27/02 Ｋ (72)発明者 八木 知隆 大阪府門真市大字門真1006番地 松下電器 産業株式会社内 (72)発明者 中西 信夫 大阪府門真市大字門真1006番地 松下電器 産業株式会社内 Ｆターム(参考） 5C052 AA02 AB03 CC01 DD04 5C053 FA25 GB05 GB37 HA29 JA22 LA07 5D044 AB05 AB07 BC06 CC06 DE02 DE03 DE12 DE25 DE39 DE49 DE54 EF05 GK08 GK12 HL11 HL16 5D077 AA30 BA15 CA02 CB04 DC11 5D110 AA17 AA27 AA29 CA09 CA10 CA42 DA04 DA17 DB02 EA07 EA09

Claims (15)

【特許請求の範囲】
1. 【請求項１】 符号化されたデジタルデータで構成され
   るストリームを受信する受信部と、 受信部が受信した前記ストリームの属性の変化を検出し
   て検出情報を出力する解析部と、 解析部から出力された前記検出情報と、前記変化が生じ
   た時刻における時刻情報とを、第１のエントリーポイン
   トとして取得して、該第１のエントリーポイントを登録
   した管理情報を生成する制御部と、 制御部が生成した前記管理情報と、受信部が受信した前
   記ストリームとを、情報記録媒体に記録するドライブ装
   置とを備えた情報記録装置であって、 前記ストリームに任意にアクセスして再生するための、
   前記ストリームの再生経路に対して設定された第２のエ
   ントリポイントを入力する入力部をさらに備え、 制御部は、前記第１のエントリーポイントと前記第２の
   エントリポイントとを識別可能に登録した管理情報を生
   成する、情報記録装置。
2. 【請求項２】 制御部は、前記第１のエントリーポイン
   トを登録した第１のテーブルと、前記第２のエントリー
   ポイントを登録した第２のテーブルとを含む管理情報を
   生成する、請求項１に記載の情報記録装置。
3. 【請求項３】 制御部は、前記第１のエントリーポイン
   トおよび前記第２のエントリポイントに別個に付与され
   た、異なる識別フラグを有する管理情報を生成する、請
   求項１に記載の情報記録装置。
4. 【請求項４】 解析部は、前記ストリームがディジタル
   放送ストリームである場合の放送番組の変化、ストリー
   ムの再生を制御するディジタル放送ストリームのＰＳＩ
   ／ＳＩ情報の変化、マルチビュー情報の変化、データカ
   ルーセルの先頭への変化、データカルーセルの内容の変
   更、プログラムマップテーブルＰＭＴの変化、モジュー
   ルの変化、データイベントの変化、パレンタル情報の変
   化、音声ストリームの属性の変化、前記ストリームがデ
   ィジタル放送のＭＰＥＧビデオストリームである場合の
   シーケンスヘッダ情報の変化、の少なくとも１つを、前
   記ストリームの属性の変化として検出する、請求項２に
   記載の情報記録装置。
5. 【請求項５】 前記管理情報は、前記第１のエントリー
   ポイントおよび前記第２のエントリーポイントが、情報
   記録媒体に記録されたＡＶデータへのリンク情報を備え
   た、請求項４に記載の情報記録装置。
6. 【請求項６】 前記情報記録媒体に記録された前記管理
   情報および前記ストリームを読み出す読み出し部と、 読み出し部が読み出した前記ストリームをデコードする
   デコーダと、 読み出し部が読み出した前記管理情報、および、デコー
   ダがデコードした前記ストリームを出力する出力部とを
   さらに備え、 入力部から前記第２のエントリポイントを入力する際に
   は、読み出し部は、前記管理情報を読み出し、前記出力
   部は、前記管理情報の前記第１のテーブルに登録された
   前記第１のエントリーポイントと、すでに入力された前
   記第２のテーブルに登録された前記第２のエントリーポ
   イントとを表示する、請求項２に記載の情報記録装置。
7. 【請求項７】 前記情報記録媒体に記録された前記管理
   情報および前記ストリームを読み出す読み出し部と、 読み出し部が読み出した前記ストリームをデコードする
   デコーダと、 読み出し部が読み出した前記管理情報、および、デコー
   ダがデコードした前記ストリームを出力する出力部とを
   さらに備え、 読み出し部は、前記管理情報を読み出し、前記出力部
   は、前記管理情報の前記前記第２のテーブルに登録され
   た前記第２のエントリーポイントを表示する、請求項２
   に記載の情報記録装置。
8. 【請求項８】 前記情報記録媒体は、光ディスクであ
   る、請求項３に記載の情報記録装置。
9. 【請求項９】 符号化されたデジタルデータで構成され
   るストリームを受信するステップと、 前記ストリームの属性の変化を検出して検出情報を出力
   するステップと、 出力された前記検出情報と、前記変化が生じた時刻にお
   ける時刻情報とを、第１のエントリーポイントとして登
   録した管理情報を生成するステップと、 生成された前記管理情報と、受信部が受信した前記スト
   リームとを、情報記録媒体に記録するステップとを備え
   た情報記録方法であって、 前記ストリームに任意にアクセスして再生するための、
   前記ストリームの再生経路に対して設定された第２のエ
   ントリポイントを入力するステップをさらに備え、 前記生成するステップは、前記第１のエントリーポイン
   トと前記第２のエントリポイントとを識別可能に登録し
   た管理情報を生成する、情報記録方法。
10. 【請求項１０】 前記生成するステップは、前記第１の
    エントリーポイントを登録した第１のテーブルと、前記
    第２のエントリーポイントを登録した第２のテーブルと
    を含む管理情報を生成する、請求項９に記載の情報記録
    方法。
11. 【請求項１１】 前記生成するステップは、前記第１の
    エントリーポイントおよび前記第２のエントリポイント
    に別個に付与された、異なる識別フラグを有する管理情
    報を生成する、請求項９に記載の情報記録方法。
12. 【請求項１２】 符号化されたデジタルデータで構成さ
    れるストリームを受信するステップと、 前記ストリームの属性の変化を検出して検出情報を出力
    するステップと、 出力された前記検出情報と、前記変化が生じた時刻にお
    ける時刻情報とを、第１のエントリーポイントとして登
    録した管理情報を生成するステップと、 生成された前記管理情報と、受信部が受信した前記スト
    リームとを、情報記録媒体に記録するステップとからな
    るコンピュータにより実行可能な情報記録プログラムで
    あって、 前記ストリームに任意にアクセスして再生するための、
    前記ストリームの再生経路に対して設定された第２のエ
    ントリポイントを入力するステップをさらに備え、 前記生成するステップは、前記第１のエントリーポイン
    トと前記第２のエントリポイントとを識別可能に登録し
    た管理情報を生成する、コンピュータにより実行可能な
    情報記録プログラム。
13. 【請求項１３】 前記生成するステップは、前記第１の
    エントリーポイントを登録した第１のテーブルと、前記
    第２のエントリーポイントを登録した第２のテーブルと
    を含む管理情報を生成する、請求項１２に記載の情報記
    録プログラム。
14. 【請求項１４】 前記生成するステップは、前記第１の
    エントリーポイントおよび前記第２のエントリポイント
    に別個に付与された、異なる識別フラグを有する管理情
    報を生成する、請求項１２に記載の情報記録プログラ
    ム。
15. 【請求項１５】 請求項１３に記載の情報記録プログラ
    ムを記録した記録媒体。