JPWO2006115060A1 - 記録装置および記録方法、再生装置および再生方法、プログラム、並びに記録媒体 - Google Patents

記録装置および記録方法、再生装置および再生方法、プログラム、並びに記録媒体 Download PDF

Info

Publication number
JPWO2006115060A1
JPWO2006115060A1 JP2006540064A JP2006540064A JPWO2006115060A1 JP WO2006115060 A1 JPWO2006115060 A1 JP WO2006115060A1 JP 2006540064 A JP2006540064 A JP 2006540064A JP 2006540064 A JP2006540064 A JP 2006540064A JP WO2006115060 A1 JPWO2006115060 A1 JP WO2006115060A1
Authority
JP
Japan
Prior art keywords
packet
audio
time information
reading
stream
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP2006540064A
Other languages
English (en)
Other versions
JP4438798B2 (ja
Inventor
綾子 岩瀬
綾子 岩瀬
加藤　元樹
元樹 加藤
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Sony Corp
Original Assignee
Sony Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Sony Corp filed Critical Sony Corp
Publication of JPWO2006115060A1 publication Critical patent/JPWO2006115060A1/ja
Application granted granted Critical
Publication of JP4438798B2 publication Critical patent/JP4438798B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/433—Content storage operation, e.g. storage operation in response to a pause request, caching operations
    • H04N21/4334—Recording operations
    • G—PHYSICS
    • G10—MUSICAL INSTRUMENTS; ACOUSTICS
    • G10L—SPEECH ANALYSIS OR SYNTHESIS; SPEECH RECOGNITION; SPEECH OR VOICE PROCESSING; 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
    • G10L19/04—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 using predictive techniques
    • G10L19/16—Vocoder architecture
    • G10L19/167—Audio streaming, i.e. formatting and decoding of an encoded audio signal representation into a data stream for transmission or storage purposes
    • 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/322—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording on separate auxiliary tracks of the same or an auxiliary record carrier used signal is 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]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/235—Processing of additional data, e.g. scrambling of additional data or processing content descriptors
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/41—Structure of client; Structure of client peripherals
    • H04N21/426—Internal components of the client ; Characteristics thereof
    • H04N21/42646—Internal components of the client ; Characteristics thereof for reading from or writing on a non-volatile solid state storage medium, e.g. DVD, CD-ROM
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/4302—Content synchronisation processes, e.g. decoder synchronisation
    • H04N21/4307—Synchronising the rendering of multiple content streams or additional data on devices, e.g. synchronisation of audio on a mobile phone with the video output on the TV screen
    • H04N21/43072—Synchronising the rendering of multiple content streams or additional data on devices, e.g. synchronisation of audio on a mobile phone with the video output on the TV screen of multiple content streams on the same device
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/434—Disassembling of a multiplex stream, e.g. demultiplexing audio and video streams, extraction of additional data from a video stream; Remultiplexing of multiplex streams; Extraction or processing of SI; Disassembling of packetised elementary stream
    • H04N21/4344—Remultiplexing of multiplex streams, e.g. by modifying time stamps or remapping the packet identifiers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/435—Processing of additional data, e.g. decrypting of additional data, reconstructing software from modules extracted from the transport stream
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/81—Monomedia components thereof
    • H04N21/8126—Monomedia components thereof involving additional data, e.g. news, sports, stocks, weather forecasts
    • H04N21/8133—Monomedia components thereof involving additional data, e.g. news, sports, stocks, weather forecasts specifically related to the content, e.g. biography of the actors in a movie, detailed information about an article seen in a video program
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/81—Monomedia components thereof
    • H04N21/8146—Monomedia components thereof involving graphical data, e.g. 3D object, 2D graphics
    • H04N21/8153—Monomedia components thereof involving graphical data, e.g. 3D object, 2D graphics comprising still images, e.g. texture, background image
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/83—Generation or processing of protective or descriptive data associated with content; Content structuring
    • H04N21/845—Structuring of content, e.g. decomposing content into time segments
    • H04N21/8455—Structuring of content, e.g. decomposing content into time segments involving pointers to the content, e.g. pointers to the I-frames of the video stream
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/85—Assembly of content; Generation of multimedia applications
    • H04N21/854—Content authoring
    • H04N21/8547—Content authoring involving timestamps for synchronizing content
    • 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/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
    • 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/806—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 with processing of the sound signal
    • H04N9/8063—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 with processing of the sound signal using time division multiplex of the PCM audio and PCM video signals
    • 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
    • H04N9/8211—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 the additional signal being a sound signal
    • 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
    • H04N9/8227—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 the additional signal being at least another television signal

Abstract

本発明は、異なる符号化方式でエンコードされたオーディオデータのＴＳのランダムアクセス再生を行うことができるようにする、記録装置および記録方法、再生装置および再生方法、プログラム、並びに記録媒体に関するものである。コントローラは、ＴＳからＰＴＳを取得し、ＴＳにおいて、ＢＳオーディオＴＳパケット２６１−１より後ろの位置に、同じＰＴＳを含むＨＱオーディオＴＳパケット２７１−１が存在する場合に、そのＢＳオーディオＴＳパケット２６１−１をエントリーポイントとして設定する。そして、コントローラは、ＢＳオーディオＥＳとＨＱオーディオＥＳのＰＩＤ、エントリーポイントとして設定されたＢＳオーディオＴＳパケット２６１−１のソースパケット番号、およびそのＰＴＳとに基づいて、EP_mapを作成する。

Description

近年、記録再生装置から取り外し可能なディスク型の記録媒体として、各種の光ディスクが提案されつつある。このような記録可能な光ディスクに記録するＡＶ（Audio Visual）ストリームは、例えば、MPEG（Moving Picture Experts Group）２の方式でＴＳ（トランスポートストリーム）に多重化され、記録される。
特許文献１には、このようなMPEG２の方式を用いて、スライドショーを実現する場合の技術が開示されている。具体的には、Play ListとClipの２つのレイヤを用いて、記録媒体に記録された静止画像のアプリケーションフォーマットで、ＡＶ（Audio Visual）ストリームを管理することが開示されている。ここで、Clipは、１以上の静止画像と各静止画像の付属情報であるClip Informationとを管理し、Paly Listは、Clipの中の静止画像を使ったスライドショーの再生区間を示す複数のPlay Itemを有している。
そして、Play Itemの再生開始時刻IN_timeと再生終了時刻OUT_timeが示すトランスポートストリームのデータアドレスを、Clip Informationの中にある静止画像の識別情報とそれに対応するソースパケット番号とを示すテーブルであるEP_mapを参照することで取得し、オーディオと同期しない静止画のスライドショーを再生する技術が開示されている。
また、オーディオストリームにおける開始時刻と開始時刻および終了時刻に対応するソースパケット（アクセス最小単位）のアドレスを示す情報とが記述されたオーディオ用のEP_mapを用いて、各静止画の再生開始時刻があらかじめ決められているスライドショーに、オーディオを同期して再生させる技術が開示されている。
特開２００４−３３６５６６号公報
しかしながら、特許文献１では、異なる符号化方式によりエンコードされた２つのオーディオストリームの同一のＰＩＤのＴＳパケットを、１つのトランスポートストリームに多重化して記録することは考えられていなかった。
本発明はこのような状況に鑑みてなされたものであり、異なる符号化方式でエンコードされた２つのオーディオデータの同一のＰＩＤのＴＳパケットを、１つのトランスポートストリームに多重化した場合に、容易に再生できるようにするものである。
本発明の記録装置は、所定の符号化方式である第１の符号化方式でエンコードされたオーディオデータがＴＳパケット化された第１のＴＳパケットと、可変長符号化方式であり、第１の符号化方式とは異なる第２の符号化方式でエンコードされたオーディオデータがＴＳパケット化された第２のＴＳパケットとが多重化されたトランスポートストリームの入力を受け付ける受付手段と、受付手段により受け付けられたトランスポートストリームの第１のＴＳパケットに含まれる、デコードされる場合に利用される時刻情報を、第１の時刻情報として取得する取得手段と、トランスポートストリームにおいて、取得手段により第１の時刻情報が取得された第１のＴＳパケットより後ろの位置に、第１の時刻情報と同じ時刻を表す時刻情報を含む第２のＴＳパケットが存在するか否かを判定する判定手段と、判定手段により、第１の時刻情報が取得された第１のＴＳパケットより後ろの位置に、第１の時刻情報と同じ時刻を表す時刻情報を含む第２のＴＳパケットが存在すると判定された場合、第１の時刻情報が取得された第１のＴＳパケットをエントリーポイントとして設定する設定手段と、ストリームを識別する情報、設定手段によりエントリーポイントとして設定された第１のＴＳパケットの番号、および第１の時刻情報とに基づいて、テーブルを作成する作成手段と、作成手段により作成されたテーブルを記録媒体に記録させる記録制御手段とを備えることを特徴とする。
判定手段は、第１の時刻情報と同じ時刻を表す時刻情報を含む第２のＴＳパケットに含まれるオーディオアクセスユニットの先頭に、その位置からデコードを開始するためのデコード情報が含まれているか否かをさらに判定し、設定手段は、判定手段により、第１の時刻情報が取得された第１のＴＳパケットより後ろの位置に、第１の時刻情報と同じ時刻を表す時刻情報を含む第２のＴＳパケットが存在すると判定された場合、かつ、第１の時刻情報と同じ時刻を表す時刻情報を含む第２のＴＳパケットに含まれるオーディオアクセスユニットの先頭に、その位置からデコードするのに必要なデコード情報が含まれていると判定されたとき、第１の時刻情報が取得された第１のＴＳパケットをエントリーポイントとして設定するものとすることができる。
テーブルは、トランスポートストリーム中の時刻情報と、トランスポートストリームのＴＳパケットの番号とを対応付けるテーブルであるものとすることができる。
テーブルは、EP_mapであるものとすることができる。
時刻情報は、プレゼンテーションタイムスタンプであるものとすることができる。
記録制御手段により記録媒体に記録された情報を読み出す読み出し手段と、読み出し手段による読み出し位置を制御する制御手段とをさらに備え、読み出し手段は、記録媒体からテーブルを読み出し、制御手段は、テーブルと、ユーザからの再生位置の指定とに基づいて、読み出し手段の読み出し位置を制御し、読み出し手段は、制御手段による読み出し位置の制御に基づいて、記録媒体からトランスポートストリームを読み出すものとすることができる。
記録制御手段により記録媒体に記録された情報を読み出す読み出し手段と、読み出し手段による読み出し位置を制御する制御手段と第１の符号化方式によりエンコードされたオーディオデータをデコードするデコード手段とをさらに備え、読み出し手段は、記録媒体からテーブルを読み出し、制御手段は、テーブルと、ユーザからの再生位置の指定とに基づいて、対応する第１のＴＳパケットの番号を、読み出し位置として設定し、読み出し手段は、制御手段により設定された第１のＴＳパケットの番号からトランスポートストリームに含まれる第１のＴＳパケットを読み出し、デコード手段は、読み出し手段により読み出された第１のＴＳパケットに含まれる、第１の符号化方式によりエンコードされたオーディオデータをデコードするものとすることができる。
記録制御手段により記録媒体に記録された情報を読み出す読み出し手段と、読み出し手段による読み出し位置を制御する制御手段と第２の符号化方式によりエンコードされたオーディオデータをデコードするデコード手段とをさらに備え、読み出し手段は、記録媒体からテーブルを読み出し、制御手段は、テーブルと、ユーザからの再生位置の指定とに基づいて、対応する第１のＴＳパケットの番号を、読み出し位置として設定し、読み出し手段は、制御手段により設定された第１のＴＳパケットの番号より後ろの位置に記録されている第２のＴＳパケットを読み出し、制御手段は、読み出し手段により読み出された第２のＴＳパケットに含まれる時刻情報が、読み出し位置として設定された第１のＴＳパケットに含まれる時刻情報と一致する場合に、その第２のＴＳパケットの番号を、読み出し位置としてさらに設定し、読み出し手段は、制御手段により設定された第２のＴＳパケットの番号からトランスポートストリームに含まれる第２のＴＳパケットを読み出し、デコード手段は、読み出し手段により読み出された第２のＴＳパケットに含まれる、第２の符号化方式によりエンコードされたオーディオデータをデコードするものとすることができる。
本発明の記録方法は、所定の符号化方式である第１の符号化方式でエンコードされたオーディオデータがＴＳパケット化された第１のＴＳパケットと、可変長符号化方式であり、第１の符号化方式とは異なる第２の符号化方式でエンコードされたオーディオデータがＴＳパケット化された第２のＴＳパケットとが多重化されたトランスポートストリームの入力を受け付ける受付ステップと、受付ステップの処理により受け付けられたトランスポートストリームの第１のＴＳパケットに含まれる、デコードされる場合に利用される時刻情報を、第１の時刻情報として取得する取得ステップと、トランスポートストリームにおいて、取得ステップの処理により第１の時刻情報が取得された第１のＴＳパケットより後ろの位置に、第１の時刻情報と同じ時刻を表す時刻情報を含む第２のＴＳパケットが存在するか否かを判定する判定ステップと、判定ステップの処理により、第１の時刻情報が取得された第１のＴＳパケットより後ろの位置に、第１の時刻情報と同じ時刻を表す時刻情報を含む第２のＴＳパケットが存在すると判定された場合、第１の時刻情報が取得された第１のＴＳパケットをエントリーポイントとして設定する設定ステップと、ストリームを識別する情報、設定ステップの処理によりエントリーポイントとして設定された第１のＴＳパケットの番号、および第１の時刻情報とに基づいて、テーブルを作成する作成ステップと、作成ステップの処理により作成されたテーブルを記録媒体に記録させる記録制御ステップとを含むことを特徴とする。
本発明の第１のプログラムは、所定の符号化方式である第１の符号化方式でエンコードされたオーディオデータがＴＳケット化された第１のＴＳパケットと、可変長符号化方式であり、第１の符号化方式とは異なる第２の符号化方式でエンコードされたオーディオデータがＴＳパケット化された第２のＴＳパケットとが多重化されたトランスポートストリームの入力を受け付ける受付ステップと、受付ステップの処理により受け付けられたトランスポートストリームの第１のＴＳパケットに含まれる、デコードされる場合に利用される時刻情報を、第１の時刻情報として取得する取得ステップと、トランスポートストリームにおいて、取得ステップの処理により第１の時刻情報が取得された第１のＴＳパケットより後ろの位置に、第１の時刻情報と同じ時刻を表す時刻情報を含む第２のＴＳパケットが存在するか否かを判定する判定ステップと、判定ステップの処理により、第１の時刻情報が取得された第１のＴＳパケットより後ろの位置に、第１の時刻情報と同じ時刻を表す時刻情報を含む第２のＴＳパケットが存在すると判定された場合、第１の時刻情報が取得された第１のＴＳパケットをエントリーポイントとして設定する設定ステップと、ストリームを識別する情報、設定ステップの処理によりエントリーポイントとして設定された第１のＴＳパケットの番号、および第１の時刻情報とに基づいて、テーブルを作成する作成ステップと、作成ステップの処理により作成されたテーブルを記録媒体に記録させる記録制御ステップとを含む処理をコンピュータに実行させることを特徴とする。
第１の本発明においては、第１の符号化方式でエンコードされたオーディオデータがＴＳケット化された第１のＴＳパケットと、第２の符号化方式でエンコードされたオーディオデータがＴＳパケット化された第２のＴＳパケットとが多重化されたトランスポートストリームの入力が受け付けられ、トランスポートストリームの第１のＴＳパケットに含まれる、デコードされる場合に利用される時刻情報が、第１の時刻情報として取得され、トランスポートストリームにおいて、第１の時刻情報が取得された第１のＴＳパケットより後ろの位置に、第１の時刻情報と同じ時刻を表す時刻情報を含む第２のＴＳパケットが存在すると判定された場合、第１の時刻情報が取得された第１のＴＳパケットがエントリーポイントとして設定され、ストリームを識別する情報、エントリーポイントとして設定された第１のＴＳパケットの番号、および第１の時刻情報とに基づいて、テーブルが作成され、記録媒体に記録される。
本発明の再生装置は、記録媒体に記録されたデータを再生する再生装置であって、そのデータは、所定の符号化方式である第１の符号化方式でエンコードされたオーディオデータがＴＳ（Transport Stream）パケット化された第１のＴＳパケットと、可変長符号化方式であり、第１の符号化方式とは異なる第２の符号化方式でエンコードされたオーディオデータがＴＳパケット化された第２のＴＳパケットとが多重化されたトランスポートストリームを含み、トランスポートストリームの第１のＴＳパケットに含まれる、デコードされる場合に利用される時刻情報である第１の時刻情報と、第１の時刻情報が取得された第１のＴＳパケットより後ろの位置に、第１の時刻情報と同じ時刻を表す時刻情報を含む第２のＴＳパケットが存在する場合に、ストリームを識別する情報と、第１の時刻情報が取得された第１のＴＳパケットの番号とに基づいて作成されたテーブルとが記録されている記録媒体に記録された情報を読み出す読み出し手段と、読み出し手段による読み出し位置を制御する制御手段とを備え、読み出し手段は、記録媒体からテーブルを読み出し、制御手段は、テーブルと、ユーザからの再生位置の指定とに基づいて、読み出し手段の読み出し位置を制御し、読み出し手段は、制御手段による読み出し位置の制御に基づいて、記録媒体からトランスポートストリームを読み出すことを特徴とする。
第１の符号化方式によりエンコードされたオーディオデータをデコードするデコード手段をさらに備え、読み出し手段は、記録媒体からテーブルを読み出し、制御手段は、テーブルと、ユーザからの再生位置の指定とに基づいて、対応する第１のＴＳパケットの番号を、読み出し位置として設定し、読み出し手段は、制御手段により設定された第１のＴＳパケットの番号からトランスポートストリームに含まれる第１のＴＳパケットを読み出し、デコード手段は、読み出し手段により読み出された第１のＴＳパケットに含まれる、第１の符号化方式によりエンコードされたオーディオデータをデコードするものとすることができる。
第２の符号化方式によりエンコードされたオーディオデータをデコードするデコード手段をさらに備え、読み出し手段は、記録媒体からテーブルを読み出し、制御手段は、テーブルと、ユーザからの再生位置の指定とに基づいて、対応する第１のＴＳパケットの番号を、読み出し位置として設定し、読み出し手段は、制御手段により設定された第１のＴＳパケットの番号より後ろの位置に記録されている第２のＴＳパケットを読み出し、制御手段は、読み出し手段により読み出された第２のＴＳパケットに含まれる時刻情報が、読み出し位置として設定された第１のＴＳパケットに含まれる時刻情報と一致する場合に、その第２のＴＳパケットの番号を、読み出し位置としてさらに設定し、読み出し手段は、制御手段により設定された第２のＴＳパケットの番号からトランスポートストリームに含まれる第２のＴＳパケットを読み出し、デコード手段は、読み出し手段により読み出された第２のＴＳパケットに含まれる、第２の符号化方式によりエンコードされたオーディオデータをデコードするものとすることができる。
本発明の再生方法は、記録媒体に記録されたデータを再生する再生装置の再生方法であって、そのデータは、所定の符号化方式である第１の符号化方式でエンコードされたオーディオデータがＴＳパケット化された第１のＴＳパケットと、可変長符号化方式であり、第１の符号化方式とは異なる第２の符号化方式でエンコードされたオーディオデータがＴＳパケット化された第２のＴＳパケットとが多重化されたトランスポートストリームを含み、トランスポートストリームの第１のＴＳパケットに含まれる、デコードされる場合に利用される時刻情報である第１の時刻情報と、第１の時刻情報が取得された第１のＴＳパケットより後ろの位置に、第１の時刻情報と同じ時刻を表す時刻情報を含む第２のＴＳパケットが存在する場合に、ストリームを識別する情報と、第１の時刻情報が取得された第１のＴＳパケットの番号とに基づいて作成されたテーブルとが記録されている記録媒体からテーブルを読み出す第１の読み出しステップと、テーブルと、ユーザからの再生位置の指定とに基づいて、読み出し位置を制御する制御ステップと、制御ステップの処理による読み出し位置の制御に基づいて、記録媒体からトランスポートストリームを読み出す第２の読み出しステップとを含むことを特徴とする。
本発明の第２のプログラムは、記録媒体に記録されたデータを再生するプログラムであって、そのデータは、所定の符号化方式である第１の符号化方式でエンコードされたオーディオデータがＴＳパケット化された第１のＴＳパケットと、可変長符号化方式であり、第１の符号化方式とは異なる第２の符号化方式でエンコードされたオーディオデータがＴＳパケット化された第２のＴＳパケットとが多重化されたトランスポートストリームを含み、トランスポートストリームの第１のＴＳパケットに含まれる、デコードされる場合に利用される時刻情報である第１の時刻情報と、第１の時刻情報が取得された第１のＴＳパケットより後ろの位置に、第１の時刻情報と同じ時刻を表す時刻情報を含む第２のＴＳパケットが存在する場合に、ストリームを識別する情報と、第１の時刻情報が取得された第１のＴＳパケットの番号とに基づいて作成されたテーブルとが記録されている記録媒体からテーブルを読み出す第１の読み出しステップと、テーブルと、ユーザからの再生位置の指定とに基づいて、読み出し位置を制御する制御ステップと、制御ステップの処理による読み出し位置の制御に基づいて、記録媒体からトランスポートストリームを読み出す第２の読み出しステップとを含む処理をコンピュータに実行させることを特徴とする。
第２の本発明においては、第１の符号化方式でエンコードされたオーディオデータがＴＳパケット化された第１のＴＳパケットと、第２の符号化方式でエンコードされたオーディオデータがＴＳパケット化された第２のＴＳパケットとが多重化されたトランスポートストリームと、トランスポートストリームの第１のＴＳパケットに含まれる、デコードされる場合に利用される時刻情報である第１の時刻情報と、第１の時刻情報が取得された第１のＴＳパケットより後ろの位置に、第１の時刻情報と同じ時刻を表す時刻情報を含む第２のＴＳパケットが存在する場合に、ストリームを識別する情報と、第１の時刻情報が取得された第１のＴＳパケットの番号とに基づいて作成されたテーブルとが記録されている記録媒体からテーブルが読み出され、テーブルと、ユーザからの再生位置の指定とに基づいて、読み出し位置が制御され、記録媒体からトランスポートストリームが読み出される。
本発明の記録媒体は、オーディオデータに関するデータが記録されている記録媒体であって、そのデータは、所定の符号化方式である第１の符号化方式でエンコードされたオーディオデータがＴＳパケット化された第１のＴＳパケットと、可変長符号化方式であり、第１の符号化方式とは異なる第２の符号化方式でエンコードされたオーディオデータがＴＳパケット化された第２のＴＳパケットとが多重化されたトランスポートストリームを含み、トランスポートストリームの第１のＴＳパケットに含まれる、デコードされる場合に利用される時刻情報である第１の時刻情報と、第１の時刻情報が取得された第１のＴＳパケットより後ろの位置に、第１の時刻情報と同じ時刻を表す時刻情報を含む第２のＴＳパケットが存在する場合に、ストリームを識別する情報と、第１の時刻情報が取得された第１のＴＳパケットの番号とに基づいて作成されたテーブルとが記録されていることを特徴とする。
第３の本発明においては、第１の符号化方式でエンコードされたオーディオデータがＴＳパケット化された第１のＴＳパケットと、第２の符号化方式でエンコードされたオーディオデータがＴＳパケット化された第２のＴＳパケットとが多重化されたトランスポートストリームと、トランスポートストリームの第１のＴＳパケットに含まれる、デコードされる場合に利用される時刻情報である第１の時刻情報と、第１の時刻情報が取得された第１のＴＳパケットより後ろの位置に、第１の時刻情報と同じ時刻を表す時刻情報を含む第２のＴＳパケットが存在する場合に、ストリームを識別する情報と、第１の時刻情報が取得された第１のＴＳパケットの番号とに基づいて作成されたテーブルとが記録されている。
本発明の再生方法は、記録媒体に記録されたデータを再生する再生方法であって、そのデータは、所定の符号化方式である第１の符号化方式でエンコードされたオーディオデータがＴＳ（Transport Stream）パケット化された第１のＴＳパケットと、可変長符号化方式であり、第１の符号化方式とは異なる第２の符号化方式でエンコードされたオーディオデータがＴＳパケット化された第２のＴＳパケットとが多重化されたトランスポートストリームを含み、再生すべき第１の時刻情報を取得し、第１のＴＳパケットに対する記録媒体上の位置情報と、第１のＴＳパケットのデコードの際に利用される第２の時刻情報との対応情報を保持するテーブルを読み出し、第１の時刻情報に基づいて、テーブルに保持された第２の時刻情報を特定し、テーブルに基づいて特定された第２の時刻情報に対応する位置情報を取得し、位置情報における第１のＴＳパケットが記録された記録位置からデータの読み出しを開始し、データの読み出し開始位置から後方に多重化されている第２のＴＳパケットを取得し、読み出された第１のＴＳパケットのデコードは行わずに、取得された第２のＴＳパケットのデコードを開始することを特徴とする。
第４の本発明においては、再生すべき第１の時刻情報が取得され、第１のＴＳパケットに対する記録媒体上の位置情報と、第１のＴＳパケットのデコードの際に利用される第２の時刻情報との対応情報を保持するテーブルが読み出され、第１の時刻情報に基づいて、テーブルに保持された第２の時刻情報が特定され、テーブルに基づいて特定された第２の時刻情報に対応する位置情報が取得され、位置情報における第１のＴＳパケットが記録された記録位置からデータの読み出しが開始され、データの読み出し開始位置から後方に多重化されている第２のＴＳパケットが取得され、読み出された第１のＴＳパケットのデコードが行われずに、取得された第２のＴＳパケットのデコードが開始される。
第１の本発明によれば、オーディオストリームを記録することができる。特に、第１の本発明によれば、異なる符号化方式によりエンコードされたオーディオデータのＴＳパケットが多重化されたトランスポートストリームとともに、トランスポートストリームのランダムアクセスが可能となるような情報を記録することができる。
第２の本発明によれば、オーディオストリームを再生することができる。特に、第２の本発明によれば、異なる符号化方式によりエンコードされたオーディオデータのＴＳパケットが多重化されたトランスポートストリームにおいて、ランダムアクセス再生を行うことができる。
第３の本発明によれば、オーディオストリームが記録された記録媒体を提供することができる。特に、第３の本発明によれば、異なる符号化方式によりエンコードされたオーディオデータのＴＳパケットが多重化されたトランスポートストリームにおいて、ランダムアクセス再生を行うことができるような記録媒体を提供することができる。
本発明を適用した記録装置の構成例を示すブロック図である。 図１のＡＶエンコーダの構成例を示すブロック図である。 光ディスク上のアプリケーションフォーマットの例を示す図である。 EP_mapとClipＡＶストリームとの関係を説明する図である。 オーディオ用のEP_mapの構造を説明する図である。 Clipインフォメーションファイルのシンタクスを示す図である。 CPIを説明する図である。 メインパスとサブパスの構造を説明する図である。 PlayListのシンタクスを示す図である。 SubPathのシンタクスを示す図である。 SubPath_typeを説明する図である。 CPIのシンタクスを示す図である。 CPI_typeを説明する図である。 EP_mapについて説明する図である。 EP-fineとEP-coarseの関係を説明する図である。 PTS_EP_fineとPTS_EP_coarseのフォーマットを説明する図である。 SPN_EP_fineとSPN_EP_coarseのフォーマットを説明する図である。 EP-coarseのエントリーとEP-fineのエントリーを説明する図である。 EP_mapのシンタクスを示す図である。 EP_stream_typeを説明する図である。 EP_mapのEP_map_for_one_stream_PIDのシンタクスを示す図である。 EP_stream_typeの制約を説明する図である。 ClipInfoのシンタクスを示す図である。 application_typeを説明する図である。 application_typeが４であり、ＢＳオーディオＥＳのみによりＴＳが構成される場合の、EP_mapを説明する図である。 ＢＳオーディオＥＳのみによりＴＳが構成される場合と、ＢＳオーディオＥＳとＨＱオーディオＥＳによりＴＳが構成される場合の差異を説明する図である。 ＢＳオーディオＥＳとＨＱオーディオＥＳがＴＳとなるまでの流れを説明する図である。 ＨＱオーディオＴＳパケットの構造を説明する図である。 ＴＳパケットを多重化する場合の制約を説明する図である。 ＰＴＳの時刻について説明する図である。 application_typeが４であり、ＢＳオーディオＥＳとＨＱオーディオＴＳによりＴＳが構成される場合の、EP_mapを説明する図である。 Clipインフォメーションファイルの記録処理を説明するフローチャートである。 Clip作成処理を説明するフローチャートである。 ＢＳオーディオＥＳとＨＱオーディオＥＳに対するEP_mapの作成処理を説明するフローチャートである。 本発明を適用した再生装置の構成例を示すブロック図である。 図３５のＡＶデコーダの構成例を示すブロック図である。 図３５のＡＶデコーダの他の構成例を示すブロック図である。 ＢＳオーディオＥＳに対するランダムアクセス再生処理を説明するフローチャートである。 ＨＱオーディオＥＳに対するランダムアクセス再生処理を説明するフローチャートである。
符号の説明
１ 記録装置， ２１ コントローラ， ２２ 操作入力部， ２３ データ取得部， ２４ ＡＶエンコーダ， ２６ ＰＥＳパケット化部， ２７ ＴＳパケット化部， ２８ 記録制御部， １７１ ＢＳオーディオＥＳ， １７２ ＢＳオーディオＰＥＳ， １７３ ＢＳオーディオＴＳ， １８１ ＨＱオーディオＥＳ， １８２ ＨＱオーディオＰＥＳ， １８３ ＨＱオーディオＴＳ， １９０ ＴＳ， ２０１ ＢＳオーディオＰＥＳパケット， ２１１ ＨＱオーディオＰＥＳパケット， ２３１ ＢＳオーディオＴＳパケット， ２３２ＨＱオーディオＴＳパケット， ２６１ ＢＳオーディオＴＳパケット， ２７１ ＨＱオーディオＴＳパケット， ３４１ 再生装置， ３５１ コントローラ， ３５２ 操作入力部， ３５４ 再生制御部， ３５６ ＡＶデコーダ
以下、図を参照して、本発明の実施の形態について説明する。
図１は、本発明を適用した記録装置１の構成例を示すブロック図である。
この記録装置１には、光ディスク１１、コントローラ２１、操作入力部２３、ＡＶ（Audio Visual）エンコーダ２４、バッファ２５、ＰＥＳ（Packetized Elementary Stream）パケット化部２６、ＴＳ（Transport Stream）パケット化部２７、記録制御部２８、ドライブ２９、およびリムーバブルメディア３０が設けられている。
コントローラ２１は、予め用意されている制御プログラムを実行することで、記録装置１の全体の動作を制御する。例えば、コントローラ２１は、装着された記録媒体である光ディスク１１に、ＡＶ（Audio Visual）ストリームを記録させるとともに、後述する再生装置（図３５の再生装置３４１）において光ディスク１１へのランダムアクセスができるようにするための、EP_map（詳細は後述する）などを記録させるための処理を制御することができる。
操作入力部２２は、例えば、ボタン、キー、タッチパネル、ジョグダイヤル、マウスなどの入力デバイスや、所定のリモートコマンダから送信される赤外線などの信号を受信する受信部により構成され、ユーザの操作入力を取得し、コントローラ２１に供給する。
データ取得部２３は、ＡＶデータ、すなわち、ビデオデータとオーディオデータを外部から取得し、ＡＶエンコーダ２４に供給する。ＡＶエンコーダ２４は、供給されたビデオデータとオーディオデータを、それぞれ所定の符号化方式でエンコード（符号化）し、ビデオＥＳ（エレメンタリーストリーム）とオーディオＥＳとをバッファ２５に供給する。
例えば、ＡＶエンコーダ２４には、図２に示されるように、第１のオーディオエンコーダ２４−１、第２のオーディオエンコーダ２４−２、およびビデオエンコーダ２４−３が設けられている。第１のオーディオエンコーダ２４−１は、第１の符号化方式でオーディオデータをエンコードし、エンコードして得られたオーディオＥＳを出力する。また、第２のオーディオエンコーダ２４−２は、第２の符号化方式でオーディオデータをエンコードし、エンコードして得られたオーディオＥＳを出力する。さらに、ビデオエンコーダ２４−３は、例えば、MPEG（Moving Picture Expert Group）２の符号化方式でビデオデータをエンコードし、エンコードして得られたビデオＥＳを出力する。このように、ＡＶエンコーダ２４には、２つの異なる符号化方式のオーディオエンコーダが設けられている。
ここで、第１の符号化方式は、汎用のオーディオデコーダでデコード可能な音声符号化方式（例えば、固定長符号化方式）である。また、第２の符号化方式は、高性能なオーディオデコーダでのみでデコード可能な音声符号化方式（可変長符号化方式）である。具体的には、第２の符号化方式は、可変ビットレート（ＶＢＲ）オーディオであり、復号時に、ＶＢＲのピークレートを低く抑えるためのFIFO（First-In First-Out）バッファを用いるオーディオ符号化方式である。すなわち、第２の符号化方式は、可変長符号化方式であり、この方式により符号化されたオーディオＥＳを復号する場合、復号側では、FIFOバッファが必要となる。ここで、可変長符号化方式によりエンコードされて出力されるオーディオＥＳの出力ビットレートは可変長とされる。逆に、固定長符号化方式（第１の符号化方式）によりエンコードされて出力されるオーディオＥＳの出力ビットレートは固定長とされる。
以下において、第１のオーディオエンコーダ１４１が第１の符号化方式を用いてオーディオ信号をエンコードした結果のストリームを、ＢＳオーディオＥＳ（基本オーディオエレメンタリストリーム）と称し、第２のオーディオエンコーダ１４２が第２の符号化方式を用いてオーディオ信号をエンコードした結果のストリームを、ＨＱオーディオＥＳ（高品質オーディオエレメンタリストリーム）と称する。また、以下において、ＢＳオーディオＥＳと、ＨＱオーディオＥＳとを、個々に区別する必要がない場合、オーディオＥＳと称する。
このように、ＡＶエンコーダ２４からは、第１のオーディオエンコーダ２４−１によりエンコードされた結果のＢＳオーディオＥＳ、第２のオーディオエンコーダ２４−２によりエンコードされた結果のＨＱオーディオＥＳ、および、ビデオエンコーダ２４−３によりエンコードされた結果のビデオＥＳが出力され、バッファ２５に供給される。
図１に戻って、バッファ２５は、エンコードされたデータ（ＢＳオーディオＥＳ、ＨＱオーディオＥＳ、およびビデオＥＳ）を一時バッファリングし、ＰＥＳパケット化部２６に供給する。ＰＥＳパケット化部２６は、ＢＳオーディオＥＳ、ＨＱオーディオＥＳ、およびビデオＥＳを、コントローラ２１からの制御に基づくタイミングでそれぞれ引き抜き、コントローラ２１からの制御に基づいて、これをＰＥＳパケット化する。このとき、ＰＥＳパケット化部２６は、コントローラ２１から供給されてきたＰＴＳ（プレゼンテーションタイムスタンプ）を、ＰＥＳの各ＰＥＳパケットに格納する。すなわち、ＰＥＳパケット化部２６から出力されるＰＥＳパケット（ＢＳオーディオＥＳに対応するＰＥＳパケット、ＨＱオーディオＥＳに対応するＰＥＳパケット、およびビデオＥＳに対応するＰＥＳパケット）には、それぞれＰＴＳが格納されている。ＰＥＳパケット化部２６は、ＰＥＳパケットストリーム（複数のＰＥＳパケットからなるＰＥＳパケットストリーム）を、それぞれＴＳパケット化部２７に供給する。
ＴＳパケット化部２７は、コントローラ２１からの制御に基づいて、ＰＥＳパケット化部２６から供給されたＰＥＳパケットストリームをＴＳパケット（トランスポートストリームパケット）にパケット化する。具体的には、ＴＳパケット化部２７は、ＰＥＳパケット化部２６から供給されたＢＳオーディオＰＥＳ、ＨＱオーディオＰＥＳ、およびビデオＰＥＳをＴＳパケット化する。そして、ＴＳパケット化して得られたＢＳオーディオＥＳのＴＳパケット、ＨＱオーディオＥＳのＴＳパケット、およびビデオＥＳのＴＳパケットを、コントローラ２１からの制御に基づいて多重化する。なお、この多重化するときの制約や、ＰＥＳパケット化部２６がＰＥＳパケット化するときの制約については後述する。ＴＳパケット化部２７は、多重化して得られたMPEG2-TSを、後段の記録制御部２８に供給する。
なお、ＴＳパケット化部２７は、ＴＳパケット化するとき（ＴＳパケットを生成するとき）、ＢＳオーディオＰＥＳとＨＱオーディオＰＥＳとを識別するためのtransport_priorityフラグと、オーディオストリームを識別するためのＰＩＤを、ＴＳパケットのヘッダ（ＴＳヘッダ）に付加する。すなわち、生成されたＢＳオーディオＴＳを構成する複数のＴＳパケットの各ＴＳヘッダに格納されているＰＩＤと、ＨＱオーディオＴＳを構成する複数のＴＳパケットの各ＴＳヘッダに格納されているＰＩＤとは、同一のＰＩＤとされ、生成されたＢＳオーディオＴＳを構成する複数のＴＳパケットの各ＴＳヘッダに格納されているtransport_priorityフラグと、ＨＱオーディオＴＳを構成する複数のＴＳパケットの各ＴＳヘッダに格納されているtransport_priorityフラグとは、異なるtransport_priorityフラグとされる。
具体的な例としては、ＴＳパケット化部２７は、ＢＳオーディオＴＳを構成する複数のＢＳオーディオＴＳパケットの各ＴＳヘッダに「ＰＩＤ＝ａ０,ｔｐ（transport_priority）＝１」を付加し、ＨＱオーディオＴＳを構成する複数のＢＳオーディオＴＳパケットの各ヘッダに「ＰＩＤ＝ａ０,ｔｐ（transport_priority）＝０」を付加する。
記録制御部２８は、コントローラ２１による制御にしたがって、ＴＳパケット化部２７またはコントローラ２１から供給されたデータ(MPEG2-TS)を光ディスク１１に記録する。
また、例えば、操作入力部２２は、ユーザからの、ＡＶストリームの中の所定の再生区間の指定の入力を受け付け、これを、コントローラ２１に供給する。これに対して、コントローラ２１は、ＡＶストリームのデータベース(Clip)、ＡＶストリームの再生区間(PlayItem)をグループ化したもの（PlayList）のデータベース、および光ディスク１１の記録内容の管理情報(info.dvr)を作成する。これらの情報から構成されるアプリケーションデータベース情報は、ＡＶストリームと同様にして、記録制御部２８へ入力される。記録制御部２８は、コントローラ２１から出力される制御信号に基づいて、光ディスク１１へデータベースファイルを記録する。
ユーザが、操作入力部２２に対して、ランダムアクセス再生を指示する情報を入力した場合、コントローラ２１は、ＡＶストリームのデータベース(Clip)の内容に基づいて、光ディスク１１からのＡＶストリームの読み出し位置を決定し、そのＡＶストリームの読み出しを、記録制御部２８に指示する。例えば、ユーザにより選択されたPlayListを、所定の時刻から再生する場合、コントローラ２１は、指定された時刻に対応するデータを読み出すように記録制御部２８に指示する。
また、コントローラ２１には、必要に応じてドライブ２９も接続されており、ドライブ２９には、例えば、磁気ディスク（フレキシブルディスクを含む）、光ディスク（CD-ROM（Compact Disk-Read Only Memory)，DVDを含む）、光磁気ディスク（ＭＤ（登録商標）（Mini-Disk）を含む）、または、半導体メモリなどよりなるリムーバブルメディア３０が装着される。
なお、コンテンツを記録する記録媒体は、光ディスク１１の他、例えば、磁気ディスクや半導体メモリであってもよいことは言うまでもない。
以下においては、２つの異なる符号化方式（第１の符号化方式と第２の符号化方式）でエンコードされたオーディオストリームがＴＳ化されて光ディスク１１に記録されている場合であって、ブラウザブルスライドショーをランダムアクセス可能とするための構成について説明していく。
図３は、図１の記録装置や後述する図３５の再生装置３４１に装着される光ディスク１１上のアプリケーションフォーマットの例を示す図である。
アプリケーションフォーマットは、ＡＶストリームの管理のためにPlayListとClipの２つのレイヤを有している。ここでは、１つのＡＶストリームとそれに付随する情報であるClipインフォメーションのペアを１つのオブジェクトと考え、それらをまとめてClipと称する。以下、ＡＶストリームをＡＶストリームファイルとも称する。また、ClipインフォメーションをClipインフォメーションファイルとも称する。
１つのＡＶストリームファイルは、MPEG（Moving Picture Expert Group）２トランスポートストリームをアプリケーションフォーマットによって規定される構造に配置したデータをストアする。一般的に、コンピュータ等で用いられるファイルはバイト列として扱われるが、ＡＶストリームファイルのコンテンツは時間軸上に展開され、Clipのアクセスポイントは、主に、タイムスタンプでPlayListにより指定される。すなわち、PlayListとClipは、ＡＶストリームの管理のためのレイヤである。
Clip中のアクセスポイントがタイムスタンプでPlayListにより示されている場合、Clip Informationファイル（例えば、EP_map）は、タイムスタンプから、ＡＶストリームファイル中のデコードを開始すべきアドレス情報を見つけるために使用される。
PlayListは、ＡＶストリームの再生区間の集まりである。あるＡＶストリーム中の１つの再生区間はPlayItemと呼ばれ、それは、時間軸上の再生区間のＩＮ点（再生開始点）とOUT点（再生終了点）のペアで表される。従って、PlayListは、図３に示されるように１つ、または複数のPlayItemにより構成される。
図３において、左から１番目のPlayListは２つのPlayItemから構成され、その２つのPlayItemにより、左側のClipに含まれるＡＶストリームの前半部分と後半部分がそれぞれ参照されている。また、左から２番目のPlayListは１つのPlayItemから構成され、それにより、右側のClipに含まれるＡＶストリーム全体が参照されている。さらに、左から３番目のPlayListは２つのPlayItemから構成され、その２つのPlayItemにより、左側のClipに含まれるＡＶストリームのある部分と、右側のClipに含まれるＡＶストリームのある部分がそれぞれ参照されている。
例えば、図３のディスクナビゲーションプログラムにより、そのときの再生位置を表す情報として、左から１番目のPlayListに含まれる左側のPlayItemがユーザにより指定された場合、そのPlayItemが参照する、左側のClipに含まれるＡＶストリームの前半部分の再生が行われる。このように、PlayListは、ＡＶストリームファイルの再生を管理するための再生管理情報として用いられる。
ディスクナビゲーションプログラムは、PlayListの再生の順序や、PlayListのインタラクティブな再生をコントロールする機能を有する。また、ディスクナビゲーションプログラムは、各種の再生の実行をユーザが指示するためのメニュー画面を表示する機能なども有する。このディスクナビゲーションプログラムは、例えば、Java（登録商標）などのプログラミング言語で記述され、記録媒体上に用意される。
本実施の形態では、PlayListの中で、１つ以上のPlayItemの並びによって（連続するPlayItemにより）作られる再生パスをメインパス(Main Path)と称し、PlayListの中で、Main Pathに平行（並列）して、１つ以上のSub Pathの並びによって（非連続でもよいし、連続してもよいSubPlayItemにより）作られる再生パスをサブパス（Sub Path）と称する。すなわち、記録装置１や再生装置（図３５を参照して後述する再生装置３４１）に装着される記録媒体上のアプリケーションフォーマットは、メインパスに関連付けられて（合わせて）再生されるサブパス(Sub Path)をPlayListの中に持つ。
次に、Clip Information file（図３のClipインフォメーション）について説明する。本実施の形態における記録装置１は、１つのClip ＡＶストリームと、それに対応するのClip インフォメーションファイルとを別々のファイルとして、光ディスク１１に記録する。Clip インフォメーションファイルは、CPI（Characteristic Point Information）とClipMarkとを有している。
CPIは、Clipインフォメーションファイルに含まれるデータであり、主に、それはClipへのアクセスポイントのタイムスタンプが与えられた時、Clip AV stream fileの中でデータの読み出しを開始すべきデータアドレスを見つけるために用いられる。本実施の形態では、EP_mapの種類のCPIが用いられる。
図４は、EP_mapとClip AVストリームとの関係を説明する図である。
EP_mapは、エントリーポイント(EP)データのリストであり、それはエレメンタリーストリームおよびトランスポートストリームから抽出されたものである。これは、ＡＶストリームの中でデコードを開始すべきエントリーポイントの場所を見つけるためのアドレス情報を持つ。１つのEPデータは、プレゼンテーションタイムスタンプ（PTS）と、そのPTSに対応するアクセスユニットのＡＶストリームの中のデータアドレスの対で構成される。
EP_mapは、主に２つの目的のために使用される。第１に、PlayListの中でプレゼンテーションタイムスタンプによって参照されるアクセスユニットのＡＶストリームの中のデータアドレスを見つけるために使用される。ランダムアクセス再生される場合もこれに該当する。第２に、ファーストフォワード再生やファーストリバース再生のために使用される。記録装置１が、ＡＶストリームを記録する場合（後述する図３３の処理）や、ＡＶストリームのシンタクスを解析することができるとき（後述する図３２の処理）、EP_mapが作成され、ディスクに記録される。
図４に示すように、Clipの中のアクセスポイントをプレゼンテーションタイムスタンプ（PTS）で指定されたときに、Clip AVストリームファイルの中でストリームのデコードを開始すべきアドレス情報を見つけるためにEP_mapが用いられる。このように、EP_mapは、上述したPlayListで示される時間軸上のIN点及びOUT点に対応するアドレスを示すテーブルであり、PlayList等のプレゼンテーションタイムスタンプ（PTS）をこれに対応するアドレスに変換するために使用される。すなわち、EP_mapは、プレゼンテーションタイムスタンプ（PTS）と、Clip AVストリームのソースパケットナンバー（トランスポートストリームのＴＳ（トランスポートストリーム）パケットの番号）とを対応付けたテーブルである。
このEP_mapにより、Clip AVストリームから該当するデータを選択して読み出すことができる。また、EP_mapは、ランダムアクセスを行う場合に用いられる。例えば、ユーザが、操作入力部２２に操作を入力して、Clipの中のアクセスポイントを、タイムスタンプ(PTS)で指定した場合、コントローラ２１は、Clip AVストリームファイルの中でストリームのデコードを開始すべきアドレス情報を、EP_mapを参照して取得し、これに基づいて、ランダムアクセスを行うよう記録制御部２８を制御する。なお、EP_mapの種類には、ビデオ用とオーディオ用がある。
図５は、オーディオ用EP_mapの構造を説明する図である。具体的には、図５のＡは、Clip AVストリームにおけるプレゼンテーションタイムスタンプ（PTS）の位置を説明する図、図５のＢは、図５のＡに示すClip AVストリームの一部を拡大して示す図、図５のＣは、オーディオ用EP_mapのデータ構造を示す図である。
オーディオ用EP_mapは、図５のＣに示されるように、Clip AVストリームのプレゼンテーションタイムスタンプ（PTS）（PTS_EP_start）と、それに対応するソースパケット番号（ＴＳパケットの番号）を示す情報（SPN_EP_start）とが記述されたテーブルである。
ここで、アドレスの表現として、ソースパケット番号(SPN: Source Packet Number)を使用することができる。このソースパケット番号（SPN）は、Clip AVストリーム内の全てのソースパケットに一連の番号を付したものである。ソースパケット番号SPNは、Clip AVストリームの中で、最初のソースパケットをソースパケット番号SPN＝０（ゼロ）とし、その次のソースパケットのソースパケット番号SPN＝１とし、以後、次のパケット毎にソースパケット番号SPNは１ずつ増加するものとする。従って、オーディオ用EP_mapのSPN_EP_startとしては、ソースパケット番号（SPN）が記述される。
次に、Clip information file（Clipインフォメーションファイル）について説明する。図６は、Clipインフォメーションファイルのシンタクスを示す図である。
zzzzz.clpi（Clip information fileファイル）は、図６に示すように５個のオブジェクトから構成される。それらは、ClipInfo()、SequenceInfo ()、ProgramInfo()、CPI()、およびClipMark()である。ＡＶストリーム(Clip ＡＶストリーム)とそれに対応するClip Informationファイルは、同じ数字列の"zzzzz"が使用される。
図６に示したzzzzz.clpi（Clip information fileファイル）のシンタクスについて説明するに、type_indicatorは、ファイルのタイプを示し、version_numberは、そのファイルのバージョンを示している。SequenceInfo_start_addressは、SequenceInfoのzzzzz.clpiファイルの先頭のバイトからの相対バイト数を単位として、SequenceInfo（）の先頭アドレスを示す。相対バイト数はゼロからカウントされる。ProgramInfo_start_addressは、ProgramInfoのzzzzz.clpiファイルの先頭のバイトからの相対バイト数を単位として、ProgramInfo（）の先頭アドレスを示す。相対バイト数はゼロからカウントされる。
CPI_Start_addressは、zzzzz.clpiファイルの先頭のバイトからの相対バイト数を単位として、CPI()の先頭アドレスを示す。ClipMark_Start_addressは、zzzzz.clpiファイルの先頭のバイトからの相対バイト数を単位として、ClipMark()の先頭アドレスを示す。相対バイト数はゼロからカウントされる。padding_word（パディングワード）は、zzzzz.clpiファイルのシンタクスにしたがって挿入される。Ｎ１，Ｎ２，Ｎ３，Ｎ４、およびＮ５は、ゼロまたは任意の正の整数でなければならない。それぞれのパディングワードは、任意の値がとられるようにしても良い。
次に、図６に示したzzzzz.clipのシンタクス内のCPI (Characteristic Point Information)について、図７を参照して説明する。CPIは、ＡＶストリームの中の時間情報とそのファイルの中のアドレスとを関連づけるためにある。CPI()の中のCPI_typeが、図７に示されるように、EP_map typeの場合、そのCPI()はEP_mapを含む。なお、CPIのシンタクスについては、図１２を参照して後述する。
図７においては、PlayListに、１つのPlayItemと１つのSubPlayItemが含まれている。すなわち、PlayListの中に、１つのPlayItemにより作られる再生パス（メインパス）と、１つのSubPlayItemにより作られる再生パス（サブパス）がエントリーされている。PlayListは、１つのメインパスと１つ以上のサブパスを持つことができ、１つのサブパスは、１つ以上のSubPlayItemの並びによって作られる。
ここで、メインパスとサブパスの構造を、図８を参照して説明する。
図８においては、メインパスが、異なるタイミングで再生されるオーディオの再生パスを、サブパスを使用して表している。メインパスのPlayItemが参照するメインＡＶストリームファイルは、例えば、上述した図７のPlayItemで参照されるClip ＡＶストリームファイルである（図８では省略している）。
例えば、メインパスを静止画のスライドショーとし、サブパスのオーディオパスをメインパスのBGM(バックグラウンドミュージック)として使う場合、すなわち、ブラウザブルスライドショーを再生する場合に、このような構成が利用される。換言すれば、ユーザが、スライドショーの画像更新を再生装置（プレーヤ）へ指令したときに、BGMを途切れさせないで再生させる場合に利用される。
ここで、ブラウザブルスライドショーは、静止画の再生順序が決められており、各スライドの再生時間が有限、または、無限とされている。スライド再生時間が無限であるものが含まれている場合、ユーザが再生装置に、スライドの再生を次に進めるという指示をしない限り、次のスライドの再生には進まない。従って、それぞれのスライドの再生は時間軸上で予め決められた時刻に再生されない。また、ブラウザブルスライドショーにおいては、静止画像と同時に再生するオーディオは、サブパスのオーディオパスで参照されており、オーディオは静止画像の再生に同期しない。すなわち、静止画像とは非同期で再生される。
図８においては、PlayListは、３つのPlayItemの並びにより作られる１つのメインパスと、１つのサブパスとを有している。メインパスを構成するPlayItemには、先頭から順番にそれぞれＩＤ（Identification）が付されている。具体的には、メインパスは、PlayItem_id＝０、PlayItem_id＝１、およびPlayItem_id＝２のPlayItemからなる。
また、Sub Pathは、Clip（Auxiliary audio stream）の中のSub Pathの再生区間を指定するためのSubPlayItem_IN_timeとSubPlayItem_OUT_timeを含む。図８の例の場合、SubPlayItemによって、Clip（Auxiliary audio stream）が参照されている。また、メインパスが参照するＡＶストリームの（ビデオデータの）タイミングとオーディオの再生タイミングは関係なく、Main pathの時間軸上でSub Pathが再生を開始する時刻を指定する必要がないので、図８においては、SubPlayItemにsync_PlayItem_idとsync_start_PTS_of_PlayItemとが含まれない。すなわち、単にMain Pathが参照するＡＶストリームとSub Pathが参照するオーディオストリームを合わせて再生する、という情報だけが設けられている。
なお、ここで、「ＡＶストリームに含まれるビデオストリームのデータとサブパスにより参照されるオーディオストリームのデータの再生のタイミングとが異なる」と記載しているが、より詳細には、ＡＶストリームに含まれるビデオストリームの再生のタイミングと、ビデオストリームの再生タイミングは合ってはいる（すなわち、ビデオストリームにオーディオストリームが関連付けられている）が、ビデオストリームの中の所定のフレームを再生中に、対応する音が再生される、という具体的な対応付けまでは行われていないことを示している。すなわち、ビデオストリームの再生タイミングと、オーディオストリームの再生タイミングが合っている上に、ビデオストリームの中の所定のフレームを再生中に、対応する音が再生される、という具体的な対応付けまで行われるのではなく、単に、ビデオストリームの再生タイミングと、オーディオストリームの再生タイミングが合っているが、具体的な対応付けまでは行われおらず、再生のタイミングは異なるものとされている。
次に、図８を用いて説明したメインパスとサブパスの構造を具体的に実現するためのデータ構造（シンタクス）を説明する。
図９は、PlayList()のシンタクスを示す図である。
lengthは、このlengthフィールドの直後からPlayList()の最後までのバイト数を示す３２ビットの符号なし整数である。すなわち、reserved_for_future_useからPlaylistの最後までのバイト数を示すフィールドである。このlengthの後には、１６ビットのreserved_for_future_useが用意される。number_of_PlayItemsは、PlayListの中にあるPlayItemの数を示す１６ビットのフィールドである。例えば、図８の例の場合PlayItemの数は３個である。PlayItem_idの値は、PlayListの中でPlayItem()が現れる順番に０から割り振られる。例えば、図８に示されるように、PlayItem_id＝０，１，２が割り振られる。
number_of_SubPathsは、PlayListの中にあるSubPathの数（エントリー数）を示す１６ビットのフィールドである。例えば、図８の例の場合、Sub Pathの数は１個である。SubPath_idの値は、PlayListの中でSubPath()が現れる順番に０から割り振られる。例えば、Subpath_id＝０，１，２が割り振られる。その後のfor文では、PlayItemの数だけPlayItemが参照され、Sub Pathの数だけ、Sub Pathが参照される。
図１０は、SubPath()のシンタクスを示す図である。
lengthは、このlengthフィールドの直後からSub Path ()の最後までのバイト数を示す３２ビットの符号なし整数である。すなわち、reserved_for_future_useからPlaylistの最後までのバイト数を示すフィールドである。このlengthの後には、１６ビットのreserved_for_future_useが用意される。SubPath_typeは、SubPathのアプリケーション種類を示す８ビットのフィールドである。SubPath_typeは、例えば、Sub Pathがオーディオであるか、ビットマップ字幕であるか、テキスト字幕であるかなどの種類を示す場合に利用される。このSubPath_typeについては、図１１を参照して後述する。SubPath_typeの後には、１５ビットのreserved_for_future_useが用意される。is_repeat_SubPathは、SubPathの再生方法を指定する１ビットのフィールドであり、メインパスの再生の間にSubPathの再生を繰り返し行うか、またはSubPathの再生を１回だけ行うかを示すものである。例えば、メインＡＶストリームとサブパスが指定するClipの再生タイミングが異なる場合（メインパスを静止画のスライドショーとし、サブパスのオーディオパスをメインパスのBGM(バックグラウンドミュージック)として使うなどの、ブラウザブルスライドショーを再生する場合）に利用される。Is_repeat_SubPathの後には、８ビットのreserved_for_future_useが用意される。number_of_SubPlayItemsは、１つのSubPathの中にあるSubPlayItemの数（エントリー数）を示す８ビットのフィールドである。例えば、number_of_SubPlayItemsは、図８のSubPlayItemは１個である。その後のfor文では、SubPlayItemの数だけ、SubPlayItemが参照される。
図１１は、SubPath_type（サブパスのタイプ）の例を説明する図である。すなわち、SubPathの種類は、例えば、図１１に示されるように定義されている。
図１１において、SubPath_type＝０，１は、reservedとされている。SubPath_type＝２は、Audio presentation path of the Browsable slideshow（プラウザブルスライドショーのオーディオプレゼンテーションパス）とされている。例えば、SubPath_type＝２は、プレイリストの中において、サブパスで参照されるオーディオプレゼンテーションパスと、プレイアイテムで参照されるメインパスとが非同期であることを示している。すなわち、図８のSub Pathのタイプは、このSub Path_type＝２とされる。
SubPath_type＝３は、Interactive graphics presentation menu（インタラクティブグラフィックスのプレゼンテーションメニュー）とされている。例えば、SubPath_type＝３は、プレイリストの中において、サブパスで参照されるインタラクティブグラフィックスのメニューと、プレイアイテムで参照されるメインパスとが非同期であることを示している。
SubPath_type＝４は、Text subtitle presentation path（テキスト字幕のプレゼンテーションパス）とされている。例えば、SubPath_type＝４は、プレイリストの中において、サブパスで参照されるテキスト字幕のプレゼンテーションパスと、プレイアイテムで参照されるメインパスとが同期していることを示している。
SubPath_type＝５は、2nd Audio Presentation path（２番目のオーディオプレゼンテーションパス）（２ndオーディオストリームを参照するためのパス）とされている。具体的には、SubPath_type＝５は、プレイリストの中において、サブパスで参照される２番目のオーディオプレゼンテーションパスと、プレイアイテムで参照されるメインパスとが同期していることを示している。例えば、このサブパスで参照される（２番目の）オーディオストリームは、映画に対する監督のコメント（音声）である。
SubPath_type＝６は、2nd Video Presentation path（２番目のビデオプレゼンテーションパス）（２ndビデオストリームを参照するためのパス）とされている。具体的には、SubPath_type＝６は、プレイリストの中において、サブパスで参照される２番目のビデオプレゼンテーションパスと、プレイアイテムで参照されるメインパスとが同期していることを示している。例えば、このサブパスで参照される（２番目の）ビデオストリームは、映画に対する監督のコメント（動画像）である。
SubPath_type＝７乃至２５５は、reservedとされている。
図１２は、CPIのシンタクスを示す図である。図１２に示したCPIのシンタクスを説明するに、lengthは、このlengthフィールドの直後からCPI()の最後までのCPI()のバイト数を示す３２ビットの符号なし整数である。CPI_typeは、図１３に示すように、４ビットのフラグであり、ClipのCPIのタイプを表す。
次に、図１２に示したCPIのシンタクス内のEP_mapについて説明する。EP_mapには、２つのタイプがあり、それはビデオストリーム用のEP_mapとオーディオストリーム用のEP_mapである。EP_mapの中のEP_map_typeが、EP_mapのタイプを区別する。Clipが１つ以上のビデオストリームを含む場合、ビデオストリーム用のEP_mapが使用され、Clipがビデオストリームを含まず、１つ以上のオーディオストリームを含む場合、オーディオストリーム用のEP_mapが使用される。また、例えば、ブラウザブルスライドショーを再生する場合には、オーディオストリーム用のEP_mapが使用される。
オーディオストリーム用のEP_mapは、stream_PID、PTS_EP_start、およびSPN_EP_startというデータを持つ。stream_PIDは、オーディオストリームを伝送するトランスポートパケットのPIDを示す。PTS_EP_startは、オーディオストリームのアクセスユニットのPTSを示す。SPN_EP_startは、ＡＶストリームの中で、PTS_EP_startで参照されるアクセスユニットの第１バイト目を含むソースパケットのアドレスを示す。より具体的には、PTS_EP_start は、オーディオストリームのアクセスユニットの３３ビット精度のＰＴＳを示し、SPN_EP_startＡＶストリームの中でPTS_EP_startにより参照されるアクセスユニットのオーディオフレームの第１バイト目を含むソースパケットの相対アドレスを示す。SPN_EP_startは、ソースパケット番号を単位とする大きさであり、ＡＶストリームファイルの最初のソースパケットからカウントされる。
EP_map_for_one_stream_PID()と呼ばれるサブテーブルは、同じPIDを持つトランスポートパケットによって伝送されるオーディオストリーム毎に作られる。Clipの中に複数のオーディオストリームが存在する場合、EP_mapは複数のEP_map_for_one_stream_PID()を含んでも良い。
なお、EP_mapとSequenceInfoの関係を説明するに、１つのEP_map_for_one_stream_PID()は、STCの不連続点に関係なく１つのテーブルに作られる。図１４に示されるように、SPN_EP_startの値とSequenceInfo ()において定義されるSPN_STC_startの値を比較する事により、それぞれのSTC_sequenceに属するEP_mapのデータの境界が分かる。EP_mapは、同じPIDで伝送される連続したストリームの範囲に対して、１つのEP_map_for_one_stream_PIDを持たねばならない。
次に、EP_map_for_one_stream_PID()について説明する。
本実施の形態では、EP_map_for_one_stream_PID()のテーブルのデータサイズを削減し、かつデータサーチのパフォーマンスを改善するために、EP_map_for_one_stream_PID()は、２つのサブテーブル、すなわち、EP_coarseとEP_fineに分けられる（図１５参照）。
EP_fineエントリーと、EP_coarseエントリーは、共に同じPTS_EP_start、SPN_EP_startから生成される。EP_fineエントリーは、PTS_EP_start および SPN_EP_startのLSB(Least Significant Bit)側のビット情報を持つ（図１６と図１７を参照）。EP_coarseエントリーは、PTS_EP_start および SPN_EP_startのMSB(Most Significant Bit)側のビット情報とそれに対応するEP_fineのテーブル中のエントリー番号（同じPTS_EP_startから取り出したLSB側のビットを持つEP_fineテーブルの中のエントリー）を持つ。
図１７に示されるように、PTS_EP_fineは、９乃至１９ビット目まで用いており、PTS_EP_coarseは、１９乃至３２目まで用いられている。
EP_coarseサブテーブルの中のエントリー数は、EP_fineサブテーブルのエントリー数に比べてかなり小さい。次の場合に、EP_coarseのエントリーが作られる。
・最初のPTS_EP_fineのエントリー ・PTS_EP_fineの値がラップ・アラウンドした後の最初のPTS_EP_fineのエントリー ・RSPN_EP_fineの値がラップ・アラウンドした後の最初のRSPN_EP_fineのエントリー（図１８参照）。
次に、EP_mapを使用する場合のＡＶストリームへのランダムアクセスの例について説明する。
あるPlayListのグローバルな時間軸上で３０分後から、その再生を開始したいとする。
・最初にPlayListの中のグローバルな時間軸上でで３０分後に対応するところ時刻を含むPlayItemのSTC-sequence-idを調べる。
・前記STC-sequenceのローカルな時間軸上で３０分後に対応するところのPTSの値を導く。
・前記STC-sequenceのSPN_STC_startをSequenceInfoから導く。
・EP_coarse サブテーブルの中で、SPN_EP_coarseが、導いた前記SPN_STC_start以上であるところのエントリーから、データサーチが開始される。EP_coarse サブテーブルの中で、前記必要なPTSに最も近く、かつその値より時間的に前の値を持つPTS_EP_coarseのエントリーを見つける。
・EP_fineサブテーブルの中で、前記見つけたPTS_EP_coarseに対応するところのEP_fineのエントリー番号から、データサーチが開始される。前記必要なPTSに最も近く、かつその値より時間的に前の値を持つPTS_EP_fineを持つエントリーを見つける。
・前記必要なPTSのアクセスユニットの読み出し開始のためのSPN_EP_startは、前記見つけたPTS_EP_coarseに対応するSPN_EP_coarseのLSB １８ビットを前記見つけたPTS_EP_fineに対応するRSPN_EP_fineのビットで置きかえることにより決定される。
このようにして、PTS_EP_fineとPTS_EP_coarseとを用いることで、ランダムアクセス可能にするとともに、EP_map_for_one_stream_PID（）のテーブルのデータサイズを削減するとともに、データサーチのパフォーマンスを向上させることができる。
上記説明したEP_mapのシンタクスを図１９に示す。
number_of_stream_PID_entriesは、EP_mapの中でのEP_map_for_one_stream_PIDのエントリー数を示す。
stream_PID[k]は、EP_mapの中でk番目にエントリーされるEP_map_for_one_stream_PIDによって参照されるエレメンタリーストリームを伝送するところのトランスポートパケットのPIDの値を示す。
EP_stream_type[k] は、前記EP_map_for_one_stream_PIDのによって参照されるエレメンタリーストリームのタイプを示す。値の意味を図２０の表に示す。
図２０において、EP_stream_type[k]が１の場合、そのエレメンタリーストリームはビデオストリームである。
EP_stream_type[k]が３の場合、そのエレメンタリーストリームはオーディオストリームである。
図１９に戻って、number_of_EP_coarse_entries[k] は、前記EP_map_for_one_stream_PIDの中にあるEP-coarseエントリーの数を示す。
number_of_EP_fine_entries[k] は、前記EP_map_for_one_stream_PIDの中にあるEP-fineエントリーの数を示す。
EP_map_for_one_stream_PID_start_address[k]は、EP_map()の中で前記EP_map_for_one_stream_PIDが始まる相対バイト位置を示す。この値は、EP_map()の第１バイト目からのバイト数で示される。
EP_map_for_one_stream_PIDのシンタクスを図２１に示す。このシンタクスのセマンティクスを説明するために、EP_map_for_one_stream_PIDにストアされるデータの元となるところのPTS_EP_start とSPN_EP_startの意味について説明する。
PTS_EP_startとそれに関連付けられたSPN_EP_startは、ＡＶストリーム上のエントリーポイントを指す。そして、PTS_EP_fineとそれに関連付けられたPTS_EP_coarseは、同一のPTS_EP_startから導かれる。また、SPN_EP_fineとそれに関連付けられたSPN_EP_coarseは同じSPN_EP_startから導かれる。PTS_EP_start とSPN_EP_startは次のように定義される。
PTS_EP_startは、３３-bit長の符号なし整数である。PTS_EP_startの定義は、EP_map_for_one_stream_PIDに対するEP_stream_typeの値により異なる。
EP_stream_typeが１であるとき（'video type１'）、PTS_EP_startは、ＡＶストリームの中でシーケンスヘッダから開始するビデオアクセスユニットの３３ビット長のPTSを示す。
EP_stream_typeが３であるとき('audio')、PTS_EP_startは、ＡＶストリームの中でシーケンスヘッダから開始するビデオアクセスユニットの３３ビット長のPTSを示す。
SPN_EP_startは、３２ビットの符号なし整数である。SPN_EP_startの定義はEP_map_for_one_stream_PIDに対するEP_stream_typeの値により異なる。
EP_stream_typeが１であるとき（'video type１'）、このフィールドはPTS_EP_start に関連付けられたビデオアクセスユニットの第１バイト目を含むソースパケットのＡＶストリームの中でのアドレスを示す。
EP_stream_typeが３であるとき('audio')、このフィールドはPTS_EP_start に関連付けられたPTS_EP_startにて参照しているPTSを含むオーディオPESパケットの第１バイト目を含むソースパケットのＡＶストリームの中でのアドレスを示す。
SPN_EP_startは、ソースパケット番号の単位で表され、それはＡＶストリームファイルの中の最初のソースパケットからゼロを初期値としてカウントされる。
EP_map_for_one_stream_PIDのセマンティクスを説明する。
EP_fine_table_start_addressは、最初のis_angle_change_pointの開始アドレスを示し、それはEP_map_for_one_stream_PID()の第１バイト目からの相対バイト数で表される。相対バイト数はゼロから開始する。
ref_to_EP_fine_idは、このフィールドに続くPTS_EP_coarseに関連づけられるところのPTS_EP_fineを持つEP_fineエントリーの番号を示す。PTS_EP_fineとそれに関連付けられるPTS_EP_coarseは、同じPTS_EP_startから導かれる。
ref_to_EP_fine_idは、EP_fine_idのfor-loopの中で記述される順番で定義されるところのEP_fine_idの値により与えられる。
PTS_EP_coarseとPTS_EP_fine、そしてSPN_EP_coarseとSPN_EP_fineは、次のように導かれる。
EP_fineサブテーブルに、Nf個のエントリーがあり、これらのエントリーはそれらに関連するSPN_EP_startの値の昇順に並んでいるとする。
それぞれのPTS_EP_fineエントリーは、そのPTS_EP_startから次のように導かれる。
PTS_EP_fine[EP_fine_id] = (PTS_EP_start[EP_fine_id] >> ９) ％ ２11＄
PTS_EP_coarse とそのPTS_EP_fineの関係は次のとおりである。
PTS_EP_coarse[i] = (PTS_EP_start[ref_to_EP_fine_id[i]] >> １９) ％ ２14 TS_EP_fine[ref_to_EP_fine_id[i]] = (PTS_EP_start[ref_to_EP_fine_id[i]] >> ９) ％ ２11＄
それぞれのSPN_EP_fineエントリーは、そのSPN_EP_startから次のように導かれる。
SPN_EP_fine[EP_fine_id] = SPN_EP_start[EP_fine_id] ％ ２17＄
SPN_EP_coarse とその SPN_EP_fineの関係は次のとおりである。
SPN_EP_coarse[i] = SPN_EP_start[ref_to_EP_fine_id[i]] SPN_EP_fine[ref_to_EP_fine_id[i]] = SPN_EP_start[ref_to_EP_fine_id[i]] ％ ２17＄
EP_map_for_one_stream_PID()は次の制限を満たす。
・EP_map_for_one_stream_PID()の中でSPN_EP_coarseのエントリーは、SPN_EP_coarseの値の昇順で並んでいなければならない。
・EP_map_for_one_stream_PID()の中でSPN_EP_fineのエントリーは、それに関連するSPN_EP_startの値の昇順で並んでいなければならない。
・次の場合に、PTS_EP_coarseとSPN_EP_coarseのエントリーが作られる： ・・最初のPTS_EP_fineのエントリー ・・PTS_EP_fineの値がラップ・アラウンドした後の最初のPTS_EP_fineのエントリー ・・SPN_EP_fineの値がラップ・アラウンドした後の最初のSPN_EP_fineのエントリー。
ここで、図２２を参照して、EP_stream_typeの制約を説明する。
EP_stream_typeが１である場合、すなわち、video type１である場合、I_end_position_offset（Ｉピクチャのエンドを示す値）が設けられており、その値は、００１bto１１１bとされている。また、SPN_EP_startのエントリーポイントとして、シーケンスヘッダとＩピクチャを有する位置(MPEG２ビデオストリームの場合)と、ＩまたはＩＤＲピクチャを有する位置（MPEG４ＡＶＣビデオストリームの場合）としか、エントリーできないものとされている。
また、EP_stream_typeが３である場合、すなわち、audioである場合、I_end_position_offset（Ｉピクチャのエンドを示す値）は設けられないので、その値は、０００bとされている。また、SPN_EP_startのエントリーポイントとして、オーディオのPESパケットしか、エントリーできないものとされている。
次に、図２３を参照して、ClipInfo（）について説明する。図２３は、図６のClipインフォメーションファイルに含まれるClipInfo（）のシンタクスを示す図である。ClipInfo()は、それに対応するＡＶストリームファイル（Clip ＡＶストリーム）の属性情報をストアする。
図２３に示されるように、ClipInfo（）には、Clip_stream_typeや、application_typeのフィールドが含まれる。Clip_stream_typeの８ビットのフィールドは、Clip Informationファイルに対応するＡＶストリームのタイプを示す。また、application_typeは、ClipＡＶストリーム が保持しているアプリケーションのタイプを表す。ここで、application_typeについて、図２４を参照して説明する。
図２４において、application_type＝１は、映画のアプリケーションのＴＳ（トランスポートストリーム）であることを示している。Application_type＝２は、静止画のスライドショーであり、再生時間軸に従って静止画が切り替わるアプリケーション（Time Based slide showとも称する）のＴＳであることを示している。Application_type＝３は、静止画のスライドショーであり、ユーザ操作などにより静止画が切り替わるアプリケーション（ブラウザブルスライドショーとも称する）の静止画が記録されたＴＳであることを示している。Application_type＝４は、ブラウザブルスライドショーのためのオーディオが記録されたサブＴＳであることを示している。なお、図２４においては、「TS for a sub-path of Browsable slide show」と記載しているが、これは、ブラウザブルスライドショー用のオーディオのみではなく、オーディオパケットを含むTSからなるClipＡＶストリームを指定する値であるとする。Application_type＝５は、サブパスのインタラクティブグラフィックスメニューのＴＳであることを示している。Application_type＝６は、サブパスのテキストサブタイトル（テキスト字幕データ）のＴＳであることを示している。
application_typeが１，２，３、および４のうちのいずれかのタイプである場合、EP_mapが存在する。なお、Time Based Slide showおよびBrowsable Slide showは、EP_mapでは、その静止画を示すものとする。また、application_typeが５または６である場合、EP_mapが存在しない。また、application_typeが１，２、および３のうちのいずれかのタイプである場合は、ClipＡＶストリームに保持されているTSには、ビデオ又は静止画が含まれているため、そのEP_mapはビデオ用のEP_mapであり、application_typeが４である場合は、ClipＡＶストリームに保持されているTSには、オーディオが含まれているため、そのEP_mapはオーディオ用のEP_mapである。
すなわち、application_type＝１，２、または、３である場合に、ビデオストリーム用のEP_mapが作成され、application_type＝４である場合に、オーディオストリーム用のEP_mapが作成される。
このとき、application_type＝１または４である場合、EP_mapの作成には、制約が設けられている。具体的には、EP_mapの２つのPTS_EP_fineの間隔が、１秒以下とされなければいけない、という制約が設けられている。
このように、Clipインフォメーションファイル（図６）の中の、Clip AV Stream に含まれるアプリケーションによって指定されるClipInfo（）の中のapplication_typeによって、EP_mapを作成するか否かが決定され、EP_mapを作成する場合には、EP_stream_typeがビデオとオーディオのうちのいずれかであるかも、application_typeにより決定される。
次に、図２４のClipインフォメーションファイル中のapplication_typeが４である場合、つまり、対応するClipAVストームファイルにオーディオストリームが保持され、EP_stream_typeが３である場合の、EP_mapの例を、図２５を参照して説明する。Application_type＝４のＡＶストリームは、図２４を用いて説明したように、ブラウザブルスライドショーのSub_pathが参照するＴＳであることを示している。すなわち、ブラウザブルスライドショーでＢＧＭ（バックグランドミュージック）になるオーディオストリームであることを示している（なお、上述のように、オーディオのみを含むＴＳであることを示す場合にも使用される）。
図２５において、ClipＡＶストリームは、オーディオストリームのＴＳパケットから構成される。このオーディオストリームは、１種類のオーディオエンコーダにより符号化され、さらにMPEG２の方式によって、ＴＳ（トランスポートストリーム）とされたものである。ＴＳは、所定の大きさ（例えば、１８８バイト）の複数のＴＳパケットにより構成される。
SPN_EP_startは、ソースパケット（ＴＳパケット）のエントリーポイントを示す情報であり、図２５においては、SPN_EP_startの矢印が示すＴＳパケットの位置が、SPN_EP_startにより示されている。このSPN_EP_startは、図１４のEP_map_for_one_stream_PID()のSPN_EP_startに対応している。
ここで、ClipＡＶストリームファイルに格納されている複数のＴＳパケットは、複数のＰＥＳ（Packetized Elementarty Stream）パケットを含んでいる。そのため、複数のＴＳパケット（図２５の例においては、７個のＴＳパケット）からは、図２５に示されるように、ＰＥＳパケット（図２５の例においては、３個のＰＥＳパケット）を抜き出すことができる。図２５のＰＥＳパケットは、ソースパケットのエントリーポイントとされているＴＳパケットを含む複数のＴＳパケットから抜き出されたＰＥＳパケットである。より詳細には、図２５のＰＥＳパケットの先頭のデータは、ソースパケットのエントリーポイントとされたＴＳパケットに含まれているものとされる。
ＰＥＳパケットは、ＰＥＳヘッダ（PES header）と、ＰＥＳペイロード（PES payload）により構成されている。ＰＥＳヘッダには、ＰＴＳ（プレゼンテーションタイムスタンプ）が含まれている。ここで、EP_stream_type＝３である場合、すなわち、オーディオストリームである場合、PTS_EP_startは、ＰＥＳパケットのＰＴＳ値を表している。すなわち、SPN_EP_startは、PTS_EP_startによって参照されているＰＥＳパケットの第１バイトを含んだＴＳパケットのソースパケット番号とされる。すなわち、図１４のEP_map_for_one_stream_PID()のSPN_EP_startとPTS_EP_startとが、図２５のSPN_EP_startとPTS_EP_startとに対応している。
ＰＥＳパケットのＰＥＳペイロードには、複数のオーディオアクセスユニット（Audio ＡＵ）が含まれている。図２５の例の場合、各オーディオアクセスユニットの大きさは固定である。すなわち、ClipＡＶストリームファイルに格納されているオーディオストリームは、オーディオが、固定長符号化方式のオーディオエンコーダによって符号化されて得られたオーディオストリームである。
ここで、ＴＳに含まれるオーディオストリームについて説明する。図２５に示されるように、オーディオとして、固定長符号化方式のオーディオエンコーダによって符号化されて得られたオーディオストリームのみがＴＳパケットに格納される場合もあれば、固定長符号化方式のオーディオエンコーダと、可変長符号化方式のオーディオエンコーダとによりそれぞれ符号化された２種類のオーディオストリームがＴＳパケットに格納される場合もある。すなわち、異なる２つの符号化方式のオーディオエンコーダにそれぞれエンコードされて生成された２種類のオーディオストリームが、ＴＳに含まれる場合もある。
図２６は、図２４のapplication_typeが４である場合、つまり、EP_stream_typeが３である場合であって、固定長符号化方式のオーディオエンコーダのみにより符号化されて得られたオーディオストリームがＴＳパケットに格納されている場合と、異なる２つの符号化方式のオーディオエンコーダによって符号化されて得られた２つのオーディオストリームがＴＳパケットに格納されている場合との差異を説明する図である。
図２６において、上段は、application_type＝４のＡＶストリームで、１種類のオーディオストリームのみが含まれる場合のＴＳを示している。下段は、application_type＝４のＡＶストリームで、２種類のオーディオストリームが含まれる場合のＴＳを示している。すなわち、異なる符号化方式によりそれぞれエンコードされた２種類のオーディオストリームが含まれる場合のＴＳを示している。なお、以下において、固定長符号化方式のオーディオエンコーダにより符号化されて得られたオーディオストリームを、ＢＳオーディオＥＳ（基本オーディオエレメンタリストリーム）と称し、可変長符号化方式のオーディオエンコーダにより符号化されて得られたオーディオストリームを、ＨＱオーディオＥＳ（高品質オーディオエレメンタリストリーム）と称する。また、ＢＳオーディオＥＳがＴＳパケット化されたものを、ＢＳオーディオＴＳパケットと称し、ＨＱオーディオＥＳがＴＳパケット化されたものを、ＨＱオーディオＴＳパケットと称する。
すなわち、図２６の上段のＴＳには、オーディオとして、ＢＳオーディオＥＳが含まれ、このＴＳは、複数のＢＳオーディオＴＳパケットからなる。また、図２６の下段のＴＳには、オーディオとして、ＢＳオーディオＥＳとＨＱオーディオＥＳとが含まれ、このＴＳは、複数のＢＳオーディオＴＳパケットと、複数のＨＱオーディオＴＳパケットとからなる。
ここで、EP_mapのエントリーポイントの制約について説明する。上段のＴＳの場合、すなわち、ＢＳオーディオＴＳパケットからなるＴＳの場合には、特に制約が設けられない。下段のＴＳの場合、すなわち、ＢＳオーディオＴＳパケットとＨＱオーディオＴＳパケットからなるＴＳの場合には、後述する制約を満たし、かつ、ＢＳオーディオＴＳパケットのみがEP_mapのエントリーポイントとなり得る。すなわち、EP_mapのエントリーポイントには、ＢＳオーディオＴＳパケットのみがなり得、ＨＱオーディオＴＳパケットはなり得ない。
次に、図２７を参照して、オーディオデータが順次処理されてＴＳストリームになるまでの流れを簡単に説明する。
入力されたオーディオデータは、２種類の異なる符号化方式により符号化された結果、ＢＳオーディオＥＳ１７１とＨＱオーディオＥＳ１８１となる。ＢＳオーディオＥＳ１７１は、ｎ個（ｎは任意の自然数）のオーディオアクセスユニット（ＢＳ（１）、ＢＳ（２）、ＢＳ（３）、・・・、ＢＳ（ｎ））により構成されており、ＨＱオーディオＥＳ１８１は、ｍ個（ｍは任意の自然数）のオーディオアクセスユニット（ＨＱ（１）、ＨＱ（２）、ＨＱ（３）、・・・、ＨＱ（ｍ））により構成されている。
ＢＳオーディオＥＳ１７１とＨＱオーディオＥＳ１８１に対しては、次に、ＰＥＳパケット化の処理が実行される。すなわち、ＢＳオーディオＥＳ１７１がＰＥＳパケット化されてＢＳオーディオＰＥＳ１７２が生成されるとともに、ＨＱオーディオＥＳ１８１がＰＥＳパケット化されてＨＱオーディオＰＥＳ１８２とされる。図２７において、ＢＳオーディオＰＥＳ１７２は、ＰＥＳヘッダとＰＥＳペイロード（図中、ＢＳ（１）、ＢＳ（２）、・・・、ＢＳ（ｎ'）と記述されている）とからなるＰＥＳパケットにより構成されている（ｎ'は任意の自然数）。また、ＨＱオーディオＰＥＳ１８２は、ＰＥＳヘッダとＰＥＳペイロード（図中、ＨＱ（１）、ＨＱ（２）、・・・、ＢＳ（ｍ'）と記述されている）とからなるＢＳオーディオＰＥＳパケットにより構成されている（ｍ'は任意の自然数）。
このＰＥＳパケット化をする場合の制約として、ＢＳオーディオＰＥＳ１７２のＰＴＳ値とＨＱオーディオＰＥＳ１８２のＰＴＳ値が同じになるＰＥＳパケットが１秒以内に必ず存在するようにＰＥＳパケット化をしなければならないという制約がある。ここでは、ＰＥＳヘッダ２０１−１とＰＥＳペイロード（図中、ＢＳ（１）と記述されている）２０１−２からなるＢＳオーディオＰＥＳパケット２０１と、ＰＥＳヘッダ２１１−１とＰＥＳペイロード（図中、ＨＱ（１）と記述されている）２１１−２からなるＨＱオーディオＰＥＳパケット２１１との間で、互いにＰＴＳ（ＰＥＳヘッダ２０１−１の中のＰＴＳと、ＰＥＳヘッダ２１１−１の中のＰＴＳ）の値が等しい。このようなＰＴＳが同じであるＰＥＳパケットが、ＰＴＳを時間に変換（演算）した場合に、１秒以内に必ず存在するように、ＰＥＳパケット化が行われる。すなわち、ＢＳオーディオＰＥＳパケットのＰＴＳと同一のＰＴＳを有するＨＱオーディオＰＥＳパケットが、１秒以内に存在するように、ＰＥＳパケット化が行われる。なお、図１の記録装置１においては、ＰＥＳパケット化部２６が、この制約に基づいてＰＥＳパケット化するものとされる。
このとき、ＢＳオーディオＰＥＳ１７２のＰＴＳ値と同じＰＴＳの値を有するＨＱオーディオＥＳ１８１のＰＥＳパケットの構造と、ＴＳパケットの構造を、図２８を参照して説明する。
ＨＱオーディオＥＳ１８１の場合においても、ＰＥＳパケット化された場合のＰＥＳパケットは、図２５のＢＳオーディオＥＳと同様に、ＰＥＳヘッダとＰＥＳペイロードから構成される。ＰＥＳヘッダには、PTS_DTS_flags、ＰＴＳ、およびその他のデータが含まれている。
PTS_DTS_flagsは、ＰＴＳとＤＴＳ（Decoding Time Stamp）の有無を示す情報である。PTS_DTS_flagsの値が「００（ｂ）」である場合、ＰＴＳとＤＴＳのフィールドがＰＥＳヘッダに存在しないことを示し、PTS_DTS_flagsの値が「１０（ｂ）」である場合、ＰＴＳのフィールドのみがＰＥＳヘッダに存在することを示し、PTS_DTS_flagsの値が「１１（ｂ）」である場合、ＰＴＳとＤＴＳのフィールドがＰＥＳヘッダに存在することを示す。図２８の例の場合、PTS_DTS_flagsの値は、PTS_DTS_flags＝１０（ｂ）とされており、ＰＥＳヘッダに、ＰＴＳの値のみが存在し、ＤＴＳの値は存在しないことを示している。図２８の例の場合、ＰＴＳの値は、ＢＳオーディオＰＥＳパケットに格納されているＰＴＳ（すなわち、図２５のＰＴＳ（PTS_EP_start））と同じ値とされている。
ＰＥＳペイロードには、図２８の例の場合、４個のオーディオアクセスユニット（ＡＵ）が含まれている。オーディオアクセスユニットは、高品質（高品位）オーディオであり、ＰＥＳペイロードの先頭のオーディオアクセスユニットには、その位置からデコードが開始可能となるデコード情報（以下においては、詳細情報とも称する）が含まれている。すなわち、詳細情報とは、その位置からデコードを開始するための情報である。このデコードが開始可能となる情報（詳細情報）には、例えば、サンプリング周波数、およびチャンネル情報などが含まれる。また、デコードが開始可能となる情報（詳細情報）は、全てのアクセスユニットに挿入されているわけではない。このように、ＢＳオーディオＰＥＳのＰＴＳと同じＰＴＳを有するＨＱオーディオＰＥＳパケットのオーディオアクセスユニット（ＰＥＳペイロードの中のオーディオアクセスユニット）には、その場所からデコードを開始するための情報が含まれている。
図２７に戻って、ＢＳオーディオＰＥＳ１７２とＨＱオーディオＰＥＳ１８２に対しては、次に、ＴＳパケット化の処理が実行される。すなわち、ＢＳオーディオＰＥＳ１７２がＴＳパケット化されてＢＳオーディオＴＳ１７３が生成されるとともに、ＨＱオーディオＰＥＳ１８２がＴＳパケット化されてＨＱオーディオＴＳ１８３とされる。なお、このとき、上述したＢＳオーディオＰＥＳ１７２の先頭のＰＥＳパケット２０１のＰＥＳヘッダ２０１−１とＰＥＳペイロード２０１−２のデータは、ＢＳオーディオＴＳ１７２の１番目と２番目に位置するＴＳパケット２３１−１と２３１−２とに格納される。より詳細には、ＴＳパケット２３１−１と２３１−２のＴＳペイロードの部分に、ＰＥＳヘッダ２０１−１とＰＥＳペイロード２０１−２のデータが格納される。また、同様にして、上述したＨＱオーディオＰＥＳ１８２の先頭のＰＥＳパケット２１１のＰＥＳヘッダ２１１−１とＰＥＳペイロード２１１−２のデータは、ＨＱオーディオＴＳ１８２の１番目と２番目に位置するＴＳパケット２３２−１と２３２−２とに格納される。より詳細には、ＴＳパケット２３２−１と２３２−２のＴＳペイロードの部分に、ＰＥＳヘッダ２１１−１とＰＥＳペイロード２１１−２のデータが格納される。
次に、ＢＳオーディオＴＳ１７３とＨＱオーディオＴＳ１８３に対しては、多重化の処理が実行される。すなわち、ＢＳオーディオＴＳ１７３とＨＱオーディオＴＳ１８３とが多重化されて、トランスポートストリーム（ＴＳ）１９０が生成される。ＴＳ（MPEG2-TS）１９０は、ＰＡＴ(Program Association Table)に対応するＴＳパケット２２１およびＰＭＴ（Program Map Table）に対応するＴＳパケット２２２、ＢＳオーディオＴＳ２３１−１乃至２３１−ｊ（ｊは任意の自然数）、並びに、ＨＱオーディオＴＳ２３２−１乃至２３２−ｋ（ｋは任意の自然数）を含むように構成されている。
この多重化をする場合の制約としては、同一のＰＴＳ値を有するＢＳオーディオＴＳパケットと、ＨＱオーディオＴＳパケットの関係は、必ずＨＱオーディオＴＳパケットがＢＳオーディオＴＳパケットよりも後ろにくるように多重化するものとする。例えば、ＢＳオーディオのＴＳパケット２３１−１と２３１−２の後に、ＨＱオーディオのＴＳパケット２３２−１と２３２−２とが配置されるように多重化しなければならない。すなわち、同一のＰＴＳ値を有するＰＥＳパケットとＰＥＳペイロードが格納されているＴＳパケットについて、ＢＳオーディオＥＳの後に、ＨＱオーディオＥＳのＴＳパケットが配置されるような制約が設けられている。
この周期としては、例えば、ＢＳオーディオＥＳ１７１のオーディオアクセスユニット５個分の再生時間と、ＨＱオーディオＥＳ１８１のオーディオアクセスユニット１９２個分の再生時間が等しい場合、ＢＳオーディオＥＳ１７１のオーディオアクセスユニット５個分（すなわち、ＨＱオーディオＥＳ１８１のオーディオアクセスユニット１９２個分）の周期で同じＰＴＳを有するアクセスユニットが存在することになる。なお、図１の記録装置１においては、ＴＳパケット化部２７が、この制約に基づいて多重化するものとされる。
ここで、図２９を参照して、図２７のＢＳオーディオＴＳ１７３とＨＱオーディオＴＳ１８３を多重化する場合（ＴＳ１９０とする場合）の制約を満たす例を２つ説明する。
ＢＳオーディオＴＳ１７３とＨＱオーディオＴＳ１８３をＴＳ１９０に多重化する場合の制約は、同一のＰＴＳ値を有するＢＳオーディオＴＳパケットと、ＨＱオーディオＴＳパケットの関係は、必ずＨＱオーディオＴＳパケットがＢＳオーディオＴＳパケットよりも後ろにくるように多重化しなければならないという制約である。
１番目のパケットの配置の例を図２９の上段を用いて説明する。図２９の上段は、ＢＳオーディオＴＳパケット２６１−１と、ＨＱオーディオＴＳパケット２７１−１のＰＴＳの値が共にＰＴＳ＃１である場合に、ＢＳオーディオＴＳパケット２６１−１の後に、ＨＱオーディオＴＳパケット２７１−１が配置されている。すなわち、ＰＴＳの値が同じ（ともにＰＴＳ＃１）であるＴＳパケットについて、ＨＱオーディオＴＳパケット２７１−１より前に、ＢＳオーディオＴＳパケット２６１−１が配置されている。また、ＢＳオーディオＴＳパケット２６１−２と、ＨＱオーディオＴＳパケット２７１−２のＰＴＳの値が共にＰＴＳ＃２である場合に、ＢＳオーディオＴＳパケット２６１−２の後に、ＨＱオーディオＴＳパケット２７１−２が配置されている。すなわち、ＰＴＳの値が同じ（ともにＰＴＳ＃２）であるＴＳパケットについて、ＨＱオーディオＴＳパケット２７１−２より前に、ＢＳオーディオＴＳパケット２６１−２が配置されている。
このとき、上述したように、ＰＴＳが同じであるＰＥＳパケットは、ＰＴＳを時間に変換（演算）した場合に、１秒以内に必ず存在するようにＰＥＳパケット化されているので、ＰＴＳ＃１からＰＴＳ＃２までを時間に換算した場合、その時間は１秒以内とされる。すなわち、図３０に示されるように、（（ＰＴＳ＃２）−（ＰＴＳ＃１））は、１秒以内とされる。
次に、２番目のパケットの配置の例を図２９の下段を用いて説明する。図２９の下段は、ＢＳオーディオＴＳパケット２６１−１と、ＨＱオーディオＴＳパケット２７１−１のＰＴＳの値が共にＰＴＳ＃１である場合に、ＢＳオーディオＴＳパケット２６１−１の後に、ＨＱオーディオＴＳパケット２７１−１が配置されている。すなわち、ＰＴＳの値が同じ（ともにＰＴＳ＃１）であるＴＳパケットについて、ＨＱオーディオＴＳパケット２７１−１より前に、ＢＳオーディオＴＳパケット２６１−１が配置されている。また、ＢＳオーディオＴＳパケット２６１−２と、ＨＱオーディオＴＳパケット２７１−２のＰＴＳの値が共にＰＴＳ＃２である場合に、ＢＳオーディオＴＳパケット２６１−２の後に、ＨＱオーディオＴＳパケット２７１−２が配置されている。すなわち、ＰＴＳの値が同じ（ともにＰＴＳ＃２）であるＴＳパケットについて、ＨＱオーディオＴＳパケット２７１−２より前に、ＢＳオーディオＴＳパケット２６１−２が配置されている。
図２９の下段のＴＳは、上段とは異なり、ＢＳオーディオＴＳパケット２６１−２の後に、ＨＱオーディオＴＳパケット２７１−１が配置されている。すなわち、ＰＴＳ＃１であるＨＱオーディオＴＳパケット２７１−１より前に、ＰＴＳ＃２であるＢＳオーディオＴＳパケット２６１−２が配置されている。しかしながら、制約としては、同じＰＴＳを含むＴＳパケットにおいて、ＢＳオーディオＴＳパケットの後にＨＱオーディオＴＳパケットが配置されればよいので、図２９の下段のＴＳにおいても、この制約は守られていることになる。
このように、ＢＳオーディオＴＳパケットのＰＴＳの値と同じＰＴＳの値を有するＨＱオーディオＴＳパケットは、ＢＳオーディオＴＳパケットよりも後ろに存在すればよく、図２９の下段に示されるように、ＰＴＳ＃２を有するＢＳオーディオＴＳパケット２６１−２より、ＰＴＳ＃１を有するＨＱオーディオＴＳパケット２７１−１が後に存在しても、制約は満たしていることになる。
なお、図２９の下段においても、ＰＴＳが同じであるＰＥＳパケットは、ＰＴＳを時間に変換（演算）した場合に、１秒以内に必ず存在するようにＰＥＳパケット化されているので、ＰＴＳ＃１からＰＴＳ＃２までを時間に換算した場合、その時間は１秒以内とされる。このように、多重化することにより、例えばジャンプ再生を行った場合においても、すぐに再生が可能となる。
このような制約に基づいて、ＢＳオーディオＴＳ１７３とＨＱオーディオＴＳ１８３とが多重化され、ＴＳ１９０（図２７）が生成される。生成されたＴＳ１９０とEP_mapの例を、図３１を用いて説明する。図３１は、図２５とは異なり、ＢＳオーディオＴＳ１７３とＨＱオーディオＴＳ１８３を多重化した場合のＴＳのEP_mapの例を示している。すなわち、図２５では、オーディオとして、ＢＳオーディオＴＳ１７３のみ（１種類のオーディオＥＳ）が含まれていたが、図３１では、オーディオとして、ＢＳオーディオＴＳ１７３とＨＱオーディオＴＳ１８３という２種類のオーディオＥＳが含まれている。
図３１においても、図２５と同様に、application_type（図２４）は４である。つまり、図３１は、ランダム、早送り、早戻し等の際のアクセスのためのEP_MAPのタイプ、すなわち、EP_stream_typeが３である場合の、EP_mapの例を示している。application_type＝４のＡＶストリームは、図２４を用いて説明したように、ブラウザブルスライドショーが保持されたストリームと共に再生されるオーディオ、又はビデオと共に再生される、オーディオストリームである。さらに、このＡＶストリームは、Sub_pathが参照するＴＳである。
図３１において、ClipＡＶストリームは、ＢＳオーディオＥＳとＨＱオーディオＥＳのＴＳパケットから構成される。すなわち、ClipＡＶストリームには、２種類のオーディオエンコーダにより符号化され、さらにMPEG２の方式によって、ＴＳ（トランスポートストリーム）とされたものが含まれている。ＴＳは、所定の大きさ（例えば、１８８バイト）の複数のＴＳパケットにより構成される。
ＢＳオーディオＴＳとＨＱオーディオＴＳからなるＴＳの場合、ＢＳオーディオＴＳパケットの（さらに中のＰＥＳパケットの）ＰＴＳの値と同じＰＴＳの値を有するＨＱオーディオＴＳパケットが、ＢＳオーディオＴＳパケットより後ろに存在する場合、ＢＳオーディオＴＳパケットが、エントリーポイントとなり得る。
SPN_EP_startは、ソースパケット（ＴＳパケット）のエントリーポイントを示す情報であり、図３１においては、SPN_EP_startの矢印が示すＢＳオーディオＴＳパケット２６１−１の位置が、SPN_EP_startにより示されている。図３１のＴＳにおいて、SPN_EP_startにより示されるＴＳパケットから順番に、ＢＳオーディオＴＳパケット２６１−１，２６１−２、ＨＱオーディオＴＳパケット２７１−１乃至２７１−４が配置されている。なお、SPN_EP_startは、図１４のEP_map_for_one_stream_PID()のSPN_EP_startに対応している。
ここで、ClipＡＶストリームファイルに格納されている複数のＴＳパケットは、複数のＰＥＳ（Packetized Elementarty Stream）パケットを含んでいる。そのため、複数のＴＳパケット（図３１の例においては、７個のＴＳパケット）からは、図３１に示されるように、ＰＥＳパケット（図３１の例においては、３個のＰＥＳパケット）を抜き出すことができる。図３１のＰＥＳパケットは、ソースパケットのエントリーポイントとされているＴＳパケットを含む複数のＴＳパケットから抜き出されたＰＥＳパケットである。より詳細には、図３１のＰＥＳパケットの先頭のデータは、ソースパケットのエントリーポイントとされたＴＳパケットに含まれているものとされる。この例の場合、ソースパケットのエントリーポイントとされているＴＳパケットを含むＴＳパケット２６１−１，２６１−２，２７１−１乃至２７１−４から抜き出されたＰＥＳパケットは、ＰＥＳパケット３０１乃至３０３とされている。ＰＥＳパケット３０１乃至３０３は、それぞれ、ＰＥＳヘッダとＰＥＳペイロードにより構成されている。
ＰＥＳパケット３０１は、ＢＳオーディオＥＳをＰＥＳパケット化したものであり、ＰＥＳパケット３０２と３０３は、ＨＱオーディオＥＳをＰＥＳパケット化したものである。ＰＥＳパケット３０１は、ＰＥＳヘッダ３０１−１とＰＥＳペイロード３０１−２により構成され、ＰＥＳパケット３０２は、ＰＥＳヘッダ３０２−１とＰＥＳペイロード３０２−２により構成され、ＰＥＳパケット３０３は、ＰＥＳヘッダ３０３−１とＰＥＳペイロード３０３−２により構成される。このとき、ＰＥＳパケット３０１のＰＥＳペイロード３０１−２には、ＢＳオーディオＥＳのデータが格納され、ＰＥＳパケット３０２と３０３のＰＥＳペイロード３０２−２と３０３−２とには、ＨＱオーディオＥＳのデータが格納される。
ここで、先頭のＰＥＳパケット３０１のＰＥＳヘッダ３０１−１に格納されているＰＴＳは、PTS_EP_start（ＰＥＳパケットのＰＴＳ値）とされている。すなわち、SPN_EP_startは、PTS_EP_startによって参照されているＰＥＳパケット３０１の第１バイトを含んだＴＳパケット２６１−１のソースパケット番号とされる。すなわち、図１４のEP_map_for_one_stream_PID()のSPN_EP_startとPTS_EP_startとが、図３１のSPN_EP_startとPTS_EP_startとに対応している。
ＰＥＳパケット３０１のＰＥＳペイロード３０１−２には、ＢＳオーディオＥＳである複数のオーディオアクセスユニット（ＢＳ Audio ＡＵ）が含まれている。図３１の例の場合、ＢＳオーディオＥＳは固定長符号化方式によりエンコードされたものであるので、各オーディオアクセスユニットの大きさは固定である。ＰＥＳパケット３０２のＰＥＳペイロード３０２−２には、ＨＱオーディオＥＳである複数のオーディオアクセスユニット（ＨＱ Audio ＡＵ）が含まれている。図３１の例の場合、ＨＱオーディオＥＳは可変長符号化方式によりエンコードされたものであるので、各オーディオアクセスユニットの大きさは可変である。ここで、ＰＥＳパケット３０２のＰＥＳヘッダ３０２−１に含まれるＰＴＳの値（PTS_EP_startで示されるＢＳオーディオＴＳパケット２６１−１から取得されたＰＴＳの値）と、ＰＥＳパケット３０１のＰＥＳヘッダ３０１−１に含まれるＰＴＳの値は同一とされる。ＰＥＳパケット３０３のＰＥＳペイロード３０３−２には、ＨＱオーディオＥＳである複数のオーディオアクセスユニットが含まれている。図３１の例の場合、ＨＱオーディオＥＳは可変長符号化方式によりエンコードされたものであるので、各オーディオアクセスユニットの大きさは可変である。
このように、PTS_EP_startはＰＥＳパケットのＰＴＳの値を表し、SPN_EP_startはPTS_EP_startによって参照されているＰＥＳパケット３０１の第１バイトを含んだＴＳパケット２６１−１のソースパケット番号となる。
次に、図３２のフローチャートを参照して、光ディスク１１に記録されているClip ＡＶストリームファイルに関連するClip Informationファイルを作成し、記録する処理を説明する。この処理は、他の記録装置または記録装置１によって、光ディスク１１にClipＡＶストリームファイルが記録されている状態で開始される。すなわち、図２７乃至図３１を用いて説明した、ＢＳオーディオＴＳパケットとＨＱオーディオＴＳパケットからなるＴＳ（上述した制約を満たすＴＳ）がファイル化されたClipＡＶストリームファイルが記録されている光ディスク１１が、図１の記録装置１に装着されている状態で開始される。
ステップＳ１１において、記録制御部２８は、光ディスク１１に記録されているClipＡＶストリームファイルを読み出し、これをコントローラ２１に供給する。
ステップＳ１２において、コントローラ２１は、ClipＡＶストリームファイルについてのClipInfoを作成する。具体的には、コントローラ２１は、図６を用いて上述したClipインフォメーションファイルのシンタクスで示されるClipInfo()を作成する。
ステップＳ１３において、コントローラ２１は、ClipＡＶストリームファイルについてのSequenceInfoを作成する。具体的には、コントローラ２１は、図６を用いて上述したClipインフォメーションファイルのシンタクスで示されるSequenceInfo()を作成する。
ステップＳ１４において、コントローラ２１は、ClipＡＶストリームファイルについてのProgramInfoを作成する。具体的には、コントローラ２１は、図６を用いて上述したClipインフォメーションファイルのシンタクスで示されるProgramInfo（）を作成する。
ステップＳ１５において、コントローラ２１は、ClipＡＶストリームファイルについてのCPI (EP-map)を作成する。具体的には、コントローラ２１は、図６を用いて上述したClipインフォメーションファイルのシンタクスのCPI（）に含まれる図１２のEP_mapを作成する。なお、この処理の詳細は、図３４を参照して後述する。
ステップＳ１６において、コントローラ２１は、ClipＡＶストリームファイルについてのClipMarkを作成する。具体的には、コントローラ２１は、図６を用いて上述したClipインフォメーションファイルのシンタクスで示されるClipMark()を作成する。
ステップＳ１７において、コントローラ２１は、ClipInfo()、SequenceInfo()、ProgramInfo()、CPI()、およびClipMark()がストアされたClip Informationファイルを記録する。
図３２の処理により、ClipＡＶストリームファイルに基づいて、Clipインフォメーションファイルを作成し、記録することができる。
なお、図３２では各処理を時系列に説明したが、ステップＳ１２乃至ステップＳ１６の処理は、実際には同時に動作するものである。なお、この例は、個別の光ディスク１１に対して記録する例であるが、Ｃlip ＡＶ ストリームファイル及び、Clip インフォメーションファイルのデータをハードディスク等の記録媒体に保持し、このデータをマザーディスク作成装置に入力してマザーディスクを作成する。更にこのマザーディスクに基づき、スタンパを形成し、このスタンパにより光ディスクを製造するとしてもよい。
また、図３２の例では、あらかじめ光ディスク１１にClipＡＶストリームファイルが記録されていることを前提として、Clipインフォメーションファイルの作成について説明したが、ClipＡＶストリームファイルの記録とClipインフォメーションファイルの記録とを、１つの記録装置１が連続して実行するようにしてもよい。この場合の例を、図３３のフローチャートを参照して説明する。
図３３は、Clip ＡＶストリームファイルとそれに関連するClip Informationファイルの記録処理を説明するフローチャートである。この処理は、例えば、図１の記録装置１の電源がオンされ、ユーザによりＡＶストリームの記録が指令されたとき開始される。勿論、記録装置１には、光ディスク１１が装着されている。
ステップＳ２１において、記録装置１は、ClipＡＶストリームファイルを作成して記録する。具体的には、記録装置１のデータ取得部２３は、ＡＶデータを外部から取得し、ＡＶエンコーダ２４に供給するとともに、コントローラ２１に、ＡＶデータが取得されたことを通知する。ＡＶエンコーダ２４は、供給されたＡＶデータを、コントローラ２１の制御に基づいてエンコードし、バッファ２５に供給する。より詳細には、図２の第１のオーディオエンコーダ２４−１と第２のオーディオエンコーダ２４−２が、それぞれオーディオデータをエンコードし、ビデオエンコーダ２４−３が、ビデオデータをエンコードし、その結果得られたＢＳオーディオＥＳ、ＨＱオーディオＥＳ、およびビデオＥＳが、バッファ２５に供給される。バッファ２５は、供給されたエンコードされたＡＶデータ（ＢＳオーディオＥＳ、ＨＱオーディオＥＳ、およびビデオＥＳ）を一時保持する。そして、ＰＥＳパケット化部２６は、コントローラ２１からの制御に従って、エンコードされたＡＶデータ（ＢＳオーディオＥＳ、ＨＱオーディオＥＳ、およびビデオＥＳ）をＰＥＳパケット化し、ＴＳパケット化部２７に供給する。ＴＳパケット化部２７は、ＰＥＳパケットストリームを取得し、これをＴＳパケット化するとともに多重化し、多重化して得られたMPEG2-TSを、記録制御部２８に供給する。記録制御部２８は、受け取ったMPEG2-TSをファイル化することで、Clip ＡＶストリームファイルを作成し、光ディスク１１に記録させる。なお、このとき、ClipＡＶストリームファイルに含まれるＴＳは、図２７を用いて上述した制約を満たしているものとされる。この処理により、光ディスク１１には、図３２のステップＳ１１で読み出されるClipインフォメーションファイルが記録されたことになる。
なお、以下のステップＳ２２乃至ステップＳ２７の処理については、基本的に図３２の処理と同様であるので、簡単に説明していく。
ステップＳ２２において、コントローラ２１は、ステップＳ２１の処理で光ディスク１１に記録されたClipＡＶストリームファイルについてのClipInfoを作成する。ステップＳ２３において、コントローラ２１は、ステップＳ２１の処理で光ディスク１１に記録されたClipＡＶストリームファイルについてのSequenceInfoを作成する。ステップＳ２４において、コントローラ２１は、ステップＳ２１の処理で光ディスク１１に記録されたClipＡＶストリームファイルについてのProgramInfoを作成する。ステップＳ２５において、コントローラ２１は、ステップＳ２１の処理で光ディスク１１に記録されたClipＡＶストリームファイルについてのCPI (EP-map)を作成する。ステップＳ２６において、コントローラ２１は、ステップＳ２１の処理で光ディスク１１に記録に記録されたClipＡＶストリームファイルについてのClipMarkを作成する。ステップＳ２７において、コントローラ２１は、生成されたClipInfo()、SequenceInfo()、ProgramInfo()、CPI()、およびClipMark()がストアされたClip Informationファイルを記録する。
図３３の処理により、ClipＡＶストリームファイルとともに、Clipインフォメーションファイルを作成し、記録することができる。
なお、図３３も図３２と同様に、各処理を時系列に説明したが、ステップＳ１１からステップＳ１６は、実際には同時に動作するものである。
次に、図３４のフローチャートを参照して、図３２のステップＳ１５と図３３のステップＳ２５のEP-mapの作成処理の詳細を説明する。なお、この処理は、図３１を用いて上述したようなＴＳが記録されている光ディスク１１、又はハードディスクが、図１の記録装置１に装着されている状態で開始される。すなわち、図２７を用いて説明した制約に基づいて生成された、ＢＳオーディオＥＳとＨＱオーディオＥＳからなるＴＳ１９０が記録されている光ディスク１１が記録装置１に装着されている状態で開始される。例えば、図３２のステップＳ１１の処理が終了した後、または、図３３のステップＳ２１の処理が終了した後に実行される。
ステップＳ５１において、記録制御部２８は、光ディスク１１に記録されているClipインフォメーションファイルを読み出し、ＢＳオーディオＥＳとＨＱオーディオＥＳからなるＴＳの入力を受け付ける。ＴＳは、上述したように、図２７や図３１に示される構成を有しており、ＨＱオーディオＥＳのＴＳパケットと、ＨＱオーディオＥＳのＴＳパケットにより構成されている。入力を受け付けたＴＳは、複数のＴＳパケットにより構成されているので、ＴＳパケットを順次コントローラ２１に供給する。
ステップＳ５２において、コントローラ２１は、記録制御部２８から供給されたＴＳパケットを取得し、このＴＳパケットがＢＳオーディオＥＳのＴＳパケットであるか否かを判定する。ＴＳパケットは、図３１に示されるように、ＢＳオーディオＴＳパケット２６１−１（ＢＳオーディオＥＳのＴＳパケット）、または、ＨＱオーディオＴＳパケット２７１−１（ＨＱオーディオＥＳのＴＳパケット）であるので、コントローラ２１は、取得したＴＳパケットが、ＢＳオーディオＥＳのＴＳパケット（ＢＳオーディオＴＳパケットであるか否かを判定する。各ＴＳパケットのヘッダには、そのＴＳパケットがＢＳオーディオＥＳのＴＳパケットであるかＨＱオーディオＥＳのＴＳパケットであるかを識別するためのtransport_priorityフラグ（ｔｐフラグ）が付されているので、コントローラ２１は、このＴＳパケットのヘッダに付されているｔｐフラグに基づいてこれを判定する。例えば、ｔｐフラグが１である場合、コントローラ２１は、そのＴＳパケットがＢＳオーディオＥＳのＴＳパケットであると判定する。
ステップＳ５２において、ＢＳオーディオＥＳのＴＳパケットではないと判定された場合、処理はステップＳ５２に戻り、それ以降の処理が繰り返される。すなわち、ＢＳオーディオＥＳのＴＳパケットである場合に、ステップＳ５２以降の処理が実行される。
ステップＳ５２において、ＢＳオーディオＥＳのＴＳパケットであると判定された場合、処理はステップＳ５３に進み、コントローラ２１は、ＴＳパケットのペイロードからＰＥＳパケットのＰＴＳの値を取得する。ここで、ＴＳパケットはＴＳヘッダとＴＳペイロードからなり、ＰＥＳパケットのデータは、ＴＳペイロードに格納されている。そのため、例えば、図３１のＴＳパケット２６１−１のＴＳペイロードにはＰＥＳヘッダ３０１−１が含まれているので、コントローラ２１は、ＰＥＳヘッダ３０１−１に格納されているＰＴＳの値を取得する。例えば、コントローラ２１は、ＰＴＳの値としてＰＴＳ＃１を取得する。
なお、複数のＴＳパケットから１つのＰＥＳパケットが構成されるので、対象となるＴＳパケットにＰＥＳヘッダが含まれていない場合もあり得る。そのため、例えば、ＴＳパケットのペイロードに、ＰＥＳヘッダが含まれておらず、ＰＥＳペイロードしか含まれていない場合、処理はステップＳ５２に戻り、次のＴＳパケットが取得され、それ以降の処理が繰り返される。
ステップＳ５４において、コントローラ２１は、取得したＰＴＳ（例えば、ＰＴＳ＃１）と同じＰＴＳの値を有するＨＱオーディオＥＳのＰＥＳパケットを含んだＴＳパケットが、ＴＳの後ろに存在し、かつ、先頭アクセスユニットが詳細情報のヘッダを含んでいるか否かを判定する。まず、コントローラ２１は、例えば、ステップＳ５３の処理で取得したＰＴＳ＃１と同じＰＴＳの値を有するＨＱオーディオＥＳのＰＥＳパケットを含んだＴＳパケットが、ＴＳの後ろ（すなわち、ＴＳにおいて、ステップＳ５２の処理で取得したＴＳパケットより後ろ）に存在するかを判定する。換言すれば、コントローラ２１は、ＰＴＳ＃１を取得したＢＳオーディオＥＳのＴＳパケットより、ＴＳにおいて後ろの位置に、ＰＴＳ＃１を有するＨＱオーディオＥＳのＴＳパケットが存在するか否かを判定する。そして、次に、上記の判定がＹＥＳである場合（ＰＴＳ＃１を取得したＢＳオーディオＥＳのＴＳパケットより、ＴＳにおいて後ろの位置に、ＰＴＳ＃１を有するＨＱオーディオＥＳのＴＳパケットが存在する場合）に、さらに、そのＰＴＳ＃１を有するＨＱオーディオＴＳパケットのＰＥＳペイロード３０２−２（より詳細には、ＰＥＳペイロード３０２−２のヘッダ）に、詳細情報（図２８のデコード開始可能な情報）を含んでいるか否かを判定する。すなわち、コントローラ２１は、図２９を用いて上述した配置が満たされており、さらに、一致するとされるＰＴＳを有するＨＱオーディオＴＳパケットから抜き出されたＰＥＳペイロードに、詳細情報（図２８のデコード開始可能な情報）が含まれているか否かを判定する。
ステップＳ５４において、取得したＰＴＳ（例えば、ＰＴＳ＃１）と同じＰＴＳの値を有するＨＱオーディオＥＳのＰＥＳパケットを含んだＴＳパケットが、ＴＳの後ろに存在しないと判定された場合、または、先頭アクセスユニットが詳細情報のヘッダを含んでいないと判定された場合、処理はステップＳ５２に戻り、それ以降の処理が繰り返される。すなわち、この２つの条件を両方とも満たしていなければ、処理はステップＳ５２に戻る。いずれの条件も満たされている場合（ＹＥＳである場合）、処理をステップＳ５５に進める。
ステップＳ５４において、取得したＰＴＳ（例えば、ＰＴＳ＃１）と同じＰＴＳの値を有するＨＱオーディオＥＳのＰＥＳパケットを含んだＴＳパケットが、ＴＳの後ろに存在し、かつ、先頭アクセスユニットが詳細情報のヘッダを含んでいると判定された場合、ステップＳ５５において、コントローラ２１は、現在のＴＳパケットを、エントリーポイントとする。例えば、コントローラ２１は、図３１のＴＳパケット２６１−１を、エントリーポイントとする。すなわち、ＰＴＳの値が一致する場合であって、一致するＰＴＳを有するＢＳオーディオＴＳパケットよりＨＱオーディオＴＳパケットの方が後に配置され、ＨＱオーディオＴＳパケットから取得したＰＥＳペイロードに、詳細情報が含まれている場合に、そのＢＳオーディオＴＳパケットがエントリーポイントとされる。
このように、エントリーポイントとされるＰＴＳと同じＰＴＳのＨＱオーディオＴＳパケットに、詳細情報を含めるようにすることで、ＨＱオーディオを再生する場合に、詳細情報をすぐ取得することができるので、迅速に再生を行うことができる。また、ＢＳオーディオのみを再生する装置でも、エントリーポイントで指定されるＴＳパケットには、ＢＳオーディオのＰＥＳパケットヘッダを有するため、この装置にとっても迅速な再生が可能であることは言うまでも無い。
ステップＳ５６において、コントローラ２１は、ＢＳオーディオＥＳとＨＱオーディオＥＳのＰＩＤと、ＴＳパケットの番号、および、ステップＳ５３の処理で取得したＰＴＳの値に基づいて、EP_mapを作成する。なお、ＰＩＤは、上述したように、ＴＳパケット化されるときに付加され、ＢＳオーディオＥＳとＨＱオーディオＥＳのＰＩＤは同一とされている（例えば、ＰＩＤ＝ａ０）。そのため、例えば、コントローラ２１は、ＰＩＤ＝ａ０、ＴＳパケットの番号（図３１のＢＳオーディオＴＳパケット２６１−１のソースパケット番号）、および、ＰＴＳ＃１に基づいて、EP_mapを作成する。
具体的な例を、図１９のEP_mapのシンタクスを用いて説明する。ステップＳ５６の処理のＰＩＤに基づいて、number_of_stream_PID_entries、stream_PID[k]が生成される。stream_PID[k]は、EP_mapの中でk番目にエントリーされるEP_map_for_one_stream_PIDによって参照されるエレメンタリーストリームを伝送するところのトランスポートパケットのPIDの値を示す。EP_stream_type[k] は、３（オーディオ）とされる（図２０参照）。そして、ステップＳ５６の処理のＴＳパケットの番号とＰＴＳの値に基づいて、number_of_EP_coarse_entries[k]、number_of_EP_fine_entries[k]、EP_map_for_one_stream_PID_start_address[k]が生成される。図２１のEP_map_for_one_stream_PIDのシンタクスを参照すると分かるように、EP_map_for_one_stream_PIDにストアされるデータの元は、PTS_EP_start とSPN_EP_startであるので、ステップＳ５６の処理のＴＳパケットの番号、すなわち、エントリーポイントのソースパケット番号に基づいて、EP_map_for_one_stream_PIDにストアされるデータが作成される。
ステップＳ５７において、コントローラ２１は、現在処理しているＴＰパケットが、最後のＴＳパケットであるか否かを判定する。最後のＴＳパケットではない、すなわち、まだ対象としていないＴＳパケットが残っていると判定された場合には、処理はステップＳ５２に戻り、それ以降の処理が繰り返される。すなわち、最後のＴＳパケットを処理し終えるまで処理は繰り返される。ステップＳ５７において、現在処理しているＴＳパケットが、最後のＴＳパケットであると判定された場合、処理を終了する。
図３４の処理により、EP_mapを生成することができる。
次に、図３１などの処理により光ディスク１１に記録されたClipＡＶストリームファイルとClipインフォメーションファイル（Clip）を再生する場合について説明する。図３５は、光ディスク１１に記録されたデータを再生する再生装置３４１の構成例を示すブロック図である。
コントローラ３５１は、操作入力部３５２により入力されるユーザの操作入力などに基づいて、予め用意されている制御プログラムを実行するか、または、再生制御部３５４を制御して光ディスク１１に記録されている制御プログラムを読み出し、メモリ３５３に展開して実行することで、再生装置３４１の全体の動作を制御する。例えば、コントローラ３５１は、光ディスク３１１が装着されたとき、所定のメニュー画面を外部の表示装置に表示させることができる。
操作入力部３５２は、例えば、ボタン、キー、タッチパネル、ジョグダイヤル、マウスなどの入力デバイスや、所定のリモートコマンダから送信される赤外線などの信号を受信する受信部により構成され、ユーザの操作入力を取得し、コントローラ３５１に供給する。
メモリ３５３は、コントローラ３５１が各種の処理を実行する上において必要なデータなどを適宜記憶する。
再生制御部３５４は、コントローラ３５１による制御にしたがって、光ディスク１１からデータを読み出し、読み出したデータを、コントローラ３５１、メモリ３５３、または、ＡＶデコーダ３５６に供給するためにバッファ３５５に出力する。光ディスク１１から読み出された情報が、制御プログラムや制御情報、または、Clipインフォメーションファイル（EP_map）などであった場合、再生制御部３５４により読み出された情報は、コントローラ３５１、または、メモリ３５３に出力される。光ディスク１１から読み出された情報が、ＡＶストリームファイルなどのＡＶデータであった場合、再生制御部３５４により読み出された情報は、ＡＶデコーダ３５６に供給するためにバッファ３５５に出力される。
バッファ３５５は、再生制御部３５４により光ディスク１１から読み出されたＡＶストリームなどのＡＶデータを一時バッファリングし、ＡＶデコーダ３５６に供給する。なお、実際には、このＡＶストリームはＴＳにより構成されているので、コントローラ３５１は、ＴＳからＰＥＳを取得し、さらに、ＥＳを取得する。このＥＳには、ＢＳオーディオＥＳ、ＨＱオーディオＥＳ、およびビデオＥＳが含まれている。
ＡＶデコーダ３５６は、再生制御部３５４から供給されるＡＶストリームなどのＡＶデータをデコードし、得られたビデオ信号とオーディオ信号を外部の表示装置に出力する。具体的には、このＡＶストリームには、エンコードされているＢＳオーディオＥＳ、ＨＱオーディオＥＳ、およびビデオＥＳが含まれている。
ＡＶデコーダ３５６は、例えば、図３６に示されるように、第１の符号化方式によりエンコードされたオーディオＥＳをデコードする第１のオーディオデコーダ３５６−１と、ビデオＥＳをデコードするビデオデコーダ３５６−３とを有するＡＶデコーダの場合もあれば、図３７に示されるように、第２の符号化方式によりエンコードされたオーディオＥＳをデコードする第２のオーディオデコーダ３５６−２と、ビデオＥＳをデコードするビデオデコーダ３５６−３とを有するＡＶデコーダの場合もある。
すなわち、図３６のＡＶデコーダ３５６では、オーディオとしては、ＢＳオーディオＥＳのみをデコードすることができ、ＨＱオーディオＥＳはデコードすることができない。図３７のＡＶデコーダ３５６では、オーディオとしてＨＱオーディオＥＳをデコードすることができる。なお、図３７のＡＶデコーダ３５６は、第１のオーディオデコーダ３５６−１より高性能である第２のオーディオデコーダ３５６−２を有しているので、もちろん、ＢＳオーディオＥＳをデコードすることもできるが、より高性能のものを再生するのが一般的であるので、ここでは、図３７のＡＶデコーダ３５６が、ＨＱオーディオＥＳをデコードの対象とするものとして説明する。
図３５に戻って、表示装置においては、デコーダ３５６によりデコードされたデータ（ビデオデータとオーディオデータ）に基づいて、例えば、光ディスク１１に記録されているコンテンツの出力（映像の表示、音声の出力）が行われる。
また、コントローラ３５１には、必要に応じてドライブ３５７も接続されており、ドライブ３５７には、例えば、磁気ディスク（フレキシブルディスクを含む）、光ディスク（CD-ROM（Compact Disk-Read Only Memory），DVDを含む）、光磁気ディスク（ＭＤ（登録商標）（Mini-Disk）を含む）、もしくは半導体メモリなどよりなるリムーバブルメディア３０が装着される。
次に、図３４の処理で作成された（図３２のステップＳ１５または図３３のステップＳ２５の処理で作成され、記録された）EP_mapを使用して特殊再生を行う方法を説明する。EP_mapは、ランダムアクセス再生をするために役立つ。
ディジタル放送のトランスポートストリームの中では、オーディオPIDが変化する場合があるので、ＡＶデコーダ（図３５の再生装置３４１のＡＶデコーダ３５６）は記録されているトランスポートストリームの中のPIDマッピングを知る必要がある。そのために、EP_mapはEP_map_for_one_stream_PID()と呼ばれるサブテーブル毎にそれが参照するオーディオPIDの値を持ち、また、ProgramInfoはPIDマッピングについての情報を持つ。
図３８は、ＢＳオーディオＥＳに対するランダムアクセス再生処理を説明するフローチャートである。この処理は、例えば、図３６のＡＶデコーダ３５６を有する図３５の再生装置３４１が、これまでの処理により光ディスク１１に記録されたClip（ClipＡＶストリームファイルとClipインフォメーションファイル）を再生する場合に実行される処理である。すなわち、再生装置３４１が、ＢＳオーディオＥＳとビデオＥＳのみに対応する場合（ＨＱオーディオＥＳには対応していない場合）に実行される処理である。また、ランダムアクセス再生、すなわち、光ディスク１１に記録されたClipＡＶストリームファイルを先頭から再生するのではなく、ユーザの指令した再生位置から再生を開始する処理である。なお、この処理は、Clipが記録された光ディスク１１が、図３５の再生装置３４１（図３６のＡＶデコーダ３５６を有する再生装置）に装着された場合に開始される。
ステップＳ１１１において、再生制御部３５４は、コントローラ３５１からの制御に基づいて、光ディスク１１に記録されているＢＳオーディオＥＳとＨＱオーディオＥＳとを含むClipからEP_mapを取得する。再生制御部３５４は、取得したEP_mapを、コントローラ３５１に供給する。
ステップＳ１１２において、操作入力部３５２は、ユーザからのランダムアクセス再生の指令を受け付ける。操作入力部３５２は、受け付けた指令に対応する信号を、コントローラ３５１に供給する。例えば、ユーザは、ランダムアクセス再生の指令として、再生位置（エントリーポイント）を時刻（このＡＶストリーム上の再生時刻）で指令するので、操作入力部３５２は、受け付けたエントリーポイントの時刻に対応する信号を、コントローラ３５１に供給する。エントリーポイントは、図３４を用いて上述したように、所定のＢＳオーディオＴＳパケットに対して設定されている。コントローラ３５１は、操作入力部３５２から供給された時刻に対応する信号に基づいて、所定の演算を行い、ＰＴＳを求める。すなわち、コントローラ３５１は、ユーザにより指定された時刻（ＡＶストリーム上の時刻）を、ＰＴＳに変換することが可能である。
ステップＳ１１３において、コントローラ３５１は、取得したEP_mapに基づいて、受け付けたエントリーポイントのソースパケット番号とＰＴＳ値を取得する。詳細には、ユーザにより指定された時刻に基づいたＰＴＳと、EP_MAPに基づいたＰＴＳとの比較により、EP_MAPで保持されているＰＴＳのうち、再生すべきＰＴＳを特定し、その特定されたＰＴＳに対応するソースパケット番号を特定する。例えば、図３１において、SPN_EP_startで示される位置、すなわち再生が開始されるソースパケット番号がエントリーポイントとして特定された場合は、（すなわち、コントローラ３５１が、エントリーポイントのソースパケット番号として、SPN_EP_start（すなわち、ＢＳオーディオＴＳパケット２６１−１の番号）であるＳＰＮ＃１を特定した場合）、ＢＳオーディオＴＳパケット２６１−１を含むＴＳパケット（ＴＳパケットのＴＳペイロードの部分）が特定されたことになる。
ステップＳ１１４において、コントローラ３５１は、ＢＳオーディオＥＳとＨＱオーディオＥＳとを含むClipの読み出し位置を、取得したソースパケット番号とする。例えば、コントローラ３５１は、取得したソースパケット番号ＳＰＮ＃１（SPN_EP_start）を、光ディスク１１のClipの読み出し位置とする。このとき、エントリーポイントは、図３４を用いて上述したように、ＢＳオーディオＴＳパケットのみに設定可能であるので、光ディスク１１の読み出し位置は、ＢＳオーディオＴＳパケットに設定されている。
ステップＳ１１５において、再生制御部３５４は、コントローラ３５１からの制御に基づいて、そのソースパケット番号を有するＢＳオーディオＥＳのＴＳパケットを読み出し、ＡＶデコーダ３５６に供給する。例えば、再生制御部３５４は、ソースパケット番号ＳＰＮ＃１を有するＢＳオーディオＥＳのＴＳパケットを読み出し、図３６のＡＶデコーダ３５６に供給する。
ステップＳ１１６において、ＡＶデコーダ３５６は、供給されたＢＳオーディオＥＳのＴＳパケットからデコードを開始する。すなわち、ソースパケット番号ＳＰＮ＃１を有するＢＳオーディオＴＳパケット２６１−１（図３１）から再生が開始される。ＡＶデコーダ３５６は、図３６のような構成を有し、ＢＳオーディオＥＳをデコードすることができるので、ＢＳオーディオＥＳのＴＳパケットが順次読み出され、デコードされて出力される。以後のＴＳパケットは、一般的な再生と同様であるのでその詳細な説明は省略するが、順次ＢＳオーディオＴＳパケットのみがピックアップされて、デコードされる。なお、ビデオＥＳが静止画の場合で、ブラウザブルスライドショーの場合では、ユーザからの指令に基づいて、順次、静止画が切り替えられるだけであるので、ユーザからの指令に基づいて、順次デコードが行われ、出力される。また、通常のビデオの場合には、一般的なビデオ再生と同様である。
図３８の処理により、ＢＳオーディオＥＳに対応する図３６のＡＶデコーダ３５６を有する再生装置３４１（図３５）は、EP_mapを参照することで、ユーザからのランダムアクセス再生の指令に基づいて、ＢＳオーディオＥＳのランダムアクセス再生を行うことができる。
次に、図３９のフローチャートを参照して、ＨＱオーディオＥＳに対するランダムアクセス再生処理を説明する。この処理は、例えば、図３７のＡＶデコーダ３５６を有する図３５の再生装置３４１が、これまでの処理により光ディスク１１に記録されたClip（ClipＡＶストリームファイルとClipインフォメーションファイル）を再生する場合に実行される処理である。すなわち、再生装置３４１が、ＨＱオーディオＥＳとビデオＥＳに対応する場合に実行される処理である。また、ランダムアクセス再生、すなわち、光ディスク１１に記録されたClipＡＶストリームファイルを先頭から再生するのではなく、ユーザの指令した再生位置から再生を開始する処理である。なお、この処理は、Clipが記録された光ディスク１１が、図３５の再生装置３４１（図３７のＡＶデコーダ３５６を有する再生装置）に装着された場合に開始される。
ステップＳ１５１において、再生制御部３５４は、コントローラ３５１からの制御に基づいて、光ディスク１１に記録されているＢＳオーディオＥＳとＨＱオーディオＥＳとを含むClipからEP_mapを取得する。再生制御部３５４は、取得したEP_mapを、コントローラ３５１に供給する。
ステップＳ１５２において、操作入力部３５２は、ユーザからのランダムアクセス再生の指令を受け付ける。操作入力部３５２は、受け付けた指令に対応する信号を、コントローラ３５１に供給する。例えば、ユーザは、ランダムアクセス再生の指令として、再生位置（エントリーポイント）を時刻で指令するので、操作入力部３５２は、受け付けたエントリーポイントの時刻に対応する信号を、コントローラ３５１に供給する。エントリーポイントは、図３４を用いて上述したように、所定のＢＳオーディオＴＳパケットに対して設定されている。すなわち、この再生装置３４１は、図３７のＡＶデコーダ３５６を有しており、ＨＱオーディオＥＳに対応しているので、例えば、図３１の例の場合、ＨＱオーディオＴＳパケット２７１−１からの再生が要求されるが、ここで取得されたのは、ＢＳオーディオＴＳパケット２６１−１のエントリーポイントである。そのため、以降の処理で、最適なＨＱオーディオＴＳパケットに読み出し位置を設定する必要がある。なお、ユーザは、ランダムアクセスの再生位置として、ＰＴＳを時間（再生時間）に直したものを指定することもできる。
ステップＳ１５３において、コントローラ３５１は、取得したEP_mapに基づいて、受け付けたエントリーポイントのソースパケット番号とＰＴＳ値を取得する。詳細には、ユーザにより指定された時刻に基づいたＰＴＳと、EP_MAPに基づいたＰＴＳとの比較により、EP_MAPで保持されているＰＴＳのうち、再生すべきＰＴＳを特定し、その特定されたＰＴＳに対応するソースパケット番号を特定する。例えば、図３１において、SPN_EP_startで示される位置がエントリーポイントとして特定された場合は、（すなわち、コントローラ３５１が、エントリーポイントのソースパケット番号として、SPN_EP_start（すなわち、ＢＳオーディオＴＳパケット２６１−１の番号）であるＳＰＮ＃１を特定した場合）、ＢＳオーディオＴＳパケット２６１−１を含むＴＳパケットが特定されたことになる。なお、ユーザ操作は、時刻位置を直接指定するものであっても良いし、早送り、早戻し等の操作で、直接時間を指定せず、ユーザ操作に基づいて再生装置が対応する時刻情報を算出するものであっても良い。また、本願発明とは関係が無いため説明を簡略したが、上述したようにSTC-sequenceにも基づいてアクセス位置を制御する再生を行う場合もある。
ステップＳ１５４において、コントローラ３５１は、ＢＳオーディオＥＳとＨＱオーディオＥＳとを含むClipの読み出し位置を、取得したソースパケット番号とする。例えば、コントローラ３５１は、取得したソースパケット番号ＳＰＮ＃１（SPN_EP_start）を、光ディスク１１のClipの読み出し位置とする。このとき、エントリーポイントは、図３４を用いて上述したように、ＢＳオーディオＴＳパケットのみに設定可能であるので、光ディスク１１の読み出し位置は、ＢＳオーディオＴＳパケットに設定されている。
ステップＳ１５５において、再生制御部３５４は、コントローラ３５１からの制御に基づいて、現在の読み出し位置から光ディスク１１を読み出し、読み出し位置の後ろ（記録時間としての後ろ）に、最初に記録されているＨＱオーディオＴＳパケットを取得する。例えば、図３１の例において、ＢＳオーディオＴＳパケット２６１−１に読み出し位置が設定されている場合、再生制御部３５４は、ソースパケット番号が、ＢＳオーディオＴＳパケット２６１−１（ＳＰＮ＃１）より後であり、最初のＨＱオーディオＴＳパケットであるＨＱオーディオＴＳパケット２７１−１を取得する。再生制御部３５４は、取得したＨＱオーディオＴＳパケット２７１−１を、コントローラ３５１に供給する。すなわち、再生装置は、ＰＩＤに基づいてＢＳオーディオパケット、ＨＱオーディオパケットを取得すると共に、transport_priorityフラグに基づいて、最初のＢＳオーディオパケットは破棄し、その後に出てくるＨＱオーディオパケットを取得する。
ステップＳ１５６において、コントローラ３５１は、取得したＨＱオーディオＴＳパケットのＴＳペイロードに含まれるＰＴＳヘッダのＰＴＳ値が、取得したＰＴＳの値と一致するか否かを判定する。図３１の例の場合、コントローラ３５１は、取得したＨＱオーディオＴＳパケット２７１−１のＴＳペイロードに含まれるＰＴＳヘッダ３０２−１のＰＴＳ値が、ステップＳ１５３の処理で取得したＰＴＳ値（ＰＴＳ＃１）と一致するか否かを判定する。取得されたＨＱオーディオＴＳパケットに対応するＰＴＳ値と、ステップＳ１５３の処理で取得されたＰＴＳ値が一致しないと判定された場合、処理はステップＳ１５５に戻り、それ以降の処理が繰り返される。例えば、いま読み出されたＨＱオーディオＴＳパケット２７１−１よりさらに後ろの位置に記録されている（ソースパケット番号が後ろである）ＨＱオーディオＴＳパケット２７１−２が取得され、その取得されたＨＱオーディオＴＳパケット２７１−２について、ステップＳ１５６の判定が行われる。なお、複数のＴＳパケットから１つのＰＥＳパケットが構成されるので、対象となるＨＱオーディオＴＳパケットにＰＥＳヘッダが含まれていない場合もあり得る。そのため、例えば、ＨＱオーディオＴＳパケットのペイロードに、ＰＥＳヘッダが含まれておらず、ＰＥＳペイロードしか含まれていない場合、処理はステップＳ１５５に戻り、次のＨＱオーディオＴＳパケットが取得され、それ以降の処理が繰り返される。
ステップＳ１５６において、取得されたＨＱオーディオＴＳパケットに対応するＰＴＳ値と、ステップＳ１５３の処理で取得されたＰＴＳ値が一致すると判定された場合、コントローラ３５１は、そのＨＱオーディオＴＳパケットを、新たな読み出し位置とする。そして、ステップＳ１５７に進み、再生制御部３５４は、コントローラ３５１からの制御に基づいて、ＰＴＳ値が一致するとされたＨＱオーディオＴＳパケットを読み出し、図３７のＡＶデコーダ３５６に供給する。すなわち、取得したＨＱオーディオＴＳパケット２７１−１に対応するＰＴＳ値と、ステップＳ１５３の処理で取得されたＰＴＳ値が一致する場合、そのＢＳオーディオＴＳパケット２６１−１とＨＱオーディオＴＳパケット２７１−１は、同じ再生時刻に対応している。そのため、再生制御部３５４は、ＰＴＳ値が一致すると判定されたそのＨＱオーディオＴＳパケット２７１−１の位置から、再生を開始する。
ステップＳ１５８において、ＡＶデコーダ３５６は、供給されたＨＱオーディオＴＳパケット２７１−１からデコードを開始する。すなわち、再生する位置として指定されたエントリーポイントのＢＳオーディオＴＳパケット２６１−１（図３１）と同じＰＴＳ＃１を有するＨＱオーディオＴＳパケット２７１−１から、再生が開始される。ＡＶデコーダ３５６は、図３７のような構成を有し、ＨＱオーディオＥＳをデコードすることができるので、ＨＱオーディオＥＳのＴＳパケットが順次読み出され、デコードされて出力される。以後のＴＳパケットは、一般的な再生と同様であるのでその詳細な説明は省略するが、順次ＨＱオーディオＴＳパケットのみがピックアップされて、デコードされる。なお、ビデオＥＳについては、ブラウザブルスライドショーでは、ユーザからの指令に基づいて、順次、静止画が切り替えられるだけであるので、ユーザからの指令に基づいて、順次デコードが行われ、出力される。
図３４のステップＳ５４とステップＳ５５の処理で上述したように、エントリーポイントのＢＳオーディオＴＳパケットと同じＰＴＳを有するＨＱオーディオＴＳパケットには、詳細情報、すなわち、その位置からデコード開始となる情報が含まれるようにEP_mapを作成するようにしたので、ＡＶデコーダ３５６は、供給されたＨＱオーディオＴＳパケットからデコードをすることができ、もって、迅速に再生をすることができる。もし、詳細情報が、そのＨＱオーディオＴＳパケットに含まれていない場合、詳細情報を含むＨＱオーディオＴＳパケットを探さなければならず、迅速なＨＱオーディオＥＳの再生を行うことができないが、本実施の形態では、ＢＳオーディオＴＳパケットのＰＴＳと同じＰＴＳ値を有するＨＱオーディオＴＳパケットが詳細情報を有している場合に、エントリーポイントとするようにしたので（図３４の処理）、ＨＱオーディオＥＳを迅速に再生することができる。さらに、ＢＳオーディオと、ＨＱオーディオはそれぞれ音質においては異なるが、データ内容としては同様のものであり、このように同様のコンテンツであるＢＳオーディオ、及び、ＨＱオーディオのそれぞれのEP_MAPをClip インフォメーションファイルにおいて保持する必要はなく、記録媒体上のデータ量の簡素化、データ構造の簡素が図れる。
図３９の処理により、ＨＱオーディオＥＳに対応する図３７のＡＶデコーダ３５６を有する再生装置３４１（図３５）は、EP_mapを参照することで、ユーザからのランダムアクセス再生の指令に基づいて、ＨＱオーディオＥＳのランダムアクセス再生を行うことができる。
このように、光ディスク１１に記録されるClipＡＶストリームファイルのオーディオが、ＢＳオーディオＴＳパケットとＨＱオーディオＴＳパケットにより多重化されたＴＳである場合であっても、図３４を用いて上述した処理によりEP_mapを作成するようにしたので、EP_mapに基づいて、ランダムアクセス再生をすることが可能となる。
以上により、異なる符号化方式によりエンコードされたオーディオデータが、ＴＳパケット化されて多重化され、ＡＶストリームとして光ディスクに記録される場合に、エントリーポイントとして設定可能な一方のオーディオストリームのＴＳパケット（ＢＳオーディオＥＳのＴＳパケット）のＰＴＳと同じＰＴＳ値を有するＨＱオーディオＴＳパケットがあり、ＴＳにおいて、そのＰＴＳ値を含むＢＳオーディオＴＳパケットよりＨＱオーディオＴＳパケットの方が後ろの位置とされるとき、そのＢＳオーディオＴＳパケットをエントリーポイントとするように設定し、EP_mapを作成するようにしたので、ユーザにより指定された位置に対応するＨＱオーディオＥＳを再生する場合であっても、エントリーポイントのＢＳオーディオＴＳパケットのＰＴＳと同じＰＴＳを有するＨＱオーディオＴＳを読み出すことができ、ＨＱオーディオＥＳのランダムアクセス再生をすることが可能となる。
また、ＢＳオーディオＴＳパケットとＨＱオーディオＴＳパケットが同じＰＴＳを有し、ＢＳオーディオＴＳパケットよりＨＱオーディオＴＳパケットの方が後ろに配置されているとともに、さらに、ＨＱオーディオＴＳパケットに詳細情報が記録されている場合に、エントリーポイントを設定するようにしたので、エントリーポイントのＢＳオーディオＴＳパケットのＰＴＳと同じＰＴＳを有するＨＱオーディオＴＳに、必ず詳細情報が記録されていることになり、その位置から、ＨＱオーディオＥＳを迅速に再生することができる。
なお、以上の例では、記録装置１（図１）が光ディスク１１に記録したり、再生装置３４１（図３５）が光ディスク１１に記録された情報を再生したりするものとして記載したが、本発明は、光ディスク１１に限らず、ハードディスクなどの記録媒体に記録したり、記録媒体に記録された情報を再生したりする場合についても適用することができる。
なお、以上の例では、主にブラウザブルスライドショーの場合のオーディオストリームを再生する場合に用いられるEP_mapについて説明したが、これに限らず、オーディオストリームに用いられるEP_mapであれば、本発明を適用することができる。例えば、光ディスク１１に記録されているビデオストリームと同期して再生するオーディオストリームを、ネットワークや他の記録媒体からダウンロードするなどして取得し、再生する場合、ユーザにより指定されたＰＴＳに対応するオーディオストリームのソースパケット番号は、光ディスク１１に記録されているビデオストリームのEP_mapには対応していないので、このような場合には、光ディスク１１に記録されているビデオストリーム用のEP_mapとは別に、オーディオストリーム用のEP_mapが用いられる（すなわち、オーディオストリームとともにオーディオストリーム用のEP_mapがダウンロードされる）。このような場合についても、上述したように、オーディオストリーム用のEP_mapを作成することで、光ディスク１１に記録されているビデオストリームと、ダウンロードされたオーディオストリームとを同期して再生することができるとともに、そのオーディオストリームが、異なる２つの符号化方式によりエンコードされてＴＳパケット化されて多重化されていた場合であっても、ランダムアクセス再生を実現することができる。従って、「記録媒体」という用語は、光ディスク等の一つの「記録媒体」に記録されている場合だけでなく、光ディスク、ハードディスクと複数の記録媒体に分かれている場合も含んで良いことは明らかである。
なお、本実施の形態においては、記録装置１（図１）と再生装置３４１（図３５）とを別々の装置として記載したが、これらが一体となった記録再生装置に適用することもできる。その場合、上述した記録処理や再生処理は、全て記録再生装置によって実行されることになる。
上述した一連の処理は、ハードウェアにより実行させることもできるし、ソフトウェアにより実行することもできる。この場合、そのソフトウェアは、そのソフトウェアを構成するプログラムが、専用のハードウェアに組み込まれているコンピュータ、または、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば汎用のパーソナルコンピュータなどに、記録媒体からインストールされる。
この記録媒体は、図１および図３５に示すように、コンピュータとは別に、ユーザにプログラムを提供するために配布される、プログラムが記録されている磁気ディスク（フレキシブルディスクを含む）、光ディスク（CD-ROM（Compact Disk-Read Only Memory），DVD（Digital Versatile Disk）を含む）、光磁気ディスク（ＭＤ（Mini-Disk）（商標）を含む）、もしくは半導体メモリなどよりなるリムーバブルメディア３０などにより構成される。
また、本明細書において、記録媒体に記録されるプログラムを記述するステップは、記載された順序に沿って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的あるいは個別に実行される処理をも含むものである。

Claims (17)

  1. オーディオデータに基づく処理を実行する記録装置において、
    所定の符号化方式である第１の符号化方式でエンコードされた前記オーディオデータがＴＳ（Transport Stream）パケット化された第１のＴＳパケットと、可変長符号化方式であり、前記第１の符号化方式とは異なる第２の符号化方式でエンコードされた前記オーディオデータがＴＳパケット化された第２のＴＳパケットとが多重化されたトランスポートストリームの入力を受け付ける受付手段と、前記受付手段により受け付けられた前記トランスポートストリームの第１のＴＳパケットに含まれる、デコードされる場合に利用される時刻情報を、第１の時刻情報として取得する取得手段と、
    前記トランスポートストリームにおいて、前記取得手段により前記第１の時刻情報が取得された前記第１のＴＳパケットより後ろの位置に、前記第１の時刻情報と同じ時刻を表す前記時刻情報を含む第２のＴＳパケットが存在するか否かを判定する判定手段と、
    前記判定手段により、前記第１の時刻情報が取得された前記第１のＴＳパケットより後ろの位置に、前記第１の時刻情報と同じ時刻を表す前記時刻情報を含む第２のＴＳパケットが存在すると判定された場合、前記第１の時刻情報が取得された前記第１のＴＳパケットをエントリーポイントとして設定する設定手段と、
    ストリームを識別する情報、前記設定手段により前記エントリーポイントとして設定された前記第１のＴＳパケットの番号、および前記第１の時刻情報とに基づいて、テーブルを作成する作成手段と、
    前記作成手段により作成された前記テーブルを記録媒体に記録させる記録制御手段と
    を備えることを特徴とする記録装置。
  2. 前記判定手段は、前記第１の時刻情報と同じ時刻を表す前記時刻情報を含む第２のＴＳパケットに含まれるオーディオアクセスユニットの先頭に、その位置からデコードを開始するためのデコード情報が含まれているか否かをさらに判定し、
    前記設定手段は、
    前記判定手段により、前記第１の時刻情報が取得された前記第１のＴＳパケットより後ろの位置に、前記第１の時刻情報と同じ時刻を表す前記時刻情報を含む第２のＴＳパケットが存在すると判定された場合、かつ、前記第１の時刻情報と同じ時刻を表す前記時刻情報を含む第２のＴＳパケットに含まれるオーディオアクセスユニットの先頭に、その位置からデコードするのに必要なデコード情報が含まれていると判定されたとき、前記第１の時刻情報が取得された前記第１のＴＳパケットをエントリーポイントとして設定する
    ことを特徴とする請求項１に記載の記録装置。
  3. 前記テーブルは、前記トランスポートストリーム中の時刻情報と、前記トランスポートストリームのＴＳパケットの番号とを対応付けるテーブルである
    ことを特徴とする請求項１に記載の記録装置。
  4. 前記テーブルは、EP_mapである
    ことを特徴とする請求項１に記載の記録装置。
  5. 前記時刻情報は、プレゼンテーションタイムスタンプである
    ことを特徴とする請求項１に記載の記録装置。
  6. 前記記録制御手段により前記記録媒体に記録された情報を読み出す読み出し手段と、
    前記読み出し手段による読み出し位置を制御する制御手段と
    をさらに備え、
    前記読み出し手段は、前記記録媒体から前記テーブルを読み出し、
    前記制御手段は、前記テーブルと、ユーザからの再生位置の指定とに基づいて、前記読み出し手段の読み出し位置を制御し、
    前記読み出し手段は、前記制御手段による読み出し位置の制御に基づいて、前記記録媒体から前記トランスポートストリームを読み出す
    ことを特徴とする請求項１に記載の記録装置。
  7. 前記記録制御手段により前記記録媒体に記録された情報を読み出す読み出し手段と、
    前記読み出し手段による読み出し位置を制御する制御手段と
    前記第１の符号化方式によりエンコードされた前記オーディオデータをデコードするデコード手段と
    をさらに備え、
    前記読み出し手段は、前記記録媒体から前記テーブルを読み出し、
    前記制御手段は、前記テーブルと、ユーザからの再生位置の指定とに基づいて、対応する前記第１のＴＳパケットの番号を、読み出し位置として設定し、
    前記読み出し手段は、前記制御手段により設定された前記第１のＴＳパケットの番号から前記トランスポートストリームに含まれる前記第１のＴＳパケットを読み出し、
    前記デコード手段は、前記読み出し手段により読み出された前記第１のＴＳパケットに含まれる、前記第１の符号化方式によりエンコードされた前記オーディオデータをデコードする
    ことを特徴とする請求項１に記載の記録装置。
  8. 前記記録制御手段により前記記録媒体に記録された情報を読み出す読み出し手段と、
    前記読み出し手段による読み出し位置を制御する制御手段と
    前記第２の符号化方式によりエンコードされた前記オーディオデータをデコードするデコード手段と
    をさらに備え、
    前記読み出し手段は、前記記録媒体から前記テーブルを読み出し、
    前記制御手段は、前記テーブルと、ユーザからの再生位置の指定とに基づいて、対応する前記第１のＴＳパケットの番号を、読み出し位置として設定し、
    前記読み出し手段は、前記制御手段により設定された前記第１のＴＳパケットの番号より後ろの位置に記録されている前記第２のＴＳパケットを読み出し、
    前記制御手段は、前記読み出し手段により読み出された前記第２のＴＳパケットに含まれる前記時刻情報が、前記読み出し位置として設定された前記第１のＴＳパケットに含まれる前記時刻情報と一致する場合に、その第２のＴＳパケットの番号を、読み出し位置としてさらに設定し、
    前記読み出し手段は、前記制御手段により設定された前記第２のＴＳパケットの番号から前記トランスポートストリームに含まれる前記第２のＴＳパケットを読み出し、
    前記デコード手段は、前記読み出し手段により読み出された前記第２のＴＳパケットに含まれる、前記第２の符号化方式によりエンコードされた前記オーディオデータをデコードする
    ことを特徴とする請求項１に記載の記録装置。
  9. オーディオデータに基づく処理を実行する記録装置の記録方法において、
    所定の符号化方式である第１の符号化方式でエンコードされた前記オーディオデータがＴＳ（Transport Stream）パケット化された第１のＴＳパケットと、可変長符号化方式であり、前記第１の符号化方式とは異なる第２の符号化方式でエンコードされた前記オーディオデータがＴＳパケット化された第２のＴＳパケットとが多重化されたトランスポートストリームの入力を受け付ける受付ステップと、
    前記受付ステップの処理により受け付けられた前記トランスポートストリームの第１のＴＳパケットに含まれる、デコードされる場合に利用される時刻情報を、第１の時刻情報として取得する取得ステップと、
    前記トランスポートストリームにおいて、前記取得ステップの処理により前記第１の時刻情報が取得された前記第１のＴＳパケットより後ろの位置に、前記第１の時刻情報と同じ時刻を表す前記時刻情報を含む第２のＴＳパケットが存在するか否かを判定する判定ステップと、
    前記判定ステップの処理により、前記第１の時刻情報が取得された前記第１のＴＳパケットより後ろの位置に、前記第１の時刻情報と同じ時刻を表す前記時刻情報を含む第２のＴＳパケットが存在すると判定された場合、前記第１の時刻情報が取得された前記第１のＴＳパケットをエントリーポイントとして設定する設定ステップと、
    ストリームを識別する情報、前記設定ステップの処理により前記エントリーポイントとして設定された前記第１のＴＳパケットの番号、および前記第１の時刻情報とに基づいて、テーブルを作成する作成ステップと、
    前記作成ステップの処理により作成された前記テーブルを記録媒体に記録させる記録制御ステップと
    を含むことを特徴とする記録方法。
  10. オーディオデータに基づく処理を実行するプログラムであって、
    所定の符号化方式である第１の符号化方式でエンコードされた前記オーディオデータがＴＳ（Transport Stream）パケット化された第１のＴＳパケットと、可変長符号化方式であり、前記第１の符号化方式とは異なる第２の符号化方式でエンコードされた前記オーディオデータがＴＳパケット化された第２のＴＳパケットとが多重化されたトランスポートストリームの入力を受け付ける受付ステップと、
    前記受付ステップの処理により受け付けられた前記トランスポートストリームの第１のＴＳパケットに含まれる、デコードされる場合に利用される時刻情報を、第１の時刻情報として取得する取得ステップと、
    前記トランスポートストリームにおいて、前記取得ステップの処理により前記第１の時刻情報が取得された前記第１のＴＳパケットより後ろの位置に、前記第１の時刻情報と同じ時刻を表す前記時刻情報を含む第２のＴＳパケットが存在するか否かを判定する判定ステップと、
    前記判定ステップの処理により、前記第１の時刻情報が取得された前記第１のＴＳパケットより後ろの位置に、前記第１の時刻情報と同じ時刻を表す前記時刻情報を含む第２のＴＳパケットが存在すると判定された場合、前記第１の時刻情報が取得された前記第１のＴＳパケットをエントリーポイントとして設定する設定ステップと、
    ストリームを識別する情報、前記設定ステップの処理により前記エントリーポイントとして設定された前記第１のＴＳパケットの番号、および前記第１の時刻情報とに基づいて、テーブルを作成する作成ステップと、
    前記作成ステップの処理により作成された前記テーブルを記録媒体に記録させる記録制御ステップと
    を含む処理をコンピュータに実行させることを特徴とするプログラム。
  11. 記録媒体に記録されたデータを再生する再生装置において、
    前記データは、所定の符号化方式である第１の符号化方式でエンコードされた前記オーディオデータがＴＳ（Transport Stream）パケット化された第１のＴＳパケットと、可変長符号化方式であり、前記第１の符号化方式とは異なる第２の符号化方式でエンコードされた前記オーディオデータがＴＳパケット化された第２のＴＳパケットとが多重化されたトランスポートストリームを含み、
    前記トランスポートストリームの第１のＴＳパケットに含まれる、デコードされる場合に利用される時刻情報である第１の時刻情報と、前記第１の時刻情報が取得された前記第１のＴＳパケットより後ろの位置に、前記第１の時刻情報と同じ時刻を表す前記時刻情報を含む第２のＴＳパケットが存在する場合に、ストリームを識別する情報と、前記第１の時刻情報が取得された前記第１のＴＳパケットの番号とに基づいて作成されたテーブルとが記録されている前記記録媒体に記録された情報を読み出す読み出し手段と、
    前記読み出し手段による読み出し位置を制御する制御手段と
    を備え、
    前記読み出し手段は、前記記録媒体から前記テーブルを読み出し、
    前記制御手段は、前記テーブルと、ユーザからの再生位置の指定とに基づいて、前記読み出し手段の読み出し位置を制御し、
    前記読み出し手段は、前記制御手段による読み出し位置の制御に基づいて、前記記録媒体から前記トランスポートストリームを読み出す
    ことを特徴とする再生装置。
  12. 前記第１の符号化方式によりエンコードされた前記オーディオデータをデコードするデコード手段をさらに備え、
    前記読み出し手段は、前記記録媒体から前記テーブルを読み出し、
    前記制御手段は、前記テーブルと、ユーザからの再生位置の指定とに基づいて、対応する前記第１のＴＳパケットの番号を、読み出し位置として設定し、
    前記読み出し手段は、前記制御手段により設定された前記第１のＴＳパケットの番号から前記トランスポートストリームに含まれる前記第１のＴＳパケットを読み出し、
    前記デコード手段は、前記読み出し手段により読み出された前記第１のＴＳパケットに含まれる、前記第１の符号化方式によりエンコードされた前記オーディオデータをデコードする
    ことを特徴とする請求項１１に記載の再生装置。
  13. 前記第２の符号化方式によりエンコードされた前記オーディオデータをデコードするデコード手段をさらに備え、
    前記読み出し手段は、前記記録媒体から前記テーブルを読み出し、
    前記制御手段は、前記テーブルと、ユーザからの再生位置の指定とに基づいて、対応する前記第１のＴＳパケットの番号を、読み出し位置として設定し、
    前記読み出し手段は、前記制御手段により設定された前記第１のＴＳパケットの番号より後ろの位置に記録されている前記第２のＴＳパケットを読み出し、
    前記制御手段は、前記読み出し手段により読み出された前記第２のＴＳパケットに含まれる前記時刻情報が、前記読み出し位置として設定された前記第１のＴＳパケットに含まれる前記時刻情報と一致する場合に、その第２のＴＳパケットの番号を、読み出し位置としてさらに設定し、
    前記読み出し手段は、前記制御手段により設定された前記第２のＴＳパケットの番号から前記トランスポートストリームに含まれる前記第２のＴＳパケットを読み出し、
    前記デコード手段は、前記読み出し手段により読み出された前記第２のＴＳパケットに含まれる、前記第２の符号化方式によりエンコードされた前記オーディオデータをデコードする
    ことを特徴とする請求項１１に記載の再生装置。
  14. 記録媒体に記録されたデータを再生する再生装置の再生方法において、
    前記データは、所定の符号化方式である第１の符号化方式でエンコードされた前記オーディオデータがＴＳ（Transport Stream）パケット化された第１のＴＳパケットと、可変長符号化方式であり、前記第１の符号化方式とは異なる第２の符号化方式でエンコードされた前記オーディオデータがＴＳパケット化された第２のＴＳパケットとが多重化されたトランスポートストリームを含み、
    前記トランスポートストリームの第１のＴＳパケットに含まれる、デコードされる場合に利用される時刻情報である第１の時刻情報と、前記第１の時刻情報が取得された前記第１のＴＳパケットより後ろの位置に、前記第１の時刻情報と同じ時刻を表す前記時刻情報を含む第２のＴＳパケットが存在する場合に、ストリームを識別する情報と、前記第１の時刻情報が取得された前記第１のＴＳパケットの番号とに基づいて作成されたテーブルとが記録されている前記記録媒体から前記テーブルを読み出す第１の読み出しステップと、
    前記テーブルと、ユーザからの再生位置の指定とに基づいて、読み出し位置を制御する制御ステップと、
    前記制御ステップの処理による読み出し位置の制御に基づいて、前記記録媒体から前記トランスポートストリームを読み出す第２の読み出しステップと
    を含むことを特徴とする再生方法。
  15. 記録媒体に記録されたデータを再生するプログラムであって、
    前記データは、所定の符号化方式である第１の符号化方式でエンコードされた前記オーディオデータがＴＳ（Transport Stream）パケット化された第１のＴＳパケットと、可変長符号化方式であり、前記第１の符号化方式とは異なる第２の符号化方式でエンコードされた前記オーディオデータがＴＳパケット化された第２のＴＳパケットとが多重化されたトランスポートストリームを含み、
    前記トランスポートストリームの第１のＴＳパケットに含まれる、デコードされる場合に利用される時刻情報である第１の時刻情報と、前記第１の時刻情報が取得された前記第１のＴＳパケットより後ろの位置に、前記第１の時刻情報と同じ時刻を表す前記時刻情報を含む第２のＴＳパケットが存在する場合に、ストリームを識別する情報と、前記第１の時刻情報が取得された前記第１のＴＳパケットの番号とに基づいて作成されたテーブルとが記録されている前記記録媒体から前記テーブルを読み出す第１の読み出しステップと、
    前記テーブルと、ユーザからの再生位置の指定とに基づいて、読み出し位置を制御する制御ステップと、
    前記制御ステップの処理による読み出し位置の制御に基づいて、前記記録媒体から前記トランスポートストリームを読み出す第２の読み出しステップと
    を含む処理をコンピュータに実行させることを特徴とするプログラム。
  16. オーディオデータに関するデータが記録されている記録媒体であって、
    前記データは、所定の符号化方式である第１の符号化方式でエンコードされた前記オーディオデータがＴＳ（Transport Stream）パケット化された第１のＴＳパケットと、可変長符号化方式であり、前記第１の符号化方式とは異なる第２の符号化方式でエンコードされた前記オーディオデータがＴＳパケット化された第２のＴＳパケットとが多重化されたトランスポートストリームを含み、
    前記トランスポートストリームの第１のＴＳパケットに含まれる、デコードされる場合に利用される時刻情報である第１の時刻情報と、前記第１の時刻情報が取得された前記第１のＴＳパケットより後ろの位置に、前記第１の時刻情報と同じ時刻を表す前記時刻情報を含む第２のＴＳパケットが存在する場合に、ストリームを識別する情報と、前記第１の時刻情報が取得された前記第１のＴＳパケットの番号とに基づいて作成されたテーブルと
    が記録されていることを特徴とする記録媒体。
  17. 記録媒体に記録されたデータを再生する再生方法において、
    前記データは、所定の符号化方式である第１の符号化方式でエンコードされた前記オーディオデータがＴＳ（Transport Stream）パケット化された第１のＴＳパケットと、可変長符号化方式であり、前記第１の符号化方式とは異なる第２の符号化方式でエンコードされた前記オーディオデータがＴＳパケット化された第２のＴＳパケットとが多重化されたトランスポートストリームを含み、
    再生すべき第１の時刻情報を取得し、
    前記第１のＴＳパケットに対する前記記録媒体上の位置情報と、前記第１のＴＳパケットのデコードの際に利用される第２の時刻情報との対応情報を保持するテーブルを読み出し、
    前記第１の時刻情報に基づいて、前記テーブルに保持された前記第２の時刻情報を特定し、
    前記テーブルに基づいて特定された前記第２の時刻情報に対応する位置情報を取得し、
    前記位置情報における前記第１のＴＳパケットが記録された記録位置から前記データの読み出しを開始し、
    前記データの読み出し開始位置から後方に多重化されている前記第２のＴＳパケットを取得し、
    読み出された前記第１のＴＳパケットのデコードは行わずに、取得された前記第２のＴＳパケットのデコードを開始する
    ことを特徴とする再生方法。
JP2006540064A 2005-04-22 2006-04-12 記録装置および記録方法、再生装置および再生方法、プログラム、並びに記録媒体 Active JP4438798B2 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP2005125547 2005-04-22
JP2005125547 2005-04-22
PCT/JP2006/307744 WO2006115060A1 (ja) 2005-04-22 2006-04-12 記録装置および記録方法、再生装置および再生方法、プログラム、並びに記録媒体

Publications (2)

Publication Number Publication Date
JPWO2006115060A1 true JPWO2006115060A1 (ja) 2008-12-18
JP4438798B2 JP4438798B2 (ja) 2010-03-24

Family

ID=37214684

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2006540064A Active JP4438798B2 (ja) 2005-04-22 2006-04-12 記録装置および記録方法、再生装置および再生方法、プログラム、並びに記録媒体

Country Status (6)

Country Link
US (1) US7978955B2 (ja)
EP (1) EP1873780B1 (ja)
JP (1) JP4438798B2 (ja)
CN (1) CN1977333B (ja)
TW (1) TW200735046A (ja)
WO (1) WO2006115060A1 (ja)

Families Citing this family (24)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2006022148A1 (ja) * 2004-08-25 2006-03-02 Pioneer Corporation 情報再生装置
JP4622950B2 (ja) * 2006-07-26 2011-02-02 ソニー株式会社 記録装置、記録方法および記録プログラム、ならびに、撮像装置、撮像方法および撮像プログラム
US8239767B2 (en) * 2007-06-25 2012-08-07 Microsoft Corporation Audio stream management for television content
JP2009076172A (ja) * 2007-09-25 2009-04-09 Hitachi Ltd データ伝送方法、光ディスク記録方法及び光ディスク記録装置
JP5095436B2 (ja) * 2008-02-12 2012-12-12 ソニー株式会社 Ｂｇｍ付きスライドショー表示システム、ｂｇｍ付きスライドショー表示方法、情報処理装置、再生装置及びプログラム
US8305078B2 (en) 2008-10-09 2012-11-06 Los Alamos National Security, Llc Method of performing MRI with an atomic magnetometer
US8099476B2 (en) 2008-12-31 2012-01-17 Apple Inc. Updatable real-time or near real-time streaming
US8578272B2 (en) 2008-12-31 2013-11-05 Apple Inc. Real-time or near real-time streaming
US8260877B2 (en) * 2008-12-31 2012-09-04 Apple Inc. Variant streams for real-time or near real-time streaming to provide failover protection
US8156089B2 (en) 2008-12-31 2012-04-10 Apple, Inc. Real-time or near real-time streaming with compressed playlists
BRPI1004221A2 (pt) * 2009-07-10 2020-09-15 Panasonic Corporation meio de gravação, dispositivo de reprodução, e circuito integrado
US8731053B2 (en) * 2009-11-18 2014-05-20 Tektronix, Inc. Method of multiplexing H.264 elementary streams without timing information coded
GB201105502D0 (en) 2010-04-01 2011-05-18 Apple Inc Real time or near real time streaming
US8560642B2 (en) 2010-04-01 2013-10-15 Apple Inc. Real-time or near real-time streaming
US8805963B2 (en) 2010-04-01 2014-08-12 Apple Inc. Real-time or near real-time streaming
US8892691B2 (en) 2010-04-07 2014-11-18 Apple Inc. Real-time or near real-time streaming
FR2964279B1 (fr) * 2010-08-30 2012-09-28 Freebox Procede de diffusion d'un flux de transport audio/video numerique paquetise, notamment pour diffusion sur ligne xdsl
KR101803970B1 (ko) * 2011-03-16 2017-12-28 삼성전자주식회사 컨텐트를 구성하는 장치 및 방법
TWI476761B (zh) * 2011-04-08 2015-03-11 Dolby Lab Licensing Corp 用以產生可由實施不同解碼協定之解碼器所解碼的統一位元流之音頻編碼方法及系統
US8856283B2 (en) 2011-06-03 2014-10-07 Apple Inc. Playlists for real-time or near real-time streaming
US8843586B2 (en) 2011-06-03 2014-09-23 Apple Inc. Playlists for real-time or near real-time streaming
US9411031B2 (en) 2012-04-25 2016-08-09 Los Alamos National Security, Llc Hypothesis-driven classification of materials using nuclear magnetic resonance relaxometry
WO2015124269A1 (en) * 2014-02-24 2015-08-27 Ctrlmovie Ag Device and method for playing an interactive audiovisual movie
US11128896B2 (en) * 2018-08-27 2021-09-21 Comcast Cable Communications, Llc Secondary content delivery

Family Cites Families (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4489248B2 (ja) * 1999-06-02 2010-06-23 パナソニック株式会社 光ディスク、光ディスクに対してデータの記録、再生を行なう装置及び方法
JP4682434B2 (ja) * 2000-04-21 2011-05-11 ソニー株式会社 情報処理装置および方法、記録媒体、並びにプログラム
CN1193607C (zh) 2000-04-21 2005-03-16 索尼公司 信息处理设备和方法
WO2001082604A1 (en) * 2000-04-21 2001-11-01 Sony Corporation Information processing apparatus and method, program, and recorded medium
JP2003199045A (ja) * 2001-12-26 2003-07-11 Victor Co Of Japan Ltd 情報記録信号の生成方法、情報信号の再生方法、情報信号の伝送方法、情報記録信号生成装置、情報信号再生装置、情報信号伝送装置、情報信号記録媒体、及び情報信号伝送用プログラム
US7136335B2 (en) * 2002-04-09 2006-11-14 Matsushita Electric Industrial Co., Ltd. Information recording medium, recording apparatus, and reproduction apparatus
US7889968B2 (en) * 2002-06-24 2011-02-15 Lg Electronics Inc. Recording medium having data structure for managing reproduction of multiple reproduction path video data for at least a segment of a title recorded thereon and recording and reproducing methods and apparatuses
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
JP2005063594A (ja) * 2003-08-18 2005-03-10 Matsushita Electric Ind Co Ltd データ処理システム
US20060007963A1 (en) * 2004-06-10 2006-01-12 Samsung Electronics Co., Ltd. Information storage medium containing AV stream including graphic data, and reproducing method and apparatus therefor
WO2006034464A1 (en) * 2004-09-23 2006-03-30 Thomson Licensing Inserting metadata for trick play in video transport stream
US7236045B2 (en) * 2005-01-21 2007-06-26 Intel Corporation Bias generator for body bias
EP2765574A3 (en) * 2005-08-10 2014-12-10 Mitsubishi Electric Corporation Recording medium with a multiplexed stream of intra coded pictures and an entry point table

Also Published As

Publication number Publication date
CN1977333A (zh) 2007-06-06
EP1873780B1 (en) 2018-10-03
US20080008447A1 (en) 2008-01-10
TWI327310B (ja) 2010-07-11
US7978955B2 (en) 2011-07-12
EP1873780A4 (en) 2012-02-08
EP1873780A1 (en) 2008-01-02
WO2006115060A1 (ja) 2006-11-02
TW200735046A (en) 2007-09-16
JP4438798B2 (ja) 2010-03-24
CN1977333B (zh) 2010-09-29

Similar Documents

Publication Publication Date Title
JP4438798B2 (ja) 記録装置および記録方法、再生装置および再生方法、プログラム、並びに記録媒体
KR100806432B1 (ko) 정보 처리 장치 및 방법, 프로그램과 기록 매체
US7738776B2 (en) Information processing apparatus and method, program, and recorded medium
JP4249223B2 (ja) 再生装置、及び記録方法
JP4249224B2 (ja) 再生装置、及び記録方法
JP4288613B2 (ja) 再生装置および再生方法、プログラム、記録媒体、並びにデータ構造
US7474840B2 (en) Data recording apparatus for managing content when content is deleted
JP4682434B2 (ja) 情報処理装置および方法、記録媒体、並びにプログラム
JP4517267B2 (ja) 記録装置および方法、再生装置および方法、プログラム、並びに記録媒体
WO2001082610A1 (en) Information processing apparatus and method, program, and recorded medium
KR20020020919A (ko) 정보 처리 장치 및 방법, 프로그램과 기록 매체
JP4210948B2 (ja) 情報処理装置および情報処理方法、プログラム格納媒体、並びに、プログラム
US7974281B2 (en) Multiplexer and multiplexing method, program, and recording medium
JP4552889B2 (ja) 記録装置、記録方法および記録プログラム、ならびに、撮像装置および撮像方法
EP2003891A1 (en) Recording device, recording method, and recording program
JP7070433B2 (ja) 情報処理装置、情報記録媒体、および情報処理方法、並びにプログラム
JP2006054629A (ja) データ記録再生方法および記録再生装置

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20090407

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20091215

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

Free format text: JAPANESE INTERMEDIATE CODE: A01

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20091228

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

Free format text: PAYMENT UNTIL: 20130115

Year of fee payment: 3

R151 Written notification of patent or utility model registration

Ref document number: 4438798

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R151

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

Free format text: PAYMENT UNTIL: 20130115

Year of fee payment: 3

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250