JP2003087883A - ネットワーク接続機器の制御システム - Google Patents

Abstract

(57)【要約】 【目的】 ネットワークで接続された機器のリモコンで
の制御を簡単且つ円滑に行うことができるネットワーク
接続機器の制御システムを提供すること。 【構成】 デジタルインタフェースを備えた複数の機器
とそれらの機器間をデジタルバスを介して相互に接続し
たネットワーク接続装置において、ネットワーク上の各
機器を制御するためのリモコン信号を専用に受光する受
光ユニットとリモコン信号のコマンドを解析してネット
ワーク上の各機器に制御情報を送るための制御機器を設
け、該制御機器によりネットワーク内機器の制御を統括
的に管理し、被制御機器をノード指定し、ネット経由で
制御データを転送して制御する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ＡＶ機器等の制御
コマンドを双方向で通信可能なデジタルインタフェー
ス、ＡＶ機器相互に接続された複数のネットワーク機器
の制御システムに関するものである。

【０００２】

【従来の技術】図２はＴＶモニター１に据置ＶＴＲ２と
カメラ一体型ＶＴＲ３が接続されたシステムを示してい
る。４はＴＶモニター１に具備された第１の外部入力信
号端子であり、５は第２の外部入力信号端子である。６
は据置ＶＴＲ２に接続され、据置ＶＴＲ２から出力され
るビデオ／オーディオ信号を端子４を介してＴＶモニタ
ー１に入力するためのＡＶケーブルであり、７はカメラ
一体型ＶＴＲ３に接続され、カメラ一体型ＶＴＲ３から
出力されるビデオ／オーディオ信号を端子５を介してＴ
Ｖモニター１に入力するためのＡＶケーブルである。

【０００３】８は赤外リモコン信号を送信するコマンダ
ー、９はＴＶモニター１に具備され、コマンダー８から
送信されるリモコン信号を受信するための受光素子、１
０は据置ＶＴＲ２に具備されコマンダー８から送信され
るリモコン信号を受信するための受光素子、１１はカメ
ラ一体型ＶＴＲ３に具備されて送信されるリモコン信号
を受信するための受光素子である。

【０００４】図３は前記コマンダー８の赤外リモコンの
具体的な一例を示すものであり、１つのリモコン装置で
ＴＶモニター１の機能をを中心に、据置ＶＴＲ２、カメ
ラ一体型ＶＴＲ３の主な機能を制御することが可能であ
る。

【０００５】３５はコマンダー８から送信されるリモコ
ン信号に付加されるヘッダ信号の種類を選択するスイッ
チであり、据置ＶＴＲ２のポジションが選択されている
場合には送信されるリモコン信号には動作モードを指令
するコマンド信号とともに、送信された動作コマンド信
号の指令先は据置ＶＴＲ２であることを示す内容のヘッ
ダ信号付加され、同様にＴＶモニター１又はカメラ一体
型ＶＴＲ３のポジションが選択されている場合にはコマ
ンダー８から送信されるリモコン信号に各ポジションに
対応したヘッダ信号が付加される。

【０００６】前記赤外リモコンを用いてユーザーが据置
ＶＴＲ２に挿入されている記録済のテープの再生画をＴ
Ｖモニター１に出力したい場合、先に選択スイッチ３５
を右端の据置ＶＴＲ２のポジションに切り替え、ＶＴＲ
モードボタン群３６の中から再生ボタンを押すことによ
ってコマンダー８からは据置ＶＴＲ２を示すヘッダ信号
が付加されたＶＴＲ再生コマンドを示すリモコン信号が
送信される。

【０００７】コマンダー８から送信された前記リモコン
信号は受光素子１０で受信されると、据置ＶＴＲ２は再
生モードに移行し、ＡＶケーブル６を介して外部信号入
力端子４には据置ＶＴＲ２に挿入されているテープから
再生されたビデオ／オーディオ信号が入力される。

【０００８】次に、ユーザーは選択スイッチ３５をＴＶ
モニターのポジションに移動させた後に入力選択ボタン
３７を操作する。選択スイッチ３５がＴＶモニター１を
選択している状態で入力選択ボタン３７を操作すると、
ユーザーが１回押す度にＴＶモニター画面からはＴＶモ
ニター１に内蔵されたＴＶチューナー出力信号、第１の
外部入力信号端子１からの入力信号、第２の外部入力信
号端子５からの入力信号を巡回的に表示選択でき、ＴＶ
モニター１に据置ＶＴＲ２から出力されるビデオ／オー
ディオ信号が出力された状態で操作を終了する手順とな
る。

【０００９】又、ユーザーがカメラ一体型ＶＴＲ３に挿
入された記録済みテープを再生しようとした場合には、
前記選択スイッチ３５をカメラ一体型ＶＴＲ３のポジシ
ョンにセットし、同様のリモコン操作を行う必要があ
る。

【００１０】

【発明が解決しようとする課題】しかしながら、上記従
来例では、リモコン操作により、ＴＶモニター１に接続
されたＶＴＲ装置の再生信号をモニター出力しようとし
た場合に、赤外リモコンに付加されるヘッダ信号の選択
スイッチ３５を操作する必要があるとともに、ＶＴＲモ
ードボタン群３６、ＴＶモニター１に表示出力する信号
を選択する入力選択スイッチ３７等の操作が必要であ
り、リモコン操作が煩雑になってしまう問題があった。

【００１１】又、ケーブルが直接繋がっていない、例え
ば隣の部屋の機器の操作はリモコンでは不可能である。

【００１２】本発明は上記問題に鑑みてなされたもの
で、その目的とする処は、ネットワークで接続された機
器のリモコンでの制御を簡単且つ円滑に行うことができ
るネットワーク接続機器の制御システムを提供すること
にある。

【００１３】

【課題を解決するための手段】上記目的を達成するた
め、本発明は、デジタルインタフェースを備えた複数の
機器とそれらの機器間をデジタルバスを介して相互に接
続したネットワーク接続装置において、ネットワーク上
の各機器を制御するためのリモコン信号を専用に受光す
る受光ユニットとリモコン信号のコマンドを解析してネ
ットワーク上の各機器に制御情報を送るための制御機器
を設け、該制御機器によりネットワーク内機器の制御を
統括的に管理し、被制御機器をノード指定し、ネット経
由で制御データを転送して制御することを特徴とする。

【００１４】

【発明の実施の形態】以下に本発明の実施の形態を添付
図面に基づいて説明する。

【００１５】本発明では、各機器間を接続するデジタル
Ｉ／ＦとしてＩＥＥＥ１３９４シリアルバスを用いるた
め、ここではＩＥＥＥ１３９４シリアルバスについて説
明する。

【００１６】＜ＩＥＥＥ１３９４の技術の概要＞家庭用
デジタルＶＴＲやＤＶＤの登場も伴って、ビデオデータ
やオーディオデータ等のリアルタイムで高情報量のデー
タ転送のサポートが必要になっている。このようなビデ
オデータやオーディオデータをリアルタイムで転送し、
パソコン（ＰＣ）に取り込んだり、又はその他のデジタ
ル機器に転送を行うには、必要な転送機能を備えた高速
データ転送可能なインタフェースが必要になってくるも
のであり、そのような観点から開発されたインタフェー
スがＩＥＥＥ１３９４−１３９５（Ｈｉｇｈ Ｐｅｒｆ
ｏｒｍａｎｃｅ Ｓｅｒｉａｌ Ｂｕｓ）（以下、１３
９４シリアルバス）である。

【００１７】図６に１３９４シリアルバスを用いて構成
されるネットワーク・システムの例を示す。このシステ
ムは機器Ａ，Ｂ，Ｃ，Ｄ，Ｅ，Ｆ，Ｇ，Ｈを備えてお
り、Ａ−Ｂ間、Ａ−Ｃ間、Ｂ−Ｄ間、Ｄ−Ｅ間、Ｃ−Ｆ
間、Ｃ−Ｇ間及びＣ−Ｈ間をそれぞれ１３９４シリアル
バスのツイスト・ペア・ケーブルで接続されている。こ
の機器Ａ〜Ｈの例としては、ＰＣ、デジタルＶＴＲ、Ｄ
ＶＤ、デジタルカメラ、ハードディスク、モニタ等が挙
げられる。各機器間の接続方式は、ディジーチェーン方
式とノード分岐方式とを混在可能としたものであり、自
由度の高い接続が可能である。

【００１８】又、各機器間は各自固有のＩＤを有し、そ
れぞれが認識し合うことによって１３９４シリアルバス
で接続された範囲において１つのネットワークを構成し
ている。各デジタル機器間をそれぞれ１本の１３９４シ
リアルバスケーブルで順次接続するだけで、それぞれの
機器が中継の役割を行い、全体として１つのネットワー
クを構成するものである。又、１３９４シリアルバスの
特徴でもあるＰｌｕｇ＆Ｐｌａｙ機能でケーブルを機器
に接続した時点で自動で機器の認識や接続状況等を認識
する機能を有している。

【００１９】又、図６に示したようなシステムにおい
て、ネットワークから或る機器が削除されたり、又は新
たに追加されたとき等、自動的にバスリセットを行い、
それまでのネットワーク構成をリセットしてから、新た
なネットワークの再構築を行う。この機能によって、そ
の時々のネットワークの構成を常時設定、認識すること
ができる。

【００２０】又、データ転送速度は、１００／２００／
４００Ｍｂｐｓと備えており、上位の転送速度を持つ機
器が下位の転送速度をサポートし、互換を取るようにな
っている。

【００２１】データ転送モードとしては、コントロール
信号等の非同期データ（Ａｓｙｎｃｈｒｏｎｏｕｓデー
タ：以下Ａｓｙｎｃデータ）を転送するＡｓｙｎｃｈｒ
ｏｎｏｕｓ転送モード、リアルタイムなビデオデータや
オーディオデータ等の同期データ（Ｉｓｏｃｈｒｏｎｏ
ｕｓデータ：以下ＩＳＯデータ）を転送するＩｓｏｃｈ
ｒｏｎｏｕｓ転送モードがある。このＡｓｙｎｃデータ
とＩＳＯデータは各サイクル（通常サイクル１２５μ
Ｓ）の中において、サイクル開始を示すサイクル・スタ
ート・バケット（ＣＳＰ）の転送に続き、ＩＳＯデータ
の転送を優先しつつサイクル内で混在して転送される。

【００２２】次に、図７に１３９４シリアルバスの構成
要素を示す。

【００２３】１３９４シリアルバスは全体としてレイヤ
（階層）構造で構成されている。図１３に示したよう
に、最もハード的なのが１３９４シリアルバスのケーブ
ルであり、そのケーブルのコネクタが接続されるコネク
タポートがあり、その上にハードウェアとしてフィジカ
ル・レイヤとリンク・レイヤがある。

【００２４】ハードウェア部は実質的なインタフェース
チップの部分であり、そのうちフィジカル・レイヤは符
号化やコネクタ関連の制御等を行い、リンク・レイヤは
バケット転送やサイクルタイムの制御等を行う。

【００２５】ファームウェア部のトランザクション・レ
イヤは、転送（トランザクション）すべきデータの管理
を行い、ＲｅａｄやＷｒｉｔｅといった命令を出す。シ
リアルバスマネージメントは、接続されている各機器の
接続状況やＩＤの管理を行い、ネットワークの構成を管
理する部分である。このハードウェアとファームウェア
までが実質上の１３９４シリアルバスの構成である。

【００２６】又、ソフトウェア部のアプリケーション・
レイヤは使うソフトによって異なり、インタフェース上
にどのようにデータを載せるか規定する部分であり、Ａ
Ｖプロトコルによって規定されている。

【００２７】以上が１３９４シリアルバスの構成であ
る。

【００２８】次に、図８に１３９４シリアルバスにおけ
るアドレス空間の図を示す。

【００２９】１３９４シリアルバスに接続された各機器
（ノード）には必ず各ノード固有の６４ビットアドレス
を持たせておく。そして、このアドレスをＲＯＭに格納
しておくことによって自分や相手のノードアドレスを常
時認識でき、相手を指定した通信も行える。

【００３０】１３９４シリアルバスのアドレッシング
は、ＩＥＥＥ１２１２規格に準じた方式であり、アドレ
ス指定は、最初の１０ビットがバスの番号の指定用に、
次の６ビットがノードＩＤ番号の指定用に使われる。残
りの４８ビットが機器に与えられたアドレス幅になり、
それぞれ固有のアドレス空間として使用できる。最後の
２８ビットは固有データの領域として、各機器の識別や
使用条件の指定の情報等を格納する。

【００３１】以上が１３９４シリアルバスの技術の概要
である。

【００３２】次に、１３９４シリアルバスの特徴と言え
る技術の部分をより詳細に説明する。

【００３３】＜１３９４シリアルバスの電気的仕様＞図
９に１３９４シリアルバス・ケーブルの断面図を示す。

【００３４】１３９４シリアルバスでは接続ケーブル内
に、２組のツイストペア信号線の他に電源ラインを設け
ている。これによって、電源を持たない機器や故障によ
り電圧低下した機器等にも電力の供給が可能になってい
る。尚、電源線内を流れる電源の電圧は８〜４０Ｖ、電
流は最大電流ＤＣ１．５Ａと規定されている。

【００３５】＜ＤＳ−Ｌｉｎｋ符号化＞１３９４シリア
ルバスで採用されているデータ転送フォーマットのＤＳ
−Ｌｉｎｋ符号化方式を説明するための図を図１０に示
す。

【００３６】１３９４シリアルバスでは、ＤＳ−Ｌｉｎ
ｋ（Ｄａｔａ／Ｓｔｒｏｂｅ Ｌｉｎｋ）符号化方式が
採用されている。このＤＳ−Ｌｉｎｋ符号化方式は、高
速なシリアルデータ通信に適しており、その構成は２本
の信号線を必要とする。より対線の内１本に主となるデ
ータを送り、他方のより対線にはストローブ信号を送る
構成になっている。受信側では、この通信されるデータ
とストローブとの排他的論理和を取ることによってクロ
ックを再現することができる。

【００３７】このＤＳ−Ｌｉｎｋ符号化方式を用いるメ
リットとして、他のシリアルデータ転送方式に比べて転
送効率が高いこと、ＰＬＬ回路が不要となるためにコン
トローラＬＳＩの回路規模を小さくできること、更には
転送すべきデータが無いときにアイドル状態であること
を示す情報を送る必要がないために各機器のトランシー
バ回路をスリーブ状態にすることができることによって
消費電力の低減が図られること、等が挙げられる。

【００３８】＜バスリセットのシーケンス＞１３９４シ
リアルバスでは、接続されている各機器（ノード）には
ノードＩＤが与えられ、ネットワーク構成として認識さ
れている。このネットワーク構成に変化があったとき、
例えばノードの挿抜や電源のＯＮ／ＯＦＦ等によるノー
ド数の増減等によって変化が生じて、新たなネットワー
ク構成を認識する必要があるとき、変化を検知した各ノ
ードはバスリセット信号を送信して新たなネットワーク
構成を認識するモードに入る。このときの変化の検知方
法は、１３９４ポート基板上でのバイアス電圧の変化を
検知することによって行われる。

【００３９】或るノードからバスリセット信号が伝達さ
れて、各ノードのフィジカルレイヤはこのバスリセット
信号を受けると同時にリンクレイヤにバスリセットの発
生を伝達し、且つ、他のノードにバスリセット信号を伝
達する。最終的に全てのノードがバスリセット信号を検
知した後、バスリセットが起動となる。

【００４０】バスリセットは、先に述べたようなケーブ
ル挿抜やネットワーク異常等によるハード検出による起
動と、プロトコルからのホスト制御等によってフィジカ
ルレイヤに直接命令を出すことによっても起動する。

【００４１】又、バスリセットが起動するとデータ転送
は一時中断され、この間のデータ転送は待たされ、終了
後新しいネットワーク構成の下で再開される。

【００４２】以上がバスリセットのシーケンスである。

【００４３】＜ノードＩＤ決定のシーケンス＞バスリセ
ットの後、各ノードは新しいネットワーク構成を構築す
るために各ノードにＩＤを与える動作に入る。このとき
のバスリセットからノードＩＤ決定までの一般的なシー
ケンスを図１８〜図２０に示すフローチャートを用いて
説明する。

【００４４】図１８に示すフローチャートは、バスリセ
ットの発生からノードＩＤが決定し、データ転送が行え
るようになるまでの一連のバスの作業を示してある。

【００４５】先ず、ステップＳ１０１として、ネットワ
ーク内にバスリセットが発生することを常時監視してい
て、ここで、ノードの電源ＯＮ／ＯＦＦ等でバスリセッ
トが発生するとステップＳ１０２に移る。

【００４６】ステップＳ１０２では、ネットワークがリ
セットされた状態から、新たなネットワークの接続状況
を知るために、直接接続されている各ノード間において
親子関係の宣言がなされる。ステップＳ１０３として、
全てのノード間で親子関係が決定すると、ステップＳ１
０４として１つのルートが決定する。全てのノード間で
親子関係が決定するまでステップＳ１０２の親子関係の
宣言を行い、又、ルートも決定されない。

【００４７】ステップＳ１０４でルートが決定される
と、次はステップＳ１０５として、各ノードにＩＤを与
えるノードＩＤの設定作業が行われる。所定のノード順
序でノードＩＤの設定が行われ、全てのノードにＩＤが
与えられるまで繰り返し設定作業が行われ、最終的にス
テップＳ１０６として全てのノードにＩＤを設定し終え
ると、新しいネットワーク構成が全てのノードにおいて
認識されたため、ステップＳ１０７としてノード間のデ
ータ転送が行える状態となり、データ転送が開始され
る。

【００４８】このステップＳ１０７の状態になると、再
びバスリセットが発生するのを監視するモードに入り、
バスリセットが発生するとステップＳ１０１〜ステップ
Ｓ１０６の設定作業が繰り返し行われる。

【００４９】以上が図１８のフローチャートの説明であ
るが、図１８のフローチャートのバスリセットからルー
ト決定までの部分と、ルート決定後からＩＤ設定終了ま
での手順をより詳しくフローチャートに表したものをそ
れぞれ図１９、図２０に示す。

【００５０】先ず、図１９のフローチャートの説明を行
う。

【００５１】ステップＳ２０１としてバスリセットが発
生すると、ネットワーク構成は一旦リセットされる。
尚、ステップＳ２０１としてバスリセットが発生するの
を常に監視している。

【００５２】次に、ステップＳ２０２として、リセット
されたネットワークの接続状況を再認識する作業の第一
歩として、各機器にリーフ（ノード）であることを示す
フラグを立てておく。更に、ステップＳ２０３として各
機器が自分の持つポートが幾つ他ノードと接続されてい
るのかを調べる。

【００５３】ステップＳ２０４のポート数の結果に応じ
て、これから親子関係の宣言を始めていくために、未定
義（親子関係が決定されてない）ポートの数を調べる。
バスリセットの直後はポート数＝未定義ポート数である
が、親子関係が決定されていくに従ってステップＳ２０
４で検知する未定義ポートの数は変化していくものであ
る。

【００５４】先ず、バスリセットの直後、初めに親子関
係の宣言を行えるのはリーフに限られている。リーフで
あるというのはステップＳ２０３のポート数の確認で知
ることができる。リーフは、ステップＳ２０５として、
自分に接続されているノードに対して、「自分は子、相
手は親」と宣言して動作を終了する。

【００５５】ステップＳ２０３でポート数が複数あり、
ブランチと認識したノードは、バスリセットの直後はス
テップＳ２０４で未定義ポート数＞１ということである
ため、ステップＳ２０６へと移り、先ずブランチという
フラグが立てられ、ステップＳ２０７でリーフからの親
子関係宣言で「親」の受付をするために待つ。

【００５６】リーフが親子関係の宣言を行い、ステップ
Ｓ２０７でそれを受けたブランチは適宜ステップＳ２０
４の未定義ポート数の確認を行い、未定義ポート数が１
になっていれば残っているポートに接続されているノー
ドに対して、ステップＳ２０５の「自分が子」の宣言を
することが可能になる。２度目以降、ステップＳ２０４
だ未定義ポート数を確認しても２以上あるブランチに対
しては、再度ステップＳ２０７でリーフ又は他のブラン
チからの「親」の受付をするために待つ。

【００５７】最終的に、何れか１つのブランチ、又は例
外的にリーフ（子宣言を行えるのに素早く動作しなかっ
たため）がステップＳ２０４の未定義ポート数の結果と
してゼロになると、これにてネットワーク全体の親子関
係の宣言が終了したものであり、未定義ポート数がゼロ
（全て親のポートとして決定）になった唯一のノードは
ステップＳ２０８としてルートのフラグが立てられ、ス
テップＳ２０９としてルートとしての認識がなされる。
このようにして、図１９に示したバスリセットからネッ
トワーク内全てのノード間における親子関係の宣言まで
が終了する。

【００５８】次に、図２０のフローチャートについて説
明する。

【００５９】先ず、図１９までのシーケンスでリーフ、
ブランチ、ルートという各ノードのフラグの情報が設定
されているため、これに基づいてステップＳ３０１でそ
れぞれ分類する。

【００６０】各ノードにＩＤを与える作業として、最初
にＩＤの設定を行うことができるのはリーフからであ
る。リーフ→ブランチ→ルートの順で若い番号（ノード
番号＝０〜）からＩＤの設定がなされていく。

【００６１】ステップＳ３０２としてネットワーク内に
存在するリーフの数Ｎ（Ｎは自然数）を設定する。その
後、ステップＳ３０３として各自リーフがルートに対し
てＩＤを与えるように要求する。この要求が複数ある場
合には、ルートはステップＳ３０４としてアービトレー
ション（１つに調停する作業）を行い、ステップＳ３０
５として勝ったノード１つにＩＤ番号を与え、負けたノ
ードには失敗の結果通知を行う。ステップＳ３０６とし
てＩＤ取得が失敗に終わったリ−フは、再度ＩＤ要求を
出し、同様の作業を繰り返す。

【００６２】ＩＤを取得できたリーフからステップＳ３
０７として、そのノードのＩＤ情報をブロードキャスト
で全ノードに転送する。１ノードＩＤ情報のブロードキ
ャストが終わると、ステップＳ３０８として残りのリー
フの数が減らされる。ここで、ステップＳ３０９とし
て、この残りのリーフの数が１以上あるときはステップ
Ｓ３０８のＩＤ要求の作業からを繰り返し行い、最終的
に全てのリーフがＩＤ情報をブロードキャストすると、
ステップＳ３０９がＮ＝０となり、次はブランチのＩＤ
設定に移る。

【００６３】ブランチのＩＤ設定もリーフのときと同様
に行われる。

【００６４】先ず、ステップＳ３１０としてネットワー
ク内に存在するブランチの数Ｍ（Ｍは自然数）を設定す
る。その後、ステップＳ３１１として各自ブランチがル
ートに対してＩＤを与えるように要求する。これに対し
てルートは、ステップＳ３１２としてアービトレーショ
ンを行い、勝ったブランチから順にリーフを与え終わっ
た次の若い番号から与えていく。ステップＳ３１３とし
て、ルートは要求を出したブランチにＩＤ情報又は失敗
結果を通知し、ステップＳ３１４としてＩＤ取得が失敗
に終わったブランチは、再度ＩＤ要求を出して同様の作
業を繰り返す。

【００６５】ＩＤを取得できたブランチからステップＳ
３１５として、そのノードのＩＤ情報をブロードキャス
トで全ノードに転送する。１ノードＩＤ情報のブロード
キャストが終わると、ステップＳ３１６として残りのブ
ランチの数が１つ減らされる。ここで、ステップＳ３１
７として、この残りのブランチの数が１以上あるときは
ステップＳ３１１のＩＤ要求の作業からを繰り返し、最
終的に全てのブランチがＩＤ情報をブロードキャストす
るまで行われる。全てのブランチがノードＩＤを取得す
ると、ステップＳ３１７はＭ＝０となり、ブランチのＩ
Ｄ取得モードも終了する。

【００６６】ここまで終了すると、最終的にＩＤ情報を
取得してないノードはルートのみであるため、ルートの
ＩＤはステップＳ３１８として与えていない番号で最も
大きな番号を自分のＩＤ番号と設定し、ステップＳ３１
９としてルートのＩＤ情報をブロードキャストする。

【００６７】以上で、図２０に示したように、親子関係
が決定した後から、全てのノードのＩＤが設定されるま
での手順が終了する。

【００６８】次に、一例として図１１に示した実際のネ
ットワークにおける動作について説明する。

【００６９】図１１に示すように、（ルート）ノードＢ
の下位にはノードＡとノードＣが直接接続されており、
更にノードＣに下位にはノードＤが直接接続されてお
り、更にノードＤの下位にはノードＥとノードＦが直接
接続された階層構造になっている。この階層構造やルー
トノード、ノードＩＤを決定する手順を以下に説明す
る。

【００７０】バスリセットがされた後、先ず各ノードの
接続状況を認識するために、各ノードの直接接続されて
いるノード間において、親子関係の宣言がなされる。こ
の親子とは親側が階層構造で上位となり、子側が下位と
なるということができる。

【００７１】図１７ではバスリセットの後、最初に親子
関係の宣言を行ったのはノードＡである。基本的にノー
ドの１つのポートにのみ接続があるノード（リーフと呼
ぶ）から親子関係の宣言を行うことができる。これは自
分には１ポートの接続のみということを先ず知ることが
できるため、これによってネットワークの端であるとい
うことを認識し、その中で早く動作を行ったノードから
親子関係が決定されていく。こうして親子関係の宣言を
行った側（Ａ−Ｂ間ではノードＡ）のポートが子と設定
され、相手側（ノードＢ）のポートが親と設定される。
こうして、ノードＡ−Ｂ間では子−親、ノードＥ−Ｄ間
で子−親、ノードＦ−Ｄ間で子−親と決定される。

【００７２】更に１階層上がって、今度は複数個接続ポ
ートを持つノード（ブランチと呼ぶ）のうち、他ノード
からの親子関係の宣言を受けたものから順次、更に上位
に親子関係の宣言を行っていく。図１１では先ずノード
ＤがＤ−Ｅ間、Ｄ−Ｆ間と親子関係が決定した後、ノー
ドＣに対する親子関係の宣言を行っており、その結果、
ノードＤ−Ｃ間で子−親と決定している。

【００７３】このようにして、図１１に示すような階層
構造が構成され、最終的に接続されている全てのポート
において親となったノードＢがルートノードと決定され
た。ルートは、１つのネットワーク構成中に１つしか存
在しないものである。

【００７４】尚、図１１においてノードＢがルートノー
ドと決定されたが、これはノードＡから親子関係宣言を
受けたノードＢが、他のノードに対して親子関係宣言を
早いタイミングで行っていれば、ルートノードは他ノー
ドに移っていたこともあり得る。即ち、伝達されるタイ
ミングによってはどのノードもルートノードとなる可能
性があり、同じネットワーク構成でもルートノードは一
定とは限らない。

【００７５】ルートノードが決定すると、次は各ノード
ＩＤを決定するモードに入る。ここでは、全てのノード
が、決定した自分のノードＩＤを他の全てのノードに通
知する（ブロードキャスト機能）。

【００７６】自己ＩＤ情報は、自分のノード番号、接続
されている位置の情報、持っている情報の数、接続のあ
るポートの数、各ポートの親子関係の情報等を含んでい
る。

【００７７】ノードＩＤ番号の割り振りの手順として
は、先ず１つのポートにのみ接続があるノード（リー
フ）から起動することができ、この中から順にノード番
号＝０、１、２、…と割り当てられる。

【００７８】ノードＩＤを手にしたノードは、ノード番
号を含む情報をブロードキャストで各ノードに送信す
る。これによって、そのＩＤ番号は『割り当て済み』で
あることが認識される。

【００７９】全てのリーフが自己ノードＩＤを取得し終
えると、次はブランチヘ移りリ−フに引き続いたノード
ＩＤ番号が各ノードに割り当てられる。リーフと同様
に、ノードＩＤ番号が割り当てられたブランチから順次
ノードＩＤ情報をブロードキャストし、 最後にルートノ
ードが自己ＩＤ情報をブロードキャストする。即ち、常
にルートは最大のノードＩＤ番号を所有するものであ
る。

【００８０】以上のようにして、階層構造全体のノード
ＩＤの割り当てが終わり、ネットワーク構成が再構築さ
れ、バスの初期化作業が完成する。

【００８１】＜アービトレーション＞１３９４シリアル
バスでは、データ転送に先立って必ずバス使用権のアー
ビトレーション（調停）を行う。１３９４シリアルバス
は個別に接続されて各機器が、転送された信号をそれぞ
れ中継することによって、ネットワーク内全ての機器に
同信号を伝えるように、論理的なバス型ネットワークで
あるため、パケットの衝突を防ぐ意味でアービトレーシ
ョンは必要である。これによって或る時間には、たった
１つのノードにのみ転送を行うことができる。

【００８２】アービトレーションを説明するための図と
して図１２（ａ）にバス要求の図、（ｂ）にバス使用許
可の図を示し、以下これを用いて説明する。

【００８３】アービトレーションが始まると、１つ若し
くは複数のノードが親ノードに向かってそれぞれバス使
用権の要求を発する。図１２（ａ）のノードＣとノード
Ｆがバス使用権の要求を発しているノードである。これ
を受けた親ノード（図１２ではノードＡ）は更に親ノー
ドに向かってバス使用権の要求を発する（中継する）。
この要求は最終的に調停を行うルートに届けられる。

【００８４】バス使用要求を受けたルートノードは、ど
のノードにバスを使用させるかを決める。この調停作業
はルートノードのみが行えるものであり、調停によって
勝ったノードにはバスの使用許可を与える。図１２
（ｂ）ではノードＣに使用許可が与えられ、ノードＦの
使用は拒否されている。アービトレーションに負けたノ
ードに対してはＤＰ（data prefix ）パケットを送り、
拒否されたことを伝える。拒否されたノードのバス使用
要求は次回のアービトレーションまで待たされる。

【００８５】以上のようにして、アービトレーションに
勝ってバスの使用許可を得たノードは、以降データの転
送を開始することができる。

【００８６】ここで、アービトレーションの一連の流れ
を図２１に示すフローチャートに従って説明する。

【００８７】ノードがデータ転送を開始できるために
は、バスがアイドル状態であることが必要である。先に
行われていたデータ転送が終了して現在バスが空き状態
であることを認識するためには、各転送モードで個別に
設定されている所定のアイドル時間ギャップ長（例：サ
ブアクション・ ギャップ）を経過することによって、各
ノードは自分の転送が開始できると判断する。

【００８８】ステップＳ４０１として、Ａｓｙｎｃデー
タ、ＩＳＯデータ等それぞれ転送するデータに応じた所
定のギャップ長が得られたか判断する。所定にギャップ
長が得られない限り、転送を開始するために必要なバス
使用権の要求はできないため、所定のギャップ長が得ら
れるまで待つ。

【００８９】ステップＳ４０１で所定のギャップ長が得
られると、ステップＳ４０２として転送すべきデータが
あるか判断し、ある場合はステップＳ４０３として転送
するためにバスを確保するようバス使用権の要求をルー
トに対して発する。このときのバス使用権の要求を表す
信号の伝達は、図１２に示したように、ネットワーク内
各機器を中継しながら、最終的にルートに届けられる。
ステップＳ４０２で転送するデータが無い場合は、その
まま待機する。

【００９０】次に、ステップＳ４０４として、ステップ
Ｓ４０３のバス使用要求を１つ以上ルートが受信する
と、ルートはステップＳ４０５として使用要求を出した
ノードの数を調べる。ステップＳ４０５での選択値がノ
ード数＝１（使用権要求を出したノードは１つ）であれ
ば、そのノードに直後のバス使用許可が与えられること
になる。ステップＳ４０５での選択値がノード数＞１
（使用要求を出したノードは複数）であれば、ルートは
ステップＳ４０６として使用許可を与えるノードを１つ
に決定する調停作業を行う。この調停作業は公平なもの
であり、毎回同じノードばかりが許可を得るようなこと
はなく、平等に権利を与えていくような構成となってい
る。

【００９１】ステップＳ４０７として、ステップＳ４０
６で使用要求を出した複数のノードの中からルートが調
停して使用許可を得た１つのノードと、敗れたその他の
ノードに分ける選択を行う。ここで、調停されて使用許
可を得た１つのノード、又はステップＳ４０５の選択値
から使用要求ノード数＝１で調停無しに使用許可を得た
ノードには、ステップＳ４０８として、ルートはそのノ
ードに対して許可信号を送る。許可信号を得たノード
は、受け取った直後に転送すべきデータ（パケット）を
転送開始する。又、ステップＳ４０６の調停で敗れてバ
ス使用が許可されなかったノードには、ステップＳ４０
９としてルートから、アービトレーション失敗を示すＤ
Ｐ（data prefix ）パケットを送られ、これを受け取っ
たノードは再度転送を行うためのバス使用要求を出すた
め、ステップＳ４０１まで戻り、所定ギャップ長が得ら
れるまで待機する。

【００９２】以上がアービトレーションの流れの説明で
ある。

【００９３】＜Ａｓｙｎｃｈｒｏｎｏｕｓ（非同期）転
送＞アシンクロナス転送は、非同期転送である。図１３
にアシンクロナス転送における時間的な遷移状態を示
す。図１３の最初のサブアクション・ギャップは、バス
のアイドル状態を示すものである。このアイドル時間が
一定値になった時点で、転送を希望するノードはバスが
使用できると判断して、バス獲得のためのアービトレー
ションを実行する。

【００９４】アービトレーションでバスの使用許可を得
ると、次にデータの転送がバケット形式で実行される。
データ転送後、受信したノードは転送されたデータに対
しての受信結果のａｃｋ（受信確認用返送コード）をａ
ｃｋ ｇａｐという短いギャップの後、返送して応答す
るか、応答パケットを送ることによって転送が完了す
る。ａｃｋは４ビットの情報と４ビットのチェックサム
から成り、成功かビジー状態かペンディング状態である
かといった情報を含み、すぐに送信元ノードに返送され
る。

【００９５】次に、図１４にアシンクロナス転送のパケ
ットフォーマットの例を示す。

【００９６】パケットには、データ部及び誤り訂正用の
データＣＲＣの他にはヘッダ部があり、そのヘッダ部に
は図１４に示したような、目的ノードＩＤ、ソースノー
ドＩＤ、転送データ長さや各種コード等が書き込まれて
転送が行われる。

【００９７】又、アシンクロナス転送は自己ノードから
相手ノードヘの１対１の通信である。転送元ノードから
転送されたパケットは、ネットワーク中の各ノードに行
き渡るが、自分当てのアドレス以外のものは無視される
ため、宛先の１つのノードのみが読み込むことになる。

【００９８】以上がアシンクロナス転送の説明である。

【００９９】＜Ｉｓｏｃｈｒｏｎｏｕｓ（同期）転送＞
アイソクロナス転送は同期転送である。１３９４シリア
ルバスの最大の特徴であるとも言えるこのアイソクロナ
ス転送は、特にＶＩＤＥＯ映像データや音声データとい
ったマルチメディアデータ等、リアルタイムな転送を必
要とするデータの転送に適した転送モードである。

【０１００】又、アシンクロナス転送（非同期）が１対
１の転送であったのに対して、このアイソクロナス転送
はブロードキャスト機能によって、転送元の１つのノー
ドから他の全てのノードヘ一様に転送される。

【０１０１】図１５はアイソクロナス転送における時間
的な遷移状態を示す図である。

【０１０２】アイソクロナス転送は、バス上一定時間毎
に実行される。この時間間隔をアイソクロナスサイクル
と呼ぶ。アイソクロナスサイクル時間は１２５μＳであ
る。この各サイクルの開始時間を示し、各ノードの時間
調整を行う役割を担っているのがサイクル・スタート・
パケットである。サイクル・ スタート・ パケットを送信
するのは、サイクル・ マスクと呼ばれるノードであり、
１つ前のサイクル内の転送終了後、所定のアイドル期間
（サブアクションギャップ）を経た後、本サイクルの開
始を告げるサイクル・スタート・パケットを送信する。
このサイクル・スタート・パケットの送信される時間間
隔が１２５μＳとなる。

【０１０３】又、図１５にチャネルＡ、チャネルＢ、チ
ャネルＣと示したように、１サイクル内において複数種
のパケットがチャネルＩＤをそれぞれ与えられることに
よって区別して転送できる。これによって同時に複数ノ
ード間でのリアルタイムな転送が可能であり、又、受信
するノードでは自分が欲しいチャネルＩＤのデータのみ
取り込む。このチャネルＩＤは送信先のアドレスを表す
ものではなく、データに対する論理的な番号を与えてい
るに過ぎない。よって、或るパケットの送信は１つの送
信元ノードから他の全てのノードに行き渡るブロードキ
ャストで転送されることになる。

【０１０４】アイソクロナス転送のバケット送信に先立
って、アシンクロナス転送同様アービトレーションが行
われる。しかし、アシンクロナス転送のように１対１の
通信ではないため、アイソクロナス転送にはａｃｋ（受
信確認用返信コード）は存在しない。

【０１０５】又、図１５に示したｉｇｏ ｇａｐ（アイ
ソクロナスギャップ）とは、アイソクロナス転送を行う
前にバスが空き状態であると認識するために必要なアイ
ドル期間を表している。この所定のアイドル期間を経過
すると、アイソクロナス転送を行いたいノードは、バス
が空いていると判断し、転送前のアービトレーションを
行うことができる。

【０１０６】次に、図１６にアイソクロナス転送のパケ
ットフォーマットの例を示し、以下、これについて説明
する。

【０１０７】各チャネルに分かれた各種のパケットには
それぞれデータ部及び誤り訂正用のデータＣＲＣの他に
ヘッダ部があり、そのヘッダ部には図１６に示したよう
な転送データ長やチャネルＮｏ．、その他各種コード及
び誤り訂正用のヘッダＣＲＣ等が書き込まれ、転送が行
われる。

【０１０８】以上がアイソクロナス転送の説明である。

【０１０９】＜バス・サイクル＞実際の１３９４シリア
ルバス上の転送では、アイソクロナス転送と、アシンク
ロナス転送は混在できる。そのときの、アイソクロナス
転送とアシンクロナス転送が混在したバス上の転送状態
の時間的な遷移の様子を表した図を図１７に示す。

【０１１０】アイソクロナス転送はアシンクロナス転送
より優先して実行される。その理由は、サイクル・スタ
ート・パケットの後、アシンクロナス転送を起動するた
めに必要なアイドル期間のギャップ長（サブアクション
ギャップ）よりも短いギャップ長（アイソクロナスギャ
ップ）で、アイソクロナス転送を起動できるからであ
る。従って、アシンクロナス転送より、アイソクロナス
転送は優先して実行されることとなる。

【０１１１】図１７に示した一般的なバスサイクルにお
いて、サイクル＃ｍのスタート時にサイクル・スタート
・パケットがサイクル・マスタから各ノードに転送され
る。これによって、各ノードで時刻調整を行い、所定の
アイドル時間（アイソクロナスギャップ）を待ってから
アイソクロナス転送を行うべきノードはアービトレーシ
ョンを行い、パケット転送に入る。図１７ではチャネル
ｅとチャネルｓとチャネルｋが順にアイソクロナス転送
されている。

【０１１２】このアービトレーションからパケット転送
までの動作を、与えられているチャネル分繰り返し行っ
た後、 サイクル＃ｍにおけるアイソクロナス転送が全て
終了すると、アシンクロナス転送を行うことができるよ
うになる。

【０１１３】アイドル時間がアシンクロナス転送が可能
なサブアクションギャップに達することによって、アシ
ンクロナス転送を行いたいノードはアービトレーション
の実行に移れると判断する。但し、アシンクロナス転送
が行える期間は、アイソクロナス転送終了後から次のサ
イクル・スタート・パケットを転送すべき時間（cycle
sync）までの間にアシンクロナス転送を起動するための
サブアクションギャップが得られた場合に限っている。

【０１１４】図１７のサイクル＃ｍでは３つのチャネル
分のアイソクロナス転送と、その後アシンクロナス転送
（含むａｃｋ）が２パケット（パケット１、パケット
２）転送されている。このアシンクロナスパケット２の
後は、サイクルｍ＋１をスタートすべき時間（cycle sy
nch ）に至るため、サイクル＃ｍでの転送はここまでで
終わる。

【０１１５】但し、非同期又は同期転送動作中に次のサ
イクル・スタート・パケットを送信すべき時間（cycle
synch ）に至ったとすると、無理に中断せず、その転送
が中断した後のアイドル期間を待ってから次のサイクル
・スタート・パケットを送信する。即ち、１つのサイク
ルが１２５μＳ以上続いたときは、その分次サイクルは
基準の１２５μＳより短縮されたとする。このようにア
イソクロナス・サイクルは１２５μＳを基準に超過、短
縮し得るものである。

【０１１６】しかし、アイソクロナス転送はリアルタイ
ム転送を維持するために毎サイクル必要であれば必ず実
行され、アシンクロナス転送はサイクル時間が短縮され
たことによって次以降のサイクルにまわされることもあ
る。こういった遅延情報も含めて、サイクル・マスクに
よって管理される。

【０１１７】以上が、ＩＥＥＥ１３９４シリアルバスの
説明である。

【０１１８】図１は本発明に係る制御システムの構成を
示すブロック図であり、家庭内でデジタルバスを介して
接続されたＡＶ機器を例として本発明を説明する。

【０１１９】図１において、１００は部屋１に置かれた
第１のＴＶモニター装置、１０１〜１０３はＴＶモニタ
ー装置１００に具備された第１、第２、第３のＩＥＥＥ
１３９４インタフェース端子、１０４は第１の据置型デ
ジタルＶＴＲ装置、１０５は据置型デジタルＶＴＲ装置
１０４に具備されたＩＥＥＥ１３９４インタフェース端
子、１０６はカメラ一体型デジタルＶＴＲ装置、１０７
はカメラ一体型デジタルＶＴＲ装置１０６に具備された
ＩＥＥＥ１３９４インタフェース、１０８は制御装置、
１０９は制御装置１０８に具備されたリモコン受光部、
１１０，１１１は制御装置１０８に具備された第１、第
２のＩＥＥＥ１３９４インタフェース、１１２は別の部
屋に置かれた第２のＴＶモニター装置、１１３〜１１６
はＴＶモニター装置１１２に具備された第１、第２、第
３、第４のＩＥＥＥ１３９４インタフェース、１１７は
第２の据置型ＶＴＲ装置、１１８は第２の据置型ＶＴＲ
装置１１７に具備されたＩＥＥＥ１３９４インタフェー
ス、１１９は第２のカメラ一体型デジタルＶＴＲ、１２
０は第２のカメラ一体型デジタルＶＴＲ１１９に具備さ
れたＩＥＥＥ１３９４インタフェース、１２１はリモコ
ン装置、１２２はリモコン装置１２１に具備されたリモ
コン信号発光部である。

【０１２０】各接続機器は、互いに信号の送受信並びに
各装置の動作モードに関する通信を行うことができるよ
うに構成されている。

【０１２１】このシステムにおいて、例えば第１の据置
型デジタルＶＴＲ１０４をリモコンにて操作し、第１の
ＴＶモニター装置１００に再生画を出力する場合は、先
ず操作者がリモコン１２１により制御装置１０８の受光
部１０９に向けて第１の据置型デジタルＶＴＲ１０４を
再生モードにするためのキーボタンを押し、リモコン信
号を制御装置１０８に送る。

【０１２２】制御装置１０８は、送られたリモコン信号
を受信し、ネットワーク上のどの機器を制御するかの判
別を行い、更にどのような制御をするかのコマンド解析
をする。これにより、ネットワーク上の第１の据置型デ
ジタルＶＴＲ１０４に再生モードに移行する制御信号を
送ることが判断される。

【０１２３】次に、制御装置１０８内でＩＥＥＥ１３９
４インタフェースに載せるための制御信号フォーマット
に変換し、１３９４インタフェース端子１１０を介して
１３９４バスを経由して第１の据置型デジタルＶＴＲ１
０４に送られ、第１の据置型デジタルＶＴＲ１０４側で
は送られた制御信号を解析し、内部で再生モード移行命
令により再生画を出力する。再生信号は第１のＴＶモニ
ター装置１００に１３９４インタフェース端子を介して
１３９４バスで送られ、第１のＴＶモニター装置１００
から再生画が出力される。

【０１２４】同様に、ネットワーク内の何れの機器、例
えば別の部屋の第２の据置型デジタルＶＴＲでもリモコ
ン信号を受光した制御装置１０８経由で制御することが
できる。

【０１２５】次に、上記説明したそれぞれの過程につい
て説明する。

【０１２６】図３は制御装置１０８の内部ブロック図で
あり、１３０は受光したリモコン信号を増幅する増幅
器、１３１はリモコン信号の内容を解析するブロック、
１３２はＩＥＥＥ１３９４通信プロトコルに合わせて制
御信号をコマンドパケットに変換してパケット転送する
ブロックである。

【０１２７】図４に示す手順に従って、制御装置１０８
では、先ずコマンド解析ブロック１３１で、増幅器１３
０を通った信号の判別を行う。

【０１２８】次に、リモコン信号が入力される信号から
被測定機器の判別を行い、ここでネットワーク上のノー
ドの指定が行われる。次に、指定されたノードの機器の
対する制御命令の解析を行うことにより、送信すべき制
御内容が確定する。次に、ＩＥＥＥ１３９４プロトコル
に変換するブロック１３２にてＩＥＥＥ１３９４通信プ
ロトコルに合わせたフォーマットに変換し、ＩＥＥＥ１
３９４インタフェースを介してネットワーク上に流され
る。ここで、ＩＥＥＥ１３９４通信プロトコルはＩＥＥ
Ｅ１３９４の技術説明のような所定のパケット転送のフ
ォーマットで行われる。

【０１２９】ここでは、ＩＥＥＥ１３９４の通信プロト
コルを例として説明したが、他のデジタルバスで接続す
る場合は、その接続される規格の通信プロトコルに従っ
てフォーマット変換し、制御データ転送を行えば良い。

【０１３０】

【発明の効果】以上の説明で明らかなように、本発明に
よれば、デジタルインターフェースを備えた複数の機器
とそれらの機器間をデジタルバスを介して接続したネッ
トワーク接続装置において、ネットワーク上の各機器を
制御するためのリモコン信号を専用に受光する受光ユニ
ットとリモコン信号のコマンドを解析してネットワーク
上の各機器に制御情報を送るための制御機器を設け、該
制御機器によりネットワーク内機器の制御を統括的に管
理し、被制御機器をノード指定し、ネット経由で制御デ
ータを転送して制御するようにしたため、ネットワーク
で接続された機器のリモコンでの制御を簡単且つ円滑に
行うことができるという効果が得られる。

【図面の簡単な説明】

【図１】本発明に係るネットワーク接続装置の構成を示
すブロック図である。

【図２】従来のネットワーク接続装置の構成を示すブロ
ック図である。

【図３】リモコンの例を示す図である。

【図４】本発明に係るネットワーク接続装置の制御器の
構成を示すブロック図である。

【図５】本発明に係るネットワーク接続装置の制御器の
動作手順を示す図である。

【図６】ＩＥＥＥ１３９４インタフェースの概要を説明
するための図である。

【図７】ＩＥＥＥ１３９４インタフェースの概要を説明
するための図である。

【図８】ＩＥＥＥ１３９４インタフェースの概要を説明
するための図である。

【図９】ＩＥＥＥ１３９４インタフェースの概要を説明
するための図である。

【図１０】ＩＥＥＥ１３９４インタフェースの概要を説
明するための図である。

【図１１】ＩＥＥＥ１３９４インタフェースの概要を説
明するための図である。

【図１２】ＩＥＥＥ１３９４インタフェースの概要を説
明するための図である。

【図１３】ＩＥＥＥ１３９４インタフェースの概要を説
明するための図である。

【図１４】ＩＥＥＥ１３９４インタフェースの概要を説
明するための図である。

【図１５】ＩＥＥＥ１３９４インタフェースの概要を説
明するための図である。

【図１６】ＩＥＥＥ１３９４インタフェースの概要を説
明するための図である。

【図１７】ＩＥＥＥ１３９４インタフェースの概要を説
明するための図である。

【図１８】ＩＥＥＥ１３９４インタフェースの概要を説
明するための図である。

【図１９】ＩＥＥＥ１３９４インタフェースの概要を説
明するための図である。

【図２０】ＩＥＥＥ１３９４インタフェースの概要を説
明するための図である。

【図２１】ＩＥＥＥ１３９４インタフェースの概要を説
明するための図である。

【符号の説明】

１ ＴＶモニター ２ 据置ＶＴＲ ３ カメラ一体型ＶＴＲ ４，５ 信号入力端子 ６，７ ＡＶケーブル ８ リモコン ９〜１１ リモコン受光部 ３５ 選択スイッチ ３６ 動作モードボタン ３７ 入力選択ボタン １００ ＴＶモニター １０１〜１０３ ＩＥＥＥ１３９４インターフェース端
子 １０４ 据置デジタルＶＴＲ １０６ デジタルカメラ一体型ＶＴＲ １０７ ＩＥＥＥ１３９４インターフェース端
子 １０８ 制御器 １０９ リモコン受光部 １１０，１１１ ＩＥＥＥ１３９４インターフェース端
子 １１２ ＴＶモニター １１３〜１１６ ＩＥＥＥ１３９４インターフェース端
子 １１７ 据置デジタルＶＴＲ １１８ ＩＥＥＥ１３９４インターフェース端
子 １１９ デジタルカメラ一体型ＶＴＲ １２０ リモコン受光部 １２１ リモコン １３０ 増幅器 １３１ コマンド解析ブロック １３２ ＩＥＥＥ１３９４フォーマット変換ブ
ロック

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号 ＦＩ テーマコート゛(参考） Ｈ０４Ｎ 5/76 Ｈ０４Ｎ 5/76 Ｚ Ｆターム(参考） 5B089 GA23 HA14 HA18 JA35 KA01 5C052 AA01 CC06 CC20 DD10 EE10 5C056 AA05 BA01 BA08 CA06 CA20 DA01 DA06 DA11 EA12 EA20 FA03 5K033 BA01 BA08 BA15 CC02 DA01 DB05 5K048 AA04 BA02 DA02 DA05 DC04 EA14 HA01 HA02 HA04

Claims (2)

【特許請求の範囲】
1. 【請求項１】 デジタルインタフェースを備えた複数の
   機器とそれらの機器間をデジタルバスを介して相互に接
   続したネットワーク接続装置において、 ネットワーク上の各機器を制御するためのリモコン信号
   を専用に受光する受光ユニットとリモコン信号のコマン
   ドを解析してネットワーク上の各機器に制御情報を送る
   ための制御機器を設け、該制御機器によりネットワーク
   内機器の制御を統括的に管理し、被制御機器をノード指
   定し、ネット経由で制御データを転送して制御すること
   を特徴とするネットワーク接続機器の制御システム。
2. 【請求項２】 前記デジタルインターフェイス及びデジ
   タルバスの仕様は、ＩＥＥＥ１３９４規格に基づき又は
   準拠するようにしたことを特徴とする請求項１記載のネ
   ットワーク接続機器の制御システム。