JP3075014B2

JP3075014B2 - バスシステム

Info

Publication number: JP3075014B2
Application number: JP05112864A
Authority: JP
Inventors: 和生藤本
Original assignee: Panasonic Corp; Matsushita Electric Industrial Co Ltd
Current assignee: Panasonic Corp; Panasonic Holdings Corp
Priority date: 1993-05-14
Filing date: 1993-05-14
Publication date: 2000-08-07
Anticipated expiration: 2015-08-07
Also published as: JPH06326715A

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、ホームバスのようなメ
インバスと、サブバスを接続したときに、メインバス上
の機器に、サブバス上の機器の状態の変化を通知するバ
スシステムに関するものである。

【０００２】

【従来の技術】近年、家庭内の電話や玄関ドア等の機器
をバス接続し、接続された機器を制御することによっ
て、家全体のホームオートメーション制御を行おうとす
る試みがある。この一つにホームバスシステムによる制
御方法がある。日本国内では、ＨＢＳ（ＨｏｍｅＢｕ
ｓＳｙｓｔｅｍ）と呼ばれるホームバスが存在する。
このバスの仕様は、日本電子機械工業会が定めるＥＴ−
２１０１等で定義されている。またこのＨＢＳ以外に、
電灯線バスや、Ｄ２Ｂ（ＤｏｍｅｓｔｉｃＤｉｇｉｔ
ａｌＢｕｓ：ドメスティック・ディジタル・バス）と
呼ばれるＡＶ機器制御用等のバスが存在する。Ｄ２Ｂに
ついては、国際規格であるＩＥＣ１０３０で定義されて
いる。またＨＢＳとＤ２Ｂといった、ＨＢＳと他のバス
との各バス間の通信コマンドの変換方法についても、上
記ＥＴ−２１０１等に記述されている。このＨＢＳに
は、電話の他、照明機器や空調機器や給湯機器等が接続
可能である。例えば多機能電話のボタン入力で、部屋の
空調をいれたり、照明をつけたり、お湯をはったりする
ことができる。また、インターホンによる入力を受け付
けて、入力相手を玄関カメラ映像や音声で確認し、玄関
や門の鍵の開閉を制御することもできる。

【０００３】一方、Ｄ２ＢはＡＶ機器専用のバスであ
り、バス制御を用いて、テレビやビデオのようなＡＶ機
器の電源のオンオフ、チャンネルの変更、ビデオテープ
デッキの走行制御等を行うものである。例えば松下電器
産業（株）が平成４年１０月に商品化した「画王ラン
ド」が、上記のＤ２Ｂのバスを採用したシステム機器で
ある。

【０００４】そこで、ＨＢＳとＤ２Ｂのような２種類の
バスを接続して、互いの機器を連携制御するシステムを
構成するためには、ゲートウェイと呼ばれる機器が必要
である。ゲートウェイは、ＨＢＳとＤ２Ｂ等の２つのバ
スの電文のフォーマットや、速度の変換等を施して、互
いに別のバスの電文が処理できるように、データ変換す
るものである。

【０００５】以下に、従来のバス間の通信方法について
説明する。メインバスをＨＢＳとし、サブバスをＤ２Ｂ
とし、ＨＢＳをＤ２Ｂの上位のバスとして位置づける。
ＨＢＳは家全体に張られた基幹バスで、Ｄ２Ｂはある特
定の部屋内のＡＶ機器間のバスである。各バスに接続さ
れた機器間の電文は、異なるバスへの指定をしない限
り、その発行された機器が接続されているバス内でのみ
有効である。従って、異なったバスに接続されている機
器の状態は、他のバスを制御可能な電文を用いて、問い
合わせる必要がある。ここではサブバスに接続された機
器の状態の変化を、メインバスに接続された機器へ通知
する方法について説明する。

【０００６】図３はこの従来のバスシステムの構成図を
示すものである。この例は特開平３−１８６０３９号公
報のゲートウェイ方式を示している（なお上記公報の図
からは、符号や名称を変更している）。図３において、
２はメインバス、１はメインバス２に接続されたメイン
コントローラ、４はサブバス、３はメインバス２とサブ
バス４に接続されたゲートウェイ、５はサブバス４に接
続された機器、１０はサブバス４に接続されたサブコン
トローラ、６はメインバス２とのインタフェース機能を
施すメインバスＩ／Ｆ手段、７はサブバス４とのインタ
フェース機能を施すサブバスＩ／Ｆ手段、８は２つのバ
ス間のデータフォーマット等を変換する信号処理手段、
９は機器５のアドレスを保存するＲＡＭである。

【０００７】以上のように示されたゲートウェイ方式に
ついて説明する。サブバス４に接続された機器５の状態
が、メインバス２に接続された機器からの制御要求等に
より変化した場合、ゲートウェイ３は、サブコントロー
ラ１０と機器５との間で伝送される伝送信号に基づい
て、信号処理手段８により、状態変化を判定する。それ
とともに、機器５のアドレスとＲＡＭ９に記憶登録して
いる機器５のアドレスと、ＲＡＭ９に記憶登録されてい
る機器５のアドレスデータとを比較して、一致していれ
ば、メインバスシステムの信号形式に変換した信号で、
機器変化状態を示すデータを伝送して通知するものであ
る。

【０００８】

【発明が解決しようとする課題】しかしながら上記の従
来の構成では、ゲートウェイが、サブコントローラとサ
ブバスの接続機器との間で伝送される信号を絶えず監視
し、ＲＡＭに記憶されている機器のアドレスと一致する
機器の状態が、変化したと判定された場合に限って、メ
インバスに接続された機器に状態変化を通知していた。
従って、ゲートウェイには、サブバスの機器間の信号を
絶えず監視する処理が必要であり、メインバスとサブバ
ス間でデータ通信を頻繁に行う時には、この監視処理が
かなり重い負荷になった。さらにＲＡＭには、サブバス
に接続される機器のアドレスや状態変化の内容を保存せ
ねばならず、機器数の増加に伴って、大容量を必要とし
た。

【０００９】本発明は、上記従来の課題を解決するもの
で、変化通知依頼を受けたサブバス上の各機器が、状態
変化をサブバス管理手段に通知し、通知を受けたときの
み、メインバスに接続された機器に状態変化を通知す
る、ゲートウェイの負荷を軽くしたバスシステムを提供
することを目的とする。

【００１０】

【課題を解決するための手段】この目的を達成するため
に本発明のバスシステムは、機器確認手段がサブバスの
接続機器の存在を確認し、存在を確認した前記接続機器
に対して、変化通知依頼手段が、機器状態変化通知手段
に、前記状態変化の通知を依頼し、前記メインバスに接
続された機器から前記サブバスの前記接続機器の状態変
化に対する通知依頼がなくても、前記機器状態変化通知
手段からの前記状態変化の通知を、メイン通知手段が受
けたときに、データ変換手段がメインバスへのデータ変
換を施して、前記メインバスに接続された機器に、前記
サブバスの前記接続機器の状態変化を通知する手段を有
する。

【００１１】

【作用】本発明は上記した方法により、サブバス上の各
機器の機器状態変化通知手段からの状態変化の通知を、
メイン通知手段が受けたときのみ、メインバスに接続さ
れた機器に通知する。

【００１２】

【実施例】以下、本発明の第１の実施例について、図面
を参照しながら説明する。

【００１３】図１は本発明の第１の実施例におけるバス
システムの構成を示すブロック図である。図１におい
て、１２はメインバス、１１はメインバス１２に接続さ
れたメインコントローラ、１４はサブバス、１３はメイ
ンバス１２とサブバス１４に接続されたゲートウェイ、
１５はサブバス１４に接続された機器、１８は両方のバ
ス間のデータフォーマット等を変換するデータ変換手
段、１９はサブバス１４に接続された機器１５の機器状
態の変化が通知されたときに動作するサブバス管理手
段、２０は機器１５の存在を確認する機器確認手段、２
１は状態変化の通知を依頼する変化通知依頼手段、２２
はメインバス１２の接続機器へ状態変化を通知するメイ
ン通知手段、２３は機器１５の状態変化を通知する機器
状態変化通知手段である。

【００１４】以上のように構成された本実施例のバスシ
ステムを説明する。メインバス１２にＨＢＳ、サブバス
１４にＤ２Ｂを想定して説明する。まず、ゲートウェイ
１３に電源を投入すると、機器確認手段２０がサブバス
１４に接続されている機器１５を確認する作業を開始す
る。機器確認手段２０が、機器１５の存在を１台ずつ確
認する毎に、変化通知依頼手段２１が、状態変化通知の
依頼を行えば、ゲートウェイ１３内に機器１５のアドレ
スを記憶する必要はない。依頼を受けた機器１５は、機
器状態変化通知手段２３を活性化させる。機器１５の状
態は、メインコントローラ１１から、機器１５が制御要
求を受けることによって変化する。また利用者が機器１
５を直接操作しても変化する。外部からの指示に加え、
テープが最後まで再生された時の自動停止等、機器１５
が自動的に状態変化することもある。このように、サブ
バス１４上の各機器１５の状態変化の内容が、機器状態
変化通知手段２３から、メイン通知手段２２に通知され
る。状態変化の通知を受けたメイン通知手段２２は、デ
ータ変換手段１８により、メインバスシステムで使用さ
れる信号形式のデータに変換し、メインバス１２に接続
された機器に対して、機器１５の状態変化を通知する。
機器１５の状態変化の内容は、スタンバイ状態のオンオ
フ，チャンネル番号，音量，テープの走行制御状態（停
止，再生，早送り，巻き戻し等）など、各機器１５の代
表的な動作状態を示す。ある特定の機器のみに存在する
ような特殊な機器状態に対応する必要はない。

【００１５】サブバス１４にＤ２Ｂを使用する場合は、
従来例にあるサブコントローラを必ずしも必要としな
い。従来例ではサブコントローラと機器の間で交換され
る信号をゲートウェイが監視していたが、本実施例の構
成ではサブコントローラが存在しないので、同じ方式は
使用できない。従来例では、メインバス２（図３参照、
以下同じ）とサブバス４の間でデータ交換が頻繁に行わ
れるようになると、ゲートウェイ３の信号処理手段８の
データ交換処理が増える。メインバス２に接続された機
器からの指令により、サブバス４に接続された複数の機
器５の状態が連続的に変化する場合では、メインバス２
からのデータ変換を行う処理と、サブバス４上の機器５
の状態変化を監視する処理が重なり、データ変換に通常
以上の時間を要したり、監視の遅れによる状態変化の通
知の遅れが発生していた。さらに従来例では、サブバス
４に接続される機器５が増えると、機器アドレスや状態
保存用のＲＡＭ９の容量も増加し、検索時間も多く必要
とした。

【００１６】ゲートウェイが、定期的にサブバスに接続
された機器の状態を問い合わせ、変化時に変化内容をメ
インバス側に通知する構成をもつバスシステムもある。
しかしこの構成は、問い合わせ間隔を広げると、機器の
動作を行ってもすぐに状態変化を通知することはできな
い。一方、間隔を狭くすると、問い合わせの負荷が増大
し、本来のゲートウェイのデータ変換の処理を遅らせる
原因になる。さらにこの場合も、各機器の状態をゲート
ウェイ内のＲＡＭに保存しなければならない。従って先
に説明した従来例と同様に機器が増えると、ＲＡＭの容
量と検索時間の増大という問題を有していた。

【００１７】しかし本実施例の構成を用いれば、ゲート
ウェイ１３内に、必ずしも機器１５のアドレスや機器状
態を保存しておく必要がない。機器１５の状態変化通知
は、サブバス管理手段１９のメイン通知手段２２へ、そ
の事象が発生したときに機器１５側から通知される。従
って、絶えず監視していた従来の方法と比べると、ゲー
トウェイ１３の処理に対する負荷が軽減される。また、
サブコントローラ用の機器がなくても利用でき、機器の
アドレスや状態をＲＡＭ等に保存する必要がない。

【００１８】以上、図１に示したバスシステムの第１の
実施例について説明した。さらに第１の実施例の構成を
少し変更することによって、以下の効果も得られる。

【００１９】変化通知の依頼をゲートウェイ１３の動作
開始時だけではなく、メインバス１２に接続された機器
から、機器確認手段２０が、サブバス１４に接続した機
器１５の確認の指令等を受けて、再確認を実施し、変化
通知を依頼するように構成してもよい。さらに変化通知
の依頼を受けたい機器１５を、メインバス１２に接続さ
れた機器から直接選択するように構成することもでき
る。このような場合には、選択された機器１５の機器状
態変化通知手段２３に対して、変化通知依頼手段２１が
機器状態変化通知手段２３を活性化する通知を行う。メ
インバス１２に接続された機器からの指令で通知が不必
要になった時には、変化通知依頼手段２１が機器状態変
化通知手段２３を非活性化する通知を行う。よって、必
要時のみに状態変化の通知を受けられるように構成でき
る。

【００２０】また、次のようにも構成できる。サブバス
１４に新たな機器１５が接続されたときに、機器確認手
段２０が、新たな機器１５からの機器登録要求を受ける
ように構成する。機器登録要求が発せられた新たな機器
１５の存在を、機器確認手段２０が確認する。次に変化
通知依頼手段２１が、新たな機器１５の機器状態変化通
知手段２３に対して、状態変化の通知依頼を行う。その
結果新たな機器１５が追加され、機器状態が変化したと
きも、状態変化をメイン通知手段２２を介して、メイン
バス１２の接続機器に通知することができる。

【００２１】さらに、メイン通知手段２２に機器アドレ
スを設定し、特定のメインバス１２の接続機器にのみ通
知するように構成する。また設定により、メインバス１
２に接続された全ての機器に対して、同報通信を行うよ
うにも構成できる。同報通信ではメインバス１２のどの
接続機器も、サブバス１４の接続機器１５からの状態変
化通知を受け取ることができる。従ってメインバス１２
の接続機器が、サブバス１４上の特定の機器１５の状態
変化を受け取って、所定の制御を開始するというアプリ
ケーションの作成も容易である。実際には、サブバス１
４上のテレビ機器の状態変化（電源オン）が、メインバ
ス１２の各機器に同報通信され、同報通信を受けた照明
機器は、受信内容を判定し個別の照明機器制御を行う。
テレビがつけば、照明の明るさや方向を変化させるとい
ったアプリケーションを実現できる。機器の制御対象、
構成により、同報通信と機器アドレスの設定を使い分け
ることが可能である。通知先は複数でも良い。通知を受
けたい機器が複数であれば、通知先アドレスを複数格納
すれば良い。通知先機器数が多くなれば機器群をグルー
プ化し、グループ化したアドレスに対して、通知を行う
ようにしても良い。また同報通信を行い、必要ある機器
だけが通知内容を処理するように構成しても良い。

【００２２】本実施例によると、サブバス１４内を構成
する各機器１５毎に、直接別のバスへ機器状態の変化内
容を通知する手段は不要である。ただ同じサブバス１４
に接続されるゲートウェイ１３内のメイン通知手段２２
に対して通知すれば良い。

【００２３】以上の構成により、ゲートウェイは各機器
間の信号を絶えず監視しなくても、サブバスに接続され
た機器の状態が変化した時のみ、その変化内容をメイン
バスに通知できるため、効率よい通知が行えるバスシス
テムを実現することができる。

【００２４】次に、本発明の第２の実施例について、図
面を参照しながら説明する。図２は本発明の第２の実施
例におけるバスシステムの構成を示すブロック図であ
る。図２において、メインコントローラ１１、メインバ
ス１２とサブバス１４は第１の実施例と同一である。１
３はメインバス１２とサブバス１４に接続されたゲート
ウェイ、１８はメインバス１２とサブバス１４とのバス
間のデータフォーマット等を変換するデータ変換手段、
１５はサブバス１４に接続された機器、１９はサブバス
１４に接続された機器１５の機器状態が変化が通知され
たときに動作するサブバス管理手段、２０は機器１５の
存在を確認する機器確認手段、２１は状態変化の通知を
依頼する変化通知依頼手段、２２はメインバス１２上の
機器へ、機器１５の状態変化内容を通知するメイン通知
手段、２３は機器１５の状態変化を、メイン通知手段２
２に通知する機器状態変化通知手段である。

【００２５】以上のように構成された第２の実施例のバ
スシステムについて、以下に説明する。ここで第１の実
施例と異なるのは、サブバス管理手段１９をゲートウェ
イ１３内ではなく、ある特定の機器１５の内部に実現し
ている点である。第１の実施例同様、メインバス１２に
ＨＢＳ、サブバス１４にＤ２Ｂを想定して説明する。ま
ず、サブバス管理手段１９を有する機器１５が動作を開
始したとき（電源投入等）に、機器確認手段２０がサブ
バス１４に接続されている他の機器１５を確認する。次
に変化通知依頼手段２１が、確認された各機器１５に対
して、状態変化時に変化内容の通知をするように依頼す
る。依頼を受けた機器１５は、機器状態変化通知手段２
３を活性化させる。そして、メインバス１２に接続され
たメインコントローラ１１からの制御要求や、利用者が
直接機器１５を操作することによって変化した機器１５
の状態変化内容が、機器状態変化通知手段２３からメイ
ン通知手段２２に通知される。メイン通知手段２２は、
メインバス１２の機器に対して、状態変化の通知を行う
ために、メインバス１２上の機器アドレス等のデータを
付加し、ゲートウェイ１３に通知する。ゲートウェイ１
３のデータ変換手段１８は、メインバスシステムで使用
される信号形式のデータに変換する。そしてメインバス
１２に接続された機器に対して、機器状態変化を通知す
る。

【００２６】サブバス管理手段１９を有する機器１５
は、サブバス１４内に１つ以上存在しなければならな
い。サブバス管理手段１９を持つ機器が２つ以上存在す
る場合には、音処理系と画像処理系のような機器種別を
分離して管理を行うとか、日常よく使用される機器と、
あまり使用されない他の機器等、負荷の分散をはかるた
めに、管理対象を分担してもよい。１つのサブバス管理
手段１９のみを有効とし、他は予備系として通常は使用
しない構成としても良い。さらに機器確認手段２０は、
メインバス１２に接続された機器から、サブバス１４に
接続された機器１５の確認等のコマンドを受けた時に、
再確認作業を開始するように構成してよい。また変化通
知の依頼を受けたい機器１５を、メインコントローラ１
１等の機器から直接選択するようにも構成できる。第１
の実施例と同様に活性、非活性の選択や、メインバス１
２への通知先アドレスを設定することもできる。

【００２７】本第２の実施例では、メインコントローラ
１１等からの機器選択等の指令用のコマンドが、サブバ
ス１４上の機器１５へ送られる点が第１の実施例と異な
る。この実現方法には２通りある。第１はゲートウェイ
１３が、異なった２つのバス間のデータを変換する手段
のみを有している場合である。ゲートウェイ１３から機
器１５までは、サブバス１４の経路が使用される。従っ
てこの指令用のコマンドは、両方のバスで認められてい
る電文形式に合致していなければならない。状態変化を
通知するデータも同様である。そのため両方のバスが持
ち合わせていない機能は利用できない。サブバス１４に
Ｄ２Ｂを用いれば、Ｄ２Ｂは同報通信ができない規約で
あるため、機器状態の変化の通知に同報通信は使用でき
ない。同報通信は使えないが、メイン通知手段２２が通
知先のメインバス１２の接続機器のアドレスを付けて、
状態変化を通知することができる。第２はサブバス１４
に接続された機器１５のメイン通知手段２２から、ゲー
トウェイ１３のデータ変換手段１８に特殊な電文を送れ
ば、メインバス１２に接続される機器全てに対して同報
通信を行うように構成することもできる。データ変換手
段１８が、同報通信等に必要なアドレス情報を付加した
り、電文を任意の形式に変更する機能を有する構成とす
れば良い。

【００２８】本第２の実施例では、第１の実施例に比べ
て、ゲートウェイ１３の負荷はさらに軽くなる。ゲート
ウェイ１３は、本来のバス間のデータ変換の機能のみを
実現するために、データ変換手段１８を実現する機能の
みをもつゲートウェイ１３を用いた、バスシステムを実
現することができる。

【００２９】以上の構成により、サブバス管理手段を有
する機器が、サブバス内に１つ以上存在すれば、サブバ
スに接続された機器の状態が変化したときにのみ、その
変化内容をメインバスに通知することができるため、効
率よい通知が行えるバスシステムを実現することができ
る。

【００３０】

【発明の効果】以上のように本発明によれば、サブバス
上の各機器の機器状態変化通知手段からの状態変化の通
知を、メイン通知手段が受けたときのみ、メインバスに
接続された機器に対して、サブバスの機器状態が変化し
たことを通知するため、ゲートウェイの負荷を軽減し、
効率よい通知が行えるバスシステムを構成できる。

【図面の簡単な説明】

【図１】本発明の第１の実施例におけるバスシステムの
構成を示すブロック図

【図２】本発明の第２の実施例におけるバスシステムの
構成を示すブロック図

【図３】従来のバスシステムの構成を示すブロック図

【符号の説明】

１１メインコントローラ１２メインバス１３ゲートウェイ１４サブバス１５機器１８データ変換手段１９サブバス管理手段２０機器確認手段２１変化通知依頼手段２２メイン通知手段２３機器状態変化通知手段

───────────────────────────────────────────────────── フロントページの続き (58)調査した分野(Int.Cl.⁷，ＤＢ名) H04L 12/28 H04Q 9/00 301 H04Q 9/00 311

Claims

(57)【特許請求の範囲】

【請求項１】メインバスとサブバスの間にゲートウェ
イを設け、前記ゲートウェイは、各バス間のデータの変換機能を有
するデータ変換手段と、前記サブバスの接続機器の存在
を確認する機器確認手段と、前記接続機器に状態変化の
通知を依頼する変化通知依頼手段と、前記メインバスへ
前記状態変化を通知するメイン通知手段を有するサブバ
ス管理手段を有し、前記サブバスの前記接続機器は、前記状態変化を通知す
る機器状態変化通知手段を有し、前記機器確認手段が前記サブバスの前記接続機器の存在
を確認し、存在を確認した前記接続機器に対して、前記
変化通知依頼手段が、前記機器状態変化通知手段に前記
状態変化の通知を依頼し、前記メインバスに接続された
機器から前記サブバスの前記接続機器の状態変化に対す
る通知依頼がなくても、前記機器状態変化通知手段から
の前記状態変化の通知を、前記メイン通知手段が受けた
ときに、前記データ変換手段が、前記メインバスへのデ
ータ変換を施して、前記メインバスに接続された機器
に、前記サブバスの前記接続機器の状態変化を通知する
ことを特徴とするバスシステム。
【請求項２】機器確認手段が、メインバスに接続され
た機器から、サブバスの接続機器の存在を再確認する要
求を受けたときに、再度前記接続機器の存在を確認し、
変化通知依頼手段が、再確認した前記接続機器の機器状
態変化通知手段に対して、状態変化を通知するように依
頼を行い、メイン通知手段が、前記メインバスに接続さ
れた機器に、前記接続機器の前記状態変化の通知を行う
機能を有する請求項１記載のバスシステム。
【請求項３】サブバスに新たな機器が接続されたとき
に、機器確認手段が、前記新たな機器からの機器登録要
求を受けて、前記新たな機器の存在を確認し、変化通知
依頼手段が、前記新たな機器の機器状態変化通知手段に
対して、状態変化を通知するように依頼を行い、メイン
通知手段がメインバスに接続された機器に、前記新たな
機器の状態変化の通知を行う機能を有する請求項１記載
のバスシステム。
【請求項４】メイン通知手段が、メインバスに接続さ
れた機器に対して、サブバスの接続機器の状態変化を示
す同報通信を行う機能を有する請求項１記載のバスシス
テム。
【請求項５】変化通知依頼手段が、接続機器の状態変
化をメインバスに通知することが必要になったときに通
知の依頼を行い、不要になったときに通知の依頼を取り
消すことにより、サブバスの前記接続機器の機器状態変
化通知手段が、状態変化の通知を開始したり、通知を停
止する機能を有する請求項１記載のバスシステム。
【請求項６】変化通知依頼手段が、メインバスに接続
された機器から、状態変化の通知を必要とするサブバス
の接続機器を特定する情報を獲得し、特定した前記接続
機器の前記変化通知依頼手段にのみ、前記状態変化の通
知の依頼を行う機能を有する請求項５記載のバスシステ
ム。
【請求項７】メインバスとサブバスの間にゲートウェ
イを設け、前記ゲートウェイは、各バス間のデータの変換機能を有
するデータ変換手段を有し、前記サブバスの接続機器の少なくとも一つは、前記サブ
バスの前記接続機器の存在を確認する機器確認手段と、
前記接続機器に状態変化の通知を依頼する変化通知依頼
手段と、前記メインバスへ前記状態変化を通知するメイ
ン通知手段を有するサブバス管理手段と、前記状態変化
を通知する機器状態変化通知手段を有し、前記機器確認手段が前記サブバスの他の前記接続機器の
存在を確認し、存在を確認した前記接続機器に対して、
前記変化通知依頼手段が、前記機器状態変化通知手段
に、前記状態変化の通知を依頼し、前記メインバスに接
続された機器から前記サブバスの前記接続機器の状態変
化に対する通知依頼がなくても、自らもしくは他の前記
接続機器の前記機器状態変化通知手段からの前記状態変
化の通知を、前記メイン通知手段が受けたときに、前記
データ変換手段が、前記メインバスへのデータ変換を施
して、前記メインバスに接続された機器に、前記サブバ
スの前記接続機器の状態変化を通知することを特徴とす
るバスシステム。