JP2003109298A - 信号再生装置および信号再生方法 - Google Patents

信号再生装置および信号再生方法

Info

Publication number
JP2003109298A
JP2003109298A JP2002171797A JP2002171797A JP2003109298A JP 2003109298 A JP2003109298 A JP 2003109298A JP 2002171797 A JP2002171797 A JP 2002171797A JP 2002171797 A JP2002171797 A JP 2002171797A JP 2003109298 A JP2003109298 A JP 2003109298A
Authority
JP
Japan
Prior art keywords
data
signal
format
packet
received
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.)
Granted
Application number
JP2002171797A
Other languages
English (en)
Other versions
JP3873821B2 (ja
Inventor
Tomomasa Kojo
智雅 古城
Tetsuya Aoki
徹也 青木
Kenji Shiba
健治 芝
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Sony Corp
Original Assignee
Sony Corp
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Sony Corp filed Critical Sony Corp
Priority to JP2002171797A priority Critical patent/JP3873821B2/ja
Priority to US10/362,142 priority patent/US8098977B2/en
Priority to PCT/JP2002/006114 priority patent/WO2002103698A1/ja
Priority to EP02736168A priority patent/EP1406261A4/en
Publication of JP2003109298A publication Critical patent/JP2003109298A/ja
Application granted granted Critical
Publication of JP3873821B2 publication Critical patent/JP3873821B2/ja
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
    • G11B20/10—Digital recording or reproducing
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
    • G11B27/10—Indexing; Addressing; Timing or synchronising; Measuring tape travel
    • G11B27/102—Programmed access in sequence to addressed parts of tracks of operating record carriers
    • G11B27/105—Programmed access in sequence to addressed parts of tracks of operating record carriers of operating discs
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/08—Protocols for interworking; Protocol conversion
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/238—Interfacing the downstream path of the transmission network, e.g. adapting the transmission rate of a video stream to network bandwidth; Processing of multiplex streams
    • H04N21/2381—Adapting the multiplex stream to a specific network, e.g. an Internet Protocol [IP] network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/432—Content retrieval operation from a local storage medium, e.g. hard-disk
    • H04N21/4325—Content retrieval operation from a local storage medium, e.g. hard-disk by playing back content from the storage medium
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/436—Interfacing a local distribution network, e.g. communicating with another STB or one or more peripheral devices inside the home
    • H04N21/4363—Adapting the video stream to a specific local network, e.g. a Bluetooth® network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/436—Interfacing a local distribution network, e.g. communicating with another STB or one or more peripheral devices inside the home
    • H04N21/4363—Adapting the video stream to a specific local network, e.g. a Bluetooth® network
    • H04N21/43632—Adapting the video stream to a specific local network, e.g. a Bluetooth® network involving a wired protocol, e.g. IEEE 1394
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/438—Interfacing the downstream path of the transmission network originating from a server, e.g. retrieving encoded video stream packets from an IP network
    • H04N21/4381—Recovering the multiplex stream from a specific network, e.g. recovering MPEG packets from ATM cells
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B2220/00—Record carriers by type
    • G11B2220/20—Disc-shaped record carriers
    • G11B2220/25—Disc-shaped record carriers characterised in that the disc is based on a specific recording technology
    • G11B2220/2537—Optical discs
    • G11B2220/2545—CDs
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B2220/00—Record carriers by type
    • G11B2220/20—Disc-shaped record carriers
    • G11B2220/25—Disc-shaped record carriers characterised in that the disc is based on a specific recording technology
    • G11B2220/2537—Optical discs
    • G11B2220/2562—DVDs [digital versatile discs]; Digital video discs; MMCDs; HDCDs

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Databases & Information Systems (AREA)
  • Computer Security & Cryptography (AREA)
  • Signal Processing For Digital Recording And Reproducing (AREA)
  • Communication Control (AREA)

Abstract

(57)【要約】 【課題】 入力されたデータからデータのフォーマット
を自動的に判別して再生することができる信号再生装置
および信号再生方法を提供する。 【解決手段】 信号再生装置は、複数の所定の信号形式
のデータを所定のパケット形式に変換して伝送される伝
送信号を受信し、受信されたパケット化された伝送信号
から所定の信号形式の信号を再生するＩＥＥＥ１３９４
リンクチップ１２と、受信された伝送信号の所定パケッ
トを抽出し、抽出されたパケットから現在受信している
所定の信号形式から他の所定の信号形式への変更が行わ
れることを示す情報を検出し、検出された信号形式の変
更情報に基づいて受信されたパケット化された信号から
他の所定の信号形式の信号を再生するために必要なパラ
メータを出力するＩＥＥＥ１３９４マイコン１３とを備
え、入力されたデータからデータのフォーマットを自動
的に判別して再生する。

Description

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

Claims (10)

    【特許請求の範囲】
  1. 【請求項１】 複数の所定の信号形式のデータを所定の
    パケット形式に変換して伝送される伝送信号を受信する
    受信手段と、 上記受信手段にて受信されたパケット化された伝送信号
    から所定の信号形式の信号を再生する再生手段と、 上記受信手段で受信された伝送信号の所定パケットを抽
    出するパケット抽出手段と、 上記抽出されたパケットから現在受信している上記所定
    の信号形式から他の上記所定の信号形式への変更が行わ
    れることを示す情報を検出する変更情報検出手段と、 上記検出された信号形式の変更情報に基づいて上記再生
    手段が上記受信されたパケット化された信号から上記他
    の所定の信号形式の信号を再生するために必要なパラメ
    ータを上記再生手段に送る制御手段とを備える信号再生
    装置。
  2. 【請求項２】 上記信号再生装置は、上記再生手段にて
    再生される信号を出力する出力手段を更に備え、 上記制御手段は上記信号形式の変更情報が検出された場
    合には、上記信号形式の変更が完了するまでの期間は、
    上記出力手段から信号が出力されることを抑制する請求
    項１記載の信号再生装置。
  3. 【請求項３】 上記信号形式の変更を示す情報は、現在
    受信中の信号形式で伝送されるデータが無効データを示
    す信号が伝送された後、次に伝送されるデータの信号形
    式を示す情報が伝送される請求項１記載の信号再生装
    置。
  4. 【請求項４】 上記信号再生装置は、上記他の信号形式
    の検出を受信されるデータのパケットサイズによって更
    に行う請求項１記載の信号再生装置。
  5. 【請求項５】 上記所定の信号形式のデータはＩＥＥＥ
    １３９４規格に準拠したものである請求項１記載の信号
    再生装置。
  6. 【請求項６】 複数の所定の信号形式のデータを所定の
    パケット形式に変換して伝送される伝送信号を受信する
    受信ステップと、 上記受信ステップにて受信されたパケット化された伝送
    信号から所定の信号形式の信号を再生する再生ステップ
    と、 上記受信ステップで受信された伝送信号の所定パケット
    を抽出するパケット抽出ステップと、 上記抽出されたパケットから現在受信している上記所定
    の信号形式から他の上記所定の信号形式への変更が行わ
    れることを示す情報を検出する変更情報検出ステップ
    と、 上記検出された信号形式の変更情報に基づいて上記再生
    ステップにて上記受信されたパケット化された信号から
    上記他の所定の信号形式の信号を再生するために必要な
    パラメータを上記再生ステップに送る制御ステップとを
    備える信号再生方法。
  7. 【請求項７】 上記信号再生方法は、上記再生ステップ
    にて再生される信号を出力する出力ステップを更に備
    え、 上記制御ステップは上記信号形式の変更情報が検出され
    た場合には、上記信号形式の変更が完了するまでの期間
    は、上記出力ステップから信号が出力されることを抑制
    する請求項６記載の信号再生方法。
  8. 【請求項８】 上記信号形式の変更を示す情報は、現在
    受信中の信号形式で伝送されるデータが無効データを示
    す信号が伝送された後、次に伝送されるデータの信号形
    式を示す情報が伝送される請求項６記載の信号再生方
    法。
  9. 【請求項９】 上記信号再生方法は、上記他の信号形式
    の検出を受信されるデータのパケットサイズによって更
    に行う請求項６記載の信号再生方法。
  10. 【請求項１０】 上記所定の信号形式のデータはＩＥＥ
    Ｅ１３９４規格に準拠したものである請求項６記載の信
    号再生方法。
JP2002171797A 2001-06-19 2002-06-12 信号再生装置および信号再生方法 Expired - Fee Related JP3873821B2 (ja)

Priority Applications (4)

Application Number Priority Date Filing Date Title
JP2002171797A JP3873821B2 (ja) 2001-06-19 2002-06-12 信号再生装置および信号再生方法
US10/362,142 US8098977B2 (en) 2001-06-19 2002-06-19 Signal reproducing apparatus and signal reproducing method
PCT/JP2002/006114 WO2002103698A1 (fr) 2001-06-19 2002-06-19 Procede et appareil de reproduction de signaux
EP02736168A EP1406261A4 (en) 2001-06-19 2002-06-19 METHOD AND APPARATUS FOR REPRODUCING SIGNALS

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP2001185252 2001-06-19
JP2001-185252 2001-06-19
JP2002171797A JP3873821B2 (ja) 2001-06-19 2002-06-12 信号再生装置および信号再生方法

Related Child Applications (1)

Application Number Title Priority Date Filing Date
JP2006214853A Division JP4151720B2 (ja) 2001-06-19 2006-08-07 信号再生装置および信号再生方法

Publications (2)

Publication Number Publication Date
JP2003109298A true JP2003109298A (ja) 2003-04-11
JP3873821B2 JP3873821B2 (ja) 2007-01-31

Family

ID=26617215

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2002171797A Expired - Fee Related JP3873821B2 (ja) 2001-06-19 2002-06-12 信号再生装置および信号再生方法

Country Status (4)

Country Link
US (1) US8098977B2 (ja)
EP (1) EP1406261A4 (ja)
JP (1) JP3873821B2 (ja)
WO (1) WO2002103698A1 (ja)

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2007048435A (ja) * 2001-06-19 2007-02-22 Sony Corp 信号再生装置および信号再生方法
US8115870B2 (en) 2006-01-18 2012-02-14 Sony Corporation Content reproducing system and content reproducing method
US8135141B2 (en) 2007-08-31 2012-03-13 Sony Corporation Audio signal transmitting apparatus, audio signal receiving apparatus, audio signal transmission system, audio signal transmission method, and program
US8150056B2 (en) 2007-08-28 2012-04-03 Sony Corporation Audio signal transmitting apparatus, audio signal receiving apparatus, audio signal transmission system, audio signal transmission method, and program
US8233635B2 (en) 2007-08-31 2012-07-31 Sony Corporation Audio signal transmitting apparatus, audio signal receiving apparatus, audio signal transmission system, audio signal transmission method, and program

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3491632B2 (ja) * 2002-03-19 2004-01-26 ソニー株式会社 受信装置、受信方法
JP4060761B2 (ja) * 2002-09-06 2008-03-12 シャープ株式会社 光伝送装置、及びそれを備える電子機器
JP2005045612A (ja) * 2003-07-23 2005-02-17 Sony Corp 受信装置、及び受信方法
TWI398858B (zh) * 2005-08-09 2013-06-11 Panasonic Corp 記錄媒體及播放裝置
US9183842B2 (en) * 2011-11-08 2015-11-10 Vixs Systems Inc. Transcoder with dynamic audio channel changing
US10074378B2 (en) * 2016-12-09 2018-09-11 Cirrus Logic, Inc. Data encoding detection
US10424311B2 (en) * 2017-01-30 2019-09-24 Cirrus Logic, Inc. Auto-mute audio processing

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001094448A (ja) * 1999-09-22 2001-04-06 Matsushita Electric Ind Co Ltd オーディオ送信装置及びオーディオ受信装置
JP2001144785A (ja) * 1999-08-31 2001-05-25 Victor Co Of Japan Ltd 信号処理装置、伝送方法、伝送媒体
JP2001160266A (ja) * 1999-12-01 2001-06-12 Kenwood Corp オーディオ信号処理装置
JP2001250318A (ja) * 2000-03-07 2001-09-14 Matsushita Electric Ind Co Ltd オーディオ送信装置及びオーディオ受信装置

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2000040294A (ja) * 1998-05-20 2000-02-08 Sony Corp 情報処理装置および方法、並びに記録媒体
JP3602728B2 (ja) * 1998-10-22 2004-12-15 株式会社東芝 ディジタルビデオディスクプレーヤ及び画像表示装置
JP2000215598A (ja) * 1999-01-27 2000-08-04 Sony Corp デジタル信号伝送方法、デジタル信号伝送システム、デジタル信号伝送装置及び記録媒体
WO2000052693A2 (en) * 1999-03-01 2000-09-08 Koninklijke Philips Electronics N.V. A method of storing a real time stream of information signals on a disc like record carrier
WO2000072547A1 (fr) * 1999-05-25 2000-11-30 Sony Corporation Procede, dispositif et systeme de transmission
JP2001086139A (ja) 1999-09-14 2001-03-30 Sony Corp 伝送方法及び伝送装置
EP1087557A3 (en) * 1999-09-22 2005-01-19 Matsushita Electric Industrial Co., Ltd. Apparatus for transmitting digital audio data and receiving apparatus for receiving the digital audio data

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001144785A (ja) * 1999-08-31 2001-05-25 Victor Co Of Japan Ltd 信号処理装置、伝送方法、伝送媒体
JP2001094448A (ja) * 1999-09-22 2001-04-06 Matsushita Electric Ind Co Ltd オーディオ送信装置及びオーディオ受信装置
JP2001160266A (ja) * 1999-12-01 2001-06-12 Kenwood Corp オーディオ信号処理装置
JP2001250318A (ja) * 2000-03-07 2001-09-14 Matsushita Electric Ind Co Ltd オーディオ送信装置及びオーディオ受信装置

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2007048435A (ja) * 2001-06-19 2007-02-22 Sony Corp 信号再生装置および信号再生方法
US8115870B2 (en) 2006-01-18 2012-02-14 Sony Corporation Content reproducing system and content reproducing method
US8150056B2 (en) 2007-08-28 2012-04-03 Sony Corporation Audio signal transmitting apparatus, audio signal receiving apparatus, audio signal transmission system, audio signal transmission method, and program
US8135141B2 (en) 2007-08-31 2012-03-13 Sony Corporation Audio signal transmitting apparatus, audio signal receiving apparatus, audio signal transmission system, audio signal transmission method, and program
US8233635B2 (en) 2007-08-31 2012-07-31 Sony Corporation Audio signal transmitting apparatus, audio signal receiving apparatus, audio signal transmission system, audio signal transmission method, and program

Also Published As

Publication number Publication date
WO2002103698B1 (fr) 2003-02-06
EP1406261A1 (en) 2004-04-07
US20040033057A1 (en) 2004-02-19
JP3873821B2 (ja) 2007-01-31
US8098977B2 (en) 2012-01-17
WO2002103698A1 (fr) 2002-12-27
EP1406261A4 (en) 2007-11-14

Similar Documents

Publication Publication Date Title
KR100915488B1 (ko) 비트 스트림 변환 시스템
JP2003109298A (ja) 信号再生装置および信号再生方法
US6694030B1 (en) Apparatus and method for reproducing a digital audio signal from a record carrier
JP3697967B2 (ja) オーディオ送信装置及びオーディオ受信装置
JP2001250318A (ja) オーディオ送信装置及びオーディオ受信装置
EP1047212B1 (en) Apparatus and method for audio data/audio-related information transfer
JP4151720B2 (ja) 信号再生装置および信号再生方法
JP2000068970A (ja) デジタル情報の伝送方法、エンコード装置、記録媒体及びデコード装置
JP2001086139A (ja) 伝送方法及び伝送装置
EP1487177B1 (en) Reception apparatus and reception method
EP1296486B1 (en) Data transmission apparatus, data reception apparatus, data transmission method, data reception method, and transfer system
JP2005242375A (ja) オーディオ受信装置
JP2009033649A (ja) コンテンツデータ送受信システム、コンテンツデータ送信装置、コンテンツデータ受信装置、コンテンツデータ送信方法、コンテンツデータ受信処理方法
JP2002170330A (ja) Ｐｃｍオーディオ信号再生装置
US20020141596A1 (en) Method of and apparatus for decoding audio data
JP2001125596A (ja) オーディオデータ伝送方法及びオーディオデータ伝送装置
JP2003283502A (ja) 情報通信装置、情報通信方法
JP3954762B2 (ja) 音楽データ情報伝送方法及び音楽データ情報伝送装置
JP4560962B2 (ja) データ伝送装置及びデータ伝送方法
JP3794565B2 (ja) オーディオ再生装置
JP2002116800A (ja) 送受信システム、送信装置、受信装置および送受信方法
JP2002232375A (ja) データ送信装置、データ受信装置、データ送信方法、データ受信方法、伝送システム
JP2000311438A (ja) ディジタル信号記録再生装置
JP2002328683A (ja) データ送信装置、データ受信装置、データ送信方法、データ受信方法、伝送システム
JP2006180164A (ja) 音声処理装置

Legal Events

Date Code Title Description
A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20060606

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20060807

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: 20061003

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20061016

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20091102

Year of fee payment: 3

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20101102

Year of fee payment: 4

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20111102

Year of fee payment: 5

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20121102

Year of fee payment: 6

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20131102

Year of fee payment: 7

LAPS Cancellation because of no payment of annual fees