JP2001250370A

JP2001250370A - 電子機器システム、及び電子機器

Info

Publication number: JP2001250370A
Application number: JP2000063354A
Authority: JP
Inventors: Masaaki Hamada; 全章濱田; Haruyuki Miura; 玄之三浦; Kotei Shimizu; 孝悌清水; Shinobu Ohashi; 忍大橋
Original assignee: Sony Corp
Current assignee: Sony Corp
Priority date: 2000-03-03
Filing date: 2000-03-03
Publication date: 2001-09-14

Abstract

(57)【要約】【課題】ＩＥＥＥ１３９４インターフェイスにより構
築されるＡＶシステム機能として、特に表示部の輝度変
更機能についての充実を図る。【解決手段】ＩＥＥＥ１３９４インターフェイスを介
してオーディオ機器を接続して、オーディオデータ送受
信及び各種コマンドの送受信が可能なＡＶシステムを構
築する。そして、例えばアンプ機能を有するＳＴＲか
ら、他のＳＴＲ対応機器に対して、ＤＩＭＭＥＲｃｏ
ｎｔｒｏｌｃｏｍｍａｎｄを送信することで、ＳＴＲ
対応機器側では、自身の表示部の輝度を変更するように
される。つまり、ＡＶシステムにおいて、１台のＳＴＲ
により、他のＳＴＲ対応機器の表示部の輝度を集中的に
制御することを可能とする。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、所定のデータ通信
フォーマットに依るデータインターフェイスを介してデ
ータの送受信を行うようにされる電子機器システム、及
びこのような電子機器システムを構成する電子機器に関
するものであり、特に、電子機器が有するとされる表示
部における輝度の変更制御に関わる。

【０００２】

【従来の技術】オーディオシステムとして、例えばＣＤ
プレーヤ、ＭＤ(Mini Disc)レコーダ／プレーヤなどの
オーディオ機器をアンプ機器と接続し、アンプ機器にて
選択したオーディオ機器から入力されるオーディオ信号
を増幅してスピーカなどから音声として出力することが
広く行われている。

【０００３】

【発明が解決しようとする課題】ところで、上記したよ
うなオーディオシステムを構成する機器は、各々が単体
であり、本来はそれぞれが独立した存在であることか
ら、一般にこれらのオーディオ機器の各々は、自身の動
作状況などを視覚的に提示するための表示部を有してい
る。表示部は、一般にはＦＬ管やＬＣＤなどのディスプ
レイデバイスが用いられており、従って、表示に際して
は或る程度の輝度を有することになる。

【０００４】そして、ユーザによっては、例えばオーデ
ィオシステムを構成する各オーディオ機器の表示部にお
ける輝度を任意に調節する必要のあることが考えられ
る。例えば、日中で室内が明るいときには表示部の輝度
を明るくして見やすくし、逆に夜間で室内の照明を暗く
しているようなときには表示部も或る程度暗くして、表
示が目障りにならないようにしたりするものである。

【０００５】そこで、例えば各オーディオ機器の表示部
の輝度が調節可能とされているとして、ユーザが、各オ
ーディオ機器の表示部の輝度を変更する場合のことを考
えてみる。上記もしたように、これらのオーディオ機器
は本来はそれぞれ単体であって、従って各機器に設けら
れる表示部としても、これが取り付けられている機器に
固有のものとなる。このため、ユーザは、各機器ごとに
表示部の輝度の調節を行うようにしなければならず、そ
れだけ操作の手間がかかってしまうことになる。

【０００６】

【課題を解決するための手段】そこで本発明は上記した
課題を考慮して、それぞれが単体とされる電子機器、即
ち各々が独立的に表示部を有している電子機器から成る
システムにおいて、例えば或る１つの中心的に機能する
電子機器によって、他の電子機器の表示部の輝度を集中
的にコントロールできるようにして、電子機器システム
としての利便性を向上することを目的とする。

【０００７】このために、先ず、電子機器システムとし
て次のように構成する。本発明の電子機器システムとし
ては、複数の電子機器を所定の通信フォーマットによる
データバスを介して接続することで、電子機器間での情
報の送受信が可能とされる。そして、他の機器を制御可
能な制御電子機器と、この制御電子機器により制御され
ると共に、それぞれが表示手段を独立的に有する１以上
の被制御電子機器とを備えて成るものとされる。そし
て、上記制御電子機器は、データバスを介して、被制御
電子機器が有する表示手段の輝度に関する制御を行うた
めの輝度コントロール信号を、各被制御電子機器に対し
て送信出力する送信手段を備える。また、上記被制御電
子機器は、輝度コントロール信号を受信したのに応じ
て、自身が有する表示手段の輝度を変更する輝度変更手
段を備えるものである。

【０００８】また、電子機器としては、次のように構成
する。つまり、所定の通信フォーマットによるデータイ
ンターフェイスを介して１以上の他の電子機器と通信可
能に接続される電子機器において、他の電子機器のそれ
ぞれが独立的に有しており、輝度が変更可能とされる表
示手段の輝度に関する制御を行うための輝度コントロー
ル信号をデータバスを介して１以上の他の電子機器に対
して送信出力する送信手段を備える。

【０００９】上記構成によれば、それぞれが単体とさ
れ、独立した表示部（表示手段）を有する電子機器が、
所定の通信フォーマットを介して情報の送受信を行うシ
ステムが構成される。そのうえで、制御機器として機能
する電子機器（制御電子機器）は、制御対象としての１
以上の電子機器（被制御電子機器）に対して輝度コント
ロール信号を送信出力し、被制御電子機器では、この輝
度コントロール信号の受信に応じて、自身が有する表示
部の輝度を変更するようにされる。つまり、例えば１つ
の制御電子機器により、１以上の被制御電子機器の表示
部の輝度を集中的に変更制御することが可能となる。

【００１０】また、電子機器システムとしては次のよう
にも構成する。つまり、複数の電子機器を所定の通信フ
ォーマットによるデータバスを介して接続することで、
電子機器間での情報の送受信が可能とされる電子機器シ
ステムとして、他の機器を制御可能な制御電子機器と、
この制御電子機器により制御されると共に、それぞれが
表示手段を独立的に有する１以上の被制御電子機器とを
備えてなるものとする。そして上記制御電子機器は、デ
ータバスを介して、被制御電子機器が有する表示手段の
輝度の通知を要求するための要求信号を、各被制御電子
機器に対して送信出力する送信手段と、この要求信号に
応じて被制御電子機器から送信されてくる通知信号を受
信し、この受信した通知信号が示す輝度情報を保持する
輝度情報処理手段と、保持された輝度情報に基づいて所
要の制御処理を実行する制御処理手段とを備える。ま
た、上記被制御電子機器は、自身の表示手段の輝度を変
更可能な表示変更手段と、要求信号の受信に応じて、表
示変更手段により現在設定されている、自身の表示手段
の輝度を示す通知信号を、被制御電子機器に対して送信
出力する送信手段とを備える。

【００１１】また、電子機器としても次のように構成す
る。つまり、所定の通信フォーマットによるデータイン
ターフェイスを介して１以上の他の電子機器と通信可能
に接続される電子機器において、他の電子機器のそれぞ
れが独立的に有しており、輝度が変更可能とされる表示
手段の輝度の通知を要求するための要求信号を、各他の
電子機器に対して送信出力する送信手段と、要求信号に
応じて上記他の電子機器から送信されてくる通知信号を
受信し、この受信した通知信号が示す輝度情報を保持す
る輝度情報処理手段と、保持された輝度情報に基づいて
所要の制御処理を実行する制御処理手段とを備える。

【００１２】上記各構成によっても、それぞれが単体と
され、独立した表示部（表示手段）を有する電子機器
が、所定の通信フォーマットを介して情報の送受信を行
うシステムが構成される。そのうえで、制御機器として
機能する電子機器（制御電子機器）は、制御対象として
の１以上の電子機器（被制御電子機器）と要求信号と通
知信号の送受信を行うことで、被制御電子機器の表示部
の輝度情報を保持し、この輝度情報に基づいたシステム
制御を行うようにされる。つまりは、制御電子機器が被
制御電子機器側の表示部の輝度状態を利用することで、
これまでにはなかったようなシステム制御を実現するこ
とが可能とされるものである。

【００１３】

【発明の実施の形態】以下、本発明の実施の形態につい
て説明する。なお、以降の説明は次の順序で行う。１．ＡＶシステム１−１．全体構成１−２．ＳＴＲ（フロントパネル）１−３．ＣＤ機（フロントパネル）１−４．ＭＤ機（フロントパネル）１−５．ＳＴＲ（内部）１−６．ＣＤ機（内部）１−７．ＭＤ機（内部）２．ＩＥＥＥ１３９４による本実施の形態のデータ通信２−１．概要２−２．スタックモデル２−３．信号伝送形態２−４．機器間のバス接続２−５．パケット２−６．トランザクションルール２−７．アドレッシング２−８．ＣＩＰ(Common Isochronos Packet) ２−９．コネクションマネージメント２−１０．ＦＣＰにおけるコマンド及びレスポンス２−１１．ＡＶ／Ｃコマンドパケット２−１２．プラグ２−１３．Asynchronous Connection送信手順３．ノード分類処理４．表示部の輝度変更処理４−１．ＤＩＭＭＥＲｃｏｍｍａｎｄ４−２．第１例４−３．第２例４−４．第３例

【００１４】１．ＡＶシステム１−１．全体構成図１は本発明の実施の形態の電子機器システムの構成例
を示している。本実施の形態としての電子機器システム
は、複数のＡＶ機器等をＩＥＥＥ１３９４インターフェ
イスのデータバスにより相互通信可能に接続することで
構築される。

【００１５】図１においては、ＡＶシステムを構成する
機器として、ＳＴＲ(Stereo TunerReceiver)６０と、２
台のＳＴＲ対応ＣＤ機３０，３０、ＳＴＲ対応ＭＤ機
１、同一メーカ機種１００、他社メーカ機種１１０が示
される。

【００１６】ＳＴＲ６０は、図１に示すＡＶシステムの
中心として機能するもので、主としてチューナ機能、外
部ソース入力選択機能、及びアンプ機能を備えており、
例えば図のようにしてステレオ音声に対応する左右チャ
ンネルのスピーカＳＰ（Ｌ）（Ｒ）を接続することがで
きるようになっている。詳しい構成は後述するが、ＳＴ
Ｒ６０では、内部のチューナ部で受信した放送信号と、
アナログオーディオ信号入力と、さらにＩＥＥＥ１３９
４バス１１６を介して外部から入力される複数のオーデ
ィオソースについて選択を行い、最終的には、これを音
声としてスピーカＳＰ（Ｌ）（Ｒ）から出力させること
ができるように構成されている。

【００１７】また、この図には、ＳＴＲ６０に対する操
作を行うためのリモートコントローラＲＭも示されてい
る。ＳＴＲ６０は、このリモートコントローラＲＭに対
して行われた操作に応じて送信されてくる操作コマンド
信号を受信し、その操作コマンド信号の内容に応じた所
要の動作を実行する。なお、この図では、ＳＴＲ６０に
対応するリモートコントローラＲＭのみが示されている
が、実際としては、他の機器についてもリモートコント
ローラによる操作が可能とされていてよいものである。

【００１８】また、上記ＳＴＲ６０と共に接続すること
で利便性の高い各種のシステム機能を実現することので
きる機種として、ここではＳＴＲ対応ＣＤ機３０とＳＴ
Ｒ対応ＭＤ機１とが示されている。ＳＴＲ対応ＣＤ機３
０とＳＴＲ対応ＭＤ機１は、例えばＳＴＲ６０と同一メ
ーカ品とされる。

【００１９】ＳＴＲ対応ＣＤ機３０は、ＣＤ(Compact D
isc)プレーヤとしての機能を有しており、装填されたＣ
Ｄについての再生を行う。そして、ＣＤから再生して得
られるオーディオデータを、ＩＥＥＥ１３９４バス１１
６を介して送信出力することが可能とされる。また、Ｓ
ＴＲ対応ＭＤ機１は、ＭＤ(Mini Disc)といわれるオー
ディオデータを書き換え可能な光磁気ディスクに対応し
て記録再生を行うことのできるＭＤレコーダ／プレーヤ
とされる。そしてこのＳＴＲ対応ＭＤ機１においては、
ＩＥＥＥ１３９４バス１１６を介して送信されてくるオ
ーディオデータを受信してＭＤに対して記録することが
可能とされている。また、ＭＤに記録されているオーデ
ィオデータを再生して、ＩＥＥＥ１３９４バス１１６を
介して送信出力することが可能とされる。

【００２０】上記ＳＴＲ６０、ＳＴＲ対応ＣＤ機３０、
及びＳＴＲ対応ＭＤ機１の３台によって得られる代表的
なシステム動作としては次のようなものが挙げられる。
例えば、ＳＴＲ対応ＣＤ機３０にて再生しているＣＤの
オーディオデータをＳＴＲ対応ＭＤ機１に対して送信す
ることで、ＳＴＲ対応ＭＤ機１においては、このＣＤの
オーディオデータをＭＤに記録することができる。つま
り、いわゆるダビングを行うことが可能となるものであ
る。また、このときにＳＴＲ対応ＣＤ機３０にて再生し
ているＣＤのオーディオデータ、または一旦ＳＴＲ対応
ＭＤ機１にて受信されたＣＤのオーディオデータをＳＴ
Ｒ６０に対しても送信すれば、ＳＴＲ６０ではこのＣＤ
のオーディオデータをモニタ音声としてスピーカＳＰ
（Ｌ）（Ｒ）から出力させることが可能とされる。

【００２１】また、ここでの詳しい説明は省略するが、
ＳＴＲ対応ＣＤ機３０とＳＴＲ対応ＭＤ機１は、ＳＴＲ
６０を中心としたいわゆるオーディオ・コンポーネント
システム的な各種機能が特化して与えられるべきものと
して構成されている。例えば、ＳＴＲ対応ＣＤ機３０か
らＳＴＲ対応ＭＤ機１へのダビングを例に挙げれば、倍
速ダビング動作や、ＣＤの再生開始／終了タイミングに
同期させて、ＳＴＲ対応ＭＤ機１における記録開始／終
了タイミングを制御する、いわゆるシンクロ・ダビング
動作なども容易に実行可能とされている。

【００２２】同一メーカ機器１００は、ＳＴＲ６０、Ｓ
ＴＲ対応ＣＤ機３０、及びＳＴＲ対応ＭＤ機１と同一メ
ーカとされて、ＩＥＥＥ１３９４インターフェイスに対
応した通信機能を有するデジタルＡＶ機器である。ここ
での同一メーカ機器１００の実際としては、特に言及し
ないが、例えばＣＤプレーヤ、ＭＤレコーダ／プレーヤ
や、デジタルＶＴＲなどとされればよいものである。こ
の同一メーカ機器１００としては、例えばＳＴＲ対応Ｃ
Ｄ機３０、及びＳＴＲ対応ＭＤ機１などと比較した場合
には、特にＳＴＲ６０を中心とするシステムコンポーネ
ント機能が与えられるようには構成されていない点が異
なる。ただし、メーカ内のみで有効となるコマンド（Ve
nder Dependent Commnandといわれる)の送受信によって
は、ＳＴＲ６０、ＳＴＲ対応ＣＤ機３０、ＳＴＲ対応Ｍ
Ｄ機１と共に、そのメーカで規定した特定の機能を有す
るように動作することが可能とされるものである。ま
た、例えばＳＴＲ６０に対して、この同一メーカ機器１
００から送信されてくるオーディオソースとしてのデー
タを選択して受信入力するようにマニュアル操作を行え
ば、これを音声としてモニタすることが可能である。ま
た、ＳＴＲ対応ＭＤ機１において入力ソースとして、同
一メーカ機器１００から送信されるオーディオデータが
選択されるようにマニュアル操作を行えば、これをＭＤ
に記録することも可能とされる。この点については、次
に説明する他社メーカ機器１１０も同様である。

【００２３】他社メーカ機器１１０もまたＩＥＥＥ１３
９４インターフェイスに対応した通信機能を有する何ら
かのデジタルＡＶ機器であるが、ＳＴＲ６０、ＳＴＲ対
応ＣＤ機３０及びＳＴＲ対応ＭＤ機１とは製造メーカが
異なる。ここでの他社メーカ機器１１０の実際として
も、ＣＤプレーヤ、ＭＤレコーダ／プレーヤや、デジタ
ルＶＴＲなどとされればよいものである。また、この他
社メーカ機器１１０の場合には、原則として上記したＳ
ＴＲ６０のメーカで規定するVender Dependent Commnan
dには対応不可となる。

【００２４】なお、ここでは図示していないが、例えば
この図１に示す各ＡＶ機器としては、それぞれが商用交
流電源から電力を入力するための電源コンセントが備え
られる。もしくは、バッテリ駆動可能な構成であればバ
ッテリを収納可能とされている。つまりは、各機器がそ
れぞれ独立して電力を得ることが可能とされているもの
である。

【００２５】１−２．ＳＴＲ（フロントパネル）続いて、上記図１に示したシステムを構成する上で主と
なる、ＳＴＲ６０と、このＳＴＲ６０とコンポーネント
的システムを組むＳＴＲ対応ＣＤ機３０及びＳＴＲ対応
ＭＤ機１の外観構成として、各々のフロントパネル部位
について説明しておく。

【００２６】図２はＳＴＲ６０本体のフロントパネル部
位の様子を示している。フロントパネル左下側には、電
源キー１２０が設けられている。この電源キー１２０を
操作することで、ＳＴＲ６０は、電源のオン／オフが切
り換わるようにされている。なお、ここでいう電源がオ
フの状態とは、スタンバイ電源は動作しているいわゆる
スタンバイ状態を指しているもので、例えば商用交流電
源（又はバッテリ）の供給が絶たれている状態とは異な
る。この点では、以降説明する、ＳＴＲ対応ＣＤ機３０
とＳＴＲ対応ＭＤ機１についても同様とされる。また、
ここでの詳しい説明は省略するが、ＳＴＲ６０では、ス
リープ状態とするためのスリープモードも用意されてい
ることで、省電力化が考慮されている。

【００２７】また、電源キー１２０の左側にはヘッドフ
ォンジャック２７ｊが設けられている。

【００２８】フロントパネルのほぼ中央部には、表示部
７５が配置されている。この場合の表示部７５として
は、主として文字表示を行うためのＦＬ管表示部７５Ａ
が設けられており、ここでは、１行１４文字分の表示が
行われるようにされている。そして、その周囲にはセグ
メント表示部７５Ｂが設けられており、図示してはいな
いが所定の決められた内容がセグメントによって表示さ
れる。

【００２９】表示部７５の左側にはディスプレイキー１
２７が設けられ、さらにその左にはディマーキー１２８
が設けられる。ディスプレイキー１２７は、基本的には
表示部７５における表示内容を変更するためのものとさ
れる。ディマーキー１２８は、表示部７５、及びフロン
トパネルに実際に設けられるとされる装飾用ＬＥＤの輝
度を調節するためのものである。

【００３０】また、ＦＬ管表示部７５Ａの右側には、ジ
ョグダイヤル１２５と、その上側にバンドキー１２１、
チューナモードキー１２２、ジョグ選択キー１２３、エ
ンターキー１２４が示される。バンドキー１２１、チュ
ーナモードキー１２２は、ＳＴＲ６０のチューナ機能に
関連するキーであり、それぞれ、受信バンド、チューナ
モードの切り換えを行うときに使用する。また、ジョグ
選択キー１２３は、メニュー選択を行うためのキーとさ
れ、エンターキー１２４は決定操作を行うときに使用さ
れる。そして、ジョグダイヤル１２５は、所定の操作手
順のもとで上記各キーと共に併用されるもので、これに
よりユーザは実際の各種操作を行うことができる。

【００３１】一例として、ジョグ選択キー１２３を１回
押圧操作するごとに、ＦＬ管表示部７５Ａの表示内容
は、FUNCTION→SOUND→SETUPのようにしてトグルで変化
する。そして例えば、ＦＬ管表示部７５ＡにFUNCTIONと
表示させた状態でジョグダイヤル１２５を回転操作する
と、ＳＴＲ６０が入力してモニタ音声として出力するソ
ースの選択を変更していくことができるようになってい
る。このときのＦＬ管表示部７５Ａには、ジョグダイヤ
ル１２５の回転操作に応じて現在選択されている入力ソ
ース名が表示されるようになっている。この操作によっ
ては、例えばチューナ音声、アナログ入力、及びＩＥＥ
Ｅ１３９４バスを介して入力される各ソース（機器）を
所定順序に従って順次選択していくことが可能とされ
る。なお、例えばバンドキー１２１、チューナモードキ
ー１２２、ジョグ選択キー１２３、エンターキー１２４
などのキーは、その背面側に装飾用のＬＥＤが設けられ
ており、動作状態等に応じて点灯、点滅などするように
もされている。

【００３２】ボリュームジョグ１２６は、ＳＴＲ６０か
ら出力される音声信号レベル、つまり、例えばスピーカ
ＳＰ（Ｌ）（Ｒ）から出力される音量を調整するための
ダイヤルキーとして備えられる。

【００３３】１−３．ＣＤ機（フロントパネル）図３は、ＳＴＲ対応ＣＤ機３０のフロントパネル部位を
示している。先ず、このＳＴＲ対応ＣＤ機３０のフロン
トパネル左下側においても、電源オン／オフ（スタンバ
イ）のための電源キー１５０が設けられている。

【００３４】また、このＳＴＲ対応ＣＤ機３０のフロン
トパネルの中央上部には、ＣＤを挿入／排出するための
ディスク挿脱部１５９が設けられている。例えばディス
ク挿脱部１５９内に収納されて装填されている状態にあ
るＣＤを排出させるためには、このディスク挿脱部１５
９の右側に配置されるイジェクトキー１５１を操作す
る。

【００３５】上記ディスク挿脱部１５９の下側には、例
えば１行１４文字分の表示が可能なＦＬ管表示部４７Ａ
と、セグメント表示部４７Ｂとから成る表示部４７が設
けられている。この場合、ＦＬ管表示部４７Ａに対して
は、例えば現在装填されているＣＤにて再生されるトラ
ックのトラックナンバ、再生時間等の再生状況を示す情
報や、ＣＤのサブコード内に挿入されているＣＤテキス
トデータなどが文字等として表示される。また、セグメ
ント表示部４７Ｂには再生モードなどが示される。ＦＬ
管表示部４７Ａにおける表示内容の切り換えは、表示部
４７の左側に配置されるディスプレイキー１５６を操作
することによって行うことができる。また、輝度調整の
ためにはディマーキー１５７を操作する。

【００３６】また、フロントパネル上の右側には、ＣＤ
の再生に関するキーとして、再生／一時停止キー１５
２、停止キー１５３，頭出し・早送り／早戻しキー１５
４，１５５が設けられている。

【００３７】１−４．ＭＤ機（フロントパネル）図４に、ＳＴＲ対応ＭＤ機１のフロントパネル部位を示
す。ここでも、ＳＴＲ対応ＭＤ機１のフロントパネル左
下側においては電源キー１３０が設けられている。

【００３８】そしてフロントパネルの中央上部には、Ｍ
Ｄを挿入／排出するためのディスク挿脱部１４５が設け
られており、この場合にも、その右側にはＭＤを排出さ
せるためのイジェクトキー１３１が配置される。

【００３９】またここでも、上記ディスク挿脱部１４５
の下側には、例えば１行１４文字表示が可能なＦＬ管表
示部２４Ａとセグメント表示部２４Ｂとから成る表示部
２４が設けられている。この場合、ＦＬ管表示部２４Ａ
に対しては、例えば現在装填されているＭＤに対して記
録又は再生されるトラックのトラックナンバ、記録又は
再生時間等の記録再生状況を示す情報が表示される。さ
らには、ＭＤのディスクタイトルやトラックネームなど
も表示される。また、この場合にもセグメント表示部２
４Ｂには再生モードなどが示される。さらに、このＳＴ
Ｒ対応ＭＤ機１においても表示内容を切り換えるための
ディスプレイキー１５６、及び輝度調整のためのディマ
ーキー１５７が設けられる。

【００４０】また、フロントパネルの右側に配置される
記録再生に関するキーとして、この場合には、再生／一
時停止キー１３２、停止キー１３３，頭出し・早送り／
早戻しキー１３４，１３５、録音キー１３６、高速ダビ
ングキー１３７、シンクロ録音キー１３８が設けられ
る。また、入力選択キー１３９は、録音ソースとしての
入力を選択するために設けられている。この入力選択キ
ー１３９の操作に応じて、例えばＦＬ管表示部２４Ａに
おいては、現在選択されている録音ソース名が表示され
るようになっている。

【００４１】ここで、上記図２〜図４に示すフロントパ
ネルの様子からも分かるように、ＳＴＲ６０、ＳＴＲ対
応ＣＤ機３０、及びＳＴＲ対応ＭＤ機１は、それぞれ
が、自機のための表示部７５，４７，２４を有してい
る。換言すれば、例えばＳＴＲ及びＳＴＲ対応機器から
成るシステムを、１つのオーディオコンポーネントシス
テムとして考えた場合、このコンポーネントシステムと
して統合された表示部位というものは設けられてはいな
いことになる。これは、例えばＩＥＥＥ１３９４を介し
て接続される機器としては、本来、個々に独立した存在
であることに対応している。

【００４２】１−５．ＳＴＲ（内部）続いて、ＳＴＲ６０、ＳＴＲ対応ＣＤ機３０、及びＳＴ
Ｒ対応ＭＤ機１の各内部構成について説明を行っていく
こととする。

【００４３】先ず、図５のブロック図にはＳＴＲ６０の
内部構成例が示されている。ＳＴＲ６０においては、オ
ーディオソースとして、ＩＥＥＥ１３９４バス１１６を
介して送信されてくるオーディオ信号と、自身が備える
チューナのオーディオ信号と、アナログ入力端子７８か
ら入力される外部アナログオーディオ信号との３種を入
力可能とされる。

【００４４】ＩＥＥＥ１３９４インターフェイス６１
は、ＩＥＥＥ１３９４バス１１６を介して他の外部機器
とデータの送受信を行うために設けられる。これによ
り、ＳＴＲ６０としては、外部とのＡＶデータの送受
信、及び各種コマンドの送受信が可能に構成されること
となる。ＩＥＥＥ１３９４インターフェイス６１では、
ＩＥＥＥ１３９４バス１１６を介して受信したパケット
を復調し、復調したパケットに含まれるデータを抽出す
る。そしてこの抽出したデータを内部データ通信に適合
するフォーマットのデータに変換して出力する。例えば
ＩＥＥＥ１３９４バス１１６を介して他のＡＶ機器から
オーディオデータが送信されてくるとする。ＩＥＥＥ１
３９４インターフェイス６１では、この送信されてきた
オーディオデータを受信して、上記パケットに対する復
調処理を行い、この場合には例えばＩＥＣ９５８といわ
れるデジタルオーディオデータインターフェイスのデー
タフォーマットに変換して復調処理部６３に対して出力
する。

【００４５】復調処理部６３においては、入力されたオ
ーディオデータについて、例えばＩＥＣ９５８フォーマ
ットに従った所要の復調処理を施してデジタルフィルタ
６４に出力する。

【００４６】デジタルフィルタ６４は、主としては、例
えば入力されたオーディオデータについてのジッター除
去を行う機能を有している。また、復調処理部６３から
出力されるデータとしては、送信元の機器等の相違に応
じて、異なるサンプリング周波数を有しているものであ
るが、このデジタルフィルタ６４においては、これらの
異なるサンプリングレートを有するオーディオデータに
ついて、４４．１ＫＨｚのサンプリング周波数に変換し
て出力することも行っている。このようにして４４．１
ＫＨｚのサンプリング周波数による信号フォーマットに
変換されたオーディオデータは、ＤＳＰ(Digital Signa
l Processor)６５に対して入力される。なお、例えば送
信元から４４．１ＫＨｚのサンプリング周波数による信
号フォーマットによるオーディオデータが送信されてく
る場合には、上記復調処理部６３、デジタルフィルタ６
４を介することなく、ＩＥＥＥ１３９４インターフェイ
ス６１から直接的にＤＳＰ６５に対してオーディオデー
タを送信するようにもされる。

【００４７】ＤＳＰ６５においては、オーディオデータ
に対して各種所要の信号処理を施す。例えば、イコライ
ザ設定に従ったイコライジング処理等もここで実行され
る。そして信号処理が施されたオーディオデータをＡ／
Ｄ・Ｄ／Ａ部６６のデジタルフィルタ６９に対して出力
する。

【００４８】Ａ／Ｄ・Ｄ／Ａ部６６は、オーディオ信号
についてのアナログ−デジタル変換処理、及びデジタル
−アナログ変換処理を行うための回路部位である。この
Ａ／Ｄ・Ｄ／Ａ部６６のデジタルフィルタ６９に入力さ
れたオーディオデータは、Ｄ／Ａコンバータ６８に入力
されることで電圧パルス列としての信号に変換される。
そして、Ｉ−ＤＡＣコンバータ８１に対して入力され
る。Ｉ−ＤＡＣコンバータ８１では、入力された電圧パ
ルス列を電流に変換する。ここで、図示は省略している
が、基準となるレベルが別系統で与えられており、その
基準レベルを操作することで、出力電流を可変すること
が可能とされており、これを例えば４０ｄＢ以下のレベ
ル範囲でのボリューム調整に利用することもできるよう
になっている。

【００４９】アンプ８２では、Ｉ−ＤＡＣコンバータ８
１の出力について増幅を行ってスピーカ出力端子８３に
対して出力する。そして、このスピーカ出力端子８３に
スピーカＳＰ（Ｌ）（Ｒ）が接続されていれば、ステレ
オ音声としての出力が行われることになる。

【００５０】チューナ部７７は、ＳＴＲ６０内に備えら
れており、アンテナ７６にて受信されたラジオ放送の電
波について、選局及び復調処理等を行って例えばアナロ
グ音声信号としてセレクタ７９に出力する。また、アナ
ログオーディオ信号入力端子７８を介して入力されるア
ナログ音声信号もまたセレクタ７９に対して入力され
る。

【００５１】セレクタ７９では、例えばシステムコント
ローラ７０の制御に応じて、チューナ部７７とアナログ
オーディオ信号入力端子７８の何れかを入力ソースとし
て選択して、選択したアナログオーディオ信号をＡ／Ｄ
・Ｄ／Ａ部６６のＡ／Ｄコンバータ６７に対して供給す
る。Ａ／Ｄコンバータ６７では入力されてきたアナログ
オーディオ信号をデジタルオーディオデータに変換す
る。

【００５２】ここで、Ａ／Ｄコンバータ６７にて得られ
たデジタルオーディオデータをモニタ音声として出力す
る場合には、先に述べた、Ｄ／Ａコンバータ６８→Ｉ−
ＤＡＣコンバータ８１→アンプ８２の処理を経てスピー
カＳＰ（Ｌ）（Ｒ）に対して出力するようにされる。ま
た、例えば録音などのために、Ａ／Ｄコンバータ６７に
て得られたデジタルオーディオデータをＩＥＥＥ１３９
４バス１１６を介して他のＡＶ機器に送信出力する必要
のある場合には、このデジタルオーディオデータを変調
処理部８０に対して出力する。変調処理部８０では、例
えばＩＥＣ９５８などのデジタルオーディオデータイン
ターフェイスのフォーマットに適合する変調処理を施し
てＩＥＥＥ１３９４インターフェイス６１に対して出力
する。ＩＥＥＥ１３９４インターフェイス６１では、例
えばＲＡＭ６２を利用して、パケット化をはじめとする
所要の処理を施して、ＩＥＥＥ１３９４フォーマットに
適合するフォーマットに変換する。そして、ＩＥＥＥ１
３９４バス１１６を介して、目的の機器に対して送信出
力を行う。

【００５３】システムコントローラ７０は、例えばＣＰ
Ｕ(Central Processing Unit)、ＲＯＭ７１、ＲＡＭ７
２などを備えて構成され、ＳＴＲ６０についての各種動
作制御を実行する。

【００５４】また、システムコントローラ７０に対して
は、受信部７３及び操作部７４からの情報が入力される
ようになっている。例えば受信部７３においては、リモ
ートコントローラＲＭから送信されてきた無線のコマン
ド信号を受信し、この受信したコマンド信号をシステム
コントローラ７０に対して出力する。操作部７４は、例
えばフロントパネルに設けられている各種キーより成る
ものとされ、この操作部７４に対して行われた操作に応
じた操作情報がシステムコントローラ７０に対して出力
される。システムコントローラ７０では、上記のように
して入力されてくるコマンド信号及び操作情報に応答し
た所要の動作が得られるように、各種制御処理を実行す
る。また、システムコントローラ７５は、例えば上記し
たコマンド信号及び操作情報や、現在の動作状況等に応
じた所要の内容の表示が行われるように、表示部７５に
対する表示制御も実行する。この表示部７５は、前述も
したように、例えばＦＬ管表示部とセグメント表示部と
を備えている。

【００５５】１−６．ＣＤ機（内部）次にＳＴＲ対応ＣＤ機３０の内部構成について図６のブ
ロック図を参照して説明する。周知のように再生専用の
ディスクメディアであるＣＤ９１は、前述した本体フロ
ントパネルのディスク挿脱部１５９から挿入されること
で、再生可能位置に装填される。再生可能位置に装填さ
れたＣＤ９１は、ＣＤ再生動作時においてスピンドルモ
ータ３１によって一定線速度（ＣＬＶ）で回転駆動され
る。そして光学ヘッド３２によってＣＤ９１にピット形
態で記録されているデータが読み出され、ＲＦアンプ３
５に供給される。光学ヘッド３２において対物レンズ３
２ａは２軸機構３３によって保持され、トラッキング及
びフォーカス方向に変位可能とされる。また光学ヘッド
３２はスレッド機構３４によってＣＤ９１の半径方向に
移動可能とされる。

【００５６】ＲＦアンプ３５では再生ＲＦ信号のほか、
フォーカスエラー信号、トラッキングエラー信号を生成
し、これらのエラー信号はサーボ回路３６に供給され
る。サーボ回路３６はフォーカスエラー信号、トラッキ
ングエラー信号から、フォーカス駆動信号、トラッキン
グ駆動信号、スレッド駆動信号等の各種駆動信号を生成
し、２軸機構３３、及びスレッド機構３４の動作を制御
する。つまり、フォーカスサーボ制御及びトラッキング
サーボ制御を実行する。また、ＲＦアンプ３５において
二値化された再生ＲＦ信号は、タイミングジェネレータ
４２に対しても出力されており、タイミングジェネレー
タ４２においては、この再生ＲＦ信号の波形タイミング
に基づいて、タイミング信号を生成してＣＬＶプロセッ
サ４３に対して出力する。ＣＬＶプロセッサ４３では、
入力されたタイミング信号に基づいて、スピンドルモー
タ３１を所要のＣＬＶ速度により回転制御するための駆
動信号を生成してスピンドルモータに供給する。これに
より、ＣＤ９１をＣＬＶにより回転駆動するためのスピ
ンドルサーボ制御が実行される。

【００５７】再生ＲＦ信号はデコーダ３７に供給され
る。デコーダ３７では先ず入力された再生ＲＦ信号につ
いて二値化を行ってＥＦＭ信号を得る。そして、このＥ
ＦＭ信号についてＥＦＭ復調，ＣＩＲＣデコード等を行
なってＣＤ９１から読み取られた情報を１６ビット量子
化、44.1KHz サンプリングのフォーマットのオーディオ
データにデコードする。

【００５８】またデコーダ３７ではサブコード等の制御
データも抽出可能な構成を採っている。サブコードとし
てのデータ部分は、サブコードプロセッサ４４に供給さ
れ、ここでサブコードとしての適正なデータに整えられ
る。また、特にＣＤのリードインエリアに記録されてい
るサブコードのサブＱデータとして記録されているＴＯ
Ｃ(Table Of Contents)情報を抽出することも行われ
る。これらのサブコードデータ、ＴＯＣはシステムコン
トローラ５０に供給されることで、例えば各種制御に用
いられる。システムコントローラ５０は、このＣＤ機と
しての所要の各種動作が実行されるように各種制御処理
を実行する。

【００５９】また、ＲＦアンプ３５にて二値化された再
生ＲＦ信号は、ＰＬＬ回路３９に対しても供給される。
ＰＬＬ回路３９は、入力されたＥＦＭ信号のチャンネル
ビットに同期したクロックを出力する。このクロックの
周波数としては、定常の１倍速では４．３２１８ＭＨｚ
とされる。そして、このクロックは、例えばデコーダ３
７以降の信号処理回路系のクロックとして利用される。

【００６０】この場合、デコーダ３７から出力されるオ
ーディオデータは、Ｄ／Ａコンバータ３８及びＩＥＥＥ
１３９４インターフェイス４９に対して分岐して出力さ
れる。Ｄ／Ａコンバータ３８に入力されたオーディオデ
ータはアナログオーディオ信号に変換され、アンプ４０
を介して外部アナログオーディオ出力端子４１に対して
出力されるようになっている。また、デコーダ３７から
ＩＥＥＥ１３９４インターフェイス４９に入力されるオ
ーディオデータは、ＩＥＥＥ１３９４のフォーマットに
適合するデータに変換され、ＩＥＥＥ１３９４バス１１
６を介して外部機器に対して送信出力される。また、Ｉ
ＥＥＥ１３９４インターフェイス４９では、外部から送
信されてくるコマンド等のデータを受信することも行
う。そして、例えばシステムコントローラ５０は、この
受信されたコマンドの内容に応じて適宜所要の処理を実
行する。

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

【００６２】システムコントローラ５０は、ＣＰＵ、内
部インターフェース部等を備えたマイクロコンピュータ
とされ、上述してきた各種動作の制御を行う。また、プ
ログラムＲＯＭ２８には、このＳＴＲ対応ＣＤ機３０に
おける各種動作を実現するためのプログラム等が格納さ
れ、ワークＲＡＭ２９には、システムコントローラ１１
が各種処理を実行するのに必要なデータやプログラム等
が適宜保持される。

【００６３】ところで周知のように、ＣＤの規格とし
て、サブコードにはテキストデータを挿入することが可
能とされ、例えばディスクタイトルやトラックネームな
どに利用することができるようにされている。そして、
本実施の形態のＳＴＲ対応ＣＤ機３０は、このＣＤのテ
キストデータに対応している。つまり、ＣＤのサブコー
ド内のテキストデータに基づいての文字表示を表示部４
７に対して行うことができる。このために、本実施の形
態のＳＴＲ対応ＣＤ機３０にはＣＤテキストデコーダ４
５及びＣＤテキストメモリ４６が備えられる。例えばサ
ブコードプロセッサ４４にて得られたサブコードデータ
は、ＣＤテキストデコーダ４５に対して入力されるよう
にもなっている。そして、ＣＤテキストデコーダ４５に
おいては、入力されたサブコードデータにＣＤテキスト
データが挿入されているのであればデコード処理を施し
てテキストデータを得るようにされる。このようにして
得られたテキストデータは、システムコントローラ５０
の制御によってＣＤテキストメモリ４６に対して記憶さ
れる。以降、システムコントローラ５０は、必要に応じ
てＣＤテキストメモリ４６からテキストデータの読み出
しを行い、表示部４７のＦＬ管表示部にて、そのテキス
トデータが文字として表示されるように制御処理を実行
する。

【００６４】操作部４８は、本体フロントパネルに設け
られている各種キーより成るものとされる。なお、ここ
では図示していないが、操作部４８としては、例えば赤
外線リモートコマンダーによる遠隔操作機能が付加され
てもよい。

【００６５】また表示部４７ではＣＤ９１の再生時など
に所要の表示動作が行なわれる。例えば総演奏時間、再
生や録音時の進行時間などの時間情報や、トラックナン
バ、ＣＤのディスクネームやトラックネームなどのネー
ム情報、動作状態、動作モードなどの各種の表示がシス
テムコントローラ５０の制御に基づいて行なわれる。こ
の表示部４７も、前述したように、ＦＬ管表示部とセグ
メント表示部とを備える。

【００６６】１−７．ＭＤ機（内部）図７のブロック図は、ＭＤレコーダ／プレーヤであるＳ
ＴＲ対応ＭＤ機１の内部構成を示している。オーディオ
データが記録再生される光磁気ディスク（ミニディス
ク）９０は、スピンドルモータ２により回転駆動され
る。そして光磁気ディスク９０に対しては記録／再生時
に光学ヘッド３によってレーザ光が照射される。

【００６７】光学ヘッド３は、記録時には記録トラック
をキュリー温度まで加熱するための高レベルのレーザ出
力を行ない、また再生時には磁気カー効果により反射光
からデータを検出するための比較的低レベルのレーザ出
力を行なう。このため、光学ヘッド３にはレーザ出力手
段としてのレーザダイオード、偏光ビームスプリッタや
対物レンズ等からなる光学系、及び反射光を検出するた
めのディテクタ等が搭載されている。対物レンズ３ａは
２軸機構４によってディスク半径方向及びディスクに接
離する方向に変位可能に保持されている。

【００６８】また、ディスク９０を挟んで光学ヘッド３
と対向する位置に磁気ヘッド６ａが配置されている。磁
気ヘッド６ａは供給されたデータによって変調された磁
界を光磁気ディスク９０に印加する動作を行なう。光学
ヘッド３全体及び磁気ヘッド６ａは、スレッド機構５に
よりディスク半径方向に移動可能とされている。

【００６９】再生動作によって、光学ヘッド３によりデ
ィスク９０から検出された情報はＲＦアンプ７に供給さ
れる。ＲＦアンプ７は供給された情報の演算処理によ
り、再生ＲＦ信号、トラッキングエラー信号ＴＥ、フォ
ーカスエラー信号ＦＥ、グルーブ情報（光磁気ディスク
９０にプリグルーブ（ウォブリンググルーブ）として記
録されている絶対位置情報）ＧＦＭ等を抽出する。抽出
された再生ＲＦ信号はエンコーダ／デコーダ部８に供給
される。また、トラッキングエラー信号ＴＥ、フォーカ
スエラー信号ＦＥはサーボ回路９に供給され、グルーブ
情報ＧＦＭはアドレスデコーダ１０に供給される。

【００７０】サーボ回路９は供給されたトラッキングエ
ラー信号ＴＥ、フォーカスエラー信号ＦＥや、マイクロ
コンピュータにより構成されるシステムコントローラ１
１からのトラックジャンプ指令、アクセス指令、スピン
ドルモータ２の回転速度検出情報等により各種サーボ駆
動信号を発生させ、２軸機構４及びスレッド機構５を制
御してフォーカス及びトラッキング制御を行ない、また
スピンドルモータ２を一定線速度（ＣＬＶ）に制御す
る。

【００７１】アドレスデコーダ１０は供給されたグルー
ブ情報ＧＦＭをデコードしてアドレス情報を抽出する。
このアドレス情報はシステムコントローラ１１に供給さ
れ、各種の制御動作に用いられる。また再生ＲＦ信号に
ついてはエンコーダ／デコーダ部８においてＥＦＭ復
調、ＣＩＲＣ等のデコード処理が行なわれるが、このと
きアドレス、サブコードデータなども抽出され、システ
ムコントローラ１１に供給される。

【００７２】エンコーダ／デコーダ部８でＥＦＭ復調、
ＣＩＲＣ等のデコード処理されたオーディオデータ（セ
クターデータ）は、メモリコントローラ１２によって一
旦バッファメモリ１３に書き込まれる。なお、光学ヘッ
ド３によるディスク９０からのデータの読み取り及び光
学ヘッド３からバッファメモリ１３までの系における再
生データの転送は1.41Mbit/secで、しかも通常は間欠的
に行なわれる。

【００７３】バッファメモリ１３に書き込まれたデータ
は、再生データの転送が0.3Mbit/sec となるタイミング
で読み出され、エンコーダ／デコーダ部１４に供給され
る。そして、音声圧縮処理に対するデコード処理等の再
生信号処理を施され、４４．１ＫＨZ サンプリング、１
６ビット量子化のデジタルオーディオ信号とされる。こ
のデジタルオーディオ信号はＤ／Ａ変換器１５によって
アナログ信号とされ、出力処理部１６でレベル調整、イ
ンピーダンス調整等が行われてライン出力端子１７から
アナログオーディオ信号Ａｏｕｔとして外部機器に対し
て出力される。またヘッドホン出力ＨＰｏｕｔとしてヘ
ッドホン出力端子２７に供給され、接続されるヘッドホ
ンに出力される。

【００７４】また、エンコーダ／デコーダ部１４でデコ
ードされた状態のデジタルオーディオ信号は、デジタル
インターフェース部２２に供給されることで、デジタル
出力端子２１からデジタルオーディオデータＤｏｕｔと
して外部機器に出力することもできる。例えば光ケーブ
ルによる伝送形態で外部機器に出力される。

【００７５】光磁気ディスク９０に対して記録動作が実
行される際には、ライン入力端子１８に供給されるアナ
ログオーディオ信号Ａｉｎは、Ａ／Ｄ変換器１９によっ
てデジタルオーディオデータに変換された後、エンコー
ダ／デコーダ部１４に供給され、音声圧縮エンコード処
理を施される。または外部機器からデジタル入力端子２
０にデジタルオーディオデータＤｉｎが供給された場合
は、デジタルインターフェース部２２で制御コード等の
抽出が行われるとともに、そのデジタルオーディオデー
タがエンコーダ／デコーダ部１４に供給され、音声圧縮
エンコード処理を施される。なお図示していないがマイ
クロホン入力端子を設け、マイクロホン入力を記録信号
として用いることも当然可能である。

【００７６】エンコーダ／デコーダ部１４によって圧縮
された記録データはメモリコントローラ１２によって一
旦バッファメモリ１３に書き込まれて蓄積されていった
後、所定量のデータ単位毎に読み出されてエンコーダ／
デコーダ部８に送られる。そしてエンコーダ／デコーダ
部８でＣＩＲＣエンコード、ＥＦＭ変調等のエンコード
処理された後、磁気ヘッド駆動回路６に供給される。

【００７７】磁気ヘッド駆動回路６はエンコード処理さ
れた記録データに応じて、磁気ヘッド６ａに磁気ヘッド
駆動信号を供給する。つまり、光磁気ディスク９０に対
して磁気ヘッド６ａによるＮ又はＳの磁界印加を実行さ
せる。また、このときシステムコントローラ１１は光学
ヘッドに対して、記録レベルのレーザ光を出力するよう
に制御信号を供給する。

【００７８】この操作部２３もまた、例えば本体フロン
トパネルに設けられた各種キーより成るものとされる。
この操作部２３に対して行われた操作により出力される
操作情報はシステムコントローラ１１に入力され、シス
テムコントローラ１１は操作情報に応じた動作制御を実
行することになる。

【００７９】なお、周知のようにＭＤに対応する記録再
生装置では、トラック（プログラム）分割、トラック連
結、トラック消去、トラックネーム入力、ディスクネー
ム入力などのプログラム編集を行うことができるように
なっているが、これらの操作は比較的煩雑でもあるた
め、例えば図示しないリモートコントローラから送信さ
れる操作コマンド信号を受信可能な構成を設けるように
することが実際としては好ましく、このようにすれば、
上記したような各種プログラム編集に関する操作をリモ
ートコントローラに設けられているキーに対する操作に
よって行うようにすることが可能になる。

【００８０】表示部２４の表示動作はシステムコントロ
ーラ１１によって制御される。即ちシステムコントロー
ラ１１は表示動作を実行させる際に表示すべきデータを
表示部２４内の表示ドライバに送信する。表示ドライバ
は供給されたデータに基づいて液晶パネルなどによるデ
ィスプレイの表示動作を駆動し、所要の数字、文字、記
号などの表示を実行させる。表示部２４においては、記
録／再生しているディスクの動作モード状態、トラック
ナンバ、記録時間／再生時間、編集動作状態等が示され
る。またディスク９０には主データたるプログラムに付
随して管理される文字情報（トラックネーム等）が記録
できるが、その文字情報の入力の際の入力文字の表示
や、ディスクから読み出した文字情報の表示などが実行
される。さらに本実施の形態の場合、ディスク９０に
は、プログラムとしての楽曲等のデータとは独立したデ
ータファイルとなる副データ（ＡＵＸデータ）を記録す
ることも可能とされる。ＡＵＸデータとしてのデータフ
ァイルは、文字、静止画などの情報となるが、これらの
文字や静止画は表示部２４により表示出力可能とされ
る。

【００８１】本実施の形態では、ＡＵＸデータである静
止画及び文字を表示部２４に表示させるための構成とし
て、ＪＰＥＧデコーダ２６が備えられる。即ち、本実施
の形態においては、ＡＵＸデータとしてのデータファイ
ルである静止画データは、ＪＰＥＧ(Joint Photographi
c Coding Experts Group)方式により圧縮されたファイ
ル形式で記録される。ＪＰＥＧデコーダ２６では、ディ
スク９０にて再生されて例えばバッファメモリ１３に蓄
積された静止画データのファイルをメモリコントローラ
１２を介して入力し、ＪＰＥＧ方式に従った伸張処理を
施して表示部２４に出力する。これにより、ＡＵＸデー
タである静止画データが表示部２４にて表示されること
になる。なお、この場合の表示部２４としても、先に述
べたように、ＦＬ管表示部とセグメント表示部を備えて
成るものである。

【００８２】システムコントローラ１１は、ＣＰＵ、内
部インターフェース部等を備えたマイクロコンピュータ
とされ、上述してきた各種動作の制御を行う。また、プ
ログラムＲＯＭ２８には、当該記録再生装置における各
種動作を実現するためのプログラム等が格納され、ワー
クＲＡＭ２９には、システムコントローラ１１が各種処
理を実行するのに必要なデータやプログラム等が適宜保
持される。

【００８３】ところで、ディスク９０に対して記録／再
生動作を行なう際には、ディスク９０に記録されている
管理情報、即ちＰ−ＴＯＣ（プリマスタードＴＯＣ）、
Ｕ−ＴＯＣ（ユーザーＴＯＣ）を読み出す必要がある。
システムコントローラ１１はこれらの管理情報に応じて
ディスク９０上の記録すべきエリアのアドレスや、再生
すべきエリアのアドレスを判別することとなる。この管
理情報はバッファメモリ１３に保持される。そして、シ
ステムコントローラ１１はこれらの管理情報を、ディス
ク９０が装填された際に管理情報の記録されたディスク
の最内周側の再生動作を実行させることによって読み出
し、バッファメモリ１３に記憶しておき、以後そのディ
スク９０に対するプログラムの記録／再生／編集動作の
際に参照できるようにしている。

【００８４】また、Ｕ−ＴＯＣはプログラムデータの記
録や各種編集処理に応じて書き換えられるものである
が、システムコントローラ１１は記録／編集動作のたび
に、Ｕ−ＴＯＣ更新処理をバッファメモリ１３に記憶さ
れたＵ−ＴＯＣ情報に対して行ない、その書換動作に応
じて所定のタイミングでディスク９０のＵ−ＴＯＣエリ
アについても書き換えるようにしている。

【００８５】またディスク９０にはプログラムとは別に
ＡＵＸデータファイルが記録されるが、そのＡＵＸデー
タファイルの管理のためにディスク９０上にはＡＵＸ−
ＴＯＣが形成される。システムコントローラ１１はＵ−
ＴＯＣの読出の際にＡＵＸ−ＴＯＣの読出も行い、バッ
ファメモリ１３に格納して必要時にＡＵＸデータの管理
状態を参照できるようにしている。またシステムコント
ローラ１１は必要に応じて所定タイミングで（もしくは
ＡＵＸ−ＴＯＣの読出の際に同時に）ＡＵＸデータファ
イルを読み込み、バッファメモリ１３に格納する。そし
てＡＵＸ−ＴＯＣで管理される出力タイミングに応じて
表示部２４や、ＩＥＥＥ１３９４インターフェイス２５
を介した外部機器における文字や画像の出力動作を実行
させる。

【００８６】ＩＥＥＥ１３９４インターフェイス２５に
よっては、オーディオデータの送受信が可能とされてい
る。つまり、本実施の形態のＭＤレコーダ／プレーヤに
あっては、ＩＥＥＥ１３９４バス１１６を介して送信さ
れてきたオーディオデータをＩＥＥＥ１３９４インター
フェイス２５により受信し、この受信したオーディオデ
ータをディスク９０に対して記録することができるよう
になっている。ここで、送信されてきたオーディオデー
タが例えば、サンプリング周波数４４．１ＫＨｚ、量子
化ビット１６ビットのフォーマットであれば、システム
コントローラ１１を介するようにして、エンコーダ／デ
コーダ部１４に転送して、データ圧縮処理を施すように
される。これに対して、送信されてきたオーディオデー
タが、当該ＭＤレコーダ／プレーヤに適合した方式によ
って圧縮処理された圧縮オーディオデータであるとすれ
ば、システムコントローラ１１を介するようにして、メ
モリコントローラ１２に転送するようにされる。なお、
当然のこととして、このＩＥＥＥ１３９４インターフェ
イス２５によってもコマンドの送受信が可能とされ、例
えばシステムコントローラ１１は、受信したコマンドの
内容に応じて所要の処理を実行する。

【００８７】２．ＩＥＥＥ１３９４による本実施の形態
のデータ通信２−１．概要以降、本実施の形態としてのＩＥＥＥ１３９４規格に従
ったデータ通信について説明する。

【００８８】ＩＥＥＥ１３９４は、シリアルデータ通信
の規格の１つとされる。このＩＥＥＥ１３９４によるデ
ータ伝送方式としては、周期的に通信を行うＩｓｏｃｈ
ｒｏｎｏｕｓ通信方式と、この周期と関係なく非同期で
通信するＡｓｙｎｃｈｒｏｎｏｕｓ通信方式が存在す
る。一般に、Ｉｓｏｃｈｒｏｎｏｕｓ通信方式はデータ
の送受信に用いられ、Ａｓｙｎｃｈｒｏｎｏｕｓ通信方
式は各種制御コマンドの送受信に用いられる。そして、
１本のケーブルを使用して、これら２種類の通信方式に
よって送受信を行うことが出来るようにされている。そ
こで以降、上記したＩＥＥＥ１３９４規格による本実施
の形態の送信形態を前提として、本実施の形態としての
説明を行っていくこととする。

【００８９】２−２．スタックモデル図８は、本実施の形態が対応するＩＥＥＥ１３９４のス
タックモデルを示している。ＩＥＥＥ１３９４フォーマ
ットにおいては、Ａｓｙｎｃｈｒｏｎｏｕｓ系（４０
０）とＩｓｏｃｈｒｏｎｏｕｓ系（５００）とに大別さ
れる。ここで、Ａｓｙｎｃｈｒｏｎｏｕｓ系（４００）
とＩｓｏｃｈｒｏｎｏｕｓ系（５００）に共通な層とし
て、最下位にＰｈｙｓｉｃａｌＬａｙｅｒ（３０１）
（物理層）が設けられ、その上位にＬｉｎｋＬａｙｅ
ｒ（３０２）（リンク層）が設けられる。Ｐｈｙｓｉｃ
ａｌＬａｙｅｒ（３０１）はハードウェア的な信号伝
送を司るためのレイヤであり、ＬｉｎｋＬａｙｅｒ
（３０２）はＩＥＥＥ１３９４バスを例えば、機器毎に
規定された内部バスに変換するための機能を有する層と
される。

【００９０】ＰｈｙｓｉｃａｌＬａｙｅｒ（３０
１）、ＬｉｎｋＬａｙｅｒ（３０２）、及び次に説明
するＴｒａｎｓａｃｔｉｏｎＬａｙｅｒ（４０１）
は、Ｅｖｅｎｔ／Ｃｏｎｔｒｏｌ／Ｃｏｎｆｉｇｕｒａ
ｔｉｏｎのラインによってＳｅｒｉａｌＢｕｓＭａ
ｎａｇｅｍｅｎｔ３０３とリンクされる。また、ＡＶ
Ｃａｂｌｅ／Ｃｏｎｎｅｃｔｏｒ３０４は、ＡＶデータ
伝送のための物理的なコネクタ、ケーブルを示してい
る。

【００９１】Ａｓｙｎｃｈｒｏｎｏｕｓ系（４００）に
おける上記ＬｉｎｋＬａｙｅｒ（３０２）の上位に
は、ＴｒａｎｓａｃｔｉｏｎＬａｙｅｒ（４０１）が
設けられる。ＴｒａｎｓａｃｔｉｏｎＬａｙｅｒ（４
０１）は、ＩＥＥＥ１３９４としてのデータ伝送プロト
コルを規定する層とされ、基本的なＡｓｙｎｃｈｒｏｎ
ｏｕｓＴｒａｎｓａｃｔｉｏｎとしては、後述するよ
うにして、ＷｒｉｔｅＴｒａｎｓａｃｔｉｏｎ，Ｒｅａ
ｄＴｒａｎｓａｃｔｉｏｎ，ＬｏｃｋＴｒａｎｓａ
ｃｔｉｏｎが規定される。

【００９２】そして、ＴｒａｎｓａｃｔｉｏｎＬａｙ
ｅｒ（４０１）の上層に対してＦＣＰ(Function Contro
l Protocol)（４０２）が規定される。ＦＣＰ（４０
２）は、ＡＶ／ＣＣｏｍｍａｎｄ(AV/C Digital Inte
rface Command Set)（４０３）として規定された制御コ
マンドを利用することで、各種ＡＶ機器に対するコマン
ド制御を実行することが出来るようになっている。

【００９３】また、ＴｒａｎｓａｃｔｉｏｎＬａｙｅ
ｒ（４０１）の上層に対しては、Ｃｏｎｎｅｃｔｉｏｎ
ＭａｎａｇｅｍｅｎｔＰｒｏｃｅｄｕｒｅｓ（５０
５）を利用して、後述するＰｌｕｇ（ＩＥＥＥ１３９４
における論理的な機器接続関係）を設定するためのＰｌ
ｕｇＣｏｎｔｒｏｌｌＲｅｇｉｓｔｅｒｓ（４０
４）が規定される。

【００９４】Ｉｓｏｃｈｒｏｎｏｕｓ系（５００）にお
けるＬｉｎｋＬａｙｅｒ（３０２）の上位には、ＣＩ
ＰＨｅａｄｅｒＦｏｒｍａｔ（５０１）が規定さ
れ、このＣＩＰＨｅａｄｅｒＦｏｒｍａｔ（５０
１）に管理される形態で、ＳＤ−ＤＶＣＲＲｅａｌｔ
ｉｍｅＴｒａｎｓｍｉｓｓｉｏｎ（５０２），ＨＤ−
ＤＶＣＲＲｅａｌｔｉｍｅＴｒａｎｓｍｉｓｓｉｏ
ｎ（５０３），ＳＤＬ−ＤＶＣＲＲｅａｌｔｉｍｅ
Ｔｒａｎｓｍｉｓｓｉｏｎ（５０４），ＭＰＥＧ２−Ｔ
ＳＲｅａｌｔｉｍｅＴｒａｎｓｍｉｓｓｉｏｎ（５
０５），ＡｕｄｉｏａｎｄＭｕｓｉｃＲｅａｌｔｉ
ｍｅＴｒａｎｓｍｉｓｓｉｏｎ（５０６）等の伝送プ
ロトコルが規定されている。

【００９５】ＳＤ−ＤＶＣＲＲｅａｌｔｉｍｅＴｒ
ａｎｓｍｉｓｓｉｏｎ（５０２），ＨＤ−ＤＶＣＲＲ
ｅａｌｔｉｍｅＴｒａｎｓｍｉｓｓｉｏｎ（５０
３），ＳＤＬ−ＤＶＣＲＲｅａｌｔｉｍｅＴｒａｎ
ｓｍｉｓｓｉｏｎ（５０４）は、それぞれ、デジタルＶ
ＴＲ(Video Tape Recorder)に対応するデータ伝送プロ
トコルである。ＳＤ−ＤＶＣＲＲｅａｌｔｉｍｅＴ
ｒａｎｓｍｉｓｓｉｏｎ（５０２）が扱うデータは、Ｓ
Ｄ−ＤＶＣＲｒｅｃｏｒｄｉｎｇｆｏｒｍａｔ（５
０８）の規定に従って得られたデータシーケンス（ＳＤ
−ＤＶＣＲｄａｔａｓｅｑｕｅｎｃｅ（５０７））
とされる。また、ＨＤ−ＤＶＣＲＲｅａｌｔｉｍｅ
Ｔｒａｎｓｍｉｓｓｉｏｎ（５０３）が扱うデータは、
ＨＤ−ＤＶＣＲｒｅｃｏｒｄｉｎｇｆｏｒｍａｔ
（５１０）の規定に従って得られたデータシーケンス
（ＳＤ−ＤＶＣＲｄａｔａｓｅｑｕｅｎｃｅ（５０
９））とされる。ＳＤＬ−ＤＶＣＲＲｅａｌｔｉｍｅ
Ｔｒａｎｓｍｉｓｓｉｏｎ（５０４）が扱うデータ
は、ＳＤＬ−ＤＶＣＲｒｅｃｏｒｄｉｎｇｆｏｒｍ
ａｔ（５１２）の規定に従って得られるデータシーケン
ス（ＳＤ−ＤＶＣＲｄａｔａｓｅｑｕｅｎｃｅ（５
１１））となる。

【００９６】ＭＰＥＧ２−ＴＳＲｅａｌｔｉｍｅＴ
ｒａｎｓｍｉｓｓｉｏｎ（５０５）は、例えばデジタル
衛星放送に対応するチューナ等に対応する伝送プロトコ
ルで、これが扱うデータは、ＤＶＢｒｅｃｏｒｄｉｎ
ｇｆｏｒｍａｔ（５１４）或いはＡＴＶｒｅｃｏｒ
ｄｉｎｇｆｏｒｍａｔ（５１５）の規定に従って得ら
れるデータシーケンス（ＭＰＥＧ２−ＴＳｄａｔａ
ｓｅｑｕｅｎｃｅ（５１３））とされる。

【００９７】また、ＡｕｄｉｏａｎｄＭｕｓｉｃ
ＲｅａｌｔｉｍｅＴｒａｎｓｍｉｓｓｉｏｎ（５０
６）は、例えば本実施の形態のＭＤシステムを含むデジ
タルオーディオ機器全般に対応する伝送プロトコルであ
り、これが扱うデータは、ＡｕｄｉｏａｎｄＭｕｓ
ｉｃｒｅｃｏｒｄｉｎｇｆｏｒｍａｔ（５１７）の
規定に従って得られるデータシーケンス（Ａｕｄｉｏ
ａｎｄＭｕｓｉｃｄａｔａｓｅｑｕｅｎｃｅ）と
される。

【００９８】２−３．信号伝送形態図９は、ＩＥＥＥ１３９４バスとして実際に用いられる
ケーブルの構造例を示している。この図においては、コ
ネクタ６００Ａと６００Ｂがケーブル６０１を介して接
続されていると共に、ここでは、コネクタ６００Ａと６
００Ｂのピン端子として、ピン番号１〜６の６ピンが使
用される場合を示している。コネクタ６００Ａ，６００
Ｂに設けられる各ピン端子については、ピン番号１は電
源（ＶＰ）、ピン番号２はグランド（ＶＧ）、ピン番号
３はＴＰＢ１、ピン番号４はＴＰＢ２、ピン番号５はＴ
ＰＡ１、ピン番号５はＴＰＡ２とされている。そして、
コネクタ６００Ａ−６００Ｂ間の各ピンの接続形態は、ピン番号１（ＶＰ）−ピン番号１（ＶＰ）ピン番号２（ＶＧ）−ピン番号２（ＶＧ）ピン番号３（ＴＰＢ１）−ピン番号５（ＴＰＡ１）ピン番号４（ＴＰＢ２）−ピン番号６（ＴＰＡ２）ピン番号５（ＴＰＡ１）−ピン番号３（ＴＰＢ１）ピン番号６（ＴＰＡ２）−ピン番号３（ＴＰＢ２）のようになっている。そして、上記ピン接続の組のう
ち、ピン番号３（ＴＰＢ１）−ピン番号５（ＴＰＡ１）ピン番号４（ＴＰＢ２）−ピン番号６（ＴＰＡ２）の２本のツイスト線の組により、差動で信号を相互伝送
する信号線６０１Ａを形成し、ピン番号５（ＴＰＡ１）−ピン番号３（ＴＰＢ１）ピン番号６（ＴＰＡ２）−ピン番号３（ＴＰＢ２）の２本のツイスト線の組により、差動で信号を相互伝送
する信号線６０１Ｂを形成している。

【００９９】上記２組の信号線６０１Ａ及び信号線６０
１Ｂにより伝送される信号は、図１０（ａ）に示すデー
タ信号（Ｄａｔａ）と、図１０（ｂ）に示すストローブ
信号（Ｓｔｒｏｂｅ）である。図１０（ａ）に示すデー
タ信号は、信号線６０１Ａ又は信号線６０１Ｂの一方を
使用してＴＰＢ１，２から出力され、ＴＰＡ１，２に入
力される。また、図１０（ｂ）に示すストローブ信号
は、データ信号と、このデータ信号に同期する伝送クロ
ックとについて所定の論理演算を行うことによって得ら
れる信号であり、実際の伝送クロックよりは低い周波数
を有する。このストローブ信号は、信号線６０１Ａ又は
信号線６０１Ｂのうち、データ信号伝送に使用していな
い他方の信号線を使用して、ＴＰＡ１，２から出力さ
れ、ＴＰＢ１，２に入力される。

【０１００】例えば、図１０（ａ），図１０（ｂ）に示
すデータ信号及びストローブ信号が、或るＩＥＥＥ１３
９４対応の機器に対して入力されたとすると、この機器
においては、入力されたデータ信号とストローブ信号と
について所定の論理演算を行って、図１０（ｃ）に示す
ような伝送クロック（Ｃｌｏｃｋ）を生成し、所要の入
力データ信号処理に利用する。ＩＥＥＥ１３９４フォー
マットでは、このようなハードウェア的データ伝送形態
を採ることで、高速な周期の伝送クロックをケーブルに
よって機器間で伝送する必要をなくし、信号伝送の信頼
性を高めるようにしている。なお、上記説明では６ピン
の仕様について説明したが、ＩＥＥＥ１３９４フォーマ
ットでは電源（ＶＰ）とグランド（ＶＧ）を省略して、
２組のツイスト線である信号線６０１Ａ及び信号線６０
１Ｂのみからなる４ピンの仕様も存在する。

【０１０１】２−４．機器間のバス接続図１１は、ＩＥＥＥ１３９４バスによる機器間接続の形
態例を模式的に示している。この図では、機器Ａ，Ｂ，
Ｃ，Ｄ，Ｅの５台の機器（Ｎｏｄｅ）がＩＥＥＥ１３９
４バス（即ちケーブルである）によって相互通信可能に
接続されている場合が示されている。ＩＥＥＥ１３９４
インターフェイスでは、機器Ａ，Ｂ，ＣのようにしてＩ
ＥＥＥ１３９４バスにより直列的に接続するいわゆる
「ディージチェーン接続」が可能とされる。また、図１
１の場合であれば、機器Ａと、機器Ｂ，Ｄ，Ｅ間の接続
形態に示すように、或る機器と複数機器とが並列的に接
続されるいわゆる「ブランチ接続」も可能とされる。シ
ステム全体としては、このブランチ接続と上記ディージ
チェーン接続とを併用して最大６３台の機器（Ｎｏｄ
ｅ）を接続可能とされる。但し、ディージチェーン接続
によっては、最大で１６台（１６ポップ）までの接続が
可能とされている。また、ＳＣＳＩで必要とされるター
ミネータはＩＥＥＥ１３９４インターフェイスでは不要
である。そしてＩＥＥＥ１３９４インターフェイスで
は、上記のようにしてディージチェーン接続又はブラン
チ接続により接続された機器間で相互通信を行うことが
可能とされている。つまり、図１１の場合であれば、機
器Ａ，Ｂ，Ｃ，Ｄ，Ｅ間の任意の複数機器間での相互通
信が可能とされる。

【０１０２】また、ＩＥＥＥ１３９４バスにより複数の
機器接続を行ったシステム（以降はＩＥＥＥ１３９４シ
ステムともいう）内では、機器ごとに割与えられるＮｏ
ｄｅＩＤを設定する処理が実際には行われる。この処理
を、図１２により模式的に示す。ここで、図１２（ａ）
に示す接続形態によるＩＥＥＥ１３９４システムにおい
て、ケーブルの抜き差し、システムにおける或る機器の
電源のオン／オフ、ＰＨＹ(Physical Layer Protocol)
での自発発生処理等が有ったとすると、ＩＥＥＥ１３９
４システム内においてはバスリセットが発生する。これ
により、各機器Ａ，Ｂ，Ｃ，Ｄ，Ｅ間においてＩＥＥＥ
１３９４バスを介して全ての機器にバスリセット通知を
行う処理が実行される。

【０１０３】このバスリセット通知の結果、図１２
（ｂ）に示すようにして、通信（Child−Notify）を行
うことで隣接する機器端子間で親子関係が定義される。
つまり、ＩＥＥＥ１３９４システム内における機器間の
Ｔｒｅｅ構造を構築する。そして、このＴｒｅｅ構造の
構築結果に従って、ルートとしての機器が定義される。
ルートとは、全ての端子が子(Ｃｈ；Child)として定義
された機器であり、図１２（ｂ）の場合であれば、機器
Ｂがルートとして定義されていることになる。逆に言え
ば、例えばこのルートとしての機器Ｂと接続される機器
Ａの端子は親(Ｐ；Parent)として定義されているもので
ある。

【０１０４】上記のようにしてＩＥＥＥ１３９４システ
ム内のＴｒｅｅ構造及びルートが定義されると、続いて
は、図１２（ｃ）に示すようにして、各機器から、自己
のＮｏｄｅ−ＩＤの宣言としてＳｅｌｆ−ＩＤパケット
が出力される。そしてルートがこのＮｏｄｅ−ＩＤに対
して順次承認（grant）を行っていくことにより、ＩＥ
ＥＥ１３９４システム内における各機器のアドレス、つ
まりＮｏｄｅ−ＩＤが決定される。

【０１０５】２−５．パケットＩＥＥＥ１３９４フォーマットでは、図１３に示すよう
にしてＩｓｏｃｈｒｏｎｏｕｓｃｙｃｌｅ（ｎｏｍｉ
ｎａｌｃｙｃｌｅ）の周期を繰り返すことによって送
信を行う。この場合、１Ｉｓｏｃｈｒｏｎｏｕｓｃｙ
ｃｌｅは、１２５μｓｅｃとされ、帯域としては１００
ＭＨｚに相当する。なお、Ｉｓｏｃｈｒｏｎｏｕｓｃ
ｙｃｌｅの周期としては１２５μｓｅｃ以外とされても
良いことが規定されている。そして、このＩｓｏｃｈｒ
ｏｎｏｕｓｃｙｃｌｅごとに、データをパケット化し
て送信する。

【０１０６】この図に示すように、Ｉｓｏｃｈｒｏｎｏ
ｕｓｃｙｃｌｅの先頭には、１Ｉｓｏｃｈｒｏｎｏｕ
ｓｃｙｃｌｅの開始を示すＣｙｃｌｅＳｔａｒｔ
Ｐａｃｋｅｔが配置される。このＣｙｃｌｅＳｔａｒ
ｔＰａｃｋｅｔは、ここでの詳しい説明は省略する
が、ＣｙｃｌｅＭａｓｔｅｒとして定義されたＩＥＥ
Ｅ１３９４システム内の特定の１機器によってその発生
タイミングが指示される。ＣｙｃｌｅＳｔａｒｔＰ
ａｃｋｅｔに続いては、ＩｓｏｃｈｒｏｎｏｕｓＰａｃ
ｋｅｔが優先的に配置される。Ｉｓｏｃｈｒｏｎｏｕｓ
Ｐａｃｋｅｔは、図のように、チャンネルごとにパケ
ット化されたうえで時分割的に配列されて転送される
（Ｉｓｏｃｈｒｏｎｏｕｓｓｕｂａｃｔｉｏｎｓ）。
また、Ｉｓｏｃｈｒｏｎｏｕｓｓｕｂａｃｔｉｏｎｓ
内においてパケット毎の区切りには、Ｉｓｏｃｈｒｏｎ
ｏｕｓｇａｐといわれる休止区間（例えば０．０５μ
ｓｅｃ）が設けられる。このように、ＩＥＥＥ１３９４
システムでは、１つの伝送線路によってＩｓｏｃｈｒｏ
ｎｏｕｓデータをマルチチャンネルで送受信することが
可能とされている。

【０１０７】ここで、例えば本実施の形態のＭＤレコー
ダ／プレーヤが対応する圧縮オーディオデータ（以降は
ＡＴＲＡＣデータともいう）をＩｓｏｃｈｒｏｎｏｕｓ
方式により送信することを考えた場合、ＡＴＲＡＣデー
タが１倍速の転送レート１．４Ｍｂｐｓであるとすれ
ば、１２５μｓｅｃである１Ｉｓｏｃｈｒｏｎｏｕｓｃ
ｙｃｌｅ周期ごとに、少なくともほぼ２０数Ｍバイトの
ＡＴＲＡＣデータをＩｓｏｃｈｒｏｎｏｕｓＰａｃｋ
ｅｔとして伝送すれば、時系列的な連続性（リアルタイ
ム性）が確保されることになる。例えば、或る機器がＡ
ＴＲＡＣデータを送信する際には、ここでの詳しい説明
は省略するが、ＩＥＥＥ１３９４システム内のＩＲＭ(I
sochronous Resource Manager)に対して、ＡＴＲＡＣデ
ータのリアルタイム送信が確保できるだけの、Ｉｓｏｃ
ｈｒｏｎｏｕｓパケットのサイズを要求する。ＩＲＭ
では、現在のデータ伝送状況を監視して許可／不許可を
与え、許可が与えられれば、指定されたチャンネルによ
って、ＡＴＲＡＣデータをＩｓｏｃｈｒｏｎｏｕｓＰ
ａｃｋｅｔにパケット化して送信することが出来る。こ
れがＩＥＥＥ１３９４インターフェイスにおける帯域予
約といわれるものである。

【０１０８】Ｉｓｏｃｈｒｏｎｏｕｓｃｙｃｌｅの帯
域内においてＩｓｏｃｈｒｏｎｏｕｓｓｕｂａｃｔｉ
ｏｎｓが使用していない残る帯域を用いて、Ａｓｙｎｃ
ｈｒｏｎｏｕｓｓｕｂａｃｔｉｏｎｓ、即ちＡｓｙｎ
ｃｈｒｏｎｏｕｓのパケット送信が行われる。図１３で
は、ＰａｃｋｅｔＡ，ＰａｃｋｅｔＢの２つのＡｓ
ｙｎｃｈｒｏｎｏｕｓＰａｃｋｅｔが送信されている
例が示されている。ＡｓｙｎｃｈｒｏｎｏｕｓＰａｃ
ｋｅｔの後には、ａｃｋｇａｐ（０．０５μｓｅｃ）
の休止期間を挟んで、ＡＣＫ（Acknowledge)といわれる
信号が付随する。ＡＣＫは、後述するようにして、Ａｓ
ｙｎｃｈｒｏｎｏｕｓＴｒａｎｓａｃｔｉｏｎの過程
において、何らかのＡｓｙｎｃｈｒｏｎｏｕｓデータの
受信が有ったことを送信側（Ｃｏｎｔｒｏｌｌｅｒ）に
知らせるためにハードウェア的に受信側（Ｔａｒｇｅ
ｔ）から出力される信号である。また、Ａｓｙｎｃｈｒ
ｏｎｏｕｓＰａｃｋｅｔ及びこれに続くＡＣＫからな
るデータ伝送単位の前後には、１０μｓｅｃ程度のｓｕ
ｂａｃｔｉｏｎｇａｐといわれる休止期間が設けられ
る。ここで、ＩｓｏｃｈｒｏｎｏｕｓＰａｃｋｅｔに
よりＡＴＲＡＣデータを送信し、上記ＡＴＲＡＣデータ
に付随するとされるＡＵＸデータファイルをＡｓｙｎｃ
ｈｒｏｎｏｕｓＰａｃｋｅｔにより送信するようにす
れば、見かけ上、ＡＴＲＡＣデータとＡＵＸデータファ
イルとを同時に送信することが可能となるものである。

【０１０９】２−６．トランザクションルール図１４（ａ）の処理遷移図には、Ａｓｙｎｃｈｒｏｎｏ
ｕｓ通信における基本的な通信規則（トランザクション
ルール）が示されている。このトランザクションルール
は、ＦＣＰによって規定される。図１４（ａ）に示すよ
うに、先ずステップＳ１１により、Ｒｅｑｕｅｓｔｅｒ
（送信側）は、Ｒｅｓｐｏｎｄｅｒ（受信側）に対して
Ｒｅｑｕｅｓｔを送信する。Ｒｅｓｐｏｎｄｅｒでは、
このＲｅｑｕｅｓｔを受信する（ステップＳ１２）と、
先ずＡｃｋｎｏｗｌｅｄｇｅをＲｅｑｕｅｓｔｅｒに返
送する（ステップＳ１３）。送信側では、Ａｃｋｎｏｗ
ｌｅｄｇｅを受信することで、Ｒｅｑｕｅｓｔが受信側
にて受信されたことを認知する（ステップＳ１４）。こ
の後、Ｒｅｓｐｏｎｄｅｒは先のステップＳ１２にて受
信したＲｅｑｕｅｓｔに対する応答として、Ｒｅｓｐｏ
ｎｓｅをＲｅｑｕｅｓｔｅｒに送信する（ステップＳ１
５）。Ｒｅｑｕｅｓｔｅｒでは、Ｒｅｓｐｏｎｓｅを受
信し（ステップＳ１６）、これに応答してＲｅｓｐｏｎ
ｄｅｒに対してＡｃｋｎｏｗｌｅｄｇｅを送信する（ス
テップＳ１７）。ＲｅｓｐｏｎｄｅｒではＡｃｋｎｏｗ
ｌｅｄｇｅを受信することで、Ｒｅｓｐｏｎｓｅが送信
側にて受信されたことを認知する。

【０１１０】上記図１４（ａ）により送信されるＲｅｑ
ｕｅｓｔＴｒａｎｓａｃｔｉｏｎとしては、図１４
（ｂ）の左側に示すように、ＷｒｉｔｅＲｅｑｕｅｓ
ｔ、ＲｅａｄＲｅｑｕｅｓｔ、ＬｏｃｋＲｅｑｕｅ
ｓｔの３種類に大別して定義されている。Ｗｒｉｔｅ
Ｒｅｑｕｅｓｔは、データ書き込みを要求するコマンド
であり、ＲｅａｄＲｅｑｕｅｓｔはデータの読み出し
を要求するコマンドである。ＬｏｃｋＲｅｑｕｅｓｔ
はここでは詳しい説明は省略するが、ｓｗａｐｃｏｍ
ｐａｒｅ、マスクなどのためのコマンドである。

【０１１１】また、ＷｒｉｔｅＲｅｑｕｅｓｔは、後
に図示して説明するＡｓｙｎｃｈｒｏｎｏｕｓＰａｃ
ｋｅｔ（ＡＶ／ＣＣｏｍｍａｎｄＰａｃｋｅｔ）に
格納するコマンド（ｏｐｅｒａｎｄ）のデータサイズに
応じてさらに３種類が定義される。ＷｒｉｔｅＲｅｑ
ｕｅｓｔ（ｄａｔａｑｕａｄｌｅｔ）は、Ａｓｙｎｃ
ｈｒｏｎｏｕｓＰａｃｋｅｔのヘッダサイズのみによ
りコマンドを送信する。ＷｒｉｔｅＲｅｑｕｅｓｔ
（ｄａｔａｂｌｏｃｋ：ｄａｔａｌｅｎｇｔｈ＝４
ｂｙｔｅ）、ＷｒｉｔｅＲｅｑｕｅｓｔ（ｄａｔａ
ｂｌｏｃｋ：ｄａｔａｌｅｎｇｔｈ≠４ｂｙｔｅ）
は、ＡｓｙｎｃｈｒｏｎｏｕｓＰａｃｋｅｔとしてヘ
ッダに対してｄａｔａｂｌｏｃｋを付加してコマンド
送信を行うもので、両者は、ｄａｔａｂｌｏｃｋに格
納されるｏｐｅｒａｎｄのデータサイズが４バイトであ
るかそれ以上であるのかが異なる。

【０１１２】ＲｅａｄＲｅｑｕｅｓｔも同様にして、
ＡｓｙｎｃｈｒｏｎｏｕｓＰａｃｋｅｔに格納するｏ
ｐｅｒａｎｄのデータサイズに応じて、ＲｅａｄＲｅ
ｑｕｅｓｔ（ｄａｔａｑｕａｄｌｅｔ）、Ｒｅａｄ
Ｒｅｑｕｅｓｔ（ｄａｔａｂｌｏｃｋ：ｄａｔａｌｅ
ｎｇｔｈ＝４ｂｙｔｅ）、ＲｅａｄＲｅｑｕｅｓｔ
（ｄａｔａｂｌｏｃｋ：ｄａｔａｌｅｎｇｔｈ≠４
ｂｙｔｅ）の３種類が定義されている。

【０１１３】また、ＲｅｓｐｏｎｓｅＴｒａｎｓａｃ
ｔｉｏｎとしては、図１４（ｂ）の右側に示されてい
る。上述した３種のＷｒｉｔｅＲｅｑｕｅｓｔに対し
ては、ＷｒｉｔｅＲｅｓｐｏｎｓｅ或いはＮｏＲｅ
ｓｐｏｎｓｅが定義される。また、ＲｅａｄＲｅｑｕ
ｅｓｔ（ｄａｔａｑｕａｄｌｅｔ）に対してはＲｅａ
ｄＲｅｓｐｏｎｓｅ（ｄａｔａｑｕａｄｌｅｔ）が
定義され、ＲｅａｄＲｅｑｕｅｓｔ（ｄａｔａｂｌｏ
ｃｋ：ｄａｔａｌｅｎｇｔｈ＝４ｂｙｔｅ）、又はＲ
ｅａｄＲｅｑｕｅｓｔ（ｄａｔａｂｌｏｃｋ：ｄａ
ｔａｌｅｎｇｔｈ≠４ｂｙｔｅ）に対しては、Ｒｅａ
ｄＲｅｓｐｏｎｓｅ（ｄａｔａｂｌｏｃｋ）が定義さ
れる。

【０１１４】ＬｏｃｋＲｅｑｕｅｓｔに対しては、Ｌ
ｏｃｋＲｅｓｐｏｎｓｅが定義される。

【０１１５】２−７．アドレッシング図１５は、ＩＥＥＥ１３９４バスのアドレッシングの構
造を示している。図１５（ａ）に示すように、ＩＥＥＥ
１３９４フォーマットでは、バスアドレスのレジスタ
（アドレス空間）として６４ビットが用意される。この
レジスタの上位１０ビットの領域は、ＩＥＥＥ１３９４
バスを識別するためのバスＩＤを示し、図１５（ｂ）に
示すようにしてバスＩＤとしてｂｕｓ＃０〜＃１０２２
の計１０２３のバスＩＤを設定可能としている。ｂｕｓ
＃１０２３はｌｏｃａｌｂｕｓとして定義されてい
る。

【０１１６】図１５（ａ）においてバスアドレスに続く
６ビットの領域は、上記バスＩＤにより示されるＩＥＥ
Ｅ１３９４バスごとに接続されている機器のＮｏｄｅ
ＩＤを示す。ＮｏｄｅＩＤは、図１５（ｃ）に示すよ
うにして、Ｎｏｄｅ＃０〜＃６２までの６３のＮｏｄ
ｅＩＤを識別可能としている。上記バスＩＤ及びＮｏ
ｄｅＩＤを示す計１６ビットの領域は、後述するＡＶ
／ＣＣｏｍｍａｎｄＰａｃｋｅｔのヘッダにおける
ｄｅｓｔｉｎａｔｉｏｎＩＤに相当するもので、このバ
スＩＤ及びＮｏｄｅＩＤによって、或るバスに接続さ
れた機器がＩＥＥＥ１３９４システム上で特定される。

【０１１７】図１５（ａ）においてＮｏｄｅＩＤに続
く２０ビットの領域は、ｒｅｇｉｓｔｅｒｓｐａｃｅ
であり、このｒｅｇｉｓｔｅｒｓｐａｃｅに続く２８
ビットの領域は、ｒｅｇｉｓｔｅｒａｄｄｒｅｓｓで
ある。ｒｅｇｉｓｔｅｒｓｐａｃｅの値は最大で［Ｆ
ＦＦＦＦｈ］とされて、図１５（ｄ）に示すｒｅｇ
ｉｓｔｅｒを示し、このｒｅｇｉｓｔｅｒの内容が、図
１５（ｅ）に示すようにして定義される。ｒｅｇｉｓｔ
ｅｒａｄｄｒｅｓｓは、図１５（ｅ）に示すレジスタ
のアドレスを指定している。

【０１１８】簡単に説明すると、図１５（ｅ）のレジス
タにおいて、例えばアドレス５１２［００００２
００ｈ］から始まるＳｅｒｉａｌＢｕｓ−ｄｅｐｅｎ
ｄｅｎｔＲｅｇｉｓｔｅｒｓを参照することで、Ｉｓ
ｏｃｈｒｏｎｏｕｓｃｙｃｌｅのサイクルタイムや、
空きチャンネルの情報が得られる。また、アドレス１０
２４［００００４００ｈ］から始まるＣｏｎｆｉ
ｇｕｒａｔｉｏｎＲＯＭには、ＮｏｄｅＵｎｉｑｕ
ｅＩＤ、及びｓｕｂｕｎｉｔＩＤ等のＮｏｄｅに関
する所要の情報が格納される。これらＮｏｄｅＵｎｉ
ｑｕｅＩＤ、及びｓｕｂｕｎｉｔＩＤは、実際にそ
のデバイスがＩＥＥＥ１３９４バスに接続されたとき
に、その接続関係を確立する際などに必要となるもので
ある。

【０１１９】ＮｏｄｅＵｎｉｑｕｅＩＤは、デバイ
スごとに固有とされ、８バイトによって表現されるデバ
イス情報であり、たとえ同一機種間であっても、同じＮ
ｏｄｅＵｎｉｑｕｅＩＤを有している他の機器は無
いものとされる。

【０１２０】また、ｓｕｂｕｎｉｔＩＤとしては、そ
のＮｏｄｅとしての機器の製造メーカ名を示すＶｅｎｄ
ｅｒＮａｍｅ（module_vender_ID）や、Ｎｏｄｅとし
ての機器の機種名を示すＭｏｄｅｌＮａｍｅ（model_
ID）等の情報を有して形成される。

【０１２１】ＮｏｄｅＵｎｉｑｕｅＩＤは、デバイ
スごとに固有とされ、８バイトによって表現されるデバ
イス識別情報であり、たとえ同一機種間であっても、同
じＮｏｄｅＵｎｉｑｕｅＩＤを有している機器は無
いものとされる。また、ＶｅｎｄｅｒＮａｍｅは、そ
のＮｏｄｅの製造メーカ名を示す情報であり、Ｍｏｄｅ
ｌＮａｍｅは、そのＮｏｄｅの機種を示す情報であ
る。従って、これらＶｅｎｄｅｒＮａｍｅ及びＭｏｄ
ｅｌＮａｍｅを共通に有する機器は存在することにな
る。従って、ＣｏｎｆｉｇｕｒａｔｉｏｎＲＯＭの内
容を参照することで、その機種に付されているＮｏｄｅ
ＵｎｉｑｕｅＩＤを識別することができ、また、ｓ
ｕｂｕｎｉｔＩＤの内容からは、そのＮｏｄｅの製造
メーカ、及び機種等を識別することが可能になる。な
お、ＮｏｄｅＵｎｉｑｕｅＩＤは必須であるのに対
して、ＶｅｎｄｅｒＮａｍｅ，ＭｏｄｅｌＮａｍｅ
はオプションであり、必ずしも機器に対してセットして
おく必要は無いものとされている。

【０１２２】２−８．ＣＩＰ図１６は、ＣＩＰ(Common Isochronos Packet)の構造を
示している。つまり、図１３に示したＩｓｏｃｈｒｏｎ
ｏｕｓＰａｃｋｅｔのデータ構造である。例えば、本
実施の形態のシステムであれば、ＭＤレコーダ／プレー
ヤが対応する記録再生データの１つであるＡＴＲＡＣデ
ータ（オーディオデータ）や、ＣＤフォーマットのオー
ディオデータは、ＩＥＥＥ１３９４通信においては、Ｉ
ｓｏｃｈｒｏｎｏｕｓ通信によりデータの送受信が行わ
れる。つまり、リアルタイム性が維持されるだけのデー
タ量をこのＩｓｏｃｈｒｏｎｏｕｓＰａｃｋｅｔに格
納して、１Ｉｓｏｃｈｒｏｎｏｕｓｃｙｃｌｅ毎に順
次送信するものである。

【０１２３】ＣＩＰの先頭３２ビット（１ｑｕａｄｌｅ
ｔ）は、１３９４パケットヘッダとされている。１３９
４パケットヘッダにおいて上位から順に１６ビットの領
域は、ｄａｔａ＿Ｌｅｎｇｔｈ、続く２ビットの領域は
ｔａｇ、続く６ビットの領域はｃｈａｎｎｅｌ、続く４
ビットはｔｃｏｄｅ、続く４ビットは、ｓｙとされてい
る。そして、１３９４パケットヘッダに続く１ｑｕａｄ
ｌｅｔの領域はｈｅａｄｅｒ＿ＣＲＣが格納される。

【０１２４】ｈｅａｄｅｒ＿ＣＲＣに続く２ｑｕａｄｌ
ｅｔの領域がＣＩＰヘッダとなる。ＣＩＰヘッダの上位
ｑｕａｄｌｅｔの上位２バイトには、それぞれ‘０’
‘０’が格納され、続く６ビットの領域はＳＩＤ（送信
ノード番号）を示す。ＳＩＤに続く８ビットの領域はＤ
ＢＳ（データブロックサイズ）であり、データブロック
のサイズ（パケット化の単位データ量）が示される。続
いては、ＦＮ（２ビット）、ＱＰＣ（３ビット）の領域
が設定されており、ＦＮにはパケット化する際に分割し
た数が示され、ＱＰＣには分割するために追加したｑｕ
ａｄｌｅｔ数が示される。ＳＰＨ（１ビット）にはソー
スパケットのヘッダのフラグが示され、ＤＢＣにはパケ
ットの欠落を検出するカウンタの値が格納される。

【０１２５】ＣＩＰヘッダの下位ｑｕａｄｌｅｔの上位
２バイトにはそれぞれ‘０’‘０’が格納される。そし
て、これに続いてＦＭＴ（６ビット）、ＦＤＦ（２４ビ
ット）の領域が設けられる。ＦＭＴには信号フォーマッ
ト（伝送フォーマット）が示され、ここに示される値に
よって、当該ＣＩＰに格納されるデータ種類（データフ
ォーマット）が識別可能となる。具体的には、ＭＰＥＧ
ストリームデータ、Ａｕｄｉｏストリームデータ、デジ
タルビデオカメラ（ＤＶ）ストリームデータ等の識別が
可能になる。このＦＭＴにより示されるデータフォーマ
ットは、例えば図８に示した、ＣＩＰＨｅａｄｅｒ
Ｆｏｒｍａｔ（４０１）に管理される、ＳＤ−ＤＶＣＲ
ＲｅａｌｔｉｍｅＴｒａｎｓｍｉｓｓｉｏｎ（５０
２），ＨＤ−ＤＶＣＲＲｅａｌｔｉｍｅＴｒａｎｓ
ｍｉｓｓｉｏｎ（５０３），ＳＤＬ−ＤＶＣＲＲｅａ
ｌｔｉｍｅＴｒａｎｓｍｉｓｓｉｏｎ（５０４），Ｍ
ＰＥＧ２−ＴＳＲｅａｌｔｉｍｅＴｒａｎｓｍｉｓ
ｓｉｏｎ（５０５），ＡｕｄｉｏａｎｄＭｕｓｉｃ
ＲｅａｌｔｉｍｅＴｒａｎｓｍｉｓｓｉｏｎ（５０
６）等の伝送プロトコルに対応する。ＦＤＦは、フォー
マット依存フィールドであり、上記ＦＭＴにより分類さ
れたデータフォーマットについて更に細分化した分類を
示す領域とされる。オーディオに関するデータで有れ
ば、例えばリニアオーディオデータであるのか、ＭＩＤ
Ｉデータであるのかといった識別が可能になる。例えば
本実施の形態のＡＴＲＡＣデータであれば、先ずＦＭＴ
によりＡｕｄｉｏストリームデータの範疇にあるデータ
であることが示され、ＦＤＦに規定に従った特定の値が
格納されることで、そのＡｕｄｉｏストリームデータは
ＡＴＲＡＣデータであることが示される。

【０１２６】ここで、例えばＦＭＴによりＭＰＥＧであ
ることが示されている場合、ＦＤＦにはＴＳＦ（タイム
シフトフラグ）といわれる同期制御情報が格納される。
また、ＦＭＴによりＤＶＣＲ（デジタルビデオカメラ）
であることが示されている場合、ＦＤＦは、図１６の下
に示すように定義される。ここでは、上位から順に、５
０／６０（１ビット）により１秒間のフィールド数を規
定し、ＳＴＹＰＥ（５ビット）によりビデオのフォーマ
ットがＳＤとＨＤの何れとされてるのかが示され、ＳＹ
Ｔによりフレーム同期用のタイムスタンプが示される。

【０１２７】上記ＣＩＰヘッダに続けては、ＦＭＴ，Ｆ
ＤＦによって示されるデータが、ｎ個のデータブロック
のシーケンスによって格納される。ＦＭＴ，ＦＤＦによ
りＡＴＲＡＣデータであることが示される場合には、こ
のデータブロックとしての領域にＡＴＲＡＣデータが格
納される。そして、データブロックに続けては、最後に
ｄａｔａ＿ＣＲＣが配置される。

【０１２８】２−９．コネクションマネージメントＩＥＥＥ１３９４フォーマットにおいては、「プラグ」
といわれる論理的接続概念によって、ＩＥＥＥ１３９４
バスによって接続された機器間の接続関係が規定され
る。図１７は、プラグにより規定された接続関係例を示
しており、この場合には、ＩＥＥＥ１３９４バスを介し
て、ＶＴＲ１、ＶＴＲ２、セットトップボックス（ＳＴ
Ｂ；デジタル衛星放送チューナ）、モニタ装置（Ｍｏｎ
ｉｔｏｒ）、及びデジタルスチルカメラ（Ｃａｍｅｒ
ａ）が接続されているシステム形態が示されている。

【０１２９】ここで、ＩＥＥＥ１３９４のプラグによる
接続形態としては、ｐｏｉｎｔｔｏｐｏｉｎｔ−ｃ
ｏｎｎｅｃｔｉｏｎと、ｂｒｏａｄｃａｓｔｃｏｎｎ
ｅｃｔｉｏｎとの２つの形態が存在する。ｐｏｉｎｔ
ｔｏｐｏｉｎｔ−ｃｏｎｎｅｃｔｉｏｎは、送信機器
と受信機器との関係が特定され、かつ、特定のチャンネ
ルを使用して送信機器と受信機器との間でデータ伝送が
行われる接続形態である。これに対して、ｂｒｏａｄｃ
ａｓｔｃｏｎｎｅｃｔｉｏｎは、送信機器において
は、特に受信機器及び使用チャンネルを特定せずに送信
を行うものである。受信機側では、特に送信機器を識別
することなく受信を行い、必要が有れば、送信されたデ
ータの内容に応じた所要の処理を行う。図１７の場合で
あれば、ｐｏｉｎｔｔｏｐｏｉｎｔ−ｃｏｎｎｅｃ
ｔｉｏｎとして、ＳＴＢが送信、ＶＴＲ１が受信とされ
てチャンネル＃１を使用してデータの伝送が行われるよ
うに設定されている状態と、デジタルスチルカメラが送
信、ＶＴＲ２が受信とされてチャンネル＃２を使用して
データの伝送が行われるように設定されている状態とが
示されている。また、デジタルスチルカメラからは、ｂ
ｒｏａｄｃａｓｔｃｏｎｎｅｃｔｉｏｎによってもデ
ータ送信を行うように設定されている状態が示されてお
り、ここでは、このｂｒｏａｄｃａｓｔｃｏｎｎｅｃ
ｔｉｏｎによって送信したデータを、モニタ装置が受信
して所要の応答処理を行う場合が示される。

【０１３０】上記のような接続形態（プラグ）は、各機
器におけるアドレス空間に設けられるＰＣＲ(Plug Cont
orol Register)によって確立される。図１８（ａ）は、
ｏＰＣＲ［ｎ］（出力用プラグコントロールレジスタ）
の構造を示し、図１８（ｂ）は、ｉＰＣＲ［ｎ］（入力
用プラグコントロールレジスタ）の構造を示している。
これらｏＰＣＲ［ｎ］、ｉＰＣＲ［ｎ］のサイズは共に
３２ビットとされている。図１８（ａ）のｏＰＣＲにお
いては、例えば上位１ビットのｏｎ−ｌｉｎｅに対して
‘１’が格納されていると、ｂｒｏａｄｃａｓｔｃｏ
ｎｎｅｃｔｉｏｎによる送信であることが示され、
‘０’が格納されていると、上位１１ビット目から６ビ
ットの領域のｃｈａｎｎｅｌｎｕｍｂｅｒで示される
チャンネルにより、ｐｏｉｎｔｔｏｐｏｉｎｔｃ
ｏｎｎｅｃｔｉｏｎで送信することが示される。また、
図１８（ｂ）のｉＰＣＲにおいても、例えば上位１ビッ
トのｏｎ−ｌｉｎｅに対して‘１’が格納されていれ
ば、ｂｒｏａｄｃａｓｔｃｏｎｎｅｃｔｉｏｎによる
受信であることが示され、‘０’が格納されていると、
上位１１ビット目から６ビットの領域のｃｈａｎｎｅｌ
ｎｕｍｂｅｒで示されるチャンネルにより送信された
データをｐｏｉｎｔｔｏｐｏｉｎｔｃｏｎｎｅｃ
ｔｉｏｎで送信することが示される。

【０１３１】そして、図１８（ａ）のｏＰＣＲ、及び図
１８（ｂ）のｉＰＣＲにおけるｂｒｏａｄｃａｓｔｃ
ｏｎｎｅｃｔｉｏｎｃｏｕｎｔｅｒには、ｂｒｏａｄ
ｃａｓｔｃｏｎｎｅｃｔｉｏｎによる送信／受信とさ
れる場合において、ｂｒｏａｄｃａｓｔｃｏｎｎｅｃ
ｔｉｏｎを張っているノード数が格納される。また、図
１８（ａ）のｏＰＣＲ、及び図１８（ｂ）のｉＰＣＲに
おけるｐｏｉｎｔｔｏｐｏｉｎｔｃｏｎｎｅｃｔ
ｉｏｎｃｏｕｎｔｅｒには、ｐｏｉｎｔｔｏｐｏ
ｉｎｔｃｏｎｎｅｃｔｉｏｎによる送信／受信とされ
る場合において、ｐｏｉｎｔｔｏｐｏｉｎｔを張っ
ているノード数が示される。

【０１３２】２−１０．ＦＣＰにおけるコマンド及びレ
スポンスＡｓｙｎｃｈｒｏｎｏｕｓ通信によるデータの伝送は、
図８に示したＦＣＰ（４０２）によって規定されること
になる。そこで、ここでは、ＦＣＰにより規定されるト
ランザクションについて説明する。

【０１３３】ＦＣＰとしては、Ａｓｙｎｃｈｒｏｎｏｕ
ｓ通信において規定されるＷｒｉｔｅＴｒａｎｓａｃ
ｔｉｏｎ（図１４参照）を使用する。従って、本実施の
形態におけるＡＵＸデータの伝送も、このＦＣＰによ
り、Ａｓｙｎｃｈｒｏｎｏｕｓ通信の中のＷｒｉｔｅ
Ｔｒａｎｓａｃｔｉｏｎを使用することで行われるもの
である。ＦＣＰをサポートする機器は、Ｃｏｍｍａｎｄ
／Ｒｅｓｐｏｎｃｅレジスタを備え、次に図１９により
説明するようにしてＣｏｍｍａｎｄ／Ｒｅｓｐｏｎｃｅ
レジスタに対してＭｅｓｓａｇｅを書き込むことでトラ
ンザクションを実現する。

【０１３４】図１９の処理遷移図においては、先ずＣＯ
ＭＭＡＮＤ送信のための処理として、ステップＳ２１と
して示すように、ＣｏｎｔｒｏｌｌｅｒがＴｒａｎｓａ
ｃｔｉｏｎＲｅｑｕｅｓｔを発生して、Ｗｒｉｔｅ
ＲｅｑｕｅｓｔＰａｃｋｅｔをＴａｒｇｅｔに対して
送信する処理を実行する。Ｔａｒｇｅｔでは、ステップ
Ｓ２２として、このＷｒｉｔｅＲｅｑｕｅｓｔＰａ
ｃｋｅｔを受信して、Ｃｏｍｍａｎｄ／Ｒｅｓｐｏｎｃ
ｅレジスタに対してデータの書き込みを行う。また、こ
の際、ＴａｒｇｅｔからはＣｏｎｔｒｏｌｌｅｒに対し
てＡｃｋｎｏｗｌｅｄｇを送信し、Ｃｏｎｔｒｏｌｌｅ
ｒでは、このＡｃｋｎｏｗｌｅｄｇを受信する（Ｓ２３
→Ｓ２４）。ここまでの一連の処理が、ＣＯＭＭＡＮＤ
の送信に対応する処理となる。

【０１３５】続いては、ＣＯＭＭＡＮＤに応答した、Ｒ
ＥＳＰＯＮＳＥのための処理として、Ｔａｒｇｅｔから
ＷｒｉｔｅＲｅｑｕｅｓｔＰａｃｋｅｔが送信され
る（Ｓ２５）。Ｃｏｎｔｒｏｌｌｅｒではこれを受信し
て、Ｃｏｍｍａｎｄ／Ｒｅｓｐｏｎｃｅレジスタに対し
てデータの書き込みを行う（Ｓ２６）。また、Ｃｏｎｔ
ｒｏｌｌｅｒでは、ＷｒｉｔｅＲｅｑｕｅｓｔＰａ
ｃｋｅｔの受信に応じて、Ｔａｒｇｅｔに対してＡｃｋ
ｎｏｗｌｅｄｇを送信する（Ｓ２７）。Ｔａｒｇｅｔで
は、このＡｃｋｎｏｗｌｅｄｇを受信することで、Ｗｒ
ｉｔｅＲｅｑｕｅｓｔＰａｃｋｅｔがＣｏｎｔｒｏ
ｌｌｅｒにて受信されたことを知る（Ｓ２８）。つま
り、ＣｏｎｔｒｏｌｌｅｒからＴａｒｇｅｔ対するＣＯ
ＭＭＡＮＤ伝送処理と、これに応答したＴａｒｇｅｔか
らＣｏｎｔｒｏｌｌｅｒに対するＲＥＳＰＯＮＳＥ伝送
処理が、ＦＣＰによるデータ伝送（Ｔｒａｎｓａｃｔｉ
ｏｎ）の基本となる。

【０１３６】２−１１．ＡＶ／Ｃコマンドパケット図８により説明したように、Ａｓｙｎｃｈｒｏｎｏｕｓ
通信において、ＦＣＰは、ＡＶ／Ｃコマンドを用いて各
種ＡＶ機器に対する通信を行うことができるようにされ
ている。Ａｓｙｎｃｈｒｏｎｏｕｓ通信では、Ｗｒｉｔ
ｅ，Ｒｅａｄ，Ｌｏｃｋの３種のトランザクションが規
定されているのは、図１４にて説明した通りであり、実
際には各トランザクションに応じたＷｒｉｔｅＲｅｑ
ｕｅｓｔ／ＲｅｓｐｏｎｃｅＰａｃｋｅｔ，Ｒｅａｄ
Ｒｅｑｕｅｓｔ／ＲｅｓｐｏｎｃｅＰａｃｋｅｔ，
ＬｏｃｋＲｅｑｕｅｓｔ／ＲｅｓｐｏｎｃｅＰａｃ
ｋｅｔが用いられる。そして、ＦＣＰでは、上述したよ
うにＷｒｉｔｅＴｒａｎｓａｃｔｉｏｎを使用するも
のである。そこで図２０に、ＷｒｉｔｅＲｅｑｕｅｓ
ｔＰａｃｋｅｔ（AsynchronousPacket（Write Reques
t for Data Block)）のフォーマットを示す。本実施の
形態では、このＷｒｉｔｅＲｅｑｕｅｓｔＰａｃｋ
ｅｔが即ち、ＡＶ／Ｃコマンドパケットして使用され
る。

【０１３７】このＷｒｉｔｅＲｅｑｕｅｓｔＰａｃ
ｋｅｔにおける上位５ｑｕａｄｌｅｔ（第１〜第５ｑｕ
ａｄｌｅｔ）は、ｐａｃｋｅｔｈｅａｄｅｒとされ
る。ｐａｃｋｅｔｈｅａｄｅｒの第１ｑｕａｄｌｅｔ
における上位１６ビットの領域はｄｅｓｔｉｎａｔｉｏ
ｎ＿ＩＤで、データの転送先（宛先）のＮｏｄｅＩＤを
示す。続く６ビットの領域はｔｌ(transact label)であ
り、パケット番号を示す。続く２ビットはｒｔ(retry c
ode)であり、当該パケットが初めて伝送されたパケット
であるか、再送されたパケットを示す。続く４ビットの
領域はｔｃｏｄｅ(transaction code)は、指令コードを
示している。そして、続く４ビットの領域はｐｒｉ(pri
ority)であり、パケットの優先順位を示す。

【０１３８】第２ｑｕａｄｌｅｔにおける上位１６ビッ
トの領域はｓｏｕｒｃｅ＿ＩＤであり、データの転送元
のＮｏｄｅ＿ＩＤが示される。また、第２ｑｕａｄｌ
ｅｔにおける下位１６ビットと第３ｑｕａｄｌｅｔ全体
の計４８ビットはｄｅｓｔｉｎａｔｉｏｎ＿ｏｆｆｓｅ
ｔとされ、ＣＯＭＭＡＮＤレジスタ（ＦＣＰ＿ＣＯＭＭ
ＡＮＤｒｅｇｉｓｔｅｒ）とＲＥＳＰＯＮＳＥレジス
タ（ＦＣＰ＿ＲＥＳＰＯＮＳＥｒｅｇｉｓｔｅｒ）の
アドレスが示される。上記ｄｅｓｔｉｎａｔｉｏｎ＿Ｉ
Ｄ及びｄｅｓｔｉｎａｔｉｏｎ＿ｏｆｆｓｅｔが、ＩＥ
ＥＥ１３９４フォーマットにおいて規定される６４ビッ
トのアドレス空間に相当する。

【０１３９】第４ｑｕａｄｌｅｔの上位１６ビットの領
域は、ｄａｔａ＿ｌｅｎｇｔｈとされ、後述するｄａｔ
ａｆｉｅｌｄ（図２０において太線により囲まれる領
域）のデータサイズが示される。続く下位１６ビットの
領域は、ｅｘｔｅｎｄｅｄ＿ｔｃｏｄｅの領域とされ、
ｔｃｏｄｅを拡張する場合に使用される領域である。

【０１４０】第５ｑｕａｄｌｅｔとしての３２ビットの
領域は、ｈｅａｄｅｒ＿ＣＲＣであり、Ｐａｃｋｅｔ
ｈｅａｄｅｒのチェックサムを行うＣＲＣ計算値が格納
される。

【０１４１】Ｐａｃｋｅｔｈｅａｄｅｒに続く第６ｑ
ｕａｄｌｅｔからｄａｔａｂｌｏｃｋが配置され、こ
のｄａｔａｂｌｏｃｋ内の先頭に対してｄａｔａｆｉ
ｅｌｄが形成される。ｄａｔａｆｉｅｌｄとして先頭と
なる第６ｑｕａｄｌｅｔの上位４バイトには、ＣＴＳ(C
ommand and Transaction Set)が記述される。これは、
当該ＷｒｉｔｅＲｅｑｕｅｓｔＰａｃｋｅｔのコマ
ンドセットのＩＤを示すもので、例えば、このＣＴＳの
値について、図のように［００００］と設定すれば、ｄ
ａｔａｆｉｅｌｄに記述されている内容がＡＶ／Ｃコマ
ンドであると定義されることになる。つまり、このＷｒ
ｉｔｅＲｅｑｕｅｓｔＰａｃｋｅｔは、ＡＶ／Ｃコ
マンドパケットであることが示されるものである。従っ
て、本実施の形態においては、ＦＣＰがＡＶ／Ｃコマン
ドを使用するため、このＣＴＳには［００００］が記述
されることになる。

【０１４２】ＣＴＳに続く４ビットの領域は、ｃｔｙｐ
ｅ(Command type；コマンドの機能分類)、又はコマンド
に応じた処理結果(レスポンス)を示すｒｅｓｐｏｎｓｅ
が記述される。

【０１４３】図２１に、上記ｃｔｙｐｅ及びｒｅｓｐｏ
ｎｓｅの定義内容を示す。ｃｔｙｐｅ（Ｃｏｍｍａｎ
ｄ）としては、［００００］〜［０１１１］を使用でき
るものとしており、［００００］はＣＯＮＴＲＯＬ、
［０００１］はＳＴＡＴＵＳ、［００１０］はＩＮＱＵ
ＩＲＹ、［００１１］はＮＯＴＩＦＹとして定義され、
［０１００］〜０１１１は、現状、未定義（ｒｅｓｅｒ
ｖｅｄ）とされている。ＣＯＮＴＲＯＬは機能を外部か
ら制御するコマンドであり、ＳＴＡＴＵＳは外部から状
態を間い合わせるコマンド、ＩＮＱＵＩＲＹは、制御コ
マンドのサポートの有無を外部から問い合わせるコマン
ド、ＮＯＴＩＦＹは状態の変化を外部に知らせることを
要求するコマンドである。また、ｒｅｓｐｏｎｓｅとし
ては、［１０００］〜［１１１１］を使用するものとし
ており、［１０００］はＮＯＴＩＭＰＬＥＭＥＮＴＥ
Ｄ、［１００１］はＡＣＣＥＰＴＥＤ、［１０１０］は
ＲＥＪＥＣＴＥＤ、［１０１１］はＩＮＴＲＡＮＳＩＴ
ＩＯＮ、［１１００］はＩＭＰＬＥＭＥＮＴＥＤ／ＳＴ
ＡＢＬＥ、［１１０１］はＣＨＡＮＧＥＤ、［１１１
０］はｒｅｓｅｒｖｅｄ、［１１１１］はＩＮＴＥＲＩ
Ｍとしてそれぞれ定義されている。これらのｒｅｓｐｏ
ｎｓｅは、コマンドの種類に応じて使い分けられる。例
えば、ＣＯＮＴＯＲＯＬのコマンドに対応するｒｅｓｐ
ｏｎｓｅとしては、ＮＯＴＩＭＰＬＥＭＥＮＴＥＤ、Ａ
ＣＣＥＰＴＥＤ、ＲＥＪＥＣＴＥＤ、或いはＩＮＴＥＲ
ＩＭの4つのうちの何れかがＲｅｓｐｏｎｄｅｒ側の状
況等に応じて使い分けられる。

【０１４４】図２０において、ｃｔｙｐｅ／ｒｅｓｐｏ
ｎｓｅに続く５ビットの領域には、ｓｕｂｕｎｉｔ−ｔ
ｙｐｅが格納される。は、ｓｕｂｕｎｉｔ−ｔｙｐｅ
は、ＣＯＭＭＭＡＮＤの宛先またはＲＥＳＰＯＮＳＥの
送信元のｓｕｂｕｎｉｔが何であるのか（機器）を示
す。ＩＥＥＥ１３９４フォーマットでは、機器そのもの
をｕｎｉｔと称し、そのｕｎｉｔ（機器）内において備
えられる機能的機器単位の種類をｓｕｂｕｎｉｔと称す
る。例えば一般のＶＴＲを例に採れば、ＶＴＲとしての
ｕｎｉｔは、地上波や衛星放送を受信するチューナと、
ビデオカセットレコーダ／プレーヤとの、２つのｓｕｂ
ｕｎｉｔを備える。ｓｕｂｕｎｉｔ−ｔｙｐｅとして
は、例えば図２２（ａ）に示すように定義されている。
つまり、［０００００］はＭｏｎｉｔｏｒ、［００００
１］〜［０００１０］はｒｅｓｅｒｖｅｄ、［０００１
１］はＤｉｓｃｒｅｃｏｒｄｅｒ／ｐｌａｙｅｒ、
［００１００］はＶＣＲ、［００１０１］はＴｕｎｅ
ｒ、［００１１１］はＣａｍｅｒａ、［０１０００］〜
［１１１１０］はｒｅｓｅｒｖｅｄ、［１１１１１］
は、ｓｕｂｕｎｉｔが存在しない場合に用いられるｕｎ
ｉｔとして定義されている。

【０１４５】図２０において、上記ｓｕｂｕｎｉｔ−ｔ
ｙｐｅに続く３ビットには、同―種類のｓｕｂｕｎｉｔ
が複数存在する場合に、各ｓｕｂｕｎｉｔを特定するた
めのｉｄ（Ｎｏｄｅ＿ＩＤ）が格納される。

【０１４６】上記ｉｄ（Ｎｏｄｅ＿ＩＤ）に続く８ビッ
トの領域には、ｏｐｃｏｄｅが格納され、続く８ビット
の領域には、ｏｐｅｒａｎｄが格納される。ｏｐｃｏｄ
ｅとは、オぺレーションコード(Operation Code)のこと
であって、ｏｐｅｒａｎｄには、ｏｐｃｏｄｅが必要と
する情報（パラメータ）が格納される。これらｏｐｃｏ
ｄｅはｓｕｂｕｎｉｔごとに定義され、ｓｕｂｕｎｉｔ
ごとに固有のｏｐｃｏｄｅのリストのテーブルを有す
る。例えば、ｓｕｂｕｎｉｔがＶＣＲであれば、ｏｐｃ
ｏｄｅとしては、例えば図２２（ｂ）に示すようにし
て、ＰＬＡＹ（再生），ＲＥＣＯＲＤ（記録）などをは
じめとする各種コマンドが定義されている。ｏｐｅｒａ
ｎｄは、ｏｐｃｏｄｅ毎に定義される。

【０１４７】図２０におけるｄａｔａｆｉｅｌｄとして
は、上記第６ｑｕａｄｌｅｔの３２ビットが必須とされ
るが、必要が有れば、これに続けて、ｏｐｅｒａｎｄを
追加することが出来る（Ａｄｄｉｔｉｏｎａｌｏｐｅ
ｒａｎｄｓ）。ｄａｔａｆｉｅｌｄに続けては、ｄａｔ
ａ＿ＣＲＣが配置される。なお、必要が有れば、ｄａｔ
ａ＿ＣＲＣの前にｐａｄｄｉｎｇを配置することが可能
である。

【０１４８】２−１２．プラグここで、ＩＥＥＥ１３９４フォーマットにおけるプラグ
について概略的に説明する。ここでいうプラグとは、先
に図１８によっても説明したように、ＩＥＥＥ１３９４
フォーマットにおける機器間の論理的接続関係をいうも
のである。

【０１４９】図２３に示すように、Ａｓｙｎｃｈｒｏｎ
ｏｕｓ通信において有効とされるコマンド等のデータ
（ｒｅｑｕｅｓｔ）は、ｐｒｏｄｕｃｅｒからｃｏｎｓ
ｕｍｅｒに対して伝送される。ここでいうｐｒｏｄｕｃ
ｅｒ及びｃｏｎｓｕｍｅｒは、それぞれＩＥＥＥ１３９
４インターフェイス上で送信機器、受信機器として機能
する機器をいうものである。そして、ｃｏｎｓｕｍｅｒ
においては、図に斜線で示すように、ｐｒｏｄｕｃｅｒ
によりデータ書き込みが行われるセグメントバッファ
（Segment Buffer）を備える。また、ＩＥＥＥ１３９４
システムにおいて、特定の機器をｐｒｏｄｕｃｅｒ、ｃ
ｏｎｓｕｍｅｒとして規定するための情報（Connection
Management Information）は、図に網線で示すプラグ
アドレス内の所定位置に格納されている。セグメントバ
ッファは、プラグアドレスに続いて配置される。ｃｏｎ
ｓｕｍｅｒのセグメントバッファに対して書き込み可能
なアドレス範囲（データ量）は、後述するようにしてｃ
ｏｎｓｕｍｅｒ側で管理するｌｉｍｉｔＣｏｕｎｔｒ
ｅｇｉｓｔｅｒによって規定される。

【０１５０】図２４は、Ａｓｙｎｃｈｒｏｎｏｕｓ通信
におけるプラグのアドレス空間の構造を示している。６
４ビットから成るプラグのアドレス空間は、図２４
（ａ）に示すようにして、２の１６乗（６４Ｋ）のＮｏ
ｄｅに分割される。そして、プラグは、図２４（ｂ）に
示すようにして、各Ｎｏｄｅのアドレス空間内に在るよ
うにされる。そして、各プラグは、図２４（ｃ）に示す
ように、網線の領域により示すレジスタ（ｒｅｇｉｓｔ
ｅｒ）と、斜線の領域により示すセグメントバッファ(S
egment Buffer)とを含んで形成される。レジスタには、
次に説明するようにして、送信側（ｐｒｏｄｕｃｅｒ）
と受信側（ｃｏｎｓｕｍｅｒ）との間におけるデータの
授受管理に必要な情報（例えば、送信データサイズ及び
受信可能データサイズ）が格納される。セグメントバッ
ファは、ｐｒｏｄｕｃｅｒからｃｏｎｓｕｍｅｒに対し
て送信されたデータが書き込まれるべき領域であり、例
えば最小で６４バイトであることが規定されている。

【０１５１】図２５（ａ）にはプラグアドレスが示され
ている。つまり、上記図２４（ｃ）と同一内容が示され
ている。この図に示すように、レジスタはプラグアドレ
スの先頭に対して配置され、これに続けてセグメントバ
ッファが配置される。そして、レジスタ内の構造として
は、図２５（ｂ）に示すようにして、先頭に対して、例
えば３２ビットのｐｒｏｄｕｃｅｒＣｏｕｎｔｒｅ
ｇｉｓｔｅｒが配置され、続けて、各３２ビットのｌｉ
ｍｉｔＣｏｕｎｔｒｅｇｉｓｔｅｒ［１］〜［１
４］が配置される。つまり、１つのｐｒｏｄｕｃｅｒ
Ｃｏｕｎｔｒｅｇｉｓｔｅｒと１４のｌｉｍｉｔＣ
ｏｕｎｔｒｅｇｉｓｔｅｒが設けられる。なお、ここ
では、ｌｉｍｉｔＣｏｕｎｔｒｅｇｉｓｔｅｒ［１
４］の後ろに未使用（ｕｎｕｓｅｄ）の領域が設けられ
ている。

【０１５２】上記図２５（ａ）（ｂ）に示すプラグ構造
は、図２５（ｃ）に示すようにして、オフセットアドレ
ス(Address Offset)によって指定される。つまり、オフ
セットアドレス０は、ｃｏｎｓｕｍｅｒｐｏｒｔ（ｐ
ｒｏｄｕｃｅｒＣｏｕｎｔｒｅｇｉｓｔｅｒ）を指
定し、オフセットアドレス４，８，１２・・・５６，６
０は、それぞれｐｒｏｄｕｃｅｒｐｏｒｔ［１］〜
［１４］を指定する。オフセットアドレス６０はｒｅｓ
ｅｒｖｅｄとして定義されることで、未使用（ｕｎｕｓ
ｅｄ）の領域を示し、オフセットアドレス６４によりセ
グメントバッファを示す。

【０１５３】図２６には、ｐｒｏｄｕｃｅｒ側とｃｏｎ
ｓｕｍｅｒ側との両者のプラグ構造が示されている。Ａ
ｓｙｎｃｈｒｏｎｏｕｓ通信のプラグ構造においては、
ｐｒｏｄｕｃｅｒＣｏｕｎｔｒｅｇｉｓｔｅｒへの書
き込み、ｌｉｍｉｔＣｏｕｎｔｒｅｇｉｓｔｅｒへ
の書き込み、及びセグメントバッファへの書き込みを後
述する送受信手順に従って行うことで、Ａｓｙｎｃｈｒ
ｏｎｏｕｓ通信を実現する。これらの書き込みは、先に
説明したＷｒｉｔｅＴｒａｎｓａｃｔｉｏｎとしての
処理である。

【０１５４】ｐｒｏｄｕｃｅｒＣｏｕｎｔｒｅｇｉ
ｓｔｅｒは、ｐｒｏｄｕｃｅｒによってｃｏｎｓｕｍｅ
ｒに対して書き込みが行われる。ｐｒｏｄｕｃｅｒは、
自身のアドレスに在るｐｒｏｄｕｃｅｒＣｏｕｎｔｒ
ｅｇｉｓｔｅｒにｐｒｏｄｕｃｅｒ側のデータ伝送に関
する情報を書き込んだ上で、このｐｒｏｄｕｃｅｒＣ
ｏｕｎｔｒｅｇｉｓｔｅｒの内容を、ｃｏｎｓｕｍｅ
ｒのｐｒｏｄｕｃｅｒＣｏｕｎｔｒｅｇｉｓｔｅｒ
に対して書き込む。ｐｒｏｄｕｃｅｒＣｏｕｎｔｒ
ｅｇｉｓｔｅｒは、ｐｒｏｄｕｃｅｒがｃｏｎｓｕｍｅ
ｒのセグメントバッファに対して書き込むデータサイズ
として、１回の書き込み処理によって書き込むデータサ
イズの情報とされる。つまり、ｐｒｏｄｕｃｅｒが、ｐ
ｒｏｄｕｃｅｒＣｏｕｎｔｒｅｇｉｓｔｅｒの書き
込みを行うことによって、ｃｏｎｓｕｍｅｒのセグメン
トバッファに書き込むデータサイズを知らせる処理が行
われる。

【０１５５】これに対して、ｌｉｍｉｔＣｏｕｎｔ
ｒｅｇｉｓｔｅｒは、ｃｏｎｓｕｍｅｒによってｐｒｏ
ｄｕｃｅｒに対して書き込みが行われる。ｃｏｎｓｕｍ
ｅｒ側では、自身のｌｉｍｉｔＣｏｕｎｔｒｅｇｉ
ｓｔｅｒ［１］〜［１４］のうち、ｐｒｏｄｕｃｅｒに
対応して指定された１つのｌｉｍｉｔＣｏｕｎｔｒ
ｅｇｉｓｔｅｒ［ｎ］に対して、自身のセグメントバッ
ファの容量（サイズ）を書き込み、このｌｉｍｉｔＣ
ｏｕｎｔｒｅｇｉｓｔｅｒ［ｎ］の内容を、ｌｉｍｉ
ｔＣｏｕｎｔｒｅｇｉｓｔｅｒ［ｎ］に対して書き
込む。

【０１５６】ｐｒｏｄｕｃｅｒ側では、上記のようにし
てｌｉｍｉｔＣｏｕｎｔｒｅｇｉｓｔｅｒ［ｎ］に
書き込まれた内容に応じて、１回あたりの書き込みデー
タ量を決定して、例えば自身のセグメントバッファに対
して書き込みを行う。そして、このセグメントバッファ
に書き込んだ内容を、ｃｏｎｓｕｍｅｒに対して書き込
むようにされる。このセグメントバッファへの書き込み
が、Ａｓｙｎｃｈｒｏｎｏｕｓ通信におけるデータ送信
に相当する。

【０１５７】２−１３．Asynchronous Connection送信
手順続いて、上記図２６により説明したプラグ（ｐｒｏｄｕ
ｃｅｒ−ｃｏｎｓｕｍｅｒ）間の構造を前提として、図
２７の処理遷移図により、Ａｓｙｎｃｈｒｏｎｏｕｓ
ｃｏｎｎｅｃｔｉｏｎの基本的な送受信手順について説
明する。図２７に示す送受信処理の手順は、Ａｓｙｎｃ
ｈｒｏｎｏｕｓ通信として、ＦＣＰによって規定された
環境のもとで、ＡＶ／Ｃコマンド（ＷｒｉｔｅＲｅｑ
ｕｅｓｔＰａｃｋｅｔ）を使用して行われる。そし
て、本実施の形態において扱われるＡＵＸデータも、こ
の送受信手順を使用してＩＥＥＥ１３９４システム内に
おいて送受信が行われる。但し、図２６に示す処理は、
あくまでもＡｓｙｎｃｈｒｏｎｏｕｓｃｏｎｎｅｃｔ
ｉｏｎとしての通信動作を示すもので、ＡＵＸデータの
記録再生に対応する通信処理については後述する。な
お、Ａｓｙｎｃｈｒｏｎｏｕｓｃｏｎｎｅｃｔｉｏｎ
の実際においては、コマンド送信に応じて、図１９に示
したように、Ａｃｋｎｏｗｌｅｄｇの送受信が実行され
るのであるが、図２７においてはＡｃｋｎｏｗｌｅｄｇ
についての送受信処理の図示は省略している。

【０１５８】また、ＩＥＥＥ１３９４インターフェイス
では、プラグ（機器）間の接続関係として、上記したｐ
ｒｏｄｕｃｅｒ−ｃｏｎｓｕｍｅｒの関係の他に、ｃｏ
ｎｔｒｏｌｌｅｒ−ｔａｒｇｅｔとして規定される関係
が存在する。ＩＥＥＥ１３９４システム上においては、
ｐｒｏｄｕｃｅｒ−ｃｏｎｓｕｍｅｒの関係が規定され
た機器と、ｃｏｎｔｒｏｌｌｅｒ−ｔａｒｇｅｔの関係
が機器とが必ずしも一致するものではない。つまり、ｐ
ｒｏｄｕｃｅｒとして規定された機器の他に、ｃｏｎｔ
ｒｏｌｌｅｒの機能を有するものとして規定された機器
が存在する場合がある。但し、ここでは、ｐｒｏｄｕｃ
ｅｒ−ｃｏｎｓｕｍｅｒとしての関係と、ｃｏｎｔｒｏ
ｌｌｅｒ−ｔａｒｇｅｔとしての関係が一致している場
合を例に説明する。

【０１５９】図２７に示す送信手順としては、先ず、ス
テップＳ１０１として示すように、ｐｒｏｄｕｃｅｒか
らｃｏｎｓｕｍｅｒに対して、Ｃｏｎｎｅｃｔ要求を送
信する。このＣｏｎｎｅｃｔ要求は、ｐｒｏｄｕｃｅｒ
がｃｏｎｓｕｍｅｒに対して、接続要求を行うためのコ
マンドで、ｐｒｏｄｕｃｅｒのレジスタのアドレスをｃ
ｏｎｓｕｍｅｒに対して伝える。このＣｏｎｎｅｃｔ要
求は、ステップＳ１０２の処理としてｃｏｎｓｕｍｅｒ
が受信することで、ｃｏｎｓｕｍｅｒ側では、ｐｒｏｄ
ｕｃｅｒのレジスタのアドレスを認識する。そして、ス
テップＳ１０３により、ｒｅｓｐｏｎｃｅとして、ｃｏ
ｎｓｕｍｅｒは、ｐｒｏｄｕｃｅｒに対してＣｏｎｎｅ
ｃｔ受付を送信する。そして、ステップＳ１０４におい
て、ｐｒｏｄｕｃｅｒがこれを受信することで、以降の
データ送受信のためのｐｒｏｄｕｃｅｒ−ｃｏｎｓｕｍ
ｅｒ間の接続（ｃｏｎｎｅｃｔｉｏｎ）が確立される。

【０１６０】上記のようにしてｃｏｎｎｅｃｔｉｏｎが
確立されると、ステップＳ１０５により、ｃｏｎｓｕｍ
ｅｒは、ｐｒｏｄｕｃｅｒに対してｌｉｍｉｔＣｏｕ
ｎｔｒｅｇｉｓｔｅｒ（（以降、単に「ｌｉｍｉｔＣ
ｏｕｎｔ」と略す））の書込要求を行う。ステップＳ１
０６によりこれを受信したｐｒｏｄｕｃｅｒは、続くス
テップＳ１０７の処理によって、ｌｉｍｉｔＣｏｕｎ
ｔ書込受付を、ｃｏｎｓｕｍｅｒに対して送信する。そ
して、ステップＳ１０８の処理として、ｃｏｎｓｕｍｅ
ｒがｌｉｍｉｔＣｏｕｎｔ書込受付を受信する。この
ｌｉｍｉｔＣｏｕｎｔ書込要求／書込受付の一連の処理
によって、以降における、セグメントバッファへのデー
タ書き込みサイズ（セグメントバッファ容量）が決定さ
れる。

【０１６１】続くステップＳ１０９においては、ｐｒｏ
ｄｕｃｅｒからｃｏｎｓｕｍｅｒに対して、セグメント
バッファ書込要求を送信する。そして、ステップＳ１１
０によってセグメントバッファ書込要求が受信され、こ
れに応答して、ステップＳ１１１の処理として、ｃｏｎ
ｓｕｍｅｒからｐｒｏｄｕｃｅｒに対して、セグメント
バッファ書込受付を送信する。ｐｒｏｄｕｃｅｒは、ス
テップＳ１１２により、セグメントバッファ書込受付を
受信する。このステップＳ１０９〜Ｓ１１２までの処理
が実行されることで、１回のｐｒｏｄｕｃｅｒのセグメ
ントバッファからｃｏｎｓｕｍｅｒのセグメントバッフ
ァに対してデータへの書き込み処理が完了する。ここ
で、上記ステップＳ１０９〜Ｓ１１２の処理によって書
き込まれるデータは、図１３に示したＡｓｙｎｃｈｒｏ
ｎｏｕｓＰａｃｋｅｔによる１回の送信により書き込
まれる。従って、ＡｓｙｎｃｈｒｏｎｏｕｓＰａｃｋ
ｅｔにより転送されるデータサイズが、上記ｌｉｍｉｔ
Ｃｏｕｎｔによって指定されたデータサイズよりも小
さく、かつ、１回のＡｓｙｎｃｈｒｏｎｏｕｓＰａｃ
ｋｅｔによる送信によっては、必要なデータ送信が完了
しない場合には、セグメントバッファの容量がフルとな
る範囲で、ステップＳ１０９〜Ｓ１１２の処理が繰り返
されるようになっている。

【０１６２】そして、上記したステップＳ１０９〜Ｓ１
１２に示すセグメントバッファへの書き込み処理が完了
すると、ステップＳ１１３の処理として示すように、ｐ
ｒｏｄｕｃｅｒからｃｏｎｓｕｍｅｒに対して、ｐｒｏ
ｄｕｃｅｒＣｏｕｎｔｒｅｇｉｓｔｅｒ（以降、単
にｐｒｏｄｕｃｅｒＣｏｕｎｔと略す）書込要求を送
信する。そしてｃｏｎｓｕｍｅｒでは、ステップＳ１１
４の処理として、ｐｒｏｄｕｃｅｒＣｏｕｎｔを受信
して、自身のｐｒｏｄｕｃｅｒＣｏｕｎｔｒｅｇｉｓ
ｔｅｒに書き込みを行い、続くステップＳ１１５の処理
として、ｐｒｏｄｕｃｅｒＣｏｕｎｔ書込受付をｐｒ
ｏｄｕｃｅｒに対して送信する。ｐｒｏｄｕｃｅｒはス
テップＳ１１６により、このｐｒｏｄｕｃｅｒＣｏｕ
ｎｔ書込受付を受信する。この処理によって、先のステ
ップＳ１０９〜Ｓ１１２の処理として、ｐｒｏｄｕｃｅ
ｒからｃｏｎｓｕｍｅｒのセグメントバッファに対して
転送したデータサイズがｃｏｎｓｕｍｅｒに対して知ら
されることになる。

【０１６３】続くステップＳ１１７の処理としては、上
記ステップＳ１１３〜Ｓ１１６に示したｐｒｏｄｕｃｅ
ｒＣｏｕｎｔ書き込み処理に応答しての、ｌｉｍｉｔ
Ｃｏｕｎｔ書き込みのための一連の処理が実行され
る。つまり、ステップＳ１１７〜Ｓ１２０に示すように
して、ｃｏｎｓｕｍｅｒからｐｒｏｄｕｃｅｒへのｌｉ
ｍｉｔＣｏｕｎｔ書込要求の送信と、この送信に応答
してのｐｒｏｄｕｃｅｒからｃｏｎｓｕｍｅｒへのｌｉ
ｍｉｔＣｏｕｎｔ書込受付の送信が行われる。

【０１６４】上記ステップＳ１０９〜Ｓ１２０までの処
理が、ＡｓｙｎｃｈｒｏｎｏｕｓＣｏｎｎｅｃｔｉｏｎ
におけるデータ伝送処理としての１セットの手順を成
す。ここで、例えば送信すべきデータサイズが、セグメ
ントバッファ容量よりも大きく、１回のステップＳ１０
９〜Ｓ１２０までの処理によっては、データの転送が完
了していないとされる場合には、このステップＳ１０９
〜Ｓ１２０までの処理を、データの転送が完了するまで
繰り返し実行することが出来るようになっている。

【０１６５】そして、データの転送が完了したら、ステ
ップＳ１２１に示すようにして、ｐｒｏｄｕｃｅｒはｃ
ｏｎｓｕｍｅｒに対して、Ｄｉｓｃｏｎｎｅｃｔ要求を
送信する。ｃｏｎｓｕｍｅｒはステップＳ１２２におい
て、このＤｉｓｃｏｎｎｅｃｔ要求を受信し、続くステ
ップＳ１２３によりＤｉｓｃｏｎｎｅｃｔ受付を送信す
る。ステップＳ１２４において、ｐｒｏｄｕｃｅｒがＤ
ｉｓｃｏｎｎｅｃｔ受付を受信することで、Ａｓｙｎｃ
ｈｒｏｎｏｕｓＣｏｎｎｅｃｔｉｏｎによるデータ送
受信が完結する。

【０１６６】３．ノード分類処理前述したように、本実施の形態のＳＴＲ６０は、ＳＴＲ
対応ＣＤ機３０，ＳＴＲ対応ＭＤ機１などの他のＳＴＲ
対応機器と共に、コンポーネント的なシステムを組むこ
とができるように構成されている。このために、ＳＴＲ
６０、もしくはＳＴＲ対応機器は、現在ＩＥＥＥ１３９
４バス上に存在する各Ｎｏｄｅを探索してそのメーカや
機種を識別することで、予め定められた規則によってグ
ループ化を行う。つまり、ＩＥＥＥ１３９４バス上に存
在するすべてのノードについての分類を行うようにされ
る。そして、後述するＳＴＲ６０の電源状態に応じた他
の機器に対する被選択表示のための制御を行う際も、こ
のノード分類の結果に従って、制御対象とすべき機器と
制御対象としない機器とを分別するものである。そこで
以下、本実施の形態としてのノード分類処理について説
明する。

【０１６７】先ず、本実施の形態においては、ノードは
以下のようにして８つのグループに分類するものとして
規定されているものとする。ここでは便宜上、分類され
る各グループごとに分類番号＃１〜＃８を付している。＃１：ＳＴＲ対応ＣＤ機＃２：ＳＴＲ対応ＭＤ機＃３：同一メーカＣＤ機＃４：同一メーカＭＤ機＃５：他社メーカＣＤ機、ＭＤ機＃６：ＣＤ機、ＭＤ機以外の同一メーカ機器（Subunit
を複数有するものを含む）＃７：ＣＤ機、ＭＤ機以外の他社メーカ機器で、Subuni
tがDisc,Tuner,VCRの何れかのもの＃８：その他のものなお、上記分類は、現状として、Subunit＝Disc(正確に
はDisc recorder/player)とされるＳＴＲ６０と同一メ
ーカの機器としては、ＣＤとＭＤのみが接続されること
を前提としており、例えばＤＶＤなどの他のディスクメ
ディアに対応する機器は前提とされていないものとされ
る。従ってＳＴＲ６０と同一メーカの機器は、分類番号
＃１，＃２，＃３，＃４，＃６の何れかに分類される。

【０１６８】そして、このノード分類処理は、ＩＥＥＥ
１３９４バス上でのノード管理に変更があるとされるバ
スリセット発生時に対応して、ＳＴＲ６０が実行するも
のとされる。このノード分類処理としての処理動作を図
２８及び図２９のフローチャートに示す。この図に示す
処理は、ここでは説明の便宜上、ＳＴＲ６０内のシステ
ムコントローラ７０が、ＩＥＥＥ１３９４インターフェ
イス６１との情報の授受を行いながら実行していくもの
とする。

【０１６９】ノード分類処理は図２８に示すステップＳ
２０１から開始される。ステップＳ２０１においてはＩ
ＥＥＥ１３９４バス上でバスリセットが発生するのを待
機しており、バスリセットが発生したことが検出される
とステップＳ２０２以降のノード分類処理に移行する。

【０１７０】ステップＳ２０２においては、Ｎｏｄｅ
ＩＤについて［０］を設定する。また、続くステップＳ
２０３としても示すように、現在種別判定対象として選
択されているＮｏｄｅ（以降、「現Ｎｏｄｅ」ともい
う）のＮｏｄｅＩＤに対応する変数ｉ（ここではｉ≧
０とされる）について［０］に設定すると共に、バスリ
セット後とされる現在において、ＩＥＥＥ１３９４バス
上に存在する自分以外のノード数＝ｎ、とするように設
定を行う。つまり、ステップＳ２０２→Ｓ２０３の処理
によってはノード分類処理開始時に対応しての初期化処
理が実行される。

【０１７１】次のステップＳ２０４においては、現在の
変数ｉと自分以外のノード数ｎとについて、ｉ＜ｎが成
立するか否かについて判別する。つまり、ＩＥＥＥ１３
９４バス上に存在する自分以外の全ノードについて、以
降説明することとなるノード分類のための処理が完了し
ているか否かについて判別するものである。ここで、ｉ
＜ｎが成立していないと判別された場合にはステップＳ
２０５に進む。

【０１７２】ステップＳ２０５においては、現在の変数
ｉにより示されるＮｏｄｅＩＤをカウントする。例え
ば最初にステップＳ２０５に至った段階では、Ｎｏｄｅ
ＩＤ＝０とカウントされ、このＮｏｄｅＩＤ＝０を
有するノードが種別判定の対象となる。そして次のステ
ップＳ２０６においては、上記ステップＳ２０５により
現ノードとして選択されたＮｏｄｅについての、Node U
nique IDを識別する。このNodeUnique IDは、そのノー
ドのConfiguration ROM（図１５（ｅ））を参照しにい
くことで識別可能である。このために、例えばシステム
コントローラ７０では、そのＮｏｄｅのアドレスにアク
セスしてConfiguration ROMの読み込みを行うようにさ
れる。

【０１７３】続いてはステップＳ２０７において、バス
リセット前にセットされていたノードテーブルから、ス
テップＳ２０６にて識別されたのと同じNode Unique ID
を有するＮｏｄｅ（機器）について調べることを行う。
ここでいうノードテーブルとは、ＩＥＥＥ１３９４バス
上に存在する各機器（Ｎｏｄｅ）についてのノード分類
結果が格納されるテーブルとされ、バスリセットが発生
するごとに新規な内容を有するものが作成される。

【０１７４】次のステップＳ２０８においては、上記ス
テップＳ２０７の処理結果として、同じNode Unique ID
が発見されたか否かについて判別を行う。そして、肯定
結果が得られた場合にはステップＳ２０９に進む。ステ
ップＳ２０９においては、バスリセット前のノードテー
ブルから、発見されたNode Unique IDを有するノードに
ついての情報を読み出して、新たに今回作成するノード
テーブルにセットすることを行う。つまり、バスリセッ
ト前にもＩＥＥＥ１３９４バス上に存在していたノード
については、後述する種別判定を行うことなく、前回の
ノードテーブルに格納されている情報をそのまま流用す
るようにされる。そして、次のステップＳ２１０におい
て変数ｉについてｉ←ｉ＋１とインクリメントした後に
ステップＳ２０４に戻るようにされる。変数ｉをインク
リメントする処理は、種別判定対象となる現ノードを、
ＮｏｄｅＩＤとしてのナンバの昇順に従って変更する
処理となる。

【０１７５】一方、ステップＳ２０８において否定結果
が得られた場合にはステップＳ２１１の種別判定処理を
実行することになる。この種別判定処理は、その機器
（Ｎｏｄｅ）についてノード分類するための判断材料と
なる種別を判定するための処理であり、また、この判定
結果に基づいて、先に示した８つのグループのうちの何
れかに分類することも最終的には行うようにされる。

【０１７６】このステップＳ２１１の種別判定処理は、
図２９に示される。図２９においては、先ずステップＳ
３０１において、Configuration ROMの内容を調べるこ
とが行われる。そして続くステップＳ３０２において、
このConfiguration ROM内のsubunit IDとして格納され
るmodel_IDを識別する。model_IDによっては、そのノー
ドの機種を識別することが可能になるのであるが、次の
ステップＳ３０７においては、model_IDの内容から、こ
のノードがＳＴＲ対応機種であるか否かについて判別を
行う。そして肯定結果が得られた場合には、ステップＳ
３０４の処理に進む。

【０１７７】本実施の形態としては、少なくともＳＴＲ
対応機種にあっては、model_IDの内容からＳＴＲ対応機
種であることと、また、その機器がＣＤ、ＭＤ、ＳＴＲ
の何れであるのかについても識別することが可能とされ
る。そこで、ステップＳ３０４においては、ＳＴＲ対応
機種として、ＣＤ機であるのかＭＤ機であるのかを判別
するようにされる。そしてＣＤ機であることを判別した
場合には、ステップＳ３０５に進んで現ノードを分類番
号＃１に分類する。また、ＭＤ機であることを判別した
場合には、ステップＳ３０６に進んで、分類番号＃２と
して分類する。ステップＳ３０５又はＳ３０６の処理が
終了すると、図２８のステップＳ２１２に進む。

【０１７８】また、ステップＳ３０３において否定結果
が得られた場合にはステップＳ３０７に進んで、Config
uration ROM内のsubunit IDとして格納されるmodule_ve
nder_IDを識別することが行われる。module_vender_ID
によっては製造メーカ名を識別することが可能となるの
であるが、次のステップＳ３０８においては、現ノード
がＳＴＲ６０と同一メーカ機種であるか否かについて判
別を行う。ここで、否定結果が得られた場合にはそのま
まステップＳ３１０に進むのであるが、肯定結果が得ら
れた場合には、ステップＳ３０９に進んで同一メーカフ
ラグｆについてｆ←１と設定してからステップＳ３１０
に進む。同一メーカフラグｆは、ｆ＝０であれば同一メ
ーカではないことを示し、ｆ＝１であれば同一メーカで
あることを示す。

【０１７９】ステップＳ３１０においては、先ず現ノー
ドに対してSUBUNIT_INFOコマンド（STATUS)の送信を行
う。SUBUNIT_INFOコマンドは、ＡＶ／Ｃコマンドにおい
てSubunit_typeが何であるのかの通知を行うために規定
されているコマンドである。そして、SUBUNIT_INFOコマ
ンド（STATUS)の送信に応答して、現ノードからはRESPO
NCEが返送されてくるのであるが、このRESPONCEの内容
から、Subunit_typeについての識別を行う。このSubuni
t_typeについての識別結果に基づき、次のステップＳ３
１１においては、現ノードが、Subunit_type＝Disc（Di
sc recorder／Player）で、かつ、１つのみのSubunit_t
ypeを有するものであるか否かについて判別する。そし
て、肯定結果が得られればステップＳ３１２以降の処理
に進む。

【０１８０】ステップＳ３１２においては、Subunit Id
entifier Descriptorを要求する内容のDescriptor_Acce
ssコマンド（OPEN DESCRIPTORコマンド、READ DESCRIPT
ORコマンド）を現ノードに対して送信し、これに応答し
て現ノードから返送されるRESPONCEの内容から、現ノー
ドのmedia_typeを識別することが行われる。Descriptor
_AccessコマンドとしてのOPEN DESCRIPTORコマンド及び
READ DESCRIPTORコマンドも、ＡＶ／Ｃコマンドの１つ
とされ、そのノードのDescriptorを読み込むために用い
られるコマンドとされる。また、Subunit Identifier D
escriptorは、ＡＶ／Ｃプロトコルに適合する形式によ
り、そのノードが対応するディスクメディアについての
管理情報（ＴＯＣ）が記述されたもので、このデータ構
造内の所定位置に対してmedia_typeの情報が格納され
る。media_typeは、Subunit_type＝Discとされる場合
に、そのディスクの種別を示すものであり、例えばこの
media_typeによって、ＣＤであるのかＭＤであるのか、
さらには他の種別のディスクメディアであるのかが示さ
れる。

【０１８１】このDescriptor_Accessコマンドが送信さ
れると、受信側のノードにおいては、RESPONCEとして、
そのノードが保持しているSubunit Identifier Descrip
torの一部、あるいはすべてを格納して送信する。そし
て上記ステップＳ３１２におけるREAD DESCRIPTORコマ
ンド送信後の処理としては、現ノードから送信されるRE
SPONCEを受信して、このRESPONCEとしてのSubunit Iden
tifier Descriptor内に記述されるmedia_typeの内容を
識別するものである。

【０１８２】そして、次のステップＳ３１３において
は、識別したmedia_typeの内容が何であるのかについて
判別を行う。そして、media_type＝ＣＤであると判別し
たのであればステップＳ３１４に進む。また、media_ty
pe＝ＭＤであると判別したのであればステップＳ３１７
に進み、media_typeがＣＤ、ＭＤ以外であると判別した
のであればステップＳ３１９に進む。

【０１８３】ステップＳ３１４では、同一メーカフラグ
ｆ＝１であるか否かについて判別しており、ｆ＝１であ
る場合には、機種の種別としては、ＳＴＲ６０と同一メ
ーカのＣＤ機であると判定されることになる。そして、
この場合にはステップＳ３１５に進むことで、分類番号
＃３として分類する。これに対して、ステップＳ３１４
においてｆ＝１ではないと判別された場合には、他メー
カのＣＤ機であると種別判定を行い、ステップＳ３１６
により分類番号＃５に分類する。

【０１８４】また、ステップＳ３１７においても、同一
メーカフラグｆ＝１であるか否かについて判別を行うよ
うにしており、肯定結果が得られた場合には、同一メー
カのＭＤ機であると種別判定を行って、ステップＳ３１
８により分類番号＃４に分類する。これに対してステッ
プＳ３１７において否定結果が得られた場合には、他社
メーカのＭＤ機」であると種別判定したことになり、ス
テップＳ３１６により分類番号＃５に分類する。

【０１８５】また、ステップＳ３１９においても同一メ
ーカフラグｆ＝１であるか否かについて判別するように
され、先ず否定結果が得られた場合にはステップＳ３２
０に進んで分類番号＃７に分類する。つまり、この場合
には、他社メーカ機器でSubunit_type＝Discと種別判定
されるため、「分類番号＃７：ＣＤ機、ＭＤ機以外の他
社メーカ機器で、SubunitがDisc,Tuner,VCRの何れかの
もの」に含められるものである。一方、ステップＳ３１
９において肯定結果が得られたのであれば、Subunit_ty
pe＝Discではあるが、「ＣＤ機、ＭＤ機以外の同一メー
カ機器」として判定されるため、ステップＳ３２２にお
いて分類番号＃６に分類する。

【０１８６】また、先のステップＳ３１１において否定
結果が得られた場合にはステップＳ３２１に進む。ステ
ップＳ３１１において否定結果が得られる場合とは、現
ノードのSubunit_type＝Disc以外で１つのSubunit_type
を有する場合、もしくは、現ノードが複数のSubunit_ty
peを有する場合である。複数のSubunit_typeを有するノ
ードとしては、例えばＣＤプレーヤ、ＭＤレコーダ／プ
レーヤ、チューナなどの２以上のソース出力を行う装置
部が一体化された複合機器がこれにあたる。

【０１８７】ステップＳ３２１においても、同一メーカ
フラグｆ＝１であるか否かについて判別を行う。そし
て、肯定結果が得られた場合には、「ＣＤ機、ＭＤ機以
外の同一メーカ機器」であると判定してステップＳ３２
２に進む。一方、ステップＳ３２１において否定結果が
得られた場合には、ステップＳ３２３に進む。ステップ
Ｓ３２３においては、Subunit_type＝TUNER、Subunit_t
ype＝VCRの何れかであるか否かが判別される。つまり、
SubunitとしてTUNERのみを有する機器であるか、又はVC
Rのみを有する機器であるのかが判別される。そして、
このうちの何れかに該当するとして肯定結果が得られた
場合には、ステップＳ３２４に進む。この場合には、他
社メーカのTUNERのみ,又はVCRのみの機器であるとして
種別判定が行われるが、これは「分類番号＃７：ＣＤ
機、ＭＤ機以外の他社メーカ機器で、SubunitがDisc,Tu
ner,VCRの何れかのもの」に含められるものであり、従
って分類番号＃７として分類される。これに対して、ス
テップＳ３２３において否定結果が得られた場合には、
分類番号＃１〜＃７の何れにも該当しないものであると
種別判定を行って、ステップＳ３２５に進んで分類番号
＃８に分類する。

【０１８８】上記ステップＳ３１５，Ｓ３１６，Ｓ３１
８，Ｓ３２０，Ｓ３２２，Ｓ３２４，Ｓ３２５の各分類
処理を実行した後は、図２８のステップＳ２１２に進
む。

【０１８９】図２８のステップＳ２１２においては、上
記ステップＳ３１５，Ｓ３１６，Ｓ３１８，Ｓ３２０，
Ｓ３２２，Ｓ３２４，Ｓ３２５の各処理によって分類さ
れた結果を含めて形成した現ノードについてのノード情
報を、今回のバスリセットに対応して作成されるノード
テーブルにセットする。そして、次のステップＳ２１３
においては、変数ｉについてｉ←ｉ＋１とインクリメン
トし、また、同一メーカフラグｆについてｆ＝１とされ
ているのであれば、これをｆ←０にリセットしてステッ
プＳ２０４に戻るようにされる。

【０１９０】そしてステップＳ２０４にて否定結果が得
られるまで、これまで説明したステップＳ２０５〜２１
３の処理が実行されることで、バスリセット後において
ＩＥＥＥ１３９４バス上に存在するノードごとのノード
分類、つまり、ノードテーブルへのノード情報のセット
が行われていく。そして、全ノードについてのノード分
類が完了してステップＳ２０４において否定結果が得ら
れたとすると、ステップＳ２１４に進むことになる。ス
テップＳ２１４においては、これまでの処理により作成
されたとされるノードテーブルが例えばＲＡＭにおいて
記憶保持されるように処理を実行する。以降は、例えば
このノードテーブルに格納されたノード分類結果を利用
して所要のシステム動作を実行するようにされる。

【０１９１】４．表示部の輝度変更処理４−１．ＤＩＭＭＥＲｃｏｍｍａｎｄ図１に示した本実施の形態のＡＶシステムにおいては、
先にも述べたように、ＳＴＲ６０と、ＳＴＲ対応ＣＤ機
３０とＳＴＲ対応ＭＤ機１とで、ＳＴＲ６０を中心とし
たオーディオ・コンポーネントシステム的な機能を有す
るように構成される。なお、以降においては、これらＳ
ＴＲ６０とＳＴＲ対応機器から成るシステムを、「ＳＴ
Ｒシステム」ともいうことにする。そして、本実施の形
態としては、このＳＴＲシステムに特有の機能として、
ＳＴＲ６０からのコントロールにより、ＳＴＲシステム
を構成する各機器の表示部の表示の輝度を一括して集中
的にコントロールするようにされる。つまり、先にも述
べたように、ＳＴＲシステムを構築する各機器（ＳＴＲ
６０、ＳＴＲ対応ＣＤ機３０、ＳＴＲ対応ＭＤ機１）
は、それぞれ、自身のための表示部７５，４７，２４を
独立的に備える。さらには、例えばＳＴＲ６０であれば
装飾用ＬＥＤを備えている。そしてこれら各表示部位
は、本体に備えられるディマーキー１２８，１５７，１
４１により輝度及び点灯のオン／オフを変更可能とされ
ている。そして、本実施の形態としては、これらＳＴＲ
システムを構成する各機器の表示部の輝度を連動的に変
更させるようにするものである。

【０１９２】このようなシステム動作を得るためには、
ＳＴＲシステムが各機器をＩＥＥＥ１３９４バス１１６
により接続して構築している以上、ＩＥＥＥ１３９４イ
ンターフェイスの規格に従ったＡＰＩによるコマンドと
して、表示部の輝度コントロールに関するコマンドが用
意される必要がある。このため、本実施の形態にあって
は、ＩＥＥＥ１３９４インターフェイスの規格下で表示
部の輝度コントロールを行うためのコマンドとして、Ｄ
ＩＭＭＥＲｃｏｎｔｒｏｌｃｏｍｍｍａｎｄが定義さ
れる。

【０１９３】ＤＩＭＭＥＲｃｏｎｔｒｏｌｃｏｍｍ
ｍａｎｄは、ＩＥＥＥ１３９４のＡＰＩ上で、ベンダー
（製造メーカ）が追加的に定義して設定可能であるもの
として規定されている、ＶＥＮＤＥＲＤＥＰＥＮＤＥ
ＮＴＣｏｍｍａｎｄを利用している。

【０１９４】また後述するようにして、ＳＴＲ６０が、
現在の他のＳＴＲ対応機器における表示部の輝度状態
（表示モード）を示すＤＩＭＭＥＲ設定値を得るために
は、ＳＴＲ６０がＤＩＭＭＥＲｓｔａｔｕｓｃｏｍ
ｍｍａｎｄを送信することで、現在の表示モードの通知
を要求する。そして、各ＳＴＲ対応機器では、現在の表
示モードを示す情報をＲＥＳＰＯＮＳＥとして送信する
ようにされる。このＤＩＭＭＥＲｓｔａｔｕｓｃｏ
ｍｍｍａｎｄも、上記ＤＩＭＭＥＲｃｏｎｔｒｏｌ
ｃｏｍｍｍａｎｄと同様に、ＶＥＮＤＥＲＤＥＰＥＮ
ＤＥＮＴＣｏｍｍａｎｄの１つとして定義される。そ
こで、次に、ＶＥＮＤＥＲＤＥＰＥＮＤＥＮＴＣｏ
ｍｍａｎｄとして、ＤＩＭＭＥＲｃｏｎｔｒｏｌｃ
ｏｍｍｍａｎｄと、ＤＩＭＭＥＲｓｔａｔｕｓｃｏ
ｍｍｍａｎｄとの各々のデータ構造について示す。

【０１９５】図３０は、ＤＩＭＭＥＲｃｏｎｔｒｏｌ
ｃｏｍｍｍａｎｄのデータ構造を示している。なお、
この図に示す構造は、図２０に示したＷｒｉｔｅＲｅ
ｑｕｅｓｔＰａｃｋｅｔ（ＡＶ／Ｃコマンドパケッ
ト）における、ｄａｔａｆｉｅｌｄの内容を示してい
る。

【０１９６】図示するように、ＤＩＭＭＥＲｃｏｎｔ
ｒｏｌｃｏｍｍｍａｎｄとしては、ＣＴＳの４ビット
の領域に対して「０ｈ」を格納し、ｃｔｙｐｅの４ビッ
トの領域に対しては「０ｈ」を格納することで、ＡＶ／
Ｃｃｏｎｔｒｏｌｃｏｍｍｍａｎｄであることが示
される。そして、ｏｐｃｏｄｅの８ビットの領域には、
ＶＥＮＤＥＲＤＥＰＥＮＤＥＮＴＣｏｍｍａｎｄで
あることを示す値「００ｈ」が格納される。これに続く
ｏｐｅｒａｎｄ［０］〜［２］の計３バイトの領域に
は、各Ｖｅｎｄｅｒごとに固有に与えられたＣｏｍｐａ
ｎｙＩＤを格納する領域とされる。ここではｏｐｅｒ
ａｎｄ［０］〜［２］から順に、０８ｈ，００ｈ，４６
ｈが格納されて或る特定のＶＥＮＤＥＲ（メーカ）が示
される。また、ここではｏｐｅｒａｎｄ［３］〜［６］
の計４バイトの領域は、上記ＣｏｍｐａｎｙＩＤによ
って示されるＶＥＮＤＥＲがオペレーションの便宜を図
るために定義した値が格納される。ｏｐｅｒａｎｄ
［３］にはＬｅｖｅｌ（Licencable：Ｆ０ｈ）が格納さ
れる。ｏｐｅｒａｎｄ［４］［５］の２バイトの領域は
Ｐｒｏｄｕｃｔｃｏｄｅとされ、ｏｐｅｒａｎｄ
［４］の上位３ビットはＲｅｓｅｒｖｅｄ（００ｈ）と
され、下位５ビットにはｓｕｂｕｎｉｔ_ｔｙｐｅとし
ての所要の値が格納される。ｏｐｅｒａｎｄ［５］には
ＰｒｏｄｕｃｔＩＤ（００ｈ）が格納される。また、
ｏｐｅｒａｎｄ［６］にはＡｐｐｌｉｃａｔｉｏｎｃ
ｏｄｅ（０１ｈ）が格納される。

【０１９７】そして、ｏｐｅｒａｎｄ［７］以降に対し
て、ＤＩＭＭＥＲｃｏｎｔｒｏｌｃｏｍｍｍａｎｄと
しての実体的な内容が格納される。ｏｐｅｒａｎｄ
［７］に対しては、当該ＶＥＮＤＥＲＤＥＰＥＮＤＥ
ＮＴＣｏｍｍａｎｄとしてのＯｐｃｏｄｅの値が格納さ
れることになっている。そして、こここでは、ＤＩＭＭ
ＥＲｃｏｍｍｍａｎｄであることを示す０３ｈが格納
される。

【０１９８】続くｏｐｅｒａｎｄ［８］には、ｓｕｂｆ
ｕｎｃｔｉｏｎの値が格納され、ｏｐｅｒａｎｄ［９］
にはｓｔｅｐの値が格納される。そして、ｏｐｅｒａｎ
ｄ［１０］にはｔｏｔａｌｓｔｅｐｓの値が格納され
る。

【０１９９】上記ｏｐｅｒａｎｄ［８］のｓｕｂｆｕｎ
ｃｔｉｏｎは、現状としては、例えば図３２に示す値の
みが規定されている。つまり、８０ｈ＝specified by n
on unit valueとして規定されている。

【０２００】また、ｏｐｅｒａｎｄ［９］のｓｔｅｐ
は、ＤＩＭＭＥＲ制御としての表示部の輝度（表示モー
ド）を指定するもので、図３３（ａ）に示すようにし
て、０ｈ（＝ｆｕｌｌｂｒｉｇｈｔｎｅｓｓ）〜ｎ−
１（ｔｈｅｌｅａｓｔｂｒｉｇｈｔｎｅｓｓ）とし
て定義されている。つまり、０ｈの値により、その表示
部において設定可能な輝度レベルとして最も明るいレベ
ルを指定し、以降、値が１つずつ増えるごとに、１段階
づつ暗い輝度レベルを指定する。そして、ｎ−１の値に
より、その表示部において最も暗いとされる輝度レベル
を指定する。

【０２０１】また、ｏｐｅｒａｎｄ［１０］のｔｏｔａ
ｌｓｔｅｐは、システムにおいて設定されている輝度
レベルのステップ総数（段階数）を示す値が格納され
る。つまり、ＤＩＭＭＥＲｃｏｍｍｍａｎｄとして
は、輝度レベルを指定するのにあたり、ｏｐｅｒａｎｄ
［１０］のｔｏｔａｌｓｔｅｐによって示されるステ
ップ総数のうちで、何番目のステップであるのかをｏｐ
ｅｒａｎｄ［９］のｓｔｅｐの値によって示すようにさ
れる。

【０２０２】ここで、本実施の形態のＳＴＲシステムを
構成する各機器（ＳＴＲ６０、ＳＴＲ対応ＣＤ機３０、
ＳＴＲ対応ＭＤ機１）における各表示部の表示モード
（輝度段階）と、各表示モードに対応するｓｔｅｐの値
との対応を、図３３（ｂ）に示しておく。なお、以降の
説明からも分かるように、ここでいう輝度とは、ＦＬ管
表示部の輝度と、本体パネルの装飾用ＬＥＤの点灯／消
灯の要素とを組み合わせて得られる表示態様のパターン
をいうものとされる。また、ＦＬ管表示部を含む表示部
と、同じ本体パネルに備えられているとされる装飾用Ｌ
ＥＤをまとめて、「表示部位」ということにする。

【０２０３】図３３（ｂ）に示す内容として、先ず、表
示モードについて述べておく。ＳＴＲシステムを構成す
る各機器は、すべてこの表示モードに従って表示部の輝
度が変更される。そして、表示モードとしては、次のよ
うになっている。Ｄｉｍｍｅｒ１：表示部におけるＦＬ管表示部のＤＩＭ
ＭＥＲ率は０％とし、装飾用ＬＥＤはＯＮ（点灯）とす
る。ＤＩＭＭＥＲ率とは、ＦＬ管表示部における輝度の
低減度を示す。従って、上記のようにＤＩＭＭＥＲ率０
％であるということは、ＦＬ管表示部は設定された最大
の明るさで以て表示されることを意味する。Ｄｉｍｍｅｒ２：表示部におけるＦＬ管表示部のＤＩＭ
ＭＥＲ率は５０％とし、装飾用ＬＥＤはＯＮ（点灯）と
する。つまり、ＦＬ管表示部の輝度を５０％にまで低減
することでＤｉｍｍｅｒ１よりも輝度を下げておくと共
に、装飾用ＬＥＤは、Ｄｉｍｍｅｒ１の場合と同じくＯ
Ｎとする。Ｄｉｍｍｅｒ３：表示部におけるＦＬ管表示部のＤＩＭ
ＭＥＲ率は５０％とし、装飾用ＬＥＤはＯＦＦ（消灯）
とする。つまり、ＦＬ管表示部の輝度を５０％にまで低
減する点ではＤｉｍｍｅｒ２と同じであるが、装飾用Ｌ
ＥＤをＯＦＦとすることで、Ｄｉｍｍｅｒ２よりも輝度
が暗くなるものとしている。Ｄｉｍｍｅｒ４：表示部におけるＦＬ管表示部のＤＩＭ
ＭＥＲ率は１００％とし、装飾用ＬＥＤもＯＦＦ（消
灯）とする。つまり、この場合には、ほぼ完全に表示部
位としての輝度は無いものとされ、設定としては最も暗
いものとなる。このようにしてＳＴＲシステムでは、Ｄｉｍｍｅｒ１〜
Ｄｉｍｍｅｒ４の４段階によって表示部位としての輝度
変化が与えられる。

【０２０４】そして、ＳＴＲシステムにあって、ＤＩＭ
ＭＥＲｃｏｍｍｍａｎｄのｏｐｅｒａｎｄ［９］のｓ
ｔｅｐに格納される値としては、同じ図３３（ｂ）に示
されるように、Ｄｉｍｍｅｒ１＝００ｈ、Ｄｉｍｍｅｒ
２＝０１ｈ、Ｄｉｍｍｅｒ３＝０２ｈ、Ｄｉｍｍｅｒ４
＝０３ｈのようにして割り当てられることになる。そし
て、これに対応するｏｐｅｒａｎｄ［１０］のｔｏｔａ
ｌｓｔｅｐとしては、全部で４段階であることを示す
０４ｈが格納される。

【０２０５】図３１は、ＤＩＭＭＥＲｓｔａｔｕｓ
ｃｏｍｍｍａｎｄのデータ構造を示している。ＤＩＭＭ
ＥＲｓｔａｔｕｓｃｏｍｍｍａｎｄは、先に図３０
に示したＤＩＭＭＥＲｃｏｎｔｒｏｌｃｏｍｍｍａ
ｎｄと基本的には同様の構造をとる。ただし、ｃｔｙｐ
ｅとしての４ビットの領域に対しては１ｈが格納される
ことで、ＡＶ／Ｃｓｔａｔｕｓｃｏｍｍｍａｎｄで
あることが示される。

【０２０６】そして、このＤＩＭＭＥＲｓｔａｔｕｓ
ｃｏｍｍｍａｎｄを、Ｃｏｎｔｒｏｌｌｅｒ（ＳＴＲ
６０）からＴａｒｇｅｔ（ＳＴＲ対応機器）に送信する
際には、ＤＩＭＭＥＲｃｏｍｍｍａｎｄのｏｐｅｒａ
ｎｄ［９］のｓｔｅｐの領域と、ｏｐｅｒａｎｄ［１
０］のｔｏｔａｌｓｔｅｐの領域の各々に対して「ｕ
ｎｋｎｏｗｎ」であることを示すＦＦｈを格納して送信
するようにされる。そして、Ｔａｒｇｅｔ側からＲＥＳ
ＰＯＮＳＥを送信するのにあたっては、先ず、ｃｔｙｐ
ｅとしての４ビットの領域に対してＣｈを格納して、こ
の現コマンドがＲＥＳＰＯＮＳＥ（ＩＭＰＬＥＭＥＮＴ
ＥＤ／ＳＴＡＢＬＥ）であることを示した上で、例え
ば、図の下側に記述するようにして、ＳＴＲ対応機器で
あるＴａｒｇｅｔにおいて現在設定されている表示モー
ドに対応した値を、ｏｐｅｒａｎｄ［９］のｓｔｅｐ
と、ｏｐｅｒａｎｄ［１０］のｔｏｔａｌｓｔｅｐの
領域に対して格納することになる。この図では、ｏｐｅ
ｒａｎｄ［１０］のｔｏｔａｌｓｔｅｐには０４ｈを
格納し、ｏｐｅｒａｎｄ［９］のｓｔｅｐには０１ｈを
格納していることで、現在の表示モードがＤｉｍｍｅｒ
２であることを通知するようにされる。

【０２０７】４−２．第１例続いて、ＳＴＲシステムにおける表示部の輝度連動制御
について説明していく。表示部の輝度を連動して変更す
る動作の形態としては各種考えられるが、ここでは３例
を挙げることとし、先ず、その第１例について説明を行
っていくこととする。

【０２０８】第１例としての動作説明に先立ち、ここ
で、本体のディマーキーを操作した場合の表示部位の表
示変化について、ＳＴＲ６０を例に述べておく。ＳＴＲ
６０本体に備えられるディマーキー１２８は押圧操作が
可能な操作子とされている。そして、この操作子を１回
押圧操作するごとに、表示部位の輝度、即ち表示モード
は、Ｄｉｍｍｅｒ１→Ｄｉｍｍｅｒ２→Ｄｉｍｍｅｒ３
→Ｄｉｍｍｅｒ４の順に変更され、また、Ｄｉｍｍｅｒ
４の状態でディマーキー１２８を押圧操作した場合に
は、再度Ｄｉｍｍｅｒ１に戻るようになっている。つま
り、ディマーキー１２８の操作によっては、Ｄｉｍｍｅ
ｒ１〜Ｄｉｍｍｅｒ４の表示モードがトグルで変化する
ようにされている。なお、この操作は、例えばリモート
コントローラＲＭに備えられているとされるディマーキ
ーによって行われてもよい。また、ディマーキーを省略
して、例えばジョグダイヤル１２５、ジョグ選択キー１
２３、エンターキー１２４などの操作によって、いわゆ
るメニュー操作を行って、ディマーの操作モードを呼び
出したうえで、ディマー操作を行うように構成されても
よいものである。そして、上記したディマー操作として
は、他のＳＴＲ対応機器（ＳＴＲ対応ＣＤ機３０、ＳＴ
Ｒ対応ＭＤ機１）でも同様とされる。

【０２０９】そして、第１例の動作としては、ＳＴＲ６
０に対してディマー操作を行うことでＳＴＲ６０の表示
部位の表示モードがトグル的に変更されるのに連動し
て、ＳＴＲ対応機器においても、現在の表示モードから
次の表示モードにトグル的に変更されるようにするもの
である。

【０２１０】図３４は、この第１例としての動作を実現
するためのフローチャートである。この図においては、
Ｃｏｎｔｒｏｌｌｅｒとして機能するＳＴＲ６０と、Ｔ
ａｒｇｅｔとして機能するＳＴＲ対応機器（ＳＴＲ対応
ＣＤ機３０、ＳＴＲ対応ＭＤ機１）側の処理とが示され
る。ＳＴＲ６０の処理は、システムコントローラ７０が
実行し、ＳＴＲ対応機器側の処理は、各機器内のシステ
ムコントローラが実行する。ＳＴＲ対応ＣＤ機３０であ
ればシステムコントローラ５０が実行し、ＳＴＲ対応Ｍ
Ｄ機１であればシステムコントローラ１１が実行する。
なお、これについては、後述する図３５、図３６及び図
３７についても同様である。

【０２１１】先ず、ＳＴＲ６０においては、ステップＳ
４０１の処理としてＤＩＭＭＥＲ要求が得られるのを待
機している。ここでのディマー要求とは、ＳＴＲ６０の
表示部位についての表示モードをトグル的に変更するた
めの要求であるものとする。そして、例えば、ディマー
キー操作、又は、所要のソフトウェア処理に従ってのＤ
ＩＭＭＥＲ要求があったとすると、システムコントロー
ラ７０はステップＳ４０２に進んで、自身の表示部位の
表示モードについて、現在の表示モードからトグル順的
に次の表示モードに変更するための制御を実行する。

【０２１２】ここで、ＳＴＲ６０においては、ユーザ操
作による設定項目として、表示モードを連動制御するＤ
ＩＭＭＥＲ連動についてのオン（有効）／オフ（無効）
を設定可能とされている。そこで、次のステップＳ４０
３においては、ＤＩＭＭＥＲ連動設定がオンに設定され
ているか否かについて判別を行い、ＤＩＭＭＥＲ連動設
定がオフに設定されていることで否定結果が得られれば
この処理を抜ける。これに対してＤＩＭＭＥＲ連動設定
がオンに設定されているとして肯定結果が得られた場合
にはステップＳ４０４に進む。ステップＳ４０４におい
ては、ノードテーブルを参照する。そしてその参照内容
に基づき、次のステップＳ４０５において現在ＳＴＲ対
応機器がＩＥＥＥ１３９４バス上に存在するか否かにつ
いて判別を行う。つまり、分類番号＃１：ＳＴＲ対応Ｃ
Ｄ機、又は分類番号＃２：ＳＴＲ対応ＭＤ機のいずれか
として分類されたノードが、ノードテーブル上に記述さ
れているか否かについて判別するものである。

【０２１３】ステップＳ４０５において否定結果が得ら
れた場合にはこの処理を抜けるが、肯定結果が得られた
場合には、ステップＳ４０６に進む。ステップＳ４０６
では、ＩＥＥＥ１３９４バス上に存在するとされる各Ｓ
ＴＲ対応機器に対して、順次、ＤＩＭＭＥＲｃｏｎｔ
ｒｏｌｃｏｍｍａｎｄを送信する。このステップＳ４
０６により送信されるＤＩＭＭＥＲｃｏｎｔｒｏｌ
ｃｏｍｍａｎｄとしては、例えばｏｐｅｒａｎｄ［１
０］のｔｏｔａｌｓｔｅｐについて、００ｈを格納す
るものとする。このｔｏｔａｌｓｔｅｐ＝００ｈが格
納されるＤＩＭＭＥＲｃｏｎｔｒｏｌｃｏｍｍａｎ
ｄは、ｏｐｅｒａｎｄ［９］のｓｔｅｐによる表示モー
ド指定は行わず、Ｔａｒｇｅｔに対してトグルによる表
示モード変更を指示するコマンドとして機能するものと
される。

【０２１４】一方、ＩＥＥＥ１３９４バス上に存在する
とされるＳＴＲ対応機器側では、ステップＳ４１０の処
理により送信されるＤＩＭＭＥＲｃｏｎｔｒｏｌｃ
ｏｍｍａｎｄの受信を待機している。そして、受信が行
われるとステップＳ４１１に進んで、自身の表示部位の
表示モードを、現在の表示モードからトグル順的に次の
表示モードに変更するための制御を実行する。

【０２１５】このような処理によっては、例えば次のよ
うな動作が得られる。説明を簡単にするために、ＳＴＲ
６０とＳＴＲ対応ＣＤ機３０の２機によりＳＴＲシステ
ムを構成しているとして、現在の表示モードとしては、
ＳＴＲ６０はＤｉｍｍｅｒ１、ＳＴＲ対応ＣＤ機３０は
Ｄｉｍｍｅｒ２が設定されているものとする。そして、
この状態のもとでＳＴＲ６０に対してトグルのディマー
操作が行われて、ＳＴＲ６０の表示モードがＤｉｍｍｅ
ｒ１からＤｉｍｍｅｒ２に変更したとすると、ＳＴＲ対
応ＣＤ機３０はＤｉｍｍｅｒ２から、次のトグル順であ
るＤｉｍｍｅｒ３となるように連動して変更されるもの
である。

【０２１６】４−３．第２例続いて、第２例としての動作について説明する。この第
２例では、ＳＴＲ６０に対してディマー操作が行われる
ことで、ＳＴＲ６０の表示モードが変更されたとする
と、ＳＴＲ対応機器側では、このＳＴＲ６０において変
更された表示モードと一致する表示モードに変更される
という動作が得られるようにされるものである。このよ
うな連動動作であれば、ＳＴＲ６０に対してディマー操
作を行うことで、他のＳＴＲ対応機器については、常に
ＳＴＲ６０と同じ表示モードとなるようにされる。これ
によって、例えばユーザが、一台ごとに表示モード変更
を行わなくとも、ＳＴＲ６０に対するディマー操作を行
いさえすれば、ＳＴＲシステムを構成する機器は常に同
じ表示モード、即ち同程度の輝度による統一した表示を
行うことができる。また、ＳＴＲ６０以外のＳＴＲ対応
機器側で表示モードを変更したことでＳＴＲシステムの
各機器間での表示モードがまちまちになったとしても、
ＳＴＲ６０に対してディマー操作を一回行えば、ＳＴＲ
システムの各機器の表示モードを揃えることができる。

【０２１７】この第２例としての連動動作を実現するた
めの処理は、図３５のフローチャートに示される。この
図においても、ＳＴＲ６０側では、先ずステップＳ５０
１の処理によってＤＩＭＭＥＲ要求が得られるのを待機
しており、ＤＩＭＭＥＲ要求が得られたのであればステ
ップＳ５０２に進むようにされる。

【０２１８】ステップＳ５０２においては、ＤＩＭＭＥ
Ｒ要求に応じてＳＴＲ６０の表示部位の表示モードを所
要の表示モードに変更するための制御を実行して、ステ
ップＳ５０３に進む。

【０２１９】ステップＳ５０３においては、ＤＩＭＭＥ
Ｒ連動設定がオンとなっているか否かについて判別を行
い、否定結果が得られればこの処理を抜け、肯定結果が
得られればステップＳ５０４に進む。そしてステップＳ
５０４ではノードテーブルを参照し、続くステップＳ５
０５において、現在ＩＥＥＥ１３９４バス上にＳＴＲ対
応機器が存在するか否かについて判別する。

【０２２０】ステップＳ５０５において否定結果が得ら
れた場合にはこのルーチンを抜けるが、肯定結果が得ら
れた場合にはステップＳ５０６に進む。ステップＳ５０
６では、ＳＴＲ６０自身において現在設定されている表
示モードを識別することを行う。そして、この表示モー
ドの識別結果に基づき、続くステップＳ５０７におい
て、ＤＩＭＭＥＲｃｏｎｔｒｏｌｃｏｍｍａｎｄを
生成する。つまり、Ｄｉｍｍｅｒｃｏｎｔｒｏｌｃ
ｏｍｍａｎｄのｏｐｅｒａｎｄ［９］のｓｔｅｐの領域
に対して、現在設定されている表示モードに対応する値
を格納するようにして、ＤＩＭＭＥＲｃｏｎｔｒｏｌ
ｃｏｍｍａｎｄを発生させるものである。なお、先に
も述べたように、この場合のｏｐｅｒａｎｄ［１０］の
ｔｏｔａｌｓｔｅｐの領域には０４ｈを格納する。そ
して、次のステップＳ５０８において、上記のようにし
て生成したＤＩＭＭＥＲｃｏｎｔｒｏｌｃｏｍｍａ
ｎｄを、現在ＩＥＥＥ１３９４バス上に存在するとされ
る各ＳＴＲ対応機器に対して順次送信する。

【０２２１】一方のＳＴＲ対応機器側においては、ステ
ップＳ５１０において、上記ステップＳ５０８の処理に
よって送信されてくるＤＩＭＭＥＲｃｏｎｔｒｏｌ
ｃｏｍｍａｎｄを受信するのを待機している。そして、
これを受信した場合にはステップＳ５１１に進んで、自
身の表示部位が、受信したｏｐｅｒａｎｄ［９］のｓｔ
ｅｐの値に対応する表示モードとなるように制御を実行
する。

【０２２２】４−４．第３例ここで、ＳＴＲシステムを構築するＳＴＲ対応機器の各
々は、メイン電源がオフとなると、最後に設定されてい
た表示モードの記憶情報が消失し、この後メイン電源が
オンとなったときには、Ｄｉｍｍｅｒ１〜Ｄｉｍｍｅｒ
４のうちから予め初期状態として決められている表示モ
ードとなるようにされているものとする。ユーザとして
は、例えば自分の使い勝手などの都合で、ＳＴＲシステ
ムを構築する各機器ごとに異なる表示モードを設定して
おいた方が使いやすいということも当然考えられる。し
かし、上記のようにしてＳＴＲ対応機器のメイン電源が
オフとなったときにこれまでの表示モード設定が消失し
てしまうと、ユーザとしては、システム機器の各電源を
オンにするたびに各機器ごとの表示モードを設定し直さ
なければならない。

【０２２３】そこで第３例としては、先ず、少なくとも
ＳＴＲシステムにおいては、ＳＴＲ６０のメイン電源の
オン／オフに連動して、ＳＴＲ対応機器もメイン電源が
オン／オフされるものとする。そして、そのうえで、Ｓ
ＴＲ６０のメイン電源がオンに切り換えられ、これに連
動してＳＴＲ対応機器のメイン電源がオンとなる際に
は、ＳＴＲ６０のコントロールによってＳＴＲ対応機器
の表示モードを、最後に連動オフしたときに設定されて
いた表示モードに設定するものである。つまり、この場
合には、各ＳＴＲ対応機器ごとに対して個別に表示モー
ドを変更設定するようにされる。

【０２２４】この第３例としての表示モードの連動動作
を実現するための処理動作は、図３６及び図３７に示さ
れる。ここで、上記した動作が行われるためには、メイ
ン電源オフ時直前まで設定されていた各ＳＴＲ対応機器
の表示モードをＳＴＲ６０が把握しておく必要がある。
このための処理が図３７に示される。図３７に示す処理
は、メイン電源連動オフ制御に際して行われる。

【０２２５】図３７に示す処理において、先ずＳＴＲ６
０は、ステップＳ６０１においてメイン電源オフ要求が
得られるのを待機している。そして、例えばＳＴＲ６０
に対するメイン電源オフ操作が行われるなどしてメイン
電源オフ要求が得られるとステップＳ６０２に進む。

【０２２６】ステップＳ６０２においては、電源連動設
定がオンとなっているか否かについての判別が行われ
る。ＳＴＲ６０においては、先に述べたＤＩＭＭＥＲ連
動設定と同様に、電源オン／オフ連動制御についてのオ
ン／オフ設定を行うことができるものとされている。ス
テップＳ６０２において否定結果が得られた場合にはス
テップＳ６０９の処理にスキップするが、肯定結果が得
られた場合にはステップＳ６０３に進む。

【０２２７】ステップＳ６０３においてはノードテーブ
ルを参照し、次のステップＳ６０４においてＩＥＥＥ１
３９４バス上にＳＴＲ対応機器が存在するか否かについ
て判別する。そして、否定結果が得られた場合にはステ
ップＳ６０９に進むが、肯定結果が得られた場合にはス
テップＳ６０５に進む。

【０２２８】ステップＳ６０５においては、ＤＩＭＭＥ
Ｒ連動設定がオンとされているか否かについて判別し、
否定結果が得られればステップＳ６０８にスキップする
が、肯定結果が得られたのであればステップＳ６０６に
進む。

【０２２９】ステップＳ６０６においては、ＩＥＥＥ１
３９４バス上に存在するとされる各ＳＴＲ対応機器に対
して、ＤＩＭＭＥＲｓｔａｔｕｓｃｏｍｍａｎｄを
送信する。

【０２３０】ここで、ＳＴＲ対応機器側においては、ス
テップＳ６１０の処理によって、ＤＩＭＭＥＲｓｔａ
ｔｕｓｃｏｍｍａｎｄの受信が行われるか否かを判別
している。そして、否定結果が得られている場合にはス
テップＳ６１４にスキップするが、肯定結果が得られた
場合にはステップＳ６１１に進む。

【０２３１】ステップＳ６１１においては、自身におい
て現在設定中にあるとされる表示モードを識別する。そ
して、この識別結果を利用して、次のステップＳ６１２
においてＤＩＭＭＥＲｓｔａｔｕｓｃｏｍｍａｎｄ
に対するＲＥＳＰＯＮＳＥを生成する。つまりは、図３
１により説明したように、受信して得たＤＩＭＭＥＲｓ
ｔａｔｕｓｃｏｍｍａｎｄのｃｔｙｐｅをＣｈに書き
換え、ｏｐｅｒａｎｄ［１０］のｔｏｔａｌｓｔｅｐ
の領域に対しては０４ｈを格納すると共に、ｏｐｅｒａ
ｎｄ［９］のｓｔｅｐの領域に対して、認識した表示モ
ードに対応する値を格納する。そして、次のステップＳ
６１３において、ＳＴＲ６０に対して、ＲＥＳＰＯＮＳ
Ｅを送信し、ステップＳ６１４に進む。

【０２３２】また、ＳＴＲ６０においては、ステップＳ
６０６のＤＩＭＭＥＲｓｔａｔｕｓｃｏｍｍａｎｄ
送信後の処理として、ステップＳ６０７の処理が実行さ
れる。ステップＳ６０７では、上述した各ＳＴＲ対応機
器側のステップＳ６１３の処理によって送信されてきた
ＲＥＳＰＯＮＳＥを受信する。そして、この受信したＲ
ＥＳＰＯＮＳＥのｏｐｅｒａｎｄ［９］のｓｔｅｐに格
納されている値から、各ＳＴＲ対応機器の表示モードを
特定する。そして、このようにして得た各ＳＴＲ対応機
器の表示モードの情報をＤＩＭＭＥＲテーブルに格納す
る。なお、このＤＩＭＭＥＲテーブルは、例えばシステ
ムコントローラ７０により作成、書き換えが行われるも
ので、このようにして、電源オフ直前に設定されていた
各ＳＴＲ対応機器の表示モードを示す情報が格納され
る。そして、ＲＯＭ７１に保持されているものとされ
る。

【０２３３】上記ステップＳ６０７の処理が終了する
と、システムコントローラ７０はステップＳ６０８にお
いて、電源連動オフのための制御処理を実行する。この
ためには、ここでの図示等による説明は省略するが、Ａ
Ｖ／Ｃコマンドの１つとして規定されているＰＯＷＥＲ
ｃｏｎｔｒｏｌｃｏｍｍａｎｄを利用する。ＰＯＷ
ＥＲｃｏｎｔｒｏｌｃｏｍｍａｎｄは、メイン電源
のオン／オフの指示のためのＡＶ／Ｃｃｏｎｔｒｏｌ
ｃｏｍｍａｎｄである。そして、このＰＯＷＥＲｃ
ｏｎｔｒｏｌｃｏｍｍａｎｄの所定のｏｐｅｒａｎｄ
に対して電源オフを指示する値を格納するようにして、
電源オフを指示するＰＯＷＥＲｃｏｎｔｒｏｌｃｏ
ｍｍａｎｄを発生させ、これを各ＳＴＲ対応機器に対し
て送信する。この後、システムコントローラ７０は、ス
テップＳ６０９に進んでメイン電源をオフとしてこの処
理を抜けるようにされる。

【０２３４】ここで、先のステップＳ６０２、Ｓ６０４
において否定結果が得られた場合、即ち電源連動設定が
オンになっていない、又はＩＥＥＥ１３９４バス上にＳ
ＴＲ対応機器が存在しないとされてステップＳ６０９に
進んだ場合には、電源連動オフ制御及び、ＳＴＲ対応機
器の表示モードの情報の取得は行わず、ＳＴＲ６０自身
のメイン電源のみをオフとすることになる。また、ステ
ップＳ６０５において否定結果が得られた場合には、電
源連動オフ制御のみを行い、ＳＴＲ対応機器の表示モー
ドの情報の取得を行わないようにされる。

【０２３５】一方のＳＴＲ対応機器側では、ステップＳ
６１４においてＰＯＷＥＲｃｏｎｔｒｏｌｃｏｍｍ
ａｎｄの受信を待機しており、ここで受信が行われたと
されると、次のステップＳ６１５において自身のメイン
電源をオフとすることになる。なお、この処理では、ス
テップＳ６１０において否定結果が得られて、ステップ
Ｓ６１１〜Ｓ６１３をスキップしたまま、ステップＳ６
１４→Ｓ６１５の処理によってメイン電源をオフとする
動作も行われる可能性があるが、これは例えば、ＳＴＲ
６０側で電源連動設定はオンであるが、ＤＩＭＭＥＲ連
動設定はオフとされていたことで、ＤＩＭＭＥＲｓｔ
ａｔｕｓｃｏｍｍａｎｄの送信を行わずに、ＰＯＷＥ
Ｒｃｏｎｔｒｏｌｃｏｍｍａｎｄを送信した場合に
対応する。

【０２３６】続いて、上記図３６に示した処理が行われ
た後の、メイン電源連動オン制御時における表示モード
設定のための処理を図３７により説明する。ここでは先
ず、ＳＴＲ６０は、ステップＳ７０１においてメイン電
源オン要求が得られるのを待機している。そして、メイ
ン電源オン要求が得られるとステップＳ７０２に進ん
で、先ず、自身のメイン電源をオンとして起動を行うよ
うにされる。次のステップＳ７０３においては、電源連
動設定がオンとされているか否かについて判別を行い、
否定結果が得られた場合にはこの処理を抜けるのである
が、肯定結果が得られた場合にはステップＳ７０４に進
む。

【０２３７】ステップＳ７０４においてはノードテーブ
ルを参照し、次のステップＳ７０５により、ＩＥＥＥ１
３９４バス上にＳＴＲ対応機器が存在するか否かについ
て判別する。そして、否定結果が得られた場合にはこの
処理を抜け、肯定結果が得られた場合にはステップＳ７
０６の処理に進む。

【０２３８】ステップＳ７０６においては、各ＳＴＲ対
応機器に対して、メイン電源オンを指示するためのＰＯ
ＷＥＲｃｏｎｔｒｏｌｃｏｍｍａｎｄを送信する。
そして、続くステップＳ７０７においては、ＤＩＭＭＥ
Ｒ連動設定がオンとされているか否かについての判別を
行い、否定結果が得られた場合にはこの処理を抜け、肯
定結果が得られた場合にはステップＳ７０８に進む。

【０２３９】ステップＳ７０８においてはＤＩＭＭＥＲ
テーブルを参照して、次のステップＳ７０９に進む。な
お、ＤＩＭＭＥＲテーブルの参照結果として、最後の電
源連動オフ時において各ＳＴＲ対応機器の表示モードの
情報を取得しなかったとされる場合には、ステップＳ７
０９の処理は実行せずに、この処理を抜けるようにされ
る。

【０２４０】ステップＳ７０９においては、上記ＤＩＭ
ＭＥＲテーブルの参照結果に基づき、例えばＩＥＥＥ１
３９４バス上に存在するＳＴＲ対応機器のうちの１つを
選択して、このＳＴＲ対応機器を制御するためのＤＩＭ
ＭＥＲｃｏｎｔｒｏｌｃｏｍｍａｎｄを生成する。
つまり、ＤＩＭＭＥＲｃｏｎｔｒｏｌｃｏｍｍａｎ
ｄとして、選択したＳＴＲ対応機器に対応づけてＤＩＭ
ＭＥＲテーブルに格納しておいた表示モードに対応する
値を、ｏｐｅｒａｎｄ［９］のｓｔｅｐに記述するもの
である。そして、このようにして生成したＤＩＭＭＥＲ
ｃｏｎｔｒｏｌｃｏｍｍａｎｄを、そのＳＴＲ対応
機器に対して送信する。そして、上記した処理を、ＩＥ
ＥＥ１３９４バス上に存在するとされるＳＴＲ対応機器
のすべてについて行う。

【０２４１】一方、ＳＴＲ対応機器側においては、次の
ような処理が実行される。ここでは、先ず、ステップＳ
７１０の処理によって、現在、自身のメイン電源がオン
状態にあるか否かの条件判別を行っている。そして、肯
定結果が得られた場合にはステップＳ７１３の処理に進
むのであるが、メイン電源がオフ状態にあって否定結果
が得られている場合にはステップＳ７１１に進む。

【０２４２】ステップＳ７１１においては、先のステッ
プＳ７０６の処理によりＳＴＲ６０から送信されてくる
メイン電源オンを指示するためのＰＯＷＥＲｃｏｎｔ
ｒｏｌｃｏｍｍａｎｄが受信されたか否かについての
判別を行うようにしている。そして、否定結果が得られ
る場合にはこのルーチンを一旦抜けて、例えば最初の処
理であるステップＳ７１０に戻るようにされる。これに
対して、肯定結果が得られた場合にはステップＳ７１２
に進む。ステップＳ７１２では、自身のメイン電源をオ
ンとして起動させ、ステップＳ７１３に進む。

【０２４３】ステップＳ７１３においては、先のステッ
プＳ７０９の処理によってＳＴＲ６０から送信されるＤ
ＩＭＭＥＲｃｏｎｔｒｏｌｃｏｍｍａｎｄが受信さ
れたか否かについて判別しており、ここで否定結果が得
られている場合には、一旦このルーチンを抜けて、最初
のステップＳ７１０に戻る。これに対して、ＤＩＭＭＥ
Ｒｃｏｎｔｒｏｌｃｏｍｍａｎｄを受信したことで
肯定結果が得られた場合にはステップＳ７１４に進む。

【０２４４】ステップＳ７１４においては、受信したＤ
ＩＭＭＥＲｃｏｎｔｒｏｌｃｏｍｍａｎｄのｏｐｅ
ｒａｎｄ［９］に格納されている値に対応する表示モー
ドを識別し、この識別した表示モードとなるように表示
部位に対する制御を実行する。

【０２４５】なお、第３例の変形としては、次のような
動作も考えることができる。例えば任意のタイミング
で、ＳＴＲ６０がＤＩＭＭＥＲｓｔａｔｕｓｃｏｍ
ｍａｎｄ／ＲＥＳＰＯＮＳＥの送受信を行うことで、Ｄ
ＩＭＭＥＲテーブルに、現在の各ＳＴＲ対応機器の表示
モードを記憶しておくようにする。そして、後の任意の
タイミングで、ＳＴＲ６０に対して所定操作を行うこと
で、ＳＴＲ６０からは、各ＳＴＲ対応機器に対してＤＩ
ＭＭＥＲｃｏｎｔｒｏｌｃｏｍｍａｎｄを送信し
て、各ＳＴＲ対応機器の表示モードがＤＩＭＭＥＲテー
ブルに記憶されていた状態に戻るようにするものであ
る。この場合、例えば、１セット分のＤＩＭＭＥＲテー
ブルの内容を、複数セット用意して記憶できるように
し、これらのセットの中からユーザが任意にセットを選
択して、ＳＴＲ対応機器の表示モードを一括変更できる
ようにすることも考えられる。

【０２４６】また、ここではＳＴＲシステムとしてのオ
ーディオシステムを例に挙げたが、単体の各機器が輝度
変更可能な表示部を有している他の種類の電子機器から
成るシステムについても適用が可能である。また、本発
明としてはＩＥＥＥ１３９４の規格以外のデジタルデー
タインターフェイスに対しても適用が可能である。

【０２４７】

【発明の効果】以上説明したように本発明は、例えばＩ
ＥＥＥ１３９４などのデータインターフェイスを介して
オーディオ機器などの電子機器を接続するようにされ
る。つまり、ＩＥＥＥ１３９４インターフェイスを介し
て、電子機器間でのソースとしてのデータ送受信及び各
種コマンドの送受信が可能なＡＶシステムが得られる。
そして、例えばアンプ機能を有する中心的な機器（制御
電子機器）から、他の機器（被制御電子機器）に対し
て、ＤＩＭＭＥＲｃｏｎｔｒｏｌｃｏｍｍａｎｄ
（輝度コントロール信号）を送信することで、制御電子
機器側では、自身の表示部の輝度を変更するようにされ
る。つまり、例えばＡＶシステムにおいて、１台の制御
電子機器により、他の複数の被制御電子機器の表示部の
輝度を集中的に制御することが可能となるものである。

【０２４８】そして、輝度の変更の仕方として、１つに
は、例えば予め設定されている輝度のモード段階に従っ
て順次変更を行うようにされるが、この場合には、シス
テムを構成する機器間で、順次段階的に、輝度が連動し
て変化していくという、これまでには無いとされる動作
が実現される。

【０２４９】また、制御電子機器が有する表示部の輝度
と同じとされる輝度となるように、他の被制御電子機器
の表示部の輝度を変更する構成とすれば、常に、制御電
子機器の表示部の輝度が変化されるごとに、他の電子機
器の表示部の輝度も、これに連動するようにして、同じ
程度の輝度に変化するということになる。これは、例え
ばシステムを構成する複数機器が、常に同じ輝度を保つ
ようにされるため、システムとしての統一性が強調さ
れ、また、システムの利便性も向上されるものである。

【０２５０】さらに、本発明としては、制御電子機器
は、複数の被制御電子機器の各々に対して、それぞれ異
なる表示部の輝度を指定した輝度コントロール信号を送
信出力することが可能とされ、これを受信した各被制御
電子機器は、それぞれ指定された輝度となるように自身
の表示部を制御するようにされる。このような構成を利
用すれば、例えばユーザが各機器ごとに任意に設定した
いとする表示部の輝度を、制御電子機器からの集中制御
によってコントロールすることができ、この点でもシス
テムを利用するにあたっての利便性が向上される。

【０２５１】また、本発明としては、制御電子機器が被
制御電子機器との間でＤＩＭＭＥＲｓｔａｔｕｓｃｏ
ｍｍａｎｄの送受信を行うようにされることで、制御電
子機器側で、複数の被制御電子機器において設定されて
いた表示部の輝度を示す輝度情報を得ることができる。
そして、この輝度情報を利用することで、制御電子機器
による表示部の輝度の集中制御としては多様な形態を得
ることができ、システム機能はさらに充実が図られるも
のである。

【図面の簡単な説明】

【図１】本発明の実施の形態としてのＡＶシステムの構
成例を示す斜視図である。

【図２】ＳＴＲのフロントパネルの様子を示す正面図で
ある。

【図３】ＳＴＲ対応ＣＤ機のフロントパネルの様子を示
す正面図である。

【図４】ＳＴＲ対応ＭＤ機のフロントパネルの様子を示
す正面図である。

【図５】ＳＴＲの内部構成例を示すブロック図である。

【図６】ＳＴＲ対応ＣＤ機の内部構成例を示すブロック
図である。

【図７】ＳＴＲ対応ＭＤ機の内部構成例を示すブロック
図である。

【図８】本実施の形態に対応するＩＥＥＥ１３９４のス
タックモデルを示す説明図である。

【図９】ＩＥＥＥ１３９４に使用されるケーブル構造を
示す説明図である。

【図１０】ＩＥＥＥ１３９４における信号伝送形態を示
す説明図である。

【図１１】ＩＥＥＥ１３９４におけるバス接続規定を説
明するための説明図である。

【図１２】ＩＥＥＥ１３９４システム上でのＮｏｄｅ
ＩＤ設定手順の概念を示す説明図である。

【図１３】ＩＥＥＥ１３９４におけるＰａｃｋｅｔ送信
の概要を示す説明図である。

【図１４】Ａｓｙｎｃｈｒｏｎｏｕｓ通信における基本
的な通信規則（トランザクションルール）を示す処理遷
移図である。

【図１５】ＩＥＥＥ１３９４バスのアドレッシング構造
を示す説明図である。

【図１６】ＣＩＰの構造図である。

【図１７】プラグにより規定された接続関係例を示す説
明図である。

【図１８】プラグコントロールレジスタを示す説明図で
ある。

【図１９】Ａｓｙｎｃｈｒｏｎｏｕｓ通信において規定
されるＷｒｉｔｅＴｒａｎｓａｃｔｉｏｎを示す処理
遷移図である。

【図２０】ＡｓｙｎｃｈｒｏｎｏｕｓＰａｃｋｅｔ
（ＡＶ／Ｃコマンドパケット）の構造図である。

【図２１】ＡｓｙｎｃｈｒｏｎｏｕｓＰａｃｋｅｔに
おける、ｃｔｙｐｅ／ｒｅｓｐｏｎｃｅの定義内容を示
す説明図である。

【図２２】ＡｓｙｎｃｈｒｏｎｏｕｓＰａｃｋｅｔに
おける、ｓｕｂｕｎｉｔ＿ｔｙｐｅと、ｏｐｃｏｄｅの
定義内容例を示す説明図である。

【図２３】Ａｓｙｎｃｈｒｏｎｏｕｓ通信におけるプラ
グ構造を示す説明図である。

【図２４】Ａｓｙｎｃｈｒｏｎｏｕｓ通信におけるプラ
グアドレス構造を示す説明図である。

【図２５】Ａｓｙｎｃｈｒｏｎｏｕｓ通信におけるプラ
グアドレス構造を示す説明図である。

【図２６】Ａｓｙｎｃｈｒｏｎｏｕｓ通信におけるプラ
グ間での処理を示す説明図である。

【図２７】ＡｓｙｎｃｈｒｏｎｏｕｓＣｏｎｎｅｃｔ
ｉｏｎとしての送信手順を示す説明図である。

【図２８】ノード分類処理を示すフローチャートであ
る。

【図２９】ノード分類処理における種別判定処理を示す
フローチャートである。

【図３０】ＤＩＭＭＥＲｃｏｎｔｒｏｌｃｏｍｍａ
ｎｄのデータ構造を示す説明図である。

【図３１】ＤＩＭＭＥＲｓｔａｔｕｓｃｏｍｍａｎ
ｄのデータ構造を示す説明図である。

【図３２】ＤＩＭＭＥＲｃｏｍｍａｎｄにおけるｓｕ
ｂｆｕｎｃｔｉｏｎの定義内容を示す説明図である。

【図３３】ＤＩＭＭＥＲｃｏｍｍａｎｄにおけるｓｔ
ｅｐの定義内容、及び本実施の形態における表示モード
とｓｔｅｐ値との関係を示す説明図である。

【図３４】輝度連動変更制御（トグル変更）のための処
理動作を示すフローチャートである。

【図３５】輝度連動変更制御（一致制御）のための処理
動作を示すフローチャートである。

【図３６】輝度連動変更制御（個別制御）に際して、Ｓ
ＴＲが各ＳＴＲ対応機器の表示モード情報を得るための
電源連動オフ時の処理動作を示すフローチャートであ
る。

【図３７】電源連動オン時における輝度連動変更制御
（個別制御）のための処理動作を示すフローチャートで
ある。

【符号の説明】

１ＳＴＲ対応ＭＤ機器、３０ＳＴＲ対応ＣＤ機６
０ＳＴＲ、１２０，１３０，１５０電源キー、６
１，４９，２５ＩＥＥＥ１３９４インターフェイス、
７５，４７，２４表示部、１２８，１５７，１４１
ディマーキー

───────────────────────────────────────────────────── フロントページの続き (72)発明者清水孝悌東京都品川区北品川６丁目７番35号ソニー株式会社内 (72)発明者大橋忍東京都品川区北品川６丁目７番35号ソニー株式会社内

Claims

【特許請求の範囲】

【請求項１】複数の電子機器を所定の通信フォーマッ
トによるデータバスを介して接続することで、電子機器
間での情報の送受信が可能とされる電子機器システムに
おいて、他の機器を制御可能な制御電子機器と、この制御電子機
器により制御されると共に、それぞれが表示手段を独立
的に有する１以上の被制御電子機器とを備えて成り、上記制御電子機器は、上記データバスを介して、上記被制御電子機器が有する
表示手段の輝度に関する制御を行うための輝度コントロ
ール信号を、上記各被制御電子機器に対して送信出力す
る送信手段を備え、上記被制御電子機器は、上記輝度コントロール信号を受信したのに応じて、自身
が有する表示手段の輝度を変更する輝度変更手段を備え
て、いることを特徴とする電子機器システム。
【請求項２】上記被制御電子機器の輝度変更手段は、上記輝度コントロール信号を受信するごとに、輝度を段
階的に変化させていくようにされていることを特徴とす
る請求項１に記載の電子機器システム。
【請求項３】上記制御電子機器は、輝度が変更可能と
される表示手段を備えると共に、上記制御電子機器の上記送信手段は、自身が有する上記
表示手段に対して設定されている輝度と同等とされる輝
度を指定する上記輝度コントロール信号を、各被制御電
子機器に対して送信出力し、上記被制御電子機器の輝度変更手段は、受信した上記輝
度コントロール信号により指定される輝度に変更するこ
とを特徴とする請求項１に記載の電子機器システム。
【請求項４】上記制御電子機器の上記送信手段は、各
被制御電子機器ごとに対応して輝度を指定して、各被制
御電子機器に対して上記輝度コントロール信号を送信出
力し、上記被制御電子機器の輝度変更手段は、受信した上記輝
度コントロール信号により指定される輝度に変更するこ
とを特徴とする請求項１に記載の電子機器システム。
【請求項５】所定の通信フォーマットによるデータイ
ンターフェイスを介して１以上の他の電子機器と通信可
能に接続される電子機器において、上記他の電子機器のそれぞれが独立的に有しており、輝
度が変更可能とされる表示手段の輝度に関する制御を行
うための輝度コントロール信号を、上記データバスを介
して１以上の他の電子機器に対して送信出力する送信手
段、を備えていることを特徴とする電子機器。
【請求項６】輝度が変更可能とされる表示手段を備え
ると共に、当該電子機器の上記送信手段は、自身が有する上記表示
手段に対して設定されている輝度と同等とされる輝度を
指定する上記輝度コントロール信号を、各被制御電子機
器に対して送信出力可能とされている、ことを特徴とする請求項５に記載の電子機器。
【請求項７】当該電子機器の上記送信手段は、１以上
の他の電子機器ごとに対応して輝度を指定して、各他の
電子機器に対して上記輝度コントロール信号を送信出力
可能とされている、ことを特徴とする請求項５に記載の電子機器。
【請求項８】複数の電子機器を所定の通信フォーマッ
トによるデータバスを介して接続することで、電子機器
間での情報の送受信が可能とされる電子機器システムに
おいて、他の機器を制御可能な制御電子機器と、この制御電子機
器により制御されると共に、それぞれが表示手段を独立
的に有する１以上の被制御電子機器とを備えて成り、上記制御電子機器は、上記データバスを介して、上記被制御電子機器が有する
表示手段の輝度の通知を要求するための要求信号を、上
記各被制御電子機器に対して送信出力する送信手段と、上記要求信号に応じて上記被制御電子機器から送信され
てくる通知信号を受信し、この受信した通知信号が示す
輝度情報を保持する輝度情報処理手段と、保持された輝度情報に基づいて所要の制御処理を実行す
る制御処理手段と、を備え、上記被制御電子機器は、自身の表示手段の輝度を変更可能な表示変更手段と、上記要求信号の受信に応じて、上記表示変更手段により
現在設定されている、自身の表示手段の輝度を示す上記
通知信号を、上記被制御電子機器に対して送信出力する
送信手段と、を備えていることを特徴とする電子機器システム。
【請求項９】所定の通信フォーマットによるデータイ
ンターフェイスを介して１以上の他の電子機器と通信可
能に接続される電子機器において、上記他の電子機器のそれぞれが独立的に有しており、輝
度が変更可能とされる表示手段の輝度の通知を要求する
ための要求信号を、各他の電子機器に対して送信出力す
る送信手段と、上記要求信号に応じて上記他の電子機器から送信されて
くる通知信号を受信し、この受信した通知信号が示す輝
度情報を保持する輝度情報処理手段と、保持された輝度情報に基づいて所要の制御処理を実行す
る制御処理手段と、を備えていることを特徴とする電子機器。