(57)【特許請求の範囲】
【請求項１】
ネットワークに接続可能な情報信号処理装置であって、
前記情報信号処理装置が接続されているネットワーク以外のリモートネットワークにおいてネットワークの構成を更新する必要が生じた時に発生する更新要求が生じた場合に、当該更新要求が発生したネットワークを特定するネットワーク特定情報を受信する受信手段と、
前記受信されたネットワーク特定情報によって特定されるリモートネットワークが、前記情報信号処理装置と通信中の外部装置が存在するネットワークであるか否かを判断する判断手段と、
前記判断手段によって、前記受信されたネットワーク特定情報によって特定されるリモートネットワークが、前記情報信号処理装置と通信中の外部装置が存在するネットワークであると判断された場合、当該外部装置との通信を復帰させる復帰処理手段と、
を備えることを特徴とする情報信号処理装置。
【請求項２】
前記受信手段は、
予め定められたレジスタに対する前記ネットワーク特定情報の書き込みを検出することを特徴とする請求項１記載の情報信号処理装置。
【請求項３】
前記ネットワークがＩＥＥＥ１３９４に準拠した通信制御バスであることを特徴とする請求項１記載の情報信号処理装置。
【請求項４】
前記ネットワークがＩＥＥＥ１３９４に準拠した通信制御バスであり、
前記予め定められたレジスタが、前記ＩＥＥＥ１３９４に準拠した通信制御バスに接続可能な前記情報信号処理装置のアドレス空間のうちコアＣＳＲアーキテクチャレジスタ空間に配置されることを特徴とする請求項２記載の情報信号処理装置。
【請求項５】
前記ネットワークがＩＥＥＥ１３９４に準拠した通信制御バスであり、
前記予め定められたレジスタが、前記ＩＥＥＥ１３９４に準拠した通信制御バスに接続可能な前記情報信号処理装置のアドレス空間のうちシリアルバスレジスタ空間に配置されることを特徴とする請求項２記載の情報信号処理装置。
【請求項６】
前記復帰処理手段は、前記情報信号処理装置と前記外部装置との通信に用いられるプロトコルに従った復帰処理を行うことを特徴とする請求項１乃至５の何れか１項に記載の情報信号処理装置。
【請求項７】
前記情報信号処理装置と前記外部装置との通信に用いられるプロトコルは、ＤＰＰまたはＡＶ／Ｃプロトコルであることを特徴とする請求項６記載の情報信号処理装置。
【請求項８】
ネットワークに接続可能な情報信号処理装置における情報信号処理方法であって、
前記情報信号処理装置が、前記情報信号処理装置が接続されているネットワーク以外のリモートネットワークにおいてネットワークの構成を更新する必要が生じた時に発生する更新要求が生じた場合に、当該更新要求が発生したネットワークを特定するネットワーク特定情報を受信する受信工程と、
前記情報信号処理装置が、前記受信されたネットワーク特定情報によって特定されるリモートネットワークが、前記情報信号処理装置と通信中の外部装置が存在するネットワークであるか否かを判断する判断工程と、
前記受信されたネットワーク特定情報によって特定されるリモートネットワークが、前記情報信号処理装置と通信中の外部装置が存在するネットワークであると前記判断工程において判断された場合、前記情報信号処理装置が当該外部装置との通信を復帰させる復帰処理工程と、
を有することを特徴とする情報信号処理方法。
【請求項９】
前記情報信号処理装置は、前記受信工程において、予め定められたレジスタに対する前記ネットワーク特定情報の書き込みを検出することを特徴とする請求項８記載の情報信号処理方法。
【請求項１０】
前記ネットワークがＩＥＥＥ１３９４に準拠した通信制御バスであることを特徴とする請求項８記載の情報信号処理方法。
【請求項１１】
前記ネットワークがＩＥＥＥ１３９４に準拠した通信制御バスであり、
前記予め定められたレジスタが、前記ＩＥＥＥ１３９４に準拠した通信制御バスに接続可能な前記情報信号処理装置のアドレス空間のうちコアＣＳＲアーキテクチャレジスタ空間に配置されることを特徴とする請求項９記載の情報信号処理方法。
【請求項１２】
前記ネットワークがＩＥＥＥ１３９４に準拠した通信制御バスであり、
前記予め定められたレジスタが、前記ＩＥＥＥ１３９４に準拠した通信制御バスに接続可能な前記情報信号処理装置のアドレス空間のうちシリアルバスレジスタ空間に配置されることを特徴とする請求項９記載の情報信号処理方法。
【請求項１３】
前記情報信号処理装置は、前記復帰処理工程において、前記情報信号処理装置と前記外部装置との通信に用いられるプロトコルに従った復帰処理を行うことを特徴とする請求項８乃至１２の何れか１項に記載の情報信号処理方法。
【請求項１４】
前記情報信号処理装置と前記外部装置との通信に用いられるプロトコルは、ＤＰＰまたはＡＶ／Ｃプロトコルであることを特徴とする請求項１３記載の情報信号処理方法。
【請求項１５】
コンピュータを、ネットワークに接続可能な情報信号処理装置であって、
前記情報信号処理装置が接続されているネットワーク以外のリモートネットワークにおいてネットワークの構成を更新する必要が生じた時に発生する更新要求が生じた場合に、当該更新要求が発生したネットワークを特定するネットワーク特定情報を受信する受信手段と、
前記受信されたネットワーク特定情報によって特定されるリモートネットワークが、前記情報信号処理装置と通信中の外部装置が存在するネットワークであるか否かを判断する判断手段と、
前記判断手段によって、前記受信されたネットワーク特定情報によって特定されるリモートネットワークが、前記情報信号処理装置と通信中の外部装置が存在するネットワークであると判断された場合、当該外部装置との通信を復帰させる復帰処理手段と、
を備える情報信号処理装置の各手段として機能させるためのプログラムを記録したコンピュータ読み取り可能な記録媒体。
【発明の詳細な説明】
技術分野
本発明は通信制御ネットワークに接続される情報信号処理装置及び情報信号処理方法に関し、例えば、ＩＥＥＥ１３９４に準拠した通信制御バスに接続される情報信号処理装置及び情報信号処理方法に関するものである。
あるいは、本発明は第１の通信制御ネットワークと前記第１の通信制御ネットワークとは別個の第２の通信ネットワークと、前記第１の通信制御ネットワークと前記第２の通信ネットワーク間の通信を可能とする接続装置とを備える情報通信システム及び情報通信方法に関し、例えばＩＥＥＥ１３９４等のシリアルインタフェースで接続される情報通信システム及び情報通信方法に関するものである。
背景技術
ＩＥＥＥ１３９４のようなシリアルバスインタフェースでは、いわゆるセントロニクス仕様のパラレルインターフェースのようなホストコンピュータと端末機（デバイス）との１対１接続の形態と異なり、複数のデバイス、例えばデジタルビデオ装置（ＤＶ）やデジタルカメラ装置（ＤＣ）、ホストコンピュータ、スキャナ、ＶＴＲなどを同時に接続する事が可能であり、シリアルバスの規格の一つであるＩＥＥＥ１３９４規格のようなこれら複数デバイスの接続によるデータ通信ネットワークシステム、家庭内ネットワークなどが提唱されてきている。
これらネットワークに接続されるデバイスは様々であり、異なるメーカの不特定多数のデバイスが接続される可能性がある。
ＩＥＥＥ１３９４−１９９５によればＩＥＥＥ１３９４に準拠したシリアルバスアドレス指定方法により、ひとつの１３９４に準拠したバス（以下「ローカルバス」と称す。）には最大６３個のノードが接続可能である。また、１０ビットのアドレススペースをバスを特定するバスＩＤ指定用に定義することにより、１０２３個のバスが相互接続可能となっている。そして、ケーブル環境の場合、各デバイスを構成する情報信号処理装置（以下「ノード」と称す。）間のケーブルは最大４．５ｍとなっている。
最大接続が可能な６３個のデバイス以上のデバイスをＩＥＥＥ１３９４により接続しようとした場合、あるいた遠隔地に配置される複数のＩＥＥＥ１３９４バスを互いに接続しようとする場合の技術的な制約を解消する為には、一般的にいわゆる「１３９４ブリッジ」と呼ばれるデバイスが使用される。この１３９４ブリッジを中継して複数のＩＥＥＥ１３９４ローカルバス同士を接続することにより、異なるローカルバスに接続されているデバイス間でデータ通信が可能となる。
ＩＥＥＥ１３９４の場合、バス構成に変化があったとき、例えばデバイスノードの挿抜や電源のＯＮ／ＯＦＦなどによるノード数の増減、ネットワーク異常等によるハード検出による起動、プロトコルからのホスト制御などによる直接命令などによって変化が生じて、新たなネットワーク構成を認識する必要があるとき、変化を検知した各ノードはバス上にバスリセット信号を送信して、新たなネットワーク構成を認識するモードを実行する。
このバスリセット信号はローカルバス上の他のノードに伝達され、最終的にすべてのノードがバスリセット信号を検知した後、バスリセットが起動となる。バスリセットが起動するとデータ転送は一時中断され、この間のデータ転送は待たされ、終了後、新しいネットワーク構成のもとで再開される。
一方、ＩＥＥＥ１３９４バスに接続されるデバイスの場合、転送プロトコル中の物理レイヤ、データリンクレイヤはＩＥＥＥ１３９４で定義されているものの、その上位レイヤに関しては、デバイスの用途やアプリケーションに応じて様々な上位プロトコルが定義、実装されている。
これらＩＥＥＥ１３９４の上位プロトコルは、ＩＥＥＥ１３９４バスを使い特定デバイスとデータ通信を行う際のコネクション樹立方法、リソース管理方法、アプリケーションデータの送受方法、データ転送終了時のコネクション破棄方法、そしてエラー状態からの復帰と共にＩＥＥＥ１３９４の特徴であるバスリセット時の復帰方法、またはバスリセット前後のプロトコルの取り決めに関する定義がなされている。
上位プロトコルの一例であるＤＰＰ（Ｄｉｒｅｃｔ  Ｐｒｉｎｔ  Ｐｒｏｔｏｃｏｌ）の場合、バスリセットが発生した場合にはデータ転送開始にあたりコネクションを樹立した側のデバイスがリセットコマンドの発行を行い、もう一方のデバイスはそのコマンドを受信後確認応答を行うことにより、データ転送再開が行われる仕組みが定義されている。
またＡＶ／Ｃプロトコルの場合、一方のノードが発行したＡＶ／Ｃコマンドを受信したノードが応答を送出する前にバスリセットが発生した際には、そのコマンド自体が無効となりコマンド発行側も応答を期待してはならないという取り決めがある。
このようにＩＥＥＥ１３９４バスリセット発生時にはデータ転送が一時中断され、バスリセット前後のトポロジーに変化が生じる為、上位プロトコル層はこれら状況変化に対応する必要があり、バスリセット発生時のデータ送信側、データ受信側双方の対処方法がプロトコル規格上定義されている。これによりバスリセットが発生した場合、同一の上位プロトコルが実装されているデバイス間のデータ転送においてはデータ送信側、受信側が定義された適切な処理をバスリセット前後に行う為、影響を受けることなくデータ転送を継続することが可能となる。
しかしながら、ＩＥＥＥ１３９４ブリッジは接続された一方のローカルバス上でバスリセットが生じた場合においても、そのバスリセット信号を接続されたもう一方のローカルバス（以下「リモートバス」と称す。）には伝達しない、すなわちバスリセットをバス間に伝搬しない仕組みになっているため、ブリッジを介したノード間のデータ転送において、不具合が起こる可能性がある。
上述した上位プロトコルを使用して同じローカルバス上のデバイス間でデータ転送を行う場合、バスリセットはローカルバス上の全てのノードに伝達されるため、データ送信側ノード、受信側ノード共にバスリセットを検出することが可能であり、上位プロトコルにおいてバスリセット時の対応処理を適切に行うことが可能である。
しかしながら、同じ上位プロトコルを使用して、一方のローカルバスのデータ送信ノードからＩＥＥＥ１３９４ブリッジを介した他方のローカルバスに接続されたデータ受信側ノードでデータ転送を行う際、一方のローカルバスにおいてバスリセットが発生した場合にはＩＥＥＥ１３９４ブリッジはバスリセットを他バスに伝搬しない為、リモートバスに接続されたノードはそのバスリセットを検出することができず、上位プロトコル層において片側のデバイスのみがバスリセット処理を実行してしまい、データ送信側とデータ受信側間の処理で矛盾が生じてしまうという問題があった。
発明の開示
本発明は、複数の通信制御ネットワーク（例えばＩＥＥＥ１３９４バス）を接続装置（例えばＩＥＥＥ１３９４ブリッジ）を介して接続したシステムにおいて、上位プロトコル層におけるネットワーク構成の更新要求処理の整合性をとりながら通信制御ネットワーク間の正常なデータ通信が可能な通信ネットワークシステムを提供することを目的とする。
また本発明は、複数の通信制御ネットワーク（例えばＩＥＥＥ１３９４バス）を接続装置（例えばＩＥＥＥ１３９４ブリッジ）を介して接続したシステムにおいて、上位プロトコル層におけるバスリセット処理の整合性をとりながら、バス間の正常なデータ通信が可能が可能な通信ネットワークシステムを提供することを目的とする。
係る目的を達成するため、本発明は、ネットワークに接続される情報信号処理装置であって、自情報信号処理装置が接続されているネットワーク以外のリモートネットワークにおいてネットワークの構成を更新する必要が生じた時に発生する更新要求が生じた場合に、当該更新要求が発生したネットワークを特定するネットワーク特定情報及び当該更新要求が生じたことを示すネットワーク更新通知を受信する受信手段を備えることを特徴とする。
また本発明は、ネットワークを介して複数の情報信号処理装置を接続した情報信号処理方法であって、自情報信号処理装置が接続されているネットワーク以外のリモートネットワークにおいてネットワークの構成を更新する必要が生じた時に発生する更新要求が生じた場合に、当該更新要求が発生したネットワークを特定するネットワーク特定情報及び当該更新要求が生じたことを示すネットワーク更新通知を受信することを特徴とする。
また、本発明は、ＩＥＥＥ１３９４に準拠した通信制御バスを介して複数の情報信号処理装置を接続したＩＥＥＥ１３９４バスシステムにおける情報信号処理方法であって、複数のバスがブリッジを介して接続されている場合に接続されているバス以外のリモートバスにおいてバスリセットが発生した場合にリモートバスリセット発生の通知を行うことを特徴とする。
更にまた本発明は、シリアルバスをシリアルブリッジを介して接続可能な情報通信システムであって、前記シリアルブリッジはそれぞれ異なるシリアルバスに接続する少なくとも２つのポータルと、前記接続された各シリアルバス毎にシリアルバス特定情報と共に接続されているノードの情報を登録する登録テーブルと、前記各ポータルに接続するシリアルバスのバスリセットを監視する監視手段と、前記監視手段がバスリセットを検知するとバスリセットが検知されたシリアルバスに対応する前記登録テーブルの内容を新たに更新されたノードの情報に従って書き換える再登録手段とを備え、前記登録テーブルの更新によりシステム構成の変更を認識可能とすることを特徴とする。
また本発明は、シリアルバスで互いの通信装置を接続可能な第１の通信制御ネットワークと前記第１の通信制御ネットワークとは別個のシリアルバスで互いの通信装置を接続可能な第２の通信ネットワークと、前記第１の通信制御ネットワークと前記第２の通信ネットワーク間の通信を可能とする接続装置とを備える情報通信システムであって、前記接続装置は、前記第１の通信制御ネットワークに接続される第１の通信装置と前記第２の通信制御ネットワークに接続される第２の通信装置との間の通信で用いる上位プロトコルを解釈する解釈手段と、前記第１の通信制御ネットワークでネットワークの構成を更新する必要が生じたときに前記第２の通信装置が行うべき処理を前記第２の通信装置に代わって行う代行手段とを備え、前記第１の通信制御ネットワークでのネットワーク更新要求にかかわらず、前記第１の通信装置と前記第２の通信装置との間の通信を可能とすることを特徴とする。
更にまた、本発明は、接続装置に接続した第１のシリアルバスと、前記第１のシリアルバスに接続した第１のノードと、前記第１のシリアルバスとは異なる第２のシリアルバスと、前記第２のシリアルバスに接続した第２のノードとを含み、前記第１のノードと前記第２のノードが通信可能な情報通信システムにおいて、前記接続装置に、前記第１のノードと前記第２のノードとの間の通信で用いる上位プロトコルを解釈する解釈手段と、前記第１のシリアルバスでバスリセットが起こったときに前記第２のノードが行うべき処理を前記第２のノードに代わって行う代行手段とを備え、前記接続装置は、前記第１のシリアルバスでバスリセットが起こったときに前記第１のノードと前記接続装置との間でバスリセットが起こったとき行うべき処理を行うことにより前記第１のシリアルバスでのバスリセットにかかわらず、前記第１のノードと前記第２のノードとの間の通信を行うことを特徴とする。
また本発明は、シリアルバスで互いの通信装置を接続可能な第１の通信制御ネットワークと前記第１の通信制御ネットワークとは別個のシリアルバスで互いの通信装置を接続可能な第２の通信ネットワークと、前記第１の通信制御ネットワークと前記第２の通信ネットワーク間の通信を可能とする接続装置とを備える情報通信システムにおける情報通信方法であって、前記接続装置は、前記第１の通信制御ネットワークに接続される第１の通信装置と前記第２の通信制御ネットワークに接続される第２の通信装置との間の通信で用いる上位プロトコルを解釈し、前記第１の通信制御ネットワークでネットワークの構成を更新する必要が生じたときに前記第２の通信装置が行うべき処理を前記第２の通信装置に代わって行うことにより、前記第１の通信制御ネットワークでのネットワーク更新要求にかかわらず、前記第１の通信装置と前記第２の通信装置との間の通信を可能とすることを特徴とする。
更に本発明は、それぞれ異なるシリアルバスに接続された少なくとも２つのポータルを有するシリアルバスブリッジであって、前記ポータルが接続されたシリアルバスのバスリセットを検知する検知手段と、前記ポータルに接続され、前記シリアルバスブリッジによって連結された複数のシリアルバスを有するネットワーク上の、ノードを示すＩＤ情報を格納する格納手段と、ネットワーク上のノードを示すＩＤ情報と登録コマンド又は削除コマンドを含む制御メッセージを受信する受信手段と、前記検知手段によってバスリセットが検知されたシリアルバスを示すバスＩＤ情報を含む通知メッセージを、前記格納手段に格納されたＩＤ情報によって示されるノードに送信する送信手段とを有し、前記シリアルバスブリッジは、前記受信手段によって受信した制御メッセージに登録コマンドが含まれていた場合、当該制御メッセージに含まれるＩＤ情報を前記格納手段に格納し、前記受信手段によって受信した制御メッセージに削除コマンドが含まれていた場合、前記格納手段に格納されているＩＤ情報を削除することを特徴とする。
また本発明は、複数のシリアルバスからなり、シリアルバスブリッジにより互いに接続されたネットワーク上のノードとなる端末装置において、前記シリアルバスブリッジのポータルから、当該シリアルバスを特定するバスＩＤ情報を含む通知メッセージを受信することを特徴とする端末装置とする。
更に本発明は、複数のシリアルバスからなり、シリアルバスブリッジにより互いに接続されたネットワーク上に、前記シリアルバスブリッジ及び前記端末装置を含むことを特徴とする情報通信システムとする。
更にまた本発明は、複数のシリアルバスからなり、シリアルバスブリッジにより互いに接続されたネットワーク上の第１のシリアルバスに接続した第１のノードとなる第１の端末装置と、前記第１のシリアルバスとは異なる第２のシリアルバスに接続した第２のノードとなる第２の端末装置が通信を行う情報通信システムにおいて、前記第１のシリアルバスは前記シリアルバスブリッジに接続し、前記第１の端末装置、第２の端末装置は前記発明の端末装置であり、前記第１の端末装置は、通信を開始するとき、当該シリアルバスブリッジのポータルの内、前記第１のシリアルバスに接続したポータルに対して、前記第２のノードを特定するＩＤ情報を含み、登録命令を含む制御メッセージを送信し、
通信を終了するとき、当該シリアルバスブリッジのポータルの内、前記第１のシリアルバスに接続したポータルに対して、前記第２のノードを特定するＩＤ情報を含み、削除命令を含む制御メッセージを送信し、当該ポータルは、第１の端末と第２の端末が通信を行っている間、前記第２のノードを特定するＩＤ情報を前記記憶手段に記憶し、前記検出手段が当該第１のシリアルバスのバスリセットを検出したときは、当該第１のシリアルバスを特定するバスＩＤ情報を含む通知メッセージを第２の端末装置に送信することを特徴とする。
また本発明は、シリアルバスをシリアルブリッジ装置を介して接続可能な情報通信システムであって、前記シリアルブリッジはそれぞれ異なるシリアルバスに接続する少なくとも２つのポータルと、前記接続された各シリアルバス毎に当該シリアルバス特定情報と共に接続されているノードの情報を登録する登録テーブルと、前記各ポータルに接続するシリアルバスのバスリセットを監視する監視手段と、前記監視手段がバスリセットを検知するとバスリセットが検知されたシリアルバスに対応する前記登録テーブルの内容を新たに更新されたノードの情報に従って書き換える再登録手段とを備え、前記登録テーブルの更新によりシステム構成の変更を認識可能とすることを特徴とする。
また本発明は、それぞれ異なるシリアルバス毎に接続されるポータルと、ノードの情報を登録する登録テーブルとを備えるシリアルブリッジを介して接続可能な情報通信システムにおける情報通信方法であって、前記シリアルブリッジに接続された各シリアルバス毎にシリアルバス特定情報と共に接続されているノードの情報を前記登録テーブルに登録すると共に、前記各ポータルに接続されているシリアルバスのバスリセットを監視し、バスリセットを検知するとバスリセットが検知されたシリアルバスに対応する前記登録テーブルの内容を新たに更新されたノードの情報に従って書き換え、前記登録テーブルの更新によりシステム構成の変更を認識可能とすることを特徴とする。
発明を実施するための最良の形態
以下、図面を参照して本発明に係る一発明の実施の最良の形態例を詳細に説明する。
［第１の実施の形態例］
図１は本発明に係る第１の実施の形態例の概略構成を示す図であり、２つのＩＥＥＥ１３９４に準拠したローカルバスＡ１０２、ローカルバスＢ１０３とそれを接続する１３９４ブリッジデバイス１０１より構成されている。なお、図１においては、ローカルバスが二つの例を説明したが、１３９４ブリッジデバイスを介することにより更に多くのローカルバスと接続可能なことは勿論である。
各ローカルバスには、夫々のローカルバスを特定するためのバス特定情報であるバスＩＤが付与されて入る。そして、バスＩＤ「３ＦＤｈ」で表されるローカルバスＡ１０２と、バス（Ｂｕｓ）ＩＤ「３ＦＥｈ」で表されるローカルバスＢ１０３にはそれぞれ複数のデバイスノードが接続されている。
図１に示す第１の実施の形態例では、例えば、ローカルバスＡ１０２に接続されるノード（Ｎｏｄｅ）Ａ１（１０４）はデジタルスチルカメラであり、ノードＡ２（１０５）はデジタルビデオカムコーダである。また、ローカルバスＢ１０３に接続されるノードＢ１（１０６）はプリンタであり、ノードＢ２（１０７）はデジタルビデオカムコーダである。
ノードＡ１（１０４）は上位プロトコルとして予め規格化されているダイレクトプリントプロトコル（Ｄｉｒｅｃｔ  Ｐｒｉｎｔ  Ｐｒｏｔｏｃｏｌ）を実装しており、ノードＡ２（１０５）は同じく規格化されているＡＶ／Ｃプロトコルを実装している。
同様にローカルバスＢ１０３に接続されたノードＢ１（１０６）は上位プロトコルとしてプリントプロトコル（Ｄｉｒｅｃｔ  Ｐｒｉｎｔ  Ｐｒｏｔｏｃｏｌ）を実装しており、ノードＢ２（１０７）はＡＶ／Ｃプロトコルを実装している。
＜ＩＥＥＥ１３９４規格の技術概要＞
以下、第１の実施の形態例の図１に示すデジタルインタフェースに適用されるＩＥＥＥ１３９４−１９９５規格の技術について簡単に説明する。なお、ＩＥＥＥ１３９４−１９９５規格（以下、「ＩＥＥＥ１３９４規格」と称す。）についての詳細は、１９９６年の８月３０日にＩＥＥＥ（Ｔｈｅ  Ｉｎｓｔｉｔｕｔｅ  ｏｆ  Ｅｌｅｃｔｒｉｃａｌ  ａｎｄ  Ｅｌｅｃｔｒｏｎｉｃｓ  Ｅｎｇｉｎｅｅｒｓ，Ｉｎｃ．）から出版された「ＩＥＥＥ  Ｓｔａｎｄａｒｄ  ｆｏｒ  ａ  Ｈｉｇｈ  Ｐｅｒｆｏｒｍａｎｃｅ  Ｓｅｒｉａｌ  ＢｕＳ」に記述されている。
（１）概要
図２にＩＥＥＥ１３９４規格に準拠したデジタルインタフェース（以下、１３９４インタフェース）を具備するノードにより構成される通信システム（以下、「１３９４ネットワーク」と称す。）の一例を示す。１３９４ネットワークは、シリアルデータの通信が可能なバス型ネットワークを構成するものである。
図２において、各ノードＡ〜Ｈは、ＩＥＥＥ１３９４規格に準拠した通信ケーブルを介して接続されている。これらのノードＡ〜Ｈは、例えば、ＰＣ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）、デジタルＶＴＲ（Ｖｉｄｅｏ  Ｔａｐｅ  Ｒｅｃｏｒｄｅｒ）、ＤＶＤ（Ｄｉｇｉｔａｌ  Ｖｉｄｅｏ  Ｄｉｓｃ）プレーヤ、デジタルカメラ、ハードディスク、モニタ等の電子機器である。
１３９４ネットワークの接続方式は、ディジーチェーン方式とノード分岐方式とに対応しており、自由度の高い接続を可能としている。
又、１３９４ネットワークでは、例えば、既存の機器を削除したり、新たな機器を追加したり、既存の機器の電源をＯＮ／ＯＦＦしたりした場合に、自動的にバスリセットを行う。このバスリセットを行うことにより、１３９４ネットワークは、新たな接続構成の認識と各機器に対するＩＤ情報の割り当てとを自動的に行うことができる。この機能によって、１３９４ネットワークは、ネットワークの接続構成を常時認識することができる。
又、１３９４ネットワークは、他の機器から転送されたデータを中継する機能を有している。この機能により、全ての機器がバスの動作状況を把握することができる。
又、１３９４ネットワークは、プラグアンドプレイ（Ｐｌｕｇ＆Ｐｌａｙ）と呼ばれる機能を有している。この機能により、全ての機器の電源をＯＦＦにすることなく、接続するだけで自動に接続機器を認識することができる。
又、１３９４ネットワークは、１００／２００／４００Ｍｂｐｓのデータ転送速度に対応している。上位のデータ転送速度を持つ機器は、下位のデータ転送速度をサポートすることができるため、異なるデータ転送速度に対応する機器同士を接続することができる。
更に、１３９４ネットワークは、２つの異なるデータ転送方式（即ち、非同期式（Ａｓｙｎｃｈｒｏｎｏｕｓ）転送モードと、同期式（Ｉｓｏｃｈｒｏｎｏｕｓ）転送モード）に対応している。
非同期式（Ａｓｙｎｃｈｒｏｎｏｕｓ）転送モードは、必要に応じて非同期に転送することが要求されるデータ（即ち、コントロール信号やファイルデータ等）を転送する際に有効である。又、同期式（Ｉｓｏｃｈｒｏｎｏｕｓ）転送モードは、所定量のデータを一定のデータレートで連続的に転送することが要求されるデータ（即ち、ビデオデータやオーディオデータ等）を転送する際に有効である。
非同期式転送モードと同期式転送モードとは、各通信サイクル（通常１サイクルは、１２５μＳ）内において、混在させることが可能である。各転送モードは、サイクルの開始を示すサイクル・スタート・パケット（以下、ＣＳＰ）の転送後に実行される。
なお、各通信サイクル期間において、同期式転送モードは、非同期式転送モードよりも優先順位が高く設定されている。又、同期式転送モードの転送帯域は、各通信サイクル内で保証されている。
（２）アーキテクチャ
次に、図３を用いてＩＥＥＥ１３９４規格のアーキテクチャを説明する。図３は第１の実施の形態例のＩＥＥＥ１３９４規格のアーキテクチャを説明する図である。
まずＩＥＥＥ１３９４インタフェースの構成要素を説明する。ＩＥＥＥ１３９４インタフェースは、機能的に複数のレイヤ（階層）から構成されている。図３において、ＩＥＥＥ１３９４インタフェースは、ＩＥＥＥ１３９４規格に準拠した通信ケーブル３０１を介して他のノードのＩＥＥＥ１３９４インタフェースと接続される。又、ＩＥＥＥ１３９４インタフェースは、１つ以上の通信ポート３０２を有し、通信ポート３０２は、ハードウェア部に含まれるフィジカルレイヤ３０３と接続される。
図３において、ハードウェア部は、フィジカルレイヤ３０３とリンクレイヤ３０４とから構成されている。フィジカルレイヤ３０３は、他のノードとの物理的、電気的なインタフェース、バスリセットの検出とそれに伴う処理、入出力信号の符号化／復号化、バス使用権の調停等を行う。又、リンクレイヤ３０４は、通信パケットの生成と送受信、サイクルタイマの制御等を行う。
又、図３において、ファームウェア部は、トランザクション・レイヤ３０５とシリアル・バス・マネージメント３０６とを含んでいる。トランザクション・レイヤ３０５は、非同期式転送モードを管理し、各種のトランザクション（リード、ライト、ロック）を提供する。シリアル・バス・マネージメント３０６は、後述するＣＳＲアーキテクチャに基づいて、自ノードの制御、自ノードの接続状態の管理、自ノードのＩＤ情報の管理、シリアルバスネットワークの資源管理を行う機能を提供する。
以上に説明したハードウェア部３０３、３０４とファームウェア部３０５、３０６とにより実質的に１３９４インタフェースを構成している。なお、この基本構成は、ＩＥＥＥ１３９４規格により規定されている。
又、ソフトウェア部に含まれるアプリケーション・レイヤ３０７は、使用するアプリケーションソフトによって異なり、ネットワーク上でどのようにデータを通信するのかを制御する。例えば、デジタルＶＴＲの動画像データの場合は、ＡＶ／Ｃプロトコルなどの通信プロトコルによって規定されている。
（２−１）リンクレイヤ３０４の機能
図４は、リンクレイヤ３０４の提供可能なサービスを示す図である。図４において、リンクレイヤ３０４は、次の４つのサービスを提供する。即ち、
▲１▼応答ノードに対して所定のパケットの転送を要求するリンク要求（ＬＫ＿ＤＡＴＡ．ｒｅｑｕｅｓｔ）、
▲２▼応答ノードに所定のパケットの受信を通知するリンク通知（ＬＫ＿ＤＡＴＡ．ｉｎｄｉｃａｔｉｏｎ）、
▲３▼応答ノードからのアクノリッジを受信したことを示すリンク応答（ＬＫ＿ＤＡＴＡ．ｒｅｓｐｏｎｓｅ）、
▲４▼要求ノードからのアクノリッジを確認するリンク確認（ＬＫ＿ＤＡＴＡ．ｃｏｎｆｉｒｍａｔｉｏｎ）である。なお、リンク応答（ＬＫ＿ＤＡＴＡ．ｒｅｓｐｏｎｓｅ）は、ブロードキャスト通信、同期式パケットの転送の場合には存在しない。
又、リンクレイヤ３０４は、上述のサービスに基づいて、上述の２種類の転送方式、即ち、輔同期式転送モード、同期式転送モードを実現する。
（２−２）トランザクション・レイヤ３０５の機能
図５は、トランザクション・レイヤ３０５の提供可能なサービスを示す図である。図５において、トランザクション・レイヤ３０５は、次の４つのサービスを提供する。即ち、
▲１▼応答ノードに対して所定のトランザクションを要求するトランザクション要求（ＴＲ＿ＤＡＴＡ．ｒｅｑｕｅｓｔ）、
▲２▼応答ノードに所定のトランザクション要求の受信を通知するトランザクション通知（ＴＲ＿ＤＡＴＡ．ｉｎｄｉｃａｔｉｏｎ）、
▲３▼応答ノードからの状態情報（ライト、ロックの場合は、データを含む）を受信したことを示すトランザクション応答（ＴＲ＿ＤＡＴＡ．ｒｅｓｐｏｎｓｅ）、▲４▼要求ノードからの状態情報を確認するトランザクション確認（ＴＲ＿ＤＡＴＡ．ｃｏｎｆｉｒｍａｔｉｏｎ）である。
又、トランザクション・レイヤ３０５は、上述のサービスに基づいて非同期式転送を管理し、次の３種類のトランザクション、即ち、
▲１▼リード・トランザクション、
▲２▼ライトトランザクション、
▲３▼ロック・トランザクションを実現する。
▲１▼リード・トランザクションは、要求ノードが応答ノードの特定アドレスに格納された情報を読み取る。
▲２▼ライトトランザクションは、要求ノードが応答ノードの特定アドレスに所定の情報を書き込む。
▲３▼ロック・トランザクションは、要求ノードが応答ノードに対して参照データと更新データとを転送し、応答ノードの特定アドレスの情報とその参照データとを比較し、その比較結果に応じて特定アドレスの情報を更新データに更新する。
（２−３）シリアル・バス・マネージメント３０６の機能
シリアル・バス・マネージメント３０６は、具体的に、次の３つの機能を提供することができる。３つの機能とは、即ち、▲１▼ノード制御、▲２▼アイソクロナス・リソース・マネージャ（以下、ＩＲＭ）、▲３▼バスマネージャである。
▲１▼ノード制御は、上述の各レイヤを管理し、他のノードとの間で実行される非同期式転送を管理する機能を提供する。
▲２▼ＩＲＭは、他のノードとの間で実行される同期式転送を管理する機能を提供する。具体的には、転送帯域幅とチャネル番号の割り当てに必要な情報を管理し、これらの情報を他のノードに対して提供する。
ＩＲＭは、ローカルバス上に唯一存在し、バスリセット毎に他の候補者（ＩＲＭの機能を有するノード）の中から動的に選出される。又、ＩＲＭは、後述のバスマネージャの提供可能な機能（接続構成の管理、電源管理、速度情報の管理等）の一部を提供してもよい。
▲３▼バスマネージャは、ＩＲＭの機能を有し、ＩＲＭよりも高度なバス管理機能を提供する。
具体的には、より高度な電源管理（通信ケーブルを介して電源の供給が可能か否か、電源の供給が必要か否か等の情報を各ノード毎に管理）、より高度な速度情報の管理（各ノード間の最大転送速度の管理）、より高度な接続構成の管理（トポロジ・マップの作成）、これらの管理情報に基づくバスの最適化等を行ない、更にこれらの情報を他のノードに提供する機能を有する。
又、バスマネージャは、シリアルバスネットワークを制御するためのサービスをアプリケーションに対して提供できる。ここで、サービスには、シリアルバス制御要求（ＳＢ＿ＣＯＮＴＲＯＬ．ｒｅｑｕｅｓｔ）、シリアルバス・イベント制御確認（ＳＢ＿ＣＯＮＴＲＯＬ．ｃｏｎｆｉｒｍａｔｉｏｎ）シリアルバス・イベント通知（ＳＢ＿ＣＯＮＴＲＯＬ．ｉｎｄｉｃａｔｉｏｎ）等がある。
シリアルバス制御要求（ＳＢ＿ＣＯＮＴＲＯＬ．ｒｅｑｕｅｓｔ）は、アプリケーションがバスリセットを要求するサービスである。
シリアルバス・イベント制御確認（ＳＢ＿ＣＯＮＴＲＯＬ．ｃｏｎｆｉｒｍａｔｉｏｎ）は、シリアルバス制御要求（ＳＢ＿ＣＯＮＴＲＯＬ，ｒｅｑｕｅｓｔ）をアプリケーションに対して確認するサービスである。シリアルバス・イベント制御確認（ＳＢ＿ＣＯＮＴＲＯＬ．ｉｎｄｉｃａｔｉｏｎ）は、非同期に発生するイベントをアプリケーションに対して通知するサービスである。
（３）アドレス指定の説明
図６は、１３９４インタフェースにおけるアドレス空間を説明する図である。なお、１３９４インタフェースは、ＩＳＯ／ＩＥＣ１３２１３：１９９４に準じたＣＳＲ（Ｃｏｍｍａｎｄ  ａｎｄ  Ｓｔａｔｕｓ  Ｒｅｇｉｓｔｅｒ）アーキテクチャに従い、６４ビット幅のアドレス空間を規定している。
図６において、最初の１０ビットのフィールド６０１は、所定のバスを指定するＩＤ番号に使用され、次の６ビットのフィールド６０２は、所定の機器（ノード）を指定するＩＤ番号に使用される。この上位１６ビットを「ノードＩＤ」と呼び、各ノードはこのノードＩＤにより他のノードを識別する。又、各ノードは、このノードＩＤを用いて相手を識別した通信を行うことができる。
残りの４８ビットからなるフィールドは、各ノードの具備するアドレス空間（２５６Ｍバイト構造）を指定する。その内の２０ビットのフィールド６０３は、アドレス空間を構成する複数の領域を指定する。
フィールド６０３において、「０〜０×ＦＦＦＦＤ」の部分は、メモリ空間と呼ばれる。
「０×ＦＦＦＦＥ」の部分は、プライベート空間と呼ばれ、各ノードで自由に利用できるアドレスである。又、「０×ＦＦＦＦＥ」の部分は、レジスタ空間と呼ばれ、バスに接続されたノード間において共通の情報を格納する。各ノードは、レジスタ空間の情報を用いることにより、各ノード間の通信を管理することができる。
最後の２８ビットのフィールド６０４は、各ノードにおいて共通或いは固有となる情報が格納されるアドレスを指定する。
例えば、レジスタ空間において、最初の５１２バイトは、ＣＳＲアーキテクチャのコア（ＣＳＲコア）レジスタ用に使用される。ＣＳＲコアレジスタに格納される情報のアドレス及び機能を図７に示す。図７中のオフセットは、「０×ＦＦＦＦＦ０００００００」からの相対位置である。
図６における次の５１２バイトは、シリアルバス用のレジスタとして使用される。シリアルバスレジスタに格納される情報のアドレス及び機能を図８に示す。図８中のオフセットは、「０×ＦＦＦＦＦ００００２００」からの相対位置である。
図６におけるその次の１０２４バイトは、コンフィギュレーションＲＯＭ（Ｃｏｎｆｉｇｕｒａｔｉｏｎ  ＲＯＭ）用に使用される。コンフィギュレーションＲＯＭには最小形式と一般形式とがあり、「０×ＦＦＦＦＦ００００４００」から配置される。最小形式のコンフィギュレーションＲＯＭの例を図９に示す。図９において、ベンダＩＤは、ＩＥＥＥにより各ベンダに対して固有に割り当てられた２４ビットの数値である。
又、一般形式のコンフィギュレーションＲＯＭを図１０に示す。図１０において、上述のベンダＩＤは、Ｒｏｏｔ  Ｄｉｒｅｃｔｏｒｙ１００２に格納されている。Ｂｕｓ  Ｉｎｆｏ  Ｂｌｏｃｋ１００１とＲｏｏｔ  Ｌｅａｆ１００５とには、各ノードを識別する固有のＩＤ情報としてノードユニークＩＤを保持することが可能である。
ここで、ノードユニークＩＤは、メーカ、機種に関わらず、１つのノードを特定することのできる固有のＩＤを定めるようになっている。ノードユニークＩＤは６４ビットにより構成され、上位２４ビットは上述のベンダＩＤを示し、下位４８ビットは各ノードを製造するメーカにおいて自由に設定可能な情報（例えば、ノードの製造番号等）を示す。なお、このノードユニークＩＤは、例えばバスリセットの前後で継続して特定のノードを認識する場合に使用される。
又、一般形式のコンフィギュレーションＲＯＭを示す図１０において、Ｒｏｏｔ  Ｄｉｒｅｃｔｏｒｙ１００２には、ノードの基本的な機能に関する情報を保持することが可能である。詳細な機能情報は、Ｒｏｏｔ  Ｄｉｒｅｃｔｏｒｙ１００２からオフセットされるサブディレクトリ（Ｕｎｉｔ  Ｄｉｒｅｃｔｏｒｉｅｓ１００４）に格納される。Ｕｎｉｔ  Ｄｉｒｅｃｔｏｒｉｅｓ１００４には、例えば、ノードのサポートするソフトウェアユニットに関する情報が格納される。具体的には、ノード間のデータ通信を行うためのデータ転送プロトコル、所定の通信手順を定義するコマンドセット等に関する情報が保持される。
又、図１０において、Ｎｏｄｅ  Ｄｅｐｅｎｄｅｎｔ  Ｉｎｆｏ  Ｄｉｒｅｃｔｏｒｙ１００３には、デバイス固有の情報を保持することが可能である。Ｎｏｄｅ  Ｄｅｐｅｎｄｅｎｔ  Ｉｎｆｏ  Ｄｉｒｅｃｔｏｒｙ１００３は、Ｒｏｏｔ  Ｄｉｒｅｃｔｏｒｙ１００２によりオフセットされる。
更に、図１０において、Ｖｅｎｄｏｒ  Ｄｅｐｅｎｄｅｎｔ  Ｉｎｆｏｒｍａｔｉｏｎ１００６には、ノードを製造、或いは販売するベンダ固有の情報を保持することができる。
残りの領域は、ユニット空間と呼ばれ、各ノード固有の情報、例えば、各機器の識別情報（会社名、機種名等）や使用条件等が格納されたアドレスを指定する。ユニット空間のシリアルバス装置レジスタに格納される情報のアドレス及び機能を図１１に示す。図中のオフセットは、「０×ＦＦＦＦＦ００００８００」からの相対位置である。
なお、一般的に、異種のバスシステムの設計を簡略化したい場合、各ノードは、レジスタ空間の最初の２０４８バイトのみを使うべきで考る。つまり、ＣＳＲコアレジスタ、シリアルバスレジスタ、コンフィギュレーションＲＯＭ、ユニット空間の最初の２０４８バイトの合わせて４０９６バイトで構成することが望ましい。
（４）通信ケーブルの構成
図１２にＩＥＥＥ１３９４規格に準拠した通信ケーブルの断面図を示す。
通信ケーブルは、２組のツイストペア信号線と電源ラインとにより構成されている。電源ラインを設けることによって、１３９４インタフェースは、主電源のＯＦＦとなった機器、故障により電力低下した機器等にも電力を供給することができる。なお、電源線内を流れる電源の電圧は８〜４０Ｖ、電流は最大電流ＤＣ１．５Ａと規定されている。
２組のツイストペア信号線には、ＤＳ−Ｌｉｎｋ（Ｄａｔａ／Ｓｔｒｏｂｅ  Ｌｉｎｋ）符号化方式にて符号化された情報信号が伝送される。図１３は、第１の実施の形態例におけるＤＳ−Ｌｉｎｋ符号化方式を説明する図である。
図１３に示すＤＳ−Ｌｉｎｋ符号化方式は、高速なシリアルデータ通信に適しており、その構成は、２組のより対線を必要とする。一組のより対線は、データ信号を送り、他のより対線は、ストローブ信号を送る構成になっている。受信側は、２組の信号線から受信したデータ信号とストローブ信号との排他的論理和をとることによって、クロックを再現することができる。
なお、ＤＳ−Ｌｉｎｋ符号化方式を用いることにより、１３９４インタフェースには、例えば次のような利点がある。
▲１▼他の符号化方式に比べて転送効率が高い。
▲２▼ＰＬＬ回路が不要となり、コントローラＬＳＩの回路規模を小さくできる。
▲３▼アイドル状態であることを示す情報を送る必要が無いため、トランシーバ回路をスリープ状態とし易く、消費電力の低減が図れる。
（５）バスリセット機能
各ノードの１３９４インタフェースは、ネットワークの接続構成に変化が生じたことを自動的に検出することができる構成となっている。この場合、１３９４ネットワークは以下に示す手順によりバスリセットと呼ばれる処理を行う。なお、接続構成の変化は、各ノードの具備する通信ポートにかかるバイアス電圧の変化により検知することができる。
ネットワークの接続構成の変化（例えば、ノードの挿抜、ノードの電源のＯＮ／ＯＦＦなどによるノード数の増減）を検出したノード、又は新たな接続構成を認識する必要のあるノードは、１３９４インタフェースを介して、バス上にバスリセット信号を送信する。
バスリセット信号を受信したノードの１３９４インタフェースは、バスリセットの発生を自身のリンクレイヤ３０４に伝達すると共に、そのバスリセット信号を他のノードに転送する。バスリセット信号を受信したノードは、今まで認識していたネットワークの接続構成及び各機器に割り当てられたノードＩＤをクリアにする。最終的に全てのノードがバスリセット信号を検知した後、各ノードは、バスリセットに伴う初期化処理（即ち、新たな接続構成の認識と新たなノードＩＤの割り当て）を自動的に行う。
なお、バスリセットは、先に述べたような接続構成の変化による起動の他に、ホスト側の制御によって、アプリケーション・レイヤ３０７がフィジカルレイヤ３０３に対して直接命令を出すことによって起動させることも可能である。
又、バスリセットが起動するとデータ転送は一時中断され、バスリセットに伴う初期化処理の終了後、新しいネットワークのもとで再開される。
（６）バスリセット起動後のシーケンスの説明
バスリセットの起動後、各ノードの１３９４インタフェースは、新たな接続構成の認識と新たなノードＩＤの割り当てとを自動的に実行する。以下、バスリセットの開始からノードＩＤの割り当て処理までの基本的なシーケンスを図１４〜１６を用いて説明する。
図１４は、図２の１３９４ネットワークにおけるバスリセット起動後の状態を説明する図である。
図１４において、ノードＡは１つの通信ポート、ノードＢは２つの通信ポート、ノードＣは２つの通信ポート、ノードＤは３つの通信ポート、ノードＥは１つの通信ポート、ノードＦは１つの通信ポートを具備している。各ノードの通信ポートには、各ポートを識別するためにポート番号を付されている。
以下、図１４におけるバスリセットの開始からノードＩＤの割り当てまでを図１５のフローチャートを参照して説明する。図１５は第１の実施の形態例におけるバスリセットの開始からノードＩＤの割り当てまでの処理を示すフローチャートである。
１３９４ネットワークを構成する例えば図１４に示す各ノードＡ〜Ｆは、通常ステップＳ１５０１に示すようにバスリセットが発生したか否かを常時監視している。接続構成の変化を検出したノードからバスリセット信号が出力されると、各ノードはバスリセットを検知してステップＳ１５０２以下の処理を実行する。
即ち、バスリセットを検知するとステップＳ１５０１よりステップＳ１５０２に進み、バスリセットの発生後に各ノードは夫々の具備する通信ポート間において親子関係の宣言を行う。そして続くステップＳ１５０３において、全てのノード間の親子関係が決定されたか否かを調べる。全てのノード間の親子関係が決定されていない場合にはステップＳ１５０２に戻り、各ノードは、全てのノード間の親子関係が決定されるまで、ステップＳ１５０２の処理を繰り返し行う。
このようにして全てのノード間の親子関係が決定するとステップＳ１５０３よりステップＳ１５０４に進む。そしてステップＳ１５０４で１３９４ネットワークはネットワークの調停を行うノード、即ちルートを決定する。ルートを決定した後にステップＳ１５０５に進み、各ノードの１３９４インタフェース夫々は、自己のノードＩＤを自動的に設定する作業を実行する。そして続くステップＳ１５０６において全てのノードに対してノードＩＤの設定がなされ、ＩＤ設定処理が終了したか否かを調べる。全てのノードに対してノードＩＤの設定がなされていない場合にはステップＳ１５０５に戻り各ノードは所定の手順に基づき次のノードに対するＩＤの設定を行う。
このようにして最終的に全てのノードに対してノードＩＤが設定されるとステップＳ１５０６よりステップＳ１５０７に進み、各ノードは、同期式転送或いは非同期式転送を実行する。そしてデータ転送が終了すると各ノードの１３９４インタフェースはステップＳ１５０１のバスリセット監視に戻る。
以上の手順により、各ノードの１３９４インタフェースは、バスリセットが起動する毎に、新たな接続構成の認識と新たなノードＩＤの割り当てとを自動的に実行することができる。
（７）親子関係の決定
次に、図１５に示したステップＳ１５０２の親子関係宣言処理（即ち、各ノード間の親子関係を認識する処理）の詳細を図１６のフローチャートを参照して説明する。図１６は第１の実施の形態例における図１５に示したステップＳ１５０２の親子関係宣言処理の詳細を示すフローチャートである。
第１の実施の形態例の親子関係宣言処理においては、まず図１６に示すステップＳ１６０１において、バスリセットの発生後、１３９４ネットワーク上の各ノードＡ〜Ｆは、自分の具備する通信ポートの接続状態（接続又は未接続）を確認する。通信ポートの接続状態の確認後、続くステップＳ１６０２において、各ノードは、他のノードと接続されている通信ポート（以下、接続ポート）の数をカウントして接続ポートの数が一つか否かを調べる。
ステップＳ１６０２で接続ポートの数が１つである場合にはステップＳ１６０３に進み、そのノードは、自分が「リーフ」であると認識する。なおここで、リーフとは、１つのノードとのみ接続されているノードのことである。そして次のステップＳ１６０４でリーフとなるノードは、その接続ポートに接続されているノードに対して、「自分は子（Ｃｈｉｌｄ）」であることを宣言する。このとき、リーフは、その接続ポートが「親ポート（親ノードと接続された通信ポート）」であると認識する。そしてステップＳ１６１１に進む。
ここで、親子関係の宣言は、まず、ネットワークの末端であるリーフとブランチとの間にて行われ、続いて、ブランチとブランチとの間で順次に行われる。各ノード間の親子関係は、早く宣言の行える通信ポートから順に決定される。又、各ノード間において、子であることを宣言した通信ポートは「親ポート」であると認識され、その宣言を受けた通信ポートは「子ポート（子ノードと接続された通信ポート）」であると認識される。例えば、図１４において、ノードＡ，Ｅ，Ｆは、自分がリーフであると認識した後、親子関係の宣言を行う。これにより、ノードＡ−Ｂ間では子−親、ノードＥ−Ｄ間では子−親、ノードＦ−Ｄ間では子−親と決定される。
一方、ステップＳ１６０２の処理の結果、接続ポートの数が１つでなく２つ以上の場合にはステップＳ１６０５に進み、そのノードは自分を「ブランチ」であると認識する。ここで、ブランチとは、２つ以上のノードと接続されているノードのことである。そして続くステップＳ１６０６においてブランチとなるノードは、各接続ポートのノードから親子関係の宣言を受け付ける。宣言を受け付けた接続ポートは、「子ポート」として認識される。
１つの接続ポートを「子ポート」と認識した後にステップＳ１６０７に進み、ブランチはまだ親子関係の決定されていない接続ポート（即ち、未定義ポート）が２つ以上あるか否かを検出する。その結果、未定義ポートが２つ以上ある場合にはステップＳ１６０６の処理に戻り、ブランチは、再び各接続ポートのノードから親子関係の宣言を受け付ける処理を行う。
一方、ステップＳ１６０７の検出の結果未定義ポートが２つ以上ない場合にはステップＳ１６０８に進み、未定義ポートが１つだけ存在しているか否かを調べる。未定義ポートが１つだけ存在する場合にはブランチは、その未定義ポートが「親ポート」であると認識し、ステップＳ１６０９でそのポートに接続されているノードに対して「自分は子」であることを宣言するそしてステップＳ１６１１に進む。
ここで、ブランチは、残りの未定義ポートが１つになるまで自分自身が子であると他のノードに対して宣言することができない。例えば、図１４の構成において、ノードＢ，Ｃ，Ｄは、自分がブランチであると認識すると共に、リーフ或いは他のブランチからの宣言を受け付ける。ノードＤは、Ｄ−Ｅ間、Ｄ−Ｆ間の親子関係が決定した後、ノードＣに対して親子関係の宣言を行っている。又、ノードＤからの宣言を受けたノードＣは、ノードＢに対して親子関係の宣言を行っている。
一方、ステップＳ１６０８の処理の結果、未定義ポートが存在しない場合（つまり、ブランチの具備する全ての接続ポートが親ポートとなった場合）にはステップＳ１６１０に進み、そのブランチは、自分自身がルートであることを認識する。例えば、図１４において、接続ポートの全てが親ポートとなったノードＢは、１３９４ネットワーク上の通信を調停するルートとして他のノードに認識される。
ここで、ノードＢがルートと決定されたが、ノードＢの親子関係を宣言するタイミングが、ノードＣの宣言するタイミングに比べて早い場合には、他のノードがルートになる可能性もある。即ち、宣言するタイミングによっては、どのノードもルートとなる可能性がある。従って、同じネットワーク構成であっても同じノードがルートになるとは限らない。
このように全ての接続ポートの親子関係が宣言されることによって、各ノードは、１３９４ネットワークの接続構成を階層構造（ツリー構造）として認識することができるため最後にステップＳ１６１１で全ての接続ポートの宣言終了としてリターンする。なお、上述の親ノードは階層構造における上位であり、子ノードは階層構造における下位となる。
（８）ノードＩＤの割り当て
次に、図１７を参照して図１５に示すステップＳ１５０５のノードＩＤ設定処理（即ち、自動的に各ノードのノードＩＤを割り当てる処理）を詳細に説明する。図１７は図１５のステップＳ１５０５のノードＩＤ設定処理の詳細を示すフローチャートである。ここで、ノードＩＤは、バス番号とノード番号とから構成されるが、第１の実施の形態例では、各ノードを同一バス上に接続するものとし、各ノードには同一のバス番号が割り当てられるものとする。
第１の実施の形態例のノードＩＤ設定処理においては、まずステップＳ１７０１において、ルートは、ノードＩＤが未設定のノードが接続されている子ポートの内の最小番号を有する通信ポートに対してノードＩＤの設定許可を与える。なお、図１７において、ルートは、最小番号の子ポートに接続されている全ノードのノードＩＤを設定した後、その子ポートを設定済とし、次に最小となる子ポートに対して同様の制御を行う。最終的に子ポートに接続された全てのノードのＩＤ設定が終了した後、ルート自身のノードＩＤを設定する。ノードＩＤに含まれるノード番号は、基本的にリーフ、ブランチの順に０，１，２…と割り当てられる。従って、ルートが最も大きなノード番号を有することになる。
ステップＳ１７０１において設定許可を得たノードは、続くステップＳ１７０２において自分の子ポートの内のノードＩＤが未設定となるノードを含む子ポートがあるか否かを判断する。ステップＳ１７０２において、未設定ノードを含む子ポートが検出されない場合にはステップＳ１７０５に進む。
一方、ステップＳ１７０２において未設定ノードを含む子ポートが検出された場合にはステップＳ１７０３に進み、上述の設定許可を得たノードは、その子ポート（最小番号となる子ポート）に直接接続されたノードに対してその設定許可を与えるように制御する。そして続くステップＳ１７０４において、上述の設定許可を得たノードは、自分の子ポートの内、ノードＩＤが未設定であるノードを含む子ポートがあるか否かを判断する。ここで、末設定ノードを含む子ポートの存在が検出された場合にはステップＳ１７０３に戻り、そのノードは、再び最小番号となる子ポートにその設定許可を与える。
一方、ステップＳ１７０４において未設定ノードを含む子ポートが検出されなかった場合にはステップＳ１７０５に進む。
このようにしてステップＳ１７０２或いはステップＳ１７０４において、未設定ノードを含む子ポートが検出されなかった場合にはステップＳ１７０５に進み、設定許可を得たノードは、自分自身のノードＩＤを設定する。続いてステップＳ１７０６において、自分のノードＩＤを設定したノードは、自己のノード番号、通信ポートの接続状態に関する情報等を含んだセルフＩＤパケットをブロードキャストする。なお、ブロードキャストとは、あるノードの通信パケットを、１３９４ネットワークを構成する不特定多数のノードに対して転送することである。
ここで、各ノードは、このセルフＩＤパケットを受信することにより、各ノードに割り当てられたノート番号を認識することができ、自分に割り当てられるノード番号を知ることができる。例えば、図１４において、ルートであるノードＢは、最小ポート番号「＃１」の通信ポートに接続されたノードＡに対してノードＩＤ設定の許可を与える。ノードＡは、自己のノード番号「Ｎｏ．０」と割り当て、自分自身に対してバス番号とノード番号とからなるノードＩＤを設定する。又、ノードＡは、そのノード番号を含むセルフＩＤパケットをブロードキャストする。
図１８にステップＳ１７０６で出力するセルフＩＤパケットの構成例を示す。図１８において、１８０１はセルフＩＤパケットを送出したノードのノード番号を格納するフィールド、１８０２は対応可能な転送速度に関する情報を格納するフィールド、１８０３はバス管理機能（バスマネージャの能力の有無等）の有無を示すフィールド、１８０４は電力の消費及び供給の特性に関する情報を格納するフィールドである。
又、図１８において、１８０５はポート番号「＃０」となる通信ポートの接続状態に関する情報（接続、未接続、通信ポートの親子関係等）を格納するフィールド、１８０６はポート番号「＃１」となる通信ポートの接続状態に関する情報（接続、未接続、通信ポートの親子関係等）を格納するフィールド、１８０７はポート番号「＃２」となる通信ポートの接続状態に関する情報（接続、未接続、通信ポートの親子関係等）を格納するフィールドである。
なお、セルフＩＤパケットを送出するノードにバスマネージャとなり得る能力がある場合には、フィールド１８０３に示すコンテンダビットを「１」とし、なり得る能力がなければ、コンテンダビットを「０」とする。
ここで、バスマネージャとは、上述のセルフＩＤパケットに含まれる各種の情報に基づいて、バスの電源管理（通信ケーブルを介して電源の供給が可能か否か、電源の供給が必要か否か等の情報を各ノード毎に管理する）、速度情報の管理（各ノードの対応可能な転送速度に関する情報から各ノード間の最大転送速度を管理する）、トポロジーマップ情報の管理（通信ポートの親子関係情報からネットワークの接続構成を管理する）、トポロジーマップ情報に基づくバスの最適化等を行い、それらの情報を他のノードに提供する機能を有するノードである。これらの機能により、バスマネージャとなるノードは１３９４ネットワーク全体のバス管理を行うことができる。
図１７の処理において、ステップＳ１７０６の処理後、ノードＩＤの設定を行ったノードはステップＳ１７０７において親ノードがあるか否かを判断する。親ノードがある場合にはステップＳ１７０２に戻り、その親ノードがステップＳ１７０２以下の処理を実行する。そして、まだノードＩＤの設定されていないノードに対して許可を与える。
一方、ステップＳ１７０７において親ノードが存在しない場合にはそのノードはルート自身であると判断してステップＳ１７０８に進み、ルートとして全ての子ポートに接続されたノードに対してノードＩＤが設定されたか否かを判別する。ステップＳ１７０８において、全てのノードに対するＩＤ設定処理が終了しなかった場合にはステップＳ１７０１に戻り、ルートは、そのノードを含む子ポートの内、最小番号となる子ポートに対してＩＤ設定の許可を与える。そしてその後ステップＳ１７０２以下の処理を実行する。
一方、ステップＳ１７０８において全てのノードに対するＩＤ設定処理が終了した場合にはステップＳ１７０９に進み、ルートは、自分自身のノードＩＤの設定を実行する。そしてノードＩＤの設定後、ルートはステップＳ１７１０においてセルフＩＤパケットをブロードキャストする。そしてリターンする。
以上の処理によって、１３９４ネットワークは、各ノードに対して自動的にノードＩＤを割り当てることができる。
ここで、ノードＩＤの設定処理後、複数のノードがバスマネージャの能力を具備する場合、ノード番号の最も大きいノードがバスマネージャとなる。つまり、ネットワーク内で最大となるノード番号を持つルートがバスマネージャになり得る機能を有している場合には、ルートがバスマネージャとなる。
しかしながら、ルートにその機能が備わっていない場合には、ルートの次に大きいノード番号を具備するノードがバスマネージャとなる。又、どのノードがバスマネージャになったかについては、各ノードがブロードキャストするセルフＩＤパケット内のコンテンダビット１８０３をチェックすることにより把握することができる。
（９）アービトレーション機能
図１９Ａ及び１９Ｂは、図１に示す第１の実施の形態例における１３９４ネットワークにおけるアービトレーションを説明する図である。
１３９４ネットワークでは、データ転送に先立って、必ずバス使用権のアービトレーション（調停）を行う。１３９４ネットワークは、論理的なバス型ネットワークであり、各ノードから転送された通信パケットを他のノードに中継することによって、ネットワーク内の全てのノードに同じ通信パケットを転送することのできる。従って、通信パケットの衝突を防ぐために、必ずアービトレーションが必要となる。これによって、ある時間において一つのノードのみが転送を行うことができる。
図１９Ａは、ノードＢとノードＦとが、バス使用権の要求を発している場合について説明する図である。
アービトレーションが始まるとノードＢ，Ｆは、夫々親ノードに向かって、バス使用権の要求を発する。ノードＢの要求を受けた親ノード（即ち、ノードＣ）は、自分の親ノード（即ち、ノードＤ）に向かって、そのバス使用権を中継する。この要求は、最終的に調停を行うルート（ノードＤ）に届けられる。
バス使用要求を受けたルートは、どのノードにバスを使用させるかを決める。この調停作業はルートとなるノードのみが行えるものであり、調停によって勝ったノードにはバスの使用許可が与えられる。
図１９Ｂは、ノードＦの要求が許可され、ノードＢの要求が拒否されたことを示す図である。
アービトレーションに負けたノードに対してルートは、ＤＰ（Ｄａｔａ  ｐｒｅｆｉｘ）パケットを送り、拒否されたことを知らせる。拒否されたノードは、次回のアーピトレーションまでバス使用要求を待機する。
以上のようにアービトレーションを制御することによって、１３９４ネットワークは、バスの使用権を管理することができる。
（１０）通信サイクル
第１の実施の形態例においては、同期式転送モードと非同期式転送モードとは、各通信サイクル期間内において時分割に混在させることができる。ここで、通信サイクルの期間は、通常、１２５μＳである。
図２０は、１通信サイクルにおいて同期式転送モードと非同期式転送モードとを混在させた場合を説明する図である。
第１の実施の形態例においては、同期式転送モードは非同期式転送モードより優先して実行される。その理由は、サイクル・スタート・パケットの後、非同期式転送を起動するために必要なアイドル期間（ｓｕｂａｃｔｉｏｎ  ｇａｐ）が、同期式転送を起動するため必要なアイドル期間（同期式ｇａｐ）よりも長くなるように設定されているためである。これにより、同期式転送は、非同期式転送に優先して実行される。
図２０において、各通信サイクルのスタート時には、サイクル・スタート・パケット（以下、「ＣＳＰ」と称す。）が所定のノードから転送される。各ノードは、このＣＳＰを用いて時刻調整を行うことによって、他のノードと同じ時間を計時することができる。
（１１）同期式転送モード
同期式転送モードは、同期型の転送方式である。同期式モード転送は、通信サイクルの開始後、所定の期間において実行可能である。又、同期式転送モードは、リアルタイム転送を維持するために、各サイクル毎に必ず実行される。
同期式転送モードは、特に動画像データや音声データ等のリアルタイムな転送を必要とするデータの転送に適した転送モードである。同期式転送モードは、非同期式転送モードのように１対１の通信ではなくブロードキャスト通信である。つまり、あるノードから送出されたパケットは、ネットワーク上の全てのノードに対して一様に転送される。なお、同期式転送には、ａｃｋ（受信確認用返信コード）は存在しない。
図２０において、チャネルｅ（ｃｈ  ｅ）、チャネルｓ（ｃｈ  ｓ）、チャネルｋ（ｃｈ  ｋ）は、各ノードが同期式転送を行う期間を示す。１３９４インタフェースでは、複数の異なる同期式転送を区別するために、夫々異なるチャネル番号を与えている。これにより、複数ノード間での同期式転送が可能となる。ここで、このチャネル番号は、送信先を特定するものではなく、データに対する論理的な番号を与えているに過ぎない。
又、図２０に示した同期式ｇａｐとは、バスのアイドル状態を示すものである。このアイドル状態が一定時間を経過した後、同期式転送を希望するノードは、バスが使用できると判断し、アービトレーションを実行する。
次に、図２１に第１の実施の形態例の同期式転送モードに基づいて転送される通信パケットのフォーマットを示す。以下、同期式転送モードに基づいて転送される通信パケットを、同期式パケットと称する。
図２１において、同期式パケットはヘッダ部２１０１、ヘッダＣＲＣ２１０２、データ部２１０３、データＣＲＣ２１０４から構成される。
ヘッダ部２１０１には、データ部２１０３のデータ長を格納するフィールド２１０５、同期式パケットのフォーマット情報を格納するフィールド２１０６、同期式パケットのチャネル番号を格納するフィールド２１０７、パケットのフォーマット及び実行しなければならない処理を識別するトランザクションコード（ｔｃｏｄｅ）を格納するフィールド２１０８、同期化コードを格納するフィールド２１０９がある。
（１２）非同期式転送モード
第１の実施の形態例の非同期式転送モードは、非同期型の転送方式である。非同期式転送は、自己ノードから相手ノードへの１対１の通信であり、同期式転送期間の終了後、次の通信サイクルが開始されるまでの間（即ち、次の通信サイクルのＣＳＰが転送されるまでの間）、実行可能である。
図２０において、最初のサブアクション・ギャップ（ｓｕｂａｃｔｉｏｎ  ｇａｐ）は、バスのアイドル状態を示すものである。このアイドル時間が一定値になった後、非同期式転送を希望するノードは、バスが使用できると判断し、アービトレーションを実行する。
アービトレーションによりバスの使用権を得たノードは、図２２に示すパケットを所定のノードに対して転送する。このパケットを受信したノードは、ａｃｋ（受信確認用返送コード）或いは応答パケットをａｃｋ  ｇａｐ後に返送する。
図２２は、第１の実施の形態例の非同期式転送モードに基づく通信パケットのフォーマットを示す図である。以下、非同期式転送モードに基づいて転送される通信パケットを、非同期式パケットと称する。
図２２において、非同期式パケットは、ヘッダ部２２０１、ヘッダＣＲＣ２２０２、データ部２２０３、データＣＲＣ２２０４から構成される。
ヘッダ部２２０１において、フィールド２２０５には宛先となるノードのノードＩＤ、フィールド２２０６にはソースとなるノードのノードＩＤ、フィールド２２０７には一連のトランザクションを示すためのラベル、フィールド２２０８には再送ステータスを示すコード、フィールド２２０９にはパケットのフォーマット及び実行しなければならない処理を識別するトランザクションコード（ｔｃｏｄｅ）、フィールド２２１０には優先順位、フィールド２２１１には宛先のメモリ・アドレス、フィールド２２１２にはデータ部のデータ長、フィールド２２１３には拡張されたトランザクションコードが格納される。
又、非同期式転送において転送元ノードから転送されたパケットは、ネットワーク中の各ノードに行き渡るが、自分宛てのアドレス以外のものは無視される。従って、宛先となるノードのみが、そのパケットを読み込むことができる。
なお、非同期式転送中に次のＣＳＰを転送すべき時間に至った場合、無理に転送を中断せず、その転送が終了した後、次のＣＳＰを送信する。これにより、１つの通信サイクルが１２５μＳ以上続いたときは、その分、次の通信サイクル期間を短縮する。このようにすることによって、１３９４ネットワークは、ほぼ一定の通信サイクルを保持することができる。
（１３）デバイスマップの作成
デバイスマップを作成するためにアプリケーションが１３９４ネットワークのトポロジーを知る手段として、ＩＥＥＥ１３９４規格上は以下の手段がある。
１）バスマネージャのトポロジーマップレジスターをリードする
２）バスリセット時にセルフＩＤパケットから推定する
しかし上記１、２の手段では、各ノードの親子関係によるケーブル接続順のトポロジーは判明するものの、物理的な位置関係のトポロジーを知ることは出来ない（実装されていないポートまで見えてしまう、といった問題もある）。
また、デバイスマップを作成するための情報を、コンフィギュレーションＲＯＭ以外のデータベースとして持つ、といった手段もあるが、その場合、各種情報を得る手段はデータベースアクセスのためのプロトコルに依存してしまう。ところで、コンフィギュレーションＲＯＭ自体やコンフィギュレーションＲＯＭを読む機能は、ＩＥＥＥ１３９４規格を遵守したデバイスが必ず持つものである。
そこで第１の実施の形態例では、デバイスの位置、機能等の情報を各ノードのコンフィギュレーションＲＯＭに格納し、それらをアプリケーションから読む機能を与えることにより、データベースアクセス、データ転送等の特定のプロトコルに依存することなく、各ノードのアプリケーションがいわゆるデバイスマップ表示機能を実装することができる。
コンフィギュレーションＲＯＭにはノード固有の情報として物理的な位置、機能などが格納可能であり、デバイスマップ表示機能の実現に使用することが可能である。
この場合、アプリケーションが物理的な位置関係による１３９４ネットワークトポロジーを知る手段としては、バスリセット時やユーザーからの要求時に、各ノードのコンフィギュレーションＲＯＭを読み取ることにより、１３９４ネットワークのトポロジーを知る、という方法が可能となる。更に、コンフィギュレーションＲＯＭ内にノードの物理的位置のみならず、機能などの各種ノード情報も記述することによって、コンフィギュレーションＲＯＭを読むことで、ノードの物理的位置と同時に各ノードの機能情報等も得ることができる。アプリケーションが各ノードのコンフィギュレーションＲＯＭ情報を取得する際には、指定ノードの任意のコンフィギュレーションＲＯＭ情報を取得するＡＰＩを用いる。
このような手段を用いることにより、ＩＥＥＥ１３９４ネットワーク上のデバイスのアプリケーションは、物理的なトポロジーマップ、各ノードの機能マップなど、用途に応じて様々なデバイスマップを作成することができ、ユーザーが必要な機能をもつデバイスを選択する、といったことも可能となる。
＜１３９４ブリッジの概要＞
第１の実施の形態例の構成、並びに接続デバイスについて説明する。
以下、第１の実施の形態例のデジタルインタフェースに適用されるＩＥＥＥ１３９４ブリッジの技術について簡単に説明する。なお、ＩＥＥＥ１３９４ブリッジ（以下、「１３９４ブリッジ」と称す。）規格はＩＥＥＥｐ１３９４．。１分科会にて策定中である。
１３９４規格では、ひとつの１３９４バス上には最大６３のノードまで接続可能であり、そのホップ数は１６までとされている。６３個以上の１３９４ノードを１３９４ネットワークに接続したい場合、また遠隔地にあるなどの理由で１６ホップ以上の接続を行う必要がある機器同士を接続したい場合などには一般に１３９４ブリッジが使われる。
ＩＥＥＥ１３９４はＩＥＥＥ１２１２規格に従った６４ビット固定アドレッシングを使用し、１０ビットをバスＩＤとして定義をしている為、ローカルバスを指定するＩＤ１０２３を除いた最大１０２３個のバスを１３９４ブリッジ経由で接続し１３９４ネットワークを構成することが可能となる。
１３９４ブリッジの果たす主な機能は、ブリッジを経由したバス間の１３９４ノードトランズアクショシの制御である。１３９４トランズアクションの場合、トランズアクションを発行するノード、発行先ノードの指定は＜ＩＥＥＥ１３９４の技術の概要＞で記述のようにノードＩＤを使い行なわれる。１３９４ブリッジは接続する２つのバスのトポロジー情報、ノードＩＤ情報等の情報をテーブルとして持ち、接続する２つバスに相手のバス・ノード情報を開示することによりバス間のトランズアクションを可能にしている。
また、１３９４バスの場合、デバイスノードの追加接続といった接続形態に変化が生じたり、あるノードが意図的に指示を行なうことによりバスリセットが発生し、バスリセットを起点に自動的にノードＩＤの再割り当てを行なうためにバスリセットのシーケンス、ノードＩＤ決定のシーケンスが行なわれ、新たなトポロジが生成される。このシーケンスの詳細については上記＜ＩＥＥＥ１３９４の技術の概要＞の（バスリセットのシーケンス）、（ノードＩＤ決定のシーケンス）の項で説明されているので割愛する。
この特性により、接続するバスのトポロジ・ノードＩＤ情報は動的に変化する為、その情報のアップデートもブリッジは行う。
一方で、１３９４のバスリセットシーケンスが行なわれている間はそのバス内のデータ転送が中断される上に、ノードＩＤの再割り当てという複雑なシーケンスが行われる。このため、バスリセットシーケンスの発生が必要のない他のバスにバスリセット信号を伝搬させることは非常に非効率とされており、１３９４ブリッジは接続された一方のバスリセット信号を他方のバスには伝搬させないということになっている。
その他のブリッジの機能としては、複数のバスブリッジが接続された複数バス構成のネットワークにおいて、１３９４ブリッジ同士の調停、ブリッジの情報交換によるパケットルーティング機能などが挙げられる。
以上が、１３９４インタフェースを用いて構成される通信システムの構成及び機能に関する説明である。
［第１の実施の形態例の構成並びに接続デバイスの説明］
以下、第１の実施の形態例の構成、並びに接続デバイスについて説明する。まず、各ローカルバスに接続される各ノードの共通部分として１３９４シリアルバスインタフェース部の構成を図２３を参照して説明する。図２３は第１の実施の形態例の１３９４ノードの１３９４インターフェースブロックの構成を示す図である。
図２３中、２７０１はデバイス本体とのインタフェースを行い、ＰＨＹＩＣのデータ転送をコントロールするリンクレイヤ制御ＩＣ（ＬＩＮＫＩＣ）であり、前述の（ＩＥＥＥ１３９４の技術の概要）におけるリンクレイヤの機能を実現する。本ＩＣが備える主な機能としてはＰＨＹＩＣを介する送信／受信データを一時格納する送受信ＦＩＦＯ、送信データのパケット化機能、ＰＨＹＩＣが受信データが本ノードアドレス、またはアイソクロナス転送データの場合は割り当てられたチャンネル向けのものであるかの判定機能、またそのデータのエラーチェックを行うレシーバー機能、そしてデバイス本体とのインタフェースを行う機能がある。
２７０２は１３９４シリアルバスを直接ドライブするフィジカルレイヤ制御ＩＣ（ＰＨＹＩＣ）であり、前述の（ＩＥＥＥ１３９４の技術の概要）におけるフィジカルレイヤの機能を実現する。主な機能としては、バスイニシャル化とアービトレーション、送信データ符号のエンコード／デコード、ケーブル通電状態の監視ならびに負荷終端用電源の供給（アクティブ接続認識用）、リンクレイヤＩＣとのインタフェースである。
２７０３はコンフィギュレーションＲＯＭであり、各機器固有の識別、通信条件等が格納されている。本ＲＯＭのデータフォーマットは＜ＩＥＥＥ１３９４の技術の概要＞で説明したようにＩＥＥＥ１２１２並びにＩＥＥＥ１３９４規格で定められたフォーマットに準じている。
２７０４はリンクレイヤＩＣ、ＰＨＹＩＣをはじめとする１３９４インタフェース部をコントロールするＣＰＵであり、２８０５は同インタフェース部のコントロール用プログラムが格納されているＲＯＭである。２７０６はＲＡＭであり、送受信データを蓄えるデータバッファをはじめ、制御用ワークエリア、１３９４アドレスにマッピングされた各種レジスタのデータ領域に使用されている。
各ノードは図２４に示す様な一般形式のコンフィギュレーションＲＯＭを装備しており、各デバイスのソフトウェアユニット情報はユニットディレクトリに、ノード固有の情報はノードディペンデントインフォディレクトリに保存されている。
また、プリンタ機能、スキャナ機能といった各デバイスの基本機能インスタンスとその基本機能に付随する詳細情報はｒｏｏｔ  ｄｉｒｅｃｔｏｒｙからオフセットされるインスタンスディレクトリ（ｉｎｓｔａｎｃｅ  ｄｉｒｅｃｔｏｒｙ）に保有することが可能となっている。
インスタンスディレクトリの構成について説明する。インスタンスディレクトリには、プリンタ、スキャナといったプロトコルに依存しないデバイスの情報が格納される。単機能のデバイスの場合、基本機能情報は１つであり、複数機能をサポートするデバイスの場合には、複数の機能が列挙される。列挙された各機能について対応するプロトコル・ソフトウエア情報を保存するユニットディレクトリへのポインタ情報を保存する他に、それぞれの機能に関する固有な詳細情報を保有するためのフィーチャディレクトリへのポインタが保存される。
＜ＩＥＥＥ１３９４の技術の概要＞で説明したように１３９４シリアルバスのアドレス設定のうち、最後の２８ビットはシリアルバスに接続される他のデバイスからアクセス可能な、各機器の固有データの領域として確保されている。図２５はこの各機器の固有データの領域である２８ビットの領域のアドレス空間を表した図である。
図２５中００００番地から０２００番地の領域には図１１に示したＣＳＲコアレジスタ群が配置されている。これらレジスタはＣＳＲアーキテクチャで定められたノード管理の為の基本的な機能として存在している。
０２００番地から０４００番地の領域は、ＣＳＲアーキテクチャにより、シリアルバスに関するレジスタが格納される領域として定義されている。第１の実施の形態例のシリアルバスに関するレジスタが格納される領域の例を図２６に示す。＜ＩＥＥＥ１３９４の技術の概要＞で説明したように０２００〜０２３０番地のレジスタが定義されておりデータ転送の同期、電源供給、バスリソース管理等に使用されるレジスタが配置されている。この部分は上述した図１２に示す構成と同様である。
図２６中０２４０番地に配置されているレジスタ、ＲＥＭＯＴＥ＿ＢＵＳ＿ＲＥＳＥＴは第１の実施の形態例の特徴であり、このレジスタのフォーマットを図２７に示す。
このレジスタに対して１３９４ライトトランズアクションにより、図２７のフォーマットに従いＢＵＳ＿ＩＤフィールドに有効なバスＩＤが代入されたデータの書き込みが行なわれたノードは、自ノードが接続されているローカルバス以外のＢＵＳ＿ＩＤフィールドで表されるリモートバスにおいてバスリセットが発生したこと事を知ることが可能となる。前述のコンフィギュレーションＲＯＭは４００番地から８００番地の領域に配置されている。
図２５に示す０８００番地から１０００番地までの領域には、現在の１３９４バスのトポロジー情報、またノード間の転送スピードに関する情報が格納されている。同様に１０００番地以降の領域はユニット空間と呼ばれ、各デバイス固有の動作に関連するレジスタが配置されている。この領域には各デバイスがサポートする上位プロトコルで規定されたレジスタ群とデータ転送用メモリマップドバッファ領域、また各機器固有のレジスタが配置される。
前述のように、上記構成の１３９４インタフェース部を具備したデバイスＡ１，Ａ２がバスＡに、Ｂ１，Ｂ２がバスＢにそれぞれ接続され、１３９４ブリッジデバイスによってバスＡ，Ｂが接続されている１３９４ネットワークにおける第１の実施の形態例の動作を図２８及び図２９も参照して説明する。図２８は第１の実施の形態例例のＤＰＰプロトコルに準拠した通信制御手順を示す図、図２９は第１の実施の形態例例のＡＶ／Ｃプロトコルに準拠した通信制御手順を示す図である。
まず、バスＡ，Ｂそれぞれの現在の接続構成に至るにあたり、それぞれのバス独立に、デバイスノードの追加接続が行なわれる毎にバスリセットが発生する為、バスリセットを起点に自動的にノードＩＤの割り当てを行うためにバスリセットのシーケンス、ノードＩＤ決定のシーケンスが行なわれ、新たなトポロジーが生成される。
その後、１３９４データ転送がそれぞれのバスにおいて開始される。このシーケンスの詳細については上記＜ＩＥＥＥ１３９４の技術の概要＞の＜バスリセットのシーケンス＞、＜ノードＩＤ決定のシーケンス＞の項で説明されているので割愛する。このように接続ノードの接続順番、１３９４ブリッジへのバスの接続順番によって動作は異なるものの、ノード接続毎に上記バスリセットー１３９４初期化シーケンスが繰り返され、最終的に上記記述のように１３９４ブリッジを介してデバイスＡ１，Ａ２がバスＡに、デバイスＢ１とＢ２がバスＢに接続されたトポロジーが形成されたこととする。
上記状態で１３９４ネットワークのトポロジーが決定され、１３９４データ転送が正常に行なわれている状態で、上位プロトコルとしてダイレクトプリントプロトコル（Ｄｉｒｅｃｔ  Ｐｒｉｎｔ  Ｐｒｏｔｏｃｏｌ）（以下「ＤＰＰ」と称す。）を具備しているデジタルスチルカメラであるノードＡ１がユーザー操作、またはアプリケーションのトリガを起点に１３９４で接続されているプリンタに画像データを転送し印刷を行うために、まず１３９４ネットワーク上で自ノード同様ＤＰＰをサポートするプリンタデバイスを探す。
これはネットワーク上に接続されているノードに対して相手ノードのコンフィギュレーションＲＯＭの読み出しを行うことによって実現される。この様子を図１９Ａ及び１９Ｂに示す。具体的には相手ノードに対するＩＥＥＥ１３９４のリードトランズアクションを使用することにより、そのリードレスポンスとして相手ノードのＲＯＭの内容が返ってくる。
前述のように各ノードのコンフィギュレーションＲＯＭには１３９４関連情報の他に、インスタンスディレクトリにはプリンタ、カメラといった各ノードの基本機能、ユニットディレクトリにはＡＶ／Ｃプロトコル、ＤＰＰといった上位プロトコルやソフトウェアに関する情報が記述されている。
ノードＡ１はローカルバスＡの各ノードのＲＯＭ読み出しを行った後に１３９４ブリッジを経由してバスＢの各ノードのＲＯＭ読み出しを行う過程で、ノードＢ１がプリンタでありＤＰＰデバイスであることを検出する。
なお、１３９４ブリッジを経由した１３９４トランズアクションの詳細についてはここでは割愛するが、現在ＩＥＥＥｐ１３９４．１で規格が策定中である。
ノードＡ１であるカメラは、プリンタであり、自ノードがサポートするＤＰＰプロトコルと同一プロトコルを具備したノードＢ１を発見後、図２８に示すＤＰＰプロトコルで定義された手順、フォーマットに準拠した形でノードＢ１とコネクションを樹立する。
即ち、ノードＡ１はノードＢ１に図２８の▲１▼に示すようにライトトランザクションを使ってコネクションリクエストコマンドを送信し、ノードＢ１がこれに応答してノードＡ１に対して図２８の▲２▼に示すようにライトトランザクションを使ってコネクションリクエストレスポンスを送信し、以降アプリケーションデータの転送を開始する。
同様に上位プロトコルとしてＡＶ／Ｃプロトコルを具備しているデジタルビデオカムコーダであるノードＢ２も１３９４ブリッジを介してノードＡ２と図２９に示すＡＶ／Ｃプロトコルを使いＡＶ／Ｃコマンドの送受を開始し、図２９の▲１▼に示すようにノードＢ２からＡＶ／Ｃコマンドを発行し、そのレスポンス待ち状態に入っているものとする。
以上に説明したネットワーク状態において、ユーザーの操作により図１に示すデバイスノードＡ３（１０８）がバスＡに新たに接続されたとする。新たなノードが追加接続されることによりＩＥＥＥ１３９４の特性に従いバスリセットが発生する。
バスリセット信号を受信したバスＡの各ノードの１３９４インタフェース層は、その情報を上位プロトコル層に通知すると共に、バスリセットを起点に自動的にノードＩＤの割り当てを行うためにバスリセットのシーケンス、ノードＩＤ決定のシーケンスといった一連のバスリセット復帰処理を開始する。
バスＡ１０２においてＤＰＰの規定に従いバスＢ１０３のノードＢ１（１０６）とコネクションを樹立し、データ転送を行っていたノードＡ１（１０４）では、バスＡ１０２のバスリセットがＤＰＰ層に通知されると、ＤＰＰの規定に従ったバスリセット復帰処理が開始される。
ＤＰＰにおけるバスリセット復帰処理では、１３９４レイヤにおいてバスリセット復帰処理が終了し、新たなノードＩＤとトポロジー決定後、データ転送が正常に復帰した段階で、データ送信が再開される前に予め規定された時間内に最初に相手ノードにコネクション要求を送出した方のノードがリコネクトリクエストコマンド、すなわち最接続要求を送出する規定になっている。
また、コネクション樹立時に要求を受けた方のノードは１３９４インタフェース層でバスリセット復帰が完了後、コネクションを樹立していたノードからのリコネクトリクエストコマンドの受信待ち状態に入り、規定時間内にそれを受信しない場合には、そのコネクションを破棄する、という規定になっている。
また、バスＡ１０２においてＡＶ／Ｃの規定に従いバスＢ１０３のノードＢ２（１０７）とデータ転送を行っていたノードＢ１（１０６）では、バスＡ１０２のバスリセットがＡＶ／Ｃ層に通知されると、ＡＶ／Ｃの規定に従ったバスリセット対応処理が開始される。
ＡＶ／Ｃプロトコルでは、通常一方のノードによるＡＶ／Ｃコマンドの送信に対してそのコマンドを受信した方のノードが、コマンド実行結果等の情報を含んだ対となるレスポンスをコマンド発行ノードに対して送出する規定となっている。バスリセットが生じた際、リセット前に送出し、レスポンスを受信していないＡＶ／Ｃコマンドは未実行、破棄されたとみなされる為、１３９４インタフェース層においてバスリセット処理が復帰し、データ転送が正常復帰された後に再送出する必要がある、と規定されている。
一方、接続形態の変化のないバスＢ１０３においては、ＩＥＥＥの規定によればバスリセットは発生せず、１３９４ブリッジ１０１により接続されたバスＡ１０２でバスリセットが発生した場合においても、それを検出するものの１３９４ブリッジ１０１は規定された特性によりバスリセット信号を他のバス、この場合はバスＢ１０３に伝搬することはない。
従って、この時点ではノードＡ１、２、Ａ３、・・・といったバスＡ１０２に接続されているノードのみでバスリセット復帰処理が開始され、ノードＡ１（１０４）のデータ送信先であるノードＢ１（１０６）、ノードＡ２（１０５）のデータ送信先であるノードＢ２（１０７）で同処理は開始されていない。
しかしながら、第１の実施の形態例における１３９４ネットワークシステムでは、１３９４ブリッジが一方のバスにおけるバスリセット発生情報をもう一方のバスに接続されるノードに通知する手段を、各ノードはリモートバスにおけるバスリセット発生通知を受信する手段を具備するところに特徴がある。
具体的には、バスＡでバスリセットが発生したことによりバスリセット信号を受信した１３９４ブリッジ１０１は、バスＡに接続されているノードコントローラ側でバスリセット処理を行う一方で、バスＡのバスＩＤ情報、すなわち３ＦＤｈという値と共に、バスリセットが発生したことをバスＢノードコントローラ側に通知する。
バスＢノードコントローラはこの情報を受け取ると、バスＢに接続されている各ノードの０２４０番地に配置されているレジスタである「ＲＥＭＯＴＥ＿ＢＵＳ＿ＲＥＳＥＴ」に対して、レジスタのフォーマットに従った形でバスリセットが発生したリモートバスのバスＩＤ：３ＦＤｈをデータとしたパケットを１３９４ライトトランズアクションを使用して書き込みを行う。
バスＢでは、バスリセットが発生していないものの、図２８の▲３▼あるいは図２９の▲２▼に示すようにして１３９４ブリッジノード１０１による各ノードのＲＥＭＯＴＥ＿ＢＵＳ＿ＲＥＳＥＴレジスタへバスＡのＩＤの書き込みが行なわれることにより、リモートバスＡにおいてバスリセットが発生したことが通知される。
ＲＥＭＯＴＥ＿ＢＵＳ＿ＲＥＳＴレジスタへの書き込みを検出したバスＢの各ノードの１３９４インタフェース層はリモートバスでバスリセットが発生した事と共にそのリモートバスのバスＩＤ情報を上位プロトコル層に通知する。
バスＢにおいてＤＰＰの規定に従いバスＡのノードＡ１とコネクションを樹立しデータ転送を行っていたノードＢ１では、バスリセットを起こしたリモートバスＩＤをチェックし、コネクション先であるノードが接続されているバスＡであることを確認すると、コネクション先ノード、すなわちノードＡ１がＤＰＰの規定に従ったバスリセット復帰処理を開始したことを認識する。
ノードＢ１もＤＰＰのバスリセット処理に対応した処理を開始し、コネクションを樹立していたノードからのリコネクトリクエストコマンドの受信待ち状態に入る。これにより、実際にバスリセットが発生したことによりバスリセット処理を開始したノードＡ１と、バスリセットが発生していないバスＢに接続されているノードＢ１間でＤＰＰプロトコル処理の整合性が確保される。
このあと、ノードＡ１はノードＢ１に図２８の▲４▼に示すリコネクトリクエストコマンドを送信し、ノードＢ１はノードＡ１に図２８の▲５▼に示すリコネクトリクエストレスポンスを送信して以降データ通信を再開する。
同様に、バスＢにおいてＡＶ／Ｃプロトコルの規定に従いバスＡのノードＡ２とＡＶ／Ｃコマンドのやりとりを行っていたノードＢ２では、バスリセットを起こしたリモートバスＩＤをチェックし、通信先であるノードＡ２が接続されているバスＡであることを確認すると、通信先ノード、すなわちノードＡ２がＡＶ／Ｃプロトコルの規定に従ったバスリセット処理を開始したことを認識する。
ノードＢ２も図２９に示すＡＶ／Ｃのバスリセット処理に対応した処理を実行し、リモートバスリセット前に送出し、レスポンスを受信していないＡＶ／Ｃコマンドは未実行、破棄されたとみなす処理を実行する。これにより、実際にバスリセットが発生したことによりバスリセット処理を開始したノードＡ２と、バスリセットが発生していないバスＢに接続されているノードＢ２間でＡＶ／Ｃプロトコル処理の整合性が確保される。
即ち、ノードＢ２はノードＡ２に図２９の▲３▼に示すＡＶ／Ｃコマンドを再度送信し、これに応答してノードＡ２はノードＢ２に図２９の▲４▼に示すＡＶ／Ｃレスポンスを送信して通信を継続する。
以上説明したように第１の実施の形態例によれば、ＩＥＥＥ１３９４バスに接続されたノードにおいて、自ノードが接続されているバス以外のリモートバスにおいてバスリセットが生じた場合、バスリセットが発生したバスＩＤとリセット発生通知を受信可能な手段を設け、複数のバスがブリッジを介して接続されている場合、バスリセットが発生したバスに接続されているブリッジが、接続されている他のバスのノードに対してバスリセットが発生したバスＩＤを含めたリモートバスリセットの発生通知を上記受信手段に対して行うことを特徴とした１３９４バスシステムを提供することによって、同じ上位プロトコルを使用して、一方のローカルバスのデータ送信ノードから１３９４ブリッジを介した他方のローカルバスに接続されたデータ受信側ノードでデータ転送を行う際、一方のローカルバスにおいてバスリセットが発生した場合には１３９４ブリッジがリモートバスに接続されたノードに対してそのバスリセットを通知することが出来る為、他方のバスに接続された受信側ノードがそのバスリセットを検出することができ、上位プロトコル層におけるバスリセット処理の整合性が取れるため、バス間の正常なデータ通信が可能になるという効果がある。
また、ＩＥＥＥ１３９４に準拠した通信制御バスに接続されたノードにおいて、自ノードが接続されているローカルバス以外のリモートバスにおいてバスリセットが生じた場合、バスリセットが発生したバスＩＤとリセット発生通知を受信可能とする手段を提供することができる。
更に、そのリモートバスのリセット発生通知受信手段として、ノード上の予め定められたアドレスにレジスタを設け、そのアドレスに対するバスＩＤ情報の書きこみ検出することにより、リモートバスのリセット発生通知を受信する手段を提供することができる。
更に、上記予め定められたレジスタを各１３９４ノードのアドレス空間のうちコアＣＳＲアーキテクチャレジスタ空間に配置する事を特徴とした、または同アドレス空間のうちシリアルバスレジスタ空間に配置する事を特徴とした情報信号処理装置を提供することができる。
また、ＩＥＥＥ１３９４バスシステムにおいて、複数のバスがブリッジを介して接続されている場合、接続されているバス以外のリモートバスにおいてバスリセットが生じた場合、リモートバスリセット発生の通知を行うことを特徴とした１３９４バスシステムを提供し、更に、バスリセットが発生したバスに接続されているブリッジが、接続されている他のバスのノードに対してバスリセットが発生したバスＩＤを含めたリモートバスリセットの発生通知を行うことを特徴とした１３９４バスシステムを提供することができる。
［第２の実施の形態例］
以下、本発明に係る第２の実施の形態例を説明する。第２の実施の形態例においても、１３９４インタフェースを用いて構成される通信システムの構成及び機能は上述した第１の実施の形態例と同様であるため、詳細説明を省略する。
［第２の実施の形態例］
第２の実施の形態例において、第２の実施の形態例の構成ならびに接続デバイスにおいて、上記第１の実施の形態例と同様構成には同一番号を付し詳細説明を省略する。
第２の実施の形態例においても、１３９４シリアルバスインタフェース部の構成は図２３に示す第１の実施の形態例と同様構成とでき、各ノードのコンフィギュレーションＲＯＭも図２４、図２５に示す様な形式とできる。ただし、第２の実施の形態例においては図２５に示す０２００番地から０４００番地のシリアルバスに関するレジスタが格納される領域の構成が第１の実施の形態例と異なっており、図３０に示す構成となっている。
即ち、第２の実施の形態例においては、図２６に示すシリアルバスに関するレジスタに比し、０２４４番地に配置されているＮＯＴＩＦＹ＿ＢＵＳ＿ＲＥＳＥＴが別途割り当てられており、第２の実施の形態例の特徴的なレジスタとなっている。このＮＯＴＩＦＹ＿ＢＵＳ＿ＲＥＳＥＴレジスタのフォーマットを図３１を参照して説明する。図３１は第２の実施の形態例のＮＯＴＩＦＹ＿ＢＵＳ＿ＲＥＳＥＴレジスタのフォーマットを示す図である。
ＮＯＴＩＦＹ＿ＢＵＳ＿ＲＥＳＥＴレジスタは、後述する第２の実施の形態例を適用した１３９４ブリッジ１０１のブリッジポータルが実装するレジスタである。このレジスタに対して１３９４ライトトランザクションに従って、図３１のフォーマットに従ったデータが書き込まれる。書きこまれたデータのＢＵＳ＿ＩＤフィールドに有効なバスＩＤ、ＮＯＤＥ＿ＩＤフィールドに有効なノードＩＤ、コマンドフィールドに有効なコマンド（１：記憶、０：消去）が代入されている場合には、ブリッジ１０１は有効なデータとして受信し、コマンドフィールドの値に従った処理を行う。コマンドフィールドの値が（１：記憶）の場合、ブリッジ１０１は、データのＢＵＳ＿ＩＤフィールド、ＮＯＤＥ＿ＩＤフィールドの値をポータルに対応した格納テーブルに記憶する。また、コマンドフィールドの値が（０：消去）の場合、ブリッジ１０１は、データのＢＵＳ＿ＩＤフィールド、ＮＯＤＥ＿ＩＤフィールドの値をポータルに対応した格納テーブルから消去する。そして、当該ポータルが接続する１３９４バスでバスリセットが起こった場合には、ブリッジ１０１は当該格納テーブルに記憶したバスＩＤ、ノードＩＤで特定されるノードのＲＥＭＯＴＥ＿ＢＵＳ＿ＲＥＳＥＴレジスタに１３９４ライトトランザクションに従って書き込みを行うことにより、当該バスでバスリセットが起こったことをこのノードに通知する。
図３２は第２の実施の形態例におけるＩＥＥＥ１３９４ブリッジデバイス１０１の構成を示すブロック図である。図中、ポータルＡ３３０１はバスＡ１０２に、ポータルＢ３３０２はバスＢ１０３に接続している。これらのポータルはバスに接続した１個のノードとして機能する。
ブリッジ制御装置３３０３は、ポータルＡ３３０１とポータルＢ３３０２の間でブリッジを行う機能を実装している。バスリセット管理装置３３０４はポータルＡ３３０１の上述したＮＯＴＩＦＹ＿ＢＵＳ＿ＲＥＳＥＴレジスタにかかれたバスＩＤ、ノードＩＤを格納テーブルＡ３３０５に記憶、またはテーブルから消去する。
同様に、ブリッジ制御装置３３０３はポータルＢ３３０２のＮＯＴＩＦＹ＿ＢＵＳ＿ＲＥＳＥＴレジスタにかかれたバスＩＤ、ノードＩＤを格納テーブルＢ３３０６に記憶、またはテーブルから消去する。そしてバスＡ１０２でバスリセットが起きた場合には格納テーブルＡ３３０５に記憶したノードの、バスＢ１０３でバスリセットが起きた場合には格納テーブルＢ３３０６に記憶されているノードのＲＥＭＯＴＥ＿ＢＵＳ＿ＲＥＳＥＴレジスタに、第１の実施の形態例と同様の図２７のフォーマットにしたがってデータを書くことによりバスリセットが起こったことを通知する。
前述のコンフィギュレーションＲＯＭは４００番地から８００番地の領域に配置されている。
第１の実施の形態例と同様の図２５に示す０８００番地から１０００番地までの領域には、現在の１３９４バスのトポロジー情報、またノード間の転送スピードに関する情報が格納されている。同様に１０００番地以降の領域はユニット空間と呼ばれ、各デバイス固有の動作に関連するレジスタが配置されている。この領域には各デバイスがサポートする上位プロトコルで規定されたレジスタ群とデータ転送用メモリマップドバッファ領域、また各機器固有のレジスタが配置される。
前述の構成を備える１３９４インタフェース部を具備したデバイスであるノードＡ１（１０４），Ａ２（１０５）がバスＡ１０２に、ノードＢ１（１０６），Ｂ２（１０７）がバスＢ１０３にそれぞれ接続され、１３９４ブリッジデバイス１０１によってバスＡ１０２とバスＢ１０７が接続されている例えば図１に示す１３９４ネットワークにおける動作の詳細を図３３及び図３４も参照して説明する。図３３は第２の実施の形態例のＤＰＰプロトコルに準拠した通信制御手順を示す図、図３４は第２の実施の形態例のＡＶ／Ｃプロトコルに準拠した通信制御手順を示す図である。
まず、バスＡ，Ｂそれぞれの現在の接続構成に至るにあたり、それぞれのバス独立に、デバイスノードの追加接続が行なわれる毎にバスリセットが発生する為、バスリセットを起点に自動的にノードＩＤの割り当てを行う。このためにバスリセットのシーケンス、ノードＩＤ決定のシーケンスが行なわれ、新たなトポロジーが生成される。
その後、１３９４データ転送がそれぞれのバスにおいて開始される。このシーケンスの詳細については上記（ＩＥＥＥ１３９４の技術の概要）の（バスリセットのシーケンス）、（ノードＩＤ決定のシーケンス）の項で説明されているので割愛する。
このように接続ノードの接続順番、１３９４ブリッジ１０１へのバスの接続順番によって動作は異なるものの、ノード接続毎に上記バスリセット−１３９４初期化シーケンスが繰り返され、最終的に上記記述のように１３９４ブリッジ１０１を介してデバイスＡ１，Ａ２がバスＡに、デバイスＢ１とＢ２がバスＢに接続されたトポロジーが形成されたこととする。
上記状態で１３９４ネットワークのトポロジーが決定され、１３９４データ転送が正常に行なわれている状態で、上位プロトコルとしてダイレクトプリントプロトコル（Ｄｉｒｅｃｔ  Ｐｒｉｎｔ  Ｐｒｏｔｏｃｏｌ）（以下「ＤＰＰ」と称す。）を具備しているデジタルスチルカメラであるノードＡ１がユーザー操作、またはアプリケーションのトリガを起点に１３９４で接続批されているプリンタに画像データを転送し印刷を行うために、まず１３９４ネットワーク上で自ノード同様にＤＰＰをサポートするプリンタデバイスを探す。
これはネットワーク上に接続されているノードに対して相手ノードのコンフィグレーションＲＯＭの読み出しを行うことによって実現される。この様子は図１９Ａ及び１９Ｂを参照して上述した。具体的には相手ノードに対するＩＥＥＥ１３９４のリードトランズアクションを使用することにより、そのリードレスポンスとして相手ノードのＲＯＭの内容が返ってくる。
上述した様に各ノードのコンフィグレーションＲＯＭには１３９４関連情報の他に、インスタンスディレクトリにはプリンタ、カメラといった各ノードの基本機能、ユニットディレクトリにはＡＶ／Ｃプロトコル、ＤＰＰといった上位プロトコルやソフトウェアに関する情報が記述されている。
ノードＡ１はローカルバスＡの各ノードのＲＯＭ読み出しを行った後に１３９４ブリッジを経由してバスＢの各ノードのＲＯＭ読み出しを行う過程で、ノードＢ１がプリンタでありＤＰＰデバイスであることを検出する。
なお、１３９４ブリッジを経由した１３９４トランズアクションの詳細についてはここでは割愛するが、現在ＩＥＥＥｐ１３９４．１で規格が策定中である。
ノードＡ１（１０４）であるカメラは、プリンタであり、自ノードがサポートするＤＰＰプロトコルと同一プロトコルを具備したノードＢ１（１０６）を発見後、図３３に示すＤＰＰプロトコルで定義された手順、フォーマットに準拠した形でノードＢ１とコネクションを樹立し、アプリケーションデータの転送を開始する。
このときノードＡ１（１０４）は、まず図３３の▲１▼に示すように１３９４ブリッジ１０１のポータルＡ３３０１のＮＯＴＩＦＹ＿ＢＵＳ＿ＲＥＳＥＴレジスタに図３１に示すフォーマットにしたがって、｛（バスＢのバスＩＤ）、（ノードＢ１のノードＩＤ）、（記憶コマンド）｝を書き込む。次いでノードＡ１（１０４）は、図３３の▲２▼に示すライトトランザクションを使ってノードＢ１にコネクションリクエストコマンドを送信する。
これに応答してノードＢ１（１０６）は図３３の▲３▼に示すように１３９４ブリッジ１０１のポータルＢ３３０２のＮＯＴＩＦＹ＿ＢＵＳ＿ＲＥＳＥＴレジスタに図３１のフォーマットにしたがって、｛（バスＡのバスＩＤ）、（ノードＡ１のノードＩＤ）、（記憶コマンド）｝を書き込む。
次いでノードＢ１（１０６）はノードＡ１に図３３の▲４▼に示すライトトランザクションを使ってコネクションリクエストレスポンスを送信する。こうして、ノードＡ１（１０４）はノードＢ１（１０６）とコネクションを樹立し、１３９４ブリッジのバスリセット管理装置はこれらのバスＩＤ、ノードＩＤを該当する格納テーブルに記憶する。
同様に上位プロトコルとしてＡＶ／Ｃプロトコルを具備しているデジタルビデオカムコーダであるノードＢ２（１０７）も１３９４ブリッジ１０１を介してノードＡ２（１０５）とＡＶ／Ｃプロトコルを使いＡＶ／Ｃコマンドの送受を開始するため、まずノードＢ２（１０７）からブリッジ１０１に対して図３４の▲１▼に示すように、図３３の▲１▼同様の書き込みを行いバスリセットを相手のノードに通知できるようにする。
ノードＢ２（１０７）は、次いで図３４の▲２▼に示すＡＶ／Ｃコマンドを発行し、そのレスポンス待ち状態に入っているものとする。また、図３４の▲２▼に示すＡＶ／Ｃコマンドを受信したノードＡ２（１０５）もブリッジ１０１に対して図３４に示す▲３▼において、前述した図３３の▲３▼のような書き込みを行い、バスリセットを相手のノードに通知できるようにする。
以上に説明したネットワーク状態において、ユーザーの操作により図１に示すデバイスノードＡ３（１０８）がバスＡに新たに接続されたとすると、上記第１の実施の形態例と同様にバスリセットが発生し、一連のバスリセット復帰処理を開始する。
この場合、接続形態の変化のないバスＢ１０３においては、バスリセットは発生せず、ノードＡ１（１０４）のデータ送信先であるノードＢ１（１０６）や、ノードＡ２（１０５）のデータ送信先であるノードＢ２（１０７）ではバスリセット復帰処理は開始されていないことになる。
しかしながら、これでは上記欠点があるため、第２の実施の形態例においては上記規定の通りの動作に代え、以下の動作を行う。
即ち、第２の実施の形態例における１３９４ネットワークシステムでは、１３９４ブリッジ１０１のバスリセット管理装置３３０４がブリッジポータルに接続したバスにおけるバスリセット発生情報を当該ポータルに対応する格納テーブルに記憶したノードに通知する手段を備える構成とし、かつ各ノードがリモートバスにおけるバスリセット発生通知を受信する手段を具備するこう背として上記欠点を解消することとしている点に大きな特徴がある。
具体的には、バスＡ１０２でバスリセットが発生したことによりバスリセット信号を受信した１３９４ブリッジ１０１は、バスＡ１０２に接続されているポータルＡ３３０１のノードコントローラ側でバスリセット処理を行う一方で、バスリセット管理装置３３０４は、格納テーブル３３０５、３３０６に記憶した各ノードの図３０に示すシリアルバスレジスタの０２４０番地に配置されているＲＥＭＯＴＥ＿ＢＵＳ＿ＲＥＳＥＴレジスタに対して、レジスタのフォーマットに従った形でバスリセットが発生したリモートバスのバスＩＤすなわちバスＡのバスＩＤ：３ＦＤｈをデータとしたパケットを１３９４ライトトランズアクションを使用した書き込みを順次行う。
即ち、第２の実施の形態例では、格納テーブルに、ノードＢ１（１０６）、Ｂ２（１０７）のバスＩＤ、ノードＩＤが記憶されているので、図３３の▲５▼あるいは図３４の▲４▼に示すようにこれらのノードに対して書き込みが行われる。
この結果、バスＢ１０３では、バスリセットが発生していないものの、ブリッジ１０１により通知すべき各ノードのＲＥＭＯＴＥ＿ＢＵＳ＿ＲＥＳＥＴレジスタへバスＡ１０２のＩＤの書き込みが行なわれることにより、リモートバスＡにおいてバスリセットが発生したことが通知されることになる。
ＲＥＭＯＴＥ＿ＢＵＳ＿ＲＥＳＥＴレジスタへの書き込みを検出した各ノードの１３９４インタフェース層は、リモートバスでバスリセットが発生した事と共にそのリモートバスのバスＩＤ情報を上位プロトコル層に通知する。
パスＢ１０３においてＤＰＰの規定に従いバスＡのノードＡ１（１０４）とコネクションを樹立しデータ転送を行っていたノードＢ１（１０６）では、バスリセットを起こしたリモートバスＩＤをチェックし、コネクション先であるノードが接続されているバスＡ１０２であることを確認すると、コネクション先ノード、すなわちノードＡ１（１０４）がＤＰＰの規定に従ったバスリセット復帰処理を開始したことを認識する。
ノードＢ１（１０６）もＤＰＰのバスリセット処理に対応した処理を開始し、コネクションを樹立していたノードからのリコネクトリクエストコマンドの受信待ち状態に入る。これにより、実際にバスリセットが発生したことによりバスリセット処理を開始したノードＡ１（１０４）と、バスリセットが発生していないバスＢ１０３に接続されているノードＢ１（１０６）間でＤＰＰプロトコル処理の整合性が確保される。
このあと、ノードＡ１（１０４）はノードＢ１（１０６）に図３３の▲６▼に示すリコネクトリクエストコマンドを送信し、ノードＢ１（１０６）はノードＡ１（１０４）に図３３の▲７▼に示すリコネクトリクエストレスポンスを送信してデータ通信を再開する。
同様に、バスＢ１０３においてＡＶ／Ｃプロトコルの規定に従いバスＡ１０２のノードＡ２（１０５）とＡＶ／Ｃコマンドのやりとりを行っていたノードＢ２（１０７）では、バスリセットを起こしたリモートバスＩＤをチェックし、通信先であるノードＡ２（１０５）が接続されているバスＡ１０２であることを確認すると、通信先ノード、すなわちノードＡ２（１０５）がＡＶ／Ｃプロトコルの規定に従ったバスリセット処理を開始したことを認識する。ノードＢ２（１０７）もＡＶ／Ｃのバスリセット処理に対応した処理、リモートバスリセット前に送出し、レスポンスを受信していないＡＶ／Ｃコマンドは未実行、破棄されたとみなす処理を実行する。これにより、実際にバスリセットが発生したことによりバスリセット処理を開始したノードＡ２（１０５）と、バスリセットが発生していないバスＢ１０３に接続されているノードＢ２（１０７）間でＡＶ／Ｃプロトコル処理の整合性が確保される。
即ち、ノードＢ２（１０７）はノードＡ２（１０５）に図３４の▲５▼に示すＡＶ／Ｃコマンドを再度送信し、ノードＡ２（１０５）はこれに応答してノードＢ２（１０７）に図３４の▲６▼に示すＡＶ／Ｃレスポンスを送信して通信を継続する。
前述の状態で、バスＢ１０３でバスリセットが起こった場合も同様に、１３９４ブリッジ１０１のバスリセット管理装置３３０４により、バスＡ１０２の通知すべきノードに通知され、上位プロトコル処理の整合が保たれる。
以上説明したように第２の実施の形態例によれば、それぞれ異なるＩＥＥＥ１３９４バスに接続するポータルを少なくとも２個持つ１３９４ブリッジにおいて、各ポータルに抜続するＩＥＥＥ１３９４バスのバスリセットを監視する手段、各ポータルに接続するＩＥＥＥ１３９４バスのいずれかを指定する手段、ブリッジを介して接続された複数のＩＥＥＥ１３９４バスの全体からなるネットワーク上のノードを指定する手段、及び前記指定したバスのバスリセットを前記指定したノードに通知する手段からなるバスリセット管理手段を備えたことを特徴とするＩＥＥＥ１３９４ブリッジを提供することにより、バスリセットが起こったことをリモートバスに接続したノードに通知することを可能にする。
（第３の実施の形態例）
第３の実施の形態例においても基本構成は上述した図１乃至図３４に示す第１の実施の形態例及び第２の実施の形態例と同様であるため、詳細説明は省略する。以下、は上述した第１及び第２の実施の形態例と異なる部分を説明する。第３の実施の形態例においては上述した第２の実施の形態例とＤＰＰプロトコルに準拠した通信制御手順が相違している。以下、図３５を参照して本発明に係る第２の実施の形態例のＤＰＰプロトコルに準拠した通信制御手順を説明する。
上述した第２の実施の形態例と同様に、１３９４ネットワークのトポロジーが決定され、１３９４データ転送が正常に行なわれている状態で、上位プロトコルとしてＤＤＰを具備しているデジタルスチルカメラであるノードＡ１がユーザー操作、またはアプリケーションのトリガを起点に１３９４で接続されているプリンタに画像データを転送し印刷を行うために、まず１３９４ネットワーク上で自ノード同様ＤＤＰをサポートするプリンタデバイスを探す。
ノードＡ１はローカルバスＡの各ノードのＲＯＭ読み出しを行った後に１３９４ブリッジを経由してバスＢの各ノードのＲＯＭ読み出しを行う過程で、ノードＢ１がプリンタでありＤＤＰデバイスであることを検出する。ここで、ノードＢ１はＲＥＭＯＴＥ＿ＢＵＳ＿ＲＥＳＥＴレジスタを備えているが、ノードＡ１は備えていないものとする。そしてこれをノードＢ１はノードＡ１のＲＯＭ情報から知ることができるものとする。
第３の実施の形態例において、１３９４ブリッジ１０１のバスリセット管理装置３３０４は、ブリッジポータルのＮＯＴＩＦＹ＿ＢＵＳ＿ＲＥＳＥＴレジスタに、図３１に示すフォーマットのバスＩＤフィールドに（３ＦＦＨ）、かつノードＩＤフィールドに（３ＦＨ）が書かれた場合、書き込みを行ったノードのバスＩＤ、ノードＩＤを書き込まれたポータルに対応する格納テーブルに記憶する。
ノードＡ１であるカメラは、プリンタであり、自ノードがサポートするＤＰＰプロトコルと同一プロトコルを具備したノードＢ１を発見後、ＤＰＰプロトコルで定義された手順、フォーマットに準拠した形でノードＢ１とコネクションを樹立し、アプリケーションデータの転送を開始するため、ノードＢ１に図３５の▲１▼に示すコネクションリクエストをライトトランザクションを使って送信する。
このときノードＢ１は、図３５の▲２▼に示すように１３９４ブリッジのポータルＡのＮＯＴＩＦＹ＿ＢＵＳ＿ＲＥＳＥＴレジスタに図３１のフォーマットにしたがって、｛（３ＦＦＨ）、（３ＦＦＨ）、（記憶コマンド）｝を書き込む。
そして１３９４ブリッジのバスリセット管理装置はポータルＡに対応する格納テーブルに、ノードＢ１のバスＩＤ、ノードＩＤを記憶する。次いでノードＢ１は、ノードＡ１に図３５の▲３▼に示すコネクションリクエストレスポンスをライトトランザクションを使って送信しコネクションを確立する。
上述した第２の実施の形態例と同様に、図１に示すネットワーク状態において、ユーザーの操作によりデバイスノードＡ３（図１に示す１０８）がバスＡ１０２に新たに接続されたとする。このときの制御の一部が上記第２の実施の形態例と異なる。
新たなノードが追加接続されることによりＩＥＥＥ１３９４の特性に従いバスリセットが発生する。バスリセット信号を受信したバスＡ１０２の各ノードの１３９４インタフェース層はその情報を上位プロトコル層に通知すると共にバスリセットを起点に自動的にノードＩＤの割り当てを行うためにバスリセットのシーケンス、ノードＩＤ決定のシーケンスといった一連のバスリセット復帰処理を開始する。
バスＡ１０２においてＤＰＰの規定に従いバスＢ１０３のノードＢ１（１０６）とコネクションを樹立し、データ転送を行っていたノードＡ１（１０４）では、バスＡ１０２のバスリセットがＤＰＰ層に通知されると、前記第１の実施の形態例同様ＤＰＰの規定に従ったバスリセット復帰処理が開始される。
一方、接続形態の変化のないバスＢ１０３においてバスリセットは発生せず、上述した第１の実施の形態例で説明したようにバスＡ１０２でバスリセットが発生した場合においてもバスリセット信号はバスＢ１０３に伝搬されない。従って、この時点ではノードＡ１，Ａ２，Ａ３といったバスＡに接続されているノードのみでバスリセット復帰処理が開始され、ノードＡ１のデータ送信先であるノードＢ１、ノードＡ２のデータ送信先であるノードＢ２で同処理は開始されていない。
しかしながら、前記第１の実施の形態例同様、第２の実施の形態例でもバスＡ１０２でバスリセットが発生したことによりバスリセット信号を受信した１３９４ブリッジ１０１は、バスＡ１０２に接続されているポータルＡ３３０１のノードコントローラ側でバスリセット処理を行う一方で、バスリセット管理装置３３０４は格納テーブル３３０５、３３０６に記憶した各ノードの０２４０番地に配置されているレジスタ、ＲＥＭＯＴＥ＿ＢＵＳ＿ＲＥＳＥＴに対して、レジスタのフォーマットに従った形でバスリセットが発生したリモートバスのバスＩＤすなわちバスＡ１０２のバスＩＤ：３ＦＤｈをデータとしたパケットを１３９４ライトトランズアクションを使用した書き込みを順次行い、同時に図３２の▲４▼に示すようにノードＢ１にも書き込みが行なわれる。
その結果、バスＢでは、バスリセットが発生していないものの、１３９４ブリッジ１０１により通知すべき各ノードのＲＥＭＯＴＥ＿ＢＵＳ＿ＲＥＳＥＴレジスタへバスＡ１０２のＩＤの書き込みが行なわれることにより、リモートバスＡにおいてバスリセットが発生したことが通知される。
ＲＥＭＯＴＥ＿ＢＵＳ＿ＲＥＳＥＴレジスタへの書き込みを検出したの各ノードの１３９４インタフェース層はリモートバスでバスリセットが発生した事と共にそのリモートバスのバスＩＤ情報を上位プロトコル層に通知する。
バスＢ１０３においてＤＰＰの規定に従いバスＡ１０２のノードＡ１（１０４）とコネクションを樹立しデータ転送を行っていたノードＢ１（１０６）では、バスリセットを起こしたリモートバスＩＤをチェックし、コネクション先であるノードが接続されているバスＡ１０２であることを確認すると、コネクション先ノード、すなわちノードＡ１（１０４）がＤＰＰの規定に従ったバスリセット復帰処理を開始したことを認識する。
ノードＢ１（１０６）もＤＰＰのバスリセット処理に対応した処理を開始し、コネクションを樹立していたノードからのリコネクトリクエストコマンドの受信待ち状態に入る。これにより、実際にバスリセットが発生したことによりバスリセット処理を開始したノードＡ１と、バスリセットが発生していないバスＢに接続されているノードＢ１間でＤＰＰプロトコル処理の整合性が確保される。
このあと、ノードＡ１はノードＢ１に図３５の▲５▼に示すリコネクトリクエストコマンドを送信し、ノードＢ１はノードＡ１に図３５の▲６▼に示すリコネクトリクエストレスポンスを送信してデータ通信を再開する。
このあと、バスＢにバスリセットが起こった場合には、バスＡのノードＡ１はバスＢのバスリセットを知らないが、バスＢのバスリセットの間、ノードＡ１のリクエストはブリッジで保留され、バスＢのバスリセット終了後図３５の▲７▼に示すようにブリッジよりノードＢ１に送られ、その後ノードＢ１よりノードＡ１に図３５の▲８▼に示すようにリコネクトリクエストレスポンスを送信してデータ通信を再開することができる。
このように、バスリセット終了後、ノードＢ１が自身により、整合を保つことができるとすれば、図３５に示すようにノードＡ１からのリクエストに応答して通信を再開することができる。
以上説明したように第３の実施の形態例によれば、ＩＥＥＥ１３９４ブリッジに接続した第１のＩＥＥＥ１３９４バスと、第１のＩＥＥＥ１３９４バスに接続した第１のノードと、第１のＩＥＥＥ１３９４バスとは異なる第２のＩＥＥＥ１３９４バスと、第２のＩＥＥＥ１３９４バスに接続した第２のノードを含み、第１のノードと第２のノードが通信する情報通信システムにおいて、第１のノードは、第１のＩＥＥＥ１３９４バスが接続するＩＥＥＥ１３９４ブリッジに対して、第１のＩＥＥＥ１３９４バスのバスリセットの監視と、第１のＩＥＥＥ１３９４バスのバスリセットの第２のノードへの通知を指定することを特徴とする情報通信システムを提供することにより、自ノードの接続するバスのバスリセット発生をリモートバスに接続した通信相手ノードに通知することを可能にする。
これにより、同じ上位プロトコルを使用して、一方のローカルバスのデータ送信ノードから１３９４ブリッジを介した他方のローカルバスに接続されたデータ受信側ノードでデータ転送を行う際、一方のローカルバスにおいてバスリセットが発生した場合には１３９４ブリッジがリモートバスに接続されたノードに対してそのバスリセットを通知することが出来る為、他方のバスに接続された受信側ノードがそのバスリセットを検出することができ、上位プロトコル層におけるバスリセット処理の整合性が取れるため、バス間の正常なデータ通信が可能になるという効果がある。
（第４の実施の形態例）
図３６は、本発明に係る第４の実施の形態例の構成を示すブロック図である。
第４の実施の形態例においては、図３６に示すように、１３９４ブリッジＡ３４０１は、ポータルＡでバスＡに、ポータルＣ１でバスＣに接続している。１３９４ブリッジＢ３４０２は、ポータルＢでバスＢに、ポータルＣ２でバスＣに接続している。
そして、バスＡにはノードＡ１（３４０３）、ノードＡ２（３４０４）、バスＢにはノードＢ１（３４０５）、ノードＢ２（３４０６）、バスＣにはノードＣ１（３４０７）、ノードＣ２（３４０８）が接続されている。
また、バスＡのバスＩＤを（３ＦＤｈ）、バスＢのバスＩＤを（３ＦＥｈ）、バスＣのバスＩＤを（３ＦＣｈ）とする。
第４の実施の形態例のシステムにおいても、各構成要素は上述した第３の実施の形態例と同様であり、１３９４ブリッジの構成も図３２に示す構成と同様である。このため、以下の説明は主に第３の実施の形態例で異なる部分について行う。
第４の実施の形態例においても、第２の実施の形態例と同様に、ノードＡ１であるカメラは、プリンタであり、自ノードがサポートするＤＰＰプロトコルと同一プロトコルを具備したノードＢ１を発見後、図３７に示すＤＰＰプロトコルで定義された手順、フォーマットに準拠した形でノードＢ１とコネクションを樹立し、アプリケーションデータの転送を開始する。即ち、ノードＡ１は図３７の▲１▼に示すように、１３９４ブリッジＡ３４０１のポータルＡのＮＯＴＩＦＹ＿ＢＵＳ＿ＲＥＳＥＴレジスタに上記図３１のフォーマットにしたがって、｛（バスＢのバスＩＤ）、（ノードＢ１のノードＩＤ）、（記憶コマンド）｝を書き込み、ノードＢ１に図３７の▲２▼に示すコネクションリクエストコマンドを送信する。これに応答してノードＢ１は図３７の▲３▼に示すように、第２の１３９４ブリッジのポータルＢのＮＯＴＩＦＹ＿ＢＵＳ＿ＲＥＳＥＴレジスタに図３１のフォーマットにしたがって、｛（バスＡのバスＩＤ）、（ノードＡ１のノードＩＤ）、（記憶コマンド）｝を書き込み、ノードＡ１に図３７の▲４▼に示すコネクションリクエストコマンドを送信する。
こうして、１３９４ブリッジＡ３４０１のバスリセット管理装置、及び１３９４ブリッジＢ３４０２のバスリセット管理装置はこれらのバスＩＤ、ノードＩＤを該当する格納テーブルに記憶する。
同様に上位プロトコルとしてＡＶ／Ｃプロトコルを具備しているデジタルビデオカムコーダであるノードＢ２も１３９４ブリッジＡ３４０１及び１３９４ブリッジＢ３４０２を介してノードＡ２とＡＶ／Ｃプロトコルを使いＡＶ／Ｃコマンドの送受を開始し、ノードＢ２は第２の１３９４ブリッジに対して図３８の▲１▼において図３７の▲１▼と同様にして書き込みを行い、バスリセットを相手のノードに通知できるようにし、続いて図３８の▲２▼に示すようにノードＢ２からＡＶ／Ｃコマンドを発行し、そのレスポンス待ち状態に入っているものとする。
また、ノードＢ２からのコマンドを受信したノードＡ２も図３８の▲３▼に示すように第１の１３９４ブリッジに対して▲１▼と同様な書き込みを行い、バスリセットを相手のノードに通知できるようにする。
以上に説明したネットワーク状態において、ユーザーの操作によりデバイスノードＡ３（図３６の３４０９）がバスＡに新たに接続されたとする。新たなノードが追加接続されることによりＩＥＥＥ１３９４の特性に従いバスリセットが発生する。バスリセット信号を受信したバスＡの各ノードの１３９４インタフェース層はその情報を上位プロトコル層に通知すると共にバスリセットを起点に自動的にノードＩＤの割り当てを行うためにバスリセットのシーケンス、ノードＩＤ決定のシーケンスといった一連のバスリセット復帰処理を開始する。
第４の実施の形態例においても、上述した第１の実施の形態例と同様に、バスＡでバスリセットが発生したことによりバスリセット信号を受信した１３９４ブリッジＡ３４０１は、バスＡに接続されているポータルＡのノードコントローラ側でバスリセット処理を行う一方で、バスリセット管理装置は、図３７の▲５▼あるいは図３８の▲４▼に示すように格納テーブルに記憶した各ノードの０２４０番地に配置されているＲＥＭＯＴＥ＿ＢＵＳ＿ＲＥＳＥＴレジスタに対して、レジスタのフォーマットに従った形でバスリセットが発生したリモートバスのバスＩＤ、すなわちバスＡのバスＩＤ：３ＦＤｈをデータとしたパケットを１３９４ライトトランズアクションを使用した書き込みを順次行う。
これらのパケットは、バスＣ、１３９４ブリッジＢ３４０２を経由してバスＢのノードに送信される。
バスＢでは、バスリセットが発生していないものの、１３９４ブリッジＢ３４０２の格納テーブルに通知すべき各ノードのＲＥＭＯＴＥ＿ＢＵＳ＿ＲＥＳＥＴレジスタへバスＡのＩＤの書き込みが行なわれることにより、リモートバスＡにおいてバスリセットが発生したことが通知される。
ＲＥＭＯＴＥ＿ＢＵＳ＿ＲＥＳＥＴレジスタへの書き込みを検出したの各ノードの１３９４インタフェース層はリモートバスでバスリセットが発生した事と共にそのリモートバスのバスＩＤ情報を上位プロトコル層に通知する。
上述した第１の実施の形態例同様、各ノードは、図３７の▲６▼、▲７▼あるいは図３８の▲５▼、▲６▼に示すようにしてバスリセットに応じた処理を行い、上位プロトコルの整合を確保する。
同様に、バスＢで起こったバスリセットも、１３９４ブリッジＢ３４０２から、バスＣ、１３９４ブリッジＡ３４０１を経由して、バスＡのノードに通知され、上位プロトコルの整合を保つことができる。
以上説明したように第４の実施の形態例によれば、バスリセット通知が必要なノードに対してのみ通知パケットを送信するため、ネットワーク上のトラフィックを著しく増大することがなく、ネットワークのパフォーマンスを低下させないという効果がある。
更に、ＩＥＥＥ１３９４ブリッジに接続した第１のＩＥＥＥ１３９４バスと、第１のＩＥＥＥ１３９４バスに接続した第１のノードと、第１のＩＥＥＥ１３９４バスとは異なる第２のＩＥＥＥ１３９４バスと、第２のＩＥＥＥ１３９４バスに接続した第２のノードを含み、第１のノードと第２のノードが通信する情報通信システムにおいて、第２のノードは第１のＩＥＥＥ１３９４バスが接続するＩＥＥＥ１３９４ブリッジに対して、第１のＩＥＥＥ１３９４バスのバスリセットの監視と、第１のＩＥＥＥ１３９４バスのバスリセットの第２のノードへの通知を指定することを特徴とする情報通信システムを提供することにより、接続相手の接続するバスでのバスリセット発生をリモートバスに接続した自ノードに通知することを可能にする。これにより、自ノードにリモートバスでのバスリセットに対して整合性を保つ能力を備えることで、リモートバスに接続した、本発明を適用していない従来のデバイスとも通信が可能になるという効果がある。
（第５の実施の形態例）
第５の実施の形態例において、第５の実施の形態例の構成ならびに接続デバイスの上記第２の実施の形態例と同様構成には同一番号を付し詳細説明を省略する。
第５の実施の形態例においても、１３９４シリアルバスインタフェース部の構成は図２３に示す第１の実施の形態例と同様構成とでき、各ノードのコンフィギュレーションＲＯＭも図２４、図２５に示す様な形式とできる。更に、ＩＥＥＥ１３９４ブリッジデバイス１０１の構成も図３２に示す第２の実施の形態例と同様構成とできる。
ただし、第５の実施の形態例においては図２５に示す０２００番地から０４００番地のシリアルバスに関するレジスタが格納される領域の構成が上記実施の形態例と異なっており、図３９に示す構成となっている。
即ち、第５の実施の形態例においては、図２６、図３０に示すシリアルバスに関するレジスタに比し、０２３Ｃ番地間出を利用し、２４０番地以降を必要としていない。即ち、第５の実施の形態例においては、＜ＩＥＥＥ１３９４の技術の概要＞で説明した０２００〜０２３０番地のレジスタが定義されている状態での動作を特徴としている。第２の実施の形態例と同様の図３２に示す構成を備える１３９４ブリッジ１０１を有する第５の実施の形態例における動作を図４０及び図４１を参照して説明する。
図４０は本発明に係る第５の実施の形態例のダイレクトプリントプロトコル（Ｄｉｒｅｃｔ  Ｐｒｉｎｔ  Ｐｒｏｔｏｃｏｌ）（以下「ＤＰＰ」と称す。）に準拠した通信制御手順を示す図、図４１は第５の実施の形態例のＡＶ／Ｃプロトコルに準拠した通信制御手順を示す図である。
まず、バスＡ，Ｂそれぞれの現在の接続構成に至るにあたり、それぞれのバス独立に、デバイスノードの追加接続が行なわれる毎にバスリセットが発生する為、バスリセットを起点に自動的にノードＩＤの割り当てを行うためにバスリセットのシーケンス、ノードＩＤ決定のシーケンスが行なわれ、新たなトポロジーが生成される。
その後、１３９４データ転送がそれぞれのバスにおいて開始される。このシーケンスの詳細については上記（ＩＥＥＥ１３９４の技術の概要）の（バスリセットのシーケンス）、（ノードＩＤ決定のシーケンス）の項で説明されているので割愛する。
このように接続ノードの接続順番、１３９４ブリッジ１０１へのバスの接続順番によって動作は異なるものの、ノード接続毎に上記バスリセット−１３９４初期化シーケンスが繰り返され、最終的に上記記述のように１３９４ブリッジ１０１を介してデバイスＡ１，Ａ２がバスＡに、デバイスＢ１とＢ２がバスＢに接続されたトポロジーが形成されたこととする。
上記状態で１３９４ネットワークのトポロジーが決定され、１３９４データ転送が正常に行なわれている状態で、上位プロトコルとしてＤＰＰを具備しているデジタルスチルカメラであるノードＡ１がユーザー操作、またはアプリケーションのトリガを起点に１３９４で接続されているプリンタに画像データを転送し印刷を行うために、まず１３９４ネットワーク上で自ノード同様にＤＰＰをサポートするプリンタデバイスを探す。
これはネットワーク上に接続されているノードに対して相手ノードのコンフィグレーションＲＯＭの読み出しを行うことによって実現される。この様子は第１の実施の形態例において図１９Ａ及び１９Ｂを参照して上述した。具体的には相手ノードに対するＩＥＥＥ１３９４のリードトランズアクションを使用することにより、そのリードレスポンスとして相手ノードのＲＯＭの内容が返ってくる。
前述のように各ノードのコンフィグレーションＲＯＭには１３９４関連情報の他に、インスタンスディレクトリにはプリンタ、カメラといった各ノードの基本機能、ユニットディレクトリにはＡＶ／Ｃプロトコル、ＤＰＰといった上位プロトコルやソフトウェアに関する情報が記述されている。
ノードＡ１はローカルバスＡの各ノードのＲＯＭ読み出しを行った後に１３９４ブリッジを経由してバスＢの各ノードのＲＯＭ読み出しを行う過程で、ノードＢ１がプリンタでありＤＰＰデバイスであることを検出する。
なお、１３９４ブリッジを経由した１３９４トランズアクションの詳細についてはここでは割愛するが、現在ＩＥＥＥｐ１３９４．１で規格が策定中である。  ノードＡ１であるカメラは、プリンタであり、自ノードがサポートする図４０に示すＤＰＰプロトコルと同一プロトコルを具備したノードＢ１を発見後、ＤＰＰプロトコルで定義された手順、フォーマット準拠した形でノードＢ１とコネクションを樹立し、アプリケーションデータの転送を開始する。
即ち、ノードＡ１は図４０の▲１▼に示すように、ライトトランザクションを使ってコネクションリクエストコマンドをノードＢ１に送信する。ノードＢ１はこれに応答してノードＡ１に図４０の▲２▼に示すコネクションリクエストレスポンスを送信する。
このとき１３９４ブリッジ１０１は、これらのノード間の通信をトレースし、ノードＡ１のバスＩＤ、ノードＩＤ、ノードＢ１のバスＩＤ、ノードＩＤ、ＤＰＰプロトコルの識別の組をコネクション管理テーブル３１０５に格納する。
同様に上位プロトコルとしてＡＶ／Ｃプロトコルを具備しているデジタルビデオカムコーダであるノードＢ２も１３９４ブリッジ１０１を介して図４１に示すノードＡ２とＡＶ／Ｃプロトコルを使いＡＶ／Ｃコマンドの送受を開始し、ノードＢ２から図４１の▲１▼に示すＡＶ／Ｃコマンドを発行し、そのレスポンス待ち状態に入っているものとする。
同様に１３９４ブリッジ１０１は、これらのノード間の通信をトレースし、ノードＢ２のバスＩＤ、ノードＩＤ、ノードＡ２のバスＩＤ、ノードＩＤ、ＡＶ／Ｃプロトコルの識別の組をコネクション管理テーブル３０１５に格納する。
上述したネットワーク状態において、ユーザーの操作によりデバイスノードＡ３（図１に示すノード１０８）がバスＡに新たに接続されると上述したようにバスリセットが発生し、一連のバスリセット復帰処理を開始する。そして、バスＡにおいてＤＰＰの規定に従いバスＢのノードＢ１とコネクションを樹立し、データ転送を行っていたノードＡ１では、バスＡのバスリセットがＤＰＰ層に通知されると、ＤＰＰの規定に従った、詳細を上述したバスリセット復帰処理が開始される。
しかし、接続形態の変化のないバスＢにおいてバスリセットは発生せず、１３９４ブリッジノード１０１により接続されたバスＡでバスリセットが発生した場合においても、それを検出するものの第５の実施の形態例の１３９４ブリッジ１０１の特性により、バスリセット信号は他バス、この場合はバスＢに伝搬されないように制御される。
従って、第５の実施の形態例においてはこの時点ではノードＡ１、Ａ２、Ａ３といったバスＡに接続されているノードのみでバスリセット復帰処理が開始され、ノードＡ１のデータ送信先であるノードＢ１、ノードＡ２のデータ送信先であるノードＢ２で同処理は開始されていない。
しかしながら、第５の実施の形態例の１３９４ネットワークシステムでは、１３９４ブリッジ１０１がこのブリッジを経由してコネクションを樹立しているノードの上位プロトコルを含むコネクション情報を記憶し、一方のバスにおけるバスリセット発生に対してもう一方のバスに接続されるノードが行うべき上位プロトコル層のバスリセット復帰処理をブリッジが変わりに行う手段を具備するところに特徴がある。
具体的には、バスＡでバスリセットが発生したことによりバスリセット信号を受信した１３９４ブリッジ１０１は、バスＡに接続されているノードコントローラ側でバスリセット処理を行う一方で、コネクション管理テーブルに記憶したコネクション情報から、上位プロトコル層のバスリセット復帰処理を開始するバスＡ上のノードを確認する。
ＤＰＰの規定に従いバスＡのノードＡ１は、コネクションを樹立しデータ転送を行っていたノードＢ１に対して図４０の▲３▼に示すリコネクトコマンドを送信する。ここで、１３９４ブリッジは、これをノードＢ１には送信せずに、ノードＢ１に代わって図４０の▲４▼に示すようにリコネクトレスポンスをノードＡ１に対して送信する。これにより、実際にバスリセットが発生したことによりバスリセット処理を開始したノードＡ１と、バスリセットが発生していないバスＢに接続されているノードＢ１間でＤＰＰプロトコル処理の整合性が確保される。
同様に、バスＢにおいてＡＶ／Ｃプロトコルの規定に従いバスＡのノードＡ２とＡＶ／Ｃコマンドのやりとりを行っていたノードＢ２では、ノードＡ２からのレスポンスを待っているが、通信先であるノードＡ２は、接続されているバスＡでバスリセットが起こったためＡＶ／Ｃプロトコルの規定に従ったバスリセット処理を開始しノードＢ２から受信したコマンドを破棄している。１３９４ブリッジは、ノードＡ２からのレスポンスがノードＢ２に送信されていないのを知っているので、バスリセット前にバッファに記憶していた、ノードＢ２がリモートバスリセット前に送出し、レスポンスを受信していないＡＶ／Ｃコマンドを図４１の▲２▼に示すようにノードＡ２に再送する。
これにより、実際にバスリセットが発生したことによりバスリセット処理を開始したノードＡ２と、バスリセットが発生していないバスＢに接続されているノードＢ２間でＡＶ／Ｃプロトコル処理の整合性が確保され、例えば図４１の▲３▼に示すように以後の通信制御手順が滞りなく行える。
以上説明したように第５の実施の形態例によれば、ＩＥＥＥ１３９４ブリッジに接続した第１のＩＥＥＥ１３９４バスと、前記第１のＩＥＥＥ１３９４バスに接続した第１のノードと、前記第１のＩＥＥＥ１３９４バスとは異なる第２のＩＥＥＥ１３９４バスと、前記第２のＩＥＥＥ１３９４バスに接続した第２のノードを含み、前記第１のノードと前記第２のノードが通信する例えば図１に示す情報通信システムにおいて、前記ＩＥＥＥ１３９４ブリッジは、前記第１のノードと前記第２のノードとの間の通信で用いる上位プロトコルを解釈する手段と、前記第１のＩＥＥＥ１３９４バスでバスリセットが起こったとき前記第２のノードが行うべき処理を前記第２のノードに代わって行う手段とを備える構成とすることにより、前記第１のＩＥＥＥ１３９４バスでバスリセットが起こったとき、前記第１のノードと前記ＩＥＥＥ１３９４ブリッジとの間でバスリセットが起こったとき行うべき処理を行い、前記第１のＩＥＥＥ１３９４バスでのバスリセットにかかわらず、前記第１のノードと前記第２のノードとの間の通信を行うことを特徴とする情報通信システムを提供することができる。
従って、第５の実施の形態例によれば、同じ上位プロトコルを使用して一方のローカルバスのデータ送信ノードから１３９４ブリッジを介した他方のローカルバスに接続されたデータ受信側ノードでデータ転送を行う際、一方のローカルバスにおいてバスリセットが発生した場合には１３９４ブリッジ１０１がリモートバスに接続されたノードに代わって、そのバスリセット復帰処理を代行することが出来る。
この結果、他方のバスに接続された受信側ノードがそのバスリセットを知ることなく、上位プロトコル層におけるバスリセット処理の整合性が取れるため、バス間の正常なデータ通信が可能になるという優れた作用効果が得られる。
即ち、複数の通信制御ネットワーク（例えばＩＥＥＥ１３９４バス）を接続装置（例えばＩＥＥＥ１３９４ブリッジ）を介して接続したシステムにおいて、同じ上位プロトコルを使用して、一方の通信ネットワークのデータ送信通信装置から接続装置を介した他方の通信制御ネットワークに接続されたデータ受信側通信装置でデータ転送を行う際、一方の通信制御ネットワークにおいてネットワーク構成の更新要求（例えばＩＥＥＥ１３９４のバスリセット）が発生した場合には接続装置が通信制御ネットワークに接続された通信装置に代わって、そのネットワーク構成の更新復帰処理を代行することが出来る為、他方の通信制御ネットワークに接続された受信側通信装置がそのネットワーク構成の更新要求を知ることなく、上位プロトコル層におけるネットワーク構成の更新要求処理の整合性が取れるため、通信制御ネットワーク間の正常なデータ通信が可能になる。
［他の実施の形態例］
なお、本発明は、複数の機器（例えばホストコンピュータ、インタフェース機器、リーダ、プリンタなど）から構成されるシステムに適用しても、一つの機器からなる装置（例えば、複写機、ファクシミリ装置など）に適用してもよい。
また、本発明の目的は、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読出し実行することによっても、達成されることは言うまでもない。
この場合、記憶媒体から読出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。
プログラムコードを供給するための記憶媒体としては、例えば、フロッピディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭなどを用いることができる。
また、コンピュータが読出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）などが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
更に、記憶媒体から読出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
本発明を上記記憶媒体に適用する場合、その記憶媒体には、先に説明したフローチャートに対応するプログラムコードを格納することになる。
産業上の利用可能性
以上説明したように本発明によれば、複数の通信制御ネットワーク（例えばＩＥＥＥ１３９４バス）を接続装置（例えばＩＥＥＥ１３９４ブリッジ）を介して接続したシステムにおいて、同じ上位プロトコルを使用して、一方の通信ネットワークのデータ送信通信装置から接続装置を介した他方の通信制御ネットワークに接続されたデータ受信側通信装置でデータ転送を行う際、一方の通信制御ネットワークにおいてネットワーク構成の更新要求（例えばＩＥＥＥ１３９４のバスリセット）が発生した場合には接続装置が通信制御ネットワークに接続された通信装置に対してそのネットワーク構成の更新要求を通知することが出来る為、他方の通信制御ネットワークに接続された受信側通信装置がそのネットワーク構成の更新要求を検出することができ、上位プロトコル層におけるネットワーク構成の更新要求処理の整合性が取れるため、通信制御ネットワーク間の正常なデータ通信が可能になる。
また本発明によれば、他方の通信制御ネットワークに接続された受信側通信装置がそのネットワーク構成の更新要求を知ることなく、上位プロトコル層におけるネットワーク構成の更新要求処理の整合性が取れるため、通信制御ネットワーク間の正常なデータ通信が可能になる。
更にまた、本発明によれば、バスリセットが起こったことを他のシリアルバス（例えばＩＥＥＥ１３９４に準拠したＩＥＥＥ１３９４バス）に接続したノードに通知することができる。
また、自ノードの接続するバスのバスリセット発生を他のリモートバスに接続した通信相手ノードに通知することを可能にする。
これにより、同じ上位プロトコルを使用して、一方のローカルバスのデータ送信ノードからシリアルバスブリッジ（例えばＩＥＥＥ１３９４に準拠したＩＥＥＥ１３９４ブリッジ）を介した他方のローカルバスに接続されたデータ受信側ノードでデータ転送を行う際、一方のローカルバスにおいてバスリセットが発生した場合にはシリアルバスブリッジがリモートバスに接続されたノードに対してそのバスリセットを通知することが出来る。また、他方のバスに接続された受信側ノードがそのバスリセットを検出することができ、上位プロトコル層におけるバスリセット処理の整合性が取れるため、バス間の正常なデータ通信が可能になるという効果がある。
更に、バスリセット通知が必要なノードに対してのみ通知パケットを送信するため、ネットワーク上のトラフィックを著しく増大することがなく、ネットワークのパフォーマンスを低下させないという効果がある。
更に、接続相手の接続するバスでのバスリセット発生をリモートバスに接続した自ノードに通知することを可能にすることにより、自ノードにリモートバスでのバスリセットに対して整合性を保つ能力を備えることができ、リモートバスに一般的なデバイスが接続されていても整合性を保った通信が可能になる。
【図面の簡単な説明】
図１は本発明に係る第１の発明の実施の形態例の概略構成を示す図である。
図２は第１の実施の形態例の１３９４ネットワーク構成例を示す図である。
図３は第１の実施の形態例のＩＥＥＥ１３９４規格のアーキテクチャを説明する図である。
図４は第１の実施の形態例のリンクレイヤの提供可能なサービスを示す図である。
図５は第１の実施の形態例のトランザクション・レイヤの提供可能なサービスを示す図である。
図６は第１の実施の形態例の１３９４シリアルバスのアドレス空間を説明する図である。
図７は第１の実施の形態例のＣＳＲコアレジスタに格納される情報のアドレス及び機能の例を示す図である。
図８は第１の実施の形態例のシリアルバスレジスタに格納される情報のアドレス及び機能の例を示す図である。
図９は第１の実施の形態例における最小形式の確認ＲＯＭ（Ｃｏｎｆｉｇｕｒａｔｉｏｎ  ＲＯＭ）の構成例を示す図である。
図１０は第１の実施の形態例における一般形式の確認ＲＯＭ（Ｃｏｎｆｉｇｕｒａｔｉｏｎ  ＲＯＭ）の構成例を示す図である。
図１１は第１の実施の形態例のユニット空間のシリアルバス装置レジスタに格納される情報のアドレス及び機能の例を示す図である。
図１２は第１の実施の形態例の１３９４シリアルバス・ケーブルの断面図である。
図１３は第１の実施の形態例のＤＳ−Ｌｉｎｋ符号化方式を示した図である。
図１４は第１の実施の形態例の１３９４ネットワークにおけるバスリセット起動後の状態を説明する図である。
図１５は第１の実施の形態例におけるバスリセットの開始からノードＩＤの割り当てまでの処理を示すフローチャートである。
図１６は図１５に示すステップＳ１５０２の親子関係宣言処理の詳細を示すフローチャートである。
図１７は図１５に示すステップＳ１５０５のノードＩＤ設定処理の詳細を示すフローチャートである。
図１８は第１の実施の形態例におけるセルフＩＤパケットの構成例を示す図である。
図１９Ａ及び１９Ｂは第１の実施の形態例における１３９４ネットワークにおけるアービトレーションを説明する図である。
図２０は第１の実施の形態例の１通信サイクルにおいて同期式転送モードと非同期式転送モードとを混在させた場合を説明する図である。
図２１は第１の実施の形態例の同期式転送モードに基づいて転送される通信パケットのフォーマットを示す図である。
図２２は第１の実施の形態例の非同期式転送モードに基づく通信パケットのフォーマットを示す図である。
図２３は第１の実施の形態例の１３９４ノードの１３９４インターフェースブロックの構成を示す図である。
図２４は第１の実施の形態例のコンフィギュレーションＲＯＭの格納データの構成を示す図である。
図２５は第１の実施の形態例の１３９４ノードのアドレス空間を示した図である。
図２６は第１の実施の形態例の１３９４ノードのシリアルバス関連レジスタ領域を示した図である。
図２７は［第１の実施の形態例の１３９４ノードのＲＥＭＯＴＥ＿ＢＵＳ＿ＲＥＳＥＴレジスタを示した図である。
図２８は第１の実施の形態例例のＤＰＰプロトコルに準拠した通信制御手順を示す図である。
図２９は第１の実施の形態例例のＡＶ／Ｃプロトコルに準拠した通信制御手順を示す図である。
図３０は本発明に係る第２の実施の形態例の１３９４ノードのシリアルバス関連レジスタ領域を示す図である。
図３１は第２の実施の形態例の１３９４ノードのＮＯＴＩＦＹ＿ＢＵＳ＿ＲＥＳＥＴレジスタの詳細を示す図である。
図３２は第２の実施の形態例の１３９４ブリッジの詳細構成を示すブロック図である。
図３３は第２の実施の形態例のＤＰＰプロトコルに準拠した通信制御手順を示す図である。
図３４は第２の実施の形態例のＡＶ／Ｃプロトコルに準拠した通信制御手順を示す図である。
図３５は本発明に係る第３の実施の形態例のＤＰＰプロトコルに準拠した通信制御手順を示す図である。
図３６は本発明に係る第４の実施の形態例の構成を示す図である。
図３７は第４の実施の形態例のＤＰＰプロトコルに準拠した通信制御手順を示す図である。
図３８は第４の実施の形態例のＡＶ／Ｃプロトコルに準拠した通信制御手順を示す図である。
図３９は本発明に係る第５の実施の形態例の１３９４ノードのシリアルバス関連レジスタ領域を示した図である。
図４０は第５の実施の形態例のＤＰＰプロトコルに準拠した通信制御手順を示す図である。
図４１は第５の実施の形態例のＡＶ／Ｃプロトコルに準拠した通信制御手順を示す図である。
【図１】
0004536981.tif 000002
【図２】
0004536981.tif 000003
【図３】
0004536981.tif 000004
【図４】
0004536981.tif 000005
【図５】
0004536981.tif 000006
【図６】
0004536981.tif 000007
【図７】
0004536981.tif 000008
【図８】
0004536981.tif 000009
【図９】
0004536981.tif 000010
【図１０】
0004536981.tif 000011
【図１１】
0004536981.tif 000012
【図１２】
0004536981.tif 000013
【図１３】
0004536981.tif 000014
【図１４】
0004536981.tif 000015
【図１５】
0004536981.tif 000016
【図１６】
0004536981.tif 000017
【図１７】
0004536981.tif 000018
【図１８】
0004536981.tif 000019
【図１９Ａ】
0004536981.tif 000020
【図１９Ｂ】
0004536981.tif 000021
【図２０】
0004536981.tif 000022
【図２１】
0004536981.tif 000023
【図２２】
0004536981.tif 000024
【図２３】
0004536981.tif 000025
【図２４】
0004536981.tif 000026
【図２５】
0004536981.tif 000027
【図２６】
0004536981.tif 000028
【図２７】
0004536981.tif 000029
【図２８】
0004536981.tif 000030
【図２９】
0004536981.tif 000031
【図３０】
0004536981.tif 000032
【図３１】
0004536981.tif 000033
【図３２】
0004536981.tif 000034
【図３３】
0004536981.tif 000035
【図３４】
0004536981.tif 000036
【図３５】
0004536981.tif 000037
【図３６】
0004536981.tif 000038
【図３７】
0004536981.tif 000039
【図３８】
0004536981.tif 000040
【図３９】
0004536981.tif 000041
【図４０】
0004536981.tif 000042
【図４１】
0004536981.tif 000043