JP3491632B2

JP3491632B2 - 受信装置、受信方法

Info

Publication number: JP3491632B2
Application number: JP2002075979A
Authority: JP
Inventors: 智雅古城
Original assignee: Sony Corp
Current assignee: Sony Corp
Priority date: 2002-03-19
Filing date: 2002-03-19
Publication date: 2004-01-26
Anticipated expiration: 2022-03-19
Also published as: EP1487177A1; US20050041672A1; EP1487177B1; JP2003272301A; WO2003079640A1; EP1487177A4; US7366162B2

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、オーディオデータ
等のストリームデータをパケット化して通信する方式に
おける受信装置、受信方法に関するものである。

【０００２】

【従来の技術】ＩＥＥＥ１３９４規格に準拠したインタ
ーフェース上で接続された機器間でオーディオデータ等
のストリームデータを伝送することが行われている。例
えばディスク再生装置と、オーディオアンプ装置を考え
ると、ディスク再生装置でディスクからオーディオデー
タを再生してＩＥＥＥ１３９４バスにより送信する。そ
してオーディオアンプ装置で受信し、受信したオーディ
オデータの信号処理を行ってをオーディオデータを再生
出力するなどの動作である。

【０００３】

【発明が解決しようとする課題】ところで、現在ではオ
ーディオデータとして各種方式（データフォーマット）
が存在し、特にディスク再生装置等の機器では、ＣＤ
（Compact Disc）、ＭＤ（Mini Disc）、ＤＶＤ（Digit
al Versatile Disc）、ＳＡＣＤ（Super Audio CD）な
どの多様なディスクに対応できるようにされている。な
お、ＣＤ，ＭＤなどのＬ、Ｒ２チャンネルのデジタルオ
ーディオストリームデータの信号形式はＩＥＣ６０９５
８と呼ばれる。ＤＶＤのストリームデータの信号形式は
マルチビットリニアオーディオと呼ばれる。ＳＡＣＤの
ストリームデータの信号形式は１ビットデジタルオーデ
ィオ（ＤＳＤ：Direct Stream Digital）と呼ばれる。
なお、１ビットデジタルオーディオデータとは、通常の
ＣＤにおけるオーディオデータよりも高品位なデータと
して開発されたものであり、サンプリング周波数を例え
ばＣＤ方式における４４．１ＫＨｚの１６倍という非常
に高いサンプリング周波数である２．８４２ＭＨｚとし
てΔΣ変調された１ビットデータのことであり、周波数
帯域はＤＣ成分〜１００ＫＨｚの広範囲とされ、ダイナ
ミックレンジはオーディオ帯域全体で１２０（ｄＢ）を
実現できるデータ形式である。

【０００４】もちろんこれら以外にも多様なデータ形式
が存在するが、説明上、各種信号形式の例としてこれら
を「ＩＥＣ６０９５８データ」「ＤＶＤデータ」「ＳＡ
ＣＤデータ」と呼んで例に挙げる。

【０００５】これら多様なメディアについての各種信号
形式の信号に関しては、ＩＥＥＥ１３９４規格に準拠し
たインターフェース上で音楽データを送受信するための
ＥｎｈａｎｃｅｍｅｎｔｔｏＡｕｄｉｏＭｕｓｉ
ｃＤａｔａＴｒａｎｓｍｉｓｓｉｏｎＰｒｏｔｏ
ｃｏｌ２．０（以降ＡＭ８２４）規格が定められてい
る。そして、各種データ形式に応じて、ＩＥＥＥ１３９
４バスでの伝送の際には所定のパケット化処理が行われ
て伝送される。

【０００６】ところが、ＩＥＥＥ１３９４バスでの伝送
の受信側となる機器にとっては、伝送されてきたストリ
ームデータのフォーマット（データ形式）を認識する手
段がないため、実際に受信したデータの中身を見ない
と、そのデータのフォーマットが分からなかったという
不都合があった。さらに、受信時に実際にデータの中身
を調る処理を行うと、当然それに要する時間が必要とな
る。このため受信したデータを再生出力する場合など
に、再生データの音切れ、頭切れが発生するという不都
合があった。

【０００７】図８でこの様子を説明する。この図８は、
受信側の機器での動作を模式的に表している。図におい
て、受信データとは、送信側の機器からパケット化され
て送られてくるストリームデータである。なお、ＩＥＥ
Ｅ１３９４バスでの伝送の際には、実データストリーム
の前後に無効データストリームが配された状態で伝送さ
れるようにしている。アンシラリノーデータ（Ancillar
y No Data）が無効データである。例えば図８において
は、受信データとしてまず時点ｔ１までＩＥＣ６０９５
８データが受信されていることが示されている。このＩ
ＥＣ６０９５８データの前後には、例えば１０msec程度
の時間長となるアンシラリノーデータが配されて伝送さ
れるため、図の時点ｔ１〜ｔ２のアンシラリノーデータ
は、実データとしてのＩＥＣ６０９５８データの後端に
付加された無効データである。このアンシラリノーデー
タはＩＥＣ６０９５８フォーマットとされている。

【０００８】また、時点ｔ３以降はＳＡＣＤデータが受
信されていることが示されているが、実データとしての
ＳＡＣＤデータの前後には無効データとしアンシラリノ
ーデータが付加される。従って図８の時点ｔ２〜ｔ３の
アンシラリノーデータは、ＳＡＣＤデータの前に付加さ
れたＳＡＣＤフォーマットのアンシラリノーデータであ
る。

【０００９】図８に示したＩＥＥＥ１３９４コントロー
ラ、ＩＥＥＥ１３９４インターフェース、信号処理部と
は、それぞれ受信側の装置の回路部を示している。この
場合、ＩＥＥＥ１３９４インターフェースは、ＩＥＥＥ
１３９４バスからデータを受信する受信部となる。信号
処理部は、ＩＥＥＥ１３９４インターフェースで受信さ
れた信号を処理し、再生出力する回路部である。例えば
信号処理部で処理された出力がスピーカから音声として
出力されるが、その再生出力の内容が図８の最下段に示
すものである。ＩＥＥＥ１３９４コントローラは、ＩＥ
ＥＥ１３９４インターフェースや信号処理部の制御を行
う制御部である。

【００１０】この図８では、時点ｔ２まではＩＥＣ６０
９５８フォーマットのデータが受信されている。この場
合、ＩＥＥＥ１３９４インターフェースや信号処理部で
は、ＩＥＣ６０９５８フォーマットに対応した受信設定
の状態となっている。その後、時点ｔ２で受信されるス
トリームデータの信号形式（フォーマット）が変更され
ている。しかしながら、アンシラリノーデータの検出の
みでは次の実データのフォーマットは確定できない。ア
ンシラリノーデータが受信されても、それが実データの
前に付加された無効データ部分であるのか、実データの
後に付加された無効データ部分であるのかが確定できな
いためである。このため、時点ｔ３まではＩＥＥＥ１３
９４インターフェースや信号処理部における受信設定は
切り換えられない。時点ｔ３で実データとしてＳＡＣＤ
データが受信されると、ＩＥＥＥ１３９４コントローラ
は、そのデータ内容を確認することで、受信されるスト
リームデータの信号形式がＳＡＣＤデータとなったこと
を認識できる。そこで、ストリーム変化の検知に応じ
て、ＩＥＥＥ１３９４インターフェースの受信設定をＳ
ＡＣＤフォーマット対応に切換制御し、また信号処理部
の受信設定もＳＡＣＤフォーマット対応に切換制御す
る。なお、ストリーム変化検出時点で、ＩＥＥＥ１３９
４コントローラは信号処理部に対してミュート制御し、
これによって異音がスピーカ出力されないようにしてい
る。その後、ＩＥＥＥ１３９４インターフェースと信号
処理部での設定変更が完了したら、ＩＥＥＥ１３９４コ
ントローラは信号処理部に対してミュート解除制御を行
う。すると、その時点からＳＡＣＤの再生音声がスピー
カ出力されることになる。ここでわかるように、実際に
ＳＡＣＤのストリームデータが受信されてから、スピー
カ出力が行われるまでにはＴｃ時間を要することにな
る。このＴｃ時間は主に信号処理部の設定切換のための
時間となる。そしてＴｃ時間としての期間は受信された
ＳＡＣＤデータは再生出力されない。つまり、音楽等の
頭切れなどが生じることとなる。

【００１１】

【課題を解決するための手段】そこで本発明は、このよ
うな伝送時の信号形式の変化になるべく迅速に対応でき
るようにし、音楽の頭切れなどの発生を極力回避できる
ようにすることを目的とする。

【００１２】このため本発明の受信装置は、複数の所
定の信号形式のストリームデータが所定のパケット形式
に変換されて伝送されるとともに、各信号形式の実デー
タストリームは、その前後に無効データストリームが配
された状態で伝送されるようにされた伝送信号を受信す
る受信手段と、上記受信手段にて受信された伝送信号に
ついて、その信号形式のストリームデータに対応した信
号処理を行なって信号を出力する信号処理手段と、上記
受信手段で受信された伝送信号について、無効データス
トリームへのストリーム変化が検出されることに応じ
て、上記信号処理手段の受信設定を、当該無効データス
トリームの信号形式に対応する設定に制御し、次に、実
データストリームへのストリーム変化が検出された時
に、実データストリームの信号形式が確認された場合、
上記受信手段を当該実データストリームの信号形式に対
応する設定に制御するとともに、上記信号処理手段のミ
ュート解除制御を行う制御手段を備えるようにする。

【００１３】また本発明の受信方法は、複数の所定の
信号形式のストリームデータが所定のパケット形式に変
換されて伝送されるとともに、各信号形式の実データス
トリームは、その前後に無効データストリームが配され
た状態で伝送される伝送信号を受信し、受信した伝送信
号について、その信号形式のストリームデータに対応し
た信号処理を行なって信号を出力するとともに、受信さ
れた伝送信号について、無効データストリームへのスト
リーム変化が検出されることに応じて、上記信号処理の
受信設定を、当該無効データストリームの信号形式に対
応する設定に制御し、次に、受信された伝送信号につい
て、実データストリームへのストリーム変化が検出さ
れ、実データストリームの信号形式が確認された場合、
受信動作の設定を当該実データストリームの信号形式に
対応する設定に制御するとともに、信号処理におけるミ
ュート解除制御を行うように設定する。

【００１４】このような本発明によれば、無効データス
トリーム（アンシラリノーデータ）へのストリーム変化
が検出されることに応じて、上記信号処理手段を、当該
無効データストリームの信号形式に対応する設定に制御
する。即ち、次にくるであろう実データの信号形式に予
測的に切り換えるようにする。そして、実際に実データ
ストリームへのストリーム変化が検出されたら、受信手
段をその実データストリームの信号形式に対応する設定
に切り換える。このようにすると、比較的時間を要する
信号処理手段の設定変更がアンシラリノーデータ期間に
予測的に実行されるため、実データストリームへのスト
リーム変化があった後は受信手段の設定変更だけでよ
く、信号を出力できるまでの時間を最小限とすることが
できる。

【００１５】

【発明の実施の形態】以下、本発明の実施の形態を説明
する。本発明の受信装置、受信方法の実施の形態は、マ
ルチフォーマット対応の受信機とし、マルチフォーマッ
ト対応送信機とＩＥＥＥ１３９４バスで接続され、各種
信号形式（フォーマット）のデータを受信できるように
したものとする。説明は次の順序で行う。１．ＩＥＥＥ１３９４の伝送フォーマット２．装置構成３．ストリームデータの信号形式変化の対応処理

【００１６】１．ＩＥＥＥ１３９４の伝送フォーマットまずＩＥＥＥ１３９４による伝送フォーマットについて
説明する。ＩＥＥＥ１３９４方式でのデータ伝送では、
例えば図１（ａ）に示すように、所定の通信サイクル
（例えば１２５μｓｅｃ）毎に時分割多重によって行わ
れる。そして、この信号の伝送は、サイクルマスタと呼
ばれる機器（ＩＥＥＥ１３９４バス上の任意の１台の機
器）が通信サイクルの開始時であることを示すサイクル
スタートパケットＣＳＰをバス上へ送出することにより
開始される。なお、サイクルマスタは、バスを構成する
ケーブルに各機器を接続したとき等に、ＩＥＥＥ１３９
４で規定する手順により自動的に決定される。

【００１７】１通信サイクル中における通信の形態は、
ビデオデータやオーディオデータなどのリアルタイム性
を必要とするデータを伝送するアイソクロナス伝送（Ｉ
ｓｏ）と、制御コマンドや補助的なデータなどを確実に
伝送するアシンクロナス伝送（Ａｓｙ）の２種類の伝送
が行われる。各通信サイクル中では、アイソクロナス伝
送用のアイソクロナスパケットＩｓｏが、アシンクロナ
ス伝送用のアシンクロナスパケットＡｓｙより先に伝送
される。アイソクロナスパケットＩｓｏの通信が終了し
た後、次のサイクルスタートパケットＣＳＰまでの期間
が、アシンクロナスパケットＡｓｙの伝送に使用され
る。従って、アシンクロナスパケットＡｓｙが伝送でき
る期間は、そのときのアイソクロナスパケットＩｓｏの
伝送チャンネル数により変化する。また、アイソクロナ
スパケットＩｓｏは、１通信サイクル毎に予約した帯域
（チャンネル数）が確保される伝送方式であるが、受信
側からの確認は行わない。アシンクロナスパケットＡｓ
ｙで伝送する場合には、受信側からアクノリッジメント
（Ａｃｋ）のデータを返送させて、伝送状態を確認しな
がら確実に伝送させる。

【００１８】図１（ｂ）に、ＣＩＰ(Common Isochronos
Packet)の構造を示す。つまり、図１（ａ）に示したア
イソクロナスパケットＩｓｏのデータ構造である。例え
ば、上述した１ビットデジタルオーディオデータは、Ｉ
ＥＥＥ１３９４通信においては、アイソクロナス通信に
よりデータの送受信が行われる。つまり、リアルタイム
性が維持されるだけのデータ量をこのアイソクロナスパ
ケットに格納して、１アイソクロナスサイクル毎に順次
送信するものである。

【００１９】アイソクロナスパケットは、図１（ｂ）の
ように、１３９４パケットヘッダ、ヘッダＣＲＣ、ＣＩ
Ｐヘッダ、データ部、データＣＲＣから成る。このＣＩ
Ｐ構造として、例えば２チャンネルの１ビットデジタル
オーディオデータの伝送に用いる場合における具体例を
図２に示している。

【００２０】図２では、横方向に３２ビット（４バイ
ト）を示しているが、その１行分のデータ、つまり３２
ビットが１カドレット（ｑｕａｄｌｅｔ）と呼ばれる。
ＣＩＰの先頭３２ビット（１カドレット）は、１３９４
パケットヘッダとされている。１３９４パケットヘッダ
においては、１６ビットのデータレングス（ｄａｔａ＿
Ｌｅｎｇｔｈ）、２ビットのタグ（ｔａｇ）、６ビット
のチャンネル（ｃｈａｎｎｅｌ）、４ビットのタイムコ
ード（ｔｃｏｄｅ）、４ビットのシンク（ｓｙ）が配
される。そして、１３９４パケットヘッダに続く１カド
レットの領域はヘッダＣＲＣが格納される。

【００２１】ヘッダＣＲＣに続く２カドレットの領域が
ＣＩＰヘッダとなる。ＣＩＰヘッダの上位カドレットの
先頭２バイトには、それぞれ‘０’‘０’が格納され、
続く６ビットの領域はＳＩＤ（送信ノード番号）を示
す。ＳＩＤに続く８ビットの領域はＤＢＳ（データブロ
ックサイズ）であり、データブロックのサイズ（パケッ
ト化の単位データ量）が示される。続いては、ＦＮ（２
ビット）、ＱＰＣ（３ビット）の領域が設定されてお
り、ＦＮにはパケット化する際に分割した数が示され、
ＱＰＣには分割するために追加したカドレット数が示さ
れる。ＳＰ（１ビット）にはソースパケットのヘッダの
フラグが示され、ＤＢＣにはパケットの欠落を検出する
カウンタの値が格納される。なお、図中「ｒｓｖ」はリ
ザーブ、つまり未定義の領域を示している。

【００２２】ＣＩＰヘッダの下位カドレットの先頭２バ
イトにはそれぞれ‘１’‘０’が格納される。そして、
これに続いてＦＭＴ（６ビット）、ＦＤＦ（８ビッ
ト）、ＳＹＴ（１６ビット）の領域が設けられる。ＦＭ
Ｔには信号フォーマット（伝送フォーマット）が示さ
れ、ここに示される値によって、当該ＣＩＰに格納され
るデータ種類（データフォーマット）が識別可能とな
る。具体的には、ＭＰＥＧストリームデータ、Ａｕｄｉ
ｏストリームデータ、デジタルビデオカメラ（ＤＶ）ス
トリームデータ等の識別が可能になる。ＦＤＦは、フォ
ーマット依存フィールドであり、上記ＦＭＴにより分類
されたデータフォーマットについて更に細分化した分類
を示す領域とされる。オーディオに関するデータであれ
ば、例えばリニアオーディオデータであるのか、ＭＩＤ
Ｉデータであるのかといった識別が可能になる。例えば
１ビットデジタルオーディオデータであれば、先ずＦＭ
ＴによりＡｕｄｉｏストリームデータの範疇にあるデー
タであることが示され、ＦＤＦに規定に従った特定の値
が格納されることで、そのＡｕｄｉｏストリームデータ
は１ビットデジタルオーディオデータであることが示さ
れる。ＳＹＴは、フレーム同期用のタイムスタンプが示
される。

【００２３】このようなＣＩＰヘッダに続けては、ＦＭ
Ｔ，ＦＤＦによって示されるデータが、データ部として
のｎ個のデータブロック（ブロック＃０〜＃ｎ）のシー
ケンスによって格納される。ＦＭＴ，ＦＤＦにより１ビ
ットデジタルオーディオデータであることが示される場
合には、このデータブロックとしての領域に１ビットデ
ジタルオーディオデータ（ＤＳＤデータ）が格納され
る。そして、データブロックに続いて最後にデータＣＲ
Ｃが配置される。

【００２４】データ部の各データブロック＃０〜＃ｎ
は、データの信号形式に応じて、所要数のカドレットｑ
１〜ｑｍがいられる。なお、ｍは偶数、即ち、データブ
ロックを形成するカドレット数は偶数個と規定されてい
る。データ部の構造は、ＩＥＥＥ１３９４バスによるデ
ータ伝送について適用できるＡＭ８２４と呼ばれる伝送
プロトコルに基づいて形成される。

【００２５】図３に各種フォーマットに応じたデータブ
ロックの構造例を示す。まず図３（ａ）（ｂ）はＩＥＣ
６０９５８フォーマットの場合を示している。例えばＣ
ＤやＭＤの再生データとしてＬ、Ｒ２チャンネルのオー
ディオデータを伝送する場合、データブロックは図３
（ａ）のように２つのカドレットｑ１，ｑ２により構成
され、このブロックが図２に示したデータブロック＃０
〜＃ｎとして連続するものとなる。

【００２６】なお各種フォーマットに対応するデータブ
ロックにおいて、各カドレットの先頭バイト（図２のバ
イト０）はラベル（オーディオラベル）として用いら
れ、また第２番目のバイト（図２のバイト１）はサブラ
ベルとして用いられる場合がある。

【００２７】各カドレットにおける先頭のバイト０のオ
ーディオラベルは、そのカドレットに配されるデータの
識別情報となる。ラベルとしての値及び意味を図４に示
す。図示するようにラベル値に対して各種の意味が定義
されており、例えばラベル値０ｘ００〜０ｘ３Ｆは、Ｉ
ＥＣ６０９５８のコンフォーマントフォーマットに対応
する。（なお、「０ｘ」は１６進表記の数値であること
を示す）またラベル値０ｘ４０〜０ｘ４Ｆは、ＤＶＤ
（Digital Versatile Disc）システムで採用されている
マルチビットリニアオーディオデータに対応するものと
される。またラベル値０ｘ５０〜０ｘ５７は、１ビット
デジタルオーディオデータに対応する値、ラベル値０ｘ
５８〜０ｘ５Ｆは、エンコードされた１ビットデジタル
オーディオデータに対応する値、ラベル値０ｘ８０〜０
ｘ８３はＭＩＤＩデータに対応する値とされる。さらに
０ｘＣ０〜０ｘＥＦはアンシラリデータ（Ancillary Da
ta；補助データ）を意味するなど、ラベル値は識別情報
として機能するために、図示するように各種定義されて
いる。

【００２８】図３（ａ）のＩＥＣ６０９５８フォーマッ
トの場合、オーディオラベルは「０ｘ００」〜「０ｘ３
Ｆ」のいづれかとなり、サブラベルは用いられない。そ
してカドレットｑ１の第２〜第４バイトの３バイトにＬ
チャンネルのオーディオデータが配され、またカドレッ
トｑ２の第２〜第４バイトの３バイトにＲチャンネルの
オーディオデータが配される。

【００２９】図３（ｂ）はＩＥＣ６０９５８フォーマッ
トでアンシラリノーデータを伝送する場合であり、この
場合、カドレットｑ１、ｑ２のオーディオラベルは「０
ｘＣＦ」となり、サブラベルは「０ｘ００」とされる。
バイト２，バイト３の２バイトにはノーデータ（無効デ
ータ）が配される。ラベル値「０ｘＣＦ」は、アンシラ
リデータの範疇の値であるが、この「０ｘＣＦ」は特に
無効データ（NO DATA）を示す値として定義されてい
る。

【００３０】図３（ｃ）（ｄ）はＤＶＤオーディオなど
としての、マルチビットリニアオーディオフォーマット
として、６チャンネルデータを伝送する場合を示してい
る。この場合、データブロックは図３（ａ）のように８
つのカドレットｑ１〜ｑ８により構成され、このブロッ
クが図２に示したデータブロック＃０〜＃ｎとして連続
するものとなる。

【００３１】図３（ｃ）マルチビットリニアオーディオ
フォーマットの場合、カドレットｑ１、ｑ２はバイト
２，３にアンシラリデータが配されることにより、バイ
ト０のオーディオラベルは「０ｘＤ０」とされる。また
カドレットｑ１のバイト１のサブラベルは「０ｘ０
１」、カドレットｑ２のサブラベルは「０ｘ０２」とさ
れる。カドレットｑ３〜ｑ８は、それぞれオーディオラ
ベルは「０ｘ４８」とされ、各３バイトとして、チャン
ネル１〜６のオーディオデータが配される。

【００３２】図３（ｄ）はマルチビットリニアオーディ
オフォーマットでアンシラリノーデータを伝送する場合
であり、この場合、カドレットｑ１、ｑ２のオーディオ
ラベルは「０ｘＣＦ」となり、サブラベルは「０ｘＤ
０」とされる。バイト２，バイト３の２バイトにはアン
シラリデータが配される。そしてカドレットｑ３〜ｑ８
は、それぞれオーディオラベルは「０ｘＣＦ」、サブラ
ベルは「０ｘ４８」とされ、バイト２，バイト３の２バ
イトにはノーデータ（無効データ）が配される。

【００３３】図３（ｅ）（ｆ）は１ビットオーディオデ
ータ（ＤＳＤデータ）フォーマットとして、６チャンネ
ルデータを伝送する場合を示している。この場合、デー
タブロックは図３（ａ）のように８つのカドレットｑ１
〜ｑ８により構成され、このブロックが図２に示したデ
ータブロック＃０〜＃ｎとして連続するものとなる。

【００３４】図３（ｅ）１ビットオーディオデータフォ
ーマットの場合、カドレットｑ１は、オーディオラベル
は「０ｘＤ１」、サブラベルは「０ｘ００」とされ、バ
イト２，３にアンシラリデータが配される。カドレット
ｑ２〜ｑ７は、それぞれオーディオラベルは「０ｘ５
０」「０ｘ５１」とされ、各３バイトとして、チャンネ
ル１〜６のオーディオデータが配される。なお、オーデ
ィオラベル「０ｘ５０」は、データの先頭カドレット
を、「０ｘ５１」はデータの２番目以降のカドレットを
示すものとなる。カドレットｑ８は、オーディオラベル
は「０ｘＣＦ」、サブラベルは「０ｘＣＦ」とされ、バ
イト２，３にノーデータが配される。この場合ノーデー
タのカドレットが付加されるのは、カドレット数を偶数
個にしなければならないことによる。

【００３５】図３（ｆ）は１ビットオーディオフォーマ
ットでアンシラリノーデータを伝送する場合であり、こ
の場合、カドレットｑ１のオーディオラベルは「０ｘＣ
Ｆ」、サブラベルは「０ｘＤ１」とされる。カドレット
ｑ２のオーディオラベルは「０ｘＣＦ」、サブラベルは
「０ｘ５０」とされる。カドレットｑ３〜ｑ７のオーデ
ィオラベルは「０ｘＣＦ」、サブラベルは「０ｘ５１」
とされる。カドレットｑ８のオーディオラベルは「０ｘ
ＣＦ」、サブラベルは「０ｘＣＦ」とされる。そして各
カドレットのバイト２，バイト３の２バイトにはノーデ
ータが配される。

【００３６】例えば各フォーマットに応じて、このよう
に各ブロックが構成されて、アイソクロナスパケットＩ
ｓｏにおけるデータ部が形成される。そしてこのような
ブロック形態によれば、例えば伝送データの受信側の機
器では、ラベル値を判別することで、伝送されるデータ
のフォーマットを検知することができる。

【００３７】２．装置構成図５にマルチフォーマット対応送信機１とマルチフォー
マット対応受信機２の構成を示す。この２つの機器は、
例えばＩＥＥＥ１３９４バス３としての伝送路により接
続されており、マルチフォーマット対応送信機１からマ
ルチフォーマット対応受信機２に対して、音楽データ等
のデータ（DATA）を上述したアイソクロナスパケットに
より送信できるようにしたものである。

【００３８】マルチフォーマット対応送信機１側からマ
ルチフォーマット対応受信機２側へは、例えば、ＩＥＣ
６０９５８Ｃｏｎｆｏｒｍａｎｔフォーマットのデー
タ、ＤＳＤフォーマットのデータとしてＳＡＣＤフォー
マットのデータ、ＤＶＤＡｕｄｉｏフォーマットのデ
ータ（マルチビットリニアオーディオ）などが送信され
る。

【００３９】マルチフォーマット対応送信機１は、オー
ディオデータ等が記録された記録媒体としてのディスク
９０を再生する機能を有する。ディスクドライブ部１１
は、ＣＤ／ＳＡＣＤ／ＤＶＤとしての各種ディスク９０
を再生する。即ち、ディスク９０を回転するスピンドル
モータ、ディスク９０からの情報読取を行う光学ヘッ
ド、光学ヘッドから読み取られた情報（反射光情報）か
らデータ信号、サーボ信号等を抽出するマトリクスアン
プ、さらには二軸機構、スレッド機構、サーボ回路、レ
ーザドライバ等を有し、システムコントローラ１４の制
御に基づいてディスク再生動作を行う部位とされる。

【００４０】デコーダ１６は、ＣＤ／ＳＡＣＤ／ＤＶＤ
としての各種ディスク９０から再生されたオーディオデ
ータをデコードする。例えばＤＳＰにより構成される。
またデコーダ１６は、サブコードやアドレス等の情報を
抽出し、システムコントローラ１４に供給する。

【００４１】デコーダ１６でデコードされたオーディオ
データは、ＩＥＥＥ１３９４インターフェイス１７に入
力される。ＩＥＥＥ１３９４インターフェース１７は、
入力されたオーディオデータについて、上述したような
ＩＥＥＥ１３９４のフォーマットに適合するパケット化
処理等を行い、ＩＥＥＥ１３９４バス３を介して外部機
器に対して送信出力する。

【００４２】システムコントローラ１４は、ＣＰＵ、Ｒ
ＡＭ，ＲＯＭ等を備えたマイクロコンピュータとされ、
マルチフォーマット対応送信機１の全体の動作の制御を
行う。特にディスクドライブ部１１でのアクセス動作、
再生動作、デコーダ１６でのデコード処理等の制御を行
う。システムコントローラ１４の内部ＲＯＭには、この
マルチフォーマット対応送信機１の各種動作を実現する
ためのプログラム等が格納され、ＲＡＭには、システム
コントローラ１４が各種処理を実行するのに必要なデー
タやプログラム等が適宜保持される。

【００４３】なおディスク９０の再生時には、ディスク
９０に記録されている管理情報、例えばＴＯＣ等を読み
出す必要がある。システムコントローラ１４はこの管理
情報に応じてディスク種別、ディスク９０に収録された
トラック数、各トラックのアドレスなどを判別し、再生
動作制御を行うことになる。このためシステムコントロ
ーラ１４はディスク９０が装填された際にＴＯＣが記録
されたディスクの最内周側（リードインエリア）の再生
動作を実行させることによって読み出し、前述のように
してＴＯＣ情報を抽出する。そして、このＴＯＣを例え
ば内部のＲＡＭなどに記憶させておき、以後そのディス
ク９０に対する再生動作の際に参照できるようにしてい
る。

【００４４】操作部１２は、マルチフォーマット対応送
信機１のパネル等に配されている操作キー等とされ、ユ
ーザーが操作入力を行う部位とされる。或いは赤外線等
の受信部とされ、いわゆるリモートコマンダーからの操
作情報を受信する部位とされてもよい。操作部１２から
のユーザーの操作情報はシステムコントローラ１４に供
給される。システムコントローラ１４では、入力される
操作情報に応答した所要の動作が得られるように、各種
制御処理を実行する。

【００４５】また、システムコントローラ１４は、例え
ば上記操作情報や、現在の動作状況等に応じた所要の内
容の表示が行われるように、表示部１３に対する表示制
御を実行する。例えば表示部１３にはディスクの総演奏
時間、再生や録音時の進行時間などの時間情報や、トラ
ックナンバ、ディスクネームやトラックネームなどのネ
ーム情報、動作状態、動作モードなどの各種の表示が行
なわれる。

【００４６】システムコントローラ１４に対しては、Ｉ
ＥＥＥ１３９４コントローラ１５が相互通信可能に接続
される。ＩＥＥＥ１３９４コントローラ１５は、主にＩ
ＥＥＥ１３９４インターフェース１７に対する制御を行
い、ＩＥＥＥ１３９４バス３による通信動作を制御する
ものとなる。また、ここでは詳述しないが、ＩＥＥＥ１
３９４方式による伝送時の認証処理、暗号鍵の生成、ア
シンクロナスパケットによるコマンドやレスポンスの送
受信のための処理なども行う。

【００４７】マルチフォーマット対応受信機２は、例え
ばマルチフォーマット対応送信機１から送信されてきた
オーディオデータをスピーカ部４において出力するため
の機器とされる。

【００４８】マルチフォーマット対応受信機２におい
て、ＩＥＥＥ１３９４インターフェイス２３は、ＩＥＥ
Ｅ１３９４バス３を介して他の外部機器とデータの送受
信を行うために設けられる。ＩＥＥＥ１３９４インター
フェイス２３では、ＩＥＥＥ１３９４バス３を介して受
信したパケットを復調し、復調したパケットに含まれる
データを抽出する。上記のようにマルチフォーマット対
応送信機１において、ＩＥＣ６０９５８フォーマット、
ＳＡＣＤフォーマット、ＤＶＤフォーマットの各種デー
タが再生できることに応じて、ＩＥＥＥ１３９４インタ
ーフェース２３は、アイソクロナスパケットから、それ
ぞれＩＥＣ６０９５８フォーマット、ＳＡＣＤフォーマ
ット、ＤＶＤフォーマットの各種データを抽出できる。

【００４９】ＩＥＥＥ１３９４インターフェース２３で
受信抽出されたオーディオデータは、信号処理部２４に
供給される。信号処理部２４は、例えばＤＳＰにより構
成され、各種のオーディオ信号処理を行う。例えばデコ
ード、エラー訂正など信号フォーマットに関する処理を
行って各チャンネルのデータをリニアＰＣＭオーディオ
データとし、またイコライジング等の音場処理などを行
う。信号処理部２４で得られた複数チャンネルのデジタ
ルオーディオデータは、Ｄ／Ａ変換器で各チャンネルの
アナログオーディオ信号に変換され、図示しないパワー
アンプ部で増幅処理されてスピーカ部４に供給される。
スピーカ部４は、例えば６チャンネルスピーカシステム
とされ、マルチチャンネルに対応した音声出力を行う。

【００５０】システムコントローラ２１は、例えばＣＰ
Ｕ(Central Processing Unit)、ＲＯＭ、ＲＡＭ、フラ
ッシュメモリなどを備えて構成され、マルチフォーマッ
ト対応受信機２の全体についての各種動作制御を実行す
る。内部ＲＯＭには、このマルチフォーマット対応受信
機２における各種動作を実現するためのプログラム等が
格納され、内部ＲＡＭには、システムコントローラ２１
が各種処理を実行するのに必要なデータなどが適宜保持
される。

【００５１】操作部２６は、マルチフォーマット対応受
信機２のパネル等に配されている操作キー等とされ、ユ
ーザーが操作入力を行う部位とされる。或いは赤外線等
の受信部とされ、いわゆるリモートコマンダーからの操
作情報を受信する部位とされてもよい。操作部２６から
のユーザーの操作情報はシステムコントローラ２１に供
給される。システムコントローラ２１では、入力される
操作情報に応答した所要の動作が得られるように、各種
制御処理を実行する。また、システムコントローラ２１
は、ユーザーに対する表示出力のための制御を行う。例
えば上記した操作情報や、現在の動作状況等に応じた所
要の内容の表示が行われるように、表示部２７に対する
表示制御を実行する。

【００５２】また、本例ではマルチフォーマット対応と
して、ＩＥＣ６０９５８フォーマット、ＳＡＣＤフォー
マット、ＤＶＤフォーマットに対応できる例としている
が、各フォーマットに対応するためには、受信されるデ
ータのフォーマットに応じて、ＩＥＥＥ１３９４インタ
ーフェース２３及び信号処理部２４における受信設定が
切り換えられなければならない。システムコントローラ
２１は、ＩＥＥＥ１３９４コントローラ２２が受信デー
タのフォーマット判別を行うことに応じて、信号処理部
２４における受信設定の切換のための各種パラメータ切
換制御を行うようにしている。また、受信データのフォ
ーマットが判別できていない期間などでは、スピーカ部
４等に出力する音声信号として異音が発生しないように
信号処理部２４でミュート処理を行うようにしている
が、このミュート処理の実行及びミュート解除の制御も
システムコントローラ２１が行うようにしている。

【００５３】システムコントローラ２１に対しては、Ｉ
ＥＥＥ１３９４コントローラ２２が相互通信可能に接続
される。ＩＥＥＥ１３９４コントローラ２２は、主にＩ
ＥＥＥ１３９４インターフェース２３に対する制御を行
い、ＩＥＥＥ１３９４バス３による通信動作を制御する
ものとなる。また、ここでは詳述しないが、ＩＥＥＥ１
３９４方式による伝送時の認証処理、暗号鍵の生成、ア
シンクロナスパケットによるコマンドやレスポンスの送
受信のための処理なども行う。

【００５４】さらには、マルチフォーマット対応受信機
２として各種フォーマットのデータが受信されることに
応じて、受信時のデータフォーマット判別及び受信設定
制御も行う。上述したようにＩＥＣ６０９５８フォーマ
ット、ＳＡＣＤフォーマット、ＤＶＤフォーマットとし
てのオーディオストリームデータは、ＡＭ８２４規格の
パケットデータとして伝送されるが、図３で説明したよ
うにオーディオラベル、サブラベルの情報を確認するこ
とで、ストリームデータの信号形式が判別できる。オー
ディオラベル、サブラベルの情報は、ＩＥＥＥ１３９４
インターフェース２３でのパケットデコード処理に応じ
て、その内部レジスタ（ＣＦＲ：Ｃｏｎｆｉｇｒａｔｉ
ｏｎＲｅｇｉｓｔｅｒ）に取り込まれるが、ＩＥＥＥ
１３９４コントローラ２２は、この内部レジスタＣＲＦ
を読み込むことにより、ストリームデータの変化や、そ
のフォーマットの変化、更には新たなフォーマット種別
の判別等を行うことができる。そしてＩＥＥＥ１３９４
コントローラ２２は、受信データについて、ストリーム
変化を判別した後、新たなデータフォーマットの判別を
確定したら、ＩＥＥＥ１３９４インターフェース２３に
対して受信設定を切り換えるように制御する。また、フ
ォーマット変化に応じてシステムコントローラ２１に通
知を出し、上述のように信号処理部２４における受信設
定の切換も実行させる。

【００５５】３．ストリームデータの信号形式変化の対
応処理マルチフォーマット対応受信機２では、ＩＥＥＥ
１３９４インターフェース２３で受信されるストリーム
データの信号形式の変化があった際に、それに迅速に対
応してＩＥＥＥ１３９４インターフェース２３及び信号
処理部２４の受信設定の切換を実行できるようにしてい
る。この動作を図６に模式的に示すが、まず、図６の動
作を実現するためのＩＥＥＥ１３９４コントローラ２２
による処理を図７のフローチャートで説明する。

【００５６】ステップＦ１０１では受信されているデー
タストリームに変化があったかを検出している。ここで
いうストリーム変化とは、例えば図３（ａ）〜（ｆ）に
示した各形式の変化である。つまりＩＥＣ６０９５８フ
ォーマット、ＳＡＣＤフォーマット、ＤＶＤフォーマッ
トのそれぞれの変化だけでなく、アンシラリノーデータ
の状態への変化も検出対象として含む。（上述したよう
に、実データの前後にはアンシラリノーデータのストリ
ームが付加される。）ＩＥＥＥ１３９４コントローラ２
２は、ストリーム変化については、ラベル、サブラベル
の変化により検出できる。

【００５７】ステップＦ１０１でストリーム変化を検知
した場合、ステップＦ１０２に進んで、信号処理部２４
をミュートオンとする。即ちシステムコントローラ２１
に指示して信号処理部２４のミュート処理を実行させ
る。

【００５８】ステップＦ１０３では、変化した新たなス
トリームがアンシラリノーデータのストリームであるか
否かを判断する。アンシラリノーデータであった場合は
ステップＦ１０４に進み、フォーマットの変化があった
か否かを判断する。ここでフォーマットの変化もあった
ことが判別されたら、ステップＦ１０５で信号処理部２
４の受信設定を切り換えるように制御する。即ちシステ
ムコントローラ２１に指示して新たなフォーマットに対
応する状態に信号処理部２４の受信設定を切り換えさせ
る。またステップＦ１０６で信号処理部２４のミュート
を解除させる。

【００５９】ステップＦ１０３で、変化した新たなスト
リームがアンシラリノーデータではないと判断された場
合は、ステップＦ１０７でＩＥＥＥ１３９４インターフ
ェース２３の受信設定を行う。つまり例えば図３（ａ）
（ｃ）（ｅ）のような実データのストリームであった場
合に、その実データのフォーマットに応じてＩＥＥＥ１
３９４インターフェース２３の受信設定を切り換える制
御を行う。次にステップＦ１０８では、今回のストリー
ムチェンジによって、信号処理部２４の受信設定を切り
換える必要があるか否かを判断し、必要があればステッ
プＦ１０５に進むが、必要がなければステップＦ１０６
でミュート解除を指示する。

【００６０】このような図７の処理によって実現される
動作を図６により説明する。図６は、マルチフォーマッ
ト対応受信機２で受信されるストリームデータの状態に
応じた、ＩＥＥＥ１３９４コントローラ２２、ＩＥＥＥ
１３９４インターフェース２３、信号処理部２４の動作
を示すものである。なお、図中最下段は、信号処理部２
４で処理された出力がスピーカ部４から音声として出力
される場合の、その再生内容を示している。

【００６１】上述もしたように、ＩＥＥＥ１３９４バス
での伝送の際には、オーディオデータ等の実データスト
リームの前後に無効データストリーム（アンシラリノー
データ）が配された状態で伝送されるようにしている。
図６においては、受信データとしてまず時点ｔ１までＩ
ＥＣ６０９５８データが受信されていることが示されて
いる。このＩＥＣ６０９５８データの前後には、例えば
１０msec程度の時間長となるアンシラリノーデータが配
されて伝送されるため、図の時点ｔ１〜ｔ２のアンシラ
リノーデータは、実データとしてのＩＥＣ６０９５８デ
ータの後端に付加された無効データである。このアンシ
ラリノーデータはＩＥＣ６０９５８フォーマットとされ
ている。つまり時点ｔ１では図３（ａ）のデータブロッ
クによるストリームが図３（ｂ）のデータブロックによ
るストリームに変化したものとなっている。

【００６２】また、時点ｔ３以降はＳＡＣＤデータが受
信されていることが示されているが、実データとしての
ＳＡＣＤデータの前後には無効データとしアンシラリノ
ーデータが付加される。従って図６の時点ｔ２〜ｔ３の
アンシラリノーデータは、ＳＡＣＤデータの前に付加さ
れたＳＡＣＤフォーマットのアンシラリノーデータであ
る。つまり時点ｔ３では図３（ｆ）のデータブロックに
よるストリームが図３（ｅ）のデータブロックによるス
トリームに変化したものとなっている。また時点ｔ２
は、図３（ｂ）のＩＥＣ６０９５８フォーマットのアン
シラリノーデータから、図３（ｆ）のＳＡＣＤフォーマ
ットのアンシラリノーデータに変化しているものとな
る。

【００６３】以下、各時点毎に動作を説明する。各動作
に対応する上記図７の処理をステップ番号で付す。まず
時点ｔ１についての動作を述べる。時点ｔ１では、ＩＥ
ＥＥ１３９４コントローラ２２は、ＩＥＣ６０９５８フ
ォーマットのオーディオデータからＩＥＣ６０９５８フ
ォーマットのアンシラリノーデータへの変化を検知する
（Ｆ１０１→Ｆ１０２）。この場合、まず信号処理部２
４に対してミュート制御を行う（Ｆ１０２）。その直後
の時点ｔ１１では、ストリームチェンジの際に新たなス
トリームから次の実データストリームのフォーマットを
予測する動作を示している。この場合、ストリームチェ
ンジによる新たなストリームはアンシラリノーデータで
あるが、フォーマットの変化はない。これはフォーマッ
トチェンジが予測されないことを意味し、従って特に受
信設定の変更制御は行わないことになる（Ｆ１０３→Ｆ
１０４→Ｆ１０１）。

【００６４】時点ｔ２で再びストリームチェンジが検出
される（Ｆ１０１→Ｆ１０２）。この場合も、信号処理
部２４に対してミュート制御を行う（Ｆ１０２）。また
新たなストリームは直前のストリームと同じアンシラリ
ノーデータであるが、この場合ＩＥＣ６０９５８フォー
マットからＳＡＣＤフォーマットに変化している。これ
は次の実データストリームのフォーマットがＳＡＣＤフ
ォーマットとなることを予測させるものであるため、時
点ｔ２１に示すように、信号処理部２４の受信設定をＳ
ＡＣＤフォーマット対応に切り換える制御を行う（Ｆ１
０３→Ｆ１０４→Ｆ１０５）。そしてこれにより信号処
理部２４ではパラメータ変更等の処理が行われる。時点
ｔ２２において信号処理部２４での受信設定切換の完了
を検知したら、ＩＥＥＥ１３９４コントローラ２２は時
点ｔ２３で、信号処理部２４のミュートを解除する制御
を行う（Ｆ１０６）。ただし、アンシラリノーデータで
あるため、ミュート解除しても実際の音声出力はない。

【００６５】時点ｔ３でも、ＩＥＥＥ１３９４コントロ
ーラ２２はストリームチェンジを検出する（Ｆ１０１→
Ｆ１０２）。この場合も、信号処理部２４に対してミュ
ート制御を行う（Ｆ１０２）。また新たなストリームは
直前のアンシラリノーデータと同じＳＡＣＤフォーマッ
トのオーディオデータである。この場合、時点ｔ３１で
ＳＡＣＤフォーマットとしての実データが確認されたこ
とにより、ＩＥＥＥ１３９４インターフェース２３の受
信設定をＳＡＣＤフォーマット対応に切り換える制御を
行う（Ｆ１０３→Ｆ１０７）。また、この場合、信号処
理部２４では既にＳＡＣＤフォーマット対応に切り換え
られているため、切り換え制御は不要であるため、その
ままミュート解除制御を行うことになる（Ｆ１０７→Ｆ
１０８→Ｆ１０６）。ここにおいて、スピーカ部４から
はＳＡＣＤとしてのディスク９０から再生された音声が
出力されることになる。

【００６６】以上の動作からわかるように、本例の場
合、まずフォーマット変化が検知されたアンシラリノー
データの伝送期間に、次の実データのフォーマットを予
測して、予め信号処理部２４の受信設定を切り換えるよ
うにしている。そして実際に実データの受信が開始され
て実データのフォーマットが確認されたら、ＩＥＥＥ１
３９４インターフェース２３の受信設定を切り換える。
この動作によって、実データの受信が開始された時点後
に信号処理部２４での受信設定切換は不要となり、実際
にＳＡＣＤのストリームデータが受信されてから、スピ
ーカ出力が行われるまでの時間は、図６にＴｃ時間とし
て示すように非常に短くできる。特に図８と比較するこ
とで、Ｔｃ時間の時短化がわかる。そしてこのように比
較的時間のかかる信号処理部２４での受信設定切換を予
測的に実行しておくことでＴｃ時間の時短化を実現する
ことで、実際上、再生出力される音楽等の頭切れなど
は、殆どなくすことができるものとなる。

【００６７】以上、実施の形態を説明してきたが、本発
明はさらに多様な構成例が考えられる。例えばマルチフ
ォーマット対応受信機２は、受信されたオーディオデー
タをスピーカ部４から出力する構成としたが、例えば記
録媒体に対する記録部を備え、受信したデータを記録媒
体に記録するような機器としてもよい。また、フォーマ
ット（信号形式）の例としてＩＥＣ６０９５８フォーマ
ット、ＳＡＣＤフォーマット、ＤＶＤフォーマットの３
つを挙げたが、もちろんこれ以外のフォーマットにおけ
る信号伝送に対応する機器としても本発明は適用でき
る。

【００６８】

【発明の効果】以上の説明からわかるように本発明によ
れば、無効データストリーム（アンシラリノーデータ）
へのストリーム変化が検出されることに応じて、信号処
理手段を、当該無効データストリームの信号形式に対応
する設定に制御する。即ち、次にくるであろう実データ
の信号形式に予測的に切り換えるようにしている。そし
て、実際に実データストリームへのストリーム変化が検
出されたら、受信手段をその実データストリームの信号
形式に対応する設定に切り換える。このようにすること
で、比較的時間を要する信号処理手段の設定変更がアン
シラリノーデータ期間に予測的に実行されるため、実デ
ータストリームへのストリーム変化があった後は受信手
段の設定変更だけでよく、受信装置内での信号形式の変
更に対する対応のための時間を最小限とすることができ
る。これによって、例えば受信装置が受信したオーディ
オストリームデータをスピーカ等により出力する機器で
ある場合、音声の頭切れなどが発生することを極力防止
でき、機器の性能を向上させることができる。

【図面の簡単な説明】

【図１】ＩＥＥＥ１３９４による伝送フォーマットの説
明図である。

【図２】ＩＥＥＥ１３９４のアイソクロナスパケットの
説明図である。

【図３】ＩＥＥＥ１３９４のアイソクロナスパケットの
データ部の説明図である。

【図４】パケットデータのラベルの説明図である。

【図５】本発明の実施の形態のマルチフォーマット対応
送信機及びマルチフォーマット対応受信機のブロック図
である。

【図６】実施の形態のマルチフォーマット対応受信機の
信号形式変化の対応処理の説明図である。

【図７】実施の形態のマルチフォーマット対応受信機の
信号形式変化の対応処理のフローチャートである。

【図８】従来のの信号形式変化の対応処理の説明図であ
る。

【符号の説明】

１マルチフォーマット対応送信機、２マルチフォー
マット対応受信機、３ＩＥＥＥ１３９４バス、４スピ
ーカ部、２１システムコントローラ、２２ＩＥＥＥ１
３９４コントローラ、２３ＩＥＥＥ１３９４インター
フェース、２４信号処理部、２５Ｄ／Ａ変換器

Claims

(57)【特許請求の範囲】

【請求項１】複数の所定の信号形式のストリームデー
タが所定のパケット形式に変換されて伝送されるととも
に、各信号形式の実データストリームは、その前後に無
効データストリームが配された状態で伝送されるように
された伝送信号を受信する受信手段と、上記受信手段にて受信された伝送信号について、その信
号形式のストリームデータに対応した信号処理を行なっ
て信号を出力する信号処理手段と、上記受信手段で受信された伝送信号について、無効デー
タストリームへのストリーム変化が検出されることに応
じて、上記信号処理手段の受信設定を、当該無効データ
ストリームの信号形式に対応する設定に制御し、次に、
実データストリームへのストリーム変化が検出された時
に、実データストリームの信号形式が確認された場合、
上記受信手段を当該実データストリームの信号形式に対
応する設定に制御するとともに、上記信号処理手段のミ
ュート解除制御を行う制御手段と、を備えたことを特徴とする受信装置。
【請求項２】複数の所定の信号形式のストリームデー
タが所定のパケット形式に変換されて伝送されるととも
に、各信号形式の実データストリームは、その前後に無
効データストリームが配された状態で伝送される伝送信
号を受信し、受信した伝送信号について、その信号形式
のストリームデータに対応した信号処理を行なって信号
を出力するとともに、受信された伝送信号について、無効データストリームへ
のストリーム変化が検出されることに応じて、上記信号
処理の受信設定を、当該無効データストリームの信号形
式に対応する設定に制御し、次に、受信された伝送信号について、実データストリー
ムへのストリーム変化が検出され、実データストリーム
の信号形式が確認された場合、受信動作の設定を当該実
データストリームの信号形式に対応する設定に制御する
とともに、信号処理におけるミュート解除制御を行うこ
とを特徴とする受信方法。