JP3291926B2 - 電子機器制御方式 - Google Patents

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、ビデオデータやオーデ
ィオデータのようなデジタルデータを例えばＩＥＥＥ−
Ｐ１３９４に準拠したシリアルバス（以下「Ｐ１３９４
シリアルバス」と略す。）のような通信制御バスを用い
て伝送する技術に関する。

【０００２】

【従来の技術】Ｐ１３９４シリアルバスのような制御信
号と情報信号とを混在させることのできる通信制御バス
によって複数の電子機器を接続し、これらの機器間で情
報信号及び制御信号を通信するシステムが考えられてい
る。

【０００３】図１４にこのようなシステムの例を示す。
このシステムは４台のデジタルビデオテープレコーダー
（以下「ＶＴＲ」という。）、１台のカムコーダー（以
下「ＣＡＭ」という。）、１台の編集機、及び１台のコ
ンピュータを備えている。そして、各ノードの間はＰ１
３９４シリアルバスのツイストペアケーブルにより接続
されている。各機器はツイストペアケーブルから入力さ
れる情報信号及び制御信号を中継する機能を持っている
ので、この通信システムは各機器が共通のＰ１３９４シ
リアルバスに接続されている通信システムと等価であ
る。

【０００４】Ｐ１３９４シリアルバスに各機器を接続し
て通信システムを構成すると、バスがリセットされ、Ｉ
ＥＥＥ−Ｐ１３９４で規定する手法により自動的に、各
機器の物理アドレス（ノードＩＤ）が決定され、さらに
後述するサイクルマスター及びバスマネージャーが決定
される。

【０００５】バスを共有している機器におけるデータ伝
送は、図１５のように所定の通信サイクル（例えば１２
５μｓｅｃ）毎に時分割多重によって行なわれる。バス
上における通信サイクルの管理は、サイクルマスターと
呼ばれる所定の機器が通信サイクルの開始時であること
を示す同期パケット（サイクルスタートパケット：以下
「ＣＳＰ」という。）をバス上の他の機器へ伝送するこ
とによってその通信サイクルにおけるデータ伝送が開始
される。

【０００６】１通信サイクル中におけるデータ伝送の形
態は、ビデオデータやオーディオデータなどの同期型デ
ータ（以下「Ｉｓｏデータ」という）と、接続制御コマ
ンド等の非同期型データ（以下「Ａｓｙｎｃデータ」と
いう）の２種類である。そして、Ｉｓｏデータパケット
がＡｓｙｎｃデータパケットより先に伝送される。Ｉｓ
ｏデータパケットそれぞれにチャンネル番号１，２，3
，・・・Ｎを付けることにより、複数のＩｓｏデータ
を区別することができる。送信すべき全てのチャンネル
のＩｓｏデータパケットの送信が終了した後、次のＣＳ
Ｐまでの期間がＡｓｙｎｃデータパケットの伝送に使用
される。

【０００７】バスにＩｓｏデータパケットを送出しよう
とする機器は、チャンネルとデータ伝送に必要な帯域を
まず確保する。このため、バスのチャンネルと帯域を管
理する所定の機器（バスマネージャー：以下「ＢＭ」と
いう。）に、チャンネル及び必要とする帯域を申請す
る。ＢＭは、図１６に示すように、バスの各チャンネル
の使用状態を示すレジスタＲＥＧ１と、バスの残りの容
量を示すレジスタＲＥＧ２を備えている。Ｉｓｏデータ
パケットを送出しようとするノードは、これらのレジス
タＲＥＧ１，２に対して、Ａｓｙｎｃデータパケットを
用いて読み出し命令を送り、ＲＥＧ１，２の内容を読み
出す。そして、空きチャンネルと空き容量があれば、Ａ
ｓｙｎｃデータパケットを用いて自分が使用したいチャ
ンネルと帯域をＲＥＧ１，２に書き込むための書き込み
命令をＢＭへ送る。レジスタＲＥＧ１，２への書き込み
に成功すれば、バスへの出力が可能となる。

【０００８】図１４に示した通信システム内の機器であ
るＶＴＲの基本構成を図１７に示す。このＶＴＲはＶＴ
Ｒとしての本質的な機能単位であるデッキ部１１とチュ
ーナー部１２に加えて、Ｐ１３９４シリアルバスに対す
るデジタルインターフェイス（以下「デジタルＩ／Ｆ」
という。）１３、このデジタルＩ／Ｆ１３とデッキ部１
１又はチューナー部１２の切り換え接続を行うスイッチ
ボックス部１４、及び通信制御マイコン１５を備えてい
る。機器がＣＡＭであればデッキ部１１とチューナー部
１２の代わりにカメラ部があり、編集機やコンピュータ
であればビデオデータやコンピュータデータの処理部が
ある。

【０００９】このように構成された機器において機器間
接続は通信制御マイコン１５が行う。通信制御マイコン
１５において機器間接続を行うための構成を図１８に示
す。アプリケーション１は、ユーザーによる機器の操作
部（図示せず）の設定操作にしたがって、通信相手、帯
域等のパラメータを含んだコマンドを生成し、機器間接
続制御部２へ渡す。機器間接続制御部２はこれらのパラ
メータを機器間接続情報を管理するテーブル（Ｃｏｎｎ
ｅｃｔｉｏｎ Ｍａｎａｇｅｍｅｎｔ Ｔａｂｌｅ：以
下「ＣＭＴ」という。）３に登録すると共に、帯域とチ
ャンネルの獲得等の機器間接続処理を実行する。

【００１０】機器の電源をオフにしたり、バスに対して
機器を抜き差しすることによりバスリセットが起こる。
この時、通信制御マイコン１５はＣＭＴ３に保持してい
る機器間接続情報を基に機器間接続を張り直すことによ
り、リセット前の機器間接続を維持することができる。

【００１１】

【発明が解決しようとする課題】以上のように構成され
た通信システムにおいて、通信システム全体の機器間接
続を管理する機器（Ａｕｄｉｏ Ｖｉｄｅｏ Ｍａｎａ
ｇｅｒ：以下「ＡＶＭ」という。）を設け、バス全体の
伝送能力を活かしてバスを効率的に利用したり、バスへ
出力する情報信号に優先順位を付けることが考えられて
いれる。

【００１２】ＡＶＭになるのは、コンピュータのような
通信システム全体を管理する能力のある機器である。そ
して、ＡＶＭになるためには、システム内の全機器のＡ
ＶＭレジスタ（図示せず）に自分のノードＩＤを書き込
むことが必要であり、この書き込みに成功した機器がＡ
ＶＭとなる。また、各機器は、システム内にＡＶＭがい
るかいないかは、自分のＡＶＭレジスタにノードＩＤが
書かれているかどうかにより判別することができる。

【００１３】通信システムによっては、ＡＶＭが存在し
ないものもある。また、バスのリセット前とリセット後
でＡＶＭの有無、ＡＶＭの変更等が起こることもある。
このため、ＡＶＭがシステム全体の機器間接続を管理す
るためには、各機器がＣＭＴに保持している機器間接続
情報を問い合わせることが必要である。したがって、問
い合わせに必要な通信数がシステム上に接続されている
機器数に比例して増えてしまう。また、ＡＶＭの知らな
いところで各機器間の接続が切られ帯域等の解放が行わ
れている可能性があるため、バスリセット時に限らず、
常に一定の周期、あるいは必要時に、全機器に必要な情
報を問い合わせる必要がある。

【００１４】本発明は、このような問題点を解決するた
めになされたものであって、ＡＶＭから各機器に対する
機器間接続情報の問い合わせを不要にする電子機器制御
方式を提供することを目的とする。

【００１５】また、本発明は、機器間接続処理を実行す
る部分の構成を簡素化し、ハード化を容易にする電子機
器制御方式を提供することを目的とする。

【００１６】

【課題を解決するための手段】前記課題を解決するため
に、本発明に係る電子機器制御方式は、バスにより接続
された複数の電子機器間で情報信号及び制御信号の通信
を行うシステムにおいて、各電子機器内に機器間接続の
制御命令の送信先を選択する第１の手段と、この制御命
令を実行する第２の手段とを設け、システム内にシステ
ム全体の接続を管理する管理機器が存在する場合には、
第１の手段は制御命令を管理機器へ送信して機器間接続
処理を代行させ、システム内に管理機器が存在しない場
合には、第１の手段は制御命令を第２の手段へ送信する
ことを特徴とするものである。

【００１７】また、本発明によれば、第２の手段は第１
の手段の下位に階層化されている。第２の手段はハード
ウェアにより構成することが好適である。さらに、本発
明によれば、第１の手段には機器間接続のパラメータを
保持する保持手段が設けられている。この保持手段は、
機器間接続を解放する制御命令が実行されるまで、機器
間接続のパラメータを保持するので、バスリセット時に
も機器間接続を維持できる。

【００１８】そして、本発明によれば、第２の手段は、
自分及び他の電子機器における第１の手段から公平に制
御命令を受信するように構成されている。

【００１９】

【作用】本発明によれば、第１の手段は、システム全体
の接続を管理する管理機器が存在する場合には、機器間
接続の制御命令を管理機器へ送信し、存在しない場合に
は、機器間接続の制御命令を第２の手段へ送信する。管
理機器又は第２の制御手段は、受信した機器間接続の制
御命令を実行する。

【００２０】

【実施例】以下本発明の実施例について、図面を参照し
ながら詳細に説明する。図１に本発明の実施例において
機器間接続を行うための構成を示す。アプリケーション
１は、ユーザーの操作に応じて通信相手、帯域等のパラ
メータを含んだコマンドを作成し、コマンド処理部２１
へ渡す。コマンド処理部２１は各々の接続に対して機器
内で一意に定まるコネクションＩＤを付け、アプリケー
ション１から渡されたパラメータと共にＣＭＴ３に登録
する。コマンド処理部２１からアプリケーション１への
返事としてこのコネクションＩＤを渡すことにより、こ
れ以後、アプリケーション１はコネクションＩＤを用い
たコマンドを送信するだけで、接続のパラメータが一意
に決定される。

【００２１】コマンド処理部２１は、通信システム内に
ＡＶＭが存在しない場合には、ＣＭＴ３に登録した接続
のパラメータを含むコマンドを、自分のコマンド処理実
行部２２へ送信する。コマンド処理実行２２は、このパ
ラメータにしたがって機器間接続処理を実行する。一
方、ＡＶＭが存在する場合には、ＣＭＴ３に登録した接
続のパラメータを含むコマンドをＡＶＭへ送信して機器
間接続処理を任せる。

【００２２】コマンド処理部２１は、アプリケーション
１から機器間接続の解放（ｄｉｓｃｏｎｎｅｃｔ）コマ
ンドを受けた場合、通信システム内にＡＶＭが存在する
かどうかを判断する。前記したように、この解放コマン
ドはコネクションＩＤを用いたコマンドである。そし
て、ＡＶＭが存在しない場合には解放コマンドを自己の
機器間接続処理部２２へ送信し、ＡＶＭが存在する場合
には解放コマンドをＡＶＭへ送信する。自己の機器間接
続処理部２２又はＡＶＭが機器間接続の解放処理を行っ
た後に、コマンド処理部２１はコネクションＩＤ及びパ
ラメータをＣＭＴ３から削除する。

【００２３】以上説明したアプリケーション１とコマン
ド処理部２１はソフトウェアで構成されている。また、
コマンド処理実行部２２はソフトウェアで構成すること
もハードウェアで構成することもできるが、ハードウェ
アで構成することにより、低コスト化、処理速度の高速
化を実現することが望ましい。

【００２４】以上各機器において機器間接続を行う部分
について説明したが、ＡＶＭも基本的に同じ構成であ
る。ただ、ＡＶＭの場合、各機器との間で機器間接続情
報を送受信するように構成されている点が異なる。

【００２５】コマンド処理実行部２２がコマンド処理部
２１より受ける機器間接続等の要求には、〔１〕接続
（ｃｏｎｎｅｃｔ）、〔２〕解放（ｄｉｓｃｏｎｎｅｃ
ｔ）、〔３〕保護（ｐｒｏｔｅｃｔ）、〔４〕非保護
（ｕｎｐｒｏｔｅｃｔ）、の４種類がある。

【００２６】コマンド処理実行部２２では、コマンド処
理部２１から受けた機器間接続要求のパラメータに応じ
て、可能な処理を実行する。ここで、可能な処理とは、
各機器が持つ能力に応じて保持している処理を指す。例
えばＡＶＭになる能力のあるコンピュータは、「ＡＶＭ
を降りよ」というコマンドを受けた際に、ＡＶＭとして
の管理を行っていたら、ＡＶＭを降りてもよいかどうか
判断する。そして、ＡＶＭを降りることが出来ない場合
や、ＡＶＭとしての管理を行っていない場合は、ＡＶＭ
を降りる処理を行わない。

【００２７】以下前記各機器間接続処理について説明す
る。 〔１〕接続（ｃｏｎｎｅｃｔ） （１）ブロードキャスト出力 例えば、図１４に示すシステムで、ＣＡＭを再生モード
にすると、ＣＡＭのアプリケーション１からそのコマン
ド処理部２１へ図２のパラメータを含んだ接続のコマン
ドが送信される。コマンド処理部２１は各々の接続に対
して機器内で一意に定まるコネクションＩＤを付け、ア
プリケーション１から渡されたパラメータと共にＣＭＴ
３に登録する。そして、ＡＶＭが存在しなければ、自己
のコマンド処理実行部２２へ図２のパラメータを含んだ
接続のコマンドを渡す。これに対して、ＡＶＭが存在す
る場合には、接続のコマンドをＡＶＭのコマンド処理部
２１へ渡す。

【００２８】図２において、パラメータの出力ノードＩ
Ｄは情報信号を出力している機器のＩＤ（この場合ＣＡ
ＭのノードＩＤ）である。出力プラグ番号は情報信号を
出力しているプラグの番号（この場合、プラグ０）であ
る。入力ノードＩＤは情報信号を入力している機器のＩ
Ｄである。この場合、ＣＡＭは再生モードにし、入力機
器を指定しないで情報信号をバスへ出力しているので、
ブロードキャストになっている。入力プラグ番号は、情
報信号を入力しているプラグ番号である。ここでは、ブ
ロードキャスト出力なので「ｄｏｎ’ｔ ｃａｒｅ」に
なっている。ＢＷ（Ｂａｎｄｗｉｄｔｈ）は情報信号の
伝送に必要な帯域である。ＰＢ（Ｐｒｏｔｅｃｔ Ｂｉ
ｔ）は、機器間接続が保護されているかどうかを示す。
この場合、０なので保護されていない。以上のパラメー
タを持つ機器間接続に対してコネクションＩＤ＝１が付
与されている。

【００２９】ここで本実施例におけるプラグについて簡
単に説明しておく。Ｐ１３９４シリアルバスには時分割
されたチャンネルにデータパケットを送出するため、物
理的なプラグでチャンネル毎の信号を分ける必要はな
い。しかし、ある機器から別の機器へ経路を決めた結果
は、アナログ信号線で接続したことと同じ意味を持つ。
さらに、１台の機器が同時に複数チャンネルを扱える場
合には、それらを区別することが必要となる。そこで、
本実施例では、各機器に仮想的なプラグを設け、入出力
する際にチャンネルを区別するようにした。

【００３０】図３は仮想的なプラグの一例を示す。ここ
では、仮想的なプラグは、図１７の通信制御マイコン１
５内に設けられたレジスタであり、４バイトで一つのプ
ラグを表す。アドレス００ｈ−０３ｈまでの４バイトが
入力プラグ０、以下０４ｈ−０７ｈ，０８ｈ−０Ｂｈ，
０Ｃｈ−０Ｆｈを入力プラグ１，２，３とし、最大４つ
まで用意している。また、アドレス１０ｈ−１３ｈまで
の４バイトが出力プラグ０、以下１４ｈ−１７ｈ，１８
ｈ−１Ｂｈ，１Ｃｈ−１Ｆｈを出力プラグ１，２，３と
し、最大４つまで用意している。入出力プラグは、その
機器が一度に扱える数だけ設ければよいので、例えば入
出力２系統ずつ扱える機器は、図中の「・・ ・・」の
領域は空きレジスタになる。そして、入出力共に、プラ
グ０はデフォルトのチャンネル（固定チャンネル）に対
する入出力に用いている。

【００３１】入力プラグのプラグ−イネーブルを１にセ
ットすると、デジタルＩ／Ｆはチャンネル番号にセット
されたチャンネルからＩｓｏデータパケットを受信す
る。入力プラグのプラグ−イネーブルを０クリアすると
デジタルＩ／Ｆは受信を停止する。その際、プラグの他
のフィールドも０クリアする。入力プラグのＰＣ（Ｐｒ
ｏｔｅｃｔ Ｃｏｕｎｔｅｒ）は、送信機器との信号接
続を保護する時に、そのＬＳＢを１にセットし、非保護
にする時に０クリアする。

【００３２】出力プラグのプラグ−イネーブルを１にセ
ットすると、デジタルＩ／Ｆはチャンネル番号にセット
されたチャンネルに、ＤＲ（Ｄａｔａ Ｒａｔｅ）で指
定された伝送速度で、Ｂａｎｄｗｉｄｔｈに示された帯
域を使ってＩｓｏデータパケットを送信する。出力プラ
グのプラグ−イネーブルを０クリアすると、デジタルＩ
／Ｆは送信を停止する。その際、プラグの他のフィール
ドも０クリアすること。出力プラグのＰＣは、受信機器
との信号接続を保護する時に１だけ増やし、非保護にす
る時に１だけ減らすこととし、保護を要求してきた機器
を数える。

【００３３】これらのプラグは、コマンド処理実行部２
２に備えられている。そして、接続制御命令とはこれら
のプラグに書き込みを行うことである。これらのプラグ
は、Ｐ１３９４のトランザクションによって、自分で
も、他機器からでも区別することなく公平に書き換える
ことができる。これにより、複数の機器がほぼ同時にプ
ラグへの書き込みを実行しようとした時に、矛盾なく処
理することができる。ただし、接続の保護のために、Ｐ
Ｃが０になっている時にのみ書き換える。なお、各プラ
グにおける「−−」は予約ビットである。

【００３４】ＣＡＭを再生モードに設定したときのコマ
ンド処理部２１におけるブロードキャスト出力処理の流
れを図４に示す。まず、ステップＳ１で、帯域（ＢＷ：
Ｂａｎｄｗｉｄｔｈ）とデフォルトのチャンネル（ＤＣ
Ｎ：Ｄｅｆａｕｌｔ Ｃｈａｎｎｅｌ Ｎｕｍｂｅｒ）
を獲得できれば、ステップＳ２で、プラグ０とデフォル
トのチャンネルを用いてＩｓｏデータパケットをバスへ
出力し、処理を終える。

【００３５】ステップＳ１で、帯域とデフォルトのチャ
ンネルを獲得できない場合には、ステップＳ３で、デフ
ォルトのチャンネルからＩｓｏデータパケットを入力
し、データパケットのヘッダに付与されているノードＩ
Ｄを調べる。つまり、デフォルトのチャンネルに出力し
ている機器を調べるわけである。

【００３６】次に、ステップＳ４で、ステップＳ３でノ
ードＩＤを調べた機器に対して出力を停止するように指
令し、成功すれば、ステップＳ５で、解放された帯域と
自分が必要な帯域を調整し、これに成功すれば、ステッ
プＳ２で、プラグ０とデフォルトのチャンネルを用いて
Ｉｓｏデータパケットをバスへ出力し、処理を終える。

【００３７】デフォルトのチャンネルの出力が保護され
ている等の理由により、ステップＳ４で出力の停止がで
きなかった場合には、処理を終える。また、ステップＳ
５で、帯域の調整ができなかった場合には、ステップＳ
６で帯域とチャンネルを解放して処理を終える。

【００３８】（２）ブロードキャスト入力 ＶＴＲ１がデジタル−イン等になっている場合、図５の
ように、ブロードキャスト入力を意味し、デフォルトの
チャンネルを入力する。したがって、このときはＣＡＭ
の出力を入力する。この場合のブロードキャスト入力処
理の流れを図６に示す。

【００３９】（３）１対１（ｏｎｅ ｔｏ ｏｎｅ）接
続 図１４の編集機で、ＶＴＲ２を再生モードに設定し、Ｖ
ＴＲ３を録画モードに設定したとすると、接続のパラメ
ータは図７のようになる。このように、入出力機器を指
定し、１対１に機器間でデータのやり取りをすること
を、１対１接続と呼ぶ。

【００４０】この場合の１対１接続処理の流れを図８に
示す。まず、ステップＳ１で、ＶＴＲ２が帯域とオプシ
ョンのチャンネル（ＯＣＮ：Ｏｐｔｉｏｎ Ｃｈａｎｎ
ｅｌＮｕｍｂｅｒ）を獲得できたかどうか判断する。こ
こで、ＯＣＮはデフォルトチャンネル以外のチャンネル
番号を示す。そして、獲得できていれば、ＶＴＲ２に出
力するように指令し、次にＶＴＲ３に入力するように指
令し（ステップＳ２，Ｓ３）、処理を終える。もし、ス
テップＳ１で、帯域とチャンネルが獲得できていなけれ
ば、そのまま処理を終える。

【００４１】ここで、図１４のコンピュータがＡＶＭと
しての管理をしている場合、編集機のアプリケーション
１からコマンド処理部２１へ送信された接続のコマンド
は、コンピュータのコマンド処理部２１へ渡される。そ
して、ここからコンピュータのコマンド処理実行部２２
へ渡され、図７のパラメータを基に図８の処理が行われ
る。

【００４２】〔２〕解放（ｄｉｓｃｏｎｎｅｃｔ） （１）ブロードキャスト出力停止 ＣＡＭを停止モードに設定し、ブロードキャスト出力を
停止した場合の処理の流れを図９に示す。ステップＳ１
は出力を停止する処理であり、ステップＳ２は帯域とチ
ャンネルを解放する処理である。前記したように、入力
の停止は、ＣＡＭの出力プラグ０のプラグ−イネーブル
を０にすることで実行される。そして、帯域とチャンネ
ルの解放は、ＢＭのＲＥＧ１，ＲＥＧ２に帯域とデフォ
ルトのチャンネル番号を解放するための書き込み命令を
送ることで実行される。

【００４３】（２）ブロードキャスト入力停止 ＶＴＲ１を停止モードに設定し、ブロードキャスト入力
を停止した場合の処理の流れを図１０に示す。

【００４４】（３）１対１接続中断 編集機でのＶＴＲ２、ＶＴＲ３間の作業を停止したとき
の、処理の流れを図１１に示す。ステップＳ１は、ＶＴ
Ｒ２が出力を停止したかどうか判断する処理である。こ
こで、出力を停止していれば、ＶＴＲ２に帯域とチャン
ネルを解放するように指令し、次にＶＴＲ３に入力を停
止するように指令する（ステップＳ２，Ｓ３）。ＡＶＭ
の有無でのコマンドの遷移は、１対１接続時と同様であ
る。

【００４５】〔３〕保護（ｐｒｏｔｅｃｔ） （１）ブロードキャスト出力／入力 ブロードキャスト出力及び入力の場合、録画時等にプロ
テクトコマンドが発生することがある。例えば、ＣＡＭ
の出力をＶＴＲ１で入力し、録画している場合は、ＶＴ
Ｒ１は自分の入力プラグ０のＰＣを１にし、ＣＡＭの出
力プラグ０のＰＣを１増やしに行く。この場合の処理の
流れを図１２に示す。

【００４６】（２）１対１接続 １対１接続では、接続処理を行うと同時に、その機器間
の接続を保護するため、自動的にプロテクトが張られ
る。つまり、出力している機器は出力プラグのＰＣを１
増やし、入力している機器は入力プラグのＰＣを１にす
る処理が自動的に行われる。したがって、保護のコマン
ドは発生しない。

【００４７】〔４〕非保護（ｕｎｐｒｏｔｅｃｔ） （１）ブロードキャスト出力／入力 例えば、〔３〕（１）のプロテクトを外す要求を受けた
場合は、ＣＡＭの出力プラグ０のＰＣを１減らし、自己
の入力プラグ０のＰＣを０にする。この場合のプロテク
トの解除の処理の流れを図１３に示す。

【００４８】（２）１対１接続 １対１接続では、接続処理を行うと同時に、その機器間
の接続を保護するため、プロテクトが張られる。そし
て、１対１接続の解放と共に、接続保護が解除される。
つまり、出力している機器は出力プラグのＰＣを１減ら
し、入力している機器は入力プラグのＰＣを０にする処
理が自動的に行われる。したがって、非保護のコマンド
は発生しない。

【００４９】このように、本実施例では、機器間接続制
御をコマンド処理部２１とコマンド処理実行部２２とに
レイヤー分けし、コマンド処理実行部２２の処理を簡素
化したので、コマンド処理実行部２２をハードウェア化
することもできる。

【００５０】

【発明の効果】以上詳細に説明したように、本発明によ
れば、システム全体の接続を管理する管理機器が存在す
るときは管理機器へ、存在しないときは自己のコマンド
処理実行部へコマンドを送信する。したがって、管理機
器が存在するときは、各機器から管理機器に対して接続
情報を問い合わせなくてもシステム内における使用帯域
及びチャンネル等の管理が行える。

【００５１】また、コマンド処理部とコマンド処理実行
部とにレイヤー分けすることにより、コマンド処理実行
部の処理を簡素化できるので、コマンド処理実行部をハ
ードウェア化することが容易になり、低コスト化、処理
速度の向上等が実現できる。

【図面の簡単な説明】

【図１】本発明の実施例において機器間接続を行うため
の構成を示す図である。

【図２】ＣＡＭが持つＣＭＴの内容を示す図である。

【図３】プラグの一例を示す図である。

【図４】コマンド処理部におけるブロードキャスト出力
処理の流れを示す図である。

【図５】ＶＴＲ１が持つＣＭＴの内容を示す図である。

【図６】コマンド処理部におけるブロードキャスト入力
処理の流れを示す図である。

【図７】編集機が持つＣＭＴの内容を示す図である。

【図８】コマンド処理部における１対１接続処理の流れ
を示す図である。

【図９】コマンド処理部におけるブロードキャスト出力
停止処理の流れを示す図である。

【図１０】コマンド処理部におけるブロードキャスト入
力停止処理の流れを示す図である。

【図１１】コマンド処理部における１対１接続解放処理
の流れを示す図である。

【図１２】コマンド処理部における保護処理の流れを示
す図である。

【図１３】コマンド処理部における非保護処理の流れを
示す図である。

【図１４】Ｐ１３９４シリアルバスを用いた通信システ
ムの一例を示す図である。

【図１５】Ｐ１３９４シリアルバスを用いた通信システ
ムを用いた通信システムにおけるバス上のデータ構造の
一例を示す図である。

【図１６】Ｐ１３９４シリアルバスを用いた通信システ
ムにおいて、チャンネルと帯域を確保する方法を説明す
図である。

【図１７】図１４の通信システムにおけるＶＴＲの基本
構成を示す図である。

【図１８】図１４のＶＴＲにおける通信制御マイコンが
機器間接続を行うための構成を示す図である。

【符号の説明】

１…アプリケーション、２１…コマンド処理部、２２…
コマンド処理実行部、３…ＣＭＴ

フロントページの続き (72)発明者 佐藤 真 東京都品川区北品川６丁目７番35号 ソ ニー株式会社内 (56)参考文献 特開 平７−162968（ＪＰ，Ａ) 特開 平７−38579（ＪＰ，Ａ) 特開 平８−18584（ＪＰ，Ａ) 特開 平８−8913（ＪＰ，Ａ) 特開 平７−222263（ＪＰ，Ａ) (58)調査した分野(Int.Cl.⁷，ＤＢ名) H04L 12/28 - 12/46

Claims (4)

(57)【特許請求の範囲】
1. 【請求項１】 バスにより接続された複数の電子機器間
   で情報信号及び制御信号の通信を行うシステムにおい
   て、 各電子機器内に機器間接続の制御命令の送信先を選択す
   る第１の手段と、該制御命令を実行する第２の手段とを
   設け、前記システム内に該システム全体の接続を管理す
   る管理機器が存在する場合には、前記第１の手段は前記
   制御命令を該管理機器へ送信して機器間接続処理を代行
   させ、前記システム内に前記管理機器が存在しない場合
   には、前記第１の手段は前記制御命令を前記第２の手段
   へ送信することを特徴とする電子機器制御方式。
2. 【請求項２】 第２の手段は第１の手段の下位に階層化
   されている請求項１記載の電子機器制御方式。
3. 【請求項３】 第１の手段は、機器間接続のパラメータ
   を保持する保持手段を有する請求項１記載の電子機器制
   御方式。
4. 【請求項４】 第２の手段は、自分及び他の電子機器に
   おける第１の手段から公平に制御命令を受信する請求項
   １記載の電子機器制御方式。