JP2000209617A - 通信動作検査方法及び通信動作検査装置 - Google Patents

Abstract

(57)【要約】 【課題】 ＩＥＥＥ１３９４インターフェイスとしての
ポートを複数備えた機器の評価に要する時間を短縮して
評価作業の効率の向上を図る。 【解決手段】 被評価装置の複数ポートのうち１つには
評価装置を接続し、他のポートにはそれぞれ評価用セッ
トを接続しておく。そしてトポロジーマップチェック及
び被評価装置のインターフェイスを介しての評価装置と
評価用セット間でのＡｓｙｎｃｈｒｏｎｏｕｓ通信（コ
マンド／レスポンス送受信）を行う。これにより、Ａｓ
ｙｎｃｈｒｏｎｏｕｓ通信レベルの評価が行われ、この
際、各ｉポートの接続の確認も行われる。つまり、各ポ
ートのチェックのために、ケーブルを差し替えていくと
いった作業を行う必要はない。そして、ここまでの評価
がＯＫであれば、評価装置によるリモート制御によっ
て、被評価装置と１つの評価用セット間でのＩｓｏｃｈ
ｒｏｎｏｕｓ通信の評価を行うことで全ての評価が完了
する。このＩｓｏｃｈｒｏｎｏｕｓ通信の評価はポート
数に関わらず、被評価装置と１つの評価用セット間での
１回の評価のみでよい。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、所定の通信フォー
マットに従った複数のデータ入出力端子を備える被検査
装置としての電子機器について、各データ入出力端子ご
とにおける通信動作を確認（検査）するための通信動作
検査方法及び通信動作検査装置に関するものである。

【０００２】

【従来の技術】例えば、ＣＤ(Compact Disc)プレーヤ、
ＭＤ（ミニディスク）レコーダ／プレーヤ、デジタルビ
デオカメラ、デジタルＶＴＲ（Video Tape Recorder）
など、画像や音声をデジタルデータとして再生・記録が
可能な各種のデジタルＡＶ(Audio Visual)機器が広く普
及してきている。

【０００３】また、近年においては、上記したデジタル
ＡＶ(Audio Visual)機器を、例えばＩＥＥＥ(Institute
of Electrical Engineers)１３９４インターフェイス
の規格に従ったデータバスを介して相互に接続すること
で、機器間でＡＶデータ（ビデオデータ及びオーディオ
データ）を送受信できるようにしたデータ伝送システム
が提案されてきている。ＩＥＥＥ１３９４インターフェ
イスは、シリアルデータ通信の１つであり、例えばＡＶ
データなどのようにリアルタイム性が要求されるデータ
の伝送に適しているとされる。

【０００４】ここまで説明してきた技術を背景とする
と、例えば、各種デジタルＡＶ機器をＩＥＥＥ１３９４
バスにより接続して、各ＡＶ機器間でＡＶデータのダビ
ングを行えるようにしたＡＶシステムを提供することが
考えられる。例えば、ＩＥＥＥ１３９４インターフェイ
スでは、いわゆるディージチェーン接続又はブランチ接
続された機器間であればデータの送受信が可能であるた
め、所定の接続規則の範囲内であれば、特に信号の流れ
を考慮することなく、適当にケーブルによって機器間を
接続することでシステムが構築できるというメリットを
有している。

【０００５】現状、民生機器としてのデジタルＡＶ機器
に関すれば、デジタルビデオカメラにおいて、１つのＩ
ＥＥＥ１３９４に対応するデータ入出力端子（以下、こ
れを「ｉポート」と省略して表記する）を設けたものが
知られている。この場合には、２台のデジタルビデオカ
メラの間でのデータ通信、又は１台のデジタルビデオカ
メラとデジタルＶＴＲ間でのデータ通信などのように、
１対１の機器間での接続しか行わないようにしたことを
前提としている。

【０００６】これに対して、上記のようなＡＶシステム
を構築することを考慮すると、ＡＶ機器に対しては、２
以上のｉポートを備えることが求められる。また、シス
テムの拡張性を考慮すれば、２つよりも多くのポートを
設けることも充分に考えられるものである。

【０００７】

【発明が解決しようとする課題】ここで、上記のような
ｉポートを備えた機器を製造して出荷する際には、ＩＥ
ＥＥ１３９４インターフェイスとしての通信機能が正常
であるかどうかを確認するための検査（以降はこのよう
な検査について「評価」とも表現する）を行うことにな
る。実際のＩＥＥＥ１３９４通信機能の評価方法として
は、製造機器のｉポートに対して評価のための検査装置
（評価装置）を接続し、この評価装置によって動作確認
を行うことになる。例えば、先に述べたｉポートを１つ
しか備えないデジタルビデオカメラの場合には、ライン
を流れるデジタルビデオカメラのｉポートに対して評価
装置を接続して動作確認を行うという手順により１台の
評価を終了し、これを繰り返すようにされる。

【０００８】ここで、上記のようなデジタルカメラに対
しての評価手順を、複数のｉポートを備えたＡＶ機器を
評価するのに応用した場合には、例えば図２６に示すよ
うな作業手順となる。この図では、評価対象となる製造
機器、つまり被評価装置としてはＭＤレコーダ／プレー
ヤとしている。ＭＤレコーダ／プレーヤは、ミニディス
ク（光磁気ディスク）に対応してオーディオデータの記
録再生が可能な構成を採る機器である。

【０００９】この図に示すＭＤレコーダ／プレーヤであ
る被評価装置１Ａは、２つのｉポートＰ−１，Ｐ−２を
備えている。そして、例えば被評価装置１Ａの評価にあ
たっては、先ず図２０（ａ）に示すようにして、被評価
装置１に対応してＩＥＥＥ１３９４通信機能の評価を行
う評価装置７００Ａのｉポート７０１と、被評価装置１
Ａにおける２つのｉポートＰ−１，Ｐ−２のうち、何れ
か一方のｉポートとをＩＥＥＥ１３９４バス１１６によ
り接続する。ここでは、ｉポート７０１とｉポートＰ−
１とが接続されている。なお、ｉポート７０１とｉポー
トＰ−１とは、実際にはケーブルにより接続されること
になる。そして、このようにして接続された状態で、評
価装置７００Ａと被評価装置１Ａとの間でデータ通信を
行うことにより、先ず、被評価装置１ＡのｉポートＰ−
１についての評価が行われる。つまり、ｉポートＰ−１
を介してのデータ通信が正常であるかどうかの確認が行
われる。

【００１０】上記のようにしてｉポートＰ−１の評価が
終了すると、続いては、ｉポートＰ−１に接続していた
ＩＥＥＥ１３９４バス（ケーブル）を外して、図２０
（ｂ）に示すようにしてｉポートＰ−２に接続する。そ
して、上記と同様にしてデータ通信を行うことで、評価
装置７００ＡによりｉポートＰ−２を介してのデータ通
信についての評価を行う。

【００１１】このような作業手順では、１台の被評価装
置１ごとに、２つのｉポートＰ−１，Ｐ−２に対して順
にケーブルを接続し直して逐一同様のチェックを行って
いかなかればならならず、効率が良くない。しかも、更
にポート数が増えるようになれば、１台の被評価装置１
に対する評価のための手間や時間もポート数に比例して
しまうことになる。

【００１２】そこで、例えば図２７に示すようにして評
価システムを構成することも考えられる。なお、この図
において図２０と同一部分には同一符号を付して説明を
省略する。この場合には、例えば評価装置７００Ａに対
して、被評価装置１に備えられているｉポートと同数の
ｉポート７０１ａ，７０１ｂを設けるようにする。そし
て、例えば図のようにして、ｉポート７０１ａとｉポー
トＰ−１を接続すると共に、ｉポート７０１ｂとｉポー
トＰ−２を接続する。このようにすれば、図２６にて説
明したようなケーブルの差し替えなどの手順は省かれる
ことになる。

【００１３】但し、図２７に示す接続形態では、評価装
置７００Ａと被評価装置１Ａ間はループを形成すること
になってしまう。ＩＥＥＥ１３９４インターフェイスの
フォーマットでは、先にも述べたように、ディージチェ
ーン接続又はブランチ接続であれば問題はないが、ルー
プ接続は禁止されており、この接続状態が得られると、
システムがエラーとなる。つまり、図２７に示すような
接続を行って被評価装置１Ａの評価を行うことは出来な
いものである。

【００１４】

【課題を解決するための手段】そこで本発明は上記した
課題を考慮して、上記したようなループとなる接続状態
を避けた上で、できるだけ簡略な作業手順によって被評
価装置に対する評価が行えるようにして、評価のための
作業効率が向上されるようにすることを目指すものであ
る。

【００１５】このため、２以上のデータ通信用のデータ
入出力端子を備えて他の機器とデータ通信が可能とされ
る被検査装置のデータ通信動作について正常であるか否
かを通信動作検査装置により検査するための通信動作検
査方法として、被検査装置における或る１つのデータ入
出力端子には通信動作検査装置をデータバスを介して接
続すると共に、上記或る１つのデータ入出力端子以外の
データ入出力端子の各々にはデータ通信が可能な検査用
マスター装置をデータバスを介して接続した上で、被検
査装置、通信動作検査装置、及び各検査用マスター装置
間のデータバスを介しての接続関係をチェックする接続
関係判別ステップと、この接続関係判別ステップによる
チェック結果に基づいて接続関係が所要の条件に適合す
ると判別された場合に、被検査装置に同期通信方式によ
るデータ通信を実行させ、この際のデータ通信動作につ
いて正常であるか否かを判定する通信動作判定ステップ
と、を実行するように構成することとした。

【００１６】また、２以上のデータ通信用のデータ入出
力端子を備えて他の機器とデータ通信が可能とされる被
検査装置のデータ通信動作について正常であるか否かを
通信動作検査装置により検査するための通信動作検査方
法として、被検査装置における或る１つのデータ入出力
端子には通信動作検査装置をデータバスを介して接続す
ると共に、上記或る１つのデータ入出力端子以外のデー
タ入出力端子の各々にはデータ通信が可能な検査用マス
ター装置をデータバスを介して接続した上で、被検査装
置、通信動作検査装置、及び各検査用マスター装置がデ
ータバスを介してループ接続されているか否かを判別す
るループ接続判別ステップと、ループ接続判別ステップ
によりループ接続されていないことが判別された場合
に、被検査装置を経由したデータバスを介して通信動作
検査装置から各検査用マスター装置に対して所定内容の
コマンドを非同期通信方式により送信する第１のコマン
ド送信ステップと、各検査用マスター装置から上記コマ
ンドの受信に応答して送信されてくるレスポンスが受信
できたか否かを判別するレスポンス受信判別ステップ
と、このレスポンス受信判別ステップにより各検査用マ
スター装置の全てからレスポンスが受信できたことが判
別された場合に、被検査装置と特定の検査用マスター機
器間とで同期通信方式によるデータの送受信が行われる
ように被検査装置及び上記特定の検査用マスター機器に
対して所定内容のコマンドを送信する第２のコマンド送
信ステップと、この第２のコマンド送信ステップのもと
での、被検査装置におけるデータ通信動作が正常である
か否かを判定する同期通信動作判定ステップとを実行す
るように構成することとした。

【００１７】また、２以上のデータ通信用のデータ入出
力端子を備えて他の機器とデータ通信が可能とされる被
検査装置のデータ通信動作について正常であるか否かを
検査するための通信動作検査装置として、被検査装置に
おける或る１つのデータ入出力端子には当該通信動作検
査装置をデータバスを介して接続すると共に、上記或る
１つのデータ入出力端子以外のデータ入出力端子の各々
にはデータ通信が可能な検査用マスター装置をデータバ
スを介して接続するものとした上で、当該通信動作検査
装置、被検査装置、及び各検査用マスター装置間のデー
タバスを介しての接続関係をチェックする接続関係判別
手段と、この接続関係判別手段によるチェック結果に基
づいて接続関係が所要の条件に適合すると判別された場
合に、被検査装置と特定の検査用マスター機器間とで同
期通信方式によりデータの送受信が行われるように、被
検査装置及び特定の検査用マスター機器に対して所定内
容のコマンドを送信するコマンド送信手段と、このコマ
ンド送信手段のコマンド送信に従っての被検査装置にお
けるデータ通信動作が正常であるか否かを判定する通信
動作判定手段とを備えて構成することとした。

【００１８】また、２以上のデータ通信用のデータ入出
力端子を備えることで他の機器とデータ通信が可能とさ
れる被検査装置のデータ通信動作について正常であるか
否かを検査するための通信動作検査装置として、被検査
装置における或る１つのデータ入出力端子には当該通信
動作検査装置をデータバスを介して接続すると共に、上
記或る１つのデータ入出力端子以外のデータ入出力端子
の各々にはデータ通信が可能な検査用マスター装置をデ
ータバスを介して接続するものとした上で、当該通信動
作検査装置、被検査装置、及び各検査用マスター装置間
がデータバスを介してループ接続されているか否かを判
別するループ接続判別手段と、このループ接続判別ステ
ップによりループ接続されていないことが判別された場
合に、被検査装置を経由したデータバスを介して各検査
用マスター装置に対して、所定内容のコマンドを非同期
通信方式により送信する第１のコマンド送信手段と、各
検査用マスター装置から上記コマンドの受信に応答して
送信されてくるレスポンスが受信できたか否かを判別す
るレスポンス受信判別手段と、このレスポンス受信判別
手段により上記各検査用マスター装置の全てからレスポ
ンスが受信できたことが判別された場合に、被検査装置
と特定の検査用マスター機器間とで同期通信方式による
データの送受信が行われるように、被検査装置及び上記
特定の検査用マスター機器に対して所定内容のコマンド
を送信する第２のコマンド送信手段と、第２のコマンド
送信手段のコマンド送信に従っての被検査装置における
データ通信動作が正常であるか否かを判定する通信動作
判定手段とを備えて構成することとした。

【００１９】上記構成によれば、被検査装置（被評価装
置）に備えられる複数のデータ入出力端子（ｉポート）
のうちの１つに対しては１台の通信動作検査装置が接続
され、残るデータ入出力端子に対しては、検査用マスタ
ー装置が接続されることになる。

【００２０】このうえで、本発明では、先ず、これら装
置間の接続状態のチェックが行われる。あるいは、ルー
プ接続がされていないかの確認を行った後、検査装置と
各検査用マスター装置間で、被検査装置を経由するよう
にしてコマンド／レスポンスを授受が行われるか否かを
チェックする。この過程を経ると、被検査装置に備えら
れているデータ入出力端子は残らず使用されることにな
るので、この段階で、各データ入出力端子ごとに対応し
て、非同期通信方式レベルに対応する回路のチェックが
完了する。

【００２１】そして、非同期通信レベルのチェックがＯ
Ｋであるとされた後において、被検査装置における同期
通信方式によるデータ通信動作をチェックすることで、
同期通信方式レベルに対応する回路のチェックが行われ
ることになる。この同期通信方式による通信動作のチェ
ックは、通信動作検査装置がコマンドを送信すること
で、被検査装置と或る特定の検査用マスター装置間とで
同期通信方式によりデータの送受信が行われるように制
御を行えばよいものである。

【００２２】

【発明の実施の形態】以下、本発明の実施の形態につい
て説明する。本発明の実施の形態としては、ディスク状
記録媒体として光磁気ディスク（ミニディスク）に対応
して記録再生を行うことのできる記録再生装置が評価対
象（評価装置）とされる場合を例に挙げることとする。
また、説明は次の順序で行なう。 １．記録再生装置の構成 １−１．ＭＤレコーダ／プレーヤの構成 １−２．セクターフォーマット及びアドレス形式 １−３．エリア構造 １−４．Ｕ−ＴＯＣ １−４−１．Ｕ−ＴＯＣセクター０ ２．ＩＥＥＥ１３９４フォーマット ２−１．概要 ２−２．スタックモデル ２−３．信号伝送形態 ２−４．機器間のバス接続 ２−５．パケット ２−６．トランザクションルール ２−７．ＣＩＰ(Common Isochronos Packet) ２−８．コネクションマネージメント ２−９．ＡＶ／Ｃコマンドパケット ３．評価方法 ３−１．評価システム例 ３−２．評価手順

【００２３】１．記録再生装置の構成 １−１．ＭＤレコーダ／プレーヤの構成 図１は、本実施の形態としての被評価装置に該当する記
録再生装置の内部構成を示す。なお、以降においては、
本実施の形態の記録再生装置についてＭＤレコーダ／プ
レーヤ１ともいうことにする。

【００２４】音声データが記録される光磁気ディスク
（ミニディスク）９０は、スピンドルモータ２により回
転駆動される。そして光磁気ディスク９０に対しては記
録／再生時に光学ヘッド３によってレーザ光が照射され
る。

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

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

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

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

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

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

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

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

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

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

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

【００３６】操作部２３はユーザー操作に供される部位
を示し、各種操作キーやダイヤルとしての操作子が設け
られる。操作子としては例えば、再生、録音、一時停
止、停止、ＦＦ（早送り）、ＲＥＷ（早戻し）、ＡＭＳ
（頭出しサーチ）などの記録再生動作にかかる操作子
や、通常再生、プログラム再生、シャッフル再生などの
プレイモードにかかる操作子、さらには表示部２４にお
ける表示状態を切り換える表示モード操作のための操作
子、トラック（プログラム）分割、トラック連結、トラ
ック消去、トラックネーム入力、ディスクネーム入力な
どのプログラム編集操作のための操作子が設けられてい
る。これらの操作キーやダイヤルによる操作情報はシス
テムコントローラ１１に供給され、システムコントロー
ラ１１は操作情報に応じた動作制御を実行することにな
る。

【００３７】また、本実施の形態においては、受信部３
０が備えられている。受信部３０では、リモートコント
ローラ３２から送信された、例えば赤外線によるコマン
ド信号を受信してデコード処理を行って、コマンドコー
ド（操作情報）としてシステムコントローラ１１に出力
する。この受信部３０から出力された操作情報に基づい
ても、システムコントローラ１１は動作制御を実行す
る。

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

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

【００４０】但し、ＡＵＸデータとしての文字情報や静
止画情報を出力するには、比較的大画面となり、かつ画
面上を或る程度自由に使用できるフルドットディスプレ
イやＣＲＴディスプレイが好適な場合も多く、このた
め、ＡＵＸデータの表示出力はインターフェース部２５
を介して外部のモニタ装置などにおいて実行するように
することが考えられる。またＡＵＸデータファイルはユ
ーザーがディスク９０に記録させることもできるが、そ
の場合の入力としてイメージスキャナ、パーソナルコン
ピュータ、キーボード等を用いることが必要になる場合
があり、そのような装置からＡＵＸデータファイルとし
ての情報をインターフェース部２５を介して入力するこ
とが考えられる。

【００４１】本実施の形態の場合、インターフェース部
２５にはＩＥＥＥ１３９４インターフェイスが採用され
る。従って、以降、インターフェース部２５について
は、ＩＥＥＥ１３９４インターフェイス２５とも表記す
る。この場合、ＩＥＥＥ１３９４インターフェイス２５
は、データ入出力端子として、複数のｉポートＰ−１，
Ｐ−２・・・Ｐ−ｎを備えるものとされる。これらｉポ
ートＰ−１，Ｐ−２・・・Ｐ−ｎと、外部機器とをケー
ブル６０１によって接続することで、当該ＭＤレコーダ
／プレーヤ１と外部機器間とのＩＥＥＥ１３９４バス１
１６が形成されて、このデータバスを介してコマンド及
びデータの送受信を行うことが可能となる。

【００４２】そして、本実施の形態では、上記したＡＵ
Ｘデータファイルだけではなく、主データであるオーデ
ィオデータについても、ＩＥＥＥ１３９４バス１１６を
介して送受信することが可能になる。つまり、外部機器
から送信されたオーディオデータやＡＵＸデータファイ
ルを受信してディスク９０に記録する、或いは、ディス
ク９０から再生したオーディオデータ、ＡＵＸデータフ
ァイルを外部の所要の機器に送信することで、受信機器
側によりＡＵＸデータファイルやオーディオデータを記
録させたり、音声や画像として再生出力させることがで
きる。また、ＩＥＥＥ１３９４フォーマットでは、後述
するようにして、各種操作のためのコマンドも定義され
ていることから、いわゆる或る機器から他の所要の機器
の動作を制御するリモート制御を行うことが可能とされ
る。一例として、例えば或る外部機器からＭＤレコーダ
／プレーヤ１に対して再生のためのコマンドが送信され
れば、ＭＤレコーダ／プレーヤ１では、再生動作を開始
するように動作するものである。

【００４３】システムコントローラ１１は、ＣＰＵ、内
部インターフェース部等を備えたマイクロコンピュータ
とされ、上述してきた各種動作の制御を行う。また、プ
ログラムＲＯＭ２８には、当該記録再生装置における各
種動作を実現するためのプログラム等が格納され、ワー
クＲＡＭ２９には、システムコントローラ１１が各種処
理を実行するのに必要なデータやプログラム等が適宜保
持される。特に本実施の形態においては、ＩＥＥＥ１３
９４インターフェイス２５を介してのデータ通信、つま
りＩＥＥＥ１３９４のフォーマットに従ったデータ伝送
を実現するためのプログラムが、プログラムＲＯＭ２８
に対して格納されることになる。また、この図において
は、システムコントローラ１１に対して、プログラムＲ
ＯＭ２８、ワークＲＡＭ２９、及びＩＥＥＥ１３９４イ
ンターフェイス２５が内部バス１１７を介して接続され
ることで、相互にデータ伝送が可能なようにされてい
る。

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

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

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

【００４７】１−２．セクターフォーマット及びアドレ
ス形式 図２で、セクター、クラスタというデータ単位について
説明する。ミニディスクシステムでの記録トラックとし
ては図２のようにクラスタＣＬが連続して形成されてお
り、１クラスタが記録時の最小単位とされる。１クラス
タは２〜３周回トラック分に相当する。

【００４８】そして１つのクラスタＣＬは、セクターＳ
FC〜ＳFFとされる４セクターのリンキング領域と、セク
ターＳ00〜Ｓ1Fとして示す３２セクターのメインデータ
領域から形成されている。１セクターは２３５２バイト
で形成されるデータ単位である。４セクターのサブデー
タ領域のうち、セクターＳFFはサブデータセクターとさ
れ、サブデータとしての情報記録に使用できるが、セク
ターＳFC〜ＳFEの３セクターはデータ記録には用いられ
ない。一方、ＴＯＣデータ、オーディオデータ、ＡＵＸ
データ等の記録は３２セクター分のメインデータ領域に
行なわれる。なお、アドレスは１セクター毎に記録され
る。

【００４９】また、セクターはさらにサウンドグループ
という単位に細分化され、２セクターが１１サウンドグ
ループに分けられている。つまり図示するように、セク
ターＳ00などの偶数セクターと、セクターＳ01などの奇
数セクターの連続する２つのセクターに、サウンドグル
ープＳＧ00〜ＳＧ0Aが含まれる状態となっている。１つ
のサウンドグループは４２４バイトで形成されており、
11.61msec の時間に相当する音声データ量となる。１つ
のサウンドグループＳＧ内にはデータがＬチャンネルと
Ｒチャンネルに分けられて記録される。例えばサウンド
グループＳＧ00はＬチャンネルデータＬ０とＲチャンネ
ルデータＲ０で構成され、またサウンドグループＳＧ01
はＬチャンネルデータＬ１とＲチャンネルデータＲ１で
構成される。なお、Ｌチャンネル又はＲチャンネルのデ
ータ領域となる２１２バイトをサウンドフレームとよん
でいる。

【００５０】次に図３にミニディスクシステムでのアド
レス形式を説明する。各セクターは、クラスタアドレス
とセクターアドレスによってアドレスが表現される。そ
して図３上段に示すようにクラスタアドレスは１６ビッ
ト（＝２バイト）、セクターアドレスは８ビット（＝１
バイト）の数値となる。この３バイト分のアドレスが、
各セクターの先頭位置に記録される。

【００５１】さらに４ビットのサウンドグループアドレ
スを追加することで、セクター内のサウンドグループの
番地も表現することができる。例えばＵ−ＴＯＣなどの
管理上において、サウンドグループアドレスまで表記す
ることで、サウンドグループ単位での再生位置設定など
も可能となる。

【００５２】ところでＵ−ＴＯＣやＡＵＸ−ＴＯＣなど
においては、クラスタアドレス、セクターアドレス、サ
ウンドグループアドレスを３バイトで表現するために、
図３下段に示すような短縮型のアドレスが用いられる。
まずセクターは１クラスタに３６セクターであるため６
ビットで表現できる。従ってセクターアドレスの上位２
ビットは省略できる。同様にクラスタもディスク最外周
まで１４ビットで表現できるためクラスタアドレスの上
位２ビットは省略できる。このようにセクターアドレ
ス、クラスタアドレスの上位各２ビットづつを省略する
ことで、サウンドグループまで指定できるアドレスを３
バイトで表現できる。

【００５３】また、後述するＵ−ＴＯＣ、ＡＵＸ−ＴＯ
Ｃでは、再生位置、再生タイミング等を管理するアドレ
スは、上記の短縮型のアドレスで表記するが、そのアド
レスとしては、絶対アドレス形態で示す例以外に、オフ
セットアドレスで示す例も考えられる。オフセットアド
レスとは、例えば楽曲等の各プログラムの先頭位置をア
ドレス０の位置としてそのプログラム内の位置を示す相
対的なアドレスである。このオフセットアドレスの例を
図４で説明する。

【００５４】楽曲等のプログラムが記録されるのは、図
５を用いて後述するが、ディスク上の第５０クラスタ
（１６進表現でクラスタ３２ｈ：以下、本明細書におい
て「ｈ」を付した数字は１６進表記での数値とする）か
らとなる。例えば第１プログラムの先頭位置のアドレス
（クラスタ３２ｈ、セクター００ｈ、サウンドグループ
０ｈ）のアドレス値は図４（ａ）上段に示すように、
「００００００００００１１００１０００００００００
００００」（つまり００３２ｈ、００ｈ、０ｈ）とな
る。これを短縮形で示すと、図４（ａ）下段のように、
「００００００００１１００１００００００００００
０」（つまり００ｈ、Ｃ８ｈ、００ｈ）となる。

【００５５】この先頭アドレスを起点として、第１プロ
グラム内のある位置として、例えばクラスタ００３２
ｈ、セクター０４ｈ、サウンドグループ０ｈのアドレス
は、図４（ｂ）のように短縮形の絶対アドレスでは「０
０ｈ、Ｃ８ｈ、４０ｈ」となり、一方オフセットアドレ
スは、先頭アドレスを起点とした差分でクラスタ０００
０ｈ、セクター０４ｈ、サウンドグループ０ｈを表現す
ればよいため、「００ｈ、００ｈ、４０ｈ」となる。

【００５６】また図４（ａ）の先頭アドレスを起点とし
て、第１プログラム内のある位置として、例えばクラス
タ００３２ｈ、セクター１３ｈ、サウンドグループ９ｈ
のアドレスは、図４（ｃ）のように短縮形の絶対アドレ
スでは「００ｈ、Ｃ９ｈ、３９ｈ」となり、一方オフセ
ットアドレスは「００ｈ、０１ｈ、３９ｈ」となる。例
えばこれらの例のように、絶対アドレス又はオフセット
アドレスにより、プログラム内の位置などを指定でき
る。

【００５７】１−３．エリア構造 本実施の形態のＭＤレコーダ／プレーヤ１が対応するデ
ィスク９０のエリア構造を図５で説明する。図５（ａ）
はディスク最内周側から最外周側までのエリアを示して
いる。光磁気ディスクとしてのディスク９０は、最内周
側はエンボスピットにより再生専用のデータが形成され
るピット領域とされており、ここにＰ−ＴＯＣが記録さ
れている。ピット領域より外周は、光磁気領域とされ、
記録トラックの案内溝としてのグルーブが形成された記
録再生可能領域となっている。この光磁気領域の最内周
側のクラスタ０〜クラスタ４９までの区間が管理エリア
とされ、実際の楽曲等のプログラムが記録されるのは、
クラスタ５０〜クラスタ２２５１までのプログラムエリ
アとなる。プログラムエリアより外周はリードアウトエ
リアとされている。

【００５８】管理エリア内を詳しく示したものが図５
（ｂ）である。図５（ｂ）は横方向にセクター、縦方向
にクラスタを示している。管理エリアにおいてクラスタ
０，１はピット領域との緩衝エリアとされている。クラ
スタ２はパワーキャリブレーションエリアＰＣＡとさ
れ、レーザー光の出力パワー調整等のために用いられ
る。クラスタ３，４，５はＵ−ＴＯＣが記録される。Ｕ
−ＴＯＣの内容は後述するが、１つのクラスタ内の各セ
クターにおいてデータフォーマットが規定され、それぞ
れ所定の管理情報が記録されるが、このようなＵ−ＴＯ
Ｃデータとなるセクターを有するクラスタが、クラスタ
３，４，５に３回繰り返し記録される。

【００５９】クラスタ６，７，８はＡＵＸ−ＴＯＣが記
録される。ＡＵＸ−ＴＯＣの内容についても後述する
が、１つのクラスタ内の各セクターにおいてデータフォ
ーマットが規定され、それぞれ所定の管理情報が記録さ
れる。このようなＡＵＸ−ＴＯＣデータとなるセクター
を有するクラスタが、クラスタ６，７，８に３回繰り返
して記録される。

【００６０】クラスタ９からクラスタ４６までの領域
は、ＡＵＸデータが記録される領域となる。ＡＵＸデー
タとしてのデータファイルはセクター単位で形成され、
後述する静止画ファイルとしてのピクチャファイルセク
ター、文字情報ファイルとしてのテキストファイルセク
ター、プログラムに同期した文字情報ファイルとしての
カラオケテキストファイルセクター等が形成される。そ
してこのＡＵＸデータとしてのデータファイルや、ＡＵ
Ｘデータエリア内でＡＵＸデータファイルを記録可能な
領域などは、ＡＵＸ−ＴＯＣによって管理されることに
なる。

【００６１】なおＡＵＸデータエリアでのデータファイ
ルの記録容量は、エラー訂正方式モード２として考えた
場合に２．８Ｍバイトとなる。また、例えばプログラム
エリアの後半部分やプログラムエリアより外周側の領域
（例えばリードアウト部分）に、第２のＡＵＸデータエ
リアを形成して、データファイルの記録容量を拡大する
ことも考えられる。

【００６２】クラスタ４７，４８，４９は、プログラム
エリアとの緩衝エリアとされる。クラスタ５０（＝３２
ｈ）以降のプログラムエリアには、１又は複数の楽曲等
の音声データがＡＴＲＡＣと呼ばれる圧縮形式で記録さ
れる。記録される各プログラムや記録可能な領域は、Ｕ
−ＴＯＣによって管理される。なお、プログラム領域に
おける各クラスタにおいて、セクターＦＦｈは、前述し
たようにサブデータとしての何らかの情報の記録に用い
ることができる。

【００６３】なお、ミニディスクシステムではプログラ
ム等が再生専用のデータとしてピット形態で記録されて
いる再生専用ディスクも用いられるが、この再生専用デ
ィスクでは、ディスク上はすべてピットエリアとなる。
そして記録されているプログラムの管理はＰ−ＴＯＣに
よって後述するＵ−ＴＯＣとほぼ同様の形態で管理さ
れ、Ｕ−ＴＯＣは形成されない。但し、ＡＵＸデータと
して再生専用のデータファイルを記録する場合は、それ
を管理するためのＡＵＸ−ＴＯＣが記録されることにな
る。

【００６４】１−４．Ｕ−ＴＯＣ １−４−１．Ｕ−ＴＯＣセクター０ 前述したように、ディスク９０に対してプログラム（ト
ラック）の記録／再生動作を行なうためには、システム
コントローラ１１は、予めディスク９０に記録されてい
る管理情報としてのＰ−ＴＯＣ、Ｕ−ＴＯＣを読み出し
ておき、必要時にこれを参照することになる。ここで、
ディスク９０においてトラック（楽曲等）の記録／再生
動作などの管理を行なう管理情報として、Ｕ−ＴＯＣセ
クターについて説明する。

【００６５】なおＰ−ＴＯＣは図５で説明したようにデ
ィスク９０の最内周側のピットエリアに形成されるもの
で、読出専用の情報である。そして、Ｐ−ＴＯＣによっ
てディスクの記録可能エリア（レコーダブルユーザーエ
リア）や、リードアウトエリア、Ｕ−ＴＯＣエリアなど
の位置の管理等が行なわれる。なお、全てのデータがピ
ット形態で記録されている再生専用の光ディスクでは、
Ｐ−ＴＯＣによってＲＯＭ化されて記録されている楽曲
の管理も行なうことができるようにされ、Ｕ−ＴＯＣは
形成されない。Ｐ−ＴＯＣについては詳細な説明を省略
し、ここでは記録可能な光磁気ディスクに設けられるＵ
−ＴＯＣについて説明する。

【００６６】図６はＵ−ＴＯＣセクター０のフォーマッ
トを示すものである。なお、Ｕ−ＴＯＣセクターとして
はセクター０〜セクター３２まで設けることができ、そ
の中で、セクター１，セクター４は文字情報、セクター
２は録音日時を記録するエリアとされている。まず最初
に、ディスク９０の記録／再生動作に必ず必要となるＵ
−ＴＯＣセクター０について説明する。

【００６７】Ｕ−ＴＯＣセクター０は、主にユーザーが
録音を行なった楽曲等のプログラムや新たにプログラム
が録音可能なフリーエリアについての管理情報が記録さ
れているデータ領域とされる。例えばディスク９０に或
る楽曲の録音を行なおうとする際には、システムコント
ローラ１１は、Ｕ−ＴＯＣセクター０からディスク上の
フリーエリアを探し出し、ここに音声データを記録して
いくことになる。また、再生時には再生すべき楽曲が記
録されているエリアをＵ−ＴＯＣセクター０から判別
し、そのエリアにアクセスして再生動作を行なう。

【００６８】Ｕ−ＴＯＣセクター０のデータ領域（４バ
イト×588 の２３５２バイト）は、先頭位置にオール０
又はオール１の１バイトデータが並んで形成される同期
パターンが記録される。続いてクラスタアドレス(Clust
er H) (Cluster L) 及びセクターアドレス(Sector)とな
るアドレスが３バイトにわたって記録され、さらにモー
ド情報(MODE)が１バイト付加され、以上でヘッダとされ
る。ここでの３バイトのアドレスは、そのセクター自体
のアドレスである。

【００６９】同期パターンやアドレスが記録されるヘッ
ダ部分については、このＵ−ＴＯＣセクター０に限ら
ず、Ｐ−ＴＯＣセクター、ＡＵＸ−ＴＯＣセクター、Ａ
ＵＸファイルセクター、プログラムセクターでも同様で
あり、後述する図１９以降の各セクターについてはヘッ
ダ部分の説明を省略するが、セクター単位にそのセクタ
ー自体のアドレス及び同期パターンが記録されている。
なおセクター自体のアドレスとして、クラスタアドレス
は、上位アドレス(Cluster H) と下位アドレス(Cluster
L) の２バイトで記され、セクターアドレス(Sector)は
１バイトで記される。つまりこのアドレスは短縮形式で
はない。

【００７０】続いて所定バイト位置に、メーカーコー
ド、モデルコード、最初のトラックのトラックナンバ(F
irst TNO）、最後のトラックのトラックナンバ（Last T
NO）、セクター使用状況(Used sectors)、ディスクシリ
アルナンバ、ディスクＩＤ等のデータが記録される。

【００７１】さらに、ユーザーが録音を行なって記録さ
れているトラック（楽曲等）の領域やフリーエリア等を
後述するテーブル部に対応させることによって識別する
ため、ポインタ部として各種のポインタ(P-DFA，P-EMPT
Y ，P-FRA ，P-TNO1〜P-TNO255) が記録される領域が用
意されている。

【００７２】そしてポインタ(P-DFA〜P-TNO255) に対応
させることになるテーブル部として(01h) 〜(FFh) まで
の２５５個のパーツテーブルが設けられ、それぞれのパ
ーツテーブルには、或るパーツについて起点となるスタ
ートアドレス、終端となるエンドアドレス、そのパーツ
のモード情報（トラックモード）が記録されている。さ
らに各パーツテーブルで示されるパーツが他のパーツへ
続いて連結される場合があるため、その連結されるパー
ツのスタートアドレス及びエンドアドレスが記録されて
いるパーツテーブルを示すリンク情報が記録できるよう
にされている。なおパーツとは１つのトラック内で時間
的に連続したデータが物理的に連続して記録されている
トラック部分のことをいう。そしてスタートアドレス、
エンドアドレスとして示されるアドレスは、１つの楽曲
（トラック）を構成する１又は複数の各パーツを示すア
ドレスとなる。これらのアドレスは短縮形で記録され、
クラスタ、セクター、サウンドグループを指定する。

【００７３】この種の記録再生装置では、１つの楽曲
（プログラム／トラック）のデータを物理的に不連続
に、即ち複数のパーツにわたって記録されていてもパー
ツ間でアクセスしながら再生していくことにより再生動
作に支障はないため、ユーザーが録音する楽曲等につい
ては、録音可能エリアの効率使用等の目的から、複数パ
ーツにわけて記録する場合もある。

【００７４】そのため、リンク情報が設けられ、例えば
各パーツテーブルに与えられたナンバ(01h) 〜(FFh) に
よって、連結すべきパーツテーブルを指定することによ
ってパーツテーブルが連結できるようにされている。つ
まりＵ−ＴＯＣセクター０における管理テーブル部にお
いては、１つのパーツテーブルは１つのパーツを表現し
ており、例えば３つのパーツが連結されて構成される楽
曲についてはリンク情報によって連結される３つのパー
ツテーブルによって、そのパーツ位置の管理が行われ
る。なお、実際にはリンク情報は所定の演算処理により
Ｕ−ＴＯＣセクター０内のバイトポジションとされる数
値で示される。即ち、３０４＋（リンク情報）×８（バ
イト目）としてパーツテーブルを指定する。

【００７５】Ｕ−ＴＯＣセクター０のテーブル部におけ
る(01h) 〜(FFh) までの各パーツテーブルは、ポインタ
部におけるポインタ(P-DFA，P-EMPTY ，P-FRA ，P-TNO1
〜P-TNO255) によって、以下のようにそのパーツの内容
が示される。

【００７６】ポインタP-DFA は光磁気ディスク９０上の
欠陥領域に付いて示しており、傷などによる欠陥領域と
なるトラック部分（＝パーツ）が示された１つのパーツ
テーブル又は複数のパーツテーブル内の先頭のパーツテ
ーブルを指定している。つまり、欠陥パーツが存在する
場合はポインタP-DFA において(01h) 〜(FFh) のいづれ
かが記録されており、それに相当するパーツテーブルに
は、欠陥パーツがスタート及びエンドアドレスによって
示されている。また、他にも欠陥パーツが存在する場合
は、そのパーツテーブルにおけるリンク情報として他の
パーツテーブルが指定され、そのパーツテーブルにも欠
陥パーツが示されている。そして、さらに他の欠陥パー
ツがない場合はリンク情報は例えば『(00h) 』とされ、
以降リンクなしとされる。

【００７７】ポインタP-EMPTY は管理テーブル部におけ
る１又は複数の未使用のパーツテーブルの先頭のパーツ
テーブルを示すものであり、未使用のパーツテーブルが
存在する場合は、ポインタP-EMPTY として、(01h) 〜(F
Fh) のうちのいづれかが記録される。未使用のパーツテ
ーブルが複数存在する場合は、ポインタP-EMPTY によっ
て指定されたパーツテーブルからリンク情報によって順
次パーツテーブルが指定されていき、全ての未使用のパ
ーツテーブルが管理テーブル部上で連結される。

【００７８】ポインタP-FRA は光磁気ディスク９０上の
データの書込可能なフリーエリア（消去領域を含む）に
ついて示しており、フリーエリアとなるトラック部分
（＝パーツ）が示された１又は複数のパーツテーブル内
の先頭のパーツテーブルを指定している。つまり、フリ
ーエリアが存在する場合はポインタP-FRA において(01
h) 〜(FFh) のいづれかが記録されており、それに相当
するパーツテーブルには、フリーエリアであるパーツが
スタート及びエンドアドレスによって示されている。ま
た、このようなパーツが複数個有り、つまりパーツテー
ブルが複数個有る場合はリンク情報により、リンク情報
が『(00h) 』となるパーツテーブルまで順次指定されて
いる。

【００７９】図７にパーツテーブルにより、フリーエリ
アとなるパーツの管理状態を模式的に示す。これはパー
ツ(03h)(18h)(1Fh)(2Bh)(E3h) がフリーエリアとされて
いる時に、この状態がポインタP-FRA に引き続きパーツ
テーブル(03h)(18h)(1Fh)(2Bh)(E3h) のリンクによって
表現されている状態を示している。なお上記した欠陥領
域や未使用パーツテーブルの管理形態もこれと同様とな
る。

【００８０】ポインタP-TNO1〜P-TNO255は、光磁気ディ
スク９０にユーザーが記録を行なった楽曲などのトラッ
クについて示しており、例えばポインタP-TNO1では第１
トラックのデータが記録された１又は複数のパーツのう
ちの時間的に先頭となるパーツが示されたパーツテーブ
ルを指定している。例えば第１トラック（第１プログラ
ム）とされた楽曲がディスク上でトラックが分断されず
に、つまり１つのパーツで記録されている場合は、その
第１トラックの記録領域はポインタP-TNO1で示されるパ
ーツテーブルにおけるスタート及びエンドアドレスとし
て記録されている。

【００８１】また、例えば第２トラック（第２プログラ
ム）とされた楽曲がディスク上で複数のパーツに離散的
に記録されている場合は、その第２トラックの記録位置
を示すため各パーツが時間的な順序に従って指定され
る。つまり、ポインタP-TNO2に指定されたパーツテーブ
ルから、さらにリンク情報によって他のパーツテーブル
が順次時間的な順序に従って指定されて、リンク情報が
『(00h) 』となるパーツテーブルまで連結される（上
記、図７と同様の形態）。このように例えば２曲目を構
成するデータが記録された全パーツが順次指定されて記
録されていることにより、このＵ−ＴＯＣセクター０の
データを用いて、２曲目の再生時や、その２曲目の領域
への上書き記録を行なう際に、光学ヘッド３及び磁気ヘ
ッド６ａをアクセスさせ離散的なパーツから連続的な音
楽情報を取り出したり、記録エリアを効率使用した記録
が可能になる。

【００８２】以上のように、書換可能な光磁気ディスク
９０については、ディスク上のエリア管理はＰ−ＴＯＣ
によってなされ、またレコーダブルユーザーエリアにお
いて記録された楽曲やフリーエリア等はＵ−ＴＯＣによ
り行なわれる。

【００８３】なお、Ｕ−ＴＯＣセクター０以外のＵ−Ｔ
ＯＣセクターについては、ここでは説明を省略する。ま
た、ＡＵＸ−ＴＯＣセクターについても、ここでは説明
を省略する。

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

【００８５】ＩＥＥＥ１３９４は、シリアルデータ通信
の規格の１つとされる。このＩＥＥＥ１３９４によるデ
ータ伝送方式としては、周期的に通信を行うＩｓｏｃｈ
ｒｏｎｏｕｓ通信方式（同期通信方式）と、この周期と
関係なく非同期で通信するＡｓｙｎｃｈｒｏｎｏｕｓ通
信方式（非同期通信方式）が存在する。一般に、Ｉｓｏ
ｃｈｒｏｎｏｕｓ通信方式はデータの送受信に用いら
れ、Ａｓｙｎｃｈｒｏｎｏｕｓ通信方式は各種制御コマ
ンドの送受信に用いられる。そして、１本のケーブルを
使用して、これら２種類の通信方式によって送受信を行
うことが出来るようにされている。先に説明したよう
に、本実施の形態のＡＶシステムにおいては、ユーザデ
ータとして、ＡＴＲＡＣデータ（オーディオデータ）
と、このＡＴＲＡＣデータに付随するＡＵＸデータ（ピ
クチャファイル（ＪＰＥＧ静止画データ））、及びテキ
ストファイル）をＩＥＥＥ１３９４バスを介して各機器
間で送信又は受信を行うことが可能とされる。ここで、
ＡＴＲＡＣデータ（オーディオデータ）は再生時間軸に
従って音声出力されるべき時系列的なデータでありリア
ルタイム性が要求される。また、ＡＵＸデータと比較し
てデータ量も多い。一方、ＡＵＸデータは、データ量は
ＡＴＲＡＣデータほど多くはなく、オーディオデータの
再生に対して同期再生される場合があるものの、ＡＴＲ
ＡＣデータほど厳密にはリアルタイム性は要求されな
い。そこで、本実施の形態におけるＩＥＥＥ１３９４イ
ンターフェイスによる送信形態の概要としては、ＩＥＥ
Ｅ１３９４バスにより、上記ＡＴＲＡＣデータ及びＡＵ
Ｘデータを送受信するのにあたり、ＡＴＲＡＣデータ
（即ちオーディオデータ）はＩｓｏｃｈｒｏｎｏｕｓ通
信方式により送受信を行い、ＡＵＸデータはＡｓｙｎｃ
ｈｒｏｎｏｕｓ通信方式により送受信を行うように規定
するものである。本実施の形態としては、ＩＥＥＥ１３
９４インターフェイスによって、ＡＴＲＡＣデータとＡ
ＵＸデータとをそれぞれ個別の機会で送信することも、
後述するように、Ｉｓｏｃｈｒｏｎｏｕｓ ｃｙｃｌｅ
によって、ＡＴＲＡＣデータとＡＵＸデータとを時分割
して送信することで見かけ上は同時に送信することも可
能である。そこで以降、上記したＩＥＥＥ１３９４規格
による本実施の形態の送信形態を前提として、本実施の
形態としての説明を行っていくこととする。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【０１０２】ところで、上記のようにして、Ｎｏｄｅ−
ＩＤを決定するまでの過程においてＩＥＥＥ１３９４シ
ステムにおけるＴｒｅｅ構造及びルートが定義されるこ
とで、システム内においては、いわゆるトポロジーマッ
プが得られる。つまり、システム構成する各機器間の接
続関係（ＩＥＥＥ１３９４バス（ケーブル）による接続
状態）が認識される。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【０１３４】３．評価方法 ３−１．評価システム例 続いて、これまでの説明を前提として、本実施の形態と
してのＭＤレコーダ／プレーヤ１の評価方法について説
明する。本実施の形態におけるＭＤレコーダ／プレーヤ
１の評価とは、製造工程において、ＭＤレコーダ／プレ
ーヤ１が備えるＩＥＥＥ１３９４の通信機能が適正に動
作するかどうかの確認を行うための検査作業をいう。

【０１３５】そこで先ず、本実施の形態としてのＭＤレ
コーダ／プレーヤ１の評価システムの一例を図２１に示
す。この図に示すＭＤレコーダ／プレーヤ１は、製造ラ
インを流れてくる被評価装置とされ、図１に示した構成
を採っているものとされる。なお、ここでは説明の便宜
上、ＭＤレコーダ／プレーヤ１には、３つのｉポートＰ
−１，Ｐ−２，Ｐ−３が備えられるものとする。

【０１３６】評価システムとして、本実施の形態では、
図のように評価装置７００、評価用セット７２０，７３
０が備えられる。評価装置７００は、被評価装置である
ＭＤレコーダ／プレーヤ１を評価するための治具として
の装置である。評価用セット７２０，７３０は、ＭＤレ
コーダ／プレーヤ１を評価する際に、評価装置７００と
共に使用される機器であり、何れもＩＥＥＥ１３９４イ
ンターフェイス機能を備える。これら評価装置７００、
評価用セット７２０，７３０は、評価のための作業場に
おいて定常的に設備されているものとされ、特に交換は
行われない。また、本実施の形態の場合、評価用セット
は、ＭＤレコーダ／プレーヤ１のｉポート数をｎとすれ
ば、ｎ−１台を用意するものとされる。これは、ＭＤレ
コーダ／プレーヤ１における複数のｉポートのうち、１
つのｉポートに対して評価装置７００を接続し、残る全
てのｉポートに対して、それぞれ評価用セットを接続す
る必要のあることを意味する。

【０１３７】また、評価用セット７２０については、Ｍ
Ｄレコーダ／プレーヤとされている。後述する本実施の
形態の評価手順では、評価用セットとして少なくとも１
台は、被評価装置であるＭＤレコーダ／プレーヤ１と同
一のプロトコルによってＩｓｏｃｈｒｏｎｏｕｓ通信方
式とによるデータ送受信が可能な機器が必要とされるこ
とに依る。そこで、この場合には、デジタルオーディオ
データとしてＡＴＲＡＣデータの送受信が可能な機器で
あるＭＤレコーダ／プレーヤを評価用セット７２０とし
て用意するものである。また、評価用セット７３０につ
いては、ここではＣＤプレーヤとしているが、特にこれ
に限定されるものではない。

【０１３８】ここで、図２２に評価装置７００の内部構
成例を示しておく。評価装置７００においては、外部と
データの授受を行うためのインターフェイスとしてＩＥ
ＥＥ１３９４インターフェイス７０２が備えられる。Ｉ
ＥＥＥ１３９４インターフェイス７０２は、外部データ
バスとしてのＩＥＥＥ１３９４バス１１６（ケーブル６
０１）と接続されることで外部機器と相互通信が可能と
される。ＩＥＥＥ１３９４インターフェイス７０２は、
例えば図のように、ＰＨＹ７０３とＬＩＮＫ７０４を備
えて構成される。ここで、ＰＨＹ７０３にはｉポート７
０１が接続され、ＬＩＮＫ７０４は内部バス７１０と接
続される。そして、ＰＨＹ７０３としての機能回路部
は、図８に示したＰｈｉｓｉｃａｌ Ｌａｙｅｒに相当
し、ＬＩＮＫ７０４は、図８のＬｉｎｋ Ｌａｙｅｒ３
０２に相当する。

【０１３９】このような構成により、ＩＥＥＥ１３９４
インターフェイス７０２においてはＩＥＥＥ１３９４バ
ス１１６（ケーブル６０１）−ｉポート７０１を介して
受信したパケットを復調し、復調したパケットに含まれ
るデータを抽出し、この抽出データを内部データ通信に
適合するデータフォーマットにより変換を行って、内部
バス２１０を介してＣＰＵ７０５に出力することができ
る。また、ＣＰＵ７０５の制御によって出力されたデー
タを入力し、パケット化等のＩＥＥＥ１３９４フォーマ
ットに従った変調処理を施して、ｉポート７０１−ＩＥ
ＥＥ１３９４バス１１６（ケーブル６０１）を介して外
部に送信出力することができる。

【０１４０】ＣＰＵ７０５は、例えばＲＯＭ７０６に保
持されているプログラムに従って各種の処理を実行す
る。本実施の形態では、ＲＯＭ７０６に対しては、所定
の手順に従った評価のための動作を実現するためのプロ
グラムが格納されることになる。また、ＩＥＥＥ１３９
４の規格に従って各種データの送受信を可能とするため
に、ＩＥＥＥ１３９４インターフェイス７０２を制御す
るためのプログラムも格納されることになる。つまり、
評価装置７００においては、ＩＥＥＥ１３９４によるデ
ータ送受信に可能なセット（ハードウェア及びソフトウ
ェア）が備えられるものである。また、ＲＡＭ７０７に
はＣＰＵ７０５が各種処理を実行するのに必要なデータ
やプログラム等が適宜保持される。

【０１４１】この場合、入出カインターフェイス７０８
には、操作部７０９が接続されており、操作部７０９に
対する操作に応じて出力された操作信号を内部バス７１
１を介してＣＰＵ７０５に出カするようにされている。
また、入出カインターフェイス７０８には、さらに、画
像表示のための表示部７１０が接続されている。これに
より、ＣＰＵ７０５が実行する表示制御によって、表示
部７１０においては画像表示が行われる。内部バス２１
０は、例えば、ＰＣＩ(Peripheral Component Intercon
nect)又はローカルバス等により構成され、内部におけ
る各機能回路部間を相互に接続している。

【０１４２】また、ＭＤレコーダ／プレーヤ１に備えら
れるＩＥＥＥ１３９４インターフェイス２５の内部構成
を図２３に示す。ＭＤレコーダ／プレーヤ１におけるＩ
ＥＥＥ１３９４インターフェイス２５も、ＰＨＹ７０３
とＬＩＮＫ７０４を備えて構成される。つまり、基本的
には、上記図２２に示したＩＥＥＥ１３９４インターフ
ェイス７０２と同様の構成を採るものである。被評価装
置であるＭＤレコーダ／プレーヤ１としては、３つのｉ
ポートＰ−１，Ｐ−２，Ｐ−３を備えているが、これら
複数のｉポートは、図のように、ＰＨＹ７０３に対して
共通に接続され、各ポート間のデータの入出力は、ＰＨ
Ｙ７０３おいて行われる。このような接続の構成によっ
て、当該ＭＤレコーダ／プレーヤ１を経由するようにし
てディージチェーン接続又はブランチ接続された他の機
器間（プラグ間）のデータ送受信も実現されるものであ
る。

【０１４３】なお、評価用セット７２０，７３０につい
ても、ＩＥＥＥ１３９４インターフェイス機能について
は、上記した構成に準じてＩＥＥＥ１３９４インターフ
ェイスを備えていることになる。

【０１４４】以下、本実施の形態としての評価手順につ
いて説明する。例えば、評価を行うための製造ラインに
対してＭＤレコーダ／プレーヤ１が運ばれてきたとする
と、作業者は、図２１に示しているように、ＭＤレコー
ダ／プレーヤ１のｉポートＰ−１，Ｐ−２，Ｐ−３の各
々と、評価装置７００のｉポート７０１、評価用セット
（ＭＤレコーダ／プレーヤ）７２０のｉポート７２０
ａ、評価用セット（ＣＤプレーヤ）７３０のｉポート７
３０ａとを、例えばケーブル６０１を使用して接続を行
う。つまり、ＭＤレコーダ／プレーヤ１から見た場合
に、評価装置７００、評価用セット（ＭＤレコーダ／プ
レーヤ）７２０、評価用セット（ＣＤプレーヤ）７３０
がＩＥＥＥ１３９４バス１１６によりブランチ接続され
ている状態とするものである。また、図２１からも明ら
かなように、ＩＥＥＥ１３９４フォーマットで禁止され
ているループの接続状態は避けられている。なお、ＩＥ
ＥＥ１３９４フォーマットに従えば、この場合には、Ｍ
Ｄレコーダ／プレーヤ１に対して、評価装置７００、評
価用セット（ＭＤレコーダ／プレーヤ）７２０、及び評
価用セット（ＣＤプレーヤ）７３０が適正にブランチ接
続さえされていれば、特にＭＤレコーダ／プレーヤ１の
ｉポートＰ−１，Ｐ−２，Ｐ−３の各々に対して、評価
装置７００、評価用セット７２０、７３０をどのように
接続するのかは任意で良いものとされる。

【０１４５】以降の説明は、図２４に示すフローチャー
トを参照しながら行っていく。この図に示す処理動作
は、上述のように、ＭＤレコーダ／プレーヤ１に対して
評価装置７００、評価用セット（ＭＤレコーダ／プレー
ヤ）７２０、評価用セット（ＣＤプレーヤ）７３０の全
てが接続された状態が得られた後に開始されるものであ
り、評価装置７００内のＣＰＵ７０５が実行する。

【０１４６】図２１に示す接続作業が完了したとされる
と、この図２１に示す４台の機器間でＩＥＥＥ１３９４
の通信システムが構築されることになる。そして、この
際においては、ＭＤレコーダ／プレーヤ１に対してのケ
ーブルの抜き差しが伴うため、先に図１２によっても説
明したようにバスリセットが発生することになる。そし
てバスリセットが発生したことで、このシステムにおい
ては、トポロジーマップの作成と、Ｎｏｄｅ−ＩＤの決
定が行われることになる。図２１に示すステップＳ１０
１は、上記トポロジーマップの作成とＮｏｄｅ−ＩＤの
決定時において実行される処理であり、作成されたトポ
ロジーマップの内容をチェックする。また、この時に
は、作成されたトポロジーマップが作業者に認識できる
ように、所定の表示形態によってトポロジーマップを表
示部７１０に対して表示するための制御処理も実行す
る。そして、続くステップＳ１０２においては、上記ス
テップＳ１０１におけるチェック結果としてＯＫの結果
が得られたか否かを判別することになる。

【０１４７】上記ステップＳ１０１でのトポロジーチェ
ックとしては、次のようなことを検査するものとされ
る。例えば、作業者のミスなどによってシステムの接続
状態がループとなるなど、ＩＥＥＥ１３９４フォーマッ
トに違反した接続状態となっているときには、システム
ではエラーを発生することになるが、先ず、ＣＰＵ７０
５では、このようなエラーの発生の有無に基づいて、ル
ープ接続となっていないのかを確認する。

【０１４８】また、システムにおけるバス接続のうち、
何れか１つでもケーブルが外れていたような場合、ルー
プエラーは発生しないものの、以降の評価作業を適正に
行うことが出来ない。このため、ＣＰＵ７０５では作成
されたトポロジーマップを参照して、図２１に示すよう
にして、ＭＤレコーダ／プレーヤ１に対して残る３台の
装置の全てが適正にブランチ接続されているか否かをチ
ェックするものである。なお、このときのトポロジーマ
ップは表示部７１０に対して表示されるため、ユーザ
は、表示部７１０のトポロジーマップを見ることによっ
ても確認を行うことができる。

【０１４９】但し、各機器間のケーブルが適正に接続さ
れていたとしても、図２１に示す正常なブランチ接続が
得られない場合が生じ得る。つまり、ＭＤレコーダ／プ
レーヤ１のＩＥＥＥ１３９４インターフェイス２５にお
いて、ｉポートＰ−１，Ｐ−２，Ｐ−３と接続された回
路系のうち少なくとも１つが故障している場合である。
例として、仮に、ｉポートＰ−１と接続された回路系の
みが故障していれば、評価装置７００は他のどの機器と
も論理的接続が確立されない状態となる。また、先にも
述べたように、ｉポートＰ−１，Ｐ−２，Ｐ−３は、Ｐ
ＨＹ２５ｂに対して共通に接続されることで、各ポート
間のデータの授受を可能としている。従って、ｉポート
Ｐ−２と接続された回路系のみが故障していれば、評価
装置７００は、ｉポートＰ−１，ｉポートＰ−３を介し
て、ＭＤレコーダ／プレーヤ１と評価用セット７３０と
のみ論理的に接続されて通信可能とはなるが、ｉポート
Ｐ−２に接続されている評価用セット７２０とは論理的
接続が確立されないことになる。

【０１５０】従って、各機器間のケーブルが適正に接続
されている状態にも関わらず、本来在るべきトポロジー
マップが得られていないことがチェック結果として得ら
れた場合には、例えばｉポートＰ−１，Ｐ−２，Ｐ−３
の回路系のうちの少なくとも何れか１系統に故障の在る
ことが確認できることになる。また、このとき、どのｉ
ポートＰ−１，Ｐ−２，Ｐ−３の回路系が故障している
のかは、作成されたトポロジーマップの状態により特定
できる。また、このトポロジーマップが表示されること
で、作業者は視覚的にも確認を行うことができる。な
お、故障原因としては、例えばｉポートＰ−１，Ｐ−
２，Ｐ−３とＰＨＹ２５ｂ間の接続の断線等が挙げられ
る。これまで述べた状態の何れか１つでも発生していれ
ば、トポロジーチェックとしてはＮＧの結果が得られる
ことになる。

【０１５１】これに対して、ループ接続となっておら
ず、また、トポロジーマップとして図２１に示す適正な
ブランチ接続が得られた場合には、ＯＫのチェック結果
が得られることになる。ここで、トポロジーマップを作
成してＮｏｄｅ−ＩＤを決定するのに際しては、ＭＤレ
コーダ／プレーヤ１においては、システムコントローラ
１１とＩＥＥＥ１３９４インターフェイス２５間で通信
を行っている。このため、トポロジーチェックとしてＯ
Ｋの結果が得られた場合には、ＩＥＥＥ１３９４インタ
ーフェイス２５内部、及び、ＩＥＥＥ１３９４インター
フェイス２５とシステムコントローラ１１との通信につ
いて故障のないことが確認されることになる。

【０１５２】先に述べたステップＳ１０２において、Ｏ
Ｋのチェック結果が得られているとすれば、ステップＳ
１０３に進む。これに対して、ＮＧチェック結果となっ
た場合にはステップＳ１０８に進むことになる。ステッ
プＳ１０１からステップＳ１０８に進んだ場合には、例
えばループが発生していればループ接続でエラーとなっ
たことを示す表示を表示部７１０に対して行い、適正な
ブランチ接続が行われていなければ、この旨を示す内容
の警告表示を行うようにされる。作業者は例えばこのＮ
Ｇ結果に応じた表示内容を見て、例えば、ケーブルの接
続確認を行うようにされる。また、ケーブルの接続が確
実であるのにも関わらず適正なブランチ接続が行われて
いない警告表示が行われていれば、ＭＤレコーダ／プレ
ーヤ１が故障であるとして判断されることになる。この
とき、どのｉポートが故障しているのかは、先にも述べ
たように、そのとき得られたトポロジーマップによって
特定できる。

【０１５３】先にも述べたように、ＩＥＥＥ１３９４イ
ンターフェイスでは、非同期で通信を行うＡｓｙｎｃｈ
ｒｏｎｏｕｓ通信方式と、同期通信を行うＩｓｏｃｈｒ
ｏｎｏｕｓ通信方式とが在る。そこで、ステップＳ１０
３においては、次のようにして各Ｎｏｄｅに対してＡｓ
ｙｎｃｈｒｏｎｏｕｓ通信を行うように処理を実行する
ことで、Ａｓｙｎｃｈｒｏｎｏｕｓ通信レベルについて
の動作確認を実現する。先ず、ＣＰＵ７０５は、評価用
セット（ＭＤレコーダ／プレーヤ）７２０に対して、例
えばＰＬＡＹなどの所定内容のコマンド（ＡＶ／Ｃコマ
ンド）を送信する。この時点では、各機器に対してはＮ
ｏｄｅ−ＩＤが設定されている状態にあるため、ＣＰＵ
７０５は、評価用セット７２０に対して設定されたＮｏ
ｄｅ−ＩＤを送り先として指定してコマンドの送信を行
う。

【０１５４】このコマンドは、評価装置７００のｉポー
ト７０１から出力され、ＭＤレコーダ／プレーヤ１のｉ
ポートＰ−１−ＰＨＹ２５ｂ−ｉポートＰ−２を経由
し、更にｉポート７２０ａを介して評価用セット（ＭＤ
レコーダ／プレーヤ）７２０にて受信される。そして、
評価用セット（ＭＤレコーダ／プレーヤ）７２０では送
信されたコマンドに応答したレスポンスを、上記とは逆
の経路を介して送信することになる（この際、コマンド
がＰＬＡＹであれば、評価用セット７２０では再生を開
始する）。そして、レスポンスを受信したことをＣＰＵ
７０５が確認する。このようなコマンドの送信とレスポ
ンスの受信が適正に行われれば、ＭＤレコーダ／プレー
ヤ１におけるｉポートＰ−１，Ｐ−２の２つのポートを
使用してのＡｓｙｎｃｈｒｏｎｏｕｓ通信が適正に動作
していることが確認されることになる。つまり、本実施
の形態では、ＭＤレコーダ／プレーヤ１を経由するよう
にして評価装置７００と評価用セット（ＭＤレコーダ／
プレーヤ）７２０間でＡｓｙｎｃｈｒｏｎｏｕｓ通信の
チェックを行うことで、これが正常に動作していれば、
ｉポートＰ−１，Ｐ−２の両者についてＯＫであること
が確認されるものである。なお、上記したＡｓｙｎｃｈ
ｒｏｎｏｕｓ通信を行って、ＮＧの結果が得られた場合
には、ｉポートＰ−１，ｐ−２の何れか一方、又は両方
が故障している可能性があることになるが、故障したポ
ートの特定は、例えば、評価装置７００から被評価装置
であるＭＤレコーダ／プレーヤ１に対してコマンド送信
を試みることで可能となる。

【０１５５】ここで、上記のようにして評価用セット
（ＭＤレコーダ／プレーヤ）７２０とのＡｓｙｎｃｈｒ
ｏｎｏｕｓ通信のチェックを行った後は、同様にして、
評価用セット（ＣＤプレーヤ）７３０とのＡｓｙｎｃｈ
ｒｏｎｏｕｓ通信のチェックを行うための処理を実行す
る。ここまでの処理がステップＳ１０３としての処理動
作となる。

【０１５６】ステップＳ１０４では、上記ステップＳ１
０３でのチェック結果がＯＫであるか否かを判別する。
ここで、評価用セット７２０，７３０の何れに対して行
ったコマンド送信に対してもレスポンスが得られた場合
には、ＯＫであるとしてステップＳ１０５に進むが、評
価用セット７２０，７３０の何れか一方でもコマンド送
信に応答したレスポンスが得られなかったときには、Ｎ
ＧであるとしてステップＳ１０８に進む。この場合、ス
テップＳ１０８の処理としては、例えばｉポートＰ−
１，Ｐ−２，Ｐ−３の何れに対応したＡｓｙｎｃｈｒｏ
ｎｏｕｓ通信がＮＧであったのかを示す表示等を表示部
７１０に対して行うようにすればよい。

【０１５７】ステップＳ１０５に至った段階では、トポ
ロジーチェックとＡｓｙｎｃｈｒｏｎｏｕｓ通信のチェ
ックがＯＫとされていることになる。これは、例えばＭ
Ｄレコーダ／プレーヤ１におけるＩＥＥＥ１３９４イン
ターフェイス２５（ＰＨＹ２５ａ、ＬＩＮＫ２５ｂ）の
機能、及びこのＩＥＥＥ１３９４インターフェイス２５
とシステムコントローラ１１間とにおけるＩＥＥＥ１３
９４インターフェイス機能に対応したデータ通信が正常
に動作していることを意味する。

【０１５８】そこで、ステップＳ１０５においては、Ｍ
Ｄレコーダ／プレーヤ１におけるＩｓｏｃｈｒｏｎｏｕ
ｓ通信動作が正常に機能しているか否かをチェックする
ための処理を実行するものである。この場合、ＭＤレコ
ーダ／プレーヤ１におけるＩｓｏｃｈｒｏｎｏｕｓ通信
動作のチェックとは、ＩＥＥＥ１３９４インターフェイ
ス２５と記録再生回路系とのデータの授受が適正に動作
するかどうかを確認することを意味する。このために、
ステップＳ１０５においては、被評価装置であるＭＤレ
コーダ／プレーヤ１と、同じＭＤレコーダ／プレーヤで
ある評価用セット７２０とで、オーディオデータ（ＡＴ
ＲＡＣデータ）の送受信を実行させるための制御を実行
する。

【０１５９】ステップＳ１０５の処理の実際例として
は、図２５に示す〜の手順に従ってＡＶ／Ｃパケッ
トを用いてコマンド送信を行うようにされる。この図２
５には、ステップＳ１０５としての処理によって評価装
置７００から送信されるコマンドと、このコマンドに応
答した被評価装置のＭＤレコーダ／プレーヤ１と、評価
用セット（ＭＤレコーダ／プレーヤ）７２０の動作の遷
移が示されている。なお、ここでは便宜上、被評価装置
であるＭＤレコーダ／プレーヤ１にはＮｏｄｅ−ＩＤ＝
＃１が設定され、評価用セット（ＭＤレコーダ／プレー
ヤ）７２０にはＮｏｄｅ−ＩＤ＝＃２が設定されている
ものとする。また、ＭＤレコーダ／プレーヤ１と評価用
セット（ＭＤレコーダ／プレーヤ）７２０には、評価作
業の開始段階でディスクを装填しておくようにする。特
に、評価用セット（ＭＤレコーダ／プレーヤ）７２０に
対しては、オーディオデータのトラックが記録済みのデ
ィスクを装填するものとする。

【０１６０】先ず、ＣＰＵ７０５は、手順として示す
ように、Ｎｏｄｅ−ＩＤ＝＃１を送信先として指定し
て、「ｒｅｃ ｐａｕｓｅ（記録待機）」のためのコマ
ンドを送信する。このコマンドに応答して、被評価装置
であるＭＤレコーダ／プレーヤ１は記録待機の状態とな
る。このとき、ＩＥＥＥ１３９４データバスを介しての
オーディオデータの入力は未だ無いため、例えばＭＤレ
コーダ／プレーヤ１の表示部２４には記録データの入力
が無い（ＮＯ ＤＡＴＡ）ことを示す表示がおこなわれ
る。また、この段階では、評価用セット７２０に対して
は何のコマンドも送信されないことから以前の状態が維
持され、例えばここでは停止状態となっている。

【０１６１】続いて、ＣＰＵ７０５では、手順として
示すように、Ｎｏｄｅ−ＩＤ＝＃２を送信先として指定
して、「ｐｌａｙ（再生開始）」のためのコマンドを送
信する。これに応答して、ＭＤレコーダ／プレーヤであ
る評価用セット７２０は装填されているディスクに対し
ての再生を行い、ＩＥＥＥ１３９４バス１１６を介して
ＭＤレコーダ／プレーヤ１に対して送信する。このと
き、被評価装置のＭＤレコーダ／プレーヤ１において
は、記録待機状態を維持しているが、ＭＤレコーダ／プ
レーヤである評価用セット７２０からのオーディオデー
タを受信していることで、このオーディオデータをモニ
タ音声として外部に出力している状態が得られる。この
とき、ＭＤレコーダ／プレーヤ１では、システムコント
ローラ１１の制御によって、ＩＥＥＥ１３９４インター
フェイス２５から取り出したオーディオデータ（ＡＴＲ
ＡＣ）をエンコーダ１４にて伸張処理を施して、例えば
最終的には、ライン出力端子１７やヘッドフォン端子２
７に出力するようにしている。従って、作業者は、例え
ばライン出力端子１７にアンプ・スピーカを接続した
り、ヘッドフォン端子２７にヘッドフォンを接続するこ
とで、モニタ音声を確認できることになる。

【０１６２】次にＣＰＵ７０５は、手順として示すよ
うに、Ｎｏｄｅ−ＩＤ＝＃１を送信先として指定して、
「ｒｅｃ ｓｔａｒｔ（記録開始）」のためのコマンド
を送信する。これにより、被評価装置のＭＤレコーダ／
プレーヤ１では、評価用セット７２０から受信したオー
ディオデータの記録を開始する。一方、評価用セット７
２０に対しては手順としてのコマンド送信は無いため
に、再生状態を維持する。

【０１６３】そして在る程度の時間記録を行ったとされ
ると、ＣＰＵ７０５は、手順として示すように、Ｎｏ
ｄｅ−ＩＤ＝＃１を送信先として指定して「ｒｅｃ ｓ
ｔｏｐ（記録停止）」のためのコマンドを送信する。ま
た、Ｎｏｄｅ−ＩＤ＝＃２を送信先として指定して「ｐ
ｌａｙ ｓｔｏｐ（再生停止）」のためのコマンドを送
信する。これらのコマンドに応じて、被評価装置のＭＤ
レコーダ／プレーヤ１はこれまでの記録動作を停止さ
せ、評価用セット７２０ではこれまでの再生動作を停止
させることになる。このように手順〜の処理によっ
て、評価用セット７２０から送信されたオーディオデー
タを被評価装置のＭＤレコーダ／プレーヤ１により受信
して記録するという動作が得られる。つまり、ＭＤレコ
ーダ／プレーヤ１におけるＩｓｏｃｈｒｏｎｏｕｓ通信
レベルでの受信機能の評価が行われる。また、ＭＤレコ
ーダ／プレーヤ１によるディスクへの記録も実行させる
ことで、ＩＥＥＥ１３９４通信機能のチェックだけでは
なく、記録回路系の評価も同時に行われることになる。

【０１６４】続いては、手順として示すように、Ｎｏ
ｄｅ−ＩＤ＝＃２を送信先として指定して、「ｒｅｃ
ｐａｕｓｅ（記録待機）」のためのコマンドを送信す
る。このコマンドに応答して、ＭＤレコーダ／プレーヤ
である評価用セット７２０が記録待機の状態となる。ま
た、このときにはＩＥＥＥ１３９４データバスを介して
オーディオデータは送信されてこないため、例えば評価
用セット７２０の表示部には記録データの入力が無い
（ＮＯ ＤＡＴＡ）ことを示す表示がおこなわれること
になる。逆に、手順として、被評価装置のＭＤレコー
ダ／プレーヤ１に対するコマンド送信は行われていない
ことから停止状態が維持される。

【０１６５】続く手順では、Ｎｏｄｅ−ＩＤ＝＃１を
送信先として指定して、「ｐｌａｙ（再生開始）」のた
めのコマンドを送信する。これに応答して、ＭＤレコー
ダ／プレーヤ１では先の手順においてディスクに記録
したオーディオデータを再生し、ＩＥＥＥ１３９４バス
を介して、ＭＤレコーダ／プレーヤである評価用セット
７２０に対して送信する。この際、再生音声は、例えば
ライン出力端子１７やヘッドフォン端子２７を介して外
部に出力されるため、作業者は適正に再生が行われてい
るのかどうかを、再生音声を聴くことによって確認でき
ることになる。つまり、ＭＤレコーダ／プレーヤ１の再
生系が正常に動作しているのかをここで確認することが
できる。また、ＭＤレコーダ／プレーヤである評価用セ
ット７２０では、受信したオーディオデータをモニタ音
声として出力するようにも動作しているため、例えば、
評価用セット７２０に対してアンプ・スピーカやヘッド
フォンを接続すれば、モニタ音声を聴くことができる。
モニタ音声が正常に得られていることが確認できれば、
被評価装置であるＭＤレコーダ／プレーヤ１のＩｓｏｃ
ｈｒｏｎｏｕｓ通信方式によるデータ送信機能が正常に
動作していることになる。

【０１６６】続く手順では、Ｎｏｄｅ−ＩＤ＝＃１を
送信先として指定して「ｐｌａｙｓｔｏｐ」のコマンド
を送信すると共に、Ｎｏｄｅ−ＩＤ＝＃２を送信先とし
て指定して「ｒｅｃ ｓｔｏｐ」のコマンドを送信す
る。これらのコマンドに応じて、被評価装置のＭＤレコ
ーダ／プレーヤ１はこれまでの再生動作を停止させ、評
価用セット７２０ではこれまでの記録待機状態から停止
状態に移行する。

【０１６７】ここまでの手順を経ることで、Ｉｓｏｃｈ
ｒｏｎｏｕｓ通信レベルでのチェックは完了するのであ
るが、本実施の形態では、次のＭＤレコーダ／プレーヤ
１の評価のために、この段階で、先の手順によりディ
スクに記録したオーディオトラックの消去を行ってお
く。現在ＭＤレコーダ／プレーヤ１に装填されてオーデ
ィオデータが記録されたディスクについて、消去編集を
行う。ＭＤレコーダ／プレーヤ１は、ユーザの操作に応
じてＵ−ＴＯＣセクターの内容を書き換えることによっ
て、トラック消去をはじめ、トラック分割、トラック連
結などの編集を行うことが可能とされているが、ここで
は、このトラック消去の編集処理を、評価装置７００か
らのリモート制御によって行うものである。

【０１６８】このために、手順として示すように、Ｃ
ＰＵ７０５はＮｏｄｅ−ＩＤ＝＃１を送信先として指定
して、「ｔｒａｃｋ ｅｒａｓｅ（トラック消去）」の
ためのコマンドを送信する。なお、この時のコマンド送
信に際しては、手順によりディスクに記録されたトラ
ックナンバのトラックが消去されるようにするためのｏ
ｐｅｒａｎｄも共に送信される。このコマンドに応答し
て、ＭＤレコーダ／プレーヤ１では、トラック消去のた
めの編集処理を実行する。このときＭＤレコーダ／プレ
ーヤ１では、システムコントローラ１１が、Ｕ−ＴＯＣ
セクター０の内容について、先の手順により記録され
たトラックが消去されるように書き換えを行うことにな
る。

【０１６９】そして、上記したトラックの消去処理が完
了すると、ＣＰＵ７０５は、手順として示すように、
Ｎｏｄｅ−ＩＤ＝＃１を送信先として指定して、「ｅｊ
ｅｃｔ（ディスク排出）」のためのコマンドを送信す
る。このコマンドに応答して、ＭＤレコーダ／プレーヤ
１ではこれまで装填されていたディスクをイジェクト
（排出）するように動作する。以上で１台のＭＤレコー
ダ／プレーヤ１に対する評価が終了する。また、イジェ
クトされたディスクは、次の被評価装置であるＭＤレコ
ーダ／プレーヤ１に対して装填されて、同様に評価に用
いられる。なお、上記手順，手順によっては、評価
用セット７２０に対してはリモート制御は行われないた
め、評価用セットは停止した状態が維持される。

【０１７０】ここで、上記手順〜にて使用されたコ
マンドのデータ内容例を示しておく。以下に示すデータ
内容は、図１８に示したＡｓｙｎｃｈｒｏｎｏｕｓ Ｐ
ａｃｋｅｔ（ＡＶ／Ｃコマンドパケット）のｄａｔａ
ｂｌｏｃｋの先頭（ＣＴＳ）から順次格納されていく値
とされる。 <<play>> 0018c3ff 75000000 8byte <<play stop>> 0018c5ff 00000000 8byte <<rec start>> 0018c2ff 75000100 ffff 10byte <<rec pause>> 0018c2ff 7d000100 ffff 10byte <<rec stop>> 0018c5ff 00000100 8byte <<track erase>> 001840ff 01002010 02PPPP 11byte ( PPPP=TrackNumber-1 ) <<eject>> 0018c1ff 6000 6byte

【０１７１】もし、ＭＤレコーダ／プレーヤ１のＩｓｏ
ｃｈｒｏｎｏｕｓ通信レベルでの受信機能と送信機能が
正常に動作しているのであれば、上述した手順によって
正常な動作が確認されることになる。これに対して、Ｉ
ｓｏｃｈｒｏｎｏｕｓ通信レベルでの受信機能が正常で
なければ、例えば手順の段階で被評価装置であるＭＤ
レコーダ／プレーヤ１においてモニタ音声が正常に得ら
れないことで、故障の確認が行えることになる。また、
Ｉｓｏｃｈｒｏｎｏｕｓ通信レベルでの送信機能が正常
でない場合には、手順の段階で、評価用セット７２０
においてモニタ音声が正常に得られなくなるため、これ
によってその確認が行えることになる。

【０１７２】また、Ｉｓｏｃｈｒｏｎｏｕｓ通信機能が
ＯＫかＮＧであるのかの判定は、評価装置７００のＣＰ
Ｕ７０５がＩＥＥＥ１３９４バス上のデータ伝送状況を
監視し、ＩＥＥＥ１３９４バス上にオーディオデータが
流れているべき時であるのにも関わらず、オーディオデ
ータが伝送されていないことを検出することによって
も、当然可能である。ステップＳ１０６においては、例
えばこのような検出結果に基づいて判定を行う。なお、
図２５にて手順〜として示したコマンドの送信タイ
ミングであるが、これは、例えば作業者が評価装置７０
０の操作部７０９に設けられた所定のキー等を操作する
ごとに、順次〜に従って送信されるようにすればよ
い。また、予め時間間隔を設定しておいて、自動的に所
定タイミングで順次コマンド送信が行われるようにして
も良いものである。

【０１７３】ここで、図２４のフローチャートの説明に
戻る。上記のようにして、ステップＳ１０５においてＩ
ｓｏｃｈｒｏｎｏｕｓ通信機能のチェックを行って、次
のステップＳ１０６によりＯＫの結果が得られたのであ
ればステップＳ１０７に進んで、このＭＤレコーダ／プ
レーヤ１に対する評価は全てＯＫであったと判定してこ
の処理を終了する。これに対して、ＮＧの結果が得られ
た場合には、ステップＳ１０８に進んで、Ｉｓｏｃｈｒ
ｏｎｏｕｓ通信レベルでの動作がＮＧであったことを示
す表示を行うようにされる。なお、各チェック結果の判
定において、ＯＫの結果が得られた場合にも、例えばチ
ェック結果がＯＫであったことを示す表示を表示部７１
０に対して行うようにすることが作業者の作業効率を考
えれば好ましい。

【０１７４】ところで、これまでの説明では、被評価装
置であるＭＤレコーダ／プレーヤ１に対してｉポートが
３つ備えられた場合について説明したが、ここでｉポー
トが２つ備えられている場合を考えてみる。この場合に
は、ＭＤレコーダ／プレーヤ１の一方のｉポートに対し
て評価装置７００を接続して、他方のｉポートには、例
えばＭＤレコーダ／プレーヤなどの評価用セットを接続
することになる。この場合、例えば、図２４にてステッ
プＳ１０５として示したＩｓｏｃｈｒｏｎｏｕｓ通信の
チェックを行えば、被評価装置であるＭＤレコーダ／プ
レーヤ１だけではなく、ＭＤレコーダ／プレーヤ１のｉ
ポートを介して評価用セットに対してもコマンドが送信
されることになる。つまり、ｉポートが２つしか備えら
れない場合、Ｉｓｏｃｈｒｏｎｏｕｓ通信のチェックを
行うことで、２つのｉポートに対応するＡｓｙｎｃｈｒ
ｏｎｏｕｓ通信機能を同時に評価することができるもの
である。従って、この場合には、ステップＳ１０２及び
ステップＳ１０３の処理を実行する必要はなく、これら
のステップを省略しても構わないことになる。

【０１７５】また、本実施の形態のＭＤレコーダ／プレ
ーヤ１の構成の場合には次のようなことも言える。本実
施の形態の場合、図２４のステップＳ１０１に対応する
トポロジーマップのチェックの段階で、各ｉポートとＩ
ＥＥＥ１３９４インターフェイス２５との接続と、内部
バス１１７を介してのＩＥＥＥ１３９４インターフェイ
ス２５とシステムコントローラ１１との通信動作のチェ
ックが行われるのは先にも述べたとおりである。つま
り、システム内においてトポロジーマップの作成とＮｏ
ｄｅ−ＩＤの決定が行われる際、ＭＤレコーダ／プレー
ヤ１においては、ｉポートを経由して各機器間でのデー
タの送受信を行っており、この際、システムコントロー
ラ１１はＩＥＥＥ１３９４インターフェイス２５間と所
要のデータ通信を行っている。これは、本実施の形態の
ＭＤレコーダ／プレーヤ１の構成の場合においては、Ａ
ｓｙｎｃｈｒｏｎｏｕｓ通信レベルで使用する機能回路
部を動作させることになる。従って、本実施の形態の場
合においては、実質的には、図２４に示したステップＳ
１０３及びステップＳ１０４の処理を省略しても構わな
いことになる。つまりＡｓｙｎｃｈｒｏｎｏｕｓ通信に
よるコマンド／レスポンスの送受信のチェックを特に行
う必要はないものである。

【０１７６】但し、例えばＡｓｙｎｃｈｒｏｎｏｕｓ通
信を実現するためのプログラム（プログラムＲＯＭ２８
に格納されている）に従って、システムコントローラ１
１が適正に動作するか否かを判断する材料にはなるた
め、Ａｓｙｎｃｈｒｏｎｏｕｓ通信のチェックも行うよ
うにすれば、評価としては充分に万全なものとすること
ができる。

【０１７７】なお、上記実施の形態においては、被評価
装置としてＭＤレコーダ／プレーヤを例に挙げている
が、これ以外にも、複数のポートを備えた各種機器に対
しての適用が可能である。また、本実施の形態では、Ｉ
ＥＥＥ１３９４インターフェイスが例として挙げられて
いるが、他のデータインターフェイスフォーマットにも
適用が可能である。

【０１７８】

【発明の効果】以上説明したように本発明は、被検査装
置（被評価装置）に備えられる複数のデータ入出力端子
（ｉポート）のうちの１つに対しては１台の通信動作検
査装置を接続し、残るデータ入出力端子に対しては、検
査用マスター装置（評価用セット）を接続して評価シス
テムを形成する。そして先ず、ループ接続の確認を含む
接続関係のチェック（トポロジーチェック）のみ、又
は、このトポロジーチェックの後に、検査装置と各検査
用マスター装置間で、被検査装置を経由するようにして
非同期通信によるコマンド／レスポンスを授受が行われ
るか否かをチェックする。この段階で、実質的には非同
期通信の場合に使用される機能回路部についての動作
を、全てのデータ入出力端子について評価することがで
きる。そして、ここまでの段階で評価結果がＯＫであれ
ば、既にデータ入出力端子ごとの機能回路部の動作が正
常であることは分かっているため、続いては、被検査装
置と特定の検査用マスター装置間のみで同期通信方式に
よるデータ送受信を実行させれば、ポート数に関わら
ず、Ｉｓｏｃｈｒｏｎｏｕｓ通信動作の評価が完了して
しまうことになる。つまり、本発明では、一旦ケーブル
を接続して評価システムを形成すれば、少なくとも被検
査装置の通信機能に関して必要とされる全ての項目の評
価が行えることになる。これは、被検査装置に備えられ
る複数のデータ入出力端子ごとに通信機能のチェックを
行うのにあたり、順次ケーブルの差し替えを行う必要の
無いことを意味するものである。また、データ入出力端
子数が相当に増加したとしても、本発明では、評価装置
によって行われる評価動作自体に要する時間は特に変わ
ることがない。従って、本発明によって評価のための作
業効率は大幅に向上されることになる。

【図面の簡単な説明】

【図１】本発明の実施の形態の被評価装置としての記録
再生装置のブロック図である。

【図２】実施の形態のディスクのセクターフォーマット
の説明図である。

【図３】実施の形態のディスクのアドレス形式の説明図
である。

【図４】実施の形態のディスクのアドレス例の説明図で
ある。

【図５】実施の形態のディスクのエリア構造の説明図で
ある。

【図６】実施の形態のＵ−ＴＯＣセクター０の説明図で
ある。

【図７】実施の形態のＵ−ＴＯＣセクター０のリンク形
態の説明図である。

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

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

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

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

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

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

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

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

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

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

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

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

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

【図２１】本実施の形態の評価システム例を示すブロッ
ク図である。

【図２２】本実施の形態の評価装置の構成を示すブロッ
ク図である。

【図２３】記録再生装置内のＩＥＥＥ１３９４インター
フェイスの構成を示すブロック図である。

【図２４】本実施の形態の評価手順を実現するために評
価装置内のＣＰＵが実行する処理動作を示すフローチャ
ートである。

【図２５】Ｉｓｏｃｈｒｏｎｏｕｓ通信チェック時にＣ
ＰＵが実行するコマンド送信手順と、これに応答した機
器の動作遷移を示す説明図である。

【図２６】従来例としての評価手順例を示す説明図であ
る。

【図２７】ループ接続となる状態を示す説明図である。

【符号の説明】

１ 記録再生装置、３ 光学ヘッド、６ａ 磁気ヘッ
ド、８ エンコーダ／デコーダ部、９ サーボ回路、１
１ システムコントローラ、１２ メモリコントロー
ラ、１３ バッファメモリ、１４ エンコーダ／デコー
ダ部、２３ 操作部、２４ 表示部、２５，７０２ Ｉ
ＥＥＥ１３９４インターフェイス、２６ ＪＰＥＧデコ
ーダ、９０ ディスク、１１６ ＩＥＥＥ１３９４バ
ス、１１７，７１１ 内部バス、ｉポート Ｐ−１〜Ｐ
−ｎ、７００ 評価装置、７０１ ｉポート、７０９
操作部、７１０ 表示部

Claims (4)

【特許請求の範囲】
1. 【請求項１】 ２以上のデータ通信用のデータ入出力端
   子を備えて他の機器とデータ通信が可能とされる被検査
   装置のデータ通信動作について正常であるか否かを通信
   動作検査装置により検査するための通信動作検査方法と
   して、 上記被検査装置における或る１つのデータ入出力端子に
   は上記通信動作検査装置をデータバスを介して接続する
   と共に、上記或る１つのデータ入出力端子以外のデータ
   入出力端子の各々にはデータ通信が可能な検査用マスタ
   ー装置をデータバスを介して接続した上で、 上記被検査装置、上記通信動作検査装置、及び上記各検
   査用マスター装置間のデータバスを介しての接続関係を
   チェックする接続関係判別ステップと、 上記接続関係判別ステップによるチェック結果に基づい
   て上記接続関係が所要の条件に適合すると判別された場
   合に、上記被検査装置に同期通信方式によるデータ通信
   を実行させ、この際のデータ通信動作について正常であ
   るか否かを判定する通信動作判定ステップと、 を実行することを特徴とする通信動作検査方法。
2. 【請求項２】 ２以上のデータ通信用のデータ入出力端
   子を備えて他の機器とデータ通信が可能とされる被検査
   装置のデータ通信動作について正常であるか否かを通信
   動作検査装置により検査するための通信動作検査方法と
   して、 上記被検査装置における或る１つのデータ入出力端子に
   は上記通信動作検査装置をデータバスを介して接続する
   と共に、上記或る１つのデータ入出力端子以外のデータ
   入出力端子の各々にはデータ通信が可能な検査用マスタ
   ー装置をデータバスを介して接続した上で、 上記被検査装置、上記通信動作検査装置、及び上記各検
   査用マスター装置が、データバスを介してループ接続さ
   れているか否かを判別するループ接続判別ステップと、 上記ループ接続判別ステップによりループ接続されてい
   ないことが判別された場合に、上記被検査装置を経由し
   たデータバスを介して上記通信動作検査装置から上記各
   検査用マスター装置に対して、所定内容のコマンドを非
   同期通信方式により送信する第１のコマンド送信ステッ
   プと、 上記各検査用マスター装置から上記コマンドの受信に応
   答して送信されてくるレスポンスが、受信できたか否か
   を判別するレスポンス受信判別ステップと、 上記レスポンス受信判別ステップにより上記各検査用マ
   スター装置の全てからレスポンスが受信できたことが判
   別された場合に、上記被検査装置と特定の検査用マスタ
   ー機器間とで同期通信方式によるデータの送受信が行わ
   れるように、上記被検査装置及び上記特定の検査用マス
   ター機器に対して所定内容のコマンドを送信する第２の
   コマンド送信ステップと、 上記第２のコマンド送信ステップのもとでの、上記被検
   査装置におけるデータ通信動作が正常であるか否かを判
   定する同期通信動作判定ステップと、 を実行することを特徴とする通信動作検査方法。
3. 【請求項３】 ２以上のデータ通信用のデータ入出力端
   子を備えて他の機器とデータ通信が可能とされる被検査
   装置のデータ通信動作について正常であるか否かを検査
   するための通信動作検査装置として、 上記被検査装置における或る１つのデータ入出力端子に
   は当該通信動作検査装置をデータバスを介して接続する
   と共に、上記或る１つのデータ入出力端子以外のデータ
   入出力端子の各々にはデータ通信が可能な検査用マスタ
   ー装置をデータバスを介して接続するものとした上で、 当該通信動作検査装置、上記被検査装置、及び上記各検
   査用マスター装置間のデータバスを介しての接続関係を
   チェックする接続関係判別手段と、 上記接続関係判別手段によるチェック結果に基づいて上
   記接続関係が所要の条件に適合すると判別された場合
   に、上記被検査装置と特定の検査用マスター機器間とで
   同期通信方式によりデータの送受信が行われるように、
   上記被検査装置及び上記特定の検査用マスター機器に対
   して所定内容のコマンドを送信するコマンド送信手段
   と、 上記コマンド送信手段のコマンド送信に従っての上記被
   検査装置におけるデータ通信動作が正常であるか否かを
   判定する通信動作判定手段と、 を備えていることを特徴とする通信動作検査装置。
4. 【請求項４】 ２以上のデータ通信用のデータ入出力端
   子を備えることで他の機器とデータ通信が可能とされる
   被検査装置のデータ通信動作について正常であるか否か
   を検査するための通信動作検査装置として、 上記被検査装置における或る１つのデータ入出力端子に
   は当該通信動作検査装置をデータバスを介して接続する
   と共に、上記或る１つのデータ入出力端子以外のデータ
   入出力端子の各々にはデータ通信が可能な検査用マスタ
   ー装置をデータバスを介して接続するものとした上で、 当該通信動作検査装置、上記被検査装置、及び上記各検
   査用マスター装置間が、データバスを介してループ接続
   されているか否かを判別するループ接続判別手段と、 上記ループ接続判別ステップによりループ接続されてい
   ないことが判別された場合に、上記被検査装置を経由し
   たデータバスを介して上記各検査用マスター装置に対し
   て、所定内容のコマンドを非同期通信方式により送信す
   る第１のコマンド送信手段と、 上記各検査用マスター装置から上記コマンドの受信に応
   答して送信されてくるレスポンスが、受信できたか否か
   を判別するレスポンス受信判別手段と、 上記レスポンス受信判別手段により上記各検査用マスタ
   ー装置の全てからレスポンスが受信できたことが判別さ
   れた場合に、上記被検査装置と特定の検査用マスター機
   器間とで同期通信方式によるデータの送受信が行われる
   ように、上記被検査装置及び上記特定の検査用マスター
   機器に対して所定内容のコマンドを送信する第２のコマ
   ンド送信手段と、 上記第２のコマンド送信手段のコマンド送信に従っての
   上記被検査装置におけるデータ通信動作が正常であるか
   否かを判定する通信動作判定手段と、 を備えていることを特徴とする通信動作検査装置。