(57)【特許請求の範囲】
【請求項１】
サンプリングされたオーディオデータが、情報処理装置により読み出し可能な形態で、データ領域に記録された記録媒体であって、前記データ領域には、
複数のチャネルにおいて同一のタイミングでサンプリングされた前記オーディオデータの２０ビットのサンプルに所定のパターンの４ビットを付加した２４ビットのサンプルが、所定の順番に配置されてサンプル列が生成され、
前記サンプル列が２個または４個組み合わせられて、３２ビットの整数倍のビット数からなるオーディオフレームが生成され、
前記オーディオフレームに、チャネルの構成、サンプルのビット数、およびサンプリング周期を表すヘッダ情報が付加されて要素パケットが生成されるとともに、
前記サンプルのそれぞれは、連続したビットデータで構成され、
前記チャネルの数は２ｃｈ、４ｃｈ、６ｃｈ、８ｃｈのうちのいずれかとされ、
前記要素パケットが所定のビット数からなる伝送パケットに分割される
ことにより生成されたオーディオデータが記録されることを特徴とする記録媒体。
【請求項２】
前記チャネルの数が本来奇数である場合、前記サンプル列を生成するとき、
前記複数のチャネルのうちの最後のチャネルにおいてサンプリングされた前記サンプルの後に、前記サンプルと同一のビット数であり、かつそのビットのパターンが所定のパターンとなる擬似サンプルが1個だけ挿入されることにより偶数のチャネル数として割り当てられる
ことを特徴とする請求項１に記載の記録媒体。
【請求項３】
前記サンプルは、リニアＰＣＭ方式でサンプリングされたオーディオデータのサンプルである
ことを特徴とする請求項１に記載の記録媒体。
【請求項４】
前記要素パケットのヘッダ情報には、
トラックの先頭情報がさらに含まれる
ことを特徴とする請求項１に記載の記録媒体。
【請求項５】
サンプリングされたオーディオデータまたはビデオデータを情報処理装置により読み出し可能な記録媒体に記録するデータ記録装置において、
入力されたオーディオデータの解析を行うデータ解析手段と、
前記データ解析手段の解析結果にもとづいて、複数のチャネルにおいて同一のタイミングでサンプリングされた前記オーディオデータの２０ビットのサンプルに所定のパターンの４ビットを付加した２４ビットのサンプルを、所定の順番に配置してサンプル列を生成するサンプル列生成手段と、
前記サンプル列生成手段により生成された前記サンプル列を２個または４個組み合わせて、３２ビットの整数倍のビット数からなるオーディオフレームを生成し、前記オーディオフレームに、チャネルの構成、サンプルのビット数、およびサンプリング周期を表すヘッダ情報を付加して要素パケットを生成する要素パケット生成手段と
前記要素パケット生成手段により生成された前記要素パケットを所定のビット数からなる伝送パケットに分割し、伝送パケットを生成する伝送パケット生成手段と、
を備え、
前記サンプルのそれぞれは、連続したビットデータで構成され、
前記チャネルの数は２ｃｈ、４ｃｈ、６ｃｈ、８ｃｈのうちのいずれかとされる
ことを特徴とするデータ記録装置。
【請求項６】
前記サンプル列生成手段は、
前記データ解析手段により、前記チャネルの数が本来奇数であると解析された場合、
前記複数のチャネルのうちの最後のチャネルにおいてサンプリングされた前記サンプルの後に、前記サンプルと同一のビット数であり、かつそのビットのパターンが所定のパターンとなる擬似サンプルを1個だけ挿入することにより偶数のチャネル数として割り当てるサンプル挿入手段を備える
ことを特徴とする請求項５に記載のデータ記録装置。
【請求項７】
前記サンプルは、リニアＰＣＭ方式でサンプリングされたオーディオデータのサンプルである
ことを特徴とする請求項５に記載のデータ記録装置。
【請求項８】
前記要素パケット生成手段は、前記要素パケットのヘッダ情報に、トラックの先頭情報を格納して、前記要素パケットを生成する
ことを特徴とする請求項５に記載のデータ記録装置。
【請求項９】
サンプリングされたオーディオデータまたはビデオデータを情報処理装置により読み出し可能な記録媒体に記録するデータ記録装置のデータ記録方法において、
入力されたオーディオデータの解析を行うデータ解析ステップと、
前記データ解析ステップの解析結果にもとづいて、複数のチャネルにおいて同一のタイミングでサンプリングされた前記オーディオデータの２０ビットのサンプルに所定のパターンの４ビットを付加した２４ビットのサンプルを、所定の順番に配置してサンプル列を生成するサンプル列生成ステップと、
前記サンプル列生成ステップの処理により生成された前記サンプル列を２個または４個組み合わせて、３２ビットの整数倍のビット数からなるオーディオフレームを生成し、前記オーディオフレームに、チャネルの構成、サンプルのビット数、およびサンプリング周期を表すヘッダ情報を付加して要素パケットを生成する要素パケット生成ステップと、
前記要素パケット生成ステップの処理により生成された前記要素パケットを所定のビット数からなる伝送パケットに分割し、伝送パケットを生成する伝送パケット生成ステップと
を含み、
前記サンプルのそれぞれは、連続したビットデータで構成され、
前記チャネルの数は２ｃｈ、４ｃｈ、６ｃｈ、８ｃｈのうちのいずれかとされる
ことを特徴とする記録方法。
【請求項１０】
サンプリングされたオーディオデータまたはビデオデータを情報処理装置により読み出し可能な記録媒体に記録するデータ記録装置のプログラムにおいて、
入力されたオーディオデータの解析を制御するデータ解析制御ステップと、
前記データ解析制御ステップの解析結果にもとづいて、複数のチャネルにおいて同一のタイミングでサンプリングされた前記オーディオデータの２０ビットのサンプルに所定のパターンの４ビットを付加した２４ビットのサンプルを、所定の順番に配置してサンプル列の生成を制御するサンプル列生成制御ステップと、
前記サンプル列生成制御ステップの処理により生成された、前記サンプル列を２個または４個組み合わせて、３２ビットの整数倍のビット数からなるオーディオフレームを生成し、前記オーディオフレームに、チャネルの構成、サンプルのビット数、およびサンプリング周期を表すヘッダ情報を付加して要素パケットの生成を制御する要素パケット生成制御ステップと、
前記要素パケット生成制御ステップの処理により生成された、前記要素パケットを所定のビット数からなる伝送パケットに分割し、伝送パケットの生成を制御する伝送パケット生成制御ステップと
をコンピュータに実行させ、
前記サンプルのそれぞれは、連続したビットデータで構成され、
前記チャネルの数は２ｃｈ、４ｃｈ、６ｃｈ、８ｃｈのうちのいずれかとされる
ことを特徴とするプログラム。
【請求項１１】
サンプリングされたオーディオデータまたはビデオデータを情報処理装置により読み出し可能な記録媒体に記録するデータ記録装置のプログラムが記録される記録媒体において、
入力されたオーディオデータの解析を制御するデータ解析制御ステップと、
前記データ解析制御ステップの解析結果にもとづいて、複数のチャネルにおいて同一のタイミングでサンプリングされた前記オーディオデータの２０ビットのサンプルに所定のパターンの４ビットを付加した２４ビットのサンプルを、所定の順番に配置してサンプル列の生成を制御するサンプル列生成制御ステップと、
前記サンプル列生成制御ステップの処理により生成された、前記サンプル列を２個または４個組み合わせて、３２ビットの整数倍のビット数からなるオーディオフレームを生成し、前記オーディオフレームに、チャネルの構成、サンプルのビット数、およびサンプリング周期を表すヘッダ情報を付加して要素パケットの生成を制御する要素パケット生成制御ステップと、
前記要素パケット生成制御ステップの処理により生成された、前記要素パケットを所定のビット数からなる伝送パケットに分割し、伝送パケットの生成を制御する伝送パケット生成制御ステップと
をコンピュータに実行させ、
前記サンプルのそれぞれは、連続したビットデータで構成され、
前記チャネルの数は２ｃｈ、４ｃｈ、６ｃｈ、８ｃｈのうちのいずれかとされる
プログラムが記録されることを特徴とする記録媒体。
【請求項１２】
サンプリングされたオーディオデータまたはビデオデータを情報処理装置により読み出し可能な記録媒体から読み出し、再生するデータ再生装置において、
前記記録媒体からソースパケットを出力するソースパケット出力手段と、
前記ソースパケット出力手段から出力されたソースパケットから要素パケットを生成する要素パケット生成手段と、
前記要素パケット生成手段により生成された要素パケットをデコードし、複数のチャネルにおいて同一のタイミングでサンプリングされた前記オーディオデータの２０ビットのサンプルに所定のパターンの４ビットを付加した２４ビットのサンプルが所定の順番に配置されてなるサンプル列が２個または４個組み合わせられて生成された、３２ビットの整数倍のビット数からなるオーディオフレームから、前記オーディオデータのサンプル列を出力するデコード手段と
を備え、
前記サンプルのそれぞれは、連続したビットデータで構成され、
前記チャネルの数は２ｃｈ、４ｃｈ、６ｃｈ、８ｃｈのうちのいずれかとされ、
前記デコード手段は、前記オーディオデータの本来のチャネル数が奇数である場合、前記オーディオデータのサンプル列のサンプルのうち、ダミーのチャネルとして追加されたサンプルを破棄する
ことを特徴とするデータ再生装置。
【請求項１３】
前記デコード手段は、前記サンプルを構成するビットのうち、前記所定のパターンの４ビットを破棄する
ことを特徴とする請求項１２に記載のデータ再生装置。
【請求項１４】
サンプリングされたオーディオデータまたはビデオデータを情報処理装置により読み出し可能な記録媒体から読み出し、再生するデータ再生装置のデータ再生方法において、
前記記録媒体からソースパケットを出力するソースパケット出力ステップと、
前記ソースパケット出力ステップの処理により出力されたソースパケットから要素パケットを生成する要素パケット生成ステップと、
前記要素パケット生成ステップの処理により生成された要素パケットをデコードし、複数のチャネルにおいて同一のタイミングでサンプリングされた前記オーディオデータの２０ビットのサンプルに所定のパターンの４ビットを付加した２４ビットのサンプルが所定の順番に配置されてなるサンプル列が２個または４個組み合わせられて生成された、３２ビットの整数倍のビット数からなるオーディオフレームから、前記オーディオデータのサンプル列を出力するデコードステップとを含み、
前記サンプルのそれぞれは、連続したビットデータで構成され、
前記チャネルの数は２ｃｈ、４ｃｈ、６ｃｈ、８ｃｈのうちのいずれかとされ、
前記オーディオデータの本来のチャネル数が奇数である場合、前記オーディオデータのサンプル列のサンプルのうち、ダミーのチャネルとして追加されたサンプルを破棄する破棄ステップと
を含むことを特徴とする再生方法。
【請求項１５】
サンプリングされたオーディオデータまたはビデオデータを情報処理装置により読み出し可能な記録媒体から読み出し、再生するデータ再生装置のプログラムにおいて、
前記記録媒体からソースパケットの出力を制御するソースパケット出力制御ステップと、
前記ソースパケット出力制御ステップの処理により出力されたソースパケットから要素パケットの生成を制御する要素パケット生成制御ステップと、
前記要素パケット生成制御ステップの処理により生成された要素パケットのデコードを制御し、複数のチャネルにおいて同一のタイミングでサンプリングされた前記オーディオデータの２０ビットのサンプルに所定のパターンの４ビットを付加した２４ビットのサンプルが所定の順番に配置されてなるサンプル列が２個または４個組み合わせられて生成された、３２ビットの整数倍のビット数からなるオーディオフレームから、前記オーディオデータのサンプル列の出力を制御するデコード制御ステップとを含み、
前記サンプルのそれぞれは、連続したビットデータで構成され、
前記チャネルの数は２ｃｈ、４ｃｈ、６ｃｈ、８ｃｈのうちのいずれかとされ、
前記オーディオデータの本来のチャネル数が奇数である場合、前記オーディオデータのサンプル列のサンプルのうち、ダミーのチャネルとして追加されたサンプルを破棄するように制御する破棄制御ステップと
をコンピュータに実行させることを特徴とするプログラム。
【請求項１６】
サンプリングされたオーディオデータまたはビデオデータを情報処理装置により読み出し可能な記録媒体から読み出し、再生するデータ再生装置のプログラムが記録される記録媒体において、
前記記録媒体からソースパケットの出力を制御するソースパケット出力制御ステップと、
前記ソースパケット出力制御ステップの処理により出力されたソースパケットから要素パケットの生成を制御する要素パケット生成制御ステップと、
前記要素パケット生成制御ステップの処理により生成された要素パケットのデコードを制御し、複数のチャネルにおいて同一のタイミングでサンプリングされた前記オーディオデータの２０ビットのサンプルに所定のパターンの４ビットを付加した２４ビットのサンプルが所定の順番に配置されてなるサンプル列が２個または４個組み合わせられて生成された、３２ビットの整数倍のビット数からなるオーディオフレームから、前記オーディオデータのサンプル列の出力を制御するデコード制御ステップとを含み、
前記サンプルのそれぞれは、連続したビットデータで構成され、
前記チャネルの数は２ｃｈ、４ｃｈ、６ｃｈ、８ｃｈのうちのいずれかとされ、
前記オーディオデータの本来のチャネル数が奇数である場合、前記オーディオデータのサンプル列のサンプルのうち、ダミーのチャネルとして追加されたサンプルを破棄するように制御する破棄制御ステップと
をコンピュータに実行させるプログラムが記録されることを特徴とする記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、記録媒体、データ記録装置および方法、データ再生装置および方法、プログラムに関し、特に、オーディオデータをより簡単に記録または再生できるようにする記憶媒体、データ記録装置および方法、データ再生装置および方法、プログラムに関する。
【背景技術】
【０００２】
特開平９−２５１７２３号公報には、ＤＶＤのオーディオデータの記録方法として、サンプルのMSB側の１６ビットとLSB側の残りのビットを分けて記録する方法が開示されている。図１は、この方法におけるオーディオデータの構成を示す図である。ＤＶＤに記録されるデータ１１の中のオーディオデータ４３としては、圧縮されたオーディオデータが記録される場合と、圧縮されていないオーディオデータが記録される場合がある。このうち、圧縮されていないオーディオデータとしては、リニアＰＣＭ（Pulse Code Modulation）と呼ばれる方式で符号化されたオーディオデータ４３が記録される。リニアＰＣＭ方式のオーディオデータ４３は、２４ビットに量子化されたサンプルにより構成されている。
【０００３】
リニアＰＣＭ方式のオーディオデータ４３をＤＶＤに記録する際には、１つのオーディオデータ４３（オーディオパック）は、オーディオパックの開始であることを示すスタートコード及びパックヘッダ６４を先頭に、当該オーディオパックに含まれているデータがオーディオデータ４３であることを示す識別情報を含むパケットヘッダ６５、当該オーディオパックに含まれているオーディオデータ４３に関する情報である付加情報ＡＤ、並びに当該オーディオパックＡＰに含まれているオーディオデータ４３の一定の再生時間毎の単位である複数のオーディオフレームＡＦにより構成されている。
【０００４】
付加情報ＡＤとしては、オーディオデータ４３をリニアＰＣＭ方式でサンプリングする際のサンプルビット数（２４ビット）、その際のサンプリング周波数及び当該オーディオデータ４３に含まれているチャネル数等の情報が記述される。
【０００５】
そして、２４ビットのサンプルビット数でサンプリングされている各チャネル毎のオーディオデータ４３のうち、それぞれの上位（MSB側）１６ビットである上位ビットデータ６６を２つ含む１つの上位データブロックＵＢと、それぞれの下位（LSB側）８ビットである下位ビットデータ６７を２つ含む１つの下位データブロックＤＢとにより１つのサンプルブロックＳＰＢが構成され、当該サンプルブロックＳＰＢを上記一定の再生時間に対応する数だけ連結して１つのオーディオフレームＡＦが構成される。
【０００６】
更に、上位データブロックＵＢに含まれる２つの上位ビットデータ６６には、リニアＰＣＭのサンプリングのタイミングのうち、偶数番目のサンプリングのタイミングにおいてサンプリングされた上位１６ビットの上位ビットデータ６６Ａ（図中「Ｓ2n」で示す。）と、奇数番目のサンプリングのタイミングにおいてサンプリングされた上位１６ビットの上位ビットデータ６６Ｂ（図中「Ｓ2n+1」で示す。）とが含まれている。
【０００７】
また、下位データブロックＤＢに含まれる２つの下位ビットデータ６７は、リニアＰＣＭのサンプリングのタイミングのうち、上位ビットデータ６６Ａに対応する下位８ビットの下位ビットデータ６７Ａ（図中「ｅ2n」で示す。）と、上位ビットデータ６６Ｂに対応する下位８ビットの下位ビットデータ６７Ｂ（図中「ｅ2n+1」で示す。）が含まれている。なお、上位ビットデータ６６及び下位ビットデータ６７内の括弧内の数はそれぞれのデータのビット数を示している。
【０００８】
上位ビットデータ６６Ａと下位ビットデータ６７Ａとが、偶数番目のサンプリングのタイミングにおいてサンプリングされた２４ビットのオーディオデータ４３を構成し、更に、上位ビットデータ６６Ｂと下位ビットデータ６７Ｂとが、奇数番目のサンプリングのタイミングにおいてサンプリングされた２４ビットのオーディオデータ４３を構成する。従って、データを再生するとき、上位ビットデータ６６Ａと下位ビットデータ６７Ａは組み合わせて再生され、同様に、上位ビットデータ６６Ｂと下位ビットデータ６７Ｂは組み合わせて再生される。
【０００９】
更に、「Ａ」乃至「Ｄ」の４つのチャネルを含んでいる場合、それぞれの上位ビットデータ６６及び下位ビットデータ６７は、各チャネル毎のチャネル上位ビットデータ６８とチャネル下位ビットデータ６９とにより構成される。
【発明の開示】
【発明が解決しようとする課題】
【００１０】
しかしながら、従来の技術では、ＭＳＢ側のビットデータとＬＳＢ側のビットデータが分けられて記録されており、データを再生するときＭＳＢ側のビットデータとＬＳＢ側のビットデータを組み合わせる必要があり、記録再生装置の処理が複雑になるという課題があった。
【００１１】
本発明はこのような状況に鑑みてなされたものであり、オーディオデータをより簡単に記録または再生できるようにするものである。
【課題を解決するための手段】
【００１２】
本発明の第１の記録媒体は、サンプリングされたオーディオデータが、情報処理装置により読み出し可能な形態でデータ領域に記録された記録媒体であって、データ領域には、複数のチャネルにおいて同一のタイミングでサンプリングされたオーディオデータの２０ビットのサンプルに所定のパターンの４ビットを付加した２４ビットのサンプルが、所定の順番に配置されてサンプル列が生成され、サンプル列が２個または４個組み合わせられて、３２ビットの整数倍のビット数からなるオーディオフレームが生成され、オーディオフレームに、チャネルの構成、サンプルのビット数、およびサンプリング周期を表すヘッダ情報が付加されて要素パケットが生成されるとともに、前記サンプルのそれぞれは、連続したビットデータで構成され、前記チャネルの数は２ｃｈ、４ｃｈ、６ｃｈ、８ｃｈのうちのいずれかとされ、要素パケットが所定のビット数からなる伝送パケットに分割されることにより生成されたオーディオデータが記録されることを特徴とする。
【００１３】
前記チャネルの数が本来奇数である場合、サンプル列を生成するとき、複数のチャネルのうちの最後のチャネルにおいてサンプリングされたサンプルの後に、サンプルと同一のビット数であり、かつそのビットのパターンが所定のパターンとなる擬似サンプルが1個だけ挿入されることにより偶数のチャネル数として割り当てられるようにすることができる。
【００１５】
前記サンプルは、リニアＰＣＭ方式でサンプリングされたオーディオデータのサンプルであるようにすることができる。
【００１６】
前記要素パケットのヘッダ情報には、トラックの先頭情報がさらに含まれるようにすることができる。
【００１７】
本発明のデータ記録装置は、サンプリングされたオーディオデータまたはビデオデータを情報処理装置により読み出し可能な記録媒体に記録するデータ記録装置において、入力されたオーディオデータの解析を行うデータ解析手段と、データ解析手段の解析結果にもとづいて、複数のチャネルにおいて同一のタイミングでサンプリングされたオーディオデータの２０ビットのサンプルに所定のパターンの４ビットを付加した２４ビットのサンプルを、所定の順番に配置してサンプル列を生成するサンプル列生成手段と、サンプル列生成手段により生成されたサンプル列を２個または４個組み合わせて、３２ビットの整数倍のビット数からなるオーディオフレームを生成し、オーディオフレームに、チャネルの構成、サンプルのビット数、およびサンプリング周期を表すヘッダ情報を付加して要素パケットを生成する要素パケット生成手段と、要素パケット生成手段により生成された要素パケットを所定のビット数からなる伝送パケットに分割し、伝送パケットを生成する伝送パケット生成手段とを備え、前記サンプルのそれぞれは、連続したビットデータで構成され、前記チャネルの数は２ｃｈ、４ｃｈ、６ｃｈ、８ｃｈのうちのいずれかとされることを特徴とする。
【００１８】
前記サンプル列生成手段は、データ解析手段により、チャネルの数が奇数であると解析された場合、複数のチャネルのうちの最後のチャネルにおいてサンプリングされたサンプルの後に、サンプルと同一のビット数であり、かつそのビットのパターンが所定のパターンとなる擬似サンプルを1個だけ挿入することにより偶数のチャネル数として割り当てるサンプル挿入手段を備えるようにすることができる。
【００２０】
前記サンプルは、リニアＰＣＭ方式でサンプリングされたオーディオデータのサンプルであるようにすることができる。
【００２１】
前記要素パケット生成手段は、要素パケットのヘッダ情報に、トラックの先頭情報を格納して、前記要素パケットを生成することができる。
【００２２】
本発明のデータ記録方法は、サンプリングされたオーディオデータまたはビデオデータを情報処理装置により読み出し可能な記録媒体に記録するデータ記録装置のデータ記録方法において、入力されたオーディオデータの解析を行うデータ解析ステップと、データ解析ステップの解析結果にもとづいて、複数のチャネルにおいて同一のタイミングでサンプリングされたオーディオデータの２０ビットのサンプルに所定のパターンの４ビットを付加した２４ビットのサンプルを、所定の順番に配置してサンプル列を生成するサンプル列生成ステップと、サンプル列生成ステップの処理により生成されたサンプル列を２個または４個組み合わせて、３２ビットの整数倍のビット数からなるオーディオフレームを生成し、オーディオフレームに、チャネルの構成、サンプルのビット数、およびサンプリング周期を表すヘッダ情報を付加して要素パケットを生成する要素パケット生成ステップと、要素パケット生成ステップの処理により生成された要素パケットを所定のビット数からなる伝送パケットに分割し、伝送パケットを生成する伝送パケット生成ステップとを含み、前記サンプルのそれぞれは、連続したビットデータで構成され、前記チャネルの数は２ｃｈ、４ｃｈ、６ｃｈ、８ｃｈのうちのいずれかとされることを特徴とする。
【００２３】
本発明の第１のプログラムは、サンプリングされたオーディオデータまたはビデオデータを情報処理装置により読み出し可能な記録媒体に記録するデータ記録装置のプログラムにおいて、入力されたオーディオデータの解析を制御するデータ解析制御ステップと、データ解析制御ステップの解析結果にもとづいて、複数のチャネルにおいて同一のタイミングでサンプリングされたオーディオデータの２０ビットのサンプルに所定のパターンの４ビットを付加した２４ビットのサンプルを、所定の順番に配置してサンプル列の生成を制御するサンプル列生成制御ステップと、サンプル列生成制御ステップの処理により生成された、サンプル列を２個または４個組み合わせて、３２ビットの整数倍のビット数からなるオーディオフレームを生成し、オーディオフレームに、チャネルの構成、サンプルのビット数、およびサンプリング周期を表すヘッダ情報を付加して要素パケットの生成を制御する要素パケット生成制御ステップと、要素パケット生成制御ステップの処理により生成された、要素パケットを所定のビット数からなる伝送パケットに分割し、伝送パケットの生成を制御する伝送パケット生成制御ステップとをコンピュータに実行させ、前記サンプルのそれぞれは、連続したビットデータで構成され、前記チャネルの数は２ｃｈ、４ｃｈ、６ｃｈ、８ｃｈのうちのいずれかとされることを特徴とする。
【００２４】
本発明の第２の記録媒体は、サンプリングされたオーディオデータまたはビデオデータを情報処理装置により読み出し可能な記録媒体に記録するデータ記録装置のプログラムが記録される記録媒体において、入力されたオーディオデータの解析を制御するデータ解析制御ステップと、データ解析制御ステップの解析結果にもとづいて、複数のチャネルにおいて同一のタイミングでサンプリングされたオーディオデータの２０ビットのサンプルに所定のパターンの４ビットを付加した２４ビットのサンプルを、所定の順番に配置してサンプル列の生成を制御するサンプル列生成制御ステップと、サンプル列生成制御ステップの処理により生成された、サンプル列を２個または４個組み合わせて、３２ビットの整数倍のビット数からなるオーディオフレームを生成し、オーディオフレームに、チャネルの構成、サンプルのビット数、およびサンプリング周期を表すヘッダ情報を付加して要素パケットの生成を制御する要素パケット生成制御ステップと、要素パケット生成制御ステップの処理により生成された、要素パケットを所定のビット数からなる伝送パケットに分割し、伝送パケットの生成を制御する伝送パケット生成制御ステップとをコンピュータに実行させ、前記サンプルのそれぞれは、連続したビットデータで構成され、前記チャネルの数は２ｃｈ、４ｃｈ、６ｃｈ、８ｃｈのうちのいずれかとされるプログラムが記録されることを特徴とする。
【００２５】
入力されたオーディオデータが解析され、解析結果にもとづいて、複数のチャネルにおいて同一のタイミングでサンプリングされたオーディオデータのサンプルを、所定の順番に配置してサンプル列が生成される。また、生成されたサンプル列を偶数個組み合わせてオーディオフレームが生成され、オーディオフレームに、チャネルの構成、サンプルのビット数、およびサンプリング周期を表すヘッダ情報を付加して要素パケットが生成され、生成された要素パケットを所定のビット数からなる伝送パケットに分割し、伝送パケットが生成される。
【００２６】
本発明のデータ再生装置は、サンプリングされたオーディオデータまたはビデオデータを情報処理装置により読み出し可能な記録媒体から読み出し、再生するデータ再生装置において、記録媒体からソースパケットを出力するソースパケット出力手段と、ソースパケット出力手段から出力されたソースパケットから要素パケットを生成する要素パケット生成手段と、要素パケット生成手段により生成された要素パケットをデコードし、複数のチャネルにおいて同一のタイミングでサンプリングされた前記オーディオデータの２０ビットのサンプルに所定のパターンの４ビットを付加した２４ビットのサンプルが所定の順番に配置されてなるサンプル列が２個または４個組み合わせられて生成された、３２ビットの整数倍のビット数からなるオーディオフレームから、オーディオデータのサンプル列を出力するデコード手段とを備え、前記サンプルのそれぞれは、連続したビットデータで構成され、前記チャネルの数は２ｃｈ、４ｃｈ、６ｃｈ、８ｃｈのうちのいずれかとされ、デコード手段は、オーディオデータの本来のチャネル数が奇数である場合、オーディオデータのサンプル列のサンプルのうち、ダミーのチャネルとして追加されたサンプルを破棄することを特徴とする。
【００２７】
前記デコード手段は、サンプルを構成するビットのうち、前記所定のパターンの４ビットを破棄するようにすることができる。
【００２８】
本発明のデータ再生方法は、サンプリングされたオーディオデータまたはビデオデータを情報処理装置により読み出し可能な記録媒体から読み出し、再生するデータ再生装置のデータ再生方法において、記録媒体からソースパケットを出力するソースパケット出力ステップと、ソースパケット出力ステップの処理により出力されたソースパケットから要素パケットを生成する要素パケット生成ステップと、要素パケット生成ステップの処理により生成された要素パケットをデコードし、複数のチャネルにおいて同一のタイミングでサンプリングされた前記オーディオデータの２０ビットのサンプルに所定のパターンの４ビットを付加した２４ビットのサンプルが所定の順番に配置されてなるサンプル列が２個または４個組み合わせられて生成された、３２ビットの整数倍のビット数からなるオーディオフレームから、オーディオデータのサンプル列を出力するデコードステップとを含み、前記サンプルのそれぞれは、連続したビットデータで構成され、前記チャネルの数は２ｃｈ、４ｃｈ、６ｃｈ、８ｃｈのうちのいずれかとされ、オーディオデータの本来のチャネル数が奇数である場合、オーディオデータのサンプルのうち、ダミーのチャネルとして追加されたサンプルを破棄する破棄ステップを含むことを特徴とする。
【００２９】
本発明の第２のプログラムは、サンプリングされたオーディオデータまたはビデオデータを情報処理装置により読み出し可能な記録媒体から読み出し、再生するデータ再生装置のプログラムにおいて、記録媒体からソースパケットの出力を制御するソースパケット出力制御ステップと、ソースパケット出力制御ステップの処理により出力されたソースパケットから要素パケットの生成を制御する要素パケット生成制御ステップと、要素パケット生成制御ステップの処理により生成された要素パケットのデコードを制御し、複数のチャネルにおいて同一のタイミングでサンプリングされた前記オーディオデータの２０ビットのサンプルに所定のパターンの４ビットを付加した２４ビットのサンプルが所定の順番に配置されてなるサンプル列が２個または４個組み合わせられて生成された、３２ビットの整数倍のビット数からなるオーディオフレームから、オーディオデータのサンプル列の出力を制御するデコード制御ステップとを含み、前記サンプルのそれぞれは、連続したビットデータで構成され、前記チャネルの数は２ｃｈ、４ｃｈ、６ｃｈ、８ｃｈのうちのいずれかとされ、前記オーディオデータの本来のチャネル数が奇数である場合、前記オーディオデータのサンプルのうち、ダミーのチャネルとして追加されたサンプルを破棄するように制御する破棄制御ステップとをコンピュータに実行させることを特徴とする。
【００３０】
本発明の第３の記録媒体は、サンプリングされたオーディオデータまたはビデオデータを情報処理装置により読み出し可能な記録媒体から読み出し、再生するデータ再生装置のプログラムが記録される記録媒体において、記録媒体からソースパケットの出力を制御するソースパケット出力制御ステップと、ソースパケット出力制御ステップの処理により出力されたソースパケットから要素パケットの生成を制御する要素パケット生成制御ステップと、要素パケット生成制御ステップの処理により生成された要素パケットのデコードを制御し、複数のチャネルにおいて同一のタイミングでサンプリングされた前記オーディオデータの２０ビットのサンプルに所定のパターンの４ビットを付加した２４ビットのサンプルが所定の順番に配置されてなるサンプル列が２個または４個組み合わせられて生成された、３２ビットの整数倍のビット数からなるオーディオフレームから、オーディオデータのサンプル列の出力を制御するデコード制御ステップとを含み、前記サンプルのそれぞれは、連続したビットデータで構成され、前記チャネルの数は２ｃｈ、４ｃｈ、６ｃｈ、８ｃｈのうちのいずれかとされ、前記オーディオデータの本来のチャネル数が奇数である場合、前記オーディオデータのサンプルのうち、ダミーのチャネルとして追加されたサンプルを破棄するように制御する破棄制御ステップとをコンピュータに実行させるプログラムが記録されることを特徴とする。
【００３１】
記録媒体からソースパケットが出力され、出力されたソースパケットから要素パケットが生成され、生成された要素パケットがデコードされ、オーディオデータのサンプル列が出力される。
【００３９】
入力されたオーディオデータのチャネルの数が奇数である場合、ダミーのチャネルに対応するオーディオサンプルが追加され、オーディオフレームが生成される。
【発明の効果】
【００４０】
本発明によれば、オーディオデータをより簡単に記録または再生できる。特に、記録再生装置と親和性の高いデータ構造をもつ記録媒体を実現することにより、記録再生装置を簡単な構造で、より安価に提供することができる。
【発明を実施するための最良の形態】
【００４１】
図２は、本発明により記録されるデータの論理的構造を示す図である。この例においては、記録されるデータは、プレイリストレイヤ（PLAYLIST LAYER）と、クリップレイヤ（CLIP LAYER）に分けられる。この例の場合、クリップレイヤは、ＣＬＩＰ８２−１およびＣＬＩＰ８２−２により構成され、プレイリストレイヤは、ＣＬＩＰ８２−１および８２−２を管理するＰＬＡＹＬＩＳＴ８１−１乃至８１−３により構成されている。
【００４２】
ＣＬＩＰ８２−１および８２−２は、ＡＶストリームファイルとその付属情報（Clip Information）からなるオブジェクトである。ＣＬＩＰ８２−１は、ＡＶストリームファイル１０２−１とその付属情報であるClip Information１０１−１により構成され、ＣＬＩＰ８２−２は、ＡＶストリームファイル１０２−２とその付属情報であるClip Information１０１−２により構成されている。
【００４３】
ＰＬＡＹＬＩＳＴ８１−１乃至８１−３は、ＣＬＩＰの中のデコードすべき区間が複数記述されるファイルである。ＰＬＡＹＬＩＳＴ８１−１には、デコードすべき区間として、PlayItem１２１および１２２が記述されている。同様に、ＰＬＡＹＬＩＳＴ８１−２には、デコードすべき区間として、PlayItem１２３が記述され、ＰＬＡＹＬＩＳＴ８１−３には、デコードすべき区間として、PlayItem１２４および１２５が記述されている。
【００４４】
ＣＬＩＰ８２−１のＡＶストリームファイル１０２−１のコンテンツは、時間軸上に展開され、Clip Information１０１−１は、ＰＬＡＹＬＩＳＴ８１−１（PlayItem１２１および１２２）またはＰＬＡＹＬＩＳＴ８１−３（PlayItem１２４）により指定された時刻（タイムスタンプ）を、ＡＶストリームファイル１０２−１の中でデコードすべきデータを示すアドレスに変換する。
【００４５】
ＣＬＩＰ８２−２もＣＬＩＰ８２−１と同様の構成であり、Clip Information１０１−２は、ＰＬＡＹＬＩＳＴ８１−２（PlayItem１２３）またはＰＬＹＡＬＩＳＴ８１−３（PlayItem１２５）により指定されたタイムスタンプを、ＡＶストリームファイル１０２−２の中でデコードすべきデータを示すアドレスに変換する。
【００４６】
PlayItem１２１乃至１２５には、ＡＶストリームファイル１０２−１またはＡＶストリームファイル１０２−２のコンテンツについて、時間軸上の開始点と終了点が指定される。
【００４７】
例えば、PlayItem１２１の開始点と終了点はそれぞれ矢印１４１と１４２に対応するタイムスタンプにより指定され、Clip Information１０１−１は、指定されたタイムスタンプを、ＡＶストリームファイル１０２−１の中でデコードすべきデータを示すアドレスに変換し、ＡＶストリームファイル１０２−１の中の矢印１５１に対応するアドレスで指定される点から、矢印１５２に対応するアドレスで指定される点までの区間がデコードすべき区間とされる。
【００４８】
PlayItem１２２においても同様に、開始点と終了点がそれぞれ矢印１４２と１４３に対応するタイムスタンプにより指定され、Clip Information１０１−１によりＡＶストリームファイル１０２−１の中でデコードすべきデータを示すアドレスに変換され、ＡＶストリームファイル１０２の中の矢印１５２に対応するアドレスで指定される点から、矢印１５３に対応するアドレスで指定される点までの区間がデコードすべき区間とされる。
【００４９】
同様に、PlayItem１２３の開始点と終了点は、それぞれ矢印１４７と１４８に対応するタイムスタンプにより指定され、Clip Information１０１−２は、指定されたタイムスタンプを、ＡＶストリームファイル１０２−２の中でデコードすべきデータを示すアドレスに変換し、ＡＶストリームファイル１０２−２の中の矢印１５７に対応するアドレスで指定される点から、矢印１５８に対応するアドレスで指定される点までの区間がデコードすべき区間とされる。
【００５０】
また、PlayItem１２４の開始点と終了点は、それぞれ矢印１４５と１４６に対応するタイムスタンプにより指定され、ＡＶストリームファイル１０２−１の中の矢印１５５に対応するアドレスで指定される点から、矢印１５６に対応するアドレスで指定される点までの区間がデコードすべき区間とされる。PlayItem１２５の開始点と終了点は、それぞれ矢印１４９と１５０に対応するタイムスタンプにより指定され、ＡＶストリームファイル１０２−２の中の矢印１５９に対応するアドレスで指定される点から、矢印１６０に対応するアドレスで指定される点までの区間がデコードすべき区間とされる。
【００５１】
なお、ＰＬＡＹＬＩＳＴには２つのタイプが存在する。１つのタイプは、RealPLAYLISTと呼ばれ、この例の場合、ＰＬＡＹＬＩＳＴ８１−１および８１−２がそれに該当する。１つのＡＶストリームファイルが１つのＣＬＩＰとして記録されるとき、そのＣＬＩＰの中で、デコード可能な範囲をすべて指定するRealPLAYLISTが自動的に生成される。この例の場合、ＣＬＩＰ８２−１に対応して、RealPLAYLISTであるＰＬＡＹＬＩＳＴ８１−１が生成され、ＣＬＩＰ８２−２に対応して、RealPLAYLISTであるＰＬＡＹＬＩＳＴ８１−２が生成されている。
【００５２】
RealPLAYLISTは、ＣＬＩＰの一部として媒体に記録され、RealPLAYLISTの一部が消去されると、消去された部分に対応するＡＶストリームファイルも消去される。例えば、ＰＬＡＹＬＩＳＴ８１−１の中のPlayItem１２１が消去されると、ＡＶストリームファイル１０２の中の矢印１５１に対応するアドレスで指定される点から、矢印１５２に対応するアドレスで指定される点までの区間が同時に消去される。
【００５３】
ＰＬＡＹＬＩＳＴの２つのタイプのうちの残りの１つのタイプは、VirtualPLAYLISTと呼ばれ、ＰＬＡＹＬＩＳＴ８１−３がそれに該当する。VirtualPLAYLISTは、ＣＬＩＰとは、独立して生成され、VirtualPLAYLISTの一部が消去されても、ＣＬＩＰは変化しない。例えば、ＰＬＡＹＬＩＳＴ８１−３の中のPlayItem１２４が消去されても、ＡＶストリームファイル１０２−１の中の矢印１５５に対応するアドレスで指定される点から、矢印１５６に対応するアドレスで指定される点までの区間が消去されることはない。
【００５４】
図３は、本発明により記録されるデータの記録媒体上での構造を示す図である。記録媒体に記録されるデータはトランスポートストリームの形式とされ、トランスポートストリーム１８１は、Ｎ個のユニットであるAlignedunit１９１−１乃至１９１−Ｎにより構成される。
【００５５】
１つのユニットAlignedunit１９１−ｉ（ｉ=1,2,・・・,N）は、それぞれ３２個のソースパケットであるsourcepacket２２１−０乃至２２１−３１により構成される。１つのソースパケットsourcepacket２２１−ｉ（ｉ=0,1,2,・・・,31）のデータ長は、１９２バイトとされ、Alignedunit１９１−ｉのデータ長は、６１４４（１９２×３２）バイトとされる。
【００５６】
さらに、１つのソースパケットsourcepacket２２１−ｉは、それぞれ４バイトのトランスポートヘッダであるTP_extraheader２３１と、１８８バイトのトランスポートパケットであるTransportpacket２３２により構成される。トランスポートパケットには、図４のＰＥＳパケットが、分割されて格納される。
【００５７】
図４は、ＬＰＣＭオーディオデータのＰＥＳパケットの構成例を示す図である。このＰＥＳパケットは、ＰＥＳpacketheader２５１とＰＥＳpacketpayload２５２により構成される。ＰＥＳpacketheader２５１には、Stream_id、ＰＴＳ＿ＤＴＳ＿flagなどのＰＥＳパケットを識別する情報が含まれる。
【００５８】
ＰＥＳpacketpayload２５２は、LPCM_audio_data_header２７１とLPCM_audio_data_payload２７２により構成される。
【００５９】
最初に、LPCM_audio_data_payload２７２の構成について説明する。図５にLPCM_audio_data_payload２７２のシンタックスを示す。この図に示されるように、LPCM_audio_data_payload２７２には、１つのLPCM_audio_frameが格納される。
【００６０】
ここで、LPCM_audio_frameの構成について説明する。LPCMオーディオデータは、４８kHzまたは９６kHzのサンプリング周期でサンプリングされたサンプルにより構成される。１つのサンプルのビット数は、１６ビット、２０ビット、２４ビットのいずれかとされる。
【００６１】
図６乃至図８は、本発明におけるLPCMオーディオデータのサンプルの構成を示す図である。図６は、サンプルのビット数が１６ビットのときのサンプルの構成を示す。ＭＳＢ（b15）からＬＳＢ（b0）までの１６個のビットが１つのサンプルを構成する。図７は、サンプルのビット数が２４ビットのときのサンプルの構成を示す。ＭＳＢ（b23）からＬＳＢ（b0）までの２４個のビットが１つのサンプルを構成する。図８は、サンプルのビット数が２０ビットのときのサンプルの構成を示す。ＭＳＢ（b23）からb4までの２０個のビットに続き、b3からＬＳＢ（b0）までの４個のビットが「０」に設定されている。このように４個の０ビットを追加することで、サンプルのビット数が２０ビットのときも、図７の場合と同様に、２４個のビットで１つのサンプルを構成するようにすることができる。
【００６２】
これらのサンプルは、チャネル毎に生成され、各チャネルのサンプルを組み合わせてＧＯＬＳ（Group of LPCM samples）と呼ばれるサンプル列が構成される。
【００６３】
図９は、ＧＯＬＳの構成例を示す図である。この例では、Channel１乃至Channel４の４個のチャネルのLPCMオーディオデータからＧＯＬＳを生成している。Channel１の第１番目のサンプル３０１−１、Channel２の第１番目のサンプル３０２−１、Channel３の第１番目のサンプル３０３−１、およびChannel４の第１番目のサンプル３０４−１が、Channel１乃至Channel４の順番に組み合わされて第１番目のＧＯＬＳ３１０−１を構成している。同様に、Channel１乃至Channel４の第２番目のサンプル３０１−２乃至３０４−２により第２番目のＧＯＬＳ３１０−２が構成される。
【００６４】
この例では、チャネル数が４の場合について説明したが、実際のチャネル数は、２，４，６，および８の４通りある。なお、本発明ではチャネルの数は常に偶数とされる。
【００６５】
このようにして構成されるＧＯＬＳを所定の数だけ集めて、LPCM_audio_frameが構成される。そして、上述したように、１つのLPCM_audio_frameにより１つのLPCM_audio_data_payload２７２（図４）が構成される。
【００６６】
図１０は、ＧＯＬＳの数、チャネル数、LPCM_audio_frameのデータサイズの関係を表す。第１行目乃至第４行目には、ＧＯＬＳの数が２の場合における、サンプルビット数が１６のサンプル（図６）で、チャネル数が２，４，６，および８のときのLPCM_audio_frameのデータサイズが、それぞれバイト単位（左から４列目）とビット単位（左から５列目）で示されている。また、第５行目乃至第８行目には、ＧＯＬＳの数が２の場合における、サンプルビット数が２４のサンプル（図７または図８）で、チャネル数が２，４，６，および８のときのLPCM_audio_frameのデータサイズが、それぞれバイト単位とビット単位で示されている。第９行目乃至第１６行目には、ＧＯＬＳの数が４の場合についての各値が示されている。
【００６７】
図中最も右側の列は、LPCM_audio_frameのデータサイズ（左から５列目）を３２で割った値が示されており、その値は全て整数である。すなわち、左から５列目に示されるLPCM_audio_frameのデータサイズは、すべて３２ビットで割り切れることが分かる。この例では、ＧＯＬＳの数が２または４の場合について説明したが、ＧＯＬＳの数が偶数であれば、LPCM_audio_frameのデータサイズ（ビット表記）は、すべて３２ビットで割り切れるものとなる。通常ＤＶＤ記録再生装置は、３２ビット単位で信号処理を行うため、ＤＶＤに記録されたデータのLPCM_audio_frameのデータサイズが３２ビットの整数倍であれば、より親和性が高くなる。このため、本発明では、１つのLPCM_audio_frameを構成するＧＯＬＳの数を常に偶数とする。
【００６８】
図１１は、実際のLPCM_audio_frameのデータサイズを示す例である。この例では、サンプリング周波数が４８kHzのとき、ＧＯＬＳの数を２４０とし、サンプリング周波数が４８kHzのとき、ＧＯＬＳの数を４８０として、それぞれ再生時間が５ミリ秒となるLPCM_audio_frameが構成される。図１０の場合と同様に、左から２列目には、サンプルのビット数が示され、左から３列目には、チャネル数が示されている。そして、最も右側の列には、LPCM_audio_frameのデータサイズがバイト単位で示されている。
【００６９】
次に、LPCM_audio_data_header２７１（図４）の構成について説明する。図１２にLPCM_audio_data_header２７１のシンタックスを示す。同図には、LPCM_audio_data_header２７１を構成するフィールド「audio_data_payload_size」、「channel_assigment」、「sampling_frequency」、「bits_per_sample」、「start_flag」、がそれらのフィールドを構成するビット数（No.of bits）、およびMnemonicsとともに示されている。LPCM_audio_data_header２７１の最後の５ビットは、「reserved_for_word_align」とされ、今後の用途のために予約される。
【００７０】
フィールド「audio_data_payload_size」は、１６ビットで構成され、LPCM_audio_data_payload２７２のサイズを表す値が格納される。上述したように、LPCM_audio_data_payload２７２には、１つのLPCM_audio_frameが格納されるので、その値は、図１１の最も右側の列に示される値（LPCM_audio_frameのデータサイズ）となる。たとえば、サンプリング周波数が４８KHz、サンプルのビット数が２４、チャネル数が６の場合、フィールド「audio_data_payload_size」には、値として４３２０が格納される。
【００７１】
フィールド「channel_assigment」は、４ビットで構成され、チャネルの割り当ての種類を表す値が格納される。図１３に、チャネルの割り当ての種類を示す。
【００７２】
図１３の左から２列目には、チャネルの数が示されており、左から３列目には、チャネルの構成（configuration）が示されており、最も右側には、各チャネルの内容が示されている。
【００７３】
同図に示されるように、チャネル数が同じでも、チャネルの構成は複数存在する。例えば、チャンネル数が２の場合、「mono」、「dualmono」、「stereo」の３通りが存在する。「mono」は、オーディオ信号が１つのスピーカから出力されることを表し、「dualmono」は、同じオーディオ信号が２つのスピーカから出力されることを表し、「stereo」は、異なる（左右の）オーディオ信号が２つのスピーカから別々に出力されることを表す。
【００７４】
この場合、channel１とchannel２の２つのチャネルは、次のように割り当てられる。「stereo」の場合、channel１には、左のスピーカから出力されるオーディオ信号に対応するデータ（Ｌ）、channel２には、右のスピーカから出力されるオーディオ信号に対応するデータ（Ｒ）が割り当てられる。「dualmono」の場合、channel１とchannel２には、同じデータ（Ｍ）が割り当てられる。「mono」の場合、オーディオ信号は、１つのスピーカから出力されるので、channel１にデータ（Ｍ）はあるが、channel２に割り当てるべきデータは存在しない。一方、上述したように、本発明では、チャネルの数を偶数としている。そこで、この場合、channel２には、その値が全て０となるデータ（Ｘ）を割り当てる。このように、その値が全て０となるデータ（Ｘ）を割り当てることで、本来は奇数のチャネル数であっても、偶数のチャネル数として割り当てることができる。
【００７５】
また、チャネルの構成は、この他にもある。図１４にチャネル構成の例を示す。図１４Ａは、「LCRS(3/1)」のチャネル構成を示しており、図１３のチャンネル数が４の場合の上から３行目（Value：６）に対応する。「LCRS(3/1)」は、４つの異なるオーディオ信号が、前方左側のスピーカＬ、前方中央のスピーカＣ、前方右側のスピーカＲ、後方中央のスピーカＳからそれぞれ出力されることを表している。
【００７６】
図１４Ｂは、「L,C,R,LS,RS,lfe(3/2+lfe)」のチャネル構成を示しており、図１３のチャンネル数が６の場合の上から２行目に対応する。「L,C,R,LS,RS,lfe(3/2+lfe)」６つの異なるオーディオ信号が、前方左側のスピーカＬ、前方中央のスピーカＣ、前方右側のスピーカＲ、後方左側のスピーカＬＳ、後方右側のスピーカＲＳ、低周波専用スピーカlfeからそれぞれ出力されることを表す。
【００７７】
図１４Ｃは、「L,C,R,LS,CS1,CS2,RS,lfe(3/4+lfe)」のチャネル構成を示しており、図１３のチャネル数が８の場合の上から２行目に対応する。「L,C,R,LS,CS1,CS2,RS,lfe(3/4+lfe)」は、８つの異なるオーディオ信号が、前方左側のスピーカＬ、前方中央のスピーカＣ、前方右側のスピーカＲ、後方左側のスピーカＬＳ、後方中央第１のスピーカＣＳ１、後方中央第２のスピーカＣＳ２、後方右側のスピーカＲＳ、低周波専用スピーカlfeからそれぞれ出力されることを表す。
【００７８】
このように、チャネル構成に対応して、各スピーカから出力されるオーディオ信号に対応するオーディオデータが各チャネルに割り当てられる。なお、上述したように、本来奇数のチャネル数であるチャネル構成の場合、すなわち、チャネル構成が「mono」（本来１チャネル）、「L,C,R,(3/0)」（本来３チャネル）、「L,R,S(2/1)」（本来３チャネル）、「L、C,R,LS,RS,(3/2)」（本来５チャネル）、または「L,C,R,LS、CS1,CS2,RS(3/4)」（本来７チャネル）の場合、最後のチャネルにその値が全て０となるデータ（Ｘ）を割り当てられ、それぞれ、２チャネル、４チャネル、４チャネル、６チャネル、または８チャネルの偶数のチャネル数とされる。
【００７９】
フィールド「channel_assigment」には、例えば、チャネル構成が「L,C,R,(3/0)」の場合、値として４（図１３のValue）が格納される。
【００８０】
フィールド「sampling_frequency」は、４ビットで構成され、サンプリング周波数を表す値が格納される。図１５は、このとき格納される値を示す図である。例えば、サンプリング周波数が４８KHzの場合、フィールド「sampling_frequency」には、値として１が格納される。
【００８１】
フィールド「bits_per_sample」は、２ビットで構成され、サンプルのビット数を表す値が格納される。図１６は、このとき格納される値を示す図である。例えば、サンプルのビット数が２４の場合、フィールド「bits_per_sample」には、値として３が格納される。
【００８２】
フィールド「start_flag」は、１ビットで構成され、当該ＰＥＳパケットが、オーディオトラックの開始点か否かを示す値が格納される。例えば、記録されるオーディオデータとして数曲の楽曲のデータが記録されるとき、各楽曲の最初のデータを含むＰＥＳパケットの中のフィールド「start_flag」に１がセットされる。このようにすることで、記録されたデータを再生するとき、トラックの開始位置を検出することができる。
【００８３】
このように、フィールド「audio_data_payload_size」、「channel_assigment」、「sampling_frequency」、「bits_per_sample」、および「start_flag」によりLPCM_audio_data_header２７１が構成され、LPCM_audio_data_header２７１とLPCM_audio_data_payload２７２に基づいてＰＥＳパケットが構成される。そして、図３を参照して上述したように、ＰＥＳパケットは、１８８バイトのTransportpacket２３２に分割され、TP_extraheader２３１が付加されて、sourcepacket２２１−０乃至２２１−３１として記録される。
【００８４】
このようにして記録されたデータにおいて、ＰＬＡＹＬＩＳＴによりＣＬＩＰの中のアクセスポイントが、タイムスタンプとして指定され、Clip Informationは、指定されたタイムスタンプを、ＡＶストリームファイルの中でデコードすべきデータを示すアドレスに変換することについては上述したが、図１７を参照してその詳細について説明する。
【００８５】
Clip Information１０１−２は、アドレス変換テーブルであるＥＰ_ｍａｐ１０３を参照してタイムスタンプ（ＰＴＳ）をアドレスに変換する。ＥＰ_ｍａｐ１０３には、タイムスタンプに対応するアドレスが記憶されており、このアドレスは、sourcepacket２２１−０乃至２２１−３１（図３）の番号とされる。１つのＣＬＩＰの中に含まれるトランスポートパケットには一連の番号としてソースパケット番号（ＳＰＮ）が付けられる。例えば、sourcepacket２２１−０はＳＰＮ０とされ、sourcepacket２２１−１は、ＳＰＮ１とされる。そして、ＥＰ＿ｍａｐ１０３には、ＳＰＮに対応するタイムスタンプが記憶される。
【００８６】
また、上述したフィールド「start_flag」に１がセットされたＰＥＳパケットを含むソースパケットについては、トラック開始位置として、そのＳＰＮが図１８に示されるようにTrack-Startmarkとしてマークされる。このようにすることで、ＰＬＡＹＬＩＳＴによりデータを指定することが容易になる。
【００８７】
図１９は、本発明のデータ記録装置３３０の構成例を示す図である。入力されたオーディオデータは、信号処理部３３１で解析され、ＬＰＣＭエンコーダ３３２に出力される。ＬＰＣＭエンコーダ３３２は、入力されたオーディオデータからオーディオＰＥＳパケットを生成し、ビデオエンコーダ３３３は、入力されたビデオデータからビデオＰＥＳパケットを生成し、それぞれ多重化部３３４に出力する。
【００８８】
多重化部３３４は、オーディオＰＥＳパケットとビデオＰＥＳパケットからトランスポートストリームを生成し、バッファ３３５とホスト３３９へ出力する。ホスト３３９は、トランスポートストリームを解析し、ＥＰ＿ｍａｐとTrack-Startmarkのデータを生成し、ＥＣＣエンコーダ３３６に出力する。ＥＣＣエンコーダ３３６は、バッファ３３５から出力されたトランスポートストリームに、ホストから出力されたデータを付加し、さらにエラー訂正コードを付加して、変調部３３７に出力する。変調部３３７は、ＥＣＣエンコーダ３３６から出力されたデータをディジタル変調し、ドライブ３３８に出力し、ドライブ３３８がデータをメディア３４０に記録する。
【００８９】
次に、図２０乃至図２５を参照して、データ記録装置３３０の動作について説明する。ステップＳ１において、信号処理部３３１は、オーディオデータの入力を受け付ける。このときオーディオデータとして、例えば、ＩＥＣ６０９５８準拠のＬＰＣＭオーディオデータストリームが入力される。
【００９０】
ステップＳ２において、信号処理部３３１は、図２１を参照して後述するデータ解析処理を実行する。これにより、チャネルの割り当て、サンプリング周波数などの情報が特定される。ステップＳ３において、ＬＰＣＭエンコーダ３３２は、図２３を参照して後述するエンコード処理を実行する。これによりオーディオＰＥＳパケットが生成される。
【００９１】
ステップＳ４において、多重化部３３４は、オーディオＰＥＳパケットとビデオＰＥＳパケットを多重化してトランスポートストリームを生成する。トランスポートストリームは、バッファ３３５とホスト３３９に出力される。
【００９２】
ステップＳ５において、ホスト３３９は、トランスポートストリームを解析して、ＥＰ＿ｍａｐとTrack-Startmarkのデータを生成し、ＥＣＣエンコーダ３３６に出力する。
【００９３】
ステップＳ６においてＥＣＣエンコーダ３３６は、ＥＣＣエンコーダ３３６は、バッファ３３５から出力されたトランスポートストリームに、ホスト３３９から出力されたデータを付加し、さらにエラー訂正コードを付加して、変調部３３７に出力する。
【００９４】
ステップＳ７において、変調部３３７は、ＥＣＣエンコーダ３３６から出力されたデータをディジタル変調し、ドライブ３３８に出力する。ステップＳ９において、ドライブ３３８は、データを媒体（メディア）３４０に記録する。
【００９５】
このようにして、データの記録が行われる。
【００９６】
次に、図２１を参照して、図２０のステップＳ２のデータ解析処理について説明する。
【００９７】
ステップＳ２１において、信号処理部３３１は、入力されたオーディオデータを解析し、チャネルの割り当て（チャネルアサインメント）を特定する。これにより当該オーディオデータのチャネルの数とチャネルの構成が特定される。ステップＳ２２において、信号処理部３３１は、当該オーディオデータのサンプリング周波数を特定する。
【００９８】
ステップＳ２３において、信号処理部３３１は、トラックの先頭情報を特定する。このとき、例えば、ＩＥＣ６０９５８準拠のオーディオストリームにおいて、UserDataのＱbit列（Ｑチャネル）の情報が取得され、トラックナンバーとインデックスナンバーからトラックの先頭位置が識別される。
【００９９】
ステップＳ２４において、信号処理部３３１は、当該オーディオデータのサンプルのビット数を特定する。
【０１００】
ステップＳ２５において、信号処理部３３１は、図２２を参照して後述するサンプル変換処理を行う。これにより、２０ビットのサンプルは、２４ビットのサンプルに変換される。
【０１０１】
ステップＳ２６において、信号処理部３３１は、データをＬＰＣＭエンコーダ３３２に出力する。
【０１０２】
このようにして、入力されたオーディオデータが解析され、解析された結果がＬＰＣＭエンコーダ３３２に出力される。
【０１０３】
次に、図２２を参照して、図２１のステップＳ２５のサンプル変換処理について説明する。
【０１０４】
ステップＳ４１において、信号処理部３３１は、サンプルのビット数が２０と等しいか否かを判定し、サンプルのビット数が２０と等しいと判定された場合、ステップＳ４２に進み、サンプルに４ビットの０を付加する。このとき、図８に示されるように、２０ビットのサンプルのＬＳＢ側に４つの０ビットが付加されて、２０ビットのサンプルが２４ビットのサンプルに変換される。
【０１０５】
一方、ステップＳ４１において、サンプルのビット数が２０と等しくないと判定された場合、すなわち、サンプルのビット数が１６ビットまたは２４ビットの場合、ステップＳ４２の処理は、スキップされる。
【０１０６】
このようにして、２０ビットのサンプルは、２４ビットのサンプルに変換される。
【０１０７】
次に、図２３を参照して、図２０のステップＳ３のエンコード処理について説明する。ステップＳ６１において、ＬＰＣＭエンコーダ３３２は、図２４を参照して後述するＧＯＬＳ生成処理を実行する。これによりＧＯＬＳが生成される。ステップＳ６２において、ＬＰＣＭエンコーダ３３２は、図２５を参照して後述するＰＥＳパケット生成処理を実行する。これによりＰＥＳパケットが生成される。
【０１０８】
次に、図２４を参照して、図２３のステップＳ６１のＧＯＬＳ生成処理について説明する。ステップＳ８１において、ＬＰＣＭエンコーダ３３２は、当該オーディオデータのチャネル数ｎを特定する。ステップＳ８２において、ＬＰＣＭエンコーダ３３２は、チャネル数ｎは奇数か否かを判定する。図１３を参照して上述したように、本発明においては、本来奇数のチャネル数であるチャネル構成の場合、最後のチャネルにその値が全て０となるデータ（Ｘ）を割り当てられる。ステップＳ８２において、チャネル数ｎが奇数と判定された場合、ステップＳ８３に進み、ＬＰＣＭエンコーダは、ｎ＋１番目のサンプルに０を挿入する。
【０１０９】
ステップＳ８２において、チャネル数ｎが奇数ではない（偶数）と判定された場合、ステップＳ８３の処理は、スキップされる。
【０１１０】
ステップＳ８４において、ＬＰＣＭエンコーダは、ＧＯＬＳを生成する。
【０１１１】
このようにして、ＧＯＬＳが生成される。
【０１１２】
次に、図２５を参照して、図２３のステップＳ６２のＰＥＳパケット生成処理について説明する。ステップＳ１０１において、ＬＰＣＭエンコーダ３３２は、ＧＯＬＳを所定の数だけ集めて、LPCM_audio_frameを生成する。例えば、サンプリング周期が４８KHzの場合、２４０のＧＯＬＳが集められ、LPCM_audio_frameが生成される。
【０１１３】
ステップＳ１０２において、ＬＰＣＭエンコーダ３３２は、LPCM_audio_headerを生成する。このとき、図２１のステップＳ２１で特定されたチャネルアサインメントに基づいて、フィールド「channel_assigment」の値が設定され、ステップＳ２２で特定されたサンプリング周波数に基づいて、フィールド「sampling_frequency」の値が設定される。また、ステップＳ２４で特定されたサンプルのビット数に基づいて、フィールド「bits_per_sample」の値が設定され、ステップＳ２３で特定されたトラックの先頭情報に基づいて、フィールド「start_flag」の値が設定される。
【０１１４】
ステップＳ１０３において、ＬＰＣＭエンコーダ３３２は、LPCM_audio_frameをLPCM_audio_data_payloadにコピーする。ステップＳ１０４において、ＬＰＣＭエンコーダは、LPCM_audio_headerとLPCM_audio_data_payloadを組み合わせてPESpacketpayloadを生成し、PESpacketpayloadにPESpacketheaderを付加して、ＰＥＳパケットを生成する。
【０１１５】
このようにして、オーディオＰＥＳパケットが生成される。
【０１１６】
図２０は、本発明のデータ再生装置３６０の構成例を示すブロック図である。ドライブ３６１に、本発明のデータ記録装置によりデータが記録されたメディア３４０が装着され、ドライブ３６１がデータを読み出す。読み出されたデータを、復調部３６２が復調し、ＥＣＣデコーダ３６３に出力する。ＥＣＣデコーダ３６３は、復調部３６２から出力されたデータのエラー訂正を行い、ＰＬＡＹＬＩＳＴとClip Informationを抽出してホスト３６９に出力し、また、ＡＶストリームをバッファ３６４に出力する。
【０１１７】
ホスト３６９は、例えば、ユーザのキー入力を受け付けるユーザインタフェース（図示せず）を有している。ユーザは、このユーザインタフェースを用いて、再生するデータを、例えば、トラック番号または時刻を入力することにより指定する。ホスト３６９は、ユーザからの指定に基づいて、再生すべきデータを読み出すようドライブ３６１を制御する。
【０１１８】
バッファ３６４から出力されたデータは、分離部３６５に出力され、分離部３６５がデータをビデオＰＥＳパケットとオーディオＰＥＳパケットに分離する。ビデオＰＥＳパケットは、ビデオデコーダ３６６に出力され、ビデオデコーダ３６６は、ビデオＰＥＳパケットをデコードし、ビデオデータを出力する。オーディオＰＥＳパケットは、ＬＰＣＭデコーダ３６７に出力され、ＬＰＣＭデコーダ３６７は、オーディオＰＥＳパケットをデコードし、信号処理部３６８に出力する。信号処理部３６８は、ＬＰＣＭデコーダ３６７から出力されたデータを、例えば、ＩＥＣ６０９５８準拠のＬＰＣＭオーディオデータストリームに変換し、出力する。
【０１１９】
次に、図２７乃至図２９を参照してデータ再生装置３６０の動作について説明する。ステップＳ１２１において、ドライブ３６１は、メディア３６１からデータを読み出す。ステップＳ１２２において、復調部３６２は、読み出されたデータをディジタル復調する。ステップＳ１２３において、ＥＣＣデコーダ３６３は、エラー訂正を行う。このとき、復調部３６２から出力されたデータのエラー訂正が行われるとともに、ＰＬＡＹＬＩＳＴとClip Informationが抽出され、ホスト３６９に出力される。
【０１２０】
ステップＳ１２５において、ホスト３６９は、ＰＬＡＹＬＩＳＴとClip Informationを取得する。ステップＳ１２５において、ホスト３６９は、ユーザインタフェースからユーザ入力を受け付ける。ステップＳ１２６において、ホスト３６９は、図２８を参照して後述するソースパケット出力処理を実行する。これにより、ユーザが指定したトラック（または時刻）に対応するソースパケットがドライブ３６１から読み出される。なお、読み出されたソースパケットは、復調部３６２でディジタル復調され、ＥＣＣデコーダ３６３でエラー訂正された後、バッファ３６４に出力され、トランスポートストリームが組み立てられる。
【０１２１】
ステップＳ１２７において、分離部３６５は、トランスポートストリームのトランスポートパケットをオーディオＰＥＳパケットとビデオＰＥＳパケットに分離する。このとき、オーディオＰＥＳパケットは、ＬＰＣＭデコーダ３６７に出力され、ビデオＰＥＳパケットは、ビデオデコーダ３６６に出力される。
【０１２２】
ステップＳ１２８において、ＬＰＣＭデコーダ３６７は、図２９を参照して後述するデコード処理を行う。これにより、再生すべきＬＰＣＭサンプルが出力される。
【０１２３】
ステップＳ１２９において、信号処理部３６８は、ＬＰＣＭデコーダ３６７から出力されたデータを、例えば、ＩＥＣ６０９５８準拠のＬＰＣＭオーディオデータストリームに変換し、出力する。
【０１２４】
ステップＳ１３０において、ビデオデコーダ３６６は、ビデオＰＥＳパケットをデコードし、ビデオ信号を出力する。
【０１２５】
このようにして、データが再生され、本発明のデータ記録装置３３０により記録されたデータが、例えば、ＩＥＣ６０９５８準拠のＬＰＣＭオーディオデータストリームに変換される。
【０１２６】
次に、図２８を参照して、図２７のステップＳ１２６のソースパケット出力処理について説明する。ステップＳ１５１において、ホスト３６９は、ユーザにより指定されたトラックに対応するタイムスタンプを取得する。ステップＳ１５２において、ホスト３６９は、ＥＰ＿ｍａｐに基づいて、タイムスタンプに対応するソースパケット番号を決定する。
【０１２７】
上述したように、ＥＰ＿ｍａｐは、アドレス変換テーブルであり、タイムスタンプに対応するアドレスとして、ソースパケット番号が記憶されている。ステップＳ１５３において、ホスト３６９は、ドライブ３６１にソースパケットを出力させる。
【０１２８】
このようにして、ユーザが指定するトラックのデータが出力される。
【０１２９】
次に、図２９を参照して、図２７のステップＳ１２８のデコード処理について説明する。
【０１３０】
ステップＳ１７１において、ＬＰＣＭデコーダ３６７は、ＰＥＳパケットからLPCM_audio_data_headerとLPCM_audio_data_payloadを取得し、ステップＳ１７２において、LPCM_audio_data_payloadからLPCM_audio_frameを取得する。
【０１３１】
ステップＳ１７３において、ＬＰＣＭデコーダ３６７は、チャネル数ｎを特定する。このとき、チャネル数ｎは、ステップＳ１７１で取得されたLPCM_audio_data_headerのフィールド「channel_assigment」から特定することができる。例えば、フィールド「channel_assigment」の値が４の場合、当該オーディオデータのチャネル構成は、図１３に示されるようにL,C,R(3/0)であることが分かる。この場合、チャネル数ｎは３と特定される。上述したように、本発明ではチャネルの数を偶数としており、本来３（奇数）チャネルのチャネル構成であるL,C,R(3/0)のデータは、第４番目のチャネルのデータとして、その値が全て０となるデータ（Ｘ）が割り当てられ、４（偶数）チャネルのデータに変換されるが、ここで特定されるチャネル数ｎは、チャネル構成に基づいて本来のチャネル数が特定される。
【０１３２】
ステップＳ１７４において、ＬＰＣＭデコーダ３６７は、LPCM_audio_frameからＧＯＬＳを取得する。
【０１３３】
ステップＳ１７５において、ＬＰＣＭデコーダ３６７は、チャネル数ｎは奇数か否かを判定し、ｎが奇数と判定された場合、ｎ＋１番目のサンプルを破棄する。チャネル数ｎが３の場合、上述したように第４番目のチャネルのデータとして、その値が全て０となるデータ（Ｘ）が割り当てられているので、そのデータ（サンプル）は破棄（無視）される。
【０１３４】
一方、ステップＳ１７５において、チャネル数ｎが奇数ではない（偶数）と判定された場合、ステップＳ１７６の処理はスキップされる。
【０１３５】
ステップＳ１７７において、ＬＰＣＭデコーダ３６７は、サンプルのビット数が２０と等しいか否かを判定する。このとき、サンプルのビット数は、ステップＳ１７１で取得されたLPCM_audio_data_headerのフィールド「bits_per_sample」の値で判定できる。図１６に示されるように、フィールド「bits_per_sample」の値が２の場合、サンプルのビット数は２０と判定される。
【０１３６】
ステップＳ１７７において、サンプルのビット数が２０と等しいと判定された場合、ステップＳ１７８に進み、ＬＰＣＭデコーダ３６７は、サンプルの下位（ＬＳＢ側）４ビットを破棄する。図８に示されるように、本発明では２０ビットのサンプルには、ＬＳＢ側に４ビットの０が付加されてので、この４ビットは破棄（無視）される。
【０１３７】
一方、ステップＳ１７７において、サンプルのビット数が２０と等しくないと判定された場合、ステップＳ１７８の処理は、スキップされる。
【０１３８】
ステップＳ１７９において、ＬＰＣＭデコーダ３６７は、再生すべきＬＰＣＭサンプルを出力する。
【０１３９】
このようにして、ＰＥＳパケットからＬＰＣＭサンプルが抽出され、出力される。
【０１４０】
なお、上述した一連の処理をハードウェアで実現するか、ソフトウェアで実現するかは問わない。上述した一連の処理をソフトウェアにより実行させる場合には、そのソフトウェアを構成するプログラムが、専用のハードウェアに組み込まれているコンピュータ、または、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば、図３０に示されるような、汎用のパーソナルコンピュータなどに、ネットワークや記録媒体からインストールされる。
【０１４１】
図３０において、CPU（Central Processing Unit）３９１は、ROM（Read Only Memory）３９２に記憶されているプログラム、または記憶部３９８からRAM（Random Access Memory）３９３にロードされたプログラムに従って各種の処理を実行する。RAM３９３にはまた、CPU３９１が各種の処理を実行する上において必要なデータなども適宜記憶される。
【０１４２】
CPU３９１、ROM３９２、およびRAM３９３は、バス３９４を介して相互に接続されている。このバス３９４にはまた、入出力インタフェース３９５も接続されている。
【０１４３】
入出力インタフェース３９５には、キーボード、マウスなどよりなる入力部３９６、CRT(Cathode Ray Tube)、LCD(Liquid Crystal display)などよりなるディスプレイ（表示部）、並びにスピーカなどよりなる出力部３９７、ハードディスクなどより構成される記憶部３９８、モデム、ターミナルアダプタなどより構成される通信部３９９が接続されている。通信部３９９は、インターネットなどのネットワークを介しての通信処理を行う。
【０１４４】
入出力インタフェース３９５にはまた、必要に応じてドライブ４００が接続され、ドライブ２００には、本発明のプログラムが記録された記録媒体が装着され、それらから読み出されたコンピュータプログラムが、必要に応じて記憶部３９８にインストールされる。
【０１４５】
記録媒体は、磁気ディスク４２１、光ディスク４２２、光磁気ディスク４２３、或いは半導体メモリ４２４などにより構成される。
【０１４６】
なお、本明細書において上述した一連の処理を実行するステップは、記載された順序に沿って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的あるいは個別に実行される処理をも含むものである。
【図面の簡単な説明】
【０１４７】
【図１】従来のオーディオデータ記録方法を示す図である。
【図２】本発明により記録されたデータの論理的構成を示す図である。
【図３】記録されるデータの記録媒体上での構造を示す図である。
【図４】ＰＥＳパケットの構成を示す図である。
【図５】図４のＰＥＳパケットのLPCM_audio_data_payloadのシンタックスを示す図である。
【図６】ビット数１６のサンプルの構成例を示す図である。
【図７】ビット数２４のサンプルの構成例を示す図である。
【図８】ビット数２０のサンプルの構成例を示す図である。
【図９】ＧＯＬＳの構成例を示す図である。
【図１０】ＧＯＬＳの数とLPCM_audio_frameのデータサイズの関係を示す図である。
【図１１】各サンプリング周波数におけるaudio_data_payload_sizeを示す図である。
【図１２】図４のＰＥＳパケットのLPCM_audio_data_headerのシンタックスを示す図である。
【図１３】チャネルの割り当てを示す図である。
【図１４】各チャネル構成におけるスピーカの配置例を示す図である。
【図１５】サンプリング周波数を表す値の例を示す図である。
【図１６】サンプルのビット数を表す値の例を示す図である。
【図１７】ＥＰ＿ｍａｐを説明する図である。
【図１８】Track-start-Markを説明する図である。
【図１９】本発明のデータ記録装置の構成例を示すブロック図である。
【図２０】図１９のデータ記録装置の記録処理を説明するフローチャートである。
【図２１】データ解析処理を説明するフローチャートである。
【図２２】サンプル変換処理を説明するフローチャートである。
【図２３】エンコード処理を説明するフローチャートである。
【図２４】ＧＯＬＳ生成処理を説明するフローチャートである。
【図２５】ＰＥＳパケット生成処理を説明するフローチャートである。
【図２６】本発明のデータ再生装置の構成例を示すブロック図である。
【図２７】図２６のデータ再生装置の再生処理を説明するフローチャートである。
【図２８】ソースパケット出力処理を説明するフローチャートである。
【図２９】デコード処理を説明するフローチャートである。
【図３０】パーソナルコンピュータの構成例を示す図である。
【符号の説明】
【０１４８】
３３０  データ記録装置，  ３３１  信号処理部，  ３３２  ＬＰＣＭエンコーダ，  ３３９  ホスト，  ３３８  ドライブ，  ３４０  メディア，  ３６１  ドライブ  ３６３  ＥＣＣデコーダ，  ３６５  分離部，  ３６７  ＬＰＣＭデコーダ，  ３６９  ホスト
【図１】
0004622854.tif 000002
【図２】
0004622854.tif 000003
【図３】
0004622854.tif 000004
【図４】
0004622854.tif 000005
【図５】
0004622854.tif 000006
【図６】
0004622854.tif 000007
【図７】
0004622854.tif 000008
【図８】
0004622854.tif 000009
【図９】
0004622854.tif 000010
【図１０】
0004622854.tif 000011
【図１１】
0004622854.tif 000012
【図１２】
0004622854.tif 000013
【図１３】
0004622854.tif 000014
0004622854.tif 000015
【図１５】
0004622854.tif 000016
【図１６】
0004622854.tif 000017
【図１７】
0004622854.tif 000018
【図１８】
0004622854.tif 000019
【図１９】
0004622854.tif 000020
【図２０】
0004622854.tif 000021
【図２１】
0004622854.tif 000022
【図２２】
0004622854.tif 000023
【図２３】
0004622854.tif 000024
【図２４】
0004622854.tif 000025
【図２５】
0004622854.tif 000026
【図２６】
0004622854.tif 000027
【図２７】
0004622854.tif 000028
【図２８】
0004622854.tif 000029
【図２９】
0004622854.tif 000030
【図３０】
0004622854.tif 000031