JPH10177539A - バス制御装置および方法 - Google Patents

Abstract

(57)【要約】 【課題】 バス上の機器の接続状態を効率的に調査す
る。 【解決手段】 モニタ１を構成する１３９４制御マイコ
ン１２は、１３９４バス１４がリセットされたとき、そ
こに接続されている機器の数を取得し、機器の数に対応
する回数だけ、１３９４バス１４に接続されている機器
の接続状態を調査するためのコマンドを発行する。１３
９４制御マイコン１２は、第１ＶＴＲ１５、カムコーダ
１６、ＣＤ−ＲＯＭプレーヤ１７、ＤＶＤプレーヤ１
８、第２ＶＴＲ１９からのレスポンスを１３９４Ｉ／Ｆ
１３を介して受信すると、それを上位マイコン１１に通
知する。ただし、自分自身に対してはコマンドの発行は
せず、直接上位マイコン１１にレスポンスを返す。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、バス制御装置およ
び方法に関し、例えば、バス上に接続された全ての機器
の接続状態に関する情報を得るとき、バス上に接続され
た機器の数に対応する回数だけ、各機器に対して情報の
提供を要求するコマンドを発行するようにしたバス制御
装置および方法に関する。

【０００２】

【従来の技術】従来、バス上に接続されている機器の接
続状況を調べる場合、バス上に設定可能な全てのアドレ
スに対して、順次問い合わせを行い、応答があったもの
が現在バス上に接続されている機器であると認識するよ
うにしている。

【０００３】

【発明が解決しようとする課題】しかしながら、バス上
に設定可能な全てのアドレスに対して問い合わせを行う
ことは、時間を要し、かつ無駄が多く、非効率的である
課題があった。

【０００４】本発明はこのような状況に鑑みてなされた
ものであり、バス上に接続されている機器の接続状態を
迅速かつ効率的に検出することができるようにするもの
である。

【０００５】

【課題を解決するための手段】請求項１に記載のバス制
御装置は、バスに接続されている機器の数を設定する設
定手段と、バスに接続されている機器に対して順次、機
器の接続状態に関する情報の提供を要求する要求手段
と、機器からの応答を受信する受信手段と、受信手段に
より受信された応答を上位マイコンに通知する通知手段
とを備え、受信手段によって受信された応答に対応する
機器の数と、設定手段によって設定された機器の数に基
づいて、要求手段は機器に対する要求を終了するか否か
を決定することを特徴とする。

【０００６】請求項３に記載のバス制御方法は、バスに
接続されている機器の数を設定し、バスに接続されてい
る機器に対して順次、機器の接続状態に関する情報の提
供を要求し、機器からの応答を受信し、受信された応答
を上位マイコンに通知し、受信された応答に対応する機
器の数と、設定された機器の数に基づいて、機器に対す
る要求を終了するか否かを決定することを特徴とする。

【０００７】請求項１に記載のバス制御装置において
は、設定手段が、バスに接続されている機器の数を設定
し、要求手段が、バスに接続されている機器に対して順
次、機器の接続状態に関する情報の提供を要求し、受信
手段が、機器からの応答を受信し、通知手段が、受信手
段により受信された応答を上位マイコンに通知する。そ
して、受信手段によって受信された応答に対応する機器
の数と、設定手段によって設定された機器の数に基づい
て、要求手段は機器に対する要求を終了するか否かを決
定する。

【０００８】請求項３に記載のバス制御方法において
は、バスに接続されている機器の数を設定し、バスに接
続されている機器に対して順次、機器の接続状態に関す
る情報の提供を要求し、機器からの応答を受信し、受信
された応答を上位マイコンに通知し、受信された応答に
対応する機器の数と、設定された機器の数に基づいて、
機器に対する要求を終了するか否かを決定する。

【０００９】

【発明の実施の形態】図１は、本発明のバス制御装置を
適用したＡＶシステムの一実施の形態の構成例を示すブ
ロック図である。モニタ１、第１ＶＴＲ（Video Tape R
ecorder）１５、カムコーダ１６、ＣＤ−ＲＯＭ（Compa
ct Disc-Read Only Memory）プレーヤ１７、ＤＶＤ（Di
gital Versatile Disc）プレーヤ１８、および第２ＶＴ
Ｒ１９は、ＩＥＥＥ（The Institude of Electrical an
d Electronics Engineers, Inc.）１３９４シリアルバ
ス（以下、１３９４バスという）１４を介して互いに接
続されている。この例の場合、モニタ１は、１３９４制
御マイコン（マイクロコンピュータ）１２（設定手段、
要求手段、通知手段、第１の通知手段、第２の通知手
段）を制御する上位マイコン１１、１３９４バス１４を
制御する１３９４制御マイコン１２、および１３９４バ
ス１４との間の通信を制御する１３９４インタフェース
（Ｉ／Ｆ）１３（受信手段）を備えており、１３９４バ
ス１４上の機器の接続状態を調べるようになされてい
る。

【００１０】上位マイコン１１は、１３９４制御マイコ
ン１２に対して、制御コマンドを供給したり、所定のト
リガ信号を供給したり、１３９４バス１４をリセットす
るためのバスリセット処理を行い、１３９４バス１４を
リセットするようになされている。

【００１１】１３９４制御マイコン１２は、１３９４Ｉ
／Ｆ１３を介して、１３９４バス１４に接続されている
各機器に対して、そのノードＩＤやその機器の種類等の
機器情報（Ｎｏｄｅ＿Ｕｎｉｑｕｅ＿Ｄａｔａ（８バイ
ト））のリード要求を発行することにより、１３９４バ
ス１４に接続されている機器の接続状態を調査し、調査
結果を適宜、上位マイコン１１に通知するようになされ
ている。１３９４制御マイコン１２によるこの調査のこ
とを、以下では適宜、訪問調査ということにする。ま
た、各機器から供給されたＮｏｄｅ＿Ｕｎｉｑｕｅ＿Ｄ
ａｔａを上位マイコン１１に供給するようになされてい
る。

【００１２】上位マイコン１１から１３９４制御マイコ
ン１２へ供給されるコマンドは、例えば、以下のように
定義される。

【００１３】Ｗｏｒｄ０（Ｃａｔｅｇｏｒｙ）＝”７
１”ｈ（Ｎｏｍａｌ） Ｗｏｒｄ１７＿Ｂｉｔ７，６（Ｃｏｍｍａｎｄ＿Ｃａｔ
ｅｇｏｒｙ）＝”０１”ｂ（特殊） Ｗｏｒｄ１８（Ｃｏｍｍａｎｄ）＝”０１”ｈ（訪問調
査）

【００１４】また、１３９４制御マイコン１２から上位
マイコン１１へ供給されるコマンドは、例えば、以下の
ように定義される。

【００１５】Ｗｏｒｄ０（Ｃａｔｅｇｏｒｙ）＝”８
１”ｈ（Ｎｏｍａｌ） Ｗｏｒｄ１２＿Ｂｉｔ７，６（Ｃｏｍｍａｎｄ＿Ｃａｔ
ｅｇｏｒｙ）＝”０１”ｂ（特殊） Ｗｏｒｄ１３（Ｃｏｍｍａｎｄ）＝”０１”ｈ（他機） ＝”１１”ｈ（自分） ＝”ＦＦ”ｈ（ダミー）

【００１６】また、調査終了時、次のコマンドが上位マ
イコン１１に対して供給される。

【００１７】Ｗｏｒｄ１２＿Ｂｉｔ７，６（Ｃｏｍｍａ
ｎｄ＿Ｃａｔｅｇｏｒｙ）＝”１１”ｂ（ＡＶ／Ｃ（Au
dio Visual/Control）） Ｗｏｒｄ１３（Ｃｏｍｍａｎｄ）＝”ｘ０”ｈ（Ｌｅｎ
ｇｔｈ＿Ｃｌｅａｒ）

【００１８】次に、図２乃至図７を参照して、上位マイ
コン１１からのトリガと１３９４制御マイコン１２によ
る調査状態の関係について説明する。トリガオンは、上
位マイコン１１から供給されるコマンドカテゴリの値が
０１ｂ（ｂは、０１が２進数であることを示す）、かつ
コマンドデータの値が０１ｈ（ｈは、０１が１６進数で
あることを示す）のときとする。

【００１９】図２（Ａ）に示すように、１３９４制御マ
イコン１２は、上位マイコン１１からのトリガが、オフ
からオンへ変化するオンエッジを検出し、１３９４バス
１４上に接続されている機器の接続状態の調査を開始す
る。調査の成功または失敗は上位マイコン１１に対して
通知しない。図２（Ｂ）は、調査が失敗した場合の例を
示している。

【００２０】図３は、上位マイコン１１からのトリガが
変化しないとき、調査が再開されないことを示してい
る。図３（Ａ）は、調査が成功した場合の例を、図３
（Ｂ）は、調査が失敗した場合の例を示している。

【００２１】図４は、トリガのオフからオンへの変化
（オンエッジ）を検出した場合、調査を再開する様子を
示している。図４（Ａ）は、調査が成功した場合の例
を、図４（Ｂ）は、調査が失敗した場合の例を示してい
る。

【００２２】図５は、上位マイコン１１からのトリガが
オフになったことを検出したとき、調査を一旦中止し、
トリガオンを検出したとき、調査を再開する様子を示し
ている。図５（Ａ）は、調査の途中でトリガのオフを検
出し、調査が失敗した様子を示している。図５（Ｂ）
は、調査の途中でトリガのオフを検出し、調査が失敗
し、その後、トリガのオンを検出し、調査を再開する様
子を示している。

【００２３】図６は、上位マイコン１１のトリガがオフ
からオンになったことを１３９４制御マイコン１２が検
出できなかったとき、調査を再開しない様子を示してい
る。図６（Ａ）は、最初の調査が成功し、次の調査の再
開が行われない様子を示している。図６（Ｂ）は、最初
の調査が失敗し、次の調査の再開が行われない様子を示
している。

【００２４】図７（Ａ）は、調査中にバスリセットを検
出したとき、調査を中止する様子を示している。図７
（Ｂ）は、調査を中止した後、トリガのオンエッジを検
出すると、調査を再開する様子を示している。

【００２５】図８は、１３９４制御マイコン１２上で動
作するアプリケーションソフトウェアのモード遷移を示
している。モード００は定常状態であり、トリガのオフ
からオンへの変化によってモード１０に移行し、機器の
ノードＩＤや機器の種類等の情報を問い合わせるコマン
ド（Ｔｒａｎｓａｃｔｉｏｎ）の発行が行われる。この
とき、調査対象が自分自身であるとき、モード１２に移
行し、コマンドの発行は行わず、自分自身のデータを上
位マイコン１１に送信し、モード００に移行する。モー
ド１０においてコマンドを発行すると、モード１１に移
行し、コマンドの送信先の機器からのレスポンスを待
つ。その後、モード１０の処理が終了すると、モード０
０に移行する。

【００２６】次に、図９乃至図１４に示したＰＡＤ（Pr
ogram Analysis Diagram）を参照して、図８に示した各
モードにおける１３９４制御マイコン１２のアプリケー
ションソフトウェアの動作について説明する。

【００２７】最初、図９のステップＳ１において、上位
マイコン１１からのトリガをチェックする。上位マイコ
ン１１より供給されるコマンドデータは、トリガオンの
とき値「０１ｈ」であり、トリガオフのとき値「００
ｈ」である。このコマンドデータは、所定の変数に格納
される。以降、この変数に格納されたコマンドデータを
トリガデータということにする。トリガデータは、初期
化時にクリアしておく（「００ｈ」にする）。ここで
は、コマンドカテゴリをチェックし、Ｎｏｍａｌ以外は
無視するものとする。

【００２８】次に、ステップＳ２に進み、現在設定され
ているモードに従って、対応するサブルーチンの処理を
実行する。即ち、モードが”００”に設定されている場
合、ステップＳ３に進み、図１１に示すモード００の処
理を実行し、モードが”１０”に設定されている場合、
ステップＳ４に進み、図１２に示すモード１０の処理を
実行する。また、モードが”１１”に設定されている場
合、ステップＳ５に進み、図１３に示すモード１１の処
理を実行し、モードが”１２”に設定されている場合、
ステップＳ６に進み、図１４に示すモード１２の処理を
実行する。

【００２９】その他のモードが設定されている場合、ス
テップＳ７に進み、図１０に示した終了処理を実行す
る。即ち、ステップＳ１１において、ノード数カウンタ
の値（１３９４バス１４に接続されている機器の数）を
クリアし（ノード数カウンタの値を０にし）、ステップ
Ｓ１２において、モードを００に設定した後、リターン
する。これにより、図９のステップＳ２に戻るが、図１
０のステップＳ１２においてモードが”００”に設定さ
れたため、ステップＳ３に進み、モード００のサブルー
チンの処理が実行されることになる。

【００３０】次に、図１１に示したモード００のサブル
ーチンの処理について説明する。最初、モードは初期値
００に設定されているため、図１１に示すモード００の
サブルーチンの処理が実行される。モード００は、１３
９４制御マイコン１２のアプリケーションソフトウェア
の定常状態であり、以下の処理を実行する。

【００３１】まず、ステップＳ２１において、１３９４
制御マイコン１２により、上位マイコン１１からのトリ
ガが検出されたか否かが判定される。トリガが検出され
ていないと判定された場合、何も処理を行わず、リター
ンし、図９のステップ２に戻る。そして、モードが”０
０”に設定されたままであるので、再び、モード００の
サブルーチンの処理が実行される。一方、トリガが検出
されたと判定された場合、ステップＳ２２に進み、トリ
ガエッジが検出されたか否かが判定される。即ち、トリ
ガのオフからオンへの変化が検出されたか否かが判定さ
れる。これは、１つ前のトリガデータを記憶しておき、
現在のトリガデータの値と１つ前のトリガデータの値に
基づいて行われる。例えば、１つ前のトリガデータの値
がオフ（００ｈ）であり、かつ最新のトリガデータの値
がオン（０１ｈ）であるとき、トリガエッジであると判
定する。

【００３２】トリガエッジが検出されていないと判定さ
れた場合、リターンする。一方、トリガエッジが検出さ
れたと判定された場合、ステップＳ２３に進み、ノード
数（ＮｏｄｅＳｕｍ）のチェックが行われる。即ち、ノ
ード数が１以下であるか否かが判定される。これは、１
３９４制御マイコン１２が、１３９４バス１４上に接続
されている機器の数を問い合わせるコマンド（例えば、
Ｐ１３９４＿ＮＣｃｈｅｃｋＰｈｙＳｔａｔｕｓＮｏｄ
ｅＳｕｍ（））を発行することにより行う。その結果、
ノード数が１以下であると判定された場合、処理を中止
し（何も処理を行わず）、リターンする。ノード数カウ
ンタの値が０の場合はエラーであり、１の場合、１３９
４バス１４上には自分以外の機器が接続されていないた
め、訪問調査を行う必要がないからである。ここでは、
ノード数を表す変数ＮｏｄｅＳｕｍを６ビットで表すこ
とにより、ノード数の最大値が６３となるため、ノード
数が１３９４バス１４がとり得るノード数の最大値６３
より大きいか否かのチェックはしない。

【００３３】一方、ノード数が２以上であると判定され
た場合、ステップＳ２４に進み、ノード数カウンタの値
が所定の変数にセットされる。ここで、ノード数カウン
タ値は、ノードＩＤ（ノードＩＤは、１３９４バス１４
上に接続された機器に０から順に割り当てられる）に１
を加算した値とする。これにより、ノード数カウンタ値
が０になったとき、処理を終了させるようにすることが
できる。

【００３４】次に、ステップＳ２５に進み、上位マイコ
ン１１に対して、現在、調査中であることを通知する。
即ち、コマンドカテゴリとして値０１ｂを上位マイコン
１１に通知する。次に、ステップＳ２６において、コマ
ンドデータとして、「ＦＦｈ（ダミー）」をセットし、
上位マイコン１１に通知する。

【００３５】次に、ステップＳ２７において、モード
が”１０”にセットされた後、リターンする。これによ
り、図９のステップＳ２に戻り、モードが”１０”であ
るため、ステップＳ４に進み、図１２に示すモード１０
のサブルーチンの処理が実行される。

【００３６】まず、ステップＳ３１において、１３９４
制御マイコン１２が上位マイコン１１からのトリガを検
出したか否かが判定される。１３９４制御マイコン１２
が上位マイコン１１からのトリガのオフを検出したと判
定された場合、ステップＳ３３に進み、図１０に示した
終了処理のサブルーチンが呼び出され、終了処理が実行
された後、モード００の処理に移行する。

【００３７】一方、１３９４制御マイコン１２が上位マ
イコン１１からのトリガのオンを検出したと判定された
場合、ステップＳ３２に進み、次に、１３９４制御マイ
コン１２がバスリセットを検出したか否かが判定され
る。バスリセットを検出したと判定された場合、ステッ
プＳ３４に進み、図１０に示した終了処理を実行した
後、リターンし、モード００の処理に移行する。

【００３８】ステップＳ３２において、バスリセットを
検出していないと判定された場合、ステップＳ３５に進
み、ノード数カウンタの値が０であるか否かが判定され
る。ノード数カウンタの値が０であると判定された場
合、ステップＳ３６に進み、図１０に示した終了処理を
実行した後、リターンし、モード００の処理に移行す
る。

【００３９】一方、ステップＳ３５において、ノード数
カウンタの値が０ではないと判定された場合、ステップ
Ｓ３７に進み、上位マイコン１１からのコマンドが自分
宛のものであるか否かが判定される。即ち、コマンドと
ともに供給されるＤｅｓｔｉｎａｔｉｏｎアドレスが自
分のアドレス（ノードＩＤ）と一致するか否かが判定さ
れる。コマンドデータが自分宛のものであると判定され
た場合、ステップＳ３８に進み、図１４を参照して後述
するモード１２の処理が実行される。

【００４０】ステップＳ３７において、コマンドデータ
が自分宛のものではない、即ち、他の機器宛のものであ
ると判定された場合、ステップＳ３９に進み、宛先アド
レス（Ｄｅｓｔｉｎａｔｉｏｎアドレス）に（ノード数
カウンタ値−１）を設定する。そして、このアドレスに
対応する機器に対して、Ｎｏｄｅ＿Ｕｎｉｑｕｅ＿Ｄａ
ｔａのリードコマンド（Ｔｒａｎｓａｃｔｉｏｎ）を発
行する。

【００４１】ステップＳ４０においては、リードコマン
ドを受信したというレスポンスがあったか否かが判定さ
れ、レスポンス（Ａｃｃｅｐｔｅｄ）が返されたと判定
された場合、ステップＳ４１に進み、図１３を参照して
後述するモード１１のサブルーチンの処理が実行され
る。一方、レスポンスが返されなかったと判定された場
合、コマンドの発行が失敗したものとみなし、ステップ
Ｓ４２に進む。ステップＳ４２においては、ノード数カ
ウンタ値を１だけデクリメントし、次にステップＳ４３
においてモードを”１０”とし、リターンする。これに
より、図９のステップＳ２に戻り、ステップＳ４のモー
ド１０のサブルーチンに処理が移行する。従って、コマ
ンドの発行に失敗した機器を飛ばし、次の機器の調査に
処理を移行させることができる。

【００４２】次に、図１３に示したＰＡＤを参照して、
モード１１の処理手順について説明する。最初、ステッ
プＳ５１において、１３９４制御マイコン１２が、上位
マイコン１１からのトリガを検出したか否かが判定され
る。１３９４制御マイコン１２が、上位マイコン１１か
らのトリガのオフを検出したと判定された場合、ステッ
プＳ５３に進み、終了処理が実行される。その後、リタ
ーンし、モード００の処理に移行する。

【００４３】一方、１３９４制御マイコン１２が、上位
マイコン１１からのトリガのオンを検出したと判定され
た場合、ステップＳ５２に進み、１３９４制御マイコン
１２により、バスリセットが検出されたか否かが判定さ
れる。バスリセットが検出されたと判定された場合、ス
テップＳ５４に進み、終了処理が実行された後、リター
ンし、モード００の処理に移行する。

【００４４】バスリセットが検出されなかったと判定さ
れた場合、ステップＳ５５に進み、コマンドＮｏｄｅ＿
Ｕｎｉｑｕｅ＿Ｄａｔａの送信先の機器からのレスポン
ス（Ｃｏｍｐｌｅｔｅ）を受信したか否かが判定され
る。レスポンス（Ｃｏｍｐｌｅｔｅ）を受信したと判定
された場合、ステップＳ５６に進み、返送されてきたデ
ータの内容をチェックし、データが正常であるか否かが
判定される。正常であると判定された場合、ステップＳ
５９に進み、送信バッファにデータをセットし、上位マ
イコン１１に供給した後、ステップＳ５７に進む。一
方、データが正常ではないと判定された場合、何も処理
を行わず、ステップＳ５７に進む。

【００４５】ステップＳ５７においては、ノード数カウ
ンタの値を１だけデクリメントする。次に、ステップＳ
５８において、モードを”１０”にする。これにより、
モード１０の処理に移行する。従って、ステップＳ５７
においてノード数カウンタの値をデクリメントした結
果、ノード数カウンタの値が０になった場合でも、一旦
モード１０に戻る。モード１０においては、図１２のス
テップＳ３５においてノード数カウンタの値が０である
と判定され、ステップＳ３６に進み、終了処理が行われ
る。即ち、ノード数カウンタの値が０にクリアされ、モ
ード００に移行する。このように、１３９４バス１４に
接続されている機器の数に対応する回数だけ、訪問調査
を行うと、処理を終了する。

【００４６】また、ステップＳ５５において、コマンド
Ｎｏｄｅ＿Ｕｎｉｑｕｅ＿Ｄａｔａの送信先の機器から
のレスポンスがＮｏｔＣｏｍｅである場合、何も処理を
行わずリターンし、ステップＳ５に進み、モード１１の
処理が繰り返される。また、送信先の機器からのレスポ
ンスがＣｏｍｐｌｅｔｅ以外である場合、コマンドＮｏ
ｄｅ＿Ｕｎｉｑｕｅ＿Ｄａｔａの伝送に失敗したものと
みなし、ステップＳ６０に進む。ステップＳ６０におい
ては、ノード数カウンタの値を１だけデクリメントし、
次に、ステップＳ６１において、モードを”１０”にす
る。これにより、モード１０の処理に移行する。

【００４７】従って、ステップＳ６０においてノード数
カウンタの値をデクリメントした結果、ノード数カウン
タの値が０になった場合でも、一旦モード１０に戻る。
モード１０においては、図１２のステップＳ３５におい
てノード数カウンタの値が０であると判定され、ステッ
プＳ３６に進み、終了処理が行われる。即ち、ノード数
カウンタの値が０にクリアされ、モード００に移行す
る。

【００４８】次に、図１４に示したＰＡＤを参照して、
モード１２における処理手順について説明する。最初
に、ステップＳ７１において、１３９４制御マイコン１
２が、上位マイコン１１からのトリガを検出したか否か
が判定される。１３９４制御マイコン１２が上位マイコ
ン１１からのトリガオフを検出したと判定された場合、
ステップＳ７３に進み、終了処理を実行した後、リター
ンし、モード００の処理に移行する。

【００４９】一方、ステップＳ７１において、１３９４
制御マイコン１２が上位マイコン１１からのトリガオン
を検出したと判定された場合、ステップＳ７２に進む。
ステップＳ７２においては、１３９４制御マイコン１２
がバスリセットを検出したか否かが判定される。１３９
４制御マイコン１２がバスリセットを検出したと判定さ
れた場合、ステップＳ７４に進み、終了処理を実行した
後、モード００の処理に移行する。

【００５０】ステップＳ７２において、１３９４制御マ
イコン１２がバスリセットを検出していないと判定され
た場合、ステップＳ７５に進み、コマンドの発行は行わ
ず、上位マイコン１１に対して自分自身のデータを送信
する。また、コマンドデータ”１１”ｈ（自分を示す）
を上位マイコン１１に送信する。次に、ステップＳ７６
において、ノード数カウンタの値を１だけデクリメント
する。次に、ステップＳ７７に進み、モードを”１０”
にする。これにより、モード１０の処理に移行する。

【００５１】従って、ステップＳ７６においてノード数
カウンタの値をデクリメントした結果、ノード数カウン
タの値が０になった場合でも、一旦モード１０に戻る。
モード１０においては、図１２のステップＳ３５におい
てノード数カウンタの値が０であると判定され、ステッ
プＳ３６に進み、終了処理が行われる。即ち、ノード数
カウンタの値が０にクリアされ、モード００に移行す
る。このようにして、１３９４バス１４に接続されてい
る機器の数に対応する回数だけ調査が行われると、訪問
調査が終了する。

【００５２】図９に示した処理は、所定の時間間隔で定
期的（例えば、１６．７ミリ秒毎）に呼ばれ、実行され
るようにすることができる。また、上位マイコン１１に
より１３９４バス１４がリセットされたとき、トリガデ
ータのクリア処理、ノード数カウンタ値のクリア処理、
モード００の設定、バスリセットを通知するための所定
のフラグのクリア処理等が行われる。

【００５３】以上のように、１３９４制御マイコン１２
は、１３９４バス１４に接続されている機器の数に対応
する回数だけ訪問調査を行い、その結果を上位マイコン
１１に通知する。そのため、１３９４バス１４に接続さ
れた全ての機器の接続状態を迅速かつ効率的に調べるこ
とができる。

【００５４】なお、上記実施例においては、上位マイコ
ン１１、１３９４制御マイコン１２が設けられているモ
ニタ１が訪問調査を行う場合の例について説明したが、
その他の機器に設けるようにすることも可能である。ま
た、パーソナルコンピュータ等に行わせるようにするこ
とも可能である。

【００５５】

【発明の効果】請求項１に記載のバス制御装置、および
請求項３に記載のバス制御方法によれば、バスに接続さ
れている機器の数を設定し、バスに接続されている機器
に対して順次、機器の接続状態に関する情報の提供を要
求し、機器からの応答を受信し、受信された応答を上位
マイコンに通知し、受信された応答に対応する機器の数
と、設定された機器の数に基づいて、機器に対する要求
を終了するか否かを決定するようにしたので、バス上に
接続されている機器の接続状態を迅速かつ効率的に検出
することができる。

【図面の簡単な説明】

【図１】本発明のバス制御装置を適用したＡＶシステム
の一実施の形態の構成例を示すブロック図である。

【図２】トリガのオフからオンへの変化によって調査を
開始する様子を示す図である。

【図３】トリガが変化しないとき、調査は再開しない様
子を示す図である。

【図４】トリガのオフからオンへの変化を検出したと
き、調査を再開する様子を示す図である。

【図５】トリガのオフを検出すると調査を中止し、オン
を検出すると調査を再開する様子を示す図である。

【図６】トリガのオフからオンへの変化を検出できない
場合、調査を再開しない様子を示す図である。

【図７】バスリセットを検出したとき調査を中止し、ト
リガのオンエッジ検出により調査を再開する様子を示す
図である。

【図８】１３９４制御マイコン１２のアプリケーション
ソフトウェアのモード遷移を示す図である。

【図９】１３９４制御マイコン１２が行う処理手順を示
すＰＡＤである。

【図１０】１３９４制御マイコン１２が行う終了処理の
処理手順を示すＰＡＤである。

【図１１】１３９４制御マイコン１２が行うモード００
における処理手順を示すＰＡＤである。

【図１２】１３９４制御マイコン１２が行うモード１０
における処理手順を示すＰＡＤである。

【図１３】１３９４制御マイコン１２が行うモード１１
における処理手順を示すＰＡＤである。

【図１４】１３９４制御マイコン１２が行うモード１２
における処理手順を示すＰＡＤである。

【符号の説明】

１ モニタ，１１ 上位マイコン，１２ １３９４制御
マイコン（設定手段、要求手段、通知手段、第１の検出
手段、第２の検出手段），１３ １３９４Ｉ／Ｆ（受信
手段），１４ １３９４バス，１５ 第１ＶＴＲ，１６
カムコーダ，１７ ＣＤ−ＲＯＭプレーヤ，１８ Ｄ
ＶＤプレーヤ，１９ 第２ＶＴＲ

Claims (3)

【特許請求の範囲】
1. 【請求項１】 バス上に接続された機器の接続状態を検
   査し、アプリケーション側の上位マイコンに検査結果を
   通知するバス制御装置において、 前記バスに接続されている機器の数を設定する設定手段
   と、 前記バスに接続されている前記機器に対して順次、前記
   機器の接続状態に関する情報の提供を要求する要求手段
   と、 前記機器からの応答を受信する受信手段と、 前記受信手段により受信された前記応答を前記上位マイ
   コンに通知する通知手段とを備え、 前記受信手段によって受信された応答に対応する前記機
   器の数と、前記設定手段によって設定された前記機器の
   数に基づいて、前記要求手段は前記機器に対する要求を
   終了するか否かを決定することを特徴とするバス制御装
   置。
2. 【請求項２】 前記上位マイコンからのトリガのオン／
   オフを検出する第１の検出手段と、 前記上位マイコンによるバスリセット処理を検出する第
   ２の検出手段とをさらに備え、 前記要求手段は、前記第１の検出手段によって前記トリ
   ガのオフからオンへの変化が検出されたとき、前記機器
   に対する前記情報の提供の要求を開始し、前記第２の検
   出手段によって前記バスリセットが検出されたとき、前
   記機器に対する前記情報の提供の要求を終了することを
   特徴とする請求項１に記載のバス制御装置。
3. 【請求項３】 バス上に接続された機器の接続状態を検
   査し、アプリケーション側の上位マイコンに検査結果を
   通知するバス制御方法において、 前記バスに接続されている機器の数を設定し、 前記バスに接続されている前記機器に対して順次、前記
   機器の接続状態に関する情報の提供を要求し、 前記機器からの応答を受信し、 受信された前記応答を前記上位マイコンに通知し、 受信された応答に対応する前記機器の数と、設定された
   前記機器の数に基づいて、前記機器に対する要求を終了
   するか否かを決定することを特徴とするバス制御方法。