JP2001326662A

JP2001326662A - 通信方法及び通信装置

Info

Publication number: JP2001326662A
Application number: JP2000343992A
Authority: JP
Inventors: Yoshiyuki Takaku; 義之高久; Mari Horiguchi; 麻里堀口; Makoto Sato; 真佐藤
Original assignee: Sony Corp
Current assignee: Sony Corp
Priority date: 1999-11-18
Filing date: 2000-11-10
Publication date: 2001-11-22
Anticipated expiration: 2020-11-10
Also published as: JP4491956B2

Abstract

(57)【要約】【課題】ＩＥＥＥ１３９４方式などのネットワークで
ストリームデータを送出する場合に、ターゲット機器側
でそのデータの入力準備が整っているかが、ネットワー
ク上の他の機器で容易に判断できるようにする。【解決手段】所定のネットワークに接続された出力機
器１から出力されるストリームデータを入力機器２で受
信する場合に、出力機器又は別の機器が、入力機器２の
データ入力部２ｂで出力機器の出力データを入力できる
ように設定する指令を送ったとき、その指令に対する入
力機器からの応答として、入力設定が少なくとも一時的
に行えないことを示すデータを用意し、その入力設定が
少なくとも一時的に行えないことを示すデータを上記指
令の送出元が受信したとき、対応した対処を行うように
した。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、例えばＩＥＥＥ１
３９４方式のバスラインで接続された機器の間でデータ
通信を行う場合に適用される通信方法及び通信装置に関
する。

【０００２】

【従来の技術】ＩＥＥＥ１３９４方式のシリアルデータ
バスを用いたネットワークで介して、相互に情報を伝送
することができるＡＶ機器が開発されている。このバス
を介してデータ伝送を行う際には、比較的大容量のビデ
オデータ，オーディオデータなどをリアルタイム伝送す
る際に使用されるアイソクロナス転送モードと、静止画
像，テキストデータ，制御コマンドなどを確実に伝送す
る際に使用されるアシンクロナス転送モードとが用意さ
れ、それぞれのモード毎に専用の帯域が伝送に使用され
る。

【０００３】図４３は、このＩＥＥＥ１３９４方式のバ
スを用いた接続例を示した図で、データを送出する機器
であるソース機器ａと、そのソース機器ａから送出され
るデータを受信する機器である入力機器ｂと、両機器
ａ，ｂ間のデータ伝送を制御するコントローラｃとが、
ＩＥＥＥ１３９４方式のバスｄに接続されているとす
る。このとき、例えばコントローラｃの制御で、両機器
ａ，ｂ間でビデオデータを伝送させることを考えた場
合、コントローラｃがバスｄ上のアイソクロナス転送用
チャンネルを確保して、そのチャンネルで伝送できるよ
うに両機器ａ，ｂ間のコネクションを張った上で、ソー
ス機器ａから入力機器ｂへの伝送を開始させるようにし
てある。なお、ソース機器ａあるいは入力機器ｂがコン
トローラを兼ねるようにしても良い。

【０００４】このようにしてソース機器ａとターゲット
機器ｂとの間のデータ伝送を行う場合には、例えばＡＶ
機器などに適用されるＡＶ／Ｃコマンド（AV/C Command
Transaction Set）と称される制御コマンドの伝送方式
が適用できる。ＡＶ／Ｃコマンドの詳細については、13
94 Trade Associationで公開しているAV/C Digital Int
erface Command Set General Specificationに記載され
ている。

【０００５】図４４は、従来のこのＡＶ／Ｃコマンドを
使用して、ＩＥＥＥ１３９４方式のバスで接続された機
器間でデータ伝送を行う場合の例を示したものである。
この例では、ＩＥＥＥ１３９４方式のバスには、コント
ローラとなる機器と、第１のビデオデッキ，第２のビデ
オデッキ，オーディオデッキの４台のＡＶ機器が接続し
てあり（図４３の接続例とは異なる）、コントローラの
制御で、２台のビデオデッキ間でダビングのためのデー
タ伝送を行う場合の例を示してある。ここでのビデオデ
ッキは、ビデオデータ（及びそのビデオデータに付随す
るオーディオデータなど）をＭＰＥＧ（Moving Picture
Expers Group ）方式で符号化されたデジタルデータと
して磁気テープに記録し再生するデジタル方式のビデオ
記録再生装置である。また、オーディオデッキは、オー
ディオデータを所定の圧縮符号化方式（ＡＴＲＡＣ方
式:Adaptive Transform Acoustic Coding ）で符号化し
て、ミニディスク（ＭＤ）と称される光磁気ディスクに
記録し再生するオーディオ記録再生装置である。

【０００６】まず、コントローラは、ビデオデータのダ
ビングができる機器を、ＡＶ／Ｃコマンドで規定された
コマンドをバスに接続された各機器に順に問い合わせ
る。即ち、機器が備える処理機能部を問い合わせるサブ
ユニットインフォコマンドを、コントローラからオーデ
ィオデッキに送り（ステップＳ７１）、そのレスポンス
で、ディスクレコーダ／プレーヤであることのデータを
得る（ステップＳ７２）。

【０００７】次に、同じサブユニットインフォコマンド
を、コントローラから第１のビデオデッキに送り（ステ
ップＳ７３）、そのレスポンスで、テープレコーダ／プ
レーヤであることのデータを得る（ステップＳ７４）。
このテープレコーダ／プレーヤのレスポンスを得た場合
には、ビデオデータのダビングができる機器である可能
性があるので、再生フォーマットを問い合わせるテープ
プレイバックフォーマットコマンドを、コントローラか
ら第１のビデオデッキに送り（ステップＳ７５）、その
レスポンスで、フォーマットがＭＰＥＧビデオであるこ
とのデータを得る（ステップＳ７６）。

【０００８】また、第２のビデオデッキに対しても、サ
ブユニットインフォコマンドを、コントローラから送り
（ステップＳ７７）、そのレスポンスで、テープレコー
ダ／プレーヤであることのデータを得る（ステップＳ７
８）。このテープレコーダ／プレーヤのレスポンスを得
た場合には、ビデオデータのダビングができる機器であ
る可能性があるので、テープ再生フォーマットを問い合
わせるテーププレイバックフォーマットコマンドを、コ
ントローラから第２のビデオデッキに送り（ステップＳ
７９）、そのレスポンスで、フォーマットがＭＰＥＧビ
デオであることのデータを得る（ステップＳ８０）。

【０００９】次に、コントローラは、第２のビデオデッ
キに対して、テープ記録フォーマットを問い合わせるテ
ープレコーディングフォーマットコマンドを送り（ステ
ップＳ８１）、そのレスポンスで、ＭＰＥＧビデオであ
ることのデータを得る（ステップＳ８２）。これによ
り、第２のビデオデッキを記録器とできることが判る。

【００１０】ここまでのコマンドのやり取りを行うこと
で、コントローラは、第１のビデオデッキを再生器と
し、第２のビデオデッキを記録器として、第１のビデオ
デッキで磁気テープから再生されるビデオデータをＩＥ
ＥＥ１３９４方式のバスを介して第２のビデオデッキに
伝送して、第２のビデオデッキで磁気テープに記録させ
るダビング処理を実行させる。

【００１１】ここまでの処理で、第１のビデオデッキと
第２のビデオデッキとの間で、ＭＰＥＧ方式のビデオデ
ータのダビングができることがコントローラで判断でき
たので、ＩＥＥＥ１３９４方式のバス上のアイソクロナ
ス転送用のチャンネルで、両機器間のデータ伝送ができ
るように、両機器間を接続するポイントトウポイント
（ＰｔｏＰ）のコネクションをコントローラの制御で確
立させる処理を行う（以下本明細書ではこのコネクショ
ンをＰｔｏＰコネクションと称する）。

【００１２】このＰｔｏＰコネクションが確立して、バ
ス上の伝送路が確保されると、コントローラは第２のビ
デオデッキに対して録画を開始させるレコードコマンド
を送り（ステップＳ８３）、そのコマンドの処理が了解
されたことを示すレスポンスを受信する（ステップＳ８
４）。また、第１のビデオデッキに対して再生を開始さ
せるプレイバックコマンドを送り（ステップＳ８５）、
そのコマンドの処理が了解されたことを示すレスポンス
を受信する（ステップＳ８６）。ここまでの処理が行わ
れることで、第１のビデオデッキから再生されたＭＰＥ
Ｇ方式のビデオデータ（ストリームデータ）が、バス上
に確保されたアイソクロナス転送チャンネルで第２のビ
デオデッキに伝送されて、第２のビデオデッキで磁気テ
ープに記録される。

【００１３】この図４４に示すような処理を行うこと
で、ＡＶ／Ｃコマンドなどの制御コマンドの伝送で、バ
スで構成されるネットワーク上のコネクションを確立さ
せて、機器間でビデオデータやオーディオデータなどの
ストリームデータの伝送が実行される。

【００１４】

【発明が解決しようとする課題】ところで、図４４に示
す状態は、データ伝送に関係した全ての機器での動作が
問題なく行えた場合の状態であり、いずれかの状態で指
示したコマンドに対する回答が、その指示に従うもので
ない場合には、その時点でストリームデータの伝送処理
が中断してしまう。また、伝送が正しく行われているか
を確認する手段がなかった。従って、図４４に示すよう
なストリームデータの伝送を開始させる場合には、ソー
ス機器と入力機器との状態を、予め確認して、ソース機
器からストリームデータを送出できる状態と、入力機器
でストリームデータを受信できる状態にあることを確認
することが重要である。

【００１５】しかしながら、従来のこの種のネットワー
クでの伝送処理では、相手の機器で伝送されたストリー
ムデータを扱える状態になっているかの詳細を調べるこ
とは困難であった。

【００１６】本発明の目的は、ＩＥＥＥ１３９４方式な
どのネットワークにおいて、ストリームデータを送出す
る場合に、出力機器側でストリームを出力する準備が整
っているかと、さらに入力機器側でそのデータの入力準
備が整っているかが、ネットワーク上の他の機器で容易
に判断できるようにすることにある。

【００１７】

【課題を解決するための手段】第１の発明は、所定のネ
ットワークに接続された出力機器から出力されるストリ
ームデータを入力機器で受信する場合に、出力機器又は
別の機器が、入力機器のデータ入力部で出力機器の出力
データを入力できるように設定する指令を送ったとき、
その指令に対する入力機器からの応答として、入力設定
が少なくとも一時的に行えないことを示すデータを用意
し、その入力設定が少なくとも一時的に行えないことを
示すデータを上記指令の送出元が受信したとき、対応し
た対処を行うようにしたものである。

【００１８】かかる第１の発明によると、何らかの要因
で入力機器側でストリームデータの入力設定ができない
とき、そのことがネットワーク上で伝送を制御する機器
側で判り、その対処がとれるようになる。

【００１９】また第２の発明は、所定のネットワークに
接続された出力機器から出力されるストリームデータを
入力機器で受信する場合に、出力機器又は別の機器が、
入力機器のデータ入力部で出力機器の出力データを入力
できるように設定する第１の指令を送ったとき、その第
１の指令に基づいた応答で、入力機器の内部でストリー
ムデータを入力できる状態に接続が完了したことの確認
と、出力機器と入力機器とのネットワーク上での接続が
完了したことの確認を行った後、さらに入力機器で入力
できる状態になったことに関する所定の確認を行う第２
の指令を送り、その第２の指令に基づいた応答で、入力
できる状態になったことを確認したとき、出力機器から
ストリームデータの送出を開始させるようにしたもので
ある。

【００２０】かかる第２の発明によると、入力機器側で
ストリームデータを入力できる状態になったことが、ネ
ットワーク上で伝送を制御する機器側で判り、ストリー
ムデータの送出制御などを適切に行える。

【００２１】

【発明の実施の形態】以下、本発明の第１の実施の形態
を、図１〜図２２を参照して説明する。

【００２２】本発明を適用したネットワークシステムの
構成例について、図１を参照して説明する。このネット
ワークシステムは、ＩＥＥＥ１３９４方式のシリアルデ
ータバス９を介して、複数台の機器が接続されるものと
してある。ここでは、図１に示すように、ＩＲＤ（Inte
grated Receiver Decoder:デジタル衛星放送受信装置）
１と、オーディオデッキ（オーディオ記録再生装置）２
と、コントローラとしての機能を備えた機器（ここでは
コントロール機器と称する）３とが、バス９に接続して
ある。各機器は、ＩＥＥＥ１３９４方式のバス接続用端
子を備えた機器であり、またＡＶ／Ｃコマンドで制御が
行える機能が実装させてある。コントロール機器３は、
バス９上での伝送制御を行う機器であり、ＩＲＤ１など
のＡＶ機器が兼ねる場合もある。また、パーソナルコン
ピュータ装置などのＡＶ機器以外の機器がバス９に接続
される場合もある。

【００２３】各機器１，２，３は、ＡＶ／Ｃコマンドで
規定された機能的に見た場合、各機能を実現する処理を
実行するサブユニットと、バス９と内部のサブユニット
との間でデータの入出力を行うプラグ部とを備えた構成
として見ることができる。即ち、例えばＩＲＤ１は、放
送を受信するチューナサブユニット１ａを備え、オーデ
ィオデッキ２は、ディスクへの記録及びディスクからの
再生を行うディスクサブユニット２ａを備え、コントロ
ール機器３は、コントロール機能を実行するコントロー
ル部３ａを備える。また、それぞれの機器１，２，３が
プラグ部１ｂ，２ｂ，３ｂを備える。各プラグ部１ｂ，
２ｂ，３ｂには、複数のプラグが実装されて、バス９上
の複数のチャンネルと接続できる構成とされる。このプ
ラグとチャンネルとの関係については後述する。

【００２４】図２は、ＩＲＤ１の内部構成の一例を示し
たものである。ＩＲＤ１は、デジタル衛星放送受信機で
あり、接続されたアンテナ１０１で受信した信号をチュ
ーナ１０２で受信処理して、所定のチャンネルの放送波
を受信する。チューナ１０２で受信した信号は、デスク
ランブ回路１０３で放送データに施されたスクランブル
を解除する処理を施し、そのスクランブルが解除された
データを、データ分離部１０４に供給し、１チャンネル
に多重化されたデータの内の所望のデータを抽出する。

【００２５】データ分離部１０４で分離されたビデオデ
ータについては、ＭＰＥＧビデオデコーダ１０５に供給
し、ＭＰＥＧ方式のデコード処理を行った後、デジタル
・アナログ変換器１０６に供給してアナログビデオ信号
とし、そのアナログビデオ信号を出力端子１０７に供給
する。データ分離部１０４で分離されたオーディオデー
タについては、ＭＰＥＧオーディオデコーダ１０８に供
給し、ＭＰＥＧ方式のデコード処理を行った後、デジタ
ル・アナログ変換器１０９に供給してアナログオーディ
オ信号とし、そのアナログオーディオ信号を出力端子１
１０に供給する。

【００２６】また本例のＩＲＤ１は、ＩＥＥＥ１３９４
インターフェース部１１１を備えて、受信したＭＰＥＧ
方式のビデオデータやオーディオデータを、接続された
バス９に送出できるようにしてある。また、ＡＴＲＡＣ
方式のオーディオデータが得られるチャンネルを受信し
たときには、受信してデータ分離部１０４が分離したＡ
ＴＲＡＣ方式のオーディオデータを、ＩＥＥＥ１３９４
インターフェース部１１１からバス９に送出できるよう
にしてある。また、その他のデータ放送チャンネルを受
信した際に、その受信したデータを、ＩＥＥＥ１３９４
インターフェース部１１１からバス９に送出することも
可能である。

【００２７】これらの受信動作やバス９への送出動作
は、中央制御ユニット（ＣＰＵ）１１２の制御で実行さ
れる。また、ＩＥＥＥ１３９４インターフェース部１１
１からバス９へのデータ送出や、バス９からのデータの
インターフェース部１１１での受信についても、ＣＰＵ
１１２の制御で実行されるようにしてある。ＣＰＵ１１
２には、制御に必要なデータなどを記憶するメモリ１１
３が接続してある。

【００２８】図３は、オーディオデッキ２の内部構成の
一例を示したものである。ここでのオーディオデッキ２
は、オーディオデータを所定の圧縮符号化方式（ＡＴＲ
ＡＣ方式:Adaptive Transform Acoustic Coding ）で符
号化して、ミニディスク（ＭＤ）と称される光磁気ディ
スクなどの媒体に記録し再生するオーディオ記録再生装
置としてある。

【００２９】即ち図３に示すように、所定の光磁気ディ
スク（又は光ディスク）２０１に記録された信号を光学
ピックアップ２０２で光学的に読み出し、光学ピックア
ップ２０２で読み出された信号を、記録再生系回路２０
３に供給して処理することで、ＡＴＲＡＣ方式の再生デ
ータを得、その再生データをＡＴＲＡＣデコーダ２０４
でデコードすることで、元のデジタルオーディオデータ
を復元し、その復元されたデジタルオーディオデータを
デジタル・アナログ変換器２０５でアナログオーディオ
信号に変換した後、アナログ出力端子２０６から出力さ
せ、この端子２０６に接続されたオーディオ機器などに
供給する。また、ＡＴＲＡＣデコーダ２０４でデコード
されたデジタルオーディオデータを、デジタル出力端子
２０７から出力させる。さらに、ＡＴＲＡＣデコーダ２
０４に供給されるＡＴＲＡＣ方式の再生データ（又はＡ
ＴＲＡＣ方式からデコードされた再生データ）を、ＩＥ
ＥＥ１３９４インターフェース部２１２に供給して、接
続されたバス９に送出できるようにしてある。

【００３０】記録系の構成としては、アナログ入力端子
２０８に得られるアナログオーディオ信号を、アナログ
・デジタル変換器２０９でデジタルオーディオデータに
変換した後、その変換されたオーディオデータをＡＴＲ
ＡＣエンコーダ２１０に供給し、ＡＴＲＡＣエンコーダ
２１０でＡＴＲＡＣ方式に符号化されたオーディオデー
タとする。ＡＴＲＡＣエンコーダ２１０でＡＴＲＡＣ方
式に符号化されたオーディオデータは、記録再生系回路
２０３に供給して処理することで、光学ピックアップ部
２０２に供給する記録信号とし、この記録信号が光磁気
ディスク２０１に記録される。また、バス９からＩＥＥ
Ｅ１３９４インターフェース部２１２に供給されるＡＴ
ＲＡＣ方式などのデジタルオーディオデータについて
も、ＡＴＲＡＣエンコーダ２１０を介して記録再生系回
路２０３に供給されて、光磁気ディスク２０１に記録さ
れるようにしてある。

【００３１】これらの回路での再生動作及び記録動作
は、中央制御ユニット（ＣＰＵ）２１３の制御で実行さ
れる。また、ＩＥＥＥ１３９４インターフェース部２１
２からバス９へのデータ送出や、バス９からのデータの
インターフェース部２１２での受信についても、ＣＰＵ
２１３の制御で実行されるようにしてある。ＣＰＵ２１
３には、制御に必要なデータなどを記憶するメモリ２１
４が接続してあり、ＰｔｏＰコネクションなどの接続情
報についても、このメモリ２１４の一部の記憶領域が使
用される。

【００３２】次に、上述した各機器が接続されるＩＥＥ
Ｅ１３９４方式のバス９でデータが伝送される状態につ
いて説明する。図４は、ＩＥＥＥ１３９４で接続された
機器のデータ伝送のサイクル構造を示す図である。ＩＥ
ＥＥ１３９４では、データは、パケットに分割され、１
２５μＳの長さのサイクルを基準として時分割にて伝送
される。このサイクルは、サイクルマスタ機能を有する
ノード（バスに接続ささたいずれかの機器）から供給さ
れるサイクルスタート信号によって作り出される。アイ
ソクロナスパケットは、全てのサイクルの先頭から伝送
に必要な帯域（時間単位であるが帯域と呼ばれる）を確
保する。このため、アイソクロナス伝送では、データの
一定時間内の伝送が保証される。ただし、伝送エラーが
発生した場合は、保護する仕組みが無く、データは失わ
れる。各サイクルのアイソクロナス伝送に使用されてい
ない時間に、アービトレーションの結果、バスを確保し
たノードが、アシンクロナスパケットを送出するアシン
クロナス伝送では、アクノリッジ、およびリトライを用
いることにより、確実な伝送は保証されるが、伝送のタ
イミングは一定とはならない。

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

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

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

〔０〕とｉＰＣＲ〔１〕のうち、ｉ
ＰＣＲ

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

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

【００３５】このように確保されたチャンネルを使用し
て、データの送出元の機器の出力プラグからバスに送出
されたデータが、データの受信先の機器の入力プラグで
受信されるように設定される。このようにチャンネルと
プラグを設定してコネクションを張る処理が、バスに接
続された所定の機器（コントローラ）の制御で実行され
る。

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

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

【００３８】ＣＴＳはコマンドセットのＩＤを示してお
り、ＡＶ／ＣコマンドセットではＣＴＳ＝“００００”
である。ｃｔｙｐｅ／ｒｅｓｐｏｎｓｅのフィールド
は、パケットがコマンドの場合はコマンドの機能分類を
示し、パケットがレスポンスの場合はコマンドの処理結
果を示す。

【００３９】コマンドは大きく分けて、（１）機能を外
部から制御するコマンド（ＣＯＮＴＲＯＬ）、（２）外
部から状態を問い合わせるコマンド（ＳＴＡＴＵＳ）、
（３）制御コマンドのサポートの有無を外部から問い合
わせるコマンド（ＧＥＮＥＲＡＬＩＮＱＵＩＲＹ（ｏ
ｐｃｏｄｅのサポートの有無）およびＳＰＥＣＩＦＩＣ
ＩＮＱＵＩＲＹ（ｏｐｃｏｄｅおよびｏｐｅｒａｎｄ
ｓのサポートの有無））、（４）状態の変化を外部に知
らせるよう要求するコマンド（ＮＯＴＩＦＹ）の４種類
が定義されている。

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

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

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

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

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

【００４５】このように規定されるＡＶ／Ｃコマンドを
利用して、バスに接続された機器の制御が行われて、そ
の制御に基づいてバスで接続された機器間でのデータ伝
送が行われる。ここで、本例においてはストリームデー
タを入力可能な入力機器（ターゲット機器）に対して、
入力選択状態を制御するコマンドを用意する。このコマ
ンドのパケットは、該当するストリームデータを出力す
る出力機器か、或いはその出力機器と入力機器との間の
伝送を制御するコントロール機器のいずれかが送出す
る。

【００４６】図８は、このコマンドであるインプットセ
レクトコントロールコマンドの〔ｏｐｃｏｄｅ〕と〔ｏ
ｐｅｒａｎｄ〕のデータ構成例を示したもので、このデ
ータが図６に示すパケットに配置される。コマンドタイ
プとしては、制御指示を行うデータであるので、〔ＣＯ
ＮＴＲＯＬ〕となる。〔ｏｐｃｏｄｅ〕のエリアには、
該当するコマンドである〔ＩＮＰＵＴＳＥＬＥＣＴ〕
のデータが配置され、〔ｏｐｅｒａｎｄ（０）〕のエリ
アには、入力機器の入力プラグＩＤが配置され、〔ｏｐ
ｅｒａｎｄ（１）（２）〕のエリアには、ノードＩＤが
配置され、〔ｏｐｅｒａｎｄ（３）〕のエリアには、出
力機器の出力プラグＩＤが配置される。〔ｏｐｅｒａｎ
ｄ（４）〕のエリアには、１ビット目にパスチェンジデ
ータが配置され、２〜４ビットの区間は未定義（ｒｅｓ
ｅｒｖｅｄと図示された部分）とされて、特定のデータ
（例えばデータ“０００”）が配置され、５〜８ビット
の区間はコマンドでは使用しないために特定のデータ
（例えば最大値であるデータ“１１１１”）が配置され
る。

【００４７】入力機器の入力プラグＩＤは、このコマン
ドを受信した入力機器が決定するため、このコマンドを
送った機器（即ち出力機器又はコントロール機器）でコ
マンドを送る段階では判らないので、例えば最大値のデ
ータを配置する。出力機器の出力プラグＩＤは、出力機
器からストリームデータを出力させるプラグのＩＤデー
タを配置する。図９は、このプラグＩＤのデータ構成例
を示す図であり、例えば

〔０〕〜〔３０〕の３１個のシ
リアルバス用のプラグと、

〔０〕〜〔３０〕の３１個の
外部出力プラグとに個別のＩＤを付与してある。外部出
力プラグは、バス９を使用しないプラグである。Ｒｅｓ
ｅｒｖｅｄと図示された部分は、プラグＩＤが未定義の
データ値である。

【００４８】パスチェンジデータは、ストリームデータ
を伝送途中で、その伝送路を変更する指示を行う場合に
必要なデータである。例えば、出力機器から出力させる
データが、デジタルデータからアナログ信号に変更する
必要が生じたとき、バスを使用した伝送路から外部アナ
ログ伝送路への変更（パスチェンジ）を行う必要があ
る。このとき、このパスチェンジデータを使用して、パ
スチェンジの発生で入力機器で入力選択を行うことを指
示する。具体的には、例えば図１０に示すように、通常
の入力選択を指示するコマンドの際には、パスチェンジ
データ“０”とし、パスチェンジのために入力選択を指
示するコマンドの際には、パスチェンジデータ“１”と
する。

【００４９】図８に示すコマンドのパケットを入力機器
に対して送信したとき、そのコントロールコマンドに対
するレスポンスを、そのコマンドの送信元に対して入力
機器が返送する。図１１は、そのレスポンスであるイン
プットセレクトコントロールレスポンスの〔ｏｐｃｏｄ
ｅ〕と〔ｏｐｅｒａｎｄ〕のデータ構成例を示したもの
で、このデータが図６に示すパケットに配置される。
〔ｏｐｃｏｄｅ〕のエリアには、該当するコマンドであ
る〔ＩＮＰＵＴＳＥＬＥＣＴ〕のデータが配置され、
〔ｏｐｅｒａｎｄ（０）〕のエリアには、入力機器の入
力プラグＩＤが配置され、〔ｏｐｅｒａｎｄ（１）
（２）〕のエリアには、接続元のノードＩＤが配置さ
れ、〔ｏｐｅｒａｎｄ（３）〕のエリアには、接続元で
ある出力プラグＩＤが配置される。〔ｏｐｅｒａｎｄ
（４）〕のエリアには、１ビット目にパスチェンジデー
タが配置され、２〜４ビットの区間は未定義（ｒｅｓｅ
ｒｖｅｄと図示された部分）とされて、特定のデータ
（例えばデータ“０００”）が配置され、５〜８ビット
の区間は、入力機器の状態を示すステータスデータ〔ｒ
ｅｓｕｌｔｓｔａｔｕｓ〕が配置される。

【００５０】ここで、〔ｏｐｅｒａｎｄ（１）〜
（３）〕のエリアは、コマンドに配置されたデータがそ
のまま配置され、〔ｏｐｅｒａｎｄ（４）〕のエリアの
１〜４ビットの区間についても同様にコマンドに配置さ
れたデータがそのまま配置される。そして、入力機器で
入力プラグの設定が行われるとき、その入力プラグのＩ
Ｄが、〔ｏｐｅｒａｎｄ（０）〕のエリアに配置され
る。

【００５１】図１２は、この入力プラグＩＤのデータ例
を示したものであり、例えば

〔０〕〜〔３０〕の３１個
のシリアルバス用のプラグと、

〔０〕〜〔３０〕の３１
個の外部出力プラグとに個別のＩＤを付与してある。ま
た、この入力プラグＩＤを示すのは、入力機器でコマン
ドに対する指示に従うことを示すレスポンスである〔Ａ
ＣＣＥＰＴＥＤ〕のレスポンスである場合であり、その
他のタイプのレスポンス時に使用されるデータ（ここで
は最大値ＦＦのデータ）も用意されている。

【００５２】入力機器の状態を示すステータスデータ
〔ｒｅｓｕｌｔｓｔａｔｕｓ〕としては、ここでは例
えば図１３に示すように定義されている。このステータ
スデータの使用時には、レスポンスのタイプとして、コ
マンドの指示に従う〔ＡＣＣＥＰＴＥＤ〕の他に、コマ
ンドの指示を拒絶する〔ＲＥＪＥＣＴＥＤ〕と、暫定的
な応答である〔ＩＮＴＥＲＩＭ〕とがある。それぞれの
レスポンスのタイプ毎に、複数のステータスデータ値が
設定してある。

【００５３】図１３に従って上から順に説明すると、コ
マンドの指示に従う〔ＡＣＣＥＰＴＥＤ〕のレスポンス
の場合には、以下の４つのデータが用意してある。１．〔ｓｕｃｃｅｅｄｅｄ〕データコマンドの指示に成功したことを示すデータ２．〔ｒｅａｄｙ〕データ入力機器の内部でストリームデータを入力できる状態に
接続が完了したが、何らかの要因で待機状態であること
を示すデータ３．〔ｂｕｓｙ〕データ入力機器の内部でストリームデータを入力できる状態に
接続が完了したと共に、出力機器と入力機器とのネット
ワーク上での接続も完了した上で、入力機器の別の要因
で入力できない状態であることを示すデータ４．〔ｆａｉｌｅｄ〕データ入力機器の内部でストリームデータを入力できる状態に
接続が完了したが、出力機器と入力機器とのネットワー
ク上での接続が失敗したした状態であることを示すデー
タ

【００５４】また、コマンドの指示を拒絶する〔ＲＥＪ
ＥＣＴＥＤ〕のレスポンスの場合には、以下の８つのデ
ータが用意してある。１．〔ｄｉｓａｂｌｅｄ〕データ他の機器からの指令で入力設定を行うことを禁止するモ
ードが設定されていることを示すデータ２．〔ｌｏｃｋｅｄ〕データ入力機器の動作が何らかの要因（例えば録音中など）で
ロックされて、入力設定ができないことを示すデータ３．〔ｐ−ｔｏ−ｐ〕データ他の機器からの制御で張られたコネクションがあるため
に、入力プラグに空きがなく、コネクションを張ること
ができないことを示すデータ４．〔ｉｎｓｕｆｆｉｃｉｅｎｔｒｅｓｏｕｒｃｅ〕
データバス上の帯域（チャンネル）に空きがないために、コネ
クションを張ることができないことを示すデータ５．〔ｓｏｕｒｃｅｎｏｔｆｏｕｎｄ〕データ出力機器（ソース機器）の指定された出力プラグを見つ
けることができないことを示すデータ６．〔ｎｏｔｓｅｌｅｃｔｅｄ〕データ指定された経路が設定できないことを示すデータで、こ
のデータはパスチェンジが指定されたときに、その経路
への変更ができないときに使用する７．〔ｎｏｔｒｅｇｉｓｔｅｒｄ〕データ指定された経路が登録されていることを示すデータで、
このデータについてもパスチェンジが指定されたとき
に、その指定されたプラグなどがない場合に使用する８．〔ａｎｙｏｔｈｅｒｒｅａｓｏｎ〕データその他の理由で指令を拒絶するときのデータ

【００５５】また、コマンドに対する暫定的な応答であ
る〔ＩＮＴＥＲＩＭ〕のレスポンスの場合には、以下の
２つのデータが用意してある。１．〔ｎｏｉｎｆｏｒｍａｔｉｏｎ〕データ何らかの原因でＡＶ／Ｃコマンドで規定された時間（例
えば１００ｍ秒）以内に応答ができないとき、一時的に
伝送するデータ２．〔ｂｕｓｙ〕データ何らかの原因でＡＶ／Ｃコマンドで規定された時間（例
えば１００ｍ秒）以内に応答ができないとき、一時的に
伝送するデータであり、このデータを受け取った場合に
は、予め決められた一定時間（例えば１０秒）経過した
後に、正常な状態となったと判断できるデータ

【００５６】また、図８に示すコントロールコマンドの
他に、入力機器の入力選択状態を問い合わせるステータ
スコマンドが用意してある。図１４は、このコマンドで
あるインプットセレクトステータスコマンドの〔ｏｐｃ
ｏｄｅ〕と〔ｏｐｅｒａｎｄ〕のデータ構成例を示した
もので、このデータが図６に示すパケットに配置され
る。コマンドタイプとしては、状態を問い合わせるデー
タであるので、〔ＳＴＡＴＵＳ〕となる。〔ｏｐｃｏｄ
ｅ〕のエリアには、該当するコマンドである〔ＩＮＰＵ
ＴＳＥＬＥＣＴ〕のデータが配置され、〔ｏｐｅｒａ
ｎｄ（０）〕のエリアには、入力機器の入力プラグＩＤ
が配置され、〔ｏｐｅｒａｎｄ（１）〕以降のエリア
は、全て最大値が配置される。

【００５７】図１４に示すコマンドのパケットを入力機
器に対して送信したとき、そのステータスコマンドに対
するレスポンスを、そのコマンドの送信元に対して入力
機器が返送する。図１５は、そのレスポンスであるイン
プットセレクトステータスレスポンスの〔ｏｐｃｏｄ
ｅ〕と〔ｏｐｅｒａｎｄ〕のデータ構成例を示したもの
で、このデータが図６に示すパケットに配置される。
〔ｏｐｃｏｄｅ〕のエリアには、該当するコマンドであ
る〔ＩＮＰＵＴＳＥＬＥＣＴ〕のデータが配置され、
〔ｏｐｅｒａｎｄ（０）〕のエリアには、入力機器の入
力プラグＩＤが配置され、〔ｏｐｅｒａｎｄ（１）
（２）〕のエリアには、接続元のノードＩＤが配置さ
れ、〔ｏｐｅｒａｎｄ（３）〕のエリアには、接続元で
ある出力プラグＩＤが配置される。〔ｏｐｅｒａｎｄ
（４）〕のエリアの１〜４ビットの区間は未定義（ｒｅ
ｓｅｒｖｅｄと図示された部分）とされて、特定のデー
タ（例えばデータ“０００”）が配置され、５〜８ビッ
トの区間は、入力機器の状態を示すステータスデータ
〔ｓｔａｔｕｓ〕が配置される。

【００５８】入力機器の状態を示すステータスデータ
〔ｓｔａｔｕｓ〕としては、ここでは例えば図１６に示
すように定義されている。そのステータスデータについ
て説明すると、コネクションが接続されて伝送中である
ことを示すデータと、帯域に空きがなくてコネクション
が確立できない状態であることを示すデータと、コネク
ションの確立ができて伝送のための用意ができているこ
とを示すデータと、伝送フォーマットが合っていないこ
とを示すデータと、出力機器（ソース機器）が選択され
てないことを示すデータとが用意されている。その他の
値については未定義である。

【００５９】次に、以上説明した構成のインプットセレ
クトコマンドを使用した伝送処理例を、図１７〜図２２
を参照して説明する。

【００６０】・処理例１この例では、ストリームデータの出力機器（ソース機
器）として、オーディオ再生装置とし、入力機器（ター
ゲット機器）として、その再生装置から再生されて伝送
されたオーディオデータ（ストリームデータ）を記録す
る記録装置としてある。このような装置は、例えば図３
に示したオーディオデッキ２に相当する。また、ＩＲＤ
内でオーディオデータの一時蓄積ができる場合には、Ｉ
ＲＤがソース機器となり得る。そして、ソース機器から
の制御で、入力機器側が接続管理を行って、その接続管
理で設定された伝送路でオーディオデータを伝送する。

【００６１】まずソース機器で再生操作が行われたとす
る。このとき、ソース機器は入力機器に対して、インプ
ットセレクトコントロールコマンドを送り（ステップＳ
１１）、ソース機器から出力されるデータを入力機器で
受信できるように、接続管理を依頼する指令を送る。こ
のとき、入力機器では、記録が行われてないストップ状
態のままであるとすると、入力機器からのレスポンス
は、暫定的な応答である〔ＩＮＴＥＲＩＭ〕のデータと
し、そのステータスデータとして〔ｎｏｉｎｆｏｒｍ
ａｔｉｏｎ〕とする（ステップＳ１２）。そして、入力
機器側で記録の用意ができた段階で、指令に応答するレ
スポンスである〔ＡＣＣＥＰＴＥＤ〕のデータとし、そ
のステータスデータとして〔ｒｅａｄｙ〕とし、入力機
器の内部で用意ができたことをソース機器に伝える（ス
テップＳ１３）。その後、録音開始制御がされたなら、
入力機器は、ソース機器とのＰｔｏＰコネクションを確
立させる処理を行い（ステップＳ１４）、ソース機器
は、その確立されたコネクションで再生されたオーディ
オデータの送信を開始させ、入力機器で受信したオーデ
ィオデータを録音させる（ステップＳ１５）。

【００６２】このように録音を開始させることで、入力
機器による管理で接続を実行させながら、ソース機器か
ら出力されたオーディオデータなどを、欠落なく入力機
器で受信して記録することが可能になり、いわゆる頭切
れなどの発生を防止できる。

【００６３】・処理例２この例では、バス上のコントローラ（例えば図１に示す
コントロール機器３）の制御により、入力機器で接続管
理を実行させる例である。まず、コントローラは、入力
機器に対して、インプットセレクトコントロールコマン
ドを送り（ステップＳ２１）、ソース機器から出力され
るデータを入力機器で受信できるように、接続管理を依
頼する指令を送る。このとき、入力機器では、記録が行
われてないストップ状態のままであるとすると、入力機
器からのレスポンスは、暫定的な応答である〔ＩＮＴＥ
ＲＩＭ〕のデータとし、そのステータスデータとして
〔ｎｏｉｎｆｏｒｍａｔｉｏｎ〕とする（ステップＳ
２２）。そして、入力機器側で記録の用意ができた段階
で、指令に応答するレスポンスである〔ＡＣＣＥＰＴＥ
Ｄ〕のデータとし、そのステータスデータとして〔ｒｅ
ａｄｙ〕とし、入力機器の内部で用意ができたことをコ
ントローラに伝える（ステップＳ２３）。このデータが
伝送されると、コントローラは入力機器に対して、録音
ポーズ状態とする録音ポーズコマンドを送り（ステップ
Ｓ２４）、ソース機器に対しては、再生ポーズコマンド
を送る（ステップＳ２５）。その後、入力機器は、録音
ポーズコマンドに対するレスポンスを送る（ステップＳ
２６）と共に、ソース機器とのＰｔｏＰコネクションを
確立させる処理を行う（ステップＳ２７）。ソース機器
は、再生ポーズコマンドに対するレスポンスを送る（ス
テップＳ２８）。

【００６４】ここで、コントローラはインプットセレク
トステータスコマンドを入力機器に送り（ステップＳ２
９）、そのコマンドに対する入力機器からのレスポンス
（ステップＳ３０）で、接続が完了したことをコントロ
ーラが判断すると、入力機器への録音コマンドの伝送
（ステップＳ３１）と、ソース機器への再生コマンドの
伝送（ステップＳ３２）とを、連続的に行い、ソース機
器からオーディオデータなどのストリームデータの伝送
を開始させて、入力機器で録音させる（ステップＳ３
３）。なお、ソース機器がコントローラを兼ねても良
い。

【００６５】このように録音を開始させることで、コン
トローラからの指示に基づいて、入力機器による管理で
接続を実行させながら、ソース機器から出力されたオー
ディオデータなどを、欠落なく入力機器で受信して記録
することが可能になり、処理例１の場合と同様に、いわ
ゆる頭切れなどの発生を防止できる。

【００６６】・処理例３この例では、出力機器（ソース機器）から、入力機器
（ターゲット機器）にオーディオデータなどのストリー
ムデータを伝送する例としてある。そして、ソース機器
からの制御で、入力機器側が接続管理を行って、その接
続管理で設定された伝送路でストリームデータを伝送す
る。

【００６７】まずソース機器は入力機器に対して、イン
プットセレクトコントロールコマンドを送り（ステップ
Ｓ３４）、ソース機器から出力されるデータを入力機器
で受信できるように、接続管理を依頼する指令を送る。
このとき、入力機器では、接続処理が完了した状態（コ
ネクションも張られた状態）で、別の要因でストリーム
データの受信が一時的に不可能な状態であるとすると、
レスポンスで〔ＡＣＣＥＰＴＥＤ〕のデータとし、その
ステータスデータとして〔ｂｕｓｙ〕とする（ステップ
Ｓ３５）。

【００６８】このレスポンスをソース機器が受信する
と、ソース機器は逐次入力機器に対して状態を問い合わ
せるポーリング動作を行う。即ち、入力機器に対して、
インプットセレクトステータスコマンドをある程度の時
間の間隔で逐次送り（ステップＳ３６）、そのレスポン
スをソース機器で確認する（ステップＳ３７）。このポ
ーリング動作が繰り返されている間に、入力機器で受信
可能状態に変化したとする。このとき、この変化した後
のインプットセレクトステータスコマンド（ステップＳ
３８）に対するレスポンス（ステップＳ３９）で、その
状態変化をソース機器が確認できると、用意された帯域
でストリームデータの送信を開始させる（ステップＳ４
０）。

【００６９】この処理例３のように伝送が行われること
で、入力機器側で何らかの要因で一時的に受信ができな
いとき、その受信ができる状態になったとき、直ちにソ
ース機器からデータを出力させて、入力機器に送ること
ができ、伝送されるストリームデータの先頭部分の欠落
などを防止した良好な伝送が行える。

【００７０】なお、この処理例３の場合には、ソース機
器からの指令で、入力機器が接続管理を行うようにした
が、ソース機器とは別のコントローラからの指令で、入
力機器が接続管理を行う場合にも、同様に処理される。

【００７１】また、処理例３では、インプットセレクト
コントロールコマンドに対するレスポンスで、ステータ
スが〔ｂｕｓｙ〕の場合の例としたが、ステータスが
〔ｆａｉｌｄ〕データであるときにも、同様の処理で対
処できる。即ち、ステータスが〔ｆａｉｌｄ〕のときに
は、入力機器の内部でストリームデータを入力できる状
態に接続が完了したが、出力機器と入力機器とのネット
ワーク上での接続が失敗したした状態であり、そのこと
をソース機器（又はコントローラ）が判断したとき、以
後ポーリング動作を行って、繰り返し接続ができたか問
い合わせ、接続ができたことがレスポンスで判ったと
き、送信を開始させる。

【００７２】また、このようなポーリング動作を行う際
には、そのポーリング動作を繰り返す時間を決めて、そ
の時間が経過したときには、伝送不可能として終了させ
ても良い。

【００７３】さらに、このようなポーリング動作をする
かわりに、ステータスが〔ｂｕｓｙ〕のレスポンスがあ
った後、入力機器の状態が安定するまでの時間などのあ
る程度の時間が経過した後に、ソース機器側からは入力
機器の状態を確認することなく、ストリームデータの送
信を開始させても良い。

【００７４】・処理例４この例では、出力機器（ソース機器）から、入力機器
（ターゲット機器）にオーディオデータなどのストリー
ムデータを伝送する例としてある。そして、ソース機器
からの制御で、入力機器側が接続管理を行って、その接
続管理で設定された伝送路でストリームデータを伝送す
る。

【００７５】まずソース機器は入力機器に対して、イン
プットセレクトコントロールコマンドを送り（ステップ
Ｓ４１）、ソース機器から出力されるデータを入力機器
で受信できるように、接続管理を依頼する指令を送る。
このとき、入力機器では、接続処理が完了した状態（コ
ネクションも張られた状態）で、別の要因でストリーム
データの受信が一時的に不可能な状態であるとすると、
レスポンスで〔ＡＣＣＥＰＴＥＤ〕のデータとし、その
ステータスデータとして〔ｂｕｓｙ〕とする（ステップ
Ｓ４２）。

【００７６】このレスポンスをソース機器が受信する
と、ソース機器は入力機器に対して、ストリームデータ
の受信が可能な状態になったときに知らせるコマンドで
ある〔ＮＯＴＩＦＹ〕コマンドとして、インプットセレ
クトノーティファイコマンドを送る（ステップＳ４
３）。このコマンドを入力機器が受け取ると、そのこと
を知らせるレスポンスである〔ＩＮＴＥＲＩＭ〕のデー
タを送る（ステップＳ４４）。このとき、そのステータ
スデータは、〔ｂｕｓｙ〕とする。

【００７７】ここまでの伝送が行われた後に、入力機器
で受信可能状態に変化したとする。このとき、入力機器
からソース機器に対して、受信できる状態になったこと
を知らせる〔ＡＣＴＩＶＥ〕のレスポンスを送る（ステ
ップＳ４５）。このときには、状態が変化したことを示
す〔ｃｈａｎｇｅｄ〕のコマンドの処理結果を付加す
る。このレスポンスにより状態変化をソース機器が確認
できると、用意された帯域でストリームデータの送信を
開始させる（ステップＳ４６）。

【００７８】この処理例４のように伝送が行われること
で、入力機器側で何らかの要因で一時的に受信ができな
いとき、その受信ができる状態になったとき、直ちにソ
ース機器からデータを出力させて、入力機器に送ること
ができ、伝送されるストリームデータの先頭部分の欠落
などを防止した良好な伝送が行える。また、この処理例
４の場合には、ソース機器側が入力機器の状態を監視す
る必要がなく、入力機器で状態が変化したとき、自動的
にレスポンスが得られるので、ソース機器側での処理が
簡単になる。

【００７９】なお、この処理例４の場合にも、ソース機
器からの指令で、入力機器が接続管理を行うようにした
が、ソース機器とは別のコントローラからの指令で、入
力機器が接続管理を行う場合にも、同様に処理される。

【００８０】また、処理例４でも、インプットセレクト
コントロールコマンドに対するレスポンスで、ステータ
スが〔ｂｕｓｙ〕の場合の例としたが、ステータスが
〔ｆａｉｌｄ〕データであるときにも、同様の処理で対
処できる。即ち、ステータスが〔ｆａｉｌｄ〕のときに
は、入力機器の内部でストリームデータを入力できる状
態に接続が完了したが、出力機器と入力機器とのネット
ワーク上での接続が失敗したした状態であり、そのこと
をソース機器（又はコントローラ）が判断したとき、
〔ＮＯＴＩＦＹ〕コマンドを送って、状態が変化したと
に知らせるようにして、接続ができる状態になったこと
がレスポンスで判ったとき、送信を開始させる。

【００８１】・処理例５この例では、コントローラから、入力機器（ターゲット
機器）に対して、何らかの指令を送って、入力機器で各
種制御（接続管理など）を実行させる例としてある。

【００８２】まずコントローラは入力機器に対して、い
ずれかの指示を含むコントロールコマンドを送り（ステ
ップＳ５１）、その指示に対して直ちに応答できないと
き、コントローラに対するレスポンスを、暫定的な応答
である〔ＩＮＴＥＲＩＭ〕のデータとし、そのステータ
スデータとして〔ｎｏｉｎｆｏｒｍａｔｉｏｎ〕とす
る（ステップＳ５２）。そして、入力機器でコントロー
ルコマンドに対する応答ができた時点で、〔ＡＣＣＥＰ
ＴＥＤ〕のレスポンスを送る（ステップＳ５３）。

【００８３】ここで、〔ＩＮＴＥＲＩＭ〕のレスポンス
を送ってから、〔ＡＣＣＥＰＴＥＤ〕のレスポンスを送
るまでに要する時間をＴ１とする。例えば、この時間Ｔ
１は２秒であるとする。このとき、コントローラでは、
〔ＩＮＴＥＲＩＭ〕のレスポンスがあってから、〔ＡＣ
ＣＥＰＴＥＤ〕のレスポンスがあるまでの時間Ｔ１を予
め２秒程度と予測して、その時間を元にソース機器から
のストリームデータの送出などの他の制御を実行するよ
うにしてある。

【００８４】・処理例６この例では、処理例５と同様に、コントローラから、入
力機器（ターゲット機器）に対して、何らかの指令を送
って、入力機器で各種制御（接続管理など）を実行させ
る例としてある。

【００８５】まずコントローラは入力機器に対して、い
ずれかの指示を含むコントロールコマンドを送り（ステ
ップＳ６１）、その指示に対して直ちに応答できないと
き、コントローラに対するレスポンスを、暫定的な応答
である〔ＩＮＴＥＲＩＭ〕のデータとし、ステータスデ
ータとして〔ｂｕｓｙ〕とする（ステップＳ６２）。こ
の〔ｂｕｓｙ〕のステータスデータを付加する状態は、
コマンドによる指示に対応した処理を行うのに、通常よ
りも長い時間を必要とする状態である。このような状態
は、例えば入力機器が電源オフ状態にあって、電源オン
に立ち上げるのに時間がかかる状態が、このような場合
に相当する。そして、入力機器でコントロールコマンド
に対する応答ができた時点で、〔ＡＣＣＥＰＴＥＤ〕の
レスポンスを送る（ステップＳ６３）。

【００８６】この場合に〔ＩＮＴＥＲＩＭ〕のレスポン
スを送ってから、〔ＡＣＣＥＰＴＥＤ〕のレスポンスを
送るまでに要する時間をＴ２とすると、例えばこの時間
Ｔ２は１０秒程度であるとする。このとき、コントロー
ラでは、ステータスが〔ｂｕｓｙ〕の〔ＩＮＴＥＲＩ
Ｍ〕のレスポンスがあってから、〔ＡＣＣＥＰＴＥＤ〕
のレスポンスがあるまでの時間Ｔ２を予め１０秒程度と
予測して、その時間を元にソース機器からのストリーム
データの送出などの他の制御を実行するようにしてあ
る。従って、処理例５，６を実行することで、そのとき
の相手側の機器の状態に基づいた適切な制御が可能にな
る。

【００８７】次に、本発明の第２の実施の形態を、図２
３〜図４２を参照して説明する。この図２３〜図４２に
おいて、上述した第１の実施の形態で説明した図１〜図
２２に対応する部分には同一符号を付す。

【００８８】本実施の形態でのネットワークシステムの
構成例について、図２３を参照して説明する。このネッ
トワークシステムは、第１の実施の形態の場合と同様
に、ＩＥＥＥ１３９４方式のシリアルデータバス９を介
して、複数台の機器が接続されるものとしてある。ここ
では、図２３に示すように、オーディオデッキ（オーデ
ィオ記録再生装置）２と、アンプ装置４と、オーディオ
再生装置５とが、バス９に接続してある。各機器は、Ｉ
ＥＥＥ１３９４方式のバス接続用端子を備えた機器であ
り、またＡＶ／Ｃコマンドで制御が行える機能が実装さ
せてある。後述する伝送例では、アンプ装置４又はオー
ディオ再生装置５を、バス９上での伝送制御を行う機器
（コントローラ）としてある。バス９に接続された図示
しない別の機器が、バス９上での伝送制御を行う構成で
あっても良い。

【００８９】各機器２，４，５は、ＡＶ／Ｃコマンドで
規定された機能的に見た場合、各機能を実現する処理を
実行するサブユニットと、バス９と内部のサブユニット
との間でデータの入出力を行うプラグ部とを備えた構成
として見ることができる。即ち、例えばオーディオデッ
キ２は、ディスクへの記録及びディスクからの再生を行
うディスクサブユニット２ａを備える。また、アンプ装
置４は、コントロール機能を実行するコントロール部４
ａと、オーディオ信号の出力処理を行うオーディオサブ
ユニット４ｂを備える。オーディオサブユニット４ｂに
は、スピーカ装置４ｄ，４ｅが接続される。オーディオ
再生装置５は、ディスクからの再生を行うディスク再生
サブユニット５ａを備える。また、それぞれの機器２，
４，５がプラグ部２ｂ，４ｃ，５ｂを備える。各プラグ
部２ｂ，４ｃ，５ｂには、複数のプラグが実装されて、
バス９上の複数のチャンネルと接続できる構成とされ
る。このプラグとチャンネルとの関係については、既に
第１の実施の形態で図５を参照して説明したものと同じ
である。

【００９０】図２４は、アンプ装置４の内部構成の一例
を示したものである。アンプ装置４は、オーディオ信号
（デジタルデータ又はアナログ信号）が複数台のオーデ
ィオ機器から供給される入力端子群４０１を備え、この
入力端子群４０１に得られるオーディオ信号の中の何れ
かのオーディオ信号を入力選択部４０２で選択する。そ
して、選択されたオーディオ信号に対して、信号処理部
４０３で必要な信号処理を施す。ここでの信号処理は、
例えばＤＳＰ（Digital Signal Processor）と称される
デジタル処理回路を使用して、信号特性の補正，マルチ
チャンネル処理などが行われる。選択された入力信号が
アナログ信号である場合には、信号処理部４０３内でデ
ジタル信号に変換した後、処理される。

【００９１】信号処理部４０３の出力は、デジタル・ア
ナログ変換器４０４に供給してアナログオーディオ信号
に変換し、その変換されたオーディオ信号をパワーアン
プ部４０５に供給し、スピーカを駆動できる出力に増幅
する。パワーアンプ部４０５の出力は、スピーカ端子４
０６，４０７を介して接続されたスピーカ装置に供給さ
れる。

【００９２】また本例のアンプ装置４は、ＩＥＥＥ１３
９４インターフェース部４０８を備えて、バス９により
伝送されたオーディオデータをインターフェース部４０
８が受信したとき、その受信したオーディオデータを入
力選択部４０２を介して信号処理部４０３に供給できる
ようにしてある。

【００９３】アンプ装置４内での信号処理動作や、バス
９を介した受信動作は、中央制御ユニット（ＣＰＵ）４
０９の制御で実行される。ＣＰＵ４０９には、制御に必
要なデータなどを記憶するメモリ４１０が接続してあ
る。

【００９４】図２５は、オーディオ再生装置５の内部構
成の一例を示したものである。ここでのオーディオ再生
装置５は、コンパクトディスク（ＣＤ）と称されるデジ
タルオーディオデータが記録された光ディスクを再生す
る装置である。即ち、再生装置に装着された光ディスク
５０１に記録されたデータを、光学ピックアップ５０２
で光学的に読み出し、光学ピックアップ５０２で読み出
された信号を、再生系回路５０３に供給して処理するこ
とで再生データを得、その再生データをデジタル・アナ
ログ変換器５０４でアナログオーディオ信号に変換した
後、アナログ出力端子５０５から出力させ、この端子５
０５に接続されたオーディオ機器などに供給する。ま
た、デジタル・アナログ変換器５０４でアナログ変換し
てないデジタルオーディオデータを、デジタル出力端子
５０５から出力させる。また、ディスク５０１から再生
したオーディオデータなどを、ＩＥＥＥ１３９４インタ
ーフェース部５０９に供給して、接続されたバス９に送
出できるようにしてある。

【００９５】オーディオ再生装置５内での再生動作や、
バス９を介したデータ伝送は、中央制御ユニット（ＣＰ
Ｕ）５１０の制御で実行される。ＣＰＵ５１０には、制
御に必要なデータなどを記憶するメモリ５１１が接続し
てある。

【００９６】なお、オーディオデッキ２の構成について
は、第１の実施の形態で図３を参照して説明した構成が
適用できる。

【００９７】次に、各機器が接続されるＩＥＥＥ１３９
４方式のバス９でデータが伝送される基本的な動作につ
いては、既に第１の実施の形態で説明したものと同じで
ある。即ち、バス９上でのデータ伝送のサイクル構造
は、図４に示した構成であり、アイソクロナス伝送とア
シンクロナス伝送とが可能な構造としてある。バス上で
データ伝送を行う上で必要なプラグ、プラグコントロー
ルレジスタ、およびアイソクロナスチャンネルの関係
は、図５に示した構成であり、確保されたチャンネルを
使用して、データの送出元の機器の出力プラグからバス
に送出されたデータが、データの受信先の機器の入力プ
ラグで受信されるように設定される。このチャンネルと
プラグを設定してコネクションを張る処理が、バスに接
続された制御機器（コントローラ）の制御で実行され
る。

【００９８】また、バス９に接続された各機器のコント
ロールや状態の判断などが、図６，図７を参照して説明
したように規定されるＡＶ／Ｃコマンドを使用して行え
るようにしてある。このＡＶ／Ｃコマンドを利用して、
バスに接続された機器の制御が行われて、その制御に基
づいてバスで接続された機器間でのデータ伝送が行われ
る。ここで、本例においてはストリームデータを入力可
能な入力機器（ターゲット機器）に対して、入力選択状
態を制御するコマンドを用意する。このコマンドのパケ
ットは、該当するストリームデータを出力する出力機器
か、或いはその出力機器と入力機器との間の伝送を制御
するコントロール機器のいずれかが送出する。

【００９９】図２６は、本例の場合のインプットセレク
トコントロールコマンドの〔ｏｐｃｏｄｅ〕と〔ｏｐｅ
ｒａｎｄ〕のデータ構成例を示したもので、このデータ
が図６に示すパケットに配置される。コマンドタイプと
しては、制御指示を行うデータであるので、〔ＣＯＮＴ
ＲＯＬ〕となる。〔ｏｐｃｏｄｅ〕のエリアには、該当
するコマンドである〔ＩＮＰＵＴＳＥＬＥＣＴ〕のデ
ータが配置され、〔ｏｐｅｒａｎｄ（０）〕のエリアに
は、指示する内容の詳細を示すサブファンクション（ｓ
ｕｂｆｕｎｃｔｉｏｎ）のデータが配置される。

【０１００】〔ｏｐｅｒａｎｄ（１）〕の前半の４ビッ
トは未定とされ、後半の４ビットには一定の値（ここで
は“１１１１”すなわち４ビットの１６進数値の最大値
Ｆ）を配置してある。〔ｏｐｅｒａｎｄ（２）（３）〕
のエリアには、出力機器のノードＩＤが配置され、〔ｏ
ｐｅｒａｎｄ（４）〕のエリアには、出力機器の出力プ
ラグＩＤが配置される。〔ｏｐｅｒａｎｄ（５）〕のエ
リアには、入力機器の入力プラグＩＤが配置される。
〔ｏｐｅｒａｎｄ（６）（７）〕のエリアには、シグナ
ルディスティネーション（ｓｉｇｎａｌｄｅｓｔｉｎ
ａｔｉｏｎ）のデータが配置される。〔ｏｐｅｒａｎｄ
（８）〕のエリアは、未定義とされる。なお、コントロ
ールコマンドを送る段階で、入力プラグＩＤは、このコ
マンドを受けた入力機器が決定するため、例えば最大値
のデータ（ＦＦ₁₆）を配置する。

【０１０１】〔ｏｐｅｒａｎｄ（０）〕のエリアに配置
されるサブファンクションについては、ここでは例えば
図２７に示すように、出力機器とバス上でのコネクショ
ンを張る指示であるコネクト（ｃｏｎｎｅｃｔ）と、機
器選択された状態においてパス（伝送路）の変更を指示
するパスチェンジ（ｐａｔｈｃｈａｎｇｅ）と、機器
選択はするがコネクションを張らない状態で待機させる
セレクト（ｓｅｌｅｃｔ）と、出力機器とのバス上での
コネクションを切断するディスコネクト（ｄｉｓｃｏｎ
ｎｅｃｔ）とが用意してある。

【０１０２】図２８は、〔ｏｐｅｒａｎｄ（４）〕のエ
リアに配置されるプラグＩＤのデータ構成例を示す図で
あり、例えば

〔０〕〜〔３０〕の３１個のシリアルバス
用のプラグと、

〔０〕〜〔３０〕の３１個の外部出力プ
ラグとに個別のＩＤを付与してある。外部出力プラグ
は、バス９を使用しないプラグである。Ｒｅｓｅｒｖｅ
ｄと図示された部分は、プラグＩＤが未定義のデータ値
である。

【０１０３】図２９，３０は、〔ｏｐｅｒａｎｄ（６）
（７）〕のエリアに配置されるシグナルディスティネー
ションのデータの構成例を示す図である。このシグナル
ディスティネーションのデータは、３つの場合に分けら
れる。シグナルディスティネーションを指定しない場合
は、〔ｏｐｅｒａｎｄ（６）〕のエリアに最大値ＦＦ₁₆
が配置され、〔ｏｐｅｒａｎｄ（７）〕のエリアにはＦ
Ｅ₁₆が配置される。その他の２つの場合には、〔ｏｐｅ
ｒａｎｄ（６）〕のエリアには、前半の５ビットに、サ
ブユニットタイプ（ｓｕｂｕｎｉｔｔｙｐｅ）のデー
タが配置され、後半の３ビットに、サブユニットＩＤ
（ｓｕｂｕｎｉｔＩＤ）が配置される。〔ｏｐｅｒａ
ｎｄ（７）〕のエリアには、ディスティネーションプラ
グＩＤ（ｄｅｓｔｉｎａｔｉｏｎｐｌｕｇＩＤ）が
配置される。この２つの場合において、例えば、図２９
に示すように、機器のシリアルバス用のプラグあるいは
機器の外部出力プラグのＩＤを〔ｏｐｅｒａｎｄ
（７）〕のエリアに配置する場合には、〔ｏｐｅｒａｎ
ｄ（６）〕のエリアには最大値ＦＦ₁₆が配置される。こ
の場合には、

〔０〕〜〔３０〕の３１個のシリアルバス
用のプラグと

〔０〕〜〔３０〕の３１個の外部出力プラ
グとに個別にＩＤを付与してある。また、この例では、
プラグ番号を特定せずにいずれかのシリアルバス用のプ
ラグを指定するデータ（７Ｆ₁₆の場合）と、プラグ番号
を特定せずにいずれかの外部出力用のプラグを指定する
データ（ＦＦ₁₆の場合）とが用意してある。さらに、
〔ｏｐｅｒａｎｄ（６）〕のエリアでサブユニットを指
定する場合には、図３０に示すように、〔ｏｐｅｒａｎ
ｄ（７）〕のエリアでサブユニットのディスティネーシ
ョンＩＤが配置される。

【０１０４】〔ｏｐｅｒａｎｄ（６）〕のエリアのデー
タが、最大値ＦＦ以外でディスティネーションのサブユ
ニットタイプの指定がある場合には、例えば図３０に示
すように、

〔０〕〜〔３０〕の３１個のディスティネー
ションプラグを個別に指定するＩＤを設定してある。ま
た、この例でも、プラグ番号を特定せずにいずれかのデ
ィスティネーションプラグを指定するデータ（ＦＦの場
合）が用意してある。

【０１０５】このように構成されるインプットセレクト
コントロールコマンドを受信した側では、そのコントロ
ールコマンドに対する返答として、インプットセレクト
コントロールレスポンスを、コマンドの発信元に伝送す
る。図３１は、この場合のインプットセレクトコントロ
ールレスポンスの〔ｏｐｃｏｄｅ〕と〔ｏｐｅｒａｎ
ｄ〕のデータ構成例を示したもので、このデータが図６
に示すパケットに配置される。レスポンスタイプとして
は、制御コマンドに了解することを示す〔ＡＣＣＥＰＴ
ＥＤ〕の場合と、制御コマンドを拒絶することを示す
〔ＲＥＪＥＣＴＥＤ〕の場合と、暫定的な応答であるこ
とを示す〔ＩＮＴＥＲＩＭ〕の場合とがある。〔ｏｐｃ
ｏｄｅ〕のエリアには、〔ＩＮＰＵＴＳＥＬＥＣＴ〕
のデータが配置され、〔ｏｐｅｒａｎｄ（０）〕のエリ
アには、指示する内容の詳細を示すサブファンクション
（ｓｕｂｆｕｎｃｔｉｏｎ）のデータが配置される。

【０１０６】〔ｏｐｅｒａｎｄ（１）〕の前半の４ビッ
トは未定とされ、後半の４ビットには処理結果のデータ
であるリザルトステータスが配置される。〔ｏｐｅｒａ
ｎｄ（２）〕以降のエリアには、コントロールコマンド
と同じデータが配置される。但し、入力プラグＩＤのよ
うに、このレスポンスを送る側がコントロールコマンド
の発行元に知らせるデータについては、該当するエリア
に対応したデータを配置する。

【０１０７】図３２は、〔ｏｐｅｒａｎｄ（１）〕の後
半の４ビット区間に配置されるリザルトステータスのデ
ータ例を示す図である。ここでの値と処理結果との関係
を説明すると、制御コマンドに了解することを示す〔Ａ
ＣＣＥＰＴＥＤ〕のレスポンスの場合には、データの値
が０（ここでは１６進数値）となり、エラーなしに（即
ち正常に）処理されたことを示す。

【０１０８】制御コマンドを拒絶することを示す〔ＲＥ
ＪＥＣＴＥＤ〕のレスポンスの場合には、データの値が
１のとき、該当する機器がこのコマンドの受付を禁止し
ている設定であることを示す。データの値が２のときに
は、現在の動作にロックがかかって処理不可能であるこ
とを示す。データの値が３のときには、現在設定された
ＰｔｏＰコネクションのオーナー機器でないため（他の
機器で設定されたコネクションのため）にコネクション
の設定に関する処理が不可能であることを示す。データ
の値が４のときには、資源不足で処理不可能であること
を示す。データの値が５のときには、指定されたソース
機器を見つけることができないために処理不可能である
ことを示す。データの値が６のときには、指定されたも
のが選択されていないために処理不可能であることを示
す。データの値が７のときには、指定されたものが登録
されていないために処理不可能であることを示す。さら
に、データの値がＥのときには、その他の理由で処理不
可能であることを示す。また、暫定的な応答である〔Ｉ
ＮＴＥＲＩＭ〕のレスポンスである場合には、データの
値がＦとなる。

【０１０９】図３３は、〔ｏｐｅｒａｎｄ（５）〕のエ
リアに配置される入力プラグＩＤのデータ構成例を示す
図であり、例えば

〔０〕〜〔３０〕の３１個のシリアル
バス用のプラグと、

〔０〕〜〔３０〕の３１個の外部入
力プラグとに個別のＩＤを付与してある。外部入力プラ
グは、バス９を使用しないプラグである。

【０１１０】このようなインプットセレクトコントロー
ルコマンドとそのレスポンスの伝送による伝送路の設定
処理とは別に、本例においては、状態を問い合わせるシ
グナルソースステータスコマンドと、そのコマンドに対
するレスポンスを用意してある。図３４は、本例の場合
のシグナルソースステータスコマンドの〔ｏｐｃｏｄ
ｅ〕と〔ｏｐｅｒａｎｄ〕のデータ構成例を示したもの
で、このデータが図６に示すパケットに配置される。コ
マンドタイプとしては、問い合わせるデータであるの
で、〔ＳＴＡＴＵＳ〕となる。〔ｏｐｃｏｄｅ〕のエリ
アには、該当する指示である〔ＳＩＧＮＡＬＳＯＵＲ
ＣＥ〕のデータが配置され、〔ｏｐｅｒａｎｄ（０）
（１）（２）〕のエリアには、最大値ＦＦなどの一定値
が配置される。〔ｏｐｅｒａｎｄ（３）（４）〕のエリ
アには、シグナルディスティネーション（ｓｉｇｎａｌ
ｄｅｓｔｉｎａｔｉｏｎ）のデータが配置される。

【０１１１】図３５は、このシグナルソースステータス
コマンドに対するレスポンスの〔ｏｐｃｏｄｅ〕と〔ｏ
ｐｅｒａｎｄ〕のデータ構成例を示したもので、このデ
ータが図６に示すパケットに配置される。このレスポン
スのパケットは、受信したコントロールコマンドの〔ｏ
ｐｅｒａｎｄ（０）〕のエリアに、出力状態を指示する
データである３ビットのアウトプットステータス（ｏｕ
ｔｐｕｔｓｔａｔｕｓ）のデータと、変換に関する設
定を示す１ビットのコンビ（ｃｏｎｖ）のデータと、信
号状態を示す４ビットのシグナルステータス（ｓｉｇｎ
ａｌｓｔａｔｕｓ）のデータとを配置する。また、
〔ｏｐｅｒａｎｄ（１）（２）〕のエリアに、シグナル
ソースステータスコマンドに示されたシグナルディステ
ィネーションのソースとなるプラグに関するデータであ
るシグナルソース（ｓｉｇｎａｌｓｏｕｒｃｅ）のデー
タを配置する。その他のエリアは、コントロールコマン
ドのデータをそのまま返送する。

【０１１２】図３６は、信号の出力状態を指示するアウ
トプットステータスのデータ例を示した図である。この
例では、値０のとき、パケットの出力が有効であること
を示す。値１のとき、入力機器側の内部の状態で信号が
流れない状態であることを示す。値２のとき、帯域又は
チャンネルが不足しているために伝送路が確保できず出
力できない状態であることを示す。値３のとき、パケッ
トを出力できる状態であるが、ＰｔｏＰコネクションが
確立されていないために実際にはパケットを出力できな
い状態であることを示す。値４のとき、出力がバーチャ
ル出力状態であることを示す。値５以降は未定義であ
る。

【０１１３】図３７は、変換に関する設定を示すコンビ
のデータ例を示した図である。このデータは１ビットの
データであり、ここでは値０のとき、ディスティネーシ
ョンプラグを通して出力される信号の信号フォーマット
を変換することが不可能であることを示し、値１のと
き、ディスティネーションプラグを通して出力される信
号の信号フォーマットを変換することが可能であること
を示す。

【０１１４】図３８は、信号状態を示すシグナルステー
タスの構成例を示した図である。シグナルステータスの
エリアは、４ビットであり、各ビット毎に独立に信号状
態のタイプを示している。この例では、最初のビットが
１のとき、信号にその他のビットが示す信号状態のタイ
プ以外の何らかの処理を施していることを示し、０のと
き、処理を施していないことを示す。２番目のビットが
１のとき、オリジナル信号のサブセット（一部分）の信
号であることを示し、０のとき、サブセットの信号でな
いことを示す。３番目のビットが１のとき、オリジナル
信号のフォーマットから変換されていることを示し、０
のとき、変換されていないことを示す。４番目のビット
が１のとき、オリジナルの信号にオンスクリーンディス
プレイ（ＯＳＤ）と称される文字などの表示キャラクタ
が重畳された信号であることを示し、０のとき重畳され
ていないことを示す。また、シグナルステータスのエリ
アの全てのビットが０のとき、オリジナル信号と同じ信
号であることを示している。

【０１１５】図３９は、シグナルソースステータスコマ
ンドの〔ｏｐｅｒａｎｄ（２）〕のエリアに配置される
データに関してシリアルバス用のプラグあるいは外部プ
ラグの場合のデータ例を示した図であり、例えば

〔０〕
〜〔３０〕の３１個のシリアルバス用の入力プラグと、

〔０〕〜〔３０〕の３１個の外部入力プラグとに個別の
ＩＤを付与してある。外部入力プラグは、バス９を使用
しないプラグである。このとき、〔ｏｐｅｒａｎｄ
（１）〕のエリアには、最大値ＦＦ₁₆が配置される。

【０１１６】次に、以上説明した構成のインプットセレ
クトコントロールコマンド及びシグナルソースステータ
スコマンドを使用した伝送処理例を、図４０〜図４２を
参照して説明する。

【０１１７】・処理例１この例では、ストリームデータの出力機器（ソース機
器）として、オーディオ再生装置とし、入力機器（ター
ゲット機器）として、その再生装置から再生されて伝送
されたオーディオデータ（ストリームデータ）を受信し
て、スピーカからの出力処理などを行うアンプ装置とし
てある。このような再生装置及びアンプ装置は、例えば
図２５に示したディスク再生装置５及び図２４に示した
アンプ装置４に相当する。また、この例では、入力機器
側が接続管理を行うコントローラとなって、その接続管
理で設定された伝送路でオーディオデータを伝送する。

【０１１８】この例では、まず、ソース機器であるディ
スク再生装置５がインプットセレクトコントロールコマ
ンドを送信する宛先としてバス９に接続された入力機器
であるアンプ装置４を登録するためのアウトプットプリ
セットコントロールコマンドを、アンプ装置４はディス
ク再生装置５に送る（ステップＳ１０１）。そのレスポ
ンスを得て（ステップＳ１０２）、アンプ装置４は、デ
ィスク再生装置５に登録ができたことを確認する。

【０１１９】この後、ディスク再生装置５でディスクを
再生させる操作が行われたとする。このとき、ディスク
再生装置５が電源オフ状態であるとすると、この再生操
作により電源オンになってもよい。ここで、再生信号の
出力先であるアンプ装置４が電源オフ状態でであるな
ら、ディスク再生装置５は、バス９を介して電源オン指
令を送る（ステップ１０３）。この電源指令を受信した
アンプ装置４は、電源オン状態になる。なお、ここでの
電源オフ状態は、何らかの制御信号の供給で電源オンに
立ち上げることができる状態で待機している状態（いわ
ゆるスタンバイ状態）になっていることである。このス
タンバイ状態では、バス９を介して伝送されるデータの
受信は可能になっている。また、本例のディスク再生装
置５は、再生動作に関するパイロットランプを備えて、
再生操作を行ってから再生が開始されるまでの待機状態
のとき、そのパイロットランプが点滅し、再生が開始す
ると、点滅から連続点灯に変化するようにしてある。

【０１２０】電源の立ち上げ処理が終了すると、再生装
置はインプットセレクトコントロールコマンドを送信し
（ステップＳ１０４）、ディスク再生装置５で再生した
オーディオデータをバス９でアンプ装置４に伝送できる
ように、アンプ装置４で設定させる指示を行う。このと
き、先に記した電源オン指令がなくとも、電源オフ状態
にあるアンプ装置４はこのコマンドを受信したことによ
り、電源オンとなっても良い。ここでのインプットセレ
クトコントロールコマンドは、図２６に示した構成のコ
マンドである。このコマンドを受信したアンプ装置４で
は、出力処理を行うサブユニット（図２３のオーディオ
サブユニットに相当）と所定の入力プラグとの間の内部
接続を完了させて、オーディオデータの入力ができるよ
うに設定した後に、ディスク再生装置５とアンプ装置４
との間のバス９上のＰｔｏＰコネクションを確立させる
（ステップＳ１０５）。このとき、何らかの原因で、Ａ
Ｖ／Ｃコマンドで規定された時間にＰｔｏＰコネクショ
ンを確立し応答ができない場合には、暫定的な応答であ
る〔ＩＮＴＥＲＩＭ〕のレスポンスをアンプ装置４から
ディスク再生装置５に伝送する。

【０１２１】このコネクションが確立したとき、コマン
ドに対する処理が正常に行われたことを示すレスポンス
を、アンプ装置４からディスク再生装置５に伝送する
（ステップＳ１０６）。このレスポンスは、図３１に示
す構成のインプットセレクトコントロールレスポンスで
あり、ここでは接続の設定に関する入力準備が完了して
いるので、レスポンスのタイプは〔ＡＣＣＥＰＴＥＤ〕
になる。

【０１２２】次に、ディスク再生装置５は、アンプ装置
４でオーディオデータを処理する準備が整っているか否
かを確認するために、シグナルソースステータスコマン
ドをアンプ装置４に伝送する（ステップＳ１０７）。こ
のコマンドは、図３４に示した構成のコマンドである。
このコマンドを受信したアンプ装置４では、そのときの
アンプ装置４の状態に基づいたレスポンスを返送する。
図４０の例では、ステップＳ１０７でコマンドを送った
とき、アンプ装置４でオーディオの出力処理を行う準備
が整っていない状態であり、そのコマンドに対するレス
ポンス（ステップＳ１０８）として、アウトプットステ
ータスが入力データを受け付けられない状態であること
を示す〔ｎｏｔｅｆｆｅｃｔｉｖｅ〕（図３６に示す
値１のデータ）となっている。

【０１２３】このレスポンスをソース機器であるディス
ク再生装置５が受信した場合には、ある程度の時間が経
過した後（例えば数秒後）に、再度シグナルソースステ
ータスコマンドをアンプ装置４に伝送して、オーディオ
データの処理ができるようになったか確認する（ステッ
プＳ１０９）。このコマンドに対するレスポンス（ステ
ップＳ１１０）として、アウトプットステータスが入力
データを受け付けられる状態であることを示す〔ｅｆｆ
ｅｃｔｉｖｅ〕（図３６に示す値０のデータ）が得られ
たとする。このとき、このレスポンスが〔ｎｏｔｅｆ
ｆｅｃｔｉｖｅ〕であるなら、〔ｅｆｆｅｃｔｉｖｅ〕
のレスポンスが得られるまで、任意の時間で繰り返しシ
グナルソースステータスコマンドをディスク装置５から
アンプ装置４に伝送する。なお、シグナルソースステー
タスコマンドのレスポンスが〔ｎｏｔｅｆｆｅｃｔｉ
ｖｅ〕の間に先のインプットセレクトコントロールコマ
ンドの指令により確立されたＰｔｏＰコネクションに変
化があることをディスク装置５が知る必要がある場合に
は、インプットセレクトステータスコマンドをディスク
装置５からアンプ装置４に送る。このコマンドを受信し
たアンプ装置４では、ディスク装置５に対して、そのと
きのアンプ装置４のＰｔｏＰコネクションに関しての状
態に基づいたレスポンスを伝送する。これにより、ディ
スク装置５は、アンプ装置４のＰｔｏＰコネクションの
状態を確認できる。

【０１２４】シグナルソースステータスコマンドのレス
ポンスの〔ｅｆｆｅｃｔｉｖｅ〕をディスク再生装置５
が確認すると、ディスク再生装置５では、装着されたデ
ィスクの再生を開始させて、その再生により得られたオ
ーディオデータを、ステップＳ１０５で設定された伝送
路でアンプ装置４に伝送する処理を開始させる（ステッ
プＳ１１１）。なお、このディスク再生装置５でディス
クの再生が開始した段階で、再生装置５が備える再生動
作を示すパイロットランプを、点滅状態から連続点灯に
変化させる。

【０１２５】このようにして処理されることで、入力機
器による管理でバス上での接続を実行させながら、ソー
ス機器から出力されたオーディオデータなどを、入力機
器側で欠落なく処理させることが可能になる。具体的に
は、ソース機器（ディスク再生装置）で再生操作を行っ
た後に、アンプ装置に接続されたスピーカからオーディ
オの出力が可能になった段階で、ソース機器からのオー
ディオデータなどの出力が開始されるので、いわゆる頭
切れなどの発生を防止できる。特に図４０に示す例の場
合には、ステップＳ１０７でのシグナルソースステータ
スコマンドに対するステップＳ１０８のレスポンスで、
〔ｎｏｔｅｆｆｅｃｔｉｖｅ〕となる要因としては、
例えば電源投入直後の数秒間にはオーディオ処理回路の
動作の制限があり、このような電源投入とほぼ同時に再
生操作を行った場合でも、頭切れを効果的に防止でき
る。なお、この例では、〔ｎｏｔｅｆｆｅｃｔｉｖ
ｅ〕のレスポンスを確認した後、再度シグナルソースス
テータスコマンドを送って、〔ｅｆｆｅｃｔｉｖｅ〕に
なることを確認するようにしたが、〔ｎｏｔｅｆｆｅ
ｃｔｉｖｅ〕のレスポンスを確認した後、ある程度の時
間（例えば数秒）が経過した後に、〔ｅｆｆｅｃｔｉｖ
ｅ〕のレスポンスを確認することなく、ストリームデー
タの伝送を開始させるようにしても良い。同様に、イン
プットセレクトコントロールコマンドのレスポンスの
〔ＡＣＣＥＰＴＥＤ〕を受信した後、ある程度の時間
（例えば数秒）が経過した後に、ストリームデータの伝
送を開始させるようにしても良い。

【０１２６】また、この例ではプラグにおけるＰｔｏＰ
コネクションについて説明したが、オーディオデータを
伝送するためにディスク装置５の外部端子に物理的に接
続されているアンプ装置４の外部端子がアンプ装置４に
おいて認識できる場合は、外部端子にも適用できる。た
とえば、アンプ装置４において外部端子に接続されてい
る機器をユーザー操作により登録できる場合などであ
る。

【０１２７】また、この処理例１の場合には、再生操作
があって、再生装置側の電源が投入された段階で、入力
機器に対しても電源を投入させる制御を行うことで、入
力機器側が電源オフ状態（スタンバイ状態）で待機して
いる場合であっても、その入力機器の電源スイッチなど
を操作することなく、確実に伝送して処理できる。

【０１２８】さらにソース機器側には、再生動作に関す
るパイロットランプを設けて、そのパイロットランプが
点滅している間は再生待機状態であり、再生が開始され
たとき連続点灯状態になるようにしたことで、ソース機
器で再生操作を行ったユーザは、パイロットランプの状
態を確認するだけで、伝送状態を知ることができ、便利
である。ここでは点滅と連続点灯で区別させるようにし
たが、パイロットランプの色の変化など、他の処理で同
様の告知を行うようにしても良い。

【０１２９】・処理例２この例では、バス上のコントローラ（例えば図２３に示
すアンプ装置４）の制御により、入力機器でソース機器
との接続管理を実行させた上で、ソース機器である再生
装置（ここでは図２３に示すディスク再生装置５）から
再生されたオーディオデータを、入力機器である記録装
置（ここでは図２３に示すオーディオデッキ２）で記録
させて、いわゆるダビングを行うようにした例である。

【０１３０】コントローラは、ダビング処理を行うため
に、まず、入力機器であるデッキ２に対して、インプッ
トセレクトコントロールコマンドを送信し（ステップＳ
１２１）、ディスク装置５で再生したオーディオデータ
をデッキ２で受信して記録できるように、デッキ２の記
録動作時の入力のソース機器を再生装置５にする。デッ
キ２は、コントローラに対して、コマンドに対する処理
が正常に行われたことを示す〔ＡＣＣＥＰＴＥＤ〕のレ
スポンスを伝送する（ステップＳ１２２）。

【０１３１】コントローラがこのレスポンスを受信する
と、デッキ２に対して録音ポーズ状態で待機させるコマ
ンドを送り（ステップＳ１２３）、再生装置５に対して
は再生ポーズコマンドを送る（ステップＳ１２４）。こ
の録音ポーズコマンドを受信したデッキ２は、コントロ
ーラに対して処理を受付けたことを示すレスポンスを送
り（ステップＳ１２５）、再生装置５とデッキ２との間
のバス９上のＰｔｏＰコネクションを確立させる（ステ
ップＳ１２７）。また、再生ポーズコマンドを受信した
再生装置５は、コントローラに対して処理を受付けたこ
とを示すレスポンスを送る（ステップＳ１２６）。

【０１３２】これらのレスポンスを受信したコントロー
ラは、デッキ２に対して、インプットセレクトステータ
スコマンドを送信し（ステップＳ１２８）、デッキ２と
再生装置５との間のＰｔｏＰコネクションの状態を確認
する。このコマンドを受信したデッキ２では、コントロ
ーラに対して、そのときのデッキ２のＰｔｏＰコネクシ
ョンに関しての状態に基づいたレスポンスを伝送する
（ステップＳ１２９）。このとき、再生装置５とデッキ
２との間のＰｔｏＰコネクションが確立している状態で
あるとするとステータスはＰｔｏＰコネクションが確立
していることを示す〔ａｃｔｉｖｅ〕となる。

【０１３３】次にコントローラは、デッキ２に対して、
オーディオデータを記録する準備が整っているか否かを
確認するために、シグナルソースステータスコマンドを
デッキ２に伝送する（ステップＳ１３０）。このコマン
ドは、図３４に示した構成のコマンドである。このコマ
ンドを受信したデッキ２では、そのときのデッキ２での
状態に基づいたレスポンスを返送する（ステップＳ１３
１）。このとき、デッキ２で記録（録音）する準備が整
った状態であるとすると、アウトプットステータスが入
力データを受け付けられる状態であることを示す〔ｅｆ
ｆｅｃｔｉｖｅ〕（図３６に示す値０のデータ）とな
る。さらに、コントローラは、オーディオデータを出力
する準備が整っているか否かを確認するために、シグナ
ルソースステータスコマンドを再生装置５に伝送する
（ステップ１３２）。このコマンドを受信した再生装置
５では、そのときの再生装置５での状態に基づいたレス
ポンスを返送する（ステップ１３３）。このとき、再生
装置５でオーディオデータを出力する準備が整っている
とすると、アウトプットステータスが〔ｅｆｆｅｃｔｉ
ｖｅ〕（図３６に示す値０のデータ）となる。

【０１３４】なお、これらのシグナルソースステータス
コマンドを伝送する代わりに、状態の変化を外部に知ら
せるよう要求するコマンドである〔ＮＯＴＩＦＹ〕コマ
ンドとしてシグナルソースノーティファイコマンドを伝
送してもよい。シグナルソースノーティファイコマンド
を受取った機器は、そのことを知らせるレスポンスであ
る〔ＩＮＴＥＲＩＭ〕のデータを送る。このとき、アウ
トプットステータスが〔ｎｏｔｅｆｆｅｃｔｉｖｅ〕
とする。この後、デッキ２は、デッキ２で記録（録音）
する準備が整った状態になったとき、さらに、再生装置
５は、オーディオデータを出力する準備が整った状態に
なったとき、各々の機器は、状態が変化した事を示すレ
スポンスである〔ｃｈａｎｇｅｄ〕のデータを送る。こ
のとき、そのアウトプットステータスは、〔ｅｆｆｅｃ
ｔｉｖｅ〕である。

【０１３５】これらのデッキ２と再生装置５に伝送した
シグナルソースステータスコマンドのレスポンスで、ア
ウトプットステータスが〔ｅｆｆｅｃｔｉｖｅ〕となっ
ているレスポンスをコントローラが確認すると、コント
ローラがデッキ２に対して録音を開始させるコマンドを
送る（ステップＳ１３４）と共に、コントローラが再生
装置５に対して再生を開始させるコマンドを送る（ステ
ップＳ１３５）。コントローラでは、それぞれのコマン
ドに対するレスポンス（ステップＳ１３６，Ｓ１３７）
で、録音開始及び再生開始が実行されたことを確認す
る。このようにして、再生装置５でディスクから再生し
たストリームデータ（オーディオデータ）をデッキ２に
伝送する処理が開始される（ステップＳ１３８）。

【０１３６】なお、この処理例２の場合にも、再生装置
が再生状態に関するパイロットランプを備えていたとき
には、ステップＳ１２４で再生ポーズが行われると同時
に、そのパイロットランプを点滅させ、ステップＳ１３
５の再生コマンドを受信して再生が開始されたとき、パ
イロットランプの点滅を連続点灯に変化させる。また、
再生装置がコントローラを兼ねる場合には、ダビング処
理が開始されることにより、再生ポーズ状態となり、パ
イロットランプを点滅させる。

【０１３７】このようにして処理されることで、コント
ローラの制御に基づいて入力機器でバス上での接続を実
行しながら、入力機器側での入力の準備ができているこ
とを確認することで、ソース機器から出力されたオーデ
ィオデータなどを、入力機器側で欠落なく処理させるこ
とが可能になる。さらに、ソース機器側での出力の準備
ができていることを確認し、出力を開始することで、入
力機器側での最適な入力のタイミングを制御できる。処
理例３の場合には、ソース機器側での出力の準備ができ
ていることを確認し、録音（ステップＳ１３４）と再生
（ステップＳ１３５）を開始することで、オーディオデ
ータの確実な出力のある状態で録音を開始できる。ま
た、コントローラは、ソース機器あるいは入力機器が兼
ねてもよい。

【０１３８】・処理例３この例では、バス上のコントローラ（例えば図２３に示
すアンプ装置４）の制御により、入力機器でソース機器
との接続管理を実行させた上で、ソース機器である再生
装置（ここでは図２３に示すディスク再生装置５）から
再生されたオーディオデータを、入力機器である記録装
置（ここでは図２３に示すオーディオデッキ２）で記録
させて、いわいるダビングを行うようにした例である。

【０１３９】コントローラは、ダビング処理を行うため
に、まず、入力機器であるデッキ２に対して録音ポーズ
状態で待機させるコマンドを送り（ステップＳ１４
１）、再生装置５に対しては再生ポーズコマンドを送る
（ステップＳ１４２）。コントローラは、それぞれのコ
マンドに対するレスポンス（ステップＳ１４３，Ｓ１４
４）で録音ポーズ及び再生ポーズが実行されたことを確
認する。

【０１４０】コントローラがこれらのレスポンスを受信
すると、デッキ２に対してインプットセレクトコントロ
ールコマンドを送信し（ステップＳ１４５）、ディスク
再生装置５で再生したオーディオデータをデッキ２で受
信して記録できるように、デッキ２内での内部接続と、
ディスク装置５とデッキ２との間のバス９上のＰｔｏＰ
コネクションの確立を始める（ステップＳ１４６）。

【０１４１】このコネクションが確立した後に、デッキ
２はコントローラに対してコマンドに対する処理が正常
に行われたことを示す〔ＡＣＣＥＰＴＥＤ〕のレスポン
スを伝送する（ステップＳ１４７）。

【０１４２】次にコントローラは、デッキ２に対して、
オーディオデータを記録する準備が整っているか否かを
確認するために、シグナルソースステータスコマンドを
デッキ２に伝送する（ステップＳ１４８）。このコマン
ドは図３４に示した構成のコマンドである。このコマン
ドを受信したデッキ２では、そのときのデッキ２での状
態に基づいたレスポンスを返送する（ステップＳ１４
９）。このとき、デッキ２で記録（録音）する準備が整
った状態であるとすると、アウトプットステータスが入
力データを受付けられる状態であることを示す〔ｅｆｆ
ｅｃｔｉｖｅ〕（図３６に示す値０のデータ）となる。

【０１４３】さらに、コントローラは、オーディオデー
タを出力する準備が整っているか否かを確認するため
に、シグナルソースステータスコマンドを再生装置５に
伝送する（ステップ１５０）。このコマンドを受信した
再生装置５では、そのときの再生装置５での状態に基づ
いたレスポンスを返送する（ステップ１５１）。このと
き、再生装置５でオーディオデータを出力する準備が整
っているとすると、アウトプットステータスが〔ｅｆｆ
ｅｃｔｉｖｅ〕（図３６に示す値０のデータ）となる。

【０１４４】なお、これらのシグナルソースステータス
コマンドを伝送する代わりに、状態の変化を外部に知ら
せるよう要求するコマンドである〔ＮＯＴＩＦＹ〕コマ
ンドとしてシグナルソースノーティファイコマンドを伝
送してもよい。シグナルソースノーティファイコマンド
を受取った機器は、そのことを知らせるレスポンスであ
る〔ＩＮＴＥＲＩＭ〕のデータを送る。このとき、アウ
トプットステータスが〔ｎｏｔｅｆｆｅｃｔｉｖｅ〕
とする。この後、デッキ２は、デッキ２で記録（録音）
する準備が整った状態になったとき、さらに、再生装置
５は、オーディオデータを出力する準備が整った状態に
なったとき、各々の機器は、状態が変化した事を示すレ
スポンスである〔ｃｈａｎｇｅｄ〕のデータを送る。こ
のとき、そのアウトプットステータスは、〔ｅｆｆｅｃ
ｔｉｖｅ〕である。

【０１４５】これらのデッキ２と再生装置５に伝送した
シグナルソースステータスコマンドのレスポンスで、ア
ウトプットステータスが〔ｅｆｆｅｃｔｉｖｅ〕となっ
ているレスポンスをコントローラが確認すると、コント
ローラがデッキ２に対して録音を開始させるコマンドを
送る（ステップＳ１５２）とともに、コントローラが再
生装置５に対して再生を開始させるコマンドを送る（ス
テップＳ１５３）。コントローラでは、それぞれのコマ
ンドに対するレスポンス（ステップＳ１５４，１５５）
で、録音開始及び再生開始が実行されたことを確認す
る。このようにして、再生装置５でディスクから再生し
たストリームデータ（オーディオデータ）をデッキ２に
伝送する処理が開始される（ステップＳ１５６）。

【０１４６】なお、この処理例３の場合にも、再生装置
が再生状態に関するパイロットランプを備えていたとき
には、ステップＳ１４２で再生ポーズが行われると同時
に、そのパイロットランプを点滅させ、ステップＳ１５
３の再生コマンドを受信して再生が開始されたとき、パ
イロットランプの点滅を連続点灯に変化させる。また、
再生装置がコントローラを兼ねる場合には、ダビング処
理が開始されることにより、再生ポーズ状態となり、パ
イロットランプを点滅させる。

【０１４７】このようにして処理されることで、コント
ローラの制御に基づいて入力機器でバス上での接続を実
行しながら、入力機器側での入力の準備ができているこ
とを確認することで、ソース機器から出力されたオーデ
ィオデータなどを、入力機器側で欠落なく処理させるこ
とが可能になる。さらに、ソース機器側での出力の準備
ができていることを確認し、出力を開始することで、入
力機器側での最適な入力のタイミングを制御できる。処
理例３の場合には、ソース機器側での出力の準備ができ
ていることを確認し、録音（ステップ１５２）と再生
（ステップ１５３）を開始することで、オーディオデー
タの確実な出力のある状態で録音を開始できる。なお、
コントローラは、ソース機器あるいは入力機器が兼ねて
もよい。

【０１４８】なお、上述した第１及び第２の実施の形態
では、伝送させるストリームデータとしてオーディオデ
ータやビデオデータとした例について説明したが、その
他のストリームデータを伝送させる場合にも適用できる
ものである。また、ソース機器や入力機器やコントロー
ラとして適用可能な機器についても、各実施の形態で説
明した機器に限定されるものではない。

【０１４９】また、上述した第１及び第２の実施の形態
では、ＩＥＥＥ１３９４方式のバスで構成されるネット
ワークの場合について説明したが、その他のネットワー
ク構成の機器間で同様のデータ伝送を行う場合にも適用
できるものである。

【０１５０】また、上述した第１，第２の実施の形態で
は、それぞれの機器に上述した処理を行う機能を設定さ
せるようにしたが、同様の処理を実行するプログラムを
何らかの提供媒体を使用してユーザに配付し、ユーザは
その媒体に記憶されたプログラムを、バス（ＩＥＥＥ１
３９４方式のバスなど）に接続されたコンピュータ装置
などに実装させて、同様の機能を実行させるようにして
も良い。この場合の提供媒体としては、光ディスク，磁
気ディスクなどの物理的な記録媒体の他に、インターネ
ットなどの通信手段を介してユーザに提供する媒体とし
ても良い。

【０１５１】

【発明の効果】本発明によると、何らかの要因で入力機
器側でストリームデータの入力設定ができないとき、そ
のことがネットワーク上で伝送を制御する機器側で判
り、その対処がとれるようになる。このため、例えばス
トリームデータの出力機器側で、そのストリームデータ
の出力を一時的に遅らせて、入力機器側で先頭部分から
欠落のない完全なストリームデータを受信できるように
なる。

【０１５２】この場合、入力設定が少なくとも一時的に
行えないことを示すデータとして、入力機器の内部でス
トリームデータを入力できる状態に接続が完了したが、
待機状態であることを示すデータとしたことで、その待
機状態でなくなったとき、出力機器がストリームデータ
を送出できるようになる。

【０１５３】また、入力設定が少なくとも一時的に行え
ないことを示すデータとして、入力機器の内部でストリ
ームデータを入力できる状態に接続が完了したと共に、
出力機器と入力機器とのネットワーク上での接続も完了
した上で、入力機器の別の要因で入力できない状態であ
ることを示すデータとしたことで、その入力機器での入
力できない要因に対する対処ができたことが判ったと
き、出力機器がストリームデータを送出できるようにな
る。例えば、ポーリングで随時入力機器が入力できる状
態になったか否か調べ、入力できる状態になったことが
判ったとき、出力機器からのストリームデータの送出を
開始させることで、確実にストリームデータを伝送でき
るようになる。或いは、入力機器が入力できる状態にな
ったときに知らせる指令を送り、その状態が変化した指
令を受信したとき、出力機器からのストリームデータの
送出を開始させるようにしても、確実にストリームデー
タを伝送できるようになる。

【０１５４】また、入力設定が少なくとも一時的に行え
ないことを示すデータとして、入力機器の内部でストリ
ームデータを入力できる状態に接続が完了したが、出力
機器と入力機器とのネットワーク上での接続が失敗した
した状態であることを示すデータとしたことで、ネット
ワーク上での接続を再度試みるような対処が可能にな
る。

【０１５５】また、設定が少なくとも一時的に行えない
ことを示すデータとして、入力機器の内部でストリーム
データの処理が行えるようになるまでの時間が通常より
も一定の時間だけ長くかかることを示すデータとしたこ
とで、このデータを受信したとき、ストリームデータの
送出を開始させるタイミングを、該当する時間だけ遅ら
せることで、良好なタイミングでストリームデータを送
出できるようになる。例えば、入力機器が電源オフとな
っていて、その電源オフからの立ち上げにある程度時間
がかかるとき、この処理を行うことで、入力機器の電源
が投入されて、ストリームデータの入力処理が正しく行
える状態になってから、そのストリームデータが伝送さ
れるようになり、データの先頭部分が欠落することなく
良好に伝送処理が行える。

【０１５６】また本発明によると、入力機器のデータ入
力部でデータを入力できるように設定する第１の指令
と、その指令で入力できる状態になったことに関する所
定の確認を行う第２の指令とを制御機器側から送り、第
２の指令に基づいた応答で、入力できる状態になったこ
とを確認したとき、ストリームデータの送出を開始させ
るようにしたことで、入力機器側でストリームデータを
入力できる状態になったことが、ネットワーク上での伝
送を制御する機器側で判り、ストリームデータの送出の
制御などが適切に行えるようになる。

【０１５７】この場合、第２の指令に基づいた応答で入
力機器がデータを入力できる状態にないと判断したと
き、再度第２の指令を送るようにしたことで、ネットワ
ーク上での伝送を制御する機器側で、ストリームデータ
の送出ができる状態に変化したことが判断できるように
なる。

【０１５８】また、第１の指令を送る前に、入力機器を
電源オン状態にする指令を送るようにしたことで、伝送
を制御する機器が、入力機器の電源の制御を適切に管理
できるようになる。

【０１５９】さらに、第２の指令に基づいた応答で入力
できる状態になったことを確認するまで、ストリームデ
ータの伝送が待機状態になっていることを知らせる表示
処理を行うことで、伝送させる操作を行った者は、この
表示の確認で伝送状態を知ることができるようになる。

【図面の簡単な説明】

【図１】本発明の第１の実施の形態によるシステム構成
例を示すブロック図である。

【図２】本発明の第１の実施の形態によるＩＲＤの内部
構成の例を示すブロック図である。

【図３】本発明の第１の実施の形態によるオーディオデ
ッキの内部構成の例を示すブロック図である。

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

【図５】ＩＥＥＥ１３９４方式のバスを使用したコネク
ションの例を示す説明図である。

【図６】ＡＶ／Ｃコマンドで伝送されるデータの構成例
を示す説明図である。

【図７】ＡＶ／Ｃコマンドのコマンド及びレスポンスの
例を示す説明図である。

【図８】本発明の第１の実施の形態によるインプットセ
レクトコントロールコマンドの例を示す説明図である。

【図９】本発明の第１の実施の形態によるプラグＩＤの
例を示す説明図である。

【図１０】本発明の第１の実施の形態によるパスチェン
ジフィールドのデータ例を示す説明図である。

【図１１】本発明の第１の実施の形態によるインプット
セレクトコントロールレスポンスの例を示す説明図であ
る。

【図１２】本発明の第１の実施の形態によるプラグＩＤ
の例を示す説明図である。

【図１３】本発明の第１の実施の形態によるステータス
のデータ例を示す説明図である。

【図１４】本発明の第１の実施の形態によるインプット
セレクトステータスコマンドの例を示す説明図である。

【図１５】本発明の第１の実施の形態によるインプット
セレクトステータスレスポンスの例を示す説明図であ
る。

【図１６】本発明の第１の実施の形態によるステータス
のデータ例を示す説明図である。

【図１７】本発明の第１の実施の形態による処理例（例
１）を示す説明図である。

【図１８】本発明の第１の実施の形態による処理例（例
２）を示す説明図である。

【図１９】本発明の第１の実施の形態による処理例（例
３）を示す説明図である。

【図２０】本発明の第１の実施の形態による処理例（例
４）を示す説明図である。

【図２１】本発明の第１の実施の形態による処理例（例
５）を示す説明図である。

【図２２】本発明の第１の実施の形態による処理例（例
６）を示す説明図である。

【図２３】本発明の第２の実施の形態によるシステム構
成例を示すブロック図である。

【図２４】本発明の第２の実施の形態によるアンプ装置
の内部構成の例を示すブロック図である。

【図２５】本発明の第２の実施の形態によるオーディオ
再生装置の内部構成の例を示すブロック図である。

【図２６】本発明の第２の実施の形態によるインプット
セレクトコントロールコマンドの例を示す説明図であ
る。

【図２７】本発明の第２の実施の形態によるサブファン
クションの例を示す説明図である。

【図２８】本発明の第２の実施の形態によるアウトプッ
トプラグフィールドのデータ例を示す説明図である。

【図２９】本発明の第２の実施の形態によるシグナルデ
ィスティネーションプラグフィールドのデータ例（オペ
ランド〔６〕がＦＦの場合の例）を示す説明図である。

【図３０】本発明の第２の実施の形態によるシグナルデ
ィスティネーションプラグフィールドのデータ例（オペ
ランド〔６〕がＦＦ以外の場合の例）を示す説明図であ
る。

【図３１】本発明の第２の実施の形態によるインプット
セレクトコントロールレスポンスの例を示す説明図であ
る。

【図３２】本発明の第２の実施の形態によるリザルトス
テータスの例を示す説明図である。

【図３３】本発明の第２の実施の形態によるインプット
プラグＩＤの例を示す説明図である。

【図３４】本発明の第２の実施の形態によるシグナルソ
ースステータスコマンドの例を示す説明図である。

【図３５】本発明の第２の実施の形態によるシグナルソ
ースステータスレスポンスの例を示す説明図である。

【図３６】本発明の第２の実施の形態によるアウトプッ
トステータスのデータ例を示す説明図である。

【図３７】本発明の第２の実施の形態によるコンボデー
タのデータ例を示す説明図である。

【図３８】本発明の第２の実施の形態によるシグナルス
テータスのデータ例を示す説明図である。

【図３９】本発明の第２の実施の形態によるシグナルソ
ースインプットプラグのデータ例を示す説明図である。

【図４０】本発明の第２の実施の形態による処理例（例
１）を示す説明図である。

【図４１】本発明の第２の実施の形態による処理例（例
２）を示す説明図である。

【図４２】本発明の第２の実施の形態による処理例（例
３）を示す説明図である。

【図４３】ネットワークシステムの例を示す構成図であ
る。

【図４４】従来のＡＶ／Ｃコマンドによるコネクション
処理例を時間の流れで示す説明図である。

【符号の説明】

１…ＩＲＤ（デジタル衛星放送受信機）、２…オーディ
オデッキ、３…コントロール機器、４…アンプ装置、５
…オーディオ再生装置、９…ＩＥＥＥ１３９４方式のバ
ス、１１１，２１２，４０８，５０９…バスとのインタ
ーフェース部、１１２，２１３，４０９，５１０…中央
制御ユニット（ＣＰＵ）

フロントページの続き (72)発明者佐藤真東京都品川区北品川６丁目７番35号ソニー株式会社内Ｆターム(参考） 5K032 CA01 CC01 DB32 5K034 DD03 LL01 NN23 TT07

Claims

【特許請求の範囲】

【請求項１】所定のネットワークに接続された出力機
器から出力されるストリームデータを入力機器で受信す
る通信方法において、上記出力機器又は別の機器が、上記入力機器のデータ入
力部で上記出力機器の出力データを入力できるように設
定する指令を送ったとき、その指令に対する上記入力機器からの応答として、上記
入力設定が少なくとも一時的に行えないことを示すデー
タを用意し、その入力設定が少なくとも一時的に行えないことを示す
データを上記指令の送出元が受信したとき、対応した対
処を行う通信方法。
【請求項２】請求項１記載の通信方法において、上記入力設定が少なくとも一時的に行えないことを示す
データとして、上記入力機器の内部でストリームデータを入力できる状
態に接続が完了したが、待機状態であることを示すデー
タとした通信方法。
【請求項３】請求項２記載の通信方法において、上記入力設定が少なくとも一時的に行えないことを示す
データを上記指令の送出元が受信したとき、その対処と
して、上記出力機器と上記入力機器とのネットワーク上
での接続が完了したとき、上記出力機器からのストリー
ムデータの送出を開始させるようにした通信方法。
【請求項４】請求項１記載の通信方法において、上記入力設定が少なくとも一時的に行えないことを示す
データとして、上記入力機器の内部でストリームデータを入力できる状
態に接続が完了したと共に、上記出力機器と上記入力機
器とのネットワーク上での接続も完了した上で、上記入
力機器の別の要因で入力できない状態であることを示す
データとした通信方法。
【請求項５】請求項４記載の通信方法において、上記入力設定が少なくとも一時的に行えないことを示す
データを上記指令の送出元が受信したとき、その対処と
して、ポーリングで随時上記入力機器が入力できる状態
になったか否か調べ、入力できる状態になったことが判
ったとき、上記出力機器からのストリームデータの送出
を開始させるようにした通信方法。
【請求項６】請求項４記載の通信方法において、上記入力設定が少なくとも一時的に行えないことを示す
データを上記指令の送出元が受信したとき、その対処と
して、上記入力機器が入力できる状態になったときに知
らせる指令を送り、その状態が変化した指令を受信した
とき、上記出力機器からのストリームデータの送出を開
始させるようにした通信方法。
【請求項７】請求項１記載の通信方法において、上記入力設定が少なくとも一時的に行えないことを示す
データとして、上記入力機器の内部でストリームデータを入力できる状
態に接続が完了したが、上記出力機器と上記入力機器と
のネットワーク上での接続が失敗したした状態であるこ
とを示すデータとした通信方法。
【請求項８】請求項７記載の通信方法において、上記入力設定が少なくとも一時的に行えないことを示す
データを上記指令の送出元が受信したとき、その対処と
して、ポーリングで随時上記出力機器と上記入力機器と
の接続が完了したか否か調べ、接続が完了したことが判
ったとき、上記出力機器からのストリームデータの送出
を開始させるようにした通信方法。
【請求項９】請求項７記載の通信方法において、上記入力設定が少なくとも一時的に行えないことを示す
データを上記指令の送出元が受信したとき、その対処と
して、上記出力機器と上記入力機器との接続が完了した
ときに知らせる指令を送り、その状態が変化した指令を
受信したとき、上記出力機器からのストリームデータの
送出を開始させるようにした通信方法。
【請求項１０】請求項１記載の通信方法において、上記入力設定が少なくとも一時的に行えないことを示す
データとして、上記入力機器の内部でストリームデータの処理が行える
ようになるまでの時間が通常よりも一定の時間だけ長く
かかることを示すデータとした通信方法。
【請求項１１】所定のネットワークに接続された出力
機器から出力されるストリームデータを入力機器で受信
する通信方法において、上記出力機器又は別の機器が、上記入力機器のデータ入
力部で上記出力機器の出力データを入力できるように設
定する第１の指令を送ったとき、その第１の指令に基づいた応答で、上記入力機器の内部
でストリームデータを入力できる状態に接続が完了した
ことの確認と、上記出力機器と上記入力機器とのネット
ワーク上での接続が完了したことの確認を行った後、さらに上記入力機器で入力できる状態になったことに関
する所定の確認を行う第２の指令を送り、その第２の指令に基づいた応答で、入力できる状態にな
ったことを確認したとき、上記出力機器からストリーム
データの送出を開始させるようにした通信方法。
【請求項１２】請求項１１記載の通信方法において、上記第１の指令を送り、何らかの原因で規定の時間に第
１の指令に基づいた応答をできないとき暫定的な応答を
し、その後第１の指令に基づいた応答で、上記入力機器
の内部でストリームデータを入力できる状態に接続が完
了したことの確認をする通信方法
【請求項１３】請求項１１記載の通信方法において、上記第２の指令に基づいた応答で入力できる状態にない
と判断したとき、再度上記第２の指令を送るようにした
通信方法。
【請求項１４】請求項１１記載の通信方法において、上記第２の指令に基づいた応答で、入力できる状態にな
いとき、及び、入力できる状態であることを確認した
後、上記出力機器と上記入力機器とのネットワーク上で
の接続を確認する通信方法。
【請求項１５】請求項１１記載の通信方法において、上記第２の指令の代わりに、ストリームデータの入力の
準備の状態に変化があったときに知らせる指令を送り、
この指令に基づいた応答で、入力できる状態になったこ
とを確認したとき、上記出力装置からストリームデータ
の送出を開始させるようにした通信方法。
【請求項１６】請求項１１記載の通信方法において、上記第２の指令の代わりに、ストリームデータの入力の
準備の状態に変化があったときに知らせる指令を送り、
この指令に基づいた応答で、入力できる状態にないと
き、及び、入力できる状態になったことを確認した後、
上記出力機器と上記入力機器とのネットワーク上での接
続を確認する通信方法。
【請求項１７】請求項１１記載の通信方法において、上記出力装置にストリームデータを送信する準備が整っ
ているか否かの確認をする指令を送り、この指令に基づ
いた応答で、送信の準備が整っていることを確認したと
き、上記出力装置からストリームデータの送出を開始さ
せるようにした通信方法。
【請求項１８】請求項１１記載の通信方法において、上記出力装置にストリームデータを送信する準備が整っ
ているか否かの確認をする指令を送り、この指令に基づ
いた応答で、送信の準備が整っていないと判断したと
き、再度この指令を送るようにした通信方法。
【請求項１９】請求項１１記載の通信方法において、上記出力装置にストリームデータを送信する準備の状態
に変化があったときに知らせる指令を送り、この指令に
基づいた応答で、送信の準備が整っていることを確認し
たとき、上記出力装置からストリームデータの送出を開
始させるようにした通信方法。
【請求項２０】請求項１１記載の通信方法において、上記出力機器又は別の機器は、上記第１の指令を送る前
に、上記入力機器を電源オン状態にする指令を送るよう
にした通信方法。
【請求項２１】請求項１１記載の通信方法において、上記第１の指令を受信し、上記入力機器が電源オン状態
となる通信方法。
【請求項２２】請求項１１記載の通信方法において、上記出力機器又は別の機器は、上記第２の指令に基づい
た応答で入力できる状態になったことを確認するまで、
上記ストリームデータの伝送が待機状態になっているこ
とを知らせる表示処理を行う通信方法。
【請求項２３】請求項１１記載の通信方法において、上記出力機器又は別の機器は、ストリームデータの入力
の準備の状態に変化があったときに知らせる指令に基づ
いた応答で、入力できる状態になったことを確認するま
で、上記ストリームデータの伝送が待機状態になってい
ることを知らせる表示処理を行う通信方法。
【請求項２４】所定のネットワークに接続される通信
装置において、上記ネットワーク内の他の機器との通信を行う入出力手
段と、上記入出力手段が受信したデータで、所定の機器からの
ストリームデータを受信できるようにする指令を検出
し、そのストリームデータの入力設定が少なくとも一時
的に行えないとき、そのことを示すデータを上記入出力
手段から上記指令の送出元に送信させる通信制御手段と
を備えた通信装置。
【請求項２５】請求項２４記載の通信装置において、上記通信制御手段の制御で上記入出力手段から送信させ
る入力設定が少なくとも一時的に行えないことを示すデ
ータとして、上記入出力手段で受信したストリームデータを、ストリ
ームデータ処理手段に供給する内部接続が完了したが、
待機状態であることを示すデータとした通信装置。
【請求項２６】請求項２４記載の通信装置において、上記通信制御手段の制御で上記入出力手段から送信させ
る入力設定が少なくとも一時的に行えないことを示すデ
ータとして、上記入出力手段で受信したストリームデータを、ストリ
ームデータ処理手段に供給する内部接続が完了したと共
に、上記所定の機器のストリームデータ出力部と上記入
出力手段とのネットワーク上での接続も完了した上で、
装置内部の別の要因で入力できない状態であることを示
すデータとした通信装置。
【請求項２７】請求項２４記載の通信装置において、上記通信制御手段の制御で上記入出力手段から送信させ
る入力設定が少なくとも一時的に行えないことを示すデ
ータとして、上記入出力手段で受信したストリームデータを、ストリ
ームデータ処理手段に供給する内部接続が完了したが、
上記所定の機器のストリームデータ出力部と上記入出力
手段とのネットワーク上での接続が失敗した状態である
ことを示すデータとした通信装置。
【請求項２８】請求項２４記載の通信装置において、上記通信制御手段の制御で上記入出力手段から送信させ
る入力設定が少なくとも一時的に行えないことを示すデ
ータとして、上記入出力手段で受信したストリームデータを、ストリ
ームデータ処理手段で処理できるようになるまでの時間
が通常よりも一定の時間だけ長くかかることを示すデー
タとした通信装置。
【請求項２９】所定のネットワークに接続される通信
装置において、上記ネットワーク内の他の機器との通信を行う入出力手
段と、ストリームデータを他の機器で入力できるようにする指
令を上記入出力手段から出力させると共に、その指令に
対する応答で、少なくとも一時的に受信できないことが
示されたとき、受信できる状態まで上記入出力手段から
のストリームデータの出力を待機させる通信制御手段と
を備えた通信装置。
【請求項３０】請求項２９記載の通信装置において、上記通信制御手段の制御でポーリングで随時上記他の機
器が入力できる状態になったか否か調べ、入力できる状
態になったことが判ったとき、上記入出力手段からのス
トリームデータの送出を開始させるようにした通信装
置。
【請求項３１】請求項２９記載の通信装置において、上記通信制御手段の制御で上記入出力手段から上記他の
機器に対して、その機器が入力できる状態になったとき
に知らせる指令を送り、その状態が変化した指令を上記
入出力手段が受信したとき、ストリームデータの送出を
開始させるようにした通信装置。
【請求項３２】所定のネットワークに接続される通信
装置において、上記ネットワーク内の他の機器との通信を行う入出力手
段と、上記入出力手段が受信したデータで、所定の機器からの
ストリームデータを受信できるようにする第１の指令を
検出したとき、内部でストリームデータを入力できる状
態に接続し、上記所定の機器とのネットワーク上での接
続を実行し、この処理が完了したとき、そのことを上記
第１の指令の送信元に上記入出力手段から送信させる通
信制御手段を備え、さらに入力の準備ができているこ
とに関する所定の確認を行う第２の指令を検出したと
き、入力の準備ができていることを上記指令の送信元に
上記入出力手段から送信させる通信制御手段とを備えた
通信装置。
【請求項３３】請求項３２記載の通信装置において、上記第１の指令を受信し、何らかの原因で規定の時間に
第１の指令に基づいた応答をできないとき暫定的な応答
をし、その後第１の指令に基づいた応答で、上記通信制
御手段は、内部でストリームデータを入力できる状態に
接続が完了したことのデータを上記入出力手段から上記
第1の指令の送信元に送信させる通信装置。
【請求項３４】請求項３２記載の通信装置において、上記第２の指令に基づいた応答で、入力の準備ができて
いないとき、上記通信制御手段は、準備ができていない
ことを示すデータを上記入出力手段から上記第２の指令
の送信元に送信させる通信装置。
【請求項３５】請求項３２記載の通信装置において、上記第１及び第２の指令の送信元が、上記第２の指令に
基づいた応答で入力の準備ができていないこと、及び、
入力の準備ができていることを確認した後、上記所定の
機器とのネットワーク上での接続を確認する指令を発行
し、上記通信制御手段は、この指令を検出したとき、ネ
ットワーク上での接続の状態のデータを上記入出力手段
からこの指令の送信元に送信させる通信装置。
【請求項３６】請求項３２記載の通信装置において、ストリームデータの入力の準備の状態に変化があったと
きに知らせる指令を受信したとき、その時の入力の準備
の状態のデータを上記入出力手段からこの指令の送信元
に送信させ、さらに、入力の準備の状態に変化があった
とき変化した状態のデータを上記入出力手段からこの指
令の送信元に送信させる通信装置。
【請求項３７】請求項３２記載の通信装置において、ストリームデータの入力の準備の状態に変化があったと
きに知らせる指令に基づいた応答で、この指令の送信元
が、入力の準備ができていないこと、及び、入力の準備
ができていることを確認した後、上記所定の機器とのネ
ットワーク上での接続を確認する指令を発行し、上記通
信制御手段は、この指令を検出したとき、ネットワーク
上での接続の状態のデータを上記入出力手段からこの指
令の送信元に送信させる通信装置。
【請求項３８】請求項３２記載の通信装置において、上記第１の指令を受信し、電源オン状態となる通信装
置。
【請求項３９】所定のネットワークに接続される通信
装置において、上記ネットワーク内の他の機器との通信を行う入出力手
段と、ストリームデータを他の機器で入力できるように設定す
る第１の指令と、ストリームデータを入力できるように
なったことを確認する第２の指令とを上記入出力手段か
ら出力させる通信制御手段とを備えた通信装置。
【請求項４０】請求項３９記載の通信装置において、上記第２の指令に基づいた応答で、上記他の機器が入力
できる状態にないと判断したとき、再度第２の指令を上
記入出力手段から出力させる通信装置。
【請求項４１】請求項３９記載の通信装置において、上記第２の指令に基づいた応答で、入力の準備ができて
いないこと、及び、入力の準備ができていることを確認
した後、上記入力機器のネットワーク上での接続を確認
する指令を上記入出力手段から出力させる通信装置。
【請求項４２】請求項３９記載の通信装置において、上記第２の指令の代わりに、ストリームデータの入力の
準備の状態に変化があったときに知らせる指令を上記入
出力手段から出力させる通信制御手段とを備えた通信装
置。
【請求項４３】請求項３９記載の通信装置において、上記第２の指令の代わりに、ストリームデータの入力の
準備の状態に変化があったときに知らせる指令に基づい
た応答で、入力の準備ができていないこと、及び、入力
の準備ができていることを確認した後、上記入力機器の
ネットワーク上での接続を確認する指令を上記入出力手
段から出力させる通信装置。
【請求項４４】請求項３９記載の通信装置において、ストリームデータを他の機器で送信する準備が整ってい
るか否かの確認をする指令を上記入出力手段から出力さ
せる通信制御手段を備えた通信装置。
【請求項４５】請求項３９記載の通信装置において、ストリームデータを他の機器で送信する準備の状態に変
化があったときに知らせる指令を上記入出力手段から出
力させる通信制御手段を備えた通信装置。
【請求項４６】請求項３９記載の通信装置において、上記通信制御手段は、上記第１の指令を送る前に、上記
他の機器を電源オン状態にする指令を上記入出力手段か
ら出力させる通信装置。
【請求項４７】請求項３９記載の通信装置において、上記第２の指令に基づいた応答で、上記他の機器が入力
できる状態になったことを上記通信制御手段が確認する
まで、上記ストリームデータの伝送を待機させるように
した通信装置。
【請求項４８】請求項３９記載の通信装置において、上記第２の指令の代わりに、ストリームデータの入力の
準備の状態に変化があったときに知らせる指令に基づい
た応答で、上記他の機器が入力できる状態になったこと
を上記通信制御手段が確認するまで、上記ストリームデ
ータの伝送を待機させるようにした通信装置。
【請求項４９】請求項３９記載の通信装置において、ストリームデータを他の機器で送信する準備が整ってい
るか否かの確認をする指令に基づいた応答で、ストリー
ムデータを送信する準備が整ったことを上記通信制御手
段が確認するまで、ストリームデータの伝送を待機させ
るようにした通信装置。
【請求項５０】請求項３９記載の通信装置において、ストリームデータを他の機器で送信する準備の状態に変
化があったときに知らせる指令に基づいた応答で、スト
リームデータを送信する準備が整ったことを上記通信制
御手段が確認するまで、ストリームデータの伝送を待機
させるようにした通信装置。
【請求項５１】請求項３９記載の通信装置において、上記第２の指令に基づいた応答で、上記他の機器が入力
できる状態になったことを上記通信制御手段が確認する
まで、上記ストリームデータの伝送が待機状態になって
いることを知らせる表示手段を備えた通信装置。
【請求項５２】請求項３９記載の通信装置において、上記第２の指令の代わりに、ストリームデータの入力の
準備の状態に変化があったときに知らせる指令に基づい
た応答で、上記他の機器が入力できる状態になったこと
を上記通信制御手段が確認するまで、上記ストリームデ
ータの伝送が待機状態になっていることを知らせる表示
手段を備えた通信装置。
【請求項５３】請求項３９記載の通信装置において、上記第２の指令に基づいた応答で、上記他の機器が入力
できる状態になったことを上記通信制御手段が確認した
とき、上記ストリームデータの伝送を開始させるように
した通信装置。
【請求項５４】請求項３９記載の通信装置において、上記第２の指令の代わりに、ストリームデータの入力の
準備の状態に変化があったときに知らせる指令に基づい
た応答で、上記他の機器が入力できる状態になったこと
を上記通信制御手段が確認したとき、上記ストリームデ
ータの伝送を開始させるようにした通信装置。
【請求項５５】請求項３９記載の通信装置において、ストリームデータを他の機器で送信する準備が整ってい
るか否かの確認をする指令に基づいた応答で、ストリー
ムデータを送信する準備が整ったことを上記通信制御手
段が確認したとき、ストリームデータの伝送を開始させ
るようにした通信装置。
【請求項５６】請求項３９記載の通信装置において、ストリームデータを他の機器で送信する準備の状態に変
化があったときに知らせる指令に基づいた応答で、スト
リームデータを送信する準備が整ったことを上記通信制
御手段が確認したとき、ストリームデータの伝送を開始
させるようにした通信装置。
【請求項５７】所定のネットワークに接続される通信
装置において、上記ネットワーク内の他の機器との通信を行う入出力手
段と、上記入出力手段が受信したデータで、ストリームデータ
を送信する準備が整っているか否かの確認を行う指令を
受信したとき、その時のストリームデータを送信する準
備の状態を上記指令の送信元に上記入出力手段から送信
させる通信制御手段とを備えた通信装置。
【請求項５８】所定のネットワークに接続される通信
装置において、上記ネットワーク内の他の機器との通信を行う入出力手
段と、上記入出力手段が受信したデータで、ストリームデータ
を送信する準備の状態に変化があったときに知らせる指
令を受信したとき、その時のストリームデータを送信す
る準備の状態のデータを上記入出力手段からこの指令の
送信元に送信させ、さらに、ストリームデータを送信す
る準備の状態に変化があったとき変化した状態のデータ
を上記入出力手段からこの指令の送信元に送信させる通
信制御手段とを備えた通信装置。