Nothing Special   »   [go: up one dir, main page]

JP4409792B2 - データ伝送装置および方法、記録媒体並びにプログラム - Google Patents

データ伝送装置および方法、記録媒体並びにプログラム Download PDF

Info

Publication number
JP4409792B2
JP4409792B2 JP2001189744A JP2001189744A JP4409792B2 JP 4409792 B2 JP4409792 B2 JP 4409792B2 JP 2001189744 A JP2001189744 A JP 2001189744A JP 2001189744 A JP2001189744 A JP 2001189744A JP 4409792 B2 JP4409792 B2 JP 4409792B2
Authority
JP
Japan
Prior art keywords
stream
information
partial
clip
file
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Fee Related
Application number
JP2001189744A
Other languages
English (en)
Other versions
JP2003006979A (ja
Inventor
元樹 加藤
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Sony Corp
Original Assignee
Sony Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Priority to JP2001189744A priority Critical patent/JP4409792B2/ja
Application filed by Sony Corp filed Critical Sony Corp
Priority to AU2002311318A priority patent/AU2002311318B2/en
Priority to CNA2006100913636A priority patent/CN1874243A/zh
Priority to CNB028024699A priority patent/CN1310508C/zh
Priority to EP02736163A priority patent/EP1408686A4/en
Priority to PCT/JP2002/006089 priority patent/WO2003001801A1/ja
Priority to SG200406145-3A priority patent/SG152035A1/en
Priority to CN2010102135147A priority patent/CN101902655B/zh
Priority to KR1020037002349A priority patent/KR100892012B1/ko
Priority to US10/344,957 priority patent/US7502543B2/en
Priority to TW091113390A priority patent/TWI255421B/zh
Publication of JP2003006979A publication Critical patent/JP2003006979A/ja
Priority to HK04104629A priority patent/HK1062977A1/xx
Priority to US11/894,186 priority patent/US20080112685A1/en
Priority to US12/321,872 priority patent/US20090148123A1/en
Application granted granted Critical
Publication of JP4409792B2 publication Critical patent/JP4409792B2/ja
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
    • G11B20/10—Digital recording or reproducing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N9/00—Details of colour television systems
    • H04N9/79—Processing of colour television signals in connection with recording
    • H04N9/80—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback
    • H04N9/804—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback involving pulse code modulation of the colour picture signal components
    • H04N9/8042—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback involving pulse code modulation of the colour picture signal components involving data reduction
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/10—Protecting distributed programs or content, e.g. vending or licensing of copyrighted material ; Digital rights management [DRM]
    • G—PHYSICS
    • G10—MUSICAL INSTRUMENTS; ACOUSTICS
    • G10L—SPEECH ANALYSIS TECHNIQUES OR SPEECH SYNTHESIS; SPEECH RECOGNITION; SPEECH OR VOICE PROCESSING TECHNIQUES; SPEECH OR AUDIO CODING OR DECODING
    • G10L19/00—Speech or audio signals analysis-synthesis techniques for redundancy reduction, e.g. in vocoders; Coding or decoding of speech or audio signals, using source filter models or psychoacoustic analysis
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
    • G11B20/00086—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
    • G11B20/10—Digital recording or reproducing
    • G11B20/10527—Audio or video recording; Data buffering arrangements
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
    • G11B27/02—Editing, e.g. varying the order of information signals recorded on, or reproduced from, record carriers
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
    • G11B27/02—Editing, e.g. varying the order of information signals recorded on, or reproduced from, record carriers
    • G11B27/031—Electronic editing of digitised analogue information signals, e.g. audio or video signals
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
    • G11B27/02—Editing, e.g. varying the order of information signals recorded on, or reproduced from, record carriers
    • G11B27/031—Electronic editing of digitised analogue information signals, e.g. audio or video signals
    • G11B27/034—Electronic editing of digitised analogue information signals, e.g. audio or video signals on discs
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
    • G11B27/10—Indexing; Addressing; Timing or synchronising; Measuring tape travel
    • G11B27/102—Programmed access in sequence to addressed parts of tracks of operating record carriers
    • G11B27/105—Programmed access in sequence to addressed parts of tracks of operating record carriers of operating discs
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
    • G11B27/10—Indexing; Addressing; Timing or synchronising; Measuring tape travel
    • G11B27/11—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information not detectable on the record carrier
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
    • G11B27/10—Indexing; Addressing; Timing or synchronising; Measuring tape travel
    • G11B27/19—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier
    • G11B27/28—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
    • G11B27/10—Indexing; Addressing; Timing or synchronising; Measuring tape travel
    • G11B27/19—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier
    • G11B27/28—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording
    • G11B27/30—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording on the same track as the main recording
    • G11B27/3027—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording on the same track as the main recording used signal is digitally coded
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
    • G11B27/10—Indexing; Addressing; Timing or synchronising; Measuring tape travel
    • G11B27/19—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier
    • G11B27/28—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording
    • G11B27/32—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording on separate auxiliary tracks of the same or an auxiliary record carrier
    • G11B27/327—Table of contents
    • G11B27/329—Table of contents on a disc [VTOC]
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
    • G11B27/10—Indexing; Addressing; Timing or synchronising; Measuring tape travel
    • G11B27/34—Indicating arrangements 
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N5/00—Details of television systems
    • H04N5/76—Television signal recording
    • H04N5/907—Television signal recording using static stores, e.g. storage tubes or semiconductor memories
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
    • G11B20/10—Digital recording or reproducing
    • G11B20/10527—Audio or video recording; Data buffering arrangements
    • G11B2020/10537—Audio or video recording
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B2220/00—Record carriers by type
    • G11B2220/20—Disc-shaped record carriers
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B2220/00—Record carriers by type
    • G11B2220/20—Disc-shaped record carriers
    • G11B2220/25—Disc-shaped record carriers characterised in that the disc is based on a specific recording technology
    • G11B2220/2537—Optical discs
    • G11B2220/2541—Blu-ray discs; Blue laser DVR discs
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B2220/00—Record carriers by type
    • G11B2220/60—Solid state media
    • G11B2220/65—Solid state media wherein solid state memory is used for storing indexing information or metadata
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N5/00—Details of television systems
    • H04N5/76—Television signal recording
    • H04N5/765—Interface circuits between an apparatus for recording and another apparatus
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N5/00—Details of television systems
    • H04N5/76—Television signal recording
    • H04N5/84—Television signal recording using optical recording
    • H04N5/85—Television signal recording using optical recording on discs or drums
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N9/00—Details of colour television systems
    • H04N9/79—Processing of colour television signals in connection with recording
    • H04N9/80—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback
    • H04N9/82—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback the individual colour picture signal components being recorded simultaneously only
    • H04N9/8205—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback the individual colour picture signal components being recorded simultaneously only involving the multiplexing of an additional signal and the colour video signal

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Software Systems (AREA)
  • Physics & Mathematics (AREA)
  • Computer Hardware Design (AREA)
  • General Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • Technology Law (AREA)
  • Audiology, Speech & Language Pathology (AREA)
  • Computational Linguistics (AREA)
  • Acoustics & Sound (AREA)
  • Human Computer Interaction (AREA)
  • Health & Medical Sciences (AREA)
  • Television Signal Processing For Recording (AREA)
  • Signal Processing For Digital Recording And Reproducing (AREA)
  • Management Or Editing Of Information On Record Carriers (AREA)
  • Indexing, Searching, Synchronizing, And The Amount Of Synchronization Travel Of Record Carriers (AREA)
  • Time-Division Multiplex Systems (AREA)

Description

【０００１】
【発明の属する技術分野】
本発明はデータ伝送装置および方法、記録媒体並びにプログラムに関し、特に、記録媒体に記録されているデータの内容を編集した場合においても、記録媒体に記録されているデータ内容、および、再生情報を適切に管理することができるようにしたデータ伝送装置および方法、記録媒体並びにプログラムに関する。
【０００２】
【従来の技術】
近年、記録再生装置から取り外し可能なディスク型の情報記録媒体として、各種の光ディスクが提案されつつある。このような記録可能な光ディスクは、数ギガバイトの大容量メディアとして提案されており、ビデオ信号等のAV(Audio Visual)信号を記録するメディアとしての期待が高い。この記録可能な光デイスクに記録するデジタルのAV信号のソース（供給源）としては、CSデジタル衛星放送やBSデジタル放送があり、また、将来はデジタル方式の地上波テレビジョン放送等も提案されている。
【０００３】
ここで、これらのソースから供給されるデジタルビデオ信号は、通常MPEG（Moving Picture Experts Group）２方式で画像圧縮されているのが一般的である。また、記録装置には、その装置固有の記録レートが定められている。従来の民生用映像蓄積メディアで、デジタル放送からのデジタルビデオ信号を記録する場合、アナログ記録方式であれば、デジタルビデオ信号をデコード後、帯域制限をして記録が行われる。あるいは、MPEG１ Video、MPEG２ Video、DV（Digital Video）方式をはじめとするデジタル記録方式であれば、１度デコードされた後に、その装置固有の記録レート、かつ符号化方式で再エンコードされて記録される。
【０００４】
しかしながら、このような記録方法は、供給されたビットストリームを１度デコードし、その後で帯域制限や再エンコードを行って記録するため、画質の劣化を伴う。画像圧縮されたデジタル信号の記録をする場合、入力されたデジタル信号の伝送レートが記録再生装置の記録レートを超えない場合には、供給されたビットストリームをデコードや再エンコードすることなく、そのまま記録する方法が最も画質の劣化が少ない。ただし、画像圧縮されたデジタル信号の伝送レートが記録媒体としてのディスクの記録レートを超える場合には、記録再生装置でデコード後、伝送レートがディスクの記録レートの上限以下になるように、再エンコードをして記録する必要がある。
【０００５】
また、入力デジタル信号のビットレートが時間により増減する可変レート方式によって伝送されている場合には、回転ヘッドが固定回転数であるために記録レートが固定レートになるテープ記録方式に比べ、１度バッファにデータを蓄積し、バースト的に記録ができるディスク記録装置の方が、情報記録媒体としてのディスクの容量をより無駄なく利用できる。
【０００６】
以上のように、デジタル放送が主流となる将来においては、データストリーマのように放送信号をデジタル信号のまま、デコードや再エンコードすることなく記録し、記録媒体としてディスクを使用した記録再生装置が求められると予測される。
【０００７】
【発明が解決しようとする課題】
上述したように、記録媒体の容量が増大することにより、その記録媒体には、多くのデータ（例えば、番組に関する映像データや音声データなど）が記録できるようになり、１枚のディスクに多くの番組が記録されることになる。この時に、ユーザが、それらのディスク内に記録されている多くの番組の中から、所望のデータを別のディスクにコピーする、といったような操作が必要になる。
【０００８】
しかしながら、コピー操作が行われた場合、記録されているデータの内容、および、再生情報を適切に管理することが困難になる。
【０００９】
本発明はこのような状況に鑑みてなされたものであり、記録媒体に記録されているデータの内容を別の記録媒体にコピーした場合においても、記録媒体に記録されているデータの内容、および、再生情報を適切に管理することができるようにすることを目的とする。
【００１０】
【課題を解決するための手段】
本発明の第１のデータ伝送装置は、AVストリームとその管理情報を記録媒体から読み出す読み出し部と、管理情報にふくまれる属性情報の中で、指示情報に基づいて指定された再生区間の再生に必要な部分AVストリームに対応する部分属性情報を決定する制御部と、部分AVストリーム、および、制御部により決定された部分属性情報を伝送する伝送部とを備え、自分に接続された機器に記録媒体から読み出された情報を伝送する場合、制御部は、接続された機器の種別に応じて、部分AVストリームをアシンクロナス伝送するか、またはアイソクロナス伝送するかを選択し、部分属性情報の中で、指示情報に基づいて指定された再生区間の再生が可能となるように、部分AVストリームに対応するAVストリーム中の符号化情報の不連続点のアドレス情報を更新してAVストリームとともに伝送することを特徴とする。
【００１１】
前記伝送部は、さらに部分属性情報を、非同期伝送することができる。
【００１４】
前記属性情報は、Clip Informationであり、不連続点のアドレス情報は、SequenceInfoおよびProgramInfoであり、時刻情報とアドレス情報を関連づける情報は、CPIであり、特徴的な画像の時刻情報は、ClipMarkであるようにすることができる。
【００１６】
前記伝送部は、AVストリームの再生区間の指示情報をさらに伝送することができる。
【００１７】
前記伝送部は、ＡＶストリームの再生区間の指示情報の内容を変更しないで、部分AVストリームの再生区間の指示情報として伝送することができる。
【００１８】
前記伝送部は、ＡＶストリームの再生区間の指示情報に関連付けられたサムネール画像、および、部分管理情報データに含まれるAVストリーム中の特徴的な画像の時刻情報に関連付けられたサムネール画像をさらに伝送することができる。
【００１９】
前記ＡＶストリームは、トランスポートパケットとそのアライバルタイムスタンプから構成されるソースパケットを単位とするデータ列であり、部分データストリームとしてのＡＶストリームは、ＡＶストリームのソースパケットのデータ列の部分であるようにすることができる。
【００２０】
前記ＡＶストリームは、トランスポートパケットとそのアライバルタイムスタンプから構成されるソースパケットを単位とするデータ列であり、部分データストリームとしてのＡＶストリームは、トランスポートパケットを単位とするトランスポートストリームであるようにすることができる。
【００２１】
制御部は、ＡＶストリームとその管理情報を共にデータ伝送するか、またはＡＶストリームだけをリアルタイム伝送するかを切り替えることができる。
【００２２】
本発明の第１のデータ伝送方法は、AVストリームとその管理情報を記録媒体から読み出す読み出しステップと、管理情報にふくまれる属性情報の中で、指示情報に基づいて指定された再生区間の再生に必要な部分AVストリームに対応する部分属性情報を決定する決定ステップと、接続された機器の種別に応じて、部分AVストリームをアシンクロナス伝送するか、またはアイソクロナス伝送するかを選択する選択ステップと、部分AVストリーム、および、決定ステップの処理により決定された部分属性情報を、選択ステップの処理による選択結果に基づいて伝送する伝送ステップとを含み、伝送ステップにおいては、部分属性情報の中で、指示情報に基づいて指定された再生区間の再生が可能となるように、部分AVストリームに対応するAVストリーム中の符号化情報の不連続点のアドレス情報を更新してAVストリームとともに伝送することを特徴とする。
【００２３】
本発明の第１の記録媒体のプログラムは、AVストリームとその管理情報を記録媒体から読み出す読み出しステップと、管理情報にふくまれる属性情報の中で、指示情報に基づいて指定された再生区間の再生に必要な部分AVストリームに対応する部分属性情報を決定する決定ステップと、接続された機器の種別に応じて、部分AVストリームをアシンクロナス伝送するか、またはアイソクロナス伝送するかを選択する選択ステップと、部分AVストリーム、および、決定ステップの処理により決定された部分属性情報を、選択ステップの処理による選択結果に基づいて伝送する伝送ステップとを含み、伝送ステップにおいては、部分属性情報の中で、指示情報に基づいて指定された再生区間の再生が可能となるように、部分AVストリームに対応するAVストリーム中の符号化情報の不連続点のアドレス情報を更新してAVストリームとともに伝送することを特徴とする。
【００２４】
本発明の第１のプログラムは、AVストリームとその管理情報を記録媒体から読み出す読み出しステップと、管理情報にふくまれる属性情報の中で、指示情報に基づいて指定された再生区間の再生に必要な部分AVストリームに対応する部分属性情報を決定する決定ステップと、接続された機器の種別に応じて、部分AVストリームをアシンクロナス伝送するか、またはアイソクロナス伝送するかを選択する選択ステップと、部分AVストリーム、および、決定ステップの処理により決定された部分属性情報を、選択ステップの処理による選択結果に基づいて伝送する伝送ステップとを含み、伝送ステップにおいては、部分属性情報の中で、指示情報に基づいて指定された再生区間の再生が可能となるように、部分AVストリームに対応するAVストリーム中の符号化情報の不連続点のアドレス情報を更新してAVストリームとともに伝送することを特徴とする。
【００３７】
本発明の第１のデータ伝送装置および方法、記録媒体のプログラム、並びにプログラムにおいては、管理情報にふくまれる属性情報の中で、指示情報に基づいて指定された再生区間の再生に必要な部分AVストリームに対応する部分属性情報が決定され、接続された機器の種別に応じて、部分データストリームをアシンクロナス伝送するか、またはアイソクロナス伝送するかが選択され、部分AVストリーム、および、部分属性情報が選択結果に基づいて伝送され、部分属性情報の中で、指示情報に基づいて指定された再生区間の再生が可能となるように、部分AVストリームに対応するAVストリーム中の時刻情報とアドレス情報を関連づける情報が更新されてAVストリームとともに伝送される。
【００４１】
【発明の実施の形態】
以下に、本発明の実施の形態について、図面を参照して説明する。
【００４２】
図１は、記録媒体（後述する図４４の記録媒体１０）上のアプリケーションフォーマットの簡単化された構造を示している。このフォーマットは、AVストリームの管理のためにPlayListとClipの２個のレイヤをもつ。そして、Volume Informationは、ディスク内のすべてのClipとPlayListの管理をする。
【００４３】
１個のAVストリームと、それの付属情報のペアを１個のオブジェクトと考え、それをClipと呼ぶ。AVストリームファイルはClip AVストリームファイルと呼ばれ、その付属情報は、Clip Information fileと呼ばれる。
【００４４】
１個のClip AVストリームファイルは、MPEG2トランスポートストリームをDVR（Digital Video Recording）アプリケーションフォーマットによって規定される構造に配置したデータをストアする。
【００４５】
一般に、コンピュータ等で用いるデータファイルは、バイト列として扱われるが、Clip AVストリームファイルのコンテンツは、時間軸上に展開され、PlayListは、Clipの中のアクセスポイントを主にタイムスタンプで指定する。PlayList によって、Clipの中のアクセスポイントのタイムスタンプが与えられた時、Clip Information fileは、Clip AVストリームファイルの中でストリームのデコードを開始すべきアドレス情報を見つけるために役立つ。
【００４６】
PlayListは、Clipの中からユーザが見たい再生区間を選択し、それを簡単に編集することができることを目的にして導入された。１つのPlayListは、Clipの中の再生区間の集まりである。あるClipの中の１つの再生区間は、PlayItemと呼ばれ、それは、時間軸上のIN点とOUT点のペアで表される。それゆえ、PlayListは、PlayItemの集まりである。
【００４７】
PlayListには、２つのタイプがある。１つは、Real PlayListであり、もう１つは、Virtual PlayListである。
【００４８】
Real PlayListは、それが参照しているClipのストリーム部分を共有しているとみなされる。すなわち、Real PlayListは、それが参照しているClipのストリーム部分に相当するデータ容量をディスクの中で占める。AVストリームが新しいClipとして記録される場合、そのClip全体の再生可能範囲を参照するReal 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アプリケーションフォーマットでは、無視される。
【００５３】
図２に、DVRディスク上のディレクトリ構造の例を示す。同図に示されるように、rootディレクトリは、１個のディレクトリを含む。
"DVR" -- DVRアプリケーションフォーマットによって規定されるすべてのファイルとディレクトリは、このディレクトリの下にストアされなければならない。
【００５４】
"DVR"ディレクトリは、次に示すファイルをストアする。"info.dvr"ファイルは、 DVRディレクトリの下に作られ、アプリケーションレイヤの全体的な情報をストアする。DVRディレクトリの下には、ただ一つのinfo.dvrがなければならない。ファイル名は、info.dvrに固定されるとする。"menu.tidx"と"menu.tdat"、そして"mark.tidx"と"mark.tdat"は、サムネールについての情報をストアするためのファイルである。
【００５５】
"DVR"ディレクトリは、以下に説明するディレクトリを含む。
"PLAYLIST" -- Real PlayListとVirtual PlayListのデータベースファイルは、このディレクトリの下に置かなければならない。このディレクトリは、PlayListが１個もなくても存在しなければならない。
"CLIPINF" -- Clipのデータベースは、このディレクトリの下に置かなければならない。このディレクトリは、Clipが１個もなくても存在しなければならない。
"STREAM" -- AVストリームファイルは、このディレクトリの下に置かなければならない。このディレクトリは、AVストリームファイルが１個もなくても存在しなければならない。
【００５６】
"PLAYLIST"ディレクトリは、2種類のPlayListファイルをストアするものであり、それらは、Real PlayListとVirtual PlayListである。
"xxxxx.rpls" -- このファイルは、１個のReal PlayListに関連する情報をストアする。それぞれのReal PlayList毎に、１個のファイルが作られる。ファイル名は、"xxxxx.rpls"である。ここで、"xxxxx"は、5個の0から9まで数字である。ファイル拡張子は、"rpls"でなければならない。
"yyyyy.vpls" -- このファイルは、１個のVirtual PlayListに関連する情報をストアする。それぞれのVirtual PlayList毎に、１個のファイルが作られる。ファイル名は、"yyyyy.vpls"である。ここで、"yyyyy"は、5個の0から9まで数字である。ファイル拡張子は、"vpls"でなければならない。
【００５７】
"CLIPINF"ディレクトリは、それぞれのAVストリームファイルに対応して、１個のファイルをストアする。
"zzzzz.clpi" -- このファイルは、１個のAVストリームファイル(Clip AVストリームファイル または Bridge-Clip AVストリームファイル)に対応するClip Information fileである。ファイル名は、"zzzzz.clpi"であり、ここで、"zzzzz"は、5個の0から9までの数字である。ファイル拡張子は、"clpi"でなければならない。
【００５８】
"STREAM"ディレクトリは、AVストリームのファイルをストアする。
"zzzzz.m2ts" -- このファイルは、DVRシステムにより扱われるAVストリームファイルである。これは、Clip AVストリームファイルまたはBridge-Clip AVストリームファイルである。ファイル名は、"zzzzz.m2ts"であり、ここで"zzzzz"は、5個の0から9までの数字である。ファイル拡張子は、"m2ts"でなければならない。
【００５９】
１個のAVストリームファイルとそれに対応するClip information fileは、同じ5個の数字"zzzzz"を使用しなければならない。
【００６０】
その他のディレクトリとファイル名は、本発明の実施の形態を説明するために必要ないので、説明を省略する。
【００６１】
次に、ＡＶストリームファイルの構造を説明する。AVストリームファイルは図３示すDVR MPEG2トランスポートストリームの構造を持たなければならない。DVR MPEG2トランスポートストリームは次に示す特徴を持つ。
【００６２】
DVR MPEG2トランスポートストリームは、整数個のAligned unitから構成される。
Aligned unitの大きさは、6144 バイト (2048×3 バイト)である。
Aligned unitは、ソースパケットの第１バイト目から始まる。
ソースパケットは、192バイト長である。１個のソースパケットは、TP_extra_headerとトランスポートパケットから成る。TP_extra_headerは、4バイト長であり、またトランスポートパケットは、188バイト長である。
１個のAligned unitは、32個のソースパケットから成る。
DVR MPEG2トランスポートストリームの中の最後のAligned unitも、また32個のソースパケットから成る。
最後のAligned unitが、入力トランスポートストリームのトランスポートパケットで完全に満たされなかった場合、残りのバイト領域をヌルパケット（PID=0x1FFFのトランスポートパケット）を持ったソースパケットで満たさねばならない。
【００６３】
Source packet のシンタクスを図４に示す。
【００６４】
TP_extra_header()は、４バイト長のヘッダである。また、transport_packet() は、 ISO/IEC 13818-1で規定される188バイト長のMPEG-2トランスポートパケットである。
【００６５】
TP_extra_headerのシンタクスを図５に示す。
【００６６】
copy_permission_indicatorは、 対応するトランスポートパケットのペイロードのコピー制限を表す整数である。
【００６７】
arrival_time_stampは、AVストリームの中で、対応するトランスポートパケットがデコーダ（後述する図４４のＡＶデコーダ１６が対応する）に到着する時刻を示すタイムスタンプである。これは、後述する式(1)の中でarrival_time_stampによって指定される値を持つ整数値である。
【００６８】
図６は、DVR MPEG-2トランスポートストリームのレコーダモデル（後述する図４４の動画像記録再生装置１が対応する）を示す。これは、レコーディングプロセスを規定するための概念上のモデルである。DVR MPEG-2トランスポートストリームは、このモデルに従っていなければならない。
【００６９】
MPEG-2トランスポートストリームの入力タイミングについて説明する。
入力MPEG2トランスポートストリームは、フルトランスポートストリームまたはパーシャルトランスポートストリームである。
入力MPEG2トランスポートストリームは、ISO/IEC13818-1またはISO/IEC13818-9に従っていなければならない。
MPEG2トランスポートストリームのi番目のバイトは、T-STD(ISO/IEC 13818-1で規定されるTransport stream system target decoder)２０１（図４４のAVデコーダ１６が対応する）とソースパケッタイザ（source packetizer）２０４（図４４のソースパケッタイザ２９が対応する）へ、時刻t(i)に同時に入力される。
【００７０】
27MHz PLL２０２（図４４の動画像記録再生装置１では、制御部１７に内蔵されている）について説明する。
27MHzクロックの周波数は、MPEG-2トランスポートストリームのPCR (Program Clock Reference)の値にロックしなければならない。
【００７１】
arrival time clockについて説明する。
アライバルタイムクロックカウンタ（Arrival time clock counter）２０３（図４４の動画像記録再生装置１では、制御部１７に内蔵されている）は、27MHz PLL２０２が出力する27MHzの周波数のパルスをカウントするバイナリーカウンターである。
Arrival_time_clock(i)は、時刻t(i)におけるArrival time clock counter２０３のカウント値である。
【００７２】
ソースパケッタイザ２０４について説明する。
ソースパケッタイザ２０４は、すべてのトランスポートパケットにTP_extra_headerを付加し、ソースパケットを作る。
Arrival_time_stampは、トランスポートパケットの第１バイト目がT-STD２０１とソースパケッタイザ２０４の両方へ到着する時刻を表す。Arrival_time_stamp(k)は、等式(1)で示されるように、Arrival_time_clock(k)のサンプル値であり、ここで、kはトランスポートパケットの第１バイト目を示す。
arrival_time_stamp(k) = arrival_time_clock(k)% 230 (1)
【００７３】
ライトバッファ（Write Buffer）２０５（図４４の動画像記録再生装置１では、書き込み部３２に内蔵されている）について説明する。
Rmaxは、ソースパケッタイザ２０４からライトバッファ２０５へのソースパケットストリームの入力ビットレートである。入力トランスポートストリームの最大ビットレートをTS_recording_rateとすると、Rmaxは次のように計算される。
Rmax = TS_recording_rate × 192/188
【００７４】
Rudは、ライトバッファ２０５からDVRドライブ（DVR drive）２０６（図４４の動画像記録再生装置１では、書き込み部３２に内蔵されている）への出力ビットレートである。
ライトバッファ２０５が空でない時のバッファからのソースパケットストリームの出力ビットレートはRudである。バッファが空である時、バッファからの出力ビットレートはゼロである。
【００７５】
DVRドライブ２０６は、T-STD２０１への各パケットの到着時刻に対応するATSが付加された、ライトバッファ２０５からの各パケットを、ディスク（図４４の記録媒体１０に対応する）に記録する。
【００７６】
図７は、DVR MPEG-2トランスポートストリームのプレーヤモデル（図４４の動画像記録再生装置１が対応する）を示す。これは、再生プロセスを規定するための概念上のモデルである。DVR MPEG-2トランスポートストリームは、このモデルに従っていなければならない。
【００７７】
リードバッファ（Read buffer）２２２（図４４の動画像記録再生装置１では、読み出し部１１に内蔵されている）について説明する。
Rudは、DVRドライブ（DVR drive）２２１（図４４の動画像記録再生装置１では、読み出し部１１に内蔵されている）からリードバッファ２２２への入力ビットレートである。
リードバッファ２２２がフルでない時のバッファへのソースパケットストリームの入力ビットレートはRudである。バッファがフルである時、バッファへの入力は止められる。
Rmaxは、リードバッファ２２２からソースデパケッタイザ（source depacketizer）２２３（図４３のソースデパケッタイザ１４が対応する）へのソースパケットストリームの出力ビットレートである。
【００７８】
アライバルタイムクロックカウンタ（arrival time clock counter）２２５（図４４の動画像記録再生装置１では、制御部１７に内蔵されている）について説明する。
アライバルタイムクロックカウンタ２２５は、27MHz クリスタル発振器（27MHzX-tal）２２４（図４４の動画像記録再生装置１では、制御部１７に内蔵されている）が発生する27MHzの周波数のパルスをカウントするバイナリーカウンターである。
現在のソースパケットがAVストリームファイルの最初のソースパケットであるか、または後述するSequenceInfo()の中で SPN_ATC_start が指すところのソースパケットである場合、そのパケットのarrival time stampの値でアライバルタイムクロックカウンタ２２５のカウント値をリセットする。
Arrival_time_clock(i)は、時刻t(i)におけるアライバルタイムクロックカウンタ２２５のカウント値である。
【００７９】
MPEG-2トランスポートストリームの出力タイミングについて説明する。
現在のソースパケットのarrival_time_stampがarrival_time_clock(i)のLSB 30ビットの値と等しい時、そのソースパケットのトランスポートパケットは、バッファから引き抜かれる。
【００８０】
次に、ＡＶストリームファイルの再生情報を管理するデータベースフォーマットについて説明する。
【００８１】
図８は、Clip Information fileのシンタクスを示す。Clip Information fileは、SequenceInfo(), ProgramInfo(), CPI(), ClipMark()を持つ。
【００８２】
SequenceInfo_start_addressは、zzzzz.clpiファイルの先頭のバイトからの相対バイト数を単位として、SequenceInfo()の先頭アドレスを示す。相対バイト数はゼロからカウントされる。
【００８３】
ProgramInfo_Start_addressは、zzzzz.clpiファイルの先頭のバイトからの相対バイト数を単位として、ProgramInfo()の先頭アドレスを示す。相対バイト数はゼロからカウントされる。
【００８４】
CPI_Start_addressは、zzzzz.clpiファイルの先頭のバイトからの相対バイト数を単位として、CPI()の先頭アドレスを示す。相対バイト数はゼロからカウントされる。
【００８５】
ClipMark_Start_addressは、zzzzz.clpiファイルの先頭のバイトからの相対バイト数を単位として、ClipMark()の先頭アドレスを示す。相対バイト数はゼロからカウントされる。
【００８６】
その他のシンタクスフィールドは、本発明の実施の形態を説明するために必要ないので、説明を省略する。
【００８７】
SequenceInfo()は、Clip AV streamの中のATC-sequenceとSTC-sequenceの情報を定義する。
【００８８】
ATC-sequenceについて説明する。AVストリームファイルを構成する各ソースパケットのarrival time stamp (ATS) に基づいて作られる時間軸を、アライバルタイムベースと呼び、そのクロックを、ATC (Arrival Time Clock)と呼ぶ。そして、ATCの不連続点（アライバルタイムベースの不連続点）を含まないソースパケット列を、ATC-sequenceと呼ぶ。
【００８９】
図９は、ATC-sequenceについて説明する図である。入力トランスポートストリームをClip AVストリームファイルとして新しく記録する時、そのClipはATCの不連続点を含んではならず、ただ１つのATC-sequenceを持つ。ATCの不連続点は、編集等によってClip AVストリームファイルのストリームデータを部分的に消去した場合にだけ作られることを想定している。これについての詳細は後述する。
【００９０】
AVストリームファイルの中で、新しいATCが開始するアドレス、すなわち、ATC-sequenceのスタートアドレスを、SequenceInfo()にストアする。このアドレスは、SPN_ATC_startにより示される。
【００９１】
AVストリームファイルの中にある最後のATC-sequence以外のATC-sequenceは、そのSPN_ATC_startで指されるソースパケットから開始し、その次のSPN_ATC_startで指されるソースパケットの直前のソースパケットで終了する。最後のATC-sequenceは、そのSPN_ATC_startで指されるソースパケットから開始し、AVストリームファイルの最後のソースパケットで終了する。
【００９２】
図１０は、ATCの不連続点とATC-sequenceの関係を説明する図である。この例の場合、Clip AVストリームファイルは、2個のATC不連続点を持ち、３個のATC-sequenceを持つ。
【００９３】
STC-sequenceについて説明する。STC(System Time Clock)の定義は、MPEG-2で規定されている定義に従う。すなわち、これは、トランスポートストリームの中のPCR(Program Clock Reference)に基づいて作られる時間軸であるシステムタイムベースのクロックである。STCの値は90kHz精度、33ビット長のバイナリーカウンタのカウント値で表される。
【００９４】
図１１は、連続なSTC区間について説明する図である。ここで横軸は、Arrival 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のスタートアドレスが、SequenceInfo()にストアされる。このアドレスは、SPN_STC_startにより示される。
【００９８】
STC-sequenceは、ATC-sequenceの境界をまたぐことはない。
【００９９】
AVストリームファイルの中にある最後のSTC-sequence以外のSTC-sequenceは、そのSPN_STC_startで指されるソースパケットから開始し、その次のSPN_STC_startで指されるソースパケットの直前のソースパケットで終了する。最後のSTC-sequenceは、そのSPN_STC_startで指されるソースパケットから開始し、AVストリームファイルの最後のソースパケットで終了する。
【０１００】
図１２は、STCの不連続点とSTC-sequenceの関係、およびSTC-sequenceとATC-sequenceの関係を説明する図である。この例の場合、Clip AVストリームファイルは、3個のSTCを持ち、3個のSTC-sequenceを持つ。１つのSTC-sequenceが、ATC-sequenceの境界をまたぐことはない。
【０１０１】
AVストリームがSTCの不連続点を持つ場合、そのAVストリームファイルの中で同じ値のPTSが現れるかもしれない。そのため、AVストリーム上のある時刻をPTSベースで指す場合、アクセスポイントのPTSだけではそのポイントを特定するためには不十分である。PTSに加えて、そのPTSを含むところのSTC-sequenceのインデックスが必要である。そのインデックスをSTC-idと呼ぶ。
【０１０２】
図１３は、SequenceInfo()のシンタクスを示す。
【０１０３】
lengthは、このlengthフィールドの直後のバイトからSequenceInfo()の最後のバイトまでのバイト数を示す。
【０１０４】
num_of_ATC_sequencesは、AVストリームファイルの中にあるATC-sequenceの数を示す。
【０１０５】
SPN_ATC_start[atc_id]は、AVストリームファイル上でatc_idによって指されるATC-sequenceが開始するアドレスを示す。SPN_ATC_start[atc_id]は、ソースパケット番号を単位とする大きさであり、AVストリームファイルの最初のソースパケットからゼロを初期値としてカウントされる。
【０１０６】
SequenceInfo()の中の最初のSPN_ATC_start[0]は、ゼロである。また、SequenceInfo()の中でエントリーされるSPN_ATC_start[atc_id]の値は、昇順に並んでいる。すなわち、SequenceInfo()の中でエントリーされるSPN_ATC_start[atc_id]は、次の条件を満たす。
【０１０７】
SPN_ATC_start[0] = 0
0 < atc_id < num_of_ATC_sequences なる atc_id について、
SPN_ATC_start[atc_id -1] < SPN_ATC_start[atc_id]
【０１０８】
num_of_STC_sequences[atc_id]は、atc_idによって指されるATC-sequence上にあるSTC-sequenceの数を示す。
【０１０９】
offset_STC_id[atc_id]は、atc_idによって指されるATC-sequence上にある最初のSTC-sequenceに対するsct_id のオフセット値を示す。AVストリームファイルを新たに記録する時、offset_STC_id[atc_id]は、ゼロである。
【０１１０】
atc_idによって指されるATC-sequence上にあるSTC-sequenceに対応するstc_idの値は、シンタクス中のstc_idのfor-loopによって記述される順番によって定義され、その値はoffset_STC_id[atc_id]から開始する。
【０１１１】
SequenceInfo()の中で定義される連続する2個のATC-sequenceについて、前側のATC-sequenceの最後の stc_id と それに続くATC-sequenceの最初の stc_id は、同じ値でも良い。もし、これら２個の stc_id が同じ値の場合、それらの値で参照される2個の STC-sequenceの中で同じSTCの値が現れることはない。
【０１１２】
SequenceInfo()の中でエントリーされるstc_idの値は、昇順に並ばなければならない。offset_STC_id[atc_id]は、この制限を満たすように値がセットされる。
【０１１３】
PCR_PID[atc_id][stc_id]は、atc_idによって指されるATC-sequence上にあるところのstc_idによって指されるSTC-sequence に有効なPCRを持つトランスポートパケットのPIDの値である。
【０１１４】
SPN_STC_start[atc_id][stc_id]は、atc_idによって指されるATC-sequence上にあるところのstc_idによって指されるSTC-sequence が、AVストリームファイル上で開始するアドレスを示す。SPN_STC_start[atc_id][stc_id]は、ソースパケット番号を単位とする大きさであり、AVストリームファイルの最初のソースパケットからゼロを初期値としてカウントされる。
【０１１５】
SequenceInfo()の中でエントリーされるSPN_STC_start[atc_id][stc_id]の値は、昇順に並んでいる。atc_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[atc_id][stc_id]は、atc_idによって指されるATC-sequence上にある stc_id によって指されるSTC-sequence上にあるAVストリームデータのプレゼンテーション・スタート・タイムを示す。これは、そのSTC-sequenceのSTCから導かれる45 kHzを単位とするプレゼンテーション・タイムの値である。
【０１１８】
presentation_end_time[atc_id][stc_id]は、atc_idによって指されるATC-sequence上にある stc_id によって指されるSTC-sequence上にあるAVストリームデータのプレゼンテーション・エンド・タイムを示す。これは、そのSTC-sequenceのSTCから導かれる45 kHzを単位とするプレゼンテーション・タイムの値である。
【０１１９】
次に、ProgramInfo()について説明する。プログラムは、エレメンタリストリームの集まりであり、これらのストリームの同期再生のために、ただ１つのシステムタイムベースを共有するものである。
【０１２０】
再生装置（後述する図４４の動画像記録再生装置１）にとって、AVストリームのデコードに先だち、そのAVストリームの内容がわかることは有用である。この内容とは、例えば、ビデオやオーディオのエレメンタリーストリームを伝送するトランスポートパケットのPIDの値や、ビデオやオーディオのコンポーネント種類（例えば、HDTVのビデオとMPEG-2 AACのオーディオストリームなど）などの情報である。
【０１２１】
この情報はAVストリームを参照するところのPlayListの内容をユーザーに説明するところのメニュー画面を作成するのに有用であるし、また、AVストリームのデコードに先だって、再生装置のAVデコーダ１６（後述する図４４）およびデマルチプレクサ１５（後述する図４４）の初期状態をセットするために役立つ。この理由のために、Clip Information fileは、プログラムの内容を説明するためのProgramInfoを持つ。
【０１２２】
MPEG2トランスポートストリームをストアしているAVストリームファイルは、ファイルの中でプログラム内容が変化するかもしれない。例えば、ビデオエレメンタリーストリームを伝送するところのトランスポートパケットのPIDが変化したり、ビデオストリームのコンポーネント種類がSDTVからHDTVに変化するなどである。ProgramInfoは、AVストリームファイルの中でのプログラム内容の変化点の情報をストアする。
【０１２３】
AVストリームファイルの中で本フォーマットが規定するプログラム内容が一定であるソースパケット列を、program-sequenceと呼ぶ。
【０１２４】
AVストリームファイルの中で、新しいprogram-sequenceが開始するアドレスをProgramInfo()にストアする。このアドレスは、SPN_program_sequence_startにより示される。
【０１２５】
AVストリームファイルの中にある最後のprogram-sequence以外のprogram-sequenceは、そのSPN_program_sequence_startで指されるソースパケットから開始し、その次のSPN_program_sequence_startで指されるソースパケットの直前のソースパケットで終了する。最後のprogram_sequenceは、そのSPN_program_sequence_startで指されるソースパケットから開始し、AVストリームファイルの最後のソースパケットで終了する。
【０１２６】
図１４は、program-sequenceを説明する図である。この例の場合、Clip AVストリームファイルは3個のprogram-sequenceを持つ。
【０１２７】
program-sequenceは、ATC-sequenceの境界およびSTC-sequenceの境界をまたいでも良い。
【０１２８】
図１５は、ProgramInfo()のシンタクスを示す。
【０１２９】
lengthは、このlengthフィールドの直後のバイトからProgramInfo()の最後のバイトまでのバイト数を示す。
【０１３０】
num_of_program_sequencesは、AVストリームファイルの中にあるprogram-sequenceの数を示す。
【０１３１】
SPN_program_sequence_startは、AVストリームファイル上でprogram-sequenceが開始するアドレスを示す。SPN_program_sequence_startは、ソースパケット番号を単位とする大きさであり、AVストリームファイルの最初のソースパケットから、ゼロを初期値としてカウントされる。ProgramInfo()の中でエントリーされるSPN_program_sequence_startの値は、昇順に並んでいる。
【０１３２】
SPN_program_sequence_startは、そのprogram_sequenceに対する最初のPMTを持つソースパケットを指していることを前提とする。SPN_program_sequence_startは、データを記録する記録機（図４４の動画像記録再生装置１が対応する）がトランスポートストリーム中のPSI/SIを解析することによって作られる。記録機（例えば、図４４のビデオ解析部２４または多重化ストリーム解析部２６）がPSI/SIを解析し、その変化を検出するまでの遅延時間が必要なために、SPN_program_sequence_startは、実際のPSI/SIの変化点から所定の時間以内にあるソースパケットを指しても良い。
【０１３３】
program_map_PIDは、そのprogram-sequenceに適用できるPMT(program map table)を持つトランスポートパケットのPIDの値である。
【０１３４】
num_of_streams_in_psは、そのprogram-sequenceの中で定義されるエレメンタリーストリームの数を示す。
【０１３５】
num_of_groupsは、そのprogram-sequenceの中で定義されるエレメンタリーストリームのグループの数を示す。num_of_groupsは、１以上の値である。トランスポートストリームのPSI/SIがエレメンタリーストリームのグループ情報を持つ場合、num_of_groupsは、１以上の値をとることを想定している。それぞれのグループは、マルチ・ビュー・プログラム中の１つのビューを構成する。
【０１３６】
stream_PIDは、そのprogram-sequenceのprogram_map_PIDが参照するところのPMTの中で定義されているエレメンタリーストリームに対するPIDの値を示す。
【０１３７】
StreamCodingInfo() は、前記stream_PIDで指されるエレメンタリーストリームの情報を示す。詳細は後述する。
【０１３８】
num_of_streams_in_groupは、エレメンタリーストリームのグループが持つエレメンタリーストリームの数を示す。
【０１３９】
stream_indexは、前記エレメンタリーストリームのグループが持つエレメンタリーストリームに対応するところの、シンタクス中のfor-loopで定義されるstream_indexの値を示す。
【０１４０】
図１６は、StreamCodingInfo()のシンタクスを示す。
【０１４１】
lengthは、このlengthフィールドの直後のバイトからStreamCodingInfo()の最後のバイトまでのバイト数を示す。
【０１４２】
stream_coding_typeは、このStreamCodingInfo()に対応するstream_PIDで指されるエレメンタリーストリームの符号化タイプを示す。値の意味を図１７に示す。
【０１４３】
video_formatは、このStreamCodingInfo()に対応するstream_PIDで指されるビデオストリームのビデオフォーマットを示す。値の意味を図１８に示す。
【０１４４】
frame_rateは、このStreamCodingInfo()に対応するstream_PIDで指されるビデオストリームのフレームレートを示す。値の意味を図１９に示す。
【０１４５】
display_aspect_ratioは、このStreamCodingInfo()に対応するstream_PIDで指されるビデオストリームのディスプレイ・アスペクト・レシオを示す。値の意味を図２０に示す。
【０１４６】
cc_flagは、このStreamCodingInfo()に対応するstream_PIDで指されるビデオストリームの中でクローズド・キャプション(closed caption data)信号が符号化されているかを示すフラグである。
【０１４７】
original_video_format_flagは、このStreamCodingInfo()の中にoriginal_video_formatとoriginal_display_aspect_ratioが存在するかを示すフラグである。
【０１４８】
original_video_formatは、このStreamCodingInfo()に対応するstream_PIDで指されるビデオストリームが符号化される前のオリジナルのビデオフォーマットである。値の意味は、前記のvideo_formatと同じである。
【０１４９】
original_display_aspect_ratioは、このStreamCodingInfo()に対応するstream_PIDで指されるビデオストリームが符号化される前のオリジナルのディスプレイ・アスペクト・レシオである。値の意味は、前記のdisplay_aspect_ratioと同じである。
【０１５０】
ビデオストリームと共にマルチメディアデータストリーム（BMLストリーム, 字幕など）が多重化されているトランスポートストリームをトランス・コーディングする場合において、ビデオストリームは再エンコードされることによって、そのビデオフォーマットが変化する（例えば、1080iから480iへ変化する）が、マルチメディアデータストリームはオリジナルのストリームを保つ場合を考える。
【０１５１】
この時、新しいビデオストリームとマルチメディアデータストリームの間に情報のミスマッチが生じる場合がある。例えば、マルチメディアデータストリームの表示に関するパラメータは、オリジナルのビデオストリームのビデオフォーマットを想定して決められているにもかかわらず、ビデオストリームの再エンコードによって、そのビデオフォーマットが変化した場合である。
【０１５２】
このような場合、original_video_formatとoriginal_display_aspect_ratioに、オリジナルのビデオストリームに関する情報を保存する。再生機は、前記の新しいビデオストリームとマルチメディアデータストリームから次のようにして、表示画像をつくる。
【０１５３】
ビデオストリームは、original_video_formatとoriginal_display_aspect_ratioで示されるビデオフォーマットにアップ・サンプリングされる。そのアップ・サンプリングされた画像とマルチメディアデータストリームが合成されて、正しい表示画像をつくる。
【０１５４】
audio_presentation_typeは、このStreamCodingInfo()に対応するstream_PIDで指されるオーディオストリームのプレゼンテーション・タイプを示す。値の意味を図２１に示す。
【０１５５】
sampling_frequencyは、このStreamCodingInfo()に対応するstream_PIDで指されるオーディオストリームのサンプリング周波数を示す。値の意味を図２２に示す。
【０１５６】
次に、CPI()について説明する。CPI (Characteristic Point Information)は、AVストリームの中の再生時間情報とそのファイルの中のアドレスとを関連づけるためにある。
【０１５７】
CPIには２個のタイプがあり、それらはEP_mapとTU_mapである。CPI()の中のCPI_typeがEP_map typeの場合、そのCPI()はEP_mapを含む。また、CPI()の中のCPI_typeがTU_map typeの場合、そのCPI()はTU_mapを含む。１個のAVストリームファイルは、１個のEP_mapまたは１個のTU_mapを持つ。
【０１５８】
EP_mapは、エントリーポイント(EP)データのリストであり、それはエレメンタリーストリームおよびトランスポートストリームから抽出されたものである。これは、AVストリームの中でデコードを開始すべきエントリーポイントの場所を見つけるためのアドレス情報を持つ。１つのEPデータは、プレゼンテーションタイムスタンプ（PTS）と、そのPTSに対応するアクセスユニットのAVストリームの中のデータアドレスの対で構成される。
【０１５９】
EP_mapは、主に２つの目的のために使用される。第１に、PlayListの中でプレゼンテーションタイムスタンプによって参照されるアクセスユニットのAVストリームの中のデータアドレスを見つけるために使用される。第２に、ファーストフォワード再生やファーストリバース再生のために使用される。記録装置が、入力AVストリームを記録する場合、そのストリームのシンタクスを解析することができるとき、EP_mapが作成され、ディスクに記録される。
【０１６０】
TU_mapは、デジタルインタフェースを通して入力されるトランスポートパケットの到着時刻に基づいたタイムユニット（TU）データのリストを持つ。これは、到着時刻ベースの時間とAVストリームの中のデータアドレスとの関係を与える。記録装置が、入力AVストリームを記録する場合、そのストリームのシンタクスを解析することができないとき、TU_mapが作成され、ディスクに記録される。
【０１６１】
図２３はCPI()のシンタクスを示す。
【０１６２】
lengthは、このlengthフィールドの直後のバイトからCPI()の最後のバイトまでのバイト数を示す。
【０１６３】
CPI_typeは、1ビットのフラグであり、ClipのCPIのタイプを表す。
【０１６４】
EP_mapは、AVストリームファイルの中にある１つのビデオストリームに対して、次に示すデータを持つ。
(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により参照されるアクセスユニットの第１バイト目を含むソースポケットのAVストリームファイルの中でのアドレスを示す。SPN_EP_startはソースパケット番号を単位とする大きさであり、AVストリームファイルの最初のソースパケットから、ゼロを初期値としてカウントされる。
【０１６５】
AVストリームファイルの中に複数のビデオストリームが存在する場合、EP_mapは各ビデオストリームに対して、前記のデータを持つことができる。
【０１６６】
図２４は、EP_mapの例を示す。ここでは、Clip AV streamの中に、stream_PID=xのビデオストリームがあり、k個のエントリポイントがある（num_EP_entries=k）。SPN_EP_startで指されるソースパケットの例を図に示す。そのソースパケットの中のトランスポートパケットのTP_headerに続くペイロードは、PESパケットヘッダから開始する。それに続いて、シーケンスヘッダ（SQH）があり、それに続いてGOPヘッダ(GOPH)があり、それに続いてI-ピクチャヘッダ(I-PICH)がある。このシーケンスヘッダから始まるアクセスユニットのPTSは、PESパケットヘッダの中に符号化されている。
【０１６７】
次に、TU_mapについて説明する。
【０１６８】
図２５は、AVストリームを新しくClipとして記録する時にできるTU_mapについて説明する図である。１つのATC-sequenceの中にあるソースパケットのアライバルタイムに基づいて作られる時間軸を所定の時間単位で分割する。この時間単位をtime-unitと呼ぶ。
【０１６９】
各々のtime_unitの中に入るところの最初の完全な形のソースパケットのAVストリームファイル上でのアドレスをTU_mapにストアする。これらのアドレスをSPN_time_unit_startと呼ぶ。ATC-sequenceの上の時刻は、TU_start_timeに基づいて定義される。これについてはSPN_time_unit_startのセマンティクスで後述する。
【０１７０】
図２６は、TU_mapのシンタクスを説明する図である。
【０１７１】
time_unit_sizeは、１つのtime_unitの大きさを与えるものであり、それは27MHz精度のアライバルタイムクロックから導き出される45kHzクロックを単位とする大きさである。
【０１７２】
シンタクス中の atc_id のfor-loopで使われている num_of_ATC_sequencesの値は、SequenceInfo()の中で定義されている。
【０１７３】
offset_arrival_time[atc_id] は、atc_idで指されるATC-sequenceの中の最初の完全なtime-unitに対するオフセットの時間である。これは、27MHz精度のアライバルタイムクロックから導き出される45kHzクロックを単位とする大きさである。
【０１７４】
AVストリームを新しくClipとして記録した時、そのAVストリームファイルはただ１つのATC-sequenceを持ち、offset_arrival_time[atc_id]はゼロである。
【０１７５】
複数のoffset_arrival_time[atc_id]がTU_mapにエントリーされる場合は、次の条件式が満たされる。
Figure 0004409792
【０１７６】
num_of_time_unit_entries[atc_id] は、atc_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の値は、その１つ前のSPN_time_unit_startの値と等しい。
【０１７９】
TU_mapの中のSPN_time_unit_startの値のエントリは、昇順にならんでいなければならない。
【０１８０】
atc_idで指されるATC-sequence中のi番目のtime_unitの開始時刻は、次式で定義されるTU_start_time[atc_id][i]である。
TU_start_time[atc_id][i]=offset_arrival_time[atc_id]+i*time_unit_size
【０１８１】
次に、ClipMark()について説明する。
【０１８２】
ClipMark()は、Clip AVストリームの中のマーク（Mark）の情報を定義する。マークは、Clipの中のハイライトや特徴的な時間を指定するために設けられている。Clipに付加されるマークは、AVストリームの内容に起因する特徴的なシーンを指定する、例えば、ＣＭ開始点やＣＭ終了点、またシーンチェンジ点などである。Clipにセットされるマークは、AVストリームが新しいClipとして記録される時に記録器がセットする。なお、後でPlayListファイルの中で説明するが、PlayListにセットされるマークをストアするために、PlayListファイルはPlayListMarkを持つ。PlayListにセットされるマークは、主にユーザによってセットされる、例えば、ブックマークやリジューム点などである。
【０１８３】
ClipまたはPlayListにマークをセットすることは、マークの時刻を示すタイムスタンプをClipMark / PlayListMarkに追加することにより行われる。また、マークを削除することは、ClipMark / PlayListMarkの中から、そのマークのタイムスタンプを削除する事で行われる。従って、マークのセットや削除により、AVストリームは何の変更もされない。
【０１８４】
図２７は、ClipにセットされるマークとPlayListにセットされるマークの関係を示す図である。PlayListを再生する時、そのPlayListが参照するClipのClipMarkにストアされているマークを参照する事ができる。したがって、１つのClipをReal PlayListや複数のVirtual PlayListによって参照している場合、それらのPlayListは、その１つのClipのClipMarkを共有することができるので、マークのデータを効率良く管理することができる。
【０１８５】
図２８は、ClipMarkのシンタクスを示す。
lengthは、このlengthフィールドの直後のバイトからClipMark()の最後のバイトまでのバイト数を示す。
maker_IDは、そのmark_typeを定義しているメーカーのメーカーＩＤを示す。
number_of_Clip_marksは、ClipMarkの中にストアされているマークのエントリー数を示す。
【０１８６】
mark_invalid_flagは、１ビットのフラグであり、これの値がゼロにセットされている時、このマークは有効な情報を持っていることを示し、また、これの値が１にセットされている時、このマークは無効であることを示す。
ユーザーがユーザーインタフェース上で１つのマークのエントリーを消去するオペレーションをした時、記録機はClipMarkからそのマークのエントリーを消去する代わりに、そのmark_invalid_flagの値を１に変更しても良い。
mark_typeは、マークのタイプを示す。
ref_to_STC_idは、mark_time_stampとrepresentative_picture_time_stampの両方が置かれているところのSTC-sequenceを指定するところのstc-idを示す。stc-idの値は、SequenceInfo()の中で定義される。
【０１８７】
mark_time_stampは、Clip AVストリームの中でマークが指定されたポイントをプレゼンテーションタイムスタンプをベースとして表す。
entry_ES_PIDが、0xFFFFにセットされている場合、そのマークはClipの中のすべてのエレメンタリーストリームに共通の時間軸上へのポインターである。
entry_ES_PIDが、0xFFFFでない値にセットされている場合、entry_ES_PIDは、そのマークによって指されるところのエレメンタリーストリームを含んでいるところのトランスポートパケットのPIDの値を示す。
ref_to_thumbnail_indexは、マークに付加されるサムネール画像の情報を示す。ref_to_thumbnail_indexフィールドが、0xFFFFでない値の場合、そのマークにはサムネール画像が付加されており、そのサムネール画像は、mark.tdatファイルの中にストアされている。その画像は、mark.tidxファイルの中でthumbnail_indexの値を用いて参照される（後述）。ref_to_thumbnail_indexフィールドが、0xFFFF である場合、そのマークにはサムネール画像が付加されていない事を示す。
representative_picture_time_stampは、mark_time_stampによって示されるマークを代表する画像のポイントを示すタイムスタンプをストアする。
【０１８８】
図２９は、PlayList fileのシンタクスを示す。PlayList fileは、UIAppInfoPlayList()，PlayList()，PlayListMark()を持つ。
【０１８９】
PlayList_start_addressは、PlayListファイルの先頭のバイトからの相対バイト数を単位として、PlayList()の先頭アドレスを示す。相対バイト数はゼロからカウントされる。
PlayListMark_start_addressは、PlayListファイルの先頭のバイトからの相対バイト数を単位として、PlayListMark()の先頭アドレスを示す。相対バイト数はゼロからカウントされる。
【０１９０】
その他のシンタクスフィールドは、本発明の実施の形態を説明するために必要ないので、説明を省略する。
【０１９１】
UIAppInfoPlayList()は、PlayListについてのユーザインターフェースアプリケーションのパラメータをストアする。
【０１９２】
図３０に、UIAppInfoPlayList()のシンタクスを示す。
ref_to_thumbnail_indexは、マークに付加されるサムネール画像の情報を示す。ref_to_thumbnail_indexフィールドが、0xFFFFでない値の場合、そのマークにはサムネール画像が付加されており、そのサムネール画像は、menu.tdatファイルの中にストアされている。その画像は、menu.tidxファイルの中でthumbnail_indexの値を用いて参照される（後述）。ref_to_thumbnail_indexフィールドが、0xFFFF である場合、そのマークにはサムネール画像が付加されていない事を示す。
その他のシンタクスフィールドは、PlayListについてのユーザインターフェースアプリケーションのパラメータを示すものであるが、本発明の実施の形態を説明するために必要ないので、詳細な説明を省略する。
【０１９３】
図３１は、PlayList()のシンタクスを示す。
【０１９４】
lengthは、このlengthフィールドの直後のバイトからPlayList()の最後のバイトまでのバイト数を示す。
【０１９５】
CPI_type: 1ビットのフラグであり、PlayItem()が使用するClipのCPI_typeの値を示す。CPI_typeは、Clip Information fileのCPI_typeで定義される。
【０１９６】
number_of_PlayItemsは、PlayList()の中にあるPlayItem()の数を示す。
【０１９７】
シンタクス中のPlayItem_idのfor-loopの中で、PlayItem()の現れる順番によって、そのPlayItem()に対するPlayItem_idの値が決る。PlayItem_idは、0から開始する。
【０１９８】
その他のシンタクスフィールドは、本発明の実施の形態を説明するために必要ないので、説明を省略する。
【０１９９】
次に、PlayItemについて説明する。１個のPlayItemは、基本的に次のデータを含む。
(1)PlayItem が指すClipのファイル名を指定するためのClip_information_file_name。
(2)そのClipの再生区間を特定するためのIN_timeとOUT_timeのペア。
(3)PlayListの中で連続する2個のPlayItemについて、前側のPlayItemと現在のPlayItemとの接続の状態を示すところのconnection_condition。
【０２００】
図３２は、CPI_typeがEP_mapのPlayList（これをEP_map typeのPlayListと呼ぶ）を説明する図である。EP_map typeのPlayListの場合、PlayItemのIN_timeとOUT_timeは、PTSベースの時間を示す。そのIN_timeとOUT_timeは、同じSTC-sequence上の時刻を指す。そのSTC-sequenceを示すために、ref_to_STC_idを用いる。そのIN_timeとOUT_timeは、そのSTC-sequenceに対して定義される presentation_start_time と presentation_end_time（これらの情報はSequenceInfoの中にある）で示される再生区間の中の時間を指す。
【０２０１】
図３３は、CPI_typeがTU_mapのPlayList（これをTU_map typeのPlayListと呼ぶ）を説明する図である。TU_map typeのPlayList の場合、PlayItemのIN_timeとOUT_timeは、アライバルタイムベースの時間を指す。そのIN_timeとOUT_timeは、同じATC-sequence上の時刻を指す。
【０２０２】
図３４は、EP_map typeのPlayList の時間情報とAVストリームファイルの中のアドレス情報との関係を説明する図である。PlayList の時間情報は、AVストリームファイルの中のピクチャやオーディオフレームのPTS情報である。そして、Clip Information fileのEP_mapとSequenceInfoが、AVストリームの中の時間情報とそのファイルの中のアドレスとを関連づける。
【０２０３】
図３５は、TU_map typeのPlayList の時間情報とAVストリームファイルの中のアドレス情報との関係を説明する図である。PlayList の時間情報は、AVストリームファイルの中のアライバル・タイム情報である。そして、Clip Information fileのTU_mapが、AVストリームの中の時間情報とそのファイルの中のアドレスとを関連づける。
【０２０４】
図３６は、PlayItem()のシンタクスを示す。
【０２０５】
lengthは、このlengthフィールドの直後のバイトからPlayItem()の最後のバイトまでのバイト数を示す。
【０２０６】
Clip_Information_file_nameは、PlayItemが参照するClip Information fileのファイル名を示す。
【０２０７】
connection_conditionは、先行するPlayItemと現在のPlayItemとがシームレスに接続されているかどうかの情報を示す。
【０２０８】
ref_to_STC_idは、PlayItemが参照するClipのSTC-sequenceのstc-idを示す。stc-idの値は、SequenceInfoの中で定義されている。
【０２０９】
IN_timeは、PlayItemの再生開始時刻をストアする。
【０２１０】
OUT_timeは、PlayItemの再生終了時刻をストアする。
【０２１１】
Bridge_Clip_Information_file_nameは、先行するPlayItemと現在のPlayItemとがシームレスに接続されている場合の再生の補助情報である。
【０２１２】
図３７は、PlayListMark()のシンタクスを示す。PlayListMarkは前述したように、主にユーザによってセットされるマークをストアする。
lengthは、このlengthフィールドの直後のバイトからPlayListMark()の最後のバイトまでのバイト数を示す。
number_of_PlayList_marksは、PlayListMarkの中にストアされているマークのエントリー数を示す。
mark_invalid_flagは、１ビットのフラグであり、これの値がゼロにセットされている時、このマークは有効な情報を持っていることを示し、また、これの値が１にセットされている時、このマークは無効であることを示す。
ユーザーがユーザーインタフェース上で１つのマークのエントリーを消去するオペレーションをした時、記録機はPlayListMarkからそのマークのエントリーを消去する代わりに、そのmark_invalid_flagの値を１に変更しても良い。
mark_typeは、マークのタイプを示す。
mark_name_lengthは、Mark_nameフィールドの中に示されるマーク名のバイト長を示す。このフィールドの値は32以下である。
【０２１３】
ref_to_PlayItem_idは、マークが置かれているところのPlayItemを指定するところのPlayItem_idの値を示す。あるPlayItemに対応するPlayItem_idの値は、PlayList()において定義される。
mark_time_stampは、そのマークが指定されたポイントを示すタイムスタンプをストアする。mark_time_stampは、ref_to_PlayItem_idで示されるPlayItemの中で定義されているところのIN_timeとOUT_timeで特定される再生範囲の中の時間を指す。
PlayListのCPI_typeがEP_map typeの場合、mark_time_stampは、プレゼンテーションタイムスタンプをベースとして表され、また、CPI_typeがTU_map typeの場合、mark_time_stampはアライバルタイムスタンプをベースとして表される。
【０２１４】
entry_ES_PIDが、0xFFFFにセットされている場合、そのマークはPlayListによって使用されるすべてのエレメンタリーストリームに共通の時間軸上へのポインターである。entry_ES_PIDが、0xFFFFでない値にセットされている場合、entry_ES_PIDは、そのマークによって指されるところのエレメンタリーストリームを含んでいるところのトランスポートパケットのPIDの値を示す。
ref_to_thumbnail_indexは、マークに付加されるサムネール画像の情報を示す。ref_to_thumbnail_indexフィールドが、0xFFFFでない値の場合、そのマークにはサムネール画像が付加されており、そのサムネール画像は、mark.tdatファイルの中にストアされている。その画像は、mark.tidxファイルの中でthumbnail_indexの値を用いて参照される（後述）。ref_to_thumbnail_indexフィールドが、0xFFFF である場合、そのマークにはサムネール画像が付加されていない事を示す。
【０２１５】
mark_nameは、マークの名前を示す。このフィールドの中の左からmark_name_lengthで示されるバイト数が、有効なキャラクター文字であり、前記名前を示す。このキャラクター文字は、UIAppInfoPlayListの中でcharacter_setによって示される方法で符号化されている。mark_nameフィールドの中で、それら有効なキャラクター文字に続くバイトの値は、どんな値が入っていても良い。
【０２１６】
次に、"info.dvr"ディレクトリについて説明する。図３８は、"info.dvr"ファイルのシンタクスを示す図である。"info.dvr"ディレクトリは、UIAppInfoVolume()，TableOfPlayLists()を持つ。
TableOfPlayLists_Start_addressは、info.dvrファイルの先頭のバイトからの相対バイト数を単位として、TableOfPlayLists()の先頭アドレスを示す。相対バイト数はゼロからカウントされる。
【０２１７】
図３９に、UIAppInfoPlayList()のシンタクスを示す。
ref_to_thumbnail_indexは、マークに付加されるサムネール画像の情報を示す。ref_to_thumbnail_indexフィールドが、0xFFFFでない値の場合、そのマークにはサムネール画像が付加されており、そのサムネール画像は、menu.tdatファイルの中にストアされている。その画像は、menu.tidxファイルの中でthumbnail_indexの値を用いて参照される（後述）。ref_to_thumbnail_indexフィールドが、0xFFFF である場合、そのマークにはサムネール画像が付加されていない事を示す。
【０２１８】
その他のシンタクスフィールドは、Volumeについてのユーザインターフェースアプリケーションのパラメータを示すものであるが、本発明の実施の形態を説明するために必要ないので、詳細な説明を省略する。
【０２１９】
図４０は、TableOfPlayLists()のシンタクスを示す。TableOfPlayLists()は、PlayList(Real PlayListとVirtual PlayList)のファイル名をストアする。ボリューム（ディスク）に記録されているすべてのPlayListファイルは、TableOfPlayList()の中に含まれる。TableOfPlayLists()は、ボリュームの中のPlayListのデフォルトの再生順序を示す。
lengthは、このlengthフィールドの直後からTableOfPlayLists()の最後までのTableOfPlayLists()のバイト数を示す。
number_of_PlayListsは、ボリュームに記録されているPlayListの数を示す。
PlayList_file_nameの１０バイトの数字は、PlayListのファイル名を示す。
【０２２０】
次に、サムネールについての情報をストアするファイルの内容を説明する。
"menu.tidx"と"menu.tdat"は、メニューサムネール，すなわちVolumeを代表する１つのピクチャおよびPlayList毎にそれを代表する１つのピクチャの情報をストアする。すべてのメニューサムネールのヘッダ情報は、１つのmenu.tidxに集めて管理される。すべてのメニューサムネールのピクチャデータは、１つのmenu.tdatに集めて管理される。
【０２２１】
"mark.tidx"と"mark.tdat"は、マークサムネール，すなわちマーク点で指されるピクチャについての情報をストアする。Volume中のすべてのClipおよびPlayListに付加されているすべてのマークサムネールのヘッダ情報は、１つのmark.tidxに集めて管理される。すべてのマークサムネールのピクチャデータは、１つのmark.tdatに集めて管理される。
サムネールのピクチャデータは、例えば、画像をＪＰＥＧで符号化したデータである。
【０２２２】
これら4個のファイルのシンタクスとセマンティクスを説明する。
"menu.tidx"と"mark.tidx"は、同じシンタクス構造を持つ。図４１は、"menu.tidx"と"mark.tidx"のシンタクス構造を示す。
version_numberは、このサムネールヘッダ情報ファイルのバージョンナンバーを示す4個の数字である。
lengthは、このlengthフィールドの直後のバイトからmenu.tidx/mark.tidxの最後のバイトまでのバイト数である。
number_of_thumbnailsは、menu.tidxの場合にはmenu.tdatにストアされているサムネールピクチャの数であり、mark.tidxの場合にはmark.tdatにストアされているサムネールピクチャの数である。
【０２２３】
tn_block_sizeは、menu.tidxの場合にはmenu.tdatの中の１つのtn_blockのサイズを示し、mark.tidxの場合にはmark.tdatの中の１つのtn_blockのサイズを示す。このサイズは、1024バイトを単位とする大きさである。例えば、tn_block_size=1は、１つのtn_blockのサイズが1024バイトであることを示す。１つのサムネールピクチャは、１つのtn_blockの中にストアされなければならない。
number_of_tn_blocksは、menu.tidxの場合にはmenu.tdatの中にあるtn_blockの数を示し、mark.tidxの場合にはmark.tdatの中にあるtn_blockの数を示す。
thumbnail_indexは、このthumbnail_indexフィールドに続くサムネール情報のインデクス番号を表す。thumbnail_indexして、0xFFFF という値を使用してはならない。
【０２２４】
menu.tidxの場合、thumbnail_indexはUIAppInfoVolume(), UIAppInfoPlayList() の中のref_to_thumbnail_indexによって参照される。mark.tidxの場合、thumbnail_indexはPlayListMark()およびClipMark()の中のref_to_thumbnail_indexによって参照される。
ref_to_tn_block_idは、menu.tidxの場合にはmenu.tdat中の１つのtn_blockを示し、そのtn_blockは、thumbnail_indexで指されるピクチャデータをストアしている。ref_to_tn_block_idの値は、menu.tdatのシンタクス中のtn_block_idの値を参照する。
mark.tidxの場合にはmark.tdat中の１つのtn_blockを示し、そのtn_blockは、thumbnail_indexで指されるピクチャデータをストアしている。ref_to_tn_block_idの値は、menu.tdatのシンタクス中のtn_block_idの値を参照する。
【０２２５】
picture_byte_sizeは、thumbnail_indexで指される１つの符号化サムネールピクチャのデータ長をバイト単位で示す。picture_byte_sizeは、1024*tn_block_sizeの値以下でなければならない。すなわち、記録機は１つの符号化サムネールピクチャのデータ長を1024*tn_block_sizeの値以下になるように、符号化しなければならない。
horizontal_picture_sizeは、thumbnail_indexで指される符号化サムネールピクチャの水平方向の画素数を示す。
vertical_picture_sizeは、thumbnail_indexで指される符号化サムネールピクチャの垂直方向の画素数を示す。
display_aspect_ratioは、thumbnail_indexで指される符号化サムネールピクチャのディスプレイ・アスペクト・レシオを示す。
【０２２６】
図４２は、"menu.tdat"と"mark.tdat"のシンタクス構造を示す。"menu.tdat"と"mark.tdat"は、同じシンタクス構造を持つ。
tn_blockは、１つの符号化サムネールピクチャがストアされる領域である。一つのサムネールピクチャのバイト長は、１つのtn_blockの大きさ以下である。１つのピクチャデータの第一バイト目は、tn_blockの第一バイト目と一致していなければならない。
【０２２７】
menu.tdatの場合、１つのtn_blockのサイズはmenu.tdatの中のtn_block_sizeで示される。mark.tdatの場合、１つのtn_blockのサイズはmark.tdatの中のtn_block_sizeで示される。
各tn_blockは、それがシンタクス中の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はブロック構造を有する。一つのピクチャデータは１つのtn_blockに格納される。
【０２２８】
menu.tdatおよびmark.tdatのtn_block列の中に、使用されていないtn_blockが存在してもよい。例えば、あるサムネールの削除をする場合、サムネールのヘッダ情報ファイルの中にエントリーされているthumbnail_indexを消去し、サムネールのピクチャデータファイルを何も変更しなかったとき、tn_block列の中に、使用されていないtn_blockができる。
【０２２９】
図４３は、サムネールピクチャデータがどのようにtn_blockに格納されるかを模式的に表した図である。図のように、一つのサムネールピクチャのバイト長は、１つのtn_blockの大きさ以下である。tn_block列の中に、使用されていないtn_blockが存在してもよい。
【０２３０】
次に、PlayListの編集動作のコンセプトについて説明する。以下の処理は、ユーザからの操作に基づいて、例えば、後述する図４４の制御部１７により実行される。
【０２３１】
図４５は、AVストリームが新しいClipとして記録される時のClipとPlayListの関係のコンセプトを説明する図である。AVストリームが新しいClipとして記録される場合、そのClip全体の再生可能範囲を参照するReal PlayListが作られる。
【０２３２】
図４６は、Virtual PlayListの作成のコンセプトについて説明する図である。ユーザがReal PlayListの再生範囲の中から、IN-timeとOUT-timeを指定することによって、見たい再生区間のPlayItemを作り、Virtual PlayListをつくる。
【０２３３】
図４７は、Real PlayListの再生区間の一部分を消去したときのClipとPlayListの関係のコンセプトを説明する図である。必要なClip AVストリームの再生部分だけを参照するように、Real PlayListのPlayItemを変更する。そして、Clip AVストリームの不必要なストリーム部分を消去する。図４７に示すように、Clip AVストリームの中央部のデータを消去しても、Clip AVストリームファイルは分割されないで、１つのファイルである。１つのClip AVストリームのデータを部分的に消去しても、残ったデータ部分は１つのClip AVストリームにまとめられる。
【０２３４】
Real PlayListが変更されて、それが参照するClipのストリーム部分が消去された時、それと同じClipを使用しているVirtual PlayListが参照するClipがなくなって、問題が起きるかもしれない。そのようなことがないように、ユーザインターフェースは、次に示す対策をとるべきである。
【０２３５】
その"消去"の操作に対して、ユーザに「そのReal PlayListが参照しているClipのストリーム部分を参照しているVirtual PlayListが存在し、もし、そのReal PlayListが消去されると、そのVirtual PlayListもまた消去されることになるが、それで良いか？」と確認，警告する。または、前記Virtual PlayListを消去する代わりに、Real PlayListに対して次に示す"ミニマイズ(Minimize)"の操作をする。
【０２３６】
図４８は、ミニマイズの編集をしたときのClipとReal PlayList, Virtual PlayListの関係のコンセプトを説明する図である。ミニマイズ編集は、Real PlayListのPlayItemを、Virtual PlayListに必要なClipのストリーム部分だけを参照するように変更する。そして、Virtual PlayList にとって不必要なClipのストリーム部分を消去する。
【０２３７】
図４８に示すように、Clip AVストリームの中央部のデータを消去しても、Clip AVストリームファイルは分割されないで、１つのファイルである。１つのClip AVストリームのデータを部分的に消去しても、残ったデータ部分は１つのClip AVストリームにまとめられる。
【０２３８】
次に、前記のコンセプトに基づいて、Clip AVストリームのデータを部分的に消去する場合のClip Information fileの変化について説明する。
【０２３９】
前述したように、AVストリームをClipファイルとして新たに記録する時、そのClipはATCの不連続点を含まず、ただ１つのATC-sequenceを持つ。そして、ATCの不連続点は、編集等によってClip AVストリームファイルのストリームデータを部分的に消去した場合にだけ、作られることを想定している。すなわち、図４７や図４８に示すように、１つのClip AVストリームのデータを部分的に消去して、残ったデータ部分が１つのClip AVストリームにまとめられた時、そのClipはATCの不連続点を持ち、複数のATC-sequenceを持つ。例えば、図４９において、編集前のClipはATCの不連続点を含まず、ただ１つのATC-sequenceを持つとする。そして図に示すように、Clip AVストリームの中央部のデータを消去した場合、編集後のClipは、2個のATC-sequenceを持つ。
【０２４０】
図５０は、１つのClip AVストリームのデータを部分的に消去した時のATC-sequence, STC-sequence および program-sequenceの関係を説明する図である。編集前のClipは、ただ１つのATC-sequenceと１つのSTC-sequenceと１つのprogram-sequenceを持つとする。すなわち、このClipの中では、program-sequenceの内容が変化しないとする。この時、図に影で示す部分のAVストリームデータを消去したとする。編集の結果、Clipは3個のATC-sequenceと3個のSTC-sequenceを持つ、一方、program-sequenceは１個のままである。このprogram-sequenceは、ATC-sequenceの境界とSTC-sequenceの境界をまたいでいる。
【０２４１】
次に、前記のようにClip AVストリームのデータが部分的に消去される時の、ClipとPlayListの関係について説明する。
【０２４２】
図５１は、CPIがEP_mapであるClip AVストリームの一部分を消去した時のClipとPlayListの関係を説明する図である。編集前のClipは１個のATC-sequenceと3個のSTC-sequenceを持つとする。このATC-sequenceについてのoffset_STC_id[0]はゼロである。そして、Clipの中のstc=1であるSTC-sequenceは、PlayItem2とPlayItem3に使われているとする。今、図に示すようにstc=1であるSTC-sequenceのAVストリームデータについて、PlayItem2とPlayItem3に使われていない部分のAVストリームデータを消去したとする。
【０２４３】
編集後のClipは2個のATC-sequenceを持ち、stc_id=1であったSTC-sequenceは2個のSTC-sequenceに分かれる。１番目のATC-sequenceについてのoffset_STC_id[0]はゼロにセットされ、２番目のATC-sequenceについてのoffset_STC_id[1]は１にセットされる。すなわち、１番目のATC-sequenceの中で最後のSTC-sequenceのstc_id と ２番目のATC-sequenceの中で最初のSTC-sequenceのstc_id は、同じ値で１になる。
【０２４４】
これにより、編集後のVirtual PlayListのPlayItem3とPlayItem4の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については何も変更しなくて良い。
【０２４６】
この効果についての理解を助けるために、図５２はClipの中にATCの不連続を許さない場合において、Clip AVストリームの一部分を消去した時に、Clipファイルが二つに分かれる場合を説明する図であり、また、その時のClipとPlayListの関係を説明する図である。
【０２４７】
図５１と同様にして、編集前のClipは１個のATC-sequenceと3個のSTC-sequenceを持つとする。このATC-sequenceについてのoffset_STC_id[0]はゼロである。そして、Clipの中のstc=1であるSTC-sequenceは、PlayItem2とPlayItem3に使われているとする。今、図に示すようにstc=1であるSTC-sequenceのAVストリームデータについて、PlayItem2とPlayItem3に使われていない部分のAVストリームデータを消去したとする。
【０２４８】
Clipの中にATCの不連続を許さない場合、編集後はClip-AとClip-Bの2個のClipファイルに分かれる。そのため、PlayItem3とPlayItem4が参照するClipファイルの名前を変更する必要がある。すなわち、Clip AVストリームファイルの部分的なデータを消去する時に、その消去部分を使用していないVirtual PlayListであっても、その内容を変更しなければならない場合がある。
【０２４９】
Clipの中にATCの不連続を許さない場合は、これを許す場合に比べると次の問題がある。
(1) ディスク中のClipファイル数が多くなる問題。
これによって、ディスクの再生開始時に全てのClipファイルを読み出し、再生装置（動画像記録再生装置１）のメモリ（制御部１７に内蔵されているメモリ）にストアする処理にかかる時間が増える問題がある。また、ディスク（記録媒体１０）中に記録可能なファイル数の上限をある所定の値に決めた時、編集等によりClipファイル数が多くなり、その数が上限に達してしまい、ディスク中にまだ空き領域があるのに記録できなくなる問題が発生する。
(2) Clip AVストリームファイルの部分的なデータを消去した時に、ディスク中にあるVirtual PlayListの変更にかかる時間が大きい問題。
【０２５０】
本発明は、これらの問題を解決する。すなわち、ディスクの再生開始時に全てのClipファイルを読み出し、再生装置のメモリにストアする処理にかかる時間を小さくできる。また、ディスク中に記録可能なファイル数の上限をより小さく設定できる。また、Clip AVストリームファイルの部分的なデータを消去した時に、ディスク中にあるVirtual PlayListの変更にがかかる時間が小さくなる。
【０２５１】
図５３は、CPIがTU_mapであるClip AVストリームの一部分を消去した時のClipとPlayListの関係を説明する図である。編集前のClipは１個のATC-sequenceを持つ。このATC-sequenceについてのoffset_arrival_time[0]はゼロである。Virtual PlayListのPlayItem1, PlayItem2, PlayItem3およびPlayItem4は、このATC-sequenceを参照しているとする。今、図に示すようにATC-sequenceのAVストリームデータについて、どのPlayItemにも使われていないAVストリームデータを消去したとする。
【０２５２】
編集後のClipは2個のATC-sequenceを持つ。1番目のATC-sequenceについてのoffset_arrival_time[0]はゼロにセットされ、２番目のATC-sequenceについてのoffset_arrival_time[1]は値Xにセットされる。値Xは、OUT_time2よりも大きく、IN_time3よりも小さい。すなわち、編集後にVirtual PlayListのPlayItem3とPlayItem4のIN_timeとOUT_timeの値を変更する必要がない。
【０２５３】
Clip AVストリームファイルの部分的なデータを消去する時に、その消去部分を使用していないVirtual PlayListについては何も変更しなくても良い。
【０２５４】
TU_map typeのPlayListを再生する場合、再生機はPlayItemのIN_timeとATC-sequenceのoffset_arrival_timeの値を比較することにより、そのIN_timeとOUT_timeが指すところのATC-sequenceを見つけることができる。例えば、図５３の場合、PlayItem3のIN_time3は２番目のATC-sequenceのoffset_arrival_time(=X)よりも大きいので、PlayItem3のIN_time3とOUT_time3は、２番目のATC-sequenceを指すことがわかる。
【０２５５】
次に、DVRアプリケーション構造のデータを記録再生するシステムについて、図４４の動画像記録再生装置１のブロック図を用いて説明する。
【０２５６】
例えば、光ディスクにより構成される記録媒体１０は、再生部６１の読み出し部１１により、そこに記録されている情報が読み出される。復調部１２は、読み出し部１１が記録媒体１０から読み出したデータを復調し、ECC復号部１３に供給する。ECC復号部１３は、復調部１２より供給されたデータを、AVストリームとデータベースとに分離し、AVストリームをソースデパケッタイザ１４に供給し、データベースを制御部１７に出力する。
【０２５７】
ソースデパケッタイザ１４は、入力されたAVストリームをデパッケタイズし、デマルチプレクサ１５に出力する。デマルチプレクサ１５は、ソースデパケッタイザ１４より供給されたデータをビデオ（Ｖ）、オーディオ（Ａ）、およびシステム（Ｓ）の各データに分離し、AVデコーダ１６とマルチプレクサ２５に出力する。
【０２５８】
AVデコーダ１６は、入力されたビデオデータとオーディオデータを、システムデータに基づいてデコードし、ビデオ信号を端子１８から、オーディオ信号を端子１９から、それぞれ出力する。
【０２５９】
記録部６２のAVエンコーダ２３には、端子２１から入力されたビデオ信号と、端子２２から入力されたオーディオ信号が供給される。ビデオ信号はまた、ビデオ解析部２４にも供給される。AVエンコーダ２３とビデオ解析部２４には、端子２１から入力されたビデオ信号の代わりに、必要に応じて、AVデコーダ１６が出力したビデオ信号が供給される。
【０２６０】
AVエンコーダ２３は、入力されたビデオ信号とオーディオ信号をエンコードし、エンコードしたビデオ信号（Ｖ）、オーディオ信号（Ａ）、およびエンコードに対応するシステムデータ（Ｓ）を、マルチプレクサ２５に出力する。
【０２６１】
ビデオ解析部２４は、入力されたビデオ信号を解析し、解析結果を制御部１７に出力する。
【０２６２】
端子３３には、デジタルインタフェースまたはデジタルテレビチューナからのトランスポートストリームが入力され、スイッチ２７を介して、デマルチプレクサ１５、またはさらにスイッチ２８を介して、多重化ストリーム解析部２６、およびソースパケッタイザ２９に供給される。多重化ストリーム解析部２６とソースパケッタイザ２９にはまた、スイッチ２８を介してマルチプレクサ２５が出力した信号も、スイッチ２７からの信号に代えて供給可能とされている。
【０２６３】
多重化ストリーム解析部２６は、入力された信号を解析し、解析結果を制御部１７に出力する。ソースパケッタイザ２９は、入力された信号をパケッタイズし、ECC符号化部３０に供給する。ECC符号化部３０には、制御部１７が出力するデータベースも供給されている。
【０２６４】
ECC符号化部３０は、入力に誤り訂正符号を付加し、符号化し、変調部３１に出力する。変調部３１は、ECC符号化部３０から入力されたデータを変調し、書き込み部３２に出力する。書き込み部３２は、変調部３１から入力されたデータを記録媒体１０に書き込む処理を実行する。
【０２６５】
制御部１７は、各種のデータを記憶する記憶部１７Ａを有しており、上述したフォーマットを管理し、データの記録媒体１０に対する記録または再生のために、各部を制御する。
【０２６６】
制御部１７にはまた、ドライブ４１が接続されており、磁気ディスク５１、光ディスク５２、光磁気ディスク５３、または半導体メモリ５４などがドライブされる。
【０２６７】
なお、光ディスク５２は、記録媒体１０と兼用することも可能である。
【０２６８】
次に記録時の基本的動作について、動画像記録再生装置１自身が、入力オーディオビデオ信号を符号化して記録する場合を例として説明する。
【０２６９】
記録部６２の端子２１と端子２２からは、それぞれビデオ信号とオーディオ信号が入力される。ビデオ信号は、ビデオ解析部２４とAVエンコーダ２３へ入力される。また、オーディオ信号もまたAVエンコーダ２３へ入力される。AVエンコーダ２３は、入力ビデオ信号とオーディオ信号を符号化し、符号化ビデオストリーム(V)，符号化オーディオストリーム(A)、およびシステム情報(S)をマルチプレクサ２５に出力する。
【０２７０】
符号化ビデオストリーム(V)は、例えばMPEG2ビデオストリームであり、符号化オーディオストリーム(A)は、例えばMPEG1オーディオストリームやドルビーAC3（商標）オーディオストリーム等である。システム情報(S)は、ビデオオーディオの符号化情報（符号化ピクチャやオーディオフレームのバイトサイズ，ピクチャ符号化タイプ等）やAV同期等の時間情報である。
【０２７１】
マルチプレクサ２５は、入力ストリームを入力システム情報に基づいて多重化して、多重化ストリームを出力する。多重化ストリームは、例えば、MPEG2トランスポートストリームやMPEG2プログラムストリームである。多重化ストリームは、多重化ストリーム解析部２６およびソースパケッタイザ２９に入力される。ソースパケッタイザ２９は、入力多重化ストリームを、記録媒体１０のアプリケーションフォーマットに従って、ソースパケットから構成されるAVストリームに符号化する。AVストリームは、ECC（誤り訂正）符号化部３０で誤り訂正符号が付加され、変調部３１で変調処理されて、書き込み部３２へ入力される。書き込み部３２は、制御部１７から指示される制御信号に基づいて、記録媒体１０へAVストリームファイルを記録する。
【０２７２】
次に、例えば、図示せぬディジタルインタフェースまたはディジタルTVチューナから入力されるディジタルTV放送等のトランスポートストリームを記録する場合を説明する。
【０２７３】
端子３３からはトランスポートストリームが入力される。入力トランスポートストリームの記録方法は、２通りあり、それらは、トランスペアレントに記録する方法と記録ビットレートを下げるなどの目的のために再エンコードをして記録する方法である。記録方法の指示情報は、ユーザインターフェースとしての端子２０から制御部１７へ入力され、制御部１７が記録方法を制御する。
【０２７４】
入力トランスポートストリームをトランスペアレントに記録する場合、トランスポートストリームは、多重化ストリーム解析部２６およびソースパケッタイザ２９に入力される。これ以後、記録媒体１０へAVストリームが記録されるまでの処理は、上述の入力オーディオ信号とビデオ信号を符号化して記録する場合と同じである。
【０２７５】
入力トランスポートストリームを再エンコードして記録する場合、入力トランスポートストリームは、デマルチプレクサ１５へ入力される。デマルチプレクサ１５は、ビデオストリーム(V)をAVデコーダ１６へ入力する。AVデコーダ１６は、ビデオストリームを復号し、再生ビデオ信号をAVエンコーダ２３へ入力する。AVエンコーダ２３は、入力ビデオを符号化し、符号化ビデオストリーム(V)をマルチプレクサ２５へ入力する。
【０２７６】
一方、デマルチプレクサ１５から出力されるオーディオストリーム(A)とシステム情報(S)は、ダイレクトにマルチプレクサ２５へ入力される。マルチプレクサ２５は、入力ストリームを、入力システム情報に基づいて多重化して、多重化ストリームを出力する。これ以後、記録媒体１０へAVストリームが記録されるまでの処理は、上述の入力オーディオビデオ信号を符号化して記録する場合と同じである。
【０２７７】
この動画像記録再生装置１は、AVストリームファイルを記録すると共に、そのファイルに関係するアプリケーションデータベース情報もまた記録する。アプリケーションデータベース情報は、制御部１７により作成される。制御部１７への入力情報は、ビデオ解析部２４からの動画像の特徴情報、多重化ストリーム解析部２６からのAVストリームの特徴情報、およびユーザインタフェースとしての端子２０から入力されるユーザの指示情報である。
【０２７８】
ビデオ解析部２４からの動画像の特徴情報は、動画像記録再生装置１自身がビデオ信号を符号化する場合において、動画像記録再生装置１により生成されるものである。ビデオ解析部２４は、入力ビデオ信号の内容を解析し、入力動画像信号の中の特徴的なマーク点の画像に関係する情報を生成する。この情報は、例えば、入力ビデオ信号の中のプログラムの開始点、シーンチェンジ点、CMのスタート・エンド点などの特徴的なマーク点の画像の指示情報であり、また、これには、その画像のサムネールも含まれる。これらの画像の指示情報は、制御部１７を介して、マルチプレクサ２５へ入力される。
【０２７９】
マルチプレクサ２５は、制御部１７から指示されるマーク点の画像の符号化ピクチャを多重化した時に、その符号化ピクチャのAVストリーム上でのアドレス情報を制御部１７に返す。制御部１７は、特徴的な画像の種類と、その符号化ピクチャのAVストリーム上でのアドレス情報を関連付けて記憶する。
【０２８０】
多重化ストリーム解析部２６からのAVストリームの特徴情報は、記録されるAVストリームの符号化情報に関係する情報であり、これらは動画像記録再生装置１により生成される。例えば、AVストリームの中におけるIピクチャのタイムスタンプとアドレス情報，STCの不連続情報，プログラム内容の変化情報，アライバルタイムとアドレス情報、などが含まれる。
【０２８１】
AVストリーム内のIピクチャのタイムスタンプとアドレス情報は、上述のEP_mapにストアされるデータとなる。AVストリーム内のSTCの不連続情報は、上述のSequenceInfoにストアされるデータとなる。AVストリーム内のプログラム内容の変化情報は、ProgramInfoにストアされるデータとなる。また、AVストリーム内のアライバルタイムとアドレス情報は、上述のTU_mapにストアされる。
【０２８２】
また、多重化ストリーム解析部２６は、端子３３から入力されるトランスポートストリームをトランスペアレントに記録する場合、AVストリームの中の特徴的なマーク点の画像を検出し、その種類とアドレス情報を生成する。この情報は、ClipMarkにストアされるデータとなる。
【０２８３】
多重化ストリーム解析部２６からのAVストリームの特徴情報は、AVストリームのデータベース(Clip Information)にストアされるものである。
【０２８４】
端子２０からのユーザの指示情報には、AVストリームの中のお好みの再生区間の指定情報，その再生区間の内容を説明するキャラクター文字，ユーザがお好みのシーンにセットするブックマークやリジューム点のAVストリームの中のタイムスタンプなどが含まれる。これらのユーザの指示情報は、PlayListのデータベースにストアされるものである。
【０２８５】
制御部１７は、前記入力情報に基づいて、AVストリームのデータベース（Clip Information）, PlayListのデータベース, 記録媒体１０の記録内容の管理情報(info.dvr)、およびサムネール情報を作成する。これらのデータベース情報は、AVストリームと同様にして、ECC（誤り訂正）符号化部３０，変調部３１で処理されて、書き込み部３２へ入力される。書き込み部３２は、制御部１７から指示される制御信号に基づいて、このデータベース情報を、記録媒体１０へ、アプリケーションデータベース情報として記録する。
【０２８６】
次に、再生時の基本的な動作について説明する。
【０２８７】
記録媒体１０には、AVストリームファイルとアプリケーションデータベース情報が記録されている。
【０２８８】
はじめに制御部１７は、再生部６１の読み出し部１１に対して、アプリケーションデータベース情報を読み出すように指示する。そして、読み出し部１１は、記録媒体１０からアプリケーションデータベース情報を読み出し、そのデータベース情報は、復調部１２，ECC（誤り訂正）復号部１３の処理を経て、制御部１７へ入力される。
【０２８９】
制御部１７は、アプリケーションデータベースに基づいて、記録媒体１０に記録されているPlayListの一覧を、端子２０のユーザインターフェースへ出力する。ユーザは、PlayListの一覧から再生したいPlayListを選択し、再生を指定されたPlayListが制御部１７へ入力される。制御部１７は、そのPlayListの再生に必要なAVストリームファイルの読み出しを読み出し部１１に指示する。そして、読み出し部１１は、記録媒体１０からそのAVストリームを読み出し、AVストリームは復調部１２，ECC復号部１３の処理を経て、ソース・デパケッタイザ１４へ入力される。
【０２９０】
ソース・デパケッタイザ１４は、記録媒体のアプリケーションフォーマットのAVストリームを、デマルチプレクサ１５へ入力できるストリームに変換する。デマルチプレクサ１５は、制御部１７により指定されたAVストリームの再生区間(PlayItem)を構成するビデオストリーム(V)，オーディオストリーム(A)、およびシステム情報(S)をAVデコーダ１６へ入力する。AVデコーダ１６は、ビデオストリームとオーディオストリームを復号し、再生ビデオ信号と再生オーディオ信号を、それぞれ端子１８と端子１９から出力する。
【０２９１】
ユーザによって選択されたEP_mapタイプのPlayListをある時間から途中再生する場合、制御部１７は、指定された時間にもっとも近いPTSを持つIピクチャのアドレスからデータを読み出すように読み出し部１１へ指示する。
【０２９２】
また、ユーザによって選択されたTU_mapタイプのPlayListをある時間から途中再生する場合、制御部１７は、指定された時間にもっとも近いアライバルタイムのソースパケットのアドレスからデータを読み出すように読み出し部１１へ指示する。
【０２９３】
さらに、Clip Informationの中のClipMarkにストアされている番組の頭出し点やシーンチェンジ点の中から、ユーザがあるマークを選択した時（例えば、この選択動作は、ClipMarkにストアされている番組の頭出し点やシーンチェンジ点のサムネール画像リストをユーザインタフェースに表示して、ユーザが、その中からある画像を選択することにより行われる）、制御部１７は、Clip Informationの内容に基づいて、記録媒体１０からのAVストリームの読み出し位置を決定し、そのAVストリームの読み出しを読み出し部１１へ指示する。
【０２９４】
すなわち、ユーザが選択した画像がストアされているAVストリーム上でのアドレスに最も近いアドレスにあるIピクチャからのデータを読み出すように読み出し部１１へ指示が出される。読み出し部１１は、指定されたアドレスからデータを読み出し、読み出されたデータは、復調部１２，ECC復号部１３の処理を経て、デマルチプレクサ１５へ入力され、AVデコーダ１６で復号されて、マーク点のピクチャのアドレスで示されるAVデータが再生される。
【０２９５】
次に、ユーザが、AVストリームの編集をする場合を説明する。
【０２９６】
ユーザが、記録媒体１０に記録されているAVストリームの再生区間を指定して新しい再生経路を作成したい場合、ユーザインタフェースの端子２０から、再生区間のイン点とアウト点の情報が制御部１７へ入力される。制御部１７は、AVストリームの再生区間(PlayItem)をグループ化したもの（PlayList）のデータベースを作成する。
【０２９７】
ユーザが、記録媒体１０に記録されているAVストリームの一部を消去したい場合、ユーザインタフェースの端子２０から、消去区間の情報が制御部１７へ入力される。制御部１７は、必要なAVストリーム部分だけを参照するようにPlayListのデータベースを変更する。また、AVストリームの不必要なストリーム部分を消去するように、書き込み部３２に指示する。また、Clip AVストリームの変化に基づいて、そのClip Information fileの内容を変更する。
【０２９８】
ユーザが、記録媒体１０に記録されているAVストリームの再生区間を指定して新しい再生経路を作成したい場合であり、かつそれぞれの再生区間をシームレスに接続したい場合の動作を説明する。この場合、制御部１７は、AVストリームの再生区間(PlayItem)をグループ化したもの（PlayList）のデータベースを作成し、さらに、再生区間の接続点付近のビデオストリームの部分的な再エンコードと再多重化が必要になる。
【０２９９】
まず、ユーザインタフェースとしての端子２０から、再生区間のイン点のピクチャとアウト点のピクチャの情報が制御部１７へ入力される。制御部１７は、読み出し部１１に、イン点のピクチャとアウト点のピクチャを再生するために必要なデータの読み出しを指示する。そして、読み出し部１１は、記録媒体１０からそのデータを読み出し、そのデータは、復調部１２，ECC復号部１３, ソース・デパケッタイザ１４を経て、デマルチプレクサ１５へ入力される。
【０３００】
制御部１７は、デマルチプレクサ１５へ入力されたストリームを解析して、ビデオストリームの再エンコード方法（picture_coding_typeの変更，再エンコードする符号化ビット量の割り当て）と再多重化方法を決定して、その方法をAVエンコーダ２３とマルチプレクサ２５へ供給する。
【０３０１】
次に、デマルチプレクサ１５は、入力されたストリームをビデオストリーム(V)，オーディオストリーム(A)、およびシステム情報(S)に分離する。ビデオストリームは、「AVデコーダ１６へ入力されるデータ」と、「マルチプレクサ２５へ直接入力されるデータ」がある。前者のデータは、再エンコードするために必要なデータであり、これはAVデコーダ１６で復号され、復号されたピクチャは、AVエンコーダ２３で再エンコードされて、ビデオストリームになる。後者のデータは、再エンコードをしないで、オリジナルのストリームからコピーされるデータである。オーディオストリームとシステム情報は、マルチプレクサ２５に直接入力される。
【０３０２】
マルチプレクサ２５は、制御部１７から入力された情報に基づいて、入力ストリームを多重化し、多重化ストリームを出力する。多重化ストリームは、ECC（誤り訂正）符号化部３０，変調部３１で処理されて、書き込み部３２へ入力される。書き込み部３２は、制御部１７から指示される制御信号に基づいて、記録媒体１０へAVストリームを記録する。
【０３０３】
次に、図５４は、AVストリームをClipをして新しく記録するときの、Clip AVストリームファイルと、それに関連するClip Informationファイルの、動画像記録再生装置１の記録動作のフローチャートを示す。
【０３０４】
ステップＳ１１で、制御部１７は、端子２１および２２から入力されるAV入力をエンコードして得たトランスポートストリーム、または端子３３のディジタルインタフェースから入力されるトランスポートストリームをファイル化して、Clip AVストリームファイルを作成して記録する。
【０３０５】
ステップＳ１２で、制御部１７は上記AVストリームファイルについてのClipInfo（図８）を作成する。
【０３０６】
ステップＳ１３で、制御部１７は上記AVストリームファイルについてのSequenceInfo（図１３）を作成する。
【０３０７】
ステップＳ１４で、制御部１７は上記AVストリームファイルについてのProgramInfo（図１５）を作成する。
【０３０８】
ステップＳ１５で、制御部１７は上記AVストリームファイルについてのCPI (EP-mapまたはTU-map)（図２４、図２５および図２６）を作成する。
【０３０９】
ステップＳ１６で、制御部１７は上記AVストリームファイルについてのClipMarkを作成する。
【０３１０】
ステップＳ１７で、制御部１７は上記ClipInfo, SequenceInfo, ProgramInfo, CPI, およびClipMarkがストアされたClip Informationファイル（図８）を記録する。
【０３１１】
なお、ここでは各処理を時系列に説明したが、ステップＳ１１からステップＳ１１６は、実際には同時に動作するものである。
【０３１２】
次に、AVストリームをClipをして新しく記録するときの、SequenceInfo（図１３）の作成の動作例を、図５５のフローチャートを用いて説明する。この処理は、図４４の多重化ストリーム解析部２６で行われる。
【０３１３】
ステップＳ３１において、制御部１７は最初のトランスポートパケットをATCシーケンスの開始点とする。すなわち、SPN_ATC_startが設定される。また、このとき、atc_idとstc_idも設定される。
【０３１４】
ステップＳ３２において、多重化ストリーム解析部２６はAVストリームに含まれるアクセスユニット（例えば、ピクチャやオーディオフレーム）のPTSを解析する。
【０３１５】
ステップＳ３３において、多重化ストリーム解析部２６はPCRパケットが受信されたかどうかを調べる。ステップＳ３３において、Noの場合はステップＳ３２へ戻り、Yesの場合はステップＳ３４へ進む。
【０３１６】
ステップＳ３４において、多重化ストリーム解析部２６はSTCの不連続が検出されたか否かを調べる。NOの場合は、ステップＳ３２へ戻る。YESの場合は、ステップＳ３５へ進む。なお、記録開始後、最初に受信されたPCRパケットの場合は、必ずステップＳ３５へ進む。
【０３１７】
ステップＳ３５において、多重化ストリーム解析部２６は、新しいSTCの最初のPCRを伝送するトランスポートパケットの番号(アドレス)を取得する。
【０３１８】
ステップＳ３６において、制御部１７は上記パケット番号をSTCシーケンスの開始するソースパケット番号として取得する。すなわち、SPN_STC_startが設定される。また、ことのき、新たなstc_idが設定される。
【０３１９】
ステップＳ３７において、制御部１７はSTCシーケンスの表示開始のPTSと表示終了のPTSを取得し、それぞれ、presentation_start_time、またはpresentation_end_timeに設定し、それらに基づいて、SequenceInfo（図１３）を作成する。
【０３２０】
ステップＳ３８において、制御部１７は最後のトランスポートパケットが入力終了したかどうかを調べる。Noの場合は、ステップＳ３２へ戻り、Yesの場合は処理を終了する。
【０３２１】
ProgramInfo（図１５）の作成の動作例を図５６のフローチャートを用いて説明する。この処理は図４４の多重化ストリーム解析部２６で行われる。
【０３２２】
ステップＳ５１において、多重化ストリーム解析部２６はPSI/SIを含むトランスポートパケットが受信されたかどうかを調べる。ここで、PSI/SIのトランスポートパケットは、具体的には、PAT, PMT, SITのパケットである。SITは、DVB規格で規定されているパーシャルトランスポートストリームのサービス情報が記述されているトランスポートパケットである。ステップＳ５１において、Noの場合はステップＳ５１へ戻り、Yesの場合はステップＳ５２へ進む。
【０３２３】
ステップＳ５２において、多重化ストリーム解析部２６は、PSI/SIの内容が変わったかを調べる。すなわち、PAT,PMT,SITのそれぞれの内容が、以前に受信したそれぞれの内容と比べて変化したかどうかが調べられる。内容が変化していない場合は、ステップＳ５１へ戻る。内容が変化した場合は、ステップＳ５３へ進む。なお、記録開始後、最初に受信されたPSI/SIの場合は、必ずステップＳ５３へ進む。
【０３２４】
ステップＳ５３において、制御部１７は新しいPSI/SIを伝送するトランスポートパケットの番号(アドレス)とその内容を取得する。
【０３２５】
ステップＳ５４において、制御部１７はProgram-sequenceの情報を作成し、ProgramInfo（図１５）を作成する。
【０３２６】
ステップＳ５５において、制御部１７は最後のトランスポートパケットが入力終了したかどうかを調べる。Noの場合は、ステップＳ５１へ戻り、Yesの場合は処理を終了する。
【０３２７】
次にEP_map（図２４）の作成の動作例を、図５７のフローチャートを用いて説明する。この処理は図４４の多重化ストリーム解析部２６で行われる。
【０３２８】
ステップＳ７１で多重化ストリーム解析部２６は、記録するAVプログラムのビデオのPIDをセットする。トランスポートストリームの中に複数のビデオが含まれている場合は、それぞれのビデオPIDがセットされる。
【０３２９】
ステップＳ７２で多重化ストリーム解析部２６は、ビデオのトランスポートパケットを受信する。
【０３３０】
ステップＳ７３で多重化ストリーム解析部２６は、トランスポートパケットのペイロード（パケットヘッダーに続くデータ部）がPESパケットの第１バイト目から開始しているかを調べる（PESパケットは、MPEG2で規定されているパケットであり、エレメンタリーストリームをパケット化するものである）。これは、トランスポートパケットヘッダにある"payload_unit_start_indicator"の値を調べることによりわかり、この値が1である場合、トランスポートパケットのペイロードがPESパケットの第１バイト目から開始する。ステップＳ７３でNoの場合は、ステップＳ７２へ戻り、Yesの場合は、ステップＳ７４へ進む。
【０３３１】
ステップＳ７４で多重化ストリーム解析部２６は、PESパケットのペイロードが、MPEGビデオのsequence_header_code(32ビット長で"0x000001B3"の符号)の第１バイト目から開始しているかを調べる。ステップＳ７４でNoの場合は、ステップＳ７２へ戻り、Yesの場合は、ステップＳ７５へ進む。
【０３３２】
ステップＳ７５へ進んだ場合、制御部１７は現在のトランスポートパケットをエントリーポイントとする。
【０３３３】
ステップＳ７６で制御部１７は、上記パケットのパケット番号と上記sequence_header_code から開始するIピクチャのPTSとそのエントリーポイントが属するビデオのPIDを取得し、EP_mapを作成する。
【０３３４】
ステップＳ７７で、多重化ストリーム解析部２６は、現在のパケットが最後に入力されるトランスポートパケットであるかどうかを判定する。最後のパケットでない場合、ステップＳ７２へ戻る。最後のパケットである場合、処理を終了する。
【０３３５】
図５８は、Real PlayListの作成方法を説明するフローチャートを示す。図４４の動画像記録再生装置１のブロック図を参照しながら説明する。
【０３３６】
ステップＳ９１で、制御部１７はClip AVストリームを記録する。
【０３３７】
ステップＳ９２で、制御部１７は上記Clipの全ての再生可能範囲をカバーするPlayItem（図３６）からなるPlayList()（図３１）を作成する。Clipの中にSTC不連続点があり、PlayList()が２つ以上のPlayItemからなる場合は、制御部１７はPlayItem間のconnection_conditionもまた決定する。
【０３３８】
ステップＳ９３で、制御部１７はUIAppInfoPlayList()を作成する。UIAppInfoPlayList()はPlayListの内容をユーザーへ説明するための情報を含む。本実施の形態ではその説明を省略する。
【０３３９】
ステップＳ９４で、制御部１７はPlayListMarkを作成する（本実施の形態ではその説明を省略）。
【０３４０】
ステップＳ９５で、制御部１７はMakersPrivateDataを作成する（本実施の形態ではその説明を省略）。
【０３４１】
ステップＳ９６で、制御部１７はReal PlayListファイルを記録する。
【０３４２】
このようにして、新規にClip AVストリームを記録する毎に、１つのReal PlayListファイルが作られる。
【０３４３】
図５９は、Virtual PlayListの作成方法を説明するフローチャートである。
【０３４４】
ステップＳ１１１で、ユーザーインターフェースを通して、ディスク（記録媒体１０）に記録されている１つのReal PlayListの再生が指定される。そして、そのReal PlayListの再生範囲の中から、ユーザーインターフェースを通して、IN点とOUT点で示される再生区間が指定される。
【０３４５】
ステップＳ１１２で、制御部１７はユーザーによる再生範囲の指定操作がすべて終了したか調べる。ユーザーが上記指示した再生区間に続けて再生する区間を選ぶ場合はステップＳ１１１へ戻る。
【０３４６】
ステップＳ１１２でユーザーによる再生範囲の指定操作がすべて終了したと判定された場合は、ステップＳ１１３へ進む。
【０３４７】
ステップＳ１１３で、連続して再生される２つの再生区間の間の接続状態(connection_condition)を、ユーザーがユーザーインタフェースを通して決定するか、または制御部１７が決定する。
【０３４８】
ステップＳ１１４で、ユーザーインタフェースを通して、ユーザーがサブパス(アフレコ用オーディオ)情報を指定する。ユーザーがサブパスを作成しない場合はこのステップの処理はスルーされる。サブパス情報は、PlayListの中のSubPlayItemにストアされる情報であるが、本発明の趣旨に必要ないので説明を省略する。
【０３４９】
ステップＳ１１５で、制御部１７はユーザーが指定した再生範囲情報、およびconnection_conditionに基づいて、PlayList()（図２８）を作成する。
【０３５０】
ステップＳ１１６で、制御部１７はUIAppInfoPlayList()を作成する。UIAppInfoPlayList()はPlayListの内容をユーザーへ説明するための情報を含む。本実施の形態ではその説明を省略する。
【０３５１】
ステップＳ１１７で、制御部１７はPlayListMarkを作成する（本実施の形態ではその説明を省略）。
【０３５２】
ステップＳ１１８で、制御部１７はMakersPrivateDataを作成する（本実施の形態ではその説明を省略）。
【０３５３】
ステップＳ１１９で、制御部１７はVirtual PlayListファイルを記録媒体１０に記録する。
【０３５４】
このようにして、記録媒体１０に記録されているReal PlayListの再生範囲の中から、ユーザーが見たい再生区間を選択してその再生区間をグループ化したもの毎に、１つのVirtual PlayListファイルが作られる。
【０３５５】
図６０はPlayListの再生方法を説明するフローチャートである。
【０３５６】
ステップＳ１３１で、制御部１７はInfo.dvr, Clip Information file, PlayList fileおよびサムネールファイルの情報を取得し、ディスク（記録媒体１０）に記録されているPlayListの一覧を示すGUI画面を作成し、ユーザーインタフェースを通して、GUIに表示する。
【０３５７】
ステップＳ１３２で、制御部１７はそれぞれのPlayListのUIAppInfoPlayList()に基づいて、PlayListを説明する情報をGUI画面に提示する。
【０３５８】
ステップＳ１３３で、ユーザーインタフェースを通して、GUI画面上からユーザーが１つのPlayListの再生を指示する。
【０３５９】
ステップＳ１３４で、制御部１７は現在のPlayItemのSTC-idとIN_timeのPTSから、IN_timeより時間的に前で最も近いエントリーポイントのあるソースパケット番号を取得する。
【０３６０】
ステップＳ１３５で、制御部１７は上記エントリーポイントのあるソースパケット番号からAVストリームのデータを読み出し、デコーダへ供給する。
【０３６１】
ステップＳ１３６で、現在のPlayItemの時間的に前のPlayItemがあった場合は、制御部１７は、前のPlayItemと現在のPlayItemとの表示の接続処理をconnection_conditionに従って行う。
【０３６２】
ステップＳ１３７で、制御部１７は、AVデコーダ１６にIN_timeのPTSのピクチャから表示を開始するように指示する。
【０３６３】
ステップＳ１３８で、制御部１７は、AVデコーダ１６にAVストリームのデコードを続けるように指示する。
【０３６４】
ステップＳ１３９で、制御部１７は、現在表示の画像が、OUT_timeのPTSの画像か否かを調べる。Noの場合は、ステップＳ１４０へ進む。ステップＳ１４０で現在の画像を表示して、ステップＳ１３８へ戻る。
ステップ38で現在表示の画像がOUT_timeのPTSの画像の場合はステップ40へ進む。
【０３６５】
ステップＳ１４１で、制御部１７は、現在のPlayItemがPlayListの中で最後のPlayItemかを調べる。Noの場合はステップＳ１３４へ戻る。Yesの場合は、PlayListの再生を終了する。
【０３６６】
このようなシンタクス、データ構造、規則に基づく事により、記録媒体１０に記録されているデータの内容、再生情報などを適切に管理することができ、もって、ユーザが再生時に適切に記録媒体に記録されているデータの内容を確認したり、所望のデータを簡便に再生できるようにすることができる。
【０３６７】
次に、本発明のＡＶストリームファイルとデータベースファイルが記録されている記録媒体から、ディジタルバス経由で、別の記録媒体へＡＶストリームファイルとデータベースファイルをファイルコピーする方法を説明する。
【０３６８】
まず、本方法の目的を説明するために、AVストリームとそのデータベースを共にデータ転送する場合と、AVストリームだけをデータ転送する場合の違いを説明する。
【０３６９】
図６１、図６２は、AVストリームとそのデータベースを共にデータ転送する場合を示す。一方、図６３、図６４は、AVストリームだけをデータ転送する場合を示す。
【０３７０】
コピー元の記録媒体（例えば、後述する図７１の記録媒体１０）には、ClipとPlayListが記録されている。説明を簡単化するために、いま、１個のClip（Clip Information fileとClip AV stream file）を使用しているPlayListファイルがコピー元の記録媒体に記録されているとする。
【０３７１】
図６１は、当該PlayListとClipのファイルを、コピー元（図７１の再生装置２）からコピー先（図７１の記録装置３）へ、IEEE1394のディジタルバス（図７１のディジタルバス６０）を経由して、Asynchronous（アシンクロナス）転送によって、ファイル転送する場合を示す。この場合、コピーされたClip AV stream fileの各ソースパケットのTP_extra_headerのATS（アライバルタイムスタンプ）は、コピー元と同じであり、また、コピーされたClip AV stream fileに対応するClip Information fileとPlayListファイルもコピー先へコピーされる。
【０３７２】
また、図６２は、PlayList fileとClip Information fileのファイルを、コピー元（図７１の再生装置２）からコピー先（図７１の記録装置３）へ、IEEE1394のディジタルバス（図７１のディジタルバス６０）を経由して、Asynchronous（アシンクロナス）転送によって、ファイル転送し、ＡＶストリームを、コピー元からコピー先へ、Isochronous（アイソクロナス）転送によって、リアルタイム転送（ストリーム転送）する場合を示す。
【０３７３】
この場合、コピー元（図７１の再生装置２）は、Clip Information fileに対応するClip AV stream fileをディジタルバス（図７１のディジタルバス６０）へ出力する時に、各ソースパケットのアライバルタイムスタンプに従って、トランスポートパケットを出力する（図７の再生モデルを参照）。各ソースパケットのTP_extra_header(ATS)は、コピー先（図７１の記録装置３）で新たに付加される。また、コピーされたClip AV stream fileに対応するClip Information fileとPlayListファイルもコピー先へコピーされる。
【０３７４】
図６１または図６２の場合、コピー元のPlayListとClipの内容を全て、コピー先へ転送することができるので、有効である。すなわち、コピー元のPlayListにセットされていた再生指定情報，UIAppInfoPlayList，PlayListMark，サムネール情報の内容など、また、コピー元のClipにセットされていた CPI, SequenceInfo, ProgramInfo, ClipMark，サムネール情報の内容などを、コピー先へ転送することができるので、有効である。
【０３７５】
一方、図６３、図６４は、AVストリームだけをデータ転送する場合を示す。
【０３７６】
図６３は、ＡＶストリームだけを、コピー元（図７１の再生装置２）からコピー先（図７１の記録装置３）へ、IEEE1394のディジタルバス（図７１のディジタルバス６０）を経由して、Isochronous（アイソクロナス）転送によって、リアルタイム転送（ストリーム転送）する場合を示す。この場合、コピー元は、PlayListが指定する再生区間のＡＶストリームをディジタルバスへ出力する時に、各ソースパケットのアライバルタイムスタンプに従って、トランスポートパケットを出力する（図７の再生モデルを参照）。コピー先の側から見ると、ディジタル放送のトランスポートストリームを記録する場合と同じ状態であり、入力されたＡＶストリームが新たに、Clipとして記録される。すなわち、各ソースパケットのTP_extra_header(ATS)は、コピー先で新たに付加される。また、当該Clipの再生範囲をカバーするReal PlayListファイルが新たに作られる。
【０３７７】
また、図６４は、コピー先の記録装置（図７１の記録装置３）がＤＶＲフォーマットに準拠したものでない場合に、AVストリームだけをリアルタイムにデータを再生する速度でデータ転送する場合を説明する図である。
この場合も、図６３の場合と同様にして、ＡＶストリームを、コピー元からコピー先へ、IEEE1394のIsochronous（アイソクロナス）転送によって、リアルタイム転送（ストリーム転送）する。コピー先では、その記録装置（図７１の記録装置３）のフォーマットを用いて、入力されたAVストリームを記録する。例えば、コピー先の記録装置が、Ｄ−ＶＨＳ（商標）の場合は、そのフォーマットでAVストリームを記録する。このように、コピー元のＤＶＲフォーマットに準拠した再生装置（図７１の再生装置２の制御部１７）が、コピー先の記録装置（図７１の記録装置３の制御部１７−２）と相互認証を行い、前記記録装置がＤＶＲフォーマットに準拠していないことをわかると、前記再生装置（図７１の再生装置２の制御部１７）は、AVストリームをリアルタイム転送する。
【０３７８】
図６３または図６４の場合、コピー元のPlayListとClipの内容を全て、コピー先へ転送することができないので、問題がある。すなわち、コピー元のPlayListにセットされていた再生指定情報，UIAppInfoPlayList，PlayListMark，サムネール情報の内容など、また、コピー元のClipにセットされていた CPI, SequenceInfo, ProgramInfo, ClipMark，サムネール情報の内容などを、コピー先へ転送することができない。一方、図６１または図６２の場合は、コピー元のPlayListとClipの内容を全て、コピー先へ転送することができる。
【０３７９】
コピー先の記録装置が、本実施の形態で説明しているＤＶＲフォーマットに準拠している場合、図６１と図６２のどちらでも使用することができる。
【０３８０】
図６１の方法は、ＡＶストリームをファイル転送するので、リアルタイムにデータを再生する速度でデータ転送する場合よりも高速にデータを転送することができる。しかし、コピー先の記録装置で入力されるデータを、リアルタイムにデコードして再生することは難しい。
【０３８１】
一方、図６２の方法は、ＡＶストリームをリアルタイムにデータを再生する速度でデータ転送するので、コピー先の記録装置で入力されるデータをリアルタイムにデコードして再生することができる。しかし、ＡＶストリームのコピーにかかる時間は、リアルタイムにデータを再生する場合と同じ時間が必要である。図６１と図６２の方法は、上記のように目的別に切り替えて使用するものである。
【０３８２】
図６１と図６２の例は、PlayListが一つのClipの再生範囲の全体をカバーしている場合であるが、図４６で説明したように、PlayListが指定する再生範囲は、一つのClip AVストリームの全体をカバーするとは限らない。これは、Real PlayListおよびVirtual PlayListのどちらでも、そうである。PlayListをコピー先へ転送するときは、PlayListの再生に必要なＡＶストリーム部分とそれが参照するClipのデータだけを、コピー先へ転送するようにした方が良い。すなわち、図６５の例のように、コピー元（図７２の再生装置２）から、コピー先（図７１の記録装置３）へ、PlayListとそれに必要なClipの部分だけをコピーする。このようにすれば、コピー先の記録媒体（図７１の記録装置３の記録媒体１０−２）上に必要な空き記録容量を小さくできる。
【０３８３】
コピー元(出力側の再生装置)から、コピー先(入力側の記録装置)へ、PlayListをコピーする場合に、そのPlayListの再生に必要なClip AVストリームの部分を決める方法について説明する。
【０３８４】
図６６は、あるPlayListが、オリジナルのＡＶストリームファイルの部分的な再生範囲を指示している時に、そのPlayListの再生に必要なストリーム部分を示す。
【０３８５】
当該PlayListは、オリジナルAVストリーム上のIN_timeとOUT_timeを指しているとする。この場合、PlayListの再生に必要なストリーム部分は、図に示すようにソースパケット番号のＸ番目からＹ番目までである。以下の説明では、このＸ点とＹ点を決める方法の例を説明する。
【０３８６】
図６７は、AVストリームの内容を解析することをしないで、IN点の前のデータのコピー開始点（Ｘ点）を決める方法を説明する図である。PlayListはオリジナルAVストリーム上のIN点を指す。また、そのAVストリームのEP_mapを図示する。IN点が指すピクチャをデコードするためには、アドレスISA2から開始するＩピクチャが必要である。また、Ｘ点の後で、PAT,PMTおよびPCRパケットが必要である。SPN_EP_start=ISA1のPTSはpts1であり、SPN_EP_start=ISA2のPTSはpts2である。pts1とpts2のシステムタイムベースの時間差が100 msec以上ならば、アドレスISA1とISA2の間にはPAT, PMTおよびPCRパケットが存在する（少なくとも、SESF, DVB, ATSC, ISDBの場合はそうである）。したがって、Ｘ点はアドレスISA1の前に決められる。そして、X点はアラインドユニットの境界でなければならない。
【０３８７】
コピー元の再生装置は、AVストリームの内容を解析することをしないで、X点をEP_mapを使用して次のステップで決めることができる。
【０３８８】
（Ｓ１）システムタイムベース上でIN timeのPTSに最も近く、かつそれよりも過去の表示時刻のPTSの値を持つSPN_EP_startを見つける。
（Ｓ２）ステップＳ1で見つけたSPN_EP_startのPTSの値よりも少なくとも100 msec過去の表示時刻のPTSの値を持つSPN_EP_startを見つける。
（Ｓ３）Ｘ点は、ステップＳ２で見つけたSPN_EP_startよりも前に決められる。そして、Ｘ点はアラインドユニットの境界でなければならない。
【０３８９】
この方法は、Ｘ点を決めるためにＡＶストリームのデータを読み出し、その内容を解析することを必要としないので、簡単である。しかし、Ｘ点より後のAVストリームは、そのPlayListの再生には不要なデータを残してしまう場合がある。もし、Ｘ点を決めるためにＡＶストリームのデータを読み出し、その内容を解析するならば、そのPlayListの再生には不要なデータをより効率良く除去できる。
【０３９０】
図６８は、AVストリームの内容を解析することをしないで、OUT点の後のデータのコピー終了点（Ｙ点）を決める方法を説明する図である。PlayListはオリジナルAVストリーム上のOUT点を指す。また、そのAVストリームのEP_mapを図示する。
SPN_EP_start=ISA4から開始するビデオシーケンスは次に示すものであることを前提とする。
I2 B0 B1 P5．．．
【０３９１】
ここで、I,P,BはそれぞれIピクチャ，PピクチャそしてBピクチャを表す。数字は表示順序を表す。この処理において、記録装置がAVストリームの内容を解析しない場合、動画像記録再生装置１（図７１の記録装置３）は、OUT_timeのPTSが参照するところのピクチャの情報（ピクチャコーディングタイプ，テンポラル・レファレンスなど）がわからない。OUT_timeのPTSはピクチャB0またはB1を参照しているかもしれない（コピー元の再生装置（図７１の再生装置２）がAVストリームの内容を解析しない場合、このことはわからない）、この場合、ピクチャB0,B1をデコードするためにはI2が必要である。I2のPTSはOUT timeのPTSよりも大きい（OUT_time < pts4, ここでpts4はI2のPTSである）。I2のPTSはOUT_timeのPTSよりも大きいが、B0, B1のためにI2が必要である。
【０３９２】
したがって、Y点は図に示すアドレスISA5の後ろに決められる。ISA5は、EP_mapの中でISA4の直後にあるSPN_EP_startの値である。Y点はまたアラインドユニットの境界でなければならない。
【０３９３】
コピー元の再生装置（図７１の再生装置２）は、AVストリームの内容を解析することをしないで、Y点をEP_mapを使用して次のステップで決めることができる。
（Ｓ１）システムタイムベース上でOUT timeのPTSに最も近く、かつそれよりも未来の表示時刻のPTSの値を持つSPN_EP_startを見つける。
（Ｓ２）ステップＳ1で見つけたSPN_EP_startの直後にあるSPN_EP_start を見つける。
（Ｓ３）Y点は、ステップＳ２で見つけたSPN_EP_startよりも後ろに決められる。そして、Y点はアラインドユニットの境界でなければならない。
【０３９４】
この方法は、Y点を決めるためにＡＶストリームのデータを読み出し、その内容を解析することを必要としないので、簡単である。しかし、Ｙ点より前のAVストリームは、そのPlayListの再生には不要なデータを残してしまう場合がある。もし、Y点を決めるためにＡＶストリームのデータを読み出し、その内容を解析するならば、そのPlayListの再生には不要なデータをより効率良く除去できる。
【０３９５】
次に、前記のように、コピー元から、コピー先へ、PlayListをコピーする場合に、そのPlayListの再生に必要なClip AVストリームを作成した場合の、Clip InformationファイルとPlayListの関係について説明する。
【０３９６】
図６９は、コピー元から、コピー先へ、PlayListをコピーする場合の例であり、そのPlayListの再生に必要なClip AVストリームを作成したときの、ClipとPlayListの関係を説明する図である。ここで、ClipのCPIはEP_mapであるとする。オリジナルのClipは１個のATC-sequenceと3個のSTC-sequenceを持つとする。このATC-sequenceについてのoffset_STC_id[0]はゼロである。そして、Clipの中で、stc_id=0のSTC-sequenceは、PlayItem1に使われており、stc_id=1であるSTC-sequenceは、PlayItem2とPlayItem3に使われており、stc_id=2であるSTC-sequenceは、PlayItem4に使われているいるとする。
【０３９７】
今、このPlayListを別の記録媒体にコピーしたとする。すなわち、これにより、図６９に示したように、このPlayListの再生に必要なClipの部分から成るClipが作られる。このように、コピー元において、1個のClip AVストリームから取り出された一つ以上のストリーム部分は、コピー先でも1個のClip AVストリームにコンバインされる。そして、新たに作られたClipは4個のATC-sequenceを持ち、それぞれのATC-sequenceは1個のSTC-sequenceを持つ。
【０３９８】
stc_id=0であったSTC-sequenceが含まれるATC-sequenceのoffset_STC_id[0]はゼロにセットされる。また、stc_id=1であったSTC-sequenceは2個のSTC-sequenceに分かれる。１番目のATC-sequenceについてのoffset_STC_id[0]はゼロにセットされ、２番目のATC-sequenceについてのoffset_STC_id[1]は１にセットされる。すなわち、１番目のATC-sequenceの中で最後のSTC-sequenceのstc_id と ２番目のATC-sequenceの中で最初のSTC-sequenceのstc_id は、同じ値で１になる。また、stc_id=2であったSTC-sequenceが含まれるATC-sequenceのoffset_STC_id[0]は２にセットされる。
【０３９９】
これにより、コピーするPlayListのPlayItem1, PlayItem2, PlayItem3とPlayItem4のref_to_STC_idの値を変更する必要がない。あるPlayListを別の記録媒体にコピーする場合、このPlayListの再生に必要なClipの部分から成るClipを作成したときに、PlayListの内容については何も変更しなくても良い。
【０４００】
このように、Clip AVストリームの中にATCの不連続点を作ることができるので、PlayListの再生に必要なClipのストリームデータを部分的に取り出す場合に、Clipファイルを分割する必要がない。さらに、ATCシーケンス毎に、その上にある最初のSTCシーケンスのSTC-idに対するoffset_STC_idを用いることにより、PlayListの再生に必要なClipの部分から成るClipを作成したときに、PlayListの内容については何も変更しなくても良い。
【０４０１】
次に、前記のように、Clipを部分的にコピーする場合のClipの変更方法について説明する。図７０は、Clipを部分的にコピーする場合の例であり、その時のSequenceInfo, ProgramInfo, CPI(EP_map)およびClipMarkの変更方法を説明する図である。
【０４０２】
図７０（Ａ）に示すClipが、コピー元に記録されているとする。このClipは、1個のATC-sequenceを持ち、その上にそれぞれ2個のSTC-sequenceとprogram-sequenceがある。1番目のSTC-sequenceとprogram-sequenceの開始アドレスは同じであり、それはClip AVストリーム上で0のソースパケット番号である。２番目のSTC-sequenceとprogram-sequenceの開始アドレスは同じであり、それはClip AVストリーム上でＢなるソースパケット番号である。
【０４０３】
今、図７０（Ａ）のソースパケット番号Ａ（Ａ＜Ｂ）から始まる付影部分のストリームデータをコピーするとする。この付影部分は、AVストリームのIN_timeからOUT_timeの再生区間に必要なストリーム部分である。コピー先に転送されるClipを図７０（Ｂ）に示す。コピー先に転送されるClipは、1個のATC-sequenceを持ち、その上にそれぞれ2個のSTC-sequenceとprogram-sequenceがある。1番目のSTC-sequenceとprogram-sequenceの開始アドレスは同じであり、それはClip AVストリーム上で0（Ａ−Ａ）のソースパケット番号である。２番目のSTC-sequenceとprogram-sequenceの開始アドレスは同じであり、それはClip AVストリーム上で（Ｂ−A）なるソースパケット番号である。
【０４０４】
図７０（Ｃ）は、図７０（Ａ）に示すClipのClip Information fileの内容を示す。上記の説明のように、
SPN_ATC_start[0] = 0
SPN_STC_start[0] = 0, SPN_STC_start[1] = B
SPN_program_sequence_start[0] = 0, SPN_program_sequence_start[1] = B
である。
また、このClip Information file が、図示するようなEP_mapとClipMarkを持つとする。この中で、図７０（Ａ）の付影部分のClipが使用するEP_mapとClipMarkのデータ部分は次の範囲である。
EP_mapにおいては、
IN_time<pts(xa),
pts(xz)<OUT_time
のPTSの値を持つエントリーポイントのデータが、図７０（Ａ）の付影部分のClipに必要である。
ClipMarkにおいては、
IN_time<pts(F),
pts(Q)<OUT_time
のPTSの値を持つマークのデータが、図７０（Ａ）の付影部分のClipに必要である。
【０４０５】
図７０（Ｄ）は、図７０（Ｂ）に示すClipのClip Information fileの内容を示す。上記の説明のように、
SPN_ATC_start[0] = 0
SPN_STC_start[0] = 0, SPN_STC_start[1] = B-ASPN_program_sequence_start[0] = 0, SPN_program_sequence_start[1] = B-A
である。
また、EP_mapのデータは、図７０（Ｃ）において斜線部分のClipが使用するEP_mapのデータを元にして作成される。すなわち、エントリーポイントのPTSの値は同じであり、ソースポケット番号の値は、コピー元のClipのコピーの開始ソースパケット番号Ａが差し引かれる。また、ClipMarkのデータは、図７０（Ｃ）において付影部分のClipが使用するClipMarkのデータがそのままコピーされる。
【０４０６】
図７１は、コピー元（出力側）の再生装置２から、コピー先（入力側）の記録装置３へ、ＡＶストリームとそれに関係するデータベースを転送する場合、および、ＡＶストリームだけをデータ転送する場合の構成を示す。図中で、図４４と同じブロック番号がついているものは同じもであることを示す。また、記録装置３の記録媒体１０−２と制御部１７−２は、それぞれ記録媒体１０と制御部１７と同じ働きをするものである。
【０４０７】
はじめに、ＡＶストリームとそれに関係するデータベースを共に転送する場合を説明する。
【０４０８】
まず、再生装置２の記録媒体１０に記録されている所望のPlayListを記録装置３の記録媒体１０−２へコピーすることを指示する情報が、図示しないユーザーインタフェースを通して、コピー制御コマンドに乗って、再生装置２へ入力される。このコマンドは、ディジタルバスインタフェース５０、バスコントローラ５２を経由して、制御部１７へ入力される。
【０４０９】
制御部１７は、上記PlayListの再生に必要なＡＶストリームのストリーム部分を決定し、そのＡＶストリームデータを記録媒体１０から読み出すように、読み出し部１１に指示を出す（図６６、図６７、図６８参照）。また、制御部１７は、上記PlayListに関係するデータベースファイル（PlayListファイル、Clip Information fileとサムネールファイル）を記録媒体１０から読み出すように、読み出し部１１に指示を出す。
【０４１０】
制御部１７は、復調部１２、ＥＣＣ復号部１３を経て読み出された前記ＡＶストリームデータを、スイッチ61の接点Ａ側を通して、ＡＶストリームファイルとして、ディジタルバスインタフェース５０へ供給するように指示する（図６１の場合）。ここで、1個のClip AVストリームファイルから取り出された一つ以上のストリーム部分は、1個のClip AVストリームファイルにコンバインされる（図６９参照）。
【０４１１】
または、制御部１７は、復調部１２、ＥＣＣ復号部１３を経て読み出された前記ＡＶストリームデータを、スイッチ61の接点Ｉ側を通して、ソースデパケッタイザ14へ入力しても良い（図６２の場合）。この場合、ソースデパケッタイザ14は、アライバルタイムスタンプに従って、トランスポートストリームをディジタルバスインタフェース５０へ供給する。
【０４１２】
一方、記録媒体１０から読み出されたＡＶストリームデータに対応するデータベースファイルが、復調部１２、ＥＣＣ復号部１３を経て、メモリ５１へ入力される。制御部１７は、メモリ５１にあるデータを元にして、ディジタルバスインタフェース５０から出力される上記のＡＶストリームファイルの再生に必要なデータベース（Clip Informationファイル，PlayListファイル）を作成する（図６９、図７０参照）。また、制御部１７は、上記のＡＶストリームファイルに対応するClipとコピーするPlayListファイルが使用するサムネールファイルを作成する（後述の図７２のステップＳ１７２参照）。
【０４１３】
そして、制御部１７は、上記新たに作成されたデータベースファイル（Clip Informationファイル，PlayListファイルとサムネールファイル）をメモリ５１からディジタルバスインタフェース５０へ供給するように指示する。
【０４１４】
バスコントローラ５２は、ディジタルインタフェース５０からのファイル出力を制御する。制御部１７は、バスコントローラ５２に対して、ディジタルバスインタフェース５０から、ＡＶストリームとそれに関係するデータベースを出力するように指示する。
【０４１５】
前記ＡＶストリームとそれに関係するデータベースは、ディジタルバス６０を経由して、コピー先の記録装置３へ入力される。
【０４１６】
コピー先の記録装置３のバスコントローラ５７は、ディジタルバスインタフェース５５からのファイル入力を制御する。また、バスコントローラ５２とバスコントローラ５７は、ファイルのコピー制御コマンドを交換して、データ伝送／受信のタイミングを制御する。
【０４１７】
記録装置３の制御部１７−２は、コピー元からディジタルバスインタフェース５５へ、ＡＶストリームファイルとして入力される場合、スイッチ６２の接点Ａ側を通して、ＥＣＣ符号化部３０，変調部３１、書き込み部３２の処理を経て、記録媒体１０−２に記録するように指示する。
【０４１８】
または、制御部１７−２は、コピー元からディジタルバスインタフェース５５へ、トランスポートストリームとして入力される場合、スイッチ６２の接点Ｉ側を通して、ソースパケッタイザ29へ入力する。ソースパケッタイザ29は、トランスポートパケットをソースパケット化して出力する。制御部１７−２は、ソースパケットから成るＡＶストリームを、ＥＣＣ符号化部３０，変調部３１、書き込み部３２の処理を経て、記録媒体１０−２に記録するように指示する。
【０４１９】
また、制御部１７−２は、ディジタルバスインターフェース５５へ入力されるデータベースファイルを、メモリ５６へ書きこむように指示する。
【０４２０】
また、制御部１７−２は、記録媒体１０−２に記録されているデータベースファイル（Info.dvrファイルとサムネールファイル）を、読み出し部１１、復調部１２，ＥＣＣ復号部１３の処理を経て、メモリ５６へ読み出すように指示する。
【０４２１】
そして、制御部１７−２は、メモリ５６にあるInfo.dvrファイルとサムネールファイルを更新する。具体的には、コピー先にあるInfo.dvrファイルのTableOfPlayListに、新たに記録するPlayListファイル名を追加し、また、コピー先にあるサムネールファイルに新たに記録するサムネールを追加する（後述の図７４のステップ２２４，Ｓ２２５参照）。
【０４２２】
制御部１７−２は、メモリ５６にあるデータベースファイルを読み出して、ＥＣＣ符号化部３０，変調部３１、書き込み部３２の処理を経て、記録媒体１０−２に記録するように指示する。
【０４２３】
このようにして、再生装置２から、記録装置３へ、ＡＶストリームとそれに関係するデータベースをデータ転送してコピーする場合の処理を行う。
【０４２４】
次に、再生装置２がコピー先へＡＶストリームだけを転送する場合を説明する。これは、コピー先の記録装置３が、ＤＶＲフォーマットに準拠していない場合における、再生装置２のトランスポートストリームの再生動作と考えられる。
【０４２５】
制御部１７は、上記PlayListの再生に必要なＡＶストリームのストリーム部分を決定し、そのＡＶストリームデータを記録媒体１０から読み出すように、読み出し部１１に指示を出す。制御部１７は、復調部１２、ＥＣＣ復号部１３を経て読み出された前記ＡＶストリームデータを、スイッチ61の接点Ｉ側を通して、ソースデパケッタイザ14へ入力する。ソースデパケッタイザ14は、アライバルタイムスタンプに従って、トランスポートパケットをディジタルバスインタフェース５０へ供給する。ディジタルバスインタフェース５０は、トランスポートパケットをアイソクロナス転送する。
【０４２６】
また、記録装置３へＡＶストリームだけが転送される場合を説明する。これは、コピー元の再生装置２が、ＤＶＲフォーマットに準拠していない場合における、記録装置３のトランスポートストリームの記録動作と考えられる。
【０４２７】
記録装置３の制御部１７−２は、ディジタルバスインターフェース５５へ入力されるトランスポートストリームを、スイッチ６２の接点Ｉ側を通して、ソースパケッタイザ29へ入力する。ソースパケッタイザ29は、トランスポートパケットをソースパケット化して出力する。制御部１７−２は、ソースパケットから成るＡＶストリームを、ＥＣＣ符号化部３０，変調部３１、書き込み部３２の処理を経て、記録媒体１０−２に記録するように指示する。
【０４２８】
また、スイッチ６２の接点Ｉ側を通して、トランスポートストリームは多重化ストリーム解析部26へ入力される。ここでの処理の内容は、前述の図４４で説明したとおりである。制御部１７−2は、解析部26での解析結果に基づいて、データベースファイルを作成する。制御部１７−2は、データベースファイルをＥＣＣ符号化部３０，変調部３１、書き込み部３２の処理を経て、記録媒体１０−２に記録するように指示する。
【０４２９】
このようにして、再生装置２からＡＶストリームだけをデータ転送する場合の処理、また、再生装置３へＡＶストリームだけがデータ転送される場合の処理を行う。
【０４３０】
図７２は、コピー元(出力側の再生装置２)から、コピー先(入力側の記録装置３)へ、PlayListをコピーする場合の、コピー元の制御部１７が行う処理を説明するフローチャートである。
【０４３１】
ステップＳ１７０で、ＡＶストリームとそれに関係するデータベースをデータ転送してコピーする場合と、ＡＶストリームだけをデータ転送してコピーする場合かを決める。前者の場合は、ステップＳ１７１へ進む。後者の場合は、ステップＳ１７５へ進む。
【０４３２】
ステップＳ１７１で、Clipについての次の処理を行う。
・当該PlayListの再生に必要なClip AVストリームの部分を決定する（図６６、図６７、図６８参照）。
・上記決定したAVストリーム部分が使用するClip Informationファイルを作成する（図７０参照）。
【０４３３】
ステップＳ１７２で、サムネールファイルについての次の処理を行う。
・当該PlayListが使用するメニューサムネールを含むファイルを作成する。
・当該PlayListおよび上記決定したAVストリーム部分が、使用するマークサムネールを含むファイルを作成する。
【０４３４】
ステップＳ１７３で、ＡＶストリームファイルの転送の処理を行う。
・上記Clipの処理で決定したストリーム部分のAVストリームデータをコピー先へ転送する（図６９参照）。
【０４３５】
ステップＳ１７４で、データベースファイルの転送の処理を行う。
・上記PlayListファイルをコピー先へ転送する。
・上記Clipの処理で作成したClip Informationファイルをコピー先へ転送する。
・上記ステップＳ１７２で作成したサムネールファイルをコピー先へ転送する。
【０４３６】
ステップＳ１７０で、ＡＶストリームだけをデータ転送してコピーすると判定され、ステップＳ１７５へ進む場合、図６０に示すPlayListの再生を説明するフローチャートで読み出されるAVストリームデータ(Ｓ１３５で読み出すAVストリームデータ)を、トランスポートストリーム化して、コピー先へ転送する。
【０４３７】
図７３は、上記ステップＳ１７１のClipについての処理の詳細を説明するフローチャートである（図７０参照）。
【０４３８】
ステップＳ２０１で、PlayListが、当該Clipの中で使用する再生区間の表示開始時刻および表示終了時刻を取得する。
【０４３９】
ステップＳ２０２で、上記時間区間に対応するClip AVストリーム上のコピー開始パケット（アドレス）とコピー終了パケット（アドレス）をCPIに基づいて決定する。
【０４４０】
ステップＳ２０３で、CPIについての次の処理を行う。
・コピーする区間のAVストリーム部分が使用するCPIエントリーを取得する。
・CPIのエントリーポイントのソースパケット番号の値を、コピーするAVストリーム部分の中でのソースパケット番号の値へ変更する。
【０４４１】
ステップＳ２０４で、SequenceInfoについての次の処理を行う。
・コピーする区間のAVストリーム部分におけるATC-sequenceの開始パケット番号を更新する。
・コピーする区間のAVストリーム部分におけるSTC-sequenceの開始パケット番号を更新する。
・コピーする区間のAVストリーム部分におけるATCシーケンス上にあるSTC-sequenceに対するSTC-idの値が変わらないようにoffset_STC_idを更新する。
【０４４２】
ステップＳ２０５で、ProgramInfoについての次の処理を行う。コピーする区間のAVストリーム部分におけるprogram-sequenceの開始パケット番号を更新する。
【０４４３】
ステップＳ２０６で、ClipMarkについての次の処理を行う。コピーする区間のAVストリーム部分が使用するMarkエントリーを取得する。
【０４４４】
ステップＳ２０７で、ファイル作成についての次の処理を行う。
・コピーする区間のAVストリーム部分をコンバインしてClip AV stream fileにする。
・Clip Information fileを作成する。
【０４４５】
図７４は、コピー元(出力側の再生装置２)から、コピー先(入力側の記録装置３)へ、PlayListをコピーする場合の、コピー先が行う処理を説明するフローチャートである。
【０４４６】
ステップＳ２２１で、ＡＶストリームとそれに関係するデータベースをデータ転送してコピーする場合と、ＡＶストリームだけをデータ転送してコピーする場合かを決める。前者の場合は、ステップＳ２２２へ進む。後者の場合は、ステップＳ２２６へ進む。
【０４４７】
ステップＳ２２２で、ＡＶストリームファイルの管理の処理を行う。
入力されたAVストリームデータをClip AVストリームファイルとして、STREAMディレクトリへ記録する。
【０４４８】
ステップＳ２２３で、データベースファイルの管理についての処理を行う。
・入力されたPlayListファイルをPLAYLISTディレクトリへ記録する。
・入力されたClip InformationファイルをCLIPINFディレクトリへ記録する。
【０４４９】
ステップＳ２２４で、Info.dvrについての処理を行う。
入力されたPlayListファイルをコピー先にあるInfo.dvrのTableOfPlayListに追加する。
【０４５０】
ステップＳ２２５で、サムネールファイルについての処理を行う。
入力されたサムネールファイルにエントリーされているサムネールデータを、コピー先にあるサムネールファイルへ追加する。
【０４５１】
ステップＳ２２１で、ＡＶストリームだけをデータ転送してコピーすると判定され、ステップＳ２２６へ進む場合、図５８に示すReal PlayListの作成を説明するフローチャートによって、コピー先に入力されるトランスポートストリームを記録して、Real PlayListを作成する。
【０４５２】
このようなシンタクス、データ構造、規則に基づく事により、記録媒体１０に記録されているＡＶストリームファイルとそのデータベースファイルの内容を適切に管理することができ、もって、ユーザが所望のＡＶストリームファイルとそのデータベースファイルを別の記録媒体に簡便にコピーできるようにすることができる。
【０４５３】
また、記録媒体１０に記録されているＡＶストリームファイルの部分的な再生区間を別の記録媒体にコピーする場合に、当該再生区間の再生に必要なＡＶストリームファイルを簡便に作成することができ、当該再生区間の再生に必要なデータベースファイルを簡便に作成ことができるので、もって、ユーザが、所望のＡＶストリームファイルの部分的な再生区間の再生に必要なＡＶストリームファイルとデータベースファイルを作成することができ、それらファイルを別の記録媒体に簡便にコピーできるようにすることができる。
【０４５４】
なお、図７１の説明では、コピー先からコピー元へのファイル転送に用いる伝送路が、IEEE1394等のディジタルバスの場合を説明したが、これに限らず、図７５に示すように、放送波等の無線波を伝送路としてもよい。また、コピー制御のコマンドは、ファイル転送用の伝送路と同じである必要はない。（図７５参照）
【０４５５】
また、ＡＶストリームファイルとそのデータベースファイルが別々の記録媒体から、コピー先に転送されてもよい。図７６に示すように、ＡＶストリームファイルが記録されているサーバーとデータベースファイルが記録されているサーバーが別々に用意されており、記録装置３からのコピー制御コマンドに対して、ＡＶストリームファイルサーバーとデータベースファイルサーバーから、ファイルが記録装置３へ転送されるようにしても良い。
【０４５６】
なお、本実施の形態は、多重化ストリームとしてMPEG2トランスポートストリームを例にして説明しているが、これに限らず、DSSトランスポートストリームやMPEG2プログラムストリームについても適用することが可能である。
【０４５７】
上述した一連の処理は、ハードウエアにより実行させることもできるが、ソフトウエアにより実行させることもできる。この場合、そのソフトウエアを構成するプログラムが、専用のハードウエアに組み込まれているコンピュータ、または、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば汎用のパーソナルコンピュータなどに、ネットワークや記録媒体からインストールされる。
【０４５８】
この記録媒体は、図４４に示すように、装置本体とは別に、ユーザにプログラムを提供するために配布される、プログラムが記録されている磁気ディスク５１（フロッピディスクを含む）、光ディスク５２（CD-ROM(Compact Disk-Read Only Memory),DVD(Digital Versatile Disk)を含む）、光磁気ディスク５３（ＭＤ（Mini-Disk）を含む）、もしくは半導体メモリ５４などよりなるパッケージメディアにより構成されるだけでなく、装置本体に予め組み込まれた状態でユーザに提供される、プログラムが記録されているROMやハードディスクなどで構成される。
【０４５９】
なお、本明細書において、記録媒体に記録されるプログラムを記述するステップは、記載された順序に沿って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的あるいは個別に実行される処理をも含むものである。
【０４６０】
また、本明細書において、システムとは、複数の装置により構成される装置全体を表すものである。
【０４６１】
【発明の効果】
本発明によれば、シンタクス、データ構造、規則に基づくことにより、記録媒体に記録されているＡＶストリームファイルとそのデータベースファイルの内容を適切に管理することができ、もって、ユーザが所望のＡＶストリームファイルとそのデータベースファイルを別の記録媒体に簡便にコピーできるようにすることができる。
【０４６２】
特に、請求項１のデータ伝送装置、請求項１０のデータ伝送方法、請求項１１の記録媒体のプログラム、および請求項１２のプログラムによれば、記録媒体に記録されているＡＶストリームファイルの部分的な再生区間を別の記録媒体にコピーする場合に、当該再生区間の再生に必要なＡＶストリームファイルを簡便に作成することができ、当該再生区間の再生に必要なデータベースファイルを簡便に作成ことができるので、もって、ユーザが、所望のＡＶストリームファイルの部分的な再生区間の再生に必要なＡＶストリームファイルとデータベースファイルを作成することができ、それらファイルを別の記録媒体に簡便にコピーできるようにすることができる。また、コピー元から、コピー先へ、PlayListとそれに必要なClipの部分だけをコピーするので、コピー先の記録媒体上に必要な空き記録容量を小さくできる。
【０４６３】
請求項３乃至６のデータ伝送装置によれば、コピー元のPlayListとClipの内容を全て、コピー先へ転送することができるので、有効である。すなわち、コピー元のPlayListにセットされていた再生指定情報，UIAppInfoPlayList，PlayListMark，サムネール情報の内容など、また、コピー元のClipにセットされていた CPI, SequenceInfo, ProgramInfo, ClipMark，サムネール情報の内容などを、コピー先へ転送することができるので、有効である。
【０４６４】
請求項７のデータ伝送装置によれば、ＡＶストリームをファイル転送するので、リアルタイムにデータを再生する速度でデータ転送する場合よりも高速にデータを転送することができる。
【０４６５】
請求項８のデータ伝送装置によれば、ＡＶストリームをリアルタイムにデータを再生する速度でデータ転送するので、コピー先の記録装置で入力されるデータをリアルタイムにデコードして再生することができる。
【図面の簡単な説明】
【図１】 volume Informationを説明する図である。
【図２】ディスク上につくられるディレクトリ構造を説明する図である。
【図３】 DVR MPEG-2 transport streamの構造を示す図である。
【図４】 source_packetのシンタクスを示す図である。
【図５】 TP_extra_header()のシンタクスを示す図である。
【図６】 DVR MPEG-2 transport stream recorder modelを示す図である。
【図７】 DVR MPEG-2 transport stream player modelを示す図である。
【図８】 Clip Information fileのシンタクスを示す図である。
【図９】 ATC-sequenceについて説明する図である。
【図１０】 ATCの不連続点とATC-sequenceの関係を説明する図である。
【図１１】連続なSTC区間について説明する図である。
【図１２】 STCの不連続点とSTC-sequenceの関係、およびSTC-sequenceとATC-sequenceの関係を説明する図である。
【図１３】 SequenceInfo()のシンタクスを示す図である。
【図１４】 program_sequenceを説明する図である。
【図１５】 ProgramInfo()のシンタクスを示す図である。
【図１６】 StreamCodingInfo()のシンタクスを示す図である。
【図１７】 stream_coding_typeを示す図である。
【図１８】 video_formatを示す図である。
【図１９】 frame_rateを示す図である。
【図２０】 display_aspect_ratioを示す図である。
【図２１】 audio_presentation_typeを示す図である。
【図２２】 sampling_frequencyを示す図である。
【図２３】 CPI()のシンタクスを示す図である。
【図２４】 EP_mapを説明する図である。
【図２５】 AVストリームをはじめてClipとして記録するときにできるTU_mapについて説明する図である。
【図２６】 TU_mapのシンタクスを示す図である。
【図２７】 PlayListMarkとClipMarkの関係について説明する図である。
【図２８】 ClipMarkのシンタクスを示す図である。
【図２９】 PlayList fileのシンタクスを示す図である。
【図３０】 UIAppInfoPlayListのシンタクスを示す図である。
【図３１】 PlayList()のシンタクスを示す図である。
【図３２】 EP_map typeのPlayListについて説明する図である。
【図３３】 TU_map typeのPlayListについて説明する図である。
【図３４】 EP_map typeのPlayListの時間情報とAVストリームファイルの中のアドレス情報の関係を説明する図である。
【図３５】 TU_map typeのPlayListの時間情報とAVストリームファイルの中のアドレス情報の関係を説明する図である。
【図３６】 PlayItem()のシンタクスを示す図である。
【図３７】 PlayListMarkのシンタクスを示す図である。
【図３８】 Info.dvrのシンタクスを示す図である。
【図３９】 UIAppInfoVolumeのシンタクスを示す図である。
【図４０】 TableOfPlayListsのシンタクスを示す図である。
【図４１】サムネールのヘッダ情報ファイルのシンタクスを示す図である。
【図４２】サムネールのピクチャデータファイルのシンタクスを示す図である。
【図４３】 tn_blockへのデータの格納方法を説明する図である。
【図４４】動画像記録再生装置の構成を示すブロック図である。
【図４５】 AVストリームが新しいClipとして記録される時のClipとPlayListの関係のコンセプトを説明する図である。
【図４６】 Virtual PlayListの作成のコンセプトについて説明する図である。
【図４７】 Real PlayListの再生区間の一部分を消去したときのClipとPlayListの関係のコンセプトを説明する図である。
【図４８】 Minimizeの編集をしたときのClipとPlayList，Virtual PlayListの関係のコンセプトを説明する図である。
【図４９】１つのClip AVストリームのデータを部分的に消去した時に、Clipの中に２つのATC_sequencesができる場合を説明する図である。
【図５０】１つのClip AVストリームのデータを部分的に消去した時の、ATC_sequences， STC_sequencesおよびprogram_sequenceの関係を説明する図である。
【図５１】 CPIがEP_mapであるClip AVストリームの一部分を消去した時のClipとPlayListの関係を説明する図である。
【図５２】 Clipの中にATCの不連続を許さない場合において、Clip AVストリームの一部分を消去した時に、Clipが２つに分かれる場合を説明する図である。
【図５３】 CPIがTU_mapであるClip AVストリームの一部分を消去した時のClipとPlayListの関係を説明する図である。
【図５４】 AVストリームをClipして新しく記録するときの、Clip AVストリームファイルおよびClip Informationファイルの作成を説明するフローチャートである。
【図５５】はじめにAVストリームをClipとして記録するときのSequenceInfoの作成の動作例を説明するフローチャートである。
【図５６】 ProgramInfoの作成の動作例を説明するフローチャートである。
【図５７】 EP_mapの作成の動作例を説明するフローチャートである。
【図５８】 Real PlayListの作成方法を説明するフローチャートである。
【図５９】 Virtual PlayListの作成方法を説明するフローチャートである。
【図６０】 PlayListの再生方法を説明するフローチャートである。
【図６１】 AVストリームファイルとデータベースファイルを共にファイル転送する場合を説明する図である。
【図６２】 AVストリームをリアルタイム転送（ストリーム転送）し、データベースをファイル転送する場合を説明する図である。
【図６３】 AVストリームだけをリアルタイム転送し、コピー先でデータベースファイルを新たに作成する場合を説明する図である。
【図６４】コピー先の記録装置がDVRフォーマットに準拠したものではない場合に、AVストリームをリアルタイムにデータを再生する速度で転送する場合を説明する図である。
【図６５】コピー元（出力側の再生装置）から、コピー先（入力側の記録装置）へ、PlayListとそれに必要なClipの部分だけをコピーする場合のClipとPlayListの関係を説明する図である。
【図６６】コピー元（出力側の再生装置）から、コピー先（入力側の記録装置）へ、PlayListをコピーする場合に、そのPlayListの再生に必要なClipの部分について説明する図である。
【図６７】コピー元（出力側の再生装置）から、コピー先（入力側の記録装置）へ、PlayListをコピーする場合に、IN_timeの前のデータのコピー開始点を決める方法を説明する図である。
【図６８】コピー元（出力側の再生装置）から、コピー先（入力側の記録装置）へ、PlayListをコピーする場合に、OUT_timeの後のデータのコピー終了点を決める方法を説明する図である。
【図６９】コピー元（出力側の再生装置）から、コピー先（入力側の記録装置）へ、PlayListとそれに必要なClipの部分だけをコピーする場合のClipとPlayListの関係を説明する図である。
【図７０】コピー元（出力側の再生装置）から、コピー先（入力側の記録装置）へ、Clipの部分的にコピーする場合のClipの変更方法について説明する図である。
【図７１】コピー元（出力側の再生装置）から、コピー先（入力側の記録装置）へ、DVRのAVストリームファイルとそれに関係するデータベースファイルを、ディジタルバス経由でコピーする場合の構成を示すブロック図である。
【図７２】コピー元（出力側の再生装置）から、コピー先（入力側の記録装置）へ、PlayListをコピーする場合の、コピー元の処理を説明するフローチャートである。
【図７３】コピー元（出力側の再生装置）から、コピー先（入力側の記録装置）へ、PlayListをコピーする場合において、コピー元の側のClipについての処理を説明するフローチャートである。
【図７４】コピー元（出力側の再生装置）から、コピー先（入力側の記録装置）へ、PlayListをコピーする場合の、コピー先の処理を説明するフローチャートである。
【図７５】 AVストリームファイルとデータベースファイルが、無線波を経由して、記録装置へファイルが転送される場合を説明する図である。
【図７６】 AVストリームファイルとデータベースファイルが、別々のサーバに記録されており、それぞれのサーバから記録媒体へファイルが転送される場合を説明する図である。
【符号の説明】
１０ 記録媒体， １１ 読み出し部， １２ 復調部， １３ ECC復号部， １４ ソースデパケッタイザ， １５ デマルチプレクサ， １６ AVデコーダ， １７ 制御部， ２３ AVエンコーダ， ２４ ビデオ解析部， ２５マルチプレクサ， ２６ 多重化ストリーム解析部， ２９ ソースパケッタイザ， ３０ ECC符号化部， ３１ 変調部， ３２ 書き込み部， ６１ 再生部， ６２ 記録部

Claims (12)

  1. AVストリームと、前記AVストリームの再生に必要な管理情報であって、前記AVストリーム中の符号化情報の不連続点のアドレス情報、前記AVストリーム中の時刻情報とアドレス情報を関連づける情報、および前記AVストリーム中の特徴的な画像の時刻情報を含む属性情報と、前記AVストリームの再生区間を指定する指示情報とを含む管理情報とから構成されるデータのうち、前記指示情報が指定する再生区間に相当するAVストリームである部分AVストリームを伝送するデータ伝送装置において、
    前記AVストリームとその管理情報を記録媒体から読み出す読み出し部と、
    前記管理情報にふくまれる前記属性情報の中で、前記指示情報に基づいて指定された再生区間の再生に必要な前記部分AVストリームに対応する部分属性情報を決定する制御部と、
    前記部分AVストリーム、および、前記制御部により決定された前記部分属性情報を伝送する伝送部とを備え、
    自分に接続された機器に前記記録媒体から読み出された情報を伝送する場合、前記制御部は、接続された機器の種別に応じて、前記部分AVストリームをアシンクロナス伝送するか、またはアイソクロナス伝送するかを選択し、
    前記部分属性情報の中で、前記指示情報に基づいて指定された再生区間の再生が可能となるように、前記部分AVストリームに対応する前記AVストリーム中の符号化情報の不連続点のアドレス情報を更新して前記AVストリームとともに伝送する
    ことを特徴とするデータ伝送装置。
  2. 前記伝送部は、さらに前記部分属性情報を、アシンクロナス伝送する
    ことを特徴とする請求項１に記載のデータ伝送装置。
  3. 前記属性情報は、Clip Informationであり、
    前記不連続点のアドレス情報は、SequenceInfoおよびProgramInfoであり、
    前記時刻情報とアドレス情報を関連づける情報は、CPIであり、
    前記特徴的な画像の時刻情報は、ClipMarkである
    ことを特徴とする請求項１に記載のデータ伝送装置。
  4. 前記伝送部は、前記部分AVストリームの再生区間の指示情報をさらに伝送する
    ことを特徴とする請求項３に記載のデータ伝送装置。
  5. 前記伝送部は、前記ＡＶストリームの再生区間の指示情報の内容を変更しないで、前記部分AVストリームの再生区間の指示情報として伝送する
    ことを特徴とする請求項４に記載のデータ伝送装置。
  6. 前記伝送部は、前記ＡＶストリームの再生区間の指示情報に関連付けられたサムネール画像、および、前記部分管理情報データに含まれるAVストリーム中の特徴的な画像の時刻情報に関連付けられたサムネール画像をさらに伝送する
    ことを特徴とする請求項３に記載のデータ伝送装置。
  7. 前記ＡＶストリームは、トランスポートパケットとそのアライバルタイムスタンプから構成されるソースパケットを単位とするデータ列であり、
    前記部分データストリームとしてのＡＶストリームは、前記ＡＶストリームのソースパケットのデータ列の部分である、
    ことを特徴とする請求項３に記載のデータ伝送装置。
  8. 前記ＡＶストリームは、トランスポートパケットとそのアライバルタイムスタンプから構成されるソースパケットを単位とするデータ列であり、
    前記部分データストリームとしてのＡＶストリームは、トランスポートパケットを単位とするトランスポートストリームである
    ことを特徴とする請求項３に記載のデータ伝送装置。
  9. 制御部は、前記ＡＶストリームとその管理情報を共にデータ伝送するか、または前記ＡＶストリームだけをリアルタイム伝送するかを切り替える
    ことを特徴とする請求項３に記載のデータ伝送装置。
  10. AVストリームと、前記AVストリームの再生に必要な管理情報であって、前記AVストリーム中の符号化情報の不連続点のアドレス情報、前記AVストリーム中の時刻情報とアドレス情報を関連づける情報、および前記AVストリーム中の特徴的な画像の時刻情報を含む属性情報と、前記AVストリームの再生区間を指定する指示情報とを含む管理情報とから構成されるデータのうち、前記指示情報が指定する再生区間に相当するAVストリームである部分AVストリームを伝送するデータ伝送装置のデータ伝送方法において、
    前記AVストリームとその管理情報を記録媒体から読み出す読み出しステップと、
    前記管理情報にふくまれる前記属性情報の中で、前記指示情報に基づいて指定された再生区間の再生に必要な前記部分AVストリームに対応する部分属性情報を決定する決定ステップと、
    接続された機器の種別に応じて、前記部分AVストリームをアシンクロナス伝送するか、またはアイソクロナス伝送するかを選択する選択ステップと、
    前記部分AVストリーム、および、前記決定ステップの処理により決定された前記部分属性情報を、前記選択ステップの処理による選択結果に基づいて伝送する伝送ステップとを含み、
    前記伝送ステップにおいては、前記部分属性情報の中で、前記指示情報に基づいて指定された再生区間の再生が可能となるように、前記部分AVストリームに対応する前記AVストリーム中の符号化情報の不連続点のアドレス情報を更新して前記AVストリームとともに伝送する
    ことを特徴とするデータ伝送方法。
  11. AVストリームと、前記AVストリームの再生に必要な管理情報であって、前記AVストリーム中の符号化情報の不連続点のアドレス情報、前記AVストリーム中の時刻情報とアドレス情報を関連づける情報、および前記AVストリーム中の特徴的な画像の時刻情報を含む属性情報と、前記AVストリームの再生区間を指定する指示情報とを含む管理情報とから構成されるデータのうち、前記指示情報が指定する再生区間に相当するAVストリームである部分AVストリームを伝送するデータ伝送装置にデータ伝送処理を実行させるプログラムが記録されている記録媒体において、
    前記AVストリームとその管理情報を記録媒体から読み出す読み出しステップと、
    前記管理情報にふくまれる前記属性情報の中で、前記指示情報に基づいて指定された再生区間の再生に必要な前記部分AVストリームに対応する部分属性情報を決定する決定ステップと、
    接続された機器の種別に応じて、前記部分AVストリームをアシンクロナス伝送するか、またはアイソクロナス伝送するかを選択する選択ステップと、
    前記部分AVストリーム、および、前記決定ステップの処理により決定された前記部分属性情報を、前記選択ステップの処理による選択結果に基づいて伝送する伝送ステップとを含み、
    前記伝送ステップにおいては、前記部分属性情報の中で、前記指示情報に基づいて指定された再生区間の再生が可能となるように、前記部分AVストリームに対応する前記AVストリーム中の符号化情報の不連続点のアドレス情報を更新して前記AVストリームとともに伝送する
    ことを特徴とするコンピュータが読み取り可能なプログラムが記録されている記録媒体。
  12. AVストリームと、前記AVストリームの再生に必要な管理情報であって、前記AVストリーム中の符号化情報の不連続点のアドレス情報、前記AVストリーム中の時刻情報とアドレス情報を関連づける情報、および前記AVストリーム中の特徴的な画像の時刻情報を含む属性情報と、前記AVストリームの再生区間を指定する指示情報とを含む管理情報とから構成されるデータのうち、前記指示情報が指定する再生区間に相当するAVストリームである部分AVストリームを伝送するデータ伝送装置にデータ伝送処理を実行させるプログラムにおいて、
    前記AVストリームとその管理情報を記録媒体から読み出す読み出しステップと、
    前記管理情報にふくまれる前記属性情報の中で、前記指示情報に基づいて指定された再生区間の再生に必要な前記部分AVストリームに対応する部分属性情報を決定する決定ステップと、
    接続された機器の種別に応じて、前記部分AVストリームをアシンクロナス伝送するか、またはアイソクロナス伝送するかを選択する選択ステップと、
    前記部分AVストリーム、および、前記決定ステップの処理により決定された前記部分属性情報を、前記選択ステップの処理による選択結果に基づいて伝送する伝送ステップとを含み、
    前記伝送ステップにおいては、前記部分属性情報の中で、前記指示情報に基づいて指定された再生区間の再生が可能となるように、前記部分AVストリームに対応する前記AVストリーム中の符号化情報の不連続点のアドレス情報を更新して前記AVストリームとともに伝送する
    ことを特徴とするコンピュータが読み取り可能なプログラム。
JP2001189744A 2001-06-22 2001-06-22 データ伝送装置および方法、記録媒体並びにプログラム Expired - Fee Related JP4409792B2 (ja)

Priority Applications (14)

Application Number Priority Date Filing Date Title
JP2001189744A JP4409792B2 (ja) 2001-06-22 2001-06-22 データ伝送装置および方法、記録媒体並びにプログラム
TW091113390A TWI255421B (en) 2001-06-22 2002-06-19 Data transmitting device and method, and recording medium
CNB028024699A CN1310508C (zh) 2001-06-22 2002-06-19 数据传输装置及方法
EP02736163A EP1408686A4 (en) 2001-06-22 2002-06-19 DEVICE AND METHOD FOR DATA TRANSMISSION
PCT/JP2002/006089 WO2003001801A1 (en) 2001-06-22 2002-06-19 Data transmitting device and method
SG200406145-3A SG152035A1 (en) 2001-06-22 2002-06-19 Data transmitting device and method
CN2010102135147A CN101902655B (zh) 2001-06-22 2002-06-19 数据传输装置及方法
KR1020037002349A KR100892012B1 (ko) 2001-06-22 2002-06-19 데이터 전송장치 및 방법
AU2002311318A AU2002311318B2 (en) 2001-06-22 2002-06-19 Data transmitting device and method
CNA2006100913636A CN1874243A (zh) 2001-06-22 2002-06-19 数据传输装置及方法
US10/344,957 US7502543B2 (en) 2001-06-22 2002-06-19 Data transmission apparatus and data transmission method
HK04104629A HK1062977A1 (en) 2001-06-22 2004-06-28 Data transmitting device and method
US11/894,186 US20080112685A1 (en) 2001-06-22 2007-08-20 Data transmission apparatus and data transmission method
US12/321,872 US20090148123A1 (en) 2001-06-22 2009-01-27 Data transmission apparatus and data transmission method

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2001189744A JP4409792B2 (ja) 2001-06-22 2001-06-22 データ伝送装置および方法、記録媒体並びにプログラム

Related Child Applications (2)

Application Number Title Priority Date Filing Date
JP2006041949A Division JP2006216227A (ja) 2006-02-20 2006-02-20 データ受信装置および方法
JP2006157110A Division JP2006302498A (ja) 2006-06-06 2006-06-06 データ受信装置および方法

Publications (2)

Publication Number Publication Date
JP2003006979A JP2003006979A (ja) 2003-01-10
JP4409792B2 true JP4409792B2 (ja) 2010-02-03

Family

ID=19028621

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2001189744A Expired - Fee Related JP4409792B2 (ja) 2001-06-22 2001-06-22 データ伝送装置および方法、記録媒体並びにプログラム

Country Status (10)

Country Link
US (3) US7502543B2 (ja)
EP (1) EP1408686A4 (ja)
JP (1) JP4409792B2 (ja)
KR (1) KR100892012B1 (ja)
CN (3) CN101902655B (ja)
AU (1) AU2002311318B2 (ja)
HK (1) HK1062977A1 (ja)
SG (1) SG152035A1 (ja)
TW (1) TWI255421B (ja)
WO (1) WO2003001801A1 (ja)

Families Citing this family (69)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3932476B2 (ja) * 2001-06-28 2007-06-20 ソニー株式会社 情報提供システム、情報処理装置および方法、記録媒体、並びにプログラム
US20030099461A1 (en) * 2001-11-27 2003-05-29 Johnson Carolynn Rae Method and system for video recording compilation
CN100380496C (zh) 2002-06-24 2008-04-09 Lg电子株式会社 具有用于管理记录在其上面的多个标题视频数据的再现的数据结构的记录介质以及记录和再现方法及装置
EP1516330A4 (en) 2002-06-24 2009-07-15 Lg Electronics Inc RECORDING MEDIUM HAVING A DATA STRUCTURE FOR MANAGING THE REPRODUCTION OF MULTIPLE REPRODUCED VIDEO DATA AND RECORDING METHODS AND RECORDING AND REPRODUCING METHODS AND APPARATUSES
KR20040000290A (ko) 2002-06-24 2004-01-03 엘지전자 주식회사 고밀도 광디스크의 멀티 경로 데이터 스트림 관리방법
RU2359345C2 (ru) * 2002-09-05 2009-06-20 Эл Джи Электроникс Инк. Носитель записи, имеющий структуру данных для меток списков воспроизведения, предназначенную для управления воспроизведением записанных на нем статических изображений, и способы и устройства записи и воспроизведения
AU2003260975B8 (en) * 2002-09-06 2009-08-13 Lg Electronics Inc. Recording medium having data structure for managing reproduction of still images recorded thereon and recording and reproducing methods and apparatuses
AU2003260974B8 (en) * 2002-09-07 2010-06-03 Lg Electronics Inc. Recording medium having data structure for managing reproduction of still images from a clip file recorded thereon and recording and reproducing methods and apparatuses
RU2330332C2 (ru) 2002-11-20 2008-07-27 Эл Джи Электроникс Инк. Носитель записи со структурой данных для управления воспроизведением записанных на нем статических изображений и способы и устройства записи и воспроизведения
MY141419A (en) 2003-01-20 2010-04-30 Lg Electronics Inc Recording medium having data structure for managing reproduction of still pictures recorded thereon and recording and reproducing methods and apparatuses
KR100998906B1 (ko) 2003-01-20 2010-12-09 엘지전자 주식회사 기록된 정지 영상의 재생을 관리하기 위한 데이터 구조를갖는 기록 매체, 그에 따른 기록 및 재생 방법 및 장치
US8145033B2 (en) * 2003-02-05 2012-03-27 Lg Electronics Inc. Recording medium having data structure for managing reproducton duration of still pictures recorded thereon and recording and reproducing methods and apparatuses
US7734154B2 (en) * 2003-02-14 2010-06-08 Lg Electronics Inc. Recording medium having data structure for managing reproduction duration of still pictures recorded thereon and recording and reproducing methods and apparatuses
US8055117B2 (en) 2003-02-15 2011-11-08 Lg Electronics Inc. Recording medium having data structure for managing reproduction duration of still pictures recorded thereon and recording and reproducing methods and apparatuses
WO2004075547A1 (ja) * 2003-02-19 2004-09-02 Matsushita Electric Industrial Co., Ltd. 記録媒体、再生装置、記録方法、プログラム、再生方法
US8041179B2 (en) * 2003-02-24 2011-10-18 Lg Electronics Inc. Methods and apparatuses for reproducing and recording still picture and audio data and recording medium having data structure for managing reproduction of still picture and audio data
RU2369919C2 (ru) 2003-02-28 2009-10-10 Эл Джи Электроникс Инк. Носитель записи со структурой данных для управления воспроизведением в произвольном порядке/с перемешиванием записанных на нем видеоданных и способы и устройства записи и воспроизведения
KR100619009B1 (ko) 2003-03-28 2006-08-31 삼성전자주식회사 재생 장치
KR100954999B1 (ko) * 2003-06-02 2010-04-27 엘지전자 주식회사 고밀도 광디스크의 부가 콘텐츠 데이터 관리 및 재생방법
EP2204805B1 (en) * 2003-10-10 2012-06-06 Sharp Kabushiki Kaisha A content reproducing apparatus, a content recording medium, a control program and a computer-readable recording medium
JP5133313B2 (ja) * 2003-10-10 2013-01-30 シャープ株式会社 再生装置、ビデオデータの再生方法、制御プログラム、及びコンテンツ記録媒体
JP3913215B2 (ja) * 2003-12-26 2007-05-09 キヤノン株式会社 記録再生装置、情報記録再生システム、情報記録再生方法、及びコンピュータ読み取り可能な記録媒体
KR101104527B1 (ko) 2004-02-23 2012-01-11 소니 주식회사 데이터 처리 방법, 데이터 처리 장치, 정보 기록 매체, 및 컴퓨터 판독가능한 기록 매체
JP2005251313A (ja) * 2004-03-04 2005-09-15 Toshiba Corp 情報記録再生装置および情報記録再生方法
JP4779340B2 (ja) 2004-03-29 2011-09-28 ソニー株式会社 データ処理方法、データ処理装置、および情報記録媒体、並びにコンピュータ・プログラム
CN100499780C (zh) * 2004-03-29 2009-06-10 索尼株式会社 数据处理方法和设备
US20060167574A1 (en) * 2004-06-08 2006-07-27 Takashi Kawakami Data transmission system, data transmission method, and data transmission program
US7444664B2 (en) * 2004-07-27 2008-10-28 Microsoft Corp. Multi-view video format
JP2006073173A (ja) * 2004-08-03 2006-03-16 Canon Inc 情報記録再生装置及び方法
CN101820544B (zh) 2004-08-31 2012-07-04 松下电器产业株式会社 运动图像编码方法及装置、记录介质的记录方法
JP4151640B2 (ja) * 2004-10-22 2008-09-17 ソニー株式会社 画像表示方法、画像表示プログラムおよび編集装置
KR20060066627A (ko) * 2004-12-13 2006-06-16 엘지전자 주식회사 컨텐트의 암호/해독을 위한 키를 기록하고 사용하는 방법및 장치와 그 방법에 의해 키가 기록되어 있는 기록매체
WO2006065034A1 (en) * 2004-12-13 2006-06-22 Lg Electronics Inc. Method and apparatus for writing and using keys for encrypting/decrypting a content and a recording medium storing keys written by the method
KR20060066626A (ko) * 2004-12-13 2006-06-16 엘지전자 주식회사 컨텐트의 암호/해독을 위한 키를 기록하고 사용하는 방법및 장치와 그 방법에 의해 키가 기록되어 있는 기록매체
EP1825469A4 (en) * 2004-12-13 2009-04-29 Lg Electronics Inc METHOD AND DEVICE FOR WRITING AND USING KEYS FOR ENCRYPTING / DECREASING A CONTENT AND KEY WRITING BY THE PROCESS SAVING THE RECORDING MEDIUM
US8369689B2 (en) 2005-01-26 2013-02-05 Sharp Kabushiki Kaisha Information recording/reproduction device and information recording medium
WO2006087676A2 (en) * 2005-02-18 2006-08-24 Koninklijke Philips Electronics N.V. Method of multiplexing auxiliary data in an audio/video stream
JP4634201B2 (ja) * 2005-04-01 2011-02-16 パナソニック株式会社 情報ネットワークシステムおよび情報機器
KR100657314B1 (ko) * 2005-05-04 2006-12-20 삼성전자주식회사 멀티미디어 스트리밍 송신 장치 및 방법
WO2006126679A1 (ja) 2005-05-27 2006-11-30 Sanyo Electric Co., Ltd. データ記録装置、及びデータ記録装置におけるデータファイルの送信方法
JP4244045B2 (ja) * 2005-09-08 2009-03-25 ソニー株式会社 記録装置および方法、並びにプログラム
US8018609B2 (en) 2005-09-13 2011-09-13 Sony Corporation Information processing device, information recording medium manufacturing device, information recording medium, methods therefore, and computer program
US20070103558A1 (en) * 2005-11-04 2007-05-10 Microsoft Corporation Multi-view video delivery
JP2007179273A (ja) * 2005-12-27 2007-07-12 Sony Corp ファイル転送システム、ファイル記憶装置、ファイル記憶方法及びプログラム
JP4719053B2 (ja) * 2006-03-31 2011-07-06 株式会社東芝 エントリポイントを用いた再生方法およびこの方法を用いる記録再生装置
JP4513780B2 (ja) * 2006-05-10 2010-07-28 ソニー株式会社 情報処理装置及び情報処理方法、並びにコンピュータ・プログラム
JP4591405B2 (ja) * 2006-05-10 2010-12-01 ソニー株式会社 情報処理装置及び情報処理方法、並びにコンピュータ・プログラム
JP4779797B2 (ja) * 2006-05-10 2011-09-28 ソニー株式会社 情報処理装置、および情報処理方法、並びにコンピュータ・プログラム
KR100835528B1 (ko) * 2006-07-06 2008-06-04 호서대학교 산학협력단 구간정보를 이용한 멀티미디어 콘텐츠의 스트리밍 방법 및그 스트리밍 단말기
JP4656021B2 (ja) * 2006-08-10 2011-03-23 ソニー株式会社 情報処理装置、および情報処理方法、並びにコンピュータ・プログラム
KR101228114B1 (ko) * 2007-01-24 2013-02-01 삼성전자주식회사 Ｔｓ 프로그램 정보 편집 장치 및 방법, 그리고 이를이용한 ｔｓ 녹화 장치
KR100866581B1 (ko) * 2007-04-19 2008-11-03 주식회사 드리머 디스크 매체 재생 장치 기반 데이터 애플리케이션 제공방법 및 이를 실현시키기 위한 프로그램을 기록한 컴퓨터로판독 가능한 기록 매체
JP2008294638A (ja) * 2007-05-23 2008-12-04 Sony Corp 伝送システム、記録装置、伝送方法、記録方法、およびプログラム
US8340507B2 (en) 2007-05-31 2012-12-25 Panasonic Corporation Recording medium, playback apparatus, recording method, program, and playback method
TW200910330A (en) * 2007-08-20 2009-03-01 Intervideo Digital Technology Corp Method and computer readable recording medium for building a play interface
JP5012537B2 (ja) * 2008-01-30 2012-08-29 パナソニック株式会社 情報記録再生装置、方法、及びプログラム
JP2009259307A (ja) * 2008-04-14 2009-11-05 Panasonic Corp 半導体集積回路、情報記録装置、及び、情報記録媒体
US20090323719A1 (en) * 2008-06-26 2009-12-31 Ya-Ching Yang Methods and apparatus for transforming first transport stream of first format into second transport stream of second format by emulating arrival time stamp information
JP4770910B2 (ja) * 2008-11-04 2011-09-14 株式会社日立製作所 データ記録方法および記録媒体、再生装置
US9009337B2 (en) 2008-12-22 2015-04-14 Netflix, Inc. On-device multiplexing of streaming media content
JP4924633B2 (ja) * 2009-02-27 2012-04-25 ソニー株式会社 情報処理装置、情報処理方法およびプログラム
WO2011021356A1 (ja) * 2009-08-19 2011-02-24 パナソニック株式会社 コンテンツアップロードシステム、コンテンツアップロード方法、コンテンツ送受信装置
JP2010044860A (ja) * 2009-11-25 2010-02-25 Toshiba Corp デジタルａｖ情報記録媒体とこの媒体を用いる記録／再生方法および記録／再生装置
JP5537290B2 (ja) * 2010-06-30 2014-07-02 日立コンシューマエレクトロニクス株式会社 記録装置／方法／媒体、再生装置／方法
KR20120012301A (ko) * 2010-07-30 2012-02-09 삼성전자주식회사 디지털 방송에서의 확장 방송 서비스 송수신 방법 및 장치
JP2011170963A (ja) * 2011-04-11 2011-09-01 Toshiba Corp デジタルａｖ情報記録媒体とこの媒体を用いる記録／再生方法および記録／再生装置
JP2011229177A (ja) * 2011-06-24 2011-11-10 Hitachi Ltd 記録媒体、記録方法、及び再生方法
US9179156B2 (en) * 2011-11-10 2015-11-03 Intel Corporation Memory controller for video analytics and encoding
CN102768844B (zh) * 2012-03-31 2017-06-13 新奥特（北京）视频技术有限公司 一种音频码流拼接的方法

Family Cites Families (31)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5262875A (en) * 1992-04-30 1993-11-16 Instant Video Technologies, Inc. Audio/video file server including decompression/playback means
US5623690A (en) * 1992-06-03 1997-04-22 Digital Equipment Corporation Audio/video storage and retrieval for multimedia workstations by interleaving audio and video data in data file
ATE194247T1 (de) * 1992-09-03 2000-07-15 Sony Corp Datenaufzeichnungsgerät und -verfahren
CN1160955C (zh) 1995-10-09 2004-08-04 松下电器产业株式会社 数据发送装置及数据发送方法
JP3761623B2 (ja) * 1996-03-18 2006-03-29 パイオニア株式会社 情報記録媒体、情報記録装置及び方法並びに情報再生装置及び方法
EP0875856B1 (en) * 1996-09-27 2003-05-02 Matsushita Electric Industrial Co., Ltd. Multimedia stream editing and authoring system involving verification of editing instructions
US5953008A (en) * 1996-10-01 1999-09-14 Nikon Corporation Source file editing apparatus
JPH1198460A (ja) 1997-09-17 1999-04-09 Matsushita Electric Ind Co Ltd 光ディスクの再生方法及び再生装置
US6487364B2 (en) * 1997-09-17 2002-11-26 Matsushita Electric Industrial Co., Ltd. Optical disc, video data editing apparatus, computer-readable recording medium storing an editing program, reproduction apparatus for the optical disc, and computer-readable recording medium storing a reproduction program
US6034746A (en) * 1997-10-27 2000-03-07 International Business Machines Corporation System and method for inserting data into a digital audio/video data stream
JP3597690B2 (ja) * 1998-01-21 2004-12-08 株式会社東芝 デジタル情報記録再生システム
JP3383580B2 (ja) * 1998-05-15 2003-03-04 株式会社東芝 情報記憶媒体と情報記録再生装置と方法
KR100466496B1 (ko) * 1998-08-07 2005-01-13 가부시키가이샤 히타치세이사쿠쇼 기록매체, 기록장치, 재생장치, 기록방법, 및 컴퓨터가 읽기가능한 기록매체
WO2000022621A1 (fr) 1998-10-14 2000-04-20 Sony Corporation Dispositif et procede de transmission de donnees, et support d'enregistrement de donnees
KR100657237B1 (ko) * 1998-12-16 2006-12-18 삼성전자주식회사 데이터열간의 연속 재생을 보장하기 위한 부가 정보 생성 방법
WO2000052693A2 (en) * 1999-03-01 2000-09-08 Koninklijke Philips Electronics N.V. A method of storing a real time stream of information signals on a disc like record carrier
JP4221803B2 (ja) 1999-03-02 2009-02-12 ソニー株式会社 記憶再生装置及び記憶再生方法
EP1035546B1 (en) * 1999-03-09 2001-11-21 Matsushita Electric Industrial Co., Ltd. Apparatus and method for recording the recording medium
CN100470658C (zh) * 1999-04-02 2009-03-18 松下电器产业株式会社 记录装置，再现装置及记录、再现方法
JP2000322873A (ja) 1999-05-10 2000-11-24 Matsushita Electric Ind Co Ltd 情報記録媒体、情報記録方法、情報記録装置、情報再生方法、および情報再生装置
JP2001016549A (ja) * 1999-06-29 2001-01-19 Sony Corp データ記録再生システム及びその再生方法並びにそのプログラムを格納した記憶媒体
JP3502579B2 (ja) 1999-08-24 2004-03-02 シャープ株式会社 録画データ編集装置
EP1126708A1 (en) * 1999-08-27 2001-08-22 Kabushiki Kaisha Toshiba System for interconnecting devices through analog line
JP4389365B2 (ja) * 1999-09-29 2009-12-24 ソニー株式会社 トランスポートストリーム記録装置および方法、トランスポートストリーム再生装置および方法、並びにプログラム記録媒体
JP4328989B2 (ja) * 1999-11-24 2009-09-09 ソニー株式会社 再生装置、再生方法、並びに記録媒体
JP4264617B2 (ja) * 2000-04-21 2009-05-20 ソニー株式会社 記録装置および方法、再生装置および方法、記録媒体、プログラム、並びに記録媒体
WO2001082611A1 (fr) * 2000-04-21 2001-11-01 Sony Corporation Procede et appareil de traitement d'informations, support enregistre, et programme
KR100780153B1 (ko) * 2000-04-21 2007-11-27 소니 가부시끼 가이샤 기록 장치 및 방법, 재생 장치 및 방법, 및 기록 매체
JP4682434B2 (ja) * 2000-04-21 2011-05-11 ソニー株式会社 情報処理装置および方法、記録媒体、並びにプログラム
CN1199446C (zh) 2000-04-21 2005-04-27 索尼公司 信息处理设备和方法
JP3612274B2 (ja) * 2000-11-08 2005-01-19 株式会社東芝 プレイリスト作成ガイド機能付き記録再生装置

Also Published As

Publication number Publication date
US20080112685A1 (en) 2008-05-15
CN101902655B (zh) 2013-04-17
WO2003001801A1 (en) 2003-01-03
AU2002311318B2 (en) 2007-03-22
JP2003006979A (ja) 2003-01-10
CN1310508C (zh) 2007-04-11
US20040213552A1 (en) 2004-10-28
EP1408686A4 (en) 2007-10-17
CN1874243A (zh) 2006-12-06
KR100892012B1 (ko) 2009-04-07
KR20030024888A (ko) 2003-03-26
SG152035A1 (en) 2009-05-29
US7502543B2 (en) 2009-03-10
TWI255421B (en) 2006-05-21
EP1408686A1 (en) 2004-04-14
HK1062977A1 (en) 2004-12-03
CN101902655A (zh) 2010-12-01
CN1465182A (zh) 2003-12-31
US20090148123A1 (en) 2009-06-11

Similar Documents

Publication Publication Date Title
JP4409792B2 (ja) データ伝送装置および方法、記録媒体並びにプログラム
JP4022818B2 (ja) データ記録装置および方法、データ記録媒体、データ再生装置および方法、データ編集装置および方法、プログラム格納媒体、並びにプログラム
KR100948439B1 (ko) 정보 처리 장치와 방법, 및 기록 매체
KR100746821B1 (ko) 정보 처리 장치와 방법, 기록매체
KR100806432B1 (ko) 정보 처리 장치 및 방법, 프로그램과 기록 매체
KR100795255B1 (ko) 정보 처리 장치 및 방법, 프로그램과 기록 매체
JP4517267B2 (ja) 記録装置および方法、再生装置および方法、プログラム、並びに記録媒体
JP4264617B2 (ja) 記録装置および方法、再生装置および方法、記録媒体、プログラム、並びに記録媒体
JP4682434B2 (ja) 情報処理装置および方法、記録媒体、並びにプログラム
JP4517266B2 (ja) 情報処理装置および方法、記録媒体、並びにプログラム
JP2006302498A (ja) データ受信装置および方法
JP2006216227A (ja) データ受信装置および方法
ZA200110323B (en) Information processing apparatus and method, program, and recorded medium.

Legal Events

Date Code Title Description
A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20050607

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20050808

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20051222

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20060220

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20060406

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20060606

A911 Transfer to examiner for re-examination before appeal (zenchi)

Free format text: JAPANESE INTERMEDIATE CODE: A911

Effective date: 20060627

A912 Re-examination (zenchi) completed and case transferred to appeal board

Free format text: JAPANESE INTERMEDIATE CODE: A912

Effective date: 20060721

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

Free format text: JAPANESE INTERMEDIATE CODE: A01

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20091112

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

Free format text: PAYMENT UNTIL: 20121120

Year of fee payment: 3

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

Free format text: PAYMENT UNTIL: 20121120

Year of fee payment: 3

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

Free format text: PAYMENT UNTIL: 20131120

Year of fee payment: 4

LAPS Cancellation because of no payment of annual fees