JP3695346B2 - データ送信装置、データ受信装置、データ送信方法、データ受信方法、伝送システム - Google Patents
データ送信装置、データ受信装置、データ送信方法、データ受信方法、伝送システム Download PDFInfo
- Publication number
- JP3695346B2 JP3695346B2 JP2001132213A JP2001132213A JP3695346B2 JP 3695346 B2 JP3695346 B2 JP 3695346B2 JP 2001132213 A JP2001132213 A JP 2001132213A JP 2001132213 A JP2001132213 A JP 2001132213A JP 3695346 B2 JP3695346 B2 JP 3695346B2
- Authority
- JP
- Japan
- Prior art keywords
- data
- channel
- transmission
- channels
- block
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Classifications
-
- G—PHYSICS
- G11—INFORMATION STORAGE
- G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
- G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
- G11B20/10—Digital recording or reproducing
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/40—Bus networks
- H04L12/40052—High-speed IEEE 1394 serial bus
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/40—Bus networks
- H04L12/40052—High-speed IEEE 1394 serial bus
- H04L12/40058—Isochronous transmission
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/40—Bus networks
- H04L12/40052—High-speed IEEE 1394 serial bus
- H04L12/40071—Packet processing; Packet format
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/40—Bus networks
- H04L12/40052—High-speed IEEE 1394 serial bus
- H04L12/40117—Interconnection of audio or video/imaging devices
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/64—Hybrid switching systems
- H04L12/6418—Hybrid transport
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Multimedia (AREA)
- Signal Processing For Digital Recording And Reproducing (AREA)
- Communication Control (AREA)
- Time-Division Multiplex Systems (AREA)
- Small-Scale Networks (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明はデジタルデータをブロック化して所定の伝送フォーマットで伝送する伝送システム、及びデータの伝送にかかるデータ送信装置、データ受信装置、データ送信方法、データ受信方法に関するものである。
【０００２】
【従来の技術】
例えばオーディオデータについていえば、Ｌ、Ｒの２チャンネルデータとすることが主流であるが、近年、３チャンネル、４チャンネル、或いはそれ以上のチャンネルのオーディオデータについても広く実施されている。
【０００３】
【発明が解決しようとする課題】
これら多様なチャンネルのオーディオデータが存在することに応じて、オーディオデータの伝送フォーマットとしても、各種チャンネル数に対応できるようにすることが行われている。
【０００４】
例えば、詳しい伝送データ構成については後述するが、ＩＥＥＥ１３９４におけるＳＡＣＤ（Super Audio CD）方式のオーディオデータの伝送においては、オーディオデータを含むブロックと呼ばれる単位を連続させて伝送データストリームを形成しており、当該ブロックにおいて各チャンネルのオーディオデータを配置するようにしている。
図１０にこの場合のブロック構成を示しているが、２チャンネルのオーディオデータの場合、図１０（ａ）に示すように、４つのカドレットｑ１〜ｑ４（１カドレット＝３２ビット）で１つのブロックを構成し、第２カドレットｑ２にＬチャンネルデータとされる第１チャンネル（ｃｈ１）を配し、第３カドレットｑ３にＲチャンネルデータとされる第２チャンネル（ｃｈ２）を配する。
なお、図１０に示している「Ｄ１」「００」「５０」「５１」「ＣＦ」は、ラベル又はサブラベルと呼ばれる情報であり、これらについては実施の形態の説明において後に合わせて説明する。
【０００５】
５チャンネルのオーディオデータの場合、図１０（ｂ）に示すように、６つのカドレットｑ１〜ｑ６で１つのブロックを構成し、第２カドレットｑ２〜第６カドレットｑ６において、第１チャンネル（ｃｈ１）〜第５チャンネル（ｃｈ５）を配する。この場合、チャンネルｃｈ１はＬチャンネル、チャンネルｃｈ２はＲチャンネル、チャンネルｃｈ３はＣ（センタ）チャンネル、チャンネルｃｈ４はＬｓ（後方左）チャンネル、チャンネルｃｈ５はＲｓ（後方右）チャンネルとされる。
【０００６】
６チャンネルのオーディオデータの場合、図１０（ｃ）に示すように、８つのカドレットｑ１〜ｑ８で１つのブロックを構成し、第２カドレットｑ２〜第７カドレットｑ７において、第１チャンネル（ｃｈ１）〜第６チャンネル（ｃｈ６）を配する。この場合、チャンネルｃｈ１はＬチャンネル、チャンネルｃｈ２はＲチャンネル、チャンネルｃｈ３はＣ（センタ）チャンネル、チャンネルｃｈ４はＬＦＥ（スーパーウーハー用低域エンハンス：Low Freqency Enhancement）チャンネル、チャンネルｃｈ５はＬｓ（後方左）チャンネル、チャンネルｃｈ６はＲｓ（後方右）チャンネルとされる。
【０００７】
例えばこのように２チャンネル、５チャンネル、６チャンネルの伝送ブロックが定義されて、２チャンネルオーディオデータ、５チャンネルオーディオデータ、６チャンネルオーディオデータの伝送が可能とされている。
しかしながらこのことは、換言すれば、他のチャンネル数のオーディオデータの伝送に際しては、新たにブロック構成を定義しなければならない必要が生じることになる。
例えば３チャンネル、４チャンネル、或いは７チャンネル以上のオーディオデータなどに関してはブロック定義が必要になる。
【０００８】
なお、ブロックの新規定義自体については、技術的には可能である。例えばブロックを構成するカドレット数を適宜設定し、チャンネルデータの割当を行うようにすればよい。
しかしながら、伝送フォーマットを新たに規定した場合、それ以前に開発され、一般に出荷されていた受信側機器では、その新規ブロック構成の受信データは未知のフォーマットとなる。
このため適切に受信処理できない場合が生ずるという問題がある。
【０００９】
【課題を解決するための手段】
そこで本発明はこのような状況に鑑みて、デジタルデータをブロック化して所定の伝送フォーマットにより伝送路で伝送する場合に、新規なブロックフォーマットを規定すること無く、多様なチャンネルのデータを伝送可能とすることを目的とする。
【００１０】
このため本発明では、デジタルデータをブロック化して所定の伝送フォーマットで送出するデータ送信装置において、ｎチャンネルで構成される有効データとｉチャンネルで構成される無効データとをｍチャンネル（ｎ＋ｉ＝ｍ）のデータを格納可能なブロックに配するブロック化処理をしたうえで上記伝送フォーマットに合致した送信データストリームを生成するとともに、上記送信データストリーム内の各ブロック内において無効データが配されるチャンネルを判別できる判別情報を上記送信データストリームに付加する伝送データ生成手段と、上記伝送データ生成手段で生成された送信データストリームを送出する送出手段と、を備えるようにする。
【００１１】
本発明のデータ受信装置は、デジタルデータのブロック化を含む所定の伝送フォーマットで伝送されてきたデータストリームを受信する受信手段と、上記受信手段により受信されたデータストリームからチャンネルごとのデータを抽出すると共に上記データストリームから判別情報を抽出するチャンネル抽出手段と、上記抽出されたチャンネルごとのデータをデコードするデコード手段と、上記チャンネル抽出手段によって抽出された判別情報が無効を示しているチャンネルのデコード手段の出力がミュートされるように上記デコード手段を制御するミュート制御手段とを備えるようにする。
【００１２】
また本発明は、上記構成のデータ送信装置、データ受信装置により伝送システムを構成する。
【００１３】
本発明のデータ送信方法は、デジタルデータをブロック化して所定の伝送フォーマットで送出するデータ送信方法において、ｎチャンネルで構成される有効データとｉチャンネルで構成される無効データとをｍチャンネル（ｎ＋ｉ＝ｍ）のデータを格納可能なブロックに配するブロック化処理をしたうえで上記伝送フォーマットに合致した送信データストリームを生成するとともに、上記送信データストリーム内の各ブロック内において無効データが配されるチャンネルを判別できる判別情報を生成して上記送信データストリームに付加し、上記生成された送信データストリームを送出する。
【００１４】
本発明のデータ受信方法は、デジタルデータのブロック化を含む所定の伝送フォーマットで伝送されてきたデータストリームを受信し、上記受信されたデータストリームからチャンネルごとのデータを抽出すると共に上記データストリームから判別情報を抽出し、上記抽出されたチャンネルごとのデータをデコードすると共に抽出された判別情報が無効を示しているチャンネルのデコードの出力をミュートする。
【００１５】
即ち本発明では、ｎチャンネルデータを、ｎチャンネル以上のチャンネル数となるｍチャンネルデータに対応したブロック内に配するブロック化処理を行うことで、ｎチャンネル専用のブロックフォーマットを設定することなくｎチャンネルデータを伝送できるようにする。
またその際には、ｍチャンネルのブロック内で、有効なチャンネルデータが配されない部分が発生するが、このため上記判別情報により、有効なチャンネルデータが配されない部分を受信側で判別できるようにして、受信側で正しくｎチャンネルデータが抽出できるようにする。
【００１６】
【発明の実施の形態】
以下、本発明の実施の形態を次の順に説明する。なお実施の形態ではＩＥＥＥ１３９４の伝送フォーマットでオーディオデータを伝送するデータ送信装置とデータ受信装置の例を説明する。
１．ＩＥＥＥ１３９４の伝送フォーマット
２．実施の形態の伝送方式
３．送信装置及び受信装置
【００１７】
１．ＩＥＥＥ１３９４の伝送フォーマット
まずＩＥＥＥ１３９４による伝送フォーマットについて説明する。
ＩＥＥＥ１３９４方式でのデータ伝送では、例えば図１（ａ）に示すように、所定の通信サイクル（例えば１２５μｓｅｃ）毎に時分割多重によって行われる。そして、この信号の伝送は、サイクルマスタと呼ばれる機器（ＩＥＥＥ１３９４バス上の任意の１台の機器）が通信サイクルの開始時であることを示すサイクルスタートパケットＣＳＰをバス上へ送出することにより開始される。なお、サイクルマスタは、バスを構成するケーブルに各機器を接続したとき等に、ＩＥＥＥ１３９４で規定する手順により自動的に決定される。
【００１８】
１通信サイクル中における通信の形態は、ビデオデータやオーディオデータなどのリアルタイム性を必要とするデータを伝送するアイソクロナス伝送（Ｉｓｏ）と、制御コマンドや補助的なデータなどを確実に伝送するアシンクロナス伝送（Ａｓｙ）の２種類の伝送が行われる。
各通信サイクル中では、アイソクロナス伝送用のアイソクロナスパケットＩｓｏが、アシンクロナス伝送用のアシンクロナスパケットＡｓｙより先に伝送される。
アイソクロナスパケットＩｓｏの通信が終了した後、次のサイクルスタートパケットＣＳＰまでの期間が、アシンクロナスパケットＡｓｙの伝送に使用される。従って、アシンクロナスパケットＡｓｙが伝送できる期間は、そのときのアイソクロナスパケットＩｓｏの伝送チャンネル数により変化する。また、アイソクロナスパケットＩｓｏは、１通信サイクル毎に予約した帯域（チャンネル数）が確保される伝送方式であるが、受信側からの確認は行わない。
アシンクロナスパケットＡｓｙで伝送する場合には、受信側からアクノリッジメント（Ａｃｋ）のデータを返送させて、伝送状態を確認しながら確実に伝送させる。
【００１９】
図１（ｂ）に、ＣＩＰ(Common Isochronos Packet)の構造を示す。つまり、図１（ａ）に示したアイソクロナスパケットＩｓｏのデータ構造である。
例えば、後述する１ビットデジタルオーディオデータ等の伝送の際には、ＩＥＥＥ１３９４通信においては、アイソクロナス通信によりデータの送受信が行われる。つまり、リアルタイム性が維持されるだけのデータ量をこのアイソクロナスパケットに格納して、１アイソクロナスサイクル毎に順次送信するものである。
【００２０】
アイソクロナスパケットは、図１（ｂ）のように、１３９４パケットヘッダ、ヘッダＣＲＣ、ＣＩＰヘッダ、データ部、データＣＲＣから成る。
【００２１】
上記ＣＩＰ構造として、例えばＳＡＣＤ（Super Audio CD）方式の２チャンネルの１ビットデジタルオーディオデータの伝送に用いる場合の具体例を図２に示している。
【００２２】
なお１ビットデジタルオーディオデータとは、通常のＣＤ（Compact Disc）におけるオーディオデータよりも高品位なデータとして開発されたものである。これは、サンプリング周波数を例えばＣＤ方式における４４．１ＫＨｚの１６倍という非常に高いサンプリング周波数である２．８２２４ＭＨｚとしてΔΣ変調された１ビットデータのことであり、周波数帯域はＤＣ成分〜１００ＫＨｚの広範囲とされ、ダイナミックレンジはオーディオ帯域全体で１２０（ｄＢ）を実現できるデータ形式である。
なお、本例ではこのような１ビットデジタルオーディオデータをパケット化して伝送する場合を例に挙げるが、もちろん伝送されるデータ自体の形式、種別はどのようなものでもよい。
【００２３】
図２では、横方向に３２ビット（４バイト）を示しているが、その１行分のデータ、つまり３２ビットが１カドレット（ｑｕａｄｌｅｔ）と呼ばれる。
ＣＩＰの先頭３２ビット（１カドレット）は、１３９４パケットヘッダとされている。
１３９４パケットヘッダにおいては、１６ビットのデータレングス（ｄａｔａ＿Ｌｅｎｇｔｈ）、２ビットのタグ（ｔａｇ）、６ビットのチャンネル（ｃｈａｎｎｅｌ）、４ビットのタイムコード（ｔ ｃｏｄｅ）、４ビットのシンク（ｓｙ）が配される。
データレングス（ｄａｔａ＿Ｌｅｎｇｔｈ）は、当該アイソクロナスパケット全体のデータ長を示している。また６ビットのチャンネル（ｃｈａｎｎｅｌ）は伝送チャンネルを示すものであり、Ｌ、Ｒ等のオーディオデータのチャンネルに相当するものではない。
【００２４】
そして、１３９４パケットヘッダに続く１カドレットの領域はヘッダＣＲＣが格納される。
【００２５】
ヘッダＣＲＣに続く２カドレットの領域がＣＩＰヘッダとなる。
ＣＩＰヘッダの上位カドレットの先頭２バイトには、それぞれ‘０’‘０’が格納され、続く６ビットの領域はＳＩＤ（送信ノード番号）を示す。ＳＩＤに続く８ビットの領域はＤＢＳ（データブロックサイズ）であり、データブロックのサイズ（パケット化の単位データ量）が示される。つまり、後述するデータ部はｎ＋１個のデータブロックにより構成されるが、その一つのデータブロックのサイズが例えばカドレット数で示される。
続いては、ＦＮ（２ビット）、ＱＰＣ（３ビット）の領域が設定されており、ＦＮにはパケット化する際に分割した数が示され、ＱＰＣには分割するために追加したカドレット数が示される。
ＳＰ（１ビット）にはソースパケットのヘッダのフラグが示され、ＤＢＣにはパケットの欠落を検出するカウンタの値が格納される。
なお、図中「ｒｓｖ」はリザーブ、つまり未定義の領域を示している。
【００２６】
ＣＩＰヘッダの下位カドレットの先頭２バイトにはそれぞれ‘１’‘０’が格納される。そして、これに続いてＦＭＴ（６ビット）、ＦＤＦ（８ビット）、ＳＹＴ（１６ビット）の領域が設けられる。
ＦＭＴには信号フォーマット（伝送フォーマット）が示され、ここに示される値によって、当該ＣＩＰに格納されるデータ種類（データフォーマット）が識別可能となる。具体的には、ＭＰＥＧストリームデータ、Ａｕｄｉｏストリームデータ、デジタルビデオカメラ（ＤＶ）ストリームデータ等の識別が可能になる。ＦＤＦは、フォーマット依存フィールドであり、上記ＦＭＴにより分類されたデータフォーマットについて更に細分化した分類を示す領域とされる。オーディオに関するデータであれば、例えばリニアオーディオデータであるのか、ＭＩＤＩデータであるのかといった識別が可能になる。
例えば１ビットデジタルオーディオデータであれば、先ずＦＭＴによりＡｕｄｉｏストリームデータの範疇にあるデータであることが示され、ＦＤＦに規定に従った特定の値が格納されることで、そのＡｕｄｉｏストリームデータは１ビットデジタルオーディオデータであることが示される。
ＳＹＴは、フレーム同期用のタイムスタンプが示される。
【００２７】
このようなＣＩＰヘッダに続いては、ＦＭＴ，ＦＤＦによって示されるデータが、データ部としてのｎ＋１個のデータブロック（ブロック＃０〜＃ｎ）のシーケンスによって格納される。ＦＭＴ，ＦＤＦにより１ビットデジタルオーディオデータであることが示される場合には、このデータブロックとしての領域に１ビットデジタルオーディオデータが格納される。
そして、データブロックに続いて最後にデータＣＲＣが配置される。
【００２８】
この図２では、データ部にＳＡＣＤ方式の２チャンネルの１ビットデジタルオーディオデータが配されている例を示している。これは、ＩＥＥＥ１３９４バスによるデータ伝送について適用できるＡＭ８２４と呼ばれる伝送プロトコルに基づいた例であり、その場合において１ビットデジタルオーディオデータとしてＬ、Ｒの２チャンネルのオーディオデータを伝送する場合のパケット構造例である。
【００２９】
上述のように３２ビット（４バイト）を１カドレット（Quadlet）と呼ぶと、この１ビットデジタルオーディオデータとしての２チャンネルデータの場合、４カドレット（ｑ１〜ｑ４）で１つのブロック（データブロック）が形成され、このブロックが連続するものとなる。
なお、このため上記ＤＢＳ（データブロックサイズ）には、４カドレットと記述されることになる。
【００３０】
各カドレットにおける先頭のバイト（バイト０）は、ラベルとされている。ラベルとは、そのカドレットに配されるデータの識別情報となる。
ラベルとしての値及び意味を図３に示す。
図示するようにラベル値に対して各種の意味が定義されており、例えばラベル値４０ｈ〜４Ｆｈは、ＤＶＤ（Digital Versatile Disc）システムで採用されているマルチビットリニアオーディオデータに対応するものとされる。なお、「ｈ」を付した数値は１６進表記のものである。
またラベル値５０ｈ〜５７ｈは、１ビットデジタルオーディオデータに対応する値、ラベル値５８ｈ〜５Ｆｈは、エンコードされた１ビットデジタルオーディオデータに対応する値、ラベル値８０ｈ〜８３ｈはＭＩＤＩデータに対応する値とされる。
さらにＣ０ｈ〜ＥＦｈはアンシラリデータ（Ancillary Data；補助データ）を意味するなど、ラベル値は識別情報として機能するために各種定義されている。
【００３１】
各ラベル値についての詳細な定義の説明は本発明と直接関係がないため説明を省略するが、図２に示した値についてのみ述べると次のようになる。
【００３２】
図２においてブロック＃０の第１カドレットｑ１をみると、ラベル値は「Ｄ１ｈ」とされている。従って第１カドレットｑ１はアンシラリデータが記述されるものと提示されていることになり、さらにこの場合バイト１はサブラベルとされて「００ｈ」とされている。
このときバイト２，バイト３が実際の補助データ内容となるが、ここではバリディティフラグ（Validity Flag）Ｖ、コピーコントロール情報（Track Attribute）、チャンネル数（Ch Bit Num）、スピーカ配置情報（Loudspeaker Config）が記述される。
【００３３】
第２カドレットｑ２ではラベル値は「５０ｈ」とされる。ラベル値５０ｈ〜５７ｈは、１ビットデジタルオーディオデータに対応する値であるが、「５０ｈ」は、マルチチャンネルのデータを配したブロックの最初のデータであることを示す。
また第３カドレットｑ３ではラベル値は「５１ｈ」とされる。「５１ｈ」は、マルチチャンネルのデータを配したブロックの２番目以降のデータであることを示す。
従って、第２、第３カドレット（ｑ２、ｑ３）では、チャンネル１、チャンネル２の２チャンネルの１ビットデジタルオーディオデータが配されていることが示されるものとなる。各チャンネルのデータはバイト１〜バイト３の３バイトで記述される。
【００３４】
第４カドレットｑ４では、ラベル値は「ＣＦｈ」とされている。これはアンシラリデータの範疇であるが、「ＣＦｈ」は特に無効データ（NO DATA）を示す値として定義されている。またバイト１はサブラベルとして無効データの内容を示す値とされており、この例では「ＣＦｈ」とされている。
そしてこのときバイト２，バイト３が無効データにより充填される。
【００３５】
なお、このように無効データを配するカドレットが設けられるのは、一つのデータブロックが偶数個のカドレットで構成されるという規定を満たすためである。この例の場合は有効なデータを配したカドレットが３つであるため、無効データのカドレットを追加している。従って有効なデータを配するべく用意されたカドレットが偶数個である場合は、無効データのカドレットを追加する必要はない。
【００３６】
ブロック＃１の第１カドレットｑ１では、ラベル値は「Ｄ１ｈ」とされている。従って第１カドレットｑ１はアンシラリデータが記述されるものと提示されていることになり、さらにこの場合バイト１はサブラベルとされて「０１ｈ」とされている。
このときはバイト２，バイト３の補助データ内容は、サプリメンタリデータとされる。
第２〜第４カドレットはブロック＃０と同様である。
【００３７】
このように各ブロックが構成されて、アイソクロナスパケットＩｓｏにおけるデータ部が形成される。
【００３８】
２．実施の形態の伝送方式
以上のようなＩＥＥＥ１３９４による伝送フォーマットを用いてデータを伝送する場合の具体例を以下、説明していく。ここでは上記ＣＩＰ構造として、例えばＳＡＣＤ（Super Audio CD）方式の５チャンネルの１ビットデジタルオーディオデータの伝送に用いるブロックフォーマットを用いる場合を例に挙げて説明していく。
即ち、この実施の形態の例では、５チャンネル対応のブロックフォーマットを用いて、チャンネル数が５チャンネル以下（１チャンネル〜５チャンネル）のオーディオデータ伝送を可能とするものである。
【００３９】
まず図５でブロックシーケンスの概要を述べる。
例えば上記図２で示したようにデータ部を構成するブロック＃０、＃１・・・に配されるオーディオデータは、元々の１ビットデジタルオーディオデータとしてのトラック（楽曲単位）から見ると図５に示す関係となる。
【００４０】
図５（ａ）は１つの楽曲としてのデータ群となるトラック（例えばＳＡＣＤとしてのディスクに記録されている楽曲等のプログラム）をトラック＃Ｎとして示しているが、このトラック＃Ｎは図５（ｂ）のように複数のフレームから構成される。
公知のようにＣＤ方式の場合、１つのフレームは７５Ｈｚ周期、即ち１３．３ｍｓｅｃ分のオーディオデータに相当する単位である。
そして図５（ｃ）のように１フレームは１５６８ブロック（ブロック＃０〜＃１５６７）で構成される。
なお、図５にフレームとして示すブロック＃０〜＃１５６７の部分は、図１，図２で説明したアイソクロナスパケットＩｓｏ内のデータ部に相当する部分である。
【００４１】
図４に本例の、５チャンネルの１ビットデジタルオーディオデータの伝送に用いるブロックフォーマットを示す。
図１のように構成されるアイソクロナスパケットにおいて、１３９４ヘッダ、ヘッダＣＲＣ、ＣＩＰヘッダ、及びデータＣＲＣの構造については、この図４の場合も、図２で説明したものと同様になるため、重複説明を避ける。
【００４２】
ここでは、データ部を構成するブロック＃０〜＃１５６７が、５チャンネルのオーディオデータ伝送用のフォーマットとされている。
即ち、６カドレット（ｑ１〜ｑ６）で１つのブロック（データブロック）が形成され、このブロックが連続するものとなる。
なお、このためＣＩＰヘッダにおけるＤＢＳ（データブロックサイズ）には、６カドレットと記述されることになる。
【００４３】
図４においてブロック＃０の第１カドレットｑ１は、図２の場合と同様にラベル値は「Ｄ１ｈ」であり、サブラベルは「００ｈ」とされ、バイト２，バイト３に補助データが記述される。
第２カドレットｑ２ではラベル値は「５０ｈ」とされる。また、第３カドレットｑ３〜第６カドレットｑ６ではラベル値は「５１ｈ」とされる。
そしてこの第２カドレットｑ２〜第６カドレットｑ６において、１ビットデジタルオーディオデータとしての第１チャンネル（ｃｈ１）〜第５チャンネル（ｃｈ５）のデータが配される。
この場合、チャンネルｃｈ１はＬチャンネル、チャンネルｃｈ２はＲチャンネル、チャンネルｃｈ３はＣ（センタ）チャンネル、チャンネルｃｈ４はＬｓ（後方Ｌ）チャンネル、チャンネルｃｈ５はＲｓ（後方右）チャンネルとされる。
【００４４】
後続するブロック＃１〜＃１５６７についても、同様に第２カドレットｑ２〜第６カドレットｑ６において、１ビットデジタルオーディオデータとしての第１チャンネル（ｃｈ１）〜第５チャンネル（ｃｈ５）のデータが配される。
但し、各ブロック＃１〜＃１５６７において、第１カドレットは、補助データ（アンシラリデータ）、サプリメンタリデータ、ＩＳＲＣ、無効データ（NO DATA）が、それぞれ配されることになるが、本例の場合、その１つとして少なくとも或る１つのブロックの第１カドレットｑ１には、補助データの一種であるチャンネルミュートデータが配されるようにしている。
図４においては、ブロック＃１の第１カドレットｑ１において、ラベル値は「Ｄ１ｈ」、サブラベルは「０２ｈ」とされ、バイト２，バイト３にチャンネルミュートデータが記述される例を示している。
【００４５】
図６に、ブロック＃０〜＃１５６７について第１カドレットｑ１のみを示したブロックシーケンスを示す。
即ちこの例の場合、ブロック＃０にはアンシラリデータ、ブロック＃１にはチャンネルミュートデータ、ブロック＃２〜＃（ｘ−１）にはサプリメンタリデータ、ブロック＃（ｘ）〜＃（ｘ＋２）にＩＳＲＣが、それぞれ配されている。なおブロック＃（ｘ＋３）〜＃１５６７の第１カドレットｑ１は、無効データ（NO
DATA）となっている。
【００４６】
例えばこのように、アイソクロナスパケットとしてのデータストリームには、少なくとも１つのチャンネルミュートデータが挿入される。なお、チャンネルミュートデータの挿入位置はブロック＃１に限られず、他のブロックに挿入されてもよいし、また２つ以上、チャンネルミュートデータが挿入されてもよい。
受信側では、ラベル「Ｄ１ｈ」及びサブラベル「０２ｈ」により、或るブロックに挿入されているチャンネルミュートデータを認識することができる。
【００４７】
このチャンネルミュートデータは、例えば本例のように５チャンネル分のオーディオデータを配することができる１つのブロック内において、有効なデータ、つまり実際の１ビットデジタルオーディオデータが配されていないカドレット（チャンネル）を受信側で判別するための判別情報となる。
【００４８】
例えばチャンネルミュートデータは、ブロック＃１の第１カドレットｑ１において、ラベル、サブラベルに続くバイト２，バイト３の位置として１６ビットのデータとされるが、その構成を図７（ａ）に示す。
チャンネルミュートデータは、図示するように、１６ビットの各ビットが、チャンネルｃｈ１〜ｃｈ１６に対応するものとされる。
そしてビット値が「０」のチャンネルは「Available：有効」、ビット値が「１」のチャンネルは「Mute：無効（ミュートすべきチャンネル）」として、ブロック内の各チャンネルの状況を提示する。
【００４９】
例えば図４のような５チャンネル対応のブロックの場合においては、チャンネルｃｈ１〜ｃｈ５に対応する５ビットが用いられる。
そして図４の、５チャンネル対応のブロック構成によるアイソクロナスパケットにより５チャンネルのオーディオデータを伝送する場合は、図７（ｂ）のように、チャンネルミュートデータのチャンネルｃｈ１〜ｃｈ５に対応する５ビットは、全て「０」とされる。
この場合、各ブロックの第２カドレットｑ２〜第６カドレットｑ６では、それぞれチャンネルｃｈ１（Ｌ）、チャンネルｃｈ２（Ｒ）、チャンネルｃｈ３（Ｃ）、チャンネルｃｈ４（Ｌｓ）、チャンネルｃｈ５（Ｒｓ）の１ビットデジタルオーディオデータが配される状態となっている。
【００５０】
一方、図７（ｃ）は、上記５チャンネル対応のブロック構成によるアイソクロナスパケットにより、後方チャンネル（Ｌｓ、Ｒｓ）が存在しない３チャンネルのオーディオデータを伝送する場合を示している。この場合、各ブロックには図７（ｃ）の右側に示すように、第２カドレットｑ２〜第４カドレットｑ４には、それぞれＬ、Ｒ、Ｃとしてのチャンネルｃｈ１，ｃｈ２，ｃｈ３の１ビットデジタルオーディオデータが配されるが、第５カドレットｑ５，第６カドレットｑ６に配すべきデータは存在しないため、斜線部として示す部分は無効データが配される。
そしてチャンネルミュートデータは図示するように、チャンネルｃｈ４，ｃｈ５に対応する値が「１」とされる。
【００５１】
図７（ｄ）は、上記５チャンネル対応のブロック構成によるアイソクロナスパケットにより、Ｃ（センター）チャンネルが存在しない４チャンネルのオーディオデータを伝送する場合を示している。この場合、各ブロックには図７（ｄ）の右側に示すように、第２カドレットｑ２、第３カドレットｑ３には、それぞれＬ、Ｒとしてのチャンネルｃｈ１，ｃｈ２の１ビットデジタルオーディオデータが配され、また第５カドレットｑ５，第６カドレットｑ６には、それぞれＬｓ、Ｒｓとしてのチャンネルｃｈ４，ｃｈ５の１ビットデジタルオーディオデータが配される。そしてセンターチャンネルに相当するチャンネルｃｈ３のデータは存在しないため、第４カドレットｑ４には、斜線部として示すように無効データが配される。
そしてチャンネルミュートデータは図示するように、チャンネルｃｈ３に対応する値が「１」とされる。
【００５２】
例えばこの図７に例を挙げたように、５チャンネル対応のブロックフォーマットを有するアイソクロナスパケットにおいて、５チャンネル以下のチャンネル数のオーディオデータであっても、そのオーディオデータを当該ブロックフォーマットを用いて伝送する。
そして、ブロック内の各カドレットｑ２〜ｑ６に配される各チャンネルのデータとして、有効なデータであるか無効なデータであるかをチャンネルミュートデータにより受信側で判別できるようにする。
これにより、例えばモノラルオーディオデータ、Ｌ、Ｒの２チャンネルオーディオデータ、Ｌ、Ｃ、Ｒなどの３チャンネルオーディオデータ、Ｌ、Ｒ、Ｌｓ、Ｒｓなどの４チャンネルオーディオデータ、及びＬ、Ｒ、Ｃ、Ｌｓ、Ｒｓの５チャンネルオーディオデータについては、当該５チャンネル対応のブロックフォーマットを有するアイソクロナスパケットにおいて伝送可能となる。
【００５３】
なお、ここで５チャンネル対応のブロックフォーマットの例を挙げたのは、これが図１０で説明したように、既に規定されているブロックフォーマットの一つであるためである。もちろん図１０（ｃ）のように６チャンネル対応のブロックフォーマットを用いてもよい。
その場合は、チャンネルミュートデータにおいてチャンネルｃｈ１〜ｃｈ６に対応するビットが用いられて、各チャンネルのオーディオデータの有効／無効が示されることになる。
【００５４】
そして６チャンネル対応のブロックフォーマットを用いた場合は、本例の伝送方式により、例えばモノラルオーディオデータ、Ｌ、Ｒの２チャンネルオーディオデータ、Ｌ、Ｃ、Ｒ、或いはＬ、Ｒ、ＬＦＥなどの３チャンネルオーディオデータ、Ｌ、Ｒ、Ｌｓ、Ｒｓ、或いはＬ、Ｃ、Ｒ、ＬＦＥなどの４チャンネルオーディオデータ、Ｌ、Ｒ、Ｃ、Ｌｓ、Ｒｓ、或いはＬ、Ｒ、ＬＦＥ、Ｌｓ、Ｒｓなどの５チャンネルオーディオデータ、及び６チャンネルオーディオデータが伝送可能となることが理解される。
【００５５】
また、上記１６ビット構成のチャンネルミュートデータによれば、最大１６チャンネルについて有効／無効を提示できる。このため、１６チャンネル対応のブロックフォーマットが規定された場合にも、対応可能であり、しかもその場合は、１６チャンネル以下のチャンネル数となる非常に多様なマルチチャンネルデータの伝送が、１つのブロックフォーマットで可能となる。
また、アイソクロナスパケット内にチャンネルミュートデータを複数設けるようにすれば、１７チャンネル以上にも対応可能である。例えばブロック＃１，＃２の各第１カドレットｑ１にチャンネルミュートデータを配すれば、３２チャンネルまで対応可能となる。
【００５６】
なお、アイソクロナスパケット内に複数のチャンネルミュートデータを配する場合において、このようにチャンネル数の拡大に対応させるためではなく、受信側での確実なチャンネルミュートデータの取込等を考慮して、同一の、つまりいずれもｃｈ１〜ｃｈ１６対応のチャンネルミュートデータを複数挿入してもよい。
【００５７】
ところで、チャンネルミュートデータの構造としては、他の例も各種考えられる。
図８（ａ）に、４ビットでチャンネルミュートデータを構成する例を示している。
通常、特殊な用途を除いては、２チャンネル以上のチャンネル数を伝送する場合で、ＬチャンネルとＲチャンネルの一方のみが存在するということはない。同様に、ＬｓチャンネルとＲｓチャンネルの一方のみ存在するということも想定しにくい。そこで、図８（ａ）に示すように、チャンネルミュートデータのビットｂ１をＬ及びＲチャンネルに割り当て、ビットｂ２をＣチャンネルに割り当て、ビットｂ３をＬｓ及びＲｓチャンネルに割り当て、ビットｂ４をＬＦＥチャンネルに割り当てるということが考えられる。
そしてビット値が「０」のチャンネルは「Available：有効」、ビット値が「１」のチャンネルは「Mute：無効（ミュートすべきチャンネル）」として、ブロック内の各チャンネルの状況を提示する。
【００５８】
例えば６チャンネル対応のブロックフォーマットのアイソクロナスパケットを用いる場合を例に挙げると、６チャンネルのオーディオデータを伝送する場合は、図８（ｂ）のように、チャンネルミュートデータの全ビットｂ１〜ｂ４は全て「０」とされる。
この場合、各ブロックの第２カドレットｑ２〜第７カドレットｑ７では、それぞれチャンネルｃｈ１（Ｌ）、チャンネルｃｈ２（Ｒ）、チャンネルｃｈ３（Ｃ）、チャンネルｃｈ４（ＬＦＥ）、チャンネルｃｈ５（Ｌｓ）、チャンネルｃｈ６（Ｒｓ）の１ビットデジタルオーディオデータが配される状態となっている。
【００５９】
一方、図８（ｃ）は、６チャンネル対応のブロック構成によるアイソクロナスパケットにより、低域エンハンスチャンネル（ＬＦＥ）が存在しない５チャンネルのオーディオデータを伝送する場合を示している。
この場合、各ブロックには図８（ｃ）の右側に示すように、第２カドレットｑ２、第３カドレットｑ３、第４カドレットｑ４には、それぞれＬ、Ｒ、Ｃとしてのチャンネルｃｈ１，ｃｈ２，ｃｈ３の１ビットデジタルオーディオデータが配され、また第６カドレットｑ６，第７カドレットｑ７には、それぞれＬｓ、Ｒｓとしてのチャンネルｃｈ５，ｃｈ６の１ビットデジタルオーディオデータが配される。そして低域エンハンスチャンネル（ＬＦＥ）に相当するチャンネルｃｈ４のデータは存在しないため、第５カドレットｑ５には、斜線部として示すように無効データが配される。
そしてチャンネルミュートデータは図示するように、低域エンハンスチャンネル（ＬＦＥ）に相当するビットｂ４が「１」とされる。
【００６０】
図８（ｄ）は、６チャンネル対応のブロック構成によるアイソクロナスパケットにより、Ｌ、Ｒ、Ｃの３チャンネルのオーディオデータを伝送する場合を示している。
この場合、各ブロックには図８（ｄ）の右側に示すように、第２カドレットｑ２〜第４カドレットｑ４には、それぞれＬ、Ｒ、Ｃとしてのチャンネルｃｈ１，ｃｈ２，ｃｈ３の１ビットデジタルオーディオデータが配されるが、第５カドレットｑ５〜第７カドレットｑ７に配すべきデータは存在しないため、斜線部として示す部分は無効データが配される。
そしてチャンネルミュートデータは図示するように、Ｌｓ及びＲｓチャンネルに相当するビットｂ３と、低域エンハンスチャンネル（ＬＦＥ）に相当するビットｂ４が「１」とされる。
【００６１】
例えばこのように、チャンネルミュートデータを４ビット等の少ないビット数で実現することもできる。
もちろん、チャンネルミュートデータの構造については更に多様に考えられる。
【００６２】
なお、チャンネルミュートデータは、上述のようにブロック内の補助データとして挿入することで、ＩＥＥＥ１３９４伝送フォーマットに対応して本発明を実現でき、ＩＥＥＥ１３９４伝送フォーマットを採用する機器間の伝送システムとして広く利用できるものとなる。
【００６３】
３．送信装置及び受信装置
続いて、データ送信装置及びデータ受信装置について説明する。
図９は、或る２つの機器が例えばＩＥＥＥ１３９４による伝送路３により接続されている場合に、送信装置１を有する機器（又は回路部）から受信装置２を有する機器（又は回路部）にオーディオデータを伝送するモデルにおいて本発明の実施の形態を示したものである。
なお受信装置２としては、伝送されてきたオーディオデータを再生出力する再生装置や、所定の記録媒体（ディスク、固体メモリ、テープなど）に記録する記録装置などが想定される。
オーディオデータは、上述したアイソクロナスパケットにより伝送されるものとし、そのオーディオデータは、例えば１ビットデジタルオーディオデータであるとする。
【００６４】
図示するように送信装置１は、マルチチャンネルデータソース１１，伝送データ生成部１２、送信部１３が設けられる。
【００６５】
マルチチャンネルデータソース１１は、１又は複数チャンネルのオーディオデータを出力する。マルチチャンネルデータソース１１の具体的な構成は多様な例が考えられ、例えばディスクメディアや固体メモリメディア等の記録媒体に対する再生装置部、ネットワーク通信その他の受信装置部、ハードディスクドライブ等によるサーバ装置部、などが考えられる。どのような装置部であれ、ここでは１又は複数チャンネルとして、多様なチャンネルのオーディオデータを出力できるものとされる。
例えば或る音楽データとして、ｎチャンネルのオーディオデータを出力する。
【００６６】
伝送データ生成部１２は、マルチチャンネルデータソース１１から供給されるｎチャンネルのオーディオデータを、上述した構成のブロック化処理を行い、アイソクロナスパケットを形成していく処理を行う。
送信部１３は伝送データ生成部１２の出力をＩＥＥＥ１３９４バスによる伝送路３に送出する動作を行う。
【００６７】
受信装置２は、受信部３１，チャンネル抽出部３２、デコード部３３、ミュート制御部３４を備える。
【００６８】
受信装置２において、受信部３１は、伝送路３から供給されるデータを受信して取り込む動作を行う。
チャンネル抽出部３２は、受信されたアイソクロナスパケットのデータについてパケットデコード処理を行い、各ブロック内に配されている各チャンネルのオーディオデータを抽出する処理を行う。
デコード部３３は、チャンネル抽出部３２で抽出されたｎチャンネルのオーディオデータについて復号処理を行い、ｎチャンネルデータとして出力する。
ミュート制御部３４は、チャンネル抽出部３２で抽出される各チャンネルのオーディオデータにおいて、特定のチャンネルのミュート制御を行う。即ちミュート制御部３４は、アイソクロナスパケット内に挿入されているチャンネルミュートデータに基づいて、無効なチャンネルを判別し、デコード部３３でのデコード処理において特定チャンネルをミュートさせる制御を行う。
【００６９】
なお、デコード部３２は、伝送されてきたデータを所定チャンネル数の１ビットオーディオデータにまで復号して出力するものとしてもよいし、あるいは更にリニアＰＣＭデータ等の形態にまで復号して出力するようにすることも考えられる。
【００７０】
送信装置１から受信装置２への、データ伝送は次のように行われる。なお、アイソクロナスパケットにおける各ブロックはｍチャンネル対応のブロックフォーマットであり、このブロックフォーマットでｎチャンネルのオーディオデータを伝送する。この場合ｎ≦ｍである。そして例えばｍ＝５として５チャンネル対応のブロックフォーマットを用いるとする。ｎは１〜５のいずれかである。
【００７１】
マルチチャンネルデータソース１１が伝送すべきデータとしてｎチャンネルの１ビットデジタルオーディオデータを伝送データ生成部１２に対して出力すると、伝送データ生成部１２では、各チャンネルデータを取り込んで、図４で説明した構造でアイソクロナスパケットを形成していく。つまりｎチャンネルのデータが、５チャンネル対応のブロックフォーマットでブロック化される。もちろん、データが存在しないチャンネルについては無効データが配される。そしてさらに、チャンネルミュートデータによりブロック内の各チャンネルの有効／無効が提示される状態とされる。
そしてそのようなパケットが送信部１３から受信装置３１に伝送される。
【００７２】
受信装置２では、受信部３１で受信したパケットについて、チャンネル抽出部３２で処理を行い、データブロックサイズＤＢＳ及びブロック内の各カドレットのラベルの値に基づいて、ｍ個（５個）のチャンネルの各オーディオデータを抽出する。
また、ラベル値、サブラベル値に基づいてチャンネルミュートデータを判別し、そのチャンネルミュートデータをミュート制御部３４に供給する。
【００７３】
デコード部３３には抽出されたｍチャンネルの各オーディオデータが供給されるが、ここでデコード部３３に対してはミュート制御部３４からミュートすべきチャンネル、つまり無効データのチャンネルが指示される。
デコード部３３は、その指示に応じて有効なチャンネルのデータのみについてデコードを行い、ｎチャンネルの１ビットデジタルオーディオデータストリームを得る。
【００７４】
従って受信装置２を例えばｍチャンネル対応のスピーカシステムを有するオーディオ出力装置として考えた場合は、ｍチャンネル以下であるｎチャンネルのオーディオデータが、それぞれ対応するスピーカ出力用のデータとしてデコード部３３から出力される。
なお、スピーカ出力する場合などにおいて、後段の回路、例えばパワーアンプ回路などでアナログオーディオ信号処理が行われる場合、その回路部にもミュート制御部３４が制御情報を供給し、無効チャンネルをミュートさせるようにすることが好適である。
【００７５】
このように、ｍチャンネル以下のチャンネル数ｎのオーディオデータは、ｍチャンネル対応のブロックフォーマットにより伝送可能となり、受信装置２側において、ｎチャンネルのオーディオデータの再生出力や記録媒体への記録が可能となる。
そして、例えば送信されてくるチャンネル数に応じてブロックフォーマットに対応する受信処理を切り換える必要はなく、また、ｍチャンネル以下のデータであれば、未知のブロックフォーマットで伝送されてくることにより対応不能となることはない。
【００７６】
また、複数の音楽データ等を連続して伝送する場合などにおいて、各データのチャンネル数が異なる場合であっても、伝送するブロックフォーマットを変更する必要はなく、その点においても送信処理、受信処理は容易となる。
【００７７】
以上、実施の形態を説明してきたが、本発明はさらに多様な構成例が考えられ、多様な機器に導入できるものである。
また、上記例では送信側と受信側は有線としてのＩＥＥＥ１３９４方式の伝送路３による伝送システムとしたが、他の伝送規格によるものでもよく、また衛星通信、無線電話通信、赤外線伝送などの無線伝送システムに本発明を適用できることはもちろんである。
また、伝送するデータはＩＥＥＥ１３９４伝送フォーマットのアイソクロナスパケットに限定されるものではなく、他の種のデータ伝送フォーマットにも本発明を適用できる。
更にオーディオデータとしては、１ビットデジタルオーディオデータに限らず、マルチビットデジタルオーディオデータの伝送にも当然に適用でき、またビデオデータの伝送などにも応用できる。
【００７８】
【発明の効果】
以上の説明からわかるように本発明では、送信側では、ｎチャンネルで構成されるデータを、ｍチャンネル（ｎ≦ｍ）のデータを格納可能なブロックに配するブロック化処理を行うと共に、各ブロック内において有効データが配されていないチャンネルを判別できる判別情報が含まれているようにして所定の伝送フォーマットに合致した送信データストリームを生成し、送出するようにしている。また受信側では、受信された所定の伝送フォーマットのデータストリームに含まれる判別情報に基づいて、データストリームを構成する各ブロック内において有効データが配されていないチャンネルを判別し、有効とされる各チャンネルデータを抽出するようにしている。
つまり、ｎチャンネルデータを、ｎチャンネル以上のチャンネル数となるｍチャンネルデータに対応したブロック内に配するブロック化処理を行なって伝送するため、ｎチャンネル専用のブロックフォーマットとして新規なブロックフォーマットを規定すること無く、伝送が可能となる。即ち伝送するデータのチャンネル数が多様化しても、既に規定されているブロックフォーマットを用いて伝送可能となる。
【００７９】
そしてそれにより、受信側では未知のブロックフォーマットに対応しなくてもよく、さらに判別情報に基づいて有効なチャンネルデータのみを抽出すればよいため、正確な受信が可能となる。
また、例えば異なるチャンネル数のコンテンツ、例えば２チャンネルオーディオデータとしての音楽データと、５チャンネルオーディオデータとしての音楽データなどを、連続して伝送するような場合にも、ブロックフォーマットを変更する必要もなく、当然受信側でもブロックフォーマット変更に対応する必要はないため、処理はその点においても容易となる。
【００８０】
これらのことから多様なチャンネル数のデータ伝送が容易かつ正確に実現できると共に、将来的に伝送データのチャンネル種別が更に多様化しても、対応できるものとなる。
【図面の簡単な説明】
【図１】ＩＥＥＥ１３９４による伝送フォーマットの説明図である。
【図２】ＩＥＥＥ１３９４のアイソクロナスパケットの説明図である。
【図３】データブロックのラベルの説明図である。
【図４】実施の形態のＩＥＥＥ１３９４のアイソクロナスパケットの説明図である。
【図５】実施の形態のブロックシーケンスの説明図である。
【図６】実施の形態のチャンネルミュートデータ挿入例の説明図である。
【図７】実施の形態のチャンネルミュートデータの説明図である。
【図８】実施の形態のチャンネルミュートデータの他の例の説明図である。
【図９】本発明の実施の形態の送信装置及び受信装置のブロック図である。
【図１０】伝送時のブロック構成の説明図である。
【符号の説明】
１ 送信装置、２ 受信装置、３ 伝送路、１１ マルチチャンネルデータソース、１２ 伝送データ生成部、１３ 送信部、３１ 受信部、３２ チャンネル抽出部、３３ デコード部、３４ ミュート制御部
【発明の属する技術分野】
本発明はデジタルデータをブロック化して所定の伝送フォーマットで伝送する伝送システム、及びデータの伝送にかかるデータ送信装置、データ受信装置、データ送信方法、データ受信方法に関するものである。
【０００２】
【従来の技術】
例えばオーディオデータについていえば、Ｌ、Ｒの２チャンネルデータとすることが主流であるが、近年、３チャンネル、４チャンネル、或いはそれ以上のチャンネルのオーディオデータについても広く実施されている。
【０００３】
【発明が解決しようとする課題】
これら多様なチャンネルのオーディオデータが存在することに応じて、オーディオデータの伝送フォーマットとしても、各種チャンネル数に対応できるようにすることが行われている。
【０００４】
例えば、詳しい伝送データ構成については後述するが、ＩＥＥＥ１３９４におけるＳＡＣＤ（Super Audio CD）方式のオーディオデータの伝送においては、オーディオデータを含むブロックと呼ばれる単位を連続させて伝送データストリームを形成しており、当該ブロックにおいて各チャンネルのオーディオデータを配置するようにしている。
図１０にこの場合のブロック構成を示しているが、２チャンネルのオーディオデータの場合、図１０（ａ）に示すように、４つのカドレットｑ１〜ｑ４（１カドレット＝３２ビット）で１つのブロックを構成し、第２カドレットｑ２にＬチャンネルデータとされる第１チャンネル（ｃｈ１）を配し、第３カドレットｑ３にＲチャンネルデータとされる第２チャンネル（ｃｈ２）を配する。
なお、図１０に示している「Ｄ１」「００」「５０」「５１」「ＣＦ」は、ラベル又はサブラベルと呼ばれる情報であり、これらについては実施の形態の説明において後に合わせて説明する。
【０００５】
５チャンネルのオーディオデータの場合、図１０（ｂ）に示すように、６つのカドレットｑ１〜ｑ６で１つのブロックを構成し、第２カドレットｑ２〜第６カドレットｑ６において、第１チャンネル（ｃｈ１）〜第５チャンネル（ｃｈ５）を配する。この場合、チャンネルｃｈ１はＬチャンネル、チャンネルｃｈ２はＲチャンネル、チャンネルｃｈ３はＣ（センタ）チャンネル、チャンネルｃｈ４はＬｓ（後方左）チャンネル、チャンネルｃｈ５はＲｓ（後方右）チャンネルとされる。
【０００６】
６チャンネルのオーディオデータの場合、図１０（ｃ）に示すように、８つのカドレットｑ１〜ｑ８で１つのブロックを構成し、第２カドレットｑ２〜第７カドレットｑ７において、第１チャンネル（ｃｈ１）〜第６チャンネル（ｃｈ６）を配する。この場合、チャンネルｃｈ１はＬチャンネル、チャンネルｃｈ２はＲチャンネル、チャンネルｃｈ３はＣ（センタ）チャンネル、チャンネルｃｈ４はＬＦＥ（スーパーウーハー用低域エンハンス：Low Freqency Enhancement）チャンネル、チャンネルｃｈ５はＬｓ（後方左）チャンネル、チャンネルｃｈ６はＲｓ（後方右）チャンネルとされる。
【０００７】
例えばこのように２チャンネル、５チャンネル、６チャンネルの伝送ブロックが定義されて、２チャンネルオーディオデータ、５チャンネルオーディオデータ、６チャンネルオーディオデータの伝送が可能とされている。
しかしながらこのことは、換言すれば、他のチャンネル数のオーディオデータの伝送に際しては、新たにブロック構成を定義しなければならない必要が生じることになる。
例えば３チャンネル、４チャンネル、或いは７チャンネル以上のオーディオデータなどに関してはブロック定義が必要になる。
【０００８】
なお、ブロックの新規定義自体については、技術的には可能である。例えばブロックを構成するカドレット数を適宜設定し、チャンネルデータの割当を行うようにすればよい。
しかしながら、伝送フォーマットを新たに規定した場合、それ以前に開発され、一般に出荷されていた受信側機器では、その新規ブロック構成の受信データは未知のフォーマットとなる。
このため適切に受信処理できない場合が生ずるという問題がある。
【０００９】
【課題を解決するための手段】
そこで本発明はこのような状況に鑑みて、デジタルデータをブロック化して所定の伝送フォーマットにより伝送路で伝送する場合に、新規なブロックフォーマットを規定すること無く、多様なチャンネルのデータを伝送可能とすることを目的とする。
【００１０】
このため本発明では、デジタルデータをブロック化して所定の伝送フォーマットで送出するデータ送信装置において、ｎチャンネルで構成される有効データとｉチャンネルで構成される無効データとをｍチャンネル（ｎ＋ｉ＝ｍ）のデータを格納可能なブロックに配するブロック化処理をしたうえで上記伝送フォーマットに合致した送信データストリームを生成するとともに、上記送信データストリーム内の各ブロック内において無効データが配されるチャンネルを判別できる判別情報を上記送信データストリームに付加する伝送データ生成手段と、上記伝送データ生成手段で生成された送信データストリームを送出する送出手段と、を備えるようにする。
【００１１】
本発明のデータ受信装置は、デジタルデータのブロック化を含む所定の伝送フォーマットで伝送されてきたデータストリームを受信する受信手段と、上記受信手段により受信されたデータストリームからチャンネルごとのデータを抽出すると共に上記データストリームから判別情報を抽出するチャンネル抽出手段と、上記抽出されたチャンネルごとのデータをデコードするデコード手段と、上記チャンネル抽出手段によって抽出された判別情報が無効を示しているチャンネルのデコード手段の出力がミュートされるように上記デコード手段を制御するミュート制御手段とを備えるようにする。
【００１２】
また本発明は、上記構成のデータ送信装置、データ受信装置により伝送システムを構成する。
【００１３】
本発明のデータ送信方法は、デジタルデータをブロック化して所定の伝送フォーマットで送出するデータ送信方法において、ｎチャンネルで構成される有効データとｉチャンネルで構成される無効データとをｍチャンネル（ｎ＋ｉ＝ｍ）のデータを格納可能なブロックに配するブロック化処理をしたうえで上記伝送フォーマットに合致した送信データストリームを生成するとともに、上記送信データストリーム内の各ブロック内において無効データが配されるチャンネルを判別できる判別情報を生成して上記送信データストリームに付加し、上記生成された送信データストリームを送出する。
【００１４】
本発明のデータ受信方法は、デジタルデータのブロック化を含む所定の伝送フォーマットで伝送されてきたデータストリームを受信し、上記受信されたデータストリームからチャンネルごとのデータを抽出すると共に上記データストリームから判別情報を抽出し、上記抽出されたチャンネルごとのデータをデコードすると共に抽出された判別情報が無効を示しているチャンネルのデコードの出力をミュートする。
【００１５】
即ち本発明では、ｎチャンネルデータを、ｎチャンネル以上のチャンネル数となるｍチャンネルデータに対応したブロック内に配するブロック化処理を行うことで、ｎチャンネル専用のブロックフォーマットを設定することなくｎチャンネルデータを伝送できるようにする。
またその際には、ｍチャンネルのブロック内で、有効なチャンネルデータが配されない部分が発生するが、このため上記判別情報により、有効なチャンネルデータが配されない部分を受信側で判別できるようにして、受信側で正しくｎチャンネルデータが抽出できるようにする。
【００１６】
【発明の実施の形態】
以下、本発明の実施の形態を次の順に説明する。なお実施の形態ではＩＥＥＥ１３９４の伝送フォーマットでオーディオデータを伝送するデータ送信装置とデータ受信装置の例を説明する。
１．ＩＥＥＥ１３９４の伝送フォーマット
２．実施の形態の伝送方式
３．送信装置及び受信装置
【００１７】
１．ＩＥＥＥ１３９４の伝送フォーマット
まずＩＥＥＥ１３９４による伝送フォーマットについて説明する。
ＩＥＥＥ１３９４方式でのデータ伝送では、例えば図１（ａ）に示すように、所定の通信サイクル（例えば１２５μｓｅｃ）毎に時分割多重によって行われる。そして、この信号の伝送は、サイクルマスタと呼ばれる機器（ＩＥＥＥ１３９４バス上の任意の１台の機器）が通信サイクルの開始時であることを示すサイクルスタートパケットＣＳＰをバス上へ送出することにより開始される。なお、サイクルマスタは、バスを構成するケーブルに各機器を接続したとき等に、ＩＥＥＥ１３９４で規定する手順により自動的に決定される。
【００１８】
１通信サイクル中における通信の形態は、ビデオデータやオーディオデータなどのリアルタイム性を必要とするデータを伝送するアイソクロナス伝送（Ｉｓｏ）と、制御コマンドや補助的なデータなどを確実に伝送するアシンクロナス伝送（Ａｓｙ）の２種類の伝送が行われる。
各通信サイクル中では、アイソクロナス伝送用のアイソクロナスパケットＩｓｏが、アシンクロナス伝送用のアシンクロナスパケットＡｓｙより先に伝送される。
アイソクロナスパケットＩｓｏの通信が終了した後、次のサイクルスタートパケットＣＳＰまでの期間が、アシンクロナスパケットＡｓｙの伝送に使用される。従って、アシンクロナスパケットＡｓｙが伝送できる期間は、そのときのアイソクロナスパケットＩｓｏの伝送チャンネル数により変化する。また、アイソクロナスパケットＩｓｏは、１通信サイクル毎に予約した帯域（チャンネル数）が確保される伝送方式であるが、受信側からの確認は行わない。
アシンクロナスパケットＡｓｙで伝送する場合には、受信側からアクノリッジメント（Ａｃｋ）のデータを返送させて、伝送状態を確認しながら確実に伝送させる。
【００１９】
図１（ｂ）に、ＣＩＰ(Common Isochronos Packet)の構造を示す。つまり、図１（ａ）に示したアイソクロナスパケットＩｓｏのデータ構造である。
例えば、後述する１ビットデジタルオーディオデータ等の伝送の際には、ＩＥＥＥ１３９４通信においては、アイソクロナス通信によりデータの送受信が行われる。つまり、リアルタイム性が維持されるだけのデータ量をこのアイソクロナスパケットに格納して、１アイソクロナスサイクル毎に順次送信するものである。
【００２０】
アイソクロナスパケットは、図１（ｂ）のように、１３９４パケットヘッダ、ヘッダＣＲＣ、ＣＩＰヘッダ、データ部、データＣＲＣから成る。
【００２１】
上記ＣＩＰ構造として、例えばＳＡＣＤ（Super Audio CD）方式の２チャンネルの１ビットデジタルオーディオデータの伝送に用いる場合の具体例を図２に示している。
【００２２】
なお１ビットデジタルオーディオデータとは、通常のＣＤ（Compact Disc）におけるオーディオデータよりも高品位なデータとして開発されたものである。これは、サンプリング周波数を例えばＣＤ方式における４４．１ＫＨｚの１６倍という非常に高いサンプリング周波数である２．８２２４ＭＨｚとしてΔΣ変調された１ビットデータのことであり、周波数帯域はＤＣ成分〜１００ＫＨｚの広範囲とされ、ダイナミックレンジはオーディオ帯域全体で１２０（ｄＢ）を実現できるデータ形式である。
なお、本例ではこのような１ビットデジタルオーディオデータをパケット化して伝送する場合を例に挙げるが、もちろん伝送されるデータ自体の形式、種別はどのようなものでもよい。
【００２３】
図２では、横方向に３２ビット（４バイト）を示しているが、その１行分のデータ、つまり３２ビットが１カドレット（ｑｕａｄｌｅｔ）と呼ばれる。
ＣＩＰの先頭３２ビット（１カドレット）は、１３９４パケットヘッダとされている。
１３９４パケットヘッダにおいては、１６ビットのデータレングス（ｄａｔａ＿Ｌｅｎｇｔｈ）、２ビットのタグ（ｔａｇ）、６ビットのチャンネル（ｃｈａｎｎｅｌ）、４ビットのタイムコード（ｔ ｃｏｄｅ）、４ビットのシンク（ｓｙ）が配される。
データレングス（ｄａｔａ＿Ｌｅｎｇｔｈ）は、当該アイソクロナスパケット全体のデータ長を示している。また６ビットのチャンネル（ｃｈａｎｎｅｌ）は伝送チャンネルを示すものであり、Ｌ、Ｒ等のオーディオデータのチャンネルに相当するものではない。
【００２４】
そして、１３９４パケットヘッダに続く１カドレットの領域はヘッダＣＲＣが格納される。
【００２５】
ヘッダＣＲＣに続く２カドレットの領域がＣＩＰヘッダとなる。
ＣＩＰヘッダの上位カドレットの先頭２バイトには、それぞれ‘０’‘０’が格納され、続く６ビットの領域はＳＩＤ（送信ノード番号）を示す。ＳＩＤに続く８ビットの領域はＤＢＳ（データブロックサイズ）であり、データブロックのサイズ（パケット化の単位データ量）が示される。つまり、後述するデータ部はｎ＋１個のデータブロックにより構成されるが、その一つのデータブロックのサイズが例えばカドレット数で示される。
続いては、ＦＮ（２ビット）、ＱＰＣ（３ビット）の領域が設定されており、ＦＮにはパケット化する際に分割した数が示され、ＱＰＣには分割するために追加したカドレット数が示される。
ＳＰ（１ビット）にはソースパケットのヘッダのフラグが示され、ＤＢＣにはパケットの欠落を検出するカウンタの値が格納される。
なお、図中「ｒｓｖ」はリザーブ、つまり未定義の領域を示している。
【００２６】
ＣＩＰヘッダの下位カドレットの先頭２バイトにはそれぞれ‘１’‘０’が格納される。そして、これに続いてＦＭＴ（６ビット）、ＦＤＦ（８ビット）、ＳＹＴ（１６ビット）の領域が設けられる。
ＦＭＴには信号フォーマット（伝送フォーマット）が示され、ここに示される値によって、当該ＣＩＰに格納されるデータ種類（データフォーマット）が識別可能となる。具体的には、ＭＰＥＧストリームデータ、Ａｕｄｉｏストリームデータ、デジタルビデオカメラ（ＤＶ）ストリームデータ等の識別が可能になる。ＦＤＦは、フォーマット依存フィールドであり、上記ＦＭＴにより分類されたデータフォーマットについて更に細分化した分類を示す領域とされる。オーディオに関するデータであれば、例えばリニアオーディオデータであるのか、ＭＩＤＩデータであるのかといった識別が可能になる。
例えば１ビットデジタルオーディオデータであれば、先ずＦＭＴによりＡｕｄｉｏストリームデータの範疇にあるデータであることが示され、ＦＤＦに規定に従った特定の値が格納されることで、そのＡｕｄｉｏストリームデータは１ビットデジタルオーディオデータであることが示される。
ＳＹＴは、フレーム同期用のタイムスタンプが示される。
【００２７】
このようなＣＩＰヘッダに続いては、ＦＭＴ，ＦＤＦによって示されるデータが、データ部としてのｎ＋１個のデータブロック（ブロック＃０〜＃ｎ）のシーケンスによって格納される。ＦＭＴ，ＦＤＦにより１ビットデジタルオーディオデータであることが示される場合には、このデータブロックとしての領域に１ビットデジタルオーディオデータが格納される。
そして、データブロックに続いて最後にデータＣＲＣが配置される。
【００２８】
この図２では、データ部にＳＡＣＤ方式の２チャンネルの１ビットデジタルオーディオデータが配されている例を示している。これは、ＩＥＥＥ１３９４バスによるデータ伝送について適用できるＡＭ８２４と呼ばれる伝送プロトコルに基づいた例であり、その場合において１ビットデジタルオーディオデータとしてＬ、Ｒの２チャンネルのオーディオデータを伝送する場合のパケット構造例である。
【００２９】
上述のように３２ビット（４バイト）を１カドレット（Quadlet）と呼ぶと、この１ビットデジタルオーディオデータとしての２チャンネルデータの場合、４カドレット（ｑ１〜ｑ４）で１つのブロック（データブロック）が形成され、このブロックが連続するものとなる。
なお、このため上記ＤＢＳ（データブロックサイズ）には、４カドレットと記述されることになる。
【００３０】
各カドレットにおける先頭のバイト（バイト０）は、ラベルとされている。ラベルとは、そのカドレットに配されるデータの識別情報となる。
ラベルとしての値及び意味を図３に示す。
図示するようにラベル値に対して各種の意味が定義されており、例えばラベル値４０ｈ〜４Ｆｈは、ＤＶＤ（Digital Versatile Disc）システムで採用されているマルチビットリニアオーディオデータに対応するものとされる。なお、「ｈ」を付した数値は１６進表記のものである。
またラベル値５０ｈ〜５７ｈは、１ビットデジタルオーディオデータに対応する値、ラベル値５８ｈ〜５Ｆｈは、エンコードされた１ビットデジタルオーディオデータに対応する値、ラベル値８０ｈ〜８３ｈはＭＩＤＩデータに対応する値とされる。
さらにＣ０ｈ〜ＥＦｈはアンシラリデータ（Ancillary Data；補助データ）を意味するなど、ラベル値は識別情報として機能するために各種定義されている。
【００３１】
各ラベル値についての詳細な定義の説明は本発明と直接関係がないため説明を省略するが、図２に示した値についてのみ述べると次のようになる。
【００３２】
図２においてブロック＃０の第１カドレットｑ１をみると、ラベル値は「Ｄ１ｈ」とされている。従って第１カドレットｑ１はアンシラリデータが記述されるものと提示されていることになり、さらにこの場合バイト１はサブラベルとされて「００ｈ」とされている。
このときバイト２，バイト３が実際の補助データ内容となるが、ここではバリディティフラグ（Validity Flag）Ｖ、コピーコントロール情報（Track Attribute）、チャンネル数（Ch Bit Num）、スピーカ配置情報（Loudspeaker Config）が記述される。
【００３３】
第２カドレットｑ２ではラベル値は「５０ｈ」とされる。ラベル値５０ｈ〜５７ｈは、１ビットデジタルオーディオデータに対応する値であるが、「５０ｈ」は、マルチチャンネルのデータを配したブロックの最初のデータであることを示す。
また第３カドレットｑ３ではラベル値は「５１ｈ」とされる。「５１ｈ」は、マルチチャンネルのデータを配したブロックの２番目以降のデータであることを示す。
従って、第２、第３カドレット（ｑ２、ｑ３）では、チャンネル１、チャンネル２の２チャンネルの１ビットデジタルオーディオデータが配されていることが示されるものとなる。各チャンネルのデータはバイト１〜バイト３の３バイトで記述される。
【００３４】
第４カドレットｑ４では、ラベル値は「ＣＦｈ」とされている。これはアンシラリデータの範疇であるが、「ＣＦｈ」は特に無効データ（NO DATA）を示す値として定義されている。またバイト１はサブラベルとして無効データの内容を示す値とされており、この例では「ＣＦｈ」とされている。
そしてこのときバイト２，バイト３が無効データにより充填される。
【００３５】
なお、このように無効データを配するカドレットが設けられるのは、一つのデータブロックが偶数個のカドレットで構成されるという規定を満たすためである。この例の場合は有効なデータを配したカドレットが３つであるため、無効データのカドレットを追加している。従って有効なデータを配するべく用意されたカドレットが偶数個である場合は、無効データのカドレットを追加する必要はない。
【００３６】
ブロック＃１の第１カドレットｑ１では、ラベル値は「Ｄ１ｈ」とされている。従って第１カドレットｑ１はアンシラリデータが記述されるものと提示されていることになり、さらにこの場合バイト１はサブラベルとされて「０１ｈ」とされている。
このときはバイト２，バイト３の補助データ内容は、サプリメンタリデータとされる。
第２〜第４カドレットはブロック＃０と同様である。
【００３７】
このように各ブロックが構成されて、アイソクロナスパケットＩｓｏにおけるデータ部が形成される。
【００３８】
２．実施の形態の伝送方式
以上のようなＩＥＥＥ１３９４による伝送フォーマットを用いてデータを伝送する場合の具体例を以下、説明していく。ここでは上記ＣＩＰ構造として、例えばＳＡＣＤ（Super Audio CD）方式の５チャンネルの１ビットデジタルオーディオデータの伝送に用いるブロックフォーマットを用いる場合を例に挙げて説明していく。
即ち、この実施の形態の例では、５チャンネル対応のブロックフォーマットを用いて、チャンネル数が５チャンネル以下（１チャンネル〜５チャンネル）のオーディオデータ伝送を可能とするものである。
【００３９】
まず図５でブロックシーケンスの概要を述べる。
例えば上記図２で示したようにデータ部を構成するブロック＃０、＃１・・・に配されるオーディオデータは、元々の１ビットデジタルオーディオデータとしてのトラック（楽曲単位）から見ると図５に示す関係となる。
【００４０】
図５（ａ）は１つの楽曲としてのデータ群となるトラック（例えばＳＡＣＤとしてのディスクに記録されている楽曲等のプログラム）をトラック＃Ｎとして示しているが、このトラック＃Ｎは図５（ｂ）のように複数のフレームから構成される。
公知のようにＣＤ方式の場合、１つのフレームは７５Ｈｚ周期、即ち１３．３ｍｓｅｃ分のオーディオデータに相当する単位である。
そして図５（ｃ）のように１フレームは１５６８ブロック（ブロック＃０〜＃１５６７）で構成される。
なお、図５にフレームとして示すブロック＃０〜＃１５６７の部分は、図１，図２で説明したアイソクロナスパケットＩｓｏ内のデータ部に相当する部分である。
【００４１】
図４に本例の、５チャンネルの１ビットデジタルオーディオデータの伝送に用いるブロックフォーマットを示す。
図１のように構成されるアイソクロナスパケットにおいて、１３９４ヘッダ、ヘッダＣＲＣ、ＣＩＰヘッダ、及びデータＣＲＣの構造については、この図４の場合も、図２で説明したものと同様になるため、重複説明を避ける。
【００４２】
ここでは、データ部を構成するブロック＃０〜＃１５６７が、５チャンネルのオーディオデータ伝送用のフォーマットとされている。
即ち、６カドレット（ｑ１〜ｑ６）で１つのブロック（データブロック）が形成され、このブロックが連続するものとなる。
なお、このためＣＩＰヘッダにおけるＤＢＳ（データブロックサイズ）には、６カドレットと記述されることになる。
【００４３】
図４においてブロック＃０の第１カドレットｑ１は、図２の場合と同様にラベル値は「Ｄ１ｈ」であり、サブラベルは「００ｈ」とされ、バイト２，バイト３に補助データが記述される。
第２カドレットｑ２ではラベル値は「５０ｈ」とされる。また、第３カドレットｑ３〜第６カドレットｑ６ではラベル値は「５１ｈ」とされる。
そしてこの第２カドレットｑ２〜第６カドレットｑ６において、１ビットデジタルオーディオデータとしての第１チャンネル（ｃｈ１）〜第５チャンネル（ｃｈ５）のデータが配される。
この場合、チャンネルｃｈ１はＬチャンネル、チャンネルｃｈ２はＲチャンネル、チャンネルｃｈ３はＣ（センタ）チャンネル、チャンネルｃｈ４はＬｓ（後方Ｌ）チャンネル、チャンネルｃｈ５はＲｓ（後方右）チャンネルとされる。
【００４４】
後続するブロック＃１〜＃１５６７についても、同様に第２カドレットｑ２〜第６カドレットｑ６において、１ビットデジタルオーディオデータとしての第１チャンネル（ｃｈ１）〜第５チャンネル（ｃｈ５）のデータが配される。
但し、各ブロック＃１〜＃１５６７において、第１カドレットは、補助データ（アンシラリデータ）、サプリメンタリデータ、ＩＳＲＣ、無効データ（NO DATA）が、それぞれ配されることになるが、本例の場合、その１つとして少なくとも或る１つのブロックの第１カドレットｑ１には、補助データの一種であるチャンネルミュートデータが配されるようにしている。
図４においては、ブロック＃１の第１カドレットｑ１において、ラベル値は「Ｄ１ｈ」、サブラベルは「０２ｈ」とされ、バイト２，バイト３にチャンネルミュートデータが記述される例を示している。
【００４５】
図６に、ブロック＃０〜＃１５６７について第１カドレットｑ１のみを示したブロックシーケンスを示す。
即ちこの例の場合、ブロック＃０にはアンシラリデータ、ブロック＃１にはチャンネルミュートデータ、ブロック＃２〜＃（ｘ−１）にはサプリメンタリデータ、ブロック＃（ｘ）〜＃（ｘ＋２）にＩＳＲＣが、それぞれ配されている。なおブロック＃（ｘ＋３）〜＃１５６７の第１カドレットｑ１は、無効データ（NO
DATA）となっている。
【００４６】
例えばこのように、アイソクロナスパケットとしてのデータストリームには、少なくとも１つのチャンネルミュートデータが挿入される。なお、チャンネルミュートデータの挿入位置はブロック＃１に限られず、他のブロックに挿入されてもよいし、また２つ以上、チャンネルミュートデータが挿入されてもよい。
受信側では、ラベル「Ｄ１ｈ」及びサブラベル「０２ｈ」により、或るブロックに挿入されているチャンネルミュートデータを認識することができる。
【００４７】
このチャンネルミュートデータは、例えば本例のように５チャンネル分のオーディオデータを配することができる１つのブロック内において、有効なデータ、つまり実際の１ビットデジタルオーディオデータが配されていないカドレット（チャンネル）を受信側で判別するための判別情報となる。
【００４８】
例えばチャンネルミュートデータは、ブロック＃１の第１カドレットｑ１において、ラベル、サブラベルに続くバイト２，バイト３の位置として１６ビットのデータとされるが、その構成を図７（ａ）に示す。
チャンネルミュートデータは、図示するように、１６ビットの各ビットが、チャンネルｃｈ１〜ｃｈ１６に対応するものとされる。
そしてビット値が「０」のチャンネルは「Available：有効」、ビット値が「１」のチャンネルは「Mute：無効（ミュートすべきチャンネル）」として、ブロック内の各チャンネルの状況を提示する。
【００４９】
例えば図４のような５チャンネル対応のブロックの場合においては、チャンネルｃｈ１〜ｃｈ５に対応する５ビットが用いられる。
そして図４の、５チャンネル対応のブロック構成によるアイソクロナスパケットにより５チャンネルのオーディオデータを伝送する場合は、図７（ｂ）のように、チャンネルミュートデータのチャンネルｃｈ１〜ｃｈ５に対応する５ビットは、全て「０」とされる。
この場合、各ブロックの第２カドレットｑ２〜第６カドレットｑ６では、それぞれチャンネルｃｈ１（Ｌ）、チャンネルｃｈ２（Ｒ）、チャンネルｃｈ３（Ｃ）、チャンネルｃｈ４（Ｌｓ）、チャンネルｃｈ５（Ｒｓ）の１ビットデジタルオーディオデータが配される状態となっている。
【００５０】
一方、図７（ｃ）は、上記５チャンネル対応のブロック構成によるアイソクロナスパケットにより、後方チャンネル（Ｌｓ、Ｒｓ）が存在しない３チャンネルのオーディオデータを伝送する場合を示している。この場合、各ブロックには図７（ｃ）の右側に示すように、第２カドレットｑ２〜第４カドレットｑ４には、それぞれＬ、Ｒ、Ｃとしてのチャンネルｃｈ１，ｃｈ２，ｃｈ３の１ビットデジタルオーディオデータが配されるが、第５カドレットｑ５，第６カドレットｑ６に配すべきデータは存在しないため、斜線部として示す部分は無効データが配される。
そしてチャンネルミュートデータは図示するように、チャンネルｃｈ４，ｃｈ５に対応する値が「１」とされる。
【００５１】
図７（ｄ）は、上記５チャンネル対応のブロック構成によるアイソクロナスパケットにより、Ｃ（センター）チャンネルが存在しない４チャンネルのオーディオデータを伝送する場合を示している。この場合、各ブロックには図７（ｄ）の右側に示すように、第２カドレットｑ２、第３カドレットｑ３には、それぞれＬ、Ｒとしてのチャンネルｃｈ１，ｃｈ２の１ビットデジタルオーディオデータが配され、また第５カドレットｑ５，第６カドレットｑ６には、それぞれＬｓ、Ｒｓとしてのチャンネルｃｈ４，ｃｈ５の１ビットデジタルオーディオデータが配される。そしてセンターチャンネルに相当するチャンネルｃｈ３のデータは存在しないため、第４カドレットｑ４には、斜線部として示すように無効データが配される。
そしてチャンネルミュートデータは図示するように、チャンネルｃｈ３に対応する値が「１」とされる。
【００５２】
例えばこの図７に例を挙げたように、５チャンネル対応のブロックフォーマットを有するアイソクロナスパケットにおいて、５チャンネル以下のチャンネル数のオーディオデータであっても、そのオーディオデータを当該ブロックフォーマットを用いて伝送する。
そして、ブロック内の各カドレットｑ２〜ｑ６に配される各チャンネルのデータとして、有効なデータであるか無効なデータであるかをチャンネルミュートデータにより受信側で判別できるようにする。
これにより、例えばモノラルオーディオデータ、Ｌ、Ｒの２チャンネルオーディオデータ、Ｌ、Ｃ、Ｒなどの３チャンネルオーディオデータ、Ｌ、Ｒ、Ｌｓ、Ｒｓなどの４チャンネルオーディオデータ、及びＬ、Ｒ、Ｃ、Ｌｓ、Ｒｓの５チャンネルオーディオデータについては、当該５チャンネル対応のブロックフォーマットを有するアイソクロナスパケットにおいて伝送可能となる。
【００５３】
なお、ここで５チャンネル対応のブロックフォーマットの例を挙げたのは、これが図１０で説明したように、既に規定されているブロックフォーマットの一つであるためである。もちろん図１０（ｃ）のように６チャンネル対応のブロックフォーマットを用いてもよい。
その場合は、チャンネルミュートデータにおいてチャンネルｃｈ１〜ｃｈ６に対応するビットが用いられて、各チャンネルのオーディオデータの有効／無効が示されることになる。
【００５４】
そして６チャンネル対応のブロックフォーマットを用いた場合は、本例の伝送方式により、例えばモノラルオーディオデータ、Ｌ、Ｒの２チャンネルオーディオデータ、Ｌ、Ｃ、Ｒ、或いはＬ、Ｒ、ＬＦＥなどの３チャンネルオーディオデータ、Ｌ、Ｒ、Ｌｓ、Ｒｓ、或いはＬ、Ｃ、Ｒ、ＬＦＥなどの４チャンネルオーディオデータ、Ｌ、Ｒ、Ｃ、Ｌｓ、Ｒｓ、或いはＬ、Ｒ、ＬＦＥ、Ｌｓ、Ｒｓなどの５チャンネルオーディオデータ、及び６チャンネルオーディオデータが伝送可能となることが理解される。
【００５５】
また、上記１６ビット構成のチャンネルミュートデータによれば、最大１６チャンネルについて有効／無効を提示できる。このため、１６チャンネル対応のブロックフォーマットが規定された場合にも、対応可能であり、しかもその場合は、１６チャンネル以下のチャンネル数となる非常に多様なマルチチャンネルデータの伝送が、１つのブロックフォーマットで可能となる。
また、アイソクロナスパケット内にチャンネルミュートデータを複数設けるようにすれば、１７チャンネル以上にも対応可能である。例えばブロック＃１，＃２の各第１カドレットｑ１にチャンネルミュートデータを配すれば、３２チャンネルまで対応可能となる。
【００５６】
なお、アイソクロナスパケット内に複数のチャンネルミュートデータを配する場合において、このようにチャンネル数の拡大に対応させるためではなく、受信側での確実なチャンネルミュートデータの取込等を考慮して、同一の、つまりいずれもｃｈ１〜ｃｈ１６対応のチャンネルミュートデータを複数挿入してもよい。
【００５７】
ところで、チャンネルミュートデータの構造としては、他の例も各種考えられる。
図８（ａ）に、４ビットでチャンネルミュートデータを構成する例を示している。
通常、特殊な用途を除いては、２チャンネル以上のチャンネル数を伝送する場合で、ＬチャンネルとＲチャンネルの一方のみが存在するということはない。同様に、ＬｓチャンネルとＲｓチャンネルの一方のみ存在するということも想定しにくい。そこで、図８（ａ）に示すように、チャンネルミュートデータのビットｂ１をＬ及びＲチャンネルに割り当て、ビットｂ２をＣチャンネルに割り当て、ビットｂ３をＬｓ及びＲｓチャンネルに割り当て、ビットｂ４をＬＦＥチャンネルに割り当てるということが考えられる。
そしてビット値が「０」のチャンネルは「Available：有効」、ビット値が「１」のチャンネルは「Mute：無効（ミュートすべきチャンネル）」として、ブロック内の各チャンネルの状況を提示する。
【００５８】
例えば６チャンネル対応のブロックフォーマットのアイソクロナスパケットを用いる場合を例に挙げると、６チャンネルのオーディオデータを伝送する場合は、図８（ｂ）のように、チャンネルミュートデータの全ビットｂ１〜ｂ４は全て「０」とされる。
この場合、各ブロックの第２カドレットｑ２〜第７カドレットｑ７では、それぞれチャンネルｃｈ１（Ｌ）、チャンネルｃｈ２（Ｒ）、チャンネルｃｈ３（Ｃ）、チャンネルｃｈ４（ＬＦＥ）、チャンネルｃｈ５（Ｌｓ）、チャンネルｃｈ６（Ｒｓ）の１ビットデジタルオーディオデータが配される状態となっている。
【００５９】
一方、図８（ｃ）は、６チャンネル対応のブロック構成によるアイソクロナスパケットにより、低域エンハンスチャンネル（ＬＦＥ）が存在しない５チャンネルのオーディオデータを伝送する場合を示している。
この場合、各ブロックには図８（ｃ）の右側に示すように、第２カドレットｑ２、第３カドレットｑ３、第４カドレットｑ４には、それぞれＬ、Ｒ、Ｃとしてのチャンネルｃｈ１，ｃｈ２，ｃｈ３の１ビットデジタルオーディオデータが配され、また第６カドレットｑ６，第７カドレットｑ７には、それぞれＬｓ、Ｒｓとしてのチャンネルｃｈ５，ｃｈ６の１ビットデジタルオーディオデータが配される。そして低域エンハンスチャンネル（ＬＦＥ）に相当するチャンネルｃｈ４のデータは存在しないため、第５カドレットｑ５には、斜線部として示すように無効データが配される。
そしてチャンネルミュートデータは図示するように、低域エンハンスチャンネル（ＬＦＥ）に相当するビットｂ４が「１」とされる。
【００６０】
図８（ｄ）は、６チャンネル対応のブロック構成によるアイソクロナスパケットにより、Ｌ、Ｒ、Ｃの３チャンネルのオーディオデータを伝送する場合を示している。
この場合、各ブロックには図８（ｄ）の右側に示すように、第２カドレットｑ２〜第４カドレットｑ４には、それぞれＬ、Ｒ、Ｃとしてのチャンネルｃｈ１，ｃｈ２，ｃｈ３の１ビットデジタルオーディオデータが配されるが、第５カドレットｑ５〜第７カドレットｑ７に配すべきデータは存在しないため、斜線部として示す部分は無効データが配される。
そしてチャンネルミュートデータは図示するように、Ｌｓ及びＲｓチャンネルに相当するビットｂ３と、低域エンハンスチャンネル（ＬＦＥ）に相当するビットｂ４が「１」とされる。
【００６１】
例えばこのように、チャンネルミュートデータを４ビット等の少ないビット数で実現することもできる。
もちろん、チャンネルミュートデータの構造については更に多様に考えられる。
【００６２】
なお、チャンネルミュートデータは、上述のようにブロック内の補助データとして挿入することで、ＩＥＥＥ１３９４伝送フォーマットに対応して本発明を実現でき、ＩＥＥＥ１３９４伝送フォーマットを採用する機器間の伝送システムとして広く利用できるものとなる。
【００６３】
３．送信装置及び受信装置
続いて、データ送信装置及びデータ受信装置について説明する。
図９は、或る２つの機器が例えばＩＥＥＥ１３９４による伝送路３により接続されている場合に、送信装置１を有する機器（又は回路部）から受信装置２を有する機器（又は回路部）にオーディオデータを伝送するモデルにおいて本発明の実施の形態を示したものである。
なお受信装置２としては、伝送されてきたオーディオデータを再生出力する再生装置や、所定の記録媒体（ディスク、固体メモリ、テープなど）に記録する記録装置などが想定される。
オーディオデータは、上述したアイソクロナスパケットにより伝送されるものとし、そのオーディオデータは、例えば１ビットデジタルオーディオデータであるとする。
【００６４】
図示するように送信装置１は、マルチチャンネルデータソース１１，伝送データ生成部１２、送信部１３が設けられる。
【００６５】
マルチチャンネルデータソース１１は、１又は複数チャンネルのオーディオデータを出力する。マルチチャンネルデータソース１１の具体的な構成は多様な例が考えられ、例えばディスクメディアや固体メモリメディア等の記録媒体に対する再生装置部、ネットワーク通信その他の受信装置部、ハードディスクドライブ等によるサーバ装置部、などが考えられる。どのような装置部であれ、ここでは１又は複数チャンネルとして、多様なチャンネルのオーディオデータを出力できるものとされる。
例えば或る音楽データとして、ｎチャンネルのオーディオデータを出力する。
【００６６】
伝送データ生成部１２は、マルチチャンネルデータソース１１から供給されるｎチャンネルのオーディオデータを、上述した構成のブロック化処理を行い、アイソクロナスパケットを形成していく処理を行う。
送信部１３は伝送データ生成部１２の出力をＩＥＥＥ１３９４バスによる伝送路３に送出する動作を行う。
【００６７】
受信装置２は、受信部３１，チャンネル抽出部３２、デコード部３３、ミュート制御部３４を備える。
【００６８】
受信装置２において、受信部３１は、伝送路３から供給されるデータを受信して取り込む動作を行う。
チャンネル抽出部３２は、受信されたアイソクロナスパケットのデータについてパケットデコード処理を行い、各ブロック内に配されている各チャンネルのオーディオデータを抽出する処理を行う。
デコード部３３は、チャンネル抽出部３２で抽出されたｎチャンネルのオーディオデータについて復号処理を行い、ｎチャンネルデータとして出力する。
ミュート制御部３４は、チャンネル抽出部３２で抽出される各チャンネルのオーディオデータにおいて、特定のチャンネルのミュート制御を行う。即ちミュート制御部３４は、アイソクロナスパケット内に挿入されているチャンネルミュートデータに基づいて、無効なチャンネルを判別し、デコード部３３でのデコード処理において特定チャンネルをミュートさせる制御を行う。
【００６９】
なお、デコード部３２は、伝送されてきたデータを所定チャンネル数の１ビットオーディオデータにまで復号して出力するものとしてもよいし、あるいは更にリニアＰＣＭデータ等の形態にまで復号して出力するようにすることも考えられる。
【００７０】
送信装置１から受信装置２への、データ伝送は次のように行われる。なお、アイソクロナスパケットにおける各ブロックはｍチャンネル対応のブロックフォーマットであり、このブロックフォーマットでｎチャンネルのオーディオデータを伝送する。この場合ｎ≦ｍである。そして例えばｍ＝５として５チャンネル対応のブロックフォーマットを用いるとする。ｎは１〜５のいずれかである。
【００７１】
マルチチャンネルデータソース１１が伝送すべきデータとしてｎチャンネルの１ビットデジタルオーディオデータを伝送データ生成部１２に対して出力すると、伝送データ生成部１２では、各チャンネルデータを取り込んで、図４で説明した構造でアイソクロナスパケットを形成していく。つまりｎチャンネルのデータが、５チャンネル対応のブロックフォーマットでブロック化される。もちろん、データが存在しないチャンネルについては無効データが配される。そしてさらに、チャンネルミュートデータによりブロック内の各チャンネルの有効／無効が提示される状態とされる。
そしてそのようなパケットが送信部１３から受信装置３１に伝送される。
【００７２】
受信装置２では、受信部３１で受信したパケットについて、チャンネル抽出部３２で処理を行い、データブロックサイズＤＢＳ及びブロック内の各カドレットのラベルの値に基づいて、ｍ個（５個）のチャンネルの各オーディオデータを抽出する。
また、ラベル値、サブラベル値に基づいてチャンネルミュートデータを判別し、そのチャンネルミュートデータをミュート制御部３４に供給する。
【００７３】
デコード部３３には抽出されたｍチャンネルの各オーディオデータが供給されるが、ここでデコード部３３に対してはミュート制御部３４からミュートすべきチャンネル、つまり無効データのチャンネルが指示される。
デコード部３３は、その指示に応じて有効なチャンネルのデータのみについてデコードを行い、ｎチャンネルの１ビットデジタルオーディオデータストリームを得る。
【００７４】
従って受信装置２を例えばｍチャンネル対応のスピーカシステムを有するオーディオ出力装置として考えた場合は、ｍチャンネル以下であるｎチャンネルのオーディオデータが、それぞれ対応するスピーカ出力用のデータとしてデコード部３３から出力される。
なお、スピーカ出力する場合などにおいて、後段の回路、例えばパワーアンプ回路などでアナログオーディオ信号処理が行われる場合、その回路部にもミュート制御部３４が制御情報を供給し、無効チャンネルをミュートさせるようにすることが好適である。
【００７５】
このように、ｍチャンネル以下のチャンネル数ｎのオーディオデータは、ｍチャンネル対応のブロックフォーマットにより伝送可能となり、受信装置２側において、ｎチャンネルのオーディオデータの再生出力や記録媒体への記録が可能となる。
そして、例えば送信されてくるチャンネル数に応じてブロックフォーマットに対応する受信処理を切り換える必要はなく、また、ｍチャンネル以下のデータであれば、未知のブロックフォーマットで伝送されてくることにより対応不能となることはない。
【００７６】
また、複数の音楽データ等を連続して伝送する場合などにおいて、各データのチャンネル数が異なる場合であっても、伝送するブロックフォーマットを変更する必要はなく、その点においても送信処理、受信処理は容易となる。
【００７７】
以上、実施の形態を説明してきたが、本発明はさらに多様な構成例が考えられ、多様な機器に導入できるものである。
また、上記例では送信側と受信側は有線としてのＩＥＥＥ１３９４方式の伝送路３による伝送システムとしたが、他の伝送規格によるものでもよく、また衛星通信、無線電話通信、赤外線伝送などの無線伝送システムに本発明を適用できることはもちろんである。
また、伝送するデータはＩＥＥＥ１３９４伝送フォーマットのアイソクロナスパケットに限定されるものではなく、他の種のデータ伝送フォーマットにも本発明を適用できる。
更にオーディオデータとしては、１ビットデジタルオーディオデータに限らず、マルチビットデジタルオーディオデータの伝送にも当然に適用でき、またビデオデータの伝送などにも応用できる。
【００７８】
【発明の効果】
以上の説明からわかるように本発明では、送信側では、ｎチャンネルで構成されるデータを、ｍチャンネル（ｎ≦ｍ）のデータを格納可能なブロックに配するブロック化処理を行うと共に、各ブロック内において有効データが配されていないチャンネルを判別できる判別情報が含まれているようにして所定の伝送フォーマットに合致した送信データストリームを生成し、送出するようにしている。また受信側では、受信された所定の伝送フォーマットのデータストリームに含まれる判別情報に基づいて、データストリームを構成する各ブロック内において有効データが配されていないチャンネルを判別し、有効とされる各チャンネルデータを抽出するようにしている。
つまり、ｎチャンネルデータを、ｎチャンネル以上のチャンネル数となるｍチャンネルデータに対応したブロック内に配するブロック化処理を行なって伝送するため、ｎチャンネル専用のブロックフォーマットとして新規なブロックフォーマットを規定すること無く、伝送が可能となる。即ち伝送するデータのチャンネル数が多様化しても、既に規定されているブロックフォーマットを用いて伝送可能となる。
【００７９】
そしてそれにより、受信側では未知のブロックフォーマットに対応しなくてもよく、さらに判別情報に基づいて有効なチャンネルデータのみを抽出すればよいため、正確な受信が可能となる。
また、例えば異なるチャンネル数のコンテンツ、例えば２チャンネルオーディオデータとしての音楽データと、５チャンネルオーディオデータとしての音楽データなどを、連続して伝送するような場合にも、ブロックフォーマットを変更する必要もなく、当然受信側でもブロックフォーマット変更に対応する必要はないため、処理はその点においても容易となる。
【００８０】
これらのことから多様なチャンネル数のデータ伝送が容易かつ正確に実現できると共に、将来的に伝送データのチャンネル種別が更に多様化しても、対応できるものとなる。
【図面の簡単な説明】
【図１】ＩＥＥＥ１３９４による伝送フォーマットの説明図である。
【図２】ＩＥＥＥ１３９４のアイソクロナスパケットの説明図である。
【図３】データブロックのラベルの説明図である。
【図４】実施の形態のＩＥＥＥ１３９４のアイソクロナスパケットの説明図である。
【図５】実施の形態のブロックシーケンスの説明図である。
【図６】実施の形態のチャンネルミュートデータ挿入例の説明図である。
【図７】実施の形態のチャンネルミュートデータの説明図である。
【図８】実施の形態のチャンネルミュートデータの他の例の説明図である。
【図９】本発明の実施の形態の送信装置及び受信装置のブロック図である。
【図１０】伝送時のブロック構成の説明図である。
【符号の説明】
１ 送信装置、２ 受信装置、３ 伝送路、１１ マルチチャンネルデータソース、１２ 伝送データ生成部、１３ 送信部、３１ 受信部、３２ チャンネル抽出部、３３ デコード部、３４ ミュート制御部
Claims (5)
- デジタルデータをブロック化して所定の伝送フォーマットで送出するデータ送信装置において、
ｎチャンネルで構成される有効データとｉチャンネルで構成される無効データとをｍチャンネル（ｎ＋ｉ＝ｍ）のデータを格納可能なブロックに配するブロック化処理をしたうえで上記伝送フォーマットに合致した送信データストリームを生成するとともに、上記送信データストリーム内の各ブロック内において無効データが配されるチャンネルを判別できる判別情報を上記送信データストリームに付加する伝送データ生成手段と、
上記伝送データ生成手段で生成された送信データストリームを送出する送出手段と、
を備えたことを特徴とするデータ送信装置。 - デジタルデータのブロック化を含む所定の伝送フォーマットで伝送されてきたデータストリームを受信する受信手段と、
上記受信手段により受信されたデータストリームからチャンネルごとのデータを抽出すると共に上記データストリームから判別情報を抽出するチャンネル抽出手段と、
上記抽出されたチャンネルごとのデータをデコードするデコード手段と、
上記チャンネル抽出手段によって抽出された判別情報が無効を示しているチャンネルのデコード手段の出力がミュートされるように上記デコード手段を制御するミュート制御手段と
を備えたことを特徴とするデータ受信装置。 - デジタルデータをブロック化して所定の伝送フォーマットで送出するデータ送信方法において、
ｎチャンネルで構成される有効データとｉチャンネルで構成される無効データとをｍチャンネル（ｎ＋ｉ＝ｍ）のデータを格納可能なブロックに配するブロック化処理をしたうえで上記伝送フォーマットに合致した送信データストリームを生成するとともに、上記送信データストリーム内の各ブロック内において無効データが配されるチャンネルを判別できる判別情報を生成して上記送信データストリームに付加し、
上記生成された送信データストリームを送出する
データ送信方法。 - デジタルデータのブロック化を含む所定の伝送フォーマットで伝送されてきたデータストリームを受信し、
上記受信されたデータストリームからチャンネルごとのデータを抽出すると共に上記データストリームから判別情報を抽出し、
上記抽出されたチャンネルごとのデータをデコードすると共に抽出された判別情報が無効を示しているチャンネルのデコードの出力をミュートする
データ受信方法。 - デジタルデータをブロック化して所定の伝送フォーマットで送出するデータ送信装置と、伝送されてきたデジタルデータを受信するデータ受信装置から成る伝送システムにおいて、
上記データ送信装置は、
ｎチャンネルで構成される有効データとｉチャンネルで構成される無効データとをｍチャンネル（ｎ＋ｉ＝ｍ）のデータを格納可能なブロックに配するブロック化処理をしたうえで上記伝送フォーマットに合致した送信データストリームを生成するとともに、上記送信データストリーム内の各ブロック内において無効データが配されるチャンネルを判別できる判別情報を上記送信データストリームに付加する伝送データ生成手段と、
上記伝送データ生成手段で生成された送信データストリームを送出する送出手段と
を備え、
上記データ受信装置は、
デジタルデータのブロック化を含む所定の伝送フォーマットで伝送されてきたデータストリームを受信する受信手段と、
上記受信手段により受信されたデータストリームからチャンネルごとのデータを抽出す ると共に上記データストリームから判別情報を抽出するチャンネル抽出手段と、
上記抽出されたチャンネルごとのデータをデコードするデコード手段と、
上記チャンネル抽出手段によって抽出された判別情報が無効を示しているチャンネルのデコード手段の出力がミュートされるように上記デコード手段を制御するミュート制御手段と
を備えたことを特徴とする伝送システム。
Priority Applications (6)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001132213A JP3695346B2 (ja) | 2001-04-27 | 2001-04-27 | データ送信装置、データ受信装置、データ送信方法、データ受信方法、伝送システム |
| PCT/JP2002/004099 WO2002089412A1 (fr) | 2001-04-27 | 2002-04-24 | Appareil d'emission de donnees, appareil de reception de donnees, procede d'emission de donnees, procede de reception de donnees et systeme de transfert |
| EP02722759A EP1296486B1 (en) | 2001-04-27 | 2002-04-24 | Data transmission apparatus, data reception apparatus, data transmission method, data reception method, and transfer system |
| US10/311,774 US7286602B2 (en) | 2001-04-27 | 2002-04-24 | Method of data transmission for N-channel digital data in an M-channel block format |
| CNB02801426XA CN1215682C (zh) | 2001-04-27 | 2002-04-24 | 数据发送/接收设备,数据发送/接收方法和传输系统 |
| KR1020027016644A KR100841040B1 (ko) | 2001-04-27 | 2002-04-24 | 데이터송신장치, 데이터수신장치, 데이터송신방법,데이터수신방법, 전송시스템 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001132213A JP3695346B2 (ja) | 2001-04-27 | 2001-04-27 | データ送信装置、データ受信装置、データ送信方法、データ受信方法、伝送システム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2002330133A JP2002330133A (ja) | 2002-11-15 |
| JP3695346B2 true JP3695346B2 (ja) | 2005-09-14 |
Family
ID=18980254
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2001132213A Expired - Fee Related JP3695346B2 (ja) | 2001-04-27 | 2001-04-27 | データ送信装置、データ受信装置、データ送信方法、データ受信方法、伝送システム |
Country Status (6)
| Country | Link |
|---|---|
| US (1) | US7286602B2 (ja) |
| EP (1) | EP1296486B1 (ja) |
| JP (1) | JP3695346B2 (ja) |
| KR (1) | KR100841040B1 (ja) |
| CN (1) | CN1215682C (ja) |
| WO (1) | WO2002089412A1 (ja) |
Families Citing this family (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN100458957C (zh) * | 2003-03-18 | 2009-02-04 | 索尼株式会社 | 数据记录设备和方法、数据播放设备和方法 |
| US7962499B2 (en) | 2006-08-18 | 2011-06-14 | Falconstor, Inc. | System and method for identifying and mitigating redundancies in stored data |
| WO2013122386A1 (en) | 2012-02-15 | 2013-08-22 | Samsung Electronics Co., Ltd. | Data transmitting apparatus, data receiving apparatus, data transreceiving system, data transmitting method, data receiving method and data transreceiving method |
| WO2013122385A1 (en) | 2012-02-15 | 2013-08-22 | Samsung Electronics Co., Ltd. | Data transmitting apparatus, data receiving apparatus, data transreceiving system, data transmitting method, data receiving method and data transreceiving method |
| WO2013122387A1 (en) | 2012-02-15 | 2013-08-22 | Samsung Electronics Co., Ltd. | Data transmitting apparatus, data receiving apparatus, data transceiving system, data transmitting method, and data receiving method |
| WO2013122388A1 (en) * | 2012-02-15 | 2013-08-22 | Samsung Electronics Co., Ltd. | Data transmission apparatus, data receiving apparatus, data transceiving system, data transmission method and data receiving method |
| CN110677777B (zh) * | 2019-09-27 | 2020-12-08 | 深圳市航顺芯片技术研发有限公司 | 一种音频数据处理方法、终端及存储介质 |
Family Cites Families (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH03113926A (ja) * | 1989-09-27 | 1991-05-15 | Sumitomo Electric Ind Ltd | 音声ディジタル多重化伝送方式 |
| JPH0879216A (ja) * | 1994-09-06 | 1996-03-22 | Matsushita Electric Ind Co Ltd | 音声多重化伝送装置 |
| GB2342013B (en) * | 1998-09-23 | 2003-06-25 | Sony Uk Ltd | Multiplexing digital signals |
| BR0006156A (pt) * | 1999-05-25 | 2001-10-30 | Sony Corp | Processo, aparelho e sistema de transmissão |
| JP2001028612A (ja) * | 1999-07-13 | 2001-01-30 | Sony Corp | 情報処理装置及び方法 |
| EP1087557A3 (en) * | 1999-09-22 | 2005-01-19 | Matsushita Electric Industrial Co., Ltd. | Apparatus for transmitting digital audio data and receiving apparatus for receiving the digital audio data |
| US7236836B1 (en) * | 1999-09-29 | 2007-06-26 | Victor Company Of Japan, Ltd. | System for signal processing and signal transmission |
| JP4337198B2 (ja) | 1999-12-07 | 2009-09-30 | ソニー株式会社 | 伝送方法及び伝送装置 |
-
2001
- 2001-04-27 JP JP2001132213A patent/JP3695346B2/ja not_active Expired - Fee Related
-
2002
- 2002-04-24 WO PCT/JP2002/004099 patent/WO2002089412A1/ja active Application Filing
- 2002-04-24 US US10/311,774 patent/US7286602B2/en not_active Expired - Fee Related
- 2002-04-24 EP EP02722759A patent/EP1296486B1/en not_active Expired - Lifetime
- 2002-04-24 CN CNB02801426XA patent/CN1215682C/zh not_active Expired - Fee Related
- 2002-04-24 KR KR1020027016644A patent/KR100841040B1/ko not_active IP Right Cessation
Also Published As
| Publication number | Publication date |
|---|---|
| EP1296486A1 (en) | 2003-03-26 |
| JP2002330133A (ja) | 2002-11-15 |
| EP1296486A4 (en) | 2007-05-09 |
| CN1215682C (zh) | 2005-08-17 |
| US7286602B2 (en) | 2007-10-23 |
| EP1296486B1 (en) | 2012-12-05 |
| CN1462522A (zh) | 2003-12-17 |
| WO2002089412A1 (fr) | 2002-11-07 |
| US20030169782A1 (en) | 2003-09-11 |
| KR100841040B1 (ko) | 2008-06-24 |
| KR20040000295A (ko) | 2004-01-03 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| KR100387330B1 (ko) | 오디오 송신장치 및 오디오 수신장치 | |
| US7154893B2 (en) | Transmission method, transmission apparatus and transmission system | |
| KR100402190B1 (ko) | 데이터통신방법 | |
| JP3684986B2 (ja) | オーディオ受信装置 | |
| JP3697967B2 (ja) | オーディオ送信装置及びオーディオ受信装置 | |
| JP4337198B2 (ja) | 伝送方法及び伝送装置 | |
| JP3695346B2 (ja) | データ送信装置、データ受信装置、データ送信方法、データ受信方法、伝送システム | |
| JP4419899B2 (ja) | オーディオ送信装置 | |
| JP2001086139A (ja) | 伝送方法及び伝送装置 | |
| US7366162B2 (en) | Reception apparatus and reception method | |
| JP2002232375A (ja) | データ送信装置、データ受信装置、データ送信方法、データ受信方法、伝送システム | |
| JP4281144B2 (ja) | 伝送方法および伝送装置 | |
| KR100775705B1 (ko) | 송수신 시스템, 송신 장치, 수신 장치 및 송수신 방법 | |
| JP2002328683A (ja) | データ送信装置、データ受信装置、データ送信方法、データ受信方法、伝送システム | |
| JP2001331102A (ja) | データ送出装置、データ復号装置、データ送出方法、データ復号方法、伝送システム | |
| JP2002232426A (ja) | データ送信装置、データ受信装置、データ送信方法、データ受信方法、伝送システム | |
| JP4560962B2 (ja) | データ伝送装置及びデータ伝送方法 | |
| JP2008154151A (ja) | オーディオ・ビジュアル機器及びそのオーディオ・ビデオフレーム作成方法 | |
| JP2002074905A (ja) | データ送出装置、データ復号装置、データ送出方法、データ復号方法、伝送システム | |
| JP3709928B2 (ja) | 伝送システム，送信装置，及び受信装置 | |
| JP2003110646A (ja) | 伝送システム、データ送信装置、データ受信装置、データ送信方法、データ受信方法 | |
| JP2002077140A (ja) | データ送出装置、データ送出方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20050322 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20050520 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20050607 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20050620 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080708 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090708 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090708 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100708 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100708 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110708 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110708 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120708 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120708 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130708 Year of fee payment: 8 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| LAPS | Cancellation because of no payment of annual fees |