(57)【要約】【課題】下位互換を維持しながら従来技術よりも汎用性が高いフレームのデータ構造を提供する。【解決手段】フレーム生成部３１は、６個のサブフレームを含む１個のフレーム分のメモリを確保する。フレーム生成部３１は、Ｐｒｅａｍｂｌｅをセットする。フレーム中の先頭サブフレームのＰｒｅａｍｂｌｅは「Ｆ」を格納する。フレーム生成部３１は、６チャンネルのリニアＰＣＭデータが格納されていることを示すチャンネルステータス情報を、各サブフレームのＣｂｉｔに格納する。そして、フレーム生成部３１は、６個のサブフレームに５．１チャンネルのリニアＰＣＭデータをそれぞれ格納する。【選択図】図２
2017069778.tif 000002
【特許請求の範囲】
【請求項１】
伝送されるコンテンツデータを格納する１対のサブフレームを含むフレームが規定された規格に適合するデータ構造において、
１個の前記フレームが、複数対のサブフレームを含んでいる、
フレームのデータ構造。
【請求項２】
前記フレーム中のサブフレームは、各フレームの区切りを示す情報を含む、
請求項１に記載のフレームのデータ構造。
【請求項３】
前記１対のサブフレームは、互いに異なるチャンネルの音声データを格納している、
請求項１または２に記載のフレームのデータ構造。
【請求項４】
前記１対のサブフレームは、
一方が前記コンテンツデータの上位ビットを格納し、
他方が該上位ビットに対応する下位ビットを格納している、
請求項１または２に記載のフレームのデータ構造。
【請求項５】
コンテンツデータを格納する１対のサブフレームを含むフレームが規定された規格に適合する送信装置において、
複数対のサブフレームを含むフレームを生成するフレーム生成部と、
前記フレーム生成部が生成したフレームを送信するフレーム送信部と、
を備える送信装置。
【請求項６】
コンテンツデータを格納する１対のサブフレームを含むフレームが規定された規格に適合する受信装置において、
複数対のサブフレームを含むフレームを受信するフレーム受信部と、
前記フレーム受信部が受信したフレームに含まれるサブフレームからコンテンツデータを抽出する抽出部と、
を備える受信装置。
【請求項７】
コンテンツデータを格納する１対のサブフレームを含むフレームが規定された規格に適合する送信装置に実行される送信プログラムであって、
複数対のサブフレームを含むフレームを生成するステップと、
生成したフレームを送信するステップと、
を備える送信プログラム。
【請求項８】
コンテンツデータを格納する１対のサブフレームを含むフレームが規定された規格に適合する受信装置に実行される受信プログラムであって、
複数対のサブフレームを含むフレームを受信する受信ステップと、
受信したフレームに含まれるサブフレームからコンテンツデータを抽出するステップと、
を備える受信プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンテンツデータを格納したフレームであって、伝送されるフレームのデータ構造に関する。
【背景技術】
【０００２】
特許文献１には、音声データであるリニアＰＣＭデータを格納したフレームであって、伝送されるフレームが開示されている。特許文献１に開示されたフレームは、ＩＥＣ６０９５８−３規格に適合している。ＩＥＣ６０９５８−３規格では、１個のフレームに２個のサブフレームが含まれている。
【０００３】
ＩＥＣ６０９５８−３規格では、一方のサブフレームには、レフトチャンネル（Ｌｃｈ）の１サンプル分のリニアＰＣＭデータが格納される。他方のサブフレームには、ライトチャンネル（Ｒｃｈ）の１サンプル分のリニアＰＣＭデータが格納される。１サンプルのリニアＰＣＭデータは、１６ｂｉｔ以上２４ｂｉｔ以下の長さである。このＢｉｔ数は、リニアＰＣＭデータの量子化精度に対応する。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００９−０３３６４９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、従来技術のＩＥＣ６０９５８−３規格では、伝送されるリニアＰＣＭデータのチャンネル数は、２チャンネル（Ｌｃｈ及びＲｃｈ）に制限されている。また、ＩＥＣ６０９５８−３規格では、伝送されるリニアＰＣＭデータは、１６ｂｉｔ以上２４ｂｉｔ以下の量子化精度でサンプリングしたものに制限されている。
【０００６】
そのような制限は、新規に規格を作れば解消されるが、新規規格は下位互換を持たないことがある。
【０００７】
そこで、本発明は、下位互換を維持しながら従来技術よりも汎用性が高いフレームのデータ構造、並びに、そのフレームを用いた送信装置、受信装置、送信プログラム、及び受信プログラムを提供することにある。
【課題を解決するための手段】
【０００８】
本発明は、伝送されるコンテンツデータを格納する１対のサブフレームを含むフレームが規定された規格に適合するデータ構造において、１個のフレームが複数対のサブフレームを含むことを特徴とする。
【０００９】
例えば、本発明のフレームのデータ構造は、１個のフレームに４個のサブフレームを含む。１個目のサブフレームはレフトチャンネル（Ｌｃｈ）のリニアＰＣＭデータを格納し、２個目のサブフレームはライトチャンネル（Ｒｃｈ）のリニアＰＣＭデータを格納する。さらに、３個目のサブフレームは、低音増強用チャンネル（ＬＦＥｃｈ）のリニアＰＣＭデータを格納し、４個目のサブフレームは、センターチャンネル（ＦＣｃｈ）のリニアＰＣＭデータを格納する。これにより、本発明のフレームのデータ構造は、２チャンネルのみのリニアＰＣＭデータを格納する従来技術のデータ構造よりも、汎用性が高い。また、本発明のフレームのデータ構造は、１個のフレームに奇数個のサブフレームが含まれることがなく、従来のＩＥＣ６０９５８−３規格に適合するものである。
【００１０】
また、フレームのデータ構造において、１対のサブフレームは、一方がコンテンツデータの上位ビットを格納し、他方が該上位ビットに対応する下位ビットを格納してもよい。
【００１１】
例えば、この構成のデータ構造は、２チャンネルのリニアＰＣＭデータが４８ｂｉｔの量子化精度でサンプリングされたものであっても、そのリニアＰＣＭデータの上位２４ｂｉｔを一方のサブフレームに格納し、下位２４ｂｉｔを他方のサブフレームに格納する。すなわち、この構成のデータ構造は、サブフレームに格納できるコンテンツデータの大きさの上限が２４ｂｉｔ長であったとしても、その上限を４８ｂｉｔ長にまで仮想的に大きくすることができる。
【００１２】
また、フレーム中のサブフレームは、各フレームの区切りを示す情報を含むことが望ましい。これにより、フレームの受信側は、１個のフレーム中に含まれるサブフレームの個数について予め送信側と共通の設定がなされなくても、１個のフレーム中に含まれるサブフレームの個数を検知することができる。また、各フレームの区切りを示す情報は、フレームの送受信の同期に用いることもできる。
【００１３】
なお、本発明は、フレームのデータ構造に限らず、そのフレームを用いた送信装置、受信装置、送信プログラム、及び受信プログラムであってもよい。
【発明の効果】
【００１４】
本発明のデータ構造は、下位互換を維持しながら従来技術よりもフレームの汎用性を高くすることができる。
【図面の簡単な説明】
【００１５】
【図１】本発明の実施形態に係る音声データ送受信システムの構成の一部を示すブロック図である。
【図２】（Ａ）は、フレームのデータ構造を示す図であり、（Ｂ）は、サブフレームのデータ構造を示す図である。
【図３】本発明の実施形態における音声送信装置の動作を示すフローチャートである。
【図４】本発明の実施形態における音声受信再生装置の動作を示すフローチャートである。
【図５】（Ａ）及び（Ｂ）は、チャンネルステータス情報の定義を示す図である。
【図６】（Ａ）は、フレームのデータ構造の変形例に係るデータ構造を示す図であり、（Ｂ）は、同フレームのサブフレームのデータ構造を示す図である。
【図７】（Ａ）及び（Ｂ）は、チャンネルステータス情報の定義を示す図である。
【発明を実施するための形態】
【００１６】
本発明の実施形態に係る音声データ送受信システム１００について、図を参照しつつ説明する。図１は、音声データ送受信システム１００の構成の一部を示すブロック図である。
【００１７】
図１に示すように、音声データ送受信システム１００は、音声送信装置１０と、音声受信再生装置５０とを備えている。音声送信装置１０と音声受信再生装置５０とは光デジタルケーブル４５で接続されている。音声送信装置１０は、リニアＰＣＭデータを送信する。音声受信再生装置５０は、光デジタルケーブル４５を介して、音声送信装置１０が送信したリニアＰＣＭデータを受信する。音声受信再生装置５０は、受信したリニアＰＣＭデータを再生する。なお、音声送信装置１０と音声受信再生装置５０とは同軸デジタルケーブルによって接続されてもよい。
【００１８】
本実施形態に係る音声データ送受信システム１００は、２チャンネルより多いマルチチャンネルのリニアＰＣＭデータが格納されたフレームを送受信するものである。
【００１９】
図１に示すように、音声送信装置１０は、音声データ記憶部２０と、音声データ送信部３０と、インターフェース４０と、を備えている。
【００２０】
音声データ記憶部２０は、不揮発性メモリ、磁気ディスク、又は光ディスクで実現されている。音声データ記憶部２０は、音声ファイルを記憶している。この音声ファイルは、５．１ｃｈ（ＦＬｃｈ，ＦＲｃｈ，ＬＦＥｃｈ，ＦＣｃｈ，ＳＬｃｈ，ＳＲｃｈ）のリニアＰＣＭデータからなる。インターフェース４０は、光デジタルケーブル４５が接続されるコネクタと、ＬＥＤとを備えている。
【００２１】
音声データ送信部３０は、フレーム生成部３１と、フレーム送信部３２と、を備えている。フレーム生成部３１及びフレーム送信部３２は、不図示のＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）及びメモリで実現されている。ただし、フレーム生成部３１及びフレーム送信部３２は、ハードウェアに限らず、ＣＰＵによるプログラムの実行によって実現されてもよい。
【００２２】
フレーム生成部３１は、音声データ記憶部２０が記憶する音声ファイルのリニアＰＣＭデータを格納するフレームを生成する。フレーム送信部３２は、フレーム生成部３１が生成したフレームをインターフェース４０から送信する。フレーム生成部３１及びフレーム送信部３２の詳細な動作、並びに、フレームのデータ構造は後述する。
【００２３】
図１に示すように、音声受信再生装置５０は、インターフェース６０と、音声データ受信部７０と、音声再生部８０と、を備えている。
【００２４】
インターフェース６０は、光デジタルケーブル４５に接続されるコネクタと、受光素子とを備えている。音声データ受信部７０は、フレーム受信部７１と、フレーム解析部７２と、音声データ抽出部７３とを備えている。フレーム受信部７１、フレーム解析部７２、及び音声データ抽出部７３は、ＣＰＵ及びメモリによって実現されている。ただし、フレーム受信部７１、フレーム解析部７２、及び音声データ抽出部７３は、ハードウェアに限らず、ＣＰＵによるプログラムの実行によって実現されてもよい。
【００２５】
フレーム受信部７１は、インターフェース６０の受光素子から出力された電気的信号をサンプリングすることで、音声送信装置１０から送信されたフレームを受信する。フレーム解析部７２は、フレーム受信部７１が受信したフレームのデータ構造を解析する。音声データ抽出部７３は、フレーム解析部７２による解析結果に基づいて、受信されたフレームからリニアＰＣＭデータを抽出する。
【００２６】
音声再生部８０は、不図示のＤＳＰ（Ｄｉｇｉｔａｌ  Ｓｉｇｎａｌ  Ｐｒｏｃｅｓｓｏｒ）と増幅回路とで実現されている。音声再生部８０は、音声データ抽出部７３が抽出したリニアＰＣＭデータに対し、所定の音響処理（例えばイコライジング）を施す。そして、音声再生部８０は、音響処理後のリニアＰＣＭデータをデジタルアナログ変換し、変換したアナログ信号を増幅する。増幅後の５．１ｃｈのアナログ信号は、音声受信再生装置５０に接続されたスピーカ９０ＦＬ，９０ＦＲ，９０Ｗ，９０ＦＣ，９０ＳＬ，９０ＳＲへ出力される。なお、音声再生部８０は本発明の受信装置に必須の構成ではない。
【００２７】
次に、伝送されるフレームのデータ構造について、図２（Ａ）、及び図２（Ｂ）を用いて説明する。図２（Ａ）は、フレームのデータ構造を示す図である。図２（Ｂ）は、サブフレームのデータ構造を示す図である。
【００２８】
図２（Ａ）に示すように、１個のフレームは、３対のサブフレームを含んでいる。すなわち、１個のフレームは、６個のサブフレームを含んでいる。１個のブロックは、１９２個のフレームを含んでいる。１個のブロックが１９２個のフレームを含む点は、ＩＥＣ６０９５８−３規格に適合する。図２（Ｂ）に示すように、各サブフレームは、Ｐｒｅａｍｂｌｅ、Ａｕｘ、Ａｕｄｉｏ  Ｓａｍｐｌｅ  Ｗｏｒｄ、Ｖｂｉｔ、Ｕｂｉｔ、Ｃｂｉｔ、及びＰｂｉｔを含んでいる。サブフレームは、固定の３２ｂｉｔ長である。サブフレームの長さは、ＩＥＣ６０９５８−３規格に適合する。
【００２９】
Ｐｒｅａｍｂｌｅは、サブフレームの種類を示す情報を格納する。例えば、図２（Ａ）に示すように、「Ｂ」のＰｒｅａｍｂｌｅは、このＰｒｅａｍｂｌｅを含むサブフレームがブロックの先頭フレームの先頭サブフレームであることを示す。Ａｕｄｉｏ  Ｓａｍｐｌｅ  Ｗｏｒｄは、１サンプル分のリニアＰＣＭデータを格納する。Ａｕｘは、Ａｕｄｉｏ  Ｓａｍｐｌｅ  Ｗｏｒｄの補助ビットであり、２４ｂｉｔのリニアＰＣＭデータの下位４ｂｉｔを格納する。Ｖｂｉｔは、サブフレームの有効性を示す。Ｕｂｉｔは、時間情報などのユーザ情報を示す。Ｃｂｉｔは、チャンネルステータス情報を示す。Ｐｂｉｔは、パリティビットである。Ｖｂｉｔ、Ｕｂｉｔ、及びＰｂｉｔの定義は、ＩＥＣ６０９５８−３規格に適合する。
【００３０】
次に、図３は、音声送信装置１０の動作を示すフローチャートである。
【００３１】
図３に示すように、フレーム生成部３１は、送信されるリニアＰＣＭデータのチャンネル数と同じ数のサブフレームを含むフレーム分のメモリを確保する（Ｓ１）。本実施形態では、送信されるリニアＰＣＭデータのチャンネル数は６（ＦＬｃｈ，ＦＲｃｈ，ＬＦＥｃｈ，ＦＣｃｈ，ＳＬｃｈ，ＳＲｃｈ）である。そこで、フレーム生成部３１は、６個のサブフレームを含むフレーム分のメモリを確保する。
【００３２】
そして、フレーム生成部３１は、確保した６個のサブフレームのＰｒｅａｍｂｌｅをセット（情報を格納）する（Ｓ２）。ここで、図２（Ａ）に示すように、フレーム生成部３１は、ブロック中の先頭フレーム中の先頭サブフレームのＰｒｅａｍｂｌｅに「Ｂ」を格納する。フレーム生成部３１は、フレーム中の先頭から２番目のサブフレームのＰｒｅａｍｂｌｅに「Ｗ」を格納する。フレーム生成部３１は、フレーム中の３番目のサブフレームのＰｒｅａｍｂｌｅに「Ｍ」を格納する。フレーム生成部３１は、フレーム中の４番目のサブフレームのＰｒｅａｍｂｌｅに「Ｗ」を格納する。フレーム生成部３１は、フレーム中の５番目のサブフレームのＰｒｅａｍｂｌｅに「Ｍ」を格納する。フレーム生成部３１は、フレーム中の６番目のサブフレームのＰｒｅａｍｂｌｅに「Ｗ」を格納する。
【００３３】
ブロック中の先頭フレーム中の先頭サブフレームのＰｒｅａｍｂｌｅが「Ｂ」である点は、ＩＥＣ６０９５８−３規格に適合する。Ｐｒｅａｍｂｌｅに「Ｂ」が格納されたサブフレーム以外のサブフレームのＰｒｅａｍｂｌｅに「Ｗ」と「Ｍ」を交互に格納する点も、ＩＥＣ６０９５８−３規格に適合する。
【００３４】
そして、フレーム生成部３１は、各サブフレームのＣｂｉｔをセットする（Ｓ３）。セットされるＣｂｉｔは、送信されるリニアＰＣＭデータのチャンネル数、及び量子化精度に係るチャンネルステータス情報に対応する。チャンネルステータス情報の詳細は後述する。
【００３５】
そして、フレーム生成部３１は、Ｐｒｅａｍｂｌｅ及びＣｂｉｔがセット済みの各サブフレームのＡｕｄｉｏ  Ｓａｍｐｌｅ  Ｗｏｒｄに、１サンプル分のリニアＰＣＭデータを格納する（Ｓ４）。格納される１サンプル分のリニアＰＣＭデータは、１６ｂｉｔ、２０ｂｉｔ、又は２４ｂｉｔ長である。また、フレーム生成部３１は、Ｖｂｉｔ、Ｕｂｉｔ、及びＰｂｉｔに適宜情報を格納する。これにより、６個のサブフレームを含む１個のフレームの生成は完了する。
【００３６】
ここで、フレーム生成部３１は、図２（Ａ）に示すように、フレーム中の先頭サブフレームにＦＬチャンネルのリニアＰＣＭデータを格納する。フレーム生成部３１は、フレーム中の先頭から２番目のサブフレームにＦＲチャンネルのリニアＰＣＭデータを格納する。フレーム生成部３１は、フレーム中の先頭から３番目のサブフレームにＬＦＥチャンネルのリニアＰＣＭデータを格納する。フレーム生成部３１は、フレーム中の先頭から４番目のサブフレームにＦＣチャンネルのリニアＰＣＭデータを格納する。フレーム生成部３１は、フレーム中の先頭から５番目のサブフレームにＳＬチャンネルのリニアＰＣＭデータを格納する。フレーム生成部３１は、フレーム中の先頭から６番目のサブフレームにＳＲチャンネルのリニアＰＣＭデータを格納する。
【００３７】
そして、フレーム送信部３２は、１９２個のフレームが生成済みであるか否かを判断する（Ｓ５）。フレーム送信部３２は、１９２個のフレームが生成済みでないと判断すると（Ｓ５：Ｎ）、フレーム生成部３１が生成したフレームをバッファする（Ｓ７）。そして、フレーム生成部３１は、ステップＳ１へ戻り、６個のサブフレームを含む次のフレーム分のメモリを確保する。
【００３８】
ここで、フレーム生成部３１は、図２（Ａ）に示すように、ブロック中の先頭から２番目のフレームの先頭サブフレームのＰｒｅａｍｂｌｅに「Ｆ」を格納する（Ｓ２）。フレーム生成部３１は、同様に、ブロック中の先頭から３番目以降のフレームの先頭サブフレームのＰｒｅａｍｂｌｅに「Ｆ」を格納する。
【００３９】
ステップＳ１〜Ｓ７の繰り返しによって、１９２個のフレームが生成される。すると、フレーム送信部３２は、１９２個のフレームが生成されたと判断して（Ｓ５：Ｙ）、１９２個のフレームを１個のブロックとして送信する（Ｓ６）。より具体的には、フレーム送信部３２は、当該ブロックに対応するパルス信号を生成し、生成したパルス信号をインターフェース４０のＬＥＤへ出力する。すると、ＬＥＤは、パルス信号に応じて発光し、光デジタル信号を発生させる。この光デジタル信号は、ケーブル４５によって伝送される。そして、音声データ送信部３０は、送信すべきリニアＰＣＭデータがさらに存在する場合（Ｓ８：Ｙ）、ステップＳ１〜Ｓ７の処理を繰り返す。音声データ送信部３０は、送信すべきリニアＰＣＭデータが存在しない場合（Ｓ８：Ｎ）、送信処理を終える。
【００４０】
なお、フレーム送信部３２は、パルス信号のパルス幅を伝送データ量に応じて変更することで、伝送速度を変更する。
【００４１】
次に、図４は、音声受信再生装置５０の動作を示すフローチャートである。ただし、図４に示すフローチャートは、フレーム受信部６１が音声送信装置１０から送信されたブロックを受信した時点から始まった動作を示す。
【００４２】
図４に示すように、フレーム解析部７２は、フレーム受信部７１が受信したブロック中の先頭フレームの先頭から２個のサブフレームをバッファする（Ｓ１１）。そして、フレーム解析部７２は、バッファした２個のサブフレームの次のサブフレームのＰｒｅａｍｂｌｅを取得する（Ｓ１２）。フレーム解析部７２は、取得したＰｒｅａｍｂｌｅが「Ｆ」と一致するか否かを判断する（Ｓ１３）。フレーム解析部７２は、取得したＰｒｅａｍｂｌｅが「Ｆ」と一致しないと判断した場合（Ｓ１３：Ｎ）、ステップＳ１１へ戻り、次の２個のサブフレームをバッファする。フレーム解析部７２は、ステップＳ１１〜Ｓ１３を繰り返すことで、先頭サブフレームからＰｒｅａｍｂｌｅが「Ｆ」のサブフレームの直前のサブフレームまでを順次バッファする。このようにバッファされた複数対のサブフレームは、１個のフレームに含まれるものである。
【００４３】
なお、「Ｆ」を格納するＰｒｅａｍｂｌｅを含むサブフレームは、各フレームの先頭フレームに限らない。「Ｆ」を格納するサブフレームは、各フレームの区切り位置を示せばよく、例えばフレーム中の最後のサブフレームであってもよい。
【００４４】
フレーム解析部７２は、取得したＰｒｅａｍｂｌｅが「Ｆ」と一致すると判断した場合（Ｓ１３：Ｙ）、バッファ済みの複数対サブフレームが１個のフレームに含まれたものであると判断して、受信したフレーム数を１個増やしてカウントする（Ｓ１４）。
【００４５】
そして、フレーム解析部７２は、カウントしたフレーム数が１９２個ではないと判断した場合（Ｓ１５：Ｎ）、ステップＳ１１へ戻り、ステップＳ１４までの処理を繰り返す。フレーム解析部７２は、カウントしたフレーム数が１９２個であると判断した場合（Ｓ１５：Ｙ）、チャンネルステータス情報を取得する（Ｓ１６）。なお、この際に受信済みのフレーム数のカウントは０に初期化される。
【００４６】
図２（Ｂ）に戻り、チャンネルステータス情報を示すＣｂｉｔは、各サブフレームに含まれている。本実施形態では、６チャンネル毎にチャンネルステータス情報が送受信される。例えば、ＦＬチャンネルのチャンネルステータス情報は、１９２個の各フレームの先頭サブフレームのＣｂｉｔを集合してなる１９２ｂｉｔ長データに格納されている。このように、１９２個のサブフレームのＣｂｉｔを集合したデータにチャンネルステータス情報を格納することは、ＩＥＣ６０９５８−３規格に適合する。
【００４７】
ここで、ＩＥＣ６０９５８−３規格によれば、チャンネルステータス情報を格納する１９２ｂｉｔのうち、いくつかのｂｉｔの組み合わせは、未使用である。そこで、本実施形態では、ＩＥＣ６０９５８−３規格で未使用のｂｉｔの組み合わせを使用することで、送受信されるリニアＰＣＭデータのチャンネル数の情報をブロックに格納する。図５（Ａ）は、チャンネルステータス情報の３ｂｉｔ目から５ｂｉｔ目までのデータの定義を示す図である。図５（Ｂ）は、２０ｂｉｔ目から２３ｂｉｔ目までのデータの定義を示す図である。
【００４８】
図５（Ａ）に示すように、チャンネルステータス情報の３ｂｉｔ目から５ｂｉｔ目までが「００１」は、ＩＥＣ６０９５８−３規格で使用されていない。そこで、本実施形態では、３ｂｉｔ目から５ｂｉｔ目までが「００１」は、２チャンネルより多いマルチチャンネルのリニアＰＣＭデータを各フレームが格納している、と定義されている。
【００４９】
図５（Ｂ）に示すように、チャンネルステータス情報の２０ｂｉｔ目から２３ｂｉｔ目までが「０１１０」は、ＩＥＣ６０９５８−３規格で使用されていない。そこで、本実施形態では、２０ｂｉｔ目から２３ｂｉｔ目までが「０１１０」は、６（５．１）チャンネルのリニアＰＣＭデータを各フレームが格納している、と定義されている。
【００５０】
なお、本実施形態では、ＩＥＣ６０９５８−３規格で未使用の２０〜２３ｂｉｔの組み合わせを利用することで、６チャンネル以外にも４、８、１２、１６、２４、３２、４８、６４、９６、１２８、１９２チャンネルなどのリニアＰＣＭデータを各フレームが格納していることを定義することができる。また、本実施形態では、ＩＥＣ６０９５８−３規格において使用済みのｂｉｔの組み合わせは維持されている。
【００５１】
本実施形態では、５．１チャンネルのリニアＰＣＭデータを送受信するので、音声送信装置１０のフレーム生成部３１は、チャンネルステータス情報の３ｂｉｔ目から５ｂｉｔ目が「００１」となり、かつ２０ｂｉｔ目から２３ｂｉｔ目が「０１１０」となるように、Ｃｂｉｔを各サブフレームにセットしている（Ｓ３）。そして、音声受信再生装置５０のフレーム解析部７２は、チャンネルステータス情報を取得することで（Ｓ１６）、５．１ｃｈのリニアＰＣＭデータが各フレームに格納されている、と判断する。
【００５２】
ただし、伝送されるリニアＰＣＭデータのチャンネル数を取得するためにチャンネルステータス情報を使用することは、本発明において必須ではない。音声データ受信部７０は、各フレーム中の先頭サブフレームのＰｒｅａｍｂｌｅに格納された「Ｆ」を取得することで（Ｓ１３）、１個のフレームに含まれるサブフレームの個数を取得することができる。
【００５３】
そして、音声データ抽出部７３は、フレーム解析部７２が取得したチャンネルステータス情報に応じた抽出方法で音声データを抽出する（Ｓ１７）。本実施形態では、フレーム解析部７２は、５．１チャンネルのリニアＰＣＭデータが各フレームに格納されていると判断する。そこで、音声データ抽出部７３は、各サブフレームから５．１チャンネルのリニアＰＣＭデータを抽出する。その後、音声データ受信部７０は、ステップＳ１１へ戻り、ブロックを受信するごとにステップＳ１７までの処理を繰り返す。
【００５４】
なお、抽出されたリニアＰＣＭデータは、音声再生部８０によって再生される。
【００５５】
以上のように、本実施形態におけるフレームのデータ構造は、５．１チャンネルのリニアＰＣＭデータを格納するので、２チャンネルのみに対応したＩＥＣ６０９５８−３規格に適合するフレームのデータ構造に比べて、汎用性が高い。
【００５６】
また、本実施形態におけるフレームのデータ構造は、１個のフレームに奇数個のサブフレームを含むことがなく、ＩＥＣ６０９５８−３規格に反することがない。さらに、本実施形態におけるフレームのデータ構造は、ＩＥＣ６０９５８−３規格で使用済みのチャンネルステータス情報が格納されれば、ＩＥＣ６０９５８−３規格そのままのフレームのデータ構造にもなる。このように、本実施形態におけるフレームのデータ構造は、汎用性が高いながらも、下位互換を維持している。
【００５７】
また、上述の例は、２チャンネルより多いマルチチャンネルの音声データが１個のフレームに格納されたが、次のようにしてもよい。フレーム中の先頭サブフレームは主音声データ（日本語）を格納し、先頭から２番目のサブフレームは第１副音声データ（英語）を格納する。そして、そのフレーム中の３番目のサブフレームは、第２副音声データ（中国語）を格納し、４番目のサブフレームは、第３副音声データ（子供向け音声）を格納する。
【００５８】
次に、変形例に係るフレームのデータ構造について図６（Ａ）、図６（Ｂ）、図７（Ａ）、及び図７（Ｂ）を用いて説明する。図６（Ａ）は、変形例に係るフレームのデータ構造を示す図である。図６（Ｂ）は、そのフレームに含まれるサブフレームのデータ構造を示す図である。図７（Ａ）及び図７（Ｂ）は、チャンネルステータス情報の定義を示す図である。
【００５９】
変形例に係るフレームのデータ構造は、２チャンネルのリニアＰＣＭデータを格納する点、及び、格納される１サンプル分のリニアＰＣＭデータが２４ｂｉｔ長より長い点において、上述のデータ構造と相違する。
【００６０】
図６（Ａ）及び図６（Ｂ）に示すように、各チャンネルの１サンプル分のリニアＰＣＭデータは、下位ｂｉｔと上位ｂｉｔとに分割されて２つのサブフレームに格納されている。図６（Ａ）及び図６（Ｂ）に示す例では、ＦＬチャンネルのリニアＰＣＭデータの下位１６ｂｉｔがフレームの先頭サブフレームに格納されている。ＦＬチャンネルのリニアＰＣＭデータの上位１６ｂｉｔがフレーム中の先頭から２番目のサブフレームに格納されている。同様に、ＦＲチャンネルのリニアＰＣＭデータの下位１６ｂｉｔは、フレーム中の先頭から３番目のサブフレームに格納されている。ＦＲチャンネルのリニアＰＣＭデータの上位１６ｂｉｔは、フレーム中の先頭から４番目のサブフレームに格納されている。
【００６１】
この変形例に係るフレームのデータ構造においても、図２（Ａ）及び図２（Ｂ）に示すデータ構造と同様に、２番目以降のフレームの先頭サブフレームのＰｒｅａｍｂｌｅには「Ｆ」が格納される。
【００６２】
この変形例に係るフレームのデータ構造では、チャンネルステータス情報の３ｂｉｔ目から５ｂｉｔ目が「１０１」は、図７（Ａ）に示すように、４８ｂｉｔ長のリニアＰＣＭデータが各フレームに格納されている、と定義されている。ただし、図７（Ａ）に示す定義では、４８ｂｉｔ長とは最大の長さを示し、２４ｂｉｔより長く且つ４８ｂｉｔ以下の長さを意味する。
【００６３】
また、この変形例に係るフレームのデータ構造では、図７（Ｂ）に示すように、チャンネルステータス情報の３２ｂｉｔ目から３５ｂｉｔ目の組み合わせにおいて、１サンプル分のリニアＰＣＭデータのｂｉｔ長が定義されている。例えば、チャンネルステータス情報の３２ｂｉｔ目から３５ｂｉｔ目が「０１１０」は、１サンプル分のリニアＰＣＭデータが３２ｂｉｔ長である、と定義されている。また、この変形例では、１サンプル分のリニアＰＣＭデータが４０ｂｉｔ長及び４８ｂｉｔ長の場合も定義されている。
【００６４】
そこで、フレーム生成部３１は、図６（Ａ）及び図６（Ｂ）に示すフレームを生成する際に、チャンネルステータス情報の３ｂｉｔ目から５ｂｉｔ目が「１０１」となり、かつ、３２ｂｉｔ目から３５ｂｉｔ目が「０１１０」となるように、各サブフレームのＣｂｉｔをセットする。
【００６５】
そして、音声受信再生装置５０のフレーム解析部７２は、チャンネルステータス情報を取得すると、１サンプル分のリニアＰＣＭデータが２つのサブフレームに分割されて格納されており、かつ１サンプル分のリニアＰＣＭデータが３２ｂｉｔ長であると判断する（Ｓ１６）。そして、音声データ抽出部７３は、フレーム解析部７２の判断結果に基づいて、２番目のサブフレームから抽出したデータのＬＳＢ（Ｌｅａｓｔ  Ｓｉｇｎｉｆｉｃａｎｔ  Ｂｉｔ）が、１番目のサブフレームから抽出したデータの１７ｂｉｔ目となるように、各データを合成する（Ｓ１７）。すると、３２ｂｉｔ長のリニアＰＣＭデータが復元される。
【００６６】
以上のように、この変形例に係るフレームのデータ構造は、ＩＥＣ６０９５８−３規格に適合するフレームが２４ｂｉｔ長までのリニアＰＣＭデータを格納するのに対し、より長いｂｉｔ長のリニアＰＣＭデータを格納することができる。
【００６７】
なお、この変形例に係る技術的特徴と図１〜図５に示す技術的特徴とを組み合わせることができる。例えば、６チャンネルの４８ｂｉｔ長のリニアＰＣＭデータをフレームに格納することができる。
【００６８】
また、フレームに格納される音声データはリニアＰＣＭデータに限らない。例えば、フレーム生成部３１は、リニアＰＣＭデータをＡＡＣ（Ａｄｖａｎｃｅｄ  Ａｕｄｉｏ  ｃｏｄｉｎｇ）方式で圧縮し、圧縮後のＡＡＣデータをフレームに格納してもよい。フレームサイズに対する伝送サイズの割合は、このように圧縮後の音声データをフレームに格納すれば、高くなる。
【００６９】
また、フレームに格納されるデータは、コンテンツデータであればよく、動画データであってもよい。
【符号の説明】
【００７０】
１００…音声データ送受信システム
１０…音声送信装置
２０…音声データ記憶部
３０…音声データ送信部
３１…フレーム生成部
３２…フレーム送信部
４０…インターフェース
５０…音声受信再生装置
６０…インターフェース
６１…フレーム受信部
７０…音声データ受信部
７１…フレーム受信部
７２…フレーム解析部
７３…音声データ抽出部
８０…音声再生部
４５…光デジタルケーブル
９０ＦＬ，９０ＦＲ，９０Ｗ，９０ＦＣ，９０ＳＬ，９０ＳＲ…スピーカ
【図１】
2017069778.tif 000003
【図２】
2017069778.tif 000004
【図３】
2017069778.tif 000005
【図４】
2017069778.tif 000006
【図５】
2017069778.tif 000007
【図６】
2017069778.tif 000008
【図７】
2017069778.tif 000009