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

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

Info

Publication number
JP4893842B2
JP4893842B2 JP2010087374A JP2010087374A JP4893842B2 JP 4893842 B2 JP4893842 B2 JP 4893842B2 JP 2010087374 A JP2010087374 A JP 2010087374A JP 2010087374 A JP2010087374 A JP 2010087374A JP 4893842 B2 JP4893842 B2 JP 4893842B2
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.)
Expired - Lifetime
Application number
JP2010087374A
Other languages
English (en)
Other versions
JP2010213293A (ja
Inventor
元樹 加藤
俊也 浜田
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 JP2010087374A priority Critical patent/JP4893842B2/ja
Publication of JP2010213293A publication Critical patent/JP2010213293A/ja
Application granted granted Critical
Publication of JP4893842B2 publication Critical patent/JP4893842B2/ja
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
    • G11B27/10—Indexing; Addressing; Timing or synchronising; Measuring tape travel
    • G11B27/19—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier
    • G11B27/28—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
    • G11B27/02—Editing, e.g. varying the order of information signals recorded on, or reproduced from, record carriers
    • G11B27/031—Electronic editing of digitised analogue information signals, e.g. audio or video signals
    • G11B27/034—Electronic editing of digitised analogue information signals, e.g. audio or video signals on discs
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
    • G11B27/02—Editing, e.g. varying the order of information signals recorded on, or reproduced from, record carriers
    • G11B27/031—Electronic editing of digitised analogue information signals, e.g. audio or video signals
    • G11B27/036—Insert-editing
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
    • G11B27/10—Indexing; Addressing; Timing or synchronising; Measuring tape travel
    • G11B27/102—Programmed access in sequence to addressed parts of tracks of operating record carriers
    • G11B27/105—Programmed access in sequence to addressed parts of tracks of operating record carriers of operating discs
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
    • G11B27/10—Indexing; Addressing; Timing or synchronising; Measuring tape travel
    • G11B27/19—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier
    • G11B27/28—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording
    • G11B27/30—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording on the same track as the main recording
    • G11B27/3027—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording on the same track as the main recording used signal is digitally coded
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
    • G11B27/10—Indexing; Addressing; Timing or synchronising; Measuring tape travel
    • G11B27/19—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier
    • G11B27/28—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording
    • G11B27/32—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording on separate auxiliary tracks of the same or an auxiliary record carrier
    • G11B27/326—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording on separate auxiliary tracks of the same or an auxiliary record carrier used signal is a video-frame or a video-field (P.I.P.)
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
    • G11B27/10—Indexing; Addressing; Timing or synchronising; Measuring tape travel
    • G11B27/19—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier
    • G11B27/28—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording
    • G11B27/32—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording on separate auxiliary tracks of the same or an auxiliary record carrier
    • G11B27/327—Table of contents
    • G11B27/329—Table of contents on a disc [VTOC]
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
    • G11B27/10—Indexing; Addressing; Timing or synchronising; Measuring tape travel
    • G11B27/34—Indicating arrangements 
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
    • G11B27/36—Monitoring, i.e. supervising the progress of recording or reproducing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N9/00—Details of colour television systems
    • H04N9/79—Processing of colour television signals in connection with recording
    • H04N9/80—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback
    • H04N9/804—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback involving pulse code modulation of the colour picture signal components
    • H04N9/8042—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback involving pulse code modulation of the colour picture signal components involving data reduction
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B2220/00—Record carriers by type
    • G11B2220/20—Disc-shaped record carriers
    • G11B2220/21—Disc-shaped record carriers characterised in that the disc is of read-only, rewritable, or recordable type
    • G11B2220/213—Read-only discs
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B2220/00—Record carriers by type
    • G11B2220/20—Disc-shaped record carriers
    • G11B2220/25—Disc-shaped record carriers characterised in that the disc is based on a specific recording technology
    • G11B2220/2537—Optical discs
    • G11B2220/2541—Blu-ray discs; Blue laser DVR discs
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B2220/00—Record carriers by type
    • G11B2220/20—Disc-shaped record carriers
    • G11B2220/25—Disc-shaped record carriers characterised in that the disc is based on a specific recording technology
    • G11B2220/2537—Optical discs
    • G11B2220/2545—CDs
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B2220/00—Record carriers by type
    • G11B2220/20—Disc-shaped record carriers
    • G11B2220/25—Disc-shaped record carriers characterised in that the disc is based on a specific recording technology
    • G11B2220/2537—Optical discs
    • G11B2220/2562—DVDs [digital versatile discs]; Digital video discs; MMCDs; HDCDs
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N5/00—Details of television systems
    • H04N5/76—Television signal recording
    • H04N5/84—Television signal recording using optical recording
    • H04N5/85—Television signal recording using optical recording on discs or drums
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N9/00—Details of colour television systems
    • H04N9/79—Processing of colour television signals in connection with recording
    • H04N9/7921—Processing of colour television signals in connection with recording for more than one processing mode

Description

本発明は情報処理装置および方法、記録媒体、プログラム、並びに記録媒体に関し、特に、ＡＶストリームの所望の位置に、迅速にアクセスすることができるようにした情報処理装置および方法、記録媒体、プログラム、並びに記録媒体に関する。
近年、記録可能で記録再生装置から取り外し可能なディスク型媒体として、各種の光ディスクが提案されている。このような記録可能な光ディスクは、数ギガバイトの大容量メディアとして提案されており、ビデオ信号等のＡＶ（Audio Visual）信号を記録するメディアとしての期待が高い。
この記録可能な光ディスクに記録するデジタルのＡＶ信号のソース（供給源）としては、記録装置自身が、アナログ入力のオーディオビデオ信号を、MPEG-2方式で画像圧縮して作るビットストリームや、デジタルテレビジョン放送の電波から直接得られるMPEG2方式のビットストリームなどがある。一般に、デジタルテレビジョン放送では、MPEG2トランスポートストリームが使われる。トランスポートストリームは、トランスポートパケットが連続したストリームであり、トランスポートパケットは、例えば、MPEG2ビデオストリームやMPEG１オーディオストリームがパケット化されたものである。１つのトランスポートパケットのデータ長は１８８バイトである。デジタルテレビジョン放送で受信されるトランスポートストリームのＡＶプログラムを記録装置で光ディスクにそのまま記録すれば、ビデオやオーディオの品質を全く劣化させることなく記録することが可能である。
国際公開第００／００９８１号
ユーザが、光ディスクに記録されているトランスポートストリームの中から興味のあるシーン、例えば番組の頭出し点などをサーチできるようにするために、再生装置はランダムアクセス再生ができることが求められる。
一般に、MPEG2ビデオのストリームは、０．５秒程度の間隔でＩピクチャを符号化し、それ以外のピクチャはＰピクチャまたはＢピクチャとして符号化される。したがって、MPEG2ビデオのストリームが記録された光ディスクから、ランダムアクセスし、ビデオ再生する場合、はじめに、Ｉピクチャをサーチしなければならない。
しかしながら、従来は、光ディスクに記録されているトランスポートストリームに、ランダムアクセスし、ビデオ再生する場合に、Ｉピクチャの開始バイトを効率よくサーチすることが困難であった。すなわち、光ディスク上のトランスポートストリームのランダムなバイト位置から、読み出したビデオストリームのシンタクスを解析し、Ｉピクチャの開始バイトをサーチしなければならず、Ｉピクチャのサーチに時間がかかり、ユーザからの入力に対して応答の速いランダムアクセス再生を行うことが困難であった。
本発明は、このような状況を鑑みてなされたものであり、ユーザのランダムアクセス再生の指示に対して、記録媒体からのトランスポートストリームの読み出し位置の決定とストリームの復号開始を速やかに行えるようにするものである。
本発明の一側面の第１の情報処理装置は、入力されたＡＶストリームから抽出された特徴的な画像を指し示すマークで構成され、マークを代表する代表画の表示開始時間を示すタイムスタンプを有するClipMarkを、前記ＡＶストリームを管理するための管理情報として生成するとともに、前記ＡＶストリーム中の所定の区間の組み合わせを定義するPlayListに対応する再生区間の中から、ユーザが任意に指定した画像を指し示すマークから構成されるPlayListMarkを生成する生成手段と、前記ClipMark、およびPlayListMarkを各々独立したテーブルとして記録媒体に記録する記録手段とを備える。
前記生成手段は、前記ClipMarkをClipInformationファイルとして生成するとともに、前記PlayListをPlayListファイルとして生成するようにすることができる。
前記PlayListMarkは、前記PlayListを再生するときのResume点を示すマークをさらに含むようにすることができる。
前記PlayListを再生するとき、前記PlayListの再生区間に対応する前記ＡＶストリームのClipMarkを構成する前記マークを参照するようにすることができる。
前記PlayListMarkの前記マークは、プレゼンテーションタイムスタンプと、前記PlayListの再生経路を構成する前記ＡＶストリームデータ上の指定された１つの再生区間を示す識別情報を含むようにすることができる。
前記ClipMarkを構成する前記マーク、または、前記PlayListMarkを構成する前記マークは、エレメンタリーストリームのエントリーポイントを特定する情報を含むようにすることができる。
前記PlayListMarkの前記マークは、ユーザが指定したお気に入りのシーンの開始点またはPlayListのResume点を少なくとも含むタイプの情報を含むようにすることができる。
前記ClipMarkを構成する前記マークと前記PlayListMarkを構成する前記マークは、前記ＡＶストリームのエントリポイントに対応する相対的なソースパケットのアドレスで表されるようにすることができる。
前記ClipMarkを構成する前記マークと前記PlayListMarkを構成する前記マークは、前記ＡＶストリームのエントリポイントに対応する相対的なソースパケットの第１のアドレスと、前記第１のアドレスからのオフセットのアドレスである第２のアドレスで表されるようにすることができる。
前記第１の記録手段による記録の際に検出された前記特徴的な画像のタイプを検出するタイプ検出手段をさらに備え、前記第１の記録手段は、前記ClipMarkを構成する前記マークと、前記タイプ検出手段により検出された前記タイプとを対応させて記録するようにすることができる。
前記ClipMarkの前記マークは、シーンチェンジ点、コマーシャルの開始点、コマーシャルの終了点、またはタイトルが表示されたシーンを含むようにすることができる。
本発明の一側面の第１の情報処理方法は、入力されたＡＶストリームから抽出された特徴的な画像を指し示すマークで構成され、マークを代表する代表画の表示開始時間を示すタイムスタンプを有するClipMarkを、前記ＡＶストリームを管理するための管理情報として生成するとともに、前記ＡＶストリーム中の所定の区間の組み合わせを定義するPlayListに対応する再生区間の中から、ユーザが任意に指定した画像を指し示すマークから構成されるPlayListMarkを生成する生成ステップと、前記ClipMark、およびPlayListMarkを各々独立したテーブルとして記録媒体に記録する際の制御を行う記録制御ステップとを含む。
本発明の一側面の第１の記録媒体は、入力されたＡＶストリームから抽出された特徴的な画像を指し示すマークで構成され、マークを代表する代表画の表示開始時間を示すタイムスタンプを有するClipMarkを、前記ＡＶストリームを管理するための管理情報として生成するとともに、前記ＡＶストリーム中の所定の区間の組み合わせを定義するPlayListに対応する再生区間の中から、ユーザが任意に指定した画像を指し示すマークから構成されるPlayListMarkを生成する生成ステップと、前記ClipMark、およびPlayListMarkを各々独立したテーブルとして記録媒体に記録する際の制御を行う記録制御ステップとを含むコンピュータが読み取り可能なプログラムが記録されている。
本発明の一側面の第１のプログラムは、入力されたＡＶストリームから抽出された特徴的な画像を指し示すマークで構成され、マークを代表する代表画の表示開始時間を示すタイムスタンプを有するClipMarkを、前記ＡＶストリームを管理するための管理情報として生成するとともに、前記ＡＶストリーム中の所定の区間の組み合わせを定義するPlayListに対応する再生区間の中から、ユーザが任意に指定した画像を指し示すマークから構成されるPlayListMarkを生成する生成ステップと、前記ClipMark、およびPlayListMarkを各々独立したテーブルとして記録媒体に記録する際の制御を行う記録制御ステップとをコンピュータに実行させる。
本発明の一側面の第１の情報処理装置および方法、記録媒体、並びにプログラムにおいては、入力されたＡＶストリームから抽出された特徴的な画像を指し示すマークで構成され、マークを代表する代表画の表示開始時間を示すタイムスタンプを有するClipMarkが、ＡＶストリームを管理するための管理情報として生成されるとともに、ＡＶストリーム中の所定の区間の組み合わせを定義するPlayListに対応する再生区間の中から、ユーザが任意に指定した画像を指し示すマークから構成されるPlayListMarkが生成され、ClipMark、およびPlayListMarkが各々独立したテーブルとして記録媒体に記録される。
本発明の一側面の第２の情報処理装置は、ＡＶストリームから抽出された特徴的な画像を指し示すマークで構成され、マークを代表する代表画の表示開始時間を示すタイムスタンプを有するClipMarkを含む前記ＡＶストリームを管理するための管理情報と、前記ＡＶストリーム中の所定の区間の組み合わせを定義するPlayListに対応する再生区間の中から、ユーザが任意に指定した画像を指し示すマークから構成されるPlayListMarkを読み出す読み出し手段と、前記読み出し手段により読み出された前記管理情報と前記PlayListMarkによる情報を提示する提示手段と、前記提示手段により提示された前記情報から、ユーザが再生を指示した前記PlayListに対応する前記ClipMarkを参照する参照手段と、前記参照手段により参照された前記ClipMarkを含み、前記ClipMarkに対応する位置から前記ＡＶストリームを再生する再生手段とを備える。
前記提示手段は、前記PlayListMarkに対応するサムネイル画像によるリストをユーザに提示するようにすることができる。
前記ClipMarkを構成する前記マークと前記PlayListMarkを構成する前記マークは、前記ＡＶストリームのエントリポイントに対応する相対的なソースパケットのアドレスで表されるようにすることができる。
前記ClipMarkを構成する前記マークと前記PlayListMarkを構成する前記マークは、前記ＡＶストリームのエントリポイントに対応する相対的なソースパケットの第１のアドレスと、前記第１のアドレスからのオフセットのアドレスである第２のアドレスで表されるようにすることができる。
前記ClipMarkの前記マークは、シーンチェンジ点、コマーシャルの開始点、コマーシャルの終了点、またはタイトルが表示されたシーンを含むようにすることができる。
本発明の一側面の第２の情報処理方法は、ＡＶストリームから抽出された特徴的な画像を指し示すマークで構成され、マークを代表する代表画の表示開始時間を示すタイムスタンプを有するClipMarkを含む前記ＡＶストリームを管理するための管理情報と、前記ＡＶストリーム中の所定の区間の組み合わせを定義するPlayListに対応する再生区間の中から、ユーザが任意に指定した画像を指し示すマークから構成されるPlayListMarkの読み出しを制御する読み出し制御ステップと、前記読み出し制御ステップの処理で読み出しが制御された前記管理情報と前記PlayListMarkによる情報を提示する提示ステップと、前記提示ステップの処理で提示された前記情報から、ユーザが再生を指示した前記PlayListに対応する前記ClipMarkを参照する参照ステップと、前記参照ステップの処理で参照された前記ClipMarkを含み、前記ClipMarkに対応する位置からの前記ＡＶストリームの再生を制御する再生制御ステップとを含む。
本発明の一側面の第２の記録媒体は、ＡＶストリームから抽出された特徴的な画像を指し示すマークで構成され、マークを代表する代表画の表示開始時間を示すタイムスタンプを有するClipMarkを含む前記ＡＶストリームを管理するための管理情報と、前記ＡＶストリーム中の所定の区間の組み合わせを定義するPlayListに対応する再生区間の中から、ユーザが任意に指定した画像を指し示すマークから構成されるPlayListMarkの読み出しを制御する読み出し制御ステップと、前記読み出し制御ステップの処理で読み出しが制御された前記管理情報と前記PlayListMarkによる情報を提示する提示ステップと、前記提示ステップの処理で提示された前記情報から、ユーザが再生を指示した前記PlayListに対応する前記ClipMarkを参照する参照ステップと、前記参照ステップの処理で参照された前記ClipMarkを含み、前記ClipMarkに対応する位置からの前記ＡＶストリームの再生を制御する再生制御ステップとを含むコンピュータが読み取り可能なプログラムが記録されている。
本発明の一側面の第２のプログラムは、ＡＶストリームから抽出された特徴的な画像を指し示すマークで構成され、マークを代表する代表画の表示開始時間を示すタイムスタンプを有するClipMarkを含む前記ＡＶストリームを管理するための管理情報と、前記ＡＶストリーム中の所定の区間の組み合わせを定義するPlayListに対応する再生区間の中から、ユーザが任意に指定した画像を指し示すマークから構成されるPlayListMarkの読み出しを制御する読み出し制御ステップと、前記読み出し制御ステップの処理で読み出しが制御された前記管理情報と前記PlayListMarkによる情報を提示する提示ステップと、前記提示ステップの処理で提示された前記情報から、ユーザが再生を指示した前記PlayListに対応する前記ClipMarkを参照する参照ステップと、前記参照ステップの処理で参照された前記ClipMarkを含み、前記ClipMarkに対応する位置からの前記ＡＶストリームの再生を制御する再生制御ステップとをコンピュータに実行させる。
本発明の一側面の第２の情報処理装置および方法、記録媒体、並びにプログラムにおいては、ＡＶストリームから抽出された特徴的な画像を指し示すマークで構成され、マークを代表する代表画の表示開始時間を示すタイムスタンプを有するClipMarkを含むＡＶストリームを管理するための管理情報と、ＡＶストリーム中の所定の区間の組み合わせを定義するPlayListに対応する再生区間の中から、ユーザが任意に指定した画像を指し示すマークから構成されるPlayListMarkが読み出され、読み出された管理情報とPlayListMarkによる情報が提示され、提示された情報から、ユーザが再生を指示したPlayListに対応するClipMarkが参照され、参照されたClipMarkを含み、ClipMarkに対応する位置からのＡＶストリームの再生が制御される。
本発明の一側面の第３の記録媒体は、再生装置により再生される、ＡＶストリームから抽出された特徴的な画像を指し示すマークで構成され、マークを代表する代表画の表示開始時間を示すタイムスタンプを有するClipMarkを含む前記ＡＶストリームを管理するための管理情報と、前記ＡＶストリーム中の所定の区間の組み合わせを定義するPlayListに対応する再生区間の中から、ユーザが任意に指定した画像を指し示すマークから構成されるPlayListMarkが、各々独立したテーブルが記録された記録媒体であって、前記再生装置に装着された時、前記管理情報と前記PlayListMarkが、前記再生装置の読み出し手段により読み出され、前記管理情報と前記PlayListMarkによる情報が、前記再生装置の提示手段により提示され、提示された前記情報から、ユーザが再生を指示した前記PlayListに対応する前記ClipMarkが、前記再生装置の参照手段により参照され、参照された前記ClipMarkを含み、前記ClipMarkに対応する位置から前記ＡＶストリームが、前記再生装置の再生手段により再生される記録媒体。
本発明の一側面の第３の記録媒体においては、ＡＶストリームから抽出された特徴的な画像を指し示すマークで構成され、マークを代表する代表画の表示開始時間を示すタイムスタンプを有するClipMarkを含むＡＶストリームを管理するための管理情報と、ＡＶストリーム中の所定の区間の組み合わせを定義するPlayListに対応する再生区間の中から、ユーザが任意に指定した画像を指し示すマークから構成されるPlayListMarkが、各々独立したテーブルとして記録され、再生装置に装着された時、ClipMark及びPlayListMarkに基づいて、再生装置と一体となってAVストリームが再生される。
本発明によれば、ＡＶストリームの所望の位置に、迅速且つ確実にアクセスすることが可能となる。
本発明を適用した記録再生装置の一実施の形態の構成を示す図である。 記録再生装置１により記録媒体に記録されるデータのフォーマットについて説明する図である。 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_entry()の例を示す図である。 mark_entry()とrepresentative_picture_entry()のシンタクスを示す図である。 mark_entry()とrepresentative_picture_entry()のシンタクスの他の例を示す図である。 RSPN_ref_EP_startとoffset_num_picturesの関係を説明する図である。 mark_entry()とrepresentative_picture_entry()のシンタクスの他の例を示す図である。 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エンコーダ１５に、それぞれ出力される。端子１２に入力されたオーディオ信号は、解析部１４と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)をグループ化したもの（PlayList）のデータベース、記録媒体１００の記録内容の管理情報(info.dvr)、およびサムネイル画像の情報を作成する。これらの情報から構成されるアプリケーションデータベース情報は、AVストリームと同様にして、ECC符号化部２０、変調部２１で処理されて、書き込み部２２へ入力される。書き込み部２２は、制御部２３から出力される制御信号に基づいて、記録媒体１００へデータベースファイルを記録する。
上述したアプリケーションデータベース情報についての詳細は後述する。
このようにして記録媒体１００に記録されたAVストリームファイル（画像データと音声データのファイル）と、アプリケーションデータベース情報が再生部３により再生される場合、まず、制御部２３は、読み出し部２８に対して、記録媒体１００からアプリケーションデータベース情報を読み出すように指示する。そして、読み出し部２８は、記録媒体１００からアプリケーションデータベース情報を読み出し、そのアプリケーションデータベース情報は、復調部２９とECC復号部３０の復調と誤り訂正処理を経て、制御部２３へ入力される。
制御部２３は、アプリケーションデータベース情報に基づいて、記録媒体１００に記録されているPlayListの一覧を端子２４のユーザインターフェースへ出力する。ユーザは、PlayListの一覧から再生したいPlayListを選択し、再生を指定されたPlayListに関する情報が制御部２３へ入力される。制御部２３は、そのPlayListの再生に必要な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-forward playback)が指示された場合、制御部２３は、AVストリームのデータベース(Clip)に基づいて、AVストリームの中のI-ピクチャデータを順次連続して読み出すように読み出し部２８に指示する。
読み出し部２８は、指定されたランダムアクセスポイントからAVストリームのデータを読み出し、読み出されたデータは、後段の各部の処理を経て再生される。
次に、ユーザが、記録媒体１００に記録されているAVストリームの編集をする場合を説明する。ユーザが、記録媒体１００に記録されているAVストリームの再生区間を指定して新しい再生経路を作成したい場合、例えば、番組Ａという歌番組から歌手Ａの部分を再生し、その後続けて、番組Ｂという歌番組の歌手Ａの部分を再生したいといった再生経路を作成したい場合、ユーザインタフェースとしての端子２４から再生区間の開始点（イン点）と終了点（アウト点）の情報が制御部２３に入力される。制御部２３は、AVストリームの再生区間(PlayItem)をグループ化したもの（PlayList）のデータベースを作成する。
ユーザが、記録媒体１００に記録されているAVストリームの一部を消去したい場合、ユーザインタフェースとしての端子２４から消去区間のイン点とアウト点の情報が制御部２３に入力される。制御部２３は、必要なAVストリーム部分だけを参照するようにPlayListのデータベースを変更する。また、AVストリームの不必要なストリーム部分を消去するように、書き込み部２２に指示する。
ユーザが、記録媒体１００に記録されているAVストリームの再生区間を指定して新しい再生経路を作成したい場合であり、かつ、それぞれの再生区間をシームレスに接続したい場合について説明する。このような場合、制御部２３は、AVストリームの再生区間(PlayItem)をグループ化したもの（PlayList）のデータベースを作成し、さらに、再生区間の接続点付近のビデオストリームの部分的な再エンコードと再多重化を行う。
まず、端子２４から再生区間のイン点のピクチャの情報と、アウト点のピクチャの情報が制御部２３へ入力される。制御部２３は、読み出し部２８にイン点側ピクチャとアウト点側のピクチャを再生するために必要なデータの読み出しを指示する。そして、読み出し部２８は、記録媒体１００からデータを読み出し、そのデータは、復調部２９、ECC復号部３０、ソースデパケッタイザ３１を経て、デマルチプレクサ２６に出力される。
制御部２３は、デマルチプレクサ２６に入力されたデータを解析して、ビデオストリームの再エンコード方法（picture_coding_typeの変更、再エンコードする符号化ビット量の割り当て）と、再多重化方式を決定し、その方式をAVエンコーダ１５とマルチプレクサ１６に供給する。
次に、デマルチプレクサ２６は、入力されたストリームをビデオストリーム(V)、オーディオストリーム(A)、およびシステム情報(S)に分離する。ビデオストリームは、AVデコーダ２７に入力されるデータとマルチプレクサ１６に入力されるデータがある。前者のデータは、再エンコードするために必要なデータであり、これはAVデコーダ２７で復号され、復号されたピクチャはAVエンコーダ１５で再エンコードされて、ビデオストリームにされる。後者のデータは、再エンコードをしないで、オリジナルのストリームからコピーされるデータである。オーディオストリーム、システム情報については、直接、マルチプレクサ１６に入力される。
マルチプレクサ１６は、制御部２３から入力された情報に基づいて、入力ストリームを多重化し、多重化ストリームを出力する。多重化ストリームは、ECC符号化部２０、変調部２１で処理されて、書き込み部２２に入力される。書き込み部２２は、制御部２３から供給される制御信号に基づいて、記録媒体１００に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へのアクセスポイントのタイムスタンプが与えられた時、Clip Information fileは、Clip AV stream fileの中でデータの読み出しを開始すべきアドレス情報を見つけるために役立つ。
PlayListについて、図３を参照して説明する。PlayListは、Clipの中からユーザが見たい再生区間を選択し、それを簡単に編集することができるようにするために設けられている。１つのPlayListは、Clipの中の再生区間の集まりである。所定のClipの中の１つの再生区間は、PlayItemと呼ばれ、それは、時間軸上のイン点（IN）とアウト点（OUT）の対で表される。従って、PlayListは、複数のPlayItemが集まることにより構成される。
PlayListには、２つのタイプがある。１つは、Real PlayListであり、もう１つは、Virtual PlayListである。Real PlayListは、それが参照しているClipのストリーム部分を共有している。すなわち、Real PlayListは、それの参照しているClipのストリーム部分に相当するデータ容量をディスクの中で占め、Real PlayListが消去された場合、それが参照しているClipのストリーム部分もまたデータが消去される。
Virtual PlayListは、Clipのデータを共有していない。従って、Virtual PlayListが変更または消去されたとしても、Clipの内容には何も変化が生じない。
次に、Real PlayListの編集について説明する。図４（Ａ）は、Real PlayListのクリエイト(create：作成)に関する図であり、AVストリームが新しいClipとして記録される場合、そのClip全体を参照するReal PlayListが新たに作成される操作である。
図４（Ｂ）は、Real PlayListのディバイド(divide：分割)に関する図であり、Real PlayListが所望な点で分けられて、２つのReal PlayListに分割される操作である。この分割という操作は、例えば、１つのPlayListにより管理される１つのクリップ内に、２つの番組が管理されているような場合に、ユーザが１つ１つの番組として登録（記録）し直したいといったようなときに行われる。この操作により、Clipの内容が変更される（Clip自体が分割される）ことはない。
図４（Ｃ）は、Real PlayListのコンバイン(combine：結合)に関する図であり、２つのReal PlayListを結合して、１つの新しいReal PlayListにする操作である。この結合という操作は、例えば、ユーザが２つの番組を１つの番組として登録し直したいといったようなときに行われる。この操作により、Clipが変更される（Clip自体が１つにされる）ことはない。
図５（Ａ）は、Real PlayList全体のデリート(delete：削除)に関する図であり、所定のReal PlayList全体を消去する操作がされた場合、削除されたReal PlayListが参照するClipの、対応するストリーム部分も削除される。
図５（Ｂ）は、Real PlayListの部分的な削除に関する図であり、Real PlayListの所望な部分が削除された場合、対応するPlayItemが、必要なClipのストリーム部分だけを参照するように変更される。そして、Clipの対応するストリーム部分は削除される。
図５（Ｃ）は、Real PlayListのミニマイズ(Minimize：最小化)に関する図であり、Real PlayListに対応するPlayItemを、Virtual PlayListに必要なClipのストリーム部分だけを参照するようにする操作である。Virtual PlayList にとって不必要なClipの、対応するストリーム部分は削除される。
上述したような操作により、Real PlayListが変更されて、そのReal PlayListが参照するClipのストリーム部分が削除された場合、その削除されたClipを使用しているVirtual PlayListが存在し、そのVirtual PlayListにおいて、削除されたClipにより問題が生じる可能性がある。
そのようなことが生じないように、ユーザに、削除という操作に対して、「そのReal PlayListが参照しているClipのストリーム部分を参照しているVirtual PlayListが存在し、もし、そのReal PlayListが消去されると、そのVirtual PlayListもまた消去されることになるが、それでも良いか？」といったメッセージなどを表示させることにより、確認（警告）を促した後に、ユーザの指示により削除の処理を実行、または、キャンセルする。または、Virtual PlayListを削除する代わりに、Real PlayListに対してミニマイズの操作が行われるようにする。
次にVirtual PlayListに対する操作について説明する。Virtual PlayListに対して操作が行われたとしても、Clipの内容が変更されることはない。図６は、アセンブル(Assemble) 編集 (IN-OUT 編集)に関する図であり、ユーザが見たいと所望した再生区間のPlayItemを作り、Virtual PlayListを作成するといった操作である。PlayItem間のシームレス接続が、アプリケーションフォーマットによりサポートされている（後述）。
図６（Ａ）に示したように、２つのReal PlayList１，２と、それぞれのReal PlayListに対応するClip１，２が存在している場合に、ユーザがReal PlayList１内の所定の区間（In１乃至Out１までの区間：PlayItem１）を再生区間として指示し、続けて再生する区間として、Real PlayList２内の所定の区間（In２乃至Out２までの区間：PlayItem２）を再生区間として指示したとき、図６（Ｂ）に示すように、PlayItem１とPlayItem２から構成される１つのVirtual PlayListが作成される。
次に、Virtual PlayList の再編集(Re-editing)について説明する。再編集には、Virtual PlayListの中のイン点やアウト点の変更、Virtual PlayListへの新しいPlayItemの挿入(insert)や追加(append)、Virtual PlayListの中のPlayItemの削除などがある。また、Virtual PlayListそのものを削除することもできる。
図７は、Virtual PlayListへのオーディオのアフレコ(Audio dubbing (post recording))に関する図であり、Virtual PlayListへのオーディオのアフレコをサブパスとして登録する操作のことである。このオーディオのアフレコは、アプリケーションフォーマットによりサポートされている。Virtual PlayListのメインパスのAVストリームに、付加的なオーディオストリームが、サブパスとして付加される。
Real PlayListとVirtual PlayListで共通の操作として、図８に示すようなPlayListの再生順序の変更(Moving)がある。この操作は、ディスク(ボリューム)の中でのPlayListの再生順序の変更であり、アプリケーションフォーマットにおいて定義されるTable Of PlayList（図２０などを参照して後述する）によってサポートされる。この操作により、Clipの内容が変更されるようなことはない。
次に、マーク（Mark）について説明する。マークは、図９に示されるように、ClipおよびPlayListの中のハイライトや特徴的な時間を指定するために設けられている。Clipに付加されるマークは、ClipMark（クリップマーク）と呼ばれる。ClipMarkは、AVストリームの内容に起因する特徴的なシーンを指定する、例えば番組の頭だし点やシーンチェンジ点などである。ClipMarkは、図１の例えば解析部１４によって生成される。PlayListを再生する時、そのPlayListが参照するClipのマークを参照して、使用する事ができる。
PlayListに付加されるマークは、PlayListMark（プレイリストマーク）と呼ばれる。PlayListMarkは、主にユーザによってセットされる、例えば、ブックマークやリジューム点などである。ClipまたはPlayListにマークをセットすることは、マークの時刻を示すタイムスタンプをマークリストに追加することにより行われる。また、マークを削除することは、マークリストの中から、そのマークのタイムスタンプを除去する事である。従って、マークの設定や削除により、AVストリームは何の変更もされない。
ClipMarkの別のフォーマットとして、ClipMarkが参照するピクチャをAVストリームの中でのアドレスベースで指定するようにしても良い。Clipにマークをセットすることは、マーク点のピクチャを示すアドレスベースの情報をマークリストに追加することにより行われる。また、マークを削除することは、マークリストの中から、そのマーク点のピクチャを示すアドレスベースの情報を除去する事である。従って、マークの設定や削除により、AVストリームは何の変更もされない。
次にサムネイルについて説明する。サムネイルは、Volume、PlayList、およびClipに付加される静止画である。サムネイルには、２つの種類があり、１つは、内容を表す代表画としてのサムネイルである。これは主としてユーザがカーソル（不図示）などを操作して見たいものを選択するためのメニュー画面で使われるものである。もう１つは、マークが指しているシーンを表す画像である。
Volumeと各Playlistは代表画を持つことができるようにする必要がある。Volumeの代表画は、ディスク（記録媒体１００、以下、記録媒体１００はディスク状のものであるとし、適宜、ディスクと記述する）を記録再生装置１の所定の場所にセットした時に、そのディスクの内容を表す静止画を最初に表示する場合などに用いられることを想定している。Playlistの代表画は、Playlistを選択するメニュー画面において、Playlistの内容を表すための静止画として用いられることを想定している。
Playlistの代表画として、Playlistの最初の画像をサムネイル（代表画）にすることが考えられるが、必ずしも再生時刻０の先頭の画像が内容を表す上で最適な画像とは限らない。そこで、Playlistのサムネイルとして、任意の画像をユーザが設定できるようにする。以上Volumeを表す代表画としてのサムネイルと、PlayListを表す代表画としてのサムネイルの２種類のサムネイルをメニューサムネイルと称する。メニューサムネイルは頻繁に表示されるため、ディスクから高速に読み出される必要がある。このため、すべてのメニューサムネイルを１つのファイルに格納することが効率的である。メニューサムネイルは、必ずしもボリューム内の動画から抜き出したピクチャである必要はなく、図１０に示すように、パーソナルコンピュータやデジタルスチルカメラから取り込こまれた画像でもよい。
一方、ClipとPlaylistには、複数個のマークを打てる必要があり、マーク位置の内容を知るためにマーク点の画像を容易に見ることが出来るようにする必要がある。このようなマーク点を表すピクチャをマークサムネイル（Mark Thumbnails）と称する。従って、マークサムネイルの元となる画像は、外部から取り込んだ画像よりも、マーク点の画像を抜き出したものが主となる。
図１１は、PlayListに付けられるマークと、そのマークサムネイルの関係について示す図であり、図１２は、Clipに付けられるマークと、そのマークサムネイルの関係について示す図である。マークサムネイルは、メニューサムネイルと異なり、Playlistの詳細を表す時に、サブメニュー等で使われるため、短いアクセス時間で読み出されるようなことは要求されない。そのため、サムネイルが必要になる度に、記録再生装置１がファイルを開き、そのファイルの一部を読み出すことで多少時間がかかっても、問題にはならない。
また、ボリューム内に存在するファイル数を減らすために、すべてのマークサムネイルは１つのファイルに格納するのがよい。Playlistはメニューサムネイル１つと複数のマークサムネイルを有することができるが、Clipは直接ユーザが選択する必要性がない（通常、Playlist経由で指定する）ため、メニューサムネイルを設ける必要はない。
図１３は、上述したことを考慮した場合のメニューサムネイル、マークサムネイル、PlayList、およびClipの関係について示した図である。メニューサムネイルファイルには、PlayList毎に設けられたメニューサムネイルがファイルされている。メニューサムネイルファイルには、ディスクに記録されているデータの内容を代表するボリュームサムネイルが含まれている。マークサムネイルファイルは、各PlayListとClip毎に作成されたサムネイルがファイルされている。
次に、CPI（Characteristic Point Information）について説明する。CPIは、Clipインフォメーションファイルに含まれるデータであり、主に、それはClipへのアクセスポイントのタイムスタンプが与えられた時、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ストリームファイルの中にあるSTCの不連続点情報をストアする。仮に、AVストリームがSTCの不連続点を持つ場合、その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-sequenceと呼ぶ。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 Recording）と適宜記述する。図１４はディスク上のディレクトリ構造の一例を示す図である。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.dvrに固定されるとする。"menu.thmb"ファイルは、メニューサムネイル画像に関連する情報をストアする。DVRディレクトリの下には、ゼロまたは１つのメニューサムネイルがなければならない。ファイル名は、memu.thmbに固定されるとする。メニューサムネイル画像が１つもない場合、このファイルは、存在しなくても良い。
"mark.thmb"ファイルは、マークサムネイル画像に関連する情報をストアする。DVRディレクトリの下には、ゼロまたは１つのマークサムネイルがなければならない。ファイル名は、mark.thmbに固定されるとする。メニューサムネイル画像が１つもない場合、このファイルは、存在しなくても良い。
"PLAYLIST"ディレクトリは、２種類のPlayListファイルをストアするものであり、それらは、Real PlayListとVirtual PlayListである。”xxxxx.rpls" ファイルは、１つのReal PlayListに関連する情報をストアする。それぞれのReal PlayList毎に、１つのファイルが作られる。ファイル名は、"xxxxx.rpls"である。ここで、"xxxxx"は、５個の０乃至９まで数字である。ファイル拡張子は、"rpls"でなければならないとする。
"yyyyy.vpls"ファイルは、１つのVirtual PlayListに関連する情報をストアする。それぞれのVirtual PlayList毎に、１つのファイルが作られる。ファイル名は、"yyyyy.vpls"である。ここで、"yyyyy"は、５個の０乃至９まで数字である。ファイル拡張子は、"vpls"でなければならないとする。
"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 streamである。ファイル名は、"zzzzz.m2ts"であり、"zzzzz"は、５個の０乃至９までの数字である。ファイル拡張子は、"m2ts"でなければならないとする。
”DATA”ディレクトリは、データ放送から伝送されるデータをストアするものであり、データとは、例えば、XML fileやMHEGファイルなどである。
次に、各ディレクトリ（ファイル）のシンタクスとセマンティクスを説明する。まず、”info.dvr”ファイルについて説明する。図１５は、”info.dvr”ファイルのシンタクスを示す図である。”info.dvr”ファイルは、３個のオブジェクトから構成され、それらは、DVRVolume()、TableOfPlayLists()、およびMakersPrivateData()である。
図１５に示したinfo.dvrのシンタクスについて説明するに、TableOfPlayLists_Start_addressは、info.dvrファイルの先頭のバイトからの相対バイト数を単位として、TableOfPlayList()の先頭アドレスを示す。相対バイト数はゼロからカウントされる。
MakersPrivateData_Start_addressは、info.dvrファイルの先頭のバイトからの相対バイト数を単位として、MakersPrivateData()の先頭アドレスを示す。相対バイト数はゼロからカウントされる。padding_word（パディングワード）は、info.dvrのシンタクスに従って挿入される。Ｎ１とＮ２は、ゼロまたは任意の正の整数である。それぞれのパディングワードは、任意の値を取るようにしても良い。
DVRVolume()は、ボリューム（ディスク）の内容を記述する情報をストアする。図１６は、DVRVolume()のシンタクスを示す図である。図１６に示した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-markにストアされる（図４２、図４３）。
図１７は、ResumeVolume()のシンタクスを示す図である。図１７に示したResumeVolume()のシンタクスを説明するに、valid_flagは、この1ビットのフラグが1にセットされている場合、resume_PlayList_nameフィールドが有効であることを示し、このフラグが０にセットされている場合、resume_PlayList_nameフィールドが無効であることを示す。
resume_PlayList_nameの１０バイトのフィールドは、リジュームされるべきReal PlayListまたはVirtual PlayListのファイル名を示す。
図１６に示したDVRVolume()のシンタクスのなかの、UIAppInfoVolume は、ボリュームについてのユーザインターフェースアプリケーションのパラメータをストアする。図１８は、UIAppInfoVolumeのシンタクスを示す図であり、そのセマンティクスを説明するに、character_setの８ビットのフィールドは、Volume_nameフィールドに符号化されているキャラクター文字の符号化方法を示す。その符号化方法は、図１９に示される値に対応する。
name_lengthの8ビットフィールドは、Volume_nameフィールドの中に示されるボリューム名のバイト長を示す。Volume_nameのフィールドは、ボリュームの名称を示す。このフィールドの中の左からname_length数のバイト数が、有効なキャラクター文字であり、それはボリュームの名称を示す。Volume_nameフィールドの中で、それら有効なキャラクター文字の後の値は、どんな値が入っていても良い。
Volume_protect_flagは、ボリュームの中のコンテンツを、ユーザに制限することなしに見せてよいかどうかを示すフラグである。このフラグが１にセットされている場合、ユーザが正しくPIN番号（パスワード）を入力できたときだけ、そのボリュームのコンテンツを、ユーザに見せる事（再生される事）が許可される。このフラグが０にセットされている場合、ユーザがPIN番号を入力しなくても、そのボリュームのコンテンツを、ユーザに見せる事が許可される。
最初に、ユーザが、ディスクをプレーヤへ挿入した時点において、もしこのフラグが０にセットされているか、または、このフラグが１にセットされていてもユーザがPIN番号を正しく入力できたならば、記録再生装置１は、そのディスクの中のPlayListの一覧を表示させる。それぞれのPlayListの再生制限は、volume_protect_flagとは無関係であり、それはUIAppInfoPlayList()の中に定義されるplayback_control_flagによって示される。
PINは、４個の０乃至９までの数字で構成され、それぞれの数字は、ISO/IEC 646に従って符号化される。ref_thumbnail_indexのフィールドは、ボリュームに付加されるサムネイル画像の情報を示す。ref_thumbnail_indexフィールドが、0xFFFFでない値の場合、そのボリュームにはサムネイル画像が付加されており、そのサムネイル画像は、menu.thumファイルの中にストアされている。その画像は、menu.thumファイルの中でref_thumbnail_indexの値を用いて参照される。ref_thumbnail_indexフィールドが、0xFFFF である場合、そのボリュームにはサムネイル画像が付加されていないことを示す。
次に図１５に示したinfo.dvrのシンタクス内のTableOfPlayLists()について説明する。TableOfPlayLists()は、PlayList(Real PlayListとVirtual PlayList)のファイル名をストアする。ボリュームに記録されているすべてのPlayListファイルは、TableOfPlayList()の中に含まれる。TableOfPlayLists()は、ボリュームの中のPlayListのデフォルトの再生順序を示す。
図２０は、TableOfPlayLists()のシンタクスを示す図であり、そのシンタクスについて説明するに、TableOfPlayListsのversion_numberは、このTableOfPlayListsのバージョンナンバーを示す４個のキャラクター文字を示す。version_numberは、ISO 646に従って、"0045"と符号化されなければならない。
lengthは、このlengthフィールドの直後からTableOfPlayLists()の最後までのTableOfPlayLists()のバイト数を示す３２ビットの符号なしの整数である。number_of_PlayListsの１６ビットのフィールドは、PlayList_file_nameを含むfor-loopのループ回数を示す。この数字は、ボリュームに記録されているPlayListの数に等しくなければならない。PlayList_file_nameの１０バイトの数字は、PlayListのファイル名を示す。
図２１は、TableOfPlayLists()のシンタクスの別の構成を示す図である。図２１に示したシンタクスは、図２０に示したシンタクスに、UIAppinfoPlayList（後述）を含ませた構成とされている。このように、UIAppinfoPlayListを含ませた構成とすることで、TableOfPlayListsを読み出すだけで、メニュー画面を作成することが可能となる。ここでは、図２０に示したシンタクスを用いるとして以下の説明をする。
図１５に示したinfo.dvrのシンタクス内のMakersPrivateDataについて説明する。MakersPrivateDataは、記録再生装置１のメーカが、各社の特別なアプリケーションのために、MakersPrivateData()の中にメーカのプライベートデータを挿入できるように設けられている。各メーカのプライベートデータは、それを定義したメーカを識別するために標準化されたmaker_IDを持つ。MakersPrivateData()は、１つ以上のmaker_IDを含んでも良い。
所定のメーカが、プライベートデータを挿入したい時に、すでに他のメーカのプライベートデータがMakersPrivateData()に含まれていた場合、他のメーカは、既にある古いプライベートデータを消去するのではなく、新しいプライベートデータをMakersPrivateData()の中に追加するようにする。このように、本実施の形態においては、複数のメーカのプライベートデータが、１つのMakersPrivateData()に含まれることが可能であるようにする。
図２２は、MakersPrivateDataのシンタクスを示す図である。図２２に示したMakersPrivateDataのシンタクスについて説明するに、version_numberは、このMakersPrivateData()のバージョンナンバを示す４個のキャラクター文字を示す。version_numberは、ISO 646に従って、"0045"と符号化されなければならない。lengthは、このlengthフィールドの直後からMakersPrivateData()の最後までのMakersPrivateData()のバイト数を示す３２ビットの符号なし整数を示す。
mpd_blocks_start_addressは、MakersPrivateData()の先頭のバイトからの相対バイト数を単位として、最初のmpd_block()の先頭バイトアドレスを示す。相対バイト数はゼロからカウントされる。number_of_maker_entriesは、MakersPrivateData()の中に含まれているメーカプライベートデータのエントリー数を与える１６ビットの符号なし整数である。MakersPrivateData()の中に、同じmaker_IDの値を持つメーカプライベートデータが２個以上存在してはならない。
mpd_block_sizeは、１０２４バイトを単位として、１つのmpd_blockの大きさを与える１６ビットの符号なし整数である。例えば、mpd_block_size=１ならば、それは１つのmpd_blockの大きさが１０２４バイトであることを示す。number_of_mpd_blocksは、MakersPrivateData()の中に含まれるmpd_blockの数を与える１６ビットの符号なし整数である。maker_IDは、そのメーカプライベートデータを作成したDVRシステムの製造メーカを示す16ビットの符号なし整数である。maker_IDに符号化される値は、このDVRフォーマットのライセンサによって指定される。
maker_model_codeは、そのメーカプライベートデータを作成したDVRシステムのモデルナンバーコードを示す１６ビットの符号なし整数である。maker_model_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 PlayList fileについて、換言すれば、xxxxx.rplsとyyyyy.vplsについて説明する。図２３は、xxxxx.rpls（Real PlayList）、または、yyyyy.vpls（Virtual PlayList）のシンタクスを示す図である。xxxxx.rplsとyyyyy.vplsは、同一のシンタクス構成をもつ。xxxxx.rplsとyyyyy.vplsは、それぞれ、３個のオブジェクトから構成され、それらは、PlayList()、PlayListMark()、およびMakersPrivateData()である。
PlayListMark_Start_addressは、PlayListファイルの先頭のバイトからの相対バイト数を単位として、PlayListMark()の先頭アドレスを示す。相対バイト数はゼロからカウントされる。
MakersPrivateData_Start_addressは、PlayListファイルの先頭のバイトからの相対バイト数を単位として、MakersPrivateData()の先頭アドレスを示す。相対バイト数はゼロからカウントされる。
padding_word（パディングワード）は、PlayListファイルのシンタクスにしたがって挿入され、Ｎ１とＮ２は、ゼロまたは任意の正の整数である。それぞれのパディングワードは、任意の値を取るようにしても良い。
ここで、既に、簡便に説明したが、PlayListについてさらに説明する。ディスク内にあるすべてのReal PlayListによって、Bridge-Clip（後述）を除くすべてのClipの中の再生区間が参照されていなければならない。かつ、２つ以上のReal PlayListが、それらのPlayItemで示される再生区間を同一のClipの中でオーバーラップさせてはならない。
図２４を参照してさらに説明するに、図２４（Ａ）に示したように、全てのClipは、対応するReal PlayListが存在する。この規則は、図２４（Ｂ）に示したように、編集作業が行われた後においても守られる。従って、全てのClipは、どれかしらのReal PlayListを参照することにより、必ず視聴することが可能である。
図２４（Ｃ）に示したように、Virtual PlayListの再生区間は、Real PlayListの再生区間またはBridge-Clipの再生区間の中に含まれていなければならない。どのVirtual PlayListにも参照されないBridge-Clipがディスクの中に存在してはならない。
Real PlayListは、PlayItemのリストを含むが、SubPlayItemを含んではならない。Virtual PlayListは、PlayItemのリストを含み、PlayList()の中に示されるCPI_typeがEP_map typeであり、かつPlayList_typeが0（ビデオとオーディオを含むPlayList）である場合、Virtual PlayListは、ひとつのSubPlayItemを含む事ができる。本実施の形態におけるPlayList()では、SubPlayIteはオーディオのアフレコの目的にだけに使用される、そして、１つのVirtual PlayListが持つSubPlayItemの数は、０または１でなければならない。
次に、PlayListについて説明する。図２５は、PlayListのシンタクスを示す図である。図２５に示したPlayListのシンタクスを説明するに、version_numberは、このPlayList()のバージョンナンバーを示す４個のキャラクター文字である。version_numberは、ISO 646に従って、"0045"と符号化されなければならない。lengthは、このlengthフィールドの直後からPlayList()の最後までのPlayList()のバイト数を示す３２ビットの符号なし整数である。PlayList_typeは、このPlayListのタイプを示す８ビットのフィールドであり、その一例を図２６に示す。
CPI_typeは、１ビットのフラグであり、PlayItem()およびSubPlayItem()によって参照されるClipのCPI_typeの値を示す。１つのPlayListによって参照される全てのClipは、それらのCPI()の中に定義されるCPI_typeの値が同じでなければならない。number_of_PlayItemsは、PlayListの中にあるPlayItemの数を示す１６ビットのフィールドである。
所定のPlayItem()に対応するPlayItem_idは、PlayItem()を含むfor-loopの中で、そのPlayItem()の現れる順番により定義される。PlayItem_idは、０から開始される。number_of_SubPlayItemsは、PlayListの中にあるSubPlayItemの数を示す１６ビットのフィールドである。この値は、０または１である。付加的なオーディオストリームのパス(オーディオストリームパス）は、サブパスの一種である。
次に、図２５に示したPlayListのシンタクスのUIAppInfoPlayListについて説明する。UIAppInfoPlayListは、PlayListについてのユーザインターフェースアプリケーションのパラメータをストアする。図２７は、UIAppInfoPlayListのシンタクスを示す図である。図２７に示したUIAppInfoPlayListのシンタクスを説明するに、character_setは、８ビットのフィールドであり、PlayList_nameフィールドに符号化されているキャラクター文字の符号化方法を示す。その符号化方法は、図１９に示したテーブルに準拠する値に対応する。
name_lengthは、８ビットフィールドであり、PlayList_nameフィールドの中に示されるPlayList名のバイト長を示す。PlayList_nameのフィールドは、PlayListの名称を示す。このフィールドの中の左からname_length数のバイト数が、有効なキャラクター文字であり、それはPlayListの名称を示す。PlayList_nameフィールドの中で、それら有効なキャラクター文字の後の値は、どんな値が入っていても良い。
record_time_and_dateは、PlayListが記録された時の日時をストアする５６ビットのフィールドである。このフィールドは、年／月／日／時／分／秒について、１４個の数字を４ビットのBinary Coded Decimal(BCD)で符号化したものである。例えば、2001/12/23:01:02:03 は、"0x20011223010203"と符号化される。
durationは、PlayListの総再生時間を時間／分／秒の単位で示した２４ビットのフィールドである。このフィールドは、６個の数字を４ビットのBinary Coded Decimal(BCD)で符号化したものである。例えば、01:45:30は、"0x014530"と符号化される。
valid_periodは、PlayListが有効である期間を示す３２ビットのフィールドである。このフィールドは、８個の数字を４ビットのBinary Coded Decimal(BCD)で符号化したものである。例えば、記録再生装置１は、この有効期間の過ぎたPlayListを自動消去する、といったように用いられる。例えば、2001/05/07 は、"0x20010507"と符号化される。
maker_idは、そのPlayListを最後に更新したDVRプレーヤ（記録再生装置１）の製造者を示す１６ビットの符号なし整数である。maker_idに符号化される値は、DVRフォーマットのライセンサによって割り当てられる。maker_codeは、そのPlayListを最後に更新したDVRプレーヤのモデル番号を示す１６ビットの符号なし整数である。maker_codeに符号化される値は、DVRフォーマットのライセンスを受けた製造者によって決められる。
playback_control_flagのフラグが１にセットされている場合、ユーザが正しくPIN番号を入力できた場合にだけ、そのPlayListは再生される。このフラグが０にセットされている場合、ユーザがPIN番号を入力しなくても、ユーザは、そのPlayListを視聴することができる。
write_protect_flagは、図２８（Ａ）にテーブルを示すように、１にセットされている場合、write_protect_flagを除いて、そのPlayListの内容は、消去および変更されない。このフラグが０にセットされている場合、ユーザは、そのPlayListを自由に消去および変更できる。このフラグが１にセットされている場合、ユーザが、そのPlayListを消去、編集、または上書きする前に、記録再生装置１はユーザに再確認するようなメッセージを表示させる。
write_protect_flagが０にセットされているReal PlayListが存在し、かつ、そのReal PlayListのClipを参照するVirtual PlayListが存在し、そのVirtual PlayListのwrite_protect_flagが１にセットされていても良い。ユーザが、Real PlayListを消去しようとする場合、記録再生装置１は、そのReal PlayListを消去する前に、上記Virtual PlayListの存在をユーザに警告するか、または、そのReal PlayListを"Minimize”する。
is_played_flagは、図２８（Ｂ）に示すように、フラグが１にセットされている場合、そのPlayListは、記録されてから一度は再生されたことを示し、０にセットされている場合、そのPlayListは、記録されてから一度も再生されたことがないことを示す。
archiveは、図２８（Ｃ）に示すように、そのPlayListがオリジナルであるか、コピーされたものであるかを示す２ビットのフィールドである。ref_thumbnail_index のフィールドは、PlayListを代表するサムネイル画像の情報を示す。ref_thumbnail_indexフィールドが、0xFFFFでない値の場合、そのPlayListには、PlayListを代表するサムネイル画像が付加されており、そのサムネイル画像は、menu.thum ファイルの中にストアされている。その画像は、menu.thumファイルの中でref_thumbnail_indexの値を用いて参照される。ref_thumbnail_indexフィールドが、0xFFFF である場合、そのPlayListには、PlayListを代表するサムネイル画像が付加されていない。
次にPlayItemについて説明する。１つのPlayItem()は、基本的に次のデータを含む。Clipのファイル名を指定するためのClip_information_file_name、Clipの再生区間を特定するためのIN_timeとOUT_timeのペア、PlayList()において定義されるCPI_typeがEP_map typeである場合、IN_timeとOUT_timeが参照するところのSTC_sequence_id、および、先行するPlayItemと現在のPlayItemとの接続の状態を示すところのconnection_conditionである。
PlayListが２つ以上のPlayItemから構成される時、それらのPlayItemはPlayListのグローバル時間軸上に、時間のギャップまたはオーバーラップなしに一列に並べられる。PlayList()において定義されるCPI_typeがEP_map typeであり、かつ現在のPlayItemがBridgeSequence()を持たない時、そのPlayItemにおいて定義されるIN_timeとOUT_timeのペアは、STC_sequence_idによって指定される同じSTC連続区間上の時間を指していなければならない。そのような例を図２９に示す。
図３０は、PlayList()において定義されるCPI_typeがEP_map typeであり、かつ現在のPlayItemがBridgeSequence()を持つ時、次に説明する規則が適用される場合を示している。現在のPlayItemに先行するPlayItemのIN_time (図の中でIN_time1と示されているもの)は、先行するPlayItemのSTC_sequence_idによって指定されるSTC連続区間上の時間を指している。先行するPlayItemのOUT_time（図の中でOUT_time1と示されているもの）は、現在のPlayItemのBridgeSequenceInfo()の中で指定されるBridge-Clipの中の時間を指している。このOUT_timeは、後述する符号化制限に従っていなければならない。
現在のPlayItemのIN_time（図の中でIN_time2と示されているもの）は、現在のPlayItemのBridgeSequenceInfo()の中で指定されるBridge-Clipの中の時間を指している。このIN_timeも、後述する符号化制限に従っていなければならない。現在のPlayItemのOUT_time (図の中でOUT_time2と示されているもの)は、現在のPlayItemのSTC_sequence_idによって指定されるSTC連続区間上の時間を指している。
図３１に示すように、PlayList()のCPI_typeがTU_map typeである場合、PlayItemのIN_timeとOUT_timeのペアは、同じClip AVストリーム上の時間を指している。
PlayItemのシンタクスは、図３２に示すようになる。図３２に示したPlayItemのシンタクスを説明するに、Clip_Information_file_nameのフィールドは、Clip Information fileのファイル名を示す。このClip Information fileのClipInfo()において定義されるClip_stream_typeは、Clip AV streamを示していなければならない。
STC_sequence_idは、８ビットのフィールドであり、PlayItemが参照するSTC連続区間のSTC_sequence_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の付属情報であり、次に示す情報を持つ。Bridge-Clip AV streamファイルとそれに対応するClip Information file（図４５）を指定するBridge_Clip_Information_file_nameを含む。
また、先行するPlayItemが参照するClip AV stream上のソースパケットのアドレスであり、このソースパケットに続いてBridge-Clip AV streamファイルの最初のソースパケットが接続される。このアドレスは、RSPN_exit_from_previous_Clipと称される。さらに現在のPlayItemが参照するClip AV stream上のソースパケットのアドレスであり、このソースパケットの前にBridge-Clip AV streamファイルの最後のソースパケットが接続される。このアドレスは、RSPN_enter_to_current_Clipと称される。
図３７において、RSPN_arrival_time_discontinuityは、the Bridge-Clip AV streamファイルの中でアライバルタイムベースの不連続点があるところのソースパケットのアドレスを示す。このアドレスは、ClipInfo()（図４６）の中において定義される。
図３８は、BridgeSequenceinfoのシンタクスを示す図である。図３８に示したBridgeSequenceinfoのシンタクスを説明するに、Bridge_Clip_Information_file_nameのフィールドは、Bridge-Clip AV streamファイルに対応するClip Information fileのファイル名を示す。このClip Information fileのClipInfo()において定義されるClip_stream_typeは、'Bridge-Clip AV stream'を示していなければならない。
RSPN_exit_from_previous_Clipの３２ビットフィールドは、先行するPlayItemが参照するClip AV stream上のソースパケットの相対アドレスであり、このソースパケットに続いてBridge-Clip AV streamファイルの最初のソースパケットが接続される。RSPN_exit_from_previous_Clipは、ソースパケット番号を単位とする大きさであり、先行するPlayItemが参照するClip AV streamファイルの最初のソースパケットからClipInfo()において定義されるoffset_SPNの値を初期値としてカウントされる。
RSPN_enter_to_current_Clipの３２ビットフィールドは、現在のPlayItemが参照するClip AV stream上のソースパケットの相対アドレスであり、このソースパケットの前にBridge-Clip AV streamファイルの最後のソースパケットが接続される。RSPN_exit_from_previous_Clipは、ソースパケット番号を単位とする大きさであり、現在のPlayItemが参照するClip AV streamファイルの最初のソースパケットからClipInfo()において定義されるoffset_SPNの値を初期値としてカウントされる。
次に、SubPlayItemについて、図３９を参照して説明する。SubPlayItem()の使用は、PlayList()のCPI_typeがEP_map typeである場合だけに許される。本実施の形態においては、SubPlayItemはオーディオのアフレコの目的のためだけに使用されるとする。SubPlayItem()は、次に示すデータを含む。まず、PlayListの中のsub pathが参照するClipを指定するためのClip_information_file_ nameを含む。
また、Clipの中のsub pathの再生区間を指定するためのSubPath_IN_time と SubPath_OUT_timeを含む。さらに、main pathの時間軸上でsub pathが再生開始する時刻を指定するためのsync_PlayItem_id と sync_start_PTS_of_PlayItemを含む。sub pathに参照されるオーディオのClip AV streamは、STC不連続点（システムタイムベースの不連続点）を含んではならない。sub 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を示す。所定のPlayItemに対応する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_OUT_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についてのマーク情報は、このPlayListMarkにストアされる。図４２は、PlayListMarkのシンタクスを示す図である。図４２に示したPlayListMarkのシンタクスについて説明するに、version_numberは、このPlayListMark()のバージョンナンバを示す４個のキャラクター文字である。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()において定義されるCPI_typeによって異なる。PlayItem_idは、マークが置かれているところのPlayItemを指定する８ビットのフィールドである。所定のPlayItemに対応するPlayItem_idの値は、PlayList()において定義される（図２５参照）。
character_setの８ビットのフィールドは、mark_nameフィールドに符号化されているキャラクター文字の符号化方法を示す。その符号化方法は、図１９に示した値に対応する。name_lengthの８ビットフィールドは、Mark_nameフィールドの中に示されるマーク名のバイト長を示す。mark_nameのフィールドは、マークの名称を示す。このフィールドの中の左からname_length数のバイト数が、有効なキャラクター文字であり、それはマークの名称を示す。Mark_nameフィールドの中で、それら有効なキャラクター文字の後の値は、どのような値が設定されても良い。
ref_thumbnail_indexのフィールドは、マークに付加されるサムネイル画像の情報を示す。ref_thumbnail_indexフィールドが、0xFFFFでない値の場合、そのマークにはサムネイル画像が付加されており、そのサムネイル画像は、mark.thmbファイルの中にストアされている。その画像は、mark.thmbファイルの中でref_thumbnail_indexの値を用いて参照される（後述）。ref_thumbnail_indexフィールドが、0xFFFF である場合、そのマークにはサムネイル画像が付加されていない事を示す。
次に、Clip information fileについて説明する。zzzzz.clpi（Clip information fileファイル）は、図４５に示すように６個のオブジェクトから構成される。それらは、ClipInfo()、STC_Info()、ProgramInfo()、CPI()、ClipMark()、およびMakersPrivateData()である。AVストリーム(Clip AVストリームまたはBridge-Clip AV stream)とそれに対応するClip Informationファイルは、同じ数字列の"zzzzz"が使用される。
図４５に示したzzzzz.clpi（Clip information fileファイル）のシンタクスについて説明するに、ClipInfo_Start_addressは、zzzzz.clpiファイルの先頭のバイトからの相対バイト数を単位として、ClipInfo()の先頭アドレスを示す。相対バイト数はゼロからカウントされる。
STC_Info_Start_addressは、zzzzz.clpiファイルの先頭のバイトからの相対バイト数を単位として、STC_Info()の先頭アドレスを示す。相対バイト数はゼロからカウントされる。ProgramInfo_Start_addressは、zzzzz.clpiファイルの先頭のバイトからの相対バイト数を単位として、ProgramInfo()の先頭アドレスを示す。相対バイト数はゼロからカウントされる。CPI_Start_addressは、zzzzz.clpiファイルの先頭のバイトからの相対バイト数を単位として、CPI()の先頭アドレスを示す。相対バイト数はゼロからカウントされる。
ClipMark_Start_addressは、zzzzz.clpiファイルの先頭のバイトからの相対バイト数を単位として、ClipMark()の先頭アドレスを示す。相対バイト数はゼロからカウントされる。MakersPrivateData_Start_addressは、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 AVストリーム）ファイルの最初のソースパケットについてのソースパケット番号のオフセット値を与える。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ドライブ（読み出し部２８）からのAVストリームの必要な入出力のビットレートを与える。record_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は、"0x014530"と符号化される。
time_controlled_flagのフラグは、AVストリームファイルの記録モードを示す。このtime_controlled_flagが１である場合、記録モードは、記録してからの時間経過に対してファイルサイズが比例するようにして記録されるモードであることを示し、次式に示す条件を満たさなければならない。
TS_average_rate*192/188*(t - start_time)−α
<= size_clip(t)
<= TS_average_rate*192/188*(t - start_time)＋α
ここで、TS_average_rateは、AVストリームファイルのトランスポートストリームの平均ビットレートをbytes/second の単位で表したものである。
また、上式において、ｔは、秒単位で表される時間を示し、start_timeは、AVストリームファイルの最初のソースパケットが記録された時の時刻であり、秒単位で表される。size_clip(t)は、 時刻ｔにおけるAVストリームファイルのサイズをバイト単位で表したものであり、例えば、start_timeから時刻tまでに１０個のソースパケットが記録された場合、size_clip(t)は10*192バイトである。αは、TS_average_rateに依存する定数である。
time_controlled_flagが0にセットされている場合、記録モードは、記録の時間経過とAVストリームのファイルサイズが比例するように制御していないことを示す。例えば、これは入力トランスポートストリームをトランスペアレント記録する場合である。
TS_average_rateは、time_controlled_flagが１にセットされている場合、この２４ビットのフィールドは、上式で用いているTS_average_rateの値を示す。time_controlled_flagが０にセットされている場合、このフィールドは、何も意味を持たず、０にセットされなければならない。例えば、可変ビットレートのトランスポートストリームは、次に示す手順により符号化される。まずトランスポートレートをTS_recording_rateの値にセットする。次に、ビデオストリームを可変ビットレートで符号化する。そして、ヌルパケットを使用しない事によって、間欠的にトランスポートパケットを符号化する。
RSPN_arrival_time_discontinuityの３２ビットフィールドは、Bridge-Clip AV streamファイル上でアライバルタイムベースの不連続が発生する場所の相対アドレスである。RSPN_arrival_time_discontinuityは、ソースパケット番号を単位とする大きさであり、Bridge-Clip AV streamファイルの最初のソースパケットからClipInfo() において定義されるoffset_SPNの値を初期値としてカウントされる。そのBridge-Clip AV streamファイルの中での絶対アドレスは、上述した SPN_xxx = RSPN_xxx - offset_SPNに基づいて算出される。
reserved_for_system_useの144ビットのフィールドは、システム用にリザーブされている。is_format_identifier_validのフラグが１である時、format_identifierのフィールドが有効であることを示す。is_original_network_ID_validのフラグが１である場合、original_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_identifierの値を示す。original_network_IDの１６ビットフィールドは、トランスポートストリームの中で定義されているoriginal_network_IDの値を示す。transport_stream_IDの１６ビットフィールドは、トランスポートストリームの中で定義されているtransport_stream_IDの値を示す。
servece_IDの１６ビットフィールドは、トランスポートストリームの中で定義されているservece_IDの値を示す。country_codeの２４ビットのフィールドは、ISO3166によって定義されるカントリーコードを示す。それぞれのキャラクター文字は、ISO8859-1で符号化される。例えば、日本は"JPN"と表され、"0x4A 0x50 0x4E"と符号化される。stream_format_nameは、トランスポートストリームのストリーム定義をしているフォーマット機関の名称を示すISO-646の１６個のキャラクターコードである。このフィールドの中の無効なバイトは、値'0xFF'がセットされる。
format_identifier、original_network_ID、transport_stream_ID、 servece_ID,country_code 、およびstream_format_nameは、トランスポートストリームのサービスプロバイダを示すものであり、これにより、オーディオやビデオストリームの符号化制限、SI(サービスインフォメーション)の規格やオーディオビデオストリーム以外のプライベートデータストリームのストリーム定義を認識することができる。これらの情報は、デコーダが、そのストリームをデコードできるか否か、そしてデコードできる場合にデコード開始前にデコーダシステムの初期設定を行うために用いることが可能である。
次に、STC_Infoについて説明する。ここでは、MPEG-2トランスポートストリームの中でSTCの不連続点（システムタイムベースの不連続点）を含まない時間区間をSTC_sequenceと称し、Clipの中で、STC_sequenceは、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_startが、そのアドレスを示し、最後のSTC_sequenceを除くk番目（k>=0）のSTC_sequenceは、k番目のRSPN_STC_startで参照されるソースパケットが到着した時刻から始まり、(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がTU_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_sequenceに対応するRSPN_STC_startの現れる順番により定義されるものである。STC_sequence_idは、０から開始される。
RSPN_STC_startの３２ビットフィールドは、AVストリームファイル上でSTC_sequenceが開始するアドレスを示す。RSPN_STC_startは、AVストリームファイルの中でシステムタイムベースの不連続点が発生するアドレスを示す。RSPN_STC_startは、AVストリームの中で新しいシステムタイムベースの最初のPCRを持つソースパケットの相対アドレスとしても良い。RSPN_STC_startは、ソースパケット番号を単位とする大きさであり、AVストリームファイルの最初のソースパケットからClipInfo()において定義されるoffset_SPNの値を初期値としてカウントされる。そのAV streamファイルの中での絶対アドレスは、既に上述した SPN_xxx = RSPN_xxx - offset_SPNにより算出される。
次に、図４５に示したzzzzz.clipのシンタクス内のProgramInfoについて説明する。図５３を参照しながら説明するに、ここでは、Clipの中で次の特徴をもつ時間区間をprogram_sequenceと呼ぶ。まず、PCR_PIDの値が変わらない。次に、ビデオエレメンタリーストリームの数が変化しない。また、それぞれのビデオストリームについてのPIDの値とそのVideoCodingInfoによって定義される符号化情報が変化しない。さらに、オーディオエレメンタリーストリームの数が変化しない。また、それぞれのオーディオストリームについてのPIDの値とそのAudioCodingInfoによって定義される符号化情報が変化しない。
program_sequenceは、同一の時刻において、ただ１つのシステムタイムベースを持つ。program_sequenceは、同一の時刻において、ただ１つのPMTを持つ。ProgramInfo()は、program_sequenceが開始する場所のアドレスをストアする。RSPN_program_sequence_startが、そのアドレスを示す。
図５４は、ProgramInfoのシンタクスを示す図である。図５４に示したProgramInfoのシンタクを説明するに、version_numberは、このProgramInfo()のバージョンナンバーを示す４個のキャラクター文字である。version_numberは、ISO 646に従って、"0045"と符号化されなければならない。
lengthは、このlengthフィールドの直後からProgramInfo()の最後までのProgramInfo()のバイト数を示す３２ビットの符号なし整数である。CPI()のCPI_typeが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_program_sequence_start値は、昇順に現れなければならない。
PCR_PIDの１６ビットフィールドは、そのprogram_sequenceに有効なPCRフィールドを含むトランスポートパケットのPIDを示す。number_of_videosの８ビットフィールドは、video_stream_PIDとVideoCodingInfo()を含むfor-loopのループ回数を示す。number_of_audiosの８ビットフィールドは、audio_stream_PIDとAudioCodingInfo()を含むfor-loopのループ回数を示す。video_stream_PIDの１６ビットフィールドは、そのprogram_sequenceに有効なビデオストリームを含むトランスポートパケットのPIDを示す。このフィールドに続くVideoCodingInfo()は、そのvideo_stream_PIDで参照されるビデオストリームの内容を説明しなければならない。
audio_stream_PIDの１６ビットフィールドは、そのprogram_sequenceに有効なオーディオストリームを含むトランスポートパケットのPIDを示す。このフィールドに続くAudioCodingInfo()は、そのaudio_stream_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_stream_PIDに対応するビデオフォーマットを示す。
frame_rateの８ビットフィールドは、図５７に示すように、ProgramInfo()の中のvideo_stream_PIDに対応するビデオのフレームレートを示す。display_aspect_ratioの８ビットフィールドは、図５８に示すように、ProgramInfo()の中のvideo_stream_PIDに対応するビデオの表示アスペクト比を示す。
図５９は、図５４に示したPrograminfoのシンタクス内のAudioCodingInfoのシンタクスを示す図である。図５９に示したAudioCodingInfoのシンタクスを説明するに、audio_codingの8ビットフィールドは、図６０に示すように、ProgramInfo()の中のaudio_stream_PIDに対応するオーディオの符号化方法を示す。
audio_component_typeの８ビットフィールドは、図６１に示すように、ProgramInfo()の中のaudio_stream_PIDに対応するオーディオのコンポーネントタイプを示す。sampling_frequencyの８ビットフィールドは、図６２に示すように、ProgramInfo()の中のaudio_stream_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のシンタクスを説明するに、version_numberは、このCPI()のバージョンナンバを示す４個のキャラクター文字である。version_numberは、ISO 646に従って、"0045"と符号化されなければならない。lengthは、このlengthフィールドの直後からCPI()の最後までのCPI()のバイト数を示す３２ビットの符号なし整数である。CPI_typeは、図６６に示すように、１ビットのフラグであり、ClipのCPIのタイプを表す。
次に、図６５に示したCPIのシンタクス内のEP_mapについて説明する。EP_mapには、２つのタイプがあり、それはビデオストリーム用のEP_mapとオーディオストリーム用のEP_mapである。EP_mapの中のEP_map_typeが、EP_mapのタイプを区別する。Clipが１つ以上のビデオストリームを含む場合、ビデオストリーム用のEP_mapが使用されなければならない。Clipがビデオストリームを含まず、１つ以上のオーディオストリームを含む場合、オーディオストリーム用のEP_mapが使用されなければならない。
ビデオストリーム用のEP_mapについて図６７を参照して説明する。ビデオストリーム用のEP_mapは、stream_PID、PTS_EP_start、および、RSPN_EP_startというデータを持つ。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は、stream_PID、PTS_EP_start、およびRSPN_EP_startというデータを持つ。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と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_stream_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_stream_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_startの３２ビットのフィールドのセマンティクスは、EP_map()において定義されるEP_typeにより異なる。EP_typeが0 ('video')に等しい場合、このフィールドは、ビデオストリームのシーケンスヘッダで始まるアクセスユニットの３３ビット精度のPTSの上位３２ビットを持つ。EP_typeが1 ('audio')に等しい場合、このフィールドは、オーディオストリームのアクセスユニットの３３ビット精度のPTSの上位３２ビットを持つ。
RSPN_EP_startの３２ビットのフィールドのセマンティクスは、EP_map()において定義されるEP_typeにより異なる。EP_typeが0 ('video')に等しい場合、このフィールドは、AVストリームの中でPTS_EP_startにより参照されるアクセスユニットのシーケンスヘッダの第１バイト目を含むソースパケットの相対アドレスを示す。または、EP_typeが1 ('audio')に等しい場合、このフィールドは、AVストリームの中でPTS_EP_startにより参照されるアクセスユニットのオーディオフレームの第一バイト目を含むソースパケットの相対アドレスを示す。
RSPN_EP_startは、ソースパケット番号を単位とする大きさであり、AVストリームファイルの最初のソースパケットからClipInfo()において定義されるoffset_SPNの値を初期値としてカウントされる。そのAVストリームファイルの中での絶対アドレスは、 SPN_xxx = RSPN_xxx - offset_SPNにより算出される。シンタクスのfor-loopの中でRSPN_EP_startの値は、昇順に現れなければならない。
次に、TU_mapについて、図７３を参照して説明する。TU_mapは、ソースパケットのアライバルタイムクロック（到着時刻ベースの時計）に基づいて、１つの時間軸を作る。その時間軸は、TU_map_time_axisと呼ばれる。TU_map_time_axisの原点は、TU_map()の中のoffset_timeによって示される。TU_map_time_axisは、offset_timeから一定の単位に分割される。その単位を、time_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_sizeTU_start_time(k)は、45kHzの精度を持つ。
図７４は、TU_mapのシンタクスを示す図である。図７４に示したTU_mapのシンタクスを説明するに、offset_timeの３２bit長のフィールドは、TU_map_time_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_unitのエントリー数を示す。
RSPN_time_unit_startの３２ビットフィールドは、AVストリームの中でそれぞれのtime_unitが開始する場所の相対アドレスを示す。RSPN_time_unit_startは、ソースパケット番号を単位とする大きさであり、AV streamファイルの最初のソースパケットからClipInfo()において定義されるoffset_SPNの値を初期値としてカウントされる。そのAV streamファイルの中での絶対アドレスは、 SPN_xxx = RSPN_xxx - offset_SPNにより算出される。シンタクスのfor-loopの中でRSPN_time_unit_startの値は、昇順に現れなければならない。(k+1)番目のtime_unitの中にソースパケットが何もない場合、(k+1)番目のRSPN_time_unit_startは、k番目のRSPN_time_unit_startと等しくなければならない。
図４５に示したzzzzz.clipのシンタクス内のClipMarkについて説明する。ClipMarkは、クリップについてのマーク情報であり、ClipMarkの中にストアされる。このマークは、記録器（記録再生装置１）によってセットされるものであり、ユーザによってセットされるものではない。
図７５は、ClipMarkのシンタクスを示す図である。図７５に示したClipMarkのシンタクスを説明するに、version_numberは、このClipMark()のバージョンナンバーを示す４個のキャラクター文字である。version_numberは、ISO 646に従って、"0045"と符号化されなければならない。
lengthは、このlengthフィールドの直後からClipMark()の最後までのClipMark()のバイト数を示す３２ビットの符号なし整数である。number_of_Clip_marksは、 ClipMarkの中にストアされているマークの個数を示す１６ビットの符号なし整数。number_of_Clip_marks は、０であってもよい。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の８ビットフィールドは、Mark_nameフィールドの中に示されるマーク名のバイト長を示す。mark_nameのフィールドは、マークの名称を示す。このフィールドの中の左からname_length数のバイト数が、有効なキャラクター文字であり、それはマークの名称を示す。mark_nameフィールドの中で、それら有効なキャラクター文字の後の値は、どんな値が入っていても良い。
ref_thumbnail_indexのフィールドは、マークに付加されるサムネイル画像の情報を示す。ref_thumbnail_indexフィールドが、0xFFFFでない値の場合、そのマークにはサムネイル画像が付加されており、そのサムネイル画像は、mark.thmbファイルの中にストアされている。その画像は、mark.thmbファイルの中でref_thumbnail_indexの値を用いて参照される。ref_thumbnail_indexフィールドが、0xFFFF である場合、そのマークにはサムネイル画像が付加されていない。
図７８は、図７５に代わるClipMarkの他のシンタクスを示す図であり、図７９は、その場合における、図７６に代わるmark_typeのテーブルの例を示す。reserved_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()の例を示す。例えば、あるプログラムが開始してから、しばらくした後（数秒後）、そのプログラムの番組名（タイトル）が表示されるとする。ClipMarkを作るときは、mark_entry()は、そのプログラムの開始ポイントに置き、representative_picture_entry()は、そのプログラムの番組名（タイトル）が表示されるポイントに置くようにしても良い。
DVRプレーヤは、representative_picture_entryの画像をGUIに表示し、ユーザーがその画像を指定すると、DVRプレーヤは、mark_entryの置かれたポイントから再生を開始する。
mark_entry() および representative_picture_entry()のシンタクスを、図８１に示す。
mark_time_stampは、３２ビットフィールドであり、mark_entry()の場合はマークが指定されたポイントを示すタイムスタンプをストアし、またrepresentative_picture_entry()の場合、mark_entry()によって示されるマークを代表する画像のポイントを示すタイムスタンプをストアする。
次に、ClipMarkを指定するために、PTSによるタイムスタンプベースの情報を使用するのではなく、アドレスベースの情報を使用する場合のmark_entry() と representative_picture_entry()のシンタクスの例を図８２に示す。
RSPN_ref_EP_startは、 mark_entry()の場合、AVストリームの中でマーク点のピクチャをデコードするためのストリームのエントリーポイントを示すソースパケットの相対アドレスを示す。また、representative_picture_entry()の場合、mark_entry()によって示されるマークを代表するピクチャをデコードするためのストリームのエントリーポイントを示すソースパケットの相対アドレスを示す。RSPN_ref_EP_startの値は、EP_mapの中にRSPN_EP_startとしてストアされていなければならず、かつ、そのRSPN_EP_startに対応するPTS_EP_startの値は、EP_mapの中で、マーク点のピクチャのPTSより過去で最も近い値でなければならない。
offset_num_picturesは、32ビットのフィールドであり、RSPN_ref_EP_startにより参照されるピクチャから表示順序でマーク点で示されるピクチャまでのオフセットのピクチャ数を示す。この数は、ゼロからカウントされる。図８３の例の場合、offset_num_picturesは６となる。
次に、ClipMarkを指定するために、アドレスベースの情報を使用する場合のmark_entry() と representative_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については、図２２を参照して既に説明したので、その説明は省略する。
次に、サムネイルインフォメーション（Thumbnail 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.thmbとmark.thmbのシンタクス内のThumbnailのシンタクスを示す図である。図８７に示したThumbnailのシンタクスについて説明するに、version_numberは、このThumbnail()のバージョンナンバーを示す４個のキャラクター文字である。version_numberは、ISO 646に従って、"0045"と符号化されなければならない。
lengthは、このlengthフィールドの直後からThumbnail()の最後までのMakersPrivateData()のバイト数を示す３２ビットの符号なし整数である。tn_blocks_start_addressは、Thumbnail()の先頭のバイトからの相対バイト数を単位として、最初のtn_blockの先頭バイトアドレスを示す３２ビットの符号なし整数である。相対バイト数はゼロからカウントされる。number_of_thumbnailsは、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_index はUIAppInfoVolume()、UIAppInfoPlayList()、 PlayListMark()、およびClipMark()の中のref_thumbnail_indexによって参照される。
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_blockの先頭から始まり、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から構成される。Aligned unitの大きさは、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に従っていなければならない。MPEG2トランスポートストリームのi番目のバイトは、T-STD(ISO/IEC 13818-1で規定されるTransport stream system target decoder)５１とソースパケッタイザー(sourse packetizer)５４へ、時刻t(i)に同時に入力される。Rpkは、トランスポートパケットの入力レートの瞬時的な最大値である。
２７MHz PLL５２は、２７MHzクロックの周波数を発生する。２７MHzクロックの周波数は、MPEG-2トランスポートストリームのPCR (Program Clock Reference)の値にロックされる。アライバルタイムクロックカウンタ（arrival time clock counter）５３は、２７MHzの周波数のパルスをカウントするバイナリーカウンターである。Arrival_time_clock(i)は、時刻t(i)におけるarrival time clock counter５３のカウント値である。
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秒）以上になる場合、その２つのトランスポートパケットのarrival_time_stampの差分は、230/27000000秒になるようにセットされるべきである。レコーダは、そのようになる場合に備えてある。
スムージングバッファ（smoothing buffer）５５は、入力トランスポートストリームのビットレートをスムージングする。スムージングバッファ５５は、オーバーフローしてはならない。Rmaxは、スムージングバッファ５５が空でない時のスムージングバッファ５５からのソースパケットの出力ビットレートである。スムージングバッファ５５が空である時、スムージングバッファ５５からの出力ビットレートはゼロである。
次に、DVR MPEG-2トランスポートストリームのレコーダモデルのパラメータについて説明する。Rmaxという値は、AVストリームファイルに対応するClipInfo()において定義されるTS_recording_rateによって与えられる。この値は、次式により算出される。
Rmax = TS_recording_rate * 192/188
TS_recording_rateの値は、bytes/secondを単位とする大きさである。
入力トランスポートストリームがSESFトランスポートストリームの場合、Rpkは、AVストリームファイルに対応するClipInfo()において定義されるTS_recording_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_buffer_descriptor、partial_transport_stream_descriptorなどにおいて定義される値を参照しても良い。
記録機（レコーダ）および記録再生装置１（プレーヤ）は、十分なサイズのバッファを用意しなければならない。デフォールトのバッファサイズは、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６２は、２７MHzの周波数のパルスをカウントするバイナリーカウンターである。arrival_time_clock(i)は、時刻t(i)におけるarrival time clock counter６２のカウント値である。
smoothing buffer６４において、Rmaxは、スムージングバッファ６４がフルでない時のスムージングバッファ６４へのソースパケットの入力ビットレートである。スムージングバッファ６４がフルである時、スムージングバッファ６４への入力ビットレートはゼロである。
MPEG-2トランスポートストリームの出力タイミングを説明するに、現在のソースパケットのarrival_time_stampがarrival_time_clock(i)のLSB ３０ビットの値と等しい時、そのソースパケットのトランスポートパケットは、スムージングバッファ６４から引き抜かれる。Rpkは、トランスポートパケットレートの瞬時的な最大値である。スムージングバッファ６４は、アンダーフローしてはならない。
DVR MPEG-2トランスポートストリームのプレーヤモデルのパラメータについては、上述したDVR MPEG-2トランスポートストリームのレコーダモデルのパラメータと同一である。
図９３は、Source packetのシンタクスを示す図である。transport_packet() は、ISO/IEC 13818-1で規定されるMPEG-2トランスポートパケットである。図９３に示したSource packetのシンタクス内のTP_Extra_headerのシンタクスを図９４に示す。図９４に示したTP_Extra_headerのシンタクスについて説明するに、copy_permission_indicatorは、トランスポートパケットのペイロードのコピー制限を表す整数である。コピー制限は、copy free、no more copy、copy once、またはcopy prohibitedとすることができる。図９５は、copy_permission_indicatorの値と、それらによって指定されるモードの関係を示す。
copy_permission_indicatorは、すべてのトランスポートパケットに付加される。IEEE1394デジタルインターフェースを使用して入力トランスポートストリームを記録する場合、copy_permission_indicatorの値は、IEEE1394 isochronous packet headerの中のEMI (Encryption Mode Indicator)の値に関連付けても良い。IEEE1394デジタルインターフェースを使用しないで入力トランスポートストリームを記録する場合、copy_permission_indicatorの値は、トランスポートパケットの中に埋め込まれたCCIの値に関連付けても良い。アナログ信号入力をセルフエンコードする場合、copy_permission_indicatorの値は、アナログ信号のCGMS-Aの値に関連付けても良い。
arrival_time_stampは、次式
arrival_time_stamp(k) = arrival_time_clock(k)% 230
において、arrival_time_stampによって指定される値を持つ整数値である。
Clip AVストリームの定義をするに、Clip AVストリームは、上述したような定義がされるDVR MPEG-2トランスポートストリームの構造を持たねばならない。arrival_time_clock(i)は、Clip AVストリームの中で連続して増加しなければならない。Clip AVストリームの中にシステムタイムベース（STCベース）の不連続点が存在したとしても、そのClip AVストリームのarrival_time_clock(i)は、連続して増加しなければならない。
Clip AVストリームの中の開始と終了の間のarrival_time_clock(i)の差分の最大値は、２６時間でなければならない。この制限は、MPEG2トランスポートストリームの中にシステムタイムベース（STCベース）の不連続点が存在しない場合に、Clip AVストリームの中で同じ値のPTS(Presentation Time Stamp)が決して現れないことを保証する。MPEG2システムズ規格は、PTSのラップアラウンド周期を233/90000秒(約26.5時間).と規定している。
Bridge-Clip AVストリームの定義をするに、Bridge-Clip AVストリームは、上述したような定義がされるDVR MPEG-2トランスポートストリームの構造を持たねばならない。Bridge-Clip AVストリームは、１つのアライバルタイムベースの不連続点を含まなければならない。アライバルタイムベースの不連続点の前後のトランスポートストリームは、後述する符号化の制限に従わなければならず、かつ後述するDVR-STDに従わなければならない。
本実施の形態においては、編集におけるPlayItem間のビデオとオーディオのシームレス接続をサポートする。PlayItem間をシームレス接続にすることは、プレーヤ／レコーダに"データの連続供給"と"シームレスな復号処理"を保証する。"データの連続供給"とは、ファイルシステムが、デコーダにバッファのアンダーフロウを起こさせる事のないように必要なビットレートでデータを供給する事を保証できることである。データのリアルタイム性を保証して、データをディスクから読み出すことができるように、データが十分な大きさの連続したブロック単位でストアされるようにする。
"シームレスな復号処理"とは、プレーヤが、デコーダの再生出力にポーズやギャップを起こさせる事なく、ディスクに記録されたオーディオビデオデータを表示できることである。
シームレス接続されているPlayItemが参照するAVストリームについて説明する。先行するPlayItemと現在のPlayItemの接続が、シームレス表示できるように保証されているかどうかは、現在のPlayItemにおいて定義されているconnection_conditionフィールドから判断することができる。PlayItem間のシームレス接続は、Bridge-Clipを使用する方法と使用しない方法がある。
図９６は、Bridge-Clipを使用する場合の先行するPlayItemと現在のPlayItemの関係を示している。図９６においては、プレーヤが読み出すストリームデータが、影をつけて示されている。図９６に示したTS1は、Clip1（Clip AVストリーム）の影を付けられたストリームデータとBridge-ClipのRSPN_arrival_time_discontinuityより前の影を付けられたストリームデータから成る。
TS1のClip1の影を付けられたストリームデータは、先行するPlayItemのIN_time（図９６においてIN_time1で図示されている）に対応するプレゼンテーションユニットを復号する為に必要なストリームのアドレスから、RSPN_exit_from_previous_Clipで参照されるソースパケットまでのストリームデータである。TS1に含まれるBridge-ClipのRSPN_arrival_time_discontinuityより前の影を付けられたストリームデータは、Bridge-Clipの最初のソースパケットから、RSPN_arrival_time_discontinuityで参照されるソースパケットの直前のソースパケットまでのストリームデータである。
また、図９６におけるTS2は、Clip2（Clip AVストリーム）の影を付けられたストリームデータとBridge-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は、Clip1 (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_time）の前に表示される不必要なピクチャは、接続点付近のClipの部分的なストリームを再エンコードするプロセスにより、除去されなければならない。
図９８に示したような場合において、BridgeSequenceを使用してシームレス接続を実現する例を、図９９に示す。RSPN_arrival_time_discontinuityより前のBridge-Clipのビデオストリームは、図９８のClip1のOUT_time1に対応するピクチャまでの符号化ビデオストリームから成る。そして、そのビデオストリームは先行するClip1のビデオストリームに接続され、１つの連続でMPEG２規格に従ったエレメンタリーストリームとなるように再エンコードされている。
同様にして、RSPN_arrival_time_discontinuity以後のBridge-Clipのビデオストリームは、図９８のClip2のIN_time2に対応するピクチャ以後の符号化ビデオストリームから成る。そして、そのビデオストリームは、正しくデコード開始する事ができて、これに続くClip2のビデオストリームに接続され、１つの連続でMPEG2規格に従ったエレメンタリーストリームとなるように再エンコードされている。Bridge-Clipを作るためには、一般に、数枚のピクチャは再エンコードしなければならず、それ以外のピクチャはオリジナルのClipからコピーすることができる。
図９８に示した例の場合にBridgeSequenceを使用しないでシームレス接続を実現する例を図１００に示す。Clip1のビデオストリームは、図９８のOUT_time1に対応するピクチャまでの符号化ビデオストリームから成り、それは、１つの連続でMPEG２規格に従ったエレメンタリーストリームとなるように再エンコードされている。同様にして、Clip2のビデオストリームは、図９８のClip2のIN_time2に対応するピクチャ以後の符号化ビデオストリームから成り、それは、一つの連続でMPEG２規格に従ったエレメンタリーストリームとなるように再エンコードされている。
ビデオストリームの符号化制限について説明するに、まず、TS1とTS2のビデオストリームのフレームレートは、等しくなければならない。TS1のビデオストリームは、sequence_end_codeで終端しなければならない。TS2のビデオストリームは、Sequence Header、GOP Header、そしてI-ピクチャで開始しなければならない。TS2のビデオストリームは、クローズドGOPで開始しなければならない。
ビットストリームの中で定義されるビデオプレゼンテーションユニット（フレームまたはフィールド）は、接続点を挟んで連続でなければならない。接続点において、フレームまたはフィールドのギャップがあってはならない。接続点において、トップ―ボトムのフィールドシーケンスは連続でなければならない。3-2プルダウンを使用するエンコードの場合は、"top_field_first" および "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-Clip AVストリームは、ただ１つのアライバルタイムベースの不連続点を持つ。ClipInfo()において定義されるRSPN_arrival_time_discontinuityが、その不連続点のアドレスを示し、それはTS2の最初のソースパケットを参照するアドレスを示さなければならない。
BridgeSequenceInfo()において定義されるRSPN_exit_from_previous_Clipによって参照されるソースパケットは、Clip1の中のどのソースパケットでも良い。それは、Aligned unitの境界である必要はない。BridgeSequenceInfo()において定義されるRSPN_enter_to_current_Clipによって参照されるソースパケットは、Clip2の中のどのソースパケットでも良い。それは、Aligned unitの境界である必要はない。
PlayItemの制限について説明するに、先行するPlayItemのOUT_time（図９６、図９７において示されるOUT_time1）は、TS1の最後のビデオプレゼンテーションユニットの表示終了時刻を示さなければならない。現在のPlayItemのIN_time（F図９６、図９７において示されるIN_time2）は、TS2の最初のビデオプレゼンテーションユニットの表示開始時刻を示さなければならない。
Bridge-Clipを使用する場合のデータアロケーションの制限について、図１０２を参照して説明するに、シームレス接続は、ファイルシステムによってデータの連続供給が保証されるように作られなければならない。これは、Clip1（Clip AVストリームファイル）とClip2（Clip AVストリームファイル）に接続されるBridge-Clip AVストリームを、データアロケーション規定を満たすように配置することによって行われなければならない。
RSPN_exit_from_previous_Clip以前のClip1（Clip AVストリームファイル）のストリーム部分が、ハーフフラグメント以上の連続領域に配置されているように、RSPN_exit_from_previous_Clipが選択されなければならない。Bridge-Clip AVストリームのデータ長は、ハーフフラグメント以上の連続領域に配置されるように、選択されなければならない。RSPN_enter_to_current_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, Dn, 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ストリーム（TS2）へと移る時のトランスポートパケットの入力，復号，表示のタイミングチャートを示す。所定の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_rate(TS1)のビットレートでDVR-STDのTBnまたはTBsysのバッファへ入力されなければならない。ここで、TS_recording_rate(TS1)は、Clip1に対応するClipInfo()において定義されるTS_recording_rateの値である。TS1の最後のバイトがバッファへ入力する時刻は、時刻Ｔ2である。従って、時刻Ｔ1からＴ2までの区間では、ソースパケットのarrival_time_stampは無視される。
N1をTS1の最後のビデオパケットに続くTS1のトランスポートパケットのバイト数とすると、時刻Ｔ1乃至Ｔ2までの時間DT1は、N1バイトがTS_recording_rate(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によって決定される。RXnとRXsysは共に、T-STDにおいて定義されている値に変化する。
付加的なオーディオバッファリングおよびシステムデータバッファリングについて説明するに、オーディオデコーダとシステムデコーダは、時刻Ｔ１からT2までの区間の入力データを処理することができるように、T-STDで定義されるバッファ量に加えて付加的なバッファ量（約1秒分のデータ量）が必要である。
ビデオのプレゼンテーションタイミングについて説明するに、ビデオプレゼンテーションユニットの表示は、接続点を通して、ギャップなしに連続でなければならない。ここで、STC1は、TS1のシステムタイムベースの時間軸（図１０５ではSTC1と図示されている）とし、STC2は、TS2のシステムタイムベースの時間軸（図９７ではSTC2と図示されている。正確には、STC2は、TS2の最初のPCRがT-STDに入力した時刻から開始する。）とする。
STC1とSTC2の間のオフセットは、次のように決定される。PTS1endは、TS1の最後のビデオプレゼンテーションユニットに対応するSTC1上のPTSであり、PTS2startは、TS2の最初のビデオプレゼンテーションユニットに対応するSTC2上のPTSであり、Tppは、TS1の最後のビデオプレゼンテーションユニットの表示期間とすると、２つのシステムタイムベースの間のオフセットSTC_deltaは、次式により算出される。
STC_delta = PTS1end + Tpp - PTS2start
オーディオのプレゼンテーションのタイミングについて説明するに、接続点において、オーディオプレゼンテーションユニットの表示タイミングのオーバーラップがあっても良く、それは０乃至２オーディオフレーム未満である（図１０５に図示されている"audio overlap"を参照）。どちらのオーディオサンプルを選択するかということと、オーディオプレゼンテーションユニットの表示を接続点の後の補正されたタイムベースに再同期することは、プレーヤ側により設定されることである。
DVR-STDのシステムタイムクロックについて説明するに、時刻Ｔ5において、TS1の最後のオーディオプレゼンテーションユニットが表示される。システムタイムクロックは、時刻Ｔ2からＴ5の間にオーバーラップしていても良い。この区間では、DVR-STDは、システムタイムクロックを古いタイムベースの値（STC1）と新しいタイムベースの値（STC2）の間で切り替える。STC2の値は、次式により算出される。
STC2＝STC1−STC_delta
バッファリングの連続性について説明する。STC11video_endは、TS1の最後のビデオパケットの最後のバイトがDVR-STDのTB1へ到着する時のシステムタイムベースSTC1上のSTCの値である。STC22video_startは、TS2の最初のビデオパケットの最初のバイトがDVR-STDのTB1へ到着する時のシステムタイムベースSTC2上のSTCの値である。STC21video_endは、STC11video_end の値をシステムタイムベースSTC2上の値に換算した値である。STC21video_endは、次式により算出される。
STC21video_end = STC11video_end - STC_delta
DVR-STDに従うために、次の２つの条件を満たす事が要求される。まず、TS2の最初のビデオパケットのTB1への到着タイミングは、次に示す不等式を満たさなければならない。そして、次に示す不等式を満たさなければならない。
STC22video_start > STC21video_end + ΔT1
この不等式が満たされるように、Clip１および、または、Clip２の部分的なストリームを再エンコードおよび、または、再多重化する必要がある場合は、その必要に応じて行われる。
次に、STC1とSTC2を同じ時間軸上に換算したシステムタイムベースの時間軸上において、TS1からのビデオパケットの入力とそれに続くTS2からのビデオパケットの入力は、ビデオバッファをオーバーフローおよびアンダーフローさせてはならない。
このようなシンタクス、データ構造、規則に基づく事により、記録媒体に記録されているデータの内容、再生情報などを適切に管理することができ、もって、ユーザが再生時に適切に記録媒体に記録されているデータの内容を確認したり、所望のデータを簡便に再生できるようにすることができる。
なお、本実施の形態は、多重化ストリームとしてMPEG2トランスポートストリームを例にして説明しているが、これに限らず、MPEG2プログラムストリームや米国のDirecTVサービス（商標）で使用されているDSSトランスポートストリームについても適用することが可能である。
次に、mark_entry()およびrepresentative_picture＿entry()のシンタクスが、図８１に示されるような構成である場合における、マーク点で示されるシーンの頭出し再生を行う場合の処理について、図１０６のフローチャートを参照して、説明する。
最初にステップＳ１において、記録再生装置１の制御部２３は、記録媒体１００から、DVRトランスポートストリームファイルのデータデースであるEP_Map（図７０）、STC_Info（図５２）、Program_Info（図５４）、およびClipMark（図７８）を読み出す。
ステップＳ２において、制御部２３は、ClipMark（図７８）のrepresentative_picture_entry（図８１）、またはref_thumbnail_indexで参照されるピクチャからサムネイルのリストを作成し、ユーザインターフェース入出力としての端子２４から出力し、GUIのメニュー画面上に表示させる。この場合、ref_thumbnail_indexが有効な値を持つ場合、representative_picture_entryよりref_thumbnail_indexが優先される。
ステップＳ３において、ユーザが再生開始点のマーク点を指定する。これは、例えば、GUIとして表示されたメニュー画面上の中からユーザがサムネイル画像を選択することで行われる。制御部２３は、この選択操作に対応して、指定されたサムネイルに対応づけられているマーク点を取得する。
ステップＳ４において、制御部２３は、ステップＳ３で指定されたmark_entry（図８１）のmark_time_stampのPTSと、STC_sequence_idを取得する。
ステップＳ５において、制御部２３は、STC_Info（図５２）から、ステップＳ４で取得したSTC_sequence_idに対応するSTC時間軸が開始するソースパケット番号を取得する。
ステップＳ６において、制御部２３は、ステップＳ５で取得したSTC時間軸が開始するパケット番号と、ステップＳ４で取得したマーク点のPTSから、マーク点のPTSより時間的に前で、かつ、最も近いエントリーポイント(Iピクチャ)のあるソースパケット番号を取得する。
ステップＳ７において、制御部２３は、ステップＳ６で取得したエントリーポイントのあるソースパケット番号から、トランスポートストリームのデータを読み出し、AVデコーダ２７に供給させる。
ステップＳ８において、制御部２３は、AVデコーダ２７を制御し、ステップＳ４で取得したマーク点のPTSのピクチャから表示を開始させる。
以上の動作を、図１０７乃至１０９を参照してさらに説明する。
いま、図１０７に示されているように、DVRトランスポートストリームファイルは、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_picture_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_sequence_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_picture_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_num_picturesになったとき、そのピクチャから表示を開始させる。
以上の処理を、図１１３乃至図１１５を参照して、さらに説明する。この例においては、DVRトランスポートストリームファイルは、ソースパケット番号Ａからシーンが開始しており、ソースパケット番号ＢからソースパケットＣまでCMが挿入されている。このため、図１１４に示されるように、EP_mapには、RSPN_EP_startとしてのＡ，Ｂ，Ｃに対応して、PTS_EP_startとして、PTS(A),PTS(B),PTS(C)が登録されている。
また、図１１５に示されるように、シーンスタート、CMスタート、およびCMエンドのマークタイプに対応して、mark_entryとrepresentative_picture_entryが登録されている。mark_entryには、シーンスタート、CMスタート、およびCMエンドに対応して、RSPN_ref_EP_startとして、それぞれＡ，Ｂ，Ｃが登録され、offset_num_picturesとして、Ｍ１，Ｎ１，Ｎ２が登録されている。同様に、representative_picture_entryには、RSPN_ref_EP_startとして、シーンスタート、CMスタート、およびCMエンドに対応して、それぞれＡ，Ｂ，Ｃが登録され、offset_num_picturesとして、Ｍ２，Ｎ１，Ｎ２がそれぞれ登録されている。
シーンスタートに当たるピクチャから頭出して再生が指令された場合、パケット番号Ａのデータから始まるストリームからデコードが開始され、PTS(A)のピクチャから（表示をしないで）表示すべきピクチャをカウントアップをしていき、offset_num_picturesが、Ｍ１の値になったとき、そのピクチャから表示が開始される。
さらに、mark_entryとrepresentative_picture_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),offset_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のピクチャであるか否かを判定し、現在の表示画像がRSPN_ref_EP_start(1)に対応するPTSのピクチャでない場合には、ステップＳ６７に進み、ピクチャをそのまま継続的に表示させる。その後、処理はステップＳ６５に戻り、それ以降の処理が繰り返し実行される。
ステップＳ６６において、現在の表示画像がRSPN_ref_EP_start(1)に対応するPTSのピクチャであると判定された場合、ステップＳ６８に進み、制御部２３は、AVデコーダ２７を制御し、RSPN_ref_EP_start(1)に対応するPTSのピクチャから表示するピクチャをカウントアップしていき、カウント値がoffset_num_pictures(1)になったとき、表示を停止させる。
ステップＳ６９において、制御部２３は、RSPN_ref_EP_start(2)のソースパケット番号からトランスポートストリームのデータを読み出し、AVデコーダ２７に供給させる。
ステップＳ７０において、制御部２３は、AVデコーダ２７を制御し、RSPN_ref_EP_start(2)に対応するPTSのピクチャから（表示をしないで）表示すべきピクチャをカウントアップしていき、カウント値がoffset_num_pictures(2)になったとき、そのピクチャから表示を開始させる。
以上の動作を、図１１３乃至図１１５を参照してさらに説明すると、まず、EP_map（図１１４）をもとに、パケット番号Ｂ，Ｃに対応する時刻PTS(B),PTS(C)が得られる。そして、Clip AV streamがデコードされていき、表示時刻がPTS(B)になったとき、PTS(B)のピクチャから表示ピクチャがカウントアップされ、その値がＮ１（図１１５）になったとき、表示が停止される。
さらに、パケット番号Ｃのデータから始まるストリームからデコードが再開され、PTS(C)のピクチャから（表示をしないで）表示すべきピクチャをカウントアップしていき、その値がＮ２（図１１５）になったとき、そのピクチャから表示が再開される。
以上の処理は、CMスキップ再生に限らず、ClipMarkで指定された２点間のシーンをスキップさせて再生する場合にも、適用可能である。
次に、mark_entryとrepresentative_picture_entryのシンタクスが、図８４に示すような構成である場合における、マーク点で示されるシーンの頭出し再生処理について、図１１８のフローチャートを参照して説明する。
ステップＳ８１において、EP_map（図７０）、STC_Info（図５２）、Program_Info（図５４）、並びにClipMark（図７８）の情報が取得される。
ステップＳ８２において、制御部２３は、ClipMark（図７８）のrepresentative_picture_entryまたはref_thumbnail_indexで参照されるピクチャからサムネイルのリストを生成し、GUIのメニュー画面として表示させる。ref_thumbnail_indexが有効な値を有する場合、representative_picture_entryよりref_thumbnail_indexが優先される。
ステップＳ８３において、ユーザは再生開始点のマーク点を指定する。この指定は、例えば、メニュー画面上の中からユーザがサムネイル画像を選択し、そのサムネイルに対応づけられているマーク点を指定することで行われる。
ステップＳ８４において、制御部２３は、ユーザから指定されたmark_entryのRSPN_mark_point（図８４）を取得する。
ステップＳ８５において、制御部２３は、マーク点のRSPN_mark_pointより前にあり、かつ、最も近いエントリーポイントのソースパケット番号を、EP_map（図７０）から取得する。
ステップＳ８６において、制御部２３は、ステップＳ８５で取得したエントリーポイントに対応するソースパケット番号からトランスポートストリームのデータを読み出し、AVデコーダ２７に供給させる。
ステップＳ８７において、制御部２３は、AVデコーダ２７を制御し、RSPN_mark_pointで参照されるピクチャから表示を開始させる。
以上の処理を、図１１９乃至図１２１を参照してさらに説明する。この例においては、DVRトランスポートストリームファイルが、ソースパケットＡでシーンスタートし、ソースパケット番号ＢからＣまでCMが挿入されている。このため、図１２０のEP_mapには、RSPN_EP_startとしてのＡ，Ｂ，Ｃに対応して、PTS_EP_startがそれぞれPTS(A),PTS(B),PTS(C)として登録されている。また、図１２１に示されるClipMarkに、シーンスタート、CMスタート、およびCMエンドに対応して、markentryのRSPN_mark_pointとして、ａ１，ｂ１，ｃ１が、また、representative_picture_entryのRSPN_mark_pointとして、ａ２，ｂ１，ｃ１が、それぞれ登録されている。
シーンスタートにあたるピクチャから頭出して再生する場合、パケット番号Ａ＜ａ１とすると、パケット番号Ａのデータから始まるストリームからデコードが開始され、ソースパケット番号ａ１に対応するピクチャから表示が開始される。
次に、mark_entryとrepresentative_picture_entryのシンタクスが、図８４に示されるような構成である場合におけるCMスキップ再生の処理について、図１２２と図１２３のフローチャートを参照して説明する。
ステップＳ１０１において、制御部２３は、EP_map（図７０）、STC_Info（図５２）、Program_Info（図５４）、並びにClipMark（図７０）の情報を取得する。
ステップＳ１０２において、ユーザは、CMスキップ再生を指定する。
ステップＳ１０３において、制御部２３は、マークタイプ（図７９）がCM開始点とCM終了点である各点のマーク情報のRSPN_mark_point（図８４）を取得する。そして、制御部２３は、CM開始点のデータをRSPN_mark_point（１）とし、CM終了点のデータをRSPN_mark_point（２）とする。
ステップＳ１０４において、制御部２３は、記録媒体１００からトランスポートストリームを読み出させ、AVデコーダ２７に出力し、デコードさせる。
ステップＳ１０５において、制御部２３は、現在の表示画像がRSPN_mark_point（１）に対応するピクチャであるか否かを判定し、現在の表示画像がRSPN_mark_point（１）に対応するピクチャでない場合には、ステップＳ１０６に進み、そのままピクチャを継続的に表示させる。その後、処理はステップＳ１０４に戻り、それ以降の処理が繰り返し実行される。
ステップＳ１０５において、現在の表示画像がRSPN_mark_point（１）に対応するピクチャであると判定された場合、ステップＳ１０７に進み、制御部２３はAVデコーダ２７を制御し、デコードおよび表示を停止させる。
次に、ステップＳ１０８において、RSPN_mark_point（２）より前にあり、かつ、最も近いエントリーポイントのあるソースパケット番号がEP_map（図７０）から取得される。
ステップＳ１０９において、制御部２３は、ステップＳ１０８で取得したエントリーポイントに対応するソースパケット番号からトランスポートストリームのデータを読み出し、AVデコーダ２７に供給させる。
ステップＳ１１０において、制御部２３は、AVデコーダ２７を制御し、RSPN_mark_point（２）で参照されるピクチャから表示を再開させる。
以上の処理を図１１９乃至図１２１の例でさらに説明すると、Clip AV streamをデコードして行き、ソースパケット番号ｂ１（図１２１）に対応する表示ピクチャになったとき、表示が停止される。そして、ソースパケット番号Ｃ＜ソースパケット番号ｃ１とすると、パケット番号Ｃのデータから始まるストリームからデコードが再開され、ソースパケット番号ｃ１に対応するピクチャになったとき、そのピクチャから表示が再開される。
以上のようにして、図１２４に示されるように、PlayList上で、タイムスタンプにより所定の位置を指定し、このタイムスタンプを各ClipのClip Informationにおいて、データアドレスに変換し、Clip AV streamの所定の位置にアクセスすることができる。
より具体的には、図１２５に示されるように、PlayList上において、PlayListMarkとしてブックマークやリジューム点を、ユーザが時間軸上のタイムスタンプとして指定すると、そのPlayListは再生するとき、そのPlayListが参照しているClipのClipMarkを使用して、Clip AV streamのシーン開始点やシーン終了点にアクセスすることができる。
なお、ClipMarkのシンタクスは、図７８の例に替えて、図１２６に示すようにすることもできる。
この例においては、RSPN_markが、図７８のreserved_for_MakerID, mark_entry（）、およびrepresetative_picture_entry（）に替えて挿入されている。このRSPN_markの３２ビットのフィールドは、AVストリームファイル上で、そのマークが参照するアクセスユニットの第１バイト目を含むソースパケットの相対アドレスを示す。RSPN_markは、ソースパケット番号を単位とする大きさであり、AVストリームファイルの最初のソースパケットからClip Information fileにおいて定義され、offset_SPNの値を初期値としてカウントされる。
その他の構成は、図７８における場合と同様である。
ClipMarkのシンタクスは、さらに図１２７に示すように構成することもできる。この例においては、図１２６におけるRSPN_markの代わりに、RSPN_ref_EP_startとoffset_num_picturesが挿入されている。これらは、図８２に示した場合と同様のものである。
図１２８は、アナログＡＶ信号をエンコードして記録する場合、図８１に示したシンタクスのClipMarkの作成について説明するフローチャートである。図１の記録再生装置１のブロック図を参照しながら説明する。ステップＳ２００において、解析部１４は端子１１，１２からの入力ＡＶ信号を解析して、特徴点を検出する。特徴点は、ＡＶストリームの内容に起因する特徴的なシーンを指定し、例えば、番組の頭だし点やシーンチェンジ点などである。
ステップＳ２０１のおいて、制御部２３は特徴点の画像のＰＴＳを取得する。ステップＳ２０２において、制御部２３は、特徴点の情報をClipMarkにストアする。具体的には、本実施の形態のClipMarkのシンタクスとセマンティクスで説明した情報をストアする。ステップＳ２０３において、Clip Information fileとClip AV stream fileがディスクに記録される。
図１２９は、ディジタルインタフェースから入力されたトランスポートストリームを記録する場合、図８１に示したシンタクスのClipMarkの作成について説明するフローチャートである。図１の記録再生装置１のブロック図を参照しながら説明する。ステップＳ２１１において、デマルチプレクサ２６、および、制御部２３は、記録するプログラムのエレメンタリストリームＰＩＤを取得する。解析対象のエレメンタリストリームが複数ある場合、全てのエレメンタリストリームＰＩＤが取得される。
ステップＳ２１２で、デマルチプレクサ２６は、端子１３から入力されるトランスポートストリームのプログラムからエレメンタリストリームを分離し、それをＡＶデコーダ２７がＡＶ信号にデコードする。ステップＳ２１３において、解析部１４は、上記ＡＶ信号を解析して特徴点を検出する。
ステップＳ２１４において、制御部２３は、特徴点の画像のＰＴＳと、それが属するＳＴＣのSTC-sequence-idを取得する。ステップＳ２１５で、制御部２３は、特徴点の情報をClipMarkにストアする。具体的には、本実施の形態におけるClipMarkのシンタクスとセマンティクスで説明した情報をストアする。
ステップＳ２１６において、Clip Information 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を作成する。ステップＳ２２５において、制御部２３は、MakersPrivateDataを作成する。ステップＳ２２６において、制御部２３は、Real PlayListファイルを記録する。
このようにして、新規にClip AVストリームを記録する毎に、１つのReal PlayListファイルが作られる。
図１３１は、Virtual PlayListの作成について説明するフローチャートである。ステップＳ２３１において、ユーザーインターフェースを通して、ディスクに記録されている１つのReal PlayListの再生が指定される。そして、そのReal PlayListの再生範囲の中から、ユーザーインターフェースを通して、IN点とOUT点で示される再生区間が指定される。
ステップＳ２３２において、制御部２３は、ユーザによる再生範囲の指定操作がすべて終了したか否かを判断する。ステップＳ２３２において、ユーザによる再生範囲の指定操作はまだ終了していないと判断された場合、ステップＳ２３１に戻り、それ以降の処理が繰り返され、終了したと判断された場合、ステップＳ２３３に進む。
ステップＳ２３３において、連続して再生される２つの再生区間の間の接続状態(connection_condition)が、ユーザーがユーザーインタフェースを通して決定されるか、または制御部２３により決定される。ステップＳ２３４において、ユーザーインタフェースを通して、ユーザがサブパス(アフレコ用オーディオ)情報を指定する。ユーザーがサブパスを作成しない場合、ステップＳ２３４における処理はスキップされる。
ステップＳ２３５において、制御部２３は、ユーザが指定した再生範囲情報、およびconnection_conditionに基づいて、PlayList()を作成する。ステップＳ２３６において、制御部２３はUIAppInfoPlayList()を作成する。ステップＳ２３７において、制御部２３は、PlayListMarkを作成する。ステップＳ２３８において、制御部２３は、MakersPrivateDataを作成する。ステップＳ２３９において、制御部２３は、Virtual PlayListファイルを、ディスクに記録させる。
このようにして、ディスクに記録されているReal PlayListの再生範囲の中から、ユーザが、見たい再生区間を選択し、その再生区間をグループ化したもの毎に、１つのVirtual PlayListファイルが作成される。
図１３２は、PlayListの再生について説明するフローチャートである。図１の記録再生装置１のブロック図を参照しながら説明する。ステップＳ２４１において、制御部２３は、Info.dvr, Clip Information file, PlayList fileおよびサムネールファイルの情報を取得し、ディスクに記録されているPlayListの一覧を示すＧＵＩ画面を作成し、ユーザーインタフェースを通して、ＧＵＩに表示する。
ステップＳ２４２において、ユーザーインタフェースを通して、ユーザが１つのPlayListの再生を制御部２３に指示する。ステップＳ２４３において、制御部２３は、現在のPlayItemのSTC-sequence-idとIN_timeのＰＴＳから、IN_timeより時間的に前で最も近いエントリーポイントのあるソースパケット番号を取得する。ステップＳ２４４において、制御部２３は、上記エントリーポイントのあるソースパケット番号からＡＶストリームのデータを読み出し、ＡＶデコーダ２７へ供給する。
上記PlayItemの時間的に前にPlayItemの再生があった場合、ステップＳ２４５において、制御部２３は、そのPlayItemとの表示の接続処理をconnection_conditionに従って行なわれるように制御を行う。ステップＳ２４６において、ＡＶデコーダ２７は、IN_timeのＰＴＳのピクチャから表示を開始する。
ステップＳ２４７において、ＡＶデコーダ２７は、ＡＶストリームのデコードを継続的に行う。ステップＳ２４８において、制御部２３は、現在表示の画像が、OUT_timeのＰＴＳの画像か否かを判断する。ステップＳ２４８において、現在表示の画像は、OUT_timeのＰＴＳの画像であると判断された場合、ステップＳ２５０に進み、ＰＴＳの画像ではないと判断された場合、ステップＳ２４９に進む。
ステップＳ２４９において、ＰＴＳの画像であると判断された画像を表示するための処理が実行され、その後ステップＳ２４７に戻り、それ以降の処理が繰り返される。一方、ステップＳ２５０においては、制御部２３により、現在のPlayItemがPlayListの中で最後のPlayItemか否かが判断される。ステップＳ２５０において、現在のPlayItemがPlayListの中で最後のPlayItemであると判断された場合、図１３２に示したフローチャートの処理は終了され、最後のPlayItemではないと判断された場合、ステップＳ２４３に戻り、それ以降の処理が繰り返される。
図１３３は、PlayListMarkの作成について説明するフローチャートである。図１の記録再生装置１のブロック図を参照しながら説明する。ステップＳ２６１において、制御部２３は、Info.dvr, Clip Information file, PlayList fileおよびThumbnail fileの情報を取得し、ディスクに記録されているPlayListの一覧を示すＧＵＩ画面を作成し、ユーザーインタフェースを通して、ＧＵＩに表示する。
ステップＳ２６２において、ユーザーインタフェースを通して、ユーザにより１つのPlayListの再生が制御部２３に指示される。ステップＳ２６３において、再生部３は、指示されたPlayListの再生を開始する（図１３２のフローチャートを参照して説明したように行われる）。
ステップＳ２６４において、ユーザーインタフェースを通して、ユーザにより、お気に入りのシーンのところにマークのセットが制御部２３に指示される。ステップＳ２６５において、制御部２３は、マークのＰＴＳと、それが属するPlayItemのPlayItem_idを取得する。
ステップＳ２６６において、制御部２３は、マークの情報をPlayListMark()にストアする。ステップＳ２６７において、PlayListファイルがディスクに記録される。
このようにして、PlayListの再生範囲の中からユーザが指定したマーク点、または、そのPlayListを再生するときのResume点を示すマークをストアするPlayListMarkを、PlayListファイルに記録される。
図１３４は、PlayListが再生される時、PlayListMarkおよびそのPlayListが参照するClipのClipMarkが使用された頭だし再生について説明するフローチャートである。ClipMark()のシンタクスは、図８１に示すものとする。図１の記録再生装置１のブロック図を参照しながら説明する。
ステップＳ２７１において、制御部２３は、Info.dvr, Clip Information file, PlayList fileおよびThumbnail fileの情報を取得し、ディスクに記録されているPlayListの一覧を示すＧＵＩ画面を作成し、ユーザーインタフェースを通して、ＧＵＩに表示する。
ステップＳ２７２において、ユーザーインタフェースを通して、ユーザにより１つのPlayListの再生が指示される。ステップＳ２７３において、制御部２３は、PlayListMark、および、そのPlayListが参照するClipのClipMarkで参照されるピクチャから生成したサムネールのリストを、ユーザーインタフェースを通して、ＧＵＩに表示する。
ステップＳ２７４において、ユーザーインタフェースを通して、制御部２３に、ユーザにより再生開始点のマーク点が指定される。ステップＳ２７５において、制御部２３は、ステップＳ２７４における処理で選択されたマークがPlayListMarkにストアされているマークか否かを判断する。ステップＳ２７５において、選択されたマークがPlayListMarkにストアされているマークであると判断された場合、ステップＳ２７６に進み、ストアされていないマークであると判断された場合、ステップＳ２７８に進む。
ステップＳ２７６において、制御部２３は、マークのＰＴＳと、それが属するPlayItem_idを取得する。ステップＳ２７７において、制御部２３はPlayItem_idが指すPlayItemが参照するＡＶストリームのSTC-sequence-idを取得する。
ステップＳ２７８において、制御部２３は、STC-sequence-idとマークのＰＴＳに基づいて、ＡＶストリームをＡＶデコーダ２７へ入力させる。具体的には、このSTC-sequence-idとマーク点のPTSを用いて、図１３２のフローチャートのステップＳ２４３, Ｓ２４４と同様の処理が行なわれる。ステップＳ２７９において、再生部３は、マーク点のＰＴＳのピクチャから表示を開始する。
図９を参照して説明したように、PlayListが再生される時、そのPlayListが参照するClipのClipMarkにストアされているマークを参照する事ができる。従って、１つのClipを、Real PlayListや複数のVirtual PlayListによって参照している場合、それらのPlayListは、その１つのClipのClipMarkを共有することができるので、マークのデータを効率良く管理することができる。
仮に、ClipにClipMarkを定義しないで、PlayListだけにPlayListMarkとClipMarkを合わせたものを定義するようにした場合、上記の例のように１つのClipをReal PlayListや複数のVirtual PlayListによって参照している場合、それぞれのPlayListが同じ内容のClipのマーク情報を持つことになり、データの記録の効率が悪い。
図１３５は、PlayListMark()のシンタクスの別例を示す図である。lengthは、このlengthフィールドの直後のバイトからPlayListMark()の最後のバイトまでのバイト数を示す。number_of_PlayList_marksは、PlayListMarkの中にストアされているマークのエントリー数を示す。
mark_invalid_flagは、１ビットのフラグであり、これの値がゼロにセットされている時、このマークは有効な情報を持っていることを示し、また、これの値が１にセットされている時、このマークは無効であることを示す。
ユーザがユーザーインタフェース上で１つのマークのエントリーを消去するオペレーションをした時、記録再生装置１は、PlayListMarkからそのマークのエントリーを消去する代わりに、そのmark_invalid_flagの値を１に変更するようにしても良い。
mark_typeは、マークのタイプを示し、図１３６に示す意味を持つ。mark_name_lengthは、Mark_nameフィールドの中に示されるマーク名のバイト長を示す。このフィールドの値は32以下である。ref_to_PlayItem_idは、マークが置かれているところのPlayItemを指定するところのPlayItem_idの値を示す。あるPlayItemに対応するPlayItem_idの値は、PlayList()において定義される。
mark_time_stampは、そのマークが指定されたポイントを示すタイムスタンプをストアする。mark_time_stampは、ref_to_PlayItem_idで示されるPlayItemの中で定義されているところの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_name_lengthで示されるバイト数が、有効なキャラクター文字であり、名前を示す。このキャラクター文字は、UIAppInfoPlayListの中でcharacter_setによって示される方法で符号化されている。
mark_nameフィールドの中で、それら有効なキャラクター文字に続くバイトの値は、どんな値が入っていても良い。このシンタクスの場合、マークが特定のエレメンタリーストリームを指すことができる。例えば、PlayListが、プログラムの中に複数のビデオストリームを持つマルチビュープログラムを参照している時、entry_ES_PIDは、そのプログラムの中の１つのビデオストリームを示すビデオPIDをセットする為に使われる。
ユーザがマルチビュープログラムを参照するところのPlayListを再生しており、そのユーザは、マルチビュー中の１つのビューを見ているとする。今、ユーザが記録再生装置１に対して、次のマーク点に再生をスキップするようにコマンドを送ったとする。この場合、記録再生装置１は、ユーザが現在見ているビューのビデオＰＩＤと同じ値であるところのentry_ES_PIDのマークを使用するべきであり、記録再生装置１は、勝手にビューを変更すべきでない。記録再生装置１は、また、entry_ES_PIDが0xFFFFにセットされているマークを使用しても良い。この場合も記録再生装置１は、勝手にビューを変更しない。
図１３７は、図８１に示すシンタクスのClipMark()の別例を示す図である。lengthは、このlengthフィールドの直後のバイトからClipMark()の最後のバイトまでのバイト数を示す。maker_IDは、mark_typeが0x60から0x7Fの値を示す時に、そのmark_typeを定義しているメーカーのメーカーＩＤを示す。
number_of_Clip_marksは、ClipMarkの中にストアされているマークのエントリー数を示す。mark_invalid_flagは、１ビットのフラグであり、これの値がゼロにセットされている時、このマークは有効な情報を持っていることを示し、また、これの値が１にセットされている時、このマークは無効であることを示す。
ユーザが、ユーザーインタフェース上で１つのマークのエントリーを消去するオペレーションをした時、記録機はClipMarkからそのマークのエントリーを消去する代わりに、そのmark_invalid_flagの値が１に変更されるようにしても良い。mark_typeは、マークのタイプを示し、図１３８に示す意味を持つ。
ref_to_STC_idは、mark_time_stampとrepresentative_picture_time_stampの両方が置かれているところのSTC-sequenceを指定するところのSTC-sequence-idを示す。STC-sequence-idの値は、STCInfo()の中で定義される。mark_time_stampは、図８１のmark_entry()の場合でのmark_time_stampと同じ意味である。
entry_ES_PIDが、0xFFFFにセットされている場合、そのマークはClipの中のすべてのエレメンタリーストリームに共通の時間軸上へのポインターである。entry_ES_PIDが、0xFFFFでない値にセットされている場合、entry_ES_PIDは、そのマークによって指されるところのエレメンタリーストリームを含んでいるところのトランスポートパケットのＰＩＤの値を示す。
ref_to_thumbnail_indexは、マークに付加されるサムネール画像の情報を示す。その意味は、図７８のref_thumbnail_indexと同じである。representative_picture_time_stampは、図８１のrepresentative_picture_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 Informationファイルを１つのファイルにまとめて記録すると、そのファイルサイズは非常に大きくなる。そのために、そのファイルの内容を変更して、それを記録するためにかかる時間は、個々のファイルを別々に分離して記録する場合に比べて、非常に大きくなる。本発明を適用することにより、このようなことを防ぐことが可能となる。
上述したように、ＡＶストリームファイル、すなわちClip ＡＶストリームファイルの中の特徴的な画像を指し示すマークをストアするClipMarkを、前記ＡＶストリームの管理情報データファイル、すなわちClip Informationファイルに記録し、また、ＡＶストリーム中の指定された区間の組み合わせにより定義される１つの再生手順の情報を持つオブジェクト、すなわちPlayListの再生範囲の中から、ユーザが指定したマーク点、または、そのオブジェクトを再生するときのResume点を示すマークをストアするPlayListMarkを、オブジェクトに記録する。
このようにすることにより、PlayListが再生される時、そのPlayListが参照するClipのClipMarkにストアされているマークを参照する事ができる。従って、１つのClipをReal PlayListや複数のVirtual PlayListによって参照している場合、それらのPlayListは、その１つのClipのClipMarkを共有することができるので、マークのデータを効率良く管理することができる。
仮に、ClipにClipMarkを定義しないで、PlayListだけに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 Processing Unit）２０１は、ROM（Read Only Memory）２０２に記憶されているプログラム、または記憶部２０８からRAM（Random Access Memory）２０３にロードされたプログラムに従って各種の処理を実行する。RAM２０３にはまた、CPU２０１が各種の処理を実行する上において必要なデータなども適宜記憶される。
CPU２０１、ROM２０２、およびRAM２０３は、バス２０４を介して相互に接続されている。このバス２０４にはまた、入出力インタフェース２０５も接続されている。
入出力インタフェース２０５には、キーボード、マウスなどよりなる入力部２０６、CRT、LCDなどよりなるディスプレイ、並びにスピーカなどよりなる出力部２０７、ハードディスクなどより構成される記憶部２０８、モデム、ターミナルアダプタなどより構成される通信部２０９が接続されている。通信部２０９は、ネットワークを介しての通信処理を行う。
入出力インタフェース２０５にはまた、必要に応じてドライブ２１０が接続され、磁気ディスク２２１、光ディスク２２２、光磁気ディスク２２３、或いは半導体メモリ２２４などが適宜装着され、それらから読み出されたコンピュータプログラムが、必要に応じて記憶部２０８にインストールされる。
上述した一連の処理は、ハードウェアにより実行させることもできるが、ソフトウェアにより実行させることもできる。一連の処理をソフトウェアにより実行させる場合には、そのソフトウェアを構成するプログラムが専用のハードウェアに組み込まれているコンピュータ、または、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば汎用のパーソナルコンピュータなどに、記録媒体からインストールされる。
この記録媒体は、図１３９に示すように、コンピュータとは別に、ユーザにプログラムを提供するために配布される、プログラムが記録されている磁気ディスク２２１（フロッピディスクを含む）、光ディスク２２２（CD-ROM（Compact Disk-Read Only Memory），DVD（Digital Versatile Disk）を含む）、光磁気ディスク２２３（MD（Mini-Disk）を含む）、若しくは半導体メモリ２２４などよりなるパッケージメディアにより構成されるだけでなく、コンピュータに予め組み込まれた状態でユーザに提供される、プログラムが記憶されているROM２０２や記憶部２０８が含まれるハードディスクなどで構成される。
なお、本明細書において、媒体により提供されるプログラムを記述するステップは、記載された順序に従って、時系列的に行われる処理は勿論、必ずしも時系列的に処理されなくとも、並列的あるいは個別に実行される処理をも含むものである。
また、本明細書において、システムとは、複数の装置により構成される装置全体を表すものである。
１ 記録再生装置， １１乃至１３ 端子， １４ 解析部， １５ AVエンコーダ， １６ マルチプレクサ， １７ スイッチ， １８ 多重化ストリーム解析部， １９ ソースパケッタイザ， ２０ ECC符号化部， ２１ 変調部， ２２ 書き込み部， ２３ 制御部， ２４ ユーザインタフェース， ２５ スイッチ， ２６ デマルチプレクサ， ２７ AVデコーダ， ２８ 読み出し部， ２９ 復調部， ３０ ECC復号部， ３１ ソースパケッタイザ， ３２，３３ 端子

Claims (23)

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

Priority Applications (1)

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

Applications Claiming Priority (5)

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

Related Parent Applications (1)

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

Publications (2)

Publication Number Publication Date
JP2010213293A JP2010213293A (ja) 2010-09-24
JP4893842B2 true JP4893842B2 (ja) 2012-03-07

Family

ID=26594226

Family Applications (2)

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

Family Applications After (1)

Application Number Title Priority Date Filing Date
JP2010087373A Expired - Fee Related JP4893841B2 (ja) 2000-04-21 2010-04-05 記録媒体

Country Status (7)

Country Link
US (3) US7236687B2 (ja)
EP (2) EP2268016A3 (ja)
JP (2) JP4893842B2 (ja)
KR (1) KR100795255B1 (ja)
CN (1) CN1193607C (ja)
HK (1) HK1052425A1 (ja)
WO (1) WO2001082608A1 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2012191658A (ja) * 2000-04-21 2012-10-04 Sony Corp 情報処理装置および方法、記録媒体、並びにプログラム

Families Citing this family (215)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6808709B1 (en) * 1994-12-30 2004-10-26 The Regents Of The University Of California Immunoglobulins containing protection proteins and their use
US8875198B1 (en) 2001-08-19 2014-10-28 The Directv Group, Inc. Network video unit
US9602862B2 (en) 2000-04-16 2017-03-21 The Directv Group, Inc. Accessing programs using networked digital video recording devices
WO2001082611A1 (fr) * 2000-04-21 2001-11-01 Sony Corporation Procede et appareil de traitement d'informations, support enregistre, et programme
KR100394974B1 (ko) * 2000-05-23 2003-08-19 엘지전자 주식회사 고밀도 광 기록매체에서의 멀티경로 데이터를 수용하는 방법
KR100448452B1 (ko) 2000-06-09 2004-09-13 엘지전자 주식회사 고밀도 광 기록매체의 메뉴 지원방법
KR100395541B1 (ko) * 2001-05-18 2003-08-25 삼성전자주식회사 콤비네이션 시스템 및 그에 적용되는 자동 복사 방법
KR20020097454A (ko) * 2001-06-21 2002-12-31 엘지전자 주식회사 멀티채널 스트림 기록장치 및 방법과, 그에 따른 기록매체
KR100598285B1 (ko) * 2001-06-21 2006-07-07 엘지전자 주식회사 멀티채널 스트림 기록장치 및 방법과, 그에 따른 기록매체
KR100752480B1 (ko) * 2001-06-21 2007-08-28 엘지전자 주식회사 멀티채널 스트림 기록장치 및 방법과, 그에 따른 기록매체
US7643727B2 (en) * 2001-07-24 2010-01-05 Lg Electronics Inc. Method and apparatus of recording a multi-channel stream, and a recording medium containing a multi-channel stream recorded by said method
JP3716920B2 (ja) 2001-10-16 2005-11-16 ソニー株式会社 記録媒体再生装置および方法、記録媒体、並びにプログラム
EP2196996A3 (en) * 2001-11-29 2010-12-15 Sharp Kabushiki Kaisha Data reproduction device and method, storage medium, storage device, program and corresponding computer-readable storage medium
JP4794787B2 (ja) 2001-12-07 2011-10-19 パイオニア株式会社 情報記録装置及び方法、情報再生装置及び方法、情報記録用プログラム及び情報再生用プログラム並びに記録媒体
KR100563668B1 (ko) 2001-12-22 2006-03-28 엘지전자 주식회사 재기록 가능 고밀도 기록매체의 더빙 오디오 기록방법
KR100563667B1 (ko) 2001-12-24 2006-03-28 엘지전자 주식회사 재기록 가능 기록매체에의 정지영상 기록방법
CN100417213C (zh) * 2001-12-27 2008-09-03 松下电器产业株式会社 流式数据记录装置
US7274857B2 (en) * 2001-12-31 2007-09-25 Scientific-Atlanta, Inc. Trick modes for compressed video streams
JP2003219364A (ja) * 2002-01-18 2003-07-31 Pioneer Electronic Corp 情報記録媒体、情報記録装置及び方法、情報再生装置及び方法、情報記録再生装置及び方法、記録又は再生制御用のコンピュータプログラム、並びに制御信号を含むデータ構造
KR100563670B1 (ko) 2002-01-28 2006-03-28 엘지전자 주식회사 재기록 가능 고밀도 기록매체의 정지영상 기록방법
KR100563685B1 (ko) * 2002-02-25 2006-03-28 엘지전자 주식회사 재기록 가능 기록매체의 재생리스트 관리방법
JP2003257159A (ja) * 2002-03-05 2003-09-12 Sanyo Electric Co Ltd 情報編集装置、情報編集方法、情報編集用プログラム及び情報記録媒体
KR100880627B1 (ko) * 2002-04-25 2009-01-30 엘지전자 주식회사 멀티 더빙 오디오 스트림의 기록 및 재생 관리방법
KR20030087193A (ko) 2002-05-07 2003-11-14 엘지전자 주식회사 멀티 채널 방송 스트림의 기록 관리방법
EP1361577A1 (en) * 2002-05-08 2003-11-12 Deutsche Thomson-Brandt Gmbh Appliance-guided edit-operations in advanced digital video recording systems
KR100558989B1 (ko) * 2002-05-30 2006-03-10 엘지전자 주식회사 재기록 가능 기록매체의 재생리스트 관리방법
KR100513331B1 (ko) * 2002-06-19 2005-09-07 엘지전자 주식회사 재기록 가능 기록매체의 파일 임시 삭제 및 복구방법
JP4299780B2 (ja) * 2002-06-21 2009-07-22 エルジー エレクトロニクス インコーポレーテッド ビデオデータの再生を管理するためのデータ構造を有する記録媒体
EP1516328B1 (en) * 2002-06-21 2013-11-13 LG Electronics, Inc. Recording medium having data structure for managing reproduction of video data recorded thereon
US7889968B2 (en) * 2002-06-24 2011-02-15 Lg Electronics Inc. Recording medium having data structure for managing reproduction of multiple reproduction path video data for at least a segment of a title recorded thereon and recording and reproducing methods and apparatuses
CN100380496C (zh) * 2002-06-24 2008-04-09 Lg电子株式会社 具有用于管理记录在其上面的多个标题视频数据的再现的数据结构的记录介质以及记录和再现方法及装置
JP4399568B2 (ja) 2002-06-24 2010-01-20 エルジー エレクトロニクス インコーポレイティド 多重タイトルビデオデータの再生を管理するためのデータ構造を有する記録媒体とそれによる記録及び再生方法と装置
KR20040000290A (ko) * 2002-06-24 2004-01-03 엘지전자 주식회사 고밀도 광디스크의 멀티 경로 데이터 스트림 관리방법
CA2459070C (en) 2002-06-28 2013-10-22 Lg Electronics Inc. Recording medium having data structure for managing reproduction of multiple playback path video data recorded thereon and recording and reproducing methods and apparatuses
RU2334286C2 (ru) * 2002-06-28 2008-09-20 Эл Джи Электроникс Инк. Носитель записи со структурой данных для управления записью и воспроизведением записанных на нем данных нескольких каналов и способы и устройства записи и воспроизведения
KR100767107B1 (ko) * 2002-08-08 2007-10-17 삼성전자주식회사 영상 기록/재생장치 및 그의 기록매체 등록정보 표시방법
US20040078819A1 (en) * 2002-08-27 2004-04-22 Taiji Sawada Apparatus and method for content-recording and contents playback, and recording medium thereof
JP4602083B2 (ja) * 2002-09-05 2010-12-22 エルジー エレクトロニクス インコーポレイティド 静止画像の再生を管理するための再生リストマークのデータ構造を有する記録媒体、記録及び再生方法又は装置
EP1535281A4 (en) * 2002-09-06 2009-08-12 Lg Electronics Inc RECORDING MEDIUM HAVING A DATA STRUCTURE FOR MANAGING THE READING OF STILL IMAGES RECORDED ON THE RECORDING MEDIUM, AND METHODS AND DEVICES FOR RECORDING AND READING THEM
RU2355048C2 (ru) * 2002-09-07 2009-05-10 Эл Джи Электроникс Инк. Носитель записи со структурой данных для управления воспроизведением статических изображений из записанного на нем файла клипа и способы и устройства записи и воспроизведения
KR100607949B1 (ko) * 2002-09-11 2006-08-03 삼성전자주식회사 계층화된 정보 구조를 이용한 멀티미디어 데이터 기록장치, 재생 장치 및 그 정보저장매체
AU2003264977B2 (en) * 2002-09-26 2009-03-26 Lg Electronics Inc. Optical disc, method and apparatus for managing a defective area on an optical disc of write once type
KR20040027259A (ko) * 2002-09-26 2004-04-01 엘지전자 주식회사 1 회 기록 가능한 광디스크의 디펙트 영역 관리방법
US7233550B2 (en) 2002-09-30 2007-06-19 Lg Electronics Inc. Write-once optical disc, and method and apparatus for recording management information on write-once optical disc
KR20040028469A (ko) * 2002-09-30 2004-04-03 엘지전자 주식회사 1 회 기록 가능한 광디스크의 디펙트 영역 관리방법
JP3717880B2 (ja) * 2002-10-01 2005-11-16 パイオニア株式会社 情報記録媒体、情報記録装置及び方法、情報再生装置及び方法、情報記録再生装置及び方法、記録又は再生制御用のコンピュータプログラム、並びに制御信号を含むデータ構造
JP4343111B2 (ja) * 2002-10-02 2009-10-14 エルジー エレクトロニクス インコーポレーテッド グラフィックデータの再生を管理するためのデータ構造を有する記録媒体、該記録媒体による記録・再生方法、およびその装置
CN100487807C (zh) * 2002-10-04 2009-05-13 Lg电子有限公司 有管理图形数据再现的数据结构的录制介质及录制与再现方法和装置
TWI260591B (en) * 2002-10-14 2006-08-21 Samsung Electronics Co Ltd Information storage medium with structure for multi-angle data, and recording and reproducing apparatus therefor
AU2003269518B2 (en) * 2002-10-14 2009-08-13 Lg Electronics Inc. Recording medium having data structure for managing reproduction of multiple audio streams recorded thereon and recording and reproducing methods and apparatuses
RU2334287C2 (ru) * 2002-10-15 2008-09-20 Эл Джи Электроникс Инк. Носитель записи со структурой данных для управления воспроизведением записанных на нем нескольких графических потоков и способы и устройства записи и воспроизведения
WO2004042723A1 (en) * 2002-11-08 2004-05-21 Lg Electronics Inc. Method and apparatus for recording a multi-component stream and a high-density recording medium having a multi-component stream recorded theron and reproducing method and apparatus of said recording medium
US7720356B2 (en) * 2002-11-12 2010-05-18 Lg Electronics Inc Recording medium having data structure for managing reproduction of multiple reproduction path video data recorded thereon and recording and reproducing methods and apparatuses
WO2004044913A1 (en) * 2002-11-12 2004-05-27 Lg Electronics Inc. Recording medium having data structure for managing reproduction of multiple reproduction path video data recorded thereon and recording and reproducing methods and apparatuses
US7783160B2 (en) * 2002-11-20 2010-08-24 Lg Electronics Inc. Recording medium having data structure for managing reproduction of interleaved multiple reproduction path video data recorded thereon and recording and reproducing methods and apparatuses
CA2474229C (en) * 2002-11-20 2014-11-04 Lg Electronics Inc. Recording medium having data structure for managing reproduction of still images recorded thereon and recording and reproducing methods and apparatuses
US7664372B2 (en) * 2002-11-20 2010-02-16 Lg Electronics Inc. Recording medium having data structure for managing reproduction of multiple component data recorded thereon and recording and reproducing methods and apparatuses
JP4964414B2 (ja) * 2002-11-22 2012-06-27 エルジー エレクトロニクス インコーポレイティド 記録された多重再生経路ビデオデータの再生を管理するためのデータ構造を有する記録媒体とそれによる記録及び再生方法及び装置
ES2340844T3 (es) 2002-12-11 2010-06-10 Lg Electronics, Inc. Metodo de gestion de sobrescritura y metodo de grabacion de informacion de gestion de un disco optico de una sola escritura.
EP1579443A1 (en) * 2002-12-11 2005-09-28 LG Electronics Inc. Method and apparatus for managing overwrite on an optical disc write once
US20050055375A1 (en) * 2002-12-13 2005-03-10 Yasuyuki Torii Recording and reproducing system, recording apparatus, reproducing apparatus, record medium, recording and reproducing method, recording method, reproducing method, program and record medium
US7366733B2 (en) * 2002-12-13 2008-04-29 Matsushita Electric Industrial Co., Ltd. Method and apparatus for reproducing play lists in record media
US20050111831A1 (en) * 2002-12-13 2005-05-26 Chiyoko Matsumi Recording and reproducing system, recording and reproducing method, program and record medium
KR100636129B1 (ko) * 2002-12-16 2006-10-19 삼성전자주식회사 멀티 앵글을 지원하는 데이터 구조로 기록된 정보저장매체및 그 장치
US7372788B2 (en) * 2003-01-14 2008-05-13 Lg Electronics Inc. Method for managing defective area on write-once optical recording medium, and optical recording medium using the same
KR100998906B1 (ko) * 2003-01-20 2010-12-09 엘지전자 주식회사 기록된 정지 영상의 재생을 관리하기 위한 데이터 구조를갖는 기록 매체, 그에 따른 기록 및 재생 방법 및 장치
DE602004023815D1 (de) 2003-01-20 2009-12-10 Lg Electronics Inc Aufzeichnungsmedium mit einer datenstruktur zur verwaltung der wiedergabe von darauf aufgezeichneten standbildern und aufzeichnungs- und wiedergabeverfahren und vorrichtungen
US7672204B2 (en) * 2003-01-27 2010-03-02 Lg Electronics Inc. Optical disc, method and apparatus for managing a defective area on an optical disc
TWI314315B (en) 2003-01-27 2009-09-01 Lg Electronics Inc Optical disc of write once type, method, and apparatus for managing defect information on the optical disc
US8145033B2 (en) * 2003-02-05 2012-03-27 Lg Electronics Inc. Recording medium having data structure for managing reproducton duration 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
US8055117B2 (en) * 2003-02-15 2011-11-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
US20040160799A1 (en) * 2003-02-17 2004-08-19 Park Yong Cheol Write-once optical disc, and method and apparatus for allocating spare area on write-once optical disc
CN100585720C (zh) * 2003-02-19 2010-01-27 松下电器产业株式会社 再现装置、记录方法、再现方法
US7499383B2 (en) * 2003-02-21 2009-03-03 Lg Electronics Inc. Write-once optical disc and method for managing spare area thereof
TWI335587B (en) * 2003-02-21 2011-01-01 Lg Electronics Inc Write-once optical recording medium and defect management information management method thereof
US7606463B2 (en) * 2003-02-24 2009-10-20 Lg Electronics, Inc. Recording medium having data structure for managing playback control and recording and reproducing methods and apparatuses
KR100561414B1 (ko) * 2003-02-24 2006-03-16 삼성전자주식회사 브라우저블 슬라이드 쇼 제공을 위한 데이터 복호 장치,그 복호 방법 및 이를 위한 정보저장매체
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
TWI278851B (en) * 2003-02-25 2007-04-11 Lg Electronics Inc Recording medium having data structure for managing at least a data area of the recording medium and recording and reproducing methods and apparatuses
US7188271B2 (en) * 2003-02-25 2007-03-06 Lg Electronics Inc. Write-once optical disc, and method and apparatus for recording management information on write-once optical disc
US7477581B2 (en) * 2003-02-25 2009-01-13 Lg Electronics Inc. Defect management method for optical recording medium and optical recording medium using the same
US7693394B2 (en) 2003-02-26 2010-04-06 Lg Electronics Inc. Recording medium having data structure for managing reproduction of data streams recorded thereon and recording and reproducing methods and apparatuses
US7809775B2 (en) 2003-02-27 2010-10-05 Lg Electronics, Inc. Recording medium having data structure for managing playback control recorded thereon and recording and reproducing methods and apparatuses
WO2004077417A1 (en) * 2003-02-28 2004-09-10 Lg Electronics Inc. Recording medium having data structure for managing random/shuffle reproduction of video data recorded thereon and recording and reproducing methods and apparatuses
KR100991788B1 (ko) * 2003-03-04 2010-11-03 엘지전자 주식회사 광기록매체 및 광기록매체의 기록방법 및 장치
BRPI0408155A (pt) * 2003-03-06 2006-03-21 Lg Electronics Inc meio interativo e método para gerenciar dados adicionais do mesmo
TWI405196B (zh) * 2003-03-13 2013-08-11 Lg Electronics Inc 光學記錄媒體及其缺陷區域管理方法及其裝置
JP2006520986A (ja) * 2003-03-20 2006-09-14 コーニンクレッカ　フィリップス　エレクトロニクス　エヌ　ヴィ ストリームバッファチャネル用のｃｐｉデータ
US7224664B2 (en) * 2003-03-25 2007-05-29 Lg Electronics Inc. Recording medium having data structure for managing reproduction of data streams recorded thereon and recording and reproducing methods and apparatuses
JP2004303353A (ja) * 2003-03-31 2004-10-28 Toshiba Corp 情報記録媒体及び情報処理方法、情報処理装置及び再生装置
US7620301B2 (en) * 2003-04-04 2009-11-17 Lg Electronics Inc. System and method for resuming playback
EP1614108B1 (en) * 2003-04-09 2011-07-20 LG Electronics, Inc. Recording medium having a data structure for managing reproduction of text subtitle data and methods and apparatuses of recording and reproducing
WO2004095455A1 (ja) 2003-04-23 2004-11-04 Matsushita Electric Industrial Co., Ltd. 記録媒体、再生装置、記録方法、再生プログラム、再生方法。
JP4228767B2 (ja) * 2003-04-25 2009-02-25 ソニー株式会社 再生装置、再生方法、再生プログラムおよび記録媒体
JP4611285B2 (ja) * 2003-04-29 2011-01-12 エルジー エレクトロニクス インコーポレイティド グラフィックデータ再生を管理するためのデータ構造を有する記録媒体、それによる記録及び再生方法及び装置
US7616865B2 (en) * 2003-04-30 2009-11-10 Lg Electronics Inc. Recording medium having a data structure for managing reproduction of subtitle data and methods and apparatuses of recording and reproducing
TWI405191B (zh) * 2003-05-09 2013-08-11 Lg Electronics Inc 單寫型光碟及由單寫型光碟回復碟片管理資訊的方法與裝置
MXPA05012044A (es) * 2003-05-09 2006-02-03 Lg Electronics Inc Disco optico de una sola escritura, metodo y aparato par recuperacion de informacion de administracion de disco del disco optico de una sola escritura.
US7506109B2 (en) 2003-05-09 2009-03-17 Lg Electronics Inc. Recording medium having data structure for managing at least a data area of the recording medium and recording and reproducing methods and apparatuses
EP1623422A1 (en) * 2003-05-09 2006-02-08 LG Electronics Inc. Recording medium having data structure for managing at least a data area of the recording medium and recording and reproducing methods and apparatuses
JP2004343532A (ja) * 2003-05-16 2004-12-02 Sony Corp 符号化装置および方法、復号装置および方法、記録装置および方法、並びに再生装置および方法
JP2004355767A (ja) * 2003-05-30 2004-12-16 Canon Inc 再生装置
JP2005004866A (ja) * 2003-06-11 2005-01-06 Sony Corp 情報処理装置および方法、記録媒体、並びにプログラム
JP3931843B2 (ja) * 2003-06-13 2007-06-20 株式会社日立製作所 記録媒体および再生方法
KR20050005074A (ko) * 2003-07-01 2005-01-13 엘지전자 주식회사 고밀도 광디스크의 그래픽 데이터 관리방법 및 그에 따른고밀도 광디스크
KR20050004339A (ko) * 2003-07-02 2005-01-12 엘지전자 주식회사 고밀도 광디스크의 그래픽 데이터 관리방법 및 그에 따른고밀도 광디스크
JP4533892B2 (ja) * 2003-07-04 2010-09-01 エルジー エレクトロニクス インコーポレイティド 追記型光ディスクの上書きを管理する方法及び装置
BRPI0412556A (pt) * 2003-07-14 2006-09-19 Lg Electronics Inc meio fìsico de gravação, método e aparelho para gravar informação de gerenciamento no mesmo
KR20050009031A (ko) * 2003-07-15 2005-01-24 엘지전자 주식회사 1회 기록 가능한 광디스크 및 광디스크의 관리정보 기록방법
TWI279788B (en) * 2003-07-24 2007-04-21 Lg Electronics Inc Recording medium having a data structure for managing reproduction of text subtitle data recorded thereon and recording and reproducing methods and apparatuses
KR20050012328A (ko) * 2003-07-25 2005-02-02 엘지전자 주식회사 고밀도 광디스크의 프레젠테이션 그래픽 데이터 관리 및재생방법과 그에 따른 고밀도 광디스크
CN101241741B (zh) 2003-08-05 2012-04-11 Lg电子株式会社 一次写入光盘以及在/从光盘上记录/再现管理信息的方法和装置
US7313065B2 (en) 2003-08-05 2007-12-25 Lg Electronics Inc. Write-once optical disc, and method and apparatus for recording/reproducing management information on/from optical disc
JP2005057657A (ja) * 2003-08-07 2005-03-03 Canon Inc 画像処理装置
BRPI0414208A (pt) * 2003-09-08 2006-10-31 Lg Electronics Inc método e aparelho de gravar informação de gerenciamento, meio fìsico de gravação
KR101108953B1 (ko) * 2003-09-08 2012-01-31 엘지전자 주식회사 1회-기록 광 디스크, 및 1회-기록 광 디스크 상에 관리정보를 기록하는 방법 및 장치
EP1665259B1 (en) * 2003-09-08 2013-11-06 LG Electronics Inc. Write-once optical disc and method for recording management information thereon
JP4313639B2 (ja) * 2003-09-29 2009-08-12 パイオニア株式会社 信号処理装置
CN1890745B (zh) * 2003-10-10 2010-05-12 夏普株式会社 再现装置、再现装置的控制方法
SI1676278T1 (sl) * 2003-10-13 2011-07-29 Koninkl Philips Electronics Nv Predvajalna naprava in postopek za omogočanje funkcionalnosti na osnovi informacije o dogodku, priklicane z glasbenega seznama
KR20050035678A (ko) * 2003-10-14 2005-04-19 엘지전자 주식회사 광디스크 장치의 부가 데이터 재생방법 및 장치와, 이를위한 광디스크
KR20050036277A (ko) * 2003-10-15 2005-04-20 엘지전자 주식회사 고밀도 광디스크의 네비게이션 정보 관리방법
KR100964685B1 (ko) * 2003-10-20 2010-06-21 엘지전자 주식회사 1회 기록가능한 광디스크 및 광디스크의 기록재생방법과기록재생장치
KR20050048848A (ko) * 2003-11-20 2005-05-25 엘지전자 주식회사 고밀도 광디스크의 플레이리스트 생성방법, 관리방법 및재생방법과 기록재생장치
KR101009341B1 (ko) * 2003-11-25 2011-01-19 삼성전자주식회사 기록 장치, 재생 장치, 기록 방법, 재생 방법 및 그기록매체
KR101053575B1 (ko) * 2003-12-09 2011-08-03 엘지전자 주식회사 고밀도 광디스크 및 고밀도 광디스크의 파일 구성방법
KR20050064150A (ko) * 2003-12-23 2005-06-29 엘지전자 주식회사 고밀도 광디스크의 메뉴 구성방법 및 실행방법과기록재생장치
KR20050066264A (ko) * 2003-12-26 2005-06-30 엘지전자 주식회사 고밀도 광디스크의 메뉴 구성방법 및 실행방법과기록재생장치
KR20050066265A (ko) * 2003-12-26 2005-06-30 엘지전자 주식회사 고밀도 광디스크의 메뉴 구성방법 및 실행방법과기록재생장치
KR100937421B1 (ko) * 2004-01-13 2010-01-18 엘지전자 주식회사 고밀도 광디스크의 서브타이틀 관리를 포함한 파일구성방법 및 재생방법과 기록재생장치
KR100912160B1 (ko) * 2004-01-20 2009-08-14 닛본 덴끼 가부시끼가이샤 데이터 방송 기록 방법 및 기록 매체
KR20050078907A (ko) * 2004-02-03 2005-08-08 엘지전자 주식회사 고밀도 광디스크의 서브타이틀 재생방법과 기록재생장치
WO2005078727A1 (ja) * 2004-02-16 2005-08-25 Sony Corporation 再生装置および再生方法、プログラム、記録媒体、並びにデータ構造
KR100716973B1 (ko) * 2004-02-21 2007-05-10 삼성전자주식회사 Ａｖ 데이터에 동기된 텍스트 서브 타이틀 데이터를기록한 정보저장매체, 재생방법 및 장치
WO2005088635A1 (en) 2004-03-18 2005-09-22 Lg Electronics Inc. Recording medium and method and apparatus for reproducing text subtitle stream recorded on the recording medium
KR101113866B1 (ko) * 2004-03-19 2012-03-02 엘지전자 주식회사 기록매체내에 기록되는 데이터 구조 및 데이터 기록방법과기록장치
KR101024916B1 (ko) * 2004-03-19 2011-03-31 엘지전자 주식회사 1회 기록 가능한 고밀도 광디스크의 데이터 기록 방법 및장치
JP2005312022A (ja) * 2004-03-25 2005-11-04 Matsushita Electric Ind Co Ltd 映像音声記録再生装置、及びデジタルビデオカメラ
CN101114500B (zh) * 2004-03-26 2010-06-09 Lg电子株式会社 用于再现和记录文本字幕流的记录介质以及方法和设备
US7617242B2 (en) * 2004-03-30 2009-11-10 Panasonic Corporation Method and apparatus for reproducing play lists in record media
US20050219980A1 (en) * 2004-04-02 2005-10-06 Hiroshi Kase Data recording and reproducing apparatus, data recording and reproducing method and recording medium
US20050232601A1 (en) * 2004-04-02 2005-10-20 Hiroshi Kase Data recording and reproducing apparatus, data recording and reproducing method and recording medium
US20050220442A1 (en) * 2004-04-02 2005-10-06 Hiroshi Kase Data recording and reproducing apparatus, data recording and reproducing method and recording medium
JP4249224B2 (ja) * 2004-04-16 2009-04-02 パナソニック株式会社 再生装置、及び記録方法
CN101815212B (zh) 2004-04-16 2013-01-02 松下电器产业株式会社 重放装置以及记录方法
JP4776179B2 (ja) * 2004-05-25 2011-09-21 株式会社エヌ・ティ・ティ・ドコモ タイミング決定装置及びタイミング決定方法
JP4608953B2 (ja) * 2004-06-07 2011-01-12 ソニー株式会社 データ記録装置、方法およびプログラム、データ再生装置、方法およびプログラム、ならびに、記録媒体
KR101049117B1 (ko) * 2004-06-08 2011-07-14 엘지전자 주식회사 1회 기록 가능한 광디스크 및 광디스크의 관리정보 기록방법, 디스크 클로징 방법 및 기록재생 장치
JP4244331B2 (ja) * 2004-06-11 2009-03-25 ソニー株式会社 データ処理装置およびデータ処理方法、並びにプログラムおよびプログラム記録媒体
KR101014727B1 (ko) * 2004-06-23 2011-02-16 엘지전자 주식회사 1회 기록 가능한 광디스크의 중첩 기록 방법 및 장치
US8600217B2 (en) 2004-07-14 2013-12-03 Arturo A. Rodriguez System and method for improving quality of displayed picture during trick modes
KR101041811B1 (ko) 2004-08-02 2011-06-17 엘지전자 주식회사 광 저장매체의 기록 재생 방법 및 장치
KR101012378B1 (ko) * 2004-08-16 2011-02-09 엘지전자 주식회사 광 저장매체의 기록 재생 방법 및 장치
JP2006074343A (ja) * 2004-09-01 2006-03-16 Fujitsu Ten Ltd 放送受信装置
US7609947B2 (en) 2004-09-10 2009-10-27 Panasonic Corporation Method and apparatus for coordinating playback from multiple video sources
WO2006031048A2 (en) * 2004-09-13 2006-03-23 Lg Electronics Inc. Method and apparatus for reproducing a data recorded in recording medium using a local storage
US20060077817A1 (en) * 2004-09-13 2006-04-13 Seo Kang S Method and apparatus for reproducing data from recording medium using local storage
KR20070049164A (ko) * 2004-09-13 2007-05-10 엘지전자 주식회사 로컬 스토리지를 사용하여 기록 매체로부터 데이터를재생하는 방법 및 장치
KR101215370B1 (ko) 2004-09-14 2012-12-26 엘지전자 주식회사 기록매체 및 기록매체의 기록 재생 방법 및 장치
US20060078273A1 (en) * 2004-10-07 2006-04-13 Eastman Kodak Company Promotional materials derived from digital cinema data stream
KR20060047549A (ko) * 2004-10-12 2006-05-18 엘지전자 주식회사 로컬 스토리지를 이용한 기록매체 재생방법 및 재생장치
US7613874B2 (en) * 2004-10-14 2009-11-03 Lg Electronics, Inc. Recording medium, and a method and apparatus for overwriting data in the same
CN101057286B (zh) * 2004-11-08 2010-04-07 Lg电子株式会社 利用本地存储器从记录介质中再现出数据的方法和装置
CN101057288B (zh) 2004-11-09 2010-12-22 汤姆森许可贸易公司 把内容绑定到可移动存储器上的方法和装置
KR20060063602A (ko) * 2004-12-03 2006-06-12 엘지전자 주식회사 로컬 스토리지 데이터를 삭제하는 방법 및 장치
WO2006067659A1 (en) 2004-12-24 2006-06-29 Koninklijke Philips Electronics N.V. Method and apparatus for editing program search information
KR20070011701A (ko) * 2005-07-21 2007-01-25 엘지전자 주식회사 기록매체에 기록되는 비디오 데이터에 대한 네비게이션정보의 구조와 그 구조를 이용하는 기록/재생 방법 및 장치
US7290211B2 (en) * 2005-01-05 2007-10-30 Digital Networks North America, Inc. Method and system for reconfiguring a selection system based on layers of categories descriptive of recordable events
WO2006074252A2 (en) * 2005-01-05 2006-07-13 Digital Networks North America, Inc. Method and system for intelligent indexing of recordable event identifiers
US7657151B2 (en) * 2005-01-05 2010-02-02 The Directv Group, Inc. Method and system for displaying a series of recordable events
US8842977B2 (en) * 2005-01-07 2014-09-23 Samsung Electronics Co., Ltd. Storage medium storing metadata for providing enhanced search function
KR100782810B1 (ko) * 2005-01-07 2007-12-06 삼성전자주식회사 확장 검색 기능을 제공하기 위한 메타데이터가 기록된 저장매체를 재생하는 방법 및 장치
KR20060081323A (ko) * 2005-01-07 2006-07-12 엘지전자 주식회사 로컬 스토리지를 이용한 기록매체 재생방법 및 재생장치
CN101099197A (zh) * 2005-01-11 2008-01-02 松下电器产业株式会社 记录装置
JP4354988B2 (ja) 2005-01-28 2009-10-28 パナソニック株式会社 記録媒体、再生装置、プログラム、再生方法、記録方法
CN102034513B (zh) 2005-04-07 2013-04-17 松下电器产业株式会社 记录方法和再现装置
CN101156206B (zh) * 2005-04-07 2010-12-29 松下电器产业株式会社 记录媒体、再现装置、记录方法、再现方法
CN1977333B (zh) 2005-04-22 2010-09-29 索尼株式会社 记录装置、记录方法、重放装置和重放方法
EP1887796A4 (en) * 2005-05-10 2010-09-15 Panasonic Corp DATA PROCESSING DEVICE
DE602005026928D1 (de) * 2005-07-06 2011-04-28 Graaf B V V D Trommelmotorantrieb und dessen Verwendung
US7873102B2 (en) 2005-07-27 2011-01-18 At&T Intellectual Property I, Lp Video quality testing by encoding aggregated clips
WO2007013378A1 (ja) * 2005-07-27 2007-02-01 Matsushita Electric Industrial Co., Ltd. 情報記録媒体、記録装置、および記録方法
KR101227485B1 (ko) * 2005-11-25 2013-01-29 엘지전자 주식회사 기록매체 및 기록매체의 결함관리 정보 기록방법과기록장치
KR20070058292A (ko) * 2005-12-02 2007-06-08 엘지전자 주식회사 기록매체, 기록매체 기록재생 방법 및 장치와 기록매체클로징 방법
JP4642655B2 (ja) * 2005-12-28 2011-03-02 ソニー株式会社 再生装置および再生方法、プログラム、記録媒体、データ構造、記録媒体の製造方法および記録装置、並びに、データ構造の生成方法および生成装置
KR100943912B1 (ko) * 2006-01-12 2010-03-03 엘지전자 주식회사 다시점 비디오의 처리 방법 및 장치
JP4719053B2 (ja) * 2006-03-31 2011-07-06 株式会社東芝 エントリポイントを用いた再生方法およびこの方法を用いる記録再生装置
JP4784371B2 (ja) * 2006-04-06 2011-10-05 ソニー株式会社 記録装置、記録方法および記録プログラム
JP4591405B2 (ja) * 2006-05-10 2010-12-01 ソニー株式会社 情報処理装置及び情報処理方法、並びにコンピュータ・プログラム
KR100826511B1 (ko) * 2006-06-27 2008-05-02 삼성전자주식회사 스터핑 바이트를 이용하여 에러정정 능력을 높일 수 있는장치와 방법
CN101536505B (zh) * 2006-11-16 2011-09-07 富士通半导体股份有限公司 Gop间管理装置
JP4795212B2 (ja) * 2006-12-05 2011-10-19 キヤノン株式会社 録画装置、端末装置及び処理方法
JP4735525B2 (ja) 2006-12-06 2011-07-27 株式会社日立製作所 記録方法
JP4735524B2 (ja) 2006-12-06 2011-07-27 株式会社日立製作所 記録方法
JP4775241B2 (ja) 2006-12-06 2011-09-21 株式会社日立製作所 記録方法
WO2008105236A1 (ja) * 2007-02-27 2008-09-04 Mitsubishi Electric Corporation 情報配信方法、情報記録方法、情報再生方法、及び、情報記録媒体
US8340507B2 (en) * 2007-05-31 2012-12-25 Panasonic Corporation Recording medium, playback apparatus, recording method, program, and playback method
US8744243B2 (en) * 2007-07-06 2014-06-03 At&T Intellectual Property I, L.P. System and method of storing video content
US20090033791A1 (en) * 2007-07-31 2009-02-05 Scientific-Atlanta, Inc. Video processing systems and methods
US7945441B2 (en) * 2007-08-07 2011-05-17 Microsoft Corporation Quantized feature index trajectory
US8065293B2 (en) * 2007-10-24 2011-11-22 Microsoft Corporation Self-compacting pattern indexer: storing, indexing and accessing information in a graph-like data structure
US20100057452A1 (en) * 2008-08-28 2010-03-04 Microsoft Corporation Speech interfaces
US9060187B2 (en) * 2008-12-22 2015-06-16 Netflix, Inc. Bit rate stream switching
WO2011016241A1 (ja) * 2009-08-05 2011-02-10 パナソニック株式会社 送信制御装置、受信制御装置、送信制御方法、受信制御方法、及び送信制御プログラム
US8134795B2 (en) * 2009-08-27 2012-03-13 Hitachi Global Storage Technologies Netherlands B.V. Using an atmospheric pressure sensor in a hard-disk drive (HDD)
US9258175B1 (en) * 2010-05-28 2016-02-09 The Directv Group, Inc. Method and system for sharing playlists for content stored within a network
US9672225B2 (en) * 2010-07-06 2017-06-06 Adobe Systems Incorporated Management of thumbnail data associated with digital assets
US8437619B2 (en) * 2010-12-20 2013-05-07 General Instrument Corporation Method of processing a sequence of coded video frames
JP5703532B2 (ja) * 2011-03-29 2015-04-22 オンキヨー株式会社 トランスコード装置
US8438595B1 (en) 2011-11-04 2013-05-07 General Instrument Corporation Method and apparatus for temporal correlation of content-specific metadata with content obtained from disparate sources
US9280540B2 (en) * 2012-10-01 2016-03-08 Verizon Patent And Licensing Inc. Content-driven download speed
US9998750B2 (en) 2013-03-15 2018-06-12 Cisco Technology, Inc. Systems and methods for guided conversion of video from a first to a second compression format
EP3035691A3 (en) * 2014-12-17 2016-08-24 Thomson Licensing Methods and apparatus for minimizing timing artifacts in remultiplexing
CN109246095B (zh) * 2018-08-29 2019-06-21 四川大学 一种适用于深度学习的通信数据编码方法

Family Cites Families (22)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH0472977A (ja) 1990-07-13 1992-03-06 Nec Home Electron Ltd Ｄｃｔ圧縮動画データの記録・再生方式
JP3050336B2 (ja) * 1991-07-05 2000-06-12 パイオニア株式会社 追記型光ディスクへの記録方法及び光ディスク記録装置
JPH0778804B2 (ja) * 1992-05-28 1995-08-23 日本アイ・ビー・エム株式会社 シーン情報入力システムおよび方法
JPH0846907A (ja) 1994-07-27 1996-02-16 Hitachi Ltd ディスク記録装置
JPH0946691A (ja) 1995-07-31 1997-02-14 Victor Co Of Japan Ltd 情報蓄積出力方法及び情報蓄積出力装置
JP3884785B2 (ja) 1995-11-08 2007-02-21 キヤノン株式会社 記録再生装置、再生装置及び再生方法
JPH09261648A (ja) * 1996-03-21 1997-10-03 Fujitsu Ltd シーンチェンジ検出装置
JPH10200852A (ja) 1997-01-09 1998-07-31 Alpine Electron Inc ディスク再生装置
JPH10290432A (ja) 1997-04-14 1998-10-27 Matsushita Electric Ind Co Ltd 情報供給媒体およびそれを利用した情報処理装置および情報供給方式
ID21786A (id) * 1997-09-17 1999-07-22 Matsushita Electric Ind Co Ltd Peralatan editing data video, disk optikal untuk digunakan sebagai media perekam peralatan editing data video dan media perekam komputer yang bisa dibaca yang menyimpan program editing
EP0910087B1 (en) * 1997-10-17 2011-11-30 Sony Corporation Recording apparatus and method, reproducing apparatus and method, recording/reproducing apparatus and method, recording medium and distribution medium
JPH11205740A (ja) 1998-01-09 1999-07-30 Toshiba Corp 圧縮記録装置及び方法
JPH11273227A (ja) 1998-03-20 1999-10-08 Nec Software Kobe Ltd 続き再生時のダイジェスト再生機能付きｄｖｄビデオ再生システム
JP3383587B2 (ja) * 1998-07-07 2003-03-04 株式会社東芝 静止画像連続情報記録方法と光ディスクと光ディスクの情報再生装置と情報再生方法
JP3356691B2 (ja) * 1998-07-07 2002-12-16 株式会社東芝 情報記録媒体とその記録方法及び再生方法
JP3382159B2 (ja) * 1998-08-05 2003-03-04 株式会社東芝 情報記録媒体とその再生方法及び記録方法
US6452609B1 (en) * 1998-11-06 2002-09-17 Supertuner.Com Web application for accessing media streams
JP3376314B2 (ja) * 1999-05-12 2003-02-10 株式会社東芝 デジタル映像情報媒体、デジタル映像情報記録再生装置およびデジタル映像情報処理方法
JP2000341646A (ja) 1999-05-28 2000-12-08 Sony Corp 画像再生装置および方法、並びに媒体
JP4389365B2 (ja) * 1999-09-29 2009-12-24 ソニー株式会社 トランスポートストリーム記録装置および方法、トランスポートストリーム再生装置および方法、並びにプログラム記録媒体
JP4328989B2 (ja) * 1999-11-24 2009-09-09 ソニー株式会社 再生装置、再生方法、並びに記録媒体
US6687384B1 (en) * 2000-03-27 2004-02-03 Sarnoff Corporation Method and apparatus for embedding data in encoded digital bitstreams

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2012191658A (ja) * 2000-04-21 2012-10-04 Sony Corp 情報処理装置および方法、記録媒体、並びにプログラム

Also Published As

Publication number Publication date
CN1193607C (zh) 2005-03-16
JP2010213292A (ja) 2010-09-24
EP2268016A3 (en) 2013-01-02
US7477833B2 (en) 2009-01-13
US7236687B2 (en) 2007-06-26
US20050019007A1 (en) 2005-01-27
HK1052425A1 (en) 2003-09-11
WO2001082608A1 (fr) 2001-11-01
KR100795255B1 (ko) 2008-01-15
EP1280348A1 (en) 2003-01-29
EP2268016A2 (en) 2010-12-29
JP2010213293A (ja) 2010-09-24
EP1280348A4 (en) 2004-10-06
US20020164152A1 (en) 2002-11-07
KR20020020919A (ko) 2002-03-16
JP4893841B2 (ja) 2012-03-07
US8041187B2 (en) 2011-10-18
CN1383680A (zh) 2002-12-04
US20070286577A1 (en) 2007-12-13

Similar Documents

Publication Publication Date Title
JP4893842B2 (ja) 情報処理装置および方法、記録媒体、並びにプログラム
JP5008161B2 (ja) 情報処理装置および方法、記録媒体、並びにプログラム
JP4682434B2 (ja) 情報処理装置および方法、記録媒体、並びにプログラム
JP4919128B2 (ja) 情報処理装置、情報処理方法、記録媒体、およびプログラム、並びにデータ構造
JP4517267B2 (ja) 記録装置および方法、再生装置および方法、プログラム、並びに記録媒体
JP4517266B2 (ja) 情報処理装置および方法、記録媒体、並びにプログラム
JP4355988B2 (ja) 情報処理装置、情報処理方法、プログラム記録媒体、プログラム、および情報記録媒体

Legal Events

Date Code Title Description
A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20110929

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20111102

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: 20111122

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: 20111205

R151 Written notification of patent or utility model registration

Ref document number: 4893842

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R151

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

Free format text: PAYMENT UNTIL: 20150106

Year of fee payment: 3

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