KR20030024888A - 데이터 전송장치 및 방법 - Google Patents

데이터 전송장치 및 방법 Download PDF

Info

Publication number
KR20030024888A
KR20030024888A KR10-2003-7002349A KR20037002349A KR20030024888A KR 20030024888 A KR20030024888 A KR 20030024888A KR 20037002349 A KR20037002349 A KR 20037002349A KR 20030024888 A KR20030024888 A KR 20030024888A
Authority
KR
South Korea
Prior art keywords
stream
file
data
playlist
information
Prior art date
Application number
KR10-2003-7002349A
Other languages
English (en)
Other versions
KR100892012B1 (ko
Inventor
카토모토키
Original Assignee
소니 가부시끼 가이샤
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 소니 가부시끼 가이샤 filed Critical 소니 가부시끼 가이샤
Publication of KR20030024888A publication Critical patent/KR20030024888A/ko
Application granted granted Critical
Publication of KR100892012B1 publication Critical patent/KR100892012B1/ko

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N9/00—Details of colour television systems
    • H04N9/79—Processing of colour television signals in connection with recording
    • H04N9/80—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback
    • H04N9/804—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback involving pulse code modulation of the colour picture signal components
    • H04N9/8042—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback involving pulse code modulation of the colour picture signal components involving data reduction
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
    • G11B20/10—Digital recording or reproducing
    • 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)
  • Technology Law (AREA)
  • General Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • Computer Hardware Design (AREA)
  • Audiology, Speech & Language Pathology (AREA)
  • Health & Medical Sciences (AREA)
  • Human Computer Interaction (AREA)
  • Acoustics & Sound (AREA)
  • Computational Linguistics (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)

Abstract

본 발명은, 기록 매체에 기록되어 있는 데이터의 내용 및 재생 정보를 적절하게 관리할 수 있도록 하는 데이터 전송장치 및 방법에 관한 것이다. 카피원의 기록 매체에는, Clip(Clip Information file과 Clip AV stream file)과 PlayList가 기록되어 있다. PlayList와 Clip의 파일이, 카피원로부터 카피처의 기록 매체에 IEEE1394의 디지털 버스를 경유하여 전송되고 카피된다. 카피된 Clip AV stream file의 각 소스 패킷의 TP_extra_header의 어라이벌 타임 스탬프는, 카피원과 같고, 또한, 카피된 Clip AV stream file에 대응하는 Clip Information file과 PlayList 파일도 카피처에 카피된다. 본 발명은, 예를 들면, AV 스트림을 처리하는 기록 장치 또는 재생 장치에 적용할 수 있다.

Description

데이터 전송장치 및 방법{DATA TRANSMITTING DEVICE AND METHOD}
근래, 기록 재생 장치로부터 착탈 가능한 디스크형의 정보 기록 매체로서, 각종의 광디스크가 제안되고 있다. 이와 같은 기록 가능한 광디스크는, 수 기가바이트의 대용량 미디어로서 제안되고 있고, 비디오 신호 등의 AV(Audio Visua1) 신호를 기록하는 미디어로서의 기대가 높다. 이 기록 가능한 광디스크에 기록하는 디지털의 AV 신호의 소스(공급원)로서는, CS 디지털 위성 방송이나 BS 디지털 방송이 있고, 또한, 장래에는 디지털 방식의 지상파 텔레비젼방송 등도 제안되고 있다.
여기서, 이들의 소스로부터 공급되는 디지털 비디오 신호는, 보통 MPEG2(Moving Picture Experts Group 2) 방식으로 화상 압축되어 있는 것이 일반적이다. 또한, 기록 장치에는, 그 장치 고유의 기록 레이트가 정해져 있다. 종래의민생용 영상 축적 미디어로, 디지털 방송으로부터의 디지털 비디오 신호를 기록하는 경우, 아날로그 기록 방식이라면, 디지털 비디오 신호를 디코드 후, 대역 제한을 하여 기록이 행하여진다. 또는, MPEG1 Video, MPEG2 Video, DV(Digital Video) 방식을 비롯한 디지털 기록 방식이라면, 한번 디코드된 후에, 그 장치 고유의 기록 레이트, 또한 부호화 방식으로 재 인코드되어 기록된다.
그러나, 이와 같은 기록 방법은, 공급된 비트 스트림을 한번 디코드하고, 그 후에 대역 제한이나 재 인코드를 행하고 기록하기 때문에, 화질의 열화를 수반한다. 화상 압축된 디지털 신호의 기록을 하는 경우, 입력된 디지털 신호의 전송 레이트가 기록 재생 장치의 기록 레이트를 초과하지 않는 경우에는, 공급된 비트 스트림을 디코드나 재 인코드 하는 일 없이, 그대로 기록하는 방법이 가장 화질의 열화가 적다. 단, 화상 압축된 디지털 신호의 전송 레이트가 기록 매체로서의 디스크 기록 레이트를 초과하는 경우에는, 기록 재생 장치로 디코드 후, 전송 레이트가 디스크 의 기록 레이트의 상한 이하가 되도록, 재 인코드를 하여 기록할 필요가 있다.
또한, 입력 디지털 신호의 비트 레이트가 시간에 의해 증감하는 가변 레이트 방식에 의해 전송되고 있는 경우에는, 회전 헤드가 고정 회전수이기 때문에 기록 레이트가 고정 레이트로 되는 테이프 기록 방식에 비하여, 한번 버퍼로 데이터를 축적하고, 버스트적으로 기록을 할 수 있는 디스크 기록 장치의 쪽이, 정보 기록 매체로서의 디스크 용량을 보다 낭비 없이 이용할 수 있다.
이상과 같이, 디지털 방송이 주류로 되는 장래에 있어서는, 데이터 스트림과같이 방송 신호를 디지털 신호인 채로, 디코드나 재 인코드 하는 일 없이 기록하고, 기록 매체로서 디스크를 사용한 기록 재생 장치가 요구된다고 예측된다.
상술한 바와 같이, 기록 매체의 용량이 증대함으로써, 그 기록 매체에는, 많은 데이터(예를 들면, 방송프로그램에 관한 영상 데이터나 음성 데이터 등)가 기록될 수 있게 되고, 1장의 디스크에 많은 방송프로그램이 기록되게 된다. 이 때에, 유저가, 그들의 디스크 내에 기록되어 있는 많은 방송프로그램중에서, 소망하는 데이터를 다른 디스크에 카피한다, 라는 조작이 필요해진다.
그러나, 카피 조작이 행하여진 경우, 기록되어 있는 데이터의 내용 및 재생 정보를 적절하게 관리하는 것이 곤란해진다.
본 발명은 데이터 전송장치 및 방법에 관한 것으로, 특히 기록 매체에 기록되어 있는 데이터의 내용을 편집한 경우에 있어서도, 기록 매체에 기록되어 있는 데이터 내용 및 재생 정보를 적절하게 관리할 수 있도록 한 데이터 전송장치 및 방법, 데이터 처리 장치 및 방법에 관한 것이다.
도 1은 volume Information을 설명하는 도면.
도 2는 디스크상에 만들어지는 디렉토리 구조를 설명하는 도면.
도 3은 DVR MPEG-2 transport stream의 구조를 도시한 도면.
도 4는 source_packet의 신택스를 도시한 도면.
도 5는 TP_extra_header()의 신택스를 도시한 도면.
도 6은 DVR MPEG-2 transport stream recorder model을 도시한 도면.
도 7은 DVR MPEG-2transport stream player model을 도시한 도면.
도 8은 Clip Information file의 신택스를 도시한 도면.
도 9는 ATC_sequence에 관해 설명하는 도면.
도 1O은 ATC의 불연속점과 ATC_sequence의 관계를 설명하는 도면.
도 11은 연속하는 STC 구간에 관해 설명하는 도면.
도 12는 STC의 불연속점과 STC_sequence의 관계 및 STC_sequence와 ATC_sequence의 관계를 설명하는 도면.
도 13은 Sequencelnfo()의 신택스를 도시한 도면.
도 14는 program_sequence를 설명하는 도면.
도 15는 ProgramInfo0의 신택스를 도시한 도면.
도 16은 StreamCodingInfo()의 신택스를 도시한 도면.
도 17은 stream_coding_type을 도시한 도면.
도 18은 video_format을 도시한 도면.
도 19는 frame_rate를 도시한 도면.
도 20은 display_aspect_ratio를 도시한 도면.
도 21은 audio_presentation_type을 도시한 도면.
도 22는 sampling_frequency를 도시한 도면.
도 23은 CPI()의 신택스를 도시한 도면.
도 24는 EP_map을 설명하는 도면.
도 25는 AV 스트림을 처음으로 Clip으로서 기록할 때에 만들어지는 TU_map에 관해 설명하는 도면.
도 26은 TU_map의 신택스를 도시한 도면.
도 27은 PlayListMark와 ClipMark의 관계에 관해 설명하는 도면.
도 28은 ClipMark의 신택스를 도시한 도면.
도 29는 PlayList file의 신택스를 도시한 도면.
도 30은 UIAppInfoPlayList의 신택스를 도시한 도면.
도 31은 PlayList()의 신택스를 도시한 도면.
도 32는 EP_map type PlayList에 관해 설명하는 도면.
도 33은 TU_map type PlayList에 관해 설명하는 도면.
도 34는 EP_map type PlayList의 시간 정보와 AV 스트림 파일중의 어드레스 정보의 관계를 설명하는 도면.
도 35는 TU_map type PlayList의 시간 정보와 AV 스트림 파일중의 어드레스 정보의 관계를 설명하는 도면.
도 36은 PlayItem()의 신택스를 도시한 도면.
도 37은 PlayListMark의 신택스를 도시한 도면.
도 38은 Info.dvr의 신택스를 도시한 도면.
도 39는 UIAppInfoVolume의 신택스를 도시한 도면.
도 4O은 TableOfPlayLists의 신택스를 도시한 도면.
도 41은 섬네일의 헤더 정보 파일의 신택스를 도시한 도면.
도 42는 섬네일의 픽처 데이터 파일의 신택스를 도시한 도면.
도 43은 tn_block에의 데이터의 저장 방법을 설명하는 도면.
도 44는 동화상 기록 재생 장치의 구성을 도시한 블록도.
도 45는 AV 스트림이 새로운 Clip으로서 기록될 때의 Clip과 PlayList의 관계의 컨셉트를 설명하는 도면.
도 46은 Virtual PlayList 작성의 컨셉트에 관해 설명하는 도면.
도 47은 Real PlayList의 재생 구간의 일부분을 소거한 때의 Clip과 PlayList의 관계의 컨셉트를 설명하는 도면.
도 48은 Minimize의 편집을 한 때의 Clip과 PlayList, Virtual PlayList의 관계의 컨셉트를 설명하는 도면.
도 49는 하나의 Clip AV 스트림 데이터를 부분적으로 소거한 때에, Clip중에 2개의 ATC_sequences를 할 수 있는 경우를 설명하는 도면.
도 50은 하나의 Clip AV 스트림의 데이터를 부분적으로 소거한 때의, ATC_sequences, STC_sequences 및 program_sequence의 관계를 설명하는 도면.
도 51은 CPI가 EP_map인 Clip AV 스트림의 일부분을 소거한 때의 Clip과 PlayList의 관계를 설명하는 도면.
도 52는 Clip중에 ATC의 불연속을 허용하지 않는 경우에 있어서, Clip AV 스트림의 일부분을 소거한 때에, Clip이 2개로 나누어지는 경우를 설명하는 도면.
도 53은 CPI가 TU_map인 Clip AV 스트림의 일부분을 소거한 때의 Clip과 PlayList의 관계를 설명하는 도면.
도 54는 AV 스트림을 Clip하여 새롭게 기록할 때의, Clip AV 스트림 파일 및 Clip Information 파일의 작성을 설명하는 플로우 차트.
도 55는 처음으로 AV 스트림을 Clip으로서 기록할 때의 SequenceInfo의 작성의 동작 예를 설명하는 플로우 차트.
도 56은 ProgramInfo의 작성의 동작 예를 설명하는 플로우 차트.
도 57은 EP_map의 작성의 동작 예를 설명하는 플로우 차트.
도 58은 Real PlayList의 작성 방법을 설명하는 플로우 차트.
도 59는 Virtual PlayList의 작성 방법을 설명하는 플로우 차트.
도 60은 PlayList의 재생 방법을 설명하는 플로우 차트.
도 61은 AV 스트림 파일과 데이터베이스 파일을 함께 파일 전송하는 경우를 설명하는 도면.
도 62는 AV 스트림을 리얼 타임 전송(스트림 전송)하고, 데이터 베이스를 파일 전송하는 경우를 설명하는 도면.
도 63은 AV 스트림만을 리얼 타임 전송하고, 카피처에서 데이터 베이스 파일을 새롭게 작성하는 경우를 설명하는 도면.
도 64는 카피처의 기록 장치가 DVR 포맷에 준거한 것이 아닌 경우에, AV 스트림을 실시간 처리로 데이터를 재생하는 속도로 전송하는 경우를 설명하는 도면.
도 65는 카피원(출력측의 재생 장치)으로부터 카피처(입력측의 기록 장치)에, PlayList와 그것에 필요한 Clip의 부분만을 카피하는 경우의 Clip과 PlayList의 관계를 설명하는 도면.
도 66은 카피원(출력측의 재생 장치)으로부터 카피처(입력측의 기록 장치)에, PlayList를 카피하는 경우에, 그 PlayList의 재생에 필요한 Clip의 부분에 관해 설명하는 도면.
도 67은 카피원(출력측의 재생 장치)으로부터 카피처(입력측의 기록 장치)에, PlayList를 카피하는 경우에, IN_time 앞의 데이터의 카피 시작점을 정하는 방법을 설명하는 도면.
도 68은 카피원(출력측의 재생 장치)으로부터 카피처(입력측의 기록 장치)에, PlayList를 카피하는 경우에, OUT_time의 후의 데이터의 카피 종료점을 정하는 방법을 설명하는 도면.
도 69는 카피원(출력측의 재생 장치)으로부터 카피처(입력측의 기록 장치)에, PlayList와 그것에 필요한 Clip의 부분만을 카피하는 경우의 Clip과 PlayList의 관계를 설명하는 도면.
도 70a는 카피원(출력측의 재생 장치)으로부터 카피처(입력측의 기록 장치)에, Clip의 부분적으로 카피하는 경우의 Clip의 변경 방법에 관해 설명하는 도면.
도 7Ob는 카피원(출력측의 재생 장치)으로부터 카피처(입력측의 기록 장치)에, Clip의 부분적으로 카피하는 경우의 Clip의 변경 방법에 관해 설명하는 도면.
도 7Oc는 카피원(출력측의 재생 장치)으로부터 카피처(입력측의 기록 장치)에, Clip의 부분적으로 카피하는 경우의 Clip의 변경 방법에 관해 설명하는 도면다.
도 70d는 카피원(출력측의 재생 장치)으로부터 카피처(입력측의 기록 장치)에, Clip의 부분적으로 카피하는 경우의 Clip의 변경 방법에 관해 설명하는 도면.
도 71은 카피기초(출력측의 재생 장치)으로부터 카피처(입력측의 기록 장치)에, DVR의 AV 스트림 파일과 그것에 관계되는 데이터 베이스 파일을, 디지털 버스 경유로 카피하는 경우의 구성을 도시한 블록도.
도 72는 카피원(출력측의 재생 장치)으로부터 카피처(입력측의 기록 장치)에, PlayList를 카피하는 경우의, 카피원의 처리를 설명하는 플로우 차트.
도 73은 카피원(출력 측CC 재생 장치)으로부터 카피처(입력측의 기록 장치)에, PlayList를 카피하는 경우에 있어서, 카피원측의 Clip에 관한 처리를 설명하는 플로우 차트.
도 74는 카피원(출력측의 재생 장치)으로부터 카피처(입력측의 기록 장치)에, PlayList를 카피하는 경우의, 카피처의 처리를 설명하는 플로우 차트.
도 75는 AV 스트림 파일과 데이터베이스 파일이, 무선파를 경유하여, 기록 장치에 파일이 전송되는 경우를 설명하는 도면.
도 76은 AV 스트림 파일과 데이터베이스 파일이, 다른 서버에 기록되어 있고, 각각의 서버로부터 기록 매체에 파일이 전송되는 경우를 설명하는 도면.
본 발명은 이와 같은 상황을 감안하여 이루어진 것으로, 기록 매체에 기록되어 있는 데이터의 내용을 다른 기록 매체에 카피하는 경우에 있어서도, 기록 매체에 기록되어 있는 데이터의 내용 및 재생 정보를 적절하게 관리할 수 있도록 하는 것을 목적으로 한다.
본 발명의 제 1 데이터 전송장치는, 데이터 스트림과 그 관리 정보를 기록 매체로부터 판독하는 판독부와, 데이터 스트림중에서, 지정된 재생 구간의 재생에 필요한 부분 데이터 스트림에 대응하는 부분 관리 정보를 결정하는 제어부와, 부분 데이터 스트림 및 제어부에 의해 결정된 부분 관리 정보를 전송하는 전송부를 구비한 것을 특징으로 한다.
상기 전송부는, 또한 부분 관리 정보를, 비동기 전송할 수 있다.
상기 제어부는, 부분 데이터 스트림을 비동기 전송하는지, 또는 동기 전송하는지를 선택할 수 있다.
상기 데이터 스트림은, AV 스트림이고, 관리 정보는, AV 스트림중의 부호화 정보의 불연속점의 어드레스 정보, AV 스트림중의 시각 정보와 어드레스 정보를 관련시키는 정보 및 AV 스트림중의 특징적인 화상의 시각 정보를 포함하도록 할 수 있다.
상기 관리 정보는, Clip Information이고, 불연속점의 어드레스 정보는, SequenceInfo 및 ProgramInfor이고, 시각 정보와 어드레스 정보를 관련시키는 정보는, CPI이고, 특징적인 화상의 시각 정보는, ClipMark이도록 할 수 있다.
상기 관리 정보는, AV 스트림 재생 구간의 지시 정보인, PlayList를 또한 포함하도록 할 수 있다.
상기 전송부는, 부분 데이터 스트림으로서의 AV 데이터 스트림의 재생 구간의 지시 정보를 또한 전송할 수 있다.
상기 전송부는, AV 스트림 재생 구간의 지시 정보의 내용을 변경하지 않고, 부분 데이터 스트림로서의 AV 데이터 스트림의 재생 구간의 지시 정보로 하여 전송할 수 있다.
상기 전송부는, AV 스트림의 재생 구간의 지시 정보에 관련시킨 섬네일 화상 및 부분 관리 정보 데이터에 포함되는 AV 스트림중의 특징적인 화상의 시각 정보에 관련시킨 섬네일 화상을 또한 전송할 수 있다.
상기 AV 스트림, 트랜스포트 패킷과 그 어라이벌 타임 스탬프로 구성되는 소스 패킷을 단위로 하는 데이터 열이고, 부분 데이터 스트림으로서의 AV 스트림은, AV 스트림의 소스 패킷의 데이터 열의 부분이도록 할 수 있다.
상기 AV 스트림은, 트랜스포트 패킷과 그 어라이벌 타임 스탬프로 구성되는 소스 패킷을 단위로 하는 데이터 열이고, 부분 데이터 스트림으로서의 AV 스트림은, 트랜스포트 패킷을 단위로 하는 트랜스포트 스트림이도록 할 수 있다.
제어부는, AV 스트림과 그 관리 정보를 함께 데이터 전송하는지, 또는 AV 스트림만을 리얼 타임 전송하는지를 전환할 수 있다.
본 발명의 제 1 데이터 전송 방법은, 데이터 스트림과 그 관리 정보를 기록 매체로부터 판독하는 판독 스텝과, 데이터 스트림중에서, 지정된 재생 구간의 재생에 필요한 부분 데이터 스트림에 대응하는 부분 관리 정보를 결정하는 결정 스텝과, 부분 데이터 스트림 및, 결정 스텝의 처리에 의해 결정된 관리 정보를 전송하는 전송 스텝을 포함하는 것을 특징으로 한다.
본 발명의 제 1 기록 매체의 프로그램은, 데이터 스트림과 그 관리 정보를 기록 매체로부터 판독하는 판독 스텝과, 데이터 스트림중에서, 지정된 재생 구간의 재생에 필요한 부분 데이터 스트림에 대응하는 부분 관리 정보를 결정하는 결정 스텝과, 부분 데이터 스트림 및 결정 스텝의 처리에 의해 결정된 관리 정보를 전송하는 전송 스텝을 포함하는 것을 특징으로 한다.
본 발명의 제 1 프로그램은, 데이터 스트림과 그 관리 정보를 기록 매체로부터 판독하는 판독 스텝과, 데이터 스트림중에서, 지정된 재생 구간의 재생에 필요한 부분 데이터 스트림에 대응하는 부분 관리 정보를 결정하는 결정 스텝과, 부분 데이터 스트림 및 결정 스텝의 처리에 의해 결정된 관리 정보를 전송하는 전송 스텝을 컴퓨터에 실행시킨다.
본 발명의 제 2 데이터 전송장치는, AV 스트림의 전송처의 장치와 상호 인증하는 인증부와, 인증부에 의한 상호 인증의 결과로부터, 전송처의 장치가 소정의 포맷에 준거하고 있는 것을 판단한 경우, AV 스트림과 그 관리 정보를 함께 데이터 전송함과 함께, 인증부에 의한 상호 인증의 결과로부터, 전송처의 장치가 소정의 포맷에 준거하고 있지 않는 것을 판단한 경우, AV 스트림만을 리얼 타임 전송하는 전송부를 구비한 것을 특징으로 한다.
본 발명의 제 2 데이터 전송 방법은, AV 스트림의 전송처의 장치와 상호 인증하는 상호 인증 스텝과, 인증 스텝의 처리에 의한 상호 인증의 결과로부터, 전송처의 장치가 소정의 포맷에 준거하고 있는 것을 판단한 경우, AV 스트림과 그 관리 정보를 함께 데이터 전송함과 함께, 인증 스텝의 처리에 의한 상호 인증의 결과로부터, 전송처의 장치가 소정의 포맷에 준거하고 있지 않는 것을 판단한 경우, AV 스트림만을 리얼 타임 전송하는 전송 스텝을 포함하는 것을 특징으로 한다.
본 발명의 제 2 기록 매체의 프로그램은, AV 스트림을 전송하는 데이터 전송장치의 프로그램으로서, AV 스트림의 전송처의 장치와 상호 인증하는 상호 인증 스텝과, 인증 스텝의 처리에 의한 상호 인증의 결과로부터, 전송처의 장치가 소정의 포맷에 준거하고 있는 것을 판단한 경우, AV 스트림과 그 관리 정보를 함께 데이터 전송함과 함께, 인증 스텝의 처리에 의한 상호 인증의 결과로부터, 전송처의 장치가 소정의 포맷에 준거하고 있지 않는 것을 판단한 경우, AV 스트림만을 리얼 타임 전송하는 전송 스텝을 포함하는 것을 특징으로 한다.
본 발명의 제 2 프로그램은, AV 스트림을 전송하는 데이터 전송장치를 제어하는 컴퓨터에, AV 스트림의 전송처의 장치와 상호 인증하는 상호 인증 스텝과, 인증 스텝의 처리에 의한 상호 인증의 결과로부터, 전송처의 장치가 소정의 포맷에 준거하고 있는 것을 판단한 경우, AV 스트림과 그 관리 정보를 함께 데이터 전송함과 함께, 인증 스텝의 처리에 의한 상호 인증의 결과로부터, 전송처의 장치가 소정의 포맷에 준거하고 있지 않는 것을 판단한 경우, AV 스트림만을 리얼 타임 전송하는 전송 스텝을 실행시킨다.
본 발명의 제 1 데이터 처리 장치는, PlayList 파일을 수신하는 수신부와, PlayList를 기록함과 함께, 기록되어 있는 PlayList를 관리하는 관리 정보 파일에, 새롭게 수신한 PlayList 파일에 관한 정보를 추가하는 기록부를 구비하는 것을 특징으로 한다.
본 발명의 제 1 데이터 처리 방법은, PlayList 파일을 수신하는 수신 스텝과, PlayList를 기록함과 함께, 기록되어 있는 P1ayList를 관리하는 관리 정보 파일에, 새롭게 수신한 PlayList 파일에 관한 정보를 추가하는 추가 스텝을 포함하는 것을 특징으로 한다.
본 발명의 제 3 기록 매체의 프로그램은, AV 스트림 파일 및 AV 스트림의 재생 방법을 지정하는 PlayList 파일이 기록되어 있는 기록 매체로부터 재생된 파일을 수신하는 데이터 처리 장치의 프로그램으로서, PlayList 파일을 수신하는 수신스텝과, PlayList를 기록함과 함께, 기록 기록되어 있는 PlayList를 관리하는 관리 정보 파일에, 새롭게 수신한 PlayList 파일에 관한 정보를 추가하는 추가 스텝을 포함하는 것을 특징으로 한다.
본 발명의 제 3 프로그램은, AV 스트림 파일 및 AV 스트림의 재생 방법을 지정하는 PlayList 파일이 기록되어 있는 기록 매체로부터 재생된 파일을 수신하는 데이터 처리 장치를 제어하는 컴퓨터에, PlayList 파일을 수신하는 수신 스텝과, PlayList를 기록함과 함께, 기록되어 있는 PlayList를 관리하는 관리 정보 파일에, 새롭게 수신한 PlayList 파일에 관한 정보를 추가하는 추가 스텝를 실행시킨다.
본 발명의 제 2 데이터 처리 장치는, 섬네일 파일을 수신하는 수신부와, 기록되어 있는 섬네일 파일에, 수신한 섬네일 파일의 데이터를 추가하는 기록부를 구비하는 것을 특징으로 한다.
본 발명의 제 2 데이터 처리 방법은, 섬네일 파일을 수신하는 수신 스텝과, 기록되어 있는 섬네일 파일에, 수신한 섬네일 파일의 데이터를 추가하는 추가 스텝을 포함하는 것을 특징으로 한다.
본 발명의 제 4 기록 매체의 프로그램은, AV 스트림 파일 및 AV 스트림의 섬네일 파일이 기록되는 기록 매체에 대해, 데이터를 입력하는 데이터 처리 장치의 프로그램으로서, 섬네일 파일을 수신하는 수신 스텝과, 기록되어 있는 섬네일 파일에, 수신한 섬네일 파일의 데이터를 추가하는 추가 스텝을 포함하는 것을 특징으로 한다.
본 발명의 제 4 프로그램은, AV 스트림 파일 및 AV 스트림의 섬네일 파일이기록되는 기록 매체에 대해, 데이터를 입력하는 데이터 처리 장치를 제어하는 컴퓨터에, 섬네일 파일을 수신하는 수신 스텝과, 기록되어 있는 섬네일 파일에, 수신한 섬네일 파일의 데이터를 추가하는 추가 스텝을 실행시킨다.
본 발명의 제 1 데이터 전송장치 및 방법, 기록 매체의 프로그램 및 프로그램에 있어서는, 데이터 스트림중에서 지정된 재생 구간의 재생에 필요한 부분 데이터 스트림 및 부분 관리 정보 데이터가 결정되고, 결정된 부분 데이터 스트림이 전송된다.
본 발명의 제 2 데이터 전송장치 및 방법, 기록 매체의 프로그램 및 프로그램에 있어서는, 전송처의 장치가 소정의 포맷에 준거하고 있는 경우, AV 스트림과 그 관리 정보 데이터가 함께 데이터 전송되고, 준거하고 있지 않는 경우, AV 스트림만이 리얼 타임 전송된다.
본 발명의 제 1 데이터 처리 장치 및 방법, 기록 매체의 프로그램 및 프로그램에 있어서는, PlayList 파일이 관리 정보 파일에 추가된다.
본 발명의 제 2 데이터 처리 장치 및 방법, 기록 매체의 프로그램 및 프로그램에 있어서는, 제 1 섬네일 파일의 데이터가 제 2 섬네일 파일에 추가된다.
이하에, 본 발명의 실시 형태에 관해 도면을 참조하여 설명한다.
도 1은 기록 매체(후술하는 도 44의 기록 매체(10))상의 어플리케이션 포맷이 간단화 된 구조를 도시하고 있다. 이 포맷는, AV 스트림의 관리를 위해 PlayList와 Clip의 2개의 레이어를 갖는다. 그리고, Volume Information은, 디스크 내의 모든 Clip과 PlayList의 관리를 한다.
1개의 AV 스트림과, 그것의 부속 정보의 페어를 1개의 오브젝트라고 생각하고, 그것을 Clip이라고 부른다. AV 스트림 파일은 Clip AV 스트림 파일이라고 불리고, 그 부속 정보는, Clip Information file이라고 불린다.
1개의 Clip AV 스트림 파일은, MPEG2 트랜스포트 스트림을 DVR(Digital Video Recording) 어플리케이션 포맷에 의해 규정되는 구로에 배치한 데이터를 저장 한다.
일반적으로, 컴퓨터 등에서 이용하는 데이터 파일은, 바이트 열으로서 다루어지지만, Clip AV 스트림 파일의 컨텐츠는, 시간축상에 전개되고, PlayList는, Clip중의 액세스 포인트를 주로하여 타임 스탬프로 지정한다. PlayList에 의해, Clip중의 액세스 포인트의 타임 스탬프가 주어진 때, Clip Information file은, Clip AV 스트림 파일중에서 스트림의 디코드를 시작하여야 할 어드레스 정보를 찾기 위해 도움이 된다.
PlayList는, Clip중에서 유저가 보고 싶은 재생 구간을 선택하고, 그것을 간단하게 편집할 수 있는 것을 목적으로 하여 도입되었다. 하나의 PlayList은, Clip중의 재생 구간의 모임이다. 어느 Clip중 하나의 재생 구간은, PlayItem이라고 불리고, 그것은, 시간축상의 IN점과 OUT점의 페어로 표시된다. 그 때문에, PlayList는, PlayItem의 모임이다.
PlayList에는, 2개의 타입이 있다. 하나는, 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 어플리케이션 포맷에서는 무시된다.
도 2에, DVR 디스크상의 디렉토리 구조의 예를 도시한다. 동 도면에 도시한바와 같이, root 디렉토리는, 1개의 디렉토리를 포함한다.
"DVR" ‥ DVR 어플리케이션 포맷에 의해 규정된 모든 파일과 디렉토리는, 이 디렉토리의 아래에 저장 되어야 한다.
"DVR" 디렉토리는, 다음에 나타내는 파일을 저장 한다. "info.dvi" 파일은, DVR 디렉토리의 아래에 만들어지고, 어플리케이션 레이어의 전체적인 정보를 저장 한다. DVR 디렉토리의 아래에는, 단지 하나의 info.dvr이 없으면 않된다. 파일명은, info.dvr에 고정된다고 한다. "menu.tidx"와 "menu.tdat", 그리고 "mark.tidx"와 "mark.tdat"은, 섬네일에 관한 정보를 저장 하기 위한 파일이다.
"DVR" 디렉토리는, 이하에 설명하는 디렉토리를 포함한다.
"PLAYList" ‥ Real PlayList와 Virtual PlayList의 데이터베이스 파일은, 이 디렉토리의 아래에 두지 않으면 안된다. 이 디렉토리는, PlayList가 1개도 없어도 존재하지 않으면 안된다.
"CLIPINF" ‥ Clip의 데이터베이스는, 이 디렉토리의 아래에 두지 않으면 않된다. 이 디렉토리는, Clip이 1개도 없어도 존재하지 않으면 안된다.
"STREAM" ‥ AV 스트림 파일은, 이 디렉토리의 아래에 두지 않으면 안된다. 이 디렉토리는, AV 스트림 파일이 1개도 없어도 존재하지 않으면 안된다.
"PLAYList" 디렉토리는, 2종류의 PlayList 파일을 저장 한 것으로서, 그들은, Real PlayList와 Virtual PlayList이다.
"xxxxx.rpls" ‥ 이 파일은, 하나의 Real PlayList에 관련하는 정보를 저장 한다. 각각의 Real PlayList마다, 1개의 파일이 만들어진다. 파일명은,"xxxxx.rpls"이다. 여기서, "xxxxx"는, 5개의 O으로부터 9까지의 숫자이다. 파일 확장자는, "rpls"가 아니면 안된다.
"yyyyy.vpls" ‥ 이 파일은, 1개의 Virtual PlayList에 관련하는 정보를 저장 한다. 각각의 Virtual PlayList마다, 1개의 파일이 만들어진다. 파일명은, "yyyyy.vpls"이다. 여기서, "yyyyy"는, 5개의 0으로부터 9까지의 숫자이다. 파일 확장자는, "vpls"가 아니면 안된다.
"CLIPINF" 디렉토리는, 각각의 AV 스트림 파일에 대응하고, 1개의 파일을 저장 한다.
"zzzzz.clpi" ‥ 이 파일은, 1개의 AV 스트림 파일(Clip AV 스트림 파일 또는 Bridge-Clip AV 스트림 파일)에 대응하는 Clip Information file이다. 파일명은, "zzzzz.clpi" 이고, 여기서, "zzzzz"는, 5개의 O으로부터 9까지의 숫자이다. 파일 확장자는, "clpi"이 아니면 안된다.
"STREAM"디렉토리는, AV 스트림의 파일을 저장 한다.
"zzzzz. m2ts" ‥ 이 파일은, DVR 시스템에 의해 다루어지는 AV 스트림 파일이다. 이것은, Clip AV 스트림 파일 또는 Bridge-Clip AV 스트림 파일이다. 파일명은, "zzzzz.m2ts"이고, 여기서 "zzzzz"는, 5개의 0으로부터 9까지의 숫자이다. 파일 확장자는, "m2ts"가 아니면 안된다.
1개의 AV 스트림 파일과 그것에 대응하는 Clip information file은, 같은 5개의 숫자 "zzzzz"를 사용하지 않으면 안된다.
그 밖의 디렉토리와 파일명은, 본 발명의 실시의 형태를 설명하기 위해 필요없기 때문에 설명을 생략한다.
다음에, AV 스트림 파일의 구조를 설명한다. AV 스트림 파일은 도 3에 도시한 DVR MPEG2 트랜스포트 스트림의 구조를 갖지 않으면 안된다. DVR MPEG2 트랜스포트 스트림은 다음에 나타내는 특징을 갖는다.
DVR MPEG2 트랜스포트 스트림은, 정수개의 Aligned unit로 구성된다.
Aligned unit의 크기는, 6144바이트(2048 × 3바이트)이다.
Aligned unit은, 소스 패킷의 제 1바이트째로부터 시작된다.
소스 패킷은, 192바이트 길이 이다. 1개의 소스 패킷은, TP_extra_header와 트랜스포트 패킷으로 이루어진다. TP_extra_header는 4바이트 길이 이고, 또한 트랜스포트 패킷은 188바이트 길이 이다.
1개의 Aligned unit은, 32개의 소스 패킷으로 이루어진다.
DVR MPEG2 트랜스포트 스트림중 최후의 Aligned unit도, 또한 32개의 소스 패킷으로 이루어진다.
최후의 Aligned unit이, 입력 트랜스포트 스트림의 트랜스포트 패킷으로 완전하게 채워지지 않은 경우, 나머지 바이트 영역을 널 패킷(PID = 0xlFFF의 트랜스포트 패킷)을 갖은 소스 패킷으로 채우지 않으면 안된다.
Source packet의 신택스를 도 4에 도시한다.
TP_extra_header()는, 4바이트 길이의 헤더이다. 또한, transport_packet()은, ISO/IEC13818-1로 규정되는 188바이트 길이의 MPEG-2 트랜스포트 패킷이다.
TP_extra_header의 신택스를 도 5에 도시한다.
copy_permission_indicator는, 대응하는 트랜스포트 패킷의 베이로드의 카피 제한을 나타내는 정수이다.
arrival_time_stamp는, AV 스트림중에서, 대응하는 트랜스포트 패킷이 디코더(후술하는 도 44의 AV 디코더(16)가 대응한다)에 도착하는 시각을 나타내는 타임 스탬프이다. 이것은, 후술하는 식 (1)중에서 arrival_time_stamp에 의해 지정되는 값을 갖는 정수치이다.
도 6은 DVR MPEG-2 트랜스포트 스트림 레코더 모델(후술하는 도 44의 동화상 기록 재생 장치(1)가 대응한다)을 도시한다. 이것은, 레코딩 프로세스를 규정하기 위한 개념상의 모델이다. DVR MPEG-2트랜스포트 스트림은, 이 모델에 따르지 않으면 안된다.
MPEG-2 트랜스포트 스트림의 입력 타이밍에 관해 설명한다.
입력 MPEG-2 트랜스포트 스트림은, 풀 트랜스포트 스트림 또는 퍼셜 트랜스포트 스트림이다.
입력 MPEG2 트랜스포트 스트림은, ISO/IEC13818-1 또는 ISO/IEC13818-9에 따르지 않으면 안된다.
MPEG2 트랜스포트 스트림의 i번째의 바이트는, T-STD(ISO/IEC13818-1로 규정되는 Transport stream system target decoder)(201) (도 44의 AV 디코더(16)가 대응한다)와 소스 패키타이저(source packetizer)(204) (도 44의 소스 패기타이저(29)가 대응한다)에, 시각 t(i)에 동시에 입력된다.
27MHz PLL(202) (도 44의 동화상 기록 재생 장치(1)에서는, 제어부(17)에 내장되어 있다)에 관해 설명한다.
27MHz 클록의 주파수는, MPEG-2 트랜스포트 스트림의 PCR(Program Clock Reference)의 값으로 록하지 않으면 안된다.
arrival time clock에 관하여 설명한다.
어라이벌 타임 클록 카운터(Arrival time clock counter)(203) (도 44의 동화상 기록 재생 장치(1)에서는, 제어부(17)에 내장되어 있다)는, 27MHz PLL(202)이 출력하는 27MHz의 주파수의 펄스를 카운트하는 바이너리 카운터이다.
Arrival_time_clock(i)는, 시각 t(i)에 있어서의 Arrival time clock counter(203)의 카운트 값이다.
소스 패기타이저(204)에 관해 설명한다.
소스 패기타이저(204)는, 모든 트랜스포트 패킷에 TP_extra_header를 부가하여, 소스 패킷을 만든다.
Arrival_time_stamp는, 트랜스포트 패킷의 제 1바이트째가 T-STD(201)와 소스 패기타이저(204)의 양쪽에 도착한 시각을 나타낸다. Arrival_time_stamp(k)는, 등식 (1)로 나타낸 바와 같이, Arrival_time_clock(k)의 샘플 값이다 리, 여기서, k는 트랜스포트 패킷의 제 1바이트째를 나타낸다.
arrival_time_stamp(k) = arrival_time_clock(k)% 230(1)
라이트 버퍼(Write Buffer)(205)(도 44의 동화상 기록 재생 장치(1)에서는, 기록부(32)에 내장되어 있다)에 관해 설명한다.
Rmax는, 소스 패키타이저(204)로부터 라이트 버퍼(205)에의 소스 패킷 토스트림의 입력 비트 레이트이다. 입력 트랜스포트 스트림의 최대 비트 레이트를 TS_recording_rate라고 하면, Rmax는 다음과 같이 계산된다.
Rmax = TS_recording_rate × 192/188
Rud는, 라이트 버퍼(205)로부터 DVR 드라이브(DVR drive)(206)(도 44의 동화상 기록 재생 장치(1)에서는, 기록부(32)에 내장되어 있다)에의 출력 비트 레이트이다.
라이트 버퍼(205)가 비어있지 않은 때의 버퍼로부터의 소스 패킷 스트림의 출력 비트 레이트는 Rud이다. 버퍼가 비어있을 때, 버퍼로부터의 출력 비트 레이트는 제로이다.
DVR 드라이브(206)는, T-STD(201)에의 각 패킷의 도착 시각에 대응하는 ATS가 부가된, 라이트 버퍼(205)로부터의 각 패킷을 디스크(도 44의 기록 매체(10)에 대응한다)에 기록한다.
도 7은, DVR MPEG-2 트랜스포트 스트림의 플레이어 모델(도 44의 동화상 기록 재생 장치(1)가 대응한다)을 도시한다. 이것은, 재생 프로세스를 규정하기 위한 개념상의 모델이다. DvRMPEG-2 트랜스포트 스트림은, 이 모델에 따르지 않으면 안된다.
리드 버퍼(Read buffer)(222)(도 44의 동화상 기록 재생 장치(1)에서는, 판독부(11)에 내장되어 있다)에 관해 설명한다.
Rud는, DVR 드라이브(DVR diive)(221)(도 44의 동화상 기록 재생 장치(1)에서는, 판독부(11)에 내장되어 있다)로부터 리드 버퍼(222)에의 입력 비트 레이트이다.
리드 버퍼(222)가 풀이 아닌 때의 버퍼로의 소스 패킷 스트림의 입력 비트 레이트는 Rud이다. 버퍼가 풀인 때, 버퍼로의 입력은 제지당한다.
Rmax는, 리드 버퍼(222)로부터 소스 디패키타이저(source depacketizer)(223)(도 43의 소스 디패키타이저(14)가 대응한다)에의 소스 패킷 스트림의 출력 비트 레이트이다.
어라이벌 타임 클록 카운터(arrival time clock counter)(225)(도 44의 동화상 기록 재생 장치(1)에서는, 제어부(17)에 내장되어 있다)에 관해 설명한다.
어라이벌 타임 클록 카운터(225)는, 27MHz 크리스탈 발진기(27MHzX-tal)(224)(도 44의 동화상 기록 재생 장치(1)에서는, 제어부(17)에 내장되어 있다)가 발생하는 27MHz의 주파수의 펄스를 카운트하는 바이너리 카운터이다.
현재의 소스 패킷이 AV 스트림 파일의 최초의 소스 패킷이던지, 또는 후술하는 Sequencelnfo()중에서 SPN_ATC_start가 가리키는 곳의 소스 패킷인 경우, 그 패킷의 arrival time stamp의 값으로 어라이벌 타임 클록 카운터(225)의 카운트 값을 리셋한다.
Arrival_time_clock(i)은, 시각 t(i)에 있어서의 어라이벌 타임 클록 카운터(225)의 카운트 값이다.
MPEG-2 트랜스포트 스트림의 출력 타이밍에 관해 설명한다.
현재의 소스 패킷의 arrival_time_stamp가 arrival_time_clock(i)의 LSB 30비트의 값과 동등한 때, 그 소스 패킷의 트랜스포트 패킷은, 버퍼로부터 발췌된다.
다음에, AV 스트림 파일의 재생 정보를 관리하는 데이터베이스 포맷에 관해 설명한다.
도 8은, Clip Information file의 신택스를 도시한다. Clip Information file은, Sequencelnfo(), ProgramInfo(), CPI(), ClipMark()를 갖는다.
SequenceInfo_start_address는, zzzzz.clpi 파일의 선두의 바이트로부터의 상대 바이트 수를 단위로 하여, SequenceInfo()의 선두 어드레스를 나타낸다. 상대 바이트 수는 제로로부터 카운트된다.
ProgramInfo_Start_address는, zzzzz.clpi 파일의 선두의 바이트로부터의 상대 바이트 수를 단위로 하여, Programlnfo()의 선두 어드레스를 나타낸다. 상대 바이트 수는 제로로부터 카운트된다.
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라고 부른다.
도 9는, 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 스트림 파일의 최후의 소스 패킷에서 종료한다.
도 10은, ATC의 불연속점과 ATC-sequence의 관계를 설명하는 도면이다. 이예의 경우, Clip AV 스트림 파일은, 2개의 ATC 불연속점을 갖고, 3개의 ATC-sequence를 갖는다.
STC-sequence에 관해 설명한다. STC(System Time Clock)의 정의는, MPEG-2로 규정되어 있는 정의에 따른다. 즉, 이것은, 트랜스포트 스트림중의 PCR(Program Clock Reference)에 의거하여 만들어지는 시간축인 시스템 타임 베이스의 클록이다. STC의 값은 90kHz 정밀도, 33비트 길이의 바이너리 카운터의 카운트 값으로 표시된다.
도 11은, 연속하는 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의 스타트 어드레스가, Sequencelnfo()에 저장 된다. 이 어드레스는,SPN_STC_start에 의해 나타내여진다.
STC-sequence는, ATC-sequence의 경계를 걸치는 일은 없다.
AV 스트림 파일중에 있는 최후의 STC-sequence 이외의 STC-sequence는, 그 SPN_STC_start로 가리켜지는 소스 패킷으로부터 시작하고, 그 다음의 S PN_STC_start로 가리켜지는 소스 패킷의 직전의 소스 패킷에서 종료한다. 최후의 STC-sequence는, 그 SPN_STC_start로 가리켜지는 소스 패킷으로부터 시작하고, AV 스트림 파일의 최후의 소스 패킷에서 종료한다.
도 12는, 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라고 부른다.
도 13은 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]는 제로이다. 또한, Sequencelnfo()중에서 엔트리 되는 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]로부터 시작한다.
Sequencelnfo()중에서 정의되는 연속하는 2개의 ATC-sequence에 관해, 앞측의 ATC-sequence의 최후의 stc_id와 그것에 계속되는 ATC-sequence의 최초의 stc_id는, 같은 값이라도 좋다. 만약, 이들 2개의 stc_id가 같은 값인 경우, 그들의 값으로 참조되는 2개의 STC-sequence중에서 같은 STC의 값이 나타나는 일은 없다.
SequenceInfo()중에서 엔트리 되는 stc_id의 값은, 오르는 순서로 나열되지 않으면 안된다. offet_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_icl]는, 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로부터 도출되는 45kHz를 단위로 하는 프리젠테이션·타임의 값이다.
presentation_end_time[atc_id][stc_id]는, atc-id에 의해 가리켜지는 ATC_sequence상에 있는 stc_id에 의해 가리켜지는 STC-sequence상에 있는 AV 스트림 데이터의 프리젠테이션·엔드·타임을 나타낸다. 이것은, 그 STC-sequence의 STC로부터 도출되는 45kHz를 단위로 하는 프리젠테이션·타임의 값이다.
다음에, Pmgramlnfo()에 관해 설명한다. 프로그램은, 엘리멘터리 스트림의 모임이고, 이들의 스트림의 동기 재생을 위해, 단지 하나의 시스템 타임 베이스를 공유하는 것이다.
재생 장치(후술하는 도 44의 동화상 기록 재생 장치(1))에 있어서, AV 스트림 디코드에 앞서서, 그 AV 스트림의 내용을 아는 것은 유용하다. 이 내용이란, 예를 들면, 비디오나 오디오의 엘리멘터리 스트림을 전송한1 트랜스포트 패킷의 PID의 값이나, 비디오나 오디오의 컴포넌트 종류(예를 들면, HDTV의 비디오와 MPEG-2 AAC 의 오디오 스트림 등) 등의 정보이다.
이 정보는 AV 스트림 참조하는 곳의 PlayList의 내용을 유저에게 설명하는 곳의 메뉴 화면을 작성하는데도 유용하고, 또한, AV 스트림의 디코드에 앞서서, 재생 장치의 AV 디코더(16)(후술하는 도 44) 및 디멀티플렉서(15)(후술하는 도 44)의 초기 상태를 세트하기 위해 도움이 된다. 이 이유 때문에, Clip Information file은, 프로그램의 내용을 설명하기 위한 ProgramInfo를 갖는다.
MPEG2 트랜스포트 스트림을 저장 하고 있는 AV 스트림 파일은, 파일중에서 프로그램 내용이 변화할지도 모른다. 예를 들면, 비디오 엘리멘터리 스트림을 전송하는 곳의 트랜스포트 패킷의 PID가 변화하거나, 비디오 스트림의 컴포넌트 종류가 SDTV로부터 HDTV로 변화하는 등이다. ProgramInfo는, AV 스트림 파일중에서의 프로그램 내용의 변화점의 정보를 저장 한다.
AV 스트림 파일중에서 본 포맷이 규정하는 프로그램 내용이 일정한 소스 패킷 열을, Program-sequence라고 부른다.
AV 스트림 파일중에서, 새로운 program-sequence가 시작하는 어드레스를 Programlnfo()에 저장 한다. 이 어드레스는, SPN_program_sequence-start에 의해 나타내여진다.
AV 스트림 파일중에 있는 최후의 program-sequence 이외의 program-sequence는, 그 SPN_program_sequence_start로 가리켜지는 소스 패킷으로부터 시작하고, 그 다음의 SPN_program_sequence_start로 가리켜지는 소스 패킷의 직전의 소스 패킷에서 종료한다. 최후의 program-sequence는, 그 SPN_program_sequence_start로 가리켜지는 소스 패킷으로부터 시작하고, AV 스트림 파일의 최후의 소스 패킷에서 종료한다.
도 14는 Program-sequence를 설명하는 도면이다. 이 예의 경우, Clip AV 스트림 파일은 3개의 program-sequence를 갖는다.
program-sequence는, ATC-sequence의 경계 및 STC-sequence의 경계를 걸쳐도좋다. 도 15는 ProgramInfo()의 신택스를 도시한다.
length는, 이 length 필드의 직후의 바이트로부터 Programlnfo()의 최후의 바이트까지의 바이트 수를 나타낸다.
num_of_program_sequences는, AV 스트림 파일중에 있는 program-sequence의 수를 나타낸다.
SPN_program-sequence_start는, AV 스트림 파일상에서 program-sequence가 시작하는 어드레스를 나타낸다. SPN_program_sequence_start는, 소스 패킷 번호를 단위로 하는 크기이고, AV 스트림 파일의 최초의 소스 패킷으로부터, 제로를 초기치로 하여 카운트된다. Programlnfo()중에서 엔트리 되는 SPN_program_sequence_start의 값은, 오르는 순서로 나열되어 있다.
SPN_program_sequence_start는, 그 program_sequence에 대한 최초의 PMT를 갖는 소스 패킷을 가리키고 있는 것을 전제로 한다. SPN_program_sequence_start는, 데이터를 기록하는 기록기(도 44의 동화상 기록 재생 장치(1)가 대응한다)가 트랜스포트 스트림의 PSI/SI를 해석함으로써 만들어진다. 기록기(예를 들면, 도 44의 비디오 해석부(24) 또는 다중화 스트림 해석부(26))가 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는, 1 이상의 값이다. 트랜스포트 스트림의 PSI/SI가 에레멘터리 리스트림 그룹 정보를 갖는 경우, num_of_groups는, 1 이상의 값을 취한 것을 상정하고 있다. 각각의 그룹은, 멀티·뷰·프로그램중 하나의 뷰를 구성한다.
stream_PID는, 그 program-sequence의 program-map_PID가 참조하는 곳의 PMT중에서 정의되고 있는 엘리멘터리 리스트림에 대한 PID의 값을 나타낸다.
StreamCodingInfo()는, 상기 stream_PID로 가리켜지는 엘리멘터리 스트림의 정보를 나타낸다. 상세는 후술한다.
num_of_streams_in_group은, 엘리멘터리 스트림의 그룹이 갖는 엘리멘터리 스트림의 수를 나타낸다.
stream_index는, 상기 엘리멘터리 스트림의 그룹이 갖는 에레멘터 스트림에 대응하는 곳의, 신택스중의 for-loop로 정의된 stream_index의 값을 나타낸다.
도 16은 StreamCodingInfo()의 신택스를 도시한다.
length는, 이 length 필드의 직후의 바이트로부터 StreamCodingInfo()의 최후의 바이트까지의 바이트 수를 나타낸다.
stream_coding_type은, 이 StreamCodingInfo()에 대응하는 stream_PID로 가리켜지는 엘리멘터리 리스트림 부호화 타입을 나타낸다. 값의 의미를 도 17에 도시한다.
video-format는, 이 StreamCodinglnfo()에 대응하는 stream-PID로 가리켜지는 비디오 스트림의 비디오 포맷를 나타낸다. 값의 의미를 도 18에 도시한다.
frame_rate는, 이 StreamCodingInfo()에 대응하는 stream_PID로 가리켜지는 비디오 스트림의 프레임 레이트를 나타낸다. 값의 의미를 도 19에 도시한다.
display_aspect_ratio는, 이 StreamCodingInfo()에 대응하는 stream_PID로 가리켜지는 비디오 스트림의 디스플레이·애스펙트·레이쇼를 나타낸다. 값의 의미를 도 20에 도시한다.
cc_flag는, 이 Stream CodingInfo()에 대응하는 stream_PID로 가리켜지는 비디오 스트림중에서 클로스드·캡션(closed caption data) 신호가 부호화 되어 있는지를 나타내는 플래그이다.
original_video_format_flag는, 이 StreamCodingInfo()중에 original_video_format과 original_display_aspect_ratio가 존재하는지를 나타내는 플래그이다.
origina1_video_format은, 이 StreamCodingInfo()에 대응하는 stream_PID로 가리켜지는 비디오 스트림이 부호화 되기 전의 오리지널의 비디오 포맷이다. 값의 의미는 상기한 video_format와 같다.
original_display_aspect_ratio는, 이 StreamCodingInfo()에 대응하는 stream_PID로 가리켜지는 비디오 스트림이 부호화 되기 전의 오리지널의 디스플레이·애스펙트·레이쇼이다. 값의 의미는 상기한 display_aspect_ratio와 같다.
비디오 스트림과 함께 멀티미디어 데이터 스트림(BML 스트림, 자막 등)이 다중화 되어 있는 트랜스포트 스트림을 트랜스·코딩 하는 경우에 있어서, 비디오 스트림은 재 인코드 됨으로써, 그 비디오 포맷이 변화(예를 들면, 1O8Oi로부터 48Oi로 변화한다)하지만, 멀티미디어 데이터 스트림은 오리지널의 스트림을 유지한 경우를 생각한다.
이 때, 새로운 비디오 스트림과 멀티미디어 데이터 스트림의 사이에 정보의 미스매치가 생기는 경우가 있다. 예를 들면, 멀티미디어 데이터 스트림의 표시에 관한 파라미터는, 오리지널의 비디오 스트림의 비디오 포맷을 상정하고 결정되어 있음에도 불구하고, 비디오 스트림의 재 인코드에 의해, 그 비디오 포맷이 변화한 경우이다.
이와 같은 경우, original_video_format과 original-display_aspect_ratio에, 오리지널의 비디오 스트림에 관한 정보를 보존한다. 재생기는, 상기한 새로운 비디오 스트림과 멀티미디어 데이터 스트림으로부터 다음과 같이 하여, 표시 화상을 만든다.
비디오 스트림은, original_video_format과 original_display_aspect_ratio로 나타내여지는 비디오 포맷에 업·샘플링 된다. 그 업·샘플링 된 화상과 멀티미디어 데이터 스트림이 합성되고, 올바른 표시 화상을 만든다.
audio_presentation_type은, 이 StreamCodingInfo()에 대응하는 stream_PID로 가리켜지는 오디오 스트림의 프리젠테이션·타입을 나타낸다. 값의 의미를 도 21에 도시한다.
sampling_frequency는, 이 StreamCodingInfo()에 대응하는 stream_PID로 가리켜지는 오디오 스트림의 샘플링 주파수를 나타낸다. 값의 의미를 도 22에 도시한다.
다음에, CPI()에 관해 설명한다. CPI(Characteristic Point Information)는, AV 스트림중의 재생 시간 정보와 그 파일중의 어드레스를 관련시키기 위해서이다.
CPI에는 2개의 타입이 있고, 그들은 EP_map과 TU_map이다. CPI()중의 CPI_type이 EP_map type인 경우, 그 CPI()는 EP_map을 포함한다. 또한, CPI()중의 CPI_type이 TU_map type인 경우, 그 CPI()는 TU_map을 포함한다. 1개의 AV 스트림 파일은, 1개의 EP_map 또는 1개의 TU_map을 갖는다.
EP_map은, 엔트리 포인트(EP) 데이터의 리스트이고, 그것은 엘리멘터리 스트림 및 트랜스포트 스트림으로부터 추출된 것이다. 이것은, AV 스트림중에서 디코드를 시작하여야 할 엔트리 포인트의 장소를 찾기 위한 어드레스 정보를 갖는다. 하나의 EP 데이터는, 프리젠테이션 타임 스탬프(PTS)와, 그 PTS에 대응하는 액세스 유닛의 AV 스트림중의 데이터 어드레스의 쌍으로 구성된다.
EP_map은, 주로 2개의 목적을 위해 사용된다. 제 1로, PlayList중에서 프리젠테이션 타임 스탬프에 의해 참조되는 액세스 유닛의 AV 스트림중의 데이터 어드레스를 찾기 위해 사용된다. 제 2로, 패스트 포워드 재생이나 패스트 리버스 재생을 위해 사용된다. 기록 장치가, 입력 AV 스트림을 기록하는 경우, 그 스트림의 신택스를 해석할 수 있을 때, EP_map이 작성되고, 디스크에 기록된다.
TU-map은, 디지털 인터페이스를 통하여 입력되는 트랜스포트 패킷의 도착 시각에 의거한 타임 유닛(TU) 데이터의 리스트를 갖는다. 이것은, 도착 시각 베이스의 시간과 AV 스트림중의 데이터 어드레스와의 관계를 준다. 기록 장치가, 입력 AV 스트림을 기록하는 경우, 그 스트림의 신택스를 해석할 수 없을 때, TU_map이 작성되고, 디스크에 기록 기록된다.
도 23은 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에 의해 참조되는 액세스 유닛의 제 1바이트째를 포함하는 소스 패킷의 AV 스트림 파일중에서의 어드레스를 나타낸다. SPN_EP_start는 소스 패킷 번호를 단위로 하는 크기이고, AV 스트림 파일의 최초의소스 패킷으로부터, 제로를 초기치로서 카운트 된다.
AV 스트림 파일중에 복수의 비디오 스트림이 존재하는 경우, EP_map은 각 비디오 스트림에 대해, 상기한 데이터를 갖을 수 있다.
도 24는, EP_map의 예를 도시한다. 여기서는, Clip AV stream중에, stream_PID = x의 비디오 스트림이 있고, k개의 엔트리 포인트가 있다(num_EP_ehtries = k). SPN_EP_start로 가리켜지는 소스 패킷의 예를 도면에 도시한다. 그 소스 패킷중의 트랜스포트 패킷의 TP_header에 계속되는 페이로드는, PES 패킷 헤더로부터 시작한다. 그에 계속해서, 시퀀스 헤더(SQH)가 있고, 그에 계속해서 GOP 헤더(GOPH)가 있고, 그에 계속해서 I-픽처 헤더(I-PICH)가 있다. 이 시퀀스 헤더로부터 시작되는 액세스 유닛의 DPTS는, PES 패킷 헤더중에 부호화 되어 있다.
다음에, TU_map에 관해 설명한다.
도 25는, 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의 시맨틱스에서 후술한다.
도 26은 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에 엔트리 되는 경우는, 다음의 조건 식이 충족된다.
offset_arrival_time[0] = 0
0 < atc_id < num_of_ATC_sequences로 되는 atc_id에 관해,
offset_arrival_time[atc_id]
> offset_arrival_time[atc_id -1] + time_unit
* num_of_time_unit_entries[atc_id -1]
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 스트림의 내용에 기인하는 특징적인 신을 지정한다. 예를 들면, CM 시작점이나 CM 종료점, 또한 장면 체인지점 등이다. Clip에 세트되는 마크는, AV 스트림이 새로운 Clip으로서 기록되는 때에 기록기가 세트한다. 또한, 후에 PlayList 파일중에서 설명하지만, PlayIist에 세트되는 마크를 저장 하기 위해,PlayList 파일은 PlayListMark를 갖는다. PlayList에 세트되는 마크는, 주로 유저에 의해 세트된다. 예를 들면, 북마크나 리줌 점 등이다.
Clip 또는 PlayList에 마크를 세트하는 것은, 마크의 시각을 나타내는 타임 스탬프를 ClipMark/PlayListMark에 추가함으로써 행하여진다. 또한, 마크를 삭제하는 것은, ClipMark/PlayListMark중에서, 그 마크의 타임 스탬프를 삭제함으로써 행하여진다. 따라서, 마크의 세트나 삭제에 의해, AV 스트림은 어떠한 변경도 이루어지지 않는다.
도 27은, Clip에 세트된 마크와 PlayList에 세트되는 마크의 관계를 도시한 도면이다. PlayList를 재생할 때, 그 PlayList가 참조하는 Clip의 ClipMark에 저장 되어 있는 마크를 참조할 수 있다. 따라서 하나의 Clip을 Real PlayList나 복수의 Virtual PlayList에 의해 참조하고 있는 경우, 그들의 PlayList는, 그 하나의 Clip의 ClipMark를 공유할 수 있기 때문에, 마크의 데이터를 효율 좋게 관리할 수 있다.
도 28은, ClipMark의 신택스를 도시한다.
length는, 이 length 필드의 직후의 바이트로부터 ClipMark()의 최후의 바이트까지의 바이트 수를 나타낸다.
maker_ID는, 그 mark_type을 정의하고 있는 메이커의 메이커 ID를 나타낸다.
number_of_Clip_marks는, ClipMark중에 저장 되어 있는 마크의 엔트리 수를 나타낸다.
mark_invalid_flag는, 1비트의 플래그로서, 이 값이 제로로 세트되어 있는때, 이 마크는 유효한 정보를 갖고 있는 것을 나타내고, 또한, 이 값이 1로 세트되어 있는 때, 이 마크는 무효인 것을 나타낸다.
유저가 유저 인터페이스상에서 하나의 마크의 엔트리를 소거하는 오퍼레이션을 한 때, 기록기는 ClipMark로부터 그 마크의 엔트리를 소거하는 대신에, 그 mark_invalid_flag의 값을 1로 변경하여도 좋다.
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 필드가, OxFFFF가 아닌 값인 경우, 그 마크에는 섬네일 픽처가 부가되어 있고, 그 섬네일 픽처은, mark.tdat 파일중에 저장 되어 있다. 그 화상은, mark.tidx 파일중에서 thumbnail_index의 값을 이용하여 참조된다(후술). ref_to_thumbnail_index 필드가, OxFFFF인 경우, 그 마크에는 섬네일 픽처가부가되지 않은 것을 나타낸다.
representative_picture_time_stamp는, mark_time_stamp에 의해 나타내여지는 마크를 대표하는 화상의 포인트를 나타내는 타임 스탬프를 저장 한다.
도 29는 PlayList file의 신택스를 도시한다. PlayList file은, UIAppInfoPlayList(), PlayList(), PlayListMark()를 갖는다.
PlayList-start_address는, PlayList 파일의 선두의 바이트로부터의 상대 바이트 수를 단위로 하여, PlayList()의 선두 어드레스를 나타낸다. 상대 바이트 수는 제로로부터 카운트된다.
PlayListMark_start_address는, PlayList 파일의 선두의 바이트로부터의 상대 바이트 수를 단위로 하여, PlayIistMark()의 선두 어드레스를 나타낸다. 상대 바이트 수는 제로로부터 카운트된다.
그 밖의 신택스 필드는, 본 발명의 실시 형태를 설명하기 위해 필요 없기 때문에 설명을 생략한다.
UIAppInfoPlayList()는, PlayList에 관한 유저 인터페이스 어플리케이션의 파라미터를 저장 한다.
도 3O에, UIAppInfoPlayList()의 신택스를 도시한다.
ref_to_thumbnail_index는, 마크에 부가되는 섬네일 픽처의 정보를 나타낸다. ref_to_thumbnail_index 필드가, 0xFFFF가 아닌 값인 경우, 그 마크에는 섬네일 픽처가 부가되어 있고, 그 섬네일 픽처은, menu.tdat 파일중에 저장 되어 있다. 그 화상은, menu.tidx 파일중에서 thumbnail_index의 값을 이용하여 참조된다(후술). ref_to_thumbnail_index 필드가 OxFFFF인 경우, 그 마크에는 섬네일 픽처가 부가되지 않은 것을 나타낸다.
그 밖의 신택스 필드는, PlayList에 관한 유저 인터페이스 어플리케이션의 파라미터를 나타내는 것이지만, 본 발명의 실시 형태를 설명하기 위해 필요 없기 때문에 상세한 설명을 생략한다.
도 31은, 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는, O 으로부터 시작한다.
그 밖의 신택스 필드는, 본 발명의 실시 형태를 설명하기 위해 필요 없기 때문에 설명을 생략한다.
다음에, PlayItem에 관해 설명한다. 1개의 PlayItem은, 기본적으로 다음의 데이터를 포함한다.
(1) PlayItem이 가리키는 Clip의 파일명을 지정하기 위한 Clip_information_file_name.
(2) 그 Clip의 재생 구간을 특정하기 위한 IN_time과 OUT_time의 페어.
(3) PlayList중에서 연속하는 2개의 PlayItem에 관해, 앞측의 PlayItem과 현재의 PlayItem과의 접속의 상태를 나타내는 곳의 connection_condition.
도 32는 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()중에 있다)으로 나타내는 재생 구간중의 시간을 가리킨다.
도 33은 CPI_type이 TU_map의 PlayList(이것을 TU_map type의 PlayList라고 부른다)를 설명하는 도면이다. TU_map type의 PlayList인 경우, PlayItem의 IN_time과 OUT_time은, 어라이벌 타임 베이스의 시간을 가리킨다. 그 IN_time과 OUT_time은, 같은 ATC-sequence상의 시각을 가리킨다.
도 34는 EP_map type의 PlayList의 시간 정보와 AV 스트림 파일중의 어드레스 정보와의 관계를 설명하는 도면이다. PlayList의 시간 정보는, AV 스트림 파일중의 픽처나 오디오 프레임의 PTS 정보이다. 그리고, Clip Information file의 EP_map과 SequenceInfo가, AV 스트림중의 시간 정보와 그 파일중의 어드레스를 관련시킨다.
도 35는 TU_map type의 PlayList의 시간 정보와 AV 스트림 파일중의 어드레스 정보와의 관계를 설명하는 도면이다. PlayList의 시간 정보는, AV 스트림 파일중의 어라이벌·타임 정보이다. 그리고, Clip Information file의 TU_map이, AV 스트림중의 시간 정보와 그 파일중의 어드레스를 관련시킨다.
도 36은 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의 값은, Sequencelnfo중에서 정의되고 있다.
IN_time은, PlayItem의 재생 시작 시각을 저장 한다.
OUT_time은, PlayItem의 재생 종료 시각을 저장 한다.
Bridge_Clip_Information_file_name은, 선행하는 PlayItem과 현재의 PlayItem이 심레스하게 접속되어 있는 경우의 재생 보조 정보이다.
도 37은 PlayListMark()의 신택스를 도시한다. PlayListMark는 전술한 바와 같이, 주로 유저에 의해 세트되는 마크를 저장 한다.
length는, 이 length 필드의 직후의 바이트로부터 PlayListMark()의 최후의 바이트까지의 바이트 수를 나타낸다.
number_of_PlayList_marks는, PlayListMark중에 저장 되어 있는 마크의 엔트리 수를 나타낸다.
mark_invalid_flag는, 1비트의 플래그로서, 이 값이 제로로 세트되어 있는 때, 이 마크는 유효한 정보를 갖고 있는 것을 나타내고, 또한, 이 값이 1로 세트되어 있는 때, 이 마크는 무효인 것을 나타낸다.
유저가 유저 인터페이스상에서 하나의 마크의 엔트리를 소거하는 오퍼레이션을 한 때, 기록기는 PlayListMark로부터 그 마크의 엔트리를 소거하는 대신에, 그 mark_invalid_flag의 값을 1로 변경하여도 좋다.
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가, OxFFFF가 아닌 값에 세트되어 있는 경우, 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" 디렉토리에 관해 설명한다. 도 38은 "info.dvr" 파일의 신택스를 도시한 도면이다. "info.dvr" 디렉토리는, UIAppInfoVolume(), TableOfPlayLists()를 갖는다.
TableOfPlayLists_Start_address는, info.dvr 파일의 선두의 바이트로부터의 상대 바이트 수를 단위로 하여, TableOfPlayLists()의 선두 어드레스를 나타낸다. 상대 바이트 수는 제로로부터 카운트된다.
도 39에, UIAppInfoPlayList()의 신택스를 도시한다.
ref_to_thumbnail_index는, 마크에 부가되는 섬네일 픽처의 정보를 나타낸다. ref_to_thumbnail_index 필드가, OxFFFF가 아닌 값인 경우, 그 마크에는 섬네일 픽처가 부가되어 있고, 그 섬네일 픽처은, menu.tdat 파일중에 저장 되어 있다. 그 화상은, menu.tidx 파일중에서 thumbnail_index의 값을 이용하여 참조된다(후술). ref_to_thumbnail_index 필드가, OxFFFF인 경우, 그 마크에는 섬네일 픽처가 부가되지 않은 것을 나타낸다.
그 밖의 신택스 필드는, Volume에 관한 유저 인터페이스 어플리케이션의 파라미터를 나타내는 것이지만, 본 발명의 실시의 형태를 설명하기 위해 필요 없기 때문에 상세한 설명을 생략한다.
도 40은, TableOfPlayLists()의 신택스를 도시한다. TableOfPlayLists()는, PlayList(Real PlayList와 Virtual PlayList)의 파일명을 저장 한다. 볼륨(디스크)에 기록되어 있는 모든 PlayList 파일은, Table0fPlayList()중에 포함된다. TableOfPlayLists()는, 볼륨중의 PlayList의 디폴트의 재생 순서를 나타낸다.
length는, 이 length 필드의 직후로부터 TableOfPlayLists()의 최후까지의 TableOfPlayLists()의 바이트 수를 나타낸다.
number_of_PlayLists는, 볼륨에 기록되어 있는 PlayList의 수를 나타낸다.PlayList_file_name의 10바이트의 숫자는, PlayList의 파일명을 나타낸다.
다음에, 섬네일에 관한 정보를 저장 하는 파일의 컨텐츠을 설명한다.
"menu.tidx"와 "menu.tdat"는, 메뉴 섬네일, 즉 Volume를 대표하는 하나의 화상 및 PlayList마다 그것을 대표하는 하나의 화상의 정보를 저장 한다. 모든 메뉴 섬네일의 헤더 정보는, 하나의 menu.tidx에 모아서 관리된다. 모든 메뉴 섬네일의 픽처 데이터는, 하나의 menu.tdat에 모아서 관리된다.
"mark.tidx"와 "mark.tdat"는, 마크 섬네일, 즉 마크점으로 가리켜지는 픽처에 관한 정보를 저장 한다. Volume중의 모든 Clip 및 PlayList에 부가되어 있는 모든 마크 섬네일의 헤더 정보는, 하나의 mark.tidx에 모아서 관리된다. 모든 마크 섬네일의 픽처 데이터는, 하나의 mark.tdat에 모아서 관리된다.
섬네일의 픽처 데이터는, 예를 들면, 화상을 JPEG로 부호화 한 데이터이다.
이들 4개의 파일의 신택스와 시멘텍스를 설명한다.
"menu.tidx"와 "mark.tidx"는, 같은 신택스 구조를 갖는다. 도 41은, "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의 사이즈를 나타낸다. 이 사이즈는, 1O24바이트를 단위로 하는 크기이다. 예를 들면, tn_block_size = 1은, 하나의 tn_block의 사이즈가 1O24바이트인 것을 나타낸다. 하나의 섬네일 픽처는, 하나의 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의 값 이하가 되도록, 부호화 하여야 한다.
horizonta_picture_size는, thumbnail_index로 가리켜지는 부호화 섬네일 픽처의 수평 방향의 화소를 나타낸다.
vertical_picture_size는, thumbnail_index로 가리켜지는 부호화 섬네일 픽처의 수직 방향의 화소를 나타낸다.
display_aspect_ratio는, thumbnail_index로 가리켜지는 부호화 섬네일 픽처의 디스플레이·애스펙트·레이쇼를 나타낸다.
도 42는 "menu.tdat"와 "mark.tdat"의 신택스 구조를 도시한다. "menu.tdat"와 "mark.tdat"는, 같은 신택스 구조를 갖는다.
tn_block은, 하나의 부호화 섬네일 픽처가 저장 되는 영역이다. 하나의 섬네일 픽처의 바이트 길이는, 하나의 tn_block의 크기 이하이다. 하나의 픽처 데이터의 제 1바이트째는, tn_block의 제 1바이트째와 일치하지 않으면 안된다.
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이 만들어진다.
도 43은, 섬네일 픽처 데이터가 어떻게 tn_block에 저장되는지를 모식적으로 표현한 도면이다. 도면과 같이, 하나의 섬네일 픽처의 바이트 길이는, 하나의 tn_block의 크기 이하이다. tn-block 열중에, 사용되지 않는 tn_block이 존재하여도 좋다.
다음에, PlayList의 편집 동작의 컨셉트에 관해 설명한다. 이하의 처리는,유저로부터의 조작에 의거하여, 예를 들면, 후술하는 도 44의 제어부(17)에 의해 실행된다.
도 45는, AV 스트림이 새로운 Clip으로서 기록될 때의 Clip과 PlayList의 관계의 컨셉트를 설명하는 도면이다. AV 스트림가 새로운 Clip으로서 기록되는 경우, 그 Clip 전체의 재생 가능 범위를 참조하는 Real PlayList가 만들어진다.
도 46은 Virtual PlayList의 작성의 컨셉트에 관해 설명하는 도면이다. 유저가 Real PlayList의 재생 범위중에서, IN-time과 OUT-time을 지정함으로써, 보고 싶은 재생 구간의 PlayItem을 만들고, Virtual PlayList를 만든다.
도 47은 Real PlayList의 재생 구간의 일부분을 소거한 때의 Clip과 PlayList의 관계의 컨셉트를 설명하는 도면이다. 필요한 Clip AV 스트림의 재생부분만을 참조하도록, Real PlayList의 PlayItem을 변경한다. 그리고, Clip AV 스트림의 불필요한 스트림 부분을 소거한다. 도 47에 도시한 바와 같이, 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)'의 조작을 한다.
도 48은, 미니마이즈의 편집을 한 때의 Clip과 Real PlayList, Virtual PlayList의 관계의 컨셉트를 설명하는 도면이다. 미니마이즈 편집은, Real PlayList의 PlayItem을, Virtual PlayList에 필요한 Clip의 스트림 부분만을 참조하도록 변경한다. 그리고, Virtual PlayList에 있어서 불필요한 Clip의 스트림 부분을 소거한다.
도 48에 도시한 바와 같이, Clip AV 스트림의 중앙부의 데이터를 소거하여도, Clip AV 스트림 파일은 분할되지 않고, 하나의 파일이다. 하나의 Clip AV 스트림의 데이터를 부분적으로 소거하여도, 남은 데이터 부분은 하나의 Clip AV 스트림으로 정리된다.
다음에, 상기한 컨셉트에 의거하여, Clip AV 스트림의 데이터를 부분적으로 소거하는 경우의 Clip Information file의 변화에 관해 설명한다.
전술한 바와 같이, AV 스트림을 Clip 파일로서 새롭게 기록할 때, 그 Clip은 ATC의 불연속점을 포함하지 않고, 단지 하나의 ATC-sequence를 갖는다. 그리고, ATC의 불연속점은, 편집 등에 의해 Clip AV 스트림 파일의 스트림 데이터를 부분적으로 소거한 경우에만, 만들어지는 것을 상정하고 있다. 즉, 도 47이나 도 48에 도시한 바와 같이, 하나의 Clip AV 스트림의 데이터를 부분적으로 소거하고, 남은 데이터 부분이 하나의 Clip AV 스트림으로 정리된 때, 그 Clip은 ATC의 불연속점을 갖고, 복수의 ATC-sequence를 갖는다. 예를 들면, 도 49에 있어서, 편집 전의 Clip은 ATC의 불연속점을 포함하지 않고, 단지 하나의 ATC-sequence를 갖는다고 한다. 그리고 도면에 도시한 바와 같이, Clip AV 스트림의 중앙부의 데이터를 소거한 경우, 편집 후의 Clip은 2개의 ATC-sequence를 갖는다.
도 50은, 하나의 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는 1개인 채이다. 이 program-sequence는, ATC-sequence의 경계와 STC-sequence의 경계를 걸치고 있다.
다음에, 상기한 바와 같 Clip AV 스트림의 데이터가 부분적으로 소거되는 때의, Clip과 PlayList의 관계에 관해 설명한다.
도 51은, 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스트림 데이터에 관해, PlayItemn2와 PlayItem3에 사용되지 않는 부분의 AV 스트림 데이터를 소거하였다고 한다.
편집 후의 Clip은 2개의 ATC-sequence를 갖고, stc_id = 1이였던 STC-sequence는 2개의 STC-sequence으로 나누어진다. 1번째의 ATC-sequence에 관한 offset_STC_id[0]는 제로로 세트되고, 2번째의 ATC-sequence에 관한 offset_STC_id[l]는 1로 세트된다. 즉, 1번째의 ATC-sequence중에서 최후의 STC-sequence의 stc-id와 2번째의 ATC-sequence중에서 최초의 STC-sequence의 stc_id는, 같은 값으로 1로 된다.
이로써, 편집 후의 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에 관해서는 아무것도 변경하지 않아도 좋다.
이 효과에 관한 이해를 돕기 위해, 도 52는 Clip중에 ATC의 불연속을 허용하지 않는 경우에 있어서, Clip AV 스트림 일부분을 소거한 때에, Clip 파일이 2개로나누어지는 경우를 설명하는 도면이고, 또한, 그 때의 Clip과 PlayList의 관계를 설명하는 도면이다.
도 51과 마찬가지로 하여, 편집 전의 Clip은 하나의 ATC-sequence와 3개의 STC-sequence를 갖는다고 한다. 이 ATC-sequence에 관한 offset_STC_id[0]는 제로이다. 그리고, Clip중의 stc_id = 1인 STC-sequence는, PlayItem2와 PlayItem3에 사용되고 있다고 한다. 지금, 도면에 도시한 바와 같이 stc_id = 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 파일을 판독하고, 재생 장치(동화상 기록 재생 장치(1))의 메모리(제어부(17)에 내장되어 있는 메모리)에 저장 하는 처리에 걸리는 시간이 증가하는 문제가 있다. 또한, 디스크(기록 매체(10))중에 기록 가능한 파일 수의 상한을 어느 소정의 값으로 정한 때, 편집 등에 의해Clip 파일 수가 많아지고, 그 수가 상한에 달하여 버려, 디스크중에 아직 빈 영역이 있는데도 기록할 수 없게 되는 문제가 발생한다.
(2) Clip AV 스트림 파일의 부분적인 데이터를 소거한 때에, 디스크중에 있는 Virtual PlayList의 변경에 걸리는 시간이 크다는 문제.
본 발명은, 이들의 문제를 해결한다. 즉, 디스크의 재생 시작시에 모든 Clip 파일을 판독하고, 재생 장치의 메모리에 저장 하는 처리에 걸리는 시간을 작게 할 수 있다. 또한, 디스크중에 기록 가능한 파일 수의 상한을 보다 작게 설정할 수 있다. 또한, Clip AV 스트림 파일의 부분적인 데이터를 소거한 때에, 디스크중에 있는 Virtual PlayList의 변경에 걸리는 시간이 작아진다.
도 53은, 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]은 제로로 세트되고, 2번째의 ATC-sequence에 관한 offset_arrival_time[1]은 값 X로 세트된다. 값 X는, 0UT_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를 찾을 수 있다. 예를 들면, 도 53의 경우, PlayItem3의 IN_time3은 2번째의 ATC-sequence의 offset_arrival_time( = X)보다 크기 때문에, PlayItem3의 IN_time3과 0UT_time3은, 2번째의 ATC-sequence를 가리키는 것을 알 수 있다.
다음에, DVR 어플리케리션 구조의 데이터를 기록 재생하는 시스템에 관해, 도 44의 동화상 기록 재생 장치(1)의 블록도를 이용하여 설명한다.
예를 들면, 광디스크에 의해 구성되는 기록 매체(10)는, 재생부(61)의 판독부(11)에 의해, 그곳에 기록되어 있는 정보가 판독된다. 복조부(12)는, 판독부(11)가 기록 매체(10)로부터 판독 데이터를 복조하고, ECC 복호부(13)에 공급한다. ECC 복호부(13)는, 복조부(12)로부터 공급된 데이터를, AV 스트림과 데이터베이스로 분리하고, AV 스트림을 소스 디패키타이저(14)에 공급하고, 데이터베이스를 제어부(17)에 출력한다.
소스 디패키타이저(14)는, 입력된 AV 스트림을 디패키타이즈 하고, 디멀티플렉서(15)에 출력한다. 디멀티플렉서(15)는, 소스 디패키타이저(14)로부터 공급된 데이터를 비디오(V), 오디오(A) 및 시스템(S)의 각 데이터로 분리하고,AV디코더(16)와 멀티플렉서(25)에 출력한다. AV 디코더(16)는, 입력된 비디오 데이터과 오디오 데이터를, 시스템 데이터에 의거하여 디코드하고, 비디오 신호를 단자(18)로부터, 오디오 신호를 단자(19)로부터 각각 출력한다.
기록부(62)의 AV 인코더(23)에는, 단자(21)로부터 입력된 비디오 신호와, 단자(22)로부터 입력된 오디오 신호가 공급된다. 비디오 신호는 또한, 비디오 해석부(24)에도 공급된다. AV 인코더(23)와 비디오 해석부(24)에는, 단자(21)로부터 입력된 비디오 신호 대신에, 필요에 따라, AV 디코더(16)가 출력한 비디오 신호가 공급된다.
AV 인코더(23)는, 입력된 비디오 신호와 오디오 신호를 인코드 하고, 인코드 한 비디오 신호(V), 오디오 신호(A) 및 인코드에 대응하는 시스템 데이터(S)를, 멀티플렉서(25)에 출력한다.
비디오 해석부(24)는, 입력된 비디오 신호를 해석하고, 해석 결과를 제어부(17)에 출력한다.
단자(33)에는, 디지털 인터페이스 또는 디지털 TV 튜너로부터의 트랜스포트 스트림이 입력되고, 스위치(27)을 통하여, 디멀티플렉서(15), 또는 또한 스위치(28)를 통하여, 다중화 스트림 해석부(26) 및 소스 패키타이저(29)에 공급된다. 다중화 스트림 해석부(26)와 소스 패키타이저(29)에는 또한, 스위치(28)를 통하여 멀티플렉서(25)가 출력한 신호도, 스위치(27)로부터의 신호 대신에 공급 가능하게 되고 있다.
다중화 스트림 해석부(26)는, 입력된 신호를 해석하고, 해석 결과를제어부(17)에 출력한다. 소스 패키타이저(29)는, 입력된 신호를 패키타이즈 하여, ECC 부호화부(30)에 공급한다. ECC 부호화부(30)에는, 제어부(17)가 출력하는 데이터베이스도 공급되고 있다.
ECC 부호화부(30)는, 입력에 오류 정정 부호를 부가하여 부호화 하고, 변조부(31)로 출력한다. 변조부(31)는, ECC 부호화부(30)로부터 입력된 데이터를 변조하고, 기록부(32)에 출력한다. 기록부(32)는, 변조부(31)로부터 입력된 데이터를 기록 매체(10)에 기록하는 처리를 실행한다.
제어부(17)는, 각종의 데이터를 기억하는 기억부(17A)를 갖고 있고, 상술한 포맷을 관리하고, 데이터의 기록 매체(10)에 대한 기록 또는 재생을 위해, 각 부분을 제어한다.
제어부(17)에는 또한, 드라이브(41)가 접속되고 있고, 자기디스크(51), 광디스크(52), 광자기디스크(53), 또는 반도체 메모리(54) 등이 드라이브된다.
또한, 광디스크(52)는, 기록 매체(10)를 겸용하는 것도 가능하다.
다음에 기록시의 기본적 동작에 관해, 동화상 기록 재생 장치(1) 자신이, 입력 오디오 비디오 신호를 부호화 하여 기록하는 경우를 예로 하여서 설명한다.
기록부(62)의 단자(21)와 단자(22)로부터는, 각각 비디오 신호와 오디오 신호가 입력된다. 비디오 신호는, 비디오 해석부(24)와 AV 인코더(23)에 입력된다. 또한, 오디오 신호도 또한 AV 인코더(23)에 입력된다. AV 인코더(23)는, 입력 비디오 신호와 오디오 신호를 부호화 하고, 부호화 비디오스트림(V), 부호화 오디오 스트림(A) 및 시스템 정보(S)를 멀티플렉서(25)에 출력한다.
부호화 비디오 스트림(V)은, 예를 들면 MPEG2 비디오 스트림이고, 부호화 오디오 스트림(A)은, 예를 들면 MPEG1 오디오 스트림이나 돌비AC3(상표) 오디오 스트림 등이다. 시스템 정보(S)는, 비디오 오디오의 부호화 정보(부호화 화상이나 오디오 프레임의 바이트 사이즈, 픽처 부호화 타입 등)나 AV 동기 등의 시간 정보이다.
멀티플렉서(25)는, 입력 스트림을 입력 시스템 정보에 의거하여 다중화 하여, 다중화 스트림을 출력한다. 다중화 스트림은, 예를 들면, MPEG2 트랜스포트 스트림이나 MPEG2 프로그램 스트림이다. 다중화 스트림은, 다중화 스트림 해석부(26) 및 소스 패기타이저(29)에 입력된다. 소스 패키타이저(29)는, 입력 다중화 스트림을, 기록 매체(10)의 어플리케이션 포맷에 따라, 소스 패킷으로 구성되는 AV 스트림에 부호화 한다. AV 스트림은, ECC(오류 정정) 부호화부(30)에서 오류 정정 부호가 부가되고, 변조부(31)에서 변조 처리되고, 기록부(32)에 입력된다. 기록부(32)는, 제어부(17)로부터 지시되는 제어 신호에 의거하여 기록 매체(10)에 AV 스트림 파일을 기록한다.
다음에, 예를 들면, 도시하지 않는 디지털 인터페이스 또는 디지털 TV 튜너로부터 입력되는 디지털 TV 방송 등의 트랜스포트 스트림을 기록하는 경우를 설명한다.
단자(33)로부터는 트랜스포트 스트림이 입력된다. 입력 트랜스포트 스트림의 기록 방법은 2가지 있으며, 그들은, 트랜스페어런트하게 기록하는 방법과 기록 비트 레이트를 내리는 등의 목적을 위해 재 인코드를 하여 기록하는 방법이다. 기록 방법의 지시 정보는, 유저 인터페이스로서의 단자(20)로부터 제어부(17)에 입력되고, 제어부(17)가 기록 방법을 제어한다.
입력 트랜스포트 스트림을 트랜스페어런트하게 기록하는 경우, 트랜스포트 스트림은, 다중화 스트림 해석부(26) 및 소스 패키타이저(29)에 입력된다. 이 이후, 기록 매체(10)에 AV 스트림이 기록되기 까지의 처리는, 상술한 입력 오디오 신호와 비디오 신호를 부호화 하여 기록하는 경우와 같다.
입력 트랜스포트 스트림을 재 인코드 하여 기록하는 경우, 입력 트랜스포트 스트림, 디멀티플렉서(15)에 입력된다. 디멀티플렉서(15)는, 비디오 스트림(V)을 AV디코더(16)에 입력한다. AV 디코더(16)는, 비디오 스트림을 복호하고, 재생 비디오 신호를 AV 인코더(23)에 입력한다. AV 인코더(23)는, 입력 비디오를 부호화 하고, 부호화 비디오 스트림(V)을 멀티플렉서(25)에 입력한다.
한편, 디멀티플렉서(15)로부터 출력되는 오디오 스트림(A)과 시스템 정보(S)는, 다이렉트로 멀티플렉서(25)에 입력된다. 멀티플렉서(25)는, 입력 스트림을, 입력 시스템 정보에 의거하여 다중화 하고, 다중화 스트림을 출력한다. 이 이후, 기록 매체(10)에 AV 스트림이 기록되기 까지의 처리는, 상술한 입력 오디오 비디오 신호를 부호화 하고 기록하는 경우와 같다.
이 동화상 기록 재생 장치(1)는, AV 스트림 파일을 기록함과 함께, 그 파일에 관계되는 어플리케이션 데이터베이스 정보도 또한 기록한다. 어플리케이션 데이터베이스 정보는, 제어부(17)에 의해 작성된다. 제어부(17)에의 입력 정보는, 비디오 해석부(24)로부터의 동화상의 특징 정보, 다중화 스트림 해석부(26)로부터의 AV 스트림 특징 정보 및 유저 인터페이스로서의 단자(20)로부터 입력되는 유저의 지시정보이다.
비디오 해석부(24)로부터의 동화상의 특징 정보는, 동화상 기록 재생 장치(1) 자신이 비디오 신호를 부호화 한 경우에 있어서, 동화상 기록 재생 장치(1)에 의해 생성되는 것이다. 비디오 해석부(24)는, 입력 비디오 신호의 내용을 해석하고, 입력 동화상 신호중의 특징적인 마크점의 화상에 관계되는 정보를 생성한다. 이 정보는, 예를 들면, 입력 비디오 신호중의 프로그램의 시작점, 신 체인지점, CM의 스타트·엔드점 등의 특징적인 마크점의 화상의 지시 정보이고, 또한, 이것에는, 그 화상의 섬네일도 포함된다. 이들의 화상의 지시 정보는, 제어부(17)를 통하여, 멀티플렉서(25)에 입력된다.
멀티플렉서(25)는, 제어부(17)로부터 지시되는 마크점의 화상의 부호화 픽처를 다중화 한 때에, 그 부호화 화상의 AV 스트림상에서의 어드레스 정보를 제어부(17)로 되돌린다. 제어부(17)는, 특징적인 화상의 종류와, 그 부호화 픽처의 AV 스트림상에서의 어드레스 정보를 관련시켜서 기억한다.
다중화 스트림 해석부(26)로부터의 AV 스트림의 특징 정보는, 기록되는 AV 스트림의 부호화 정보에 관계되는 정보이고, 이들은 동화상 기록 재생 장치(1)에 의해 생성된다. 예를 들면, AV 스트림중에 있어서의 I픽처의 타임 스탬프와 어드레스 정보, STC의 불연속 정보, 프로그램 내용의 변화 정보, 어라이벌 타임과 어드레스 정보, 등이 포함된다.
AV 스트림 내의 I픽처의 타임 스탬프와 어드레스 정보는 상술한 EP_map에 저장 되는 데이터로 된다. AV 스트림 내의 STC의 불연속 정보는 상술한 SequenceInfo에 저장 되는 데이터로 된다. AV 스트림 내의 프로그램 내용의 변화 정보는 ProgramInfo에 저장 되는 데이터로 된다. 또한, AV 스트림 내의 어라이벌 타임과 어드레스 정보는 상술한 TU_map에 저장 된다.
또한, 다중화 스트림 해석부(26)는, 단자(33)로부터 입력되는 트랜스포트 스트림을 트랜스페어런트하게 기록하는 경우, AV 스트림중의 특징적인 마크점의 화상을 검출하고, 그 종류와 어드레스 정보를 생성한다. 이 정보는, ClipMark에 저장 되는 데이터로 된다.
다중화 스트림 해석부(26)로부터의 AV 스트림의 특징 정보는, AV 스트림의 데이터베이스(Clip Information)에 저장 되는 것이다.
단자(20)로부터의 유저의 지시 정보에는, AV 스트림중의 좋아하는 재생 구간의 지정 정보, 그 재생 구간의 내용을 설명하는 캐릭터 문자, 유저가 좋아하는 장면에 세트하는 북마크나 리줌점의 AV 스트림중의 타임 스탬프 등이 포함된다. 이들의 유저의 지시 정보는, PlayList의 데이터베이스에 저장 되는 것이다.
제어부(17)는, 상기 입력 정보에 의거하여, AV 스트림의 데이터베이스(Clip Information), PlayList의 데이터베이스, 기록 매체(10)의 기록 내용의 관리 정 보(info.dvr) 및 섬네일 정보를 작성한다. 이들의 데이터베이스 정보는, AV 스트림과 마찬가지로 하여, ECC(오류 정정) 부호화부(30), 변조부(31)에서 처리되고, 기록부(32)에 입력된다. 기록부(32)는, 제어부(17)로부터 지시되는 제어 신호에 의거하여, 이 데이터베이스 정보를, 기록 매체(10)에, 어플리케이션 데이터베이스 정보로서 기록한다.
다음에, 재생시의 기본적인 동작에 관해 설명한다.
기록 매체(10)에는, AV 스트림 파일과 어플리케이션 데이터베이스 정보가 기록되어 있다.
시작 제어부(17)는, 재생부(61)의 판독부(11)에 대해, 어플리케이션 데이터베이스 정보를 판독하도록 지시한다. 그리고, 판독부(11)는, 기록 매체(10)로부터 어플리케이션 데이터 정보를 판독하고, 그 데이터베이스 정보는, 복조부(12), ECC(오류 정정) 복호부(13)의 처리를 경유하여 제어부(17)에 입력된다.
제어부(17)는, 어플리케이션 데이터스에 의거하여, 기록 매체(10)에 기록되어 있는 PlayList의 일람을, 단자(20)의 유저 인터페이스에 출력한다. 유저는, PlayList의 일람으로부터 재생하고 싶은 PlayList를 선택하고, 재생이 지정된 PlayList가 제어부(17)에 입력된다. 제어부(17)는, 그 PlayList의 재 생에 필요한 AV 스트림 파일의 판독을 판독부(11)에 지시한다. 그리고, 판독부(11)는, 기록 매체(10)로부터 그 AV 스트림을 판독하고, AV 스트림은 복조부(12), ECC 복호부(13)의 처리를 경유하여, 소스·디패키타이저(14)에 입력된다.
소스·디패키타이저(14)는, 기록 매체의 어플리케이션 포맷의 AV 스트림을, 디멀티플렉서(15)에 입력할 수 있는 스트림으로 변환한다. 디멀티플렉서(15)는, 제어부(17)에 의해 지정된 AV 스트림 재생 구간(PlayItem)을 구성하는 비디오 스트림림(V), 오디오 스트림(A) 및 시스템 정보(S)를 AV 디코더(16)에 입력한다. AV 디코더(16)는, 비디오 스트림과 오디오 스트림을 복호하고, 재생 비디오 신호와 재생 오디오 신호를, 각각 단자(18)와 단자(19)로부터 출력한다.
유저에 의해 선택된 EP_map 타입의 PlayList를 어떤 시간으로부터 도중 재생하는 경우, 제어부(17)는, 지정된 시간에 가장 가까운 PTS를 갖는 I픽처의 어드레스로부터 데이터를 판독하도록 판독부(11)에 지시한다.
또한, 유저에 의해 선택된 TU_map 타입의 PlayList를 어떤 시간으로부터 도중 재생하는 경우, 제어부(17)는, 지정된 시간에 가장 가까운 어라이벌 타임의 소스 패킷의 어드레스로부터 데이터를 판독하도록 판독부(11)에 지시한다. 또한,
Clip Information중의 ClipMark에 저장 되어 있는 방송프로그램의 두출점(頭出点)이나 신 체인지점 중에서부터, 유저가 어떤 마크를 선택한 때(예를 들면, 이 선택 동작은, ClipMark에 저장 되어 있는 방송프로그램의 두출점이나 신 체인지점의 섬네일 화상 리스트를 유저 인터페이스에 표시하고, 유저가, 그 중에서 어떤 화상을 선택함으로써 행하여진다), 제어부(17)는, Clip Information의 내용에 의거하여, 기록 매체(1O)로부터의 AV 스트림 판독 위치를 결정하고, 그 AV 스트림의 판독을 판독부(11)에 지시한다.
즉, 유저가 선택한 화상이 저장 되어 있는 AV 스트림상에서의 어드레스에 가장 가까운 어드레스에 있는 I픽처로부터의 데이터를 판독하도록 판독부(11)로 지시가 나오게 된다. 판독부(11)는, 지정된 어드레스로부터 데이터를 판독하고, 판독된 데이터는, 복조부(12), ECC 복호부(13)의 처리를 경유하여 디멀티플렉서(15)에 입력되고, AV 디코더(16)에서 복호되고, 마크점의 픽처의 어드레스로서 나타내여지는 AV 데이터가 재생된다.
다음에, 유저가, AV 스트림의 편집을 하는 경우를 설명한다.
유저가, 기록 매체(10)에 기록되어 있는 AV 스트림의 재생 구간을 지정하여 새로운 재생 경로를 작성하고 싶는 경우, 유저 인터페이스의 단자(20)로부터, 재생 구간의 인 점과 아웃 점의 정보가 제어부(17)에 입력된다. 제어부(17)는, AV 스트림의 재생 구간(PlayItem)을 그룹화 한 것(PlayList)의 데이터베이스를 작성한다.
유저가, 기록 매체(10)에 기록되어 있는 AV 스트림의 일부를 소거하고 싶은 경우, 유저 인터페이스의 단자(20)로부터, 소거 구간의 정보가 제어부(17)에 입력된다. 제어부(17)는, 필요한 AV 스트림 부분만을 참조하도록 PlayList의 데이터베이스를 변경한다. 또한, AV 스트림의 불필요한 스트림 부분을 소거하도록, 기록부(32)에 지시한다. 또한, ClipAV 스트림의 변화에 의거하여, 그 Clip Information file의 내용을 변경한다.
유저가, 기록 매체(10)에 기록되어 있는 AV 스트림의 재생 구간을 지정하고 새로운 재생 경로를 작성하고 싶는 경우로서, 또한 각각의 재생 구간을 심레스하게 접속하고 싶는 경우의 동작을 설명한다. 이 경우, 제어부(17)는, AV 스트림의 재생 구간(PlayItem)을 그룹화 한 것(PlayList)의 데이터베이스를 작성하고, 또한, 재생 구간의 접속점 부근의 비디오 스트림의 부분적인 재 인코드와 재 다중화가 필요해진다.
우선, 유저 인터페이스로서의 단자(20)로부터, 재생 구간의 인 점의 픽처와 아웃 점의 픽처의 정보가 제어부(17)에 입력된다. 제어부(17)는, 판독부(11)에, 인 점의 픽처과 아웃 점의 픽처를 재생하기 위해 필요한 데이터의 판독을 지시한다. 그리고, 판독부(11)는, 기록 매체(10)로부터 그 데이터를 판독하고, 그 데이터는,복조부(12), ECC 복호부(13), 소스·디패키타이저(14)를 경유하여 디멀티플렉서(15)에 입력된다. 제어부(17)는, 디멀티플렉서(15)에 입력된 스트림을 해석하고, 비디오 스트림의 재 인코드 방법(picture_coding_type의 변경, 재 인코드 하는 부호화 비트량의 배당)과 재 다중화 방법을 결정하고, 그 방법을 AV 인코더(23)와 멀티플렉서(25)에 공급한다.
다음에, 디멀티플렉서(15)는, 입력된 스트림을 비디오 스트림)(V), 오디오 스트림(A) 및 시스템 정보(S)로 분리한다. 비디오 스트림은, 「AV 디코더(16)에 입력되는 데이터」와, 「멀티플렉서(25)에 직접 입력되는 데이터」가 있다. 전자의 데이터는, 재 인코드하기 위해 필요한 데이터로서, 이것은 AV 디코더(16)에서 복호되고, 복호된 픽처는, AV 인코더(23)에서 재 인코드 되고, 비디오 스트림이 된다. 후자의 데이터는, 재 인코드를 하지 않고, 오리지널의 스트림으로부터 카피되는 데이터이다. 오디오 스트림과 시스템 정보는, 멀티플렉서(25)에 직접 입력된다.
멀티플렉서(25)는, 제어부(17)로부터 입력된 정보에 의거하여 입력 스트림을 다중화 하고 다중화 스트림을 출력한다. 다중화 스트림은, ECC(오류 정정) 부호화부(30), 변조부(31)에서 처리되고, 기록부(32)에 입력된다. 기록부(32)는, 제어부(17)로부터 지시되는 제어 신호에 의거하여 기록 매체(10)에 AV 스트림을 기록한다.
다음에, 도 54는, AV 스트림을 Clip을 하여 새롭게 기록할 때의, Clip AV 스트림 파일과, 그것에 관련되는 Clip Information 파일의, 동화상 기록 재생 장치(1)의 기록 동작의 플로우 차트를 도시한다.
스텝 S11에서, 제어부(17)는, 단자(21 및 22)로부터 입력된 AV 입력을 인코드 하여 얻은 트랜스포트 스트림, 또는 단자(33)의 디지털 인터페이스로부터 입력되는 트랜스포트 스트림을 파일화 하고, Clip AV 스트림 파일을 작성하고 기록한다.
스텝 S12에서, 제어부(17)는 상기 AV 스트림 파일에 관한 Clip Info(도 8)를 작성한다.
스텝 S13에서, 제어부(17)는 상기 AV 스트림 파일에 관한 SequenceInfo(도 13)를 작성한다.
스텝 S14에서, 제어부(17)는 상기 AV 스트림 파일에 관한 ProgramInfo(도 15)를 작성한다.
스텝 S15에서, 제어부(17)는 상기 AV 스트림 파일에 관한 CPI(EP-map 또는 TU-map)(도 24, 도 25 및 도 26)를 작성한다.
스텝 S16에서, 제어부(17)는 상기 AV 스트림 파일에 관한 ClipMark를 작성한다.
스텝 S17에서, 제어부(17)는 상기 ClipInfo, SequenceInfo, ProgramInfo, CPI 및 ClipMark가 저장 된 Clip Information 파일(도 8)을 기록한다.
또한, 여기서는 각 처리를 시계열로 설명하였지만, 스텝 S11부터 스텝 S16은, 실제로는 동시에 동작하는 것이다.
다음에, AV 스트림을 Clip을 하여 새롭게 기록할 때의, Sequencelnfo (도 13)의 작성의 동작 예를, 도 55의 플로우 차트를 이용하여 설명한다. 이 처리는,도 44의 다중화 스트림 해석부(26)에서 행하여진다.
스텝 S31에서, 제어부(17)는 최초의 트랜스포트 패킷을 ATC 시퀀스의 시작점으로 한다. 즉, SPN_ATC_start가 설정된다. 또한, 이 때, atc_id와 stc_id도 설정된다.
스텝 S32에서, 다중화 스트림 해석부(26)는 AV 스트림에 포함되는 액세스 유닛(예를 들면, 픽처나 오디오 프레임)의 PTS를 해석한다.
스텝 S33에서, 다중화 스트림 해석부(26)는 PCR 패킷이 수신되었는지의 여부를 조사한다. 스텝 S33에서 No인 경우는 스텝 S32로 되돌아가고, Yes인 경우는 스텝 S34로 진행한다.
스텝 S34에서 다중화 스트림 해석부(26)는 STC의 불연속이 검출되었는지의 여부를 조사한다. No인 경우는, 스텝 S32로 되돌아간다. Yes인 경우는, 스텝 S35로 진행한다. 또한, 기록 시작 후, 최초에 수신된 PCR 패킷의 경우는, 반드시 스텝 S35로 진행한다.
스텝 S35에서 다중화 스트림 해석부(26)는, 새로운 STC의 최초의 PCR을 전송한 트랜스포트 패킷의 : 번호(어드레스)를 취득한다.
스텝 S36에서 제어부(17)는 상기 패킷 번호를 STC 시퀀스의 시작하는 소스 패킷 번호로서 취득한다. 즉, SPN_STC_start가 설정된다. 또한, 이 때, 새로운 stc-id가 설정된다.
스텝 S37에서 제어부(17)는 STC 시퀀스의 표시 시작의 PTS와 표시 종료의 PTS를 취득하고, 각각, Presentation_start_time, 또는 presentation_end_time으로설정하고, 그들에 의거하여 SequenceInfo(도 13)를 작성한다.
스텝 S38에서 제어부(17)는 최후의 트랜스포트 패킷이 입력 종료되엇는지의 여부를 조사한다. No인 경우는 스텝 S32로 되돌아가고, Yes의 경우는 처리를 종료한다.
ProgramInfo(도 15)의 작성의 동작 예를 도 56의 플로우 차트를 이용하여 설명한다. 이 처리는 도 44의 다중화 스트림 해석부(26)에서 행하여진다.
스텝 S51에서 다중화 스트림 해석부(26)는 PSI/SI를 포함하는 트랜스포트 패킷이 수신되었는지의 여부를 조사한다. 여기서, PSI/SI의 트랜스포트 패킷은, 구체적으로는, PAT, PMT, SIT의 패킷이다. SIT는, DVB 규격으로 규정되어 있는 파셜 트랜스포트 스트림의 서비스 정보가 기술되어 있는 트랜스포트 패킷이다. 스텝 S51에서 No인 경우는 스텝 S51로 되돌아가고, Yes인 경우는 스텝 S52로 진행한다.
스텝 S52에서 다중화 스트림 해석부(26)는, PSI/SI의 내용이 변하였는지를 조사한다. 즉, PAT, PMT, SIT의 각각의 내용이, 이전에 수신된 각각의 내용과 비교하여 변화하였는지의 여부가 조사된다. 내용이 변화하지 않은 경우는, 스텝 S51로 되돌아간다. 내용이 변화한 경우는, 스텝 S53로 진행한다. 또한, 기록 시작 후, 최초에 수신된 PSI/SI의 경우는, 반드시 스텝 S53로 진행한다.
스텝 S53에서 제어부(17)는 새로운 PSI/SI를 전송하는 트랜스포트 패킷의 번호(어드레스)와 그 내용을 취득한다.
스텝 S54에서 제어부(17)는 Program-sequence의 정보를 작성하고, ProgramInfo(도 15)를 작성한다.
스텝 S55에서 제어부(17)는 최후의 트랜스포트 패킷이 입력 종료되었는지의 여부를 조사한다. No인 경우는 스텝 S51로 되돌아가고, Yes인 경우는 처리를 종료한다.
다음에 EP_map(도 24)의 작성의 동작 예를, 도 57의 플로우 차트를 이용하여 설명한다. 이 처리는 도 44의 다중화 스트림 해석부(26)에서 행하여진다.
스텝 S71에서 다중화 스트림 해석부(26)는, 기록하는 AV 프로그램의 비디오의 PID를 세트한다. 트랜스포트 스트림중에 복수의 비디오가 포함되어 있는 경우는, 각각의 비디오 PID가 세트된다.
스텝 S72에서 다중화 스트림 해석부(26)는, 비디오의 트랜스포트 패킷을 수신한다.
스텝 S73에서 다중화 스트림 해석부(26)는, 트랜스포트 패킷의 페이로드(패킷 헤더에 계속되는 데이터부)가 PES 패킷의 제 1바이트째로부터 시작하고 있는지를 조사한다(PES 패킷은, MPEG2로 규정되어 있는 패킷이고, 엘리멘터리 스트림을 패킷화 하는 것이다). 이것은, 트랜스포트 패킷 헤더에 있는 "payload_unit_start_indicator"의 값을 조사함으로써 알 수 있고, 이 값이 1인 경우, 트랜스포트 패킷의 페이로드가 PES 패킷의 제 1바이트째로부터 시작한다. 스텝 S73에서 No인 경우는 스텝 S72로 되돌아가고, Yes인 경우는 스텝 S74로 진행한다.
스텝 S74에서 다중화 스트림 해석부(26)는, PES 패킷의 페이로드가, MPEG 비디오의 sequence_header_code(32비트 길이로 "0x000001B3"의 부호)의 제 1바이트째로부터 시작하고 있는지를 조사한다. 스텝 S74에서 No인 경우는 스텝 S72로 되돌아가고, Yes인 경우는 스텝 S75로 진행한다.
스텝 S75로 진행한 경우, 제어부(17)는 현재의 트랜스포트 패킷을 엔트리 포인트로 한다.
스텝 S76에서 제어부(17)는, 상기 패킷의 패킷 번호와 상기 sequence_header_code로부터 시작하는 I픽처의 PTS와 그 엔트리 포인트가 속하는 비디오의 PID를 취득하고, EP_map을 작성한다.
스텝 S77에서 다중화 스트림 해석부(26)는, 현재의 패킷이 최후로 입력된 트랜스포트 패킷인지의 여부를 판정한다. 최후의 패킷이 아닌 경우, 스텝 S72로 되돌아간다. 최후의 패킷인 경우, 처리를 종료한다.
도 58은, Real PlayList의 작성 방법을 설명하는 플로우 차트를 도시한다. 도 44의 동화상 기록 재생 장치(1)의 블록도를 참조하면서 설명한다.
스텝 S91에서 제어부(17)는 Clip AV 스트림을 기록한다.
스텝 S92에서 제어부(17)는 상기 clip의 모든 재생 가능 범위를 커버하는 PlayItem (도 36)로 이루어지는 PlayList()(도 31)를 작성한다. Clip중에 STC 불연속점이 있고, PlayList()가 2개 이상의 PlayItem으로 이루어진 경우는, 제어부(17)는 PlayItem 사이의 connecticn_condition도 또한 결정한다.
스텝 S93에서 제어부(17)는 UIAppInfoPlayList()를 작성한다. UIAppInfoPlayList()는 PlayList의 내용을 유저에 설명하기 위한 정보를 포함한다. 본 실시의 형태에서는 그 설명을 생략한다.
스텝 S94에서 제어부(17)는 PlayListMark를 작성한다(본 실시의 형태에서는그 설명을 생략).
스텝 S95에서 제어부(17)는 MakersPrivateData를 작성한다(본 실시의 형태에서는 그 설명을 생략).
스텝 S96에서, 제어부(17)는 Real PlayList 파일을 기록한다.
이와 같이 하여, 신규로 Clip AV 스트림을 기록할 때마다, 하나의 Real PlayList 파일이 만들어진다.
도 59는, Virtual PlayList의 작성 방법을 설명하는 플로우 차트이다.
스텝 S111에서 유저 인터페이스를 통하여, 디스크(기록 매체(10))에 기록되어 있는 하나의 Real PlayList의 재생이 지정된다. 그리고, 그 Real PlayList의 재생 범위중에서, 유저 인터페이스를 통하여, IN 점과 OUT 점으로 나타내여지는 재생 구간이 지정된다.
스텝 S112에서 제어부(17)는 유저에 의한 재생 범위의 지정 조작이 모두 종료하였든지를 조사한다. 유저가 상기 지시한 재생 구간에 계속하여 재생하는 구간을 선택하는 경우는 스텝 S111로 되돌아간다.
스텝 S112에서 사용자에 의한 재생 범위의 지정 조작이 모두 종료하였다고 판정된 경우는 스텝 S11로 진행한다.
스텝 S113에서 연속하여 재생되는 2개의 재생 구간의 사이의 접속 상태(connection_condition)를, 유저가 유저 인터페이스를 통하여 결정하던지, 또는 제어부(17)가 결정한다.
스텝 S114에서 유저 인터페이스를 통하여, 유저가 서브패스(애프터 레코딩용오디오) 정보를 지정한다. 유저가 서브패스를 작성하지 않은 경우는 이 스텝의 처리는 스루된다. 서브패스 정보는, PlayList중의 SubPlayItem에 저장 되는 정보인데, 본 발명의 취지에 필요 없기 때문에 설명을 생략한다.
스텝 S115에서 제어부(17)는 유저가 지정한 재생 범위 정보 및 connection_condition에 의거하여 PlayList()(도 28)를 작성한다.
스텝 S116에서 제어부(17)는 UIAppInfoPlayList()를 작성한다. UIAppInfoPlayList()는 PlayList의 내용을 유저에게 설명하기 위한 정보를 포함한다. 본 실시의 형태에서는 그 설명을 생략한다.
스텝 S117에서 제어부(17)는 PlayListMark를 작성한다(본 실시의 형태에서는 그 설명을 생략).
스텝 S118에서 제어부(17)는 MakersPrivateData를 작성한다(본 실시의 형태에서는 그 설명을 생략).
스텝 S119에서 제어부(17)는 Virtual PlayList 파일을 기록 매체(10)에 기록한다.
이와 같이 하여, 기록 매체(10)에 기록되어 있는 Real PlayList의 재생 범위중에서, 유저가 보고 싶은 재생 구간을 선택하고 그 재생 구간을 그룹화 한 것마다, 하나의 Virtual PlayList 파일이 만들어진다.
도 6O은 PlayList의 재생 방법을 설명하는 플로우 차트이다.
스텝 S131에서, 제어부(17)는 info.dvr, Clip Information file, PlayList file 및 섬네일 파일의 정보를 취득하고, 디스크(기록 매체(10))에 기록되어 있는PlayList의 일람을 나타내는 GUI 화면을 작성하고, 유저 인터페이스를 통하여, GUI에 표시한다.
스텝 S132에서 제어부(17)는 각각의 PlayList의 UlAppInfoPlayList()에 의거하여 PlayList를 설명하는 정보를 GUI 화면에 제시한다.
스텝 S133에서 유저 인터페이스를 통하여 GUI 화면상에서 유저가 하나의 PlayList의 재생을 지시한다.
스텝 S134에서 제어부(17)는 현재의 PlayItem의 STC-id와 IN_time의 PTS로부터, IN_time보다 시간적으로 앞에서 가장 가까운 엔트리 포인트가 있는 소스 패킷 번호를 취득한다.
스텝 S135에서 제어부(17)는 상기 엔트리 포인트가 있는 소스 패킷 번호로부터 AV 스트림의 데이터를 판독하고 디코더에 공급한다.
스텝 S136에서 현재의 PlayItem의 시간적으로 앞의 PlayItem이 있는 경우는, 제어부(17)는, 앞의 PlayItem과 현재의 PlayItem의 표시의 접속 처리를 connection_condition에 따라 행한다.
스텝 S137에서 제어부(17), AV 디코더(16)에 IN_time의 PTS의 픽처로부터 표시를 시작하도록 지시한다.
스텝 S138에서 제어부(17)는 AV 디코더(16)에 AV 스트림 디코드를 계속하도록 지시한다.
스텝 S139에서, 제어부(17)는, 현재 표시의 화상이, OUT_time의 PTS의 화상인지의 여부를 조사한다. No인 경우는, 스텝 S140으로 진행한다. 스텝 S140에서 현재의 화상을 표시하고, 스텝 S138로 되돌아간다. 스텝 S139로 현재 표시의 화상이 OUT_time의 PTS의 화상인 경우는 스텝 S141로 진행한다.
스텝 S141에서 제어부(17)는 현재의 PlayItem이 PlayList중에서 최후의 PlayItem인지를 조사한다. No인 경우는 스텝 S134로 되돌아간다. Yes인 경우는, PlayList의 재생을 종료한다.
이와 같은 신택스, 데이터 구조, 규칙에 의거함으로서, 기록 매체(10)에 기록되어 있는 데이터의 내용, 재생 정보 등을 적절하게 관리할 수 있고, 따라서, 유저가 재생시에 적절하게 기록 매체에 기록되어 있는 데이터의 내용을 확인하거나, 소망하는 데이터를 간편하게 재생할 수 있도록 할 수 있다.
다음에, 본 발명의 AV 스트림 파일과 데이터베이스 파일이 기록되어 있는 기록 매체로부터, 디지털 버스 경유로, 다른 기록 매체에 AV 스트림 파일과 데이터베이스 파일을 파일 카피하는 방법을 설명한다.
우선, 본 방법의 목적을 설명하기 위해, AV 스트림 파일과 데이터베이스를 함께 데이터 전송하는 경우와, AV 스트림만을 데이터 전송하는 경우의 차이를 설명한다.
도 61, 도 62는, AV 스트림과 그 데이터베이스를 함께 데이터 전송하는 경우를 도시한다. 한편, 도 63, 도 64는, AV 스트림만을 데이터 전송하는 경우를 도시한다.
카피원(元)의 기록 매체(예를 들면, 후술하는 도 71의 기록 매체(10))에는, Clip과 PlayList가 기록되어 있다. 설명을 간단화 하기 위해, 지금, 1개의Clip(Clip Information file과 Clip AV stream file)을 사용하고 있는 PlayList 파일이 카피원의 기록 매체에 기록되어 있다고 한다.
도 61은, 해당 PlayList와 Clip의 파일을, 카피원(도 71의 재생 장치(2))로부터 카피처(先)(도 71의 기록 장치(3))로, 예를 들면, IEEE1394의 디지털 버스(도 71의 디지털 버스(60))를 경유하여, Asynchronous(애싱크로너스) 전송에 의해, 파일 전송하는 경우를 도시한다. 이 경우, 카피된 Clip AV stream file의 각 소스 패킷의 TP_extra_header의 ATS(어라이벌 타임 스탬프)는, 카피원과 같고, 또한, 카피된 Clip AV stream file에 대응하는 Clip Information file과 PlayList 파일도 카피처에 카피된다.
또한, 도 62는, PlayList file과 Clip Information file의 파일을, 카피원(도 71의 재생 장치(2))로부터 카피처(도 71의 기록 장치(3))로, IEEE1394의 디지털 버스(도 71의 디지털 버스(60))를 경유하여, Asynchronous(애싱크로너스) 전송에 의해, 파일 전송하고, AV 스트림을, 카피원으로부터 카피처에, Isochronous(아이소크로너스) 전송에 의해, 리얼 타임 전송(스트림 전송)하는 경우를 도시한다.
이 경우, 카피원(도 71의 재생 장치(2))은, Clip Information file에 대응하는 Clip AV stream file를 디지털 버스(도 71의 디지털 버스(60))에 출력할 때에, 각 소스 패킷의 어라이벌 타임 스탬프에 따라, 트랜스포트 패킷을 출력한다(도 7의 재생 모델을 참조). 각 소스 패킷의 TP_extra_header(ATS)는, 카피처(도 71의 기록 장치(3))에서 새롭게 부가된다(카피처에서 새롭게 Clip AV stream file이 만들어진다). 또한, 카피된 Clip AV stream file에 대응하는 Clip Information file과PlayList 파일(데이터베이스 파일)도 카피처에 카피된다.
도 61 또는 도 62의 경우, 카피원의 PlayList와 Clip의 내용을 전부, 카피처로 전송할 수 있기 때문에, 유효하다. 즉, 카피원의 PlayList에 세트되어 있는 재생 지정 정보, UIAppInfoPlayList, PlayListMark 섬네일 정보의 내용 등, 또한, 카피원의 Clip에 세트되어 있는 CPI, sequenceInfo, ProgramInfo, ClipMark, 섬네일 정보의 내용 등을, 카피처에 전송할 수 있기 때문에, 유효하다.
한편, 도 63, 도 64는, AV 스트림만을 데이터 전송하는 경우를 도시한다.
도 63은, AV 스트림만을, 카피원(도 71의 재생 장치(2))으로부터 카피처(도 71의 기록 장치(3))로, IEEE1394의 디지털 버스(도 71의 디지털 버스(60))를 경유하여, Isochronous(아이소크로너스) 전송에 의해, 리얼 타임 전송(스트림 전송)하는 경우를 도시한다. 이 경우, 카피원은, PlayList가 지정하는 재생 구간의 AV 스트림을 디지털 버스에 출력할 때에, 각 소스 패킷의 어라이벌 타임 스탬프에 따라, 트랜스포트 패킷을 출력한다(도 7의 재생 모델을 참조). 카피처의 측에서 보면, 디지털 방송의 트랜스포트 스트림을 기록하는 경우와 같은 상태로서, 입력된 AV 스트림이 새롭게, Clip으로서 기록된다. 즉, 각 소스 패킷의 TP_extra_header(ATS)는, 카피처에서 새롭게 부가된다. 또한, 해당 Clip의 재생 범위를 커버하는 Real PlayList 파일이 새롭게 만들어진다(데이터베이수 파일은, 카피원에서 새롭게 만들어지고, 카피원의 것과는 다르다).
또한, 도 64는, 카피처의 기록 장치(도 71의 기록 장치(3))가 DVR 포맷에 준거한 것이 아닌 경우에, AV 스트림만을 리얼 타임으로 데이터를 재생하는 속도로데이터 전송하는 경우를 설명하는 도면이다.
이 경우도, 도 63의 경우와 마찬가지로 하여, AV 스트림을, 카피원으로부터 카피처에, IEEE1394의 Isochronous(아이소크로너스) 전송에 의해, 리얼 타임 전송(스트림 전송)한다. 카피처에서는, 그 기록 장치(도 71의 기록 장치(3))의 포맷를 이용하여, 입력된 AV 스트림을 기록한다. 예를 틀면, 카피처의 기록 장치가, D-VHS(상표)인 경우는, 그 포맷으로 AV 스트림을 기록한다. 이와 같이, 카피원의 DVR 포맷에 준거한 재생 장치(도 71의 재생 장치(2)의 제어부(17))가, 카피처의 기록 장치(도 71의 기록 장치(3)의 제어부(17-2))와 상호 인증을 행하고, 상기 기록 장치가 DVR 포맷에 준거하지 않은 것이 확인된 경우에는, 상기 재생 장치(도 71의 재생 장치(2)의 제어부(17))는, AV 스트림을 리얼 타임 전송하도록 제어된다.
도 63 또는 도 64의 경우, 카피원의 PlayList와 Clip의 내용을 전부, 카피처에 전송할 수가 없기 때문에, 문제가 있다. 즉, 카피원의 PlayL ist에 세트되어 있는 재생 지정 정보, UIAppInfoPlayList, PlayListMark, 섬네일 정보의 내용 등, 또한, 카피원의 Clip에 세트되어 있는 CPI. sequenceInfo, ProgramInfo, ClipMark, 섬네일 정보의 내용 등을, 카피처에 전송할 수가 없다. 한편, 도 61 또는 도 62의 경우는, 카피원의 PlayList와 Clip의 내용을 전부, 카피처에 전송할 수 있다.
카피처의 기록 장치가, 본 실시의 형태에서 설명하고 있는 DVR 포맷에 준거하고 있는 경우, 도 61과 도 62의 어느것도 사용할 수 있다.
도 61의 방법은, AV 스트림을 파일 전송하기 때문에, 리얼 타임으로 데이터를 재생하는 속도로 데이터 전송하는 경우보다도 고속으로 데이터를 전송할 수 있다. 그러나, 카피처의 기록 장치에서 입력되는 데이터를, 리얼 타임으로 디코드 하여 재생하는 것은 어렵다.
한편, 도 62의 방법은, AV 스트림을 리얼 타임으로 데이터를 재생하는 속도로 데이터 전송하기 때문에, 카피처의 기록 장치에서 입력되는 데이터를 리얼 타임으로 디코드하고 재생할 수 있다. 그러나, AV 스트림의 카피에 걸리는 시간은, 리얼 타임으로 데이터를 재생한 경우와 같은 시간이 필요하다. 도 61과 도 62의 방법은, 상기한 바와 같이 목적별로 전환하여 사용하는 것이다.
도 61과 도 62의 예는, PlayList가 하나의 Clip의 재생 범위의 전체를 커버하고 있는 경우이지만, 도 46에서 설명한 바와 같이, PlayList가 지정하는 재생 범위는, 하나의 Clip AV 스트림의 전체를 커버한다고는 한하지 않는다. 이것은, Real PlayList 및 Virtual PlayList의 어느쪽의 경우도 마찬가지이다. PlayList를 카피처로 전송할 때는, PlayList의 재생에 필요한 AV 스트림 부분과 그것이 참조하는 Clip의 데이터만을, 카피처로 전송하도록 한 편이 좋다. 즉, 도 65의 예와 같이, 카피원(도 72의 재생 장치(2))으로부터, 카피처(도 71의 기록 장치(3))에, PlayList와 그것에 필요한 Clip의 부분만을 카피한다. 이와 같이 하면, 카피처의 기록 매체(도 71의 기록 장치(3)의 기록 매체(10-2))상에 필요한 빈 기록 용량을 작게 할 수 있다.
카피원(출력측의 재생 장치)으로부터 카피처(입력측의 기록 장치)에, PlayList를 카피하는 경우에, 그 PlayList의 재생에 필요한 Clip AV 스트림의 부분을 정하는 방법에 관해 설명한다.
도 66은, 어던 PlayList가, 오리지널의 AV 스트림 파일의 부분적인 재생 범위를 지시하고 있는 때에, 그 PlayList의 재생에 필요한 스트림 부분을 도시한다.
해당 PlayList는, 오리지널 AV 스트림상의 IN_time과 OUT_time을 가리키고 있다고 한다. 이 경우, PlayList의 재생에 필요한 스트림 부분은, 도면에 도시한 바와 같이 소스 패킷 번호의 X번째로부터 Y번째까지이다. 이하의 설명에서는, 이 X점과 Y점을 정하는 방법의 예를 설명한다.
도 67은, AV 스트림의 내용을 해석하지 않고, IN 점 앞의 데이터의 카피 시작점(X점)을 정하는 방법을 설명하는 도면이다. PlayList는 오리지널 AV 스트림상의 IN 점을 가리킨다. 또한, 그 AV 스트림의 EP_map을 도시한다. IN 점이 가리키는 픽처 디코드하기 위해서는, 어드레스 ISA2로부터 시작하는 I픽처이 필요하다. 또한, X점의 후에, PAT, PMT 및 PCR 패킷이 필요하다. SPN_EP_start = ISA1의 PTS는 pts1이고, SPN_EP_start = ISA2의 PTS는 pts2이다. pts1과 pts2의 시스템 타임 베이스의 시간차가 1OOmsec 이상이면, 어드레스 ISA1과 ISA2의 사이에는 PAT, PMT 및 PCR 패킷이 존재한다(적어도, SESF, DVB, ATSC ISDB의 경우는 그렇다). 따라서 X점은 어드레스 ISA1 전에 결정된다. 그리고, X점은 얼라인드 유닛의 경계가 아니면 안된다.
카피원의 재생 장치는, AV 스트림의 내용을 해석하지 않고, X점을 EP_map을 사용하고 다음의 스텝에서 정할 수 있다.
(S 1) 시스템 타임 베이스상에서 IN time PTS에 가장 가깝고, 또한 그것보다도 과거의 표시 시각의 PTS의 값을 갖는 SPN_EP_start를 찾는다.
(S 2) 스텝 S1에서 찾은 SPN_EP_start의 PTS의 값보다도 적어도 100msec 과거의 표시 시각의 PTS의 값을 갖는 SPN_EP_start를 찾는다.
(S 3) X점은, 스텝 S2에서 찾은 SPN_EP_start보다도 앞에 정하여진다. 그리고, X점은 얼라인드 유닛의 경계가 아니면 안된다.
이 방법은, X점을 정하기 위해 AV 스트림 데이터를 판독하고, 그 내용을 해석하는 것을 필요로 하지 않기 때문에, 간단하다. 그러나, X점보다 후의 AV 스트림은, 그 PlayList의 재생에는 불필요한 데이터를 남겨 버리는 경우가 있다. 만약, X점을 정하기 위해 AV 스트림의 데이터를 판독하고, 그 내용을 해석한다면, 그 PlayList의 재생에는 불필요한 데이터를 보다 효율 좋게 제거할 수 있다.
도 68은, AV 스트림 내용을 해석하지 않고, 0UT 점의 후의 데이터의 카피 종료점(Y점)을 정하는 방법을 설명하는 도면이다. PlayList는 오리지널 AV 스트림상의 OUT 점을 가리킨다. 또한, 그 AV 스트림의 EP_map을 도시한다. SPN_EP_start = ISA4로부터 시작하는 비디오 시퀀스는 다음에 나타내는 것인 것을 전제로 한다.
I2 B0 B1 P5 . . .
여기서, I, P, B는 각각 I픽처, P픽처 그리고 B픽처를 나타낸다. 숫자는 표시 순서를 나타낸다. 이 처리에 있어서, 기록 장치가 AV 스트림의 내용을 해석하지 않는 경우, 동화상 기록 재생 장치(1)(도 71의 기록 장치(3))는, OUT_time의 PTS가 참조하는 곳의 화상의 정보(픽처 코딩 타입, 템퍼럴·레퍼런스 등)를 알 수 없다. OUT_time의 PTS는 픽처(B0 또는 B1)를 참조하고 있을 지도 모른다(카피원의 재생 장치(도 71의 재생 장치(2))가 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점은 또한 얼라인드 유닛의 경계가 아니면 안된다.
카피원의 재생 장치(도 71의 재생 장치(2))는, AV 스트림 내용을 해석하지 않고, Y점을 EP_map을 사용하여 다음의 스텝으로 정할 수 있다.
(S 1) 시스템 타임 베이스상에서 OUT_time PTS에 가장 가갑고, 또한 그보다도 미래의 표시 시각의 PTS의 값을 갖는 SPN_EP_start를 찾는다.
(S 2) 스텝 S1에서 찾은 SPN_EP_start의 직후에 있는 SPN_EP_start를 찾는다.
(S 3) Y점은, 스텝 S2에서 찾은 SPN_EP_start보다도 뒤에 정하혀진다. 그리고, Y점은 얼라인드 유닛의 경계가 아니면 안된다.
이 방법은, Y점을 정하기 위해 AV 스트림 데이터를 판독하고, 그 내용을 해석하는 것을 필요로 하지 않기 때문에 간단하다. 그러나, Y점보다 앞의 AV 스트림은, 그 PlayList의 재생에는 불필요한 데이터를 남겨 버리는 경우가 있다. 만약, Y점을 정하기 위해 AV 스트림의 데이터를 판독하고, 그 내용을 해석한다면, 그 PlayList의 재생에는 불필요한 데이터를 보다 효율 좋게 제거할 수 있다.
다음에, 상기한 바와 같이, 카피원으로부터, 카피처로, PlayList를 카피하는경우에, 그것 PlayList의 재생에 필요한 Clip AV 스트림을 작성한 경우의, C1ip Information 파일과 PlayList의 관계에 관해 설명한다.
도 69는 카피원으로부터 카피처에 PlayList를 카피하는 경우의 예로서, 그 PlayList의 재생에 필요한 Clip AV 스트림을 작성한 때의, Clip과 PlayList의 관계를 설명하는 도면이다. 여기서, Clip의 CPI는 EP_map인 것으로 한다. 오리지널의 Clip은 1개의 ATC-sequence와 3개의 STC-sequence를 갖는다고 한다. 이 ATC-sequence에 관한 offset_STC_id[0]는 제로이다. 그리고, Clip중에서, stc_id = 0인 STC-sequence는, PlayItem1에 사용되고 잇고, stc_id = 1인 STC-sequence는 PlayItem2와 PlayItem3에 사용되고 있고, stc_id = 2인 STC-sequence는 PlayItem4에 사용되고 있다고 한다.
지금, 이 PlayList를 다른 기록 매체에 카피하였다고 한다. 즉, 이로 인해, 도 69에 도시;한 바와 같이, 이 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[O]는 제로로 세트된다. 또한, stc_id = 1이였던 STC-sequence는 2개의 STC-sequence로 나누어진다. 1번째의 ATC-sequence에 관한 offset_STC_id[0]는 제로로 세트되고, 2번째의 ATC-sequence에 관한 offset_STCid[1]는 1로 세트된다.즉, 1번째의 ATC-sequence중에서 최후의 STC-sequence의 stc_id와 2번째의 ATC-sequence중에서 최초의 STC-sequence의 stc_id는 같은 값으로 1로 된다. 또한, stc_id = 2이였던 STC-sequence가 포함되는 ATC-sequence의 offset_STC_id[0]는 2로 세트된다.
이로써, 카피하는 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의 변경 방법에 관해 설명한다. 도 70a 내지 도 70d는, Clip을 부분적으로 카피하는 경우의 예로서, 그 때의 SequenceInfo, ProgramInfo, CPI(EP_map) 및 Clip Mark의 변경 방법을 설명하는 도면이다.
도 70a에 도시한 Clip이, 카피원에 기록되어 있다고 한다. 이 Clip은, 1개의 ATC-sequence를 갖고, 그 위에 각각 2개의 STC-sequence와 program-sequence가 있다. 1번째의 STC-sequence와 program-sequence의 시작 어드레스는 같고, 그것은 Clip AV 스트림상에서 O의 소스 패킷 번호이다. 2번째의 STC-sequence와 Program-sequence의 시작 어드레스는 같고, 그것은 Clip AV 스트림상에서 B인 소스 패킷 번호이다.
지금, 도 70a의 소스 패킷 번호 A(A < B)로부터 시작되는 음영이 있는 부분의 스트림 데이터를 카피한다고 한다. 이 음영이 있는 부분은, AV 스트림의 IN_time으로부터 OUT_time의 재생 구간에 필요한 스트림 부분이다. 카피처에 전송되는 Clip을 도 7OB에 도시한다. 카피처에 전송되는 Clip은, 1개의 ATC-sequence를 갖고, 그 위에 각각 2개의 STC-sequence와 program-sequence가 있다. 1번째의 STC-sequence와 program-sequence의 시작 어드레스는 같고, 그것은 Clip AV 스트림상에서 O(A-A)의 소스 패킷 번호이다. 2번째의 STC-sequence와 program-sequence의 시작 어드레스는 같고, 그것은 Clip AV 스트림상에서 (B-A)인 소스 패킷 번호이다.
도 7Oc는, 도 70a에 도시한 Clip의 Clip Information file의 내용을 도시한다. 상기한 설명과 같이,
SPN_ATC_start[0] = 0
SPN_STC_start[0] = O, SPN_STC_start[1] = B
SPN_program_sequence_start[0] = O, SPN_program_sequence_start[1] = B
이다.
또한, 이 Clip Information file이, 도시한 바와 같은 EP_map과 ClipMark를 갖는다고 한다. 이 중에서, 도 70a의 음영이 있는 부분의 Clip이 사용하는 EP_map과 ClipMark의 데이터 부분은 다음의 범위이다.
EP_map에 있어서는,
IN_time < pts(xa),
pts(xz) < OUT_time의 PTS의 값을 갖는 엔트리 포인트의 데이터가, 도 7OA의 음영이 있는 부분의 Clip에 필요하다.
ClipMark에 있어서는,
IN_time < pts(F),
pts(Q) < OUT_time
의 PTS의 값을 갖는 마크의 데이터가, 도 7OA의 음영이 있는 부분의 Clip에 필요하다.
도 7Od는, 도 70b에 도시한 CIip의 Clip Information file의 내용을 나타낸다. 상기한 설명과 같이,
SPN_ATC_start[0] = O
SPN_STC_start[0] = 0, SPN_STC_start[1] = B-A
SPN_program_sequence_start[0] = 0, SPN_program_sequence_start[1] = B-A
이다.
또한, EP_map의 데이터는, 도 70c에 있어 사선 부분의 Clip이 사용하는 EP_map의 데이터를 기초로 하여 작성된다. 즉, 엔트리 포인트의 PTS의 값은 같고, 소스 포켓 번호의 값은, 카피원의 Clip의 카피의 시작 소스 패킷 번호 A가 공제된다. 또한, ClipMark의 데이터는, 도 70c에 있어서 음영이 있는 부분의 Clip이 사용하는 ClipMark의 데이터가 그대로 카피된다.
도 71은, 카피원(출력측)의 재생 장치(2)로부터, 카피처(입력측)의 기록 장치(3)에, AV 스트림과 그것에 관계되는 데이터베이스를 전송하는 경우 및 AV 스트림만을 데이터 전송하는 경우의 구성을 도시한다. 도면중에서, 도 44와 같은 블록 번호가 붙어 있는 것은 같은 것을 나타낸다. 또한, 기록 장치(3)의 기록 매체(10-2)와 제어부(17-2)는, 각각 기록 매체(10)와 제어부(15)와 같은 작용을 하는 것이다.
첫번째로, AV 스트림과 그것에 관계되는 데이터베이스를 함께 전송하는 경우를 설명한다.
우선, 재생 장치(2)의 기록 매체(10)에 기록되어 있는 소망하는 PlayList를 기록 장치(3)의 기록 매체(10-2)에 카피하는 것을 지시하는 정보가, 도시하지 않는 유저 인터페이스를 통하여, 카피 제어 커맨드에 올라타서, 재생 장치(2)에 입력된다. 이 커맨드는, 디지털 버스 인터페이스(50), 버스 컨트롤러(52)를 경유하여, 제어부(17)에 입력된다.
제어부(17)는, 상기 PlayList의 재생에 필요한 AV 스트림의 스트림 부분을 결정하고, 그 AV 스트림 데이터를 기록 매체(10)로부터 판독하도록, 판독부(11)에 지시를 낸다(도 66, 도 67, 도 68 참조). 또한, 제어부(17)는, 상기 PlayList에 관계되는 데이터베이스 파일(PlayList 파일, Clip Information file과 섬네일 파일)을 기록 매체(10)로부터 판독하도록, 판독부(11)에 지시를 낸다.
제어부(17)는, 복조부(12), ECC 복호부(13)을 경유하여 판독된 상기 AV 스트림 데이터를, 스위치(61)의 접점(A)측을 통하여, AV 스트림 파일로서, 디지털 버스 인터페이스(50)에 공급하도록 지시한다(도 61의 경우). 여기서, 1개의 Clip AV 스트림 파일로부터 취출된 하나 이상의 스트림 부분은, 1개의 Clip AV 스트림 파일에 콤바인된다(도 69 참조).
또는, 제어부(17)는, 복조부(12), ECC 복호부(13)을 경유하여 판독된 상기 AV 스트림 데이터를, 스위치(61)의 접점(I)측을 통하여, 소스 디패키타이저(14)에 입력하여도 좋다(도 62의 경우). 이 경우, 소스 디패키타이저(14)는, 어라이벌 타임 스탬프에 따라, 트랜스포트 스트림을 디지털 버스 인터페이스(50)에 공급한다.
한편, 기록 매체(10)로부터 판독된 AV 스트림 데이터에 대응하는 데이터베이스 파일이, 복조부(12), ECC 복호부(13)을 경유하여, 메모리(51)에 입력된다. 제어부(17)는, 메모리(51)에 있는 데이터를 기초로 하여, 디지털 버스 인터페이스(50)로부터 출력되는 상기한 AV 스트림 파일의 재생에 필요한 데이터베이스(Clip Information 파일, PlayList 파일)을 작성한다(도 69, 도 70a 내지 도 70d 참조). 또한, 제어부(17)는, 상기한 AV 스트림 파일에 대응하는 Clip과 카피 하는 PlayList 파일이 사용하는 섬네일 파일을 작성한다(후술하는 도 72의 스텝 S172 참조).
그리고, 제어부(17)는, 상기 새롭게 작성된 데이터베이스 파일(Clip Information 파일, PlayList 파일과 섬네일 파일)을 메모리(51)로부터 디지털 버스 인터페이스(50)에 공급하도록 지시한다.
버스 컨트롤러(52)는, 디지털 인터페이스(50)로부터의 파일 출력을 제어한다. 제어부(17)는, 버스 컨트롤러(52)에 대해, 디지털 버스 인터페이스(50)로부터, AV 스트림과 그것에 관계되는 데이터베이스를 출력하도록 지시한다.
상기 AV 스트림과 그것에 관계되는 데이터베이스는, 디지털 버스(60)를 경유하여, 카피처의 기록 장치(3)에 입력된다.
카피처의 기록 장치(3)의 버스 컨트롤러(57)는, 디지털 버스 인터페이스(55)로부터의 파일 입력을 제어한다. 또한, 버스 컨트롤러(52)와 버스 컨트롤러(57)는, 파일의 카피 제어 커맨드를 교환하고, 데이터 전송/수신의 타이밍을 제어한다.
기록 장치(3)의 제어부(17-2)는, 카피원으로부터 디지털 버스 인터페이스(55)에, AV 스트림 파일로서 입력되는 경우, 스위치(62)의 접점(A)측을 통하여, ECC 부호화부(30), 변조부(31), 기록부(32)의 처리를 경유하여 기록 매체(10-2)에 기록하도록 지시한다.
또는, 제어부(17-2)는, 카피원으로부터 디지털 버스 인터페스(55)에, 트랜스포트 스트림으로서 입력되는 경우, 스위치(62)의 접점(I)측을 통하여, 소스 패키타이저(29)에 입력한다. 소스 패키타이저(29)는, 트랜스포트 패킷을 소스 패킷화 하여 출력한다. 제어부(17-2)는, 소스 패킷으로 이루어지는 AV 스트림을, ECC 부호화부(30), 변조부(31), 기록부(32)의 처리를 경유하여 기록 매체(10-2)에 기록하도록 지시한다.
또한, 제어부(17-2)는, 디지털 버스 인터페이스(55)에 입력되는 데이터베이스 파일을, 메모리(56)에 기록하도록 지시한다.
또한, 제어부(17-2)는, 기록 매체(10-2)에 기록되어 있는 데이터베이스파일(Info.dvr 파일과 섬네일 파일)을, 판독부(11), 복조부(12), ECC 복호부(13)의 처리를 경유하여 메모리(56)에 판독하도록 지시한다.
그리고, 제어부(17-2)는, 메모리(56)에 있는 Info.dvr 파일과 섬네일 파일을 갱신한다. 구체적으로는, 카피처에 있는 Info.dvr 파일의 TableOfPlayList에, 새롭게 기록하는 PlayList 파일명을 추가하고, 또한, 카피처에 있는 섬네일 파일에 새롭게 기록하는 섬네일을 추가한다(후술하는 도 74의 S224, S225 참조).
제어부(17-2)는, 메모리(56)에 있는 데이터베이스 파일을 판독하고, ECC 부호화부(30), 변조부(31), 기록부(32)의 처리를 경유하여 기록 매체(10-2)에 기록하도록 지시한다.
이와 같이 하여, 재생 장치(2)로부터, 기록 장치(3)에, AV 스트림과 그것에 관련되는 데이터베이스를 데이터 전송하여 카피하는 경우의 처리를 행한다.
다음에, 재생 장치(2)가 카피처에 AV 스트림만을 전송하는 경우를 설명한다. 이것은, 카피처의 기록 장치(3)가, DVR 포맷에 준거하지 않는 경우에 있어서의, 재생 장치(2)의 트랜스포트 스트림 재생 동작이라고 생각된다.
제어부(17)는, 상기 PlayList의 재생에 필요한 AV 스트림의 스트림 부분을 결정하고, 그 AV 스트림 데이터를 기록 매체(10)로부터 판독하도록, 판독부(11)에 지시를 낸다. 제어부(17)는, 복조부(12), ECC 복호부(13)을 경유하여 판독된 상기 AV 스트림 데이터를, 스위치(61)의 접점(I)측을 통하여, 소스 디패키타이저(14)에 입력한다. 소스 디패키타이저(14)는, 어라이벌 타임 스탬프에 따라, 트랜스포트 패킷을 디지털 버스 인터페이스(50)에 공급한다. 디지털 버스 인터페이스(50)는, 트랜스포트 패킷을 아이소크로너스 전송한다.
또한, 기록 장치(3)에 AV 스트림만이 전송되는 경우를 설명한다. 이것은, 카피원의 재생 장치(2)가, DVR 포맷에 준거하지 않는 경우에 있어서의, 기록 장치(3)의 트랜스포트 스트림의 기록 동작이라고 생각된다.
기록 장치(3)의 제어부(17-2)는, 디지털 버스 인터페이스(55)에 입력되는 트랜스포트 스트림을, 스위치(62)의 접점(I)측을 통하여, 소스 패키타이저(29)에 입력한다. 소스 패키타이저(29)는, 트랜스포트 패킷을 소스 패킷화 하여 출력한다. 제어부(17-2)는, 소스 패킷으로 이루어지는 AV 스트림을, ECC 부호화부(30), 변조부(31), 기록부(32)의 처리를 경유하여 기록 매체(10-2)에 기록하도록 지시한다.
또한, 스위치(62)의 접점(I)측을 통하여, 트랜스포트 스트림은 다중화 스트림 해석부(26)에 입력된다. 여기서의 처리의 내용은, 전술한 도 44에서 설명한 바와 같다. 제어부(17-2)는, 해석부(26)에서의 해석 결과에 의거하여, 데이터베이스 파일을 작성한다. 제어부(17-2)는, 데이터베이스 파일을 ECC 부호화부(30), 변조부(31), 기록부(32)의 처리를 경유하여 기록 매체(10-2)에 기록하도록 지시한다.
이와 같이 하여, 재생 장치(2)로부터 AV 스트림만을 데이터 전송하는 경우의 처리, 또한, 재생 장치(3)에 AV 스트림만이 데이터 전송되는 경우의 처리를 행한다.
도 72는, 카피원(출력측의 재생 장치(2))으로부터, 카피처(입력측의 기록 장치(3))에, PlayList를 카피하는 경우의, 카피원의 제어부(17)가 행하는 처리를 설명하는 플로우 차트이다.
스텝 S17O에서, AV 스트림과 그것에 관계되는 데이터베이스를 데이터 전송하여 카피하는 경우와, AV 스트림만을 데이터 전송하여 카피하는 경우를 정한다. 전자의 경우는, 스텝 S171로 진행한다. 후자의 경우는, 스텝 S175로 진행한다.
스텝 S171에서, Clip에 관한 다음의 처리를 행한다.
·해당 PlayList의 재생에 필요한 Clip AV 스트림의 부분을 결정한다(도 66, 도 67, 도 68 참조).
·상기 결정한 AV 스트림 부분이 사용하는 Clip Information 파일을 작성한다(도 70a 내지 도 70d 참조).
스텝 S172에서, 섬네일 파일에 관한 다음의 처리를 행한다.
·해당 PlayList가 사용하는 메뉴 섬네일을 포함하는 파일을 작성한다.
·해당 PlayList 및 상기 결정한 AV 스트림분이, 사용하는 마크 섬네일을 포함하는 파일을 작성한다.
스텝 S173에서, AV 스트림 파일의 전송의 처리를 행한다.
·상기 Clip의 처리로 결정한 스트림 부분의 AV 스트림 데이터를 카피처에 전송한다(도 69 참조).
스텝 S174에서 데이터베이스 파일의 전송의 처리를 행한다.
·상기 PlayList 파일을 카피처에 전송한다.
·상기 Clip의 처리로 작성한 Clip Information 파일을 카피처에 전송한다.
·상기 스텝 S172에서 작성한 섬네일 파일을 카피처로 전송한다.
스텝 S170에서, AV 스트림만을 데이터 전송하고 카피한다고 판정되고, 스텝 S175로 진행한 경우, 도 60에 도시한 PlayList의 재생을 설명하는 플로우 차트에서 판독되는 AV 스트림 데이터(S135에서 판독하는 AV 스트림 데이터)를, 트랜스포트 스트림화 하여, 카피처에 전송한다.
도 73은, 상기 스텝 S171의 Clip에 관한 처리의 상세를 설명하는 플로우 차트이다(도 70a 내지 도 70d 참조).
스텝 S201에서, PlayList가, 해당 Clip중에서 사용하는 재생 구간의 표시 시작 시각 및 표시 종료 시각을 취득한다.
스텝 S202에서, 상기 시간 구간에 대응하는 Clip AV 스트림상의 카피 시작 패킷(어드레스)과 카피종료 패킷(어드레스)을 CPI에 의거하여 결정한다.
스텝 S203에서 CPI에 관한 다음의 처리를 행한다.
·카피하는 구간의 AV 스트림 부분이 사용하는 CPI 엔트리를 취득한다.
·CPI의 엔트리 포인트의 소스 패킷 번호의 값을, 카피하는 AV 스트림 부분중에서의 소스 패킷 번호의 값으로 변경한다.
스텝 S204에서 SequenceInfo에 관한 다음의 처리를 행한다.
·카피하는 구간의 AV 스트림 부분에 있어서의 ATC-sequence의 시작 패킷 번호를 갱신한다.
·카피하는 구간의 AV 스트림 부분에 있어서의 STC-sequence의 시작 패킷 번호를 갱신한다.
·카피하는 구간의 AV 스트림 부분에 있어서의 ATC 시퀀스상에 있는 STC-sequence에 대한 STC-id의 값이 변하지 않도록 offset_STC_id를 갱신한다.
스텝 S205에서 ProgramInfo에 관한 다음의 처리를 행한다. 카피하는 구간의 AV 스트림 부분에 있어서의 program-sequence의 시작 패킷 번호를 갱신한다.
스텝 S206에서 ClipMark에 관한 다음의 처리를 행한다. 카피하는 구간의 AV 스트림 부분이 사용하는 Mark 엔트리를 취득한다.
스텝 S207에서, 파일 작성에 관한 다음의 처리를 행한다.
·카피하는 구간의 AV 스트림 부분을 콤바인 하여 Clip AV stream file로 한다.
·Clip Information file를 작성한다.
도 74는, 카피원(출력측의 재생 장치(2))로부터, 카피처(입력측의 기록 장치(3))에, PlayList를 카피하는 경우의, 카피처가 행하는 처리를 설명하는 플로우 차트이다.
스텝 S221에서 AV 스트림과 그것에 관계되는 데이터베이스를 데이터 전송하여 카피하는 경우와, AV 스트림만을 데이터 전송하여 카피하는 경우를 정한다. 전자의 경우는 스텝 S222로 진행한다. 후자의 경우는 스텝 S226로 진행한다.
스텝 S222에서 AV 스트림 파일의 관리의 처리를 행한다.
입력된 AV 스트림 데이터를 Clip AV 스트림 파일로서, STREAM 디렉토리에 기록한다.
스텝 S223에서 데이터베이스 파일의 관리에 관한 처리를 행한다.
·입력된 PlayList 파일을 PLAYLIST 디렉토리에 기록한다.
·입력된 Clip Information 파일을 CLIPINF 디렉토리에 기록한다.
스텝 S224에서 Info.dvr에 관한 처리를 행한다.
입력ehls PlayList 파일을 카피처에 있는 Info.dvr의 TableOfPlayList에 추가한다.
스텝 S225에서, 섬네일 파일에 관한 처리를 행한다.
입력된 섬네일 파일에 엔트리 되어 있는 섬네일을, 카피처처에 있는 섬네일 파일에 추가한다.
스텝 S221에서, AV 스트림만을 데이터 전송하고 카피한다고 판정되고, 스텝 S226로 진행한 경우, 도 58에 도시한 Real PlayList의 작성을 설명하는 플로우 차트에 의해, 카피처에 입력되는 트랜스포트 스트림을 기록하고, Real PlayList를 작성한다.
이와 같은 신택스, 데이터 구조, 규칙에 의거함으로써, 기록 매체(10)에 기록되어 있는 AV 스트림 파일과 그 데이터베이스 파일의 내용을을 적절히 관리할 수 있고, 따라서, 유저가 소망하는 AV 스트림 파일과 그 데이터베이스 파일을 다른 기록 매체에 간편하게 카피할 수 있도록 할 수 있다.
또한, 기록 매체(10)에 기록되어 있는 AV 스트림 파일의 부분적인 재생 구간을 다른 기록 매체에 카피하는 경우에, 해당 재생 구간의 재생에 필요한 AV 스트림 파일을 간편하게 작성할 수 있고, 해당 재생 구간의 재생에 필요한 데이터베이스 파일을 간편하게 작성할 수 있기 때문에, 따라서, 유저가, 소망하는 AV 스트림 파일의 부분적인 재생 구간의 재생에 필요한 AV 스트림 파일과 데이터베이스 파일을작성할 수 있고, 그들 파일을 다른 기록 매체에 간편하게 카피할 수 있도록 할 수 있다.
또한, 도 71의 설명에서는, 카피처로부터 카피원으로의 파일 전송에 이용하는 전송로가, IEEE1394 등의 디지털 버스인 경우를 설명하였지만, 이에 한하지 않고, 도 75에 도시한 바와 같이, 방송파 등의 무선파를 전송로로 하여도 좋다. 또한, 카피 제어의 커맨드는, 파일 전송용의 전송로와 같을 필요는 없다(도 75 참조).
또한, AV 스트림 파일과 그 데이터베이스 파일이 개별적인 기록 매체로부터, 카피처로 전송되어도 좋다. 도 76에 도시한 바와 같이, AV 스트림 파일이 기록되어 있는 서버와 데이터베이스 파일이 기록되어 있는 서버가 제각기 준비되어 있고, 기록 장치(3)로부터의 카피 제어 커맨드에 대해, AV 스트림 파일 서버와 데이터베이스 파일 서버로부터, 파일이 기록 장치(3)에 전송되도록 하여도 좋다.
또한, 본 실시의 형태는, 다중화 스트림으로서 MPEG2 트랜스포트 스트림을 예로 하여 설명하고 있지만, 이에 한하지 않고, DSS 트랜스포트 스트림이나 MPEG2 프로그램 스트림에 대해서도 적용하는 것이 가능하다.
상술한 일련의 처리는, 하드웨어에 의해 실행시킬 수도 있지만, 소프트웨어에 의해 실행시킬 수도 있다. 이 경우, 그 소프트웨어를 구성하는 프로그램이, 전용의 하드웨어에 조립되어 있는 컴퓨터, 또는, 각종의 프로그램을 인스톨 함으로써, 각종의 기능을 실행하는 것이 가능한, 예를 들면 범용의 퍼스널 컴퓨터 등에, 네트워크나 기록 매체로부터 인스톨 된다.
이 기록 매체는, 도 44에 도시한 바와 같이, 장치 본체와는 별도로, 유저에게 프로그램을 제공하기 위해 배포되는, 프로그램이 기록되어 있는 자기디스크(51)(플로피 디스크를 포함하다), 광디스크(52)(CD-ROM(Compact Disk-Read Only Memory), DVD(Digital Versatile Disk)를 포함하다), 광자기디스크(53)(MD(Mini-Disk)를 포함하다), 또는 반도체 메모리(54) 등으로 이루어지는 패키지 미디어에 의해 구성될 뿐만 아니라, 장치 본체에 미리 조립된 상태로 유저에게 제공되는, 프로그램이 기록되어 있는 ROM이나 하드 디스크 등으로 구성된다.
또한, 본 명세서에 있어서, 기록 매체에 기록되는 프로그램을 기술하는 스텝은, 기재된 순서에 따라 시계열적으로 행하여지는 처리는 물론, 반드시 시계열적으로 처리되지 않더라도, 병렬적 또는 개별적으로 실행되는 처리도 포함하는 것이다.
또한, 본 명세서에 있어서, 시스템이란, 복수의 장치에 의해 구성되는 장치 전체를 나타내는 것이다.
이상과 같이, 본 발명에 의하면, 신택스, 데이터 구조, 규칙에 의거함으로써, 기록 매체에 기록되어 있는 AV 스트림 파일과 그 데이터베이스 파일의 내용을 적절하게 관리할 수 있고, 따라서, 유저가 소망하는 AV 스트림 파일과 그 데이터 베이스 파일을 다른 기록 매체에 간편하게 카피할 수 있도록 할 수 있다.
특히, 청구의 범위 제 1항의 데이터 전송장치, 청구의 범위 제 13항의 데이터 전송 방법, 청구의 범위 제 14항의 기록 매체의 프로그램 및 청구의 범위 제 15항의 프로그램에 의하면, 기록 매체에 기록되어 있는 AV 스트림 파일의 부분적인 재생 구간을 다른 기록 매체에 카피하는 경우에, 해당 재생 구간의 재생에 필요한 AV 스트림 파일을 간편하게 작성할 수 있고, 해당 재생 구간의 재생에 필요한 데이터베이스 파일을 간편하게 작성할 수 있기 때문에, 따라서, 유저가, 소망하는 AV 스트림 파일의 부분적인 재생 구간의 재생에 필요한 AV 스트림 파일과 데이터베이스 파일을 작성할 수 있고, 그들 파일을 다른 기록 매체에 간편하게 카피할 수 있도록 할 수 있다. 또한, 카피원로부터 카피처로, PlayList와 그것에 필요한 Clip의 부분만을 카피하기 때문에, 카피처의 기록 매체상에 필요한 빈 기록 용량을 작게 할 수 있다.
청구의 범위 제 4항 내지 제 7항 및 제 9항의 데이터 전송장치에 의하면, 카피원의 PlayList와 Clip의 내용을 전부, 카피처로 전송할 수 있기 때문에, 유효하다. 즉, 카피원의 PlayList에 세트되어 있는 재생 지정 정보, UIAppInfoPlayList, PlayListMark, 섬네일 정보의 내용 등, 또한, 카피원의 Clip에 세트되어 있는 CPI, SequenceInfo, ProgramInfo, ClipMark, 섬네일 정보의 내용 등을, 카피처로 전송할 수 있기 때문에, 유효하다.
청구의 범위 제 10항의 데이터 전송장치에 의하면, AV 스트림을 파일 전송하기 때문에, 리얼 타임으로 데이터를 재생하는 속도로 데이터 전송하는 경우보다도 고속으로 데이터를 전송할 수 있다.
청구의 범위 제 11항의 데이터 전송장치에 의하면, AV 스트림을 리얼 타임으로 데이터를 재생하는 속도로 데이터 전송하기 때문에, 카피처의 기록 장치에서 입력되는 데이터를 실시간 처리로 디코드하여 재생할 수 있다.
청구의 범위 제 12항과 제 16항의 데이터 전송장치, 청구의 범위 제 17항의 데이터전송 방법, 청구의 범위 제 18항의 기록 매체의 프로그램 및 청구의 범위 제 19항의 프로그램에 의하면, 전송처의 장치가, 예를 들면, DVR 포맷에 준거한 것인 경우는, 상기 청구의 범위 제 1항의 전송장치의 방법으로 데이터 전송할 수 있고, 카피처의 기록 장치가 DVR 포맷에 준거한 것이 아닌 경우는, AV 스트림만을 리얼 타임으로 데이터를 재생하는 속도로 데이터 전송하도록, 처리를 전환할 수 있기 때문에, 유저의 AV 스트림의 카피 조작의 편리성을 향상할 수 있다.
청구의 범위 제 2O 항의 데이터 처리 장치, 청구의 범위 제 21항의 데이터 전송 방법, 청구의 범위 제 22항의 기록 매체의 프로그램 및 청구의 범위 제 23항의 프로그램에 의하면, 입력된 PlayList를 적절하게 기록 매체상에서 관리할 수 있고, 따라서, 유저가 기록 매체에 카피된 PlayList의 내용을 알기 쉽게 확인할 수 있다.
청구의 범위 제 24항의 데이터 처리 장치, 청구의 범위 제 25항의 데이터 전송 방법, 청구의 범위 제 26항의 기록 매체의 프로그램 및 청구의 범위 제 27항의 프로 그램에 의하면 입력된 섬네일을 적절하게 기록 매체상에서 관리할 수 있고, 따라서, 유저가 기록 매체에 카피된 섬네일의 내용을 알기 쉽게 확인할 수 있다.

Claims (27)

  1. 데이터 스트림과 그 관리 정보를 기록 매체로부터 판독하는 판독부와,
    상기 데이터 스트림중에서, 지정된 재생 구간의 재생에 필요한 부분 데이터 스트림에 대응하는 부분 관리 정보를 결정하는 제어부와,
    상기 부분 데이터 스트림 및 상기 제어부에 의해 결정된 부분 관리 정보를 전송하는 전송부를 구비한 것을 특징으로 하는 데이터 전송장치.
  2. 제 1항에 있어서,
    상기 전송부는, 또한 상기 부분 관리 정보를, 비동기 전송하는 것을 특징으로 하는 데이터 전송장치.
  3. 제 1항에 있어서,
    상기 제어부는, 상기 부분 데이터 스트림을 비동기 전송하는지, 또는 동기 전송하는지를 선택하는 것을 특징으로 하는 데이터 전송장치.
  4. 제 1항에 있어서,
    상기 데이터 스트림, AV 스트림이고,
    상기 관리 정보는,
    상기 AV 스트림중의 부호화 정보의 불연속점의 어드레스 정보,
    상기 AV 스트림중의 시각 정보와 어드레스 정보를 관련시키는 정보 및 상기 AV 스트림중의 특징적인 화상의 시각 정보를 포함하는 것을 특징으로 하는 데이터 전송장치.
  5. 제 4항에 있어서,
    상기 관리 정보는 Clip Information이고,
    상기 불연속점의 어드레스 정보는 SequenceInfo 및 ProgramInfo이고,
    상기 시각 정보와 어드레스 정보를 관련시키는 정보는, CPI이고,
    상기 특징적인 화상의 시각 정보는, ClipMark인 것을 특징으로 하는 데이터 전송장치.
  6. 제 5항에 있어서,
    상기 관리 정보는, 상기 AV 스트림의 재생 구간의 지시 정보인, PlayList를 더 포함하는 것을 특징으로 하는 데이터 전송장치.
  7. 제 4항에 있어서,
    상기 전송부는, 상기 부분 데이터 스트림으로서의 상기 AV 데이터 스트림의 재생 구간의 지시 정보를 또한 전송하는 것을 특징으로 하는 데이터 전송장치.
  8. 제 7항에 있어서,
    상기 전송부는, 상기 AV 스트림의 재생 구간의 지시 정보의 내용을 변경하지 않고, 상기 부분 데이터 스트림으로서의 상기 AV 데이터 스트림의 재생 구간의 지시 정보로서 전송하는 것을 특징으로 하는 데이터 전송장치.
  9. 제 4항에 있어서,
    상기 전송부는, 상기 AV 스트림의 재생 구간의 지시 정보에 관련시켜진 섬네일 화상 및 상기 부분 관리 정보 데이터에 포함된 AV 스트림중의 특징적인 화상의 시각 정보에 관련시켜진 섬네일 화상을 또한 전송하는 것을 특징으로 하는 데이터 전송장치.
  10. 제 4항에 있어서,
    상기 AV 스트림은, 트랜스포트 패킷과 그 어라이벌 타임 스탬프로 구성되는 소스 패킷을 단위로 하는 데이터 열이고,
    상기 부분 데이터 스트림으로서의 AV 스트림은, 상기 AV 스트림의 소스 패킷의 데이터 열의 부분인 것을 특징으로 데이터 전송장치.
  11. 제 4항에 있어서,
    상기 AV 스트림은, 트랜스포트 패킷과 그 어라이벌 타임 스탬프로 구성되는 소스 패킷을 단위로 하는 데이터 열이고,
    상기 부분 데이터 스트림으로서의 AV 스트림은, 트랜스포트 패킷을 단위로하는 트랜스포트 스트림인 것을 특징으로 하는 데이터 전송장치.
  12. 제 4항에 있어서,
    제어부는, 상기 AV 스트림과 그 관리 정보를 함께 데이터 전송하는지, 또는 상기 AV 스트림만을 리얼 타임 전송하는지를 전환하는 것을 특징으로 하는 데이터 전송장치.
  13. 데이터 스트림과 그 관리 정보를 기록 매체로부터 판독하는 판독 스텝과,
    상기 데이터 스트림중에서, 지정된 재생 구간의 재생에 필요한 부분 데이터 스트림에 대응하는 부분 관리 정보를 결정하는 결정 스텝과,
    상기 부분 데이터 스트림 및 상기 결정 스텝의 처리에 의해 결정된 관리 정보를 전송하는 전송 스텝을 포함하는 것을 특징으로 하는 데이터 전송 방법.
  14. 데이터 스트림과 그 관리 정보를 기록 매체로부터 판독하는 판독 스텝과,
    상기 데이터 스트림중에서, 지정된 재생 구간의 재생에 필요한 부분 데이터 스트림에 대응하는 부분 관리 정보를 결정하는 결정 스텝과,
    상기 부분 데이터 스트림 및 상기 결정 스텝의 처리에 의해 결정된 관리 정보를 전송하는 전송 스텝을 포함하는 것을 특징으로 하는 컴퓨터가 판독 가능한 프로그램이 기록되어 있는 기록 매체.
  15. 데이터 스트림과 그 관리 정보를 기록 매체로부터 판독하는 판독 스텝과,
    상기 데이터 스트림중에서, 지정된 재생 구간의 재생에 필요한 부분 데이터 스트림에 대응하는 부분 관리 정보를 결정하는 결정 스텝과,
    상기 부분 데이터 스트림 및 상기 결정 스텝의 처리에 의해 결정된 관리 정보를 전송하는 전송 스텝을 컴퓨터에 실행시키는 프로그램.
  16. AV 스트림을 전송하는 데이터 전송장치에 있어서,
    상기 AV 스트림의 전송처의 장치와 상호 인증하는 인증부와,
    상기 인증부에 의한 상기 상호 인증의 결과로부터, 상기 전송처의 장치가 소정의 포맷에 준거하고 있는 것을 판단한 경우, 상기 AV 스트림과 그 관리 정보를 함께 데이터 전송함과 함께, 상기 인증부에 의한 상기 상호 인증의 결과로부터, 상기 전송처의 장치가 상기 소정의 포맷에 준거하고 있지 않는 것을 판단한 경우, 상기 AV 스트림만을 리얼 타임 전송하는 전송부를 구비한 것을 특징으로 하는 데이터 전송장치.
  17. AV 스트림을 전송하는 데이터 전송장치의 데이터 전송 방법에 있어서,
    상기 AV 스트림의 전송처의 장치와 상호 인증하는 상호 인증 스텝과,
    상기 인증 스텝의 처리에 의한 상기 상호 인증의 결과로부터, 상기 전송처의 장치가 소정의 포맷에 준거하고 있는 것을 판단한 경우, 상기 AV 스트림과 그 관리 정보를 함께 데이터 전송함과 함께, 상기 인증 스텝의 처리에 의한 상기 상호 인증의 결과로부터, 상기 전송처의 장치가 상기 소정의 포맷에 준거하고 있지 않는 것을 판단한 경우, 상기 AV 스트림만을 리얼 타임 전송하는 전송 스텝을 포함하는 것을 특징으로 하는 데이터 전송 방법.
  18. AV 스트림을 전송하는 데이터 전송장치의 프로그램으로서,
    상기 AV 스트림의 전송처의 장치와 상호 인증하는 상호 인증 스텝과,
    상기 인증 스텝의 처리에 의한 상기 상호 인증의 결과로부터, 상기 전송처의 장치가 소정의 포맷에 준거하고 있는 것을 판단한 경우, 상기 AV 스트림과 그 관리 정보를 함께 데이터 전송함과 함께, 상기 인증 스텝의 처리에 의한 상기 상호 인증의 결과로부터, 상기 전송처의 장치가 상기 소정의 포맷에 준거하고 있지 않는 것을 판단한 경우, 상기 AV 스트림만을 리얼 타임 전송하는 전송 스텝을 포함하는 것을 특징으로 하는 컴퓨터가 판독 가능한 프로그램이 기록되어 있는 기록 매체.
  19. AV 스트림을 전송하는 데이터 전송장치를 제어하는 컴퓨터에,
    상기 AV 스트림의 전송처의 장치와 상호 인증하는 상호 인증 스텝과,
    상기 인증 스텝의 처리에 의한 상기 상호 인증의 결과로부터, 상기 전송처의 장치가 소정의 포맷에 준거하고 있는 것을 판단한 경우, 상기 AV 스트림과 그 관리 정보를 함께 데이터 전송함과 함께, 상기 인증 스텝의 처리에 의한 상기 상호 인증의 결과로부터, 상기 전송처의 장치가 상기 소정의 포맷에 준거하고 있지 않는 것을 판단한 경우, 상기 AV 스트림만을 리얼 타임 전송하는 전송 스텝을 실행시키는것을 특징으로 하는 프로그램.
  20. AV 스트림 파일 및 상기 AV 스트림의 재생 방법을 지정하는 PlayList 파일이 기록되어 있는 기록 매체로부터 재생된 상기 파일을 수신하는 데이터 처리 장치에 있어서,
    상기 PlayList 파일을 수신하는 수신부와,
    상기 PlayList를 기록함과 함께, 기록되어 있는 PlayList를 관리하는 관리 정보 파일에, 상기 새롭게 수신한 PlayList 파일에 관한 정보를 추가하는 기록부를 구비한 것을 특징으로 하는 데이터 처리 장치.
  21. AV 스트림 파일 및 상기 AV 스트림의 재생 방법을 지정하는 PlayList 파일이 기록되어 있는 기록 매체로부터 재생된 상기 파일을 수신하는 데이터 처리 장치의 데이터 처리 방법에 있어서,
    상기 PlayList 파일을 수신하는 수신 스텝과,
    상기 PlayList를 기록함과 함께, 기록되어 있는 PlayList를 관리하는 관리 정보 파일에, 상기 새롭게 수신한 PlayList 파일에 관한 정보를 추가하는 추가 스텝을 포함하는 것을 특징으로 하는 데이터 처리 방법.
  22. AV 스트림 파일 및 상기 AV 스트림 재생 방법을 지정하는 PlayList 파일이 기록되어 있는 기록 매체로부터 재생된 상기 파일을 수신하는 데이터 처리 장치의프로그램으로서,
    상기 PlayList 파일을 수신하는 수신 스텝과,
    상기 PlayList를 기록함과 함께, 기록되어 있는 PlayList를 관리하는 관리 정보 파일에, 상기 새롭게 수신한 PlayList 파일에 관한 정보를 추가하는 추가 스텝을 포함하는 것을 특징으로 하는 컴퓨터가 판독 가능한 프로그램이 기록되어 있는 기록 매체.
  23. AV 스트림 파일 및 상기 AV 스트림 재생 방법을 지정하는 PlayList 파일이 기록되어 있는 기록 매체로부터 재생된 파일을 수신하는 데이터 처리 장치를 제어하는 컴퓨터에,
    상기 PlayList 파일을 수신하는 수신 스텝과,
    상기 PlayList를 기록함과 함께, 기록되어 있는 PlayList를 관리하는 관리 정보 파일에, 상기 새롭게 수신한 PlayList 파일에 관한 정보를 추가하는 추가 스텝을 실행시키는 것을 특징으로 하는 프로그램.
  24. AV 스트림 파일 및 상기 AV 스트림의 섬네일 파일이 기록되는 기록 매체에 대해, 데이터를 입력하는 데이터 처리 장치에 있어서,
    섬네일 파일을 수신하는 수신부와,
    기록되어 있는 섬네일 파일에, 수신한 섬네일 파일의 데이터를 추가하는 기록부를 구비한 것을 특징으로 하는 데이터 처리 장치.
  25. AV 스트림 파일 및 상기 AV 스트림의 섬네일 파일이 기록되는 기록 매체에 대해, 데이터를 입력하는 데이터 처리 장치의 데이터 처리 방법에 있어서,
    섬네일 파일을 수신하는 수신 스텝과,
    기록되어 있는 섬네일 파일에, 수신한 섬네일 파일의 데이터를 추가하는 추가 스텝을 포함하는 것을 특징으로 하는 데이터 처리 방법.
  26. AV 스트림 파일 및 상기 AV 스트림의 섬네일 파일이 기록되는 기록 매체에 대해, 데이터를 입력하는 데이터 처리 장치의 프로그램으로서,
    섬네일 파일을 수신하는 수신 스텝과,
    기록되어 있는 섬네일 파일에, 수신한 섬네일 파일의 데이터를 추가하는 추가 스텝을 포함하는 것을 특징으로 하는 컴퓨터가 판독 가능한 프로그램이 기록되어 있는 기록 매체.
  27. AV 스트림 파일 및 상기 AV 스트림 섬네일 파일이 기록되는 기록 매체에 대해, 데이터를 입력하는 데이터 처리 장치를 제어하는 컴퓨터에,
    섬네일 파일을 수신하는 수신 스텝과,
    기록되어 있는 섬네일 파일에, 수신한 섬네일 파일의 데이터를 추가하는 추가 스텝을 실행시키는 것을 특징으로 하는 프로그램.
KR1020037002349A 2001-06-22 2002-06-19 데이터 전송장치 및 방법 KR100892012B1 (ko)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JPJP-P-2001-00189744 2001-06-22
JP2001189744A JP4409792B2 (ja) 2001-06-22 2001-06-22 データ伝送装置および方法、記録媒体並びにプログラム
PCT/JP2002/006089 WO2003001801A1 (en) 2001-06-22 2002-06-19 Data transmitting device and method

Publications (2)

Publication Number Publication Date
KR20030024888A true KR20030024888A (ko) 2003-03-26
KR100892012B1 KR100892012B1 (ko) 2009-04-07

Family

ID=19028621

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020037002349A KR100892012B1 (ko) 2001-06-22 2002-06-19 데이터 전송장치 및 방법

Country Status (10)

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

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100835528B1 (ko) * 2006-07-06 2008-06-04 호서대학교 산학협력단 구간정보를 이용한 멀티미디어 콘텐츠의 스트리밍 방법 및그 스트리밍 단말기
KR100954999B1 (ko) * 2003-06-02 2010-04-27 엘지전자 주식회사 고밀도 광디스크의 부가 콘텐츠 데이터 관리 및 재생방법

Families Citing this family (67)

* 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
US7809243B2 (en) 2002-06-24 2010-10-05 Lg Electronics, Inc. Recording medium having data structure including navigation control information for managing reproduction of video data recorded thereon and recording and reproducing methods and apparatuses
CN101350214B (zh) 2002-06-24 2015-07-01 Lg电子株式会社 记录和再现用于视频数据的再现的数据结构的方法及装置
KR20040000290A (ko) * 2002-06-24 2004-01-03 엘지전자 주식회사 고밀도 광디스크의 멀티 경로 데이터 스트림 관리방법
WO2004023485A1 (en) * 2002-09-05 2004-03-18 Lg Electronics Inc. Recording medium having data structure for managing reproduction of still images recorded thereon and recording and reproducing methods and apparatuses
EP1535281A4 (en) * 2002-09-06 2009-08-12 Lg Electronics Inc RECORDING MEDIUM HAVING A DATA STRUCTURE FOR MANAGING THE READING OF STILL IMAGES RECORDED ON THE RECORDING MEDIUM, AND METHODS AND DEVICES FOR RECORDING AND READING THEM
JP4547260B2 (ja) * 2002-09-07 2010-09-22 エルジー エレクトロニクス インコーポレイティド クリップファイルからの停止映像再生を管理するためのデータ構造を有する記録媒体、それによる記録及び再生方法及び装置
JP4558498B2 (ja) 2002-11-20 2010-10-06 エルジー エレクトロニクス インコーポレイティド 記録されたスチールイメージの再生を管理するためのデータ構造を有する記録媒体、それによる記録及び再生方法及び装置
KR100995043B1 (ko) 2003-01-20 2010-11-19 엘지전자 주식회사 스틸 화상의 재생을 관리하기 위한 데이터 구조를 구비한기록 매체와, 기록 재생 방법 및 장치
EP1595253A4 (en) 2003-01-20 2009-09-30 Lg Electronics Inc RECORDING MEDIUM COMPRISING A DATA STRUCTURE FOR MANAGING THE REPRODUCTION OF MEDIA RECORDED STILL IMAGES AND REPRODUCTIVE METHODS AND DEVICES
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
CA2514031C (en) 2003-02-19 2012-09-25 Matsushita Electric Industrial Co., Ltd. Recording medium, playback apparatus, recording method, program, and playback method
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 삼성전자주식회사 재생 장치
CN1890745B (zh) * 2003-10-10 2010-05-12 夏普株式会社 再现装置、再现装置的控制方法
JP5090415B2 (ja) * 2003-10-10 2012-12-05 シャープ株式会社 再生装置、ビデオデータの再生方法、制御プログラム、及びコンテンツ記録媒体
JP3913215B2 (ja) * 2003-12-26 2007-05-09 キヤノン株式会社 記録再生装置、情報記録再生システム、情報記録再生方法、及びコンピュータ読み取り可能な記録媒体
WO2005081248A1 (ja) 2004-02-23 2005-09-01 Sony Corporation データ処理方法、データ処理装置、および情報記録媒体、並びにコンピュータ・プログラム
JP2005251313A (ja) * 2004-03-04 2005-09-15 Toshiba Corp 情報記録再生装置および情報記録再生方法
CN100499780C (zh) * 2004-03-29 2009-06-10 索尼株式会社 数据处理方法和设备
JP4779340B2 (ja) 2004-03-29 2011-09-28 ソニー株式会社 データ処理方法、データ処理装置、および情報記録媒体、並びにコンピュータ・プログラム
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 情報記録再生装置及び方法
EP2346243B1 (en) * 2004-08-31 2013-11-06 Panasonic Corporation Moving image encoding method and apparatus
JP4151640B2 (ja) * 2004-10-22 2008-09-17 ソニー株式会社 画像表示方法、画像表示プログラムおよび編集装置
KR20060066627A (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
KR20060066626A (ko) * 2004-12-13 2006-06-16 엘지전자 주식회사 컨텐트의 암호/해독을 위한 키를 기록하고 사용하는 방법및 장치와 그 방법에 의해 키가 기록되어 있는 기록매체
EP1825470A4 (en) * 2004-12-13 2009-04-29 Lg Electronics Inc METHOD AND DEVICE FOR WRITING AND USING KEYS FOR ENCRYPTING / DECALKING A CONTENT AND KEY WRITTEN 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
CN101120590B (zh) * 2005-02-18 2010-10-13 皇家飞利浦电子股份有限公司 现场提交数字信号的方法
JP4634201B2 (ja) * 2005-04-01 2011-02-16 パナソニック株式会社 情報ネットワークシステムおよび情報機器
KR100657314B1 (ko) * 2005-05-04 2006-12-20 삼성전자주식회사 멀티미디어 스트리밍 송신 장치 및 방법
JPWO2006126679A1 (ja) 2005-05-27 2008-12-25 三洋電機株式会社 データ記録装置、及びデータ記録装置におけるデータファイルの送信方法
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 株式会社東芝 エントリポイントを用いた再生方法およびこの方法を用いる記録再生装置
JP4591405B2 (ja) * 2006-05-10 2010-12-01 ソニー株式会社 情報処理装置及び情報処理方法、並びにコンピュータ・プログラム
JP4513780B2 (ja) 2006-05-10 2010-07-28 ソニー株式会社 情報処理装置及び情報処理方法、並びにコンピュータ・プログラム
JP4779797B2 (ja) * 2006-05-10 2011-09-28 ソニー株式会社 情報処理装置、および情報処理方法、並びにコンピュータ・プログラム
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 ソニー株式会社 情報処理装置、情報処理方法およびプログラム
JP5263399B2 (ja) * 2009-08-19 2013-08-14 パナソニック株式会社 コンテンツアップロードシステム、コンテンツアップロード方法、コンテンツ送受信装置
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
WO1997014249A1 (fr) * 1995-10-09 1997-04-17 Matsushita Electric Industrial Co., Ltd. Transmetteur de donnees, procede de transmission de donnees, recepteur de donnees, processeur d'informations et support d'enregistrement d'informations
JP3761623B2 (ja) * 1996-03-18 2006-03-29 パイオニア株式会社 情報記録媒体、情報記録装置及び方法並びに情報再生装置及び方法
DE69721483T2 (de) * 1996-09-27 2004-03-18 Matsushita Electric Industrial Co., Ltd., Kadoma Edier-und Autorensystem für einen Multimedia-Datenstrom mit Überprüfung der Edierbefehle
US5953008A (en) * 1996-10-01 1999-09-14 Nikon Corporation Source file editing apparatus
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
JPH1198460A (ja) 1997-09-17 1999-04-09 Matsushita Electric Ind Co Ltd 光ディスクの再生方法及び再生装置
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 가부시키가이샤 히타치세이사쿠쇼 기록매체, 기록장치, 재생장치, 기록방법, 및 컴퓨터가 읽기가능한 기록매체
DE69938231T2 (de) * 1998-10-14 2009-03-05 Sony Corp. Datenübertragungsgerät ,datenübertragungsverfahren und datenaufzeichnungsmedium
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
DE60000013T2 (de) * 1999-04-02 2002-05-02 Matsushita Electric Ind Co Ltd Optische Platte, Aufzeichnungs- und Wiedergabeanordnung
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 シャープ株式会社 録画データ編集装置
WO2001017245A1 (fr) * 1999-08-27 2001-03-08 Kabushiki Kaisha Toshiba Systeme d'interconnexion d'appareils via une ligne analogique
JP4389365B2 (ja) * 1999-09-29 2009-12-24 ソニー株式会社 トランスポートストリーム記録装置および方法、トランスポートストリーム再生装置および方法、並びにプログラム記録媒体
JP4328989B2 (ja) * 1999-11-24 2009-09-09 ソニー株式会社 再生装置、再生方法、並びに記録媒体
CN1186930C (zh) * 2000-04-21 2005-01-26 索尼公司 记录设备和方法、再现设备和方法
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
US7646967B2 (en) 2000-04-21 2010-01-12 Sony Corporation Information processing apparatus and method, program and recorded medium
JP4682434B2 (ja) * 2000-04-21 2011-05-11 ソニー株式会社 情報処理装置および方法、記録媒体、並びにプログラム
JP3612274B2 (ja) * 2000-11-08 2005-01-19 株式会社東芝 プレイリスト作成ガイド機能付き記録再生装置

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100954999B1 (ko) * 2003-06-02 2010-04-27 엘지전자 주식회사 고밀도 광디스크의 부가 콘텐츠 데이터 관리 및 재생방법
KR100835528B1 (ko) * 2006-07-06 2008-06-04 호서대학교 산학협력단 구간정보를 이용한 멀티미디어 콘텐츠의 스트리밍 방법 및그 스트리밍 단말기

Also Published As

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

Similar Documents

Publication Publication Date Title
KR100892012B1 (ko) 데이터 전송장치 및 방법
KR100806432B1 (ko) 정보 처리 장치 및 방법, 프로그램과 기록 매체
KR100948439B1 (ko) 정보 처리 장치와 방법, 및 기록 매체
JP4022818B2 (ja) データ記録装置および方法、データ記録媒体、データ再生装置および方法、データ編集装置および方法、プログラム格納媒体、並びにプログラム
KR100746821B1 (ko) 정보 처리 장치와 방법, 기록매체
KR100795255B1 (ko) 정보 처리 장치 및 방법, 프로그램과 기록 매체
JP4682434B2 (ja) 情報処理装置および方法、記録媒体、並びにプログラム
US7865062B2 (en) Information processing apparatus and method, recorded medium, and program
JP4517267B2 (ja) 記録装置および方法、再生装置および方法、プログラム、並びに記録媒体
JP4355988B2 (ja) 情報処理装置、情報処理方法、プログラム記録媒体、プログラム、および情報記録媒体
JP2002158965A (ja) 情報処理装置および方法、記録媒体、プログラム、並びに記録媒体
RU2273109C2 (ru) Способ и устройство обработки информации, программа и носитель записи
JP2006216227A (ja) データ受信装置および方法
JP2006302498A (ja) データ受信装置および方法

Legal Events

Date Code Title Description
A201 Request for examination
E902 Notification of reason for refusal
E701 Decision to grant or registration of patent right
GRNT Written decision to grant
FPAY Annual fee payment

Payment date: 20120327

Year of fee payment: 4

LAPS Lapse due to unpaid annual fee