JP2003007000A - データ記録方法及び装置、データ再生方法及び装置、データ編集方法及び装置 - Google Patents
データ記録方法及び装置、データ再生方法及び装置、データ編集方法及び装置Info
- Publication number
- JP2003007000A JP2003007000A JP2001311633A JP2001311633A JP2003007000A JP 2003007000 A JP2003007000 A JP 2003007000A JP 2001311633 A JP2001311633 A JP 2001311633A JP 2001311633 A JP2001311633 A JP 2001311633A JP 2003007000 A JP2003007000 A JP 2003007000A
- Authority
- JP
- Japan
- Prior art keywords
- data
- sector
- packet
- header
- information
- 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
Links
- 238000000034 method Methods 0.000 title claims description 97
- 230000003044 adaptive effect Effects 0.000 claims description 12
- 238000012856 packing Methods 0.000 claims 5
- 230000003287 optical effect Effects 0.000 description 45
- 238000010586 diagram Methods 0.000 description 30
- 238000001228 spectrum Methods 0.000 description 24
- 238000006243 chemical reaction Methods 0.000 description 23
- 230000002093 peripheral effect Effects 0.000 description 16
- 230000005540 biological transmission Effects 0.000 description 15
- 238000000605 extraction Methods 0.000 description 15
- 230000015572 biosynthetic process Effects 0.000 description 13
- 238000004364 calculation method Methods 0.000 description 13
- 238000013139 quantization Methods 0.000 description 13
- 238000003786 synthesis reaction Methods 0.000 description 13
- 238000012545 processing Methods 0.000 description 12
- 238000007906 compression Methods 0.000 description 11
- 230000006835 compression Effects 0.000 description 11
- 238000012937 correction Methods 0.000 description 11
- 238000004458 analytical method Methods 0.000 description 10
- 238000005070 sampling Methods 0.000 description 9
- 230000008878 coupling Effects 0.000 description 8
- 238000010168 coupling process Methods 0.000 description 8
- 238000005859 coupling reaction Methods 0.000 description 8
- 238000013478 data encryption standard Methods 0.000 description 8
- 101000969688 Homo sapiens Macrophage-expressed gene 1 protein Proteins 0.000 description 7
- 102100021285 Macrophage-expressed gene 1 protein Human genes 0.000 description 7
- 238000000354 decomposition reaction Methods 0.000 description 7
- 238000013144 data compression Methods 0.000 description 6
- 238000000926 separation method Methods 0.000 description 6
- 238000010606 normalization Methods 0.000 description 5
- 238000001514 detection method Methods 0.000 description 4
- 238000007726 management method Methods 0.000 description 3
- 230000005236 sound signal Effects 0.000 description 3
- 239000000284 extract Substances 0.000 description 2
- 230000000873 masking effect Effects 0.000 description 2
- 238000005259 measurement Methods 0.000 description 2
- 239000002699 waste material Substances 0.000 description 2
- 102100028780 AP-1 complex subunit sigma-2 Human genes 0.000 description 1
- 102100027206 CD2 antigen cytoplasmic tail-binding protein 2 Human genes 0.000 description 1
- 101001110283 Canis lupus familiaris Ras-related C3 botulinum toxin substrate 1 Proteins 0.000 description 1
- 102100021735 Galectin-2 Human genes 0.000 description 1
- 101100055680 Homo sapiens AP1S2 gene Proteins 0.000 description 1
- 101000914505 Homo sapiens CD2 antigen cytoplasmic tail-binding protein 2 Proteins 0.000 description 1
- 101001042446 Homo sapiens Galectin-2 Proteins 0.000 description 1
- 101001110313 Homo sapiens Ras-related C3 botulinum toxin substrate 2 Proteins 0.000 description 1
- 102100022129 Ras-related C3 botulinum toxin substrate 2 Human genes 0.000 description 1
- 101001062854 Rattus norvegicus Fatty acid-binding protein 5 Proteins 0.000 description 1
- 230000002457 bidirectional effect Effects 0.000 description 1
- 238000004590 computer program Methods 0.000 description 1
- 230000009977 dual effect Effects 0.000 description 1
- 238000011156 evaluation Methods 0.000 description 1
- 230000003595 spectral effect Effects 0.000 description 1
- 230000002194 synthesizing effect Effects 0.000 description 1
- 230000001052 transient effect Effects 0.000 description 1
- 230000017105 transposition Effects 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N9/00—Details of colour television systems
- H04N9/79—Processing of colour television signals in connection with recording
- H04N9/80—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback
- H04N9/804—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback involving pulse code modulation of the colour picture signal components
- H04N9/8042—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback involving pulse code modulation of the colour picture signal components involving data reduction
-
- G—PHYSICS
- G11—INFORMATION STORAGE
- G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
- G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
- G11B20/10—Digital recording or reproducing
- G11B20/12—Formatting, e.g. arrangement of data block or words on the record carriers
-
- G—PHYSICS
- G11—INFORMATION STORAGE
- G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
- G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
- G11B27/02—Editing, e.g. varying the order of information signals recorded on, or reproduced from, record carriers
- G11B27/031—Electronic editing of digitised analogue information signals, e.g. audio or video signals
- G11B27/034—Electronic editing of digitised analogue information signals, e.g. audio or video signals on discs
-
- G—PHYSICS
- G11—INFORMATION STORAGE
- G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
- G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
- G11B27/10—Indexing; Addressing; Timing or synchronising; Measuring tape travel
- G11B27/102—Programmed access in sequence to addressed parts of tracks of operating record carriers
- G11B27/105—Programmed access in sequence to addressed parts of tracks of operating record carriers of operating discs
-
- G—PHYSICS
- G11—INFORMATION STORAGE
- G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
- G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
- G11B27/10—Indexing; Addressing; Timing or synchronising; Measuring tape travel
- G11B27/19—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier
- G11B27/28—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording
- G11B27/30—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording on the same track as the main recording
- G11B27/3027—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording on the same track as the main recording used signal is digitally coded
-
- G—PHYSICS
- G11—INFORMATION STORAGE
- G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
- G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
- G11B20/00086—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy
- G11B20/0021—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy involving encryption or decryption of contents recorded on or reproduced from a record carrier
-
- G—PHYSICS
- G11—INFORMATION STORAGE
- G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
- G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
- G11B20/00086—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy
- G11B20/0021—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy involving encryption or decryption of contents recorded on or reproduced from a record carrier
- G11B20/00217—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy involving encryption or decryption of contents recorded on or reproduced from a record carrier the cryptographic key used for encryption and/or decryption of contents recorded on or reproduced from the record carrier being read from a specific source
- G11B20/00253—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy involving encryption or decryption of contents recorded on or reproduced from a record carrier the cryptographic key used for encryption and/or decryption of contents recorded on or reproduced from the record carrier being read from a specific source wherein the key is stored on the record carrier
- G11B20/00333—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy involving encryption or decryption of contents recorded on or reproduced from a record carrier the cryptographic key used for encryption and/or decryption of contents recorded on or reproduced from the record carrier being read from a specific source wherein the key is stored on the record carrier the key being stored in header data, e.g. in sector headers
-
- G—PHYSICS
- G11—INFORMATION STORAGE
- G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
- G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
- G11B20/00086—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy
- G11B20/0021—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy involving encryption or decryption of contents recorded on or reproduced from a record carrier
- G11B20/00485—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy involving encryption or decryption of contents recorded on or reproduced from a record carrier characterised by a specific kind of data which is encrypted and recorded on and/or reproduced from the record carrier
- G11B20/00557—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy involving encryption or decryption of contents recorded on or reproduced from a record carrier characterised by a specific kind of data which is encrypted and recorded on and/or reproduced from the record carrier wherein further management data is encrypted, e.g. sector headers, TOC or the lead-in or lead-out areas
-
- G—PHYSICS
- G11—INFORMATION STORAGE
- G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
- G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
- G11B20/00007—Time or data compression or expansion
- G11B2020/00014—Time or data compression or expansion the compressed signal being an audio signal
-
- G—PHYSICS
- G11—INFORMATION STORAGE
- G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
- G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
- G11B20/00007—Time or data compression or expansion
- G11B2020/00014—Time or data compression or expansion the compressed signal being an audio signal
- G11B2020/00043—Adaptive transform acoustic coding [ATRAC]
-
- G—PHYSICS
- G11—INFORMATION STORAGE
- G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
- G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
- G11B20/00007—Time or data compression or expansion
- G11B2020/00014—Time or data compression or expansion the compressed signal being an audio signal
- G11B2020/00057—MPEG-1 or MPEG-2 audio layer III [MP3]
-
- G—PHYSICS
- G11—INFORMATION STORAGE
- G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
- G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
- G11B20/10—Digital recording or reproducing
- G11B20/10527—Audio or video recording; Data buffering arrangements
- G11B2020/10537—Audio or video recording
- G11B2020/10546—Audio or video recording specifically adapted for audio data
-
- G—PHYSICS
- G11—INFORMATION STORAGE
- G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
- G11B2220/00—Record carriers by type
- G11B2220/20—Disc-shaped record carriers
- G11B2220/21—Disc-shaped record carriers characterised in that the disc is of read-only, rewritable, or recordable type
- G11B2220/213—Read-only discs
-
- G—PHYSICS
- G11—INFORMATION STORAGE
- G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
- G11B2220/00—Record carriers by type
- G11B2220/20—Disc-shaped record carriers
- G11B2220/25—Disc-shaped record carriers characterised in that the disc is based on a specific recording technology
- G11B2220/2537—Optical discs
- G11B2220/2545—CDs
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N5/00—Details of television systems
- H04N5/76—Television signal recording
- H04N5/91—Television signal processing therefor
- H04N5/913—Television signal processing therefor for scrambling ; for copy protection
- H04N2005/91357—Television signal processing therefor for scrambling ; for copy protection by modifying the video signal
- H04N2005/91364—Television signal processing therefor for scrambling ; for copy protection by modifying the video signal the video signal being scrambled
-
- 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/7921—Processing of colour television signals in connection with recording for more than one processing mode
-
- 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
- H04N9/8047—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 using transform coding
-
- 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
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- Signal Processing For Digital Recording And Reproducing (AREA)
- Indexing, Searching, Synchronizing, And The Amount Of Synchronization Travel Of Record Carriers (AREA)
- Management Or Editing Of Information On Record Carriers (AREA)
- Television Signal Processing For Recording (AREA)
Abstract
(57)【要約】
【課題】 ＣＤ−ＲＯＭの仕様に則ってＭＰＥＧ２−Ｐ
Ｓのデータを記録した際にセクタ単位でアクセスし、エ
ンコードユニットの先頭から確実に再生できるようにす
る。 【解決手段】 セクタに分割され、セクタ単位でアクセ
スが可能とされた記録媒体に、符号化されたデータを所
定長毎に分割しヘッダを付加してパケット化し更にヘッ
ダを付加してパック化して記録する際に、各パケットに
エンコードユニットを詰めて記録していくと共に、セク
タの先頭にある完全なエンコードユニットの位置をポイ
ンタで示すようにする。ポインタを使うと、完全なエン
コードユニットとなるエンコードユニット位置が分か
り、これにより、エンコードユニットの先頭から直ちに
デコードを開始できる。完全なエンコードユニットの先
頭までの長さは、エンコードユニットが固定長で決まっ
ているなら、セクタ番号により特定できる。
Ｓのデータを記録した際にセクタ単位でアクセスし、エ
ンコードユニットの先頭から確実に再生できるようにす
る。 【解決手段】 セクタに分割され、セクタ単位でアクセ
スが可能とされた記録媒体に、符号化されたデータを所
定長毎に分割しヘッダを付加してパケット化し更にヘッ
ダを付加してパック化して記録する際に、各パケットに
エンコードユニットを詰めて記録していくと共に、セク
タの先頭にある完全なエンコードユニットの位置をポイ
ンタで示すようにする。ポインタを使うと、完全なエン
コードユニットとなるエンコードユニット位置が分か
り、これにより、エンコードユニットの先頭から直ちに
デコードを開始できる。完全なエンコードユニットの先
頭までの長さは、エンコードユニットが固定長で決まっ
ているなら、セクタ番号により特定できる。
Description
【０００１】
【発明の属する技術分野】この発明は、例えばＣＤ２の
光ディスクのように、所定長のセクタに分割され、セク
タ単位でアクセスが可能とされた記録媒体にコンテンツ
のデータを記録／再生するデータ記録方法及び装置、デ
ータ再生方法及び装置、このような記録媒体にコンテン
ツのデータを記録するデータ記録方法及び装置、データ
編集方法及び装置、並びにデータ記録媒体に関する。
光ディスクのように、所定長のセクタに分割され、セク
タ単位でアクセスが可能とされた記録媒体にコンテンツ
のデータを記録／再生するデータ記録方法及び装置、デ
ータ再生方法及び装置、このような記録媒体にコンテン
ツのデータを記録するデータ記録方法及び装置、データ
編集方法及び装置、並びにデータ記録媒体に関する。
【０００２】
【従来の技術】近年、大容量の記録媒体として光ディス
クの開発が進められてきている。例えば音楽情報が記録
されたＣＤ(Compact Disc)、コンピュータ用のデータが
記録されるＣＤ−ＲＯＭ、映像情報を取り扱うＤＶＤ(D
igital Versatile Disc またはDigital Video Disc) 等
が知られている。
クの開発が進められてきている。例えば音楽情報が記録
されたＣＤ(Compact Disc)、コンピュータ用のデータが
記録されるＣＤ−ＲＯＭ、映像情報を取り扱うＤＶＤ(D
igital Versatile Disc またはDigital Video Disc) 等
が知られている。
【０００３】ここに挙げた光ディスクは、読み出し専用
のディスクである。最近では、ＣＤ−Ｒ(CD-Recordabl
e)ディスク 、ＣＤ−ＲＷ(CD-Rewritable)ディスク等の
ように、データの追記や、書き換えが可能な光ディスク
が実用化されている。さらに、ＣＤと同様な形状で記録
容量を高めた倍密度ＣＤや、通常のＣＤプレーヤとパー
ソナルコンピュータとの双方との親和性が高められるＣ
Ｄ２等、様々な光ディスクの開発が進められている。
のディスクである。最近では、ＣＤ−Ｒ(CD-Recordabl
e)ディスク 、ＣＤ−ＲＷ(CD-Rewritable)ディスク等の
ように、データの追記や、書き換えが可能な光ディスク
が実用化されている。さらに、ＣＤと同様な形状で記録
容量を高めた倍密度ＣＤや、通常のＣＤプレーヤとパー
ソナルコンピュータとの双方との親和性が高められるＣ
Ｄ２等、様々な光ディスクの開発が進められている。
【０００４】ＣＤ２の光ディスクは、内周側の領域と、
外周側の領域とがあり、内周側の領域は、通常のＣＤプ
レーヤでも再生できるように、例えば、オーディオデー
タが通常のＣＤ−ＤＡ（CD Digital Audio）と同様なフ
ォーマットで記録されている。外周側の領域は、パーソ
ナルコンピュータとの親和性を図るように、ＣＤ−ＲＯ
Ｍの仕様に基づいて、コンテンツのデータがファイルさ
れて記録される。
外周側の領域とがあり、内周側の領域は、通常のＣＤプ
レーヤでも再生できるように、例えば、オーディオデー
タが通常のＣＤ−ＤＡ（CD Digital Audio）と同様なフ
ォーマットで記録されている。外周側の領域は、パーソ
ナルコンピュータとの親和性を図るように、ＣＤ−ＲＯ
Ｍの仕様に基づいて、コンテンツのデータがファイルさ
れて記録される。
【０００５】このようなＣＤ２の光ディスクに、ＭＰＥ
Ｇ２−ＰＳの仕様に則って、オーディオデータや画像デ
ータからなるマルチメディアのコンテンツデータを記録
することが考えられている。そして、オーディオデータ
の圧縮方式としては、例えば、ＡＴＲＡＣ３や、ＭＰ
３、ＡＡＣを使うことが考えられている。
Ｇ２−ＰＳの仕様に則って、オーディオデータや画像デ
ータからなるマルチメディアのコンテンツデータを記録
することが考えられている。そして、オーディオデータ
の圧縮方式としては、例えば、ＡＴＲＡＣ３や、ＭＰ
３、ＡＡＣを使うことが考えられている。
【０００６】オーディオデータの圧縮方式としては、入
力された時間軸方向のオーディオデータを帯域分割フィ
ルタにより複数の帯域に分割して圧縮符号化するサブバ
ンド方式と、入力された時間軸方向のオーディオデータ
を、ＤＣＴ等の直交関数により周波数軸方向のデータに
変換して圧縮符号化する変換符号化方式と、両者を組み
合わせたハイブリッド方式が知られている。ＡＴＲＡＣ
３や、ＭＰ３、ＡＡＣはハイブリッド型に属されるオー
ディオ圧縮方式であり、所定の時間窓で切り出されたオ
ーディオデータが帯域分割され、ＭＤＣＴ変換されるこ
とにより、圧縮符号化が行われる。
力された時間軸方向のオーディオデータを帯域分割フィ
ルタにより複数の帯域に分割して圧縮符号化するサブバ
ンド方式と、入力された時間軸方向のオーディオデータ
を、ＤＣＴ等の直交関数により周波数軸方向のデータに
変換して圧縮符号化する変換符号化方式と、両者を組み
合わせたハイブリッド方式が知られている。ＡＴＲＡＣ
３や、ＭＰ３、ＡＡＣはハイブリッド型に属されるオー
ディオ圧縮方式であり、所定の時間窓で切り出されたオ
ーディオデータが帯域分割され、ＭＤＣＴ変換されるこ
とにより、圧縮符号化が行われる。
【０００７】例えば、ＡＴＲＡＣ３では、サンプリング
周波数が例えば４４．１ｋＨｚのオーディオデータが、
例えば１１．６ｍ秒の時間窓で切り出され、ハイブリッ
ド方式でエンコードされる。この１１．６ｍ秒の時間窓
では、５１２サンプル分のオーディオデータが切り出さ
れることになり、１サンプルを１６ビットとすると、２
０４８バイト毎にエンコードが行われることになる。そ
して、ＡＴＲＡＣ３では、適応的ビット割り当てを行っ
ており、ビットレートについて任意に対応できる。伝送
ビットレートが６６ｋｂｐｓのときには、１つのエンコ
ードユニットは１９２バイトに圧縮され、１０５ｋｂｐ
ｓのときには３０４バイトに圧縮され、１３２ｋｂｐｓ
のときには、３８４バイトに圧縮される。
周波数が例えば４４．１ｋＨｚのオーディオデータが、
例えば１１．６ｍ秒の時間窓で切り出され、ハイブリッ
ド方式でエンコードされる。この１１．６ｍ秒の時間窓
では、５１２サンプル分のオーディオデータが切り出さ
れることになり、１サンプルを１６ビットとすると、２
０４８バイト毎にエンコードが行われることになる。そ
して、ＡＴＲＡＣ３では、適応的ビット割り当てを行っ
ており、ビットレートについて任意に対応できる。伝送
ビットレートが６６ｋｂｐｓのときには、１つのエンコ
ードユニットは１９２バイトに圧縮され、１０５ｋｂｐ
ｓのときには３０４バイトに圧縮され、１３２ｋｂｐｓ
のときには、３８４バイトに圧縮される。
【０００８】これに対して、ＣＤ−ＲＯＭモード１で
は、９８フレームからなるサブコードブロックがセクタ
とされ、このセクタを単位として、データが記録され
る。１セクタの大きさは２３５２バイトであり、そのう
ち、データ記録容量は２０４８バイトである。ＭＰＥＧ
２−ＰＳで、コンテンツのデータを記録する場合には、
１セクタに、１パック、１パケットのデータが記録され
る。例えば、１４バイトのパックヘッダを付け、１４バ
イトのパケットヘッダを付けたとすると、１セクタに記
録できるコンテンツのデータ容量は、２０２０バイトと
なる。
は、９８フレームからなるサブコードブロックがセクタ
とされ、このセクタを単位として、データが記録され
る。１セクタの大きさは２３５２バイトであり、そのう
ち、データ記録容量は２０４８バイトである。ＭＰＥＧ
２−ＰＳで、コンテンツのデータを記録する場合には、
１セクタに、１パック、１パケットのデータが記録され
る。例えば、１４バイトのパックヘッダを付け、１４バ
イトのパケットヘッダを付けたとすると、１セクタに記
録できるコンテンツのデータ容量は、２０２０バイトと
なる。
【０００９】
【発明が解決しようとする課題】このように、ＣＤ−Ｒ
ＯＭモード１の仕様では、１セクタのデータ容量は２０
４８バイトであり、ＭＰＥＧ２−ＰＳのデータを記録す
る際に、１４バイトのパックヘッダと１４バイトのパケ
ットヘッダを付けたとすると、１セクタに記録できるコ
ンテンツのデータ容量は２０２０バイトである。
ＯＭモード１の仕様では、１セクタのデータ容量は２０
４８バイトであり、ＭＰＥＧ２−ＰＳのデータを記録す
る際に、１４バイトのパックヘッダと１４バイトのパケ
ットヘッダを付けたとすると、１セクタに記録できるコ
ンテンツのデータ容量は２０２０バイトである。
【００１０】これに対して、例えば、１０５ｋｂｐｓの
ビットレートのＡＴＲＡＣ３で圧縮されたオーディオデ
ータでは、１つのエンコードユニットの大きさが３０４
バイトとなる。
ビットレートのＡＴＲＡＣ３で圧縮されたオーディオデ
ータでは、１つのエンコードユニットの大きさが３０４
バイトとなる。
【００１１】このように、１つのセクタに記録できるコ
ンテンツのデータ容量と、１つのエンコードユニットの
大きさとは無関係に定められている。ＡＴＲＡＣ３の場
合に限らず、ＭＰ３やＡＡＣでも、１つのセクタに記録
できるコンテンツのデータ容量と、１つのエンコードユ
ニットの大きさとは無関係である。このため、エンコー
ドユニットを詰めて記録していくと、２つのセクタに跨
いでデータ記録されるエンコードユニットが生じてく
る。
ンテンツのデータ容量と、１つのエンコードユニットの
大きさとは無関係に定められている。ＡＴＲＡＣ３の場
合に限らず、ＭＰ３やＡＡＣでも、１つのセクタに記録
できるコンテンツのデータ容量と、１つのエンコードユ
ニットの大きさとは無関係である。このため、エンコー
ドユニットを詰めて記録していくと、２つのセクタに跨
いでデータ記録されるエンコードユニットが生じてく
る。
【００１２】例えば、２０２０バイトの１セクタに容量
に、エンコードユニットの大きさが３０４バイト（１０
５ｋｂｐｓのビットレートのＡＴＲＡＣ３）のオーディ
オデータを記録していくと、１セクタに配置されるエン
コードユニットの数は、２０２０／３０４＝６．６４と
なり、６個のエンコードユニットは１セクタ中に完全に
配置できるが、７個目のエンコードユニットは、次のセ
クタに跨いで記録されることになる。
に、エンコードユニットの大きさが３０４バイト（１０
５ｋｂｐｓのビットレートのＡＴＲＡＣ３）のオーディ
オデータを記録していくと、１セクタに配置されるエン
コードユニットの数は、２０２０／３０４＝６．６４と
なり、６個のエンコードユニットは１セクタ中に完全に
配置できるが、７個目のエンコードユニットは、次のセ
クタに跨いで記録されることになる。
【００１３】このように、セクタを跨いで記録されるエ
ンコードユニットが発生すると、アクセス時にエンコー
ドユニットの先頭が不明になり、早送り、早戻し、サー
チ時に、所望のセクタをアクセスしてデータをエンコー
ドさせることが困難になるという問題が生じてくる。
ンコードユニットが発生すると、アクセス時にエンコー
ドユニットの先頭が不明になり、早送り、早戻し、サー
チ時に、所望のセクタをアクセスしてデータをエンコー
ドさせることが困難になるという問題が生じてくる。
【００１４】すなわち、ＣＤ−ＲＯＭモード１の仕様で
データを記録した場合、セクタ単位でアクセスが行われ
る。セクタを跨いでエンコードユニットが記録されてい
ても、連続再生を行っている限りは、隣接する２つのセ
クタからそのエンコードユニットのデータが連続して再
生されるので、問題とならない。
データを記録した場合、セクタ単位でアクセスが行われ
る。セクタを跨いでエンコードユニットが記録されてい
ても、連続再生を行っている限りは、隣接する２つのセ
クタからそのエンコードユニットのデータが連続して再
生されるので、問題とならない。
【００１５】ところが、早送り、早戻し、サーチ時等
に、所望のセクタをアクセスして再生を開始させようと
すると、セクタを跨いでエンコードユニットが記録され
ていると、セクタの先頭の部分では、完全なエンコード
ユニットを得られなくなり、そのエンコードユニットは
デコードできなくなる。このため、この場合、次の完全
なエンコードユニットまでスキップし、完全なエンコー
ドユニットが再生できる所から、デコードを開始する必
要がある。
に、所望のセクタをアクセスして再生を開始させようと
すると、セクタを跨いでエンコードユニットが記録され
ていると、セクタの先頭の部分では、完全なエンコード
ユニットを得られなくなり、そのエンコードユニットは
デコードできなくなる。このため、この場合、次の完全
なエンコードユニットまでスキップし、完全なエンコー
ドユニットが再生できる所から、デコードを開始する必
要がある。
【００１６】ところが、特に、ＡＴＲＡＣ３では、ＭＰ
３やＡＡＣと異なり、エンコードユニットの先頭を示す
ヘッダがないため、次の完全なエンコードユニットを見
つけるのが困難である。
３やＡＡＣと異なり、エンコードユニットの先頭を示す
ヘッダがないため、次の完全なエンコードユニットを見
つけるのが困難である。
【００１７】そこで、セクタの先頭とエンコードユニッ
トの先頭とを常に一致させることが考えられる。例え
ば、上述のように、エンコードユニットの大きさが３０
４バイトの１０５ｋｂｐｓのビットレートのＡＴＲＡＣ
３で圧縮されたオーディオデータを記録していく場合
に、セクタの先頭から１セクタ当たり６個のエンコード
ユニットを記録し、残りはスタッフィングしておくこと
が考えられる。このように、セクタの先頭とエンコード
ユニットの先頭とが一致していれば、所望のセクタをア
クセスし、セクタの先頭にアクセスされたら、そのセク
タのデータの先頭からデコードすれば、データを再生で
きる。ところが、この場合には、１セクタ当たり、 ２０２０−３０４×６＝１９６バイト のデータ容量に無駄が生じることになる。
トの先頭とを常に一致させることが考えられる。例え
ば、上述のように、エンコードユニットの大きさが３０
４バイトの１０５ｋｂｐｓのビットレートのＡＴＲＡＣ
３で圧縮されたオーディオデータを記録していく場合
に、セクタの先頭から１セクタ当たり６個のエンコード
ユニットを記録し、残りはスタッフィングしておくこと
が考えられる。このように、セクタの先頭とエンコード
ユニットの先頭とが一致していれば、所望のセクタをア
クセスし、セクタの先頭にアクセスされたら、そのセク
タのデータの先頭からデコードすれば、データを再生で
きる。ところが、この場合には、１セクタ当たり、 ２０２０−３０４×６＝１９６バイト のデータ容量に無駄が生じることになる。
【００１８】したがって、この発明の目的は、セクタ単
位でアクセスしたときにも、エンコードユニットの先頭
から確実に再生できると共に、データ容量の無駄が生じ
ないようにしたデータ記録方法及び装置、データ再生方
法及び装置、データ記録媒体を提供することにある。
位でアクセスしたときにも、エンコードユニットの先頭
から確実に再生できると共に、データ容量の無駄が生じ
ないようにしたデータ記録方法及び装置、データ再生方
法及び装置、データ記録媒体を提供することにある。
【００１９】この発明の他の目的は、データの編集を行
ったときにも、編集点で、エンコードユニットの先頭か
ら確実に再生できると共に、データ容量の無駄が生じな
いようにしたデータ編集方法及び装置を提供することに
ある。
ったときにも、編集点で、エンコードユニットの先頭か
ら確実に再生できると共に、データ容量の無駄が生じな
いようにしたデータ編集方法及び装置を提供することに
ある。
【００２０】
【課題を解決するための手段】請求項１の発明は、所定
長のセクタに分割され、セクタ単位でアクセスが可能と
された記録媒体にコンテンツデータを記録するデータ記
録方法であって、符号化されたコンテンツデータを所定
長毎に分割しヘッダを付加してパケット化し、パケット
に更にヘッダを付加してパック化し、パケット化され更
にパック化されたデータをセクタと対応させて記録媒体
の各セクタに記録すると共に、符号化されたコンテンツ
データを所定長毎に分割してパケット化する際に、各パ
ケット中に配される複数の符号化ユニットの中で所望の
符号化ユニットの先頭位置を示すための情報をパケット
のヘッダに記録するようにしたデータ記録方法である。
長のセクタに分割され、セクタ単位でアクセスが可能と
された記録媒体にコンテンツデータを記録するデータ記
録方法であって、符号化されたコンテンツデータを所定
長毎に分割しヘッダを付加してパケット化し、パケット
に更にヘッダを付加してパック化し、パケット化され更
にパック化されたデータをセクタと対応させて記録媒体
の各セクタに記録すると共に、符号化されたコンテンツ
データを所定長毎に分割してパケット化する際に、各パ
ケット中に配される複数の符号化ユニットの中で所望の
符号化ユニットの先頭位置を示すための情報をパケット
のヘッダに記録するようにしたデータ記録方法である。
【００２１】請求項１２の発明は、所定長のセクタに分
割され、セクタ単位でアクセスが可能とされた記録媒体
にコンテンツデータを記録するデータ記録装置であっ
て、符号化されたコンテンツデータを所定長毎に分割し
ヘッダを付加してパケット化する手段と、パケットに更
にヘッダを付加してパック化する手段と、パケット化さ
れ更にパック化されたデータをセクタと対応させて記録
媒体の各セクタに記録する手段とを有すると共に、符号
化されたコンテンツデータを所定長毎に分割してパケッ
ト化する際に、各パケット中に配される複数の符号化ユ
ニットの中で所望の符号化ユニットの先頭位置を示すた
めの情報をパケットのヘッダに記録する手段を有するよ
うにしたデータ記録装置である。
割され、セクタ単位でアクセスが可能とされた記録媒体
にコンテンツデータを記録するデータ記録装置であっ
て、符号化されたコンテンツデータを所定長毎に分割し
ヘッダを付加してパケット化する手段と、パケットに更
にヘッダを付加してパック化する手段と、パケット化さ
れ更にパック化されたデータをセクタと対応させて記録
媒体の各セクタに記録する手段とを有すると共に、符号
化されたコンテンツデータを所定長毎に分割してパケッ
ト化する際に、各パケット中に配される複数の符号化ユ
ニットの中で所望の符号化ユニットの先頭位置を示すた
めの情報をパケットのヘッダに記録する手段を有するよ
うにしたデータ記録装置である。
【００２２】請求項２３の発明は、所定長のセクタに分
割され、セクタ単位でアクセスが可能とされた記録媒体
にコンテンツデータが記録されるデータ記録媒体からコ
ンテンツデータを再生するデータ再生方法であって、デ
ータ記録媒体には、符号化されたコンテンツデータが所
定長毎に分割されヘッダが付加されてパケット化され、
パケットに更にヘッダが付加されてパック化され、パケ
ット化され更にパック化されたデータがセクタと対応さ
れて記録媒体の各セクタに記録されると共に、符号化さ
れたコンテンツデータが所定長毎にパケット化される際
に、パケットのヘッダに各パケット中に配される複数の
符号化ユニットの中で所望の符号化ユニットの先頭位置
を示すための情報が記録されており、データ記録媒体を
セクタ毎にアクセスして再生し、記録媒体の所望のセク
タにアクセスされたら、パケットのヘッダの情報から得
られる所望の符号化ユニットの先頭位置を示すための情
報に基づいて、セクタ内で再生を開始する位置を設定す
るようにしたデータ再生方法である。
割され、セクタ単位でアクセスが可能とされた記録媒体
にコンテンツデータが記録されるデータ記録媒体からコ
ンテンツデータを再生するデータ再生方法であって、デ
ータ記録媒体には、符号化されたコンテンツデータが所
定長毎に分割されヘッダが付加されてパケット化され、
パケットに更にヘッダが付加されてパック化され、パケ
ット化され更にパック化されたデータがセクタと対応さ
れて記録媒体の各セクタに記録されると共に、符号化さ
れたコンテンツデータが所定長毎にパケット化される際
に、パケットのヘッダに各パケット中に配される複数の
符号化ユニットの中で所望の符号化ユニットの先頭位置
を示すための情報が記録されており、データ記録媒体を
セクタ毎にアクセスして再生し、記録媒体の所望のセク
タにアクセスされたら、パケットのヘッダの情報から得
られる所望の符号化ユニットの先頭位置を示すための情
報に基づいて、セクタ内で再生を開始する位置を設定す
るようにしたデータ再生方法である。
【００２３】請求項３４の発明は、所定長のセクタに分
割され、セクタ単位でアクセスが可能とされた記録媒体
にコンテンツデータが記録されるデータ記録媒体からコ
ンテンツデータを再生するデータ再生装置であって、デ
ータ記録媒体には、符号化されたコンテンツデータが所
定長毎に分割されヘッダが付加されてパケット化され、
パケットに更にヘッダが付加されてパック化され、パケ
ット化され更にパック化されたデータがセクタと対応さ
れて記録媒体の各セクタに記録されると共に、符号化さ
れたコンテンツデータが所定長毎にパケット化される際
に、パケットのヘッダに各パケット中に配される複数の
符号化ユニットの中で所望の符号化ユニットの先頭位置
を示すための情報が記録されており、データ記録媒体を
セクタ毎にアクセスして再生させる手段と、記録媒体の
所望のセクタにアクセスされたら、パケットのヘッダの
情報から得られる所望の符号化ユニットの先頭位置を示
すための情報に基づいて、セクタ内で再生を開始する位
置を設定する手段とを有するようにしたデータ再生装置
である。
割され、セクタ単位でアクセスが可能とされた記録媒体
にコンテンツデータが記録されるデータ記録媒体からコ
ンテンツデータを再生するデータ再生装置であって、デ
ータ記録媒体には、符号化されたコンテンツデータが所
定長毎に分割されヘッダが付加されてパケット化され、
パケットに更にヘッダが付加されてパック化され、パケ
ット化され更にパック化されたデータがセクタと対応さ
れて記録媒体の各セクタに記録されると共に、符号化さ
れたコンテンツデータが所定長毎にパケット化される際
に、パケットのヘッダに各パケット中に配される複数の
符号化ユニットの中で所望の符号化ユニットの先頭位置
を示すための情報が記録されており、データ記録媒体を
セクタ毎にアクセスして再生させる手段と、記録媒体の
所望のセクタにアクセスされたら、パケットのヘッダの
情報から得られる所望の符号化ユニットの先頭位置を示
すための情報に基づいて、セクタ内で再生を開始する位
置を設定する手段とを有するようにしたデータ再生装置
である。
【００２４】請求項４５の発明は、所定長のセクタに分
割され、セクタ単位でアクセスが可能とされた記録媒体
に記録されたコンテンツデータを編集するデータ編集方
法であって、データ記録媒体には、符号化されたコンテ
ンツデータが所定長毎に分割されヘッダが付加されてパ
ケット化され、パケットに更にヘッダが付加されてパッ
ク化され、パケット化され更にパック化されたデータが
セクタと対応されて記録媒体の各セクタに記録されると
共に、符号化されたコンテンツデータが所定長毎にパケ
ット化される際に、ヘッダに各パケット中に配される複
数の符号化ユニットの中で所望の符号化ユニットの先頭
位置を示すための情報が記録されており、一連のコンテ
ンツデータを編集したときに、編集点であることを示す
情報をセクタのヘッダに記録しておき、ヘッダから編集
点であることを示す情報が検出されたら、パケットのヘ
ッダの情報から得られる所望の符号化ユニットの先頭位
置を示すための情報に基づいて、再生を開始する位置を
設定するようにしたデータ編集方法である。
割され、セクタ単位でアクセスが可能とされた記録媒体
に記録されたコンテンツデータを編集するデータ編集方
法であって、データ記録媒体には、符号化されたコンテ
ンツデータが所定長毎に分割されヘッダが付加されてパ
ケット化され、パケットに更にヘッダが付加されてパッ
ク化され、パケット化され更にパック化されたデータが
セクタと対応されて記録媒体の各セクタに記録されると
共に、符号化されたコンテンツデータが所定長毎にパケ
ット化される際に、ヘッダに各パケット中に配される複
数の符号化ユニットの中で所望の符号化ユニットの先頭
位置を示すための情報が記録されており、一連のコンテ
ンツデータを編集したときに、編集点であることを示す
情報をセクタのヘッダに記録しておき、ヘッダから編集
点であることを示す情報が検出されたら、パケットのヘ
ッダの情報から得られる所望の符号化ユニットの先頭位
置を示すための情報に基づいて、再生を開始する位置を
設定するようにしたデータ編集方法である。
【００２５】請求項４７の発明は、所定長のセクタに分
割され、セクタ単位でアクセスが可能とされた記録媒体
に記録されるコンテンツデータを編集するデータ編集装
置であって、データ記録媒体には、符号化されたコンテ
ンツデータが所定長毎に分割されヘッダが付加されてパ
ケット化され、パケットに更にヘッダが付加されてパッ
ク化され、パケット化され更にパック化されたデータが
セクタと対応されて記録媒体の各セクタに記録されると
共に、符号化されたコンテンツデータが所定長毎にパケ
ット化される際に、パケットのヘッダに各パケット中に
配される複数の符号化ユニットの中で所望の符号化ユニ
ットの先頭位置を示すための情報が記録されており、一
連のコンテンツデータを編集したときに、編集点である
ことを示す情報を記録する手段と、ヘッダから編集点で
あることを示す情報が検出されたら、パケットのヘッダ
の情報から得られる所望の符号化ユニットの先頭位置を
示すための情報に基づいて、再生を開始する位置を設定
する手段とを有するようにしたデータ編集装置である。
割され、セクタ単位でアクセスが可能とされた記録媒体
に記録されるコンテンツデータを編集するデータ編集装
置であって、データ記録媒体には、符号化されたコンテ
ンツデータが所定長毎に分割されヘッダが付加されてパ
ケット化され、パケットに更にヘッダが付加されてパッ
ク化され、パケット化され更にパック化されたデータが
セクタと対応されて記録媒体の各セクタに記録されると
共に、符号化されたコンテンツデータが所定長毎にパケ
ット化される際に、パケットのヘッダに各パケット中に
配される複数の符号化ユニットの中で所望の符号化ユニ
ットの先頭位置を示すための情報が記録されており、一
連のコンテンツデータを編集したときに、編集点である
ことを示す情報を記録する手段と、ヘッダから編集点で
あることを示す情報が検出されたら、パケットのヘッダ
の情報から得られる所望の符号化ユニットの先頭位置を
示すための情報に基づいて、再生を開始する位置を設定
する手段とを有するようにしたデータ編集装置である。
【００２６】請求項４９の発明は、所定長のセクタに分
割され、セクタ単位でアクセスが可能とされた記録媒体
にコンテンツデータが記録されるデータ記録媒体であっ
て、符号化されたコンテンツデータが所定長毎に分割さ
れヘッダが付加されてパケット化され、パケットに更に
ヘッダが付加されてパック化され、パケット化され更に
パック化されたデータがセクタと対応されて記録媒体の
各セクタに記録されると共に、符号化されたコンテンツ
データが所定長毎にパケット化される際に、パケットの
ヘッダに各パケット中に配される複数の符号化ユニット
の中で所望の符号化ユニットの先頭位置を示すための情
報が記録されているデータ記録媒体である。
割され、セクタ単位でアクセスが可能とされた記録媒体
にコンテンツデータが記録されるデータ記録媒体であっ
て、符号化されたコンテンツデータが所定長毎に分割さ
れヘッダが付加されてパケット化され、パケットに更に
ヘッダが付加されてパック化され、パケット化され更に
パック化されたデータがセクタと対応されて記録媒体の
各セクタに記録されると共に、符号化されたコンテンツ
データが所定長毎にパケット化される際に、パケットの
ヘッダに各パケット中に配される複数の符号化ユニット
の中で所望の符号化ユニットの先頭位置を示すための情
報が記録されているデータ記録媒体である。
【００２７】請求項６０の発明は、所定長のセクタに分
割され、セクタ単位でアクセスが可能とされた記録媒体
にコンテンツデータが記録されるデータ記録媒体であっ
て、符号化されたコンテンツデータが所定長毎に分割さ
れヘッダが付加されてパケット化され、パケットに更に
ヘッダが付加されてパック化され、パケット化され更に
パック化されたデータがセクタと対応されて記録媒体の
各セクタに記録されると共に、符号化されたコンテンツ
データが所定長毎にパケット化される際に、パケットの
ヘッダに各パケット中に配される複数の符号化ユニット
の中で所望の符号化ユニットの先頭位置を示すための情
報が記録されていると共に、一連のコンテンツデータを
編集したときに編集点であることを示す情報が記録され
ているデータ記録媒体である。
割され、セクタ単位でアクセスが可能とされた記録媒体
にコンテンツデータが記録されるデータ記録媒体であっ
て、符号化されたコンテンツデータが所定長毎に分割さ
れヘッダが付加されてパケット化され、パケットに更に
ヘッダが付加されてパック化され、パケット化され更に
パック化されたデータがセクタと対応されて記録媒体の
各セクタに記録されると共に、符号化されたコンテンツ
データが所定長毎にパケット化される際に、パケットの
ヘッダに各パケット中に配される複数の符号化ユニット
の中で所望の符号化ユニットの先頭位置を示すための情
報が記録されていると共に、一連のコンテンツデータを
編集したときに編集点であることを示す情報が記録され
ているデータ記録媒体である。
【００２８】所定長のセクタに分割され、セクタ単位で
アクセスが可能とされた記録媒体に、符号化されたコン
テンツデータを所定長毎に分割しヘッダを付加してパケ
ット化し更にヘッダを付加してパック化して記録する際
に、各パケットにエンコードユニットを詰めて記録して
いくと共に、そのセクタの先頭にある完全なエンコード
ユニットの位置をポインタで示すようにしている。この
ように、セクタのパケットデータの先頭から、完全なエ
ンコードユニットとなるエンコードユニットの先頭まで
の長さをエンコードユニットポインタとして記録してお
くと、セクタをアクセスしたとき、エンコードユニット
ポインタの値から、セクタの先頭から、完全なエンコー
ドユニットとなるエンコードユニット位置が分かり、こ
れにより、エンコードユニットの先頭から直ちにデコー
ドを開始できる。また、この完全なエンコードユニット
の先頭までの長さは、エンコードユニットが固定長で決
まっているなら、セクタ番号により特定することができ
る。このため、サーチ時にコンテンツの途中から再生し
たり、編集を行ったときにも、エンコードユニットの先
頭を見失うことがなくなり、確実にデコード処理が行え
る。
アクセスが可能とされた記録媒体に、符号化されたコン
テンツデータを所定長毎に分割しヘッダを付加してパケ
ット化し更にヘッダを付加してパック化して記録する際
に、各パケットにエンコードユニットを詰めて記録して
いくと共に、そのセクタの先頭にある完全なエンコード
ユニットの位置をポインタで示すようにしている。この
ように、セクタのパケットデータの先頭から、完全なエ
ンコードユニットとなるエンコードユニットの先頭まで
の長さをエンコードユニットポインタとして記録してお
くと、セクタをアクセスしたとき、エンコードユニット
ポインタの値から、セクタの先頭から、完全なエンコー
ドユニットとなるエンコードユニット位置が分かり、こ
れにより、エンコードユニットの先頭から直ちにデコー
ドを開始できる。また、この完全なエンコードユニット
の先頭までの長さは、エンコードユニットが固定長で決
まっているなら、セクタ番号により特定することができ
る。このため、サーチ時にコンテンツの途中から再生し
たり、編集を行ったときにも、エンコードユニットの先
頭を見失うことがなくなり、確実にデコード処理が行え
る。
【００２９】
【発明の実施の形態】以下、この発明の実施の形態につ
いて図面を参照して説明する。この発明は、例えば、Ｃ
Ｄ（Compact Disc）２の光ディスクにコンテンツデータ
を記録／再生するのに用いて好適である。
いて図面を参照して説明する。この発明は、例えば、Ｃ
Ｄ（Compact Disc）２の光ディスクにコンテンツデータ
を記録／再生するのに用いて好適である。
【００３０】図１は、この発明が適用できるＣＤ２の光
ディスク１の外観の構成を示すものである。ＣＤ２は、
通常のＣＤと同様に、例えば直径１２０ｍｍの光ディス
クである。ただし、所謂シングルＣＤのように、直径８
０mmとしても良い。
ディスク１の外観の構成を示すものである。ＣＤ２は、
通常のＣＤと同様に、例えば直径１２０ｍｍの光ディス
クである。ただし、所謂シングルＣＤのように、直径８
０mmとしても良い。
【００３１】ＣＤ２は、既存のＣＤプレーヤと、パーソ
ナルコンピュータとの双方との親和性を考慮して開発さ
れている。このようなＣＤ２の光ディスク１は、図１に
示すように、その中心にセンターホールが設けられ、内
周側に領域ＡＲ１が設けられ、さらにその外周に、領域
ＡＲ２が設けられる。内周側の領域ＡＲ１と、外周側の
領域ＡＲ２との間には、ミラー部Ｍ１が設けられ、この
ミラー部Ｍ１により、内周側の領域ＡＲ１と外周側の領
域ＡＲ２とが区切られている。内周側の領域ＡＲ１の最
内周には、リードイン領域ＬＩＮ１が設けられ、その最
外周には、リードアウト領域ＬＯＵＴ１が設けられる。
外周側の領域ＡＲ２の最内周には、リードイン領域ＬＩ
Ｎ２が設けられ、その最外周には、リードアウト領域Ｌ
ＯＵＴ２が設けられる。
ナルコンピュータとの双方との親和性を考慮して開発さ
れている。このようなＣＤ２の光ディスク１は、図１に
示すように、その中心にセンターホールが設けられ、内
周側に領域ＡＲ１が設けられ、さらにその外周に、領域
ＡＲ２が設けられる。内周側の領域ＡＲ１と、外周側の
領域ＡＲ２との間には、ミラー部Ｍ１が設けられ、この
ミラー部Ｍ１により、内周側の領域ＡＲ１と外周側の領
域ＡＲ２とが区切られている。内周側の領域ＡＲ１の最
内周には、リードイン領域ＬＩＮ１が設けられ、その最
外周には、リードアウト領域ＬＯＵＴ１が設けられる。
外周側の領域ＡＲ２の最内周には、リードイン領域ＬＩ
Ｎ２が設けられ、その最外周には、リードアウト領域Ｌ
ＯＵＴ２が設けられる。
【００３２】内周側の領域ＡＲ１は、既存のＣＤプレー
ヤとの親和性が図られた領域である。この領域ＡＲ１に
は、通常のＣＤプレーヤでも再生できるように、例え
ば、オーディオデータが通常のＣＤ−ＤＡ（CD Digital
Audio）と同様なフォーマットで記録されている。ま
た、この内周側の領域ＡＲ１は、通常のＣＤ−ＤＡと同
様に扱えるように、通常、コンテンツのデータに対する
暗号化は行われない。勿論、著作権の保護を図るため
に、この内周側の領域ＡＲ１に記録するデータを暗号化
する場合も考えられる。また、この内周側の領域ＡＲ１
に、ビデオデータや、コ」ンピュータプログラムデータ
等、オーディオデータ以外のデータを記録するようにし
ても良い。また、この内周側の領域ＡＲ１に、コンテン
ツのデータを圧縮して記録するようにしても良い。
ヤとの親和性が図られた領域である。この領域ＡＲ１に
は、通常のＣＤプレーヤでも再生できるように、例え
ば、オーディオデータが通常のＣＤ−ＤＡ（CD Digital
Audio）と同様なフォーマットで記録されている。ま
た、この内周側の領域ＡＲ１は、通常のＣＤ−ＤＡと同
様に扱えるように、通常、コンテンツのデータに対する
暗号化は行われない。勿論、著作権の保護を図るため
に、この内周側の領域ＡＲ１に記録するデータを暗号化
する場合も考えられる。また、この内周側の領域ＡＲ１
に、ビデオデータや、コ」ンピュータプログラムデータ
等、オーディオデータ以外のデータを記録するようにし
ても良い。また、この内周側の領域ＡＲ１に、コンテン
ツのデータを圧縮して記録するようにしても良い。
【００３３】これに対して、外周側の領域ＡＲ２は、パ
ーソナルコンピュータとの親和性を図るようにした領域
である。この領域ＡＲ２には、倍密度でデータが記録で
きる。この領域ＡＲ２には、例えば、ＭＰＥＧ（Moving
Picture Coding Experts Group ）２−ＰＳ（Program
Stream）の仕様に基づいて、オーディオデータや画像デ
ータのようなマルチメディアのコンテンツデータが記録
される。オーディオデータの圧縮方式としては、ＡＴＲ
ＡＣ（Adaptive TRansform Acoustic Coding）３方式
や、ＭＰ３（MPEG1 Audio Layer-3 ）方式、ＡＡＣ（MP
EG2 Advanced Audio Coding ）方式が用いられている。
画像データの圧縮方式としては、ＪＰＥＧ（Joint Phot
ographic Experts Group）方式（静止画）やＭＰＥＧ２
方式（動画）が用いられている。また、この外周の領域
は、著作権の保護を図るために、コンテンツのデータを
暗号化して記録することが望まれる。
ーソナルコンピュータとの親和性を図るようにした領域
である。この領域ＡＲ２には、倍密度でデータが記録で
きる。この領域ＡＲ２には、例えば、ＭＰＥＧ（Moving
Picture Coding Experts Group ）２−ＰＳ（Program
Stream）の仕様に基づいて、オーディオデータや画像デ
ータのようなマルチメディアのコンテンツデータが記録
される。オーディオデータの圧縮方式としては、ＡＴＲ
ＡＣ（Adaptive TRansform Acoustic Coding）３方式
や、ＭＰ３（MPEG1 Audio Layer-3 ）方式、ＡＡＣ（MP
EG2 Advanced Audio Coding ）方式が用いられている。
画像データの圧縮方式としては、ＪＰＥＧ（Joint Phot
ographic Experts Group）方式（静止画）やＭＰＥＧ２
方式（動画）が用いられている。また、この外周の領域
は、著作権の保護を図るために、コンテンツのデータを
暗号化して記録することが望まれる。
【００３４】このように、ＣＤ２の光ディスク１は、内
周側の領域ＡＲ１を使って、通常のＣＤと同様にＣＤプ
レーヤで再生することができ、外周側の領域ＡＲ２を使
うことで、パーソナルコンピュータや携帯型のプレーヤ
と連携させながら、データを扱うことができる。
周側の領域ＡＲ１を使って、通常のＣＤと同様にＣＤプ
レーヤで再生することができ、外周側の領域ＡＲ２を使
うことで、パーソナルコンピュータや携帯型のプレーヤ
と連携させながら、データを扱うことができる。
【００３５】この発明は、このようなＣＤ２の光ディス
ク１において、特に、外周側の領域ＡＲ２に、コンテン
ツのデータを記録／再生するのに用いて好適である。
ク１において、特に、外周側の領域ＡＲ２に、コンテン
ツのデータを記録／再生するのに用いて好適である。
【００３６】図２は、この発明が適用できる光ディスク
記録／再生装置の記録系の構成を示すものである。この
記録系では、ＣＤ２の光ディスク１に、ＭＰＥＧ２−Ｐ
Ｓの仕様に則って、動画や静止画、オーディオデータか
らなるマルチメディアのコンテンツデータが記録され
る。
記録／再生装置の記録系の構成を示すものである。この
記録系では、ＣＤ２の光ディスク１に、ＭＰＥＧ２−Ｐ
Ｓの仕様に則って、動画や静止画、オーディオデータか
らなるマルチメディアのコンテンツデータが記録され
る。
【００３７】図２において、入力端子１１に画像データ
のストリームが供給され、入力端子２１にオーディオデ
ータのストリームが供給される。入力端子１１からの画
像データのストリームが画像エンコーダ１２に供給さ
れ、入力端子２１からのオーディオデータのストリーム
がオーディオエンコーダ２２に供給される。
のストリームが供給され、入力端子２１にオーディオデ
ータのストリームが供給される。入力端子１１からの画
像データのストリームが画像エンコーダ１２に供給さ
れ、入力端子２１からのオーディオデータのストリーム
がオーディオエンコーダ２２に供給される。
【００３８】画像エンコーダ１２で、画像データが圧縮
符号化される。画像データの圧縮方式としては、入力画
像データが静止画の場合には、例えばＪＰＥＧ方式が用
いられ、動画の場合には、ＭＰＥＧ２方式が用いられ
る。ＪＰＥＧ方式は、静止画データを、ＤＣＴ（Discre
te Cosine Transform ）変換により、圧縮符号化するも
のである。ＭＰＥＧ２方式は、動き補償予測符号化と、
ＤＣＴ変換とにより、動画データを圧縮符号化するもの
である。
符号化される。画像データの圧縮方式としては、入力画
像データが静止画の場合には、例えばＪＰＥＧ方式が用
いられ、動画の場合には、ＭＰＥＧ２方式が用いられ
る。ＪＰＥＧ方式は、静止画データを、ＤＣＴ（Discre
te Cosine Transform ）変換により、圧縮符号化するも
のである。ＭＰＥＧ２方式は、動き補償予測符号化と、
ＤＣＴ変換とにより、動画データを圧縮符号化するもの
である。
【００３９】また、この画像データを圧縮符号化したと
きの時間情報がＰＴＳ（Presentation Time Stamp)生成
回路１３に供給される。ＰＴＳ生成回路１３には、ＳＴ
Ｃ（System Time Clock）生成回路１０から、システム
の基準となる時刻情報が送られる。ＰＴＳ生成回路１３
により、ＳＴＣ生成回路１０からのシステム基準時刻情
報に基づいて、画像データの再生時の基準時刻となるＰ
ＴＳが生成される。
きの時間情報がＰＴＳ（Presentation Time Stamp)生成
回路１３に供給される。ＰＴＳ生成回路１３には、ＳＴ
Ｃ（System Time Clock）生成回路１０から、システム
の基準となる時刻情報が送られる。ＰＴＳ生成回路１３
により、ＳＴＣ生成回路１０からのシステム基準時刻情
報に基づいて、画像データの再生時の基準時刻となるＰ
ＴＳが生成される。
【００４０】画像エンコーダ１２の出力が暗号化回路１
４に供給される。画像データやオーディオデータのよう
なコンテンツデータは、著作権の保護を図るために、暗
号化が必要な場合がある。暗号化回路１４で、画像エン
コーダ１２から出力される画像データは、必要に応じ
て、暗号化される。暗号化回路１４の出力がパケット化
回路１５に供給される。
４に供給される。画像データやオーディオデータのよう
なコンテンツデータは、著作権の保護を図るために、暗
号化が必要な場合がある。暗号化回路１４で、画像エン
コーダ１２から出力される画像データは、必要に応じ
て、暗号化される。暗号化回路１４の出力がパケット化
回路１５に供給される。
【００４１】暗号化回路１４では、暗号化方式として、
例えば、ＤＥＳ（Data EncryptionStandard）やtriple
ＤＥＳのようなブロック暗号のものが用いられる。ブロ
ック暗号は、例えば、８バイトずつを単位として暗号化
を行うものである。ＤＥＳは代表的な共通鍵暗号であ
り、６４ビット（８バイト）のデータを初期転置（スク
ランブル）を行い、３２ビットずつ分けたデータを、５
６ビットの１個の暗号鍵から生成された１６個の鍵で次
々と非線形処理を行い、再び転置を行って、暗号化する
ものである。勿論、暗号化方式は、このようなブロック
暗号に限定されるものではない。
例えば、ＤＥＳ（Data EncryptionStandard）やtriple
ＤＥＳのようなブロック暗号のものが用いられる。ブロ
ック暗号は、例えば、８バイトずつを単位として暗号化
を行うものである。ＤＥＳは代表的な共通鍵暗号であ
り、６４ビット（８バイト）のデータを初期転置（スク
ランブル）を行い、３２ビットずつ分けたデータを、５
６ビットの１個の暗号鍵から生成された１６個の鍵で次
々と非線形処理を行い、再び転置を行って、暗号化する
ものである。勿論、暗号化方式は、このようなブロック
暗号に限定されるものではない。
【００４２】また、このとき、必要に応じて、スタッフ
ィング発生回路１６からのスタッフィングデータによ
り、スタッフィングが行われる。スタッフィングしたと
ころは、オール「１」又はオール「０」のデータで埋め
られる。また、スタッフィングしたところが暗号化され
ると、このスタッフィングのデータは乱数様となる。勿
論セキュリティを考慮して、スタッフィングは固定値で
なく、乱数で行っても良い。スタッフィングについて
は、後に、説明する。
ィング発生回路１６からのスタッフィングデータによ
り、スタッフィングが行われる。スタッフィングしたと
ころは、オール「１」又はオール「０」のデータで埋め
られる。また、スタッフィングしたところが暗号化され
ると、このスタッフィングのデータは乱数様となる。勿
論セキュリティを考慮して、スタッフィングは固定値で
なく、乱数で行っても良い。スタッフィングについて
は、後に、説明する。
【００４３】パケット化回路１５は、画像データをＭＰ
ＥＧ２−ＰＳのパケットに格納できるように、所定のデ
ータ数毎に分割するものである。すなわち、後に説明す
るように、ＭＰＥＧ２−ＰＳでは、ＣＤ−ＲＯＭの規格
上の１セクタに、１パック、１パケットのデータが配置
される。この例では、１パケットのデータは２０１６バ
イトとされている。したがって、パケット化回路１５
で、画像データが２０１６バイト毎に分割される。
ＥＧ２−ＰＳのパケットに格納できるように、所定のデ
ータ数毎に分割するものである。すなわち、後に説明す
るように、ＭＰＥＧ２−ＰＳでは、ＣＤ−ＲＯＭの規格
上の１セクタに、１パック、１パケットのデータが配置
される。この例では、１パケットのデータは２０１６バ
イトとされている。したがって、パケット化回路１５
で、画像データが２０１６バイト毎に分割される。
【００４４】パケット化回路１５の出力がＰＥＳヘッダ
付加回路１７に供給される。ＰＥＳヘッダ付加回路１７
には、ＰＥＳヘッダ生成回路１８から、ＰＥＳヘッダが
供給される。ＰＥＳヘッダ付加回路１７で、２０１６バ
イトの１パケットのデータに、例えば、１４バイトのＰ
ＥＳヘッダが付加される。
付加回路１７に供給される。ＰＥＳヘッダ付加回路１７
には、ＰＥＳヘッダ生成回路１８から、ＰＥＳヘッダが
供給される。ＰＥＳヘッダ付加回路１７で、２０１６バ
イトの１パケットのデータに、例えば、１４バイトのＰ
ＥＳヘッダが付加される。
【００４５】ＰＥＳヘッダは、後に説明するように、ス
トリームＩＤや、スクランブル制御フラグ、ＰＴＳ等が
含まれる。コンテンツを暗号化した場合には、暗号化回
路１４からＰＥＳヘッダ生成回路１８にスクランブル情
報が送られ、これに基づいて、ＰＥＳヘッダにスクラン
ブル制御フラグが付加される。また、ＰＴＳ生成回路１
３でＰＴＳが生成され、これに基づいて、ＰＥＳヘッダ
にＰＴＳ情報が付加される。ＰＴＳヘッダ付加回路１７
の出力がマルチプレクサ１９に供給される。
トリームＩＤや、スクランブル制御フラグ、ＰＴＳ等が
含まれる。コンテンツを暗号化した場合には、暗号化回
路１４からＰＥＳヘッダ生成回路１８にスクランブル情
報が送られ、これに基づいて、ＰＥＳヘッダにスクラン
ブル制御フラグが付加される。また、ＰＴＳ生成回路１
３でＰＴＳが生成され、これに基づいて、ＰＥＳヘッダ
にＰＴＳ情報が付加される。ＰＴＳヘッダ付加回路１７
の出力がマルチプレクサ１９に供給される。
【００４６】更に、この発明の実施の形態では、ＰＥＳ
ヘッダ付加回路１７で、１４バイトのＰＥＳヘッダの後
ろに、例えば４バイトのＣＤ２ストリームヘッダが付加
される。このＣＤ２ストリームヘッダには、エンコード
ユニットポインタや、スタッフィングＩＤ、エディット
ＩＤ等が記録される。このＣＤ２コンテンツヘッダにつ
いては、後に、詳述する。
ヘッダ付加回路１７で、１４バイトのＰＥＳヘッダの後
ろに、例えば４バイトのＣＤ２ストリームヘッダが付加
される。このＣＤ２ストリームヘッダには、エンコード
ユニットポインタや、スタッフィングＩＤ、エディット
ＩＤ等が記録される。このＣＤ２コンテンツヘッダにつ
いては、後に、詳述する。
【００４７】一方、オーディオエンコーダ２２で、オー
ディオデータが圧縮符号化される。オーディオデータの
圧縮方式としては、ＡＴＲＡＣ３、ＭＰ３、ＡＡＣ等が
用いられる。勿論、ＡＴＲＡＣ、ＡＴＲＡＣ２、ＭＰＥ
Ｇ１オーディオ（MPEG1 Audio Layer-1,MPEG1 Audio La
yer-2）等を用いるようにしても良い。また、Ｔｗｉｎ
ＶＱ、ＲｅａｌＡｕｄｉｏ、ＷＭＡ等、種々の圧縮方式
が開発されており、これらも同様に使うことができるで
あろう。
ディオデータが圧縮符号化される。オーディオデータの
圧縮方式としては、ＡＴＲＡＣ３、ＭＰ３、ＡＡＣ等が
用いられる。勿論、ＡＴＲＡＣ、ＡＴＲＡＣ２、ＭＰＥ
Ｇ１オーディオ（MPEG1 Audio Layer-1,MPEG1 Audio La
yer-2）等を用いるようにしても良い。また、Ｔｗｉｎ
ＶＱ、ＲｅａｌＡｕｄｉｏ、ＷＭＡ等、種々の圧縮方式
が開発されており、これらも同様に使うことができるで
あろう。
【００４８】オーディオデータの圧縮方式としては、入
力された時間軸方向のオーディオデータを帯域分割フィ
ルタにより複数の帯域に分割して圧縮符号化するサブバ
ンド符号化方式と、入力された時間軸方向のオーディオ
データを、ＤＣＴ等の直交関数により周波数軸方向のス
ペクトラムデータに変換して圧縮符号化する変換符号化
方式と、両者を組み合わせたハイブリッド方式が知られ
ている。ＭＰＥＧ１オーディオ（MPEG1 Audio Layer-1,
MPEG1 Audio Layer-2）は、サブバンド符号化方式のも
のである。ＡＴＲＡＣ、ＡＴＲＡＣ２、ＡＴＲＡＣ３、
ＭＰ３、ＡＡＣは、ハイブリッド方式のものである。
力された時間軸方向のオーディオデータを帯域分割フィ
ルタにより複数の帯域に分割して圧縮符号化するサブバ
ンド符号化方式と、入力された時間軸方向のオーディオ
データを、ＤＣＴ等の直交関数により周波数軸方向のス
ペクトラムデータに変換して圧縮符号化する変換符号化
方式と、両者を組み合わせたハイブリッド方式が知られ
ている。ＭＰＥＧ１オーディオ（MPEG1 Audio Layer-1,
MPEG1 Audio Layer-2）は、サブバンド符号化方式のも
のである。ＡＴＲＡＣ、ＡＴＲＡＣ２、ＡＴＲＡＣ３、
ＭＰ３、ＡＡＣは、ハイブリッド方式のものである。
【００４９】また、このオーディオデータを圧縮符号化
したときの時間情報がオーディオエンコーダ２２からＰ
ＴＳ生成回路２３に供給される。ＰＴＳ生成回路２３に
は、ＳＴＣ生成回路１０から、システムの基準となる時
刻情報が送られる。ＰＴＳ生成回路２３により、ＳＴＣ
生成回路１０からのシステム基準時刻情報に基づいて、
オーディオデータの再生時の基準時刻となるＰＴＳが生
成される。
したときの時間情報がオーディオエンコーダ２２からＰ
ＴＳ生成回路２３に供給される。ＰＴＳ生成回路２３に
は、ＳＴＣ生成回路１０から、システムの基準となる時
刻情報が送られる。ＰＴＳ生成回路２３により、ＳＴＣ
生成回路１０からのシステム基準時刻情報に基づいて、
オーディオデータの再生時の基準時刻となるＰＴＳが生
成される。
【００５０】オーディオエンコーダ２２の出力が暗号化
回路２４に供給される。暗号化回路２４で、オーディオ
エンコーダ２２から出力されるオーディオデータは、必
要に応じて、暗号化される。暗号化回路２４の出力がパ
ケット化回路２５に供給される。
回路２４に供給される。暗号化回路２４で、オーディオ
エンコーダ２２から出力されるオーディオデータは、必
要に応じて、暗号化される。暗号化回路２４の出力がパ
ケット化回路２５に供給される。
【００５１】暗号化回路２４では、暗号化方式として、
例えば、ＤＥＳやtriple ＤＥＳのようなブロック暗号
のものが用いられる。勿論、暗号化方式は、このような
ブロック暗号に限定されるものではない。
例えば、ＤＥＳやtriple ＤＥＳのようなブロック暗号
のものが用いられる。勿論、暗号化方式は、このような
ブロック暗号に限定されるものではない。
【００５２】また、このとき、必要に応じて、スタッフ
ィング発生回路１６からのスタッフィングデータによ
り、スタッフィングが行われる。スタッフィングしたと
ころは、オール「１」又はオール「０」のデータで埋め
られる。また、スタッフィングしたところが暗号化され
ると、このスタッフィングのデータは乱数様となる。勿
論、セキュリティを考慮して、固定のデータではなく、
乱数でスタッフィングを行うようにしても良い。スタッ
フィングについては、後に、説明する。
ィング発生回路１６からのスタッフィングデータによ
り、スタッフィングが行われる。スタッフィングしたと
ころは、オール「１」又はオール「０」のデータで埋め
られる。また、スタッフィングしたところが暗号化され
ると、このスタッフィングのデータは乱数様となる。勿
論、セキュリティを考慮して、固定のデータではなく、
乱数でスタッフィングを行うようにしても良い。スタッ
フィングについては、後に、説明する。
【００５３】パケット化回路２５は、オーディオデータ
をＭＰＥＧ２−ＰＳのパケットに格納できるように、所
定のデータ数に分割するものである。この例では、パケ
ット化回路２５で、オーディオデータが２０１６バイト
毎に分割される。
をＭＰＥＧ２−ＰＳのパケットに格納できるように、所
定のデータ数に分割するものである。この例では、パケ
ット化回路２５で、オーディオデータが２０１６バイト
毎に分割される。
【００５４】パケット化回路２５の出力がＰＥＳヘッダ
付加回路２７に供給される。ＰＥＳヘッダ付加回路２７
には、ＰＥＳヘッダ生成回路２８から、ＰＥＳヘッダが
供給される。ＰＥＳヘッダ付加回路２７で、２０１６バ
イトからなる１パケットのデータに、例えば１４バイト
のＰＥＳヘッダが付加される。
付加回路２７に供給される。ＰＥＳヘッダ付加回路２７
には、ＰＥＳヘッダ生成回路２８から、ＰＥＳヘッダが
供給される。ＰＥＳヘッダ付加回路２７で、２０１６バ
イトからなる１パケットのデータに、例えば１４バイト
のＰＥＳヘッダが付加される。
【００５５】ＰＥＳヘッダには、ストリームＩＤや、ス
クランブル制御フラグ、ＰＴＳ等が含まれる。コンテン
ツを暗号化した場合には、暗号化回路２４からＰＥＳヘ
ッダ生成回路２８にスクランブル情報が送られ、これに
基づいて、ＰＥＳヘッダにスクランブル制御フラグが付
加される。また、ＰＴＳ生成回路２３でＰＴＳが生成さ
れ、これに基づいて、ＰＥＳヘッダにＰＴＳ情報が付加
される。
クランブル制御フラグ、ＰＴＳ等が含まれる。コンテン
ツを暗号化した場合には、暗号化回路２４からＰＥＳヘ
ッダ生成回路２８にスクランブル情報が送られ、これに
基づいて、ＰＥＳヘッダにスクランブル制御フラグが付
加される。また、ＰＴＳ生成回路２３でＰＴＳが生成さ
れ、これに基づいて、ＰＥＳヘッダにＰＴＳ情報が付加
される。
【００５６】更に、この発明の実施の形態では、このと
き、ＰＥＳヘッダ付加回路２７で、ＣＤ２ストリームヘ
ッダが付加される。このＣＤ２ストリームヘッダには、
エンコードユニットポインタや、スタッフィングＩＤ、
エディットＩＤ等が記録される。このＰＴＳヘッダ付加
回路２７の出力がマルチプレクサ１９に供給される。
き、ＰＥＳヘッダ付加回路２７で、ＣＤ２ストリームヘ
ッダが付加される。このＣＤ２ストリームヘッダには、
エンコードユニットポインタや、スタッフィングＩＤ、
エディットＩＤ等が記録される。このＰＴＳヘッダ付加
回路２７の出力がマルチプレクサ１９に供給される。
【００５７】マルチプレクサ１９には、画像エンコーダ
１２で圧縮符号化され、暗号化回路１４で暗号化され、
パケット化回路１５及びＰＥＳヘッダ付加回路１７によ
りパケット化された画像データパケットと、オーディオ
エンコーダ２２で圧縮符号化され、暗号化回路２４で暗
号化され、パケット化回路２５及びＰＥＳヘッダ付加回
路２７でパケット化されたオーディオデータデータとが
供給される。また、その他の付加情報からなるプログラ
ムパケットが供給される。マルチプレクサ１９で、これ
らの画像パケットと、オーディオパケットと、プログラ
ムパケットとが多重化される。
１２で圧縮符号化され、暗号化回路１４で暗号化され、
パケット化回路１５及びＰＥＳヘッダ付加回路１７によ
りパケット化された画像データパケットと、オーディオ
エンコーダ２２で圧縮符号化され、暗号化回路２４で暗
号化され、パケット化回路２５及びＰＥＳヘッダ付加回
路２７でパケット化されたオーディオデータデータとが
供給される。また、その他の付加情報からなるプログラ
ムパケットが供給される。マルチプレクサ１９で、これ
らの画像パケットと、オーディオパケットと、プログラ
ムパケットとが多重化される。
【００５８】マルチプレクサ１９の出力がパックヘッダ
付加回路３１に供給される。パックヘッダ付加回路３１
には、パックヘッダ生成回路３２からパックヘッダ情報
が供給される。パックヘッダ付加回路３１で、各パケッ
トにパックヘッダが付加される。
付加回路３１に供給される。パックヘッダ付加回路３１
には、パックヘッダ生成回路３２からパックヘッダ情報
が供給される。パックヘッダ付加回路３１で、各パケッ
トにパックヘッダが付加される。
【００５９】後に説明するように、パックヘッダには、
システムの時間を較正するためのＳＣＲ（System Clock
Reference）や、多重化レート等が挿入される。ＳＣＲ
は、ＳＴＣ生成回路１０の出力に基づいて、ＳＣＲ生成
回路３３で生成される。このＳＣＲがパックヘッダ生成
回路３２に供給される。
システムの時間を較正するためのＳＣＲ（System Clock
Reference）や、多重化レート等が挿入される。ＳＣＲ
は、ＳＴＣ生成回路１０の出力に基づいて、ＳＣＲ生成
回路３３で生成される。このＳＣＲがパックヘッダ生成
回路３２に供給される。
【００６０】パックヘッダ付加回路３１の出力がエラー
訂正符号化回路３４に供給される。エラー訂正符号化回
路３４は、ＣＩＲＣ（Cross Interleave Reed-Solomon
Code）により、ＣＤ−ＲＯＭモード１に則って、記録デ
ータに対してエラー訂正符号化処理を行うものである。
訂正符号化回路３４に供給される。エラー訂正符号化回
路３４は、ＣＩＲＣ（Cross Interleave Reed-Solomon
Code）により、ＣＤ−ＲＯＭモード１に則って、記録デ
ータに対してエラー訂正符号化処理を行うものである。
【００６１】ＣＤ−ＲＯＭでは、９８フレームからなる
サブコードブロックが１セクタとして扱われる。
サブコードブロックが１セクタとして扱われる。
【００６２】すなわち、ＣＤには、Ｐ〜Ｗの各チャンネ
ルのサブコードが入っている。このサブコードは、９８
フレームを１ブロックとしてコーディングされている。
アクセス時に、このサブコードの情報が用いられる。し
たがって、９８フレームからなるサブコードブロックが
アクセス単位となる。
ルのサブコードが入っている。このサブコードは、９８
フレームを１ブロックとしてコーディングされている。
アクセス時に、このサブコードの情報が用いられる。し
たがって、９８フレームからなるサブコードブロックが
アクセス単位となる。
【００６３】ＣＤ−ＲＯＭでは、この９８フレームから
なるサブコードブロックを１セクタとして扱っている。
１セクタの物理容量は、２３５２バイトである。ＣＤ−
ＲＯＭモード１の場合には、エラー検出、訂正用に、２
８８バイトの補助データを付けて記録している。また、
各セクタの先頭には、１２バイトのシンクと、４バイト
のヘッダが設けられる、したがって、ＣＤ−ＲＯＭモー
ド１の仕様では、１セクタのデータ記録容量は、２３５
２−２８８−１２−４＝２０４８バイトとなる。
なるサブコードブロックを１セクタとして扱っている。
１セクタの物理容量は、２３５２バイトである。ＣＤ−
ＲＯＭモード１の場合には、エラー検出、訂正用に、２
８８バイトの補助データを付けて記録している。また、
各セクタの先頭には、１２バイトのシンクと、４バイト
のヘッダが設けられる、したがって、ＣＤ−ＲＯＭモー
ド１の仕様では、１セクタのデータ記録容量は、２３５
２−２８８−１２−４＝２０４８バイトとなる。
【００６４】パックヘッダ付加回路３１から出力される
パックの大きさは、後に説明するように、１４バイトの
パックヘッダと、１４バイトのＰＥＳヘッダと、４バイ
トのＣＤ２ストリームヘッダと、２０１６バイトのデー
タ（ペイロード）とからなり、 １４＋１４＋４＋２０１６＝２０４８バイト である。これは、ＣＤ−ＲＯＭモード１の１セクタのデ
ータ容量（２０４８バイト）に一致している。
パックの大きさは、後に説明するように、１４バイトの
パックヘッダと、１４バイトのＰＥＳヘッダと、４バイ
トのＣＤ２ストリームヘッダと、２０１６バイトのデー
タ（ペイロード）とからなり、 １４＋１４＋４＋２０１６＝２０４８バイト である。これは、ＣＤ−ＲＯＭモード１の１セクタのデ
ータ容量（２０４８バイト）に一致している。
【００６５】エラー訂正符号化回路３４の出力が変調回
路３５に供給される。変調回路３５で、記録データが所
定の変調方式により変調される。変調回路３５の出力が
記録回路３６を介して光学ピックアップ３７に供給され
る。
路３５に供給される。変調回路３５で、記録データが所
定の変調方式により変調される。変調回路３５の出力が
記録回路３６を介して光学ピックアップ３７に供給され
る。
【００６６】光ディスク１は、前述したような、ＣＤ２
のディスクである。この光ディスク１は、スピンドルモ
ータ４２により、回転される。光ディスク１の回転を制
御するスピンドルサーボ回路や、光学ピックアップ３７
を光ディスク１の半径方向に制御するトラッキングサー
ボ回路や、光学ピックアップ３７からのビームを光軸方
向に制御するフォーカスサーボ回路が設けられており、
これらは、アクセス制御回路４３により制御される。
のディスクである。この光ディスク１は、スピンドルモ
ータ４２により、回転される。光ディスク１の回転を制
御するスピンドルサーボ回路や、光学ピックアップ３７
を光ディスク１の半径方向に制御するトラッキングサー
ボ回路や、光学ピックアップ３７からのビームを光軸方
向に制御するフォーカスサーボ回路が設けられており、
これらは、アクセス制御回路４３により制御される。
【００６７】データを記録する場合には、アクセス制御
回路４３により、光学ピックアップ３７が光ディスク１
の所望の記録位置のセクタにアクセスされ、光学ピック
アップ３７から光ディスク１に向けて、記録回路３６か
らの記録データに基づいて変調されたレーザービームが
出力される。これにより、光ディスク１にデータが記録
される。
回路４３により、光学ピックアップ３７が光ディスク１
の所望の記録位置のセクタにアクセスされ、光学ピック
アップ３７から光ディスク１に向けて、記録回路３６か
らの記録データに基づいて変調されたレーザービームが
出力される。これにより、光ディスク１にデータが記録
される。
【００６８】図３は、この発明が適用できる光ディスク
記録／再生装置の再生系の構成を示すものである。図３
において、再生時には、アクセス制御回路４３により、
光学ピックアップ３７が光ディスク１の所望の再生位置
のセクタにアクセスされる。光ディスク１には、１パッ
ク、１パケットのデータが１セクタに記録されており、
セクタを単位としてアクセスが可能である。
記録／再生装置の再生系の構成を示すものである。図３
において、再生時には、アクセス制御回路４３により、
光学ピックアップ３７が光ディスク１の所望の再生位置
のセクタにアクセスされる。光ディスク１には、１パッ
ク、１パケットのデータが１セクタに記録されており、
セクタを単位としてアクセスが可能である。
【００６９】光学ピックアップ３７により、光ディスク
１の記録データが読み取られる。この光学ピックアップ
３７からの再生データは、再生回路５１を介して、復調
回路５２に供給される。復調回路５２は、図２における
変調回路３５に対応する変調方式の復調処理を行うもの
である。復調回路５２の出力がエラー訂正回路５３に供
給される。エラー訂正回路５３で、ＣＩＲＣによるエラ
ー訂正処理が行われ、各セクタのデータが復号される。
１の記録データが読み取られる。この光学ピックアップ
３７からの再生データは、再生回路５１を介して、復調
回路５２に供給される。復調回路５２は、図２における
変調回路３５に対応する変調方式の復調処理を行うもの
である。復調回路５２の出力がエラー訂正回路５３に供
給される。エラー訂正回路５３で、ＣＩＲＣによるエラ
ー訂正処理が行われ、各セクタのデータが復号される。
【００７０】前述したように、１セクタに、１パック、
１パケットのデータが記録されており、１セクタのデー
タの先頭には、１４バイトのパックヘッダと、１４バイ
トのＰＥＳヘッダが付加され、更に、４バイトのＣＤ２
ストリームヘッダが付加されている。
１パケットのデータが記録されており、１セクタのデー
タの先頭には、１４バイトのパックヘッダと、１４バイ
トのＰＥＳヘッダが付加され、更に、４バイトのＣＤ２
ストリームヘッダが付加されている。
【００７１】１セクタの再生データは、パックヘッダ抽
出回路５４に供給される。パックヘッダ抽出回路５４
で、１セクタ分の２０１６バイトのデータの先頭にある
パックヘッダが抽出される。抽出されたパックヘッダが
パックヘッダ解析回路５５に供給される。
出回路５４に供給される。パックヘッダ抽出回路５４
で、１セクタ分の２０１６バイトのデータの先頭にある
パックヘッダが抽出される。抽出されたパックヘッダが
パックヘッダ解析回路５５に供給される。
【００７２】パックヘッダには、ＳＣＲや多重化レート
が挿入されている。このパックヘッダのＳＣＲは、ＳＣ
Ｒ抽出回路５６で抽出され、ＳＴＣ生成回路５７に供給
される。ＳＴＣ生成回路５７で、システムクロックで進
められるカウンタの値と、ＳＣＲの値とが比較され、こ
の比較出力に基づいて、システムの基準時刻が較正され
る。
が挿入されている。このパックヘッダのＳＣＲは、ＳＣ
Ｒ抽出回路５６で抽出され、ＳＴＣ生成回路５７に供給
される。ＳＴＣ生成回路５７で、システムクロックで進
められるカウンタの値と、ＳＣＲの値とが比較され、こ
の比較出力に基づいて、システムの基準時刻が較正され
る。
【００７３】パックヘッダ抽出回路５４の出力は、デマ
ルチプレクサ５８に供給される。デマルチプレクサ５８
で、画像データパケットと、オーディオデータパケット
と、プログラムパケットとが分離される。パケットの分
離は、ＰＥＳヘッダのストリームＩＤを検出することで
行われる。
ルチプレクサ５８に供給される。デマルチプレクサ５８
で、画像データパケットと、オーディオデータパケット
と、プログラムパケットとが分離される。パケットの分
離は、ＰＥＳヘッダのストリームＩＤを検出することで
行われる。
【００７４】デマルチプレクサ５８で分離された画像デ
ータパケットは、ＰＥＳヘッダ抽出回路６１に供給され
る。
ータパケットは、ＰＥＳヘッダ抽出回路６１に供給され
る。
【００７５】ＰＥＳヘッダ抽出回路６１で、パックヘッ
ダの次の１４バイトに挿入されているＰＥＳヘッダが抽
出される。このＰＥＳヘッダがＰＥＳヘッダ解析回路６
２に供給される。
ダの次の１４バイトに挿入されているＰＥＳヘッダが抽
出される。このＰＥＳヘッダがＰＥＳヘッダ解析回路６
２に供給される。
【００７６】ＰＥＳヘッダには、ストリームＩＤや、ス
クランブル制御フラグ、ＰＴＳ等が含まれる。コンテン
ツが暗号化されているか否かは、このＰＥＳヘッダのス
クランブル制御フラグから判断できる。データが暗号化
されている場合、暗号解読が許可されている場合には、
暗号の解読キーが暗号解読回路６４に設定される。
クランブル制御フラグ、ＰＴＳ等が含まれる。コンテン
ツが暗号化されているか否かは、このＰＥＳヘッダのス
クランブル制御フラグから判断できる。データが暗号化
されている場合、暗号解読が許可されている場合には、
暗号の解読キーが暗号解読回路６４に設定される。
【００７７】また、ＰＥＳヘッダに含まれているＰＴＳ
がＰＴＳ抽出回路６５で抽出される。ＰＴＳは、再生時
刻を示している。抽出されたＰＴＳは、再生タイミング
設定回路６６に供給される。
がＰＴＳ抽出回路６５で抽出される。ＰＴＳは、再生時
刻を示している。抽出されたＰＴＳは、再生タイミング
設定回路６６に供給される。
【００７８】更に、この例では、ＰＥＳヘッダ解析回路
６２で、ＣＤ２ストリームヘッダが解析される。このＣ
Ｄ２ストリームヘッダには、エンコードユニットポイン
タやスタッフィングＩＤ、エディットＩＤ等が記録され
ている。
６２で、ＣＤ２ストリームヘッダが解析される。このＣ
Ｄ２ストリームヘッダには、エンコードユニットポイン
タやスタッフィングＩＤ、エディットＩＤ等が記録され
ている。
【００７９】ＰＥＳヘッダ抽出回路６１の出力がパケッ
ト分解回路６３に供給される。パケット分解回路６３
で、１パケットの２０１６バイトのデータが分解され
る。
ト分解回路６３に供給される。パケット分解回路６３
で、１パケットの２０１６バイトのデータが分解され
る。
【００８０】パケット分解回路６３の出力が暗号解読回
路６４に供給される。コンテンツデータの解読が許可さ
れている場合には、暗号解読回路６４により、暗号解読
が行われる。暗号解読回路６４の出力が画像デコーダ６
７に供給される。
路６４に供給される。コンテンツデータの解読が許可さ
れている場合には、暗号解読回路６４により、暗号解読
が行われる。暗号解読回路６４の出力が画像デコーダ６
７に供給される。
【００８１】画像デコーダ゛６７は、記録時の画像の圧
縮符号化方式に基づいて、画像データの伸長処理を行う
ものである。すなわち、画像デコーダ６７は、再生され
る画像データがＪＰＥＧ方式の画像なら、ＪＰＥＧのデ
コード処理を行い、ＭＰＥＧ２の動画データなら、ＭＰ
ＥＧ２のデコード処理を行っている。
縮符号化方式に基づいて、画像データの伸長処理を行う
ものである。すなわち、画像デコーダ６７は、再生され
る画像データがＪＰＥＧ方式の画像なら、ＪＰＥＧのデ
コード処理を行い、ＭＰＥＧ２の動画データなら、ＭＰ
ＥＧ２のデコード処理を行っている。
【００８２】再生タイミング設定回路６６には、ＰＴＳ
抽出回路６５で抽出されたＰＴＳの値が供給されると共
に、ＳＴＣ生成回路５７からシステムの基準時刻が供給
される。再生タイミング設定回路６６で、ＰＴＳで示さ
れる時刻情報と、システムの基準時刻とが比較され、Ｐ
ＴＳで示される時刻情報と、システムの基準時刻とが一
致するタイミングで、画像デコーダ６７により、画像デ
ータがデコードされる。デコードされた画像データは、
出力端子６８から出力される。
抽出回路６５で抽出されたＰＴＳの値が供給されると共
に、ＳＴＣ生成回路５７からシステムの基準時刻が供給
される。再生タイミング設定回路６６で、ＰＴＳで示さ
れる時刻情報と、システムの基準時刻とが比較され、Ｐ
ＴＳで示される時刻情報と、システムの基準時刻とが一
致するタイミングで、画像デコーダ６７により、画像デ
ータがデコードされる。デコードされた画像データは、
出力端子６８から出力される。
【００８３】一方、デマルチプレクサ５８で分離された
オーディオデータパケットは、ＰＥＳヘッダ抽出回路７
１に供給される。
オーディオデータパケットは、ＰＥＳヘッダ抽出回路７
１に供給される。
【００８４】ＰＥＳヘッダ抽出回路７１で、パックヘッ
ダの次の１４バイトに挿入されているＰＥＳヘッダが抽
出される。このＰＥＳヘッダがＰＥＳヘッダ解析回路７
２に供給される。
ダの次の１４バイトに挿入されているＰＥＳヘッダが抽
出される。このＰＥＳヘッダがＰＥＳヘッダ解析回路７
２に供給される。
【００８５】ＰＥＳヘッダには、ストリームＩＤや、ス
クランブル制御フラグ、ＰＴＳ等が含まれる。コンテン
ツが暗号化されているか否かは、このＰＥＳヘッダの情
報から判断できる。データが暗号化されている場合、暗
号解読が許可されているときには、暗号の解読キーが暗
号解読回路７４に設定される。
クランブル制御フラグ、ＰＴＳ等が含まれる。コンテン
ツが暗号化されているか否かは、このＰＥＳヘッダの情
報から判断できる。データが暗号化されている場合、暗
号解読が許可されているときには、暗号の解読キーが暗
号解読回路７４に設定される。
【００８６】また、ＰＥＳヘッダに含まれているＰＴＳ
がＰＴＳ抽出回路７５で抽出される。ＰＴＳは、再生時
刻を示している。抽出されたＰＴＳは、再生タイミング
設定回路７６に供給される。
がＰＴＳ抽出回路７５で抽出される。ＰＴＳは、再生時
刻を示している。抽出されたＰＴＳは、再生タイミング
設定回路７６に供給される。
【００８７】更に、ＰＥＳヘッダ解析回路７２で、ＣＤ
２ストリームヘッダが解析される。このＣＤ２ストリー
ムヘッダには、エンコードユニットポインタやスタッフ
ィングＩＤ、エディットＩＤ等が記録されている。
２ストリームヘッダが解析される。このＣＤ２ストリー
ムヘッダには、エンコードユニットポインタやスタッフ
ィングＩＤ、エディットＩＤ等が記録されている。
【００８８】ＰＥＳヘッダ抽出回路７１の出力がパケッ
ト分解回路７３に供給される。パケット分解回路７３
で、１パケットの２０１６バイトのデータが分解され
る。
ト分解回路７３に供給される。パケット分解回路７３
で、１パケットの２０１６バイトのデータが分解され
る。
【００８９】パケット分解回路７３の出力が暗号解読回
路７４に供給される。コンテンツデータの解読が許可さ
れている場合には、暗号解読回路７４により、暗号解読
が行われる。暗号解読回路７４の出力がオーディオデコ
ーダ７７に供給される。
路７４に供給される。コンテンツデータの解読が許可さ
れている場合には、暗号解読回路７４により、暗号解読
が行われる。暗号解読回路７４の出力がオーディオデコ
ーダ７７に供給される。
【００９０】オーディオデコーダ゛７７は、記録時のオ
ーディオの圧縮符号化方式に基づいて、オーディオデー
タの伸長処理を行うものである。すなわち、オーディオ
デコーダ７７は、再生されるオーディオデータがＡＴＲ
ＡＣ３なら、ＡＴＲＡＣ３のデコード処理を行い、ＭＰ
３やＡＡＣなら、ＭＰ３やＡＡＣのデコード処理を行っ
ている。
ーディオの圧縮符号化方式に基づいて、オーディオデー
タの伸長処理を行うものである。すなわち、オーディオ
デコーダ７７は、再生されるオーディオデータがＡＴＲ
ＡＣ３なら、ＡＴＲＡＣ３のデコード処理を行い、ＭＰ
３やＡＡＣなら、ＭＰ３やＡＡＣのデコード処理を行っ
ている。
【００９１】再生タイミング設定回路７６には、ＰＴＳ
抽出回路７５で抽出されたＰＴＳの値が供給されると共
に、ＳＴＣ生成回路５７からシステムの基準クロックが
供給される。再生タイミング設定回路７６で、ＰＴＳで
示される時刻情報と、システムの基準時刻とが比較さ
れ、ＰＴＳで示される時刻情報と、システムの基準時刻
とが一致するタイミングで、オーディオデコーダ７７に
より、オーディオデータがデコードされる。デコードさ
れたオーディオデータは、出力端子７８から出力され
る。
抽出回路７５で抽出されたＰＴＳの値が供給されると共
に、ＳＴＣ生成回路５７からシステムの基準クロックが
供給される。再生タイミング設定回路７６で、ＰＴＳで
示される時刻情報と、システムの基準時刻とが比較さ
れ、ＰＴＳで示される時刻情報と、システムの基準時刻
とが一致するタイミングで、オーディオデコーダ７７に
より、オーディオデータがデコードされる。デコードさ
れたオーディオデータは、出力端子７８から出力され
る。
【００９２】なお、上述の例では、記録系において、画
像データとオーディオデータとからなるマルチメディア
データを、ＭＰＥＧ２−ＰＳの仕様に従って、光ディス
ク１に記録し、再生系でこのマルチメディアデータを再
生するようにしているが、ＭＰＥＧ２−ＰＳの仕様に従
って、オーディオデータのみを記録／再生させるように
しても良い。勿論、画像データのみ記録／再生させるよ
うにしても良い。
像データとオーディオデータとからなるマルチメディア
データを、ＭＰＥＧ２−ＰＳの仕様に従って、光ディス
ク１に記録し、再生系でこのマルチメディアデータを再
生するようにしているが、ＭＰＥＧ２−ＰＳの仕様に従
って、オーディオデータのみを記録／再生させるように
しても良い。勿論、画像データのみ記録／再生させるよ
うにしても良い。
【００９３】オーディオデータのみを記録／再生させる
ようした場合、ＡＴＲＡＣ３やＭＰ３のオーディオデー
タを記録／再生するオーディオ記録／再生装置として用
いることができる。
ようした場合、ＡＴＲＡＣ３やＭＰ３のオーディオデー
タを記録／再生するオーディオ記録／再生装置として用
いることができる。
【００９４】また、静止画データとオーディオデータと
を記録しておくと共に、これらの再生手順を記述したス
クリプトを記録しておき、ユーザがスクリプトで指定し
た順番に、静止画データとオーディオデータとを再生さ
せるようなことも可能である。
を記録しておくと共に、これらの再生手順を記述したス
クリプトを記録しておき、ユーザがスクリプトで指定し
た順番に、静止画データとオーディオデータとを再生さ
せるようなことも可能である。
【００９５】このように、この発明の実施の形態では、
画像データやオーディオデータのようなマルチプレクサ
メディアのコンテンツデータが圧縮され、ＭＰＥＧ２−
ＰＳに則り、１セクタに、１パック、１パケットとして
ＣＤ２の光ディスク１に記録される。
画像データやオーディオデータのようなマルチプレクサ
メディアのコンテンツデータが圧縮され、ＭＰＥＧ２−
ＰＳに則り、１セクタに、１パック、１パケットとして
ＣＤ２の光ディスク１に記録される。
【００９６】すなわち、図４は、１セクタに記録される
データの構成を示すものである。前述したように、１セ
クタは、ＣＤの９８フレームからなる１サブコードブロ
ックと対応しており、図４に示すように、１セクタの物
理容量は、２３５２バイトである。ＣＤ−ＲＯＭモード
１の場合には、エラー検出、訂正用に、２８８バイトの
補助データが付加される。また、各セクタの先頭には、
１２バイトのシンクと、４バイトのヘッダが設けられ
る、したがって、ＣＤ−ＲＯＭモード１の仕様では、１
セクタのデータ記録容量は、２０４８バイトとなる。
データの構成を示すものである。前述したように、１セ
クタは、ＣＤの９８フレームからなる１サブコードブロ
ックと対応しており、図４に示すように、１セクタの物
理容量は、２３５２バイトである。ＣＤ−ＲＯＭモード
１の場合には、エラー検出、訂正用に、２８８バイトの
補助データが付加される。また、各セクタの先頭には、
１２バイトのシンクと、４バイトのヘッダが設けられ
る、したがって、ＣＤ−ＲＯＭモード１の仕様では、１
セクタのデータ記録容量は、２０４８バイトとなる。
【００９７】図５は、ＭＰＥＧ２−ＰＳの１パックの構
成を示すものである。図５に示すように、１パックの先
頭には、１４バイトのパックヘッダが設けられる。これ
に続いて、１４バイトのＰＥＳヘッダが設けられる。更
に、この発明の実施の形態では、４バイトのＣＤ２スト
リームヘッダが設けられる。これに続く２０１６バイト
に、オーディオデータや画像データ等のデータ（ペイロ
ード）が配置される。この１パック、１パケットのデー
タ量は２０４８バイトであり、図４に示す１セクタのデ
ータ記録容量と一致している。
成を示すものである。図５に示すように、１パックの先
頭には、１４バイトのパックヘッダが設けられる。これ
に続いて、１４バイトのＰＥＳヘッダが設けられる。更
に、この発明の実施の形態では、４バイトのＣＤ２スト
リームヘッダが設けられる。これに続く２０１６バイト
に、オーディオデータや画像データ等のデータ（ペイロ
ード）が配置される。この１パック、１パケットのデー
タ量は２０４８バイトであり、図４に示す１セクタのデ
ータ記録容量と一致している。
【００９８】なお、ＭＰＥＧ２−ＰＳの仕様では、パッ
クヘッダにスタッフィングバイトを挿入できるようにな
っている。しかしながら、この発明の実施の形態では、
パックヘッダにはスタッフィングバイトを挿入しないこ
とにしている。その代わりに、後に説明するように、デ
ータ領域を使ってスタッフィングが行われる。
クヘッダにスタッフィングバイトを挿入できるようにな
っている。しかしながら、この発明の実施の形態では、
パックヘッダにはスタッフィングバイトを挿入しないこ
とにしている。その代わりに、後に説明するように、デ
ータ領域を使ってスタッフィングが行われる。
【００９９】これは、パックヘッダの長さを固定にし
て、パケットデータの開始位置が容易に検出できると共
に、スクランブル制御フラグを容易に取り出せるように
するためである。
て、パケットデータの開始位置が容易に検出できると共
に、スクランブル制御フラグを容易に取り出せるように
するためである。
【０１００】すなわち、パックヘッダにスタッフィング
バイトを挿入すると、パックヘッダの長さが不定になる
ため、１パケットのデータの開始位置が不定になる。
バイトを挿入すると、パックヘッダの長さが不定になる
ため、１パケットのデータの開始位置が不定になる。
【０１０１】これに対して、パックヘッダにはスタッフ
ィングバイトを挿入しないことに決めておけば、パック
ヘッダは１４バイト、ＰＥＳヘッダは１４バイト、ＣＤ
２ストリームヘッダは４バイトで固定となり、１パック
の先頭（又は１セクタの先頭）から（１４＋１４＋４＝
３２）バイト過ぎた後に、１パケットのデータが必ず開
始されることになる。
ィングバイトを挿入しないことに決めておけば、パック
ヘッダは１４バイト、ＰＥＳヘッダは１４バイト、ＣＤ
２ストリームヘッダは４バイトで固定となり、１パック
の先頭（又は１セクタの先頭）から（１４＋１４＋４＝
３２）バイト過ぎた後に、１パケットのデータが必ず開
始されることになる。
【０１０２】また、後に説明するように、ＰＥＳヘッダ
には、スクランブル制御フラグ（図８参照）が入ってい
る。再生時にスクランブルの制御を行う場合には、ま
ず、このスクランブル制御フラグを抽出する必要があ
る。
には、スクランブル制御フラグ（図８参照）が入ってい
る。再生時にスクランブルの制御を行う場合には、ま
ず、このスクランブル制御フラグを抽出する必要があ
る。
【０１０３】パックヘッダにはスタッフィングバイトを
挿入しないことに決めておけば、パックヘッダの長さは
１４バイトで固定となる。パックヘッダの長さが固定な
ら、単純に、１パックの先頭（又は１セクタの先頭）か
らの所定の位置の所を抜き取れば、ＰＥＳヘッダ中のス
クランブル制御フラグを抽出できる。
挿入しないことに決めておけば、パックヘッダの長さは
１４バイトで固定となる。パックヘッダの長さが固定な
ら、単純に、１パックの先頭（又は１セクタの先頭）か
らの所定の位置の所を抜き取れば、ＰＥＳヘッダ中のス
クランブル制御フラグを抽出できる。
【０１０４】また、ＭＰＥＧ２−ＰＳの仕様では、パデ
ィングパケットを設けることができるようになってい
る。しかしながら、この発明の実施の形態では、パディ
ングパケットを使用しないようにしている。
ィングパケットを設けることができるようになってい
る。しかしながら、この発明の実施の形態では、パディ
ングパケットを使用しないようにしている。
【０１０５】パディングパケットを使用しない理由は、
パディングパケットでは小さいバイト数或いはビット数
のパディングが困難であると共に、パディングパケット
を使うと、パディングパケットのＰＥＳヘッダが暗号化
されてしまったり、暗号化を行う上での問題が生じたり
するからである。
パディングパケットでは小さいバイト数或いはビット数
のパディングが困難であると共に、パディングパケット
を使うと、パディングパケットのＰＥＳヘッダが暗号化
されてしまったり、暗号化を行う上での問題が生じたり
するからである。
【０１０６】つまり、パディングパケットには、ＰＥＳ
パケットが付加され、このＰＥＳパケットには、３２ビ
ットのパケット開始コードと、１６ビットのパケット長
が記述される。したがって、パディングパケットを挿入
するためには、少なくとも、３２ビットのパケット開始
コードと、１６ビットのパケット長からなるＰＥＳヘッ
ダを必ず設ける必要があり、ＰＥＳヘッダに相当する６
バイト未満のデータを挿入することはできない。
パケットが付加され、このＰＥＳパケットには、３２ビ
ットのパケット開始コードと、１６ビットのパケット長
が記述される。したがって、パディングパケットを挿入
するためには、少なくとも、３２ビットのパケット開始
コードと、１６ビットのパケット長からなるＰＥＳヘッ
ダを必ず設ける必要があり、ＰＥＳヘッダに相当する６
バイト未満のデータを挿入することはできない。
【０１０７】また、通常のパケットのＰＥＳヘッダに
は、スクランブル制御フラグを含む各種の情報が格納さ
れている。ところが、パディングパケットのＰＥＳヘッ
ダは、３２ビットのパケット開始コードと１６ビットの
パケット長からなり、各種の情報を格納できない。この
ため、パディングパケットのＰＥＳヘッダにスクランブ
ル制御フラグを入れられない。したがって、スクランブ
ルの制御は、その前のＰＥＳパケットに依存してしまう
ことになり、その前のＰＥＳパケットが暗号化されてい
ると、その次のパディングパケットは、ＰＥＳヘッダを
含めて、暗号化されてしまうことが起こり得る。ＰＥＳ
ヘッダが暗号化されてしまうと、パディングパケットの
開始位置やその長さが不明になり、正しい復号が行えな
くなる可能性がある。
は、スクランブル制御フラグを含む各種の情報が格納さ
れている。ところが、パディングパケットのＰＥＳヘッ
ダは、３２ビットのパケット開始コードと１６ビットの
パケット長からなり、各種の情報を格納できない。この
ため、パディングパケットのＰＥＳヘッダにスクランブ
ル制御フラグを入れられない。したがって、スクランブ
ルの制御は、その前のＰＥＳパケットに依存してしまう
ことになり、その前のＰＥＳパケットが暗号化されてい
ると、その次のパディングパケットは、ＰＥＳヘッダを
含めて、暗号化されてしまうことが起こり得る。ＰＥＳ
ヘッダが暗号化されてしまうと、パディングパケットの
開始位置やその長さが不明になり、正しい復号が行えな
くなる可能性がある。
【０１０８】そこで、この発明の実施の形態では、図６
に示すように、１パケットのデータ領域にスタッフィン
グを挿入するようにしている。スタッフィングデータ
は、通常、オール「１」又はオール「０」である。な
お、スタッフィングデータは、データ領域にあるので、
スタッフィングが暗号化されると、乱数様となる。勿
論、セキュリティを考慮して、スタッフィングデータを
固定値ではなく、乱数で行うようにしても良い。そし
て、スタッフィングが挿入されているか否かの情報を、
スタッフィングＩＤとして、ＣＤ２ストリームヘッダに
記述しておくと共に、スタッフィング長を記述しておく
ようにしている。
に示すように、１パケットのデータ領域にスタッフィン
グを挿入するようにしている。スタッフィングデータ
は、通常、オール「１」又はオール「０」である。な
お、スタッフィングデータは、データ領域にあるので、
スタッフィングが暗号化されると、乱数様となる。勿
論、セキュリティを考慮して、スタッフィングデータを
固定値ではなく、乱数で行うようにしても良い。そし
て、スタッフィングが挿入されているか否かの情報を、
スタッフィングＩＤとして、ＣＤ２ストリームヘッダに
記述しておくと共に、スタッフィング長を記述しておく
ようにしている。
【０１０９】スタッフィングの挿入の仕方については、
図６Ａに示すように、データ領域の後方にスタッフィン
グを挿入するものと、図６Ｂに示すように、データ領域
の前方にスタッフィングを挿入するものが考えられる。
図６Ａに示すように、データ領域の後方にスタッフィン
グを挿入した場合には、データの最後の例えば１１ビッ
トに、スタッフィング長が記述される。図６Ｂに示すよ
うに、データ領域の前方にスタッフィングを挿入した場
合には、データの最初の例えば１１ビットに、スタッフ
ィング長が記述される。また、前方スタッフィングと後
方スタッフィングを行う場合には、スタッフィングＩＤ
により、前方スタッフィングか後方スタッフィングかが
識別される。
図６Ａに示すように、データ領域の後方にスタッフィン
グを挿入するものと、図６Ｂに示すように、データ領域
の前方にスタッフィングを挿入するものが考えられる。
図６Ａに示すように、データ領域の後方にスタッフィン
グを挿入した場合には、データの最後の例えば１１ビッ
トに、スタッフィング長が記述される。図６Ｂに示すよ
うに、データ領域の前方にスタッフィングを挿入した場
合には、データの最初の例えば１１ビットに、スタッフ
ィング長が記述される。また、前方スタッフィングと後
方スタッフィングを行う場合には、スタッフィングＩＤ
により、前方スタッフィングか後方スタッフィングかが
識別される。
【０１１０】図７は、１パックの先頭に設けられるパッ
クヘッダの構成を示すものである。図７に示すように、
パックヘッダは１４バイトからなり、パックヘッダの先
頭には、３２ビットのパック開始コード（pack_start_c
ode）が設けられる。
クヘッダの構成を示すものである。図７に示すように、
パックヘッダは１４バイトからなり、パックヘッダの先
頭には、３２ビットのパック開始コード（pack_start_c
ode）が設けられる。
【０１１１】次に、”０１”の２ビットが設けられる。
これは、ＭＰＥＧ１とＭＰＥＧ２との識別コードとなっ
ている。
これは、ＭＰＥＧ１とＭＰＥＧ２との識別コードとなっ
ている。
【０１１２】その後に、システムの基準となるＳＴＣを
較正するためのＳＣＲ（４２＋４ビット）と、多重化レ
ート（program_mux_rate）（２２＋２ビット）が設けら
れる。多重化レートは、５０バイト／秒単位で計測され
る
較正するためのＳＣＲ（４２＋４ビット）と、多重化レ
ート（program_mux_rate）（２２＋２ビット）が設けら
れる。多重化レートは、５０バイト／秒単位で計測され
る
【０１１３】さらに、スタッフィング長（pack_stuffin
g_length）（３＋５ビット）が設けられる。ＭＰＥＧ２
−ＰＳでは、このスタッフィング長に続いて、このスタ
ッフィング長で示されるスタッフィングバイト（stuffi
ng_bytes）を設けることができるが、前述したような理
由から、この発明の実施の形態では、ここにはスタッフ
ィングは入れないようにしている。すなわち、スタッフ
ィング長を必ず「０」としている。
g_length）（３＋５ビット）が設けられる。ＭＰＥＧ２
−ＰＳでは、このスタッフィング長に続いて、このスタ
ッフィング長で示されるスタッフィングバイト（stuffi
ng_bytes）を設けることができるが、前述したような理
由から、この発明の実施の形態では、ここにはスタッフ
ィングは入れないようにしている。すなわち、スタッフ
ィング長を必ず「０」としている。
【０１１４】図８は、ＰＥＳヘッダの構成を示すもので
ある。ＰＥＳヘッダは、１４バイトからなり、ＰＥＳヘ
ッダの先頭には、２４ビットのパケット開始コード（pa
cket_start_code）が設けられる。
ある。ＰＥＳヘッダは、１４バイトからなり、ＰＥＳヘ
ッダの先頭には、２４ビットのパケット開始コード（pa
cket_start_code）が設けられる。
【０１１５】次に、８ビットのストリームＩＤ（stream
_id）が設けられる。このストリームＩＤにより、デー
タの種類、すなわち、動画データであるのか、オーディ
オデータであるのか等が識別できる。
_id）が設けられる。このストリームＩＤにより、デー
タの種類、すなわち、動画データであるのか、オーディ
オデータであるのか等が識別できる。
【０１１６】これに続いて、１６ビットのＰＥＳパケッ
ト長（PES_packet_length）が設けられる。ＰＥＳパケ
ット長は、このフィールドに続くパケットのデータ長を
示している。
ト長（PES_packet_length）が設けられる。ＰＥＳパケ
ット長は、このフィールドに続くパケットのデータ長を
示している。
【０１１７】これに続いて、各種のフラグと制御が１４
ビット続けられる。各種のフラグと制御としては、デー
タのスクランブルを制御するためのＰＥＳスクランブル
制御（PES_scrambling_control）、重要なパケットとそ
うでないパケットを区別するためのＰＥＳプライオリテ
ィ（PES_priority）、データ整列表示（data_alignment
_indicator）、コンテンツデータの著作権を示している
コピーライト（copyright）、コンテンツデータがオリ
ジナルかコピーかを示しているオリジナル／コピー（or
iginal or copy）、ＰＴＳ及びＤＴＳフラグ（PTS_DTS_
flags）、ＥＳＣＲフラグ（ESCR_flag）、ＥＳレートフ
ラグ（ES_rate_flag）、ＤＳＭトリックモードフラグ
（DSM_trick_mode_flag）、付加コピー情報フラグ（add
itional_copy_info_flag）、ＰＥＳ＿ＣＲＣフラグ（PE
S_CRC_flag）、ＰＥＳ拡張フラグ（PES_extention_fla
g）がある。
ビット続けられる。各種のフラグと制御としては、デー
タのスクランブルを制御するためのＰＥＳスクランブル
制御（PES_scrambling_control）、重要なパケットとそ
うでないパケットを区別するためのＰＥＳプライオリテ
ィ（PES_priority）、データ整列表示（data_alignment
_indicator）、コンテンツデータの著作権を示している
コピーライト（copyright）、コンテンツデータがオリ
ジナルかコピーかを示しているオリジナル／コピー（or
iginal or copy）、ＰＴＳ及びＤＴＳフラグ（PTS_DTS_
flags）、ＥＳＣＲフラグ（ESCR_flag）、ＥＳレートフ
ラグ（ES_rate_flag）、ＤＳＭトリックモードフラグ
（DSM_trick_mode_flag）、付加コピー情報フラグ（add
itional_copy_info_flag）、ＰＥＳ＿ＣＲＣフラグ（PE
S_CRC_flag）、ＰＥＳ拡張フラグ（PES_extention_fla
g）がある。
【０１１８】これに続いて、ＰＥＳヘッダの長さを示す
８ビットのＰＥＳヘッダ長（PES_header_data_length）
が設けられる。
８ビットのＰＥＳヘッダ長（PES_header_data_length）
が設けられる。
【０１１９】次の４０ビットは、コンディショナルコー
ディングになっており、ここにＰＴＳを記録する場合に
は、（３＋７）ビットのＰＴＳが記録される。
ディングになっており、ここにＰＴＳを記録する場合に
は、（３＋７）ビットのＰＴＳが記録される。
【０１２０】ＭＰＥＧ２−ＰＳのストリームをＣＤ２に
記録した場合には、この１４バイトのＰＥＳヘッダに続
いて、４バイトのＣＤ２ストリームヘッダが設けられ
る。
記録した場合には、この１４バイトのＰＥＳヘッダに続
いて、４バイトのＣＤ２ストリームヘッダが設けられ
る。
【０１２１】図９は、ＣＤ２ストリームヘッダの構成を
示すものである。ＣＤ２ストリームヘッダには、ストリ
ームＩＤと、エンコードユニットポインタと、スタッフ
ィングＩＤと、エディットＩＤが設けられる。
示すものである。ＣＤ２ストリームヘッダには、ストリ
ームＩＤと、エンコードユニットポインタと、スタッフ
ィングＩＤと、エディットＩＤが設けられる。
【０１２２】エンコードユニットポインタは、そのセク
タにおいて最初の完全なエンコードユニットの開始位置
を示している。
タにおいて最初の完全なエンコードユニットの開始位置
を示している。
【０１２３】すなわち、例えばオーディオデータをエン
コードするときのユニットの大きさと、１パケットの大
きさとは、無関係に決められている。このため、圧縮さ
れたオーディオデータを各パケットに詰め込んでいく
と、パケットのデータの先頭とエンコードユニットの先
頭とが一致しなくなるようなことが生じる。このため、
早送りや早戻し、サーチ時に、任意のセクタをアクセス
して再生を開始させようとすると、エンコードユニット
の先頭を見失い、再生が困難になる。
コードするときのユニットの大きさと、１パケットの大
きさとは、無関係に決められている。このため、圧縮さ
れたオーディオデータを各パケットに詰め込んでいく
と、パケットのデータの先頭とエンコードユニットの先
頭とが一致しなくなるようなことが生じる。このため、
早送りや早戻し、サーチ時に、任意のセクタをアクセス
して再生を開始させようとすると、エンコードユニット
の先頭を見失い、再生が困難になる。
【０１２４】そこで、そのセクタにおいて最初の完全な
エンコードユニットの開始位置までを、エンコードユニ
ットポインタとして、ＣＤ２ストリームヘッダに記述す
るようにしている。このようなエンコードユニットポイ
ンタを使うと、任意のセクタをアクセスし、そのセクタ
にあるエンコードユニットの先頭から、簡単に再生が行
える。
エンコードユニットの開始位置までを、エンコードユニ
ットポインタとして、ＣＤ２ストリームヘッダに記述す
るようにしている。このようなエンコードユニットポイ
ンタを使うと、任意のセクタをアクセスし、そのセクタ
にあるエンコードユニットの先頭から、簡単に再生が行
える。
【０１２５】スタッフィングＩＤは、このパケットのデ
ータ中にスタッフィングがあるか否かを識別するための
ものである。スタッフィングには、図６Ａに示したよう
な、後方のスタッフィングと、図６Ｂに示したような、
前方のスタッフィングがある。スタッフィングＩＤは、
スタッフィングがあるか否かを識別すると共に、スタッ
フィングを行った場合には、前方スタッフィングか後方
スタッフィングを識別している。
ータ中にスタッフィングがあるか否かを識別するための
ものである。スタッフィングには、図６Ａに示したよう
な、後方のスタッフィングと、図６Ｂに示したような、
前方のスタッフィングがある。スタッフィングＩＤは、
スタッフィングがあるか否かを識別すると共に、スタッ
フィングを行った場合には、前方スタッフィングか後方
スタッフィングを識別している。
【０１２６】エディットＩＤは、編集点があるか否かを
示し、編集点があったら、終端になるか、始端になるか
を識別している。
示し、編集点があったら、終端になるか、始端になるか
を識別している。
【０１２７】このように、この発明の実施の形態では、
画像データやオーディオデータのようなコンテンツデー
タが圧縮され、ＭＰＥＧ２−ＰＳに則り、ＣＤ２のよう
な光ディスク１に記録される。オーディオデータを記録
する場合の圧縮方式としては、ＡＴＲＡＣ３やＭＰ３、
ＡＡＣを使うことが考えられる。
画像データやオーディオデータのようなコンテンツデー
タが圧縮され、ＭＰＥＧ２−ＰＳに則り、ＣＤ２のよう
な光ディスク１に記録される。オーディオデータを記録
する場合の圧縮方式としては、ＡＴＲＡＣ３やＭＰ３、
ＡＡＣを使うことが考えられる。
【０１２８】前述したように、ＡＴＲＡＣ３やＭＰ３、
ＡＡＣでは、所定のユニットを単位としてエンコードが
行われており、エンコードユニットの大きさと、１パケ
ットの大きさとは、無関係に決められている。このた
め、圧縮されたオーディオデータを各パケットに詰め込
んでいくと、パケットのデータの先頭とエンコードユニ
ットの先頭とが一致しなくなるようなことが生じる。こ
のため、例えば、サーチ時に、任意のセクタをアクセス
して再生を開始させようとすると、エンコードユニット
の先頭を見失い、スムーズな再生が困難になる。
ＡＡＣでは、所定のユニットを単位としてエンコードが
行われており、エンコードユニットの大きさと、１パケ
ットの大きさとは、無関係に決められている。このた
め、圧縮されたオーディオデータを各パケットに詰め込
んでいくと、パケットのデータの先頭とエンコードユニ
ットの先頭とが一致しなくなるようなことが生じる。こ
のため、例えば、サーチ時に、任意のセクタをアクセス
して再生を開始させようとすると、エンコードユニット
の先頭を見失い、スムーズな再生が困難になる。
【０１２９】そこで、この発明の実施の形態では、前述
したように、そのセクタの完全なエンコードユニットの
位置をエンコードユニットポインタで示すようにしてい
る。
したように、そのセクタの完全なエンコードユニットの
位置をエンコードユニットポインタで示すようにしてい
る。
【０１３０】図９に示したように、エンコードユニット
ポインタは、ＣＤ２ストリームヘッダ中に記述されてい
る。このようなエンコードユニットポインタを使うと、
任意のセクタをアクセスしてデータの再生を開始すると
きに、エンコードユニットの先頭が分かり、スムーズな
再生が可能となる。ことについて、以下に詳述する。
ポインタは、ＣＤ２ストリームヘッダ中に記述されてい
る。このようなエンコードユニットポインタを使うと、
任意のセクタをアクセスしてデータの再生を開始すると
きに、エンコードユニットの先頭が分かり、スムーズな
再生が可能となる。ことについて、以下に詳述する。
【０１３１】ここでは、オーディオデータをＡＴＲＡＣ
３で圧縮して記録するものとする。ＡＴＲＡＣや、ＡＴ
ＲＡＣ２、ＡＴＲＡＣ３では、時間窓でのオーディオデ
ータが取り込まれ、このオーディオデータが帯域分割さ
れ、時間領域のデータが周波数領域のデータに変換され
て、オーディオデータが圧縮される。
３で圧縮して記録するものとする。ＡＴＲＡＣや、ＡＴ
ＲＡＣ２、ＡＴＲＡＣ３では、時間窓でのオーディオデ
ータが取り込まれ、このオーディオデータが帯域分割さ
れ、時間領域のデータが周波数領域のデータに変換され
て、オーディオデータが圧縮される。
【０１３２】まず、エンコードユニットの概念を明確と
するために、ＡＴＲＡＣ３について説明するのに先立
ち、その基本となるＡＴＲＡＣについて説明する。
するために、ＡＴＲＡＣ３について説明するのに先立
ち、その基本となるＡＴＲＡＣについて説明する。
【０１３３】図１０は、ＡＴＲＡＣエンコーダの一例で
ある。図１０において、オーディオデータは、例えば４
４．１ｋＨｚでサンプリングされ、最大、１１．６ｍ秒
の時間窓で切り出されて、入力端子１０１に供給され
る。このオーディオデータは、帯域分割フィルタ１０２
に供給される。帯域分割フィルタ１０２で、入力オーデ
ィオデータは、高域成分と、それ以下の成分とに分離さ
れる。帯域分離フィルタ１０２で分離された高域成分
は、ＭＤＣＴ（Modified DCT）変換回路１０４に供給さ
れ、それ以下の成分は、帯域分離フィルタ１０３に供給
される。帯域分離フィルタ１０３で、入力オーディオデ
ータが低域成分と中域成分とに分離される。分離された
中域成分は、ＭＤＣＴ回路１０５に供給され、低域成分
は、ＭＤＣＴ回路１０６に供給される。
ある。図１０において、オーディオデータは、例えば４
４．１ｋＨｚでサンプリングされ、最大、１１．６ｍ秒
の時間窓で切り出されて、入力端子１０１に供給され
る。このオーディオデータは、帯域分割フィルタ１０２
に供給される。帯域分割フィルタ１０２で、入力オーデ
ィオデータは、高域成分と、それ以下の成分とに分離さ
れる。帯域分離フィルタ１０２で分離された高域成分
は、ＭＤＣＴ（Modified DCT）変換回路１０４に供給さ
れ、それ以下の成分は、帯域分離フィルタ１０３に供給
される。帯域分離フィルタ１０３で、入力オーディオデ
ータが低域成分と中域成分とに分離される。分離された
中域成分は、ＭＤＣＴ回路１０５に供給され、低域成分
は、ＭＤＣＴ回路１０６に供給される。
【０１３４】このように、入力端子１０１からのオーデ
ィオデータは、二段の帯域分割フィルタ１０２及び１０
３により、高域と、中域と、低域との３つの帯域に分割
される。帯域分割フィルタ１０１及び１０２としては、
ＱＭＦ（Quadrature MirrorFilter）が用いられる。高
域成分のデータはＭＤＣＴ変換回路１０４に供給され、
中域成分のデータはＭＤＣＴ回路１０５に供給され、低
域成分のデータはＭＤＣＴ回路１０６に供給される。Ｍ
ＤＣＴ変換回路１０４、１０５、１０６で、高域成分の
データ、中域成分のデータ、低域成分のデータは、それ
ぞれ、時間軸領域のデータから周波数領域のスペクトラ
ムデータに変換される。
ィオデータは、二段の帯域分割フィルタ１０２及び１０
３により、高域と、中域と、低域との３つの帯域に分割
される。帯域分割フィルタ１０１及び１０２としては、
ＱＭＦ（Quadrature MirrorFilter）が用いられる。高
域成分のデータはＭＤＣＴ変換回路１０４に供給され、
中域成分のデータはＭＤＣＴ回路１０５に供給され、低
域成分のデータはＭＤＣＴ回路１０６に供給される。Ｍ
ＤＣＴ変換回路１０４、１０５、１０６で、高域成分の
データ、中域成分のデータ、低域成分のデータは、それ
ぞれ、時間軸領域のデータから周波数領域のスペクトラ
ムデータに変換される。
【０１３５】ＭＤＣＴ変換回路１０４、１０５、１０６
の出力が正規化及び量子化回路１０７に供給される。正
規化及び量子化回路１０７で、ＭＤＣＴ変換回路１０
４、１０５、１０６の出力が量子化される。この正規化
及び量子化回路１０７の出力が出力端子１０９から出力
される。また、ＭＤＣＴ変換回路１０４、１０５、１０
６の出力がビット割当回路１０８に供給される。ビット
割当回路１０８により、符号量に応じて、正規化及び量
子化回路１０７のビット割り当てが決められる。このビ
ット割り当て情報は、出力端子１１０から出力される。
の出力が正規化及び量子化回路１０７に供給される。正
規化及び量子化回路１０７で、ＭＤＣＴ変換回路１０
４、１０５、１０６の出力が量子化される。この正規化
及び量子化回路１０７の出力が出力端子１０９から出力
される。また、ＭＤＣＴ変換回路１０４、１０５、１０
６の出力がビット割当回路１０８に供給される。ビット
割当回路１０８により、符号量に応じて、正規化及び量
子化回路１０７のビット割り当てが決められる。このビ
ット割り当て情報は、出力端子１１０から出力される。
【０１３６】図１１は、ＡＴＲＡＣエンコーダでの圧縮
処理を説明するものである。図１１Ａに示すように、入
力オーディオデータは、最大、１１．６ｍ秒の時間窓で
切り出される。なお、実際には、ショートモードと、ロ
ングモードとに分けて、時間窓が開かれる。また、時間
窓は、オーバーラップが含められている。
処理を説明するものである。図１１Ａに示すように、入
力オーディオデータは、最大、１１．６ｍ秒の時間窓で
切り出される。なお、実際には、ショートモードと、ロ
ングモードとに分けて、時間窓が開かれる。また、時間
窓は、オーバーラップが含められている。
【０１３７】オーディオデータのサンプリング周波数
は、４４．１ｋＨｚであるから、１１．６ｍ秒の時間窓
は、５１２サンプル分である。１サンプルは１６ビット
であるから、左右２チャンネルの５１２サンプルのデー
タは、 ５１２×２×１６／８＝２０４８バイト に相当する。
は、４４．１ｋＨｚであるから、１１．６ｍ秒の時間窓
は、５１２サンプル分である。１サンプルは１６ビット
であるから、左右２チャンネルの５１２サンプルのデー
タは、 ５１２×２×１６／８＝２０４８バイト に相当する。
【０１３８】このデータは、上述のように、高域と、中
域と、低域の３つの周波数成分に分離され、ＭＤＣＴ変
換により、周波数領域のスペクトラムデータに変換さ
れ、正規化及び量子化される。これにより、図１１Ｂに
示すように、２０４８バイトのデータは、約１／５に圧
縮されて、４２４バイトになる。この４２４バイトのデ
ータは、オーディオデータを圧縮したときのエンコード
単位となる。ＡＴＲＡＣでは、このようなエンコード単
位は、サウンドグループと呼ばれている。ここでは、こ
のエンコード単位とされている４２４バイトからなるサ
ウンドグループがエンコードユニットである。
域と、低域の３つの周波数成分に分離され、ＭＤＣＴ変
換により、周波数領域のスペクトラムデータに変換さ
れ、正規化及び量子化される。これにより、図１１Ｂに
示すように、２０４８バイトのデータは、約１／５に圧
縮されて、４２４バイトになる。この４２４バイトのデ
ータは、オーディオデータを圧縮したときのエンコード
単位となる。ＡＴＲＡＣでは、このようなエンコード単
位は、サウンドグループと呼ばれている。ここでは、こ
のエンコード単位とされている４２４バイトからなるサ
ウンドグループがエンコードユニットである。
【０１３９】図１２は、ＡＴＲＡＣデコーダの構成を示
すものである。図１２において、入力端子１１１に、Ａ
ＴＲＡＣで圧縮されたデータが供給される。また、入力
端子１１２から、ビット割り当て情報が供給される。
すものである。図１２において、入力端子１１１に、Ａ
ＴＲＡＣで圧縮されたデータが供給される。また、入力
端子１１２から、ビット割り当て情報が供給される。
【０１４０】スペクトラム復元回路１１３で、ビット割
り当て情報に基づいて逆量子化が行われ、スペクトラム
データが復元される。スペクトラム復元回路１１３から
は、高域成分のスペクトラムデータと、中域成分のスペ
クトラムデータと、低域成分のスペクトラムデータとが
出力される。高域成分のスペクトラムデータは、ＩＭＤ
ＣＴ変換回路１１４に供給される。中域成分のスペクト
ラムデータは、ＩＭＤＣＴ変換回路１１５に供給され
る。低域成分のスペクトラムデータは、ＩＭＤＣＴ変換
回路１１６に供給される。ＩＭＤＣＴ変換回路１１４、
１１５、１１６で、周波数領域のスペクトラムデータ
は、時間領域のデータに変換される。
り当て情報に基づいて逆量子化が行われ、スペクトラム
データが復元される。スペクトラム復元回路１１３から
は、高域成分のスペクトラムデータと、中域成分のスペ
クトラムデータと、低域成分のスペクトラムデータとが
出力される。高域成分のスペクトラムデータは、ＩＭＤ
ＣＴ変換回路１１４に供給される。中域成分のスペクト
ラムデータは、ＩＭＤＣＴ変換回路１１５に供給され
る。低域成分のスペクトラムデータは、ＩＭＤＣＴ変換
回路１１６に供給される。ＩＭＤＣＴ変換回路１１４、
１１５、１１６で、周波数領域のスペクトラムデータ
は、時間領域のデータに変換される。
【０１４１】ＩＭＤＣＴ変換回路１１４の出力が帯域合
成フィルタ１１７に供給される。ＩＭＤＣＴ変換回路１
１５及びＩＭＤＣＴ変換回路１１６の出力が帯域合成フ
ィルタ１１８に供給される。帯域合成フィルタ１１８
で、中域成分のデータと、低域成分のデータとが合成さ
れる。帯域合成フィルタ１１７で、帯域合成フィルタ１
１８で合成された中域成分のデータと低域成分のデータ
に、更に、高域成分のデータが合成される。この帯域合
成フィルタ１１７の出力が出力端子１１９から出力され
る。
成フィルタ１１７に供給される。ＩＭＤＣＴ変換回路１
１５及びＩＭＤＣＴ変換回路１１６の出力が帯域合成フ
ィルタ１１８に供給される。帯域合成フィルタ１１８
で、中域成分のデータと、低域成分のデータとが合成さ
れる。帯域合成フィルタ１１７で、帯域合成フィルタ１
１８で合成された中域成分のデータと低域成分のデータ
に、更に、高域成分のデータが合成される。この帯域合
成フィルタ１１７の出力が出力端子１１９から出力され
る。
【０１４２】図１３は、ＡＴＲＡＣデコーダの伸長処理
を説明するものである。図１３Ａに示すように、４２４
バイトのエンコードユニットのスペクトラムデータは、
ＩＭＤＣＴ変換により、時間領域のデータに変換され、
帯域合成されて、元のオーディオデータに戻される。こ
れにより、４２４バイトの１エンコードユニットのデー
タは、２０４８バイトのデータとなる。この２０４８バ
イトのデータは、図１３Ｂに示すように、１１．６ｍ秒
の左右２チャンネルの５１２サンプルのデータに相当す
る。このように、ＡＴＲＡＣでは、４２４バイトの１エ
ンコードユニット毎に、１１．６ｍ秒に相当する左右２
０４８バイトのデータがデコードされる。
を説明するものである。図１３Ａに示すように、４２４
バイトのエンコードユニットのスペクトラムデータは、
ＩＭＤＣＴ変換により、時間領域のデータに変換され、
帯域合成されて、元のオーディオデータに戻される。こ
れにより、４２４バイトの１エンコードユニットのデー
タは、２０４８バイトのデータとなる。この２０４８バ
イトのデータは、図１３Ｂに示すように、１１．６ｍ秒
の左右２チャンネルの５１２サンプルのデータに相当す
る。このように、ＡＴＲＡＣでは、４２４バイトの１エ
ンコードユニット毎に、１１．６ｍ秒に相当する左右２
０４８バイトのデータがデコードされる。
【０１４３】ＡＴＲＡＣ２は、ＡＴＲＡＣを更に低ビッ
トレートに対応できるようにしたもので、トーン性成分
を分離して符号化するようにしている。ＡＴＲＡＣ３で
は、更に、若干の変更が加えられている。
トレートに対応できるようにしたもので、トーン性成分
を分離して符号化するようにしている。ＡＴＲＡＣ３で
は、更に、若干の変更が加えられている。
【０１４４】図１４は、ＡＴＲＡＣ３エンコーダの一例
である。図１４において、例えば、最大１１．６ｍ秒の
時間窓で切り出されたオーディオデータは、入力端子１
２１から帯域分割フィルタ１２２に供給される。帯域分
割フィルタ１２２で、オーディオデータが４つの帯域の
成分に分割される。そして、さらに、帯域分割フィルタ
１２２で、それぞれの帯域のデータは、１／４のレート
に間引かれて、ゲイン制御回路１２３、１２４、１２
５、１２６にそれぞれ供給される。ゲイン制御回路１２
３、１２４、１２５、１２６により、それぞれの帯域の
データに、適応的に定められた関数によってゲイン制御
が施される。
である。図１４において、例えば、最大１１．６ｍ秒の
時間窓で切り出されたオーディオデータは、入力端子１
２１から帯域分割フィルタ１２２に供給される。帯域分
割フィルタ１２２で、オーディオデータが４つの帯域の
成分に分割される。そして、さらに、帯域分割フィルタ
１２２で、それぞれの帯域のデータは、１／４のレート
に間引かれて、ゲイン制御回路１２３、１２４、１２
５、１２６にそれぞれ供給される。ゲイン制御回路１２
３、１２４、１２５、１２６により、それぞれの帯域の
データに、適応的に定められた関数によってゲイン制御
が施される。
【０１４５】ゲイン制御回路１２３、１２４、１２５、
１２６の出力がＭＤＣＴ変換回路１２７、１２８、１２
９、１３０にそれぞれ供給される。ＭＤＣＴ変換回路１
２７、１２８、１２９、１３０により、時間領域のデー
タは、周波数領域のスペクトラムデータに変換される。
各ＭＤＣＴ変換回路１２７、１２８、１２９、１３０か
らは、２５６の係数データが得られ、４帯域の合計で、
１０２４の係数データが得られる。ＭＤＣＴ変換回路１
２７、１２８、１２９、１３０の出力は、スペクトルデ
ータ分離回路１３１に供給される。
１２６の出力がＭＤＣＴ変換回路１２７、１２８、１２
９、１３０にそれぞれ供給される。ＭＤＣＴ変換回路１
２７、１２８、１２９、１３０により、時間領域のデー
タは、周波数領域のスペクトラムデータに変換される。
各ＭＤＣＴ変換回路１２７、１２８、１２９、１３０か
らは、２５６の係数データが得られ、４帯域の合計で、
１０２４の係数データが得られる。ＭＤＣＴ変換回路１
２７、１２８、１２９、１３０の出力は、スペクトルデ
ータ分離回路１３１に供給される。
【０１４６】スペクトルデータ分離回路１３１で、トー
ン成分と非トーン成分とに分離される。トーン成分は、
トーン成分エンコーダ１３２に供給され、非トーン成分
は、非トーン成分エンコーダ１３３に供給される。トー
ン成分エンコーダ１３２と、非トーン成分エンコーダ１
３３とにより、それぞれ、トーン成分と非トーン成分と
に分けて、正規化及び量子化が行われる。トーン成分エ
ンコーダ１３２の出力及び非トーン成分エンコーダ１３
３の出力が符号列生成回路１３４に供給される。符号列
生成回路１３４により、符号列が生成される。符号列の
生成には、エントロピー符号化が併用される。符号列生
成回路１３４の出力が出力端子１３５から出力される。
ン成分と非トーン成分とに分離される。トーン成分は、
トーン成分エンコーダ１３２に供給され、非トーン成分
は、非トーン成分エンコーダ１３３に供給される。トー
ン成分エンコーダ１３２と、非トーン成分エンコーダ１
３３とにより、それぞれ、トーン成分と非トーン成分と
に分けて、正規化及び量子化が行われる。トーン成分エ
ンコーダ１３２の出力及び非トーン成分エンコーダ１３
３の出力が符号列生成回路１３４に供給される。符号列
生成回路１３４により、符号列が生成される。符号列の
生成には、エントロピー符号化が併用される。符号列生
成回路１３４の出力が出力端子１３５から出力される。
【０１４７】図１５は、ＡＴＲＡＣ３デコーダの一例で
ある。図１５において、入力端子１４１から符号列分解
回路１４２に、ＡＴＲＡＣ３で圧縮されたデータ供給さ
れる。符号列分解回路１４２で、トーン成分と、非トー
ン成分とに分けられて、周波数領域のスペクトルデータ
が分解される。トーン成分データはトーン成分デコーダ
１４３に供給され、非トーン成分は非トーン成分デコー
ダ１４４に供給される。トーン成分デコーダ１４３で、
トーン成分の係数データの逆量子化が行われる。非トー
ン成分デコーダ１４４で、非トーン成分の逆量子化が行
われる。
ある。図１５において、入力端子１４１から符号列分解
回路１４２に、ＡＴＲＡＣ３で圧縮されたデータ供給さ
れる。符号列分解回路１４２で、トーン成分と、非トー
ン成分とに分けられて、周波数領域のスペクトルデータ
が分解される。トーン成分データはトーン成分デコーダ
１４３に供給され、非トーン成分は非トーン成分デコー
ダ１４４に供給される。トーン成分デコーダ１４３で、
トーン成分の係数データの逆量子化が行われる。非トー
ン成分デコーダ１４４で、非トーン成分の逆量子化が行
われる。
【０１４８】トーン成分デコーダ１４３の出力及び非ト
ーン成分デコーダ１４４の出力がスペクトルデータ合成
回路１４５に供給される。スペクトルデータ合成回路１
４５により、トーン成分のスペクトラムデータと、非ト
ーン成分のスペクトラムデータとが合成される。
ーン成分デコーダ１４４の出力がスペクトルデータ合成
回路１４５に供給される。スペクトルデータ合成回路１
４５により、トーン成分のスペクトラムデータと、非ト
ーン成分のスペクトラムデータとが合成される。
【０１４９】スペクトルデータ合成回路１４５の出力が
ＩＭＤＣＴ回路１４６、１４７、１４８、１４９に供給
される。ＩＭＤＣＴ回路１４６、１４７、１４８、１４
９で、スペクトラムデータが時間領域のデータに戻され
る。
ＩＭＤＣＴ回路１４６、１４７、１４８、１４９に供給
される。ＩＭＤＣＴ回路１４６、１４７、１４８、１４
９で、スペクトラムデータが時間領域のデータに戻され
る。
【０１５０】ＩＭＤＣＴ回路１４６、１４７、１４８、
１４９の出力は、ゲイン補償回路１５０、１５１、１５
２、１５３に供給される。ゲイン補償回路１５０、１５
１、１５２、１５３は、エンコーダ側のゲイン制御回路
１２３、１２４、１２５、１２６に対応して設けられて
いる。ゲイン補償回路１５０、１５１、１５２、１５３
の出力が帯域合成フィルタ１５４に供給される。帯域合
成フィルタ１５４で、各帯域のデータが合成される。帯
域合成フィルタ１５４の出力が出力端子１５５から取り
出され、出力端子１５５から、伸長された元のオーディ
オデータが得られる。
１４９の出力は、ゲイン補償回路１５０、１５１、１５
２、１５３に供給される。ゲイン補償回路１５０、１５
１、１５２、１５３は、エンコーダ側のゲイン制御回路
１２３、１２４、１２５、１２６に対応して設けられて
いる。ゲイン補償回路１５０、１５１、１５２、１５３
の出力が帯域合成フィルタ１５４に供給される。帯域合
成フィルタ１５４で、各帯域のデータが合成される。帯
域合成フィルタ１５４の出力が出力端子１５５から取り
出され、出力端子１５５から、伸長された元のオーディ
オデータが得られる。
【０１５１】ＡＴＲＡＣ３では、適応的ビット割り当て
を行っており、ビット割り当て情報は、符号列に含まれ
ているので、ビットレートについて任意に対応できる。
伝送ビットレートとしては、６６ｋｂｐｓ、１０５ｋｂ
ｐｓ、１３２ｋｂｐｓ等が使われる。
を行っており、ビット割り当て情報は、符号列に含まれ
ているので、ビットレートについて任意に対応できる。
伝送ビットレートとしては、６６ｋｂｐｓ、１０５ｋｂ
ｐｓ、１３２ｋｂｐｓ等が使われる。
【０１５２】このように、オーディオデータの圧縮方式
としてＡＴＲＡＣ３を使ったとすると、図１６に示すよ
うに、伝送レートが６６ｋｂｐｓのときにはエンコード
ユニットの大きさは１９２バイトとなり（図１６Ａ）、
伝送レートが１０５ｋｂｐｓのときにはエンコードユニ
ットの大きさは３０４バイトとなり（図１６Ｂ）、伝送
レートが１３２ｋｂｐｓのときにはエンコードユニット
の大きさは３８４バイト（図１６Ｃ）となる。
としてＡＴＲＡＣ３を使ったとすると、図１６に示すよ
うに、伝送レートが６６ｋｂｐｓのときにはエンコード
ユニットの大きさは１９２バイトとなり（図１６Ａ）、
伝送レートが１０５ｋｂｐｓのときにはエンコードユニ
ットの大きさは３０４バイトとなり（図１６Ｂ）、伝送
レートが１３２ｋｂｐｓのときにはエンコードユニット
の大きさは３８４バイト（図１６Ｃ）となる。
【０１５３】前述したように、ＣＤ−ＲＯＭモード１に
準拠して記録を行うとすると、図４に示したように、セ
クタを単位として記録が行われる。１セクタの大きさ
は、２３５２バイトであり、ＣＤ−ＲＯＭモード１の場
合には、１セクタのデータ記録容量は、２０４８バイト
となる。
準拠して記録を行うとすると、図４に示したように、セ
クタを単位として記録が行われる。１セクタの大きさ
は、２３５２バイトであり、ＣＤ−ＲＯＭモード１の場
合には、１セクタのデータ記録容量は、２０４８バイト
となる。
【０１５４】図５に示したように、ＭＰＥＧ２−ＰＳに
準拠してデータ記録を行う場合、１４バイトのパックヘ
ッダと、１４バイトのＰＥＳヘッダを付加して、更に、
４バイトのＣＤ２ストリームヘッダが付加されるため、
１セクタのパケットデータのデータ量は、２０１６バイ
トとなる。
準拠してデータ記録を行う場合、１４バイトのパックヘ
ッダと、１４バイトのＰＥＳヘッダを付加して、更に、
４バイトのＣＤ２ストリームヘッダが付加されるため、
１セクタのパケットデータのデータ量は、２０１６バイ
トとなる。
【０１５５】これに対して、図１６に示したように、オ
ーディオデータの圧縮方式としてＡＴＲＡＣ３を使った
とすると、伝送レートが６６ｋｂｐｓのときにはエンコ
ードユニットの大きさは１９２バイトとなり、伝送レー
トが１０５ｋｂｐｓのときにはエンコードユニットの大
きさは３０４バイトとなり、伝送レートが１３２ｋｂｐ
ｓのときにはエンコードユニットの大きさは３８４バイ
トとなる。１セクタのパケットデータの大きさと、エン
コードユニットの大きさとは無関係に定められているた
め、１パケットに複数のエンコードユニットを納める
と、余りが生じることになる。
ーディオデータの圧縮方式としてＡＴＲＡＣ３を使った
とすると、伝送レートが６６ｋｂｐｓのときにはエンコ
ードユニットの大きさは１９２バイトとなり、伝送レー
トが１０５ｋｂｐｓのときにはエンコードユニットの大
きさは３０４バイトとなり、伝送レートが１３２ｋｂｐ
ｓのときにはエンコードユニットの大きさは３８４バイ
トとなる。１セクタのパケットデータの大きさと、エン
コードユニットの大きさとは無関係に定められているた
め、１パケットに複数のエンコードユニットを納める
と、余りが生じることになる。
【０１５６】すなわち、図１７に示すように 伝送レー
トが６６ｋｂｐｓのときには、１セクタのパケットのデ
ータ容量に対して、１９２バイトからなるエンコードユ
ニットが１０個入り、９６バイト余る。伝送レートが１
０５ｋｂｐｓのときには、１セクタのデータ容量に対し
て、３０４バイトからなるエンコードユニットが６個入
り、１９２バイト余る。伝送レートが１３２ｋｂｐｓの
ときには、１セクタのパケットのデータ容量に対して、
３８４バイトからなるエンコードユニットが５個入り、
９６バイト余る。
トが６６ｋｂｐｓのときには、１セクタのパケットのデ
ータ容量に対して、１９２バイトからなるエンコードユ
ニットが１０個入り、９６バイト余る。伝送レートが１
０５ｋｂｐｓのときには、１セクタのデータ容量に対し
て、３０４バイトからなるエンコードユニットが６個入
り、１９２バイト余る。伝送レートが１３２ｋｂｐｓの
ときには、１セクタのパケットのデータ容量に対して、
３８４バイトからなるエンコードユニットが５個入り、
９６バイト余る。
【０１５７】ＣＤでは、セクタを単位としてアクセスさ
れる。このため、１セクタのパケットデータの先頭とエ
ンコードユニットの先頭とが一致していないと、セクタ
単位にアクセスしたとき、エンコードユニットの先頭か
らデコードが行えなくなり、円滑なデコードが行えな
い。
れる。このため、１セクタのパケットデータの先頭とエ
ンコードユニットの先頭とが一致していないと、セクタ
単位にアクセスしたとき、エンコードユニットの先頭か
らデコードが行えなくなり、円滑なデコードが行えな
い。
【０１５８】セクタのパケットデータの先頭と、エンコ
ードユニットの先頭とを常に一致させようとすると、デ
ータ記録容量に無駄が生じる。すなわち、例えば、伝送
レートが６６ｋｂｐｓのときには、１セクタ当たり９６
バイトが無駄になる。
ードユニットの先頭とを常に一致させようとすると、デ
ータ記録容量に無駄が生じる。すなわち、例えば、伝送
レートが６６ｋｂｐｓのときには、１セクタ当たり９６
バイトが無駄になる。
【０１５９】そこで、この発明の実施の形態では、エン
コードユニットを詰めて記録していくと共に、そのセク
タの先頭にある完全なエンコードユニットの位置をポイ
ンタで示すようにしている。
コードユニットを詰めて記録していくと共に、そのセク
タの先頭にある完全なエンコードユニットの位置をポイ
ンタで示すようにしている。
【０１６０】例えば、伝送レートが６６ｋｂｐｓのとき
には、図１７に示したように、セクタ（１）に、エンコ
ードユニットＳＵ（１）からエンコードユニットＳＵ
（１０）までの１０個が入り、エンコードユニットＳＵ
（１１）がセクタ（１）とセクタ（２）とに跨いで記録
される。セクタ（２）には、エンコードユニットＳＵ
（１１）の途中から記録される。この場合には、セクタ
（２）において、セクタのパケットデータの先頭から、
完全なエンコードユニットとなるエンコードユニットＳ
Ｕ（１２）の先頭までの長さ２１１３−２０１７＝９６
バイトがエンコードユニットポインタとして記録され
る。
には、図１７に示したように、セクタ（１）に、エンコ
ードユニットＳＵ（１）からエンコードユニットＳＵ
（１０）までの１０個が入り、エンコードユニットＳＵ
（１１）がセクタ（１）とセクタ（２）とに跨いで記録
される。セクタ（２）には、エンコードユニットＳＵ
（１１）の途中から記録される。この場合には、セクタ
（２）において、セクタのパケットデータの先頭から、
完全なエンコードユニットとなるエンコードユニットＳ
Ｕ（１２）の先頭までの長さ２１１３−２０１７＝９６
バイトがエンコードユニットポインタとして記録され
る。
【０１６１】伝送レートが１０５ｋｂｐｓのときには、
図１７に示したように、セクタ（１）に、エンコードユ
ニットＳＵ（１）からエンコードユニットＳＵ（６）ま
での６個が入り、エンコードユニットＳＵ（７）がセク
タ（１）とセクタ（２）とに跨いで記録される。セクタ
（２）には、エンコードユニットＳＵ（７）の途中から
記録される。この場合には、セクタ（２）において、セ
クタのパケットデータの先頭から、完全なエンコードユ
ニットとなるエンコードユニットＳＵ（８）の先頭まで
の長さ ２１２９−２０１７＝１１２バイト がエンコードユニットポインタとして記録される。
図１７に示したように、セクタ（１）に、エンコードユ
ニットＳＵ（１）からエンコードユニットＳＵ（６）ま
での６個が入り、エンコードユニットＳＵ（７）がセク
タ（１）とセクタ（２）とに跨いで記録される。セクタ
（２）には、エンコードユニットＳＵ（７）の途中から
記録される。この場合には、セクタ（２）において、セ
クタのパケットデータの先頭から、完全なエンコードユ
ニットとなるエンコードユニットＳＵ（８）の先頭まで
の長さ ２１２９−２０１７＝１１２バイト がエンコードユニットポインタとして記録される。
【０１６２】伝送レートが１３２ｋｂｐｓのときには、
図１７に示したように、セクタ（１）に、エンコードユ
ニットＳＵ（１）からエンコードユニットＳＵ（５）ま
での５個が入り、エンコードユニットＳＵ（６）がセク
タ（１）とセクタ（２）とに跨いで記録される。セクタ
（２）には、エンコードユニットＳＵ（６）の途中から
記録される。この場合には、セクタ（２）において、セ
クタのパケットデータの先頭から、完全なエンコードユ
ニットとなるエンコードユニットＳＵ（７）の先頭まで
の長さ ２３０５−２０１７＝２８８バイト がエンコードユニットポインタとして記録される。
図１７に示したように、セクタ（１）に、エンコードユ
ニットＳＵ（１）からエンコードユニットＳＵ（５）ま
での５個が入り、エンコードユニットＳＵ（６）がセク
タ（１）とセクタ（２）とに跨いで記録される。セクタ
（２）には、エンコードユニットＳＵ（６）の途中から
記録される。この場合には、セクタ（２）において、セ
クタのパケットデータの先頭から、完全なエンコードユ
ニットとなるエンコードユニットＳＵ（７）の先頭まで
の長さ ２３０５−２０１７＝２８８バイト がエンコードユニットポインタとして記録される。
【０１６３】このように、セクタのパケットデータの先
頭から、完全なエンコードユニットとなるエンコードユ
ニットの先頭までの長さをエンコードユニットポインタ
として記録しておくと、セクタをアクセスしたとき、エ
ンコードユニットポインタの値から、セクタの先頭か
ら、完全なエンコードユニットとなるエンコードユニッ
ト位置が分かり、これにより、エンコードユニットの先
頭から直ちにデコードを開始できる。
頭から、完全なエンコードユニットとなるエンコードユ
ニットの先頭までの長さをエンコードユニットポインタ
として記録しておくと、セクタをアクセスしたとき、エ
ンコードユニットポインタの値から、セクタの先頭か
ら、完全なエンコードユニットとなるエンコードユニッ
ト位置が分かり、これにより、エンコードユニットの先
頭から直ちにデコードを開始できる。
【０１６４】また、この完全なエンコードユニットの先
頭までの長さは、エンコードユニットが固定長で決まっ
ているなら、セクタ番号により特定することができる。
頭までの長さは、エンコードユニットが固定長で決まっ
ているなら、セクタ番号により特定することができる。
【０１６５】このとき、例えば、ＡＴＲＡＣ３の場合に
は、８セクタ（１６ｋバイト）を管理ユニットのグルー
プとしてセクタ番号を割り振ると、エンコードユニット
ポインタを管理しやすい。
は、８セクタ（１６ｋバイト）を管理ユニットのグルー
プとしてセクタ番号を割り振ると、エンコードユニット
ポインタを管理しやすい。
【０１６６】すなわち、最初のセクタからＡＴＲＡＣ３
でのエンコードユニットを詰め込んでいき、順に、セク
タ（１）からセクタ（８）までセクタ番号を振り、８セ
クタまで番号が振られたら、セクタ（１）に戻ってセク
タ番号を割り振る。
でのエンコードユニットを詰め込んでいき、順に、セク
タ（１）からセクタ（８）までセクタ番号を振り、８セ
クタまで番号が振られたら、セクタ（１）に戻ってセク
タ番号を割り振る。
【０１６７】このようにすると、ビットレートが６６ｋ
ｂｐｓのときには、図１８に示すように、各セクタ
（１）、（２）、…に、各エンコードユニット（１）、
（２）…が配置されることになり、各セクタ（１）、
（２）、…のエンコードユニットポインタは、図１９に
示すようになる。
ｂｐｓのときには、図１８に示すように、各セクタ
（１）、（２）、…に、各エンコードユニット（１）、
（２）…が配置されることになり、各セクタ（１）、
（２）、…のエンコードユニットポインタは、図１９に
示すようになる。
【０１６８】すなわち、図１９に示すように、ビットレ
ートが６６ｋｂｐｓのときには、セクタ番号「１」なら
エンコードユニットポインタは「０」、セクタ番号
「２」ならエンコードユニットポインタは「９６」、セ
クタ番号「３」ならエンコードユニットポインタは
「０」、セクタ番号「４」ならエンコードユニットポイ
ンタは「９６」、セクタ番号「５」ならエンコードユニ
ットポインタは「０」、セクタ番号「６」ならエンコー
ドユニットポインタは「９６」、セクタ番号「７」なら
エンコードユニットポインタは「０」、セクタ番号
「８」ならエンコードユニットポインタは「９６」とな
る。
ートが６６ｋｂｐｓのときには、セクタ番号「１」なら
エンコードユニットポインタは「０」、セクタ番号
「２」ならエンコードユニットポインタは「９６」、セ
クタ番号「３」ならエンコードユニットポインタは
「０」、セクタ番号「４」ならエンコードユニットポイ
ンタは「９６」、セクタ番号「５」ならエンコードユニ
ットポインタは「０」、セクタ番号「６」ならエンコー
ドユニットポインタは「９６」、セクタ番号「７」なら
エンコードユニットポインタは「０」、セクタ番号
「８」ならエンコードユニットポインタは「９６」とな
る。
【０１６９】ビットレートが１０５ｋｂｐｓのときに
は、図２０に示すように、各セクタ（１）、（２）、…
に、各エンコードユニット（１）、（２）…が配置され
ることになり、各セクタ（１）、（２）、…のエンコー
ドユニットポインタは、図２１に示すようになる。
は、図２０に示すように、各セクタ（１）、（２）、…
に、各エンコードユニット（１）、（２）…が配置され
ることになり、各セクタ（１）、（２）、…のエンコー
ドユニットポインタは、図２１に示すようになる。
【０１７０】すなわち、図２１に示すように、ビットレ
ートが１０５ｋｂｐｓのときには、セクタ番号「１」な
らエンコードユニットポインタは「０」、セクタ番号
「２」ならエンコードユニットポインタは「１１２」、
セクタ番号「３」ならエンコードユニットポインタは
「２２４」、セクタ番号「４」ならエンコードユニット
ポインタは「３２」、セクタ番号「５」ならエンコード
ユニットポインタは「１４４」、セクタ番号「６」なら
エンコードユニットポインタは「２５６」、セクタ番号
「７」ならエンコードユニットポインタは「６４」、セ
クタ番号「８」ならエンコードユニットポインタは「１
７６」となる。
ートが１０５ｋｂｐｓのときには、セクタ番号「１」な
らエンコードユニットポインタは「０」、セクタ番号
「２」ならエンコードユニットポインタは「１１２」、
セクタ番号「３」ならエンコードユニットポインタは
「２２４」、セクタ番号「４」ならエンコードユニット
ポインタは「３２」、セクタ番号「５」ならエンコード
ユニットポインタは「１４４」、セクタ番号「６」なら
エンコードユニットポインタは「２５６」、セクタ番号
「７」ならエンコードユニットポインタは「６４」、セ
クタ番号「８」ならエンコードユニットポインタは「１
７６」となる。
【０１７１】８セクタ分のデータ容量は、
２０１６×８＝１６１２８バイト
であり、ここに、８個分のセクタに渡って、５３個のエ
ンコードユニットを記録したとすると、 ３０４×５３＝１６１１２バイト となる。
ンコードユニットを記録したとすると、 ３０４×５３＝１６１１２バイト となる。
【０１７２】したがって、
１６１２８−１６１１２＝１６バイト
のスタッフィングをすれば、次のセクタでは、エンコー
ドユニットの先頭がセクタのパケットデータの先頭と一
致する。
ドユニットの先頭がセクタのパケットデータの先頭と一
致する。
【０１７３】ビットレートが１３２ｋｂｐｓのときに
は、図２２に示すように、各セクタ（１）、（２）、…
に、各エンコードユニット（１）、…が配置されること
になり、各セクタ（１）、（２）、…のエンコードユニ
ットポインタは、図２３に示すようになる。
は、図２２に示すように、各セクタ（１）、（２）、…
に、各エンコードユニット（１）、…が配置されること
になり、各セクタ（１）、（２）、…のエンコードユニ
ットポインタは、図２３に示すようになる。
【０１７４】すなわち、図２３に示すように、ビットレ
ートが１０５ｋｂｐｓのときには、セクタ番号「１」な
らエンコードユニットポインタは「０」、セクタ番号
「２」ならエンコードユニットポインタは「２８８」、
セクタ番号「３」ならエンコードユニットポインタは
「１９２」、セクタ番号「４」ならエンコードユニット
ポインタは「９６」、セクタ番号「５」ならエンコード
ユニットポインタは「０」、セクタ番号「６」ならエン
コードユニットポインタは「２８８」、セクタ番号
「７」ならエンコードユニットポインタは「１９２」、
セクタ番号「８」ならエンコードユニットポインタは
「９６」となる。
ートが１０５ｋｂｐｓのときには、セクタ番号「１」な
らエンコードユニットポインタは「０」、セクタ番号
「２」ならエンコードユニットポインタは「２８８」、
セクタ番号「３」ならエンコードユニットポインタは
「１９２」、セクタ番号「４」ならエンコードユニット
ポインタは「９６」、セクタ番号「５」ならエンコード
ユニットポインタは「０」、セクタ番号「６」ならエン
コードユニットポインタは「２８８」、セクタ番号
「７」ならエンコードユニットポインタは「１９２」、
セクタ番号「８」ならエンコードユニットポインタは
「９６」となる。
【０１７５】このように、例えば、ＡＴＲＡＣ３の場合
には、８セクタのグループを管理ユニットとしてセクタ
番号を割り振ると、ビットレートが決まっているなら、
セクタ番号（１）からセクタ番号（８）までの８個のセ
クタ番号により、エンコードユニットポインタを管理で
きる。
には、８セクタのグループを管理ユニットとしてセクタ
番号を割り振ると、ビットレートが決まっているなら、
セクタ番号（１）からセクタ番号（８）までの８個のセ
クタ番号により、エンコードユニットポインタを管理で
きる。
【０１７６】したがって、例えばＡＴＲＡＣ３なら、Ｃ
Ｄ２ストリームヘッダのエンコードユニットポインタの
代わりに、８セクタのグループの管理ユニットにおける
セクタ番号を記述するようにしても良い。また、エンコ
ード方式や、ビットレート等を記述するようにしても良
い。
Ｄ２ストリームヘッダのエンコードユニットポインタの
代わりに、８セクタのグループの管理ユニットにおける
セクタ番号を記述するようにしても良い。また、エンコ
ード方式や、ビットレート等を記述するようにしても良
い。
【０１７７】セクタ番号からエンコードユニットポイン
タを特定できるようにしたＣＤ２ストリームヘッダとし
ては、以下のような構成のものが検討されている。ＣＤ
２ストリームヘッダは、４バイト（３２ビット）で構成
されており、この４バイトのＣＤ２ストリームヘッダ
は、以下のように、ストリームＩＤと、スタッフィング
ＩＤと、サンプリング周波数と、チャンネル構成と、固
定長／可変長符号化と、チャンネル間符号化と、ビット
レートと、セクタナンバと、リザーブ゛とから構成され
る。これらは、以下のようなものを示している。
タを特定できるようにしたＣＤ２ストリームヘッダとし
ては、以下のような構成のものが検討されている。ＣＤ
２ストリームヘッダは、４バイト（３２ビット）で構成
されており、この４バイトのＣＤ２ストリームヘッダ
は、以下のように、ストリームＩＤと、スタッフィング
ＩＤと、サンプリング周波数と、チャンネル構成と、固
定長／可変長符号化と、チャンネル間符号化と、ビット
レートと、セクタナンバと、リザーブ゛とから構成され
る。これらは、以下のようなものを示している。
【０１７８】(1)ストリームＩＤ（６ビット）：ＡＡ
Ｃ、ＭＰ３、ＡＴＲＡＣ３等、ストリームの種類を示し
ている。
Ｃ、ＭＰ３、ＡＴＲＡＣ３等、ストリームの種類を示し
ている。
【０１７９】(2)スタッフィングＩＤ（２ビット）：ス
タッフィングなしか、１バイトのスタッフィングか、２
バイト以上のスタッフィングかを示している。
タッフィングなしか、１バイトのスタッフィングか、２
バイト以上のスタッフィングかを示している。
【０１８０】(3)サンプリング周波数（５ビット）：例
えば、２２．０５ｋＨｚ、４４．１ｋＨｚ、８８．２ｋ
Ｈｚ、１７６．４ｋＨｚ、１６ｋＨｚ、３２ｋＨｚ、４
８ｋＨｚ、９６ｋＨｚ、１９２ｋＨｚ等、サンプリング
周波数を示している。
えば、２２．０５ｋＨｚ、４４．１ｋＨｚ、８８．２ｋ
Ｈｚ、１７６．４ｋＨｚ、１６ｋＨｚ、３２ｋＨｚ、４
８ｋＨｚ、９６ｋＨｚ、１９２ｋＨｚ等、サンプリング
周波数を示している。
【０１８１】(4)チャンネル構成（３ビット）：モノラ
ル、２チャンネルステレオ、４チャンネルステレオ、
５．１チャンネルステレオ、６チャンネルステレオ、
７．１チャンネルステレオ等、チャンネル構成を示して
いる。
ル、２チャンネルステレオ、４チャンネルステレオ、
５．１チャンネルステレオ、６チャンネルステレオ、
７．１チャンネルステレオ等、チャンネル構成を示して
いる。
【０１８２】(5)固定長／可変長符号化（１ビット）：
固定長で符号化されているか、可変長で符号化されてい
るかを示している。
固定長で符号化されているか、可変長で符号化されてい
るかを示している。
【０１８３】(6)チャンネル間符号化（１ビット）：Ｌ
Ｒ独立符号化か、ジョイント符号化かを示している。
Ｒ独立符号化か、ジョイント符号化かを示している。
【０１８４】(7)ビットレート（３ビット）：ビットレ
ートが６６ｋｂｐｓか、１０５ｋｂｐｓか、１３２ｋｂ
ｐｓかを示している。
ートが６６ｋｂｐｓか、１０５ｋｂｐｓか、１３２ｋｂ
ｐｓかを示している。
【０１８５】(8)セクタナンバ（３ビット）：１から８
までのグループ内でのセクタ番号を示している。
までのグループ内でのセクタ番号を示している。
【０１８６】(9)リザーブ゛（８ビット）：将来の拡張の
ためにリザーブされている。
ためにリザーブされている。
【０１８７】そして、エンコードユニットポインタは、
ビットレートと、ストリームＩＤとから、上述したよう
にして特定される。
ビットレートと、ストリームＩＤとから、上述したよう
にして特定される。
【０１８８】なお、上述の例では、ＡＴＲＡＣ３でオー
ディオデータを圧縮して記録する場合について説明した
が、ＭＰ３やＡＡＣで記録する場合にも、同様である。
ＭＰ３やＡＡＣでは、エンコード単位となるデータの先
頭にヘッダが設けられているため、セクタの先頭から、
ヘッダまでの距離がエンコードユニットポインタとな
る。
ディオデータを圧縮して記録する場合について説明した
が、ＭＰ３やＡＡＣで記録する場合にも、同様である。
ＭＰ３やＡＡＣでは、エンコード単位となるデータの先
頭にヘッダが設けられているため、セクタの先頭から、
ヘッダまでの距離がエンコードユニットポインタとな
る。
【０１８９】図２４は、ＭＰ３エンコーダの構成を示す
ものである。図２４において、入力端子３０１にオーデ
ィオデータのストリームが供給される。このオーディオ
ストリームは、サブバンド分析フィルタバンク３０２に
供給される。サブバンド分析フィルタバンク３０２は、
ポリフェーズフィルタからなり、オーディオ信号を３２
個の等幅周波数のサブバンドに分割するものである。
ものである。図２４において、入力端子３０１にオーデ
ィオデータのストリームが供給される。このオーディオ
ストリームは、サブバンド分析フィルタバンク３０２に
供給される。サブバンド分析フィルタバンク３０２は、
ポリフェーズフィルタからなり、オーディオ信号を３２
個の等幅周波数のサブバンドに分割するものである。
【０１９０】また、入力オーディオデータのストリーム
は、ＦＦＴ３０３Ａ及び３０３Ｂに供給される。ＦＦＴ
３０３Ａ及び３０３Ｂの出力が非予測可能性測定部３０
４に送られる。非予測可能性測定部３０４の出力が信号
対マスク比計算部３０５に供給される。信号対マスク比
計算部３０５の出力が心理聴覚エントロピー評価部３０
６に供給される。
は、ＦＦＴ３０３Ａ及び３０３Ｂに供給される。ＦＦＴ
３０３Ａ及び３０３Ｂの出力が非予測可能性測定部３０
４に送られる。非予測可能性測定部３０４の出力が信号
対マスク比計算部３０５に供給される。信号対マスク比
計算部３０５の出力が心理聴覚エントロピー評価部３０
６に供給される。
【０１９１】ＦＦＴ３０３Ａ及び３０３Ｂ、非予測可能
性測定部３０４、信号対マスク比計算部３０５、心理聴
覚エントロピー評価部３０６は、各サブバンドのマスキ
ングスレショルドに対する信号エネルギーの比率を決定
する心理聴覚モデルを形成するものである。心理聴覚モ
デルは、オーディオ信号を分析し、周波数の関数として
利用可能なノイズのマスキング量を計算する。このと
き、同時に、ＭＤＣＴのブロック長が予測不可能性を用
いた心理視聴エントロピーに基づいて決定される。
性測定部３０４、信号対マスク比計算部３０５、心理聴
覚エントロピー評価部３０６は、各サブバンドのマスキ
ングスレショルドに対する信号エネルギーの比率を決定
する心理聴覚モデルを形成するものである。心理聴覚モ
デルは、オーディオ信号を分析し、周波数の関数として
利用可能なノイズのマスキング量を計算する。このと
き、同時に、ＭＤＣＴのブロック長が予測不可能性を用
いた心理視聴エントロピーに基づいて決定される。
【０１９２】サブバンド分析フィルタバンク３０２の出
力が適応ブロック長ＭＤＣＴ演算部３０７に供給され
る。適応ブロック長ＭＤＣＴ演算部３０７は、各サブバ
ンドのオーディオデータに対してＭＤＣＴ演算を行う。
この適応ブロック長演算部３０７では、１８サンプルの
ロングブロックと、６サンプルのショートブロックの２
種類のＭＤＣＴブロック長が使用される。ロングブロッ
クにより、定常特性を持つオーディオ信号の周波数分解
能が向上する。一方、ショートブロックにより、一時的
な信号の周波数分解能が向上される。ショートブロック
モードでは、ひとつのロングブロックを３つのショート
ブロックで置き換えられる。
力が適応ブロック長ＭＤＣＴ演算部３０７に供給され
る。適応ブロック長ＭＤＣＴ演算部３０７は、各サブバ
ンドのオーディオデータに対してＭＤＣＴ演算を行う。
この適応ブロック長演算部３０７では、１８サンプルの
ロングブロックと、６サンプルのショートブロックの２
種類のＭＤＣＴブロック長が使用される。ロングブロッ
クにより、定常特性を持つオーディオ信号の周波数分解
能が向上する。一方、ショートブロックにより、一時的
な信号の周波数分解能が向上される。ショートブロック
モードでは、ひとつのロングブロックを３つのショート
ブロックで置き換えられる。
【０１９３】適応ブロック長演算部３０７の出力が折り
返し歪み削減バタフライ部３０８に供給される。折り返
し歪み削減バタフライ部３０８で、ＭＤＣＴ演算により
得られたデータに対して、フィルタバンクの３２帯域相
互に対して、帯域境界に近い８サンプルを入力として、
バタフラ周波数領域で折り返しひずみ除去処理が行われ
る。すなわち、隣接したポリフェーズフィルタバンクの
帯域相互に対してバタフライ演算が行われる。折り返し
歪み削減バタフライ部３０８の出力が非線形量子化部３
０９に供給される。
返し歪み削減バタフライ部３０８に供給される。折り返
し歪み削減バタフライ部３０８で、ＭＤＣＴ演算により
得られたデータに対して、フィルタバンクの３２帯域相
互に対して、帯域境界に近い８サンプルを入力として、
バタフラ周波数領域で折り返しひずみ除去処理が行われ
る。すなわち、隣接したポリフェーズフィルタバンクの
帯域相互に対してバタフライ演算が行われる。折り返し
歪み削減バタフライ部３０８の出力が非線形量子化部３
０９に供給される。
【０１９４】非線形量子化部３０９には、スケールファ
クタ計算部３１０の出力が供給される。スケールファク
タ計算部３１０は、心理聴覚モデルからの情報に基づい
て、各サブバンドに割り当てるコードビットの数を決定
している。また、このスケールファクタ計算部３１０の
出力がバッファ制御部３１１に供給される。
クタ計算部３１０の出力が供給される。スケールファク
タ計算部３１０は、心理聴覚モデルからの情報に基づい
て、各サブバンドに割り当てるコードビットの数を決定
している。また、このスケールファクタ計算部３１０の
出力がバッファ制御部３１１に供給される。
【０１９５】非線形量子化部３０９で量子化されたデー
タは、ハフマン符号化部３１２に送られる。ハフマン符
号化部３１２で、ハフマンコードにより、可変長符号化
される。このように符号化されたデータは、サイド情報
符号化部３１３からのビット割り当て情報のようなサイ
ド情報と共に、ビットストリーム形成部３１４に送られ
る。ビットストリーム形成部３１４で、このハフマン符
号化されたデータ及びサイド情報に対して、フレームヘ
ッダが付加され、このデータがフレーム内に組み込まれ
る。
タは、ハフマン符号化部３１２に送られる。ハフマン符
号化部３１２で、ハフマンコードにより、可変長符号化
される。このように符号化されたデータは、サイド情報
符号化部３１３からのビット割り当て情報のようなサイ
ド情報と共に、ビットストリーム形成部３１４に送られ
る。ビットストリーム形成部３１４で、このハフマン符
号化されたデータ及びサイド情報に対して、フレームヘ
ッダが付加され、このデータがフレーム内に組み込まれ
る。
【０１９６】ＭＰ３のデータは、図２５に示すように、
ヘッダに続いて、エンコードされたオーディオデータ
と、ＣＲＣが付加される。
ヘッダに続いて、エンコードされたオーディオデータ
と、ＣＲＣが付加される。
【０１９７】図２５は、ＭＰ３の場合のフレームヘッダ
を示すものである。図２５に示すように、先頭には、１
２ビットの所定パターンの同期ワードが設けられる。
を示すものである。図２５に示すように、先頭には、１
２ビットの所定パターンの同期ワードが設けられる。
【０１９８】これに続いて、ＩＤが設けられる。このＩ
Ｄワードが「１」なら、ＭＰＥＧ１であることが示され
る。
Ｄワードが「１」なら、ＭＰＥＧ１であることが示され
る。
【０１９９】ＩＤに続いて、２ビットのレイヤが設けら
れる。このレイヤは、「００」でレイヤ１、「１１」で
レイヤ２、「１０」でレイヤ３を示している。
れる。このレイヤは、「００」でレイヤ１、「１１」で
レイヤ２、「１０」でレイヤ３を示している。
【０２００】これに続いて、１ビットのプロテクション
ビットが設けられる。プロテクションビットは、エラー
検出訂正情報を付加しているか否かを示している。
「０」のときには、エラー検出訂正情報を付加してお
り、「１」のときには、付加していない。
ビットが設けられる。プロテクションビットは、エラー
検出訂正情報を付加しているか否かを示している。
「０」のときには、エラー検出訂正情報を付加してお
り、「１」のときには、付加していない。
【０２０１】これに続いて、４ビットのビットレートイ
ンデックスが設けられる。このビットレートインデック
スは、ビットレートを定義している。
ンデックスが設けられる。このビットレートインデック
スは、ビットレートを定義している。
【０２０２】これに続いて、サンプリング周波数が設け
られる。サンプリング周波数情報は、「００」なら４
４．１ｋＨｚ、「０１」なら４８ｋＨｚ、「１０」なら
３２ｋＨｚである。
られる。サンプリング周波数情報は、「００」なら４
４．１ｋＨｚ、「０１」なら４８ｋＨｚ、「１０」なら
３２ｋＨｚである。
【０２０３】これに続いて、１ビットのパディングビッ
トが設けられる。パディングビットが埋め込まれている
場合には、パディングビットは「１」となり、そうでな
ければ、「０」となる。
トが設けられる。パディングビットが埋め込まれている
場合には、パディングビットは「１」となり、そうでな
ければ、「０」となる。
【０２０４】これに続いて、１ビットの拡張ビットが設
けられる。この拡張ビットは、個人識別フラグである。
けられる。この拡張ビットは、個人識別フラグである。
【０２０５】これに続いて、２ビットのモードが設けら
れる。これは、オーディオチャンネルを定義しており、
「００」ならステレオ、「０１」ならジョイントステレ
オ、「１０」ならデュアルチャンネル、「１１」ならモ
ノラルを示している。
れる。これは、オーディオチャンネルを定義しており、
「００」ならステレオ、「０１」ならジョイントステレ
オ、「１０」ならデュアルチャンネル、「１１」ならモ
ノラルを示している。
【０２０６】これに続いて、２ビットのモード拡張が設
けられる。レイヤ１、レイヤ２では、ジョイントステレ
オコーディングの際に、周波数バンドに対して設定され
る。レイヤ３は使用されたインテンシティステレオとＭ
Ｓステレオの組み合わせになる。
けられる。レイヤ１、レイヤ２では、ジョイントステレ
オコーディングの際に、周波数バンドに対して設定され
る。レイヤ３は使用されたインテンシティステレオとＭ
Ｓステレオの組み合わせになる。
【０２０７】これに続いて、１ビットの著作権が設けら
れる。これは、著作物であるか否かを示しており、著作
物なら「１」となり、著作物でなければ「０」となる。
れる。これは、著作物であるか否かを示しており、著作
物なら「１」となり、著作物でなければ「０」となる。
【０２０８】これに続いて、１ビットのオリジナル／コ
ピーが設けられる。オリジナルの場合には「１」とな
り、コピーの場合には「０」となる。
ピーが設けられる。オリジナルの場合には「１」とな
り、コピーの場合には「０」となる。
【０２０９】これに続いて、２ビットのエンファシスが
設けられる。これは、エンファシスの有無、エンファシ
スが使用されているときには、エンファシスの種類が示
される。
設けられる。これは、エンファシスの有無、エンファシ
スが使用されているときには、エンファシスの種類が示
される。
【０２１０】図２６は、ＭＰ３デコーダの構成を示すも
のである。図２６において、入力端子３５０に、ＭＰ３
で圧縮されたオーディオデータストリームが供給され
る。このＭＰ３のストリームがビットストリーム分解部
３５１に送られる。ビットストリーム分解部では、所定
パターンのヘッダを検出して、フレームを分解してい
る。
のである。図２６において、入力端子３５０に、ＭＰ３
で圧縮されたオーディオデータストリームが供給され
る。このＭＰ３のストリームがビットストリーム分解部
３５１に送られる。ビットストリーム分解部では、所定
パターンのヘッダを検出して、フレームを分解してい
る。
【０２１１】ビットストリーム分解部３５１からは、ハ
フマン符号化されて送られてきたオーディオデータと、
サイド情報とが出力される。ハフマン符号化されたオー
ディオデータは、ハフマン復号部３５３に送られる。ハ
フマン復号部３５３で、ハフマンテーブル３５４を参照
して、ハフマン符号の復号が行われる。ハフマン復号部
３５３の出力が逆量子化部３５５に送られる。
フマン符号化されて送られてきたオーディオデータと、
サイド情報とが出力される。ハフマン符号化されたオー
ディオデータは、ハフマン復号部３５３に送られる。ハ
フマン復号部３５３で、ハフマンテーブル３５４を参照
して、ハフマン符号の復号が行われる。ハフマン復号部
３５３の出力が逆量子化部３５５に送られる。
【０２１２】また、スケールファクタ復号部３５２で、
ビットストリーム分解部３５１からのサイド情報から、
逆量子化のスケールが復号される。逆量子化部３５５
で、この逆量子化スケールを使って、ショートブロック
のときとロングブロックのときとに応じて、逆量子化が
行われる。
ビットストリーム分解部３５１からのサイド情報から、
逆量子化のスケールが復号される。逆量子化部３５５
で、この逆量子化スケールを使って、ショートブロック
のときとロングブロックのときとに応じて、逆量子化が
行われる。
【０２１３】逆量子化部３５５の出力が折り返し歪み削
減バタフライ部３５６に供給される。折り返し歪み削減
バタフライ部３５６で、折り返し歪みを削減するため
に、バタフライ演算が行われる。
減バタフライ部３５６に供給される。折り返し歪み削減
バタフライ部３５６で、折り返し歪みを削減するため
に、バタフライ演算が行われる。
【０２１４】折り返し歪み削減バタフライ部３５６の出
力がＩＭＤＣＴ演算部３５７に供給される。ＩＭＤＣＴ
演算部３５７により、ＩＭＤＣＴ演算が行われる。ＩＭ
ＤＣＴ演算の数は、ショートブロックのときには１２、
ロングブロックのときには３６である。
力がＩＭＤＣＴ演算部３５７に供給される。ＩＭＤＣＴ
演算部３５７により、ＩＭＤＣＴ演算が行われる。ＩＭ
ＤＣＴ演算の数は、ショートブロックのときには１２、
ロングブロックのときには３６である。
【０２１５】ＩＭＤＣＴ演算部３５７の出力がサブバン
ド合成フィルタバンク３５８に供給される。サブバンド
合成フィルタバンク３５８で、３２のサブバンドの復号
データが合成される。
ド合成フィルタバンク３５８に供給される。サブバンド
合成フィルタバンク３５８で、３２のサブバンドの復号
データが合成される。
【０２１６】ＭＰ３の場合には、図２５で示したような
ヘッダがフレームの先頭に設けられている。したがっ
て、ＭＰ３のデータをＭＰＥＧ２−ＰＳでＣＤ−ＲＯＭ
の仕様で記録する場合には、セクタの先頭から、フレー
ムヘッダまでの長さがエンコードユニットポインタとし
て記録される。このセクタの先頭から、フレームヘッダ
までの長さを示すエンコードユニットポインタを使え
ば、ＭＰ３のデータを素早くアクセスできる。
ヘッダがフレームの先頭に設けられている。したがっ
て、ＭＰ３のデータをＭＰＥＧ２−ＰＳでＣＤ−ＲＯＭ
の仕様で記録する場合には、セクタの先頭から、フレー
ムヘッダまでの長さがエンコードユニットポインタとし
て記録される。このセクタの先頭から、フレームヘッダ
までの長さを示すエンコードユニットポインタを使え
ば、ＭＰ３のデータを素早くアクセスできる。
【０２１７】次に、ＡＡＣの場合について説明する。図
２７は、ＡＡＣのエンコーダを示すものである。ＡＡＣ
エンコーダは、ゲインコントロール部４０２、フィルタ
バンク４０３、ＴＮＳ４０４、インテンシティ／カップ
リング部４０５、予測器４０６、Ｍ／Ｓ部４０７、スケ
ールファクタ計算部４０８、量子化部４０９、ノイズレ
スコーディング部４１０、聴覚モデル部４１１、ビット
ストリーム部４１２を有している。
２７は、ＡＡＣのエンコーダを示すものである。ＡＡＣ
エンコーダは、ゲインコントロール部４０２、フィルタ
バンク４０３、ＴＮＳ４０４、インテンシティ／カップ
リング部４０５、予測器４０６、Ｍ／Ｓ部４０７、スケ
ールファクタ計算部４０８、量子化部４０９、ノイズレ
スコーディング部４１０、聴覚モデル部４１１、ビット
ストリーム部４１２を有している。
【０２１８】ＡＡＣは、８〜９６ｋＨｚまでの１２種類
のサンプリング周波数に対応しており、チャンネル構成
は、標準でモノラルから７チャンネルまで対応してい
る。また、マルチプレクサチャンネルにおけるスピーカ
の位置と数を、前方に何チャンネル、後方に何チャンネ
ルと指定することが可能であり、より柔軟なマルチチャ
ンネル構成に対応できる。
のサンプリング周波数に対応しており、チャンネル構成
は、標準でモノラルから７チャンネルまで対応してい
る。また、マルチプレクサチャンネルにおけるスピーカ
の位置と数を、前方に何チャンネル、後方に何チャンネ
ルと指定することが可能であり、より柔軟なマルチチャ
ンネル構成に対応できる。
【０２１９】ＡＡＣは、アプリケーションから求められ
る要求条件に応じて、メインプロファイルと、ＬＣプロ
ファイルと、ＳＳＲプロファイルの３つのプロファイル
が用意されている。
る要求条件に応じて、メインプロファイルと、ＬＣプロ
ファイルと、ＳＳＲプロファイルの３つのプロファイル
が用意されている。
【０２２０】メインプロファイルは、最高の音質を目的
としたもので、音質を最優先させるために、予測器が使
われている。
としたもので、音質を最優先させるために、予測器が使
われている。
【０２２１】ＬＣプロファイルは、音質とコストとのバ
ランスを取るために、メインプロファイルから予測器を
除き、ＴＮＳの帯域幅及び次数を制限するようにしてい
る。
ランスを取るために、メインプロファイルから予測器を
除き、ＴＮＳの帯域幅及び次数を制限するようにしてい
る。
【０２２２】ＳＳＲプロファイルは、４分割帯域フィル
タをＭＤＣＴの前に置くことにより、不必要な高域のＭ
ＤＣＴのためのＲＡＭサイズを削減して最小化すると共
に、再生帯域幅の選択によりデコード規模を小さくでき
るようにしたものである。
タをＭＤＣＴの前に置くことにより、不必要な高域のＭ
ＤＣＴのためのＲＡＭサイズを削減して最小化すると共
に、再生帯域幅の選択によりデコード規模を小さくでき
るようにしたものである。
【０２２３】ゲインコントロール部４０２は、ＳＳＲプ
ロファイルのみ使用されるもので、入力された時間領域
の信号をＰＱＦ帯域フィルタにより４分割し、最も低い
バンド以外の信号をゲインコントロールして、プリエコ
ーを抑えるものである。
ロファイルのみ使用されるもので、入力された時間領域
の信号をＰＱＦ帯域フィルタにより４分割し、最も低い
バンド以外の信号をゲインコントロールして、プリエコ
ーを抑えるものである。
【０２２４】フィルタバンク４０３は、時間領域の入力
信号を、ＭＤＣＴ変換回路により、周波数領域のスペク
トラムデータに変換する。変換は、演算ブロック長を５
０パーセントずつオーバーラップして実行し、例えば、
２０４８サンプルを１０２４本のＭＤＣＴ係数に変換す
る。また、上述のプリエコーを抑えるために、ＭＤＣＴ
の演算ブロック長を切り換えるブロックスイッチングと
呼ばれる機構が用いられている。ブロック長は、フレー
ム毎に、ロング／スタート／ショート／ストップの何れ
かに切り換えられる。
信号を、ＭＤＣＴ変換回路により、周波数領域のスペク
トラムデータに変換する。変換は、演算ブロック長を５
０パーセントずつオーバーラップして実行し、例えば、
２０４８サンプルを１０２４本のＭＤＣＴ係数に変換す
る。また、上述のプリエコーを抑えるために、ＭＤＣＴ
の演算ブロック長を切り換えるブロックスイッチングと
呼ばれる機構が用いられている。ブロック長は、フレー
ム毎に、ロング／スタート／ショート／ストップの何れ
かに切り換えられる。
【０２２５】メイン及びＬＣプロファイルでは、定常的
な信号の場合、ＭＤＣＴの演算長が２０４８サンプルの
ロング、スタート、又はストップとし、１０２４本のＭ
ＤＣＴ係数に変換している。一方、過渡的な信号の場合
には、２５６サンプルのショートブロックとして１２８
本のＭＤＣＴ係数に変換している。ショートブロックで
は、８個連続で短い変換長を用いて変換することによ
り、出力のＭＤＣＴ係数の本数をＭＤＣＴ係数の本数を
１０２４本と、他のブロックと一致するようにしてい
る。
な信号の場合、ＭＤＣＴの演算長が２０４８サンプルの
ロング、スタート、又はストップとし、１０２４本のＭ
ＤＣＴ係数に変換している。一方、過渡的な信号の場合
には、２５６サンプルのショートブロックとして１２８
本のＭＤＣＴ係数に変換している。ショートブロックで
は、８個連続で短い変換長を用いて変換することによ
り、出力のＭＤＣＴ係数の本数をＭＤＣＴ係数の本数を
１０２４本と、他のブロックと一致するようにしてい
る。
【０２２６】ＳＳＲプロファイルの場合は、ＰＱＦで４
分割されたものを各帯域毎に変換するので、ＭＤＣＴ演
算長は前述の値の１／４となる。しかし、４バンドの合
計のＭＤＣＴ係数は１０２４本で、他のプロファイルと
同じになる。
分割されたものを各帯域毎に変換するので、ＭＤＣＴ演
算長は前述の値の１／４となる。しかし、４バンドの合
計のＭＤＣＴ係数は１０２４本で、他のプロファイルと
同じになる。
【０２２７】ＴＮＳ部４０４は、ＭＤＣＴ係数を時系列
の信号とみなし、ＬＰＣフィルタを通すことにより、時
間軸上で振幅の多いところにノイズを集中させ、ピッチ
周波数の低い信号の音質を向上させる。
の信号とみなし、ＬＰＣフィルタを通すことにより、時
間軸上で振幅の多いところにノイズを集中させ、ピッチ
周波数の低い信号の音質を向上させる。
【０２２８】予測器４０６は、メインプロファイルでの
み使用される。１６ｋＨｚまでのＭＤＣＴ係数毎に予測
器を持ち、予測誤差を符号化し、定常的な信号の音質を
向上させるものである。
み使用される。１６ｋＨｚまでのＭＤＣＴ係数毎に予測
器を持ち、予測誤差を符号化し、定常的な信号の音質を
向上させるものである。
【０２２９】ステレオコーディングには、ＭＳステレオ
と、インテンシティステレオと、カップリングとがあ
る。ＭＳステレオは、左右のチャンネルを符号化する
か、それぞれの和（Ｌ＋Ｒ）と差（Ｌ−Ｒ）の信号を符
号化するかをスケールファクタバンド毎に選択して符号
化する方法であり、左右のチャンネルの中央に定位する
信号の符号効率を上げることができる。インテンシティ
ステレオは、高い周波数では左右の信号のパワー差によ
り音源の位置を感じるという特性を用い、左右の信号の
和信号と左右チャンネルのパワー比を符号化する方法で
ある。カップリングは、背景音を従来のマルチチャンネ
ル信号として符号化し、その背景音をカップリングチャ
ンネルとして符号化するボイスオーバーという方法を実
現することができる。インテンシティ／カップリング部
４０５は、インテンシティステレオと、カップリングと
の設定を行っている。Ｍ／Ｓ部４０７は、ＭＳステレオ
の設定を行っている。
と、インテンシティステレオと、カップリングとがあ
る。ＭＳステレオは、左右のチャンネルを符号化する
か、それぞれの和（Ｌ＋Ｒ）と差（Ｌ−Ｒ）の信号を符
号化するかをスケールファクタバンド毎に選択して符号
化する方法であり、左右のチャンネルの中央に定位する
信号の符号効率を上げることができる。インテンシティ
ステレオは、高い周波数では左右の信号のパワー差によ
り音源の位置を感じるという特性を用い、左右の信号の
和信号と左右チャンネルのパワー比を符号化する方法で
ある。カップリングは、背景音を従来のマルチチャンネ
ル信号として符号化し、その背景音をカップリングチャ
ンネルとして符号化するボイスオーバーという方法を実
現することができる。インテンシティ／カップリング部
４０５は、インテンシティステレオと、カップリングと
の設定を行っている。Ｍ／Ｓ部４０７は、ＭＳステレオ
の設定を行っている。
【０２３０】図２８は、ＡＡＣのデコーダを示すもので
ある。ＡＡＣデコーダ（図２７）は、エンコーダに設け
られている、ゲインコントロール部４０２、フィルタバ
ンク４０３、ＴＮＳ４０４、インテンシティ／カップリ
ング部４０５、予測器４０６、Ｍ／Ｓ部４０７、スケー
ルファクタ計算部４０８、量子化部４０９、ノイズレス
コーディング部４１０、聴覚モデル部４１１、ビットス
トリーム部４１２とに対応して、ゲイン制御部５０２、
フィルタバンク５０３、ＴＮＳ部５０４、インテンシテ
ィ／カップリング部５０５、予測器５０６、Ｍ／Ｓ部５
０７、スケールファクタ計算部５０８、逆量子化部５０
９、ノイズレスでコーディング部５１０、ビットストリ
ーム分解部５１２を有している。
ある。ＡＡＣデコーダ（図２７）は、エンコーダに設け
られている、ゲインコントロール部４０２、フィルタバ
ンク４０３、ＴＮＳ４０４、インテンシティ／カップリ
ング部４０５、予測器４０６、Ｍ／Ｓ部４０７、スケー
ルファクタ計算部４０８、量子化部４０９、ノイズレス
コーディング部４１０、聴覚モデル部４１１、ビットス
トリーム部４１２とに対応して、ゲイン制御部５０２、
フィルタバンク５０３、ＴＮＳ部５０４、インテンシテ
ィ／カップリング部５０５、予測器５０６、Ｍ／Ｓ部５
０７、スケールファクタ計算部５０８、逆量子化部５０
９、ノイズレスでコーディング部５１０、ビットストリ
ーム分解部５１２を有している。
【０２３１】ＡＡＣの場合には、図２９に示すようなフ
レームヘッダがフレームの先頭に設けられる。フレーム
ヘッダには、固定ヘッダと可変ヘッダとがある。固定ヘ
ッダは、図２９Ａに示すように、１２ビットの同期ワー
ドと、１ビットのＩＤと、２ビットのレイヤと、１ビッ
トのプロテクションアブセントと、２ビットのプロファ
イルと、４ビットのサンプリング周波数インデックス
と、１ビットのプライベートビットと、３ビットのチャ
ンネルコンフィグレーションと、１ビットのオリジナル
／コピーと、１ビットのホームからなる。
レームヘッダがフレームの先頭に設けられる。フレーム
ヘッダには、固定ヘッダと可変ヘッダとがある。固定ヘ
ッダは、図２９Ａに示すように、１２ビットの同期ワー
ドと、１ビットのＩＤと、２ビットのレイヤと、１ビッ
トのプロテクションアブセントと、２ビットのプロファ
イルと、４ビットのサンプリング周波数インデックス
と、１ビットのプライベートビットと、３ビットのチャ
ンネルコンフィグレーションと、１ビットのオリジナル
／コピーと、１ビットのホームからなる。
【０２３２】可変ヘッダは、図２９Ｂに示すように、１
ビットの著作権識別ビットと、１ビットの著作権識別開
始と、１３ビットのフレーム長と、１１のバッファフル
ネスと、２ビットのフレームでのロウデータブロック番
号とからなる。
ビットの著作権識別ビットと、１ビットの著作権識別開
始と、１３ビットのフレーム長と、１１のバッファフル
ネスと、２ビットのフレームでのロウデータブロック番
号とからなる。
【０２３３】このようなＡＡＣのデータをＭＰＥＧ２−
ＰＳでＣＤ−ＲＯＭの仕様で記録した場合には、セクタ
の先頭から、フレームヘッダまでの長さがエンコードユ
ニットポインタとされる。このセクタの先頭からフレー
ムヘッダまでの長さを示すエンコードユニットポインタ
を使えば、ＡＡＣのデータを素早くアクセスできる。
ＰＳでＣＤ−ＲＯＭの仕様で記録した場合には、セクタ
の先頭から、フレームヘッダまでの長さがエンコードユ
ニットポインタとされる。このセクタの先頭からフレー
ムヘッダまでの長さを示すエンコードユニットポインタ
を使えば、ＡＡＣのデータを素早くアクセスできる。
【０２３４】なお、上述の例では、ＡＴＲＡＣ３のスト
リームにはヘッダが設けられていないとして説明した
が、ＡＴＲＡＣ３のストリームにヘッダを設けるように
しても良い。この場合には、ヘッダのある他のエンコー
ド方式と同様に、セクタの先頭から、フレームヘッダま
での長さがエンコードポインタとして記録されることに
なろう。
リームにはヘッダが設けられていないとして説明した
が、ＡＴＲＡＣ３のストリームにヘッダを設けるように
しても良い。この場合には、ヘッダのある他のエンコー
ド方式と同様に、セクタの先頭から、フレームヘッダま
での長さがエンコードポインタとして記録されることに
なろう。
【０２３５】以上のように、この発明の実施の形態で
は、ＣＤ２ストリームヘッダに記述されているエンコー
ドユニットポインタを使って、任意のセクタをアクセス
し、そのセクタにあるエンコードユニットの先頭から、
簡単に再生が行える。
は、ＣＤ２ストリームヘッダに記述されているエンコー
ドユニットポインタを使って、任意のセクタをアクセス
し、そのセクタにあるエンコードユニットの先頭から、
簡単に再生が行える。
【０２３６】図３０は、早送り、早戻し、サーチ時に、
セクタを指定して、再生を開始する際のアクセス制御を
示すフローチャートである。
セクタを指定して、再生を開始する際のアクセス制御を
示すフローチャートである。
【０２３７】図３０において、セクタを指定して再生が
開始されたら（ステップＳ１）、光学ピックアップ３７
が光ディスク１の指定されたセクタにアクセスされる
（ステップＳ２）。
開始されたら（ステップＳ１）、光学ピックアップ３７
が光ディスク１の指定されたセクタにアクセスされる
（ステップＳ２）。
【０２３８】指定されたセクタへのアクセスが完了され
たか否かが判断され（ステップＳ３）、アクセスが完了
したと判断されたら、このセクタの先頭から、データが
読み出され、ＣＤ２ストリームヘッダのエンコードユニ
ットポインタの情報が読み取られる（ステップＳ４）。
たか否かが判断され（ステップＳ３）、アクセスが完了
したと判断されたら、このセクタの先頭から、データが
読み出され、ＣＤ２ストリームヘッダのエンコードユニ
ットポインタの情報が読み取られる（ステップＳ４）。
【０２３９】エンコードユニットポインタの情報が読み
取られたら、エンコードユニットポインタで示される位
置にあるエンコードユニットのデータからデコードが開
始され、そのデータが再生される（ステップＳ５）。
取られたら、エンコードユニットポインタで示される位
置にあるエンコードユニットのデータからデコードが開
始され、そのデータが再生される（ステップＳ５）。
【０２４０】そして、連続再生になったら（ステップＳ
６）、再生終了か否かが判断され（ステップＳ７）、再
生終了でなければ、再生が継続して行われる。再生終了
なら、それで、再生が終了される。
６）、再生終了か否かが判断され（ステップＳ７）、再
生終了でなければ、再生が継続して行われる。再生終了
なら、それで、再生が終了される。
【０２４１】また、この発明の実施の形態では、ＣＤ２
ストリームヘッダにエディットＩＤが入れられる。編集
時には、このエディットＩＤを使うことで、効率的な編
集が行える。
ストリームヘッダにエディットＩＤが入れられる。編集
時には、このエディットＩＤを使うことで、効率的な編
集が行える。
【０２４２】例えば、図３１に示すように、セクタ
（２）とセクタ（３）との間を切断し、セクタ（７）と
セクタ（８）との間を切断し、セクタ（２）とセクタ
（８）とを繋げるような編集を行うとする。
（２）とセクタ（３）との間を切断し、セクタ（７）と
セクタ（８）との間を切断し、セクタ（２）とセクタ
（８）とを繋げるような編集を行うとする。
【０２４３】なお、編集は電子的に行われる。そして、
編集には、光ディスク１のデータを完全に書き換えるや
り方と、光ディスク１のデータは書き換えずに、再生順
を制御するやり方がある。
編集には、光ディスク１のデータを完全に書き換えるや
り方と、光ディスク１のデータは書き換えずに、再生順
を制御するやり方がある。
【０２４４】図３１の場合、セクタ（２）に記録されて
いる最後のエンコードユニット（１４）は、セクタ
（２）とセクタ（３）に跨いで記録されているため、セ
クタ（２）とセクタ（３）との間を切断すると、不完全
になる。この場合には、ＣＤ２ストリームヘッダのエデ
ィットＩＤに、終端を示すエディットＩＤが記述され
る。なお、このとき、エンコードユニット（１４）の部
分にスタッフィングを詰めるようにしても良い。
いる最後のエンコードユニット（１４）は、セクタ
（２）とセクタ（３）に跨いで記録されているため、セ
クタ（２）とセクタ（３）との間を切断すると、不完全
になる。この場合には、ＣＤ２ストリームヘッダのエデ
ィットＩＤに、終端を示すエディットＩＤが記述され
る。なお、このとき、エンコードユニット（１４）の部
分にスタッフィングを詰めるようにしても良い。
【０２４５】セクタ（８）に記録されている最初のエン
コードユニット（４７）は、セクタ（７）とセクタ
（８）に跨いで記録されているため、セクタ（７）とセ
クタ（８）との間を切断すると、不完全になる。この場
合には、ＣＤ２ストリームヘッダのエディットＩＤに、
始端を示すエディットＩＤが記述される。そして、デー
タ領域の最初にスタッフィング長が記述される。
コードユニット（４７）は、セクタ（７）とセクタ
（８）に跨いで記録されているため、セクタ（７）とセ
クタ（８）との間を切断すると、不完全になる。この場
合には、ＣＤ２ストリームヘッダのエディットＩＤに、
始端を示すエディットＩＤが記述される。そして、デー
タ領域の最初にスタッフィング長が記述される。
【０２４６】セクタ（２）とセクタ（８）とを繋いだと
きには、セクタ（２）をデコードするときには、完全な
エンコードユニットであるエンコードユニット（１３）
まで再生され、エンコードユニット（１４）の部分がス
キップされる。そして、セクタ（８）の最初にある不完
全なエンコードユニット（４７）はスキップされ、完全
なエンコードユニットであるエンコードユニット（４
８）から再生が開始される。
きには、セクタ（２）をデコードするときには、完全な
エンコードユニットであるエンコードユニット（１３）
まで再生され、エンコードユニット（１４）の部分がス
キップされる。そして、セクタ（８）の最初にある不完
全なエンコードユニット（４７）はスキップされ、完全
なエンコードユニットであるエンコードユニット（４
８）から再生が開始される。
【０２４７】図３２は、編集時の処理を示すフローチャ
ートである。図３２において、セクタ単位で編集点が指
定されたら（ステップＳ１１）、その編集点が終端にな
るのか始端になるのかが判断される（ステップＳ１
２）。
ートである。図３２において、セクタ単位で編集点が指
定されたら（ステップＳ１１）、その編集点が終端にな
るのか始端になるのかが判断される（ステップＳ１
２）。
【０２４８】終端になると判断されたら、そのセクタ内
の最後の不完全なエンコードユニットにスタッフィング
が挿入される（ステップＳ１３）。そして、ＣＤ２スト
リームヘッダのスタッフィングＩＤに、後方にスタッフ
ィングあることを示す情報が記述され、データの最後に
スタッフィング長が記述される（ステップＳ１４）。こ
れと共に、エディットＩＤに、終端を示す情報が記述さ
れる（ステップＳ１５）。そして、編集が完了したか否
かが判断される（ステップＳ１６）。
の最後の不完全なエンコードユニットにスタッフィング
が挿入される（ステップＳ１３）。そして、ＣＤ２スト
リームヘッダのスタッフィングＩＤに、後方にスタッフ
ィングあることを示す情報が記述され、データの最後に
スタッフィング長が記述される（ステップＳ１４）。こ
れと共に、エディットＩＤに、終端を示す情報が記述さ
れる（ステップＳ１５）。そして、編集が完了したか否
かが判断される（ステップＳ１６）。
【０２４９】ステップＳ１２で、始端になると判断され
たら、そのセクタ内の最初の不完全なエンコードユニッ
トにスタッフィングが挿入される（ステップＳ１７）。
そして、ＣＤ２ストリームヘッダのスタッフィングＩＤ
に、前方にスタッフィングあることを示す情報が記述さ
れ、データの最初にスタッフィング長が記述される（ス
テップＳ１８）。これと共に、エディットＩＤに、始端
を示す情報が記述される（ステップＳ１９）。そして、
編集が完了したか否かが判断される（ステップＳ１
６）。
たら、そのセクタ内の最初の不完全なエンコードユニッ
トにスタッフィングが挿入される（ステップＳ１７）。
そして、ＣＤ２ストリームヘッダのスタッフィングＩＤ
に、前方にスタッフィングあることを示す情報が記述さ
れ、データの最初にスタッフィング長が記述される（ス
テップＳ１８）。これと共に、エディットＩＤに、始端
を示す情報が記述される（ステップＳ１９）。そして、
編集が完了したか否かが判断される（ステップＳ１
６）。
【０２５０】ステップＳ１６で、編集処理が終了したか
否かが判断され、編集処理が終了するまで、同様の処理
が繰り返される。
否かが判断され、編集処理が終了するまで、同様の処理
が繰り返される。
【０２５１】なお、この例では、不完全となるエンコー
ドユニットにスタッフィングデータを挿入するようにし
ているが、スタッフィングをしないようにしても良い。
ドユニットにスタッフィングデータを挿入するようにし
ているが、スタッフィングをしないようにしても良い。
【０２５２】図３３は、上述のようにして、編集点を再
生するときの処理を示すものである。図３３において、
ＣＤ２ストリームヘッダのエディットＩＤが読み込まれ
る（ステップＳ２１）。そして、編集点か否かが判断さ
れ（ステップＳ２２）、編集点なら、終端か始端かが判
断される（ステップＳ２３）。
生するときの処理を示すものである。図３３において、
ＣＤ２ストリームヘッダのエディットＩＤが読み込まれ
る（ステップＳ２１）。そして、編集点か否かが判断さ
れ（ステップＳ２２）、編集点なら、終端か始端かが判
断される（ステップＳ２３）。
【０２５３】ステップＳ２３で、終端であると判断され
たら、完全なエンコードユニットまで再生が行われ、不
完全な最後のエンコードユニットはスキップされて（ス
テップＳ２４）、連続再生が行われる（ステップＳ２
５）。
たら、完全なエンコードユニットまで再生が行われ、不
完全な最後のエンコードユニットはスキップされて（ス
テップＳ２４）、連続再生が行われる（ステップＳ２
５）。
【０２５４】ステップＳ２３で、始端であると判断され
たら、エディットユニットポインタが読み出される（ス
テップＳ２６）。そして、エディットユニットポインタ
で指定されたエンコードユニットから、再生が開始され
（ステップＳ２７）、連続再生が行われる（ステップＳ
２５）。
たら、エディットユニットポインタが読み出される（ス
テップＳ２６）。そして、エディットユニットポインタ
で指定されたエンコードユニットから、再生が開始され
（ステップＳ２７）、連続再生が行われる（ステップＳ
２５）。
【０２５５】そして、再生が終了されたか否かが判断さ
れ（ステップＳ２８）、再生が終了するまで、処理が継
続される。
れ（ステップＳ２８）、再生が終了するまで、処理が継
続される。
【０２５６】なお、上述の例では、不完全なエンコード
ユニットをスタッフィングしているが、編集時に、必ず
各セクタにおけるエンコードユニットの境界までスタッ
フィングするというようにしても良い。すなわち、編集
点を必ずエンコードユニットの境界とする。ＣＤ２スト
リームヘッダにより、最初の完全なエンコードユニット
の位置がわかっているので、各セクタにおけるエンコー
ドユニットの境界は分かっている。編集点を必ずエンコ
ードユニットの境界とすれば、編集点を繋いだときに、
エンコードユニットの境界で繋がることになり、編集後
には、連続再生が可能である。
ユニットをスタッフィングしているが、編集時に、必ず
各セクタにおけるエンコードユニットの境界までスタッ
フィングするというようにしても良い。すなわち、編集
点を必ずエンコードユニットの境界とする。ＣＤ２スト
リームヘッダにより、最初の完全なエンコードユニット
の位置がわかっているので、各セクタにおけるエンコー
ドユニットの境界は分かっている。編集点を必ずエンコ
ードユニットの境界とすれば、編集点を繋いだときに、
エンコードユニットの境界で繋がることになり、編集後
には、連続再生が可能である。
【０２５７】なお、上述の例では、そのセクタの完全な
エンコードユニットの先頭の位置をエンコードユニット
ポインタとしているが、そのセクタの完全なエンコード
ユニットの位置ではなく、そのセクタ内にある完全なエ
ンコードユニットの中の所望のものの位置とすると、エ
ンコードユニット単位で再生位置を指定したり、編集を
行ったりすることができるようになる。
エンコードユニットの先頭の位置をエンコードユニット
ポインタとしているが、そのセクタの完全なエンコード
ユニットの位置ではなく、そのセクタ内にある完全なエ
ンコードユニットの中の所望のものの位置とすると、エ
ンコードユニット単位で再生位置を指定したり、編集を
行ったりすることができるようになる。
【０２５８】すなわち、ＣＤ−ＲＯＭモード１の仕様に
従うと、アクセス単位はセクタとなり、通常は、セクタ
内のエンコードユニットを指定して再生させることはで
きない。しかしながら、エンコードユニットポインタ
で、そのセクタ内にある完全なエンコードユニットの中
の所望のものの位置を記述しておけば、セクタ内におい
て、所望のエンコードユニットを指定して、アクセスす
ることが可能になる。これは、特に、厳密な編集を行お
うとする場合に有効である。
従うと、アクセス単位はセクタとなり、通常は、セクタ
内のエンコードユニットを指定して再生させることはで
きない。しかしながら、エンコードユニットポインタ
で、そのセクタ内にある完全なエンコードユニットの中
の所望のものの位置を記述しておけば、セクタ内におい
て、所望のエンコードユニットを指定して、アクセスす
ることが可能になる。これは、特に、厳密な編集を行お
うとする場合に有効である。
【０２５９】また、上述の例では、パックヘッダを１４
バイトと固定値とし、ＰＥＳヘッダを１４バイトの固定
値とし、ＣＤ２ストリームヘッダを４バイトの固定値と
しており、１パケットのデータを２０１６バイトとして
いる。このため、ＰＥＳヘッダ中のＰＥＳパケット長
（PES_packet_length）は、必ず、２０２８バイトとな
る。このことから、ＰＥＳパケット中のＰＥＳパケット
長を検出し、この値が２０２８バイトか否かを判断し
て、ＣＤ２のディスクか否かの判断に用いるようにして
も良い。
バイトと固定値とし、ＰＥＳヘッダを１４バイトの固定
値とし、ＣＤ２ストリームヘッダを４バイトの固定値と
しており、１パケットのデータを２０１６バイトとして
いる。このため、ＰＥＳヘッダ中のＰＥＳパケット長
（PES_packet_length）は、必ず、２０２８バイトとな
る。このことから、ＰＥＳパケット中のＰＥＳパケット
長を検出し、この値が２０２８バイトか否かを判断し
て、ＣＤ２のディスクか否かの判断に用いるようにして
も良い。
【０２６０】また、上述の例では、ＣＤ２ストリームヘ
ッダを４バイトとしているが、このヘッダの大きさは、
これに限定されるものではない。しかしながら、ＣＤ２
ストリームヘッダを４バイトとすると、１パケットのデ
ータ長は２０１６バイトとなり、８の倍数となる。例え
ば、ＤＥＳやtriple ＤＥＳのようなブロック暗号で
は、８バイトずつを単位として暗号化が行われており、
１パケットのデータ長を２０１６バイトとすると、１パ
ケットのデータが８バイトの倍数となり、暗号化に好都
合である。
ッダを４バイトとしているが、このヘッダの大きさは、
これに限定されるものではない。しかしながら、ＣＤ２
ストリームヘッダを４バイトとすると、１パケットのデ
ータ長は２０１６バイトとなり、８の倍数となる。例え
ば、ＤＥＳやtriple ＤＥＳのようなブロック暗号で
は、８バイトずつを単位として暗号化が行われており、
１パケットのデータ長を２０１６バイトとすると、１パ
ケットのデータが８バイトの倍数となり、暗号化に好都
合である。
【０２６１】また、上述の例では、スタッフィングを行
う際に、前方スタッフィングと、後方スタッフィングと
を行うようにしているが、前方スタッフィング或いは後
方スタッフィングのどちらか一方のみとするようにして
も良い。
う際に、前方スタッフィングと、後方スタッフィングと
を行うようにしているが、前方スタッフィング或いは後
方スタッフィングのどちらか一方のみとするようにして
も良い。
【０２６２】また、上述の例では、ＣＤ２ストリームヘ
ッダにスタッフィングをしたか否かを示すスタッフィン
グＩＤを設け、データの後方の１１ビット（後方スタッ
フィングの場合）にスタッフィング長を記述している
が、スタッフィング長が「０」なら、スタッフィングし
ていないと定義できるので、ＣＤ２ストリームヘッダの
スタッフィングＩＤを設けないようにし、スタッフィン
グ長のみを記述するようにしても良い。
ッダにスタッフィングをしたか否かを示すスタッフィン
グＩＤを設け、データの後方の１１ビット（後方スタッ
フィングの場合）にスタッフィング長を記述している
が、スタッフィング長が「０」なら、スタッフィングし
ていないと定義できるので、ＣＤ２ストリームヘッダの
スタッフィングＩＤを設けないようにし、スタッフィン
グ長のみを記述するようにしても良い。
【０２６３】更に、前方スタッフィングと、後方スタッ
フィングと、前方及び後方の双方向スタッフィングの３
種類のスタッフィングを行うようにしても良い。
フィングと、前方及び後方の双方向スタッフィングの３
種類のスタッフィングを行うようにしても良い。
【０２６４】また、上述までの説明では、オーディオデ
ータをエンコードする場合について説明したが、勿論、
画像をエンコードする場合にも、この発明は有効であ
る。ＭＰＥＧ２の画像の場合には、シーケンス層、ＧＯ
Ｐ層、ピクチャ層、スライス層、マクロブロック層、ブ
ロック層からなっているが、例えば、可変長符号化の単
位となっているスライス層や、ピクチャ層をエンコード
ユニットとして考えることができる。
ータをエンコードする場合について説明したが、勿論、
画像をエンコードする場合にも、この発明は有効であ
る。ＭＰＥＧ２の画像の場合には、シーケンス層、ＧＯ
Ｐ層、ピクチャ層、スライス層、マクロブロック層、ブ
ロック層からなっているが、例えば、可変長符号化の単
位となっているスライス層や、ピクチャ層をエンコード
ユニットとして考えることができる。
【０２６５】また、上述までの説明では、このようにパ
ケット化され、パック化されたデータをＣＤ−ＲＯＭに
準拠してＣＤ２のディスクに記録しているが、この発明
は、データを伝送する際にも有効である。例えば、上述
のようにパケット化され、パック化されたデータを、ネ
ットで配信できるようにすれば、このデータをダウンロ
ードして、ＣＤ−ＲＯＭに準拠して記録を行うディスク
に記録する際に好適である。
ケット化され、パック化されたデータをＣＤ−ＲＯＭに
準拠してＣＤ２のディスクに記録しているが、この発明
は、データを伝送する際にも有効である。例えば、上述
のようにパケット化され、パック化されたデータを、ネ
ットで配信できるようにすれば、このデータをダウンロ
ードして、ＣＤ−ＲＯＭに準拠して記録を行うディスク
に記録する際に好適である。
【０２６６】
【発明の効果】この発明によれば、所定長のセクタに分
割され、セクタ単位でアクセスが可能とされた記録媒体
に、符号化されたコンテンツデータを所定長毎に分割し
ヘッダを付加してパケット化し更にヘッダを付加してパ
ック化して記録する際に、各パケットにエンコードユニ
ットを詰めて記録していくと共に、そのセクタの先頭に
ある完全なエンコードユニットの位置をポインタで示す
ようにしている。このように、セクタのパケットデータ
の先頭から、完全なエンコードユニットとなるエンコー
ドユニットの先頭までの長さをエンコードユニットポイ
ンタとして記録しておくと、セクタをアクセスしたと
き、エンコードユニットポインタの値から、セクタの先
頭から、完全なエンコードユニットとなるエンコードユ
ニット位置が分かり、これにより、エンコードユニット
の先頭から直ちにデコードを開始できる。また、この完
全なエンコードユニットの先頭までの長さは、エンコー
ドユニットが固定長で決まっているなら、セクタ番号に
より特定することができる。このため、サーチ時にコン
テンツの途中から再生したり、編集を行ったときにも、
エンコードユニットの先頭を見失うことがなくなり、確
実にデコード処理が行える。
割され、セクタ単位でアクセスが可能とされた記録媒体
に、符号化されたコンテンツデータを所定長毎に分割し
ヘッダを付加してパケット化し更にヘッダを付加してパ
ック化して記録する際に、各パケットにエンコードユニ
ットを詰めて記録していくと共に、そのセクタの先頭に
ある完全なエンコードユニットの位置をポインタで示す
ようにしている。このように、セクタのパケットデータ
の先頭から、完全なエンコードユニットとなるエンコー
ドユニットの先頭までの長さをエンコードユニットポイ
ンタとして記録しておくと、セクタをアクセスしたと
き、エンコードユニットポインタの値から、セクタの先
頭から、完全なエンコードユニットとなるエンコードユ
ニット位置が分かり、これにより、エンコードユニット
の先頭から直ちにデコードを開始できる。また、この完
全なエンコードユニットの先頭までの長さは、エンコー
ドユニットが固定長で決まっているなら、セクタ番号に
より特定することができる。このため、サーチ時にコン
テンツの途中から再生したり、編集を行ったときにも、
エンコードユニットの先頭を見失うことがなくなり、確
実にデコード処理が行える。
【図１】ＣＤ２の光ディスクの構成を示す略線図であ
る。
る。
【図２】この発明が適用できる光ディスク記録再生装置
の記録系の構成を示すブロック図である。
の記録系の構成を示すブロック図である。
【図３】この発明が適用できる光ディスク記録再生装置
の再生系の構成を示すブロック図である。
の再生系の構成を示すブロック図である。
【図４】ＣＤ−ＲＯＭのデータ構成の説明に用いる略線
図である。
図である。
【図５】ＭＰＥＧ２−ＰＳでデータを記録する場合の説
明に用いる略線図である。
明に用いる略線図である。
【図６】スタッフィングの説明に用いる略線図である。
【図７】パックヘッダの説明に用いる略線図である。
【図８】パケットヘッダの説明に用いる略線図である。
【図９】ＣＤ２ストリームヘッダの説明に用いる略線図
である。
である。
【図１０】ＡＴＲＡＣエンコーダの構成を示すブロック
図である。
図である。
【図１１】ＡＴＲＡＣエンコーダの説明に用いる略線図
である。
である。
【図１２】ＡＴＲＡＣデコーダの構成を示すブロック図
である。
である。
【図１３】ＡＴＲＡＣデコーダの説明に用いる略線図で
ある。
ある。
【図１４】ＡＴＲＡＣ３エンコーダの構成を示すブロッ
ク図である。
ク図である。
【図１５】ＡＴＲＡＣ３デコーダの構成を示すブロック
図である。
図である。
【図１６】ＡＴＲＡＣ３のエンコードユニットの説明に
用いる略線図である。
用いる略線図である。
【図１７】エンコードユニットとセクタとの関係を示す
略線図である。
略線図である。
【図１８】エンコードユニットとセクタとの関係を示す
略線図である。
略線図である。
【図１９】エンコードユニットとセクタ番号との関係を
示す略線図である。
示す略線図である。
【図２０】エンコードユニットとセクタとの関係を示す
略線図である。
略線図である。
【図２１】エンコードユニットとセクタ番号との関係を
示す略線図である。
示す略線図である。
【図２２】エンコードユニットとセクタとの関係を示す
略線図である。
略線図である。
【図２３】エンコードユニットとセクタ番号との関係を
示す略線図である。
示す略線図である。
【図２４】ＭＰ３エンコーダの構成を示すブロック図で
ある。
ある。
【図２５】ＭＰ３のフレームヘッダの説明に用いる略線
図である。
図である。
【図２６】ＭＰ３デコーダの構成を示すブロック図であ
る。
る。
【図２７】ＡＡＣのエンコーダの構成を示すブロック図
である。
である。
【図２８】ＡＡＣのデコーダの構成を示すブロック図で
ある。
ある。
【図２９】ＡＡＣのフレームヘッダの説明に用いる略線
図である。
図である。
【図３０】データアクセスの説明に用いるフローチャー
トである。
トである。
【図３１】編集時のエンコードフレームの処理の説明に
用いる略線図である。
用いる略線図である。
【図３２】編集時の処理の説明に用いるフローチャート
である。
である。
【図３３】編集時の処理の説明に用いるフローチャート
である。
である。
１・・・光ディスク、１２・・・画像エンコーダ、２２
・・・オーディオエンコーダ、１６、２６・・・スタッ
フィング発生回路、１７、２７・・・ＰＥＳヘッダ付加
回路、１８、２８・・・ＰＥＳヘッダ生成回路、３１・
・・パックヘッダ付加回路、３２・・・パックヘッダ生
成回路、５４・・・パックヘッダ抽出回路、５５・・・
パックヘッダ解析回路、６１、７１・・・ＰＥＳヘッダ
抽出回路、６２，７２・・・ＰＥＳヘッダ解析回路
・・・オーディオエンコーダ、１６、２６・・・スタッ
フィング発生回路、１７、２７・・・ＰＥＳヘッダ付加
回路、１８、２８・・・ＰＥＳヘッダ生成回路、３１・
・・パックヘッダ付加回路、３２・・・パックヘッダ生
成回路、５４・・・パックヘッダ抽出回路、５５・・・
パックヘッダ解析回路、６１、７１・・・ＰＥＳヘッダ
抽出回路、６２，７２・・・ＰＥＳヘッダ解析回路
フロントページの続き
(51)Int.Cl.7 識別記号 ＦＩ テーマコート゛(参考）
Ｈ０４Ｎ 5/92 Ｈ０４Ｎ 5/92 Ｅ
5/928 5/91 Ｎ
(72)発明者 猪口 達也
東京都品川区北品川６丁目７番35号 ソニ
ー株式会社内
Ｆターム(参考） 5C053 FA14 FA23 GB06 GB11 GB36
GB38 HA27 JA01
5D044 AB05 BC02 CC04 DE02 DE03
DE49 DE52 GK07 HL14
5D077 AA23 CB01 DC22 DE01 DF01
5D110 AA14 AA27 DA04 DA11 DB02
Claims (61)
- 【請求項１】 所定長のセクタに分割され、上記セクタ
単位でアクセスが可能とされた記録媒体にコンテンツデ
ータを記録するデータ記録方法であって、 符号化されたコンテンツデータを所定長毎に分割しヘッ
ダを付加してパケット化し、 上記パケットに更にヘッダを付加してパック化し、 上記パケット化され更にパック化されたデータを上記セ
クタと対応させて上記記録媒体の各セクタに記録すると
共に、 上記符号化されたコンテンツデータを所定長毎に分割し
てパケット化する際に、各パケット中に配される複数の
符号化ユニットの中で所望の符号化ユニットの先頭位置
を示すための情報を上記パケットのヘッダに記録するよ
うにしたデータ記録方法。 - 【請求項２】 上記所望の符号化ユニットの先頭位置
は、上記各パケット中に配される複数の符号化ユニット
の中で、任意の完全な符号化ユニットの先頭位置である
請求項１に記載のデータ記録方法。 - 【請求項３】 上記所望の符号化ユニットの先頭位置
は、上記各パケット中に配される複数の符号化ユニット
の中で、最初の完全な符号化ユニットの先頭位置である
請求項１に記載のデータ記録方法。 - 【請求項４】 上記所望の符号化ユニットの先頭位置を
示すための情報は、セクタ又はパックの先頭から上記所
望の符号化ユニットの先頭位置までの長さである請求項
１に記載のデータ記録方法。 - 【請求項５】 上記所望の符号化ユニットの先頭位置を
示すための情報は、セクタ又はパックの先頭から所望の
フレームのフレームヘッダまでの長さである請求項１に
記載のデータ記録方法。 - 【請求項６】 上記所望の符号化ユニットの先頭位置を
示すための情報は、所定数のセクタを１グループとして
セクタ番号を付加したときの上記グループにおけるセク
タ番号である請求項１に記載のデータ記録方法。 - 【請求項７】 上記セクタには、ＣＤ−ＲＯＭに準拠し
てパケット化されパック化されたデータが記録される請
求項１に記載のデータ記録方法。 - 【請求項８】 上記パケット化及びパック化は、ＭＰＥ
Ｇ（Moving PictureCoding Experts Group ）−ＰＳ（P
rogram Stream）に準拠するものである請求項１に記載
のデータ記録方法。 - 【請求項９】 上記コンテンツデータは、ＡＴＲＡＣ
（Adaptive TRansformAcoustic Coding）、ＡＴＲＡＣ
２、又はＡＴＲＡＣ３で符号化されるようにした請求項
１に記載のデータ記録方法。 - 【請求項１０】 上記コンテンツデータは、ＭＰ３（MP
EG1 Audio Layer-3）で符号化されるようにした請求項
１に記載のデータ記録方法。 - 【請求項１１】 上記コンテンツデータは、ＡＡＣ（MP
EG2 Advanced AudioCoding ）で符号化されるようにし
た請求項１に記載のデータ記録方法。 - 【請求項１２】 所定長のセクタに分割され、上記セク
タ単位でアクセスが可能とされた記録媒体にコンテンツ
データを記録するデータ記録装置であって、 符号化されたコンテンツデータを所定長毎に分割しヘッ
ダを付加してパケット化する手段と、 上記パケットに更にヘッダを付加してパック化する手段
と、 上記パケット化され更にパック化されたデータを上記セ
クタと対応させて上記記録媒体の各セクタに記録する手
段とを有すると共に、 上記符号化されたコンテンツデータを所定長毎に分割し
てパケット化する際に、各パケット中に配される複数の
符号化ユニットの中で所望の符号化ユニットの先頭位置
を示すための情報を上記パケットのヘッダに記録する手
段を有するようにしたデータ記録装置。 - 【請求項１３】 上記所望の符号化ユニットの先頭位置
は、上記各パケット中に配される複数の符号化ユニット
の中で、任意の完全な符号化ユニットの先頭位置である
請求項１２に記載のデータ記録装置。 - 【請求項１４】 上記所望の符号化ユニットの先頭位置
は、上記各パケット中に配される複数の符号化ユニット
の中で、最初の完全な符号化ユニットの先頭位置である
請求項１２に記載のデータ記録装置。 - 【請求項１５】 上記所望の符号化ユニットの先頭位置
を示すための情報は、セクタ又はパックの先頭から上記
所望の符号化ユニットの先頭位置までの長さである請求
項１２に記載のデータ記録装置。 - 【請求項１６】 上記所望の符号化ユニットの先頭位置
を示すための情報は、セクタ又はパックの先頭から所望
のフレームのフレームヘッダまでの長さである請求項１
２に記載のデータ記録装置。 - 【請求項１７】 上記所望の符号化ユニットの先頭位置
を示すための情報は、所定数のセクタを１グループとし
てセクタ番号を付加したときの上記グループにおけるセ
クタ番号である請求項１２に記載のデータ記録装置。 - 【請求項１８】 上記セクタには、ＣＤ−ＲＯＭに準拠
してパケット化されパック化されたデータが記録される
請求項１２に記載のデータ記録装置。 - 【請求項１９】 上記パケット化及びパック化は、ＭＰ
ＥＧ（Moving Picture Coding Experts Group ）−ＰＳ
（Program Stream）に準拠するものである請求項１２に
記載のデータ記録装置。 - 【請求項２０】 上記コンテンツデータは、ＡＴＲＡＣ
（Adaptive TRansform Acoustic Coding）、ＡＴＲＡＣ
２、又はＡＴＲＡＣ３で符号化されるようにした請求項
１２に記載のデータ記録装置。 - 【請求項２１】 上記コンテンツデータは、ＭＰ３（MP
EG1 Audio Layer-3）で符号化されるようにした請求項
１２に記載のデータ記録装置。 - 【請求項２２】 上記コンテンツデータは、ＡＡＣ（MP
EG2 Advanced AudioCoding ）で符号化されるようにし
た請求項１２に記載のデータ記録装置。 - 【請求項２３】 所定長のセクタに分割され、上記セク
タ単位でアクセスが可能とされた記録媒体にコンテンツ
データが記録されるデータ記録媒体からコンテンツデー
タを再生するデータ再生方法であって、 上記データ記録媒体には、符号化されたコンテンツデー
タが所定長毎に分割されヘッダが付加されてパケット化
され、上記パケットに更にヘッダが付加されてパック化
され、上記パケット化され更にパック化されたデータが
上記セクタと対応されて上記記録媒体の各セクタに記録
されると共に、上記符号化されたコンテンツデータが所
定長毎にパケット化される際に、上記パケットのヘッダ
に各パケット中に配される複数の符号化ユニットの中で
所望の符号化ユニットの先頭位置を示すための情報が記
録されており、 上記データ記録媒体をセクタ毎にアクセスして再生し、 上記記録媒体の所望のセクタにアクセスされたら、上記
パケットのヘッダの情報から得られる所望の符号化ユニ
ットの先頭位置を示すための情報に基づいて、上記セク
タ内で再生を開始する位置を設定するようにしたデータ
再生方法。 - 【請求項２４】 上記所望の符号化ユニットの先頭位置
は、上記各パケット中に配される複数の符号化ユニット
の中で、任意の完全な符号化ユニットの先頭位置である
請求項２３に記載のデータ再生方法。 - 【請求項２５】 上記所望の符号化ユニットの先頭位置
は、上記各パケット中に配される複数の符号化ユニット
の中で、最初の完全な符号化ユニットの先頭位置である
請求項２３に記載のデータ再生方法。 - 【請求項２６】 上記所望の符号化ユニットの先頭位置
を示すための情報は、セクタ又はパックの先頭から上記
所望の符号化ユニットの先頭位置までの長さである請求
項２３に記載のデータ再生方法。 - 【請求項２７】 上記所望の符号化ユニットの先頭位置
を示すための情報は、セクタ又はパックの先頭から所望
のフレームのフレームヘッダまでの長さである請求項２
３に記載のデータ再生方法。 - 【請求項２８】 上記所望の符号化ユニットの先頭位置
を示すための情報は、所定数のセクタを１グループとし
てセクタ番号を付加したときの上記グループにおけるセ
クタ番号である請求項２３に記載のデータ再生方法。 - 【請求項２９】 上記セクタには、ＣＤ−ＲＯＭに準拠
してパケット化されパック化されたデータが再生される
請求項２３に記載のデータ再生方法。 - 【請求項３０】 上記パケット化及びパック化は、ＭＰ
ＥＧ（Moving Picture Coding Experts Group ）−ＰＳ
（Program Stream）に準拠するものである請求項２３に
記載のデータ再生方法。 - 【請求項３１】 上記コンテンツデータは、ＡＴＲＡＣ
（Adaptive TRansform Acoustic Coding）、ＡＴＲＡＣ
２、又はＡＴＲＡＣ３で符号化されるようにした請求項
２３に記載のデータ再生方法。 - 【請求項３２】 上記コンテンツデータは、ＭＰ３（MP
EG1 Audio Layer-3）で符号化されるようにした請求項
２３に記載のデータ再生方法。 - 【請求項３３】 上記コンテンツデータは、ＡＡＣ（MP
EG2 Advanced AudioCoding ）で符号化されるようにし
た請求項２３に記載のデータ再生方法。 - 【請求項３４】 所定長のセクタに分割され、上記セク
タ単位でアクセスが可能とされた記録媒体にコンテンツ
データが記録されるデータ記録媒体からコンテンツデー
タを再生するデータ再生装置であって、 上記データ記録媒体には、符号化されたコンテンツデー
タが所定長毎に分割されヘッダが付加されてパケット化
され、上記パケットに更にヘッダが付加されてパック化
され、上記パケット化され更にパック化されたデータが
上記セクタと対応されて上記記録媒体の各セクタに記録
されると共に、上記符号化されたコンテンツデータが所
定長毎にパケット化される際に、上記パケットのヘッダ
に各パケット中に配される複数の符号化ユニットの中で
所望の符号化ユニットの先頭位置を示すための情報が記
録されており、 上記データ記録媒体をセクタ毎にアクセスして再生させ
る手段と、 上記記録媒体の所望のセクタにアクセスされたら、上記
パケットのヘッダの情報から得られる所望の符号化ユニ
ットの先頭位置を示すための情報に基づいて、上記セク
タ内で再生を開始する位置を設定する手段とを有するよ
うにしたデータ再生装置。 - 【請求項３５】 上記所望の符号化ユニットの先頭位置
は、上記各パケット中に配される複数の符号化ユニット
の中で、任意の完全な符号化ユニットの先頭位置である
請求項３４に記載のデータ再生装置。 - 【請求項３６】 上記所望の符号化ユニットの先頭位置
は、上記各パケット中に配される複数の符号化ユニット
の中で、最初の完全な符号化ユニットの先頭位置である
請求項３４に記載のデータ再生装置。 - 【請求項３７】 上記所望の符号化ユニットの先頭位置
を示すための情報は、セクタ又はパックの先頭から上記
所望の符号化ユニットの先頭位置までの長さである請求
項３４に記載のデータ再生装置。 - 【請求項３８】 上記所望の符号化ユニットの先頭位置
を示すための情報は、セクタ又はパックの先頭から所望
のフレームのフレームヘッダまでの長さである請求項３
４に記載のデータ再生装置。 - 【請求項３９】 上記所望の符号化ユニットの先頭位置
を示すための情報は、所定数のセクタを１グループとし
てセクタ番号を付加してときの上記グループにおけるセ
クタ番号である請求項３４に記載のデータ再生装置。 - 【請求項４０】 上記セクタには、ＣＤ−ＲＯＭに準拠
してパケット化されパック化されたデータが再生される
請求項３４に記載のデータ再生装置。 - 【請求項４１】 上記パケット化及びパック化は、ＭＰ
ＥＧ２−ＰＳに準拠するものである請求項３４に記載の
データ再生装置。 - 【請求項４２】 上記コンテンツデータは、ＡＴＲＡＣ
（Adaptive TRansform Acoustic Coding）、ＡＴＲＡＣ
２、又はＡＴＲＡＣ３で符号化されるようにした請求項
３４に記載のデータ再生装置。 - 【請求項４３】 上記コンテンツデータは、ＭＰ３（MP
EG1 Audio Layer-3）で符号化されるようにした請求項
３４に記載のデータ再生装置。 - 【請求項４４】 上記コンテンツデータは、ＡＡＣ（MP
EG2 Advanced AudioCoding ）で符号化されるようにし
た請求項３４に記載のデータ再生装置。 - 【請求項４５】 所定長のセクタに分割され、上記セク
タ単位でアクセスが可能とされた記録媒体に記録された
コンテンツデータを編集するデータ編集方法であって、 上記データ記録媒体には、符号化されたコンテンツデー
タが所定長毎に分割されヘッダが付加されてパケット化
され、上記パケットに更にヘッダが付加されてパック化
され、上記パケット化され更にパック化されたデータが
上記セクタと対応されて上記記録媒体の各セクタに記録
されると共に、上記符号化されたコンテンツデータが所
定長毎にパケット化される際に、上記ヘッダに各パケッ
ト中に配される複数の符号化ユニットの中で所望の符号
化ユニットの先頭位置を示すための情報が記録されてお
り、 一連の上記コンテンツデータを編集したときに、編集点
であることを示す情報を上記セクタのヘッダに記録して
おき、 上記ヘッダから上記編集点であることを示す情報が検出
されたら、上記パケットのヘッダの情報から得られる所
望の符号化ユニットの先頭位置を示すための情報に基づ
いて、再生を開始する位置を設定するようにしたデータ
編集方法。 - 【請求項４６】 上記編集点であることを示す情報は、
編集したときの始端になるか終端になるかを示す情報を
含んでおり、 上記終端であるときには、上記パケットの複数の符号化
ユニットの中で不完全な符号化ユニットのデータをスキ
ップし、上記始端であるときには、上記パケットのヘッ
ダの情報から得られる所望の符号化ユニットの先頭位置
を示すための情報に基づく位置から再生を開始するよう
にした請求項４５に記載のデータ編集方法。 - 【請求項４７】 所定長のセクタに分割され、上記セク
タ単位でアクセスが可能とされた記録媒体に記録される
コンテンツデータを編集するデータ編集装置であって、 上記データ記録媒体には、符号化されたコンテンツデー
タが所定長毎に分割されヘッダが付加されてパケット化
され、上記パケットに更にヘッダが付加されてパック化
され、上記パケット化され更にパック化されたデータが
上記セクタと対応されて上記記録媒体の各セクタに記録
されると共に、上記符号化されたコンテンツデータが所
定長毎にパケット化される際に、上記パケットのヘッダ
に各パケット中に配される複数の符号化ユニットの中で
所望の符号化ユニットの先頭位置を示すための情報が記
録されており、一連の上記コンテンツデータを編集した
ときに、編集点であることを示す情報を記録する手段
と、 上記ヘッダから上記編集点であることを示す情報が検出
されたら、上記パケットのヘッダの情報から得られる所
望の符号化ユニットの先頭位置を示すための情報に基づ
いて、再生を開始する位置を設定する手段とを有するよ
うにしたデータ編集装置。 - 【請求項４８】 上記編集点であることを示す情報は、
編集したときの始端になるか終端になるかを示す情報を
含んでおり、 上記終端であるときには、上記パケットの複数の符号化
ユニットの中で不完全な符号化ユニットのデータをスキ
ップし、上記始端であるときには、上記パケットのヘッ
ダの情報から得られる所望の符号化ユニットの先頭位置
を示すための情報に基づく位置から再生を開始するよう
にした請求項４７に記載のデータ編集装置。 - 【請求項４９】 所定長のセクタに分割され、上記セク
タ単位でアクセスが可能とされた記録媒体にコンテンツ
データが記録されるデータ記録媒体であって、 符号化されたコンテンツデータが所定長毎に分割されヘ
ッダが付加されてパケット化され、上記パケットに更に
ヘッダが付加されてパック化され、上記パケット化され
更にパック化されたデータが上記セクタと対応されて上
記記録媒体の各セクタに記録されると共に、上記符号化
されたコンテンツデータが所定長毎にパケット化される
際に、上記パケットのヘッダに各パケット中に配される
複数の符号化ユニットの中で所望の符号化ユニットの先
頭位置を示すための情報が記録されているデータ記録媒
体。 - 【請求項５０】 上記所望の符号化ユニットの先頭位置
は、上記各パケット中に配される複数の符号化ユニット
の中で、任意の完全な符号化ユニットの先頭位置である
請求項４９に記載のデータ記録媒体。 - 【請求項５１】 上記所望の符号化ユニットの先頭位置
は、上記各パケット中に配される複数の符号化ユニット
の中で、最初の完全な符号化ユニットの先頭位置である
請求項４９に記載のデータ記録媒体。 - 【請求項５２】 上記所望の符号化ユニットの先頭位置
を示すための情報は、セクタ又はパックの先頭から上記
所望の符号化ユニットの先頭位置までの長さである請求
項４９に記載のデータ記録媒体。 - 【請求項５３】 上記所望の符号化ユニットの先頭位置
を示すための情報は、セクタ又はパックの先頭から所望
のフレームのフレームヘッダまでの長さである請求項４
９に記載のデータ記録媒体。 - 【請求項５４】 上記所望の符号化ユニットの先頭位置
を示すための情報は、所定数のセクタを１グループとし
てセクタ番号を付加したときの上記グループにおけるセ
クタ番号である請求項４９に記載のデータ記録媒体。 - 【請求項５５】 上記セクタには、ＣＤ−ＲＯＭに準拠
してパケット化されパック化されたデータが記録される
請求項４９に記載のデータ記録媒体。 - 【請求項５６】 上記パケット化及びパック化は、ＭＰ
ＥＧ（Moving Picture Coding Experts Group ）−ＰＳ
（Program Stream）に準拠するものである請求項４９に
記載のデータ記録媒体。 - 【請求項５７】 上記コンテンツデータは、ＡＴＲＡＣ
（Adaptive TRansform Acoustic Coding）、ＡＴＲＡＣ
２、又はＡＴＲＡＣ３で符号化されるようにした請求項
４９に記載のデータ記録媒体。 - 【請求項５８】 上記コンテンツデータは、ＭＰ３（MP
EG1 Audio Layer-3）で符号化されるようにした請求項
４９に記載のデータ記録媒体。 - 【請求項５９】 上記コンテンツデータは、ＡＡＣ（MP
EG2 Advanced AudioCoding ）で符号化されるようにし
た請求項４９に記載のデータ記録媒体。 - 【請求項６０】 所定長のセクタに分割され、上記セク
タ単位でアクセスが可能とされた記録媒体にコンテンツ
データが記録されるデータ記録媒体であって、 符号化されたコンテンツデータが所定長毎に分割されヘ
ッダが付加されてパケット化され、上記パケットに更に
ヘッダが付加されてパック化され、上記パケット化され
更にパック化されたデータが上記セクタと対応されて上
記記録媒体の各セクタに記録されると共に、上記符号化
されたコンテンツデータが所定長毎にパケット化される
際に、上記パケットのヘッダに各パケット中に配される
複数の符号化ユニットの中で所望の符号化ユニットの先
頭位置を示すための情報が記録されていると共に、一連
の上記コンテンツデータを編集したときに編集点である
ことを示す情報が記録されているデータ記録媒体。 - 【請求項６１】 上記編集点であることを示す情報は、
編集したときの始端になるか終端になるかを示す情報を
含むようにした請求項６０に記載のデータ記録媒体。
Priority Applications (6)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001311633A JP3937788B2 (ja) | 2001-04-19 | 2001-10-09 | データ記録方法及び装置、データ再生方法及び装置、データ編集方法及び装置 |
| EP02717150A EP1381045A1 (en) | 2001-04-19 | 2002-04-15 | Data recording method and apparatus, data reproducing method and apparatus, and data edition method and apparatus |
| CN02801930A CN1463434A (zh) | 2001-04-19 | 2002-04-15 | 数据记录/再现方法和装置及数据编辑方法和装置 |
| KR1020027017300A KR20030011911A (ko) | 2001-04-19 | 2002-04-15 | 데이터 기록 방법 및 장치, 데이터 재생 방법 및 장치,데이터 편집 방법 및 장치 |
| US10/311,772 US7257060B2 (en) | 2001-04-19 | 2002-04-15 | Data recording method and apparatus, data reproducing method and apparatus, and data edition method and apparatus |
| PCT/JP2002/003721 WO2002086889A1 (fr) | 2001-04-19 | 2002-04-15 | Procede et appareil d'enregistrement de donnees, procede et appareil de reproduction de donnees, et procede et appareil d'edition de donnees |
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001121426 | 2001-04-19 | ||
| JP2001-121426 | 2001-04-19 | ||
| JP2001311633A JP3937788B2 (ja) | 2001-04-19 | 2001-10-09 | データ記録方法及び装置、データ再生方法及び装置、データ編集方法及び装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2003007000A true JP2003007000A (ja) | 2003-01-10 |
| JP3937788B2 JP3937788B2 (ja) | 2007-06-27 |
Family
ID=26613854
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2001311633A Expired - Fee Related JP3937788B2 (ja) | 2001-04-19 | 2001-10-09 | データ記録方法及び装置、データ再生方法及び装置、データ編集方法及び装置 |
Country Status (6)
| Country | Link |
|---|---|
| US (1) | US7257060B2 (ja) |
| EP (1) | EP1381045A1 (ja) |
| JP (1) | JP3937788B2 (ja) |
| KR (1) | KR20030011911A (ja) |
| CN (1) | CN1463434A (ja) |
| WO (1) | WO2002086889A1 (ja) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2005109861A (ja) * | 2003-09-30 | 2005-04-21 | Nec Corp | トランスポートストリームの暗号化装置及び編集装置並びにこれらの方法 |
| WO2006033275A1 (ja) * | 2004-09-24 | 2006-03-30 | Matsushita Electric Industrial Co., Ltd. | データ処理装置 |
Families Citing this family (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP3601473B2 (ja) * | 2001-05-11 | 2004-12-15 | ヤマハ株式会社 | ディジタルオーディオ圧縮回路および伸長回路 |
| JP4002878B2 (ja) * | 2003-01-17 | 2007-11-07 | 松下電器産業株式会社 | 画像符号化方法 |
| KR100530377B1 (ko) * | 2003-12-30 | 2005-11-22 | 삼성전자주식회사 | 엠펙 오디오 디코더의 합성필터 및 그 디코딩 방법 |
| TWI315516B (en) * | 2004-05-28 | 2009-10-01 | Mediatek Inc | Method and related apparatus for generating fixed packets while writing data into cds |
| JP4806204B2 (ja) * | 2005-03-30 | 2011-11-02 | 株式会社日立国際電気 | 暗号化データ通信システム |
| JP2007149151A (ja) * | 2005-11-24 | 2007-06-14 | Funai Electric Co Ltd | 光ディスク再生装置、音声信号出力装置及びａｖシステム |
| EP2211347B1 (en) * | 2007-11-01 | 2013-01-16 | Panasonic Corporation | Recording medium, reproducing device, recording device, reproducing method, and recording method |
| KR100912839B1 (ko) * | 2007-11-14 | 2009-08-18 | 주식회사 한단정보통신 | 방송데이터의 녹화를 수행하는 장치 및 그 방법 |
| JP4989548B2 (ja) * | 2008-04-22 | 2012-08-01 | キヤノン株式会社 | データ変換装置及びその制御方法 |
| WO2015024062A1 (en) | 2013-08-23 | 2015-02-26 | University Of South Australia | Enhanced automatic identification system |
Family Cites Families (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP3273640B2 (ja) | 1992-09-30 | 2002-04-08 | 株式会社東芝 | 編集装置及び編集信号復号化装置 |
| JP3528989B2 (ja) * | 1995-01-20 | 2004-05-24 | ソニー株式会社 | データ多重化装置、データ多重化方法、多重化データ処理装置および多重化データ処理方法 |
| JPH08293157A (ja) | 1995-04-21 | 1996-11-05 | Matsushita Electric Ind Co Ltd | 可変フレーム長高能率符号化データの記録再生方法 |
| EP2267720A3 (en) * | 1998-02-23 | 2011-03-09 | Kabushiki Kaisha Toshiba | Information storage medium, information playback method and apparatus and information recording method |
| JP3945029B2 (ja) | 1998-07-16 | 2007-07-18 | ソニー株式会社 | データ伝送方法及びデータ伝送装置 |
| JP3570249B2 (ja) | 1998-10-21 | 2004-09-29 | 日本ビクター株式会社 | 記録再生装置及び記録再生方法 |
| EP1021048A3 (en) * | 1999-01-14 | 2002-10-02 | Kabushiki Kaisha Toshiba | Digital video recording system and its recording medium |
| JP3376314B2 (ja) * | 1999-05-12 | 2003-02-10 | 株式会社東芝 | デジタル映像情報媒体、デジタル映像情報記録再生装置およびデジタル映像情報処理方法 |
-
2001
- 2001-10-09 JP JP2001311633A patent/JP3937788B2/ja not_active Expired - Fee Related
-
2002
- 2002-04-15 KR KR1020027017300A patent/KR20030011911A/ko not_active Application Discontinuation
- 2002-04-15 WO PCT/JP2002/003721 patent/WO2002086889A1/ja not_active Application Discontinuation
- 2002-04-15 EP EP02717150A patent/EP1381045A1/en not_active Withdrawn
- 2002-04-15 CN CN02801930A patent/CN1463434A/zh active Pending
- 2002-04-15 US US10/311,772 patent/US7257060B2/en not_active Expired - Fee Related
Cited By (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2005109861A (ja) * | 2003-09-30 | 2005-04-21 | Nec Corp | トランスポートストリームの暗号化装置及び編集装置並びにこれらの方法 |
| US8243926B2 (en) | 2003-09-30 | 2012-08-14 | Nec Personal Computers, Ltd. | Transport stream encryption device and its editing device and method for use therein |
| WO2006033275A1 (ja) * | 2004-09-24 | 2006-03-30 | Matsushita Electric Industrial Co., Ltd. | データ処理装置 |
| US8032012B2 (en) | 2004-09-24 | 2011-10-04 | Panasonic Corporation | Data processor |
| JP4791969B2 (ja) * | 2004-09-24 | 2011-10-12 | パナソニック株式会社 | データ処理装置 |
| US8824864B2 (en) | 2004-09-24 | 2014-09-02 | Panasonic Corporation | Data processor |
| US8831410B2 (en) | 2004-09-24 | 2014-09-09 | Panasonic Corporation | Data processor |
Also Published As
| Publication number | Publication date |
|---|---|
| WO2002086889A1 (fr) | 2002-10-31 |
| EP1381045A1 (en) | 2004-01-14 |
| US7257060B2 (en) | 2007-08-14 |
| US20040013052A1 (en) | 2004-01-22 |
| KR20030011911A (ko) | 2003-02-11 |
| JP3937788B2 (ja) | 2007-06-27 |
| CN1463434A (zh) | 2003-12-24 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3496411B2 (ja) | 情報符号化方法及び復号化装置 | |
| JP3937788B2 (ja) | データ記録方法及び装置、データ再生方法及び装置、データ編集方法及び装置 | |
| JP2003006999A (ja) | データ記録媒体、データ記録方法及び装置、並びに、データ伝送方法及び装置 | |
| JP2003143015A (ja) | 信号処理方法及び装置並びに符号列生成方法及び装置 | |
| JP2000123481A (ja) | 情報符号化装置および方法、情報復号装置および方法、記録媒体、並びに提供媒体 | |
| US6963860B1 (en) | Information recording and reproducing system and method and distribution medium | |
| EP0971350A1 (en) | Information encoding device and method, information decoding device and method, recording medium, and provided medium | |
| JP3304739B2 (ja) | ロスレス符号装置とロスレス記録媒体とロスレス復号装置とロスレス符号復号装置 | |
| JP2005149608A (ja) | 音声データ記録／再生システムとその音声データ記録媒体 | |
| JP2004362721A (ja) | データ生成方法およびデータ生成装置、データ再生方法およびデータ再生装置、並びにプログラム | |
| JPH09120647A (ja) | オーディオ信号圧縮記録装置及びオーディオ信号圧縮装置並びに光記録媒体 | |
| JP4066740B2 (ja) | 信号再生装置及び方法、信号記録装置及び方法、並びに符号列生成方法及び装置 | |
| JP3346399B2 (ja) | 光記録媒体及び音声復号装置 | |
| JP2003177791A (ja) | コンテンツ符号化装置、コンテンツ符号化方法、コンテンツ符号化プログラム、及びコンテンツ符号化プログラムが記録された記録媒体、並びにコンテンツ復号装置、コンテンツ復号方法、コンテンツ復号プログラム、及びコンテンツ復号プログラムが記録された記録媒体 | |
| JPH11288555A (ja) | オーディオディスク、及びそのエンコード装置、デコード装置並びに著作権管理方法 | |
| JP3346406B2 (ja) | 音声符号化方法及び音声復号方法 | |
| JP3346403B2 (ja) | 光記録媒体及び音声復号装置 | |
| JP3346404B2 (ja) | 音声符号化装置 | |
| JPH10285046A (ja) | 情報信号処理装置、情報信号記録装置及び情報信号再生装置 | |
| JP3346400B2 (ja) | 音声符号化装置 | |
| JP2003257121A (ja) | 信号再生方法及び装置、信号記録方法及び装置、並びに符号列生成方法及び装置 | |
| JP2003337599A (ja) | 信号再生方法及び装置、信号記録方法及び装置、並びに符号列生成方法及び装置 | |
| JP3346405B2 (ja) | 音声符号化方法 | |
| JP2003304158A (ja) | 信号再生方法及び装置、信号記録方法及び装置、並びに符号列生成方法及び装置 | |
| JP3346401B2 (ja) | 音声符号化方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20040929 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20060704 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20060904 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20061003 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20061130 |
|
| 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: 20070306 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20070319 |
|
| LAPS | Cancellation because of no payment of annual fees |