JP2003006999A - データ記録媒体、データ記録方法及び装置、並びに、データ伝送方法及び装置 - Google Patents

データ記録媒体、データ記録方法及び装置、並びに、データ伝送方法及び装置

Info

Publication number
JP2003006999A
JP2003006999A JP2001311632A JP2001311632A JP2003006999A JP 2003006999 A JP2003006999 A JP 2003006999A JP 2001311632 A JP2001311632 A JP 2001311632A JP 2001311632 A JP2001311632 A JP 2001311632A JP 2003006999 A JP2003006999 A JP 2003006999A
Authority
JP
Japan
Prior art keywords
data
stuffing
packet
header
sector
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.)
Pending
Application number
JP2001311632A
Other languages
English (en)
Inventor
Yoichiro Sako
曜一郎 佐古
Feltman Mark
マーク・フェルトマン
Shunsuke Furukawa
俊介 古川
Tatsuya Inoguchi
達也 猪口
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Sony Corp
Original Assignee
Sony Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Sony Corp filed Critical Sony Corp
Priority to JP2001311632A priority Critical patent/JP2003006999A/ja
Priority to PCT/JP2002/003722 priority patent/WO2002086890A1/ja
Priority to US10/311,654 priority patent/US7126892B2/en
Priority to KR1020027017299A priority patent/KR20030011910A/ko
Priority to EP02717151A priority patent/EP1381046A1/en
Priority to CN02801845A priority patent/CN1463432A/zh
Publication of JP2003006999A publication Critical patent/JP2003006999A/ja
Pending legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N9/00—Details of colour television systems
    • H04N9/79—Processing of colour television signals in connection with recording
    • H04N9/80—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback
    • H04N9/804—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback involving pulse code modulation of the colour picture signal components
    • H04N9/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
    • 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
    • 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
    • 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/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/00492—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 content or user data is encrypted
    • G11B20/00507—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 content or user data is encrypted wherein consecutive physical data units of the record carrier are encrypted with separate encryption keys, e.g. the key changes on a cluster or sector basis
    • 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

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Signal Processing For Digital Recording And Reproducing (AREA)
  • Television Signal Processing For Recording (AREA)

Abstract

(57)【要約】 【課題】 ＣＤ−ＲＯＭの仕様に則って、ＭＰＥＧ２−
ＰＳのデータを記録する際に、データの先頭やスクラン
ブル制御フラグの位置が容易に検出できると共に、小さ
いビット数のスタッフィングやパディングが行えるよう
にする。 【解決手段】 セクタに分割され、セクタ単位でアクセ
スが可能とされた記録媒体に、符号化されたデータを所
定長毎に分割しヘッダを付加してパケット化し更にヘッ
ダを付加してパック化して記録する際に、スタッフィン
グが必要なときには、パケットのデータ領域の最後にス
タッフィングデータをする。これにより、パックヘッダ
の長さを固定にすることができる。また、パディングパ
ケットを設ける必要がなくなり、ＰＥＳヘッダが暗号化
されてしまったり、暗号化を行う上での問題が生じたり
することがなくなる。

Description

【発明の詳細な説明】
【０００１】
【発明の属する技術分野】この発明は、例えばＣＤ２の
光ディスクのように、所定長のセクタに分割され、セク
タ単位でアクセスが可能とされた記録媒体、及び、この
ような記録媒体にコンテンツのデータを記録するデータ
記録方法及び装置、データ伝送方法及び装置に関する。
【０００２】
【従来の技術】近年、大容量の記録媒体として光ディス
クの開発が進められてきている。例えば音楽情報が記録
されたＣＤ(Compact Disc)、コンピュータ用のデータが
記録されるＣＤ−ＲＯＭ、映像情報を取り扱うＤＶＤ(D
igital Versatile Disc またはDigital Video Disc) 等
が知られている。
【０００３】ここに挙げた光ディスクは、読み出し専用
のディスクである。最近では、ＣＤ−Ｒ(CD-Recordabl
e)ディスク 、ＣＤ−ＲＷ(CD-Rewritable)ディスク等の
ように、データの追記や、書き換えが可能な光ディスク
が実用化されている。さらに、ＣＤと同様な形状で記録
容量を高めた倍密度ＣＤや、通常のＣＤプレーヤとパー
ソナルコンピュータとの双方との親和性が高められるＣ
Ｄ２等、様々な光ディスクの開発が進められている。
【０００４】ＣＤ２の光ディスクは、内周側の領域と、
外周側の領域とがあり、内周側の領域は、通常のＣＤプ
レーヤでも再生できるように、例えば、オーディオデー
タが通常のＣＤ−ＤＡ（CD Digital Audio）と同様なフ
ォーマットで記録されている。外周側の領域は、パーソ
ナルコンピュータとの親和性を図るように、ＣＤ−ＲＯ
Ｍの仕様に基づいて、コンテンツのデータがファイルさ
れて記録される。
【０００５】このようなＣＤ２の光ディスクに、ＭＰＥ
Ｇ２−ＰＳの仕様に則って、オーディオデータや画像デ
ータからなるマルチメディアのコンテンツデータを記録
することが考えられている。そして、オーディオデータ
の圧縮方式としては、例えば、ＡＴＲＡＣ３を使うこと
が考えられている。
【０００６】オーディオデータの圧縮方式としては、入
力された時間軸方向のオーディオデータを帯域分割フィ
ルタにより複数の帯域に分割して圧縮符号化するサブバ
ンド方式と、入力された時間軸方向のオーディオデータ
を、ＤＣＴ等の直交関数により周波数軸方向のデータに
変換して圧縮符号化する変換符号化方式と、両者を組み
合わせたハイブリッド方式が知られている。ＡＴＲＡＣ
３はハイブリッド型に属されるオーディオ圧縮方式であ
り、ＡＴＲＡＣ３では、所定の時間窓で切り出されたオ
ーディオデータが帯域分割され、ＭＤＣＴ変換されるこ
とにより、圧縮符号化が行われる。
【０００７】オーディオデータのサンプリング周波数を
例えば４４．１ｋＨｚとし、時間窓を例えば１１．６ｍ
秒とすると、この時間窓で５１２サンプル分のオーディ
オデータが切り出されることになり、１サンプルを１６
ビットとすると、２０４８バイト毎にエンコードが行わ
れることになる。そして、ＡＴＲＡＣ３では、適応的ビ
ット割り当てを行っており、ビットレートについて任意
に対応できる。伝送ビットレートが６６ｋｂｐｓのとき
には、１つのエンコードユニットは１９２バイトに圧縮
され、１０５ｋｂｐｓのときには３０４バイトに圧縮さ
れ、１３２ｋｂｐｓのときには、３８４バイトに圧縮さ
れる。
【０００８】これに対して、ＣＤ−ＲＯＭモード１で
は、９８フレームからなるサブコードブロックがセクタ
とされ、このセクタを単位として、データが記録され
る。１セクタの大きさは２３５２バイトであり、そのう
ち、データ記録容量は２０４８バイトである。ＭＰＥＧ
２−ＰＳのストリームを記録する場合には、データにパ
ケットレイヤのＰＥＳヘッダが付けられ、更に、パック
レイヤのパックヘッダが付けられる。
【０００９】ＭＰＥＧ２−ＰＳの仕様では、このパック
ヘッダにスタッフィングが行えるようになっている。ま
た、パディングパケットを挿入することができるように
なっている。すなわち、編集を行ったときなどでは、記
録するデータが欠落するようなことがある。また、エン
コードの都合上、１パケットに格納するデータ量が異な
るようなことがある。このような場合に、データ長を一
定にするために、パックヘッダにスタッフィングを挿入
したり、パディングパケットを挿入したりすることが行
われている。
【００１０】
【発明が解決しようとする課題】ところが、パックヘッ
ダのスタッフィングバイトを使うと、ヘッダの長さが一
定でなくなり、パケットデータの開始位置や、ＰＥＳパ
ケットの情報を簡単に検出できなくなるという問題が生
じてくる。
【００１１】すなわち、図３５Ａに示すように、パック
ヘッダにスタッフィングを挿入していないときには、１
パックの先頭からパケットのデータの先頭までの長さは
ＬＡ１であるのに対して、パックヘッダにスタッフィン
グを行うと、１パックの先頭からパケットのデータの先
頭までの長さはＬＡ２となる。このように、パックヘッ
ダにスタッフィングを行うと、１パックの先頭からパケ
ットのデータの先頭までの長さが変わってくるため、１
パックの先頭からパケットのデータの先頭までの長さに
より、パケットのデータの先頭を検出することが困難に
なる。
【００１２】また、ＰＥＳヘッダの中には、例えば、ス
クランブル制御フラグが記述されている。コンテンツの
保護のために、データが暗号化されているような場合に
は、まず、このスクランブル制御フラグを検出する必要
がある。
【００１３】パックヘッダが固定長なら、スクランブル
制御フラグは、１パックの先頭から所望の数だけ離れた
所に必ず位置している。このため、１パックの先頭から
所望の長さだけ離れた位置の情報を抜き取ることで、即
座に、スクランブル制御フラグを得ることができる。
【００１４】ところが、図３６Ａに示すように、パック
ヘッダに対してスタッフィングを行うようにした場合に
は、スタッフィングをしていないときには、スタッフィ
ングを１パックの先頭からスクランブル制御フラグまで
の長さはＬＢ１であるのに対して、パックヘッダにスタ
ッフィングを行うと、図３６Ｂに示すように、１パック
の先頭からスクランブル制御フラグまでの長さはＬＢ２
となる。このように、パックヘッダにスタッフィングを
行うようにした場合には、１パックの先頭からスクラン
ブル制御フラグまでの長さが変わってくるため、１パッ
クの先頭からの長さにより、スクランブル制御フラグを
検出することが困難になる。
【００１５】このように、パックヘッダのスタッフィン
グは、ヘッダが可変長になり、パックヘッダからの長さ
により、パケットデータの開始位置や、ＰＥＳパケット
の情報を検出できなくなるという問題が生じてくる。
【００１６】また、図３７に示すように、パディングパ
ケットには、ＰＥＳヘッダとして、３２ビットのパケッ
ト開始コードと、１６ビットのパケット長を設ける必要
がある。したがって、パディングパケットは、最小で
も、６バイトのデータ長を持っており、パディングパケ
ットでは、それ未満の小さいビット数のパディングやス
タッフィングを行うことができない。
【００１７】また、図３７に示すように、パディングパ
ケットのＰＥＳヘッダには、パケット開始コードとパケ
ット長のみが記述され、このパディングパケットのＰＥ
Ｓヘッダには、スクランブル制御フラグ等の各種の情報
を記述できない。したがって、スクランブルの制御は、
その前のＰＥＳパケットに依存してしまうことになる。
【００１８】したがって、図３８に示すように、その前
のパケットが暗号化されていると、パディングパケット
では、ＰＥＳヘッダを含めて、暗号化されてしまうこと
になる。ところが、パディングパケットのＰＥＳヘッダ
が暗号化されてしまうと、パディングパケットの開始位
置や長さが不明になり、正しい復号が行えなくなる可能
性がある。
【００１９】したがって、この発明の目的は、ヘッダの
長さを固定でき、データの先頭やスクランブル制御フラ
グの位置が容易に検出できるようにしたデータ記録媒
体、データ記録方法及び装置、並びに、データ伝送方法
及び装置を提供することにある。
【００２０】この発明の他の目的は、小さいビット数の
スタッフィングやパディングが行えると共に、暗号化の
障害が生じないようにしたデータ記録媒体、データ記録
方法及び装置、並びに、データ伝送方法及び装置を提供
することにある。
【００２１】
【課題を解決するための手段】請求項１の発明は、所定
長のセクタに分割され、セクタ単位でアクセスが可能と
され、コンテンツデータが記録されるデータ記録媒体で
あって、符号化されたコンテンツデータが所定長毎に分
割されてヘッダが付加されてパケット化され、パケット
に更にヘッダが付加されてパック化され、パケット化さ
れ更にパック化されたデータがセクタと対応されて各セ
クタに記録されると共に、パケット化され更にパック化
されたデータの大きさがセクタの大きさと対応しないと
きには、ヘッダは固定長とし、パケットのデータ中にス
タッフィングデータを挿入するようにしたデータ記録媒
体である。
【００２２】請求項４の発明は、所定長のセクタに分割
され、セクタ単位でアクセスが可能とされた記録媒体に
コンテンツデータを記録するデータ記録方法であって、
符号化されたコンテンツデータを所定長毎に分割しヘッ
ダを付加してパケット化し、パケットに更にヘッダを付
加してパック化し、パケット化され更にパック化された
データをセクタと対応させて記録媒体の各セクタに記録
すると共に、スタッフィングデータを挿入する際に、ヘ
ッダは固定長とし、パケットのデータ中にスタッフィン
グデータを挿入するようにしたデータ記録方法である。
【００２３】請求項１９の発明は、所定長のセクタに分
割され、セクタ単位でアクセスが可能とされた記録媒体
にコンテンツデータを記録するデータ記録装置であっ
て、符号化されたコンテンツデータを所定長毎に分割し
ヘッダを付加してパケット化する手段と、パケットに更
にヘッダを付加してパック化する手段と、パケット化さ
れ更にパック化されたデータをセクタと対応させて記録
媒体の各セクタに記録する手段と、スタッフィングデー
タを挿入する際に、ヘッダは固定長とし、パケットのデ
ータ中にスタッフィングデータを挿入する手段とを有す
るようにしたデータ記録装置である。
【００２４】請求項３４の発明は、符号化されたコンテ
ンツデータを所定長毎に分割しヘッダを付加してパケッ
ト化し、パケットに更にヘッダを付加してパック化し、
パケット化され更にパック化されたデータを伝送するス
テップとを含むと共に、スタッフィングデータを挿入す
る際に、ヘッダは固定長とし、パケットのデータ中にス
タッフィングデータを挿入するようにしたデータ伝送方
法である。
【００２５】請求項４９の発明は、符号化されたコンテ
ンツデータを所定長毎に分割しヘッダを付加してパケッ
ト化する手段と、パケットに更にヘッダを付加してパッ
ク化する手段と、パケット化され更にパック化されたデ
ータを伝送する手段と、スタッフィングデータを挿入す
る際に、ヘッダは固定長とし、パケットのデータ中にス
タッフィングデータを挿入する手段とを有するようにし
たデータ伝送装置である。
【００２６】所定長のセクタに分割され、セクタ単位で
アクセスが可能とされた記録媒体に、符号化されたコン
テンツデータを所定長毎に分割しヘッダを付加してパケ
ット化し更にヘッダを付加してパック化して記録する際
に、スタッフィングが必要な場合には、パケットのデー
タ領域の例えば最後にスタッフィングデータが挿入され
る。また、このスタッフィングの情報が例えばＣＤ２ス
トリームヘッダに記述され、その長さが例えばデータの
最後尾に記述される。このため、パックヘッダにスタッ
フィングをする必要がなくなり、パックヘッダの長さを
固定にすることができる。これにより、パケットデータ
の開始位置が容易に検出できる。また、パケットヘッダ
に付加されているスクランブル制御フラグを容易に取り
出すことができ、暗号化の復号処理が容易になる。
【００２７】また、パケットのデータ領域の例えば最後
にスタッフィングデータが挿入される。このため、パデ
ィングパケットを設ける必要がなくなる。パディングパ
ケットを使用しないため、６バイト未満の小さいパディ
ングやスタッフィングのデータを挿入することができ
る。また、このようなパディングパケットが設けられな
いため、ＰＥＳヘッダが暗号化されてしまったり、暗号
化を行う上での問題が生じたりすることがなくなる。
【００２８】
【発明の実施の形態】以下、この発明の実施の形態につ
いて図面を参照して説明する。この発明は、例えば、Ｃ
Ｄ（Compact Disc）２の光ディスクにコンテンツデータ
を記録／再生するのに用いて好適である。
【００２９】図１は、この発明が適用できるＣＤ２の光
ディスク１の外観の構成を示すものである。ＣＤ２は、
通常のＣＤと同様に、例えば直径１２０ｍｍの光ディス
クである。ただし、所謂シングルＣＤのように、直径８
０mmとしても良い。
【００３０】ＣＤ２は、既存のＣＤプレーヤと、パーソ
ナルコンピュータとの双方との親和性を考慮して開発さ
れている。このようなＣＤ２の光ディスク１は、図１に
示すように、その中心にセンターホールが設けられ、内
周側に領域ＡＲ１が設けられ、さらにその外周に、領域
ＡＲ２が設けられる。内周側の領域ＡＲ１と、外周側の
領域ＡＲ２との間には、ミラー部Ｍ１が設けられ、この
ミラー部Ｍ１により、内周側の領域ＡＲ１と外周側の領
域ＡＲ２とが区切られている。内周側の領域ＡＲ１の最
内周には、リードイン領域ＬＩＮ１が設けられ、その最
外周には、リードアウト領域ＬＯＵＴ１が設けられる。
外周側の領域ＡＲ２の最内周には、リードイン領域ＬＩ
Ｎ２が設けられ、その最外周には、リードアウト領域Ｌ
ＯＵＴ２が設けられる。
【００３１】内周側の領域ＡＲ１は、既存のＣＤプレー
ヤとの親和性が図られた領域である。この領域ＡＲ１に
は、通常のＣＤプレーヤでも再生できるように、例え
ば、オーディオデータが通常のＣＤ−ＤＡ（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）方式（静止画）やＭＰＥＧ２
方式（動画）が用いられている。また、この外周の領域
は、著作権の保護を図るために、コンテンツのデータを
暗号化して記録することが望まれる。
【００３３】このように、ＣＤ２の光ディスク１は、内
周側の領域ＡＲ１を使って、通常のＣＤと同様にＣＤプ
レーヤで再生することができ、外周側の領域ＡＲ２を使
うことで、パーソナルコンピュータや携帯型のプレーヤ
と連携させながら、データを扱うことができる。
【００３４】この発明は、このようなＣＤ２の光ディス
ク１において、特に、外周側の領域ＡＲ２に、コンテン
ツのデータを記録／再生するのに用いて好適である。
【００３５】図２は、この発明が適用できる光ディスク
記録／再生装置の記録系の構成を示すものである。この
記録系では、ＣＤ２の光ディスク１に、ＭＰＥＧ２−Ｐ
Ｓの仕様に則って、動画や静止画、オーディオデータか
らなるマルチメディアのコンテンツデータが記録され
る。
【００３６】図２において、入力端子１１に画像データ
のストリームが供給され、入力端子２１にオーディオデ
ータのストリームが供給される。入力端子１１からの画
像データのストリームが画像エンコーダ１２に供給さ
れ、入力端子２１からのオーディオデータのストリーム
がオーディオエンコーダ２２に供給される。
【００３７】画像エンコーダ１２で、画像データが圧縮
符号化される。画像データの圧縮方式としては、入力画
像データが静止画の場合には、例えばＪＰＥＧ方式が用
いられ、動画の場合には、ＭＰＥＧ２方式が用いられ
る。ＪＰＥＧ方式は、静止画データを、ＤＣＴ（Discre
te Cosine Transform ）変換により、圧縮符号化するも
のである。ＭＰＥＧ２方式は、動き補償予測符号化と、
ＤＣＴ変換とにより、動画データを圧縮符号化するもの
である。
【００３８】また、この画像データを圧縮符号化したと
きの時間情報がＰＴＳ（Presentation Time Stamp)生成
回路１３に供給される。ＰＴＳ生成回路１３には、ＳＴ
Ｃ（System Time Clock）生成回路１０から、システム
の基準となる時刻情報が送られる。ＰＴＳ生成回路１３
により、ＳＴＣ生成回路１０からのシステム基準時刻情
報に基づいて、画像データの再生時の基準時刻となるＰ
ＴＳが生成される。
【００３９】画像エンコーダ１２の出力が暗号化回路１
４に供給される。画像データやオーディオデータのよう
なコンテンツデータは、著作権の保護を図るために、暗
号化が必要な場合がある。暗号化回路１４で、画像エン
コーダ１２から出力される画像データは、必要に応じ
て、暗号化される。暗号化回路１４の出力がパケット化
回路１５に供給される。
【００４０】暗号化回路１４では、暗号化方式として、
例えば、ＤＥＳ（Data EncryptionStandard）やtriple
ＤＥＳのようなブロック暗号のものが用いられる。ブロ
ック暗号は、例えば、８バイトずつを単位として暗号化
を行うものである。ＤＥＳは代表的な共通鍵暗号であ
り、６４ビット（８バイト）のデータを初期転置（スク
ランブル）を行い、３２ビットずつ分けたデータを、５
６ビットの１個の暗号鍵から生成された１６個の鍵で次
々と非線形処理を行い、再び転置を行って、暗号化する
ものである。勿論、暗号化方式は、このようなブロック
暗号に限定されるものではない。
【００４１】また、このとき、必要に応じて、スタッフ
ィング発生回路１６からのスタッフィングデータによ
り、スタッフィングが行われる。スタッフィングしたと
ころは、オール「１」又はオール「０」のデータで埋め
られる。また、スタッフィングしたところが暗号化され
ると、このスタッフィングデータは乱数様となる。勿
論、セキュリティを考慮して、スタッフィングは固定の
データではなく、乱数で行うようにしても良い。スタッ
フィングについては、後に、説明する。
【００４２】パケット化回路１５は、画像データをＭＰ
ＥＧ２−ＰＳのパケットに格納できるように、所定のデ
ータ数毎に分割するものである。すなわち、後に説明す
るように、ＭＰＥＧ２−ＰＳでは、ＣＤ−ＲＯＭの規格
上の１セクタに、１パック、１パケットのデータが配置
される。この例では、１パケットのデータは２０１６バ
イトとされている。したがって、パケット化回路１５
で、画像データが２０１６バイト毎に分割される。
【００４３】パケット化回路１５の出力がＰＥＳヘッダ
付加回路１７に供給される。ＰＥＳヘッダ付加回路１７
には、ＰＥＳヘッダ生成回路１８から、ＰＥＳヘッダが
供給される。ＰＥＳヘッダ付加回路１７で、２０１６バ
イトの１パケットのデータに、例えば、１４バイトのＰ
ＥＳヘッダが付加される。
【００４４】ＰＥＳヘッダは、後に説明するように、ス
トリームＩＤや、スクランブル制御フラグ、ＰＴＳ等が
含まれる。コンテンツを暗号化した場合には、暗号化回
路１４からＰＥＳヘッダ生成回路１８にスクランブル情
報が送られ、これに基づいて、ＰＥＳヘッダにスクラン
ブル制御フラグが付加される。また、ＰＴＳ生成回路１
３でＰＴＳが生成され、これに基づいて、ＰＥＳヘッダ
にＰＴＳ情報が付加される。ＰＴＳヘッダ付加回路１７
の出力がマルチプレクサ１９に供給される。
【００４５】更に、この発明の実施の形態では、ＰＥＳ
ヘッダ付加回路１７で、１４バイトのＰＥＳヘッダの後
ろに、例えば４バイトのＣＤ２ストリームヘッダが付加
される。このＣＤ２ストリームヘッダには、エンコード
ユニットポインタや、スタッフィングＩＤ、エディット
ＩＤ等が記録される。このＣＤ２コンテンツヘッダにつ
いては、後に、詳述する。
【００４６】一方、オーディオエンコーダ２２で、オー
ディオデータが圧縮符号化される。オーディオデータの
圧縮方式としては、ＡＴＲＡＣ３、ＭＰ３、ＡＡＣ等が
用いられる。勿論、ＡＴＲＡＣ、ＡＴＲＡＣ２、ＭＰＥ
Ｇ１オーディオ（MPEG1 Audio Layer-1,MPEG1 Audio La
yer-2）等を用いるようにしても良い。また、Ｔｗｉｎ
ＶＱ、ＲｅａｌＡｕｄｉｏ、ＷＭＡ等、種々の圧縮方式
が開発されており、これらも同様に使うことができるで
あろう。
【００４７】オーディオデータの圧縮方式としては、入
力された時間軸方向のオーディオデータを帯域分割フィ
ルタにより複数の帯域に分割して圧縮符号化するサブバ
ンド方式と、入力された時間軸方向のオーディオデータ
を、ＤＣＴ等の直交関数により周波数軸方向のスペクト
ラムデータに変換して圧縮符号化する変換符号化方式
と、両者を組み合わせたハイブリッド方式が知られてい
る。ＭＰＥＧ１オーディオ（MPEG1 Audio Layer-1,MPEG
1 Audio Layer-2）は、サブバンド符号化方式のもので
ある。ＡＴＲＡＣ、ＡＴＲＡＣ２、ＡＴＲＡＣ３、ＭＰ
３、ＡＡＣは、ハイブリッド方式のものである。
【００４８】また、このオーディオデータを圧縮符号化
したときの時間情報がオーディオエンコーダ２２からＰ
ＴＳ生成回路２３に供給される。ＰＴＳ生成回路２３に
は、ＳＴＣ生成回路１０から、システムの基準となる時
刻情報が送られる。ＰＴＳ生成回路２３により、ＳＴＣ
生成回路１０からのシステム基準時刻情報に基づいて、
オーディオデータの再生時の基準時刻となるＰＴＳが生
成される。
【００４９】オーディオエンコーダ２２の出力が暗号化
回路２４に供給される。暗号化回路２４で、オーディオ
エンコーダ２２から出力されるオーディオデータは、必
要に応じて、暗号化される。暗号化回路２４の出力がパ
ケット化回路２５に供給される。
【００５０】暗号化回路２４では、暗号化方式として、
例えば、ＤＥＳやtriple ＤＥＳのようなブロック暗号
のものが用いられる。勿論、暗号化方式は、このような
ブロック暗号に限定されるものではない。
【００５１】また、このとき、必要に応じて、スタッフ
ィング発生回路１６からのスタッフィングデータによ
り、スタッフィングが行われる。スタッフィングしたと
ころは、オール「１」又はオール「０」のデータで埋め
られる。また、スタッフィングしたところが暗号化され
ると、このスタッフィングデータは乱数様となる。勿
論、セキュリティを考慮して、スタッフィングは固定の
データではなく、乱数で行うようにしても良い。スタッ
フィングについては、後に、説明する。
【００５２】パケット化回路２５は、オーディオデータ
をＭＰＥＧ２−ＰＳのパケットに格納できるように、所
定のデータ数に分割するものである。この例では、パケ
ット化回路２５で、オーディオデータが２０１６バイト
毎に分割される。
【００５３】パケット化回路２５の出力がＰＥＳヘッダ
付加回路２７に供給される。ＰＥＳヘッダ付加回路２７
には、ＰＥＳヘッダ生成回路２８から、ＰＥＳヘッダが
供給される。ＰＥＳヘッダ付加回路２７で、２０１６バ
イトからなる１パケットのデータに、例えば１４バイト
のＰＥＳヘッダが付加される。
【００５４】ＰＥＳヘッダには、ストリームＩＤや、ス
クランブル制御フラグ、ＰＴＳ等が含まれる。コンテン
ツを暗号化した場合には、暗号化回路２４からＰＥＳヘ
ッダ生成回路２８にスクランブル情報が送られ、これに
基づいて、ＰＥＳヘッダにスクランブル制御フラグが付
加される。また、ＰＴＳ生成回路２３でＰＴＳが生成さ
れ、これに基づいて、ＰＥＳヘッダにＰＴＳ情報が付加
される。
【００５５】更に、この発明の実施の形態では、このと
き、ＰＥＳヘッダ付加回路２７で、ＣＤ２ストリームヘ
ッダが付加される。このＣＤ２ストリームヘッダには、
エンコードユニットポインタや、スタッフィングＩＤ、
エディットＩＤ等が記録される。このＰＴＳヘッダ付加
回路２７の出力がマルチプレクサ１９に供給される。
【００５６】マルチプレクサ１９には、画像エンコーダ
１２で圧縮符号化され、暗号化回路１４で暗号化され、
パケット化回路１５及びＰＥＳヘッダ付加回路１７によ
りパケット化された画像データパケットと、オーディオ
エンコーダ２２で圧縮符号化され、暗号化回路２４で暗
号化され、パケット化回路２５及びＰＥＳヘッダ付加回
路２７でパケット化されたオーディオデータデータとが
供給される。また、その他の付加情報からなるプログラ
ムパケットが供給される。マルチプレクサ１９で、これ
らの画像パケットと、オーディオパケットと、プログラ
ムパケットとが多重化される。
【００５７】マルチプレクサ１９の出力がパックヘッダ
付加回路３１に供給される。パックヘッダ付加回路３１
には、パックヘッダ生成回路３２からパックヘッダ情報
が供給される。パックヘッダ付加回路３１で、各パケッ
トにパックヘッダが付加される。
【００５８】後に説明するように、パックヘッダには、
システムの時間を較正するためのＳＣＲ（System Clock
Reference）や、多重化レート等が挿入される。ＳＣＲ
は、ＳＴＣ生成回路１０の出力に基づいて、ＳＣＲ生成
回路３３で生成される。このＳＣＲがパックヘッダ生成
回路３２に供給される。
【００５９】パックヘッダ付加回路３１の出力がエラー
訂正符号化回路３４に供給される。エラー訂正符号化回
路３４は、ＣＩＲＣ（Cross Interleave Reed-Solomon
Code）により、ＣＤ−ＲＯＭモード１に則って、記録デ
ータに対してエラー訂正符号化処理を行うものである。
【００６０】ＣＤ−ＲＯＭでは、９８フレームからなる
サブコードブロックが１セクタとして扱われる。
【００６１】すなわち、ＣＤには、Ｐ〜Ｗの各チャンネ
ルのサブコードが入っている。このサブコードは、９８
フレームを１ブロックとしてコーディングされている。
アクセス時に、このサブコードの情報が用いられる。し
たがって、９８フレームからなるサブコードブロックが
アクセス単位となる。
【００６２】ＣＤ−ＲＯＭでは、この９８フレームから
なるサブコードブロックを１セクタとして扱っている。
１セクタの物理容量は、２３５２バイトである。ＣＤ−
ＲＯＭモード１の場合には、エラー検出、訂正用に、２
８８バイトの補助データを付けて記録している。また、
各セクタの先頭には、１２バイトのシンクと、４バイト
のヘッダが設けられる、したがって、ＣＤ−ＲＯＭモー
ド１の仕様では、１セクタのデータ記録容量は、 ２３５２−２８８−１２−４＝２０４８バイト となる。
【００６３】パックヘッダ付加回路３１から出力される
パックの大きさは、後に説明するように、１４バイトの
パックヘッダと、１４バイトのＰＥＳヘッダと、４バイ
トのＣＤ２ストリームヘッダと、２０１６バイトのデー
タ（ペイロード）とからなり、 １４＋１４＋４＋２０１６＝２０４８バイト である。これは、ＣＤ−ＲＯＭモード１の１セクタのデ
ータ容量（２０４８バイト）に一致している。
【００６４】エラー訂正符号化回路３４の出力が変調回
路３５に供給される。変調回路３５で、記録データが所
定の変調方式により変調される。変調回路３５の出力が
記録回路３６を介して光学ピックアップ３７に供給され
る。
【００６５】光ディスク１は、前述したような、ＣＤ２
のディスクである。この光ディスク１は、スピンドルモ
ータ４２により、回転される。光ディスク１の回転を制
御するスピンドルサーボ回路や、光学ピックアップ３７
を光ディスク１の半径方向に制御するトラッキングサー
ボ回路や、光学ピックアップ３７からのビームを光軸方
向に制御するフォーカスサーボ回路が設けられており、
これらは、アクセス制御回路４３により制御される。
【００６６】データを記録する場合には、アクセス制御
回路４３により、光学ピックアップ３７が光ディスク１
の所望の記録位置のセクタにアクセスされ、光学ピック
アップ３７から光ディスク１に向けて、記録回路３６か
らの記録データに基づいて変調されたレーザービームが
出力される。これにより、光ディスク１にデータが記録
される。
【００６７】図３は、この発明が適用できる光ディスク
記録／再生装置の再生系の構成を示すものである。図３
において、再生時には、アクセス制御回路４３により、
光学ピックアップ３７が光ディスク１の所望の再生位置
のセクタにアクセスされる。光ディスク１には、１パッ
ク、１パケットのデータが１セクタに記録されており、
セクタを単位としてアクセスが可能である。
【００６８】光学ピックアップ３７により、光ディスク
１の記録データが読み取られる。この光学ピックアップ
３７からの再生データは、再生回路５１を介して、復調
回路５２に供給される。復調回路５２は、図２における
変調回路３５に対応する変調方式の復調処理を行うもの
である。復調回路５２の出力がエラー訂正回路５３に供
給される。エラー訂正回路５３で、ＣＩＲＣによるエラ
ー訂正処理が行われ、各セクタのデータが復号される。
【００６９】前述したように、１セクタに、１パック、
１パケットのデータが記録されており、１セクタのデー
タの先頭には、１４バイトのパックヘッダと、１４バイ
トのＰＥＳヘッダが付加され、更に、４バイトのＣＤ２
ストリームヘッダが付加されている。
【００７０】１セクタの再生データは、パックヘッダ抽
出回路５４に供給される。パックヘッダ抽出回路５４
で、１セクタ分の２０１６バイトのデータの先頭にある
パックヘッダが抽出される。抽出されたパックヘッダが
パックヘッダ解析回路５５に供給される。
【００７１】パックヘッダには、ＳＣＲや多重化レート
が挿入されている。このパックヘッダのＳＣＲは、ＳＣ
Ｒ抽出回路５６で抽出され、ＳＴＣ生成回路５７に供給
される。ＳＴＣ生成回路５７で、システムクロックで進
められるカウンタの値と、ＳＣＲの値とが比較され、こ
の比較出力に基づいて、システムの基準時刻が較正され
る。
【００７２】パックヘッダ抽出回路５４の出力は、デマ
ルチプレクサ５８に供給される。デマルチプレクサ５８
で、画像データパケットと、オーディオデータパケット
と、プログラムパケットとが分離される。パケットの分
離は、ＰＥＳヘッダのストリームＩＤを検出することで
行われる。
【００７３】デマルチプレクサ５８で分離された画像デ
ータパケットは、ＰＥＳヘッダ抽出回路６１に供給され
る。
【００７４】ＰＥＳヘッダ抽出回路６１で、パックヘッ
ダの次の１４バイトに挿入されているＰＥＳヘッダが抽
出される。このＰＥＳヘッダがＰＥＳヘッダ解析回路６
２に供給される。
【００７５】ＰＥＳヘッダには、ストリームＩＤや、ス
クランブル制御フラグ、ＰＴＳ等が含まれる。コンテン
ツが暗号化されているか否かは、このＰＥＳヘッダのス
クランブル制御フラグから判断できる。データが暗号化
されている場合、暗号解読が許可されている場合には、
暗号の解読キーが暗号解読回路６４に設定される。
【００７６】また、ＰＥＳヘッダに含まれているＰＴＳ
がＰＴＳ抽出回路６５で抽出される。ＰＴＳは、再生時
刻を示している。抽出されたＰＴＳは、再生タイミング
設定回路６６に供給される。
【００７７】更に、この例では、ＰＥＳヘッダ解析回路
６２で、ＣＤ２ストリームヘッダが解析される。このＣ
Ｄ２ストリームヘッダには、エンコードユニットポイン
タやスタッフィングＩＤ、エディットＩＤ等が記録され
ている。
【００７８】ＰＥＳヘッダ抽出回路６１の出力がパケッ
ト分解回路６３に供給される。パケット分解回路６３
で、１パケットの２０１６バイトのデータが分解され
る。
【００７９】パケット分解回路６３の出力が暗号解読回
路６４に供給される。コンテンツデータの解読が許可さ
れている場合には、暗号解読回路６４により、暗号解読
が行われる。暗号解読回路６４の出力が画像デコーダ６
７に供給される。
【００８０】画像デコーダ゛６７は、記録時の画像の圧
縮符号化方式に基づいて、画像データの伸長処理を行う
ものである。すなわち、画像デコーダ６７は、再生され
る画像データがＪＰＥＧ方式の画像なら、ＪＰＥＧのデ
コード処理を行い、ＭＰＥＧ２の動画データなら、ＭＰ
ＥＧ２のデコード処理を行っている。
【００８１】再生タイミング設定回路６６には、ＰＴＳ
抽出回路６５で抽出されたＰＴＳの値が供給されると共
に、ＳＴＣ生成回路５７からシステムの基準時刻が供給
される。再生タイミング設定回路６６で、ＰＴＳで示さ
れる時刻情報と、システムの基準時刻とが比較され、Ｐ
ＴＳで示される時刻情報と、システムの基準時刻とが一
致するタイミングで、画像デコーダ６７により、画像デ
ータがデコードされる。デコードされた画像データは、
出力端子６８から出力される。
【００８２】一方、デマルチプレクサ５８で分離された
オーディオデータパケットは、ＰＥＳヘッダ抽出回路７
１に供給される。
【００８３】ＰＥＳヘッダ抽出回路７１で、パックヘッ
ダの次の１４バイトに挿入されているＰＥＳヘッダが抽
出される。このＰＥＳヘッダがＰＥＳヘッダ解析回路７
２に供給される。
【００８４】ＰＥＳヘッダには、ストリームＩＤや、ス
クランブル制御フラグ、ＰＴＳ等が含まれる。コンテン
ツが暗号化されているか否かは、このＰＥＳヘッダの情
報から判断できる。データが暗号化されている場合、暗
号解読が許可されているときには、暗号の解読キーが暗
号解読回路７４に設定される。
【００８５】また、ＰＥＳヘッダに含まれているＰＴＳ
がＰＴＳ抽出回路７５で抽出される。ＰＴＳは、再生時
刻を示している。抽出されたＰＴＳは、再生タイミング
設定回路７６に供給される。
【００８６】更に、ＰＥＳヘッダ解析回路７２で、ＣＤ
２ストリームヘッダが解析される。このＣＤ２ストリー
ムヘッダには、エンコードユニットポインタやスタッフ
ィングＩＤ、エディットＩＤ等が記録されている。
【００８７】ＰＥＳヘッダ抽出回路７１の出力がパケッ
ト分解回路７３に供給される。パケット分解回路７３
で、１パケットの２０１６バイトのデータが分解され
る。
【００８８】パケット分解回路７３の出力が暗号解読回
路７４に供給される。コンテンツデータの解読が許可さ
れている場合には、暗号解読回路７４により、暗号解読
が行われる。暗号解読回路７４の出力がオーディオデコ
ーダ７７に供給される。
【００８９】オーディオデコーダ゛７７は、記録時のオ
ーディオの圧縮符号化方式に基づいて、オーディオデー
タの伸長処理を行うものである。すなわち、オーディオ
デコーダ７７は、再生されるオーディオデータがＡＴＲ
ＡＣ３なら、ＡＴＲＡＣ３のデコード処理を行い、ＭＰ
３やＡＡＣなら、ＭＰ３やＡＡＣのデコード処理を行っ
ている。
【００９０】再生タイミング設定回路７６には、ＰＴＳ
抽出回路７５で抽出されたＰＴＳの値が供給されると共
に、ＳＴＣ生成回路５７からシステムの基準クロックが
供給される。再生タイミング設定回路７６で、ＰＴＳで
示される時刻情報と、システムの基準時刻とが比較さ
れ、ＰＴＳで示される時刻情報と、システムの基準時刻
とが一致するタイミングで、オーディオデコーダ７７に
より、オーディオデータがデコードされる。デコードさ
れたオーディオデータは、出力端子７８から出力され
る。
【００９１】なお、上述の例では、記録系において、画
像データとオーディオデータとからなるマルチメディア
データを、ＭＰＥＧ２−ＰＳの仕様に従って、光ディス
ク１に記録し、再生系でこのマルチメディアデータを再
生するようにしているが、ＭＰＥＧ２−ＰＳの仕様に従
って、オーディオデータのみを記録／再生させるように
しても良い。勿論、画像データのみ記録／再生させるよ
うにしても良い。
【００９２】オーディオデータのみを記録／再生させる
ようした場合、ＡＴＲＡＣ３やＭＰ３のオーディオデー
タを記録／再生するオーディオ記録／再生装置として用
いることができる。
【００９３】また、静止画データとオーディオデータと
を記録しておくと共に、これらの再生手順を記述したス
クリプトを記録しておき、ユーザがスクリプトで指定し
た順番に、静止画データとオーディオデータとを再生さ
せるようなことも可能である。
【００９４】このように、この発明の実施の形態では、
画像データやオーディオデータのようなマルチプレクサ
メディアのコンテンツデータが圧縮され、ＭＰＥＧ２−
ＰＳに則り、１セクタに、１パック、１パケットとして
ＣＤ２の光ディスク１に記録される。
【００９５】すなわち、図４は、１セクタに記録される
データの構成を示すものである。前述したように、１セ
クタは、ＣＤの９８フレームからなる１サブコードブロ
ックと対応しており、図４に示すように、１セクタの物
理容量は、２３５２バイトである。ＣＤ−ＲＯＭモード
１の場合には、エラー検出、訂正用に、２８８バイトの
補助データが付加される。また、各セクタの先頭には、
１２バイトのシンクと、４バイトのヘッダが設けられ
る、したがって、ＣＤ−ＲＯＭモード１の仕様では、１
セクタのデータ記録容量は、２０４８バイトとなる。
【００９６】図５は、ＭＰＥＧ２−ＰＳの１パックの構
成を示すものである。図５に示すように、１パックの先
頭には、１４バイトのパックヘッダが設けられる。これ
に続いて、１４バイトのＰＥＳヘッダが設けられる。更
に、この発明の実施の形態では、４バイトのＣＤ２スト
リームヘッダが設けられる。これに続く２０１６バイト
に、オーディオデータや画像データ等のデータ（ペイロ
ード）が配置される。この１パック、１パケットのデー
タ量は２０４８バイトであり、図４に示す１セクタのデ
ータ記録容量と一致している。
【００９７】なお、ＭＰＥＧ２−ＰＳの仕様では、パッ
クヘッダにスタッフィングバイトを挿入できるようにな
っている。しかしながら、この発明の実施の形態では、
パックヘッダにはスタッフィングバイトを挿入しないこ
とにしている。その代わりに、後に説明するように、デ
ータ領域を使ってスタッフィングが行われる。
【００９８】これは、パックヘッダの長さを固定にし
て、パケットデータの開始位置が容易に検出できると共
に、スクランブル制御フラグを容易に取り出せるように
するためである。
【００９９】すなわち、パックヘッダにスタッフィング
バイトを挿入すると、パックヘッダの長さが不定になる
ため、１パケットのデータの開始位置が不定になる。
【０１００】これに対して、パックヘッダにはスタッフ
ィングバイトを挿入しないことに決めておけば、パック
ヘッダは１４バイト、ＰＥＳヘッダは１４バイト、ＣＤ
２ストリームヘッダは４バイトで固定となり、１パック
の先頭（又は１セクタの先頭）から（１４＋１４＋４＝
３２）バイト過ぎた後に、１パケットのデータが必ず開
始されることになる。
【０１０１】また、後に説明するように、ＰＥＳヘッダ
には、スクランブル制御フラグ（図８参照）が入ってい
る。再生時にスクランブルの制御を行う場合には、ま
ず、このスクランブル制御フラグを抽出する必要があ
る。
【０１０２】パックヘッダにはスタッフィングバイトを
挿入しないことに決めておけば、パックヘッダの長さは
１４バイトで固定となる。パックヘッダの長さが固定な
ら、単純に、１パックの先頭（又は１セクタの先頭）か
らの所定の位置の所を抜き取れば、ＰＥＳヘッダ中のス
クランブル制御フラグを抽出できる。
【０１０３】また、ＭＰＥＧ２−ＰＳの仕様では、パデ
ィングパケットを設けることができるようになってい
る。しかしながら、この発明の実施の形態では、パディ
ングパケットを使用しないようにしている。
【０１０４】パディングパケットを使用しない理由は、
パディングパケットでは小さいバイト数或いはビット数
のパディングが困難であると共に、パディングパケット
を使うと、パディングパケットのＰＥＳヘッダが暗号化
されてしまったり、暗号化を行う上での問題が生じたり
するからである。
【０１０５】つまり、パディングパケットには、ＰＥＳ
パケットが付加され、このＰＥＳパケットには、３２ビ
ットのパケット開始コードと、１６ビットのパケット長
が記述される。したがって、パディングパケットを挿入
するためには、少なくとも、３２ビットのパケット開始
コードと、１６ビットのパケット長からなるＰＥＳヘッ
ダを必ず設ける必要があり、ＰＥＳヘッダに相当する６
バイト未満のデータを挿入することはできない。
【０１０６】また、通常のパケットのＰＥＳヘッダに
は、スクランブル制御フラグを含む各種の情報が格納さ
れている。ところが、パディングパケットのＰＥＳヘッ
ダは、３２ビットのパケット開始コードと１６ビットの
パケット長からなり、各種の情報を格納できない。この
ため、パディングパケットのＰＥＳヘッダにスクランブ
ル制御フラグを入れられない。したがって、スクランブ
ルの制御は、その前のＰＥＳパケットに依存してしまう
ことになり、その前のＰＥＳパケットが暗号化されてい
ると、その次のパディングパケットは、ＰＥＳヘッダを
含めて、暗号化されてしまうことが起こり得る。ＰＥＳ
ヘッダが暗号化されてしまうと、パディングパケットの
開始位置やその長さが不明になり、正しい復号が行えな
くなる可能性がある。
【０１０７】そこで、この発明の実施の形態では、図６
に示すように、１パケットのデータ領域にスタッフィン
グを挿入するようにしている。スタッフィングデータ
は、通常、オール「１」又はオール「０」である。な
お、スタッフィングデータは、データ領域にあるので、
スタッフィングが暗号化されると、乱数様となる。勿
論、セキュリティを考慮して、スタッフィングデータを
固定値ではなく、乱数としても良い。そして、スタッフ
ィングが挿入されているか否かの情報を、スタッフィン
グＩＤとして、ＣＤ２ストリームヘッダに記述しておく
と共に、スタッフィング長を記述しておくようにしてい
る。
【０１０８】スタッフィングの挿入の仕方については、
図６Ａに示すように、データ領域の後方にスタッフィン
グを挿入するものと、図６Ｂに示すように、データ領域
の前方にスタッフィングを挿入するものが考えられる。
図６Ａに示すように、データ領域の後方にスタッフィン
グを挿入した場合には、データの最後の例えば１１ビッ
トに、スタッフィング長が記述される。図６Ｂに示すよ
うに、データ領域の前方にスタッフィングを挿入した場
合には、データの最初の例えば１１ビットに、スタッフ
ィング長が記述される。また、前方スタッフィングと後
方スタッフィングを行う場合には、スタッフィングＩＤ
により、前方スタッフィングか後方スタッフィングかが
識別される。
【０１０９】図７は、１パックの先頭に設けられるパッ
クヘッダの構成を示すものである。図７に示すように、
パックヘッダは１４バイトからなり、パックヘッダの先
頭には、３２ビットのパック開始コード（pack_start_c
ode）が設けられる。
【０１１０】次に、”０１”の２ビットが設けられる。
これは、ＭＰＥＧ１とＭＰＥＧ２との識別コードとなっ
ている。
【０１１１】その後に、システムの基準となるＳＴＣを
較正するためのＳＣＲ（４２＋４ビット）と、多重化レ
ート（program_mux_rate）（２２＋２ビット）が設けら
れる。多重化レートは、５０バイト／秒単位で計測され
る
【０１１２】さらに、スタッフィング長（pack_stuffin
g_length）（３＋５ビット）が設けられる。ＭＰＥＧ２
−ＰＳでは、このスタッフィング長に続いて、このスタ
ッフィング長で示されるスタッフィングバイト（stuffi
ng_bytes）を設けることができるが、前述したような理
由から、この発明の実施の形態では、ここにはスタッフ
ィングは入れないようにしている。すなわち、スタッフ
ィング長を必ず「０」としている。
【０１１３】図８は、ＰＥＳヘッダの構成を示すもので
ある。ＰＥＳヘッダは、１４バイトからなり、ＰＥＳヘ
ッダの先頭には、２４ビットのパケット開始コード（pa
cket_start_code）が設けられる。
【０１１４】次に、８ビットのストリームＩＤ（stream
_id）が設けられる。このストリームＩＤにより、デー
タの種類、すなわち、動画データであるのか、オーディ
オデータであるのか等が識別できる。
【０１１５】これに続いて、１６ビットのＰＥＳパケッ
ト長（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_header_data_length）
が設けられる。
【０１１８】次の４０ビットは、コンディショナルコー
ディングになっており、ここにＰＴＳを記録する場合に
は、（３＋７）ビットのＰＴＳが記録される。
【０１１９】ＭＰＥＧ２−ＰＳのストリームをＣＤ２に
記録した場合には、この１４バイトのＰＥＳヘッダに続
いて、４バイトのＣＤ２ストリームヘッダが設けられ
る。
【０１２０】図９は、ＣＤ２ストリームヘッダの構成を
示すものである。ＣＤ２ストリームヘッダには、ストリ
ームＩＤと、エンコードユニットポインタと、スタッフ
ィングＩＤと、エディットＩＤが設けられる。
【０１２１】エンコードユニットポインタは、そのセク
タにおいて最初の完全なエンコードユニットの開始位置
を示している。
【０１２２】すなわち、例えばオーディオデータをエン
コードするときのユニットの大きさと、１パケットの大
きさとは、無関係に決められている。このため、圧縮さ
れたオーディオデータを各パケットに詰め込んでいく
と、パケットのデータの先頭とエンコードユニットの先
頭とが一致しなくなるようなことが生じる。このため、
早送りや早戻し、サーチ時に、任意のセクタをアクセス
して再生を開始させようとすると、エンコードユニット
の先頭を見失い、再生が困難になる。
【０１２３】そこで、そのセクタにおいて最初の完全な
エンコードユニットの開始位置までを、エンコードユニ
ットポインタとして、ＣＤ２ストリームヘッダに記述す
るようにしている。このようなエンコードユニットポイ
ンタを使うと、任意のセクタをアクセスし、そのセクタ
にあるエンコードユニットの先頭から、簡単に再生が行
える。
【０１２４】スタッフィングＩＤは、このパケットのデ
ータ中にスタッフィングがあるか否かを識別するための
ものである。スタッフィングには、図６Ａに示したよう
な、後方のスタッフィングと、図６Ｂに示したような、
前方のスタッフィングがある。スタッフィングＩＤは、
スタッフィングがあるか否かを識別すると共に、スタッ
フィングを行った場合には、前方スタッフィングか後方
スタッフィングを識別している。
【０１２５】エディットＩＤは、編集点があるか否かを
示し、編集点があったら、終端になるか、始端になるか
を識別している。
【０１２６】このように、この発明の実施の形態では、
画像データやオーディオデータのようなコンテンツデー
タが圧縮され、ＭＰＥＧ２−ＰＳに則り、ＣＤ２のよう
な光ディスク１に記録される。オーディオデータを記録
する場合の圧縮方式としては、ＡＴＲＡＣ３やＭＰ３、
ＡＡＣを使うことが考えられる。
【０１２７】前述したように、ＡＴＲＡＣ３やＭＰ３、
ＡＡＣでは、所定のユニットを単位としてエンコードが
行われており、エンコードユニットの大きさと、１パケ
ットの大きさとは、無関係に決められている。このた
め、圧縮されたオーディオデータを各パケットに詰め込
んでいくと、パケットのデータの先頭とエンコードユニ
ットの先頭とが一致しなくなるようなことが生じる。こ
のため、例えば、サーチ時に、任意のセクタをアクセス
して再生を開始させようとすると、エンコードユニット
の先頭を見失い、スムーズな再生が困難になる。
【０１２８】そこで、この発明の実施の形態では、前述
したように、そのセクタの完全なエンコードユニットの
位置をエンコードユニットポインタで示すようにしてい
る。
【０１２９】図９に示したように、エンコードユニット
ポインタは、ＣＤ２ストリームヘッダ中に記述されてい
る。このようなエンコードユニットポインタを使うと、
任意のセクタをアクセスしてデータの再生を開始すると
きに、エンコードユニットの先頭が分かり、スムーズな
再生が可能となる。ことについて、以下に詳述する。
【０１３０】ここでは、オーディオデータをＡＴＲＡＣ
３で圧縮して記録するものとする。ＡＴＲＡＣや、ＡＴ
ＲＡＣ２、ＡＴＲＡＣ３では、時間窓でのオーディオデ
ータが取り込まれ、このオーディオデータが帯域分割さ
れ、時間領域のデータが周波数領域のデータに変換され
て、オーディオデータが圧縮される。
【０１３１】まず、エンコードユニットの概念を明確と
するために、ＡＴＲＡＣ３について説明するのに先立
ち、その基本となるＡＴＲＡＣについて説明する。
【０１３２】図１０は、ＡＴＲＡＣエンコーダの一例で
ある。図１０において、オーディオデータは、例えば４
４．１ｋＨｚでサンプリングされ、最大、１１．６ｍ秒
の時間窓で切り出されて、入力端子１０１に供給され
る。このオーディオデータは、帯域分割フィルタ１０２
に供給される。帯域分割フィルタ１０２で、入力オーデ
ィオデータは、高域成分と、それ以下の成分とに分離さ
れる。帯域分離フィルタ１０２で分離された高域成分
は、ＭＤＣＴ（Modified DCT）変換回路１０４に供給さ
れ、それ以下の成分は、帯域分離フィルタ１０３に供給
される。帯域分離フィルタ１０３で、入力オーディオデ
ータが低域成分と中域成分とに分離される。分離された
中域成分は、ＭＤＣＴ回路１０５に供給され、低域成分
は、ＭＤＣＴ回路１０６に供給される。
【０１３３】このように、入力端子１０１からのオーデ
ィオデータは、二段の帯域分割フィルタ１０２及び１０
３により、高域と、中域と、低域との３つの帯域に分割
される。帯域分割フィルタ１０１及び１０２としては、
ＱＭＦ（Quadrature MirrorFilter）が用いられる。高
域成分のデータはＭＤＣＴ変換回路１０４に供給され、
中域成分のデータはＭＤＣＴ回路１０５に供給され、低
域成分のデータはＭＤＣＴ回路１０６に供給される。Ｍ
ＤＣＴ変換回路１０４、１０５、１０６で、高域成分の
データ、中域成分のデータ、低域成分のデータは、それ
ぞれ、時間軸領域のデータから周波数領域のスペクトラ
ムデータに変換される。
【０１３４】ＭＤＣＴ変換回路１０４、１０５、１０６
の出力が正規化及び量子化回路１０７に供給される。正
規化及び量子化回路１０７で、ＭＤＣＴ変換回路１０
４、１０５、１０６の出力が量子化される。この正規化
及び量子化回路１０７の出力が出力端子１０９から出力
される。また、ＭＤＣＴ変換回路１０４、１０５、１０
６の出力がビット割当回路１０８に供給される。ビット
割当回路１０８により、符号量に応じて、正規化及び量
子化回路１０７のビット割り当てが決められる。このビ
ット割り当て情報は、出力端子１１０から出力される。
【０１３５】図１１は、ＡＴＲＡＣエンコーダでの圧縮
処理を説明するものである。図１１Ａに示すように、入
力オーディオデータは、最大、１１．６ｍ秒の時間窓で
切り出される。なお、実際には、ショートモードと、ロ
ングモードとに分けて、時間窓が開かれる。また、時間
窓は、オーバーラップが含められている。
【０１３６】オーディオデータのサンプリング周波数
は、４４．１ｋＨｚであるから、１１．６ｍ秒の時間窓
は、５１２サンプル分である。１サンプルは１６ビット
であるから、左右２チャンネルの５１２サンプルのデー
タは、５１２×２×１６／８＝２０４８バイトに相当す
る。
【０１３７】このデータは、上述のように、高域と、中
域と、低域の３つの周波数成分に分離され、ＭＤＣＴ変
換により、周波数領域のスペクトラムデータに変換さ
れ、正規化及び量子化される。これにより、図１１Ｂに
示すように、２０４８バイトのデータは、約１／５に圧
縮されて、４２４バイトになる。この４２４バイトのデ
ータは、オーディオデータを圧縮したときのエンコード
単位となる。ＡＴＲＡＣでは、このようなエンコード単
位は、サウンドグループと呼ばれている。ここでは、こ
のエンコード単位とされている４２４バイトからなるサ
ウンドグループがエンコードユニットである。
【０１３８】図１２は、ＡＴＲＡＣデコーダの構成を示
すものである。図１２において、入力端子１１１に、Ａ
ＴＲＡＣで圧縮されたデータが供給される。また、入力
端子１１２から、ビット割り当て情報が供給される。
【０１３９】スペクトラム復元回路１１３で、ビット割
り当て情報に基づいて逆量子化が行われ、スペクトラム
データが復元される。スペクトラム復元回路１１３から
は、高域成分のスペクトラムデータと、中域成分のスペ
クトラムデータと、低域成分のスペクトラムデータとが
出力される。高域成分のスペクトラムデータは、ＩＭＤ
ＣＴ変換回路１１４に供給される。中域成分のスペクト
ラムデータは、ＩＭＤＣＴ変換回路１１５に供給され
る。低域成分のスペクトラムデータは、ＩＭＤＣＴ変換
回路１１６に供給される。ＩＭＤＣＴ変換回路１１４、
１１５、１１６で、周波数領域のスペクトラムデータ
は、時間領域のデータに変換される。
【０１４０】ＩＭＤＣＴ変換回路１１４の出力が帯域合
成フィルタ１１７に供給される。ＩＭＤＣＴ変換回路１
１５及びＩＭＤＣＴ変換回路１１６の出力が帯域合成フ
ィルタ１１８に供給される。帯域合成フィルタ１１８
で、中域成分のデータと、低域成分のデータとが合成さ
れる。帯域合成フィルタ１１７で、帯域合成フィルタ１
１８で合成された中域成分のデータと低域成分のデータ
に、更に、高域成分のデータが合成される。この帯域合
成フィルタ１１７の出力が出力端子１１９から出力され
る。
【０１４１】図１３は、ＡＴＲＡＣデコーダの伸長処理
を説明するものである。図１３Ａに示すように、４２４
バイトのエンコードユニットのスペクトラムデータは、
ＩＭＤＣＴ変換により、時間領域のデータに変換され、
帯域合成されて、元のオーディオデータに戻される。こ
れにより、４２４バイトの１エンコードユニットのデー
タは、２０４８バイトのデータとなる。この２０４８バ
イトのデータは、図１３Ｂに示すように、１１．６ｍ秒
の左右２チャンネルの５１２サンプルのデータに相当す
る。このように、ＡＴＲＡＣでは、４２４バイトの１エ
ンコードユニット毎に、１１．６ｍ秒に相当する左右２
０４８バイトのデータがデコードされる。
【０１４２】ＡＴＲＡＣ２は、ＡＴＲＡＣを更に低ビッ
トレートに対応できるようにしたもので、トーン性成分
を分離して符号化するようにしている。ＡＴＲＡＣ３で
は、更に、若干の変更が加えられている。
【０１４３】図１４は、ＡＴＲＡＣ３エンコーダの一例
である。図１４において、例えば、最大１１．６ｍ秒の
時間窓で切り出されたオーディオデータは、入力端子１
２１から帯域分割フィルタ１２２に供給される。帯域分
割フィルタ１２２で、オーディオデータが４つの帯域の
成分に分割される。そして、さらに、帯域分割フィルタ
１２２で、それぞれの帯域のデータは、１／４のレート
に間引かれて、ゲイン制御回路１２３、１２４、１２
５、１２６にそれぞれ供給される。ゲイン制御回路１２
３、１２４、１２５、１２６により、それぞれの帯域の
データに、適応的に定められた関数によってゲイン制御
が施される。
【０１４４】ゲイン制御回路１２３、１２４、１２５、
１２６の出力がＭＤＣＴ変換回路１２７、１２８、１２
９、１３０にそれぞれ供給される。ＭＤＣＴ変換回路１
２７、１２８、１２９、１３０により、時間領域のデー
タは、周波数領域のスペクトラムデータに変換される。
各ＭＤＣＴ変換回路１２７、１２８、１２９、１３０か
らは、２５６の係数データが得られ、４帯域の合計で、
１０２４の係数データが得られる。ＭＤＣＴ変換回路１
２７、１２８、１２９、１３０の出力は、スペクトルデ
ータ分離回路１３１に供給される。
【０１４５】スペクトルデータ分離回路１３１で、トー
ン成分と非トーン成分とに分離される。トーン成分は、
トーン成分エンコーダ１３２に供給され、非トーン成分
は、非トーン成分エンコーダ１３３に供給される。トー
ン成分エンコーダ１３２と、非トーン成分エンコーダ１
３３とにより、それぞれ、トーン成分と非トーン成分と
に分けて、正規化及び量子化が行われる。トーン成分エ
ンコーダ１３２の出力及び非トーン成分エンコーダ１３
３の出力が符号列生成回路１３４に供給される。符号列
生成回路１３４により、符号列が生成される。符号列の
生成には、エントロピー符号化が併用される。符号列生
成回路１３４の出力が出力端子１３５から出力される。
【０１４６】図１５は、ＡＴＲＡＣ３デコーダの一例で
ある。図１５において、入力端子１４１から符号列分解
回路１４２に、ＡＴＲＡＣ３で圧縮されたデータ供給さ
れる。符号列分解回路１４２で、トーン成分と、非トー
ン成分とに分けられて、周波数領域のスペクトルデータ
が分解される。トーン成分データはトーン成分デコーダ
１４３に供給され、非トーン成分は非トーン成分デコー
ダ１４４に供給される。トーン成分デコーダ１４３で、
トーン成分の係数データの逆量子化が行われる。非トー
ン成分デコーダ１４４で、非トーン成分の逆量子化が行
われる。
【０１４７】トーン成分デコーダ１４３の出力及び非ト
ーン成分デコーダ１４４の出力がスペクトルデータ合成
回路１４５に供給される。スペクトルデータ合成回路１
４５により、トーン成分のスペクトラムデータと、非ト
ーン成分のスペクトラムデータとが合成される。
【０１４８】スペクトルデータ合成回路１４５の出力が
ＩＭＤＣＴ回路１４６、１４７、１４８、１４９に供給
される。ＩＭＤＣＴ回路１４６、１４７、１４８、１４
９で、スペクトラムデータが時間領域のデータに戻され
る。
【０１４９】ＩＭＤＣＴ回路１４６、１４７、１４８、
１４９の出力は、ゲイン補償回路１５０、１５１、１５
２、１５３に供給される。ゲイン補償回路１５０、１５
１、１５２、１５３は、エンコーダ側のゲイン制御回路
１２３、１２４、１２５、１２６に対応して設けられて
いる。ゲイン補償回路１５０、１５１、１５２、１５３
の出力が帯域合成フィルタ１５４に供給される。帯域合
成フィルタ１５４で、各帯域のデータが合成される。帯
域合成フィルタ１５４の出力が出力端子１５５から取り
出され、出力端子１５５から、伸長された元のオーディ
オデータが得られる。
【０１５０】ＡＴＲＡＣ３では、適応的ビット割り当て
を行っており、ビット割り当て情報は、符号列に含まれ
ているので、ビットレートについて任意に対応できる。
伝送ビットレートとしては、６６ｋｂｐｓ、１０５ｋｂ
ｐｓ、１３２ｋｂｐｓ等が使われる。
【０１５１】このように、オーディオデータの圧縮方式
としてＡＴＲＡＣ３を使ったとすると、図１６に示すよ
うに、伝送レートが６６ｋｂｐｓのときにはエンコード
ユニットの大きさは１９２バイトとなり（図１６Ａ）、
伝送レートが１０５ｋｂｐｓのときにはエンコードユニ
ットの大きさは３０４バイトとなり（図１６Ｂ）、伝送
レートが１３２ｋｂｐｓのときにはエンコードユニット
の大きさは３８４バイト（図１６Ｃ）となる。
【０１５２】前述したように、ＣＤ−ＲＯＭモード１に
準拠して記録を行うとすると、図４に示したように、セ
クタを単位として記録が行われる。１セクタの大きさ
は、２３５２バイトであり、ＣＤ−ＲＯＭモード１の場
合には、１セクタのデータ記録容量は、２０４８バイト
となる。
【０１５３】図５に示したように、ＭＰＥＧ２−ＰＳに
準拠してデータ記録を行う場合、１４バイトのパックヘ
ッダと、１４バイトのＰＥＳヘッダを付加して、更に、
４バイトのＣＤ２ストリームヘッダが付加されるため、
１セクタのパケットデータのデータ量は、２０１６バイ
トとなる。
【０１５４】これに対して、図１６に示したように、オ
ーディオデータの圧縮方式としてＡＴＲＡＣ３を使った
とすると、伝送レートが６６ｋｂｐｓのときにはエンコ
ードユニットの大きさは１９２バイトとなり、伝送レー
トが１０５ｋｂｐｓのときにはエンコードユニットの大
きさは３０４バイトとなり、伝送レートが１３２ｋｂｐ
ｓのときにはエンコードユニットの大きさは３８４バイ
トとなる。１セクタのパケットデータの大きさと、エン
コードユニットの大きさとは無関係に定められているた
め、１パケットに複数のエンコードユニットを納める
と、余りが生じることになる。
【０１５５】すなわち、図１７に示すように、伝送レー
トが６６ｋｂｐｓのときには、１セクタのパケットのデ
ータ容量に対して、１９２バイトからなるエンコードユ
ニットが１０個入り、９６バイト余る。伝送レートが１
０５ｋｂｐｓのときには、１セクタのデータ容量に対し
て、３０４バイトからなるエンコードユニットが６個入
り、１９２バイト余る。伝送レートが１３２ｋｂｐｓの
ときには、１セクタのパケットのデータ容量に対して、
３８４バイトからなるエンコードユニットが５個入り、
９６バイト余る。
【０１５６】ＣＤでは、セクタを単位としてアクセスさ
れる。このため、１セクタのパケットデータの先頭とエ
ンコードユニットの先頭とが一致していないと、セクタ
単位にアクセスしたとき、エンコードユニットの先頭か
らデコードが行えなくなり、円滑なデコードが行えな
い。
【０１５７】セクタのパケットデータの先頭と、エンコ
ードユニットの先頭とを常に一致させようとすると、デ
ータ記録容量に無駄が生じる。すなわち、例えば、伝送
レートが６６ｋｂｐｓのときには、１セクタ当たり９６
バイトが無駄になる。
【０１５８】そこで、この発明の実施の形態では、エン
コードユニットを詰めて記録していくと共に、そのセク
タの先頭にある完全なエンコードユニットの位置をポイ
ンタで示すようにしている。
【０１５９】例えば、伝送レートが６６ｋｂｐｓのとき
には、図１７に示したように、セクタ（１）に、エンコ
ードユニットＳＵ（１）からエンコードユニットＳＵ
（１０）までの１０個が入り、エンコードユニットＳＵ
（１１）がセクタ（１）とセクタ（２）とに跨いで記録
される。セクタ（２）には、エンコードユニットＳＵ
（１１）の途中から記録される。この場合には、セクタ
（２）において、セクタのパケットデータの先頭から、
完全なエンコードユニットとなるエンコードユニットＳ
Ｕ（１２）の先頭までの長さ ２１１３−２０１７＝９６バイト がエンコードユニットポインタとして記録される。
【０１６０】伝送レートが１０５ｋｂｐｓのときには、
図１７に示したように、セクタ（１）に、エンコードユ
ニットＳＵ（１）からエンコードユニットＳＵ（６）ま
での６個が入り、エンコードユニットＳＵ（７）がセク
タ（１）とセクタ（２）とに跨いで記録される。セクタ
（２）には、エンコードユニットＳＵ（７）の途中から
記録される。この場合には、セクタ（２）において、セ
クタのパケットデータの先頭から、完全なエンコードユ
ニットとなるエンコードユニットＳＵ（８）の先頭まで
の長さ ２１２９−２０１７＝１１２バイト がエンコードユニットポインタとして記録される。
【０１６１】伝送レートが１３２ｋｂｐｓのときには、
図１７に示したように、セクタ（１）に、エンコードユ
ニットＳＵ（１）からエンコードユニットＳＵ（５）ま
での５個が入り、エンコードユニットＳＵ（６）がセク
タ（１）とセクタ（２）とに跨いで記録される。セクタ
（２）には、エンコードユニットＳＵ（６）の途中から
記録される。この場合には、セクタ（２）において、セ
クタのパケットデータの先頭から、完全なエンコードユ
ニットとなるエンコードユニットＳＵ（７）の先頭まで
の長さ ２３０５−２０１７＝２８８バイト がエンコードユニットポインタとして記録される。
【０１６２】このように、セクタのパケットデータの先
頭から、完全なエンコードユニットとなるエンコードユ
ニットの先頭までの長さをエンコードユニットポインタ
として記録しておくと、セクタをアクセスしたとき、エ
ンコードユニットポインタの値から、セクタの先頭か
ら、完全なエンコードユニットとなるエンコードユニッ
ト位置が分かり、これにより、エンコードユニットの先
頭から直ちにデコードを開始できる。
【０１６３】また、この完全なエンコードユニットの先
頭までの長さは、エンコードユニットが固定長で決まっ
ているなら、セクタ番号により特定することができる。
【０１６４】このとき、例えば、ＡＴＲＡＣ３の場合に
は、８セクタ（１６ｋバイト）を管理ユニットのグルー
プとしてセクタ番号を割り振ると、エンコードユニット
ポインタを管理しやすい。
【０１６５】すなわち、最初のセクタからＡＴＲＡＣ３
でのエンコードユニットを詰め込んでいき、順に、セク
タ（１）からセクタ（８）までセクタ番号を振り、８セ
クタまで番号が振られたら、セクタ（１）に戻ってセク
タ番号を割り振る。
【０１６６】このようにすると、ビットレートが６６ｋ
ｂｐｓのときには、図１８に示すように、各セクタ
（１）、（２）、…に、各エンコードユニット（１）、
（２）…が配置されることになり、各セクタ（１）、
（２）、…のエンコードユニットポインタは、図１９に
示すようになる。
【０１６７】すなわち、図１９に示すように、ビットレ
ートが６６ｋｂｐｓのときには、セクタ番号「１」なら
エンコードユニットポインタは「０」、セクタ番号
「２」ならエンコードユニットポインタは「９６」、セ
クタ番号「３」ならエンコードユニットポインタは
「０」、セクタ番号「４」ならエンコードユニットポイ
ンタは「９６」、セクタ番号「５」ならエンコードユニ
ットポインタは「０」、セクタ番号「６」ならエンコー
ドユニットポインタは「９６」、セクタ番号「７」なら
エンコードユニットポインタは「０」、セクタ番号
「８」ならエンコードユニットポインタは「９６」とな
る。
【０１６８】ビットレートが１０５ｋｂｐｓのときに
は、図２０に示すように、各セクタ（１）、（２）、…
に、各エンコードユニット（１）、（２）…が配置され
ることになり、各セクタ（１）、（２）、…のエンコー
ドユニットポインタは、図２１に示すようになる。
【０１６９】すなわち、図２１に示すように、ビットレ
ートが１０５ｋｂｐｓのときには、セクタ番号「１」な
らエンコードユニットポインタは「０」、セクタ番号
「２」ならエンコードユニットポインタは「１１２」、
セクタ番号「３」ならエンコードユニットポインタは
「２２４」、セクタ番号「４」ならエンコードユニット
ポインタは「３２」、セクタ番号「５」ならエンコード
ユニットポインタは「１４４」、セクタ番号「６」なら
エンコードユニットポインタは「２５６」、セクタ番号
「７」ならエンコードユニットポインタは「６４」、セ
クタ番号「８」ならエンコードユニットポインタは「１
７６」となる。
【０１７０】８セクタ分のデータ容量は、 ２０１６×８＝１６１２８バイト であり、ここに、８個分のセクタに渡って、５３個のエ
ンコードユニットを記録したとすると、 ３０４×５３＝１６１１２バイト となる。
【０１７１】したがって、 １６１２８−１６１１２＝１６バイト のスタッフィングをすれば、次のセクタでは、エンコー
ドユニットの先頭がセクタのパケットデータの先頭と一
致する。
【０１７２】ビットレートが１３２ｋｂｐｓのときに
は、図２２に示すように、各セクタ（１）、（２）、…
に、各エンコードユニット（１）、…が配置されること
になり、各セクタ（１）、（２）、…のエンコードユニ
ットポインタは、図２３に示すようになる。
【０１７３】すなわち、図２３に示すように、ビットレ
ートが１０５ｋｂｐｓのときには、セクタ番号「１」な
らエンコードユニットポインタは「０」、セクタ番号
「２」ならエンコードユニットポインタは「２８８」、
セクタ番号「３」ならエンコードユニットポインタは
「１９２」、セクタ番号「４」ならエンコードユニット
ポインタは「９６」、セクタ番号「５」ならエンコード
ユニットポインタは「０」、セクタ番号「６」ならエン
コードユニットポインタは「２８８」、セクタ番号
「７」ならエンコードユニットポインタは「１９２」、
セクタ番号「８」ならエンコードユニットポインタは
「９６」となる。
【０１７４】このように、例えば、ＡＴＲＡＣ３の場合
には、８セクタのグループを管理ユニットとしてセクタ
番号を割り振ると、ビットレートが決まっているなら、
セクタ番号（１）からセクタ番号（８）までの８個のセ
クタ番号により、エンコードユニットポインタを管理で
きる。
【０１７５】したがって、例えばＡＴＲＡＣ３なら、Ｃ
Ｄ２ストリームヘッダのエンコードユニットポインタの
代わりに、８セクタのグループの管理ユニットにおける
セクタ番号を記述するようにしても良い。また、エンコ
ード方式や、ビットレート等を記述するようにしても良
い。
【０１７６】セクタ番号からエンコードユニットポイン
タを特定できるようにしたＣＤ２ストリームヘッダとし
ては、以下のような構成のものが検討されている。ＣＤ
２ストリームヘッダは、４バイト（３２ビット）で構成
されており、この４バイトのＣＤ２ストリームヘッダ
は、以下のように、ストリームＩＤと、スタッフィング
ＩＤと、サンプリング周波数と、チャンネル構成と、固
定長／可変長符号化と、チャンネル間符号化と、ビット
レートと、セクタナンバと、リザーブ゛とから構成され
る。これらは、以下のようなものを示している。
【０１７７】(1)ストリームＩＤ（６ビット）：ＡＡ
Ｃ、ＭＰ３、ＡＴＲＡＣ３等、ストリームの種類を示し
ている。
【０１７８】(2)スタッフィングＩＤ（２ビット）：ス
タッフィングなしか、１バイトのスタッフィングか、２
バイト以上のスタッフィングかを示している。
【０１７９】(3)サンプリング周波数（５ビット）：例
えば、２２．０５ｋＨｚ、４４．１ｋＨｚ、８８．２ｋ
Ｈｚ、１７６．４ｋＨｚ、１６ｋＨｚ、３２ｋＨｚ、４
８ｋＨｚ、９６ｋＨｚ、１９２ｋＨｚ等、サンプリング
周波数を示している。
【０１８０】(4)チャンネル構成（３ビット）：モノラ
ル、２チャンネルステレオ、４チャンネルステレオ、
５．１チャンネルステレオ、６チャンネルステレオ、
７．１チャンネルステレオ等、チャンネル構成を示して
いる。
【０１８１】(5)固定長／可変長符号化（１ビット）：
固定長で符号化されているか、可変長で符号化されてい
るかを示している。
【０１８２】(6)チャンネル間符号化（１ビット）：Ｌ
Ｒ独立符号化か、ジョイント符号化かを示している。
【０１８３】(7)ビットレート（３ビット）：ビットレ
ートが６６ｋｂｐｓか、１０５ｋｂｐｓか、１３２ｋｂ
ｐｓかを示している。
【０１８４】(8)セクタナンバ（３ビット）：１から８
までのグループ内でのセクタ番号を示している。
【０１８５】(9)リザーブ゛（８ビット）：将来の拡張の
ためにリザーブされている。
【０１８６】そして、エンコードユニットポインタは、
ビットレートと、ストリームＩＤとから、上述したよう
にして特定される。
【０１８７】なお、上述の例では、ＡＴＲＡＣ３でオー
ディオデータを圧縮して記録する場合について説明した
が、ＭＰ３やＡＡＣで記録する場合にも、同様である。
【０１８８】図２４は、ＭＰ３エンコーダの構成を示す
ものである。図２４において、入力端子３０１にオーデ
ィオデータのストリームが供給される。このオーディオ
ストリームは、サブバンド分析フィルタバンク３０２に
供給される。サブバンド分析フィルタバンク３０２は、
ポリフェーズフィルタからなり、オーディオ信号を３２
個の等幅周波数のサブバンドに分割するものである。
【０１８９】また、入力オーディオデータのストリーム
は、ＦＦＴ３０３Ａ及び３０３Ｂに供給される。ＦＦＴ
３０３Ａ及び３０３Ｂの出力が非予測可能性測定部３０
４に送られる。非予測可能性測定部３０４の出力が信号
対マスク比計算部３０５に供給される。信号対マスク比
計算部３０５の出力が心理聴覚エントロピー評価部３０
６に供給される。
【０１９０】ＦＦＴ３０３Ａ及び３０３Ｂ、非予測可能
性測定部３０４、信号対マスク比計算部３０５、心理聴
覚エントロピー評価部３０６は、各サブバンドのマスキ
ングスレショルドに対する信号エネルギーの比率を決定
する心理聴覚モデルを形成するものである。心理聴覚モ
デルは、オーディオ信号を分析し、周波数の関数として
利用可能なノイズのマスキング量を計算する。このと
き、同時に、ＭＤＣＴのブロック長が予測不可能性を用
いた心理視聴エントロピーに基づいて決定される。
【０１９１】サブバンド分析フィルタバンク３０２の出
力が適応ブロック長ＭＤＣＴ演算部３０７に供給され
る。適応ブロック長ＭＤＣＴ演算部３０７は、各サブバ
ンドのオーディオデータに対してＭＤＣＴ演算を行う。
この適応ブロック長演算部３０７では、１８サンプルの
ロングブロックと、６サンプルのショートブロックの２
種類のＭＤＣＴブロック長が使用される。ロングブロッ
クにより、定常特性を持つオーディオ信号の周波数分解
能が向上する。一方、ショートブロックにより、一時的
な信号の周波数分解能が向上される。ショートブロック
モードでは、ひとつのロングブロックを３つのショート
ブロックで置き換えられる。
【０１９２】適応ブロック長演算部３０７の出力が折り
返し歪み削減バタフライ部３０８に供給される。折り返
し歪み削減バタフライ部３０８で、ＭＤＣＴ演算により
得られたデータに対して、フィルタバンクの３２帯域相
互に対して、帯域境界に近い８サンプルを入力として、
バタフラ周波数領域で折り返しひずみ除去処理が行われ
る。すなわち、隣接したポリフェーズフィルタバンクの
帯域相互に対してバタフライ演算が行われる。折り返し
歪み削減バタフライ部３０８の出力が非線形量子化部３
０９に供給される。
【０１９３】非線形量子化部３０９には、スケールファ
クタ計算部３１０の出力が供給される。スケールファク
タ計算部３１０は、心理聴覚モデルからの情報に基づい
て、各サブバンドに割り当てるコードビットの数を決定
している。また、このスケールファクタ計算部３１０の
出力がバッファ制御部３１１に供給される。
【０１９４】非線形量子化部３０９で量子化されたデー
タは、ハフマン符号化部３１２に送られる。ハフマン符
号化部３１２で、ハフマンコードにより、可変長符号化
される。このように符号化されたデータは、サイド情報
符号化部３１３からのビット割り当て情報のようなサイ
ド情報と共に、ビットストリーム形成部３１４に送られ
る。ビットストリーム形成部３１４で、このハフマン符
号化されたデータ及びサイド情報に対して、フレームヘ
ッダが付加され、このデータがフレーム内に組み込まれ
る。
【０１９５】ＭＰ３のデータは、図２５に示すように、
ヘッダに続いて、エンコードされたオーディオデータ
と、ＣＲＣが付加される。
【０１９６】図２５は、ＭＰ３の場合のフレームヘッダ
を示すものである。図２５に示すように、先頭には、１
２ビットの所定パターンの同期ワードが設けられる。
【０１９７】これに続いて、ＩＤが設けられる。このＩ
Ｄワードが「１」なら、ＭＰＥＧ１であることが示され
る。
【０１９８】ＩＤに続いて、２ビットのレイヤが設けら
れる。このレイヤは、「００」でレイヤ１、「１１」で
レイヤ２、「１０」でレイヤ３を示している。
【０１９９】これに続いて、１ビットのプロテクション
ビットが設けられる。プロテクションビットは、エラー
検出訂正情報を付加しているか否かを示している。
「０」のときには、エラー検出訂正情報を付加してお
り、「１」のときには、付加していない。
【０２００】これに続いて、４ビットのビットレートイ
ンデックスが設けられる。このビットレートインデック
スは、ビットレートを定義している。
【０２０１】これに続いて、サンプリング周波数が設け
られる。サンプリング周波数情報は、「００」なら４
４．１ｋＨｚ、「０１」なら４８ｋＨｚ、「１０」なら
３２ｋＨｚである。
【０２０２】これに続いて、１ビットのパディングビッ
トが設けられる。パディングビットが埋め込まれている
場合には、パディングビットは「１」となり、そうでな
ければ、「０」となる。
【０２０３】これに続いて、１ビットの拡張ビットが設
けられる。この拡張ビットは、個人識別フラグである。
【０２０４】これに続いて、２ビットのモードが設けら
れる。これは、オーディオチャンネルを定義しており、
「００」ならステレオ、「０１」ならジョイントステレ
オ、「１０」ならデュアルチャンネル、「１１」ならモ
ノラルを示している。
【０２０５】これに続いて、２ビットのモード拡張が設
けられる。レイヤ１、レイヤ２では、ジョイントステレ
オコーディングの際に、周波数バンドに対して設定され
る。レイヤ３は使用されたインテンシティステレオとＭ
Ｓステレオの組み合わせになる。
【０２０６】これに続いて、１ビットの著作権が設けら
れる。これは、著作物であるか否かを示しており、著作
物なら「１」となり、著作物でなければ「０」となる。
【０２０７】これに続いて、１ビットのオリジナル／コ
ピーが設けられる。オリジナルの場合には「１」とな
り、コピーの場合には「０」となる。
【０２０８】これに続いて、２ビットのエンファシスが
設けられる。これは、エンファシスの有無、エンファシ
スが使用されているときには、エンファシスの種類が示
される。
【０２０９】図２６は、ＭＰ３デコーダの構成を示すも
のである。図２６において、入力端子３５０に、ＭＰ３
で圧縮されたオーディオデータストリームが供給され
る。このＭＰ３のストリームがビットストリーム分解部
３５１に送られる。ビットストリーム分解部では、所定
パターンのヘッダを検出して、フレームを分解してい
る。
【０２１０】ビットストリーム分解部３５１からは、ハ
フマン符号化されて送られてきたオーディオデータと、
サイド情報とが出力される。ハフマン符号化されたオー
ディオデータは、ハフマン復号部３５３に送られる。ハ
フマン復号部３５３で、ハフマンテーブル３５４を参照
して、ハフマン符号の復号が行われる。ハフマン復号部
３５３の出力が逆量子化部３５５に送られる。
【０２１１】また、スケールファクタ復号部３５２で、
ビットストリーム分解部３５１からのサイド情報から、
逆量子化のスケールが復号される。逆量子化部３５５
で、この逆量子化スケールを使って、ショートブロック
のときとロングブロックのときとに応じて、逆量子化が
行われる。
【０２１２】逆量子化部３５５の出力が折り返し歪み削
減バタフライ部３５６に供給される。折り返し歪み削減
バタフライ部３５６で、折り返し歪みを削減するため
に、バタフライ演算が行われる。
【０２１３】折り返し歪み削減バタフライ部３５６の出
力がＩＭＤＣＴ演算部３５７に供給される。ＩＭＤＣＴ
演算部３５７により、ＩＭＤＣＴ演算が行われる。ＩＭ
ＤＣＴ演算の数は、ショートブロックのときには１２、
ロングブロックのときには３６である。
【０２１４】ＩＭＤＣＴ演算部３５７の出力がサブバン
ド合成フィルタバンク３５８に供給される。サブバンド
合成フィルタバンク３５８で、３２のサブバンドの復号
データが合成される。
【０２１５】ＭＰ３の場合には、セクタのパケットデー
タの先頭から、そのセクタの完全なエンコードユニット
の先頭までの長さを示すエンコードユニットポインタを
使えば、フレームヘッダを使わずに、エンコードユニッ
トの先頭を素早く見つけることが可能になる。
【０２１６】次に、ＡＡＣの場合について説明する。図
２７は、ＡＡＣのエンコーダを示すものである。ＡＡＣ
エンコーダは、ゲインコントロール部４０２、フィルタ
バンク４０３、ＴＮＳ４０４、インテンシティ／カップ
リング部４０５、予測器４０６、Ｍ／Ｓ部４０７、スケ
ールファクタ計算部４０８、量子化部４０９、ノイズレ
スコーディング部４１０、聴覚モデル部４１１、ビット
ストリーム部４１２を有している。
【０２１７】ＡＡＣは、８〜９６ｋＨｚまでの１２種類
のサンプリング周波数に対応しており、チャンネル構成
は、標準でモノラルから７チャンネルまで対応してい
る。また、マルチプレクサチャンネルにおけるスピーカ
の位置と数を、前方に何チャンネル、後方に何チャンネ
ルと指定することが可能であり、より柔軟なマルチチャ
ンネル構成に対応できる。
【０２１８】ＡＡＣは、アプリケーションから求められ
る要求条件に応じて、メインプロファイルと、ＬＣプロ
ファイルと、ＳＳＲプロファイルの３つのプロファイル
が用意されている。
【０２１９】メインプロファイルは、最高の音質を目的
としたもので、音質を最優先させるために、予測器が使
われている。
【０２２０】ＬＣプロファイルは、音質とコストとのバ
ランスを取るために、メインプロファイルから予測器を
除き、ＴＮＳの帯域幅及び次数を制限するようにしてい
る。
【０２２１】ＳＳＲプロファイルは、４分割帯域フィル
タをＭＤＣＴの前に置くことにより、不必要な高域のＭ
ＤＣＴのためのＲＡＭサイズを削減して最小化すると共
に、再生帯域幅の選択によりデコード規模を小さくでき
るようにしたものである。
【０２２２】ゲインコントロール部４０２は、ＳＳＲプ
ロファイルのみ使用されるもので、入力された時間領域
の信号をＰＱＦ帯域フィルタにより４分割し、最も低い
バンド以外の信号をゲインコントロールして、プリエコ
ーを抑えるものである。
【０２２３】フィルタバンク４０３は、時間領域の入力
信号を、ＭＤＣＴ変換回路により、周波数領域のスペク
トラムデータに変換する。変換は、演算ブロック長を５
０パーセントずつオーバーラップして実行し、例えば、
２０４８サンプルを１０２４本のＭＤＣＴ係数に変換す
る。また、上述のプリエコーを抑えるために、ＭＤＣＴ
の演算ブロック長を切り換えるブロックスイッチングと
呼ばれる機構が用いられている。ブロック長は、フレー
ム毎に、ロング／スタート／ショート／ストップの何れ
かに切り換えられる。
【０２２４】メイン及びＬＣプロファイルでは、定常的
な信号の場合、ＭＤＣＴの演算長が２０４８サンプルの
ロング、スタート、又はストップとし、１０２４本のＭ
ＤＣＴ係数に変換している。一方、過渡的な信号の場合
には、２５６サンプルのショートブロックとして１２８
本のＭＤＣＴ係数に変換している。ショートブロックで
は、８個連続で短い変換長を用いて変換することによ
り、出力のＭＤＣＴ係数の本数をＭＤＣＴ係数の本数を
１０２４本と、他のブロックと一致するようにしてい
る。
【０２２５】ＳＳＲプロファイルの場合は、ＰＱＦで４
分割されたものを各帯域毎に変換するので、ＭＤＣＴ演
算長は前述の値の１／４となる。しかし、４バンドの合
計のＭＤＣＴ係数は１０２４本で、他のプロファイルと
同じになる。
【０２２６】ＴＮＳ部４０４は、ＭＤＣＴ係数を時系列
の信号とみなし、ＬＰＣフィルタを通すことにより、時
間軸上で振幅の多いところにノイズを集中させ、ピッチ
周波数の低い信号の音質を向上させる。
【０２２７】予測器４０６は、メインプロファイルでの
み使用される。１６ｋＨｚまでのＭＤＣＴ係数毎に予測
器を持ち、予測誤差を符号化し、定常的な信号の音質を
向上させるものである。
【０２２８】ステレオコーディングには、ＭＳステレオ
と、インテンシティステレオと、カップリングとがあ
る。ＭＳステレオは、左右のチャンネルを符号化する
か、それぞれの和（Ｌ＋Ｒ）と差（Ｌ−Ｒ）の信号を符
号化するかをスケールファクタバンド毎に選択して符号
かする方法であり、左右のチャンネルの中央に定位する
信号の符号効率を上げることができる。インテンシティ
ステレオは、高い周波数では左右の信号のパワー差によ
り音源の位置を感じるという特性を用い、左右の信号の
和信号と左右チャンネルのパワー比を符号化する方法で
ある。カップリングは、背景音を従来のマルチチャンネ
ル信号として符号化し、その背景音をカップリングチャ
ンネルとして符号化するボイスオーバーという方法を実
現することができる。インテンシティ／カップリング部
４０５は、インテンシティステレオと、カップリングと
の設定を行っている。Ｍ／Ｓ部４０７は、ＭＳステレオ
の設定を行っている。
【０２２９】図２８は、ＡＡＣのデコーダを示すもので
ある。ＡＡＣデコーダ（図２７）は、エンコーダに設け
られている、ゲインコントロール部４０２、フィルタバ
ンク４０３、ＴＮＳ４０４、インテンシティ／カップリ
ング部４０５、予測器４０６、Ｍ／Ｓ部４０７、スケー
ルファクタ計算部４０８、量子化部４０９、ノイズレス
コーディング部４１０、聴覚モデル部４１１、ビットス
トリーム部４１２とに対応して、ゲイン制御部５０２、
フィルタバンク５０３、ＴＮＳ部５０４、インテンシテ
ィ／カップリング部５０５、予測器５０６、Ｍ／Ｓ部５
０７、スケールファクタ計算部５０８、逆量子化部５０
９、ノイズレスでコーディング部５１０、ビットストリ
ーム分解部５１２を有している。
【０２３０】以上のように、この発明の実施の形態で
は、ＣＤ２ストリームヘッダに記述されているエンコー
ドユニットポインタを使って、任意のセクタをアクセス
し、そのセクタにあるエンコードユニットの先頭から、
簡単に再生が行える。
【０２３１】図２９は、早送り、早戻し、サーチ時に、
セクタを指定して、再生を開始する際のアクセス制御を
示すフローチャートである。
【０２３２】図２９において、セクタを指定して再生が
開始されたら（ステップＳ１）、光学ピックアップ３７
が光ディスク１の指定されたセクタにアクセスされる
（ステップＳ２）。
【０２３３】指定されたセクタへのアクセスが完了され
たか否かが判断され（ステップＳ３）、アクセスが完了
したと判断されたら、このセクタの先頭から、データが
読み出され、ＣＤ２ストリームヘッダのエンコードユニ
ットポインタの情報が読み取られる（ステップＳ４）。
【０２３４】エンコードユニットポインタの情報が読み
取られたら、エンコードユニットポインタで示される位
置にあるエンコードユニットのデータからデコードが開
始され、そのデータが再生される（ステップＳ５）。
【０２３５】そして、連続再生になったら（ステップＳ
６）、再生終了か否かが判断され（ステップＳ７）、再
生終了でなければ、再生が継続して行われる。再生終了
なら、それで、再生が終了される。
【０２３６】また、この発明の実施の形態では、ＣＤ２
ストリームヘッダにエディットＩＤが入れられる。編集
時には、このエディットＩＤを使うことで、効率的な編
集が行える。
【０２３７】例えば、図３０に示すように、セクタ
（２）とセクタ（３）との間を切断し、セクタ（７）と
セクタ（８）との間を切断し、セクタ（２）とセクタ
（８）とを繋げるような編集を行うとする。
【０２３８】なお、編集は電子的に行われる。そして、
編集には、光ディスク１のデータを完全に書き換えるや
り方と、光ディスク１のデータは書き換えずに、再生順
を制御するやり方がある。
【０２３９】図３０の場合、セクタ（２）に記録されて
いる最後のエンコードユニット（１４）は、セクタ
（２）とセクタ（３）に跨いで記録されているため、セ
クタ（２）とセクタ（３）との間を切断すると、不完全
になる。この場合には、ＣＤ２ストリームヘッダのエデ
ィットＩＤに、終端を示すエディットＩＤが記述され
る。なお、このとき、エンコードユニット（１４）の部
分にスタッフィングを詰めるようにしても良い。
【０２４０】セクタ（８）に記録されている最初のエン
コードユニット（４７）は、セクタ（７）とセクタ
（８）に跨いで記録されているため、セクタ（７）とセ
クタ（８）との間を切断すると、不完全になる。この場
合には、ＣＤ２ストリームヘッダのエディットＩＤに、
始端を示すエディットＩＤが記述される。そして、デー
タ領域の最初にスタッフィング長が記述される。
【０２４１】セクタ（２）とセクタ（８）とを繋いだと
きには、セクタ（２）をデコードするときには、完全な
エンコードユニットであるエンコードユニット（１３）
まで再生され、エンコードユニット（１４）の部分がス
キップされる。そして、セクタ（８）の最初にある不完
全なエンコードユニット（４７）はスキップされ、完全
なエンコードユニットであるエンコードユニット（４
８）から再生が開始される。
【０２４２】図３１は、編集時の処理を示すフローチャ
ートである。図３１において、セクタ単位で編集点が指
定されたら（ステップＳ１１）、その編集点が終端にな
るのか始端になるのかが判断される（ステップＳ１
２）。
【０２４３】終端になると判断されたら、そのセクタ内
の最後の不完全なエンコードユニットにスタッフィング
が挿入される（ステップＳ１３）。そして、ＣＤ２スト
リームヘッダのスタッフィングＩＤに、後方にスタッフ
ィングあることを示す情報が記述され、データの最後に
スタッフィング長が記述される（ステップＳ１４）。こ
れと共に、エディットＩＤに、終端を示す情報が記述さ
れる（ステップＳ１５）。そして、編集が完了したか否
かが判断される（ステップＳ１６）。
【０２４４】ステップＳ１２で、始端になると判断され
たら、そのセクタ内の最初の不完全なエンコードユニッ
トにスタッフィングが挿入される（ステップＳ１７）。
そして、ＣＤ２ストリームヘッダのスタッフィングＩＤ
に、前方にスタッフィングあることを示す情報が記述さ
れ、データの最初にスタッフィング長が記述される（ス
テップＳ１８）。これと共に、エディットＩＤに、始端
を示す情報が記述される（ステップＳ１９）。そして、
編集が完了したか否かが判断される（ステップＳ１
６）。
【０２４５】ステップＳ１６で、編集処理が終了したか
否かが判断され、編集処理が終了するまで、同様の処理
が繰り返される。
【０２４６】なお、この例では、不完全となるエンコー
ドユニットにスタッフィングデータを挿入するようにし
ているが、スタッフィングをしないようにしても良い。
【０２４７】図３２は、上述のようにして、編集点を再
生するときの処理を示すものである。図３２において、
ＣＤ２ストリームヘッダのエディットＩＤが読み込まれ
る（ステップＳ２１）。そして、編集点か否かが判断さ
れ（ステップＳ２２）、編集点なら、終端か始端かが判
断される（ステップＳ２３）。
【０２４８】ステップＳ２３で、終端であると判断され
たら、完全なエンコードユニットまで再生が行われ、不
完全な最後のエンコードユニットはスキップされて（ス
テップＳ２４）、連続再生が行われる（ステップＳ２
５）。
【０２４９】ステップＳ２３で、始端であると判断され
たら、エディットユニットポインタが読み出される（ス
テップＳ２６）。そして、エディットユニットポインタ
で指定されたエンコードユニットから、再生が開始され
（ステップＳ２７）、連続再生が行われる（ステップＳ
２５）。
【０２５０】そして、再生が終了されたか否かが判断さ
れ（ステップＳ２８）、再生が終了するまで、処理が継
続される。
【０２５１】なお、上述の例では、不完全なエンコード
ユニットをスタッフィングしているが、編集時に、必ず
各セクタにおけるエンコードユニットの境界までスタッ
フィングするというようにしても良い。すなわち、編集
点を必ずエンコードユニットの境界とする。ＣＤ２スト
リームヘッダにより、最初の完全なエンコードユニット
の位置がわかっているので、各セクタにおけるエンコー
ドユニットの境界は分かっている。編集点を必ずエンコ
ードユニットの境界とすれば、編集点を繋いだときに、
エンコードユニットの境界で繋がることになり、編集後
には、連続再生が可能である。
【０２５２】なお、上述の例では、そのセクタの完全な
エンコードユニットの先頭の位置をエンコードユニット
ポインタとしているが、そのセクタの完全なエンコード
ユニットの位置ではなく、そのセクタ内にある完全なエ
ンコードユニットの中の所望のものの位置とすると、エ
ンコードユニット単位で再生位置を指定したり、編集を
行ったりすることができるようになる。
【０２５３】すなわち、ＣＤ−ＲＯＭモード１の仕様に
従うと、アクセス単位はセクタとなり、通常は、セクタ
内のエンコードユニットを指定して再生させることはで
きない。しかしながら、エンコードユニットポインタ
で、そのセクタ内にある完全なエンコードユニットの中
の所望のものの位置を記述しておけば、セクタ内におい
て、所望のエンコードユニットを指定して、アクセスす
ることが可能になる。これは、特に、厳密な編集を行お
うとする場合に有効である。
【０２５４】また、上述の例では、パックヘッダを１４
バイトと固定値とし、ＰＥＳヘッダを１４バイトの固定
値とし、ＣＤ２ストリームヘッダを４バイトの固定値と
しており、１パケットのデータを２０１６バイトとして
いる。このため、ＰＥＳヘッダ中のＰＥＳパケット長
（PES_packet_length）は、必ず、２０２８バイトとな
る。このことから、ＰＥＳパケット中のＰＥＳパケット
長を検出し、この値が２０２８バイトか否かを判断し
て、ＣＤ２のディスクか否かの判断に用いるようにして
も良い。
【０２５５】また、上述の例では、ＣＤ２ストリームヘ
ッダを４バイトとしているが、このヘッダの大きさは、
これに限定されるものではない。しかしながら、ＣＤ２
ストリームヘッダを４バイトとすると、１パケットのデ
ータ長は２０１６バイトとなり、８の倍数となる。例え
ば、ＤＥＳやtriple ＤＥＳのようなブロック暗号で
は、８バイトずつを単位として暗号化が行われており、
１パケットのデータ長を２０１６バイトとすると、１パ
ケットのデータが８バイトの倍数となり、暗号化に好都
合である。
【０２５６】また、上述の例では、スタッフィングを行
う際に、前方スタッフィングと、後方スタッフィングと
を行うようにしているが、前方スタッフィング或いは後
方スタッフィングのどちらか一方のみとするようにして
も良い。更に、前方スタッフィングと、後方スタッフィ
ングと、前方及び後方の双方向スタッフィングの３種類
のスタッフィングを行うようにしても良い。
【０２５７】また、上述の例では、ＣＤ２ストリームヘ
ッダにスタッフィングをしたか否かを示すスタッフィン
グＩＤを設け、データの後方の１１ビット（後方スタッ
フィングの場合）にスタッフィング長を記述している
が、以下のように、スタッフィングをしていない場合
と、１バイトのスタッフィングをする場合と、２バイト
以上のスタッフィングをする場合とに応じて、スタッフ
ィングＩＤやスタッフィング長を付加するようにしても
良い。
【０２５８】図３３は、スタッフィングを行わない場合
と、１バイトのスタッフィングを行う場合と、２バイト
以上のスタッフィングを行う場合とに応じて、スタッフ
ィングＩＤやスタッフィング長を記述した例を示すもの
である。
【０２５９】図３３Ａに示すように、１パックは２０４
８バイトからなる。パックの先頭には、１４バイトのパ
ックヘッダと、１４バイトのＰＥＳヘッダとが設けら
れ、これに続いて、４バイトのＣＤ２ストリームヘッダ
が設けられる。これに続いて、２０１６バイトのＣＤ２
ペイロードエリアが設けられる。ペイロードとしては、
暗号化されたストリームでも良いし、暗号化されていな
いストリームでも良い。
【０２６０】１パックが２０４８バイトにならないとき
には、パックの終わりに、スタッフィングを挿入するこ
とができる。スタッフィングは、ペイロードが暗号化さ
れていない場合には、例えば、オール「１」とされる。
暗号化されたストリームの場合には、セキュリティを考
慮して、乱数でスタッフィングされる。
【０２６１】そして、パックの最後には、スタッフィン
グレングスＩＤが設けられる。このスタッフィングレン
グスＩＤは、挿入したスタッフィングバイトのスタッフ
ィング長を示すものである。
【０２６２】スタッフィングレングスＩＤは、スタッフ
ィングをしない場合には、設けられない。１バイトのス
タッフィングを行う場合には、スタッフィングレングス
ＩＤは、１バイトの固定値「０００００００１」とな
る。２バイト以上のスタッフィングを行う場合に、その
２バイトの値がスタッフィング長を示すものとなる。
【０２６３】図３３Ｂに示すように、ＣＤ２ストリーム
ヘッダは、５ビットのＣＤ２ストリームヘッダと、１ビ
ットのＣＤ２ストリームナンバと、２ビットのＣＤ２ス
トリームスタッフィングＩＤと、２４ビットのＣＤ２ス
トリームスペシフィクヘッダからなる。ＣＤ２ストリー
ムスペシフィクヘッダは、エンコードユニットポインタ
やエンコードＩＤとして用いることができる。
【０２６４】ＣＤ２ストリームＩＤ（５ビット）は、ス
トリームの種類を示す番号である。このＣＤ２ストリー
ムＩＤは、以下のように定義されている。
【０２６５】０００００ ＡＡＣオーディオ ００００１ ＡＴＲＡＣ３オーディオ ０００１０ ＭＰ３オーディオ ０００１１ リザーブ ００１００ ＬＰＣＭオーディオ ００１０１〜００１１１ リザーブ ０１０００ 静止画ストリーム ０１００１〜１１１１１ リザーブ
【０２６６】これに続いて、１ビットのＣＤ２ストリー
ムナンバが設けられる。このＣＤ２ストリームナンバは
ＣＤ２ストリームであるか否かを示すもので、「０」の
ときには、ＣＤ２ストリームであるとして、ＣＤ２スト
リームＩＤが上記のテーブルで定義される。「１」のと
きには、ＣＤ２ストリームＩＤの定義がされない。
【０２６７】これに続いて、２ビットのＣＤ２ストリー
ムスタッフィングＩＤが設けられる。このＣＤ２ストリ
ームスタッフィングＩＤは、スタッフィングの有無を示
しており、更に、このＣＤ２ストリームスタッフィング
ＩＤは、スタッフィングをした場合には、１バイトのス
タッフィングを行ったか、２バイト以上のスタッフィン
グを行ったかを示している。このＣＤ２ストリームスタ
ッフィングＩＤは、以下のように定義される。
【０２６８】００ スタッフィングを行っていない ０１ １バイトのスタッフィングを行っている １０ 暗号化されたペイロードに対して２バイト以上の
スタッフィングを行っている １１ 暗号化されていないペイロードに対して２バイト
以上のスタッフィングを行っている
【０２６９】スタッフィングを行っていない場合には、
図３４Ａに示すように、ＣＤ２ストリームスタッフィン
グＩＤが「００」となり、パックの最後のスタッフィン
グレングスＩＤは設けられず、２０１６バイトのペイロ
ードエリアは、全て、ストリームデータで埋められる。
【０２７０】１バイトのスタッフィングを行う場合に
は、図３４Ｂに示すように、ＣＤ２ストリームヘッダが
「０１」となり、パックの最後に、１バイトのスタッフ
ィングレングスＩＤが付加される。この１バイトのスタ
ッフィングレングスＩＤの値は、「０００００００１」
とされる。この場合、１バイトのスタッフィングレング
スＩＤを挿入したことが１バイトのスタッフィングを行
ったことになる。
【０２７１】暗号化され又は暗号化されていないペイロ
ードに対して、２バイト以上のスタッフィングを行った
場合には、図３４Ｃに示すように、ＣＤ２ストリームヘ
ッダは「１０」又は「１１」になり、ペイロードに対し
てｎバイトのスタッフィングが行われる。そして、パッ
クの最後に、２バイトのスタッフィングレングスＩＤが
設けられる。このスタッフィングレングスＩＤの値は、
スタッフィング長ｎとされる。この場合、スタッフィン
グバイトとして挿入されているのは、（ｎ−２）バイト
であり、２バイトのスタッフィングレングスＩＤと合計
で、ｎバイトのスタッフィングを行ったことになる。
【０２７２】このように、この例では、ＣＤ２ストリー
ムヘッダに、ＣＤ２ストリームスタッフィングＩＤが設
けられ、パックの最後に、スタッフィングレングスＩＤ
が設けられる。ＣＤ２ストリームスタッフィングＩＤ
は、スタッフィングを行っているか、１バイトのスタッ
フィングか２バイト以上のスタッフィングかを示し、ス
タッフィングレングスＩＤは、スタッフィング長を示し
ている。
【０２７３】ＣＤ２ストリームスタッフィングＩＤが
「００」の場合には、スタッフィングはされていないも
のとして、処理される。
【０２７４】ＣＤ２ストリームスタッフィングＩＤが
「０１」の場合には、ペイロードエリアの最後の１バイ
トは、スタッフィングデータとして処理される。なお、
このとき、ペイロードエリアの最後の１バイトの値が
「０００００００１」となっているので、１バイトのス
タッフィングであることとの整合性が図られている。
【０２７５】ＣＤ２ストリームスタッフィングＩＤが
「１０」又は「１１」の場合には、更に、ペイロードエ
リアの最後の２バイトのスタッフィングレングスＩＤの
値が検出される。そして、このスタッフィングレングス
ＩＤで示されている値ｎに応じて、ペイロードの最後か
らｎバイトは、スタッフィングデータとして処理され
る。
【０２７６】また、上述までの説明では、オーディオデ
ータをエンコードする場合について説明したが、勿論、
画像をエンコードする場合にも、この発明は有効であ
る。ＭＰＥＧ２の画像の場合には、シーケンス層、ＧＯ
Ｐ層、ピクチャ層、スライス層、マクロブロック層、ブ
ロック層からなっているが、例えば、可変長符号化の単
位となっているスライス層や、ピクチャ層をエンコード
ユニットとして考えることができる。
【０２７７】また、上述までの説明では、このようにパ
ケット化され、パック化されたデータをＣＤ−ＲＯＭに
準拠してＣＤ２のディスクに記録しているが、この発明
は、データを伝送する際にも有効である。例えば、上述
のようにパケット化され、パック化されたデータを、ネ
ットで配信できるようにすれば、このデータをダウンロ
ードして、ＣＤ−ＲＯＭに準拠して記録を行うディスク
に記録する際に好適である。
【０２７８】
【発明の効果】この発明によれば、所定長のセクタに分
割され、セクタ単位でアクセスが可能とされた記録媒体
に、符号化されたコンテンツデータを所定長毎に分割し
ヘッダを付加してパケット化し更にヘッダを付加してパ
ック化して記録する際に、スタッフィングが必要な場合
には、パケットのデータ領域の例えば最後にスタッフィ
ングデータが挿入される。また、このスタッフィングの
情報が例えばＣＤ２ストリームヘッダに記述され、その
長さが例えばデータの最後尾に記述される。このため、
パックヘッダにスタッフィングをする必要がなくなり、
パックヘッダの長さを固定にすることができる。これに
より、パケットデータの開始位置が容易に検出できる。
また、パケットヘッダに付加されているスクランブル制
御フラグを容易に取り出すことができ、暗号化の復号処
理が容易になる。
【０２７９】また、この発明によれば、パケットのデー
タ領域の例えば最後にスタッフィングデータが挿入され
る。このため、パディングパケットを設ける必要がなく
なる。パディングパケットを使用しないため、６バイト
未満の小さいパディングやスタッフィングのデータを挿
入することができる。また、このようなパディングパケ
ットが設けられないため、ＰＥＳヘッダが暗号化されて
しまったり、暗号化を行う上での問題が生じたりするこ
とがなくなる。
【図面の簡単な説明】
【図１】ＣＤ２の光ディスクの構成を示す略線図であ
る。
【図２】この発明が適用できる光ディスク記録再生装置
の記録系の構成を示すブロック図である。
【図３】この発明が適用できる光ディスク記録再生装置
の再生系の構成を示すブロック図である。
【図４】ＣＤ−ＲＯＭのデータ構成の説明に用いる略線
図である。
【図５】ＭＰＥＧ２−ＰＳでデータを記録する場合の説
明に用いる略線図である。
【図６】スタッフィングの説明に用いる略線図である。
【図７】パックヘッダの説明に用いる略線図である。
【図８】パケットヘッダの説明に用いる略線図である。
【図９】ＣＤ２ストリームヘッダの説明に用いる略線図
である。
【図１０】ＡＴＲＡＣエンコーダの構成を示すブロック
図である。
【図１１】ＡＴＲＡＣエンコーダの説明に用いる略線図
である。
【図１２】ＡＴＲＡＣデコーダの構成を示すブロック図
である。
【図１３】ＡＴＲＡＣデコーダの説明に用いる略線図で
ある。
【図１４】ＡＴＲＡＣ３エンコーダの構成を示すブロッ
ク図である。
【図１５】ＡＴＲＡＣ３デコーダの構成を示すブロック
図である。
【図１６】ＡＴＲＡＣ３のエンコードユニットの説明に
用いる略線図である。
【図１７】エンコードユニットとセクタとの関係を示す
略線図である。
【図１８】エンコードユニットとセクタとの関係を示す
略線図である。
【図１９】エンコードユニットとセクタ番号との関係を
示す略線図である。
【図２０】エンコードユニットとセクタとの関係を示す
略線図である。
【図２１】エンコードユニットとセクタ番号との関係を
示す略線図である。
【図２２】エンコードユニットとセクタとの関係を示す
略線図である。
【図２３】エンコードユニットとセクタ番号との関係を
示す略線図である。
【図２４】ＭＰ３エンコーダの構成を示すブロック図で
ある。
【図２５】ＭＰ３のフレームヘッダの説明に用いる略線
図である。
【図２６】ＭＰ３デコーダの構成を示すブロック図であ
る。
【図２７】ＡＡＣのエンコーダの構成を示すブロック図
である。
【図２８】ＡＡＣのデコーダの構成を示すブロック図で
ある。
【図２９】データアクセスの説明に用いるフローチャー
トである。
【図３０】編集時のエンコードフレームの処理の説明に
用いる略線図である。
【図３１】編集時の処理の説明に用いるフローチャート
である。
【図３２】編集時の処理の説明に用いるフローチャート
である。
【図３３】スタッフィング処理の説明に用いる略線図で
ある。
【図３４】スタッフィング処理の説明に用いる略線図で
ある。
【図３５】従来のスタッフィング処理の説明に用いる略
線図である。
【図３６】従来のスタッフィング処理の説明に用いる略
線図である。
【図３７】パディングパケットの説明に用いる略線図で
ある。
【図３８】従来のパディング処理の説明に用いる略線図
である。
【符号の説明】
１・・・光ディスク、１２・・・画像エンコーダ、２２
・・・オーディオエンコーダ、１６、２６・・・スタッ
フィング発生回路、１７、２７・・・ＰＥＳヘッダ付加
回路、１８、２８・・・ＰＥＳヘッダ生成回路、３１・
・・パックヘッダ付加回路、３２・・・パックヘッダ生
成回路、５４・・・パックヘッダ抽出回路、５５・・・
パックヘッダ解析回路、６１、７１・・・ＰＥＳヘッダ
抽出回路、６２，７２・・・ＰＥＳヘッダ解析回路
───────────────────────────────────────────────────── フロントページの続き (72)発明者 古川 俊介 東京都品川区北品川６丁目７番35号 ソニ ー株式会社内 (72)発明者 猪口 達也 東京都品川区北品川６丁目７番35号 ソニ ー株式会社内 Ｆターム(参考） 5C053 FA23 GB06 GB11 GB36 GB38 JA07 JA21 5D044 AB05 BC02 CC04 DE02 DE03 DE28 DE52 GK07

Claims (63)

    【特許請求の範囲】
  1. 【請求項１】 所定長のセクタに分割され、上記セクタ
    単位でアクセスが可能とされ、コンテンツデータが記録
    されるデータ記録媒体であって、 符号化されたコンテンツデータが所定長毎に分割されて
    ヘッダが付加されてパケット化され、上記パケットに更
    にヘッダが付加されてパック化され、上記パケット化さ
    れ更にパック化されたデータが上記セクタと対応されて
    各セクタに記録されると共に、 上記パケット化され更にパック化されたデータの大きさ
    が上記セクタの大きさと対応しないときには、上記ヘッ
    ダは固定長とし、上記パケットのデータ中にスタッフィ
    ングデータを挿入するようにしたデータ記録媒体。
  2. 【請求項２】 上記スタッフィングデータは、固定値で
    ある請求項１に記載のデータ記録媒体。
  3. 【請求項３】 上記スタッフィングデータは、乱数であ
    る請求項１に記載のデータ記録媒体。
  4. 【請求項４】 所定長のセクタに分割され、上記セクタ
    単位でアクセスが可能とされた記録媒体にコンテンツデ
    ータを記録するデータ記録方法であって、 符号化されたコンテンツデータを所定長毎に分割しヘッ
    ダを付加してパケット化し、 上記パケットに更にヘッダを付加してパック化し、 上記パケット化され更にパック化されたデータを上記セ
    クタと対応させて上記記録媒体の各セクタに記録すると
    共に、 スタッフィングデータを挿入する際に、上記ヘッダは固
    定長とし、上記パケットのデータ中にスタッフィングデ
    ータを挿入するようにしたデータ記録方法。
  5. 【請求項５】 上記パケットのヘッダに、スタッフィン
    グデータを挿入したことを示す識別情報を記録するよう
    にした請求項４に記載のデータ記録方法。
  6. 【請求項６】 上記パケットのヘッダに、どこにスタッ
    フィングデータを挿入したかを示す情報を記録するよう
    にした請求項４に記載のデータ記録方法。
  7. 【請求項７】 上記パケットのデータの所定位置に、ス
    タッフィングデータの長さを記録するようにした請求項
    ４に記載のデータ記録方法。
  8. 【請求項８】 上記スタッフィングデータは、上記パケ
    ットのデータ中の最後部に記録するようにした請求項４
    に記載のデータ記録方法。
  9. 【請求項９】 上記スタッフィングデータは、上記パケ
    ットのデータ中の最前部に記録するようにした請求項４
    に記載のデータ記録方法。
  10. 【請求項１０】 上記スタッフィングデータは、上記パ
    ケットのデータ中の最後部又は最前部に記録するように
    し、上記パケットのデータ中の最後部又は最前部にスタ
    ッフィングデータの長さの情報を記録するようにした請
    求項４に記載のデータ記録方法。
  11. 【請求項１１】 上記スタッフィングデータは、固定値
    である請求項４に記載のデータ記録方法。
  12. 【請求項１２】 上記スタッフィングデータは、乱数で
    ある請求項４に記載のデータ記録方法。
  13. 【請求項１３】 上記スタッフィングデータが無いとき
    には、上記スタッフィング長の情報を無くすようにした
    請求項７に記載のデータ記録方法。
  14. 【請求項１４】 上記セクタには、ＣＤ−ＲＯＭに準拠
    してパケット化されパック化されたデータが記録される
    請求項４に記載のデータ記録方法。
  15. 【請求項１５】 上記パケット化及びパック化は、ＭＰ
    ＥＧ（Moving Picture Coding Experts Group ）−ＰＳ
    （Program Stream）に準拠するものである請求項４に記
    載のデータ記録方法。
  16. 【請求項１６】 上記コンテンツデータは、ＡＴＲＡＣ
    （Adaptive TRansform Acoustic Coding）、ＡＴＲＡＣ
    ２、又はＡＴＲＡＣ３で符号化されるようにした請求項
    ４に記載のデータ記録方法。
  17. 【請求項１７】 上記コンテンツデータは、ＭＰ３（MP
    EG1 Audio Layer-3）で符号化されるようにした請求項
    ４に記載のデータ記録方法。
  18. 【請求項１８】 上記コンテンツデータは、ＡＡＣ（MP
    EG2 Advanced AudioCoding ）で符号化されるようにし
    た請求項４に記載のデータ記録方法。
  19. 【請求項１９】 所定長のセクタに分割され、上記セク
    タ単位でアクセスが可能とされた記録媒体にコンテンツ
    データを記録するデータ記録装置であって、 符号化されたコンテンツデータを所定長毎に分割しヘッ
    ダを付加してパケット化する手段と、 上記パケットに更にヘッダを付加してパック化する手段
    と、 上記パケット化され更にパック化されたデータを上記セ
    クタと対応させて上記記録媒体の各セクタに記録する手
    段と、 スタッフィングデータを挿入する際に、上記ヘッダは固
    定長とし、上記パケットのデータ中にスタッフィングデ
    ータを挿入する手段とを有するようにしたデータ記録装
    置。
  20. 【請求項２０】 上記パケットのヘッダに、スタッフィ
    ングデータを挿入したことを示す識別情報を記録するよ
    うにした請求項１９に記載のデータ記録装置。
  21. 【請求項２１】 上記パケットのヘッダに、どこにスタ
    ッフィングデータを挿入したかを示す情報を記録するよ
    うにした請求項１９に記載のデータ記録装置。
  22. 【請求項２２】 上記パケットのデータの所定位置に、
    スタッフィングデータの長さを記録するようにした請求
    項１９に記載のデータ記録装置。
  23. 【請求項２３】 上記スタッフィングデータは、上記パ
    ケットのデータ中の最後部に記録するようにした請求項
    １９に記載のデータ記録装置。
  24. 【請求項２４】 上記スタッフィングデータは、上記パ
    ケットのデータ中の最前部に記録するようにした請求項
    １９に記載のデータ記録装置。
  25. 【請求項２５】 上記スタッフィングデータは、上記パ
    ケットのデータ中の最後部又は最前部に記録するように
    し、上記パケットのデータ中の最後部又は最前部にスタ
    ッフィングデータの長さの情報を記録するようにした請
    求項１９に記載のデータ記録装置。
  26. 【請求項２６】 上記スタッフィングデータは、固定値
    である請求項１９に記載のデータ記録装置。
  27. 【請求項２７】 上記スタッフィングデータは、乱数で
    ある請求項１９に記載のデータ記録装置。
  28. 【請求項２８】 上記スタッフィングデータが無いとき
    には、上記スタッフィング長の情報を無くすようにした
    請求項２２に記載のデータ記録装置。
  29. 【請求項２９】 上記セクタには、ＣＤ−ＲＯＭに準拠
    してパケット化されパック化されたデータが記録される
    請求項１９に記載のデータ記録装置。
  30. 【請求項３０】 上記パケット化及びパック化は、ＭＰ
    ＥＧ（Moving Picture Coding Experts Group ）−ＰＳ
    （Program Stream）に準拠するものである請求項１９に
    記載のデータ記録装置。
  31. 【請求項３１】 上記コンテンツデータは、ＡＴＲＡＣ
    （Adaptive TRansform Acoustic Coding）、ＡＴＲＡＣ
    ２、又はＡＴＲＡＣ３で符号化されるようにした請求項
    １９に記載のデータ記録装置。
  32. 【請求項３２】 上記コンテンツデータは、ＭＰ３（MP
    EG1 Audio Layer-3）で符号化されるようにした請求項
    １９に記載のデータ記録装置。
  33. 【請求項３３】 上記コンテンツデータは、ＡＡＣ（MP
    EG2 Advanced AudioCoding ）で符号化されるようにし
    た請求項１９に記載のデータ記録装置。
  34. 【請求項３４】 符号化されたコンテンツデータを所定
    長毎に分割しヘッダを付加してパケット化し、 上記パケットに更にヘッダを付加してパック化し、 上記パケット化され更にパック化されたデータを伝送す
    るステップとを含むと共に、 スタッフィングデータを挿入する際に、上記ヘッダは固
    定長とし、上記パケットのデータ中にスタッフィングデ
    ータを挿入するようにしたデータ伝送方法。
  35. 【請求項３５】 上記パケットのヘッダに、スタッフィ
    ングデータを挿入したことを示す識別情報を記述するよ
    うにした請求項３４に記載のデータ伝送方法。
  36. 【請求項３６】 上記パケットのヘッダに、どこにスタ
    ッフィングデータを挿入したかを示す情報を記述するよ
    うにした請求項３４に記載のデータ伝送方法。
  37. 【請求項３７】 上記パケットのデータの所定位置に、
    スタッフィングデータの長さを記述するようにした請求
    項３４に記載のデータ伝送方法。
  38. 【請求項３８】 上記スタッフィングデータは、上記パ
    ケットのデータ中の最後部に記述するようにした請求項
    ３４に記載のデータ伝送方法。
  39. 【請求項３９】 上記スタッフィングデータは、上記パ
    ケットのデータ中の最前部に記述するようにした請求項
    ３４に記載のデータ伝送方法。
  40. 【請求項４０】 上記スタッフィングデータは、上記パ
    ケットのデータ中の最後部又は最前部に記録するように
    し、上記パケットのデータ中の最後部又は最前部にスタ
    ッフィングデータの長さの情報を記録するようにした請
    求項３４に記載のデータ伝送方法。
  41. 【請求項４１】 上記スタッフィングデータは、固定値
    である請求項３４に記載のデータ伝送方法。
  42. 【請求項４２】 上記スタッフィングデータは、乱数で
    ある請求項３４に記載のデータ伝送方法。
  43. 【請求項４３】 上記スタッフィングデータが無いとき
    には、上記スタッフィング長の情報を無くすようにした
    請求項３７に記載のデータ伝送方法。
  44. 【請求項４４】 上記セクタには、ＣＤ−ＲＯＭに準拠
    してパケット化されパック化されたデータが記述される
    請求項３４に記載のデータ伝送方法。
  45. 【請求項４５】 上記パケット化及びパック化は、ＭＰ
    ＥＧ（Moving Picture Coding Experts Group ）−ＰＳ
    （Program Stream）に準拠するものである請求項３４に
    記載のデータ伝送方法。
  46. 【請求項４６】 上記コンテンツデータは、ＡＴＲＡＣ
    （Adaptive TRansform Acoustic Coding）、ＡＴＲＡＣ
    ２、又はＡＴＲＣＡ３で符号化されるようにした請求項
    ３４に記載のデータ伝送方法。
  47. 【請求項４７】 上記コンテンツデータは、ＭＰ３（MP
    EG1 Audio Layer-3）で符号化されるようにした請求項
    ３４に記載のデータ伝送方法。
  48. 【請求項４８】 上記コンテンツデータは、ＡＡＣ（MP
    EG2 Advanced AudioCoding ）で符号化されるようにし
    た請求項３４に記載のデータ伝送方法。
  49. 【請求項４９】 符号化されたコンテンツデータを所定
    長毎に分割しヘッダを付加してパケット化する手段と、 上記パケットに更にヘッダを付加してパック化する手段
    と、 上記パケット化され更にパック化されたデータを伝送す
    る手段と、 スタッフィングデータを挿入する際に、上記ヘッダは固
    定長とし、上記パケットのデータ中にスタッフィングデ
    ータを挿入する手段とを有するようにしたデータ伝送装
    置。
  50. 【請求項５０】 上記パケットのヘッダに、スタッフィ
    ングデータを挿入したことを示す識別情報を記述するよ
    うにした請求項４９に記載のデータ伝送装置。
  51. 【請求項５１】 上記パケットのヘッダに、どこにスタ
    ッフィングデータを挿入したかを示す情報を記述するよ
    うにした請求項４９に記載のデータ伝送装置。
  52. 【請求項５２】 上記パケットのデータの所定位置に、
    スタッフィングデータの長さを記述するようにした請求
    項４９に記載のデータ伝送装置。
  53. 【請求項５３】 上記スタッフィングデータは、上記パ
    ケットのデータ中の最後部に記述するようにした請求項
    ４９に記載のデータ伝送装置。
  54. 【請求項５４】 上記スタッフィングデータは、上記パ
    ケットのデータ中の最前部に記述するようにした請求項
    ４９に記載のデータ伝送装置。
  55. 【請求項５５】 上記スタッフィングデータは、上記パ
    ケットのデータ中の最後部又は最前部に記録するように
    し、上記パケットのデータ中の最後部又は最前部にスタ
    ッフィングデータの長さの情報を記録するようにした請
    求項４９に記載のデータ伝送装置。
  56. 【請求項５６】 上記スタッフィングデータは、固定値
    である請求項４９に記載のデータ伝送装置。
  57. 【請求項５７】 上記スタッフィングデータは、乱数で
    ある請求項４９に記載のデータ伝送装置。
  58. 【請求項５８】 上記スタッフィングデータが無いとき
    には、上記スタフィング長を示す情報を無くすようにし
    た請求項５２に記載のデータ伝送装置。
  59. 【請求項５９】 上記セクタには、ＣＤ−ＲＯＭに準拠
    してパケット化されパック化されたデータが記述される
    請求項４９に記載のデータ伝送装置。
  60. 【請求項６０】 上記パケット化及びパック化は、ＭＰ
    ＥＧ（Moving Picture Coding Experts Group ）−ＰＳ
    （Program Stream）に準拠するものである請求項４９に
    記載のデータ伝送装置。
  61. 【請求項６１】 上記コンテンツデータは、ＡＴＲＡＣ
    （Adaptive TRansform Acoustic Coding）、ＡＴＲＡＣ
    ２、又はＡＴＲＣＡ３で符号化されるようにした請求項
    ４９に記載のデータ伝送装置。
  62. 【請求項６２】 上記コンテンツデータは、ＭＰ３（MP
    EG1 Audio Layer-3）で符号化されるようにした請求項
    ４９に記載のデータ伝送装置。
  63. 【請求項６３】 上記コンテンツデータは、ＡＡＣ（MP
    EG2 Advanced AudioCoding ）で符号化されるようにし
    た請求項４９に記載のデータ伝送装置。
JP2001311632A 2001-04-19 2001-10-09 データ記録媒体、データ記録方法及び装置、並びに、データ伝送方法及び装置 Pending JP2003006999A (ja)

Priority Applications (6)

Application Number Priority Date Filing Date Title
JP2001311632A JP2003006999A (ja) 2001-04-19 2001-10-09 データ記録媒体、データ記録方法及び装置、並びに、データ伝送方法及び装置
PCT/JP2002/003722 WO2002086890A1 (fr) 2001-04-19 2002-04-15 Support d'enregistrement de donnees, procede et dispositif d'enregistrement de donnees ainsi que procede et dispositif de transmission de donnees
US10/311,654 US7126892B2 (en) 2001-04-19 2002-04-15 Data record medium, data recording method and apparatus, and data transmitting method and apparatus
KR1020027017299A KR20030011910A (ko) 2001-04-19 2002-04-15 데이터 기록 매체, 데이터 기록 방법 및 장치, 및 데이터전송 방법 및 장치
EP02717151A EP1381046A1 (en) 2001-04-19 2002-04-15 Data record medium, data recording method and apparatus, and data transmitting method and apparatus
CN02801845A CN1463432A (zh) 2001-04-19 2002-04-15 数据记录介质、数据记录方法和装置及数据传输方法和装置

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP2001121425 2001-04-19
JP2001-121425 2001-04-19
JP2001311632A JP2003006999A (ja) 2001-04-19 2001-10-09 データ記録媒体、データ記録方法及び装置、並びに、データ伝送方法及び装置

Publications (1)

Publication Number Publication Date
JP2003006999A true JP2003006999A (ja) 2003-01-10

Family

ID=26613853

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2001311632A Pending JP2003006999A (ja) 2001-04-19 2001-10-09 データ記録媒体、データ記録方法及び装置、並びに、データ伝送方法及び装置

Country Status (6)

Country Link
US (1) US7126892B2 (ja)
EP (1) EP1381046A1 (ja)
JP (1) JP2003006999A (ja)
KR (1) KR20030011910A (ja)
CN (1) CN1463432A (ja)
WO (1) WO2002086890A1 (ja)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2005109861A (ja) * 2003-09-30 2005-04-21 Nec Corp トランスポートストリームの暗号化装置及び編集装置並びにこれらの方法
JP2005353211A (ja) * 2004-06-11 2005-12-22 Sony Corp データ処理装置およびデータ処理方法、プログラムおよびプログラム記録媒体、並びにデータ記録媒体
JP2016526361A (ja) * 2013-06-19 2016-09-01 エルジー エレクトロニクス インコーポレイティド 放送送受信装置および放送送受信方法
JP2017501650A (ja) * 2013-11-13 2017-01-12 エルジー エレクトロニクス インコーポレイティド 放送信号送信装置、放送信号受信装置、放送信号送信方法、及び放送信号受信方法

Families Citing this family (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4306365B2 (ja) * 2003-08-07 2009-07-29 ソニー株式会社 サーバ及びコンテンツ受信装置
JP2005158159A (ja) * 2003-11-26 2005-06-16 Toshiba Corp 記録制御パラメータ最適化装置、記録制御パラメータ最適化方法、記録装置、及び記録方法
US7757300B2 (en) * 2004-10-13 2010-07-13 Hitachi, Ltd. Digital information recording and reproducing method and apparatus therefor
US7742687B2 (en) * 2005-03-22 2010-06-22 Mediatek Inc. Digital television recorders and stream format conversion and methods thereof
JP2007149151A (ja) * 2005-11-24 2007-06-14 Funai Electric Co Ltd 光ディスク再生装置、音声信号出力装置及びａｖシステム
KR100912840B1 (ko) * 2007-11-14 2009-08-18 주식회사 한단정보통신 세트 톱 박스의 디지털 방송 데이터 저장 장치 및 방법
CN103474073B (zh) * 2012-06-07 2016-08-24 晨星软件研发(深圳)有限公司 音频解码方法及音频解码装置
US10255944B2 (en) * 2012-06-27 2019-04-09 Marvell World Trade Ltd. Systems and methods for reading and decoding encoded data from a storage device
US20220300611A1 (en) * 2021-03-22 2022-09-22 International Business Machines Corporation Run-time communications protocol parameter adjustment in containerized applications

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH07255032A (ja) 1994-03-15 1995-10-03 Matsushita Electric Ind Co Ltd 時分割多重化方法
JP3528989B2 (ja) * 1995-01-20 2004-05-24 ソニー株式会社 データ多重化装置、データ多重化方法、多重化データ処理装置および多重化データ処理方法
DE69716799T2 (de) * 1996-03-21 2003-07-03 Toshiba Kawasaki Kk Verfahren zur Bildung von Paketen, Aufnahmeträger und Gerät zum Aufzeichnen von Daten variabler Länge
JP2877780B2 (ja) 1997-03-19 1999-03-31 株式会社東芝 記録媒体
JP2875232B2 (ja) 1997-03-19 1999-03-31 株式会社東芝 記録媒体
WO2000068946A1 (fr) * 1999-05-07 2000-11-16 Kabushiki Kaisha Toshiba Structure de donnees pour donnees en continu, et procede d'enregistrement et de reproduction de donnees en continu
JP3376314B2 (ja) * 1999-05-12 2003-02-10 株式会社東芝 デジタル映像情報媒体、デジタル映像情報記録再生装置およびデジタル映像情報処理方法

Cited By (7)

* Cited by examiner, † Cited by third party
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
JP2005353211A (ja) * 2004-06-11 2005-12-22 Sony Corp データ処理装置およびデータ処理方法、プログラムおよびプログラム記録媒体、並びにデータ記録媒体
JP4524582B2 (ja) * 2004-06-11 2010-08-18 ソニー株式会社 データ処理装置およびデータ処理方法、プログラムおよびプログラム記録媒体、並びにデータ記録媒体
US8154964B2 (en) 2004-06-11 2012-04-10 Sony Corporation Data processing device, data processing method, program, program recording medium, data recording medium, and data structure
JP2016526361A (ja) * 2013-06-19 2016-09-01 エルジー エレクトロニクス インコーポレイティド 放送送受信装置および放送送受信方法
JP2017501650A (ja) * 2013-11-13 2017-01-12 エルジー エレクトロニクス インコーポレイティド 放送信号送信装置、放送信号受信装置、放送信号送信方法、及び放送信号受信方法

Also Published As

Publication number Publication date
EP1381046A1 (en) 2004-01-14
WO2002086890A1 (fr) 2002-10-31
US7126892B2 (en) 2006-10-24
KR20030011910A (ko) 2003-02-11
CN1463432A (zh) 2003-12-24
US20040052191A1 (en) 2004-03-18

Similar Documents

Publication Publication Date Title
JP3937788B2 (ja) データ記録方法及び装置、データ再生方法及び装置、データ編集方法及び装置
JP2003006999A (ja) データ記録媒体、データ記録方法及び装置、並びに、データ伝送方法及び装置
JP2003143015A (ja) 信号処理方法及び装置並びに符号列生成方法及び装置
JP2000123481A (ja) 情報符号化装置および方法、情報復号装置および方法、記録媒体、並びに提供媒体
JP3341992B2 (ja) 光記録媒体、音声復号装置
EP0971350A1 (en) Information encoding device and method, information decoding device and method, recording medium, and provided medium
JP2000057695A (ja) 情報記録再生装置および方法、並びに提供媒体
JP2004362721A (ja) データ生成方法およびデータ生成装置、データ再生方法およびデータ再生装置、並びにプログラム
JP3346398B2 (ja) 音声符号化方法及び音声復号方法
JP3346399B2 (ja) 光記録媒体及び音声復号装置
JP3346395B2 (ja) 光記録媒体及び音声復号装置
JP3346406B2 (ja) 音声符号化方法及び音声復号方法
JP3346400B2 (ja) 音声符号化装置
JP3346404B2 (ja) 音声符号化装置
JP3346402B2 (ja) 音声符号化方法及び音声復号方法
JP3346405B2 (ja) 音声符号化方法
JP3346397B2 (ja) 音声符号化方法
JP3344568B2 (ja) 音声信号伝送方法、音声復号化方法
JP3346401B2 (ja) 音声符号化方法
JP2001343999A (ja) 音声信号伝送方法
JP3346396B2 (ja) 音声符号化装置
JP3346392B2 (ja) 音声符号化装置
JP2003177791A (ja) コンテンツ符号化装置、コンテンツ符号化方法、コンテンツ符号化プログラム、及びコンテンツ符号化プログラムが記録された記録媒体、並びにコンテンツ復号装置、コンテンツ復号方法、コンテンツ復号プログラム、及びコンテンツ復号プログラムが記録された記録媒体
JP2003304158A (ja) 信号再生方法及び装置、信号記録方法及び装置、並びに符号列生成方法及び装置
JP2003257121A (ja) 信号再生方法及び装置、信号記録方法及び装置、並びに符号列生成方法及び装置