(57)【要約】【課題】入力されたデータからデータのフォーマットを自動的に判別して再生することができる信号再生装置および信号再生方法を提供する。【解決手段】信号再生装置は、複数の所定の信号形式のデータを所定のパケット形式に変換して伝送される伝送信号を受信し、受信されたパケット化された伝送信号から所定の信号形式の信号を再生するＩＥＥＥ１３９４リンクチップ１２と、受信された伝送信号の所定パケットを抽出し、抽出されたパケットから現在受信している所定の信号形式から他の所定の信号形式への変更が行われることを示す情報を検出し、検出された信号形式の変更情報に基づいて受信されたパケット化された信号から他の所定の信号形式の信号を再生するために必要なパラメータを出力するＩＥＥＥ１３９４マイコン１３とを備え、入力されたデータからデータのフォーマットを自動的に判別して再生する。【選択図】図１
2007048435.tif 000002
【特許請求の範囲】
【請求項１】
複数の所定の信号形式のデータを所定のパケット形式に変換して伝送される伝送信号を受信する受信手段と、
上記受信手段にて受信されたパケット化された伝送信号から所定の信号形式の信号を再生する再生手段と、
上記受信手段で受信された伝送信号の所定パケットを抽出するパケット抽出手段と、
上記抽出されたパケットから現在受信している上記所定の信号形式から他の上記所定の信号形式への変更が行われることを示す情報を検出する変更情報検出手段と、
上記検出された信号形式の変更情報に基づいて上記再生手段が上記受信されたパケット化された信号から上記他の所定の信号形式の信号を再生するために必要なパラメータを上記再生手段に送る制御手段と
を備える信号再生装置。
【請求項２】
上記信号再生装置は、上記再生手段にて再生される信号を出力する出力手段を更に備え、
上記制御手段は上記信号形式の変更情報が検出された場合には、上記信号形式の変更が完了するまでの期間は、上記出力手段から信号が出力されることを抑制する請求項１記載の信号再生装置。
【請求項３】
上記信号形式の変更を示す情報は、現在受信中の信号形式で伝送されるデータが無効データを示す信号が伝送された後、次に伝送されるデータの信号形式を示す情報が伝送される請求項１記載の信号再生装置。
【請求項４】
上記所定の信号形式のデータはＩＥＥＥ１３９４規格に準拠したものである請求項１記載の信号再生装置。
【請求項５】
複数の所定の信号形式のデータを所定のパケット形式に変換して伝送される伝送信号を受信する受信ステップと、
上記受信ステップにて受信されたパケット化された伝送信号から所定の信号形式の信号を再生する再生ステップと、
上記受信ステップで受信された伝送信号の所定パケットを抽出するパケット抽出ステップと、
上記抽出されたパケットから現在受信している上記所定の信号形式から他の上記所定の信号形式への変更が行われることを示す情報を検出する変更情報検出ステップと、
上記検出された信号形式の変更情報に基づいて上記再生ステップにて上記受信されたパケット化された信号から上記他の所定の信号形式の信号を再生するために必要なパラメータを上記再生ステップに送る制御ステップと
を備える信号再生方法。
【請求項６】
上記信号再生方法は、上記再生ステップにて再生される信号を出力する出力ステップを更に備え、
上記制御ステップは上記信号形式の変更情報が検出された場合には、上記信号形式の変更が完了するまでの期間は、上記出力ステップから信号が出力されることを抑制する請求項５記載の信号再生方法。
【請求項７】
上記信号形式の変更を示す情報は、現在受信中の信号形式で伝送されるデータが無効データを示す信号が伝送された後、次に伝送されるデータの信号形式を示す情報が伝送される請求項５記載の信号再生方法。
【請求項８】
上記所定の信号形式のデータはＩＥＥＥ１３９４規格に準拠したものである請求項５記載の信号再生方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、例えば、マルチディスクプレイヤーやＡＶ（Ａｕｄｉｏ・Ｖｉｄｅｏ）アンプにおける信号フォーマット認識のための信号再生装置および信号再生方法に関するものである。
【背景技術】
【０００２】
従来、ＩＥＥＥ１３９４規格に準拠したインターフェース上で、例えば信号記録再生装置間で、音楽データを送受信して、一方の信号記録再生装置において記録された音楽データを他方の信号記録再生装置で再生することが行われていた。
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかし、上述した従来の信号記録再生装置では、ＩＥＥＥ１３９４規格に準拠したインターフェース上で音楽データを送受信するためのＡＭ８２４Ｅ規格のデータに対しては、このデータのフォーマットを認識するための手段がないため、データの中身を見ないとこのデータのフォーマットが分からなかったという不都合があった。
また、実際にデータの中身を調べていると時間がかかり、このため、再生データの音切れ、頭切れが発生するという不都合があった。
【０００４】
また、上述した以外の方法としては音楽データを送受信する機器間で、通信を行うためのネゴシエーションを行い、送受信の通信プロトコルの設定を行う可能性があるが、このための通信プロトコルの設定方法は規格上決められていないので、この通信プロトコルの設定の際においてデータの中身からフォーマットを識別するという不都合があった。
【０００５】
そこで、本発明は、かかる点に鑑みてなされたものであり、入力されたデータからデータのフォーマットを自動的に判別して再生することができる信号再生装置および信号再生方法を提供することを課題とする。
【課題を解決するための手段】
【０００６】
本発明の信号再生装置は、複数の所定の信号形式のデータを所定のパケット形式に変換して伝送される伝送信号を受信する受信手段と、受信手段にて受信されたパケット化された伝送信号から所定の信号形式の信号を再生する再生手段と、受信手段で受信された伝送信号の所定パケットを抽出するパケット抽出手段と、抽出されたパケットから現在受信している所定の信号形式から他の所定の信号形式への変更が行われることを示す情報を検出する変更情報検出手段と、検出された信号形式の変更情報に基づいて再生手段が受信されたパケット化された信号から他の所定の信号形式の信号を再生するために必要なパラメータを再生手段に送る制御手段とを備えるものである。
【０００７】
また、本発明の信号再生方法は、複数の所定の信号形式のデータを所定のパケット形式に変換して伝送される伝送信号を受信する受信ステップと、受信ステップにて受信されたパケット化された伝送信号から所定の信号形式の信号を再生する再生ステップと、受信ステップで受信された伝送信号の所定パケットを抽出するパケット抽出ステップと、抽出されたパケットから現在受信している所定の信号形式から他の所定の信号形式への変更が行われることを示す情報を検出する変更情報検出ステップと、検出された信号形式の変更情報に基づいて再生ステップにて受信されたパケット化された信号から他の所定の信号形式の信号を再生するために必要なパラメータを再生ステップに送る制御ステップとを備えるものである。
【０００８】
従って本発明によれば、以下の作用をする。
受信手段は複数の所定の信号形式のデータを所定のパケット形式に変換して伝送される伝送信号を受信するように作用する。再生手段は受信手段にて受信されたパケット化された伝送信号から所定の信号形式の信号を再生するように作用する。パケット抽出手段は受信手段で受信された伝送信号の所定パケットを抽出するように作用する。変更情報検出手段は抽出されたパケットから現在受信している所定の信号形式から他の所定の信号形式への変更が行われることを示す情報を検出するように作用する。制御手段は検出された信号形式の変更情報に基づいて再生手段が受信されたパケット化された信号から他の所定の信号形式の信号を再生するために必要なパラメータを再生手段に送るように作用する。
【発明の効果】
【０００９】
この発明の信号再生装置は、複数の所定の信号形式のデータを所定のパケット形式に変換して伝送される伝送信号を受信する受信手段と、受信手段にて受信されたパケット化された伝送信号から所定の信号形式の信号を再生する再生手段と、受信手段で受信された伝送信号の所定パケットを抽出するパケット抽出手段と、抽出されたパケットから現在受信している所定の信号形式から他の所定の信号形式への変更が行われることを示す情報を検出する変更情報検出手段と、検出された信号形式の変更情報に基づいて再生手段が受信されたパケット化された信号から他の所定の信号形式の信号を再生するために必要なパラメータを再生手段に送る制御手段とを備えるので、入力されたデータからデータのフォーマットを自動的に判別して再生することができるという効果を奏する。
【００１０】
また、この発明の信号再生装置は、上述において、信号再生装置は、再生手段にて再生される信号を出力する出力手段を更に備え、制御手段は信号形式の変更情報が検出された場合には、信号形式の変更が完了するまでの期間は、出力手段から信号が出力されることを抑制するので、信号形式の変更に伴う再生信号の品質の低下を防止することができるという効果を奏する。
【００１１】
また、この発明の信号再生装置は、上述において、信号形式の変更を示す情報は、現在受信中の信号形式で伝送されるデータが無効データを示す信号が伝送された後、次に伝送されるデータの信号形式を示す情報が伝送されるので、次のデータのフォーマットを予想して予めそのための受信設定をすることができるという効果を奏する。
【００１２】
また、この発明の信号再生方法は、複数の所定の信号形式のデータを所定のパケット形式に変換して伝送される伝送信号を受信する受信ステップと、受信ステップにて受信されたパケット化された伝送信号から所定の信号形式の信号を再生する再生ステップと、受信ステップで受信された伝送信号の所定パケットを抽出するパケット抽出ステップと、抽出されたパケットから現在受信している所定の信号形式から他の所定の信号形式への変更が行われることを示す情報を検出する変更情報検出ステップと、検出された信号形式の変更情報に基づいて再生ステップにて受信されたパケット化された信号から他の所定の信号形式の信号を再生するために必要なパラメータを再生ステップに送る制御ステップとを備えるので、入力されたデータからデータのフォーマットを自動的に判別して再生する処理を行うことができるという効果を奏する。
【発明を実施するための最良の形態】
【００１３】
以下に、本発明の実施の形態を説明する。
本実施の形態の信号再生装置は、受信データのパケットを見てそのフォーマットを自動的に識別するものであり、例えば、Ａｕｄｉｏ ａｎｄ ＭｕｓｉｃＤａｔａ Ｔｒａｎｓｍｉｓｓｉｏｎ Ｐｒｏｔｏｃｏｌ １．０およびＡＭＤＴＲ２．０に準拠するフォーマットのうちＩＥＣ６０９５８  Ｃｏｎｆｏｒｍａｎｔフォーマットのデータ、ＤＳＤ（Ｄｉｇｉｔａｌ  Ｓｔｒｅａｍ  Ｄｉｒｅｃｔ）フォーマットのデータ、ＤＶＤ（Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｃ）  Ａｕｄｉｏフォーマットのデータに対して適用できるものである。
【００１４】
図１は、本実施の形態に適用される通信システムの構成を示すブロック図である。
図１において、マルチフォーマット対応送信機１とマルチフォーマット対応受信機１１とが例えばＩＥＥＥ１３９４規格のネットワーク９を介して接続されていて、マルチフォーマット対応送信機１側からマルチフォーマット対応受信機１１側へ、例えば、ＩＥＣ６０９５８ Ｃｏｎｆｏｒｍａｎｔフォーマットのデータ、ＤＳＤフォーマットのデータとしてＳＡＣＤ（Ｓｕｐｅｒ  Ａｕｄｉｏ  Ｃｏｍｐａｃｔ  Ｄｉｓｃ）フォーマットのデータ、ＣＤ（Ｃｏｍｐａｃｔ  Ｄｉｓｃ）フォーマットのデータ、ＤＶＤ Ａｕｄｉｏフォーマットのデータなどのデータ１０を送信する。
【００１５】
マルチフォーマット対応送信機１は、データ１０が記録された記録媒体としてのディスク２と、ディスク２に記録された各種フォーマットのデータの再生信号処理を行うＣＤ／ＳＡＣＤ／ＤＶＤ  ＤＳＰ（Ｄｉｇｉｔａｌ  Ｓｉｇｎａｌ  Ｐｒｏｃｅｓｓｏｒ）３と、ＩＥＥＥ１３９４規格のネットワーク９上のデータ１０の送信のための設定を行うＩＥＥＥ１３９４リンクチップ（ＬＩＮＫ ＣＨＩＰ）４と、ＩＥＥＥ１３９４リンクチップ４の制御を行うＩＥＥＥ１３９４マイクロコントローラ（以下、ＩＥＥＥ１３９４マイコン５という）５と、マルチフォーマット対応送信機１の制御を行うシステムマイクロコントローラ（以下、システムマイコン６という）６と、マルチフォーマット対応送信機１の動作を操作するための各種入力が可能な操作部７と、マルチフォーマット対応送信機１の動作の状態を表示する表示部８とを有して構成される。
【００１６】
また、マルチフォーマット対応受信機１１は、ＩＥＥＥ１３９４規格のネットワーク９上のデータ１０の受信のための設定を行うＩＥＥＥ１３９４リンクチップ（ＬＩＮＫ ＣＨＩＰ）１２と、ＩＥＥＥ１３９４リンクチップ１２の制御を行うＩＥＥＥ１３９４マイクロコントローラ（以下、ＩＥＥＥ１３９４マイコン１３という）１３と、マルチフォーマット対応受信機１１の制御を行うシステムマイクロコントローラ（以下、システムマイコン１４という）１４と、マルチフォーマット対応受信機１１の動作を操作するための各種入力が可能な操作部１５と、マルチフォーマット対応受信機１１の動作の状態を表示する表示部１６と、ＩＥＥＥ１３９４リンクチップ１２で受信された６チャンネルのディジタルデータをアナログ信号に変換するＤ／Ａ変換器１７と、変換されたアナログ信号を再生して音響出力するスピーカ１８とを有して構成される。
【００１７】
ここで、ＩＥＥＥ１３９４マイコン１３は、ホストコントローラであり、ＩＥＥＥ１３９４リンクチップ１２からＣＦＲ（Ｃｏｎｆｉｇｒａｔｉｏｎ  Ｒｅｇｉｓｔｅｒ）読み込み１９を行うことにより、ＩＥＥＥ１３９４リンクチップ１２に対して受信フォーマット設定２０を行う機能を有している。
【００１８】
図２は、上述したＩＥＥＥ１３９４リンクチップ１２に内蔵されたレジスタによるデータのストリームチェンジの検出を示す図である。
以下に、図２において、図１に示したＩＥＥＥ１３９４規格のネットワーク９上のデータ１０は、ＩＥＥＥ１３９４パケット２１で構成されている。ＩＥＥＥ１３９４パケット２１は、１３９４ヘッダ２２と、ＣＲＣ（Ｃｙｃｌｉｃ  Ｒｅｄｕｎｄａｎｃｙ  Ｃｈｅｃｋ）およびＣＩＰ（Ｃｏｍｍｏｎ  Ｉｓｏｃｈｒｏｎｏｕｓ  Ｐｒｏｔｏｃｏｌ）ヘッダ２３と、ＡＭ８２４データ２４とを有して構成される。ＡＭ８２４データ２４は、上述したＣＤ／ＳＡＣＤ／ＤＶＤ Ａｕｄｉｏフォーマットのデータである。
ＩＥＥＥ１３９４規格のネットワーク９上のデータ１０は、ＩＥＥＥ１３９４リンクチップ１２において受信処理されて、上述したＣＦＲのレジスタ２６において、受信設定を行うＲｘＬＡＢＥＬ２６−１と、受信される信号の組み合わせによってシステムマイコン１４の割り込み処理を行うＩＮＴ２６−２と、ＳｕｂＬＡＢＥＬ２６−３に割り振られる。
【００１９】
上述したＩＥＥＥ１３９４パケット２１のＡＭ８２４のデータ２４は、各種フォーマットのデータ領域を有するデータ２４−１であり、このデータ２４−１は例えば先頭部分のアンシラリーデータ２５−１および実データ２５−２とを有するデータ２５とを有して構成される。ここで、アンシラリーデータ２５−１とは、実データ２５−２に対する付加情報であり、チャンネル数やスピーカ配置などの情報を示すものである。
【００２０】
このＩＥＥＥ１３９４リンクチップ１２において、ＩＥＥＥ１３９４パケット２１のＡＭ８２４のデータ２４は、データの中身を確認しないとデータのフォーマットが分からないものになっている。そこで、ＩＥＥＥ１３９４リンクチップ１２において受信信号のデータがレジスタ２６に割り振られ、受信信号のデータフォーマットに応じてレジスタ２６がフラグを立てることにより、システムマイコン１４はフラグを検出することでデータ２４のフォーマットを自動的に判別する。
【００２１】
例えば、ＩＥＥＥ１３９４パケット２１のＡＭ８２４のデータ２４は、１秒間に８０００個入力されていて、システムマイコン１４はレジスタ２６のうちの受信される信号の組み合わせによってシステムマイコン１４の割り込み処理を行うＩＮＴ２６−２で示した値およびストリームチェンジの検出用のアンシラリノーデータ２８を検出することにより、１０ｍｓｅｃ以上の期間にわたって起こるストリームチェンジの検出をする。ここで、アンシラリノーデータ２８とは、この１サンプルのデータは無効であり、オーディオ処理して出力してはいけないデータであることを示すものであり、本実施の形態ではこのデータを検出したときにストリームチェンジの検出を行うことができる情報である。
システムマイコン１４はストリームチェンジの検出をすると、信号のデータフォーマットの変換があったことを認識した上で、後段のオーディオ処理回路へデータを供給する。
【００２２】
図３は、ＩＥＥＥ１３９４パケット構成（Ｐａｃｋｅｔ  ｓｔｒｕｃｔｕｒｅ）を示す図である。
図３は、上述した図２に示したＡＭ８２４のデータ２４をＩＥＥＥ１３９４規格のネットワーク９で送信する際のデータ構造を示すものである。２４−１〜２４−４のヘッダ領域は図２に示す２２、２３と同様である。
データ２４−５は、先頭部分に検出データ領域３１−１を含む未定義領域（Ｕｎｓｐｅｃｉｆｅｄ  Ｒｅｇｉｏｎ）３１と、定義領域（Ｓｐｅｃｉｆｅｄ  Ｒｅｇｉｏｎ）３２と、定義領域（Ｓｐｅｃｉｆｅｄ  Ｒｅｇｉｏｎ）３３とを有して構成される。定義領域（Ｓｐｅｃｉｆｅｄ  Ｒｅｇｉｏｎ）３２は、各種フォーマットの共通のデータ領域を有するＣｏｍｍｏｎ／ＡｐｐｌｉｃａｔｉｏｎＳｐｅｃｉｆｅｒ  Ａｎｃｉｌｌａｒｙ  Ｄａｔａを有して構成される。また、定義領域（Ｓｐｅｃｉｆｅｄ  Ｒｅｇｉｏｎ）３３は、各種フォーマットの共通のデータ領域を有するＣｏｍｍｏｎ／ＡＳ  Ａｎｃｉｌｌａｒｙ  Ｄａｔａを有して構成される。定義領域３２、３３では、各種フォーマットのデータを混在して送ることが規格上許されているが、実務上は各種フォーマット毎にデータを別々に送るようにしている。また、最後にデータＣＲＣ３４が設けられている。
【００２３】
図４は、ＩＥＥＥ１３９４パケットのデータを示す図である。
図４は、上述した図３に示したデータ２４−１の構造を示すものである。図４において、４１は、ＩＥＣ６０９５８ ＣｏｎｆｏｒｍａｎｔフォーマットのＣＤ、ＭＤ（Mini Disc）などのデータの構造を示す。４４は、Ａｎｃｉｌｌａｒｙ Ｎｏ Ｄａｔａ ｆｏｒ ＩＥＣ６０９５８ ＣｏｎｆｏｒｍａｎｔフォーマットのＣＤ、ＭＤ（Mini Disc）などのデータの構造を示す。このＩＥＣ６０９５８ Ｃｏｎｆｏｒｍａｎｔフォーマット（ＣＤ、ＭＤ）のデータ４１と、アンシラリーノーデータ（Ａｎｃｉｌｌａｒｙ Ｎｏ Ｄａｔａ ｆｏｒ） ＩＥＣ６０９５８ Ｃｏｎｆｏｒｍａｎｔフォーマット（ＣＤ、ＭＤ）４４は、４７で示すレジスタの値の上位４ビットが「００００」（２進数）および下位４ビットが任意の値として例えば「００００」〜「１１１１」などの「××××」（２進数）であるか、または４７−１で示すレジスタの値の上位８ビットが「ＣＦ」（１６進数）および下位８ビットが「００」（１６進数）であるかにより判別される。
【００２４】
また、４２は、Ｍｕｌｔｉ−ｂｉｔ Ｌｉｎｅａｒ ＡｕｄｉｏフォーマットのＤＶＤ Ａｕｄｉｏなどのデータの構造を示す。４５は、ＡｎｃｉｌｌａｒｙＮｏ Ｄａｔａ ｆｏｒ Ｍｕｌｔｉ−ｂｉｔ Ｌｉｎｅａｒ ＡｕｄｉｏフォーマットのＤＶＤ Ａｕｄｉｏなどのデータの構造を示す。Ｍｕｌｔｉ−ｂｉｔ Ｌｉｎｅａｒ Ａｕｄｉｏフォーマット（ＤＶＤ Ａｕｄｉｏ）のデータ４２と、アンシラリーノーデータ（Ａｎｃｉｌｌａｒｙ Ｎｏ Ｄａｔａ ｆｏｒ） Ｍｕｌｔｉ−ｂｉｔ Ｌｉｎｅａｒ Ａｕｄｉｏフォーマット（ＤＶＤ Ａｕｄｉｏ）のデータ４５は、４８で示すレジスタの値の上位８ビットが「Ｄ０」（１６進数）および下位８ビットが「０１」（２クワドレッド目は「０２」）（１６進数）であるか、または４８−１で示すレジスタの値の上位８ビットが「ＣＦ」（１６進数）および下位８ビットが「Ｄ０」（１６進数）であるかにより判別される。
【００２５】
また、４３は、Ｏｎｅ−ｂｉｔ Ａｕｄｉｏ ＤａｔａフォーマットのＳＡＣＤなどのデータの構造を示す。４６は、Ａｎｃｉｌｌａｒｙ Ｎｏ Ｄａｔａｆｏｒ Ｏｎｅ−ｂｉｔ Ａｕｄｉｏ ＤａｔａフォーマットのＳＡＣＤなどのデータの構造を示す。Ｏｎｅ−ｂｉｔ Ａｕｄｉｏ Ｄａｔａフォーマット（ＳＡＣＤ）のデータ４３と、アンシラリーノーデータ（Ａｎｃｉｌｌａｒｙ ＮｏＤａｔａ ｆｏｒ） Ｏｎｅ−ｂｉｔ Ａｕｄｉｏ Ｄａｔａフォーマット（ＳＡＣＤ）のデータ４６は、４９で示すレジスタの値の上位８ビットが「Ｄ１」（２クワドレッド目は「５０」）（１６進数）および下位８ビットが「００」（１６進数）であるか、または４９−１で示すレジスタの値の上位８ビットが「ＣＦ」（１６進数）および下位８ビットが「Ｄ１」（２クワドレッド目は「５０」）（１６進数）であるかにより判別される。
【００２６】
図５は、ＩＥＣ６０９５８（ＣＤ，ＭＤ）パケットを示す図である。
図５において、１３９４ヘッダ２４−１、ＣＲＣ２４−２、ＣＩＰ１，２（２４−３，４）は図３に示したものと同様である。１クワドレッド５０１は、５０５で示す２進数の「００００××××」およびデータＬ（左）チャンネルで構成され、続く２クワドレッドは、５０５で示す２進数の「００００××××」およびデータＲ（右）チャンネルで構成され、この２つのクワドレッドで１サンプル５０２を構成する。この１サンプル５０２と同じものがサンプル５０２−８まで８サンプル５０３まで設けられ、合計１６クワドレッド５０４で構成される。
【００２７】
図６は、ＤＶＤパケットを示すものである。
図６において、１３９４ヘッダ２４−１、ＣＲＣ２４−２、ＣＩＰ１，２（２４−３，４）は図３に示したものと同様である。６０１で示すように、１クワドレッドは、６０５で示す１６進数の「Ｄ００１」およびアンシラリーデータで構成され、続く２クワドレッドは、６０５で示す１６進数の「Ｄ００２」およびアンシラリーデータで構成される。６０２で示すように、３クワドレッドは、６０５で示す１６進数の「４８」およびデータ１チャンネルで構成され、続く４クワドレッドは、６０５で示す１６進数の「４８」およびデータ２チャンネルで構成され、・・・８クワドレッドは、６０５で示す１６進数の「４８」およびデータ６チャンネルで構成される。６０１および６０２の８クワドレッドで１サンプル６０３が構成され、同様のものが６０２−２・・・６０２−１６まで１６サンプル６０４まで設けられる。
【００２８】
図７は、ＳＡＣＤパケットの１パケット目を示すものである。ＳＡＣＤオーディオデータは、１パケット目のみ以下の構成をとる。
図７において、１３９４ヘッダ２４−１、ＣＲＣ２４−２、ＣＩＰ１，２（２４−３，４）は図３に示したものと同様である。７０１で示すように、１クワドレッドは、１６進数の「Ｄ１００」およびアンシラリーデータで構成され、７０２で示すように、続く２クワドレッドは、１６進数の「５０」およびデータ１チャンネルで構成され、３クワドレッドは、１６進数の「５１」およびデータ２チャンネルで構成され、・・・７クワドレッドは、１６進数の「５１」およびデータ６チャンネルで構成され、７０３で示すように、８クワドレッドは、１６進数の「ＣＦＣＦ」およびノーデータで構成される。７０１、７０２および７０３の８クワドレッドで１サンプル７０４が構成され、同様のものが７０４−２・・・７０４−１６まで１６サンプル７０５が設けられる。
【００２９】
図８は、ＳＡＣＤパケットの２パケット目以降を示すものである。ＳＡＣＤオーディオデータは、２パケット目以降では以下の構成をとる。
図８において、１３９４ヘッダ２４−１、ＣＲＣ２４−２、ＣＩＰ１，２（２４−３，４）は図３に示したものと同様である。８０１で示すように、１クワドレッドは、１６進数の「ＣＦＤ１」およびノーデータで構成され、８０２で示すように、続く２クワドレッドは、１６進数の「５０」およびデータ１チャンネルで構成され、３クワドレッドは、１６進数の「５１」およびデータ２チャンネルで構成され、・・・７クワドレッドは、１６進数の「５１」およびデータ６チャンネルで構成され、８０３で示すように、８クワドレッドは、１６進数の「ＣＦＣＦ」およびノーデータで構成される。８０１、８０２および８０３の８クワドレッドで１サンプル８０４が構成され、同様のものが８０４−２・・・８０４−１６まで１６サンプル８０５が設けられる。
【００３０】
図９は、ＩＥＣ６０９５８（ＣＤ，ＭＤ）アンシラリーノーデータ（Ａｎｃｉｌｌａｒｙ Ｎｏ Ｄａｔａ）パケットを示す図である。ＣＤオーディオデータを送出する場合は、前提として、ストリームチェンジを示すアンシラリーノーデータを送出しなくともよいが、送出するようにしてもよい。また、ＩＥＣ６０９５８オーディオデータは、データのつぎ目にアンシラリーノーデータを出力しなければならない。そこで、ＩＥＣ６０９５８（ＣＤ，ＭＤ）オーディオデータを送出する場合にアンシラリーノーデータを送出してくる場合があるためこれを検出するようにする。ＩＥＣ６０９５８（ＣＤ，ＭＤ）アンシラリーノーデータパケットは、ネットワーク上のデータを受信できる装置に対して送信装置側からＩＥＣ６０９５８（ＣＤ，ＭＤ）データの伝送の切れ目に送信するパケットである。
【００３１】
図９において、１３９４ヘッダ２４−１、ＣＲＣ２４−２、ＣＩＰ１，２（２４−３，４）は図３に示したものと同様である。１クワドレッド９０１は、９０５で示す１６進数の「ＣＦ００」およびノーデータで構成され、続く２クワドレッドは、９０５で示す１６進数の「ＣＦ００」およびノーデータで構成され、この２つのクワドレッドで１サンプル９０２を構成する。この１サンプル９０２と同じものがサンプル９０２−８まで８サンプル９０３まで設けられ、合計１６クワドレッド９０４で構成される。
【００３２】
図１０は、ＤＶＤアンシラリーノーデータ（Ａｎｃｉｌｌａｒｙ Ｎｏ Ｄａｔａ）パケットを示すものである。ＤＶＤオーディオデータを送出する場合は、前提として、ストリームチェンジを示すアンシラリーノーデータをデータのつぎ目に出力しなければならない。後述するＤＶＤオーディオアンシラリーノーデータパケットは、ネットワーク上のデータを受信できる装置に対して送信装置側からＤＶＤオーディオデータの伝送の切れ目に送信するパケットである。ＤＶＤオーディオデータの場合、実データと併せてアンシラリーノーデータを検出することにより、ストリームチェンジを検出している。
【００３３】
図１０において、１３９４ヘッダ２４−１、ＣＲＣ２４−２、ＣＩＰ１，２（２４−３，４）は図３に示したものと同様である。１００１で示すように、１クワドレッドは、１００５で示す１６進数の「ＣＦＤ０」およびアンシラリーデータで構成され、続く２クワドレッドは、１００５で示す１６進数の「ＣＦＤ０」およびアンシラリーデータで構成される。１００２で示すように、３クワドレッドは、１００５で示す１６進数の「ＣＦ４８」およびノーデータで構成され、続く４クワドレッドは、１００５で示す１６進数の「ＣＦ４８」およびノーデータで構成され、・・・８クワドレッドは、１００５で示す１６進数の「ＣＦ４８」およびノーデータで構成される。１００１および１００２の８クワドレッドで１サンプル１００３が構成され、同様のものが１００３−２・・・１００３−１６まで１６サンプル１００４まで設けられる。
【００３４】
ここで、２パケット目以降の１クワドレッドが「ＣＦＤ０」およびアンシラリーデータ、続く２クワドレッドが「ＣＦＤ０」およびアンシラリーデータのとき、３クワドレッドの「ＣＦ４８」およびノーデータを検出することにより、ストリームチェンジを検出することができる。
【００３５】
図１１は、ＳＡＣＤアンシラリーノーデータ（Ａｎｃｉｌｌａｒｙ Ｎｏ Ｄａｔａ）パケットを示すものである。ＳＡＣＤオーディオデータを送出する場合は、前提として、ストリームチェンジを示すアンシラリーノーデータをデータのつぎ目に出力しなければならない。後述するＳＡＣＤオーディオアンシラリーノーデータパケットは、ネットワーク上のデータを受信できる装置に対して送信装置側からＳＡＣＤオーディオデータの伝送の切れ目に送信するパケットである。
【００３６】
図１１において、１３９４ヘッダ２４−１、ＣＲＣ２４−２、ＣＩＰ１，２（２４−３，４）は図３に示したものと同様である。１１０１で示すように、１クワドレッドは、１６進数の「ＣＦＤ１」およびノーデータで構成され、続く２クワドレッドは、１６進数の「ＣＦ５０」およびノーデータで構成され、３クワドレッドは、１６進数の「ＣＦ５１」およびノーデータで構成され、・・・７クワドレッドは、１６進数の「ＣＦ５１」およびノーデータで構成され、８クワドレッドは、１６進数の「ＣＦＣＦ」およびノーデータで構成される。８クワドレッドで１サンプル１１０１が構成され、同様のものが１１０１−２・・・１１０１−１６まで１６サンプル１１０２が設けられる。
【００３７】
図１２は、ＡＭ８２４パケットデータのストリームチェンジ検出用レジスタを示す図である。このレジスタは、入力されるパケットがマイコンから検出可能なように設けられる。また、入力されるパケットとこのレジスタは１対１に対応している。
また、以下の各図において各レジスタのフラグを立ててセットされる値を「０」から「１」にすることを、単に各レジスタをオンにするという。図１２において、本実施の形態のストリームチェンジ検出方法では、原則として、ＡＭ８２４パケットデータのうち１クワドレッド目の先頭の１バイトがＣＦ５８−１であることかつ２クワドレッド目の先頭１バイトがＣＦ５８−２であることをＣＦ検出手段が検出する。例えばＣＦ検出手段は論理回路またはソフトウェアモジュールで構成される。このとき、ＣＦ検出手段はＲｘＬＡＢＥＬ ＣＦ５７をオンにして、システムマイコン１４はＲｘＬＡＢＥＬ ＣＦ５７のオン状態を検出することにより、ＡＭ８２４パケットデータにストリームチェンジが発生したことを検出することができる。１クワドレッド目の先頭の１バイトがＣＦ５８−１であることかつ２クワドレッド目の先頭の１バイトがＣＦ５８−２であることの検出は、例えば、ＣＦ５８−１およびＣＦ５８−２の２つのデータを入力とするアンド回路の出力を入力としてＲｘＬＡＢＥＬ ＣＦ５７をオンとして、システムマイコン１４の割り込み処理によりＲｘＬＡＢＥＬ ＣＦ５７のオン状態を検出して優先的に処理するようにすることができる。
【００３８】
次に、ＡＭ８２４パケットデータのうち１クワドレッド目の先頭２バイトがＣＦＤ１であることおよび２クワドレッド目の先頭２バイトがＣＦ５０であることをＣＦ５０検出手段が検出する。例えばＣＦ５０検出手段は論理回路またはソフトウェアモジュールで構成される。このとき、ＣＦ５０検出手段はＣＦ５０フラグ５１をオンにして、システムマイコン１４はＣＦ５０フラグ５１のオン状態を検出することにより、ＡＭ８２４パケットデータがＳＡＣＤデータ５２にストリームチェンジしたことを検出することができる。ここで、ＣＦ５０検出手段は簡易的検出方法として２クワドレッド目の先頭２バイトがＣＦ５０であることのみを検出してＣＦ５０フラグ５１をオンにしてもよい。
【００３９】
次に、ＡＭ８２４パケットデータのうち１クワドレッド目の先頭２バイトがＣＦＤ０であることおよび２クワドレッド目の先頭２バイトがＣＦＤ０であることをＣＦＤ０検出手段が検出する。例えばＣＦＤ０検出手段は論理回路またはソフトウェアモジュールで構成される。このとき、ＣＦＤ０検出手段はＣＦＤ０フラグ５３をオンにして、システムマイコン１４はＣＦＤ０フラグ５３のオン状態を検出することにより、ＡＭ８２４パケットデータがＤＶＤ・Ａｕｄｉｏデータ５４にストリームチェンジしたことを検出することができる。ここで、ＣＦＤ０検出手段は簡易的検出方法として２クワドレッド目の先頭２バイトがＣＦＤ０であることのみを検出してＣＦＤ０フラグ５３をオンにしてもよい。
【００４０】
次に、ＡＭ８２４パケットデータのうち１クワドレッド目の上位４ビットが００００であることをＲｘラベル検出手段が検出する。例えばＲｘラベル検出手段は論理回路またはソフトウェアモジュールで構成される。このとき、Ｒｘラベル検出手段はＲｘＬＡＢＥＬ０５５をオンにして、システムマイコン１４はＲｘＬＡＢＥＬ０５５のオン状態を検出することにより、ＡＭ８２４パケットデータがＣＤ／ＭＤデータ（ＩＥＣ６０９５８）５６にストリームチェンジしたことを検出することができる。１クワドレッド目の上位４ビットが００００であることの検出は、例えば、００００の４データを負論理入力とするアンド回路の出力を入力としてＲｘＬＡＢＥＬ０５５をオンにして、システムマイコン１４の割り込み処理により検出して優先的に処理するようにすることができる。
【００４１】
また、ＡＭ８２４パケットデータのうち１クワドレッド目および２クワドレッド目のオーディオラベル５９−１とオーディオサブラベル５９−２をＩＢＯレジスタ５９に格納する。このとき、システムマイコン１４はＩＢＯレジスタ５９のオーディオラベル５９−１とオーディオサブラベル５９−２を検出することにより、ＡＭ８２４パケットデータのデータフォーマットを確認することができる。
【００４２】
図１３は、ストリームチェンジ（Ｓｔｒｅａｍ ｃｈａｎｇｅ）を示す図である。
図１３において、ＡＭ８２４Ｅ ストリーム６１に対するストリームチェンジの機能を説明する。後述するアンシラリーノーデータは、ネットワーク上のデータを受信できる装置に対して送信装置側からデータの伝送の切れ目に送信されるデータである。
図１３において、ＡＭ８２４Ｅ ストリーム６１の例えばＩＥＣ６０９５８データ６４の転送中に、Ｔ１時点からＴ２時点の間の１０ｍｓｅｃ以上の期間に、ＩＥＣ６０９５８ アンシラリーノーデータ（Ａｎｃｉｌｌａｒｙ Ｎｏ Ｄａｔａ）６５と、Ｔ２時点からＴ３時点の間の１０ｍｓｅｃ以上の期間に、送信装置がＳＡＣＤ アンシラリーノーデータ（Ａｎｃｉｌｌａｒｙ Ｎｏ Ｄａｔａ）６６という特殊なデータを転送することにより、ＡＭ８２４Ｅ ストリーム６１のＩＥＣ６０９５８データ６４からＳＡＣＤデータ６７へストリームチェンジを行っている。この場合、Ｔ２時点以前がＩＥＣ６０９５８ コンテキスト６２と定義され、Ｔ２時点以降がＳＡＣＤコンテキスト６３と定義される。
【００４３】
これにより、データ受信側の装置が変換する前後のフォーマットのアンシラリーノーデータを判別して受信設定することができるので、フォーマット変換の判別が可能になる。また、組み合わせが少ない情報でストリームチェンジを検出することができ、また、このとき、上述したレジスタにより各種フラグをオンにしてシステムマイコン１４の検出を容易にすることにより、ホストコントローラの負担を減らすことができる。
【００４４】
次に、レジスタを利用したマイコンの動作による受信中のパケットデータのフォーマットの判断を説明する。以下の処理および判断の主体は例えばマイコンであるが、これに限らず各レジスタに振り分けられたパケットデータのフォーマットを各レジストの状態により判断できるものであれば他の判断手段でもよい。
図１４は、レジスタを利用したパケットデータのフォーマット判断の動作を示すフローチャートである。
図１４において、ステップＳ１で、ＲｘＬＡＢＥＬ ＣＦ＝１またはＲｘＬＡＢＥＬ０＝０であるか否かを判断する。
【００４５】
ステップＳ１でＲｘＬＡＢＥＬ ＣＦ＝１またはＲｘＬＡＢＥＬ０＝０であるときは、ステップＳ２へ進んで、ステップＳ２で、ＲｘＬＡＢＥＬ ＣＦ５０＝１かつＲｘＬＡＢＥＬ ＣＦＤ０＝０かつＲｘＬＡＢＥＬ０＝０であるか否かを判断する。
【００４６】
ステップＳ２で、ＲｘＬＡＢＥＬ ＣＦ５０＝１かつＲｘＬＡＢＥＬ ＣＦＤ０＝０かつＲｘＬＡＢＥＬ０＝０であるときは、ステップＳ３へ進んで、ステップＳ３で、パケットデータが１ビットオーディオ（ＳＡＣＤ）フォーマットであると判定する。
【００４７】
また、ステップＳ１でＲｘＬＡＢＥＬ ＣＦ＝１またはＲｘＬＡＢＥＬ０＝０でないときは、ステップＳ１３へ進んで、ステップＳ１３で、パケットデータがＩＥＣ６０９５８フォーマットであると判定する。
【００４８】
また、ステップＳ２で、ＲｘＬＡＢＥＬ ＣＦ５０＝１かつＲｘＬＡＢＥＬＣＦＤ０＝０かつＲｘＬＡＢＥＬ０＝０でないときは、ステップＳ４へ進んで、ステップＳ４で、ＲｘＬＡＢＥＬ ＣＦ５０＝０かつＲｘＬＡＢＥＬ ＣＦＤ０＝１かつＲｘＬＡＢＥＬ０＝０であるか否かを判断する。
【００４９】
ステップＳ４で、ＲｘＬＡＢＥＬ ＣＦ５０＝０かつＲｘＬＡＢＥＬ ＣＦＤ０＝１かつＲｘＬＡＢＥＬ０＝０であるときは、ステップＳ５へ進んで、ステップＳ５で、パケットデータがマルチビットオーディオ（ＤＶＤ Ａｕｄｉｏ）フォーマットであると判定する。
【００５０】
また、ステップＳ４で、ＲｘＬＡＢＥＬ ＣＦ５０＝０かつＲｘＬＡＢＥＬＣＦＤ０＝１かつＲｘＬＡＢＥＬ０＝０でないときは、ステップＳ６へ進んで、ステップＳ６で、ＲｘＬＡＢＥＬ ＣＦ５０＝０かつＲｘＬＡＢＥＬ ＣＦＤ０＝０かつＲｘＬＡＢＥＬ０＝０であるか否かを判断する。
【００５１】
ステップＳ６で、ＲｘＬＡＢＥＬ ＣＦ５０＝０かつＲｘＬＡＢＥＬ ＣＦＤ０＝０かつＲｘＬＡＢＥＬ０＝０であるときは、ステップＳ７へ進んで、ステップＳ７で、受信中のパケットがＩＥＣ６０９５８準拠あるいはエンプティパケットであるか否かを判断する。
【００５２】
ステップＳ７で、受信中のパケットがＩＥＣ６０９５８準拠あるいはエンプティパケットであるときは、ステップＳ８へ進んで、ステップＳ８で、パケットデータがＩＥＣ６０９５８フォーマットであると判定する。
【００５３】
また、ステップＳ７で、受信中のパケットがＩＥＣ６０９５８準拠あるいはエンプティパケットでないときは、ステップＳ９へ進んで、ステップＳ９で、受信中のパケットが１ビットオーディオ（ＳＡＣＤ）フォーマットであるか否かを判断する。
【００５４】
ステップＳ９で、受信中のパケットが１ビットオーディオ（ＳＡＣＤ）フォーマットであるときは、ステップＳ１０へ進んで、ステップＳ１０で、パケットデータが１ビットオーディオ（ＳＡＣＤ）フォーマットであると判定する。
【００５５】
また、ステップＳ９で、受信中のパケットが１ビットオーディオ（ＳＡＣＤ）フォーマットでないときは、ステップＳ１１へ進んで、ステップＳ１１で、受信中のパケットがマルチビットオーディオ（ＤＶＤ Ａｕｄｉｏ）フォーマットであるか否かを判断する。
【００５６】
ステップＳ１１で、受信中のパケットがマルチビットオーディオ（ＤＶＤ Ａｕｄｉｏ）フォーマットであるときは、ステップＳ１２へ進んで、ステップＳ１２で、パケットデータがマルチビットオーディオ（ＤＶＤ Ａｕｄｉｏ）フォーマットであると判定する。
【００５７】
また、ステップＳ３での１ビットオーディオ（ＳＡＣＤ）フォーマットの判定、ステップＳ５でのマルチビットオーディオ（ＤＶＤ Ａｕｄｉｏ）フォーマットの判定、ステップＳ８でのＩＥＣ６０９５８フォーマットの判定、ステップＳ１０での１ビットオーディオ（ＳＡＣＤ）フォーマットの判定、ステップＳ１２でのマルチビットオーディオ（ＤＶＤ Ａｕｄｉｏ）フォーマットの判定、およびステップＳ１３でのＩＥＣ６０９５８フォーマットの判定の後に、ステップＳ１４へ進み、ステップＳ１４で、各フラグのクリアを行う。
【００５８】
次に、受信中のパケットデータの各種フォーマット間のストリームチェンジの例を説明する。
なお、以下の各図において検出および判定などの動作の主体は例えばマイコンであるが、これに限らず各レジスタに振り分けられたパケットデータのフォーマットを各レジスタの状態により判断できるものであれば、他の判断手段でもよい。
図１５は、パケットデータがＩＥＣ６０９５８フォーマットからＳＡＣＤフォーマットへストリームチェンジする例を示す図である。
図１５において、Ｔ１時点以前は、ＲｘＬＡＢＥＬ ＣＦ５０＝０、ＲｘＬＡＢＥＬ ＣＦＤ０＝０、ＲｘＬＡＢＥＬ０＝１、ＲｘＬＡＢＥＬ ＣＦ＝０であるので、受信パケットデータのフォーマットはＩＥＣ６０９５８（８１）の状態である。この状態は、上述した図７のフローチャートのステップＳ１のＮＯの分岐によりステップＳ１３でパケットデータがＩＥＣ６０９５８フォーマットであると判定する状態である。
【００５９】
Ｔ１時点で、８５に示すように、ＲｘＬＡＢＥＬ０の値が１（ＯＮ）から０（ＯＦＦ）になったのでＩＥＣ６０９５８ Ｃｏｎｆｏｒｍａｎｔデータの終わるストリームチェンジを検出する。
【００６０】
このとき図１２に示したようにパケットデータのうち１クワドレッド目の上位４ビットが００００であることをＲｘラベル検出手段が検出し、Ｒｘラベル検出手段はＲｘＬＡＢＥＬ０５５をオンにして、判断手段としてのシステムマイコン１４はＲｘＬＡＢＥＬ０５５のオン状態を検出することにより、ＣＤ／ＭＤデータ（ＩＥＣ６０９５８）５６が終わるストリームチェンジを検出する。
【００６１】
Ｔ１時点からＴ２時点の間の期間は、ＲｘＬＡＢＥＬ ＣＦ５０＝０、ＲｘＬＡＢＥＬ ＣＦＤ０＝０、ＲｘＬＡＢＥＬ０＝０、ＲｘＬＡＢＥＬ ＣＦ＝不定であるので、受信パケットデータはエンプティパケット８２の状態である。この状態は、上述した図７のフローチャートのステップＳ６のＹＥＳの分岐によりステップＳ７でエンプティパケットを判断する状態である。
【００６２】
Ｔ２時点からＴ３時点の間の期間は、ＲｘＬＡＢＥＬ ＣＦ５０＝１、ＲｘＬＡＢＥＬ ＣＦＤ０＝０、ＲｘＬＡＢＥＬ０＝０、ＲｘＬＡＢＥＬ ＣＦ＝１であるので、受信パケットデータはＳＡＣＤアンシラリーノーデータ８３の状態である。
【００６３】
このとき図１２において示したように、パケットデータのうち１クワドレッド目の先頭の１バイトがＣＦ５８−１であることかつ２クワドレッド目の先頭１バイトがＣＦ５８−２であることをＣＦ検出手段が検出し、ＣＦ検出手段はＲｘＬＡＢＥＬ ＣＦ５７をオンにして、システムマイコン１４はＲｘＬＡＢＥＬ ＣＦ５７のオン状態を検出することにより、パケットデータにストリームチェンジが発生したことを検出する。
【００６４】
次に、パケットデータのうち１クワドレッド目の先頭２バイトがＣＦＤ１であることおよび２クワドレッド目の先頭２バイトがＣＦ５０であることをＣＦ５０検出手段が検出し、ＣＦ５０検出手段は、ＣＦ５０フラグ５１をオンにして、システムマイコン１４はＣＦ５０フラグ５１のオン状態を検出することにより、ＡＭ８２パケットデータがＳＡＣＤデータ５２にストリームチェンジしたことを検出する。
【００６５】
８６で示すように、ＲｘＬＡＢＥＬのＯＮの状態がＣＦ５０の１つだけになったので、パケットデータがこのＲｘＬＡＢＥＬ ＣＦ５０のＯＮの状態のＳＡＣＤフォーマットであると判定する。このとき、受信パケットを確認し、データレングスを確認し、図１に示したＩＥＥＥ１３９４マイコン１３がＩＥＥＥ１３９４リンクチップ１２をＳＡＣＤ８４フォーマット受信状態に設定する。
【００６６】
Ｔ３時点で、ＲｘＬＡＢＥＬ ＣＦ５０＝０、ＲｘＬＡＢＥＬ ＣＦＤ０＝０、ＲｘＬＡＢＥＬ０＝０、ＲｘＬＡＢＥＬ ＣＦ＝０であるので、受信パケットデータはＳＡＣＤフォーマットの状態である。この状態は、上述した図７のフローチャートのステップＳ２のＹＥＳの分岐によりステップＳ３でパケットデータが１ビットオーディオ（ＳＡＣＤ）フォーマットであると判定する状態である。
【００６７】
８７で示すように、ＲｘＬＡＢＥＬ ＣＦの値が１（ＯＮ）から０（ＯＦＦ）になったのでＩＥＣ６０９５８ ＣｏｎｆｏｒｍａｎｔからＳＡＣＤへのストリームチェンジを終了と判断する。
【００６８】
図１６は、パケットデータがＳＡＣＤフォーマットからＩＥＣ６０９５８フォーマットへストリームチェンジする例を示す図である。
図１６において、Ｔ１１時点以前は、ＲｘＬＡＢＥＬ ＣＦ５０＝０、ＲｘＬＡＢＥＬ ＣＦＤ０＝０、ＲｘＬＡＢＥＬ０＝０、ＲｘＬＡＢＥＬ ＣＦ＝０であるので、受信パケットデータのフォーマットはＳＡＣＤ９１の状態である。この状態は、上述した図７のフローチャートのステップＳ９のＹＥＳの分岐によりステップＳ１０でパケットデータが１ビットオーディオ（ＳＡＣＤ）フォーマットであると判定する状態である。
【００６９】
Ｔ１時点で、９５に示すように、ＲｘＬＡＢＥＬ ＣＦ５０の値が０（ＯＦＦ）から１（ＯＮ）になったのでＳＡＣＤ９１のデータの終わるストリームチェンジを検出する。
【００７０】
このとき図１２において示したように、パケットデータのうち１クワドレッド目の先頭の１バイトがＣＦ５８−１であることかつ２クワドレッド目の先頭１バイトがＣＦ５８−２であることをＣＦ検出手段が検出し、ＣＦ検出手段はＲｘＬＡＢＥＬ ＣＦ５７をオンにして、システムマイコン１４はＲｘＬＡＢＥＬ ＣＦ５７のオン状態を検出することにより、パケットデータにストリームチェンジが発生したことを検出する。
【００７１】
次に、パケットデータのうち１クワドレッド目の先頭２バイトがＣＦＤ１であることおよび２クワドレッド目の先頭２バイトがＣＦ５０であることをＣＦ５０検出手段が検出し、ＣＦ５０検出手段は、ＣＦ５０フラグ５１をオンにして、システムマイコン１４はＣＦ５０フラグ５１のオン状態を検出することにより、ＡＭ８２４パケットデータがＳＡＣＤデータ５２にストリームチェンジしたことを検出する。
【００７２】
Ｔ１１時点からＴ１２時点の間の期間は、ＲｘＬＡＢＥＬ ＣＦ５０＝１、ＲｘＬＡＢＥＬ ＣＦＤ０＝０、ＲｘＬＡＢＥＬ０＝０、ＲｘＬＡＢＥＬ ＣＦ＝１であるので、受信パケットデータはＳＡＣＤアンシラリーノーデータ９２の状態である。
【００７３】
Ｔ１２時点からＴ１３時点の間の期間は、ＲｘＬＡＢＥＬ ＣＦ５０＝０、ＲｘＬＡＢＥＬ ＣＦＤ０＝０、ＲｘＬＡＢＥＬ０＝０、ＲｘＬＡＢＥＬ ＣＦ＝不定であるので、受信パケットデータはエンプティパケット９３の状態である。この状態は、上述した図７のフローチャートのステップＳ６のＹＥＳの分岐によりステップＳ７でエンプティパケットを判断する状態である。
【００７４】
９６で示すように、ＲｘＬＡＢＥＬが全てＯＦＦの状態になったので、受信中のデータはＩＥＣ６０９５８ Ｃｏｎｆｏｒｍａｎｔのデータであると判断する。さらに、ＲｘＬＡＢＥＬ０＝０なのでストリームチェンジ中であると判断する。さらに、確実にデータを特定するために受信中のオーディオラベルとサブラベルを調べて、図１に示したＩＥＥＥ１３９４マイコン１３がＩＥＥＥ１３９４リンクチップ１２をＩＥＣ６０９５８ Ｃｏｎｆｏｒｍａｎｔ９４受信状態に設定する。
【００７５】
このとき図１２に示したようにパケットデータのうち１クワドレッド目の上位４ビットが００００であることをＲｘラベル検出手段が検出し、Ｒｘラベル検出手段はＲｘＬＡＢＥＬ０５５をオンにして、判断手段としてのシステムマイコン１４はＲｘＬＡＢＥＬ０５５のオン状態を検出することにより、ＣＤ／ＭＤデータ（ＩＥＣ６０９５８）５６へのストリームチェンジを検出する。
【００７６】
また、パケットデータのうち１クワドレッド目および２クワドレッド目のオーディオラベル５９−１とオーディオサブラベル５９−２をＩＢＯレジスタ５９に格納し、システムマイコン１４はＩＢＯレジスタ５９のオーディオラベル５９−１とオーディオサブラベル５９−２を調べることにより、パケットデータのデータフォーマットを確認する。
【００７７】
Ｔ１３時点で、ＲｘＬＡＢＥＬ ＣＦ５０＝０、ＲｘＬＡＢＥＬ ＣＦＤ０＝０、ＲｘＬＡＢＥＬ０＝１、ＲｘＬＡＢＥＬ ＣＦ＝０であるので、受信パケットデータはＩＥＣ６０９５８ Ｃｏｎｆｏｒｍａｎｔ９４の状態である。この状態は、上述した図７のフローチャートのステップＳ１のＮＯの分岐によりステップＳ１３でパケットデータがＩＥＣ６０９５フォーマットであると判定する状態である。
【００７８】
９７で示すように、ＲｘＬＡＢＥＬ ０の値が０（ＯＦＦ）から１（ＯＮ）になったのでＳＡＣＤからＩＥＣ６０９５８ Ｃｏｎｆｏｒｍａｎｔへのストリームチェンジを終了と判断する。
【００７９】
図１７は、パケットデータがＳＡＣＤフォーマットからＤＶＤフォーマットへストリームチェンジする例を示す図である。
図１７において、Ｔ２１時点以前は、ＲｘＬＡＢＥＬ ＣＦ５０＝０、ＲｘＬＡＢＥＬ ＣＦＤ０＝０、ＲｘＬＡＢＥＬ０＝０、ＲｘＬＡＢＥＬ ＣＦ＝０であるので、受信パケットデータのフォーマットはＳＡＣＤ１０１の状態である。この状態は、上述した図７のフローチャートのステップＳ９のＹＥＳの分岐によりステップＳ１０でパケットデータが１ビットオーディオ（ＳＡＣＤ）フォーマットであると判定する状態である。
【００８０】
Ｔ２１時点で、１０５に示すように、ＲｘＬＡＢＥＬ ＣＦ５０の値が０（ＯＦＦ）から１（ＯＮ）になったのでＳＡＣＤ１０１のデータの終わるストリームチェンジを検出する。
【００８１】
このとき図１２において示したように、パケットデータのうち１クワドレッド目の先頭の１バイトがＣＦ５８−１であることかつ２クワドレッド目の先頭１バイトがＣＦ５８−２であることをＣＦ検出手段が検出し、ＣＦ検出手段はＲｘＬＡＢＥＬ ＣＦ５７をオンにして、システムマイコン１４はＲｘＬＡＢＥＬ ＣＦ５７のオン状態を検出することにより、パケットデータにストリームチェンジが発生したことを検出する。
【００８２】
次に、パケットデータのうち１クワドレッド目の先頭２バイトがＣＦＤ１であることおよび２クワドレッド目の先頭２バイトがＣＦ５０であることをＣＦ５０検出手段が検出し、ＣＦ５０検出手段は、ＣＦ５０フラグ５１をオンにして、システムマイコン１４はＣＦ５０フラグ５１のオン状態を検出することにより、ＳＡＣＤデータ５２が終わるストリームチェンジを検出する。
【００８３】
Ｔ２１時点からＴ２２時点の間の期間は、ＲｘＬＡＢＥＬ ＣＦ５０＝１、ＲｘＬＡＢＥＬ ＣＦＤ０＝０、ＲｘＬＡＢＥＬ０＝０、ＲｘＬＡＢＥＬ ＣＦ＝１であるので、受信パケットデータはＳＡＣＤアンシラリーノーデータ１０２の状態である。
【００８４】
Ｔ２２時点からＴ２２時点の間の期間は、ＲｘＬＡＢＥＬ ＣＦ５０＝０、ＲｘＬＡＢＥＬ ＣＦＤ０＝１、ＲｘＬＡＢＥＬ０＝０、ＲｘＬＡＢＥＬ ＣＦ＝１であるので、受信パケットデータはＤＶＤアンシラリーノーデータ１０３の状態である。
【００８５】
このとき図１２において示したように、パケットデータのうち１クワドレッド目の先頭の１バイトがＣＦ５８−１であることかつ２クワドレッド目の先頭１バイトがＣＦ５８−２であることをＣＦ検出手段が検出し、ＣＦ検出手段はＲｘＬＡＢＥＬ ＣＦ５７をオンにして、システムマイコン１４はＲｘＬＡＢＥＬ ＣＦ５７のオン状態を検出することにより、パケットデータにストリームチェンジが発生したことを検出する。
【００８６】
次に、パケットデータのうち１クワドレッド目の先頭２バイトがＣＦＤ０であることおよび２クワドレッド目の先頭２バイトがＣＦＤ０であることをＣＦＤ０検出手段が検出する。このとき、ＣＦＤ０検出手段は、ＣＦＤ０フラグ５３をオンにして、システムマイコン１４はＣＦＤ０フラグ５３のオン状態を検出することにより、パケットデータがＤＶＤ・Ａｕｄｉｏデータ５４にストリームチェンジしたことを検出する。
【００８７】
１０６で示すように、ＲｘＬＡＢＥＬのＯＮの状態がＣＦＤ０の１つだけになったので、パケットデータがこのＲｘＬＡＢＥＬ ＣＦＤ０のＯＮの状態のＤＶＤフォーマットであると判定する。このとき、受信パケットを確認し、データレングスを確認し、図１に示したＩＥＥＥ１３９４マイコン１３がＩＥＥＥ１３９４リンクチップ１２をＤＶＤ１０４フォーマット受信状態に設定する。
【００８８】
Ｔ２３時点で、ＲｘＬＡＢＥＬ ＣＦ５０＝０、ＲｘＬＡＢＥＬ ＣＦＤ０＝１、ＲｘＬＡＢＥＬ０＝０、ＲｘＬＡＢＥＬ ＣＦ＝０であるので、受信パケットデータはＤＶＤ１０４の状態である。この状態は、上述した図７のフローチャートのステップＳ４のＹＥＳの分岐によりステップＳ５でパケットデータがマルチビットオーディオ（ＤＶＤ Ａｕｄｉｏ）フォーマットであると判定する状態である。
【００８９】
１０７で示すように、ＲｘＬＡＢＥＬ ＣＦの値が１（ＯＮ）から０（ＯＦＦ）になったのでＳＡＣＤ１０１からＤＶＤ１０４へのストリームチェンジを終了と判断する。
【００９０】
図１８は、パケットデータがＳＡＣＤ ５チャンネルフォーマットからＳＡＣＤ ６チャンネルフォーマットへストリームチェンジする例を示す図である。
図１８において、Ｔ３１時点以前は、ＲｘＬＡＢＥＬ ＣＦ５０＝０、ＲｘＬＡＢＥＬ ＣＦＤ０＝０、ＲｘＬＡＢＥＬ０＝０、ＲｘＬＡＢＥＬ ＣＦ＝０であるので、受信パケットデータのフォーマットはＳＡＣＤ１１１の状態である。この状態は、上述した図７のフローチャートのステップＳ９のＹＥＳの分岐によりステップＳ１０でパケットデータが１ビットオーディオ（ＳＡＣＤ）フォーマットであると判定する状態である。
【００９１】
Ｔ３１時点で、１１５に示すように、ＲｘＬＡＢＥＬ ＣＦ５０の値が０（ＯＦＦ）から１（ＯＮ）になったのでＳＡＣＤ１１１のデータの終わるストリームチェンジを検出する。
【００９２】
このとき図１２において示したように、パケットデータのうち１クワドレッド目の先頭の１バイトがＣＦ５８−１であることかつ２クワドレッド目の先頭１バイトがＣＦ５８−２であることをＣＦ検出手段が検出し、ＣＦ検出手段はＲｘＬＡＢＥＬ ＣＦ５７をオンにして、システムマイコン１４はＲｘＬＡＢＥＬ ＣＦ５７のオン状態を検出することにより、パケットデータにストリームチェンジが発生したことを検出する。
【００９３】
次に、パケットデータのうち１クワドレッド目の先頭２バイトがＣＦＤ１であることおよび２クワドレッド目の先頭２バイトＣＦ５０であることをＣＦ５０検出手段が検出し、ＣＦ５０検出手段は、ＣＦ５０フラグ５１をオンにして、システムマイコン１４はＣＦ５０フラグ５１のオン状態を検出することにより、ＳＡＣＤデータ５２が終わるストリームチェンジを検出する。
【００９４】
Ｔ３１時点からＴ３２時点の間の期間は、ＲｘＬＡＢＥＬ ＣＦ５０＝１、ＲｘＬＡＢＥＬ ＣＦＤ０＝０、ＲｘＬＡＢＥＬ０＝０、ＲｘＬＡＢＥＬ ＣＦ＝１であるので、受信パケットデータはＳＡＣＤアンシラリーノーデータ１１２の状態である。
【００９５】
１１６で示すように、ＲｘＬＡＢＥＬのＯＮの状態がｃｆ５０の１つだけになったので、このＲｘＬＡＢＥＬ ＣＦ５０のＯＮの状態のフォーマットのＳＡＣＤに設定する。このとき、受信パケットを確認し、データレングスを確認し、図１に示したＩＥＥＥ１３９４マイコン１３がＩＥＥＥ１３９４リンクチップ１２をＳＡＣＤ１１１フォーマット受信状態に設定する。
【００９６】
Ｔ３２時点からＴ３３時点の間の期間は、ＲｘＬＡＢＥＬ ＣＦ５０＝１、ＲｘＬＡＢＥＬ ＣＦＤ０＝０、ＲｘＬＡＢＥＬ０＝０、ＲｘＬＡＢＥＬ ＣＦ＝１であるので、受信パケットデータはＳＡＣＤアンシラリーノーデータ１１３の状態である。
【００９７】
このとき図１２において示したように、パケットデータのうち１クワドレッド目の先頭の１バイトがＣＦ５８−１であることかつ２クワドレッド目の先頭１バイトがＣＦ５８−２であることをＣＦ検出手段が検出し、ＣＦ検出手段はＲｘＬＡＢＥＬ ＣＦ５７をオンにして、システムマイコン１４はＲｘＬＡＢＥＬ ＣＦ５７のオン状態を検出することにより、パケットデータにストリームチェンジが発生したことを検出する。
【００９８】
次に、パケットデータのうち１クワドレッド目の先頭２バイトがＣＦＤ１であることおよび２クワドレッド目の先頭２バイトがＣＦ５０であることをＣＦ５０検出手段が検出し、ＣＦ５０検出手段は、ＣＦ５０フラグ５１をオンにして、システムマイコン１４はＣＦ５０フラグ５１のオン状態を検出することにより、ＳＡＣＤデータ５２へのストリームチェンジを検出する。
【００９９】
ここで、１１７に示すように、ＩＥＥＥ１３９４マイコン１３がＩＥＥＥ１３９４リンクチップ１２をＳＡＣＤフォーマット受信状態へ設定する動作を繰り返すが、データレングスが変わるので、チャンネル数が変化したことを検出する。
【０１００】
Ｔ３３時点で、ＲｘＬＡＢＥＬ ＣＦ５０＝０、ＲｘＬＡＢＥＬ ＣＦＤ０＝０、ＲｘＬＡＢＥＬ０＝０、ＲｘＬＡＢＥＬ ＣＦ＝０であるので、受信パケットデータはＳＡＣＤの状態である。この状態は、上述した図７のフローチャートのステップＳ２のＹＥＳの分岐によりステップＳ３でパケットデータが１ビットオーディオ（ＳＡＣＤ）フォーマットであると判定する状態である。
【０１０１】
１１８で示すように、ＲｘＬＡＢＥＬ ＣＦの値が１（ＯＮ）から０（ＯＦＦ）になったのでＳＡＣＤ ５チャンネル（１１１）からＳＡＣＤ ６チャンネル（１１４）へのストリームチェンジを終了と判断する。
【０１０２】
図１９は、受信機がストリームデータの受信をする受信状態を示す図である。
図１９において、ＩＢ０レジスタ５９は確認用レジスタ１２４、ＲｘＬＡＢＥＬ ＣＦ５０（５１）、ＲｘＬＡＢＥＬ ＣＦＤ０（５３）、ＲｘＬＡＢＥＬ０（５４）、ＲｘＬＡＢＥＬ ＣＦ（５７）はトリガ検出用レジスタ１２５である。
以下に、各ストリームチェンジ１２１〜１２３における受信状態１２６を説明する。
【０１０３】
図１９において、１２１で示すパケットデータのストリームチェンジ（ＩＥＣ６０９５８フォーマットからＳＡＣＤフォーマット）は、上述した図１５に示したパケットデータがＩＥＣ６０９５８フォーマットからＳＡＣＤフォーマットへストリームチェンジした場合の図１に示したマルチフォーマット対応受信機１１における受信状態である。
【０１０４】
図１９に１２１で示すパケットデータのストリームチェンジ（ＩＥＣ６０９５８フォーマットからＳＡＣＤフォーマット）において、Ｔ１時点からＴ２時点までの間の期間で、トリガ検出用レジスタ１２５が、ＲｘＬＡＢＥＬ ＣＦ５０（５１）＝ＯＦＦ、ＲｘＬＡＢＥＬ ＣＦＤ０（５３）＝ＯＦＦ、ＲｘＬＡＢＥＬ０（５４）＝ＯＦＦであることを検出したとき、１２６で示すように、受信パケットはエンプティパケットであると判断し、受信側はオーディオ出力を出さないようにミュートしたミュート状態となる。
【０１０５】
Ｔ２時点からＴ３時点までの間の期間で、トリガ検出用レジスタ１２５が、ＲｘＬＡＢＥＬ ＣＦ５０（５１）＝ＯＮ、ＲｘＬＡＢＥＬ ＣＦＤ０（５３）＝ＯＦＦ、ＲｘＬＡＢＥＬ０（５４）＝ＯＦＦ、ＲｘＬＡＢＥＬ ＣＦ（５７）＝ＯＮであることを検出したとき、１２６で示すように、受信パケットはＳＡＣＤフォーマットであることを予告する。
【０１０６】
Ｔ３時点以降の期間で、トリガ検出用レジスタ１２５が、ＲｘＬＡＢＥＬ ＣＦ５０（５１）＝ＯＦＦ、ＲｘＬＡＢＥＬ ＣＦＤ０（５３）＝ＯＦＦ、ＲｘＬＡＢＥＬ０（５４）＝ＯＦＦ、ＲｘＬＡＢＥＬ ＣＦ（５７）＝ＯＦＦであることを検出したとき、１２６で示すように、ＳＡＣＤフォーマットの受信パケットを受信中の状態である。
【０１０７】
図１９において、１２２で示すパケットデータのストリームチェンジ（ＳＡＣＤフォーマットからＩＥＣ６０９５８フォーマット）は、上述した図１６に示したパケットデータがＳＡＣＤフォーマットからＩＥＣ６０９５８フォーマットへストリームチェンジした場合の図１に示したマルチフォーマット対応受信機１１における受信状態である。
【０１０８】
図１９に１２２で示すパケットデータのストリームチェンジ（ＳＡＣＤフォーマットからＩＥＣ６０９５８フォーマット）において、Ｔ１時点からＴ２時点までの間の期間で、トリガ検出用レジスタ１２５が、ＲｘＬＡＢＥＬ ＣＦ５０（５１）＝ＯＮ、ＲｘＬＡＢＥＬ ＣＦＤ０（５３）＝ＯＦＦ、ＲｘＬＡＢＥＬ０（５４）＝ＯＦＦ、ＲｘＬＡＢＥＬ ＣＦ（５７）＝ＯＮであることを検出したとき、１２６で示すように、受信パケットはストリームチェンジの状態であると判断し、受信側はオーディオ出力を出さないようにミュートしたミュート状態となる。
【０１０９】
Ｔ１２時点からＴ１３時点までの間の期間で、トリガ検出用レジスタ１２５が、ＲｘＬＡＢＥＬ ＣＦ５０（５１）＝ＯＦＦ、ＲｘＬＡＢＥＬ ＣＦＤ０（５３）＝ＯＦＦ、ＲｘＬＡＢＥＬ０（５４）＝ＯＦＦであることを検出したとき、１２６で示すように、受信パケットはエンプティパケットであると判断し、受信側はＩＥＣ６０９５８フォーマットのパケットデータの受信準備状態となる。
【０１１０】
Ｔ１３時点以降の期間で、トリガ検出用レジスタ１２５が、ＲｘＬＡＢＥＬＣＦ５０（５１）＝ＯＦＦ、ＲｘＬＡＢＥＬ ＣＦＤ０（５３）＝ＯＦＦ、ＲｘＬＡＢＥＬ０（５４）＝ＯＮ、ＲｘＬＡＢＥＬ ＣＦ（５７）＝ＯＦＦであることを検出したとき、１２６で示すように、ＩＥＣ６０９５８フォーマットの受信パケットを受信中の状態である。
【０１１１】
図２０は、受信機がストリームデータを受信する受信状態を示す図である。
図２０において、ＩＢ０レジスタ５９は確認用レジスタ１３４、ＲｘＬＡＢＥＬ ＣＦ５０（５１）、ＲｘＬＡＢＥＬ ＣＦＤ０（５３）、ＲｘＬＡＢＥＬ０（５４）、ＲｘＬＡＢＥＬ ＣＦ（５７）はトリガ検出用レジスタ１３５である。
以下に、各ストリームチェンジ１３１〜１３３における受信状態１３６を説明する。
【０１１２】
図２０において、１３２で示すパケットデータのストリームチェンジ（ＳＡＣＤフォーマットからＤＶＤ−ＡＵＤＩＯフォーマット）は、上述した図１７に示したパケットデータがＳＡＣＤフォーマットからＤＶＤ−ＡＵＤＩＯフォーマットへストリームチェンジした場合の図１に示したマルチフォーマット対応受信機１１における受信状態である。
【０１１３】
図２０に示す１３２で示すパケットデータのストリームチェンジ（ＳＡＣＤフォーマットからＤＶＤ−ＡＵＤＩＯフォーマット）において、Ｔ２１時点以前の期間で、トリガ検出用レジスタ１３５が、ＲｘＬＡＢＥＬ ＣＦ５０（５１）＝ＯＦＦ、ＲｘＬＡＢＥＬ ＣＦＤ０（５３）＝ＯＦＦ、ＲｘＬＡＢＥＬ０（５４）＝ＯＦＦ、ＲｘＬＡＢＥＬ ＣＦ（５７）＝ＯＦＦであることを検出したとき、１３６で示すように、ＳＡＣＤフォーマットの受信パケットを受信中の状態である。
【０１１４】
Ｔ２１時点からＴ２２時点までの間の期間で、トリガ検出用レジスタ１３５が、ＲｘＬＡＢＥＬ ＣＦ５０（５１）＝ＯＮ、ＲｘＬＡＢＥＬ ＣＦＤ０（５３）＝ＯＦＦ、ＲｘＬＡＢＥＬ０（５４）＝ＯＦＦ、ＲｘＬＡＢＥＬ ＣＦ（５７）＝ＯＮであることを検出したとき、１３６で示すように、受信パケットはＳＡＣＤアンシラリノーデータの状態であると判断し、受信側はオーディオ出力を出さないようにミュートしたミュート状態となる。
【０１１５】
Ｔ２２時点からＴ２３時点までの間の期間で、トリガ検出用レジスタ１３５が、ＲｘＬＡＢＥＬ ＣＦ５０（５１）＝ＯＦＦ、ＲｘＬＡＢＥＬ ＣＦＤ０（５３）＝ＯＮ、ＲｘＬＡＢＥＬ０（５４）＝ＯＦＦ、ＲｘＬＡＢＥＬ ＣＦ（５７）＝ＯＮであることを検出したとき、１３６で示すように、受信パケットはＤＶＤ−ＡＵＤＩＯフォーマットのパケットであると判定して、受信側はオーディオ出力を出さないようにミュートしたミュート状態となる。
【０１１６】
Ｔ２３時点以降の期間で、トリガ検出用レジスタ１３５が、ＲｘＬＡＢＥＬＣＦ５０（５１）＝ＯＦＦ、ＲｘＬＡＢＥＬ ＣＦＤ０（５３）＝ＯＦＦ、ＲｘＬＡＢＥＬ０（５４）＝ＯＦＦ、ＲｘＬＡＢＥＬ ＣＦ（５７）＝ＯＦＦを検出したとき、ＤＶＤ−ＡＵＤＩＯフォーマットの受信パケットを受信中の状態である。
【０１１７】
図２０において、１３３で示すパケットデータのストリームチェンジ（ＳＡＣＤ チャンネル数変化）は、上述した図１８に示したパケットデータがＳＡＣＤ５チャンネルフォーマットからＳＡＣＤ ６チャンネルフォーマットへストリームチェンジした場合の図１に示したマルチフォーマット対応受信機１１における受信状態である。
【０１１８】
図２０に示す１３３で示すパケットデータのストリームチェンジ（ＳＡＣＤチャンネル数変化）において、Ｔ３１時点以前の期間で、トリガ検出用レジスタ１３５が、ＲｘＬＡＢＥＬ ＣＦ５０（５１）＝ＯＦＦ、ＲｘＬＡＢＥＬ ＣＦＤ０（５３）＝ＯＦＦ、ＲｘＬＡＢＥＬ０（５４）＝ＯＦＦ、ＲｘＬＡＢＥＬＣＦ（５７）＝ＯＦＦであることを検出したとき、１３６で示すよう、ＳＡＣＤ５チャンネルフォーマットの受信パケットを受信中の状態である。
【０１１９】
Ｔ３１時点からＴ３２時点までの間の期間で、トリガ検出用レジスタ１３５が、ＲｘＬＡＢＥＬ ＣＦ５０（５１）＝ＯＮ、ＲｘＬＡＢＥＬ ＣＦＤ０（５３）＝ＯＦＦ、ＲｘＬＡＢＥＬ０（５４）＝ＯＦＦ、ＲｘＬＡＢＥＬ ＣＦ（５７）＝ＯＮを検出したとき、１３６で示すように、受信パケットはＳＡＣＤアンシラリノーデータの状態であると判断し、受信側はオーディオ出力を出さないようにミュートするミュート状態となる。
【０１２０】
Ｔ３２時点からＴ３３時点までの間の期間で、トリガ検出用レジスタ１３５が、ＲｘＬＡＢＥＬ ＣＦ５０（５１）＝ＯＮ、ＲｘＬＡＢＥＬ ＣＦＤ０（５３）＝ＯＦＦ、ＲｘＬＡＢＥＬ０（５４）＝ＯＦＦ、ＲｘＬＡＢＥＬ ＣＦ（５７）＝ＯＮを検出したとき、１３６で示すように、受信パケットはＳＡＣＤアンシラリノーデータの状態であるが、受信側はオーディオ出力を出さないようにミュートするミュート状態となり、受信パケットはＳＡＣＤ６チャンネルフォーマットであると判定する状態となる。
【０１２１】
Ｔ３３時点以降の期間で、トリガ検出用レジスタ１３５が、ＲｘＬＡＢＥＬＣＦ５０（５１）＝ＯＦＦ、ＲｘＬＡＢＥＬ ＣＦＤ０（５３）＝ＯＦＦ、ＲｘＬＡＢＥＬ０（５４）＝ＯＦＦ、ＲｘＬＡＢＥＬ ＣＦ（５７）＝ＯＦＦであることを検出したとき、１３６で示すように、ＳＡＣＤ ６チャンネルフォーマットの受信パケットを受信中の状態である。
【０１２２】
なお、図１９において、１２３で示すパケットデータのストリームチェンジ（ＩＥＣ６０９５８フォーマットからＤＶＤ−ＡＵＩＤＩＯフォーマット）は、パケットデータがＩＥＣ６０９５８フォーマットからＤＶＤ−ＡＵＤＩＯフォーマットへストリームチェンジした場合の図１に示したマルチフォーマット対応受信機１１における受信状態である。
【０１２３】
図１９に１２３で示すパケットデータのストリームチェンジ（ＩＥＣ６０９５８フォーマットからＤＶＤ−ＡＵＩＤＩＯフォーマット）において、Ｔ０１時点からＴ０２時点までの間の期間で、トリガ検出用レジスタ１３５が、ＲｘＬＡＢＥＬ ＣＦ５０（５１）＝ＯＦＦ、ＲｘＬＡＢＥＬ ＣＦＤ０（５３）＝ＯＦＦ、ＲｘＬＡＢＥＬ０（５４）＝ＯＦＦであることを検出したとき、１３６で示すように、受信パケットはエンプティパケットであると判断し、受信側はオーディオ出力を出さないようにミュートするミュート状態となる。
【０１２４】
Ｔ０２時点からＴ０３時点までの間の期間で、トリガ検出用レジスタ１３５が、ＲｘＬＡＢＥＬ ＣＦ５０（５１）＝ＯＦＦ、ＲｘＬＡＢＥＬ ＣＦＤ０（５３）＝ＯＮ、ＲｘＬＡＢＥＬ０（５４）＝ＯＦＦ、ＲｘＬＡＢＥＬ ＣＦ（５７）＝ＯＮであることを検出したとき、１３６で示すように、受信パケットはＤＶＤ−ＡＵＩＤＩＯフォーマットであることを予告する。
【０１２５】
Ｔ０３時点以降の期間で、トリガ検出用レジスタ１３５が、ＲｘＬＡＢＥＬＣＦ５０（５１）＝ＯＦＦ、ＲｘＬＡＢＥＬ ＣＦＤ０（５３）＝ＯＦＦ、ＲｘＬＡＢＥＬ０（５４）＝ＯＦＦ、ＲｘＬＡＢＥＬ ＣＦ（５７）＝ＯＦＦであることを検出したとき、１３６で示すように、ＤＶＤ−ＡＵＩＤＩＯフォーマットの受信パケットを受信中の状態である。
【０１２６】
ここで、図示はしないが、他のストリームチェンジ（ＩＥＣ６０９５８フォーマットからＣＤ／ＭＤフォーマット）も同様の状態となる。また、ＤＶＤ−ＡＵＩＤＩＯフォーマットは、Ｍｕｌｔｉｂｉｔ Ｌｉｎｅａｒ Ａｕｄｉｏ（ＭＢＬＡ）と呼ばれる。
【０１２７】
また、図２０において、１３１で示すパケットデータのストリームチェンジ（ＤＶＤ−ＡＵＤＩＯフォーマットからＳＡＣＤフォーマット）は、パケットデータがＤＶＤ−ＡＵＤＩＯフォーマットからＳＡＣＤフォーマットへストリームチェンジした場合の図１に示したマルチフォーマット対応受信機１１における受信状態である。
【０１２８】
図２０に示す１３１で示すパケットデータのストリームチェンジ（ＤＶＤ−ＡＵＤＩＯフォーマットからＳＡＣＤフォーマット）において、Ｔ０１１１時点以前の期間で、トリガ検出用レジスタ１３５が、ＲｘＬＡＢＥＬ ＣＦ５０（５１）＝ＯＦＦ、ＲｘＬＡＢＥＬ ＣＦＤ０（５３）＝ＯＦＦ、ＲｘＬＡＢＥＬ０（５４）＝ＯＦＦ、ＲｘＬＡＢＥＬ ＣＦ（５７）＝ＯＦＦであることを検出したとき、１３６で示すように、ＤＶＤ−ＡＵＤＩＯフォーマット受信パケットを受信中の状態である。
【０１２９】
Ｔ０１１時点からＴ０１２時点までの間の期間で、トリガ検出用レジスタ１３５が、ＲｘＬＡＢＥＬ ＣＦ５０（５１）＝ＯＦＦ、ＲｘＬＡＢＥＬ ＣＦＤ０（５３）＝ＯＮ、ＲｘＬＡＢＥＬ０（５４）＝ＯＦＦ、ＲｘＬＡＢＥＬ ＣＦ（５７）＝ＯＮであることを検出したとき、１３６で示すように、受信パケットはＤＶＤ−ＡＵＤＩＯアンシラリノーデータの状態であると判断し、受信側はオーディオ出力を出さないようにミュートするミュート状態となる。
【０１３０】
Ｔ０１２時点からＴ０１３時点までの間の期間で、トリガ検出用レジスタ１３５が、ＲｘＬＡＢＥＬ ＣＦ５０（５１）＝ＯＮ、ＲｘＬＡＢＥＬ ＣＦＤ０（５３）＝ＯＦＦ、ＲｘＬＡＢＥＬ０（５４）＝ＯＦＦ、ＲｘＬＡＢＥＬ ＣＦ（５７）＝ＯＮであることを検出したとき、１３６で示すように、受信パケットはＳＡＣＤフォーマットであると判定して、受信側はオーディオ出力を出さないようにミュートするミュート状態となる。
【０１３１】
Ｔ０１３時点以降の期間で、トリガ検出用レジスタ１３５が、ＲｘＬＡＢＥＬＣＦ５０（５１）＝ＯＦＦ、ＲｘＬＡＢＥＬ ＣＦＤ０（５３）＝ＯＦＦ、ＲｘＬＡＢＥＬ０（５４）＝ＯＦＦ、ＲｘＬＡＢＥＬ ＣＦ（５７）＝ＯＦＦであることを検出したとき、１３６で示すように、ＳＡＣＤフォーマットの受信パケットを受信中の状態である。
【０１３２】
上述したように、各ＡＭ８２４データを受信したときの図１に示したマルチフォーマット対応受信機１１におけるＩＥＥＥ１３９４リンクチップ１２の各レジスタを利用したマイコンなどの判断手段の動作により、データの組み合わせに応じてストリームチェンジを検出し、次のデータフォーマットを判別することができる。
【０１３３】
まず、ＲｘＬＡＢＥＬ ＣＦ（５７）＝ＯＮになるときは、ＡＭ８２４データのオーディオラベルにＣＦが含まれたときである。
【０１３４】
次に、ＲｘＬＡＢＥＬ ＣＦ５０（５１）＝ＯＮになるときは、ＳＡＣＤフォーマットパケット受信時である。このとき、ＡＭ８２４データの２番目のクアドレッドのオーディオラベルとサブラベルがＣＦ５０であったときである。ここで、２番目のクアドレッドを調べるのは１ビットオーディオとマルチビットオーディオでは、アンシラリーデータの位置が違うので、２番目を確認すれば、１ビットオーディオの場合はデータ内容の種類、マルチビットオーディオの場合はアンシラリーデータの種類でデータフォーマットを判別することができるからである。この場合、ＳＡＣＤなどの１ビットオーディオデータのアンシラリーノーデータが含まれている。つまり、ＳＡＣＤなどの１ビットオーディオに関係してストリームチェンジが起こっていることを示している。
【０１３５】
次に、ＲｘＬＡＢＥＬ ＣＦＤ０（５３）＝ＯＮになるときは、ＤＶＤ−ＡＵＤＩＯフォーマットパケット受信時である。このとき、ＡＭ８２４データの２番目のクアドレッドのオーディオラベルとサブラベルがＣＦＤ０であったときである。ここで、２番目のクアドレッドを調べるのは上述したＲｘＬＡＢＥＬ ＣＦ５０（５１）と同じ理由である。この場合、ＤＶＤ−ＡＵＤＩＯなどのマルチビットリニアオーディオデータのアンシラリーノーデータが含まれている。つまり、ＤＶＤ−ＡＵＤＩＯなどのマルチビットリニアオーディオに関係してストリームチェンジが起こっていることを示している。
【０１３６】
次に、ＲｘＬＡＢＥＬ０（５４）＝ＯＮになるときは、ＣＤ／ＭＤフォーマットパケット受信時である。このとき、ＡＭ８２４データの先頭４ビットが０のとき、この場合受信しているデータはＩＥＣ６０９５８ Ｃｏｎｆｏｒｍａｎｔのデータであることを示している。
【０１３７】
次に、ＩＢ０レジスタの内容は、受信した２クアドレッド分のオーディオラベルとサブラベルである。ここには常に受信しているデータが格納される。このオーディオラベルとサブラベルを確認すれば、現在受信しているデータのフォーマットを確認することができる。
【０１３８】
このように、各レジスタに振り分けられるデータを検出すれば、ストリームチェンジによるデータのフォーマットを判断して確認することができる。さらに、パケットデータにストリームチェンジがある場合以外、つまり定常的にＡＭ８２４データを入力しているときには、レジスタＩＢ０のオーディオラベルとサブラベルから現在のＡＭ８２４Ｅのフォーマットを判断することができる。
【０１３９】
上述したように、ＩＥＣ６０９５８ Ｃｏｎｆｏｒｍａｎｔ（ＣＤ／ＭＤ等）のデータを受信していて、次にＳＡＣＤなどの１ビットのオーディオデータを受信した際にパケットデータがＳＡＣＤフォーマットであると判断する場合には、以下のようになる。
【０１４０】
まず、ＩＥＣ６０９５８ Ｃｏｎｆｏｒｍａｎｔ対応のデータを定常で入力しているときに、ＲｘＬＡＢＥＬ０（５４）＝ＯＮになっている。次に、パケットデータが別のフォーマットに変わるためにストリームチェンジが起こると、この切り替えを示すためにアンシラリーノーデータあるいはエンプティパケットデータを受信機が受信する。この時点でＲｘＬＡＢＥＬ０（５４）＝ＯＦＦになり、ストリームチェンジの始まりを検出することができる。そして、次のフォーマットを示すアンシラリーノーデータを受信する。ここでは、例として、ＳＡＣＤの１ビットオーディオデータを受信するとこのＳＡＣＤのアンシラリーノーデータを示すＲｘＬＡＢＥＬ ＣＦ（５７）＝ＯＮになる。この時点で、ＲｘＬＡＢＥＬが一つだけＯＮになる状態になればデータフォーマットがＳＡＣＤのデータであることが確認できるので、図１に示したマルチフォーマット対応受信機１１におけるＩＥＥＥ１３９４マイコン１３はＩＥＥＥ１３９４リンクチップ１２をＳＡＣＤフォーマットの受信モードに設定することができる。最後に、ストリームチェンジが終了すると定常的にＳＡＣＤフォーマットのデータを入力することになり、ＲｘＬＡＢＥＬ ＣＦ５０（５１）＝ＯＦＦになり、更に、ＲｘＬＡＢＥＬ ＣＦ（５７）＝ＯＦＦとなってストリームチェンジの終了を判断することができる。
【０１４１】
また、ＳＡＣＤなどの１ビットオーディオデータを受信していて、次にＩＥＣ６０９５８ Ｃｏｎｆｏｒｍａｎｔ（ＣＤ／ＭＤ等）を受信した際にＩＥＣ６０９５８ Ｃｏｎｆｏｒｍａｎｔであると判断する場合には、以下のようになる。
【０１４２】
まず、ＳＡＣＤなどの１ビットオーディオデータを定常で入力していて、パケットデータのデータフォーマットを変更するためにストリームチェンジが起こると、アンシラリーノーデータを受信機が受信して、ＲｘＬＡＢＥＬ ＣＦ５０（５１）＝ＯＮになり、ストリームチェンジの始まりを検出することができる。次に、例として、ＩＥＣ６０９５８ Ｃｏｎｆｏｒｍａｎｔのデータがくるとすれば、全てのＲｘＬＡＢＥＬがＯＦＦになり、ＩＥＣ６０９５８ Ｃｏｎｆｏｒｍａｎｔのデータでストリームチェンジ中であると予想することができる。これは過去の規格からＩＥＣ６０９５８ Ｃｏｎｆｏｒｍａｎｔのアンシラリーノーデータを使用していない機器が存在するので、アンシラリーノーデータのみでは判断することができない。ただし、この場合パケットデータが１ビットオーディオとマルチビットオーディオでないことは確かなので、ＩＥＣ６０９５８ Ｃｏｎｆｏｒｍａｎｔと予想して更に実際の受信データのオーディオラベルとサブラベルを確認することで確実にフォーマットを確定することとができて、図１に示したマルチフォーマット対応受信機１１におけるＩＥＥＥ１３９４マイコン１３はＩＥＥＥ１３９４リンクチップ１２をＩＥＣ６０９５８ Ｃｏｎｆｏｒｍａｎｔの受信モードに設定することができる。最後に、ＩＥＣ６０９５８ Ｃｏｎｆｏｒｍａｎｔのデータが実際にくるとＲｘＬＡＢＥＬ０（５４）＝ＯＮになりストリームチェンジの終了を判断することができる。この場合、アンシラリーノーデータが使用されていないので、ＲｘＬＡＢＥＬ ＣＦ（５７）の状態でストリームチェンジの終了を判断することはできないが、上述したＲｘＬＡＢＥＬ０（５４）＝ＯＮになったことでストリームチェンジが終了したと判断することができる。
【０１４３】
また、ＳＡＣＤなどの１ビットオーディオデータを受信していて、次にＤＶＤ−ＡＵＤＩＯなどのマルチビットリニアオーディオデータを受信した際にＤＶＤ−ＡＵＤＩＯであると判断する場合には、以下のようになる。
【０１４４】
まず、１ビットオーディオデータが来ていて、次にパケットデータのフォーマットを変更するためにストリームチェンジが起こると、ＲｘＬＡＢＥＬ ＣＦ（５７）＝ＯＮになる。この時点で、ＲｘＬＡＢＥＬが一つだけＯＮになっているものがこれ一つの状態になれば次のデータフォーマットがマルチビットオーディオのデータであることが確認できるので、図１に示したマルチフォーマット対応受信機１１におけるＩＥＥＥ１３９４マイコン１３はＩＥＥＥ１３９４リンクチップ１２をマルチビットオーディオの受信モードに設定することができる。最後に、マルチビットオーディオデータが来ると、ＲｘＬＡＢＥＬ ＣＦ５０（５１）＝ＯＦＦになり、更に、ＲｘＬＡＢＥＬ ＣＦ（５７）＝ＯＦＦとなってストリームチェンジの終了を判断することができる。
【０１４５】
次に、データフォーマットは変わらずに、オーディオデータのチャンネル数が変化したときのストリームチェンジを検出する場合には、以下のようになる。例として、１ビットオーディオデータであるＳＡＣＤにおいて５チャンネルから６チャンネルに変わる場合を説明する。
【０１４６】
チャンネル数が複数ある場合、チャンネル数によってデータのサイズが変わる。このデータサイズは、１３９４ヘッダのデータレングスとして記述してある。このデータレングスの違いを判断できれば良い。
【０１４７】
この例では、定常状態で１ビットオーディオのデータを受信していて、パケットデータのチャンネル数を変えるためにストリームチェンジを起こすとＲｘＬＡＢＥＬ ＣＦ５０（５１）＝ＯＮになる。この時点で、ストリームチェンジの始まりを検出することができる。ストリームチェンジを検出すると、アンシラリーノーデータのデータレングスを確認してデータサイズからチャンネル数を判断する。次のデータのアンシラリーノーデータが来ても同じＲｘＬＡＢＥＬ ＣＦ５０（５１）＝ＯＮになるので、切り替えの瞬間は検出できないが、ＡＭ８２４Ｅの規格でアンシラリーノーデータを出す期間は１０ｍｓｅｃ以上であるので、一定間隔でこのチェックを繰り返せば、データレングスの変化を検出することができる。この検出によって新たなデータのチャンネル数を判断することができ、図１に示したマルチフォーマット対応受信機１１におけるＩＥＥＥ１３９４マイコン１３はＩＥＥＥ１３９４リンクチップ１２を検出されたチャンネル数の受信モードに設定することができる。最後に、実際のデータが来ると、全てのＲｘＬＡＢＥＬ＝ＯＦＦになり、更に、ＲｘＬＡＢＥＬ ＣＦ（５７）＝ＯＦＦとなってストリームチェンジの終了を判断することができる。
【０１４８】
なお、ＳＡＣＤに採用されたＤｉｒｅｃｔ Ｓｔｒｅａｍ Ｄｉｇｉｔａｌ（ＤＳＤ）方式は、従来のＰｕｌｓｅ Ｃｏｄｅ Ｍｄｕｌａｔｉｏｎ（ＰＣＭ）方式とは全く異なるオーディオ信号の大小を１ビットのデジタルパルスの密度（濃淡）で表現する方式である。
【０１４９】
上述した本実施の形態においては、インターフェースをＩＥＥＥ１３９４規格のものを用いる例を示したが、これに限らず、他のインターフェースとしてＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）規格、ワイヤレスＩＥＥＥ１３９４規格のものを用いるようにしても良い。
【図面の簡単な説明】
【０１５０】
【図１】本実施の形態に適用される通信システムの構成を示すブロック図である。
【図２】レジスタによるデータのストリームチェンジの検出を示す図である。
【図３】ＩＥＥＥ１３９４パケット構成（Ｐａｃｋｅｔ ｓｔｒｕｃｔｕｒｅ）を示す図である。
【図４】ＩＥＥＥ１３９４パケットのデータを示す図である。
【図５】ＩＥＣ６０９５８（ＣＤ，ＭＤ）パケットを示す図である。
【図６】ＤＶＤパケットを示すものである。
【図７】ＳＡＣＤパケットの１パケット目を示すものである。
【図８】ＳＡＣＤパケットの２パケット目以降を示すものである。
【図９】ＩＥＣ６０９５８（ＣＤ，ＭＤ） Ａｎｃｉｌｌａｒｙ Ｎｏ Ｄａｔａパケットを示す図である。
【図１０】ＤＶＤ Ａｎｃｉｌｌａｒｙ Ｎｏ Ｄａｔａパケットを示すものである。
【図１１】ＳＡＣＤ Ａｎｃｉｌｌａｒｙ Ｎｏ Ｄａｔａパケットを示すものである。
【図１２】ＡＭ８２４パケットデータのストリームチェンジ検出用レジスタを示す図である。
【図１３】ストリームチェンジ（Ｓｔｒｅａｍ ｃｈａｎｇｅ）を示す図である。
【図１４】レジスタを利用したパケットデータのフォーマット判断の動作を示すフローチャートである。
【図１５】ＩＥＣ６０９５８からＳＡＣＤへのストリームチェンジの例を示す図である。
【図１６】ＳＡＣＤからＩＥＣ６０９５８へのストリームチェンジの例を示す図である。
【図１７】ＳＡＣＤからＤＶＤへのストリームチェンジの例を示す図である。
【図１８】ＳＡＣＤ ５チャンネルからＳＡＣＤ ６チャンネルへのストリームチェンジの例を示す図である。
【図１９】受信機がストリームデータの受信をする受信状態を示す図である。
【図２０】受信機がストリームデータの受信をする受信状態を示す図である。
【符号の説明】
【０１５１】
１……マルチフォーマット対応送信機、２……ディスク、３……ＤＳＰ、４……ＩＥＥＥ１３９４リンクチップ、５……ＩＥＥＥマイコン、６……システムマイコン、７……操作部、８……表示部、１１……マルチフォーマット対応受信機、１２……ＩＥＥＥ１３９４リンクチップ、１３……ＩＥＥＥマイコン、１４……システムマイコン、１５……操作部、１６……表示部、１７……Ｄ／Ａ変換器、１８……スピーカ、１９……ＣＦＲ読み込み、２０……受信フォーマット設定、２１……ＩＥＥＥ１３９４パケット、２２……１３９４ヘッダ、２３……ＡＭ８２４フラグ、２４……ＡＭ８２４データ、２５……データ、２６……レジスタ、２７……ＣＦ５０フラグ、２８……アンシラリノーデータ、２９……ストリームチェンジの検出、４１……ＩＥＣ６０９５８ Ｃｏｎｆｏｒｍａｎｔ、４２……Ｍｕｌｔｉ−ｂｉｔ Ｌｉｎｅａｒ Ａｕｄｉｏ、４３……Ｏｎｅ−ｂｉｔ Ａｕｄｉｏ Ｄａｔａ、４４……アンシラリーノーデータ ＩＥＣ６０９５８ Ｃｏｎｆｏｒｍａｎｔフォーマット、４５……アンシラリーノーデータ Ｍｕｌｔｉ−ｂｉｔ Ｌｉｎｅａｒ Ａｕｄｉｏ、４６……アンシラリーノーデータ Ｏｎｅ−ｂｉｔ Ａｕｄｉｏ Ｄａｔａ、５１……ＣＦ５０フラグ、５２……ＳＡＣＤデータ、５３……ＣＦＤ０フラグ、５４……ＤＶＤ・Ａｕｄｉｏ、５５……ＲｘＬＡＢＥＬ０（ＯＮ）、５６……ＣＤ／ＭＤデータ（ＩＥＣ６０９５８）、５７……ＲｘＬＡＢＥＬ０（ＯＮ）、５８……オーディオラベルにＣＦ、５９……ＩＢ０レジスタ、６０……データフォーマット確認、６１……ＡＭ８２４Ｅストリーム、６２……ＩＥＣ６０９５８コンテキスト、６３……ＳＡＣＤコンテキスト、６４……ＩＥＣ６０９５８データ、６５……ＩＥＣ６０９５８アンシラリーノーデータ、６６……ＳＡＣＤアンシラリーノーデータ、６７……ＳＡＣＤ
【図１】
2007048435.tif 000003
【図２】
2007048435.tif 000004
【図３】
2007048435.tif 000005
【図４】
2007048435.tif 000006
【図５】
2007048435.tif 000007
【図６】
2007048435.tif 000008
【図７】
2007048435.tif 000009
【図８】
2007048435.tif 000010
【図９】
2007048435.tif 000011
【図１０】
2007048435.tif 000012
【図１１】
2007048435.tif 000013
【図１２】
2007048435.tif 000014
【図１３】
2007048435.tif 000015
【図１４】
2007048435.tif 000016
【図１５】
2007048435.tif 000017
【図１６】
2007048435.tif 000018
【図１７】
2007048435.tif 000019
【図１８】
2007048435.tif 000020
【図１９】
2007048435.tif 000021
【図２０】
2007048435.tif 000022