JP2002158965A - 情報処理装置および方法、記録媒体、プログラム、並びに記録媒体 - Google Patents

情報処理装置および方法、記録媒体、プログラム、並びに記録媒体

Info

Publication number
JP2002158965A
JP2002158965A JP2001109340A JP2001109340A JP2002158965A JP 2002158965 A JP2002158965 A JP 2002158965A JP 2001109340 A JP2001109340 A JP 2001109340A JP 2001109340 A JP2001109340 A JP 2001109340A JP 2002158965 A JP2002158965 A JP 2002158965A
Authority
JP
Japan
Prior art keywords
stream
mark
playlist
clipmark
information
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP2001109340A
Other languages
English (en)
Other versions
JP4517266B2 (ja
Inventor
Motoki Kato
元樹 加藤
Toshiya Hamada
俊也 浜田
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Sony Corp
Original Assignee
Sony Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Sony Corp filed Critical Sony Corp
Priority to JP2001109340A priority Critical patent/JP4517266B2/ja
Publication of JP2002158965A publication Critical patent/JP2002158965A/ja
Application granted granted Critical
Publication of JP4517266B2 publication Critical patent/JP4517266B2/ja
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Landscapes

  • Television Signal Processing For Recording (AREA)

Abstract

(57)【要約】 【課題】 ＡＶストリームの所望の位置に迅速且つ確実
にアクセスできるようにする。 【解決ステップ】 ＡＶストリームを構成するClipのう
ち、プログラム（番組）の開始点は、mark_entry（）に
記述され、プログラムのタイトルが表示されているピク
チャは、representative_picture_entry（）に記述され
る。

Description

【発明の詳細な説明】
【０００１】
【発明の属する技術分野】本発明は情報処理装置および
方法、記録媒体、プログラム、並びに記録媒体に関し、
特に、ＡＶストリームの所望の位置に、迅速にアクセス
することができるようにした情報処理装置および方法、
記録媒体、プログラム、並びに記録媒体に関する。
【０００２】
【従来の技術】近年、記録可能で記録再生装置から取り
外し可能なディスク型媒体として、各種の光ディスクが
提案されている。このような記録可能な光ディスクは、
数ギガバイトの大容量メディアとして提案されており、
ビデオ信号等のＡＶ（Audio Visual）信号を記録するメ
ディアとしての期待が高い。
【０００３】この記録可能な光ディスクに記録するデジ
タルのＡＶ信号のソース（供給源）としては、記録装置
自身が、アナログ入力のオーディオビデオ信号を、MPEG
-2方式で画像圧縮して作るビットストリームや、デジタ
ルテレビジョン放送の電波から直接得られるMPEG2方式
のビットストリームなどがある。一般に、デジタルテレ
ビジョン放送では、MPEG2トランスポートストリームが
使われる。トランスポートストリームは、トランスポー
トパケットが連続したストリームであり、トランスポー
トパケットは、例えば、MPEG2ビデオストリームやMPEG
１オーディオストリームがパケット化されたものであ
る。１つのトランスポートパケットのデータ長は１８８
バイトである。デジタルテレビジョン放送で受信される
トランスポートストリームのＡＶプログラムを記録装置
で光ディスクにそのまま記録すれば、ビデオやオーディ
オの品質を全く劣化させることなく記録することが可能
である。
【０００４】
【発明が解決しようとする課題】ユーザが、光ディスク
に記録されているトランスポートストリームの中から興
味のあるシーン、例えば番組の頭出し点などをサーチで
きるようにするために、再生装置はランダムアクセス再
生ができることが求められる。
【０００５】一般に、MPEG2ビデオのストリームは、
０．５秒程度の間隔でＩピクチャを符号化し、それ以外
のピクチャはＰピクチャまたはＢピクチャとして符号化
される。したがって、MPEG2ビデオのストリームが記録
された光ディスクから、ランダムアクセスし、ビデオ再
生する場合、はじめに、Ｉピクチャをサーチしなければ
ならない。
【０００６】しかしながら、従来は、光ディスクに記録
されているトランスポートストリームに、ランダムアク
セスし、ビデオ再生する場合に、Ｉピクチャの開始バイ
トを効率よくサーチすることが困難であった。すなわ
ち、光ディスク上のトランスポートストリームのランダ
ムなバイト位置から、読み出したビデオストリームのシ
ンタクスを解析し、Ｉピクチャの開始バイトをサーチし
なければならず、Ｉピクチャのサーチに時間がかかり、
ユーザからの入力に対して応答の速いランダムアクセス
再生を行うことが困難であった。
【０００７】本発明は、このような状況を鑑みてなされ
たものであり、ユーザのランダムアクセス再生の指示に
対して、記録媒体からのトランスポートストリームの読
み出し位置の決定とストリームの復号開始を速やかに行
えるようにするものである。
【０００８】
【課題を解決するための手段】本発明の第１の情報処理
装置は、入力されたＡＶストリームから抽出された特徴
的な画像を指し示すマークで構成されるClipMarkを、Ａ
Ｖストリームを管理するための管理情報として生成する
とともに、ＡＶストリーム中の所定の区間の組み合わせ
を定義するPlayListに対応する再生区間の中から、ユー
ザが任意に指定した画像を指し示すマークから構成され
るPlayListMarkを生成する生成手段と、ClipMark、およ
びPlayListMarkを各々独立したテーブルとして記録媒体
に記録する記録手段とを有することを特徴とする。
【０００９】前記生成手段は、ClipMarkをClipMarkInfo
rmationファイルとして生成するとともに、PlayListをP
layListファイルとして生成するようにすることができ
る。
【００１０】前記PlayListMarkは、PlayListを再生する
ときのResume点を示すマークをさらに含むようにするこ
とができる。
【００１１】前記PlayListを再生するとき、PlayListの
再生区間に対応するＡＶストリームのClipMarkを構成す
るマークを参照するようにすることができる。
【００１２】前記PlayListMarkのマークは、プレゼンテ
ーションタイムスタンプと、PlayListの再生経路を構成
するＡＶストリームデータ上の指定された１つの再生区
間を示す識別情報を含むようにすることができる。
【００１３】前記ClipMarkを構成するマーク、または、
PlayListMarkを構成するマークは、エレメンタリースト
リームのエントリーポイントを特定する情報を含むよう
にすることができる。
【００１４】前記PlayListMarkのマークは、ユーザが指
定したお気に入りのシーンの開始点またはPlayListのRe
sume点を少なくとも含むタイプの情報を含むようにする
ことができる。
【００１５】前記ClipMarkを構成するマークとPlayList
Markを構成するマークは、ＡＶストリームのエントリポ
イントに対応する相対的なソースパケットのアドレスで
表されるようにすることができる。
【００１６】前記ClipMarkを構成するマークとPlayList
Markを構成するマークは、ＡＶストリームのエントリポ
イントに対応する相対的なソースパケットの第１のアド
レスと、第１のアドレスからのオフセットのアドレスで
ある第２のアドレスで表されるようにすることができ
る。
【００１７】前記第１の記録手段による記録の際に検出
された特徴的な画像のタイプを検出するタイプ検出手段
をさらに含み、第１の記録手段は、ClipMarkを構成する
マークと、タイプ検出手段により検出されたタイプとを
対応させて記録するようにすることができる。
【００１８】前記ClipMarkのマークは、シーンチェンジ
点、コマーシャルの開始点、コマーシャルの終了点、ま
たはタイトルが表示されたシーンを含むようにすること
ができる。
【００１９】本発明の第１の情報処理方法は、入力され
たＡＶストリームから抽出された特徴的な画像を指し示
すマークで構成されるClipMarkを、ＡＶストリームを管
理するための管理情報として生成するとともに、ＡＶス
トリーム中の所定の区間の組み合わせを定義するPlayLi
stに対応する再生区間の中から、ユーザが任意に指定し
た画像を指し示すマークから構成されるPlayListMarkを
生成する生成ステップと、ClipMark、およびPlayListMa
rkを各々独立したテーブルとして記録媒体に記録する際
の制御を行う記録制御ステップとを有することを特徴と
する。
【００２０】本発明の第１の記録媒体のプログラムは、
入力されたＡＶストリームから抽出された特徴的な画像
を指し示すマークで構成されるClipMarkを、ＡＶストリ
ームを管理するための管理情報として生成するととも
に、ＡＶストリーム中の所定の区間の組み合わせを定義
するPlayListに対応する再生区間の中から、ユーザが任
意に指定した画像を指し示すマークから構成されるPlay
ListMarkを生成する生成ステップと、ClipMark、および
PlayListMarkを各々独立したテーブルとして記録媒体に
記録する際の制御を行う記録制御ステップとを含むこと
を特徴とする。
【００２１】本発明の第１のプログラムは、入力された
ＡＶストリームから抽出された特徴的な画像を指し示す
マークで構成されるClipMarkを、ＡＶストリームを管理
するための管理情報として生成するとともに、ＡＶスト
リーム中の所定の区間の組み合わせを定義するPlayList
に対応する再生区間の中から、ユーザが任意に指定した
画像を指し示すマークから構成されるPlayListMarkを生
成する生成ステップと、ClipMark、およびPlayListMark
を各々独立したテーブルとして記録媒体に記録する際の
制御を行う記録制御ステップとをコンピュータに実行さ
せる。
【００２２】本発明の第２の情報処理装置は、ＡＶスト
リームから抽出された特徴的な画像を指し示すマークで
構成されるClipMarkを含むＡＶストリームを管理するた
めの管理情報と、ＡＶストリーム中の所定の区間の組み
合わせを定義するPlayListに対応する再生区間の中か
ら、ユーザが任意に指定した画像を指し示すマークから
構成されるPlayListMarkを読み出す読み出し手段と、読
み出し手段により読み出された管理情報とPlayLisMark
による情報を提示する提示手段と、提示手段により提示
された情報から、ユーザが再生を指示したPlayListに対
応するClipMarkを参照する参照手段と、参照手段により
参照されたClipMarkを含み、ClipMarkに対応する位置か
らＡＶストリームを再生する再生手段とを含むことを特
徴とする。
【００２３】前記提示手段は、PlayLisMarkに対応する
サムネイル画像によるリストをユーザに提示するように
することができる。
【００２４】前記ClipMarkを構成するマークとPlayList
Markを構成するマークは、ＡＶストリームのエントリポ
イントに対応する相対的なソースパケットのアドレスで
表されるようにすることができる。
【００２５】前記ClipMarkを構成するマークとPlayList
Markを構成するマークは、ＡＶストリームのエントリポ
イントに対応する相対的なソースパケットの第１のアド
レスと、第１のアドレスからのオフセットのアドレスで
ある第２のアドレスで表されるようにすることができ
る。
【００２６】前記ClipMarkのマークは、シーンチェンジ
点、コマーシャルの開始点、コマーシャルの終了点、ま
たはタイトルが表示されたシーンを含むようにすること
ができる。
【００２７】本発明の第２の情報処理装置は、ＡＶスト
リームから抽出された特徴的な画像を指し示すマークで
構成されるClipMarkを含むＡＶストリームを管理するた
めの管理情報と、ＡＶストリーム中の所定の区間の組み
合わせを定義するPlayListに対応する再生区間の中か
ら、ユーザが任意に指定した画像を指し示すマークから
構成されるPlayListMarkの読み出しを制御する読み出し
制御ステップと、読み出し制御ステップの処理で読み出
しが制御された管理情報とPlayLisMarkによる情報を提
示する提示ステップと、提示ステップの処理で提示され
た情報から、ユーザが再生を指示したPlayListに対応す
るClipMarkを参照する参照ステップと、参照ステップの
処理で参照されたClipMarkを含み、ClipMarkに対応する
位置からのＡＶストリームの再生を制御する再生制御ス
テップとを含むことを特徴とする。
【００２８】本発明の第２の記録媒体のプログラムは、
ＡＶストリームから抽出された特徴的な画像を指し示す
マークで構成されるClipMarkを含むＡＶストリームを管
理するための管理情報と、ＡＶストリーム中の所定の区
間の組み合わせを定義するPlayListに対応する再生区間
の中から、ユーザが任意に指定した画像を指し示すマー
クから構成されるPlayListMarkの読み出しを制御する読
み出し制御ステップと、読み出し制御ステップの処理で
読み出しが制御された管理情報とPlayLisMarkによる情
報を提示する提示ステップと、提示ステップの処理で提
示された情報から、ユーザが再生を指示したPlayListに
対応するClipMarkを参照する参照ステップと、参照ステ
ップの処理で参照されたClipMarkを含み、ClipMarkに対
応する位置からのＡＶストリームの再生を制御する再生
制御ステップとを含むことを特徴とする。
【００２９】本発明のプログラムは、ＡＶストリームか
ら抽出された特徴的な画像を指し示すマークで構成され
るClipMarkを含むＡＶストリームを管理するための管理
情報と、ＡＶストリーム中の所定の区間の組み合わせを
定義するPlayListに対応する再生区間の中から、ユーザ
が任意に指定した画像を指し示すマークから構成される
PlayListMarkの読み出しを制御する読み出し制御ステッ
プと、読み出し制御ステップの処理で読み出しが制御さ
れた管理情報とPlayLisMarkによる情報を提示する提示
ステップと、提示ステップの処理で提示された情報か
ら、ユーザが再生を指示したPlayListに対応するClipMa
rkを参照する参照ステップと、参照ステップの処理で参
照されたClipMarkを含み、ClipMarkに対応する位置から
のＡＶストリームの再生を制御する再生制御ステップと
をコンピュータに実行させる。
【００３０】本発明の第３の記録媒体には、ＡＶストリ
ームから抽出された特徴的な画像を指し示すマークで構
成されるClipMarkを含むＡＶストリームを管理するため
の管理情報と、ＡＶストリーム中の所定の区間の組み合
わせを定義するPlayListに対応する再生区間の中から、
ユーザが任意に指定した画像を指し示すマークから構成
されるPlayListMarkが、各々独立したテーブルとして記
録されていることを特徴とする。
【００３１】本発明の第１の情報処理装置および方法、
並びにプログラムにおいては、入力されたＡＶストリー
ムから抽出された特徴的な画像を指し示すマークで構成
されるClipMarkを、ＡＶストリームを管理するための管
理情報として生成するとともに、ＡＶストリーム中の所
定の区間の組み合わせを定義するPlayListに対応する再
生区間の中から、ユーザが任意に指定した画像を指し示
すマークから構成されるPlayListMarkが生成され、Clip
Mark、およびPlayListMarkが各々独立したテーブルとし
て記録媒体に記録される。
【００３２】本発明の第２の情報処理装置および方法、
並びにプログラムは、ＡＶストリームから抽出された特
徴的な画像を指し示すマークで構成されるClipMarkを含
むＡＶストリームを管理するための管理情報と、ＡＶス
トリーム中の所定の区間の組み合わせを定義するPlayLi
stに対応する再生区間の中から、ユーザが任意に指定し
た画像を指し示すマークから構成されるPlayListMarkが
読み出され、その読み出された管理情報とPlayLisMark
による情報が提示され、提示された情報から、ユーザが
再生を指示したPlayListに対応するClipMarkが参照さ
れ、参照されたClipMarkを含み、ClipMarkに対応する位
置からＡＶストリームが再生される。
【００３３】
【発明の実施の形態】以下に、本発明の実施の形態につ
いて、図面を参照して説明する。図１は、本発明を適用
した記録再生装置１の内部構成例を示す図である。ま
ず、外部から入力された信号を記録媒体に記録する動作
を行う記録部２の構成について説明する。記録再生装置
１は、アナログデータ、または、デジタルデータを入力
し、記録することができる構成とされている。
【００３４】端子１１には、アナログのビデオ信号が、
端子１２には、アナログのオーディオ信号が、それぞれ
入力される。端子１１に入力されたビデオ信号は、解析
部１４とAVエンコーダ１５に、それぞれ出力される。端
子１２に入力されたオーディオ信号は、解析部１４とAV
エンコーダ１５に出力される。解析部１４は、入力され
たビデオ信号とオーディオ信号からシーンチェンジなど
の特徴点を抽出する。
【００３５】AVエンコーダ１５は、入力されたビデオ信
号とオーディオ信号を、それぞれ符号化し、符号化ビデ
オストリーム(V)、符号化オーディオストリーム(A)、お
よびAV同期等のシステム情報(S)をマルチプレクサ１６
に出力する。
【００３６】符号化ビデオストリームは、例えば、MPEG
（Moving Picture Expert Group）２方式により符号化
されたビデオストリームであり、符号化オーディオスト
リームは、例えば、MPEG１方式により符号化されたオー
ディオストリームや、ドルビーAC3方式（商標）により
符号化されたオーディオストリーム等である。マルチプ
レクサ１６は、入力されたビデオおよびオーディオのス
トリームを、入力システム情報に基づいて多重化して、
スイッチ１７を介して多重化ストリーム解析部１８とソ
ースパケッタイザ１９に出力する。
【００３７】多重化ストリームは、例えば、MPEG2トラ
ンスポートストリームやMPEG2プログラムストリームで
ある。ソースパケッタイザ１９は、入力された多重化ス
トリームを、そのストリームを記録させる記録媒体１０
０のアプリケーションフォーマットに従って、ソースパ
ケットから構成されるAVストリームに符号化する。AVス
トリームは、ECC（誤り訂正）符号化部２０と変調部２
１でECC符号の付加と変調処理が施され、書き込み部２
２に出力される。書き込み部２２は、制御部２３から出
力される制御信号に基づいて、記録媒体１００にAVスト
リームファイルを書き込む（記録する）。
【００３８】デジタルインタフェースまたはデジタルテ
レビジョンチューナから入力されるデジタルテレビジョ
ン放送等のトランスポートストリームは、端子１３に入
力される。端子１３に入力されたトランスポートストリ
ームの記録方式には、２通りあり、それらは、トランス
ペアレントに記録する方式と、記録ビットレートを下げ
るなどの目的のために再エンコードをした後に記録する
方式である。記録方式の指示情報は、ユーザインターフ
ェースとしての端子２４から制御部２３へ入力される。
【００３９】入力トランスポートストリームをトランス
ペアレントに記録する場合、端子１３に入力されたトラ
ンスポートストリームは、スイッチ１７を介して多重化
ストリーム解析部１８と、ソースパケッタイザ１９に出
力される。これ以降の記録媒体１００へAVストリームが
記録されるまでの処理は、上述のアナログの入力オーデ
ィオ信号とビデオ信号を符号化して記録する場合と同一
の処理なので、その説明は省略する。
【００４０】入力トランスポートストリームを再エンコ
ードした後に記録する場合、端子１３に入力されたトラ
ンスポートストリームは、デマルチプレクサ２６に入力
される。デマルチプレクサ２６は、入力されたトランス
ポートストリームに対してデマルチプレクス処理を施
し、ビデオストリーム(V)、オーディオストリーム(A)、
およびシステム情報(S)を抽出する。
【００４１】デマルチプレクサ２６により抽出されたス
トリーム（情報）のうち、ビデオストリームはAVデコー
ダ２７に、オーディオストリームとシステム情報はマル
チプレクサ１６に、それぞれ出力される。AVデコーダ２
７は、入力されたビデオストリームを復号し、その再生
ビデオ信号をAVエンコーダ１５に出力する。AVエンコー
ダ１５は、入力ビデオ信号を符号化し、符号化ビデオス
トリーム(V)をマルチプレクサ１６に出力する。
【００４２】一方、デマルチプレクサ２６から出力さ
れ、マルチプレクサ１６に入力されたオーディオストリ
ームとシステム情報、および、AVエンコーダ１５から出
力されたビデオストリームは、入力システム情報に基づ
いて、多重化されて、多重化ストリームとして多重化ス
トリーム解析部１８とソースパケットタイザ１９にスイ
ッチ１７を介して出力される。これ以後の記録媒体１０
０へAVストリームが記録されるまでの処理は、上述のア
ナログの入力オーディオ信号とビデオ信号を符号化して
記録する場合と同一の処理なので、その説明は省略す
る。
【００４３】本実施の形態の記録再生装置１は、AVスト
リームのファイルを記録媒体１００に記録すると共に、
そのファイルを説明するアプリケーションデータベース
情報も記録する。アプリケーションデータベース情報
は、制御部２３により作成される。制御部２３への入力
情報は、解析部１４からの動画像の特徴情報、多重化ス
トリーム解析部１８からのAVストリームの特徴情報、お
よび端子２４から入力されるユーザからの指示情報であ
る。
【００４４】解析部１４から供給される動画像の特徴情
報は、AVエンコーダ１５がビデオ信号を符号化する場合
において、解析部１４により生成されるものである。解
析部１４は、入力ビデオ信号とオーディオ信号の内容を
解析し、入力動画像信号の中の特徴的な画像（クリップ
マーク）に関係する情報を生成する。これは、例えば、
入力ビデオ信号の中のプログラムの開始点、シーンチェ
ンジ点やCMコマーシャルのスタート点・エンド点、タイ
トルやテロップなどの特徴的なクリップマーク点の画像
の指示情報であり、また、それにはその画像のサムネー
ルも含まれる。さらにオーディオ信号のステレオとモノ
ラルの切り換え点や、無音区間などの情報も含まれる。
【００４５】これらの画像の指示情報は、制御部２３を
介して、マルチプレクサ１６へ入力される。マルチプレ
クサ１６は、制御部２３からクリップマークとして指定
される符号化ピクチャを多重化する時に、その符号化ピ
クチャをAVストリーム上で特定するための情報を制御部
２３に返す。具体的には、この情報は、ピクチャのＰＴ
Ｓ（プレゼンテーションタイムスタンプ）またはその符
号化ピクチャのAVストリーム上でのアドレス情報であ
る。制御部２３は、特徴的な画像の種類とその符号化ピ
クチャをAVストリーム上で特定するための情報を関連付
けて記憶する。
【００４６】多重化ストリーム解析部１８からのAVスト
リームの特徴情報は、記録されるAVストリームの符号化
情報に関係する情報であり、解析部１８により生成され
る。例えば、AVストリーム内のIピクチャのタイムスタ
ンプとアドレス情報、システムタイムクロックの不連続
点情報、AVストリームの符号化パラメータ、AVストリー
ムの中の符号化パラメータの変化点情報などが含まれ
る。また、端子１３から入力されるトランスポートスト
リームをトランスペアレントに記録する場合、多重化ス
トリーム解析部１８は、入力トランスポートストリーム
の中から前出のクリップマークの画像を検出し、その種
類とクリップマークで指定するピクチャを特定するため
の情報を生成する。
【００４７】端子２４からのユーザの指示情報は、AVス
トリームの中の、ユーザが指定した再生区間の指定情
報、その再生区間の内容を説明するキャラクター文字、
ユーザが好みのシーンにセットするブックマークやリジ
ューム点の情報などである。
【００４８】制御部２３は、上記の入力情報に基づい
て、AVストリームのデータベース(Clip)、 AVストリー
ムの再生区間(PlayItem)をグループ化したもの（PlayLi
st）のデータベース、記録媒体１００の記録内容の管理
情報(info.dvr)、およびサムネイル画像の情報を作成す
る。これらの情報から構成されるアプリケーションデー
タベース情報は、AVストリームと同様にして、ECC符号
化部２０、変調部２１で処理されて、書き込み部２２へ
入力される。書き込み部２２は、制御部２３から出力さ
れる制御信号に基づいて、記録媒体１００へデータベー
スファイルを記録する。
【００４９】上述したアプリケーションデータベース情
報についての詳細は後述する。
【００５０】このようにして記録媒体１００に記録され
たAVストリームファイル（画像データと音声データのフ
ァイル）と、アプリケーションデータベース情報が再生
部３により再生される場合、まず、制御部２３は、読み
出し部２８に対して、記録媒体１００からアプリケーシ
ョンデータベース情報を読み出すように指示する。そし
て、読み出し部２８は、記録媒体１００からアプリケー
ションデータベース情報を読み出し、そのアプリケーシ
ョンデータベース情報は、復調部２９とECC復号部３０
の復調と誤り訂正処理を経て、制御部２３へ入力され
る。
【００５１】制御部２３は、アプリケーションデータベ
ース情報に基づいて、記録媒体１００に記録されている
PlayListの一覧を端子２４のユーザインターフェースへ
出力する。ユーザは、PlayListの一覧から再生したいPl
ayListを選択し、再生を指定されたPlayListに関する情
報が制御部２３へ入力される。制御部２３は、そのPlay
Listの再生に必要なAVストリームファイルの読み出し
を、読み出し部２８に指示する。読み出し部２８は、そ
の指示に従い、記録媒体１００から対応するAVストリー
ムを読み出し復調部２９に出力する。復調部２９に入力
されたAVストリームは、所定の処理が施されることによ
り復調され、さらにECC復号部３０の処理を経て、ソー
スデパケッタイザ３１出力される。
【００５２】ソースデパケッタイザ３１は、記録媒体１
００から読み出され、所定の処理が施されたアプリケー
ションフォーマットのAVストリームを、デマルチプレク
サ２６が処理可能なストリームに変換する。デマルチプ
レクサ２６は、制御部２３により指定されたAVストリー
ムの再生区間(PlayItem)を構成するビデオストリーム
(V)、オーディオストリーム(A)、およびAV同期等のシス
テム情報(S)を、AVデコーダ２７に出力する。AVデコー
ダ２７は、ビデオストリームとオーディオストリームを
復号し、再生ビデオ信号と再生オーディオ信号を、それ
ぞれ対応する端子３２と端子３３から出力する。
【００５３】また、ユーザインタフェースとしての端子
２４から、ランダムアクセス再生や特殊再生を指示する
情報が入力された場合、制御部２３は、AVストリームの
データベース(Clip)の内容に基づいて、記憶媒体１００
からのAVストリームの読み出し位置を決定し、そのAVス
トリームの読み出しを、読み出し部２８に指示する。例
えば、ユーザにより選択されたPlayListを、所定の時刻
から再生する場合、制御部２３は、指定された時刻に最
も近いタイムスタンプを持つIピクチャからのデータを
読み出すように読み出し部２８に指示する。
【００５４】また、Clip Informationの中のClipMarkに
ストアされている番組の頭出し点やシーンチェンジ点の
中から、ユーザがあるクリップマークを選択した時（例
えば、この動作は、ClipMarkにストアされている番組の
頭出し点やシーンチェンジ点のサムネール画像リストを
ユーザーインタフェースに表示して、ユーザが、その中
からある画像を選択することにより行われる）、制御部
２３は、Clip Informationの内容に基づいて、記録媒体
１００からのAVストリームの読み出し位置を決定し、そ
のAVストリームの読み出しを読み出し部２８へ指示す
る。すなわち、ユーザが選択した画像がストアされてい
るAVストリーム上でのアドレスに最も近いアドレスにあ
るIピクチャからのデータを読み出すように読み出し部
２８へ指示する。読み出し部２８は、指定されたアドレ
スからデータを読み出し、読み出されたデータは、復調
部２９、ECC復号部３０、ソースデパケッタイザ３１の
処理を経て、デマルチプレクサ２６へ入力され、AVデコ
ーダ２７で復号されて、マーク点のピクチャのアドレス
で示されるAVデータが再生される。
【００５５】また、ユーザによって高速再生(Fast-forw
ard playback)が指示された場合、制御部２３は、AVス
トリームのデータベース(Clip)に基づいて、AVストリー
ムの中のI-ピクチャデータを順次連続して読み出すよう
に読み出し部２８に指示する。
【００５６】読み出し部２８は、指定されたランダムア
クセスポイントからAVストリームのデータを読み出し、
読み出されたデータは、後段の各部の処理を経て再生さ
れる。
【００５７】次に、ユーザが、記録媒体１００に記録さ
れているAVストリームの編集をする場合を説明する。ユ
ーザが、記録媒体１００に記録されているAVストリーム
の再生区間を指定して新しい再生経路を作成したい場
合、例えば、番組Ａという歌番組から歌手Ａの部分を再
生し、その後続けて、番組Ｂという歌番組の歌手Ａの部
分を再生したいといった再生経路を作成したい場合、ユ
ーザインタフェースとしての端子２４から再生区間の開
始点（イン点）と終了点（アウト点）の情報が制御部２
３に入力される。制御部２３は、AVストリームの再生区
間(PlayItem)をグループ化したもの（PlayList）のデー
タベースを作成する。
【００５８】ユーザが、記録媒体１００に記録されてい
るAVストリームの一部を消去したい場合、ユーザインタ
フェースとしての端子２４から消去区間のイン点とアウ
ト点の情報が制御部２３に入力される。制御部２３は、
必要なAVストリーム部分だけを参照するようにPlayList
のデータベースを変更する。また、AVストリームの不必
要なストリーム部分を消去するように、書き込み部２２
に指示する。
【００５９】ユーザが、記録媒体１００に記録されてい
るAVストリームの再生区間を指定して新しい再生経路を
作成したい場合であり、かつ、それぞれの再生区間をシ
ームレスに接続したい場合について説明する。このよう
な場合、制御部２３は、AVストリームの再生区間(PlayI
tem)をグループ化したもの（PlayList）のデータベース
を作成し、さらに、再生区間の接続点付近のビデオスト
リームの部分的な再エンコードと再多重化を行う。
【００６０】まず、端子２４から再生区間のイン点のピ
クチャの情報と、アウト点のピクチャの情報が制御部２
３へ入力される。制御部２３は、読み出し部２８にイン
点側ピクチャとアウト点側のピクチャを再生するために
必要なデータの読み出しを指示する。そして、読み出し
部２８は、記録媒体１００からデータを読み出し、その
データは、復調部２９、ECC復号部３０、ソースデパケ
ッタイザ３１を経て、デマルチプレクサ２６に出力され
る。
【００６１】制御部２３は、デマルチプレクサ２６に入
力されたデータを解析して、ビデオストリームの再エン
コード方法（picture_coding_typeの変更、再エンコー
ドする符号化ビット量の割り当て）と、再多重化方式を
決定し、その方式をAVエンコーダ１５とマルチプレクサ
１６に供給する。
【００６２】次に、デマルチプレクサ２６は、入力され
たストリームをビデオストリーム(V)、オーディオスト
リーム(A)、およびシステム情報(S)に分離する。ビデオ
ストリームは、AVデコーダ２７に入力されるデータとマ
ルチプレクサ１６に入力されるデータがある。前者のデ
ータは、再エンコードするために必要なデータであり、
これはAVデコーダ２７で復号され、復号されたピクチャ
はAVエンコーダ１５で再エンコードされて、ビデオスト
リームにされる。後者のデータは、再エンコードをしな
いで、オリジナルのストリームからコピーされるデータ
である。オーディオストリーム、システム情報について
は、直接、マルチプレクサ１６に入力される。
【００６３】マルチプレクサ１６は、制御部２３から入
力された情報に基づいて、入力ストリームを多重化し、
多重化ストリームを出力する。多重化ストリームは、EC
C符号化部２０、変調部２１で処理されて、書き込み部
２２に入力される。書き込み部２２は、制御部２３から
供給される制御信号に基づいて、記録媒体１００にAVス
トリームを記録する。
【００６４】以下に、アプリケーションデータベース情
報や、その情報に基づく再生、編集といった操作に関す
る説明をする。図２は、アプリケーションフォーマット
の構造を説明する図である。アプリケーションフォーマ
ットは、AVストリームの管理のためにPlayListとClipの
２つのレイヤをもつ。Volume Informationは、ディスク
内のすべてのClipとPlayListの管理をする。ここでは、
１つのAVストリームとその付属情報のペアを１つのオブ
ジェクトと考え、それをClipと称する。AVストリームフ
ァイルはClip AV stream fileと称し、その付属情報
は、Clip Information fileと称する。
【００６５】１つのClip AV stream fileは、MPEG2トラ
ンスポートストリームをアプリケーションフォーマット
によって規定される構造に配置したデータをストアす
る。一般的に、ファイルは、バイト列として扱われる
が、Clip AV stream fileのコンテンツは、時間軸上に
展開され、Clipの中のエントリーポイント（Iピクチ
ャ）は、主に時間ベースで指定される。所定のClipへの
アクセスポイントのタイムスタンプが与えられた時、Cl
ip Information fileは、Clip AV stream fileの中でデ
ータの読み出しを開始すべきアドレス情報を見つけるた
めに役立つ。
【００６６】PlayListについて、図３を参照して説明す
る。PlayListは、Clipの中からユーザが見たい再生区間
を選択し、それを簡単に編集することができるようにす
るために設けられている。１つのPlayListは、Clipの中
の再生区間の集まりである。所定のClipの中の１つの再
生区間は、PlayItemと呼ばれ、それは、時間軸上のイン
点（IN）とアウト点（OUT）の対で表される。従って、P
layListは、複数のPlayItemが集まることにより構成さ
れる。
【００６７】PlayListには、２つのタイプがある。１つ
は、Real PlayListであり、もう１つは、Virtual PlayL
istである。Real PlayListは、それが参照しているClip
のストリーム部分を共有している。すなわち、Real Pla
yListは、それの参照しているClipのストリーム部分に
相当するデータ容量をディスクの中で占め、Real PlayL
istが消去された場合、それが参照しているClipのスト
リーム部分もまたデータが消去される。
【００６８】Virtual PlayListは、Clipのデータを共有
していない。従って、Virtual PlayListが変更または消
去されたとしても、Clipの内容には何も変化が生じな
い。
【００６９】次に、Real PlayListの編集について説明
する。図４（Ａ）は、Real PlayListのクリエイト(crea
te：作成)に関する図であり、AVストリームが新しいCli
pとして記録される場合、そのClip全体を参照するReal
PlayListが新たに作成される操作である。
【００７０】図４（Ｂ）は、Real PlayListのディバイ
ド(divide：分割)に関する図であり、Real PlayListが
所望な点で分けられて、２つのReal PlayListに分割さ
れる操作である。この分割という操作は、例えば、１つ
のPlayListにより管理される１つのクリップ内に、２つ
の番組が管理されているような場合に、ユーザが１つ１
つの番組として登録（記録）し直したいといったような
ときに行われる。この操作により、Clipの内容が変更さ
れる（Clip自体が分割される）ことはない。
【００７１】図４（Ｃ）は、Real PlayListのコンバイ
ン(combine：結合)に関する図であり、２つのReal Play
Listを結合して、１つの新しいReal PlayListにする操
作である。この結合という操作は、例えば、ユーザが２
つの番組を１つの番組として登録し直したいといったよ
うなときに行われる。この操作により、Clipが変更され
る（Clip自体が１つにされる）ことはない。
【００７２】図５（Ａ）は、Real PlayList全体のデリ
ート(delete：削除)に関する図であり、所定のReal Pla
yList全体を消去する操作がされた場合、削除されたRea
l PlayListが参照するClipの、対応するストリーム部分
も削除される。
【００７３】図５（Ｂ）は、Real PlayListの部分的な
削除に関する図であり、Real PlayListの所望な部分が
削除された場合、対応するPlayItemが、必要なClipのス
トリーム部分だけを参照するように変更される。そし
て、Clipの対応するストリーム部分は削除される。
【００７４】図５（Ｃ）は、Real PlayListのミニマイ
ズ(Minimize：最小化)に関する図であり、Real PlayLis
tに対応するPlayItemを、Virtual PlayListに必要なCli
pのストリーム部分だけを参照するようにする操作であ
る。Virtual PlayList にとって不必要なClipの、対応
するストリーム部分は削除される。
【００７５】上述したような操作により、Real PlayLis
tが変更されて、そのReal PlayListが参照するClipのス
トリーム部分が削除された場合、その削除されたClipを
使用しているVirtual PlayListが存在し、そのVirtual
PlayListにおいて、削除されたClipにより問題が生じる
可能性がある。
【００７６】そのようなことが生じないように、ユーザ
に、削除という操作に対して、「そのReal PlayListが
参照しているClipのストリーム部分を参照しているVirt
ual PlayListが存在し、もし、そのReal PlayListが消
去されると、そのVirtual PlayListもまた消去されるこ
とになるが、それでも良いか？」といったメッセージな
どを表示させることにより、確認（警告）を促した後
に、ユーザの指示により削除の処理を実行、または、キ
ャンセルする。または、Virtual PlayListを削除する代
わりに、Real PlayListに対してミニマイズの操作が行
われるようにする。
【００７７】次にVirtual PlayListに対する操作につい
て説明する。Virtual PlayListに対して操作が行われた
としても、Clipの内容が変更されることはない。図６
は、アセンブル(Assemble) 編集 (IN-OUT 編集)に関す
る図であり、ユーザが見たいと所望した再生区間のPlay
Itemを作り、Virtual PlayListを作成するといった操作
である。PlayItem間のシームレス接続が、アプリケーシ
ョンフォーマットによりサポートされている（後述）。
【００７８】図６（Ａ）に示したように、２つのReal P
layList１，２と、それぞれのRealPlayListに対応するC
lip１，２が存在している場合に、ユーザがReal PlayLi
st１内の所定の区間（In１乃至Out１までの区間：PlayI
tem１）を再生区間として指示し、続けて再生する区間
として、Real PlayList２内の所定の区間（In２乃至Out
２までの区間：PlayItem２）を再生区間として指示した
とき、図６（Ｂ）に示すように、PlayItem１とPlayItem
２から構成される１つのVirtual PlayListが作成され
る。
【００７９】次に、Virtual PlayList の再編集(Re-edi
ting)について説明する。再編集には、Virtual PlayLis
tの中のイン点やアウト点の変更、Virtual PlayListへ
の新しいPlayItemの挿入(insert)や追加(append)、Virt
ual PlayListの中のPlayItemの削除などがある。また、
Virtual PlayListそのものを削除することもできる。
【００８０】図７は、Virtual PlayListへのオーディオ
のアフレコ(Audio dubbing (post recording))に関する
図であり、Virtual PlayListへのオーディオのアフレコ
をサブパスとして登録する操作のことである。このオー
ディオのアフレコは、アプリケーションフォーマットに
よりサポートされている。Virtual PlayListのメインパ
スのAVストリームに、付加的なオーディオストリーム
が、サブパスとして付加される。
【００８１】Real PlayListとVirtual PlayListで共通
の操作として、図８に示すようなPlayListの再生順序の
変更(Moving)がある。この操作は、ディスク(ボリュー
ム)の中でのPlayListの再生順序の変更であり、アプリ
ケーションフォーマットにおいて定義されるTable Of P
layList（図２０などを参照して後述する）によってサ
ポートされる。この操作により、Clipの内容が変更され
るようなことはない。
【００８２】次に、マーク（Mark）について説明する。
マークは、図９に示されるように、ClipおよびPlayList
の中のハイライトや特徴的な時間を指定するために設け
られている。Clipに付加されるマークは、ClipMark（ク
リップマーク）と呼ばれる。ClipMarkは、AVストリーム
の内容に起因する特徴的なシーンを指定する、例えば番
組の頭だし点やシーンチェンジ点などである。ClipMark
は、図１の例えば解析部１４によって生成される。Play
Listを再生する時、そのPlayListが参照するClipのマー
クを参照して、使用する事ができる。
【００８３】PlayListに付加されるマークは、PlayList
Mark（プレイリストマーク）と呼ばれる。PlayListMark
は、主にユーザによってセットされる、例えば、ブック
マークやリジューム点などである。ClipまたはPlayList
にマークをセットすることは、マークの時刻を示すタイ
ムスタンプをマークリストに追加することにより行われ
る。また、マークを削除することは、マークリストの中
から、そのマークのタイムスタンプを除去する事であ
る。従って、マークの設定や削除により、AVストリーム
は何の変更もされない。
【００８４】ClipMarkの別のフォーマットとして、Clip
Markが参照するピクチャをAVストリームの中でのアドレ
スベースで指定するようにしても良い。Clipにマークを
セットすることは、マーク点のピクチャを示すアドレス
ベースの情報をマークリストに追加することにより行わ
れる。また、マークを削除することは、マークリストの
中から、そのマーク点のピクチャを示すアドレスベース
の情報を除去する事である。従って、マークの設定や削
除により、AVストリームは何の変更もされない。
【００８５】次にサムネイルについて説明する。サムネ
イルは、Volume、PlayList、およびClipに付加される静
止画である。サムネイルには、２つの種類があり、１つ
は、内容を表す代表画としてのサムネイルである。これ
は主としてユーザがカーソル（不図示）などを操作して
見たいものを選択するためのメニュー画面で使われるも
のである。もう１つは、マークが指しているシーンを表
す画像である。
【００８６】Volumeと各Playlistは代表画を持つことが
できるようにする必要がある。Volumeの代表画は、ディ
スク（記録媒体１００、以下、記録媒体１００はディス
ク状のものであるとし、適宜、ディスクと記述する）を
記録再生装置１の所定の場所にセットした時に、そのデ
ィスクの内容を表す静止画を最初に表示する場合などに
用いられることを想定している。Playlistの代表画は、
Playlistを選択するメニュー画面において、Playlistの
内容を表すための静止画として用いられることを想定し
ている。
【００８７】Playlistの代表画として、Playlistの最初
の画像をサムネイル（代表画）にすることが考えられる
が、必ずしも再生時刻０の先頭の画像が内容を表す上で
最適な画像とは限らない。そこで、Playlistのサムネイ
ルとして、任意の画像をユーザが設定できるようにす
る。以上Volumeを表す代表画としてのサムネイルと、Pl
ayListを表す代表画としてのサムネイルの２種類のサム
ネイルをメニューサムネイルと称する。メニューサムネ
イルは頻繁に表示されるため、ディスクから高速に読み
出される必要がある。このため、すべてのメニューサム
ネイルを１つのファイルに格納することが効率的であ
る。メニューサムネイルは、必ずしもボリューム内の動
画から抜き出したピクチャである必要はなく、図１０に
示すように、パーソナルコンピュータやデジタルスチル
カメラから取り込こまれた画像でもよい。
【００８８】一方、ClipとPlaylistには、複数個のマー
クを打てる必要があり、マーク位置の内容を知るために
マーク点の画像を容易に見ることが出来るようにする必
要がある。このようなマーク点を表すピクチャをマーク
サムネイル（Mark Thumbnails）と称する。従って、マ
ークサムネイルの元となる画像は、外部から取り込んだ
画像よりも、マーク点の画像を抜き出したものが主とな
る。
【００８９】図１１は、PlayListに付けられるマーク
と、そのマークサムネイルの関係について示す図であ
り、図１２は、Clipに付けられるマークと、そのマーク
サムネイルの関係について示す図である。マークサムネ
イルは、メニューサムネイルと異なり、Playlistの詳細
を表す時に、サブメニュー等で使われるため、短いアク
セス時間で読み出されるようなことは要求されない。そ
のため、サムネイルが必要になる度に、記録再生装置１
がファイルを開き、そのファイルの一部を読み出すこと
で多少時間がかかっても、問題にはならない。
【００９０】また、ボリューム内に存在するファイル数
を減らすために、すべてのマークサムネイルは１つのフ
ァイルに格納するのがよい。Playlistはメニューサムネ
イル１つと複数のマークサムネイルを有することができ
るが、Clipは直接ユーザが選択する必要性がない（通
常、Playlist経由で指定する）ため、メニューサムネイ
ルを設ける必要はない。
【００９１】図１３は、上述したことを考慮した場合の
メニューサムネイル、マークサムネイル、PlayList、お
よびClipの関係について示した図である。メニューサム
ネイルファイルには、PlayList毎に設けられたメニュー
サムネイルがファイルされている。メニューサムネイル
ファイルには、ディスクに記録されているデータの内容
を代表するボリュームサムネイルが含まれている。マー
クサムネイルファイルは、各PlayList毎と各Clip毎に作
成されたサムネイルがファイルされている。
【００９２】次に、CPI（Characteristic Point Inform
ation）について説明する。CPIは、Clipインフォメーシ
ョンファイルに含まれるデータであり、主に、それはCl
ipへのアクセスポイントのタイムスタンプが与えられた
時、Clip AV stream fileの中でデータの読み出しを開
始すべきデータアドレスを見つけるために用いられる。
本実施の形態では、２種類のCPIを用いる。１つは、EP_
mapであり、もう一つは、TU_mapである。
【００９３】EP_mapは、エントリーポイント(EP)データ
のリストであり、それはエレメンタリーストリームおよ
びトランスポートストリームから抽出されたものであ
る。これは、AVストリームの中でデコードを開始すべき
エントリーポイントの場所を見つけるためのアドレス情
報を持つ。１つのEPデータは、プレゼンテーションタイ
ムスタンプ（PTS）と、そのPTSに対応するアクセスユニ
ットのAVストリームの中のデータアドレスの対で構成さ
れる。
【００９４】EP_mapは、主に２つの目的のために使用さ
れる。第１に、PlayListの中でプレゼンテーションタイ
ムスタンプによって参照されるアクセスユニットのAVス
トリームの中のデータアドレスを見つけるために使用さ
れる。第２に、ファーストフォワード再生やファースト
リバース再生のために使用される。記録再生装置１が、
入力AVストリームを記録する場合、そのストリームのシ
ンタクスを解析することができるとき、EP_mapが作成さ
れ、ディスクに記録される。
【００９５】TU_mapは、デジタルインタフェースを通し
て入力されるトランスポートパケットの到着時刻に基づ
いたタイムユニット（TU）データのリストを持つ。これ
は、到着時刻ベースの時間とAVストリームの中のデータ
アドレスとの関係を与える。記録再生装置１が、入力AV
ストリームを記録する場合、そのストリームのシンタク
スを解析することができないとき、TU_mapが作成され、
ディスクに記録される。
【００９６】STCInfoは、MPEG2トランスポートストリー
ムをストアしているAVストリームファイルの中にあるST
Cの不連続点情報をストアする。仮に、AVストリームがS
TCの不連続点を持つ場合、そのAVストリームファイルの
中で同じ値のPTSが現れる可能性がある。そのため、AV
ストリーム上の所定の時刻をPTSベースで指す場合、ア
クセスポイントのPTSだけではそのポイントを特定する
ためには不十分である。
【００９７】更に、そのPTSを含むところの連続なSTC区
間のインデックスが必要である。連続なSTC区間を、こ
のフォーマットでは、STC-sequenceと呼び、そのインデ
ックスをSTC-sequence-idと記述する。STC-sequenceの
情報は、Clip Information fileのSTCInfoで定義され
る。STC-sequence-idは、EP_mapを持つAVストリームフ
ァイルで使用するものであり、TU_mapを持つAVストリー
ムファイルではオプションである。
【００９８】プログラムは、エレメンタリストリームの
集まりであり、これらのストリームの同期再生のため
に、ただ１つのシステムタイムベースを共有するもので
ある。再生装置にとって、AVストリームのデコードに先
だち、そのAVストリームの内容がわかることは有用であ
る。例えば、ビデオやオーディオのエレメンタリースト
リームを伝送するトランスポートパケットのPIDの値
や、ビデオやオーディオのコンポーネント種類（例え
ば、HDTVのビデオとMPEG-2 AACのオーディオストリーム
など）などの情報である。
【００９９】この情報はAVストリームを参照するところ
のPlayListの内容をユーザに説明するところのメニュー
画面を作成するのに有用であるし、また、AVストリーム
のデコードに先だって、再生装置のAVデコーダおよびデ
マルチプレクサの初期状態をセットするために役立つ。
この理由のために、Clip Information fileは、プログ
ラムの内容を説明するためのProgramInfoを持つ。
【０１００】MPEG2トランスポートストリームをストア
しているAVストリームファイルは、ファイルの中でプロ
グラム内容が変化するかもしれない。例えば、ビデオエ
レメンタリーストリームを伝送するところのトランスポ
ートパケットのPIDが変化したり、ビデオストリームの
コンポーネント種類がSDTVからHDTVに変化するなどであ
る。
【０１０１】ProgramInfoは、AVストリームファイルの
中でのプログラム内容の変化点の情報をストアする。AV
ストリームファイルの中で、このフォーマットで定める
ところのプログラム内容が一定である区間をProgram-se
quenceと呼ぶ。Program-sequenceは、EP_mapを持つAVス
トリームファイルで使用するものであり、TU_mapを持つ
AVストリームファイルではオプションである。
【０１０２】本実施の形態では、セルフエンコードのス
トリームフォーマット（SESF）を定義する。SESFは、ア
ナログ入力信号を符号化する目的、およびデジタル入力
信号（例えばDV）をデコードしてからMPEG2トランスポ
ートストリームに符号化する場合に用いられる。
【０１０３】SESFは、MPEG-2トランスポートストリーム
およびAVストリームについてのエレメンタリーストリー
ムの符号化制限を定義する。記録再生装置１が、SESFス
トリームをエンコードし、記録する場合、EP_mapが作成
され、ディスクに記録される。
【０１０４】デジタル放送のストリームは、次に示す方
式のうちのいずれかが用いられて記録媒体１００に記録
される。まず、デジタル放送のストリームをSESFストリ
ームにトランスコーディングする。この場合、記録され
たストリームは、SESFに準拠しなければならない。この
場合、EP_mapが作成されて、ディスクに記録されなけれ
ばならない。
【０１０５】あるいは、デジタル放送ストリームを構成
するエレメンタリーストリームを新しいエレメンタリス
トリームにトランスコーディングし、そのデジタル放送
ストリームの規格化組織が定めるストリームフォーマッ
トに準拠した新しいトランスポートストリームに再多重
化する。この場合、EP_mapが作成されて、ディスクに記
録されなければならない。
【０１０６】例えば、入力ストリームがISDB（日本のデ
ジタルBS放送の規格名称）準拠のMPEG-2トランスポート
ストリームであり、それがHDTVビデオストリームとMPEG
AACオーディオストリームを含むとする。HDTVビデオス
トリームをSDTVビデオストリームにトランスコーディン
グし、そのSDTVビデオストリームとオリジナルのAACオ
ーディオストリームをTSに再多重化する。SDTVストリー
ムと記録されるトランスポートストリームは、共にISDB
フォーマットに準拠しなければならない。
【０１０７】デジタル放送のストリームが、記録媒体１
００に記録される際の他の方式として、入力トランスポ
ートストリームをトランスペアレントに記録する（入力
トランスポートストリームを何も変更しないで記録す
る）場合であり、その時にEP_mapが作成されてディスク
に記録される。
【０１０８】または、入力トランスポートストリームを
トランスペアレントに記録する（入力トランスポートス
トリームを何も変更しないで記録する）場合であり、そ
の時にTU_mapが作成されてディスクに記録される。
【０１０９】次にディレクトリとファイルについて説明
する。以下、記録再生装置１をDVR（Digital Video Rec
ording）と適宜記述する。図１４はディスク上のディレ
クトリ構造の一例を示す図である。DVRのディスク上に
必要なディレクトリは、図１４に示したように、"DVR"
ディレクトリを含むrootディレクトリ、"PLAYLIST"ディ
レクトリ、"CLIPINF"ディレクトリ、"M2TS"ディレクト
リ、および"DATA"ディレクトリを含む"DVR"ディレクト
リである。rootディレクトリの下に、これら以外のディ
レクトリを作成されるようにしても良いが、それらは、
本実施の形態のアプリケーションフォーマットでは、無
視されるとする。
【０１１０】"DVR"ディレクトリの下には、 DVRアプリ
ケーションフォーマットによって規定される全てのファ
イルとディレクトリがストアされる。"DVR"ディレクト
リは、４個のディレクトリを含む。"PLAYLIST"ディレク
トリの下には、Real PlayListとVirtual PlayListのデ
ータベースファイルが置かれる。このディレクトリは、
PlayListが１つもなくても存在する。
【０１１１】"CLIPINF"ディレクトリの下には、Clipの
データベースが置かれる。このディレクトリも、Clipが
１つもなくても存在する。"M2TS"ディレクトリの下に
は、AVストリームファイルが置かれる。このディレクト
リは、AVストリームファイルが１つもなくても存在す
る。"DATA"ディレクトリは、デジタルTV放送などのデー
タ放送のファイルがストアされる。
【０１１２】"DVR"ディレクトリは、次に示すファイル
をストアする。"info.dvr"ファイルは、 DVRディレクト
リの下に作られ、アプリケーションレイヤの全体的な情
報をストアする。DVRディレクトリの下には、ただ一つ
のinfo.dvrがなければならない。ファイル名は、info.d
vrに固定されるとする。"menu.thmb"ファイルは、メニ
ューサムネイル画像に関連する情報をストアする。DVR
ディレクトリの下には、ゼロまたは１つのメニューサム
ネイルがなければならない。ファイル名は、memu.thmb
に固定されるとする。メニューサムネイル画像が１つも
ない場合、このファイルは、存在しなくても良い。
【０１１３】"mark.thmb"ファイルは、マークサムネイ
ル画像に関連する情報をストアする。DVRディレクトリ
の下には、ゼロまたは１つのマークサムネイルがなけれ
ばならない。ファイル名は、mark.thmbに固定されると
する。メニューサムネイル画像が１つもない場合、この
ファイルは、存在しなくても良い。
【０１１４】"PLAYLIST"ディレクトリは、２種類のPlay
Listファイルをストアするものであり、それらは、Real
PlayListとVirtual PlayListである。”xxxxx.rpls"
ファイルは、１つのReal PlayListに関連する情報をス
トアする。それぞれのReal PlayList毎に、１つのファ
イルが作られる。ファイル名は、"xxxxx.rpls"である。
ここで、"xxxxx"は、５個の０乃至９まで数字である。
ファイル拡張子は、"rpls"でなければならないとする。
【０１１５】"yyyyy.vpls"ファイルは、１つのVirtual
PlayListに関連する情報をストアする。それぞれのVirt
ual PlayList毎に、１つのファイルが作られる。ファイ
ル名は、"yyyyy.vpls"である。ここで、"yyyyy"は、５
個の０乃至９まで数字である。ファイル拡張子は、"vpl
s"でなければならないとする。
【０１１６】"CLIPINF"ディレクトリは、それぞれのAV
ストリームファイルに対応して、１つのファイルをスト
アする。"zzzzz.clpi" ファイルは、１つのAVストリー
ムファイル(Clip AV stream file または Bridge-Clip
AV stream file)に対応するClip Information fileであ
る。ファイル名は、"zzzzz.clpi"であり、"zzzzz"は、
５個の０乃至９までの数字である。ファイル拡張子
は、"clpi"でなければならないとする。
【０１１７】"M2TS"ディレクトリは、AVストリームのフ
ァイルをストアする。"zzzzz.m2ts"ファイルは、DVRシ
ステムにより扱われるAVストリームファイルである。こ
れは、Clip AV stream fileまたはBridge-Clip AV stre
amである。ファイル名は、"zzzzz.m2ts"であり、"zzzz
z"は、５個の０乃至９までの数字である。ファイル拡張
子は、"m2ts"でなければならないとする。
【０１１８】”DATA”ディレクトリは、データ放送から
伝送されるデータをストアするものであり、データと
は、例えば、XML fileやMHEGファイルなどである。
【０１１９】次に、各ディレクトリ（ファイル）のシン
タクスとセマンティクスを説明する。まず、”info.dv
r”ファイルについて説明する。図１５は、”info.dv
r”ファイルのシンタクスを示す図である。”info.dv
r”ファイルは、３個のオブジェクトから構成され、そ
れらは、DVRVolume()、TableOfPlayLists()、およびMak
ersPrivateData()である。
【０１２０】図１５に示したinfo.dvrのシンタクスにつ
いて説明するに、TableOfPlayLists_Start_addressは、
info.dvrファイルの先頭のバイトからの相対バイト数を
単位として、TableOfPlayList()の先頭アドレスを示
す。相対バイト数はゼロからカウントされる。
【０１２１】MakersPrivateData_Start_addressは、inf
o.dvrファイルの先頭のバイトからの相対バイト数を単
位として、MakersPrivateData()の先頭アドレスを示
す。相対バイト数はゼロからカウントされる。padding_
word（パディングワード）は、info.dvrのシンタクスに
従って挿入される。Ｎ１とＮ２は、ゼロまたは任意の正
の整数である。それぞれのパディングワードは、任意の
値を取るようにしても良い。
【０１２２】DVRVolume()は、ボリューム（ディスク）
の内容を記述する情報をストアする。図１６は、DVRVol
ume()のシンタクスを示す図である。図１６に示したDVR
Volume()のシンタクスを説明するに、version_number
は、このDVRVolume()のバージョンナンバを示す４個の
キャラクター文字を示す。version_numberは、ISO 646
に従って、"0045"と符号化される。
【０１２３】lengthは、このlengthフィールドの直後か
らDVRVolume()の最後までのDVRVolume()のバイト数を示
す32ビットの符号なし整数で表される。
【０１２４】ResumeVolume()は、ボリュームの中で最後
に再生したReal PlayListまたはVirtual PlayListのフ
ァイル名を記憶している。ただし、Real PlayListまた
はVirtual PlayListの再生をユーザが中断した時の再生
位置は、PlayListMark()において定義されるresume-mar
kにストアされる（図４２、図４３）。
【０１２５】図１７は、ResumeVolume()のシンタクスを
示す図である。図１７に示したResumeVolume()のシンタ
クスを説明するに、valid_flagは、この1ビットのフラ
グが1にセットされている場合、resume_PlayList_name
フィールドが有効であることを示し、このフラグが０に
セットされている場合、resume_PlayList_nameフィール
ドが無効であることを示す。
【０１２６】resume_PlayList_nameの１０バイトのフィ
ールドは、リジュームされるべきReal PlayListまたはV
irtual PlayListのファイル名を示す。
【０１２７】図１６に示したDVRVolume()のシンタクス
のなかの、UIAppInfoVolume は、ボリュームについての
ユーザインターフェースアプリケーションのパラメータ
をストアする。図１８は、UIAppInfoVolumeのシンタク
スを示す図であり、そのセマンティクスを説明するに、
character_setの８ビットのフィールドは、Volume_name
フィールドに符号化されているキャラクター文字の符号
化方法を示す。その符号化方法は、図１９に示される値
に対応する。
【０１２８】name_lengthの8ビットフィールドは、Volu
me_nameフィールドの中に示されるボリューム名のバイ
ト長を示す。Volume_nameのフィールドは、ボリューム
の名称を示す。このフィールドの中の左からname_lengt
h数のバイト数が、有効なキャラクター文字であり、そ
れはボリュームの名称を示す。Volume_nameフィールド
の中で、それら有効なキャラクター文字の後の値は、ど
んな値が入っていても良い。
【０１２９】Volume_protect_flagは、ボリュームの中
のコンテンツを、ユーザに制限することなしに見せてよ
いかどうかを示すフラグである。このフラグが１にセッ
トされている場合、ユーザが正しくPIN番号（パスワー
ド）を入力できたときだけ、そのボリュームのコンテン
ツを、ユーザに見せる事（再生される事）が許可され
る。このフラグが０にセットされている場合、ユーザが
PIN番号を入力しなくても、そのボリュームのコンテン
ツを、ユーザに見せる事が許可される。
【０１３０】最初に、ユーザが、ディスクをプレーヤへ
挿入した時点において、もしこのフラグが０にセットさ
れているか、または、このフラグが１にセットされてい
てもユーザがPIN番号を正しく入力できたならば、記録
再生装置１は、そのディスクの中のPlayListの一覧を表
示させる。それぞれのPlayListの再生制限は、volume_p
rotect_flagとは無関係であり、それはUIAppInfoPlayLi
st()の中に定義されるplayback_control_flagによって
示される。
【０１３１】PINは、４個の０乃至９までの数字で構成
され、それぞれの数字は、ISO/IEC 646に従って符号化
される。ref_thumbnail_indexのフィールドは、ボリュ
ームに付加されるサムネイル画像の情報を示す。ref_th
umbnail_indexフィールドが、0xFFFFでない値の場合、
そのボリュームにはサムネイル画像が付加されており、
そのサムネイル画像は、menu.thumファイルの中にスト
アされている。その画像は、menu.thumファイルの中でr
ef_thumbnail_indexの値を用いて参照される。ref_thum
bnail_indexフィールドが、0xFFFF である場合、そのボ
リュームにはサムネイル画像が付加されていないことを
示す。
【０１３２】次に図１５に示したinfo.dvrのシンタクス
内のTableOfPlayLists()について説明する。TableOfPla
yLists()は、PlayList(Real PlayListとVirtual PlayLi
st)のファイル名をストアする。ボリュームに記録され
ているすべてのPlayListファイルは、TableOfPlayLis
t()の中に含まれる。TableOfPlayLists()は、ボリュー
ムの中のPlayListのデフォルトの再生順序を示す。
【０１３３】図２０は、TableOfPlayLists()のシンタク
スを示す図であり、そのシンタクスについて説明する
に、TableOfPlayListsのversion_numberは、このTableO
fPlayListsのバージョンナンバーを示す４個のキャラク
ター文字を示す。version_numberは、ISO 646に従っ
て、"0045"と符号化されなければならない。
【０１３４】lengthは、このlengthフィールドの直後か
らTableOfPlayLists()の最後までのTableOfPlayLists()
のバイト数を示す３２ビットの符号なしの整数である。
number_of_PlayListsの１６ビットのフィールドは、Pla
yList_file_nameを含むfor-loopのループ回数を示す。
この数字は、ボリュームに記録されているPlayListの数
に等しくなければならない。PlayList_file_nameの１０
バイトの数字は、PlayListのファイル名を示す。
【０１３５】図２１は、TableOfPlayLists()のシンタク
スの別の構成を示す図である。図２１に示したシンタク
スは、図２０に示したシンタクスに、UIAppinfoPlayLis
t（後述）を含ませた構成とされている。このように、U
IAppinfoPlayListを含ませた構成とすることで、TableO
fPlayListsを読み出すだけで、メニュー画面を作成する
ことが可能となる。ここでは、図２０に示したシンタク
スを用いるとして以下の説明をする。
【０１３６】図１５に示したinfo.dvrのシンタクス内の
MakersPrivateDataについて説明する。MakersPrivateDa
taは、記録再生装置１のメーカが、各社の特別なアプリ
ケーションのために、MakersPrivateData()の中にメー
カのプライベートデータを挿入できるように設けられて
いる。各メーカのプライベートデータは、それを定義し
たメーカを識別するために標準化されたmaker_IDを持
つ。MakersPrivateData()は、１つ以上のmaker_IDを含
んでも良い。
【０１３７】所定のメーカが、プライベートデータを挿
入したい時に、すでに他のメーカのプライベートデータ
がMakersPrivateData()に含まれていた場合、他のメー
カは、既にある古いプライベートデータを消去するので
はなく、新しいプライベートデータをMakersPrivateDat
a()の中に追加するようにする。このように、本実施の
形態においては、複数のメーカのプライベートデータ
が、１つのMakersPrivateData()に含まれることが可能
であるようにする。
【０１３８】図２２は、MakersPrivateDataのシンタク
スを示す図である。図２２に示したMakersPrivateData
のシンタクスについて説明するに、version_numberは、
このMakersPrivateData()のバージョンナンバを示す４
個のキャラクター文字を示す。version_numberは、ISO
646に従って、"0045"と符号化されなければならない。l
engthは、このlengthフィールドの直後からMakersPriva
teData()の最後までのMakersPrivateData()のバイト数
を示す３２ビットの符号なし整数を示す。
【０１３９】mpd_blocks_start_addressは、MakersPriv
ateData()の先頭のバイトからの相対バイト数を単位と
して、最初のmpd_block()の先頭バイトアドレスを示
す。相対バイト数はゼロからカウントされる。number_o
f_maker_entriesは、MakersPrivateData()の中に含まれ
ているメーカプライベートデータのエントリー数を与え
る１６ビットの符号なし整数である。MakersPrivateDat
a()の中に、同じmaker_IDの値を持つメーカプライベー
トデータが２個以上存在してはならない。
【０１４０】mpd_block_sizeは、１０２４バイトを単位
として、１つのmpd_blockの大きさを与える１６ビット
の符号なし整数である。例えば、mpd_block_size=１な
らば、それは１つのmpd_blockの大きさが１０２４バイ
トであることを示す。number_of_mpd_blocksは、Makers
PrivateData()の中に含まれるmpd_blockの数を与える１
６ビットの符号なし整数である。maker_IDは、そのメー
カプライベートデータを作成したDVRシステムの製造メ
ーカを示す16ビットの符号なし整数である。maker_IDに
符号化される値は、このDVRフォーマットのライセンサ
によって指定される。
【０１４１】maker_model_codeは、そのメーカプライベ
ートデータを作成したDVRシステムのモデルナンバーコ
ードを示す１６ビットの符号なし整数である。maker_mo
del_codeに符号化される値は、このフォーマットのライ
センスを受けた製造メーカによって設定される。start_
mpd_block_numberは、そのメーカプライベートデータが
開始されるmpd_blockの番号を示す１６ビットの符号な
し整数である。メーカプライベートデータの先頭データ
は、mpd_blockの先頭にアラインされなければならな
い。start_mpd_block_numberは、mpd_blockのfor-loop
の中の変数jに対応する。
【０１４２】mpd_lengthは、バイト単位でメーカプライ
ベートデータの大きさを示す３２ビットの符号なし整数
である。mpd_blockは、メーカプライベートデータがス
トアされる領域である。MakersPrivateData()の中のす
べてのmpd_blockは、同じサイズでなければならない。
【０１４３】次に、Real PlayList fileとVirtual Play
List fileについて、換言すれば、xxxxx.rplsとyyyyy.v
plsについて説明する。図２３は、xxxxx.rpls（Real Pl
ayList）、または、yyyyy.vpls（Virtual PlayList）の
シンタクスを示す図である。xxxxx.rplsとyyyyy.vpls
は、同一のシンタクス構成をもつ。xxxxx.rplsとyyyyy.
vplsは、それぞれ、３個のオブジェクトから構成され、
それらは、PlayList()、PlayListMark()、およびMakers
PrivateData()である。
【０１４４】PlayListMark_Start_addressは、PlayList
ファイルの先頭のバイトからの相対バイト数を単位とし
て、PlayListMark()の先頭アドレスを示す。相対バイト
数はゼロからカウントされる。
【０１４５】MakersPrivateData_Start_addressは、Pla
yListファイルの先頭のバイトからの相対バイト数を単
位として、MakersPrivateData()の先頭アドレスを示
す。相対バイト数はゼロからカウントされる。
【０１４６】padding_word（パディングワード）は、Pl
ayListファイルのシンタクスにしたがって挿入され、Ｎ
１とＮ２は、ゼロまたは任意の正の整数である。それぞ
れのパディングワードは、任意の値を取るようにしても
良い。
【０１４７】ここで、既に、簡便に説明したが、PlayLi
stについてさらに説明する。ディスク内にあるすべての
Real PlayListによって、Bridge-Clip（後述）を除くす
べてのClipの中の再生区間が参照されていなければなら
ない。かつ、２つ以上のRealPlayListが、それらのPlay
Itemで示される再生区間を同一のClipの中でオーバーラ
ップさせてはならない。
【０１４８】図２４を参照してさらに説明するに、図２
４（Ａ）に示したように、全てのClipは、対応するReal
PlayListが存在する。この規則は、図２４（Ｂ）に示
したように、編集作業が行われた後においても守られ
る。従って、全てのClipは、どれかしらのReal PlayLis
tを参照することにより、必ず視聴することが可能であ
る。
【０１４９】図２４（Ｃ）に示したように、Virtual Pl
ayListの再生区間は、Real PlayListの再生区間またはB
ridge-Clipの再生区間の中に含まれていなければならな
い。どのVirtual PlayListにも参照されないBridge-Cli
pがディスクの中に存在してはならない。
【０１５０】Real PlayListは、PlayItemのリストを含
むが、SubPlayItemを含んではならない。Virtual PlayL
istは、PlayItemのリストを含み、PlayList()の中に示
されるCPI_typeがEP_map typeであり、かつPlayList_ty
peが0（ビデオとオーディオを含むPlayList）である場
合、Virtual PlayListは、ひとつのSubPlayItemを含む
事ができる。本実施の形態におけるPlayList()では、Su
bPlayIteはオーディオのアフレコの目的にだけに使用さ
れる、そして、１つのVirtual PlayListが持つSubPlayI
temの数は、０または１でなければならない。
【０１５１】次に、PlayListについて説明する。図２５
は、PlayListのシンタクスを示す図である。図２５に示
したPlayListのシンタクスを説明するに、version_numb
erは、このPlayList()のバージョンナンバーを示す４個
のキャラクター文字である。version_numberは、ISO 64
6に従って、"0045"と符号化されなければならない。len
gthは、このlengthフィールドの直後からPlayList()の
最後までのPlayList()のバイト数を示す３２ビットの符
号なし整数である。PlayList_typeは、このPlayListの
タイプを示す８ビットのフィールドであり、その一例を
図２６に示す。
【０１５２】CPI_typeは、１ビットのフラグであり、Pl
ayItem()およびSubPlayItem()によって参照されるClip
のCPI_typeの値を示す。１つのPlayListによって参照さ
れる全てのClipは、それらのCPI()の中に定義されるCPI
_typeの値が同じでなければならない。number_of_PlayI
temsは、PlayListの中にあるPlayItemの数を示す１６ビ
ットのフィールドである。
【０１５３】所定のPlayItem()に対応するPlayItem_id
は、PlayItem()を含むfor-loopの中で、そのPlayItem()
の現れる順番により定義される。PlayItem_idは、０か
ら開始される。number_of_SubPlayItemsは、PlayListの
中にあるSubPlayItemの数を示す１６ビットのフィール
ドである。この値は、０または１である。付加的なオー
ディオストリームのパス(オーディオストリームパス）
は、サブパスの一種である。
【０１５４】次に、図２５に示したPlayListのシンタク
スのUIAppInfoPlayListについて説明する。UIAppInfoPl
ayListは、PlayListについてのユーザインターフェース
アプリケーションのパラメータをストアする。図２７
は、UIAppInfoPlayListのシンタクスを示す図である。
図２７に示したUIAppInfoPlayListのシンタクスを説明
するに、character_setは、８ビットのフィールドであ
り、PlayList_nameフィールドに符号化されているキャ
ラクター文字の符号化方法を示す。その符号化方法は、
図１９に示したテーブルに準拠する値に対応する。
【０１５５】name_lengthは、８ビットフィールドであ
り、PlayList_nameフィールドの中に示されるPlayList
名のバイト長を示す。PlayList_nameのフィールドは、P
layListの名称を示す。このフィールドの中の左からnam
e_length数のバイト数が、有効なキャラクター文字であ
り、それはPlayListの名称を示す。PlayList_nameフィ
ールドの中で、それら有効なキャラクター文字の後の値
は、どんな値が入っていても良い。
【０１５６】record_time_and_dateは、PlayListが記録
された時の日時をストアする５６ビットのフィールドで
ある。このフィールドは、年／月／日／時／分／秒につ
いて、１４個の数字を４ビットのBinary Coded Decimal
(BCD)で符号化したものである。例えば、2001/12/23:0
1:02:03 は、"0x20011223010203"と符号化される。
【０１５７】durationは、PlayListの総再生時間を時間
／分／秒の単位で示した２４ビットのフィールドであ
る。このフィールドは、６個の数字を４ビットのBinary
CodedDecimal(BCD)で符号化したものである。例えば、
01:45:30は、"0x014530"と符号化される。
【０１５８】valid_periodは、PlayListが有効である期
間を示す３２ビットのフィールドである。このフィール
ドは、８個の数字を４ビットのBinary Coded Decimal(B
CD)で符号化したものである。例えば、記録再生装置１
は、この有効期間の過ぎたPlayListを自動消去する、と
いったように用いられる。例えば、2001/05/07 は、"0x
20010507"と符号化される。
【０１５９】maker_idは、そのPlayListを最後に更新し
たDVRプレーヤ（記録再生装置１）の製造者を示す１６
ビットの符号なし整数である。maker_idに符号化される
値は、DVRフォーマットのライセンサによって割り当て
られる。maker_codeは、そのPlayListを最後に更新した
DVRプレーヤのモデル番号を示す１６ビットの符号なし
整数である。maker_codeに符号化される値は、DVRフォ
ーマットのライセンスを受けた製造者によって決められ
る。
【０１６０】playback_control_flagのフラグが１にセ
ットされている場合、ユーザが正しくPIN番号を入力で
きた場合にだけ、そのPlayListは再生される。このフラ
グが０にセットされている場合、ユーザがPIN番号を入
力しなくても、ユーザは、そのPlayListを視聴すること
ができる。
【０１６１】write_protect_flagは、図２８（Ａ）にテ
ーブルを示すように、１にセットされている場合、writ
e_protect_flagを除いて、そのPlayListの内容は、消去
および変更されない。このフラグが０にセットされてい
る場合、ユーザは、そのPlayListを自由に消去および変
更できる。このフラグが１にセットされている場合、ユ
ーザが、そのPlayListを消去、編集、または上書きする
前に、記録再生装置１はユーザに再確認するようなメッ
セージを表示させる。
【０１６２】write_protect_flagが０にセットされてい
るReal PlayListが存在し、かつ、そのReal PlayListの
Clipを参照するVirtual PlayListが存在し、そのVirtua
l PlayListのwrite_protect_flagが１にセットされてい
ても良い。ユーザが、RealPlayListを消去しようとする
場合、記録再生装置１は、そのReal PlayListを消去す
る前に、上記Virtual PlayListの存在をユーザに警告す
るか、または、そのReal PlayListを"Minimize”する。
【０１６３】is_played_flagは、図２８（Ｂ）に示すよ
うに、フラグが１にセットされている場合、そのPlayLi
stは、記録されてから一度は再生されたことを示し、０
にセットされている場合、そのPlayListは、記録されて
から一度も再生されたことがないことを示す。
【０１６４】archiveは、図２８（Ｃ）に示すように、
そのPlayListがオリジナルであるか、コピーされたもの
であるかを示す２ビットのフィールドである。ref_thum
bnail_index のフィールドは、PlayListを代表するサム
ネイル画像の情報を示す。ref_thumbnail_indexフィー
ルドが、0xFFFFでない値の場合、そのPlayListには、Pl
ayListを代表するサムネイル画像が付加されており、そ
のサムネイル画像は、menu.thum ファイルの中にストア
されている。その画像は、menu.thumファイルの中でref
_thumbnail_indexの値を用いて参照される。ref_thumbn
ail_indexフィールドが、0xFFFF である場合、そのPlay
Listには、PlayListを代表するサムネイル画像が付加さ
れていない。
【０１６５】次にPlayItemについて説明する。１つのPl
ayItem()は、基本的に次のデータを含む。Clipのファイ
ル名を指定するためのClip_information_file_name、Cl
ipの再生区間を特定するためのIN_timeとOUT_timeのペ
ア、PlayList()において定義されるCPI_typeがEP_map t
ypeである場合、IN_timeとOUT_timeが参照するところの
STC_sequence_id、および、先行するPlayItemと現在のP
layItemとの接続の状態を示すところのconnection_cond
itionである。
【０１６６】PlayListが２つ以上のPlayItemから構成さ
れる時、それらのPlayItemはPlayListのグローバル時間
軸上に、時間のギャップまたはオーバーラップなしに一
列に並べられる。PlayList()において定義されるCPI_ty
peがEP_map typeであり、かつ現在のPlayItemがBridgeS
equence()を持たない時、そのPlayItemにおいて定義さ
れるIN_timeとOUT_timeのペアは、STC_sequence_idによ
って指定される同じSTC連続区間上の時間を指していな
ければならない。そのような例を図２９に示す。
【０１６７】図３０は、PlayList()において定義される
CPI_typeがEP_map typeであり、かつ現在のPlayItemがB
ridgeSequence()を持つ時、次に説明する規則が適用さ
れる場合を示している。現在のPlayItemに先行するPlay
ItemのIN_time (図の中でIN_time1と示されているもの)
は、先行するPlayItemのSTC_sequence_idによって指定
されるSTC連続区間上の時間を指している。先行するPla
yItemのOUT_time（図の中でOUT_time1と示されているも
の）は、現在のPlayItemのBridgeSequenceInfo()の中で
指定されるBridge-Clipの中の時間を指している。このO
UT_timeは、後述する符号化制限に従っていなければな
らない。
【０１６８】現在のPlayItemのIN_time（図の中でIN_ti
me2と示されているもの）は、現在のPlayItemのBridgeS
equenceInfo()の中で指定されるBridge-Clipの中の時間
を指している。このIN_timeも、後述する符号化制限に
従っていなければならない。現在のPlayItemのPlayItem
のOUT_time (図の中でOUT_time2と示されているもの)
は、現在のPlayItemのSTC_sequence_idによって指定さ
れるSTC連続区間上の時間を指している。
【０１６９】図３１に示すように、PlayList()のCPI_ty
peがTU_map typeである場合、PlayItemのIN_timeとOUT_
timeのペアは、同じClip AVストリーム上の時間を指し
ている。
【０１７０】PlayItemのシンタクスは、図３２に示すよ
うになる。図３２に示したPlayItemのシンタクスを説明
するに、Clip_Information_file_nameのフィールドは、
ClipInformation fileのファイル名を示す。このClip I
nformation fileのClipInfo()において定義されるClip_
stream_typeは、Clip AV streamを示していなければな
らない。
【０１７１】STC_sequence_idは、８ビットのフィール
ドであり、PlayItemが参照するSTC連続区間のSTC_seque
nce_idを示す。PlayList()の中で指定されるCPI_typeが
TU_map typeである場合、この８ビットフィールドは何
も意味を持たず、０にセットされる。IN_timeは、３２
ビットフィールドであり、PlayItemの再生開始時刻をス
トアする。IN_timeのセマンティクスは、図３３に示す
ように、PlayList()において定義されるCPI_typeによっ
て異なる。
【０１７２】OUT_timeは、３２ビットフィールドであ
り、PlayItemの再生終了時刻をストアする。OUT_timeの
セマンティクスは、図３４に示すように、PlayList()に
おいて定義されるCPI_typeによって異なる。
【０１７３】Connection_Conditionは、図３５に示した
ような先行するPlayItemと、現在のPlayItemとの間の接
続状態を示す２ビットのフィールドである。図３６は、
図３５に示したConnection_Conditionの各状態について
説明する図である。
【０１７４】次に、BridgeSequenceInfoについて、図３
７を参照して説明する。BridgeSequenceInfo()は、現在
のPlayItemの付属情報であり、次に示す情報を持つ。Br
idge-Clip AV streamファイルとそれに対応するClip In
formation file（図４５）を指定するBridge_Clip_Info
rmation_file_nameを含む。
【０１７５】また、先行するPlayItemが参照するClip A
V stream上のソースパケットのアドレスであり、このソ
ースパケットに続いてBridge-Clip AV streamファイル
の最初のソースパケットが接続される。このアドレス
は、RSPN_exit_from_previous_Clipと称される。さらに
現在のPlayItemが参照するClip AV stream上のソースパ
ケットのアドレスであり、このソースパケットの前にBr
idge-Clip AV streamファイルの最後のソースパケット
が接続される。このアドレスは、RSPN_enter_to_curren
t_Clipと称される。
【０１７６】図３７において、RSPN_arrival_time_disc
ontinuityは、the Bridge-Clip AVstreamファイルの中
でアライバルタイムベースの不連続点があるところのソ
ースパケットのアドレスを示す。このアドレスは、Clip
Info()（図４６）の中において定義される。
【０１７７】図３８は、BridgeSequenceinfoのシンタク
スを示す図である。図３８に示したBridgeSequenceinfo
のシンタクスを説明するに、Bridge_Clip_Information_
file_nameのフィールドは、Bridge-Clip AV streamファ
イルに対応するClip Information fileのファイル名を
示す。このClip Information fileのClipInfo()におい
て定義されるClip_stream_typeは、'Bridge-Clip AV st
ream'を示していなければならない。
【０１７８】RSPN_exit_from_previous_Clipの３２ビッ
トフィールドは、先行するPlayItemが参照するClip AV
stream上のソースパケットの相対アドレスであり、この
ソースパケットに続いてBridge-Clip AV streamファイ
ルの最初のソースパケットが接続される。RSPN_exit_fr
om_previous_Clipは、ソースパケット番号を単位とする
大きさであり、先行するPlayItemが参照するClip AV st
reamファイルの最初のソースパケットからClipInfo()に
おいて定義されるoffset_SPNの値を初期値としてカウン
トされる。
【０１７９】RSPN_enter_to_current_Clipの３２ビット
フィールドは、現在のPlayItemが参照するClip AV stre
am上のソースパケットの相対アドレスであり、このソー
スパケットの前にBridge-Clip AV streamファイルの最
後のソースパケットが接続される。RSPN_exit_from_pre
vious_Clipは、ソースパケット番号を単位とする大きさ
であり、現在のPlayItemが参照するClip AV streamファ
イルの最初のソースパケットからClipInfo()において定
義されるoffset_SPNの値を初期値としてカウントされ
る。
【０１８０】次に、SubPlayItemについて、図３９を参
照して説明する。SubPlayItem()の使用は、PlayList()
のCPI_typeがEP_map typeである場合だけに許される。
本実施の形態においては、SubPlayItemはオーディオの
アフレコの目的のためだけに使用されるとする。SubPla
yItem()は、次に示すデータを含む。まず、PlayListの
中のsub pathが参照するClipを指定するためのClip_inf
ormation_file_ nameを含む。
【０１８１】また、Clipの中のsub pathの再生区間を指
定するためのSubPath_IN_time と SubPath_OUT_timeを
含む。さらに、main pathの時間軸上でsub pathが再生
開始する時刻を指定するためのsync_PlayItem_id と sy
nc_start_PTS_of_PlayItemを含む。sub pathに参照され
るオーディオのClip AV streamは、STC不連続点（シス
テムタイムベースの不連続点）を含んではならない。su
b pathに使われるClipのオーディオサンプルのクロック
は、main pathのオーディオサンプルのクロックにロッ
クされている。
【０１８２】図４０は、SubPlayItemのシンタクスを示
す図である。図４０に示したSubPlayItemのシンタクス
を説明するに、Clip_Information_file_nameのフィール
ドは、Clip Information fileのファイル名を示し、そ
れはPlayListの中でsub pathによって使用される。この
Clip Information fileのClipInfo()において定義され
るClip_stream_typeは、Clip AV streamを示していなけ
ればならない。
【０１８３】SubPath_typeの８ビットのフィールドは、
sub pathのタイプを示す。ここでは、図４１に示すよう
に、'0x00'しか設定されておらず、他の値は、将来のた
めに確保されている。
【０１８４】sync_PlayItem_idの８ビットのフィールド
は、main pathの時間軸上でsub pathが再生開始する時
刻が含まれるPlayItemのPlayItem_idを示す。所定のPla
yItemに対応するPlayItem_idの値は、PlayList()におい
て定義される（図２５参照）。
【０１８５】sync_start_PTS_of_PlayItemの３２ビット
のフィールドは、main pathの時間軸上でsub pathが再
生開始する時刻を示し、sync_PlayItem_idで参照される
PlayItem上のPTS(Presentaiotn Time Stamp)の上位３２
ビットを示す。SubPath_IN_timeの３２ビットフィール
ドは、Sub pathの再生開始時刻をストアする。SubPath_
IN_timeは、Sub Pathの中で最初のプレゼンテーション
ユニットに対応する３３ビット長のPTSの上位３２ビッ
トを示す。
【０１８６】SubPath_OUT_timeの３２ビットフィールド
は、Sub pathの再生終了時刻をストアする。SubPath_OU
T_timeは、次式によって算出されるPresenation_end_TS
の値の上位３２ビットを示す。Presentation_end_TS =
PTS_out + AU_durationここで、PTS_outは、SubPathの
最後のプレゼンテーションユニットに対応する33ビット
長のPTSである。AU_durationは、SubPathの最後のプレ
ゼンテーションユニットの９０kHz単位の表示期間であ
る。
【０１８７】次に、図２３に示したxxxxx.rplsとyyyyy.
vplsのシンタクス内のPlayListMark()について説明す
る。PlayListについてのマーク情報は、このPlayListMa
rkにストアされる。図４２は、PlayListMarkのシンタク
スを示す図である。図４２に示したPlayListMarkのシン
タクスについて説明するに、version_numberは、このPl
ayListMark()のバージョンナンバを示す４個のキャラク
ター文字である。version_numberは、ISO 646に従っ
て、"0045"と符号化されなければならない。
【０１８８】lengthは、このlengthフィールドの直後か
らPlayListMark()の最後までのPlayListMark()のバイト
数を示す３２ビットの符号なし整数である。number_of_
PlayList_marksは、PlayListMarkの中にストアされてい
るマークの個数を示す１６ビットの符号なし整数であ
る。number_of_PlayList_marks は、０であってもよ
い。mark_typeは、マークのタイプを示す８ビットのフ
ィールドであり、図４３に示すテーブルに従って符号化
される。
【０１８９】mark_time_stampの32ビットフィールド
は、マークが指定されたポイントを示すタイムスタンプ
をストアする。mark_time_stampのセマンティクスは、
図４４に示すように、PlayList()において定義されるCP
I_typeによって異なる。PlayItem_idは、マークが置か
れているところのPlayItemを指定する８ビットのフィー
ルドである。所定のPlayItemに対応するPlayItem_idの
値は、PlayList()において定義される（図２５参照）。
【０１９０】character_setの８ビットのフィールド
は、mark_nameフィールドに符号化されているキャラク
ター文字の符号化方法を示す。その符号化方法は、図１
９に示した値に対応する。name_lengthの８ビットフィ
ールドは、Mark_nameフィールドの中に示されるマーク
名のバイト長を示す。mark_nameのフィールドは、マー
クの名称を示す。このフィールドの中の左からname_len
gth数のバイト数が、有効なキャラクター文字であり、
それはマークの名称を示す。Mark_nameフィールドの中
で、それら有効なキャラクター文字の後の値は、どのよ
うな値が設定されても良い。
【０１９１】ref_thumbnail_indexのフィールドは、マ
ークに付加されるサムネイル画像の情報を示す。ref_th
umbnail_indexフィールドが、0xFFFFでない値の場合、
そのマークにはサムネイル画像が付加されており、その
サムネイル画像は、mark.thmbファイルの中にストアさ
れている。その画像は、mark.thmbファイルの中でref_t
humbnail_indexの値を用いて参照される（後述）。ref_
thumbnail_indexフィールドが、0xFFFF である場合、そ
のマークにはサムネイル画像が付加されていない事を示
す。
【０１９２】次に、Clip information fileについて説
明する。zzzzz.clpi（Clip information fileファイ
ル）は、図４５に示すように６個のオブジェクトから構
成される。それらは、ClipInfo()、STC_Info()、Progra
mInfo()、CPI()、ClipMark()、およびMakersPrivateDat
a()である。AVストリーム(Clip AVストリームまたはBri
dge-Clip AV stream)とそれに対応するClip Informatio
nファイルは、同じ数字列の"zzzzz"が使用される。
【０１９３】図４５に示したzzzzz.clpi（Clip informa
tion fileファイル）のシンタクスについて説明する
に、ClipInfo_Start_addressは、zzzzz.clpiファイルの
先頭のバイトからの相対バイト数を単位として、ClipIn
fo()の先頭アドレスを示す。相対バイト数はゼロからカ
ウントされる。
【０１９４】STC_Info_Start_addressは、zzzzz.clpiフ
ァイルの先頭のバイトからの相対バイト数を単位とし
て、STC_Info()の先頭アドレスを示す。相対バイト数は
ゼロからカウントされる。ProgramInfo_Start_address
は、zzzzz.clpiファイルの先頭のバイトからの相対バイ
ト数を単位として、ProgramInfo()の先頭アドレスを示
す。相対バイト数はゼロからカウントされる。CPI_Star
t_addressは、zzzzz.clpiファイルの先頭のバイトから
の相対バイト数を単位として、CPI()の先頭アドレスを
示す。相対バイト数はゼロからカウントされる。
【０１９５】ClipMark_Start_addressは、zzzzz.clpiフ
ァイルの先頭のバイトからの相対バイト数を単位とし
て、ClipMark()の先頭アドレスを示す。相対バイト数は
ゼロからカウントされる。MakersPrivateData_Start_ad
dressは、zzzzz.clpiファイルの先頭のバイトからの相
対バイト数を単位として、MakersPrivateData ()の先頭
アドレスを示す。相対バイト数はゼロからカウントされ
る。padding_word（パディングワード）は、zzzzz.clpi
ファイルのシンタクスにしたがって挿入される。Ｎ１，
Ｎ２，Ｎ３，Ｎ４、およびＮ５は、ゼロまたは任意の正
の整数でなければならない。それぞれのパディングワー
ドは、任意の値がとられるようにしても良い。
【０１９６】次に、ClipInfoについて説明する。図４６
は、ClipInfoのシンタクスを示す図である。ClipInfo()
は、それに対応するAVストリームファイル（Clip AVス
トリームまたはBridge-Clip AVストリームファイル）の
属性情報をストアする。
【０１９７】図４６に示したClipInfoのシンタクスにつ
いて説明するに、version_numberは、このClipInfo()の
バージョンナンバーを示す４個のキャラクター文字であ
る。version_numberは、ISO 646に従って、"0045"と符
号化されなければならない。lengthは、このlengthフィ
ールドの直後からClipInfo()の最後までのClipInfo()の
バイト数を示す３２ビットの符号なし整数である。Clip
_stream_typeの８ビットのフィールドは、図４７に示す
ように、Clip Informationファイルに対応するAVストリ
ームのタイプを示す。それぞれのタイプのAVストリーム
のストリームタイプについては後述する。
【０１９８】offset_SPNの３２ビットのフィールドは、
AVストリーム（Clip AVストリームまたはBridge-Clip A
Vストリーム）ファイルの最初のソースパケットについ
てのソースパケット番号のオフセット値を与える。AVス
トリームファイルが最初にディスクに記録される時、こ
のoffset_SPNは０でなければならない。
【０１９９】図４８に示すように、AVストリームファイ
ルのはじめの部分が編集によって消去された時、offset
_SPNは、ゼロ以外の値をとっても良い。本実施の形態で
は、offset_SPNを参照する相対ソースパケット番号（相
対アドレス）が、しばしば、RSPN_xxx（xxxは変形す
る。例．RSPN_EP_start）の形式でシンタクスの中に記
述されている。相対ソースパケット番号は、ソースパケ
ット番号を単位とする大きさであり、AVストリームファ
イルの最初のソースパケットからoffset_SPNの値を初期
値としてカウントされる。
【０２００】AVストリームファイルの最初のソースパケ
ットから相対ソースパケット番号で参照されるソースパ
ケットまでのソースパケットの数（SPN_xxx）は、次式
で算出される。 SPN_xxx = RSPN_xxx - offset_SPN 図４８に、offset_SPNが４である場合の例を示す。
【０２０１】TS_recording_rateは、２４ビットの符号
なし整数であり、この値は、DVRドライブ（書き込み部
２２）へまたはDVRドライブ（読み出し部２８）からのA
Vストリームの必要な入出力のビットレートを与える。r
ecord_time_and_dateは、Clipに対応するAVストリーム
が記録された時の日時をストアする５６ビットのフィー
ルドであり、年／月／日／時／分／秒について、１４個
の数字を４ビットのBinary Coded Decimal(BCD)で符号
化したものである。例えば、2001/12/23:01:02:03は、"
0x20011223010203"と符号化される。
【０２０２】durationは、Clipの総再生時間をアライバ
ルタイムクロックに基づいた時間／分／秒の単位で示し
た２４ビットのフィールドである。このフィールドは、
６個の数字を４ビットのBinary Coded Decimal(BCD)で
符号化したものである。例えば、01:45:30は、"0x01453
0"と符号化される。
【０２０３】time_controlled_flagのフラグは、AVスト
リームファイルの記録モードを示す。このtime_control
led_flagが１である場合、記録モードは、記録してから
の時間経過に対してファイルサイズが比例するようにし
て記録されるモードであることを示し、次式に示す条件
を満たさなければならない。 TS_average_rate*192/188*(t - start_time)−α <= si
ze_clip(t) <= TS_average_rate*192/188*(t - start_time)＋α ここで、TS_average_rateは、AVストリームファイルの
トランスポートストリームの平均ビットレートをbytes/
second の単位で表したものである。
【０２０４】また、上式において、ｔは、秒単位で表さ
れる時間を示し、start_timeは、AVストリームファイル
の最初のソースパケットが記録された時の時刻であり、
秒単位で表される。size_clip(t)は、 時刻ｔにおけるA
Vストリームファイルのサイズをバイト単位で表したも
のであり、例えば、start_timeから時刻tまでに１０個
のソースパケットが記録された場合、size_clip(t)は10
*192バイトである。αは、TS_average_rateに依存する
定数である。
【０２０５】time_controlled_flagが0にセットされて
いる場合、記録モードは、記録の時間経過とAVストリー
ムのファイルサイズが比例するように制御していないこ
とを示す。例えば、これは入力トランスポートストリー
ムをトランスペアレント記録する場合である。
【０２０６】TS_average_rateは、time_controlled_fla
gが１にセットされている場合、この２４ビットのフィ
ールドは、上式で用いているTS_average_rateの値を示
す。time_controlled_flagが０にセットされている場
合、このフィールドは、何も意味を持たず、０にセット
されなければならない。例えば、可変ビットレートのト
ランスポートストリームは、次に示す手順により符号化
される。まずトランスポートレートをTS_recording_rat
eの値にセットする。次に、ビデオストリームを可変ビ
ットレートで符号化する。そして、ヌルパケットを使用
しない事によって、間欠的にトランスポートパケットを
符号化する。
【０２０７】RSPN_arrival_time_discontinuityの３２
ビットフィールドは、Bridge-Clip AV streamファイル
上でアライバルタイムベースの不連続が発生する場所の
相対アドレスである。RSPN_arrival_time_discontinuit
yは、ソースパケット番号を単位とする大きさであり、B
ridge-Clip AV streamファイルの最初のソースパケット
からClipInfo() において定義されるoffset_SPNの値を
初期値としてカウントされる。そのBridge-Clip AV str
eamファイルの中での絶対アドレスは、上述した SPN_xxx = RSPN_xxx - offset_SPN に基づいて算出される。
【０２０８】reserved_for_system_useの144ビットのフ
ィールドは、システム用にリザーブされている。is_for
mat_identifier_validのフラグが１である時、format_i
dentifierのフィールドが有効であることを示す。is_or
iginal_network_ID_validのフラグが１である場合、ori
ginal_network_IDのフィールドが有効であることを示
す。is_transport_stream_ID_validのフラグが１である
場合、transport_stream_IDのフィールドが有効である
ことを示す。is_servece_ID_validのフラグが１である
場合、servece_IDのフィールドが有効であることを示
す。
【０２０９】is_ country_code_validのフラグが１であ
る時、country_codeのフィールドが有効であることを示
す。format_identifierの32ビットフィールドは、トラ
ンスポートストリームの中でregistration deascriotor
（ISO/IEC13818-1で定義されている）が持つformat_ide
ntifierの値を示す。original_network_IDの１６ビット
フィールドは、トランスポートストリームの中で定義さ
れているoriginal_network_IDの値を示す。transport_s
tream_IDの１６ビットフィールドは、トランスポートス
トリームの中で定義されているtransport_stream_IDの
値を示す。
【０２１０】servece_IDの１６ビットフィールドは、ト
ランスポートストリームの中で定義されているservece_
IDの値を示す。country_codeの２４ビットのフィールド
は、ISO3166によって定義されるカントリーコードを示
す。それぞれのキャラクター文字は、ISO8859-1で符号
化される。例えば、日本は"JPN"と表され、"0x4A 0x500
x4E"と符号化される。stream_format_nameは、トランス
ポートストリームのストリーム定義をしているフォーマ
ット機関の名称を示すISO-646の１６個のキャラクター
コードである。このフィールドの中の無効なバイトは、
値'0xFF'がセットされる。
【０２１１】format_identifier、original_network_I
D、transport_stream_ID、 servece_ID,country_code
、およびstream_format_nameは、トランスポートスト
リームのサービスプロバイダを示すものであり、これに
より、オーディオやビデオストリームの符号化制限、SI
(サービスインフォメーション)の規格やオーディオビデ
オストリーム以外のプライベートデータストリームのス
トリーム定義を認識することができる。これらの情報
は、デコーダが、そのストリームをデコードできるか否
か、そしてデコードできる場合にデコード開始前にデコ
ーダシステムの初期設定を行うために用いることが可能
である。
【０２１２】次に、STC_Infoについて説明する。ここで
は、MPEG-2トランスポートストリームの中でSTCの不連
続点（システムタイムベースの不連続点）を含まない時
間区間をSTC_sequenceと称し、Clipの中で、STC_sequen
ceは、STC_sequence_idの値によって特定される。図５
０は、連続なＳＴＣ区間について説明する図である。同
じSTC_sequenceの中で同じSTCの値は、決して現れない
（ただし、後述するように、Clipの最大時間長は制限さ
れている）。従って、同じSTC_sequenceの中で同じPTS
の値もまた、決して現れない。AVストリームが、N(N>0)
個のSTC不連続点を含む場合、Clipのシステムタイムベ
ースは、(N+1)個のSTC_sequenceに分割される。
【０２１３】STC_Infoは、STCの不連続（システムタイ
ムベースの不連続）が発生する場所のアドレスをストア
する。図５１を参照して説明するように、RSPN_STC_sta
rtが、そのアドレスを示し、最後のSTC_sequenceを除く
k番目（k>=0）のSTC_sequenceは、k番目のRSPN_STC_sta
rtで参照されるソースパケットが到着した時刻から始ま
り、(k+1)番目のRSPN_STC_startで参照されるソースパ
ケットが到着した時刻で終わる。最後のSTC_sequence
は、最後のRSPN_STC_startで参照されるソースパケット
が到着した時刻から始まり、最後のソースパケットが到
着した時刻で終了する。
【０２１４】図５２は、STC_Infoのシンタクスを示す図
である。図５２に示したSTC_Infoのシンタクスについて
説明するに、version_numberは、このSTC_Info()のバー
ジョンナンバーを示す４個のキャラクター文字である。
version_numberは、ISO 646に従って、"0045"と符号化
されなければならない。
【０２１５】lengthは、このlengthフィールドの直後か
らSTC_Info()の最後までのSTC_Info()のバイト数を示す
３２ビットの符号なし整数である。CPI()のCPI_typeがT
U_map typeを示す場合、このlengthフィールドはゼロを
セットしても良い。CPI()のCPI_typeがEP_map typeを示
す場合、num_of_STC_sequencesは1以上の値でなければ
ならない。
【０２１６】num_of_STC_sequencesの８ビットの符号な
し整数は、Clipの中でのSTC_sequenceの数を示す。この
値は、このフィールドに続くfor-loopのループ回数を示
す。所定のSTC_sequenceに対応するSTC_sequence_id
は、RSPN_STC_startを含むfor-loopの中で、そのSTC_se
quenceに対応するRSPN_STC_startの現れる順番により定
義されるものである。STC_sequence_idは、０から開始
される。
【０２１７】RSPN_STC_startの３２ビットフィールド
は、AVストリームファイル上でSTC_sequenceが開始する
アドレスを示す。RSPN_STC_startは、AVストリームファ
イルの中でシステムタイムベースの不連続点が発生する
アドレスを示す。RSPN_STC_startは、AVストリームの中
で新しいシステムタイムベースの最初のPCRを持つソー
スパケットの相対アドレスとしても良い。RSPN_STC_sta
rtは、ソースパケット番号を単位とする大きさであり、
AVストリームファイルの最初のソースパケットからClip
Info()において定義されるoffset_SPNの値を初期値とし
てカウントされる。そのAV streamファイルの中での絶
対アドレスは、既に上述したSPN_xxx = RSPN_xxx - off
set_SPNにより算出される。
【０２１８】次に、図４５に示したzzzzz.clipのシンタ
クス内のProgramInfoについて説明する。図５３を参照
しながら説明するに、ここでは、Clipの中で次の特徴を
もつ時間区間をprogram_sequenceと呼ぶ。まず、PCR_PI
Dの値が変わらない。次に、ビデオエレメンタリースト
リームの数が変化しない。また、それぞれのビデオスト
リームについてのPIDの値とそのVideoCodingInfoによっ
て定義される符号化情報が変化しない。さらに、オーデ
ィオエレメンタリーストリームの数が変化しない。ま
た、それぞれのオーディオストリームについてのPIDの
値とそのAudioCodingInfoによって定義される符号化情
報が変化しない。
【０２１９】program_sequenceは、同一の時刻におい
て、ただ１つのシステムタイムベースを持つ。program_
sequenceは、同一の時刻において、ただ１つのPMTを持
つ。ProgramInfo()は、program_sequenceが開始する場
所のアドレスをストアする。RSPN_program_sequence_st
artが、そのアドレスを示す。
【０２２０】図５４は、ProgramInfoのシンタクスを示
す図である。図５４に示したProgramInfoのシンタクを
説明するに、version_numberは、このProgramInfo()の
バージョンナンバーを示す４個のキャラクター文字であ
る。version_numberは、ISO 646に従って、"0045"と符
号化されなければならない。
【０２２１】lengthは、このlengthフィールドの直後か
らProgramInfo()の最後までのProgramInfo()のバイト数
を示す３２ビットの符号なし整数である。CPI()のCPI_t
ypeがTU_map typeを示す場合、このlengthフィールドは
ゼロにセットされても良い。CPI()のCPI_typeがEP_map
typeを示す場合、number_of_programsは１以上の値でな
ければならない。
【０２２２】number_of_program_sequencesの８ビット
の符号なし整数は、Clipの中でのprogram_sequenceの数
を示す。この値は、このフィールドに続くfor-loopのル
ープ回数を示す。Clipの中でprogram_sequenceが変化し
ない場合、number_of_program_sequencesは１をセット
されなければならない。RSPN_program_sequence_start
の３２ビットフィールドは、AVストリームファイル上で
プログラムシーケンスが開始する場所の相対アドレスで
ある。
【０２２３】RSPN_program_sequence_startは、ソース
パケット番号を単位とする大きさであり、AVストリーム
ファイルの最初のソースパケットからClipInfo()におい
て定義されるoffset_SPNの値を初期値としてカウントさ
れる。そのAVストリームファイルの中での絶対アドレス
は、 SPN_xxx = RSPN_xxx - offset_SPN により算出される。シンタクスのfor-loopの中でRSPN_p
rogram_sequence_start値は、昇順に現れなければなら
ない。
【０２２４】PCR_PIDの１６ビットフィールドは、そのp
rogram_sequenceに有効なPCRフィールドを含むトランス
ポートパケットのPIDを示す。number_of_videosの８ビ
ットフィールドは、video_stream_PIDとVideoCodingInf
o()を含むfor-loopのループ回数を示す。number_of_aud
iosの８ビットフィールドは、audio_stream_PIDとAudio
CodingInfo()を含むfor-loopのループ回数を示す。vide
o_stream_PIDの１６ビットフィールドは、そのprogram_
sequenceに有効なビデオストリームを含むトランスポー
トパケットのPIDを示す。このフィールドに続くVideoCo
dingInfo()は、そのvideo_stream_PIDで参照されるビデ
オストリームの内容を説明しなければならない。
【０２２５】audio_stream_PIDの１６ビットフィールド
は、そのprogram_sequenceに有効なオーディオストリー
ムを含むトランスポートパケットのPIDを示す。このフ
ィールドに続くAudioCodingInfo()は、そのaudio_strea
m_PIDで参照されるビデオストリームの内容を説明しな
ければならない。
【０２２６】なお、シンタクスのfor-loopの中でvideo_
stream_PIDの値の現れる順番は、そのprogram_sequence
に有効なPMTの中でビデオストリームのPIDが符号化され
ている順番に等しくなければならない。また、シンタク
スのfor-loopの中でaudio_stream_PIDの値の現れる順番
は、そのprogram_sequenceに有効なPMTの中でオーディ
オストリームのPIDが符号化されている順番に等しくな
ければならない。
【０２２７】図５５は、図５４に示したPrograminfoの
シンタクス内のVideoCodingInfoのシンタクスを示す図
である。図５５に示したVideoCodingInfoのシンタクス
を説明するに、video_formatの８ビットフィールドは、
図５６に示すように、ProgramInfo()の中のvideo_strea
m_PIDに対応するビデオフォーマットを示す。
【０２２８】frame_rateの８ビットフィールドは、図５
７に示すように、ProgramInfo()の中のvideo_stream_PI
Dに対応するビデオのフレームレートを示す。display_a
spect_ratioの８ビットフィールドは、図５８に示すよ
うに、ProgramInfo()の中のvideo_stream_PIDに対応す
るビデオの表示アスペクト比を示す。
【０２２９】図５９は、図５４に示したPrograminfoの
シンタクス内のAudioCodingInfoのシンタクスを示す図
である。図５９に示したAudioCodingInfoのシンタクス
を説明するに、audio_codingの8ビットフィールドは、
図６０に示すように、ProgramInfo()の中のaudio_strea
m_PIDに対応するオーディオの符号化方法を示す。
【０２３０】audio_component_typeの８ビットフィール
ドは、図６１に示すように、ProgramInfo()の中のaudio
_stream_PIDに対応するオーディオのコンポーネントタ
イプを示す。sampling_frequencyの８ビットフィールド
は、図６２に示すように、ProgramInfo()の中のaudio_s
tream_PIDに対応するオーディオのサンプリング周波数
を示す。
【０２３１】次に、図４５に示したzzzzz.clipのシンタ
クス内のCPI (Characteristic Point Information)につ
いて説明する。CPIは、AVストリームの中の時間情報と
そのファイルの中のアドレスとを関連づけるためにあ
る。CPIには２つのタイプがあり、それらはEP_mapとTU_
mapである。図６３に示すように、CPI()の中のCPI_type
がEP_map typeの場合、そのCPI()はEP_mapを含む。図６
４に示すように、CPI()の中のCPI_typeがTU_map typeの
場合、そのCPI()はTU_mapを含む。１つのAVストリーム
は、１つのEP_mapまたは一つのTU_mapを持つ。AVストリ
ームがSESFトランスポートストリームの場合、それに対
応するClipはEP_mapを持たなければならない。
【０２３２】図６５は、CPIのシンタクスを示す図であ
る。図６５に示したCPIのシンタクスを説明するに、ver
sion_numberは、このCPI()のバージョンナンバを示す４
個のキャラクター文字である。version_numberは、ISO
646に従って、"0045"と符号化されなければならない。l
engthは、このlengthフィールドの直後からCPI()の最後
までのCPI()のバイト数を示す３２ビットの符号なし整
数である。CPI_typeは、図６６に示すように、１ビット
のフラグであり、ClipのCPIのタイプを表す。
【０２３３】次に、図６５に示したCPIのシンタクス内
のEP_mapについて説明する。EP_mapには、２つのタイプ
があり、それはビデオストリーム用のEP_mapとオーディ
オストリーム用のEP_mapである。EP_mapの中のEP_map_t
ypeが、EP_mapのタイプを区別する。Clipが１つ以上の
ビデオストリームを含む場合、ビデオストリーム用のEP
_mapが使用されなければならない。Clipがビデオストリ
ームを含まず、１つ以上のオーディオストリームを含む
場合、オーディオストリーム用のEP_mapが使用されなけ
ればならない。
【０２３４】ビデオストリーム用のEP_mapについて図６
７を参照して説明する。ビデオストリーム用のEP_map
は、stream_PID、PTS_EP_start、および、RSPN_EP_star
tというデータを持つ。stream_PIDは、ビデオストリー
ムを伝送するトランスポートパケットのPIDを示す。PTS
_EP_startは、ビデオストリームのシーケンスヘッダか
ら始まるアクセスユニットのPTSを示す。RSPN_EP_start
は、AVストリームの中でPTS_EP_startにより参照される
アクセスユニットの第１バイト目を含むソースパケット
のアドレスを示す。
【０２３５】EP_map_for_one_stream_PID()と呼ばれる
サブテーブルは、同じPIDを持つトランスポートパケッ
トによって伝送されるビデオストリーム毎に作られる。
Clipの中に複数のビデオストリームが存在する場合、EP
_mapは複数のEP_map_for_one_stream_PID()を含んでも
良い。
【０２３６】オーディオストリーム用のEP_mapは、stre
am_PID、PTS_EP_start、およびRSPN_EP_startというデ
ータを持つ。stream_PIDは、オーディオストリームを伝
送するトランスポートパケットのPIDを示す。PTS_EP_st
artは、オーディオストリームのアクセスユニットのPTS
を示す。RSPN_EP_startは、AVストリームの中でPTS_EP_
startで参照されるアクセスユニットの第１バイト目を
含むソースパケットのアドレスを示す。
【０２３７】EP_map_for_one_stream_PID()と呼ばれる
サブテーブルは、同じPIDを持つトランスポートパケッ
トによって伝送されるオーディオストリーム毎に作られ
る。Clipの中に複数のオーディオストリームが存在する
場合、EP_mapは複数のEP_map_for_one_stream_PID()を
含んでも良い。
【０２３８】EP_mapとSTC_Infoの関係を説明するに、１
つのEP_map_for_one_stream_PID()は、STCの不連続点に
関係なく１つのテーブルに作られる。RSPN_EP_startの
値とSTC_Info()において定義されるRSPN_STC_startの値
を比較する事により、それぞれのSTC_sequenceに属する
EP_mapのデータの境界が分かる（図６８を参照）。・EP
_mapは、同じPIDで伝送される連続したストリームの範
囲に対して、１つのEP_map_for_one_stream_PIDを持た
ねばならない。図６９に示したような場合、program#1
とprogram#3は、同じビデオPIDを持つが、データ範囲が
連続していないので、それぞれのプログラム毎にEP_map
_for_one_stream_PIDを持たねばならない。
【０２３９】図７０は、EP_mapのシンタクスを示す図で
ある。図７０に示したEP_mapのシンタクスを説明する
に、EP_typeは、４ビットのフィールドであり、図７１
に示すように、EP_mapのエントリーポイントタイプを示
す。EP_typeは、このフィールドに続くデータフィール
ドのセマンティクスを示す。Clipが１つ以上のビデオス
トリームを含む場合、EP_typeは0('video')にセットさ
れなければならない。または、Clipがビデオストリーム
を含まず、１つ以上のオーディオストリームを含む場
合、EP_typeは1('audio')にセットされなければならな
い。
【０２４０】number_of_stream_PIDsの１６ビットのフ
ィールドは、EP_map()の中のnumber_of_stream_PIDsを
変数にもつfor-loopのループ回数を示す。stream_PID
(k)の１６ビットのフィールドは、EP_map_for_one_stre
am_PID(num_EP_entries(k))によって参照されるk番目の
エレメンタリーストリーム（ビデオまたはオーディオス
トリーム）を伝送するトランスポートパケットのPIDを
示す。EP_typeが0 ('video')に等しい場合、そのエレメ
ンタリストリームはビデオストリームでなけれならな
い。また、EP_typeが1('audio')に等しい場合、そのエ
レメンタリストリームはオーディオストリームでなけれ
ばならない。
【０２４１】num_EP_entries(k)の１６ビットのフィー
ルドは、EP_map_for_one_stream_PID(num_EP_entries
(k))によって参照されるnum_EP_entries(k)を示す。EP_
map_for_one_stream_PID_Start_address(k): この32ビ
ットのフィールドは、EP_map()の中でEP_map_for_one_s
tream_PID(num_EP_entries(k))が始まる相対バイト位置
を示す。この値は、EP_map()の第１バイト目からの大き
さで示される。
【０２４２】padding_wordは、EP_map()のシンタクスに
したがって挿入されなければならない。XとYは、ゼロま
たは任意の正の整数でなければならない。それぞれのパ
ディングワードは、任意の値を取っても良い。
【０２４３】図７２は、EP_map_for_one_stream_PIDの
シンタクスを示す図である。図７２に示したEP_map_for
_one_stream_PIDのシンタクスを説明するに、PTS_EP_st
artの３２ビットのフィールドのセマンティクスは、EP_
map()において定義されるEP_typeにより異なる。EP_typ
eが0 ('video')に等しい場合、このフィールドは、ビデ
オストリームのシーケンスヘッダで始まるアクセスユニ
ットの３３ビット精度のPTSの上位３２ビットを持つ。E
P_typeが1 ('audio')に等しい場合、このフィールド
は、オーディオストリームのアクセスユニットの３３ビ
ット精度のPTSの上位３２ビットを持つ。
【０２４４】RSPN_EP_startの３２ビットのフィールド
のセマンティクスは、EP_map()において定義されるEP_t
ypeにより異なる。EP_typeが0 ('video')に等しい場
合、このフィールドは、AVストリームの中でPTS_EP_sta
rtにより参照されるアクセスユニットのシーケンスヘッ
ダの第１バイト目を含むソースパケットの相対アドレス
を示す。または、EP_typeが1 ('audio')に等しい場合、
このフィールドは、AVストリームの中でPTS_EP_startに
より参照されるアクセスユニットのオーディオフレーム
の第一バイト目を含むソースパケットの相対アドレスを
示す。
【０２４５】RSPN_EP_startは、ソースパケット番号を
単位とする大きさであり、AVストリームファイルの最初
のソースパケットからClipInfo()において定義されるof
fset_SPNの値を初期値としてカウントされる。そのAVス
トリームファイルの中での絶対アドレスは、 SPN_xxx = RSPN_xxx - offset_SPN により算出される。シンタクスのfor-loopの中でRSPN_E
P_startの値は、昇順に現れなければならない。
【０２４６】次に、TU_mapについて、図７３を参照して
説明する。TU_mapは、ソースパケットのアライバルタイ
ムクロック（到着時刻ベースの時計）に基づいて、１つ
の時間軸を作る。その時間軸は、TU_map_time_axisと呼
ばれる。TU_map_time_axisの原点は、TU_map()の中のof
fset_timeによって示される。TU_map_time_axisは、off
set_timeから一定の単位に分割される。その単位を、ti
me_unitと称する。
【０２４７】AVストリームの中の各々のtime_unitの中
で、最初の完全な形のソースパケットのAVストリームフ
ァイル上のアドレスが、TU_mapにストアされる。これら
のアドレスを、RSPN_time_unit_startと称する。TU_map
_time_axis上において、k (k>=0)番目のtime_unitが始
まる時刻は、TU_start_time(k)と呼ばれる。この値は次
式に基づいて算出される。 TU_start_time(k) = offset_time + k*time_unit_size TU_start_time(k)は、45kHzの精度を持つ。
【０２４８】図７４は、TU_mapのシンタクスを示す図で
ある。図７４に示したTU_mapのシンタクスを説明する
に、offset_timeの３２bit長のフィールドは、TU_map_t
ime_axisに対するオフセットタイムを与える。この値
は、Clipの中の最初のtime_unitに対するオフセット時
刻を示す。offset_timeは、２７MHz精度のアライバルタ
イムクロックから導き出される４５kHzクロックを単位
とする大きさである。AVストリームが新しいClipとして
記録される場合、offset_timeはゼロにセットされなけ
ればならない。
【０２４９】time_unit_sizeの３２ビットフィールド
は、time_unitの大きさを与えるものであり、それは２
７MHz精度のアライバルタイムクロックから導き出され
る45kHzクロックを単位とする大きさである。time_unit
_sizeは、１秒以下（time_unit_size<=45000）にするこ
とが良い。number_of_time_unit_entriesの３２ビット
フィールドは、TU_map()の中にストアされているtime_u
nitのエントリー数を示す。
【０２５０】RSPN_time_unit_startの３２ビットフィー
ルドは、AVストリームの中でそれぞれのtime_unitが開
始する場所の相対アドレスを示す。RSPN_time_unit_sta
rtは、ソースパケット番号を単位とする大きさであり、
AV streamファイルの最初のソースパケットからClipInf
o()において定義されるoffset_SPNの値を初期値として
カウントされる。そのAV streamファイルの中での絶対
アドレスは、 SPN_xxx = RSPN_xxx - offset_SPN により算出される。シンタクスのfor-loopの中でRSPN_t
ime_unit_startの値は、昇順に現れなければならない。
(k+1)番目のtime_unitの中にソースパケットが何もない
場合、(k+1)番目のRSPN_time_unit_startは、k番目のRS
PN_time_unit_startと等しくなければならない。
【０２５１】図４５に示したzzzzz.clipのシンタクス内
のClipMarkについて説明する。ClipMarkは、クリップに
ついてのマーク情報であり、ClipMarkの中にストアされ
る。このマークは、記録器（記録再生装置１）によって
セットされるものであり、ユーザによってセットされる
ものではない。
【０２５２】図７５は、ClipMarkのシンタクスを示す図
である。図７５に示したClipMarkのシンタクスを説明す
るに、version_numberは、このClipMark()のバージョン
ナンバーを示す４個のキャラクター文字である。versio
n_numberは、ISO 646に従って、"0045"と符号化されな
ければならない。
【０２５３】lengthは、このlengthフィールドの直後か
らClipMark()の最後までのClipMark()のバイト数を示す
３２ビットの符号なし整数である。number_of_Clip_mar
ksは、 ClipMarkの中にストアされているマークの個数
を示す１６ビットの符号なし整数。number_of_Clip_mar
ks は、０であってもよい。mark_typeは、マークのタイ
プを示す８ビットのフィールドであり、図７６に示すテ
ーブルに従って符号化される。
【０２５４】mark_time_stampは、３２ビットフィール
ドであり、マークが指定されたポイントを示すタイムス
タンプをストアする。mark_time_stampのセマンティク
スは、図７７に示すように、PlayList()の中のCPI_type
により異なる。
【０２５５】STC_sequence_idは、CPI()の中のCPI_type
がEP_map typeを示す場合、この８ビットのフィールド
は、mark_time_stampが置かれているところのSTC連続区
間のSTC_sequence_idを示す。CPI()の中のCPI_typeがTU
_map typeを示す場合、この８ビットのフィールドは何
も意味を持たず、ゼロにセットされる。character_set
の８ビットのフィールドは、mark_nameフィールドに符
号化されているキャラクター文字の符号化方法を示す。
その符号化方法は、図１９に示される値に対応する。
【０２５６】name_lengthの８ビットフィールドは、Mar
k_nameフィールドの中に示されるマーク名のバイト長を
示す。mark_nameのフィールドは、マークの名称を示
す。このフィールドの中の左からname_length数のバイ
ト数が、有効なキャラクター文字であり、それはマーク
の名称を示す。mark_nameフィールドの中で、それら有
効なキャラクター文字の後の値は、どんな値が入ってい
ても良い。
【０２５７】ref_thumbnail_indexのフィールドは、マ
ークに付加されるサムネイル画像の情報を示す。ref_th
umbnail_indexフィールドが、0xFFFFでない値の場合、
そのマークにはサムネイル画像が付加されており、その
サムネイル画像は、mark.thmbファイルの中にストアさ
れている。その画像は、mark.thmbファイルの中でref_t
humbnail_indexの値を用いて参照される。ref_thumbnai
l_indexフィールドが、0xFFFF である場合、そのマーク
にはサムネイル画像が付加されていない。
【０２５８】図７８は、図７５に代わるClipMarkの他の
シンタクスを示す図であり、図７９は、その場合におけ
る、図７６に代わるmark_typeのテーブルの例を示す。r
eserved_for_maker_IDは、mark_typeが、0xC0から0xFF
の値を示す時に、その mark_typeを定義しているメーカ
ーのメーカーＩＤを示す16ビットのフィールドである。
メーカーＩＤは、ＤＶＲフォーマットライセンサーが指
定する。mark_entry()は、マーク点に指定されたポイン
トを示す情報であり、そのシンタクスの詳細は後述す
る。representative_picture_entry()は、mark_entry()
によって示されるマークを代表する画像のポイントを示
す情報であり、そのシンタクスの詳細は後述する。
【０２５９】ClipMarkは、ユーザーがAVストリームを再
生するときに、その内容を視覚的に検索できるようにす
るために用いられる。DVRプレーヤは、GUI(グラフィカ
ルユーザーインターフェース)を使用して、ClipMarkの
情報をユーザーに提示する。ClipMarkの情報を視覚的に
表示するためには、mark_entry()が示すピクチャよりも
むしろrepresentative_picture_entry()が示すピクチャ
を示したほうが良い。
【０２６０】図８０に、mark_entry()とrepresentative
_picture_entry()の例を示す。例えば、あるプログラム
が開始してから、しばらくした後（数秒後）、そのプロ
グラムの番組名（タイトル）が表示されるとする。Clip
Markを作るときは、mark_entry()は、そのプログラムの
開始ポイントに置き、representative_picture_entry()
は、そのプログラムの番組名（タイトル）が表示される
ポイントに置くようにしても良い。
【０２６１】DVRプレーヤは、representative_picture_
entryの画像をGUIに表示し、ユーザーがその画像を指定
すると、DVRプレーヤは、mark_entryの置かれたポイン
トから再生を開始する。
【０２６２】mark_entry() および representative_pic
ture_entry()のシンタクスを、図８１に示す。
【０２６３】mark_time_stampは、３２ビットフィール
ドであり、mark_entry()の場合はマークが指定されたポ
イントを示すタイムスタンプをストアし、またrepresen
tative_picture_entry()の場合、mark_entry()によって
示されるマークを代表する画像のポイントを示すタイム
スタンプをストアする。
【０２６４】次に、ClipMarkを指定するために、PTSに
よるタイムスタンプベースの情報を使用するのではな
く、アドレスベースの情報を使用する場合のmark_entry
() とrepresentative_picture_entry()のシンタクスの
例を図８２に示す。
【０２６５】RSPN_ref_EP_startは、 mark_entry()の場
合、AVストリームの中でマーク点のピクチャをデコード
するためのストリームのエントリーポイントを示すソー
スパケットの相対アドレスを示す。また、representati
ve_picture_entry()の場合、mark_entry()によって示さ
れるマークを代表するピクチャをデコードするためのス
トリームのエントリーポイントを示すソースパケットの
相対アドレスを示す。RSPN_ref_EP_startの値は、EP_ma
pの中にRSPN_EP_startとしてストアされていなければな
らず、かつ、そのRSPN_EP_startに対応するPTS_EP_star
tの値は、EP_mapの中で、マーク点のピクチャのPTSより
過去で最も近い値でなければならない。
【０２６６】offset_num_picturesは、32ビットのフィ
ールドであり、RSPN_ref_EP_startにより参照されるピ
クチャから表示順序でマーク点で示されるピクチャまで
のオフセットのピクチャ数を示す。この数は、ゼロから
カウントされる。図８３の例の場合、offset_num_pictu
resは６となる。
【０２６７】次に、ClipMarkを指定するために、アドレ
スベースの情報を使用する場合のmark_entry() と repr
esentative_picture_entry()のシンタクスの別の例を図
８４に示す。
【０２６８】RSPN_mark_pointは、mark_entry()の場
合、AVストリームの中で、そのマークが参照するアクセ
スユニットの第１バイト目を含むソースパケットの相対
アドレスを示す。また、representative_picture_entry
()の場合、mark_entry()によって示されるマークを代表
する符号化ピクチャの第１バイト目を含むソースパケッ
トの相対アドレスを示す。
【０２６９】RSPN_mark_pointは、ソースパケット番号
を単位とする大きさであり、AVストリームファイルの最
初のソースパケットからClip Information fileにおい
て定義されるoffset_SPNの値を初期値としてカウントさ
れる。
【０２７０】図８５を用いて、ClipMarkとEP_mapの関係
を説明する。この例の場合、EP_mapが、エントリーポイ
ントのアドレスとしてI0, I1, Inを指定しており、これ
らのアドレスからシーケンスヘッダに続くIピクチャが
開始しているとする。ClipMarkが、あるマークのアドレ
スとして、M1を指定している時、そのソースパケットか
ら開始しているピクチャをデコードできるためには、M1
のアドレスより前で最も近いエントリーポイントである
I1からデータを読み出し開始すれば良い。
【０２７１】MakersPrivateDataについては、図２２を
参照して既に説明したので、その説明は省略する。
【０２７２】次に、サムネイルインフォメーション（Th
umbnail Information）について説明する。サムネイル
画像は、menu.thmbファイルまたはmark.thmbファイルに
ストアされる。これらのファイルは同じシンタクス構造
であり、ただ１つのThumbnail()を持つ。menu.thmbファ
イルは、メニューサムネイル画像，すなわちVolumeを代
表する画像、および、それぞれのPlayListを代表する画
像をストアする。すべてのメニューサムネイルは、ただ
１つのmenu.thmbファイルにストアされる。
【０２７３】mark.thmbファイルは、マークサムネイル
画像，すなわちマーク点を表すピクチャをストアする。
すべてのPlayListおよびClipに対するすべてのマークサ
ムネイルは、ただ１つのmark.thmbファイルにストアさ
れる。サムネイルは頻繁に追加、削除されるので、追加
操作と部分削除の操作は容易に高速に実行できなければ
ならない。この理由のため、Thumbnail()はブロック構
造を有する。画像のデータはいくつかの部分に分割さ
れ、各部分は一つのtn_blockに格納される。１つの画像
データはは連続したtn_blockに格納される。tn_blockの
列には、使用されていないtn_blockが存在してもよい。
１つのサムネイル画像のバイト長は可変である。
【０２７４】図８６は、menu.thmbとmark.thmbのシンタ
クスを示す図であり、図８７は、図８６に示したmenu.t
hmbとmark.thmbのシンタクス内のThumbnailのシンタク
スを示す図である。図８７に示したThumbnailのシンタ
クスについて説明するに、version_numberは、このThum
bnail()のバージョンナンバーを示す４個のキャラクタ
ー文字である。version_numberは、ISO 646に従って、"
0045"と符号化されなければならない。
【０２７５】lengthは、このlengthフィールドの直後か
らThumbnail()の最後までのMakersPrivateData()のバイ
ト数を示す３２ビットの符号なし整数である。tn_block
s_start_addressは、Thumbnail()の先頭のバイトからの
相対バイト数を単位として、最初のtn_blockの先頭バイ
トアドレスを示す３２ビットの符号なし整数である。相
対バイト数はゼロからカウントされる。number_of_thum
bnailsは、Thumbnail()の中に含まれているサムネイル
画像のエントリー数を与える１６ビットの符号なし整数
である。
【０２７６】tn_block_sizeは、1024バイトを単位とし
て、１つのtn_blockの大きさを与える16ビットの符号な
し整数である。例えば、tn_block_size＝１ならば、そ
れは１つのtn_blockの大きさが1024バイトであることを
示す。number_of_tn_blocksは、このThumbnail()中のtn
_blockのエントリ数を表す1１６ビットの符号なし整数
である。thumbnail_indexは、このthumbnail_indexフィ
ールドから始まるforループ一回分のサムネイル情報で
表されるサムネイル画像のインデクス番号を表す１６ビ
ットの符号なし整数である。thumbnail_index として、
0xFFFFという値を使用してはならない。thumbnail_inde
x はUIAppInfoVolume()、UIAppInfoPlayList()、 PlayL
istMark()、およびClipMark()の中のref_thumbnail_ind
exによって参照される。
【０２７７】thumbnail_picture_formatは、サムネイル
画像のピクチャフォーマットを表す8ビットの符号なし
整数で、図８８に示すような値をとる。表中のDCFとPNG
は”menu.thmb”内でのみ許される。マークサムネイル
は、値"0x00" (MPEG-2 Video I-picture)をとらなけれ
ばならない。
【０２７８】picture_data_sizeは、サムネイル画像の
バイト長をバイト単位で示す３２ビットの符号なし整数
である。start_tn_block_numberは、サムネイル画像の
データが始まるtn_blockのtn_block番号を表す１６ビッ
トの符号なし整数である。サムネイル画像データの先頭
は、tb_blockの先頭と一致していなければならない。tn
_block番号は、０から始まり、tn_blockのfor-ループ中
の変数ｋの値に関係する。
【０２７９】x_picture_lengthは、サムネイル画像のフ
レーム画枠の水平方向のピクセル数を表す１６ビットの
符号なし整数である。y_picture_lengthは、サムネイル
画像のフレーム画枠の垂直方向のピクセル数を表す１６
ビットの符号なし整数である。tn_blockは、 サムネイ
ル画像がストアされる領域である。Thumbnail()の中の
すべてのtn_blockは、同じサイズ（固定長）であり、そ
の大きさはtn_block_sizeによって定義される。
【０２８０】図８９は、サムネイル画像データがどのよ
うにtn_blockに格納されるかを模式的に表した図であ
る。図８９のように、各サムネイル画像データはtn_blo
ckの先頭から始まり、1 tn_blockを超える大きさの場合
は、連続する次のtn_blockを使用してストアされる。こ
のようにすることにより、可変長であるピクチャデータ
が、固定長のデータとして管理することが可能となり、
削除といった編集に対して簡便な処理により対応する事
ができるようになる。
【０２８１】次に、AVストリームファイルについて説明
する。AVストリームファイルは、"M2TS"ディレクトリ
（図１４）にストアされる。AVストリームファイルに
は、２つのタイプがあり、それらは、Clip AVストリー
ムとBridge-Clip AVストリームファイルである。両方の
AVストリーム共に、これ以降で定義されるDVR MPEG-2ト
ランスポートストリームファイルの構造でなければなら
ない。
【０２８２】まず、DVR MPEG-2 トランスポートストリ
ームについて説明する。DVR MPEG-2トランスポートスト
リームの構造は、図９０に示すようになっている。AVス
トリームファイルは、DVR MPEG2トランスポートストリ
ームの構造を持つ。DVR MPEG2トランスポートストリー
ムは、整数個のAligned unitから構成される。Alignedu
nitの大きさは、6144 バイト (2048*3 バイト)である。
Aligned unitは、ソースパケットの第１バイト目から始
まる。ソースパケットは、192バイト長である。一つの
ソースパケットは、TP_extra_headerとトランスポート
パケットから成る。TP_extra_headerは、４バイト長で
あり、またトランスポートパケットは、188バイト長で
ある。
【０２８３】１つのAligned unitは、３２個のソースパ
ケットから成る。DVR MPEG２トランスポートストリーム
の中の最後のAligned unitも、また３２個のソースパケ
ットから成る。よって、DVR MPEG2トランスポートスト
リームは、Aligned unitの境界で終端する。ディスクに
記録される入力トランスポートストリームのトランスポ
ートパケットの数が３２の倍数でない時、ヌルパケット
（PID=0x1FFFのトランスポートパケット）を持ったソー
スパケットを最後のAligned unitに使用しなければなら
ない。ファイルシステムは、DVR MPEG２トランスポート
ストリームに余分な情報を付加してはならない。
【０２８４】図９１に、DVR MPEG-2トランスポートスト
リームのレコーダモデルを示す。図９１に示したレコー
ダは、レコーディングプロセスを規定するための概念上
のモデルである。DVR MPEG-2トランスポートストリーム
は、このモデルに従う。
【０２８５】MPEG-2トランスポートストリームの入力タ
イミングについて説明する。入力MPEG2トランスポート
ストリームは、フルトランスポートストリームまたはパ
ーシャルトランスポートストリームである。入力される
MPEG2トランスポートストリームは、ISO/IEC13818-1ま
たはISO/IEC13818-9に従っていなければならない。MPEG
2トランスポートストリームのi番目のバイトは、T-STD
(ISO/IEC 13818-1で規定されるTransport stream syste
m target decoder)５１とソースパケッタイザー(sourse
packetizer)５４へ、時刻t(i)に同時に入力される。Rp
kは、トランスポートパケットの入力レートの瞬時的な
最大値である。
【０２８６】２７MHz PLL５２は、２７MHzクロックの周
波数を発生する。２７MHzクロックの周波数は、MPEG-2
トランスポートストリームのPCR (Program Clock Refer
ence)の値にロックされる。アライバルタイムクロック
カウンタ（arrival time clock counter）５３は、２７
MHzの周波数のパルスをカウントするバイナリーカウン
ターである。Arrival_time_clock(i)は、時刻t(i)にお
けるarrival time clockcounter５３のカウント値であ
る。
【０２８７】source packetizer５４は、すべてのトラ
ンスポートパケットにTP_extra_headerを付加し、ソー
スパケットを作る。Arrival_time_stampは、トランスポ
ートパケットの第１バイト目がT-STD５１とソースパケ
ッタイザー５４の両方へ到着する時刻を表す。Arrival_
time_stamp(k)は、次式で示されるようにArrival_time_
clock(k)のサンプル値であり、ここで、kはトランスポ
ートパケットの第１バイト目を示す。 arrival_time_stamp(k) = arrival_time_clock(k)% 230
【０２８８】２つの連続して入力されるトランスポート
パケットの時間間隔が、230/27000000秒（約40秒）以上
になる場合、その２つのトランスポートパケットのarri
val_time_stampの差分は、2３０/27000000秒になるよう
にセットされるべきである。レコーダは、そのようにな
る場合に備えてある。
【０２８９】スムージングバッファ（smoothing buffe
r）５５は、入力トランスポートストリームのビットレ
ートをスムージングする。スムージングバッファ５５
は、オーバーフローしてはならない。Rmaxは、スムージ
ングバッファ５５が空でない時のスムージングバッファ
５５からのソースパケットの出力ビットレートである。
スムージングバッファ５５が空である時、スムージング
バッファ５５からの出力ビットレートはゼロである。
【０２９０】次に、DVR MPEG-2トランスポートストリー
ムのレコーダモデルのパラメータについて説明する。Rm
axという値は、AVストリームファイルに対応するClipIn
fo()において定義されるTS_recording_rateによって与
えられる。この値は、次式により算出される。 Rmax = TS_recording_rate * 192/188 TS_recording_rateの値は、bytes/secondを単位とする
大きさである。
【０２９１】入力トランスポートストリームがSESFトラ
ンスポートストリームの場合、Rpkは、AVストリームフ
ァイルに対応するClipInfo()において定義されるTS_rec
ording_rateに等しくなければならない。入力トランス
ポートストリームがSESFトランスポートストリームでな
い場合、この値はMPEG-2 transport streamのデスクリ
プター，例えばmaximum_bitrate_descriptorやpartial_
transport_stream_descriptorなど、において定義され
る値を参照しても良い。
【０２９２】入力トランスポートストリームがSESFトラ
ンスポートストリームの場合、スムージングバッファ５
５の大きさ（smoothing buffer size）はゼロである。
入力トランスポートストリームがSESFトランスポートス
トリームでない場合、スムージングバッファ５５の大き
さはMPEG-2 transport streamのデスクリプター、例え
ばsmoothing_buffer_descriptor、short_smoothing_buf
fer_descriptor、partial_transport_stream_descripto
rなどにおいて定義される値を参照しても良い。
【０２９３】記録機（レコーダ）および記録再生装置１
（プレーヤ）は、十分なサイズのバッファを用意しなけ
ればならない。デフォールトのバッファサイズは、1536
bytes である。
【０２９４】次に、DVR MPEG-2トランスポートストリー
ムのプレーヤモデルについて説明する。図９２は、DVR
MPEG-2トランスポートストリームのプレーヤモデルを示
す図である。これは、再生プロセスを規定するための概
念上のモデルである。DVR MPEG-2トランスポートストリ
ームは、このモデルに従う。
【０２９５】27MHz X-tal（クリスタル発振器）６１
は、２７MHzの周波数を発生する。２７MHz周波数の誤差
範囲は、+/-30 ppm (27000000 +/- 810 Hz)でなければ
ならない。arrival time clock counter６２は、２７MH
zの周波数のパルスをカウントするバイナリーカウンタ
ーである。arrival_time_clock(i)は、時刻t(i)におけ
るarrival time clock counter６２のカウント値であ
る。
【０２９６】smoothing buffer６４において、Rmaxは、
スムージングバッファ６４がフルでない時のスムージン
グバッファ６４へのソースパケットの入力ビットレート
である。スムージングバッファ６４がフルである時、ス
ムージングバッファ６４への入力ビットレートはゼロで
ある。
【０２９７】MPEG-2トランスポートストリームの出力タ
イミングを説明するに、現在のソースパケットのarriva
l_time_stampがarrival_time_clock(i)のLSB ３０ビッ
トの値と等しい時、そのソースパケットのトランスポー
トパケットは、スムージングバッファ６４から引き抜か
れる。Rpkは、トランスポートパケットレートの瞬時的
な最大値である。スムージングバッファ６４は、アンダ
ーフローしてはならない。
【０２９８】DVR MPEG-2トランスポートストリームのプ
レーヤモデルのパラメータについては、上述したDVR MP
EG-2トランスポートストリームのレコーダモデルのパラ
メータと同一である。
【０２９９】図９３は、Source packetのシンタクスを
示す図である。transport_packet()は、ISO/IEC 13818-
1で規定されるMPEG-2トランスポートパケットである。
図９３に示したSource packetのシンタクス内のTP_Extr
a_headerのシンタクスを図９４に示す。図９４に示した
TP_Extra_headerのシンタクスについて説明するに、cop
y_permission_indicatorは、トランスポートパケットの
ペイロードのコピー制限を表す整数である。コピー制限
は、copy free、no more copy、copy once、またはcopy
prohibitedとすることができる。図９５は、copy_perm
ission_indicatorの値と、それらによって指定されるモ
ードの関係を示す。
【０３００】copy_permission_indicatorは、すべての
トランスポートパケットに付加される。IEEE1394デジタ
ルインターフェースを使用して入力トランスポートスト
リームを記録する場合、copy_permission_indicatorの
値は、IEEE1394 isochronouspacket headerの中のEMI
(Encryption Mode Indicator)の値に関連付けても良
い。IEEE1394デジタルインターフェースを使用しないで
入力トランスポートストリームを記録する場合、copy_p
ermission_indicatorの値は、トランスポートパケット
の中に埋め込まれたCCIの値に関連付けても良い。アナ
ログ信号入力をセルフエンコードする場合、copy_permi
ssion_indicatorの値は、アナログ信号のCGMS-Aの値に
関連付けても良い。
【０３０１】arrival_time_stampは、次式 arrival_time_stamp(k) = arrival_time_clock(k)% 2
３０ において、arrival_time_stampによって指定される値を
持つ整数値である。
【０３０２】Clip AVストリームの定義をするに、Clip
AVストリームは、上述したような定義がされるDVR MPEG
-2トランスポートストリームの構造を持たねばならな
い。arrival_time_clock(i)は、Clip AVストリームの中
で連続して増加しなければならない。Clip AVストリー
ムの中にシステムタイムベース（STCベース）の不連続
点が存在したとしても、そのClip AVストリームのarriv
al_time_clock(i)は、連続して増加しなければならな
い。
【０３０３】Clip AVストリームの中の開始と終了の間
のarrival_time_clock(i)の差分の最大値は、２６時間
でなければならない。この制限は、MPEG2トランスポー
トストリームの中にシステムタイムベース（STCベー
ス）の不連続点が存在しない場合に、Clip AVストリー
ムの中で同じ値のPTS(Presentation Time Stamp)が決し
て現れないことを保証する。MPEG2システムズ規格は、P
TSのラップアラウンド周期を233/90000秒(約26.5時間).
と規定している。
【０３０４】Bridge-Clip AVストリームの定義をする
に、Bridge-Clip AVストリームは、上述したような定義
がされるDVR MPEG-2トランスポートストリームの構造を
持たねばならない。Bridge-Clip AVストリームは、１つ
のアライバルタイムベースの不連続点を含まなければな
らない。アライバルタイムベースの不連続点の前後のト
ランスポートストリームは、後述する符号化の制限に従
わなければならず、かつ後述するDVR-STDに従わなけれ
ばならない。
【０３０５】本実施の形態においては、編集におけるPl
ayItem間のビデオとオーディオのシームレス接続をサポ
ートする。PlayItem間をシームレス接続にすることは、
プレーヤ／レコーダに"データの連続供給"と"シームレ
スな復号処理"を保証する。"データの連続供給"とは、
ファイルシステムが、デコーダにバッファのアンダーフ
ロウを起こさせる事のないように必要なビットレートで
データを供給する事を保証できることである。データの
リアルタイム性を保証して、データをディスクから読み
出すことができるように、データが十分な大きさの連続
したブロック単位でストアされるようにする。
【０３０６】"シームレスな復号処理"とは、プレーヤ
が、デコーダの再生出力にポーズやギャップを起こさせ
る事なく、ディスクに記録されたオーディオビデオデー
タを表示できることである。
【０３０７】シームレス接続されているPlayItemが参照
するAVストリームについて説明する。先行するPlayItem
と現在のPlayItemの接続が、シームレス表示できるよう
に保証されているかどうかは、現在のPlayItemにおいて
定義されているconnection_conditionフィールドから判
断することができる。PlayItem間のシームレス接続は、
Bridge-Clipを使用する方法と使用しない方法がある。
【０３０８】図９６は、Bridge-Clipを使用する場合の
先行するPlayItemと現在のPlayItemの関係を示してい
る。図９６においては、プレーヤが読み出すストリーム
データが、影をつけて示されている。図９６に示したTS
1は、Clip1（Clip AVストリーム）の影を付けられたス
トリームデータとBridge-ClipのRSPN_arrival_time_dis
continuityより前の影を付けられたストリームデータか
ら成る。
【０３０９】TS1のClip1の影を付けられたストリームデ
ータは、先行するPlayItemのIN_time（図９６においてI
N_time1で図示されている）に対応するプレゼンテーシ
ョンユニットを復号する為に必要なストリームのアドレ
スから、RSPN_exit_from_previous_Clipで参照されるソ
ースパケットまでのストリームデータである。TS1に含
まれるBridge-ClipのRSPN_arrival_time_discontinuity
より前の影を付けられたストリームデータは、Bridge-C
lipの最初のソースパケットから、RSPN_arrival_time_d
iscontinuityで参照されるソースパケットの直前のソー
スパケットまでのストリームデータである。
【０３１０】また、図９６におけるTS2は、Clip2（Clip
AVストリーム）の影を付けられたストリームデータとB
ridge-ClipのRSPN_arrival_time_discontinuity以後の
影を付けられたストリームデータから成る。TS2に含ま
れるBridge-ClipのRSPN_arrival_time_discontinuity以
後の影を付けられたストリームデータは、RSPN_arrival
_time_discontinuityで参照されるソースパケットか
ら、Bridge-Clipの最後のソースパケットまでのストリ
ームデータである。TS2のClip2の影を付けられたストリ
ームデータは、RSPN_enter_to_current_Clipで参照され
るソースパケットから、現在のPlayItemのOUT_time（図
９６においてOUT_time2で図示されている）に対応する
プレゼンテーションユニットを復号する為に必要なスト
リームのアドレスまでのストリームデータである。
【０３１１】図９７は、Bridge-Clipを使用しない場合
の先行するPlayItemと現在のPlayItemの関係を示してい
る。この場合、プレーヤが読み出すストリームデータ
は、影をつけて示されている。図９７におけるTS1は、C
lip1 (Clip AVストリーム)の影を付けられたストリーム
データから成る。TS1のClip1の影を付けられたストリー
ムデータは、先行するPlayItemのIN_time（図９７にお
いてIN_time1で図示されている）に対応するプレゼンテ
ーションユニットを復号する為に必要なストリームのア
ドレスから始まり、Clip1の最後のソースパケットまで
のデータである。また、図９７におけるTS2は、Clip2
(Clip AVストリーム)の影を付けられたストリームデー
タから成る。
【０３１２】TS2のClip2の影を付けられたストリームデ
ータは、Clip2の最初のソースパケットから始まり、現
在のPlayItemのOUT_time（図９７においてOUT_time2で
図示されている）に対応するプレゼンテーションユニッ
トを復号する為に必要なストリームのアドレスまでのス
トリームデータである。
【０３１３】図９６と図９７において、TS1とT2は、ソ
ースパケットの連続したストリームである。次に、TS1
とTS2のストリーム規定と、それらの間の接続条件につ
いて考える。まず、シームレス接続のための符号化制限
について考える。トランスポートストリームの符号化構
造の制限として、まず、TS1とTS2の中に含まれるプログ
ラムの数は、１でなければならない。TS1とTS2の中に含
まれるビデオストリームの数は、１でなければならな
い。TS1とTS2の中に含まれるオーディオストリームの数
は、２以下でなければならない。TS1とTS2の中に含まれ
るオーディオストリームの数は、等しくなければならな
い。TS1および／またはTS2の中に、上記以外のエレメン
タリーストリームまたはプライベートストリームが含ま
れていても良い。
【０３１４】ビデオビットストリームの制限について説
明する。図９８は、ピクチャの表示順序で示すシームレ
ス接続の例を示す図である。接続点においてビデオスト
リームをシームレスに表示できるためには、OUT_time1
（Clip1のOUT_time）の後とIN_time2（Clip2のIN_tim
e）の前に表示される不必要なピクチャは、接続点付近
のClipの部分的なストリームを再エンコードするプロセ
スにより、除去されなければならない。
【０３１５】図９８に示したような場合において、Brid
geSequenceを使用してシームレス接続を実現する例を、
図９９に示す。RSPN_arrival_time_discontinuityより
前のBridge-Clipのビデオストリームは、図９８のClip1
のOUT_time1に対応するピクチャまでの符号化ビデオス
トリームから成る。そして、そのビデオストリームは先
行するClip1のビデオストリームに接続され、１つの連
続でMPEG２規格に従ったエレメンタリーストリームとな
るように再エンコードされている。
【０３１６】同様にして、RSPN_arrival_time_disconti
nuity以後のBridge-Clipのビデオストリームは、図９８
のClip2のIN_time2に対応するピクチャ以後の符号化ビ
デオストリームから成る。そして、そのビデオストリー
ムは、正しくデコード開始する事ができて、これに続く
Clip2のビデオストリームに接続され、１つの連続でMPE
G2規格に従ったエレメンタリーストリームとなるように
再エンコードされている。Bridge-Clipを作るために
は、一般に、数枚のピクチャは再エンコードしなければ
ならず、それ以外のピクチャはオリジナルのClipからコ
ピーすることができる。
【０３１７】図９８に示した例の場合にBridgeSequence
を使用しないでシームレス接続を実現する例を図１００
に示す。Clip1のビデオストリームは、図９８のOUT_tim
e1に対応するピクチャまでの符号化ビデオストリームか
ら成り、それは、１つの連続でMPEG２規格に従ったエレ
メンタリーストリームとなるように再エンコードされて
いる。同様にして、Clip2のビデオストリームは、図９
８のClip2のIN_time2に対応するピクチャ以後の符号化
ビデオストリームから成り、それは、一つの連続でMPEG
２規格に従ったエレメンタリーストリームとなるように
再エンコードされている。
【０３１８】ビデオストリームの符号化制限について説
明するに、まず、TS1とTS2のビデオストリームのフレー
ムレートは、等しくなければならない。TS1のビデオス
トリームは、sequence_end_codeで終端しなければなら
ない。TS2のビデオストリームは、Sequence Header、GO
P Header、そしてI-ピクチャで開始しなければならな
い。TS2のビデオストリームは、クローズドGOPで開始し
なければならない。
【０３１９】ビットストリームの中で定義されるビデオ
プレゼンテーションユニット（フレームまたはフィール
ド）は、接続点を挟んで連続でなければならない。接続
点において、フレームまたはフィールドのギャップがあ
ってはならない。接続点において、トップ―ボトムのフ
ィールドシーケンスは連続でなければならない。3-2プ
ルダウンを使用するエンコードの場合は、"top_field_f
irst" および "repeat_first_field"フラグを書き換え
る必要があるかもしれない，またはフィールドギャップ
の発生を防ぐために局所的に再エンコードするようにし
ても良い。
【０３２０】オーディオビットストリームの符号化制限
について説明するに、TS1とTS2のオーディオのサンプリ
ング周波数は、同じでなければならない。TS1とTS2のオ
ーディオの符号化方法（例．MPEG1レイヤ2, AC-3, SESF
LPCM, AAC）は、同じでなければならない。
【０３２１】次に、MPEG-2トランスポートストリームの
符号化制限について説明するに、TS1のオーディオスト
リームの最後のオーディオフレームは、TS1の最後の表
示ピクチャの表示終了時に等しい表示時刻を持つオーデ
ィオサンプルを含んでいなければならない。TS2のオー
ディオストリームの最初のオーディオフレームは、TS2
の最初の表示ピクチャの表示開始時に等しい表示時刻を
持つオーディオサンプルを含んでいなければならない。
【０３２２】接続点において、オーディオプレゼンテー
ションユニットのシーケンスにギャップがあってはなら
ない。図１０１に示すように、２オーディオフレーム区
間未満のオーディオプレゼンテーションユニットの長さ
で定義されるオーバーラップがあっても良い。TS2のエ
レメンタリーストリームを伝送する最初のパケットは、
ビデオパケットでなければならない。接続点におけるト
ランスポートストリームは、後述するDVR-STDに従わな
くてはならない。
【０３２３】ClipおよびBridge-Clipの制限について説
明するに、TS1とTS2は、それぞれの中にアライバルタイ
ムベースの不連続点を含んではならない。
【０３２４】以下の制限は、Bridge-Clipを使用する場
合にのみ適用される。TS1の最後のソースパケットとTS2
の最初のソースパケットの接続点においてのみ、Bridge
-ClipAVストリームは、ただ１つのアライバルタイムベ
ースの不連続点を持つ。ClipInfo()において定義される
RSPN_arrival_time_discontinuityが、その不連続点の
アドレスを示し、それはTS2の最初のソースパケットを
参照するアドレスを示さなければならない。
【０３２５】BridgeSequenceInfo()において定義される
RSPN_exit_from_previous_Clipによって参照されるソー
スパケットは、Clip1の中のどのソースパケットでも良
い。それは、Aligned unitの境界である必要はない。Br
idgeSequenceInfo()において定義されるRSPN_enter_to_
current_Clipによって参照されるソースパケットは、Cl
ip2の中のどのソースパケットでも良い。それは、Align
ed unitの境界である必要はない。
【０３２６】PlayItemの制限について説明するに、先行
するPlayItemのOUT_time（図９６、図９７において示さ
れるOUT_time1）は、TS1の最後のビデオプレゼンテーシ
ョンユニットの表示終了時刻を示さなければならない。
現在のPlayItemのIN_time（F図９６、図９７において示
されるIN_time2）は、TS2の最初のビデオプレゼンテー
ションユニットの表示開始時刻を示さなければならな
い。
【０３２７】Bridge-Clipを使用する場合のデータアロ
ケーションの制限について、図１０２を参照して説明す
るに、シームレス接続は、ファイルシステムによってデ
ータの連続供給が保証されるように作られなければなら
ない。これは、Clip1（ClipAVストリームファイル）とC
lip2（Clip AVストリームファイル）に接続されるBridg
e-Clip AVストリームを、データアロケーション規定を
満たすように配置することによって行われなければなら
ない。
【０３２８】RSPN_exit_from_previous_Clip以前のClip
1（Clip AVストリームファイル）のストリーム部分が、
ハーフフラグメント以上の連続領域に配置されているよ
うに、RSPN_exit_from_previous_Clipが選択されなけれ
ばならない。Bridge-Clip AVストリームのデータ長は、
ハーフフラグメント以上の連続領域に配置されるよう
に、選択されなければならない。RSPN_enter_to_curren
t_Clip以後のClip2（Clip AVストリームファイル）のス
トリーム部分が、ハーフフラグメント以上の連続領域に
配置されているように、RSPN_enter_to_current_Clipが
選択されなければならない。
【０３２９】Bridge-Clipを使用しないでシームレス接
続する場合のデータアロケーションの制限について、図
１０３を参照して説明するに、シームレス接続は、ファ
イルシステムによってデータの連続供給が保証されるよ
うに作られなければならない。これは、Clip1（Clip AV
ストリームファイル）の最後の部分とClip2（Clip AVス
トリームファイル）の最初の部分を、データアロケーシ
ョン規定を満たすように配置することによって行われな
ければならない。
【０３３０】Clip1（Clip AVストリームファイル）の最
後のストリーム部分が、ハーフフラグメント以上の連続
領域に配置されていなければならない。Clip2（Clip AV
ストリームファイル）の最初のストリーム部分が、ハー
フフラグメント以上の連続領域に配置されていなければ
ならない。
【０３３１】次に、DVR-STDについて説明する。DVR-STD
は、DVR MPEG2トランスポートストリームの生成および
検証の際におけるデコード処理をモデル化するための概
念モデルである。また、DVR-STDは、上述したシームレ
ス接続された2つのPlayItemによって参照されるAVスト
リームの生成および検証の際におけるデコード処理をモ
デル化するための概念モデルでもある。
【０３３２】DVR-STDモデルを図１０４に示す。図１０
４に示したモデルには、DVR MPEG-2トランスポートスト
リームプレーヤモデルが構成要素として含まれている。
n, TBn, MBn, EBn, TBsys, Bsys, Rxn, Rbxn, Rxsys, D
n, Dsys, OnおよびPn(k)の表記方法は、ISO/IEC13818-1
のT-STDに定義されているものと同じである。すなわ
ち、次の通りである。nは、エレメンタリーストリーム
のインデクス番号である。TBnは、エレメンタリースト
リームnのトランスポートバッファでる。
【０３３３】MBnは、エレメンタリーストリームnの多重
バッファである。ビデオストリームについてのみ存在す
る。EBnは、エレメンタリーストリームnのエレメンタリ
ーストリームバッファである。ビデオストリームについ
てのみ存在する。TBsysは、復号中のプログラムのシス
テム情報のための入力バッファである。Bsysは、復号中
のプログラムのシステム情報のためのシステムターゲッ
トデコーダ内のメインバッファである。Rxnは、データ
がTBnから取り除かれる伝送レートである。Rbxnは、PES
パケットペイロードがMBnから取り除かれる伝送レート
である。ビデオストリームについてのみ存在する。
【０３３４】Rxsysは、データがTBsysから取り除かれる
伝送レートである。Dnは、エレメンタリーストリームn
のデコーダである。Dsysは、復号中のプログラムのシス
テム情報に関するデコーダである。Onは、ビデオストリ
ームnのre-ordering bufferである。Pn(k)は、エレメン
タリーストリームnのk番目のプレゼンテーションユニッ
トである。
【０３３５】DVR-STDのデコーディングプロセスについ
て説明する。単一のDVR MPEG-2トランスポートストリー
ムを再生している間は、トランスポートパケットをTB1,
TBnまたはTBsysのバッファへ入力するタイミングは、
ソースパケットのarrival_time_stampにより決定され
る。TB1, MB1, EB1, TBn, Bn, TBsysおよびBsysのバッ
ファリング動作の規定は、ISO/IEC 13818-1に規定され
ているT-STDと同じである。復号動作と表示動作の規定
もまた、ISO/IEC 13818-1に規定されているT-STDと同じ
である。
【０３３６】シームレス接続されたPlayItemを再生して
いる間のデコーディングプロセスについて説明する。こ
こでは、シームレス接続されたPlayItemによって参照さ
れる２つのAVストリームの再生について説明をすること
にし、以後の説明では、上述した（例えば、図９６に示
した）TS1とTS2の再生について説明する。TS1は、先行
するストリームであり、TS2は、現在のストリームであ
る。
【０３３７】図１０５は、あるAVストリーム（TS1）か
らそれにシームレスに接続された次のAVストリーム（TS
2）へと移る時のトランスポートパケットの入力，復
号，表示のタイミングチャートを示す。所定のAVストリ
ーム（TS1）からそれにシームレスに接続された次のAV
ストリーム（TS2）へと移る間には、TS2のアライバルタ
イムベースの時間軸（図１０５においてATC2で示され
る）は、TS1のアライバルタイムベースの時間軸（図１
０５においてATC1で示される）と同じでない。
【０３３８】また、TS2のシステムタイムベースの時間
軸（図１０５においてSTC2で示される）は、TS1のシス
テムタイムベースの時間軸（図１０５においてSTC1で示
される）と同じでない。ビデオの表示は、シームレスに
連続していることが要求される。オーディオのプレゼン
テーションユニットの表示時間にはオーバーラップがあ
っても良い。
【０３３９】DVR-STD への入力タイミングについて説明
する。時刻Ｔ1までの時間、すなわち、TS1の最後のビデ
オパケットがDVR-STDのTB1に入力終了するまでは、DVR-
STDのTB1、TBn またはTBsysのバッファへの入力タイミ
ングは、TS1のソースパケットのarrival_time_stampに
よって決定される。
【０３４０】TS1の残りのパケットは、TS_recording_ra
te(TS1)のビットレートでDVR-STDのTBnまたはTBsysのバ
ッファへ入力されなければならない。ここで、TS_recor
ding_rate(TS1)は、Clip1に対応するClipInfo()におい
て定義されるTS_recording_rateの値である。TS1の最後
のバイトがバッファへ入力する時刻は、時刻Ｔ2であ
る。従って、時刻Ｔ1からＴ2までの区間では、ソースパ
ケットのarrival_time_stampは無視される。
【０３４１】N1をTS1の最後のビデオパケットに続くTS1
のトランスポートパケットのバイト数とすると、時刻Ｔ
1乃至Ｔ2までの時間DT1は、N1バイトがTS_recording_ra
te(TS1)のビットレートで入力終了するために必要な時
間であり、次式により算出される。 ΔT1＝Ｔ2−Ｔ1＝N1 / TS_recording_rate (TS1) 時刻Ｔ1乃至Ｔ2までの間は、RXnとRXsysの値は共に、TS
_recording_rate(TS1)の値に変化する。このルール以外
のバッファリング動作は、T-STDと同じである。
【０３４２】Ｔ2の時刻において、arrival time clock
counterは、TS2の最初のソースパケットのarrival_time
_stampの値にリセットされる。DVR-STDのTB1, TBn また
はTBsysのバッファへの入力タイミングは、TS2のソース
パケットのarrival_time_stampによって決定される。RX
nとRXsysは共に、T-STDにおいて定義されている値に変
化する。
【０３４３】付加的なオーディオバッファリングおよび
システムデータバッファリングについて説明するに、オ
ーディオデコーダとシステムデコーダは、時刻Ｔ１から
T2までの区間の入力データを処理することができるよう
に、T-STDで定義されるバッファ量に加えて付加的なバ
ッファ量（約1秒分のデータ量）が必要である。
【０３４４】ビデオのプレゼンテーションタイミングに
ついて説明するに、ビデオプレゼンテーションユニット
の表示は、接続点を通して、ギャップなしに連続でなけ
ればならない。ここで、STC1は、TS1のシステムタイム
ベースの時間軸（図１０５ではSTC1と図示されている）
とし、STC2は、TS2のシステムタイムベースの時間軸
（図９７ではSTC2と図示されている。正確には、STC2
は、TS2の最初のPCRがT-STDに入力した時刻から開始す
る。）とする。
【０３４５】STC1とSTC2の間のオフセットは、次のよう
に決定される。PTS1 endは、TS1の最後のビデオプレゼン
テーションユニットに対応するSTC1上のPTSであり、PTS
2 sta rtは、TS2の最初のビデオプレゼンテーションユニ
ットに対応するSTC2上のPTSであり、Tppは、TS1の最後
のビデオプレゼンテーションユニットの表示期間とする
と、２つのシステムタイムベースの間のオフセットSTC_
deltaは、次式により算出される。 STC_delta = PTS1 end + Tpp - PTS2 start
【０３４６】オーディオのプレゼンテーションのタイミ
ングについて説明するに、接続点において、オーディオ
プレゼンテーションユニットの表示タイミングのオーバ
ーラップがあっても良く、それは０乃至２オーディオフ
レーム未満である（図１０５に図示されている"audio o
verlap"を参照）。どちらのオーディオサンプルを選択
するかということと、オーディオプレゼンテーションユ
ニットの表示を接続点の後の補正されたタイムベースに
再同期することは、プレーヤ側により設定されることで
ある。
【０３４７】DVR-STDのシステムタイムクロックについ
て説明するに、時刻Ｔ5において、TS1の最後のオーディ
オプレゼンテーションユニットが表示される。システム
タイムクロックは、時刻Ｔ2からＴ5の間にオーバーラッ
プしていても良い。この区間では、DVR-STDは、システ
ムタイムクロックを古いタイムベースの値（STC1）と新
しいタイムベースの値（STC2）の間で切り替える。STC2
の値は、次式により算出される。 STC2＝STC1−STC_delta
【０３４８】バッファリングの連続性について説明す
る。STC11 video_endは、TS1の最後のビデオパケットの
最後のバイトがDVR-STDのTB1へ到着する時のシステムタ
イムベースSTC1上のSTCの値である。STC22 video_start
は、TS2の最初のビデオパケットの最初のバイトがDVR-S
TDのTB1へ到着する時のシステムタイムベースSTC2上のS
TCの値である。STC21 video_endは、STC11 video_end の
値をシステムタイムベースSTC2上の値に換算した値であ
る。STC21 video_endは、次式により算出される。 STC21 video_end = STC11 video_end - STC_delta
【０３４９】DVR-STDに従うために、次の２つの条件を
満たす事が要求される。まず、TS2の最初のビデオパケ
ットのTB1への到着タイミングは、次に示す不等式を満
たさなければならない。そして、次に示す不等式を満た
さなければならない。 STC22 video_start > STC21 video_end + ΔT1 この不等式が満たされるように、Clip１および、また
は、Clip２の部分的なストリームを再エンコードおよ
び、または、再多重化する必要がある場合は、その必要
に応じて行われる。
【０３５０】次に、STC1とSTC2を同じ時間軸上に換算し
たシステムタイムベースの時間軸上において、TS1から
のビデオパケットの入力とそれに続くTS2からのビデオ
パケットの入力は、ビデオバッファをオーバーフローお
よびアンダーフローさせてはならない。
【０３５１】このようなシンタクス、データ構造、規則
に基づく事により、記録媒体に記録されているデータの
内容、再生情報などを適切に管理することができ、もっ
て、ユーザが再生時に適切に記録媒体に記録されている
データの内容を確認したり、所望のデータを簡便に再生
できるようにすることができる。
【０３５２】なお、本実施の形態は、多重化ストリーム
としてMPEG2トランスポートストリームを例にして説明
しているが、これに限らず、MPEG2プログラムストリー
ムや米国のDirecTVサービス（商標）で使用されているD
SSトランスポートストリームについても適用することが
可能である。
【０３５３】次に、mark_entry()およびrepresentative
_picture＿entry()のシンタクスが、図８１に示される
ような構成である場合における、マーク点で示されるシ
ーンの頭出し再生を行う場合の処理について、図１０６
のフローチャートを参照して、説明する。
【０３５４】最初にステップＳ１において、記録再生装
置１の制御部２３は、記録媒体１００から、DVRトラン
スポートストリームファイルのデータデースであるEP_M
ap（図７０）、STC_Info（図５２）、Program_Info（図
５４）、およびClipMark（図７８）を読み出す。
【０３５５】ステップＳ２において、制御部２３は、Cl
ipMark（図７８）のrepresentative_picture_entry（図
８１）、またはref_thumbnail_indexで参照されるピク
チャからサムネイルのリストを作成し、ユーザインター
フェース入出力としての端子２４から出力し、GUIのメ
ニュー画面上に表示させる。この場合、ref_thumbnail_
indexが有効な値を持つ場合、representative_picture_
entryよりref_thumbnail_indexが優先される。
【０３５６】ステップＳ３において、ユーザが再生開始
点のマーク点を指定する。これは、例えば、GUIとして
表示されたメニュー画面上の中からユーザがサムネイル
画像を選択することで行われる。制御部２３は、この選
択操作に対応して、指定されたサムネイルに対応づけら
れているマーク点を取得する。
【０３５７】ステップＳ４において、制御部２３は、ス
テップＳ３で指定されたmark_entry（図８１）のmark_t
ime_stampのPTSと、STC_sequence_idを取得する。
【０３５８】ステップＳ５において、制御部２３は、ST
C_Info（図５２）から、ステップＳ４で取得したSTC_se
quence_idに対応するSTC時間軸が開始するソースパケッ
ト番号を取得する。
【０３５９】ステップＳ６において、制御部２３は、ス
テップＳ５で取得したSTC時間軸が開始するパケット番
号と、ステップＳ４で取得したマーク点のPTSから、マ
ーク点のPTSより時間的に前で、かつ、最も近いエント
リーポイント(Iピクチャ)のあるソースパケット番号を
取得する。
【０３６０】ステップＳ７において、制御部２３は、ス
テップＳ６で取得したエントリーポイントのあるソース
パケット番号から、トランスポートストリームのデータ
を読み出し、AVデコーダ２７に供給させる。
【０３６１】ステップＳ８において、制御部２３は、AV
デコーダ２７を制御し、ステップＳ４で取得したマーク
点のPTSのピクチャから表示を開始させる。
【０３６２】以上の動作を、図１０７乃至１０９を参照
してさらに説明する。
【０３６３】いま、図１０７に示されているように、DV
Rトランスポートストリームファイルは、STC_sequence_
id=id０のSTC時間軸を有し、その時間軸が開始するソー
スパケット番号は、シーン開始点Ａのソースパケット番
号より小さいものとする。そして、ソースパケット番号
ＢからＣまでの間に、CM（コマーシャル）が挿入されて
いるものとする。
【０３６４】このとき、図７０に示されるEP_Mapに対応
するEP_Mapには、図１０８に示されるように、RSPN_EP_
startで示されるＡ，Ｂ，Ｃに対応して、それぞれのPTS
が、PTS_EP_startとして、PTS(A)，PTS(B)，PTS(C)とし
て登録される。
【０３６５】また、図１０９に示されるように、図７８
のClipMarkに対応するClipMarkには、図１０９に示され
るように、シーンスタート、CMスタート、およびCMエン
ドを表すマークタイプ（図７９）０x９２，０x９４，０
x９５の値に対応して、mark_entryとrepresentative_pi
cture_entryが記録される。
【０３６６】mark_entryのMark_Time_stampとしては、
シーンスタート、CMスタート、およびCMエンドに対応し
て、それぞれPTS(a1),PTS(b0),PTS(c0)が登録されてお
り、それぞれのSTC_sequence_idは、いずれもid０とさ
れている。
【０３６７】同様に、Representative_picture_entryの
Mark_Time_stampとして、シーンスタート、CMスター
ト、およびCMエンドに対応して、それぞれPTS(a2),PTS
(b0),PTS(c0)が登録されており、それらはいずれもSTC_
sequence_idが、id０とされている。
【０３６８】PTS(A)＜ PTS(a1)の場合、ステップＳ６に
おいて、パケット番号Ａが取得され、ステップＳ７にお
いて、パケット番号Ａから始まるトランスポートストリ
ームが、AVデコーダ２７に供給され、ステップＳ８にお
いて、PTS(a1)のピクチャから表示が開始される。
【０３６９】次に、図１１０のフローチャートを参照し
て、mark_entryとrepresentative_picture_entryのシン
タクスが、図８１に示されるような構成である場合にお
けるCMスキップ再生の処理について、図１１０のフロー
チャートを参照して説明する。
【０３７０】ステップＳ２１において、制御部２３は、
EP_map（図７０）、STC_Info（図５２）、Program_Info
（図５４）、およびClipMark（図７８）を記録媒体１０
０から読み出す。ステップＳ２２において、ユーザは、
ユーザインタフェース入出力としての端子２４からCMス
キップ再生を指定する。
【０３７１】ステップＳ２３において、制御部２３は、
マークタイプ（図７９）がCM開始点（０ｘ９４）である
マーク情報のPTSと、CM終了点（０ｘ９５）であるマー
ク情報のPTS、並びに対応するSTC_sequence_idを取得す
る（図８１）。
【０３７２】ステップＳ２４において、制御部２３は、
STC_Info（図５２）からCM開始点と終了点の、STC_sequ
ence_idに対応するSTC時間軸が開始するソースパケット
番号を取得する。
【０３７３】ステップＳ２５において、制御部２３は、
記録媒体１００からトランスポートストリームを読み出
させ、それをAVデコーダ２７に供給し、デコードを開始
させる。
【０３７４】ステップＳ２６において、制御部２３は、
現在の表示画像がCM開始点のPTSの画像か否かを調べ
る。現在の表示画像がCM開始点のPTSの画像でない場合
には、ステップＳ２７に進み、制御部２３は、画像の表
示が継続される。その後、処理はステップＳ２５に戻
り、それ以降の処理が繰り返し実行される。
【０３７５】ステップＳ２６において、現在の表示画像
がCM開始点のPTSの画像であると判定された場合、ステ
ップＳ２８に進み、制御部２３は、AVデコーダ２７を制
御し、デコードおよび表示を停止させる。
【０３７６】次に、ステップＳ２９において、制御部２
３は、CM終了点のSTC_sequence_idに対応するSTC時間軸
が開始するパケット番号を取得し、そのパケット番号
と、ステップＳ２３の処理で取得したCM終了点のPTSと
から、その点のPTSより時間的に前で、かつ、最も近い
エントリーポイントのあるソースパケット番号を取得す
る。
【０３７７】ステップＳ３０において、制御部２３は、
ステップＳ２９の処理で取得したエントリーポイントの
あるソースパケット番号から、トランスポートストリー
ムのデータを読み出し、AVデコーダ２７に供給させる。
【０３７８】ステップＳ３１において、制御部２３は、
AVデコーダ２７を制御し、CM終了点のPTSのピクチャか
ら表示を再開させる。
【０３７９】図１０７乃至図１０９を参照して、以上の
動作をさらに説明すると、CM開始点とCM終了点は、この
例の場合、STC_sequence_id=id0という共通のSTC時間軸
上に存在し、そのSTC時間軸が開始するソースパケット
番号は、シーンの開始点のソースパケット番号Ａより小
さいものとされている。
【０３８０】トランスポートストリームがデコードさ
れ、ステップＳ２６で、表示時刻がPTS(b0)になったと
判定された場合（CM開始点であると判定された場合）、
AVデコーダ２７により表示が停止される。そして、PTS
(C)＜PTS(c0)の場合、ステップＳ３０でパケット番号Ｃ
のデータから始まるストリームからデコードが再開さ
れ、ステップＳ３１において、PTS(c0)のピクチャから
表示が再開される。
【０３８１】なお、この方法は、CMスキップ再生に限ら
ず、一般的にClipMarkで指定される２点間のシーンをス
キップして再生する場合にも、適用可能である。
【０３８２】次に、mark_entryとrepresentative_pictu
re_entryが、図８２に示すシンタクス構造である場合に
おける、マーク点で示されるCMの頭出し再生処理につい
て、図１１２のフローチャートを参照して説明する。
【０３８３】ステップＳ４１において、制御部２３は、
EP_map（図７０）、STC_Info（図５２）、Program_Info
（図５４）、およびClipMark（図７８）の情報を取得す
る。
【０３８４】次にステップＳ４２において、制御部２３
は、ステップＳ４１で読み出したClipMark（図７８）に
含まれるrepresentative_picture_entry（図８２）また
はref_thumbnail_indexで参照されるピクチャからサム
ネイルのリストを生成し、GUIのメニュー画面上に表示
させる。ref_thumbnail_indexが有効な値を有する場
合、representative_picture_entryよりref_thumbnail_
indexが優先される。
【０３８５】ステップＳ４３において、ユーザは再生開
始点のマーク点を指定する。この指定は、例えば、ステ
ップＳ４２の処理で表示されたメニュー画面上の中か
ら、ユーザがサムネイル画像を選択し、そのサムネイル
に対応づけられいるマーク点を指定することで行われ
る。
【０３８６】ステップＳ４４において、制御部２３は、
ステップＳ４３の処理で指定されたマーク点のRSPN_ref
_EP_startとoffset_num_pictures（図８２）を取得す
る。
【０３８７】ステップＳ４５において、制御部２３は、
ステップＳ４４で取得したRSPN_ref_EP_startに対応す
るソースパケット番号からトランスポートストリームの
データを読み出し、AVデコーダ２７に供給させる。
【０３８８】ステップＳ４６において、制御部２３は、
AVデコーダ２７を制御し、RSPN_ref_EP_startで参照さ
れるピクチャから（表示はしないで）、表示すべきピク
チャをカウントアップしていき、カウント値がoffset_n
um_picturesになったとき、そのピクチャから表示を開
始させる。
【０３８９】以上の処理を、図１１３乃至図１１５を参
照して、さらに説明する。この例においては、DVRトラ
ンスポートストリームファイルは、ソースパケット番号
Ａからシーンが開始しており、ソースパケット番号Ｂか
らソースパケットＣまでCMが挿入されている。このた
め、図１１４に示されるように、EP_mapには、RSPN_EP_
startとしてのＡ，Ｂ，Ｃに対応して、PTS_EP_startと
して、PTS(A),PTS(B),PTS(C)が登録されている。
【０３９０】また、図１１５に示されるように、シーン
スタート、CMスタート、およびCMエンドのマークタイプ
に対応して、mark_entryとrepresentative_picture_ent
ryが登録されている。mark_entryには、シーンスター
ト、CMスタート、およびCMエンドに対応して、RSPN_ref
_EP_startとして、それぞれＡ，Ｂ，Ｃが登録され、off
set_num_picturesとして、Ｍ１，Ｎ１，Ｎ２が登録され
ている。同様に、representative_picture_entryには、
RSPN_ref_EP_startとして、シーンスタート、CMスター
ト、およびCMエンドに対応して、それぞれＡ，Ｂ，Ｃが
登録され、offset_num_picturesとして、Ｍ２，Ｎ１，
Ｎ２がそれぞれ登録されている。
【０３９１】シーンスタートに当たるピクチャから頭出
して再生が指令された場合、パケット番号Ａのデータか
ら始まるストリームからデコードが開始され、PTS(A)の
ピクチャから（表示をしないで）表示すべきピクチャを
カウントアップをしていき、offset_num_picturesが、
Ｍ１の値になったとき、そのピクチャから表示が開始さ
れる。
【０３９２】さらに、mark_entryとrepresentative_pic
ture_entryのシンタクスが、図８２に示される構成であ
る場合におけるCMスキップ再生の処理について、図１１
６のフローチャートを参照して説明する。
【０３９３】ステップＳ６１において、制御部２３は、
EP_map（図７０）、STC_Info（図５２）、Program_Info
（図５４）、およびClipMark（図７８）の情報を取得す
る。
【０３９４】ステップＳ６２において、ユーザがCMスキ
ップ再生を指令すると、ステップＳ６３において、制御
部２３は、マークタイプ（図７９）がCM開始点とCM終了
点である各点のマーク情報として、RSPN_ref_EP_START
とoffset_num_pictures（図８２）を取得する。そし
て、CM開始点のデータは、RSPN_ref_EP_start(1),offse
t_num_pictures(1)とされ、CM終了点のデータは、RSPN_
ref_EP_start(2),offset_num_pictures(2)とされる。
【０３９５】ステップＳ６４において、制御部２３は、
RSPN_ref_EP_start(1),RSPN_ref_EP_start(2)に対応す
るPTSをEP_map（図７０）から取得する。
【０３９６】ステップＳ６５において、制御部２３は、
トランスポートストリームを記録媒体１００から読み出
させ、AVデコーダ２７に供給させる。
【０３９７】ステップＳ６６において、制御部２３は、
現在の表示画像がRSPN_ref_EP_start(1)に対応するPTS
のピクチャであるか否かを判定し、現在の表示画像がRS
PN_ref_EP_start(1)に対応するPTSのピクチャでない場
合には、ステップＳ６７に進み、ピクチャをそのまま継
続的に表示させる。その後、処理はステップＳ６５に戻
り、それ以降の処理が繰り返し実行される。
【０３９８】ステップＳ６６において、現在の表示画像
がRSPN_ref_EP_start(1)に対応するPTSのピクチャであ
ると判定された場合、ステップＳ６８に進み、制御部２
３は、AVデコーダ２７を制御し、RSPN_ref_EP_start(1)
に対応するPTSのピクチャから表示するピクチャをカウ
ントアップしていき、カウント値がoffset_num_picture
s(1)になったとき、表示を停止させる。
【０３９９】ステップＳ６９において、制御部２３は、
RSPN_ref_EP_start(2)のソースパケット番号からトラン
スポートストリームのデータを読み出し、AVデコーダ２
７に供給させる。
【０４００】ステップＳ７０において、制御部２３は、
AVデコーダ２７を制御し、RSPN_ref_EP_start(2)に対応
するPTSのピクチャから（表示をしないで）表示すべき
ピクチャをカウントアップしていき、カウント値がoffs
et_num_pictures(2)になったとき、そのピクチャから表
示を開始させる。
【０４０１】以上の動作を、図１１３乃至図１１５を参
照してさらに説明すると、まず、EP_map（図１１４）を
もとに、パケット番号Ｂ，Ｃに対応する時刻PTS(B),PTS
(C)が得られる。そして、Clip AV streamがデコードさ
れていき、表示時刻がPTS(B)になったとき、PTS(B)のピ
クチャから表示ピクチャがカウントアップされ、その値
がＮ１（図１１５）になったとき、表示が停止される。
【０４０２】さらに、パケット番号Ｃのデータから始ま
るストリームからデコードが再開され、PTS(C)のピクチ
ャから（表示をしないで）表示すべきピクチャをカウン
トアップしていき、その値がＮ２（図１１５）になった
とき、そのピクチャから表示が再開される。
【０４０３】以上の処理は、CMスキップ再生に限らず、
ClipMarkで指定された２点間のシーンをスキップさせて
再生する場合にも、適用可能である。
【０４０４】次に、mark_entryとrepresentative_pictu
re_entryのシンタクスが、図８４に示すような構成であ
る場合における、マーク点で示されるシーンの頭出し再
生処理について、図１１８のフローチャートを参照して
説明する。
【０４０５】ステップＳ８１において、EP_map（図７
０）、STC_Info（図５２）、Program_Info（図５４）、
並びにClipMark（図７８）の情報が取得される。
【０４０６】ステップＳ８２において、制御部２３は、
ClipMark（図７８）のrepresentative_picture_entryま
たはref_thumbnail_indexで参照されるピクチャからサ
ムネイルのリストを生成し、GUIのメニュー画面として
表示させる。ref_thumbnail_indexが有効な値を有する
場合、representative_picture_entryよりref_thumbnai
l_indexが優先される。
【０４０７】ステップＳ８３において、ユーザは再生開
始点のマーク点を指定する。この指定は、例えば、メニ
ュー画面上の中からユーザがサムネイル画像を選択し、
そのサムネイルに対応づけられているマーク点を指定す
ることで行われる。
【０４０８】ステップＳ８４において、制御部２３は、
ユーザから指定されたmark_entryのRSPN_mark_point
（図８４）を取得する。
【０４０９】ステップＳ８５において、制御部２３は、
マーク点のRSPN_mark_pointより前にあり、かつ、最も
近いエントリーポイントのソースパケット番号を、EP_m
ap（図７０）から取得する。
【０４１０】ステップＳ８６において、制御部２３は、
ステップＳ８５で取得したエントリーポイントに対応す
るソースパケット番号からトランスポートストリームの
データを読み出し、AVデコーダ２７に供給させる。
【０４１１】ステップＳ８７において、制御部２３は、
AVデコーダ２７を制御し、RSPN_mark_pointで参照され
るピクチャから表示を開始させる。
【０４１２】以上の処理を、図１１９乃至図１２１を参
照してさらに説明する。この例においては、DVRトラン
スポートストリームファイルが、ソースパケットＡでシ
ーンスタートし、ソースパケット番号ＢからＣまでCMが
挿入されている。このため、図１２０のEP_mapには、RS
PN_EP_startとしてのＡ，Ｂ，Ｃに対応して、PTS_EP_st
artがそれぞれPTS(A),PTS(B),PTS(C)として登録されて
いる。また、図１２１に示されるClipMarkに、シーンス
タート、CMスタート、およびCMエンドに対応して、mark
entryのRSPN_mark_pointとして、ａ１，ｂ１，ｃ１が、
また、representative_picture_entryのRSPN_mark_poin
tとして、ａ２，ｂ１，ｃ１が、それぞれ登録されてい
る。
【０４１３】シーンスタートにあたるピクチャから頭出
して再生する場合、パケット番号Ａ＜ａ１とすると、パ
ケット番号Ａのデータから始まるストリームからデコー
ドが開始され、ソースパケット番号ａ１に対応するピク
チャから表示が開始される。
【０４１４】次に、mark_entryとrepresentative_pictu
re_entryのシンタクスが、図８４に示されるような構成
である場合におけるCMスキップ再生の処理について、図
１２２と図１２３のフローチャートを参照して説明す
る。
【０４１５】ステップＳ１０１において、制御部２３
は、EP_map（図７０）、STC_Info（図５２）、Program_
Info（図５４）、並びにClipMark（図７０）の情報を取
得する。
【０４１６】ステップＳ１０２において、ユーザは、CM
スキップ再生を指定する。
【０４１７】ステップＳ１０３において、制御部２３
は、マークタイプ（図７９）がCM開始点とCM終了点であ
る各点のマーク情報のRSPN_mark_point（図８４）を取
得する。そして、制御部２３は、CM開始点のデータをRS
PN_mark_point（１）とし、CM終了点のデータをRSPN_ma
rk_point（２）とする。
【０４１８】ステップＳ１０４において、制御部２３
は、記録媒体１００からトランスポートストリームを読
み出させ、AVデコーダ２７に出力し、デコードさせる。
【０４１９】ステップＳ１０５において、制御部２３
は、現在の表示画像がRSPN_mark_point（１）に対応す
るピクチャであるか否かを判定し、現在の表示画像がRS
PN_mark_point（１）に対応するピクチャでない場合に
は、ステップＳ１０６に進み、そのままピクチャを継続
的に表示させる。その後、処理はステップＳ１０４に戻
り、それ以降の処理が繰り返し実行される。
【０４２０】ステップＳ１０５において、現在の表示画
像がRSPN_mark_point（１）に対応するピクチャである
と判定された場合、ステップＳ１０７に進み、制御部２
３はAVデコーダ２７を制御し、デコードおよび表示を停
止させる。
【０４２１】次に、ステップＳ１０８において、RSPN_m
ark_point（２）より前にあり、かつ、最も近いエント
リーポイントのあるソースパケット番号がEP_map（図７
０）から取得される。
【０４２２】ステップＳ１０９において、制御部２３
は、ステップＳ１０８で取得したエントリーポイントに
対応するソースパケット番号からトランスポートストリ
ームのデータを読み出し、AVデコーダ２７に供給させ
る。
【０４２３】ステップＳ１１０において、制御部２３
は、AVデコーダ２７を制御し、RSPN_mark_point（２）
で参照されるピクチャから表示を再開させる。
【０４２４】以上の処理を図１１９乃至図１２１の例で
さらに説明すると、Clip AV streamをデコードして行
き、ソースパケット番号ｂ１（図１２１）に対応する表
示ピクチャになったとき、表示が停止される。そして、
ソースパケット番号Ｃ＜ソースパケット番号ｃ１とする
と、パケット番号Ｃのデータから始まるストリームから
デコードが再開され、ソースパケット番号ｃ１に対応す
るピクチャになったとき、そのピクチャから表示が再開
される。
【０４２５】以上のようにして、図１２４に示されるよ
うに、PlayList上で、タイムスタンプにより所定の位置
を指定し、このタイムスタンプを各ClipのClip Informa
tionにおいて、データアドレスに変換し、Clip AV stre
amの所定の位置にアクセスすることができる。
【０４２６】より具体的には、図１２５に示されるよう
に、PlayList上において、PlayListMarkとしてブックマ
ークやリジューム点を、ユーザが時間軸上のタイムスタ
ンプとして指定すると、そのPlayListは再生するとき、
そのPlayListが参照しているClipのClipMarkを使用し
て、Clip AV streamのシーン開始点やシーン終了点にア
クセスすることができる。
【０４２７】なお、ClipMarkのシンタクスは、図７８の
例に替えて、図１２６に示すようにすることもできる。
【０４２８】この例においては、RSPN_markが、図７８
のreserved_for_MakerID, mark_entry（）、およびrepr
esetative_picture_entry（）に替えて挿入されてい
る。このRSPN_markの３２ビットのフィールドは、AVス
トリームファイル上で、そのマークが参照するアクセス
ユニットの第１バイト目を含むソースパケットの相対ア
ドレスを示す。RSPN_markは、ソースパケット番号を単
位とする大きさであり、AVストリームファイルの最初の
ソースパケットからClip Information fileにおいて定
義され、offset_SPNの値を初期値としてカウントされ
る。
【０４２９】その他の構成は、図７８における場合と同
様である。
【０４３０】ClipMarkのシンタクスは、さらに図１２７
に示すように構成することもできる。この例において
は、図１２６におけるRSPN_markの代わりに、RSPN_ref_
EP_startとoffset_num_picturesが挿入されている。こ
れらは、図８２に示した場合と同様のものである。
【０４３１】図１２８は、アナログＡＶ信号をエンコー
ドして記録する場合、図８１に示したシンタクスのClip
Markの作成について説明するフローチャートである。図
１の記録再生装置１のブロック図を参照しながら説明す
る。ステップＳ２００において、解析部１４は端子１
１，１２からの入力ＡＶ信号を解析して、特徴点を検出
する。特徴点は、ＡＶストリームの内容に起因する特徴
的なシーンを指定し、例えば、番組の頭だし点やシーン
チェンジ点などである。
【０４３２】ステップＳ２０１のおいて、制御部２３は
特徴点の画像のＰＴＳを取得する。ステップＳ２０２に
おいて、制御部２３は、特徴点の情報をClipMarkにスト
アする。具体的には、本実施の形態のClipMarkのシンタ
クスとセマンティクスで説明した情報をストアする。ス
テップＳ２０３において、Clip Information fileとCli
p AV stream fileがディスクに記録される。
【０４３３】図１２９は、ディジタルインタフェースか
ら入力されたトランスポートストリームを記録する場
合、図８１に示したシンタクスのClipMarkの作成につい
て説明するフローチャートである。図１の記録再生装置
１のブロック図を参照しながら説明する。ステップＳ２
１１において、デマルチプレクサ２６、および、制御部
２３は、記録するプログラムのエレメンタリストリーム
ＰＩＤを取得する。解析対象のエレメンタリストリーム
が複数ある場合、全てのエレメンタリストリームＰＩＤ
が取得される。
【０４３４】ステップＳ２１２で、デマルチプレクサ２
６は、端子１３から入力されるトランスポートストリー
ムのプログラムからエレメンタリストリームを分離し、
それをＡＶデコーダ２７がＡＶ信号にデコードする。ス
テップＳ２１３において、解析部１４は、上記ＡＶ信号
を解析して特徴点を検出する。
【０４３５】ステップＳ２１４において、制御部２３
は、特徴点の画像のＰＴＳと、それが属するＳＴＣのST
C-sequence-idを取得する。ステップＳ２１５で、制御
部２３は、特徴点の情報をClipMarkにストアする。具体
的には、本実施の形態におけるClipMarkのシンタクスと
セマンティクスで説明した情報をストアする。
【０４３６】ステップＳ２１６において、Clip Informa
tion fileとClip AV stream fileがディスクに記録され
る。
【０４３７】図１２８に示したフローチャート、およ
び、図１２９に示したフローチャートのようにして、Ａ
Ｖストリームファイル、すなわちClip AVストリームフ
ァイルの中の特徴的な画像を指し示すマークをストアす
るClipMarkが、前記AVストリームの管理情報データファ
イル、すなわちClip Informationファイルに記録され
る。
【０４３８】図１３０は、Real PlayListの作成につい
て説明するフローチャートである。図１の記録再生装置
１のブロック図を参照しながら説明する。ステップＳ２
２１において、制御部２３はClip AVストリームを記録
する。ステップＳ２２２において、制御部２３は、上記
Clipの全ての再生可能範囲をカバーするPlayItemからな
るPlayList()を作成する。Clipの中にＳＴＣ不連続点が
あり、PlayList()が２つ以上のPlayItemからなる場合、
PlayItem間のconnection_conditionもまた決定される。
【０４３９】ステップＳ２２３において、制御部２３
は、UIAppInfoPlayList()を作成する。ステップＳ２２
４において、制御部２３は、PlayListMarkを作成する。
ステップＳ２２５において、制御部２３は、MakersPriv
ateDataを作成する。ステップＳ２２６において、制御
部２３は、Real PlayListファイルを記録する。
【０４４０】このようにして、新規にClip AVストリー
ムを記録する毎に、１つのReal PlayListファイルが作
られる。
【０４４１】図１３１は、Virtual PlayListの作成につ
いて説明するフローチャートである。ステップＳ２３１
において、ユーザーインターフェースを通して、ディス
クに記録されている１つのReal PlayListの再生が指定
される。そして、そのReal PlayListの再生範囲の中か
ら、ユーザーインターフェースを通して、IN点とOUT点
で示される再生区間が指定される。
【０４４２】ステップＳ２３２において、制御部２３
は、ユーザによる再生範囲の指定操作がすべて終了した
か否かを判断する。ステップＳ２３２において、ユーザ
による再生範囲の指定操作はまだ終了していないと判断
された場合、ステップＳ２３１に戻り、それ以降の処理
が繰り返され、終了したと判断された場合、ステップＳ
２３３に進む。
【０４４３】ステップＳ２３３において、連続して再生
される２つの再生区間の間の接続状態(connection_cond
ition)が、ユーザーがユーザーインタフェースを通して
決定されるか、または制御部２３により決定される。ス
テップＳ２３４において、ユーザーインタフェースを通
して、ユーザがサブパス(アフレコ用オーディオ)情報を
指定する。ユーザーがサブパスを作成しない場合、ステ
ップＳ２３４における処理はスキップされる。
【０４４４】ステップＳ２３５において、制御部２３
は、ユーザが指定した再生範囲情報、およびconnection
_conditionに基づいて、PlayList()を作成する。ステッ
プＳ２３６において、制御部２３はUIAppInfoPlayLis
t()を作成する。ステップＳ２３７において、制御部２
３は、PlayListMarkを作成する。ステップＳ２３８にお
いて、制御部２３は、MakersPrivateDataを作成する。
ステップＳ２３９において、制御部２３は、Virtual Pl
ayListファイルを、ディスクに記録させる。
【０４４５】このようにして、ディスクに記録されてい
るReal PlayListの再生範囲の中から、ユーザが、見た
い再生区間を選択し、その再生区間をグループ化したも
の毎に、１つのVirtual PlayListファイルが作成され
る。
【０４４６】図１３２は、PlayListの再生について説明
するフローチャートである。図１の記録再生装置１のブ
ロック図を参照しながら説明する。ステップＳ２４１に
おいて、制御部２３は、Info.dvr, Clip Information f
ile, PlayList fileおよびサムネールファイルの情報を
取得し、ディスクに記録されているPlayListの一覧を示
すＧＵＩ画面を作成し、ユーザーインタフェースを通し
て、ＧＵＩに表示する。
【０４４７】ステップＳ２４２において、ユーザーイン
タフェースを通して、ユーザが１つのPlayListの再生を
制御部２３に指示する。ステップＳ２４３において、制
御部２３は、現在のPlayItemのSTC-sequence-idとIN_ti
meのＰＴＳから、IN_timeより時間的に前で最も近いエ
ントリーポイントのあるソースパケット番号を取得す
る。ステップＳ２４４において、制御部２３は、上記エ
ントリーポイントのあるソースパケット番号からＡＶス
トリームのデータを読み出し、ＡＶデコーダ２７へ供給
する。
【０４４８】上記PlayItemの時間的に前にPlayItemの再
生があった場合、ステップＳ２４５において、制御部２
３は、そのPlayItemとの表示の接続処理をconnection_c
onditionに従って行なわれるように制御を行う。ステッ
プＳ２４６において、ＡＶデコーダ２７は、IN_timeの
ＰＴＳのピクチャから表示を開始する。
【０４４９】ステップＳ２４７において、ＡＶデコーダ
２７は、ＡＶストリームのデコードを継続的に行う。ス
テップＳ２４８において、制御部２３は、現在表示の画
像が、OUT_timeのＰＴＳの画像か否かを判断する。ステ
ップＳ２４８において、現在表示の画像は、OUT_timeの
ＰＴＳの画像であると判断された場合、ステップＳ２５
０に進み、ＰＴＳの画像ではないと判断された場合、ス
テップＳ２４９に進む。
【０４５０】ステップＳ２４９において、ＰＴＳの画像
であると判断された画像を表示するための処理が実行さ
れ、その後ステップＳ２４７に戻り、それ以降の処理が
繰り返される。一方、ステップＳ２５０においては、制
御部２３により、現在のPlayItemがPlayListの中で最後
のPlayItemか否かが判断される。ステップＳ２５０にお
いて、現在のPlayItemがPlayListの中で最後のPlayItem
であると判断された場合、図１３２に示したフローチャ
ートの処理は終了され、最後のPlayItemではないと判断
された場合、ステップＳ２４３に戻り、それ以降の処理
が繰り返される。
【０４５１】図１３３は、PlayListMarkの作成について
説明するフローチャートである。図１の記録再生装置１
のブロック図を参照しながら説明する。ステップＳ２６
１において、制御部２３は、Info.dvr, Clip Informati
on file, PlayList fileおよびThumbnail fileの情報を
取得し、ディスクに記録されているPlayListの一覧を示
すＧＵＩ画面を作成し、ユーザーインタフェースを通し
て、ＧＵＩに表示する。
【０４５２】ステップＳ２６２において、ユーザーイン
タフェースを通して、ユーザにより１つのPlayListの再
生が制御部２３に指示される。ステップＳ２６３におい
て、再生部３は、指示されたPlayListの再生を開始する
（図１３２のフローチャートを参照して説明したように
行われる）。
【０４５３】ステップＳ２６４において、ユーザーイン
タフェースを通して、ユーザにより、お気に入りのシー
ンのところにマークのセットが制御部２３に指示され
る。ステップＳ２６５において、制御部２３は、マーク
のＰＴＳと、それが属するPlayItemのPlayItem_idを取
得する。
【０４５４】ステップＳ２６６において、制御部２３
は、マークの情報をPlayListMark()にストアする。ステ
ップＳ２６７において、PlayListファイルがディスクに
記録される。
【０４５５】このようにして、PlayListの再生範囲の中
からユーザが指定したマーク点、または、そのPlayList
を再生するときのResume点を示すマークをストアするPl
ayListMarkを、PlayListファイルに記録される。
【０４５６】図１３４は、PlayListが再生される時、Pl
ayListMarkおよびそのPlayListが参照するClipのClipMa
rkが使用された頭だし再生について説明するフローチャ
ートである。ClipMark()のシンタクスは、図８１に示す
ものとする。図１の記録再生装置１のブロック図を参照
しながら説明する。
【０４５７】ステップＳ２７１において、制御部２３
は、Info.dvr, Clip Information file, PlayList file
およびThumbnail fileの情報を取得し、ディスクに記録
されているPlayListの一覧を示すＧＵＩ画面を作成し、
ユーザーインタフェースを通して、ＧＵＩに表示する。
【０４５８】ステップＳ２７２において、ユーザーイン
タフェースを通して、ユーザにより１つのPlayListの再
生が指示される。ステップＳ２７３において、制御部２
３は、PlayListMark、および、そのPlayListが参照する
ClipのClipMarkで参照されるピクチャから生成したサム
ネールのリストを、ユーザーインタフェースを通して、
ＧＵＩに表示する。
【０４５９】ステップＳ２７４において、ユーザーイン
タフェースを通して、制御部２３に、ユーザにより再生
開始点のマーク点が指定される。ステップＳ２７５にお
いて、制御部２３は、ステップＳ２７４における処理で
選択されたマークがPlayListMarkにストアされているマ
ークか否かを判断する。ステップＳ２７５において、選
択されたマークがPlayListMarkにストアされているマー
クであると判断された場合、ステップＳ２７６に進み、
ストアされていないマークであると判断された場合、ス
テップＳ２７８に進む。
【０４６０】ステップＳ２７６において、制御部２３
は、マークのＰＴＳと、それが属するPlayItem_idを取
得する。ステップＳ２７７において、制御部２３はPlay
Item_idが指すPlayItemが参照するＡＶストリームのSTC
-sequence-idを取得する。
【０４６１】ステップＳ２７８において、制御部２３
は、STC-sequence-idとマークのＰＴＳに基づいて、Ａ
ＶストリームをＡＶデコーダ２７へ入力させる。具体的
には、このSTC-sequence-idとマーク点のPTSを用いて、
図１３２のフローチャートのステップＳ２４３, Ｓ２４
４と同様の処理が行なわれる。ステップＳ２７９におい
て、再生部３は、マーク点のＰＴＳのピクチャから表示
を開始する。
【０４６２】図９を参照して説明したように、PlayList
が再生される時、そのPlayListが参照するClipのClipMa
rkにストアされているマークを参照する事ができる。従
って、１つのClipを、Real PlayListや複数のVirtual P
layListによって参照している場合、それらのPlayList
は、その１つのClipのClipMarkを共有することができる
ので、マークのデータを効率良く管理することができ
る。
【０４６３】仮に、ClipにClipMarkを定義しないで、Pl
ayListだけにPlayListMarkとClipMarkを合わせたものを
定義するようにした場合、上記の例のように１つのClip
をReal PlayListや複数のVirtual PlayListによって参
照している場合、それぞれのPlayListが同じ内容のClip
のマーク情報を持つことになり、データの記録の効率が
悪い。
【０４６４】図１３５は、PlayListMark()のシンタクス
の別例を示す図である。lengthは、このlengthフィール
ドの直後のバイトからPlayListMark()の最後のバイトま
でのバイト数を示す。number_of_PlayList_marksは、Pl
ayListMarkの中にストアされているマークのエントリー
数を示す。
【０４６５】mark_invalid_flagは、１ビットのフラグ
であり、これの値がゼロにセットされている時、このマ
ークは有効な情報を持っていることを示し、また、これ
の値が１にセットされている時、このマークは無効であ
ることを示す。
【０４６６】ユーザがユーザーインタフェース上で１つ
のマークのエントリーを消去するオペレーションをした
時、記録再生装置１は、PlayListMarkからそのマークの
エントリーを消去する代わりに、そのmark_invalid_fla
gの値を１に変更するようにしても良い。
【０４６７】mark_typeは、マークのタイプを示し、図
１３６に示す意味を持つ。mark_name_lengthは、Mark_n
ameフィールドの中に示されるマーク名のバイト長を示
す。このフィールドの値は32以下である。ref_to_PlayI
tem_idは、マークが置かれているところのPlayItemを指
定するところのPlayItem_idの値を示す。あるPlayItem
に対応するPlayItem_idの値は、PlayList()において定
義される。
【０４６８】mark_time_stampは、そのマークが指定さ
れたポイントを示すタイムスタンプをストアする。mark
_time_stampは、ref_to_PlayItem_idで示されるPlayIte
mの中で定義されているところのIN_timeとOUT_timeで特
定される再生範囲の中の時間を指す。タイムスタンプの
意味は、図４４と同じである。
【０４６９】entry_ES_PIDが、0xFFFFにセットされてい
る場合、そのマークはPlayListによって使用されるすべ
てのエレメンタリーストリームに共通の時間軸上へのポ
インターである。entry_ES_PIDが、0xFFFFでない値にセ
ットされている場合、entry_ES_PIDは、そのマークによ
って指されるところのエレメンタリーストリームを含ん
でいるところのトランスポートパケットのＰＩＤの値を
示す。
【０４７０】ref_thumbnail_indexは、マークに付加さ
れるサムネール画像の情報を示す。その意味は、図４２
のref_thumbnail_indexと同じである。mark_nameは、マ
ークの名前を示す。このフィールドの中の左からmark_n
ame_lengthで示されるバイト数が、有効なキャラクター
文字であり、名前を示す。このキャラクター文字は、UI
AppInfoPlayListの中でcharacter_setによって示される
方法で符号化されている。
【０４７１】mark_nameフィールドの中で、それら有効
なキャラクター文字に続くバイトの値は、どんな値が入
っていても良い。このシンタクスの場合、マークが特定
のエレメンタリーストリームを指すことができる。例え
ば、PlayListが、プログラムの中に複数のビデオストリ
ームを持つマルチビュープログラムを参照している時、
entry_ES_PIDは、そのプログラムの中の１つのビデオス
トリームを示すビデオPIDをセットする為に使われる。
【０４７２】ユーザがマルチビュープログラムを参照す
るところのPlayListを再生しており、そのユーザは、マ
ルチビュー中の１つのビューを見ているとする。今、ユ
ーザが記録再生装置１に対して、次のマーク点に再生を
スキップするようにコマンドを送ったとする。この場
合、記録再生装置１は、ユーザが現在見ているビューの
ビデオＰＩＤと同じ値であるところのentry_ES_PIDのマ
ークを使用するべきであり、記録再生装置１は、勝手に
ビューを変更すべきでない。記録再生装置１は、また、
entry_ES_PIDが0xFFFFにセットされているマークを使用
しても良い。この場合も記録再生装置１は、勝手にビュ
ーを変更しない。
【０４７３】図１３７は、図８１に示すシンタクスのCl
ipMark()の別例を示す図である。lengthは、このlength
フィールドの直後のバイトからClipMark()の最後のバイ
トまでのバイト数を示す。maker_IDは、mark_typeが0x6
0から0x7Fの値を示す時に、そのmark_typeを定義してい
るメーカーのメーカーＩＤを示す。
【０４７４】number_of_Clip_marksは、ClipMarkの中に
ストアされているマークのエントリー数を示す。mark_i
nvalid_flagは、１ビットのフラグであり、これの値が
ゼロにセットされている時、このマークは有効な情報を
持っていることを示し、また、これの値が１にセットさ
れている時、このマークは無効であることを示す。
【０４７５】ユーザが、ユーザーインタフェース上で１
つのマークのエントリーを消去するオペレーションをし
た時、記録機はClipMarkからそのマークのエントリーを
消去する代わりに、そのmark_invalid_flagの値が１に
変更されるようにしても良い。mark_typeは、マークの
タイプを示し、図１３８に示す意味を持つ。
【０４７６】ref_to_STC_idは、mark_time_stampとrepr
esentative_picture_time_stampの両方が置かれている
ところのSTC-sequenceを指定するところのSTC-sequence
-idを示す。STC-sequence-idの値は、STCInfo()の中で
定義される。mark_time_stampは、図８１のmark_entr
y()の場合でのmark_time_stampと同じ意味である。
【０４７７】entry_ES_PIDが、0xFFFFにセットされてい
る場合、そのマークはClipの中のすべてのエレメンタリ
ーストリームに共通の時間軸上へのポインターである。
entry_ES_PIDが、0xFFFFでない値にセットされている場
合、entry_ES_PIDは、そのマークによって指されるとこ
ろのエレメンタリーストリームを含んでいるところのト
ランスポートパケットのＰＩＤの値を示す。
【０４７８】ref_to_thumbnail_indexは、マークに付加
されるサムネール画像の情報を示す。その意味は、図７
８のref_thumbnail_indexと同じである。representativ
e_picture_time_stampは、図８１のrepresentative_pic
ture_entry()の場合でのmark_time_stampと同じ意味で
ある。
【０４７９】図１３７に示したシンタクスの場合、マー
クが、特定のエレメンタリーストリームを指すことがで
きる。例えば、Clipが、プログラムの中に複数のビデオ
ストリームを持つマルチビュープログラムを含んでいる
とき、entry_ES_PIDは、そのプログラムの中の１つのビ
デオストリームを示すビデオＰＩＤをセットする為に使
われる。
【０４８０】ユーザが、マルチビュープログラムを参照
するところのPlayListを再生しており、そのユーザは、
マルチビュー中の１つのビューを見ているとする。今、
ユーザが記録再生装置１に対して、次のマーク点に再生
をスキップするようにコマンドを送ったとする。この場
合、記録再生装置１は、ユーザが現在見ているビューの
ビデオＰＩＤと同じ値であるところのentry_ES_PIDのマ
ークを使用するべきであり、記録再生装置１は、勝手に
ビューを変更すべきでない。記録再生装置１は、また、
entry_ES_PIDが0xFFFFにセットされているマークを使用
しても良い。この場合も記録再生装置１は、勝手にビュ
ーを変更しない。
【０４８１】このようなシンタクス、データ構造、規則
に基づく事により、記録媒体１００に記録されているデ
ータの内容、再生情報などを適切に管理することがで
き、もって、ユーザが、再生時に適切に記録媒体に記録
されているデータの内容を確認したり、所望のデータを
簡便に再生できるようにすることができる。
【０４８２】本実施の形態のデータベース構成によれ
ば、PlayListファイルやClip Informationファイルを別
々に分離して記録するので、編集などによって、所定の
PlayListやClipの内容が変更されたとき、そのファイル
に関係のない他のファイルを変更する必要がない。従っ
て、ファイルの内容の変更が容易に行え、またその変更
および記録にかかる時間を小さくできる。
【０４８３】また、最初にInfo.dvrだけを読み出して、
ディスクの記録内容をユーザーインタフェースへ提示
し、ユーザが再生指示したPlayListファイルと、それに
関連するClip Informationファイルだけをディスクから
読み出すようにすれば、ユーザの待ち時間を小さくする
ことができる。
【０４８４】仮に、すべてのPlayListファイルやClip I
nformationファイルを１つのファイルにまとめて記録す
ると、そのファイルサイズは非常に大きくなる。そのた
めに、そのファイルの内容を変更して、それを記録する
ためにかかる時間は、個々のファイルを別々に分離して
記録する場合に比べて、非常に大きくなる。本発明を適
用することにより、このようなことを防ぐことが可能と
なる。
【０４８５】上述したように、ＡＶストリームファイ
ル、すなわちClip ＡＶストリームファイルの中の特徴
的な画像を指し示すマークをストアするClipMarkを、前
記ＡＶストリームの管理情報データファイル、すなわち
Clip Informationファイルに記録し、また、ＡＶストリ
ーム中の指定された区間の組み合わせにより定義される
１つの再生手順の情報を持つオブジェクト、すなわちPl
ayListの再生範囲の中から、ユーザが指定したマーク
点、または、そのオブジェクトを再生するときのResume
点を示すマークをストアするPlayListMarkを、オブジェ
クトに記録する。
【０４８６】このようにすることにより、PlayListが再
生される時、そのPlayListが参照するClipのClipMarkに
ストアされているマークを参照する事ができる。従っ
て、１つのClipをReal PlayListや複数のVirtual PlayL
istによって参照している場合、それらのPlayListは、
その１つのClipのClipMarkを共有することができるの
で、マークのデータを効率良く管理することができる。
【０４８７】仮に、ClipにClipMarkを定義しないで、Pl
ayListだけにPlayListMarkとClipMarkを合わせたものを
定義するようにした場合、上記の例のように１つのClip
をReal PlayListや複数のVirtual PlayListによって参
照している場合、それぞれのPlayListが同じ内容のClip
のマーク情報を持つことになり、データの記録の効率が
悪い。本発明を適用することにより、このようなことを
防ぐことが可能となる。
【０４８８】以上のように、AVストリームの付属情報と
して、エントリーポイントのアドレスをストアするため
のEP_mapと、マーク点のピクチャのタイプ（例えば番組
の頭出し点）とそのピクチャのAVストリームの中のアド
レスをストアするためのClipMarkを、Clip Information
Fileとしてファイル化して記録媒体１００に記録する
ことにより、AVストリームの再生に必要なストリームの
再生に必要なストリームの符号化情報を適切に管理する
ことが可能である。
【０４８９】このClip Information file情報により、
ユーザが、記録媒体１００に記録されているAVストリー
ムの中から興味のあるシーン、例えば番組の頭出し点な
ど、をサーチすることができ、ユーザのランダムアクセ
スや特殊再生の指示に対して、記録媒体１００からのAV
ストリームの読み出し位置の決定が容易になり、またス
トリームの復号開始を速やかに行うことができる。
【０４９０】上述した一連の処理は、ハードウエアによ
り実行させることもできるが、ソフトウエアにより実行
させることもできる。この場合、例えば、記録再生装置
１は、図１３９に示されるようなパーソナルコンピュー
タにより構成される。
【０４９１】図１３９において、CPU（Central Process
ing Unit）２０１は、ROM（Read Only Memory）２０２
に記憶されているプログラム、または記憶部２０８から
RAM（Random Access Memory）２０３にロードされたプ
ログラムに従って各種の処理を実行する。RAM２０３に
はまた、CPU２０１が各種の処理を実行する上において
必要なデータなども適宜記憶される。
【０４９２】CPU２０１、ROM２０２、およびRAM２０３
は、バス２０４を介して相互に接続されている。このバ
ス２０４にはまた、入出力インタフェース２０５も接続
されている。
【０４９３】入出力インタフェース２０５には、キーボ
ード、マウスなどよりなる入力部２０６、CRT、LCDなど
よりなるディスプレイ、並びにスピーカなどよりなる出
力部２０７、ハードディスクなどより構成される記憶部
２０８、モデム、ターミナルアダプタなどより構成され
る通信部２０９が接続されている。通信部２０９は、ネ
ットワークを介しての通信処理を行う。
【０４９４】入出力インタフェース２０５にはまた、必
要に応じてドライブ２１０が接続され、磁気ディスク２
２１、光ディスク２２２、光磁気ディスク２２３、或い
は半導体メモリ２２４などが適宜装着され、それらから
読み出されたコンピュータプログラムが、必要に応じて
記憶部２０８にインストールされる。
【０４９５】上述した一連の処理は、ハードウェアによ
り実行させることもできるが、ソフトウェアにより実行
させることもできる。一連の処理をソフトウェアにより
実行させる場合には、そのソフトウェアを構成するプロ
グラムが専用のハードウェアに組み込まれているコンピ
ュータ、または、各種のプログラムをインストールする
ことで、各種の機能を実行することが可能な、例えば汎
用のパーソナルコンピュータなどに、記録媒体からイン
ストールされる。
【０４９６】この記録媒体は、図１３９に示すように、
コンピュータとは別に、ユーザにプログラムを提供する
ために配布される、プログラムが記録されている磁気デ
ィスク２２１（フロッピディスクを含む）、光ディスク
２２２（CD-ROM（Compact Disk-Read Only Memory），D
VD（Digital Versatile Disk）を含む）、光磁気ディス
ク２２３（MD（Mini-Disk）を含む）、若しくは半導体
メモリ２２４などよりなるパッケージメディアにより構
成されるだけでなく、コンピュータに予め組み込まれた
状態でユーザに提供される、プログラムが記憶されてい
るROM２０２や記憶部２０８が含まれるハードディスク
などで構成される。
【０４９７】なお、本明細書において、媒体により提供
されるプログラムを記述するステップは、記載された順
序に従って、時系列的に行われる処理は勿論、必ずしも
時系列的に処理されなくとも、並列的あるいは個別に実
行される処理をも含むものである。
【０４９８】また、本明細書において、システムとは、
複数の装置により構成される装置全体を表すものであ
る。
【０４９９】
【発明の効果】以上の如く本発明の第１の情報処理装置
および方法、並びにプログラムにおいては、入力された
ＡＶストリームから抽出された特徴的な画像を指し示す
マークで構成されるClipMarkを、ＡＶストリームを管理
するための管理情報として生成するとともに、ＡＶスト
リーム中の所定の区間の組み合わせを定義するPlayList
に対応する再生区間の中から、ユーザが任意に指定した
画像を指し示すマークから構成されるPlayListMarkを生
成し、ClipMark、およびPlayListMarkを各々独立したテ
ーブルとして記録媒体に記録するようにしたので、ＡＶ
ストリームの所望の位置に、迅速且つ確実にアクセスす
ることが可能となる。
【０５００】また本発明の第２の情報処理装置および方
法、並びにプログラムは、ＡＶストリームから抽出され
た特徴的な画像を指し示すマークで構成されるClipMark
を含むＡＶストリームを管理するための管理情報と、Ａ
Ｖストリーム中の所定の区間の組み合わせを定義するPl
ayListに対応する再生区間の中から、ユーザが任意に指
定した画像を指し示すマークから構成されるPlayListMa
rkを読み出し、その読み出された管理情報とPlayLisMar
kによる情報を提示し、提示された情報から、ユーザが
再生を指示したPlayListに対応するClipMarkを参照し、
参照されたClipMarkを含み、ClipMarkに対応する位置か
らＡＶストリームを再生するようにしたので、ＡＶスト
リームの所望の位置に、迅速且つ確実にアクセスするこ
とが可能となる。
【図面の簡単な説明】
【図１】本発明を適用した記録再生装置の一実施の形態
の構成を示す図である。
【図２】記録再生装置１により記録媒体に記録されるデ
ータのフォーマットについて説明する図である。
【図３】Real PlayListとVirtual PlayListについて説
明する図である。
【図４】Real PlayListの作成について説明する図であ
る。
【図５】Real PlayListの削除について説明する図であ
る。
【図６】アセンブル編集について説明する図である。
【図７】Virtual PlayListにサブパスを設ける場合につ
いて説明する図である。
【図８】PlayListの再生順序の変更について説明する図
である。
【図９】PlayList上のマークとClip上のマークについて
説明する図である。
【図１０】メニューサムネイルについて説明する図であ
る。
【図１１】PlayListに付加されるマークについて説明す
る図である。
【図１２】クリップに付加されるマークについて説明す
る図である。
【図１３】PlayList、Clip、サムネイルファイルの関係
について説明する図である。
【図１４】ディレクトリ構造について説明する図であ
る。
【図１５】info.dvrのシンタクスを示す図である。
【図１６】DVR volumeのシンタクスを示す図である。
【図１７】Resumevolumeのシンタクスを示す図である。
【図１８】UIAppInfovolumeのシンタクスを示す図であ
る。
【図１９】Character set valueのテーブルを示す図で
ある。
【図２０】TableOfPlayListのシンタクスを示す図であ
る。
【図２１】TableOfPlayListの他のシンタクスを示す図
である。
【図２２】MakersPrivateDataのシンタクスを示す図で
ある。
【図２３】xxxxx.rplsとyyyyy.vplsのシンタクスを示す
図である。
【図２４】PlayListについて説明する図である。
【図２５】PlayListのシンタクスを示す図である。
【図２６】PlayList_typeのテーブルを示す図である。
【図２７】UIAppinfoPlayListのシンタクスを示す図で
ある。
【図２８】図２７に示したUIAppinfoPlayListのシンタ
クス内のフラグについて説明する図である。
【図２９】PlayItemについて説明する図である。
【図３０】PlayItemについて説明する図である。
【図３１】PlayItemについて説明する図である。
【図３２】PlayItemのシンタクスを示す図である。
【図３３】IN_timeについて説明する図である。
【図３４】OUT_timeについて説明する図である。
【図３５】Connection_Conditionのテーブルを示す図で
ある。
【図３６】Connection_Conditionについて説明する図で
ある。
【図３７】BridgeSequenceInfoを説明する図である。
【図３８】BridgeSequenceInfoのシンタクスを示す図で
ある。
【図３９】SubPlayItemについて説明する図である。
【図４０】SubPlayItemのシンタクスを示す図である。
【図４１】SubPath_typeのテーブルを示す図である。
【図４２】PlayListMarkのシンタクスを示す図である。
【図４３】Mark_typeのテーブルを示す図である。
【図４４】Mark_time_stampを説明する図である。
【図４５】zzzzz.clipのシンタクスを示す図である。
【図４６】ClipInfoのシンタクスを示す図である。
【図４７】Clip_stream_typeのテーブルを示す図であ
る。
【図４８】offset_SPNについて説明する図である。
【図４９】offset_SPNについて説明する図である。
【図５０】ＳＴＣ区間について説明する図である。
【図５１】STC_Infoについて説明する図である。
【図５２】STC_Infoのシンタクスを示す図である。
【図５３】ProgramInfoを説明する図である。
【図５４】ProgramInfoのシンタクスを示す図である。
【図５５】VideoCondingInfoのシンタクスを示す図であ
る。
【図５６】Video_formatのテーブルを示す図である。
【図５７】frame_rateのテーブルを示す図である。
【図５８】display_aspect_ratioのテーブルを示す図で
ある。
【図５９】AudioCondingInfoのシンタクスを示す図であ
る。
【図６０】audio_codingのテーブルを示す図である。
【図６１】audio_component_typeのテーブルを示す図で
ある。
【図６２】sampling_frequencyのテーブルを示す図であ
る。
【図６３】CPIについて説明する図である。
【図６４】CPIについて説明する図である。
【図６５】CPIのシンタクスを示す図である。
【図６６】CPI_typeのテーブルを示す図である。
【図６７】ビデオEP_mapについて説明する図である。
【図６８】EP_mapについて説明する図である。
【図６９】EP_mapについて説明する図である。
【図７０】EP_mapのシンタクスを示す図である。
【図７１】EP_type valuesのテーブルを示す図である。
【図７２】EP_map_for_one_stream_PIDのシンタクスを
示す図である。
【図７３】TU_mapについて説明する図である。
【図７４】TU_mapのシンタクスを示す図である。
【図７５】ClipMarkのシンタクスを示す図である。
【図７６】mark_typeのテーブルを示す図である。
【図７７】mark_type_stampのテーブルを示す図であ
る。
【図７８】ClipMarkのシンタクスの他の例を示す図であ
る。
【図７９】Mark_typeのテーブルの他の例を示す図であ
る。
【図８０】mark_entry()とrepresentative_picture_ent
ry()の例を示す図である。
【図８１】mark_entry()とrepresentative_picture_ent
ry()のシンタクスを示す図である。
【図８２】mark_entry()とrepresentative_picture_ent
ry()のシンタクスの他の例を示す図である。
【図８３】RSPN_ref_EP_startとoffset_num_picturesの
関係を説明する図である。
【図８４】mark_entry()とrepresentative_picture_ent
ry()のシンタクスの他の例を示す図である。
【図８５】ClipMarkとEP_mapの関係を説明する図であ
る。
【図８６】menu.thmbとmark.thmbのシンタクスを示す図
である。
【図８７】Thumbnailのシンタクスを示す図である。
【図８８】thumbnail_picture_formatのテーブルを示す
図である。
【図８９】tn_blockについて説明する図である。
【図９０】DVR MPEG２のトランスポートストリームの構
造について説明する図である。
【図９１】DVR MPEG２のトランスポートストリームのレ
コーダモデルを示す図である。
【図９２】DVR MPEG２のトランスポートストリームのプ
レーヤモデルを示す図である。
【図９３】source packetのシンタクスを示す図であ
る。
【図９４】TP_extra_headerのシンタクスを示す図であ
る。
【図９５】copy permission indicatorのテーブルを示
す図である。
【図９６】シームレス接続について説明する図である。
【図９７】シームレス接続について説明する図である。
【図９８】シームレス接続について説明する図である
【図９９】シームレス接続について説明する図である。
【図１００】シームレス接続について説明する図である
【図１０１】オーディオのオーバーラップについて説明
する図である。
【図１０２】BridgeSequenceを用いたシームレス接続に
ついて説明する図である。
【図１０３】BridgeSequenceを用いないシームレス接続
について説明する図である。
【図１０４】DVR STDモデルを示す図である。
【図１０５】復号、表示のタイミングチャートを示す図
である。
【図１０６】図８１のシンタクスの場合におけるマーク
点で示されるシーンの頭出し再生を説明するフローチャ
ートである。
【図１０７】図８１のシンタクスの場合における再生の
動作を説明する図である。
【図１０８】EP_mapの例を示す図である。
【図１０９】ClipMarkの例を示す図である。
【図１１０】図８１のシンタクスの場合におけるCMスキ
ップ再生処理を説明するフローチャートである。
【図１１１】図８１のシンタクスの場合におけるCMスキ
ップ再生処理を説明するフローチャートである。
【図１１２】図８２のシンタクスの場合におけるマーク
点で示されるシーンの頭出し再生を説明するフローチャ
ートである。
【図１１３】図８２のシンタクスの場合における再生を
説明する図である。
【図１１４】EP_mapの例を示す図である。
【図１１５】ClipMarkの例を示す図である。
【図１１６】図８２のシンタクスの場合におけるCMスキ
ップ再生を説明するフローチャートである。
【図１１７】図８２のシンタクスの場合におけるCMスキ
ップ再生を説明するフローチャートである。
【図１１８】図８４のシンタクスの場合におけるマーク
点で示されるシーンの頭出し再生を説明するフローチャ
ートである。
【図１１９】図８４のシンタクスの場合における再生を
説明する図である。
【図１２０】EP_mapの例を示す図である。
【図１２１】ClipMarkの例を示す図である。
【図１２２】図８４のシンタクスの場合におけるCMスキ
ップ再生を説明するフローチャートである。
【図１２３】図８４のシンタクスの場合におけるCMスキ
ップ再生を説明するフローチャートである。
【図１２４】アプリケーションフォーマットを示す図で
ある。
【図１２５】PlayList上のマークとClip上のマークを説
明する図である。
【図１２６】ClipMarkのシンタクスの他の例を示す図で
ある。
【図１２７】ClipMarkのシンタクスのさらに他の例を示
す図である。
【図１２８】アナログＡＶ信号をエンコードして記録す
る場合のClipMarkの作成について説明するフローチャー
トである。
【図１２９】トランスポートストリームを記録する場合
のClipMarkの作成について説明するフローチャートであ
る。
【図１３０】RealPlayListの作成について説明するフロ
ーチャートである。
【図１３１】VirtualPlayListの作成について説明する
フローチャートである。
【図１３２】PlayListの再生について説明するフローチ
ャートである。
【図１３３】PlayListMarkの作成について説明するフロ
ーチャートである。
【図１３４】PlayListを再生する際の頭出し再生につい
て説明するフローチャートである。
【図１３５】PlayListMarkのシンタクスを示す図であ
る。
【図１３６】PlayListMarkのMark_typeを説明するため
の図である。
【図１３７】ClipMarkの他のシンタクスを示す図であ
る。
【図１３８】ClipMarkのMark_typeを説明するための図
である。
【図１３９】媒体を説明する図である。
【符号の説明】
１ 記録再生装置， １１乃至１３ 端子， １４ 解
析部， １５ AVエンコーダ， １６ マルチプレク
サ， １７ スイッチ， １８ 多重化ストリーム解析
部， １９ ソースパケッタイザ， ２０ ECC符号化
部， ２１ 変調部， ２２ 書き込み部， ２３ 制
御部， ２４ ユーザインタフェース，２５ スイッ
チ， ２６ デマルチプレクサ， ２７ AVデコーダ，
２８ 読み出し部， ２９ 復調部， ３０ ECC復
号部， ３１ ソースパケッタイザ， ３２，３３ 端
子
───────────────────────────────────────────────────── フロントページの続き Ｆターム(参考） 5C052 AA02 AB03 AB04 AC08 CC06 CC11 DD04 5C053 FA14 FA23 GB05 GB38 HA29 JA16 JA22 JA24 LA04 LA05 LA11

Claims (23)

    【特許請求の範囲】
  1. 【請求項１】 入力されたＡＶストリームから抽出され
    た特徴的な画像を指し示すマークで構成されるClipMark
    を、前記ＡＶストリームを管理するための管理情報とし
    て生成するとともに、 前記ＡＶストリーム中の所定の区間の組み合わせを定義
    するPlayListに対応する再生区間の中から、ユーザが任
    意に指定した画像を指し示すマークから構成されるPlay
    ListMarkを生成する生成手段と、 前記ClipMark、およびPlayListMarkを各々独立したテー
    ブルとして記録媒体に記録する記録手段とを有すること
    を特徴とする情報処理装置。
  2. 【請求項２】 前記生成手段は、前記ClipMarkをClipMa
    rkInformationファイルとして生成するとともに、前記P
    layListをPlayListファイルとして生成することを特徴
    とする請求項１に記載の情報処理装置。
  3. 【請求項３】 前記PlayListMarkは、前記PlayListを再
    生するときのResume点を示すマークをさらに含む ことを特徴とすることを特徴とする請求項１に記載の情
    報処理装置。
  4. 【請求項４】 前記PlayListを再生するとき、前記Play
    Listの再生区間に対応する前記ＡＶストリームのClipMa
    rkを構成する前記マークを参照することを特徴とする請
    求項１に記載の情報処理装置。
  5. 【請求項５】 前記PlayListMarkの前記マークは、プレ
    ゼンテーションタイムスタンプと、前記PlayListの再生
    経路を構成する前記ＡＶストリームデータ上の指定され
    た１つの再生区間を示す識別情報を含むことを特徴とす
    る請求項１に記載の情報処理装置。
  6. 【請求項６】 前記ClipMarkを構成する前記マーク、ま
    たは、前記PlayListMarkを構成する前記マークは、エレ
    メンタリーストリームのエントリーポイントを特定する
    情報を含むことを特徴とする請求項１に記載の情報処理
    装置。
  7. 【請求項７】 前記PlayListMarkの前記マークは、ユー
    ザが指定したお気に入りのシーンの開始点またはPlayLi
    stのResume点を少なくとも含むタイプの情報を含む ことを特徴とする請求項１に記載の情報処理装置。
  8. 【請求項８】 前記ClipMarkを構成する前記マークと前
    記PlayListMarkを構成する前記マークは、前記ＡＶスト
    リームのエントリポイントに対応する相対的なソースパ
    ケットのアドレスで表されることを特徴とする請求項１
    に記載の情報処理装置。
  9. 【請求項９】 前記ClipMarkを構成する前記マークと前
    記PlayListMarkを構成する前記マークは、前記ＡＶスト
    リームのエントリポイントに対応する相対的なソースパ
    ケットの第１のアドレスと、前記第１のアドレスからの
    オフセットのアドレスである第２のアドレスで表される
    ことを特徴とする請求項８に記載の情報処理装置。
  10. 【請求項１０】 前記第１の記録手段による記録の際に
    検出された前記特徴的な画像のタイプを検出するタイプ
    検出手段をさらに含み、 前記第１の記録手段は、前記ClipMarkを構成する前記マ
    ークと、前記タイプ検出手段により検出された前記タイ
    プとを対応させて記録することを特徴とする請求項１に
    記載の情報処理装置。
  11. 【請求項１１】 前記ClipMarkの前記マークは、シーン
    チェンジ点、コマーシャルの開始点、コマーシャルの終
    了点、またはタイトルが表示されたシーンを含むことを
    特徴とする請求項１に記載の情報処理装置。
  12. 【請求項１２】 入力されたＡＶストリームから抽出さ
    れた特徴的な画像を指し示すマークで構成されるClipMa
    rkを、前記ＡＶストリームを管理するための管理情報と
    して生成するとともに、 前記ＡＶストリーム中の所定の区間の組み合わせを定義
    するPlayListに対応する再生区間の中から、ユーザが任
    意に指定した画像を指し示すマークから構成されるPlay
    ListMarkを生成する生成ステップと、 前記ClipMark、およびPlayListMarkを各々独立したテー
    ブルとして記録媒体に記録する際の制御を行う記録制御
    ステップとを有することを特徴とする情報処理方法。
  13. 【請求項１３】 入力されたＡＶストリームから抽出さ
    れた特徴的な画像を指し示すマークで構成されるClipMa
    rkを、前記ＡＶストリームを管理するための管理情報と
    して生成するとともに、 前記ＡＶストリーム中の所定の区間の組み合わせを定義
    するPlayListに対応する再生区間の中から、ユーザが任
    意に指定した画像を指し示すマークから構成されるPlay
    ListMarkを生成する生成ステップと、 前記ClipMark、およびPlayListMarkを各々独立したテー
    ブルとして記録媒体に記録する際の制御を行う記録制御
    ステップとを含むことを特徴とするコンピュータが読み
    取り可能なプログラムが記録されている記録媒体。
  14. 【請求項１４】 入力されたＡＶストリームから抽出さ
    れた特徴的な画像を指し示すマークで構成されるClipMa
    rkを、前記ＡＶストリームを管理するための管理情報と
    して生成するとともに、 前記ＡＶストリーム中の所定の区間の組み合わせを定義
    するPlayListに対応する再生区間の中から、ユーザが任
    意に指定した画像を指し示すマークから構成されるPlay
    ListMarkを生成する生成ステップと、 前記ClipMark、およびPlayListMarkを各々独立したテー
    ブルとして記録媒体に記録する際の制御を行う記録制御
    ステップとをコンピュータに実行させるプログラム。
  15. 【請求項１５】 ＡＶストリームから抽出された特徴的
    な画像を指し示すマークで構成されるClipMarkを含む前
    記ＡＶストリームを管理するための管理情報と、前記Ａ
    Ｖストリーム中の所定の区間の組み合わせを定義するPl
    ayListに対応する再生区間の中から、ユーザが任意に指
    定した画像を指し示すマークから構成されるPlayListMa
    rkを読み出す読み出し手段と、 前記読み出し手段により読み出された前記管理情報と前
    記PlayLisMarkによる情報を提示する提示手段と、 前記提示手段により提示された前記情報から、ユーザが
    再生を指示した前記PlayListに対応する前記ClipMarkを
    参照する参照手段と、 前記参照手段により参照された前記ClipMarkを含み、前
    記ClipMarkに対応する位置から前記ＡＶストリームを再
    生する再生手段とを含むことを特徴とする情報処理装
    置。
  16. 【請求項１６】 前記提示手段は、前記PlayLisMarkに
    対応するサムネイル画像によるリストをユーザに提示す
    ることを特徴とする請求項１５に記載の情報処理装置。
  17. 【請求項１７】 前記ClipMarkを構成する前記マークと
    前記PlayListMarkを構成する前記マークは、前記ＡＶス
    トリームのエントリポイントに対応する相対的なソース
    パケットのアドレスで表されることを特徴とする請求項
    １５に記載の情報処理装置。
  18. 【請求項１８】 前記ClipMarkを構成する前記マークと
    前記PlayListMarkを構成する前記マークは、前記ＡＶス
    トリームのエントリポイントに対応する相対的なソース
    パケットの第１のアドレスと、前記第１のアドレスから
    のオフセットのアドレスである第２のアドレスで表され
    ることを特徴とする請求項１７に記載の情報処理装置。
  19. 【請求項１９】 前記ClipMarkの前記マークは、シーン
    チェンジ点、コマーシャルの開始点、コマーシャルの終
    了点、またはタイトルが表示されたシーンを含むことを
    特徴とする請求項１５に記載の情報処理装置。
  20. 【請求項２０】 ＡＶストリームから抽出された特徴的
    な画像を指し示すマークで構成されるClipMarkを含む前
    記ＡＶストリームを管理するための管理情報と、前記Ａ
    Ｖストリーム中の所定の区間の組み合わせを定義するPl
    ayListに対応する再生区間の中から、ユーザが任意に指
    定した画像を指し示すマークから構成されるPlayListMa
    rkの読み出しを制御する読み出し制御ステップと、 前記読み出し制御ステップの処理で読み出しが制御され
    た前記管理情報と前記PlayLisMarkによる情報を提示す
    る提示ステップと、 前記提示ステップの処理で提示された前記情報から、ユ
    ーザが再生を指示した前記PlayListに対応する前記Clip
    Markを参照する参照ステップと、 前記参照ステップの処理で参照された前記ClipMarkを含
    み、前記ClipMarkに対応する位置からの前記ＡＶストリ
    ームの再生を制御する再生制御ステップとを含むことを
    特徴とする情報処理方法。
  21. 【請求項２１】 ＡＶストリームから抽出された特徴的
    な画像を指し示すマークで構成されるClipMarkを含む前
    記ＡＶストリームを管理するための管理情報と、前記Ａ
    Ｖストリーム中の所定の区間の組み合わせを定義するPl
    ayListに対応する再生区間の中から、ユーザが任意に指
    定した画像を指し示すマークから構成されるPlayListMa
    rkの読み出しを制御する読み出し制御ステップと、 前記読み出し制御ステップの処理で読み出しが制御され
    た前記管理情報と前記PlayLisMarkによる情報を提示す
    る提示ステップと、 前記提示ステップの処理で提示された前記情報から、ユ
    ーザが再生を指示した前記PlayListに対応する前記Clip
    Markを参照する参照ステップと、 前記参照ステップの処理で参照された前記ClipMarkを含
    み、前記ClipMarkに対応する位置からの前記ＡＶストリ
    ームの再生を制御する再生制御ステップとを含むことを
    特徴とするコンピュータが読み取り可能なプログラムが
    記録されている記録媒体。
  22. 【請求項２２】 ＡＶストリームから抽出された特徴的
    な画像を指し示すマークで構成されるClipMarkを含む前
    記ＡＶストリームを管理するための管理情報と、前記Ａ
    Ｖストリーム中の所定の区間の組み合わせを定義するPl
    ayListに対応する再生区間の中から、ユーザが任意に指
    定した画像を指し示すマークから構成されるPlayListMa
    rkの読み出しを制御する読み出し制御ステップと、 前記読み出し制御ステップの処理で読み出しが制御され
    た前記管理情報と前記PlayLisMarkによる情報を提示す
    る提示ステップと、 前記提示ステップの処理で提示された前記情報から、ユ
    ーザが再生を指示した前記PlayListに対応する前記Clip
    Markを参照する参照ステップと、 前記参照ステップの処理で参照された前記ClipMarkを含
    み、前記ClipMarkに対応する位置からの前記ＡＶストリ
    ームの再生を制御する再生制御ステップとをコンピュー
    タに実行させるプログラム。
  23. 【請求項２３】 ＡＶストリームから抽出された特徴的
    な画像を指し示すマークで構成されるClipMarkを含む前
    記ＡＶストリームを管理するための管理情報と、前記Ａ
    Ｖストリーム中の所定の区間の組み合わせを定義するPl
    ayListに対応する再生区間の中から、ユーザが任意に指
    定した画像を指し示すマークから構成されるPlayListMa
    rkが、各々独立したテーブルとして記録されていること
    を特徴とする記録媒体。
JP2001109340A 2000-04-21 2001-04-06 情報処理装置および方法、記録媒体、並びにプログラム Expired - Lifetime JP4517266B2 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2001109340A JP4517266B2 (ja) 2000-04-21 2001-04-06 情報処理装置および方法、記録媒体、並びにプログラム

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
JP2000-183770 2000-04-21
JP2000183770 2000-04-21
JP2000-268043 2000-09-05
JP2000268043 2000-09-05
JP2001109340A JP4517266B2 (ja) 2000-04-21 2001-04-06 情報処理装置および方法、記録媒体、並びにプログラム

Related Child Applications (2)

Application Number Title Priority Date Filing Date
JP2010087373A Division JP4893841B2 (ja) 2000-04-21 2010-04-05 記録媒体
JP2010087374A Division JP4893842B2 (ja) 2000-04-21 2010-04-05 情報処理装置および方法、記録媒体、並びにプログラム

Publications (2)

Publication Number Publication Date
JP2002158965A true JP2002158965A (ja) 2002-05-31
JP4517266B2 JP4517266B2 (ja) 2010-08-04

Family

ID=27343769

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2001109340A Expired - Lifetime JP4517266B2 (ja) 2000-04-21 2001-04-06 情報処理装置および方法、記録媒体、並びにプログラム

Country Status (1)

Country Link
JP (1) JP4517266B2 (ja)

Cited By (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2005327453A (ja) * 2004-05-15 2005-11-24 Thomson Licensing データストリーム分割方法
JP2005538604A (ja) * 2002-09-07 2005-12-15 エルジー エレクトロニクス インコーポレーテッド クリップファイルからの停止映像再生を管理するためのデータ構造を有する記録媒体、それによる記録及び再生方法及び装置
JP2006522554A (ja) * 2003-02-24 2006-09-28 エルジー エレクトロニクス インコーポレーテッド 静止画像とオーディオデータを再生および記録する方法および装置、ならびに静止画像およびオーディオデータの再生を管理するデータ構造を有する記録媒体
JP2009289401A (ja) * 2003-10-10 2009-12-10 Sharp Corp 再生装置、ビデオデータの再生方法、制御プログラム、及びコンテンツ記録媒体
JP2010044860A (ja) * 2009-11-25 2010-02-25 Toshiba Corp デジタルａｖ情報記録媒体とこの媒体を用いる記録／再生方法および記録／再生装置
US7734154B2 (en) 2003-02-14 2010-06-08 Lg Electronics Inc. Recording medium having data structure for managing reproduction duration of still pictures recorded thereon and recording and reproducing methods and apparatuses
US7903947B2 (en) 2004-09-06 2011-03-08 Sony Corporation Recording apparatus and method, playback apparatus and method, recording medium, and computer-readable medium for recording and playing back moving images
US8005346B2 (en) 2002-11-20 2011-08-23 Lg Electronics Inc. Recording medium having data structure for managing reproduction of data recorded thereon and recording and reproducing methods and apparatuses
CN101662595B (zh) * 2008-08-29 2011-09-07 索尼株式会社 电子装置、改变运动图像数据区间的方法
US8212764B2 (en) 2006-11-21 2012-07-03 Lg Display Co., Ltd. Liquid crystal display and driving method thereof
US8224155B2 (en) 2005-12-28 2012-07-17 Sony Corporation Techniques for preventing skipping playback of content
US8233770B2 (en) 2003-10-10 2012-07-31 Sharp Kabushiki Kaisha Content reproducing apparatus, recording medium, content recording medium, and method for controlling content reproducing apparatus
JP2013114709A (ja) * 2011-11-28 2013-06-10 Sony Corp 情報処理装置、情報処理方法、並びにプログラム
US8532461B2 (en) 2003-01-20 2013-09-10 Lg Electronics Inc. Recording medium having data structure for managing reproduction of still pictures recorded thereon and recording and reproducing methods and apparatuses
US9922345B2 (en) 1999-11-22 2018-03-20 Accenture Global Services Limited Increased visibility during order management in a network-based supply chain environment

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1199446C (zh) * 2000-04-21 2005-04-27 索尼公司 信息处理设备和方法

Cited By (24)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10013705B2 (en) 1999-11-22 2018-07-03 Accenture Global Services Limited Increased visibility during order management in a network-based supply chain environment
US9922345B2 (en) 1999-11-22 2018-03-20 Accenture Global Services Limited Increased visibility during order management in a network-based supply chain environment
JP2005538604A (ja) * 2002-09-07 2005-12-15 エルジー エレクトロニクス インコーポレーテッド クリップファイルからの停止映像再生を管理するためのデータ構造を有する記録媒体、それによる記録及び再生方法及び装置
US7747133B2 (en) 2002-09-07 2010-06-29 Lg Electronics Inc. Recording medium having data structure for managing reproduction of still images from a clip file recorded thereon and recording and reproducing methods and apparatuses
US8005346B2 (en) 2002-11-20 2011-08-23 Lg Electronics Inc. Recording medium having data structure for managing reproduction of data recorded thereon and recording and reproducing methods and apparatuses
US8532461B2 (en) 2003-01-20 2013-09-10 Lg Electronics Inc. Recording medium having data structure for managing reproduction of still pictures recorded thereon and recording and reproducing methods and apparatuses
US7734154B2 (en) 2003-02-14 2010-06-08 Lg Electronics Inc. Recording medium having data structure for managing reproduction duration of still pictures recorded thereon and recording and reproducing methods and apparatuses
US8041179B2 (en) 2003-02-24 2011-10-18 Lg Electronics Inc. Methods and apparatuses for reproducing and recording still picture and audio data and recording medium having data structure for managing reproduction of still picture and audio data
JP2006522554A (ja) * 2003-02-24 2006-09-28 エルジー エレクトロニクス インコーポレーテッド 静止画像とオーディオデータを再生および記録する方法および装置、ならびに静止画像およびオーディオデータの再生を管理するデータ構造を有する記録媒体
US8625962B2 (en) 2003-10-10 2014-01-07 Sharp Kabushiki Kaisha Method and apparatus for reproducing content data, non-transitory computer-readable medium for causing the apparatus to carry out the method, and non-transitory content recording medium for causing the apparatus to carry out the method
US8625966B2 (en) 2003-10-10 2014-01-07 Sharp Kabushiki Kaisha Reproducing apparatus, method for operating reproducing apparatus and non-transitory computer-readable recording medium storing control program
JP2009289401A (ja) * 2003-10-10 2009-12-10 Sharp Corp 再生装置、ビデオデータの再生方法、制御プログラム、及びコンテンツ記録媒体
US8798440B2 (en) 2003-10-10 2014-08-05 Sharp Kabushiki Kaisha Video data reproducing apparatus and method utilizing acquired data structure including video data and related reproduction information, non-transitory recording medium containing the data structure and non-transitory recording medium storing control program for causing computer to operate as reproducing apparatus
US8233770B2 (en) 2003-10-10 2012-07-31 Sharp Kabushiki Kaisha Content reproducing apparatus, recording medium, content recording medium, and method for controlling content reproducing apparatus
US8792026B2 (en) 2003-10-10 2014-07-29 Sharp Kabushiki Kaisha Video data reproducing apparatus and method utilizing acquired data structure including video data and related reproduction information, and non-transitory recording medium storing control program for causing computer to operate as reproducing apparatus
US8565575B2 (en) 2003-10-10 2013-10-22 Sharp Kabushiki Kaisha Reproducing apparatus, method for controlling reproducing apparatus, content recording medium, and non-transitory recording medium storing control program
JP2005327453A (ja) * 2004-05-15 2005-11-24 Thomson Licensing データストリーム分割方法
US7903947B2 (en) 2004-09-06 2011-03-08 Sony Corporation Recording apparatus and method, playback apparatus and method, recording medium, and computer-readable medium for recording and playing back moving images
TWI408678B (zh) * 2005-12-28 2013-09-11 Sony Corp Reproducing apparatus and reproducing method, recording apparatus and recording method, program, recording medium, data structure, and manufacturing method of recording medium
US8224155B2 (en) 2005-12-28 2012-07-17 Sony Corporation Techniques for preventing skipping playback of content
US8212764B2 (en) 2006-11-21 2012-07-03 Lg Display Co., Ltd. Liquid crystal display and driving method thereof
CN101662595B (zh) * 2008-08-29 2011-09-07 索尼株式会社 电子装置、改变运动图像数据区间的方法
JP2010044860A (ja) * 2009-11-25 2010-02-25 Toshiba Corp デジタルａｖ情報記録媒体とこの媒体を用いる記録／再生方法および記録／再生装置
JP2013114709A (ja) * 2011-11-28 2013-06-10 Sony Corp 情報処理装置、情報処理方法、並びにプログラム

Also Published As

Publication number Publication date
JP4517266B2 (ja) 2010-08-04

Similar Documents

Publication Publication Date Title
JP4893842B2 (ja) 情報処理装置および方法、記録媒体、並びにプログラム
JP5008161B2 (ja) 情報処理装置および方法、記録媒体、並びにプログラム
JP4682434B2 (ja) 情報処理装置および方法、記録媒体、並びにプログラム
JP4517267B2 (ja) 記録装置および方法、再生装置および方法、プログラム、並びに記録媒体
JP4919130B2 (ja) 情報処理装置、情報処理方法、記録媒体、およびプログラム、並びにデータ構造
KR100746821B1 (ko) 정보 처리 장치와 방법, 기록매체
JP4517266B2 (ja) 情報処理装置および方法、記録媒体、並びにプログラム
JP4355988B2 (ja) 情報処理装置、情報処理方法、プログラム記録媒体、プログラム、および情報記録媒体
JP2002159004A (ja) 符号化装置および方法、記録媒体、並びにプログラム

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20080306

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20100129

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20100204

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20100405

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20100422

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20100505

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20130528

Year of fee payment: 3

R151 Written notification of patent or utility model registration

Ref document number: 4517266

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R151

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

EXPY Cancellation because of completion of term