JP4151720B2 - 信号再生装置および信号再生方法 - Google Patents
信号再生装置および信号再生方法 Download PDFInfo
- Publication number
- JP4151720B2 JP4151720B2 JP2006214853A JP2006214853A JP4151720B2 JP 4151720 B2 JP4151720 B2 JP 4151720B2 JP 2006214853 A JP2006214853 A JP 2006214853A JP 2006214853 A JP2006214853 A JP 2006214853A JP 4151720 B2 JP4151720 B2 JP 4151720B2
- Authority
- JP
- Japan
- Prior art keywords
- data
- format
- signal
- packet
- rxlabel
- 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
Landscapes
- Signal Processing For Digital Recording And Reproducing (AREA)
- Small-Scale Networks (AREA)
Description
本発明は、例えば、マルチディスクプレイヤーやＡＶ（Ａｕｄｉｏ・Ｖｉｄｅｏ）アンプにおける信号フォーマット認識のための信号再生装置および信号再生方法に関するものである。
従来、ＩＥＥＥ１３９４規格に準拠したインターフェース上で、例えば信号記録再生装置間で、音楽データを送受信して、一方の信号記録再生装置において記録された音楽データを他方の信号記録再生装置で再生することが行われていた。
しかし、上述した従来の信号記録再生装置では、ＩＥＥＥ１３９４規格に準拠したインターフェース上で音楽データを送受信するためのＡＭ８２４Ｅ規格のデータに対しては、このデータのフォーマットを認識するための手段がないため、データの中身を見ないとこのデータのフォーマットが分からなかったという不都合があった。
また、実際にデータの中身を調べていると時間がかかり、このため、再生データの音切れ、頭切れが発生するという不都合があった。
また、実際にデータの中身を調べていると時間がかかり、このため、再生データの音切れ、頭切れが発生するという不都合があった。
また、上述した以外の方法としては音楽データを送受信する機器間で、通信を行うためのネゴシエーションを行い、送受信の通信プロトコルの設定を行う可能性があるが、このための通信プロトコルの設定方法は規格上決められていないので、この通信プロトコルの設定の際においてデータの中身からフォーマットを識別するという不都合があった。
そこで、本発明は、かかる点に鑑みてなされたものであり、入力されたデータからデータのフォーマットを自動的に判別して再生することができる信号再生装置および信号再生方法を提供することを課題とする。
本発明の信号再生装置は、複数の所定の信号形式のデータを所定のパケット形式に変換して伝送される伝送信号を受信する受信手段と、受信手段にて受信されたパケット化された伝送信号から所定の信号形式の信号を再生する再生手段と、受信手段で受信された伝送信号の所定パケットを抽出するパケット抽出手段と、抽出されたパケットから現在受信している所定の信号形式から他の所定の信号形式への変更が行われることを示す情報を検出する変更情報検出手段と、検出された信号形式の変更情報に基づいて、受信されたパケット化された信号から他の所定の信号形式の信号を再生手段で再生する制御を行う制御手段とを備え、変更が行われることを示す情報が、現在受信している所定の信号形式の第１アンシラリーノーデータと、第１アンシラリーノーデータの後に伝送される他の所定の信号形式の第２アンシラリーノーデータとで構成されるものである。
また、本発明の信号再生方法は、複数の所定の信号形式のデータを所定のパケット形式に変換して伝送される伝送信号を受信する受信ステップと、受信ステップにて受信されたパケット化された伝送信号から所定の信号形式の信号を再生する再生ステップと、受信ステップで受信された伝送信号の所定パケットを抽出するパケット抽出ステップと、抽出されたパケットから現在受信している所定の信号形式から他の所定の信号形式への変更が行われることを示す情報を検出する変更情報検出ステップと、検出された信号形式の変更情報に基づいて、再生ステップにて受信されたパケット化された信号から他の所定の信号形式の信号を再生する制御を行う制御ステップとを備え、変更情報検出ステップでは、現在受信している所定の信号形式の第１アンシラリーノーデータを検出し、次いで、第１アンシラリーノーデータの後に伝送される他の所定の信号形式の第２アンシラリーノーデータを検出するものである。
従って本発明によれば、以下の作用をする。
受信手段は複数の所定の信号形式のデータを所定のパケット形式に変換して伝送される伝送信号を受信するように作用する。再生手段は受信手段にて受信されたパケット化された伝送信号から所定の信号形式の信号を再生するように作用する。パケット抽出手段は受信手段で受信された伝送信号の所定パケットを抽出するように作用する。変更情報検出手段は抽出されたパケットから現在受信している所定の信号形式から他の所定の信号形式への変更が行われることを示す情報を検出するように作用する。制御手段は検出された信号形式の変更情報に基づいて、受信されたパケット化された信号から他の所定の信号形式の信号を再生手段で再生する制御を行うように作用する。
受信手段は複数の所定の信号形式のデータを所定のパケット形式に変換して伝送される伝送信号を受信するように作用する。再生手段は受信手段にて受信されたパケット化された伝送信号から所定の信号形式の信号を再生するように作用する。パケット抽出手段は受信手段で受信された伝送信号の所定パケットを抽出するように作用する。変更情報検出手段は抽出されたパケットから現在受信している所定の信号形式から他の所定の信号形式への変更が行われることを示す情報を検出するように作用する。制御手段は検出された信号形式の変更情報に基づいて、受信されたパケット化された信号から他の所定の信号形式の信号を再生手段で再生する制御を行うように作用する。
この発明の信号再生装置は、複数の所定の信号形式のデータを所定のパケット形式に変換して伝送される伝送信号を受信する受信手段と、受信手段にて受信されたパケット化された伝送信号から所定の信号形式の信号を再生する再生手段と、受信手段で受信された伝送信号の所定パケットを抽出するパケット抽出手段と、抽出されたパケットから現在受信している所定の信号形式から他の所定の信号形式への変更が行われることを示す情報を検出する変更情報検出手段と、検出された信号形式の変更情報に基づいて、受信されたパケット化された信号から他の所定の信号形式の信号を再生手段で再生する制御を行う制御手段とを備えるので、入力されたデータからデータのフォーマットを自動的に判別して再生することができるという効果を奏する。
また、この発明の信号再生装置は、上述において、信号再生装置は、再生手段にて再生される信号を出力する出力手段を更に備え、制御手段は信号形式の変更情報が検出された場合には、信号形式の変更が完了するまでの期間は、出力手段から信号が出力されることを抑制するので、信号形式の変更に伴う再生信号の品質の低下を防止することができるという効果を奏する。
また、この発明の信号再生装置は、変更が行われることを示す情報が、現在受信している上記所定の信号形式の第１アンシラリーノーデータと、第１アンシラリーノーデータの後に伝送される上記他の所定の信号形式の第２アンシラリーノーデータとで構成されるので、次のデータのフォーマットを予想して予めそのための受信設定をすることができるという効果を奏する。
また、この発明の信号再生方法は、複数の所定の信号形式のデータを所定のパケット形式に変換して伝送される伝送信号を受信する受信ステップと、受信ステップにて受信されたパケット化された伝送信号から所定の信号形式の信号を再生する再生ステップと、受信ステップで受信された伝送信号の所定パケットを抽出するパケット抽出ステップと、抽出されたパケットから現在受信している所定の信号形式から他の所定の信号形式への変更が行われることを示す情報を検出する変更情報検出ステップと、検出された信号形式の変更情報に基づいて、再生ステップにて受信されたパケット化された信号から他の所定の信号形式の信号を再生する制御を行う制御ステップとを備えるので、入力されたデータからデータのフォーマットを自動的に判別して再生する処理を行うことができるという効果を奏する。
以下に、本発明の実施の形態を説明する。
本実施の形態の信号再生装置は、受信データのパケットを見てそのフォーマットを自動的に識別するものであり、例えば、Ａｕｄｉｏ ａｎｄ ＭｕｓｉｃＤａｔａ Ｔｒａｎｓｍｉｓｓｉｏｎ Ｐｒｏｔｏｃｏｌ １．０およびＡＭＤＴＲ２．０に準拠するフォーマットのうちＩＥＣ６０９５８ Ｃｏｎｆｏｒｍａｎｔフォーマットのデータ、ＤＳＤ（Ｄｉｇｉｔａｌ Ｓｔｒｅａｍ Ｄｉｒｅｃｔ）フォーマットのデータ、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｃ） Ａｕｄｉｏフォーマットのデータに対して適用できるものである。
本実施の形態の信号再生装置は、受信データのパケットを見てそのフォーマットを自動的に識別するものであり、例えば、Ａｕｄｉｏ ａｎｄ ＭｕｓｉｃＤａｔａ Ｔｒａｎｓｍｉｓｓｉｏｎ Ｐｒｏｔｏｃｏｌ １．０およびＡＭＤＴＲ２．０に準拠するフォーマットのうちＩＥＣ６０９５８ Ｃｏｎｆｏｒｍａｎｔフォーマットのデータ、ＤＳＤ（Ｄｉｇｉｔａｌ Ｓｔｒｅａｍ Ｄｉｒｅｃｔ）フォーマットのデータ、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｃ） Ａｕｄｉｏフォーマットのデータに対して適用できるものである。
図１は、本実施の形態に適用される通信システムの構成を示すブロック図である。
図１において、マルチフォーマット対応送信機１とマルチフォーマット対応受信機１１とが例えばＩＥＥＥ１３９４規格のネットワーク９を介して接続されていて、マルチフォーマット対応送信機１側からマルチフォーマット対応受信機１１側へ、例えば、ＩＥＣ６０９５８ Ｃｏｎｆｏｒｍａｎｔフォーマットのデータ、ＤＳＤフォーマットのデータとしてＳＡＣＤ（Ｓｕｐｅｒ Ａｕｄｉｏ Ｃｏｍｐａｃｔ Ｄｉｓｃ）フォーマットのデータ、ＣＤ（Ｃｏｍｐａｃｔ Ｄｉｓｃ）フォーマットのデータ、ＤＶＤ Ａｕｄｉｏフォーマットのデータなどのデータ１０を送信する。
図１において、マルチフォーマット対応送信機１とマルチフォーマット対応受信機１１とが例えばＩＥＥＥ１３９４規格のネットワーク９を介して接続されていて、マルチフォーマット対応送信機１側からマルチフォーマット対応受信機１１側へ、例えば、ＩＥＣ６０９５８ Ｃｏｎｆｏｒｍａｎｔフォーマットのデータ、ＤＳＤフォーマットのデータとしてＳＡＣＤ（Ｓｕｐｅｒ Ａｕｄｉｏ Ｃｏｍｐａｃｔ Ｄｉｓｃ）フォーマットのデータ、ＣＤ（Ｃｏｍｐａｃｔ Ｄｉｓｃ）フォーマットのデータ、ＤＶＤ Ａｕｄｉｏフォーマットのデータなどのデータ１０を送信する。
マルチフォーマット対応送信機１は、データ１０が記録された記録媒体としてのディスク２と、ディスク２に記録された各種フォーマットのデータの再生信号処理を行うＣＤ／ＳＡＣＤ／ＤＶＤ ＤＳＰ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ）３と、ＩＥＥＥ１３９４規格のネットワーク９上のデータ１０の送信のための設定を行うＩＥＥＥ１３９４リンクチップ（ＬＩＮＫ ＣＨＩＰ）４と、ＩＥＥＥ１３９４リンクチップ４の制御を行うＩＥＥＥ１３９４マイクロコントローラ（以下、ＩＥＥＥ１３９４マイコン５という）５と、マルチフォーマット対応送信機１の制御を行うシステムマイクロコントローラ（以下、システムマイコン６という）６と、マルチフォーマット対応送信機１の動作を操作するための各種入力が可能な操作部７と、マルチフォーマット対応送信機１の動作の状態を表示する表示部８とを有して構成される。
また、マルチフォーマット対応受信機１１は、ＩＥＥＥ１３９４規格のネットワーク９上のデータ１０の受信のための設定を行うＩＥＥＥ１３９４リンクチップ（ＬＩＮＫ ＣＨＩＰ）１２と、ＩＥＥＥ１３９４リンクチップ１２の制御を行うＩＥＥＥ１３９４マイクロコントローラ（以下、ＩＥＥＥ１３９４マイコン１３という）１３と、マルチフォーマット対応受信機１１の制御を行うシステムマイクロコントローラ（以下、システムマイコン１４という）１４と、マルチフォーマット対応受信機１１の動作を操作するための各種入力が可能な操作部１５と、マルチフォーマット対応受信機１１の動作の状態を表示する表示部１６と、ＩＥＥＥ１３９４リンクチップ１２で受信された６チャンネルのディジタルデータをアナログ信号に変換するＤ／Ａ変換器１７と、変換されたアナログ信号を再生して音響出力するスピーカ１８とを有して構成される。
ここで、ＩＥＥＥ１３９４マイコン１３は、ホストコントローラであり、ＩＥＥＥ１３９４リンクチップ１２からＣＦＲ（Ｃｏｎｆｉｇｒａｔｉｏｎ Ｒｅｇｉｓｔｅｒ）読み込み１９を行うことにより、ＩＥＥＥ１３９４リンクチップ１２に対して受信フォーマット設定２０を行う機能を有している。
図２は、上述したＩＥＥＥ１３９４リンクチップ１２に内蔵されたレジスタによるデータのストリームチェンジの検出を示す図である。
以下に、図２において、図１に示したＩＥＥＥ１３９４規格のネットワーク９上のデータ１０は、ＩＥＥＥ１３９４パケット２１で構成されている。ＩＥＥＥ１３９４パケット２１は、１３９４ヘッダ２２と、ＣＲＣ（Ｃｙｃｌｉｃ Ｒｅｄｕｎｄａｎｃｙ Ｃｈｅｃｋ）およびＣＩＰ（Ｃｏｍｍｏｎ Ｉｓｏｃｈｒｏｎｏｕｓ Ｐｒｏｔｏｃｏｌ）ヘッダ２３と、ＡＭ８２４データ２４とを有して構成される。ＡＭ８２４データ２４は、上述したＣＤ／ＳＡＣＤ／ＤＶＤ Ａｕｄｉｏフォーマットのデータである。
ＩＥＥＥ１３９４規格のネットワーク９上のデータ１０は、ＩＥＥＥ１３９４リンクチップ１２において受信処理されて、上述したＣＦＲのレジスタ２６において、受信設定を行うＲｘＬＡＢＥＬ２６−１と、受信される信号の組み合わせによってシステムマイコン１４の割り込み処理を行うＩＮＴ２６−２と、ＳｕｂＬＡＢＥＬ２６−３に割り振られる。
以下に、図２において、図１に示したＩＥＥＥ１３９４規格のネットワーク９上のデータ１０は、ＩＥＥＥ１３９４パケット２１で構成されている。ＩＥＥＥ１３９４パケット２１は、１３９４ヘッダ２２と、ＣＲＣ（Ｃｙｃｌｉｃ Ｒｅｄｕｎｄａｎｃｙ Ｃｈｅｃｋ）およびＣＩＰ（Ｃｏｍｍｏｎ Ｉｓｏｃｈｒｏｎｏｕｓ Ｐｒｏｔｏｃｏｌ）ヘッダ２３と、ＡＭ８２４データ２４とを有して構成される。ＡＭ８２４データ２４は、上述したＣＤ／ＳＡＣＤ／ＤＶＤ Ａｕｄｉｏフォーマットのデータである。
ＩＥＥＥ１３９４規格のネットワーク９上のデータ１０は、ＩＥＥＥ１３９４リンクチップ１２において受信処理されて、上述したＣＦＲのレジスタ２６において、受信設定を行うＲｘＬＡＢＥＬ２６−１と、受信される信号の組み合わせによってシステムマイコン１４の割り込み処理を行うＩＮＴ２６−２と、ＳｕｂＬＡＢＥＬ２６−３に割り振られる。
上述したＩＥＥＥ１３９４パケット２１のＡＭ８２４のデータ２４は、各種フォーマットのデータ領域を有するデータ２４−１であり、このデータ２４−１は例えば先頭部分のアンシラリーデータ２５−１および実データ２５−２とを有するデータ２５とを有して構成される。ここで、アンシラリーデータ２５−１とは、実データ２５−２に対する付加情報であり、チャンネル数やスピーカ配置などの情報を示すものである。
このＩＥＥＥ１３９４リンクチップ１２において、ＩＥＥＥ１３９４パケット２１のＡＭ８２４のデータ２４は、データの中身を確認しないとデータのフォーマットが分からないものになっている。そこで、ＩＥＥＥ１３９４リンクチップ１２において受信信号のデータがレジスタ２６に割り振られ、受信信号のデータフォーマットに応じてレジスタ２６がフラグを立てることにより、システムマイコン１４はフラグを検出することでデータ２４のフォーマットを自動的に判別する。
例えば、ＩＥＥＥ１３９４パケット２１のＡＭ８２４のデータ２４は、１秒間に８０００個入力されていて、システムマイコン１４はレジスタ２６のうちの受信される信号の組み合わせによってシステムマイコン１４の割り込み処理を行うＩＮＴ２６−２で示した値およびストリームチェンジの検出用のアンシラリノーデータ２８を検出することにより、１０ｍｓｅｃ以上の期間にわたって起こるストリームチェンジの検出をする。ここで、アンシラリノーデータ２８とは、この１サンプルのデータは無効であり、オーディオ処理して出力してはいけないデータであることを示すものであり、本実施の形態ではこのデータを検出したときにストリームチェンジの検出を行うことができる情報である。
システムマイコン１４はストリームチェンジの検出をすると、信号のデータフォーマットの変換があったことを認識した上で、後段のオーディオ処理回路へデータを供給する。
システムマイコン１４はストリームチェンジの検出をすると、信号のデータフォーマットの変換があったことを認識した上で、後段のオーディオ処理回路へデータを供給する。
図３は、ＩＥＥＥ１３９４パケット構成（Ｐａｃｋｅｔ ｓｔｒｕｃｔｕｒｅ）を示す図である。
図３は、上述した図２に示したＡＭ８２４のデータ２４をＩＥＥＥ１３９４規格のネットワーク９で送信する際のデータ構造を示すものである。２４−１〜２４−４のヘッダ領域は図２に示す２２、２３と同様である。
データ２４−５は、先頭部分に検出データ領域３１−１を含む未定義領域（Ｕｎｓｐｅｃｉｆｅｄ Ｒｅｇｉｏｎ）３１と、定義領域（Ｓｐｅｃｉｆｅｄ Ｒｅｇｉｏｎ）３２と、定義領域（Ｓｐｅｃｉｆｅｄ Ｒｅｇｉｏｎ）３３とを有して構成される。定義領域（Ｓｐｅｃｉｆｅｄ Ｒｅｇｉｏｎ）３２は、各種フォーマットの共通のデータ領域を有するＣｏｍｍｏｎ／ＡｐｐｌｉｃａｔｉｏｎＳｐｅｃｉｆｅｒ Ａｎｃｉｌｌａｒｙ Ｄａｔａを有して構成される。また、定義領域（Ｓｐｅｃｉｆｅｄ Ｒｅｇｉｏｎ）３３は、各種フォーマットの共通のデータ領域を有するＣｏｍｍｏｎ／ＡＳ Ａｎｃｉｌｌａｒｙ Ｄａｔａを有して構成される。定義領域３２、３３では、各種フォーマットのデータを混在して送ることが規格上許されているが、実務上は各種フォーマット毎にデータを別々に送るようにしている。また、最後にデータＣＲＣ３４が設けられている。
図３は、上述した図２に示したＡＭ８２４のデータ２４をＩＥＥＥ１３９４規格のネットワーク９で送信する際のデータ構造を示すものである。２４−１〜２４−４のヘッダ領域は図２に示す２２、２３と同様である。
データ２４−５は、先頭部分に検出データ領域３１−１を含む未定義領域（Ｕｎｓｐｅｃｉｆｅｄ Ｒｅｇｉｏｎ）３１と、定義領域（Ｓｐｅｃｉｆｅｄ Ｒｅｇｉｏｎ）３２と、定義領域（Ｓｐｅｃｉｆｅｄ Ｒｅｇｉｏｎ）３３とを有して構成される。定義領域（Ｓｐｅｃｉｆｅｄ Ｒｅｇｉｏｎ）３２は、各種フォーマットの共通のデータ領域を有するＣｏｍｍｏｎ／ＡｐｐｌｉｃａｔｉｏｎＳｐｅｃｉｆｅｒ Ａｎｃｉｌｌａｒｙ Ｄａｔａを有して構成される。また、定義領域（Ｓｐｅｃｉｆｅｄ Ｒｅｇｉｏｎ）３３は、各種フォーマットの共通のデータ領域を有するＣｏｍｍｏｎ／ＡＳ Ａｎｃｉｌｌａｒｙ Ｄａｔａを有して構成される。定義領域３２、３３では、各種フォーマットのデータを混在して送ることが規格上許されているが、実務上は各種フォーマット毎にデータを別々に送るようにしている。また、最後にデータＣＲＣ３４が設けられている。
図４は、ＩＥＥＥ１３９４パケットのデータを示す図である。
図４は、上述した図３に示したデータ２４−１の構造を示すものである。図４において、４１は、ＩＥＣ６０９５８ ＣｏｎｆｏｒｍａｎｔフォーマットのＣＤ、ＭＤ（Mini Disc）などのデータの構造を示す。４４は、Ａｎｃｉｌｌａｒｙ Ｎｏ Ｄａｔａ ｆｏｒ ＩＥＣ６０９５８ ＣｏｎｆｏｒｍａｎｔフォーマットのＣＤ、ＭＤ（Mini Disc）などのデータの構造を示す。このＩＥＣ６０９５８ Ｃｏｎｆｏｒｍａｎｔフォーマット（ＣＤ、ＭＤ）のデータ４１と、アンシラリーノーデータ（Ａｎｃｉｌｌａｒｙ Ｎｏ Ｄａｔａ ｆｏｒ） ＩＥＣ６０９５８ Ｃｏｎｆｏｒｍａｎｔフォーマット（ＣＤ、ＭＤ）４４は、４７で示すレジスタの値の上位４ビットが「００００」（２進数）および下位４ビットが任意の値として例えば「００００」〜「１１１１」などの「××××」（２進数）であるか、または４７−１で示すレジスタの値の上位８ビットが「ＣＦ」（１６進数）および下位８ビットが「００」（１６進数）であるかにより判別される。
図４は、上述した図３に示したデータ２４−１の構造を示すものである。図４において、４１は、ＩＥＣ６０９５８ ＣｏｎｆｏｒｍａｎｔフォーマットのＣＤ、ＭＤ（Mini Disc）などのデータの構造を示す。４４は、Ａｎｃｉｌｌａｒｙ Ｎｏ Ｄａｔａ ｆｏｒ ＩＥＣ６０９５８ ＣｏｎｆｏｒｍａｎｔフォーマットのＣＤ、ＭＤ（Mini Disc）などのデータの構造を示す。このＩＥＣ６０９５８ Ｃｏｎｆｏｒｍａｎｔフォーマット（ＣＤ、ＭＤ）のデータ４１と、アンシラリーノーデータ（Ａｎｃｉｌｌａｒｙ Ｎｏ Ｄａｔａ ｆｏｒ） ＩＥＣ６０９５８ Ｃｏｎｆｏｒｍａｎｔフォーマット（ＣＤ、ＭＤ）４４は、４７で示すレジスタの値の上位４ビットが「００００」（２進数）および下位４ビットが任意の値として例えば「００００」〜「１１１１」などの「××××」（２進数）であるか、または４７−１で示すレジスタの値の上位８ビットが「ＣＦ」（１６進数）および下位８ビットが「００」（１６進数）であるかにより判別される。
また、４２は、Ｍｕｌｔｉ−ｂｉｔ Ｌｉｎｅａｒ ＡｕｄｉｏフォーマットのＤＶＤ Ａｕｄｉｏなどのデータの構造を示す。４５は、ＡｎｃｉｌｌａｒｙＮｏ Ｄａｔａ ｆｏｒ Ｍｕｌｔｉ−ｂｉｔ Ｌｉｎｅａｒ ＡｕｄｉｏフォーマットのＤＶＤ Ａｕｄｉｏなどのデータの構造を示す。Ｍｕｌｔｉ−ｂｉｔ Ｌｉｎｅａｒ Ａｕｄｉｏフォーマット（ＤＶＤ Ａｕｄｉｏ）のデータ４２と、アンシラリーノーデータ（Ａｎｃｉｌｌａｒｙ Ｎｏ Ｄａｔａ ｆｏｒ） Ｍｕｌｔｉ−ｂｉｔ Ｌｉｎｅａｒ Ａｕｄｉｏフォーマット（ＤＶＤ Ａｕｄｉｏ）のデータ４５は、４８で示すレジスタの値の上位８ビットが「Ｄ０」（１６進数）および下位８ビットが「０１」（２クワドレッド目は「０２」）（１６進数）であるか、または４８−１で示すレジスタの値の上位８ビットが「ＣＦ」（１６進数）および下位８ビットが「Ｄ０」（１６進数）であるかにより判別される。
また、４３は、Ｏｎｅ−ｂｉｔ Ａｕｄｉｏ ＤａｔａフォーマットのＳＡＣＤなどのデータの構造を示す。４６は、Ａｎｃｉｌｌａｒｙ Ｎｏ Ｄａｔａｆｏｒ Ｏｎｅ−ｂｉｔ Ａｕｄｉｏ ＤａｔａフォーマットのＳＡＣＤなどのデータの構造を示す。Ｏｎｅ−ｂｉｔ Ａｕｄｉｏ Ｄａｔａフォーマット（ＳＡＣＤ）のデータ４３と、アンシラリーノーデータ（Ａｎｃｉｌｌａｒｙ ＮｏＤａｔａ ｆｏｒ） Ｏｎｅ−ｂｉｔ Ａｕｄｉｏ Ｄａｔａフォーマット（ＳＡＣＤ）のデータ４６は、４９で示すレジスタの値の上位８ビットが「Ｄ１」（２クワドレッド目は「５０」）（１６進数）および下位８ビットが「００」（１６進数）であるか、または４９−１で示すレジスタの値の上位８ビットが「ＣＦ」（１６進数）および下位８ビットが「Ｄ１」（２クワドレッド目は「５０」）（１６進数）であるかにより判別される。
図５は、ＩＥＣ６０９５８（ＣＤ，ＭＤ）パケットを示す図である。
図５において、１３９４ヘッダ２４−１、ＣＲＣ２４−２、ＣＩＰ１，２（２４−３，４）は図３に示したものと同様である。１クワドレッド５０１は、５０５で示す２進数の「００００××××」およびデータＬ（左）チャンネルで構成され、続く２クワドレッドは、５０５で示す２進数の「００００××××」およびデータＲ（右）チャンネルで構成され、この２つのクワドレッドで１サンプル５０２を構成する。この１サンプル５０２と同じものがサンプル５０２−８まで８サンプル５０３まで設けられ、合計１６クワドレッド５０４で構成される。
図５において、１３９４ヘッダ２４−１、ＣＲＣ２４−２、ＣＩＰ１，２（２４−３，４）は図３に示したものと同様である。１クワドレッド５０１は、５０５で示す２進数の「００００××××」およびデータＬ（左）チャンネルで構成され、続く２クワドレッドは、５０５で示す２進数の「００００××××」およびデータＲ（右）チャンネルで構成され、この２つのクワドレッドで１サンプル５０２を構成する。この１サンプル５０２と同じものがサンプル５０２−８まで８サンプル５０３まで設けられ、合計１６クワドレッド５０４で構成される。
図６は、ＤＶＤパケットを示すものである。
図６において、１３９４ヘッダ２４−１、ＣＲＣ２４−２、ＣＩＰ１，２（２４−３，４）は図３に示したものと同様である。６０１で示すように、１クワドレッドは、６０５で示す１６進数の「Ｄ００１」およびアンシラリーデータで構成され、続く２クワドレッドは、６０５で示す１６進数の「Ｄ００２」およびアンシラリーデータで構成される。６０２で示すように、３クワドレッドは、６０５で示す１６進数の「４８」およびデータ１チャンネルで構成され、続く４クワドレッドは、６０５で示す１６進数の「４８」およびデータ２チャンネルで構成され、・・・８クワドレッドは、６０５で示す１６進数の「４８」およびデータ６チャンネルで構成される。６０１および６０２の８クワドレッドで１サンプル６０３が構成され、同様のものが６０２−２・・・６０２−１６まで１６サンプル６０４まで設けられる。
図６において、１３９４ヘッダ２４−１、ＣＲＣ２４−２、ＣＩＰ１，２（２４−３，４）は図３に示したものと同様である。６０１で示すように、１クワドレッドは、６０５で示す１６進数の「Ｄ００１」およびアンシラリーデータで構成され、続く２クワドレッドは、６０５で示す１６進数の「Ｄ００２」およびアンシラリーデータで構成される。６０２で示すように、３クワドレッドは、６０５で示す１６進数の「４８」およびデータ１チャンネルで構成され、続く４クワドレッドは、６０５で示す１６進数の「４８」およびデータ２チャンネルで構成され、・・・８クワドレッドは、６０５で示す１６進数の「４８」およびデータ６チャンネルで構成される。６０１および６０２の８クワドレッドで１サンプル６０３が構成され、同様のものが６０２−２・・・６０２−１６まで１６サンプル６０４まで設けられる。
図７は、ＳＡＣＤパケットの１パケット目を示すものである。ＳＡＣＤオーディオデータは、１パケット目のみ以下の構成をとる。
図７において、１３９４ヘッダ２４−１、ＣＲＣ２４−２、ＣＩＰ１，２（２４−３，４）は図３に示したものと同様である。７０１で示すように、１クワドレッドは、１６進数の「Ｄ１００」およびアンシラリーデータで構成され、７０２で示すように、続く２クワドレッドは、１６進数の「５０」およびデータ１チャンネルで構成され、３クワドレッドは、１６進数の「５１」およびデータ２チャンネルで構成され、・・・７クワドレッドは、１６進数の「５１」およびデータ６チャンネルで構成され、７０３で示すように、８クワドレッドは、１６進数の「ＣＦＣＦ」およびノーデータで構成される。７０１、７０２および７０３の８クワドレッドで１サンプル７０４が構成され、同様のものが７０４−２・・・７０４−１６まで１６サンプル７０５が設けられる。
図７において、１３９４ヘッダ２４−１、ＣＲＣ２４−２、ＣＩＰ１，２（２４−３，４）は図３に示したものと同様である。７０１で示すように、１クワドレッドは、１６進数の「Ｄ１００」およびアンシラリーデータで構成され、７０２で示すように、続く２クワドレッドは、１６進数の「５０」およびデータ１チャンネルで構成され、３クワドレッドは、１６進数の「５１」およびデータ２チャンネルで構成され、・・・７クワドレッドは、１６進数の「５１」およびデータ６チャンネルで構成され、７０３で示すように、８クワドレッドは、１６進数の「ＣＦＣＦ」およびノーデータで構成される。７０１、７０２および７０３の８クワドレッドで１サンプル７０４が構成され、同様のものが７０４−２・・・７０４−１６まで１６サンプル７０５が設けられる。
図８は、ＳＡＣＤパケットの２パケット目以降を示すものである。ＳＡＣＤオーディオデータは、２パケット目以降では以下の構成をとる。
図８において、１３９４ヘッダ２４−１、ＣＲＣ２４−２、ＣＩＰ１，２（２４−３，４）は図３に示したものと同様である。８０１で示すように、１クワドレッドは、１６進数の「ＣＦＤ１」およびノーデータで構成され、８０２で示すように、続く２クワドレッドは、１６進数の「５０」およびデータ１チャンネルで構成され、３クワドレッドは、１６進数の「５１」およびデータ２チャンネルで構成され、・・・７クワドレッドは、１６進数の「５１」およびデータ６チャンネルで構成され、８０３で示すように、８クワドレッドは、１６進数の「ＣＦＣＦ」およびノーデータで構成される。８０１、８０２および８０３の８クワドレッドで１サンプル８０４が構成され、同様のものが８０４−２・・・８０４−１６まで１６サンプル８０５が設けられる。
図８において、１３９４ヘッダ２４−１、ＣＲＣ２４−２、ＣＩＰ１，２（２４−３，４）は図３に示したものと同様である。８０１で示すように、１クワドレッドは、１６進数の「ＣＦＤ１」およびノーデータで構成され、８０２で示すように、続く２クワドレッドは、１６進数の「５０」およびデータ１チャンネルで構成され、３クワドレッドは、１６進数の「５１」およびデータ２チャンネルで構成され、・・・７クワドレッドは、１６進数の「５１」およびデータ６チャンネルで構成され、８０３で示すように、８クワドレッドは、１６進数の「ＣＦＣＦ」およびノーデータで構成される。８０１、８０２および８０３の８クワドレッドで１サンプル８０４が構成され、同様のものが８０４−２・・・８０４−１６まで１６サンプル８０５が設けられる。
図９は、ＩＥＣ６０９５８（ＣＤ，ＭＤ）アンシラリーノーデータ（Ａｎｃｉｌｌａｒｙ Ｎｏ Ｄａｔａ）パケットを示す図である。ＣＤオーディオデータを送出する場合は、前提として、ストリームチェンジを示すアンシラリーノーデータを送出しなくともよいが、送出するようにしてもよい。また、ＩＥＣ６０９５８オーディオデータは、データのつぎ目にアンシラリーノーデータを出力しなければならない。そこで、ＩＥＣ６０９５８（ＣＤ，ＭＤ）オーディオデータを送出する場合にアンシラリーノーデータを送出してくる場合があるためこれを検出するようにする。ＩＥＣ６０９５８（ＣＤ，ＭＤ）アンシラリーノーデータパケットは、ネットワーク上のデータを受信できる装置に対して送信装置側からＩＥＣ６０９５８（ＣＤ，ＭＤ）データの伝送の切れ目に送信するパケットである。
図９において、１３９４ヘッダ２４−１、ＣＲＣ２４−２、ＣＩＰ１，２（２４−３，４）は図３に示したものと同様である。１クワドレッド９０１は、９０５で示す１６進数の「ＣＦ００」およびノーデータで構成され、続く２クワドレッドは、９０５で示す１６進数の「ＣＦ００」およびノーデータで構成され、この２つのクワドレッドで１サンプル９０２を構成する。この１サンプル９０２と同じものがサンプル９０２−８まで８サンプル９０３まで設けられ、合計１６クワドレッド９０４で構成される。
図１０は、ＤＶＤアンシラリーノーデータ（Ａｎｃｉｌｌａｒｙ Ｎｏ Ｄａｔａ）パケットを示すものである。ＤＶＤオーディオデータを送出する場合は、前提として、ストリームチェンジを示すアンシラリーノーデータをデータのつぎ目に出力しなければならない。後述するＤＶＤオーディオアンシラリーノーデータパケットは、ネットワーク上のデータを受信できる装置に対して送信装置側からＤＶＤオーディオデータの伝送の切れ目に送信するパケットである。ＤＶＤオーディオデータの場合、実データと併せてアンシラリーノーデータを検出することにより、ストリームチェンジを検出している。
図１０において、１３９４ヘッダ２４−１、ＣＲＣ２４−２、ＣＩＰ１，２（２４−３，４）は図３に示したものと同様である。１００１で示すように、１クワドレッドは、１００５で示す１６進数の「ＣＦＤ０」およびアンシラリーデータで構成され、続く２クワドレッドは、１００５で示す１６進数の「ＣＦＤ０」およびアンシラリーデータで構成される。１００２で示すように、３クワドレッドは、１００５で示す１６進数の「ＣＦ４８」およびノーデータで構成され、続く４クワドレッドは、１００５で示す１６進数の「ＣＦ４８」およびノーデータで構成され、・・・８クワドレッドは、１００５で示す１６進数の「ＣＦ４８」およびノーデータで構成される。１００１および１００２の８クワドレッドで１サンプル１００３が構成され、同様のものが１００３−２・・・１００３−１６まで１６サンプル１００４まで設けられる。
ここで、２パケット目以降の１クワドレッドが「ＣＦＤ０」およびアンシラリーデータ、続く２クワドレッドが「ＣＦＤ０」およびアンシラリーデータのとき、３クワドレッドの「ＣＦ４８」およびノーデータを検出することにより、ストリームチェンジを検出することができる。
図１１は、ＳＡＣＤアンシラリーノーデータ（Ａｎｃｉｌｌａｒｙ Ｎｏ Ｄａｔａ）パケットを示すものである。ＳＡＣＤオーディオデータを送出する場合は、前提として、ストリームチェンジを示すアンシラリーノーデータをデータのつぎ目に出力しなければならない。後述するＳＡＣＤオーディオアンシラリーノーデータパケットは、ネットワーク上のデータを受信できる装置に対して送信装置側からＳＡＣＤオーディオデータの伝送の切れ目に送信するパケットである。
図１１において、１３９４ヘッダ２４−１、ＣＲＣ２４−２、ＣＩＰ１，２（２４−３，４）は図３に示したものと同様である。１１０１で示すように、１クワドレッドは、１６進数の「ＣＦＤ１」およびノーデータで構成され、続く２クワドレッドは、１６進数の「ＣＦ５０」およびノーデータで構成され、３クワドレッドは、１６進数の「ＣＦ５１」およびノーデータで構成され、・・・７クワドレッドは、１６進数の「ＣＦ５１」およびノーデータで構成され、８クワドレッドは、１６進数の「ＣＦＣＦ」およびノーデータで構成される。８クワドレッドで１サンプル１１０１が構成され、同様のものが１１０１−２・・・１１０１−１６まで１６サンプル１１０２が設けられる。
図１２は、ＡＭ８２４パケットデータのストリームチェンジ検出用レジスタを示す図である。このレジスタは、入力されるパケットがマイコンから検出可能なように設けられる。また、入力されるパケットとこのレジスタは１対１に対応している。
また、以下の各図において各レジスタのフラグを立ててセットされる値を「０」から「１」にすることを、単に各レジスタをオンにするという。図１２において、本実施の形態のストリームチェンジ検出方法では、原則として、ＡＭ８２４パケットデータのうち１クワドレッド目の先頭の１バイトがＣＦ５８−１であることかつ２クワドレッド目の先頭１バイトがＣＦ５８−２であることをＣＦ検出手段が検出する。例えばＣＦ検出手段は論理回路またはソフトウェアモジュールで構成される。このとき、ＣＦ検出手段はＲｘＬＡＢＥＬ ＣＦ５７をオンにして、システムマイコン１４はＲｘＬＡＢＥＬ ＣＦ５７のオン状態を検出することにより、ＡＭ８２４パケットデータにストリームチェンジが発生したことを検出することができる。１クワドレッド目の先頭の１バイトがＣＦ５８−１であることかつ２クワドレッド目の先頭の１バイトがＣＦ５８−２であることの検出は、例えば、ＣＦ５８−１およびＣＦ５８−２の２つのデータを入力とするアンド回路の出力を入力としてＲｘＬＡＢＥＬ ＣＦ５７をオンとして、システムマイコン１４の割り込み処理によりＲｘＬＡＢＥＬ ＣＦ５７のオン状態を検出して優先的に処理するようにすることができる。
また、以下の各図において各レジスタのフラグを立ててセットされる値を「０」から「１」にすることを、単に各レジスタをオンにするという。図１２において、本実施の形態のストリームチェンジ検出方法では、原則として、ＡＭ８２４パケットデータのうち１クワドレッド目の先頭の１バイトがＣＦ５８−１であることかつ２クワドレッド目の先頭１バイトがＣＦ５８−２であることをＣＦ検出手段が検出する。例えばＣＦ検出手段は論理回路またはソフトウェアモジュールで構成される。このとき、ＣＦ検出手段はＲｘＬＡＢＥＬ ＣＦ５７をオンにして、システムマイコン１４はＲｘＬＡＢＥＬ ＣＦ５７のオン状態を検出することにより、ＡＭ８２４パケットデータにストリームチェンジが発生したことを検出することができる。１クワドレッド目の先頭の１バイトがＣＦ５８−１であることかつ２クワドレッド目の先頭の１バイトがＣＦ５８−２であることの検出は、例えば、ＣＦ５８−１およびＣＦ５８−２の２つのデータを入力とするアンド回路の出力を入力としてＲｘＬＡＢＥＬ ＣＦ５７をオンとして、システムマイコン１４の割り込み処理によりＲｘＬＡＢＥＬ ＣＦ５７のオン状態を検出して優先的に処理するようにすることができる。
次に、ＡＭ８２４パケットデータのうち１クワドレッド目の先頭２バイトがＣＦＤ１であることおよび２クワドレッド目の先頭２バイトがＣＦ５０であることをＣＦ５０検出手段が検出する。例えばＣＦ５０検出手段は論理回路またはソフトウェアモジュールで構成される。このとき、ＣＦ５０検出手段はＣＦ５０フラグ５１をオンにして、システムマイコン１４はＣＦ５０フラグ５１のオン状態を検出することにより、ＡＭ８２４パケットデータがＳＡＣＤデータ５２にストリームチェンジしたことを検出することができる。ここで、ＣＦ５０検出手段は簡易的検出方法として２クワドレッド目の先頭２バイトがＣＦ５０であることのみを検出してＣＦ５０フラグ５１をオンにしてもよい。
次に、ＡＭ８２４パケットデータのうち１クワドレッド目の先頭２バイトがＣＦＤ０であることおよび２クワドレッド目の先頭２バイトがＣＦＤ０であることをＣＦＤ０検出手段が検出する。例えばＣＦＤ０検出手段は論理回路またはソフトウェアモジュールで構成される。このとき、ＣＦＤ０検出手段はＣＦＤ０フラグ５３をオンにして、システムマイコン１４はＣＦＤ０フラグ５３のオン状態を検出することにより、ＡＭ８２４パケットデータがＤＶＤ・Ａｕｄｉｏデータ５４にストリームチェンジしたことを検出することができる。ここで、ＣＦＤ０検出手段は簡易的検出方法として２クワドレッド目の先頭２バイトがＣＦＤ０であることのみを検出してＣＦＤ０フラグ５３をオンにしてもよい。
次に、ＡＭ８２４パケットデータのうち１クワドレッド目の上位４ビットが００００であることをＲｘラベル検出手段が検出する。例えばＲｘラベル検出手段は論理回路またはソフトウェアモジュールで構成される。このとき、Ｒｘラベル検出手段はＲｘＬＡＢＥＬ０５５をオンにして、システムマイコン１４はＲｘＬＡＢＥＬ０５５のオン状態を検出することにより、ＡＭ８２４パケットデータがＣＤ／ＭＤデータ（ＩＥＣ６０９５８）５６にストリームチェンジしたことを検出することができる。１クワドレッド目の上位４ビットが００００であることの検出は、例えば、００００の４データを負論理入力とするアンド回路の出力を入力としてＲｘＬＡＢＥＬ０５５をオンにして、システムマイコン１４の割り込み処理により検出して優先的に処理するようにすることができる。
また、ＡＭ８２４パケットデータのうち１クワドレッド目および２クワドレッド目のオーディオラベル５９−１とオーディオサブラベル５９−２をＩＢＯレジスタ５９に格納する。このとき、システムマイコン１４はＩＢＯレジスタ５９のオーディオラベル５９−１とオーディオサブラベル５９−２を検出することにより、ＡＭ８２４パケットデータのデータフォーマットを確認することができる。
図１３は、ストリームチェンジ（Ｓｔｒｅａｍ ｃｈａｎｇｅ）を示す図である。
図１３において、ＡＭ８２４Ｅ ストリーム６１に対するストリームチェンジの機能を説明する。後述するアンシラリーノーデータは、ネットワーク上のデータを受信できる装置に対して送信装置側からデータの伝送の切れ目に送信されるデータである。
図１３において、ＡＭ８２４Ｅ ストリーム６１の例えばＩＥＣ６０９５８データ６４の転送中に、Ｔ１時点からＴ２時点の間の１０ｍｓｅｃ以上の期間に、ＩＥＣ６０９５８ アンシラリーノーデータ（Ａｎｃｉｌｌａｒｙ Ｎｏ Ｄａｔａ）６５と、Ｔ２時点からＴ３時点の間の１０ｍｓｅｃ以上の期間に、送信装置がＳＡＣＤ アンシラリーノーデータ（Ａｎｃｉｌｌａｒｙ Ｎｏ Ｄａｔａ）６６という特殊なデータを転送することにより、ＡＭ８２４Ｅ ストリーム６１のＩＥＣ６０９５８データ６４からＳＡＣＤデータ６７へストリームチェンジを行っている。この場合、Ｔ２時点以前がＩＥＣ６０９５８ コンテキスト６２と定義され、Ｔ２時点以降がＳＡＣＤコンテキスト６３と定義される。
図１３において、ＡＭ８２４Ｅ ストリーム６１に対するストリームチェンジの機能を説明する。後述するアンシラリーノーデータは、ネットワーク上のデータを受信できる装置に対して送信装置側からデータの伝送の切れ目に送信されるデータである。
図１３において、ＡＭ８２４Ｅ ストリーム６１の例えばＩＥＣ６０９５８データ６４の転送中に、Ｔ１時点からＴ２時点の間の１０ｍｓｅｃ以上の期間に、ＩＥＣ６０９５８ アンシラリーノーデータ（Ａｎｃｉｌｌａｒｙ Ｎｏ Ｄａｔａ）６５と、Ｔ２時点からＴ３時点の間の１０ｍｓｅｃ以上の期間に、送信装置がＳＡＣＤ アンシラリーノーデータ（Ａｎｃｉｌｌａｒｙ Ｎｏ Ｄａｔａ）６６という特殊なデータを転送することにより、ＡＭ８２４Ｅ ストリーム６１のＩＥＣ６０９５８データ６４からＳＡＣＤデータ６７へストリームチェンジを行っている。この場合、Ｔ２時点以前がＩＥＣ６０９５８ コンテキスト６２と定義され、Ｔ２時点以降がＳＡＣＤコンテキスト６３と定義される。
これにより、データ受信側の装置が変換する前後のフォーマットのアンシラリーノーデータを判別して受信設定することができるので、フォーマット変換の判別が可能になる。また、組み合わせが少ない情報でストリームチェンジを検出することができ、また、このとき、上述したレジスタにより各種フラグをオンにしてシステムマイコン１４の検出を容易にすることにより、ホストコントローラの負担を減らすことができる。
次に、レジスタを利用したマイコンの動作による受信中のパケットデータのフォーマットの判断を説明する。以下の処理および判断の主体は例えばマイコンであるが、これに限らず各レジスタに振り分けられたパケットデータのフォーマットを各レジストの状態により判断できるものであれば他の判断手段でもよい。
図１４は、レジスタを利用したパケットデータのフォーマット判断の動作を示すフローチャートである。
図１４において、ステップＳ１で、ＲｘＬＡＢＥＬ ＣＦ＝１またはＲｘＬＡＢＥＬ０＝０であるか否かを判断する。
図１４は、レジスタを利用したパケットデータのフォーマット判断の動作を示すフローチャートである。
図１４において、ステップＳ１で、ＲｘＬＡＢＥＬ ＣＦ＝１またはＲｘＬＡＢＥＬ０＝０であるか否かを判断する。
ステップＳ１でＲｘＬＡＢＥＬ ＣＦ＝１またはＲｘＬＡＢＥＬ０＝０であるときは、ステップＳ２へ進んで、ステップＳ２で、ＲｘＬＡＢＥＬ ＣＦ５０＝１かつＲｘＬＡＢＥＬ ＣＦＤ０＝０かつＲｘＬＡＢＥＬ０＝０であるか否かを判断する。
ステップＳ２で、ＲｘＬＡＢＥＬ ＣＦ５０＝１かつＲｘＬＡＢＥＬ ＣＦＤ０＝０かつＲｘＬＡＢＥＬ０＝０であるときは、ステップＳ３へ進んで、ステップＳ３で、パケットデータが１ビットオーディオ（ＳＡＣＤ）フォーマットであると判定する。
また、ステップＳ１でＲｘＬＡＢＥＬ ＣＦ＝１またはＲｘＬＡＢＥＬ０＝０でないときは、ステップＳ１３へ進んで、ステップＳ１３で、パケットデータがＩＥＣ６０９５８フォーマットであると判定する。
また、ステップＳ２で、ＲｘＬＡＢＥＬ ＣＦ５０＝１かつＲｘＬＡＢＥＬＣＦＤ０＝０かつＲｘＬＡＢＥＬ０＝０でないときは、ステップＳ４へ進んで、ステップＳ４で、ＲｘＬＡＢＥＬ ＣＦ５０＝０かつＲｘＬＡＢＥＬ ＣＦＤ０＝１かつＲｘＬＡＢＥＬ０＝０であるか否かを判断する。
ステップＳ４で、ＲｘＬＡＢＥＬ ＣＦ５０＝０かつＲｘＬＡＢＥＬ ＣＦＤ０＝１かつＲｘＬＡＢＥＬ０＝０であるときは、ステップＳ５へ進んで、ステップＳ５で、パケットデータがマルチビットオーディオ（ＤＶＤ Ａｕｄｉｏ）フォーマットであると判定する。
また、ステップＳ４で、ＲｘＬＡＢＥＬ ＣＦ５０＝０かつＲｘＬＡＢＥＬＣＦＤ０＝１かつＲｘＬＡＢＥＬ０＝０でないときは、ステップＳ６へ進んで、ステップＳ６で、ＲｘＬＡＢＥＬ ＣＦ５０＝０かつＲｘＬＡＢＥＬ ＣＦＤ０＝０かつＲｘＬＡＢＥＬ０＝０であるか否かを判断する。
ステップＳ６で、ＲｘＬＡＢＥＬ ＣＦ５０＝０かつＲｘＬＡＢＥＬ ＣＦＤ０＝０かつＲｘＬＡＢＥＬ０＝０であるときは、ステップＳ７へ進んで、ステップＳ７で、受信中のパケットがＩＥＣ６０９５８準拠あるいはエンプティパケットであるか否かを判断する。
ステップＳ７で、受信中のパケットがＩＥＣ６０９５８準拠あるいはエンプティパケットであるときは、ステップＳ８へ進んで、ステップＳ８で、パケットデータがＩＥＣ６０９５８フォーマットであると判定する。
また、ステップＳ７で、受信中のパケットがＩＥＣ６０９５８準拠あるいはエンプティパケットでないときは、ステップＳ９へ進んで、ステップＳ９で、受信中のパケットが１ビットオーディオ（ＳＡＣＤ）フォーマットであるか否かを判断する。
ステップＳ９で、受信中のパケットが１ビットオーディオ（ＳＡＣＤ）フォーマットであるときは、ステップＳ１０へ進んで、ステップＳ１０で、パケットデータが１ビットオーディオ（ＳＡＣＤ）フォーマットであると判定する。
また、ステップＳ９で、受信中のパケットが１ビットオーディオ（ＳＡＣＤ）フォーマットでないときは、ステップＳ１１へ進んで、ステップＳ１１で、受信中のパケットがマルチビットオーディオ（ＤＶＤ Ａｕｄｉｏ）フォーマットであるか否かを判断する。
ステップＳ１１で、受信中のパケットがマルチビットオーディオ（ＤＶＤ Ａｕｄｉｏ）フォーマットであるときは、ステップＳ１２へ進んで、ステップＳ１２で、パケットデータがマルチビットオーディオ（ＤＶＤ Ａｕｄｉｏ）フォーマットであると判定する。
また、ステップＳ３での１ビットオーディオ（ＳＡＣＤ）フォーマットの判定、ステップＳ５でのマルチビットオーディオ（ＤＶＤ Ａｕｄｉｏ）フォーマットの判定、ステップＳ８でのＩＥＣ６０９５８フォーマットの判定、ステップＳ１０での１ビットオーディオ（ＳＡＣＤ）フォーマットの判定、ステップＳ１２でのマルチビットオーディオ（ＤＶＤ Ａｕｄｉｏ）フォーマットの判定、およびステップＳ１３でのＩＥＣ６０９５８フォーマットの判定の後に、ステップＳ１４へ進み、ステップＳ１４で、各フラグのクリアを行う。
次に、受信中のパケットデータの各種フォーマット間のストリームチェンジの例を説明する。
なお、以下の各図において検出および判定などの動作の主体は例えばマイコンであるが、これに限らず各レジスタに振り分けられたパケットデータのフォーマットを各レジスタの状態により判断できるものであれば、他の判断手段でもよい。
図１５は、パケットデータがＩＥＣ６０９５８フォーマットからＳＡＣＤフォーマットへストリームチェンジする例を示す図である。
図１５において、Ｔ１時点以前は、ＲｘＬＡＢＥＬ ＣＦ５０＝０、ＲｘＬＡＢＥＬ ＣＦＤ０＝０、ＲｘＬＡＢＥＬ０＝１、ＲｘＬＡＢＥＬ ＣＦ＝０であるので、受信パケットデータのフォーマットはＩＥＣ６０９５８（８１）の状態である。この状態は、上述した図７のフローチャートのステップＳ１のＮＯの分岐によりステップＳ１３でパケットデータがＩＥＣ６０９５８フォーマットであると判定する状態である。
なお、以下の各図において検出および判定などの動作の主体は例えばマイコンであるが、これに限らず各レジスタに振り分けられたパケットデータのフォーマットを各レジスタの状態により判断できるものであれば、他の判断手段でもよい。
図１５は、パケットデータがＩＥＣ６０９５８フォーマットからＳＡＣＤフォーマットへストリームチェンジする例を示す図である。
図１５において、Ｔ１時点以前は、ＲｘＬＡＢＥＬ ＣＦ５０＝０、ＲｘＬＡＢＥＬ ＣＦＤ０＝０、ＲｘＬＡＢＥＬ０＝１、ＲｘＬＡＢＥＬ ＣＦ＝０であるので、受信パケットデータのフォーマットはＩＥＣ６０９５８（８１）の状態である。この状態は、上述した図７のフローチャートのステップＳ１のＮＯの分岐によりステップＳ１３でパケットデータがＩＥＣ６０９５８フォーマットであると判定する状態である。
Ｔ１時点で、８５に示すように、ＲｘＬＡＢＥＬ０の値が１（ＯＮ）から０（ＯＦＦ）になったのでＩＥＣ６０９５８ Ｃｏｎｆｏｒｍａｎｔデータの終わるストリームチェンジを検出する。
このとき図１２に示したようにパケットデータのうち１クワドレッド目の上位４ビットが００００であることをＲｘラベル検出手段が検出し、Ｒｘラベル検出手段はＲｘＬＡＢＥＬ０５５をオンにして、判断手段としてのシステムマイコン１４はＲｘＬＡＢＥＬ０５５のオン状態を検出することにより、ＣＤ／ＭＤデータ（ＩＥＣ６０９５８）５６が終わるストリームチェンジを検出する。
Ｔ１時点からＴ２時点の間の期間は、ＲｘＬＡＢＥＬ ＣＦ５０＝０、ＲｘＬＡＢＥＬ ＣＦＤ０＝０、ＲｘＬＡＢＥＬ０＝０、ＲｘＬＡＢＥＬ ＣＦ＝不定であるので、受信パケットデータはエンプティパケット８２の状態である。この状態は、上述した図７のフローチャートのステップＳ６のＹＥＳの分岐によりステップＳ７でエンプティパケットを判断する状態である。
Ｔ２時点からＴ３時点の間の期間は、ＲｘＬＡＢＥＬ ＣＦ５０＝１、ＲｘＬＡＢＥＬ ＣＦＤ０＝０、ＲｘＬＡＢＥＬ０＝０、ＲｘＬＡＢＥＬ ＣＦ＝１であるので、受信パケットデータはＳＡＣＤアンシラリーノーデータ８３の状態である。
このとき図１２において示したように、パケットデータのうち１クワドレッド目の先頭の１バイトがＣＦ５８−１であることかつ２クワドレッド目の先頭１バイトがＣＦ５８−２であることをＣＦ検出手段が検出し、ＣＦ検出手段はＲｘＬＡＢＥＬ ＣＦ５７をオンにして、システムマイコン１４はＲｘＬＡＢＥＬ ＣＦ５７のオン状態を検出することにより、パケットデータにストリームチェンジが発生したことを検出する。
次に、パケットデータのうち１クワドレッド目の先頭２バイトがＣＦＤ１であることおよび２クワドレッド目の先頭２バイトがＣＦ５０であることをＣＦ５０検出手段が検出し、ＣＦ５０検出手段は、ＣＦ５０フラグ５１をオンにして、システムマイコン１４はＣＦ５０フラグ５１のオン状態を検出することにより、ＡＭ８２パケットデータがＳＡＣＤデータ５２にストリームチェンジしたことを検出する。
８６で示すように、ＲｘＬＡＢＥＬのＯＮの状態がＣＦ５０の１つだけになったので、パケットデータがこのＲｘＬＡＢＥＬ ＣＦ５０のＯＮの状態のＳＡＣＤフォーマットであると判定する。このとき、受信パケットを確認し、データレングスを確認し、図１に示したＩＥＥＥ１３９４マイコン１３がＩＥＥＥ１３９４リンクチップ１２をＳＡＣＤ８４フォーマット受信状態に設定する。
Ｔ３時点で、ＲｘＬＡＢＥＬ ＣＦ５０＝０、ＲｘＬＡＢＥＬ ＣＦＤ０＝０、ＲｘＬＡＢＥＬ０＝０、ＲｘＬＡＢＥＬ ＣＦ＝０であるので、受信パケットデータはＳＡＣＤフォーマットの状態である。この状態は、上述した図７のフローチャートのステップＳ２のＹＥＳの分岐によりステップＳ３でパケットデータが１ビットオーディオ（ＳＡＣＤ）フォーマットであると判定する状態である。
８７で示すように、ＲｘＬＡＢＥＬ ＣＦの値が１（ＯＮ）から０（ＯＦＦ）になったのでＩＥＣ６０９５８ ＣｏｎｆｏｒｍａｎｔからＳＡＣＤへのストリームチェンジを終了と判断する。
図１６は、パケットデータがＳＡＣＤフォーマットからＩＥＣ６０９５８フォーマットへストリームチェンジする例を示す図である。
図１６において、Ｔ１１時点以前は、ＲｘＬＡＢＥＬ ＣＦ５０＝０、ＲｘＬＡＢＥＬ ＣＦＤ０＝０、ＲｘＬＡＢＥＬ０＝０、ＲｘＬＡＢＥＬ ＣＦ＝０であるので、受信パケットデータのフォーマットはＳＡＣＤ９１の状態である。この状態は、上述した図７のフローチャートのステップＳ９のＹＥＳの分岐によりステップＳ１０でパケットデータが１ビットオーディオ（ＳＡＣＤ）フォーマットであると判定する状態である。
図１６において、Ｔ１１時点以前は、ＲｘＬＡＢＥＬ ＣＦ５０＝０、ＲｘＬＡＢＥＬ ＣＦＤ０＝０、ＲｘＬＡＢＥＬ０＝０、ＲｘＬＡＢＥＬ ＣＦ＝０であるので、受信パケットデータのフォーマットはＳＡＣＤ９１の状態である。この状態は、上述した図７のフローチャートのステップＳ９のＹＥＳの分岐によりステップＳ１０でパケットデータが１ビットオーディオ（ＳＡＣＤ）フォーマットであると判定する状態である。
Ｔ１時点で、９５に示すように、ＲｘＬＡＢＥＬ ＣＦ５０の値が０（ＯＦＦ）から１（ＯＮ）になったのでＳＡＣＤ９１のデータの終わるストリームチェンジを検出する。
このとき図１２において示したように、パケットデータのうち１クワドレッド目の先頭の１バイトがＣＦ５８−１であることかつ２クワドレッド目の先頭１バイトがＣＦ５８−２であることをＣＦ検出手段が検出し、ＣＦ検出手段はＲｘＬＡＢＥＬ ＣＦ５７をオンにして、システムマイコン１４はＲｘＬＡＢＥＬ ＣＦ５７のオン状態を検出することにより、パケットデータにストリームチェンジが発生したことを検出する。
次に、パケットデータのうち１クワドレッド目の先頭２バイトがＣＦＤ１であることおよび２クワドレッド目の先頭２バイトがＣＦ５０であることをＣＦ５０検出手段が検出し、ＣＦ５０検出手段は、ＣＦ５０フラグ５１をオンにして、システムマイコン１４はＣＦ５０フラグ５１のオン状態を検出することにより、ＡＭ８２４パケットデータがＳＡＣＤデータ５２にストリームチェンジしたことを検出する。
Ｔ１１時点からＴ１２時点の間の期間は、ＲｘＬＡＢＥＬ ＣＦ５０＝１、ＲｘＬＡＢＥＬ ＣＦＤ０＝０、ＲｘＬＡＢＥＬ０＝０、ＲｘＬＡＢＥＬ ＣＦ＝１であるので、受信パケットデータはＳＡＣＤアンシラリーノーデータ９２の状態である。
Ｔ１２時点からＴ１３時点の間の期間は、ＲｘＬＡＢＥＬ ＣＦ５０＝０、ＲｘＬＡＢＥＬ ＣＦＤ０＝０、ＲｘＬＡＢＥＬ０＝０、ＲｘＬＡＢＥＬ ＣＦ＝不定であるので、受信パケットデータはエンプティパケット９３の状態である。この状態は、上述した図７のフローチャートのステップＳ６のＹＥＳの分岐によりステップＳ７でエンプティパケットを判断する状態である。
９６で示すように、ＲｘＬＡＢＥＬが全てＯＦＦの状態になったので、受信中のデータはＩＥＣ６０９５８ Ｃｏｎｆｏｒｍａｎｔのデータであると判断する。さらに、ＲｘＬＡＢＥＬ０＝０なのでストリームチェンジ中であると判断する。さらに、確実にデータを特定するために受信中のオーディオラベルとサブラベルを調べて、図１に示したＩＥＥＥ１３９４マイコン１３がＩＥＥＥ１３９４リンクチップ１２をＩＥＣ６０９５８ Ｃｏｎｆｏｒｍａｎｔ９４受信状態に設定する。
このとき図１２に示したようにパケットデータのうち１クワドレッド目の上位４ビットが００００であることをＲｘラベル検出手段が検出し、Ｒｘラベル検出手段はＲｘＬＡＢＥＬ０５５をオンにして、判断手段としてのシステムマイコン１４はＲｘＬＡＢＥＬ０５５のオン状態を検出することにより、ＣＤ／ＭＤデータ（ＩＥＣ６０９５８）５６へのストリームチェンジを検出する。
また、パケットデータのうち１クワドレッド目および２クワドレッド目のオーディオラベル５９−１とオーディオサブラベル５９−２をＩＢＯレジスタ５９に格納し、システムマイコン１４はＩＢＯレジスタ５９のオーディオラベル５９−１とオーディオサブラベル５９−２を調べることにより、パケットデータのデータフォーマットを確認する。
Ｔ１３時点で、ＲｘＬＡＢＥＬ ＣＦ５０＝０、ＲｘＬＡＢＥＬ ＣＦＤ０＝０、ＲｘＬＡＢＥＬ０＝１、ＲｘＬＡＢＥＬ ＣＦ＝０であるので、受信パケットデータはＩＥＣ６０９５８ Ｃｏｎｆｏｒｍａｎｔ９４の状態である。この状態は、上述した図７のフローチャートのステップＳ１のＮＯの分岐によりステップＳ１３でパケットデータがＩＥＣ６０９５フォーマットであると判定する状態である。
９７で示すように、ＲｘＬＡＢＥＬ ０の値が０（ＯＦＦ）から１（ＯＮ）になったのでＳＡＣＤからＩＥＣ６０９５８ Ｃｏｎｆｏｒｍａｎｔへのストリームチェンジを終了と判断する。
図１７は、パケットデータがＳＡＣＤフォーマットからＤＶＤフォーマットへストリームチェンジする例を示す図である。
図１７において、Ｔ２１時点以前は、ＲｘＬＡＢＥＬ ＣＦ５０＝０、ＲｘＬＡＢＥＬ ＣＦＤ０＝０、ＲｘＬＡＢＥＬ０＝０、ＲｘＬＡＢＥＬ ＣＦ＝０であるので、受信パケットデータのフォーマットはＳＡＣＤ１０１の状態である。この状態は、上述した図７のフローチャートのステップＳ９のＹＥＳの分岐によりステップＳ１０でパケットデータが１ビットオーディオ（ＳＡＣＤ）フォーマットであると判定する状態である。
図１７において、Ｔ２１時点以前は、ＲｘＬＡＢＥＬ ＣＦ５０＝０、ＲｘＬＡＢＥＬ ＣＦＤ０＝０、ＲｘＬＡＢＥＬ０＝０、ＲｘＬＡＢＥＬ ＣＦ＝０であるので、受信パケットデータのフォーマットはＳＡＣＤ１０１の状態である。この状態は、上述した図７のフローチャートのステップＳ９のＹＥＳの分岐によりステップＳ１０でパケットデータが１ビットオーディオ（ＳＡＣＤ）フォーマットであると判定する状態である。
Ｔ２１時点で、１０５に示すように、ＲｘＬＡＢＥＬ ＣＦ５０の値が０（ＯＦＦ）から１（ＯＮ）になったのでＳＡＣＤ１０１のデータの終わるストリームチェンジを検出する。
このとき図１２において示したように、パケットデータのうち１クワドレッド目の先頭の１バイトがＣＦ５８−１であることかつ２クワドレッド目の先頭１バイトがＣＦ５８−２であることをＣＦ検出手段が検出し、ＣＦ検出手段はＲｘＬＡＢＥＬ ＣＦ５７をオンにして、システムマイコン１４はＲｘＬＡＢＥＬ ＣＦ５７のオン状態を検出することにより、パケットデータにストリームチェンジが発生したことを検出する。
次に、パケットデータのうち１クワドレッド目の先頭２バイトがＣＦＤ１であることおよび２クワドレッド目の先頭２バイトがＣＦ５０であることをＣＦ５０検出手段が検出し、ＣＦ５０検出手段は、ＣＦ５０フラグ５１をオンにして、システムマイコン１４はＣＦ５０フラグ５１のオン状態を検出することにより、ＳＡＣＤデータ５２が終わるストリームチェンジを検出する。
Ｔ２１時点からＴ２２時点の間の期間は、ＲｘＬＡＢＥＬ ＣＦ５０＝１、ＲｘＬＡＢＥＬ ＣＦＤ０＝０、ＲｘＬＡＢＥＬ０＝０、ＲｘＬＡＢＥＬ ＣＦ＝１であるので、受信パケットデータはＳＡＣＤアンシラリーノーデータ１０２の状態である。
Ｔ２２時点からＴ２２時点の間の期間は、ＲｘＬＡＢＥＬ ＣＦ５０＝０、ＲｘＬＡＢＥＬ ＣＦＤ０＝１、ＲｘＬＡＢＥＬ０＝０、ＲｘＬＡＢＥＬ ＣＦ＝１であるので、受信パケットデータはＤＶＤアンシラリーノーデータ１０３の状態である。
このとき図１２において示したように、パケットデータのうち１クワドレッド目の先頭の１バイトがＣＦ５８−１であることかつ２クワドレッド目の先頭１バイトがＣＦ５８−２であることをＣＦ検出手段が検出し、ＣＦ検出手段はＲｘＬＡＢＥＬ ＣＦ５７をオンにして、システムマイコン１４はＲｘＬＡＢＥＬ ＣＦ５７のオン状態を検出することにより、パケットデータにストリームチェンジが発生したことを検出する。
次に、パケットデータのうち１クワドレッド目の先頭２バイトがＣＦＤ０であることおよび２クワドレッド目の先頭２バイトがＣＦＤ０であることをＣＦＤ０検出手段が検出する。このとき、ＣＦＤ０検出手段は、ＣＦＤ０フラグ５３をオンにして、システムマイコン１４はＣＦＤ０フラグ５３のオン状態を検出することにより、パケットデータがＤＶＤ・Ａｕｄｉｏデータ５４にストリームチェンジしたことを検出する。
１０６で示すように、ＲｘＬＡＢＥＬのＯＮの状態がＣＦＤ０の１つだけになったので、パケットデータがこのＲｘＬＡＢＥＬ ＣＦＤ０のＯＮの状態のＤＶＤフォーマットであると判定する。このとき、受信パケットを確認し、データレングスを確認し、図１に示したＩＥＥＥ１３９４マイコン１３がＩＥＥＥ１３９４リンクチップ１２をＤＶＤ１０４フォーマット受信状態に設定する。
Ｔ２３時点で、ＲｘＬＡＢＥＬ ＣＦ５０＝０、ＲｘＬＡＢＥＬ ＣＦＤ０＝１、ＲｘＬＡＢＥＬ０＝０、ＲｘＬＡＢＥＬ ＣＦ＝０であるので、受信パケットデータはＤＶＤ１０４の状態である。この状態は、上述した図７のフローチャートのステップＳ４のＹＥＳの分岐によりステップＳ５でパケットデータがマルチビットオーディオ（ＤＶＤ Ａｕｄｉｏ）フォーマットであると判定する状態である。
１０７で示すように、ＲｘＬＡＢＥＬ ＣＦの値が１（ＯＮ）から０（ＯＦＦ）になったのでＳＡＣＤ１０１からＤＶＤ１０４へのストリームチェンジを終了と判断する。
図１８は、パケットデータがＳＡＣＤ ５チャンネルフォーマットからＳＡＣＤ ６チャンネルフォーマットへストリームチェンジする例を示す図である。
図１８において、Ｔ３１時点以前は、ＲｘＬＡＢＥＬ ＣＦ５０＝０、ＲｘＬＡＢＥＬ ＣＦＤ０＝０、ＲｘＬＡＢＥＬ０＝０、ＲｘＬＡＢＥＬ ＣＦ＝０であるので、受信パケットデータのフォーマットはＳＡＣＤ１１１の状態である。この状態は、上述した図７のフローチャートのステップＳ９のＹＥＳの分岐によりステップＳ１０でパケットデータが１ビットオーディオ（ＳＡＣＤ）フォーマットであると判定する状態である。
図１８において、Ｔ３１時点以前は、ＲｘＬＡＢＥＬ ＣＦ５０＝０、ＲｘＬＡＢＥＬ ＣＦＤ０＝０、ＲｘＬＡＢＥＬ０＝０、ＲｘＬＡＢＥＬ ＣＦ＝０であるので、受信パケットデータのフォーマットはＳＡＣＤ１１１の状態である。この状態は、上述した図７のフローチャートのステップＳ９のＹＥＳの分岐によりステップＳ１０でパケットデータが１ビットオーディオ（ＳＡＣＤ）フォーマットであると判定する状態である。
Ｔ３１時点で、１１５に示すように、ＲｘＬＡＢＥＬ ＣＦ５０の値が０（ＯＦＦ）から１（ＯＮ）になったのでＳＡＣＤ１１１のデータの終わるストリームチェンジを検出する。
このとき図１２において示したように、パケットデータのうち１クワドレッド目の先頭の１バイトがＣＦ５８−１であることかつ２クワドレッド目の先頭１バイトがＣＦ５８−２であることをＣＦ検出手段が検出し、ＣＦ検出手段はＲｘＬＡＢＥＬ ＣＦ５７をオンにして、システムマイコン１４はＲｘＬＡＢＥＬ ＣＦ５７のオン状態を検出することにより、パケットデータにストリームチェンジが発生したことを検出する。
次に、パケットデータのうち１クワドレッド目の先頭２バイトがＣＦＤ１であることおよび２クワドレッド目の先頭２バイトＣＦ５０であることをＣＦ５０検出手段が検出し、ＣＦ５０検出手段は、ＣＦ５０フラグ５１をオンにして、システムマイコン１４はＣＦ５０フラグ５１のオン状態を検出することにより、ＳＡＣＤデータ５２が終わるストリームチェンジを検出する。
Ｔ３１時点からＴ３２時点の間の期間は、ＲｘＬＡＢＥＬ ＣＦ５０＝１、ＲｘＬＡＢＥＬ ＣＦＤ０＝０、ＲｘＬＡＢＥＬ０＝０、ＲｘＬＡＢＥＬ ＣＦ＝１であるので、受信パケットデータはＳＡＣＤアンシラリーノーデータ１１２の状態である。
１１６で示すように、ＲｘＬＡＢＥＬのＯＮの状態がｃｆ５０の１つだけになったので、このＲｘＬＡＢＥＬ ＣＦ５０のＯＮの状態のフォーマットのＳＡＣＤに設定する。このとき、受信パケットを確認し、データレングスを確認し、図１に示したＩＥＥＥ１３９４マイコン１３がＩＥＥＥ１３９４リンクチップ１２をＳＡＣＤ１１１フォーマット受信状態に設定する。
Ｔ３２時点からＴ３３時点の間の期間は、ＲｘＬＡＢＥＬ ＣＦ５０＝１、ＲｘＬＡＢＥＬ ＣＦＤ０＝０、ＲｘＬＡＢＥＬ０＝０、ＲｘＬＡＢＥＬ ＣＦ＝１であるので、受信パケットデータはＳＡＣＤアンシラリーノーデータ１１３の状態である。
このとき図１２において示したように、パケットデータのうち１クワドレッド目の先頭の１バイトがＣＦ５８−１であることかつ２クワドレッド目の先頭１バイトがＣＦ５８−２であることをＣＦ検出手段が検出し、ＣＦ検出手段はＲｘＬＡＢＥＬ ＣＦ５７をオンにして、システムマイコン１４はＲｘＬＡＢＥＬ ＣＦ５７のオン状態を検出することにより、パケットデータにストリームチェンジが発生したことを検出する。
次に、パケットデータのうち１クワドレッド目の先頭２バイトがＣＦＤ１であることおよび２クワドレッド目の先頭２バイトがＣＦ５０であることをＣＦ５０検出手段が検出し、ＣＦ５０検出手段は、ＣＦ５０フラグ５１をオンにして、システムマイコン１４はＣＦ５０フラグ５１のオン状態を検出することにより、ＳＡＣＤデータ５２へのストリームチェンジを検出する。
ここで、１１７に示すように、ＩＥＥＥ１３９４マイコン１３がＩＥＥＥ１３９４リンクチップ１２をＳＡＣＤフォーマット受信状態へ設定する動作を繰り返すが、データレングスが変わるので、チャンネル数が変化したことを検出する。
Ｔ３３時点で、ＲｘＬＡＢＥＬ ＣＦ５０＝０、ＲｘＬＡＢＥＬ ＣＦＤ０＝０、ＲｘＬＡＢＥＬ０＝０、ＲｘＬＡＢＥＬ ＣＦ＝０であるので、受信パケットデータはＳＡＣＤの状態である。この状態は、上述した図７のフローチャートのステップＳ２のＹＥＳの分岐によりステップＳ３でパケットデータが１ビットオーディオ（ＳＡＣＤ）フォーマットであると判定する状態である。
１１８で示すように、ＲｘＬＡＢＥＬ ＣＦの値が１（ＯＮ）から０（ＯＦＦ）になったのでＳＡＣＤ ５チャンネル（１１１）からＳＡＣＤ ６チャンネル（１１４）へのストリームチェンジを終了と判断する。
図１９は、受信機がストリームデータの受信をする受信状態を示す図である。
図１９において、ＩＢ０レジスタ５９は確認用レジスタ１２４、ＲｘＬＡＢＥＬ ＣＦ５０（５１）、ＲｘＬＡＢＥＬ ＣＦＤ０（５３）、ＲｘＬＡＢＥＬ０（５４）、ＲｘＬＡＢＥＬ ＣＦ（５７）はトリガ検出用レジスタ１２５である。
以下に、各ストリームチェンジ１２１〜１２３における受信状態１２６を説明する。
図１９において、ＩＢ０レジスタ５９は確認用レジスタ１２４、ＲｘＬＡＢＥＬ ＣＦ５０（５１）、ＲｘＬＡＢＥＬ ＣＦＤ０（５３）、ＲｘＬＡＢＥＬ０（５４）、ＲｘＬＡＢＥＬ ＣＦ（５７）はトリガ検出用レジスタ１２５である。
以下に、各ストリームチェンジ１２１〜１２３における受信状態１２６を説明する。
図１９において、１２１で示すパケットデータのストリームチェンジ（ＩＥＣ６０９５８フォーマットからＳＡＣＤフォーマット）は、上述した図１５に示したパケットデータがＩＥＣ６０９５８フォーマットからＳＡＣＤフォーマットへストリームチェンジした場合の図１に示したマルチフォーマット対応受信機１１における受信状態である。
図１９に１２１で示すパケットデータのストリームチェンジ（ＩＥＣ６０９５８フォーマットからＳＡＣＤフォーマット）において、Ｔ１時点からＴ２時点までの間の期間で、トリガ検出用レジスタ１２５が、ＲｘＬＡＢＥＬ ＣＦ５０（５１）＝ＯＦＦ、ＲｘＬＡＢＥＬ ＣＦＤ０（５３）＝ＯＦＦ、ＲｘＬＡＢＥＬ０（５４）＝ＯＦＦであることを検出したとき、１２６で示すように、受信パケットはエンプティパケットであると判断し、受信側はオーディオ出力を出さないようにミュートしたミュート状態となる。
Ｔ２時点からＴ３時点までの間の期間で、トリガ検出用レジスタ１２５が、ＲｘＬＡＢＥＬ ＣＦ５０（５１）＝ＯＮ、ＲｘＬＡＢＥＬ ＣＦＤ０（５３）＝ＯＦＦ、ＲｘＬＡＢＥＬ０（５４）＝ＯＦＦ、ＲｘＬＡＢＥＬ ＣＦ（５７）＝ＯＮであることを検出したとき、１２６で示すように、受信パケットはＳＡＣＤフォーマットであることを予告する。
Ｔ３時点以降の期間で、トリガ検出用レジスタ１２５が、ＲｘＬＡＢＥＬ ＣＦ５０（５１）＝ＯＦＦ、ＲｘＬＡＢＥＬ ＣＦＤ０（５３）＝ＯＦＦ、ＲｘＬＡＢＥＬ０（５４）＝ＯＦＦ、ＲｘＬＡＢＥＬ ＣＦ（５７）＝ＯＦＦであることを検出したとき、１２６で示すように、ＳＡＣＤフォーマットの受信パケットを受信中の状態である。
図１９において、１２２で示すパケットデータのストリームチェンジ（ＳＡＣＤフォーマットからＩＥＣ６０９５８フォーマット）は、上述した図１６に示したパケットデータがＳＡＣＤフォーマットからＩＥＣ６０９５８フォーマットへストリームチェンジした場合の図１に示したマルチフォーマット対応受信機１１における受信状態である。
図１９に１２２で示すパケットデータのストリームチェンジ（ＳＡＣＤフォーマットからＩＥＣ６０９５８フォーマット）において、Ｔ１時点からＴ２時点までの間の期間で、トリガ検出用レジスタ１２５が、ＲｘＬＡＢＥＬ ＣＦ５０（５１）＝ＯＮ、ＲｘＬＡＢＥＬ ＣＦＤ０（５３）＝ＯＦＦ、ＲｘＬＡＢＥＬ０（５４）＝ＯＦＦ、ＲｘＬＡＢＥＬ ＣＦ（５７）＝ＯＮであることを検出したとき、１２６で示すように、受信パケットはストリームチェンジの状態であると判断し、受信側はオーディオ出力を出さないようにミュートしたミュート状態となる。
Ｔ１２時点からＴ１３時点までの間の期間で、トリガ検出用レジスタ１２５が、ＲｘＬＡＢＥＬ ＣＦ５０（５１）＝ＯＦＦ、ＲｘＬＡＢＥＬ ＣＦＤ０（５３）＝ＯＦＦ、ＲｘＬＡＢＥＬ０（５４）＝ＯＦＦであることを検出したとき、１２６で示すように、受信パケットはエンプティパケットであると判断し、受信側はＩＥＣ６０９５８フォーマットのパケットデータの受信準備状態となる。
Ｔ１３時点以降の期間で、トリガ検出用レジスタ１２５が、ＲｘＬＡＢＥＬＣＦ５０（５１）＝ＯＦＦ、ＲｘＬＡＢＥＬ ＣＦＤ０（５３）＝ＯＦＦ、ＲｘＬＡＢＥＬ０（５４）＝ＯＮ、ＲｘＬＡＢＥＬ ＣＦ（５７）＝ＯＦＦであることを検出したとき、１２６で示すように、ＩＥＣ６０９５８フォーマットの受信パケットを受信中の状態である。
図２０は、受信機がストリームデータを受信する受信状態を示す図である。
図２０において、ＩＢ０レジスタ５９は確認用レジスタ１３４、ＲｘＬＡＢＥＬ ＣＦ５０（５１）、ＲｘＬＡＢＥＬ ＣＦＤ０（５３）、ＲｘＬＡＢＥＬ０（５４）、ＲｘＬＡＢＥＬ ＣＦ（５７）はトリガ検出用レジスタ１３５である。
以下に、各ストリームチェンジ１３１〜１３３における受信状態１３６を説明する。
図２０において、ＩＢ０レジスタ５９は確認用レジスタ１３４、ＲｘＬＡＢＥＬ ＣＦ５０（５１）、ＲｘＬＡＢＥＬ ＣＦＤ０（５３）、ＲｘＬＡＢＥＬ０（５４）、ＲｘＬＡＢＥＬ ＣＦ（５７）はトリガ検出用レジスタ１３５である。
以下に、各ストリームチェンジ１３１〜１３３における受信状態１３６を説明する。
図２０において、１３２で示すパケットデータのストリームチェンジ（ＳＡＣＤフォーマットからＤＶＤ−ＡＵＤＩＯフォーマット）は、上述した図１７に示したパケットデータがＳＡＣＤフォーマットからＤＶＤ−ＡＵＤＩＯフォーマットへストリームチェンジした場合の図１に示したマルチフォーマット対応受信機１１における受信状態である。
図２０に示す１３２で示すパケットデータのストリームチェンジ（ＳＡＣＤフォーマットからＤＶＤ−ＡＵＤＩＯフォーマット）において、Ｔ２１時点以前の期間で、トリガ検出用レジスタ１３５が、ＲｘＬＡＢＥＬ ＣＦ５０（５１）＝ＯＦＦ、ＲｘＬＡＢＥＬ ＣＦＤ０（５３）＝ＯＦＦ、ＲｘＬＡＢＥＬ０（５４）＝ＯＦＦ、ＲｘＬＡＢＥＬ ＣＦ（５７）＝ＯＦＦであることを検出したとき、１３６で示すように、ＳＡＣＤフォーマットの受信パケットを受信中の状態である。
Ｔ２１時点からＴ２２時点までの間の期間で、トリガ検出用レジスタ１３５が、ＲｘＬＡＢＥＬ ＣＦ５０（５１）＝ＯＮ、ＲｘＬＡＢＥＬ ＣＦＤ０（５３）＝ＯＦＦ、ＲｘＬＡＢＥＬ０（５４）＝ＯＦＦ、ＲｘＬＡＢＥＬ ＣＦ（５７）＝ＯＮであることを検出したとき、１３６で示すように、受信パケットはＳＡＣＤアンシラリノーデータの状態であると判断し、受信側はオーディオ出力を出さないようにミュートしたミュート状態となる。
Ｔ２２時点からＴ２３時点までの間の期間で、トリガ検出用レジスタ１３５が、ＲｘＬＡＢＥＬ ＣＦ５０（５１）＝ＯＦＦ、ＲｘＬＡＢＥＬ ＣＦＤ０（５３）＝ＯＮ、ＲｘＬＡＢＥＬ０（５４）＝ＯＦＦ、ＲｘＬＡＢＥＬ ＣＦ（５７）＝ＯＮであることを検出したとき、１３６で示すように、受信パケットはＤＶＤ−ＡＵＤＩＯフォーマットのパケットであると判定して、受信側はオーディオ出力を出さないようにミュートしたミュート状態となる。
Ｔ２３時点以降の期間で、トリガ検出用レジスタ１３５が、ＲｘＬＡＢＥＬＣＦ５０（５１）＝ＯＦＦ、ＲｘＬＡＢＥＬ ＣＦＤ０（５３）＝ＯＦＦ、ＲｘＬＡＢＥＬ０（５４）＝ＯＦＦ、ＲｘＬＡＢＥＬ ＣＦ（５７）＝ＯＦＦを検出したとき、ＤＶＤ−ＡＵＤＩＯフォーマットの受信パケットを受信中の状態である。
図２０において、１３３で示すパケットデータのストリームチェンジ（ＳＡＣＤ チャンネル数変化）は、上述した図１８に示したパケットデータがＳＡＣＤ５チャンネルフォーマットからＳＡＣＤ ６チャンネルフォーマットへストリームチェンジした場合の図１に示したマルチフォーマット対応受信機１１における受信状態である。
図２０に示す１３３で示すパケットデータのストリームチェンジ（ＳＡＣＤチャンネル数変化）において、Ｔ３１時点以前の期間で、トリガ検出用レジスタ１３５が、ＲｘＬＡＢＥＬ ＣＦ５０（５１）＝ＯＦＦ、ＲｘＬＡＢＥＬ ＣＦＤ０（５３）＝ＯＦＦ、ＲｘＬＡＢＥＬ０（５４）＝ＯＦＦ、ＲｘＬＡＢＥＬＣＦ（５７）＝ＯＦＦであることを検出したとき、１３６で示すよう、ＳＡＣＤ５チャンネルフォーマットの受信パケットを受信中の状態である。
Ｔ３１時点からＴ３２時点までの間の期間で、トリガ検出用レジスタ１３５が、ＲｘＬＡＢＥＬ ＣＦ５０（５１）＝ＯＮ、ＲｘＬＡＢＥＬ ＣＦＤ０（５３）＝ＯＦＦ、ＲｘＬＡＢＥＬ０（５４）＝ＯＦＦ、ＲｘＬＡＢＥＬ ＣＦ（５７）＝ＯＮを検出したとき、１３６で示すように、受信パケットはＳＡＣＤアンシラリノーデータの状態であると判断し、受信側はオーディオ出力を出さないようにミュートするミュート状態となる。
Ｔ３２時点からＴ３３時点までの間の期間で、トリガ検出用レジスタ１３５が、ＲｘＬＡＢＥＬ ＣＦ５０（５１）＝ＯＮ、ＲｘＬＡＢＥＬ ＣＦＤ０（５３）＝ＯＦＦ、ＲｘＬＡＢＥＬ０（５４）＝ＯＦＦ、ＲｘＬＡＢＥＬ ＣＦ（５７）＝ＯＮを検出したとき、１３６で示すように、受信パケットはＳＡＣＤアンシラリノーデータの状態であるが、受信側はオーディオ出力を出さないようにミュートするミュート状態となり、受信パケットはＳＡＣＤ６チャンネルフォーマットであると判定する状態となる。
Ｔ３３時点以降の期間で、トリガ検出用レジスタ１３５が、ＲｘＬＡＢＥＬＣＦ５０（５１）＝ＯＦＦ、ＲｘＬＡＢＥＬ ＣＦＤ０（５３）＝ＯＦＦ、ＲｘＬＡＢＥＬ０（５４）＝ＯＦＦ、ＲｘＬＡＢＥＬ ＣＦ（５７）＝ＯＦＦであることを検出したとき、１３６で示すように、ＳＡＣＤ ６チャンネルフォーマットの受信パケットを受信中の状態である。
なお、図１９において、１２３で示すパケットデータのストリームチェンジ（ＩＥＣ６０９５８フォーマットからＤＶＤ−ＡＵＩＤＩＯフォーマット）は、パケットデータがＩＥＣ６０９５８フォーマットからＤＶＤ−ＡＵＤＩＯフォーマットへストリームチェンジした場合の図１に示したマルチフォーマット対応受信機１１における受信状態である。
図１９に１２３で示すパケットデータのストリームチェンジ（ＩＥＣ６０９５８フォーマットからＤＶＤ−ＡＵＩＤＩＯフォーマット）において、Ｔ０１時点からＴ０２時点までの間の期間で、トリガ検出用レジスタ１３５が、ＲｘＬＡＢＥＬ ＣＦ５０（５１）＝ＯＦＦ、ＲｘＬＡＢＥＬ ＣＦＤ０（５３）＝ＯＦＦ、ＲｘＬＡＢＥＬ０（５４）＝ＯＦＦであることを検出したとき、１３６で示すように、受信パケットはエンプティパケットであると判断し、受信側はオーディオ出力を出さないようにミュートするミュート状態となる。
Ｔ０２時点からＴ０３時点までの間の期間で、トリガ検出用レジスタ１３５が、ＲｘＬＡＢＥＬ ＣＦ５０（５１）＝ＯＦＦ、ＲｘＬＡＢＥＬ ＣＦＤ０（５３）＝ＯＮ、ＲｘＬＡＢＥＬ０（５４）＝ＯＦＦ、ＲｘＬＡＢＥＬ ＣＦ（５７）＝ＯＮであることを検出したとき、１３６で示すように、受信パケットはＤＶＤ−ＡＵＩＤＩＯフォーマットであることを予告する。
Ｔ０３時点以降の期間で、トリガ検出用レジスタ１３５が、ＲｘＬＡＢＥＬＣＦ５０（５１）＝ＯＦＦ、ＲｘＬＡＢＥＬ ＣＦＤ０（５３）＝ＯＦＦ、ＲｘＬＡＢＥＬ０（５４）＝ＯＦＦ、ＲｘＬＡＢＥＬ ＣＦ（５７）＝ＯＦＦであることを検出したとき、１３６で示すように、ＤＶＤ−ＡＵＩＤＩＯフォーマットの受信パケットを受信中の状態である。
ここで、図示はしないが、他のストリームチェンジ（ＩＥＣ６０９５８フォーマットからＣＤ／ＭＤフォーマット）も同様の状態となる。また、ＤＶＤ−ＡＵＩＤＩＯフォーマットは、Ｍｕｌｔｉｂｉｔ Ｌｉｎｅａｒ Ａｕｄｉｏ（ＭＢＬＡ）と呼ばれる。
また、図２０において、１３１で示すパケットデータのストリームチェンジ（ＤＶＤ−ＡＵＤＩＯフォーマットからＳＡＣＤフォーマット）は、パケットデータがＤＶＤ−ＡＵＤＩＯフォーマットからＳＡＣＤフォーマットへストリームチェンジした場合の図１に示したマルチフォーマット対応受信機１１における受信状態である。
図２０に示す１３１で示すパケットデータのストリームチェンジ（ＤＶＤ−ＡＵＤＩＯフォーマットからＳＡＣＤフォーマット）において、Ｔ０１１１時点以前の期間で、トリガ検出用レジスタ１３５が、ＲｘＬＡＢＥＬ ＣＦ５０（５１）＝ＯＦＦ、ＲｘＬＡＢＥＬ ＣＦＤ０（５３）＝ＯＦＦ、ＲｘＬＡＢＥＬ０（５４）＝ＯＦＦ、ＲｘＬＡＢＥＬ ＣＦ（５７）＝ＯＦＦであることを検出したとき、１３６で示すように、ＤＶＤ−ＡＵＤＩＯフォーマット受信パケットを受信中の状態である。
Ｔ０１１時点からＴ０１２時点までの間の期間で、トリガ検出用レジスタ１３５が、ＲｘＬＡＢＥＬ ＣＦ５０（５１）＝ＯＦＦ、ＲｘＬＡＢＥＬ ＣＦＤ０（５３）＝ＯＮ、ＲｘＬＡＢＥＬ０（５４）＝ＯＦＦ、ＲｘＬＡＢＥＬ ＣＦ（５７）＝ＯＮであることを検出したとき、１３６で示すように、受信パケットはＤＶＤ−ＡＵＤＩＯアンシラリノーデータの状態であると判断し、受信側はオーディオ出力を出さないようにミュートするミュート状態となる。
Ｔ０１２時点からＴ０１３時点までの間の期間で、トリガ検出用レジスタ１３５が、ＲｘＬＡＢＥＬ ＣＦ５０（５１）＝ＯＮ、ＲｘＬＡＢＥＬ ＣＦＤ０（５３）＝ＯＦＦ、ＲｘＬＡＢＥＬ０（５４）＝ＯＦＦ、ＲｘＬＡＢＥＬ ＣＦ（５７）＝ＯＮであることを検出したとき、１３６で示すように、受信パケットはＳＡＣＤフォーマットであると判定して、受信側はオーディオ出力を出さないようにミュートするミュート状態となる。
Ｔ０１３時点以降の期間で、トリガ検出用レジスタ１３５が、ＲｘＬＡＢＥＬＣＦ５０（５１）＝ＯＦＦ、ＲｘＬＡＢＥＬ ＣＦＤ０（５３）＝ＯＦＦ、ＲｘＬＡＢＥＬ０（５４）＝ＯＦＦ、ＲｘＬＡＢＥＬ ＣＦ（５７）＝ＯＦＦであることを検出したとき、１３６で示すように、ＳＡＣＤフォーマットの受信パケットを受信中の状態である。
上述したように、各ＡＭ８２４データを受信したときの図１に示したマルチフォーマット対応受信機１１におけるＩＥＥＥ１３９４リンクチップ１２の各レジスタを利用したマイコンなどの判断手段の動作により、データの組み合わせに応じてストリームチェンジを検出し、次のデータフォーマットを判別することができる。
まず、ＲｘＬＡＢＥＬ ＣＦ（５７）＝ＯＮになるときは、ＡＭ８２４データのオーディオラベルにＣＦが含まれたときである。
次に、ＲｘＬＡＢＥＬ ＣＦ５０（５１）＝ＯＮになるときは、ＳＡＣＤフォーマットパケット受信時である。このとき、ＡＭ８２４データの２番目のクアドレッドのオーディオラベルとサブラベルがＣＦ５０であったときである。ここで、２番目のクアドレッドを調べるのは１ビットオーディオとマルチビットオーディオでは、アンシラリーデータの位置が違うので、２番目を確認すれば、１ビットオーディオの場合はデータ内容の種類、マルチビットオーディオの場合はアンシラリーデータの種類でデータフォーマットを判別することができるからである。この場合、ＳＡＣＤなどの１ビットオーディオデータのアンシラリーノーデータが含まれている。つまり、ＳＡＣＤなどの１ビットオーディオに関係してストリームチェンジが起こっていることを示している。
次に、ＲｘＬＡＢＥＬ ＣＦＤ０（５３）＝ＯＮになるときは、ＤＶＤ−ＡＵＤＩＯフォーマットパケット受信時である。このとき、ＡＭ８２４データの２番目のクアドレッドのオーディオラベルとサブラベルがＣＦＤ０であったときである。ここで、２番目のクアドレッドを調べるのは上述したＲｘＬＡＢＥＬ ＣＦ５０（５１）と同じ理由である。この場合、ＤＶＤ−ＡＵＤＩＯなどのマルチビットリニアオーディオデータのアンシラリーノーデータが含まれている。つまり、ＤＶＤ−ＡＵＤＩＯなどのマルチビットリニアオーディオに関係してストリームチェンジが起こっていることを示している。
次に、ＲｘＬＡＢＥＬ０（５４）＝ＯＮになるときは、ＣＤ／ＭＤフォーマットパケット受信時である。このとき、ＡＭ８２４データの先頭４ビットが０のとき、この場合受信しているデータはＩＥＣ６０９５８ Ｃｏｎｆｏｒｍａｎｔのデータであることを示している。
次に、ＩＢ０レジスタの内容は、受信した２クアドレッド分のオーディオラベルとサブラベルである。ここには常に受信しているデータが格納される。このオーディオラベルとサブラベルを確認すれば、現在受信しているデータのフォーマットを確認することができる。
このように、各レジスタに振り分けられるデータを検出すれば、ストリームチェンジによるデータのフォーマットを判断して確認することができる。さらに、パケットデータにストリームチェンジがある場合以外、つまり定常的にＡＭ８２４データを入力しているときには、レジスタＩＢ０のオーディオラベルとサブラベルから現在のＡＭ８２４Ｅのフォーマットを判断することができる。
上述したように、ＩＥＣ６０９５８ Ｃｏｎｆｏｒｍａｎｔ（ＣＤ／ＭＤ等）のデータを受信していて、次にＳＡＣＤなどの１ビットのオーディオデータを受信した際にパケットデータがＳＡＣＤフォーマットであると判断する場合には、以下のようになる。
まず、ＩＥＣ６０９５８ Ｃｏｎｆｏｒｍａｎｔ対応のデータを定常で入力しているときに、ＲｘＬＡＢＥＬ０（５４）＝ＯＮになっている。次に、パケットデータが別のフォーマットに変わるためにストリームチェンジが起こると、この切り替えを示すためにアンシラリーノーデータあるいはエンプティパケットデータを受信機が受信する。この時点でＲｘＬＡＢＥＬ０（５４）＝ＯＦＦになり、ストリームチェンジの始まりを検出することができる。そして、次のフォーマットを示すアンシラリーノーデータを受信する。ここでは、例として、ＳＡＣＤの１ビットオーディオデータを受信するとこのＳＡＣＤのアンシラリーノーデータを示すＲｘＬＡＢＥＬ ＣＦ（５７）＝ＯＮになる。この時点で、ＲｘＬＡＢＥＬが一つだけＯＮになる状態になればデータフォーマットがＳＡＣＤのデータであることが確認できるので、図１に示したマルチフォーマット対応受信機１１におけるＩＥＥＥ１３９４マイコン１３はＩＥＥＥ１３９４リンクチップ１２をＳＡＣＤフォーマットの受信モードに設定することができる。最後に、ストリームチェンジが終了すると定常的にＳＡＣＤフォーマットのデータを入力することになり、ＲｘＬＡＢＥＬ ＣＦ５０（５１）＝ＯＦＦになり、更に、ＲｘＬＡＢＥＬ ＣＦ（５７）＝ＯＦＦとなってストリームチェンジの終了を判断することができる。
また、ＳＡＣＤなどの１ビットオーディオデータを受信していて、次にＩＥＣ６０９５８ Ｃｏｎｆｏｒｍａｎｔ（ＣＤ／ＭＤ等）を受信した際にＩＥＣ６０９５８ Ｃｏｎｆｏｒｍａｎｔであると判断する場合には、以下のようになる。
まず、ＳＡＣＤなどの１ビットオーディオデータを定常で入力していて、パケットデータのデータフォーマットを変更するためにストリームチェンジが起こると、アンシラリーノーデータを受信機が受信して、ＲｘＬＡＢＥＬ ＣＦ５０（５１）＝ＯＮになり、ストリームチェンジの始まりを検出することができる。次に、例として、ＩＥＣ６０９５８ Ｃｏｎｆｏｒｍａｎｔのデータがくるとすれば、全てのＲｘＬＡＢＥＬがＯＦＦになり、ＩＥＣ６０９５８ Ｃｏｎｆｏｒｍａｎｔのデータでストリームチェンジ中であると予想することができる。これは過去の規格からＩＥＣ６０９５８ Ｃｏｎｆｏｒｍａｎｔのアンシラリーノーデータを使用していない機器が存在するので、アンシラリーノーデータのみでは判断することができない。ただし、この場合パケットデータが１ビットオーディオとマルチビットオーディオでないことは確かなので、ＩＥＣ６０９５８ Ｃｏｎｆｏｒｍａｎｔと予想して更に実際の受信データのオーディオラベルとサブラベルを確認することで確実にフォーマットを確定することとができて、図１に示したマルチフォーマット対応受信機１１におけるＩＥＥＥ１３９４マイコン１３はＩＥＥＥ１３９４リンクチップ１２をＩＥＣ６０９５８ Ｃｏｎｆｏｒｍａｎｔの受信モードに設定することができる。最後に、ＩＥＣ６０９５８ Ｃｏｎｆｏｒｍａｎｔのデータが実際にくるとＲｘＬＡＢＥＬ０（５４）＝ＯＮになりストリームチェンジの終了を判断することができる。この場合、アンシラリーノーデータが使用されていないので、ＲｘＬＡＢＥＬ ＣＦ（５７）の状態でストリームチェンジの終了を判断することはできないが、上述したＲｘＬＡＢＥＬ０（５４）＝ＯＮになったことでストリームチェンジが終了したと判断することができる。
また、ＳＡＣＤなどの１ビットオーディオデータを受信していて、次にＤＶＤ−ＡＵＤＩＯなどのマルチビットリニアオーディオデータを受信した際にＤＶＤ−ＡＵＤＩＯであると判断する場合には、以下のようになる。
まず、１ビットオーディオデータが来ていて、次にパケットデータのフォーマットを変更するためにストリームチェンジが起こると、ＲｘＬＡＢＥＬ ＣＦ（５７）＝ＯＮになる。この時点で、ＲｘＬＡＢＥＬが一つだけＯＮになっているものがこれ一つの状態になれば次のデータフォーマットがマルチビットオーディオのデータであることが確認できるので、図１に示したマルチフォーマット対応受信機１１におけるＩＥＥＥ１３９４マイコン１３はＩＥＥＥ１３９４リンクチップ１２をマルチビットオーディオの受信モードに設定することができる。最後に、マルチビットオーディオデータが来ると、ＲｘＬＡＢＥＬ ＣＦ５０（５１）＝ＯＦＦになり、更に、ＲｘＬＡＢＥＬ ＣＦ（５７）＝ＯＦＦとなってストリームチェンジの終了を判断することができる。
次に、データフォーマットは変わらずに、オーディオデータのチャンネル数が変化したときのストリームチェンジを検出する場合には、以下のようになる。例として、１ビットオーディオデータであるＳＡＣＤにおいて５チャンネルから６チャンネルに変わる場合を説明する。
チャンネル数が複数ある場合、チャンネル数によってデータのサイズが変わる。このデータサイズは、１３９４ヘッダのデータレングスとして記述してある。このデータレングスの違いを判断できれば良い。
この例では、定常状態で１ビットオーディオのデータを受信していて、パケットデータのチャンネル数を変えるためにストリームチェンジを起こすとＲｘＬＡＢＥＬ ＣＦ５０（５１）＝ＯＮになる。この時点で、ストリームチェンジの始まりを検出することができる。ストリームチェンジを検出すると、アンシラリーノーデータのデータレングスを確認してデータサイズからチャンネル数を判断する。次のデータのアンシラリーノーデータが来ても同じＲｘＬＡＢＥＬ ＣＦ５０（５１）＝ＯＮになるので、切り替えの瞬間は検出できないが、ＡＭ８２４Ｅの規格でアンシラリーノーデータを出す期間は１０ｍｓｅｃ以上であるので、一定間隔でこのチェックを繰り返せば、データレングスの変化を検出することができる。この検出によって新たなデータのチャンネル数を判断することができ、図１に示したマルチフォーマット対応受信機１１におけるＩＥＥＥ１３９４マイコン１３はＩＥＥＥ１３９４リンクチップ１２を検出されたチャンネル数の受信モードに設定することができる。最後に、実際のデータが来ると、全てのＲｘＬＡＢＥＬ＝ＯＦＦになり、更に、ＲｘＬＡＢＥＬ ＣＦ（５７）＝ＯＦＦとなってストリームチェンジの終了を判断することができる。
なお、ＳＡＣＤに採用されたＤｉｒｅｃｔ Ｓｔｒｅａｍ Ｄｉｇｉｔａｌ（ＤＳＤ）方式は、従来のＰｕｌｓｅ Ｃｏｄｅ Ｍｄｕｌａｔｉｏｎ（ＰＣＭ）方式とは全く異なるオーディオ信号の大小を１ビットのデジタルパルスの密度（濃淡）で表現する方式である。
上述した本実施の形態においては、インターフェースをＩＥＥＥ１３９４規格のものを用いる例を示したが、これに限らず、他のインターフェースとしてＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）規格、ワイヤレスＩＥＥＥ１３９４規格のものを用いるようにしても良い。
１……マルチフォーマット対応送信機、２……ディスク、３……ＤＳＰ、４……ＩＥＥＥ１３９４リンクチップ、５……ＩＥＥＥマイコン、６……システムマイコン、７……操作部、８……表示部、１１……マルチフォーマット対応受信機、１２……ＩＥＥＥ１３９４リンクチップ、１３……ＩＥＥＥマイコン、１４……システムマイコン、１５……操作部、１６……表示部、１７……Ｄ／Ａ変換器、１８……スピーカ、１９……ＣＦＲ読み込み、２０……受信フォーマット設定、２１……ＩＥＥＥ１３９４パケット、２２……１３９４ヘッダ、２３……ＡＭ８２４フラグ、２４……ＡＭ８２４データ、２５……データ、２６……レジスタ、２７……ＣＦ５０フラグ、２８……アンシラリノーデータ、２９……ストリームチェンジの検出、４１……ＩＥＣ６０９５８ Ｃｏｎｆｏｒｍａｎｔ、４２……Ｍｕｌｔｉ−ｂｉｔ Ｌｉｎｅａｒ Ａｕｄｉｏ、４３……Ｏｎｅ−ｂｉｔ Ａｕｄｉｏ Ｄａｔａ、４４……アンシラリーノーデータ ＩＥＣ６０９５８ Ｃｏｎｆｏｒｍａｎｔフォーマット、４５……アンシラリーノーデータ Ｍｕｌｔｉ−ｂｉｔ Ｌｉｎｅａｒ Ａｕｄｉｏ、４６……アンシラリーノーデータ Ｏｎｅ−ｂｉｔ Ａｕｄｉｏ Ｄａｔａ、５１……ＣＦ５０フラグ、５２……ＳＡＣＤデータ、５３……ＣＦＤ０フラグ、５４……ＤＶＤ・Ａｕｄｉｏ、５５……ＲｘＬＡＢＥＬ０（ＯＮ）、５６……ＣＤ／ＭＤデータ（ＩＥＣ６０９５８）、５７……ＲｘＬＡＢＥＬ０（ＯＮ）、５８……オーディオラベルにＣＦ、５９……ＩＢ０レジスタ、６０……データフォーマット確認、６１……ＡＭ８２４Ｅストリーム、６２……ＩＥＣ６０９５８コンテキスト、６３……ＳＡＣＤコンテキスト、６４……ＩＥＣ６０９５８データ、６５……ＩＥＣ６０９５８アンシラリーノーデータ、６６……ＳＡＣＤアンシラリーノーデータ、６７……ＳＡＣＤ
Claims (6)
- 複数の所定の信号形式のデータを所定のパケット形式に変換して伝送される伝送信号を受信する受信手段と、
上記受信手段にて受信されたパケット化された伝送信号から所定の信号形式の信号を再生する再生手段と、
上記受信手段で受信された伝送信号の所定パケットを抽出するパケット抽出手段と、
上記抽出されたパケットから現在受信している上記所定の信号形式から他の上記所定の信号形式への変更が行われることを示す情報を検出する変更情報検出手段と、
上記検出された信号形式の変更情報に基づいて、上記受信されたパケット化された信号から上記他の所定の信号形式の信号を上記再生手段で再生する制御を行う制御手段とを備え、
上記変更が行われることを示す情報が、現在受信している上記所定の信号形式の第１アンシラリーノーデータと、第１アンシラリーノーデータの後に伝送される上記他の所定の信号形式の第２アンシラリーノーデータとで構成される
信号再生装置。 - 上記信号再生装置は、上記再生手段にて再生される信号を出力する出力手段を更に備え、
上記制御手段は上記信号形式の変更情報が検出された場合には、上記信号形式の変更が完了するまでの期間は、上記出力手段から信号が出力されることを抑制する請求項１記載の信号再生装置。 - 上記所定の信号形式のデータはＩＥＥＥ１３９４規格に準拠したものである請求項１記載の信号再生装置。
- 複数の所定の信号形式のデータを所定のパケット形式に変換して伝送される伝送信号を受信する受信ステップと、
上記受信ステップにて受信されたパケット化された伝送信号から所定の信号形式の信号を再生する再生ステップと、
上記受信ステップで受信された伝送信号の所定パケットを抽出するパケット抽出ステップと、
上記抽出されたパケットから現在受信している上記所定の信号形式から他の上記所定の信号形式への変更が行われることを示す情報を検出する変更情報検出ステップと、
上記検出された信号形式の変更情報に基づいて、上記再生ステップにて上記受信されたパケット化された信号から上記他の所定の信号形式の信号を再生する制御を行う制御ステップとを備え、
上記変更情報検出ステップでは、現在受信している上記所定の信号形式の第１アンシラリーノーデータを検出し、次いで、第１アンシラリーノーデータの後に伝送される上記他の所定の信号形式の第２アンシラリーノーデータを検出する
信号再生方法。 - 上記信号再生方法は、上記再生ステップにて再生される信号を出力する出力ステップを更に備え、
上記制御ステップは上記信号形式の変更情報が検出された場合には、上記信号形式の変更が完了するまでの期間は、上記出力ステップから信号が出力されることを抑制する請求項４記載の信号再生方法。 - 上記所定の信号形式のデータはＩＥＥＥ１３９４規格に準拠したものである請求項４記載の信号再生方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2006214853A JP4151720B2 (ja) | 2001-06-19 | 2006-08-07 | 信号再生装置および信号再生方法 |
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001185252 | 2001-06-19 | ||
| JP2006214853A JP4151720B2 (ja) | 2001-06-19 | 2006-08-07 | 信号再生装置および信号再生方法 |
Related Parent Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002171797A Division JP3873821B2 (ja) | 2001-06-19 | 2002-06-12 | 信号再生装置および信号再生方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2007048435A JP2007048435A (ja) | 2007-02-22 |
| JP4151720B2 true JP4151720B2 (ja) | 2008-09-17 |
Family
ID=37851120
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2006214853A Expired - Fee Related JP4151720B2 (ja) | 2001-06-19 | 2006-08-07 | 信号再生装置および信号再生方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4151720B2 (ja) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2009033649A (ja) * | 2007-07-30 | 2009-02-12 | Sony Corp | コンテンツデータ送受信システム、コンテンツデータ送信装置、コンテンツデータ受信装置、コンテンツデータ送信方法、コンテンツデータ受信処理方法 |
Family Cites Families (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP3185647B2 (ja) * | 1995-03-06 | 2001-07-11 | 日本ビクター株式会社 | ディジタル信号記録再生方法及び記録再生装置 |
| JP3743616B2 (ja) * | 1999-08-31 | 2006-02-08 | 日本ビクター株式会社 | 信号処理装置及び伝送方法 |
| JP3697967B2 (ja) * | 1999-09-22 | 2005-09-21 | 松下電器産業株式会社 | オーディオ送信装置及びオーディオ受信装置 |
| JP3684986B2 (ja) * | 2000-03-07 | 2005-08-17 | 松下電器産業株式会社 | オーディオ受信装置 |
| JP2001160266A (ja) * | 1999-12-01 | 2001-06-12 | Kenwood Corp | オーディオ信号処理装置 |
| JP3873821B2 (ja) * | 2001-06-19 | 2007-01-31 | ソニー株式会社 | 信号再生装置および信号再生方法 |
-
2006
- 2006-08-07 JP JP2006214853A patent/JP4151720B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2007048435A (ja) | 2007-02-22 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3873821B2 (ja) | 信号再生装置および信号再生方法 | |
| EP0920698B1 (en) | Apparatus and method for reproducing a digital audio signal from a record carrier | |
| JP3697967B2 (ja) | オーディオ送信装置及びオーディオ受信装置 | |
| EP1047212B1 (en) | Apparatus and method for audio data/audio-related information transfer | |
| JP4151720B2 (ja) | 信号再生装置および信号再生方法 | |
| EP1296486B1 (en) | Data transmission apparatus, data reception apparatus, data transmission method, data reception method, and transfer system | |
| US7366162B2 (en) | Reception apparatus and reception method | |
| JP2001086139A (ja) | 伝送方法及び伝送装置 | |
| JP4119083B2 (ja) | Ｐｃｍオーディオ信号再生装置 | |
| JP2005242375A (ja) | オーディオ受信装置 | |
| JP2009033649A (ja) | コンテンツデータ送受信システム、コンテンツデータ送信装置、コンテンツデータ受信装置、コンテンツデータ送信方法、コンテンツデータ受信処理方法 | |
| JP4560962B2 (ja) | データ伝送装置及びデータ伝送方法 | |
| JP4560934B2 (ja) | 送受信システム、送信装置、受信装置および送受信方法 | |
| JP2001023294A (ja) | ディジタル信号記録装置及び再生装置 | |
| JP2002232426A (ja) | データ送信装置、データ受信装置、データ送信方法、データ受信方法、伝送システム | |
| JP3794565B2 (ja) | オーディオ再生装置 | |
| JP2002232375A (ja) | データ送信装置、データ受信装置、データ送信方法、データ受信方法、伝送システム | |
| JPH11346345A (ja) | ビデオ入出力装置とビデオ記録・再生装置 | |
| JP2006020307A (ja) | 伝送システム | |
| JP2001023302A (ja) | ディジタル信号記録方法及び再生方法 | |
| JP2001223588A (ja) | 送受信装置 | |
| JP2002328683A (ja) | データ送信装置、データ受信装置、データ送信方法、データ受信方法、伝送システム | |
| JP2003208758A (ja) | アナログ信号録音時の録音終了方法 | |
| JPH07326129A (ja) | データ伝送装置 | |
| JP2008252693A (ja) | オーディオ再生装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20080325 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20080519 |
|
| 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: 20080610 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20080623 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110711 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120711 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130711 Year of fee payment: 5 |
|
| LAPS | Cancellation because of no payment of annual fees |