WO2003001801A1

WO2003001801A1 - Data transmitting device and method

Info

Publication number: WO2003001801A1
Application number: PCT/JP2002/006089
Authority: WO
Inventors: Motoki Kato
Original assignee: Sony Corporation
Priority date: 2001-06-22
Filing date: 2002-06-19
Publication date: 2003-01-03
Also published as: JP4409792B2; KR100892012B1; US20040213552A1; US7502543B2; TWI255421B; EP1408686A1; EP1408686A4; HK1062977A1; JP2003006979A; CN1465182A; KR20030024888A; SG152035A1; CN1310508C; US20090148123A1; CN101902655A; CN1874243A; CN101902655B; AU2002311318B2; US20080112685A1

Description

データ伝送装置および方法技術分野

本発明はデータ伝送装置および方法に関し、特に、記録媒体に記録されているデータの内容を編集した場合においても、記録媒体に記録されているデータ内容、および、再生情報を適切に管理することができるようにしたデータ伝送装置および方法、データ処理装置および方法に関する。背景技術

近年、記録再生装置から取り外し可能なディスク型の情報記録媒体として、各種の光ディスクが提案されつつある。このような記録可能な光ディスクは、数ギガバイトの大容量メディアとして提案されており、ビデオ信号等の AV(Andio V isual)信号を記録するメディアとしての期待が高い。この記録可能な光ディスクに記録するデジタルの AV信号のソ一ス（供給源）としては、 CSデジタル衛星放送や BSデジタル放送があり、また、将来はデジタル方式の地上波テレビジョン放送等も提案されている。

ここで、これらのソースから供給されるデジタルビデオ信号は、通常 MPEG (Moving Picture Experts Group) 2方式で画像圧縮されているのが一般的である。また、記録装置には、その装置固有の記録レートが定められている。従来の民生用映像蓄積メディアで、デジタル放送からのデジタルビデオ信号を記録する場合、アナログ記録方式であれば、デジタルビデオ信号をデコード後、帯域制限をして記録が行われる。あるいは、 MPEG 1 Video, MPEG 2 Video, DV (Digital Video) 方式をはじめとするデジタル記録方式であれば、 1度デコ一ドされた後に、その装置固有の記録レート、かつ符号化方式で再エンコードされて記録される。

しかしながら、このような記録方法は、供給されたビットストリームを 1度デコードし、その後で帯域制限や再エンコードを行って記録するため、画質の劣化を伴う。画像圧縮されたデジタル信号の記録をする場合、入力されたデジタル信号の伝送レートが記録再生装置の記録レートを超えない場合には、供給されたビットストリームをデコードや再エンコードすることなく、そのまま記録する方法が最も画質の劣化が少ない。ただし、画像圧縮されたデジタル信号の伝送レートが記録媒体としてのディスクの記録レートを超える場合には、記録再生装置でデコード後、伝送レートがディスクの記録レートの上限以下になるように、再ェンコードをして記録する必要がある。

また、入力デジタル信号のビットレー卜が時間により増減する可変レー卜方式によって伝送されている場合には、回転へッドが固定回転数であるために記録レ一卜が固定レートになるテ一プ記録方式に比べ、 1度バッファにデ一夕を蓄積し、バース卜的に記録ができるディスク記録装置の方が、情報記録媒体としてのディスクの容量をより無駄なく利用できる。

以上のように、デジタル放送が主流となる将来においては、デ一夕ストリーマのように放送信号をデジタル信号のまま、デコードや再エンコードすることなく記録し、記録媒体としてディスクを使用した記録再生装置が求められると予測される。

上述したように、記録媒体の容量が増大することにより、その記録媒体には、多くのデータ（例えば、番組に関する映像データや音声デ一夕など）が記録できるようになり、 1枚のディスクに多くの番組が記録されることになる。この時に、ユーザが、それらのディスク内に記録されている多くの番組の中から、所望のデ —夕を別のディスクにコピーする、といったような操作が必要になる。

しかしながら、コピー操作が行われた場合、記録されているデ一夕の内容、および、再生情報を適切に管理することが困難になる。発明の開示

本発明はこのような状況に鑑みてなされたものであり、記録媒体に記録されているデータの内容を別の記録媒体にコピーした場合においても、記録媒体に記録されているデータの内容、および、再生情報を適切に管理することができるようにすることを目的とする。

本発明の第 1のデ一夕伝送装置は、データストリ一ムとその管理情報を記録媒体から読み出す読み出し部と、データストリームの中で、指定された再生区間の再生に必要な部分データストリームに対応する部分管理情報を決定する制御部と、部分データストリーム、および、制御部により決定された部分管理情報を伝送する伝送部とを備えることを特徴とする。

前記伝送部は、さらに部分管理情報を、非同期伝送することができる。

前記制御部は、部分データストリームを非同期伝送するか、または同期伝送するかを選択することができる。

前記データストリームは、 AV ストリームであり、管理情報は、 AV ストリーム中の符号化情報の不連続点のアドレス情報、 AVストリーム中の時刻情報とァドレス情報を関連づける情報、および AVストリーム中の特徴的な画像の時刻情報を含むようにすることができる。

前記管理情報は、 Clip Informationであり、不連続点のアドレス情報は、 Seq uencelnfo および Programlnfo であり、時刻情報とアドレス情報を関連づける情報は、 CPIであり、特徴的な画像の時刻情報は、 ClipMarkであるようにすることができる。

前記管理情報は、 AVストリームの再生区間の指示情報である、 PlayListをさらに含むようにすることができる。

前記伝送部は、部分デ一タストリームとしての AVデータストリームの再生区間の指示情報をさらに伝送することができる。

前記伝送部は、 AV ストリームの再生区間の指示情報の内容を変更しないで、部分データストリームとしての AVデ一タストリームの再生区間の指示情報として伝送することができる。

前記伝送部は、 AV ストリームの再生区間の指示情報に関連付けられたサムネール画像、および、部分管理情報データに含まれる AVストリーム中の特徴的な画像の時刻情報に関連付けられたサムネ一ル画像をさらに伝送することができる。前記 AVストリームは、トランスポートバケツトとそのァライバルタイムス夕ンプから構成されるソースバケツ卜を単位とするデータ列であり、部分データストリームとしての AVストリームは、 AVストリームのソースパケットのデータ列の部分であるようにすることができる。

前記 AVストリームは、トランスポートバケツトとそのァライバルタイムス夕ンプから構成されるソースバケツトを単位とするデータ列であり、部分データストリームとしての AVストリ一ムは、トランスポートパケットを単位とするトランスポートストリームであるようにすることができる。

制御部は、 AVストリームとその管理情報を共にデータ伝送するか、または A Vストリームだけをリアルタイム転送するかを切り替えることができる。

本発明の第 1のデータ伝送方法は、データス卜リームとその管理情報を記録媒体から読み出す読み出しステップと、データストリームの中で、指定された再生区間の再生に必要な部分データストリームに対応する部分管理情報を決定する決定ステップと、部分デ一夕ストリーム、および、決定ステップの処理により決定された管理情報を伝送する伝送ステップとを含むことを特徴とする。

本発明の第 1の記録媒体のプログラムは、データストリームとその管理情報を記録媒体から読み出す読み出しステップと、データストリームの中で、指定された再生区間の再生に必要な部分データストリームに対応する部分管理情報を決定する決定ステップと、部分データストリーム、および、決定ステップの処理により決定された管理情報を伝送する伝送ステップとを含むことを特徴とする。

本発明の第 1のプログラムは、データストリームとその管理情報を記録媒体から読み出す読み出しステップと、デ一夕ストリームの中で、指定された再生区間の再生に必要な部分デ一タストリームに対応する部分管理情報を決定する決定ステツプと、部分デ一夕ストリーム、および、決定ステップの処理により決定された管理情報を伝送する伝送ステップとをコンピュータに実行させる。本発明の第 2のデータ伝送装置は、 AVストリームの伝送先の装置と相互認証する認証部と、認証部による相互認証の結果から、伝送先の装置が所定のフォーマットに準拠していることが判った場合、 AV ストリームとその管理情報を共にデータ伝送するとともに、認証部による相互認証の結果から、伝送先の装置が所定のフォーマットに準拠していないことが判った場合、 AV ストリームだけをリアルタイム伝送する伝送部とを備えることを特徴とする。

本発明の第 2のデータ伝送方法は、 AVストリームの伝送先の装置と相互認証する相互認証ステップと、認証ステップの処理による相互認証の結果から、伝送先の装置が所定のフォーマットに準拠していることが判った場合、 AVスト.リームとその管理情報を共にデータ伝送するとともに、認証ステップの処理による相互認証の結果から、伝送先の装置が所定のフォーマツ卜に準拠していないことが判った場合、 AVストリームだけをリアルタイム伝送する伝送ステップとを含むことを特徴とする。

本発明の第 2の記録媒体のプログラムは、 AV ストリームを伝送するデータ伝送装置のプログラムであって、 AVストリームの伝送先の装置と相互認証する相互認証ステップと、認証ステップの処理による相互認証の結果から、伝送先の装置が所定のフォーマットに準拠していることが判った場合、 AVストリームとその管理情報を共にデータ伝送するとともに、認証ステップの処理による相互認証の結果から、伝送先の装置が所定のフォ一マツトに準拠していないことが判った場合、 AVストリームだけをリアルタイム伝送する伝送ステップとを含むことを特徴とする。

本発明の第 2のプログラムは、 AVストリームを伝送するデータ伝送装置を制御するコンピュータに、 AV ストリームの伝送先の装置と相互認証する相互認証ステップと、認証ステップの処理による相互認証の結果から、伝送先の装置が所定のフォーマットに準拠していることが判った場合、 AV ストリームとその管理情報を共にデ一夕伝送するとともに、認証ステップの処理による相互認証の結果から、伝送先の装置が所定のフォーマットに準拠していないことが判った場合、 AVストリームだけをリアルタイム伝送する伝送ステップとを実行させる。

本発明の第 1のデータ処理装置は、 PlayList ファイルを受信する受信部と、 P layListを記録するとともに、記録されている PlayListを管理する管理情報ファィルに、新たに受信した PlayList ファイルに関する情報を追加する記録部とを備えることを特徴とする。

本発明の第 1のデータ処理方法は、 PlayList ファイルを受信する受信ステツプと、 PlayListを記録するとともに、記録されている PlayListを管理する管理情報ファイルに、新たに受信した PlayList ファイルに関する情報を追加する追加ステップとを含むことを特徴とする。

本発明の第 3の記録媒体のプログラムは、 AVストリームファイル、および A Vストリームの再生方法を指定する PlayList ファイルが記録されている記録媒体から再生されたファイルを受信するデータ処理装置のプログラムであって、 P1 ayList ファイルを受信する受信ステップと、 PlayList を記録するとともに、記録されている PlayListを管理する管理情報ファイルに、新たに受信した PlayLi stファイルに関する情報を追加する追加ステップとを含むことを特徴とする。本発明の第 3のプログラムは、 AVストリームファイル、および AVストリ一ムの再生方法を指定する PlayList ファイルが記録されている記録媒体から再生されたファイルを受信するデータ処理装置を制御するコンピュータに、 PlayList ファイルを受信する受信ステップと、 PlayList を記録するとともに、記録されている PlayListを管理する管理情報ファイルに、新たに受信した PlayListファィルに関する情報を追加する追加ステップとを実行させる。

本発明の第 2のデータ処理装置は、サムネールファイルを受信する受信部と、記録されているサムネ一ルファイルに、受信したサムネールファイルのデータを追加する記録部とを備えることを特徴とする。

本発明の第 2のデータ処理方法は、サムネールファイルを受信する受信ステツプと、記録されているサムネールファイルに、受信したサムネールファイルのデ —夕を追加する追加ステップとを含むことを特徴とする。本発明の第 4の記録媒体のプログラムは、 AVストリームファイル、および A Vストリームのサムネールファイルが記録される記録媒体に対して、データを入力するデータ処理装置のプログラムであって、サムネールファイルを受信する受信ステップと、記録されているサムネールファイルに、受信したサムネールファィルのデ一夕を追加する追加ステップとを含むことを特徴とする。

本発明の第 4のプログラムは、 AVストリームファイル、および AVストリ一ムのサムネールファイルが記録される記録媒体に対して、データを入力するデー夕処理装置を制御するコンピュータに、サムネールファイルを受信する受信ステップと、記録されているサムネールファイルに、受信したサムネールファイルのデータを追加する追加ステップとを実行させる。

本発明の第 1のデータ伝送装置および方法、記録媒体のプログラム、並びにプログラムにおいては、デ一タストリームの中で指定された再生区間の再生に必要な部分デ一タストリームおよび部分管理情報データが決定され、決定された部分デ一タストリームが伝送される。

本発明の第 2のデータ伝送装置および方法、記録媒体のプログラム、並びにプログラムにおいては、伝送先の装置が所定のフォーマツトに準拠している場合、 AV ストりームとその管理情報データがともにデータ伝送され、準拠していない場合、 AVストリームだけがリアルタイム伝送される。

本発明の第 1のデータ処理装置および方法、記録媒体のプログラム、並びにプログラムにおいては、 PlayListファイルが管理情報ファイルに追加される。本発明の第 2のデータ処理装置および方法、記録媒体のプログラム、並びにプログラムにおいては、第 1のサムネールファイルのデータが、第 2のサムネールファイルに追加される。図面の簡単な説明

図 1は、 volume Informationを説明する図である。

図 2は、ディスク上につくられるディレクトリ構造を説明する図である。図 3は、 DVR MPEG-2 transport streamの構造を示す図である。

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

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

図 6は、 DVR MPEG-2 transport stream recorder model を示す図である _c 図 7は、 DVR MPEG-2 transport stream player modelを示す図である。図 8は、 Clip Information fileのシンタクスを示す図である。

図 9は、 ATC-sequenceについて説明する図である。

図 1 0は、 ATCの不連続点と ATC-sequenceの関係を説明する図である。

図 1 1は、連続な STC区間について説明する図である。

図 1 2は、 STC の不連続点と STC-sequence の関係、および STC'sequence と ATC-sequenceの関係を説明する図である。

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

図 1 4は、 program— sequenceを説明する図である。

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

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

図 1 7は、 stream— coding— typeを示す図である。

図 1 8は、 video_formatを示す図である。

図 1 9は、 frame— rateを示す図である。

図 2 0は、 display— aspect—ratioを示す図である。

図 2 1は、 audio_presentation— typeを示す図である。

図 2 ^ fe, samp丄 ing— frequencyを^:す図である。

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

図 2 4は、 EP— mapを説明する図である。

図 2 5は、 AVストリームをはじめて Clip として記録するときにできる TU— mapについて説明する図である。

図 2 6は、 TU— mapのシンタクスを示す図である。

図 2 7は、 PlayListMarkと ClipMarkの関係について説明する図である。図 2 8は、 ClipMarkのシンタクスを示す図である。

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

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

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

図 3 2は、 EP_map typeの PlayListについて説明する図である。

図 3 3は、 TU— map typeの PlayListについて説明する図である。

図 3 4は、 EP_map typeの PlayListの時間情報と AVストリームファイルの中のァドレス情報の関係を説明する図である。

図 3 5は、 TU— map typeの PlayListの時間情報と AVストリームファイルの中のアドレス情報の関係を説明する図である。

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

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

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

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

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

図 4 1は、サムネールのヘッダ情報ファイルのシンタクスを示す図である。図 4 2は、サムネールのピクチャデータファイルのシンタクスを示す図である。図 4 3は、 tn— blockへのデ一夕の格納方法を説明する図である。

図 4 4は、動画像記録再生装置の構成を示すブロック図である。

図 4 5は、 AVストリ一ムが新しい Clipとして記録される時の Clipと PlayLi stの関係のコンセプトを説明する図である。

図 4 6は、 Virtual PlayListの作成のコンセプトについて説明する図である。図 4 7は、 Real PlayListの再生区間の一部分を消去したときの Clip と Play Listの関係のコンセプトを説明する図である。

図 4 8は、 Minimizeの編集をしたときの Clipと PlayList, Virtual PlayList の関係のコンセプトを説明する図である。

図 4 9は、 1つの Clip AVストリームのデータを部分的に消去した時に、 Cli pの中に 2つの ATC— sequencesができる場合を説明する図である。

図 5 0は、 1つの Clip AVストリームのデータを部分的に消去した時の、 AT C一 sequences, STC— sequences およひ program— sequence の関係を E¾明 9- 図である。

図 5 1は、 CPIが EP— mapである Clip AVストリームの一部分を消去した時の Clipと PlayListの関係を説明する図である。

図 5 2は、 Clipの中に ATCの不連続を許さない場合において、 Clip AVストリームの一部分を消去した時に、 Clip が 2つに分かれる場合を説明する図である。

図 5 3は、 CPIが TU_mapである Clip AVストリ一ムの一部分を消去した時の Clipと PlayListの関係を説明する図である。

図 5 4は、 AVストリームを Clipして新しく記録するときの、 Clip AVストリ —ムファイルおよび Clip Information ファイルの作成を説明するフローチヤ一卜である。

図 5 5は、はじめに AVストリームを Clipとして記録するときの Sequenceln foの作成の動作例を説明するフローチャートである。

図 5 6は、 Programlnfoの作成の動作例を説明するフローチャートである。図 5 7は、 EP_mapの作成の動作例を説明するフローチャートである。

図 5 8は、 Real PlayListの作成方法を説明するフローチャートである。

図 5 9は、 Virtual PlayListの作成方法を説明するフローチャートである。図 6 0は、 PlayListの再生方法を説明するフローチャートである。

図 6 1は、 AV ストリームファイルとデータベースファイルを共にファイル転送する場合を説明する図である。

図 6 2は、 AV ストリームをリアルタイム転送（ストリーム転送）し、データベースをファイル転送する場合を説明する図である。

図 6 3は、 AVストリームだけをリアルタイム転送し、コピー先でデータべ一

'を新たに作成する場合を説明する図である。図 6 4は、コピー先の記録装置が DVRフォーマ.ッ卜に準拠したものではない場合に、 AV ストリームをリアルタイムにデータを再生する速度で転送する場合を説明する図である。

図 6 5は、コピー元（出力側の再生装置）から、コピー先（入力側の記録装置）へ、 PlayListとそれに必要な Clipの部分だけをコピーする場合の Clipと P layListの関係を説明する図である。

図 6 6は、コピー元（出力側の再生装置）から、コピー先（入力側の記録装置）へ、 PlayList をコピーする場合に、その PlayListの再生に必要な Clip の部分について説明する図である。

図 6 7は、コピー元（出力側の再生装置）から、コピー先（入力側の記録装置）へ、 PlayList をコピーする場合に、 IN_time の前のデ一夕のコピー開始点を決める方法を説明する図である。

図 6 8は、コピ一元（出力側の再生装置）から、コピー先（入力側の記録装置）へ、 PlayList をコピーする場合に、 OUT_time の後のデータのコピー終了点を決める方法を説明する図である。

図 6 9は、コピー元（出力側の再生装置）から、コピー先（入力側の記録装置）へ、 PlayListとそれに必要な Clipの部分だけをコピ一する場合の Clipと P layListの関係を説明する図である。

図 7 O Aは、コピー元（出力側の再生装置）から、コピ一先（入力側の記録装置）へ、 Clipの部分的にコピーする場合の Clip の変更方法について説明する図である。

図 7 0 Bは、コピー元（出力側の再生装置）から、コピー先（入力側の記録装置）へ、 Clip の部分的にコピーする場合の Clipの変更方法について説明する図である。

図 7 0 Cは、コピー元（出力側の再生装置）から、コピー先（入力側の記録装置）へ、 Clipの部分的にコピーする場合の Clip の変更方法について説明する図である。図 7 0 Dは、コピー元（出力側の再生装置）から、コピー先（入力側の記録装置）へ、 Clipの部分的にコピーする場合の Clipの変更方法について説明する図である。

図 7 1は、コピー元（出力側の再生装置）から、コピー先（入力側の記録装置）へ、 DVR の AVストリームファイルとそれに関係するデ一夕べ一スフアイルを、ディジタルバス経由でコピーする場合の構成を示すブロック図である。図 7 2は、コピー元（出力側の再生装置）から、コピ一先（入力側の記録装置）へ、 PlayList をコピーする場合の、コピ一元の処理を説明するフ口一チヤ一卜である。

図 7 3は、コピー元（出力側の再生装置）から、コピ一先（入力側の記録装置）へ、 PlayListをコピ一する場合において、コピ一元の側の Clip についての処理を説明するフローチャートである。

図 7 4は、コピー元（出力側の再生装置）から、コピー先（入力側の記録装置）へ、 PlayList をコピ一する場合の、コピ一先の処理を説明するフローチヤートである。

図 7 5は、 AVストリ一ムファイルとデ一夕べ一スファイルが、無線波を経由して、記録装置へファイルが転送される場合を説明する図である。

図 7 6は、 AVストリームファイルとデ一夕ベースファイルが、別々のサーバに記録されており、それぞれのサーバから記録媒体へファイルが転送される場合を説明する図である。発明を実施するための最良の形態

以下に、本発明の実施の形態について、図面を参照して説明する。

図 1は、記録媒体（後述する図 4 4の記録媒体 1 0 ) 上のアプリケーションフォ一マットの簡単化された構造を示している。このフォーマットは、 AVストリームの管理のために PlayList と Clipの 2個のレイヤをもつ。そして、 Volume Informationは、ディスク内のすべての Clipと PlayListの管理をする。 1個の AVストリームと、それの付属情報のペアを 1個のオブジェクトと考え、それを Clip と呼ぶ。 AVストリームフアイルは Clip AVストリームファイルと呼ばれ、その付属情報は、 Clip Information fileと呼ばれる。

1個の Clip AVストリームファイルは、 MPEG2 トランスポートストリームを DVR (Digital Video Recording) アプリケーションフォーマットによつて規定される構造に配置したデ一夕をストアする。

一般に、コンピュータ等で用いるデータファイルは、バイト列として扱われるが、 Clip AV ストリームファイルのコンテンツは、時間軸上に展開され、 PlayL istは、 Clip の中のアクセスポイントを主にタイムスタンプで指定する。 PlayLi stによって、 Clipの中のアクセスポイントのタイムスタンプが与えられた時、 C lip Information file は、 Clip AVストリームファイルの中でストリームのデコ ―ドを開始すべきァドレス情報を見つけるために役立つ。

PlayList は、 Clip の中からュ一ザが見たい再生区間を選択し、それを簡単に編集することができることを目的にして導入された。 1つの PlayList は、 Clip の中の再生区間の集まりである。ある Clip の中の 1つの再生区間は、 Playltem と呼ばれ、それは、時間軸上の IN点と OUT点のペアで表される。それゆえ、 PlayListは、 Playltemの集まりである。

PlayListには、 2つのタイプがぁる。 1つは、 Real PlayListであり、もう 1 つは、 Virtual PlayListである。

Real PlayList は、それが参照している Clip のストリーム部分を共有しているとみなされる。すなわち、 Real PlayList は、それが参照している Clip のストリ一ム部分に相当するデータ容量をディスクの中で占める。 AVストリームが新しい Clipとして記録される場合、その Clip全体の再生可能範囲を参照する R eal PlayListが自動的に作られる。 Real PlayListの再生範囲の一部分が消去された場合、それが参照している Clip のストリーム部分のデータもまた消去される。

Virtual PlayListは、 Clipのデータを共有していないとみなされる。 Virtual PlayListが変更または消去されたとしても、 Clipは何も変化しない。

なお、以下の説明においては、 Real PlayListと Virtual PlayListを総称して単に、 PlayListと呼んでいる。

DVRディスク上に必要なディレクトリは、次の通りである。

"DVR"ディレクトリを含む rootディレクトリ

"PLAYLIST"ディレクトリ， "CLIPINF"ディレクトリ， "STREAM"ディレクトリおよび" DATA"ディレクトリを含む" DVR"ディレクトリ

root ディレクトリの下に、これら以外のディレクトリを作っても良いが、それらは、この DVRアプリケーションフォーマツトでは、無視される。

図 2に、 DVR ディスク上のディレクトリ構造の例を示す。同図に示されるように、 rootディレクトリは、 1個のディレクトリを含む。

"DVR" -- DVR アプリケーションフォーマットによって規定されるすべてのファイルとディレクトリは、このディレクトリの下にストアされなければならない。

"DVR"ディレクトリは、次に示すファイルをストァする。 "info.dvr"ファイルは、 DVR ディレクトリの下に作られ、アプリケーションレイヤの全体的な情報をストアする。 DVRディレクトリの下には、ただ一つの info.dvrがなければならない。ファイル名は、 info.dvr に固定されるとする。 "merm.tidx"と" menu.td at"、そして" mark.tidx"と" mark.tdat"は、サムネールについての情報をストアするためのファイルである。

"DVR"ディレクトリは、以下に説明するディレクトリを含む。

"PLAYLIST" -- Real PlayList と Virtual PlayList のデータベースファイルは、このディレクトリの下に置かなければならない。このディレクトリは、 Pla yListが 1個もなくても存在しなければならない。

"CLIPINF" -- Clipのデ一夕べ一スは、このディレクトリの下に置かなければならない。このディレクトリは、 Clip が 1個もなくても存在しなければならない。 "STREAM" -- AVストリームファイルは、このディレクトリの下に置かなければならない。このディレクトリは、 AV ストリ一ムファイルが 1個もなくても存在しなければならない。

"PLAYLIST"ディレクトリは、 2種類の PlayListファイルをストァするものであり、それらは、 Real PlayListと Virtual PlayListである。

"xxxxx.rpls" -- このファイルは、 1個の Real PlayList に関連する情報をストァする。それぞれの Real PlayList 毎に、 1個のファイルが作られる。ファィル名は、 "xxxxx.rpls"である。ここで、 "xxxxx"は、 5個の 0から 9まで数字である。ファイル拡張子は、 "rpls"でなければならない。

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

"CLIPINF"ディレクトリは、それぞれの AVストリームファイルに対応して、 1個のファイルをストアする。

"zzzzz.clpi" -- このファイルは、 1個の AVストリームフアイル (Clip AVストリームファイルまたは Bridge-Clip AVストリームファイル）に対応する Clip In iormationnle である。ファつリレ名 fま、 "zzzzz.clpi"であり、こしで、 "ζζζζζ" 、 5個の 0から 9までの数字である。ファイル拡張子は、 "clpi"でなければならない。

"STREAM"ディレクトリは、 AVストリームのファイルをストアする。

"zzzzz.m2ts" -- このファイルは、 DVRシステムにより扱われる AVストリームファイルである。これは、 Clip AVストリームファイルまたは Bridge-Clip A V ストリームファイルである。ファイル名は、 "zzzzz.ni2ts"であり、ここで" zzz zz"は、 5個の 0から 9までの数字である。ファイル拡張子は、 "m2ts"でなければならない。

1個の AVストリームファイルとそれに対応する Clip information file は、同じ 5個の数字" zzzzz"を使用しなければならない。

その他のディレクトリとファイル名は、本発明の実施の形態を説明するために必要ないので、説明を省略する。

次に、 AV ストリームファイルの構造を説明する。 AV ストリームファイルは図 3に示す DVR MPEG2 トランスポートストリームの構造を持たなければならない。 DVR MPEG2 トランスポートストリームは次に示す特徴を持つ。

DVR MPEG2 トランスポートストリームは、整数個の Aligned unit から構成される。

Aligned unitの大きさは、 6144ノィト（2048 X 3バイト）である。

Aligned unitは、ソースパケットの第 1バイト目から始まる。

ソースパケットは、 192 バイト長である。 1個のソースパケットは、 TP— extra— header とトランスポートパケットから成る。 TP— extra— headerは、 4バイト長であり、またトランスポートパケットは、 188バイト長である。

1個の Aligned un は、 32個のソースバケツトから成る。

DVR MPEG2 トランスポートストリームの中の最後の Aligned unit も、また 32個のソースバケツトから成る。

最後の Aligned unit が、入力トランスポートストリームのトランスポートパケットで完全に満たされなかった場合、残りのバイト領域をヌルパケット（PID=0 xlFFF のトランスポートパケット）を持ったソ一スパケットで満たさねばならない。

Source packet のシンタクスを図 4に示す。

TP— extra— header ()は、 4バイト長のヘッダである。また、 transport—packet 0 は、 ISO/IEC 13818-1で規定される 188バイト長の MPEG-2 トランスポ一トバケツトである。

TP— extra— headerのシンタクスを図 5に示す。

copy— permission— indicator は、対 J心するトランスポートノケットのペイ口一ドのコピー制限を表す整数である。 arrival— time_stampは、 AVストリームの中で、対応するトランスポートパケットがデコーダ（後述する図 4 4の A Vデコーダ 1 6が対応する）に到着する時刻を示すタイムスタンプである。これは、後述する式 (1)の中で arrivaし time一 st ampによって指定される値を持つ整数値である。

図 6は、 DVR MPEG-2 トランスポートストリームのレコーダモデル（後述する図 4 4の動画像記録再生装置 1が対応する）を示す。これは、レコーディングプロセスを規定するための概念上のモデルである。 DVR MPEG-2 トランスポ一トストリームは、このモデルに従っていなければならない。

MPEG-2 トランスポートストリームの入力タイミングについて説明する。

入力 MPEG2 トランスポートストリームは、フルトランスポートストリ一ムまたはパーシャルトランスポ一トストリームである。

入力 MPEG2 トランスポ一トストリ一ムは、 ISO/IEC13818-1 または ISO/IE C13818-9に従っていなければならない。

MPEG2 トランスポートストリームの i番目のバイトは、 T-STD(ISO/IEC 13 818-1で規定される ransport stream system target decoder) 2 0 1 (図 4 4 の AVデコーダ 1 6が対応する）とソースパケッタイザ（source packetizer) 2 0 4 (図 4 4のソースパケッタイザ 2 9が対応する）へ、時刻 t(i)に同時に入力される。

27MHz PLL 2 0 2 (図 4 4の動画像記録再生装置 1では、制御部 1 7に内蔵されている）について説明する。

27MHzクロックの周波数は、 MPEG-2 トランスポ一トストリームの PGR (P rogram Clock Reference)の値にロックしなければならない。

arrival time clockについ C兌する。

ァライバルタイムクロックカウン夕（Arrival time clock counter) 2 0 3 (図 4 4の動画像記録再生装置 1では、制御部 1 7に内蔵されている）は、 27 MHz PLL 2 0 2が出力する 27MHz の周波数のパルスをカウントするバイナリ —カウンターである。 Arrival—time— clock(i)は、時亥 U t(i)における Arrival time clock counter 2 0 3のカウント値である。

ソースバケツタイザ 2 0 4について説明する。

ソースバケツタイザ 2 0 4は、すべてのトランスポートバケツトに TP— extra— headerを付加し、ソースパケットを作る。

Arrival— time— stamp は、トランスポートパケットの第 1バイト目が T-STD 2 0 1とソースバケツタイザ 2 0 4の両方へ到着する時刻を表す。 Arrivaし time— s tamp(k)は、等式 (1)で示されるように、 Arrival— time— clock(k)の廿ンプル値であり、ここで、 kはトランスポートパケットの第 1バイト目を示す。

arrival— time一 stamp (k) = arrival一 time一 clock(k)% 2³⁰ (1)

ライトバッファ（Write Buffer) 2 0 5 (図 4 4の動画像記録再生装置 1では、書き込み部 3 2に内蔵されている）について説明する。

Rmaxは、ソースバケツタイザ 2 0 4からライトバッファ 2 0 5へのソースパケットストリームの入力ビッ卜レー卜である。入力トランスポ一トストリームの最大ピットレ一トを TS— recording— rateとすると、 Umaxは次のように計算される。

Rmax = TS一 recording一 rate X 192/188

Rudは、ライトバッファ 2 0 5から DVR ドライブ（DVR drive) 2 0 6 (図 4 4の動画像記録再生装置 1では、書き込み部 3 2に内蔵されている）への出力ビットレートである。

ライトバッファ 2 0 5が空でない時のバッファからのソースバケツトス卜リームの出力ビットレートは Rud である。バッファが空である時、バッファからの出力ビットレ一トはゼロである。

DVR ドライブ 2 0 6は、 T-STD 2 0 1への各バケツ卜の到着時刻に対応する ATS が付加された、ライトバッファ 2 0 5からの各パケットを、ディスク（図 4 4の記録媒体 1 0に対応する）に記録する。

図 7は、 DVR MPEG-2 トランスポートストリームのプレーヤモデル（図 4 4 の動画像記録再生装置 1が対応する）を示す。これは、再生プロセスを規定するための概念上のモデルである。 DVR MPEG-2 トランスポ一トストリームは、このモデルに従っていなければならない。

リードバッファ（Read buffer) 2 2 2 (図 4 4の動画像記録再生装置 1では、読み出し部 1 1に内蔵されている）について説明する。

Rudは、 DVH ドライブ（DVR drive) 2 2 1 (図 4 4の動画像記録再生装置 1では、読み出し部 1 1に内蔵されている）からリードバッファ 2 2 2への入力ビットレートである。

リ一ドバッファ 2 2 2がフルでない時のバッファへのソースパケットス卜リームの入力ビットレートは Rud である。バッファがフルである時、ノッファへの入力は止められる。

Rmax は、リードバッファ 2 2 2からソースデパケッタイザ（source depack etizer) 2 2 3 (図 4 3のソ一スデパケッタイザ 1 4が対応する）へのソ一スパケットストリームの出力ビッ卜レ一卜である。

ァライバルタイムクロックカウンタ（arrival time clock counter) 2 2 5 (図 4 4の動画像記録再生装置 1では、制御部 1 7に内蔵されている）について説明する。

ァライバルタイムクロックカウンタ 2 2 5は、 27MHz クリスタル発振器 (27 MHzX-tal) 2 2 4 (図 4 4の動画像記録再生装置 1では、制御部 1 7に内蔵されている）が発生する 27MHzの周波数のパルスをカウントするバイナリ一カウン夕一である。

現在のソースパケットが AVストリームファイルの最初のソースバケツトであるか、または後述する SequencelnfoOの中で SPN— ATC_start が指すところのソースバケツトである場合、そのバケツトの arrival time stamp の値でァライバルタイムクロックカウンタ 2 2 5のカウント値をリセットする。

Arrival— time— clock(i)は、時刻 t(i)におけるァライバルタイムクロックカウンタ 2 2 5のカウント値である。 MPEG-2トランスポートストリームの出力タイミングについて説明する。

現在のソースバケツトの arrival— time— stampが arrival— time— clock(i)の LSB 30 ビットの値と等しい時、そのソースバケツトのトランスポ一トパケッ卜は、バッファから引き抜かれる。

次に、 AVストリームファイルの再生情報を管理するデ一夕べ一スフォーマツトについて説明する。

図 8は、 Clip Information file のシンタクスを示す。 Clip Information file は、 SequencelnfoO, ProgramlnfoO, CPlO, ClipMarkOを持つ。

Sequencelnfo一 start— addressは、 zzzzz.clpiフアイルの先頭のバイトからの相対バイト数を単位として、 SequencelnfoOの先頭アドレスを示す。相対バイト数はゼロからカウントされる。

ProgramInfo_Start_addressは、 zzzzz.clpiファイルの先頭のバイトからの相対バイト数を単位として、 ProgramlnfoOの先頭アドレスを示す。相対バイト数はゼロからカウントされる。

CPI— Start— address は、 zzzzz.clpi ファイルの先頭のバイ卜からの相対バイト数を単位として、 CPI0の先頭アドレスを示す。相対バイト数はゼロからカウントされる。

ClipMark— Start— address は、 zzzzz.clpi ファイルの先頭のバイトからの相対バイト数を単位として、 ClipMarkOの先頭アドレスを示す。相対バイト数はゼ口からカウントされる。

その他のシンタクスフィールドは、本発明の実施の形態を説明するために必要ないので、説明を省略する。

SequencelnfoOは、 Clip AV streamの中の ATC-se(juence と STC'sequence の情報を定義する。

ATC-sequence について説明する。 AV ストリームファイルを構成する各ソ一スパケットの arrival time stamp (ATS) に基づいて作られる時間軸を、ァライパルタイムベースと呼び、そのクロックを、 ATC (Arrival Time Clock)と呼ぶ _c そして、 ATC の不連続点（ァライバルタイムべ一スの不連続点）を含まないソースバケツト列を、 ATC-sequenceと呼ぶ。

図 9は、 ATC-sequence について説明する図である。入力トランスポートストリームを Clip AVストリームファイルとして新しく記録する時、その Clipは A TCの不連続点を含んではならず、ただ 1つの ATC-sequenceを持つ。 ATCの不連続点は、編集等によって Clip AVストリームファイルのストリームデ一夕を部分的に消去した場合にだけ作られることを想定している。これについての詳細は後述する。

AVストリームファイルの中で、新しい ATC が開始するアドレス、すなわち、 ATC-sequence のスタートアドレスを、 SequencelnfoOにストアする。このアドレスは、 SPN— ATC_startにより示される。

AVストリームファイルの中にある最後の ATC-sequence以外の ATC-sequenc eは、その SPN—ATC— startで指されるソースパケットから開始し、その次の S PN—ATC— startで指されるソースパケットの直前のソースバケツ卜で終了する。最後の ATC-sequenceは、その SPN_ATC— startで指されるソースパケットから開始し、 AVストリームファイルの最後のソースパケットで終了する。

図 1 0は、 ATC の不連続点と ATC-sequence の関係を説明する図である。この例の場合、 Clip AVストリームファイルは、 2個の ATC不連続点を持ち、 3 個の ATC-sequenceを持つ。

STC-sequence について説明する。 STC(System Time Clock)の定義は、 MP EG-2 で規定されている定義に従う。すなわち、これは、トランスポ一トストリ —ムの中の PCR(Program Clock Reference)に基づいて作られる時間軸であるシステムタイムベースのクロックである。 STC の値は 90kHz精度、 33 ビット長のバイナリ一カウンタのカウント値で表される。

図 1 1は、連続な STC区間について説明する図である。ここで横軸は、 Arriv al Time Clock (またはァライバルタイムベース) であり、縦軸は STC (またはシステムタイムベース）である。 Case-1 の場合、 STC は単調増加しており、その区間の STCは連続である。 Case-2の場合、 33ゼットの STCが途中でラップアラウンドしている。 STCのラップアラウンド点は STCの不連続ではない。ラップアラウンドしても STCは連続である。

STC の不連続は、放送局が伝送系を切り替えた場合、記録側が記録するチヤンネルを切り替えた場合、ユーザが編集動作を行った場合などに発生する。

STC の不連続点（システムタイムベースの不連続点）を含まないソースパケット列を、 STC-sequence と呼ぶ。なお、同じ STC— sequence の中で同じ STC の値は、決して現れない。そのために、 Clipの最大時間長を、 33ビットの STC のラップアラウンド周期（約 26時間）以下に制限している。

AV ストリームファイルの中で、新しい STC が開始するアドレス、すなわち、 STC-sequence のスタートアドレスが、 SequencelnfoOにストアされる。このァドレスは、 SPN_STC— startにより示される。

STC-sequenceは、 ATC'sequenceの境界をまたぐことはない。

AVストリームファイルの中にある最後の STC-sequence以外の STC-sequenc eは、その SPN—STC— startで指されるソースバケツトから開始し、その次の S PN_STC_startで指されるソースバケツトの直前のソースパケットで終了する。最後の STC-sequenceは、その SPN—STC— startで指されるソースパケットから開始し、 AVストリームファイルの最後のソースバケツ卜で終了する。

図 1 2は、 STC の不連続点と STC-sequence の関係、および STC-sequence と ATC-sequence の関係を説明する図である。この例の場合、 Clip AVストリームファイルは、 3個の STCを持ち、 3個の STC-sequenceを持つ。 1つの ST C'sequenceが、 ATC-sequenceの境界をまたぐことはない。

AVストリームが STCの不連続点を持つ場合、その AVストリームファイルの中で同じ値の PTS が現れるかもしれない。そのため、 AV ストリーム上のある時刻を PTSベースで指す場合、アクセスポイントの PTSだけではそのポイントを特定するためには不十分である。 PTSに加えて、その PTSを含むところの S TC-sequenceのィンデックスが必要である。そのインデックスを STC_idと呼ぶ _c 図 1 3は、 SequencelnfoOのシンタクスを示す。

lengthは、この lengthフィールドの直後のバイトから SequencelnfoOの最後のパイトまでのバイト数を示す。

nmn_of—ATC— sequencesは、 AVストリ一ムファイルの中にある ATC-sequen ceの数を示す。

SPN— ATC— start[atc— id]は、 AVストリームフアイル上で ate— idによつて指される ATC-sequenceが開始するアドレスを示す。 SPN_ATC_start[atc— id]は、ソースパケット番号を単位とする大きさであり、 AVストリームファイルの最初のソースバケツトからゼロを初期値としてカウントされる。

SequencelnfoOの中の最初の SPN_ATC— start[0]は、ゼロである。また、 Seq uencelnfoOの中でエントリ一される SPN— ATC— start[atc— id]の値は、昇順に並んでいる。すなわち、 SequencelnfoOの中でエントリーされる SPN— ATC—start [atc_id]は、次の条件を満たす。

SPN—ATC— start [0] = 0

0 < ate— id < num_of_ATC_sequences なる ate— id について、

SPN— ATC— start [ate— id - l] < SPN— ATC— start [ate— id]

num— of— STC—sequences[atc—id]ま、 ate一 id によって旨され ATC-sequence 上にある STC-sequenceの数を示す。

offset— STC— id [ate— id]は、 atc—idによって指される ATC-sequence上にある最初の STC-sequence に対する set— id のオフセット値を示す。 AVストリームフアイルを新たに記録する時、 offset— STC— id [ate— id]は、ゼロである。

atc_idによって指される ATC-sequence上にある STC-sequenceに対応する s tc— idの値は、シンタクス中の stc— idの forloopによって記述される順番によつて定義され、その値は offset_STC— id[atc— id]から開始する。

SequencelnfoOの中で定義される連続する 2個の ATC-sequenceについて、前側の ATC-sequenceの最後の stcjd とそれに続く ATC-sequenceの最初の stc —id は、同じ値でも良い。もし、これら 2個の stc id が同じ値の場合、それらの値で参照される 2個の STC-sequenceの中で同じ STCの値が現れることはない。

SequencelnfoOの中でエントリ一される stc— id の値は、昇順に並ばなければならない。 offset_STC_id[atc d]は、この制限を満たすように値がセットされる。

PGR— PID[atc— id][stc_id]は、 ate— id によって指される ATC-sequence 上にあるところの stc— idによって指される STC-sequence に有効な PCR を持つトランスポートパケッ卜の PIDの値である。

SPN_STC— start[atc— id] [stc— id]は、 ate— id によって指される ATC'sequence 上にあるところの stc_id によって指される STC-sequence が、 AVストリームファイル上で開始するアドレスを示す。 SPN—STC— start[atc_id] [stc— id]は、ソースバケツト番号を単位とする大きさであり、 AVストリームファイルの最初のソ一スパケットからゼロを初期値としてカウントされる。

SequencelnfoOの中でエントリ一される SPN— STC— start[atc— id] [stc— id]の値は、昇順に並んでいる。 ate— id によって指される ATC-sequence 上にある最初の SPN— STC— start[atc— id][stc— id] は、 SPN— ATC— start[atc_id〗以上の値である。すなわち、次の条件を満たす。

SPN_ATC_start [atc_id] く二 SPN—STC一 start[atc—id] [0]

presentation— start一 time [ate— id] [stc— idjま、 ate— id によって i=旨される ATC-se quence上にある stc— id によって指される STC-sequence上にある AVストリームデ一夕のプレゼンテーション 'スタート.タイムを示す。これは、その STC-se quenceの STCから導かれる 45 kHzを単位とするプレゼンテーション'タイムの値である。

presentation— end— time [ate— id] [stc一 id] i¹ま、 ate— id によって旨される ATC-seq ue ce上にある stc— id によって指される STC-sequence上にある AVストリームデ一夕のプレゼンテーション 'エンド 'タイムを示す。これは、その STC-sequ enceの STCから導かれる 45 kHzを単位とするプレゼンテーション 'タイムの値である。次に、 ProgramlnfoOについて説明する。プログラムは、エレメン夕リストリ —ムの集まりであり、これらのストリームの同期再生のために、ただ 1つのシステムタイムべ一スを共有するものである。

再生装置（後述する図 4 4の動画像記録再生装置 1 ) にとつて、 AVストリームのデコードに先だち、その AVストリームの内容がわかることは有用である。この内容とは、例えば、ビデオやオーディオのエレメンタリーストリームを伝送するトランスポートパケットの PID の値や、ビデオやオーディオのコンポーネント種類（例えば、 HDTV のビデオと MPEG-2 AAC のオーディオストリームなど）などの情報である。

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

MPEG2 トランスポートストリームをストァしている AVストリームファイルは、ファイルの中でプログラム内容が変化するかもしれない。例えば、ビデオェレメンタリーストリームを伝送するところのトランスポートバケツ卜の PID が変化したり、ビデオストリ一ムのコンポーネント種類が SDTVから HDTVに変化するなどである。 Programlnfo は、 AVストリームファイルの中でのプログラム内容の変化点の情報をス卜ァする。

AV ストリ一ムファイルの中で本フォーマツ卜が規定するプログラム内容が一定あるソ一スノヽケッ卜歹!] ¾：、 program-sequenceと H乎、。

AVストリームファイルの中で、新しい program-sequenceが開始するァドレスを ProgramlnfoOにストアする。このアドレスは、 SPN— program— sequence_s tartにより示される。

AV ストリームファイルの中にある最後の program-sequence 以外の progra m-sequence fま、その SPN—program— sequence— start で ί旨されるソースパケットから開始し、その次の SPN_pi'ogi'am— sequence— start で指されるソ一スパケットの直前のソースバケツ卜で終了する。最後の program— sequenceは、その S PN— program— sequence— start で指されるソースパケットから開始し、 AV ストリームファイルの最後のソースパケットで終了する。

図 1 4は、 program-sequence を説明する図である。この例の場合、 Clip AV ストリームファっリレは 3個の program-sequenceを持つ。

program-sequenceは、 ATC'sequence の； ¾界およひ STC-sequence の境界またいでも良い。

図 1 5は、 ProgramlnfoOのシンタクスを示す。

lengthは、この lengthフィールドの直後のバイトから ProgramlnfoOの最後のバイ卜までのバイト数を示す。

num— of— program— sequences は、 AV ス卜リ一ムファっルの中にめる nrogra m-sequenceの数を τ 9

SPIN— program— sequence— start よ、 AVストリ一ムファっリレ上で program-seq uence が、開台するアドレスを。 SPN—program— sequence—start は、ソースパケット番号を単位とする大きさであり、 AV ストリームファイルの最初のソ一スパケットから、ゼロを初期値としてカウントされる。 ProgramlnfoOの中でェントリーされる SPN—program— sequence_startの値は、昇順に並んでいる。

SPN—program— sequence—start 【ま、その program— sequence に ¾ "する fe初の PMT を持つソ一スパケットを指していることを前提とする。 SPN— program_se quence— start は、データを記録する記録機（図 4 4の動画像記録再生装置 1が対応する）がトランスポ一トストリーム中の PSI/SI を解析することによって作られる。記録機（例えば、図 4 4のビデオ解析部 2 4または多重化ストリ一ム解析部 2 6 ) が PSI/SI を解析し、その変化を検出するまでの遅延時間が必要なために、 SPN__program— sequence— startは、実際の PSI/SIの変化点から所定の時間以内にあるソースパケットを指しても良い。 program— map— PID ま、その rogram- sequenceに適用できる PMT(program map table)を持つトランスポートバケツトの PIDの値である。

num— of— streams— ιη—ps ¾、ての program-sequenceの中で疋されるエレメンタリーストリームの数を示す。

num一 of— groups は、その rogram-sequence の中で定義されるエレメンタリ —ストリームのグループの数を示す。 num— of_groups は、 1以上の値である。トランスポ一トストリ一ムの PSI/SI がエレメンタリーストリームのグループ情報を持つ場合、 num_of— groups は、 1以上の値をとることを想定している。それぞれのグループは、マルチ 'ビュー'プログラム中の 1つのビュ一を構成する。 stream_±^>ID 【ま、その program-sequence の program— map— PID が、参照—9るところの PMT の中で定義されているエレメンタリーストリームに対する PID の値を示す。

StreamCodinglnfoO は、前記 stream— PIDで指されるエレメンタリーストリ —ムの情報を示す。詳細は後述する。

num_of_streams_in_group は、エレメンタリーストリームのグループが持つエレメンタリーストリームの数を示す。

stream_index は、前記ェレメンタリーストリームのグループが持つェレメン夕リーストリームに対応するところの、シンタクス中の for-loopで定義される s tream_mdexの値を τ 。

図 1 6は、 StreamCodinglnfoOのシンタクスを示す。

length は、この length フィールドの直後のバイトから StreamCodinglnfoO の最後のバイトまでのバイ卜数を示す。

stream— coding— type 、この StreamCodinglnfoOにヌ応 "る stream— PIDで指されるエレメンタリーストリームの符号化タイプを示す。値の意味を図 1 7に示す。

video— formatは、この StreamCodinglnfoOに対応する stream_PIDで指されるビデオストリームのビデオフォーマツトを示す。値の意味を図 1 8に示す。 frame— rateは、この StreamCodinglnfoOに対応する stream JPIDで指されるビデオストリームのフレームレートを示す。値の意味を図 1 9に示す。

display— aspect— ratio ま、この StreamCodinglnfoOに对する stream一 PID で指されるビデオストリームのディスプレイ'ァスぺクト .レシオを示す。値の意味を図 2 0に示す。

cc— flagは、この StreamCodinglnfoOに対応する stream_PIDで指されるビデォストリームの中でクローズド 'キヤ,プション (closed caption data)信号が符号化されているかを示すフラグである。

original一 video— format— flagは、この StreamCodinglnfoOの中に original— vid eo— formatと original— display— aspect— ratioが、存在する力を示一フラグでめる。 original一 video— format fe この StreamCodinglnfoOに対応する streamJPID で指されるビデオストリ一ムが符号化される前のオリジナルのビデオフォーマツトである。値の意味は、前記の video— formatと同じである。

original一 display— aspect— ratio vよ、この StreamCodinglnfoOにヌ T応 9 -る strea m_PID で指されるビデオストリームが符号化される前のオリジナルのディスプレイ'ァスぺクト 'レシオである。値の意味は、前記の display— aspect— ratioと同じである。

ビデオストリームと共にマルチメディアデ一夕ストリーム (BML ストリーム、字幕など）が多重化されているトランスポートストリームをトランス.コーディングする塲合において、ビデオストリームは再エンコードされることによって、そのビデオフォーマットが変化する（例えば、 1080iから 480iへ変化する）が、マルチメディアデ一夕ストリームはオリジナルのストリームを保つ場合を考える。この時、新しいビデオストリームとマルチメディアデ一夕ストリームの間に情報のミスマッチが生じる場合がある。例えば、マルチメディアデ一タストリ一ムの表示に関するパラメータは、オリジナルのビデオストリームのビデオフォ一マッ卜を想定して決められているにもかかわらず、ビデオストリームの再ェンコ一ドによって、そのビデオフォーマツトが変化した場合である。このような場合、 original_video_format と original一 display—aspect一 ratio に、オリジナルのビデオストリームに関する情報を保存する。再生機は、前記の新しいビデオストリームとマルチメディアデ一タストリームから次のようにして、表示画像をつくる。

ヒア才ストリーム ΐίよ、 original— video— format と original— display一 aspect— rati o で示されるビデオフォ一マツ卜にアップ'サンプリングされる。そのアップ'サンプリングされた画像とマルチメディアデ一タストリームが合成されて、正しい表示画像をつくる。

audio— presentation— typeは、しの StreamCoainglnfoOに対 J心^る stream— P IDで指されるオーディオストリームのプレゼンテーション'タイプを示す。値の意味を図 2 1に示す。

sampling— frequency は、しの StreamCoainglnfoOに心^る stream— PID で指されるオーディオストリームのサンプリング周波数を示す。値の意味を図 2 2に示す。

次に、 CPI0について説明する。 CPI (Characteristic Point Information)は、

AVストリームの中の再生時間情報とそのファイルの中のァドレスとを関連づけるためにある。

CPI には 2個のタイプがあり、それらは EP一 map と TU— mapである。 CPlO の中の CPI_typeが EP_map typeの場合、その CPI0は EP_mapを含む。また、 CPI0の中の CPI— typeが TU— map typeの場合、その CPlOは TU_ma を含む。

1個の AVストリームファイルは、 1個の EP_mapまたは 1個の TU_mapを持つ。

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

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

TU_map は、デジタルインタフェースを通して入力されるトランスポートパケットの到着時刻に基づいたタイムユニット（TU) データのリストを持つ。これは、到着時刻ベースの時間と AVストリームの中のデ一夕アドレスとの関係を与える。記録装置が、入力 AVストリームを記録する場合、そのストリームのシンタクスを解析することができないとき、 TU— map が作成され、ディスクに記録される。

図 2 3は CPI0のシンタクスを示す。

lengthは、この lengthフィールドの直後のバイトから CPI0の最後のバイトまでのバイト数を示す。

CPI— typeは、 1ビットのフラグであり、 Clipの CPIのタイプを表す。

EP_map は、 AVストリ一ムファイルの中にある 1つのビデオストリームに対して、次に示すデータを持つ。

(1) stream— PID ：そのビデオストリームを伝送するトランスポートパケットの PIDを示す。

(2) num_EP— entries ：そのビデオストリームに対するエントリ一ポイントの数。 EP— mapは、 num—EP— entriesの数の PTS_EP— startと SPN—EP— startのペアのデータを持つ。

(3) PTS—EP_start ：そのビデオストリームの中で、シーケンスヘッダから始まるアクセスュニッ卜の PTSを示す。

(4) SPN_EP_start ：前記 PTS EP start により参照されるアクセスュニットの第 1バイト目を含むソ一スポケッ卜の AVストリームファイルの中でのァドレスを示す。 SPN—EP— start はソースパケット番号を単位とする大きさであり、 A ストリームファイルの最初のソースバケツトから、ゼロを初期値としてカウントされる。

AV ストリームファイルの中に複数のビデオストリームが存在する場合、 EP— mapは各ビデオストリームに対して、前記のデータを持つことができる。

図 2 4は、 EP_map の例を示す。ここでは、 Clip AV stream の中に、 strea m_PID=xのビデオストリームがあり、 k個のエントリポイントがある（mrni— E P_entries=k) 。 SPN_EP_start で指されるソースパケットの例を図に示す。そのソースパケットの中のトランスポートパケットの TP— header に続くペイ口一ドは、 PESパケットヘッダから開始する。それに続いて、シーケンスヘッダ（S QH) があり、それに続いて GOPヘッダ (GOPH)があり、それに続いて I-ピクチャヘッダ (I-PICH)がある。このシーケンスヘッダから始まるアクセスュニットの PTSは、 PESバケツトヘッダの中に符号化されている。

次に、 TU_mapについて説明する。

図 2 5は、 AVストリームを新しく Clip として記録する時にできる TU_map について説明する図である。 1つの ATC-sequence の中にあるソースパケットのァライバルタイムに基づいて作られる時間軸を所定の時間単位で分割する。この時間単位を time-unitと呼ぶ。

各々の time_unitの中に入るところの最初の完全な形のソースバケツトの AV ストリームファイル上でのアドレスを TU_map にストアする。これらのァドレスを SPN— time— uni start と呼ぶ。 ATC-sequence の上の時刻は、 TU— start— ti meに基づいて定義される。これについては SPN_time— unit— startのセマンティクスで後述する。

図 2 6は、 TU— mapのシンタクスを説明する図である。

time一 unit— sizeは、 1つの time_unitの大きさを与えるものであり、それは 2 7MHz精度のァライバルタイムクロックから導き出される 45kHzクロックを単位とする大きさである。

シンタクス中の atc_id の for-loop で使われている num— of— ATC— .sequences の値は、 SequencelnfoOの中で定義されている。

offset_arrival_time [atc_id] は、 ate— idで指される ATC'sequenceの中の最初の完全な time-unit に対するオフセットの時間である。これは、 27MHz精度のァライバルタイムクロックから導き出される 45kHz クロックを単位とする大きさである。

AVストリームを新しく Clipとして記録した時、その AVストリームファイルはただ 1つの ATC-sequence を持ち、 offset_arrival_time[atc_id]はゼロである。複数の offset_arrival— time[atc_id]が TU— mapにエントリーされる場合は、次の条件式が満たされる。

offset—arrival— time L0] 二- 0

0 < ate— ια < num— of一 ATC— sequences なる ate— idにつて、

offset一 arrival一 time [ate一 id]

>offset一 arrival—time [ate— id- l]+time— unit

* num一 of— time一 unit— entries [ate— id- 1]

num一 of— time一 unit一 entries[atc— id] 【ま、 ate— id で ί¾され ATC-sequence の中に含まれる time_unitのェントリー数を示す。

SPN_time_unit_start[atc_id] [i] は、 atc_idで指される ATC-sequence中の i 番目の time_unit の開始するアドレスである。これはソースパケット番号を単位とし、 AV ストリームファイルの最初のソースパケットからゼロを初期値としてカウントされる。

現在の time— unit に入るソースパケットが何もない場合、現在の time— unit に対する SPN— time— unit— startの値は、その 1つ前の SPN— time_unit_startの値と等しい。

TU_map の中の SPN— time— unit— startの値のエントリは、昇順にならんでいなければならない。 ate— idで指される ATC-sequence中の i番目の time一 unitの開始時刻は、次式で定義される TU— start— time [ate— id] [i]である。

TU— start— time [ate— id] [i] -offset— arrival— time [ate一 id] +i * time— unit— size

次に、 ClipMarkOについて説明する。

ClipMarkOは、 Clip AVストリームの中のマーク（Mark) の情報を定義する。マークは、 Clip の中のハイライトや特徴的な時間を指定するために設けられている。 Clip に付加されるマークは、 AVストリームの内容に起因する特徴的なシ —ンを指定する、例えば、 C M開始点や C M終了点、またシーンチェンジ点などである。 Clip にセットされるマークは、 AVストリームが新しい Clip として記録される時に記録器がセットする。なお、後で PlayList ファイルの中で説明するが、 PlayList にセットされるマークをストアするために、 PlayList ファイルは PlayListMark を持つ。 PlayList にセットされるマークは、主にユーザによつてセットされる、例えば、ブックマ一クゃリジューム点などである。

Clip または PlayListにマークをセットすることは、マークの時刻を示すタイムスタンプを ClipMark I PlayListMark に追加することにより行われる。また、マ一クを削除することは、 ClipMark I PlayListMark の中から、そのマークのタイムスタンプを削除する事で行われる。従って、マークのセットや削除により、 AVストリームは何の変更もされない。

図 2 7は、 Clip にセットされるマークと PlayListにセッ卜されるマークの関係を示す図である。 PlayListを再生する時、その PlayListが参照する Clipの C lipMarkにストアされているマークを参照する事ができる。したがって、 1つの Clip を Real PlayListや複数の Virtual PlayListによって参照している場合、それらの PlayListは、その 1つの Clipの ClipMarkを共有することができるので、マークのデータを効率良く管理することができる。

図 2 8は、 ClipMarkのシンタクスを示す。

length は、この length フィールドの直後のバイトから ClipMarkOの最後のバイ卜までのバイ卜数を示す。 makerJD は、その mark— type を定義しているメーカ一のメーカー I Dを示す。

number_of_Clip_marksは、 ClipMarkの中にストァされているマークのェントリー数を示す。

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

ユーザーがユーザーィンタフェース上で 1つのマークのェントリーを消去するオペレーションをした時、記録機は ClipMarkからそのマークのェントリ一を消去する代わりに、その mark— invalid— flagの値を 1に変更しても良い。

markjypeは、マークのタイプを示す。

rei_to_STC_id 、 mark— time— stamp と representative一 picture— time— stam pの両方が置かれているところの STC-sequenceを指定するところの stc'idを示す。 stc-idの値は、 SequencelnfoOの中で定義される。

mark_time_stamp は、 Clip AVストリームの中でマークが指定されたポイントをプレゼンテーションタイムスタンプをべ一スとして表す。

entry_ES_PIDが、 OxFFFFにセッ卜されている場合、そのマークは Clip の中のすべてのエレメンタリーストリ一ムに共通の時間軸上へのボインタ一である。 entry— ES_PIDが、 OxFFFFでない値にセットされている場合、 entry— ES_PI D は、そのマークによって指されるところのエレメンタリーストリームを含んでいるところのトランスポートパケットの PIDの値を示す。

ref _to_thumbnail_index は、マークに付加されるサムネール画像の情報を示す。 ref— to_thumbnail— index フィールドが、 OxFFFF でない値の場合、そのマ一クにはサムネール画像が付加されており、そのサムネール画像は、 mark.tdat ファイルの中にストアされている。その画像は、 mark.tidx ファイルの中で thu mbnail— indexの値を用いて参照される (後述) 。 ref— to— thumbnail— indexフィ一ルドが、 OxFFFF である場合、そのマークにはサムネール画像が付加されていない事を示す。

representative— picture一 time— stamp ま、 mark— time— stamp によってれるマークを代表する画像のポイントを示すタイムスタンプをストァする。

図 2 9は、 PlayList fileのシンタクスを示す。 PlayList fileは、 UIAppInfoP layListO, PlayListO, PlayListMarkOを持つ。

PlayList_start_address は、 Play List ファイルの先頭のバイトからの相対パイト数を単位として、 PlayListOの先頭アドレスを示す。相対バイト数はゼロからカウントされる。

PlayListMark_start_address は、 PlayList ファイルの先頭のバイトからの相対バイト数を単位として、 PlayListMarkOの先頭アドレスを示す。相対バイト数はゼロからカウントされる。

UIAppInfoPlayListOは、 PlayList についてのュ一ザイン夕一フエ一スアプリケ一ションのパラメ一タをストァする。

図 3 0に、 UIAppInfoPlayListOのシンタクスを示す。

ref _to_thumbnail_inde は、マークに付加されるサムネール画像の情報を示す。 ref—to__thumbnail— index フィールドが、 OxFFFF でない値の場合、そのマ —クにはサムネール画像が付加されており、そのサムネール画像は、 menu.tdat ファイルの中にストアされている。その画像は、 menu.tidxファイルの中で thu mbnail— indexの値を用いて参照される（後述）。 ref_to__thumbnail— indexフィ —ルドが、 OxFFFF である場合、そのマークにはサムネール画像が付加されていない事を示す。

その他のシンタクスフィールドは、 PlayList についてのユーザインターフエ —スアプリケーションのパラメ一夕を示すものであるが、本発明の実施の形態を説明するために必要ないので、詳細な説明を省略する。

図 3 1は、 PlayListOのシンタクスを示す。 lengt は、この lengthフィールドの直後のバイトから PlayListOの最後のパィ卜までのバイ卜数を示す。

CPI— type: 1ビットのフラグであり、 PlayltemOが使用する Clipの CPI—type の値を示す。 CPI— typeは、 Clip Information fileの CPI— typeで定義される。 number— of—Playltemsは、 PlayListOの中にある PlayltemOの数を示す。

シンタクス中の Playltem一 id の for-loop の中で、 PlayltemOの現れる順番によって、その PlayltemOに対する Playltem— id の値が決まる。 Playltem— id は、 0から開始する。

次に、 Playltem について説明する。 1個の Playltem は、基本的に次のデ一タを含む。

(l)Playltem が指す Clip のファイル名を指定するための Clip_infoi'mation— file _name₀

(2)その Clipの再生区間を特定するための IN_timeと OUT— timeのペア。

(3)PlayListの中で連続する 2個の Playltemについて、前側の Playltemと現在の Playltemとの接続の状態を示すところの connection— condition

図 3 2は、 CPI_typeが EP_mapの PlayList (これを EP— map typeの PlayL istと呼ぶ）を説明する図である。 EP— map typeの PlayListの場合、 Playltem の IN— timeと OUT— timeは、 PTSベースの時間を示す。その IN— timeと OUT —timeは、同じ STC-sequence上の時刻を指す。その STC-sequenceを示すために、 re to— STC— idを用いる。その IN— timeと OUT— timeは、その STC'seque nce にし-!疋 'fe c±れる presentation一 start— time と presentation—end— time (これらの情報は Sequencelnfoの中にある）で示される再生区間の中の時間を指す。

図 3 3は、 CPI— typeが TU— mapの PlayList (これを TU_map typeの Play Listと呼ぶ）を説明する図である。 TU— map typeの PlayList の場合、 Playlte mの IN— time と OUT_timeは、ァライバルタイムベースの時間を指す。その I N_timeと OUT— timeは、同じ ATC'sequence上の時刻を指す。

図 3 4は、 EP_map type の PlayList の時間情報と AV ストリームファイルの中のアドレス情報との関係を説明する図である。 PlayList の時間情報は、 AV ストリームファイルの中のピクチャやオーディオフレームの PTS 情報である。そして、 Clip Information fileの EP— mapと Sequencelnfo ifi AVストリ一ムの中の時間情報とそのファイルの中のァドレスとを関連づける。

図 3 5は、 TU— map type の PlayList の時間情報と AVストリームファイルの中のアドレス情報との関係を説明する図である。 PlayList の時間情報は、 AV ストリームファイルの中のァライバル 'タイム情報である。そして、 Clip Infor mation fileの TU_mapが、 AVストリームの中の時間情報とそのファイルの中のァドレスとを関連づける。

図 3 6は、 PlayltemOのシンタクスを示す。

lengthは、この lengthフィ一ルドの直後のバイ卜から PlayltemOの最後のバイトまでのバイト数を示す。

Clip_Information— file— name は、 Playltem力照する Clip Information file のファイル名を示す。

connection— conditionは、先 Ϊ了する Playltem と現在の Playltem とが、シ一ムレスに接続されているかどうかの情報を示す。

ref_to_STC_idは、 Playltemが参照する Clipの STC'sequenceの stc-idを示す。 stc-idの値は、 Sequencelnfoの中で定義されている。

IN_timeは、 Playltemの再生開始時刻をストアする。

OUT_timeは、 Playltemの再生終了時刻をストアする。

Bridge— Clip— Information_file— nameは、先行する Playltemと? ¾在の Play It emとがシームレスに接続されている場合の再生の補助情報である。

図 3 7は、 PlayListMarkOのシンタクスを示す。 PlayListMarkは前述したように、主にユーザによってセットされるマークをストァする。 length は、この length フィ一ルドの直後のバイトから PlayListMarkOの最後のバイトまでのパイト数を示す。

number_of— PlayList— marksは、 PlayListMarkの中にストアされているマークのエントリー数を示す。

mark— invalid_flag は、 1ビットのフラグであり、この値がゼ口にセットされている時、このマークは有効な情報を持っていることを示し、また、この値が 1 にセットされている時、このマークは無効であることを示す。

ュ一ザ一がユーザーィン夕フェース上で 1つのマークのェントリーを消去するォペレ一ションをした時、記録機は PlayListMarkからそのマークのェントリーを消去する代わりに、その mark— invalid— flagの値を 1に変更しても良い。

mark_typeは、マークのタイプを示す。

mark_name_lengthは、 Mark— nameフィールドの中に示されるマーク名のバイト長を示す。このフィールドの値は 32以下である。

ref_to_PlayItem_idは、マークが置かれているところの Playltemを指定するところの ayltemjdの値を示す。ある Playltem に対応する Playltem— idの値は、 Play ListOにおいて定義される。

mark_time_stamp は、そのマークが指定されたポイントを示すタイムスタンプをストアする。 mark— time— stampは、 ref— to— Playltem— idで示される Play It emの中で定義されているところの IN一 time と OUT_timeで特定される再生範囲の中の時間を指す。

PlayListの CPI—typeが EP— map typeの場合、 mark— time— stampは、プレゼンテ一ションタイムスタンプをべ一スとして表され、また、 CPI一 typeが TU一 map type の場合、 mark— time— stamp はァライバルタイムスタンプをべ一スとして表される。

entry JES—PIDが、 OxFFFFにセットされている場合、そのマークは PlayLis t によって使用されるすべてのエレメンタリーストリームに共通の時間軸上へのポインターである。 entry_ES— PIDが、 OxFFFFでない値にセットされている場合、 entry_ES— PIDは、そのマークによって指されるところのエレメンタリーストリームを含んでいるところのトランスポートパケットの PIDの値を示す。 ref— to— thumbnaiし index は、マークに付加されるサムネール画像の情報を示す。 ref_to— thumbnail— index フィールドが、 OxFFFF でない値の場合、そのマ —クにはサムネール画像が付加されており、そのサムネール画像は、 mark.tdat ファイルの中にストアされている。その画像は、 mark.tidx ファイルの中で thu mbnail_indexの値を用いて参照される（後述）。 ref_to— thumbnail— indexフィ —ルドが、 OxFFFF である場合、そのマークにはサムネール画像が付加されていない事を示す。

mark_name は、マークの名前を示す。このフィールドの中の左から mark_n ame— length で示されるバイト数が、有効なキャラクタ一文字であり、前記名前を示す。このキャラクタ一文字は、 UIAppInfoPlayListの中で character— setによって示される方法で符号化されている。 mark— name フィールドの中で、それら有効なキャラクタ一文字に続くバイトの値は、どんな値が入っていても良い。次に、 "info.dvr"ディレクトリについて説明する。図 3 8は、 "info.dvr"フアイルのシンタクスを示す図である。 "info.dvr"ディレクトリは、 UIAppInfo Volume ()， TableOfPlayListsOを持つ。

TableOfPlayLists— Start— address は、 info.dvr ファイルの先頭のバイトからの相対バイト数を単位として、 TableOfPlayListsOの先頭アドレスを示す。相対バイト数はゼロからカウントされる。

図 3 9に、 UIAppInfoPlayListOのシンタクスを示す。

ref— to— thumbnail— index は、マークに付加されるサムネール画像の情報を示す。 ref_to— thumbnail— index フィールドが、 OxFFFF でない値の場合、そのマ —クにはサムネール画像が付加されており、そのサムネール画像は、 menu.tdat ファイルの中にストアされている。その画像は、 menu.tidxファイルの中で thu mbnaiし indexの値を用いて参照される（後述）。 ref— to— thumbnail一 indexフィ —ルドが、 OxFFFF である場合、そのマークにはサムネール画像が付加されていない事を示す。

その他のシンタクスフィールドは、 Volume についてのユーザイン夕一フエ一スアプリケーションのパラメ一夕を示すものであるが、本発明の実施の形態を説明するために必要ないので、詳細な説明を省略する。

図 4 0は、 TableOfPlayListsOのシンタクスを示す。 TableOfPlayListsOは、 PlayList(Real PlayList と Virtual PlayList)のファイル名をストアする。ポリュ一ム（ディスク）に記録されているすべての PlayListファイルは、 TableOfP layListOの中に含まれる。 TableOfPlayListsOは、ポリュームの中の PlayList のデフォルトの再生順序を示す。

lengthは、この lengthフィ一ルドの直後から TableOfPlayListsOの最後までの TableOfPlayListsOのバイト数を示す。

number_of_PlayListsは、ポリュームに記録されている PlayList の数を示す。 PlayList jile— nameの 1 0ノ、イトの数字は、 PlayListのファイル名を示す。次に、サムネールについての情報をストァするファイルの内容を説明する。 "menu.tidx"と" menu.tdat"は、メニューサムネール、すなわち Volumeを代表する 1つのピクチャおよび PlayList 毎にそれを代表する 1つのピクチャの情報をストアする。すべてのメニューサムネールのヘッダ情報は、 1つの menu.tidx に集めて管理される。すべてのメニューサムネールのピクチャデータは、 1つの menu.tdatに集めて管理される。

"mark.tidx"と" mark.tdat"は、マ一クサムネール，すなわちマーク点で指されるピクチャについての情報をストアする。 Volume中のすべての Clipおよび Pla yListに付加されているすべてのマークサムネールのヘッダ情報は、 1つの mar k.tidxに集めて管理される。すべてのマークサムネールのピクチャデータは、 1 つの mark.tdatに集めて管理される。

サムネールのピクチャデータは、例えば、画像を J P E Gで符号化したデータである。

これら 4個のファイルのシンタクスとセマンティクスを説明する。 "menu.tidx"と" mark.tidx"は、同じシンタクス構造を持つ。図 4 1は、 "menu, tidx"と "mark.tidx"のシンタクス構造を示す。

version— number は、このサムネールヘッダ情報ファイルのバージョンナンバ —を示す 4個の数字である。

lengthは、この lengthフィールドの直後のバイトから menu.tidx/mark.tidx の最後のパイトまでのバイト数である。

number— 01— thumbnails ま、 menu.tidxの場合に【 menu.tdat に卜アれているサムネールピクチャの数であり、 mark.tidxの場合には mai'k.tdatにストァされているサムネ一ルビクチャの数である。

tn— block— size は、 menu.tidx の場合には menu.tdat の中の 1つの tn— block のサイズを示し、 mark.tidxの場合には mark.tdatの中の 1つの tnj lockのサィズを示す。このサイズは、 1024バイトを単位とする大きさである。例えば、 t n_block_size=lは、 1つの tn— blockのサイズが 1024バイトであることを示す。 1つのサムネールピクチャは、 1つの tn_block の中にストアされなければならない。

number— of— tn— blocksば、 menu.tidxの合には menu.tdatの中にある tn— bl ockの数を示し、 mark.tidx の場合には mark.tdat の中にある tn— blockの数を示す。

thumbnail— indexは、この thumb nailjndex フィールドに続くサムネール情報のインデクス番号を表す。 thumbnaiし index して、 OxFFFF という値を使用してはならない。

menu.tidxの½合、 tnumbnail_index UIApp Into Volume () , UIAppInfoPla yListO の中の ref— to_thumbnail— indexによって参照される。 mark.tidxの場合、 thumbnail— indexは PlayListMarkOおよび ClipMarkOの中の ref— to— thumbnai 1— indexによつて参照される。

ref— to— tn— block— idは、 menu.tidxの場合には menu.tdat中の 1つの tn— bloc kを示し、その tn_blockは、 thumbnail indexで指されるピクチャデ一タをストァしている。 ref—to— tn_block— idの値は、 menu.tdatのシンタクス中の tn— bio ck— idの値を参照する。

mark.tid の場合には mark.tdat中の 1つの tnjblockを示し、その tn— block は、 thumbnail— indexで指されるピクチャデータをストアしている。 ref— to_tn— block一 idの値は、 menu.tdatのシンタクス中の tn— block_idの値を参照する。 picture— byte— size は、 thumbnail— index で指される 1つの符号化サムネールピクチャのデ一夕長をバイト単位で示す。 picture_byte_size は、 1024 * tn_bloc k_size の値以下でなければならない。すなわち、記録機は 1つの符号化サムネールピクチャのデータ長を 1024 * tn— block— sizeの値以下になるように、符号化しなければならない。

horizontal— picture— size は、 thumbnail— index でされる号ィ匕サム不一レピクチャの水平方向の画素数を示す。

vertical— picture_sizeは、 thunibnail_indexで指される符号化サムネ一ルピクチヤの垂直方向の画素数を示す。

display— aspect— ratioは、 thumbnaiし indexで指される符号化サムネールピクチヤのディスプレイ'ァスぺクト-レシオを示す。

図 4 2は、 "menu.tdat"と'' mark.tdat"のシンタクス構造を示す。 "menu.tdat" と" mark.tdat"は、同じシンタクス構造を持つ。

tn— block は、 1つの符号化サムネールピクチャがストアされる領域である。一つのサムネールピクチャのバイト長は、 1つの tn— block の大きさ以下である。 1つのピクチャデータの第一バイト目は、 tn— block の第一バイト目と一致していなければならない。

menu.tdatの場合、 1つの tn_blockのサイズは menu.tdatの中の tn— block_s izeで示される。 mark.tdatの場合、 1つの tnjblockのサイズは mark.tdatの中の tn— block— sizeで示される。

各 tnjblockは、それがシンタクス中の for-loopの中で現れるときの tn— block —idの値で区別される。 menu.tidx中の tn— block— idは、 menu.tidx中の ref to_ tn— block— id によって参照される。 mark.tidx 中の tn— block— id は、 mark.tidx 中の ref_to_tn_block_idによって参照される。

サムネールは頻繁に追加、削除されるので、追加操作と部分削除の操作は容易に高速に実行できなければならない。この理由のため、 menu.tdatと mark.tdat はブロック構造を有する。一つのピクチャデータは 1つの tn— block に格納される。

menu.tdatおよび mark.tdatの tn— block列の中に、使用されていない tn_blo ck が存在してもよい。例えば、あるサムネールの削除をする場合、サムネールのヘッダ情報ファイルの中にエントリーされている thumbnail一 index を消去し、サムネールのピクチャデータファイルを何も変更しなかったとき、 tn— block 列の中に、使用されていない tn— blockができる。

図 4 3は、サムネールピクチャデータがどのように tnj lock に格納されるかを模式的に表した図である。図のように、一つのサムネールピクチャのバイト長は、 1つの tn— blockの大きさ以下である。 tn— block列の中に、使用されていない tn— blockが存在してもよい。

次に、 PlayList の編集動作のコンセプトについて説明する。以下の処理は、ユーザからの操作に基づいて、例えば、後述する図 4 4の制御部 1 7により実行される。

図 4 5は、 AVストリームが新しい Clipとして記録される時の Clipと PlayLi st の関係のコンセプトを説明する図である。 AV ストリームが新しい Clip として記録される場合、その Clip全体の再生可能範囲を参照する Heal PlayListが作られる。

図 4 6は、 Virtual PlayListの作成のコンセプトについて説明する図である。ユーザが Real PlayListの再生範囲の中から、 IN-timeと OUT-timeを指定することによって、見たい再生区間の Playltemを作り、 Virtual PlayListをつくる。図 4 7は、 Real PlayListの再生区間の一部分を消去したときの Clip と Play List の関係のコンセプトを説明する図である。必要な Clip AVストリームの再生部分だけを参照するように、 Real PlayListの Playltem を変更する。そして、 Clip AVストリームの不必要なストリーム部分を消去する。図 4 7に示すように、 Clip AVストリームの中央部のデータを消去しても、 Clip AVストリームフアイルは分割されないで、 1つのファイルである。 1つの Clip AV ストリームのデ一夕を部分的に消去しても、残ったデ一夕部分は 1つの Clip AVストリームにまとめられる。

Real PlayList が変更されて、それが参照する Clip のストリーム部分が消去された時、それと同じ Clip を使用している Virtual PlayList が参照する Clip がなくなって、問題が起きるかもしれない。そのようなことがないように、ュ一ザインターフェースは、次に示す対策をとるべきである。

その"消去"の操作に対して、ユーザに「その Real PlayListが参照している C lipのストリーム部分を参照している Virtual PlayListが存在し、もし、その R eal PlayList が消去されると、その Virtual PlayList もまた消去されることになるが、それで良いか？」と確認、警告する。または、前記 Virtual PlayList を消去する代わりに、 Real PlayList に対して次に示す"ミニマイズ (Minimize)" の操作をする。

図 4 8は、ミニマイズの編集をしたときの Clip と Real PlayList, Virtual PI ayListの関係のコンセプトを説明する図である。ミニマイズ編集は、 Real Play Listの Playltemを、 Virtual PlayListに必要な Clipのストリーム部分だけを参照するように変更する。そして、 Virtual PlayList にとつて不必要な Clip のストリーム部分を消去する。

図 4 8に示すように、 Clip AV ストリームの中央部のデ一夕を消去しても、 C lip AVストリームファイルは分割されないで、 1つのファイルである。 1つの Clip AVストリームのデータを部分的に消去しても、残ったデータ部分は 1つの Clip AVストリームにまとめられる。

次に、前記のコンセプトに基づいて、 Clip AVストリームのデータを部分的に消去する場合の Clip Information fileの変化について説明する。前述したように、 AVストリームを Clipファイルとして新たに記録する時、その Clip は ATC の不連続点を含まず、ただ 1つの ATC-sequence を持つ。そして、 ATCの不連続点は、編集等によって Clip AVストリームファイルのストリ一ムデ一夕を部分的に消ました場合にだけ、作られることを想定している。すなわち、図 4 7や図 4 8に示すように、 1つの Clip AVストリームのデータを部分的に消去して、残ったデ一夕部分が 1つの Clip AVストリームにまとめられた時、その Clip は ATCの不連続点を持ち、複数の ATC-sequence を持つ。例えば、図 4 9において、編集前の Clipは ATCの不連続点を含まず、ただ 1つの ATC-sequenceを持つとする。そして図に示すように、 Clip AVストリームの中央部のデータを消去した場合、編集後の Clipは、 2個の ATC-sequence を持つ。図 5 0は、 1つの Clip AVストリームのデ一夕を部分的に消去した時の ATC- sequence, STC-sequence およひ program-sequence の ¾係を 1¾ 9-な図でめる。編集前の Clipは、ただ 1つの ATC-sequenceと 1つの STC-sequence と 1 つの program-sequence を持つとする。すなわち、この Clip の中では、 progra m-sequence の内容が変化しないとする。この時、図に影で示す部分の AVストリームデータを消去したとする。編集の結果、 Clipは 3個の ATC-sequence と 3個の STC-sequenceを持つ、一方、 program-sequenceは 1個のままである。の program-sequenceは、 ATC-sequence の境界と STC-sequence の境界 ¾:またいでいる。

次に、前記のように Clip AV ストリームのデータが部分的に消去される時の、 Clipと PlayListの関係について説明する。

図 5 1は、 CPIが EP_mapである Clip AVストリ一ムの一部分を消去した時の Clip.と PlayListの関係を説明する図である。編集前の Clipは 1個の ATC-se quenceと 3偭の STC-sequenceを持つとする。この ATC-sequenceについての offset— STC— id[0]はゼロである。そして、 Clipの中の stc=lである STC'sequen ceは、 Playltem2と Playltem3に使われているとする。今、図に示すように st c=lである STC-sequenceの AVストリ一ムデ一夕について、 Playltem2と Pla yltem3に使われていない部分の AVストリームデータを消去したとする。

編集後の Clipは 2個の ATC-sequenceを持ち、 stc— id=lであった STC'seque nceは 2個の STC-sequenceに分かれる。 1番目の ATC'sequenceについての o ffset— STC_id[0]はゼロにセッ卜され、 2番目の ATC-sequenceについての offse t— STC— id[l]は 1にセットされる。すなわち、 1番目の ATC-sequence の中で最後の STC-sequenceの stcjd と 2番目の ATC'sequenceの中で最初の STC.se quenceの stc— id は、同じ値で 1になる。

これにより、編集後の Virtual PlayListの Playltem3と Hayltem4の ref— to —STC— id の値を変更する必要がない。 Clip AV ストリームファイルの部分的なデ一夕を消去する時に、その消去部分を使用していない Virtual PlayList については何も変更しなくても良い。

このように、 Clip AVストリームの中に ATC の不連続点を作ることができるので、 Clip AVストリームのミドル (middle)部分のストリームデ一夕を消去した場合に、 Clip ファイルを 2個に分割する必要がない。さらに、 ATCシーケンス毎に、その上にある最初の STC シーケンスの STC-id に対する offset— STC— id を用いることにより、 Clip AVストリームファイルの部分的なデ一夕を消去する時に、その消去部分を使用していない Virtual PlayList については何も変更しなくて良い。

この効果についての理解を助けるために、図 5 2は Clipの中に ATCの不連続を許さない場合において、 Clip AVストリームの一部分を消去した時に、 Clip ファイルが二つに分かれる場合を説明する図であり、また、その時の Clip と P1 ayListの関係を説明する図である。

図 5 1と同様にして、編集前の Clipは 1個の ATC-sequenceと 3個の STC's equenceを持つとする。この ATC-sequenceについての offset— STC_id[0]はゼロである。そして、 Clipの中の stcjd=lである STC-sequenceは、 Playltem2と Playltem3に使われているとする。今、図に示すように stc_id=lである STC_se quenceの AVストリ一ムデ一夕について、 Playltem2と Plavltem3に使われていない部分の AVストリームデータを消去したとする。

Clipの中に ATCの不連続を許さない場合、編集後は Clip-Aと Clip-Bの 2個の Clipファイルに分かれる。そのため、 Playltem3と Playltem4が参照する C lip ファイルの名前を変更する必要がある。すなわち、 Clip AVストリームファィルの部分的なデータを消去する時に、その消去部分を使用していない Virtual PlayListであっても、その内容を変更しなければならない場合がある。

Clip の中に ATC の不連続を許さない場合は、これを許す場合に比べると次の問題がある。

(1) ディスク中の Clipファイル数が多くなる問題。

これによつて、ディスクの再生開始時に全ての Clip ファイルを読み出し、再生装置（動画像記録再生装置 1 ) のメモリ（制御部 1 7に内蔵されているメモリ）にストアする処理にかかる時間が増える問題がある。また、ディスク（記録媒体 1 0 ) 中に記録可能なファイル数の上限をある所定の ί直に決めた時、編集等により Clip ファイル数が多くなり、その数が上限に達してしまい、ディスク中にまだ空き領域があるのに記録できなくなる問題が発生する。

(2) Clip AVストリームファイルの部分的なデ一夕を消去した時に、ディスク中にある Virtual PlayListの変更にかかる時間が大きい問題。

本発明は、これらの問題を解決する。すなわち、ディスクの再生開始時に全ての Clip ファイルを読み出し、再生装置のメモリにストアする処理にかかる時間を小さくできる。また、ディスク中に記録可能なファイル数の上限をより小さく設定できる。また、 Clip AVストリームファイルの部分的なデータを消去した時に、ディスク中にある Virtual PlayListの変更にがかかる時間が小さくなる。図 5 3は、 CPIが TU— mapである Clip AVストリ一ムの一部分を消去した時の Clipと PlayListの関係を説明する図である。編集前の Clipは 1個の ATC_se quenceを持つ。この ATC'sequenceについての offset— arrival— time [0]はゼロである。 Virtual PlayListの Playlteml, Playltem2, Playltem3および Playltem 4は、この ATC-sequenceを参照しているとする。今、図に示すように ATC_seq uenceの AVストリ一ムデ一夕について、どの Playltemにも使われていない A Vストリームデ一夕を消去したとする。

編集後の Clipは 2個の ATC-sequenceを持つ。 1番目の ATC-sequenceについての offset— arrival— time[0]はゼロにセットされ、 2番目の ATC-sequence についての offset— arrival— time [1]は値 X にセットされる。値 Xは、 OUT— time2 よりも大きく、 IN_time3 よりも小さい。すなわち、編集後に Virtual PlayList の Playltem3 と Playltem4の IN—time と OUT— timeの値を変更する必要がない。

Clip AVストリームファイルの部分的なデータを消去する時に、その消去部分を使用していない Virtual PlayListについては何も変更しなくても良い。

TU— map type の PlayList を再生する場合、再生機は Playltemの IN_time と ATC-sequenceの offset— arrival— timeの値を比較することにより、その IN_t ime と OUT_timeが指すところの ATC-sequence を見つけることができる。例えば、図 5 3の場合、 Playltem3の IN— time3は 2番目の ATC-sequenceの offs et— arrival— time(=X)よりも大きいので、 Playltem3の IN— time3と OUT— time3 は、 2番目の ATC-sequenceを指すことがわかる。

次に、 DVR アプリケーション構造のデータを記録再生するシステムについて、図 4 4の動画像記録再生装置 1のブロック図を用いて説明する。

例えば、光ディスクにより構成される記録媒体 1 0は、再生部 6 1の読み出し部 1 1により、そこに記録されている情報が読み出される。復調部 1 2は、読み出し部 1 1が記録媒体 1 0から読み出したデータを復調し、 ECC復号部 1 3に供給する。 ECC復号部 1 3は、復調部 1 2より供給されたデ一夕を、 AVストリ一ムとデ一夕ベースとに分離し、 AVストリームをソ一スデパケッタイザ 1 4に供給し、データベースを制御部 1 7に出力する。

ソースデパケッタイザ 1 4は、入力された AVストリームをデパッケタイズし、デマルチプレクサ 1 5に出力する。デマルチプレクサ 1 5は、ソースデバケツ夕ィザ 1 4より供給されたデータをビデオ（V) 、オーディオ（A) 、およびシステム（S ) の各データに分離し、 AVデコーダ 1 6とマルチプレクサ 2 5に出力する。

AVデコーダ 1 6は、入力されたビデオデータとオーディオデータを、システムデータに基づいてデコードし、ビデオ信号を端子 1 8から、オーディオ信号を端子 1 9から、それぞれ出力する。

記録部 6 2の AVエンコーダ 2 3には、端子 2 1から入力されたビデオ信号と、端子 2 2から入力されたオーディオ信号が供給される。ビデオ信号はまた、ビデォ解析部 2 4にも供給される。 AV エンコーダ 2 3とビデオ解析部 2 4には、端子 2 1から入力されたビデオ信号の代わりに、必要に応じて、 AVデコーダ 1 6 が出力したビデオ信号が供給される。

AVエンコーダ 2 3は、入力されたビデオ信号とオーディオ信号をエンコードし、エンコードしたビデオ信号（V) 、オーディオ信号（A) 、およびェンコ一ドに対応するシステムデータ（S ) を、マルチプレクサ 2 5に出力する。

ビデオ解析部 2 4は、入力されたビデオ信号を解析し、解析結果を制御部 1 7 に出力する。

端子 3 3には、デジ夕ルインタフエースまたはデジタルテレビチューナからのトランスポートストリームが入力され、スィッチ 2 7を介して、デマルチプレクサ 1 5、またはさらにスィッチ 2 8を介して、多重化ストリーム解析部 2 6、およびソースバケツタイザ 2 9に供給される。多重化ストリーム解析部 2 6とソースバケツタイザ 2 9にはまた、スィッチ 2 8を介してマルチプレクサ 2 5が出力した信号も、スィッチ 2 7からの信号に代えて供給可能とされている。

多重化ストリーム解析部 2 6は、入力された信号を解析し、解析結果を制御部 1 7に出力する。ソースパケッタイザ 2 9は、入力された信号をパケッタイズし、 ECC符号化部 3 0に供給する。 ECC符号化部 3 0には、制御部 1 7が出力するデ一タベースも供給されている。

ECC 符号化部 3 0は、入力に誤り訂正符号を付加し、符号化し、変調部 3 1 に出力する。変調部 3 1は、 ECC 符号化部 3 0から入力されたデータを変調し，書き込み部 3 2に出力する。書き込み部 3 2は、変調部 3 1から入力されたデ一夕を記録媒体 1 0に書き込む処理を実行する。

制御部 1 7は、各種のデータを記憶する記憶部 1 7 Aを有しており、上述したフォーマットを管理し、データの記録媒体 1 0に対する記録または再生のために、各部を制御する。

制御部 1 7にはまた、ドライブ 4 1が接続されており、磁気ディスク 5 1、光ディスク 5 2、光磁気ディスク 5 3、または半導体メモリ 5 4などがドライブされる。

なお、光ディスク 5 2は、記録媒体 1 0と兼用することも可能である。

次に記録時の基本的動作について、動画像記録再生装置 1自身が、入力オーディォビデオ信号を符号化して記録する場合を例として説明する。

記録部 6 2の端子 2 1と端子 2 2からは、それぞれビデオ信号とオーディオ信号が入力される。ビデオ信号は、ビデオ解析部 2 4と AVエンコーダ 2 3へ入力される。また、オーディオ信号もまた AVエンコーダ 2 3へ入力される。 AVェンコーダ 2 3は、入力ビデオ信号とオーディオ信号を符号化し、符号化ビデオストリーム (V)、符号化オーディオストリーム (A)、およびシステム情報 (S)をマルチプレクサ 2 5に出力する。

符号化ビデオストリーム (V)は、例えば MPEG2 ビデオストリームであり、符号化オーディォス卜リーム (A)は、例えば MPEG1 オーディォストリームやドルビー AC3 (商標）オーディオストリーム等である。システム情報 (S)は、ビデオオーディオの符号化情報（符号化ピクチャやオーディオフレームのバイトサイズ、ピクチャ符号化タイプ等）や AV同期等の時間情報である。

マルチプレクサ 2 5は、入力ストリームを入力システム情報に基づいて多重化して、多重化ストリームを出力する。多重化ストリームは、例えば、 MPEG2 トランスポートストリームや MPEG2 プログラムストリームである。多重化ストリームは、多重化ストリーム解析部 2 6およびソースバケツタイザ 2 9に入力される。ソースバケツタイザ 2 9は、入力多重化ストリームを、記録媒体 1 0のァプリケーシヨンフォーマツトに従って、ソースバケツトから構成される AVストリームに符号化する。 AVストリームは、 ECC (誤り訂正）符号化部 3 0で誤り訂正符号が付加され、変調部 3 1で変調処理されて、書き込み部 3 2へ入力される。書き込み部 3 2は、制御部 1 7から指示される制御信号に基づいて、記録媒体 1 0へ AVストリームファイルを記録する。

次に、例えば、図示せぬディジタルインタフェースまたはディジタル TVチューナから入力されるディジタル TV放送等のトランスポートストリームを記録する場合を説明する。

端子 3 3からはトランスポートストリームが入力される。入力トランスポートストリームの記録方法は、 2通りあり、それらは、トランスペアレントに記録する方法と記録ビットレートを下げるなどの目的のために再エンコードをして記録する方法である。記録方法の指示情報は、ユーザイン夕一フェースとしての端子 2 0から制御部 1 7へ入力され、制御部 1 7が記録方法を制御する。

入力トランスポートストリ一ムをトランスペアレントに記録する場合、トランスポ一トストリ一ムは、多重化ストリーム解析部 2 6およびソースバケツタイザ 2 9に入力される。これ以後、記録媒体 1 0へ AVストリームが記録されるまでの処理は、上述の入力オーディオ信号とビデオ信号を符号化して記録する場合と同じである。

入力トランスポ一トストリ一ムを再ェンコ一ドして記録する場合、入カトランスポートストリームは、デマルチプレクサ 1 5へ入力される。デマルチプレクサ 1 5は、ビデオストリーム (V)を AVデコーダ 1 6へ入力する。 AVデコーダ 1 6 は、ビデオストリームを復号し、再生ビデオ信号を AVエンコーダ 2 3へ入力する。 AVエンコーダ 2 3は、入力ビデオを符号化し、符号化ビデオストリーム (V) をマルチプレクサ 2 5へ入力する。

一方、デマルチプレクサ 1 5から出力されるオーディオストリーム (A)とシステム情報 (S)は、ダイレクトにマルチプレクサ 2 5へ入力される。マルチプレクサ 2 5は、入力ストリームを、入力システム情報に基づいて多重化して、多重化ストリームを出力する。これ以後、記録媒体 1 0へ AVストリームが記録されるまでの処理は、上述の入力オーディオビデオ信号を符号化して記録する場合と同じである。

この動画像記録再生装置 1は、 AVストリームファイルを記録すると共に、そのファイルに関係するアプリケーションデータベース情報もまた記録する。アブリケーシヨンデータベース情報は、制御部 1 7により作成される。制御部 1 7への入力情報は、ビデオ解析部 2 4からの動画像の特徴情報、多重化ストリーム解析部 2 6からの AVストリームの特徴情報、およびユーザィン夕フエ一スとしての端子 2 0から入力されるユーザの指示情報である。

ビデオ解析部 2 4からの動画像の特徴情報は、動画像記録再生装置 1自身がビデォ信号を符号化する場合において、動画像記録再生装置 1により生成されるものである。ビデオ解析部 2 4は、入力ビデオ信号の内容を解析し、入力動画像信号の中の特徴的なマーク点の画像に関係する情報を生成する。この情報は、例えば、入力ビデオ信号の中のプログラムの開始点、シ一ンチェンジ点、 CMのスタート ·エンド点などの特徴的なマーク点の画像の指示情報であり、また、これには、その画像のサムネールも含まれる。これらの画像の指示情報は、制御部 1 7 を介して、マルチプレクサ 2 5へ入力される。

マルチプレクサ 2 5は、制御部 1 7から指示されるマーク点の画像の符号化ピクチャを多重化した時に、その符号化ピクチャの AVストリーム上でのァドレス情報を制御部 1 7に返す。制御部 1 7は、特徴的な画像の種類と、その符号化ピクチャの AVストリーム上でのァドレス情報を関連付けて記憶する。

多重化ストリーム解析部 2 6からの AVストリームの特徴情報は、記録される AVストリームの符号化情報に関係する情報であり、これらは動画像記録再生装置 1により生成される。例えば、 AVストリームの中における I ピクチャのタイムスタンプとアドレス情報、 STC の不連続情報、プログラム内容の変化情報、ァライバルタイムとァドレス情報、などが含まれる。

AVストリーム内の I ピクチャのタイムスタンプとァドレス情報は、上述の E P— mapにストアされるデータとなる。 AVストリーム内の STCの不連続情報は、上述の Sequencelnfo にストアされるデ一夕となる。 AV ストリーム内のプログラム内容の変化情報は、 Programlnfo にストアされるデータとなる。また、 AV ストリーム内のァライバルタイムとアドレス情報は、上述の TU— map にストアされる。

また、多重化ストリーム解析部 2 6は、端子 3 3から入力されるトランスポートストリームをトランスペアレントに記録する場合、 AV ストリームの中の特徴的なマーク点の画像を検出し、その種類とアドレス情報を生成する。この情報は、 ClipMarkにストァされるデータとなる。

多重化ストリーム解析部 2 6からの AVストリ—ムの特徴情報は、 AVストリ —ムのデータベース（Clip Information)にストアされるものである。

端子 2 0からのユーザの指示情報には、 AV ストリームの中のお好みの再生区間の指定情報，その再生区間の内容を説明するキャラクタ一文字、ユーザがお好みのシーンにセッ卜するブックマ一クゃリジユーム点の AVストリームの中の夕ィムスタンプなどが含まれる。これらのユーザの指示情報は、 PlayList のデ一夕ベースにストァされるものである。

制御部 1 7は、前記入力情報に基づいて、 AVストリームのデータベース（Cli p Information) , PlayList のデータべ一ス、記録媒体 1 0の記録内容の管理情報 (info.dvr)、およびサムネール情報を作成する。これらのデータベース情報は、 AVストリームと同様にして、 ECC (誤り訂正）符号化部 3 0、変調部 3 1で処理されて、書き込み部 3 2へ入力される。書き込み部 3 2は、制御部 1 7から指示される制御信号に基づいて、このデータベース情報を、記録媒体 1 0へ、アブリケーシヨンデータベース情報として記録する。

次に、再生時の基本的な動作について説明する。

記録媒体 1 0には、 AV ストリームファイルとアプリケ一ションデ一夕ベース情報が記録されている。

はじめに制御部 1 7は、再生部 6 1の読み出し部 1 1に対して、アプリケーシヨンデ一夕べ一ス情報を読み出すように指示する。そして、読み出し部 1 1は、記録媒体 1 0からアプリケーションデータべ一ス情報を読み出し、そのデータべース情報は、復調部 1 2 , ECC (誤り訂正）復号部 1 3の処理を経て、制御部 1 7へ入力される。

制御部 1 7は、アプリケーションデータべ一スに基づいて、記録媒体 1 0に記録されている PlayList の一覧を、端子 2 0のユーザインターフェースへ出力する。ュ一ザは、 PlayListの一覧から再生したい PlayListを選択し、再生を指定された PlayListが制御部 1 7へ入力される。制御部 1 7は、その PlayListの再生に必要な AVストリームファイルの読み出しを読み出し部 1 1に指示する。そして、読み出し部 1 1は、記録媒体 1 0からその AV ストリームを読み出し、 A Vストリ一ムは復調部 1 2 , ECC 復号部 1 3の処理を経て、ソース ·デバケツタイザ 1 4へ入力される。

ソース ·デパケッタイザ 1 4は、記録媒体のアプリケ一ションフォ一マツトの AV ストリームを、デマルチプレクサ 1 5へ入力できるストリームに変換する。デマルチプレクサ 1 5は、制御部 1 7により指定された AVストリームの再生区間 (Playltem)を構成するビデオス卜リーム (V)、オーディォストリ一ム (A)、およびシステム情報 (S)を AVデコーダ 1 6へ入力する。 AVデコーダ 1 6は、ビデオストリームとオーディォストリ一ムを復号し、再生ビデオ信号と再生オーディォ信号を、それぞれ端子 1 8と端子 1 9から出力する。

ュ一ザによって選択された EP— mapタイプの PlayListをある時間から途中再生する場合、制御部 1 7は、指定された時間にもっとも近い PTS を持つ I ピクチヤのアドレスからデ一夕を読み出すように読み出し部 1 1へ指示する。

また、ユーザによって選択された TU— mapタイプの PlayListをある時間から途中再生する場合、制御部 1 7は、指定された時間にもっとも近いァライバル夕ィムのソースパケットのアドレスからデータを読み出すように読み出し部 1 1へ指示する。

さらに、 CliD Information の中の ClipMark にストアされている番組の頭出し点やシーンチェンジ点の中から、ユーザがあるマークを選択した時（例えば、この選択動作は、 ClipMark にストアされている番組の頭出し点やシーンチェンジ点のサムネール画像リストをユーザインタフエ一スに表示して、ュ一ザが、その中からある画像を選択することにより行われる）、制御部 1 7は、 Clip Infor mation の内容に基づいて、記録媒体 1 0からの AVストリームの読み出し位置を決定し、その AVストリームの読み出しを読み出し部 1 1へ指示する。

すなわち、ユーザが選択した画像がストアされている AVストリーム上でのァドレスに最も近いァドレスにある Iピクチャからのデ一夕を読み出すように読み出し部 1 1へ指示が出される。読み出し部 1 1は、指定されたアドレスからデー夕を読み出し、読み出されたデータは、復調部 1 2， ECC 復号部 1 3の処理を経て、デマルチプレクサ 1 5へ入力され、 AV デコーダ 1 6で復号されて、マーク点のピクチャのァドレスで示される AVデータが再生される。

次に、ユーザが、 AVストリームの編集をする場合を説明する。

ユーザが、記録媒体 1 0に記録されている AVストリームの再生区間を指定して新しい再生経路を作成したい場合、ユーザインタフェースの端子 2 0から、再生区間のイン点とアウト点の情報が制御部 1 7へ入力される。制御部 1 7は、 A Vストリームの再生区間 (Playltem)をグループ化したもの（PlayList) のデータベースを作成する。

ユーザが、記録媒体 1 0に記録されている AVストリームの一部を消去したい場合、ユーザインタフェースの端子 2 0から、消去区間の情報が制御部 1 7へ入力される。制御部 1 7は、必要な AVストリーム部分だけを参照するように Pla yList のデータベースを変更する。また、 AV ストリームの不必要なストリーム部分を消去するように、書き込み部 3 2に指示する。また、 Clip AVストリームの変化に基づいて、その Clip Information の内容を変更する。

ユーザが、記録媒体 1 0に記録されている AVストリームの再生区間を指定して新しい再生経路を作成したい場合であり、かつそれぞれの再生区間をシームレスに接続したい場合の動作を説明する。この場合、制御部 1 7は、 AVス卜リームの再生区間 (Playltem)をグループ化したもの（PlayList) のデータべ一スを作成し、さらに、再生区間の接続点付近のビデオストリームの部分的な再ェンコ一ドと再多重化が必要になる。

まず、ュ一ザイン夕フェースとしての端子 2 0から、再生区間のイン点のピクチヤとアウト点のピクチャの情報が制御部 1 7へ入力される。制御部 1 7は、読み出し部 1 1に、イン点のピクチャとアウト点のピクチャを再生するために必要なデ一夕の読み出しを指示する。そして、読み出し部 1 1は、記録媒体 1 0からそのデータを読み出し、そのデ一夕は、復調部 1 2， ECC 復号部 1 3、ソ一ス ·デバケツタイザ 1 4を経て、デマルチプレクサ 1 5へ入力される。制御部 1 7は、デマルチプレクサ 1 5へ入力されたストリームを解析して、ビデオストリームの再エンコード方法（picture— coding— type の変更、再エンコードする符号化ビット量の割り当て）と再多重化方法を決定して、その方法を AVェンコ一ダ 2 3とマルチプレクサ 2 5へ供給する。

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

マルチプレクサ 2 5は、制御部 1 7から入力された情報に基づいて、入力ストリームを多重化し、多重化ストリームを出力する。多重化ストリームは、 ECC (誤り訂正）符号化部 3 0、変調部 3 1で処理されて、書き込み部 3 2へ入力される。書き込み部 3 2は、制御部 1 7から指示される制御信号に基づいて、記録媒体 1 0へ AVストリームを記録する。次に、図 5 4は、 AV ストリームを Clip をして新しく記録するときの、 Clip AVストリームファイルと、それに関連する Clip Information ファイルの、動画像記録再生装置 1の記録動作のフ口一チャートを示す。

ステップ S 1 1で、制御部 1 7は、端子 2 1および 2 2から入力される AV入力をエンコードして得たトランスポートストリーム、または端子 3 3のデイジ夕ルインタフェースから入力されるトランスポートストリームをファイル化して、 Clip AVストリームファイルを作成して記録する。

ステップ S 1 2で、制御部 1 7は上記 AVストリームファイルについての Clip Info (図 8 ) を作成する。

ステップ S 1 3で、制御部 1 7は上記 AVストリームファイルについての Seq uencelnfo (図 1 3 ) を作成する。

ステップ S 1 4で、制御部 1 7は上記 AVストリームファイルについての Pro gramlnfo (図 1 5 ) を作成する。

ステップ S 1 5で、制御部 1 7は上記 AVストリームファイルについての CPI (EP-mapまたは TU-map) (図 2 4、図 2 5および図 2 6 ) を作成する。

ステップ S 1 6で、制御部 1 7は上記 AVストリームファイルについての Clip Markを作成する。

ステップ S 1 7で、制御部 1 7は上記 Cliplnfo, Sequencelnfo, Programlnfo, CPI, および ClipMarkがストァされた Clip Informationファイル（図 8 ) を記録する。

なお、ここでは各処理を時系列に説明したが、ステップ S 1 1からステップ S 1 6は、実際には同時に動作するものである。

次に、 AV ストリームを Clip をして新しく記録するときの、 Sequencelnfo (図 1 3 ) の作成の動作例を、図 5 5のフローチャートを用いて説明する。この処理は、図 4 4の多重化ストリーム解析部 2 6で行われる。

ステップ S 3 1において、制御部 1 7は最初のトランスポートパケットを AT C シーケンスの開始点とする。すなわち、 SPN ATC startが設定される。また、このとき、 atc_idと stc_idも設定される。

ステップ S 3 2において、多重化ストリーム解析部 2 6は AVストリームに含まれるアクセスユニット（例えば、ピクチャやオーディオフレーム）の PTS を解析する。

ステップ S 3 3において、多重化ストリーム解析部 2 6は PCRパケットが受信されたかどうかを調べる。ステップ S 3 3において、 No の場合はステップ S 3 2へ戻り、 Yesの場合はステップ S 3 4へ進む。

ステツプ S 3 4において、多重化ストリ一ム解析部 2 6は STC の不連続が検出されたか否かを調べる。 NO の場合は、ステップ S 3 2へ戻る。 YES の場合は、ステップ S 3 5へ進む。なお、記録開始後、最初に受信された PCRパケッ卜の場合は、必ずステップ S 3 5へ進む。

ステップ S 3 5において、多重化ストリーム解析部 2 6は、新しい STC の最初の PCRを伝送するトランスポートパケットの番号 (ァドレス）を取得する。ステップ S 3 6において、制御部 1 7は上記バケツト番号を STC シーケンスの開始するソースパケット番号として取得する。すなわち、 SPN—STC— start が設定される。また、ことのき、新たな stc— idが設定される。

ステップ S 3 7において、制御部 1 7は STCシーケンスの表示開始の PTSと表示終了の PTSを取得し、それぞれ、 presentation— start— time、または presen tation_end— timeに設定し、それらに基づいて、 Sequencelnfo (図 1 3 ) を作成する。

ステップ S 3 8において、制御部 1 7は最後のトランスポートパケットが入力終了したかどうかを調べる。 No の場合は、ステップ S 3 2へ戻り、 Yes の場合は処理を終了する。

Programlnfo (図 1 5 ) の作成の動作例を図 5 6のフローチャートを用いて説明する。この処理は図 4 4の多重化ストリーム解析部 2 6で行われる。

ステップ S 5 1において、多重化ストリーム解析部 2 6は PSI/SI を含むトランスポートパケットが受信されたかどうかを調べる。ここで、 PSI/SI のトランスポートバケツトは、具体的には、 PAT， PMT, SIT のパケットである。 SIT は、 DVB 規格で規定されているパーシャルトランスポートストリームのサ一ビス情報が記述されているトランスポートパケットである。ステップ S 5 1において、 Noの場合はステップ S 5 1へ戻り、 Yesの場合はステップ S 5 2へ進む。

ステップ S 5 2において、多重化ストリーム解析部 2 6は、 PSI/SI の内容が変わつたかを調べる。すなわち、 PAT，PMT，SIT のそれぞれの内容が、以前に受信したそれぞれの内容と比べて変化したかどうかが調べられる。内容が変化していない場合は、ステップ S 5 1へ戻る。内容が変化した場合は、ステップ S 5 3 へ進む。なお、記録開始後、最初に受信された PSI/SI の場合は、必ずステップ S 5 3へ進む。

ステップ S 5 3において、制御部 1 7は新しい PSI/SI を伝送するトランスポ ―トパケットの番号 (ァドレス）とその内容を取得する。

ステップ S 5 4において、制御部 1 7は Program-sequence の情報を作成し、 Programlnfo (図 1 5 ) を作成する。

ステップ S 5 5において、制御部 1 7は最後のトランスポートパケットが入力終了したかどうかを調べる。 No の場合は、ステップ S 5 1へ戻り、 Yes の場合は処理を終了する。

次に EP_map (図 2 4 ) の作成の動作例を、図 5 7のフローチヤ一トを用いて説明する。この処理は図 4 4の多重化ストリーム解析部 2 6で行われる。

ステップ S 7 1で多重化ストリーム解析部 2 6は、記録する AVプログラムのビデオの PID をセットする。トランスポートストリームの中に複数のビデオが含まれている場合は、それぞれのビデオ PIDがセットされる。

ステップ S 7 2で多重化ストリーム解析部 2 6は、ビデオのトランスポートパケットを受信する。

ステップ S 7 3で多重化ストリーム解析部 2 6は、トランスポートパケットのペイロード（バケツトヘッダ一に続くデータ部）が PES バケツ卜の第 1バイト目から開始しているかを調べる（PES パケットは、 MPEG2 で規定されているパケットであり、エレメンタリーストリームをパケット化するものである）。これは、トランスポートパケットヘッダにある "payload_unit— start— indicator"の値を調べることによりわかり、この値が 1 である場合、トランスポートバケツ卜のペイロードが PES パケッ卜の第 1バイト目から開始する。ステップ S 7 3 で Noの場合は、ステップ S 7 2へ戻り、 Yesの場合は、ステップ S 7 4へ進む。ステップ S 7 4で多重化ストリーム解析部 2 6は、 PES パケッ卜のペイ口一ドが、 MPEG ビデオの sequence— header— code(32 ビット長で" 0x000001B3"の符号)の第 1バイト目から開始しているかを調べる。ステップ S 7 4で No の場合は、ステップ S 7 2へ戻り、 Yesの場合は、ステップ S 7 5へ進む。

ステップ S 7 5へ進んだ場合、制御部 1 7は現在のトランスポートパケットをエントリーポイントとする。

ステップ S 7 6で制御部 1 7は、上記パケットのバケツト番号と上記 sequenc e_header_code から開始する I ピクチャの PTS とそのエントリ一ポイントが属するビデオの PIDを取得し、 EP_mapを作成する。

ステップ S 7 7で、多重化ストリーム解析部 2 6は、現在のパケットが最後に入力されるトランスポ一トバケツトであるかどうかを判定する。最後のバケツトでない場合、ステップ S 7 2へ戻る。最後のパケットである場合、処理を終了する。

図 5 8は、 Real PlayList の作成方法を説明するフローチャートを示す。図 4 4の動画像記録再生装置 1のブロック図を参照しながら説明する。

ステップ S 9 1で、制御部 1 7は Clip AVストリームを記録する。

ステップ S 9 2で、制御部 1 7は上記 Clip の全ての再生可能範囲をカバーする Playltem (図 3 6 ) からなる PlayListO (図 3 1 ) を作成する。 Clip の中に STC不連続点があり、 PlayListOが 2つ以上の Playltemからなる場合は、制御部 1 7は Playltem間の connection— conditionもまた決定する。

ステップ S 9 3で、制御部 1 7は UIAppInfoPlayListOを作成する。 UIAppIn foPlavListOは PlayListの内容をユーザーへ説明するための情報を含む。本実施の形態ではその説明を省略する。

ステップ S 9 4で、制御部 1 7は PlayListMarkを作成する（本実施の形態ではその説明を省略）。

ステップ S 9 5で、制御部 1 7は MakersPrivateData を作成する（本実施の形態ではその説明を省略）。

ステップ S 9 6で、制御部 1 7は Real PlayListファイルを記録する。

このようにして、新規に Clip AVストリームを記録する毎に、 1つの Real P layListフアイルが作られる。

図 5 9は、 Virtual PlayListの作成方法を説明するフローチャートである。ステップ S 1 1 1で、ユーザ一インターフェースを通して、ディスク（記録媒体 1 0 ) に記録されている 1つの Real PlayList の再生が指定される。そして、その Real PlayList の再生範囲の中から、ユーザーインターフェースを通して、 IN点と OUT点で示される再生区間が指定される。

ステップ S 1 1 2で、制御部 1 7はユーザ一による再生範囲の指定操作がすべて終了したか調べる。ユーザーが上記指示した再生区間に続けて再生する区間を選ぶ場合はステップ S 1 1 1へ戻る。

ステップ S 1 1 2でユーザーによる再生範囲の指定操作がすべて終了したと判定された場合は、ステップ S 1 1 3へ進む。

ステップ S 1 1 3で、連続して再生される 2つの再生区間の間の接続状態 (con nection— condition)を、ユーザ一がユーザ一イン夕フエ一スを通して決定するか、または制御部 1 7が決定する。

ステップ S 1 1 4で、ユーザーインタフェースを通して、ユーザーがサブパス (アフレコ用オーディオ)情報を指定する。ユーザーがサブパスを作成しない場合はこのステップの処理はスルーされる。サブパス情報は、 PlayListの中の SubP layltem にストアされる情報であるが、本発明の趣旨に必要ないので説明を省略する。

ステップ S 1 1 5で、制御部 1 7はユーザ一が指定した再生範囲情報、および connection— conditionに基づいて、 PlayListO (図 2 8 ) を作成する。

ステップ S 1 1 6で、制御部 1 7は UIAppInfoPlayListOを作成する。 UIApp InfoPlayListOは PlayListの内容をユーザ一へ説明するための情報を含む。本実施の形態ではその説明を省略する。

ステップ S 1 1 7で、制御部 1 7は PlayListMarkを作成する（本実施の形態ではその説明を省略）。

ステップ S 1 1 8で、制御部 1 7は MakersPrivateData を作成する（本実施の形態ではその説明を省略）。

ステップ S 1 1 9で、制御部 1 7は Virtual PlayList ファイルを記録媒体 1 0に記録する。

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

図 6 0は PlayListの再生方法を説明するフローチャートである。

ステップ S 1 3 1で、制御部 1 7は Info.dvr, Clip Information file, PlayLis t file およびサムネールファイルの情報を取得し、ディスク（記録媒体 1 0 ) に記録されている PlayListの一覧を示す GUI画面を作成し、ユーザーイン夕フエースを通して、 GUIに表示する。

ステップ S 1 3 2で、制御部 1 7はそれぞれの PlayListの UIAppInfoPlayLi st()に基づいて、 PlayListを説明する情報を GUI画面に提示する。

ステップ S 1 3 3で、ユーザーインタフェースを通して、 GUI画面上からュ一ザ一が 1つの PlayListの再生を指示する。

ステップ S 1 3 4で、制御部 1 7は現在の Playltemの STC-idと IN— timeの PTS から、 IN_time より時間的に前で最も近いエントリーポイントのあるソ一スパケット番号を取得する。

ステップ S 1 3 5で、制御部 1 7は上記エントリーポイントのあるソースパケット番号から AVストリームのデータを読み出し、デコーダへ供給する。ステップ S 1 3 6で、現在の Playltemの時間的に前の Playltemがあった場合は、制御部 1 7は、前の Playltem と現在の Playltem との表示の接続処理を connection— condition ίこ ¾：つ" "し xつ。

ステップ S 1 3 7で、制御部 1 7は、 AVデコーダ 1 6に IN_timeの PTSのピクチャから表示を開始するように指示する。

ステップ S 1 3 8で、制御部 1 7は、 AVデコーダ 1 6に AVストリ一ムのデコードを続けるように指示する。

ステップ S 1 3 9で、制御部 1 7は、現在表示の画像が、 OUTjime の PTS の画像か否かを調べる。 No の場合は、ステップ S 1 4 0へ進む。ステップ S 1 4 0で現在の画像を表示して、ステップ S 1 3 8へ戻る。ステップ S 1 3 9で現在表示の画像が OUT_timeの PTSの画像の場合はステツプ S 1 4 1へ進む。ステップ S 1 4 1で、制御部 1 7は、現在の Playltemが PlayList の中で最後の Playltem かを調べる。 No の場合はステップ S 1 3 4へ戻る。 Yes の場合は、 PlayListの再生を終了する。

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

次に、本発明の AVストリームファイルとデータベースファイルが記録されている記録媒体から、ディジタルバス経由で、別の記録媒体へ AVストリームファィルとデータベースファイルをファイルコピーする方法を説明する。

まず、本方法の目的を説明するために、 AV ス卜リームとそのデ一夕ベースを共にデ一夕転送する場合と、 AVストリームだけをデータ転送する場合の違いを説明する。

図 6 1、図 6 2は、 AVストリームとそのデ一夕ベースを共にデ一夕転送する場合を示す。一方、図 6 3、図 6 4は、 AVストリームだけをデータ転送する場合を示す。コピ一元の記録媒体（例えば、後述する図 7 1の記録媒体 1 0 ) には、 Clip と PlayList が記録されている。説明を簡単化するために、いま、 1個の Clip (Clip Information file と Clip AV stream file) を使用している PlayListフアイルがコピー元の記録媒体に記録されているとする。

図 6 1は、当該 PlayListと Clipのファイルを、コピー元（図 7 1の再生装置 2 ) からコピー先（図 7 1の記録装置 3 ) へ、例えば、 IEEE1394 のディジタルバス（図 7 1のディジ夕ルバス 6 0 ) を経由して、 Asynchronous (ァシンク口ナス）転送によって、ファイル転送する場合を示す。この場合、コピ一された Clip AV stream fileの各ソースパケットの TP— extra Jieader の ATS (ァライバルタイムスタンプ）は、コピー元と同じであり、また、コピーされた Clip AV stream fileに対応する Clip Information fileと PlayListファイルもコピー先へコピーされる。

また、図 6 2は、 PlayList file と Clip Information fileのファイルを、コピ —元（図 7 1の再生装置 2 ) からコピー先（図 7 1の記録装置 3 ) へ、 IEEE13 94 のディジタルバス（図 7 1のディジタルバス 6 0 ) を経由して、 Asynchrono us (ァシンクロナス）転送によって、ファイル転送し、 AV ストリームを、コピ一元からコピ一先へ、 Isochronous (ァイソクロナス）転送によって、リアル夕ィム転送（ストリーム転送）する場合を示す。

この場合、コピー元（図 7 1の再生装置 2 ) は、 Clip Information file に対応する Clip AV stream fileをディジタルバス（図 7 1のディジタルバス 6 0 ) へ出力する時に、各ソースパケットのァライバルタイムスタンプに従って、トランスポートパケットを出力する（図 7の再生モデルを参照）。各ソースパケットの TP— extra— header(ATS)は、コピー先（図 7 1の記録装置 3 ) で新たに付加される（コピー先で新たに Clip AV stream fileが作られる）。また、コピーされた Clip AV stream fileに対応する Clip Information fileと PlayListファイル (デ一夕ベースファイル）もコピー先へコピーされる。

図 6 1または図 6 2の場合、コピー元の PlayListと Clipの内容を全て、コピ一先へ転送することができるので、有効である。すなわち、コピ一元の PlayLis tにセットされていた再生指定情報， UIAppInfoPlayList, PlayListMark サムネール情報の内容など、また、コピー元の Clipにセットされていた CPI， Sequ encelnfo, Programlnfo, ClipMark, サムネール情報の内容などを、コピー先へ転送することができるので、有効である。

一方、図 6 3、図 6 4は、 AVストリームだけをデータ転送する場合を示す。図 6 3は、 AV ストリームだけを、コピー元（図 7 1の再生装置 2 ) からコピ —先（図 7 1の記録装置 3 ) へ、 IEEE1394 のディジタルバス (図 7 1のディジタルバス 6 0 ) を経由して、 Isochronous (ァイソクロナス）転送によって、リアルタイム転送（ストリーム転送）する場合を示す。この場合、コピ一元は、 PlayListが指定する再生区間の AVストリ一ムをディジタルバスへ出力する時に、各ソースパケットのァライバルタイムスタンプに従って、トランスポ一トバケツトを出力する（図 7の再生モデルを参照）。コピー先の側から見ると、ディジタル放送のトランスポートストリームを記録する場合と同じ状態であり、入力された AVストリームが新たに、 Clipとして記録される。すなわち、各ソースバケツ卜の TP一 extraJieader(ATS)は、コピー先で新たに付加される。また、当該 Clip の再生範囲をカバーする Real PlayList ファイルが新たに作られる（デ一夕べースファイルは、コピー元で新たに作られ、コピー元のものとは異なる）。

また、図 6 4は、コピー先の記録装置（図 7 1の記録装置 3 ) が D V Rフォ一マットに準拠したものでない場合に、 AV ストリームだけをリアルタイムにデ一夕を再生する速度でデータ転送する場合を説明する図である。

この場合も、図 6 3の場合と同様にして、 AV ストリームを、コピー元からコピー先へ、 IEEE 1394の Isochronous (ァイソクロナス）転送によって、リアルタイム転送（ストリーム転送）する。コピ一先では、その記録装置（図 7 1の記録装置 3 ) のフォーマットを用いて、入力された AVストリームを記録する。例えば、コピー先の記録装置が、 D— V H S (商標）の場合は、そのフォ一マットで AVストリームを記録する。このように、コピー元の D V Rフォーマットに準拠した再生装置（図 7 1の再生装置 2の制御部 1 7 ) が、コピー先の記録装置 (図 7 1の記録装置 3の制御部 1 7— 2 ) と相互認証を行い、前記記録装置が D V Rフォーマツトに準拠していないことが確認された場合には、前記再生装置 (図 7 1の再生装置 2の制御部 1 7 ) は、 AVストリームをリアルタイム転送するように制御される。

図 6 3または図 6 4の場合、コピー元の PlayListと Clipの内容を全て、コピ —先へ転送することができないので、問題がある。すなわち、コピー元の PlayL ist にセットされていた再生指定情報， UIAppInfoPlayList, PlayListMark, サムネール情報の内容など、また、コピー元の Clip にセットされていた CPI， Se quencelnfo, Programlnfo, ClipMark, サムネール情報の内容などを、コピー先へ転送することができない。一方、図 6 1または図 6 2の場合は、コピー元の P layListと Clipの内容を全て、コピー先へ転送することができる。

コピー先の記録装置が、本実施の形態で説明している D V Rフォーマツトに準拠している場合、図 6 1と図 6 2のどちらでも使用することができる。

図 6 1の方法は、 AVストリームをファイル転送するので、リアルタイムにデ一夕を再生する速度でデータ転送する場合よりも高速にデ一夕を転送することができる。しかし、コピー先の記録装置で入力されるデータを、リアルタイムにデコードして再生することは難しい。

一方、図 6 2の方法は、 AVストリームをリアルタイムにデータを再生する速度でデータ転送するので、コピー先の記録装置で入力されるデータをリアルタイムにデコードして再生することができる。しかし、 AVストリームのコピーにかかる時間は、リアルタイムにデ一夕を再生する場合と同じ時間が必要である。図 6 1と図 6 2の方法は、上記のように目的別に切り替えて使用するものである。図 6 1と図 6 2の例は、 PlayListがーつの Clipの再生範囲の全体をカバ一している場合であるが、図 4 6で説明したように、 PlayList が指定する再生範囲は、一つの Clip AVストリームの全体をカバーするとは限らない。これは、 Re al PlayListおよび Virtual PlayListのどちらの場合も同様である。 PlayListをコピー先へ転送するときは、 PlayListの再生に必要な AVストリーム部分とそれが参照する Clip のデータだけを、コピー先へ転送するようにした方が良い。すなわち、図 6 5の例のように、コピー元（図 7 2の再生装置 2 ) から、コピー先 (図 7 1の記録装置 3 ) へ、 PlayList とそれに必要な Clipの部分だけをコピーする。このようにすれば、コピー先の記録媒体（図 7 1の記録装置 3の記録媒体 1 0 - 2 ) 上に必要な空き記録容量を小さくできる。

コピー元 (出力側の再生装置)から、コピー先 (入力側の記録装置)へ、 PlayList をコピーする場合に、その PlayListの再生に必要な Clip AVストリームの部分を決める方法について説明する。

図 6 6は、ある PlayListが、オリジナルの AVストリームファイルの部分的な再生範囲を指示している時に、その PlayList の再生に必要なストリーム部分を示す。

当該 PlayListは、ォリジナル AVストリ一ム上の IN— timeと OUT— timeを指しているとする。この場合、 PlayList の再生に必要なストリーム部分は、図に示すようにソースパケット番号の X番目から Y番目までである。以下の説明では、この X点と Y点を決める方法の例を説明する。

図 6 7は、 AV ストリームの内容を解析することをしないで、 IN 点の前のデ —夕のコピー開始点（X点）を決める方法を説明する図である。 PlayList はォリジナル AVストリ一ム上の IN点を指す。また、その AVストリームの EP— ma p を図示する。 IN 点が指すピクチャをデコードするためには、アドレス ISA2 から開始する Iピクチャが必要である。また、 X点の後で、 ΡΑΤ,ΡΜΤおよび Ρ CRパケットが必要である。 SPN_EP— start=ISAlの PTSは ptslであり、 SPN _EP_start=ISA2の PTSは pts2である。 ptslと pts2のシステムタイムベースの時間差が 100 msec以上ならば、アドレス ISA1と ISA2の間には PAT, PMT および PCR バケツ卜が存在する（少なくとも、 SESF, DVB, ATSC, ISDB の場合はそうである）。したがって、 X点はアドレス ISA1の前に決められる。そして、 X点はァラインドュニットの境界でなければならない。コピー元の再生装置は、 AV ストリームの内容を解析することをしないで、 X 点を EP— mapを使用して次のステップで決めることができる。

( S 1 ) システムタイムベース上で IN timeの PTSに最も近く、かつそれよりも過去の表示時刻の PTSの値を持つ SPN_EP— startを見つける。

( S 2 ) ステップ S 1で見つけた SPN—EP— startの PTSの値よりも少なくとも 100 msec過去の表示時刻の PTSの値を持つ SPN— EP_startを見つける。

( S 3 ) X点は、ステップ S 2で見つけた SPN—EP— start よりも前に決められる。そして、 X点はァラインドユニットの境界でなければならない。

この方法は、 X点を決めるために AVストリームのデータを読み出し、その内容を解析することを必要としないので、簡単である。しかし、 X点より後の AV ストリームは、その HayList の再生には不要なデ一夕を残してしまう場合がある。もし、 X点を決めるために AVストリームのデ一夕を読み出し、その内容を解析するならば、その PlayList の再生には不要なデータをより効率良く除去できる。

図 6 8は、 AV ストリームの内容を解析することをしないで、 OUT 点の後のデータのコピー終了点（Y点）を決める方法を説明する図である。 PlayList はオリジナル AVストリーム上の OUT点を指す。また、その AVストリームの EP —map を図示する。 SPN_EP— start=ISA4から開始するビデオシーケンスは次に示すものであることを前提とする。

12 BO Bl P5. . .

ここで、 I,P，Bはそれぞれ I ピクチャ， Pピクチャそして B ピクチャを表す。数字は表示順序を表す。この処理において、記録装置が AVストリームの内容を解析しない場合、動画像記録再生装置 1 (図 7 1の記録装置 3 ) は、 OUT— time の PTS が参照するところのピクチャの情報（ピクチャコーディングタイプ、テンポラル'レファレンスなど）がわからない。 OUT—timeの PTSはピクチャ B0 または B1を参照しているかもしれない（コピー元の再生装置（図 7 1の再生装置 2 ) が AVストリームの内容を解析しない場合、このことはわからない）、この場合、ピクチャ B0，B1をデコードするためには 12が必要である。 12の PTS は OUT timeの PTSよりも大きい（OUT— time < pts4, ここで pts4は 12の P TSである）。 12の PTSは OUT— timeの PTSよりも大きいが、 BO, B1のために 12が必要である。

したがって、 Y点は図に示すアドレス ISA5 の後ろに決められる。 ISA5 は、 EP— map の中で ISA4の直後にある SPN_EP— startの値である。 Y点はまたァラインドュニッ卜の境界でなければならない。

コピー元の再生装置（図 7 1の再生装置 2 ) は、 AVストリームの内容を解析することをしないで、 Y点を EP— map を使用して次のステップで決めることができる。

( S 1 ) システムタイムベース上で OUT timeの PTSに最も近く、かつそれよりも未来の表示時刻の PTSの値を持つ SPN—EP— startを見つける。

( S 2 ) ステップ S 1で見つけた SPN—EP— start の直後にある SPN— EP_start を見つける。

( S 3 ) Y 点は、ステップ S 2で見つけた SPN_EP—start よりも後ろに決められる。そして、 Y点はァラインドユニットの境界でなければならない。

この方法は、 Y点を決めるために AVストリームのデータを読み出し、その内容を解析することを必要としないので、簡単である。しかし、 Y点より前の AV ストリームは、その PlayList の再生には不要なデータを残してしまう場合がある。もし、 Y点を決めるために AVストリームのデータを読み出し、その内容を解析するならば、その PlayList の再生には不要なデ一夕をより効率良く除去でさる。

次に、前記のように、コピー元から、コピー先へ、 PlayList をコピーする場合に、その PlayListの再生に必要な Clip AVストリームを作成した場合の、 C1 ip Informationファイルと PlayListの関係について説明する。

図 6 9は、コピー元から、コピー先へ、 PlayList をコピーする場合の例であり、その PlavListの再生に必要な Clip AVストリームを作成したときの、 Clip と PlayListの関係を説明する図である。ここで、 Clipの CPIは EP— mapであるとする。オリジナルの Clipは 1個の ATC'sequence と 3個の STC-sequence を持つとする。この ATC-sequenceについての offset一 STC— id[0]はゼロである。そして、 Clip の中で、 stc— id=0の STC-sequenceは、 Playltemlに使われており、 stc— id=lである STC-sequenceは、 Playltem2と Playltem3に使われており、 stc_id=2である STC'sequenceは、 Playltem4に使われているとする。

今、この PlayList を別の記録媒体にコピーしたとする。すなわち、これにより、図 6 9に示したように、この PlayListの再生に必要な Clipの部分から成る Clip が作られる。このように、コピー元において、 1個の Clip AVストリ一ムから取り出された一つ以上のストリーム部分は、コピー先でも 1個の Clip AV ストリームにコンパインされる。そして、新たに作られた Clipは 4個の ATC-s equenceを持ち、それぞれの ATC_sequenceは 1個の STC'sequenceを持つ。 stc— id=0であった STC-sequenceが含まれる ATC-sequenceの offset— STC— id [0]はゼロにセットされる。また、 stc_id=lであった STC-sequenceは 2個の ST C-sequence に分かれる。 1番目の ATC-sequence についての offset一 STC—id[0] はゼ口にセットされ、 2番目の ATOsequenceについての offset一 STC— id[l]は 1 にセットされる。すなわち、 1番目の ATC-sequenceの中で最後の STC-sequen ceの stc— id と 2番目の ATC-sequenceの中で最初の STC'sequenceの stc— id は、同じ値で 1になる。また、 stc— id=2であった STC-sequenceが含まれる AT C-sequenceの offset— STC— id[0]は 2にセットされる。

これにより、コピーする PlayListの Playlteml, Playltem2, Playltem3と P layltem4の ref_to_STC_idの値を変更する必要がない。ある PlayListを別の記録媒体にコピーする場合、この PlayListの再生に必要な Clipの部分から成る C lipを作成したときに、 PlayListの内容については何も変更しなくても良い。

このように、 Clip AVストリームの中に ATC の不連続点を作ることができるので、 PlayListの再生に必要な Clip のストリームデータを部分的に取り出す場合に、 Clip ファイルを分割する必要がない。さらに、 ATC シーケンス毎に、その上にある最初の STC シーケンスの STC-idに対する offset— STC— idを用いることにより、 PlayListの再生に必要な Clip の部分から成る Clip を作成したときに、 PlayListの内容については何も変更しなくても良い。

次に、前記のように、 Clip を部分的にコピーする場合の Clipの変更方法について説明する。図 7 O A乃至図 7 0 Dは、 Clip を部分的にコピーする場合の例であり、その時の Sequencelnfo, Programlnfo, CPI(EP— map)および ClipMark の変更方法を説明する図である。

図 7 0 Aに示す Clipが、コピー元に記録されているとする。この Clipは、 1 個の ATC-sequenceを持ち、その上にそれぞれ 2個の STC'sequenceと progra m-sequenceがある。 1番目の STC-sequence と program -sequenceの開始 ,ドレスは同じであり、それは Clip AVストリーム上で 0のソースバケツト番号である。 2番目の STC-sequenceと program-sequenceの開始ァドレスは同じであり、それは Clip AVストリーム上で Bなるソースバケツト番号である。

今、図 7 0 Aのソースパケット番号 A (A< B ) から始まる付影部分のストリームデータをコピーするとする。この付影部分は、 AVストリームの IN—timeから OUT—time の再生区間に必要なストリーム部分である。コピー先に転送される Clipを図 7 0 Bに示す。コピー先に転送される Clipは、 1個の ATC-sequenc eを持ち、その上にそれぞれ 2個の STC-sequenceと program-sequenceがある。 1番目の STC-sequenceと program-sequenceの開始アドレスは同じであり、それは Clip AV ストリーム上で 0 (A— A) のソースパケット番号である。 2番目の STC-sequenceと program-sequenceの開始ァドレスは同じであり、それは Clip AVストリーム上で（B— A) なるソースパケット番号である。

図 7 0 Cは、図 7 0 Aに示す Clipの Clip Information fileの内容を示す。上記の説明のように、

SPN_ATC_start[0] = 0

SPN_STC_start[0] = 0， SPN_STC_start[l] = B

SPN— program— sequence— start [0〗 = 0, SPN一 program— sequence start [l J = B

である。

また、この Clip Information file が、図示するような EP_mapと ClipMark を持つとする。この中で、図 7 O Aの付影部分の Clipが使用する EP_mapと C lipMarkのデータ部分は次の範囲である。

EP_mapにおいては、

IN—time<pts、xa),

pts(xz)<OUT_time の PTS の値を持つエントリーポイントのデータが、図 7 0 Aの付影部分の Clipに必要である。

ClipMarkにおいては、

IN一 time<pts(F),

pts(Q)<OUT_time

の PTSの値を持つマークのデータが、図 7 O Aの付影部分の Clipに必要である。図 7 0 Dは、図 7 0 Bに示す Clipの Clip Information fileの内容を示す。上記の説明のように、

SPN_ATC_start[0] = 0

SPN一 STC— start[0] = 0, SPN_STC_start[l] = B-A

SPN一 program— sequence— start [0] = 0， SPN一 program— sequence— starUl] = B-A

である。

また、 EP— mapのデータは、図 7 0 Cにおいて斜線部分の Clipが使用する E P_map のデータを元にして作成される。すなわち、エントリーポイントの PTS の値は同じであり、ソースポケット番号の値は、コピー元の Clip のコピーの開始ソースパケット番号 Aが差し引かれる。また、 ClipMark のデータは、図 7 0 Cにおいて付影部分の Clipが使用する ClipMarkのデータがそのままコピーされる。

図 7 1は、コピー元（出力側）の再生装置 2から、コピー先（入力側）の記録装置 3へ、 AV ストリームとそれに関係するデータベースを転送する場合、および、 AV ストリームだけをデータ転送する場合の構成を示す。図中で、図 4 4と同じブロック番号がついているものは同じものであることを示す。また、記録装置 3の記録媒体 1 0— 2と制御部 1 7— 2は、それぞれ記録媒体 1 0と制御部 1 7と同じ働きをするものである。

はじめに、 AVストリームとそれに関係するデータベースを共に転送する場合を説明する。

まず、再生装置 2の記録媒体 1 0に記録されている所望の PlayList を記録装置 3の記録媒体 1 0— 2へコピーすることを指示する情報が、図示しないユーザ —インタフェースを通して、コピー制御コマンドに乗って、再生装置 2へ入力される。このコマンドは、ディジタルバスインタフェース 5 0、バスコントローラ 5 2を経由して、制御部 1 7へ入力される。

制御部 1 Ίは、上記 PlayList の再生に必要な AVストリ一ムのストリーム部分を決定し、その AVストリームデ一夕を記録媒体 1 0から読み出すように、読み出し部 1 1に指示を出す（図 6 6、図 6 7、図 6 8参照）。また、制御部 1 7 は、上記 PlayList に関係するデータべ一スファイル（PlayListファイル、 Clip Information file とサムネールファイル) を記録媒体 1 0から読み出すように、読み出し部 1 1に指示を出す。

制御部 1 7は、復調部 1 2、 E C C復号部 1 3を経て読み出された前記 AVストリームデ一夕を、スィッチ 61 の接点 A側を通して、 AV ストリ一ムファイルとして、ディジタルバスインタフェース 5 0へ供給するように指示する（図 6 1 の場合）。ここで、 1個の Clip AVストリームファイルから取り出された一つ以上のストリーム部分は、 1 個の Clip AVストリームファイルにコンバインされる（図 6 9参照）。

または、制御部 1 7は、復調部 1 2、 E C C復号部 1 3を経て読み出された前記 AVストリームデータを、スィツチ 61の接点 I側を通して、ソ一スデバケツタイザ 14へ入力しても良い（図 6 2の場合）。この場合、ソースデパケッタイザ 14 は、ァライバルタイムスタンプに従って、トランスポ一トストリ一ムをデイジタルバスインタフェース 5 0へ供給する。

一方、記録媒体 1 0から読み出された AVストリームデ一夕に対応するデータベースファイルが、復調部 1 2、 E C C復号部 1 3を経て、メモリ 5 1へ入力される。制御部 1 7は、メモリ 5 1にあるデ一夕を元にして、ディジタルバスイン夕フェース 5 0から出力される上記の AVストリームファイルの再生に必要なデ —タベース（Clip Information ファイル， PlayList ファイル）を作成する（図 6 9、図 7 0 A乃至図 7 0 D参照）。また、制御部 1 7は、上記の AVストリームファイルに対応する Clipとコピーする PlayListファイルが使用するサムネールファイルを作成する (後述の図 7 2のステップ S 1 7 2参照) 。

そして、制御部 1 7は、上記新たに作成されたデータベースファイル（Clip I nformation ファイル， PlayList フアイルとサムネールファィル) をメモリ 5 1 からディジタルバスィンタフェース 5 0へ供給するように指示する。

バスコントローラ 5 2は、ディジタルインタフェース 5 0からのファイル出力を制御する。制御部 1 7は、バスコントローラ 5 2に対して、ディジタルパスィンタフェース 5 0から、 AVス卜リームとそれに関係するデータべ一スを出力するように指示する。

前記 AVストリームとそれに関係するデータベースは、ディジタルバス 6 0を経由して、コピー先の記録装置 3へ入力される。

コピー先の記録装置 3のバスコントローラ 5 7は、ディジタルバスインタフエース 5 5からのファイル入力を制御する。また、バスコントロ一ラ 5 2とパスコン卜ローラ 5 7は、ファイルのコピー制御コマンドを交換して、デ一夕伝送 Z受信のタイミングを制御する。

記録装置 3の制御部 1 7— 2は、コピー元からディジタルバスインタフェース 5 5へ、 AV ストリームファイルとして入力される場合、スィッチ 6 2の接点 A 側を通して、 E C C符号化部 3 0、変調部 3 1、書き込み部 3 2の処理を経て、記録媒体 1 0 — 2に記録するように指示する。または、制御部 1 7— 2は、コピー元からディジタルバスイン夕フェース 5 5 へ、トランスポートストリームとして入力される場合、スィッチ 6 2の接点 I側を通して、ソースバケツタイザ 29へ入力する。ソースパケッタイザ 29 は、トランスポートパケットをソースパケット化して出力する。制御部 1 7— 2は、ソースパケットから成る AVストリームを、 E C C符号化部 3 0，変調部 3 1、書き込み部 3 2の処理を経て、記録媒体 1 0— 2に記録するように指示する。

また、制御部 1 7— 2は、ディジタルバスインターフェース 5 5へ入力されるデ—夕ベースファイルを、メモリ 5 6へ書きこむように指示する。

また、制御部 1 7— 2は、記録媒体 1 0— 2に記録されているデータべ一スフアイル（Info.dvrファイルとサムネールファイル）を、読み出し部 1 1、復調部 1 2 , E C C復号部 1 3の処理を経て、メモリ 5 6へ読み出すように指示する。そして、制御部 1 7— 2は、メモリ 5 6にある Info.dvr ファイルとサムネールファイルを更新する。具体的には、コピー先にある Info.dvrファイルの Table OfPlayListに、新たに記録する ayListファイル名を追加し、また、コピ一先にあるサムネールファイルに新たに記録するサムネールを追加する（後述の図 7 4のステップ 2 2 4， S 2 2 5参照）。

制御部 1 7— 2は、メモリ 5 6にあるデータベースファイルを読み出して、 E C C符号化部 3 0 , 変調部 3 1、書き込み部 3 2の処理を経て、記録媒体 1 0— 2に記録するように指示する。

このようにして、再生装置 2から、記録装置 3へ、 AV ストリームとそれに関係するデータべ一スをデータ転送してコピ一する場合の処理を行う。

次に、再生装置 2がコピ一先へ AVストリームだけを転送する場合を説明する。これは、コピ一先の記録装置 3が、 D V Rフォ一マットに準拠していない場合における、再生装置 2のトランスポートストリームの再生動作と考えられる。

制御部 1 7は、上記 PlayList の再生に必要な AVストリ一ムのストリーム部分を決定し、その AVストリームデータを記録媒体 1 0から読み出すように、読み出し部 1 1に指示を出す。制御部 1 7は、復調部 1 2、 £〇（復号部1 3を経て読み出された前記 AVストリ一ムデータを、スィツチ 61の接点 I側を通して、ソ一スデバケツタイザ 14へ入力する。ソースデパケッタイザ 14 は、ァライバルタイムスタンプに従って、トランスポートバケツ卜をディジタルバスィン夕フエース 5 0へ供給する。ディジタルバスインタフェース 5 0は、トランスポートパケットをァイソクロナス転送する。

また、記録装置 3へ AVストリームだけが転送される場合を説明する。これは、コピー元の再生装置 2が、 D V Rフォーマツ卜に準拠していない場合における、記録装置 3のトランスポートストリームの記録動作と考えられる。

記録装置 3の制御部 1 7— 2は、ディジタルバスィン夕一フェース 5 5へ入力されるトランスポートストリームを、スィッチ 6 2の接点 I側を通して、ソースバケツタイザ 29へ入力する。ソ一スバケツタイザ 29 は、トランスポ一トパケットをソースパケット化して出力する。制御部 1 7— 2は、ソースパケットから成る AVストリームを、 E C C符号化部 3 0，変調部 3 1、書き込み部 3 2の処理を経て、記録媒体 1 0— 2に記録するように指示する。

また、スィッチ 6 2の接点 I側を通して、トランスポートストリームは多重化ストリーム解析部 26へ入力される。ここでの処理の内容は、前述の図 4 4で説明したとおりである。制御部 1 7— 2 は、解析部 26での解析結果に基づいて、データベースファイルを作成する。制御部 1 7一 2 は、デ一タベースファイルを

E C C符号化部 3 0，変調部 3 1、書き込み部 3 2の処理を経て、記録媒体 1 0 一 2に記録するように指示する。

このようにして、再生装置 2から AVストリームだけをデータ転送する場合の処理、また、再生装置 3へ AVストリームだけがデータ転送される場合の処理を行う。

図 7 2は、コピー元 (出力側の再生装置 2 )から、コピー先 (入力側の記録装置 3 )へ、 PlayList をコピーする場合の、コピー元の制御部 1 7が行う処理を説明するフローチヤ一トである。

ステップ S 1 7 0で、 AV ストリームとそれに関係するデータベースをデータ転送してコピーする場合と、 AV ストリームだけをデ一夕転送してコピーする場合かを決める。前者の場合は、ステップ S 1 7 1へ進む。後者の場合は、ステツプ S 1 7 5へ進む。

ステップ S 1 7 1で、 Clipについての次の処理を行う。

·当該 PlayListの再生に必要な Clip' AVストリームの部分を決定する（図 6 6 、図 6 7、図 6 8参照）。

•上記決定した AVストリーム部分が使用する Clip Information ファイルを作成する（図 7 O A乃至図 7 0 D参照）。

ステップ S 1 7 2で、サムネールファイルについての次の処理を行う。

·当該 PlayListが使用するメニュ一サムネールを含むファイルを作成する。

•当該 PlayListおよび上記決定した AVストリーム部分が、使用するマークサムネールを含むファイルを作成する。

ステップ S 1 7 3で、 AVストリームファイルの転送の処理を行う。

'上記 Clip の処理で決定したストリーム部分の AVストリームデータをコピー先へ転送する（図 6 9参照）。

ステップ S 1 7 4で、デ一夕ベースファイルの転送の処理を行う。

•上記 PlayListファイルをコピ一先へ転送する。

•上記 Clipの処理で作成した Clip Informationファイルをコピー先へ転送する _c •上記ステップ S 1 7 2で作成したサムネールファイルをコピ一先へ転送する。ステップ S 1 7 0で、 AV ストリームだけをデータ転送してコピ一すると判定され、ステップ S 1 7 5へ進む場合、図 6 0に示す PlayList の再生を説明するフローチャートで読み出される AVストリームデータ（S 1 3 5で読み出す AVストリ一ムデ一夕）を、トランスポートストリーム化して、コピー先へ転送する。図 7 3は、上記ステップ S 1 7 1の Clip についての処理の詳細を説明するフ口一チャートである（図 7 0 A乃至図 7 0 D参照）。

ステップ S 2 0 1で、 PlayListが、当該 Clipの中で使用する再生区間の表示開始時刻および表示終了時刻を取得する。ステップ S 2 0 2で、上記時間区間に対応する Clip AVストリーム上のコピ —開始パケット（アドレス）とコピー終了パケット（アドレス）を CPI に基づいて決定する。

ステップ S 2 0 3で、 CPIについての次の処理を行う。

·コピーする区間の AVストリーム部分が使用する CPI エントリ一を取得する _c

• CPIのエントリーポイントのソースバケツト番号の値を、コピーする AVストリーム部分の中でのソースバケツト番号の値へ変更する。

ステップ S 2 0 4で、 Sequencelnfoについての次の処理を行う。

•コピ一する区間の AVストリ一ム部分における ATC-sequenceの開始パケット番号を更新する。

•コピーする区間の AVストリーム部分における STC-sequenceの開始バケツト番号を更新する。

•コピ一する区間の AVストリーム部分における ATCシーケンス上にある STC- sequence に対する STC-idの値が変わらないように offset_STC_id を更新する。ステップ S 2 0 5で、 Programlnfo についての次の処理を行う。コピ一する区間の AVストリーム部分における program-sequenceの開始バケツト番号を更新する。

ステップ S 2 0 6で、 ClipMark についての次の処理を行う。コピーする区間の AVストリ一ム部分が使用する Markェントリーを取得する。

ステップ S 2 0 7で、ファイル作成についての次の処理を行う。

•コピーする区間の AVストリーム部分をコンバインして Clip AV stream file にする。

• Clip Information fileを作成 I"る。

図 7 4は、コピー元 (出力側の再生装置 2 )から、コピー先 (入力側の記録装置 3 )へ、 PlayList をコピーする場合の、コピー先が行う処理を説明するフローチャ一トである。

ステップ S 2 2 1で、 AV ストリームとそれに関係するデータベースをデータ転送してコピーする場合と、 AVストリームだけをデータ転送してコピーする場合かを決める。前者の場合は、ステップ S 2 2 2へ進む。後者の場合は、ステツプ S 2 2 6へ進む。

ステップ S 2 2 2で、 AVストリームファイルの管理の処理を行う。

入力された AVストリームデ一夕を Clip AVストリームファイルとして、 ST REAMディレクトリへ記録する。

ステップ S 2 2 3で、データべ一スファイルの管理についての処理を行う。 -入力された PlayListファイルを PLAYLISTディレクトリへ記録する。

•入力された Clip Information ファイルを CLIPINFディレクトリへ記録する。ステップ S 2 2 4で、 Info.dvrについての処理を行う。

入力された PlayListファイルをコピー先にある Info.dvrの TableOfPlayListに追加する。

ステップ S 2 2 5で、サムネールファイルについての処理を行う。

入力されたサムネールファイルにエントリーされているサムネールデータを、コピー先にあるサムネールファイルへ追加する。

ステップ S 2 2 1で、 AVストリームだけをデ一夕転送してコピ一すると判定され、ステップ S 2 2 6へ進む場合、図 5 8に示す Real PlayList の作成を説明するフ口一チャートによって、コピ一先に入力されるトランスポートストリ一ムを記録して、 Real PlayListを作成する。

このようなシンタクス、データ構造、規則に基づく事により、記録媒体 1 0に記録されている AVストリームファイルとそのデータベースファイルの内容を適切に管理することができ、もって、ユーザが所望の AVストリームファイルとそのデ一夕べ一スフアイルを別の記録媒体に簡便にコピーできるようにすることができる。

また、記録媒体 1 0に記録されている AVストリームファイルの部分的な再生区間を別の記録媒体にコピーする場合に、当該再生区間の再生に必要な AVストリームファイルを簡便に作成することができ、当該再生区間の再生に必要なデ一夕ベースファイルを簡便に作成ことができるので、もって、ユーザが、所望の A Vストリームファイルの部分的な再生区間の再生に必要な AVストリームフアイルとデータべ一スフアイルを作成することができ、それらフアイルを別の記録媒体に簡便にコピーできるようにすることができる。

なお、図 7 1の説明では、コピー先からコピ一元へのファイル転送に用いる伝送路が、 IEEE1394 等のディジタルバスの場合を説明したが、これに限らず、図 7 5に示すように、放送波等の無線波を伝送路としてもよい。また、コピー制御のコマンドは、ファイル転送用の伝送路と同じである必要はない（図 7 5参照）。

また、 AV ストリームファイルとそのデータベースファイルが別々の記録媒体から、コピ一先に転送されてもよい。図 7 6に示すように、 AV ストリームファィルが記録されているサーバーとデータベースファイルが記録されているサーバ —が別々に用意されており、記録装置 3からのコピー制御コマンドに対して、 A Vストリームファイルサ一バーとデータべ一スファイルサーバーから、ファイルが記録装置 3へ転送されるようにしても良い。

なお、本実施の形態は、多重化ストリームとして MPEG2 トランスポ一トストリームを例にして説明しているが、これに限らず、 DSS トランスポ一トストリームや MPEG2 プログラムストリームについても適用することが可能である。上述した一連の処理は、ハードウェアにより実行させることもできるが、ソフトウエアにより実行させることもできる。この場合、そのソフトウェアを構成するプログラムが、専用のハードウェアに組み込まれているコンピュータ、または、各種のプログラムをィンストールすることで、各種の機能を実行することが可能な、例えば汎用のパーソナルコンピュータなどに、ネットワークや記録媒体からィンストールされる。

この記録媒体は、図 4 4に示すように、装置本体とは別に、ユーザにプロダラムを提供するために配布される、プログラムが記録されている磁気ディスク 5 1 (フロッピディスクを含む）、光ディスク 5 2 (CD-ROM(Compact Disk-Read Only Memory),DVD(Digital Versatile Disk)を含む）、光磁気ディスク 5 3 (M D (Mini-Disk) を含む）、もしくは半導体メモリ 5 4などよりなるパッケージメディアにより構成されるだけでなく、装置本体に予め組み込まれた状態でユーザに提供される、プログラムが記録されている ROMやハードディスクなどで構成される。

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

また、本明細書において、システムとは、複数の装置により構成される装置全体を表すものである。産業上の利用可能性

以上のように、本発明によれば、シンタクス、データ構造、規則に基づくことにより、記録媒体に記録されている AVストリームファイルとそのデータベースファイルの内容を適切に管理することができ、もって、ユーザが所望の AVストリームファイルとそのデータベースファイルを別の記録媒体に簡便にコピーできるようにすることができる。

特に、請求の範囲第 1項のデータ伝送装置、請求の範囲第 1 3項のデ一夕伝送方法、請求の範囲第 1 4項の記録媒体のプログラム、および請求の範囲第 1 5項のプログラムによれば、記録媒体に記録されている AVストリームファイルの部分的な再生区間を別の記録媒体にコピーする場合に、当該再生区間の再生に必要な AVストリームファイルを簡便に作成することができ、当該再生区間の再生に必要なデータベースファイルを簡便に作成ことができるので、もって、ユーザが、所望の AVストリームファイルの部分的な再生区間の再生に必要な AVストリームファイルとデータべ一スファイルを作成することができ、それらファイルを別の記録媒体に簡便にコピ一できるようにすることができる。また、コピ一元から、コピー先へ、 PlayList とそれに必要な Clipの部分だけをコピーするので、コピ一先の記録媒体上に必要な空き記録容量を小さくできる。

請求の範囲第 4項乃至第 7項、および第 9項のデータ伝送装置によれば、コピ一元の PlayListと Clipの内容を全て、コピ一先へ転送することができるので、有効である。すなわち、コピー元の PlayList にセットされていた再生指定情報， UIAppInfoPlayList, PlayListMark, サムネール情報の内容など、また、コピ一元の Clip にセットされていた CPI， Sequencelnfo, Programlnfo, ClipMark, サムネール情報の内容などを、コピー先へ転送することができるので、有効である。

請求の範囲第 1 0項のデータ伝送装置によれば、 AVストリームをファイル転送するので、リアルタイムにデータを再生する速度でデータ転送する場合よりも高速にデ一夕を転送することができる。

請求の範囲第 1 1項のデータ伝送装置によれば、 AVストリームをリアルタイムにデータを再生する速度でデ一夕転送するので、コピー先の記録装置で入力されるデ一タをリアルタイムにデコ一ドして再生することができる。

請求の範囲第 1 2項と第 1 6項のデータ伝送装置、請求の範囲第 1 7項のデー夕伝送方法、請求の範囲第 1 8項の記録媒体のプログラム、および請求の範囲第 1 9項のプログラムによれば、伝送先の装置が、例えば、 D V Rフォーマットに準拠したものである場合は、上記請求の範囲第 1項の伝送装置の方法でデータ伝送することができ、コピー先の記録装置が D V Rフォーマットに準拠したものでない場合は、 AVストリームだけをリアルタイムにデータを再生する速度でデー夕転送するように、処理を切り替えることができるので、ユーザーの AVストリ一ムのコピー操作の利便性を向上できる。

請求の範囲第 2 0項のデータ処理装置、請求の範囲第 2 1項のデータ伝送方法、請求の範囲第 2 2項の記録媒体のプログラム、および請求の範囲第 2 3項のプログラムによれば、入力された PlayList を適切に記録媒体上で管理することができ、もって、ユーザが記録媒体にコピーされた PlavList の内容をわかりやすく確認できる。

請求の範囲第 2 4項のデータ処理装置、請求の範囲第 2 5項のデータ伝送方法、請求の範囲第 2 6項の記録媒体のプログラム、および請求の範囲第 2 7項のプログラムによれば入力されたサムネールを適切に記録媒体上で管理することができ、もって、ユーザが記録媒体にコピーされたサムネールの内容をわかりやすく確認できる。

Claims

請求の範囲

1 . データストリームとその管理情報を記録媒体から読み出す読み出し部と、前記デ一タストリームの中で、指定された再生区間の再生に必要な部分データストリームに対応する部分管理情報を決定する制御部と、

前記部分デ一タストリ一ム、および、前記制御部により決定された部分管理情報を伝送する伝送部と

を備えることを特徴とするデータ伝送装置。

2 . 前記伝送部は、さらに前記部分管理情報を、非同期伝送する

ことを特徴とする請求の範囲第 1項に記載のデータ伝送装置。

3 . 前記制御部は、前記部分データストリームを非同期伝送するか、または同期伝送するかを選択する

4 . 前記デ一夕ストリームは、 AVストリ一ムであり、

前記管理情報は、

前記 AVストリーム中の符号化情報の不連続点のァドレス情報、

前記 AVストリーム中の時刻情報とアドレス情報を関連づける情報、および前記 AVストリーム中の特徴的な画像の時刻情報

を含む

5 . 前記管理情報は、 Clip Informationであり、

前記不連続点のアドレス情報は、 Sequencelnfoおよび Programlnfoであり、前記時刻情報とアドレス情報を関連づける情報は、 CPIであり、

前記特徴的な画像の時刻情報は、 ClipMarkである

ことを特徴とする請求の範囲第 4項に記載のデ一夕伝送装置。

6 . 前記管理情報は、前記 AVストリームの再生区間の指示情報である、 Play Listをさらに含む

ことを特徴とする請求の範囲第 5項に記載のデータ伝送装置。

7 . 前記伝送部は、前記部分デ一夕ストリームとしての前記 AVデータストリームの再生区間の指示情報をさらに伝送する

ことを特徴とする請求の範囲第 4項に記載のデータ伝送装置。

8 . 前記伝送部は、前記 AVストリームの再生区間の指示情報の内容を変更しないで、前記部分デ一夕ストリームとしての前記 AVデータストリームの再生区間の指示情報として伝送する

ことを特徴とする請求の範囲第 7項に記載のデータ伝送装置。

9 . 前記伝送部は、前記 AVストリームの再生区間の指示情報に関連付けられたサムネール画像、および、前記部分管理情報データに含まれる AVストリーム中の特徴的な画像の時刻情報に関連付けられたサムネール画像をさらに伝送することを特徴とする請求の範囲第 4項に記載のデータ伝送装置。

1 0 . 前記 AVストリームは、トランスポートパケットとそのァライバルタイムスタンプから構成されるソースバケツトを単位とするデータ列であり、

前記部分データストリームとしての AVストリームは、前記 AVストリームのソースパケットのデ一夕列の部分である、

1 1 . 前記 AVストリームは、トランスポートパケットとそのァライパルタイムスタンプから構成されるソースパケッ卜を単位とするデ一夕列であり、

前記部分データストリームとしての AVストリームは、トランスポートバケツトを単位とするトランスポ一トストリ一ムである

1 2 . 制御部は、前記 AVストリームとその管理情報を共にデータ伝送するか、または前記 AVストリームだけをリアルタイム転送するかを切り替える

1 3 . デ一タストリ一ムとその管理情報を記録媒体から読み出す読み出しステップと、

前記データストリームの中で、指定された再生区間の再生に必要な部分データストリームに対応する部分管理情報を決定する決定：

前記部分デ一夕ストリーム、および、前記決定ステップの処理により決定された管理情報を伝送する伝送ステップと

を含むことを特徴とするデータ伝送方法。

1 4 . データストリームとその管理情報を記録媒体から読み出す読み出しステップと、

前記データストリームの中で、指定された再生区間の再生に必要な部分データストリームに対応する部分管理情報を決定する決定ステップと、

前記部分データストリーム、および、前記決定ステップの処理により決定された管理情報を伝送する伝送ステップと

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

1 5 . デ一夕ストリームとその管理情報を記録媒体から読み出す読み出しステップと、

をコンピュータに実行させるプログラム。

1 6 . AVストリームを伝送するデータ伝送装置において、

前記 AVストリ一ムの伝送先の装置と相互認証する認証部と、

前記認証部による前記相互認証の結果から、前記伝送先の装置が所定のフォーマットに準拠していることが判った場合、前記 AVストリ一ムとその管理情報を共にデ一夕伝送するとともに、前記認証部による前記相互認証の結果から、前記伝送先の装置が前記所定のフォーマツ卜に準拠していないことが判った場合、前記 AVストリームだけをリアルタイム伝送する伝送部と

を備えることを特徴とするデ一夕伝送装置。

1 7 . AVストリームを伝送するデータ伝送装置のデータ伝送方法において、前記 AVストリームの伝送先の装置と相互認証する相互認証ステップと、前記認証ステップの処理による前記相互認証の結果から、前記伝送先の装置が所定のフォーマツトに準拠していることが判った場合、前記 AVストリームとその管理情報を共にデータ伝送するとともに、前記認証ステップの処理による前記相互認証の結果から、前記伝送先の装置が前記所定のフォーマツ卜に準拠していないことが判つた場合、前記 AVストリームだけをリアルタイム伝送する伝送ステツプと

を含むことを特徴とするデ一タ伝送方法。

1 8 . AVストリームを伝送するデ一夕伝送装置のプログラムであって、前記 AVストリームの伝送先の装置と相互認証する相互認証ステップと、前記認証ステップの処理による前記相互認証の結果から、前記伝送先の装置が所定のフォ一マツトに準拠していることが判った場合、前記 AVストリームとその管理情報を共にデ一夕伝送するとともに、前記認証ステップの処理による前記相互認証の結果から、前記伝送先の装置が前記所定のフォーマツトに準拠していないことが判つた場合、前記 AVストリームだけをリアルタイム伝送する伝送ステツプと

1 9 . AVストリームを伝送するデータ伝送装置を制御するコンピュータに、前記 AVストリームの伝送先の装置と相互認証する相互認証ステップと、前記認証ステップの処理による前記相互認証の結果から、前記伝送先の装置が所定のフォーマットに準拠していることが判った場合、前記 AVストリームとその管理情報を共にデータ伝送するとともに、前記認証ステップの処理による前記相互認証の結果から、前記伝送先の装置が前記所定のフォーマツトに準拠していないことが判った場合、前記 AVストリームだけをリアルタイム伝送する伝送ステツプとを実行させるプログラム。

2 0 . AVストリームファイル、および前記 AVストリームの再生方法を指定する PlayList ファイルが記録されている記録媒体から再生された前記ファイルを受信するデータ処理装置において、

前記 PlayListフアイルを受信する受信部と、

前記 PlayListを記録するとともに、記録されている PlayListを管理する管理情報ファイルに、前記新たに受信した PlayList ファイルに関する情報を追加する記録部と

を備えることを特徴とするデータ処理装置。 .

2 1 . AVストリ一ムファイル、および前記 AVストリームの再生方法を指定する PlayList ファイルが記録されている記録媒体から再生された前記ファイルを受信するデータ処理装置のデータ処理方法において、

前記 PlayListファイルを受信する受信ステップと、

前記 PlayListを記録するとともに、記録されている PlayListを管理する管理情報ファイルに、前記新たに受信した PlayList ファイルに関する情報を追加する追加ステップと

を含むことを特徴とするデータ処理方法。

2 2 . AVストリームファイル、および前記 AVストリームの再生方法を指定する PlayList ファイルが記録されている記録媒体から再生された前記ファイルを受信するデータ処理装置のプログラムであって、

前記 PlayListファイルを受信する受信ステップと、

2 3 . AVストリームファイル、および前記 AVストリームの再生方法を指定する PlayList ファイルが記録されている記録媒体から再生されたファイルを受信するデータ処理装置を制御するコンピュータに、

前記 PlayListフアイルを受信する受信ステツプと、

を実行させるプログラム。

2 4 . AVストリームファイル、および前記 AVストリームのサムネールファィルが記録される記録媒体に対して、データを入力するデータ処理装置において、サムネールファイルを受信する受信部と、

記録されているサムネールファイルに、受信したサムネールファイルのデ一夕を追加する記録部と

を備えることを特徴とするデータ処理装置。

2 5 . AVストリームファイル、および前記 AVストリームのサムネールファィルが記録される記録媒体に対して、データを入力するデータ処理装置のデータ処理方法において、

サムネールファイルを受信する受信ステップと、

記録されているサムネールファイルに、受信したサムネールファイルのデータを追加する追加ステップと

を含むことを特徴とするデータ処理方法。

2 6 . AVストリームファイル、および前記 AVストリームのサムネールファィルが記録される記録媒体に対して、データを入力するデータ処理装置のプログラムであって、

サムネールファイルを受信する受信ステップと、

記録されているサムネールファイルに、受信したサムネールファイルのデ一夕を追加する追加ステップと

2 7 . AVストリームファイル、および前記 AVストリームのサムネールファィルが記録される記録媒体に対して、データを入力するデータ処理装置を制御するコンピュータに、

サムネールファイルを受信する受信ステップと、

を実行させるプログラム。