JPH07177160A

JPH07177160A - データ転送装置

Info

Publication number: JPH07177160A
Application number: JP29770694A
Authority: JP
Inventors: Aizenhandoraa Sanfuoodo; アイゼンハンドラーサンフォード; Chiyaudorii Teiya; チャウドリーテイヤ; Rii Jioyan; リージオヤン; Shi Ramu Pin; シラムピン; Fujita Yosuke; フジタヨスケ
Original assignee: Matsushita Electric Industrial Co Ltd
Current assignee: Panasonic Holdings Corp
Priority date: 1993-11-30
Filing date: 1994-11-30
Publication date: 1995-07-14
Also published as: US5452291A

Abstract

(57)【要約】【目的】ネットワークインタフェースのコストを低減
すること、ネットワークトラヒック負荷を減少し、パケ
ット遅延も減少させること、および拡張性およびコスト
の点で優れたネットワークシステムを提供すること。【構成】受信手段は、第１の媒体からデータを受信す
る。ネットワークインタフェース手段は、受信されたデ
ータを審査し、ローカルデバイスおよび第２の媒体のど
ちらに送られるべきものか（データを送る宛先）を識別
する。データを送る宛先によって、ネットワークインタ
フェースは、ローカルデバイスか、第２の媒体かに接続
される。ネットワークインタフェース手段が、データが
ローカルデバイスに送られるものであると識別した場
合、送信手段は、クラスタ手段を介して、データをネッ
トワークインタフェース手段からローカルデバイスに送
信する。ネットワークインタフェース手段が、データが
第２の媒体に送られるものであると識別した場合、ルー
ティング手段は、データをネットワークインタフェース
手段から第２の媒体に送信する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は通信機器の分野に関し、
特に二つの異なる媒体（media）間でパケットを転送す
ることに適したネットワーク用デバイスに関する。

【０００２】

【従来の技術】ブルータ（brouter）はネットワーク用
デバイス（device、装置）であり、ブリッジ機能（ネッ
トワーク内の二カ所の間で個々のネットワークプロトコ
ルデータユニットを転送する機能）に加えていくらかの
ルータ機能（例えば、二つの媒体間でパケットを転送、
またはブロックする機能）を有する。

【０００３】ブルータは、異なる二媒体間でパケットを
転送するためにローカルエリアネットワーク（ＬＡＮ）
の中でよく使用されるが、とりわけ媒体のうち一つが無
線タイプである（つまり、赤外線あるいは無線周波数を
用いるタイプである）場合によく使用される。例えば、
赤外線（ＩＲ）遠隔制御装置などの無線媒体から、同軸
ケーブルなどの有線媒体にパケットを転送する場合や、
またその逆の場合にブルータは用いられうる。ブルータ
は有線媒体と無線媒体とを接続するために使用される。
なぜなら無線媒体の特質を考慮すると、ブルータで接続
するのが適しているからである（例えば、単一の情報源
送信がおこなわれると、ネットワークへの多数の入力点
において、別々に受信されることになる）。ブルータ
は、それぞれの媒体にとって独特の適切な物理レイヤお
よびリンクレイヤ通信機能を備えており、それによって
データが転送される。

【０００４】従来の典型的なＬＡＮ構成では、図１６に
示すように、ブルータ６００および一群のデバイス（de
vice、装置）６０４〜６０９は、それぞれ有線ＬＡＮ媒
体６２０に接続されている。それぞれのデバイス６０４
〜６０９はそれぞれ、ＬＡＮ媒体６２０とのインタフェ
ースのはたらきをするトランシーバ６０２ａ〜６０２ｆ
を有している。ブルータ６００は、ＬＡＮ媒体６２０お
よびＩＲまたはＲＦなどの第２の媒体６３０に接続され
る。無線デバイス６４０は、パケットをブルータ６００
に送信する。ＩＲ（赤外線）あるいはＲＦ（無線周波
数）媒体６３０から入パケット（incoming packet）
は、ブルータ６００に受信され、有線ＬＡＮ媒体６２０
を介して、宛先デバイス（destination device）６０４
〜６０９に転送する。本構成は、複数のネットワークイ
ンタフェース（例えばトランシーバなど）６０２ａ〜６
０２ｆを使用している。また本構成の場合、パケットが
無線媒体６３０と有線媒体６２０との間で転送されるた
びにネットワークトラヒックの負荷がかかる。

【０００５】ブルータの比較的新しい使われかたとし
て、「スマートホーム（smart home）」の中で使用され
るものがある。近年、家庭用の自動化された器具やデバ
イスが、より多く開発されてきている。このような家庭
用器具やデバイスには、娯楽システム（entertainment
system）、皿洗い器、乾燥機、セキュリティシステムお
よび室温・湯温調整システムがあるが、これに限られる
わけではない。これら器具およびデバイス間で通信を行
う可能性がある。

【０００６】ＣＥＢｕｓ規格は、家庭内のすべての自動
化デバイス間で経済的なローカルエリアネットワーク
（ＬＡＮ）通信を提供する目的を持ったホームオートメ
ーション規格である。ＣＥＢｕｓは、遠隔制御、状態モ
ニタおよびクロック同期化をサポートしている。ＣＥＢ
ｕｓは、Electronics Industries Association EIA/IS-
60,"Home Automation Standard (CEBus)"（1989年12
月）で定義されている。ＣＥＢｕｓプロトコルは、A.Hu
ssainらによる"Delay Performances of Standard and M
odified CEBus Schemes"（IEEE transactions on Consu
mer Electronics、第38巻第2号、1992年5月、第77〜79
頁）、およびJ.Yangらによる"Investigationof the Per
formance of a Controlled Router for the CEBus"（IE
EE transactions on Consumer Eiectronics、第38巻第4
号、1992年11月、第831〜832頁）に詳述されている。本
願では、これら二つの論文のＣＥＢｕｓに関する教示を
参照して、援用している。ＣＥＢｕｓプロトコルはＣＥ
Ｂｕｓをサポートするあらゆる物理媒体上のあらゆるデ
バイス間において通信がおこなえるように設計されてい
る。これらの物理媒体には、電力線、ツイストペア、同
軸ケーブル、赤外線（ＩＲ）、無線周波数（ＲＦ）およ
び光ファイバが含まれる。

【０００７】ＣＥＢｕｓ規格は、競合検索と競合解決
（contention detection and contention resolution：
ＣＤＣＲ）をもつキャリア検知多重アクセスプロトコル
（carrier sense multiple access protocol：ＣＳＭ
Ａ）を用いている。ＣＥＢｕｓは、国際標準化機構の開
放形システム相互接続（ＩＳＯ／ＯＳＩ）通信用７レイ
ヤモデルに基づいている。ＣＥＢｕｓは７レイヤのうち
の４レイヤだけを使用している。物理レイヤ、データリ
ンクレイヤ、ネットワークレイヤおよびアプリケーショ
ンレイヤである。物理レイヤは、上位（駆動）状態と下
位（非駆動）状態とをサポートする。記号は、パルス幅
符号化で表現され、キャリア信号の遷移（例えば、high
からlowへまたはlowからhighへの遷移）にかかる時間の
長さがシンボルを定義する。遷移にかかる１００マイク
ロ秒の継続時間（単位記号時間つまりＵＳＴ）は「１」
を表す。２ＵＳＴは「０」を表す。３ＵＳＴはファイル
の終わり（ＥＯＦ）を表し、４ＵＳＴはパケットの終わ
り（ＥＯＰ）を表す。ＣＥＢｕｓの他のきわだった特徴
は、データリンクフレームヘッダの構造である。データ
リンクフレームヘッダは、プリアンブル、制御フィール
ド、宛先アドレス、宛先ハウスコード、ソースアドレ
ス、ソースハウスコード、情報フィールド、およびフレ
ームチェックサムを備えている。

【０００８】ＣＥＢｕｓネットワークでは、典型的に
は、動的に再構成可能なツリー（階層）構造にインプリ
メントされるので、デバイスの各対の間には、ユニーク
なパスが存在する。この階層的トポロジィのおかげで、
パケットを送信するネットワーク用デバイスは、パケッ
トを次の媒体に送るべきかどうかを決定するだけでよ
い。ネットワークデバイスは、メッシュ型ネットワーク
で必要とされるフル（fullsuite）のネットワークサー
ビス（例えば、情報源と宛先の間の利用可能ないくつか
のパスの中から一つを選択することなど）を実行する必
要がない。さらに、パケットのコピーがつくられないの
で（無線媒体を用いたいくつかのシステムを除く）、ネ
ットワーク用デバイスは、二重化されたコピーをソート
する必要がなく、廃棄する必要もない。ＣＥＢｕｓネッ
トワークでは、ルーティングが簡単化されているので、
選択されるネットワーク用デバイスとしては、しばしば
ブルータが用いられる。

【０００９】ＣＥＢｕｓの典型的なアプリケーションと
しては、ディジタルＩＲ遠隔制御装置から、有線ＬＡＮ
媒体（同軸ケーブルなど）に接続されたオーディオ・ビ
ジュアル構成要素（audio visual component）に制御信
号を送信することがある。ブルータは、パケットを無線
ＩＲ媒体および有線ＬＡＮ媒体間で双方向に送るため
に、ＬＡＮに接続されて、無線レシーバとしても使用さ
れうる。典型的には、有線ＬＡＮに接続されるどのよう
なデバイス（ブルータおよびオーディオ・ビジュアル構
成要素）も、有線媒体を用いて、ＬＡＮに接続された他
のいかなるデバイスとも通信できる。ＩＲ遠隔制御装置
からの命令は、ブルータによって受信され、制御される
デバイスに有線媒体を介して送られる。

【００１０】

【発明が解決しようとする課題】上述した構成において
は、各オーディオ・ビジュアル構成要素はそれぞれ、有
線ＬＡＮを介して通信できるようにネットワークインタ
フェース（トランシーバなど）を有している。このよう
に典型的な応用例においては、いくつかのネットワーク
インタフェースのためにコストが高くつく。遠隔制御装
置からオーディオ・ビジュアルデバイスに命令が送信さ
れるたびに、命令は有線ＬＡＮ媒体を介して送られる。
これにより、ネットワークトラヒック負荷が増加し、パ
ケット遅延をも増加することになりうる。

【００１１】ＣＥＢｕｓは、ホームオートメーションを
大きく推進するよう設計されているが、広く一般家庭に
設置されている状態ではない。その理由の一つに、デバ
イスおよび通信媒体間のインタフェースのコストが高い
ことがある。「スマートホーム」を現実のものにするに
は、家庭電化製品（consumer device）をＣＥＢｕｓＬ
ＡＮに接続するためにより安価な装置が必要である。他
の媒体を使用する装置間の通信についてもこの問題が生
じる。

【００１２】クラスタ制御装置（cluster controller）
あるいはコンセントレータ（concentrator）も、プロセ
ッサあるいはネットワークに接続される複数のデバイス
のためのインタフェースを提供するデバイスである。デ
バイスそれぞれに対するネットワークインタフェースを
提供する代わりに、クラスタ制御装置に対して単一のネ
ットワークインタフェースが提供される。これにより、
デバイスをネットワークあるいはプロセッサに接続する
ためのハードウェアが簡単化され、プロセッサの通信効
率が高まる。これは、プロセッサは単一の物理デバイ
ス、すなわちクラスタ制御装置とだけ通信すればよいか
らである。クラスタ制御装置の一例として、ＩＢＭの
「3174 Establishment Controller」があげられる。

【００１３】クラスタ制御装置は効率を高めるが、提供
するサービスはデバイス（端末など）と、プロセッサま
たはネットワークとの間の通信に限られる。クラスタ制
御装置は取り付けられたデバイス間の通信はおこなわな
い。例えば、二つの端末がクラスタ制御装置に取り付け
られていて、その端末間をメッセージがやりとりされる
場合、メッセージは送信端末から送り出され、クラスタ
制御装置を通ってプロセッサに送られ、プロセッサから
再びクラスタ制御装置を通って受信端末に戻ってくる。

【００１４】

【課題を解決するための手段】本発明によるデータ転送
装置は、第１の媒体からデータを受信し、ローカルデバ
イスおよび第２の媒体のどちらか一方にデータを転送す
る装置であって、該第１の媒体からデータを受信する手
段と、該データを審査し、該ローカルデバイスおよび該
第２の媒体のどちらか一方に送られるものであると該デ
ータを識別するネットワークインタフェース手段と、該
ローカルデバイスを該ネットワークインタフェース手段
に直接接続する、該ネットワークインタフェース手段に
接続されたクラスタ手段と、該ネットワークインタフェ
ース手段が、該データが該ローカルデバイスに送られる
ものであると識別した場合、該クラスタ手段を介して、
該データを該ネットワークインタフェース手段から該ロ
ーカルデバイスに送信する送信手段と、該ネットワーク
インタフェース手段が、該データが該第２の媒体に送ら
れるものであると識別した場合、該データを該ネットワ
ークインタフェース手段から該第２の媒体に送信するル
ーティング手段と、を備えており、そのことにより上記
目的が達成される。

【００１５】本発明によるデータ転送装置は、第１およ
び第２の通信媒体および複数のデバイスを有するシステ
ムにおいて、データを、該第１の媒体に接続された該複
数のデバイスのうちの第１のデバイスから、該複数のデ
バイスのうちの第２のデバイスに転送する装置であっ
て、該第１のデバイスからデータを受信し、審査する、
該第１の媒体に接続されたネットワークインタフェース
手段と、該第１のデバイスを該ネットワークインタフェ
ース手段に直接接続し、該第２のデバイスを該ネットワ
ークインタフェース手段に選択的に接続するクラスタ手
段であって、該ネットワークインタフェース手段は、該
第２のデバイスが該クラスタ手段および該第２の媒体の
どちらか一方に接続されるものであると識別するクラス
タ手段と、該ネットワークインタフェース手段が、該第
２のデバイスは該クラスタ手段に接続されるものである
と識別した場合、該クラスタ手段を介して、該データを
該ネットワークインタフェース手段から該第２のデバイ
スに送信する送信手段と、該ネットワークインタフェー
ス手段が、該第２のデバイスは該第２の媒体に接続され
るものであると識別した場合、該第２の媒体を介して、
該データを該ネットワークインタフェース手段から該第
２のデバイスに送信するルーティング手段と、を備えて
おり、そのことにより上記目的が達成される。

【００１６】ある実施例では、前記ネットワークインタ
フェース手段は、大衆家庭電化製品バス（ＣＢＥｕｓ）
ネットワークインタフェースである。

【００１７】ある実施例では、前記第１のデバイスは赤
外線遠隔制御ユニットである。

【００１８】ある実施例では、前記第２のデバイスは、
オーディオ装置要素およびビジュアル装置要素からなる
グループから選択された家庭用娯楽デバイスである。

【００１９】ある実施例では、前記第２の媒体は活性状
態と非活性状態とを有し、前記送信手段は、前記ネット
ワークインタフェース手段が、前記第２のデバイスは前
記クラスタ手段に接続されるものである識別した場合、
該第２の媒体が非活性状態の時に、前記データを該ネッ
トワークインタフェース手段から該第２のデバイスに該
クラスタ手段を介して送信する。

【００２０】ある実施例では、前記複数の各デバイスそ
れぞれに関連づけられたそれぞれのアドレスを記憶する
手段をさらに備えており、前記送信手段は、前記第２の
デバイスが前記クラスタ手段に接続されているかどうか
を決定するために、該アドレスを使う。

【００２１】ある実施例では、前記アドレスを受信し、
該記憶手段に該アドレスを与える通信手段をさらに備え
ている。

【００２２】ある実施例では、連結手段に接続されたデ
バイスを制御するための複数のデバイス命令を記憶する
手段をさらに備えている。

【００２３】ある実施例では、前記装置を制御するため
の複数のマクロ命令を記憶する手段をさらに備えてい
る。

【００２４】

【作用】本発明は、第１の媒体からデータを受信し、ロ
ーカルデバイスあるいは第２の媒体のどちらか一方にデ
ータを転送する装置を提供する。

【００２５】本発明による装置は、第１の媒体からデー
タを受信する。ネットワークインタフェースはデータを
調べて、ローカルデバイスまたは第２の媒体のどちらに
向けられたのかを識別する。クラスタ機能は、ローカル
デバイスをネットワークインタフェースに直接接続する
ネットワークインタフェースに接続されている。

【００２６】ネットワークインタフェースが、データが
ローカルデバイスに向けられるものとして識別した場
合、装置はクラスタ機能を用いて、データをネットワー
クインタフェースからローカルデバイスに送信する。ネ
ットワークインタフェースが、データを第２の媒体に向
けられるものとして識別した場合、データはネットワー
クインタフェースから第２の媒体に送信される。

【００２７】

【実施例】はじめに本発明による実施例を概観すること
から始める。

【００２８】図１は、ブルータクラスタ制御装置（ＢＣ
Ｃ）１０および１１を備えた本発明の実施例によるシス
テムのブロック図である。ブルータクラスタ制御装置１
０および１１は、ブルータ（データを第１の媒体から第
２の媒体に送信する機能を備えている）がもつブリッジ
（データリンク）機能およびルート機能と、クラスタ制
御装置の集信機能とを兼ね備えている。

【００２９】有線ネットワーク８０には、一つあるいは
それ以上のＢＣＣが接続可能である。各ＢＣＣ１０およ
び１１は、デバイス（device、装置）（ＢＣＣ１０に接
続されたデバイス５０、５２および５４、ＢＣＣ１１に
接続されたデバイス５１、５３および５５）の集まり
（cluster）をサポートしている。ＢＣＣは、第２の媒
体を経由してデバイスと通信することもできる。例え
ば、無線デバイス９０および９１は、それぞれＢＣＣ１
０および１１と通信している。ＢＣＣ１０および１１の
いずれかと通信しているデバイス５０〜５５、９０ある
いは９１はいずれも、ＢＣＣ１０および１１のいずれか
に接続されている他のいずれかのデバイス５０〜５５、
９０あるいは９１にパケットを送信できる。

【００３０】ＢＣＣ１０および１１は、複数の通信媒体
を備えたネットワークの中で使用されるのが好ましい。
例えば、図１に示すように、デバイス９０および９１
は、無線媒体９３（ＩＲ、ＲＦあるいは超音波）を用い
て、それぞれＢＣＣ１０および１１と通信している。デ
バイス５０〜５５は、各デバイスに接続された専用のプ
ライベートリンク（private link）１３ａ〜１３ｆ（有
線および／または無線リンクを備えた種々の構成をとり
うる）を含むクラスタ機構を用いて、ＢＣＣ１０および
１１と通信している。これらのプライベートリンクは有
線あるいは無線リンクとすることができる。各ＢＣＣ１
０および１１は、有線ＬＡＮ媒体８０および無線媒体９
３にも接続されている。各ＢＣＣ１０および１１は、Ｂ
ＣＣを介して専用プライベートリンク１３ａ〜１３ｆに
取り付けられたデバイス用のクラスタ制御装置として、
またブルータとして機能する。ブルータ機能は、無線媒
体９３と有線媒体８０との間でパケットを転送する場
合、無線媒体９３とデバイス５０〜５５との間でパケッ
トを転送する場合、および有線媒体８０とデバイスとの
間でパケットを転送する場合に効果的である。

【００３１】ＢＣＣ１１は、二つの有線媒体間でパケッ
トを転送するときにも使用されうる。例えば、図１では
破線で描かれているが、デバイス５７にも第２の有線媒
体９５が接続されうる。ＢＣＣ１１は、ツイストペア線
を用いて接続されたデバイス５７からのパケットを受信
できる。

【００３２】典型的な構成では、ＢＣＣ１０および１１
は二つの異なった区域にサービスを提供する。例えば、
ＢＣＣ１０および１１は異なる部屋に設置されたり、ビ
ルの異なる階に設置されてもよい。ＢＣＣ１０および１
１のサポートする典型的な送信には、無線デバイス９０
からそれに近接して設置された有線デバイス５０への送
信、無線デバイス９０から遠くのデバイス５１への送
信、有線デバイス５０からそれに近接して設置された有
線デバイス５２への送信、有線デバイス５０から遠くの
無線デバイス９１への送信、および無線デバイス９０か
ら遠くの無線デバイス９１への送信がある。本質的に、
二媒体間のあらゆる接続がサポートされている。

【００３３】例えば、デバイス９０をＬＣＤディスプレ
イ（液晶表示装置、図示せず）を有したＩＲ遠隔制御装
置とする。デバイス５５はＢＣＣ１０から離れて設置さ
れたコンパクトディスク（ＣＤ）プレーヤーでもよい。
ＩＲ遠隔制御装置９０から送り出された命令は、ＢＣＣ
１０、ＬＡＮ８０およびＢＣＣ１１を通してＣＤプレー
ヤー５５に送られうる。命令に対する応答として、ＣＤ
プレーヤー５５は、ＢＣＣ１１、ＬＡＮ８０およびＢＣ
Ｃ１０を通して遠隔制御装置９０への状態メッセージを
返送しうる。状態メッセージは、遠隔制御装置９０のＬ
ＤＣ（不図示）に表示することができる。あるいは遠隔
制御ユニット９０内でＣＤ制御パネルのメニューあるい
は画像を表示する処理を始動できる。この双方向性通信
が可能であることにより、遠隔制御ユニットのＬＣＤ上
にＣＤ制御パネルを表示すること、あるいはＣＤプレー
ヤー５５をプログラミングするために遠隔制御装置のＬ
ＣＤ上にコマンドメニューである「オンスクリーン表
示」を表示することにも応用できる。もちろんこれらの
応用例は、上記の例には限られない。

【００３４】図１に示す構成において、ＢＣＣ１０は、
たとえネットワーク８０が使用不可能になったり、非活
性状態（inactive state）に置かれたとしても、無線デ
バイス９０を有線デバイス５０、５２および５４に接続
するのに効果的である。従来技術の装置とは異なり、無
線デバイス９０と有線デバイス５０、５２および５４の
いずれかとの間のパケットは、ネットワーク８０を介し
てルーティングされることなく、ＢＣＣ１０から宛先デ
バイスに直接転送される。これによりパケット遅延が減
少するだけでなく、ネットワーク８０のトラヒック量も
減少し、各デバイスそれぞれに対する独立したトランシ
ーバの必要性がなくなる。

【００３５】さらに、ＢＣＣ１０はネットワーク８０が
なくても動作できるので、ネットワーク８０がインスト
ールされる前に、ＢＣＣ１０ならびにデバイス５０、５
２、５４および９０はインストールされ、互いに接続さ
れてもよい。このモジュラーアプローチによってネット
ワーク８０のインストールおよび拡張に柔軟性が生じ
る。

【００３６】図２および図３は、複数の家庭電化製品
（例えば、テレビ５０、レーザディスクプレーヤ５２、
受信機５４、ビデオテープレコーダ（以下ＶＴＲとい
う、ビデオカセットレコーダ：ＶＣＲともいう）＃１
５６、ＶＴＲ＃２５８、コンパクトディスク（ＣＤ）
プレーヤー６０およびＩＲ遠隔制御ユニット９０）を備
えたホームオートメーションシステムにおける本発明の
応用例を示している。まず図２を参照する。デバイス５
０〜６０は、それぞれの通信リンク１３ａ〜１３ｆを介
してブルータクラスタ制御装置（ＢＣＣ）１０に接続さ
れている。ＢＣＣ１０は、次にローカルエリアネットワ
ーク（ＬＡＮ）８０に接続されている。ＢＣＣ１０は、
単一の双方向性命令および状態通信リンク２６をＬＡＮ
８０とデバイス５０〜６０の間に提供している。ＩＲ遠
隔制御ユニット９０などの無線デバイスはＢＣＣ１０と
も通信している。本実施例においては、ＣＥＢｕｓ通信
プロトコル（ＣＳＭＡ／ＣＤＣＲ）が有線媒体および無
線媒体の両方に使用されている。

【００３７】以下の例では、命令パケットが、第１のデ
バイスである遠隔制御ユニット９０から第２のデバイス
であるＶＴＲ＃１５６に送られている。当業者にとっ
て、「第１のデバイス」および「第２のデバイス」とい
う用語は、デバイス５０〜６０および９０のいずれをも
指しうる。また、ＩＲ遠隔制御ユニット９０は、ＢＣＣ
１０を介してデータを受信しうるし、ＶＴＲ５６は、Ｂ
ＣＣ１０を介してデータを送信しうる。無線ユニットが
パケットを送信し、有線ユニットがパケットを受信する
のはあくまで一例であって、限定する意味ではない。

【００３８】ＢＣＣ１０は、第１の（ＩＲ）媒体および
第２の（有線）通信媒体を用いて、複数のデバイスのう
ちの第１のデバイス（例えば、ＩＲ遠隔制御ユニット９
０）から複数のデバイスのうち第２のデバイス（例え
ば、テレビ５０あるいはＶＴＲ＃１５６）にデータを
送信する。本実施例において、デバイス５０〜６０はク
ラスタ手段２８を介してＢＣＣ１０に接続されており、
ＩＲ遠隔制御装置９０はＩＲ媒体９３を介してＢＣＣ１
０と通信している。

【００３９】図３に示すように、ＢＣＣ１０は無線トラ
ンシーバ１２、無線ネットワークインタフェース１４、
有線ネットワークインタフェース１６および有線ネット
ワークトランシーバ１８を備えている。ネットワークイ
ンタフェース１４は、第１のデバイス（例えば、遠隔制
御装置９０）からのデータを受信し調べるために、トラ
ンシーバ１２を介して無線媒体（ＬＡＮ８０）に接続さ
れている。クラスタ手段２８（図５を参照して後述す
る）は、テレビ５０およびＶＴＲ５６をネットワークイ
ンタフェース１６に直接接続するために設けられてい
る。ネットワークインタフェース１６は、第２のデバイ
ス（テレビ５０あるいはＶＴＲ５６）がクラスタ手段２
８に接続されると識別し、パケットを転送する。第２の
デバイスがＬＡＮ８０もしくはもう一つのＢＣＣ１１に
接続される遠隔デバイスならば（図１参照）、ネットワ
ークインタフェース１６は、宛先はネットワーク８０に
あると認識し、パケットは、トランシーバ１８を介して
ネットワーク８０へ転送される。

【００４０】次の例では、状態パケットが、第１のデバ
イスであるＶＴＲ５６から、第２のデバイスである遠隔
制御ユニット９０に送られる。状態パケットは、上述の
第１の実施例でＩＲ遠隔制御装置９０から送られる命令
パケットに対する応答であってもよい。

【００４１】ＢＣＣ１０は、第１の（有線）媒体および
第２の（ＩＲ）通信媒体を介して、複数のデバイスの第
１のデバイス（例えば、ＶＴＲ＃１５６）から、複数
のデバイスのうちの第２のデバイス（例えば、テレビ５
０あるいはＩＲ遠隔制御ユニット９０）にデータを送信
する。本実施例において、デバイス５０〜６０はクラス
タ手段２８を介してＢＣＣ１０に接続されており、ＩＲ
遠隔制御装置９０は第２の（ＩＲ）媒体９３を介してＢ
ＣＣ１０と通信している。

【００４２】図３に示すように、ネットワークインタフ
ェース１６は、第１のデバイス（例えば、ＶＴＲ＃１
５６）からのデータを受信し調べるクラスタ２８および
リンク１７を介して、第１のデバイス（ＶＴＲ＃１５
６）に接続されている。クラスタ手段２８（図５を参照
して後述）は、ＶＴＲ＃１５６をネットワークインタ
フェース１６に直接接続するため、および第２のデバイ
ス（例えば、テレビ５０あるいは遠隔制御ユニット９
０）をネットワークインタフェース１６に選択的に接続
するために設けられている。ネットワークインタフェー
ス１６は、第２のデバイス（テレビ５０あるいは遠隔制
御ユニット９０）をそれぞれ、クラスタ手段２８もしく
は第２の媒体（無線媒体９３あるいは有線媒体８０）の
どちらか一方に接続されるものとして識別する。

【００４３】ＢＣＣ１０は、ネットワークインタフェー
ス１４が第２のデバイスをクラスタ手段２８に接続され
るものと識別した場合、クラスタ手段２８を介して、デ
ータをネットワークインタフェース１６から第２のデバ
イスに送信する。例えば、第２のデバイスがテレビ５０
の場合、ネットワークインタフェース１６は、第２のデ
バイスがクラスタに取り付けられていると認識し、デー
タはクラスタ手段２８から無線媒体９３に転送されな
い。

【００４４】図１に示すように、ネットワークインタフ
ェース１６が、第２のデバイスを第２の媒体９３に接続
されるものと識別した場合、装置は，ＩＲ媒体９３を介
してデータをネットワークインタフェース１６から第２
のデバイスにルーティングする。例えば、第２のデバイ
スがＩＲ遠隔制御ユニット９０である場合、ネットワー
クインタフェース１６は、第２のデバイスがＩＲ媒体９
３上にあると認識し、パケットは、クラスタ手段２８あ
るいは有線媒体８０から無線媒体９３に転送される。

【００４５】ＢＣＣ１０は、データ変調器／復調器７０
（図２に示す）によって、通信リンク１３ｇを用いて命
令データと状態データを交換しうる。データ変調器／復
調器７０は、デバイス５０〜６０によって送信されたデ
ータを、デバイスが受信した命令に応答して復号化す
る。

【００４６】以下に、本発明の実施例をより詳細に述べ
ることにする。

【００４７】図３を参照して上述したように、ＢＣＣ１
０は二つのネットワークインタフェース１４および１６
を備えている。図４は、ネットワークインタフェース１
４および１６をさらに詳しく示している。本実施例は、
ＣＥＢｕｓプロトコルに従っており、インタフェース１
４および１６は、ＣＥＢｕｓネットワークインタフェー
ス（ＣＮＩ）である。ＣＮＩは、バス上のデバイスおよ
びＣＥＢｕｓネットワークの間のインタフェースの、Ｏ
ＳＩ設計を実現した例である。ＢＣＣ１０は、図４に示
すライン２２ａおよび２２ｂを備えた、通信リンク２２
（図３）によって互いに接続されている無線ＣＮＩ１４
および有線ＣＮＩ１６を備えている。

【００４８】本実施例において、ＣＮＩ１４は、マイク
ロプロセッサ３１、データ用ランダムアクセスメモリ
（ＲＡＭ）３０およびプログラム記憶用読み出し専用メ
モリ（ＲＯＭ）３２を備えている。典型的なマイクロプ
ロセッサ３１としてIntel 8052マイコン（microcontrol
ler）がある。ＲＡＭ３０は２キロバイトのメモリを備
えており、ＲＯＭ３２は３２キロバイトのメモリを備え
ている。電気的消去書き込み可能な読み出し専用メモリ
（ＥＥＰＲＯＭ）３３のような付属の不揮発性メモリデ
バイスが設けられている。ＲＯＭ３２は、ＢＣＣ１０を
操作するソフトウェアを格納する。ＥＥＰＲＯＭ３３
は、各インストールに対して一意的に定義されうるデバ
イス命令およびデバイスマクロを格納するために使用さ
れる。詳細については後述する。

【００４９】アドレスバス３６およびデータバス３４
は、マイクロプロセッサ３１を、ＲＡＭ３０、ＲＯＭ３
２およびＥＥＰＲＯＭ３３にそれぞれ接続している。加
えて、後述するようにソフトウェアをＢＣＣ１０にダウ
ンロードするために、オプションのダイレクトメモリア
クセス（ＤＭＡ）チャネル３７あるいは３８が、アドレ
スバス３６およびデータバス３４に接続されている。有
線媒体ＣＮＩ１６も同様の構成で配列されることは、当
業者に理解される。図４に示すように、ＣＮＩ１６内の
マイクロプロセッサ４１、ＲＡＭ４０、ＲＯＭ４２、Ｅ
ＥＰＲＯＭ４３、データバス４４およびアドレスバス４
６がそれぞれ、マイクロプロセッサ３１、ＲＡＭ３０、
ＲＯＭ３２、ＥＥＰＲＯＭ３３、データバス３４および
アドレスバス３６に対応する。

【００５０】無線媒体９３上、有線媒体８０上、ライン
２０（トランシーバ１２をマイクロプロセッサ１４に接
続する）上、およびライン２４（トランシーバ１８をマ
イクロプロセッサ１６に接続する）上の符号は、１ＵＳ
Ｔ（１００マイクロ秒）の倍数の時間の駆動状態持続期
間および非駆動状態持続期間によって、符号化される。
遷移（transition）と次の遷移との時間が符号を決定す
る。トランシーバ１２は受信した符号をディジタル形式
に変換する。ディジタル的な遷移は、記号１、０、ＥＯ
ＦおよびＥＯＰを記述する。マイクロプロセッサ３１上
の外部割り込みピン（図示せず）は、マイクロプロセッ
サに入力信号を与える。この入力信号は内部カウンタ
（図５および図６を参照して後述）をゲートするので、
各遷移は、受信カウンタ割り込み（receive counter in
terrupt）を生じ、信号持続期間カウントをフリーズ（f
reeze）する。割り込みルーチンは、符号を受信するた
め、持続期間カウントを復号化する。

【００５１】デバイス５０〜６０とＢＣＣ１０との間の
クラスタ機構２８は、有線リンクあるいは無線リンクの
いずれか、もしくは二者を組み合わせたものを備えても
よい。本実施例において、すべてのリンク１３ａ〜１３
ｇは、マイクロコンピュータ４１の出力ポートから、そ
れぞれのデバイスあるいはＩＲ信号を介してデバイス５
０〜６０上のＩＲ入力ポートと通信するＬＥＤにいたる
「有線の（wired）」リンクである。

【００５２】パケットが有線あるいは無線ネットワーク
インタフェースのどちらか一方に受信され、もう一方の
有線あるいは無線インタフェースに宛先づけられた場
合、パケットは、パス２２を介してネットワークインタ
フェース間を送信される。通信パス２２は、マイクロプ
ロセッサ３１および４１のシリアルポート３１ａ、３１
ｂ、４１ａおよび４１ｂを接続するシリアル非同期通信
チャネルである。このチャネル上で使用される典型的な
プロトコルは、ハンドシェーク線のないディジタルＲＳ
−２３２リンクである。リンクは、マイクロプロセッサ
３１上に二つのポート（送信３１ａおよび受信３１ｂ）
と、それぞれのポートに接続されるライン２２ａおよび
２２ｂとを備えている。一つのライン２２ａは、マイク
ロプロセッサ３１の送信ポート３１ａおよびマイクロプ
ロセッサ４１の受信ポート４１ｂを接続している。もう
一方のライン２２ｂは、送信ポート４１ａと受信ポート
３１ｂを接続している。

【００５３】シリアルポート３１ａ、３１ｂ、４１ａお
よび４１ｂは、４００マイクロ秒ごとに低優先シリアル
ポート割り込みにより駆動される。シリアルポート割り
込みは、マイクロプロセッサ３１の標準割り込みを使用
している。ポートは、２５キロビット毎秒のデータレー
トで動作するようにセットされている。１バイトごと
（各８ビットバイトにつき、総量１０ビットに対し、二
つのフレーミングビット、すなわちスタートビットとス
トップビットを有する）に、ＲＡＭ３０内の保持レジス
タからデータを取りだし、データを格納するのに、４０
０マイクロ秒が利用可能である。これにより、データを
格納するのに十分な時間がとれる。この結果、マイクロ
プロセッサ３１および４１のインタフェースは、ハード
ウェアを付属することなく実現される。

【００５４】データが無線媒体および有線媒体間を転送
される時は、必ずシリアルリンク２２を介して送信され
る。シリアル受信割り込みは、シリアルポートを介して
１バイトすべてが受信されるたびに生じる。シリアルポ
ート割り込み受信ルーチンは、正常なパケットを他の媒
体から受信したときに、ネットワークレイヤ１００（図
９参照）によってチェックされるフラグをセットする。
送信処理は「ジャンプスタート（jump started）」であ
る。「ジャンプスタート」とは、一つのネットワークイ
ンタフェースからもう一つのネットワークインタフェー
スにシリアル転送をする埋め込み型ソフトウェアによっ
て引き起こされるハードウェア割り込みをいう。シリア
ル送信バッファが空の時、すべてのポインタはリセット
され、処理が終了する。

【００５５】本実施例において、デバイス５０〜６０に
使用されるすべてのデバイス命令およびマクロ（手続
き）について、共通アプリケーション言語（common app
lication language：ＣＡＬ）の符号化されたシーケン
スは、マイクロコンピュータ３１にダウンロードされ
る。ＣＡＬ命令およびＣＡＬマクロのＩＲシーケンスへ
の翻訳は、それぞれＢＣＣ１０にダウンロードされる。
デバイス５０〜６０の媒体アクセス制御（ＭＡＣ）アド
レスおよびＢＣＣ１０それ自身のアドレスは、ＢＣＣ１
０にダウンロードされる。命令シーケンスおよびマク
ロ、翻訳およびＭＡＣアドレスは、すべてＥＥＰＲＭＯ
Ｍ３３のような不揮発性メモリデバイスに記憶される。
ＢＣＣ１０が、ＣＥＢｕｓＬＡＮ８０あるいはＩＲ媒体
９３からのＣＡＬ命令を受信すると、ＢＣＣ１０はＣＡ
Ｌ命令を復号化し、その命令に対応付けられている、命
令に先立ってＥＥＰＲＯＭ３３にロードされたＩＲシー
ケンスに翻訳する。ＢＣＣ１０は、復号化したＩＲ命令
を、先行してＢＣＣ１０にダウンロードされたＭＡＣア
ドレスを有するデバイスに送る。

【００５６】ソフトウェアをダウンロードするのに、別
のプロセッサ（図示せず）をマイクロプロセッサ３１お
よび４１に接続してもよい。本実施例では、シリアルポ
ート３１ａ、３１ｂ、４１ａおよび４１ｂがプロセッサ
３１および４１間の通信に使用されるので、シリアルリ
ンク２２を多重化すること、およびシーケンス、翻訳お
よびアドレスがダウンロードされるときは、ＢＣＣ１０
をディセーブル（disable）することが望ましい。

【００５７】図４を用いて上述したように、命令をＥＥ
ＰＲＯＭ３３にダウンロードする別の方法は、図４に破
線で示されるＤＭＡチャネル３７を使用することであ
る。アドレステーブルおよびアドレス命令、マクロ（プ
ロシージャ）および翻訳は、すべてこのチャネルからダ
ウンロードしてもよい。ＤＭＡを使用したとき、図示す
るように、ソフトウェアはＣＮＩ１４のうちの一つにダ
ウンロードされてもよく、また、シリアルリンク２２を
経由して、もう一つのＣＮＩ１６に転送されてもよい。
また、ＤＭＡチャネルは、有線媒体ＣＮＩ１６に接続さ
れてもよく、有線媒体ＣＮＩ用に、余分にＤＭＡチャネ
ル（図示せず）を設けてもよい。

【００５８】クラスタ機能を提供するために、マイクロ
コンピュータ４１上にはいくつかの予備ポートビット
（図示せず）がある。各予備ポートビットは、それぞれ
のクラスタ内のそれぞれのデバイスを駆動する専用の形
式で使用されうる。マイクロコンピュータ４１は、一度
に一つの命令を一つのデバイス５０〜６０に送るように
セットアップされている。クラスタ内での望ましいデバ
イス数が予備ポートビットの数を超えると、追加のデバ
イスをサービスするために、ポートビットの一つと関連
してマルチプレクサ（図示せず）を使用してもよい。ま
た、「８の１（１of ８）」デコーダ７４（図５に示
す）は、マイクロコンピュータ４１からの４入力ビット
（３アドレスビットと１データビット）の信号に基づ
き、８個まであるデバイスのうちの一つを駆動しうる。

【００５９】図５は、図３に示すクラスタ手段２８の実
施例のブロック図である。図５の実施例は、ＩＲ遠隔制
御デバイスを使用する、現在あるデバイス５０〜６０と
最大限に互換性を提供することを目的としている。この
ため、クラスタ手段２８からデバイス５０〜６０への通
信は、赤外線通信リンクを使用する。

【００６０】クラスタ手段２８は、送信ライン１７ａ、
受信ライン１７ｂおよび割り込みライン１７ｃを備えた
ケーブル１７によって、マイクロプロセッサ４１（図４
に示す）の出力ポート（図示せず）に接続されたデコー
ダを備えている。

【００６１】デコーダ７４は、マイクロプロセッサ４１
からの値を受信し、各発光ダイオード（ＬＥＤ）７８ａ
〜７８ｆを駆動させるドライバ７６ａ〜７６ｆのうち一
つを選択的に駆動する。ドライバ７６ａ〜７６ｆは、ト
ランジスタや、あるいはＬＥＤ７８ａ〜７８ｆを駆動す
ることのできる他のデバイスであってもよい。各ＬＥＤ
７８ａ〜７８ｆは、各デバイス５０〜６０の各ＩＲウイ
ンドウ７９ａ〜７９ｆに向けられている。これにより、
二つのデバイス５０〜６０が、それぞれ同一のＩＲ命令
シーケンスに返答したとき起こりうる問題が解決され
る。各デバイス５０〜６０が、２つ以上のＬＥＤからＩ
Ｒ命令を受信するのを防げば、この問題は回避できる。

【００６２】デバイス５０〜６０からクラスタ手段２８
に戻される通信は、無線媒体あるいは有線媒体を使用し
て実現してもよい。図５に示す本実施例は、有線媒体７
７ａ〜７７ｆ、８５ａ〜８５ｆの実現を図示している。
通信リンク７７ａ〜７７ｆおよび８５ａ〜８５ｆは、無
線リンクであってもよい。

【００６３】デバイス（例えばテレビ５０）がＢＣＣ１
０を通して送られる命令あるいは状態メッセージを有し
ているとき、デバイス５０は、各ライン８５ａを介して
割り込み制御装置７３に信号を送信する。こんどは割り
込み制御装置７３は、ライン８３ａを介して、割り込み
信号をマイクロプロセッサ７１に送る。マイクロプロセ
ッサ７１は、ライン８３ｂを介して制御装置７３にアク
ノリッジを送る。マイクロプロセッサ７１は、マルチプ
レクサ７５が、テレビ５０用の各データライン７７ａを
使用可能にするようにセットするため、ライン８１ｂを
介してマックス（ｍｕｘ）選択信号をマルチプレクサ７
５に送る。テレビ５０は、ライン７７ａ、マルチプレク
サ７５およびデータライン８１ａを介して、命令パケッ
トあるいは状態パケットをマイクロプロセッサ７１に送
信する。マイクロプロセッサ７１は、割り込み信号を有
線媒体ネットワークインタフェース１６の割り込みライ
ン１７ｃに送信し、パケットをインタフェース１６に送
信する。

【００６４】以下に、ソフトウェアの構造を詳細に述べ
ることにする。

【００６５】これからの部分では、ＣＮＩ１４および１
６のどちらか一方で行われる処理について述べる。ＢＣ
Ｃ１０内の各ＣＮＩでは、同様の処理（例えば、アプリ
ケーションレイヤ、ネットワークレイヤおよびデータリ
ンクレイヤ）が実行されることを当業者なら理解でき
る。また、ＢＣＣ１０に対するプロトコルが、ＣＥＢｕ
ｓの物理レイヤ、リンクレイヤおよびネットワークレイ
ヤインタフェースの要件に関する記述のある"The CEBus
Brouter Protocol Draft Sandards: Vol.6 Revised Ve
rsion"（Electronic Industries Association、1992年1
月15日）で述べられているＣＥＢｕｓインタフェース規
格に従っていることも理解される。ここでは触れていな
いが、タイミング要件は、ＣＥＢｕｓ規格に従って実現
される。図９は、ＢＣＣ１０のソフトウェアの主処理の
ブロック図である。各マイクロプロセッサ３１および４
１は、図９に示す五つの処理の一つを常に実行してい
る。

【００６６】図９を参照すると、ＣＥＢｕｓプロトコル
のアプリケーションレイヤは、メッセージ転送素子（Ｍ
ＴＥ）機能１０２および共通アプリケーション言語（Ｃ
ＡＬ）機能１０４を備えている。アプリケーションレイ
ヤ機能は取り付けられたデバイスをサービスする。ネッ
トワークレイヤ１００、ＭＴＥ１０２およびＣＡＬ１０
４を備えたループは連続して実行する。

【００６７】割り込み処理１０６は、いくつかのイベン
トのうち一つが起こると実行される。これらのイベント
には、外部送信の受信、データの送信を試みている間の
コリジョンの検出、内部カウンタ（受信カウンタ、送信
カウンタおよびバス静止カウンタ（bus quiet counte
r））のタイムアウト、主ループ処理をするＤＬＬ処理
をインタリーブするためのＤＬＬプリエンプティブ（pr
eemptive）処理カウンタ割り込み、あるいはアプリケー
ション割り込みなどのイベントが含まれる。これらは、
シリアルリンク割り込み、カウンタ割り込みもしくは外
部割り込みになりうる。これらの割り込みのうちのいく
つかは、図１１から１４を参照して、後に詳述する。

【００６８】データリンクレイヤ（ＤＬＬ）１０８は、
パケットを受信しながら、パケットを復号化し、かつＲ
ＡＭ３０あるいは４０内に実現されるサーキュラ・キー
（circular queue）に記憶する。また、ＤＬＬ１０８
は、そのＲＡＭ内で実現される、パケットアドレスを保
持するためのもう一つのサーキュラ・キーを介して、デ
ータにアクセスし続ける。ＤＬＬは、パケットが到着す
るとパケット完全性（packet integrity）チェックを行
うので、ＣＮＩ１４は、ＥＯＰ符号を受信するとすぐパ
ケットが受け入れられるかどうか、ＩＡＣＫ（immediat
e acknowledge packet）を送るかどうかなどがわかる。
受け入れられたパケットは、ネットワークレイヤ１００
に送られる。ＤＬＬは、ＤＬＬがいる状態によって変化
するレートでプリエンプティブに実行される。

【００６９】ネットワークレイヤブロック１００は、Ｏ
ＳＩネットワークレイヤの機能をはたす。この機能の中
には、ブルータアドレス指定も含まれる。ブルータアド
レス／ＤＬＬアドレステーブルは、ネットワークレイヤ
に使用されるＥＥＰＲＯＭ３３（図４に示す）に設けら
れ、記憶される。受信された各データは、ブルータアド
レスを含むかどうか決定するためにチェックされる。ブ
ルータアドレスは、無線媒体９３を介してデータが無線
デバイスから、かつ／または無線デバイスへ転送された
ときに存在する。

【００７０】図６から図８は、受信パケットのネットワ
ークヘッダ内のブルータアドレスに基づいて、ルート決
定がどのように行われるかを示したものである。ネット
ワークレイヤ１００によって処理されるネットワークヘ
ッダは、ブルータアドレスフィールドを二つまで含むこ
とができる。ブルータアドレスは、パケットが無線媒体
で発信されたり、無線媒体を介して送られたりした時
に、パケットのネットワークヘッダ内に存在する。二つ
のブルータアドレスは、パケットが第１の無線デバイス
から第１のＢＣＣを通り、有線媒体を介し、第２のＢＣ
Ｃを通って第２の無線デバイスに送られた場合（例え
ば、図１のデバイス９０からデバイス９１に送られる場
合）に、存在する。パケットが無線デバイスから送り出
された場合、ブルータアドレスはＢＣＣ１０のアドレス
であり、宛先アドレスは無線媒体上のデバイスのアドレ
スであることに注意されたい。

【００７１】たとえば、パケットがＢＣＣ１０を経由し
てＣＤプレーヤーから遠隔制御装置９０に送られた場合
（図３に示す構成において）、ネットワークヘッダ内の
第１のブルータアドレスは、ＢＣＣ１０のアドレスとな
る。ＢＣＣ１０はいったんパケットを受信すると、ＥＥ
ＰＲＯＭ３３（図３に示す）に格納されているアドレス
情報を使用して、パケットをＢＣＣ１０の無線側１４に
リレーし、その後遠隔制御ユニット９０にリレーするこ
とを決定する。

【００７２】さらに、実施例では、パケットが無線デバ
イス９０から無線デバイス９１に送られる。パケット
は、ＢＣＣ１０のＭＡＣアドレスである第１のブルータ
アドレス、あるいは場合によっては位置ホルダー（plac
eholder）（位置ホルダーは、第１のブルータアドレス
フィールドにおける’ＦＦＦＦ’という標準値である。
第１のブルータアドレスが位置ホルダー値を持つとき、
無線媒体ネットワークインタフェースが受信したパケッ
トはアクセプト（accept）される。）を有する。第２の
ブルータアドレスは、ＢＣＣ１１のＭＡＣアドレスであ
る。

【００７３】図６は、ＢＣＣがクラスタ機構２８からの
パケットを受信したときに実行される工程を示すフロー
チャート図である。

【００７４】図６の工程１５０において、クラスタ機構
２８（図５に示す）を介して、デバイス（例えば、図１
に示す５０、５２あるいは５４）からのパケットをＢＣ
Ｃ１０によって受信する。工程１５２においてネットワ
ークレイヤ１００は、宛先アドレスが同一のクラスタ機
構２８に接続されたもう一つのデバイスの宛先アドレス
と一致するかどうかを決定する。宛先アドレスが一致す
るなら、工程１５４において、パケットは、有線媒体８
０あるいは無線媒体９３を介して送信せずに、ネットワ
ークレイヤ１００から宛先デバイス５０、５２あるいは
５４に送信される。

【００７５】工程１５２において、パケットの宛先アド
レスが、同一のクラスタ機構２８に取り付けられた他の
デバイス５０、５２あるいは５４のアドレスのいずれに
も一致しない場合、工程１５６においてネットワークレ
イヤ１００は、その宛先アドレスが、ＢＣＣ１０のアド
レステーブル内で識別した、無線媒体９３上のデバイス
（例えば、遠隔制御装置９０）のうちの一つのアドレス
に一致するかどうかを決定する。ＢＣＣ１０の無線側上
のデバイスは、アドレステーブルにリストされる。パケ
ットの宛先アドレスが、工程１５６のアドレステーブル
内で識別された無線デバイスのうち一つのアドレスと一
致する場合、工程１５８で、ネットワークレイヤ１００
が、シリアルインタフェース２２を介して、有線媒体ネ
ットワークインタフェース１６から無線媒体ネットワー
クインタフェース１４にパケットを送信する。パケット
は、無線媒体ネットワークインタフェース１４内で実行
されているネットワークレイヤ処理に受信される。

【００７６】工程１５６において、パケットの宛先アド
レスが、クラスタ機構２８に取り付けられたデバイス５
０、５２あるいは５４のいずれの宛先アドレスとも一致
しない場合、あるいは、無線媒体を経由してＢＣＣ１０
に接続されるデバイス（遠隔制御装置９０など）のいず
れのアドレスとも一致しない場合、工程１６０で、ネッ
トワークレイヤ１００は、宛先デバイスが有線媒体に
（直接、あるいは第２のＢＣＣ１１を経由して）接続さ
れるとみなす。次に工程１６２では、図８の工程２２０
に示されるように、ＢＣＣ１０がパケットを有線媒体を
介して送信する。図７は、ＢＣＣ１０が無線媒体９３を
介してパケットを受信したときにネットワークレイヤが
実行する工程を示すフローチャート図である。工程１７
０において、無線ネットワークインタフェース１４は、
無線媒体９３からのパケットを受信する。工程１７２に
おいて、インタフェース１４内のデータリンク（ＤＬ
Ｌ）レイヤは、宛先デバイスが、ＢＣＣ１０のクラスタ
機構２８に接続されたデバイス５０、５２あるいは５４
のうちの一つであるかどうかを決定するために、宛先媒
体アクセス制御（ＭＡＣ）アドレスをチェックする。工
程１７２においてＭＡＣアドレスが一致するとき、工程
１７６においてネットワークレイヤ１００上にパケット
を送る前に、工程１７４においてＤＬＬがフラグを設定
する。工程１７８において、ネットワークレイヤ１００
は、デバイスがクラスタ機構２８に接続されているかど
うかを決定するためにフラグをチェックする。もし、工
程１７８において、宛先アドレスがクラスタ機構２８に
取り付けられたデバイス５０、５２あるいは５４のアド
レスに一致する場合、工程１８０で、ネットワークレイ
ヤは、パケットをアプリケーションレイヤに送る。工程
１８２において、アプリケーションレイヤは、クラスタ
機構２８を経由して、パケットを宛先デバイスに送る。

【００７７】もし、工程１７８において、無線ネットワ
ークインタフェース１４が無線媒体からパケットを受信
し、宛先ＭＡＣアドレスが、クラスタ機構２８に接続さ
れるデバイス５０、５２、５４のいずれとも一致しない
場合は、工程１８４において、ネットワークレイヤ１０
０が、パケット内の第１のブルータアドレスをチェック
する。工程１８６において、第１のブルータアドレスが
一致する場合、あるいは、第１のブルータアドレスが位
置ホルダーである場合、工程１８８において、無線媒体
９３からのパケットはアクセプトされる（受け入れられ
る）。なお、もし無線デバイスがＢＣＣ１０のブルータ
アドレスを知らない場合は、デバイスは、ブルータアド
レスフィールドを位置ホルダーにセットする。ネットワ
ークレイヤ１００は、第１のブルータアドレスフィール
ドの位置ホルダーを持つパケットをアクセプトする。工
程１９０において、パケットは、無線媒体ネットワーク
インタフェース１４からシリアルリンク２２を介して有
線媒体ネットワークインタフェース１６にリレーされ
る。工程１９２において、パケットは有線媒体８０にリ
レーされる。工程１９４で、パケットは、図８の工程２
２０に示されるように、有線媒体８０に接続されたデバ
イスあるいはもう一つのＢＣＣ１１に受信される。

【００７８】工程１８６において、もし第１のブルータ
アドレスがＢＣＣ１０のアドレスと一致しない場合は、
および第１のブルータアドレスが位置ホルダーでない場
合は（つまり、パケットがＢＣＣ１０を介してルートさ
れるものではない場合は）、ＢＣＣ１０は、パケットを
アクセプトせず、そのパケットは工程１９６で廃棄され
る。

【００７９】図８は、有線媒体８０を介してＢＣＣ１０
がパケットを受信した時にネットワークレイヤが実行す
る工程を示すフローチャート図である。工程２２０にお
いて、有線媒体ネットワークインタフェース１６は、有
線媒体８０からのパケットを受信する。工程２２２にお
いて、インタフェース１６内のデータリンクレイヤ（Ｄ
ＬＬ）は、宛先デバイスがＢＣＣ１０のクラスタ機構２
８に接続されるデバイス５０、５２あるいは５４のうち
の一つであるかどうかを決定するために、宛先媒体アク
セス制御（ＭＡＣ）アドレスをチェックする。工程２２
２において、もしＭＡＣアドレスが一致すれば、工程２
２４において、ＤＬＬがフラグをセットする。工程２２
６で、ＤＬＬは、パケットをネットワークレイヤ１００
上に送る。工程２２８で、ネットワークレイヤ１００
は、デバイスがクラスタ機構２８に接続されているかど
うかを決定するためにフラグをチェックする。工程２２
８において、もし宛先アドレスが、クラスタ機構２８に
取り付けられたデバイス５０、５２あるいは５４のアド
レスと一致した場合は、工程２３０において、ネットワ
ークレイヤは、パケットをアプリケーションレイヤに送
る。工程２３２において、アプリケーションレイヤは、
クラスタ機構２８を経由してパケットを宛先デバイスに
送る。

【００８０】工程２２８において、もし宛先アドレスが
クラスタ機構２８に接続されるいずれのデバイスとも一
致しない場合は、工程２３４において、ネットワークレ
イヤ１００が、第１および第２のブルータアドレスをチ
ェックする。第１のブルータアドレスは、もし宛先が、
ＢＣＣ１０に接続される無線媒体９３上のデバイス（例
えばデバイス９０）である場合、およびパケット（例え
ばデバイス５１）の情報源が無線媒体上のデバイスでな
い場合に、一致する。第２のブルータアドレスは、宛先
が、ＢＣＣ１０に接続される無線媒体９３上のデバイス
（例えばデバイス９０）である場合、および、パケット
の情報源が、ＢＣＣ１１に接続される無線媒体上のデバ
イス（デバイス９１など）である場合、一致する。工程
２３６において、第１あるいは第２のブルータアドレス
のどちらかがＢＣＣ１０のアドレスと一致する場合、工
程２３８で、パケットはネットワークレイヤにアクセプ
トされる。工程２４０において、ネットワークレイヤ１
００は、シリアルリンク２２を介して、無線ネットワー
クインタフェース１４にパケットをリレーする。工程２
４２において、無線ネットワークインタフェース１４
は、無線媒体９３を介してパケットをリレーする。

【００８１】工程２２８において、宛先デバイスがクラ
スタ機構２８と接続されていない場合、および、第１お
よび第２のブルータアドレスのいずれもが工程２３６の
ＢＣＣ１０のアドレスと一致しない場合（パケットがＢ
ＣＣ１０を通ってルートされるものではない場合）、パ
ケットは、工程２４４で廃棄される。

【００８２】受信パケット内にブルータアドレスが存在
する場合、パケットのＤＬＬヘッダ内の情報源アドレス
（情報源ハウスコードを備えている）およびそのブルー
タアドレスは、テーブルに追加される。パケットを転送
するために、テーブルをサーチするために、外に出てい
く（outgoing）送信の宛先アドレスが使用される。一致
することがわかれば、関連づけられたブルータアドレス
もまたネットワークヘッダ内に含まれる。

【００８３】図１０はＤＬＬ処理１０８の工程系統図で
ある。工程１２０および１２２において、ＤＬＬ１０８
は、宛先ハウスコードが、上述の許容できる（allowabl
e）ハウスコードのテーブル内にある限り、どのような
ＤＬＬアドレスを持っているパケットも受け入れる。も
し、そうでない場合、工程１２４でパケットは廃棄され
る。工程１２６において、ヌルの宛先ハウスコード（nu
ll destination housecode）を有する無線媒体からのパ
ケットが受信された場合、工程１２８で、受け取りブル
ータ（recipient brouter）のハウスコードがパケット
に挿入される。工程１３０において、ＤＬＬアドレスヘ
ッダ内の宛先アドレスは、ＢＣＣアドレスと比較され
る。両者が一致すれば、工程１３２で、パケットは、ク
ラスタデバイスとインタフェースするアプリケーション
レイヤに送られる。工程１３０において、ＤＬＬヘッダ
内の宛先アドレスがどのクラスタデバイスのアドレスと
も一致しない場合、パケットは工程１３４で受け取ら
れ、更なる審査（examination）のためにネットワーク
レイヤにリレーされる。工程１３６では、更なる動作の
ため、ネットワークレイヤ１００によって、ブルータの
アドレス指定チェックが処理される。

【００８４】図１１から１３は、データのパケットを受
信する間にＣＮＩ１４が実行する処理を示す工程系統図
である。まず図１１によると、工程２００において、バ
ス状態遷移が検知されるとき、外部バス割り込みが発生
する。信号は、外部割り込みピン（図示せず）を介し
て、マイクロプロセッサ３１に送信される。工程２０２
において、マイクロプロセッサ３１の現在のコンテクス
ト（context）がセーブされる。このコンテクストと
は、言い換えれば、割り込み処理が完了すると実行され
る次の命令に対するポインタおよび内部フラグのことで
ある。工程２０４において、次に実行される命令は、ネ
ットワークインタフェースの状態に依存する。もしネッ
トワークインタフェースの状態が「受信状態」にない
時、これは、新しいパケットのプリアンブルの第１の符
号となり、工程２０６が、受信処理を初期化するために
実行される。受信処理が初期化されると、受信カウンタ
が３５０マイクロ秒の値に初期化される。カウンタは、
０へとカウントダウンする。工程２０８において、状態
変数が「受信」にセットされる。工程２１０において、
工程２０２でセーブされたコンテクストは、割り込みに
先行していた処理を再開するため復元される。そして処
理は工程２１４にリターンする。受信カウンタは、リタ
ーンするまでカウントし続ける。

【００８５】第２の、および次に続くhigh-lowおよびlo
w-highの遷移について、割り込みが生じたとき、工程２
０４において、ネットワークインタフェース状態変数は
「受信」状態を表す値を有し、工程２１２が実行され
る。例えば、第１の符号の受信が完了したところで割り
込みが生じると、工程２０４において、実行が工程２１
２へと移る。受信カウンタの現在の値がセーブされる。
このカウンタは、第１の遷移で初期化される。受信カウ
ンタ値で計測された符号継続期間は、符号を１（１ＵＳ
Ｔ）、０（２ＵＳＴ）あるいはＥＯＦ（３ＵＳＴ）（Ｅ
ＯＰは図８を用いて後述するように復号化される）とし
て定義する。未処理のカウント（raw count）は、二つ
のポインタ（格納ポインタおよび抽出ポインタ）がアク
セスする循環キュー（circular queue）として組織され
るバッファであるのカウントキュー内にセーブされる。
格納ポインタおよび抽出ポインタは、１、０、ＥＯＦ、
あるいはＥＯＰに復号化されるべき、まだ復号化されて
いない次の未処理符号を発見するために、ＤＬＬによっ
て使用される。受信カウンタは、再び３５０に初期化さ
れる。割り込みに先行する処理を復元する工程２１０が
実行され、受信カウンタは、別の割り込みを発生する次
の遷移までカウントダウンを続ける。工程２００〜２１
４が繰り返される。

【００８６】図１２は、ＢＣＣ１０が受信状態にあると
きＤＬＬの実行する部分を示す。図９を参照して上述し
たように、ＤＬＬカウンタは連続して実行するので、Ｄ
ＬＬ１０８は、周期的に実行される。マイクロプロセッ
サ３１は、ＤＬＬ１０８を実行する主ループ（工程１０
０、１０２および１０４）の実行を割り込みする。ＤＬ
Ｌカウンタが、所定のサイクル数をカウントすることに
よって割り込みを発生するとき、実行されるべきＤＬＬ
工程の選択は、ＤＬＬの状態に依存する。ＤＬＬが「受
信」状態にあるとき、図１２に示す工程３００〜３０８
が実行される。工程３００において、ＤＬＬ処理は正し
い入力点（entry point）に向けられている。工程３０
２において、受信カウントが格納される循環バッファ
は、復号化されていない符号があるかどうかを決定する
ためにチェックされる。工程３０６において、ＤＬＬ１
０８（図９に示す）は、符号を復号化する、つまり符号
を「１」や「０」や「ＥＯＦ」に翻訳する。現行の受信
カウンタ値は３５０から減算され、その差は、ＵＳＴの
数を決定するために１００に分割される。

【００８７】工程３０８において、エラーチェック、デ
ータチェックおよびアドレスチェックなどの完全性チェ
ック（integrity check）が行われる。そして、ＤＬＬ
１０８は復号化された符号をＲＡＭ３０内の受信バッフ
ァと呼ばれる循環キュー（図示せず）内に格納する。
「バイト格納ポインタ」は、復号化されたバイトを格納
するために次に利用できるスロットを常に見失わないよ
うにする。アドレス循環キューは、受信バッファ内の復
号化された符号のパケットアドレスを識別するので、Ｄ
ＬＬ１０８は、復号化された符号にアクセスできる。二
つのポインタは、アドレス循環キューにアクセスするた
めに設けられている。第１のポインタ（「フレーム抽
出」ポインタ）は、一番古いまだ復号化されていないパ
ケット、つまり受信バッファから次に抽出されるパケッ
トの循環キュー内の位置を識別する。第２のポインタ
（「フレーム格納」ポインタ）は、次のパケットアドレ
スが格納されるべきアドレスの、アドレス循環キュー内
での位置を識別する。工程３０２〜３０８は、復号化さ
れていない符号が残っている間は繰り返し行われる。復
号化すべき記号がない場合は、ＤＬＬ１０８の機能は完
了し、工程３０４において、ＤＬＬ割り込みに先行して
いた処理が復元（restore）される。

【００８８】図１３は、受信処理のパケット部分の終わ
りを示している。上で述べたように、受信カウンタは、
３５０に初期化され、そこからカウントダウンが始ま
る。３５０マイクロ秒が、遷移なしに過ぎた場合は、現
在受信されている記号はＥＯＰ記号であって、受信カウ
ンタはタイムアウトしており、その結果、パケット割り
込みが生じる。パケット処理シーケンスの終了は、工程
４００で始まる。工程４０２において、バス静止カウン
ト処理（bus quiet counting process）が、ＥＯＰ符号
の完了と次のパケットとの間の時間を決定するために初
期化される。

【００８９】工程４０４において、パケットが正常かど
うかを決定するためにチェックが行われる。正常でない
場合、工程４０６において、パケットが廃棄され、バッ
ファ値は、パケットがまだ受信されていない場合の状態
にリセットされる。その後、工程４０８において、マイ
クロプロセッサ３１は、パケット割り込みの終了に先行
する処理にリターンする。パケットが正常である場合、
工程４１０において、表示プリミティブ（indication p
rimitive）と呼ばれるメッセージがＤＬＬ１０８の論理
リンク制御（ＬＬＣ）レイヤに送られる。その後、処理
は工程４０８にリターンする。

【００９０】図１４は、パケットが送信されている間に
実行される工程を示す。アプリケーションレイヤ１０４
は、パケットが送信されるべきことを決定する。工程５
００において、アプリケーションレイヤは、要求プリミ
ティブ（request primitive）と呼ばれるメッセージ
を、メッセージ転送素子（message transferred elemen
t：ＭＴＥ）１０２（図９）用メールボックス内に置
く。メッセージは、ＭＴＥ１０２からネットワークレイ
ヤ１００に転送され、ネットワークレイヤ１００からＤ
ＬＬ１０８に転送される。送信処理は、データリンク自
身を実行するので、通常のプリエンプティブＤＬＬ処理
１０８は必要ない。工程５０２において、パラメータが
初期化され、ＤＬＬ１０８が、送信処理を「ジャンプス
タート（jumpstarting）」によって送信処理を開始す
る。

【００９１】「ジャンプスタート」は、ソフトウェア
が、正常に受信カウンタ割り込みを発生させるフラグを
ロードするときに実行される。工程５０４において、割
り込みは、マイクロプロセッサ３１に送信される。工程
５０６において、処理は、パケットが送信されるものか
どうかを決定する。送信が行われない場合、工程５１２
において、カウンタは、送信される次の記号と関連づけ
られた持続時間で、ロードされる。工程５１４におい
て、送信される次の記号は、キューの中に置かれるの
で、今現在送信されている記号の送信が完了し次第、す
ぐに送信されうる。その後、工程５１０において、処理
は、ＤＬＬ処理１０８にリターンする。ＤＬＬ処理１０
８は、図９に示すメインループにリターンする。工程５
０６で、パケットが送られた場合、工程５０８におい
て、バス静止カウント処理が開始され、処理は、工程５
１０にリターンする。バス静止カウントは、「下位（in
ferior）」状態においてバスステートが非活性（inacti
ve）でいる長さを決定する。

【００９２】本実施例では、ホームオートメーションシ
ステム用のＣＥＢｕｓネットワークへの応用という観点
から述べたが、本発明に関しては、多様なブルータクラ
スタ制御システムが構成されうる。例えば、図１５は、
クラスタ内の通信およびＬＡＮ７８０を介したクラスタ
間のデータ送信にＢＣＣ７１０および７１１を使用し
た、多重ステーション自動製造処理用制御システムのブ
ロック図である。製造設備の各ステーションは、マイク
ロコンピュータ（ＭＣ）７５０〜７５５、およびＭＣ７
５０〜７５５に制御される機械７６０〜７６５をそれぞ
れ備えている。ＭＣ７５０〜７５５は、各ＭＣにたいす
る機械７６０〜７６５を非同期に制御する所定のプログ
ラムシーケンスを、実行する。

【００９３】本製造処理において、機械７６０〜７６５
は、各製品が、完成前に各ステーションを通過しなけれ
ばならないような、製造される製品に対して異なる操作
（distinct operations）を実行する。操作の中には順
序に関する必要条件を有するものもある。例えば、製品
が機械７６２を通過する前に機械７６０を通過しなけれ
ばならず、機械７６４を通過する前に機械７６２を通過
しなければならないような操作がそうである。順序に関
する要件を有さない操作もある。例えば、機械７６０が
製品を操作する前、あるいは操作した後に、製品が機械
７６１に操作されるような操作がそうである。

【００９４】ＭＣ７５０は、ローカルＢＣＣ７１０を経
由してローカルＭＣ７５２および７５４に、機械７６０
に関する状態情報を提供する。例えば、ＭＣ７５０は、
現行の製品に対する操作を完了する前にかかる残り時間
の量を識別してもよく、また製品を機械７６２にパスす
る。機械７６０が製品に対する処理を完了すると、ＭＣ
７５０は、製品に対する操作を開始する命令をＭＣ７５
２に送る。これらのローカル状態メッセージおよび命令
メッセージは、ＢＣＣ７１０によって、ＬＡＮ７８０を
介してメッセージを送ることなく、ＭＣ７５２および７
５４に戻るようリレーされる。

【００９５】状態メッセージおよび命令を、クラスタ間
で送ってもよい。例えば、ＭＣ７５４が、製品がすべて
の機械７６０、７６２および７６４での処理を完了した
のかどうか示すために、ＢＣＣ１０、ＬＡＮ７８０およ
びＢＣＣ７１１を経由して状態メッセージをＭＣ７５１
に送ってもよい。

【００９６】状態メッセージを、無線リンク７９３をで
遠隔宛先に送ってもよい。例えば、状態メッセージを、
ＲＦリンク７９３を介して、ＲＦ受信機といった、別の
ビルの生産管理者の事務所内の無線デバイス７９０に送
ってもよい。

【００９７】図１５のブルータクラスタ制御装置７１０
は、多様な多重アクセス通信プロトコルを用いて、ＬＡ
Ｎ７８０と通信するよう構成されてもよい。この多重ア
クセス通信プロトコルは、イーサネット（Ethernet^TM）
を包含するが、これに限られない（イーサネットはゼロ
ックス社のトレードマークである）。ＢＣＣ７１０およ
び７１１のハードウェアおよびソフトウェアの構成は、
ＬＡＮ７８０のプロトコルのインタフェース必要要件に
合致するよう調整される。

【００９８】当業者には、本願で述べられた実施例のほ
かにも多様な実施例がありうることが理解されている。
本発明は、本実施例の見地で述べられているが、添付の
請求項の精神および範囲を逸脱しない程度に改編を加え
て、上記のように実施してもよい。

【００９９】

【発明の効果】本発明によれば、第１の媒体と第２の媒
体の双方にアクセスできるブルータクラスタ制御装置が
各デバイスと接続されている。このことにより、少なく
とも次の効果が得られる。

【０１００】（１）ネットワークインタフェースを少な
くすることにより、コストを低減できる。

【０１０１】（２）ネットワークトラヒック負荷が減少
し、その結果パケット遅延も減少する。

【０１０２】（３）ブルータクラスタ制御装置に取り付
けられている複数のデバイス間で直接データがやりとり
できるため、拡張性およびコストの点で改善される。

【図面の簡単な説明】

【図１】本発明による典型的な装置を備えたシステムの
ブロック図である。

【図２】図１に示すブルータクラスタ制御装置を備えた
ホームオートメーションシステムのブロック図である。

【図３】図２に示すブルータクラスタ制御装置のブロッ
ク図である。

【図４】図３に示す無線および有線ネットワークインタ
フェースのブロック図である。

【図５】図３に示すクラスタ手段のブロック図である。

【図６】図１に示すクラスタに取り付けられたデバイス
から送られたパケットが、ＢＣＣに受信されたときに実
行される工程を示すフローチャート図である。

【図７】図１に示す無線媒体から送られたパケットが、
ＢＣＣに受信されたときに実行される工程を示すフロー
チャート図である。

【図８】図１に示す有線媒体から送られたパケットが、
ＢＣＣに受信されたときに実行される工程を示すフロー
チャート図である。

【図９】図４に示すネットワークインタフェースが実行
する主工程を示すフローチャート図である。

【図１０】パケットを受信したときに、図９に示すデー
タリンクレイヤが実行する工程を示すフローチャート図
である。

【図１１】図４に示すネットワークインタフェース内の
受信復号化カウンタの初期化およびリセットの様子を示
すフローチャート図である。

【図１２】図４に示すネットワークインタフェース内の
データの解読の様子を示すフローチャート図である。

【図１３】図４に示すネットワークインタフェース内の
パケット処理の終了の様子を示すフローチャート図であ
る。

【図１４】図４に示すネットワークインタフェース内の
送信処理の様子を示すフローチャート図である。

【図１５】本発明の第２の実施例による装置のブロック
図である。

【図１６】従来のシステムのブロック図である。

【符号の説明】

１０、１１ＢＣＣ１３ａ〜１３ｃ専用プライベートリンク５０〜５５、５７デバイス８０、９５有線媒体９０、９１無線デバイス９３無線媒体

───────────────────────────────────────────────────── フロントページの続き (72)発明者ジオヤンリーアメリカ合衆国ニューヨーク 10026, ニューヨーク，エイピーティー 12ジェイ，キャセドラルピーケーワイ 301 (72)発明者ピンシラムアメリカ合衆国ニュージャージー 08512，クランベリー，グレンガリーウェイ 27 (72)発明者ヨスケフジタアメリカ合衆国ニュージャージー 07401，アレンデール，ベレスフォードアールディ．７

Claims

【特許請求の範囲】

【請求項１】第１の媒体からデータを受信し、ローカ
ルデバイスおよび第２の媒体のどちらか一方にデータを
転送する装置であって、該第１の媒体からデータを受信する手段と、該データを審査し、該ローカルデバイスおよび該第２の
媒体のどちらか一方に送られるものであると該データを
識別するネットワークインタフェース手段と、該ローカルデバイスを該ネットワークインタフェース手
段に直接接続する、該ネットワークインタフェース手段
に接続されたクラスタ手段と、該ネットワークインタフェース手段が、該データが該ロ
ーカルデバイスに送られるものであると識別した場合、
該クラスタ手段を介して、該データを該ネットワークイ
ンタフェース手段から該ローカルデバイスに送信する送
信手段と、該ネットワークインタフェース手段が、該データが該第
２の媒体に送られるものであると識別した場合、該デー
タを該ネットワークインタフェース手段から該第２の媒
体に送信するルーティング手段と、を備えた装置。
【請求項２】第１および第２の通信媒体および複数の
デバイスを有するシステムにおいて、データを、該第１
の媒体に接続された該複数のデバイスのうちの第１のデ
バイスから、該複数のデバイスのうちの第２のデバイス
に転送する装置であって、該第１のデバイスからデータを受信し、審査する、該第
１の媒体に接続されたネットワークインタフェース手段
と、該第１のデバイスを該ネットワークインタフェース手段
に直接接続し、該第２のデバイスを該ネットワークイン
タフェース手段に選択的に接続するクラスタ手段であっ
て、該ネットワークインタフェース手段は、該第２のデ
バイスが該クラスタ手段および該第２の媒体のどちらか
一方に接続されるものであると識別するクラスタ手段
と、該ネットワークインタフェース手段が、該第２のデバイ
スは該クラスタ手段に接続されるものであると識別した
場合、該クラスタ手段を介して、該データを該ネットワ
ークインタフェース手段から該第２のデバイスに送信す
る送信手段と、該ネットワークインタフェース手段が、該第２のデバイ
スは該第２の媒体に接続されるものであると識別した場
合、該第２の媒体を介して、該データを該ネットワーク
インタフェース手段から該第２のデバイスに送信するル
ーティング手段と、を備えた装置。
【請求項３】前記ネットワークインタフェース手段
は、大衆家庭電化製品バス（ＣＢＥｕｓ）ネットワーク
インタフェースである、請求項２に記載の装置。
【請求項４】前記第１のデバイスは赤外線遠隔制御ユ
ニットである、請求項３に記載の装置。
【請求項５】前記第２のデバイスは、オーディオ装置
要素およびビジュアル装置要素からなるグループから選
択された家庭用娯楽デバイスである、請求項４に記載の
装置。
【請求項６】前記第２の媒体は活性状態と非活性状態
とを有し、前記送信手段は、前記ネットワークインタフ
ェース手段が、前記第２のデバイスは前記クラスタ手段
に接続されるものである識別した場合、該第２の媒体が
非活性状態の時に、前記データを該ネットワークインタ
フェース手段から該第２のデバイスに該クラスタ手段を
介して送信する、請求項２に記載の装置。
【請求項７】前記複数の各デバイスそれぞれに関連づ
けられたそれぞれのアドレスを記憶する手段をさらに備
えており、前記送信手段は、前記第２のデバイスが前記
クラスタ手段に接続されているかどうかを決定するため
に、該アドレスを使う、請求項２に記載の装置。
【請求項８】前記アドレスを受信し、該記憶手段に該
アドレスを与える通信手段をさらに備えた、請求項７に
記載の装置。
【請求項９】連結手段に接続されたデバイスを制御す
るための複数のデバイス命令を記憶する手段をさらに備
えた、請求項７に記載の装置。
【請求項１０】前記装置を制御するための複数のマク
ロ命令を記憶する手段をさらに備えた請求項７に記載の
装置。