(57)【要約】【課題】例えばサラウンドシステム等のマルチチャネルのオーディオデータが記録される光ディスク等の情報記録媒体において、対応可能なスピーカ配置の種類についての融通性を向上させる。【解決手段】情報記録媒体には、複数のビットからなるビット配列（８００ｂ）中における各ビットの位置が、複数のスピーカからなるスピーカ配列（８００ａ）中における各スピーカの位置に対応する各チャネルに対応付けられており、当該各ビットの値により、対応する各チャネルのオーディオデータが存在するか否かを示すチャネル割当情報（８００Ｉ）が記録される。また、このチャネル割当情報により存在が示される複数のオーディオデータが、チャネル別に記録される。【選択図】　図１
2004072345.tif 000002
【特許請求の範囲】
【請求項１】
複数のビットからなるビット配列中における各ビットの位置が、複数のスピーカからなるスピーカ配列中における各スピーカの位置に対応する各チャネルに対応付けられており、当該各ビットの値により、対応する各チャネルのオーディオデータが存在するか否かを示すチャネル割当情報を含む再生制御情報と、
該チャネル割当情報により存在が示されると共にチャネル別に記録される複数のオーディオデータと
が記録されることを特徴とする情報記録媒体。
【請求項２】
前記チャネル割当情報は、前記スピーカ配列と前記ビット配列とを対応付けたチャネル割当テーブルからなることを特徴とする請求項１に記載の情報記録媒体。
【請求項３】
前記複数のオーディオデータは、パック或いはパケット化されており、且つ各パック或いはパケット内において一又は複数サンプル単位で、前記複数のビットの配列順に対応する順序で配列されていることを特徴とする請求項１又は２に記載の情報記録媒体。
【請求項４】
前記ビット配列中における所定位置にあるビットは、前記スピーカ配列中における位置に対応しないチャネルのオーディオデータが存在するか否かを示すことを特徴とする請求項１から３のいずれか一項に記載の情報記録媒体。
【請求項５】
前記所定位置にあるビットは、前記ビット配列中のＬＳＢ（Ｌｅａｓｔ　Ｓｉｇｎｉｆｉｃａｎｔ　Ｂｉｔ）であり、スーパーウーハー用チャネルのオーディオデータが存在するか否かを示すことを特徴とする請求項４に記載の情報記録媒体。
【請求項６】
前記ビット配列は、各行に所定ビット数ずつ配列されると共に所定行数に渡って２次元配列された複数のビットからなり、
前記スピーカ配列は、前記複数ビットの２次元配列に対応する平面上に配列された複数のスピーカからなることを特徴とする請求項１から５のいずれか一項に記載の情報記録媒体。
【請求項７】
前記スピーカ配列は、３次元配列される複数のスピーカからなり、
前記ビット配列は、複数の部分ビット配列を含んでなり、
該複数の部分ビット配列は夫々、各行に所定ビット数ずつ配列されると共に所定行数に渡って２次元配列された複数のビットからなり、前記３次元配列される複数のスピーカのうち、当該部分ビット配列毎に同一高さの平面に配置される複数のスピーカに対応する複数のチャネルに対応付けられており、
前記複数の部分ビット配列は、前記平面の数だけ存在することを特徴とする請求項１から５のいずれか一項に記載の情報記録媒体。
【請求項８】
前記再生制御情報は、全てのチャネルの総数を示す総チャネル数情報、スピーカを３次元配列可能な相異なる高さの平面の総数を示す階層情報と、各平面に少なくとも一つのスピーカが配置されるか否かを示す層構成情報とを更に含むことを特徴とする請求項７に記載の情報記録媒体。
【請求項９】
前記所定ビット数及び前記所定行数のうち少なくとも一方は可変であることを特徴とする請求項６から８のいずれか一項に記載の情報記録媒体。
【請求項１０】
複数のビットからなるビット配列中における各ビットの位置が、複数のスピーカからなるスピーカ配列中における各スピーカの位置に対応する各チャネルに対応付けられており、当該各ビットの値により、対応する各チャネルのオーディオデータが存在するか否かを示すチャネル割当情報を含む再生制御情報を生成する生成手段と、
該生成された再生制御情報を情報記録媒体上における制御情報領域に記録する第１記録手段と、
前記チャネル割当情報により存在が示される複数のオーディオデータをチャネル別に前記情報記録媒体上におけるデータ領域に記録する第２記録手段と
を備えたことを特徴とする情報記録装置。
【請求項１１】
前記チャネル割当情報は、前記スピーカ配列と前記ビット配列とを対応付けたチャネル割当テーブルからなることを特徴とする請求項１０に記載の情報記録装置。
【請求項１２】
前記複数のオーディオデータは、パック或いはパケット化されており、且つ各パック或いはパケット内において一又は複数サンプル単位で、前記複数のビットの配列順に対応する順序で配列されていることを特徴とする請求項１０又は１１に記載の情報記録装置。
【請求項１３】
前記ビット配列中における所定位置にあるビットは、前記スピーカ配列中における位置に対応しないチャネルのオーディオデータが存在するか否かを示すことを特徴とする請求項１０から１２のいずれか一項に記載の情報記録装置。
【請求項１４】
前記所定位置にあるビットは、前記ビット配列中のＬＳＢ（Ｌｅａｓｔ　Ｓｉｇｎｉｆｉｃａｎｔ　Ｂｉｔ）であり、スーパーウーハー用チャネルのオーディオデータが存在するか否かを示すことを特徴とする請求項１３に記載の情報記録装置。
【請求項１５】
前記ビット配列は、各行に所定ビット数ずつ配列されると共に所定行数に渡って２次元配列された複数のビットからなり、
前記スピーカ配列は、前記複数ビットの２次元配列に対応する平面上に配列された複数のスピーカからなることを特徴とする請求項１０から１４のいずれか一項に記載の情報記録装置。
【請求項１６】
前記スピーカ配列は、３次元配列される複数のスピーカからなり、
前記ビット配列は、複数の部分ビット配列を含んでなり、
該複数の部分ビット配列は夫々、各行に所定ビット数ずつ配列されると共に所定行数に渡って２次元配列された複数のビットからなり、前記３次元配列される複数のスピーカのうち、当該部分ビット配列毎に同一高さの平面に配置される複数のスピーカに対応する複数のチャネルに対応付けられており、
前記複数の部分ビット配列は、前記平面の数だけ存在することを特徴とする請求項１０から１４のいずれか一項に記載の情報記録装置。
【請求項１７】
前記再生制御情報は、全てのチャネルの総数を示す総チャネル数情報、スピーカを３次元配列可能な相異なる高さの平面の総数を示す階層情報と、各平面に少なくとも一つのスピーカが配置されるか否かを示す層構成情報とを更に含むことを特徴とする請求項１６に記載の情報記録装置。
【請求項１８】
前記所定ビット数及び前記所定行数のうち少なくとも一方は可変であることを特徴とする請求項１５から１７のいずれか一項に記載の情報記録装置。
【請求項１９】
複数のビットからなるビット配列中における各ビットの位置が、複数のスピーカからなるスピーカ配列中における各スピーカの位置に対応する各チャネルに対応付けられており、当該各ビットの値により、対応する各チャネルのオーディオデータが存在するか否かを示すチャネル割当情報を含む再生制御情報を生成する生成工程と、
該生成された再生制御情報を情報記録媒体上における制御情報領域に記録する第１記録工程と、
前記チャネル割当情報により存在が示される複数のオーディオデータをチャネル別に前記情報記録媒体上におけるデータ領域に記録する第２記録工程と
を備えたことを特徴とする情報記録方法。
【請求項２０】
請求項１から９のいずれか一項に記載の情報記録媒体から前記複数のオーディオデータを再生する情報再生装置であって、
前記情報記録媒体から前記再生制御情報及び前記複数のオーディオデータを読み取る読取手段と、
該読み取られた再生制御情報に含まれる前記チャネル割当情報に係る前記ビット配列中における各ビットの位置により、前記情報記録媒体に記録されている前記複数のオーディオデータのチャネルを特定する特定手段と、
前記読み取られた複数のオーディオデータを、前記特定されたチャネル別の複数のオーディオデータとして再生する再生手段と
を備えたことを特徴とする情報再生装置。
【請求項２１】
請求項１から９のいずれか一項に記載の情報記録媒体から前記複数のオーディオデータを再生する情報再生方法であって、
前記情報記録媒体から前記再生制御情報及び前記複数のオーディオデータを読み取る読取工程と、
該読み取られた再生制御情報に含まれる前記チャネル割当情報に係る前記ビット配列中における各ビットの位置により、前記情報記録媒体に記録されている前記複数のオーディオデータのチャネルを特定する特定工程と、
前記読み取られた複数のオーディオデータを、前記特定されたチャネル別の複数のオーディオデータとして再生する再生工程と
を備えたことを特徴とする情報再生方法。
【請求項２２】
複数のビットからなるビット配列中における各ビットの位置が、複数のスピーカからなるスピーカ配列中における各スピーカの位置に対応する各チャネルに対応付けられており、当該各ビットの値により、対応する各チャネルのオーディオデータが存在するか否かを示すチャネル割当情報を含む再生制御情報を生成する生成手段と、
該生成された再生制御情報を情報記録媒体上における制御情報領域に記録する第１記録手段と、
前記チャネル割当情報により存在が示される複数のオーディオデータをチャネル別に前記情報記録媒体上におけるデータ領域に記録する第２記録手段と、
前記情報記録媒体から前記再生制御情報及び前記複数のオーディオデータを読み取る読取手段と、
該読み取られた再生制御情報に含まれる前記チャネル割当情報に係る前記ビット配列中における各ビットの位置により、前記情報記録媒体に記録されている前記複数のオーディオデータのチャネルを特定する特定手段と、
前記読み取られた複数のオーディオデータを、前記特定されたチャネル別の複数のオーディオデータとして再生する再生手段と
を備えたことを特徴とする情報記録再生装置。
【請求項２３】
複数のビットからなるビット配列中における各ビットの位置が、複数のスピーカからなるスピーカ配列中における各スピーカの位置に対応する各チャネルに対応付けられており、当該各ビットの値により、対応する各チャネルのオーディオデータが存在するか否かを示すチャネル割当情報を含む再生制御情報を生成する生成工程と、
該生成された再生制御情報を情報記録媒体上における制御情報領域に記録する第１記録工程と、
前記チャネル割当情報により存在が示される複数のオーディオデータをチャネル別に前記情報記録媒体上におけるデータ領域に記録する第２記録工程と、
前記情報記録媒体から前記再生制御情報及び前記複数のオーディオデータを読み取る読取工程と、
該読み取られた再生制御情報に含まれる前記チャネル割当情報に係る前記ビット配列中における各ビットの位置により、前記情報記録媒体に記録されている前記複数のオーディオデータのチャネルを特定する特定工程と、
前記読み取られた複数のオーディオデータを、前記特定されたチャネル別の複数のオーディオデータとして再生する再生工程と
を備えたことを特徴とする情報記録再生方法。
【請求項２４】
請求項１０から１８のいずれか一項に記載の情報記録装置に備えられたコンピュータを制御する記録制御用のコンピュータプログラムであって、該コンピュータを、前記生成手段、前記第１記録手段及び前記第２記録手段の少なくとも一部として機能させることを特徴とする記録制御用のコンピュータプログラム。
【請求項２５】
請求項２０記載の情報再生装置に備えられたコンピュータを制御する再生制御用のコンピュータプログラムであって、該コンピュータを、
前記読取手段、前記特定手段及び前記再生手段の少なくとも一部として機能させる再生制御用のコンピュータプログラム。
【請求項２６】
請求項２２記載の情報記録再生装置に備えられたコンピュータを制御する記録再生制御用のコンピュータプログラムであって、該コンピュータを、前記生成手段、前記第１記録手段、前記第２記録手段、前記読取手段、前記特定手段及び前記再生手段の少なくとも一部として機能させる記録再生制御用のコンピュータプログラム。
【請求項２７】
複数のビットからなるビット配列中における各ビットの位置が、複数のスピーカからなるスピーカ配列中における各スピーカの位置に対応する各チャネルに対応付けられており、当該各ビットの値により、対応する各チャネルのオーディオデータが存在するか否かを示すチャネル割当情報を含む再生制御情報と、
該チャネル割当情報により存在が示されると共にチャネル別に記録される複数のオーディオデータと
を備えたことを特徴とする制御信号を含むデータ構造。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、マルチチャネルのオーディオデータの記録や再生に係る、例えば光ディスク等の情報記録媒体、情報記録装置及び方法、情報再生装置及び方法、情報記録再生措置及び方法、並びにデータ構造の技術分野に属する。
【０００２】
【従来の技術】
マルチチャネルのオーディオデータには、例えば一般用に、２チャネル、３チャネル、４チャネル、５チャネル、５．１チャネル等の各種のものがあり、例えば映画館用或いはシアター用には、更に多数チャネルのものがある。
【０００３】
従来の、例えば特開２０００−１１５４６号公報に開示されている如きＤＶＤオーディオ規格に基づくＤＶＤでは、このようなマルチチャネルのオーディオデータを記録可能である。例えば、左前スピーカ用のＬｆ（左前）チャネルのオーディオデータ、右前スピーカ用のＲｆ（右前）チャネルのオーディオデータ及びセンタスピーカ用のＣ（中央）チャネルのオーディオデータを記録可能である。或いは、左前スピーカ用のＬｆ（左前）チャネルのオーディオデータ、左後スピーカ用のＬｒ（左後）チャネルのオーディオデータ、右前スピーカ用のＲｆ（右前）チャネルのオーディオデータ、右後スピーカ用のＲｒ（右後）チャネルのオーディオデータ、及びセンタスピーカ用のＣ（中央）チャネルのオーディオデータを記録可能である。これにより、所謂サラウンドシステムを使ってマルチチャネルのオーディオデータの再生が可能とされる。
【０００４】
個々のＤＶＤ上に、どのようなマルチチャネルのオーディオデータが記録されているかを示すためには、その管理情報中にチャネル割当モード（チャネル・アサインメント・モード）が既述されている。そして、オブジェクトデータ領域内には、各チャネルのオーディオデータがこのチャネル割当モードに従って配列される。
【０００５】
より具体的には、例えば、ＤＶＤビデオフォーマットによれば、アプリケーション情報中に３ビットのチャネル割当モードが定義されている。チャネル割当モードは、オーディオコーディングと共に、そのオーディオチャンネル数と各チャンネルナンバーが何であるのかを示す。例えば、チャネル割当モードが、“０１０ｂ”であり、オーディオコーディングがリニアＰＣＭである場合には、オーディオチャンネル数が２であり、オーディオチャネル＃０がＣＨ１（Ｌ−ｃｈ）、オーディオチャネル＃１が、ＣＨ２（Ｒ−ｃｈ）であることを示す。また例えば、チャネル割当モードが、“１１１ｂ”であり、オーディオコーディングがリニアＰＣＭである場合には、オーディオチャンネル数が５であり、オーディオチャネル＃０〜４は夫々、ＣＨ１〜ＣＨ５であることを示す。
【０００６】
尚、各チャンネルのサンプルデータは、適当なビット長を有すると共に交互に配列されるものであり、例えば１６ビットモードで、５チャンネルの場合には、チャネル＃０、＃１、＃２＃３、＃４、＃０、＃１、＃２＃３、＃４、…の順で配列される。
【０００７】
【発明が解決しようとする課題】
しかしながら、上述した従来のＤＶＤ等では、スピーカ配列毎に、即ちチャネル構成毎に、チャネル割当モードを定義する必要がある。このため、予めフォーマット規格として定義されたスピーカ配列とは異なるスピーカ配列に対応するマルチチャネルのオーディオデータを記録すること或いはこれを再生することはできないという問題点がある。
【０００８】
これに対して、特に映画館などの業務用では或いは一般用でも高度なサラウンドシステムにおいては、広い室内に多数のスピーカが２次元配列されている。更に、天井や壁などの高さ方向にも多数のスピーカが３次元配列されている場合も多い。上述した従来のＤＶＤ等では、このような複雑に２次元のスピーカ配列や３次元のスピーカ配列に対応するようなマルチチャネルのオーディオデータを記録することはできないのである。
【０００９】
加えて理論上は、複雑で多種多様なスピーカ配列であっても予めこれに対してチャネル割当モードを定義しておけば足りるものの、実際に多種多様なスピーカ配列を網羅するためには、指数関数的に増加する情報量のチャネル割当モードを予め定義しておく必要があり、実践上は、極めて困難であるという技術的問題点がある。
【００１０】
本発明は、例えば上記問題点に鑑みなされたものであり、対応可能なスピーカ配置の種類についての融通性に優れている、マルチチャネルのオーディオデータを記録可能な情報記録媒体、情報記録装置及び方法、このようなオーディオデータを再生可能な情報再生装置及び方法、このようなオーディオデータを記録再生可能な情報記録再生装置及び方法、コンピュータをこれら情報記録装置、情報再生装置又は情報記録再生装置として機能させる制御用のコンピュータプログラム、並びに、マルチチャネルのオーディオデータを記録可能な制御信号を含むデータ構造を提供することを課題とする。
【００１１】
【課題を解決するための手段】
請求項１記載の情報記録媒体は、例えば上記課題を解決するために、複数のビットからなるビット配列中における各ビットの位置が、複数のスピーカからなるスピーカ配列中における各スピーカの位置に対応する各チャネルに対応付けられており、当該各ビットの値により、対応する各チャネルのオーディオデータが存在するか否かを示すチャネル割当情報を含む再生制御情報と、該チャネル割当情報により存在が示されると共にチャネル別に記録される複数のオーディオデータとが記録される。
【００１２】
請求項１０記載の情報記録装置は、例えば上記課題を解決するために、複数のビットからなるビット配列中における各ビットの位置が、複数のスピーカからなるスピーカ配列中における各スピーカの位置に対応する各チャネルに対応付けられており、当該各ビットの値により、対応する各チャネルのオーディオデータが存在するか否かを示すチャネル割当情報を含む再生制御情報を生成する生成手段と、該生成された再生制御情報を情報記録媒体上における制御情報領域に記録する第１記録手段と、前記チャネル割当情報により存在が示される複数のオーディオデータをチャネル別に前記情報記録媒体上におけるデータ領域に記録する第２記録手段とを備える。
【００１３】
請求項１９記載の情報記録方法は、例えば上記課題を解決するために、複数のビットからなるビット配列中における各ビットの位置が、複数のスピーカからなるスピーカ配列中における各スピーカの位置に対応する各チャネルに対応付けられており、当該各ビットの値により、対応する各チャネルのオーディオデータが存在するか否かを示すチャネル割当情報を含む再生制御情報を生成する生成工程と、該生成された再生制御情報を情報記録媒体上における制御情報領域に記録する第１記録工程と、前記チャネル割当情報により存在が示される複数のオーディオデータをチャネル別に前記情報記録媒体上におけるデータ領域に記録する第２記録工程とを備える。
【００１４】
請求項２０記載の情報再生装置は、例えば上記課題を解決するために、請求項１から９のいずれか一項に記載の情報記録媒体から前記複数のオーディオデータを再生する情報再生装置であって、前記情報記録媒体から前記再生制御情報及び前記複数のオーディオデータを読み取る読取手段と、該読み取られた再生制御情報に含まれる前記チャネル割当情報に係る前記ビット配列中における各ビットの位置により、前記情報記録媒体に記録されている前記複数のオーディオデータのチャネルを特定する特定手段と、前記読み取られた複数のオーディオデータを、前記特定されたチャネル別の複数のオーディオデータとして再生する再生手段とを備える。
【００１５】
請求項２１記載の情報再生方法は、例えば上記課題を解決するために、請求項１から９のいずれか一項に記載の情報記録媒体から前記複数のオーディオデータを再生する情報再生方法であって、前記情報記録媒体から前記再生制御情報及び前記複数のオーディオデータを読み取る読取工程と、該読み取られた再生制御情報に含まれる前記チャネル割当情報に係る前記ビット配列中における各ビットの位置により、前記情報記録媒体に記録されている前記複数のオーディオデータのチャネルを特定する特定工程と、前記読み取られた複数のオーディオデータを、前記特定されたチャネル別の複数のオーディオデータとして再生する再生工程とを備える。
【００１６】
請求項２２記載の情報記録再生装置は、例えば上記課題を解決するために、複数のビットからなるビット配列中における各ビットの位置が、複数のスピーカからなるスピーカ配列中における各スピーカの位置に対応する各チャネルに対応付けられており、当該各ビットの値により、対応する各チャネルのオーディオデータが存在するか否かを示すチャネル割当情報を含む再生制御情報を生成する生成手段と、該生成された再生制御情報を情報記録媒体上における制御情報領域に記録する第１記録手段と、前記チャネル割当情報により存在が示される複数のオーディオデータをチャネル別に前記情報記録媒体上におけるデータ領域に記録する第２記録手段と、前記情報記録媒体から前記再生制御情報及び前記複数のオーディオデータを読み取る読取手段と、該読み取られた再生制御情報に含まれる前記チャネル割当情報に係る前記ビット配列中における各ビットの位置により、前記情報記録媒体に記録されている前記複数のオーディオデータのチャネルを特定する特定手段と、前記読み取られた複数のオーディオデータを、前記特定されたチャネル別の複数のオーディオデータとして再生する再生手段とを備える。
【００１７】
請求項２３記載の情報記録再生方法は、例えば上記課題を解決するために、複数のビットからなるビット配列中における各ビットの位置が、複数のスピーカからなるスピーカ配列中における各スピーカの位置に対応する各チャネルに対応付けられており、当該各ビットの値により、対応する各チャネルのオーディオデータが存在するか否かを示すチャネル割当情報を含む再生制御情報を生成する生成工程と、該生成された再生制御情報を情報記録媒体上における制御情報領域に記録する第１記録工程と、前記チャネル割当情報により存在が示される複数のオーディオデータをチャネル別に前記情報記録媒体上におけるデータ領域に記録する第２記録工程と、前記情報記録媒体から前記再生制御情報及び前記複数のオーディオデータを読み取る読取工程と、該読み取られた再生制御情報に含まれる前記チャネル割当情報に係る前記ビット配列中における各ビットの位置により、前記情報記録媒体に記録されている前記複数のオーディオデータのチャネルを特定する特定工程と、前記読み取られた複数のオーディオデータを、前記特定されたチャネル別の複数のオーディオデータとして再生する再生工程とを備える。
【００１８】
請求項２４記載の記録制御用のコンピュータプログラムは、例えば上記課題を解決するために、請求項１０から１８のいずれか一項に記載の情報記録装置に備えられたコンピュータを制御する記録制御用のコンピュータプログラムであって、該コンピュータを、前記生成手段、前記第１記録手段及び前記第２記録手段の少なくとも一部として機能させる。
【００１９】
請求項２５記載の再生制御用のコンピュータプログラムは、例えば上記課題を解決するために、請求項２０記載の情報再生装置に備えられたコンピュータを制御する再生制御用のコンピュータプログラムであって、該コンピュータを、前記読取手段、前記特定手段及び前記再生手段の少なくとも一部として機能させる。
【００２０】
請求項２６記載の記録再生制御用のコンピュータプログラムは、例えば上記課題を解決するために、請求項２２記載の情報記録再生装置に備えられたコンピュータを制御する記録再生制御用のコンピュータプログラムであって、該コンピュータを、前記生成手段、前記第１記録手段、前記第２記録手段、前記読取手段、前記特定手段及び前記再生手段の少なくとも一部として機能させる。
【００２１】
請求項２７記載の制御信号を含むデータ構造は、例えば上記課題を解決するために、複数のビットからなるビット配列中における各ビットの位置が、複数のスピーカからなるスピーカ配列中における各スピーカの位置に対応する各チャネルに対応付けられており、当該各ビットの値により、対応する各チャネルのオーディオデータが存在するか否かを示すチャネル割当情報を含む再生制御情報と、該チャネル割当情報により存在が示されると共にチャネル別に記録される複数のオーディオデータとを備える。
【００２２】
本発明の作用及び他の利得は次に説明する実施の形態から明らかにされよう。
【００２３】
【発明の実施の形態】
以下、本発明の実施の形態を図面に基づいて説明する。
【００２４】
（情報記録媒体の第１実施形態）
先ず本発明の情報記録媒体の第１実施形態について図１を参照して説明する。ここに、図１は、本実施形態に係る情報記録媒体に記録されたチャネル割当情報の一例において、スピーカ配列（２次元配列）に対して、そのビット配列を対応付ける様子を示す概念図である。
【００２５】
本実施形態では例えば、情報記録媒体は、光学的に再生のみ可能な或いは記録再生可能な光ディスクから構成されている。
【００２６】
本実施形態における情報記録媒体には、（ｉ）１次元又は２次元配列される複数のビットからなるビット配列中における各ビットの位置が、１次元、２次元又は３次元配列される複数のスピーカからなるスピーカ配列中における各スピーカの位置に対応する各チャネルに対応付けられており、当該各ビットの２値により、対応する各チャネルのオーディオデータが存在するか否かを示すチャネル割当情報を含む再生制御情報と、（ｉｉ）該チャネル割当情報により存在が示されると共にチャネル別に記録される複数のオーディオデータとが記録される。
【００２７】
この再生制御情報とオーディオデータは、光ディスクの主要部であるデータ領域に記録される。尚、オーディオデータは、他のビデオデータやサブピクチャデータ等のコンテンツデータと共に記録されてもよい。
【００２８】
図１に示すように、チャネル割当情報８００Ｉは、その２次元配列される複数のビットからなるビット配列８００ｂ中における各ビットの位置が（図１の下側参照）、床面上に２次元配列される複数のスピーカＬｆ、Ｌｆ−ｍ、Ｃ、…からなるスピーカ配列８００ａ中における各スピーカの位置に対応する各チャネルに対応付けられている（図１の上側参照）。
【００２９】
より具体的には、図１の下側のビット配列８００ｂ中で矢印８０４によって示された順序で配列された、８ビット×４行のビット配列８００ｂにおけるＲＢＰ（Ｒｅｌａｔｉｖｅ　Ｂｙｔｅ　Ｐｏｉｎｔｅｒ）＃１の行即ち１行目を、視聴者８００ｈを基準としてのスピーカ配列８００ａにおけるフロント側に対応させる（図１の上側参照）。ビット配列８００ｂにおけるＲＢＰ＃４の行即ち４行目を、視聴者８００ｈを基準としてのスピーカ配列８００ａにおけるリア側に対応させる。ビット配列８００ｂにおけるＭＳＢ（Ｍｏｓｔ　Ｓｉｇｎｉｆｉｃａｎｔ　Ｂｉｔ）側を、視聴者８００ｈを基準としてのスピーカ配列８００ａにおける左側に対応させる。更に、ビット配列８００ｂにおけるＬＳＢ（Ｌｅａｓｔ　Ｓｉｇｎｉｆｉｃａｎｔ　Ｂｉｔ）側を、視聴者８００ｈを基準としてのスピーカ配列８００ａにおける右側に対応させる。そして、８ビットからなる各行を１バイト（Ｂｙｔｅ）として、ＲＢＰにより各行番号を示す構成を採用している。
【００３０】
ビット配列８００ｂの第２行目〜第４行目における右端に位置するＬＳＢについては、スピーカ配列８００ａにおけるスピーカの位置に対応させることなく、未使用としている。但し、ビット配列８００ｂ中における「所定位置にあるビット」として、１行目におけるＬＳＢについては、スピーカ配列８００ａ中におけるスピーカの位置に対応しないチャネルのオーディオデータが存在するか否かを示す。本例では特に、この１行目のＬＳＢは、スーパーウーハ（ＬＦＥ）用のチャネルに対応させている。同様に、第２行目〜第４行目における未使用のＬＳＢについても、スピーカ配列８００ａ中におけるスピーカの位置に対応しないチャネルのオーディオデータが存在するか否かを示すように規定してもよく、或いは他の何らかの情報を既述することも可能である。
【００３１】
また、図１の上側に示すように、スピーカ配列８００ａ中における２行目及び３行目には、視聴者８００ｈを基準としての側方スピーカＬｓ１、Ｌｓ２、Ｒｓ１、Ｒｓ２が左右に配置されている。従って、本実施形態では、このような側方スピーカを含むスピーカ配列にも対処可能である。
【００３２】
図１の上側に示すスピーカ配列８００ａ中における各スピーカの位置を示すマス目のうち斜線が施されたものは、拡張配置領域である。拡張配置領域は、ビット配列８００ｂの全行における左端に位置するＭＳＢと、視聴者８００ｈの周囲の中央付近とに位置している。これらの位置には通常スピーカは配置されないが、本実施形態のチャネル割当情報８００Ｉにおけるビット配列８００ｂを用いれば、新たに定義する必要なしに、これらの拡張配置領域の夫々に、スピーカを配置するスピーカ配列にも問題なく対処できる。例えば、左前スピーカＬｆの外側に配置される左前外側スピーカに対応するチャネルのオーディオデータを記録する場合に、当該左前外側スピーカに対応するオーディオデータが存在するか否かを示す情報を、拡張配置領域のうち第１行目のＭＳＢに既述することも可能である。
【００３３】
以上のように本実施形態では特に、ビット配列８００ｂは、各行に所定ビット数として８ビットずつ配列されると共に所定行数として４行に渡って２次元配列された複数のビットからなり、スピーカ配列８００ａは、複数ビットの２次元配列に対応する平面上に配列された複数のスピーカからなる。
【００３４】
但し、本実施形態において、このようなビット配列８００ｂをなす、８ビットや４行は例示であり、これらに代えて、４ビットや２行としてもよいし、１６ビットや８行としてもよい。そして、好ましくは、一行を構成する所定ビット数及び所定行数のうち少なくとも一方は可変である。
【００３５】
本実施形態における情報記録媒体に、例えば５．１チャネルといったマルチチャネル型の複数チャネルのオーディオデータを記録する場合には、再生制御情報中のチャネル割当情報として、ビット配列８００ｂ中に図１の下側に具体的に示したようなビット値を有するチャネル割当情報８００Ｉが、このオーディオ情報と共に記録される。そして、当該情報記録媒体の再生時には、チャネル割当情報８００Ｉを参照することで、オーディオデータが、どのようなチャネル構成を有するのか、或いはどのようなスピーカ配列に対応するものであるかが特定される。
【００３６】
具体的には、図１において、ビット配列８００ｂにおける各ビットの値が“１”であれば、スピーカ配列８００ａにおいて、対応するスピーカが存在し、よって対応するチャネルのオーディオデータが存在することを示す。他方、各ビットの値が“０”であれば、スピーカ配列８００ａにおいて、対応するスピーカが存在せず、よって対応するチャネルのオーディオデータが存在しないことを示す。尚、図１では、ビット配列８００ｂ中で“１”とされたところ以外のビットの値は、簡単のため不図示としたが全て“０”とされているものとする。
【００３７】
従って本実施形態では、５．１チャネルを示す場合であるため、図１においてビット配列８００ｂ中で第１行目の第２、第４及び第６ビットの値が夫々“１”とされ、第４行目の第２及び第６ビットの値が夫々“１”とされ、更に第１行目のＬＳＢが“１”とされ、他のビットの値は“０”とされる。これらのビットの値により、スピーカＬｆ、Ｃ、Ｒｆ、Ｌｒ、Ｒｒ及びＬＦＥに対応する５．１チャネルのオーディオデータが記録されていることが特定できる。
【００３８】
尚、逆に各ビットの値が“０”であれば、対応するチャネルのオーディオデータが存在することを示し、各ビットの値が“１”であれば、対応するチャネルのオーディオデータが存在しないことを示すようにしてもよい。
【００３９】
このようにして複数のオーディオデータは、ビット配列８００ｂの各ビットによりそれらの存在が示され、情報記録媒体上に、チャネル別に記録される。この際、オーディオデータは、典型的には、適当なサンプリング周波数でサンプリングされた各種方式のデジタルオーディオデータからなる。
【００４０】
以上の如く本実施形態によれば、ビット配列８００ｂ中における各ビットの位置を、スピーカ配列８００ａ中における各スピーカの位置に対応させることにより、スピーカ配列８００ａにおける各スピーカの位置及び有無を示すために必要な情報を飛躍的に削減できる。仮に従来のチャネル割当モードを用いたとすれば、図１の上側に示した如きスピーカ配列８００ａにおける各スピーカの位置及び有無を示すためには、当該チャネル割当モード用に必要な情報量は、スピーカの数に応じて指数関数的に増加してしまうのである。
【００４１】
更に、本実施例では、ビット配列８００ｂが、８ビット×４行の場合を例示したが、ビット配列８００ｂにおける各行を構成するビット数や行数は、自由に増減可能である。即ち、各行を構成するビット数や行数を示す情報を、チャネル割当情報と共に再生制御情報に含めておけば、これらを再生時に参照することにより、問題なく、各オーディオデータを各スピーカに対応付けられる。今までになかったような新規なスピーカ配置或いはこれに対応するチャネル割当を行う場合にも、従来の如くチャネル割当モードを新たに定義する必要はなくなり、係る新規なスピーカ配置に用意に対処し得る。
【００４２】
このように本実施形態によれば、対応可能なスピーカ配置の種類についての融通性に大変優れている。
【００４３】
尚、本実施形態では、ビット配列及びスピーカ配列を共に２次元配列としたが、例えばフロントスピーカのみを対象とする場合など、これらは１次元配列であってもよい。この場合にも、従来のチャネル割当モードを利用して、単純なスピーカ配置を定義する場合と比較して、融通性に優れており、相応の作用効果が得られる。
【００４４】
本実施形態では特に、チャネル割当情報８００Ｉは、図１の下側に示すように、スピーカ配列８００ａとビット配列８００ｂとを対応付けたチャネル割当テーブルからなるので、情報記録媒体を再生する際に、当該チャネル割当テーブルを参照することにより、容易且つ迅速にオーディオデータのチャネルを特定できる。
【００４５】
本実施形態では好ましくは、情報記録媒体上において、複数のオーディオデータは、パック或いはパケット化されており、且つ各パック或いはパケット内において一又は複数サンプル単位で、複数のビットの配列順に対応する順序で配列されている。ここに「対応する順序」とは、例えば図１に示したスピーカ配列８００ａにおいて左から数えてもよいし、右から数えてもよく、更に、前から数えてもよいし、後ろから数えてもよい。例えば、図１の下側のビット配列８００ｂ中で矢印８０４によって示されたビットの配列順序を、そのままパック或いはパケット内におけるオーディオデータの記録順序としてもよい。いずれにせよ、予め設定された規約における順番であれば、再生時において、各サンプル単位のオーディオデータが、どのチャネルに対応するのかの特定が可能であるので、問題は生じない。また、「サンプル単位」としては、８ビット、１６ビット、２４ビット等、任意のサンプル単位を採用可能である。
【００４６】
加えて、このようにパック或いはパケット化する場合、ビット配列８００ｂ中におけるビットの値が“０”であるためにその存在が示されていないオーディオデータについては、パック或いはパケット内に、それを格納するための領域を設けることなく、ビット配列８００ｂ中におけるビットの値が“１”であるためにその存在が示されるオーディオデータのみを、パック或いはパケット内に、サンプル単位で詰めて配列するのが好ましい。これにより、オーディオデータを記録するためのデータ領域を削減できる。
【００４７】
（情報記録媒体の第２実施形態）
本発明の情報記録媒体の第２実施形態について図２を参照して説明する。ここに、図２は、本実施形態に係る情報記録媒体に記録されるチャネル割当情報の一例において、スピーカ配列（３次元配列）に対して、そのビット配列を対応付ける様子を示す概念図である。
【００４８】
本実施形態では例えば、情報記録媒体は、光学的に再生のみ可能な或いは記録再生可能な光ディスクから構成されている。
【００４９】
第２実施形態では、スピーカ配列は、３次元配列される複数のスピーカからなり、チャネル割当情報を構成するビット配列中における複数のビットは、複数の部分ビット配列を含んでなる。該複数の部分ビット配列は夫々、各行に所定ビット数ずつ配列されると共に所定行数に渡って２次元配列された複数のビットからなり、３次元配列される複数のスピーカのうち、当該部分ビット配列毎に同一高さの平面に配置される複数のスピーカに対応する複数のチャネルに対応付けられている。そして、複数の部分ビット配列は、相異なる高さの前記平面の数だけ存在する。その他の構成については上述した第１実施形態の場合と同様である。
【００５０】
即ち図２に示すように第２実施形態では、チャネル割当情報９００Ｉは、床レベル、中間層レベル及び天井レベルの夫々について、第１実施形態における図１の下側に示したビット配列８００ｂと同様の２次元ビット配列を“部分ビット配列”として合計３つ含んでなるビット配列９００ｂからなる。他方、３次元配列されたスピーカ配列９００ａは、床レベルに２次元配列されたスピーカ配列９０１ａ、中間層レベルに２次元配列されたスピーカ配列９０２ａ、天井レベルに２次元配列されたスピーカ配列９０３ａを含んでなる。
【００５１】
チャネル割当情報９００Ｉは、そのビット配列９００ｂのうち部分ビット配列９０１ｂにおける各ビットの位置が（図２の下側参照）、床レベルに２次元配列されるスピーカ配列９０１ａ中における各スピーカの位置に対応する各チャネルに対応付けられている（図２の上側参照）。また、そのビット配列９００ｂのうち部分ビット配列９０２ｂにおける各ビットの位置が（図２の下側参照）、中間層レベルに２次元配列されるスピーカ配列９０２ａ中における各スピーカの位置に対応する各チャネルに対応付けられている（図２の上側参照）。更に、そのビット配列９００ｂのうち部分ビット配列９０３ｂにおける各ビットの位置が（図２の下側参照）、天井レベルに２次元配列されるスピーカ配列９０３ａ中における各スピーカの位置に対応する各チャネルに対応付けられている（図２の上側参照）。
【００５２】
図２の下側のビット配列９００ｂ中で矢印９０４によって示された順序で配列された、８ビット×４行×３レベルのビット配列９００ｂのうち、ＲＢＰ＃１〜＃４で示される部分ビット配列９０１ｂにおけるＲＢＰ＃１の行即ち１行目を、床レベルで視聴者９００ｈを基準としてのスピーカ配列９０１ａにおけるフロント側に対応させる（図２の上側参照）。そして、床レベルについては、第１実施形態と同様の対応付けがなされる。
【００５３】
ビット配列９００ｂのうち、ＲＢＰ＃５〜＃８で示される部分ビット配列９０２ｂにおけるＲＢＰ＃５の行即ち１行目を、中間層レベルで視聴者９００ｈを基準としてのスピーカ配列９０２ａにおけるフロント側に対応させる（図２の上側参照）。そして、ＲＢＰ＃８行即ち４行目を、中間層レベルで視聴者９００ｈを基準としてのスピーカ配列９０２ａにおけるリア側に対応させる。ビット配列９０２ｂにおけるＭＳＢ側を、中間層レベルで視聴者９００ｈを基準としてのスピーカ配列９０２ａにおける左側に対応させる。更に、ビット配列９０２ｂにおけるＬＳＢ側を、中間層レベルで視聴者９００ｈを基準としてのスピーカ配列９０２ａにおける右側に対応させる。
【００５４】
ビット配列９００ｂのうち、ＲＢＰ＃９〜＃１２で示される部分ビット配列９０３ｂにおけるＲＢＰ＃９の行即ち１行目を、天井レベルで視聴者９００ｈを基準としてのスピーカ配列９０３ａにおけるフロント側に対応させる（図２の上側参照）。そして、ＲＢＰ＃１２の行即ち４行目を、天井レベルで視聴者９００ｈを基準としてのスピーカ配列９０３ａにおけるリア側に対応させる。ビット配列９０３ｂにおけるＭＳＢ側を、天井レベルで視聴者９００ｈを基準としてのスピーカ配列９０３ａにおける左側に対応させる。更に、ビット配列９０３ｂにおけるＬＳＢ側を、天井レベルで視聴者９００ｈを基準としてのスピーカ配列９０３ａにおける右側に対応させる。
【００５５】
尚、これらのビット配列とスピーカ配列との対応関係は、これに限らず、例えば、ＲＢＰ＃１〜＃４で示されるビット部分を、天井レベルのスピーカ配列に対応付け、ＲＢＰ＃９〜＃１２で示されるビット部分を、床レベルのスピーカ配列に対応付けてもよい。
【００５６】
以上のように本実施形態によれば、対応可能なスピーカ配置の種類についての融通性に大変優れている。特に、例えば映画館用或いはシアター用に、３次元配列された多数のスピーカに対応する多数チャネルにも容易に適用できる。
【００５７】
本実施形態では特に、このようなチャネル割当情報９００Ｉを含む再生制御情報は、全てのチャネルの総数を示す総チャネル数情報、スピーカを３次元配列可能な相異なる高さの平面或いはレベルの総数を示す階層情報と、各平面或いは各レベルに少なくとも一つのスピーカが配置されるか否かを示す層構成情報を更に含む。
【００５８】
これらの情報を含んでいれば、図２の上側に示したような３次元配列されたスピーカ配列９００ａにおけるいずれの位置にスピーカが配置された場合であっても、各スピーカに対応するチャネルのオーディオデータが存在するか否かを特定でき、存在するオーディオデータの記録順序も特定できる。即ち、チャネル割当情報９００Ｉに加えて、総チャネル数情報、階層情報及び層構成情報を参照することにより、情報記録媒体に記録された３次元のスピーカ配置に対応する複雑なマルチチャネルのオーディオデータであっても問題なく再生可能となる。
【００５９】
尚、これらの情報のうち、「層構成情報」は、各層に１ビットずつのフラグでよい。例えば、上層、中層、下層等の層が存在すれば、“１”とし、なければ、“０”とする。
【００６０】
（情報記録装置の実施形態）
次に本発明の情報記録装置の実施形態について説明する。
【００６１】
本実施形態に係る情報記録装置は、１次元又は２次元配列される複数のビットからなるビット配列中における各ビットの位置が、１次元、２次元又は３次元配列される複数のスピーカからなるスピーカ配列中における各スピーカの位置に対応する各チャネルに対応付けられており、当該各ビットの２値により、対応する各チャネルのオーディオデータが存在するか否かを示すチャネル割当情報を含む再生制御情報を生成する生成部と、該生成された再生制御情報を情報記録媒体上における制御情報領域に記録する第１記録部と、前記チャネル割当情報により存在が示される複数のオーディオデータをチャネル別に前記情報記録媒体上におけるデータ領域に記録する第２記録部とを備える。
【００６２】
本実施形態に係る情報記録装置によれば、生成部は、例えばＣＰＵを含んでなり、上述した本発明の情報記録媒体の第１又は第２実施形態に関して図１及び図２を参照して説明したチャネル割当情報を含む再生制御情報を生成する。第１記録部は、このように生成された再生制御情報を、光ディスク等の情報記録媒体上における制御情報領域に記録する。第２記録部は、チャネル割当情報により存在が示される複数のオーディオデータを、チャネル別に情報記録媒体上におけるデータ領域に記録する。例えば、第１及び第２記録部は、例えばＣＰＵ、エンコーダ、フォーマッタ、光ピックアップ等を含んでなり、チャネル割当情報を含む再生制御情報及びオーディオデータを、光学的に情報記録媒体上に記録する。或いは、第１及び第２記録部は、例えばＣＰＵ、エンコーダ、フォーマッタ、カッティング装置等を含んでなり、チャネル割当情報を含む再生制御情報及びオーディオデータを、カッティングにより情報記録媒体上に記録する。
【００６３】
よって、本実施形態の情報記録装置によれば、上述した本発明の情報記録媒体の第１又は第２実施形態を記録できる。
【００６４】
尚、上述した本発明の情報記録媒体における各種態様に対応して、本発明の情報記録装置も各種態様を採ることが可能である。
【００６５】
加えて、上述した実施形態に係る情報記録装置は、コンピュータを当該情報記録装置として機能させる、記録制御用のコンピュータプログラムを実行させることにより、比較的容易に実現可能である。具体的には、コンピュータを当該情報記録装置として機能させるプログラムを、一のコンピュータに対して、ＣＤ（Ｃｏｍｐａｃｔ　Ｄｉｓｃ）、ＤＶＤ等の記録媒体からロードしたり通信ネットワークを介してダウンロードした後、このプログラムを実行させることにより生成部、第１記録部、第２記録部等の各種手段として機能させてもよい。
【００６６】
（情報再生装置の実施形態）
次に本発明の情報再生装置の実施形態について説明する。
【００６７】
本実施形態に係る情報再生装置は、上述した本発明の情報記録媒体の第１又は第２実施形態（但し、その各種態様を含む）から前記複数のオーディオデータを再生する情報再生装置であって、前記情報記録媒体から前記再生制御情報及び前記複数のオーディオデータを読み取る読取部と、該読み取られた再生制御情報に含まれる前記チャネル割当情報に係る前記ビット配列中における各ビットの位置により、前記情報記録媒体に記録されている前記複数のオーディオデータのチャネルを特定する特定部と、前記読み取られた複数のオーディオデータを、前記特定されたチャネル別の複数のオーディオデータとして再生する再生部とを備える。
【００６８】
本実施形態に係る情報記録装置によれば、読取部は、例えば光ピックアップ、デコーダ等を含んでなり、光ディスク等の情報記録媒体から、上述した本発明の情報記録媒体の第１又は第２実施形態に関して図１及び図２を参照して説明したチャネル割当情報を含むチャネル再生制御情報を読み取る。特定部は、例えばＣＰＵ等を含んでなり、該読み取られた再生制御情報に含まれるチャネル割当情報に係るビット配列中における各ビットの位置により、情報記録媒体に記録されている複数のオーディオデータのチャネルを特定する。また、読取部は、特定部によるチャネルの特定と相前後して、複数のオーディオデータを読み取る。再生部は、例えばＣＰＵ、デコーダ等を含んでなり、読取部で読み取られた複数のオーディオデータを、特定部で特定されたチャネル別の複数のオーディオデータとして再生する。
【００６９】
よって、本実施形態の情報再生装置によれば、上述した本発明の情報記録媒体の第１又は第２実施形態を再生できる。
【００７０】
尚、上述した本発明の情報記録媒体における各種態様に対応して、本発明の情報再生装置も各種態様を採ることが可能である。
【００７１】
加えて、上述した実施形態に係る情報再生装置は、コンピュータを当該情報再生装置として機能させる、再生制御用のコンピュータプログラムを実行させることにより、比較的容易に実現可能である。具体的には、コンピュータを当該情報再生装置として機能させるプログラムを、一のコンピュータに対して、ＣＤ、ＤＶＤ等の記録媒体からロードしたり通信ネットワークを介してダウンロードした後、このプログラムを実行させることにより読取部、特定部、再生部等の各種手段として機能させてもよい。
【００７２】
（情報記録再生装置の実施形態）
次に本発明の情報記録再生装置の実施形態について説明する。
【００７３】
本実施形態に係る情報記録再生装置は、１次元又は２次元配列される複数のビットからなるビット配列中における各ビットの位置が、１次元、２次元又は３次元配列される複数のスピーカからなるスピーカ配列中における各スピーカの位置に対応する各チャネルに対応付けられており、当該各ビットの２値により、対応する各チャネルのオーディオデータが存在するか否かを示すチャネル割当情報を含む再生制御情報を生成する生成部と、該生成された再生制御情報を情報記録媒体上における制御情報領域に記録する第１記録部と、前記チャネル割当情報により存在が示される複数のオーディオデータをチャネル別に前記情報記録媒体上におけるデータ領域に記録する第２記録部とを備える。更に、前記情報記録媒体から前記再生制御情報及び前記複数のオーディオデータを読み取る読取部と、該読み取られた再生制御情報に含まれる前記チャネル割当情報に係る前記ビット配列中における各ビットの位置により、前記情報記録媒体に記録されている前記複数のオーディオデータのチャネルを特定する特定部と、前記読み取られた複数のオーディオデータを、前記特定されたチャネル別の複数のオーディオデータとして再生する再生部とを備える。
【００７４】
このように本実施形態に係る情報記録再生装置は、上述した本発明の情報記録装置の実施形態の構成と、上述した本発明の情報再生装置の実施形態の構成とを併せ持つ。よって、本実施形態の情報記録再生装置によれば、上述した本発明の情報記録媒体の第１又は第２実施形態を、効率的に記録でき、再生できる。
【００７５】
尚、上述した本発明の情報記録媒体における各種態様に対応して、本発明の情報記録再生装置も各種態様を採ることが可能である。
【００７６】
加えて、上述した実施形態に係る情報記録再生装置は、コンピュータを当該情報記録再生装置として機能させる、記録再生制御用のコンピュータプログラムを実行させることにより、比較的容易に実現可能である。具体的には、コンピュータを当該情報記録再生装置として機能させるプログラムを、一のコンピュータに対して、ＣＤ、ＤＶＤ等の記録媒体からロードしたり通信ネットワークを介してダウンロードした後、このプログラムを実行させることにより、生成部、第１記録部、第２記録部、読取部、特定部、再生部等の各種手段として機能させてもよい。
【００７７】
以上説明したように本発明の各実施形態によれば、例えば光ディスク等の情報記録媒体には、スピーカ配列に対応するビット配列を有するチャネル割当情報を含む再生制御情報が記録される。例えば光ディスクレコーダ、カッティング装置等の情報記録装置或いは情報記録再生装置は、このようなチャネル割当情報を生成する生成部及びこれを記録する第１記録部を備え、情報記録方法或いは情報記録再生方法は、このようなチャネル割当情報を生成する生成工程及びこれを記録する第１記録工程を備える。例えば光ディスクプレーヤ等の情報再生装置或いは情報記録再生装置は、このようなチャネル割当情報に基づいて、各オーディオデータのチャネルを特定する特定部を備え、情報再生方法或いは情報記録再生方法は、このようなチャネル割当情報に基づいて、各オーディオデータのチャネルを特定する特定工程を備える。更に、制御信号を含むデータ構造は、このようなチャネル割当情報を含む再生制御情報を備える。従って、本発明の各実施形態によれば、例えば複雑に２次元或いは３次元配列されたスピーカ配置など、対応可能なスピーカ配置の種類についての融通性に大変優れている。
【００７８】
本実施形態におけるこのような作用、及び他の利得は次に説明する実施例から更に明らかにされる。
【００７９】
【実施例】
本発明の各実施例について図面を参照して説明する。
【００８０】
（情報記録媒体の実施例）
図３から図１５を参照して、本発明の情報記録媒体の実施例について説明する。本実施例は、本発明の情報記録媒体を、記録（書き込み）及び再生（読み出し）が可能な光ディスクに適用したものである。
【００８１】
先ず図３を参照して、本実施形態の光ディスクの基本構造について説明する。ここに図３は、上側に複数のエリアを有する光ディスクの構造を概略平面図で示すと共に、下側にその径方向におけるエリア構造を概念図で対応付けて示すものである。
【００８２】
図３に示すように、光ディスク１００は、例えば、記録（書き込み）が複数回又は１回のみ可能な、光磁気方式、相変化方式等の各種記録方式で記録可能とされており、ＤＶＤと同じく直径１２ｃｍ程度のディスク本体上の記録面に、センターホール１０２を中心として内周から外周に向けて、リードインエリア１０４、データエリア１０６及びリードアウトエリア１０８が設けられている。そして、各エリアには、例えば、センターホール１０２を中心にスパイラル状或いは同心円状に、グルーブトラック及びランドトラックが交互に設けられており、このグルーブトラックはウオブリングされてもよいし、これらのうち一方又は両方のトラックにプレピットが形成されていてもよい。尚、本発明は、このような三つのエリアを有する光ディスクに特に限定されない。
【００８３】
次に図４を参照して、光ディスク１００上に記録されるデータの構造について説明する。ここに、図４は、光ディスク１００上に記録されるデータ構造を模式的に示すものである。
【００８４】
以下の説明において、「タイトル」とは、例えば、楽曲１曲、音楽アルバム１本、映画１本、テレビ番組１本などの論理的に大きなまとまりを持ったコンテンツの単位である。
【００８５】
図４において、光ディスク１００には、論理的構造として、各種論理情報を格納する論理情報ファイル１１０と、マルチチャネルのオーディオデータ等のデータ（音声Ｄａｔａ）を格納するデータファイル１４０とを備える。論理情報ファイル１１０は、例えば図３に示したデータ記録エリア１０６内に記録され、例えばデータファイル１４０内のオーディオデータ等を再生するのに先立って読み出される。他方、データファイル１４０も、例えば図３に示したデータ記録エリア１０６内に記録され、論理情報１１０に含まれる再生を制御するための各種論理情報に基づいて、これに格納されたオーディオデータ等のデータが再生される。
【００８６】
論理情報ファイル１１０は、一般情報（Ｇｅｎｅｒａｌ　Ｉｎｆｏｒｍａｔｉｏｎ）１１２及びタイトル情報（Ｔｉｔｌｅ　Ｉｎｆｏｒｍａｔｉｏｎ）１１４を格納する。そして好ましくは、ＲＢＰ（Ｒｅｌａｔｉｖｅ　Ｂｙｔｅ　Ｐｏｉｎｔｅｒ）＃０、＃１、＃２、…が、一般情報１１２の先頭から割り当てられる。これにより、論理情報ファイル１１０の大きさが可変であっても或いはデータファイル１４０の大きさが可変であっても、一般情報１１２の先頭位置やタイトル情報１１４の先頭位置を、ポインタであるＲＢＰにより特定可能となる。
【００８７】
タイトル情報１１４は更に、タイトル総数情報（Ｎｕｍｂｅｒ　ｏｆ　Ｔｉｔｌｅｓ　情報）、各タイトル＃ｉのタイトル情報（Ｔｉｔｌｅ　＃ｉ情報）等の各タイトルに固有の情報を含んでなる（但し、ｉ＝１、２、…）。そして、好ましくは、ＲＢＰ（Ｒｅｌａｔｉｖｅ　Ｂｙｔｅ　Ｐｏｉｎｔｅｒ）＃０、＃１、＃２、…が、各タイトル情報の先頭から割り当てられる。これにより、タイトル個数が可変であっても或いは各タイトル情報のデータ長が可変であっても、各タイトル情報の先頭位置をポインタであるＲＢＰにより特定可能となる。論理情報ファイル１１０については、後に図５を参照して、より詳細に説明する。
【００８８】
データファイル１４０は、タイトル＃ｉ毎に、タイトル＃ｉデータ１４２を格納する。データファイル１４０については、後に図６を参照して、より詳細に説明する。
【００８９】
次に、このような論理情報ファイル１１０及びデータファイル１４０に格納される各種論理情報や音声データの詳細について、図５及び図６〜図１０を参照して説明する。ここに図５は、論理情報ファイルの具体的なデータ構成例を示す概念図であり、図６は、データファイルの具体的なデータ構成例を示す概念図である。図７は、論理情報ファイル中の曲再生時間長情報の具体的なデータ構成例を示す概念図であり、図８は、論理情報ファイル中の構成チャネル数情報の具体的なデータ構成例を示す概念図であり、図９は、論理情報ファイル中の層構造情報の具体的なデータ構成例を示す概念図である。そして、図１０は、チャネル割当テーブルの具体的なデータ構成例を示す概念図である。
【００９０】
図５に示すように、論理情報ファイル１１０は、本発明に係る「再生制御情報」の一例として、一般情報（Ｇｅｎｅｒａｌ　Ｉｎｆｏｒｍａｔｉｏｎ）１１２及びタイトル情報（Ｔｉｔｌｅ　Ｉｎｆｏｒｍａｔｉｏｎ）１１４を格納する。
【００９１】
図６に示すように、データファイル１４０は、本発明に係る「オーディオデータ」の一例として、音声データを、タイトル別のデータ領域（Ｔｉｔｌｅ　＃ｉ　ｄａｔａ領域）に、タイトル番号毎に格納する。そして特に、各タイトルに係る音声データは、如何なるチャネル構成の或いは如何なるマルチチャネル構成の音声データであるのか、例えばステレオの音声データであるか、サラウンドの音声データであるか等は基本的に自由或いは可変である。従来のチャネル割当モードの如くチャネル構成毎にデータ配列方法を定義することを要しない。即ち、以下に説明するタイトル情報１１４（特に、そのうちのチャネル割当情報等）により、概ね任意のチャネル構成を有する音声データであっても、如何なるチャネル構成であるかを簡単に特定できる。そして、各タイトル＃ｉの各チャネルの音声データ配列方法は、後に詳述するチャネル割当テーブルに対応付けられる形で規定されている。加えて、図６に示したように、各タイトルの音声データの格納位置或いは格納順序についても可変（ｖａｒｉａｂｌｅ）である。
【００９２】
再び図５において、一般情報（Ｇｅｎｅｒａｌ　Ｉｎｆｏｒｍａｔｉｏｎ）１１２は、フィールドＩＤ（Ｆｉｅｌｄ　ＩＤ）情報、バージョン番号（Ｖｅｒｓｉｏｎ　Ｎ）情報、ファイルサイズ（Ｆｉｌｅ　ＳＺ）情報、タイトル情報スタートアドレスポインタ（Ｔｉｔｌｅ　Ｉｎｆｏ　ＳＰ）情報を含んでなる。また、一般情報１１２は、その他に拡張用予備フィールド（Ｆｉｅｌｄ）を有する。
【００９３】
フィールドＩＤ（Ｆｉｅｌｄ　ＩＤ）情報は、１６バイトのフィールドサイズを有し、例えばＡＳＣＩＩ文字等により、当該ファイルにおけるファイルデータ形式を示す識別子を記述する。
【００９４】
バージョン番号（Ｖｅｒｓｉｏｎ　Ｎ）情報は、２バイトのフィールドサイズを有し、当該ファイルの形式番号（バージョン番号）を例えば、次のルールにより記述する。
【００９５】
００９０ｈ：Ｖｅｓｒｉｏｎ０．９
０１００ｈ：Ｖｅｓｒｉｏｎ１．０
０１１０ｈ：Ｖｅｓｒｉｏｎ１．１
…
尚、上記ビット値“××××ｈ”における符号“ｈ”は、１６進数表示であることを示す（以下同様）。
【００９６】
ファイルサイズ（Ｆｉｌｅ　ＳＺ）情報は、４バイトのフィールドサイズを有し、当該ファイルの全体サイズ（即ち、一般情報１１２＋タイトル情報１１４＋音声データ１４０のサイズ）を、ファイル先頭からの総バイト数で記述する。
【００９７】
タイトル情報スタートアドレスポインタ（Ｔｉｔｌｅ　Ｉｎｆｏ　ＳＰ）情報は、４バイトのフィールドサイズを有し、当該ファイル内に格納されるタイトル情報１１４の記録領域のスタートアドレスを、当該ファイル先頭からの相対バイト値（即ち、ＲＢＰ値）で記述する。
【００９８】
タイトル情報（Ｔｉｔｌｅ　Ｉｎｆｏｒｍａｔｉｏｎ）１１４は、タイトル総数情報（Ｎｕｍｂｅｒ　ｏｆＴｉｔｌｅｓ）情報、各タイトル情報のサーチポインタテーブル（Ｔａｂｌｅ）、タイトル＃ｉ情報（Ｔｉｔｌｅ＃ｉ情報）を含んでなる。
【００９９】
タイトル総数情報（Ｎｕｍｂｅｒ　ｏｆ　Ｔｉｔｌｅｓ）情報は、２バイトのフィールドサイズを有し、当該ファイル中に格納される総タイトル数（楽曲数）を記述する。例えば、総タイトル数が“５”であれば、“００００５ｈ”と記述する。以下、タイトル情報１１４用の記録領域には、このタイトル総数情報により記述された総タイトル数分の、各タイトルに関するタイトル＃ｉ情報分の領域が存在することになる。
【０１００】
各タイトル情報のサーチポインタテーブル（Ｔａｂｌｅ）は、タイトル＃ｉ情報スタートアドレスポインタ（Ｔｉｔｌｅ＃ｉ　Ｉｎｆｏ　ＳＰ）情報を総タイトル数だけ含んでなる。そして、このタイトル＃ｉ情報スタートアドレスポインタ（Ｔｉｔｌｅ＃ｉ　Ｉｎｆｏ　ＳＰ）情報は、当該ファイル内に格納されるタイトル情報＃ｉの記録領域のスタートアドレスを、当該ファイル先頭からの相対バイト値（即ち、ＲＢＰ値）で記述する。
【０１０１】
タイトル＃ｉ情報（Ｔｉｔｌｅ＃ｉ情報）は夫々、タイトル＃ｉデータスタートアドレスポインタ（Ｔｉｔｌｅ　＃Ｉ　Ｄ　Ｓｐ）情報、曲再生時間長（ＰＢ　ＴＭ）情報、標本化周波数（ｆｓ）情報、量子化ビット数（Ｑｂ）情報、構成チャネル数（Ｃｈ　Ｎ）情報、層構造（Ｌａｙｅｒ　Ｌａｙｏｕｔ）情報、チャネル割当＃１（Ｃｈ　Ａｓｎ　１）情報、チャネル割当＃２（Ｃｈ　Ａｓｎ　２）情報等を含んでなる。尚、層構造情報の内容に応じて、チャネル割当＃ｊ（Ｃｈ　Ａｓｎ　ｊ）情報の個数は可変とされる（但し、ｊ＝１、２、…）。
【０１０２】
タイトル＃ｉデータスタートアドレスポインタ（Ｔｉｔｌｅ　＃Ｉ　Ｄ　Ｓｐ）情報は、４バイトのフィールドサイズを有し、タイトル＃ｉの音声データ領域のスタートアドレスを、当該ファイル先頭からの相対バイト値（即ち、ＲＢＰ値）で記述する。
【０１０３】
曲再生時間長（ＰＢ　ＴＭ）情報は、４バイトのフィールドサイズを有し、例えば図７に例示するように、各タイトルに対応する楽曲の再生時間長を、ＭＳＢ側からＬＳＢ側に向けて所定桁数別に、時・分・秒の単位で記述する。この際、各桁に対して２値データを記述する。
【０１０４】
標本化周波数（ｆｓ）情報は、１バイトのフィールドサイズを有し、タイトル＃ｉの音声ストリームデータの標本化周波数を、例えば次のルールにより記述する。
【０１０５】
尚、本実施例では、一極の構成各チャネルの標本化周波数は同一であるとする。
【０１０６】
００ｈ：　４４．１ｋＨｚ
０１ｈ：　８８．２ｋＨｚ
０２ｈ：１７６．４ｋＨｚ
１０ｈ：　　　４８ｋＨｚ
１１ｈ：　　　９６ｋＨｚ
１２ｈ：　　１９２ｋＨｚ
他の値：拡張用（Ｒｅｓｅｒｖｅｄ）
量子化ビット数（Ｑｂ）情報は、１バイトのフィールドサイズを有し、タイトル＃ｉの音声ストリームデータの量子化ビット数を、例えば次のルールにより記述する。
【０１０７】
００ｈ：　１６ｂｉｔｓ
０１ｈ：　２０ｂｉｔｓ
０２ｈ：　２４ｂｉｔｓ
他の値：拡張用（Ｒｅｓｅｒｖｅｄ）
構成チャネル数（Ｃｈ　Ｎ）情報は、１バイトのフィールドサイズを有し、タイトル＃ｉの構成チャネルの総数（即ち、スピーカ配列の全層或いは全レベルに渡る合計チャネル数）を、例えば図８に例示するように記述する。ここでは、スーパーウーハ用のチャネル（ＬＦＥ）に該当するチャネルも、１チャネルとしてカウントする。従って、所謂“５．１チャネル”については、ここでは、“６チャネル”と規定することになる。
【０１０８】
このように本実施例では、構成チャネル数（Ｃｈ　Ｎ）情報が（図８参照）、本発明に係る「全てのチャネルの総数を示す総チャネル数情報」の一例を構成している。
【０１０９】
層構造（Ｌａｙｅｒ　Ｌａｙｏｕｔ）情報は、１バイトのフィールドサイズを有し、タイトル＃ｉの構成スピーカ層数と層構成とを、例えば図９に例示するように記述する。
【０１１０】
ここでの、“構成スピーカ層数（Ｎｕｍｂｅｒ　ｏｆ　Ｌａｙｅｒｓ）”は、例えば図１に示した第１実施形態の場合には、“１”層ということになり、例えば図２に示した第２実施形態の場合には、“３”層ということになる。このように本実施例では、構成スピーカ層数を示す、層構造情報の下位４ビットの情報が（図９参照）、本発明に係る「スピーカを３次元配列可能な相異なる高さの平面の総数を示す階層情報」の一例を構成している。
【０１１１】
他方、ここでの“層構成（Ｌａｙｅｒ　Ｔ、　ｌａｙｅｒ　Ｍ、Ｌａｙｅｒ　Ｆ）”は、各層別に、スピーカが一つでも配置されたスピーカ配列に対応するチャネルが存在するか否かを意味する。即ち、層構成を示す情報は、図９において上位４ビットの内の３ビットが用いられており、層毎に、スピーカが一つでも存在するスピーカ配列に対応するチャネル構成であるか否かを１ビットで示す。例えば、図９中“Ｌａｙｅｒ　Ｔ”の１ビットの値が、“１ｂ”であれば、天井レベルの層にスピーカが少なくとも一つ配置されたスピーカ配列に対応するチャネル構成であることを示す。図９中“Ｌａｙｅｒ　Ｍ”の１ビットの値が、“１ｂ”であれば、中間レベルの層にスピーカが少なくとも一つ配置されたスピーカ配列に対応するチャネル構成であることを示す。図９中“Ｌａｙｅｒ　Ｆ”の１ビットの値が、“１ｂ”であれば、床レベルの層にスピーカが少なくとも一つ配置されたスピーカ配列に対応するチャネル構成であることを示す。
【０１１２】
尚、上記ビット値“×ｂ”における符号“ｂ”は、２進数表示であることを示す（以下同様）。
【０１１３】
このように本実施例では、層構造情報の上位４ビットの内の３ビットが（図９参照）、本発明に係る「各平面に少なくとも一つのスピーカが配置されるか否かを示す層構成情報」の一例を構成している。
【０１１４】
尚、中間レベルの層が複数存在する場合か否かは、構成スピーカ層数を参照することにより判断される。例えば、中間レベルの層が２層あり、また床レベルの層がある時、“Ｌａｙｅｒ　Ｔ”＝“０ｂ”、“Ｌａｙｅｒ　Ｍ”＝“１ｂ”、“Ｌａｙｅｒ　Ｆ”＝“１ｂ”となっており、構成スピーカ層数は“３”層となっている。従って、構成スピーカ層数（“３”）からフロアレベル層数（“１”）を引けば、中間レベル層が２層あることがわかる。
【０１１５】
チャネル割当＃ｊ（Ｃｈ　Ａｓｎ　ｊ）情報は、４バイトのフィールドサイズを有し、層構造情報により存在が示される床レベル、中間レベル、天井レベル等の各層毎に、スピーカの平面配列を、例えば図１０に例示するように記述する。
【０１１６】
図１０に例示するように本実施例では特に、本発明に係る「チャネル割当情報」の一例としての、チャネル割当＃ｊ（Ｃｈ　Ａｓｎ　ｊ）情報は、チャネル割当テーブルとして構築されている。図１０の配列は、図１に示した第１実施形態の場合と同様のビット配列を有する。即ち、ＲＢＰ＃１で示される第１バイトにおけるビット配列（行）は、視聴者を基準としてフロント側のスピーカ配列に対応しており、ＲＢＰ＃２で示される第２バイトにおけるビット配列（行）は、視聴者を基準としてフロント寄りの中間のスピーカ配列（フロント寄りのサイドスピーカ配列）に対応しており、ＲＢＰ＃３で示される第３バイトにおけるビット配列（行）は、視聴者を基準としてリア寄りの中間のスピーカ配列（リア寄りのサイドスピーカ配列）に対応しており、ＲＢＰ＃４で示される第４バイトにおけるビット配列（行）は、視聴者を基準としてリア側のスピーカ配列に対応している。そして、各行共に、ビット配列におけるＭＳＢ側が、視聴者を基準として左側に対応しており、ビット配列におけるＬＳＢ側が、視聴者を基準として右側に対応している。更に、全行におけるＭＳＢは、拡張用（Ｒｅｓｅｒｖｅｄ）とされており、ＬＳＢについては、第１行目がスーパウーハ用（ＬＦＥ）とされ且つ第２〜第４行目が拡張用（Ｒｅｓｅｒｖｅｄ）とされている。
【０１１７】
図１０中、符号“Ｌ”は、対応するスピーカ位置が、左側或いは左寄りであることを意味し、符号“Ｒ”は、対応するスピーカ位置が、右側或いは右寄りであることを意味し、符号“ｆ”は、対応するスピーカ位置がフロント側或いはフロント寄りであること意味し、符号“ｒ”は、対応するスピーカ位置がリア側或いはリア寄りであることを意味している。更に、符号“ｍ”は、対応するスピーカ位置が前後方向に中央寄りであることを意味し、符号“ｍｉｄｄｌｅ”は、対応するスピーカ位置が左右方向に中央寄りであることを意味している。更に、符号“Ｃ”は、対応するスピーカ位置が、左右方向について中央であることを意味している。加えて、“ＬＦＥ”は、スーパーウーハ用のスピーカに対応するチャネルを意味し、
“Ｒｅｓｅｒｖｅｄ”は、拡張用であることを示している。
【０１１８】
従って、図１０中、例えば“Ｌｆ”は、左フロントに配置されるスピーカ用のチャネルに対応し、“Ｒｆ”は、右フロントに配置されるスピーカ用のチャネルに対応し、“Ｌｒ”は、左リアに配置されるスピーカ用のチャネルに対応し、“Ｒｒ”は、右リアに配置されるスピーカ用のチャネルに対応し、“Ｃｆ”は、中央フロントに配置されるスピーカ用のチャネルに対応し、“Ｃｒ”は、中央リアに配置されるスピーカ用のチャネルに対応する。
【０１１９】
このように図１０に示した如きチャネル割当テーブルは、実際のスピーカの平面配置に対応したテーブルであり、各スピーカ配置に該当するチャネルの音声データが存在する場合に、当該スピーカ配置に対応するテーブル中のビットは“１ｂ”とされる（但し、前述の如く“ｂ”は２進数表示を示す符号）。逆に、各スピーカ配置に該当するチャネルの音声データが存在しない場合に、当該スピーカ配置に対応するテーブル中のビットは“０ｂ”とされる。更に、拡張用の領域（Ｒｅｓｅｒｖｅｄ　Ｆｉｅｌｄ）或いは拡張用のビット（Ｒｅｓｅｒｖｅｄ　Ｂｉｔ）についても、全て“０ｂ”とされる。
【０１２０】
因みに、図８に例示した構成チャネル数（Ｃｈ　Ｎ）情報に記述されたタイトル＃ｉの構成チャネルの総数と同一数のビットが、チャネル割当テーブル中で“１ｂ”とされることになる。
【０１２１】
例えば、２チャネルのステレオの音声データ、即ち、Ｌｆ及びＲｆの２チャネルのみ存在する音声データであれば、そのチャネル割当を示す当該チャネル割当テーブルは、１行目が“０１０００１００ｂ（４４ｈ）”、２行目〜４行目が“００００００００ｂ（００ｈ）”という値が記述される。また例えば、５．１サラウンドチャネルの音声データ、即ち、Ｌｆ、Ｒｆ、Ｃ、Ｌｒ、Ｒｒ及びＬＦＥの６チャネルのみ存在する音声データであれば、そのチャネル割当を示す当該チャネル割当テーブルは、１行目が“０１０１０１０１ｂ（５５ｈ）”、２行目及び３行目が“００００００００ｂ（００ｈ）”、４行目が“０１０００１００ｂ（４４ｈ）”という値が記述される。
【０１２２】
本実施例においては特に、図２に示した第２実施形態の如き３次元のスピーカ配列に対しても、図１０に示したチャネル割当テーブルを、床レベル、中間レベル、天井レベル等の各層に一つずつ用意することで、上記同様にチャネル割当が可能である。即ち、理論的には、層が一層ずつ増加する都度に、図１０に例示した如きチャネル割当テーブルを一つ増加させれば、上記同様の対応付けルールをそのまま用いて対処できる。このように本実施例における高さ方向のスピーカ配列に対する融通性は顕著に高い。
【０１２３】
複数レベルの層に対応する場合には、先ず床レベルの層に、一番目のチャネル割当＃１情報（図５参照）を対応させればよい。また、床レベル層が存在しない場合にも、対応可能であり、床に最も近い層に、一番目のチャネル割当＃１情報（図５参照）を対応させればよい。或いは、天井レベルの層に、一番目のチャネル割当＃１情報（図５参照）を対応させてもかまわない。そして、理論上は、中間レベルが何層存在しても、例えば床レベルの層に一番目のチャネル割当＃１情報（図５参照）を対応させると共に天井レベルの層に一番最後のチャネル割当＃ｍ情報を対応させれば、上記同様の対応付けルールをそのまま用いて、複雑な３次元のスピーカ配列にも対処可能である。
【０１２４】
次に図１１から図１５を参照して、ストリームデータとしてデータ記録領域内に記録される音声データの配列の具体例について説明する。ここに図１１は、音声データのサンプルデータの記録順序を、チャネル割当テーブル上のビット配列に対応付けて示す概念図であり、図１２は、一具体例として、床レベル用のチャネル割当テーブル及び天井レベル用のチャネル割当テーブルを示す概念図であり、図１３は、図１２に示した２つのチャネル割当テーブルにおける実際のビット配列を示した概念図である。図１４は、この具体例におけるサンプルデータが、データ記録領域中に、ストリームデータとして配列された際のデータ構造を示す概念図であり、図１５は、その変形例におけるデータ構造を示す概念図である。
【０１２５】
ここに、「サンプルデータ」とは、デジタルデータである各チャネルの音声データが、サンプリング周期毎に、量子化ビット数（例えば、１６ビット、２０ビット、２４ビットなど）にサンプリングされたデータのまとまりをいう。複数チャネルの音声データの場合、再生時に同時に再生される必要があるので、ストリームデータにおいては、各チャネルのサンプルデータは入れ子状或いは交互に配列されるのである。
【０１２６】
各チャネルのサンプルデータは、例えば図１１中で矢印で示す順番でストリームデータ中に並べて記録される。即ち、ＲＢＰ＃１で示される１行目のＭＳＢからＬＳＢ　→　ＲＢＰ＃２で示される２行目のＭＳＢからＬＳＢ　→　ＲＢＰ＃３で示される３行目のＭＳＢからＬＳＢ　→　ＲＢＰ＃４で示される４行目のＭＳＢからＬＳＢの順番で配列される。但し、一般には、チャネル割当テーブル中の全てのビットが“１ｂ”とされている訳ではない。よって、これらのビットにより存在が示されるチャネルのサンプルデータのみが、データストリーム中に詰めて配列される。
【０１２７】
ここで図１２のチャネル割当テーブルに例示するように、床レベル用にＬｆ、Ｃｆ及びＲｆの３つのチャネルの音声データがあり、且つ天井レベル用にＬｆ及びＲｆの２つのチャネルの音声データがある場合、即ち合計５チャネルの場合を考える。
【０１２８】
このとき、図１３に示すように、床レベル用のチャネル割当テーブルでは、Ｌｆ、Ｃｆ及びＲｆのビットのみが“１ｂ”とされる（図１３上側参照）。天井レベル用のチャネル割当テーブルでは、Ｌｆ及びＲｆのビットのみが“１ｂ”とされる。
【０１２９】
図１２及び図１３に示した２つのチャネル割当テーブルは、図５に示したチャネル割当＃１（Ｃｈ　Ａｓｎ　１）情報及びチャネル割当＃２（Ｃｈ　Ａｓｎ　２）に対応するものである。そして、このように２つのチャネル割当テーブルがある場合には、図１１で示した順序で床レベルの各チャネルを配列した後に、これに続いて図１１で示した順序で天井レベルの各チャネルを配列することで、一つのストリームデータを構成するようにする。
【０１３０】
図１２及び図１３に示したチャネル構成を有する音声データを、図１１に矢印で示した順番で、ストリームデータとして各チャネルの音声データを配列すると、図１４に示した如きデータ配列となる。即ち、通常同時に再生される各チャネルの音声データ部分からなる一つのサイクルについて、例えばサンプリングタイミング＃０に対しては、サンプルデータＬｆ＃０→サンプルデータＣｆ＃０→サンプルデータＲｆ＃０→サンプルデータＬｒ＃０→サンプルデータＲｒ＃０という順番で各チャネルのサンプルデータが配列される。続いて、サンプリングタイミング＃１に対しては、サンプルデータＬｆ＃１→サンプルデータＣｆ＃１→サンプルデータＲｆ＃１→サンプルデータＬｒ＃１→サンプルデータＲｒ＃１という順番で各チャネルのサンプルデータが配列される。そして、このようなサイクルが、再生時間軸に沿って、各サンプリングタイミング＃０、＃１、＃２、…に対して、繰り返して配列される。
【０１３１】
尚、図１４では、各サンプルデータを１６ビットのデータとしているが、これは、例えば２０ビット、２４ビットなどでもよく、前述したタイトル情報１１４中の量子化ビット数情報（図５参照）に、その値を記述しておき、これに従って記録し再生する限り、問題なく再生可能となる。また、コーデックについても特に限定されない。
【０１３２】
図１５に変形例として示すように、２つのサンプリングタイミング（例えば、サンプリングタイミング＃０と＃１、サンプリングタイミング＃２と＃３なと）に係るサンプルデータずつまとめて、ストリームデータとして配列することも可能である。通常サンプリング周期は、非常に短いため、再生時における音声データ用のバッファを若干大きくすれば、このように再生時間が同時でないが連続する２つのサンプルデータずつ組にして記録しても特に問題は生じない。更に、再生時のバッファで対処可能な時間範囲であれば、各チャネルにつき２つ以上のサンプルデータをまとめて記録することも可能である。
【０１３３】
加えて、これらの具体例では、床レベル側のチャネルの音声データを先に配列して、天井レベル側のチャネルの音声データを後に配列しているが、この順番は、逆でも構わない。更に、図１１に示した矢印の向きが、左側（ＬＳＢ）から右側（ＭＳＢ）へ向かう方向でもよく、下側（ＲＢＰ＃４）の行から上側（ＲＢＰ＃１）の行へ向かう方向でもよい。要するに、チャネル割当テーブル上における順番をストリームデータ中のサンプルデータ配列の順番に対応付ける規則を特定可能である限り、任意の順番でもかまわない。
【０１３４】
以上詳細に説明したように本実施例によれば、従来のチャネル割当モードの如くチャネル構成毎にデータ配列方法を定義することなく、図１０の如き、チャネル割当テーブルにおける２次元のビット配列を用いて所望のスピーカ構成或いはチャネル構成を簡単に決定できる。即ち、図１３に示した如く実際の平面配置に対応したチャネル割当テーブルに、存在するチャネルのスピーカの位置だけにビットをたてれば足りる。更にサンプルデータの配列についても、図１４及び図１５に示したように、当該チャネル割当テーブルにより存在が示されているサンプルデータだけを、一定の規則で配列するだけで済み、チャネル毎に、特別なビット配列を定義する必要が無い。
【０１３５】
更に、平面上のスピーカ配置の拡張については、チャネル割当テーブルを構成する２次元ビット配列の一行のビット数や、行数を変更するだけでよく、縦方向及び横方向共に容易である。
【０１３６】
加えて、このようなチャネル割当テーブルを相異なるレベルの平面に対応させることにより、特に新たな定義方法等を導入せずとも、高さ方向への拡張が可能である。即ち、３次元配列されたスピーカ配置に対しても、２次元配列されたスピーカ配置に対するのと殆ど同様に、容易に対処できる。この際、必要となる情報量も相対的には少なくて済み、しかも、３次元配列されたスピーカに対応するチャネル構成毎に、複雑なデータ配列方法を定義する必要も無い。
【０１３７】
（情報記録再生装置の実施例）
次に図１６を参照して、本発明の情報記録再生装置の実施例について説明する。ここに、図１６は、情報記録再生装置のブロック図である。
【０１３８】
図１６において、情報記録再生装置は、再生系と記録系とに大別されており、上述した光ディスク１００に情報を記録可能であり且つこれに記録された情報を再生可能に構成されている。本実施例では、このように情報記録再生装置は、記録再生用であるが、基本的にその記録系部分から本発明の記録装置の実施例を構成可能であり、他方、基本的にその再生系部分から本発明の情報再生装置の実施例を構成可能である。
【０１３９】
情報記録再生装置は、光ピックアップ５０２、サーボユニット５０３、スピンドルモータ５０４、復調器５０６、切替スイッチ５０８、オーディオ（Ａｕｄｉｏ）デコーダ５１２、チャネル別のＤＡ（ディジタル／アナログ）コンバータ５１４、システムコントローラ５２０、メモリ５３０、変調器６０６、フォーマッタ６０８及びオーディオ（Ａｕｄｉｏ）エンコーダ６１２を含んで構成されている。システムコントローラ５２０は、ファイル（Ｆｉｌｅ）システム／ナビゲーションデータ生成器５２１を備えている。
【０１４０】
これらの構成要素のうち、復調器５０６、切替スイッチ５０８、オーディオデコーダ５１２及びＤＡコンバータ５１４から概ね再生系が構成されている。他方、これらの構成要素のうち、変調器６０６、フォーマッタ６０８及びオーディオエンコーダ６１２から概ね記録系が構成されている。そして、光ピックアップ５０２、サーボユニット５０３、スピンドルモータ５０４、システムコントローラ５２０及びメモリ５３０は、概ね再生系及び記録系の両方に共用される。また、システムコントローラ５２０内に設けられるファイルシステム／ナビゲーションデータ生成器５２１は、主に記録系で用いられる。
【０１４１】
光ピックアップ５０２は、光ディスク１００に対してレーザービーム等の光ビームＬＢを、再生時には読み取り光として第１のパワーで照射し、記録時には書き込み光として第２のパワーで且つ変調させながら照射する。サーボユニット５０３は、再生時及び記録時に、システムコントローラ５２０から出力される制御信号Ｓｃ１による制御を受けて、光ピックアップ５０２におけるフォーカスサーボ、トラッキングサーボ等を行うと共にスピンドルモータ５０４におけるスピンドルサーボを行う。スピンドルモータ５０４は、サーボユニット５０３によりスピンドルサーボを受けつつ所定速度で光ディスク１００を回転させるように構成されている。
【０１４２】
（ｉ）　再生系の構成及び動作：
次に図１６を参照して、情報記録再生装置のうち再生系を構成する各構成要素における具体的な構成及びそれらの動作を説明する。
【０１４３】
ユーザインタフェースによって、光ディスク１００から再生すべきタイトルを示すタイトル（Ｔｉｔｌｅ）情報や、その再生条件等が、データ（Ｄａｔａ）入力Ｉ２としてシステムコントローラ５２０に入力される。この際、不図示のユーザインタフェースでは、システムコントローラ５２０による制御を受けて、例えばタイトルメニュー画面を介しての選択など、再生しようとする内容に応じた入力処理が可能とされている。
【０１４４】
これを受けて、システムコントローラ５２０は、光ディスク１００に対するディスク再生制御を行い、光ピックアップ５０２は、読み取り信号Ｓ７を復調器５０６に送出する。
【０１４５】
復調器５０６は、この読み取り信号Ｓ７から光ディスク１００に記録された記録信号を復調し、復調データＤ８として出力する。この復調データＤ８に含まれる論理情報ファイル１１０（図４参照）は、“再生用論理情報”として、切替スイッチ５０８の切替動作によって、システムコントローラ５２０に供給される。この論理情報ファイル１１０内の各種論理情報（図５参照）に基づいて、システムコントローラ５２０は、再生アドレスの決定処理、光ピックアップ５０２の制御等の各種再生制御を実行する。
【０１４６】
他方、復調データＤ８に含まれる音声データについては、切替スイッチ５０８の切替動作によって、オーディオデコーダ５１２に供給される。
【０１４７】
オーディオデコーダ５１２は、論理情報ファイル１１０内の各種論理情報に基づくシステムコントローラ５２０によるデコード（Ｄｅｃｏｄｅ）制御を受けて、音声データをチャネル別にデコードする。そして、チャネル別に夫々、ＤＡコンバータ５１４において、デジタル−アナログ変換、増幅等の処理が行われ、オーディオデータが例えば外部スピーカへ出力される。
【０１４８】
この際、本実施例では特に、システムコントローラ５２０は、論理情報ファイル１１０中に含まれるチャネル割当テーブル（図１２、図１３等参照）を参照することで、復調器５０６で、ストリームデータとして復調される複数チャネルの音声データ（図１４及び図１５参照）における、どのサンプルデータが、どのチャネルの音声データのものであるかを容易に特定できる。よって、システムコントローラ５２０による制御下で、オーディオデコーダ５１２は、各チャネルの音声データをチャネル別にデコードでき、チャネル別にＤＡコンバータ５１４に出力できる。
【０１４９】
これらの結果、光ディスク１００に記録された２次元或いは３次元配列された複雑なスピーカ配置に対応するマルチチャネルの音声データを、当該情報記録再生装置によって適切に再生できる。
【０１５０】
尚、当該情報記録再生装置が備えるＤＡコンバータ５１４、外部スピーカ等が、光ディスク１００に記録されたマルチチャネルの音声データに対応するだけの再生能力を有していない場合も往々に考えられる。しかしながら、この場合には、公知の各種ダウンミックス技術を用いて、光ディスク１００から再生されるマルチチャネルの音声データを、予め設定された規約に従って、外部スピーカ等を含めた当該情報記録再生装置で再生可能な音声データにダウンミックスすればよい。
【０１５１】
（ｉｉ）　記録系の構成及び動作：
次に図１６を参照して、情報記録再生装置のうち記録系を構成する各構成要素における具体的な構成及びそれらの動作を説明する。
【０１５２】
先ず、不図示のユーザインタフェースから、記録すべきタイトル情報等のユーザ入力Ｉ２が、システムコントローラ５２０に入力される。この際、ユーザインタフェースでは、システムコントローラ５２０による制御を受けて、例えばタイトルメニュー画面を介しての選択など、記録しようとする内容に応じた入力処理が可能とされている。
【０１５３】
次に、システムコントローラ５２０からのデータ読み出しを指示する制御信号Ｓｃ８による制御を受けて、例えば各タイトルの音楽データなどの、音声データの入力が行われる。ここでは、外部から、音声データＤＡｉが入力されるものとする。
【０１５４】
オーディオエンコーダ６１２は、ユーザ入力Ｉ２に基づくシステムコントローラ５２０によるエンコード制御を受けて、入力された音声データＤＡｉのエンコードを行う。ここでのエンコード方式は、各種方式を採用可能である。そして、エンコード済みの音声データＤＡｅとして出力する。
【０１５５】
他方、システムコントローラ５２０は、ユーザ入力Ｉ２の内容に従って、或いはこれに代えて又は加えて音声データＤＡｉを取り込んでその内容の分析結果に従って、そのファイルシステム／ナビゲーションデータ生成器５２１により、図５に例示した如き各種論理情報を生成し、論理情報Ｄ４として出力する。
【０１５６】
フォーマッタ６０８は、音声データＤＡｅと論理情報Ｄ４とを共に、光ディスク１００上に格納するためのデータ配列フォーマットを行う装置である。より具体的には、フォーマッタ６０８は、スイッチＳｗ１を備えてなり、システムコントローラ５２０からのスイッチ制御信号Ｓｃ５によりスイッチング制御されて、音声データＤＡｅのフォーマット時には、スイッチＳｗ１を▲１▼側に接続して、音声データＤＡｅを、フォーマット済みのディスクイメージデータＤ５として出力する。尚、音声データＤＡｉの送出制御については、システムコントローラ５２０からの制御信号Ｓｃ８により行われる。
【０１５７】
他方、フォーマッタ６０８は、論理情報Ｄ４のフォーマット時には、システムコントローラ５２０からのスイッチ制御信号Ｓｃ５によりスイッチング制御されて、スイッチＳｗ１を▲２▼側に接続して、論理情報Ｄ４をディスクイメージＤ５として出力する。
【０１５８】
変調器６０６は、フォーマッタ６０８からのディスクイメージデータＤ５を変調して、光ピックアップ５０２を介して光ディスク１００上に記録する。この際のディスク記録制御についても、システムコントローラ５２０により実行される。
【０１５９】
これらの結果、光ディスク１００に対して、２次元或いは３次元配列された複雑なスピーカ配置に対応するマルチチャネルの音声データを、前述のチャネル割当テーブル等と共に、当該情報記録再生装置によって適切に記録できる。
【０１６０】
尚、記録すべき音声データＤＡｉは、例えば通信ネットワーク或いは通信波を介して受信される音声データでもよいし、他の記録媒体に記録された音声データでもよく、マイクロフォンにより生成された音声データでもよく、その種類は問わない。
【０１６１】
以上説明した各実施例では、音声データは、例えば２０４８ｋＢｙｔｅｓなど、適当な大きさのパック或いはパケットを用いて、パック或いはパケット化されてもよい。各パケット内におけるサンプルデータの配置を図１４及び図１５に例示したように行えば、上述の各種実施例と同様にチャネル割当情報による利益を享受しつつ、その記録再生が可能となる、例えば、音声データは、ＭＰＥＧ２（Ｍｏｖｉｎｇ　Ｐｉｃｔｕｒｅ　Ｅｘｐｅｒｔｓ　Ｇｒｏｕｐ　ｐｈａｓｅ　２）規格のプログラムストリーム形式でディスク上に多重記録されてもよいし、或いは、ＭＰＥＧ２規格のトランスポートストリーム（Ｔｒａｎｓｐｏｒｔ　Ｓｔｒｅａｍ）形式で多重記録されてもよい。また、音声データに加えて、映像データ、サブピクチャデータ、コンピュータ用の記録データ、プログラムデータ等の各種データと共に多重化することも可能である。
【０１６２】
尚、上述の実施例では、情報記録媒体の一例として光ディスク１００並びに情報再生記録装置の一例として光ディスク１００に係るレコーダ又はプレーヤについて説明したが、本発明は、光ディスク並びにそのレコーダ又はプレーヤに限られるものではなく、他の高密度記録或いは高転送レート対応の各種情報記録媒体並びにそのレコーダ又はプレーヤにも適用可能である。
【０１６３】
以上説明したように本発明の各実施形態によれば、光ディスク１００には、チャネル割当テーブル等が記録される。情報記録再生装置は、記録時にこのようなチャネル割当テーブル等を生成すると共に再生時にこのようなチャネル割当情報等に基づきチャネル割当を特定するシステムコントローラ５２０を備える。従って、本発明の各実施例によれば、複雑に２次元或いは３次元配列されたスピーカ配置など、対応可能なスピーカ配置の種類についての融通性に大変優れている。
【０１６４】
本発明は、上述した実施例に限られるものではなく、請求の範囲及び明細書全体から読み取れる発明の要旨或いは思想に反しない範囲で適宜変更可能であり、そのような変更を伴なう情報記録媒体、情報記録装置及び方法、情報再生装置及び方法、情報記録再生装置及び方法、記録又は再生制御用のコンピュータプログラム、並びに制御信号を含むデータ構造もまた本発明の技術的範囲に含まれるものである。
【図面の簡単な説明】
【図１】本発明の情報記録媒体の第１実施形態に記録されるチャネル割当情報の一例において、スピーカ配列（２次元配列）に対して、そのビット配列を対応付ける様子を示す概念図である。
【図２】本発明の情報記録媒体の第２実施形態に記録されるチャネル割当情報の一例において、スピーカ配列（３次元配列）に対して、そのビット配列を対応付ける様子を示す概念図である。
【図３】本発明の情報記録媒体の実施例に係る、上側に複数のエリアを有する光ディスクの構造を概略平面図で示すと共に、下側にその径方向におけるエリア構造を概念図で対応付けて示す概念図である。
【図４】情報記録媒体の実施例に係る、光ディスク上に記録されるデータ構造を模式的に示す概念図である。
【図５】情報記録媒体の実施例に係る、論理情報ファイルの具体的なデータ構成例を示す概念図である。
【図６】情報記録媒体の実施例に係る、データファイルの具体的なデータ構成例を示す概念図である。
【図７】情報記録媒体の実施例に係る、論理情報ファイル中の曲再生時間長情報の具体的なデータ構成例を示す概念図である。
【図８】情報記録媒体の実施例に係る、論理情報ファイル中の構成チャネル数情報の具体的なデータ構成例を示す概念図である。
【図９】情報記録媒体の実施例に係る、論理情報ファイル中の層構造情報の具体的なデータ構成例を示す概念図である。
【図１０】情報記録媒体の実施例に係る、チャネル割当テーブルの具体的なデータ構成例を示す概念図である。
【図１１】情報記録媒体の実施例に係る、音声データのサンプルデータの記録順序を、チャネル割当テーブル上のビット配列に対応付けて示す概念図である。
【図１２】情報記録媒体の実施例に係る一具体例として、床レベル用のチャネル割当テーブル及び天井レベル用のチャネル割当テーブルを示す概念図である。
【図１３】図１２に示した２つのチャネル割当テーブルにおける実際のビット配列を示した概念図である。
【図１４】図１３の具体例におけるサンプルデータが、データ記録領域中に、ストリームデータとして配列された際のデータ構造を示す概念図である。
【図１５】図１３の具体例の変形例におけるデータ構造を示す概念図である。
【図１６】本発明の情報記録再生装置の実施例のブロック図である。
【符号の説明】
１００　光ディスク
１１０　論理情報ファイル
１１２　一般情報
１１４　タイトル情報
１４０　データファイル
１４２　タイトル＃ｉデータ
５０２　光ピックアップ
５０６　復調器
５０８　切替スイッチ
５１２　オーディオデコーダ
５２０　システムコントローラ
６０６　変調器
６０８　フォーマッタ
６１２　オーディオエンコーダ
８００ａ、９００ａ　スピーカ配列
８００ｂ、９００ｂ　ビット配列
９０１ｂ、９０２ｂ、９０３ｂ　部分ビット配列
８００Ｉ、９００Ｉ　チャネル割当情報
【図１】
2004072345.tif 000003
【図２】
2004072345.tif 000004
【図３】
2004072345.tif 000005
【図４】
2004072345.tif 000006
【図５】
2004072345.tif 000007
【図６】
2004072345.tif 000008
【図７】
2004072345.tif 000009
【図８】
2004072345.tif 000010
【図９】
2004072345.tif 000011
【図１０】
2004072345.tif 000012
【図１１】
2004072345.tif 000013
【図１２】
2004072345.tif 000014
【図１３】
2004072345.tif 000015
【図１４】
2004072345.tif 000016
【図１５】
2004072345.tif 000017
【図１６】
2004072345.tif 000018