JP2001144783A

JP2001144783A - シリアルバスブリッジ、端末装置、情報通信システム、情報通信方法並びに記憶媒体

Info

Publication number: JP2001144783A
Application number: JP2000261679A
Authority: JP
Inventors: Kiyoshi Katano; 清片野
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 1999-08-31
Filing date: 2000-08-30
Publication date: 2001-05-25

Abstract

(57)【要約】【課題】バスリセットが発生しても、上位プロトコル
層におけるバスリセット処理の整合性を取れ、バス間の
正常なデータ通信を可能とすることにある。【解決手段】バスＡ１０２でバスリセットが発生した
ことによりバスリセット信号を受信したＩＥＥＥ１３９
４ブリッジ１０１は、バスＡ１０２に接続されているポ
ータルＡ３３０１のノードコントローラ側でバスリセッ
ト処理を行う一方で、バスリセット管理装置３３０４
は、格納テーブル３３０５、３３０６に記憶した各ノー
ドのREMOTE_BUS_RESETレジスタに対して、レジスタのフ
ォーマットに従った形でバスリセットが発生したリモー
トバスのバスＩＤすなわちバスＡのバスＩＤ：３ＦＤｈ
をデータとしたパケットを１３９４ライトトランズアク
ションを使用した書き込みを順次行う。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は情報通信装置を通信
制御ネットワークを介して複数接続可能な情報通信シス
テム及び情報通信方法並びに記憶媒体に関し、例えばＩ
ＥＥＥ１３９４等のインタフェースで接続される情報通
信システム及び情報通信方法並びに記憶媒体に関するも
のである。

【０００２】

【従来の技術】ＩＥＥＥ１３９４のようなシリアルバス
インタフェースでは、いわゆるセントロニクス仕様のパ
ラレルインターフェースのようなホストコンピュータと
端末機（デバイス）との１対１接続の形態と異なり、複
数のデバイス、例えばデジタルビデオ装置（ＤＶ）やデ
ジタルカメラ装置（ＤＣ）、ホストコンピュータ、スキ
ャナ、ＶＴＲなどを同時に接続する事が可能であり、シ
リアルバスの規格の一つであるＩＥＥＥ１３９４規格の
ようなこれら複数デバイスの接続によるデータ通信ネッ
トワークシステム、家庭内ネットワークなどが提唱され
てきている。

【０００３】これらネットワークに接続されるデバイス
は様々であり、異なるメーカの不特定多数のデバイスが
接続される可能性がある。

【０００４】ＩＥＥＥ１３９４−１９９５によればＩＥ
ＥＥ１３９４に準拠したシリアルバスアドレス指定方法
により、ひとつの１３９４に準拠したバス（以下「ロー
カルバス」と称す。）には最大６３個のノードが接続可
能である。また、１０ビットのアドレススペースをバス
を特定するバスＩＤ指定用に定義することにより、１０
２３個のバスが相互接続可能となっている。そして、ケ
ーブル環境の場合、各デバイスを構成する情報信号処理
装置（以下「ノード」と称す。）間のケーブルは最大
４．５ｍとなっている。

【０００５】最大接続が可能な６３個のデバイス以上の
デバイスをＩＥＥＥ１３９４により接続しようとした場
合、あるいた遠隔地に配置される複数のＩＥＥＥ１３９
４バスを互いに接続しようとする場合の技術的な制約を
解消する為には、一般的にいわゆる「１３９４ブリッ
ジ」と呼ばれるデバイスが使用される。この１３９４ブ
リッジを中継して複数のＩＥＥＥ１３９４ローカルバス
同士を接続することにより、異なるローカルバスに接続
されているデバイス間でデータ通信が可能となる。

【０００６】ＩＥＥＥ１３９４の場合、バス構成に変化
があったとき、例えばデバイスノードの挿抜や電源のＯ
Ｎ／ＯＦＦなどによるノード数の増減、ネットワーク異
常等によるハード検出による起動、プロトコルからのホ
スト制御などによる直接命令などによって変化が生じ
て、新たなネットワーク構成を認識する必要があると
き、変化を検知した各ノードはバス上にバスリセット信
号を送信して、新たなネットワーク構成を認識するモー
ドを実行する。

【０００７】このバスリセット信号はローカルバス上の
他のノードに伝達され、最終的にすべてのノードがバス
リセット信号を検知した後、バスリセットが起動とな
る。バスリセットが起動するとデータ転送は一時中断さ
れ、この間のデータ転送は待たされ、終了後、新しいネ
ットワーク構成のもとで再開される。

【０００８】一方、ＩＥＥＥ１３９４バスに接続される
デバイスの場合、転送プロトコル中の物理レイヤ、デー
タリンクレイヤはＩＥＥＥ１３９４で定義されているも
のの、その上位レイヤに関しては、デバイスの用途やア
プリケーションに応じて様々な上位プロトコルが定義、
実装されている。

【０００９】これらＩＥＥＥ１３９４の上位プロトコル
は、ＩＥＥＥ１３９４バスを使い特定デバイスとデータ
通信を行う際のコネクション樹立方法、リソース管理方
法、アプリケーションデータの送受方法、データ転送終
了時のコネクション破棄方法、そしてエラー状態からの
復帰と共にＩＥＥＥ１３９４の特徴であるバスリセット
時の復帰方法、またはバスリセット前後のプロトコルの
取り決めに関する定義がなされている。

【００１０】上位プロトコルの一例であるＤＰＰ（Dire
ct Print Protocol）の場合、バスリセットが発生した
場合にはデータ転送開始にあたりコネクションを樹立し
た側のデバイスがリセットコマンドの発行を行い、もう
一方のデバイスはそのコマンドを受信後確認応答を行う
ことにより、データ転送再開が行なわれる仕組みが定義
されている。

【００１１】またＡＶ／Ｃプロトコルの場合、一方のノ
ードが発行したＡＶ／Ｃコマンドを受信したノードが応
答を送出する前にバスリセットが発生した際には、その
コマンド自体が無効となりコマンド発行側も応答を期待
してはならないという取り決めがある。

【００１２】このようにＩＥＥＥ１３９４バスリセット
発生時にはデータ転送が一時中断され、バスリセット前
後のトポロジーに変化が生じる為、上位プロトコル層は
これら状況変化に対応する必要があり、バスリセット発
生時のデータ送信側、データ受信側双方の対処方法がプ
ロトコル規格上定義されている。これによりバスリセッ
トが発生した場合、同一の上位プロトコルが実装されて
いるデバイス間のデータ転送においてはデータ送信側、
受信側が定義された適切な処理をバスリセット前後に行
う為、影響を受けることなくデータ転送を継続すること
が可能となる。

【００１３】

【発明が解決しようとする課題】しかしながら、ＩＥＥ
Ｅ１３９４ブリッジは接続された一方のローカルバス上
でバスリセットが生じた場合においても、そのバスリセ
ット信号を接続されたもう一方のローカルバス（以下
「リモートバス」と称す。）には伝達しない、すなわち
バスリセットをバス間に伝搬しない仕組みになっている
ため、ブリッジを介したノード間のデータ転送におい
て、不具合が起こる可能性がある。

【００１４】上述した上位プロトコルを使用して同じロ
ーカルバス上のデバイス間でデータ転送を行う場合、バ
スリセットはローカルバス上の全てのノードに伝達され
るため、データ送信側ノード、受信側ノード共にバスリ
セットを検出することが可能であり、上位プロトコルに
おいてバスリセット時の対応処理を適切に行うことが可
能である。

【００１５】しかしながら、同じ上位プロトコルを使用
して、一方のローカルバスのデータ送信ノードからＩＥ
ＥＥ１３９４ブリッジを介した他方のローカルバスに接
続されたデータ受信側ノードでデータ転送を行う際、一
方のローカルバスにおいてバスリセットが発生した場合
にはＩＥＥＥ１３９４ブリッジはバスリセットを他バス
に伝搬しない為、リモートバスに接続されたノードはそ
のバスリセットを検出することができず、上位プロトコ
ル層において片側のデバイスのみがバスリセット処理を
実行してしまい、データ送信側とデータ受信側間の処理
で矛盾が生じてしまうという問題があった。

【００１６】

【課題を解決するための手段】本発明は上述した課題を
解決することを目的として成されたもので、上述した課
題を解決する一手段として例えば以下の構成を備える。

【００１７】即ち、相異なるシリアルバスに接続する少
なくとも2個のポータルを持つシリアルバスブリッジに
おいて、各ポータルは、接続するシリアルバスのバスリ
セットを検出する検出手段と、当該シリアルバスを含む
複数のシリアルバスからなり、シリアルバスブリッジに
より互いに接続されたネットワーク上のノードを特定す
るID情報を記憶する記憶手段と、当該ネットワーク上の
ノードを特定するID情報を含む制御メッセージを受信す
る受信手段とを備え、前記制御メッセージには、登録命
令と削除命令のいずれかを含み、登録命令を含む制御メ
ッセージを前記受信手段に受信した場合には、当該制御
メッセージに含まれるID情報を前記記憶手段に記憶し、
削除命令を含む制御メッセージを受信した場合には、当
該制御メッセージに含まれるID情報を前記記憶手段から
削除する、また、検出手段がバスリセットを検出した場
合には、前記記憶手段に記憶したID情報により特定され
るノードに対して、当該シリアルバスを特定するバスID
情報を含む通知メッセージを送信する送信手段を備えた
ことを特徴とするシリアルバスブリッジとする。

【００１８】また、複数のシリアルバスからなり、シリ
アルバスブリッジにより互いに接続されたネットワーク
上のノードとなる端末装置において、上記したシリアル
バスブリッジのポータルに対して、当該ネットワーク上
のノードを特定するID情報を含む前記制御メッセージを
送信することを特徴とする端末装置とする。

【００１９】更にまた、複数のシリアルバスからなり、
シリアルバスブリッジにより互いに接続されたネットワ
ーク上のノードとなる端末装置において、上記したシリ
アルバスブリッジのポータルから、当該シリアルバスを
特定するバスID情報を含む通知メッセージを受信するこ
とを特徴とする端末装置とする。

【００２０】また、複数のシリアルバスからなり、シリ
アルバスブリッジにより互いに接続されたネットワーク
上に、上記したシリアルバスブリッジ、端末装置を含む
ことを特徴とする情報通信システムとする。

【００２１】そして例えば、複数のシリアルバスからな
り、シリアルバスブリッジにより互いに接続されたネッ
トワーク上の第1のシリアルバスに接続した第1のノード
となる第1の端末装置と、前記第1のシリアルバスとは異
なる第2のシリアルバスに接続した第2のノードとなる第
2の端末装置が通信を行う情報通信システムにおいて、
前記第1のシリアルバスは上記したシリアルバスブリッ
ジに接続し、前記第1の端末装置は、通信を開始すると
き、当該シリアルバスブリッジのポータルの内、前記第
1のシリアルバスに接続したポータルに対して、前記第2
のノードを特定するID情報を含み、登録命令を含む制御
メッセージを送信し、通信を終了するとき、当該シリア
ルバスブリッジのポータルの内、前記第1のシリアルバ
スに接続したポータルに対して、前記第2のノードを特
定するID情報を含み、削除命令を含む制御メッセージを
送信し、当該ポータルは、第1の端末と第2の端末が通信
を行っている間、前記第2のノードを特定するID情報を
前記記憶手段に記憶し、前記検出手段が当該第1のシリ
アルバスのバスリセットを検出したときは、当該第1の
シリアルバスを特定するバスID情報を含む通知メッセー
ジを第2の端末装置に送信することを特徴とする。

【００２２】また例えば、複数のシリアルバスからな
り、シリアルバスブリッジにより互いに接続されたネッ
トワーク上の第1のシリアルバスに接続した第1のノード
となる第1の端末装置と、前記第1のシリアルバスとは異
なる第2のシリアルバスに接続した第2のノードとなる第
2の端末装置が通信を行う情報通信システムにおいて、
前記第2のシリアルバスは請求項1のシリアルバスブリッ
ジに接続し、前記第1の端末装置は、通信を開始すると
き、当該シリアルバスブリッジのポータルの内、前記第
２のシリアルバスに接続したポータルに対して、前記第
１のノードを特定するID情報を含み、登録命令を含む制
御メッセージを送信し、通信を終了するとき、当該シリ
アルバスブリッジのポータルの内、前記第２のシリアル
バスに接続したポータルに対して、前記第１のノードを
特定するID情報を含み、削除命令を含む制御メッセージ
を送信し、当該ポータルは、第1の端末と第2の端末が通
信を行っている間、前記第１のノードを特定するID情報
を前記記憶手段に記憶し、前記検出手段が当該第2のシ
リアルバスのバスリセットを検出したときは、当該第2
のシリアルバスを特定するバスID情報を含む通知メッセ
ージを第１の端末装置に送信することを特徴とする。

【００２３】更に例えば、前記シリアルバスはＩＥＥＥ
１３９４に準拠することを特徴とする。あるいは、前記
シリアルバスはＩＥＥＥ１３９４に準拠することを特徴
とする。

【００２４】また、複数のシリアルバスからなり、シリ
アルバスブリッジにより互いに接続されたネットワーク
上の第1のシリアルバスに接続した第1のノードとなる第
1の端末装置と、前記第1のシリアルバスとは異なる第2
のシリアルバスに接続した第2のノードとなる第2の端末
装置が通信を行う情報通信システムにおける情報通信方
法において、前記第1のシリアルバスは前記シリアルバ
スブリッジに接続し、前記第1の端末装置は、通信を開
始するとき、当該シリアルバスブリッジのポータルの
内、前記第1のシリアルバスに接続したポータルに対し
て、前記第2のノードを特定するID情報を含み、登録命
令を含む制御メッセージを送信し、通信を終了すると
き、当該シリアルバスブリッジのポータルの内、前記第
1のシリアルバスに接続したポータルに対して、前記第2
のノードを特定するID情報を含み、削除命令を含む制御
メッセージを送信し、当該ポータルは、第1の端末と第2
の端末が通信を行っている間、前記第2のノードを特定
するID情報を前記記憶手段に記憶し、前記検出手段が当
該第1のシリアルバスのバスリセットを検出したとき
は、当該第1のシリアルバスを特定するバスID情報を含
む通知メッセージを第2の端末装置に送信することを特
徴とする。

【００２５】更にまた、複数のシリアルバスからなり、
シリアルバスブリッジにより互いに接続されたネットワ
ーク上の第1のシリアルバスに接続した第1のノードとな
る第1の端末装置と、前記第1のシリアルバスとは異なる
第2のシリアルバスに接続した第2のノードとなる第2の
端末装置が通信を行う情報通信システムにおける情報通
信方法において、前記第2のシリアルバスを前記シリア
ルバスブリッジに接続し、前記第1の端末装置は、通信
を開始するとき、当該シリアルバスブリッジのポータル
の内、前記第２のシリアルバスに接続したポータルに対
して、前記第１のノードを特定するID情報を含み、登録
命令を含む制御メッセージを送信し、通信を終了すると
き、当該シリアルバスブリッジのポータルの内、前記第
２のシリアルバスに接続したポータルに対して、前記第
１のノードを特定するID情報を含み、削除命令を含む制
御メッセージを送信し、当該ポータルは、第1の端末と
第2の端末が通信を行っている間、前記第１のノードを
特定するID情報を前記記憶手段に記憶し、前記検出手段
が当該第2のシリアルバスのバスリセットを検出したと
きは、当該第2のシリアルバスを特定するバスID情報を
含む通知メッセージを第１の端末装置に送信することを
特徴とする。

【００２６】または、シリアルバスをシリアルブリッジ
装置を介して接続可能な情報通信システムであって、前
記シリアルブリッジはそれぞれ異なるシリアルバスに接
続する少なくとも２つのポータルと、前記接続された各
シリアルバス毎に当該シリアルバス特定情報と共に接続
されているノードの情報を登録する登録テーブルと、前
記各ポータルに接続するシリアルバスのバスリセットを
監視する監視手段と、前記監視手段がバスリセットを検
知するとバスリセットが検知されたシリアルバスに対応
する前記登録テーブルの内容を新たに更新されたノード
の情報に従って書き換える再登録手段とを備え、前記登
録テーブルの更新によりシステム構成の変更を認識可能
とすることを特徴とする。

【００２７】そして例えば、前記シリアルバス特定情報
をバス毎に割り当てられたバスＩＤとし、前記ノードの
情報は各ノード毎に割り当てられたノードIDとすること
を特徴とする。あるいは、前記登録テーブルには、バス
毎に当該バスに接続されている全てのノードIDをバスＩ
Ｄと関連付けて登録されていることを特徴とする。

【００２８】また例えば、前記シリアルブリッジは、更
に、前記接続するシリアルバスに接続されているノード
の通信状態を管理する通信管理手段を備え、前記監視手
段がバスリセットを検知すると前記再登録手段が書き換
えたノードと前記通信管理手段が管理している通信状態
のノードに再登録を報知することを特徴とする。

【００２９】更に例えば、前記通信管理手段は、バスに
接続されているノード毎にノード通信状況を書き込み可
能な通信状態書込部を備え、ノードが通信を開始する際
にノードに前記通信状態書込部に通信相手先ノードの情
報を書き込ませることによりノードの通信状態を管理す
ることを特徴とする。

【００３０】また、例えば、シリアルバス接続ノードよ
り通信相手ノード接続バスのバスリセット発生を確認可
能とする確認手段を備え、前記確認手段は、前記監視手
段のバスリセットの検知に対応して前記再登録手段が前
記登録テーブルを書き換えたことを検知して書き換えら
れたノードが前記通信管理手段が管理している通信状態
のノードに該当する場合には通信相手ノードが書き込ん
だ前記通信管理手段のノード情報を再登録に対応させて
書き換えることにより通信相手ノード接続バスのバスリ
セット発生を確認可能とすることを特徴とする。

【００３１】更に例えば、前記シリアルブリッジは、前
記バスリセットが発生したバスに接続されているノード
からの通信中の相手ノードへの通知要求を受け取る通知
要求受入れ手段と、前記通知要求受入れ手段よりの通知
要求に従って通信相手先ノードへの通知を行う通知手段
を備えることを特徴とする。

【００３２】また例えば、前記シリアルバスをＩＥＥＥ
１３９４に準拠したＩＥＥＥ１３９４バスとし、シリア
ルバスブリッジをＩＥＥＥ１３９４に準拠したＩＥＥＥ
１３９４ブリッジとすることを特徴とする。

【００３３】

【発明の実施の形態】以下、図面を参照して本発明に係
る一発明の実施の形態例を詳細に説明する。

【００３４】図１は本発明に係る一発明の実施の形態例
の概略構成を示す図であり、２つのＩＥＥＥ１３９４に
準拠したローカルバスＡ１０２、ローカルバスＢ１０３
とそれを接続する１３９４ブリッジデバイス１０１より
構成されている。なお、図１においては、ローカルバス
が二つの例を説明したが、１３９４ブリッジデバイスを
介することにより更に多くのローカルバスと接続可能な
ことは勿論である。

【００３５】各ローカルバスには、夫々のローカルバス
を特定するためのバス特定情報であるバスＩＤが付与さ
れて入る。そして、バスＩＤ「３ＦＤｈ」で表されるロ
ーカルバスＡ１０２と、バスＩＤ「３ＦＥｈ」で表され
るローカルバスＢ１０３にはそれぞれ複数のデバイスノ
ードが接続されている。

【００３６】図１に示す本実施の形態例では、例えば、
ローカルバスＡ１０２に接続されるノードＡ１（１０
４）はデジタルスチルカメラであり、ノードＡ２（１０
５）はデジタルビデオカムコーダである。また、ローカ
ルバスＢ１０３に接続されるノードＢ１（１０６）はプ
リンタであり、ノードＢ２（１０７）はデジタルビデオ
カムコーダである。

【００３７】ノードＡ１（１０４）は上位プロトコルと
してあらかじめ規格化されているダイレクトプリントプ
ロトコル（Direct Print Protocol）を実装しており、
ノードＡ２（１０５）は同じく規格化されているＡＶ／
Ｃプロトコルを実装している。

【００３８】同様にローカルバスＢ１０３に接続された
ノードＢ１（１０６）は上位プロトコルとしてプリント
プロトコル（Direct Print Protocol）を実装してお
り、ノードＢ２（１０７）はＡＶ／Ｃプロトコルを実装
している。

【００３９】＜ＩＥＥＥ１３９４規格の技術概要＞以
下、本実施の形態例の図１に示すデジタルインタフェー
スに適用されるＩＥＥＥ１３９４−１９９５規格の技術
について簡単に説明する。なお、ＩＥＥＥ１３９４−１
９９５規格（以下、「ＩＥＥＥ１３９４規格」と称
す。）についての詳細は、１９９６年の８月３０日にＩ
ＥＥＥ（The Institute of Electrical and Electronic
s Engineers, Inc.）から出版された「ＩＥＥＥ Standar
d for a High Performance Serial Bus」に記述されてい
る。

【００４０】（１）概要図２にＩＥＥＥ１３９４規格に準拠したデジタルインタ
フェース（以下、１３９４インタフェース）を具備する
ノードにより構成される通信システム（以下、「１３９
４ネットワーク」と称す。）の一例を示す。１３９４ネ
ットワークは、シリアルデータの通信が可能なバス型ネ
ットワークを構成するものである。

【００４１】図２において、各ノードＡ〜Ｈは、ＩＥＥ
Ｅ１３９４規格に準拠した通信ケーブルを介して接続さ
れている。これらのノードＡ〜Ｈは、例えば、ＰＣ（Pe
rsonal Computer）、デジタルＶＴＲ（Video Tape Reco
rder）、ＤＶＤ（Digital Video Disc）プレーヤ、デジ
タルカメラ、ハードディスク、モニタ等の電子機器であ
る。

【００４２】１３９４ネットワークの接続方式は、ディ
ジーチェーン方式とノード分岐方式とに対応しており、
自由度の高い接続を可能としている。

【００４３】又、１３９４ネットワークでは、例えば、
既存の機器を削除したり、新たな機器を追加したり、既
存の機器の電源をＯＮ／ＯＦＦしたりした場合に、自動
的にバスリセットを行う。このバスリセットを行うこと
により、１３９４ネットワークは、新たな接続構成の認
識と各機器に対するID情報の割り当てとを自動的に行う
ことができる。この機能によって、１３９４ネットワー
クは、ネットワークの接続構成を常時認識することがで
きる。

【００４４】又、１３９４ネットワークは、他の機器か
ら転送されたデータを中継する機能を有している。この
機能により、全ての機器がバスの動作状況を把握するこ
とができる。

【００４５】又、１３９４ネットワークは、プラグアン
ドプレイＰｌｕｇ＆Ｐｌａｙ）と呼ばれる機能を有して
いる。この機能により、全ての機器の電源をＯＦＦにす
ることなく、接続するだけで自動に接続機器を認識する
ことができる。

【００４６】又、１３９４ネットワークは、１００／２
００／４００Ｍｂｐｓのデータ転送速度に対応してい
る。上位のデータ転送速度を持つ機器は、下位のデータ
転送速度をサポートすることができるため、異なるデー
タ転送速度に対応する機器同士を接続することができ
る。

【００４７】更に、１３９４ネットワークは、２つの異
なるデータ転送方式（即ち、非同期式（Asynchronous）
転送モードと、同期式（Isochronous）転送モード）に
対応している。

【００４８】非同期式（Asynchronous）転送モードは、
必要に応じて非同期に転送することが要求されるデータ
（即ち、コントロール信号やファイルデータ等）を転送
する際に有効である。又、同期式（Isochronous）転送
モードは、所定量のデータを一定のデータレートで連続
的に転送することが要求されるデータ（即ち、ビデオデ
ータやオーディオデータ等）を転送する際に有効であ
る。

【００４９】非同期式転送モードと同期式転送モードと
は、各通信サイクル（通常１サイクルは、１２５μＳ）
内において、混在させることが可能である。各転送モー
ドは、サイクルの開始を示すサイクル・スタート・パケ
ット（以下、ＣＳＰ）の転送後に実行される。

【００５０】なお、各通信サイクル期間において、同期
式転送モードは、非同期式転送モードよりも優先順位が
高く設定されている。又、同期式転送モードの転送帯域
は、各通信サイクル内で保証されている。

【００５１】（２）アーキテクチャ次に、図３を用いてＩＥＥＥ１３９４規格のアーキテク
チャを説明する。図３は本実施の形態例のＩＥＥＥ１３
９４規格のアーキテクチャを説明する図である。

【００５２】まずＩＥＥＥ１３９４インタフェースの構
成要素を説明する。ＩＥＥＥ１３９４インタフェース
は、機能的に複数のレイヤ（階層）から構成されてい
る。図３において、ＩＥＥＥ１３９４インタフェース
は、ＩＥＥＥ１３９４規格に準拠した通信ケーブル３０
１を介して他のノードのＩＥＥＥ１３９４インタフェー
スと接続される。又、ＩＥＥＥ１３９４インタフェース
は、１つ以上の通信ポート３０２を有し、通信ポート３
０２は、ハードウェア部に含まれるフィジカルレイヤ３
０３と接続される。

【００５３】図３において、ハードウェア部は、フィジ
カルレイヤ３０３とリンクレイヤ３０４とから構成され
ている。フィジカルレイヤ３０３は、他のノードとの物
理的、電気的なインタフェース、バスリセットの検出と
それに伴う処理、入出力信号の符号化／復号化、バス使
用権の調停等を行う。又、リンクレイヤ３０４は、通信
パケットの生成と送受信、サイクルタイマの制御等を行
う。

【００５４】又、図３において、ファームウェア部は、
トランザクション・レイヤ３０５とシリアル・バス・マ
ネージメント３０６とを含んでいる。トランザクション
・レイヤ３０５は、非同期式転送モードを管理し、各種
のトランザクション（リード、ライト、ロック）を提供
する。シリアル・バス・マネージメント３０６は、後述
するＣＳＲアーキテクチャに基づいて、自ノードの制
御、自ノードの接続状態の管理、自ノードのID情報の管
理、シリアルバスネットワークの資源管理を行う機能を
提供する。

【００５５】以上に説明したハードウェア部３０３、３
０４とファームウェア部３０５、３０６とにより実質的
に１３９４インタフェースを構成している。なお、この
基本構成は、ＩＥＥＥ１３９４規格により規定されてい
る。

【００５６】又、ソフトウェア部に含まれるアプリケー
ション・レイヤ３０７は、使用するアプリケーションソ
フトによって異なり、ネットワーク上でどのようにデー
タを通信するのかを制御する。例えば、デジタルＶＴＲ
の動画像データの場合は、ＡＶ／Ｃプロトコルなどの通
信プロトコルによって規定されている。

【００５７】（２−１）リンクレイヤ３０４の機能図４は、リンクレイヤ３０４の提供可能なサービスを示
す図である。図４において、リンクレイヤ３０４は、次
の４つのサービスを提供する。即ち、応答ノードに対して所定のパケットの転送を要求する
リンク要求（LK_DATA.request）、応答ノードに所定のパケットの受信を通知するリンク
通知（LK_DATA.indication）、応答ノードからのアクノリッジを受信したことを示す
リンク応答（LK_DATA.re sponse）、要求ノードからのアクノリッジを確認するリンク確認
（LK_DATA.confirmation）である。なお、リンク応答
（LK_DATA.response）は、ブロードキャスト通信、同期
式パケットの転送の場合には存在しない。

【００５８】又、リンクレイヤ３０４は、上述のサービ
スに基づいて、上述の２種類の転送方式、即ち、輔同期
式転送モード、同期式転送モードを実現する。

【００５９】（２−２）トランザクション・レイヤ３０
５の機能図５は、トランザクション・レイヤ３０５の提供可能な
サービスを示す図である。図５において、トランザクシ
ョン・レイヤ３０５は、次の４つのサービスを提供す
る。即ち、応答ノードに対して所定のトランザクションを要求す
るトランザクション要求（TR_DATA.request）、応答ノードに所定のトランザクション要求の受信を通
知するトランザクション通知（TR_DATA.indication）、応答ノードからの状態情報（ライト、ロックの場合
は、データを含む）を受信したことを示すトランザクシ
ョン応答（TR_DATA.response）、要求ノードからの状態情報を確認するトランザクショ
ン確認（TR_DATA.confirmation）である。

【００６０】又、トランザクション・レイヤ３０５は、
上述のサービスに基づいて非同期式転送を管理し、次の
３種類のトランザクション、即ち、リード・トランザクション、ライトトランザクション、ロック・トランザクションを実現する。

【００６１】リード・トランザクションは、要求ノー
ドが応答ノードの特定アドレスに格納された情報を読み
取る。

【００６２】ライトトランザクションは、要求ノード
が応答ノードの特定アドレスに所定の情報を書き込む。

【００６３】ロック・トランザクションは、要求ノー
ドが応答ノードに対して参照データと更新データとを転
送し、応答ノードの特定アドレスの情報とその参照デー
タとを比較し、その比較結果に応じて特定アドレスの情
報を更新データに更新する。

【００６４】（２−３）シリアル・バス・マネージメン
ト３０６の機能シリアル・バス・マネージメント３０６は、具体的に、
次の３つの機能を提供することができる。３つの機能と
は、即ち、ノード制御、アイソクロナス・リソース
・マネージャ（以下、ＩＲＭ）、バスマネージャであ
る。

【００６５】ノード制御は、上述の各レイヤを管理
し、他のノードとの間で実行される非同期式転送を管理
する機能を提供する。

【００６６】ＩＲＭは、他のノードとの間で実行され
る同期式転送を管理する機能を提供する。具体的には、
転送帯域幅とチャネル番号の割り当てに必要な情報を管
理し、これらの情報を他のノードに対して提供する。

【００６７】ＩＲＭは、ローカルバス上に唯一存在し、
バスリセット毎に他の候補者（ＩＲＭの機能を有するノ
ード）の中から動的に選出される。又、ＩＲＭは、後述
のバスマネージャの提供可能な機能（接続構成の管理、
電源管理、速度情報の管理等）の一部を提供してもよ
い。

【００６８】バスマネージャは、ＩＲＭの機能を有
し、ＩＲＭよりも高度なバス管理機能を提供する。

【００６９】具体的には、より高度な電源管理（通信ケ
ーブルを介して電源の供給が可能か否か、電源の供給が
必要か否か等の情報を各ノード毎に管理）、より高度な
速度情報の管理（各ノード間の最大転送速度の管理）、
より高度な接続構成の管理（トポロジーマップの作
成）、これらの管理情報に基づくバスの最適化等を行
い、更にこれらの情報を他のノードに提供する機能を有
する。

【００７０】又、バスマネージャは、シリアルバスネッ
トワークを制御するためのサービスをアプリケーション
に対して提供できる。ここで、サービスには、シリアル
バス制御要求（SB_CONTROL.request）、シリアルバス・
イベント制御確認（SB_CONTROL.confirmation）シリア
ルバス・イベント通知（SB_CONTROL.indication）等が
ある。シリアルバス制御要求（SB_CONTROL.request）
は、アプリケーションがバスリセットを要求するサービ
スである。

【００７１】シリアルバス・イベント制御確認（SB_CON
TROL.confirmation）は、シリアルバス制御要求（SB_CO
NTROL.request）をアプリケーションに対して確認する
サービスである。シリアルバス・イベント制御確認（SB
_CONTROL.indication）は、非同期に発生するイベント
をアプリケーションに対して通知するサービスである。

【００７２】（３）アドレス指定の説明図６は、１３９４インタフェースにおけるアドレス空間
を説明する図である。なお、１３９４インタフェース
は、ＩＳＯ／ＩＥＣ１３２１３：１９９４に準じたＣＳ
Ｒ（Command and Status Register）アーキテクチャに
従い、６４ビット幅のアドレス空間を規定している。

【００７３】図６において、最初の１０ビットのフィー
ルド６０１は、所定のバスを指定するID番号に使用さ
れ、次の６ビットのフィールド６０２は、所定の機器
（ノード）を指定するID番号に使用される。この上位１
６ビットを「ノードID」と呼び、各ノードはこのノード
IDにより他のノードを識別する。又、各ノードは、この
ノードIDを用いて相手を識別した通信を行うことができ
る。

【００７４】残りの４８ビットからなるフィールドは、
各ノードの具備するアドレス空間（２５６Ｍバイト構
造）を指定する。その内の２０ビットのフィールド６０
３は、アドレス空間を構成する複数の領域を指定する。

【００７５】フィールド６０３において、「０〜０×Ｆ
ＦＦＦＤ」の部分は、メモリ空間と呼ばれる。

【００７６】「０×ＦＦＦＦＥ」の部分は、プライベー
ト空間と呼ばれ、各ノードで自由に利用できるアドレス
である。又、「０×ＦＦＦＦＥ」の部分は、レジスタ空
間と呼ばれ、バスに接続されたノード間において共通の
情報を格納する。各ノードは、レジスタ空間の情報を用
いることにより、各ノード間の通信を管理することがで
きる。

【００７７】最後の２８ビットのフィールド６０４は、
各ノードにおいて共通或いは固有となる情報が格納され
るアドレスを指定する。

【００７８】例えば、レジスタ空間において、最初の５
１２バイトは、ＣＳＲアーキテクチャのコア（ＣＳＲコ
ア）レジスタ用に使用される。ＣＳＲコアレジスタに格
納される情報のアドレス及び機能を図７に示す。図７中
のオフセットは、「０×ＦＦＦＦＦ０００００００」か
らの相対位置である。

【００７９】図６における次の５１２バイトは、シリア
ルバス用のレジスタとして使用される。シリアルバスレ
ジスタに格納される情報のアドレス及び機能を図８に示
す。図８中のオフセットは、「０×ＦＦＦＦＦ００００
２００」からの相対位置である。

【００８０】図６におけるその次の１０２４バイトは、
コンフィギュレーションＲＯＭ（Configuration ＲＯ
Ｍ）用に使用される。コンフィギュレーションＲＯＭに
は最小形式と一般形式とがあり、「０×ＦＦＦＦＦ００
００４００」から配置される。最小形式のコンフィギュ
レーションＲＯＭの例を図９に示す。図９において、ベ
ンダIDは、ＩＥＥＥにより各ベンダに対して固有に割り
当てられた２４ビットの数値である。

【００８１】又、一般形式のコンフィギュレーションＲ
ＯＭを図１０に示す。図１０において、上述のベンダID
は、Root Directory１００２に格納されている。Bus In
fo Block１００１とRoot Leaf１００５とには、各ノー
ドを識別する固有のID情報としてノードユニークIDを保
持することが可能である。

【００８２】ここで、ノードユニークIDは、メーカ、機
種に関わらず、１つのノードを特定することのできる固
有のIDを定めるようになっている。ノードユニークIDは
６４ビットにより構成され、上位２４ビットは上述のベ
ンダIDを示し、下位４８ビットは各ノードを製造するメ
ーカにおいて自由に設定可能な情報（例えば、ノードの
製造番号等）を示す。なお、このノードユニークIDは、
例えばバスリセットの前後で継続して特定のノードを認
識する場合に使用される。

【００８３】又、一般形式のコンフィギュレーションＲ
ＯＭを示す図１０において、Root Directory１００２に
は、ノードの基本的な機能に関する情報を保持すること
が可能である。詳細な機能情報は、Root Directory１０
０２からオフセットされるサブディレクトリ（Unit Dir
ectories１００４）に格納される。Unit Directories１
００４には、例えば、ノードのサポートするソフトウェ
アユニットに関する情報が格納される。具体的には、ノ
ード間のデータ通信を行うためのデータ転送プロトコ
ル、所定の通信手順を定義するコマンドセット等に関す
る情報が保持される。

【００８４】又、図１０において、Node Dependent Inf
o Directory１００３には、デバイス固有の情報を保持
することが可能である。Node Dependent Info Director
y１００３は、Root Directory１００２によりオフセッ
トされる。

【００８５】更に、図１０において、Vendor Dependent
Information１００６には、ノードを製造、或いは販売
するベンダ固有の情報を保持することができる。

【００８６】残りの領域は、ユニット空間と呼ばれ、各
ノード固有の情報、例えば、各機器の識別情報（会社
名、機種名等）や使用条件等が格納されたアドレスを指
定する。ユニット空間のシリアルバス装置レジスタに格
納される情報のアドレス及び機能を図１１に示す。図中
のオフセットは、「０×ＦＦＦＦＦ００００８００」か
らの相対位置である。

【００８７】なお、一般的に、異種のバスシステムの設
計を簡略化したい場合、各ノードは、レジスタ空間の最
初の２０４８バイトのみを使うべきである。つまり、Ｃ
ＳＲコアレジスタ、シリアルバスレジスタ、コンフィギ
ュレーションＲＯＭ、ユニット空間の最初の２０４８バ
イトの合わせて４０９６バイトで構成することが望まし
い。

【００８８】（４）通信ケーブルの構成図１２にＩＥＥＥ１３９４規格に準拠した通信ケーブル
の断面図を示す。

【００８９】通信ケーブルは、２組のツイストペア信号
線と電源ラインとにより構成されている。電源ラインを
設けることによって、１３９４インタフェースは、主電
源のＯＦＦとなった機器、故障により電力低下した機器
等にも電力を供給することができる。なお、電源線内を
流れる電源の電圧は８〜４０Ｖ、電流は最大電流ＤＣ
１．５Ａと規定されている。

【００９０】２組のツイストペア信号線には、ＤＳ−Ｌ
ｉｎｋ（Data／Strobe Link）符号化方式にて符号化さ
れた情報信号が伝送される。図１３は、本実施の形態例
におけるＤＳ−Ｌｉｎｋ符号化方式を説明する図であ
る。

【００９１】図１３に示すＤＳ−Ｌｉｎｋ符号化方式
は、高速なシリアルデータ通信に適しており、その構成
は、２組のより対線を必要とする。一組のより対線は、
データ信号を送り、他のより対線は、ストローブ信号を
送る構成になっている。受信側は、２組の信号線から受
信したデータ信号とストローブ信号との排他的論理和を
とることによって、クロックを再現することができる。

【００９２】なお、ＤＳ−Ｌｉｎｋ符号化方式を用いる
ことにより、１３９４インタフェースには、例えば次の
ような利点がある。他の符号化方式に比べて転送効率
が高い。ＰＬＬ回路が不要となり、コントローラＬＳ
Ｉの回路規模を小さくできる。アイドル状態であるこ
とを示す情報を送る必要が無いため、トランシーバ回路
をスリープ状態とし易く、消費電力の低減が図れる。

【００９３】（５）バスリセット機能各ノードの１３９４インタフェースは、ネットワークの
接続構成に変化が生じたことを自動的に検出することが
できる構成となっている。この場合、１３９４ネットワ
ークは以下に示す手順によりバスリセットと呼ばれる処
理を行う。なお、接続構成の変化は、各ノードの具備す
る通信ポートにかかるバイアス電圧の変化により検知す
ることができる。

【００９４】ネットワークの接続構成の変化（例えば、
ノードの挿抜、ノードの電源のＯＮ／ＯＦＦなどによる
ノード数の増減）を検出したノード、又は新たな接続構
成を認識する必要のあるノードは、１３９４インタフェ
ースを介して、バス上にバスリセット信号を送信する。

【００９５】バスリセット信号を受信したノードの１３
９４インタフェースは、バスリセットの発生を自身のリ
ンクレイヤ３０４に伝達すると共に、そのバスリセット
信号を他のノードに転送する。バスリセット信号を受信
したノードは、今まで認識していたネットワークの接続
構成及び各機器に割り当てられたノードIDをクリアにす
る。最終的に全てのノードがバスリセット信号を検知し
た後、各ノードは、バスリセットに伴う初期化処理（即
ち、新たな接続構成の認識と新たなノードIDの割り当
て）を自動的に行う。

【００９６】なお、バスリセットは、先に述べたような
接続構成の変化による起動の他に、ホスト側の制御によ
って、アプリケーション・レイヤ３０７がフィジカルレ
イヤ３０３に対して直接命令を出すことによって起動さ
せることも可能である。

【００９７】又、バスリセットが起動するとデータ転送
は一時中断され、バスリセットに伴う初期化処理の終了
後、新しいネットワークのもとで再開される。

【００９８】（６）バスリセット起動後のシーケンスバスリセットの起動後、各ノードの１３９４インタフェ
ースは、新たな接続構成の認識と新たなノードIDの割り
当てとを自動的に実行する。以下、バスリセットの開始
からノードIDの割り当て処理までの基本的なシーケンス
を図１４〜１６を用いて説明する。

【００９９】図１４は、図２の１３９４ネットワークに
おけるバスリセット起動後の状態を説明する図である。

【０１００】図１４において、ノードＡは１つの通信ポ
ート、ノードＢは２つの通信ポート、ノードＣは２つの
通信ポート、ノードＤは３つの通信ポート、ノードＥは
１つの通信ポート、ノードＦは１つの通信ポートを具備
している。各ノードの通信ポートには、各ポートを識別
するためにポート番号を付されている。

【０１０１】以下、図１４におけるバスリセットの開始
からノードIDの割り当てまでを図１５のフローチャート
を参照して説明する。図１５は本実施の形態例における
バスリセットの開始からノードIDの割り当てまでの処理
を示すフローチャートである。

【０１０２】１３９４ネットワークを構成する例えば図
１４に示す各ノードＡ〜Ｆは、通常ステップＳ１５０１
に示すようにバスリセットが発生したか否かを常時監視
している。接続構成の変化を検出したノードからバスリ
セット信号が出力されると、各ノードはバスリセットを
検知してステップＳ１５０２以下の処理を実行する。

【０１０３】即ち、バスリセットを検知するとステップ
Ｓ１５０１よりステップＳ１５０２に進み、バスリセッ
トの発生後に各ノードは夫々の具備する通信ポート間に
おいて親子関係の宣言を行う。そして続くステップＳ１
５０３において、全てのノード間の親子関係が決定され
たか否かを調べる。全てのノード間の親子関係が決定さ
れていない場合にはステップＳ１５０２に戻り、各ノー
ドは、全てのノード間の親子関係が決定されるまで、ス
テップＳ１５０２の処理を繰り返し行う。

【０１０４】このようにして全てのノード間の親子関係
が決定するとステップＳ１５０３よりステップＳ１５０
４に進む。そしてステップＳ１５０４で１３９４ネット
ワークはネットワークの調停を行うノード、即ちルート
を決定する。ルートを決定した後にステップＳ１５０５
に進み、各ノードの１３９４インタフェース夫々は、自
己のノードIDを自動的に設定する作業を実行する。そし
て続くステップＳ１５０６において全てのノードに対し
てノードIDの設定がなされ、ID設定処理が終了したか否
かを調べる。全てのノードに対してノードIDの設定がな
されていない場合にはステップＳ１５０５に戻り各ノー
ドは所定の手順に基づき次のノードに対するIDの設定を
行う。

【０１０５】このようにして最終的に全てのノードに対
してノードIDが設定されるとステップＳ１５０６よりス
テップＳ１５０７に進み、各ノードは、同期式転送或い
は非同期式転送を実行する。そしてデータ転送が終了す
ると各ノードの１３９４インタフェースはステップＳ１
５０１のバスリセット監視に戻る。

【０１０６】以上の手順により、各ノードの１３９４イ
ンタフェースは、バスリセットが起動する毎に、新たな
接続構成の認識と新たなノードIDの割り当てとを自動的
に実行することができる。

【０１０７】（７）親子関係の決定次に、図１５に示したステップＳ１５０２の親子関係宣
言処理（即ち、各ノード間の親子関係を認識する処理）
の詳細を図１６のフローチャートを参照して説明する。
図１６は本実施の形態例における図１５に示したステッ
プＳ１５０２の親子関係宣言処理の詳細を示すフローチ
ャートである。

【０１０８】本実施の形態例の親子関係宣言処理におい
ては、まず図１６に示すステップＳ１６０１において、
バスリセットの発生後、１３９４ネットワーク上の各ノ
ードＡ〜Ｆは、自分の具備する通信ポートの接続状態
（接続又は未接続）を確認する。通信ポートの接続状態
の確認後、続くステップＳ１６０２において、各ノード
は、他のノードと接続されている通信ポート（以下、接
続ポート）の数をカウントして接続ポートの数が一つか
否かを調べる。

【０１０９】ステップＳ１６０２で接続ポートの数が１
つである場合にはステップＳ１６０３に進み、そのノー
ドは、自分が「リーフ」であると認識する。なおここ
で、リーフとは、１つのノードとのみ接続されているノ
ードのことである。そして次のステップＳ１６０４でリ
ーフとなるノードは、その接続ポートに接続されている
ノードに対して、「自分は子（Ｃｈｉｌｄ）」であるこ
とを宣言する。このとき、リーフは、その接続ポートが
「親ポート（親ノードと接続された通信ポート）」であ
ると認識する。そしてステップＳ１６１１に進む。

【０１１０】ここで、親子関係の宣言は、まず、ネット
ワークの末端であるリーフとブランチとの間にて行わ
れ、続いて、ブランチとブランチとの間で順次に行われ
る。各ノード間の親子関係は、早く宣言の行える通信ポ
ートから順に決定される。又、各ノード間において、子
であることを宣言した通信ポートは「親ポート」である
と認識され、その宣言を受けた通信ポートは「子ポート
（子ノードと接続された通信ポート）」であると認識さ
れる。例えば、図１４において、ノードＡ，Ｅ，Ｆは、
自分がリーフであると認識した後、親子関係の宣言を行
う。これにより、ノードＡ−Ｂ間では子−親、ノードＥ
−Ｄ間では子−親、ノードＦ−Ｄ間では子−親と決定さ
れる。

【０１１１】一方、ステップＳ１６０２の処理の結果、
接続ポートの数が１つでなく２つ以上の場合にはステッ
プＳ１６０５に進み、そのノードは自分を「ブランチ」
であると認識する。ここで、ブランチとは、２つ以上の
ノードと接続されているノードのことである。そして続
くステップＳ１６０６においてブランチとなるノード
は、各接続ポートのノードから親子関係の宣言を受け付
ける。宣言を受け付けた接続ポートは、「子ポート」と
して認識される。

【０１１２】１つの接続ポートを「子ポート」と認識し
た後にステップＳ１６０７に進み、ブランチはまだ親子
関係の決定されていない接続ポート（即ち、未定義ポー
ト）が２つ以上あるか否かを検出する。その結果、未定
義ポートが２つ以上ある場合にはステップＳ１６０６の
処理に戻り、ブランチは、再び各接続ポートのノードか
ら親子関係の宣言を受け付ける処理を行う。

【０１１３】一方、ステップＳ１６０７の検出の結果未
定義ポートが２つ以上ない場合にはステップＳ１６０８
に進み、未定義ポートが１つだけ存在しているか否かを
調べる。未定義ポートが１つだけ存在する場合にはブラ
ンチは、その未定義ポートが「親ポート」であると認識
し、ステップＳ１６０９でそのポートに接続されている
ノードに対して「自分は子」であることを宣言するそし
てステップＳ１６１１に進む。

【０１１４】ここで、ブランチは、残りの未定義ポート
が１つになるまで自分自身が子であると他のノードに対
して宣言することができない。例えば、図１４の構成に
おいて、ノードＢ，Ｃ，Ｄは、自分がブランチであると
認識すると共に、リーフ或いは他のブランチからの宣言
を受け付ける。ノードＤは、Ｄ−Ｅ間、Ｄ−Ｆ間の親子
関係が決定した後、ノードＣに対して親子関係の宣言を
行っている。又、ノードＤからの宣言を受けたノードＣ
は、ノードＢに対して親子関係の宣言を行っている。

【０１１５】一方、ステップＳ１６０８の処理の結果、
未定義ポートが存在しない場合（つまり、ブランチの具
備する全ての接続ポートが親ポートとなった場合）には
ステップＳ１６１０に進み、そのブランチは、自分自身
がルートであることを認識する。例えば、図１４におい
て、接続ポートの全てが親ポートとなったノードＢは、
１３９４ネットワーク上の通信を調停するルートとして
他のノードに認識される。

【０１１６】ここで、ノードＢがルートと決定された
が、ノードＢの親子関係を宣言するタイミングが、ノー
ドＣの宣言するタイミングに比べて早い場合には、他の
ノードがルートになる可能性もある。即ち、宣言するタ
イミングによっては、どのノードもルートとなる可能性
がある。従って、同じネットワーク構成であっても同じ
ノードがルートになるとは限らない。

【０１１７】このように全ての接続ポートの親子関係が
宣言されることによって、各ノードは、１３９４ネット
ワークの接続構成を階層構造（ツリー構造）として認識
することができるため最後にステップＳ１６１１で全て
の接続ポートの宣言終了としてリターンする。なお、上
述の親ノードは階層構造における上位であり、子ノード
は階層構造における下位となる。

【０１１８】（８）ノードIDの割り当て次に、図１７を参照して図１５に示すステップＳ１５０
５のノードID設定処理（即ち、自動的に各ノードのノー
ドIDを割り当てる処理）を詳細に説明する。図１７は図
１５のステップＳ１５０５のノードID設定処理の詳細を
示すフローチャートである。ここで、ノードIDは、バス
番号とノード番号とから構成されるが、本実施の形態例
では、各ノードを同一バス上に接続するものとし、各ノ
ードには同一のバス番号が割り当てられるものとする。

【０１１９】本実施の形態例のノードID設定処理におい
ては、まずステップＳ１７０１において、ルートは、ノ
ードIDが未設定のノードが接続されている子ポートの内
の最小番号を有する通信ポートに対してノードIDの設定
許可を与える。なお、図１７において、ルートは、最小
番号の子ポートに接続されている全ノードのノードIDを
設定した後、その子ポートを設定済とし、次に最小とな
る子ポートに対して同様の制御を行う。最終的に子ポー
トに接続された全てのノードのID設定が終了した後、ル
ート自身のノードIDを設定する。ノードIDに含まれるノ
ード番号は、基本的にリーフ、ブランチの順に０，１，
２…と割り当てられる。従って、ルートが最も大きなノ
ード番号を有することになる。

【０１２０】ステップＳ１７０１において設定許可を得
たノードは、続くステップＳ１７０２において自分の子
ポートの内のノードIDが未設定となるノードを含む子ポ
ートがあるか否かを判断する。ステップＳ１７０２にお
いて、未設定ノードを含む子ポートが検出されない場合
にはステップＳ１７０５に進む。

【０１２１】一方、ステップＳ１７０２において未設定
ノードを含む子ポートが検出された場合にはステップＳ
１７０３に進み、上述の設定許可を得たノードは、その
子ポート（最小番号となる子ポート）に直接接続された
ノードに対してその設定許可を与えるように制御する。
そして続くステップＳ１７０４において、上述の設定許
可を得たノードは、自分の子ポートの内、ノードIDが未
設定であるノードを含む子ポートがあるか否かを判断す
る。ここで、末設定ノードを含む子ポートの存在が検出
された場合にはステップＳ１７０３に戻り、そのノード
は、再び最小番号となる子ポートにその設定許可を与え
る。

【０１２２】一方、ステップＳ１７０４において未設定
ノードを含む子ポートが検出されなかった場合にはステ
ップＳ１７０５に進む。

【０１２３】このようにしてステップＳ１７０２或いは
ステップＳ１７０４において、未設定ノードを含む子ポ
ートが検出されなかった場合にはステップＳ１７０５に
進み、設定許可を得たノードは、自分自身のノードIDを
設定する。続いてステップＳ１７０６において、自分の
ノードIDを設定したノードは、自己のノード番号、通信
ポートの接続状態に関する情報等を含んだセルフＩＤパ
ケットをブロードキャストする。なお、ブロードキャス
トとは、あるノードの通信パケットを、１３９４ネット
ワークを構成する不特定多数のノードに対して転送する
ことである。

【０１２４】ここで、各ノードは、このセルフＩＤパケ
ットを受信することにより、各ノードに割り当てられた
ノート番号を認識することができ、自分に割り当てられ
るノード番号を知ることができる。例えば、図１４にお
いて、ルートであるノードＢは、最小ポート番号「♯
１」の通信ポートに接続されたノードＡに対してノード
ID設定の許可を与える。ノードＡは、自己のノード番号
「Ｎｏ．０」と割り当て、自分自身に対してバス番号と
ノード番号とからなるノードIDを設定する。又、ノード
Ａは、そのノード番号を含むセルフＩＤパケットをブロ
ードキャストする。

【０１２５】図１８にステップＳ１７０６で出力するセ
ルフＩＤパケットの構成例を示す。図１８において、１
８０１はセルフＩＤパケットを送出したノードのノード
番号を格納するフィールド、１８０２は対応可能な転送
速度に関する情報を格納するフィールド、１８０３はバ
ス管理機能（バスマネージャの能力の有無等）の有無を
示すフィールド、１８０４は電力の消費及び供給の特性
に関する情報を格納するフィールドである。

【０１２６】又、図１８において、１８０５はポート番
号「＃０」となる通信ポートの接続状態に関する情報
（接続、未接続、通信ポートの親子関係等）を格納する
フィールド、１８０６はポート番号「♯１」となる通信
ポートの接続状態に関する情報（接続、未接続、通信ポ
ートの親子関係等）を格納するフィールド、１８０７は
ポート番号「♯２」となる通信ポートの接続状態に関す
る情報（接続、未接続、通信ポートの親子関係等）を格
納するフィールドである。

【０１２７】なお、セルフＩＤパケットを送出するノー
ドにバスマネージャとなり得る能力がある場合には、フ
ィールド１８０３に示すコンテンダビットを「１」と
し、なり得る能力がなければ、コンテンダビットを
「０」とする。

【０１２８】ここで、バスマネージャとは、上述のセル
フＩＤパケットに含まれる各種の情報に基づいて、バス
の電源管理（通信ケーブルを介して電源の供給が可能か
否か、電源の供給が必要か否か等の情報を各ノード毎に
管理する）、速度情報の管理（各ノードの対応可能な転
送速度に関する情報から各ノード間の最大転送速度を管
理する）、トポロジーマップ情報の管理（通信ポートの
親子関係情報からネットワークの接続構成を管理す
る）、トポロジーマップ情報に基づくバスの最適化等を
行い、それらの情報を他のノードに提供する機能を有す
るノードである。これらの機能により、バスマネージャ
となるノードは１３９４ネットワーク全体のバス管理を
行うことができる。

【０１２９】図１７の処理において、ステップＳ１７０
６の処理後、ノードIDの設定を行ったノードはステップ
Ｓ１７０７において親ノードがあるか否かを判断する。
親ノードがある場合にはステップＳ１７０２に戻り、そ
の親ノードがステップＳ１７０２以下の処理を実行す
る。そして、まだノードIDの設定されていないノードに
対して許可を与える。

【０１３０】一方、ステップＳ１７０７において親ノー
ドが存在しない場合にはそのノードはルート自身である
と判断してステップＳ１７０８に進み、ルートとして全
ての子ポートに接続されたノードに対してノードIDが設
定されたか否かを判別する。ステップＳ１７０８におい
て、全てのノードに対するID設定処理が終了しなかった
場合にはステップＳ１７０１に戻り、ルートは、そのノ
ードを含む子ポートの内、最小番号となる子ポートに対
してID設定の許可を与える。そしてその後ステップＳ１
７０２以下の処理を実行する。

【０１３１】一方、ステップＳ１７０８において全ての
ノードに対するID設定処理が終了した場合にはステップ
Ｓ１７０９に進み、ルートは、自分自身のノードIDの設
定を実行する。そしてノードIDの設定後、ルートはステ
ップＳ１７１０においてセルフＩＤパケットをブロード
キャストする。そしてリターンする。

【０１３２】以上の処理によって、１３９４ネットワー
クは、各ノードに対して自動的にノードIDを割り当てる
ことができる。

【０１３３】ここで、ノードIDの設定処理後、複数のノ
ードがバスマネージャの能力を具備する場合、ノード番
号の最も大きいノードがバスマネージャとなる。つま
り、ネットワーク内で最大となるノード番号を持つルー
トがバスマネージャになり得る機能を有している場合に
は、ルートがバスマネージャとなる。

【０１３４】しかしながら、ルートにその機能が備わっ
ていない場合には、ルートの次に大きいノード番号を具
備するノードがバスマネージャとなる。又、どのノード
がバスマネージャになったかについては、各ノードがブ
ロードキャストするセルフＩＤパケット内のコンテンダ
ビット１８０３をチェックすることにより把握すること
ができる。

【０１３５】（９）アービトレーション機能図１９は、図１に示す本実施の形態例における１３９４
ネットワークにおけるアービトレーションを説明する図
である。

【０１３６】１３９４ネットワークでは、データ転送に
先立って、必ずバス使用権のアービトレーション（調
停）を行う。１３９４ネットワークは、論理的なバス型
ネットワークであり、各ノードから転送された通信パケ
ットを他のノードに中継することによって、ネットワー
ク内の全てのノードに同じ通信パケットを転送すること
のできる。従って、通信パケットの衝突を防ぐために、
必ずアービトレーションが必要となる。これによって、
ある時間において一つのノードのみが転送を行うことが
できる。

【０１３７】図１９の（ａ）は、ノードＢとノードＦと
が、バス使用権の要求を発している場合について説明す
る図である。

【０１３８】アービトレーションが始まるとノードＢ，
Ｆは、夫々親ノードに向かって、バス使用権の要求を発
する。ノードＢの要求を受けた親ノード（即ち、ノード
Ｃ）は、自分の親ノード（即ち、ノードＤ）に向かっ
て、そのバス使用権を中継する。この要求は、最終的に
調停を行うルート（ノードＤ）に届けられる。

【０１３９】バス使用要求を受けたルートは、どのノー
ドにバスを使用させるかを決める。この調停作業はルー
トとなるノードのみが行えるものであり、調停によって
勝ったノードにはバスの使用許可が与えられる。

【０１４０】図１９の（ｂ）は、ノードＦの要求が許可
され、ノードＢの要求が拒否されたことを示す図であ
る。

【０１４１】アービトレーションに負けたノードに対し
てルートは、ＤＰ（Data prefix）パケットを送り、拒
否されたことを知らせる。拒否されたノードは、次回の
アービトレーションまでバス使用要求を待機する。

【０１４２】以上のようにアービトレーションを制御す
ることによって、１３９４ネットワークは、バスの使用
権を管理することができる。

【０１４３】（１０）通信サイクル本実施の形態例においては、同期式転送モードと非同期
式転送モードとは、各通信サイクル期間内において時分
割に混在させることができる。ここで、通信サイクルの
期間は、通常、１２５μＳである。

【０１４４】図２０は、１通信サイクルにおいて同期式
転送モードと非同期式転送モードとを混在させた場合を
説明する図である。

【０１４５】本実施の形態例においては、同期式転送モ
ードは非同期式転送モードより優先して実行される。そ
の理由は、サイクル・スタート・パケットの後、非同期
式転送を起動するために必要なアイドル期間（subactio
n gap）が、同期式転送を起動するため必要なアイドル
期間（同期式 gap）よりも長くなるように設定されてい
るためである。これにより、同期式転送は、非同期式転
送に優先して実行される。

【０１４６】図２０において、各通信サイクルのスター
ト時には、サイクル・スタート・パケット（以下、「Ｃ
ＳＰ」と称す。）が所定のノードから転送される。各ノ
ードは、このＣＳＰを用いて時刻調整を行うことによっ
て、他のノードと同じ時間を計時することができる。

【０１４７】（１１）同期式転送モード同期式転送モードは、同期型の転送方式である。同期式
モード転送は、通信サイクルの開始後、所定の期間にお
いて実行可能である。又、同期式転送モードは、リアル
タイム転送を維持するために、各サイクル毎に必ず実行
される。

【０１４８】同期式転送モードは、特に動画像データや
音声データ等のリアルタイムな転送を必要とするデータ
の転送に適した転送モードである。同期式転送モード
は、非同期式転送モードのように１対１の通信ではなく
ブロードキャスト通信である。つまり、あるノードから
送出されたパケットは、ネットワーク上の全てのノード
に対して一様に転送される。なお、同期式転送には、ａ
ｃｋ（受信確認用返信コード）は存在しない。

【０１４９】図２０において、チャネルｅ（ｃｈ
ｅ）、チャネルｓ（ｃｈｓ）、チャネルｋ（ｃｈ
ｋ）は、各ノードが同期式転送を行う期間を示す。１３
９４インタフェースでは、複数の異なる同期式転送を区
別するために、夫々異なるチャネル番号を与えている。
これにより、複数ノード間での同期式転送が可能とな
る。ここで、このチャネル番号は、送信先を特定するも
のではなく、データに対する論理的な番号を与えている
に過ぎない。

【０１５０】又、図２０に示した同期式 gapとは、バス
のアイドル状態を示すものである。このアイドル状態が
一定時間を経過した後、同期式転送を希望するノード
は、バスが使用できると判断し、アービトレーションを
実行する。

【０１５１】次に、図２１に本実施の形態例の同期式転
送モードに基づいて転送される通信パケットのフォーマ
ットを示す。以下、同期式転送モードに基づいて転送さ
れる通信パケットを、同期式パケットと称する。

【０１５２】図２１において、同期式パケットはヘッダ
部２１０１、ヘッダＣＲＣ２１０２、データ部２１０
３、データＣＲＣ２１０４から構成される。

【０１５３】ヘッダ部２１０１には、データ部２１０３
のデータ長を格納するフィールド２１０５、同期式パケ
ットのフォーマット情報を格納するフィールド２１０
６、同期式パケットのチャネル番号を格納するフィール
ド２１０７、パケットのフォーマット及び実行しなけれ
ばならない処理を識別するトランザクションコード（ｔ
ｃｏｄｅ）を格納するフィールド２１０８、同期化コー
ドを格納するフィールド２１０９がある。

【０１５４】（１２）非同期式転送モード本実施の形態例の非同期式転送モードは、非同期型の転
送方式である。非同期式転送は、自己ノードから相手ノ
ードへの１対１の通信であり、同期式転送期間の終了
後、次の通信サイクルが開始されるまでの間（即ち、次
の通信サイクルのＣＳＰが転送されるまでの間）、実行
可能である。

【０１５５】図２０において、最初のサブアクション・
ギャップ（subaction gap）は、バスのアイドル状態を
示すものである。このアイドル時間が一定値になった
後、非同期式転送を希望するノードは、バスが使用でき
ると判断し、アービトレーションを実行する。

【０１５６】アービトレーションによりバスの使用権を
得たノードは、図２２に示すパケットを所定のノードに
対して転送する。このパケットを受信したノードは、ａ
ｃｋ（受信確認用返送コード）或いは応答パケットをａ
ｃｋｇａｐ後に返送する。

【０１５７】図２２は、本実施の形態例の非同期式転送
モードに基づく通信パケットのフォーマットを示す図で
ある。以下、非同期式転送モードに基づいて転送される
通信パケットを、非同期式パケットと称する。

【０１５８】図２２において、非同期式パケットは、ヘ
ッダ部２２０１、ヘッダＣＲＣ２２０２、データ部２２
０３、データＣＲＣ２２０４から構成される。

【０１５９】ヘッダ部２２０１において、フィールド２
２０５には宛先となるノードのノードID、フィールド２
２０６にはソースとなるノードのノードＩＤ、フィール
ド２２０７には一連のトランザクションを示すためのラ
ベル、フィールド２２０８には再送ステータスを示すコ
ード、フィールド２２０９にはパケットのフォーマット
及び実行しなければならない処理を識別するトランザク
ションコード（ｔｃｏｄｅ）、フィールド２２１０には
優先順位、フィールド２２１１には宛先のメモリ・アド
レス、フィールド２２１２にはデータ部のデータ長、フ
ィールド２２１３には拡張されたトランザクションコー
ドが格納される。

【０１６０】又、非同期式転送において転送元ノードか
ら転送されたパケットは、ネットワーク中の各ノードに
行き渡るが、自分宛てのアドレス以外のものは無視され
る。従って、宛先となるノードのみが、そのパケットを
読み込むことができる。

【０１６１】なお、非同期式転送中に次のＣＳＰを転送
すべき時間に至った場合、無理に転送を中断せず、その
転送が終了した後、次のＣＳＰを送信する。これによ
り、１つの通信サイクルが１２５μＳ以上続いたとき
は、その分、次の通信サイクル期間を短縮する。このよ
うにすることによって、１３９４ネットワークは、ほぼ
一定の通信サイクルを保持することができる。

【０１６２】（１３）デバイスマップの作成デバイスマップを作成するためにアプリケーションが１
３９４ネットワークのトポロジーを知る手段として、Ｉ
ＥＥＥ１３９４規格上は以下の手段がある。

【０１６３】１）バスマネージャのトポロジーマップレ
ジスターをリードする２）バスリセット時にセルフＩＤパケットから推定するしかし上記１、２の手段では、各ノードの親子関係によ
るケーブル接続順のトポロジーは判明するものの、物理
的な位置関係のトポロジーを知ることは出来ない（実装
されていないポートまで見えてしまう、といった問題も
ある）。

【０１６４】また、デバイスマップを作成するための情
報を、コンフィギュレーションＲＯＭ以外のデータベー
スとして持つ、といった手段もあるが、その場合、各種
情報を得る手段はデータベースアクセスのためのプロト
コルに依存してしまう。ところで、コンフィギュレーシ
ョンＲＯＭ自体やコンフィギュレーションＲＯＭを読む
機能は、ＩＥＥＥ１３９４規格を遵守したデバイスが必
ず持つものである。

【０１６５】そこで本実施の形態例では、デバイスの位
置、機能等の情報を各ノードのコンフィギュレーション
ＲＯＭに格納し、それらをアプリケーションから読む機
能を与えることにより、データベースアクセス、データ
転送等の特定のプロトコルに依存することなく、各ノー
ドのアプリケーションがいわゆるデバイスマップ表示機
能を実装することができる。

【０１６６】コンフィギュレーションＲＯＭにはノード
固有の情報として物理的な位置、機能などが格納可能で
あり、デバイスマップ表示機能の実現に使用することが
可能である。

【０１６７】この場合、アプリケーションが物理的な位
置関係による１３９４ネットワークトポロジーを知る手
段としては、バスリセット時やユーザーからの要求時
に、各ノードのコンフィギュレーションＲＯＭを読み取
ることにより、１３９４ネットワークのトポロジーを知
る、という方法が可能となる。更に、コンフィギュレー
ションＲＯＭ内にノードの物理的位置のみならず、機能
などの各種ノード情報も記述することによって、コンフ
ィギュレーションＲＯＭを読むことで、ノードの物理的
位置と同時に各ノードの機能情報等も得ることができ
る。アプリケーションが各ノードのコンフィギュレーシ
ョンＲＯＭ情報を取得する際には、指定ノードの任意の
コンフィギュレーションＲＯＭ情報を取得するＡＰＩを
用いる。

【０１６８】このような手段を用いることにより、ＩＥ
ＥＥ１３９４ネットワーク上のデバイスのアプリケーシ
ョンは、物理的なトポロジーマップ、各ノードの機能マ
ップなど、用途に応じて様々なデバイスマップを作成す
ることができ、ユーザーが必要な機能をもつデバイスを
選択する、といったことも可能となる。

【０１６９】＜１３９４ブリッジの概要＞本実施の形態
例の構成、並びに接続デバイスについて説明する。

【０１７０】以下、本実施の形態例のデジタルインタフ
ェースに適用されるＩＥＥＥ１３９４ブリッジの技術に
ついて簡単に説明する。なお、ＩＥＥＥ１３９４ブリッ
ジ（以下、「１３９４ブリッジ」と称す。）規格はＩＥ
ＥＥｐ１３９４．。１分科会にて策定中である。

【０１７１】１３９４規格では、ひとつの１３９４バス
上には最大６３のノードまで接続可能であり、そのホッ
プ数は１６までとされている。６３個以上の１３９４ノ
ードを１３９４ネットワークに接続したい場合、また遠
隔地にあるなどの理由で１６ホップ以上の接続を行う必
要がある機器同士を接続したい場合などには一般に１３
９４ブリッジが使われる。

【０１７２】ＩＥＥＥ１３９４はＩＥＥＥ１２１２規格
に従った６４ビット固定アドレッシングを使用し、１０
ビットをバスＩＤとして定義をしている為、ローカルバ
スを指定するＩＤ１０２３を除いた最大１０２３個のバ
スを１３９４ブリッジ経由で接続し１３９４ネットワー
クを構成することが可能となる。

【０１７３】１３９４ブリッジの果たす主な機能は、ブ
リッジを経由したバス間の１３９４ノードトランズアク
ショシの制御である。１３９４トランズアクションの場
合、トランズアクションを発行するノード、発行先ノー
ドの指定は＜ＩＥＥＥ１３９４の技術の概要＞で記述の
ようにノードIDを使い行なわれる。１３９４ブリッジは
接続する２つのバスのトポロジー情報、ノードID情報等
の情報をテーブルとして持ち、接続する２つバスに相手
のバス・ノード情報を開示することによりバス間のトラ
ンズアクションを可能にしている。

【０１７４】また、１３９４バスの場合、デバイスノー
ドの追加接続といった接続形態に変化が生じたり、ある
ノードが意図的に指示を行なうことによりバスリセット
が発生し、バスリセットを起点に自動的にノードＩＤの
再割り当てを行なうためにバスリセットのシーケンス、
ノードＩＤ決定のシーケンスが行なわれ、新たなトポロ
ジが生成される。このシーケンスの詳細については上記
＜ＩＥＥＥ１３９４の技術の概要＞の（バスリセットの
シーケンス）、（ノードID決定のシーケンス）の項で説
明されているので割愛する。

【０１７５】この特性により、接続するバスのトポロジ
・ノードID情報は動的に変化する為、その情報のアップ
デートもブリッジは行う。

【０１７６】一方で、１３９４のバスリセットシーケン
スが行なわれている間はそのバス内のデータ転送が中断
される上に、ノードIDの再割り当てという複雑なシーケ
ンスが行われる。このため、バスリセットシーケンスの
発生が必要のない他のバスにバスリセット信号を伝搬さ
せることは非常に非効率とされており、１３９４ブリッ
ジは接続された一方のバスリセット信号を他方のバスに
は伝搬させないということになっている。

【０１７７】その他のブリッジの機能としては、複数の
バスブリッジが接続された複数バス構成のネットワーク
において、１３９４ブリッジ同士の調停、ブリッジの情
報交換によるパケットルーティング機能などが挙げられ
る。

【０１７８】以上が、１３９４インタフェースを用いて
構成される通信システムの構成及び機能に関する説明で
ある。［本実施の形態例の構成並びに接続デバイスの説明］以
下、本実施の形態例の特徴的な構成、並びに接続デバイ
スについて更に詳細に説明する。まず、各ローカルバス
に接続される各ノードの共通部分として１３９４シリア
ルバスインタフェース部の構成を図２３を参照して説明
する。図２３は本実施の形態例の１３９４ノードの１３
９４インターフェースブロックの構成を示す図である。

【０１７９】図２３中、２７０１はデバイス本体とのイ
ンタフェースを行い、ＰＨＹＩＣのデータ転送をコント
ロールするリンクレイヤ制御ＩＣ（ＬＩＮＫＩＣ）であ
り、前述の（ＩＥＥＥ１３９４の技術の概要）における
リンクレイヤの機能を実現する。本ＩＣが備える主な機
能としてはＰＨＹＩＣを介する送信／受信データを一時
格納する送受信ＦＩＦＯ、送信データのパケット化機
能、ＰＨＹＩＣが受信データが本ノードアドレス、また
はアイソクロナス転送データの場合は割り当てられたチ
ャンネル向けのものであるかの判定機能、またそのデー
タのエラーチェックを行うレシーバー機能、そしてデバ
イス本体とのインタフェースを行う機能がある。

【０１８０】２７０２は１３９４シリアルバスを直接ド
ライブするフィジカルレイヤ制御ＩＣ（ＰＨＹＩＣ）で
あり、前述の（ＩＥＥＥ１３９４の技術の概要）におけ
るフィジカルレイヤの機能を実現する。主な機能として
は、バスイニシャル化とアービトレーション、送信デー
タ符号のエンコード／デコード、ケーブル通電状態の監
視ならびに負荷終端用電源の供給（アクティブ接続認識
用）、リンクレイヤＩＣとのインタフェースである。

【０１８１】２７０３はコンフィギュレーションＲＯＭ
であり、各機器固有の識別、通信条件等が格納されてい
る。本ＲＯＭのデータフォーマットは＜ＩＥＥＥ１３９
４の技術の概要＞で説明したようにＩＥＥＥ１２１２並
びにＩＥＥＥ１３９４規格で定められたフォーマットに
準じている。

【０１８２】２７０４はリンクレイヤＩＣ、ＰＨＹＩＣ
をはじめとする１３９４インタフェース部をコントロー
ルするＣＰＵであり、２８０５は同インタフェース部の
コントロール用プログラムが格納されているＲＯＭであ
る。２７０６はＲＡＭであり、送受信データを蓄えるデ
ータバッファをはじめ、制御用ワークエリア、１３９４
アドレスにマッピングされた各種レジスタのデータ領域
に使用されている。

【０１８３】各ノードは図２４に示す様な一般形式のコ
ンフィギュレーションＲＯＭを装備しており、各デバイ
スのソフトウェアユニット情報はユニットディレクトリ
に、ノード固有の情報はノードディペンデントインフォ
ディレクトリに保存されている。

【０１８４】また、プリンタ機能、スキャナ機能といっ
た各デバイスの基本機能インスタンスとその基本機能に
付随する詳細情報はroot directoryからオフセットされ
るインスタンスディレクトリ（instance directory）に
保有することが可能となっている。インスタンスディレ
クトリの構成について説明する。インスタンスディレク
トリには、プリンタ、スキャナといったプロトコルに依
存しないデバイスの情報が格納される。単機能のデバイ
スの場合、基本機能情報は１つであり、複数機能をサポ
ートするデバイスの場合には、複数の機能が列挙され
る。列挙された各機能について対応するプロトコル・ソ
フトウエア情報を保存するユニットディレクトリへのポ
インタ情報を保存する他に、それぞれの機能に関する固
有な詳細情報を保有するためのフィーチャディレクトリ
へのポインタが保存される。

【０１８５】＜ＩＥＥＥ１３９４の技術の概要＞で説明
したように１３９４シリアルバスのアドレス設定のう
ち、最後の２８ビットはシリアルバスに接続される他の
デバイスからアクセス可能な、各機器の固有データの領
域として確保されている。図２５はこの各機器の固有デ
ータの領域である２８ビットの領域のアドレス空間を表
した図である。

【０１８６】図２５中００００番地から０２００番地の
領域には図１１に示したＣＳＲコアレジスタ群が配置さ
れている。これらレジスタはＣＳＲアーキテクチャで定
められたノード管理の為の基本的な機能として存在して
いる。

【０１８７】０２００番地から０４００番地の領域は、
ＣＳＲアーキテクチャにより、シリアルバスに関するレ
ジスタが格納される領域として定義されている。本実施
の形態例のシリアルバスに関するレジスタが格納される
領域の例を図２６に示す。＜ＩＥＥＥ１３９４の技術の
概要＞で説明したように０２００〜０２３０番地のレジ
スタが定義されておりデータ転送の同期、電源供給、バ
スリソース管理等に使用されるレジスタが配置されてい
る。この部分は上述した図１２に示す構成と同様であ
る。

【０１８８】図２６中０２４０番地に配置されているレ
ジスタ、REMOTE_BUS_RESETは本実施の形態例の特徴であ
り、このレジスタのフォーマットを図２７に示す。図２
７に示すバスリセットが発生したバスを特定する情報で
ある１０ビットのバスＩＤが含まれている。

【０１８９】このレジスタに対して１３９４ライトトラ
ンズアクションにより、図２７のフォーマットに従いBU
S_IDフィールドに有効なバスＩＤが代入されたデータの
書き込みが行なわれたノードは、自ノードが接続されて
いるローカルバス以外のBUS_IDフィールドで表されるリ
モートバスにおいてバスリセットが発生したこと事を知
ることが可能となる。

【０１９０】また、図２６中の０２４４番地に配置され
ているレジスタ、NOTIFY_BUS_RESETは本実施の形態例の
特徴的なレジスタである。このNOTIFY_BUS_RESETレジス
タのフォーマットを図２８にを参照して説明する。図２
８は本実施の形態例のNOTIFY_BUS_RESETレジスタのフォ
ーマットを示す図である。

【０１９１】NOTIFY_BUS_RESETレジスタは、後述する本
実施の形態例を適用した１３９４ブリッジ１０１のブリ
ッジポータルが実装するレジスタである。このレジスタ
に対して１３９４ライトトランザクションに従って、図
２８のフォーマットに従ったデータが書き込まれる。書
きこまれたデータのBUS_IDフィールドに有効なバスＩ
Ｄ、NODE_IDフィールドに有効なノードID、コマンドフ
ィールドに有効なコマンド（１：記憶、０：消去）が代
入されている場合には、ブリッジ１０１は有効なデータ
として受信し、コマンドフィールドの値に従った処理を
行う。コマンドフィールドの値が（１：記憶）の場合、
ブリッジ１０１は、データのBUS_IDフィールド、NODE_I
Dフィールドの値をポータルに対応した格納テーブルに
記憶する。また、コマンドフィールドの値が（０：消
去）の場合、ブリッジ１０１は、データのBUS_IDフィー
ルド、NODE_IDフィールドの値をポータルに対応した格
納テーブルから消去する。そして、当該ポータルが接続
する１３９４バスでバスリセットが起こった場合には、
ブリッジ１０１は当該格納テーブルに記憶したバスＩ
Ｄ、ノードIDで特定されるノードのREMOTE_BUS_RESETレ
ジスタに１３９４ライトトランザクションに従って書き
込みを行うことにより、当該バスでバスリセットが起こ
ったことをこのノードに通知する。

【０１９２】図２９は本実施の形態例におけるＩＥＥＥ
１３９４ブリッジデバイス１０１の構成を示すブロック
図である。図中、ポータルＡ３３０１はバスＡ１０２
に、ポータルＢ３３０２はバスＢ１０３に接続してい
る。これらのポータルはバスに接続した１個のノードと
して機能する。

【０１９３】ブリッジ制御装置３３０３は、ポータルＡ
３３０１とポータルＢ３３０２の間でブリッジを行う機
能を実装している。バスリセット管理装置３３０４はポ
ータルＡ３３０１の上述したNOTIFY_BUS_RESETレジスタ
にかかれたバスＩＤ、ノードIDを格納テーブルＡ３３０
５に記憶、またはテーブルから消去する。

【０１９４】同様に、ブリッジ制御装置３３０３はポー
タルＢ３３０２のNOTIFY_BUS_RESETレジスタにかかれた
バスＩＤ、ノードIDを格納テーブルＢ３３０６に記憶、
またはテーブルから消去する。そしてバスＡ１０２でバ
スリセットが起きた場合には格納テーブルＡ３３０５に
記憶したノードの、バスＢ１０３でバスリセットが起き
た場合には格納テーブルＢ３３０６に記憶されているノ
ードのREMOTE_BUS_RESETレジスタに、図２７のフォーマ
ットにしたがってデータを書くことによりバスリセット
が起こったことを通知する。

【０１９５】前述のコンフィギュレーションＲＯＭは４
００番地から８００番地の領域に配置されている。

【０１９６】図２５に示す０８００番地から１０００番
地までの領域には、現在の１３９４バスのトポロジー情
報、またノード間の転送スピードに関する情報が格納さ
れている。同様に１０００番地以降の領域はユニット空
間と呼ばれ、各デバイス固有の動作に関連するレジスタ
が配置されている。この領域には各デバイスがサポート
する上位プロトコルで規定されたレジスタ群とデータ転
送用メモリマップドバッファ領域、また各機器固有のレ
ジスタが配置される。

【０１９７】前述の構成を備える１３９４インタフェー
ス部を具備したデバイスであるノードＡ１（１０４），
Ａ２（１０５）がバスＡ１０２に、ノードＢ１（１０
６），Ｂ２（１０７）がバスＢ１０３にそれぞれ接続さ
れ、１３９４ブリッジデバイス１０１によってバスＡ１
０２とバスＢ１０７が接続されている例えば図１に示す
１３９４ネットワークにおける動作の詳細を図３０及び
図３１も参照して説明する。図３０は本実施の形態例の
ＤＰＰプロトコルに準拠した通信制御手順を示す図、図
３１は本実施の形態例のＡＶ／Ｃプロトコルに準拠した
通信制御手順を示す図である。

【０１９８】まず、バスＡ，Ｂそれぞれの現在の接続構
成に至るにあたり、それぞれのバス独立に、デバイスノ
ードの追加接続が行なわれる毎にバスリセットが発生す
る為、バスリセットを起点に自動的にノードIDの割り当
てを行う。このためにバスリセットのシーケンス、ノー
ドID決定のシーケンスが行なわれ、新たなトポロジーが
生成される。

【０１９９】その後、１３９４データ転送がそれぞれの
バスにおいて開始される。このシーケンスの詳細につい
ては上記（ＩＥＥＥ１３９４の技術の概要）の（バスリ
セットのシーケンス）、（ノードID決定のシーケンス）
の項で説明されているので割愛する。

【０２００】このように接続ノードの接続順番、１３９
４ブリッジ１０１へのバスの接続順番によって動作は異
なるものの、ノード接続毎に上記バスリセット−１３９
４初期化シーケンスが繰り返され、最終的に上記記述の
ように１３９４ブリッジ１０１を介してデバイスＡ１，
Ａ２がバスＡに、デバイスＢ１とＢ２がバスＢに接続さ
れたトポロジーが形成されたこととする。

【０２０１】上記状態で１３９４ネットワークのトポロ
ジーが決定され、１３９４データ転送が正常に行なわれ
ている状態で、上位プロトコルとしてダイレクトプリン
トプロトコル（Direct Print Protocol）（以下「ＤＰ
Ｐ」と称す。）を具備しているデジタルスチルカメラで
あるノードＡ１がユーザー操作、またはアプリケーショ
ンのトリガを起点に１３９４で接続批されているプリン
タに画像データを転送し印刷を行うために、まず１３９
４ネットワーク上で自ノード同様にＤＰＰをサポートす
るプリンタデバイスを探す。

【０２０２】これはネットワーク上に接続されているノ
ードに対して相手ノードのコンフィグレーションＲＯＭ
の読み出しを行うことによって実現される。この様子は
図１９を参照して上述した。具体的には相手ノードに対
するＩＥＥＥ１３９４のリードトランズアクションを使
用することにより、そのリードレスポンスとして相手ノ
ードのＲＯＭの内容が返ってくる。

【０２０３】上述した様に各ノードのコンフィグレーシ
ョンＲＯＭには１３９４関連情報の他に、インスタンス
ディレクトリにはプリンタ、カメラといった各ノードの
基本機能、ユニットディレクトリにはＡＶ／Ｃプロトコ
ル、ＤＰＰといった上位プロトコルやソフトウェアに関
する情報が記述されている。

【０２０４】ノードＡ１はローカルバスＡの各ノードの
ＲＯＭ読み出しを行った後に１３９４ブリッジを経由し
てバスＢの各ノードのＲＯＭ読み出しを行う過程で、ノ
ードＢ１がプリンタでありＤＰＰデバイスであることを
検出する。

【０２０５】なお、１３９４ブリッジを経由した１３９
４トランズアクションの詳細についてはここでは割愛す
るが、現在ＩＥＥＥｐ１３９４．１で規格が策定中であ
る。

【０２０６】ノードＡ１（１０４）であるカメラは、プ
リンタであり、自ノードがサポートするＤＰＰプロトコ
ルと同一プロトコルを具備したノードＢ１（１０６）を
発見後、図３０に示すＤＰＰプロトコルで定義された手
順、フォーマットに準拠した形でノードＢ１とコネクシ
ョンを樹立し、アプリケーションデータの転送を開始す
る。

【０２０７】このときノードＡ１（１０４）は、まず図
３０のに示すように１３９４ブリッジ１０１のポータ
ルＡ３３０１のNOTIFY_BUS_RESETレジスタに図２８に示
すフォーマットにしたがって、｛（バスＢのバスＩ
Ｄ）、（ノードＢ１のノードID）、（記憶コマンド）｝
を書き込む。次いでノードＡ１（１０４）は、図３０の
に示すライトトランザクションを使ってノードＢ１に
コネクションリクエストコマンドを送信する。

【０２０８】これに応答してノードＢ１（１０６）は図
３０のに示すように１３９４ブリッジ１０１のポータ
ルＢ３３０２のNOTIFY_BUS_RESETレジスタに図２８のフ
ォーマットにしたがって、｛（バスＡのバスＩＤ）、
（ノードＡ１のノードID）、（記憶コマンド）｝を書き
込む。

【０２０９】次いでノードＢ１（１０６）はノードＡ１
に図３０のに示すライトトランザクションを使ってコ
ネクションリクエストレスポンスを送信する。こうし
て、ノードＡ１（１０４）はノードＢ１（１０６）とコ
ネクションを樹立し、１３９４ブリッジのバスリセット
管理装置はこれらのバスＩＤ、ノードIDを該当する格納
テーブルに記憶する。

【０２１０】同様に上位プロトコルとしてＡＶ／Ｃプロ
トコルを具備しているデジタルビデオカムコーダである
ノードＢ２（１０７）も１３９４ブリッジ１０１を介し
てノードＡ２（１０５）とＡＶ／Ｃプロトコルを使いＡ
Ｖ／Ｃコマンドの送受を開始するため、まずノードＢ２
（１０７）からブリッジ１０１に対して図３１のに示
すように、図３０の同様の書き込みを行いバスリセッ
トを相手のノードに通知できるようにする。

【０２１１】ノードＢ２（１０７）は、次いで図３１の
に示すＡＶ／Ｃコマンドを発行し、そのレスポンス待
ち状態に入っているものとする。また、図３１のに示
すＡＶ／Ｃコマンドを受信したノードＡ２（１０５）も
ブリッジ１０１に対して図３１に示すにおいて、前述
した図３０ののような書き込みを行い、バスリセット
を相手のノードに通知できるようにする。

【０２１２】以上に説明したネットワーク状態におい
て、ユーザーの操作により図１に示すデバイスノードＡ
３（１０８）がバスＡに新たに接続されたとする。新た
なノードが追加接続されることによりＩＥＥＥ１３９４
の特性に従いバスリセットが発生する。

【０２１３】バスリセット信号を受信したバスＡの各ノ
ードの１３９４インタフェース層は、その情報を上位プ
ロトコル層に通知すると共に、バスリセットを起点に自
動的にノードIDの割り当てを行うためにバスリセットの
シーケンス、ノードID決定のシーケンスといった一連の
バスリセット復帰処理を開始する。

【０２１４】バスＡ１０２においてＤＰＰの規定に従い
バスＢ１０３のノードＢ１（１０６）とコネクションを
樹立し、データ転送を行っていたノードＡ１（１０４）
では、バスＡ１０２のバスリセットがＤＰＰ層に通知さ
れると、ＤＰＰの規定に従ったバスリセット復帰処理が
開始される。

【０２１５】ＤＰＰにおけるバスリセット復帰処理で
は、１３９４レイヤにおいてバスリセット復帰処理が終
了し、新たなノードIDとトポロジー決定後、データ転送
が正常に復帰した段階で、データ送信が再開される前に
あらかじめ規定された時間内に最初に相手ノードにコネ
クション要求を送出した方のノードがリコネクトリクエ
ストコマンド、すなわち最接続要求を送出する規定にな
っている。

【０２１６】また、コネクション樹立時に要求を受けた
方のノードは１３９４インタフェース層でバスリセット
復帰が完了後、コネクションを樹立していたノードから
のリコネクトリクエストコマンドの受信待ち状態に入
り、規定時間内にそれを受信しない場合には、そのコネ
クションを破棄する、という規定になっている。

【０２１７】また、バスＡ１０２においてＡＶ／Ｃの規
定に従いバスＢ１０３のノードＢ２（１０７）とデータ
転送を行っていたノードＢ１（１０６）では、バスＡ１
０２のバスリセットがＡＶ／Ｃ層に通知されると、ＡＶ
／Ｃの規定に従ったバスリセット対応処理が開始され
る。

【０２１８】ＡＶ／Ｃプロトコルでは、通常一方のノー
ドによるＡＶ／Ｃコマンドの送信に対してそのコマンド
を受信した方のノードが、コマンド実行結果等の情報を
含んだ対となるレスポンスをコマンド発行ノードに対し
て送出する規定となっている。バスリセットが生じた
際、リセット前に送出し、レスポンスを受信していない
ＡＶ／Ｃコマンドは未実行、破棄されたとみなされる
為、１３９４インタフェース層においてバスリセット処
理が復帰し、データ転送が正常復帰された後に再送出す
る必要がある、と規定されている。

【０２１９】一方、接続形態の変化のないバスＢ１０３
においては、ＩＥＥＥの規定によればバスリセットは発
生せず、１３９４ブリッジ１０１により接続されたバス
Ａ１０２でバスリセットが発生した場合においても、そ
れを検出するものの１３９４ブリッジ１０１は規定され
た特性によりバスリセット信号を他のバス、この場合は
バスＢ１０３に伝搬することはない。

【０２２０】従って、この時点ではノードＡ１、Ａ２、
Ａ３、・・・といったバスＡ１０２に接続されているノー
ドのみでバスリセット復帰処理が開始され、ノードＡ１
（１０４）のデータ送信先であるノードＢ１（１０
６）、ノードＡ２（１０５）のデータ送信先であるノー
ドＢ２（１０７）で同処理は開始されていないことにな
る。

【０２２１】しかしながら、これでは上記欠点があるた
め、本実施の形態例においては上記規定の通りの動作に
代え、以下の動作を行う。

【０２２２】即ち、本実施の形態例における１３９４ネ
ットワークシステムでは、１３９４ブリッジ１０１のバ
スリセット管理装置３３０４がブリッジポータルに接続
したバスにおけるバスリセット発生情報を当該ポータル
に対応する格納テーブルに記憶したノードに通知する手
段を備える構成とし、かつ各ノードがリモートバスにお
けるバスリセット発生通知を受信する手段を具備するこ
う背として上記欠点を解消することとしている点に大き
な特徴がある。

【０２２３】具体的には、バスＡ１０２でバスリセット
が発生したことによりバスリセット信号を受信した１３
９４ブリッジ１０１は、バスＡ１０２に接続されている
ポータルＡ３３０１のノードコントローラ側でバスリセ
ット処理を行う一方で、バスリセット管理装置３３０４
は、格納テーブル３３０５、３３０６に記憶した各ノー
ドの図２６に示すシリアルバスレジスタの０２４０番地
に配置されているREMOTE_BUS_RESETレジスタに対して、
レジスタのフォーマットに従った形でバスリセットが発
生したリモートバスのバスＩＤすなわちバスＡのバスＩ
Ｄ：３ＦＤｈをデータとしたパケットを１３９４ライト
トランズアクションを使用した書き込みを順次行う。

【０２２４】即ち、本実施の形態例では、格納テーブル
に、ノードＢ１（１０６）、Ｂ２（１０７）のバスＩ
Ｄ、ノードIDが記憶されているので、図３０のあるい
は図３１のに示すようにこれらのノードに対して書き
込みが行われる。

【０２２５】この結果、バスＢ１０３では、バスリセッ
トが発生していないものの、ブリッジ１０１により通知
すべき各ノードのREMOTE_BUS_RESETレジスタへバスＡ１
０２のIDの書き込みが行なわれることにより、リモート
バスＡにおいてバスリセットが発生したことが通知され
ることになる。

【０２２６】REMOTE_BUS_RESETレジスタへの書き込みを
検出した各ノードの１３９４インタフェース層は、リモ
ートバスでバスリセットが発生した事と共にそのリモー
トバスのバスＩＤ情報を上位プロトコル層に通知する。

【０２２７】パスＢ１０３においてＤＰＰの規定に従い
バスＡのノードＡ１（１０４）とコネクションを樹立し
データ転送を行っていたノードＢ１（１０６）では、バ
スリセットを起こしたリモートバスIDをチェックし、コ
ネクション先であるノードが接続されているバスＡ１０
２であることを確認すると、コネクション先ノード、す
なわちノードＡ１（１０４）がＤＰＰの規定に従ったバ
スリセット復帰処理を開始したことを認識する。

【０２２８】ノードＢ１（１０６）もＤＰＰのバスリセ
ット処理に対応した処理を開始し、コネクションを樹立
していたノードからのリコネクトリクエストコマンドの
受信待ち状態に入る。これにより、実際にバスリセット
が発生したことによりバスリセット処理を開始したノー
ドＡ１（１０４）と、バスリセットが発生していないバ
スＢ１０３に接続されているノードＢ１（１０６）間で
ＤＰＰプロトコル処理の整合性が確保される。

【０２２９】このあと、ノードＡ１（１０４）はノード
Ｂ１（１０６）に図３０のに示すリコネクトリクエス
トコマンドを送信し、ノードＢ１（１０６）はノードＡ
１（１０４）に図３０のに示すリコネクトリクエスト
レスポンスを送信してデータ通信を再開する。

【０２３０】同様に、バスＢ１０３においてＡＶ／Ｃプ
ロトコルの規定に従いバスＡ１０２のノードＡ２（１０
５）とＡＶ／Ｃコマンドのやりとりを行っていたノード
Ｂ２（１０７）では、バスリセットを起こしたリモート
バスIDをチェックし、通信先であるノードＡ２（１０
５）が接続されているバスＡ１０２であることを確認す
ると、通信先ノード、すなわちノードＡ２（１０５）が
ＡＶ／Ｃプロトコルの規定に従ったバスリセット処理を
開始したことを認識する。ノードＢ２（１０７）もＡＶ
／Ｃのバスリセット処理に対応した処理、リモートバス
リセット前に送出し、レスポンスを受信していないＡＶ
／Ｃコマンドは未実行、破棄されたとみなす処理を実行
する。これにより、実際にバスリセットが発生したこと
によりバスリセット処理を開始したノードＡ２（１０
５）と、バスリセットが発生していないバスＢ１０３に
接続されているノードＢ２（１０７）間でＡＶ／Ｃプロ
トコル処理の整合性が確保される。

【０２３１】即ち、ノードＢ２（１０７）はノードＡ２
（１０５９に図３１のに示すＡＶ／Ｃコマンドを再度
送信し、ノードＡ２（１０５）はこれに応答してノード
Ｂ２（１０７）に図３１のに示すＡＶ／Ｃレスポンス
を送信して通信を継続する。

【０２３２】前述の状態で、バスＢ１０３でバスリセッ
トが起こった場合も同様に、１３９４ブリッジ１０１の
バスリセット管理装置３３０４により、バスＡ１０２の
通知すべきノードに通知され、上位プロトコル処理の整
合が保たれる。

【０２３３】以上説明したように本実施の形態例によれ
ば、それぞれ異なるＩＥＥＥ１３９４バスに接続するポ
ータルを少なくとも２個持つ１３９４ブリッジにおい
て、各ポータルに抜続するＩＥＥＥ１３９４バスのバス
リセットを監視する手段、各ポータルに接続するＩＥＥ
Ｅ１３９４バスのいずれかを指定する手段、ブリッジを
介して接続された複数のＩＥＥＥ１３９４バスの全体か
らなるネットワーク上のノードを指定する手段、及び前
記指定したバスのバスリセットを前記指定したノードに
通知する手段からなるバスリセット管理手段を備えたこ
とを特徴とするＩＥＥＥ１３９４ブリッジを提供するこ
とにより、バスリセットが起こったことをリモートバス
に接続したノードに通知することを可能にする。

【０２３４】（第２の実施の形態例）第２の実施の形態
例においても基本構成は上述した図１乃至図２９に示す
第１の実施の形態例と同様であるため、詳細説明は省略
する。以下、は上述した第１の実施の形態例と異なる部
分を説明する。第２の実施の形態例においては上述した
第１の実施の形態例とは、ＤＰＰプロトコルに準拠した
通信制御手順が相違している。以下、図３２を参照して
本発明に係る第２の実施の形態例のＤＰＰプロトコルに
準拠した通信制御手順を説明する。

【０２３５】上述した第１の実施の形態例と同様に、１
３９４ネットワークのトポロジーが決定され、１３９４
データ転送が正常に行なわれている状態で、上位プロト
コルとしてＤＤＰを具備しているデジタルスチルカメラ
であるノードＡ１がユーザー操作、またはアプリケーシ
ョンのトリガを起点に１３９４で接続されているプリン
タに画像データを転送し印刷を行うために、まず１３９
４ネットワーク上で自ノード同様ＤＤＰをサポートする
プリンタデバイスを探す。

【０２３６】ノードＡ１はローカルバスＡの各ノードの
ＲＯＭ読み出しを行った後に１３９４ブリッジを経由し
てバスＢの各ノードのＲＯＭ読み出しを行う過程で、ノ
ードＢ１がプリンタでありＤＤＰデバイスであることを
検出する。ここで、ノードＢ１はREMOTE_BUS_RESETレジ
スタを備えているが、ノードＡ１は備えていないものと
する。そしてこれをノードＢ１はノードＡ１のＲＯＭ情
報から知ることができるものとする。

【０２３７】第２の実施の形態例において、１３９４ブ
リッジ１０１のバスリセット管理装置３３０４は、ブリ
ッジポータルのNOTIFY_BUS_RESETレジスタに、図２８に
示すフォーマットのバスＩＤフィールドに（３ＦＦ
Ｈ）、かつノードＩＤフィールドに（３ＦＨ）が書かれ
た場合、書き込みを行ったノードのバスＩＤ、ノードID
を書き込まれたポータルに対応する格納テーブルに記憶
する。

【０２３８】ノードＡ１であるカメラは、プリンタであ
り、自ノードがサポートするＤＰＰプロトコルと同一プ
ロトコルを具備したノードＢ１を発見後、ＤＰＰプロト
コルで定義された手順、フォーマットに準拠した形でノ
ードＢ１とコネクションを樹立し、アプリケーションデ
ータの転送を開始するため、ノードＢ１に図３２のに
示すコネクションリクエストをライトトランザクション
を使って送信する。

【０２３９】このときノードＢ１は、図３２のに示す
ように１３９４ブリッジのポータルＡのNOTIFY_BUS_RES
ETレジスタに図２８のフォーマットにしたがって、
｛（３ＦＦＨ）、（３ＦＦＨ）、（記憶コマンド）｝を
書き込む。

【０２４０】そして１３９４ブリッジのバスリセット管
理装置はポータルＡに対応する格納テーブルに、ノード
Ｂ１のバスＩＤ、ノードIDを記憶する。次いでノードＢ
１は、ノードＡ１に図３２のに示すコネクションリク
エストレスポンスをライトトランザクションを使って送
信しコネクションを確立する。

【０２４１】上述した第１の実施の形態例と同様に、図
１に示すネットワーク状態において、ユーザーの操作に
よりデバイスノードＡ３（図１に示す１０８）がバスＡ
１０２に新たに接続されたとする。このときの制御の一
部が上記第１の実施の形態例と異なる。

【０２４２】新たなノードが追加接続されることにより
ＩＥＥＥ１３９４の特性に従いバスリセットが発生す
る。バスリセット信号を受信したバスＡ１０２の各ノー
ドの１３９４インタフェース層はその情報を上位プロト
コル層に通知すると共にバスリセットを起点に自動的に
ノードIDの割り当てを行うためにバスリセットのシーケ
ンス、ノードID決定のシーケンスといった一連のバスリ
セット復帰処理を開始する。

【０２４３】バスＡ１０２においてＤＰＰの規定に従い
バスＢ１０３のノードＢ１（１０６）とコネクションを
樹立し、データ転送を行っていたノードＡ１（１０４）
では、バスＡ１０２のバスリセットがＤＰＰ層に通知さ
れると、前記第１の実施の形態例同様ＤＰＰの規定に従
ったバスリセット復帰処理が開始される。

【０２４４】一方、接続形態の変化のないバスＢ１０３
においてバスリセットは発生せず、上述した第１の実施
の形態例で説明したようにバスＡ１０２でバスリセット
が発生した場合においてもバスリセット信号はバスＢ１
０３に伝搬されない。従って、この時点ではノードＡ
１，Ａ２，Ａ３といったバスＡに接続されているノード
のみでバスリセット復帰処理が開始され、ノードＡ１の
データ送信先であるノードＢ１、ノードＡ２のデータ送
信先であるノードＢ２で同処理は開始されていない。

【０２４５】しかしながら、前記第１の実施の形態例同
様、第２の実施の形態例でもバスＡ１０２でバスリセッ
トが発生したことによりバスリセット信号を受信した１
３９４ブリッジ１０１は、バスＡ１０２に接続されてい
るポータルＡ３３０１のノードコントローラ側でバスリ
セット処理を行う一方で、バスリセット管理装置３３０
４は格納テーブル３３０５、３３０６に記憶した各ノー
ドの０２４０番地に配置されているレジスタ、REMOTE_B
US_RESETに対して、レジスタのフォーマットに従った形
でバスリセットが発生したリモートバスのバスＩＤすな
わちバスＡ１０２のバスＩＤ：３ＦＤｈをデータとした
パケットを１３９４ライトトランズアクションを使用し
た書き込みを順次行い、同時に図３２のに示すように
ノードＢ１にも書き込みが行なわれる。

【０２４６】その結果、バスＢでは、バスリセットが発
生していないものの、１３９４ブリッジ１０１により通
知すべき各ノードのREMOTE_BUS_RESETレジスタへバスＡ
１０２のIDの書き込みが行なわれることにより、リモー
トバスＡにおいてバスリセットが発生したことが通知さ
れる。

【０２４７】REMOTE_BUS_RESETレジスタへの書き込みを
検出したの各ノードの１３９４インタフェース層はリモ
ートバスでバスリセットが発生した事と共にそのリモー
トバスのバスＩＤ情報を上位プロトコル層に通知する。

【０２４８】バスＢ１０３においてＤＰＰの規定に従
いバスＡ１０２のノードＡ１（１０４）とコネクション
を樹立しデータ転送を行っていたノードＢ１（１０６）
では、バスリセットを起こしたリモートバスIDをチェッ
クし、コネクション先であるノードが接続されているバ
スＡ１０２であることを確認すると、コネクション先ノ
ード、すなわちノードＡ１（１０４）がＤＰＰの規定に
従ったバスリセット復帰処理を開始したことを認識す
る。

【０２４９】ノードＢ１（１０６）もＤＰＰのバスリセ
ット処理に対応した処理を開始し、コネクションを樹立
していたノードからのリコネクトリクエストコマンドの
受信待ち状態に入る。これにより、実際にバスリセット
が発生したことによりバスリセット処理を開始したノー
ドＡ１と、バスリセットが発生していないバスＢに接続
されているノードＢ１間でＤＰＰプロトコル処理の整合
性が確保される。

【０２５０】このあと、ノードＡ１はノードＢ１に図３
２のに示すリコネクトリクエストコマンドを送信し、
ノードＢ１はノードＡ１に図３２のに示すリコネクト
リクエストレスポンスを送信してデータ通信を再開す
る。

【０２５１】このあと、バスＢにバスリセットが起こっ
た場合には、バスＡのノードＡ１はバスＢのバスリセッ
トを知らないが、バスＢのバスリセットの間、ノードＡ
１のリクエストはブリッジで保留され、バスＢのバスリ
セット終了後図３２のに示すようにブリッジよりノー
ドＢ１に送られ、その後ノードＢ１よりノードＡ１に図
３２のに示すようにリコネクトリクエストレスポンス
を送信してデータ通信を再開することができる。

【０２５２】このように、バスリセット終了後、ノード
Ｂ１が自身により、整合を保つことができるとすれば、
図３２に示すようにノードＡ１からのリクエストに応答
して通信を再開することができる。

【０２５３】以上説明したように第２の実施の形態例に
よれば、ＩＥＥＥ１３９４ブリッジに接続した第１のＩ
ＥＥＥ１３９４バスと、第１のＩＥＥＥ１３９４バスに
接続した第１のノードと、第１のＩＥＥＥ１３９４バス
とは異なる第２のＩＥＥＥ１３９４バスと、第２のＩＥ
ＥＥ１３９４バスに接続した第２のノードを含み、第１
のノードと第２のノードが通信する情報通信システムに
おいて、第１のノードは、第１のＩＥＥＥ１３９４バス
が接続するＩＥＥＥ１３９４ブリッジに対して、第１の
ＩＥＥＥ１３９４バスのバスリセットの監視と、第１の
ＩＥＥＥ１３９４バスのバスリセットの第２のノードへ
の通知を指定することを特徴とする情報通信システムを
提供することにより、自ノードの接続するバスのバスリ
セット発生をリモートバスに接続した通信相手ノードに
通知することを可能にする。

【０２５４】これにより、同じ上位プロトコルを使用し
て、一方のローカルバスのデータ送信ノードから１３９
４ブリッジを介した他方のローカルバスに接続されたデ
ータ受信側ノードでデータ転送を行う際、一方のローカ
ルバスにおいてバスリセットが発生した場合には１３９
４ブリッジがリモートバスに接続されたノードに対して
そのバスリセットを通知することが出来る為、他方のバ
スに接続された受信側ノードがそのバスリセットを検出
することができ、上位プロトコル層におけるバスリセッ
ト処理の整合性が取れるため、バス間の正常なデータ通
信が可能になるという効果がある。

【０２５５】（第３の実施の形態例）図３３は、本発明
に係る第３の実施の形態例の構成を示すブロック図であ
る。

【０２５６】第３の実施の形態例においては、図３３に
示すように、１３９４ブリッジＡ３４０１は、ポータル
ＡでバスＡに、ポータルＣ１でバスＣに接続している。
１３９４ブリッジＢ３４０２は、ポータルＢでバスＢ
に、ポータルＣ２でバスＣに接続している。

【０２５７】そして、バスＡにはノードＡ１（３４０
３）、ノードＡ２（３４０４）、バスＢにはノードＢ１
（３４０５）、ノードＢ２（３４０６）、バスＣにはノ
ードＣ１（３４０７）、ノードＣ２（３４０８）が接続
されている。

【０２５８】また、バスＡのバスＩＤを（３ＦＤｈ）、
バスＢのバスＩＤを（３ＦＥｈ）、バスＣのバスＩＤを
（３ＦＣｈ）とする。

【０２５９】第３の実施の形態例のシステムにおいて
も、各構成要素は上述した第１の実施の形態例と同様で
あり、１３９４ブリッジの構成も図２９に示す構成と同
様である。このため、以下の説明は主に第３の実施の形
態例で異なる部分について行う。

【０２６０】第３の実施の形態例においても、第１の実
施の形態例と同様に、ノードＡ１であるカメラは、プリ
ンタであり、自ノードがサポートするＤＰＰプロトコル
と同一プロトコルを具備したノードＢ１を発見後、図３
４に示すＤＰＰプロトコルで定義された手順、フォーマ
ットに準拠した形でノードＢ１とコネクションを樹立
し、アプリケーションデータの転送を開始する。即ち、
ノードＡ１は図３４のに示すように、１３９４ブリッ
ジＡ３４０１のポータルＡのNOTIFY_BUS_RESETレジスタ
に上記図２８のフォーマットにしたがって、｛（バスＢ
のバスＩＤ）、（ノードＢ１のノードID）、（記憶コマ
ンド）｝を書き込み、ノードＢ１に図３４のに示すコ
ネクションリクエストコマンドを送信する。これに応答
してノードＢ１は図３４のに示すように、第２の１３
９４ブリッジのポータルＢのNOTIFY_BUS_RESETレジスタ
に図２８のフォーマットにしたがって、｛（バスＡのバ
スＩＤ）、（ノードＡ１のノードID）、（記憶コマン
ド）｝を書き込み、ノードＡ１に図３４のに示すコネ
クションリクエストコマンドを送信する。

【０２６１】こうして、１３９４ブリッジＡ３４０１の
バスリセット管理装置、及び１３９４ブリッジＢ３４０
２のバスリセット管理装置はこれらのバスＩＤ、ノード
IDを該当する格納テーブルに記憶する。

【０２６２】同様に上位プロトコルとしてＡＶ／Ｃプロ
トコルを具備しているデジタルビデオカムコーダである
ノードＢ２も１３９４ブリッジＡ３４０１及び１３９４
ブリッジＢ３４０２を介してノードＡ２とＡＶ／Ｃプロ
トコルを使いＡＶ／Ｃコマンドの送受を開始し、ノード
Ｂ２は第２の１３９４ブリッジに対して図３５のにお
いて図３４のと同様にして書き込みを行い、バスリセ
ットを相手のノードに通知できるようにし、続いて図３
５のに示すようにノードＢ２からＡＶ／Ｃコマンドを
発行し、そのレスポンス待ち状態に入っているものとす
る。

【０２６３】また、ノードＢ２からのコマンドを受信し
たノードＡ２も図３５のに示すように第１の１３９４
ブリッジに対してと同様な書き込みを行い、バスリセ
ットを相手のノードに通知できるようにする。

【０２６４】以上に説明したネットワーク状態におい
て、ユーザーの操作によりデバイスノードＡ３（図３３
の３４０９）がバスＡに新たに接続されたとする。新た
なノードが追加接続されることによりＩＥＥＥ１３９４
の特性に従いバスリセットが発生する。バスリセット信
号を受信したバスＡの各ノードの１３９４インタフェー
ス層はその情報を上位プロトコル層に通知すると共にバ
スリセットを起点に自動的にノードIDの割り当てを行う
ためにバスリセットのシーケンス、ノードID決定のシー
ケンスといった一連のバスリセット復帰処理を開始す
る。

【０２６５】第３の実施の形態例においても、上述した
第１の実施の形態例と同様に、バスＡでバスリセットが
発生したことによりバスリセット信号を受信した１３９
４ブリッジＡ３４０１は、バスＡに接続されているポー
タルＡのノードコントローラ側でバスリセット処理を行
う一方で、バスリセット管理装置は、図３４のあるい
は図３５のに示すように格納テーブルに記憶した各ノ
ードの０２４０番地に配置されているREMOTE_BUS_RESET
レジスタに対して、レジスタのフォーマットに従った形
でバスリセットが発生したリモートバスのバスＩＤ、す
なわちバスＡのバスＩＤ：３ＦＤｈをデータとしたパケ
ットを１３９４ライトトランズアクションを使用した書
き込みを順次行う。

【０２６６】これらのパケットは、バスＣ、１３９４ブ
リッジＢ３４０２を経由してバスＢのノードに送信され
る。

【０２６７】バスＢでは、バスリセットが発生していな
いものの、１３９４ブリッジＢ３４０２の格納テーブル
に通知すべき各ノードのREMOTE_BUS_RESETレジスタへバ
スＡのIDの書き込みが行なわれることにより、リモート
バスＡにおいてバスリセットが発生したことが通知され
る。

【０２６８】REMOTE_BUS_RESETレジスタへの書き込みを
検出したの各ノードの１３９４インタフェース層はリモ
ートバスでバスリセットが発生した事と共にそのリモー
トバスのバスＩＤ情報を上位プロトコル層に通知する。

【０２６９】上述した第１の実施の形態例同様、各ノー
ドは、図３４の、あるいは図３５の、に示すよ
うにしてバスリセットに応じた処理を行い、上位プロト
コルの整合を確保する。

【０２７０】同様に、バスＢで起こったバスリセット
も、１３９４ブリッジＢ３４０２から、バスＣ、１３９
４ブリッジＡ３４０１を経由して、バスＡのノードに通
知され、上位プロトコルの整合を保つことができる。

【０２７１】以上説明したように第３の実施の形態例に
よれば、バスリセット通知が必要なノードに対してのみ
通知パケットを送信するため、ネットワーク上のトラフ
ィックを著しく増大することがなく、ネットワークのパ
フォーマンスを低下させないという効果がある。

【０２７２】更に、ＩＥＥＥ１３９４ブリッジに接続し
た第１のＩＥＥＥ１３９４バスと、第１のＩＥＥＥ１３
９４バスに接続した第１のノードと、第１のＩＥＥＥ１
３９４バスとは異なる第２のＩＥＥＥ１３９４バスと、
第２のＩＥＥＥ１３９４バスに接続した第２のノードを
含み、第１のノードと第２のノードが通信する情報通信
システムにおいて、第２のノードは第１のＩＥＥＥ１３
９４バスが接続するＩＥＥＥ１３９４ブリッジに対し
て、第１のＩＥＥＥ１３９４バスのバスリセットの監視
と、第１のＩＥＥＥ１３９４バスのバスリセットの第２
のノードへの通知を指定することを特徴とする情報通信
システムを提供することにより、接続相手の接続するバ
スでのバスリセット発生をリモートバスに接続した自ノ
ードに通知することを可能にする。これにより、自ノー
ドにリモートバスでのバスリセットに対して整合性を保
つ能力を備えることで、リモートバスに接続した、本発
明を適用していない従来のデバイスとも通信が可能にな
るという効果がある。

【０２７３】

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

【０２７４】また、本発明の目的は、前述した実施形態
の機能を実現するソフトウェアのプログラムコードを記
録した記憶媒体（または記録媒体）を、システムあるい
は装置に供給し、そのシステムあるいは装置のコンピュ
ータ（またはCPUやMPU）が記憶媒体に格納されたプログ
ラムコードを読み出し実行することによっても、達成さ
れることは言うまでもない。この場合、記憶媒体から読
み出されたプログラムコード自体が前述した実施形態の
機能を実現することになり、そのプログラムコードを記
憶した記憶媒体は本発明を構成することになる。また、
コンピュータが読み出したプログラムコードを実行する
ことにより、前述した実施形態の機能が実現されるだけ
でなく、そのプログラムコードの指示に基づき、コンピ
ュータ上で稼働しているオペレーティングシステム（O
S）などが実際の処理の一部または全部を行い、その処
理によって前述した実施形態の機能が実現される場合も
含まれることは言うまでもない。

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

【０２７６】本実施の形態例を上記記憶媒体に適用する
場合、その記憶媒体には、先に説明したフローチャート
及び制御の説明に対応するプログラムコードが格納され
ることになる。

【０２７７】

【発明の効果】以上説明したように本発明によれば、バ
スリセットが起こったことを他のシリアルバス（例えば
ＩＥＥＥ１３９４に準拠したＩＥＥＥ１３９４バス）に
接続したノードに通知することができる。

【０２７８】また、自ノードの接続するバスのバスリセ
ット発生を他のリモートバスに接続した通信相手ノード
に通知することを可能にする。

【０２７９】これにより、同じ上位プロトコルを使用し
て、一方のローカルバスのデータ送信ノードからシリア
ルバスブリッジ（例えばＩＥＥＥ１３９４に準拠したＩ
ＥＥＥ１３９４ブリッジ）を介した他方のローカルバス
に接続されたデータ受信側ノードでデータ転送を行う
際、一方のローカルバスにおいてバスリセットが発生し
た場合にはシリアルバスブリッジがリモートバスに接続
されたノードに対してそのバスリセットを通知すること
が出来る。また、他方のバスに接続された受信側ノード
がそのバスリセットを検出することができ、上位プロト
コル層におけるバスリセット処理の整合性が取れるた
め、バス間の正常なデータ通信が可能になるという効果
がある。

【０２８０】更に、バスリセット通知が必要なノードに
対してのみ通知パケットを送信するため、ネットワーク
上のトラフィックを著しく増大することがなく、ネット
ワークのパフォーマンスを低下させないという効果があ
る。

【０２８１】更に、接続相手の接続するバスでのバスリ
セット発生をリモートバスに接続した自ノードに通知す
ることを可能にすることにより、自ノードにリモートバ
スでのバスリセットに対して整合性を保つ能力を備える
ことができ、リモートバスに一般的なデバイスが接続さ
れていても整合性を保った通信が可能になる。

【図面の簡単な説明】

【図１】本発明に係る一発明の実施の形態例の概略構成
を示す図である。

【図２】本実施の形態例の１３９４ネットワーク構成例
を示す図である。

【図３】本実施の形態例のＩＥＥＥ１３９４規格のアー
キテクチャを説明する図である。

【図４】本実施の形態例のリンクレイヤの提供可能なサ
ービスを示す図である。

【図５】本実施の形態例のトランザクション・レイヤの
提供可能なサービスを示す図である。

【図６】本実施の形態例の１３９４シリアルバスのアド
レス空間を説明する図である。

【図７】本実施の形態例のＣＳＲコアレジスタに格納さ
れる情報のアドレス及び機能の例を示す図である。

【図８】本実施の形態例のシリアルバスレジスタに格納
される情報のアドレス及び機能の例を示す図である。

【図９】本実施の形態例における最小形式の確認ＲＯＭ
（Configuration ＲＯＭ）の構成例を示す図である。

【図１０】本実施の形態例における一般形式の確認ＲＯ
Ｍ（Configuration ＲＯＭ）の構成例を示す図である。

【図１１】本実施の形態例のユニット空間のシリアルバ
ス装置レジスタに格納される情報のアドレス及び機能の
例を示す図である。

【図１２】本実施の形態例の１３９４シリアルバス・ケ
ーブルの断面図である。

【図１３】本実施の形態例のＤＳ−Ｌｉｎｋ符号化方式
を説明するための図である。

【図１４】本実施の形態例の１３９４ネットワークにお
けるバスリセット起動後の状態を説明する図である。

【図１５】本実施の形態例におけるバスリセットの開始
からノードIDの割り当てまでの処理を示すフローチャー
トである。

【図１６】図１５に示すステップＳ１５０２の親子関係
宣言処理の詳細を示すフローチャートである。

【図１７】図１５に示すステップＳ１５０５のノードID
設定処理の詳細を示すフローチャートである。

【図１８】本実施の形態例におけるセルフＩＤパケット
の構成例を示す図である。

【図１９】本実施の形態例における１３９４ネットワー
クにおけるアービトレーションを説明する図である。

【図２０】本実施の形態例の１通信サイクルにおいて同
期式転送モードと非同期式転送モードとを混在させた場
合を説明する図である。

【図２１】本実施の形態例の同期式転送モードに基づい
て転送される通信パケットのフォーマットを示す図であ
る。

【図２２】本実施の形態例の非同期式転送モードに基づ
く通信パケットのフォーマットを示す図である。

【図２３】本実施の形態例の１３９４ノードの１３９４
インターフェースブロックの構成を示す図である。

【図２４】本実施の形態例のコンフィギュレーションＲ
ＯＭの格納データの構成を示す図である。

【図２５】本実施の形態例の１３９４ノードのアドレス
空間を示す図である。

【図２６】本実施の形態例の１３９４ノードのシリアル
バス関連レジスタ領域を示す図である。

【図２７】本実施の形態例の１３９４ノードのREMOTE_B
US_RESETレジスタの詳細を示す図である。

【図２８】本実施の形態例の１３９４ノードのNOTIFY_B
US_RESETレジスタの詳細を示す図である。

【図２９】本実施の形態例の１３９４ブリッジの詳細構
成を示すブロック図である。

【図３０】本実施の形態例のＤＰＰプロトコルに準拠し
た通信制御手順を示す図である。

【図３１】本実施の形態例のＡＶ／Ｃプロトコルに準拠
した通信制御手順を示す図である。

【図３２】本発明に係る第２の実施の形態例のＤＰＰプ
ロトコルに準拠した通信制御手順を示す図である。

【図３３】本発明に係る第３の実施の形態例の構成を示
す図である。

【図３４】本発明に係る第２の実施の形態例のＤＰＰプ
ロトコルに準拠した通信制御手順を示す図である。

【図３５】第３の実施の形態例のＡＶ／Ｃプロトコルに
準拠した通信制御手順を示す図である。

Claims

【特許請求の範囲】

【請求項１】相異なるシリアルバスに接続する少なく
とも2個のポータルを持つシリアルバスブリッジにおい
て、各ポータルは、接続するシリアルバスのバスリセットを検出する検出手
段と、当該シリアルバスを含む複数のシリアルバスからなり、
シリアルバスブリッジにより互いに接続されたネットワ
ーク上のノードを特定するID情報を記憶する記憶手段
と、当該ネットワーク上のノードを特定するID情報を含む制
御メッセージを受信する受信手段とを備え、前記制御メッセージには、登録命令と削除命令のいずれ
かを含み、登録命令を含む制御メッセージを前記受信手段に受信し
た場合には、当該制御メッセージに含まれるID情報を前
記記憶手段に記憶し、削除命令を含む制御メッセージを受信した場合には、当
該制御メッセージに含まれるID情報を前記記憶手段から
削除する、また、検出手段がバスリセットを検出した場合には、前
記記憶手段に記憶したID情報により特定されるノードに
対して、当該シリアルバスを特定するバスID情報を含む
通知メッセージを送信する送信手段を備えたことを特徴
とするシリアルバスブリッジ。
【請求項２】複数のシリアルバスからなり、シリアル
バスブリッジにより互いに接続されたネットワーク上の
ノードとなる端末装置において、請求項1のシリアルバスブリッジのポータルに対して、
当該ネットワーク上のノードを特定するID情報を含む前
記制御メッセージを送信することを特徴とする端末装
置。
【請求項３】複数のシリアルバスからなり、シリアル
バスブリッジにより互いに接続されたネットワーク上の
ノードとなる端末装置において、請求項1のシリアルバスブリッジのポータルから、当該
シリアルバスを特定するバスID情報を含む通知メッセー
ジを受信することを特徴とする端末装置。
【請求項４】複数のシリアルバスからなり、シリアル
バスブリッジにより互いに接続されたネットワーク上
に、請求項1のシリアルバスブリッジ、請求項2の端末装置、
及び請求項3の端末装置を含むことを特徴とする情報通
信システム。
【請求項５】複数のシリアルバスからなり、シリアル
バスブリッジにより互いに接続されたネットワーク上の
第1のシリアルバスに接続した第1のノードとなる第1の
端末装置と、前記第1のシリアルバスとは異なる第2のシ
リアルバスに接続した第2のノードとなる第2の端末装置
が通信を行う情報通信システムにおいて、前記第1のシリアルバスは請求項1のシリアルバスブリッ
ジに接続し、前記第1の端末装置は請求項2の端末装置であり、前記第2の端末装置は請求項3の端末装置であり、前記第1の端末装置は、通信を開始するとき、当該シリアルバスブリッジのポー
タルの内、前記第1のシリアルバスに接続したポータル
に対して、前記第2のノードを特定するID情報を含み、
登録命令を含む制御メッセージを送信し、通信を終了するとき、当該シリアルバスブリッジのポー
タルの内、前記第1のシリアルバスに接続したポータル
に対して、前記第2のノードを特定するID情報を含み、
削除命令を含む制御メッセージを送信し、当該ポータルは、第1の端末と第2の端末が通信を行って
いる間、前記第2のノードを特定するID情報を前記記憶
手段に記憶し、前記検出手段が当該第1のシリアルバス
のバスリセットを検出したときは、当該第1のシリアル
バスを特定するバスID情報を含む通知メッセージを第2
の端末装置に送信することを特徴とする請求項4の情報
通信システム。
【請求項６】複数のシリアルバスからなり、シリアル
バスブリッジにより互いに接続されたネットワーク上の
第1のシリアルバスに接続した第1のノードとなる第1の
端末装置と、前記第1のシリアルバスとは異なる第2のシ
リアルバスに接続した第2のノードとなる第2の端末装置
が通信を行う情報通信システムにおいて、前記第2のシリアルバスは請求項1のシリアルバスブリッ
ジに接続し、前記第1の端末装置は請求項2の端末装置かつ請求項3の
端末装置であり、前記第1の端末装置は、通信を開始するとき、当該シリアルバスブリッジのポー
タルの内、前記第２のシリアルバスに接続したポータル
に対して、前記第１のノードを特定するID情報を含み、
登録命令を含む制御メッセージを送信し、通信を終了するとき、当該シリアルバスブリッジのポー
タルの内、前記第２のシリアルバスに接続したポータル
に対して、前記第１のノードを特定するID情報を含み、
削除命令を含む制御メッセージを送信し、当該ポータルは、第1の端末と第2の端末が通信を行って
いる間、前記第１のノードを特定するID情報を前記記憶
手段に記憶し、前記検出手段が当該第2のシリアルバス
のバスリセットを検出したときは、当該第2のシリアル
バスを特定するバスID情報を含む通知メッセージを第１
の端末装置に送信することを特徴とする請求項4の情報
通信システム。
【請求項７】前記シリアルバスはＩＥＥＥ１３９４に
準拠することを特徴とする請求項１のシリアルバスブリ
ッジ。
【請求項８】前記シリアルバスはＩＥＥＥ１３９４に
準拠することを特徴とする請求項２の端末装置。
【請求項９】前記シリアルバスはＩＥＥＥ１３９４に
準拠することを特徴とする請求項３の端末装置。
【請求項１０】前記シリアルバスはＩＥＥＥ１３９４
に準拠することを特徴とする請求項４乃至請求項６のい
ずれかの情報通信システム。
【請求項１１】複数のシリアルバスからなり、シリア
ルバスブリッジにより互いに接続されたネットワーク上
の第1のシリアルバスに接続した第1のノードとなる第1
の端末装置と、前記第1のシリアルバスとは異なる第2の
シリアルバスに接続した第2のノードとなる第2の端末装
置が通信を行う情報通信システムにおける情報通信方法
において、前記第1のシリアルバスは請求項1のシリアルバスブリッ
ジに接続し、前記第1の端末装置は請求項2の端末装置であり、前記第2の端末装置は請求項3の端末装置であり、前記第1の端末装置は、通信を開始するとき、当該シリアルバスブリッジのポー
タルの内、前記第1のシリアルバスに接続したポータル
に対して、前記第2のノードを特定するID情報を含み、
登録命令を含む制御メッセージを送信し、通信を終了するとき、当該シリアルバスブリッジのポー
タルの内、前記第1のシリアルバスに接続したポータル
に対して、前記第2のノードを特定するID情報を含み、
削除命令を含む制御メッセージを送信し、当該ポータルは、第1の端末と第2の端末が通信を行って
いる間、前記第2のノードを特定するID情報を前記記憶
手段に記憶し、前記検出手段が当該第1のシリアルバス
のバスリセットを検出したときは、当該第1のシリアル
バスを特定するバスID情報を含む通知メッセージを第2
の端末装置に送信することを特徴とする情報通信方法。
【請求項１２】複数のシリアルバスからなり、シリア
ルバスブリッジにより互いに接続されたネットワーク上
の第1のシリアルバスに接続した第1のノードとなる第1
の端末装置と、前記第1のシリアルバスとは異なる第2の
シリアルバスに接続した第2のノードとなる第2の端末装
置が通信を行う情報通信システムにおける情報通信方法
において、前記第2のシリアルバスは請求項1のシリアルバスブリッ
ジに接続し、前記第1の端末装置は請求項2の端末装置かつ請求項3の
端末装置であり、前記第1の端末装置は、通信を開始するとき、当該シリアルバスブリッジのポー
タルの内、前記第２のシリアルバスに接続したポータル
に対して、前記第１のノードを特定するID情報を含み、
登録命令を含む制御メッセージを送信し、通信を終了するとき、当該シリアルバスブリッジのポー
タルの内、前記第２のシリアルバスに接続したポータル
に対して、前記第１のノードを特定するID情報を含み、
削除命令を含む制御メッセージを送信し、当該ポータルは、第1の端末と第2の端末が通信を行って
いる間、前記第１のノードを特定するID情報を前記記憶
手段に記憶し、前記検出手段が当該第2のシリアルバス
のバスリセットを検出したときは、当該第2のシリアル
バスを特定するバスID情報を含む通知メッセージを第１
の端末装置に送信することを特徴とする情報通信方法。
【請求項１３】シリアルバスをシリアルブリッジ装置
を介して接続可能な情報通信システムであって、前記シリアルブリッジはそれぞれ異なるシリアルバスに
接続する少なくとも２つのポータルと、前記接続された各シリアルバス毎に当該シリアルバス特
定情報と共に接続されているノードの情報を登録する登
録テーブルと、前記各ポータルに接続するシリアルバスのバスリセット
を監視する監視手段と、前記監視手段がバスリセットを検知するとバスリセット
が検知されたシリアルバスに対応する前記登録テーブル
の内容を新たに更新されたノードの情報に従って書き換
える再登録手段とを備え、前記登録テーブルの更新によりシステム構成の変更を認
識可能とすることを特徴とする情報通信システム。
【請求項１４】前記シリアルバス特定情報をバス毎に
割当てられたバスＩＤとし、前記ノードの情報は各ノー
ド毎に割当てられたノードＩＤとすることを特徴とする
請求項１３記載の情報通信システム。
【請求項１５】前記登録テーブルには、バス毎に当該
バスに接続されている全てのノードIDをバスＩＤと関連
付けて登録されていることを特徴とする請求項１４記載
の情報通信システム。
【請求項１６】前記シリアルブリッジは、更に、前記接続するシリアルバスに接続されているノードの通
信状態を管理する通信管理手段を備え、前記監視手段がバスリセットを検知すると前記再登録手
段が書き換えたノードと前記通信管理手段が管理してい
る通信状態のノードに再登録を報知することを特徴とす
る請求項１３乃至請求項１５のいずれかに記載の情報通
信システム。
【請求項１７】前記通信管理手段は、バスに接続され
ているノード毎にノード通信状況を書き込み可能な通信
状態書込部を備え、ノードが通信を開始する際にノードに前記通信状態書込
部に通信相手先ノードの情報を書き込ませることにより
ノードの通信状態を管理することを特徴とする請求項１
６記載の情報通信システム。
【請求項１８】シリアルバス接続ノードより通信相手
ノード接続バスのバスリセット発生を確認可能とする確
認手段を備え、前記確認手段は、前記監視手段のバスリセットの検知に
対応して前記再登録手段が前記登録テーブルを書き換え
たことを検知して書き換えられたノードが前記通信管理
手段が管理している通信状態のノードに該当する場合に
は通信相手ノードが書き込んだ前記通信管理手段のノー
ド情報を再登録に対応させて書き換えることにより通信
相手ノード接続バスのバスリセット発生を確認可能とす
ることを特徴とする請求項１７記載の情報通信システ
ム。
【請求項１９】前記シリアルブリッジは、前記バスリ
セットが発生したバスに接続されているノードからの通
信中の相手ノードへの通知要求を受け取る通知要求受入
れ手段と、前記通知要求受入れ手段よりの通知要求に従って通信相
手先ノードへの通知を行う通知手段を備えることを特徴
とする請求項１３乃至請求項１８のいずれかに記載の情
報通信システム。
【請求項２０】前記シリアルバスをＩＥＥＥ１３９４
に準拠したＩＥＥＥ１３９４バスとし、シリアルバスブ
リッジをＩＥＥＥ１３９４に準拠したＩＥＥＥ１３９４
ブリッジとすることを特徴とする請求項１３乃至請求項
１９のいずれかに記載の情報通信システム。
【請求項２１】それぞれ異なるシリアルバス毎に接続
されるポータルと、ノードの情報を登録する登録テーブ
ルとを備えるシリアルブリッジ装置を介して接続可能な
情報通信システムにおける情報通信方法であって、前記シリアルブリッジに接続された各シリアルバス毎に
当該シリアルバス特定情報と共に接続されているノード
の情報を前記登録テーブルに登録すると共に、前記各ポ
ータルに接続されているシリアルバスのバスリセットを
監視し、バスリセットを検知するとバスリセットが検知
されたシリアルバスに対応する前記登録テーブルの内容
を新たに更新されたノードの情報に従って書き換え、前
記登録テーブルの更新によりシステム構成の変更を認識
可能とすることを特徴とする情報通信方法。
【請求項２２】前記シリアルバス特定情報をバス毎に
割り当てられたバスＩＤとし、前記ノードの情報は各ノ
ード毎に割り当てられたノードIDとすることを特徴とす
る請求項２１記載の情報通信方法。
【請求項２３】前記登録テーブルには、バス毎に当該
バスに接続されている全てのノードIDをバスＩＤと関連
付けて登録されていることを特徴とする請求項２２記載
の情報通信方法。
【請求項２４】更に、前記シリアルブリッジがバスリ
セットを検知すると、バスリセットの検知したシリアル
バスに接続されているノードと通信状態のノードに通信
相手のノードの接続されたバスのバスリセットを報知す
ることを特徴とする請求項２１乃至請求項２３のいずれ
かに記載の情報通信方法。
【請求項２５】前記シリアルバスに接続されているノ
ードは、他ノードを通信中は当該バスに対応するシリア
ルブリッジに通信相手を特定可能なノード通信状況を登
録し、ノードの通信状態を管理可能とすることを特徴と
する請求項２４記載の情報通信方法。
【請求項２６】前記シリアルブリッジは、バスリセッ
トの発生したバスに接続されているノードと通信中のノ
ードの登録通信状況をバスリセット後の状況に対応させ
て書き換えることにより、接続ノードが通信相手ノード
接続バスのバスリセット発生を確認可能とすることを特
徴とする請求項２５記載の情報通信方法。
【請求項２７】前記シリアルバスをＩＥＥＥ１３９４
に準拠したＩＥＥＥ１３９４バスとし、シリアルバスブ
リッジをＩＥＥＥ１３９４に準拠したＩＥＥＥ１３９４
ブリッジとすることを特徴とする請求項２１乃至請求項
２６のいずれかに記載の情報通信方法。
【請求項２８】前記請求項１乃至請求項２７のいずれ
か１項に記載の機能を実現するコンピュータプログラム
列。
【請求項２９】前記請求項１乃至請求項２７のいずれ
か１項に記載の機能を実現するコンピュータプログラム
を記憶したコンピュータ可読記憶媒体。