WO2001082608A1

WO2001082608A1 - Appareil et procede de traitement des informations, programme et support enregistre

Info

Publication number: WO2001082608A1
Application number: PCT/JP2001/003414
Authority: WO
Inventors: Motoki Kato; Toshiya Hamada
Original assignee: Sony Corporation
Priority date: 2000-04-21
Filing date: 2001-04-20
Publication date: 2001-11-01
Also published as: CN1383680A; US7477833B2; EP2268016A2; JP2010213293A; US8041187B2; EP2268016A3; US20070286577A1; US20050019007A1; US7236687B2; US20020164152A1; KR100795255B1; JP4893842B2; JP4893841B2; CN1193607C; KR20020020919A; EP1280348A1; JP2010213292A; HK1052425A1; EP1280348A4

Description

明細書情報処理装置及び方法、プログラム、並びに記録媒体技術分野本発明は情報処理装置及び方法、プログラム、並びに記録媒体に関し、特に、

A Vストリームの所望の位置に、迅速にアクセスすることができるようにした情報処理装置及び方法、プログラム、並びに記録媒体に関する。背景技術近年、記録可能で記録再生装置から取り外し可能なディスク型媒体として、各種の光ディスクが提案されている。このような記録可能な光ディスクは、数ギガバイトの大容量メディアとして提案されており、ビデオ信号等の A V (Audio Vi sual) 信号を記録するメディアとしての期待が高い。

この記録可能な光ディスクに記録するディジタルの A V信号のソース（供給源）としては、記録装置自身が、アナログ入力のオーディオビデオ信号を、 M P E G - 2方式で画像圧縮して作るビヅトストリームや、ディジ夕ルテレビジョン放送の電波から直接得られる M P E G— 2方式のビットストリ一ムなどがある。一般に、ディジタルテレビジョン放送では、 M P E G— 2 トランスポートストリ —ムが使われる。トランスポートストリームは、トランスポートパケットが連続したストリームであり、トランスポートパケットは、例えば、 M P E G— 2ビデォストリームや M P E G— 1オーディオストリームがパケヅト化されたものである。 1つのトランスポートパケヅトのデ一夕長は 1 8 8バイトである。ディジタルテレビジョン放送で受信されるトランスポ一トストリームの A Vプログラムを記録装置で光ディスクにそのまま記録すれば、ビデオやオーディオの品質を全く劣化させることなく記録することが可能である。

ユーザが、光ディスクに記録されているトランスポートストリームの中から興味のあるシーン、例えば番組の頭出し点などをサーチできるようにするために、再生装置はランダムアクセス再生ができることが求められる。

一般に、 M P E G _ 2ビデオのストリームは、 0 . 5秒程度の間隔で Iピクチャを符号化し、それ以外のピクチャは Pピクチャ又は Bピクチャとして符号化される。したがって、 M P E G— 2ビデオのストリームが記録された光ディスクから、ランダムアクセスし、ビデオ再生する場合、はじめに、 Iピクチャをサーチしなければならない。

しかしながら、従来は、光ディスクに記録されているトランスポートストリームに、ランダムアクセスし、ビデオ再生する場合に、 Iピクチャの鬨始バイトを効率良くサーチすることが困難であった。すなわち、光ディスク上のトランスポートストリームのランダムなバイト位置から、読み出したビデオストリームのシン夕クスを解析し、 Iピクチャの開始バイトをサーチしなければならず、 Iピクチヤのサーチに時間がかかり、ュ一ザからの入力に対して応答の速いランダムァクセス再生を行うことが困難であった。発明の開示本発明の目的は、このような状況を鑑み、ユーザのランダムアクセス再生の指示に対して、記録媒体からのトランスポートストリームの読出位置の決定とストリームの復号開始を速やかに行えるようにすることにある。

本発明に係る情報処理装置は、入力された A Vストリームから抽出された特徴的な画像を指し示すマークで構成される Cl ipMarkを、 A Vストリームを管理するための管理情報として生成すると共に、 A Vストリーム中の所定の区間の組み合わせを定義する PlayListに対応する再生区間の中から、ユーザが任意に指定した画像を指し示すマークから構成される PlayListMarkを生成する生成手段と、 Cl ip Mark, 及ぴ PlayListMarkを各々独立したテーブルとして記録媒体に記録する記録手段とを有する。

ここで、生成手段は、 Cl ipMarkを Cl ipMarklnformationファイルとして生成すると共に、 PlayListを PlayListファイルとして生成するようにすることができる。 PlayListMarkは、 PlayUstを再生するときの Resume点を示すマークを更に含むようにすることができる。

PlayListを再生するとき、 PlayListの再生区間に対応する A Vストリームの C1 ipMarkを構成するマークを参照するようにすることができる。

PlayListMarkのマークは、プレゼンテーションタイムスタンプと、 PlayListの再生経路を構成する A Vストリームデ一夕上の指定された 1つの再生区間を示す識別情報を含むようにすることができる。

Cl ipMarkを構成するマーク、又は、 PlayListMarkを構成するマークは、エレメン夕リーストリームのェントリポィントを特定する情報を含むようにすることができる。

P layLi stMarkのマークは、ユーザが指定したお気に入りのシーンの開始点又は PlayListの Resume点を少なくとも含むタイプの情報を含むようにすることができる。

Cl ipMarkを構成するマークと PlayListMarkを構成するマークは、 A Vストリ一ムのエントリポイントに対応する相対的なソースパケヅトのアドレスで表されるようにすることができる。

Cl ipMarkを構成するマークと PlayListMarkを構成するマークは、 A Vストリ一ムのエントリポイントに対応する相対的なソースパケヅトの第 1のアドレスと、第 1のアドレスからのオフセヅトのアドレスである第 2のァドレスで表されるようにすることができる。

第 1の記録手段による記録の際に検出された特徴的な画像の夕イブを検出するタイプ検出手段を更に含み、第 1の記録手段は、 Cl ipMarkを構成するマークと、タイプ検出手段により検出されたタイプとを対応させて記録するようにすることができる。

Cl ipMarkのマークは、シーンチェンジ点、コマーシャルの鬨始点、コマーシャルの終了点、又は夕ィトルが表示されたシーンを含むようにすることができる。本発明に係る情報処理方法は、入力された A Vストリームから抽出された特徴的な画像を指し示すマークで構成される Cl ipMarkを、 A Vストリームを管理するための管理情報として生成すると共に、 A Vストリーム中の所定の区間の組み合わせを定義する ayListに対応する再生区間の中から、ユーザが任意に指定した画像を指し示すマークから構成される PlayListMarkを生成する生成ステップと、 Cl ipMark, 及び PlayListMarkを各々独立したテーブルとして記録媒体に記録する. 際の制御を行う記録制御ステップとを有する。

本発明に係る記録媒体のプログラムは、入力された A Vストリームから抽出された特徴的な画像を指し示すマークで構成される Cl ipMarkを、 A Vストリームを管理するための管理情報として生成すると共に、 A Vストリーム中の所定の区間の組み合わせを定義する PlayListに対応する再生区間の中から、ユーザが任意に指定した画像を指し示すマークから構成される PlayListMarkを生成する生成ステヅプと、 Cl ipMark、及び PlayListMarkを各々独立したテーブルとして記録媒体に記録する際の制御を行う記録制御ステップとを含む。

本発明に係るプログラムは、入力された A Vストリームから抽出された特徴的な画像を指し示すマークで構成される Cl ipMarkを、 A Vストリームを管理するための管理情報として生成すると共に、 A Vストリーム中の所定の区間の組み合わせを定義する PlayListに対応する再生区間の中から、ユーザが任意に指定した画像を指し示すマークから構成される PlayListMarkを生成する生成ステヅプと、 C1 i pMark、及び P 1 ayL i stMarkを各々独立したテーブルとして記録媒体に記録する際の制御を行う記録制御ステップとをコンピュータに実行させる。

本発明の情報処理装置は、 A Vストリームから抽出された特徴的な画像を指し示すマークで構成される Cl ipMarkを含む A Vストリームを管理するための管理情報と、 A Vストリーム中の所定の区間の組み合わせを定義する PlayListに対応する再生区間の中から、ュ一ザが任意に指定した画像を指し示すマークから構成される PlayListMarkを読み出す読出手段と、読出手段により読み出された管理情報と PlayLisMarkによる情報を提示する提示手段と、提示手段により提示された情報から、ユーザが再生を指示した PlayListに対応する Cl ipMarkを参照する参照手段と、参照手段により参照された Cl ipMarkを含み、 Cl ipMarkに対応する位置から A Vストリームを再生する再生手段とを含む。

ここで、提示手段は、 PlayLisMarkに対応するサムネイル画像によるリストをュ一ザに提示するようにすることができる。 Cl ipMarkを構成するマークと PlayListMarkを構成するマークは、 A Vストリームのエントリポイントに対応する相対的なソースパケットのァドレスで表されるようにすることができる。

Cl ipMarkを構成するマークと PlayListMarkを構成するマークは、 A Vストリームのェントリポイントに対応する相対的なソースパケヅトの第 1のァドレスと、第 1のアドレスからのオフセヅトのアドレスである第 2のアドレスで表されるようにすることができる。

Cl ipMarkのマークは、シーンチェンジ点、コマーシャルの開始点、コマーシャルの終了点、又は夕ィトルが表示されたシーンを含むようにすることができる。本発明に係る情報処理装置は、 A Vストリームから抽出された特徴的な画像を指し示すマークで構成される Cl ipMarkを含む A Vストリームを管理するための管理情報と、 A Vストリーム中の所定の区間の組み合わせを定義する ayListに対応する再生区間の中から、ユーザが任意に指定した画像を指し示すマークから構成される PlayListMarkの読み出しを制御する読出制御ステツプと、読出制御ステ Vプの処理で読み出しが制御された管理情報と ayLisMarkによる情報を提示する提示ステップと、提示ステップの処理で提示された情報から、ユーザが再生を指示した PlayListに対応する Cl ipMarkを参照する参照ステヅプと、参照ステヅプの処理で参照された Cl ipMarkを含み、 Cl ipMarkに対応する位置からの A Vストリ一ムの再生を制御する再生制御ステップとを含む。

本発明に係る記録媒体のプログラムは、 A Vストリームから抽出された特徴的な画像を指し示すマークで構成される Cl ipMarkを含む A Vストリームを管理するための管理情報と、 A Vストリーム中の所定の区間の組み合わせを定義する Play Listに対応する再生区間の中から、ユーザが任意に指定した画像を指し示すマ一クから構成される PlayListMarkの読み出しを制御する読出制御ステツプと、読出制御ステップの処理で読み出しが制御された管理情報と PlayLisMarkによる情報を提示する提示ステップと、提示ステップの処理で提示された情報から、ュ一ザが再生を指示した PlayListに対応する Cl ipMarkを参照する参照ステツプと、参照ステヅプの処理で参照された Cl ipMarkを含み、 Cl ipMarkに対応する位置からの A V ストリームの再生を制御する再生制御ステップとを含む。本発明に係るプログラムは、 A Vストリ一ムから抽出された特徴的な画像を指し示すマークで構成される Cl ipMarkを含む A Vストリームを管理するための管理情報と、 A Vストリーム中の所定の区間の組み合わせを定義する PlayListに対応する再生区間の中から、ユーザが任意に指定した画像を指し示すマークから構成される PlayListMarkの読み出しを制御する読出制御ステヅプと、読出制御ステヅプの処理で読み出しが制御された管理情報と P 1 ayL i sMarkによる情報を提示する提示ステップと、提示ステップの処理で提示された情報から、ユーザが再生を指示した ayL i stに対応する C 1 ipMarkを参照する参照ステップと、参照ステップの処理で参照された Cl ipMarkを含み、 CUpMarkに対応する位置からの A Vストリームの再生を制御する再生制御ステップとをコンピュータに実行させる。

本発明に係る記録媒体には、 A Vストリームから抽出された特徴的な画像を指し示すマークで構成される Cl ipMarkを含む A Vストリームを管理するための管理情報と、 A Vストリーム中の所定の区間の組み合わせを定義する PlayListに対応する再生区間の中から、ユーザが任意に指定した画像を指し示すマークから構成される PlayListMarkが、各々独立したテーブルとして記録されている。

本発明に係る情報処理装置及び方法、並びにプログラムにおいては、入力された A Vストリームから抽出された特徴的な画像を指し示すマークで構成される C1 ipMarkを、 A Vストリームを管理するための管理情報として生成すると共に、 A Vストリーム中の所定の区間の組み合わせを定義する PlayListに対応する再生区間の中から、ユーザが任意に指定した画像を指し示すマークから構成される Play ListMarkが生成され、 Cl ipMark、及び PlayListMarkが各々独立したテーブルとして記録媒体に記録される。

本発明に係る情報処理装置及び方法、並びにプログラムは、 A Vストリームから抽出された特徴的な画像を指し示すマークで構成される Cl ipfkrkを含む A Vストリームを管理するための管理情報と、 A Vストリーム中の所定の区間の組み合わせを定義する PlayListに対応する再生区間の中から、ユーザが任意に指定した画像を指し示すマークから構成される PlayListMarkが読み出され、その読み出された管理情報と PlayLisMarkによる情報が提示され、提示された情報から、ユーザが再生を指示した PlayListに対応する Cl ipMarkが参照され、参照された Cl ipMark を含み、 Cl ipMarkに対応する位置から A Vストリームが再生される。

本究明の更に他の目的、特徴や利点は、後述する本発明の実施例や添付する図面に基づくより詳細な説明によって明らかになるであろう。図面の簡単な説明図 1は、本発明を適用した記録再生装置の一例を説明するブロック図である。図 2は、記録再生装置により記録媒体に記録されるデータのフォーマツトについて説明する図である。

図 3は、 Real PlayListと Virtual PlayListについて説明する図である。

図 4 A〜図 4 Cは、 Real PlayListの作成について説明する図である。

図 5 A〜図 5 Cは、 Real PlayListの削除について説明する図である。

図 6 A及び図 6 Bは、アセンブル編集について説明する図である。

図 7は、 Virtual PlayListにサブパスを設ける場合について説明する図である _c 図 8は、 PlayListの再生順序の変更について説明する図である。

図 9は、 PlayList上のマークと Cl ip上のマークについて説明する図である。図 1 0は、メニューサムネイルについて説明する図である。

図 1 1は、 PlayListに付加されるマークについて説明する図である。

図 1 2は、クリヅプに付加されるマークについて説明する図である。

図 1 3は、 PlayList、 Cl ip、サムネイルファイルの関係について説明する図である。

図 1 4は、ディレクトリ構造について説明する図である。

図 1 5は、 info. dvrのシンタクスを示す図である。

図 1 6は、 DVR volumeのシンタクスを示す図である。

図 1 7は、 Resumevolumeのシン夕クスを示す図である。

図 1 8は、 UIAppInfovolumeのシンタクスを示す図である。

図 1 9は、 Character set valueのテーブルを示す図である。

図 2 0は、 TableOfPlayListのシンタクスを示す図である。

図 2 1は、 TableOfPlayListの他のシンタクスを示す図である。図 2 2は、 MakersPrivateDataのシンタクスを示す図である。

図 2 3は、 xxxxx. rplsと yyyyy.vplsのシンタクスを示す図である。

図 2 4 A〜図 2 4 Cは、 PlayListについて説明する図である。

図 2 5は、 PlayListのシンタクスを示す図である。

図 2 6は、 PlayList一 typeのテーブルを示す図である。

図 2 7は、 UIAppinfoPlayListのシンタクスを示す図である。

図 2 8 A〜図 2 8 Cは、図 2 7に示した UIAppinfoPlayListのシンタクス内のフラグについて説明する図である。

図 2 9は、 Playltemについて説明する図である。

図 3 0は、 Playltemについて説明する図である。

図 3 1は、 P layltemについて説明する図である。

図 3 2は、 Playltemのシンタクスを示す図である。

図 3 3は、 IN_timeについて説明する図である。

図 3 4は、 OUT— timeについて説明する図である。

図 3 5は、 Connection_Conditionのテーブルを示す図である。

図 3 6 A〜図 3 6 Dは、 Connection—Conditionについて説明する図である。図 3 7は、 BridgeSequencelnfoを説明する図である。

図 3 8は、 BridgeSequencelnfoのシンタクスを示す図である。

図 3 9は、 SubPlayltemについて説明する図である。

図 4 0は、 SubPlayltemのシンタクスを示す図である。

図 4 1は、 SubPath_typeのテーブルを示す図である。

図 4 2は、 PlayListMarkのシンタクスを示す図である。

図 4 3は、 Mark_typeのテーブルを示す図である。

図 4 4は、 Mark_time__stampを説明する図である。

図 4 5は、 zzzzz . Cl ipのシンタクスを示す図である。

図 4 6は、 Cl iplnfoのシンタクスを示す図である。

図 4 7は、 Cl ip_stream_typeのテ一ブルを示す図である。

図 4 8は、 offset_SPIiについて説明する図である。図 5 0 A及び図 5 0 Bは、 S T C区間について説明する図である。図 5 1は、 STC_Infoについて説明する図である。

図 5 2は、 STC_Infoのシンタクスを示す図である。

図 5 3は、 Programlnfoを説明する図である。

図 5 4は、 Programlnfoのシン夕クスを示す図である。

図 5 5は、 VideoCondinglnfoのシンタクスを示す図である。

図 5 6は、 Video_formatのテーブルを示す図である。

図 5 7は、 frame_rateのテーブルを示す図である。

図 5 8は、 display_aspect一 ratioのテーブルを示す図である。

図 5 9は、 AudioCondinglnfoのシンタクスを示す図である。

図 6 0は、 audio_codingのテーブルを示す図である。

図 6 1は、 audio— component_typeのテーブルを示す図である。

図 6 2は、 sampl ing_frequencyのテ一ブルを示す図である。

図 6 3は、 CPIについて説明する図である。

図 6 4は、 CPIについて説明する図である。

図 6 5は、 CPIのシンタクスを示す図である。

図 6 6は、 CPI_typeのテーブルを示す図である。

図 6 7は、ビデオ EPjnapについて説明する図である。

図 6 8は、 EP_mapについて説明する図である。

図 6 9は、 EPjnapについて説明する図である。

図 7 0は、 EPjnapのシンタクスを示す図である。

図 7 1は、 EP_type valuesのテーブルを示す図である。

図 7 2は、 EP_map_for_one_streaiii_PIDのシンタクスを示す図である。図 7 3は、 TU— mapについて説明する図である。

図 7 4は、 TUjnapのシンタクスを示す図である。

図 7 5は、 Cl ipMarkのシンタクスを示す図である。

図 7 6は、 mark_typeのテーブルを示す図である。

図 7 7は、 mai>k_type_stampのテ一ブルを示す図である。

図 7 8は、 Cl ipMarkのシンタクスの他の例を示す図である。図 7 9は、 Mark_typeのテーブルの他の例を示す図である。

図 8 0は、 mark— entry( )と representative—picture— entrr( )の例を示す図である。

図 8 1は、 mark_entry( )と representative_picture_entry( )のシンタクスを示す図である。

図 8 2は、 mark— entry( )と representative_picture_entry( )のシンタクスの他の例を示す図である。

図 8 3は、 RSPN_ref_EP_startと o fset_nuiii_picturesの関係を説明する図である。

図 8 4は、 mark— entry( )と representative— picture一 entryOのシンタクスの他の例を示す図である。

図 8 5は、 Cl ipMarkと EP_mapの関係を説明する図である。

図 8 6は、 menu. thmbと mark. thmbのシンタクスを示す図である。

図 8 7は、 Thumbnai lのシンタクスを示す図である。

図 8 8は、 tlmmbnaiし picture_formatのテーブルを示す図である。

図 8 9 A及び図 8 9 Bは、 tnjalockについて説明する図である。

図 9 0は、 DVR MPEG 2のトランスポ一トストリームの構造について説明する図である。

図 9 1は、 DVR MPEG 2のトランスポ一トストリームのレコーダモデルを示す図である。

図 9 2は、 DVR MPEG 2のトランスポ一トストリームのプレーヤモデルを示す図である。

図 9 3は、 source packetのシンタクスを示す図である。

図 9 4は、 TP— extrajieaderのシンタクスを示す図である。

図 9 5は、 copy permission indicatorのテーブルを示す図である。

図 9 6は、シームレス接続について説明する図である。

図 9 7は、シームレス接続について説明する図である。

図 9 8は、シームレス接続について説明する図である

図 9 9は、シームレス接続について説明する図である。図 1 0 0は、シームレス接続について説明する図である

図 1 0 1は、オーディオのオーバ一ラヅプについて説明する図である。

図 1 0 2は、 BridgeSequenceを用いたシームレス接続について説明する図である。

図 1 0 3は、 BridgeSequenceを用いないシームレス接続について説明する図である。

図 1 0 4は、 DVR STDモデルを示す図である。

図 1 0 5は、復号、表示のタイミングチヤ一トを示す図である。

図 1 0 6は、図 8 1のシンタクスの場合におけるマーク点で示されるシーンの頭出し再生を説明するフローチャートである。

図 1 0 7は、図 8 1のシンタクスの場合における再生の動作を説明する図である。

図 1 0 8は、 EPjnapの例を示す図である。

図 1 0 9は、 Cl ipMarkの例を示す図である。

図 1 1 0は、図 8 1のシンタクスの場合における C Mスキヅプ再生処理を説明するフローチヤ一トである。

図 1 1 1は、. 図 8 1のシンタクスの場合における C Mスキヅプ再生処理を説明するフロ一チヤ一トである。

図 1 1 2は、図 8 2のシンタクスの場合におけるマーク点で示されるシーンの頭出し再生を説明するフ口一チャートである。

図 1 1 3は、図 8 2のシンタクスの場合における再生を説明する図である。図 1 1 4は、 EPjnapの例を示す図である。

図 1 1 5は、 Cl ipMarkの例を示す図である。

図 1 1 6は、図 8 2のシンタクスの場合における C Mスキヅプ再生を説明するフローチヤ一トである。

図 1 1 7は、図 8 2のシンタクスの場合における C Mスキヅプ再生を説明するフローチヤ一トである。

図 1 1 8は、図 8 4のシンタクスの場合におけるマーク点で示されるシーンの頭出し再生を説明するフローチャートである。図 1 1 9は、図 8 4のシンタクスの場合における再生を説明する図である。図 1 2 0は、 EPjiapの例を示す図である。

図 1 2 1は、 Cl ipfiarkの例を示す図である。

図 1 2 2は、図 8 4のシンタクスの場合における C Mスキップ再生を説明するフローチャートである。

図 1 2 3は、図 8 4のシンタクスの場合における C Mスキヅブ再生を説明するフローチャートである。

図 1 2 4は、アプリケーションフォーマヅトを示す図である。

図 1 2 5は、 PlayList上のマークと Cl ip上のマ一クを説明する図である。

図 1 2 6は、 Cl ipMarkのシンタクスの他の例を示す図である。

図 1 2 7は、 Cl ipMarkのシンタクスの更に他の例を示す図である。

図 1 2 8は、アナログ A V信号をエンコードして記録する場合の Cl ipMarkの作成について説明するフローチャートである。 .

図 1 2 9は、トランスポ一トストリームを記録する場合の ClipMarkの作成について説明するフローチャートである。

図 1 3 0は、 RealPlayListの作成について説明するフローチヤ一トである。図 1 3 1は、 VirtualPlayListの作成について説明するフローチャートである。図 1 3 2は、 PlayListの再生について説明するフローチヤ一トである。

図 1 3 3は、 PlayListMarkの作成について説明するフローチャートである。図 1 3 4は、 PlayListを再生する際の頭出し再生について説明するフローチヤ

—トである。

図 1 3 5は、 PlayListMarkのシンタクスを示す図である。

図 1 3 6は、 PlayListMarkの Mark_typeを説明するための図である。

図 1 3 7は、 Cl ipMarkの他のシンタクスを示す図である。

図 1 3 8は、 Cl ipMarkの Mark_typeを説明するための図である。

図 1 3 9は、媒体を説明する図である。発明を実施するための最良の形態以下に、本発明が適用された実施例について、図面を参照して説明する。図 1 は、本発明を適用した記録再生装置 1の内部構成例を示す図である。先ず、外部から入力された信号を記録媒体に記録する動作を行う記録部 2の構成について説明する。記録再生装置 1は、アナログデ一夕、又は、ディジタルデータを入力し、記録することができる構成とされている。

端子 1 1には、アナログのビデオ信号が、端子 1 2には、アナログのオーディォ信号が、それそれ入力される。端子 1 1に入力されたビデオ信号は、解析部 1 と A Vエンコーダ 1 5に、それそれ出力される。端子 1 2に入力されたオーディォ信号は、解析部 1 4と A Vエンコーダ 1 5に出力される。解析部 1 4は、入力されたビデオ信号とオーディオ信号からシーンチェンジなどの特徴点を抽出す. る。

A Vエンコーダ 1 5は、入力されたビデオ信号とオーディオ信号を、それそれ符号化し、符号化ビデオストリーム（V ) 、符号化オーディオストリーム（A ) 、及び A V同期等のシステム情報（S ) をマルチプレクサ 1 6に出力する。

符号化ビデオストリームは、例えば、 M P E G (Moving Pi cture Expert Grou p) 2方式により符号化されたビデオストリームであり、符号化オーディオストリ —ムは、例えば、 M P E G— 1方式により符号化されたオーディオストリームや、. ドルビー A C 3方式（商標）により符号化されたオーディオストリーム等である。マルチプレクサ 1 6は、入力されたビデオ及びオーディオのストリームを、入力システム情報に基づいて多重化して、スイッチ 1 7を介して多重化ストリーム解析部 1 8とソースパケヅタイザ 1 9に出力する。

多重化ストリームは、例えば、 M P E G— 2 トランスポートストリームや M P E G— 2プログラムストリームである。ソースパケヅタイザ 1 9は、入力された多重化ストリームを、そのストリームを記録させる記録媒体 1 0 0のアプリケ一ションフォーマヅトに従って、ソースパケヅトから構成される A Vストリームに符号化する。 A Vストリームは、 E C C (誤り訂正）符号化部 2 0と変調部 2 1 で E C C符号の付加と変調処理が施され、書込部 2 2に出力される。書込部 2 2 は、制御部 2 3から出力される制御信号に基づいて、記録媒体 1 0 0に A Vストリームファイルを書き込む（記録する）。ディジタルィン夕フェース又はディジタルテレビジョンチューナから入力されるディジタルテレビジョン放送等のトランスポートストリームは、端子 1 3に入力される。端子 1 3に入力されたトランスポ一トストリームの記録方式には、 2 通りあり、これらは、トランスペアレントに記録する方式と、記録ビットレートを下げる等の目的のために再エンコードをした後に記録する方式である。記録方式の指示情報は、ユーザィン夕フヱ一スとしての端子 2 4から制御部 2 3へ入力される。

入力トランスポートストリ一ムをトランスペアレン卜に記録する場合、端子 1 3に入力されたトランスポートストリームは、スィッチ 1 7を介して多重化ストリーム解析部 1 8と、ソースパケッ夕ィザ 1 9に出力される。これ以降の記録媒体 1 0 0へ A Vストリームが記録されるまでの処理は、上述のアナログの入カオ一ディォ信号とビデオ信号を符号化して記録する場合と同一の処理なので、その説明は省略する。

入力トランスポートストリームを再ェンコ一ドした後に記録する場合、端子 1 3に入力されたトランスポートストリームは、デマルチプレクサ 2 6に入力される。デマルチプレクサ 2 6は、入力されたトランスポートストリームに対してデマルチプレクス処理を施し、ビデオストリーム（V ) 、オーディオストリーム ( A ) 、及びシステム情報（S ) を抽出する。

デマルチプレクサ 2 6により抽出されたストリーム（情報）の内、ビデオストリームは A Vデコーダ 2 7に、オーディオストリームとシステム情報はマルチプレクサ 1 6に、それそれ出力される。 A Vデコーダ 2 7は、入力されたビデオストリームを復号し、その再生ビデオ信号を A Vエンコーダ 1 5に出力する。 A V エンコーダ 1 5は、入力ビデオ信号を符号化し、符号化ビデオストリーム（V ) をマルチプレクサ 1 6に出力する。

一方、デマルチプレクサ 2 6から出力され、マルチプレクサ 1 6に入力されたオーディオストリームとシステム情報、及び、 A Vエンコーダ 1 5から出力されたビデオストリームは、入力システム情報に基づいて、多重化されて、多重化ストリームとして多重化ストリーム解析部 1 8とソースパケットタイザ 1 9にスィヅチ 1 7を介して出力される。これ以後の記録媒体 1 0 0へ A Vストリームが記録されるまでの処理は、上述のアナログの入力オーディオ信号とビデオ信号を符号化して記録する場合と同一の処理なので、その説明は省略する。

以上のような記録再生装置 1は、 A Vストリームのファイルを記録媒体 1 0 0 に記録すると共に、そのファイルを説明するアプリケ一シヨンデータベース情報も記録する。アプリケーションデータベース情報は、制御部 2 3により作成される。制御部 2 3への入力情報は、解析部 1 4からの動画像の特徴情報、多重化ストリーム解析部 1 8からの A Vストリームの特徴情報、及び端子 2 4から入力されるユーザからの指示情報である。

解析部 1 4から供給される動画像の特徴情報は、 A Vエンコーダ 1 5がビデオ信号を符号化する場合において、解析部 1 4により生成されるものである。解析部 1 4は、入力ビデオ信号とオーディオ信号の内容を解析し、入力動画像信号の中の特徴的な画像（クリップマーク）に関係する情報を生成する。これは、例えば、入力ビデオ信号の中のプログラムの開始点、シーンチェンジ点や C Mコマ一シャルのス夕一ト点 ·ェンド点、夕ィトルやテロヅプなどの特徴的なクリヅプマーク点の画像の指示情報であり、また、それにはその画像のサムネイルも含まれる。更にオーディオ信号のステレオとモノラルの切り換え点や、無音区間などの情報も含まれる。

これらの画像の指示情報は、制御部 2 3を介して、マルチプレクサ 1 6へ入力される。マルチプレクサ 1 6は、制御部 2 3からクリヅプマークとして指定される符号化ピクチャを多重化する時に、その符号化ピクチャを A Vストリーム上で特定するための情報を制御部 2 3に返す。具体的には、この情報は、ピクチャの P T S (プレゼンテーションタイムスタンプ）又はその符号化ピクチャの A Vストリーム上でのアドレス情報である。制御部 2 3は、特徴的な画像の種類とその符号化ピクチャを A Vストリーム上で特定するための情報を関連付けて記憶する。多重化ストリーム解析部 1 8からの A Vストリームの特徴情報は、記録される A Vストリームの符号化情報に関係する情報であり、解析部 1 8により生成される。例えば、 A Vストリーム内の Iピクチャのタイムスタンプとァドレス情報、システムタイムクロヅクの不連続点情報、 A Vストリームの符号化パラメ一夕、 A Vストリームの中の符号化パラメ一夕の変化点情報などが含まれる。また、端子 1 3から入力されるトランスポートストリームをトランスペアレントに記録する場合、多重化ストリーム解析部 1 8は、入力トランスポートストリームの中から前出のクリヅプマークの画像を検出し、その種類とクリヅプマークで指定するピクチャを特定するための情報を生成する。

端子 2 4からのユーザの指示情報は、 A Vストリームの中の、ユーザが指定した再生区間の指定情報、その再生区間の内容を説明するキャラクタ一文字、ユーザが好みのシーンにセヅトするブックマークゃリジユーム点の情報などである。制御部 2 3は、上記の入力情報に基づいて、 A Vストリームのデータペース（C l ip)、 A Vストリームの再生区間（Playltem)をグループ化したもの（PlayList) のデータベース、記録媒体 1 0 0の記録内容の管理情報（info.dvr)、及びサムネィル画像の情報を作成する。これらの情報から構成されるアプリケーションデ一夕ベース情報は、 A Vストリームと同様にして、 E C C符号化部 2 0、変調部 2 1で処理されて、書込部 2 2へ入力される。書込部 2 2は、制御部 2 3から出力される制御信号に基づいて、記録媒体 1 0 0へデータベースファイルを記録する _c 上述したアプリケーシヨンデ一夕ペース情報についての詳細は後述する。

このようにして記録媒体 1 0 0に記録された A Vストリームファイル（画像デ一夕と音声データのファイル）と、アプリケーションデータベース情報が再生部 3により再生される場合、先ず、制御部 2 3は、読出部 2 8に対して、記録媒体 1 0 0からアプリケーションデータベース情報を読み出すように指示する。そして、読出部 2 8は、記録媒体 1 0 0からアプリケーションデータペース情報を読み出し、そのアプリケーションデ一夕ペース情報は、復調部 2 9と E C C復号部 3 0の復調と誤り訂正処理を経て、制御部 2 3へ入力される。

制御部 2 3は、アプリケーションデータベース情報に基づいて、記録媒体 1 0 0に記録されている PlayListの一覧を端子 2 4のユーザィン夕フェースへ出力する。ユーザは、 PlayListの一覧から再生したい PlayListを選択し、再生を指定された PlayListに関する情報が制御部 2 3へ入力される。制御部 2 3は、その Play Listの再生に必要な A Vストリームファイルの読み出しを、読出部 2 8に指示する。読出部 2 8は、その指示に従い、記録媒体 1 0 0から対応する A Vストリームを読み出し復調部 2 9に出力する。復調部 2 9に入力された A Vストリームは、所定の処理が施されることにより復調され、更に E C C復号部 3 0の処理を経て、ソースデパケッタイザ 3 1出力される。

ソースデパケヅ夕ィザ 3 1は、記録媒体 1 0 0から読み出され、所定の処理が施されたアプリケーションフォーマヅ卜の A Vストリームを、デマルチプレクサ 2 6が処理可能なストリームに変換する。デマルチプレクサ 2 6は、制御部 2 3 により指定された A Vストリームの再生区間（Playltem)を構成するビデオストリ —ム（V ) 、オーディオストリーム（A ) 、及び A V同期等のシステム情報 ( S ) を、 A Vデコーダ 2 7に出力する。 A Vデコーダ 2 7は、ビデオストリームとオーディオストリームを復号し、再生ビデオ信号と再生オーディオ信号を、それそれ対応する端子 3 2と端子 3 3から出力する。

また、ュ一ザイン夕フヱ一スとしての端子 2 4から、ランダムアクセス再生や特殊再生を指示する情報が入力された場合、制御部 2 3は、 A Vストリームのデ —夕ベース（Cl ip)の内容に基づいて、記憶媒体 1 0 0からの A Vストリームの読み出し位置を決定し、その A Vストリームの読み出しを、読出部 2 8に指示する例えば、ユーザにより選択された PlayListを、所定の時刻から再生する場合、制御部 2 3は、指定された時刻に最も近いタイムスタンプを持つ Iピクチャからのデ一夕を読み出すように読出部 2 8に指示する。

また、 Cl ip Informationの中の Cl ipMarkにストアされている番組の頭出し点やシーンチェンジ点の中から、ユーザがあるクリヅプマークを選択した時（例えば、この動作は、 Cl ipMarkにストァされている番組の頭出し点やシーンチヱンジ点のサムネイル画像リストをユーザイン夕フェースに表示して、ユーザが、その中からある画像を選択することにより行われる）、制御部 2 3は、 Cl ip Information の内容に基づいて、記録媒体 1 0 0からの A Vストリームの読み出し位置を決定し、その A Vストリームの読み出しを読出部 2 8へ指示する。すなわち、ユーザが選択した画像がストァされている A Vストリーム上でのァドレスに最も近いァドレスにある Iピクチャからのデ一夕を読み出すように読出部 2 8へ指示する。読出部 2 8は、指定されたアドレスからデータを読み出し、読み出されたデータは、復調部 2 9、 E C C復号部 3 0、ソースデパケヅ夕ィザ 3 1の処理を経て、デマルチプレクサ 2 6へ入力され、 A Vデコーダ 2 7で復号されて、マーク点のピクチャのァドレスで示される A Vデータが再生される。

また、ユーザによって高速再生（Fast- forward playback)が指示されたとき、制御部 2 3は、 A Vストリームのデータベース（Cl ip)に基づいて、 A Vストリームの中の Iピクチャデータを順次連続して読み出すように読出部 2 8に指示する。読出部 2 8は、指定されたランダムアクセスポィントから A Vストリームのデ一夕を読み出し、読み出されたデ一夕は、後段の各部の処理を経て再生される。次に、ユーザが、記録媒体 1 0 0に記録されている A Vストリームの編集をするときを説明する。ュ一ザが、記録媒体 1 0 0に記録されている A Vストリームの再生区間を指定して新しい再生経路を作成したい場合、例えば、番組 Aという歌番組から歌手 Aの部分を再生し、その後続けて.、番組 Bという歌番組の歌手 A の部分を再生したいといった再生経路を作成したい場合、ユーザィンタフェースとしての端子 2 4から再生区間の開始点（イン点.）と終了点（アウト点）の情報が制御部 2 3に入力される。制御部 2 3は、 A Vストリームの再生区間（Playlte m)をグループ化したもの（PlayList) のデータべ一スを作成する。

ユーザが、記録媒体 1 0 0に記録されている A Vストリームの一部を消去したいとき、ユーザィンタフェースとしての端子 2 4から消去区間のイン点とァゥト点の情報が制御部 2 3に入力される。制御部 2 3は、必要な A Vストリーム部分だけを参照するように PlayListのデ一夕ベースを変更する。また、 A Vストリ一ムの不必要なストリーム部分を消去するように、書込部 2 2に指示する。

ユーザが、記録媒体 1 0 0に記録されている A Vストリームの再生区間を指定して新しい再生経路を作成したい場合であり、且つ、それそれの再生区間をシームレスに接続したい場合について説明する。このようなとき、制御部 2 3は、 A Vストリームの再生区間（Playltem)をグループ化したもの（PlayList) のデータベースを作成し、更に、再生区間の接続点付近のビデオストリームの分的な再エンコードと再多重化を行う。

先ず、端子 2 4から再生区間のイン点のピクチャの情報と、アウト点のピクチャの情報が制御部 2 3へ入力される。制御部 2 3は、読出部 2 8にイン点側ピクチヤとァゥト点側のピクチャを再生するために必要なデ一夕の読み出しを指示する。そして、読出部 2 8は、記録媒体 1 0 0からデ一夕を読み出し、そのデータは、復調部 29、 E CC復号部 30、ソースデパケヅ夕ィザ 3 1を経て、デマルチプレクサ 26に出力される。 .

制御部 23は、デマルチプレクサ 26に入力されたデータを解析して、ビデオストリームの再エンコード方法（picture_coding_typeの変更、再エンコードする符号化ビット量の割り当て）と、再多重化方式を決定し、その方式を AVェンコーダ 1 5とマルチプレクサ 1 6に供給する。

次に、デマルチプレクサ 26は、入力されたストリームをビデオストリーム (V) 、オーディオストリーム（A) 、及びシステム情報（S) に分離する。ビデォストリームは、 AVデコーダ 27に入力されるデータとマルチプレクサ 1 6 に入力されるデ一夕がある。前者のデ一夕は、再エンコードするために必要なデ一夕であり、これは AVデコーダ 27で復号され、復号されたピクチャは A Vェンコーダ 1 5で再エンコードされて、ビデオストリームにされる。後者のデ一夕は、再エンコードをしないで、オリジナルのストリームからコピーされるデ一夕である。オーディオストリーム、システム情報については、直接、マルチプレクサ 1 6に入力される。

マルチプレクサ 1 6は、制御部 23から入力された情報に基づいて、入力ストリームを多重化し、多重化ストリームを出力する。多重化ストリームは、 E C C 符号化部 20、変調部 2 1で処理されて、書込部 22に入力される。書込部 22 は、制御部 23から供給される制御信号に基づいて、記録媒体 100に AVストリームを記録する。

以下に、アプリケーションデータベース情報や、その情報に基づく再生、編集といった操作に関する説明をする。図 2は、アプリケーションフォーマットの構造を説明する図である。アプリケーションフォーマヅトは、 AVストリームの管理のために PlayListと Clipの 2つのレイヤを持つ。 Volume Informationは、ディスク内の全ての Clipと PlayListの管理をする。ここでは、 1つの AVストリームとその付属情報のペアを 1つのオブジェクトとし、これを Clipという。 AVストリームファイルは、 Clip AV stream fileといい、その付属情報は、 Clip Inform at ion fileという。

1つの Clip AV stream fileは、 MP E G— 2 トランスポートストリームをアブリケーシヨンフォーマツトによって規定される構造に配置したデ一夕をストァする。一般的に、ファイルは、バイト列として扱われるが、 Cl ip AV stream fi leのコンテンツは、時間軸上に展開され、 Cl ipの中のエントリポイント（ Iピクチャ）は、主に時間ベースで指定される。所定の Cl ipへのアクセスポイントのタイムス夕ンプが与えられた時、 Cl ip Information fi leは、 Cl ip AV stream f i leの中でデータの読み出しを開始すべきアドレス情報を見つけるために役立つ。

PlayListについて、図 3を参照して説明する。 P layListは、 Clipの中からユーザが見たい再生区間を選択し、それを簡単に編集することができるようにするために設けられている。 1つの PlayListは、 Cl ipの中の再生区間の集まりである。所定の Cl ipの中の 1つの再生区間は、 Playltemといい、これは、時間軸上のイン点（I N ) とアウト点（O U T ) の対で表される。したがって、 PlayListは、複数の Playltemが集まることにより構成される。

PlayListには、 2つのタイプがある。 1つは、 Real PlayListであり、もう 1つは、 Virtual PlayListである。 Real PlayListは、それが参照している Cl ipのストリーム部分を共有している。すなわち、 Real PlayListは、それの参照している C Πρのストリーム部分に相当するデ一夕容量をディスクの中で占め、 Real PlayLi stが消去された場合、それが参照している Cl ipのストリーム部分もまたデータが消去される。

Virtual PlayListは、 Cl ipのデータを共有していない。したがって、 Virtual PlayListが変更又は消去されたとしても、 Cl ipの内容には何も変化が生じない。次に、 Real PlayListの編集について説明する。図 4 Aは、 Real PlayListのクリエイト（create：作成）に関する図であり、 A Vストリームが新しい Cl ipとして記録される場合、その Cl ip全体を参照する Real PlayListが新たに作成される操作である。

図 4 Bは、 Real PlayListのディバイド（divide：分割）に関する図であり、 Rea 1 PlayListが所望な点で分けられて、 2つの Real PlayListに分割される操作である。この分割という操作は、例えば、 1つの PlayListにより管理される 1つのクリップ内に、 2つの番組が管理されているような場合に、ユーザが 1つ 1つの番組として登録（記録）し直したいといったようなときに行われる。この操作により、 Cl ipの内容が変更される（Cl ip自体が分割される）ことはない。

図 4 Cは、 Real PlayListのコンバイン（combine：結合）に関する図であり、 2 つの Real PlayListを結合して、 1つの新しい Real PlayListにする操作である。この結合という操作は、例えば、ユーザが 2つの番組を 1つの番組として登録し直したいといったようなときに行われる。この操作により、 Cl ipが変更される (Cl ip自体が 1つにされる）ことはない。

図 5 Aは、 Real PlayList全体のデリート（delete：削除）に関する図であり、所定の Real PlayList全体を消去する操作がされた場合、削除された Real PlayList が参照する Cl ipの、対応するストリーム部分も削除される。

図 5 Bは、 Real PlayListの部分的な削除に関する図であり、 Real PlayListの所望な部分が削除されたとき、対応する Playltemが、必要な Cl ipのストリーム部分だけを参照するように変更される。そして、 Cl ipの対応するストリーム部分は削除される。

図 5 Cは、 Real PlayListのミニマイズ（Minimize：最小化）に関する図であり、 Real PlayListに対応する Playltemを、 Virtual PlayListに必要な Cl ipのストリ一ム部分だけを参照するようにする操作である。 Virtual PlayList にとつて不必要な Cl ipの、対応するストリーム部分は削除される。

上述したような操作により、 Heal PlayListが変更されて、その Real PlayList が参照する Cl ipのストリーム部分が削除された場合、その削除された Cl ipを使用している Virtual PlayListが存在し、その Virtual PlayListにおいて、削除された Cl ipにより問題が生じる可能性がある。

このようなことが生じないように、ユーザに、削除という操作に対して、「その Real PlayListが参照している Cl ipのストリーム部分を参照している Virtual P layListが存在し、もし、その Real PlayListが消去されると、その Virtual Play Listもまた消去されることになるが、それでも良いか？」といったメヅセージなどを表示させることにより、確認（警告）を促した後に、ユーザの指示により削除の処理を実行、又は、キャンセルする。又は、 Virtual PlayListを削除する代わりに、 Real PlayListに対してミニマイズの操作が行われるようにする。

次に、 Virtual PlayListに対する操作について説明する。 Virtual PlayListに対して操作が行われたとしても、 Cl ipの内容が変更されることはない。図 6 A及び図 6 Bは、アセンブル（Assemble ) 編集（IN-ΟϋΤ 編集）に関する図であり、ユーザが見たいと所望した再生区間の Playltemを作り、 Virtual PlayListを作成するといった操作である。 Playltem間のシームレス接続が、アプリケーションフォーマヅトによりサポートされている（後述）。

図 6 Aに示したように、 2つの Real PlayList 1， 2と、それそれの Real Play Listに対応する Cl ipl， 2が存在している場合に、ユーザが Real PlayList 1内の所定の区間（In l乃至 Out lまでの区間： Playltem l ) を再生区間として指示し、続けて再生する区間として、 Real PlayList 2内の所定の区間（In 2乃至 0ut 2までの区間： Playltem 2 ) を再生区間として指示したとき、図 6 Bに示すように、 P1 ay Item 1と Playltem 2から構成される 1つの Virtual PlayListが作成される。

次に、 Virtual PlayList の再編集（Re-editing)について説明する。再編集には、 Virtual PlayListの中のイン点やアウト点の変更、 Virtual PlayListへの新しい Playltemの挿入（ insert)や追カロ（append)、 Virtual PlayListの中の Playltemの肖 [J 除などがある。また、 Virtual PlayListそのものを削除することもできる。

図 7は、 Virtual PlayListへのオーディオのアフレコ（Audio dubbing (post r ecording) )に関する図であり、 Virtual PlayListへのオーディオのアフレコをサブパスとして登録する操作のことである。このオーディオのアフレコは、アプリケ一シヨンフォ一マツトによりサポートされている。 Virtual PlayListのメィンパスの A Vストリームに、付加的なオーディオストリームが、サブパスとして付加される。

Real PlayListと Virtual PlayListで共通の操作として、図 8に示すような Pla yListの再生順序の変更（Moving)がある。この操作は、ディスク（ボリューム）の中での PlayListの再生順序の変更であり、アプリケーションフォーマヅトにおいて定義される Table Of PlayList (図 2 0などを参照して後述する）によってサポ一トされる。この操作により、 Clipの内容が変更されるようなことはない。

次に、マーク（Mark) について説明する。マ一クは、図 9に示されるように、 Cl ip及び PlayListの中のハイライトゃ特徴的な時間を指定するために設けられている。 Cl ipに付加されるマークは、 Cl ipMark (クリップマーク）と呼ばれる。 C1 ipMarkは、 A Vストリームの内容に起因する特徴的なシーンを指定する、例えば番組の頭だし点やシーンチヱンジ点などである。 Cl ipMarkは、図 1の例えば解析部 1 4によって生成される。 PlayListを再生する時、その PlayListが参照する C1 ipのマークを参照して、使用することができる。

PlayListに付加されるマークは、 PlayListMark (プレイリストマ一ク）と呼ばれる。 PlayListMarkは、主にュ一ザによってセヅトされる、例えば、ブヅクマ一クゃリジュ一ム点などである。 Cl ip又は PlayListにマークをセヅトすることは、マ一クの時刻を示すタイムスタンプをマークリス卜に追加することにより行われる。また、マークを削除することは、マークリストの中から、そのマークのタイムスタンプを除去することである。したがって、マークの設定や削除により、 A Vストリームは何の変更もされない。

Cl ipMarkの別のフォーマヅトとして、 Cl ipMarkが参照するピクチャを A Vストリームの中でのァドレスベースで指定するようにしてもよい。 Cl ipにマークをセヅトすることは、マーク点のピクチャを示すァドレスペースの情報をマークリス卜に追加することにより行われる。また、マークを削除することは、マ一クリストの中から、そのマーク点のピクチャを示すァドレスベースの情報を除去することである。したがって、マークの設定や削除により、 A Vストリームは何の変更もされない。

次に、サムネイルについて説明する。サムネイルは、 Volunie、 PlayList、及び Cl ipに付加される静止画である。サムネイルには、 2つの種類があり、 1つは、内容を表す代表画としてのサムネイルである。これは主としてユーザがカーソル (図示せず。）などを操作して見たいものを選択するためのメニュー画面で使われるものである。もう 1つは、マークが指しているシーンを表す画像である。

Volumeと各 Playl istは代表画を持つことができるようにする必要がある。 Volu meの代表画は、ディスク（記録媒体 1 0 0、以下、記録媒体 1 0 0はディスク状のものであるとし、適宜、ディスクという。）を記録再生装置 1の所定の場所にセットした時に、そのディスクの内容を表す静止画を最初に表示する場合などに用いられることを想定している。 Playl istの代表画は、 Playl istを選択するメニユー画面において、 Playl istの内容を表すための静止画として用いられることを想定している。

Playl istの代表画として、 Playl istの最初の画像をサムネイル（代表画）にすることが考えられるが、必ずしも再生時刻 0の先頭の画像が内容を表す上で最適な画像とは限らない。そこで、 Playl istのサムネイルとして、任意の画像をユーザが設定できるようにする。以上 Volumeを表す代表画としてのサムネイルと、 P1 ayListを表す代表画としてのサムネイルの 2種類のサムネイルをメニューサムネィルという。メニューサムネイルは頻繁に表示されるため、ディスクから高速に読み出される必要がある。このため、全てのメニューサムネイルを 1つのフアイルに格納することが効率的である。メニューサムネイルは、必ずしもボリューム内の動画から抜き出したピクチャである必要はなく、図 1 0に示すように、パーソナルコンピュ一夕やディジ夕ルスチルカメラから取り込まれた画像でもよい。一方、 Cl ipと Playl istには、複数個のマークを打てる必要があり、マーク位置の内容を知るためにマーク点の画像を容易に見ることが出来るようにする必要がある。このようなマーク点を表すピクチャをマークサムネイル（Mark Thumbnai l s) という。したがって、マークサムネイルの元となる画像は、外部から取り込んだ画像よりも、マーク点の画像を抜き出したものが主となる。

図 1 1は、 P layListに付けられるマークと、そのマークサムネイルの閧係について示す図であり、図 1 2は、 Cl ipに付けられるマークと、そのマ一クサムネィルの関係について示す図である。マークサムネイルは、メニューサムネイルと異なり、 Playl istの詳細を表す時に、サブメニュー等で使われるため、短いァクセス時間で読み出されるようなことは要求されない。そのため、サムネイルが必要になる度に、記録再生装置 1がファイルを開き、そのファイルの一部を読み出すことで多少時間がかかっても、問題にはならない。

また、ボリューム内に存在するファイル数を減らすために、全てのマークサムネイルは 1つのファイルに格納するのがよい。 Playl istはメニューサムネイル 1 つと複数のマークサムネイルを有することができるが、 Cl ipは直接ユーザが選択する必要性がない（通常、 Playl ist経由で指定する）ため、メニューサムネイルを設ける必要はない。

図 1 3は、上述したことを考慮した場合のメニューサムネイル、マークサムネィル、 PlayList、及ぴ Cl ipの関係について示した図である。メニューサムネイルファイルには、 PlayList毎に設けられたメニューサムネイルがファイルされている。メニューサムネイルファイルには、ディスクに記録されているデータの内容を代表するボリュームサムネイルが含まれている。マークサムネイルファイルは、各 PlayList毎と各 Cl ip毎に作成されたサムネイルがファイルされている。

次に、 CPI (Characteristic Point Information) について説明する。 CPIは、 Cl ipインフォメーションファイルに含まれるデータであり、主に、それは Cl ipへのアクセスポイントの夕ィムス夕ンプが与えられた時、 Cl ip AV stream fi leの中でデ一夕の読み出しを開始すべきデ一夕ァドレスを見つけるために用いられる。本例では、 2種類の CPIを用いる。 1つは、 EPjnapであり、もう一つは、 TU—mapである。

EP— mapは、エントリポイント（E P ) デ一夕のリストであり、それはエレメン夕リーストリーム及びトランスポートストリームから抽出されたものである。これは、 A Vストリームの中でデコードを開始すべきェントリポイントの場所を見つけるためのアドレス情報を持つ。 1つの EPデータは、プレゼンテーションタイムスタンプ（P T S ) と、この P T Sに対応するアクセスュニヅトの A Vストリームの中のデ一夕アドレスの対で構成される。

EPjnapは、主に 2つの目的のために使用される。第 1に、 PlayListの中でプレゼンテーシヨン夕ィムス夕ンプによって参照されるアクセスュニヅトの A Vストリームの中のデータァドレスを見つけるために使用される。第 2に、ファーストフォヮ一ド再生やファーストリバース再生のために使用される。記録再生装置 1 が、入力 A Vストリームを記録する場合、そのストリームのシンタクスを解析することができるとき、 EPjnapが作成され、ディスクに記録される。

TlLmapは、ディジタルインタフェースを通して入力されるトランスポ一トパケヅトの到着時刻に基づいたタイムユニット（T U ) デ一夕のリストを持つ。これは、到着時刻ベースの時間と A Vストリームの中のデータアドレスとの関係を与える。記録再生装置 1が、入力 A Vストリームを記録する場合、そのストリームのシンタクスを解析することができないとき、 TU_mapが作成され、ディスクに記録される。 STCInfoは、 MPEG— 2 トランスポ一ドストリームをストアしている AVストリームファイルの中にある S T Cの不連続点情報をストァする。仮に、 AVストリームが S T Cの不連続点を持つ場合、その AVストリームファイルの中で同じ値の P T Sが現れる可能性がある。このため、 A Vストリーム上の所定の時刻を P T Sベースで指すとき、アクセスポイントの P T Sだけではそのポイントを特定するためには不十分である。

更に、この P T Sを含むところの連続な S T C区間のィンデヅクスが必要である。連続な S T C区間を、このフォーマットでは、 STC- sequenceといい、そのィンデックスを STC- sequence-idという。 STC- sequenceの情報は、 Clip Informatio n fileの STCInfoで定義される。 STC- sequence- idは、 EP_mapを持つ A Vストリームファイルで使用するものであり、 TU_mapを持つ AVストリームファイルではォプシヨンである。

プログラムは、エレメン夕リストリームの集まりであり、これらのストリームの同期再生のために、ただ 1つのシステムタイムベースを共有するものである。再生装置にとって、 A Vストリームのデコードに先だち、その AVストリームの内容が分かることは有用である。例えば、ビデオやオーディオのエレメンタリーストリームを伝送するトランスポートパケヅトの P I Dの値や、ビデオやオーディォのコンポーネント種類（例えば、 HDTVのビデオと MPEG— 2 AACのオーディオストリームなど）などの情報である。

この情報は A Vストリームを参照するところの PlayListの内容をユーザに説明するところのメニュー画面を作成するのに有用であるし、また、 AVストリームのデコードに先だって、再生装置の A Vデコーダ及びデマルチプレクサの初期状態をセヅトするために役立つ。この理由のために、 Clip Information fileは、プログラムの内容を説明するための Programlnfoを持つ。

MPEG— 2 トランスポートストリームをストアしている AVストリームファィルは、ファイルの中でプログラム内容が変化するかもしれない。例えば、ビデォエレメン夕リーストリームを伝送するところのトランスポートパケットの P I Dが変化したり、ビデオストリームのコンポーネント種類が SD T Vから HD T Vに変化する等である。 Programlnfoは、 A Vストリームファイルの中でのプログラム内容の変化点の情報をストアする。 A Vストリームファイルの中で、このフォーマヅトで定めるところのプログラム内容が一定である区間を Program-sequenceという。 Program - se quenceは、 EP— mapを持つ A Vストリームファイルで使用するものであり、 TU_map を持つ A Vストリームファイルではオプションである。

本例では、セルフエンコードのストリームフォーマヅト（SESF) を定義する。 SESFは、アナログ入力信号を符号化する目的、及びディジタル入力信号（例えば D V) をデコードしてから MPEG— 2 トランスポートストリームに符号化する場合に用いられる。

SE S Fは、 MPEG— 2 トランスポートストリ一ム及び A Vストリームについてのエレメンタリーストリームの符号化制限を定義する。記録再生装置 1が、 S E S Fストリ一ムをエンコードし、記録する場合、 EPjiapが作成され、デイスクに記録される。

ディジ夕ル放送のストリームは、次に示す方式の内のいずれかが用いられて記録媒体 100に記録される。先ず、ディジタル放送のストリームを S E S Fストリームにトランスコーディングする。この場合、記録されたストリームは、 SE S Fに準拠しなければならない。この場合、 EP— mapが作成されて、ディスクに記録されなければならない。

或いは、ディジ夕ル放送ストリームを構成するエレメン夕リ一ストリームを新しいエレメン夕リストリームにトランスコ一ディングし、そのディジ夕ル放送ストリームの規格化組織が定めるストリームフォーマヅトに準拠した新しいトランスポ一トストリームに再多重化する。この場合、 EP_mapが作成されて、ディスクに記録されなければならない。

例えば、入力ストリームが I S DB (日本のディジタル B S放送の規格名称）準拠の MP EG— 2 トランスポートストリームであり、それが HDTVビデオストリー厶と MPEG AACォ一ディォストリームを含むとする。 HDTVビデオストリームを SD TVビデオストリームにトランスコーディングし、この SDT Vビデオストリームとオリジナルの AACオーディオストリームを T Sに再多重化する。 SDTVストリームと記録されるトランスポートストリームは、共に I S D Bフォーマットに準拠しなければならない。

ディジタル放送のストリームが、記録媒体 1 0 0に記録される際の他の方式として、入力トランスポートストリームをトランスペアレントに記録する（入力トランスポ一トストリームを何も変更しないで記録する）場合であり、その時に EP _mapが作成されてディスクに記録される。

又は、入力トランスポートストリームをトランスペアレントに記録する（入力トランスポートストリームを何も変更しないで記録する）場合であり、その時に' TU_mapが作成されてディスクに記録される。

次に、ディレクトリとファイルについて説明する。以下、記録再生装置 1を D V R (Digital Video Recording) と適宜記述する。図 1 4はディスク上のディレクトリ構造の一例を示す図である。 D V Rのディスク上に必要なディレクトリは、図 1 4に示したように、 "DVR"ディレクトリを含む rootディレクドリ、 "PLAYLIST. "ディレクトリ、 "CLIPINF"ディレクトリ、 "M2TS"ディレクトリ、及び" DATA"ディレクトリを含む" DVR"ディレクトリである。 rootディレクトリの下に、これら以外のディレクトリを作成されるようにしてもよいが、これらは、ここでのアプリケ —シヨンフォーマヅトでは、無視されるとする。

"DVR"ディレクトリの下には、 D V Rアプリケーシヨンフォーマヅトによって規定される全てのファイルとディレクトリがストァされる。 "DVR"ディレクトリは、 4個のディレクトリを含む。 "PLAYLIST"ディレクトリの下には、 Real PlayListと Virtual PlayListのデータベースファイルが置かれる。このディレクトリは、 P1 ayListが 1つもなくても存在する。

"CLIPINF"ディレクトリの下には、 Cl ipのデ一夕ベースが置かれる。このディレクトリも、 Cl ipが 1つもなくても存在する。 " M2TS"ディレクトリの下には、 A V ストリームファイルが置かれる。このディレクトリは、 A Vストリームファイルが 1つもなくても存在する。 "DATA"ディレクトリは、ディジ夕ル T V放送などのデ一夕放送のファイルがストァされる。

"DVR"ディレクトリは、次に示すファイルをストアする。 " info. dvr"ファイルは、 "DVR"ディレクトリの下に作られ、アプリケーションレイヤの全体的な情報をストァする。 "DVR"ディレクトリの下には、ただ 1つの info. dvr*がなければならない < ファイル名は、 info. dvrに固定されるとする。 " menu. thmb"ファイルは、メニューサムネイル画像に関連する情報をストアする。 DVRディレクトリの下には、 0又は 1つのメニューサムネイルがなければならない。ファイル名は、 nenui.t abに固定されるとする。メニューサムネイル画像が 1つもない場合、このファイルは、存在しなくてもよい。

"mark. thmb"ファイルは、マークサムネイル画像に関連する情報をストァする。 "DVR"ディレクトリの下には、 0又は 1つのマークサムネイルがなければならないファイル名は、 mark. thmbに固定されるとする。メニューサムネイル画像が 1つもない場合、このファイルは、存在しなくてもよい。

"P YLIST"ディレクトリは、 2種類の PlayListファイルをストァするものであり、これらは、 Real PlayListと Virtual PlayListである。，， xxxxx. rpls" フアイルは、 1つの Real PlayListに関連する情報をストアする。それそれの Real Play List毎に、 1つのファイルが作られる。ファイル名は、 "xxxxx. rpls"である。ここで、 "xxxxx"は、 5個の 0乃至 9まで数字である。ファイル拡張子は、 "rpls"でなければならないとする。

"yyyyy.vpls"ファイルは、 1つの Virtual PlayListに関連する情報をストアする。それぞれの Virtual PlayList毎に、 1つのファイルが作ちれる。ファイル名は、 "yyyyy.vpls"である。ここで、 "yyyyy"は、 5個の 0乃至 9まで数字である。ファイル拡張子は、 "vpls"でなければならないとする。

"CLIPINF"ディレクトリは、それそれの A Vストリームファイルに対応して、 1 つのファイルをストアする。 " zzzzz. clpi" ファイルは、 1つの A Vストリームフアイル（Cl ip AV stream fi le 又は Bridge-Cl ip AV stream f i le)に対応する Cl i P Information f i leである。ファイル名は、 " zzzzz. clpi"であり、 "zzzzz"は、 5 個の 0乃至 9までの数字である。ファイル拡張子は、 "clpi"でなければならないとする。

"M2TS"ディレクトリは、 A Vストリームのファイルをストァする。 "zzzzz. m2t s"ファイルは、 D V Rシステムにより扱われる A Vストリームファイルである。これは、 Cl ip AV stream fi le又は Bridge- Cl ip AV streamである。ファイル名は、 "zzzzz . ts"であり、 "zzzzz"は、 5個の 0乃至 9までの数字である。ファイル拡張子は、 "m2ts"でなければならないとする。

" DATA" ディレクトリは、デ一夕放送から伝送されるデータをストァするものであり、データとは、例えば、 XML fi leや MHEGファイルなどである。

次に、各ディレクトリ（ファイル）のシンタクスとセマンティクスを説明する。先ず、 " info. dvr" ファイルについて説明する。図 1 5は、 " info.dvr" フアイルのシンタクスを示す図である。 " info .dvr" ファイルは、 3個のオブジェクトから構成され、これらは、腿 Vol蘭（）、 TableOfPlayListsO, 及び MakersPriva teData( )である。

図 1 5に示した info. dvrのシンタクスについて説明するに、 TableOfP layLists _Start— addressは、 info.dvrファイルの先頭のバイトからの相対バイト数を単位として、 TableOfPlayList( )の先頭アドレスを示す。相対バイト数は 0からカウントされる。

MakersPrivateData一 Start— addressiま、 iirfo .dvrフ.ァ.ィノレの先頭のノイ卜力らの相対バイト数を単位として、 MakersPrivateData( )の先頭アドレスを示す。相対バイト数は 0からカウントされる。 padding_word (パディングワード）は、 info. d vrのシンタクスに従って挿入される。 1と 2は、 0又は任意の正の整数である。それぞれのパディングワードは、任意の値を取るようにしてもよい。

DVRVoluneOは、ボリューム（ディスク）の内容を記述する情報をストアする。図 1 6は、 DVRVolumeOのシンタクスを示す図である。図 1 6に示した DVR Volum e( )のシンタクスを説明するに、 version_numberは、この DVRVolume( )のバージョンナンバを示す 4個のキャラクタ一文字を示す。 version— numberは、 I S O 6 4 6に従って、 "0045"と符号化される。

lengthは、この lengthフィールドの直後から DVRVolume( )の最後までの DVRVolu me( )のバイト数を示す 3 2ビットの符号なし整数で表される。

Resume Volume( )は、ボリュームの中で最後に再生した Real PlayList又は Virtu al PlayListのファイル名を記憶している。但し、 Real PlayList又は Virtual PI ayListの再生をユーザが中断した時の再生位置は、 PlayListMark( )において定義される resume-markにストアされる（図 4 2、図 4 3 ) 。

図 1 7は、 ResumeVolumeOのシンタクスを示す図である。図 1 7に示した Resu meVolume( )のシンタクスを説明するに、 val id_f lagは、この 1ビヅトのフラグが 1にセヅトされている場合、 resume_PlayList_nameフィールドが有効であることを示し、このフラグが 0にセットされている場合、 resume— PlayList一 nameフィールドが無効であることを示す。

resume— PlayList— nameの 1 0バイトのフィールドは、リジュームされるべき Re al PlayList又は Virtual PlayListのファイル名を示す。

図 1 6に示した DVRVolumeOのシンタクスの中の、 UIAppInfoVolume は、ボリュームについてのユーザィン夕フェースアプリケーションのパラメ一夕をストァする。図 1 8は、 UIAppInfoVolumeのシンタクスを示す図であり、そのセマンテイクスを説明するに、 character_setの 8ビヅトのフィールドは、 Volume_nameフィ一ルドに符号化されているキャラクタ一文字の符号化方法を示す。その符号化方法は、図 1 9に示される値に対応する。

name— lengthの 8 ピヅトフィールドは、 Volume— nameフィールドの中に示されるボリューム名のバイト長を示す。 Volmae_nameのフィールドは、ボリュームの名称を示す。このフィールドの中の左から name_length数のバイト数が、有効なキャラクタ一文字であり、これはボリュームの名称を示す。 Volume一 nameフィールドの中で、それら有効なキャラク夕一文字の後の値は、どんな値が入っていてもよい。

Voluine_protect_:flagは、ボリュームの中のコンテンツを、ユーザに制限することなしに見せてよいかどうかを示すフラグである。このフラグが 1にセヅトされている場合、ユーザが正しく P I N番号（パスワード）を入力できたときだけ、そのボリュームのコンテンツを、ユーザに見せること（再生されること）が許可される。このフラグが 0にセットされているとき、ユーザが P I N番号を入力しなくても、そのボリュームのコンテンツを、ュ一ザに見せることが許可される。最初に、ユーザが、ディスクをプレーヤへ揷入した時点において、もしこのフラグが 0にセヅトされているか、又は、このフラグが 1にセヅトされていてもュ一ザが P I N番号を正しく入力できたならば、記録再生装置 1は、そのディスクの中の PlayListの一覧を表示させる。それぞれの PlayListの再生制限は、 volume — protect_flagとは無関係であり、それは UIAppInfoPlayList( )の中に定義される playback control ： flagによって示される。 P I Nは、 4個の 0乃至 9までの数字で構成され、それそれの数字は、 I S O / I E C 6 4 6に従って符号化される。 ref_thumbnaiし indexのフィールドは、ポリュームに付加されるサムネイル画像の情報を示す。 ref_thuBibnaiし indexフィ一ルドが、 OxFFFFでない値の場合、そのボリュームにはサムネイル画像が付加されており、そのサムネイル画像は、 menu. thumファイルの中にストアされている。その画像は、 menu. thumファイルの中で reiLthumbnai ljndexの値を用いて参照される。 ref—thumbnaiし indexフィールドが、 OxFFFF である場合、そのボリュームにはサムネイル画像が付加されていないことを示す。

次に、図 1 5に示した info. dvrのシンタクス内の TableOfPlayLists( )について説明する。 TableOfPlayLists( )は、 PlayList(Real PlayListと Virtual PlayLis t)のファイル名をストァする。ボリユームに記録されている全ての PlayListファィルは、 TableOfPlayList( )の中に含まれる。 TableOfPlayLists( )は、ボリュームの中の PlayListのデフォルトの再生順序を示す。

図 2 0は、 TableOfPlayLists( )のシンタクスを示す図であり、そのシンタクスについて説明するに、 TaMeOfPlayListsの version— numberは、この TableOfPlayL istsのパージョンナンバを示す 4個のキャラクタ一文字を示す。 version— number は、 I S O 6 4 6に従って、 " 0045"と符号化されなければならない。

lengthは、この lengthフィールドの直後から Table0fPlayLists( )の最後までの Table0fPlayLists( )のバイト数を示す 3 2 ビヅトの符号なしの整数である。 numb er— of— PlayListsの 1 6ビヅトのフィールドは、 PlayList— fi le— nameを含む： for- 1 oopのループ回数を示す。この数字は、ボリュームに記録されている PlayListの数に等しくなければならない。？1 71^31:_ 16ー11&1116の 1 0バイトの数字は、 PlayLi stのファイル名を示す。

図 2 1は、 TableOfPlayLists( )のシンタクスの別の構成を示す図である。図 2 1に示したシンタクスは、図 2 0に示したシンタクスに、 UIAppinfoPlayList (後述）を含ませた構成とされている。このように、 UIAppinfoPlayListを含ませた構成とすることで、 TableOfPlayListsを読み出すだけで、メニュー画面を作成することが可能となる。ここでは、図 2 0に示したシンタクスを用いるとして以下の説明をする。図 1 5に示した info . dvrのシン夕クス内の MakersPrivateDataについて説明する _c MakersPrivateDataは、記録再生装置 1のメーカが、各社の特別なアプリケ一ションのために、 MakersPrivateDataOの中にメーカのプライべ一トデ一夕を挿入できるように設けられている。各メーカのプライペートデータは、それを定義したメ一力を識別するために標準化された maker_IDを持つ。 MakersPrivateData( )は、 1 つ以上の maker_IDを含んでもよい。

所定のメーカが、プライべ一トデ一夕を挿入したい時に、既に他のメーカのプライべートデータが MakersPrivateData( )に含まれていた場合、他のメーカは、既にある古いプライべ一トデータを消去するのではなく、新しいプライベートデー夕を MakersPrivateData( )の中に追加するようにする。このように、ここでは、複数のメーカのプライべ一トデ一夕が、 1つの MakersPrivateData( )に含まれることが可能であるようにする。

図 2 2は、 MakersPrivateDataのシンタクスを示す図である。図 2 2に示した M akersPrivateDataのシンタクスつヽて説明する【こ、 version一 number}ま、この Ma kersPrivateData( )のバージョンナンパ 'を示す 4個のキャラクタ一文字を示す。 v ersion_numberは、 I S O 6 4 6に従って、 " 0045"と符号化されなければならない。 lengthは、この lengthフィールドの直後から MakersPrivateData( )の最後までの MakersPrivateData( )のバイト数を示す 3 2 ビヅトの符号なし整数を示す。

mpd_blocks一 start_addressは、 MakersPrivateData( )の先頭のノ、、ィトからの相対パイト数を単位として、最初の mpd_block( )の先頭バイトアドレスを示す。相対バィト数は 0からカウントされる。 number— of— maker_entriesは、 MakersPrivateDa ta( )の中に含まれているメーカプライべ一トデ一夕のェントリ数を与える 1 6ビヅトの符号なし整数である。 MakersPrivateData( )の中に、同じ naker_IDの値を持つメーカプライペートデ一夕が 2個以上存在してはならない。

mpd_block— sizeは、 1 0 2 4バイトを単位として、 1つの mpd— blockの大きさを与える 1 6 ビヅトの符号なし整数である。例えば、 mpd_block_size= lならば、これは 1つの mpd一 blockの大きさが 1 0 2 4バイトであることを示す。 number— of— m pd_blocksは、 MakersPrivateData( )の中に含まれる mpd_blockの数を与える 1 6ビヅトの符号なし整数である。 maker IDは、そのメーカプライベートデータを作成した D V Rシステムの製造メーカを示す 1 6 ビヅトの符号なし整数である。 make r_IDに符号化される値は、この D V Rフォーマヅトのライセンサによって指定される。

maker—modeし codeは、そのメーカプライペートデータを作成した D V Rシステムのモデルナンパコードを示す 1 6ビットの符号なし整数である。 makerjnodel— codeに符号化される値は、このフォーマヅトのライセンスを受けた製造メーカによって設定される。 start_mpd_block_numberは、そのメーカプライベートデ一夕が鬨始される] npd_blockの番号を示す 1 6ビットの符号なし整数である。メ一カブライべ一トデ一夕の先頭デ一夕は、 mpd_blockの先頭にァラインされなければならなヽ。 start一 mpd—block一 numberiま、 mpd一 blockの for— loopの中の変数 j【こ対応す ,る_£ mpd— lengthは、ノ¹?ィト単位でメーカプライべ一トデータの大きさを示す 3 2ビヅ卜の符号なし整数である。 mpd—blockは、メーカプライべ一トデ一夕がストァされる領域である。 MakersPrivateData( )の中の全ての mpd_blockは、同じサイズでなければならない。

次に、 Real PlayList fi leと Virtual PlayList fi leについて、換言すれば、 x xxxx. rplsと yyyyy.vplsについて説明する。図 2 3は、 xxxxx. rpls (Real PlayLi st) 、又は、 yyyyy.vpls (Virtual PlayList) のシンタクスを示す図である。 xx xxx.rpisと yyyyy.vplsはヽ同一のシンタクス構成を持つ。 xxxx . rp 1 s yyyyy . vp Isは、それそれ、 3個のオブジェクトから構成され、これらは、 PlayList( )、 PI ayListMark( )、及び MakersPrivateData( )である。

PlayListMark— Start_addressは、 PlayListファイルの先頭のバイ卜からの相対バイト数を単位として、 PlayListMark( )の先頭アドレスを示す。相対バイト数は 0からカウントされる。

MakersPrivateData一 Start_addressiま、 PlayListファイクレの先頭のノィトカらの相対バイト数を単位として、 MakersPrivateData( )の先頭アドレスを示す。相対バィト数は 0からカウントされる。

padding— word (パディングワード）は、 PlayListファイルのシンタクスに従つて揷入され、 N 1と N 2は、 0又は任意の正の整数である。それそれのパディングワードは、任意の値を取るようにしてもよい。ここで、既に、簡便に説明したが、 PlayListについて更に説明する。ディスク内にある全ての Real PlayListによって、 Bridge- Cl ip (後述）を除く全ての Cl ip の中の再生区間が参照されていなければならない。且つ、 2つ以上の Real Pla L istが、それらの Playltemで示される再生区間を同一の Cl ipの中でオーバーラヅプさせてはならない。

図 2 4 A〜図 2 4 Cを参照して更に説明するに、図 2 4 Aに示したように、全ての Cl ipは、対応する Real PlayListが存在する。この規則は、図 2 4 Bに示したように、編集作業が行われた後においても守られる。したがって、全ての Cl ipは、どれかしらの Real PlayListを参照することにより、必ず視聴することが可能である。

図 2 4 Cに示したように、 Virtual PlayListの再生区間は、 Real PlayListの再生区間又は Bridge- Cl ipの再生区間の中に含まれていなければならない。，どの Vir tual PlayListにも参照されない Bridge- Cl ipがディスクの中に存在してはならない。

Real PlayListは、 Playltemのリストを含むが、 SubPlayltemを含んではならない。 Virtual PlayListは、 Playltemのリストを含み、 PlayList( )の中に示される CPI— typeが EPjnap typeであり、且つ PlayList_typeが 0 (ビデオとオーディオを含む PlayList) である場合、 Virtual PlayListは、 1つの SubPlayltemを含むことができる。本実施例における PlayList( )では、 SubPlaylteはオーディオのァフレコの目的にだけに使用される、そして、 1つの Virtual PlayListが持つ SubPlayl temの数は、 0又は 1でなければならない。

次に、 PlayListについて説明する。図 2 5は、 PlayListのシンタクスを示す図である。図 2 5に示した PlayListのシンタクスを説明するに、 vers ion一 numberは、この PlayList( )のバージョンナンバを示す 4個のキャラクタ一文字である。 vers ion— numberは、 I S O 6 4 6に従って、 " 0045"と符号化されなければならない。 lengthは、この lengthフィールドの直後から PlayList( )の最後までの PlayList( ) のバイト数を示す 3 2ビットの符号なし整数である。 PlayList_typeは、この Pla yListのタイプを示す 8ビヅトのフィールドであり、その一例を図 2 6に示す。

CPI_typeは、 1ビヅトのフラグであり、 Playlteiii( )及び SubPlayItem( )によって参照される Cl ipの CPし typeの値を示す。 1つの PlayListによって参照される全ての Cl ipは、これらの CPI( )の中に定義される CPI_typeの値が同じでな (ナればならない。 nuiaber_of— Playltemsは、 PlayListの中にある Playltemの数を示す 1 6ビヅトのフィールドである。

所定の Playltem( )に対応する Playltem_idは、 Playltem( )を含む for-loopの中で、その Playltem( )の現れる順番により定義される。 Playltemjdは、 0から開始される。 number— of_SubPlayItemsは、 PlayListの中にある SubPlayltemの数を示す 1 6 ビヅトのフィールドである。この値は、 0又は 1である。付加的なオーディオストリームのパス（オーディオストリームパス）は、サブパスの一種である。

次に、図 2 5に示した PlayListのシンタクスの UIAppInfoPlayListについて説明する。 UIAppInfoPlayListは、 PlayListについてのユーザイン夕フェースアプリケーシヨンのパラメ一夕をストアする。図 2 7は、 UIAppInfoPlayListのシンタクスを示す図である。図 2 7に示した UIAppInfoPlayListのシンタクスを説明するに、 character— setは、 8ビットのフィールドであり、 PlayList_nameフィールドに符号化されているキャラクタ一文字の符号化方法を示す。その符号化方法は、図 1 9に示したテーブルに準拠する値に対応する。

name— lengthは、 8ビッ.トフィールドであり、 PlayList_nameフィールドの中に示される PlayList名のバイト長を示す。 PlayList_nameのフィールドは、 PlayLis tの名称を示す。このフィールドの中の左から name_length数のバイト数が、有効なキャラクタ一文字であり、それは PlayListの名称を示す。 PlayList_nameフィールドの中で、それら有効なキャラクタ一文字の後の値は、どんな値が入っていてもよい。

record_time— and_dateは、 PlayListが記録された時の日時をストァする 5 6ビヅトのフィールドである。このフィールドは、年/月 Z日/時/分ノ秒について、 1 4個の数字を 4ビットの Binary Coded Decimal ( B C D ) で符号化したものである。例えば、 2001/12/23 : 01 : 02 : 03 は、 "0x20011223010203"と符号化される。 durationは、 PlayListの総再生時間を時間/分ノ秒の単位で示した 2 4ビヅトのフィールドである。このフィールドは、 6個の数字を 4ビヅトの Binary Coded Decimal ( B C D ) で符号化したものである。例えば、 01 :45 : 30は、 "0x014530" と符号化される。

val id_periodは、 PlayListが有効である期間を示す 3 2ビヅトのフィールドである。このフィールドは、 8個の数字を 4ビットの Binary Coded Decimal ( B C D ) で符号化したものである。例えば、記録再生装置 1は、この有効期間の過ぎた PlayListを自動消去する、といったように用いられる。例えば、 2001/05/07 は、 "0x20010507"と符号化される。

maker_idは、その PlayListを最後に更新した D V Rプレーヤ（記録再生装置 1 ) の製造者を示す 1 6ビットの符号なし整数である。 make idに符号化される値は、 D V Rフォ一マヅトのライセンサによって割り当てられる。 maker_codeは、その PlayListを最後に更新した D V Rプレーヤのモデル番号を示す 1 6ビットの符号なし整数である。 niaker_codeに符号化される値は、 D V Rフォーマットのラィセンスを受けた製造者によって決められる。

playback_control_flagのフラグが 1にセヅトされている場合、ユーザが正しく P I N番号を入力できた場合にだけ、その PlayListは再生される。このフラグが 0にセットされている場合、ユーザが P I N番号を入力しなくても、ユーザは、この PlayListを視聴することができる。

write— protect_flagは、図 2 8 Aにテーブルを示すように、 1にセヅトされている場合、 write_protect—flagを除いて、その PlayListの内容は、消去及び変更されない。このフラグが 0にセヅトされている場合、ユーザは、その PlayListを自由に消去及び変更できる。このフラグが 1にセットされている場合、ユーザが、その PlayListを消去、編集、又は上書きする前に、記録再生装置 1はユーザに再確認するようなメッセージを表示させる。

write_protect一 f lagが 0にセヅトされている Real PlayListが存在し、且つ、その Real PlayListの Cl ipを参照する Virtual PlayListが存在し、その Virtual Pla yListの write_protect_f lagが 1にセヅ卜されていてもよい。ユーザが、 Real P I ayUstを消去しょうとする場合、記録再生装置 1は、その Real PlayListを消去する前に、上記 Virtual PlayListの存在をユーザに警告するか、又は、この Real P layListを" Minimize" する。

is_played flagは、図 2 8 Bに示すように、フラグが 1にセヅトされている場合、その PlayListは、記録されてから一度は再生されたことを示し、 0にセットされている場合、この PlayListは、記録されてから一度も再生されたことがないことを示す。

archiveは、図 2 8 Cに示すように、その PlayListがオリジナルであるか、コピ一されたものであるかを示す 2ビヅトのフィールドである。 ref_thumbnan_inde のフィールドは、 PlayListを代表するサムネイル画像の情報を示す。 ref_thum bnai l— indexフィールドが、 OxFFFFでない値の場合、その PlayListには、 PlayLis tを代表するサムネイル画像が付加されており、そのサムネイル画像は、 menu. th um ファイルの中にストアされている。その画像は、 menu. thumファイルの中で re f— thumbnaiし indexの値を用いて参照される。 ref_thumbnai l_index7ィールドが、 OxFFFF であるとき、その PlayListには、 PlayListを代表するサムネイル画像が付加されていない。

次に、 Playltemについて説明する。 1つの Playltein( )は、基本的に次のデ一夕を含む。 Cl ipのファイル名を指定するための Cl ip— information_: i le— name、 Cl ip の再生区間を特定するための IN_timeと 0UT_timeのペア、 Play.List( )において定義される CPし typeが EPjnap typeである場合、 IN_timeと OUT— timeが参照するところの STC_sequence_id、及び、先行する Playltemと現在の Playltemとの接続の状態を示すところの coimection— conditionである。

PlayListが 2つ以上の Playltemから構成される時、それらの Playltemは PlayLi stのグロ一パル時間軸上に、時間のギヤヅプ又はオーバーラヅプなしに一列に並ベられる。 PlayList( )において定義される CPI_typeが EPjnap typeであり、且つ現在の Playltemが BridgeSequence( )を持たない時、その Playltemにおいて定義される IN_timeと 0UT_timeのペアは、 STC_sequence_idによって指定される同じ S T C 連続区間上の時間を指していなければならない。そのような例を図 2 9に示す。図 3 0は、 PlayList( )において定義される CPし typeが EPjnap typeであり、且つ現在の Playltemが BridgeSequence( )を持つ時、次に説明する規則が適用される場合を示している。現在の Playltemに先行する Playltemの IN_time (図の中で IN_ti melと示されているもの）は、先行する Playltemの STC_sequence一 idによつて指定される S T C連続区間上の時間を指している。先行する Playltemの OUT time (図の中で 0UT_timelと示されているもの）は、現在の Playltemの Br idgeSequence Info ( )の中で指定される Bridge-Cl ipの中の時間を指している。この OUT— timeは、後述する符号化制限に従っていなければならない。

現在の Playltemの IN— time (図の中で IN— time2と示されているもの）は、現在の Playltemの BridgeSequenceInfo( )の中で指定される Bridge- Cl ipの中の時間を指している。この IN—timeも、後述する符号化制限に従っていなければならない。現在の P 1 ay I temの P 1 ay I temの 0UT_t ime (図の中で 0UT_t ime2と示されているもの）は、現在の Playltemの STC_sequence一 idによって指定される S T C連続区間上の時間を指している。

図 3 1に示すように、 PlayListOの CPし typeが TU_map typeである場合、. Pla l temの IJLtiBieと 0UT_timeのペアは、同じ Cl ip A Vストリーム上の時間を指している。

Playltemのシンタクスは、図 3 2に示すようになる。図 3 2に示した Playltem のシンタクスを説明するに、 Cl ip_Infor"mation_fi le一 nameのフィールドは、 Cl ip Information fi leのファイル名を示す。この Cl ip Information f i leの Cl iplnfo ( )において定義される Cl ip— stream— typeは、 Cl ip AV streamを示していなければならない。

STC_sequence_idは、 8ビヅトのフィールドであり、 Playltemが参照する S T C 連続区間の STC_sequence_i dを示す。 P 1 ayL i st ( )の中で指定される CP I— typeが TU一 map typeである場合、この 8ビヅトフィールドは何も意味を持たず、 0にセヅトされる。 IN— timeは、 3 2 ビヅトフィールドであり、 P layltemの再生開始時刻をストァする。 IN— timeのセマンティクスは、図 3 3に示すように、 PlayList( )において定義される CPし typeによって異なる。

0UT_timeは、 3 2 ビヅトフィールドであり、 Playltemの再生終了時刻をストアする。 OUT— timeのセマンティクスは、図 3 4に示すように、 PlayList( )において定義される CPI_typeによって異なる。

Connection_Conditionは、図 3 5に示したような先行する Playltemと、現在の Playltemとの間の接続状態を示す 2 ビヅトのフィ一ルドである。図 3 6 A〜図 3 6 Dは、図 3 5に示した Connection Conditionの各状態について説明する図である。

次に、 BridgeSequencelnfoについて、図 37を参照して説明する。 BridgeSequ encelnfoOは、現在の Playltemの付属情報であり、次に示す情報を持つ。 Bridge -Clip AV streamファイルとそれに対応する Clip Information file (図 45) を指定する B r i dge_C 1 ip— I nformat i on— f i 1 e—腿 eを含む。

また、先行する Playltemが参照する Clip AV stream上のソースパケヅトのアドレスであり、このソースパケヅトに続いて Bridge-Clip AV streamファイルの最初のソースパケットが接続される。このアドレスは、 RSPN_exit一 from_previous— C1 ipと称される。更に現在の Playltemが参照する Clip AV stream上のソースパケヅトのァドレスであり、このソースパケヅトの前に Bridge- Clip AV streamファイルの最後のソースパケットが接続される。このアドレスは、 RSPN— enter_to_curren t一 Clipという。

図 37において、 RSPN—arrivaし time— discontinuityは、 the Bridge-Clip AV streamファイルの中でァライバル夕ィムペースの不連続点があるところのソースパケットのアドレスを示す。このアドレスは、 ClipInfo() (図 46) の中において定義される。

図 38は、 BridgeSequenceinfoのシンタクスを示す図である。図 38に示した BridgeSequenceinfoのシンタクスを説明するに、 B r i dge_C 1 i p_I nf oriat i on_f i 1 e —nameのフィールドは、 Bridge - Clip AV streamファイルに対応する Clip Informa tion fileのファイル名を示す。この Clip Information f ileの ClipInfo( )において定義される Clip_streani_typeは、 ⁵ Bridge-Clip AV stream'を示していなければならない。

RSPN— exitjroi previousjnipの 32ビットフィールドは、先行する Playltem が参照する Clip AV stream上のソースパケヅトの相対ァドレスであり、このソ一スパケットに続いて Bridge-Clip AV streamファイルの最初のソースパケヅトが接続される。 RSPN_exit— from_previous_Clipは、ソースパケット番号を単位とする大きさであり、先行する Playltemが参照する Clip AV streamファイルの最初のソースパケヅトから ClipInfo()において定義される offset_SPNの値を初期値としてカウントされる。 RSPN_ente to— current_Cl ipの 3 2ビットフィールドは、現在の Playltemが参照する Cl ip AV stream上のソースパケヅトの相対ァドレスであり、このソースパケヅトの前に Bridge- Cl ip AV streamファイルの最後のソ一スパケヅトが接続される。 RSPN_exit_from_previous_Cl ipは、ソースパケット番号を単位とする大きさであり、現在の Playltemが参照する Cl ip AV streamファイルの最初のソースパケヅトから Cl ipInfo( )において定義される offset_SPNの値を初期値としてカウントされる。

次に、 SubPlayltemについて、図 3 9を参照して説明する。 SubPlayItem( )の使用は、 PlayList( )の CPし typeが EP_map typeである場合だけに許される。ここでは、 SubPlayltemはオーディオのアフレコの目的のためだけに使用されるとする。 Sub Playltem( )は、次に示すデ一夕を含む。先ず、 PlayListの中の sub pathが参照する Cl ipを指定するための Cl ipjnformation— fi le— nameを含む。

また、 Cl ipの中の sub pathの再生区間を指定するための SubPathjil—time と S ubPath— 0UT_tiiaeを含む。更に、 main pathの時間軸上で sub pathが再生開始する時刻を指定するための sync_PiayItem_id と sync_start_PTS一 o Playltemを含む。 sub pathに参照されるオーディオの Cl ip AV streamは、 S T C不連続点（システムタイムペースの不連続点）を含んではならない。 sub pathに使われる Cl ipのォ —ディオサンプルのクロヅクは、 main pathのオーディオサンプルのクロヅクに口ヅクされている。

図 4 0は、 SubPlayltemのシンタクスを示す図である。図 4 0に示した SubPlay Itemのシン夕クスを説明するに、 Cl ip_Information— f i le— nameのフィールドは、 Cl ip Information fi leのファイル名を示し、これは PlayListの中で sub pathによつて使用される。この Cl ip Information fi leの Cl ipInfo( )において定義される C l ip_stream_typeは、 Cl ip AV streamを示していなければならない。

SubPat _type® 8ビットのフィールドは、 sub pathの夕ィプを示す。ここでは、図 4 1に示すように、 ' 0x00'しか設定されておらず、他の値は、将来のために確保されている。

sync_PlayItein_idの 8ビットのフィールドは、 main pathの時間軸上で sub pat hが再生開始する時刻が含まれる Playltemの Playltem— idを示す。所定の Playltem に対応する Playltem_idの値は、 PlayList( )において定義される（図 2 5参照）。 sync_start—PTS—of_PlayItenKD 3 2 ビットのフィ一ルドは、 main pathの時間軸上で sub pathが再生開始する時刻を示し、 sync_PlayItem_idで参照される Playlt em上の P T S (Presentaiotn Time Stamp)の上位 3 2ビットを示す。 SubPath_IN_ timeの 3 2ビヅトフィールドは、 Sub pathの再生開始時刻をストアする。 SubPat h_IN_tinieは、 Sub Pathの中で最初のプレゼンテーションュニヅトに対応する 3 3 ビヅト長の P T Sの上位 3 2ビットを示す。

SubPath_OUT_timeの 3 2ビットフィールドは、 Sub pathの再生終了時刻をストァする。 SubPath_OUT_timeは、次式によって算出される Presenation— end_TSの値の上位 3 2 ビットを示す。

Presentation_end_TS = PTS— out + AU— duration

ここで、 PTS— outは、 SubPathの最後のプレゼンテーションユニットに対応する 33 ビット長の P T Sである。 AU_durationは、 SubPathの最後のプレゼンテーションュニヅトの 9 0 k H z単位の表示期間である。

次に、図 2 3に示した xxxxx. rplsと yyyyy.vplsのシンタクス内の PlayListMark ( )について説明する。 PlayListについてのマーク情報は、この PlayListMarkにストァされる。図 4 2は、 PlayListMarkのシンタクスを示す図である。図 4 2に示した PlayListMarkのシンタクスについて説明するに、 versioi number*は、この P1 ayListMarM )のパージョンナンバを示す 4個のキャラク夕一文字である。 versio n— numberは、 I S O 6 4 6に従って、 " 0045"と符号化されなければならない。 lengthは、この lengthフィールドの直後から PlayListMark( )の最後までの Play ListMark( )のバイト数を示す 3 2 ビヅトの符号なし整数である。 number_o:f_Play List_marksは、 PlayListMarkの中にストアされているマークの個数を示す 1 6ビヅ卜の符号なし整数である。 number_of一 PlayListjnarks は、 0であってもよい。 mark_typeは、マークのタイプを示す 8ビットのフィールドであり、図 4 3に示すテーブルに従って符号化される。

mark— time一 stampの 3 2 ビヅトフィールドは、マークが指定されたポィントを示すタイムスタンプをストァする。 mark_time_stampのセマンティクスは、図 4 4に示すように、 PlayListOにおいて定義される CPI— typeによって異なる。 Playltem —idは、マークが置かれているところの Playltemを指定する 8ビヅトのフィールドである。所定の Playltemに対応する Playltem_idの値は、 PlayList( )において定義される（図 2 5参照）。

character_setの 8ビヅトのフィ一ルドは、 markjmmeフィールドに符号化されているキャラクタ一文字の符号化方法を示す。その符号化方法は、図 1 9に示した値に対応する。 name_lengthの 8ビヅトフィールドは、 Mark_nameフィ一ルドの中に示されるマ一ク名のバイト長を示す。 mark_nameのフィールドは、マークの名称を示す。このフィールドの中の左から name_length数のバイト数が、有効なキヤラクタ一文字であり、これはマークの名称を示す。 Markjaameフィールドの中で、それら有効なキャラクタ一文字の後の値は、どのような値が設定されてもよい。 ref— thumbnai ljndexのフィールドは、マークに付加されるサムネイル画像の情報を示す。 ref—thumbnai l_indexフィールドが、 OxFFFFでない値の場合、そのマークにはサムネイル画像が付加されており、そのサムネイル画像は、 mark. thmbファィルの中にストアされている。その画像は、 mark. thmbファイルの中で ref_tlmmb naiし indexの値を用いて参照される（後述）。 re thumbnaiし indexフィールドが、 OxFFFF である場合、そのマークにはサムネイル画像が付加されていないことを示す。

次に、 Cl ip information fi leについて説明する。 zzzzz . clpi (Cl ip informat ion fi leファイル）は、図 4 5に示すように 6個のオブジェクトから構成される。これらは、 Cl ipInfo( )、 STG_Info( ) ProgramInfo( )_N CPI ( )、 ClipMarkO, 及び MakersPrivateDataOである。 A Vストリーム（Cl ip A Vストリーム又は Bridge- Cl ip AV stream)とそれに対応する Cl ip Informationファイルは、同じ数字列の" zzzzz"が使用される。

図 4 5に示した zzzzz. clpi (Cl ip information fi leファイル）のシンタクスについて説明するに、 CI ipInfo__Start_addressは、 zzzzz . clpiファイルの先頭のバィトからの相対バイト数を単位として、 Cl ipInfo( )の先頭アドレスを示す。相対バイト数は◦からカウントされる。

STC— Info_Start_addressは、 zzzzz. clpiファイルの先頭のバイトからの相対バィト数を単位として、 STC_Info( )の先頭アドレスを示す。相対バイト数は 0からカウントされる。 Programlnfo一 Start一 addressiま、 zzzzz.clpiファイクレの先頭のノィ卜からの相対バイト数を単位として、 ProgramInfo()の先頭アドレスを示す。相対バイト数は 0からカウントされる。 CPし Start_addressは、 zzzzz.clpiファイルの先頭のバイ卜からの相対バイト数を単位として、 CPI()の先頭ァドレスを示す。相対バイト数は 0からカウントされる。

ClipMark— Start— addressは、 zzzzz.clpiファイルの先頭のバイトからの相対バィト数を単位として、 ClipMark()の先頭アドレスを示す。相対バイト数は 0からカウントされる。 MakersPrivateData一 Start_addressiま、 zzzzz. clpiフアイノレの先頭のバイトからの相対バイト数を単位として、 MakersPrivateData ()の先頭アドレスを示す。相対バイト数は 0からカウントされる。 padding_word (パディングワード）は、 zzzzz.clpiファイルのシンタクスにしたがって挿入される。 N 1 , N 2 , N 3 , N4、及び N5は、 0又は任意の正の整数でなければならない。それそれのパディングヮ一ドは、任意の値がとられるようにしてもよい。

次に、 Cliplnfoについて説明する。図 46は、 Cliplnfoのシンタクスを示す図である。 ClipInfo()は、それに対応する AVストリームファイル（Clip AVストリーム又は Bridge- Clip AVストリームファイル）の属性情報をストアする。図 46に示した Cliplnfoのシンタクスについて説明す.るに、 versionjiumberは、この ClipInfo()のバージョンナンバを示す 4個のキャラクタ一文字である。 vers ion— numberは、 I S O 646に従って、 " 0045"と符号化されなければならない。 lengthは、この lengthフィールドの直後から ClipInfo()の最後までの ClipInfo() のバイト数を示す 32ビヅ卜の符号なし整数である。 Clip— stream_typeの 8ビヅトのフィールドは、図 47に示すように、 Clip Inforiaationファイルに対応する AVストリームのタイプを示す。それぞれのタイプの A Vストリームのストリーム夕ィブについては後述する。

offset_SPNの 32ビヅトのフィールドは、 A Vストリーム（Clip A Vストリーム又は Bridge- Clip AVストリーム）ファイルの最初のソースパケヅトについてのソースパケヅト番号のオフセヅト値を与える。 AVストリームファイルが最初にディスクに記録される時、この of f set_SPNは 0でなければならない。

図 48に示すように、 AVストリームファイルのはじめの部分が編集によって消去された時、 offset_SPNは、 0以外の値をとつてもよい。本例では、 offset— S PNを参照する相対ソースパケット番号（相対アドレス）が、しばしば、 RSPN_xxx (XXXは変形する。例. RSPN_EP_start) の形式でシンタクスの中に記述されている。相対ソースパケヅト番号は、ソースパケヅト番号を単位とする大きさであり、 A ストリームファイルの最初のソースパケヅトから offset_SPNの値を初期値としてカウン卜される。

A Vストリ一ムファイルの最初のソースパケヅトから相対ソースパケヅト番号で参照されるソースパケヅ小までのソースパケットの数（SPN_xxx) は、次式で算出される。

SPN—xxx = RSPN_xxx - off set— SPN

図 4 8に、 offset_SPNが 4である場合の例を示す。

TS— recording_rateは、 2 4ビットの符号なし整数であり、この値は、 D V Rドライブ（書込部 2 2 ) へ又は D V Rドライブ（読出部 2 8 ) からの A Vストリームの必要な入出力のビヅトレ一トを与える。 recorcLtime— and_dateは、 Cl ipに対応する A Vストリームが記録された時の日時をストァする 5 6ビットのフィ一ルドであり、年/月/日 Z時/分/秒について、 1 4個の数字を 4ビットの Binary Coded Decimal ( B C D ) で符号化したものである。例えば、 2001/12/23 : 01 : 02 : 03 は、 "0x20011223010203"と符号化される。

durationは、 Cl ipの総再生時間をァライバルタイムクロヅクに基づいた時間/ 分/秒の単位で示した 2 4ビヅトのフィールドである。このフィ一ルドは、 6個の数字を 4ビットの Binary Coded Decimal ( B C D ) で符号化したものである。例えば、 01 :45 :30は、 "0x014530"と符号化される。

time_controlled_flagのフラグは、 A Vストリームファイルの記録モードを示す。この time_control led_jflagが 1である場合、記録モードは、記録してからの時間経過に対してファイルサイズが比例するようにして記録されるモードであることを示し、次式に示す条件を満たさなければならない。

TS_average_rate*192/188*(t - start一 time )'—ひ <= size_Cl ip(t)

<= TS_average_rate*192/188*(t - start一 time ) +ひ

ここで、 TS average_rateは、 A Vストリームファイルのトランスポートストリームの平均ビヅトレートを bytes/second の単位で表したものである。

また、上式において、 tは、秒単位で表される時間を示し、 start_timeは、 A Vストリームファイルの最初のソースパケットが記録された時の時刻であり、秒単位で表される。 size_Clip(t)は、時刻 tにおける A Vストリームファイルのサィズをバイト単位で表したものであり、例えば、 start_tinieから時刻七までに 1 0個のソースパケヅ卜が記録された場合、 size_Cl ip(t)は 10*192バイトである。 αは、 TS_average_rateに依存する定数である。

time_control led_flagが 0にセヅトされている場合、記録モ一ドは、記録の時間経過と A Vストリームのファイルサイズが比例するように制御していないことを示す。例えば、これは入力トランスポートストリームをトランスペアレント記録する場合である。

TS— average_rateiま、 time—control led— flag力 1【こセヅトされて！/ヽる場合、この 2 4 ビヅトのフィールドは、上式で用いている TS_average_rateの値を示す。 tim e_control led_flagが 0にセヅトされている場合、このフィールドは、何も意味を持たず、 0にセットされなければならない。例えば、可変ビットレートのドランスポ一トストリームは、次に示す手順により符号化される。先ずトランスポ一トレートを TS_recording_rateの値にセットする。次に、ビデオストリームを可変ビヅトレートで符号化する。そして、ヌルパケットを使用しないことによって、間欠的にトランスポートパケットを符号化する。

RSPN— arrival— time— discontinuityの 3 2 ビヅトフィ一ルドは、 Bridge-Cl ip A V streamファイル上でァライバル夕ィムベースの不連続が発生する場所の相対ァドレスである。 RSPN_arrival_time_discontinuityは、ソースパケット番号を単位とする大きさであり、 Bridge- Cl ip AV streamファイルの最初のソースパケヅトから Cl ipInfo( ) において定義される offset_SPNの値を初期値としてカウントされる _c その Bridge-Cl ip AV streamファイルの中での絶対アドレスは、上述した

SPN_xxx = RSPN.xxx - offset一 SPN

に基づいて算出される。

reserved_for_system— useの 1 4 4ビットのフィールドは、システム用にリザ一ブされている。 is_format_identifier val idのフラグが 1である時、 format ide ntifierのフィ一ルドが有効であることを示す。 is_original— network— ID_val idのフラグが 1である場合、 originaし network_IDのフィールドが有効であることを示す。 is— transport一 stream_ID_val idのフラグが 1である場合、 transport— stream —IDのフィールドが有効であることを示す。 is一 servece— ID_val idのフラグが 1である場合、 servece— IDのフィールドが有効であることを示す。

is_ country_code_val idのフラグが 1である時、 country_codeのフィールドが有効であることを示す。 format_identif ierの 3 2ビヅトフィールドは、トランスポ一トストリームの中で registration deascriotor ( I S 0 / I E C 1 3 8 1 8 — 1で定義されている) が持つ format— identifierの値を示す。 original— networ k_IDの 1 6ビヅトフィールドは、トランスポートストリームの中で定義されている original— network— IDの値を示す。 transport— stream— IDの 1 6ビヅトフィーレドは、トランスポ一トストリームの中で定義されている transport_stream—IDの値を示す。

servece_IDの 1 6 ビヅトフィ一ルドは、トランスボートストリームの中で定義されている servece— IDの値を示す。 country— codeの 2 4ビヅトのフィールドは、 I S O 3 1 6 6によって定義されるカントリーコードを示す。それそれのキヤラクタ一文字は、 I S O 8 8 5 9 _ 1で符号化される。例えば、日本は" JPN"と表され、 "0x4A 0x50 0x4E"と符号化される。 stream_f onaat_nameは、トランスポ —トストリームのストリーム定義をしているフォーマヅト機関の名称を示す I S 0— 6 4 6の 1 6個のキャラクターコードである。このフィールドの中の無効なバイトは、値， OxF がセッ卜される。

format— identifier original一 network— ID、 transport一 stream一 ID、 servece_ ID, country_code 、及ぴ stream— format一 nameは、トランスポートストリームのサ一ビスプロバイダを示すものであり、これにより、オーディオやビデオストリームの符号化制限、 SI (サービスィンフオメ一シヨン）の規格やオーディオビデオストリーム以外のブライべ一トデ一夕ストリームのストリーム定義を認識することができる。これらの情報は、デコーダが、そのストリームをデコードできるか否か、そしてデコードできる場合にデコード開始前にデコーダシステムの初期設定を行うために用いることが可能である。次に、 STCjnfoについて説明する。ここでは、 MP E G— 2 トランスポートストリームの中で S T Cの不連続点（システムタイムベースの不連続点）を含まない時間区間を STC_sequenceと称し、 Clipの中で、 STC一 sequenceは、 STC— sequence —idの値によって特定される。図 5 OA及び図 50 Bは、連続な S T C区間について説明する図である。同じ STC_sequenceの中で同じ S T Cの値は、決して現れない（但し、後述するように、 Clipの最大時間長は制限されている）。したがって、同じ STC_sequenceの中で同じ P T Sの値もまた、決して現れない。 AVストリ一ムが、 N(N>0)個の S T C不連続点を含む場合、 Clipのシステム夕ィムベースは、 (N+ 1 ) 個の STC_sequenceに分割される。

STC_Infoは、 S T Cの不連続（システムタイムベースの不連続）が発生する場所のアドレスをストアする。図 5 1を参照して説明するように、 RSPN_STC_start が、そのアドレスを示し、最後の STC_sequenceを除く k番目（k>=0) の STC_seque nceは、 k番目の RSPN— STC_startで参照されるソースパケヅトが到着した時刻から始まり、（k+ 1 ) 番目の RSPN_STC_startで参照されるソースパケヅトが到着した時刻で終わる。最後の STC_sequenceは、最後の RSPN_STC_startで参照されるソ —スパケヅトが到着した時刻から始まり、最後のソースパケヅトが到着した時刻で終了する。

図 52は、 STCJnfoのシンタクスを示す図である。図 5 2に示した STCjnfoのシンタクスについて説明するに、 version_numberは、この STC— Info( )のバ一ジョンナンパを示す 4個のキャラクタ一文字である。 version_numberは、 I SO 6 46に従って、 "0045"と符号化されなければならない。

lengthは、この lengthフィールドの直後から STC— Info( )の最後までの STC一 Info ()のバイト数を示す 3 2ビットの符号なし整数である。 CPI()の CPI_typeが TU_ma P typeを示す場合、この lengthフィ一ルドは 0をセットしてもよい。 CPI()の CPI — typeが EP_map typeを示す場合、 imm一 of_STC_sequencesは 1以上の値でなければならない。

num_of一 STC— sequencesの 8ビットの符号なし整数は、 Clipの中での STC_sequen ceの数を示す。この値は、このフィールドに続く: for-loopのループ回数を示す。所定の STC seauenceに対応する STC sequence_idは、 RSPN_STC startを含む for-1 oopの中で、その STC_sequenceに対応する RSPN_STC_startの現れる順番により定義されるものである。 STC一 sequence_idは、 0から鬨始される。

RSPN_STC_startの 3 2 ビヅトフィールドは、 A Vストリームフアイル上で STC_ sequenceが開始するアドレスを示す。 RSPfLSTC_startは、 A Vストリームフアイルの中でシステムタイムベースの不連続点が発生するァドレスを示す。 RSPN_STC —startは、 A Vストリームの中で新しいシステムタイムベースの最初の P C Rを持つソースパケヅトの相対アドレスとしてもよい。 RSPN_STC_startは、ソースパケヅト番号を単位とする大きさであり、 A Vストリームファイルの最初のソ一スパケヅ卜から Cl ipInfoOにおいて定義される offset_SPNの値を初期値としてカウントされる。その AV streamファイルの中での絶対アドレスは、既に上述した

SPN_xxx = RSPN.xxx - offset_SPN

により算出される。

次に、図 4 5に示した zzzzz . Cl ipのシンタクス内の Programlnfoについて説明する。図 5 3を参照しながら説明するに、ここでは、 Cl ipの中で次の特徴を持つ時間区間を prograin_sequenceと呼ぶ。先ず、 PCR_P I Dの値が変わらない。次に、ビデオエレメンタリーストリームの数が変化しない。また、それぞれのビデオストリームについての P I Dの値とその VideoCodinglnfoによって定義される符号化情報が変化しない。更に、オーディオエレメンタリーストリームの数が変化しない。また、それそれのオーディオストリームについての P I Dの値とその AudioC odinglnfoによって定義される符号化情報が変化しない。

program—sequenceは、同一の時刻において、ただ 1つのシステムタイムベースを持つ。 program_sequenceは、同一の時刻において、ただ 1つの P M Tを持つ。 ProgramlnfoOは、 program_sequenceが開始する場所のアドレスをストアする。 R SPN一 program— sequence一 startが、そのアドレスを示す。

図 5 4は、 Programlnfoのシンタクスを示す図である。図 5 4に示した Program Infoのシンタクを説明するに、 version_nufflberは、この ProgramInfo( )のバ一ジョンナンバを示す 4個のキャラクタ一文字である。 version_mimberは、 I S O 6 4 6に従って、 "0045"と符号化されなければならない。

lengthは、この lengthフィールドの直後から ProgramInfo( )の最後までの Progr amInfo( )のバイト数を示す 3 2ビットの符号なし整数である。 CPI ( )の CPし typeが TU_map typeを示す場合、この lengthフィールドは 0にセットされてもよい。 CPI ( )の CPし typeが EP_map typeを示す場合、 number_of— programsは 1以上の値でなければならない。

number— of_program— sequencesの 8 ビヅ卜の符号なし整数は、 Cl ipの中での pro gram_sequenceの数を示す。この値は、このフィールドに続く for-loopのループ回数示す。 Cl ipの中で program— sequenceが変ィ匕しない場合、 number一 of一 program一 sequencesは 1をセヅトされなければならない。 RSPN一 program一 sequence一 startの 3 2ビヅトフィールドは、 A Vストリームファイル上でプログラムシーケンスが開始する場所の相対アドレス.である。

RSPN_program_sequence_startは、ソースパケヅト番号を単位とする大きさであり、 A ストリームファイルの最初のソースパケヅトから Cl ipInfoOにおいて定義される offset_SPNの値を初期値としてカウントされる。その A Vストリームフアイルの中での絶対ァドレスは、

SPN_xxx = RSPN— XXX - offset_SPN

により算出される。シンタクスの for- loopの中で RSPNjrogram一 sequence— start値は、昇順に現れなければならない。

PCR_PIDの 1 6 ビヅトフィールドは、その program一 sequenceに有効な P C Rフィールドを含むトランスポートパケヅトの P I Dを示す。 number_of— videosの 8ビヅトフィ一ノレドは、 video—stream一 PIDと VideoCodingInfo( )を含む： for*— loopのレープ回数を示す。 nuinber__of_audiosの 8 ビヅトフィールドは、

と AudioCodingInfo( )を含む for-loopのループ回数を示す。 video_stream_PIDの 1 6 ビヅトフィールドは、その program_sequenceに有効なビデオストリームを含むトランスポートパケヅトの P I Dを示す。このフィールドに続く VideoCodinglnfo ( )は、その video_stream_P IDで参照されるビデオストリームの内容を説明しなければならない。

audio— stream— P IDの 1 6ビットフィ一レド ίま、その program—sequenceに有効なオーディオストリームを含むトランスポートパケットの P I Dを示す。このフィ —ルドに続く AudioCodingInfo( )は、その audio_stream— PIDで参照されるビデオストリームの内容を説明しなければならない。

なお、シンタクスの for- loopの中で video_stream_PIDの値の現れる順番は、その program一 sequenceに有効な P M Tの中でビデオストリームの P I Dが符号化されている順番に等しくなければならない。また、シンタクスの for- loopの中で au diO-Strean—PIDの値の現れる順番は、その program— sequenceに有効な P M Tの中でオーディオストリームの P I Dが符号化されている順番に等しくなければならない。

図 5 5は、図 5 4に示した Programinfoのシンタクス内の VideoCodinglnfoのシン夕クスを示す図である。図 5 5に示した VideoCodinglnfoのシンタクスを説明するに、 video_forniatの 8ビットフィールドは、図 5 6に示すように、 Programlnf o( )の中の video_stream_PIDに対応するビデオフォ一マヅトを示す。

frame_rateの 8ビットフィールドは、図 5 7に示すように、 Programlnf o( )の中の video_stream_PIDに対応するビデオのフレームレートを示す。 display_aspect —ratioの 8 ビヅトフィールドは、図 5 8に示すように、 ProgramIn:fo( )の中の vid eo_streani_PIDに対応するビデオの表示ァスぺクト比を示す。

図 5 9は、図 5 4に示した Programinfoのシンタクス内の AudioCodinglnfoのシン夕クスを示す図である。図 5 9に示した AudioCodinglnfoのシンタクスを説明するに、 audio_codingの 8ビヅトフィールドは、図 6 0に示すように、 Programlnf o( )の中の audio_streaii_PIDに対応するオーディオの符号化方法を示す。

audio_component_type© 8ビヅトフィールドは、図 6 1に示すように、 Progra niInfo( )の中の audio_stream_PIDに対応するオーディォのコンポ一ネント夕ィプを示す。 sampl ing_frequencyの 8 ビヅトフィールドは、図 6 2に示すように、 Prog ramInfo( )の中の audio_stream_P IDに対応するオーディオのサンプリング周波数を示す。

次に、図 4 5に示した zzzzz .Cl ipのシンタクス内の CPI (Characteristic Poin t Information)について説明する。 CPIは、 A Vストリームの中の時間情報とそのファイルの中のァドレスとを関連づけるためにある。 CPIには 2つのタイプがあり、これらは EPjnapと TU_mapである。図 6 3に示すように、 CPI ( )の中の CPI一 typeが E P_map typeの場合、その CPI( )は EP_mapを含む。図 6 4に示すように、 CPI( )の中の0?1_^^ 6が —111& セ 6の場合、その CPI ( )は TlLmapを含む。 1つの A Vストリ —ムは、 1つの EP_map又は 1つの TU_mapを持つ。 A Vストリームが SESFトランスポートストリームの場合、それに対応する Cl ipは EP一 mapを持たなければならない。図 6 5は、 CPIのシンタクスを示す図である。図 6 5に示した CPIのシンタクスを説明するに、 version_numberは、この CPI ( )のバージョンナンバを示す 4個のキャラク夕一文字である。 version— numbe ま、 I S O 6 4 6に従って、 " 0045"と符号化されなければならない。 lengthは、この lengthフィールドの直後から CPI ( )の最後までの CPI ( )のパイト数を示す 3 2 ビヅトの符号なし整数である。 CPし t ypeは、図 6 6に示すように、 1ビットのフラグであり、 Cl ipの CPIのタイプを表す。

次に、図 6 5に示した CPIのシンタクス内の EPjnapについて説明する。 EP— mapには、 2つのタイプがあり、それはビデオストリーム用の EPjnapとオーディオストリーム用の EPjnapである。 EP_mapの中の EP—map— typeが、 EP_mapのタイプを区別する。 Cl ipが 1つ以上のビデオストリームを含む場合、ビデオストリーム用の EP_m apが使用されなければならない。 Cl ipがビデオストリームを含まず、 1つ以上のオーディオストリームを含む場合、オーディオストリーム用の EPjnapが使用されなければならない。

ビデオストリーム用の EPjnapについて図 6 7を参照して説明する。ビデオストリーム用の EPjnapは、 stream_PID、 PTS_EP— start、及び、 RSPN_EP一 startというデ —夕を持つ。 stream—PIDは、ビデオストリームを伝送するトランスポートパケヅトの P I Dを示す。 PTS_EP_startは、ビデオストリームのシーケンスへヅダから始まるアクセスュニヅトの P T Sを示す。 RSPN_EP_startは、 A Vストリームの中で PTS_EP_startにより参照されるアクセスュニヅトの第 1バイト目を含むソースパケットのァドレスを示す。

EPjnap— for_one_stream_PID( )と呼ばれるサブテ一ブルは、同じ P I Dを持つトランスポートパケヅトによって伝送されるビデオストリーム毎に作られる。 Cl ip の中に複数のビデオストリームが存在する場合、 EPjnapは複数の EPjnap— for一 one — stream_PID( )を含んでもよい。

オーディオストリーム用の EPjnapは、 stream_PID、 PTS_EP start, 及び RSPN_E P—startというデ一夕を持つ。 streauuPIDは、オーディオストリームを伝送するトランスポートパケットの PIDを示す。 PTS_EP_startは、オーディオストリームのァクセスユニットの P T Sを示す。 RSPN_EP_startは、 A Vストリームの中で PTS_E P一 startで参照されるアクセスュニットの第 1バイト目を含むソースパケヅトのァドレスを示す。

EP_map一 for_one_stream一 PID( )と呼ばれるサブテーブルは、同じ P I Dを持つトランスポートパケヅトによって伝送されるオーディオストリ一ム毎に作られる。 Cl ipの中に複数のオーディオストリームが存在する場合、 EP— mapは複数の EP_map _for_one_stream_PID( )を含んでもよい。

EPjaapと STCjnfoの関係を説明するに、 1つの EP_map_for— one— streamJ>ID( )は、 S T Cの不連続点に関係なく 1つのテーブルに作られる。 RSPN— EP_startの値と S TC_Info( )において定義ざれる RSPN_STC_startの値を比較することにより、それそれの STC_sequenceに属する EPjnapのデ一夕の境界が分かる（図 6 8を参照）。 · EPjnapは、同じ P I Dで伝送される連続したストリームの範囲に対して、 1つの EP_map— for一 one_streaui— PIDを持たねばならない。図 6 9に示したような場合、 p rogram#lと program#3は、同じビデオ P I Dを持つが、デ一夕範囲が連続していないので、それそれのプログラム毎に EPjnap— f or_one_s tream_P IDを持たねばならない。

図 7 0は、 EPjnapのシンタクスを示す図である。図 7 0に示した EPjnapのシンタクスを説明するに、 EP_typeは、 4ビットのフィールドであり、図 7 1に示すように、 EPjaapのエントリポイントタイプを示す。 EP_typeは、このフィ一ルドに続くデ一夕フィールドのセマンティクスを示す。 Cl ipが 1つ以上のビデオストリームを含む場合、 EPJ:ypeは 0(' video' )にセットされなければならない。又は、 Cl i pがビデオストリームを含まず、 1つ以上のオーディオストリームを含む場合、 EP —typeは 1 (， audio' )にセヅトされなければならない。

number一 of一 stream一 P IDsの 1 6ビットのフィーレドは、 EP—map( )の中の number— of_stream一 PIDsを変数に持つ for-loopのループ回数を示す。 sti>eam_PID(k)の 1 6 ビヅトのフィ一ルドは、 EP— map—for— one— stream_PID(num_EP_entries(k) )によつて参照される k番目のエレメン夕リーストリーム（ビデオ又はオーディオストリーム）を伝送するトランスポ一トパケヅトの PIDを示す。 EP_typeが 0 (' video' ) に等しい場合、そのエレメン夕リストリームはビデオストリームでなけばならない。また、 EP_typeが 1 (' audio' )に等しい場合、そのエレメン夕リストリームはオーディオストリームでなければならない。

匪一 EP— entries (k)の 1 6ビヅ卜のフィ一ルドは、 EP—卿 _f or— one—stream一 P ID ( num— EP_entr ies(k) )によって参照される num_EP_ent r i e s ( k )を示す。 EPjnap— f o r —one— stream一 PID— Start— address(k)：この 3 2ビットのフィールドは、 EP— map( ) の中で EP_map_for_one_s tream_P I D ( num一 EP— en tr i e s ( k ) )が始まる相対バイト位置を示す。この値は、 EP_map( )の第 1バイト目からの大きさで示される。

padd i ng_wordは、 EP_map ( )のシンタクスにしたがって挿入されなければならない。 Xと Yは、 0又は任意の正の整数でなければならない。それそれのパディングワードは、任意の値を取ってもよい。

図 7 2は、 EP_map— forgone— stream一 PIDのシンタクスを示す図である。図 7 2に示した EPjiap_for_one— streaui_PIDのシンタクスを説明するに、 PTS_EP_startの 3 2ビヅトのフィールドのセマンティクスは、 EP_map( )において定義される EP_typ eにより異なる。 EP_typeが 0 (， video' )に等しい場合、このフィールドは、ビデオストリームのシーケンスヘッダで始まるアクセスュニヅトの 3 3ビヅト精度の P T Sの上位 3 2 ビヅトを持つ。 EP_typeが 1 (， audio' )に等しい場合、このフィールドは、オーディォストリームのアクセスュニヅトの 3 3ビヅト精度の P T Sの上位 3 2ビットを持つ。

RSPN_EP_startの 3 2ビットのフィールドのセマンティクスは、 EPjnap( )において定義される EPJ:ypeにより異なる。 EP_typeが 0 (' video' )に等しい場合、このフィ一ルドは、 A Vストリームの中で PTS_EP_startにより参照されるアクセスュニヅトのシーケンスヘッダの第 1バイト目を含むソースパケヅトの相対ァドレスを示す。又は、 EP_typeが 1 (， audio⁵ )に等しい場合、このフィールドは、 A Vストリームの中で PTS_EP— startにより参照されるアクセスュニヅトのォ一ディオフレームの第一バイト目を含むソースパケヅトの相対ァドレスを示す。

RSPN_EP_startは、ソースパケヅト番号を単位とする大きさであり、 A Vストリームファイルの最初のソースパケヅトから Cl ipInfo( )において定義される offset — SPNの値を初期値としてカウントされる。その A Vストリームファイルの中での絶対ァドレスは、

SPN_xxx = RSPN_xxx - offset_SPN

により算出される。シンタクスの for-loopの中で RSPN_EP_startの値は、昇順に現れなければならない。

次に、 TU_mapについて、図 7 3を参照して説明する。 TU_mapは、ソースパケヅトのァライバルタイムクロヅク（到着時刻ベースの時計）に基づいて、 1つの時間軸を作る。その時間軸は、 TU_map_time_axisと呼ばれる。 TU_map_time_axisの原点は、 TU_map( )の中の o fset_timeによって示される。 TUjnap_tiuie— axisは、 o ffset_timeから一定の単位に分割される。その単位を、 time_unitという。 . · A Vストリームの中の各々の time_unitの中で、最初の完全な形のソース.パケヅトの A Vストリームフアイル上のァドレスが、 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— si ze

TU_start_time(k)は、 4 5 k H zの精度を持つ。

図 7 4は、 TU_mapのシン夕クスを示す図である。図 7 4に示した TU_mapのシン夕クスを説明するに、 offset_timeの 3 2 ビヅト長のフィールドは、 TUjnap— time —axisに対するオフセットタイムを与える。この値は、 Cl ipの中の最初の time—un itに対するオフセヅト時刻を示す。 offset_timeは、 2 7 M H z精度のァライバルタイムクロヅクから導き出される 4 5 k H zクロヅクを単位とする大きさである。 A Vストリームが新しい Cl ipとして記録される場合、 off set一 timeは 0にセヅトされなければならない。

time_uiiit_sizeの 3 2ビットフィールドは、 time_unitの大きさを与えるものであり、それは 2 7 M H z精度のァライバルタイムクロックから導き出される 4 5 k H zクロヅクを単位とする大きさである。 time_imit_sizeは、 1秒以下（time —unit— si zeく =45000) にすることがよい。 number— of_tiine— unit_entriesの 3 2ビヅトフィールドは、 TU map( )の中にストァされている time unitのェントリ数を示す。

RSPN— time—imit_startの 32ビヅトフィールドは、 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と等しくなければならない。

図 45に示した zzzzz.Clipのシンタクス内の ClipMarkについて説明する。 Clip Markは、クリヅプについてのマーク情報であり、 ClipMarkの中にストアされる。このマークは、記録器（記録再生装置 1 ) によってセットされるものであり、ュ一ザによってセヅトされるものではない。

図 75は、 ClipMarkのシンタクスを示す図である。図 75に示した ClipMarkのシンタクスを説明するに、 version— numberは、この CI ipMark( )のバージョンナンバを示す 4個のキャラクタ一文字である。 version_numberは、 I S O 646に従って、 "0045"と符号化されなければならない。

lengthは、この lengthフィールドの直後から ClipMark()の最後までの ClipMark ()のバイト数を示す 32ビヅトの符号なし整数である。 number_of_Clip_marksは、 ClipMarkの中にストァされているマークの個数を示す 1 6ビットの符号なし整数 _c number_of _C 1 i p_marks は、 0であってもよい。 nark— typeは、マークのタイプを示す 8ビットのフィールドであり、図 76に示すテーブルに従って符号化される。

mark_time_st pは、 32ビヅトフィールドであり、マークが指定されたポィントを示すタイムスタンプをストアする。 iaarkjiime-stampのセマンティクスは、図 77に示すように、 PlayList()の中の CPし typeにより異なる。

STC_sequence_idは、 CPI( )の中の CPし typeが EP_map typeを示す場合、この 8ビヅトのフィールドは、 mark_time stampが置かれているところの S T C連続区間の STC_sequence— idを示す。 0?1( )の中の？1_^^ 6がー111& typeを示す場合、この 8 ビヅトのフィールドは何も意味を持たず、 0にセヅトされる。 character—setの 8 ビヅトのフィ一ルドは、 mark_naiiieフィ一ルドに符号化されているキャラクタ一文字の符号化方法を示す。その符号化方法は、図 1 9に示される値に対応する。 name— 1 engthの 8ビヅトフィールドは、 Markjmmeフィールドの中に示されるマーク名のバイト長を示す。 mark_nameのフィ一ルドは、マークの名称を示す。このフィールドの中の左から name_length数のバイト数が、有効なキャラクタ一文字であり、それはマ一クの名称を示す。 mark一 nameフィールドの中で、それら有効なキャラク夕一文字の後の値は、どんな値が入っていてもよい。

ref_thumbnai l_indexのフィールドは、マークに付加されるサムネィル画像の情報を示す。 ref_thumbnai l_indexフィ一ルドが、 OxFFFFでない値の場合、そのマ一クにはサムネイル画像が付加されており、そのサムネイル画像は、 mark. thmbファィルの中にストアされている。その画像は、 mark. thmbファイルの中で ref— thumb nai l_indexの値を用いて参照される。 re thumbnaiし indexフィールドが、 OxFFF F である場合、そのマークにはサムネイル画像が付加されていない。

図 7 8は、図 7 5に代わる Cl ipMarkの他のシンタクスを示す図であり、図 7 9 は、その場合における、図 7 6に代わる mark_typeのテーブルの例を示す。 reser ved— for— maker— IDは、 mark一 typeが、 OxCOから OxFFの値を示す時に、その mark— t ypeを定義しているメ一力のメーカ I Dを示す 1 6ビットのフィールドである。メ一力 I Dは、 D V Rフォーマヅトライセンサが指定する。 ] nark_entry( )は、マ一ク点に指定されたポィントを示す情報であり、そのシンタクスの詳細は後述する。 representative一 picture一 entry( )は、 mark一 entry( )によつて示されるマークを代表する画像のポィントを示す情報であり、そのシンタクスの詳細は後述する。

Cl ipMarkは、ユーザが A Vストリームを再生するときに、その内容を視覚的に検索できるようにするために用いられる。 D V Rプレーヤは、 G U I (グラフィカルュ一ザイン夕フェース）を使用して、 Cl ipMarkの情報をユーザに提示する。 Cl i pMarkの情報を視覚的に表示するためには、 inark_entry( )が示すピクチャよりもむしろ representative一 picture— entry( )力 s示すピクチヤを示したほう力 ^sよい。

図 8 0に、 mark entrrOと representative一 picture一 entry( )の例を示す。例えば、あるプログラムが鬨始してから、しばらくした後（数秒後）、そのプログラムの番組名（夕ィトル）が表示されるとする。 Cl ipMarkを作るときは、 mark_ent ry( )は、そのプログラムの開始ポイントに置き、 representative— picture—entry ( )は、そのプログラムの番組名（タイトル）が表示されるポイントに置くようにしてもよい。

D V Rプレーヤは、 representative一 pi cture_entryの画像を G U Iに表示し、ユーザがその画像を指定すると、 D V Rプレーヤは、 mark— entryの置かれたポィントから再生を開始する。

mark_entry( ) 及び representative— picture— entry( )のシンタクスを、図 8 1 に示す。

mark— time— stampは、 3 2 ビヅトフィールドであり、 mark— entry( )の場合はマークが指定されたポイントを示すタイムスタンプをストアし、また representative _picture_entry( )の場合、 mark_entry ( )によって示されるマークを代表する画像のポイントを示すタイムスタンプをストァする。

次に、 Cl ipMarkを指定するために、 P T Sによるタイムスタンプペースの情報を使用するのではなく、アドレスベースの情報を使用する場合の mark— entry( ) と representative_picture— entry( )のシン夕クスの例を図 8 2に示す。

RSPN一 ref_EP一 startは、 mark_entry( )の場合、 A Vストリームの中でマーク点のピクチャをデコードするためのストリームのエントリポイントを示すソースパケヅトの相対アドレスを示す。また、 representative— picture_entry( )の場合、 mark_entry( )によって示されるマークを代表するピクチャをデコードするためのストリームのエントリポイントを示すソースパケヅトの相対ァドレスを示す。 RS PN_ref_EP_startの値は、 EPjnapの中に RSPN_EP_startとしてストァされていなければならず、且つ、その RSPN一 EP_startに対応する PTS_EP_startの値は、 EPjaapの中で、マーク点のピクチャの P T Sより過去で最も近い値でなければならない。 offset_mim_picturesは、 3 2ビットのフィ一ルドであり、 RSPN—re:LEP— start により参照されるピクチャから表示順序でマーク点で示されるピクチャまでのォフセヅトのピクチャ数を示す。この数は、 0からカウントされる。図 8 3の例の場合、 offset 顧 picturesは 6となる。次に、 Cl ipMarkを指定するために、アドレスベースの情報を使用する場合の ma rk_entry( ) と representative— picture— entry( )のシンタクスの別の例を図 8 4 に示す。

RSPILmark_pointは、 mark_entry( )の場合、 A Vストリームの中で、そのマークが参照するアクセスュニヅトの第 1バイト目を含むソースパケヅトの相対ァドレス示す。また、 representative_picture_entry( )の場合、 mark—entry( )によつて示されるマークを代表する符号化ピクチャの第 1バイト目を含むソースパケットの相対アドレスを示す。

RS _mark_pointは、ソースパケット番号を単位とする大きさであり、 A Vストリームファイルの最初のソースパケヅトから Cl ip Information fi leにおいて定義される offset_SPNの値を初期値としてカウントされる。.

図 8 5を用いて、 Cl ipMarkと EPjnapの閧係を説明する。この例の場合、 EP_map が、エントリポイントのアドレスとして 1 0 , I I , I nを指定しており、これらのァドレスからシーケンスへヅダに続く Iピクチャが闘始しているとする。 C1 ipMarkが、あるマークのアドレスとして、 M lを指定している時、そのソースパケヅトから開始しているピクチャをデコードできるためには、 M 1のアドレスより前で最も近いェントリポィントである I 1からデ一夕を読み出し開始すればよい。

MakersPrivateDataについては、図 2 2を参照して既に説明したので、その説明は省略する。

次に、サムネイルインフォメーション（Thumbnai l Information) について説明する。サムネイル画像は、 menu. thmbファイル又は mark. thmbファイルにストアされる。これらのファイルは同じシンタクス構造であり、ただ 1つの Thumbnai U )を持つ。 menu.thmbファイルは、メニューサムネイル画像，すなわち Volumeを代表する画像、及び、それそれの PlayListを代表する画像をストアする。全てのメニュ一サムネイルは、ただ 1つの menu. thmbファイルにストァされる。

mark. thiabファイルは、マークサムネイル画像，すなわちマ一ク点を表すピクチャをストァする。全ての HayList及び Cl ipに対する全てのマ一クサムネイルは、ただ 1つの mark. thmbファイルにストアされる。サムネイルは頻繁に追加、削除されるので、追加操作と部分削除の操作は容易に高速に実行できなければならない。この理由のため、 Thumbimi l( )はプロヅク構造を有する。画像のデ一夕はいくつかの部分に分割され、各部分は 1つの tn_blockに格納される。 1つの画像デ一夕は連続した tn_blockに格納される。 tnjD lockの列には、使用されていない tn_block が存在してもよい。 1つのサムネイル画像のバイト長は可変である。

図 8 6は、 memi. thnbと mark. thmbのシンタクスを示す図であり、図 8 7は、図 8 6に示した menu. thmbと mark. thmbのシン夕クス内の Thumbnai lのシンタクスを示す図である。図 8 7に示した Thumbnai lのシンタクスについて説明するに、 versi on_numberは、この Thumbnai U )のバージョンナンパ'を示す 4個のキャラクタ一文字である。 version_numberは、 I S O 6 4 6に従って、 "0045"と符号化されなければならない。

lengthは、この lengthフィールドの直後から Thumbnai l ( )の最後までの MakersP rivateData( )のバイト数を示す 3 2 ビヅトの符号なし整数である。 tn—blocks一 st art_addressは、 Thumbnai l ( )の先頭のバイトからの相対バイト数を単位として、最初の tn_blockの先頭バイトァドレスを示す 3 2 ビヅトの符号なし整数である。相対バイト数は 0からカウントされる。 number_of_thuiiil3nai lsは、 Thumbnai l ( )の中に含まれているサムネイル画像のェントリ数を与える 1 6ビヅトの符号なし整数である。

tn_block— si zeは、 1 0 2 4バイトを単位として、 1つの tn_blockの大きさを与える 1 6ビットの符号なし整数である。例えば、 tn_block_si ze= 1ならば、それは 1つの tnjjlockの大きさが；！ 0 2 4バイトであることを示す。 number— o:f_tn_b locksは、この Thumbnai )中の tn_blockのエントリ数を表す 1 1 6ビットの符号なし整数である。 thumbnaiし indexは、この thumbnaiし indexフィ一ルドから始まる forループ一回分のサムネイル情報で表されるサムネイル画像のィンデクス番号を表す 1 6 ビットの符号なし整数である。 thumbnaiし index として、 OxFFFFという値を使用してはならない。 thumbnaiし index ¾UIAppInfoVoluie( )_s UIAppInfo PlayList( ) PlayLis tMark ( )ヽ及び C 1 i Mark ( )の中の ref— thumbnaiし i ndexによつて参照される。

thumbnai l— picture— formatは、サムネイル画像のピクチャフォーマヅトを表す 8ビットの符号なし整数で、図 88に示すような値をとる。表中の DCFと PNGは" menu.thib" 内でのみ許される。マ一クサムネイルは、値" 0x00" (MP EG— 2 Video I -picture)をとらなければならない。

picture_data_sizeは、サムネイル画像のバイト長をバイト単位で示す 32ビヅトの符号なし整数である。 start_tn_block__numberは、サムネイル画像のデ一夕が始まる tn_blockの tn_block番号を表す 1 6ビヅトの符号なし整数である。サムネィル画像データの先頭は、 tb— blockの先頭と一致していなければならない。 tn_b lock番号は、 0から始まり、 tn_blockの for-ループ中の変数 kの値に関係する。 x_picture_lengthは、サムネイル画像のフレーム画枠の水平方向のピクセル数を表す 1 6ピヅ卜の符号なし整数である。 y_picture_lengthは、サムネイル画像のフレーム画枠の垂直方向のピクセル数を表す 1 6ビヅ卜の符号なし整数である。 tn_blockは、サムネイル画像がストアされる領域である。 Thumbnail()の中の全ての tn— blockは、同じサイズ（固定長）であり、その大きさは tn_block_sizeによつて定義される。

図 89 A及び図 89 Bは、サムネイル画像データがどのように tn_blockに格納されるかを模式的に表した図である。図 89 A及び図 89 Bのように、各サムネィル画像データは tnjalockの先頭から始まり、 1 tn_blockを超える大きさの場合は、連続する次の tn_blockを使用してストアされる。このようにすることにより、可変長であるピクチャデータが、固定長のデ一夕として管理することが可能となり、削除といった編集に対して簡便な処理により対応することができるようになる。

次に、 A Vストリームファイルについて説明する。 AVストリームファイルは、 "M2TS"ディレクトリ（図 14) にストアされる。 AVストリームファイルには、 2つの夕イブがあり、これらは、 Clip AVストリームと Bridge-Clip AVストリームファイルである。両方の A Vストリーム共に、これ以降で定義される D VR MPEG— 2 トランスポートストリームファイルの構造でなければならない。先ず、 DVR MPEG— 2 トランスポートストリームについて説明する。 D VR MPEG— 2 トランスポートストリームの構造は、図 90に示すようになつている。 AVストリームファイルは、 DVR MPEG— 2 トランスボートストリームの構造を持つ。 DVR MPEG— 2 トランスポートストリームは、整数個の Aligned unitから構成される。 Aligned unitの大きさは、 6 144 ノイト（2 048*3 ノイト）である。 Aligned unitは、ソースパケットの第 1バイト目から始まる。ソースパケヅトは、 192バイト長である。 1つのソースパケヅトは、 TP_ extra一 headerと卜ランスポー卜ノケッ卜力らなる ₀ TP一 extra一 headerまヽ 4ノイ卜長であり、またトランスポートパケットは、 1 88バイト長である。

1つの Aligned unitは、 32個のソースパケットからなる。 DVR MPEG 2 トランスポ一トス卜リームの中の最後の Aligned unitも、また 32個のソースパケヅトからなる。よって、 DVR MPEG— 2 トランスポートストリームは、 A ligned unitの境界で終端する。ディスクに記録される入力トランスポートストリームのトランスポートパケットの数が 32の倍数でない時、ヌルパケット（PID= OxlFFFのトランスポートパケヅト）を持ったソースパケヅトを最後の Aligned un itに使用しなければならない。ファイルシステムは、 DVR MPEG 2 トランスポートストリームに余分な情報を付加してはならない。

図 9 1に、 DVR MP E G- 2 トランスポ一トストリームのレコーダモデルを示す。図 9 1に示したレコーダは、レコーディングプロセスを規定するための概念上のモデルである。 DVR MPEG— 2 トランスポートストリームは、このモデルに従う。

MPEG— 2 トランスポートストリームの入力夕ィミングについて説明する。入力 MP EG— 2 トランスポートストリームは、フルトランスポートストリーム又はパーシャルトランスポ一トストリームである。入力される MP E G- 2 トランスポートストリームは、 I SOZI E C 138 1 8— 1又は I SO/I E C 1 38 1 8 - 9に従っていなければならない。 MPEG— 2 トランスポ一トストリームの i番目のバイトは、 T一 S TD( I S 0/1 E C 1 38 18— 1で規定される Transport stream system target decoder) 5 1とソースノケヅ夕ィザ (sour se packetizer) 54へ、時刻 t ( i ) に同時に入力される。 Rpkは、トランスポ一トパケットの入力レートの瞬時的な最大値である。

27MH z P LL 52は、 27 MH zクロヅクの周波数を発生する。 27MH zクロヅクの周波数は、 MPE G— 2 トランスポートストリームの P CR (Prog ram Clock Reference)の値に口ヅクされる。ァライノレ夕ィムクロヅクカウン夕 (arrival time clock counter) 5 3は、 2 7 M H zの周波数のパルスをカウントするバイナリ一カウン夕である。 Arrival_time_clock( i )は、時刻 t ( i ) における arrival time clock counter 5 3のカウン卜値である。

source packetizer 5 4 (i, 全てのトランスポートノケ、ト : TP— extra一 header を付加し、ソースパケットを作る。 Arrival一 time— stampは、トランスポートパケヅトの第 1バイト目が T— S T D 5 1 とソースパケヅタイザ 5 4の両方へ到着する時刻を表す。 Arrival— time— stamp(k)は、次式で示されるように Arrivaし time— clock(k)のサンプル値であり、ここで、 kはトランスポートパケヅトの第 1バイト目を示す。

arrival— time— stamp(k) = arrival_time_clock(k)% 230

2つの連続して入力されるトランスポートパケヅトの時間間隔が、 230/270000 00秒（約 40秒）以上になる場合、その 2つのトランスポートパケヅトの arrival— time— stampの差分は、 2 3 0 /27000000秒になるようにセヅトされるべきである。レコーダは、そのようになる場合に備えてある。

スム一ジングバッファ（smoothing buffer) 5 5は、入力トランスポートストリームのビヅトレートをスムージングする。スム一ジングバッファ 5 5は、ォ一バ一フローしてはならない。 Rmaxは、スムージングバッファ 5 5が空でない時のスムージングバヅファ 5 5からのソースパケヅトの出力ビットレ一トである。スム一ジングバヅファ 5 5が空である時、スム一ジングバッファ 5 5からの出力ビヅトレートは 0である。

次に、 D V R M P E G— 2 トランスポ一トストリームのレコーダモデルのパラメータについて説明する。 Rmaxという値は、 A Vストリームファイルに対応する Cl ipInfo( )において定義される TS—recording_rateによって与えられる。この値は、次式により算出される。

Rmax = TS— recording— rate * 192/188

TS_recording_rateの値は、 bytes/secondを単位とする大きさである。

入力トランスボートストリームが SESFトランスポートストリームの場合、 Rpkは、 A Vストリームファイルに対応する Cl ipInfo( )において定義される TS recording _rateに等しくなければならない。入力トランスポートストリームが SESFトランスポートストリームでない場合、この値は MP EG— 2 transport streamのデスクリプ夕一，例えば ma;dmum_bitrate_descriptorや partiaし transport— stream一 des criptorなど、において定義される値を参照してもよい。

入力トランスポ一トストリームが SESFトランスポートストリームの場合、スム —ジングバヅファ 55の大きさ（smoothing buffer size) は 0である。入力トランスポートストリームが SESFトランスポートストリームでない場合、スム一ジングバヅファ 55の大きさは MP E G— 2 transport streamのデスクリプター、例えは smoothing一 buffer一 descriptor\ short一 smoothing— buffer*一 descripto part ial— transport— str>eajn_descriptorなどにおいて定義される値を参照してもよい _b 記録機（レコーダ）及び記録再生装置 1 (プレーヤ）は、十分なサイズのバヅファを用意しなければならない。デフォールトのバッファサイズは、 1 536ノィトである。

次に、 DVR MP E G— 2 トランスポートストリームのプレーヤモデルについて説明する。図 92は、 DVR MPEG— 2 トランスポートストリームのプレーャモデルを示す図である。これは、再生プロセスを規定するための概念上のモデルである。 DVR MPEG— 2 トランスポートストリームは、このモデルに従う ₍

27MHz X—t a l (クリスタル発振器） 6 1は、 27MH zの周波数を発生する。 27 MH z周波数の誤差範囲は、 +/- 30 ppm (27000000 +/- 810 Hz)でなければならない。 arrival time clock counter 62は、 27 MHzの周波数のパルスをカウントするバイナリ一カウン夕である。 arrivaし time—clock(i)は、時刻 t ( i ) における arrival time clock counter 62のカウント値である。

smoothing buffer 64において、 Rmaxは、スム一ジングバヅファ 64がフルでない時のスムージングバヅファ 64へのソースパケヅトの入力ビヅトレートである。スムージングバヅファ 64がフルである時、スム一ジングバヅファ 64への入力ビットレートは 0である。

MPEG— 2 トランスポ一トストリームの出力夕ィミングを説明するに、現在のソースパケヅトの arrival_time— stampが arrival_time— clock(i)の L SB 30 ビットの値と等しい時、そのソースパケットのトランスポートパケヅトは、スム —ジングバヅファ 64から引き抜かれる。 Rpkは、トランスボートパケットレートの瞬時的な最大値である。スムージングバッファ 64は、アンダーフローしてはならない。

DVR MPEG— 2 トランスポートストリームのプレーヤモデルのパラメ一夕については、上述した D VR MPEG— 2 トランスポートストリームのレコーダモデルのパラメ一夕と同一である。

図 93は、 Source packetのシンタクスを示す図である。 tr>ansport_packet( ) は、 I SO/I E C 1 38 18— 1で規定される MP E G— 2 トランスポートパケヅトである。図 93に示した Source packetのシンタクス内の TP__Extra_header のシンタクスを図 94に示す。図 94に示した TP_Extra_headerのシンタクスについて説明するに、 copy— permission— indicatorは、トランスポートパケヅトのペイロードのコピー制限を表す整数である。コピー制限は、 copy free、 no more cop y、 copy onceヽ又は copy prohibitedとすることができる。図 95は、 copy_perm ission_indicatorの値と、それらによって指定されるモ一ドの関係を示す。

copy— permission— indicatorは、全てのトランスポートパケヅトに付カ仃される。 I EEE 1394ディジタルインタフエースを使用して入力トランスポートストリームを記録する場合、 copy— permission— indicatorの値は、 IEEE1394 isochron ous packet headerの中の EMI (Encryption Mode Indicator)の値に関連付けてもよい。 I EEE 1 394ディジ夕ルインタフェースを使用しないで入力トランスポートストリームを記録する場合、 copy— permission— indicatorの値は、トランスポートパケットの中に埋め込まれた C C Iの値に関連付けてもよい。アナログ信号入力をセルフエンコードする場合、 copy_permission—indicatorの値は、アナ口グ信号の CGMS- Aの値に関連付けてもよい。

arrivaし time_stampは、次式

arrival— time— stamp(k) 二■

230

において、 arrival— tiiae_stampによって指定される値を持つ整数値である。

Clip AVストリームの定義をするに、 Clip AVストリームは、上述したような定義がされる D VR MPEG— 2トランスポートストリームの構造を持たねばならない。 arrival time_clock(i)は、 Clip A Vストリームの中で連続して増加しなければならない。 Clip AVストリームの中にシステムタイムベース（S T C ベース）の不連続点が存在したとしても、その Clip A Vストリームの arrivaし t ime_clock(i)は、連続して増加しなければならない。

Clip AVストリームの中の閧始と終了の間の arrival_time— clock(i)の差分の最大値は、 26時間でなければならない。この制限は、 MPE G— 2 トランスポ一トストリームの中にシステムタイムベース（S T Cベース）の不連続点が存在しない場合に、 Clip A Vストリームの中で同じ値の P T S (Presentation Time Stamp)が決して現れないことを保証する。 MP E G— 2システムズ規格は、 PT Sのラップアラウンド周期を 233/90000秒（約 26.5時間）.と規定している。

Bridge-Clip A Vストリームの定義をするに、 Bridge-Clip AVストリムは、上述したような定義がされる DVR MPEG— 2 トランスポートストリームの構造を持たねばならない。 Bridge-Clip AVストリームは、 1つのァライバルタイムベースの不連続点を含まなければならない。ァライバルタイムペースの不連続点の前後のトランスポートストリームは、後述する符号化の制限に従わなければならず、且つ後述する D VR— S T Dに従わなければならない。

本例においては、編集における P 1 ay 11 em間のビデオとオーディオのシームレス接続をサポートする。 Playltem間をシームレス接続にすることは、プレーヤ/レコーダに "データの連続供給"と"シームレスな復号処理"を保証する。 "データの連続供給"とは、ファイルシステムが、デコーダにバッファのアンダーフローを起こさせることのないように必要なビットレートでデータを供給することを保証できることである。デ一夕のリアルタイム性を保証して、デ一夕をディスクから読み出すことができるように、デ一夕が十分な大きさの連続したブロック単位でストァされるようにする。

"シームレスな復号処理"とは、プレーヤが、デコーダの再生出力にポーズゃギャップを起こさせることなく、ディスクに記録されたオーディオビデオデータを表示できることである。

シームレス接続されている Playltemが参照する A Vストリームについて説明する。先行する Playltemと現在の Playltemの接続が、シームレス表示できるように保証されているかどうかは、現在の Playltemにおいて定義されている connection —conditionフィールドから判断することができる。 Playltem間のシームレス接続は、 Bridge-Cl ipを使用する方法と使用しない方法がある。

図 9 6は、 Bridge- Cl ipを使用する場合の先行する Playltemと現在の Playltemの関係を示している。図 9 6においては、プレーヤが読み出すストリームデ一夕が、影を付けて示されている。図 9 6に示した T S 1は、 Cl ipl (Cl ip A Vストリ一ム）の影を付けられたストリームデータと Bridge-Clipの RSPN__arrival_time_dis continuityより前の影を付けられたストリームデ一夕からなる。

T S 1の Cl iplの影を付けられたストリームデ一夕は、先行する Playltemの IN_ time (図 9 6において IN_tinielで図示されている）に対応するプレゼンテーションュ.ニヅトを復号するために必要なストリームのアドレスから、 RSPN一 exit_froii — previous_Cl ipで参照されるソ一スパケヅトまでのストリームデータである。 T S 1に含まれる Bridge-Cl ipの RSPN—arrivaし time_discontinuityより前の影を付けられたストリームデータは、 Bridge - Cl ipの最初のソースパケットから、 RSPN— arrival— time— discontinuityで参照されるソースパケヅトの直前のソースパケヅトまでのストリームデータである。

また、図 9 6における T S 2は、 Cl ip2 (Cl ip A Vストリーム）の影を付けられたストリームデータと Bridge-Cl ipの RSPN_arrival—time_discontinuity以後の影を付けられたストリームデ一夕からなる。 T S 2に含まれる Bridge- Cl ipの RSP N_arrivaし time_discontinuity以後の影を付けられたストリームデ一夕は、 RSPN —arrival_time一 discontinuityで参照されるソ一スパケヅトから、 Bridge-Cl ip© 最後のソースパケヅトまでのストリームデ一夕である。 T S 2の Cl ip2の影を付けられたストリ一ムデ一夕は、 RSPN_enter>_to— current_Cl ipで参照されるソースパケヅトから、現在の Playltemの 0UT_time (図 9 6において 0UT_time2で図示されている）に対応するプレゼンテーションュニヅトを復号するために必要なストリームのアドレスまでのストリームデ一夕である。

図 9 7は、 Bridge- Cl ipを使用しない場合の先行する Playltemと現在の Playlte mの関係を示している。この場合、プレーヤが読み出すストリームデータは、影を付けて示されている。図 9 7における T S 1は、 Cl ipl (Cl ip A Vストリーム）の影を付けられたストリ一ムデ一夕からなる。 T S 1の Cl iplの影を付けられたストリームデータは、先行する Playltemの IN_time (図 97において IN_timelで図示されている）に対応するプレゼンテーションュニヅトを復号するために必要なストリームのァドレスから始まり、 Cliplの最後のソースバケツトまでのデータである < また、図 97における T S 2は、 Clip2 (Clip AVストリーム）の影を付けられたストリームデータからなる。

T S 2の Clip2の影を付けられたストリ一ムデ一夕は、 Clip2の最初のソースパケヅトから始まり、現在の Playltemの OUT— time (図 97において 0UT_time2で図示されている）に対応するプレゼンテ一ションュニヅトを復号するために必要なストリームのアドレスまでのストリームデ一夕である。

図 96と図 97において、 31と 32は、ソースパケットの連続したストリームである。次に、 T S 1と T S 2のストリーム規定と、それらの間の接続条件について考える。先ず、シームレス接続のための符号化制限について考える。トランスポートストリームの符号化構造の制限として、先ず、 31と 32の中に含まれるプログラムの数は、 1でなければならない。丁 31と丁 32の中に含まれるビデオストリームの数は、 1でなければならない。丁 31と丁 32の中に含まれるオーディオストリームの数は、 2以下でなければならない。 TS 1と T S 2の中に含まれるオーディオストリームの数は、等しくなければならない。 T S 1及び Z又は TS 2の中に、上記以外のエレメン夕リーストリーム又はブラィペートストリームが含まれていてもよい。

ビデオビヅトストリームの制限について説明する。図 98は、ピクチャの表示順序で示すシームレス接続の例を示す図である。接続点においてビデオストリームをシームレスに表示できるためには、 OUT一 timel (Cliplの 0UT_time) の後と IN _time2 (Clip2の IN_time) の前に表示される不必要なピクチャは、接続点付近の Clipの部分的なストリームを再ェンコ一ドするプロセスにより、除去されなければならない。

図 98に示したような場合において、 BridgeSequenceを使用してシームレス接続を実現する例を、図 99に示す。 RSPN_arrivaし time_discontinuityより前の B ridge- Clipのビデオストリームは、図 98の Cliplの 0UT_timelに対応するピクチャまでの符号化ビデオストリームからなる。そして、そのビデオストリームは先行する Cliplのビデオストリームに接続され、 1つの連続で MPE G 2規格に従つたエレメンタリーストリームとなるように再エンコードされている。

同様にして、 RSPN_arrivaし time_discontinuity以後の Bridge-Clipのビデオストリームは、図 98の Clip2の IN_time2に対応するピクチャ以後の符号化ビデオストリームからなる。そして、そのビデオストリームは、正しくデコード開始することができて、これに続く Clip2のビデオストリームに接続され、 1つの連続で M P E G— 2規格に従ったエレメンタリ一ストリームとなるように再ェンコ一ドされている。 Bridge-Clipを作るためには、一般に、数枚のピクチャは再エンコードしなければならず、それ以外のピクチャはォリジナルの Clipからコピーすることができる。

図 98に示した例の場合に BridgeSequenceを使用しないでシームレス接続を実現する例を図 1 00に示す。 C l i p lのビデオストリ一ムは、図 98の OUT— ti melに対応するピクチャまでの符号化ビデオストリームからなり、それは、 1つの連続で MP E G 2規格に従ったエレメン夕リーストリームとなるように再ェンコードされている。同様にして、 Clip2のビデオストリームは、図 98の C l i p 2 の IN_time2に対応するピクチャ以後の符号化ビデオストリームからなり、それは、 1つの連続で MP EG 2規格に従ったエレメン夕リーストリームとなるように再ェンコ一ドされている。

ビデオストリームの符号化制限について説明するに、先ず、丁 31と 32のビデオストリームのフレームレートは、等しくなければならない。 T S 1のビデォストリームは、 sequence_end一 codeで終端しなければならない。 TS 2のビデオストリームは、 Sequence Header, GOP Header^ そして Iピクチャで鬨始しなければならない。 T S 2のビデオストリームは、クローズド GOPで開始しなければならない。

ビットストリームの中で定義されるビデオブレゼンテーションュニヅト（フレーム又はフィールド）は、接続点を挟んで連続でなければならない。接続点において、フレーム又はフィールドのギャップがあってはならない。接続点において、トヅプ一ボトムのフィールドシーケンスは連続でなければならない。 3— 2プルダウンを使用するエンコードの場合は、 "top_field_:first" 及び "repeat_f irst _field"フラグを書き換える必要があるかもしれない，又はフィールドギヤヅプの発生を防ぐために局所的に再エンコードするようにしてもよい。

オーディオビヅトストリームの符号化制限について説明するに、 T S 1と T S 2のオーディオのサンプリング周波数は、同じでなければならない。 T S 1と T S 2のオーディオの符号化方法（例. M P E G 1レイヤ 2， A C— 3， S E S F

L P C M , A A C ) は、同じでなければならない。

次に、 M P E G— 2 トランスポートストリームの符号化制限について説明するに、 T S 1のオーディオストリームの最後のオーディオフレームは、 T S 1の最後の表示ピクチャの表示終了時に等しい表示時刻を持つオーディオサンプルを含んでいなければならない。 T S 2のオーディオストリームの最初のオーディオフレームは、 T S 2の最初の表示ピクチャの表示鬨始時に等しい表示時刻を持つォ一ディオサンプルを含んでいなければならない。

接続点において、オーディオプレゼンテーションュニヅトのシーケンスにギヤヅプがあってはならない。図 1 0 1に示すように、 2オーディオフレーム区間未満のオーディオプレゼンテーションュニヅトの長さで定義されるォ一バーラヅプがあってもよい。 T S 2のエレメン夕リーストリームを伝送する最初のパケヅトは、ビデオパケットでなければならない。接続点におけるトランスポートストリームは、後述する D V R— S T Dに従わなくてはならない。

Cl ip及び Bridge- Cl ipの制限について説明するに、 T S 1と T S 2は、それそれの中にァライバルタイムベースの不連続点を含んではならない。

以下の制限は、 Bridge-Cl ipを使用する場合にのみ適用される。 T S 1の最後のソースパケヅトと T S 2の最初のソースパケヅトの接続点においてのみ、 Bridge -Cl ip A Vストリームは、ただ 1つのァライバルタイムべ一スの不連続点を持つ。 CI ipInfo( )において定義される RSPILarrivaし time_discontinuityが、その不連続点のァドレスを示し、それは T S 2の最初のソースパケットを参照するァドレスを示さなければならない。

BridgeSequenceInfo( )において定義される RSPN— exit_from_previous_Cl ipによつて参照されるソースパケヅトは、 C 1 i p 1の中のどのソースパケヅトでもよい。これは、 Al igned unitの境界である必要はない。 BridgeSequencelnfoOにおいて定義される RSPN_enter_to_current— Cl ipによって参照されるソースパケヅトは、 C 1 i p 2の中のどのソースパケットでもよい。それは、 Al igned unitの境界である必要はない。 .

Playltemの制限について説明するに、先行する Playltemの 0UT_time (図 9 6、図 9 7において示される 0UT_timel) は、 T S 1の最後のビデオプレゼンテーションュニットの表示終了時刻を示さなければならない。現在の Playltemの Iltime (F図 9 6、図 9 7において示される IN_time2) は、 T S 2の最初のビデオプレゼンテーシヨンュニッ卜の表示開始時刻を示さなければならない。

Bridge- Cl ipを使用する場合のデ一夕アロケーションの制限について、図 1 0 2 を参照して説明するに、シームレス接続は、ファイルシステムによってデ一夕の連続供給が保証されるように作られなければならない。これは、 Ci ipl (Cl ip A Vストリームファイル）と Cl ip2 (Cl ip A Vストリームファイル）に接続される Bridge-Cl ip A Vストリームを、データアロケーション規定を満たすように配置することによって行われなければならない。

RSPN_exit— om_previous— Cl ip以前の C 1 i p 1 (Cl ip A Vストリームフアイル）のストリーム部分が、ハーフフラグメント以上の連続領域に配置されているように、 RSPN—exit_from_previous_Cl ipが選択されなければならない。 Bridge - C l ip A Vストリームのデータ長は、ハーフフラグメント以上の連続領域に配置されるように、選択されなければならない。 RSPN_enter一 to一 current一 Cl ip以後の C 1 i P 2 (Cl ip A Vストリームファイル）のストリーム部分が、ハーフフラグメント以上の連続領域に配置されているように、 RSPN一 enter_to_current_Cl ipが選択されなければならない。

Bridge-Cl ipを使用しないでシームレス接続する場合のデータァロケ一シヨンの制限について、図 1 0 3を参照して説明するに、シームレス接続は、ファイルシステムによってデ一夕の連続供給が保証されるように作られなければならない。これは、 Cl ipl (Cl ip A Vストリームファイル）の最後の部分と Cl ip2 (Cl ip A Vストリームファイル）の最初の部分を、データアロケーション規定を満たすように配置することによって行われなければならない。

Cl ipl (Cl ip A Vストリームファイル）の最後のストリーム部分が、ハ一フフラグメント以上の連続領域に配置されていなければならない。 Cli_P2 (Clip AV ストリームファイル）の最初のストリーム部分が、ハーフフラグメント以上の連続領域に配置されていなければならない。

次に、 D VR-S TDについて説明する。 DVR-STDは、 DVR MPEG — 2 トランスポートストリームの生成及び検証の際におけるデコード処理をモデル化するための概念モデルである。また、 0 1 ー3 0は、上述したシームレス接続された 2つの Playltemによって参照される A Vストリームの生成及び検証の際におけるデコード処理をモデル化するための概念モデルでもある。

D VR - S TDモデルを図 1 04に示す。図 104に示したモデルには、 D V R MPEG— 2 トランスポートストリームプレーヤモデルが構成要素として含まれている。 n, TBn, MBn, EBn, TBsys, Bsys, Rxn, Rbxn, Rxsys, Dn, Dsys, On及び Pn(k)の表記方法は、 I S O/I E C 1 38 18— 1の T_S T Dに定義されているものと同じである。すなわち、次の通りである。 nは、エレメンタリーストリ —ムのィンデクス番号である。 TBnは、エレメン夕リーストリーム nのトランスポートバヅファである。

MBnは、エレメンタリーストリーム nの多重バッファである。ビデオストリームについてのみ存在する。 EBnは、エレメンタリーストリーム nのエレメン夕リーストリームバッファである。ビデオストリームについてのみ存在する。 TBsysは、復号中のプログラムのシステム情報のための入力バッファである。 Bsysは、復号中のプログラムのシステム情報のためのシステム夕一ゲヅトデコーダ内のメインバヅファである。 Rxnは、デ一夕が TBnから取り除かれる伝送レートである。 Rbxnは、 P E Sパケヅトペイロードが MBnから取り除かれる伝送レートである。ビデオストリームについてのみ存在する。

Rxsysは、デ一夕が TBsysから取り除かれる伝送レートである。 Dnは、エレメン夕リ一ストリーム nのデコーダである。 Dsysは、復号中のプログラムのシステム情報に関するデコーダである。 Onは、ビデオストリーム nの re-ordering bufferである。 Pn(k)は、エレメンタリーストリーム nの k番目のプレゼンテーションュニヅトである。

DVR-S TDのデコーディングプロセスについて説明する。単一の DVR M PEG— 2 トランスポートストリームを再生している間は、トランスポートパケヅトを TBI, TBn又は TBsysのバッファへ入力するタイミングは、ソースパケットの arrivaし time_stampにより決定される。 TBI, MBl, EBl, TBn, Bn， TBsys及び Bsy sのバッファリング動作の規定は、 I S 0/1 E C 138 18— 1に規定されている T一 S TDと同じである。復号動作と表示動作の規定もまた、 I SO/I E C 138 18 - 1に規定されている T— S T Dと同じである。

シームレス接続された P 1 ay I temを再生している間のデコーディングプロセスについて説明する。ここでは、シームレス接続された Playltemによって参照される 2つの A Vストリームの再生について説明をすることにし、以後の説明では、上述した（例えば、図 9.6に示した） T S 1と T S 2の再生について説明する。 T S 1は、先行するストリームであり、 T S 2は、現在のストリームである。

図 105は、ある AVストリーム（T S 1) からそれにシームレスに接続された次の A Vストリーム（T S 2 ) へと移る時のトランスポートパケッ卜の入力，復号，表示の夕ィミングチャートを示す。所定の A ストリーム（T S 1 ) からそれにシームレスに接続された次の A Vストリーム（T S 2) へと移る間には、 T S 2のァライバル夕ィムベースの時間軸（図 1 05において AT C 2で示される）は、 T S 1のァライバル夕ィムベースの時間軸（図 1 05において AT C 1 で示される）と同じでない。

また、 T S 2のシステムタイムベースの時間軸（図 1 05において S T C 2で示される）は、 T S 1のシステムタイムペースの時間軸（図 105において S T C 1で示される）と同じでない。ビデオの表示は、シームレスに連続していることが要求される。オーディオのプレゼンテーションュニットの表示時間にはォ一バーラヅプがあってもよい。

DVR— STD への入力タイミングについて説明する。時刻 T1までの時間、すなわち、 T S 1の最後のビデオパケヅトが DVR— STDの TB 1に入力終了するまでは、 DVR— S TDの TB 1、 TBn 又は T B s y sのバヅファへの入力夕イミングは、 T S 1のソースパケッ卜の arrivaし time—stampによって決定される。

T S 1の残りのパケヅトは、 TS recording_rate (T S 1 ) のビヅトレートで D VR— S TDの TBn又は TB s y sのバヅファへ入力されなければならない。ここで、 TS— recording_rate (T S 1) は、 Cliplに対応する ClipInfoOにおいて定義される TS_recording_rateの値である。 T S 1の最後のバイトがバッファへ入力する時刻は、時刻 T 2である。したがって、時刻 T1から T2までの区間では、ソースパケヅトの arrival—time— stampは無視される。

N 1を T S 1の最後のビデオパケヅトに続く T S 1のトランスポートパケヅトのバイト数とすると、時刻 T1乃至 T2までの時間 D T1は、 N 1バイトが TS_reco rding_rate(T S 1 )のビットレートで入力終了するために必要な時間であり、次式により算出される。

厶 T1=T2— T1 = N1 I TS_recording_rate (T S 1 )

時刻 Tl乃至 T2までの間は、 RXnと RXsysの値は共に、 TS_recording_rate( T S 1 )の値に変化する。このルール以外のバヅファリング動作は、 T— S TDと同じである。

T2の時刻において、 arrival time clock counterは、 T S 2の最初のソースパケヅトの arrival— time— stampの値にリセヅトされる。 DVR— STDの TB 1， TBn 又は T B s y sのバヅファへの λカ夕ィミングは、 T S 2のソースパケヅトの arrival— time— stampによって決定される。 RXnと RXsysは共に、 T— S TDにおいて定義されている値に変化する。

付加的なオーディオバッファリング及びシステムデータバッファリングについて説明するに、オーディオデコーダとシステムデコーダは、時刻 T 1から T2までの区間の入力デ一夕を処理することができるように、 T一 STDで定義されるバヅファ量に加えて付加的なバッファ量（約 1秒分のデータ量）が必要である。ビデオのプレゼンテーションタイミングについて説明するに、ビデオプレゼンテ一シヨンユニットの表示は、接続点を通して、ギャップなしに連続でなければならない。ここで、 S T C1は、 T S 1のシステムタイムベースの時間軸（図 1 0 5では ST C 1と図示されている）とし、 STC 2は、 T S 2のシステムタイムベースの時間軸（図 97では S T C 2と図示されている。正確には、 S T C 2は、 T S 2の最初の P CRが T— S TDに入力した時刻から開始する。）とする。

S TC 1と S T C 2の間のオフセヅトは、次のように決定される。 PTSlendは、 T S 1の最後のビデオプレゼンテーションュニヅトに対応する S T C 1上の P T Sであり、 PTS2startは、 T S 2の最初のビデオプレゼンテーションュニヅトに対応する S T C 2上の P T Sであり、 Tppは、 T S 1の最後のビデオプレゼンテーシヨンュニットの表示期間とすると、 2つのシステムタイムベースの間のオフセヅト STC— deltaは、次式により算出される。

STC_delta = PTSlend + Tpp - PTS2start

オーディオのプレゼンテーションのタイミングについて説明するに、接続点において、オーディオプレゼンテーションュニヅトの表示夕ィミングのオーバーラヅプがあってもよく、それは 0乃至 2オーディオフレーム未満である（図 105 に図示されている" audio overlap"を参照）。どちらのオーディオサンプルを選択するかということと、オーディオプレゼンテーションュニヅトの表示を接続点の後の補正されたタイムペースに再同期することは、プレーヤ側により設定されることである。

DVD-S TDのシステムタイムクロックについて説明するに、時刻 T 5において、 T S 1の最後のオーディオプレゼンテーションユニットが表示される。システムタイムクロックは、時刻 T 2から T 5の間にオーバーラップしていてもよい。この区間では、 DVR— S TDは、システムタイムクロックを古いタイムベースの値（S TC 1 ) と新しい夕ィムベースの値（S TC 2) の間で切り換える。 S TC 2の値は、次式により算出される。

STC2 = STCl-STC_delta

バヅファリングの連続性について説明する。 STCllvideo_endは、 T S 1の最後のビデオパケヅトの最後のバイトが DVR— S TDの TB 1へ到着する時のシステムタイムべ一ス S T C 1上の S T Cの値である。 STC22video—startは、 T S 2 の最初のビデオパケヅトの最初のバイトが D VR— S TDの TB 1へ到着する時のシステムタイムベース STC 2上の S T Cの値である。 STC21video_endは、 ST Cllvideo_end の値をシステム夕ィムベース S T C 2上の値に換算した値である。 STC21video— endは、次式により算出される。

STC21video_end = STCllvideo— end - STC_delta

DVR— S TDに従うために、次の 2つの条件を満たすことが要求される。先ず、 T S 2の最初のビデオパケットの T B 1への到着夕イミングは、次に示す不等式を満たさなければならない。そして、次に示す不等式を満たさなければならない。

STC22video_start > STC21video— end + Δ ΤΙ

この不等式が満たされるように、 Cl ipl及び/又は、 Cl ip2の.部分的なストリームを再エンコード及び/又は、再多重化する必要がある場合は、その必要に応じて行われる。

次に、 S T C 1と. S T C 2を同じ時間軸上に換算したシステムタイムベースの時間軸上において、 T S 1からのビデオパケヅ卜の入力とそれに続く T S 2からのビデオパケヅトの入力は、ビデオバッファをオーバーフロー及びアンダーフロ一させてはならない。

このようなシンタクス、デ一夕構造、規則に基づくことにより、記録媒体に記録されているデータの内容、再生情報などを適切に管理することができ、もって、ユーザが再生時に適切に記録媒体に記録されているデータの内容を確認したり、所望のデータを簡便に再生できるようにすることができる。

なお、本例は、多重化ストリ一ムとして M P E G— 2 トランスボ一トストリームを例にして説明しているが、これに限らず、 M P E G— 2プログラムストリームゃ米国の D i r e c T Vサービス（商標）で使用されている D S S トランスポ —トストリームについても適用することが可能である。

次に、 mark_entry( )及び representative_picture— entry( )のシンタクスが、図 8 1に示されるような構成である場合における、マーク点で示されるシーンの頭出し再生を行う場合の処理について、図 1 0 6のフローチャートを参照して、説明する。

最初にステヅプ S 1において、記録再生装置 1の制御部 2 3は、記録媒体 1 ◦ 0から、 D V Rトランスポートストリームファイルのデ一夕ベースである EP_Map (図 7 0 ) 、 STC.Info (図 5 2 ) 、 Program— Info (図 5 4 ) 、及び Cl ipMark (図 7 8 ) を読み出す。

ステップ S 2において、制御部 2 3は、 Cl ipMark (図 7 8 ) の representative _picture_entry (図 8 1 ) 、又は ref thumbnai l_indexで参照されるピクチャからサムネイルのリストを作成し、ユーザィン夕フェース入出力としての端子 2 4から出力し、 G U Iのメニュー画面上に表示させる。この場合、 ref_thumbnai l_in dexが有効な値を持つ場合、 representative— pictur.e_entryより ref_thumDnai l_i ndexが優先される。

ステップ S 3において、ユーザが再生開始点のマーク点を指定する。これは、例えば、 G U Iとして表示されたメニュー画面上の中からユーザがサムネイル画像を選択することで行われる。制御部 2 3は、この選択操作に対応して、指定されたサムネイルに対応付けられているマーク点を取得する。

ステップ S 4において、制御部 2 3は、ステップ S 3で指定された mark_entry (図 8 1 ) の] nark_tiine_stampの: P T Sと、 STC_sequence_idを取得する。，ステヅプ S 5において、制御部 2 3は、 STC_Info (図 5 2 ) から、ステヅプ S で取得した STC_sequence一 idに対応する STC時間軸が開始するソースパケット番号を取得する。

ステヅプ S 6において、制御部 2 3は、ステップ S 5で取得した STC時間軸が開始するパケット番号と、ステップ S 4で取得したマ一ク点の P T Sから、マーク点の P T Sより時間的に前で、且つ、最も近いエントリポイント（ Iピクチャ）のあるソースパケット番号を取得する。

ステップ S 7において、制御部 2 3は、ステップ S 6で取得したエントリボイントのあるソースパケヅト番号から、トランスポートストリームのデータを読み出し、 A Vデコーダ 2 7に供給させる。

ステップ S 8において、制御部 2 3は、 A Vデコーダ 2 7を制御し、ステヅプ S 4で取得したマーク点の P T Sのピクチャから表示を開始させる。

以上の動作を、図 1 0 7乃至 1 0 9を参照して更に説明する。

今、図 1 0 7に示されているように、 D V Rトランスポートストリームフアイルは、 STC_sequence一 id=id 0の STC時間軸を有し、その時間軸が開始するソースパケット番号は、シーン開始点 Aのソースパケット番号より小さいものとする。そして、ソースパケット番号 Bから Cまでの間に、 C M (コマーシャル）が揷入されているものとする。

このとき、図 7 0に示される EP Mapに対応する EPJlapには、図 1 0 8に示されるように、 RSPN__EP一 startで示される A， B , Cに対応して、それそれの PT Sが、 PTS—EP— startとして、 PT S (A) ， PT S(B), P T S ( C )として登録される。また、図 1◦ 9に示されるように、図 78の ClipMarkに対応する ClipMarkには、図 109に示されるように、シーンスタート、 CMスタート、及ぴ CMェンドを表すマークタイプ（図 79) 0x92 , 0x94， 0x95の値に対応して、 mark— entryと representative—picture一 entryが記録される。

mark_entryの Mark— Time— stampとしては、シーンスタート、 CMスタート、及び CMエンドに対応して、それそれ PT S ( a 1 ) ， PT S (b 0) , PT S ( c 0 ) が登録されており、それそれの STC_sequence_idは、いずれも idOとされている。

同様に、 Representative— picture一 entryの Mark— Time— stampとして、.シーンス夕ート、 CMスタート、及び CMエンドに対応して、それそれ PT S (a 2 ) , P T S (b 0 ) ， PT S ( c 0 ) が登録されており、それらはいずれも STC_sequen ce_idが、 idOとされている。

P T S (A) < P T S ( a 1 )の場合、ステップ S 6において、パケヅト番号 A が取得され、ステヅプ S 7において、パケヅト番号 Aから始まるトランスポートストリームが、 A Vデコーダ 27に供給され、ステヅプ S 8において.、 PT S (a 1 ) のピクチャから表示が開始される。

次に、図 1 1 0のフローチャートを参照して、 mark_entryと representative_p icture_entryのシンタクスが、図 8 1に示されるような構成である場合における CMスキヅプ再生の処理について、図 1 1 0のフローチャートを参照して説明する。

ステップ S 2 1において、制御部 23は、 EP— map (図 70 )、 STC_Info (図 5 2 )、 Program— Info (図 54 ) 、及び ClipMark (図 78 ) を記録媒体 1 00から読み出す。ステップ S 22において、ユーザは、ユーザインタフェース入出力としての端子 24から CMスキップ再生を指定する。

ステヅプ S 23において、制御部 23は、マークタイプ（図 79) が CM開始点（0 x 94) であるマーク情報の P T Sと、 CM終了点（0x 95) であるマーク情報の PT S、並びに対応する STC sequence_idを取得する（図 8 1 ) 。ステップ S 2 4において、制御部 2 3は、 STC_Info (図 5 2 ) から C M開始点と終了点の、 STC— sequence_idに対応する S T C時間軸が開始するソースパケヅト番号を取得する。

ステップ S 2 5において、制御部 2 3は、記録媒体 1 0 0からトランスポートストリームを読み出させ、それを A Vデコーダ 2 7に供給し、デコードを開始させる。

ステップ S 2 6において、制御部 2 3は、現在の表示画像が C M開始点の P T Sの画像か否かを調べる。現在の表示画像が C M開始点の P T Sの画像でない場合には、ステップ S 2 7に進み、制御部 2 3は、画像の表示が継続される。その後、処理はステヅプ S 2 5に戻り、それ以降の処理が繰り返し実行される。

ステップ S 2 6において、現在の表示画像が C M開始点の P T Sの画像である . と判定された場合、ステップ S 2 8に進み、制御部 2 3は、 A Vデコーダ 2 7を制御し、デコード及び表示を停止させる。

次に、ステヅプ S 2 9において、制御部 2 3は、 C M終了点の STC_sequence_i dに対応する S T C時間軸が開始するパケット番号を取得し、そのパケヅト番号と、ステップ S 2 3の処理で取得した C M終了点の P T Sとから、その点の P T Sより時間的に前で、且つ、最も近いエントリポイントのあるソースパケヅト番号を取得する。

ステヅプ S 3 0において、制御部 2 3は、ステップ S 2 9の処理で取得したェントリポイントのあるソースパケット番号から、トランスポートストリームのデ一夕を読み出し、 A Vデコーダ 2 7に供給させる。

ステップ S 3 1において、制御部 2 3は、 A Vデコーダ 2 7を制御し、 C M終了点の P T Sのピクチャから表示を再開させる。

図 1 0 7乃至図 1 0 9を参照して、以上の動作を更に説明すると、 C M開始点と C M終了点は、この例の場合、 STC— sequence— id=idOという共通の S T C時間軸上に存在し、その S T C時間軸が鬨始するソースパケット番号は、シーンの開始点のソースパケヅト番号 Aより小さいものとされている。

トランスポートストリームがデコードされ、ステヅプ S 2 6で、表示時刻が P T S ( b 0 ) になったと判定された場合（C M開始点であると判定された場合）、 A Vデコーダ 27により表示が停止される。そして、 PTS (C) く PTS (c 0) の場合、ステップ S 30でパケヅト番号 Cのデータから始まるストリームからデコードが再鬨され、ステヅプ S 3 1において、 P T S (c 0) のピクチャから表示が再鬨される。

なお、この方法は、 CMスキップ再生に限らず、一般的に ClipMarkで指定される 2点間のシーンをスキップして再生する場合にも、適用可能である。

次に、 mark_entryと representative_picture— entryが、 ■図 82に示すシンタクス構造である場合における、マーク点で示される CMの頭出し再生処理について、図 1 12のフローチャートを参照して説明する。

ステヅプ S 4 1において、制御部 23は、 EPjnap (図 70)、 STG_Info (図 5 2 )、 Program.Info (図 54) 、及び ClipMark (図 78) の情報を取得する。次にステップ S 42において、制御部 23は、ステップ S 41で読み出した C1 ipMark (図 78) に含まれる representative— picture一 entry (図 82) 又は ref— thumbnail_indexで参照されるピクチャからサムネイルのリストを生成し、 GU I のメニュー画面上に表示させる。 re:_thuiabnail_indexが有効な値を有する場合、 representative— picture— entryより ref— thumbnail_indexが優先される。

ステヅブ S 43において、ユーザは再生開始点のマーク点を指定する。この指定は、例えば、ステップ S 42の処理で表示されたメニュー画面上の中から、ュ一ザがサムネイル画像を選択し、そのサムネイルに対応付けられいるマーク点を指定することで行われる。

ステヅプ S 44において、制御部 23は、ステップ S 43の処理で指定されたマ一ク点の RSPN_ref_EP_startと offset_nuni_pictures (図 82) を取得する。ステップ S 45において、制御部 23は、ステヅプ S 44で取得した RSPN_ref — EP_startに対応するソースパケヅト番号からトランスポートストリームのデータを読み出し、 AVデコーダ 27に供給させる。

ステップ S 46において、制御部 23は、 A Vデコーダ 27を制御し、 RSPN_r ef_EP_startで参照されるピクチャから（表示はしないで）、表示すべきピクチャをカウントアップしていき、カウント値が off set_num— picturesになったとき、そのピクチャから表示を開始させる。以上の処理を、図 1 13乃至図 1 1 5を参照して、更に説明する。この例においては、 DVRトランスポートストリームファイルは、ソースパケット番号 Aからシーンが開始しており、ソースパケヅト番号 Bからソースパケヅ小 Cまで CM が挿入されている。このため、図 1 14に示されるように、 EPjnapには、 RSPN_E P_startとしての A, B， Cに対 J¾して、 PTS_EP_startとして、 PTS (A) , P T S (B) , PT S ( C) が登録されている。

また、図 1 1 5に示されるように、シーンスタート、 CMスタート、及び CM ェンドのマーク夕ィプに対 J¾、して、 mark— entryと representative一 picture一 entry が登録されている。 mark_entryには、シーンスタート、 CMス夕一ト、及び CM エンドに対応して、 RSPN_ref_EP_startとして、それそれ A , B, Cが登録され、 offset— num— picturesとして、 M l , 1 , N 2が登録されている。同様に、 rep resentative_picture_entryには、 RSPN—ref_EP— startとして、シーンスタート、 CMスタート、及び CMエンドに対応して、それそれ A， B , Cが登録され、 of fset_nuni_picturesとして、 M2， N l , N 2がそれそれ登録されている。

シーンスタートにあたるピクチャから頭出して再生が指令された場合、パケヅト番号 Aのデータから始まるストリームからデコードが開始され、 P T S (A) のピクチャから（表示をしないで）表示すべきピクチャをカウントァヅプをしていき、 offset_num一 picturesが、 M lの値になったとき、そのピクチャから表示が開始される。

更【こ、 mark— entryと representative一 picture一 entryのシン夕クスカ ^s、図 82 ίこ示される構成である場合における CMスキップ再生の処理について、図 1 1 6のフローチャートを参照して説明する。

ステップ S 6 1において、制御部 23は、 EP— map (図 70) 、 STC_Info (図 5 2 ) 、 Program— Info (図 54) 、及び ClipMark (図 78) の情報を取得する。ステップ S 62において、ユーザが CMスキヅプ再生を指令すると、ステップ S 63において、制御部 23は、マークタイプ（図 79) が CM開始点と CM終了点である各点のマーク情報として、 RSPN_ref_EP_STARTと offset_nuiii_pictures (図 82) を取得する。そして、 CM開始点のデータは、 RSPN— ref_EP_start(l), offset_num pictures( 1)とされ、 CM終了点のデータは、 RSPN ref EP start(2), offset— num一 pictures(2)とされる。

ステップ S 64において、制御部 23は、 RSPN_re EP_start(l),RSPN—ref_EP — start(2)に対応する P T Sを EP_map (図 70) から取得する。

ステップ S 65において、制御部 23は、トランスポートストリームを記録媒体 100から読み出させ、 AVデコーダ 27に供給させる。

ステヅプ S 66において、制御部 23は、現在の表示画像が RSPN_ref_EP_star t(l)に対応する P T Sのピクチャであるか否かを判定し、現在の表示画像が RSPN — re;f_EP_start(l)に対応する P T Sのピクチャでない場合には、ステヅプ S 67 に進み、ピクチャをそのまま継続的に表示させる。その後、処理はステヅプ S 6 5に戻り、それ以降の処理が繰り返し実行される。

ステヅプ S 66において、現在の表示画像が RSPN— ref一 EP— start(l)に対応する P T Sのピクチャであると判定された場合、ステップ S 68に進み、制御部 23 は、 A Vデコーダ 27を制御し、 RSPN_re:f_EP_start(l)に対応する P T Sのピクチヤから表示するピクチャをカウントアツプしていき、カウント値が offset_nuni _pictures(l)になったとき、表示を停止させる。

ステヅプ S 69において、制御部 23は、 RSPN_re EP_start(2)のソースパケヅト番号からトランスポートストリ一ムのデ一夕を読み出し、 A Vデコーダ 27 に供給させる。

ステップ S 70において、制御部 23は、 A Vデコーダ 27を制御し、 RSPN— r ef__EP_start(2)に対応する P T Sのピクチャから（表示をしないで）表示すべきピクチャをカウントアップしていき、カウント値が offset_num_pictures(2)になつたとき、そのピクチャから表示を開始させる。

以上の動作を、図 1 1 3乃至図 1 1 5を参照して更に説明すると、先ず、 EP— m ap (図 1 14) をもとに、パケヅト番号 B , Cに対応する時刻 P T S (B) ， P T S (C) が得られる。そして、 Clip AV streamがデコードされていき、表示時刻が PT S (B) になったとき、 PT S (B) のピクチャから表示ピクチャが力ゥントアップされ、その値が N 1 (図 1 1 5) になったとき、表示が停止される。更に、パケット番号 Cのデ一夕から始まるストリームからデコードが再開され、 PT S (C) のピクチャから（表示をしないで）表示すぺきピクチャをカウントァヅプしていき、その値が N 2 (図 1 1 5 ) になったとき、そのピクチャから表示が再開される。

以上の処理は、 C Mスキヅプ再生に限らず、 Cl ipMarkで指定された 2点間のシ —ンをスキップさせて再生する場合にも、適用可能である。

次【こ、 mark一 entryと representative一 picture一 entryのシン夕クスカ ^s、図 8 4【こ示すような構成である場合における、マーク点で示されるシーンの頭出し再生処理について、図 1 1 8のフローチャートを参照して説明する。

ステップ S 8 1において、 EP— map (図 7 0 ) 、 STC_Info (図 5 2 ) 、 Program. Info (図 5 4 ) 、並びに Cl ipMark (図 7 8 ) の情報が取得される。

ステヅプ S 8 2において、制御部 2 3は、 Cl ipMark (図 7 8 ) の representati ve— picture_entry又は ref_thumbnai l— indexで参照されるピクチャからサムネイルのリストを生成し、 G U Iのメニュー画面として表示させる。 ref_thumbnaiし in dexが有効な値を有する場合、 representative一 picture— entryより ref_thumbnai l —indexが優先される。

ステップ S 8 3において、ユーザは再生閧始点のマーク点を指定する。この指定は、例えば、メニュー画面上の中からユーザがサムネイル画像を選択し、そのサムネイルに対応付けられているマーク点を指定することで行われる。

ステヅプ S 8 4において、制御部 2 3は、ユーザから指定された mark_entryの RSPNjnark— point (図 8 4 ) を取得する。

ステップ S 8 5において、制御部 2 3は、マーク点の！ iSPNjark— pointより前にあり、且つ、最も近いェントリポィントのソースパケヅト番号を、 EPjnap (図 Ί 0 ) から取得する。

ステヅプ S 8 6において、制御部 2 3は、ステップ S 8 5で取得したェントリポィントに対応するソースパケット番号からトランスボートストリームのデ一夕を読み出し、 A Vデコーダ 2 7に供給させる。

ステップ S 8 7において、制御部 2 3は、 A Vデコーダ 2 7を制御し、 RSPN_m ark_pointで参照されるピクチャから表示を開始させる。

以上の処理を、図 1 1 9乃至図 1 2 1を参照して更に説明する。この例においては、 D V Rトランスポートストリームファイルが、ソースパケット Aでシーンスタートし、ソースパケヅト番号 Bから Cまで CMが揷入されている。このため、図 1 2 0の EP— mapには、 RSPN_EP_startとしての A， B , Cに対応して、 PTS_EP— startがそれそれ P T S (A) ,P T S(B),PT S(C)として登録されている。また、図 1 2 1に示される ClipMarkに、シーンスタート、 CMスタート、及び CM ェンドに対応して、 markentryの RSPN— mark— pointとして、 a 1 , b 1 , c 1が、また、 representative一 picture— entryの RSPN_mark— pointとして、 a 2 , b l， c 1が、それそれ登録されている。

シーンスタートにあたるピクチャから頭出して再生する場合、パケッ卜番号 A < a 1 とすると、パケヅト番号 Aのデ一夕から始まるストリームからデコードが開始され、ソースパケヅト番号 a 1に対応するピ:クチャから表示が開始される。次 tこ、 mark— entryと representative一 picture一 entryのシンタクス力、図 84 示されるような構成である場合における CMスキップ再生の処理について、図 1 2 2と図 1 2 3のフローチヤ一トを参照して説明する。

ステップ S 1 0 1において、制御部 23は、 EPjnap (図 70)、 STC_Info (図 52) 、 Program_Info (図 54) 、並びに ClipMark (図 70) の情報を取得する。ステヅプ S 1 0 2において、ユーザは、 CMスキップ再生を指定する。

ステップ S 1 03において、制御部 2 3は、マークタイプ（図 79) が CM開始点と CM終了点である各点のマーク情報の RSPN_mark_point (図 84) を取得する。そして、制御部 2 3は、 CM開始点のデータを RSPNjiark一 point ( 1 ) とし、 CM終了点のデータを RSPN— mark— point (2) とする。

ステップ S 1 04において、制御部 2 3は、記録媒体 1 00からトランスポートストリ一ムを読み出させ、 AVデコーダ 27に出力し、デコードさせる。

ステップ S 1 0 5において、制御部 2 3は、現在の表示画像が RSPN_mark_poin t ( 1) に対応するピクチャであるか否かを判定し、現在の表示画像が RSPNjnark .point ( 1 ) に対応するピクチャでない場合には、ステヅプ S 1 0 6に進み、そのままビクチャを継続的に表示させる。その後、処理はステップ S 1 04に戻り、それ以降の処理が繰り返し実行される。

ステップ S 1 05において、現在の表示画像が RSPN_mark_point ( 1 ) に対応するピクチャであると判定された場合、ステップ S 1 07に進み、制御部 23は A Vデコーダ 2 7を制御し、デコード及び表示を停止させる。

次に、ステヅプ S 1 0 8において、 RSPNjnark-point ( 2 ) より前にあり、且つ、最も近いェントリポイントのあるソースパケヅト番号が EP_map (図 7 0 ) から取得される。

ステップ S 1 0 9において、制御部 2 3は、ステヅプ S 1 0 8で取得したェントリポィントに対応するソースパケット番号からトランスポートストリームのデ一夕を読み出し、 A Vデコーダ 2 7に供給させる。

ステヅプ S 1 1 0において、制御部 2 3は、 A Vデコーダ 2 7を制御し、 RSPN _mark_point ( 2 ) で参照されるピクチャから表示を再開させる。

以上の処理を図 1 1 9乃至図 1 2 1の例で更に説明すると、 C l ip AV streaiiをデコードしていき、ソースパケット番号 b l (図 1 2 1 ) に対応する表示ピクチャになったとき、表示が停止される。そして、ソースパケット番号 Cぐソースパケット番号 c 1 とすると、パケット番号 Cのデ一夕から始まるストリームからデコードが再開され、ソースパケット番号 c 1に対応するピクチャになったとき、そのピクチヤから表示が再開される。

以上のようにして、図 1 2 4に示されるように、 PlayLi st上で、夕ィムスタンプにより所定の位置を指定し、このタイムスタンプを各 Cl ipの C l ip Information において、デ一夕アドレスに変換し、 Cl ip AV streamの所定の位置にアクセスすることができる。

より具体的には、図 1 2 5に示されるように、 P layList上において、 PlayList Markとしてブヅクマークゃリジュ一ム点を、ュ一ザが時間軸上の夕ィムスタンプとして指定すると、その PlayListは再生するとき、その Pl ayL istが参照している Cl ipの Cl ipMarkを使用して、 Cl ip AV streamのシーン開始点やシーン終了点にァクセスすることができる。

なお、 Cl ipMarkのシンタクスは、図 7 8の例に替えて、図 1 2 6に示すようにすることもできる。

この例においては、 RSPN_ arkが、図 7 8の reserved_for一 MakerlD, mark_entr y 0 、及び represetative_picture_entry ( ) に替えて挿入されている。この RS PN_markの 3 2ビヅトのフィールドは、 A Vストリームファイル上で、そのマークが参照するアクセスュニヅトの第 1バイト目を含むソースパケヅトの相対ァドレスを示す。 RSPN_markは、ソースパケヅト番号を単位とする大きさであり、 A Vストリームファイルの最初のソースパケヅトから Cl ip Information fileにおいて定義され、 offset_SPNの値を初期値としてカウン卜される。

その他の構成は、図 7.8における場合と同様である。

Cl ipMarkのシン夕クスは、更に図 1 2 7に示すように構成することもできる。この例においては、図 1 2 6における RSPN— markの代わ.りに、 RSPN一 ref— EP_start と offset一 num_pictui*esが挿入されている。これらは、図 8 2に示した場合と同様のものである。

図 1 2 8は、アナログ A V信号をエンコードして記録する場合、図 8 1に示し. たシン夕クスの Cl ipMarkの作成について説明するフローチヤ一トである。図 1の記録再生装置 1のブロック図を参照しながら説明する。ステヅプ S 2 0 0において、解析部 1 4は端子 1 1 , 1 2からの入力 A V信号を解析して、特徴点を検出する。特徴点は、 A Vストリームの内容に起因する特徴的なシーンを指定し、例えば、番組の頭だし点やシーンチェンジ点などである。

ステヅプ S 2 0 1のおいて、制御部 2 3は特徴点の画像の P T Sを取得する。ステップ S 2 0 2において、制御部 2 3は、特徴点の情報を Cl ipMarkにストアする。具体的には、本例の Cl ipMarkのシンタクスとセマンティクスで説明した情報をストァする。ステヅプ S 2 0 3において、 Cl ip Information fi leと Cl ip AV s tream fi leがディスクに記録される。

図 1 2 9は、ディジタルイン夕フェースから入力されたトランスポートストリ —ムを記録する場合、図 8 1に示したシンタクスの Cl ipMarkの作成について説明するフ D—チャートである。図 1の記録再生装置 1のプロヅク図を参照しながら説明する。ステヅプ S 2 1 1において、デマルチプレクサ 2 6、及び、制御部 2 3は、記録するプログラムのエレメン夕リストリーム P I Dを取得する。解析対象のエレメン夕リストリームが複数ある場合、全てのエレメン夕リストリーム P I Dが取得される。

ステップ S 2 1 2で、デマルチプレクサ 2 6は、端子 1 3から入力されるトランスポートストリームのプログラムからエレメン夕リストリームを分離し、それを A Vデコーダ 2 7が A V信号にデコードする。ステツプ S 2 1 3において、解析部 1 4は、上記 A V信号を解析して特徴点を検出する。

ステヅプ S 2 1 4において、制御部 2 3は、特徴点の画像の P T Sと、それが属する S T Cの STC-sequence- idを取得する。ステヅプ S 2 1 5で、制御部 2 3は、特徴点の情報を Cl ipMarkにストアする。具体的には、本例における Cl ipMarkのシン夕クスとセマンティクスで説明した情報をストァする。

ステヅプ S 2 1 6において、 Cl ip Information fi leと Cl ip AV stream fi leがディスクに記録される。

図 1 2 8に示したフローチヤ一ト、及び、図 1 2 9に示したフローチヤ一トのようにして、 A Vストリームファイル、すなわち Cl ip A Vストリームファイルの中の特徴的な画像を指し示すマークをストァする Cl ipMarkが、前記 A Vストリームの管理情報データファイル、すなわち Cl ip Informationファイルに記録される。図 1 3 0は、 Real PlayListの作成について説明するフローチャートである。図 1の記録再生装置 1のプロヅク図を参照しながら説明する。ステヅプ S 2 2 1において、制御部 2 3は Cl ip A Vストリームを記録する。ステヅプ S 2 2 2において、制御部 2 3は、上記 Cl ipの全ての再生可能範囲をカバ一する Playltemからなる PlayListOを作成する。 Cl ipの中に S T C不連続点があり、 PlayList( )が 2つ以上の Playltemからなる場合、 Playltem間の connection— conditionもまた決定される。

ステップ S 2 2 3において、制御部 2 3は、 UIAppInfoPlayList( )を作成する。ステップ S 2 2 4において、制御部 2 3は、 PlayListMarkを作成する。ステヅプ S 2 2 5において、制御部 2 3は、 MakersPrivateDataを作成する。ステヅプ S 2 2 6において、制御部 2 3は、 Real PlayListファイルを記録する。

このようにして、新規に Cl ip A Vストリームを記録する毎に、 1つの Real PI ayListファイルが作られる。

図 1 3 1は、 Virtual PlayListの作成について説明するフローチヤ一トである。ステップ S 2 3 1において、ユーザィン夕フェースを通して、ディスクに記録されている 1つの Real PlayListの再生が指定される。そして、その Heal PlayList の再生範囲の中から、ユーザイン夕フェースを通して、 I N点と O U T点で示される再生区間が指定される。

ステヅプ S 2 3 2において、制御部 2 3は、ユーザによる再生範囲の指定操作が全て終了したか否かを判断する。ステップ S 2 3 2において、ユーザによる再生範囲の指定操作はまだ終了していないと判断された場合、ステップ S 2 3 1に戻り、それ以降の処理が繰り返され、終了したと判断された場合、ステップ S 2 3 3に進む。

ステップ S 2 3 3において、連続して再生される 2つの再生区間の間の接続状態（connection_condition)が、ユーザがユーザィンタフヱースを通して決定されるか、又は制御部 2 3により決定される。ステップ S 2 3 4において、ユーザィン夕フェースを通して、ユーザがサブパス（アフレコ用オーディオ）情報を指定する。ユーザがサブパスを作成しない場合、ステヅプ S 2 3 4における処理はスキップされる。

ステップ S 2 3 5において、制御部 2 3は、ユーザが指定した再生範囲情報、及び connection_conditionに基づいて、 PlayList( )を作成する。ステップ S 2 3 6において、制御部 2 3は IHAppInfoPlayList( )を作成する。ステヅプ S 2 3 7において、制御部 2 3は、 PlayListMarkを作成する。ステップ S 2 3 8において、制御部 2 3は、 MakersPrivateDataを作成する。ステップ S 2 3 9において、制御部 2 3は、 Virtual PlayListファイルを、ディスクに記録させる。

このようにして、ディスクに記録されている Real PlayListの再生範囲の中から、ユーザが、見たい再生区間を選択し、その再生区間をグループ化したもの毎に、 1つの Virtual PlayListファイルが作成される。

図 1 3 2は、 PlayListの再生について説明するフローチヤ一トである。図 1の記録再生装置 1のプロック図を参照しながら説明する。ステップ S 2 4 1において、制御部 2 3は、 Info .dvr, Cl ip Information fi le, PlayList fi le及びサムネイルファイルの情報を取得し、ディスクに記録されている PlayListの一覧を示す G U I画面を作成し、ユーザインタフェースを通して、 G U Iに表示する。

ステップ S 2 4 2において、ユーザイン夕フェースを通して、ユーザが 1つの PlayListの再生を制御部 2 3に指示する。ステヅプ S 2 4 3において、制御部 2 3は、現在の Playltemの STC-sequence-idと IN_timeの P T Sから、 IN timeより時間的に前で最も近いェントリポイントのあるソースパケット番号を取得する。ステヅプ S 2 4 4において、制御部 2 3は、上記エントリポイントのあるソースパケヅト番号から A Vストリームのデータを読み出し、 A Vデコーダ 2 7へ供給する。

上記 Playltemの時間的に前に Playltemの再生があった場合、ステップ S 2 4 5 において、制御部 2 3は、その Playltemとの表示の接続処理を connection— condi tionに従って行なわれるように制御を行う。ステップ S 2 4 6において、 A Vデコーダ 2 7は、 IN_timeの P T Sのピクチャから表示を鬨始する。

ステップ S 2 4 7において、 A Vデコーダ 2 7は、 A Vストリームのデコードを継続的に行う。ステップ S 2 4 8において、制御部 2 3は、現在表示の画像が、 0UT_timeの P T Sの画像か否かを判断する。ステップ S 2 4 8において、現在表示の画像は、 0UT_timeの P T Sの画像であると判断された場合、ステヅプ S 2 5 0に進み、 P T Sの画像ではないと判断された場合、ステヅブ S 2 4 9に進む。ステップ S 2 4 9において、 P T Sの画像であると判断された画像を表示するための処理が実行され、その後ステップ S 2 4 7に戻り、それ以降の処理が繰り返される。一方、ステヅプ S 2 5 0においては、制御部 2 3により、現在の Play Itemが PlayListの中で最後の Playltemか否かが判断される。ステヅプ S 2 5 0において、現在の Playltemが PlayListの中で最後の Playltemであると判断された場合、図 1 3 2に示したフローチャートの処理は終了され、最後の Playltemではないと判断された場合、ステップ S 2 4 3に戻り、それ以降の処理が繰り返される _c 図 1 3 3は、 PlayListMarkの作成について説明するフローチャートである。図 1の記録再生装置 1のプロック図を参照しながら説明する。ステップ S 2 6 1において、制御部 2 3は、 Info. dvr, Cl ip Information fi le, PlayList fi le及び Thumbnai l fi leの情報を取得し、ディスクに記録されている PlayListの一覧を示す G U I画面を作成し、ユーザイン夕フェースを通して、 G U Iに表示する。ステップ S 2 6 2において、ユーザィン夕フエースを通して、ユーザにより 1 つの PlayListの再生が制御部 2 3に指示される。ステップ S 2 6 3において、再生部 3は、指示された PlayListの再生を開始する（図 1 3 2のフローチャートを参照して説明したように行われる）。ステップ S 2 6 4において、ユーザィンタフヱースを通して、ユーザにより、お気に入りのシーンのところにマークのセヅトが制御部 2 3に指示される。ステヅプ S 2 6 5において、制御部 2 3は、マークの P T Sと、それが属する Playlt emの H ay I tem_i dを取得する。

ステヅプ S 2 6 6において、制御部 2 3は、マークの情報を PlayListMark( )にストアする。ステップ S 2 6 7において、 PlayListファイルがディスクに記録される。

このようにして、 PlayListの再生範囲の中からュ一ザが指定したマーク点、又は、その PlayListを再生するときの Resume点を示すマークをストァする PlayList Markを、 PlayListファイルに記録される。 . .

図 1 3 4は、 PlayListが再生される時、 PlayListMark及ぴその PlayListが参照する Cl ipの Cl ipMarkが使用された頭だし再生について説明するフローチャートである。 Cl ipMark( )のシンタクスは、図 8 1に示すものとする。図 1の記録再生装置 1のブロック図を参照しながら説明する。

ステップ S 2 7 1において、制御部 2 3は、 Info. dvr，. Cl ip Information fi l e, PlayList f i le及び Thumbnai l f i leの情報を取得し、ディスクに記録されている PlayListの一覧を示す G U I画面を作成し、ユーザィン夕フヱ一スを通して、 G U Iに表示する。

ステップ S 2 7 2において、ユーザィン夕フェースを通して、ユーザにより 1 つの PlayListの再生が指示される。ステヅプ S 2 7 3において、制御部 2 3は、 PlayListMark, 及び、その PlayListが参照する Cl ipの Cl ipMarkで参照されるピクチヤから生成したサムネイルのリストを、ユーザイン夕フェースを通して、 G U Iに表示する。

ステヅプ S 2 7 4において、ユーザィン夕フェースを通して、制御部 2 3に、ユーザにより再生開始点のマーク点が指定される。ステヅプ S 2 7 5において、制御部 2 3は、ステヅプ S 2 7 4における処理で選択されたマークが PlayListMa rkにストアされているマークか否かを判断する。ステップ S 2 7 5において、選択されたマークが PlayListMarkにストァされているマークであると判断された場合、ステップ S 2 7 6に進み、ストアされていないマークであると判断された場合、ステヅブ S 2 7 8に進む。

ステヅプ S 2 7 6において、制御部 2 3は、マークの P T Sと、それが属する Playltem_idを取得する。ステップ S 2 7 7において、制御部 2 3は Playltem_id が指す Playltemが参照する A Vストリームの STC-sequence- idを取得する。

ステヅプ S 2 7 8において、制御部 2 3は、 STC- sequence- idとマークの P T S に基づいて、 A Vストリームを A Vデコーダ 2 7へ入力させる。具体的には、この STC-sequence- idとマーク点の P T Sを用いて、図 1 3 2のフローチャートのス. テヅプ S 2 4 3 , S 2 4 4と同様の処理が行なわれる。ステヅプ S 2 7 9において、再生部 3は、マーク点の P T Sのピクチャから表示を開始する。

図 9を参照して説明したように、 PlayListが再生される時、その PlayListが参照する Cl ipの Cl ipMarkにストァされているマークを参照することができる。したがって、 1つの Cl ipを、 Real PlayListや複数の Virtual PlayListによって参照している場合、それらの PlayListは、その 1つの Cl ipの Cl ipMarkを共有することができるので、マークのデ一夕を効率良く管理することができる。

仮に、 Cl ipに Cl ipMarkを定義しないで、 PlayListだけに PlayListMarkと Cl ipMa rkを合わせたものを定義するようにした場合、上記の例のように 1つの Cl ipを Re al PlayListや複数の Virtual PlayListによって参照している場合、それそれの P layListが同じ内容の Cl ipのマーク情報を持つことになり、データの記録の効率が悪い。

図 1 3 5は、 PlayListMark( )のシンタクスの別例を示す図である。 lengthは、この lengthフィールドの直後のバイトから PlayListMark( )の最後のバイトまでのバイト数を示す。 number— of_PlayList_marksは、 PlayListMarkの中にストアされているマークのェントリ数を示す。

mark_inval id一 flagは、 1ビットのフラグであり、これの値が 0にセットされている時、このマークは有効な情報を持っていることを示し、また、これの値が 1 にセヅトされている時、このマークは無効であることを示す。

ユーザがユーザィン夕フエース上で 1つのマークのェントリを消去するォペレ —シヨンをした時、記録再生装置 1は、 PlayListMarkからそのマークのエントリを消去する代わりに、その mark inval id f lagの値を 1に変更するようにしてもよい。

mark_typeは、マークのタイプを示し、図 1 3 6に示す意味を持つ。 mark一 name Jengthは、 Markjnameフィ一ルドの中に示されるマ一ク名のバイト長を示す。このフィールドの値は 3 2以下である。 ref_to—PleyItem_idは、マークが置かれているところの Playltemを指定するところの Playltem_idの値を示す。ある Playlte mに対応する Playltem_idの値は、 PlayList( )において定義される。

mark一 time_stampは、そのマークが指定されたボイントを示すタイムスタンプをストアする。 mark— time— stampは、 6 _1：0_?13^ 6111_1(1で示される1⁾1& 11；6111の中で定義されているところの IN_timeと OUT一 timeで特定される再生範囲の中の時間を指す。タイムスタンプの意味は、図 4 4と同じである。

entry_ES_PIDが、 OxFFFFにセットされている場合、そのマークは PlayListによつて使用される全てのエレメン夕リーストリームに共通の時間軸上へのポィン夕である。 entry_ES_PIDが、 OxFFFFでない値にセットされている場合、 entry_ES— P IDは、そのマークによって指されるところのエレメン夕リーストリームを含んでいるところのトランスポートパケヅトの P I Dの値を示す。

re:f_tlmmbnaiし indexは、マークに付加されるサムネイル画像の情報を示す。その意味は、図 4 2の！ >ef— thumbnaU— indexと同じである。 mark_nameは、マークの名前を示す。このフィールドの中の左から mark_nanie一 lengthで示されるバイト数が、有効なキャラクタ一文字であり、名前を示す。このキャラクタ一文字は、 UI Applnf oPlayLi stの中で character_setによって示される方法で符号化されている。 markjameフィールドの中で、それら有効なキャラクタ一文字に続くバイトの値は、どんな値が入っていてもよい。このシンタクスの場合、マークが特定のエレメンタリーストリームを指すことができる。例えば、 PlayListが、プログラムの中に複数のビデオストリームを持つマルチビュープログラムを参照している時、 entry_ES_PIDは、そのプログラムの中の 1つのビデオストリームを示すビデオ P I Dをセヅトするために使われる。

ユーザがマルチビュープログラムを参照するところの PlayListを再生しており、そのユーザは、マルチビュー中の 1つのビューを見ているとする。今、ユーザが記録再生装置 1に対して、次のマーク点に再生をスキップするようにコマンドを送ったとする。この場合、記録再生装置 1は、ユーザが現在見ているビューのビデォ P I Dと同じ値であるところの entry一 ES—PIDのマークを使用するべきであり、記録再生装置 1は、勝手にビューを変更すべきでない。記録再生装置 1は、また、 enti>y_ES_PIDが OxFFFFにセヅトされているマークを使用してもよい。この場合も記録再生装置 1は、勝手にビューを変更しない。

図 1 3 7は、図 8 1に示すシンタクスの Cl ipMarkOの別例を示す図である。 le ngthは、この lengthフィールドの直後のバイトから Cl ipMark( )の最後のバイトまでのバイト数を示す。 maker_IDは、 mark—typeが 0x60から 0x7Fの値を示す時に、その mark—typeを定義しているメーカのメ一力 I Dを示す。

number_of一 Cl ip一 marksは、 Cl ipMarkの中にストァされているマークのェントリ数を示す。 mark_inval id_flagは、 1ビットのフラグであり、これの値が 0にセヅトされている時、このマークは有効な情報を持っていることを示し、また、これの値が 1にセヅトされている時、このマークは無効であることを示す。

ユーザが、ユーザィン夕フヱース上で 1つのマークのェントリを消去するオペレーシヨンをした時、記録機は Cl ipMarkからそのマークのェントリを消去する代わりに、その] nark_inval id_:flagの値が 1に変更されるようにしてもよい。 mark— typeは、マークのタイプを示し、図 1 3 8に示す意味を持つ。

ref— to— STC__idは、 mark一 time— stampと representative— picture一 tine— stampの両方が置かれているところの STC-sequenceを指定するところの STC-sequence- idを示す。 STC- sequence- idの値は、 STCInfo( )の中で定義される。 mark一 time一 stampは、図 8 1の mark— entry( )の場合での mark— time_stampと同じ意味である。

entry_ES一 PIDが、 OxFFFFにセットされている場合、そのマ一クは Cl ipの中の全てのエレメンタリーストリームに共通の時間軸上へのポィンタである。 entry— ES _PIDが、 OxFFFFでない値にセットされている場合、 entry_ES一 PIDは、そのマークによって指されるところのエレメンタリーストリームを含んでいるところのトランスポートパケットの P I Dの値を示す。

ref_to_thumbnaiし i ndexは、マークに付加されるサムネイル画像の情報を示す。その意味は、図 7 8の ref—thumbnaiし indexと同じである。 representative_pict ure_time stampは、図 8 1 ©representative picture一 entry( )の場合での inark_t ime_stampと同じ意味である。

図 1 3 7に示したシンタクスの場合、マークが、特定のエレメン夕リーストリームを指すことができる。 .例えば、 Cl ipが、プログラムの中に複数のビデオストリームを持つマルチビュ一プログラムを含んでいるとき、 entr*y_ES— PIDは、そのプログラムの中の 1つのビデオストリームを示すビデオ P I Dをセヅトするために使われる。

ユーザが、マルチビュープログラムを参照するところの PlayListを再生しており、その一ザは、マルチビュー中の 1つのビューを見ているとする。今、ュ一ザが記録再生装置 1に対して、次のマーク点に再生をスキヅプするようにコマンドを送ったとする。この場合、記録再生装置 1は、ユーザが現在見ているビューのビデオ P I Dと同じ値であるところの entry_ES_PIDのマークを使用するべきであり、記録再生装置 1は、勝手にビューを変更すべきでない。記録再生装置 1は、また、 entry_ES— PIDが OxFFFFにセットされているマークを使用してもよい。この場合も記録再生装置 1は、勝手にビューを変更しない。

このようなシンタクス、デ一夕構造、規則に基づくことにより、記録媒体 1 0 0に記録されているデ一夕の内容、再生情報などを適切に管理することができ、もって、ユーザが、再生時に適切に記録媒体に記録されているデータの内容を確認したり、所望のデ一夕を簡便に再生できるようにすることができる。

以上のようなデータペース構成によれば、 PlayListファイルや Cl ip Informati onファイルを別々に分離して記録するので、編集などによって、所定の PlayList や Cl ipの内容が変更されたとき、そのファイルに関係のない他のファイルを変更する必要がない。したがって、ファイルの内容の変更が容易に行え、またその変更及ぴ記録にかかる時間を小さくできる。

また、最初に Info. dvrだけを読み出して、ディスクの記録内容をユーザイン夕フェースへ提示し、ユーザが再生指示した PlayListファイルと、それに闋連する Cl ip Informationファイルだけをディスクから読み出すようにすれば、ユーザの待ち時間を小さくすることができる。

仮に、全ての PlayListファイルや Cl ip Informationファイルを 1つのファイルにまとめて記録すると、そのファイルサイズは非常に大きくなる。そのために、そのファイルの内容を変更して、それを記録するためにかかる時間は、個々のフアイルを別々に分離して記録する場合に比べて、非常に大きくなる。本発明を適用することにより、このようなことを防ぐことが可能となる。

上述したように、 A Vストリームファイル、すなわち Cl ip A Vストリームファィルの中の特徴的な画像を指し示すマークをストァする Cl ipMarkを、前記 A Vストリ一ムの管理情報データファイル、すなわち Cl ip Informationファイルに記録し、また、 A Vストリーム中の指定された区間の組み合わせにより定義される 1 つの再生手順の情報を持つォブジヱクト、すなわち PlayListの再生範囲の中から、ュ一ザが指定したマーク点、又は、そのオブジェクトを再生するときの Resume点を示すマークをストアする PlayListMarkを、オブジェクトに記録する。

このようにすることにより、 PlayListが再生される時、その PlayListが参照する Cl ipの Cl ipMarkにストァされているマークを参照することができる。したがつて、 1つの Cl ipを Real PlayListや複数の Virtual PlayListによって参照している場合、それらの PlayListは、その 1つの Cl ipの Cl ipMarkを共有することができるので、マークのデータを効率良く管理することができる。

仮に、 Cl ipに Cl ipMarkを定義しないで、 PlayListだけに PlayListMarkと Cl ipMa rkを合わせたものを定義するようにした場合、上記の例のように 1つの Cl ipを Re al PlayListや複数の Virtual PlayListによって参照している場合、それそれの P layListが同じ内容の Cl ipのマーク情報を持つことになり、デ一夕の記録の効率が悪い。本発明を適用することにより、このようなことを防ぐことが可能となる。以上のように、 A Vストリームの付属情報として、エントリポイントのァドレスをストアするための EP_mapと、マーク点のピクチャのタイプ（例えば番組の頭出し点）とそのピクチャの A Vストリームの中のアドレスをストアするための C1 ipMarkを、 Cl ip Information Fi leとしてファイル化して記録媒体 1 0 0に記録することにより、 A Vストリームの再生に必要なストリームの再生に必要なストリームの符号化情報を適切に管理することが可能である。

この Cl ip Information fi le情報により、ユーザが、記録媒体 1 0 0に記録されている A Vストリームの中から興味のあるシーン、例えば番組の頭出し点など、をサーチすることができ、ユーザのランダムアクセスや特殊再生の指示に対して、記録媒体 100からの AVストリームの読み出し位置の決定が容易になり、またストリームの復号開始を速やかに行うことができる。

上述した一連の処理は、ハードウェアにより実行させることもできるが、ソフトウエアにより実行させることもできる。この場合、例えば、記録再生装置 1は、図 1 39に示されるようなパーソナルコンピュータにより構成される。

図 1 39において、 CPU (Central Processing Unit) 20 1は、 ROM (R ead Only Memory) 202に記憶されているプログラム、又は記憶部 208から R AM (Random Access Memory) 203にロードされたプログラムに従って各種の処理を実行する。 RAM 203には、 C P C 20 1が各種の処理を実行する上において必要なデータなども適宜記憶される。

C P C 20 K ROM202, 及び RAM 203は、バス 204を介して相互に接続されている。このバス 204にはまた、入出力インタフェース 205も接続されている。

入出力インタフェース 205には、キーボード、マウスなどよりなる入力部 2 06、 CRT, L CDなどよりなるディスプレイ、並びにスピーカなどよりなる出力部 207、ハードディスクなどより構成される記憶部 208、モデム、夕一ミナルアダプタなどより構成される通信部 209が接続されている。通信部 20 9は、ネットワークを介しての通信処理を行う。

入出力ィン夕フエース 205にはまた、必要に応じてドライブ 2 1 0が接続され、磁気ディスク 22 1、光ディスク 222、光磁気ディスク 223、或いは半導体メモリ 224などが適宜装着され、それらから読み出されたコンピュータプログラムが、必要に応じて記憶部 208にィンストールされる。

上述した一連の処理は、ハードゥヱァにより実行させることもできるが、ソフトウヱァにより実行させることもできる。一連の処理をソフトウヱァにより実行させる場合には、そのソフトウエアを構成するプログラムが専用のハ一ドウエアに組み込まれているコンピュータ、又は、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば汎用のパーソナルコンビュ —夕などに、記録媒体からインストールされる。

この記録媒体は、図 139に示すように、コンピュータとは別に、ュ一ザにプログラムを提供するために配布される、プログラムが記録されている磁気ディスク 2 2 1 (フロヅピディスクを含む）、光ディスク 2 2 2 (CD-ROM (Compact Di sk - Read Only Memory) ， DVD (Digital Versati le Disk) を含む）、光磁気ディスク 2 2 3 (MD (Mini-Disk) を含む）、若しくは半導体メモリ 2 2 4などよりなるパッケージメディアにより構成されるだけでなく、コンピュータに予め組み込まれた状態でユーザに提供される、プログラムが記憶されている R O M 2 0 2や記憶部 2 0 8が含まれるハードディスクなどで構成される。

なお、本明細書において、媒体により提供されるプログラムを記述するステツプは、記載された順序に従って、時系列的に行われる処理は勿論、必ずしも時系列的に処理されなくとも、並列的或いは個別に実行される処理をも含むものである。

また、本明細書において、システムとは、複数の装置により構成される装置全体を表すものである。産業上の利用可能性以上の如く本発明に係る情報処理装置及び方法、並びにプログラムにおいては、入力された A Vストリームから抽出された特徴的な画像を指し示すマークで構成される Cl ipMarkを、 A Vストリームを管理するための管理情報として生成すると共に、 A Vストリーム中の所定の区間の組み合わせを定義する PlayListに対応する再生区間の中から、ユーザが任意に指定した画像を指し示すマークから構成される PlayListMarkを生成し、 Cl ipMark、及び PlayListMarkを各々独立したテ一ブルとして記録媒体に記録するようにしたので、 A Vストリームの所望の位置に、迅速且つ確実にアクセスすることが可能となる。

また、本発明に係る情報処理装置及び方法、並びにプログラムは、 A Vストリ —ムから抽出された特徴的な画像を指し示すマークで構成される Cl ipMarkを含む A Vストリームを管理するための管理情報と、 A Vストリーム中の所定の区間の組み合わせを定義する PlayListに対応する再生区間の中から、ユーザが任意に指定した画像を指し示すマ一クから構成される PlayListMarkを読み出し、その読み出された管理情報と PlayLisMarkによる情報を提示し、提示された情報から、ュ一ザが再生を指示した PlayListに対応する Cl ipMarkを参照し、参照された Cl ipMark を含み、 Cl ipMarkに対応する位置から A Vストリームを再生するようにしたので、 A Vストリームの所望の位置に、迅速且つ確実にアクセスすることが可能となる。

Claims

請求の範囲

1 . 入力された A ストリームから抽出された特徴的な画像を指し示すマークで構成される Cl ipMarkを、前記 A Vストリームを管理するための管理情報として生成すると共に、

前記 A Vストリーム中の所定の区間の組み合わせを定義する PlayListに対応する再生区間の中から、ユーザが任意に指定した画像を指し示すマークから構成される PlayListMarkを生成する生成手段と、

前記 Cl ipMark、及び PlayListMarkを各々独立したテーブルとして記録媒体に記録する記録手段とを有する情報処理装置。

2 . 前記生成手段は、前記 Cl ipMarkを Cl ipMarklnfonaationファイルとして生成すると共に、前記 PlayListを PlayListファイルとして生成する請求の範囲第 1 項に記載の情報処理装置。

3 . 前記 PlayListMarkは、前記 PlayListを再生するときの Resume点を示すマークを更に含む特徴とする請求の範囲第 1項に記載の情報処理装置。

4 . 前記 PlayListを再生するとき、前記 PlayListの再生区間に対応する前記 A Vストリームの Cl ipMarkを構成する前記マークを参照する請求の範囲第 1項に記載の情報処理装置。

5 . 前記 PlayListMarkの前記マ一クは、プレゼンテーションタイムスタンプと、前記 PlayListの再生経路を構成する前記 A Vストリームデータ上の指定された 1つの再生区間を示す識別情報を含む請求の範囲第 1項に記載の情報処理装置。

6 . 前記 Cl ipMarkを構成する前記マーク、又は、前記 PlayListMarkを構成する前記マークは、エレメンタリーストリームのェントリポィントを特定する情報を含む請求の範囲第 1項に記載の情報処理装置。

7 . 前記 P layListMarkの前記マークは、ユーザが指定したお気に入りのシーンの開始点又は PlayListの Resume点を少なくとも含むタイプの情報を含む請求の範囲第 1項に記載の情報処理装置。

8 . 前記 Cl ipMarkを構成する前記マークと前記 PlayListMarkを構成する前記マークは、前記 A Vストリームのェントリポイントに対応する相対的なソースパケットのァドレスで表される請求の範囲第 1項に記載の情報処理装置。

9 . 前記 Cl ipMarkを構成する前記マークと前記 PlayListMarkを構成する前記マークは、前記 A Vストリームのェントリポィントに対応する相対的なソースパケヅトの第 1のアドレスと、前記第 1のアドレスからのオフセヅトのアドレスである第 2のァドレスで表される請求の範囲第 8項に記載の情報処理装置。

1 0 . 前記第 1の記録手段による記録の際に検出された前記特徴的な画像のタイプを検出する夕イブ検出手段を更に含み、

前記第 1の記録手段は、前記 Cl ipMarkを構成する前記マークと、前記夕イブ検出手段により検出された前記タイプとを対応させて記録する請求の範囲第 1項に記載の情報処理装置。

1 1 . 前記 Cl ipMarkの前記マークは、シーンチェンジ点、コマーシャルの開始点、コマーシャルの終了点、又は夕ィトルが表示されたシーンを含む請求の範囲第 1項に記載の情報処理装置。

1 2 . 入力された A ストリームから抽出された特徴的な画像を指し示すマークで構成される Cl ipMarkを、前記 A Vストリームを管理するための管理情報として生成すると共に、前記 A Vストリーム中の所定の区間の組み合わせを定義する PlayListに対応する再生区間の中から、ユーザが任意に指定した画像を指し示すマークから構成される PlayListMarkを生成する生成ステツプと、

前記 CI ipMark、及び ayLi stMarkを各々独立したテーブルとして記録媒体に記録する際の制御を行う記録制御ステップとを有する情報処理方法。

1 3 . 入力された A Vストリームから抽出された特徴的な画像を指し示すマ —クで構成される Cl ipMarkを、前記 A Vストリームを管理するための管理情報として生成すると共に、前記 A Vストリーム中の所定の区間の組み合わせを定義する PlayListに対応する再生区間の中から、ュ一ザが任意に指定した画像を指し示すマークから構成される PlayListMarkを生成する生成ステツプと、

前記 Cl ipMark、及び PlayListMarkを各々独立したテーブルとして記録媒体に記録する際の制御を行う記録制御ステップとを含むコンピュータが読み取り可能なプログラムが記録されている記録媒体。

1 4 . 入力された A Vストリームから抽出された特徴的な画像を指し示すマ —クで構成される Cl ipMarkを、前記 A Vストリームを管理するための管理情報として生成すると共に、前記 A Vストリーム中の所定の区間の組み合わせを定義する PlayListに対応する再生区間の中から、ユーザが任意に指定した画像を指し示すマークから構成される PlayListMarkを生成する生成ステヅプと、

前記 Cl ipMark、及び PlayListMarkを各々独立したテ一ブルとして記録媒体に記録する際の制御を行う記録制御ステップとをコンビュ一夕に実行させるプログラム。

1 5 . A Vストリムから抽出された特徴的な画像を指し示すマークで構成される Cl ipMarkを含む前記 A Vストリームを管理するための管理情報と、前記 A Vストリーム中の所定の区間の組み合わせを定義する PlayListに対応する再生区間の中から、ユーザが任意に指定した画像を指し示すマークから構成される Play ListMarkを読み出す読出手段と、

前記読出手段により読み出された前記管理情報と前記 PlayLisMarkによる情報を提示する提示手段と、

前記提示手段により提示された前記情報から、ュ一ザが再生を指示した前記 P1 ayListに対応する前記 Cl ipMarkを参照する参照手段と、

前記参照手段により参照された前記 Cl ipMarkを含み、前記 Cl ipMarkに対応する位置から前記ストリームを再生する再生手段とを含む情報処理装置。

1 6 . 前記提示手段は、前記 PlayLisMarkに対応するサムネイル画像によるリストをュ一ザに提示する請求の範囲第 1 5項に記載の情報処理装置。

1 7 . 前記 Cl ipMarkを構成する前記マークと前記 PlayListMarkを構成する前記マークは、前記 A Vストリームのエントリポイントに対応する相対的なソースパケットのァドレスで表される請求の範囲第 1 5項に記載の情報処理装置。

1 8 . 前記 Cl ipMarkを構成する前記マークと前記 PlayListMarkを構成する前記マークは、前記 A Vストリームのェントリポィントに対応する相対的なソースパケヅトの第 1のアドレスと、前記第 1のアドレスからのオフセヅトのアドレスである第 2のァドレスで表される請求の範囲第 1 7項に記載の情報処理装置。

1 9 . 前記 Cl ipMarkの前記マークは、シーンチェンジ点、コマーシャルの開始点、コマーシャルの終了点、又はタイトルが表示されたシーンを含む請求の範囲第 1 5項に記載の情報処理装置。

2 0 . A Vストリ一ムから抽出された特徴的な画像を指し示すマークで構成される Cl ipMarkを含む前記 A Vストリームを管理するための管理情報と、前記 A Vストリーム中の所定の区間の組み合わせを定義する PlayListに対応する再生区間の中から、ユーザが任意に指定した画像を指し示すマークから構成される Play ListMarkの読み出しを制御する読出制御ステツプと、

前記読出制御ステップの処理で読み出しが制御された前記管理情報と前記 ay LisMarkによる情報を提示する提示ステヅプと、

前記提示ステツプの処理で提示された前記情報から、ュ一ザが再生を指示した前記 P 1 ay L i s tに対応する前記 C 1 i p M a r kを参照する参照ステップと、

前記参照ステップの処理で参照された前記 C 1 i p M a r kを含み、前記 C 1 i p M a r kに対応する位置からの前記 A Vストリームの再生を制御する再生制御ステップとを含む情報処理方法。

2 1 . A Vストリームから抽出された特徴的な画像を指し示すマークで構成される Cl ipMarkを含む前記 A Vストリームを管理するための管理情報と、前記 A Vストリーム中の所定の区間の組み合わせを定義する PlayListに対応する再生区間の中から、ユーザが任意に指定した画像を指し示すマークから構成される Play L i s tMarkの読み出しを制御する読出制御ステップと、

前記読出制御ステップの処理で読み出しが制御された前記管理情報と前記 P 1 a y LisMarkによる情報を提示する提示ステヅプと、

前記提示ステップの処理で提示された前記情報から、ユーザが再生を指示した前記 P 1 ayL i stに対応する前記 C 1 ipMarkを参照する参照ステップと、

前記参照ステツプの処理で参照された前記 Cl ipMarkを含み、前記 Cl ipMarkに対応する位置からの前記 A Vストリームの再生を制御する再生制御ステップとを含むコンピュータが読み取り可能なプログラムが記録されている記録媒体。

2 2 . A Vストリームから抽出された特徴的な画像を指し示すマークで構成される Cl ipMarkを含む前記 A Vストリームを管理するための管理情報と、前記 A Vストリーム中の所定の区間の組み合わせを定義する PlayListに対応する再生区間の中から、ユーザが任意に指定した画像を指し示すマークから構成される Play L i s tMarkの読み出しを制御する読出制御ステップと、

前記読出制御ステップの処理で読み出しが制御された前記管理情報と前記 Play LisMarkによる情報を提示する提示ステヅプと、

前記提示ステップの処理で提示された前記情報から、ユーザが再生を指示した前記 PlayListに対応する前記 Cl ipMarkを参照する参照ステヅプと、

前記参照ステヅプの処理で参照された前記 Cl ipMarkを含み、前記 Cl ipMarkに対応する位置からの前記 A Vストリームの再生を制御する再生制御ステップとをコンピュー夕に実行させるプログラム。

2 3 . A Vストリームから抽出された特徴的な画像を指し示すマークで構成される Cl ipMarkを含む前記 A Vストリームを管理するための管理情報と、前記 A ストリーム中の所定の区間の組み合わせを定義する PlayListに対応する再生区間の中から、ユーザが任意に指定した画像を指し示すマークから構成される Play ListMarkが、各々独立したテーブルとして記録されている記録媒体。

補正書の請求の範囲

[ 2 0 0 1年 8月 3日（0 3 . 0 8 . 0 1 ) 国際事務局受理：出願当初の請求の範囲

3， 1 5， 1 6及び 2 0— 2 3は補正された；他の請求の範囲は変更なし。（4頁） ]

1 . 入力された A ストリームから抽出された特徴的な画像を指し示すマ一クで構成される Cl ipMarkを、前記 A Vストリームを管理するための管理情報として生成すると共に、

前記 A Vストリーム中の所定の区間の組み合わせを定義する HayListに対応する再生区間の中から、ユーザが任意に指定した画像を指し示すマークから構成される ayListMarkを生成する生成手段と、

前記 C 1 i pMar k、及ぴ P 1 ay L i s tMarkを各々独立したテーブルとして記録媒体に記録する記録手段とを有する情報処理装置。

2 . 前記生成手段は、前記 Cl ipMarkを Cl ipMarklnformationファイルとして生成すると共に、前記 PlayListを PlayListファイルとして生成する請求の範囲第 1 項に記載の情報処理装置。

3 . (補正後）前記 PlayListMarkは、前記 PlayListを再生するときの Resume点を示すマークを更に含む請求の範囲第 1項に記載の情報処理装置。

5 . 前記 PlayListMarkの前記マークは、プレゼンテーションタイムスタンプと、前記 PlayListの再生経路を構成する前記 A Vストリームデ一夕上の指定された 1つの再生区間を示す識別情報を含む請求の範囲第 1項に記載の情報処理装置。

6 . 前記 Cl ipMarkを構成する前記マーク、又は、前記 PlayListMarkを構成する前記マークは、エレメンタリーストリームのエントリポイントを特定する情報を含む請求の範囲第 1項に記載の情報処理装置。

7 . 前記 PlayListMarkの前記マークは、ユーザが指定したお気に入りのシーンの開始点又は PlayListの Resume点を少なくとも含むタイプの情報を含む請求の範囲第 1項に記載の情報処理装置。

8 . 前記 Cl ipMarkを構成する前記マークと前記 PlayListMarkを構成する前記マークは、前記 A Vストリームのェントリポイントに対応する相対的なソースパ補正された用紙 (条約第 19条）ークで構成される Cl ipMarkを、前記 A Vストリームを管理するための管理情報として生成すると共に、前記 A Vストリーム中の所定の区間の組み合わせを定義する PlayListに対応する再生区間の中から、ユーザが任意に指定した画像を指し示すマークから構成される PlayListMarkを生成する生成ステップと、

前記 Cl ipMark、及び PlayListMarkを各々独立したテーブルとして記録媒体に記録する際の制御を行う記録制御ステヅプとをコンピュータに実行させるプログラム。

1 5 . (補正後） A Vストリーム、 A Vストリームから抽出された特徴的な画像を指し示すマークで構成される Cl ipMark、及び前記 A Vストリーム中の所定の区間の組み合わせを定義する PlayListに対応する再生区間の中から、ユーザが任意に指定した画像を指し示すマークから構成される PlayListMarkが記録された記録媒体を再生する情報処理装置であって、

前記記録媒体を再生する再生手段と、

再生された前記 C 1 ipMark又は P layL i stMarkに記述されたマークに対応する記録位置を取得すると共に、当該取得された記録位置に応じて前記再生手段を制御す . る制御手段とを含む情報処理装置。

1 6 . (補正後）更に、前記 PlayLisMarkに対応するサムネイル画像によるリストをユーザに提示するよう制御する提示制御手段を有する請求の範囲第 1 5項に記載の情報処理装置。

1 7 . 前記 Cl ipMarkを構成する前記マークと前記 PlayListMarkを構成する前記マークは、前記 A Vストリームのェントリポィントに対応する相対的なソースパケットのアドレスで表される請求の範囲第 1 5項に記載の情報処理装置。

1 9 . 前記 Cl ipMarkの前記マークは、シーンチェンジ点、コマーシャルの鬨始点、コマーシャルの終了点、又はタイトルが表示されたシーンを含む請求の範囲第 1 5項に記載の情報処理装置。補正された用紙 (条約第 19条)

2 0 . (補正後） A Vストリーム、 A Vストリームから抽出された特徴的な画像を指し示すマークで構成される Cl ipMark、及び前記 A Vストリーム中の所定の区間の組み合わせを定義する P layListに対応する再生区間の中から、ユーザが任意に指定した画像を指し示すマークから構成される PlayListMarkが記録された記録媒体を再生する情報処理方法であって、

前記記録媒体を再生する再生ステップと、

再生された前記 Cl ipMark又は PlayListMarkに記述されたマークに対応する記録位置を取得すると共に、当該取得された記録位置に応じて再生位置を制御する制御ステツプとを含む情報処理方法。

2 1 . (補正後） A Vストリーム、 A Vストリームから抽出された特徴的な画像を指し示すマークで構成される Cl ipMark、及び前記 A Vストリーム中の所定の区間の組み合わせを定義する PlayListに対応する再生区間の中から、ユーザが任意に指定した画像を指し示すマークから構成される PlayListMarkが記録された記録媒体を再生するためのコンピュータが読み取り可能なプログラムが記録されている記録媒体であって、

前記記録媒体を再生する再生ステップと、

再生された前記 Cl ipMark又は PlayListMarkに記述されたマークに対応する記録位置を取得すると共に、当該取得された記録位置に応じて再生位置を制御する制御ステヅプと

を含むコンピュータが読み取り可能なプログラムが記録されている記録媒体。

2 2 . (補正後） A Vストリーム、 A Vストリームから抽出された特徴的な画像を指し示すマークで構成される Cl ipMark、及び前記 A Vストリーム中の所定の区間の組み合わせを定義する PlayListに対応する再生区間の中から、ユーザが任意に指定した画像を指し示すマークから構成される PlayListMarkが記録された記録媒体を再生するためのコンピュータが読み取り可能なプログラムであって、前記記録媒体を再生する再生ステップと、

再生された前記 C 1 i pMark又は P 1 ayL i stMarkに記述されたマークに対応する記録位置を取得すると共に、当該取得された記録位置に応じて再生位置を制御する制御ステヅプと補正された用紙 (条約第 19条》をコンピュータに実行させるプログラム。

2 3 . (補正後） A Vストリームが記録されると共に、当該 A Vストリームから抽出された特徴的な画像を指し示すマークで構成される Cl ipMark、及び前記 A Vストリーム中の所定の区間の組み合わせを定義する PlayListに対応する再生区間の中から、ユーザが任意に指定した画像を指し示すマークから構成される Play ListMarkが、各々独立したテーブルとして記録されている記録媒体。

德正された招紙 (条約第 19