(57)【要約】本発明は、オーディオデータをより簡単に記録または再生できるようにする。オーディオデータの中の第１番目のチャネルのＬＰＣＭサンプル３０１−１乃至第４番目のチャネルのＬＰＣＭサンプル３０４−１を順番に組み合わせてＧＯＬＳ３１０−１が生成され、ＧＯＬＳを偶数個組み合わせてオーディオフレームが生成される。オーディオフレームにヘッダ情報が付加されてオーディオＰＥＳパケットが生成され、ビデオＰＥＳパケットと多重化されて記録媒体に記録される。この結果、オーディオフレームのビット数は、３２の整数倍となり、記録再生装置と親和性が高くなる。
2004084215.tif 000002
【特許請求の範囲】
【請求項１】
サンプリングされたオーディオデータが、情報処理装置により読み出し可能な形態で、データ領域に記録された記録媒体であって、前記データ領域には、
複数のチャネルにおいて同一のタイミングでサンプリングされた前記オーディオデータのサンプルを、所定の順番に配置してサンプル列を生成し、
前記サンプル列を偶数個組み合わせてオーディオフレームを生成し、
前記オーディオフレームに、チャネルの構成、サンプルのビット数、およびサンプリング周期を表すヘッダ情報を付加して要素パケットを生成し、
前記要素パケットを所定のビット数からなる伝送パケットに分割する
ことにより生成されたオーディオデータが記録されることを特徴とする記録媒体。
【請求項２】
前記チャネルの数が奇数である場合、前記サンプル列を生成するとき、
前記複数のチャネルのうちの最後のチャネルにおいてサンプリングされた前記サンプルの後に、前記サンプルと同一のビット数であり、かつそのビットのパターンが所定のパターンとなる擬似サンプルが１個だけ挿入される
ことを特徴とする請求の範囲第１項に記載の記録媒体。
【請求項３】
前記サンプルのビット数は、１６、２０、または２４とされ、前記サンプルのビット数が２０のとき、そのサンプルに所定のパターンの４ビットが付加される
ことを特徴とする請求の範囲第１項に記載の記録媒体。
【請求項４】
前記サンプルは、リニアＰＣＭ方式でサンプリングされたオーディオデータのサンプルである
ことを特徴とする請求の範囲第１項に記載の記録媒体。
【請求項５】
前記要素パケットのヘッダ情報には、
トラックの先頭情報がさらに含まれる
ことを特徴とする請求の範囲第１項に記載の記録媒体。
【請求項６】
サンプリングされたオーディオデータまたはビデオデータを情報処理装置により読み出し可能な記録媒体に記録するデータ記録装置において、
入力されたオーディオデータの解析を行うデータ解析手段と、
前記解析手段の解析結果にもとづいて、複数のチャネルにおいて同一のタイミングでサンプリングされた前記オーディオデータのサンプルを、所定の順番に配置してサンプル列を生成するサンプル列生成手段と、
前記サンプル列生成手段により生成された前記サンプル列を偶数個組み合わせてオーディオフレームを生成し、前記オーディオフレームに、チャネルの構成、サンプルのビット数、およびサンプリング周期を表すヘッダ情報を付加して要素パケットを生成する要素パケット生成手段と
前記要素パケット生成手段により生成された前記要素パケットを所定のビット数からなる伝送パケットに分割し、伝送パケットを生成する伝送パケット生成手段と、
を備えることを特徴とするデータ記録装置。
【請求項７】
前記サンプル列生成手段は、
前記解析手段により、前記チャネルの数が奇数であると解析された場合、
前記複数のチャネルのうちの最後のチャネルにおいてサンプリングされた前記サンプルの後に、前記サンプルと同一のビット数であり、かつそのビットのパターンが所定のパターンとなる擬似サンプルを１個だけ挿入サンプル挿入手段を備える
ことを特徴とする請求の範囲第６項に記載のデータ記録装置。
【請求項８】
前記解析手段は、
前記サンプルのビット数が２０のとき、そのサンプルに所定のパターンの４ビットを付加するサンプル変換手段を備える
ことを特徴とする請求の範囲第６項に記載のデータ記録装置。
【請求項９】
前記サンプルは、リニアＰＣＭ方式でサンプリングされたオーディオデータのサンプルである
ことを特徴とする請求の範囲第６項に記載のデータ記録装置。
【請求項１０】
前記要素パケット生成手段は、前記要素パケットのヘッダ情報に、トラックの先頭情報を格納して、前記要素パケットを生成する
ことを特徴とする請求の範囲第６項に記載のデータ記録装置。
【請求項１１】
サンプリングされたオーディオデータまたはビデオデータを情報処理装置により読み出し可能な記録媒体に記録するデータ記録装置のデータ記録方法において、
入力されたオーディオデータの解析を行うデータ解析ステップと、
前記解析ステップの解析結果にもとづいて、複数のチャネルにおいて同一のタイミングでサンプリングされた前記オーディオデータのサンプルを、所定の順番に配置してサンプル列を生成するサンプル列生成ステップと、
前記サンプル列生成ステップの処理により生成された前記サンプル列を偶数個組み合わせてオーディオフレームを生成し、前記オーディオフレームに、チャネルの構成、サンプルのビット数、およびサンプリング周期を表すヘッダ情報を付加して要素パケットを生成する要素パケット生成ステップと、
前記要素パケット生成ステップの処理により生成された前記要素パケットを所定のビット数からなる伝送パケットに分割し、伝送パケットを生成する伝送パケット生成ステップと
を含むことを特徴とする記録方法。
【請求項１２】
サンプリングされたオーディオデータまたはビデオデータを情報処理装置により読み出し可能な記録媒体に記録するデータ記録装置のプログラムにおいて、
入力されたオーディオデータの解析を制御するデータ解析制御ステップと、
前記解析制御ステップの解析結果にもとづいて、複数のチャネルにおいて同一のタイミングでサンプリングされた前記オーディオデータのサンプルを、所定の順番に配置してサンプル列の生成を制御するサンプル列生成制御ステップと、
前記サンプル列生成制御ステップの処理により生成された、前記サンプル列を偶数個組み合わせてオーディオフレームを生成し、前記オーディオフレームに、チャネルの構成、サンプルのビット数、およびサンプリング周期を表すヘッダ情報を付加して要素パケットの生成を制御する要素パケット生成制御ステップと、
前記要素パケット生成制御ステップの処理により生成された、前記要素パケットを所定のビット数からなる伝送パケットに分割し、伝送パケットの生成を制御する伝送パケット生成制御ステップと
をコンピュータに実行させることを特徴とするプログラム。
【請求項１３】
サンプリングされたオーディオデータまたはビデオデータを情報処理装置により読み出し可能な記録媒体に記録するデータ記録装置のプログラムが記録される記録媒体において、
入力されたオーディオデータの解析を制御するデータ解析制御ステップと、
前記解析制御ステップの解析結果にもとづいて、複数のチャネルにおいて同一のタイミングでサンプリングされた前記オーディオデータのサンプルを、所定の順番に配置してサンプル列の生成を制御するサンプル列生成制御ステップと、
前記サンプル列生成制御ステップの処理により生成された、前記サンプル列を偶数個組み合わせてオーディオフレームを生成し、前記オーディオフレームに、チャネルの構成、サンプルのビット数、およびサンプリング周期を表すヘッダ情報を付加して要素パケットの生成を制御する要素パケット生成制御ステップと、
前記要素パケット生成制御ステップの処理により生成された、前記要素パケットを所定のビット数からなる伝送パケットに分割し、伝送パケットの生成を制御する伝送パケット生成制御ステップと
をコンピュータに実行させるプログラムが記録されることを特徴とする記録媒体。
【請求項１４】
サンプリングされたオーディオデータまたはビデオデータを情報処理装置により読み出し可能な記録媒体から読み出し、再生するデータ再生装置において、
前記記録媒体からソースパケットを出力するソースパケット出力手段と、
前記ソースパケット出力手段から出力されたソースパケットから要素パケットを生成する要素パケット生成手段と、
前記要素パケット生成手段により生成された要素パケットをデコードし、前記オーディオデータのサンプル列を出力するデコード手段と
を備え、
前記デコード手段は、前記オーディオデータのチャネル数が奇数である場合、前記オーディオデータのサンプル列のサンプルのうち、ダミーのチャネルとして追加されたサンプルを破棄する
ことを特徴とするデータ再生装置。
【請求項１５】
前記デコード手段は、
前記オーディオデータのサンプルのビット数が２０である場合、前記サンプルを構成するビットのうち、所定の４ビットを破棄する
ことを特徴とする請求の範囲第１４項に記載のデータ再生装置。
【請求項１６】
サンプリングされたオーディオデータまたはビデオデータを情報処理装置により読み出し可能な記録媒体から読み出し、再生するデータ再生装置のデータ再生方法において、
前記記録媒体からソースパケットを出力するソースパケット出力ステップと、
前記ソースパケット出力ステップの処理により出力されたソースパケットから要素パケットを生成する要素パケット生成ステップと、
前記要素パケット生成ステップの処理により生成された要素パケットをデコードし、前記オーディオデータのサンプル列を出力するデコードステップと、
前記オーディオデータのチャネル数が奇数である場合、前記オーディオデータのサンプル列のサンプルのうち、ダミーのチャネルとして追加されたサンプルを破棄する破棄ステップと
を含むことを特徴とする再生方法。
【請求項１７】
サンプリングされたオーディオデータまたはビデオデータを情報処理装置により読み出し可能な記録媒体から読み出し、再生するデータ再生装置のプログラムにおいて、
前記オーディオデータの中の再生すべき部分を指定する情報の入力の受け付けを制御する入力受付制御ステップと、
前記入力受付制御ステップの処理により受け付けられた情報に基づいて、前記記録媒体からソースパケットの出力を制御するソースパケット出力制御ステップと、
前記ソースパケット出力制御ステップの処理により出力されたソースパケットから要素パケットの生成を制御する要素パケット生成制御ステップと、
前記要素パケット生成制御ステップの処理により生成された要素パケットのデコードを制御し、前記オーディオデータのサンプル列の出力を制御するデコード制御ステップと、
前記オーディオデータのチャネル数が奇数である場合、前記オーディオデータのサンプル列のサンプルのうち、ダミーのチャネルとして追加されたサンプルを破棄するように制御する破棄制御ステップと
をコンピュータに実行させることを特徴とするプログラム。
【請求項１８】
サンプリングされたオーディオデータまたはビデオデータを情報処理装置により読み出し可能な記録媒体から読み出し、再生するデータ再生装置のプログラムが記録される記録媒体において、
前記オーディオデータの中の再生すべき部分を指定する情報の入力の受け付けを制御する入力受付制御ステップと、
前記入力受付制御ステップの処理により受け付けられた情報に基づいて、前記記録媒体からソースパケットの出力を制御するソースパケット出力制御ステップと、
前記ソースパケット出力制御ステップの処理により出力されたソースパケットから要素パケットの生成を制御する要素パケット生成制御ステップと、
前記要素パケット生成制御ステップの処理により生成された要素パケットのデコードを制御し、前記オーディオデータのサンプル列の出力を制御するデコード制御ステップと、
前記オーディオデータのチャネル数が奇数である場合、前記オーディオデータのサンプル列のサンプルのうち、ダミーのチャネルとして追加されたサンプルを破棄するように制御する破棄制御ステップと
をコンピュータに実行させるプログラムが記録されることを特徴とする記録媒体。
【請求項１９】
サンプリングされたオーディオデータが、情報処理装置により読み出し可能な形態で、データ領域に記録された記録媒体であって、
前記データ領域には、複数のチャネルにおいてサンプリングされた前記オーディオデータのサンプルに基づいて、オーディオフレームを生成し、
前記オーディオデータのチャネル数が奇数である場合、ダミーのチャネルに対応するオーディオサンプルを追加して、前記オーディオフレームを生成するように制御する
ことにより生成されたオーディオデータが記録される
ことを特徴とする記録媒体。
【請求項２０】
前記サンプルのビット数は、１６、２０、または２４とされ、前記サンプルのビット数が２０のとき、そのサンプルに所定のパターンの４ビットが付加される
ことを特徴とする請求の範囲第１９項に記載の記録媒体。
【請求項２１】
サンプリングされたオーディオデータまたはビデオデータを情報処理装置により読み出し可能な記録媒体に記録するデータ記録装置において、
前記オーディオデータのチャネルの数が奇数である場合、ダミーのチャネルに対応するオーディオサンプルを追加して、オーディオフレームを生成するオーディオフレーム生成手段
を備えることを特徴とするデータ記録装置。
【請求項２２】
サンプリングされたオーディオデータまたはビデオデータを情報処理装置により読み出し可能な記録媒体に記録するデータ記録装置のデータ記録方法において、
前記オーディオデータのチャネルの数が奇数である場合、ダミーのチャネルに対応するオーディオサンプルを追加して、オーディオフレームを生成するオーディオフレーム生成ステップ
を含むことを特徴とするデータ記録方法。
【請求項２３】
サンプリングされたオーディオデータまたはビデオデータを情報処理装置により読み出し可能な記録媒体に記録するデータ記録装置のプログラムにおいて、
前記オーディオデータのチャネルの数が奇数である場合、ダミーのチャネルに対応するオーディオサンプルを追加して、オーディオフレームを生成するように制御するオーディオフレーム生成制御ステップ
をコンピュータに実行させることを特徴とするプログラム。
【請求項２４】
サンプリングされたオーディオデータまたはビデオデータを情報処理装置により読み出し可能な記録媒体に記録するデータ記録装置のプログラムが記録される記録媒体において、
前記オーディオデータのチャネルの数が奇数である場合、ダミーのチャネルに対応するオーディオサンプルを追加して、オーディオフレームを生成するように制御するオーディオフレーム生成制御ステップ
をコンピュータに実行させるプログラムが記録されることを特徴とする記録媒体。
【発明の詳細な説明】
【技術分野】  本発明は、記録媒体、データ記録装置および方法、データ再生装置および方法、プログラム、並びに記録媒体に関し、特に、オーディオデータをより簡単に記録または再生できるようにする記憶媒体、データ記録装置および方法、データ再生装置および方法、プログラム、並びに記録媒体に関する。
【背景技術】  特開平９−２５１７２３号公報には、ＤＶＤのオーディオデータの記録方法として、サンプルのＭＳＢ側の１６ビットとＬＳＢ側の残りのビットを分けて記録する方法が開示されている。図１は、この方法におけるオーディオデータの構成を示す図である。ＤＶＤに記録されるデータ１１の中のオーディオデータ４３としては、圧縮されたオーディオデータが記録される場合と、圧縮されていないオーディオデータが記録される場合がある。このうち、圧縮されていないオーディオデータとしては、リニアＰＣＭ（Ｐｕｌｓｅ  Ｃｏｄｅ  Ｍｏｄｕｌａｔｉｏｎ）と呼ばれる方式で符号化されたオーディオデータ４３が記録される。リニアＰＣＭ方式のオーディオデータ４３は、２４ビットに量子化されたサンプルにより構成されている。
リニアＰＣＭ方式のオーディオデータ４３をＤＶＤに記録する際には、１つのオーディオデータ４３（オーディオパック）は、オーディオパックの開始であることを示すスタートコード及びパックヘッダ６４を先頭に、当該オーディオパックに含まれているデータがオーディオデータ４３であることを示す識別情報を含むパケットヘッダ６５、当該オーディオパックに含まれているオーディオデータ４３に関する情報である付加情報ＡＤ、並びに当該オーディオパックＡＰに含まれているオーディオデータ４３の一定の再生時間毎の単位である複数のオーディオフレームＡＦにより構成されている。
付加情報ＡＤとしては、オーディオデータ４３をリニアＰＣＭ方式でサンプリングする際のサンプルビット数（２４ビット）、その際のサンプリング周波数及び当該オーディオデータ４３に含まれているチャネル数等の情報が記述される。
そして、２４ビットのサンプルビット数でサンプリングされている各チャネル毎のオーディオデータ４３のうち、それぞれの上位（ＭＳＢ側）１６ビットである上位ビットデータ６６を２つ含む１つの上位データブロックＵＢと、それぞれの下位（ＬＳＢ側）８ビットである下位ビットデータ６７を２つ含む１つの下位データブロックＤＢとにより１つのサンプルブロックＳＰＢが構成され、当該サンプルブロックＳＰＢを上記一定の再生時間に対応する数だけ連結して１つのオーディオフレームＡＦが構成される。
更に、上位データブロックＵＢに含まれる２つの上位ビットデータ６６には、リニアＰＣＭのサンプリングのタイミングのうち、偶数番目のサンプリングのタイミングにおいてサンプリングされた上位１６ビットの上位ビットデータ６６Ａ（図中「Ｓ２ｎ」で示す。）と、奇数番目のサンプリングのタイミングにおいてサンプリングされた上位１６ビットの上位ビットデータ６６Ｂ（図中「Ｓ２ｎ＋１」で示す。）とが含まれている。
また、下位データブロックＤＢに含まれる２つの下位ビットデータ６７は、リニアＰＣＭのサンプリングのタイミングのうち、上位ビットデータ６６Ａに対応する下位８ビットの下位ビットデータ６７Ａ（図中「ｅ２ｎ」で示す。）と、上位ビットデータ６６Ｂに対応する下位８ビットの下位ビットデータ６７Ｂ（図中「ｅ２ｎ＋１」で示す。）が含まれている。なお、上位ビットデータ６６及び下位ビットデータ６７内の括弧内の数はそれぞれのデータのビット数を示している。
上位ビットデータ６６Ａと下位ビットデータ６７Ａとが、偶数番目のサンプリングのタイミングにおいてサンプリングされた２４ビットのオーディオデータ４３を構成し、更に、上位ビットデータ６６Ｂと下位ビットデータ６７Ｂとが、奇数番目のサンプリングのタイミングにおいてサンプリングされた２４ビットのオーディオデータ４３を構成する。従って、データを再生するとき、上位ビットデータ６６Ａと下位ビットデータ６７Ａは組み合わせて再生され、同様に、上位ビットデータ６６Ｂと下位ビットデータ６７Ｂは組み合わせて再生される。
更に、「Ａ」乃至「Ｄ」の４つのチャネルを含んでいる場合、それぞれの上位ビットデータ６６及び下位ビットデータ６７は、各チャネル毎のチャネル上位ビットデータ６８とチャネル下位ビットデータ６９とにより構成される。しかしながら、従来の技術では、ＭＳＢ側のビットデータとＬＳＢ側のビットデータが分けられて記録されており、データを再生するときＭＳＢ側のビットデータとＬＳＢ側のビットデータを組み合わせる必要があり、記録再生装置の処理が複雑になるという課題があった。
【発明の開示】
本発明はこのような状況に鑑みてなされたものであり、オーディオデータをより簡単に記録または再生できるようにするものである。
本発明の第１の記録媒体は、サンプリングされたオーディオデータが、情報処理装置により読み出し可能な形態でデータ領域に記録された記録媒体であって、データ領域には、複数のチャネルにおいて同一のタイミングでサンプリングされたオーディオデータのサンプルを、所定の順番に配置してサンプル列を生成し、サンプル列を偶数個組み合わせてオーディオフレームを生成し、オーディオフレームに、チャネルの構成、サンプルのビット数、およびサンプリング周期を表すヘッダ情報を付加して要素パケットを生成し、要素パケットを所定のビット数からなる伝送パケットに分割することにより生成されたオーディオデータが記録されることを特徴とする。
前記チャネルの数が奇数である場合、サンプル列を生成するとき、複数のチャネルのうちの最後のチャネルにおいてサンプリングされたサンプルの後に、サンプルと同一のビット数であり、かつそのビットのパターンが所定のパターンとなる擬似サンプルが１個だけ挿入されるようにすることができる。
前記サンプルのビット数は、１６、２０、または２４とされ、サンプルのビット数が２０のとき、そのサンプルに所定のパターンの４ビットが付加されるようにすることができる。
前記サンプルは、リニアＰＣＭ方式でサンプリングされたオーディオデータのサンプルであるようにすることができる。
前記要素パケットのヘッダ情報には、トラックの先頭情報がさらに含まれるようにすることができる。
本発明の第１のデータ記録装置は、サンプリングされたオーディオデータまたはビデオデータを情報処理装置により読み出し可能な記録媒体に記録するデータ記録装置において、入力されたオーディオデータの解析を行うデータ解析手段と、解析手段の解析結果にもとづいて、複数のチャネルにおいて同一のタイミングでサンプリングされたオーディオデータのサンプルを、所定の順番に配置してサンプル列を生成するサンプル列生成手段と、サンプル列生成手段により生成されたサンプル列を偶数個組み合わせてオーディオフレームを生成し、オーディオフレームに、チャネルの構成、サンプルのビット数、およびサンプリング周期を表すヘッダ情報を付加して要素パケットを生成する要素パケット生成手段と、要素パケット生成手段により生成された要素パケットを所定のビット数からなる伝送パケットに分割し、伝送パケットを生成する伝送パケット生成手段とを備えることを特徴とする。
前記サンプル列生成手段は、解析手段により、チャネルの数が奇数であると解析された場合、複数のチャネルのうちの最後のチャネルにおいてサンプリングされたサンプルの後に、サンプルと同一のビット数であり、かつそのビットのパターンが所定のパターンとなる擬似サンプルを１個だけ挿入サンプル挿入手段を備えるようにすることができる。
前記解析手段は、サンプルのビット数が２０のとき、そのサンプルに所定のパターンの４ビットを付加するサンプル変換手段を備えるようにすることができる。
前記サンプルは、リニアＰＣＭ方式でサンプリングされたオーディオデータのサンプルであるようにすることができる。
前記要素パケット生成手段は、要素パケットのヘッダ情報に、トラックの先頭情報を格納して、前記要素パケットを生成することができる。
本発明の第１のデータ記録方法は、サンプリングされたオーディオデータまたはビデオデータを情報処理装置により読み出し可能な記録媒体に記録するデータ記録装置のデータ記録方法において、入力されたオーディオデータの解析を行うデータ解析ステップと、解析ステップの解析結果にもとづいて、複数のチャネルにおいて同一のタイミングでサンプリングされたオーディオデータのサンプルを、所定の順番に配置してサンプル列を生成するサンプル列生成ステップと、サンプル列生成ステップの処理により生成されたサンプル列を偶数個組み合わせてオーディオフレームを生成し、オーディオフレームに、チャネルの構成、サンプルのビット数、およびサンプリング周期を表すヘッダ情報を付加して要素パケットを生成する要素パケット生成ステップと、要素パケット生成ステップの処理により生成された要素パケットを所定のビット数からなる伝送パケットに分割し、伝送パケットを生成する伝送パケット生成ステップとを含むことを特徴とする。
本発明の第１のプログラムは、サンプリングされたオーディオデータまたはビデオデータを情報処理装置により読み出し可能な記録媒体に記録するデータ記録装置のプログラムにおいて、入力されたオーディオデータの解析を制御するデータ解析制御ステップと、解析制御ステップの解析結果にもとづいて、複数のチャネルにおいて同一のタイミングでサンプリングされたオーディオデータのサンプルを、所定の順番に配置してサンプル列の生成を制御するサンプル列生成制御ステップと、サンプル列生成制御ステップの処理により生成された、サンプル列を偶数個組み合わせてオーディオフレームを生成し、オーディオフレームに、チャネルの構成、サンプルのビット数、およびサンプリング周期を表すヘッダ情報を付加して要素パケットの生成を制御する要素パケット生成制御ステップと、要素パケット生成制御ステップの処理により生成された、要素パケットを所定のビット数からなる伝送パケットに分割し、伝送パケットの生成を制御する伝送パケット生成制御ステップとをコンピュータに実行させることを特徴とする。
本発明の第２の記録媒体は、サンプリングされたオーディオデータまたはビデオデータを情報処理装置により読み出し可能な記録媒体に記録するデータ記録装置のプログラムが記録される記録媒体において、入力されたオーディオデータの解析を制御するデータ解析制御ステップと、解析制御ステップの解析結果にもとづいて、複数のチャネルにおいて同一のタイミングでサンプリングされたオーディオデータのサンプルを、所定の順番に配置してサンプル列の生成を制御するサンプル列生成制御ステップと、サンプル列生成制御ステップの処理により生成された、サンプル列を偶数個組み合わせてオーディオフレームを生成し、オーディオフレームに、チャネルの構成、サンプルのビット数、およびサンプリング周期を表すヘッダ情報を付加して要素パケットの生成を制御する要素パケット生成制御ステップと、要素パケット生成制御ステップの処理により生成された、要素パケットを所定のビット数からなる伝送パケットに分割し、伝送パケットの生成を制御する伝送パケット生成制御ステップとをコンピュータに実行させるプログラムが記録されることを特徴とする。
入力されたオーディオデータが解析され、解析結果にもとづいて、複数のチャネルにおいて同一のタイミングでサンプリングされたオーディオデータのサンプルを、所定の順番に配置してサンプル列が生成される。また、生成されたサンプル列を偶数個組み合わせてオーディオフレームが生成され、オーディオフレームに、チャネルの構成、サンプルのビット数、およびサンプリング周期を表すヘッダ情報を付加して要素パケットが生成され、生成された要素パケットを所定のビット数からなる伝送パケットに分割し、伝送パケットが生成される。
本発明のデータ再生装置は、サンプリングされたオーディオデータまたはビデオデータを情報処理装置により読み出し可能な記録媒体から読み出し、再生するデータ再生装置において、記録媒体からソースパケットを出力するソースパケット出力手段と、ソースパケット出力手段から出力されたソースパケットから要素パケットを生成する要素パケット生成手段と、要素パケット生成手段により生成された要素パケットをデコードし、オーディオデータのサンプル列を出力するデコード手段とを備え、デコード手段は、オーディオデータのチャネル数が奇数である場合、オーディオデータのサンプル列のサンプルのうち、ダミーのチャネルとして追加されたサンプルを破棄することを特徴とする。
前記デコード手段は、オーディオデータのサンプルのビット数が２０である場合、サンプルを構成するビットのうち、所定の４ビットを破棄するようにすることができる。
本発明のデータ再生方法は、サンプリングされたオーディオデータまたはビデオデータを情報処理装置により読み出し可能な記録媒体から読み出し、再生するデータ再生装置のデータ再生方法において、記録媒体からソースパケットを出力するソースパケット出力ステップと、ソースパケット出力ステップの処理により出力されたソースパケットから要素パケットを生成する要素パケット生成ステップと、要素パケット生成ステップの処理により生成された要素パケットをデコードし、オーディオデータのサンプル列を出力するデコードステップと、オーディオデータのチャネル数が奇数である場合、オーディオデータのサンプルのうち、ダミーのチャネルとして追加されたサンプルを破棄する破棄ステップを含むことを特徴とする。
本発明の第２のプログラムは、サンプリングされたオーディオデータまたはビデオデータを情報処理装置により読み出し可能な記録媒体から読み出し、再生するデータ再生装置のプログラムにおいて、記録媒体からソースパケットの出力を制御するソースパケット出力制御ステップと、ソースパケット出力制御ステップの処理により出力されたソースパケットから要素パケットの生成を制御する要素パケット生成制御ステップと、要素パケット生成制御ステップの処理により生成された要素パケットのデコードを制御し、オーディオデータのサンプル列の出力を制御するデコード制御ステップと、前記オーディオデータのチャネル数が奇数である場合、前記オーディオデータのサンプルのうち、ダミーのチャネルとして追加されたサンプルを破棄するように制御する破棄制御ステップとをコンピュータに実行させることを特徴とする。
本発明の第３の記録媒体は、サンプリングされたオーディオデータまたはビデオデータを情報処理装置により読み出し可能な記録媒体から読み出し、再生するデータ再生装置のプログラムが記録される記録媒体において、記録媒体からソースパケットの出力を制御するソースパケット出力制御ステップと、ソースパケット出力制御ステップの処理により出力されたソースパケットから要素パケットの生成を制御する要素パケット生成制御ステップと、要素パケット生成制御ステップの処理により生成された要素パケットのデコードを制御し、オーディオデータのサンプル列の出力を制御するデコード制御ステップと、前記オーディオデータのチャネル数が奇数である場合、前記オーディオデータのサンプルのうち、ダミーのチャネルとして追加されたサンプルを破棄するように制御する破棄制御ステップとをコンピュータに実行させるプログラムが記録されることを特徴とする。
記録媒体からソースパケットが出力され、出力されたソースパケットから要素パケットが生成され、生成された要素パケットがデコードされ、オーディオデータのサンプル列が出力される。
本発明の第４の記録媒体は、サンプリングされたオーディオデータが、情報処理装置に情報処理装置により読み出し可能な形態で、データ領域に記録された記録媒体であって、データ領域には、複数のチャネルにおいてサンプリングされたオーディオデータのサンプルに基づいて、オーディオフレームを生成し、オーディオデータのチャネル数が奇数である場合、ダミーのチャネルに対応するオーディオサンプルを追加して、オーディオフレームを生成するように制御することにより生成されたオーディオデータが記録されることを特徴とする
前記サンプルのビット数は、１６、２０、または２４とされ、前記サンプルのビット数が２０のとき、そのサンプルに所定のパターンの４ビットが付加されるようにすることができる。
本発明の第２のデータ記録装置は、サンプリングされたオーディオデータまたはビデオデータを情報処理装置により読み出し可能な記録媒体に記録するデータ記録装置において、オーディオデータのチャネルの数が奇数である場合、ダミーのチャネルに対応するオーディオサンプルを追加して、オーディオフレームを生成するオーディオフレーム生成手段を備えることを特徴とする。
本発明の第２のデータ記録方法は、サンプリングされたオーディオデータまたはビデオデータを情報処理装置により読み出し可能な記録媒体に記録するデータ記録装置のデータ記録方法において、オーディオデータのチャネルの数が奇数である場合、ダミーのチャネルに対応するオーディオサンプルを追加して、オーディオフレームを生成するオーディオフレーム生成ステップを含むことを特徴とする。
本発明の第３のプログラムは、サンプリングされたオーディオデータまたはビデオデータを情報処理装置により読み出し可能な記録媒体に記録するデータ記録装置のプログラムにおいて、オーディオデータのチャネルの数が奇数である場合、ダミーのチャネルに対応するオーディオサンプルを追加して、オーディオフレームを生成するように制御するオーディオフレーム生成制御ステップをコンピュータに実行させることを特徴とする。
本発明の第５の記録媒体は、サンプリングされたオーディオデータまたはビデオデータを情報処理装置により読み出し可能な記録媒体に記録するデータ記録装置のプログラムが記録される記録媒体において、オーディオデータのチャネルの数が奇数である場合、ダミーのチャネルに対応するオーディオサンプルを追加して、オーディオフレームを生成するように制御するオーディオフレーム生成制御ステップとをコンピュータに実行させるプログラムが記録されることを特徴とする。
入力されたオーディオデータのチャネルの数が奇数である場合、ダミーのチャネルに対応するオーディオサンプルが追加され、オーディオフレームが生成される
【図面の簡単な説明】  図１は、従来のオーディオデータ記録方法を示す図である。
図２は、本発明により記録されたデータの論理的構成を示す図である。
図３は、記録されるデータの記録媒体上での構造を示す図である。
図４は、ＰＥＳパケットの構成を示す図である。
図５は、図４のＰＥＳパケットのＬＰＣＭ＿ａｕｄｉｏ＿ｄａｔａ＿ｐａｙｌｏａｄのシンタックスを示す図である。
図６は、ビット数１６のサンプルの構成例を示す図である。
図７は、ビット数２４のサンプルの構成例を示す図である。
図８は、ビット数２０のサンプルの構成例を示す図である。
図９は、ＧＯＬＳの構成例を示す図である。
図１０は、ＧＯＬＳの数とＬＰＣＭ＿ａｕｄｉｏ＿ｆｒａｍｅのデータサイズの関係を示す図である。
図１１は、各サンプリング周波数におけるａｕｄｉｏ＿ｄａｔａ＿ｐａｙｌｏａｄ＿ｓｉｚｅを示す図である。
図１２は、図４のＰＥＳパケットのＬＰＣＭ＿ａｕｄｉｏ＿ｄａｔａ＿ｈｅａｄｅｒのシンタックスを示す図である。
図１３は、チャネルの割り当てを示す図である。
図１４Ａは、各チャネル構成におけるスピーカの配置例を示す図である。
図１４Ｂは、各チャネル構成におけるスピーカの配置例を示す図である。
図１４Ｃは、各チャネル構成におけるスピーカの配置例を示す図である。
図１５は、サンプリング周波数を表す値の例を示す図である。
図１６は、サンプルのビット数を表す値の例を示す図である。
図１７は、ＥＰ＿ｍａｐを説明する図である。
図１８は、Ｔｒａｃｋ−ｓｔａｒｔ−Ｍａｒｋを説明する図である。
図１９は、本発明のデータ記録装置の構成例を示すブロック図である。
図２０は、図１９のデータ記録装置の記録処理を説明するフローチャートである。
図２１は、データ解析処理を説明するフローチャートである。
図２２は、サンプル変換処理を説明するフローチャートである。
図２３は、エンコード処理を説明するフローチャートである。
図２４は、ＧＯＬＳ生成処理を説明するフローチャートである。
図２５は、ＰＥＳパケット生成処理を説明するフローチャートである。
図２６は、本発明のデータ再生装置の構成例を示すブロック図である。
図２７は、図２６のデータ再生装置の再生処理を説明するフローチャートである。
図２８は、ソースパケット出力処理を説明するフローチャートである。
図２９は、デコード処理を説明するフローチャートである。
図３０は、パーソナルコンピュータの構成例を示す図である。
【発明を実施するための最良の形態】  図２は、本発明により記録されるデータの論理的構造を示す図である。この例においては、記録されるデータは、プレイリストレイヤ（ＰＬＡＹＬＩＳＴ  ＬＡＹＥＲ）と、クリップレイヤ（ＣＬＩＰ  ＬＡＹＥＲ）に分けられる。この例の場合、クリップレイヤは、ＣＬＩＰ８２−１およびＣＬＩＰ８２−２により構成され、プレイリストレイヤは、ＣＬＩＰ８２−１および８２−２を管理するＰＬＡＹＬＩＳＴ８１−１乃至８１−３により構成されている。
ＣＬＩＰ８２−１および８２−２は、ＡＶストリームファイルとその付属情報（Ｃｌｉｐ  Ｉｎｆｏｒｍａｔｉｏｎ）からなるオブジェクトである。ＣＬＩＰ８２−１は、ＡＶストリームファイル１０２−１とその付属情報であるＣｌｉｐ  Ｉｎｆｏｒｍａｔｉｏｎ１０１−１により構成され、ＣＬＩＰ８２−２は、ＡＶストリームファイル１０２−２とその付属情報であるＣｌｉｐ  Ｉｎｆｏｒｍａｔｉｏｎ１０１−２により構成されている。
ＰＬＡＹＬＩＳＴ８１−１乃至８１−３は、ＣＬＩＰの中のデコードすべき区間が複数記述されるファイルである。ＰＬＡＹＬＩＳＴ８１−１には、デコードすべき区間として、ＰｌａｙＩｔｅｍ１２１および１２２が記述されている。同様に、ＰＬＡＹＬＩＳＴ８１−２には、デコードすべき区間として、ＰｌａｙＩｔｅｍ１２３が記述され、ＰＬＡＹＬＩＳＴ８１−３には、デコードすべき区間として、ＰｌａｙＩｔｅｍ１２４および１２５が記述されている。
ＣＬＩＰ８２−１のＡＶストリームファイル１０２−１のコンテンツは、時間軸上に展開され、Ｃｌｉｐ  Ｉｎｆｏｒｍａｔｉｏｎ１０１−１は、ＰＬＡＹＬＩＳＴ８１−１（ＰｌａｙＩｔｅｍ１２１および１２２）またはＰＬＡＹＬＩＳＴ８１−３（ＰｌａｙＩｔｅｍ１２４）により指定された時刻（タイムスタンプ）を、ＡＶストリームファイル１０２−１の中でデコードすべきデータを示すアドレスに変換する。
ＣＬＩＰ８２−２もＣＬＩＰ８２−１と同様の構成であり、Ｃｌｉｐ  Ｉｎｆｏｒｍａｔｉｏｎ１０１−２は、ＰＬＡＹＬＩＳＴ８１−２（ＰｌａｙＩｔｅｍ１２３）またはＰＬＹＡＬＩＳＴ８１−３（ＰｌａｙＩｔｅｍ１２５）により指定されたタイムスタンプを、ＡＶストリームファイル１０２−２の中でデコードすべきデータを示すアドレスに変換する。
ＰｌａｙＩｔｅｍ１２１乃至１２５には、ＡＶストリームファイル１０２−１またはＡＶストリームファイル１０２−２のコンテンツについて、時間軸上の開始点と終了点が指定される。
例えば、ＰｌａｙＩｔｅｍ１２１の開始点と終了点はそれぞれ矢印１４１と１４２に対応するタイムスタンプにより指定され、Ｃｌｉｐ  Ｉｎｆｏｒｍａｔｉｏｎ１０１−１は、指定されたタイムスタンプを、ＡＶストリームファイル１０２−１の中でデコードすべきデータを示すアドレスに変換し、ＡＶストリームファイル１０２−１の中の矢印１５１に対応するアドレスで指定される点から、矢印１５２に対応するアドレスで指定される点までの区間がデコードすべき区間とされる。
ＰｌａｙＩｔｅｍ１２２においても同様に、開始点と終了点がそれぞれ矢印１４２と１４３に対応するタイムスタンプにより指定され、Ｃｌｉｐ  Ｉｎｆｏｒｍａｔｉｏｎ１０１−１によりＡＶストリームファイル１０２−１の中でデコードすべきデータを示すアドレスに変換され、ＡＶストリームファイル１０２の中の矢印１５２に対応するアドレスで指定される点から、矢印１５３に対応するアドレスで指定される点までの区間がデコードすべき区間とされる。
同様に、ＰｌａｙＩｔｅｍ１２３の開始点と終了点は、それぞれ矢印１４７と１４８に対応するタイムスタンプにより指定され、Ｃｌｉｐ  Ｉｎｆｏｒｍａｔｉｏｎ１０１−２は、指定されたタイムスタンプを、ＡＶストリームファイル１０２−２の中でデコードすべきデータを示すアドレスに変換し、ＡＶストリームファイル１０２−２の中の矢印１５７に対応するアドレスで指定される点から、矢印１５８に対応するアドレスで指定される点までの区間がデコードすべき区間とされる。
また、ＰｌａｙＩｔｅｍ１２４の開始点と終了点は、それぞれ矢印１４５と１４６に対応するタイムスタンプにより指定され、ＡＶストリームファイル１０２−１の中の矢印１５５に対応するアドレスで指定される点から、矢印１５６に対応するアドレスで指定される点までの区間がデコードすべき区間とされる。ＰｌａｙＩｔｅｍ１２５の開始点と終了点は、それぞれ矢印１４９と１５０に対応するタイムスタンプにより指定され、ＡＶストリームファイル１０２−２の中の矢印１５９に対応するアドレスで指定される点から、矢印１６０に対応するアドレスで指定される点までの区間がデコードすべき区間とされる。
なお、ＰＬＡＹＬＩＳＴには２つのタイプが存在する。１つのタイプは、ＲｅａｌＰＬＡＹＬＩＳＴと呼ばれ、この例の場合、ＰＬＡＹＬＩＳＴ８１−１および８１−２がそれに該当する。１つのＡＶストリームファイルが１つのＣＬＩＰとして記録されるとき、そのＣＬＩＰの中で、デコード可能な範囲をすべて指定するＲｅａｌＰＬＡＹＬＩＳＴが自動的に生成される。この例の場合、ＣＬＩＰ８２−１に対応して、ＲｅａｌＰＬＡＹＬＩＳＴであるＰＬＡＹＬＩＳＴ８１−１が生成され、ＣＬＩＰ８２−２に対応して、ＲｅａｌＰＬＡＹＬＩＳＴであるＰＬＡＹＬＩＳＴ８１−２が生成されている。
ＲｅａｌＰＬＡＹＬＩＳＴは、ＣＬＩＰの一部として媒体に記録され、ＲｅａｌＰＬＡＹＬＩＳＴの一部が消去されると、消去された部分に対応するＡＶストリームファイルも消去される。例えば、ＰＬＡＹＬＩＳＴ８１−１の中のＰｌａｙＩｔｅｍ１２１が消去されると、ＡＶストリームファイル１０２の中の矢印１５１に対応するアドレスで指定される点から、矢印１５２に対応するアドレスで指定される点までの区間が同時に消去される。
ＰＬＡＹＬＩＳＴの２つのタイプのうちの残りの１つのタイプは、ＶｉｒｔｕａｌＰＬＡＹＬＩＳＴと呼ばれ、ＰＬＡＹＬＩＳＴ８１−３がそれに該当する。ＶｉｒｔｕａｌＰＬＡＹＬＩＳＴは、ＣＬＩＰとは、独立して生成され、ＶｉｒｔｕａｌＰＬＡＹＬＩＳＴの一部が消去されても、ＣＬＩＰは変化しない。例えば、ＰＬＡＹＬＩＳＴ８１−３の中のＰｌａｙＩｔｅｍ１２４が消去されても、ＡＶストリームファイル１０２−１の中の矢印１５５に対応するアドレスで指定される点から、矢印１５６に対応するアドレスで指定される点までの区間が消去されることはない。
図３は、本発明により記録されるデータの記録媒体上での構造を示す図である。記録媒体に記録されるデータはトランスポートストリームの形式とされ、トランスポートストリーム１８１は、Ｎ個のユニットであるＡｌｉｇｎｅｄｕｎｉｔ１９１−１乃至１９１−Ｎにより構成される。
１つのユニットＡｌｉｇｎｅｄｕｎｉｔ１９１−ｉ（ｉ＝１，２，・・・，Ｎ）は、それぞれ３２個のソースパケットであるｓｏｕｒｃｅｐａｃｋｅｔ２２１−０乃至２２１−３１により構成される。１つのソースパケットｓｏｕｒｃｅｐａｃｋｅｔ２２１−ｉ（ｉ＝０，１，２，・・・，３１）のデータ長は、１９２バイトとされ、Ａｌｉｇｎｅｄｕｎｉｔ１９１−ｉのデータ長は、６１４４（１９２×３２）バイトとされる。
さらに、１つのソースパケットｓｏｕｒｃｅｐａｃｋｅｔ２２１−ｉは、それぞれ４バイトのトランスポートヘッダであるＴＰ＿ｅｘｔｒａｈｅａｄｅｒ２３１と、１８８バイトのトランスポートパケットであるＴｒａｎｓｐｏｒｔｐａｃｋｅｔ２３２により構成される。トランスポートパケットには、図４のＰＥＳパケットが、分割されて格納される。
図４は、ＬＰＣＭオーディオデータのＰＥＳパケットの構成例を示す図である。このＰＥＳパケットは、ＰＥＳｐａｃｋｅｔｈｅａｄｅｒ２５１とＰＥＳｐａｃｋｅｔｐａｙｌｏａｄ２５２により構成される。ＰＥＳｐａｃｋｅｔｈｅａｄｅｒ２５１には、Ｓｔｒｅａｍ＿ｉｄ、ＰＴＳ＿ＤＴＳ＿ｆｌａｇなどのＰＥＳパケットを識別する情報が含まれる。
ＰＥＳｐａｃｋｅｔｐａｙｌｏａｄ２５２は、ＬＰＣＭ＿ａｕｄｉｏ＿ｄａｔａ＿ｈｅａｄｅｒ２７１とＬＰＣＭ＿ａｕｄｉｏ＿ｄａｔａ＿ｐａｙｌｏａｄ２７２により構成される。
最初に、ＬＰＣＭ＿ａｕｄｉｏ＿ｄａｔａ＿ｐａｙｌｏａｄ２７２の構成について説明する。図５にＬＰＣＭ＿ａｕｄｉｏ＿ｄａｔａ＿ｐａｙｌｏａｄ２７２のシンタックスを示す。この図に示されるように、ＬＰＣＭ＿ａｕｄｉｏ＿ｄａｔａ＿ｐａｙｌｏａｄ２７２には、１つのＬＰＣＭ＿ａｕｄｉｏ＿ｆｒａｍｅが格納される。
ここで、ＬＰＣＭ＿ａｕｄｉｏ＿ｆｒａｍｅの構成について説明する。ＬＰＣＭオーディオデータは、４８ｋＨｚまたは９６ｋＨｚのサンプリング周期でサンプリングされたサンプルにより構成される。１つのサンプルのビット数は、１６ビット、２０ビット、２４ビットのいずれかとされる。
図６乃至図８は、本発明におけるＬＰＣＭオーディオデータのサンプルの構成を示す図である。図６は、サンプルのビット数が１６ビットのときのサンプルの構成を示す。ＭＳＢ（ｂ１５）からＬＳＢ（ｂ０）までの１６個のビットが１つのサンプルを構成する。図７は、サンプルのビット数が２４ビットのときのサンプルの構成を示す。ＭＳＢ（ｂ２３）からＬＳＢ（ｂ０）までの２４個のビットが１つのサンプルを構成する。図８は、サンプルのビット数が２０ビットのときのサンプルの構成を示す。ＭＳＢ（ｂ２３）からｂ４までの２０個のビットに続き、ｂ３からＬＳＢ（ｂ０）までの４個のビットが「０」に設定されている。このように４個の０ビットを追加することで、サンプルのビット数が２０ビットのときも、図７の場合と同様に、２４個のビットで１つのサンプルを構成するようにすることができる。
これらのサンプルは、チャネル毎に生成され、各チャネルのサンプルを組み合わせてＧＯＬＳ（Ｇｒｏｕｐ  ｏｆ  ＬＰＣＭ  ｓａｍｐｌｅｓ）と呼ばれるサンプル列が構成される。
図９は、ＧＯＬＳの構成例を示す図である。この例では、Ｃｈａｎｎｅｌ１乃至Ｃｈａｎｎｅｌ４の４個のチャネルのＬＰＣＭオーディオデータからＧＯＬＳを生成している。Ｃｈａｎｎｅｌ１の第１番目のサンプル３０１−１、Ｃｈａｎｎｅｌ２の第１番目のサンプル３０２−１、Ｃｈａｎｎｅｌ３の第１番目のサンプル３０３−１、およびＣｈａｎｎｅｌ４の第１番目のサンプル３０４−１が、Ｃｈａｎｎｅｌ１乃至Ｃｈａｎｎｅｌ４の順番に組み合わされて第１番目のＧＯＬＳ３１０−１を構成している。同様に、Ｃｈａｎｎｅｌ１乃至Ｃｈａｎｎｅｌ４の第２番目のサンプル３０１−２乃至３０４−２により第２番目のＧＯＬＳ３１０−２が構成される。
この例では、チャネル数が４の場合について説明したが、実際のチャネル数は、２，４，６，および８の４通りある。なお、本発明ではチャネルの数は常に偶数とされる。
このようにして構成されるＧＯＬＳを所定の数だけ集めて、ＬＰＣＭ＿ａｕｄｉｏ＿ｆｒａｍｅが構成される。そして、上述したように、１つのＬＰＣＭ＿ａｕｄｉｏ＿ｆｒａｍｅにより１つのＬＰＣＭ＿ａｕｄｉｏ＿ｄａｔａ＿ｐａｙｌｏａｄ２７２（図４）が構成される。
図１０は、ＧＯＬＳの数、チャネル数、ＬＰＣＭ＿ａｕｄｉｏ＿ｆｒａｍｅのデータサイズの関係を表す。第１行目乃至第４行目には、ＧＯＬＳの数が２の場合における、サンプルビット数が１６のサンプル（図６）で、チャネル数が２，４，６，および８のときのＬＰＣＭ＿ａｕｄｉｏ＿ｆｒａｍｅのデータサイズが、それぞれバイト単位（左から４列目）とビット単位（左から５列目）で示されている。また、第５行目乃至第８行目には、ＧＯＬＳの数が２の場合における、サンプルビット数が２４のサンプル（図７または図８）で、チャネル数が２，４，６，および８のときのＬＰＣＭ＿ａｕｄｉｏ＿ｆｒａｍｅのデータサイズが、それぞれバイト単位とビット単位で示されている。第９行目乃至第１６行目には、ＧＯＬＳの数が４の場合についての各値が示されている。
図中最も右側の列は、ＬＰＣＭ＿ａｕｄｉｏ＿ｆｒａｍｅのデータサイズ（左から５列目）を３２で割った値が示されており、その値は全て整数である。すなわち、左から５列目に示されるＬＰＣＭ＿ａｕｄｉｏ＿ｆｒａｍｅのデータサイズは、すべて３２ビットで割り切れることが分かる。この例では、ＧＯＬＳの数が２または４の場合について説明したが、ＧＯＬＳの数が偶数であれば、ＬＰＣＭ＿ａｕｄｉｏ＿ｆｒａｍｅのデータサイズ（ビット表記）は、すべて３２ビットで割り切れるものとなる。通常ＤＶＤ記録再生装置は、３２ビット単位で信号処理を行うため、ＤＶＤに記録されたデータのＬＰＣＭ＿ａｕｄｉｏ＿ｆｒａｍｅのデータサイズが３２ビットの整数倍であれば、より親和性が高くなる。このため、本発明では、１つのＬＰＣＭ＿ａｕｄｉｏ＿ｆｒａｍｅを構成するＧＯＬＳの数を常に偶数とする。
図１１は、実際のＬＰＣＭ＿ａｕｄｉｏ＿ｆｒａｍｅのデータサイズを示す例である。この例では、サンプリング周波数が４８ｋＨｚのとき、ＧＯＬＳの数を２４０とし、サンプリング周波数が４８ｋＨｚのとき、ＧＯＬＳの数を４８０として、それぞれ再生時間が５ミリ秒となるＬＰＣＭ＿ａｕｄｉｏ＿ｆｒａｍｅが構成される。図１０の場合と同様に、左から２列目には、サンプルのビット数が示され、左から３列目には、チャネル数が示されている。そして、最も右側の列には、ＬＰＣＭ＿ａｕｄｉｏ＿ｆｒａｍｅのデータサイズがバイト単位で示されている。
次に、ＬＰＣＭ＿ａｕｄｉｏ＿ｄａｔａ＿ｈｅａｄｅｒ２７１（図４）の構成について説明する。図１２にＬＰＣＭ＿ａｕｄｉｏ＿ｄａｔａ＿ｈｅａｄｅｒ２７１のシンタックスを示す。同図には、ＬＰＣＭ＿ａｕｄｉｏ＿ｄａｔａ＿ｈｅａｄｅｒ２７１を構成するフィールド「ａｕｄｉｏ＿ｄａｔａ＿ｐａｙｌｏａｄ＿ｓｉｚｅ」、「ｃｈａｎｎｅｌ＿ａｓｓｉｇｍｅｎｔ」、「ｓａｍｐｌｉｎｇ＿ｆｒｅｑｕｅｎｃｙ」、「ｂｉｔｓ＿ｐｅｒ＿ｓａｍｐｌｅ」、「ｓｔａｒｔ＿ｆｌａｇ」、がそれらのフィールドを構成するビット数（Ｎｏ．ｏｆ  ｂｉｔｓ）、およびＭｎｅｍｏｎｉｃｓとともに示されている。ＬＰＣＭ＿ａｕｄｉｏ＿ｄａｔａ＿ｈｅａｄｅｒ２７１の最後の５ビットは、「ｒｅｓｅｒｖｅｄ＿ｆｏｒ＿ｗｏｒｄ＿ａｌｉｇｎ」とされ、今後の用途のために予約される。
フィールド「ａｕｄｉｏ＿ｄａｔａ＿ｐａｙｌｏａｄ＿ｓｉｚｅ」は、１６ビットで構成され、ＬＰＣＭ＿ａｕｄｉｏ＿ｄａｔａ＿ｐａｙｌｏａｄ２７２のサイズを表す値が格納される。上述したように、ＬＰＣＭ＿ａｕｄｉｏ＿ｄａｔａ＿ｐａｙｌｏａｄ２７２には、１つのＬＰＣＭ＿ａｕｄｉｏ＿ｆｒａｍｅが格納されるので、その値は、図１１の最も右側の列に示される値（ＬＰＣＭ＿ａｕｄｉｏ＿ｆｒａｍｅのデータサイズ）となる。たとえば、サンプリング周波数が４８ＫＨｚ、サンプルのビット数が２４、チャネル数が６の場合、フィールド「ａｕｄｉｏ＿ｄａｔａ＿ｐａｙｌｏａｄ＿ｓｉｚｅ」には、値として４３２０が格納される。
フィールド「ｃｈａｎｎｅｌ＿ａｓｓｉｇｍｅｎｔ」は、４ビットで構成され、チャネルの割り当ての種類を表す値が格納される。図１３に、チャネルの割り当ての種類を示す。
図１３の左から２列目には、チャネルの数が示されており、左から３列目には、チャネルの構成（ｃｏｎｆｉｇｕｒａｔｉｏｎ）が示されており、最も右側には、各チャネルの内容が示されている。
同図に示されるように、チャネル数が同じでも、チャネルの構成は複数存在する。例えば、チャンネル数が２の場合、「ｍｏｎｏ」、「ｄｕａｌｍｏｎｏ」、「ｓｔｅｒｅｏ」の３通りが存在する。「ｍｏｎｏ」は、オーディオ信号が１つのスピーカから出力されることを表し、「ｄｕａｌｍｏｎｏ」は、同じオーディオ信号が２つのスピーカから出力されることを表し、「ｓｔｅｒｅｏ」は、異なる（左右の）オーディオ信号が２つのスピーカから別々に出力されることを表す。
この場合、ｃｈａｎｎｅｌ１とｃｈａｎｎｅｌ２の２つのチャネルは、次のように割り当てられる。「ｓｔｅｒｅｏ」の場合、ｃｈａｎｎｅｌ１には、左のスピーカから出力されるオーディオ信号に対応するデータ（Ｌ）、ｃｈａｎｎｅｌ２には、右のスピーカから出力されるオーディオ信号に対応するデータ（Ｒ）が割り当てられる。「ｄｕａｌｍｏｎｏ」の場合、ｃｈａｎｎｅｌ１とｃｈａｎｎｅｌ２には、同じデータ（Ｍ）が割り当てられる。「ｍｏｎｏ」の場合、オーディオ信号は、１つのスピーカから出力されるので、ｃｈａｎｎｅｌ１にデータ（Ｍ）はあるが、ｃｈａｎｎｅｌ２に割り当てるべきデータは存在しない。一方、上述したように、本発明では、チャネルの数を偶数としている。そこで、この場合、ｃｈａｎｎｅｌ２には、その値が全て０となるデータ（Ｘ）を割り当てる。このように、その値が全て０となるデータ（Ｘ）を割り当てることで、本来は奇数のチャネル数であっても、偶数のチャネル数として割り当てることができる。
また、チャネルの構成は、この他にもある。図１４にチャネル構成の例を示す。図１４Ａは、「ＬＣＲＳ（３／１）」のチャネル構成を示しており、図１３のチャンネル数が４の場合の上から３行目（Ｖａｌｕｅ：６）に対応する。「ＬＣＲＳ（３／１）」は、４つの異なるオーディオ信号が、前方左側のスピーカＬ、前方中央のスピーカＣ、前方右側のスピーカＲ、後方中央のスピーカＳからそれぞれ出力されることを表している。
図１４Ｂは、「Ｌ，Ｃ，Ｒ，ＬＳ，ＲＳ，ｌｆｅ（３／２＋ｌｆｅ）」のチャネル構成を示しており、図１３のチャンネル数が６の場合の上から２行目に対応する。
「Ｌ，Ｃ，Ｒ，ＬＳ，ＲＳ，ｌｆｅ（３／２＋ｌｆｅ）」６つの異なるオーディオ信号が、前方左側のスピーカＬ、前方中央のスピーカＣ、前方右側のスピーカＲ、後方左側のスピーカＬＳ、後方右側のスピーカＲＳ、低周波専用スピーカｌｆｅからそれぞれ出力されることを表す。
図１４Ｃは、「Ｌ，Ｃ，Ｒ，ＬＳ，ＣＳ１，ＣＳ２，ＲＳ，ｌｆｅ（３／４＋ｌｆｅ）」のチャネル構成を示しており、図１３のチャネル数が８の場合の上から２行目に対応する。
「Ｌ，Ｃ，Ｒ，ＬＳ，ＣＳ１，ＣＳ２，ＲＳ，ｌｆｅ（３／４＋ｌｆｅ）」は、８つの異なるオーディオ信号が、前方左側のスピーカＬ、前方中央のスピーカＣ、前方右側のスピーカＲ、後方左側のスピーカＬＳ、後方中央第１のスピーカＣＳ１、後方中央第２のスピーカＣＳ２、後方右側のスピーカＲＳ、低周波専用スピーカｌｆｅからそれぞれ出力されることを表す。
このように、チャネル構成に対応して、各スピーカから出力されるオーディオ信号に対応するオーディオデータが各チャネルに割り当てられる。なお、上述したように、本来奇数のチャネル数であるチャネル構成の場合、すなわち、チャネル構成が「ｍｏｎｏ」（本来１チャネル）、「Ｌ，Ｃ，Ｒ，（３／０）」（本来３チャネル）、「Ｌ，Ｒ，Ｓ（２／１）」（本来３チャネル）、「Ｌ、Ｃ，Ｒ，ＬＳ，ＲＳ，（３／２）」（本来５チャネル）、または「Ｌ，Ｃ，Ｒ，ＬＳ、ＣＳ１，ＣＳ２，ＲＳ（３／４）」（本来７チャネル）の場合、最後のチャネルにその値が全て０となるデータ（Ｘ）を割り当てられ、それぞれ、２チャネル、４チャネル、４チャネル、６チャネル、または８チャネルの偶数のチャネル数とされる。
フィールド「ｃｈａｎｎｅｌ＿ａｓｓｉｇｍｅｎｔ」には、例えば、チャネル構成が「Ｌ，Ｃ，Ｒ，（３／０）」の場合、値として４（図１３のＶａｌｕｅ）が格納される。
フィールド「ｓａｍｐｌｉｎｇ＿ｆｒｅｑｕｅｎｃｙ」は、４ビットで構成され、サンプリング周波数を表す値が格納される。図１５は、このとき格納される値を示す図である。例えば、サンプリング周波数が４８ＫＨｚの場合、フィールド「ｓａｍｐｌｉｎｇ＿ｆｒｅｑｕｅｎｃｙ」には、値として１が格納される。
フィールド「ｂｉｔｓ＿ｐｅｒ＿ｓａｍｐｌｅ」は、２ビットで構成され、サンプルのビット数を表す値が格納される。図１６は、このとき格納される値を示す図である。例えば、サンプルのビット数が２４の場合、フィールド「ｂｉｔｓ＿ｐｅｒ＿ｓａｍｐｌｅ」には、値として３が格納される。
フィールド「ｓｔａｒｔ＿ｆｌａｇ」は、１ビットで構成され、当該ＰＥＳパケットが、オーディオトラックの開始点か否かを示す値が格納される。例えば、記録されるオーディオデータとして数曲の楽曲のデータが記録されるとき、各楽曲の最初のデータを含むＰＥＳパケットの中のフィールド「ｓｔａｒｔ＿ｆｌａｇ」に１がセットされる。このようにすることで、記録されたデータを再生するとき、トラックの開始位置を検出することができる。
このように、フィールド「ａｕｄｉｏ＿ｄａｔａ＿ｐａｙｌｏａｄ＿ｓｉｚｅ」、「ｃｈａｎｎｅｌ＿ａｓｓｉｇｍｅｎｔ」、「ｓａｍｐｌｉｎｇ＿ｆｒｅｑｕｅｎｃｙ」、「ｂｉｔｓ＿ｐｅｒ＿ｓａｍｐｌｅ」、および「ｓｔａｒｔ＿ｆｌａｇ」によりＬＰＣＭ＿ａｕｄｉｏ＿ｄａｔａ＿ｈｅａｄｅｒ２７１が構成され、ＬＰＣＭ＿ａｕｄｉｏ＿ｄａｔａ＿ｈｅａｄｅｒ２７１とＬＰＣＭ＿ａｕｄｉｏ＿ｄａｔａ＿ｐａｙｌｏａｄ２７２に基づいてＰＥＳパケットが構成される。そして、図３を参照して上述したように、ＰＥＳパケットは、１８８バイトのＴｒａｎｓｐｏｒｔｐａｃｋｅｔ２３２に分割され、ＴＰ＿ｅｘｔｒａｈｅａｄｅｒ２３１が付加されて、ｓｏｕｒｃｅｐａｃｋｅｔ２２１−０乃至２２１−３１として記録される。
このようにして記録されたデータにおいて、ＰＬＡＹＬＩＳＴによりＣＬＩＰの中のアクセスポイントが、タイムスタンプとして指定され、Ｃｌｉｐ  Ｉｎｆｏｒｍａｔｉｏｎは、指定されたタイムスタンプを、ＡＶストリームファイルの中でデコードすべきデータを示すアドレスに変換することについては上述したが、図１７を参照してその詳細について説明する。
Ｃｌｉｐ  Ｉｎｆｏｒｍａｔｉｏｎ１０１−２は、アドレス変換テーブルであるＥＰ＿ｍａｐ１０３を参照してタイムスタンプ（ＰＴＳ）をアドレスに変換する。ＥＰ＿ｍａｐ１０３には、タイムスタンプに対応するアドレスが記憶されており、このアドレスは、ｓｏｕｒｃｅｐａｃｋｅｔ２２１−０乃至２２１−３１（図３）の番号とされる。１つのＣＬＩＰの中に含まれるトランスポートパケットには一連の番号としてソースパケット番号（ＳＰＮ）が付けられる。例えば、ｓｏｕｒｃｅｐａｃｋｅｔ２２１−０はＳＰＮ０とされ、ｓｏｕｒｃｅｐａｃｋｅｔ２２１−１は、ＳＰＮ１とされる。そして、ＥＰ＿ｍａｐ１０３には、ＳＰＮに対応するタイムスタンプが記憶される。
また、上述したフィールド「ｓｔａｒｔ＿ｆｌａｇ」に１がセットされたＰＥＳパケットを含むソースパケットについては、トラック開始位置として、そのＳＰＮが図１８に示されるようにＴｒａｃｋ−Ｓｔａｒｔｍａｒｋとしてマークされる。このようにすることで、ＰＬＡＹＬＩＳＴによりデータを指定することが容易になる。
図１９は、本発明のデータ記録装置３３０の構成例を示す図である。入力されたオーディオデータは、信号処理部３３１で解析され、ＬＰＣＭエンコーダ３３２に出力される。ＬＰＣＭエンコーダ３３２は、入力されたオーディオデータからオーディオＰＥＳパケットを生成し、ビデオエンコーダ３３３は、入力されたビデオデータからビデオＰＥＳパケットを生成し、それぞれ多重化部３３４に出力する。
多重化部３３４は、オーディオＰＥＳパケットとビデオＰＥＳパケットからトランスポートストリームを生成し、バッファ３３５とホスト３３９へ出力する。ホスト３３９は、トランスポートストリームを解析し、ＥＰ＿ｍａｐとＴｒａｃｋ−Ｓｔａｒｔｍａｒｋのデータを生成し、ＥＣＣエンコーダ３３６に出力する。ＥＣＣエンコーダ３３６は、バッファ３３５から出力されたトランスポートストリームに、ホストから出力されたデータを付加し、さらにエラー訂正コードを付加して、変調部３３７に出力する。変調部３３７は、ＥＣＣエンコーダ３３６から出力されたデータをディジタル変調し、ドライブ３３８に出力し、ドライブ３３８がデータをメディア３４０に記録する。
次に、図２０乃至図２５を参照して、データ記録装置３３０の動作について説明する。ステップＳ１において、信号処理部３３１は、オーディオデータの入力を受け付ける。このときオーディオデータとして、例えば、ＩＥＣ６０９５８準拠のＬＰＣＭオーディオデータストリームが入力される。
ステップＳ２において、信号処理部３３１は、図２１を参照して後述するデータ解析処理を実行する。これにより、チャネルの割り当て、サンプリング周波数などの情報が特定される。ステップＳ３において、ＬＰＣＭエンコーダ３３２は、図２３を参照して後述するエンコード処理を実行する。これによりオーディオＰＥＳパケットが生成される。
ステップＳ４において、多重化部３３４は、オーディオＰＥＳパケットとビデオＰＥＳパケットを多重化してトランスポートストリームを生成する。トランスポートストリームは、バッファ３３５とホスト３３９に出力される。
ステップＳ５において、ホスト３３９は、トランスポートストリームを解析して、ＥＰ＿ｍａｐとＴｒａｃｋ−Ｓｔａｒｔｍａｒｋのデータを生成し、ＥＣＣエンコーダ３３６に出力する。
ステップＳ６においてＥＣＣエンコーダ３３６は、ＥＣＣエンコーダ３３６は、バッファ３３５から出力されたトランスポートストリームに、ホスト３３９から出力されたデータを付加し、さらにエラー訂正コードを付加して、変調部３３７に出力する。
ステップＳ７において、変調部３３７は、ＥＣＣエンコーダ３３６から出力されたデータをディジタル変調し、ドライブ３３８に出力する。ステップＳ９において、ドライブ３３８は、データを媒体（メディア）３４０に記録する。
このようにして、データの記録が行われる。
次に、図２１を参照して、図２０のステップＳ２のデータ解析処理について説明する。
ステップＳ２１において、信号処理部３３１は、入力されたオーディオデータを解析し、チャネルの割り当て（チャネルアサインメント）を特定する。これにより当該オーディオデータのチャネルの数とチャネルの構成が特定される。ステップＳ２２において、信号処理部３３１は、当該オーディオデータのサンプリング周波数を特定する。
ステップＳ２３において、信号処理部３３１は、トラックの先頭情報を特定する。このとき、例えば、ＩＥＣ６０９５８準拠のオーディオストリームにおいて、ＵｓｅｒＤａｔａのＱｂｉｔ列（Ｑチャネル）の情報が取得され、トラックナンバーとインデックスナンバーからトラックの先頭位置が識別される。
ステップＳ２４において、信号処理部３３１は、当該オーディオデータのサンプルのビット数を特定する。
ステップＳ２５において、信号処理部３３１は、図２２を参照して後述するサンプル変換処理を行う。これにより、２０ビットのサンプルは、２４ビットのサンプルに変換される。
ステップＳ２６において、信号処理部３３１は、データをＬＰＣＭエンコーダ３３２に出力する。
このようにして、入力されたオーディオデータが解析され、解析された結果がＬＰＣＭエンコーダ３３２に出力される。
次に、図２２を参照して、図２１のステップＳ２５のサンプル変換処理について説明する。
ステップＳ４１において、信号処理部３３１は、サンプルのビット数が２０と等しいか否かを判定し、サンプルのビット数が２０と等しいと判定された場合、ステップＳ４２に進み、サンプルに４ビットの０を付加する。このとき、図８に示されるように、２０ビットのサンプルのＬＳＢ側に４つの０ビットが付加されて、２０ビットのサンプルが２４ビットのサンプルに変換される。
一方、ステップＳ４１において、サンプルのビット数が２０と等しくないと判定された場合、すなわち、サンプルのビット数が１６ビットまたは２４ビットの場合、ステップＳ４２の処理は、スキップされる。
このようにして、２０ビットのサンプルは、２４ビットのサンプルに変換される。
次に、図２３を参照して、図２０のステップＳ３のエンコード処理について説明する。ステップＳ６１において、ＬＰＣＭエンコーダ３３２は、図２４を参照して後述するＧＯＬＳ生成処理を実行する。これによりＧＯＬＳが生成される。ステップＳ６２において、ＬＰＣＭエンコーダ３３２は、図２５を参照して後述するＰＥＳパケット生成処理を実行する。これによりＰＥＳパケットが生成される。
次に、図２４を参照して、図２３のステップＳ６１のＧＯＬＳ生成処理について説明する。ステップＳ８１において、ＬＰＣＭエンコーダ３３２は、当該オーディオデータのチャネル数ｎを特定する。ステップＳ８２において、ＬＰＣＭエンコーダ３３２は、チャネル数ｎは奇数か否かを判定する。図１３を参照して上述したように、本発明においては、本来奇数のチャネル数であるチャネル構成の場合、最後のチャネルにその値が全て０となるデータ（Ｘ）を割り当てられる。ステップＳ８２において、チャネル数ｎが奇数と判定された場合、ステップＳ８３に進み、ＬＰＣＭエンコーダは、ｎ＋１番目のサンプルに０を挿入する。
ステップＳ８２において、チャネル数ｎが奇数ではない（偶数）と判定された場合、ステップＳ８３の処理は、スキップされる。
ステップＳ８４において、ＬＰＣＭエンコーダは、ＧＯＬＳを生成する。
このようにして、ＧＯＬＳが生成される。
次に、図２５を参照して、図２３のステップＳ６２のＰＥＳパケット生成処理について説明する。ステップＳ１０１において、ＬＰＣＭエンコーダ３３２は、ＧＯＬＳを所定の数だけ集めて、ＬＰＣＭ＿ａｕｄｉｏ＿ｆｒａｍｅを生成する。例えば、サンプリング周期が４８ＫＨｚの場合、２４０のＧＯＬＳが集められ、ＬＰＣＭ＿ａｕｄｉｏ＿ｆｒａｍｅが生成される。
ステップＳ１０２において、ＬＰＣＭエンコーダ３３２は、ＬＰＣＭ＿ａｕｄｉｏ＿ｈｅａｄｅｒを生成する。このとき、図２１のステップＳ２１で特定されたチャネルアサインメントに基づいて、フィールド「ｃｈａｎｎｅｌ＿ａｓｓｉｇｍｅｎｔ」の値が設定され、ステップＳ２２で特定されたサンプリング周波数に基づいて、フィールド「ｓａｍｐｌｉｎｇ＿ｆｒｅｑｕｅｎｃｙ」の値が設定される。また、ステップＳ２４で特定されたサンプルのビット数に基づいて、フィールド「ｂｉｔｓ＿ｐｅｒ＿ｓａｍｐｌｅ」の値が設定され、ステップＳ２３で特定されたトラックの先頭情報に基づいて、フィールド「ｓｔａｒｔ＿ｆｌａｇ」の値が設定される。
ステップＳ１０３において、ＬＰＣＭエンコーダ３３２は、ＬＰＣＭ＿ａｕｄｉｏ＿ｆｒａｍｅをＬＰＣＭ＿ａｕｄｉｏ＿ｄａｔａ＿ｐａｙｌｏａｄにコピーする。ステップＳ１０４において、ＬＰＣＭエンコーダは、ＬＰＣＭ＿ａｕｄｉｏ＿ｈｅａｄｅｒとＬＰＣＭ＿ａｕｄｉｏ＿ｄａｔａ＿ｐａｙｌｏａｄを組み合わせてＰＥＳｐａｃｋｅｔｐａｙｌｏａｄを生成し、ＰＥＳｐａｃｋｅｔｐａｙｌｏａｄにＰＥＳｐａｃｋｅｔｈｅａｄｅｒを付加して、ＰＥＳパケットを生成する。
このようにして、オーディオＰＥＳパケットが生成される。
図２０は、本発明のデータ再生装置３６０の構成例を示すブロック図である。ドライブ３６１に、本発明のデータ記録装置によりデータが記録されたメディア３４０が装着され、ドライブ３６１がデータを読み出す。読み出されたデータを、復調部３６２が復調し、ＥＣＣデコーダ３６３に出力する。ＥＣＣデコーダ３６３は、復調部３６２から出力されたデータのエラー訂正を行い、ＰＬＡＹＬＩＳＴとＣｌｉｐ  Ｉｎｆｏｒｍａｔｉｏｎを抽出してホスト３６９に出力し、また、ＡＶストリームをバッファ３６４に出力する。
ホスト３６９は、例えば、ユーザのキー入力を受け付けるユーザインタフェース（図示せず）を有している。ユーザは、このユーザインタフェースを用いて、再生するデータを、例えば、トラック番号または時刻を入力することにより指定する。ホスト３６９は、ユーザからの指定に基づいて、再生すべきデータを読み出すようドライブ３６１を制御する。
バッファ３６４から出力されたデータは、分離部３６５に出力され、分離部３６５がデータをビデオＰＥＳパケットとオーディオＰＥＳパケットに分離する。ビデオＰＥＳパケットは、ビデオデコーダ３６６に出力され、ビデオデコーダ３６６は、ビデオＰＥＳパケットをデコードし、ビデオデータを出力する。オーディオＰＥＳパケットは、ＬＰＣＭデコーダ３６７に出力され、ＬＰＣＭデコーダ３６７は、オーディオＰＥＳパケットをデコードし、信号処理部３６８に出力する。信号処理部３６８は、ＬＰＣＭデコーダ３６７から出力されたデータを、例えば、ＩＥＣ６０９５８準拠のＬＰＣＭオーディオデータストリームに変換し、出力する。
次に、図２７乃至図２９を参照してデータ再生装置３６０の動作について説明する。ステップＳ１２１において、ドライブ３６１は、メディア３６１からデータを読み出す。ステップＳ１２２において、復調部３６２は、読み出されたデータをディジタル復調する。ステップＳ１２３において、ＥＣＣデコーダ３６３は、エラー訂正を行う。このとき、復調部３６２から出力されたデータのエラー訂正が行われるとともに、ＰＬＡＹＬＩＳＴとＣｌｉｐ  Ｉｎｆｏｒｍａｔｉｏｎが抽出され、ホスト３６９に出力される。
ステップＳ１２５において、ホスト３６９は、ＰＬＡＹＬＩＳＴとＣｌｉｐ  Ｉｎｆｏｒｍａｔｉｏｎを取得する。ステップＳ１２５において、ホスト３６９は、ユーザインタフェースからユーザ入力を受け付ける。ステップＳ１２６において、ホスト３６９は、図２８を参照して後述するソースパケット出力処理を実行する。これにより、ユーザが指定したトラック（または時刻）に対応するソースパケットがドライブ３６１から読み出される。なお、読み出されたソースパケットは、復調部３６２でディジタル復調され、ＥＣＣデコーダ３６３でエラー訂正された後、バッファ３６４に出力され、トランスポートストリームが組み立てられる。
ステップＳ１２７において、分離部３６５は、トランスポートストリームのトランスポートパケットをオーディオＰＥＳパケットとビデオＰＥＳパケットに分離する。このとき、オーディオＰＥＳパケットは、ＬＰＣＭデコーダ３６７に出力され、ビデオＰＥＳパケットは、ビデオデコーダ３６６に出力される。
ステップＳ１２８において、ＬＰＣＭデコーダ３６７は、図２９を参照して後述するデコード処理を行う。これにより、再生すべきＬＰＣＭサンプルが出力される。
ステップＳ１２９において、信号処理部３６８は、ＬＰＣＭデコーダ３６７から出力されたデータを、例えば、ＩＥＣ６０９５８準拠のＬＰＣＭオーディオデータストリームに変換し、出力する。
ステップＳ１３０において、ビデオデコーダ３６６は、ビデオＰＥＳパケットをデコードし、ビデオ信号を出力する。
このようにして、データが再生され、本発明のデータ記録装置３３０により記録されたデータが、例えば、ＩＥＣ６０９５８準拠のＬＰＣＭオーディオデータストリームに変換される。
次に、図２８を参照して、図２７のステップＳ１２６のソースパケット出力処理について説明する。ステップＳ１５１において、ホスト３６９は、ユーザにより指定されたトラックに対応するタイムスタンプを取得する。ステップＳ１５２において、ホスト３６９は、ＥＰ＿ｍａｐに基づいて、タイムスタンプに対応するソースパケット番号を決定する。
上述したように、ＥＰ＿ｍａｐは、アドレス変換テーブルであり、タイムスタンプに対応するアドレスとして、ソースパケット番号が記憶されている。ステップＳ１５３において、ホスト３６９は、ドライブ３６１にソースパケットを出力させる。
このようにして、ユーザが指定するトラックのデータが出力される。
次に、図２９を参照して、図２７のステップＳ１２８のデコード処理について説明する。
ステップＳ１７１において、ＬＰＣＭデコーダ３６７は、ＰＥＳパケットからＬＰＣＭ＿ａｕｄｉｏ＿ｄａｔａ＿ｈｅａｄｅｒとＬＰＣＭ＿ａｕｄｉｏ＿ｄａｔａ＿ｐａｙｌｏａｄを取得し、ステップＳ１７２において、ＬＰＣＭ＿ａｕｄｉｏ＿ｄａｔａ＿ｐａｙｌｏａｄからＬＰＣＭ＿ａｕｄｉｏ＿ｆｒａｍｅを取得する。
ステップＳ１７３において、ＬＰＣＭデコーダ３６７は、チャネル数ｎを特定する。このとき、チャネル数ｎは、ステップＳ１７１で取得されたＬＰＣＭ＿ａｕｄｉｏ＿ｄａｔａ＿ｈｅａｄｅｒのフィールド「ｃｈａｎｎｅｌ＿ａｓｓｉｇｍｅｎｔ」から特定することができる。例えば、フィールド「ｃｈａｎｎｅｌ＿ａｓｓｉｇｍｅｎｔ」の値が４の場合、当該オーディオデータのチャネル構成は、図１３に示されるようにＬ，Ｃ，Ｒ（３／０）であることが分かる。この場合、チャネル数ｎは３と特定される。上述したように、本発明ではチャネルの数を偶数としており、本来３（奇数）チャネルのチャネル構成であるＬ，Ｃ，Ｒ（３／０）のデータは、第４番目のチャネルのデータとして、その値が全て０となるデータ（Ｘ）が割り当てられ、４（偶数）チャネルのデータに変換されるが、ここで特定されるチャネル数ｎは、チャネル構成に基づいて本来のチャネル数が特定される。
ステップＳ１７４において、ＬＰＣＭデコーダ３６７は、ＬＰＣＭ＿ａｕｄｉｏ＿ｆｒａｍｅからＧＯＬＳを取得する。
ステップＳ１７５において、ＬＰＣＭデコーダ３６７は、チャネル数ｎは奇数か否かを判定し、ｎが奇数と判定された場合、ｎ＋１番目のサンプルを破棄する。チャネル数ｎが３の場合、上述したように第４番目のチャネルのデータとして、その値が全て０となるデータ（Ｘ）が割り当てられているので、そのデータ（サンプル）は破棄（無視）される。
一方、ステップＳ１７５において、チャネル数ｎが奇数ではない（偶数）と判定された場合、ステップＳ１７６の処理はスキップされる。
ステップＳ１７７において、ＬＰＣＭデコーダ３６７は、サンプルのビット数が２０と等しいか否かを判定する。このとき、サンプルのビット数は、ステップＳ１７１で取得されたＬＰＣＭ＿ａｕｄｉｏ＿ｄａｔａ＿ｈｅａｄｅｒのフィールド「ｂｉｔｓ＿ｐｅｒ＿ｓａｍｐｌｅ」の値で判定できる。図１６に示されるように、フィールド「ｂｉｔｓ＿ｐｅｒ＿ｓａｍｐｌｅ」の値が２の場合、サンプルのビット数は２０と判定される。
ステップＳ１７７において、サンプルのビット数が２０と等しいと判定された場合、ステップＳ１７８に進み、ＬＰＣＭデコーダ３６７は、サンプルの下位（ＬＳＢ側）４ビットを破棄する。図８に示されるように、本発明では２０ビットのサンプルには、ＬＳＢ側に４ビットの０が付加されてので、この４ビットは破棄（無視）される。
一方、ステップＳ１７７において、サンプルのビット数が２０と等しくないと判定された場合、ステップＳ１７８の処理は、スキップされる。
ステップＳ１７９において、ＬＰＣＭデコーダ３６７は、再生すべきＬＰＣＭサンプルを出力する。
このようにして、ＰＥＳパケットからＬＰＣＭサンプルが抽出され、出力される。
なお、上述した一連の処理をハードウェアで実現するか、ソフトウェアで実現するかは問わない。上述した一連の処理をソフトウェアにより実行させる場合には、そのソフトウェアを構成するプログラムが、専用のハードウェアに組み込まれているコンピュータ、または、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば、図３０に示されるような、汎用のパーソナルコンピュータなどに、ネットワークや記録媒体からインストールされる。
図３０において、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）３９１は、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）３９２に記憶されているプログラム、または記憶部３９８からＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）３９３にロードされたプログラムに従って各種の処理を実行する。ＲＡＭ３９３にはまた、ＣＰＵ３９１が各種の処理を実行する上において必要なデータなども適宜記憶される。
ＣＰＵ３９１、ＲＯＭ３９２、およびＲＡＭ３９３は、バス３９４を介して相互に接続されている。このバス３９４にはまた、入出力インタフェース３９５も接続されている。
入出力インタフェース３９５には、キーボード、マウスなどよりなる入力部３９６、ＣＲＴ（Ｃａｔｈｏｄｅ  Ｒａｙ  Ｔｕｂｅ）、ＬＣＤ（Ｌｉｑｕｉｄ  Ｃｒｙｓｔａｌ  ｄｉｓｐｌａｙ）などよりなるディスプレイ（表示部）、並びにスピーカなどよりなる出力部３９７、ハードディスクなどより構成される記憶部３９８、モデム、ターミナルアダプタなどより構成される通信部３９９が接続されている。通信部３９９は、インターネットなどのネットワークを介しての通信処理を行う。
入出力インタフェース３９５にはまた、必要に応じてドライブ４００が接続され、ドライブ２００には、本発明のプログラムが記録された記録媒体が装着され、それらから読み出されたコンピュータプログラムが、必要に応じて記憶部３９８にインストールされる。
記録媒体は、磁気ディスク４２１、光ディスク４２２、光磁気ディスク４２３、或いは半導体メモリ４２４などにより構成される。
なお、本明細書において上述した一連の処理を実行するステップは、記載された順序に沿って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的あるいは個別に実行される処理をも含むものである。
【産業上の利用可能性】  以上の如く、本発明によれば、オーディオデータをより簡単に記録または再生できる。特に、記録再生装置と親和性の高いデータ構造をもつ記録媒体を実現することにより、記録再生装置を簡単な構造で、より安価に提供することができる。
【図１】
2004084215.tif 000003
【図２】
2004084215.tif 000004
【図３】
2004084215.tif 000005
【図４】
2004084215.tif 000006
【図５】
2004084215.tif 000007
【図６】
2004084215.tif 000008
【図７】
2004084215.tif 000009
【図８】
2004084215.tif 000010
【図９】
2004084215.tif 000011
【図１０】
2004084215.tif 000012
【図１１】
2004084215.tif 000013
【図１２】
2004084215.tif 000014
【図１３】
2004084215.tif 000015
2004084215.tif 000016
【図１５】
2004084215.tif 000017
【図１６】
2004084215.tif 000018
【図１７】
2004084215.tif 000019
【図１８】
2004084215.tif 000020
【図１９】
2004084215.tif 000021
【図２０】
2004084215.tif 000022
【図２１】
2004084215.tif 000023
【図２２】
2004084215.tif 000024
【図２３】
2004084215.tif 000025
【図２４】
2004084215.tif 000026
【図２５】
2004084215.tif 000027
【図２６】
2004084215.tif 000028
【図２７】
2004084215.tif 000029
【図２８】
2004084215.tif 000030
【図２９】
2004084215.tif 000031
【図３０】
2004084215.tif 000032
【国際調査報告】
2004084215.tif 000033
2004084215.tif 000034