JP2001230793A

JP2001230793A - 機器制御方法及び伝送装置

Info

Publication number: JP2001230793A
Application number: JP2000342199A
Authority: JP
Inventors: Mari Horiguchi; 麻里堀口; Makoto Sato; 真佐藤; Yuichi Kageyama; 雄一影山
Original assignee: Sony Corp
Current assignee: Sony Corp
Priority date: 1999-12-06
Filing date: 2000-11-09
Publication date: 2001-08-24

Abstract

(57)【要約】【課題】ＩＥＥＥ１３９４方式などのバスで接続され
た機器の間で、オートプレイなどの連携動作が、バスリ
セットなどが発生した場合でも、継続して実行できるよ
うにする。【解決手段】所定のバスラインに接続された第１の機
器と第２の機器との間でデータ伝送を行うために、第１
の機器でのデータの入力又は出力に関する設定のプリセ
ットを、バスラインを介した所定のフォーマットのコマ
ンドの伝送で指示すると共に、このコマンドの指示を行
う際に、第２の機器に固有の識別データを伝送し、第１
の機器は、このコマンドに基づいてプリセットを実行す
るとき、伝送された固有の識別データを記憶するように
した。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、例えばＩＥＥＥ
（The Institute of Electrical and ElectronicsEngin
eers ）１３９４方式のシリアル通信バスで接続された
機器の間で制御を行う場合に適用して好適な機器制御方
法及び伝送装置に関する。

【０００２】

【従来の技術】ＩＥＥＥ１３９４方式のシリアル通信バ
スを用いたネットワークを介して、相互に情報を伝送す
ることができるＡＶ機器が開発されている。このネット
ワークにおいては、所定のコマンド（AV/C Command Tra
nsaction Set：以下ＡＶ／Ｃコマンドと称する）を伝送
することにより、ネットワークに接続されているＡＶ機
器を制御することが可能である。ＡＶ／Ｃコマンドの詳
細については、1394 Trade Associationで公開している
AV/C Digital Interface Command Set General Specifi
cationに記載されている。

【０００３】

【発明が解決しようとする課題】ところで、複数台のＡ
Ｖ機器を接続した構成を考えたとき、例えば１台のテレ
ビジョン受像機と複数台のビデオ機器（ビデオデッキ）
とを接続したとき、ビデオ信号の入力機器であるテレビ
ジョン受像機側では、信号源となるビデオ機器を選択す
る必要がある。ここで、例えばアナログビデオ信号の伝
送を行う従来のビデオケーブルで接続したシステム構成
の場合、信号源となる機器からの操作で、入力機器での
受像動作が自動的に行われる動作（いわゆるオートプレ
イ）が可能なものが各種存在する。或いは、テレビジョ
ン受像機側で受像させているビデオ信号を、ビデオ機器
で選択して録画できるオート録画動作も可能であれば、
ユーザにとって便利である。

【０００４】ところが、先に提案されているＡＶ／Ｃコ
マンドでは、基本的にバスライン上のセンターコントロ
ーラの制御で、これらの入力機器や出力機器の選択処理
が行われるため、センターコントローラの負担が大きい
と共に、センターコントローラからの指示がない状態
で、バスライン上の任意の機器で独自に入力機器や出力
機器を選択する処理は行えない問題があった。

【０００５】この問題点を解決するために、本出願人は
先に、ＡＶ／Ｃコマンドなどを利用して、バスライン上
の他の機器での入力状態などの設定のプリセットが行え
るような処理を提案した（特願平１１−２８３４５２
号）。

【０００６】ところで、ＩＥＥＥ１３９４方式のシリア
ル通信バスでは、バスに接続された機器の構成が変化し
たとき、即ちバスに新たな機器が接続されたり、バスに
接続されたいずれかの機器がバスから外されたような場
合に、バスリセットが発生する。このバスリセットが発
生すると、バス上のコントローラの制御で、バスに接続
された各機器に設定された識別データ（この識別データ
はノードＩＤと称される）の付与が、再度実行される。

【０００７】ここで、上述したようなプリセットを実行
したとき、そのプリセットされる相手の機器は、ノード
ＩＤで認識しているため、バスリセットが発生してノー
ドＩＤが変化すると、相手の機器が判らなくなってしま
い、プリセット状態を継続することができなくなってし
まう問題がある。

【０００８】また、上述したようなオートプレイ動作
は、基本的にその動作を指示する機器が出力機器か入力
機器の一方に予め決めてあり、その決められた機器とは
逆の機器からの指示で同様の動作を実行することは困難
であった。

【０００９】本発明の第１の目的は、ＩＥＥＥ１３９４
方式などのバスで接続された機器の間で、オートプレイ
などの連携動作が、バスリセットなどが発生した場合で
も、継続して実行できるようにすることにある。

【００１０】本発明の第２の目的は、ＩＥＥＥ１３９４
方式などのバスで接続された機器の間で、オートプレイ
などの連携動作を行う際に、その動作のための指示が、
何れの側の機器でも可能なようにすることにある。

【００１１】

【課題を解決するための手段】第１の発明は、所定のバ
スラインに接続された第１の機器と第２の機器との間で
データ伝送を行うために、第１の機器でのデータの入力
又は出力に関する設定のプリセットを、バスラインを介
した所定のフォーマットのコマンドの伝送で指示すると
共に、このコマンドの指示を行う際に、第２の機器に固
有の識別データを伝送し、第１の機器は、このコマンド
に基づいてプリセットを実行するとき、伝送された固有
の識別データを記憶するようにしたものである。

【００１２】このようにしたことで、プリセットが実行
される第１の機器側で、記憶した固有の識別データに基
づいて、常にバスライン上の第２の機器を識別できるよ
うになる。

【００１３】第２の発明は、所定のバスラインに接続さ
れた機器間で制御を行う場合に、第１の機器から出力さ
れるデータを第２の機器で受信するように、第１の機器
の出力状態の設定を、第２の機器からの所定のコマンド
の伝送でプリセットできるようにすると共に、第２の機
器でのコマンドの発行を、第１の機器からの指示で行う
ようにしたものである。

【００１４】このようにしたことで、第１の機器からの
指示で、第１の機器と第２の機器との間のデータ伝送の
ための第１の機器でのプリセットが実行できるようにな
る。

【００１５】

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

【００１６】まず、本発明を適用したネットワークシス
テムの構成例について、図１を参照して説明する。この
ネットワークシステムは、デジタル通信制御バスである
ＩＥＥＥ１３９４方式のシリアルデータバスライン（以
下単にバスと称する）を介して、複数台の機器が接続し
てある。図１では、５台のＡＶ機器１０，２０，３０，
４０，５０をバス１で接続した例を示してある。バス１
に接続される機器としては、ここではそれぞれがＩＥＥ
Ｅ１３９４方式のバスを接続するための端子を備えた機
器としてあり、第１，第２の受像機１０，２０と、第
１，第２，第３のビデオ機器３０，４０，５０とを接続
する。

【００１７】第１，第２の受像機１０，２０は、それぞ
れモニタサブユニット１１，２１を備えて、外部から入
力した映像データを映像表示手段に受像させるものであ
る。第１の受像機１０の場合には、チューナサブユニッ
ト１２を備えて、そのチューナサブユニット１２で受信
して得た映像データの受像処理も行えるようにしてあ
る。

【００１８】第１，第２，第３のビデオ機器３０，４
０，５０については、例えばビデオテープなどの記録媒
体を使用して、入力した映像データなどを記録すると共
に、その媒体に記録された映像データなどを再生して、
出力できる機器としてある。

【００１９】なお、ここではバス１に接続されている各
機器１０〜５０は、ユニットと呼ばれており、ユニット
間においては、AV/C Command Transaction SetのAV/C D
igital Interface Command Set General Specification
（以下ＡＶ／Ｃと称する）で規定されているディスクリ
プタ（Descriptor）を用いて、各ユニットに記憶されて
いる情報を相互に読み書きして、制御することが可能で
ある。また、ユニットが有するそれぞれの機能はサブユ
ニットと呼ばれている。そして、各機器（ユニット）内
のサブユニットとバス１との通信は、各機器が備えるプ
ラグ１３，２２，３２，４２，５２を介して行われる。
この場合、各プラグは仮想的に複数の出力部（出力プラ
グ）や入力部（入力プラグ）が構成されて、複数の機器
と同時期に通信ができるように構成されている。

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

【００２１】なお、バス１に接続される各機器（ユニッ
ト）内には、バス１での通信を制御する制御ブロック
（図示せず）を備えて、上述したプラグの設定などもこ
の制御ブロックの制御に基づいて実行されるようにして
ある。また、後述する入力や出力に関するプリセット登
録についても、この制御ブロックに登録されて、そのプ
リセット登録された処理が実行されるようにしてある。
この制御ブロックには、メモリが接続してあり、このメ
モリには、制御に必要なデータを記憶するようにしてあ
る。プリセット登録を実行する際には、ＧＵＩＤと称さ
れる識別データをこのメモリが記憶するようにしてあ
る。このメモリの記憶データは、バスリセットが発生し
た際にもそのまま保持するようにしてある。

【００２２】また、本例の第１のビデオ機器３０はアナ
ログ出力部３３を備え、第１の受像機１０はアナログ入
力部１４を備え、このアナログ出力部３３とアナログ入
力部１４とが、アナログ信号伝送ライン２で接続してあ
り、第１のビデオ機器３０で記録媒体から再生した信号
がアナログの映像信号である場合には、このアナログ信
号伝送ライン２を介して第１の受像機１０に伝送するよ
うにしてある。バス１を介して伝送される映像データな
どのデータについては、全てデジタルデータである。こ
の場合、第１のビデオ機器１０が扱う記録媒体では、１
つの記録媒体上にデジタルデータの記録とアナログデー
タの記録とが混在しているときがあり、例えば１つの記
録媒体の再生途中で、デジタルデータの再生からアナロ
グ信号の再生に切換わる場合も存在する。

【００２３】次に、各機器１０〜５０を接続したＩＥＥ
Ｅ１３９４方式のバス１でのデータ伝送状態について説
明すると、各機器における信号の伝送は、例えば図２に
示すように、所定の通信サイクル（例えば１２５μｓｅ
ｃ）毎に時分割多重によって行われる。そして、この信
号の伝送は、サイクルマスタと呼ばれる機器（バス１上
の任意の１台の機器）が通信サイクルの開始時であるこ
とを示すサイクルスタートパケットをバス上へ送出する
ことにより開始される。なお、サイクルマスタは、バス
を構成するケーブルに各機器を接続したとき等に、ＩＥ
ＥＥ１３９４で規定する手順により自動的に決定され
る。

【００２４】１通信サイクル中における通信の形態は、
ビデオデータやオーディオデータなどのリアルタイム性
を必要とするデータを伝送するアイソクロナス伝送（Ｉ
ｓｏ伝送）と、制御コマンド（ここでのコマンドにはＡ
Ｖ／Ｃ用のコマンドやレスポンスを含む）や静止画像デ
ータ，テキストデータなどの各種データを確実に伝送す
るアシンクロナス伝送（Ａｓｙｎｃ伝送）の２種類の伝
送が行われる。各通信サイクル中では、アイソクロナス
伝送用のＩｓｏパケットが、アシンクロナス伝送用のＡ
ｓｙｎｃパケットより先に伝送される。１通信サイクル
中の各Ｉｓｏパケットには、それぞれ個別のチャンネル
番号０，１，２‥‥６３を付与して、複数のＩｓｏ伝送
データを区別できるようにしてある。Ｉｓｏパケットの
通信が終了した後、次のサイクルスタートパケットまで
の期間が、Ａｓｙｎｃパケットの伝送に使用される。従
って、Ａｓｙｎｃパケットが伝送できる期間は、そのと
きのＩｓｏパケットの使用帯域により変化する。また、
Ｉｓｏパケットは、１通信サイクル毎に予約した帯域
（チャンネル数）が確保される伝送方式であるが、受信
側からの確認は行わない。Ａｓｙｎｃパケットで伝送す
る場合には、受信側からアクノリッジメント（Ａｃｋ）
のデータを返送させて、伝送状態を確認しながら確実に
伝送させる。

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

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

【００２７】ｃｔｙｐｅ／ｒｅｓｐｏｎｓｅのフィール
ドは、パケットがコマンドの場合はコマンドの機能分類
を示し、パケットがレスポンスの場合はコマンドの処理
結果を示す。

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

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

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

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

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

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

【００３４】このように規定されるＡＶ／Ｃコマンドを
利用して、バスに接続された機器の制御が行われて、そ
の制御に基づいてバスで接続された機器間でのデータ伝
送が行われる。ここで、本例においてはストリームデー
タを入力可能な入力機器（ディスティネーション機器）
が、データの出力機器（ソース機器）に対して入力機器
をプリセットさせる登録を実行させるコマンドを用意す
る。このコマンドの伝送で、プリセットされた出力機器
では、ストリームデータを出力するとき、登録された入
力機器に対してストリームデータを伝送するように設定
する。ここではこのようなコマンドをプリセットコント
ロールコマンドと称する。

【００３５】図５は、入力に関するプリセットの登録の
実行を要求するコマンドであるリモートプリセットコン
トロールコマンドと、そのレスポンスの伝送時のＡＶ／
Ｃコマンドの〔ｏｐｃｏｄｅ〕と〔ｏｐｅｒａｎｄ〕の
データ構成例を示したもので、このデータが図３に示す
パケットに配置される。コマンドタイプはコントロール
コマンドである〔ＣＯＮＴＲＯＬ〕とされ、〔ｏｐｃｏ
ｄｅ〕のエリアには、該当する登録処理を要求するコマ
ンドである〔ＲＥＭＯＴＥＰＲＥＳＥＴ〕のデータが
配置される。

【００３６】〔ｏｐｅｒａｎｄ（０）〕のエリアには、
プリセットタグをレスポンスで得るフィールドで、コマ
ンド伝送時には一定値を配置する。〔ｏｐｅｒａｎｄ
（１）〕のエリアには、リザルトステータスをレスポン
スで得るフィールドで、コマンド伝送時には一定値（０
ｘＦＦ）を配置する。

【００３７】〔ｏｐｅｒａｎｄ（２），（３）〕のエリ
アには、ソース機器のサブユニットとサブユニットプラ
グのデータを配置する。〔ｏｐｅｒａｎｄ（４）〕のエ
リアには、ソース機器からストリームデータを出力させ
る出力プラグのデータを配置する。

【００３８】〔ｏｐｅｒａｎｄ（５），（６）〕のエリ
アには、ディスティネーション機器のノードＩＤのデー
タを配置する。〔ｏｐｅｒａｎｄ（７）〕のエリアに
は、ディスティネーション機器の入力プラグのデータを
配置する。〔ｏｐｅｒａｎｄ（８），（９）〕のエリア
には、ディスティネーション機器のサブユニットタイプ
及びサブユニットのプラグに関するデータを配置する。

【００３９】〔ｏｐｅｒａｎｄ（１０）〜（１７）〕の
エリアには、コントローラのＧＵＩＤ（Ｇｒｏｇａｌ
ＵｎｉｑｕｅＩＤ）のデータを配置する。このＧＵＩ
Ｄは、ＡＶ／Ｃコマンドで作動する全ての機器が、１台
毎に異なる値を持つ各機器に固有の識別データである。
具体的には、製造会社名のコード、機種毎のリシアル番
号のコードなどが配置されて、１台毎に異なる値となる
ようにしてある。〔ｏｐｅｒａｎｄ（１８），（１
９）〕のエリアには、コントローラのノードＩＤを配置
する。なお、ここでのコントローラとは、このコマンド
を発行した機器のことであり、ディスティネーション機
器がこのコマンドを直接発行したときには、ディスティ
ネーション機器のＧＵＩＤやノードＩＤが該当する欄に
配置される。また、ディスティネーション機器とは別の
機器（例えばコンピュータ装置など）がこのコマンドを
発行して、ディスティネーション機器の登録要求を行う
際には、その機器（コントローラ）のＧＵＩＤやノード
ＩＤが該当する欄に配置される。

【００４０】このコマンドに対するレスポンスとして
は、隣りのコマンドフォーマットを矢印で参照している
フィールドは、そのコマンドに配置されたデータがその
ままレスポンスとして返送される。そして、〔ｏｐｅｒ
ａｎｄ（０）〕のエリアには、プリセット番号に関する
データであるプリセットタグを配置する。〔ｏｐｅｒａ
ｎｄ（１）〕のエリアには、機器の状態のデータである
リザルトステータスに関するデータを配置する。

【００４１】図６は、プリセットの登録状況を調べるコ
マンドであるリモートプリセットステータスコマンド
と、そのレスポンスの伝送時のＡＶ／Ｃコマンドの〔ｏ
ｐｃｏｄｅ〕と〔ｏｐｅｒａｎｄ〕のデータ構成例を示
したもので、このデータが図３に示すパケットに配置さ
れる。コマンドタイプはステータスコマンドである〔Ｓ
ＴＡＴＵＳ〕とされ、〔ｏｐｃｏｄｅ〕のエリアには、
該当する登録状況の設定状況のデータを要求するコマン
ドである〔ＲＥＭＯＴＥＰＲＥＳＥＴ〕のデータが配
置される。

【００４２】〔ｏｐｅｒａｎｄ（０）〜（１９）〕の各
エリアのデータ構成は、基本的に図５に示したコントロ
ールコマンドと同一である。但し、ここではプリセット
状況を調べるだけであるので、〔ｏｐｅｒａｎｄ
（０）〕のフィールドに、調べたいプリセットタグの番
号のデータを配置すると共に、〔ｏｐｅｒａｎｄ
（４）〕のフィールドに、ユニットアウトプットプラグ
のデータを配置する以外は、全て特定の一定値（０ｘＦ
Ｆ）を配置する。

【００４３】このステータスコマンドに対するレスポン
スでは、そのプリセットタグの番号にプリセットの登録
がある場合に、コマンドの特定の一定値を配置した欄
に、そのプリセットに関するデータを配置して返送す
る。従って、プリセットを要求した機器のＧＵＩＤやノ
ードＩＤについても返送される。

【００４４】次に、本例の構成にて実行されるプリセッ
ト処理の例を、図７，図８を参照して説明する。ここで
は、第１のビデオ機器３０からバス１に出力されるビデ
オデータを、第１の受像機１０で入力させて受像させる
場合と、第２の受像機２０で入力させて受像させる場合
とがあるものとする。従って、第１の受像機１０が第１
のビデオ機器３０に対してプリセット要求を行う場合
と、第２の受像機２０が第１のビデオ機器３０に対して
プリセット要求を行う場合とがある。

【００４５】プリセット要求を行う際には、その要求を
行う機器（第１，第２の受像機１０，２０）がコントロ
ーラとなり、要求を受ける機器（第１のビデオ機器３
０）がターゲットとなる。図７では、この３台の機器で
のプリセット要求が重なった場合の例を示してある。本
実施の形態では、ターゲット機器では、１台の機器から
のプリセット要求だけを受けることができるようにして
ある。この場合、最初にプリセットがあった機器の要求
を受ける、いわゆる先優先処理を行うようにしてあり、
プリセットされた状態で、後から別の機器からのプリセ
ット登録の要求があったとき、そのプリセット登録は拒
絶するようにしてある。

【００４６】以下、図７に従って具体的な処理例を説明
すると、ターゲット機器である第１のビデオ機器３０で
プリセット登録が行われていない状態で、第１の受像機
１０から第１のビデオ機器３０にプリセットコントロー
ルコマンドが伝送されたとき（ステップ１０１）、第１
のビデオ機器３０では、そのコントロールコマンドで指
示されたプリセット登録に了解する〔ＡＣＣＥＰＴＥ
Ｄ〕のレスポンスを返送する（ステップ１０２）。この
ときのデータ構成が、図５に示したコマンドとレスポン
スに相当する。このとき、第１のビデオ機器３０では、
コマンドで指示された各項目を記憶する。第１の受像機
１０のノードＩＤとＧＵＩＤについても記憶する。この
プリセット登録が行われることで、第１の受像機１０か
らの指示に基づいて第１のビデオ機器３０からビデオデ
ータなどのストリームデータをバス１に送出する際に
は、自動的に第１の受像機１０に対して伝送されるよう
に、第１のビデオ機器３０が出力プラグの設定や、バス
上でのコネクションを張る処理などを実行するようにな
る。

【００４７】このプリセット登録が実行された状態で、
第２の受像機２０から第１のビデオ機器３０に対して、
プリセットコントロールコマンドが伝送されたとき（ス
テップ１０３）、第１のビデオ機器３０では、そのコン
トロールコマンドで指示されたプリセット登録を拒絶す
る〔ＲＥＪＥＣＴＥＤ〕のレスポンスを返送する（ステ
ップ１０４）。このとき、第２の受像機２０は、現在の
プリセット状況を問い合わせるプリセットステータスコ
マンドを第１のビデオ機器３０に送り（ステップ１０
５）、そのレスポンスで、現在のプリセット状況に関す
るデータを返送する。このときのステータスコマンドと
レスポンスのデータ構成が、図６に示した構成になる。

【００４８】第２の受像機２０で、このステータスコマ
ンドに対するレスポンスを受信すると、このレスポンス
で示されたプリセット登録元のノードＩＤ及びＧＵＩＤ
を確認して、その確認したノードＩＤの機器に対して、
機種名などの詳細を問い合わせるステータスコマンドを
送り（ステップ１０７）、そのレスポンスを受信する
（ステップ１０８）。このレスポンスを受信すると、第
２の受像機２０では、プリセット要求が拒絶されたこと
を示すエラーメッセージを、画面や操作パネルなどに表
示させる。このとき、第１のビデオ機器３０にプリセッ
トされた機器（第１の受像機１０）の機種名などのステ
ップ１０８で得た情報に基づいた詳細を表示させる。な
お、このエラー表示として、機種名などの詳細の表示を
行わない場合には、ステップ１０７，１０８のコマンド
及びレスポンスは必要ない。

【００４９】そして本例においては、第１の受像機１０
から第１のビデオ機器３０に対して、プリセットをキャ
ンセルするプリセットコントロールコマンドが伝送され
たとき（ステップ１０９）、第１のビデオ機器３０で
は、そのコントロールコマンドで指示されたプリセット
登録のキャンセルに了解する〔ＡＣＣＥＰＴＥＤ〕のレ
スポンスを返送する（ステップ１１０）。この処理で、
第１のビデオ機器３０でのプリセット登録が解除され
る。このプリセット登録が解除された場合には、第１の
ビデオ機器３０での登録機器に関するＧＵＩＤなどの記
憶は消去させる。

【００５０】このプリセット登録が解除された状態で
は、次にプリセット登録があった機器からの要求を受け
ることが可能になる。例えば、図７に示すように、この
状態で第２の受像機２０から第１のビデオ機器３０に対
して、プリセットコントロールコマンドが伝送されたと
き（ステップ１１１）、第１のビデオ機器３０では、そ
のコントロールコマンドで指示されたプリセット登録を
了承する〔ＡＣＣＥＰＴＥＤ〕のレスポンスを返送し
（ステップ１１２）、該当するプリセット登録を実行す
る。

【００５１】次に、このような先優先によりプリセット
登録を実行している最中に、各機器を接続したバス１に
バスリセットが発生した場合の処理を、図８を参照して
説明する。この図８に示す例の最初の状態では、例えば
図７に示したステップ１１２までの処理が実行されて、
第２の受像機２０のプリセット登録が、第１のビデオ機
器３０で実行されているものとする。

【００５２】この状態でバスリセットが発生したとき、
プリセット登録が実行された機器では、一旦プリセット
登録を解除して、プリセット登録要求があるまで待機す
る。ここでプリセット登録を一度解除しないと、バスリ
セット時にはノードＩＤが変化するため、プリセットさ
れた処理が異なる機器に対して実行される可能性があ
る。

【００５３】そして本例においては、バスリセット発生
時にも、その直前にプリセットされていた相手の機器を
特定する識別データであるＧＵＩＤを継続して記憶する
ようにしてあり、その記憶されたＧＵＩＤからのプリセ
ットコントロールコマンドだけに対して了承するように
してある。即ち、図８に示すように、バスリセットが発
生すると、本例の場合にはプリセット登録の要求を行っ
た機器は、再度プリセット登録の要求を行うようにして
あるが、第１の受像機１０からのプリセットコントロー
ルコマンドの伝送時（ステップ１２１）には、第１のビ
デオ機器３０に記憶されたＧＵＩＤとそのコマンドで伝
送されたＧＵＩＤとが不一致となり、第１の受像機１０
に対して拒絶する〔ＲＥＪＥＣＴＥＤ〕のレスポンスを
返送する（ステップ１２２）。そして、第２の受像機２
０からのプリセットコントロールコマンドの伝送時（ス
テップ１２３）には、第１のビデオ機器３０に記憶され
たＧＵＩＤとそのコマンドで伝送されたＧＵＩＤとが一
致し、第２の受像機２０に対してプリセット登録を了承
する〔ＡＣＣＥＰＴＥＤ〕のレスポンスを返送し（ステ
ップ１２４）、該当するプリセット登録を実行する。

【００５４】このようにしてバスリセット発生時のプリ
セット登録の対処を行うことで、最初にプリセット登録
された機器を優先しながら、バスリセット発生時にも、
同じ機器のプリセット登録を継続させることができる。
なお、ＧＵＩＤの比較を行うのを、バスリセット発生か
らある程度の時間が経過するまでとして、その時間が経
過するまでの間に、リセット前に登録されていた機器か
らの登録要求がない場合には、その時間経過後にどの機
器も登録を実行できるようにしても良い。

【００５５】図７，図８の例では、先優先でプリセット
登録が実行されるようにしたが、後優先でプリセット登
録が実行されるようにしても良い。図９に従って、後優
先でプリセット登録が実行される場合の具体的な処理例
を説明すると、第１の受像機１０から第１のビデオ機器
３０にプリセットコントロールコマンドが伝送されたと
き（ステップ１３１）、第１のビデオ機器３０では、そ
のコントロールコマンドで指示されたプリセット登録に
了解する〔ＡＣＣＥＰＴＥＤ〕のレスポンスを返送する
（ステップ１３２）。このときのデータ構成が、図５に
示したコマンドとレスポンスに相当する。このとき、第
１のビデオ機器３０では、コマンドで指示された各項目
を記憶する。第１の受像機１０のノードＩＤとＧＵＩＤ
についても記憶する。このプリセット登録が行われるこ
とで、第１の受像機１０からの指示に基づいて第１のビ
デオ機器３０からビデオデータなどのストリームデータ
をバス１に送出する際には、自動的に第１の受像機１０
に対して伝送されるように、第１のビデオ機器３０が出
力プラグの設定や、バス上でのコネクションを張る処理
などを実行するようになる。

【００５６】このプリセット登録が実行された状態で、
第２の受像機２０から第１のビデオ機器３０に対して、
プリセットコントロールコマンドが伝送されたとき（ス
テップ１３３）、第１のビデオ機器３０では、そのコン
トロールコマンドで指示されたプリセット登録に了解す
る〔ＡＣＣＥＰＴＥＤ〕のレスポンスを返送する（ステ
ップ１３４）。そして、第１のビデオ機器３０にプリセ
ット登録された機器を、第１の受像機１０から第２の受
像機２０に変更する。第１のビデオ機器３０内でのＧＵ
ＩＤやノードＩＤなどの記憶についても、第２の受像機
２０に関するものに更新させる。このようにプリセット
コントロールコマンドが送られる毎に、そのコマンドで
示される機器のプリセットに変更する処理が、後優先処
理に相当する。

【００５７】この状態でバスリセットが発生すると、タ
ーゲット機器である第１のビデオ機器３０では、バスリ
セット後の一定期間優先処理を実行するようにしてあ
る。この優先処理は、例えばバスリセット後の２秒間の
ような比較的短い時間とする。

【００５８】バスリセット発生後には、プリセットコン
トロールコマンドを過去に発行した各機器は、再度その
コントロールコマンドを送信するが（コントローラ側で
ターゲットにプリセットされている機器は判らないた
め）、優先処理期間中には、バスリセット発生直前にプ
リセット登録されていた機器のＧＵＩＤを、そのまま保
持して、その記憶したＧＵＩＤと一致したＧＵＩＤが付
加されていたコントロールコマンドに対してだけ、了解
するようにしてある。即ち、図９の例では、第２の受像
機２０からのプリセットコントロールコマンドの伝送が
あったとき（ステップ１３５）、ＧＵＩＤが一致するの
で、そのコマンドに了解するレスポンスの伝送を行い
（ステップ１３６）、該当する機器のプリセット登録を
行う。そして、バスリセット発生直前にプリセット登録
されていない機器である第１の受像機１０からのプリセ
ットコントロールコマンド（ステップ１３７）に対して
は、ＧＵＩＤが不一致であるので、そのコマンドを拒絶
するレスポンスの伝送を行う（ステップ１３８）。この
ようにすることで、優先期間中に再度プリセットコント
ロールコマンドが伝送される限りは、バスリセット前と
同じ状態を継続させることができる。

【００５９】そして、優先処理期間が経過した後は、後
優先処理であるため、例えば第１の受像機１０からプリ
セットコントロールコマンドが伝送されたとき（ステッ
プ１３９）、そのコマンドに了解するレスポンスを伝送
し（ステップ１４０）、第１のビデオ機器３０に登録さ
れた機器を第１の受像機１０に変更する。なお、この例
でも、プリセットをキャンセルするコントロールコマン
ドが伝送された場合には、そのプリセット登録をキャン
セルすることも可能である。

【００６０】この後優先処理の場合のターゲット機器
（ここでは第１のビデオ機器３０）でのプリセット登録
処理を、図１０のフローチャートを参照して説明する
と、ターゲット機器でプリセットコマンドを受信すると
（ステップＳ１１）、現在の状態がバスリセット後の優
先処理期間内であるか否か判断する（ステップＳ１
２）。ここで優先期間内である場合には、ターゲット機
器内のメモリに登録機器に関するＧＵＩＤの記憶がある
か否か判断する（ステップＳ１３）。ＧＵＩＤの登録が
ある場合には、その記憶されたＧＵＩＤが、ステップＳ
１１で受信したコマンドに配置されたＧＵＩＤと一致す
るか否か判断する（ステップＳ１４）。この判断でＧＵ
ＩＤが一致した場合には、そのときのコマンドに了解す
る〔ＡＣＣＥＰＴＥＤ〕レスポンスを返送し（ステップ
Ｓ１７）、該当するプリセット登録を実行する。

【００６１】また、ステップＳ１４でＧＵＩＤが不一致
の場合には、そのときのコマンドを拒絶する〔ＲＥＪＥ
ＣＴＥＤ〕レスポンスを返送する（ステップＳ１５）。
また、ステップＳ１２で優先処理期間内でないと判断し
た場合と、ステップＳ１３で記憶しているＧＵＩＤが無
いと判断した場合には、ステップＳ１１で受信したコマ
ンドに配置されたＧＵＩＤを記憶し（ステップＳ１
６）、そのときのコマンドに了解する〔ＡＣＣＥＰＴＥ
Ｄ〕レスポンスを返送する（ステップＳ１７）。

【００６２】このようにして後優先処理時にも、先優先
処理時と同様にバスリセット発生時に、その直前のプリ
セット状態を維持することができる。なお、ここではイ
ンプットプリセットコントロールコマンドとして、出力
を設定させるコマンドとしたが、逆側の機器から入力を
プリセットするコントロールコマンドを送って設定する
ようにしても良い。

【００６３】次に、本発明の第２の実施の形態を、図１
１〜図１３を参照して説明する。この例でも、デジタル
通信制御バスであるＩＥＥＥ１３９４方式のシリアルデ
ータバスを介して、複数台の機器が接続した例としてあ
る。その接続構成については、例えば第１の実施の形態
で図１に示した構成が適用可能であり、その伝送制御に
ついても、第１の実施の形態と同様にＡＶ／Ｃコマンド
で規定されたコマンドセットが適用される。

【００６４】そして本例においては、ソース機器からデ
ィスティネーション機器にビデオデータなどのストリー
ムデータをバス１で伝送する場合に、ソース機器での出
力状態を、ディスティネーション機器からの制御で、プ
リセット登録できるようにしてある。図１１は、この場
合のプリセット登録を実行させる際に必要なアウトプッ
トプリセットコントロールコマンドのＡＶ／Ｃコマンド
の〔ｏｐｃｏｄｅ〕と〔ｏｐｅｒａｎｄ〕のデータ構成
例を示したもので、このデータが図３に示すパケットに
配置される。コマンドタイプはコントロールコマンドで
ある〔ＣＯＮＴＲＯＬ〕とされ、〔ｏｐｃｏｄｅ〕のエ
リアには、該当する登録処理を要求するコマンドである
〔ＯＵＴＰＵＴＰＲＥＳＥＴ〕のデータが配置され
る。

【００６５】〔ｏｐｅｒａｎｄ（０）〕のエリアには、
セルフビットとエントリーナンバーをレスポンスで得る
フィールドで、コマンド伝送時には一定値（０ｘ７Ｆ）
を配置する。このエントリーナンバーは、図５で説明し
たプリセットエントリと同様に、プリセット登録毎に付
加される番号である。セルフビットは、登録要求をソー
ス機器側からの指示で行っていることの可否を示すデー
タであり、１ビットのデータである。〔ｏｐｅｒａｎｄ
（１），（２）〕のエリアには、ディスティネーション
機器のノードＩＤを配置し、〔ｏｐｅｒａｎｄ（３），
（４）〕のエリアには、ディスティネーション機器のサ
ブユニットタイプとサブユニットプラグのデータを配置
する。

【００６６】このコマンドに対するレスポンスでは、
〔ｏｐｅｒａｎｄ（０）〕のエリアにセルフビットとエ
ントリーナンバーのデータを配置する。

【００６７】また、このアウトプットプリセットに関す
るプリセット登録状況を問い合わせるステータスコマン
ドは、例えば図１２に示す構成とされる。コマンドタイ
プは状態を問い合わせるステータスコマンドである〔Ｓ
ＴＡＴＵＳ〕とされ、〔ｏｐｃｏｄｅ〕のエリアには、
該当する登録のデータを要求するコマンドである〔ＯＵ
ＴＰＵＴＰＲＥＳＥＴ〕のデータが配置される。

【００６８】〔ｏｐｅｒａｎｄ（０）〕のエリアは、セ
ルフビットとエントリーナンバーのレスポンスで得るフ
ィールドで、コマンド伝送時には、セルフビットを
“０”とし、エントリーナンバーは問い合わせるナンバ
ーのデータを配置する。〔ｏｐｅｒａｎｄ（１）〕以降
のエリアは、特定の一定値（０ｘＦＦ）を配置する。

【００６９】このコマンドに対するレスポンスでは、
〔ｏｐｅｒａｎｄ（０）〕のエリアで、セルフビットの
位置に、セルフビットの設定状況に関するデータを配置
し、指示されたエントリーナンバーを返送する。〔ｏｐ
ｅｒａｎｄ（１），（２）〕のエリアには、設定中のプ
リセット登録のディスティネーション機器のノードＩＤ
のデータを配置し、〔ｏｐｅｒａｎｄ（３），（４）〕
のエリアには、設定中のプリセット登録のディスティネ
ーション機器のサブユニットタイプと、サブユニットプ
ラグのデータを配置する。

【００７０】図１３に、この例でのコマンドやレスポン
スで配置されるセルフビットとエンリトーナンバーの例
を示すと、例えば〔ｏｐｅｒａｎｄ（０）〕として用意
された８ビット区間の内の先頭の１ビット区間が、セル
フビットとして使用される。残りの７ビット区間が、エ
ントリーナンバーとして使用される。ここでのセルフビ
ットは、ディスティネーション機器からの指示によりア
ウトプットのプリセット登録を実行した場合に、データ
“０”となり、ソース機器側からの指示によりアウトプ
ットのプリセット登録を実行した場合にデータ“１”と
なる。

【００７１】また、この登録したプリセットエントリを
キャンセルするコントロールコマンドは、例えば図１４
に示す構成とされる。コマンドタイプはコントロールコ
マンドである〔ＣＯＮＴＲＯＬ〕とされ、〔ｏｐｃｏｄ
ｅ〕のエリアには、該当する登録のデータをキャンセル
するコマンドである〔ＯＵＴＰＵＴＰＲＥＳＥＴ〕の
データが配置される。

【００７２】〔ｏｐｅｒａｎｄ（０）〕のエリアは、セ
ルフビットとエントリナンバーのレスポンスを得るフィ
ールドで、コマンド伝送時には、セルフビットを“０”
とし、エンリトナンバーはキャンセルするナンバーのデ
ータを配置する。〔ｏｐｅｒａｎｄ（１）〕以降のエリ
アは、特定の一定値（０ｘＦＦ）を配置する。

【００７３】このコマンドに対するレスポンスでは、コ
マンドに配置されたデータがそのまま返送される。

【００７４】なお上述した各実施の形態では、ＩＥＥＥ
１３９４方式のバスで構成されるネットワーク内で、Ａ
Ｖ／Ｃコマンドの形式でデータ伝送を行う場合の例とし
たが、その他の構成のネットワークやフォーマットで処
理する場合にも適用できるものである。また、上述した
各実施の形態では、ビデオデータを伝送するためのプリ
セットを実行するようにしたが、他のストリームデータ
をバス上で伝送するためのプリセットを同様の処理で実
行するようにしても良い。

【００７５】

【発明の効果】本発明によると、バスラインで接続され
た複数台の機器の間で、一方の機器の動作に連携して、
他方の機器での入力選択や出力選択なとができるように
なり、ＡＶ／Ｃコマンドなどの形式を利用して、センタ
ーコントローラなどの制御がなくても、ネットワーク内
での特定の機器間で良好な制御が可能になる。

【００７６】この場合、本発明においては、相手からの
コマンドによりプリセット登録を実行するとき、そのコ
マンドの発行元を特定する固有の識別データを伝送し、
プリセットされる側がその伝送された固有の識別データ
を記憶するようにしたことで、その固有の識別データに
基づいた登録元の特定が可能になる。

【００７７】例えば、バスラインにバスリセットが発生
して、プリセット登録が無効になったとき、バスに接続
された機器のノードＩＤが変化しても、記憶された識別
データよりコマンドの発行元を特定することができ、そ
の特定した機器以外からのプリセットのためのコマンド
を検出したとき、そのコマンドに対するプリセットを実
行しないようにして、同じ機器からのコマンドにだけ応
答することで、バスリセット発生前と同じ状態を継続さ
せることが可能になる。

【００７８】また、プリセット登録を実行させるコマン
ドが伝送される毎にプリセット元の機器を変更する設定
（いわゆる後優先の設定）が行われていた場合でも、バ
スリセットの発生から少なくとも一定期間は記憶した識
別データを保持し、その保持した識別データで特定され
る機器からのプリセットのコマンドだけに対してプリセ
ットを実行し、その一定期間を経過した後は、プリセッ
トのコマンドを受け付ける機器の制限をなくすようにし
たことで、バスリセット発生直後の一定期間内に、プリ
セットした機器が再度コマンドを発行することで、バス
リセットが発生しても、プリセット状態を継続させるこ
とが可能になる。

【００７９】また、プリセットが実行されている状態
で、コマンドを発行した機器からそのプリセットを解除
する指令が発行されたとき、そのプリセットの解除を実
行するようにしたことで、プリセットの解除についても
簡単に行えるようになる。

【００８０】また、特定の機器でプリセットが実行され
ている状態で、プリセットされた相手の機器以外の機器
との間でデータ伝送を行うための設定のプリセットに関
するコマンドを受信したとき、そのコマンドの発行元に
対して、プリセットされた相手の機器を特定するデータ
を伝送するようにしたことで、拒否されたコマンドの発
行元は、どの機器によるプリセットが実行中のためにコ
マンドが拒否されたかが判るようになる。

【００８１】また本発明は、第１の機器から出力される
データを第２の機器で受信するように、第１の機器の出
力状態の設定を、第２の機器からの所定のコマンドの伝
送でプリセットできるようにすると共に、その第２の機
器でのコマンドの発行を、第１の機器からの指示で行う
ようにしたことで、何れの側の機器からの指示によって
も、両機器間での伝送路の設定が可能になる。

【００８２】この場合、第１の機器からの指示で第２の
機器がコマンドを発行したとき、そのコマンドの所定区
間に、第１の機器からの指示によるコマンドであること
を示す識別データを付加するようにしたことで、簡単に
該当する処理が実行されていることが判るようになる。

【図面の簡単な説明】

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

【図２】ＩＥＥＥ１３９４方式のバスによる伝送状態の
例を示す説明図である。

【図３】ＡＶ／Ｃコマンドの構成例を示す説明図であ
る。

【図４】ＡＶ／Ｃコマンドのコマンドタイプなどの例を
示す説明図である。

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

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

【図７】本発明の第１の実施の形態によるプリセットコ
ントロールコマンドの処理例（先優先でプリセットが実
行される例）を時系列で示す説明図である。

【図８】本発明の第１の実施の形態によるバスリセット
発生時の処理例を時系列で示す説明図である。

【図９】本発明の第１の実施の形態によるプリセットコ
ントロールコマンドの処理例（後優先でプリセットが実
行される例）を時系列で示す説明図である。

【図１０】本発明の第１の実施の形態の後優先でプリセ
ットが実行される場合のターゲット機器での制御処理例
を示すフローチャートである。

【図１１】本発明の第２の実施の形態によるアウトプッ
トプリセットコントロールコマンドの例（登録時の例）
を示す説明図である。

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

【図１３】本発明の第２の実施の形態によるセルフビッ
トの配置例を示す説明図である。

【図１４】本発明の第２の実施の形態によるアウトプッ
トプリセットコントロールコマンドの例（キャンセル時
の例）を示す説明図である。

【符号の説明】

１…ＩＥＥＥ１３９４方式のバスライン、２…アナログ
信号伝送ライン、１０…第１の受像機、２０…第２の受
像機、３０…第１のビデオ機器、４０…第２のビデオ機
器、５０…第３のビデオ機器

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号ＦＩテーマコート゛(参考）Ｈ０４Ｎ 7/173 ６３０Ｈ０４Ｑ 9/00 ３１１ＰＨ０４Ｑ 9/00 ３０１３２１Ｅ３１１Ｈ０４Ｌ 11/00 ３２０３２１３１０Ｄ

Claims

【特許請求の範囲】

【請求項１】所定のバスラインに接続された機器間で
制御を行う機器制御方法において、第１の機器と第２の機器との間でデータ伝送を行うため
に、上記第１の機器でのデータの入力又は出力に関する
設定のプリセットを、上記バスラインを介した所定のフ
ォーマットのコマンドの伝送で指示すると共に、上記コマンドの指示を行う際に、上記第２の機器に固有
の識別データを伝送し、上記第１の機器は、上記コマンドに基づいて上記プリセ
ットを実行するとき、伝送された固有の識別データを記
憶するようにした機器制御方法。
【請求項２】請求項１記載の機器制御方法において、上記バスラインにリセットが発生したとき、上記第１の
機器は、上記プリセットを無効にすると共に、記憶され
た上記識別データよりバスラインに接続された上記第２
の機器を特定し、その特定した第２の機器以外からのプ
リセットのためのコマンドを検出したとき、そのコマン
ドに対するプリセットを実行しない機器制御方法。
【請求項３】請求項１記載の機器制御方法において、上記バスラインにリセットが発生したとき、上記第１の
機器は、上記プリセットを無効にすると共に、記憶され
た上記識別データを少なくともリセット後の一定期間保
持し、その一定期間内には、記憶された識別データよりバスラ
インに接続された上記第２の機器を特定し、その特定し
た第２の機器からのコマンドを検出した場合にだけ、デ
ータの入力又は出力に関する設定のプリセットを実行
し、上記一定期間を経過した後は、プリセットのコマンドを
受け付ける機器の制限をなくすようにした機器制御方
法。
【請求項４】請求項１記載の機器制御方法において、上記第１の機器で上記プリセットが実行されている状態
で、上記コマンドを発行した機器からそのプリセットを
解除する指令が発行されたとき、上記第１の機器はプリ
セットの解除を実行するようにした機器制御方法。
【請求項５】請求項１記載の機器制御方法において、上記第１の機器で上記プリセットが実行されている状態
で、上記第２の機器以外の機器との間でデータ伝送を行
うための設定のプリセットに関するコマンドを上記第１
の機器が検出したとき、そのコマンドの発行元に対し
て、上記第２の機器を特定するデータを伝送するように
した機器制御方法。
【請求項６】所定のバスラインに接続された機器間で
制御を行う機器制御方法において、第１の機器から出力されるデータを第２の機器で受信す
るように、上記第１の機器の出力状態の設定を、第２の
機器からの所定のコマンドの伝送でプリセットできるよ
うにすると共に、上記第２の機器での上記コマンドの発行を、上記第１の
機器からの指示で行うようにした機器制御方法。
【請求項７】請求項６記載の機器制御方法において、上記第１の機器からの指示で上記第２の機器が上記コマ
ンドを発行したとき、そのコマンドの所定区間に、第１
の機器からの指示によるコマンドであることを示す識別
データを付加するようにした機器制御方法。
【請求項８】所定のバスラインを介して接続された他
の機器とデータ伝送が可能な伝送装置において、装置に固有の識別データを記憶する記憶部と、上記バスラインで接続された他の特定の機器での入力選
択又は出力選択に関する設定のプリセットを行う所定の
フォーマットのコマンドを生成させ、そのコマンドの所
定区間に上記記憶部が記憶した識別データを付加するコ
マンド生成部と、上記コマンド生成部で生成されたコマンドを上記バスラ
インに送出する送出部とを備えた伝送装置。
【請求項９】所定のバスラインを介して接続された他
の機器とデータ伝送が可能な伝送装置において、上記バスラインで伝送されたデータを入力する入力部
と、上記入力部が入力したデータから、上記バスラインで接
続された特定の機器とのデータ伝送のための入力選択又
は出力選択の設定のプリセットに関するコマンドを判断
して、そのコマンドで指定されたプリセットを実行する
データ処理部と、上記データ処理部が検出したコマンドに含まれる上記特
定の機器に固有の識別データを記憶する記憶部とを備え
た伝送装置。
【請求項１０】請求項９記載の伝送装置において、上記バスラインにリセットが発生したとき、上記データ
処理部は、上記プリセットを無効すると共に、上記記憶
部に記憶された識別データより上記特定の機器を判断
し、上記データ処理部は、その判断した特定の機器以外から
のプリセットのためのコマンドを検出しても、そのコマ
ンドに対するプリセットを実行しない伝送装置。
【請求項１１】請求項９記載の伝送装置において、上記バスラインにリセットが発生したとき、上記データ
処理部は、上記プリセットを無効すると共に、上記記憶
部に記憶された識別データより上記特定の機器を判断
し、上記データ処理部は、一定期間はその判断した特定の機
器からのプリセットのためのコマンドを検出した場合に
だけ、データの入力又は出力に関する設定のプリセット
を実行し、上記一定期間を経過した後は、特定の機器以
外の機器からのプリセットのコマンドによりプリセット
を実行するようにした伝送装置。
【請求項１２】請求項９記載の伝送装置において、上記データ処理部は、上記コマンドを発行した機器から
発行された、そのプリセットを解除するコマンドを検出
したとき、上記プリセットの解除を実行するようにした
伝送装置。
【請求項１３】請求項９記載の伝送装置において、上記データ処理部は、プリセットが実行された状態で、
他の機器からのプリセットに関するコマンドを検出した
とき、上記記憶部が記憶した識別データで特定される機
器に関するデータを、そのコマンドの発行元に対して送
出する処理を行う伝送装置。
【請求項１４】所定のバスラインを介して接続された
他の機器とデータ伝送が可能な伝送装置において、上記バスラインで接続された他の特定の機器での入力選
択又は出力選択に関する設定のプリセットを行う所定の
フォーマットのコマンドを生成させ、そのコマンドの所
定区間にそのコマンドの生成が上記特定の機器からの指
示であることを示す識別データを付加するコマンド生成
部と、上記コマンド生成部で生成されたコマンドを上記バスラ
インに送出する送出部とを備えた伝送装置。