(57)【要約】【課題】  受信装置において、受信された暗号化ストリームデータを速やかに復号化・出力できるようにする。【解決手段】  所定の通信フォーマットによるデータバスを介し、外部電子機器との間で通信状態が確立される受信装置において、まず、上記外部電子機器から送信される暗号化ストリームデータ、非暗号化ストリームデータ、無効ストリームデータの別にかかわらず、ストリームデータを受信するのに応じ、上記外部電子機器に対する認証要求を行うようにする。そして、これに応じて上記外部電子機器から送信される、上記暗号化ストリームデータを解読するための情報を取得するようにする。これにより、受信装置においては、ほとんどの場合において、暗号化ストリームが送信されてくるのに先だって上記外部電子機器からの解読情報を取得することができるようになる。【選択図】        図２３
2005045612.tif 000002
【特許請求の範囲】
【請求項１】
所定の通信フォーマットによるデータバスを介し、外部電子機器との間で通信状態が確立されることで、上記外部機器から送信されるストリームデータを受信可能とされる受信手段と、
上記受信手段により、上記外部電子機器から送信される暗号化ストリームデータ、非暗号化ストリームデータ、無効ストリームデータの別にかかわらず、ストリームデータを受信するのに応じ、上記外部電子機器に対する認証要求を行う認証要求手段と、
上記認証要求に応じて上記外部電子機器から送信される、上記暗号化ストリームデータを解読するための情報を取得する解読情報取得手段と、
を備えていることを特徴とする受信装置。
【請求項２】
所定の通信フォーマットによるデータバスを介し、外部電子機器との間で通信状態が確立されることで、上記外部機器から送信されるストリームデータを受信可能とされる受信手段、を少なくとも備える受信装置の受信方法として、
上記受信手段により、上記外部電子機器から送信される暗号化ストリームデータ、非暗号化ストリームデータ、無効ストリームデータの別にかかわらず、ストリームデータを受信するのに応じ、上記外部電子機器に対する認証要求を行う認証要求手順と、
上記認証要求に応じて上記外部電子機器から送信される、上記暗号化ストリームデータを解読するための情報を取得する解読情報取得手順と、
を実行することを特徴とする受信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、所定の通信フォーマットによるデータバスを介し、外部電子機器との間で通信状態が確立される受信装置、及びこの受信装置において、例えば上記外部電子機器から送信される暗号化ストリームについての暗号解読処理を行うための受信方法に関するものである。
【背景技術】
【０００２】
近年、デジタルデータインターフェースとして、ＩＥＥＥ(Institute of Electrical Engineers)１３９４データインターフェースが知られている。ＩＥＥＥ１３９４データインターフェースは、例えばＳＣＳＩなどよりもデータ転送レートが高速であり、周知のように、所要のデータサイズを周期的に送受信することが保証されるＩｓｏｃｈｒｏｎｏｕｓ通信が可能とされる。このため、ＩＥＥＥ１３９４データインターフェースは、ＡＶ(Audio/Video)などのストリームデータをリアルタイムで転送するのに有利とされている。
【０００３】
このような技術を背景として、各種デジタルＡＶ機器やパーソナルコンピュータ装置等の電子機器を、例えばＩＥＥＥ１３９４等のデータインターフェース規格に従ったデータバスを介して相互に接続することで、機器間でＡＶデータを送受信できるようにしたＡＶシステムが提案されている。
【０００４】
上記したＡＶシステムとしては、例えばアンプ機器（シンクデバイス）を中心として、これに例えばＣＤプレーヤ、ＤＶＤプレーヤのほか、ビデオ機器などの各種ＡＶソース出力機器（ソースデバイス）をデータバスを介して接続することで、例えばいわゆるコンポーネント的なシステムを構築することが考えられる。
【０００５】
このようなＡＶシステムにおける上記シンクデバイスの役割としては、データバスを介して上記ソースデバイスから送信されるＡＶソース情報を入力して、最終的には音声信号としてスピーカなどに出力することになる。このために、シンクデバイスとしては、例えばデータバス上に存在する複数のソースデバイスのうちから、１つのソースデバイスを選択的に入力するための機能を有することになる。つまり入力ソース選択機能を有する。これは、例えばユーザがシンクデバイスに対して行った入力ソースの選択操作に応じて、その選択操作により指定されたソースデバイスとデータバス上での論理的な相互接続関係を確立することで実現される。
【０００６】
このような、ＡＶ機器やデータネットワークシステムの発展により、デジタルデータの複製や伝送が容易となることに伴って、音楽や映像などのデジタルデータコンテンツについての著作権保護が大きな問題となってきている。
このためコンテンツデータの著作権保護のために、データの暗号化、機器接続時の機器間の認証、著作権保護に不適切な機器の排除方式など、多様な技術が提案、実施されている。
【０００７】
上記したＩＥＥＥ１３９４による機器間の接続の際にも、特にオーディオデータやビデオデータの伝送が行われる機器間においては、機器同士の認証処理によって互いに正当な機器（例えば正しい著作権保護機能を備えるものとしてライセンスされた機器）であることの認証が行われることを条件としてデータ伝送等が可能とされることなどが行われている。
【０００８】
また、例えば５Ｃ−ＤＴＣＰ（Digital Transmission Content Protection）では、このようなＩＥＥＥ１３４９上で、例えばＳＡＣＤ（Super Audio CD）のデジタルストリームを流す際には、決められた暗号化処理を施してデータ通信を行うように規定している。そして、このようにした上で、上記認証処理が完了することでソースデバイス側からシンクデバイス側に暗号化復号に必要な情報を受け渡すようにし、これによってシンクデバイス側での暗号化データの解読を可能にするものである。
これにより、コンテンツデータの無制限な伝送やコピーを抑止し、著作権保護機能が実現されている。
【０００９】
このような暗号化処理の施されたストリームデータについての通信処理を行う際の、上記ＡＶシステムにおける動作を説明するフローチャートを図２４に示す
まず、この図において、ステップＳ５１においては、例えばこのような暗号化ストリームデータを出力することのできるソースデバイスへの入力ソース選択が行われ、このソースデバイスとシンクデバイスとの間のコネクションが確立される。
【００１０】
ここで、このようにコネクションが確立された状態において、例えば図中に破線で示すようにして、ステップＳ６０でソースデバイスから暗号化の義務づけられていないＣＤ（Compact Disk）クオリティのデータが入力されてきた場合は、これらのデータについては復号化処理を要さないため、ステップＳ６１で直ちに出力することができる。
これに対し、ステップＳ５２に示すようにして、例えばＳＡＣＤデータ等、上記のような規定に基づいて暗号化の施されたストリームデータが入力されてきた場合には、先に説明したようにしてこれを復号化するための情報をソースデバイスから取得する必要がある。
このため、シンクデバイスは送信元のソースデバイスに対し、まずステップＳ５３に示すようにして当該シンクデバイスが正規の機器であることを認証させる認証要求を行うようにされる。
【００１１】
続くステップＳ５４においては、このように認証要求が発生するのに応じ、シンクデバイス−ソースデバイス間において、上述したような機器同士の正当性をチェックする等の認証処理が行われる。そして、認証処理が正常に終了すると、ソースデバイスからシンクデバイスに対して上記暗号化ストリームデータを復号化するための情報が送信される。
【００１２】
そして、シンクデバイスでは、このように復号化のための情報が取得されたことにより、図示するステップＳ５５において受信されている暗号化ストリームデータについての復号化処理を行うことが可能となり、これにより、上記ストリームデータが再生データとして出力されるようになる。
【００１３】
なお、このように認証処理が正常に終了した後、暗号復号化のための情報を受信装置側に送信する技術については、例えば以下の特許文献にも記載されている。
【特許文献１】特開２０００−２８７１９２号公報
【発明の開示】
【発明が解決しようとする課題】
【００１４】
ところで、上記説明からも理解されるように、このＡＶシステムにおける通信処理動作においては、シンクデバイス側はソースデバイスからの暗号化ストリームが受信されることに応じて認証処理、及び復号化のための情報の取得を行うようにしているが、これによっては、この認証処理が行われている間、シンクデバイス側ではストリームデータについての復号化処理を行うことができず、音声出力が行われない無音状態が続くこととなる。
通常、このような認証処理には、例えば４秒程度の比較的長時間を要するものとされ、この間、ユーザは音声出力が行われるまで待つ負担を強いられることとなる。
【課題を解決するための手段】
【００１５】
そこで本発明はこのような事情に鑑み、外部電子機器とのコネクションが確立されるのに応じて直ちに認証処理を行うようにし、これにより例えば暗号化復号のための情報を取得しておくようにすることで、外部電子機器から暗号化ストリームが送信されてきた場合に直ちにこれを復号化出力することができるようにすることを目的とする。
【００１６】
このため本発明の電子機器は、所定の通信フォーマットによるデータバスを介し、外部電子機器との間で通信状態が確立されることで、上記外部機器から送信されるストリームデータを受信可能とされる受信手段と、上記受信手段により、上記外部電子機器から送信される暗号化ストリームデータ、非暗号化ストリームデータ、無効ストリームデータの別にかかわらず、ストリームデータを受信するのに応じ、上記外部電子機器に対する認証要求を行う認証要求手段と、上記認証要求に応じて上記外部電子機器から送信される、上記暗号化ストリームデータを解読するための情報を取得する解読情報取得手段とを備えるようにする。
【００１７】
また、本発明では、所定の通信フォーマットによるデータバスを介し、外部電子機器との間で通信状態が確立されることで、上記外部機器から送信されるストリームデータを受信可能とされる受信手段、を少なくとも備える受信装置の受信方法として、以下のようにすることとした。
すなわち、上記受信手段により、上記外部電子機器から送信される暗号化ストリームデータ、非暗号化ストリームデータ、無効ストリームデータの別にかかわらず、ストリームデータを受信するのに応じ、上記外部電子機器に対する認証要求を行う認証要求手順と、上記認証要求に応じて上記外部電子機器から送信される、上記暗号化ストリームデータを解読するための情報を取得する解読情報取得手順とを実行するようにした。
【発明の効果】
【００１８】
以上のような本発明の場合、上記受信装置では、受信手段により上記外部電子機器から送信される何らかのストリームデータを受信するのに応じ、上記外部電子機器に対する認証要求が行われるようになる。そして、この認証要求に応じては、上記外部電子機器から暗号化ストリームデータを解読するための情報が取得されるようになる。
すなわち、本発明によっては、上記受信装置において、外部電子機器から何らかのストリームデータが受信されるのに応じて、暗号化ストリームデータを解読するための情報が取得されるようになるものである。
そして、この場合に当該受信装置で受信されるストリームデータとしては、実質的に無効ストリームデータがほとんどとなるため、たいていの場合は暗号化ストリームデータが送信されてくる前にこれを解読するための情報を取得することができるようになるものである。
これにより、当該受信装置は、外部電子機器から暗号化ストリームデータが送信されてきた際に、これを直ちに解読して出力することができるようになる。
【発明を実施するための最良の形態】
【００１９】
以下、本発明の実施の形態について説明する。説明は次の順序で行う。
１．ＡＶシステム
１−１  全体構成
１−２  ＳＴＲ（フロントパネル）
１−３  ＳＴＲ対応ディスクドライブ（フロントパネル）
１−４  ＳＴＲ（内部）
１−５  ＳＴＲ対応ディスクドライブ（内部）
２．ＩＥＥＥ１３９４による本実施の形態のデータ通信
２−１  概要
２−２  スタックモデル
２−３  信号伝送形態
２−４  機器間のバス接続
２−５  パケット
２−６  トランザクションルール
２−７  アドレッシング
２−８  ＣＩＰ(Common Isochronous Packet)
２−９  コネクションマネージメント
２−１０  ＦＣＰにおけるコマンド及びレスポンス
２−１１  ＡＶ／Ｃコマンドパケット
３．暗号化復号情報の取得処理
【００２０】
１．ＡＶシステム
１−１  全体構成
図１は本発明の実施の形態の受信装置を含む電子機器システムの構成例を示している。
この電子機器システムは、複数のＡＶ機器等をＩＥＥＥ１３９４インターフェースのデータバスにより相互通信可能に接続することで構築される。
【００２１】
図１においては、ＡＶシステムを構成する機器として、ＳＴＲ(Stereo Tuner Receiver)６０と、ＳＴＲ対応ディスクドライブ３０、同一メーカ機器１００、他社メーカ機器１１０が示される。
【００２２】
ＳＴＲ６０は、図１に示すＡＶシステムの中心として機能するもので、主としてチューナ機能、外部ソース入力選択機能、及びアンプ機能を備えており、例えば図のようにして５チャンネルステレオ音声に対応するスピーカＳＰ（ＦＬ）、ＳＰ（ＦＲ）、ＳＰ（ＳＬ）、ＳＰ（ＳＲ）、ＳＰ（Ｃ）を接続することができるようになっている。
スピーカＳＰ（ＦＬ）はフロント左チャンネルスピーカ、スピーカＳＰ（ＦＲ）はフロント右チャンネルスピーカ、スピーカＳＰ（ＳＬ）はサラウンド左チャンネルスピーカ、スピーカＳＰ（ＳＲ）はサラウンド右チャンネルスピーカ、スピーカＳＰ（Ｃ）はセンターチャンネルスピーカである。
なお、例えばサブウーハスピーカを追加していわゆる５．１チャンネルスピーカシステムとするなど、他のスピーカ構成も可能である。
【００２３】
詳しい構成は後述するが、ＳＴＲ６０では、内部のチューナ部で受信した放送信号と、アナログオーディオ信号入力と、デジタルオーディオ信号入力と、さらにＩＥＥＥ１３９４バス１１６を介して外部から入力される複数のオーディオソースについて選択を行い、最終的には、これを音声としてスピーカＳＰから出力させることができるように構成されている。
【００２４】
また、この図には、ＳＴＲ６０に対する操作を行うためのリモートコントローラＲＭも示されている。ＳＴＲ６０は、このリモートコントローラＲＭに対して行われた操作に応じて送信されてくる操作コマンド信号を受信し、その操作コマンド信号の内容に応じた所要の動作を実行する。なお、この図では、ＳＴＲ６０に対応するリモートコントローラＲＭのみが示されているが、実際としては、他の機器についてもリモートコントローラによる操作が可能とされていてよいものである。
【００２５】
また、上記ＳＴＲ６０と共に接続することで利便性の高い各種のシステム機能を実現することのできる機種として、ここではＳＴＲ対応ディスクドライブ３０が示されている。ＳＴＲ対応ディスクドライブ３０は、例えばＳＴＲ６０と同一メーカ品とされる。
【００２６】
ＳＴＲ対応ディスクドライブ３０は、例えばＣＤ(Compact Disc)、ＳＡＣＤ（Super Audio CD）、ＶＣＤ（Video CD）、ＤＶＤ（Digital Versatile Disc）のそれぞれについて対応可能なディスクプレーヤとしての機能を有しており、装填されたディスクについての再生を行う。
そして、ディスクから再生して得られるオーディオデータを、ＩＥＥＥ１３９４バス１１６を介して送信出力することが可能とされる。
なお公知のように、ＣＤから再生されるオーディオデータは、サンプリング周波数４４．１ＫＨｚ、１６ビット量子化のリニアＰＣＭデータである。
またＤＶＤが再生される場合は、オーディオデータだけでなくビデオデータが再生される場合があり、従ってＳＴＲ対応ディスクドライブ３０はビデオデコード機能も備えている。図１には示していないが、例えばＣＲＴ、液晶その他の表示デバイスがＳＴＲ対応ディスクドライブ３０に接続されることで、ＤＶＤから再生された映像を表示出力することができる。
ＳＡＣＤは、ΣΔ変調を用いた１ビットデジタルオーディオ信号方式（ＤＳＤ：Direct Stream Digital）を用いたメディアである。このＤＳＤ信号は、ＣＤのサンプリング周波数ｆｓ（ｆｓ＝４４．１ＫＨｚ）の６４倍という高いサンプリング周波数による１ビット量子化のデジタルオーディオデータであり、可聴周波数帯域を越えた信号再生を可能としている。
このようなＳＡＣＤに対応するために、ＳＴＲ対応ディスクドライブ３０はＤＳＤ信号対応のデコード機能を有する。
【００２７】
このようなＳＴＲ対応ディスクドライブ３０が、ＩＥＥＥ１３９４バス１１６によりＳＴＲ６０と接続されることで、ＣＤ、ＤＶＤ、ＳＡＣＤの再生出力をＳＴＲ６０に接続されているスピーカシステムにより実行することが可能となる。
【００２８】
同一メーカ機器１００は、ＳＴＲ６０、ＳＴＲ対応ディスクドライブ３０と同一メーカとされて、ＩＥＥＥ１３９４インターフェースに対応した通信機能を有するデジタルＡＶ機器である。ここでの同一メーカ機器１００の実際としては、特に言及しないが、例えばＣＤプレーヤ、ＭＤレコーダ／プレーヤや、デジタルＶＴＲなどとされればよいものである。
この同一メーカ機器１００としては、例えばＳＴＲ対応ディスクドライブ３０、及びＳＴＲ対応ＭＤ機１などと比較した場合には、特にＳＴＲ６０を中心とするシステムコンポーネント機能が与えられるようには構成されていない点が異なる。
ただし、メーカ内のみで有効となるコマンド（Vender Dependent Commandといわれる)の送受信によっては、ＳＴＲ６０、ＳＴＲ対応ディスクドライブ３０、ＳＴＲ対応ＭＤ機１と共に、そのメーカで規定した特定の機能を有するように動作することが可能とされるものである。
また、例えばＳＴＲ６０に対して、この同一メーカ機器１００から送信されてくるオーディオソースとしてのデータを選択して受信入力するようにマニュアル操作を行えば、これを音声としてモニタしたり、或いは録音することなどが可能である。
【００２９】
他社メーカ機器１１０もまたＩＥＥＥ１３９４インターフェースに対応した通信機能を有する何らかのデジタルＡＶ機器であるが、ＳＴＲ６０、ＳＴＲ対応ディスクドライブ３０とは製造メーカが異なる。ここでの他社メーカ機器１１０の実際としても、ＣＤプレーヤ、ＭＤレコーダ／プレーヤや、デジタルＶＴＲなどとされればよい。ただし、この他社メーカ機器１１０の場合には、原則として上記したＳＴＲ６０のメーカで規定するVender Dependent Commandには対応不可となる。
【００３０】
なお、ここでは図示していないが、例えばこの図１に示す各ＡＶ機器としては、それぞれが商用交流電源から電力を入力するための電源コンセントが備えられる。もしくは、バッテリ駆動可能な構成であればバッテリを収納可能とされている。つまりは、各機器がそれぞれ独立して電力を得ることが可能とされているものである。
【００３１】
１−２  ＳＴＲ（フロントパネル）
続いて、上記図１に示したシステムを構成する上で主となる、ＳＴＲ６０と、このＳＴＲ６０とコンポーネント的システムを組むＳＴＲ対応ディスクドライブ３０の外観構成として、各々のフロントパネル部位について説明しておく。
【００３２】
図２はＳＴＲ６０本体のフロントパネル部位の様子を示している。
フロントパネル左下側には、電源キー１２０が設けられている。この電源キー１２０を操作することで、ＳＴＲ６０は、電源のオン／オフが切り換わるようにされている。なお、ここでいう電源がオフの状態とは、スタンバイ電源は動作しているいわゆるスタンバイ状態を指しているもので、例えば商用交流電源（又はバッテリ）の供給が絶たれている状態とは異なる。この点では、以降説明する、ＳＴＲ対応ディスクドライブ３０についても同様とされる。
また、ここでの詳しい説明は省略するが、ＳＴＲ６０では、スリープ状態とするためのスリープモードも用意されていることで、省電力化が考慮されている。
また、電源キー１２０の左側にはヘッドフォンジャック８６が設けられている。
【００３３】
フロントパネルのほぼ中央部には、表示部８７が配置されている。
この場合の表示部８７としては、主として文字表示を行うためのＦＬ管表示部８７Ａが設けられており、ここでは、１行１４文字分の表示が行われるようにされている。そして、その周囲にはセグメント表示部８７Ｂが設けられており、図示してはいないが所定の決められた内容がセグメントによって表示される。
表示部８７の左側にはディスプレイキー１２７が設けられる。
ディスプレイキー１２７は、基本的には表示部７５における表示内容を変更するためのものとされる。
【００３４】
また、ＦＬ管表示部８７Ａの右側には、ジョグダイヤル１２５と、その上側にチューニングモードキー１２１、チューナキー１２２、ファンクション／メニューキー１２３、エンターキー１２４が示される。
チューニングモードキー１２１、チューナキー１２２は、ＳＴＲ６０のチューナ機能に関連するキーであり、それぞれ、受信バンド、チューナモードの切り換えを行うときに使用する。
また、ファンクション／メニューキー１２３は、ファンクション選択やメニュー選択を行うためのキーとされ、エンターキー１２４は決定操作を行うときに使用される。
そして、ジョグダイヤル１２５は、所定の操作手順のもとで上記各キーと共に併用されるもので、これによりユーザは実際の各種操作を行うことができる。
【００３５】
一例として、ファンクション／メニューキー１２３を１回押圧操作するごとに、ＦＬ管表示部８７Ａの表示内容は、FUNCTION→SOUND→SETUPのようにしてトグルで変化する。
そして例えば、ＦＬ管表示部８７ＡにFUNCTIONと表示させた状態でジョグダイヤル１２５を回転操作すると、ＳＴＲ６０が入力してモニタ音声として出力するソースの選択を変更していくことができるようになっている。このときのＦＬ管表示部８７Ａには、ジョグダイヤル１２５の回転操作に応じて現在選択されている入力ソース名が表示されるようになっている。この操作によっては、例えばチューナ音声、アナログ入力、光デジタル入力、及びＩＥＥＥ１３９４バスを介して入力される各ソース（機器）を所定順序に従って順次選択していくことが可能とされる。
なお、例えばチューニングモードキー１２１、チューナキー１２２、ファンクション／メニューキー１２３、エンターキー１２４などのキーは、その背面側に装飾用のＬＥＤが設けられており、動作状態等に応じて点灯、点滅などするようにもされている。
【００３６】
ボリュームジョグ１２６は、ＳＴＲ６０から出力される音声信号レベル、つまり、例えばスピーカＳＰから出力される音量を調整するためのダイヤルキーとして備えられる。
【００３７】
１−３  ＳＴＲ対応ディスクドライブ（フロントパネル）
図３は、ＳＴＲ対応ディスクドライブ３０のフロントパネル部位を示している。
先ず、このＳＴＲ対応ディスクドライブ３０のフロントパネル左下側においても、電源オン／オフ（スタンバイ）のための電源キー１５０が設けられている。
【００３８】
また、このＳＴＲ対応ディスクドライブ３０のフロントパネルの中央上部には、ＣＤ、ＳＡＣＤ、ＶＣＤ、ＤＶＤとしてのディスクを挿入／排出するためのディスク挿脱部１５９が設けられている。例えばディスク挿脱部１５９内に収納されて装填されている状態にあるＣＤ等を排出させるためには、このディスク挿脱部１５９の右側に配置されるイジェクトキー１５１を操作する。
【００３９】
上記ディスク挿脱部１５９の下側には、例えば１行１４文字分の表示が可能なＦＬ管表示部４７Ａと、セグメント表示部４７Ｂとから成る表示部４７が設けられている。この場合、ＦＬ管表示部４７Ａに対しては、例えば現在装填されているＣＤ等にて再生されるトラックのトラックナンバ、再生時間等の再生状況を示す情報や、ＣＤ等のディスクに記録されているテキストデータなどが文字等として表示される。また、セグメント表示部４７Ｂには再生モードなどが示される。
ＦＬ管表示部４７Ａにおける表示内容の切り換えは、表示部４７の左側に配置されるディスプレイキー１５６を操作することによって行うことができる。
【００４０】
また、フロントパネル上の右側には、ＣＤの再生に関するキーとして、再生／一時停止キー１５２、停止キー１５３，頭出し・早送り／早戻しキー１５４，１５５が設けられている。
【００４１】
またフロントパネル上の左側には、Ｈ．Ａ．Ｔ．Ｓランプ１５６が設けられる。Ｈ．Ａ．Ｔ．Ｓランプ１５６は、ＨＡＴＳ機能のオン／オフを表示するためのランプである。
ＨＡＴＳ（High quality digital Audio Transmission System）とは、伝送クロックのジッタの影響によるデジタルオーディオ信号品質の低下を防止する機能である。
例えばＳＴＲ対応ディスクドライブ３０からＳＴＲ６０に対してＩＥＥＥ１３９４バス１１６によりオーディオデータを伝送する際に、伝送クロックのジッタによりＳＴＲ６０側では受信したオーディオデータに時間軸方向の揺らぎが発生する。そこで、ＳＴＲ６０側では、受信したオーディオデータを伝送クロックに基づいて一旦バッファメモリに蓄積し、それを水晶系のクロックに基づいて読み出すことにより、オーディオデータの時間軸方向の揺らぎを解消するものである。このＨＡＴＳ機能がオンの場合、ＳＴＲ対応ディスクドライブ３０とＳＴＲ６０の間ではフロー制御のための信号のやりとりが行われるものとなる。
【００４２】
ここで、上記図２、図３に示すフロントパネルの様子からも分かるように、ＳＴＲ６０、ＳＴＲ対応ディスクドライブ３０は、それぞれが、自機のための表示部７５，４７を有している。換言すれば、例えばＳＴＲ及びＳＴＲ対応機器から成るシステムを、１つのオーディオコンポーネントシステムとして考えた場合、このコンポーネントシステムとして統合された表示部位というものは設けられてはいないことになる。これは、例えばＩＥＥＥ１３９４を介して接続される機器としては、本来、個々に独立した存在であることに対応している。
【００４３】
１−４  ＳＴＲ（内部）
続いて、ＳＴＲ６０、ＳＴＲ対応ディスクドライブ３０の各内部構成について説明する。
【００４４】
先ず、図４のブロック図にはＳＴＲ６０の内部構成例が示されている。
ＳＴＲ６０においては、オーディオソースとして、ＩＥＥＥ１３９４バス１１６を介して送信されてくるオーディオ信号と、自身が備えるチューナのオーディオ信号と、光デジタル入力端子６７から入力される外部デジタルオーディオ信号と、アナログ入力端子７８から入力される外部アナログオーディオ信号との４種を入力可能とされる。
【００４５】
ＩＥＥＥ１３９４インターフェース６１は、ＩＥＥＥ１３９４バス１１６を介して他の外部機器とデータの送受信を行うために設けられる。これにより、ＳＴＲ６０としては、外部とのＡＶデータの送受信、及び各種コマンドの送受信が可能に構成されることとなる。
ＩＥＥＥ１３９４インターフェース６１では、ＩＥＥＥ１３９４バス１１６を介して受信したパケットを復調し、復調したパケットに含まれるデータを抽出する。そしてこの抽出したデータを内部データ通信に適合するフォーマットのデータに変換して出力する。
例えばＩＥＥＥ１３９４バス１１６を介して他のＡＶ機器からオーディオデータが送信されてくるとする。ＩＥＥＥ１３９４インターフェース６１では、この送信されてきたオーディオデータを受信して、上記パケットに対する復調処理を行う。
そして、送信元の機器をＳＴＲ対応ディスクドライブ３０として考えた場合などにおいて、ＣＤ、ＶＣＤ、ＤＶＤの再生データが受信された場合には、例えばＩＥＣ６０９５８といわれるデジタルオーディオデータインターフェースフォーマットのオーディオデータＴＤ１に変換して出力する。
この場合、オーディオデータＴＤ１は復調処理部６６に供給される。復調処理部６６においては、入力されたオーディオデータＴＤ１について、例えばＩＥＣ６０９５８フォーマットに従った所要の復調処理を施して、例えばリニアＰＣＭデータ（ＰＣＭ１）としてＰＣＭセレクタ６９に出力する。
【００４６】
なお、光デジタル入力端子６７から入力される外部デジタルオーディオ信号も例えばＩＥＣ６０９５８フォーマットのデータとされており、この光デジタル入力端子６７からの入力の場合も、復調処理部６６で復調されてリニアＰＣＭデータ（ＰＣＭ１）としてＰＣＭセレクタ６９に供給される。
【００４７】
ＳＡＣＤの再生データは暗号化されて送信されてくる。
ＩＥＥＥ１３９４インターフェース６１において、ＩＥＥＥ１３９４バス１１６を介してＳＡＣＤの再生データが受信された場合には、ＩＥＥＥ１３９４インターフェース６１は、パケット復調処理、暗号解読処理等を行って、６４ｆｓ、ΣΔ変調による１ビット量子化のＤＳＤ信号ＴＤ３を出力する。
ＤＳＤ信号ＴＤ３はデシメーションフィルタ６５に供給され、デシメーションフィルタ６５によってリニアＰＣＭデータ（ＰＣＭ３）に変換されてＰＣＭセレクタ６９に供給される。
【００４８】
ＰＬＬ６３は伝送クロックに基づいてパケット復調処理のクロックを生成する。上述したＨＡＴＳ機能オフの場合は、ＰＬＬ６３で生成されたクロックに基づくＤＳＤ信号ＴＤ３、ＩＥＣ６０９５８データＴＤ１が出力される。
ＲＡＭ６２はＩＥＥＥ１３９４インターフェース６１における送受信データバッファとして機能する。
クロック発振器６４は水晶系のクロックを発生させる。
【００４９】
上述したＨＡＴＳ機能がオンとされている場合において、ＣＤ、ＶＣＤ、ＤＶＤのオーディオ再生データがＩＥＥＥ１３９４インターフェース６１に受信された場合は、そのデータは一旦ＲＡＭ６２に書き込まれた後、クロック発振器６４からの水晶系のクロックに基づいて読み出される。特にＩＥＥＥ１３９４インターフェース６１はＩＥＣ６０９５８データに対する復調機能も備えており、このＨＡＴＳオンの場合は、ＲＡＭ６２から読み出されたデータに対して復調を行い、リニアＰＣＭデータ（ＰＣＭ２）として出力し、これをＰＣＭセレクタ６９に供給する。
またＨＡＴＳ機能がオンとされている場合において、ＳＡＣＤの再生データがＩＥＥＥ１３９４インターフェース６１に受信された場合も、そのデータは一旦ＲＡＭ６２に書き込まれた後、クロック発振器６４からの水晶系のクロックに基づいて読み出される。この場合、読み出されたＤＳＤ信号ＴＤ３はデシメーションフィルタ６５に供給され、デシメーションフィルタ６５によってリニアＰＣＭデータ（ＰＣＭ３）に変換されてＰＣＭセレクタ６９に供給される。
【００５０】
チューナ部７７は、ＳＴＲ６０内に備えられており、アンテナ７６にて受信されたラジオ放送の電波について、選局及び復調処理等を行って例えばアナログ音声信号としてセレクタ７９に出力する。
また、アナログオーディオ信号入力端子７８を介して入力されるアナログ音声信号もまたセレクタ７９に対して入力される。
【００５１】
セレクタ７９では、例えばシステムコントローラ７０の制御に応じて、チューナ部７７とアナログオーディオ信号入力端子７８の何れかを入力ソースとして選択して、選択したアナログオーディオ信号をＡ／Ｄ変換器６８に対して供給する。Ａ／Ｄ変換器６８では入力されてきたアナログオーディオ信号をリニアＰＣＭデータ（ＰＣＭ４）に変換してＰＣＭセレクタ６９に供給する。
【００５２】
ＰＣＭセレクタ６９では、システムコントローラ７０の制御に応じて、ＰＣＭ１，ＰＣＭ２，ＰＣＭ３，ＰＣＭ４として示した各リニアＰＣＭデータを選択する。即ち入力ファンクション切換となる選択である。
ＰＣＭセレクタ６９で選択されたリニアＰＣＭデータはオーディオデコーダ８０に供給される。
このオーディオデコーダ８０は、ＤＳＰ(Digital Signal Processor)により形成され、オーディオデータに対して各種所要の信号処理やスピーカチャンネル分離などが行われる。
さらにオーディオデコーダ８０の出力はストリームプロセッサにおいてイコライジング処理その他の音場処理等が行われる。そしてこれら所要の信号処理が施された、例えば５チャンネル等のオーディオデータは、Ｄ／Ａ変換器８２おいてアナログオーディオ信号とされ、パワーアンプ部８３で増幅処理される。
パワーアンプ部８３で処理された音声信号は、ＳＴＲ８０におけるスピーカ接続端子８４に接続されたスピーカ部ＳＰに供給され、音声として出力される。なお、このスピーカ部ＳＰは図１に示したスピーカＳＰ（ＦＬ）、ＳＰ（ＦＲ）、ＳＰ（ＳＬ）、ＳＰ（ＳＲ）、ＳＰ（Ｃ）に相当し、図示は省略したがスピーカ接続端子８４は、各スピーカに対応して設けられる。
またパワーアンプ部８３の出力はヘッドフォンジャック８６にも供給され、ヘッドフォン出力が可能とされる。
【００５３】
ところで、ＳＴＲ６０に入力されたオーディオデータをＩＥＥＥ１３９４バス１１６により外部機器に出力する場合、オーディオデコーダ８０から出力されたデータがセレクタ８５を介してＩＥＥＥ１３９４インターフェース６１に供給されるようになされる。或いは復調処理部６６の出力がセレクタ８５を介してＩＥＥＥ１３９４インターフェース６１に供給される。
この場合、ＩＥＥＥ１３９４インターフェース６１に供給されるデータは、例えばＩＥＣ６０９５３などのデジタルオーディオデータインターフェースのフォーマットに適合する変調処理がされている形態のものとなる。
ＩＥＥＥ１３９４インターフェース６１は、このように供給されたデータについて、例えばＲＡＭ６２を利用して、パケット化をはじめとする所要の処理を施して、ＩＥＥＥ１３９４フォーマットに適合するフォーマットに変換する。そして、ＩＥＥＥ１３９４バス１１６を介して、目的の機器に対して送信出力を行う。
【００５４】
システムコントローラ７０は、例えばＣＰＵ(Central Processing Unit)、ＲＯＭ、ＲＡＭ、フラッシュメモリなどを備えて構成され、ＳＴＲ６０の全体についての各種動作制御を実行する。
ＲＯＭには、このＳＴＲ６０における各種動作を実現するためのプログラム等が格納され、ＲＡＭには、システムコントローラ７０が各種処理を実行するのに必要なデータなどが適宜保持される。
【００５５】
また、システムコントローラ７０に対しては、ユーザインターフェース７２が接続される。ユーザインターフェース７２はユーザの操作やユーザに対する表示出力に対応する制御を行う。即ちユーザインターフェース７２に対しては、受信部８９及び操作部８８からの情報が入力される。例えば受信部８９においては、リモートコントローラＲＭから送信されてきた無線のコマンド信号を受信し、この受信したコマンド信号がユーザインターフェース７２を介してシステムコントローラ７０に供給される。
操作部８８は、例えば図２のようにフロントパネルに設けられている各種キーより成るものとされ、この操作部８８に対して行われた操作に応じた操作情報がユーザインターフェース７２を介してシステムコントローラ７０に供給される。
システムコントローラ７０では、上記のようにして入力されてくるコマンド信号及び操作情報に応答した所要の動作が得られるように、各種制御処理を実行する。
また、システムコントローラ７０は、例えば上記したコマンド信号及び操作情報や、現在の動作状況等に応じた所要の内容の表示が行われるように、ユーザインターフェース７２に指示を出す。ユーザインターフェース７２はそれに応じて表示部８７に対する表示制御を実行する。この表示部８７は、前述もしたように、例えばＦＬ管表示部８７Ａとセグメント表示部８７Ｂとを備えている。
【００５６】
ＩＥＥＥ１３９４コントローラ７１は、主にＩＥＥＥ１３９４インターフェース６１に対する制御を行い、ＩＥＥＥ１３９４バス１１６による通信動作を制御するものとなる。
また、フラッシュメモリ９３には、例えばＩＥＥＥ１３９４コントローラ７１の動作プログラムが記憶される。
また、ＲＡＭ７５はＩＥＥＥ１３９４コントローラ７１がワーク領域等に使用する。
なお、ＲＡＭ７５、フラッシュメモリ９３はＩＥＥＥ１３９４コントローラ７１としてのチップ内部の記憶領域として形成されてもよいし、別体のチップとされてもよい。
【００５７】
また、ＩＥＥＥ１３９４インターフェース６１では、外部装置から送信されてくるコマンドやレスポンス等のデータを受信すること、或いは外部装置に対してコマンドやレスポンスを送信することも行う。ＩＥＥＥ１３９４コントローラ７１は、このコマンドやレスポンスの送受信処理についても必要な処理を実行する。
【００５８】
１−５  ＳＴＲ対応ディスクドライブ（内部）
次にＳＴＲ対応ディスクドライブ３０の内部構成について図６のブロック図を参照して説明する。
ＣＤ，ＳＡＣＤ，ＤＶＤ等のディスク９１は、前述した本体フロントパネルのディスク挿脱部１５９から挿入されることで、再生可能位置に装填される。
再生可能位置に装填されたディスク９１は、ＣＤ再生動作時においてスピンドルモータ３１によって一定線速度（ＣＬＶ）で回転駆動される。そして光学ヘッド３２によってディスク９１にピット形態（エンボスピット、相変化ピット、色素変化ピット等）で記録されているデータが読み出され、ＲＦアンプ３５に供給される。光学ヘッド３２において対物レンズ３２ａは２軸機構３２ｂによって保持され、トラッキング及びフォーカス方向に変位可能とされる。
また光学ヘッド３２はスレッド機構３４によってディスク９１の半径方向に移動可能とされる。
【００５９】
ＲＦアンプ３５では再生ＲＦ信号のほか、フォーカスエラー信号、トラッキングエラー信号を生成し、これらのエラー信号はサーボ回路３６に供給される。
サーボ回路３６はフォーカスエラー信号、トラッキングエラー信号から、フォーカス駆動信号、トラッキング駆動信号、スレッド駆動信号等の各種駆動信号を生成し、２軸機構３２ｂ、及びスレッド機構３４の動作を制御する。つまり、フォーカスサーボ制御及びトラッキングサーボ制御を実行する。
また、ＲＦアンプ３５において二値化された再生ＲＦ信号は、タイミングジェネレータ４０に対しても出力されており、タイミングジェネレータ４０においては、この再生ＲＦ信号の波形タイミングに基づいて、タイミング信号を生成してＣＬＶプロセッサ４１に対して出力する。ＣＬＶプロセッサ４１では、入力されたタイミング信号に基づいて、スピンドルモータ３１を所要のＣＬＶ速度により回転制御するための駆動信号を生成してスピンドルモータに供給する。これにより、ディスク９１をＣＬＶにより回転駆動するためのスピンドルサーボ制御が実行される。
またサーボ回路３６，タイミングジェネレータ４０に対しては、スピンドル起動／停止、各サーボ整定、トラックジャンプ、アクセスその他の必要処理を行うようにシステムコントローラ５０が制御を行う。
【００６０】
再生ＲＦ信号はＤＳＤデコーダ３７、ＡＶデコーダ３８に供給される。
ＣＤ、ＶＣＤ、ＤＶＤの再生時にはＡＶデコーダ３８が機能するように、またＳＡＣＤの再生時にはＤＳＤデコーダ３７が機能するように、システムコントローラ５０によって制御される。
ＡＶデコーダ３８は、ＣＤから再生され２値化された再生信号（ＥＦＭ信号）に対してＥＦＭ復調，エラー訂正デコード、デスクランブル等を行なう。またＤＶＤから再生され２値化された再生信号（ＥＦＭ＋変調信号）に対してＥＦＭ＋復調，エラー訂正デコード、デスクランブル等を行なう。
これらによって例えば１６ビット量子化、44.1KHz サンプリングのフォーマットのオーディオデータにデコードを行い、ＩＥＥＥ１３９４インターフェース３９に供給する。
また、ＡＶデコーダ３８は、ビデオデコーダとしての機能も備え、ＤＶＤ再生時にはビデオ信号のデコードも行う。デコードされたビデオ信号は、ビデオ出力端子５３から図示していない映像モニタ装置に供給され、映像出力される。
【００６１】
ＤＳＤデコーダ３７は、ＳＡＣＤから再生され２値化された再生信号からＤＳＤ信号をデコードする。ＤＳＤ信号はＩＥＥＥ１３９４インターフェース３９に供給される。
なお、ＳＡＣＤは記録面が２層構造のディスクとされ、一方の層はＤＳＤ方式のデータ、他方の層はＣＤ方式のデータが記録されるものもある。ＣＤ方式のデータが記録された層が再生される場合は、そのデコード処理はＡＶデコーダ３８において行われることになる。
【００６２】
またＡＶデコーダ３８、ＤＳＤデコーダ３７ではサブコード等の制御データも抽出可能な構成を採っている。
また、例えばディスク９１のリードインエリアに例えばサブコード形態で記録されているＴＯＣ(Table Of Contents)情報を抽出することも行われる。これらのサブコードデータ、ＴＯＣはシステムコントローラ５０に供給されることで、例えば各種制御に用いられる。
【００６３】
また、ＲＦアンプ３５にて二値化された再生ＲＦ信号は、ＰＬＬ回路５５に対しても供給される。
ＰＬＬ回路５５は、入力されたＥＦＭ信号のチャンネルビットに同期したクロックを出力する。このクロックは、例えばＤＳＤデコーダ３７及びＡＶデコーダ３８以降の信号処理回路系のクロックとして利用される。
【００６４】
デコードされＩＥＥＥ１３９４インターフェース３９に入力されたオーディオデータは、ＩＥＥＥ１３９４のフォーマットに適合するデータに変換され、ＩＥＥＥ１３９４バス１１６を介して外部機器に対して送信出力される。
そして、ＤＳＤデータの送信出力の際は、データに対して暗号化処理が施されるものとなる。つまり、ＤＳＤデータについては、ＩＥＥＥ１３９４インターフェース３９から暗号化されたデータが出力されるものである。
なお、図示はしていないが、デジタルインターフェース及び光デジタル出力端子を設け、ＡＶデコーダ３８又はＤＳＤデコーダ３７から出力されるオーディオデータがデジタルデータ出力されるようにしてもよい。
また、Ｄ／Ａ変換器、アナログ出力端子を設けて、デコードされたオーディオデータをアナログ音声信号に変換して、外部機器に出力するようにしてもよい。
【００６５】
システムコントローラ５０は、ＣＰＵ、ＲＡＭ，ＲＯＭ等を備えたマイクロコンピュータとされ、上述してきた各種動作の制御を行う。
ＲＯＭには、このＳＴＲ対応ディスクドライブ３０における各種動作を実現するためのプログラム等が格納され、ＲＡＭには、システムコントローラ５０が各種処理を実行するのに必要なデータやプログラム等が適宜保持される。
【００６６】
ディスク９１の再生時には、ディスク９１に記録されている管理情報、即ちＴＯＣを読み出す必要がある。システムコントローラ５０はこの管理情報に応じてディスク９１に収録されたトラック数、各トラックのアドレスなどを判別し、再生動作制御を行うことになる。このためシステムコントローラ５０はディスク９１が装填された際にＴＯＣが記録されたディスクの最内周側（リードインエリア）の再生動作を実行させることによって読み出し、前述のようにしてＴＯＣ情報を抽出する。そして、このＴＯＣを例えば内部のＲＡＭなどに記憶させておき、以後そのディスク９１に対する再生動作の際に参照できるようにしている。
【００６７】
また、システムコントローラ５０に対しては、ＩＥＥＥ１３９４コントローラ５１，及びユーザインターフェース５２がそれぞれ相互通信可能に接続される。
ユーザインターフェース５２はユーザの操作やユーザに対する表示出力に対応する制御を行う。即ちユーザインターフェース５２に対しては、受信部４５及び操作部４８からの情報が入力される。例えば受信部４５においては、リモートコントローラＲＭから送信されてきた無線のコマンド信号を受信し、この受信したコマンド信号がユーザインターフェース５２を介してシステムコントローラ５０に供給される。
操作部４８は、例えば図３のようにフロントパネルに設けられている各種キーより成るものとされ、この操作部４８に対して行われた操作に応じた操作情報がユーザインターフェース５２を介してシステムコントローラ５０に供給される。
システムコントローラ５０では、上記のようにして入力されてくるコマンド信号及び操作情報に応答した所要の動作が得られるように、各種制御処理を実行する。
また、システムコントローラ５０は、例えば上記したコマンド信号及び操作情報や、現在の動作状況等に応じた所要の内容の表示が行われるように、ユーザインターフェース５２に指示を出す。ユーザインターフェース５２はそれに応じて表示部４７に対する表示制御を実行する。
例えば表示部４７にはディスクの総演奏時間、再生や録音時の進行時間などの時間情報や、トラックナンバ、ディスクネームやトラックネームなどのネーム情報、動作状態、動作モードなどの各種の表示が行なわれる。
この表示部４７は、前述もしたように、例えばＦＬ管表示部４７Ａとセグメント表示部４７Ｂとを備えている。
【００６８】
ＩＥＥＥ１３９４コントローラ５１は、主にＩＥＥＥ１３９４インターフェース６１に対する制御を行い、ＩＥＥＥ１３９４バス１１６による通信動作を制御するものとなる。
また、フラッシュメモリ５４は、例えばＩＥＥＥ１３９４コントローラ５１の動作プログラムが記憶される。また、ＲＡＭ４４はＩＥＥＥ１３９４コントローラ７１がワーク領域等に使用する。
なお、この場合もＲＡＭ４４、フラッシュメモリ５４はＩＥＥＥ１３９４コントローラ５１としてのチップ内部の記憶領域として形成されてもよいし、別体のチップとされてもよいものとする。
【００６９】
また、ＩＥＥＥ１３９４インターフェース３９では、外部装置から送信されてくるコマンドやレスポンス等のデータを受信すること、或いは外部装置に対してコマンドやレスポンスを送信することも行う。ＩＥＥＥ１３９４コントローラ５１は、このコマンドやレスポンスの送受信処理についても必要な処理を実行する。
【００７０】
２．ＩＥＥＥ１３９４による本実施の形態のデータ通信
２−１  概要
以降、本実施の形態としてのＩＥＥＥ１３９４規格に従ったデータ通信について説明する。
【００７１】
ＩＥＥＥ１３９４は、シリアルデータ通信の規格の１つとされる。
このＩＥＥＥ１３９４によるデータ伝送方式としては、周期的に通信を行うＩｓｏｃｈｒｏｎｏｕｓ通信方式と、この周期と関係なく非同期で通信するＡｓｙｎｃｈｒｏｎｏｕｓ通信方式が存在する。一般に、Ｉｓｏｃｈｒｏｎｏｕｓ通信方式はデータの送受信に用いられ、Ａｓｙｎｃｈｒｏｎｏｕｓ通信方式は各種制御コマンドの送受信に用いられる。そして、１本のケーブルを使用して、これら２種類の通信方式によって送受信を行うことが出来るようにされている。
そこで以降、上記したＩＥＥＥ１３９４規格による本実施の形態の送信形態を前提として説明を行っていくこととする。
【００７２】
２−２  スタックモデル
図６は、本実施の形態が対応するＩＥＥＥ１３９４のスタックモデルを示している。
ＩＥＥＥ１３９４フォーマットにおいては、Ａｓｙｎｃｈｒｏｎｏｕｓ系（４００）とＩｓｏｃｈｒｏｎｏｕｓ系（５００）とに大別される。
ここで、Ａｓｙｎｃｈｒｏｎｏｕｓ系（４００）とＩｓｏｃｈｒｏｎｏｕｓ系（５００）に共通な層として、最下位にＰｈｙｓｉｃａｌ  Ｌａｙｅｒ（３０１）（物理層）が設けられ、その上位にＬｉｎｋ  Ｌａｙｅｒ（３０２）（リンク層）が設けられる。Ｐｈｙｓｉｃａｌ  Ｌａｙｅｒ（３０１）はハードウェア的な信号伝送を司るためのレイヤであり、Ｌｉｎｋ  Ｌａｙｅｒ（３０２）はＩＥＥＥ１３９４バスを例えば、機器毎に規定された内部バスに変換するための機能を有する層とされる。
【００７３】
Ｐｈｙｓｉｃａｌ  Ｌａｙｅｒ（３０１）、Ｌｉｎｋ  Ｌａｙｅｒ（３０２）、及び次に説明するＴｒａｎｓａｃｔｉｏｎ  Ｌａｙｅｒ（４０１）は、Ｅｖｅｎｔ／Ｃｏｎｔｒｏｌ／ＣｏｎｆｉｇｕｒａｔｉｏｎのラインによってＳｅｒｉａｌ  Ｂｕｓ  Ｍａｎａｇｅｍｅｎｔ３０３とリンクされる。
また、ＡＶ  Ｃａｂｌｅ／Ｃｏｎｎｅｃｔｏｒ３０４は、ＡＶデータ伝送のための物理的なコネクタ、ケーブルを示している。
【００７４】
Ａｓｙｎｃｈｒｏｎｏｕｓ系（４００）における上記Ｌｉｎｋ  Ｌａｙｅｒ（３０２）の上位には、Ｔｒａｎｓａｃｔｉｏｎ  Ｌａｙｅｒ（４０１）が設けられる。Ｔｒａｎｓａｃｔｉｏｎ  Ｌａｙｅｒ（４０１）は、ＩＥＥＥ１３９４としてのデータ伝送プロトコルを規定する層とされ、基本的なＡｓｙｎｃｈｒｏｎｏｕｓ  Ｔｒａｎｓａｃｔｉｏｎとしては、後述するようにして、Ｗｒｉｔｅ  Ｔｒａｎｓａｃｔｉｏｎ，Ｒｅａｄ  Ｔｒａｎｓａｃｔｉｏｎ，Ｌｏｃｋ  Ｔｒａｎｓａｃｔｉｏｎが規定される。
【００７５】
そして、Ｔｒａｎｓａｃｔｉｏｎ  Ｌａｙｅｒ（４０１）の上層に対してＦＣＰ(Function Control Protocol)（４０２）が規定される。ＦＣＰ（４０２）は、ＡＶ／Ｃ  Ｃｏｍｍａｎｄ(AV/C Digital Interface Command Set)（４０３）として規定された制御コマンドを利用することで、各種ＡＶ機器に対するコマンド制御を実行することが出来るようになっている。
【００７６】
また、Ｔｒａｎｓａｃｔｉｏｎ  Ｌａｙｅｒ（４０１）の上層に対しては、Ｃｏｎｎｅｃｔｉｏｎ  Ｍａｎａｇｅｍｅｎｔ  Ｐｒｏｃｅｄｕｒｅｓ（５０５）を利用して、後述するＰｌｕｇ（ＩＥＥＥ１３９４における論理的な機器接続関係）を設定するためのＰｌｕｇ  Ｃｏｎｔｒｏｌｌ  Ｒｅｇｉｓｔｅｒｓ（４０４）が規定される。
【００７７】
Ｉｓｏｃｈｒｏｎｏｕｓ系（５００）におけるＬｉｎｋ  Ｌａｙｅｒ（３０２）の上位には、ＣＩＰ  Ｈｅａｄｅｒ  Ｆｏｒｍａｔ（５０１）が規定され、このＣＩＰ  Ｈｅａｄｅｒ  Ｆｏｒｍａｔ（５０１）に管理される形態で、ＳＤ−ＤＶＣＲ  Ｒｅａｌｔｉｍｅ  Ｔｒａｎｓｍｉｓｓｉｏｎ（５０２），ＨＤ−ＤＶＣＲ  Ｒｅａｌｔｉｍｅ  Ｔｒａｎｓｍｉｓｓｉｏｎ（５０３），ＳＤＬ−ＤＶＣＲ  Ｒｅａｌｔｉｍｅ  Ｔｒａｎｓｍｉｓｓｉｏｎ（５０４），ＭＰＥＧ２−ＴＳ  Ｒｅａｌｔｉｍｅ  Ｔｒａｎｓｍｉｓｓｉｏｎ（５０５），Ａｕｄｉｏ  ａｎｄ  Ｍｕｓｉｃ  Ｒｅａｌｔｉｍｅ  Ｔｒａｎｓｍｉｓｓｉｏｎ（５０６）等の伝送プロトコルが規定されている。
【００７８】
ＳＤ−ＤＶＣＲ  Ｒｅａｌｔｉｍｅ  Ｔｒａｎｓｍｉｓｓｉｏｎ（５０２），ＨＤ−ＤＶＣＲ  Ｒｅａｌｔｉｍｅ  Ｔｒａｎｓｍｉｓｓｉｏｎ（５０３），ＳＤＬ−ＤＶＣＲ  Ｒｅａｌｔｉｍｅ  Ｔｒａｎｓｍｉｓｓｉｏｎ（５０４）は、それぞれ、デジタルＶＴＲ(Video Tape Recorder)に対応するデータ伝送プロトコルである。
ＳＤ−ＤＶＣＲ  Ｒｅａｌｔｉｍｅ  Ｔｒａｎｓｍｉｓｓｉｏｎ（５０２）が扱うデータは、ＳＤ−ＤＶＣＲ  ｒｅｃｏｒｄｉｎｇ  ｆｏｒｍａｔ（５０８）の規定に従って得られたデータシーケンス（ＳＤ−ＤＶＣＲ  ｄａｔａ  ｓｅｑｕｅｎｃｅ（５０７））とされる。
また、ＨＤ−ＤＶＣＲ  Ｒｅａｌｔｉｍｅ  Ｔｒａｎｓｍｉｓｓｉｏｎ（５０３）が扱うデータは、ＨＤ−ＤＶＣＲ  ｒｅｃｏｒｄｉｎｇ  ｆｏｒｍａｔ（５１０）の規定に従って得られたデータシーケンス（ＳＤ−ＤＶＣＲ  ｄａｔａ  ｓｅｑｕｅｎｃｅ（５０９））とされる。
ＳＤＬ−ＤＶＣＲ  Ｒｅａｌｔｉｍｅ  Ｔｒａｎｓｍｉｓｓｉｏｎ（５０４）が扱うデータは、ＳＤＬ−ＤＶＣＲ  ｒｅｃｏｒｄｉｎｇ  ｆｏｒｍａｔ（５１２）の規定に従って得られるデータシーケンス（ＳＤ−ＤＶＣＲ  ｄａｔａ  ｓｅｑｕｅｎｃｅ（５１１））となる。
【００７９】
ＭＰＥＧ２−ＴＳ  Ｒｅａｌｔｉｍｅ  Ｔｒａｎｓｍｉｓｓｉｏｎ（５０５）は、例えばデジタル衛星放送に対応するチューナ等に対応する伝送プロトコルで、これが扱うデータは、ＤＶＢ  ｒｅｃｏｒｄｉｎｇ  ｆｏｒｍａｔ（５１４）或いはＡＴＶ  ｒｅｃｏｒｄｉｎｇ  ｆｏｒｍａｔ（５１５）の規定に従って得られるデータシーケンス（ＭＰＥＧ２−ＴＳ  ｄａｔａ  ｓｅｑｕｅｎｃｅ（５１３））とされる。
【００８０】
また、Ａｕｄｉｏ  ａｎｄ  Ｍｕｓｉｃ  Ｒｅａｌｔｉｍｅ  Ｔｒａｎｓｍｉｓｓｉｏｎ（５０６）は、例えば本実施の形態のＭＤシステムを含むデジタルオーディオ機器全般に対応する伝送プロトコルであり、これが扱うデータは、Ａｕｄｉｏ  ａｎｄ  Ｍｕｓｉｃ  ｒｅｃｏｒｄｉｎｇ  ｆｏｒｍａｔ（５１７）の規定に従って得られるデータシーケンス（Ａｕｄｉｏ  ａｎｄ  Ｍｕｓｉｃ  ｄａｔａ  ｓｅｑｕｅｎｃｅ）とされる。
【００８１】
２−３  信号伝送形態
図７は、ＩＥＥＥ１３９４バスとして実際に用いられるケーブルの構造例を示している。
この図においては、コネクタ６００Ａと６００Ｂがケーブル６０１を介して接続されていると共に、ここでは、コネクタ６００Ａと６００Ｂのピン端子として、ピン番号１〜６の６ピンが使用される場合を示している。
コネクタ６００Ａ，６００Ｂに設けられる各ピン端子については、ピン番号１は電源（ＶＰ）、ピン番号２はグランド（ＶＧ）、ピン番号３はＴＰＢ１、ピン番号４はＴＰＢ２、ピン番号５はＴＰＡ１、ピン番号５はＴＰＡ２とされている。
そして、コネクタ６００Ａ−６００Ｂ間の各ピンの接続形態は、
ピン番号１（ＶＰ）−ピン番号１（ＶＰ）
ピン番号２（ＶＧ）−ピン番号２（ＶＧ）
ピン番号３（ＴＰＢ１）−ピン番号５（ＴＰＡ１）
ピン番号４（ＴＰＢ２）−ピン番号６（ＴＰＡ２）
ピン番号５（ＴＰＡ１）−ピン番号３（ＴＰＢ１）
ピン番号６（ＴＰＡ２）−ピン番号３（ＴＰＢ２）
のようになっている。そして、上記ピン接続の組のうち、
ピン番号３（ＴＰＢ１）−ピン番号５（ＴＰＡ１）
ピン番号４（ＴＰＢ２）−ピン番号６（ＴＰＡ２）
の２本のツイスト線の組により、差動で信号を相互伝送する信号線６０１Ａを形成し、
ピン番号５（ＴＰＡ１）−ピン番号３（ＴＰＢ１）
ピン番号６（ＴＰＡ２）−ピン番号３（ＴＰＢ２）
の２本のツイスト線の組により、差動で信号を相互伝送する信号線６０１Ｂを形成している。
【００８２】
上記２組の信号線６０１Ａ及び信号線６０１Ｂにより伝送される信号は、図８（ａ）に示すデータ信号（Ｄａｔａ）と、図８（ｂ）に示すストローブ信号（Ｓｔｒｏｂｅ）である。
図８（ａ）に示すデータ信号は、信号線６０１Ａ又は信号線６０１Ｂの一方を使用してＴＰＢ１，２から出力され、ＴＰＡ１，２に入力される。
また、図８（ｂ）に示すストローブ信号は、データ信号と、このデータ信号に同期する伝送クロックとについて所定の論理演算を行うことによって得られる信号であり、実際の伝送クロックよりは低い周波数を有する。このストローブ信号は、信号線６０１Ａ又は信号線６０１Ｂのうち、データ信号伝送に使用していない他方の信号線を使用して、ＴＰＡ１，２から出力され、ＴＰＢ１，２に入力される。
【００８３】
例えば、図８（ａ），図８（ｂ）に示すデータ信号及びストローブ信号が、或るＩＥＥＥ１３９４対応の機器に対して入力されたとすると、この機器においては、入力されたデータ信号とストローブ信号とについて所定の論理演算を行って、図８（ｃ）に示すような伝送クロック（Ｃｌｏｃｋ）を生成し、所要の入力データ信号処理に利用する。
ＩＥＥＥ１３９４フォーマットでは、このようなハードウェア的データ伝送形態を採ることで、高速な周期の伝送クロックをケーブルによって機器間で伝送する必要をなくし、信号伝送の信頼性を高めるようにしている。
なお、上記説明では６ピンの仕様について説明したが、ＩＥＥＥ１３９４フォーマットでは電源（ＶＰ）とグランド（ＶＧ）を省略して、２組のツイスト線である信号線６０１Ａ及び信号線６０１Ｂのみからなる４ピンの仕様も存在する。例えば、本実施の形態のＭＤレコーダ／プレーヤ１では、実際には、この４ピン仕様のケーブルを用いることで、ユーザにとってより簡易なシステムを提供できるように配慮している。
【００８４】
２−４  機器間のバス接続
図９は、ＩＥＥＥ１３９４バスによる機器間接続の形態例を模式的に示している。この図では、機器Ａ，Ｂ，Ｃ，Ｄ，Ｅの５台の機器（Ｎｏｄｅ）がＩＥＥＥ１３９４バス（即ちケーブルである）によって相互通信可能に接続されている場合が示されている。
ＩＥＥＥ１３９４インターフェースでは、機器Ａ，Ｂ，ＣのようにしてＩＥＥＥ１３９４バスにより直列的に接続するいわゆる「ディージチェーン接続」が可能とされる。また、図９の場合であれば、機器Ａと、機器Ｂ，Ｄ，Ｅ間の接続形態に示すように、或る機器と複数機器とが並列的に接続されるいわゆる「ブランチ接続」も可能とされる。
システム全体としては、このブランチ接続と上記ディージチェーン接続とを併用して最大６３台の機器（Ｎｏｄｅ）を接続可能とされる。但し、ディージチェーン接続によっては、最大で１６台（１６ポップ）までの接続が可能とされている。また、ＳＣＳＩで必要とされるターミネータはＩＥＥＥ１３９４インターフェースでは不要である。
そしてＩＥＥＥ１３９４インターフェースでは、上記のようにしてディージチェーン接続又はブランチ接続により接続された機器間で相互通信を行うことが可能とされている。つまり、図９の場合であれば、機器Ａ，Ｂ，Ｃ，Ｄ，Ｅ間の任意の複数機器間での相互通信が可能とされる。
【００８５】
また、ＩＥＥＥ１３９４バスにより複数の機器接続を行ったシステム（以降はＩＥＥＥ１３９４システムともいう）内では、機器ごとに割与えられるＮｏｄｅＩＤを設定する処理が実際には行われる。この処理を、図１０により模式的に示す。
ここで、図１０（ａ）に示す接続形態によるＩＥＥＥ１３９４システムにおいて、ケーブルの抜き差し、システムにおける或る機器の電源のオン／オフ、ＰＨＹ(Physical Layer Protocol)での自発発生処理等が有ったとすると、ＩＥＥＥ１３９４システム内においてはバスリセットが発生する。これにより、各機器Ａ，Ｂ，Ｃ，Ｄ，Ｅ間においてＩＥＥＥ１３９４バスを介して全ての機器にバスリセット通知を行う処理が実行される。
【００８６】
このバスリセット通知の結果、図１０（ｂ）に示すようにして、通信（Child−Notify）を行うことで隣接する機器端子間で親子関係が定義される。つまり、ＩＥＥＥ１３９４システム内における機器間のＴｒｅｅ構造を構築する。そして、このＴｒｅｅ構造の構築結果に従って、ルートとしての機器が定義される。ルートとは、全ての端子が子(Ｃｈ；Child)として定義された機器であり、図１０（ｂ）の場合であれば、機器Ｂがルートとして定義されていることになる。逆に言えば、例えばこのルートとしての機器Ｂと接続される機器Ａの端子は親(Ｐ；Parent)として定義されているものである。
【００８７】
上記のようにしてＩＥＥＥ１３９４システム内のＴｒｅｅ構造及びルートが定義されると、続いては、図１０（ｃ）に示すようにして、各機器から、自己のＮｏｄｅ−ＩＤの宣言としてＳｅｌｆ−ＩＤパケットが出力される。そしてルートがこのＮｏｄｅ−ＩＤに対して順次承認（grant）を行っていくことにより、ＩＥＥＥ１３９４システム内における各機器のアドレス、つまりＮｏｄｅ−ＩＤが決定される。
【００８８】
２−５  パケット
ＩＥＥＥ１３９４フォーマットでは、図１２に示すようにしてＩｓｏｃｈｒｏｎｏｕｓ  ｃｙｃｌｅ（ｎｏｍｉｎａｌ  ｃｙｃｌｅ）の周期を繰り返すことによって送信を行う。この場合、１Ｉｓｏｃｈｒｏｎｏｕｓ  ｃｙｃｌｅは、１２５μｓｅｃとされ、帯域としては１００ＭＨｚに相当する。なお、Ｉｓｏｃｈｒｏｎｏｕｓ  ｃｙｃｌｅの周期としては１２５μｓｅｃ以外とされても良いことが規定されている。そして、このＩｓｏｃｈｒｏｎｏｕｓ  ｃｙｃｌｅごとに、データをパケット化して送信する。
【００８９】
この図に示すように、Ｉｓｏｃｈｒｏｎｏｕｓ  ｃｙｃｌｅの先頭には、１Ｉｓｏｃｈｒｏｎｏｕｓ  ｃｙｃｌｅの開始を示すＣｙｃｌｅ  Ｓｔａｒｔ  Ｐａｃｋｅｔが配置される。
このＣｙｃｌｅ  Ｓｔａｒｔ  Ｐａｃｋｅｔは、ここでの詳しい説明は省略するが、Ｃｙｃｌｅ  Ｍａｓｔｅｒとして定義されたＩＥＥＥ１３９４システム内の特定の１機器によってその発生タイミングが指示される。
Ｃｙｃｌｅ  Ｓｔａｒｔ  Ｐａｃｋｅｔに続いては、Ｉｓｏｃｈｒｏｎｏｕｓ  Ｐａｃｋｅｔが優先的に配置される。Ｉｓｏｃｈｒｏｎｏｕｓ  Ｐａｃｋｅｔは、図のように、チャンネルごとにパケット化されたうえで時分割的に配列されて転送される（Ｉｓｏｃｈｒｏｎｏｕｓ  ｓｕｂａｃｔｉｏｎｓ）。また、Ｉｓｏｃｈｒｏｎｏｕｓ  ｓｕｂａｃｔｉｏｎｓ内においてパケット毎の区切りには、Ｉｓｏｃｈｒｏｎｏｕｓ  ｇａｐといわれる休止区間（例えば０．０５μｓｅｃ）が設けられる。
このように、ＩＥＥＥ１３９４システムでは、１つの伝送線路によってＩｓｏｃｈｒｏｎｏｕｓデータをマルチチャンネルで送受信することが可能とされている。
【００９０】
ここで、例えば本実施の形態のＭＤレコーダ／プレーヤが対応する圧縮オーディオデータ（以降はＡＴＲＡＣデータともいう）をＩｓｏｃｈｒｏｎｏｕｓ方式により送信することを考えた場合、ＡＴＲＡＣデータが１倍速の転送レート１．４Ｍｂｐｓであるとすれば、１２５μｓｅｃである１Ｉｓｏｃｈｒｏｎｏｕｓ  ｃｙｃｌｅ周期ごとに、少なくともほぼ２０数バイトのＡＴＲＡＣデータをＩｓｏｃｈｒｏｎｏｕｓ  Ｐａｃｋｅｔとして伝送すれば、時系列的な連続性（リアルタイム性）が確保されることになる。
例えば、或る機器がＡＴＲＡＣデータを送信する際には、ここでの詳しい説明は省略するが、ＩＥＥＥ１３９４システム内のＩＲＭ(Isochronous Resource Manager)に対して、ＡＴＲＡＣデータのリアルタイム送信が確保できるだけの、Ｉｓｏｃｈｒｏｎｏｕｓ  パケットのサイズを要求する。ＩＲＭでは、現在のデータ伝送状況を監視して許可／不許可を与え、許可が与えられれば、指定されたチャンネルによって、ＡＴＲＡＣデータをＩｓｏｃｈｒｏｎｏｕｓ  Ｐａｃｋｅｔにパケット化して送信することが出来る。これがＩＥＥＥ１３９４インターフェースにおける帯域予約といわれるものである。
【００９１】
Ｉｓｏｃｈｒｏｎｏｕｓ  ｃｙｃｌｅの帯域内においてＩｓｏｃｈｒｏｎｏｕｓ  ｓｕｂａｃｔｉｏｎｓが使用していない残る帯域を用いて、Ａｓｙｎｃｈｒｏｎｏｕｓ  ｓｕｂａｃｔｉｏｎｓ、即ちＡｓｙｎｃｈｒｏｎｏｕｓのパケット送信が行われる。
図１１では、Ｐａｃｋｅｔ  Ａ，Ｐａｃｋｅｔ  Ｂの２つのＡｓｙｎｃｈｒｏｎｏｕｓ  Ｐａｃｋｅｔが送信されている例が示されている。Ａｓｙｎｃｈｒｏｎｏｕｓ  Ｐａｃｋｅｔの後には、ａｃｋ  ｇａｐ（０．０５μｓｅｃ）の休止期間を挟んで、ＡＣＫ（Acknowledge)といわれる信号が付随する。ＡＣＫは、後述するようにして、Ａｓｙｎｃｈｒｏｎｏｕｓ  Ｔｒａｎｓａｃｔｉｏｎの過程において、何らかのＡｓｙｎｃｈｒｏｎｏｕｓデータの受信が有ったことを送信側（Ｃｏｎｔｒｏｌｌｅｒ）に知らせるためにハードウェア的に受信側（Ｔａｒｇｅｔ）から出力される信号である。
また、Ａｓｙｎｃｈｒｏｎｏｕｓ  Ｐａｃｋｅｔ及びこれに続くＡＣＫからなるデータ伝送単位の前後には、１０μｓｅｃ程度のｓｕｂａｃｔｉｏｎ  ｇａｐといわれる休止期間が設けられる。
ここで、Ｉｓｏｃｈｒｏｎｏｕｓ  ＰａｃｋｅｔによりＡＴＲＡＣデータを送信し、上記ＡＴＲＡＣデータに付随するとされるＡＵＸデータファイルをＡｓｙｎｃｈｒｏｎｏｕｓ  Ｐａｃｋｅｔにより送信するようにすれば、見かけ上、ＡＴＲＡＣデータとＡＵＸデータファイルとを同時に送信することが可能となるものである。
【００９２】
２−６  トランザクションルール
図１２（ａ）の処理遷移図には、Ａｓｙｎｃｈｒｏｎｏｕｓ通信における基本的な通信規則（トランザクションルール）が示されている。このトランザクションルールは、ＦＣＰによって規定される。
図１２（ａ）に示すように、先ずステップＳ１１により、Ｒｅｑｕｅｓｔｅｒ（送信側）は、Ｒｅｓｐｏｎｄｅｒ（受信側）に対してＲｅｑｕｅｓｔを送信する。Ｒｅｓｐｏｎｄｅｒでは、このＲｅｑｕｅｓｔを受信する（ステップＳ１２）と、先ずＡｃｋｎｏｗｌｅｄｇｅをＲｅｑｕｅｓｔｅｒに返送する（ステップＳ１３）。送信側では、Ａｃｋｎｏｗｌｅｄｇｅを受信することで、Ｒｅｑｕｅｓｔが受信側にて受信されたことを認知する（ステップＳ１４）。
この後、Ｒｅｓｐｏｎｄｅｒは先のステップＳ１２にて受信したＲｅｑｕｅｓｔに対する応答として、ＲｅｓｐｏｎｓｅをＲｅｑｕｅｓｔｅｒに送信する（ステップＳ１５）。Ｒｅｑｕｅｓｔｅｒでは、Ｒｅｓｐｏｎｓｅを受信し（ステップＳ１６）、これに応答してＲｅｓｐｏｎｄｅｒに対してＡｃｋｎｏｗｌｅｄｇｅを送信する（ステップＳ１７）。ＲｅｓｐｏｎｄｅｒではＡｃｋｎｏｗｌｅｄｇｅを受信することで、Ｒｅｓｐｏｎｓｅが送信側にて受信されたことを認知する。
【００９３】
上記図１２（ａ）により送信されるＲｅｑｕｅｓｔ  Ｔｒａｎｓａｃｔｉｏｎとしては、図１２（ｂ）の左側に示すように、Ｗｒｉｔｅ  Ｒｅｑｕｅｓｔ、Ｒｅａｄ  Ｒｅｑｕｅｓｔ、Ｌｏｃｋ  Ｒｅｑｕｅｓｔの３種類に大別して定義されている。
Ｗｒｉｔｅ  Ｒｅｑｕｅｓｔは、データ書き込みを要求するコマンドであり、Ｒｅａｄ  Ｒｅｑｕｅｓｔはデータの読み出しを要求するコマンドである。Ｌｏｃｋ  Ｒｅｑｕｅｓｔはここでは詳しい説明は省略するが、ｓｗａｐ  ｃｏｍｐａｒｅ、マスクなどのためのコマンドである。
【００９４】
また、Ｗｒｉｔｅ  Ｒｅｑｕｅｓｔは、後に図示して説明するＡｓｙｎｃｈｒｏｎｏｕｓ  Ｐａｃｋｅｔ（ＡＶ／Ｃ  Ｃｏｍｍａｎｄ  Ｐａｃｋｅｔ）に格納するコマンド（ｏｐｅｒａｎｄ）のデータサイズに応じてさらに３種類が定義される。Ｗｒｉｔｅ  Ｒｅｑｕｅｓｔ（ｄａｔａ  ｑｕａｄｌｅｔ）は、Ａｓｙｎｃｈｒｏｎｏｕｓ  Ｐａｃｋｅｔのヘッダサイズのみによりコマンドを送信する。Ｗｒｉｔｅ  Ｒｅｑｕｅｓｔ（ｄａｔａ  ｂｌｏｃｋ：ｄａｔａ  ｌｅｎｇｔｈ＝４ｂｙｔｅ）、Ｗｒｉｔｅ  Ｒｅｑｕｅｓｔ（ｄａｔａ  ｂｌｏｃｋ：ｄａｔａ  ｌｅｎｇｔｈ≠４ｂｙｔｅ）は、Ａｓｙｎｃｈｒｏｎｏｕｓ  Ｐａｃｋｅｔとしてヘッダに対してｄａｔａ  ｂｌｏｃｋを付加してコマンド送信を行うもので、両者は、ｄａｔａ  ｂｌｏｃｋに格納されるｏｐｅｒａｎｄのデータサイズが４バイトであるかそれ以上であるのかが異なる。
【００９５】
Ｒｅａｄ  Ｒｅｑｕｅｓｔも同様にして、Ａｓｙｎｃｈｒｏｎｏｕｓ  Ｐａｃｋｅｔに格納するｏｐｅｒａｎｄのデータサイズに応じて、Ｒｅａｄ  Ｒｅｑｕｅｓｔ（ｄａｔａ  ｑｕａｄｌｅｔ）、Ｒｅａｄ  Ｒｅｑｕｅｓｔ（ｄａｔａ  ｂｌｏｃｋ：ｄａｔａ  ｌｅｎｇｔｈ＝４ｂｙｔｅ）、Ｒｅａｄ  Ｒｅｑｕｅｓｔ（ｄａｔａ  ｂｌｏｃｋ：ｄａｔａ  ｌｅｎｇｔｈ≠４ｂｙｔｅ）の３種類が定義されている。
【００９６】
また、Ｒｅｓｐｏｎｓｅ  Ｔｒａｎｓａｃｔｉｏｎとしては、図１２（ｂ）の右側に示されている。
上述した３種のＷｒｉｔｅ  Ｒｅｑｕｅｓｔに対しては、Ｗｒｉｔｅ  Ｒｅｓｐｏｎｓｅ或いはＮｏ  Ｒｅｓｐｏｎｓｅが定義される。
また、Ｒｅａｄ  Ｒｅｑｕｅｓｔ（ｄａｔａ  ｑｕａｄｌｅｔ）に対してはＲｅａｄ  Ｒｅｓｐｏｎｓｅ（ｄａｔａ  ｑｕａｄｌｅｔ）が定義され、Ｒｅａｄ  Ｒｅｑｕｅｓｔ（ｄａｔａ  ｂｌｏｃｋ：ｄａｔａ  ｌｅｎｇｔｈ＝４ｂｙｔｅ）、又はＲｅａｄ  Ｒｅｑｕｅｓｔ（ｄａｔａ  ｂｌｏｃｋ：ｄａｔａ  ｌｅｎｇｔｈ≠４ｂｙｔｅ）に対しては、Ｒｅａｄ  Ｒｅｓｐｏｎｓｅ（ｄａｔａ  ｂｌｏｃｋ）が定義される。
【００９７】
Ｌｏｃｋ  Ｒｅｑｕｅｓｔに対しては、Ｌｏｃｋ  Ｒｅｓｐｏｎｓｅが定義される。
【００９８】
２−７  アドレッシング
図１３は、ＩＥＥＥ１３９４バスのアドレッシングの構造を示している。
図１３（ａ）に示すように、ＩＥＥＥ１３９４フォーマットでは、バスアドレスのレジスタ（アドレス空間）として６４ビットが用意される。
このレジスタの上位１０ビットの領域は、ＩＥＥＥ１３９４バスを識別するためのバスＩＤを示し、図１３（ｂ）に示すようにしてバスＩＤとしてｂｕｓ＃０〜＃１０２２の計１０２３のバスＩＤを設定可能としている。ｂｕｓ＃１０２３はｌｏｃａｌ  ｂｕｓとして定義されている。
【００９９】
図１３（ａ）においてバスアドレスに続く６ビットの領域は、上記バスＩＤにより示されるＩＥＥＥ１３９４バスごとに接続されている機器のＮｏｄｅ  ＩＤを示す。Ｎｏｄｅ  ＩＤは、図１３（ｃ）に示すようにして、Ｎｏｄｅ  ＃０〜＃６２までの６３のＮｏｄｅ  ＩＤを識別可能としている。
上記バスＩＤ及びＮｏｄｅ  ＩＤを示す計１６ビットの領域は、後述するＡＶ／Ｃ  Ｃｏｍｍａｎｄ  Ｐａｃｋｅｔのヘッダにおけるｄｅｓｔｉｎａｔｉｏｎ  ＩＤに相当するもので、このバスＩＤ及びＮｏｄｅ  ＩＤによって、或るバスに接続された機器がＩＥＥＥ１３９４システム上で特定される。
【０１００】
図１３（ａ）においてＮｏｄｅ  ＩＤに続く２０ビットの領域は、ｒｅｇｉｓｔｅｒ  ｓｐａｃｅであり、このｒｅｇｉｓｔｅｒ  ｓｐａｃｅに続く２８ビットの領域は、ｒｅｇｉｓｔｅｒ  ａｄｄｒｅｓｓである。
ｒｅｇｉｓｔｅｒ  ｓｐａｃｅの値は最大で［Ｆ  ＦＦ  ＦＦｈ］とされて、図１３（ｄ）に示すｒｅｇｉｓｔｅｒを示し、このｒｅｇｉｓｔｅｒの内容が、図１３（ｅ）に示すようにして定義される。ｒｅｇｉｓｔｅｒ  ａｄｄｒｅｓｓは、図１３（ｅ）に示すレジスタのアドレスを指定している。
【０１０１】
簡単に説明すると、図１３（ｅ）のレジスタにおいて、例えばアドレス５１２［０  ００  ０２  ００ｈ］から始まるＳｅｒｉａｌ  Ｂｕｓ−ｄｅｐｅｎｄｅｎｔ  Ｒｅｇｉｓｔｅｒｓを参照することで、Ｉｓｏｃｈｒｏｎｏｕｓ  ｃｙｃｌｅのサイクルタイムや、空きチャンネルの情報が得られる。
また、アドレス１０２４［０  ００  ０４  ００ｈ］から始まるＣｏｎｆｉｇｕｒａｔｉｏｎ  ＲＯＭには、Ｎｏｄｅ  Ｕｎｉｑｕｅ  ＩＤ、及びｓｕｂｕｎｉｔ  ＩＤ等のＮｏｄｅに関する所要の情報が格納される。
これらＮｏｄｅ  Ｕｎｉｑｕｅ  ＩＤ、及びｓｕｂｕｎｉｔ  ＩＤは、実際にそのデバイスがＩＥＥＥ１３９４バスに接続されたときに、その接続関係を確立する際などに必要となるものである。
【０１０２】
Ｎｏｄｅ  Ｕｎｉｑｕｅ  ＩＤは、デバイスごとに固有とされ、８バイトによって表現されるデバイス情報であり、たとえ同一機種間であっても、同じＮｏｄｅ  Ｕｎｉｑｕｅ  ＩＤを有している他の機器は無いものとされる。
【０１０３】
また、ｓｕｂｕｎｉｔ  ＩＤとしては、そのＮｏｄｅとしての機器の製造メーカ名を示すＶｅｎｄｅｒ  Ｎａｍｅ（module_vender_ID）や、Ｎｏｄｅとしての機器の機種名を示すＭｏｄｅｌ  Ｎａｍｅ（model_ID）等の情報を有して形成される。
【０１０４】
Ｎｏｄｅ  Ｕｎｉｑｕｅ  ＩＤは、デバイスごとに固有とされ、８バイトによって表現されるデバイス識別情報であり、たとえ同一機種間であっても、同じＮｏｄｅ  Ｕｎｉｑｕｅ  ＩＤを有している機器は無いものとされる。
また、Ｖｅｎｄｅｒ  Ｎａｍｅは、そのＮｏｄｅの製造メーカ名を示す情報であり、Ｍｏｄｅｌ  Ｎａｍｅは、そのＮｏｄｅの機種を示す情報である。従って、これらＶｅｎｄｅｒ  Ｎａｍｅ及びＭｏｄｅｌ  Ｎａｍｅを共通に有する機器は存在することになる。
従って、Ｃｏｎｆｉｇｕｒａｔｉｏｎ  ＲＯＭの内容を参照することで、その機種に付されているＮｏｄｅ  Ｕｎｉｑｕｅ  ＩＤを識別することができ、また、ｓｕｂｕｎｉｔ  ＩＤの内容からは、そのＮｏｄｅの製造メーカ、及び機種等を識別することが可能になる。なお、Ｎｏｄｅ  Ｕｎｉｑｕｅ  ＩＤは必須であるのに対して、Ｖｅｎｄｅｒ  Ｎａｍｅ，Ｍｏｄｅｌ  Ｎａｍｅはオプションであり、必ずしも機器に対してセットしておく必要は無いものとされている。
【０１０５】
２−８  ＣＩＰ(Common Isochronos Packet)
図１４は、ＣＩＰ(Common Isochronos Packet)の構造を示している。つまり、図１１に示したＩｓｏｃｈｒｏｎｏｕｓ  Ｐａｃｋｅｔのデータ構造である。
前に述べたように、本実施の形態のＭＤレコーダ／プレーヤが対応する記録再生データの１つである、ＡＴＲＡＣデータ（オーディオデータ）は、ＩＥＥＥ１３９４通信においては、Ｉｓｏｃｈｒｏｎｏｕｓ通信によりデータの送受信が行われる。つまり、リアルタイム性が維持されるだけのデータ量をこのＩｓｏｃｈｒｏｎｏｕｓ  Ｐａｃｋｅｔに格納して、１Ｉｓｏｃｈｒｏｎｏｕｓ  ｃｙｃｌｅ毎に順次送信するものである。
【０１０６】
ＣＩＰの先頭３２ビット（１ｑｕａｄｌｅｔ）は、１３９４パケットヘッダとされている。
１３９４パケットヘッダにおいて上位から順に１６ビットの領域は、ｄａｔａ＿Ｌｅｎｇｔｈ、続く２ビットの領域はｔａｇ、続く６ビットの領域はｃｈａｎｎｅｌ、続く４ビットはｔｃｏｄｅ、続く４ビットは、ｓｙとされている。
そして、１３９４パケットヘッダに続く１ｑｕａｄｌｅｔの領域はｈｅａｄｅｒ＿ＣＲＣが格納される。
【０１０７】
ｈｅａｄｅｒ＿ＣＲＣに続く２ｑｕａｄｌｅｔの領域がＣＩＰヘッダとなる。
ＣＩＰヘッダの上位ｑｕａｄｌｅｔの上位２ビットには、それぞれ‘０’‘０’が格納され、続く６ビットの領域はＳＩＤ（送信ノード番号）を示す。ＳＩＤに続く８ビットの領域はＤＢＳ（データブロックサイズ）であり、データブロックのサイズ（パケット化の単位データ量）が示される。続いては、ＦＮ（２ビット）、ＱＰＣ（３ビット）の領域が設定されており、ＦＮにはパケット化する際に分割した数が示され、ＱＰＣには分割するために追加したｑｕａｄｌｅｔ数が示される。
ＳＰＨ（１ビット）にはソースパケットのヘッダのフラグが示され、ＤＢＣにはパケットの欠落を検出するカウンタの値が格納される。
【０１０８】
ＣＩＰヘッダの下位ｑｕａｄｌｅｔの上位２ビットにはそれぞれ‘０’‘０’が格納される。そして、これに続いてＦＭＴ（６ビット）、ＦＤＦ（２４ビット）の領域が設けられる。ＦＭＴには信号フォーマット（伝送フォーマット）が示され、ここに示される値によって、当該ＣＩＰに格納されるデータ種類（データフォーマット）が識別可能となる。具体的には、ＭＰＥＧストリームデータ、Ａｕｄｉｏストリームデータ、デジタルビデオカメラ（ＤＶ）ストリームデータ等の識別が可能になる。このＦＭＴにより示されるデータフォーマットは、例えば図６に示した、ＣＩＰ  Ｈｅａｄｅｒ  Ｆｏｒｍａｔ（４０１）に管理される、ＳＤ−ＤＶＣＲ  Ｒｅａｌｔｉｍｅ  Ｔｒａｎｓｍｉｓｓｉｏｎ（５０２），ＨＤ−ＤＶＣＲ  Ｒｅａｌｔｉｍｅ  Ｔｒａｎｓｍｉｓｓｉｏｎ（５０３），ＳＤＬ−ＤＶＣＲ  Ｒｅａｌｔｉｍｅ  Ｔｒａｎｓｍｉｓｓｉｏｎ（５０４），ＭＰＥＧ２−ＴＳ  Ｒｅａｌｔｉｍｅ  Ｔｒａｎｓｍｉｓｓｉｏｎ（５０５），Ａｕｄｉｏ  ａｎｄ  Ｍｕｓｉｃ  Ｒｅａｌｔｉｍｅ  Ｔｒａｎｓｍｉｓｓｉｏｎ（５０６）等の伝送プロトコルに対応する。
ＦＤＦは、フォーマット依存フィールドであり、上記ＦＭＴにより分類されたデータフォーマットについて更に細分化した分類を示す領域とされる。オーディオに関するデータで有れば、例えばリニアオーディオデータであるのか、ＭＩＤＩデータであるのかといった識別が可能になる。
例えば本実施の形態のＡＴＲＡＣデータであれば、先ずＦＭＴによりＡｕｄｉｏストリームデータの範疇にあるデータであることが示され、ＦＤＦに規定に従った特定の値が格納されることで、そのＡｕｄｉｏストリームデータはＡＴＲＡＣデータであることが示される。
【０１０９】
ここで、例えばＦＭＴによりＭＰＥＧであることが示されている場合、ＦＤＦにはＴＳＦ（タイムシフトフラグ）といわれる同期制御情報が格納される。また、ＦＭＴによりＤＶＣＲ（デジタルビデオカメラ）であることが示されている場合、ＦＤＦは、図１４の下に示すように定義される。ここでは、上位から順に、５０／６０（１ビット）により１秒間のフィールド数を規定し、ＳＴＹＰＥ（５ビット）によりビデオのフォーマットがＳＤとＨＤの何れとされているのが示され、ＳＹＴによりフレーム同期用のタイムスタンプが示される。
【０１１０】
上記ＣＩＰヘッダに続けては、ＦＭＴ，ＦＤＦによって示されるデータが、ｎ個のデータブロックのシーケンスによって格納される。ＦＭＴ，ＦＤＦによりＡＴＲＡＣデータであることが示される場合には、このデータブロックとしての領域にＡＴＲＡＣデータが格納される。
そして、データブロックに続けては、最後にｄａｔａ＿ＣＲＣが配置される。
【０１１１】
２−９  コネクションマネージメント
ＩＥＥＥ１３９４フォーマットにおいては、「プラグ」といわれる論理的接続概念によって、ＩＥＥＥ１３９４バスによって接続された機器間の接続関係が規定される。
図１５は、プラグにより規定された接続関係例を示しており、この場合には、ＩＥＥＥ１３９４バスを介して、ＶＴＲ１、ＶＴＲ２、セットトップボックス（ＳＴＢ；デジタル衛星放送チューナ）、モニタ装置（Ｍｏｎｉｔｏｒ）、及びデジタルスチルカメラ（Ｃａｍｅｒａ）が接続されているシステム形態が示されている。
【０１１２】
ここで、ＩＥＥＥ１３９４のプラグによる接続形態としては、ｐｏｉｎｔ  ｔｏ  ｐｏｉｎｔ−ｃｏｎｎｅｃｔｉｏｎと、ｂｒｏａｄｃａｓｔ  ｃｏｎｎｅｃｔｉｏｎとの２つの形態が存在する。
ｐｏｉｎｔ  ｔｏ  ｐｏｉｎｔ−ｃｏｎｎｅｃｔｉｏｎは、送信機器と受信機器との関係が特定され、かつ、特定のチャンネルを使用して送信機器と受信機器との間でデータ伝送が行われる接続形態である。
これに対して、ｂｒｏａｄｃａｓｔ  ｃｏｎｎｅｃｔｉｏｎは、送信機器においては、特に受信機器及び使用チャンネルを特定せずに送信を行うものである。受信機側では、特に送信機器を識別することなく受信を行い、必要が有れば、送信されたデータの内容に応じた所要の処理を行う。
図１５の場合であれば、ｐｏｉｎｔ  ｔｏ  ｐｏｉｎｔ−ｃｏｎｎｅｃｔｉｏｎとして、ＳＴＢが送信、ＶＴＲ１が受信とされてチャンネル＃１を使用してデータの伝送が行われるように設定されている状態と、デジタルスチルカメラが送信、ＶＴＲ２が受信とされてチャンネル＃２を使用してデータの伝送が行われるように設定されている状態とが示されている。
また、デジタルスチルカメラからは、ｂｒｏａｄｃａｓｔ  ｃｏｎｎｅｃｔｉｏｎによってもデータ送信を行うように設定されている状態が示されており、ここでは、このｂｒｏａｄｃａｓｔ  ｃｏｎｎｅｃｔｉｏｎによって送信したデータを、モニタ装置が受信して所要の応答処理を行う場合が示される。
【０１１３】
上記のような接続形態（プラグ）は、各機器におけるアドレス空間に設けられるＰＣＲ(Plug Contorol Register)によって確立される。
図１６（ａ）は、ｏＰＣＲ［ｎ］（出力用プラグコントロールレジスタ）の構造を示し、図１６（ｂ）は、ｉＰＣＲ［ｎ］（入力用プラグコントロールレジスタ）の構造を示している。これらｏＰＣＲ［ｎ］、ｉＰＣＲ［ｎ］のサイズは共に３２ビットとされている。
図１６（ａ）のｏＰＣＲにおいては、例えば上位１ビットのｏｎ−ｌｉｎｅに対して‘１’が格納されていると、そのプラグがＩｓｏｃｈｒｏｎｏｕｓデータの送信が可能なオンラインであることが示され、続くｂｒｏａｄｃａｓｔ  ｃｏｎｎｅｃｔｉｏｎ  ｃｏｕｎｔｅｒ（１ビット）に‘１’が格納されているとｂｒｏａｄｃａｓｔ  ｃｏｎｎｅｃｔｉｏｎによる送信であることが示される。続くｐｏｉｎｔ  ｔｏ  ｐｏｉｎｔ  ｃｏｎｎｅｃｔｉｏｎ  ｃｏｕｎｔｅｒ（６ビット）には、そのプラグに対して張られているｐｏｉｎｔ  ｔｏ  ｐｏｉｎｔ  ｃｏｎｎｅｃｔｉｏｎの数が示される。そして、上位１１ビット目から６ビットの領域のｃｈａｎｎｅｌ  ｎｕｍｂｅｒで示されるチャンネルにより送信することが示される。
また、図１６（ｂ）のｉＰＣＲにおいても、例えば上位１ビットのｏｎ−ｌｉｎｅに対して‘１’が格納されていれば、そのプラグがＩｓｏｃｈｒｏｎｏｕｓデータの受信が可能なオンラインであることが示され、続くｂｒｏａｄｃａｓｔ  ｃｏｎｎｅｃｔｉｏｎ  ｃｏｕｎｔｅｒ（１ビット）に‘１’が格納されているとｂｒｏａｄｃａｓｔ  ｃｏｎｎｅｃｔｉｏｎによる送信であることが示される。続くｐｏｉｎｔ  ｔｏ  ｐｏｉｎｔ  ｃｏｎｎｅｃｔｉｏｎ  ｃｏｕｎｔｅｒ（６ビット）には、そのプラグに対して張られているｐｏｉｎｔ  ｔｏ  ｐｏｉｎｔ  ｃｏｎｎｅｃｔｉｏｎの数が示され、上位１１ビット目から６ビットの領域のｃｈａｎｎｅｌ  ｎｕｍｂｅｒで示されるチャンネルにより送信することが示される。
【０１１４】
そして、図１６（ａ）のｏＰＣＲ、及び図１６（ｂ）のｉＰＣＲにおけるｂｒｏａｄｃａｓｔ  ｃｏｎｎｅｃｔｉｏｎ  ｃｏｕｎｔｅｒには、ｂｒｏａｄｃａｓｔ  ｃｏｎｎｅｃｔｉｏｎによる送信／受信とされる場合において、ｂｒｏａｄｃａｓｔ  ｃｏｎｎｅｃｔｉｏｎを張っているノード数が格納される。
また、図１６（ａ）のｏＰＣＲ、及び図１６（ｂ）のｉＰＣＲにおけるｐｏｉｎｔ  ｔｏ  ｐｏｉｎｔ  ｃｏｎｎｅｃｔｉｏｎ  ｃｏｕｎｔｅｒには、ｐｏｉｎｔ  ｔｏ  ｐｏｉｎｔ  ｃｏｎｎｅｃｔｉｏｎによる送信／受信とされる場合において、ｐｏｉｎｔ  ｔｏ  ｐｏｉｎｔを張っているノード数が示される。
【０１１５】
２−１０  ＦＣＰにおけるコマンド及びレスポンス
Ａｓｙｎｃｈｒｏｎｏｕｓ通信によるデータの伝送は、図６に示したＦＣＰ（４０２）によって規定されることになる。そこで、ここでは、ＦＣＰにより規定されるトランザクションについて説明する。
【０１１６】
ＦＣＰとしては、Ａｓｙｎｃｈｒｏｎｏｕｓ通信において規定されるＷｒｉｔｅ  Ｔｒａｎｓａｃｔｉｏｎ（図１２参照）を使用する。従って、本実施の形態におけるＡＵＸデータの伝送も、このＦＣＰにより、Ａｓｙｎｃｈｒｏｎｏｕｓ通信の中のＷｒｉｔｅ  Ｔｒａｎｓａｃｔｉｏｎを使用することで行われるものである。
ＦＣＰをサポートする機器は、Ｃｏｍｍａｎｄ／Ｒｅｓｐｏｎｃｅレジスタを備え、次に図１７により説明するようにしてＣｏｍｍａｎｄ／Ｒｅｓｐｏｎｃｅレジスタに対してＭｅｓｓａｇｅを書き込むことでトランザクションを実現する。
【０１１７】
図１７の処理遷移図においては、先ずＣＯＭＭＡＮＤ送信のための処理として、ステップＳ２１として示すように、ＣｏｎｔｒｏｌｌｅｒがＴｒａｎｓａｃｔｉｏｎ  Ｒｅｑｕｅｓｔを発生して、Ｗｒｉｔｅ  Ｒｅｑｕｅｓｔ  ＰａｃｋｅｔをＴａｒｇｅｔに対して送信する処理を実行する。Ｔａｒｇｅｔでは、ステップＳ２２として、このＷｒｉｔｅ  Ｒｅｑｕｅｓｔ  Ｐａｃｋｅｔを受信して、Ｃｏｍｍａｎｄ／Ｒｅｓｐｏｎｃｅレジスタに対してデータの書き込みを行う。また、この際、ＴａｒｇｅｔからはＣｏｎｔｒｏｌｌｅｒに対してＡｃｋｎｏｗｌｅｄｇを送信し、Ｃｏｎｔｒｏｌｌｅｒでは、このＡｃｋｎｏｗｌｅｄｇを受信する（Ｓ２３→Ｓ２４）。ここまでの一連の処理が、ＣＯＭＭＡＮＤの送信に対応する処理となる。
【０１１８】
続いては、ＣＯＭＭＡＮＤに応答した、ＲＥＳＰＯＮＳＥのための処理として、ＴａｒｇｅｔからＷｒｉｔｅ  Ｒｅｑｕｅｓｔ  Ｐａｃｋｅｔが送信される（Ｓ２５）。Ｃｏｎｔｒｏｌｌｅｒではこれを受信して、Ｃｏｍｍａｎｄ／Ｒｅｓｐｏｎｃｅレジスタに対してデータの書き込みを行う（Ｓ２６）。また、Ｃｏｎｔｒｏｌｌｅｒでは、Ｗｒｉｔｅ  Ｒｅｑｕｅｓｔ  Ｐａｃｋｅｔの受信に応じて、Ｔａｒｇｅｔに対してＡｃｋｎｏｗｌｅｄｇを送信する（Ｓ２７）。Ｔａｒｇｅｔでは、このＡｃｋｎｏｗｌｅｄｇを受信することで、Ｗｒｉｔｅ  Ｒｅｑｕｅｓｔ  ＰａｃｋｅｔがＣｏｎｔｒｏｌｌｅｒにて受信されたことを知る（Ｓ２８）。
つまり、ＣｏｎｔｒｏｌｌｅｒからＴａｒｇｅｔ対するＣＯＭＭＡＮＤ伝送処理と、これに応答したＴａｒｇｅｔからＣｏｎｔｒｏｌｌｅｒに対するＲＥＳＰＯＮＳＥ伝送処理が、ＦＣＰによるデータ伝送（Ｔｒａｎｓａｃｔｉｏｎ）の基本となる。
【０１１９】
２−１１  ＡＶ／Ｃコマンドパケット
図６により説明したように、Ａｓｙｎｃｈｒｏｎｏｕｓ通信において、ＦＣＰは、ＡＶ／Ｃコマンドを用いて各種ＡＶ機器に対する通信を行うことができるようにされている。
Ａｓｙｎｃｈｒｏｎｏｕｓ通信では、Ｗｒｉｔｅ，Ｒｅａｄ，Ｌｏｃｋの３種のトランザクションが規定されているのは、図１２にて説明した通りであり、実際には各トランザクションに応じたＷｒｉｔｅ  Ｒｅｑｕｅｓｔ／Ｒｅｓｐｏｎｃｅ  Ｐａｃｋｅｔ，Ｒｅａｄ  Ｒｅｑｕｅｓｔ／Ｒｅｓｐｏｎｃｅ  Ｐａｃｋｅｔ，Ｌｏｃｋ  Ｒｅｑｕｅｓｔ／Ｒｅｓｐｏｎｃｅ  Ｐａｃｋｅｔが用いられる。そして、ＦＣＰでは、上述したようにＷｒｉｔｅ  Ｔｒａｎｓａｃｔｉｏｎを使用するものである。
そこで図１８に、Ｗｒｉｔｅ  Ｒｅｑｕｅｓｔ  Ｐａｃｋｅｔ（Asynchronous Packet（Write Request for Data Block)）のフォーマットを示す。本実施の形態では、このＷｒｉｔｅ  Ｒｅｑｕｅｓｔ  Ｐａｃｋｅｔが即ち、ＡＶ／Ｃコマンドパケットして使用される。
【０１２０】
このＷｒｉｔｅ  Ｒｅｑｕｅｓｔ  Ｐａｃｋｅｔにおける上位５ｑｕａｄｌｅｔ（第１〜第５ｑｕａｄｌｅｔ）は、ｐａｃｋｅｔ  ｈｅａｄｅｒとされる。
ｐａｃｋｅｔ  ｈｅａｄｅｒの第１ｑｕａｄｌｅｔにおける上位１６ビットの領域はｄｅｓｔｉｎａｔｉｏｎ＿ＩＤで、データの転送先（宛先）のＮｏｄｅ  ＩＤを示す。続く６ビットの領域はｔｌ(transact label)であり、パケット番号を示す。続く２ビットはｒｔ(retry code)であり、当該パケットが初めて伝送されたパケットであるか、再送されたパケットを示す。続く４ビットの領域はｔｃｏｄｅ(transaction code)は、指令コードを示している。そして、続く４ビットの領域はｐｒｉ(priority)であり、パケットの優先順位を示す。
【０１２１】
第２ｑｕａｄｌｅｔにおける上位１６ビットの領域はｓｏｕｒｃｅ＿ＩＤであり、データの転送元のＮｏｄｅ＿ＩＤ  が示される。
また、第２ｑｕａｄｌｅｔにおける下位１６ビットと第３ｑｕａｄｌｅｔ全体の計４８ビットはｄｅｓｔｉｎａｔｉｏｎ＿ｏｆｆｓｅｔとされ、ＣＯＭＭＡＮＤレジスタ（ＦＣＰ＿ＣＯＭＭＡＮＤ  ｒｅｇｉｓｔｅｒ）とＲＥＳＰＯＮＳＥレジスタ（ＦＣＰ＿ＲＥＳＰＯＮＳＥ  ｒｅｇｉｓｔｅｒ）のアドレスが示される。
上記ｄｅｓｔｉｎａｔｉｏｎ＿ＩＤ及びｄｅｓｔｉｎａｔｉｏｎ＿ｏｆｆｓｅｔが、ＩＥＥＥ１３９４フォーマットにおいて規定される６４ビットのアドレス空間に相当する。
【０１２２】
第４ｑｕａｄｌｅｔの上位１６ビットの領域は、ｄａｔａ＿ｌｅｎｇｔｈとされ、後述するｄａｔａｆｉｅｌｄ（図１８において太線により囲まれる領域）のデータサイズが示される。
続く下位１６ビットの領域は、ｅｘｔｅｎｄｅｄ＿ｔｃｏｄｅの領域とされ、ｔｃｏｄｅを拡張する場合に使用される領域である。
【０１２３】
第５ｑｕａｄｌｅｔとしての３２ビットの領域は、ｈｅａｄｅｒ＿ＣＲＣであり、Ｐａｃｋｅｔ  ｈｅａｄｅｒのチェックサムを行うＣＲＣ計算値が格納される。
【０１２４】
Ｐａｃｋｅｔ  ｈｅａｄｅｒに続く第６ｑｕａｄｌｅｔからｄａｔａ  ｂｌｏｃｋが配置され、このｄａｔａ  ｂｌｏｃｋ内の先頭に対してｄａｔａｆｉｅｌｄが形成される。
ｄａｔａｆｉｅｌｄとして先頭となる第６ｑｕａｄｌｅｔの上位４ビットには、ＣＴＳ(Command and Transaction Set)が記述される。これは、当該Ｗｒｉｔｅ  Ｒｅｑｕｅｓｔ  ＰａｃｋｅｔのコマンドセットのＩＤを示すもので、例えば、このＣＴＳの値について、図のように［００００］と設定すれば、ｄａｔａｆｉｅｌｄに記述されている内容がＡＶ／Ｃコマンドであると定義されることになる。つまり、このＷｒｉｔｅ  Ｒｅｑｕｅｓｔ  Ｐａｃｋｅｔは、ＡＶ／Ｃコマンドパケットであることが示されるものである。従って、本実施の形態においては、ＦＣＰがＡＶ／Ｃコマンドを使用するため、このＣＴＳには［００００］が記述されることになる。
【０１２５】
ＣＴＳに続く４ビットの領域は、ｃｔｙｐｅ(Command type；コマンドの機能分類)、又はコマンドに応じた処理結果(レスポンス)を示すｒｅｓｐｏｎｓｅが記述される。
【０１２６】
図１９に、上記ｃｔｙｐｅ及びｒｅｓｐｏｎｓｅの定義内容を示す。
ｃｔｙｐｅ（Ｃｏｍｍａｎｄ）としては、［００００］〜［０１１１］を使用できるものとしており、［００００］はＣＯＮＴＲＯＬ、［０００１］はＳＴＡＴＵＳ、［００１０］はＩＮＱＵＩＲＹ、［００１１］はＮＯＴＩＦＹとして定義され、［０１００］〜［０１１１］は、現状、未定義（ｒｅｓｅｒｖｅｄ）とされている。
ＣＯＮＴＲＯＬは機能を外部から制御するコマンドであり、ＳＴＡＴＵＳは外部から状態を間い合わせるコマンド、ＩＮＱＵＩＲＹは、制御コマンドのサポートの有無を外部から問い合わせるコマンド、ＮＯＴＩＦＹは状態の変化を外部に知らせることを要求するコマンドである。
また、ｒｅｓｐｏｎｓｅとしては、［１０００］〜［１１１１］を使用するものとしており、［１０００］はＮＯＴ  ＩＭＰＬＥＭＥＮＴＥＤ、［１００１］はＡＣＣＥＰＴＥＤ、［１０１０］はＲＥＪＥＣＴＥＤ、［１０１１］はＩＮ  ＴＲＡＮＳＩＴＩＯＮ、［１１００］はＩＭＰＬＥＭＥＮＴＥＤ／ＳＴＡＢＬＥ、［１１０１］はＣＨＡＮＧＥＤ、［１１１０］はｒｅｓｅｒｖｅｄ、［１１１１］はＩＮＴＥＲＩＭとしてそれぞれ定義されている。
これらのｒｅｓｐｏｎｓｅは、コマンドの種類に応じて使い分けられる。例えば、ＣＯＮＴＯＲＯＬのコマンドに対応するｒｅｓｐｏｎｓｅとしては、ＮＯＴ  ＩＭＰＬＥＭＥＮＴＥＤ、ＡＣＣＥＰＴＥＤ、ＲＥＪＥＣＴＥＤ、或いはＩＮＴＥＲＩＭの4つのうちの何れかがＲｅｓｐｏｎｄｅｒ側の状況等に応じて使い分けられる。
【０１２７】
図１８において、ｃｔｙｐｅ／ｒｅｓｐｏｎｓｅに続く５ビットの領域には、ｓｕｂｕｎｉｔ−ｔｙｐｅが格納される。ｓｕｂｕｎｉｔ−ｔｙｐｅは、ＣＯＭＭＭＡＮＤの宛先またはＲＥＳＰＯＮＳＥの送信元のｓｕｂｕｎｉｔが何であるのか（機器）を示す。ＩＥＥＥ１３９４フォーマットでは、機器そのものをｕｎｉｔと称し、そのｕｎｉｔ（機器）内において備えられる機能的機器単位の種類をｓｕｂｕｎｉｔと称する。例えば一般のＶＴＲを例に採れば、ＶＴＲとしてのｕｎｉｔは、地上波や衛星放送を受信するチューナと、ビデオカセットレコーダ／プレーヤとの、２つのｓｕｂｕｎｉｔを備える。
ｓｕｂｕｎｉｔ−ｔｙｐｅとしては、例えば図２０（ａ）に示すように定義されている。つまり、［０００００］はＭｏｎｉｔｏｒ、［００００１］〜［０００１０］はｒｅｓｅｒｖｅｄ、［０００１１］はＤｉｓｃ  ｒｅｃｏｒｄｅｒ／ｐｌａｙｅｒ、［００１００］はＶＣＲ、［００１０１］はＴｕｎｅｒ、［００１１１］はＣａｍｅｒａ、［０１０００］〜［１１１１０］はｒｅｓｅｒｖｅｄ、［１１１１１］は、ｓｕｂｕｎｉｔが存在しない場合に用いられるｕｎｉｔとして定義されている。
【０１２８】
図１８において、上記ｓｕｂｕｎｉｔ−ｔｙｐｅに続く３ビットには、同―種類のｓｕｂｕｎｉｔが複数存在する場合に、各ｓｕｂｕｎｉｔを特定するためのｉｄ（Ｎｏｄｅ＿ＩＤ）が格納される。
【０１２９】
上記ｉｄ（Ｎｏｄｅ＿ＩＤ）に続く８ビットの領域には、ｏｐｃｏｄｅが格納され、続く８ビットの領域には、ｏｐｅｒａｎｄが格納される。
ｏｐｃｏｄｅとは、オペレーションコード(Operation Code)のことであって、ｏｐｅｒａｎｄには、ｏｐｃｏｄｅが必要とする情報（パラメータ）が格納される。これらｏｐｃｏｄｅはｓｕｂｕｎｉｔごとに定義され、ｓｕｂｕｎｉｔごとに固有のｏｐｃｏｄｅのリストのテーブルを有する。例えば、ｓｕｂｕｎｉｔがＶＣＲであれば、ｏｐｃｏｄｅとしては、例えば図２０（ｂ）に示すようにして、ＰＬＡＹ（再生），ＲＥＣＯＲＤ（記録）などをはじめとする各種コマンドが定義されている。ｏｐｅｒａｎｄは、ｏｐｃｏｄｅ毎に定義される。
【０１３０】
図１８におけるｄａｔａｆｉｅｌｄとしては、上記第６ｑｕａｄｌｅｔの３２ビットが必須とされるが、必要が有れば、これに続けて、ｏｐｅｒａｎｄを追加することが出来る（Ａｄｄｉｔｉｏｎａｌ  ｏｐｅｒａｎｄｓ）。
ｄａｔａｆｉｅｌｄに続けては、ｄａｔａ＿ＣＲＣが配置される。なお、必要が有れば、ｄａｔａ＿ＣＲＣの前にｐａｄｄｉｎｇを配置することが可能である。
【０１３１】
３．暗号化復号情報の取得処理
上述もしたように、本実施の形態のＡＶシステムにおいては、ＳＴＲ対応ディスクドライブ３０からＳＴＲ６０へのオーディオデータの伝送が行われる場合、特にＳＡＣＤの再生データであるＤＳＤデータについては、暗号化して送信することが行われる。
そして、データ受信側となるＳＴＲ６０では、ＳＴＲ対応ディスクドライブ３０との認証成立時に、ＳＴＲ対応ディスクドライブ３０から暗号化復号のための情報（暗号化復号情報とする）を受け取るようにしている。
以下では、このような動作を実現するための、本実施の形態のＳＴＲ６０による暗号化復号情報の取得処理動作について説明する。
【０１３２】
なお、以下では、このような暗号化復号情報の取得処理動作の説明にあたり、ＡＶシステムとして図２１に示すような接続形態を例に挙げることとする。
すなわち、この図に示すように、図１で説明したスピーカＳＰ（ＦＬ）、ＳＰ（ＦＲ）、ＳＰ（ＳＬ）、ＳＰ（ＳＲ）、ＳＰ（Ｃ）のそれぞれを接続したＳＴＲ６０と、ＳＴＲ対応ディスクドライブ３０とをＩＥＥＥ１３９４バズ１１６により接続したものである。
【０１３３】
図２２は、このような接続形態とされた場合における、ＳＴＲ６０の暗号化復号情報の取得処理動作を説明するフローチャートである。なお、この図に示す処理動作は、ＳＴＲ６０内に備えられるシステムコントローラ７０またはＩＥＥＥ１３９４コントローラ７１（以下コントローラとする）によって行われるものである。
先ず、図示するステップＳ１０１は、例えば、図２で説明したＳＴＲ６０におけるファンクション／メニューキー１２３、及びジョグダイヤル１２５によるソース選択操作に基づき、ＳＴＲ対応ディスクドライブ３０とのコネクションを確立するステップである。
すなわち、この場合、コントローラは、このようなソース選択操作により選択されたＳＴＲ対応ディスクドライブ３０との通信接続処理を行い、これによりＳＴＲ対応ディスクドライブ３０とのコネクションを確立する。
【０１３４】
続くステップＳ１０２においては、このようにコネクションが確立されたことに応じてＳＴＲ対応ディスクドライブ３０から送信されてくるストリームデータが受信されたか否かを監視する。
ここで、ＳＴＲ対応ディスクドライブ３０側からは、上記のようにコネクションが確立されることにより、アイソクロナスパケットとアシンクロナスパケットによるストリームデータの送信動作が開始される。
そして、この場合のストリームデータとしては、例えば上記ＳＴＲ対応ディスクドライブ３０側においてデータ再生が行われていれば、これらのパケットに実データが含まれた状態でＳＴＲ６０に送信されてくる。また、データ再生が行われていなければ、実データがない状態でこれらのパケットがＳＴＲ６０に送信される。
【０１３５】
ところで、先の図２１に示したようなＡＶシステムにおいて、ＳＴＲ対応ディスクドライブ３０において再生されるデータをＳＴＲ６０に出力させる場合、ユーザが踏む手順としては、先ずソース機器の選択、次いでソース機器へのディスクの挿入、またはディスクが既に挿入されていれば再生操作のみ、の順で行われることが通常であると考えられる。そして、この場合、上記ソース選択操作から再生操作が行われるまでの間は、ＳＴＲ対応ディスクドライブ３０からの再生データ（実データ）の送信は当然され得ない。
すなわち、このようにコネクションが確立されたことに応じてＳＴＲ対応ディスクドライブ３０から送信されるストリームデータとしては、上記ステップ１０１のソース選択操作が、ＳＴＲ対応ディスクドライブ３０側でデータ再生中のときに行われない限り、実データの含まれない空のストリームデータとなるものである。
この結果、このステップＳ１０２において受信されるストリームデータとしては、たいていの場合がこのような空のストリームデータとされるものである。
【０１３６】
ステップＳ１０２において、ＳＴＲ対応ディスクドライブ３０からストリームデータを受信したと判別すると、ステップＳ１０３に進み、ＳＴＲ対応ディスクドライブ３０に対する認証要求を行う。
【０１３７】
そして、続くステップＳ１０４では、ＳＴＲ対応ディスクドライブ３０との間で認証処理を行う。
なお、このステップＳ１０４において、ＳＴＲ対応ディスクドライブ３０との間で認証が不成立となった場合は、暗号化復号情報の授受は行われず、従ってＤＳＤデータをＳＴＲ６０側で処理することはできないものとなる。
【０１３８】
ステップＳ１０４における認証処理が正常に終了した場合は、ステップＳ１０５において、これに応じてＳＴＲ対応ディスクドライブ３０から送信されてくる暗号化復号情報を取得し、これを保持するようにする。
これによりＳＴＲ６０においては、例えばＳＴＲ対応ディスクドライブ３０から暗号化ストリームデータが送信されてきた場合に、この暗号化復号情報を元にすることでこれを解読することが可能となる。
【０１３９】
続くステップＳ１０６においては、ストリームデータの供給が停止されたか否かを監視し、供給が停止されたと判別された場合は図示するように「ＲＥＴＵＲＮ」となり、再びステップＳ１０１の処理を行うようにされる。
ここで、このようにストリームの供給が停止される原因としては、ＳＴＲ対応ディスクドライブ３０において電源がオフとされた、或いはケーブルの抜き差しがあった場合が考えられる。そして、このような場合、ＳＴＲ対応ディスクドライブ３０においては、暗号化ストリームデータを復号化するための暗号化復号情報が変わってしまっている場合も考えられる。
そこで、このステップＳ１０６の処理では、ストリームデータの供給が停止された場合に、上記のようにして再びステップＳ１０１〜Ｓ１０５の処理を行うようにすることで、暗号化復号情報が変わってしまった場合にも新たな暗号化復号情報を取得することができるようにしているものである。
【０１４０】
このような暗号化復号情報の取得処理動作がＳＴＲ６０において行われることにより、先の図２１に示したようなシステムにおいては、次の図２３に示すような動作が得られることになる。
【０１４１】
まず、この図において、ステップＳ１は、上記図２２のステップＳ１０１に対応するステップであり、ここで上記したようにしてＳＴＲ対応ディスクドライブ３０−ＳＴＲ６０間のコネクションが確立されるようになる。
なお、このステップＳ１において、ＳＴＲ対応ディスクドライブ３０はデータ再生中ではなかったものとする。
【０１４２】
続くステップＳ２においては、このようにコネクションが確立されるのに応じ、ＳＴＲ対応ディスクドライブ３０とＳＴＲ６０との間で、アイソクロナスパケット及びアシンクロナスパケットにより、ストリームデータやコマンド等の送受信が開始される。
そして、この場合、上記のようにＳＴＲ対応ディスクドライブ３０がデータ再生中ではなかったとすると、ＳＴＲ６０に対しては、図示するように実データの含まれない空のストリームデータが送信されることとなる。
ＳＴＲ６０において、このように空のストリームデータが受信されると、ステップＳ３において、図２２ステップＳ１０３で説明したようにしてＳＴＲ６０からＳＴＲ対応ディスクドライブ３０に対する認証要求が行われる。
【０１４３】
続くステップＳ４においては、この認証要求に基づき、ＳＴＲ６０−ＳＴＲ対応ディスクドライブ３０間で認証処理が行われ、この認証処理が正常に終了するとＳＴＲ対応ディスクドライブ３０からＳＴＲ６０に対し、暗号化復号情報が付与されるようになる。
【０１４４】
そして、続くステップＳ５において、ＳＴＲ対応ディスクドライブ３０から例えばＳＡＣＤデータ等の暗号化ストリームが送信されてきた場合には、ＳＴＲ６０では上記のようにして既に暗号化復号情報が取得されていることにより、図示するステップＳ６におけるこの暗号化ストリームについての復号化、及び出力が直ちに行われるようになる。
【０１４５】
このように、本実施の形態のＳＴＲ６０では、まず、コネクションが確立されたのに応じてＳＴＲ対応ディスクドライブ３０から送信されたストリームデータを、その別を問わず検出するようにされる。そして、このように何かしらのストリームデータを検出するのに応じて、上記ＳＴＲ対応ディスクドライブ３０に対して認証要求を行うようにされる。
上述もしたように、このコネクション確立と共に受信されるストリームデータとしては、ほとんどの場合が空のストリームデータとされる。このため、本実施の形態のＳＴＲ６０においては、ほぼ、再生データとしての実データが送信されてくる前に、上記ＳＴＲ対応ディスクドライブ３０との認証処理が完了され、暗号化復号情報が取得されるようになる。
これにより、本実施の形態のＳＴＲ６０では、ほとんどの場合において、ＳＴＲ対応ディスクドライブ３０から暗号化ストリームが送信されてくる以前において暗号化復号情報を取得することができるようになり、受信された暗号化ストリームについての復号化、及び出力を直ちに行うことができるようになる。
【０１４６】
以上、本発明の実施の形態を、ＳＴＲ６０を主な例として説明したが、もちろん他の受信側となり得る機器でも本発明は適用できる。
例えば本発明の受信装置、受信方法はＳＴＲ対応ディスクドライブ３０としても同様に適用できる。
さらには、図１に示した機器１００，１１０についても本発明は適用可能である。
【図面の簡単な説明】
【０１４７】
【図１】本発明の実施の形態におけるＡＶシステムの構成例の説明図である。
【図２】ＳＴＲのフロントパネルの正面図である。
【図３】ＳＴＲ対応ディスクドライブのフロントパネルの正面図である。
【図４】ＳＴＲの内部構成例を示すブロック図である。
【図５】ＳＴＲ対応ディスクドライブの内部構成例を示すブロック図である。
【図６】本実施の形態に対応するＩＥＥＥ１３９４のスタックモデルを示す説明図である。
【図７】ＩＥＥＥ１３９４に使用されるケーブル構造を示す説明図である。
【図８】ＩＥＥＥ１３９４における信号伝送形態を示す説明図である。
【図９】ＩＥＥＥ１３９４におけるバス接続規定を説明するための説明図である。
【図１０】ＩＥＥＥ１３９４システム上でのＮｏｄｅ  ＩＤ設定手順の概念を示す説明図である。
【図１１】ＩＥＥＥ１３９４におけるＰａｃｋｅｔ送信の概要を示す説明図である。
【図１２】Ａｓｙｎｃｈｒｏｎｏｕｓ通信における基本的な通信規則（トランザクションルール）を示す処理遷移図である。
【図１３】ＩＥＥＥ１３９４バスのアドレッシング構造を示す説明図である。
【図１４】ＣＩＰの構造図である。
【図１５】プラグにより規定された接続関係例を示す説明図である。
【図１６】プラグコントロールレジスタを示す説明図である。
【図１７】Ａｓｙｎｃｈｒｏｎｏｕｓ通信において規定されるＷｒｉｔｅ  Ｔｒａｎｓａｃｔｉｏｎを示す処理遷移図である。
【図１８】Ａｓｙｎｃｈｒｏｎｏｕｓ  Ｐａｃｋｅｔ（ＡＶ／Ｃコマンドパケット）の構造図である。
【図１９】Ａｓｙｎｃｈｒｏｎｏｕｓ  Ｐａｃｋｅｔにおける、ｃｔｙｐｅ／ｒｅｓｐｏｎｃｅの定義内容を示す説明図である。
【図２０】Ａｓｙｎｃｈｒｏｎｏｕｓ  Ｐａｃｋｅｔにおける、ｓｕｂｕｎｉｔ＿ｔｙｐｅと、ｏｐｃｏｄｅの定義内容例を示す説明図である。
【図２１】実施の形態としてのＡＶシステムの接続形態を例示する図である。
【図２２】実施の形態の暗号化復号情報の取得処理動作を示すフローチャートである。
【図２３】実施の形態としてのＡＶシステムにおける動作を示すフローチャートである。
【図２４】従来のＡＶシステムにおける動作を示すフローチャートである。
【符号の説明】
【０１４８】
１  ＳＴＲ対応ディスクドライブ  ５０，７０  システムコントローラ、５４、９３  フラッシュメモリ、５１，７１  ＩＥＥＥ１３９４コントローラ、６０  ＳＴＲ、３９，６１  ＩＥＥＥ１３９４インターフェース、４４，７５  ＲＡＭ、１１６  ＩＥＥＥ１３９４バス
【図１】
2005045612.tif 000003
【図２】
2005045612.tif 000004
【図３】
2005045612.tif 000005
【図４】
2005045612.tif 000006
【図５】
2005045612.tif 000007
【図６】
2005045612.tif 000008
【図７】
2005045612.tif 000009
【図８】
2005045612.tif 000010
【図９】
2005045612.tif 000011
【図１０】
2005045612.tif 000012
【図１１】
2005045612.tif 000013
【図１２】
2005045612.tif 000014
【図１３】
2005045612.tif 000015
【図１４】
2005045612.tif 000016
【図１５】
2005045612.tif 000017
【図１６】
2005045612.tif 000018
【図１７】
2005045612.tif 000019
【図１８】
2005045612.tif 000020
【図１９】
2005045612.tif 000021
【図２０】
2005045612.tif 000022
【図２１】
2005045612.tif 000023
【図２２】
2005045612.tif 000024
【図２３】
2005045612.tif 000025
【図２４】
2005045612.tif 000026
【手続補正書】
【提出日】平成16年8月26日(2004.8.26)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
データバスを介し、外部電子機器から送信されるストリームデータを受信する受信手段と、
上記受信手段により、上記外部電子機器から送信されるストリームデータを受信するのに応じ、上記外部電子機器に対する認証要求を行う認証要求手段と、
上記認証要求に応じて上記外部電子機器から送信される、暗号化ストリームデータを解読するための情報を取得する解読情報取得手段と、
を備えていることを特徴とする受信装置。
【請求項２】
データバスを介し、外部電子機器から送信される暗号化ストリームデータを受信するための受信方法であって、
ストリームデータを受信するのに応じ、上記外部電子機器に対する認証要求を行う認証要求手順と、
上記認証要求に応じて上記外部電子機器から送信される、暗号化ストリームデータを解読するための情報を取得する解読情報取得手順と、
を備えることを特徴とする受信方法。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】００１６
【補正方法】変更
【補正の内容】
【００１６】
このため本発明の受信装置は、データバスを介し、外部電子機器から送信されるストリームデータを受信する受信手段と、上記受信手段により、上記外部電子機器から送信されるストリームデータを受信するのに応じ、上記外部電子機器に対する認証要求を行う認証要求手段と、上記認証要求に応じて上記外部電子機器から送信される、暗号化ストリームデータを解読するための情報を取得する解読情報取得手段とを備えるようにする。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】００１７
【補正方法】変更
【補正の内容】
【００１７】
また、本発明では、データバスを介し、外部電子機器から送信される暗号化ストリームデータを受信するための受信方法として以下のようにすることとした。
すなわち、ストリームデータを受信するのに応じ、上記外部電子機器に対する認証要求を行う認証要求手順と、上記認証要求に応じて上記外部電子機器から送信される、暗号化ストリームデータを解読するための情報を取得する解読情報取得手順とを備えるようにした。
【手続補正４】
【補正対象書類名】明細書
【補正対象項目名】０１０５
【補正方法】変更
【補正の内容】
【０１０５】
２−８  ＣＩＰ(Common Isochronous Packet)。
図１４は、ＣＩＰ(Common Isochronous Packet)の構造を示している。つまり、図１１に示したＩｓｏｃｈｒｏｎｏｕｓ  Ｐａｃｋｅｔのデータ構造である。
前に述べたように、本実施の形態のＭＤレコーダ／プレーヤが対応する記録再生データの１つである、ＡＴＲＡＣデータ（オーディオデータ）は、ＩＥＥＥ１３９４通信においては、Ｉｓｏｃｈｒｏｎｏｕｓ通信によりデータの送受信が行われる。つまり、リアルタイム性が維持されるだけのデータ量をこのＩｓｏｃｈｒｏｎｏｕｓ  Ｐａｃｋｅｔに格納して、１Ｉｓｏｃｈｒｏｎｏｕｓ  ｃｙｃｌｅ毎に順次送信するものである。
【手続補正５】
【補正対象書類名】明細書
【補正対象項目名】０１１３
【補正方法】変更
【補正の内容】
【０１１３】
上記のような接続形態（プラグ）は、各機器におけるアドレス空間に設けられるＰＣＲ(Plug Control Register)によって確立される。
図１６（ａ）は、ｏＰＣＲ［ｎ］（出力用プラグコントロールレジスタ）の構造を示し、図１６（ｂ）は、ｉＰＣＲ［ｎ］（入力用プラグコントロールレジスタ）の構造を示している。これらｏＰＣＲ［ｎ］、ｉＰＣＲ［ｎ］のサイズは共に３２ビットとされている。
図１６（ａ）のｏＰＣＲにおいては、例えば上位１ビットのｏｎ−ｌｉｎｅに対して‘１’が格納されていると、そのプラグがＩｓｏｃｈｒｏｎｏｕｓデータの送信が可能なオンラインであることが示され、続くｂｒｏａｄｃａｓｔ  ｃｏｎｎｅｃｔｉｏｎ  ｃｏｕｎｔｅｒ（１ビット）に‘１’が格納されているとｂｒｏａｄｃａｓｔ  ｃｏｎｎｅｃｔｉｏｎによる送信であることが示される。続くｐｏｉｎｔ  ｔｏ  ｐｏｉｎｔ  ｃｏｎｎｅｃｔｉｏｎ  ｃｏｕｎｔｅｒ（６ビット）には、そのプラグに対して張られているｐｏｉｎｔ  ｔｏ  ｐｏｉｎｔ  ｃｏｎｎｅｃｔｉｏｎの数が示される。そして、上位１１ビット目から６ビットの領域のｃｈａｎｎｅｌ  ｎｕｍｂｅｒで示されるチャンネルにより送信することが示される。
また、図１６（ｂ）のｉＰＣＲにおいても、例えば上位１ビットのｏｎ−ｌｉｎｅに対して‘１’が格納されていれば、そのプラグがＩｓｏｃｈｒｏｎｏｕｓデータの受信が可能なオンラインであることが示され、続くｂｒｏａｄｃａｓｔ  ｃｏｎｎｅｃｔｉｏｎ  ｃｏｕｎｔｅｒ（１ビット）に‘１’が格納されているとｂｒｏａｄｃａｓｔ  ｃｏｎｎｅｃｔｉｏｎによる送信であることが示される。続くｐｏｉｎｔ  ｔｏ  ｐｏｉｎｔ  ｃｏｎｎｅｃｔｉｏｎ  ｃｏｕｎｔｅｒ（６ビット）には、そのプラグに対して張られているｐｏｉｎｔ  ｔｏ  ｐｏｉｎｔ  ｃｏｎｎｅｃｔｉｏｎの数が示され、上位１１ビット目から６ビットの領域のｃｈａｎｎｅｌ  ｎｕｍｂｅｒで示されるチャンネルにより送信することが示される。