JPH11345193A - シリアルバスインタフェースデバイスおよびバスの構成方法、記録媒体、シリアルバスインタフェ−スシステム - Google Patents

Abstract

(57)【要約】 【課題】 デバイス間接続で、許可されない接続構成が
とられると、ツリー構造を識別するための信号の授受が
できず、デバイス間のデータ通信ができなくなる。 【解決手段】デバイスの追加接続や切離しを検知し、バ
スの構成を行い、バス構成時にインタフェースシステム
上におけるループ接続されたデバイスの存在を検知す
る。他のデバイスとの接続口となるポートから強制的に
Parent Notify信号を発生させ、前記ポートからParent
Notify信号を受信する。信号の送信および受信状況から
ループ接続の発生箇所を判断し、その判断結果に基づき
アクティブなポートをディセーブルにする。ポートのデ
ィセーブル後に前記バス構成を再び開始することで上記
課題を解決した。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、シリアルバスイン
タフェースに関し、特にデバイス及びバスの構成方法、
記録媒体、該デバイスを使用したシリアルバスインタフ
ェースシステムに関するものである。

【０００２】

【従来の技術】近年シリアルバスが、信号線が少ないこ
と、ケーブルが細いこと、コネクタが小さいこと、ＩＤ
やターミネータ等の設定が不要なこと、活線挿抜が可能
なこと、等時性のあるデータ転送（アイソクロナス転
送）が可能なことなどの優れた特徴をもつことから脚光
を浴びてきている。

【０００３】特にIEEE1394のシリアルバスは、動画像等
の大容量データの高速伝送が可能であること、バスアー
キテクチャによってメモリアクセスが可能であること、
ホットプラグインやプラグアンドプレイが可能であるこ
と、およびピア・ツー・ピア接続が可能であることなど
の特徴を持つことによって、パーソナルコンピュータだ
けでなく家庭内のＡＶ機器（ディジタルビデオカメラ
等）やそれ以外の機器への適用が盛んに進められてい
る。

【０００４】また、更なる高速化や長距離化に対応した
新たな規格の策定も現在精力的に進められている。

【０００５】ここでIEEE1394バスの構成例を図１７を用
いて説明する。

【０００６】１７０１〜１７０８は、IEEE1394インター
フェースでディジーチェーンあるいはブランチで接続さ
れているデバイス（ノード）である。デバイスとして
は、コンピュータ、ディジタルビデオカメラ、ＣＣＤカ
メラ、プリンタ、スキャナ、ストレージデバイス等様々
なデバイスが考えられる。IEEE1394のポートは、２組の
ツイストペアケーブル（一方をＡ、他方をＢと称する）
と１組の電源ペアケーブルの計６本のケーブルで構成さ
れ、２組のツイストペアケーブルはお互いケーブルでク
ロスして接続され、一方のＡは他方のＢに、一方のＢは
他方のＡに接続される。データ信号は半二重通信で、ツ
イストペアＡでデータ信号を、ツイストペアＢでストロ
ーブ信号を差動信号として送信し、ツイストペアＡでス
トローブ信号を、ツイストペアＢでデータ信号を差動信
号として受信する。また、調停信号は全二重通信で、ド
ライバ側から調停信号を送信し、同時にレシーバ側では
ある電圧レベルによって定義された３相（０，１，Ｚ）
の論理を用いて受信した調停信号を識別する。上記の３
相の論理を判別するために、ツイストペアＡには「Ａｒ
ｂ Ｒｘ」として、ツイストペアＢには「Ａｒｂ Ｂ
Ｒｘ」として非反転入力と反転入力を１組にしたコンパ
レータが用意されている。「０」は非反転入力での低電
圧と反転入力での高電圧電圧と定義され、「１」は非反
転入力での高電圧と反転入力での低電圧と定義され、
「Ｚ」は非反転と反転の両入力での低電圧で定義されて
いる。

【０００７】バスの構成を確立するには、バスの初期
化、ツリー識別、自己識別の３つのフェーズが実施され
る。この３つのフェーズのプロセスの間に、図１７に示
したようなツリーに似たトポロジーが構築される。

【０００８】ここでバスの初期化は、電源不連続で発生
する場合や、ソフトウェアコマンドによって発生する場
合や、またはバスの構成でノードの新規接続や切り離し
等によるバス構成の不調を検知した場合によりバスリセ
ットが発生し、すべてのノードがアイドル状態になるこ
とにより完了する。

【０００９】具体的には、まずツイストペアＡとツイス
トペアＢの両方に論理「１」を送信してバスリセットを
発生し、この信号を受信したノードはバスリセットの発
生を認識する。バスリセット発生後任意の時間が経過す
ると、ツイストペアＡとツイストペアＢの両方に論理
［Ｚ」を送信してアイドル信号を発生させ、接続されて
いる相手ノードがアイドル信号を送信するのを待ち、相
手ノードからアイドル信号を受信するとバスの初期化が
完了したことを認識する。

【００１０】バスの初期化が完了すると、次にツリー識
別のフェーズに移行する。

【００１１】ノードには、自ノードに対する接続ノード
が１つだけ、つまりバス上では端点として構成される
「Leaf」ノードと、２つ以上の接続ノードを持つ「Bran
ch」ノードと、接続ノードを全く持たない、つまりスタ
ンドアローンで構成される「非接続」ノードの３種類の
ノードがある。

【００１２】ツリー識別では、まず最初にノードが親
（ルート）候補であるノードに対してParent Notify信
号を送信する。図１７では、「Leaf」ノードである１７
０４，１７０６，１７０７，１７０８の各ノードからPa
rent Notify信号が送信されていることを示している。
「Branch」ノードでは、複数のポートに他のデバイスが
接続されている場合にどのポート（そのポートの先に接
続されているノード）がルート候補のノードであるのか
認識できないので、最初にParent Notify信号を送信す
ることはなく、「Leaf」ノードからのParent Notify信
号を受信するのを待つことになる。ただし、「Branch」
ノードで複数ポートを有していても他のノードと接続さ
れているポートが１ポートしかなく他のポートがすべて
非接続の場合、もしくは接続されているノードが複数あ
ってもアクティブになっているポート（もしくはそのポ
ートの接続先のノード）が一つしかない場合には「Lea
f」ノードになる。

【００１３】次に、図１８で示されるように、Parent N
otify信号を受信した「Branch」ノードが送信してきた
ノードに対して子ノードであることを認めるChild noti
fy信号を送信する。ここで１８０１〜１８０８はノード
である。「Leaf」ノードはChild notify信号を受信しそ
のポートの接続が完了したことを認識する。具体的に
は、ノード１８０４からのParent Notify信号を受信し
たノード１８０２は、ノード１８０４に対してChild no
tify信号を送信し、その信号を受信したノード１８０４
はノード１８０２との接続が正常に行われていることを
認識する。同様にノード１８０７、ノード１８０８とノ
ード１８０５の間で、それからノード１８０６とノード
１８０３の間でも同じことが行われる。

【００１４】「Branch」ノードは、上述したようにPare
nt Notify信号に対してChild notify信号を送信し、そ
のポート間でのノードの接続が完了したことを認識した
後に、自ノードのポートでアクティブとなっているポー
トのうちParent Notify信号を受信していないポートが
残り１ポートとなると、そのポートに対してParent Not
ify信号を送信する。

【００１５】図１８においては、ノード１８０３および
１８０４がその動作を行っている。具体的には、ノード
１８０３は３つのポートを持つノードで、アクティブな
ポートを二つ持ち、そのうち一つのポートでの接続が完
了（ノード１８０６との接続）したため残り一つのポー
ト（接続ノードは１８０１）に対してParent Notify信
号を送信する。同様にノード１８０５もノード１８０２
に対してParent Notify信号を送信する。その結果ノー
ド１８０１とノード１８０２が最終的な親（ルート）候
補となる。

【００１６】図１９では、ノード１９０１がノード１９
０２に対してParent Notify信号を送信し、ノード１９
０２がノード１９０１に対してChild notify信号を送信
することで、最終的な親である「Root」ノードにノード
１９０２が確定しツリー識別が完了したことを示してい
る。ここで１９０１〜１９０８はノードである。

【００１７】ツリー識別が完了すると、次に各ノードに
ノード番号を割り振りお互いがデータ通信を可能にする
ための自己識別のフェーズに入る。

【００１８】

【発明が解決しようとする課題】しかしながら上述した
従来の技術においては、他のデバイスと接続を行うため
のケーブルのコネクタがすべて同一であることから、図
２０に示されるようにノード２００３とノード２００５
が接続されると、ディジーチェーン接続やブランチ接続
以外の許容されていないループ接続がノード２００１，
ノード２００２，ノード２００３およびノード２００５
との間で成立してしまうことになる。

【００１９】このループ接続では、「Branch」ノードの
複数のポートが、他ノードからのParent Notify信号を
受信するのを待つため、このノードからParent Notify
信号を送信することはなくツリー識別を完了させること
ができない。そのため、その後の自己識別やデータ通信
ができない状態に陥ってしまうという問題がある。

【００２０】この問題を解決する手段としてループ接続
が発生した場合、それを検知して何らかの手段でユーザ
ーに通知するという方法もあるが、検知手段がタイマー
による時間管理、つまりある一定時間内にツリー識別の
フェーズが終了しなかった場合にループ接続がバス上で
検知されたと見なすものであれば、一体どの箇所でルー
プ接続が発生したのかわからないし、ループ接続以外の
要件によりタイムアウトする場合も考慮すれば確実にル
ープが存在するかをこれだけの情報で判断することは難
しい（つまりタイマーによる時間管理では確実なループ
検知はできない）。

【００２１】また、構成されるバスの中に複数のループ
が存在する場合もその検知はできないし（ループ接続が
存在することはわかってもいくつのループがあるかまで
はわからない）、できたとしてもその箇所を特定するこ
とはできない。さらに、検知した場所を的確に伝えられ
たとしてもその情報から正常なバスの構成を行うにはユ
ーザー自らがノードの切り離しなどによるループ接続の
回避作業を行わなければならず手間がかかるなど様々な
問題がある。

【００２２】本発明は上記問題を解決するものであり、
確実なループ検知を行いそのループ接続を自動的に回避
してバスを再構成する。また再構成できない場合も含め
てループ接続の発生箇所をユーザーに対して的確に知ら
せることができる。

【００２３】

【課題を解決するための手段】上記目的を達成するため
に本発明にかかるシリアルバスインタフェースデバイス
及びシリアルバスインタフェースのバス構成方法、記録
媒体、該デバイスを使用したシステムは以下のような構
成になる。

【００２４】すなわち、シリアルバスインタフェースデ
バイスは、デバイスの追加接続や切離しを検知しバスの
構成を行う構成手段と、インタフェースシステム上でデ
バイスの接続形態を判断し、ループ接続されたデバイス
の存在を検知するループ検知手段と、他のデバイスとの
接続口となるひとつもしくはそれ以上の数のポートと、
前記ポートから強制的にParent Notify信号を発生させ
る信号発生手段と、前記ポートからParent Notify信号
を受信する信号受信手段と、前記信号の送信および受信
状況からループ接続の発生箇所を判断する判断手段と、
前記判断手段の判断結果に基づきアクティブなポートを
ディセーブルにするディセーブル手段と、前記ディセー
ブル手段によるポートのディセーブル後に前記バス構成
手段を再び開始させるシステム再構成開始手段とを備え
る。

【００２５】また好ましくは、前記シリアルバスインタ
フェースは、IEEE1394に準拠したものである。

【００２６】また好ましくは、前記ループ検知手段は、
タイマーによるカウント値が任意のタイマー値を超えた
場合、バス上にループ接続されたデバイスが存在すると
認識する。

【００２７】また好ましくは、前記ループ検知手段によ
るループの検知結果を、ユーザーに通知する手段を更に
備える。

【００２８】また好ましくは、前記ループ検知手段によ
るループの検知結果をユーザーに通知する手段は、表示
装置の表示に基づくものである。

【００２９】また好ましくは、前記シリアルバスインタ
フェースデバイスがプリンタで、メディアに対する印字
を可能とするデバイスである場合、前記ループ検知手段
によるループの検知結果をメディアに印字出力すること
でユーザーに通知する。

【００３０】また好ましくは、前記ループ検知手段によ
るループの検知結果をユーザーに通知する手段は、音声
伝達に基づくものである。

【００３１】また好ましくは、前記ポートが複数である
場合、複数のポートそれぞれでループ検知が可能であ
る。

【００３２】また好ましくは、前記判断手段によって、
前記シリアルバスインタフェースデバイスがシリアルバ
スインタフェースシステム上のループを構成しているバ
ス上に存在すると判断された場合、前記システム再構成
開始手段はポートをディセーブル後、システム再構成を
実行し、バス上に存在しないと判断された場合、前記表
示手段はループ接続の存在のみをユーザーに通知する。

【００３３】また好ましくは、前記判断手段は、複数の
ポートがアクティブの場合にParentNotify信号を受信し
ていないポートに対してParent Notify信号を発生さ
せ、送信したのとは別のポートでParent Notify信号を
受信したときに、そのポート間に接続されるバス上でル
ープが存在すると判断する。

【００３４】また好ましくは、前記信号発生手段は、複
数のポートがアクティブの場合にParent Notify信号を
受信していないポートに対してParent Notify信号を発
生させても、他のどのポートからもParent Notify信号
を受信できないときには、さらにParent Notify信号を
受信していない別のポートに対してParent Notify信号
を発生し、ループの存在を確認する動作を行う。

【００３５】また好ましくは、前記判断手段は、アクテ
ィブなポートが存在する場合にParent Notify信号を受
信していないポートに対してParent Notify信号を発生
させたときに、任意のタイマー値でタイマーを起動し、
タイマー値を超えた時点で他のどのポートからもParent
Notify信号を受信できないときそのポートの先に接続
されるデバイス間で構成されるバス上でループが存在す
ると判断する。

【００３６】また好ましくは、前記ループ検知手段で用
いられる任意のタイマー値と、前記判断手段で用いられ
る任意のタイマー値とは、別個の値が設定され、前記ル
ープ検知手段と前記判断手段の起動タイミングを変えて
いることを特徴とする。

【００３７】また好ましくは、前記ディセーブル手段に
よってポートがディセーブルにされた場合、どのポート
がディセーブルにされたかユーザーに通知する通知手段
を更に備える。

【００３８】また、インタフェースシステムのバス構成
方法は、デバイスの追加接続や切離しを検知しバスの構
成を行うバス構成工程と、バス構成時インタフェースシ
ステム上におけるループ接続されたデバイスの存在を検
知するループ検知工程と、他のデバイスとの接続口とな
るポートから強制的にParent Notify信号を発生させる
信号発生工程と、前記ポートからParent Notify信号を
受信する信号受信工程と、前記信号の送信および受信状
況からループ接続の発生箇所を判断する判断工程と、前
記判断工程の判断結果に基づきアクティブなポートをデ
ィセーブルにするディセーブル工程と、前記ディセーブ
ル工程によるポートのディセーブル後に前記バス構成工
程を再び開始させるシステム再構成開始工程とを有す
る。

【００３９】また好ましくは、前記ループ検知工程は、
タイマーによるカウント値が任意のタイマー値を超えた
場合、バス上にループ接続されたデバイスが存在すると
認識する。

【００４０】また好ましくは、前記ループ検知工程によ
るループの検知結果を、ユーザーに通知する工程を更に
備える。

【００４１】また好ましくは、前記ユーザーに通知する
工程は、ディスプレイにより、前記ループ検知工程によ
るループの検知結果を通知する。

【００４２】また好ましくは、前記シリアルバスインタ
フェースバスを構成するデバイスがプリンタ等のメディ
アに対する印字を可能とするデバイスの場合、前記ルー
プ検知工程によるループの検知結果をメディアに印字出
力する方法でユーザーに通知する。

【００４３】また好ましくは、前記ユーザーに通知する
工程は、音声伝達により、前記ループ検知工程によるル
ープの検知結果を通知する。

【００４４】また好ましくは、前記ループ検知工程は、
複数のループを検知可能である。

【００４５】また好ましくは、前記判断工程によって、
前記シリアルバスインタフェースデバイスがシリアルバ
スインタフェースシステム上のループを構成しているバ
ス上に存在すると判断された場合、前記システム再構成
開始工程はポートをディセーブル後、システム再構成を
実行し、バス上に存在しないと判断された場合、前記ユ
ーザに通知する工程はループ接続の存在のみをユーザー
に通知する。

【００４６】また好ましくは、前記判断工程は、複数の
ポートがアクティブの場合にParentNotify信号を受信し
ていないポートに対してParent Notify信号を発生さ
せ、送信したのとは別のポートでParent Notify信号を
受信したときに、そのポート間に接続されるバス上でル
ープが存在すると判断する。

【００４７】また好ましくは、前記信号発生工程は、複
数のポートがアクティブの場合にParent Notify信号を
受信していないポートに対してParent Notify信号を発
生させても、他のどのポートからもParent Notify信号
を受信できないときには、さらにParent Notify信号を
受信していない別のポートに対してParent Notify信号
を発生し、ループの存在を確認する動作を行う。

【００４８】また好ましくは、前記判断工程は、アクテ
ィブなポートが存在する場合にParent Notify信号を受
信していないポートに対してParent Notify信号を発生
させたときに、任意のタイマー値でタイマーを起動し、
タイマー値を超えた時点で他のどのポートからもParent
Notify信号を受信できないときそのポートの先に接続
されるデバイス間で構成されるバス上でループが存在す
ると判断する。

【００４９】また好ましくは、前記ループ検知工程で用
いられる任意のタイマー値と、前記判断工程で用いられ
る任意のタイマー値とは、別個の値が設定され、前記ル
ープ検知工程と前記判断工程の起動タイミングを変えて
いることを特徴とする。

【００５０】また好ましくは、前記ディセーブル工程に
よってポートがディセーブルにされた場合、どのポート
がディセーブルにされたかユーザーに通知する通知工程
を更に備える。

【００５１】また、コンピュータ可読の記録媒体はデバ
イスの追加接続や切離しを検知しバスの構成を行うバス
構成工程と、バス構成時インタフェースシステム上にお
けるループ接続されたデバイスの存在を検知するループ
検知工程と、他のデバイスとの接続口となるポートから
強制的にParent Notify信号を発生させる信号発生工程
と、前記ポートからParent Notify信号を受信する信号
受信工程と、前記信号の送信および受信状況からループ
接続の発生箇所を判断する判断工程と、前記判断工程の
判断結果に基づきアクティブなポートをディセーブルに
するディセーブル工程と、前記ディセーブル工程による
ポートのディセーブル後に前記バス構成工程を再び開始
させるシステム再構成開始工程とを備える。

【００５２】また、複数のデバイスがシリアルバスイン
タフェースデバイスで接続されて構成されるシリアルバ
スインタフェースシステムは、前記シリアルバスインタ
フェースデバイスとして、前記シリアルバスインタフェ
ースデバイスを用いたことを特徴とする。

【００５３】また好ましくは、前記シリアルバスインタ
フェースデバイスで接続されたデバイスはプリンタ機能
を備える。

【００５４】この構成によって、確実なループ検知を行
いそのループ接続をユーザーの手を煩わせることなく自
動的に回避してバスを再構成する。また再構成できない
場合も含めてループ接続の発生箇所をユーザーに対して
的確に知らせることができる。

【００５５】

【発明の実施の形態】［第１の実施形態］本発明の第１
の実施形態を図に従って説明する。

【００５６】図１は、第１の実施形態におけるデバイス
内の構成を示すブロック図である。

【００５７】１０１は、IEEE1394の規格に準拠したイン
タフェースを備えるノード（デバイス本体）である。以
下に説明する１０２，１０５〜１１３の各ブロックで構
成される。この例では画像読み取りを行うスキャナデバ
イスを想定している。この他にもIEEE1394インタフェー
スシステムを構成できるデバイスがあれば上位レイヤで
あるアプリケーションの機能としては何でも構わない。

【００５８】１０２は、IEEE1394インタフェースのデバ
イス本体側の受け口（ポート）となるリセプタクルであ
る。ここにシステムを構成する各種デバイスとの接続を
するためのケーブルが差し込まれる。

【００５９】１０３は、IEEE1394インタフェースケーブ
ルのプラグである。この部分を各種デバイスのポートに
はめ込んで接続する。

【００６０】１０４は、IEEE1394インタフェースのケー
ブルである。このケーブル内には２組のツイストペアケ
ーブル（一方がＡ、他方がＢと称される信号線）と１組
の電源ペアケーブルのあわせて６本のケーブルがクロス
している。

【００６１】１０５は、IEEE1394に準拠した１００Mbps
〜４００Mbpsの転送スピードをサポートする物理レイヤ
を実現するブロックで各種のハードウェアロジック（ツ
イステッドペアのインタフェースの複数ポート、リンク
レイヤＩＣへのインタフェース、パケットデータのシン
クロナイズと再構成、ビットレベルのアービトレーショ
ン、および本発明の要点となる初期化ロジック、タイマ
ー等）によって構成される。機能および構成の詳細につ
いては本発明の骨子となるものであるが、構成に関して
は図２を、その処理フローに関しては図３〜６を用いて
後ほど詳述する。

【００６２】１０６は、IEEE1394に準拠したリンクレイ
ヤのコントローラで各種ハードウェアロジックによって
構成される。

【００６３】１０７は、本デバイスの各種制御およびIE
EE1394インタフェースのトランザクションレイヤ、ノー
ドコントローラおよびアプリケーションレイヤの機能を
実現するＣＰＵである。

【００６４】１０８は、ＣＰＵ１０７が各種処理を行う
際に必要な命令およびデータを格納するＲＡＭである。
IEEE1394インタフェースによる転送データの記憶やスキ
ャナによって読み込まれた画像の一時記憶にも使用され
る。

【００６５】１０９は、本デバイスの制御情報を格納し
てあるＲＯＭである。フラッシュメモリなどを利用する
ことで制御情報の更新を後から行うことも可能である。

【００６６】１１０は、本デバイスのメカ制御および各
種画像処理を行うＡＳＩＣである。画像読み込み時のス
キャナヘッドの制御や読み込んだ画像データの補正など
の各種画像処理を行う専用のハードウェアロジックであ
る。

【００６７】１１１は、スキャナである。原稿読み取り
時の光源、ＣＣＤセンサ、Ａ／Ｄ変換器、画信号補正回
路などによって構成される。

【００６８】１１２は、ユーザーへステータスを通知し
たり、ユーザーからのコマンド入力を受け付けるための
ユーザーインタフェースである。通知するための表示部
と入力を受け付ける操作部によって構成される。

【００６９】１１３は、システムバスである。図示され
ている１０６〜１１２の各ブロックの他、不図示の構成
要素もこのバス上にぶら下がっており、各ブロック間で
の高速なデータ転送を行うことができる。

【００７０】図２は、第１の実施形態におけるＰＨＹブ
ロックの構成図である。

【００７１】２０１は、図１の１０５の部分にあたる物
理レイヤを構成するハードウェアロジックである。以下
に説明する２０７〜２０８，２１２〜２１４のブロック
で構成される。

【００７２】２０２ａ，２０２ｂおよび２０２ｃは、IE
EE1394インタフェースのデバイス本体側の受け口（ポー
ト）となるリセプタクルである。ここに他の各種デバイ
スとの接続をするためのケーブルが差し込まれる。この
実施形態ではデバイスは３つのポートを持つものとす
る。

【００７３】２０３は、IEEE1394インタフェースケーブ
ルのプラグである。この部分を各種デバイスのポートに
はめ込んで接続する。

【００７４】２０４は、IEEE1394インタフェースのケー
ブルである。このケーブル内には２組のツイストペアケ
ーブル（一方がＡ、他方がＢと称される信号線）と１組
の電源ペアケーブルのあわせて６本のケーブルがクロス
している。

【００７５】２０５は、ＴｐＡレシーバからのＴｐＡ信
号である。IEEE1394デバイスはポート一つに対してＴｐ
ＡとＴｐＢという二つのトランシーバを持っている。Ｔ
ｐＡは、アービトレーションビットとパケット（ストロ
ーブ信号）を送信し、アービトレーション信号とパケッ
ト（データ信号）を受信する。

【００７６】２０６は、ＴｐＢレシーバからのＴｐＢ信
号である。ＴｐＢは、アービトレーションビットとパケ
ット（データ信号）を送信し、アービトレーション信号
とパケット（ストローブ信号）を受信する。

【００７７】２０７ａ，２０７ｂおよび２０７ｃは、差
動信号を駆動するドライバおよび低オフセットの広帯域
レシーバおよびディジタルの信号への変換部で構成され
るトランスミッタおよびレシーバである。ここでIEEE13
94のケーブル上を送信されてきた信号を受信したり、本
デバイスから送信されるデータをケーブルに流す信号に
変換する。

【００７８】２０８は、クリスタルオシレータである。

【００７９】２０９は、クリスタルオシレータ２０８の
出力からIEEE1394インタフェースの動作周波数のクロッ
クを生成するＰＬＬである。

【００８０】２１０は、IEEE1394インタフェースの動作
クロックである。デバイスによって１００Mbpsから４０
０Mbpsの動作クロックが必要となる。

【００８１】２１１は、トランスミッタおよびレシーバ
２０７で変換されたディジタルの信号である。バスの構
成時に使用される各種信号や送受信されるデータ信号が
それに相当する。

【００８２】２１２は、リンクレイヤとのインタフェー
スの制御、バス初期化時、ループ検知時および再構成時
の各種制御等を行う制御部（コントロールユニット）で
ある。ループ検知時に使用するタイマーも含まれる。制
御部での処理の詳細については後述する。

【００８３】２１３は、IEEE1394インタフェースの仕様
で定められているDS-Link方式の符号復号器である。

【００８４】２１４は、リンクレイヤとのインタフェー
スであり、各種レジスタによって構成される。このイン
タフェースを通して受信したデータや他のデバイスに送
信するデータを送る。またループ接続の存在や発生箇所
の情報などを上位レイヤに伝える際にも使用される。

【００８５】図３は、第１の実施形態における制御手順
の概略であり、その中でもバスリセット時からIEEE1394
インタフェースシステムでいうアプリケーションレイヤ
が動作できるところまでのフローを示している。

【００８６】ステップ３０１では、バスのリセットが実
行されてからループ検知処理に入るまでの初期化の処理
を行う。詳細については図４を用いて後ほど説明する。

【００８７】ステップ３０２では、初期化終了後イレギ
ュラーな接続形態であるループ接続があるかどうか、ま
たその接続形態がバス上のどの場所に検知されたのかを
判断するループ検知処理を行う。詳細については図５を
用いて後ほど説明する。

【００８８】ステップ３０３では、ループ接続を検知し
たかどうかの判断を行う。ループ接続を検知した場合は
ステップ３０６へ、ループ接続を検知せず正常なバスを
構成できたと判断したときはステップ３０４へすすむ。

【００８９】ステップ３０４では、正常なバスの構成だ
けが行われたと判断したのを受けてツリー識別を行う。
ツリー識別の詳細については従来例の説明でしたので参
照のこと。

【００９０】ステップ３０５では、ツリー識別が行われ
たのを受けて自己識別を行う。具体的には各種ノードを
含んだセルフＩＤパケットの送出および他のノード（デ
バイス）からのセルフＩＤパケットを受信することでバ
ス上にいくつのデバイスが接続さえているかなどの情報
を得て、バスリセットのプロセスを終了する。

【００９１】ステップ３０６では、ループ接続を検知し
たのを受けて、自ノードのアクティブなポートのいずれ
かをディセーブルにすることでバスの正常な構成が可能
かどうかで処理を分岐する。分岐の判断自体はステップ
３０２のループ検知処理で行う。バスの再構成が可能な
場合はステップ３０７へ、バスの再構成ができない場合
はステップ３０８へそれぞれすすむ。

【００９２】ステップ３０７では、バスの再構成が可能
だという判断を受けてバスの再構成を行う。バスの再構
成の詳細については図６を用いて後ほど説明する。

【００９３】ステップ３０８では、バスの再構成ができ
ないことを受けてループ接続を検知した箇所をユーザー
に通知する。通知する手段はデバイスにより様々である
が、表示装置への表示、紙などのメディアに対する結果
の出力、音声によるものなどが考えられる。

【００９４】図４は、第１の実施形態における初期化フ
ローである。

【００９５】本動作フローは初期化プロセスを実行する
フローチャートを示しており、デバイスが接続されてい
るポートからのバスリセット信号を検知したときおよび
バスリセットを自らのノードで発生したときからスター
トし、初期化プロセスが完了した時点で終了となる。

【００９６】ステップ４０１では、バスリセットの開始
を受けて自ノードにアクティブなポートが存在するかど
うかを検出する。アクティブなポートがない場合はステ
ップ４０２へ、ある場合はステップ４０４へすすむ。

【００９７】ステップ４０２では、アクティブなポート
が存在しない、つまりこのノードに対して接続されてい
るデバイスがないことからスタンドアロンのデバイスで
あると判断し、スタンドアロンのデバイスとしての動作
を開始する。

【００９８】ステップ４０３では、スタンドアロンデバ
イス動作の開始を受け、このループ検知の処理から抜け
る。

【００９９】ステップ４０４では、バスリセットを発生
させるための送信要求が上位レイヤからあるかどうかを
判断する。バスリセットの送信要求の場合はステップ４
０５へ、そうでない場合はステップ４０８へすすむ。

【０１００】ステップ４０５では、バスリセットの送信
要求を受けて、アクティブなポートすべてに対してバス
リセット信号を送信する。

【０１０１】ステップ４０６では、バスリセット信号を
送信したアクティブなポートすべてにアイドル信号を送
信する。

【０１０２】ステップ４０７では、アクティブなポート
すべてからアイドル信号を受信したかどうかを判断す
る。すべてのポートからアイドル信号を受信するまでこ
のルーチンを繰り返し、すべて受信した時点で初期化ル
ーチンを終了する。

【０１０３】ステップ４０８では、バスリセットが送信
要求ではないのを受けてバスリセット信号を受信する。

【０１０４】ステップ４０９では、他にアクティブなポ
ートが存在するかどうかを確認する。ある場合はステッ
プ４０９へ、ない場合はバスリセット後の初期化ルーチ
ンを終了する。

【０１０５】ステップ４１０では、バスリセットを受け
たポート以外のすべてのアクティブなポートに対してバ
スリセット信号を送信する。

【０１０６】ステップ４１１では、ステップ４１０に続
いてバスリセット信号を送信したすべてのアクティブな
ポートに対してアイドル信号を送信する。

【０１０７】ステップ４１２では、アクティブなポート
すべてからアイドル信号を受信したかどうかを判断す
る。すべてのポートからアイドル信号を受信するまでこ
のルーチンを繰り返し、すべて受信した時点で初期化ル
ーチンを終了する。

【０１０８】以上のステップを踏んで初期化ルーチンが
行われる。

【０１０９】図５（ａ）〜（ｅ）は、第１の実施形態に
おけるループ検知フローである。

【０１１０】本動作フローはループ検知プロセスを実行
するフローチャートを示しており、初期化プロセスが終
了した時点からスタートし、ループ検知プロセスが完了
した時点で終了となる。

【０１１１】まずは図５（ａ）を用いて説明する。

【０１１２】ステップ５０１では、ツリー識別がある時
間内に行われたかどうかを判断するためにある任意のタ
イマー値を持つタイマーを起動する。ここでは仮にタイ
マー１とする。

【０１１３】ステップ５０２では、自ノードの持つアク
ティブなポートの数を確認する。アクティブなポートが
１つかそれより多いかを判断し、アクティブなポート数
が２つ以上の場合はＡへ、アクティブなポートが１つの
場合はステップ５０３へ移行する。Ａへ移行した際の処
理の流れに関しては図５（ｂ）を用いて説明する。

【０１１４】ステップ５０３では、Parent Notify信号
を受信したかどうかを判断する。受信した場合はステッ
プ５０４へ、受信しなかった場合はステップ５０５へす
すむ。

【０１１５】ステップ５０４では、Parent Notify信号
を受信したのを受けてそのノードに対してChild Notify
信号を送信し、ステップ５２０へ移行する。

【０１１６】ステップ５０５では、Parent Notify信号
を受信していないのを受けて自ノードからそのノードに
対してParent Notify信号を送信する。

【０１１７】ステップ５０６では、タイマー１がカウン
トしているタイマー値を超えていないかどうかを判断す
る。超えていない場合はステップ５０９へ、タイムアウ
トした場合はステップ５０７へすすむ。

【０１１８】ステップ５０７では、タイマー１のタイム
アウトを受けて相手ノード（デバイス）が無応答である
と認識する。

【０１１９】ステップ５０８では、接続先のノードが無
応答であると認識したことによりエラー処理のシーケン
スに入る。具体的には接続先の相手ノードが無応答であ
ることをユーザーに通知するか、もしくはツリー構成に
そのデバイスを加えない等の処理を行う。

【０１２０】ステップ５０９では、Child Notify信号を
受信したかどうかを判断する。受信した場合はステップ
５２０へ、受信しなかった場合はステップ５１０へすす
む。

【０１２１】ステップ５１０では、Parent Notify信号
を受信したかどうかを判断する。受信した場合はステッ
プ５１１へ進み、受信しなかった場合はステップ５０６
へ戻る。

【０１２２】ステップ５１１では、タイマー１を停止し
た後にタイマー２を起動する。ここでタイマー２は、ル
ート競合のためのタイマーで、競合した２つのデバイス
だけが次にParent Notify信号を送信するまでの時間を
決めるための時間をランダムに選択するためのものであ
る。

【０１２３】ステップ５１２では、Paent Notify信号を
受信したかどうかを判断する。受信した場合はステップ
５１３へ、受信しなかった場合はステップ５１５へすす
む。

【０１２４】ステップ５１３では、Parent Notify信号
を受信したのを受けて、Child Notify信号を送信する。

【０１２５】ステップ５１４では、競合する２つのデバ
イス間で信号のやりとりが行われたことから自ノードが
ルートデバイスに確定する。

【０１２６】ステップ５１５では、Parent Notify信号
を受信していないのを受けて自ノードからそのノードに
対してParent Notify信号を送信する。

【０１２７】ステップ５１６では、タイマー２がカウン
トしているタイマー値を超えていないかどうかを判断す
る。超えていない場合はステップ５１７へ、タイムアウ
トした場合はステップ５１８へすすむ。

【０１２８】ステップ５１７では、Child Notify信号を
受信したかどうかを判断する。受信した場合はステップ
５２０へ進み、受信しなかった場合はステップ５１６へ
戻る。

【０１２９】ステップ５１８では、タイマー２のタイム
アウトを受けて相手ノード（デバイス）が無応答である
と認識する。

【０１３０】ステップ５１９では、接続先の相手ノード
が無応答であると判断したことによりエラー処理のシー
ケンスに入る。具体的には接続先の相手ノードが無応答
であることをユーザーに通知したり、ツリー構成にその
デバイスを加えない等の処理を行う。

【０１３１】ステップ５２０では、ツリー識別処理の終
了を確認する。

【０１３２】図５（ｂ）を用いてＡへ移行した際の処理
の流れを説明する。

【０１３３】ステップ５２１では、アクティブなポート
数をカウントしてその値を保存する。仮にここではＮと
いうパラメータにその値を格納する。

【０１３４】ステップ５２２では、アクティブなポート
数Ｎが２つであるかどうかを判断する。アクティブなポ
ートが２つの場合はステップ５２３へ、３つ以上のアク
ティブなポートを持つ場合はＣへ移行する。Ｃへ移行し
た際の処理の流れに関しては図５（ｄ）を用いて説明す
る。

【０１３５】ステップ５２３では、タイマー１がカウン
トしているタイマー値を超えていないかどうかを判断す
る。超えていない場合はステップ５２４へ、タイムアウ
トした場合はステップ５２７へすすむ。

【０１３６】ステップ５２４では、Parent Notify信号
を受信したかどうかを判断する。受信した場合はステッ
プ５２５へ進み、受信しなかった場合はステップ５２３
へ戻る。

【０１３７】ステップ５２５では、Parent Notify信号
を受信したのを受けてそのノードに対してChild Notify
信号を送信する。

【０１３８】ステップ５２６では、Parent Notify信号
を受信したポートではないもう一方のポートに対してPa
rent Notify信号を送信する。その後処理はＢへ移行す
るがその処理の流れに関しては図５（ｃ）を用いて説明
する。

【０１３９】ステップ５２７では、タイアマー１がタイ
ムアウトしたのを受けてタイマー３を起動する。タイマ
ー１のタイムアウトの時点で無応答の状態が続いている
ポートが存在するため第一の判断としてループが発生し
たと認識する。通常のループ接続の検知であればここで
処理を終了してしまうが、本発明では次に正確なループ
接続の発生箇所の認識とループ回避のためのプロセスに
入る。タイマー３は無応答なデバイスに対して強制的に
Parent Notify信号を送信した場合別のポートからParen
t Notify信号が帰ってくるまでのタイムアウトの時間を
カウントするタイマーである。

【０１４０】ステップ５２８では、無応答なポートの何
れかに対してParent Notify信号を送信する。

【０１４１】ステップ５２９では、タイマー３がカウン
トしているタイマー値を超えていないかどうかを判断す
る。超えていない場合はステップ５３２へ、タイムアウ
トした場合はステップ５３０へすすむ。

【０１４２】ステップ５３０では、タイマー３のタイム
アウトを受けて相手ノード（デバイス）が無応答である
と認識する。

【０１４３】ステップ５３１では、接続先の相手ノード
が無応答であると認識したことによりエラー処理のシー
ケンスに入る。具体的には接続先の相手ノードが無応答
であることをユーザーに通知したり、ツリー構成にその
デバイスを加えない等の処理を行う。

【０１４４】ステップ５３２では、Child Notify信号を
受信したかどうかを判断する。受信した場合はステップ
５３３へ進み、受信しなかった場合はステップ５２９へ
戻りこの間のシーケンスを繰り返す。

【０１４５】ステップ５３３では、タイマー３がカウン
トしているタイマー値を超えていないかどうかを判断す
る。超えていない場合はステップ５３５へ、タイムアウ
トした場合はステップ５３４へすすむ。

【０１４６】ステップ５３４では、タイマー３のタイム
アウトを受けてループ接続の箇所が自ノードから強制的
にParent Notify信号を送信したノードもしくはその接
続先のノードであると判断する。またその際Parent Not
ify信号を送信したポートをディセーブルにしてもバス
の再構成ができないこともあわせて判断し、それらの情
報を記憶、保存する。

【０１４７】ステップ５３５では、自ノードから強制的
にParent Notify信号を送信したポートとは別のポート
からParent Notify信号を受信したかどうかを判断す
る。受信した場合はステップ５３６へ進み、受信しなか
った場合はステップ５３３へ戻りこの間のシーケンスを
繰り返す。

【０１４８】ステップ５３６では、自ノードから強制的
にParent Notify信号を送信したポートとは別のポート
からParent Notify信号を受信したことを受けてループ
接続の発生箇所が自ノードの２つのポートの間に接続さ
れるバスの中に存在すると判断する。またあわせて自ノ
ードのどちらかのポートをディセーブルにすることによ
りバスの再構成が可能であることも判断し、それらの情
報を記憶、保存する。ステップ５３４および本ステップ
で記憶、保存した情報はバスの再構成時にアクティブな
ポートをディセーブルにする場合およびループ接続の発
生箇所をユーザーに通知する場合に使用される。

【０１４９】図５（ｃ）を用いて「Ｂ」へ移行した際の
処理の流れを説明する。

【０１５０】ステップ５３７では、タイマー１がカウン
トしているタイマー値を超えていないかどうかを判断す
る。超えていない場合はステップ５４０へ、タイムアウ
トした場合はステップ５３８へすすむ。

【０１５１】ステップ５３８では、タイマー１のタイム
アウトを受けて相手ノード（デバイス）が無応答である
と認識する。

【０１５２】ステップ５３９では、接続先の相手ノード
が無応答であると認識したことによりエラー処理のシー
ケンスに入る。具体的には接続先の相手ノードが無応答
であることをユーザーに通知するか、もしくはツリー構
成にそのデバイスを加えない等の処理を行う。

【０１５３】ステップ５４０では、Child Notify信号を
受信したかどうかを判断する。受信した場合はステップ
５５１へ、受信しなかった場合はステップ５４１へすす
む。

【０１５４】ステップ５４１では、Parent Notify信号
を受信したかどうかを判断する。受信した場合はステッ
プ５４２へ進み、受信しなかった場合はステップ５３７
へ戻る。

【０１５５】ステップ５４２では、タイマー１を停止し
た後にタイマー２を起動する。ここでタイマー２は、ル
ート競合のためのタイマーで、競合した２つのデバイス
だけが次にParent Notify信号を送信するまでの時間を
決めるための時間をランダムに選択するためのものであ
ることは以前説明したとおりである。

【０１５６】ステップ５４３では、Parent Notify信号
を受信したかどうかを判断する。受信した場合はステッ
プ５４４へ、受信しなかった場合はステップ５４６へす
すむ。

【０１５７】ステップ５４４では、Parent Notify信号
を受信したのを受けて、Child Notify信号を送信する。

【０１５８】ステップ５４５では、競合する２つのデバ
イス間で信号のやりとりが行われたことから自ノードが
ルートデバイスに確定する。

【０１５９】ステップ５４６では、Parent Notify信号
を受信していないのを受けて自ノードからそのノードに
対してParent Notify信号を送信する。

【０１６０】ステップ５４７では、タイマー２がカウン
トしているタイマー値を超えていないかどうかを判断す
る。超えていない場合はステップ５４８へ、タイムアウ
トした場合はステップ５４９へすすむ。

【０１６１】ステップ５４８では、Child Notify信号を
受信したかどうかを判断する。受信した場合はステップ
５５１へ進み、受信しなかった場合はステップ５４７へ
戻る。

【０１６２】ステップ５４９では、タイマー２のタイム
アウトを受けて相手ノード（デバイス）が無応答である
と認識する。

【０１６３】ステップ５５０では、接続先の相手ノード
が無応答であると認識したことによりエラー処理のシー
ケンスに入る。具体的には接続先の相手ノードが無応答
であることをユーザーに通知したり、ツリー構成にその
デバイスを加えない等の処理を行う。

【０１６４】ステップ５５１では、ツリー識別処理の終
了を認識する。

【０１６５】図５（ｄ）を用いてＣへ移行した際の処理
の流れを説明する。

【０１６６】ステップ５５２では、タイマー１がカウン
トしているタイマー値を超えていないかどうかを判断す
る。超えていない場合はステップ５５３へ、タイムアウ
トした場合はステップ５５８ですすむ。

【０１６７】ステップ５５３では、Parent Notify信号
を受信したかどうかを判断する。受信した場合はステッ
プ５５４へ進み、受信しなかった場合はステップ５５２
へ戻る。

【０１６８】ステップ５５４では、Parent Notify信号
を受信したのを受けて、Child Notify信号を送信する。

【０１６９】ステップ５５５では、アクティブなポート
数Ｎの値から１をマイナスし、その値をパラメータＮに
格納する。

【０１７０】ステップ５５６では、アクティブなポート
数Ｎの値が１かどうかを判断する。１の場合はステップ
５５７へ進み、それ以外の場合つまりParent Notify信
号を受信していないアクティブなポートが１つになるま
ではステップ５５２へ戻りこの間のシーケンスを繰り返
す。

【０１７１】ステップ５５７では、アクティブなポート
が残り一つになったのを受けてParent Notify信号を残
されたポートに対して送信する。その後処理はＢへ移行
するがＢへ移行後のフローについては図５（ｃ）で説明
したのでそちらを参照のこと。

【０１７２】ステップ５５８では、タイマー１がタイム
アウトしたのを受けてタイマー３を起動する。タイマー
１のタイムアウトの時点で無応答の状態が続いているポ
ートが存在するため第一の判断としてループが発生した
と認識する。タイマー３は無応答なデバイスに対して強
制的にParent Notify信号を送信した場合別のポートか
らParent Notify信号が帰ってくるまでのタイムアウト
の時間をカウントするタイマーである。

【０１７３】ステップ５５９では、無応答なポートの何
れかに対してParent Notify信号を送信する。また送信
したポートを記憶しておきこの処理よりを一度経過した
後再びこのステップの処理を行う場合には一度送信した
ポートとは別のポートに対してParent Notify信号を送
信する。

【０１７４】ステップ５６０では、タイマー３がカウン
トしているタイマー値を超えていないかどうかを判断す
る。超えていない場合はステップ５６３へ、タイムアウ
トした場合はステップ５６１へすすむ。

【０１７５】ステップ５６１では、タイマー３のタイム
アウトを受けて相手ノード（デバイス）が無応答である
と認識する。

【０１７６】ステップ５６２では、接続先の相手ノード
が無応答であると認識したことによりエラー処理のシー
ケンスに入る。具体的には接続先の相手ノードが無応答
であることをユーザーに通知したり、ツリー構成にその
デバイスを加えない等の処理を行い、ループ検知処理の
プロセスを終了する。

【０１７７】ステップ５６３では、Child Notify信号を
受信したかどうかを判断する。受信した場合はステップ
５６４へ進み、受信しなかった場合はステップ５６０へ
戻りこの間のシーケンスを繰り返す。

【０１７８】ステップ５６４では、タイマー３がカウン
トしているタイマー値を超えていないかどうかを判断す
る。超えていない場合はステップ５６５へ、タイムアウ
トした場合はステップ５６８へすすむ。

【０１７９】ステップ５６５では、自ノードから強制的
にParent Notify信号を送信したポートとは別のポート
からParent Notify信号を受信したかどうかを判断す
る。受信した場合はステップ５６６へ進み、受信しなか
った場合はステップ５６４へ戻りこの間のシーケンスを
繰り返す。

【０１８０】ステップ５６６では、自ノードから強制的
にParent Notify信号を送信したポートとは別のポート
からParent Notify信号を受信したことを受けてループ
接続の発生箇所が自ノードの２つのポートの間に接続さ
れるバスの中に存在すると判断する。あわせて自ノード
のどちらからのポートをディセーブルにすることにより
バスの再構成が可能であることも判断し、それらの情報
を記憶、保存する。

【０１８１】ステップ５６７では、アクティブなポート
数Ｎの値から現在ループ接続箇所を判断した２つのポー
トを除くため２をマイナスしさらに残されたポート数が
いくつかを判断する。残されたポート数が２以上の場合
はステップ５５９へ戻りこの間の処理シーケンスを繰り
返す。そうでない場合つまり残されたポートが１つの場
合は図５（ａ）のステップ５０３まで戻り、アクティブ
ポートが１つの場合の処理を行う。

【０１８２】ステップ５６８では、タイマー３のタイム
アウトを受けてループ接続の発生箇所が自ノードから強
制的にParent Notify 信号を送信したノードもしくはそ
の接続先のノードによって構成されるバス上にあると判
断する。またその際Parent Notify信号を送信したポー
トをディセーブルにしてもバスの再構成ができないこと
もあわせて判断する。

【０１８３】ステップ５６９では、ステップ５６８で判
断した内容を記憶保持し、アクティブなポート数Ｎの値
から１マイナスし、その値をパラメータＮに保存する。

【０１８４】ステップ５７０では、ステップ５６９まで
の各種情報を保持したままバスリセットを実行する。

【０１８５】ステップ５７１では、初期化のプロセスを
行う。処理フローについては図４で既に説明しているの
でそちらを参照のこと。

【０１８６】ステップ５７２では、ツリー識別がある時
間内に行われたかどうかを判断するためのタイマーであ
るタイマー１を起動する。

【０１８７】ステップ５７３では、アクティブなポート
数Ｎの値が０かどうかを判断する。Ｎが０でない場合、
つまりParent Notify信号を送信することによってその
ポートの先のバスの状況を把握していないポートがまだ
存在している場合は、ステップ５５２へ戻りこの間のシ
ーケンスを繰り返す。Ｎが０の場合はＥへ移行する。Ｅ
へ移行した際の処理の流れに関しては図５（ｅ）を用い
て説明する。

【０１８８】図５（ｅ）を用いてＥへ移行した際の処理
の流れを説明する。

【０１８９】この図では、複数あるアクティブなポート
すべてがそれぞれそのポートを独立にディセーブルにす
ることではバスの再構成が不可能だと判断された場合の
処理フローを示している。

【０１９０】ステップ５７４では、タイマー１がカウン
トしているタイマー値を超えていないかどうかを判断す
る。タイムアウトした場合はステップ５７５へ進み、超
えていない場合は再びステップ５７４へ戻りこのステッ
プを繰り返す。

【０１９１】ステップ５７５では、タイマー１がタイム
アウトしたのを受けてタイマー３を起動する。タイマー
１のタイムアウトの時点で無応答の状態が続いているポ
ートが存在するため第一の判断としてループが発生した
と認識する。タイマー３は無応答なデバイスに対して強
制的にParent Notify信号を送信した場合別のポートか
らParent Notify信号が帰ってくるまでのタイムアウト
の時間をカウントするタイマーである。

【０１９２】ステップ５７６では、Parent Notify信号
を送信する複数のポートを選択する。仮に３つのポート
Ａ，Ｂ，Ｃがアクティブの場合にはこの中から二つのポ
ートを選択する。また送信したポートを記憶しておき、
この処理を一度経過した後再びこのステップの処理を行
う場合には一度送信したポートとは別の組み合わせで複
数のポートに対してParent Notify信号を送信する。組
み合わせの際はアクティブなポート数Ｎよりも１小さい
値まで同時にParent Notify信号を送信することが可能
である。

【０１９３】ステップ５７７では、ステップ５７６で選
択した複数のポートに対してParentNotify信号を送信す
る。

【０１９４】ステップ５７８では、タイマー３がカウン
トしているタイマー値を超えていないかどうかを判断す
る。超えていない場合はステップ５８１へ、タイムアウ
トした場合はステップ５７９へすすむ。

【０１９５】ステップ５７９では、タイマー３のタイム
アウトを受けて相手ノードデバイスが無応答であると認
識する。

【０１９６】ステップ５８０では、接続先の相手ノード
が無応答であると判断したことによりエラー処理のシー
ケンスに入る。具体的には接続先の相手ノードが無応答
であることをユーザーに通知したり、ツリー構成にその
デバイスを加えない等の処理を行い、ループ検知処理の
プロセスを終了する。

【０１９７】ステップ５８１では、Child Notify信号を
受信したかどうかを判断する。受信した場合はステップ
５８２へ進み、受信しなかった場合はステップ５７８へ
戻りこの間のシーケンスを繰り返す。

【０１９８】ステップ５８２では、タイマー３がカウン
トしているタイマー値を超えていないかどうかを判断す
る。超えていない場合はステップ５８３へ進み、タイム
アウトした場合はステップ５７６へ戻り再びParent Not
ify信号を送信するポートを選択する。

【０１９９】ステップ５８３では、自ノードから強制的
にParent Notify信号を送信した複数のポートとは別の
ポートからParent Notify信号を受信したかどうかを判
断する。受信した場合はステップ５８４へ進み、受信し
なかった場合はステップ５８２へ戻りこの間のシーケン
スを繰り返す。

【０２００】ステップ５８４では、自ノードから強制的
にParent Notify信号を送信した複数のポートとは別の
ポートからParent Notify信号を受信したことを受け
て、ループ接続の箇所が複数存在するという情報の他
に、自ノードから強制的にParentNotify信号を送信した
複数のポートをディセーブルにすることによりバスの再
構成が可能であることも判断し、それらの情報を記憶、
保存する。

【０２０１】ステップ５８５では、ステップ５７６で選
択したポートの組み合わせが考え得るすべての組み合わ
せを選択したかどうかを判断する。すべて確認した場合
はループ検知の処理プロセスを終了する。そうでない場
合はステップ５８６へすすむ。また、すべての組み合わ
せを確認していない場合でもバスの再構成が可能な組み
合わせを見つけているときはループ検知の処理プロセス
を終了する。

【０２０２】ステップ５８６では、ステップ５８５まで
の各種情報を保持したままバスリセットを実行する。

【０２０３】ステップ５８７では、初期化のプロセスを
行う。処理フローについては図４で既に説明しているの
でそちらを参照のこと。

【０２０４】ステップ５８８では、ツリー識別がある時
間内に行われたかどうかを判断するためのタイマーであ
るタイマー１を起動する。その後再びこの処理の最初で
あるステップ５７４から処理を行う。

【０２０５】以上のステップを踏んでループ検知プロセ
スが行われる。

【０２０６】図６は、第１の実施形態におけるバス再構
成フローである。

【０２０７】ステップ６０１では、ループ接続の検知箇
所をユーザーに通知するかどうか判断する。この判断は
前もってユーザーが通知するかどうか判断し命令をこの
デバイスに対して入力することによって行われる。通知
する場合はステップ６０２へ、通知しない場合はステッ
プ６０３へすすむ。

【０２０８】ステップ６０２では、ループ接続箇所の通
知を行う。通知する手段はデバイスにより様々である
が、この実施形態ではユーザーインタフェースを構成す
る機能の一つである表示装置に対して表示を行うことで
通知する。

【０２０９】ステップ６０３では、これ以前の処理の中
で保存された情報に基づきアクティブなポートをディセ
ーブルにする。

【０２１０】ステップ６０４では、ポートのディセーブ
ル箇所をユーザーに通知するかどうか判断する。この判
断は前もってユーザーが通知するかどうか判断し命令を
このデバイスに対して入力することによって行われる。
通知する場合はステップ６０５へ、通知しない場合はス
テップ６０６へすすむ。

【０２１１】ステップ６０５では、ポートのディセーブ
ル箇所の通知を行う。通知する手段は様々であるがこの
実施形態ではユーザーインタフェースを構成する機能の
一つである表示装置に対して表示を行うか、ポートがア
クティブかどうかを表示するＬＥＤなどを使用すること
で通知する。

【０２１２】ステップ６０６では、バスリセットを行
い、バスの再構成プロセスを終了する。

【０２１３】以上のステップを踏んでバス再構成プロセ
スが行われる。

【０２１４】図７（ａ）〜（ｇ）は、第１の実施形態に
おけるループ接続を含む構成の模式図である。（以後第
１のループ構成図という。）これらの図に従ってループ
接続の検知してからバスを再構成するまでの流れを説明
する。

【０２１５】図７（ａ）はループ接続を含むバスの構成
図である。

【０２１６】ここで７０１〜７０８はノードであり、ノ
ード７０１が本発明の構成を備えるデバイスである。他
は一つもしくは複数の接続ポートを備えたIEEE1394仕様
に準拠した各デバイスである。

【０２１７】図のような接続がされたのちバスリセット
が発生すると初期化のプロセスを経てツリー識別のフェ
ーズへ移行する。まず、Leafであるノード７０５，７０
６，７０７および７０８からParent Notify信号がそれ
ぞれ接続されたノードに対して送信される。Parent Not
ify信号を受信したBranchのノードは受信したポートにC
hild Notify信号を送信する。

【０２１８】しかしながら、ディジーチェーン接続やブ
ランチ接続以外の許容されていない接続形態であるルー
プ接続がノード７０１，７０２，７０３および７０４と
の間で成立しているので、この後ツリー識別を完了する
ことができなくなることは従来例のところで説明した。

【０２１９】この状態からノード７０１がループ接続の
箇所を判断し、バスを再構成する手順を以後の図によっ
て説明する。

【０２２０】図７（ｂ）は、図７（ａ）のループ接続を
発生させているノードをピックアップしたものである。

【０２２１】図に示されるようにノード７０１から７０
４までの各ノードはそれぞれアクティブなポートを２つ
持つBranchとなるノードである。ノード７０１が本発明
の構成を備えたデバイスである。

【０２２２】図７（ｃ）では、ノード７０１はノード７
０２に対してParent Notify信号を送信する。これはノ
ード７０１が、ツリー識別のプロセスに移行した時点で
タイマーを動作させ、ある任意のタイマー値を超えた時
点でアクティブな２つのポートのどちらからもParent N
otify信号を受信していないことからループ接続がどこ
かで発生していると判断し、その接続箇所とバスの再構
成が可能であるかどうかを判断するためアクティブな２
つのポートの一方に対して強制的にParent Notify信号
を送信したものである。この例ではParent Notify信号
をノード７０２に対して送信しているが、もう一方のノ
ード７０３に対して送信しても構わない。

【０２２３】図７（ｄ）では、ノード７０１からのPare
nt Notify信号を受信したノード７０２がノード７０１
に対してChild Notify信号を送信する。またノード７０
２は、アクティブなポートでParent Notify信号を受信
していないポートが残り一つになったのでそのポートに
対して、つまりノード７０４に対してParent Notify信
号を送信する。

【０２２４】図７（ｅ）では、それを受けて、ノード７
０２からのParent Notify信号を受信したノード７０４
がノード７０２に対してChild Notify信号を送信し、ノ
ード７０３に対してParent Notify信号を送信する。さ
らにノード７０３はノード７０４へChild Notify信号を
送信した後ノード７０１に対してParent Notify信号を
送信する。

【０２２５】以上の過程を経て、ノード７０１はParent
Notify信号を強制的に送信したポートとParent Notify
信号を受信したポートの間にループ接続が存在すること
を判断するとともに、２つのアクティブなポート（ノー
ド７０２および７０３が接続されているポート）のうち
どちらか一方をディセーブルすることでバスを構成する
ことが可能なことも判断する。

【０２２６】図７（ｆ）は、以上の判断に基づきノード
７０１がノード７０２と接続されているポートをディセ
ーブルにした場合のバスの構成図である。ディセーブル
後にバスリセットを発生させバスの再構成を行った結
果、ノード７０１、７０２がそれぞれLeafとなり正常に
バスの構成を行うことができる。図７（ａ）でみると、
ノード７０３と７０４がルート候補となるバスの構成に
なる。

【０２２７】図７（ｇ）は、（ｆ）と同様な判断に基づ
きノード７０１がノード７０３と接続されているポート
をディセーブルにした場合のバスの構成図である。ディ
セーブル後にバスリセットを発生させバスの再構成を行
った結果、ノード７０１、７０３がそれぞれLeafとなり
正常にバスの構成を行うことができる。図７（ａ）でみ
ると、ノード７０２と７０３と７０４がルート候補とな
るバスの構成になる。

【０２２８】以上のツリー識別プロセスが正常に完了す
ると、次に各ノードにノード番号を割り振りお互いがデ
ータ通信を可能にするための自己識別のフェーズに入
る。

【０２２９】図８は、上述した図７を用いて説明した第
１の実施形態における第１のループ構成例のループ検知
のフローを示したものである。

【０２３０】ステップ８０１では、バスリセットなどの
バスの構成行うトリガーが発生したことを受けて初期化
のプロセスが行われる。この処理内容の詳細は図４を用
いた説明を参照のこと。

【０２３１】ステップ８０２では、ツリー識別がある時
間内に行われたかどうかを判断するために、任意のタイ
マー値（タイマー１）を持つタイマーを起動する。

【０２３２】ステップ８０３では、そのタイマー１のタ
イムアウト、つまりある時間内でツリー識別が完了しな
かったことを受けてバスの中でループ接続が存在してい
ると判断する。

【０２３３】ステップ８０４では、ループ接続の存在箇
所の確認およびバスの再構成が可能かどうかを判断する
ために接続先ノードであるノード７０２に対して強制的
にParent Notify信号を送信する。

【０２３４】ステップ８０５では、Parent Notify信号
を受信したノード７０２がノード７０１に対してChild
Notify信号を送信する。

【０２３５】ステップ８０６では、ノード７０２がノー
ド７０４に対してParent Notify信号を送信する。また
ノード７０４はノード７０２に対してChild Notify信号
を送信する。

【０２３６】ステップ８０７では、ノード７０４がノー
ド７０３に対してParent Notify信号を送信する。また
ノード７０３はノード７０４に対してChild Notify信号
を送信する。

【０２３７】ステップ８０８では、ノード７０３がノー
ド７０１（強制的にParent Notify信号を送信したデバ
イス）に対してParent Notify信号を送信する。

【０２３８】ステップ８０９では、２つのアクティブな
ポート間に接続されるデバイスによってバス上にループ
接続が構成されていると判断する。

【０２３９】ステップ８１０では、ユーザーに対してル
ープの発生箇所を通知する。本実施形態ではノード７０
１が持つ表示装置へ表示することで伝える。

【０２４０】ステップ８１１では、アクティブな２つの
ポートのうち、ノード７０２と接続しているポートをデ
ィセーブルにする。

【０２４１】ステップ８１２では、ユーザーに対してポ
ートをディセーブルにしたことを通知する。本実施形態
ではノード７０１の各ポートにはアクティブになると点
灯するＬＥＤが備えられておりそのＬＥＤを点灯を止め
ることによって知らせる。

【０２４２】ステップ８１３では、バスリセットを発生
させる。

【０２４３】ステップ８１４では、ステップ８０１と同
様に初期化のプロセスを行う。

【０２４４】ステップ８１５では、ツリー識別のプロセ
スを行う。バスリセット前の処理では、このツリー識別
プロセスの実行中にループ接続を検知したためバスの構
成を続けることができなかったが、ポートをディセーブ
ルにすることで正常にツリー識別プロセスを完了するこ
とができる。

【０２４５】ステップ８１６では、ツリー識別が正常に
完了したのを受けて、次に各ノードにノード番号を割り
振りお互いがデータ通信を可能にするための自己識別プ
ロセスに入る。この自己識別プロセスの完了後各ノード
間での通信を行うことが可能になる。

【０２４６】図９（ａ），（ｂ）は、第１の実施形態に
おけるループ接続を含むバス構成の模式図である。（以
後第２のループ構成図という）これらの図に従ってルー
プ接続の検知してからバスを再構成するか否かを判断す
るまでの流れを説明する。

【０２４７】図９（ａ）はループ接続を含むバスの構成
図である。

【０２４８】ここで９０１〜９０４はノードであり、ノ
ード９０１が本発明の構成を備えるデバイスである。他
は一つもしくは複数の接続ポートを備えたIEEE1394仕様
に準拠した各デバイスである。

【０２４９】図のようにノード９０２，９０３および９
０４の間でループが形成されている。

【０２５０】図９（ｂ）では、ツリー識別のプロセス
で、まずツリー識別がある時間内に行われたかどうかを
判断するために、任意のタイマー値（タイマー１）でタ
イマーを起動した後、アクティブなポートを一つしか持
たないLeafであるノード９０１はその接続先であるノー
ド９０２に対してParent Notify信号を送信する。Paren
t Notify信号を受信したBranchとなるノード９０２はノ
ード９０１にChild Notify信号を送信する。

【０２５１】しかしながら、ノード９０２はアクティブ
な３つのポートのうち１つからしかParent Notify信号
を受けていないのでそれ以後の処理を続けることができ
ないためノード９０１の持つタイマー１はタイムアウト
する。つまりツリー識別プロセスを正常に終了すること
はできないことになる。

【０２５２】このことからノード９０１は、Parent Not
ify信号を送信したポートの先にループ接続を行ってい
るデバイスが存在することを判断するとともに、このア
クティブなポートをディセーブルにしてもバスを再構成
することができないことも判断する。バスの再構成がで
きないためループ接続が発生していることをユーザーに
対して通知して処理を終了する。

【０２５３】図１０は、上述した図９を用いて説明した
第１の実施形態における第２のループ構成例のループ検
知フローを示したものである。

【０２５４】ステップ１００１では、バスリセットなど
のバスの構成を行うトリガーが発生したことを受けて初
期化のプロセスが行われる。この処理内容の詳細は図４
を用いた説明を参照のこと。

【０２５５】ステップ１００２では、ツリー識別がある
時間内に行われたかどうかを判断するため、任意のタイ
マー値（タイマー１）を持つタイマーを起動する。

【０２５６】ステップ１００３では、ノード９０１は唯
一の接続先であるノード９０２に対してParent Notify
信号を送信する。

【０２５７】ステップ１００４では、Parent Notify信
号を受信したノード９０２はノード９０１に対してChil
d Notify信号を送信する。

【０２５８】ステップ１００５では、ループの構成によ
りそれ以後の処理を続けることができないためタイマー
１はタイムアウトする。

【０２５９】ステップ１００６では、タイマー１のタイ
ムアウト、つまりある時間内でツリー識別が完了しなか
ったことを受けてParent Notify信号を送信した唯一の
アクティブなポートの先にループ接続を行っているデバ
イスが存在することを判断する。さらにこのアクティブ
なポートをディセーブルにしてもバスを再構成すること
ができないことも判断する。

【０２６０】ステップ１００７では、ユーザーに対して
ループの発生箇所を通知する。本実施形態ではノード７
０１が持つ表示装置へ表示することで伝える。またアク
ティブなポートをディセーブルにすることで正常なバス
の構成をすることができないこともあわせて表示する。

【０２６１】図１１（ａ）〜（ｄ）は、第１の実施形態
におけるループ接続を含むバス構成の模式図である。
（以後第３のループ構成図という）これらの図に従って
接続の検知してからバスを再構成するまでの流れを説明
する。

【０２６２】図１１（ａ）はループ接続を含むバスの構
成図である。

【０２６３】ここで１１０１〜１１０７はノードであ
り、ノード１１０１が本発明の構成を備えるデバイスで
ある。他は一つもしくは複数の接続ポートを備えたIEEE
1394仕様に準拠した各デバイスである。１１０８ａ〜１
１０８ｃはノード１１０１のポートである。

【０２６４】図のようにノード１１０１，１１０２，１
１０４および１１０３の間とノード１１０５，１１０６
および１１０７の間で二つのループが形成されている。
この状態ではすべてのノードがBranchとなりツリー識別
のプロセスを正常に行えない状態にある。

【０２６５】図１１（ｂ）では、ノード１１０１はポー
ト１１０８ａに接続されているノード１１０２に対して
Parent Notify信号を送信する。これはノード１１０１
がツリー識別のプロセスに移行した時点でタイマーを動
作させ、ある任意のタイマー値（タイマー１）を超えた
時点でアクティブな３つのポートの何れからもParentNo
tify信号を受信していないことからループ接続がどこか
で発生していると判断し、その接続箇所とバスの再構成
が可能であるかどうかを判断するためアクティブな３つ
のポートの一つに対して強制的にParent Notify信号を
送信したものである。この例ではParent Notify信号を
ノード１１０２に対して送信しているが、別のノードで
ある１１０３，１１０５に対して送信しても構わない。
なお送信前に送信したParent Notify信号に対する応答
が時間内に行われるかどうかを判断するための上記とは
別のタイマー値（タイマー３）でタイマーを起動する。

【０２６６】図１１（ｃ）では、ノード１１０１からの
Parent Notify信号を受信したノード１１０２がノード
１１０１に対してChild Notify信号を送信する。またノ
ード１１０２はアクティブなポートでParent Notify信
号を受信していないポートが残り一つになったのでその
ポートに対して、つまりノード１１０４に対してParent
Notify信号を送信する。同様にそれを受けて、ノード
１１０２からのParentNotify信号を受信したノード１１
０４がノード１１０２に対してChild Notify信号を送信
し、ノード１１０３に対してParent Notify信号を送信
する。さらにノード１１０３はノード１１０４へChild
Notify信号を送信した後ノード１１０１に対してParent
Notify信号を送信する。

【０２６７】この時点で、ノード１１０１はParent Not
ify信号を強制的に送信したポート１１０８ａとParent
Notify信号を受信したポート１１０８ｂの間にループ接
続が存在することを判断するとともに、この２つのアク
ティブなポートのうちどちらか一方をディセーブルにす
ることでバスを構成可能なことも判断する。

【０２６８】アクティブなポートはもう一つあるので、
上記判断を終えた時点でノード１１０５が接続している
ポート１１０８ｃに対してParent Notify信号を送信す
る。Parent Notify信号を受信したBranchとなるノード
１１０５はノード１１０１にChild Notify信号を送信す
る。

【０２６９】しかしながら、ノード１１０５はアクティ
ブな３つのポートのうち１つからしかParent Notify信
号を受けていないのでそれ以後の処理を続けることがで
きないためタイマーはタイムアウトする。つまりツリー
識別プロセスを正常に終了することはできないことにな
る。この場合の処理の流れは図９を用いて説明したもの
と同様である。

【０２７０】このことからノード１１０１は、Parent N
otify信号を送信したポート１１０８ｃの先にループ接
続を行っているデバイスが存在することを判断するとと
もに、このアクティブなポートをディセーブルにしても
この先に接続されるデバイスで構成されるバスを有効に
することができないことも判断する。ただしこのポート
１１０８ｃをディセーブルにすることでノード１１０１
〜１１０４のデバイスのみでバスの再構成が可能である
ことをあわせて判断する。

【０２７１】図１１（ｄ）は上記判断に基づき、ポート
１１０８ａおよび１１０８ｃのポートをディセーブルに
した場合のバスの構成図である。ディセーブル後にバス
リセットを発生させバスの再構成を行った結果、ノード
１１０１，１１０２がそれぞれLeafノードとなり正常に
バスの構成を行うことができる。ポート１１０８ａの代
わりにポート１１０８ｂをディセーブルにしても同様の
バスの再構成をはかることができる。またノード１１０
５〜１１０７はバスの構成に加われなくなるためユーザ
ーの定義次第ではノード１１０１〜１１０４間でバスを
再構成することなくループ接続の箇所を知らせるにとど
めることも可能である。

【０２７２】以上のツリー識別プロセスが完了すると、
次に各ノードにノード番号を割り振りお互いがデータ通
信を可能にするための自己識別に入ることになる。

【０２７３】図１２は、上述した図１１を用いて説明し
た第１の実施形態における第３のループ構成例のループ
検知フローを示したものである。

【０２７４】ステップ１２０１では、バスリセットなど
のバスの構成を行うトリガーが発生したことを受けて初
期化のプロセスが行われる。この処理内容の詳細は図４
を用いた説明を参照のこと。

【０２７５】ステップ１２０２では、ツリー識別がある
時間内に行われたかどうかを判断するため、任意のタイ
マー値（タイマー１）でタイマーを起動する。

【０２７６】ステップ１２０３では、そのタイマー１の
タイムアウト、つまりある時間内でツリー識別が完了し
なかったことを受けてバスの中でループ接続が存在して
いると判断する。

【０２７７】ステップ１２０４では、次のステップで送
信するParent Notify信号に対する応答があるかどうか
を判断するため、上述のタイマー値とは別のタイマー値
（タイマー３）でタイマーを起動する。

【０２７８】ステップ１２０５では、ループ接続の存在
箇所の確認およびバスの再構成が可能かどうかを判断す
るために接続先ノードであるノード１１０２に対して強
制的にParent Notify信号を送信する。

【０２７９】ステップ１２０６では、Parent Notify信
号を受信したノード１１０２がノード１１０１に対して
Child Notify信号を送信する。

【０２８０】ステップ１２０７では、ノード１１０２が
ノード１１０４に対してParent Notify信号を送信す
る。それを受けてノード１１０４はノード１１０２に対
してChild Notify信号を送信する。

【０２８１】ステップ１２０８では、ノード１１０４が
ノード１１０３に対してParent Notify信号を送信す
る。それを受けてノード１１０３はノード１１０４に対
してChild Notify信号を送信する。

【０２８２】ステップ１２０９では、ノード１１０３が
ノード１１０１（強制的にParent Notify信号を送信し
たデバイス）に対してParent Notify信号を送信する。

【０２８３】ステップ１２１０では、ノード１１０１が
２つのアクティブなポート１１０８ａと１１０８ｂの間
に接続されるデバイスによってループ接続が構成されて
いると判断する。あわせてこの２つのアクティブなポー
トのうちどちらか一方をディセーブルにすることでバス
を構成可能なことも判断する。

【０２８４】ステップ１２１１では、ループ接続の存在
箇所の確認およびバスの再構成が可能かどうかを判断す
るために残ったアクティブなポートである１１０８ｃ
（接続ノードは１１０５）に対して強制的にParent Not
ify信号を送信する。

【０２８５】ステップ１２１２では、Parent Notify信
号を受信したノード１１０５がノード１１０１に対して
Child Notify信号を送信する。

【０２８６】ステップ１２１３では、ノード１１０５〜
１１０７によるループの構成によりそれ以後の処理を続
けることができないためノード１１０１の持つタイマー
３はタイムアウトする。

【０２８７】ステップ１２１４では、タイマー３のタイ
ムアウト、つまりある時間内でツリー識別が完了しなか
ったことを受けてParent Notify信号を送信したアクテ
ィブなポート１１０８ｃの先にループ接続を行っている
デバイスが存在することを判断する。さらにこのアクテ
ィブなポートをディセーブルにしてもバスを再構成する
ことができないことも判断する。またこのポート１１０
８ｃをディセーブルにすることでノード１１０１〜１１
０４のデバイスのみでバスの再構成が可能であることを
あわせて判断する。

【０２８８】ステップ１２１５では、ユーザーに対して
ループ接続の発生箇所を通知する。本実施形態ではノー
ド１１０１が持つ表示装置へ表示することで伝える。ユ
ーザーが、バスに接続されたすべてのノード間でのバス
の再構成を望むのであれば、ループ接続の発生箇所を通
知後処理を終了する。

【０２８９】ステップ１２１６では、アクティブな３つ
のポートのうち、ポート１１０８ａと１１０８ｃをディ
セーブルにする。

【０２９０】ステップ１２１７では、ユーザーに対して
ポートをディセーブルにしたことを通知する。本実施形
態ではノード１１０１の各ポートにはアクティブになる
と点灯するＬＥＤが備えられておりそのＬＥＤを点灯を
止めることによって知らせる。

【０２９１】ステップ１２１８では、バスリセットを発
生させる。

【０２９２】ステップ１２１９では、ステップ１２０１
と同様に初期化のプロセスを行う。

【０２９３】ステップ１２２０では、ツリー識別のプロ
セスを行う。バスリセット前はこのツリー識別プロセス
の実行中にループ接続を検知したためバスの構成を続け
ることができなかったが、ポートをディセーブルにする
ことで正常にツリー識別プロセスを完了することができ
る。バスを構成するノードはノード１１０１〜１１０４
である。

【０２９４】ステップ１２２１では、ツリー識別が正常
に完了したのを受けて、次に各ノードにノード番号を割
り振りお互いがデータ通信を可能にするための自己識別
プロセスに入る。この自己識別プロセスの完了後各ノー
ド間での通信を行うことが可能になる。

【０２９５】図１３（ａ）〜（ｈ）は、第１の実施形態
におけるループ接続を含むバス構成の模式図である。
（以後第４のループ構成図という）これらの図に従って
ループ接続の検知してからバスを再構成するまでの流れ
を説明する。

【０２９６】図１３（ａ）はループ接続を含むバスの構
成図である。

【０２９７】ここで１３０１〜１３０４はノードであ
り、ノード１３０１が本発明の構成を備えるデバイスで
ある。他は一つもしくは複数の接続ポートを備えたIEEE
1394仕様に準拠した各デバイスである。１３０５ａ〜１
３０５ｃはノード１３０１のポートである。

【０２９８】図のようにノード１３０１，１３０２およ
び１３０３の間、ノード１３０１，１３０３および１３
０４の間およびノード１３０１，１３０２，１３０３お
よび１３０４の間など複雑に複数のループが形成されて
いる。この状態ではすべてのノードがBranchとなりツリ
ー識別のプロセスを正常に行えない状態にある。

【０２９９】図１３（ｂ）では、ノード１３０１はポー
ト１３０５ａに接続されているノード１３０４に対して
Parent Notify信号を送信する。これはノード１３０１
がツリー識別のプロセスに移行した時点でタイマーを動
作させ、ある任意のタイマー値（タイマー１）を超えた
時点でアクティブな３つのポートの何れからもParentNo
tify信号を受信していないことからループ接続がどこか
で発生していると判断し、その接続箇所とバスの再構成
が可能であるかどうかを判断する為アクティブな３つの
ポートの一つに対して強制的にParent Notify信号を送
信したものである。この例ではParent Notify信号をま
ず最初にノード１３０４に対して送信しているが、別の
接続ノードである１３０２や１３０３に対して送信して
も構わない。なお送信前に送信したParent Notify信号
に対する応答があるかどうかを判断するための上記とは
別のタイマー値（タイマー３）でタイマーを起動する。

【０３００】図１３（ｃ）では、ノード１３０１からの
Parent Notify信号を受信したノード１３０４がノード
１３０１に対してChild Notify信号を送信する。またノ
ード１３０４はアクティブなポートでParent Notify信
号を受信してないポートが残り一つになったのでそのポ
ートに対して、つまりノード１３０３に対してParentNo
tify信号を送信する。

【０３０１】しかしながら、ノード１３０３はアクティ
ブな３つのポートのうち１つからしかParent Notify信
号を受けていなのでそれ以後の処理を続けることができ
ないためタイマー３はタイムアウトする。つまりツリー
識別プロセスを正常に終了することはできないことにな
る。

【０３０２】このことからノード１３０１は、Parent N
otify信号を送信したポート１３０５ａの先にループ接
続を行っているデバイスが存在することを判断するとと
もに、このアクティブなポートをディセーブルにしても
バスを再構成することができないことも判断する。そし
てここまで行った処理の内容と判断した結果を保存す
る。

【０３０３】図１３（ｄ）では、ノード１３０１は上記
処理のあとバスリセットを行い、再び強制的なParent N
otify信号の送信を行う。今回送信するポートは１３０
５ｂである。ノード１３０１がツリー識別のプロセスに
移行した時点でタイマーを動作させ、ある任意のタイマ
ー値（タイマー１）を超えた時点でアクティブな３つの
ポートの何れからもParent Notify信号信号を受信して
いないことからループ接続がどこかで発生していると判
断し、その接続箇所とバスの再構成が可能であるかどう
かを判断するためアクティブな３つのポートの一つに対
して強制的にParent Notify信号を送信するところはポ
ート１３０５ａに対するときと同じである。なお同様に
送信前に送信したParent Notify信号に対する応答があ
るかどうかを判断するため、別のタイマー値（タイマー
３）でタイマーを起動する。

【０３０４】その後ノード１３０１からのParent Notif
y信号を受信したノード１３０２はノード１３０１に対
してChild Notify信号を送信する。またノード１３０２
はアクティブなポートでParent Notify信号を受信して
ないポートが残り一つになったのでそのポートに対し
て、つまりノード１３０３に対してParent Notify信号
を送信する。

【０３０５】しかしながら、ノード１３０３はアクティ
ブな３つのポートのうち１つからしかParent Notify信
号を受けていないのでそれ以後の処理を続けることがで
きないためタイマー３はタイムアウトする。つまりツリ
ー識別プロセスを正常に終了することはできないことに
なる。

【０３０６】このことからノード１３０１は、ポート１
３０５ａのときと同様にポート１３０５ｂの先にループ
接続を行っているデバイスが存在することを判断すると
ともに、このアクティブなポートをディセーブルにして
もバスを再構成することができないことも判断する。そ
してここまで行った処理の内容と判断した結果を保存す
る。

【０３０７】図１３（ｅ）では、ノード１３０１は上記
処理のあと再びバスリセットを行い、再び強制的なPare
nt Notify信号の送信を行う。今回送信するポートは１
３０５ｃである。送信前に送信したParent Notify信号
に対する応答があるかどうかを判断するためのタイマー
を起動するのも同様である。

【０３０８】その後ノード１３０１からのParent Notif
y信号を受信したノード１３０３はノード１３０１に対
してChild Notify信号を送信する。この時点で、ノード
１３０３はアクティブな３つのポートのうち１つからし
かParent Notify信号を受けていないのでそれ以後の処
理を続けることができないためタイマー３はタイムアウ
トする。つまりツリー識別プロセスを正常に終了するこ
とはできないことになる。

【０３０９】このことからノード１３０１は、ポート１
３０５ａおよび１３０５ｂのときと同様にポート１３０
５ｃの先にループ接続を行っているデバイスが存在する
ことを判断するとともに、このアクティブなポートをデ
ィセーブルにしてもバスを再構成することができないこ
とも判断する。そしてここまで行った処理の内容と判断
した結果を保存する。

【０３１０】図１３（ｆ）では、ノード１３０１は上記
処理のあと再びバスリセットを行い、強制的なParent N
otify信号の送信を複数のポートに対して行う。今回送
信するポートは１３０５ａと１３０５ｂである。送信前
に送信したParent Notify信号に対する応答があるかど
うかを判断するためのタイマーを起動するのも同様であ
る。この例ではParent Notify信号を１３０５ａと１３
０５ｂという二つのポートに対して送信しているが、こ
の組み合わせは別（例えば１３０５ｂと１３０５ｃ等）
でも構わない。

【０３１１】図１３（ｇ）では、ノード１３０１からの
Parent Notify信号を受信したノード１３０２および１
３０４がノード１３０１に対してChild Notify信号を送
信する。さらにノード１３０２と１３０４はParent Not
ify信号を受信してないアクティブなポートが残り１つ
になったので残りポートに対してそれぞれParent Notif
y信号を送信する。送信先のノードは１３０３であり１
３０２および１３０４に対してChild Notify信号を送信
する。この時点で、ノード１３０３のアクティブな残り
ポートも１つになったのでノード１３０３は１３０１に
対してParent Notify信号送信する。

【０３１２】ここまでの処理により、ノード１３０１は
複数のループ接続がバス上に存在することを判断すると
ともにそれぞれアクティブなポートを独立にディセーブ
ルにすることではバスの再構成をすることができないこ
とも判断する。さらにParentNotify信号信号を強制的に
送信した二つのポート１３０５ａおよび１３０５ｂをデ
ィセーブルにすることでバスを構成可能なことも判断す
る。

【０３１３】図１３（ｈ）は上記判断に基づき、ポート
１３０５ａおよび１３０５ｂのポートをディセーブルに
した場合のバスの構成図である。二つのポートをディセ
ーブル後にバスリセットを発生させバスの再構成を行っ
た結果、ノード１３０１、１３０２および１３０４がそ
れぞれLeafノードとなり正常にバスの構成を行うことが
できる。

【０３１４】以上のツリー識別プロセスが完了すると、
次に各ノードにノード番号を割り振りお互いがデータ通
信を可能にするための自己識別に入ることになる。

【０３１５】図１４は、上述した図１３を用いて説明し
た第１の実施形態における第４のループ構成例のループ
検知フローを示したものである。

【０３１６】ステップ１４０１では、バスリセットなど
のバスの構成を行うトリガーが発生したことを受けて初
期化のプロセスが行われる。この処理内容の詳細は図４
を用いた説明を参照のこと。

【０３１７】ステップ１４０２では、ツリー識別がある
時間内に行われたかどうかを判断するため、任意のタイ
マー値（タイマー１）でタイマーを起動する。

【０３１８】ステップ１４０３では、そのタイマー１の
タイムアウト、つまりある時間内でツリー識別が完了し
なかったことを受けてバスの中でループ接続が存在して
いると判断する。

【０３１９】ステップ１４０４では、次のステップで送
信するParent Notify信号に対する応答があるかどうか
を判断するため、上述したタイマーとは異なるタイマー
値（タイマー３）でタイマーを起動する。

【０３２０】ステップ１４０５では、ループ接続の存在
箇所の確認およびバスの再構成が可能かどうかを判断す
るために接続先ノードであるノード１３０４に対して強
制的にParent Notify信号を送信する。

【０３２１】ステップ１４０６では、Parent Notify信
号を受信したノード１３０４がノード１３０１に対して
Child Notify信号を送信する。

【０３２２】ステップ１４０７では、ループの構成によ
りそれ以後の処理を続けることができないためタイマー
３はタイムアウトする。

【０３２３】ステップ１４０８では、タイマー３のタイ
ムアウト、つまりある時間内でツリー識別が完了しなか
ったことを受けてParent Notify信号を送信したアクテ
ィブなポート１３０５ａの先にループ接続を行っている
デバイスが存在することを判断する。さらにこのアクテ
ィブなポートをディセーブルにしてもバスを再構成する
ことができないことも判断する。それからそれまでの処
理内容および判断結果を保存する。

【０３２４】ステップ１４０９では、バスリセットを行
う。

【０３２５】ステップ１４１０では、ステップ１４０１
と同じく初期化のプロセスが行われる。

【０３２６】ステップ１４１１では、ステップ１４０２
と同じくタイマー１を起動する。

【０３２７】ステップ１４１２では、そのタイマー１の
タイムアウト、つまりある時間内でツリー識別が完了し
なかったことを受けてバスの中でループ接続が存在して
いると判断する。

【０３２８】ステップ１４１３では、ステップ１４０４
と同じくタイマー３を起動する。

【０３２９】ステップ１４１４では、ループ接続の存在
箇所の確認およびバスの再構成が可能かどうかを判断す
るために接続先ノードであるノード１３０２に対して強
制的にParent Notify信号を送信する。

【０３３０】ステップ１４１５では、Parent Notify信
号を受信したノード１３０２がノード１３０１に対して
Child Notify信号を送信する。

【０３３１】ステップ１４１６では、ループの構成によ
りそれ以後の処理を続けることができないためタイマー
３はタイムアウトする。

【０３３２】ステップ１４１７では、ステップ１４０８
と同じくタイマー３のタイムアウトを受けてParent Not
ify信号を送信したアクティブなポート１３０５ｂの先
にループ接続を行っているデバイスが存在することを判
断する。さらにこのアクティブなポートをディセーブル
にしてもバスを再構成することができないことも判断す
る。それからそれまでの処理内容および判断結果を保存
する。

【０３３３】ステップ１４１８では、バスリセットを行
う。

【０３３４】ステップ１４１９では、ステップ１４０１
と同じく初期化のプロセスが行われる。

【０３３５】ステップ１４２０では、ステップ１４０２
と同じくタイマー１を起動する。

【０３３６】ステップ１４２１では、そのタイマー１の
タイムアウト、つまりある時間内でツリー識別が完了し
なかったことを受けてバスの中でループ接続が存在して
いると判断する。

【０３３７】ステップ１４２２では、ステップ１４０４
と同じくタイマー３を起動する。

【０３３８】ステップ１４２３では、ループ接続の存在
箇所の確認およびバスの再構成が可能かどうかを判断す
るために接続先ノードであるノード１３０３に対して強
制的にParent Notify信号を送信する。

【０３３９】ステップ１４２４では、Parent Notify信
号を受信したノード１３０３がノード１３０１に対して
Child Notify信号を送信する。

【０３４０】ステップ１４２５では、ループの構成によ
りそれ以後の処理を続けることができないためタイマー
３はタイムアウトする。

【０３４１】ステップ１４２６では、ステップ１４０８
と同じくタイマー３のタイムアウトを受けてParent Not
ify信号を送信したアクティブなポート１３０５ｂの先
にループ接続を行っているデバイスが存在することを判
断する。さらにこのアクティブなポートをディセーブル
にしてもバスを再構成することができないことも判断す
る。それからそれまでの処理内容および判断結果を保存
する。

【０３４２】ステップ１４２７では、バスリセットを行
う。

【０３４３】ステップ１４２８では、ステップ１４０１
と同じく初期化のプロセスが行われる。

【０３４４】ステップ１４２９では、ステップ１４０２
と同じくタイマー１を起動する。

【０３４５】ステップ１４３０では、そのタイマー１の
タイムアウト、つまりある時間内でツリー識別が完了し
なかったことを受けてバスの中でループ接続が存在して
いると判断する。

【０３４６】ステップ１４３１では、ステップ１４０４
と同じくタイマー３を起動する。

【０３４７】ステップ１４３２では、ポート１３０５ａ
と１３０５ｂの２つのポートに対して強制的にParent N
otify信号を送信する。

【０３４８】ステップ１４３３では、Parent Notify信
号を受信したノード１３０２および１３０４がノード１
３０１に対してChild Notify信号を送信する。

【０３４９】ステップ１４３４では、ノード１３０２が
ノード１３０３に対してParent Notify信号を送信す
る。またそれを受けてノード１３０３はChild Notify信
号を１３０２に対して送信する。

【０３５０】ステップ１４３５では、ノード１３０４が
ノード１３０３に対してParent Notify信号を送信す
る。またそれを受けてノード１３０３はChild Notify信
号を１３０４に対して送信する。

【０３５１】ステップ１４３６では、ノード１３０３は
ノード１３０２および１３０４からのParent Notify信
号を受信したのを受けてノード１３０１に対してParent
Notify信号を送信する。

【０３５２】ステップ１４３７では、ステップ１４３２
で強制的にParent Notify信号を送信したポート１３０
５ａおよび１３０５ｂをディセーブルにすることでバス
の再構成が可能であることを判断する。

【０３５３】ステップ１４３８では、ユーザーに対して
ループの発生箇所を通知する。本実施形態ではノード１
３０１が持つ表示装置へ表示することで伝える。

【０３５４】ステップ１４３９では、アクティブな３つ
のポートのうち、ポート１３０５ａと１３０５ｂをディ
セーブルにする。

【０３５５】ステップ１４４０では、ユーザーに対して
ポートをディセーブルにしたことを通知する。本実施形
態ではノード１１０１の各ポートにはアクティブになる
と点灯するＬＥＤが備えられておりそのＬＥＤを点灯を
止めることによって知らせる。

【０３５６】ステップ１４４１では、バスリセットを発
生させる。

【０３５７】ステップ１４４２では、ステップ１４０１
と同様に初期化のプロセスを行う。

【０３５８】ステップ１４４３では、ツリー識別のプロ
セスを行う。最初のバス構成時はこのツリー識別プロセ
スの実行中にループ接続を検知したためバスの構成を続
けることができなかったが、複数のポートをディセーブ
ルにすることで正常にツリー識別プロセスを完了するこ
とができる。

【０３５９】ステップ１４４４では、ツリー識別が正常
に完了したのを受けて、次に各ノードにノード番号を割
り振りお互いがデータ通信を可能にするための自己識別
プロセスに入る。この自己識別プロセスの完了後各ノー
ド間での通信を行うことが可能になる。

【０３６０】このように、複数のループが存在する場合
にもループを回避して正常なバス構成を形成することが
可能になる。

【０３６１】以上説明してきたように、本発明の構成に
よって、確実なループ接続の検知を行うとともにそのル
ープ接続を自動的に回避してバスを再構成することがで
きる。また再構成できない場合も含めてループ接続の発
生箇所をユーザーに対して的確に知らせることができ
る。

【０３６２】［第２の実施形態］本発明の第２の実施形
態を図にしたがって説明する。

【０３６３】本実施形態はユーザーへの通知手段を除い
て実施形態１と同じ構成のため、同じ部分の説明は省略
する。

【０３６４】図１５は、第２の実施形態におけるデバイ
ス内の構成を示すブロック図である。

【０３６５】１５０１は、IEEE1394の規格に準拠したイ
ンタフェースを備えるノード（デバイス本体）である。
以下に説明する１５０２，１５０５〜１５１３のブロッ
クで構成される。この例では画像データの出力を行うプ
リンタデバイスを想定している。

【０３６６】１５０２は、IEEE1394インタフェースのデ
バイス本体側の受け口（ポート）となるリセプタクルで
ある。ここに他の各種デバイスを接続するためのケーブ
ルが差し込まれる。

【０３６７】１５０３は、IEEE1394インタフェースケー
ブルのプラグである。この部分を各種デバイスのポート
にはめ込んで接続する。

【０３６８】１５０４は、IEEE1394インタフェースのケ
ーブルである。このケーブル内には２組のツイストペア
ケーブル（一方がＡ、他方がＢと称される信号線）と１
組の電源ペアケーブルのあわせて６本のケーブルがクロ
スしている。

【０３６９】１５０５は、IEEE1394に準拠した１００Mb
ps〜４００Mbpsの転送スピードをサポートする物理レイ
ヤを実現するブロックで各種のハードウェアロジック
（ツイステッドペアのインタフェースの複数ポート、リ
ンクレイヤＩＣへのインタフェース、パケットデータの
シンクロナイズと再構成、ビットレベルのアービトレー
ション、および本発明の要点となる初期化ロジック、タ
イマー等）によって構成される。機能および構成の詳細
については図２を参照のこと。

【０３７０】１５０６は、IEEE1394に準拠したリンクレ
イヤのコントローラで各種ハードウェアロジックによっ
て構成される。

【０３７１】１５０７は、本デバイスの各種制御および
IEEE1394インタフェースのトランザクションレイヤ、ノ
ードコントローラおよびアプリケーションレイヤの機能
を実現するＣＰＵである。

【０３７２】１５０８は、ＣＰＵ１５０７が各種処理を
行う際に必要な命令およびデータを格納するＲＡＭであ
る。IEEE1394インタフェースによる転送データの記憶や
プリンタによって出力される画像データの一時記憶にも
使用される。

【０３７３】１５０９は、本デバイスの制御情報を格納
してあるＲＯＭである。フラッシュメモリなどを利用す
ることで後から制御情報を更新することも可能である。

【０３７４】１５１０は、本デバイスのメカ制御および
各種画像処理を行うＡＳＩＣである。画像データ印字時
のプリンタヘッドの制御や送信された画像データの展開
などの各種処理を行う専用のハードウェアロジックであ
る。

【０３７５】１５１１は、プリンタである。メカ機構、
インクタンク、インクヘッド等によって構成される。こ
の例ではインクジェットプリンタを想定しているが他に
熱転写方式、電子写真方式など各種の方式を利用したプ
リンタの構成が考えられる。

【０３７６】１５１２は、ユーザーへステータスを通知
したり、ユーザーからのコマンド入力を受け付けるため
のユーザーインタフェースである。通知するための表示
部と入力を受け付ける操作部によって構成される。

【０３７７】１５１３は、システムバスである。図示さ
れている１５０６〜１５１２の各ブロックの他、不図示
のブロックもこのバス上にぶら下がっており、各ブロッ
ク間での高速なデータ転送を行うことができる。

【０３７８】この構成では実施形態１と同じようにユー
ザーインタフェース１５１２の表示部にループ接続の発
生箇所を知らせることができるだけではなく、デバイス
の持つプリンタの機能によりメディア（一般には紙）に
対してループ接続の発生箇所を印字して知らせることも
可能である。またその場合発生箇所をテキスト形式の情
報でプリントアウトするだけでなくツリー構造を図示し
てプリントすることも可能である。ループ接続の発生箇
所を示すプリントデータの生成はプリンタ内のＣＰＵで
行われる。

【０３７９】以上説明してきたように、本発明の構成に
よって、確実なループ接続の検知を行うとともにそのル
ープ接続を自動的に回避してバスを再構成することがで
きる。また再構成できない場合も含めてループ接続の発
生箇所をユーザーに対して的確に知らせることができ
る。さらにこのデバイスがプリンタ機能を有するため表
示装置への出力だけでなく紙などのメディアへの出力に
よってもループ接続の発生箇所をユーザーに知らせるこ
とができるため、表示装置を使用した通知よりもより直
感的でより多くの情報を伝えることができる。

【０３８０】［第３の実施形態］本発明の第３の実施形
態を図にしたがって説明する。

【０３８１】本実施形態はユーザーへの通知手段を除い
て実施形態１と同じ構成のため、同じ部分の説明は省略
する。

【０３８２】図１６は、第３の実施形態におけるデバイ
ス内の構成を示すブロック図である。

【０３８３】１６０１は、IEEE1394の規格に準拠したイ
ンタフェースを備えるノード（デバイス本体）である。
以下に説明する１６０２，１６０５〜１６１５のブロッ
クで構成される。この例では動画像データの読み込み、
記憶保存および出力を行うディジタルビデオカメラを想
定している。

【０３８４】１６０２は、IEEE1394インタフェースのデ
バイス本体側の受け口（ポート）となるリセプタクルで
ある。ここに他の各種デバイスを接続するためのケーブ
ルが差し込まれる。

【０３８５】１６０３は、IEEE1394インタフェースケー
ブルのプラグである。この部分を各種デバイスのポート
にはめ込んで接続する。

【０３８６】１６０４は、IEEE1394インタフェースのケ
ーブルである。このケーブル内には２組のツイストペア
ケーブル（一方がＡ、他方がＢと称される信号線）と１
組の電源ペアケーブルのあわせて６本のケーブルがクロ
スしている。

【０３８７】１６０５は、IEEE1394に準拠した１００Mb
ps〜４００Mbpsの転送スピードをサポートする物理レイ
ヤを実現するブロックで各種のハードウェアロジック
（ツイステッドペアのインタフェースの複数ポート、リ
ンクレイヤＩＣへのインタフェース、パケットデータの
シンクロナイズと再構成、ビットレベルのアービトレー
ション、および本発明の要点となる初期化ロジック、タ
イマー等）によって構成される。機能および構成の詳細
については図２を参照のこと。

【０３８８】１６０６は、IEEE1394に準拠したリンクレ
イヤのコントローラで各種ハードウェアロジックによっ
て構成される。

【０３８９】１６０７は、本デバイスの各種制御および
IEEE1394インタフェースのトランザクションレイヤ、ノ
ードコントローラおよびアプリケーションレイヤの機能
を実現するＣＰＵである。

【０３９０】１６０８は、ＣＰＵ１６０７が各種処理を
行う際に必要な命令およびデータを格納するＲＡＭであ
る。IEEE1394インタフェースによる動画像データの転送
や読み込んだ画像データのＤＶカセットへの書き込みを
する際の一時記憶にも使用される。

【０３９１】１６０９は、本デバイスの制御情報を格納
してあるＲＯＭである。フラッシュメモリなどを利用す
ることで後から制御情報を更新することも可能である。

【０３９２】１６１０は、本デバイスのメカ制御および
各種画像処理を行うＡＳＩＣである。レンズのオートフ
ォーカスをはじめとするビデオカメラ部の各種制御、動
画像データ保存時の磁気ヘッドの制御および送信する画
像データの圧縮処理などの各種処理を行う専用のハード
ウェアロジックである。

【０３９３】１６１１は、ユーザーへステータスを通知
したり、ユーザーからのコマンド入力を受け付けるため
のユーザーインタフェースである。通知するための表示
部と入力を受け付ける操作部によって構成される。

【０３９４】１６１２は、動画像データを読み込む撮像
部である。レンズの他各種補正回路等で構成される。

【０３９５】１６１３は、読み込んだ動画像データの読
み込み保存を行う記録部である。ＤＶ仕様のカセットへ
の記録を行う。

【０３９６】１６１４は、不図示のマイクによって録音
された音声信号を再生するスピーカーである。

【０３９７】１６１５は、システムバスである。図示さ
れている１６０６〜１６１４の各ブロックの他、不図示
のブロックもこのバス上にぶら下がっており、各ブロッ
ク間での高速なデータ転送を行うことができる。

【０３９８】この構成では実施形態１と同じようにユー
ザーインタフェース１６１１の表示部にループ接続の発
生箇所を知らせることができるだけではなく、デバイス
の持つスピーカー１６１４を使用して音声によるユーザ
ーへの通知も可能である。

【０３９９】以上説明してきたように、本発明の構成に
よって、確実なループ接続の検知を行うとともにそのル
ープ接続を自動的に回避してバスを再構成することがで
きる。また再構成できない場合も含めてループ接続の発
生箇所をユーザーに対して的確に知らせることができ
る。さらにこのデバイスがスピーカーを有するため表示
装置への出力だけでなく音声出力によってもループ接続
の発生箇所をユーザーに知らせることでより注意を促す
ことができる。

【０４００】

【他の実施形態】なお、本発明は、複数の機器（例えば
ホストコンピュータ，インタフェ−ス機器，リーダ，プ
リンタなど）から構成されるシステムに適用しても、一
つの機器からなる装置（例えば、複写機，ファクシミリ
装置など）に適用してもよい。

【０４０１】また、本発明の目的は、前述した実施形態
の機能を実現するソフトウェアのプログラムコードを記
録した記憶媒体を、システムあるいは装置に供給し、そ
のシステムあるいは装置のコンピュータ（またはＣＰＵ
やＭＰＵ）が記憶媒体に格納されたプログラムコードを
読出し実行することによっても、達成されることは言う
までもない。

【０４０２】この場合、記憶媒体から読出されたプログ
ラムコード自体が前述した実施形態の機能を実現するこ
とになり、そのプログラムコードを記憶した記憶媒体は
本発明を構成することになる。

【０４０３】プログラムコードを供給するための記憶媒
体としては、例えば、フロッピディスク，ハードディス
ク，光ディスク，光磁気ディスク，ＣＤ−ＲＯＭ，ＣＤ
−Ｒ，磁気テープ，不揮発性のメモリカード，ＲＯＭな
どを用いることができる。

【０４０４】また、コンピュータが読出したプログラム
コードを実行することにより、前述した実施形態の機能
が実現されるだけでなく、そのプログラムコードの指示
に基づき、コンピュータ上で稼働しているＯＳ（オペレ
ーティングシステム）などが実際の処理の一部または全
部を行い、その処理によって前述した実施形態の機能が
実現される場合も含まれることは言うまでもない。

【０４０５】さらに、記憶媒体から読出されたプログラ
ムコードが、コンピュータに挿入された機能拡張ボード
やコンピュータに接続された機能拡張ユニットに備わる
メモリに書込まれた後、そのプログラムコードの指示に
基づき、その機能拡張ボードや機能拡張ユニットに備わ
るＣＰＵなどが実際の処理の一部または全部を行い、そ
の処理によって前述した実施形態の機能が実現される場
合も含まれることは言うまでもない。

【０４０６】本発明を上記記憶媒体に適用する場合、そ
の記憶媒体には、先に説明したフローチャートに対応す
るプログラムコードを格納することになるが、簡単に説
明すると、図２１のメモリマップ例に示す各モジュール
を記憶媒体に格納することになる。すなわち、少なくと
も「バス構成モジュール２１０１」「ループ検知モジュ
ール２１０２」および「信号発生モジュール２１０３」
「信号受信モジュール２１０４」「判断モジュール２１
０５」「ディセーブルモジュール２１０６」「システム
再構成開始モジュール２１０７」の各モジュールのプロ
グラムコードを記憶媒体に格納すればよい。

【０４０７】

【発明の効果】以上説明したように、本発明によれば以
下の効果をあげることができる。

【０４０８】確実なループ検知を行いそのループ接続を
自動的に回避してバスを再構成する。また再構成できな
い場合も含めてループ接続の発生箇所をユーザーに対し
て的確に知らせることができる。

【０４０９】すなわち、確実なループ接続形態の検知に
よってバス構成時の信頼性が飛躍的に向上することにな
る。

【０４１０】また、ディスプレイ表示等によりループ接
続の発生箇所をユーザーに対して的確に伝えることが可
能になる。

【０４１１】本機能を備えるデバイスがループ接続を構
成していなくてもシリアルバス上にループ接続が存在し
ていればその発生箇所を認識することが可能になる。

【０４１２】ユーザーはケーブルを外す手間をかけるこ
となく自動的にそのループ接続を回避して正常なバスを
構成することが可能になる。つまりユーザーの利便性も
飛躍的に向上する。

【０４１３】シリアルバス上に２つ以上のループ接続が
発生してもその存在を検知することが可能になる。

【０４１４】

【図面の簡単な説明】

【図１】第１の実施形態におけるデバイス内の構成を示
すブロック図である。

【図２】第１の実施形態におけるＰＨＹブロックの構成
図である。

【図３】第１の実施形態における制御手順の概略を示し
たフロー（初期化、ループ検知、バスの再構成）であ
る。

【図４】第１の実施形態における初期化フローである。

【図５(ａ）】第１の実施形態におけるループ検知フロ
ーである。

【図５(ｂ）】第１の実施形態におけるループ検知フロ
ーである。

【図５(ｃ）】第１の実施形態におけるループ検知フロ
ーである。

【図５(ｄ）】第１の実施形態におけるループ検知フロ
ーである。

【図５(ｅ）】第１の実施形態におけるループ検知フロ
ーである。

【図６】第１の実施形態におけるバス再構成フローであ
る。

【図７（ａ）】第１の実施形態における第１のループ構
成図である。

【図７（ｂ）】第１の実施形態における第１のループ構
成図である。

【図７（ｃ）】第１の実施形態における第１のループ構
成図である。

【図７（ｄ）】第１の実施形態における第１のループ構
成図である。

【図７（ｅ）】第１の実施形態における第１のループ構
成図である。

【図７（ｆ）】第１の実施形態における第１のループ構
成図である。

【図７（ｇ）】第１の実施形態における第１のループ構
成図である。

【図８】第１の実施形態における第１のループ構成の場
合のループ検知フローである。

【図９（ａ）】第１の実施形態における第２のループ構
成図である。

【図９（ｂ）】第１の実施形態における第２のループ構
成図である。

【図１０】第１の実施形態における第２のループ構成の
場合のループ検知フローである。

【図１１（ａ）】第１の実施形態における第３のループ
構成図である。

【図１１（ｂ）】第１の実施形態における第３のループ
構成図である。

【図１１（ｃ）】第１の実施形態における第３のループ
構成図である。

【図１１（ｄ）】第１の実施形態における第３のループ
構成図である。

【図１２】第１の実施形態における第３のループ構成の
場合の処理フローである。

【図１３（ａ）】第１の実施形態における第４のループ
構成図である。

【図１３（ｂ）】第１の実施形態における第４のループ
構成図である。

【図１３（ｃ）】第１の実施形態における第４のループ
構成図である。

【図１３（ｄ）】第１の実施形態における第４のループ
構成図である。

【図１３（ｅ）】第１の実施形態における第４のループ
構成図である。

【図１３（ｆ）】第１の実施形態における第４のループ
構成図である。

【図１３（ｇ）】第１の実施形態における第４のループ
構成図である。

【図１３（ｈ）】第１の実施形態における第４のループ
構成図である。

【図１４（ａ）】第１の実施形態における第４のループ
構成の場合の処理フローである。

【図１４（ｂ）】第１の実施形態における第４のループ
構成の場合の処理フローである。

【図１５】第２の実施形態におけるデバイス内の構成を
示すブロック図である。

【図１６】第３の実施形態におけるデバイス内の構成を
示すブロック図である。

【図１７】従来例におけるバスの構成図である。

【図１８】従来例におけるツリーの識別（１）を示す図
である。

【図１９】従来例におけるツリーの識別（２）を示す図
である。

【図２０】従来例におけるループ接続を含むバスの構成
図である。

【図２１】記録媒体のメモリマップを示す図である。

【符号の説明】

１０１ ノード（デバイス本体） １０２ リセプタクル １０３ プラグ １０４ ケーブル １０５ ＰＨＹ １０６ ＬＩＮＫ １０７ ＣＰＵ １０８ ＲＡＭ １０９ ＲＯＭ（フラッシュＲＯＭ） １１０ ＡＳＩＣ １１１ スキャナ １１２ ＵＩ（ユーザーインタフェース） １１３ システムバス

フロントページの続き (51)Int.Cl.⁶ 識別記号 ＦＩ Ｈ０４Ｌ 12/28 Ｈ０４Ｌ 11/00 ３１０Ｄ

Claims (30)

【特許請求の範囲】
1. 【請求項１】デバイスの追加接続や切離しを検知しバス
   の構成を行う構成手段と、 インタフェースシステム上でデバイスの接続形態を判断
   し、ループ接続されたデバイスの存在を検知するループ
   検知手段と、 他のデバイスとの接続口となるひとつもしくはそれ以上
   の数のポートと、 前記ポートから強制的にParent Notify信号を発生させ
   る信号発生手段と、 前記ポートからParent Notify信号を受信する信号受信
   手段と、 前記信号の送信および受信状況からループ接続の発生箇
   所を判断する判断手段と、 前記判断手段の判断結果に基づきアクティブなポートを
   ディセーブルにするディセーブル手段と、 前記ディセーブル手段によるポートのディセーブル後に
   前記バス構成手段を再び開始させるシステム再構成開始
   手段と、 を備えることを特徴とするシリアルバスインタフェース
   デバイス。
2. 【請求項２】 前記シリアルバスインタフェースが、IE
   EE1394に準拠したものであることを特徴とする請求項１
   に記載のシリアルバスインタフェースデバイス。
3. 【請求項３】 前記ループ検知手段は、タイマーによる
   カウント値が任意のタイマー値を超えた場合、バス上に
   ループ接続されたデバイスが存在すると認識することを
   特徴とする請求項１に記載のシリアルバスインタフェー
   スデバイス。
4. 【請求項４】 前記ループ検知手段によるループの検知
   結果を、ユーザーに通知する手段を更に備えることを特
   徴とする請求項１に記載のシリアルバスインタフェース
   デバイス。
5. 【請求項５】 前記ループ検知手段によるループの検知
   結果をユーザーに通知する手段は、表示装置の表示に基
   づくものであることを特徴とする請求項４に記載のシリ
   アルバスインタフェースデバイス。
6. 【請求項６】 前記シリアルバスインタフェースデバイ
   スがプリンタで、メディアに対する印字を可能とするデ
   バイスである場合、前記ループ検知手段によるループの
   検知結果をメディアに印字出力することでユーザーに通
   知することを特徴とする請求項４に記載のシリアルバス
   インタフェースデバイス。
7. 【請求項７】 前記ループ検知手段によるループの検知
   結果をユーザーに通知する手段は、音声伝達に基づくも
   のであることを特徴とする請求項４に記載のシリアルバ
   スインタフェースデバイス。
8. 【請求項８】 前記ポートが複数である場合、複数のポ
   ートそれぞれでループ検知が可能であることを特徴とす
   る請求項１に記載のシリアルバスインタフェースデバイ
   ス。
9. 【請求項９】 前記判断手段によって、前記シリアルバ
   スインタフェースデバイスがシリアルバスインタフェー
   スシステム上のループを構成しているバス上に存在する
   と判断された場合、前記システム再構成開始手段はポー
   トをディセーブル後、システム再構成を実行し、バス上
   に存在しないと判断された場合、前記表示手段はループ
   接続の存在のみをユーザーに通知することを特徴とする
   請求項１または４に記載のシリアルバスインタフェース
   デバイス。
10. 【請求項１０】 前記判断手段は、複数のポートがアク
    ティブの場合にParent Notify信号を受信していないポ
    ートに対してParent Notify信号を発生させ、送信した
    のとは別のポートでParent Notify信号を受信したとき
    に、そのポート間に接続されるバス上でループが存在す
    ると判断することを特徴とする請求項１に記載のシリア
    ルバスインタフェースデバイス。
11. 【請求項１１】 前記信号発生手段は、複数のポートが
    アクティブの場合にParent Notify信号を受信していな
    いポートに対してParent Notify信号を発生させても、
    他のどのポートからもParent Notify信号を受信できな
    いときには、さらにParent Notify信号を受信していな
    い別のポートに対してParent Notify信号を発生し、ル
    ープの存在を確認する動作を行うことを特徴とする請求
    項１に記載のシリアルバスインタフェースデバイス。
12. 【請求項１２】 前記判断手段は、アクティブなポート
    が存在する場合にParent Notify信号を受信していない
    ポートに対してParent Notify信号を発生させたとき
    に、任意のタイマー値でタイマーを起動し、タイマー値
    を超えた時点で他のどのポートからもParent Notify信
    号を受信できないときそのポートの先に接続されるデバ
    イス間で構成されるバス上でループが存在すると判断す
    ることを特徴とする請求項１に記載のシリアルバスイン
    タフェースデバイス。
13. 【請求項１３】 前記ループ検知手段で用いられる任意
    のタイマー値と、前記判断手段で用いられる任意のタイ
    マー値とは、別個の値が設定され、前記ループ検知手段
    と前記判断手段の起動タイミングを変えていることを特
    徴とする請求項１に記載のシリアルバスインタフェース
    デバイス。
14. 【請求項１４】 前記ディセーブル手段によってポート
    がディセーブルにされた場合、どのポートがディセーブ
    ルにされたかユーザーに通知する通知手段を更に備える
    ことを特徴とする請求項１に記載のシリアルバスインタ
    フェースデバイス。
15. 【請求項１５】 デバイスの追加接続や切離しを検知し
    バスの構成を行うバス構成工程と、 バス構成時インタフェースシステム上におけるループ接
    続されたデバイスの存在を検知するループ検知工程と、 他のデバイスとの接続口となるポートから強制的にPare
    nt Notify信号を発生させる信号発生工程と、 前記ポートからParent Notify信号を受信する信号受信
    工程と、 前記信号の送信および受信状況からループ接続の発生箇
    所を判断する判断工程と、 前記判断工程の判断結果に基づきアクティブなポートを
    ディセーブルにするディセーブル工程と、 前記ディセーブル工程によるポートのディセーブル後に
    前記バス構成工程を再び開始させるシステム再構成開始
    工程と、 を有することを特徴とするシリアルバスインタフェース
    のバス構成方法。
16. 【請求項１６】 前記ループ検知工程は、タイマーによ
    るカウント値が任意のタイマー値を超えた場合、バス上
    にループ接続されたデバイスが存在すると認識すること
    を特徴とする請求項１５に記載のシリアルバスインタフ
    ェースのバス構成方法。
17. 【請求項１７】 前記ループ検知工程によるループの検
    知結果を、ユーザーに通知する工程を更に備えることを
    特徴とする請求項１５に記載のシリアルバスインタフェ
    ースのバス構成方法。
18. 【請求項１８】 前記ユーザーに通知する工程は、ディ
    スプレイにより、前記ループ検知工程によるループの検
    知結果を通知することを特徴とする請求項１７に記載の
    シリアルバスインタフェースのバス構成方法。
19. 【請求項１９】 前記シリアルバスインタフェースバス
    を構成するデバイスがプリンタ等のメディアに対する印
    字を可能とするデバイスの場合、前記ループ検知工程に
    よるループの検知結果をメディアに印字出力する方法で
    ユーザーに通知することを特徴とする請求項１７に記載
    のシリアルバスインタフェースのバス構成方法。
20. 【請求項２０】 前記ユーザーに通知する工程は、音声
    伝達により、前記ループ検知工程によるループの検知結
    果を通知することを特徴とする請求項１７に記載のシリ
    アルバスインタフェースのバス構成方法。
21. 【請求項２１】 前記ループ検知工程は、複数のループ
    を検知可能なことを特徴とする請求項１５に記載のシリ
    アルバスインタフェースのバス構成方法。
22. 【請求項２２】 前記判断工程によって、前記シリアル
    バスインタフェースデバイスがシリアルバスインタフェ
    ースシステム上のループを構成しているバス上に存在す
    ると判断された場合、前記システム再構成開始工程はポ
    ートをディセーブル後、システム再構成を実行し、バス
    上に存在しないと判断された場合、前記ユーザに通知す
    る工程はループ接続の存在のみをユーザーに通知するこ
    とを特徴とする請求項１５に記載のシリアルバスインタ
    フェースのバス構成方法。
23. 【請求項２３】 前記判断工程は、複数のポートがアク
    ティブの場合にParent Notify信号を受信していないポ
    ートに対してParent Notify信号を発生させ、送信した
    のとは別のポートでParent Notify信号を受信したとき
    に、そのポート間に接続されるバス上でループが存在す
    ると判断することを特徴とする請求項１５に記載のシリ
    アルバスインタフェースのバス構成方法。
24. 【請求項２４】 前記信号発生工程は、複数のポートが
    アクティブの場合にParent Notify信号を受信していな
    いポートに対してParent Notify信号を発生させても、
    他のどのポートからもParent Notify信号を受信できな
    いときには、さらにParent Notify信号を受信していな
    い別のポートに対してParent Notify信号を発生し、ル
    ープの存在を確認する動作を行うことを特徴とする請求
    項１５に記載のシリアルバスインタフェースのバス構成
    方法。
25. 【請求項２５】 前記判断工程は、アクティブなポート
    が存在する場合にParent Notify信号を受信していない
    ポートに対してParent Notify信号を発生させたとき
    に、任意のタイマー値でタイマーを起動し、タイマー値
    を超えた時点で他のどのポートからもParent Notify信
    号を受信できないときそのポートの先に接続されるデバ
    イス間で構成されるバス上でループが存在すると判断す
    ることを特徴とする請求項１５に記載のシリアルバスイ
    ンタフェースのバス構成方法。
26. 【請求項２６】 前記ループ検知工程で用いられる任意
    のタイマー値と、前記判断工程で用いられる任意のタイ
    マー値とは、別個の値が設定され、前記ループ検知工程
    と前記判断工程の起動タイミングを変えていることを特
    徴とする請求項１５に記載のシリアルバスインタフェー
    スのバス構成方法。
27. 【請求項２７】 前記ディセーブル工程によってポート
    がディセーブルにされた場合、どのポートがディセーブ
    ルにされたかユーザーに通知する通知工程を更に備える
    ことを特徴とする請求項１５に記載のシリアルバスイン
    タフェースのバス構成方法。
28. 【請求項２８】 デバイスの追加接続や切離しを検知し
    バスの構成を行うバス構成工程と、 バス構成時インタフェースシステム上におけるループ接
    続されたデバイスの存在を検知するループ検知工程と、 他のデバイスとの接続口となるポートから強制的にPare
    nt Notify信号を発生させる信号発生工程と、 前記ポートからParent Notify信号を受信する信号受信
    工程と、 前記信号の送信および受信状況からループ接続の発生箇
    所を判断する判断工程と、 前記判断工程の判断結果に基づきアクティブなポートを
    ディセーブルにするディセーブル工程と、 前記ディセーブル工程によるポートのディセーブル後に
    前記バス構成工程を再び開始させるシステム再構成開始
    工程と、 をコンピュータに実行させるためのプログラムを記録し
    たことを特徴とする記録媒体。
29. 【請求項２９】 複数のデバイスがシリアルバスインタ
    フェースデバイスで接続されて構成されるシリアルバス
    インタフェースシステムにおいて、前記シリアルバスイ
    ンタフェースデバイスとして、請求項１記載のシリアル
    バスインタフェースデバイスを用いたことを特徴とする
    シリアルバスインタフェースシステム。
30. 【請求項３０】 前記シリアルバスインタフェースデバ
    イスで接続されたデバイスはプリンタ機能を備えること
    を特徴とする請求項２９記載のシリアルバスインタフェ
    ースシステム。