JP2002281038A - データ伝送方法およびデータ伝送装置 - Google Patents

Abstract

(57)【要約】 【課題】所定のバスラインに接続された機器間で、所定
のデータ長を単位として、所定のフォーマットでデータ
を伝送する際に、クォリティの高いデータの伝送を可能
にする。 【解決手段】３２ビットのデータ長のスロットを複数個
使用して１サンプルのデータを伝送する。１サンプルの
データが１２８ビットで構成される場合、例えば８スロ
ットを使用して１サンプルのデータを送る。この場合、
各スロットには、分割された１６ビットを配置する。３
２ビットデータの先頭の８ビットで構成されるラベルデ
ータの下位３ビットにより、何番目のスロットであるか
を示す。１つのスロットに配置するデータビット数の情
報は、補助データ(Ancillary data）が持っている。１
サンプルのデータのビット数が、１つのスロットで伝送
し得る最大ビット数（２４ビット）を越える場合にも容
易に伝送でき、クォリティの高いデータの伝送が可能と
なる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、例えばＩＥＥＥ
１３９４方式のバスラインに、各種方式のオーディオデ
ータや画像データを伝送させる場合に適用して好適なデ
ータ伝送方法およびデータ伝送装置に関する。

【０００２】詳しくは、所定のバスラインに接続された
機器間で、所定のデータ長を単位として、所定のフォー
マットでデータを伝送する際に、所定のデータ長のスロ
ットを複数個使用して１サンプルのデータを伝送するこ
とによって、クォリティの高いデータの伝送を可能とし
たデータ伝送方法およびデータ伝送装置に係るものであ
る。

【０００３】また、第１の方式の伝送データを加工して
第２の方式の伝送データを作成し、この第２の方式の伝
送データに第１の方式の伝送データの少なくとも一部を
付加して伝送することによって、第２の方式の伝送デー
タに付加された情報より、第１の方式の伝送データに含
まれる情報を直接取得できるようにしたデータ伝送方法
およびデータ伝送装置に係るものである。

【０００４】

【従来の技術】ＩＥＥＥ１３９４方式のバスラインを用
いたネットワークにより、複数台のＡＶ機器を接続し
て、その機器間でビデオデータ，オーディオデータ，そ
の他のデータなどを伝送することが実用化されている。
ＩＥＥＥ１３９４方式のバスラインの場合には、ビデオ
データやオーディオデータなどの大容量データを伝送す
るためのアイソクロナス伝送チャンネル（Ｉｓｏチャン
ネル）と、制御コマンドなどのデータを伝送するための
アシンクロナス伝送チャンネル（Ａｓｙｎｃチャンネ
ル）とが用意されて、それらのデータを混在させて伝送
できるようにしてある。

【０００５】ＩＥＥＥ１３９４方式のバスラインでオー
ディオデータ（ミュージックデータ）を伝送するフォー
マットの詳細については、〔Audio and Music Data Tra
nsmission Protocol〕に開示されている。この〔Audio
and Music Data Transmission Protocol〕は、http//ww
w.1394TA.orgで公開されている。

【０００６】

【発明が解決しようとする課題】ところで、上述のオー
ディオデータを伝送するフォーマットでは、データフィ
ールドに配置されるデータは３２ビットを１単位とした
データとされ、データフィールドには任意の数の３２ビ
ットのデータが配置される。

【０００７】この３２ビットのデータの先頭の８ビット
区間に、ラベルデータが配置される。このラベルデータ
は、その後に続くオーディオデータの方式などを示すデ
ータである。また、残りの２４ビット区間に、オーディ
オデータなどが配置される。例えば、１サンプル１６ビ
ットのオーディオデータの場合には、この２４ビット区
間のうちの１６ビット区間が使用される。

【０００８】この場合、１サンプル２４ビットまでのオ
ーディオデータの伝送が可能である。したがって、１サ
ンプルのビット数を２４ビットより大きくしてクォリテ
ィを高くしたオーディオデータを伝送することはできな
い。

【０００９】また、例えばＣＤプレーヤで再生されて出
力されるＩＥＣ６０９５８規格のオーディオデータをプ
リアンプ装置に伝送し、このプリアンプ装置で他の方式
のオーディオデータに加工してパワーアンプ装置に供給
する場合、パワーアンプ装置では、ＩＥＣ６０９５８規
格のオーディオデータに含まれるユーザーズビットやチ
ャネルステータス等の情報を直接取得できず、それらの
情報を使用することができなかった。

【００１０】また、例えばＳＡＣＤ(Super Audio CD)プ
レーヤで再生されて出力されるＳＡＣＤ規格のオーディ
オデータをプリアンプ装置に伝送し、このプリアンプ装
置で他の方式のオーディオデータに加工してパワーアン
プ装置に供給する場合、パワーアンプ装置では、ＳＡＣ
Ｄ規格のオーディオデータに含まれる補助データを直接
取得できず、オーディオデータがＳＡＣＤ規格のもので
あることの認識ができず、さらに暗号化されている場合
にその復号を行うこともできなかった。

【００１１】この発明の目的は、所定のバスラインに接
続された機器間で、所定のデータ長を単位として、所定
のフォーマットでデータを伝送する際に、クォリティの
高いデータの伝送を可能にすることにある。また、この
発明の目的は、第１の方式の伝送データを加工して第２
の方式の伝送データを生成し、この第２の方式の伝送デ
ータを伝送する際に、第２の方式の伝送データに付加さ
れた情報より、第１の方式の伝送データに含まれる情報
を直接取得できるようにすることにある。

【００１２】

【課題を解決するための手段】この発明に係るデータ伝
送方法は、所定のバスラインに接続された機器間で、所
定のデータ長を単位として、所定のフォーマットでデー
タを伝送する伝送方法において、所定のデータ長のスロ
ットを複数個使用して１サンプルのデータを伝送するも
のである。

【００１３】また、この発明に係るデータ伝送装置は、
１サンプルのデータがＮビット（Ｎは２以上の整数）か
らなり、複数サンプルのデータが連続してなる所定の伝
送データを得るデータ入力手段と、このデータ入力手段
で得られた上記所定の伝送データを構成する各サンプル
のデータをそれぞれＭ分割（Ｍは２以上の整数）し、各
サンプルのＭ個の分割データのそれぞれの先頭部分に伝
送データの方式およびその分割データが何番目の分割デ
ータであるかを示すラベルデータを配置して所定のデー
タ長のデータを生成するデータ生成手段と、このデータ
生成手段で生成された各所定のデータ長のデータを所定
のバスラインに送出するデータ送出手段とを備えるもの
である。

【００１４】この発明においては、所定のデータ長のス
ロットが複数個使用されて１サンプルのデータが伝送さ
れる。そのため、１つのスロットで伝送し得るビット数
に規制されることなく、１サンプルのビット数が大きな
クォリティの高いデータの伝送が可能となる。

【００１５】この発明に係るデータ伝送方法は、第１の
方式の伝送データを加工して第２の方式の伝送データを
作成し、この第２の方式の伝送データに、第１の方式の
伝送データの少なくとも一部を付加して伝送するもので
ある。

【００１６】また、この発明に係るデータ伝送方法は、
第１の方式の伝送データを加工して第２の方式の伝送デ
ータを生成するデータ処理手段と、このデータ処理手段
で生成された第２の方式の伝送データに、第１の方式の
伝送データの少なくとも一部を付加して伝送するデータ
伝送手段とを備えるものである。

【００１７】この発明においては、第２の方式の伝送デ
ータに、第１の方式の伝送データの少なくとも一部が付
加されて伝送される。そのため、この第２の方式の伝送
データに付加された情報より、第１の方式の伝送データ
に含まれる情報を直接取得して、活用できる。

【００１８】

【発明の実施の形態】この発明の実施の形態を説明す
る。図１は、実施の形態としてのオーディオ装置１０の
構成を示している。このオーディオ装置１０は、デジタ
ル通信制御バスであるＩＥＥＥ１３９４方式のシリアル
データバス（以下、単に「バス」と称する）９を介し
て、ＣＤプレーヤ５、プリアンプ装置６およびＤＡコン
バータを含むパワーアンプ装置７が接続されてなるもの
である。

【００１９】ＣＤプレーヤ５は、コンパクトディスク
（ＣＤ）からオーディオデータなどを再生する装置であ
る。プリアンプ装置６は、ＣＤプレーヤ５から供給され
るＩＥＣ６０９５８規格のオーディオデータに対して音
質調整、前置増幅等の処理を行うと共に、ＩＥＣ６０９
５８規格のオーディオデータから後述するハイプレシジ
ョン(Hight Precision)方式のオーディオデータへの変
換処理を行う装置である。パワーアンプ装置７は、プリ
アンプ装置６から供給されるハイプレシジョン方式のオ
ーディオデータに対して増幅処理、アナログ信号へのコ
ンバート処理等を行う装置である。

【００２０】図２は、ＣＤプレーヤ５の構成例を示して
いる。ＣＤプレーヤ５に装着されたコンパクトディスク
５０１に記録された信号を、光学ピックアップ５０２で
光学的に読み出し、光学ピックアップ５０２で読み出さ
れた信号を再生系回路５０３に供給し、この再生系回路
５０３内で復調、エラー訂正などの再生処理を行うこと
で再生データ（デジタルオーディオデータ）を得る。

【００２１】また、その再生データをＤＡコンバータ５
０４でアナログオーディオ信号に変換した後、アナログ
出力端子５０５に出力する。また、再生系回路５０３に
得られるデジタルオーディオデータを、デジタル出力端
子５０６に出力する。さらに、再生系回路５０３に得ら
れる再生データを、ＩＥＥＥ１３９４インターフェース
部５０８に供給して、接続されたバス９にストリームデ
ータとして送出できるようにしてある。

【００２２】このコンパクトディスク５０１からの再生
動作は、ＣＰＵ(Central Processing Unit)５０７の制
御で実行される。また、ＩＥＥＥ１３９４インターフェ
ース部５０８からバス９へのデータ送出や、バス９から
のデータのインターフェース部５０８での受信について
も、ＣＰＵ５０７の制御で実行されるようにしてある。
ＣＰＵ５０７には、制御に必要なデータなどを記憶する
メモリ５０９が接続してある。また、再生キーなどの操
作キーが配置された操作部５１０の操作データが、ＣＰ
Ｕ５０７に供給される構成としてある。

【００２３】図３は、プリアンプ装置６の構成例を示し
ている。入力端子６０１に得られるデジタルオーディオ
データを、プリアンプ部６０２に供給し、音質調整、前
置増幅等の処理を行う。また、このプリアンプ部６０２
では、ＣＰＵ６０５の制御のもと、ＣＤプレーヤ５から
バス９を介して供給されるＩＥＣ６０９５８規格のオー
ディオデータを、後述するハイプレシジョン(Hight Pre
cision)方式のオーディオデータに変換する処理を行
う。

【００２４】プリアンプ部６０２で処理されたディジタ
ルオーディオデータを、出力端子６０４に出力する。こ
のプリアンプ装置６内での処理動作は、ＣＰＵ６０５の
制御で実行される。また、ＩＥＥＥ１３９４インターフ
ェース部６０７からバス９へのデータ送出や、バス９か
らのデータのインターフェース部６０７での受信につい
ても、ＣＰＵ６０５の制御で実行されるようにしてあ
る。ＣＰＵ６０５には、制御に必要なデータなどを記憶
するメモリ６０６が接続してある。また、操作キーなど
が配置された操作部６０８の操作データがＣＰＵ６０５
に供給されるようにしてあり、その操作データに基づい
て、音質設定などが行われる。

【００２５】また、バス９を介してＩＥＥＥ１３９４イ
ンターフェース部６０７でオーディオデータを受信した
とき、そのオーディオデータをプリアンプ部６０２に供
給し、入力端子６０１に得られるオーディオ信号の場合
と同様の処理を行って、出力端子６０４に出力できるよ
うにしてある。

【００２６】図４は、パワーアンプ装置７の構成例を示
している。入力端子７０１に得られるデジタルオーディ
オデータを、パワーアンプ部７０２に供給し、増幅処
理、アナログ信号へのコンバート処理等を行う。また、
このパワーアンプ部７０２では、ＣＰＵ７０５の制御の
もと、プリアンプ装置６からバス９を介して供給される
ハイプレシジョン方式のオーディオデータに対しても、
増幅処理、アナログ信号へのコンバート処理等を行う。

【００２７】パワーアンプ部７０２で処理されたアナロ
グオーディオ信号を、出力端子７０４に出力する。この
パワーアンプ装置７内での処理動作は、ＣＰＵ７０５の
制御で実行される。また、ＩＥＥＥ１３９４インターフ
ェース部７０７からバス９へのデータ送出や、バス９か
らのデータのインターフェース部７０７での受信につい
ても、ＣＰＵ７０５の制御で実行されるようにしてあ
る。ＣＰＵ７０５には、制御に必要なデータなどを記憶
するメモリ７０６が接続してある。また、操作キーなど
が配置された操作部７０８の操作データがＣＰＵ７０５
に供給されるようにしてあり、その操作データに基づい
て、増幅度の設定などが行われる。

【００２８】ここで、バス９に接続されている各機器５
〜７（図１参照）は、ユニットと称され、AV/C Command
Transaction SetのAV/C Digital Interface Command S
et General Specification（以下ＡＶ／Ｃと称する）で
規定されているディスクリプタ（Descriptor）を用い
て、各ユニットに記憶されている情報を相互に読み書き
して、一方の機器から他方の機器を制御することが可能
である。ＡＶ／Ｃの詳細については、http://www.1394T
A.org に公開されている。

【００２９】バス９に接続された各ユニットはノード
（node）とも呼ばれ、ノードＩＤが設定してあり、その
ノードＩＤによりバス上へのデータの発信元及び受信先
が特定される。このノードＩＤは、バス９への新たな機
器の接続があった場合や、あるいは接続されていた機器
が外されたことを検出したとき、バスリセットがかかっ
て、再度ノードＩＤを設定し直す処理が行われる。した
がって、バスリセットが発生したときには、各機器のノ
ードＩＤが変化する場合がある。

【００３０】次に、ＩＥＥＥ１３９４方式のシリアルデ
ータバスでのデータ伝送状態について説明する。図５
は、ＩＥＥＥ１３９４で接続された機器のデータ伝送の
サイクル構造を示す図である。ＩＥＥＥ１３９４では、
データは、パケットに分割され、１２５μｓの長さのサ
イクルを基準として時分割にて伝送される。このサイク
ルは、サイクルマスタ機能を有するノード（バスに接続
ささたいずれかの機器）から供給されるサイクルスター
ト信号によって作り出される。

【００３１】アイソクロナスパケットは、全てのサイク
ルの先頭から伝送に必要な帯域（時間単位であるが帯域
と呼ばれる）を確保する。このため、アイソクロナス伝
送では、データの一定時間内の伝送が保証される。ただ
し、伝送エラーが発生した場合は、保護する仕組みが無
く、データは失われる。

【００３２】各サイクルのアイソクロナス伝送に使用さ
れていない時間に、アービトレーションの結果、バスを
確保したノードが、アシンクロナスパケットを送出する
アシンクロナス伝送では、アクノリッジ、およびリトラ
イを用いることにより、確実な伝送は保証されるが、伝
送のタイミングは一定とはならない。

【００３３】所定のノードがアイソクロナス伝送を行う
ためには、そのノードがアイソクロナス機能に対応して
いなければならない。また、アイソクロナス機能に対応
したノードの少なくとも１つは、サイクルマスタ機能を
有していなければならない。さらに、ＩＥＥＥ１３９４
で接続されたノードの中の少なくとも１つは、アイソク
ロナスリソースマネージャの機能を有していなければな
らない。

【００３４】ＩＥＥＥ１３９４は、ＩＳＯ／ＩＥＣ１３
２１３で規定された６４ビットのアドレス空間を有する
ＣＳＲ（Ｃｏｎｔｒｏｌ＆Ｓｔａｔｕｓ Ｒｅｇｉｓｔ
ｅｒ）アーキテクチャに準拠している。

【００３５】図６は、ＣＳＲアーキテクチャのアドレス
空間の構造を説明する図である。上位１６ビットは、各
ＩＥＥＥ１３９４上のノードを示すノードＩＤであり、
残りの４８ビットが各ノードに与えられたアドレス空間
の指定に使われる。この上位１６ビットは更にバスＩＤ
の１０ビットと物理ＩＤ（狭義のノードＩＤ）の６ビッ
トに分かれる。全てのビットが１となる値は、特別な目
的で使用されるため、１０２３個のバスと６３個のノー
ドを指定することができる。

【００３６】下位４８ビットにて規定される２５６テラ
バイトのアドレス空間のうちの上位２０ビットで規定さ
れる空間は、２０４８バイトのＣＳＲ特有のレジスタや
ＩＥＥＥ１３９４特有のレジスタ等に使用されるイニシ
ャルレジスタスペース（Ｉｎｉｔｉａｌ Ｒｅｇｉｓｔ
ｅｒ Ｓｐａｃｅ）、プライベートスペース（Ｐｒｉｖ
ａｔｅ Ｓｐａｃｅ）、およびイニシャルメモリスペー
ス（ＩｎｉｔｉａｌＭｅｍｏｒｙ Ｓｐａｃｅ）などに
分割される。

【００３７】下位２８ビットで規定される空間は、その
上位２０ビットで規定される空間が、イニシャルレジス
タスペースである場合、コンフィギレーションＲＯＭ
（Ｃｏｎｆｉｇｕｒａｔｉｏｎ ｒｅａｄ ｏｎｌｙ
ｍｅｍｏｒｙ）、ノード特有の用途に使用されるイニシ
ャルユニットスペース（Ｉｎｉｔｉａｌ Ｕｎｉｔ Ｓ
ｐａｃｅ）、プラグコントロールレジスタ（Ｐｌｕｇ
Ｃｏｎｔｒｏｌ Ｒｅｇｉｓｔｅｒ（ＰＣＲｓ））など
として用いられる。

【００３８】図７は、主要なＣＳＲのオフセットアドレ
ス、名前、および働きを説明する図である。オフセット
とは、イニシャルレジスタスペースが始まるＦＦＦＦＦ
０００００００ｈ（最後にｈのついた数字は１６進表示
であることを表す）番地よりのオフセットアドレスを示
している。オフセット２２０ｈを有するバンドワイズア
ベイラブルレジスタ（Ｂａｎｄｗｉｄｔｈ Ａｖａｉｌ
ａｂｌｅ Ｒｅｇｉｓｔｅｒ）は、アイソクロナス通信
に割り当て可能な帯域を示しており、アイソクロナスリ
ソースマネージャとして動作しているノードの値だけが
有効とされる。

【００３９】すなわち、図６のＣＳＲは、各ノードが有
しているが、バンドワイズアベイラブルレジスタについ
ては、アイソクロナスリソースマネージャのものだけが
有効とされる。換言すれば、バンドワイズアベイラブル
レジスタは、実質的に、アイソクロナスリソースマネー
ジャだけが有する。バンドワイズアベイラブルレジスタ
には、アイソクロナス通信に帯域を割り当てていない場
合に最大値が保存され、帯域を割り当てる毎にその値が
減少していく。

【００４０】オフセット２２４ｈ乃至２２８ｈのチャン
ネルアベイラブルレジスタ（Ｃｈａｎｎｅｌｓ Ａｖａ
ｉｌａｂｌｅ Ｒｅｇｉｓｔｅｒ）は、その各ビットが
０乃至６３のチャンネル番号のそれぞれに対応し、ビッ
トが０である場合には、そのチャンネルが既に割り当て
られていることを示している。アイソクロナスリソース
マネージャとして動作しているノードのチャンネルアベ
イラブルレジスタのみが有効である。

【００４１】図６に戻り、イニシャルレジスタスペース
内のアドレス４００ｈ乃至８００ｈに、ゼネラルＲＯＭ
（ｒｅａｄ ｏｎｌｙ ｍｅｍｏｒｙ）フォーマットに
基づいたコンフィギレーションＲＯＭが配置される。

【００４２】図８は、ゼネラルＲＯＭフォーマットを説
明する図である。ＩＥＥＥ１３９４上のアクセスの単位
であるノードは、ノードの中にアドレス空間を共通に使
用しつつ独立して動作をするユニットを複数個有するこ
とができる。ユニットディレクトリ（ｕｎｉｔ ｄｉｒ
ｅｃｔｏｒｉｅｓ）は、このユニットに対するソフトウ
ェアのバージョンや位置を示すことができる。バスイン
フォブロック（ｂｕｓｉｎｆｏ ｂｌｏｃｋ）とルート
ディレクトリ（ｒｏｏｔ ｄｉｒｅｃｔｏｒｙ）の位置
は固定されているが、その他のブロックの位置はオフセ
ットアドレスによって指定される。

【００４３】図９は、バスインフォブロック、ルートデ
ィレクトリ、およびユニットディレクトリの詳細を示す
図である。バスインフォブロック内のＣｏｍｐａｎｙ
ＩＤには、機器の製造者を示すＩＤ番号が格納される。
Ｃｈｉｐ ＩＤには、その機器固有の、他の機器と重複
のない世界で唯一のＩＤが記憶される。また、ＩＥＣ１
８３３の規格により、ＩＥＣ１８８３を満たした機器の
ユニットディレクトリのユニットスペックＩＤ（ｕｎｉ
ｔ ｓｐｅｃ ｉｄ）の、ファーストオクテットには０
０ｈが、セカンドオクテットにはＡ０ｈが、サードオク
テットには２Ｄｈが、それぞれ書き込まれる。さらに、
ユニットスイッチバージョン（ｕｎｉｔｓｗ ｖｅｒｓ
ｉｏｎ）のファーストオクテットには、０１ｈが、サー
ドオクテットのＬＳＢ（Ｌｅａｓｔ Ｓｉｇｎｉｆｉｃ
ａｎｔ Ｂｉｔ）には、１が書き込まれる。

【００４４】インターフェースを介して、機器の入出力
を制御するため、ノードは、図６のイニシャルユニット
スペース内のアドレス９００ｈ乃至９ＦＦｈに、ＩＥＣ
１８８３に規定されるＰＣＲ（Ｐｌｕｇ Ｃｏｎｔｒｏ
ｌ Ｒｅｇｉｓｔｅｒ）を有する。これは、論理的にア
ナログインターフェースに類似した信号経路を形成する
ために、プラグという概念を実体化したものである。

【００４５】図１０は、ＰＣＲの構成を説明する図であ
る。ＰＣＲは、出力プラグを表すｏＰＣＲ（ｏｕｔｐｕ
ｔ Ｐｌｕｇ Ｃｏｎｔｒｏｌ Ｒｅｓｉｓｔｅｒ）、
入力プラグを表すｉＰＣＲ（ｉｎｐｕｔ Ｐｌｕｇ Ｃ
ｏｎｔｒｏｌ Ｒｅｇｉｓｔｅｒ）を有する。また、Ｐ
ＣＲは、各機器固有の出力プラグまたは入力プラグの情
報を示すレジスタｏＭＰＲ（ｏｕｔｐｕｔ Ｍａｓｔｅ
ｒ Ｐｌｕｇ Ｒｅｇｉｓｔｅｒ）とｉＭＰＲ（ｉｎｐ
ｕｔ Ｍａｓｔｅｒ Ｐｌｕｇ Ｒｅｇｉｓｔｅｒ）を
有する。

【００４６】各機器は、ｏＭＰＲおよびｉＭＰＲをそれ
ぞれ複数持つことはないが、個々のプラグに対応したｏ
ＰＣＲおよびｉＰＣＲを、機器の能力によって複数持つ
ことが可能である。図１０に示されるＰＣＲは、それぞ
れ３１個のｏＰＣＲおよびｉＰＣＲを有する。アイソク
ロナスデータの流れは、これらのプラグに対応するレジ
スタを操作することによって制御される。

【００４７】図１１（Ａ）〜（Ｄ）は、ｏＭＰＲ，ｏＰ
ＣＲ，ｉＭＰＲ、およびｉＰＣＲの構成を示す図であ
る。図１１（Ａ）はｏＭＰＲの構成を、図１１（Ｂ）は
ｏＰＣＲの構成を、図１１（Ｃ）はｉＭＰＲの構成を、
図１１（Ｄ）はｉＰＣＲの構成を、それぞれ示してい
る。

【００４８】ｏＭＰＲおよびｉＭＰＲのＭＳＢ側の２ビ
ットのデータレートケイパビリティ（ｄａｔａ ｒａｔ
ｅ ｃａｐａｂｉｌｉｔｙ）には、その機器が送信また
は受信可能なアイソクロナスデータの最大伝送速度を示
すコードが格納される。ｏＭＰＲのブロードキャストチ
ャンネルベース（ｂｒｏａｄｃａｓｔ ｃｈａｎｎｅｌ
ｂａｓｅ）は、ブロードキャスト出力に使用されるチ
ャンネルの番号を規定する。

【００４９】ｏＭＰＲのＬＳＢ側の５ビットのナンバー
オブアウトプットプラグス（ｎｕｍｂｅｒ ｏｆ ｏｕ
ｔｐｕｔ ｐｌｕｇｓ）には、その機器が有する出力プ
ラグ数、すなわちｏＰＣＲの数を示す値が格納される。
ｉＭＰＲのＬＳＢ側の５ビットのナンバーオブインプッ
トプラグス（ｎｕｍｂｅｒ ｏｆ ｉｎｐｕｔ ｐｌｕ
ｇｓ）には、その機器が有する入力プラグ数、すなわち
ｉＰＣＲの数を示す値が格納される。ｎｏｎ−ｐｅｒｓ
ｉｓｔｅｎｔ ｅｘｔｅｎｓｉｏｎ ｆｉｅｌｄおよび
ｐｅｒｓｉｓｔｅｎｔ ｅｘｔｅｎｓｉｏｎ ｆｉｅｌ
ｄは、将来の拡張のために定義された領域である。

【００５０】ｏＰＣＲおよびｉＰＣＲのＭＳＢのオンラ
イン（ｏｎ−ｌｉｎｅ）は、プラグの使用状態を示す。
すなわち、その値が１であればそのプラグがＯＮ−ＬＩ
ＮＥであり、０であればＯＦＦ−ＬＩＮＥであることを
示す。ｏＰＣＲおよびｉＰＣＲのブロードキャストコネ
クションカウンタ（ｂｒｏａｄｃａｓｔ ｃｏｎｎｅｃ
ｔｉｏｎ ｃｏｕｎｔｅｒ）の値は、ブロードキャスト
コネクションの有り（１）または無し（０）を表す。ｏ
ＰＣＲおよびｉＰＣＲの６ビット幅を有するポイントト
ウポイントコネクションカウンタ（ｐｏｉｎｔ−ｔｏ−
ｐｏｉｎｔ ｃｏｎｎｅｃｔｉｏｎ ｃｏｕｎｔｅｒ）
が有する値は、そのプラグが有するポイントトウポイン
トコネクション（ｐｏｉｎｔ−ｔｏ−ｐｏｉｎｔ ｃｏ
ｎｎｅｃｔｉｏｎ）の数を表す。

【００５１】ｏＰＣＲおよびｉＰＣＲの６ビット幅を有
するチャンネルナンバー（ｃｈａｎｎｅｌ ｎｕｍｂｅ
ｒ）が有する値は、そのプラグが接続されるアイソクロ
ナスチャンネルの番号を示す。ｏＰＣＲの２ビット幅を
有するデータレート（ｄａｔａ ｒａｔｅ）の値は、そ
のプラグから出力されるアイソクロナスデータのパケッ
トの現実の伝送速度を示す。ｏＰＣＲの４ビット幅を有
するオーバーヘッドＩＤ（ｏｖｅｒｈｅａｄ ＩＤ）に
格納されるコードは、アイソクロナス通信のオーバーの
バンド幅を示す。ｏＰＣＲの１０ビット幅を有するペイ
ロード（ｐａｙｌｏａｄ）の値は、そのプラグが取り扱
うことができるアイソクロナスパケットに含まれるデー
タの最大値を表す。

【００５２】図１２はプラグ、プラグコントロールレジ
スタ、およびアイソクロナスチャンネルの関係を表す図
である。ＡＶデバイス（ＡＶ−ｄｅｖｉｃｅ）７１〜７
３は、ＩＥＥＥ１３９４シリアルバスによって接続され
ている。ＡＶデバイス７３のｏＭＰＲにより伝送速度と
ｏＰＣＲの数が規定されたｏＰＣＲ

〔０〕〜ｏＰＣＲ
〔２〕のうち、ｏＰＣＲ〔１〕によりチャンネルが指定
されたアイソクロナスデータは、ＩＥＥＥ１３９４シリ
アルバスのチャンネル＃１（ｃｈａｎｎｅｌ ＃１）に
送出される。

【００５３】ＡＶデバイス７１のｉＭＰＲにより伝送速
度とｉＰＣＲの数が規定されたｉＰＣＲ

〔０〕とｉＰＣ
Ｒ〔１〕のうち、入力チャンネル＃１が伝送速度とｉＰ
ＣＲ

〔０〕により、ＡＶデバイス７１は、ＩＥＥＥ１３
９４シリアルバスのチャンネル＃１に送出されたアイソ
クロナスデータを読み込む。同様に、ＡＶデバイス７２
は、ｏＰＣＲ

〔０〕で指定されたチャンネル＃２（ｃｈ
ａｎｎｅｌ ＃２）に、アイソクロナスデータを送出
し、ＡＶデバイス７１は、ｉＰＲＣ〔１〕にて指定され
たチャンネル＃２からそのアイソクロナスデータを読み
込む。

【００５４】このようにして、ＩＥＥＥ１３９４シリア
ルバスによって接続されている機器間でデータ伝送が行
われるが、本例の装置では、このＩＥＥＥ１３９４シリ
アルバスを介して接続された機器のコントロールのため
のコマンドとして規定されたＡＶ／Ｃコマンドセットを
利用して、各機器のコントロールや状態の判断などが行
えるようにしてある。

【００５５】次に、このＡＶ／Ｃコマンドセットについ
て説明する。まず、ＡＶ／ＣコマンドセットにおけるＳ
ｕｂｕｎｉｔ Ｉｄｅｎｔｉｆｉｅｒ Ｄｅｓｃｒｉｐ
ｔｏｒのデータ構造について、図１３〜図１６を参照し
ながら説明する。

【００５６】図１３は、Ｓｕｂｕｎｉｔ Ｉｄｅｎｔｉ
ｆｉｅｒ Ｄｅｓｃｒｉｐｔｏｒのデータ構造を示して
いる。図１３に示すように、Ｓｕｂｕｎｉｔ Ｉｄｅｎ
ｔｉｆｉｅｒ Ｄｅｓｃｒｉｐｔｏｒの階層構造のリス
トにより形成されている。リストとは、例えば、チュー
ナであれば、受信できるチャンネル、ディスクであれ
ば、そこに記録されている曲などを表す。

【００５７】階層構造の最上位層のリストはルートリス
トと呼ばれており、例えば、リスト０がその下位のリス
トに対するルートとなる。リスト２乃至（ｎ−１）も同
様にルートリストとなる。ルートリストはオブジェクト
の数だけ存在する。ここで、オブジェクトとは、例え
ば、ＡＶ機器がチューナである場合、デジタル放送にお
ける各チャンネル等のことである。また、１つの階層の
全てのリストは、共通の情報を共有している。

【００５８】図１４は、既存のシステムにおいて用いら
れるＴｈｅ Ｇｅｎｅｒａｌ Ｓｕｂｕｎｉｔ Ｉｄｅ
ｎｔｉｆｉｅｒ Ｄｅｓｃｒｉｐｔｏｒのフォーマット
を示している。Ｓｕｂｕｎｉｔ Ｉｄｅｎｔｉｆｉｅｒ
Ｄｅｓｃｒｉｐｔｏｒには、機能に関しての属性情報
がｃｏｎｔｅｎｔｓに記述されている。ｄｅｓｃｒｉｐ
ｔｏｒ ｌｅｎｇｔｈフィールド自身の値は含まれてい
ない。

【００５９】ｇｅｎｅｒａｔｉｏｎ ＩＤは、ＡＶ／Ｃ
コマンドセットのバージョンを示しており、その値は図
１５に示すように、現在“００ｈ”（ｈは１６進を表
す）となっている。ここで、“００ｈ”は、データ構造
とコマンドがＡＶ／Ｃ Ｇｅｎｅｒａｌ Ｓｐｅｃｉｆ
ｉｃａｔｉｏｎのバージョン３．０であることを意味し
ている。また、図１５に示すように、“００ｈ”を除い
た全ての値は、将来の仕様のために予約確保されてい
る。

【００６０】ｓｉｚｅ ｏｆ ｌｉｓｔ ＩＤは、リス
トＩＤのバイト数を示している。ｓｉｚｅ ｏｆ ｏｂ
ｊｅｃｔ ＩＤは、オブジェクトＩＤのバイト数を示し
ている。ｓｉｚｅ ｏｆ ｏｂｊｅｃｔ ｐｏｓｉｔｉ
ｏｎは、制御の際、参照する場合に用いられるリスト中
の位置（バイト数）を示している。ｎｕｍｂｅｒ ｏｆ
ｒｏｏｔ ｏｂｊｅｃｔ ｌｉｓｔｓは、ルートオブ
ジェクトリストの数を示している。ｒｏｏｔ ｏｂｊｅ
ｃｔ ｌｉｓｔ ｉｄは、それぞれ独立した階層の最上
位のルートオブジェクトリストを識別するためのＩＤを
示している。

【００６１】ｓｕｂｕｎｉｔ ｄｅｐｅｎｄｅｎｔ ｌ
ｅｎｇｔｈは、後続のｓｕｂｕｉｔｄｅｐｅｎｄｅｎｔ
ｉｎｆｏｒｍａｔｉｏｎフィールドのバイト数を示し
ている。ｓｕｂｕｉｔ ｄｅｐｅｎｄｅｎｔ ｉｎｆｏ
ｒｍａｔｉｏｎは、機能に固有の情報を示すフィールド
である。ｍａｎｕｆａｃｔｕｒｅｒ ｄｅｐｅｎｄｅｎ
ｔ ｌｅｎｇｔｈは、後続のｍａｎｕｆａｃｔｕｒｅｒ
ｄｅｐｅｎｄｅｎｔ ｉｎｆｏｒｍａｔｉｏｎフィー
ルドのバイト数を示している。ｍａｎｕｆａｃｔｕｒｅ
ｒ ｄｅｐｅｎｄｅｎｔ ｉｎｆｏｒｍａｔｉｏｎは、
ベンダー（メーカ）の仕様情報を示すフィールドであ
る。なお、ディスクリプタの中にｍａｎｕｆａｃｔｕｒ
ｅｒ ｄｅｐｅｎｄｅｎｔ ｉｎｆｏｒｍａｔｉｏｎが
ない場合は、このフィールドは存在しない。

【００６２】図１６は、図１４で示したリストＩＤの割
り当て範囲を示している。“００００ｈ乃至０ＦＦＦ
ｈ”および“４０００ｈ乃至ＦＦＦＦｈ”は、将来の仕
様のための割り当て範囲として予約確保されている。
“１０００ｈ乃至３ＦＦＦｈ”および“１００００ｈ乃
至ｍａｘ ｌｉｓｔ ＩＤ ｖａｌｕｅ”は、機能タイ
プの従属情報を識別するために用意されている。

【００６３】次に、本例の装置で使用されるＡＶ／Ｃコ
マンドセットについて、図１７〜図２２を参照しながら
説明する。図１７は、ＡＶ／Ｃコマンドセットのスタッ
クモデルを示している。物理レイヤ８１、リンクレイヤ
８２、トランザクションレイヤ８３、およびシリアルバ
スマネジメント８４は、ＩＥＥＥ１３９４に準拠してい
る。ＦＣＰ（Ｆｕｎｃｔｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒ
ｏｔｏｃｏｌ）８５は、ＩＥＣ６１８８３に準拠してい
る。ＡＶ／Ｃコマンドセット８６は、１３９４ＴＡスペ
ックに準拠している。

【００６４】図１８は、図１７のＦＣＰ８５のコマンド
とレスポンスを説明するための図である。ＦＣＰはＩＥ
ＥＥ１３９４上のＡＶ機器の制御を行うためのプロトコ
ルである。図１８に示すように、制御する側がコントロ
ーラで、制御される側がターゲットである。ＦＣＰのコ
マンドの送信またはレスポンスは、ＩＥＥＥ１３９４の
アシンクロナス通信のライトトランザクションを用い
て、ノード間で行われる。データを受け取ったターゲッ
トは、受信確認のために、アクノリッジをコントローラ
に返す。

【００６５】図１９は、図１８で示したＦＣＰのコマン
ドとレスポンスの関係をさらに詳しく説明するための図
である。ＩＥＥＥ１３９４バスを介してノードＡとノー
ドＢが接続されている。ノードＡがコントローラで、ノ
ードＢがターゲットである。ノードＡ，Ｂには、コマン
ドレジスタ９１，９３、レスポンスレジスタ９２，９４
が、それぞれ５１２バイトずつ準備されている。図１９
に示すように、コントローラがターゲットのコマンドレ
ジスタ９３にコマンドメッセージを書き込むことにより
命令を伝える。また逆に、ターゲットがコントローラの
レスポンスレジスタ９２にレスポンスメッセージを書き
込むことにより応答を伝えている。以上２つのメッセー
ジに対して、制御情報のやり取りを行う。ＦＣＰで送ら
れるコマンドセットの種類は、後述する図２０のデータ
フィールド中のＣＴＳに記される。

【００６６】図２０は、ＡＶ／Ｃコマンドのアシンクロ
ナス転送モードで伝送されるパケットのデータ構造を示
している。ＡＶ／Ｃコマンドセットは、ＡＶ機器を制御
するためのコマンドセットで、ＣＴＳ（コマンドセット
のＩＤ）＝“００００”である。ＡＶ／Ｃコマンドフレ
ームおよびレスポンスフレームが、上記ＦＣＰを用いて
ノード間でやり取りされる。バスおよびＡＶ機器に負担
をかけないために、コマンドに対するレスポンスは、１
００ｍｓ以内に行うことになっている。図２０に示すよ
うに、アシンクロナスパケットのデータは、水平方向３
２ビット（＝１ｑｕａｄｌｅｔ）で構成されている。図
中上段はパケットのヘッダ部分を示しており、図中下段
はデータブロックを示している。ｄｅｓｔｉｎａｔｉｏ
ｎ＿ＩＤは、宛先を示している。

【００６７】ＣＴＳはコマンドセットのＩＤを示してお
り、ＡＶ／ＣコマンドセットではＣＴＳ＝“００００”
である。ｃｔｙｐｅ／ｒｅｓｐｏｎｓｅのフィールド
は、パケットがコマンドの場合はコマンドの機能分類を
示し、パケットがレスポンスの場合はコマンドの処理結
果を示す。コマンドは大きく分けて、（１）機能を外部
から制御するコマンド（ＣＯＮＴＲＯＬ）、（２）外部
から状態を問い合わせるコマンド（ＳＴＡＴＵＳ）、
（３）制御コマンドのサポートの有無を外部から問い合
わせるコマンド（ＧＥＮＥＲＡＬ ＩＮＱＵＩＲＹ（ｏ
ｐｃｏｄｅのサポートの有無）およびＳＰＥＣＩＦＩＣ
ＩＮＱＵＩＲＹ（ｏｐｃｏｄｅおよびｏｐｅｒａｎｄ
ｓのサポートの有無））、（４）状態の変化を外部に知
らせるよう要求するコマンド（ＮＯＴＩＦＹ）の４種類
が定義されている。

【００６８】レスポンスはコマンドの種類に応じて返さ
れる。ＣＯＮＴＲＯＬコマンドに対するレスポンスに
は、ＮＯＴ ＩＮＰＬＥＭＥＮＴＥＤ（実装されていな
い）、ＡＣＣＥＰＴＥＤ（受け入れる）、ＲＥＪＥＣＴ
ＥＤ（拒絶）、および（ＩＮＴＥＲＩＭ（暫定）があ
る。ＳＴＡＴＵＳコマンドに対するレスポンスには、Ｎ
ＯＴ ＩＮＰＬＥＭＥＮＴＥＤ、ＲＥＪＥＣＴＥＤ、Ｉ
Ｎ ＴＲＡＮＳＩＴＩＯＮ（移行中）、およびＳＴＡＢ
ＬＥ（安定）がある。ＧＥＮＥＲＡＬ ＩＮＱＵＩＲＹ
およびＳＰＥＣＩＦＩＣ ＩＮＱＵＩＲＹコマンドに対
するレスポンスには、ＩＭＰＬＥＭＥＮＴＥＤ（実装さ
れている）、およびＮＯＴ ＩＭＰＬＥＭＥＮＴＥＤが
ある。ＮＯＴＩＦＹコマンドに対するレスポンスには、
ＮＯＴ ＩＭＰＬＥＭＥＮＴＥＤ，ＲＥＪＥＣＴＥＤ，
ＩＮＴＥＲＩＭおよびＣＨＡＮＧＥＤ（変化した）があ
る。

【００６９】ｓｕｂｕｎｉｔ ｔｙｐｅは、機器内の機
能を特定するために設けられており、例えば、ｔａｐｅ
ｒｅｃｏｒｄｅｒ／ｐｌａｙｅｒ，ｔｕｎｅｒ等が割
り当てられる。同じ種類のｓｕｂｕｎｉｔが複数存在す
る場合の判別を行うために、判別番号としてｓｕｂｕｎ
ｉｔ ｉｄでアドレッシングを行う。ｏｐｃｏｄｅはコ
マンドを表しており、ｏｐｅｒａｎｄはコマンドのパラ
メータを表している。Ａｄｄｉｔｉｏｎａｌ ｏｐｅｒ
ａｎｄｓは必要に応じて付加されるフィールドである。
ｐａｄｄｉｎｇも必要に応じて付加されるフィールドで
ある。ｄａｔａ_ ＣＲＣ（Ｃｙｃｌｉｃ Ｒｅｄｕｎ
ｄａｎｃｙ Ｃｈｅｃｋ）はデータ伝送時のエラーチェ
ックに使われる。

【００７０】図２１（Ａ）〜（Ｃ）は、ＡＶ／Ｃコマン
ドの具体例を示している。図２１（Ａ）は、ｃｔｙｐｅ
／ｒｅｓｐｏｎｓｅの具体例を示している。図中上段が
コマンドを表しており、図中下段がレスポンスを表して
いる。“００００”にはＣＯＮＴＲＯＬ、“０００１”
にはＳＴＡＴＵＳ、“００１０”にはＳＰＥＣＩＦＩＣ
ＩＮＱＵＩＲＹ、“００１１”にはＮＯＴＩＦＹ、
“０１００”にはＧＥＮＥＲＡＬ ＩＮＱＵＩＲＹが割
り当てられている。“０１０１乃至０１１１”は将来の
仕様のために予約確保されている。また、“１０００”
にはＮＯＴ ＩＮＰＬＥＭＥＮＴＥＤ、“１００１”に
はＡＣＣＥＰＴＥＤ、“１０１０”にはＲＥＪＥＣＴＥ
Ｄ、“１０１１”にはＩＮ ＴＲＡＮＳＩＴＩＯＮ、
“１１００”にはＩＭＰＬＥＭＥＮＴＥＤ／ＳＴＡＢＬ
Ｅ、“１１０１”にはＣＨＮＧＥＤ、“１１１１”には
ＩＮＴＥＲＩＭが割り当てられている。“１１１０”は
将来の仕様のために予約確保されている。

【００７１】図２１（Ｂ）は、ｓｕｂｕｎｉｔ ｔｙｐ
ｅの具体例を示している。“０００００”にはＶｉｄｅ
ｏ Ｍｏｎｉｔｏｒ、“０００１１”にはＤｉｓｋ ｒ
ｅｃｏｒｄｅｒ／Ｐｌａｙｅｒ、“００１００”にはＴ
ａｐｅ ｒｅｃｏｒｄｅｒ／Ｐｌａｙｅｒ、“００１０
１”にはＴｕｎｅｒ、“００１１１”にはＶｉｄｅｏＣ
ａｍｅｒａ、“１１１００”にはＶｅｎｄｏｒ ｕｎｉ
ｑｕｅ、“１１１１０”にはＳｕｂｕｎｉｔ ｔｙｐｅ
ｅｘｔｅｎｄｅｄ ｔｏ ｎｅｘｔ ｂｙｔｅが割り
当てられている。なお、“１１１１１”にはｕｎｉｔが
割り当てられているが、これは機器そのものに送られる
場合に用いられ、例えば電源のオンオフなどが挙げられ
る。

【００７２】図２１（Ｃ）は、ｏｐｃｏｄｅの具体例を
示している。各ｓｕｂｕｎｉｔ ｔｙｐｅ毎にｏｐｃｏ
ｄｅのテーブルが存在し、ここでは、ｓｕｂｕｎｉｔ
ｔｙｐｅがＴａｐｅ ｒｅｃｏｒｄｅｒ／Ｐｌａｙｅｒ
の場合のｏｐｃｏｄｅを示している。また、ｏｐｃｏｄ
ｅ毎にｏｐｅｒａｎｄが定義されている。ここでは、
“００ｈ”にはＶＥＮＤＯＲ−ＤＥＰＥＮＤＥＮＴ、
“５０ｈ”にはＳＥＡＣＨＭＯＤＥ、“５１ｈ”にはＴ
ＩＭＥＣＯＤＥ、“５２ｈ”にはＡＴＮ、“６０ｈ”に
はＯＰＥＮ ＭＩＣ、“６１ｈ”にはＲＥＡＤ ＭＩ
Ｃ、“６２ｈ”にはＷＲＩＴＥ ＭＩＣ、“Ｃ１ｈ”に
はＬＯＡＤ ＭＥＤＩＵＭ、“Ｃ２ｈ”にはＲＥＣＯＲ
Ｄ、“Ｃ３ｈ”にはＰＬＡＹ、“Ｃ４ｈ”にはＷＩＮＤ
が割り当てられている。

【００７３】図２２（Ａ），（Ｂ）は、ＡＶ／Ｃコマン
ドとレスポンスの具体例を示している。例えば、ターゲ
ット（コンスーマ）としての再生機器に再生指示を行う
場合、コントローラは、図２２（Ａ）のようなコマンド
をターゲットに送る。このコマンドは、ＡＶ／Ｃコマン
ドセットを使用しているため、ＣＴＳ＝“００００”と
なっている。

【００７４】ｃｔｙｐｅには、機器を外部から制御する
コマンド（ＣＯＮＴＲＯＬ）を用いるため、ｃｔｙｐｅ
＝“００００”となっている（図２１（Ａ）参照）。ｓ
ｕｂｕｎｉｔ ｔｙｐｅはＴａｐｅ ｒｅｃｏｒｄｅｒ
／Ｐｌａｙｅｒであることより、ｓｕｂｕｎｉｔ ｔｙ
ｐｅ＝“００１００”となっている（図２１（Ｂ）参
照）。ｉｄはＩＤ０の場合を示しており、ｉｄ＝０００
となっている。ｏｐｃｏｄｅは再生を意味する“Ｃ３
ｈ”となっている（図２１（Ｃ）参照）。ｏｐｅｒａｎ
ｄはＦＯＲＷＡＲＤを意味する“７５ｈ”となってい
る。

【００７５】そして、再生されると、ターゲットは図２
２（Ｂ）のようなレスポンスをコントローラに返す。こ
こでは、受け入れを意味するａｃｃｅｐｔｅｄがｒｅｓ
ｐｏｎｓｅに入るため、ｒｅｓｐｏｎｓｅ＝“１００
１”となっている（図２１（Ａ）参照）。ｒｅｓｐｏｎ
ｓｅを除いて、他は図２２（Ａ）と同じであるので説明
は省略する。

【００７６】図２３は、上述のアイソクロナスチャンネ
ルで伝送されるアイソクロナスパケット（Ｉｓｏパケッ
ト）の１パケットの構成を示す図である。１つのパケッ
トの先頭部分には、データ長，タグ，チャンネルなどの
伝送に必要なヘッダが配置されると共に、その訂正符号
であるヘッダ訂正符号（ＣＲＣ）が配置してある。この
ヘッダ部分は、ＩＥＥＥ１３９４−１９９５規格で決め
られたフォーマットである。

【００７７】続くデータ区間は、ここではＩＥＣ６１８
８３規格で決められたオーディオミュージックデータ伝
送用のフォーマットを適用してある。この規格では、先
頭の６４ビットの区間をヘッダ部分としてあり、残りの
区間をデータフィールドとしてあり、最後の３２ビット
区間をデータ訂正符号（ＣＲＣ）としてある。ここで
は、ヘッダ区間のデータの内のＦＭＴデータで、オーデ
ィオミュージックデータであることが示される。また、
ＦＤＦデータで、ＡＭ８２４規格のデータであることが
示される。

【００７８】このＡＭ８２４規格のデータの場合には、
データフィールドに配置されるデータが、３２ビットを
１単位としたデータとしてあり、任意の数その３２ビッ
トデータが配置される。この場合、３２ビットの１単位
のデータの内の先頭の８ビットがラベルデータで、残り
の２４ビットがオーディオデータなどの実際の伝送デー
タである。

【００７９】図２４は、この１単位の３２ビットのデー
タ構成を示したものである。３２ビットのデータの先頭
の８ビット区間に、ラベルデータが配置される。このラ
ベルデータは、その後に続くオーディオデータの方式な
どを示すデータである。また、残りの２４ビット区間
に、オーディオデータなどが配置される。

【００８０】図２５は、ラベルデータの定義（LABEL de
finition)を示している。ここでは、８ビットで示され
る２桁の１６進数値との対応で示している。ラベルデー
タが“００”〜“３Ｆ”の範囲の値のとき、ＩＥＣ６０
９５８規格(IEC 60958 Conformant)のオーディオデータ
が、ラベルデータに続く区間に配置される。ラベルデー
タが“４０”〜“４Ｆ”の範囲の値のとき、マルチビッ
ト方式のリニアオーディオデータ（MBLA:Multi-bit Lin
ear Audio)が、ラベルデータに続く区間に配置される。
ラベルデータが“５０”〜“５Ｆ”の範囲の値のとき、
１ビット方式のリニアオーディオデータ(One Bit Audi
o)が、ラベルデータに続く区間に配置される。ラベルデ
ータが“６０”〜“６７”の範囲の値のとき、ハイプレ
シジョン(High Precision)方式のマルチビットリニアオ
ーディオデータが、ラベルデータに続く区間に配置され
る。

【００８１】ラベルデータが“８０”〜“８３”の範囲
の値のとき、ＭＩＤＩ規格の楽器演奏データが、ラベル
データに続く区間に配置される。ラベルデータが“８
８”〜“８Ｂ”の範囲の値のとき、ＳＭＰＴＥタイムコ
ード規格(SMPTE Time Code Conformant)のタイムコード
が、ラベルデータに続く区間に配置される。ラベルデー
タが“８Ｃ”〜“８Ｆ”の範囲の値のとき、サンプルカ
ウントデータ(Sample Count Data)が、ラベルデータに
続く区間に配置される。

【００８２】ラベルデータが“Ｃ０”〜“ＣＦ”の範囲
の値のとき、ＡＳＩＤ(Audio Software Information De
livery)等の共通補助データ(Common Ancillary Data)
が、ラベルデータに続く区間に配置される。ラベルデー
タが“Ｄ０”〜“ＥＦ”の範囲の値のとき、アプリケー
ション特化補助データ(Application Specific Ancillar
y Data)が、ラベルデータに続く区間に配置される。

【００８３】図２６は、上述した８ビットのラベルデー
タと、それに続く区間に配置されるデータの関係を、ラ
ベルデータの上位４ビット(upper 4 bits）を縦方向に
とると共に、ラベルデータの下位４ビット(Lower 4 bit
s)を横方向にとって表したものである。

【００８４】図２７は、ラベルデータが“００”〜“３
Ｆ”の範囲であって、ラベルデータに続く区間にＩＥＣ
６０９５８規格のオーディオデータが配置される場合に
おける、１単位である３２ビットのデータ構成を示して
いる。ラベルデータの３ＳＢ，４ＳＢは、ＰＡＣ(Pream
ble code)を示している。図２８は、ＰＡＣの定義を示
している。

【００８５】図２９は、ラベルデータが“６０”〜“６
７”であって、ラベルデータに続く区間にハイプレシジ
ョン方式のマルチビットリニアオーディオデータが配置
される場合における、１単位である３２ビットのデータ
構成、すなわち１スロットの構成を示している。ラベル
データの下位３ビットは、１サンプルのデータを伝送す
るために使用されるスロットの番号(slot number)を示
している。図３０は、当該下位３ビットの値とスロット
ナンバーとの対応関係を示している。

【００８６】図３１は、共通補助データ(Common Ancill
ary Data)に関して、ラベルデータの“Ｃ０”〜“Ｃ
Ｆ”の値と、それに続く区間に配置される共通補助デー
タの内容との対応関係を示すものであるが、“ＣＦ”は
補助データなしを示している。その他の値は将来の仕様
の割り当て範囲として予約確保されている。

【００８７】図３２は、アプリケーション特化補助デー
タ(Application Specific Ancillary Data)に関して、
ラベルデータの“Ｄ０”〜“ＥＦ”の値と、それに続く
区間に配置されるアプリケーション特化補助データの内
容との対応関係を示している。ラベルデータが“Ｄ０”
であるときは、ラベルデータに続く区間にＤＶＤ-Ａｕ
ｄｉｏ補助データが配置される。ラベルデータが“Ｄ
１”であるときは、ラベルデータに続く区間にＳＡＣＤ
補助データが配置される。ラベルデータが“Ｄ２”であ
るときは、ラベルデータに続く区間にハイプレシジョン
補助データが配置される。“Ｄ３”〜“ＥＦ”は将来の
仕様の割り当て範囲として予約確保されている。

【００８８】図３３は、アプリケーション特化補助デー
タのゼネラルフォーマット(GeneralFormat)を示してい
る。１番目のバイト（ラベルデータ）は、このデータが
アプリケーション特化補助データであることを示す。２
番目のバイト（サブラベルデータ）は、続くデータを識
別するものである。

【００８９】図３４（Ａ）は、ハイプレシジョン補助デ
ータに係る３２ビットのデータ構成を示している。１番
目のバイト（ラベルデータ）は“Ｄ２_h”であり、この
データがハイプレシジョン補助データであることを示
す。２番目のバイト（サブラベルデータ）は“０１_h”
であり、続く２バイトのデータに、８ビットのチャネル
データ(Channel)、４ビットの精度データ（Accuracy)を
持つことを識別する。この補助データは、全てのデータ
ブロックに付加して伝送される。

【００９０】図３５は、８ビットのチャネルデータの値
とチャネル数との対応関係を示している。図３６は、精
度データの値と、スロットを構成する２４ビット区間の
うちオーディオデータの伝送に用いるビット数との対応
関係を示している。精度データが“００₂”であると
き、２４ビット区間のうち１６ビットを用い、下位側の
８ビットが０であることを示す。精度データが“０
１₂”であるとき、２４ビット区間のうち２０ビットを
用い、下位側の４ビットが０であることを示す。精度デ
ータが“１０₂”であるとき、２４ビット区間の全ての
ビットを用いることを示す。また、“１１₂”は将来の
仕様の割り当て範囲として予約確保されている。

【００９１】図３４（Ｂ）も、ハイプレシジョン補助デ
ータに係る３２ビットのデータ構成を示している。１番
目のバイト（ラベルデータ）は“Ｄ２_h”であり、この
データがハイプレシジョン補助データであることを示
す。２番目のバイト（サブラベルデータ）は“０２_h”
であり、続く２バイトのデータが、８ビットのチャネル
割り当て(Channel Assignment)データであるこを識別す
る。この補助データの追加は任意であり、現在は各値の
定義はされていない。

【００９２】図３７は、各サンプルワード長（１サンプ
ルのデータのビット数）における、スロット長、使用ス
ロット数の推奨例を示している。この推奨例において、
サンプル長は、３２ビット、４０ビット、４８ビット、
６４ビット、８０ビット、９６ビット、１２８ビット、
１６０ビットまたは１９２ビットである。使用スロット
数は、２，４または８である。

【００９３】図３８は、ＳＡＣＤ補助データに係る３２
ビットのデータ構成を示している。１番目のバイト（ラ
ベルデータ）は“Ｄ１_h”であり、このデータがＳＡＣ
Ｄ補助データであることを示す。２番目のバイト（サブ
ラベルデータ）が“００_h”であるときは、続く２バイ
トのデータに、1ビットのバリディティフラグデータ（V
alidity Flag)、４ビットのトラックアトリュビュート
データ（Track_Attribute)、３ビットのチャネルデータ
(Ch_Bit_n）および５ビットのラウドスピーカコンフィ
グレーションデータ（Loudspeaker Config）を含むこと
を示す。３ビットのＲ_SVは、将来の仕様のための割り当
て範囲として予約確保されている領域であって、デフォ
ルト値は“０００₂”である。

【００９４】図３９は、各データの内容を示している。
バリディティフラグデータはフレーム内のデータの有効
性を示すものであり、“０₂”のとき有効であることを
示し、“１₂”のとき有効でないことを示す。トラック
アトリュビュートデータは、ＳＡＣＤ(Super Audio CD)
のコピー制御情報を示す。チャネルデータは、チャネル
の総数を示す。ラウドスピーカコンフィグレーションデ
ータは、ラウドスピーカのセットアップ情報を示す。

【００９５】図４０は、ＤＶＤ-Ａｕｄｉｏ補助データ
に係る３２ビットのデータ構成を示している。１番目の
バイト（ラベルデータ）は“Ｄ０_h”であり、このデー
タがＤＶＤ-Ａｕｄｉｏ補助データであることを示す。
２番目のバイト（サブラベルデータ）が“０１_h”であ
るときは、続く２バイトのデータに、８ビットのダイナ
ミックレンジ制御データ(Dynamic Range Control)、４
ビットのダウンミックスコード(Down Mix Code)、１ビ
ットのエンファシスフラグデータ(Emphasis Flag)、１
ビットのダウンミックスモードデータ(Down Mix Mod
e)、１ビットのダウンミックスコードバリディティデー
タ(Down Mix Code Validity )を含むことを示す。

【００９６】図４１は、各データの内容を示している。
ダイナミックレンジ制御データは、適応圧縮率を示す。
ダウンミックスコードは、ダウンミックステーブルの番
号を示す。エンファシスフラグデータは、エンファシス
のオンまたはオフを示す。ダウンミックスモードデータ
は、ダウンミックスの許諾を示す。ダウンミックスコー
ドバリディティデータは、ダウンミックスコードの有効
性を示す。

【００９７】図４２は、上述した補助データを、オーデ
ィオデータと共に１つのパケット内に配置した一例を示
してある。ここでは、１つのパケットのデータフィール
ドの先頭部分の３２ビット区間に、補助データが配置さ
れている。そして、残りのデータフィールドに、３２ビ
ットを１単位としたオーディオデータ（ただし、３２ビ
ットの内の先頭８ビットはラベルデータ）を、任意の数
配置してある。

【００９８】なお、図４２の例では、１つのパケットに
１つの補助データだけを配置した例としたが、複数の補
助データを１つのパケットに配置してもよい。例えば、
ハイプレシジョン方式のオーディオデータを伝送するも
のにあっては、図３４（Ａ），（Ｂ）に示した補助デー
タを同時に配置してもよい。

【００９９】図１に示すオーディオ装置１０において、
ＣＤプレーヤ５からバス９を介してプリアンプ装置６に
は、ＩＥＣ６０９５８規格のオーディオデータが伝送さ
れる。この場合、１つのパケットのデータフィールド
に、図２７に示すデータ構成のデータが複数個配置され
て伝送される。

【０１００】また、図１に示すオーディオ装置１０にお
いて、プリアンプ装置６からバス９を介してパワーアン
プ装置７には、ハイプレシジョン方式のオーディオデー
タが伝送される。この場合、１つのパケットのデータフ
ィールドに、図３４（Ａ）、（Ｂ）に示すハイプレシジ
ョン補助データおよび図２９に示すハイプレシジョンマ
ルチビットリニアオーディオデータが複数個配置されて
伝送される。その場合、１サンプルのビットデータが分
割されて、複数のスロットを使用して伝送される。

【０１０１】図４３は、１つのパケットのデータフィー
ルドに配置されるハイプレシジョンストリームの一例を
示す。この例は、サンプルワード長（１サンプルのデー
タのビット数）が１２８ビットで、２チャネルのリニア
オーディオデータを、各チャネル８スロット（１スロッ
トは３２ビット構成）を使用して伝送する例である。こ
こで、リニアオーディオデータが配される各スロットの
２４ビット区間の下位８ビットは“０”とされる。

【０１０２】また、図４４は、１つのパケットのデータ
フィールドに配置されるハイプレシジョンストリームの
他の例を示す。この例は、サンプルワード長が４８ビッ
トで、６チャネルのリニアオーディオデータを、各チャ
ネル２スロットを使用して伝送する例である。

【０１０３】また、図４５は、１つのパケットのデータ
フィールドに配置されるハイプレシジョンストリームの
さらに他の例を示す。この例は、２つのブロックデータ
を含むものである。この例は、サンプルワード長が４８
ビットで、４チャネルのリニアオーディオデータを、各
チャネル２スロットを使用して伝送する例であるが、２
ブロックからなっている。なお、３以上のデータブロッ
クからなるものも考えられる。

【０１０４】以上説明したように、本実施の形態におい
ては、プリアンプ装置６からパワーアンプ装置７に、ハ
イプレシジョン方式でオーディオデータを伝送するもの
である。すなわち、１サンプルのデータを構成する各ビ
ットを、複数スロット（１スロットは３２ビット構成）
を使用して伝送できる。したがって、１サンプルのデー
タが、１スロットで伝送し得る最大ビット数である２４
ビットを越えるものにあっても、容易に伝送でき、クォ
リティの高いデータの伝送が可能となる。

【０１０５】なお、上述実施の形態においては、ハイプ
レシジョン方式でオーディオデータを伝送するものにあ
って、２４ビット区間に配置されるオーディオデータが
リニアオーディオデータであるものを示したが、この２
４ビット区間に配置されるオーディオデータがデータ圧
縮されたオーディオデータであってもよい。

【０１０６】また、上述実施の形態においては、例えば
ハイプレシジョン方式でオーディオデータを伝送する場
合、ハイプレシジョン補助データに続いて、ハイプレシ
ジョンマルチビットリニアオーディオデータ（データ本
体）が複数個配置されるものを示した。しかし、補助デ
ータとハイプレシジョンマルチビットリニアオーディオ
データとの間に、他の方式の補助データまたはデータ本
体、さらには補助データおよびデータ本体を、配置する
ようにしてもよい。

【０１０７】図１に示すオーディオ装置１０の場合、図
４６に示すように、補助データとハイプレシジョンマル
チビットリニアオーディオデータとの間に、ＩＥＣ６０
９５８規格のオーディオデータ（データ本体）をそのま
ま配置することが考えられる。この場合、ハイプレシジ
ョン補助データに続いて、左チャネルデータを含むスロ
ットおよび右チャネルデータを含むスロットが配置され
る。

【０１０８】このように、ＩＥＣ６０９５８規格のオー
ディオデータ（データ本体）が付加されるものにあって
は、パワーアンプ装置７側では、ＩＥＣ６０９５８規格
のオーディオデータに含まれるユーザーズビットやチャ
ネルステータス等の情報を直接取得でき、それらの情報
を使用することが可能となる。

【０１０９】また、図４７に示すように、ＳＡＣＤプレ
ーヤで再生されて出力されるＳＡＣＤ規格のオーディオ
データをバス９を介してプリアンプ装置６に伝送し、こ
のプリアンプ装置６よりハイプレシジョン方式のオーデ
ィオデータに加工してパワーアンプ装置７に供給する場
合、図４８に示すように、補助データとハイプレシジョ
ンマルチビットリニアオーディオデータとの間に、権利
者情報等を含む共通補助データのスロットおよびＳＡＣ
Ｄ補助データのスロットを配置することが考えられる。

【０１１０】このように、ＳＡＣＤ補助データ等が付加
されるものにあっては、パワーアンプ装置７側では、Ｓ
ＡＣＤ補助データを直接取得でき、オーディオデータが
ＳＡＣＤ規格のものであることの認識が可能となり、さ
らに暗号化されている場合にその復号を行うことも可能
となる。なお、ＳＡＣＤ補助データの他に、ＳＡＣＤ規
格のオーディオデータ（データ本体）を付加するように
してもよい。

【０１１１】また、上述実施の形態においては、この発
明をオーディオデータを伝送するオーディオ装置に適用
したものであるが、この発明はビデオデータを伝送する
装置および方法にも同様に適用できることは勿論であ
る。また、バスラインの形式についても、ＩＥＥＥ１３
９４形式のバスライン以外の方式のデータ伝送路を適用
してもよいことは勿論である。

【０１１２】

【発明の効果】この発明によれば、所定のバスラインに
接続された機器間で、所定のデータ長を単位として、所
定のフォーマットでデータを伝送する際に、所定のデー
タ長のスロットを複数個使用して１サンプルのデータを
伝送するものであり、クォリティの高いデータの伝送が
可能となる。

【０１１３】また、この発明によれば、第１の方式の伝
送データを加工して第２の方式の伝送データを作成し、
この第２の方式の伝送データに第１の方式の伝送データ
の少なくとも一部を付加して伝送するものであり、第２
の方式の伝送データに付加された情報より、第１の方式
の伝送データに含まれる情報を直接取得でき、活用する
ことができる。

【図面の簡単な説明】

【図１】実施の形態としてのオーディオ装置の構成を示
すブロック図である。

【図２】ＣＤプレーヤの構成を示すブロック図である。

【図３】プリアンプ装置の構成を示すブロック図であ
る。

【図４】パワーアンプ装置の構成を示すブロック図であ
る。

【図５】ＩＥＥＥ１３９４方式のバスでのデータ伝送の
サイクル構造を説明する図である。

【図６】ＣＳＲアーキテクチャのアドレス空間の構造を
説明する図である。

【図７】主要なＣＳＲのオフセットアドレス、名前、お
よび働きを説明する図である。

【図８】ゼネラルＲＯＭフォーマットを説明する図であ
る。

【図９】バスインフォブロック、ルートディレクトリ、
およびユニットディレクトリの詳細を示す図である。

【図１０】ＰＣＲの構成を説明する図である。

【図１１】ｏＭＰＲ，ｏＰＣＲ，ｉＭＰＲ，ｉＰＣＲの
構成を示す図である。

【図１２】プラグ、プラグコントロールレジスタ、およ
びアイソクロナスチャンネルの関係を表す図である。

【図１３】Ｓｕｂｕｎｉｔ Ｉｄｅｎｔｉｆｉｅｒ Ｄ
ｅｓｃｒｉｐｔｏｒのデータ構造を説明する図である。

【図１４】Ｓｕｂｕｎｉｔ Ｉｄｅｎｔｉｆｉｅｒ Ｄ
ｅｓｃｒｉｐｔｏｒのフォーマットを説明する図であ
る。

【図１５】ｇｅｎｅｒａｔｉｏｎ ＩＤを説明する図で
ある。

【図１６】リストＩＤの割り当て範囲を説明する図であ
る。

【図１７】ＡＶ／Ｃコマンドセットのスタックモデルを
説明する図である。

【図１８】ＦＣＰのコマンドとレスポンスの関係を説明
するための図である。

【図１９】ＦＣＰのコマンドとレスポンスの関係をさら
に詳しく説明する図である。

【図２０】ＡＶ／Ｃコマンドのアシンクロナス転送モー
ドで伝送されるパケットのデータ構造を説明する図であ
る。

【図２１】ＡＶ／Ｃコマンドの具体例を説明する図であ
る。

【図２２】ＡＶ／Ｃコマンドとレスポンスの具体例を説
明する図である。

【図２３】アイソクロナスチャンネルで伝送されるアイ
ソクロナスパケットのデータ構造を説明する図である。

【図２４】データフィールドに配置される、１単位の３
２ビットのデータ構成を示す図である。

【図２５】３２ビットデータの先頭に配されるラベルデ
ータの定義を説明する図である。

【図２６】ラベルデータとそれに続く区間に配置される
データの関係を示す図である。

【図２７】ＩＥＣ６０９５８規格のオーディオデータに
係る、１単位である３２ビットのデータ構成を示す図で
ある。

【図２８】ＰＡＣの定義を示す図である。

【図２９】ハイプレシジョン方式のマルチビットリニア
オーディオデータに係る、１単位である３２ビットのデ
ータ構成を示す図である。

【図３０】ラベルデータの下位３ビットの値とスロット
ナンバーとの対応関係を示す図である。

【図３１】共通補助データ(Common Ancillary Data)に
関して、ラベルデータの“Ｃ０”〜“ＣＦ”の値と、そ
れに続く区間に配置される共通補助データの内容との対
応関係を示す図である。

【図３２】アプリケーション特化補助データ(Applicati
on Specific Ancillary Data)に関して、ラベルデータ
の“Ｄ０”〜“ＥＦ”の値と、それに続く区間に配置さ
れるアプリケーション特化補助データの内容との対応関
係を示す図である。

【図３３】アプリケーション特化補助データのゼネラル
フォーマットを示す図である。

【図３４】ハイプレシジョン補助データに係る３２ビッ
トのデータ構成を示す図である。

【図３５】補助データ内のチャネルデータの値とチャネ
ル数との対応関係を示す図である。

【図３６】精度データの値とスロットを構成する２４ビ
ット区間のうちオーディオデータの伝送に用いるビット
の数との対応関係を示す図である。

【図３７】各サンプルワード長（１サンプルのデータの
ビット数）における、スロット長、使用スロット数の推
奨例を示す図である。

【図３８】ＳＡＣＤ補助データに係る３２ビットのデー
タ構成例を示す図である。

【図３９】補助データ内の各データの内容を示す図であ
る。

【図４０】ＤＶＤ-Ａｕｄｉｏ補助データに係る３２ビ
ットのデータ構成例を示す図である。

【図４１】補助データ内の各データの内容を示す図であ
る。

【図４２】補助データを、オーディオデータと共に１つ
のパケット内に配置した例を示す図である。

【図４３】１つのパケットのデータフィールドに配置さ
れるハイプレシジョンストリーム例（１２８ビットサン
プルワード、２チャネル）を示す図である。

【図４４】１つのパケットのデータフィールドに配置さ
れるハイプレシジョンストリーム例（４８ビットサンプ
ルワード、６チャネル）を示す図である。

【図４５】１つのパケットのデータフィールドに配置さ
れるハイプレシジョンストリーム例（４８ビットサンプ
ルワード、４チャネル、２ブロック）を示す図である。

【図４６】１つのパケットのデータフィールドに配置さ
れるハイプレシジョンストリーム例（ＩＥＣ６０９５８
規格のオーディオデータ付加）を示す図である。

【図４７】この発明を適用できる、他のオーディオ装置
の構成を示すブロック図である。

【図４８】１つのパケットのデータフィールドに配置さ
れるハイプレシジョンストリーム例（ＳＡＣＤ補助デー
タ等付加）を示す図である。

【符号の説明】

５・・・ＣＤプレーヤ、６・・・プリアンプ装置、７・
・・パワーアンプ装置、８・・・ＳＡＣＤプレーヤ、９
・・・ＩＥＥＥ１３９４方式のシリアルデータバス、１
０・・・オーディオ装置

フロントページの続き (72)発明者 藤下 金章 東京都品川区北品川６丁目７番35号 ソニ ー株式会社内 (72)発明者 市村 元 東京都品川区北品川６丁目７番35号 ソニ ー株式会社内 (72)発明者 中野 雄彦 東京都品川区北品川６丁目７番35号 ソニ ー株式会社内 Ｆターム(参考） 5K032 BA01 BA16 CA11 CD02 CD03 5K033 BA01 BA15 CA11 CC02

Claims (11)

【特許請求の範囲】
1. 【請求項１】 所定のバスラインに接続された機器間
   で、所定のデータ長を単位として、所定のフォーマット
   でデータを伝送する伝送方法において、 上記所定のデータ長のスロットを複数個使用して１サン
   プルのデータを伝送することを特徴とするデータ伝送方
   法。
2. 【請求項２】 チャネル数の情報を含み、上記所定のデ
   ータ長の付加情報を、上記チャネル数で示される個数の
   チャネル分の、上記１サンプルのデータに対応した上記
   複数個のスロットの先頭に付加して伝送することを特徴
   とする請求項１に記載のデータ伝送方法。
3. 【請求項３】 上記付加情報は、１スロットで伝送する
   ビット数の情報をさらに含むことを特徴とする請求項２
   に記載のデータ伝送方法。
4. 【請求項４】 １サンプルのデータがＮビット（Ｎは２
   以上の整数）からなり、複数サンプルのデータが連続し
   てなる所定の伝送データを得るデータ入力手段と、 上記データ入力手段で得られた上記所定の伝送データを
   構成する各サンプルのデータをそれぞれＭ分割（Ｍは２
   以上の整数）し、各サンプルのＭ個の分割データのそれ
   ぞれの先頭部分に伝送データの方式およびその分割デー
   タが何番目の分割データであるかを示すラベルデータを
   配置して所定のデータ長のデータを生成するデータ生成
   手段と、 上記データ生成手段で生成された各所定のデータ長のデ
   ータを所定のバスラインに送出するデータ送出手段とを
   備えることを特徴とするデータ伝送装置。
5. 【請求項５】 上記データ送出手段は、 チャネル数の情報を含み、上記所定のデータ長の付加情
   報を、上記チャネル数の情報で示される個数のチャネル
   分の、上記１サンプルのデータに対応したＭ個の所定の
   データ長のデータの先頭に配置して上記所定のバスライ
   ンに送出することを特徴とする請求項４に記載のデータ
   伝送装置。
6. 【請求項６】 上記付加情報は、上記各分割データのビ
   ット数の情報をさらに含むことを特徴とする請求項５に
   記載のデータ伝送装置。
7. 【請求項７】 第１の方式の伝送データを加工して第２
   の方式の伝送データを作成し、 上記第２の方式の伝送データに、上記第１の方式の伝送
   データの少なくとも一部を付加して伝送することを特徴
   とするデータ伝送方法。
8. 【請求項８】 上記第２の方式の伝送データに、上記第
   １の方式の伝送データの全てを付加して伝送することを
   特徴とする請求項７に記載のデータ伝送方法。
9. 【請求項９】 上記第１の方式の伝送データは、データ
   本体およびそのデータ本体に関係する補助データとから
   なり、 上記第２の方式の伝送データに、上記第１の方式の伝送
   データのデータ本体を付加して伝送することを特徴とす
   る請求項７に記載のデータ伝送方法。
10. 【請求項１０】 上記第１の方式の伝送データは、デー
    タ本体とそのデータ本体に関係する補助データとからな
    り、 上記第２の方式の伝送データに、上記第１の方式の伝送
    データの補助データを付加して伝送することを特徴とす
    る請求項７に記載のデータ伝送方法。
11. 【請求項１１】 第１の方式の伝送データを加工して第
    ２の方式の伝送データを生成するデータ処理手段と、 上記データ処理手段で生成された上記第２の方式の伝送
    データに、上記第１の方式の伝送データの少なくとも一
    部を付加して伝送するデータ伝送手段とを備えることを
    特徴とするデータ伝送装置。