(57)【要約】本発明は、ブリッジ装置（ＡＢとＢＣ）を有するネットワークを管理する方法に関するものであり、前記ブリッジ装置が第１のＨＡＶｉクラスタ（ＡとＢ）に接続された第１のポータルと、第２のクラスタ（ＢとＣ）に接続された第２のポータルとを有する。本方法は：各ポータルよって、ポータルのクラスタに存在するＤＣＭのソフトウェエア要素とＦＣＭのソフトウェア要素を表すステップであって、プロキシＤＣＭのソフトウェア要素とプロキシＦＣＭのソフトウェア要素によって、各プロキシのソフトウェア要素がソフトウェア要素を有するポータルのグローバル一意識別子（ＧＵＩＤ）に基づくソフトウェア要素識別子（ＳＥＩＤ）を用いてポータルのクラスタに表されるステップと；前記ブリッジ装置において、プロキシのソフトウェア要素のソフトウェア要素識別子と、それを表すソフトウェア要素との間の対応テーブルを維持するステップであって、それぞれのプロキシＤＣＭのソフトウェア要素であるプロキシＦＣＭのＴａｒｇｅｔＩＤのデータ構造が、それぞれのＤＣＭのソフトウェア要素である前記プロキシＦＣＭを有するポータルのグローバル一意識別子を有するステップとを有する。
2005501476.tif 000002
【特許請求の範囲】
【請求項１】
ブリッジ装置（ＡＢとＢＣ）を有するネットワークを管理する方法であって、前記ブリッジ装置が第１のＨＡＶｉクラスタ（ＡとＢ）に接続された第１のポータルと、第２のクラスタ（ＢとＣ）に接続された第２のポータルとを有し、
各ポータルよって、ポータルのクラスタに存在するＤＣＭのソフトウェエア要素とＦＣＭのソフトウェア要素を表すステップであって、プロキシＤＣＭのソフトウェア要素とプロキシＦＣＭのソフトウェア要素によって、各プロキシのソフトウェア要素がソフトウェア要素を有するポータルのグローバル一意識別子（ＧＵＩＤ）に基づくソフトウェア要素識別子（ＳＥＩＤ）を用いてポータルのクラスタに表されるステップと；
前記ブリッジ装置において、プロキシのソフトウェア要素のソフトウェア要素識別子と、それを表すソフトウェア要素との間の対応テーブルを維持するステップであって、それぞれのプロキシＤＣＭのソフトウェア要素であるプロキシＦＣＭのＴａｒｇｅｔＩＤのデータ構造が、それぞれのＤＣＭのソフトウェア要素である前記プロキシＦＣＭを有するポータルのグローバル一意識別子を有するステップと
を特徴とする方法。
【請求項２】
請求項１に記載の方法であって、
プロキシＤＣＭ又はＦＣＭのソフトウェア要素のＨＵＩＤデータ構造が、前記プロキシＤＣＭ又はＦＣＭのソフトウェア要素を有するポータルのグローバル一意識別子を有する方法。
【請求項３】
請求項１又は２に記載の方法であって、
プロキシＦＣＭのソフトウェア要素に対して行われるＦｃｍ：：ＧｅｔＤｃｍＳｅｉｄ関数の呼出しが、プロキシＦＣＭを有するプロキシＤＣＭのソフトウェア要素識別子を戻す方法。
【請求項４】
請求項１ないし３のうちのいずれか１項に記載の方法であって、
プロキシＤＣＭのソフトウェア要素に対して行われるＤｃｍ：：ＧｅｔＦｃｍＳｅｉｄＬｉｓｔ関数の呼出しが、プロキシＤＣＭに含まれるプロキシＦＣＭのソフトウェア要素識別子を戻す方法。
【請求項５】
請求項１ないし４のうちのいずれか１項に記載の方法であって、
プロキシＦＣＭ又はＤＣＭのソフトウェア要素に対して行われるＦｃｍ：：ＧｅｔＨｕｉｄ又はＤｃｍ：：ＧｅｔＨｕｉｄ関数の呼出しが、ブリッジによって提供される対応するプロキシＨＵＩＤを戻す方法。
【請求項６】
請求項１ないし５のうちのいずれか１項に記載の方法であって、
ＤＣＭのソフトウェア要素に対する要求を呼出す関数をブリッジに転送させ、ＤＣＭのソフトウェア要素がプロキシＤＣＭによって表される起点クラスタから目的クラスタへの内部接続を行うステップを有し、
前記ブリッジが、対応テーブルを用いて、関数の呼出しに含まれる起点クラスタに有効なソフトウェア要素識別子を、目的クラスタに有効なソフトウェア要素識別子に変換する方法。
【請求項７】
請求項１ないし６のうちのいずれか１項に記載の方法であって、
プロキシＤＣＭとプロキシＦＣＭが、それぞれＤＣＭ＿ＮＯＮ６１８８３とＦＣＭ＿ＮＯＮ６１８８３として表される方法。
【請求項８】
請求項１ないし７のうちのいずれか１項に記載の方法であって、
ストリームマネージャのソフトウェア要素によるストリームの確立が、
−第１のクラスタ（Ｃ）のストリームマネージャ（１０３）にＳｔｒｅａｍＭａｎａｇｅｒ：：ＦｌｏｗＴｏ関数の呼出しを送信するステップであって、前記関数の呼出しが、第１のクラスタ（Ｃ）の第１のＦＣＭのソフトウェア要素（８２）と、他のクラスタ（Ａ）の第２のＦＣＭのソフトウェア要素（２２）との間の接続を確立することを要求するステップと、
−ストリームマネージャのソフトウェア要素に、第１のＦＣＭのソフトウェア要素（８２）と、第２のＦＣＭのソフトウェア要素（２２）のプロキシＦＣＭ（２２’’）との間の接続を確立させるステップと、
−ブリッジの一部である第２のストリームマネージャ（５３）に、第１のソフトウェア要素を表すプロキシＦＣＭのソフトウェア要素（ＦＣＭ８２’）と、第２のソフトウェア要素（２２）又はそのプロキシ（２２’）との間で第２のクラスタ（Ｂ）の接続を確立する命令を行うステップと
を有する方法。
【請求項９】
請求項８に記載の方法であって、
第２のストリームマネージャ（５３）の命令が、第１のストリームマネージャ（１０３）による接続が完了することを示す第１のクラスタのメッセージをブリッジ（ＢＣ）が受信することによって起動される方法。
【請求項１０】
請求項６ないし８のうちのいずれか１項に記載の方法であって、
ＤＣＭのソフトウェア要素の内部接続のための関数の呼出しをブリッジによって転送することが、第１のストリームマネージャ（１０３）による接続が完了することを示す第１のクラスタのメッセージをブリッジ（ＢＣ）が受信することによって起動される方法。
【請求項１１】
請求項８ないし１０のうちのいずれか１項に記載の方法であって、
クラスタの接続の完了が、ＣｏｎｎｅｃｔｉｏｎＡｄｄｅｄイベントによって示され、前記イベントが１つのクラスタから他のクラスタに転送されない方法。
【請求項１２】
請求項８ないし１１のうちのいずれか１項に記載の方法であって、
−１つのクラスタ（Ｂ）上の第３のストリームマネージャ（５３）に対するブリッジで行われた接続を終了するメッセージを送信するステップであって、接続が終了される状態として前記第３のストリームマネージャ（５３）が既に識別されているステップと、
−前記第３のストリームマネージャ（５３）に、ローカルのクラスタで行われた対応する接続を終了させるステップと、
−前記ブリッジ（ＢＣ）に、対応テーブルを用いて元の終了メッセージの接続識別子を更新させるステップと、
−前記ブリッジ（ＢＣ）に、他のクラスタ（Ｃ）の第４のストリームマネージャに終了メッセージを転送させるステップであって、前記ストリームマネージャが更新を通じて識別されるステップと
を有する方法。
【請求項１３】
請求項８ないし１１のうちのいずれか１項に記載の方法であって、
−１つのクラスタからポータルの第３のストリームマネージャ（５３）にブリッジ上で行われた接続を終了するメッセージを送信するステップであって、接続が終了される状態として前記第３のストリームマネージャ（５３）が既に識別されているステップと、
−前記ブリッジに、対応テーブルを用いて元の終了メッセージの接続識別子を更新させるステップと、
−前記ブリッジ（ＢＣ）に、他のクラスタ（Ｃ）の第４のストリームマネージャに終了メッセージを転送させるステップであって、前記ストリームマネージャが更新を通じて識別されるステップと、
−前記第４のストリームマネージャに、双方のクラスタの接続の終了を起動させるステップと
を有する方法。
【請求項１４】
第１の装置のクラスタを第２の装置のクラスタに接続するブリッジ装置（ＡＢ，ＢＣ）であって、
前記装置が、第１のクラスタへの接続のための第１のポータル（３，５）と、第２のクラスタへの接続のための第２のポータル（４，７）とを有し、
前記ブリッジが、他のクラスタで見ることのできるプロキシ要素（２１’，２１’’，２２’，２２’’，８１’，８１’’，８２’，８２’’）を通じてクラスタの要素（２１，２２，８１，８２）を表すように適合し、
プロキシ要素を記述するデータ構造を生成する手段を更に有することを特徴とし、
前記データ構造が、プロキシ要素によって表された元の要素の元のデータ構造の識別子を交換するために、ブリッジ又はポータルの少なくとも１つの識別子を有する装置。
【請求項１５】
請求項１４に記載の装置であって、
第２のクラスタの要素に向けられた第１のクラスタの要素から受信されたデータ構造を要求する手段であって、前記第２のクラスタの要素が第１のクラスタのプロキシ要素によって表される手段と、
第２のクラスタの要素への要求を選択的に転送する手段、又は第２のクラスタの要素の代わりに要求に応答する手段とを更に有し、
前記選択的な転送又は応答が、要求されたデータ構造に存在する要素識別形式に対応することを特徴とする装置。
【請求項１６】
請求項１４又は１５に記載の装置であって、
１つのクラスタに接続された装置の要素と、１つのクラスタで見ることのできるプロキシ要素との間の新しい接続を検出し、その検出に応じて、他のクラスタでプロキシ要素によって表された要素への経路の接続の確立を起動する手段（３３，４３，５３，７３）を更に有する装置。
【発明の詳細な説明】
【０００１】
ホーム・オーディオ・ビデオ・インターオペラビリティ（ＨＡＶｉ）規格は、複数の家電会社によって作成されたものであり、ＩＥＥＥ１３９４シリアルバスの技術を用いて家庭環境でオーディオビデオ装置の相互接続を可能にする。現在の規格（バージョン１．１、米国カリフォルニア州９４５８３、サンラモン、ビショップドライブ２６９４（２６９４  Ｂｉｓｈｏｐ  Ｄｒｉｖｅ，  Ｓｕｉｔｅ  ２７５  Ｓａｎ  Ｒａｍｏｎ，  ＣＡ  ９４５８３）のＨＡＶｉ会社から入手可能）は、いくつかのＨＡＶｉネットワークをブリッジする概念が含まれるように設計されていない。
【０００２】
以下に参照される他の文献は、ＩＥＥＥから入手可能なシリアルバスのＩＥＥＥ１３９４−２０００規格と、ＩＥＥＥ１３９４規格を用いてオーディオ及びビデオ装置のデジタルインタフェースを定めるＩＥＣ６１８８３．１である。ＩＥＣ６１８８３．１の文献は、国際電気標準会議（Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｅｌｅｃｔｒｏｔｅｃｈｎｉｃａｌ  Ｃｏｍｍｉｓｉｏｎ）から入手可能である。
【０００３】
２つのＨＡＶｉネットワークをブリッジする１つの方法は、ソフトウェア要素のプロキシによる方法に基づく。図８は、ブリッジ装置によってつなげられた２つのＨＡＶｉネットワークによって構成されたネットワークの例である。装置とサブ装置又は機能がソフトウェア要素によって表されており、それぞれ装置制御モジュール（ＤＣＭ）と機能構成モジュール（ＦＣＭ）と呼ばれる。
【０００４】
ＨＡＶｉ装置のディスカバリ（ｄｉｓｃｏｖｅｒｙ）処理は、ＩＥＥＥ１３９４バスの‘ＧＵＩＤ’認識に基づく。ＧＵＩＤはグローバル一意識別子を表す。ＧＵＩＤは一意にＩＥＥＥ１３９４装置を識別する。
【０００５】
ブリッジの一方側の装置は、他方側の装置によって認識されない。その理由はＩＥＥＥ１３９４レベルでは可視的ではないからである。一方側のコントローラは、他方側の対象物を使用不可能である。ブリッジ装置は、実際のソフトウェア要素のプロキシ要素が表すように、一方側のＤＣＭ及びＦＣＭの表示を構築し、他方側のＤＣＭ及びＦＣＭに見えるようにする。
【０００６】
図８において、実際のＤＣＭ及びＦＣＭはＳＥＩＤ（ソフトウェア要素ＩＤ）で表される。ＳＥＩＤは、ＧＵＩＤ（例が各装置の下に示されている）と、装置内で固有の番号との組み合わせである。
【０００７】
ＤＣＭとＦＣＭはプロキシＳＥによってブリッジの他方側に表される。それは実際のＳＥとの区別するために点線で示されている。ＤＣＭ及びＦＣＭ毎に１つのプロキシＳＥが存在する。制御アプリケーションが、プロキシＳＥを通じてブリッジの背後の実際の対象装置を制御し得る。
【０００８】
ストリームを作るために、ＨＡＶｉアプリケーションは、ストリームマネージャというアプリケーションのホスト装置にローカルのソフトウェア要素を用いる。ストリームマネージャのアプリケーションに与えられたいくつかのパラメータは、‘ＦｃｍＰｌｕｇ’データ構造であり、シンクＦＣＭ（ｓｉｎｋ  ＦＣＭ）用のもの及び／又はソースＦＣＭ（ｓｏｕｒｃｅ  ＦＣＭ）用のものである（その双方またはどちらか一方であり、それぞれポイントツーポイント又はブロードキャストストリームを示す）。前記‘ＦｃｍＰｌｕｇ’パラメータは、‘ＴａｒｇｅｔＩｄ’パラメータを有する構造であり、対象装置（このＦＣＭによって表される機能を有する実際の装置）のＧＵＩＤＩを含む。
【０００９】
ストリームマネージャがＩＥＣ６１８８３．１プロトコルに続き、ＩＥＥＥ１３９４接続を確立するために前記ＧＵＩＤを用いるという問題がある。ソース（ｓｏｕｒｃｅ）又はシンク（ｓｉｎｋ）（若しくはその双方）の対象装置がブリッジの背後にある場合、ストリームマネージャ（Ｓｔｅａｍ  Ｍａｎａｇｅｒ）は前記ＧＵＩＤを見つけることができず、接続を確立することができない。
【００１０】
本発明の目的は、ブリッジ装置（ＡＢとＢＣ）を有するネットワークを管理する方法であって、前記ブリッジ装置が第１のＨＡＶｉクラスタ（ＡとＢ）に接続された第１のポータルと、第２のクラスタ（ＢとＣ）に接続された第２のポータルとを有し：
各ポータルよって、ポータルのクラスタに存在するＤＣＭのソフトウェエア要素とＦＣＭのソフトウェア要素を表すステップであって、プロキシＤＣＭのソフトウェア要素とプロキシＦＣＭのソフトウェア要素によって、各プロキシのソフトウェア要素がソフトウェア要素を有するポータルのグローバル一意識別子（ＧＵＩＤ）に基づくソフトウェア要素識別子（ＳＥＩＤ）を用いてポータルのクラスタに表されるステップと；
前記ブリッジ装置において、プロキシのソフトウェア要素のソフトウェア要素識別子と、それを表すソフトウェア要素との間の対応テーブルを維持するステップであって、それぞれのプロキシＤＣＭのソフトウェア要素であるプロキシＦＣＭのＴａｒｇｅｔＩＤのデータ構造が、それぞれのＤＣＭのソフトウェア要素である前記プロキシＦＣＭを有するポータルのグローバル一意識別子を有するステップとを特徴とする方法である。
【００１１】
特定の実施例によると、プロキシＦＣＭのソフトウェア要素に対して行われるＦｃｍ：：ＧｅｔＤｃｍＳｅｉｄ関数の呼出しが、プロキシＦＣＭを有するプロキシＤＣＭのソフトウェア要素識別子を戻す。
【００１２】
特定の実施例によると、プロキシＤＣＭ又はＦＣＭのソフトウェア要素のＨＵＩＤデータ構造は、前記プロキシＤＣＭ又はＦＣＭのソフトウェア要素を有するポータルのグローバル一意識別子を有する。
【００１３】
特定の実施例によると、プロキシＤＣＭのソフトウェア要素に対して行われるＤｃｍ：：ＧｅｔＦｃｍＳｅｉｄＬｉｓｔ関数の呼出しが、プロキシＤＣＭに含まれるプロキシＦＣＭのソフトウェア要素識別子を戻す。
【００１４】
特定の実施例によると、プロキシＦＣＭ又はＤＣＭのソフトウェア要素に対して行われるＦｃｍ：：ＧｅｔＨｕｉｄ又はＤｃｍ：：ＧｅｔＨｕｉｄ関数の呼出しが、ブリッジによって提供される対応するプロキシＨＵＩＤを戻す。
【００１５】
特定の実施例によると、本方法は、ＤＣＭのソフトウェア要素に対する要求を呼出す関数をブリッジに転送させ、ＤＣＭのソフトウェア要素がプロキシＤＣＭによって表される起点クラスタから目的クラスタへの内部接続を行うステップを有し、前記ブリッジは、対応テーブルを用いて、関数の呼出しに含まれる起点クラスタに有効なソフトウェア要素識別子を、目的クラスタに有効なソフトウェア要素識別子に変換する。
【００１６】
特定の実施例によると、プロキシＤＣＭとプロキシＦＣＭはそれぞれＤＣＭ＿ＮＯＮ６１８８３とＦＣＭ＿ＮＯＮ６１８８３として表される。
【００１７】
特定の実施例によると、ストリームマネージャのソフトウェア要素によるストリームの確立は、
−第１のクラスタのストリームマネージャにＳｔｒｅａｍＭａｎａｇｅｒ：：ＦｌｏｗＴｏ関数の呼出しを送信するステップであって、前記関数の呼出しが、第１のクラスタの第１のＦＣＭのソフトウェア要素と、他のクラスタの第２のＦＣＭのソフトウェア要素との間の接続を確立することを要求するステップと、
−ストリームマネージャのソフトウェア要素に、第１のＦＣＭのソフトウェア要素と、第２のＦＣＭのソフトウェア要素のプロキシＦＣＭとの間の接続を確立させるステップと、
−ブリッジの一部である第２のストリームマネージャに、第１のソフトウェア要素を表すプロキシＦＣＭのソフトウェア要素と、第２のソフトウェア要素又はそのプロキシとの間で第２のクラスタの接続を確立する命令を行うステップと
を有する。
【００１８】
特定の実施例によると、第２のストリームマネージャの命令は、第１のストリームマネージャによる接続が完了することを示す第１のクラスタのメッセージをブリッジが受信することによって起動される。
【００１９】
特定の実施例によると、ＤＣＭのソフトウェア要素の内部接続のための関数の呼出しをブリッジによって転送することは、第１のストリームマネージャによる接続が完了することを示す第１のクラスタのメッセージをブリッジが受信することによって起動される。
【００２０】
特定の実施例によると、クラスタの接続の完了は、ＣｏｎｎｅｃｔｉｏｎＡｄｄｅｄイベントによって示され、前記イベントは１つのクラスタから他のクラスタに転送されない。
【００２１】
特定の実施例によると、本発明は、
−１つのクラスタ上の第３のストリームマネージャに対するブリッジで行われた接続を終了するメッセージを送信するステップであって、接続が終了される状態として前記第３のストリームマネージャが既に識別されているステップと、
−前記第３のストリームマネージャに、ローカルのクラスタで行われた対応する接続を終了させるステップと、
−前記ブリッジに、対応テーブルを用いて元の終了メッセージの接続識別子を更新させるステップと、
−前記ブリッジに、他のクラスタの第４のストリームマネージャに終了メッセージを転送させるステップであって、前記ストリームマネージャが更新を通じて識別されるステップと
を有する。
【００２２】
特定の実施例によると、本発明は、
−１つのクラスタからポータルの第３のストリームマネージャ（５３）にブリッジ上で行われた接続を終了するメッセージを送信するステップであって、接続が終了される状態として前記第３のストリームマネージャ（５３）が既に識別されているステップと、
−前記ブリッジに、対応テーブルを用いて元の終了メッセージの接続識別子を更新させるステップと、
−前記ブリッジ（ＢＣ）に、他のクラスタ（Ｃ）の第４のストリームマネージャに終了メッセージを転送させるステップであって、前記ストリームマネージャが更新を通じて識別されるステップと、
−前記第４のストリームマネージャに、双方のクラスタの接続の終了を起動させるステップと
を有する。
【００２３】
本発明はまた、第１の装置のクラスタを第２の装置のクラスタに接続するブリッジ装置に関するものであり、前記装置は、第１のクラスタへの接続のための第１のポータルと、第２のクラスタへの接続のための第２のポータルとを有し、前記ブリッジは、他のクラスタで見ることのできるプロキシ要素を通じてクラスタの要素を表すように適合し、プロキシ要素を記述するデータ構造を生成する手段を更に有することを特徴とし、前記データ構造は、プロキシ要素によって表された元の要素の元のデータ構造の識別子を交換するために、ブリッジ又はポータルの少なくとも１つの識別子を有する。
【００２４】
本発明の実施例によると、前記ブリッジ装置は、第２のクラスタの要素に向けられた第１のクラスタの要素から受信されたデータ構造を要求する手段であって、前記第２のクラスタの要素が第１のクラスタのプロキシ要素によって表される手段と、第２のクラスタの要素への要求を選択的に転送する手段、又は第２のクラスタの要素の代わりに要求に応答する手段とを更に有し、前記選択的な転送又は応答が、要求されたデータ構造に存在する要素識別形式に対応する。
【００２５】
本発明の実施例によると、前記ブリッジ装置は、１つのクラスタに接続された装置の要素と、１つのクラスタで見ることのできるプロキシ要素との間の新しい接続を検出し、その検出に応じて、他のクラスタでプロキシ要素によって表された要素への経路の接続の確立を起動する手段を更に有する。
【００２６】
本発明の他の特徴と利点が、本発明の非限定的な実施例の説明を通じて、添付の図面を借りた説明で明らかになる。
【００２７】
ＨＡＶｉネットワークは４つの異なる形式の装置からなる場合がある。前記形式は、ＨＡＶｉの構成のソフトウェア要素を作動する機能が異なり、全オーディオ／ビデオ装置（ＦＡＶ）と、中間オーディオ／ビデオ装置（ＩＡＶ）と、基本オーディオ／ビデオ装置（ＢＡＶ）と、レガシーオーディオ／ビデオ装置（ＬＡＶ）である。
【００２８】
各装置は、装置制御モジュール若しくはＤＣＭと呼ばれるソフトウェア要素によって表される。各ＤＣＭは０以上の機能構成モジュール（ＦＣＭ）を有し得る。例えば、ＶＣＲ装置は、チューナーのＦＣＭとＶＣＲのＦＣＭとを完全に組み込む場合がある。ソフトウェア要素の複数のアプリケーション・プログラマブル・インタフェース（ＡＰＩ）は、ＨＡＶｉ規格によって定められる。
【００２９】
要約すると、ＦＡＶ装置は、ＨＡＶｉソフトウェア要素の全セットを有しており、ＬＡＶは全く有していない。ＦＡＶとＩＡＶは自己のＤＣＭを作動することができ、ＢＡＶとＬＡＶはできない。前記少なくとも２つの装置のＤＣＭとＦＣＭはＦＡＶ又はＩＡＶ装置によって作動されなければならない。ソフトウェア要素は、レジストリと言われる装置にローカルの他の要素に登録する。クラスタで利用可能なリソースを知ることは、クラスタの異なるレジストリにクエリを行うことによって達せられ得る。
【００３０】
物理装置は、導入部で説明した通り、グローバル一意識別子若しくはＧＵＩＤによって識別される。ソフトウェア要素は、ソフトウェア要素識別子若しくはＳＥＩＤによって参照され、ソフトウェア要素のホスト装置のＧＵＩＤと、ホスト装置に固有の追加の識別子とを有する。
【００３１】
‘ストリームマネージャ’（ＳＭ）と呼ばれるソフトウェア要素によって、ストリームの確立が実行される。ストリームマネージャは、例えばアプリケーションからの関数の呼出しの受信で動作する。それは、まずソース（ｓｏｕｒｃｅ）及びシンク（ｓｉｎｋ）装置を内部で構成し（ストリーム形式と送信フォーマットを設定し、機能構成（ＦＣＭ）プラグと装置（ＤＣＭ）プラグとを加える）、ＩＥＥＥ１３９４チャネルと帯域リソースを予約し、ＩＥＣ６１８８３．１のプラグのレジスタを更新することによって、例えばＩＥＣ６１８８３．１形式のストリーム形式の接続を確立する。
【００３２】
図の読みやすさのため、ＤＣＭとＦＣＭとストリームの設定に関して有用な他のソフトウェア要素のみが図１から６に示される。
【００３３】
図１のネットワークは、２つのブリッジＡＢとＢＣを通じてつなげられた３つのＩＥＥＥ１３９４バスＡとＢとＣとからなる。バスに接続された３つのバスと装置は、３つの別個のＨＡＶｉクラスタを構成する。各装置のＧＵＩＤが図に示されている。以下において、各装置はそのＧＵＩＤによって参照される。装置のＧＵＩＤが‘Ｘ’である場合、装置のＤＣＭへの参照は、‘Ｘ１’であり、ＦＣＭのものは‘Ｘ２’である。ストリームマネージャは参照‘Ｘ３’を有する。この例の場合には、ストリームの設定に含まれるＤＣＭとＦＣＭのみが示されているため、装置毎に最大１つのＤＣＭと１つのＦＣＭが示されている。プロキシへの参照は、それが表すソフトウェア要素の参照であり、元のソフトウェア要素に対してプロキシが離れていることを示すために、アポストロフィが付けられている。例えば、ソフトウェア要素の参照がＸである場合、同じバスに接続されたブリッジのプロキシはＸ’であり、次のブリッジのプロキシはＸ’’である。プロキシのソフトウェア要素はまた、元のソフトウェア要素と区別するために、点線のボックスとして示されている。
【００３４】
ＳＥＩＤの表記は、（‘ＧＵＩＤ’，ｎ）であり、ＧＵＩＤはホスト装置のＧＵＩＤであり、ｎはホスト内の追加の識別子を表す。
【００３５】
バスＡは、アンテナ（参照番号なし）に接続されたＢＡＶチューナー（ＧＵＩＤ＝１）に接続される。チューナーを表すＤＣＭ及びＦＣＭのソフトウェア要素２１と２２は、バスＡに接続されたＦＡＶ装置２によってホスト制御される。ブリッジＡＢもまたバスＡに接続される。バスＡ側のブリッジのポータルが３として参照される。ブリッジＡＢは、ストリームマネージャ３３と、バスＣの装置８のＤＣＭとＦＣＭを表す２つのプロキシＤＣＭとＦＣＭ８１’’と８２’’とを有する。
【００３６】
バスＢは、それぞれ４と５として参照されるブリッジＡＢとＢＣのポータルと、例えばユーザインタフェースのアプリケーションからなるＩＡＶ又はＦＡＶ装置６とに接続される。ポータル４は、装置２のチューナーのＤＣＭとＦＣＭを表すプロキシ装置ＤＣＭ２１’とＦＣＭ２２’’とを有する。ポータル４はまた、ピアポータル（ｐｅｅｒ  ｐｏｒｔａｌ）として、ストリームの確立と解除に関与しなければならないため、ストリームマネージャ４３を有する。同様に、ポータル５は、ストリームマネージャ５３と、ＤＣＭ８１’とＦＣＭ８２’とを有する。
【００３７】
バスＣはブリッジＢＣのポータル７に接続され、ストリームマネージャ７３とプロキシＤＣＭ２１’’とＦＣＭ２２’’とを有する。更に、ＢＡＶのＶＣＲ装置がバスＣに接続されており、ＶＣＲ機能９４を有する。ＦＡＶ装置８が、ＢＡＶ装置９のＤＣＭとＦＣＭをホスト制御する。ＩＡＶ又はＦＡＶ装置１０が、例えばユーザインタフェースのアプリケーションと、ストリームマネージャ１０３とをホスト制御する。
【００３８】
ブリッジＡＢとＢＣは、プロキシを構成するソフトウェア要素のＳＥＩＤ及び／又はＧＵＩＤの識別子をブリッジが保持するテーブルを作るメモリを有する。
【００３９】
図１から６の参照番号は同じ要素について同じものである。
【００４０】
ストリームを作る方法について以下に説明される。
【００４１】
一例として、装置１０のアプリケーションが、記録走査を実行するために、チューナー１からＶＣＲ９にストリームを作ることを希望する。このアプリケーションは、ＦＣＭ２１を通じてＶＣＲ９を認識し、プロキシＦＣＭ２２’’を通じてチューナー１を認識する。前記２つのＦＣＭのＳＥＩＤの識別子は、装置１０のレジストリに対して行われる適切なクエリを通じて入手可能である。
【００４２】
アプリケーションは、ストリームの確立を要求するために、ストリームマネージャ１０３の‘ＳｔｒｅａｍＭａｎａｇｅｒ：：ＦｌｏｗＴｏ’関数を呼出す。前記‘ＦｌｏｗＴｏ’の呼出しのパラメータは、主にソース（ｓｏｕｒｃｅ）とシンク（ｓｉｎｋ）の‘ＦｃｍＰｌｕｇ’データ構造である。同様に、このデータ構造は、ＦＣＭ又は後述のそのプロキシをホスト制御する装置のＧＵＩＤを含む‘ＴａｒｇｅｔＩＤ’と呼ばれるデータ構造を有する。
【００４３】
図２に示す通り、ストリームマネージャ１０３は、‘Ｆｃｍ：：ＧｅｔＤｃｍＳｅｉｄ’の呼出しを介して、関連するＤＣＭのＳＥＩＤの識別子をＦＣＭ２２’’から要求する。その応答はＤＣＭ２１のＳＥＩＤであるため、プロキシＦＣＭ２２’’はこの要求を実際のＦＣＭ２２に転送しない。プロキシＦＣＭ２２’’は、ＤＣＭ２１’’のＳＥＩＤ（ここではＳＥＩＤ（７，１０））を返すことによってこの要求に応答する。前記呼出しはまた、ＦＣＭ８２にも送信され、ＤＣＭ８２のＳＥＩＤを返信する。
【００４４】
このように、ポータル７は、プロキシＦＣＭのレベルで‘ＦＣＭ：：ＧｅｔＤｃｍＳｅｉｄ’の呼出しを解釈する。実際のＦＣＭに直接転送しない。後述の通り、バスＣのストリームがストリームマネージャ（Ｓｔｒｅａｍ  Ｍａｎｇｅｒ）１０３によってＦＣＭ８２とプロキシＦＣＭ２２’’との間で確立され、ＦＣＭ８２とＦＣＭ２２との間でストリームが確立されるとみなされる。実際のＤＣＭ２１のＳＥＩＤが‘ＦＣＭ：：ＧｅｔＤｃｍＳｅｉｄ’関数の呼出しの応答として戻される場合には、ストリームマネージャ１０３が他のクラスタに存在するため、どんな場合においてもそれを処理することができない。呼出しをするソフトウェア要素によって用いられる識別子を戻す‘ＦＣＭ：：ＧｅｔＤｃｍＳｅｉｄ’のような関数の呼出しは、対応するプロキシによって遮断され、実際のソフトウェア要素の識別子がプロキシの識別子によって交換される。
【００４５】
ＨＡＶｉの一意識別子（ＨＵＩＤ）は、ＤＣＭ、ＦＣＭ又はアプリケーションモジュールを一意に識別するために用いられる。ＨＵＩＤ識別子は、（ブリッジによって変更された）ＴａｒｇｅｔＩＤと、複数の他の識別子（‘ＩｎｔｅｒｆａｃｅＩｄ’、‘ＶｅｎｄｏｒＩｄ’、‘ｎ１Ｕｎｉｑｕｅｎｅｓｓ’、‘ｎ２Ａｓｓｉｇｎｅｒ’）とを有する。プロキシの‘ＩｎｔｅｒｆａｃｅＩｄ’と‘ＶｅｎｄｏｒＩｄ’は、元の装置又はプロキシによって表された機能構成要素のものと同じである。‘ｎ１Ｕｎｉｑｕｅｎｅｓｓ’はＴＲＵＥに設定され、‘ｎ２Ａｓｓｉｇｎｅｒ’は、ＤＣＭの場合にはＮＯＮＥに設定され、ＦＣＭの場合にはＮＯＮＥ又はＤＣＭに設定される。
【００４６】
プロキシのＨＵＩＤ又はＴａｒｆｅｔＩｄは、プロキシによって表された装置のＨＵＩＤ又はＴａｒｇｅｔＩｄに比較してブリッジで変更されるため、Ｆｃｍ：：ＧｅｔＤｃｍＳｅｉｄメッセージに加えて、次のメッセージ：
Ｄｃｍ：：ＧｅｔＨｕｉｄ
Ｄｃｍ：：ＧｅｔＦｃｍＳｅｉｄＬｉｓｔ
Ｆｃｍ：：ＧｅｔＨｕｉｄ
が転送されずにブリッジによって応答されるべきである。
【００４７】
図３に示す通り、装置の内部接続を確立するために、ストリームマネージャ１０３がＤＣＭ２１’’とＤＣＭ８１で‘Ｄｃｍ：：Ｃｏｎｎｅｃｔ’の呼出しを行う。ＤＣＭ８１は記録サブ装置とバス接続との間のＢＡＶのＶＣＲにおける内部接続を確立する。ＤＣＭ２１’’は、この形式の呼出しが実際のＤＣＭに転送されることを認識しているため、そのブリッジの他のポータルのストリームマネージャであるストリームマネージャ５３に要求を転送する。実際に、‘ＤＣＭ：：Ｃｏｎｎｅｃｔ’関数が、ＤＣＭと同じクラスタの装置の内部接続をＤＣＭに確立させる命令を行う。
【００４８】
ＨＡＶｉ規格によると、‘Ｄｃｍ：：Ｃｏｎｎｅｃｔ’関数は、ストリームマネージャのみによって用いるために予約されており、このことが、本発明に基づいて、プロキシＤＣＭ２１’’がこの関数の呼出し自体を直接行う代わりに、非公式のブリッジのソフトウェアを通じてストリームマネージャ５３にこのタスクを実行する命令をする理由である。ＤＣＭ２１’’は実際にＤＣＭ２１’のプロキシであり、ＤＣＭ２１の直接のプロキシではないことに留意すべきである。
【００４９】
ストリームマネージャ５３は、その呼出しをプロキシＤＣＭ２１’に対して実行し、前述と同様の方法でストリームマネージャ３３に転送し、最終的に実際のＤＣＭ２１を呼出す。ＤＣＭ２１は図３に示すようにＢＡＶチューナー１の内部接続を行う。
【００５０】
ＤＣＭ：：Ｃｏｎｎｅｃｔの呼出しは、呼出しているソフトウェア要素のＳＥＩＤの識別子を含み、その識別子は初めにストリームマネージャ１０３のＳＥＩＤである。ストリームマネージャがＤＣＭ：：Ｃｏｎｎｅｃｔの呼出しを転送する毎に、自己のＳＥＩＤによって呼出側の識別子を交換する。
【００５１】
ＤＣＭ：：Ｃｏｎｎｅｃｔの呼出しは、実際のＤＣＭ２１にタスクを実行させる命令をする関数の呼出しである。前記形式のメッセージは、ブリッジＢＣと実際のＤＣＭのブリッジＡＢに転送され、ソフトウェア要素識別子に関する全ての適切なパラメータ（例えば、呼出側のＳＥＩＤ識別子）が、対象のソフトウェア要素の途中にメッセージが通過するクラスタに有効なように変更される。言い換えると、ブリッジが１つのクラスタのエンティティからメッセージを受信すると、メッセージをその通りにシステム的に転送せずに、メッセージの種類を分析し、転送が許可されるか否かを決定する。許可される場合、新しいクラスタの要件に従うように、メッセージの特定のパラメータが変更されなければならない場合がある。転送が許可されない場合、すなわち、ソフトウェア要素の識別に関する情報の要求が行われた場合、ブリッジが要求への有効な応答を既に有しているため、ブリッジが呼出側のソフトウェア要素に直接応答する。
【００５２】
ストリームマネージャが、ＤＣＭを通じて、ソース（ｓｏｕｒｃｅ）及びシンク（ｓｉｎｋ）装置（この例によると、前記ＤＣＭをホスト制御しない装置）の要求された内部接続の生成を起動する。
【００５３】
次に、ストリームマネージャ１０３はＩＥＥＥ１３９４接続を行わなければならない。その処理が図４に示されている。ストリームマネージャ１０３はバスＣについてのみ、その接続を行うが、全ネットワークで前記接続を行うことを引き起こす。ストリームマネージャ１０３は、前述のＧＵＩＤを含むＴａｒｇｅｔＩｄを含むＦｃｍＰｌｕｇデータ構造を介してソース（ｓｏｕｒｃｅ）及びシンク（ｓｉｎｋ）装置のＧＵＩＤを取り出す。
【００５４】
ストリームマネージャは２つのブリッジ上で直接ＩＥＥＥ１３９４接続をすることができないため、ＦＣＭ２２’’のＴａｒｇｅｔＩｄのＧＵＩＤは、チューナー装置１の実際のＧＵＩＤではないが、プロキシＦＣＭ２２’’をホスト制御する装置のＧＵＩＤ（すなわち、ＧＵＩＤ７）である。従って、プロキシＦＣＭ２２’’は独自のＴａｒｇｅｔＩｄのアトリビュートを有し、前記ＴａｒｇｅｔＩｄは、実際のＦＣＭ２２のＴａｒｇｅｔＩｄのコピーではない。
【００５５】
ＨＡＶｉによると、ＤＣＭとＦＣＭは割り当てられた形式である。一般的に、ＤＣＭ又はＦＣＭは、ＩＥＣ６１８８３規格に従ってストリームを処理可能である場合とそうでない場合がある。前記規格はＩＥＥＥ１３９４上の等時性のストリームの転送を定める。従って、ＤＣＭの形式は、ＤＣＭ＿６１８８３（ＩＥＣ６１８８３対応の場合）又はＤＣＭ＿ＮＯＮ６１８８３である場合がある。ＦＣＭについての表記も同様である。更に、ＨＡＶｉ規格によると、ＴａｒｇｅｔＩｄはネットワークで一意であり、各装置についてＤＣＭ＿６１８８３形式の唯一のＤＣＭが存在し得る。
【００５６】
ＤＣＭ２１’’の形式又は他のプロキシのＤＣＭは、ＤＣＭ＿６１８８３になり得ない。実際に、前述したが、前記ＤＣＭ２１’’のＧＵＩＤは、ホスト装置（ＧＵＩＤ７）のものと同じであり、ＤＣＭ２１’’のＴａｒｇｅｔＩｄはポータル自体のＤＣＭのＴａｒｇｅｔＩｄと同一である（このＤＣＭは図示されていない）。
【００５７】
この実施例によると、ＤＣＭ（各ＦＣＭ）は、ＩＥＣ１６８８３に準拠しないものとして表されている。この場合、ＨＡＶｉはＴａｒｇｅｔＩｄにおいて可変の追加パラメータを許可し、プロキシのソフトウェア要素のための別個のＴａｒｇｅｔＩｄの生成を可能にする。
【００５８】
プロキシ要素に特有の他のＤＣＭとＦＣＭの形式（例えば‘ＤＣＭ＿ＰＲＯＸＹ’と‘ＦＣＭ＿ＰＲＯＸＹ’の形式）を許可するという他の方法もあるが、この方法はＨＡＶｉ規格の変更を必要とする。
【００５９】
ストリームマネージャ１０３は、装置７と装置９との間でＩＥＥＥ１３９４接続を作る。このことが行われ、ストリームが適切に確立されたことをストリームマネージャが確信すると、クラスタ上でＣｏｎｎｅｃｔｉｏｎＡｄｄｅｄイベントをブロードキャストする。
【００６０】
ストリームマネージャ７３が、前記ＣｏｎｎｅｃｔｉｏｎＡｄｄｅｄイベントを受信する。その後、前記ストリームについての更なる情報（特にソース（ｓｏｕｒｃｅ）のＰｃｍＰｌｕｇとシンク（ｓｉｎｋ）のＰｃｍＰｌｕｇ）を取り出すために、ストリームマネージャ１０３のＡＰＩでＳｔｒｅａｍＭａｎａｇｅｒ：：ＧｅｔＣｏｎｎｅｃｔｉｏｎ関数を呼出す。その後、その情報をピアポータル（ｐｅｅｒ  ｐｏｒｔａｌ）のストリームマネージャ５３に転送し得る。ストリームマネージャ５３は、この接続のソース（ｓｏｕｒｃｅ）とシンク（ｓｉｎｋ）を検査し、ＦＣＭ２２’とＦＣＭ８２’の間のＩＥＥＥ１３９４接続を作らなければならないことを内部手段で推論する。ブリッジ装置は、プロキシと実際のＤＣＭ／ＦＣＭとの間の同等を認識し続け、ストリームマネージャ７３によって提供された情報からどのＦＣＭの間でＩＥＥＥ１３９４接続が確立されたかを認識する。この例において、ブリッジ装置ＢＣについて、実際のＤＣＭはＧＵＩＤ７側のＤＣＭ８１とＧＵＩＤ５側のＤＣＭ２１’（これはプロキシＤＣＭであるが、ブリッジＢＣに関する限り実際のものとして見られる）であり、プロキシＤＣＭは、ＧＵＩＤ７側のＤＣＭ２１’’とＧＵＩＤ５側のＤＣＭ８１’である。更に、それはブリッジ装置内の内部接続を作る。
【００６１】
前記のことが終了すると、ストリームマネージャ５３が新しい‘ＣｏｎｎｅｃｔｉｏｎＡｄｄｅｄ’イベントをそのＨＡＶｉクラスタにブロードキャストする。クラスタの変更により複数のパラメータが変更されなければならないため、前記新しいイベントはストリームマネージャ１０３によってブロードキャストされたもののコピーではない。
【００６２】
ＨＡＶｉ規格を参照して、接続を生成したストリームマネージャを示す‘ＣｏｎｎｅｃｔｉｏｎＩｄ’パラメータの‘ｍｇｒ’フィールドは、ストリームマネージャ５３のＳＥＩＤであり、クラスタによって‘Ｃｏｎｎｅｃｔｉｏｎ’構造におけるフィールドが変更されている（‘Ｃｈａｎｎｅｌ’は必ずしも同じである必要はなく、ソース（ｓｏｕｒｃｅ）とｓｉｎｋ（シンク）の‘ＦｃｍＰｌｕｇ’データ構造はＦＣＭ２２’’とＦＣＭ８２を参照しておらず、ＦＣＭ２２’とＦＣＭ８２’を参照し、‘ＣｏｎｎｅｃｔｉｏｎＩｄ’パラメータが変更され、‘ｏｗｎｅｒ’も変更される）。
【００６３】
ストリームマネージャ４３は、イベントを受信し、接続の情報を得るために‘ＳｔｒｅａｍＭａｎａｇｅｒ：：ＧｅｔＣｏｎｎｅｃｔｉｏｎ’関数を呼出し、それを隣のストリームマネージャ３３に転送し、それがＤＣＭ２１とＤＣＭ８２’’の間のＩＥＥＥ１３９４接続（前述と同様の処理）と、ブリッジＡＢ内の内部接続を行わなければならないことを推論する。最終的にストリームマネージャ４３が新しい‘ＣｏｎｎｅｃｔｉｏｎＡｄｄｅｄ’イベントをクラスタＡでブロードキャストする。
【００６４】
図４において、‘ＣＭＰ’という頭文字は、‘接続管理手順’を表す。この手順は、ＩＥＣ６１８８３．１の一部であり、図４のＣＭＰを記した矢印は、リソースの予約のためにＩＥＥＥ１３９４バスで送信されたメッセージに対応する。
【００６５】
前述の段落からわかる通り、イベントメッセージ‘ＣｏｎｎｅｃｔｉｏｎＡｄｄｅｄ’は、ブリッジの一方から他方に直接転送されない。その代わりに、そのイベントは１つのクラスタで一連の動作を起動し、他のクラスタにあるイベントメッセージの理由を結果として生じる。換言すると、一連の動作がクラスタからクラスタに伝えられ（ストリームの確立によって必要な場合）、１つのクラスタでの一連の動作の終了が次のクラスタでの一連の動作を起動する。
【００６６】
ストリームが終わる又は‘終了する’方法について説明する。
【００６７】
一例として、ＧＵＩＤ６を有する装置のアプリケーションが、ＦＣＭ２２と８２との間に確立されたストリームを終了することを決定する。
【００６８】
このアプリケーションが適切な時に‘ＣｏｎｎｅｃｔｉｏｎＡｄｄｅｄ’イベントを受信することを承認した場合には、ストリームの‘ＣｏｎｎｅｃｔｉｏｎＩｄ’を受信している。そうでない場合には、‘ＳｔｒｅａｍＭａｎａｇｅｒ：：ＧｅｔＧｌｏｂａｌＣｏｎｎｅｃｔｉｏｎＭａｐ’関数を既に実行し、それを通じて接続の存在がわかっている。
【００６９】
この特定の接続についての‘ＣｏｎｎｅｃｔｉｏｎＩｄ’データ構造は、ストリームマネージャ５３によって作られたＨＡＶｉネットワークのクラスタ上にあるため、５３に等しい‘ｍｇｒ’フィールドを有している。
【００７０】
‘ＣｏｎｎｅｃｔｉｏｎＩｄ’構造はまた、ストリームマネージャ５３によってその接続に与えられた連続番号を示す‘ｓｅｑ’というラベルのフィールドを有し、この例の上では‘３’という値を任意に付与する。前記接続は、接続（５３，３）として識別される。
【００７１】
アプリケーションはストリームマネージャに対して‘ＳｔｒｅａｍＭａｎａｇｅｒ：：ＧｅｔＣｏｎｎｅｃｔｉｏｎ’関数を実行し、前記接続についての更なる情報（例えばソース（ｓｏｕｒｃｅ）とシンク（ｓｉｎｋ））を得るためにストリーム（ここではストリームマネージャ５３）を維持する。
【００７２】
図５に示す通り、アプリケーションが、（５３，３）で識別される‘ＣｏｎｎｅｃｔｉｏｎＩｄ’でストリームマネージャ５３の有する‘ＳｔｒｅａｍＭａｎａｇｅｒ：：Ｄｒｏｐ’の呼出しを実行する。
【００７３】
通常のストリームマネージャは、接続に含まれる２つのＤＣＭに‘Ｄｃｍ：：Ｄｉｓｃｏｎｎｅｃｔ’メッセージを送信する。この実施例によると、ストリームマネージャは、プロキシであると確信していないＤＣＭにのみ、前記メッセージを送信する。換言すると、（‘ＳｔｒｅａｍＭａｎａｇｅｒ：：Ｄｒｏｐ’メッセージを受信した）ストリームマネージャがブリッジに存在する場合には、それが存在するブリッジによってエミュレートされていないＤＣＭにのみ‘Ｄｃｍ：：Ｄｉｓｃｏｎｎｅｃｔ’メッセージを送信する。前記ＤＣＭについてのみ、それがプロキシであるか否かをストリームマネージャが認識する。
【００７４】
図６に示す通り、ストリームマネージャ５３は、‘Ｄｃｍ：：Ｄｉｓｃｏｎｎｅｃｔ’メッセージをＤＣＭ２１’に送信するが、ＤＣＭ８２’には送信しない。その理由は、ブリッジの内部手段を通じて、前記ＤＣＭがプロキシＤＣＭであることを導いているからである。プロキシ２１’によって受信された呼出しは、プロキシＤＣＭによってストリームマネージャ３３に転送され、そのストリームマネージャ３３がＤＣＭ２１に転送し、ＢＡＶチューナー１の内部接続が終了する。
【００７５】
ストリームマネージャ５３がクラスタ上でＩＥＥＥ１３９４接続と、そのブリッジ装置の内部接続を終了する。
【００７６】
最後に、‘ＤＣＭ：：Ｄｉｓｃｏｎｎｅｃｔ’メッセージを失う代わりに、ストリームマネージャ５３は、そのピアポータル（ｐｅｅｒ  ｐｏｒｔａｌ）のストリームマネージャ７３に終了情報を転送する。ストリームマネージャ７３は、ＣｏｎｎｅｃｔｉｏｎＩｄ（５３，３）がストリームマネージャ１０３によって保持されるＣｏｎｎｅｃｔｉｏｎＩｄ（１０３，１）を実際に参照していることを推論し、ストリームマネージャ１０３に‘ＳｔｒｅａｍＭａｎａｇｅｒ：：Ｄｒｏｐ’の呼出しを送信する。
【００７７】
ストリームマネージャ１０３がクラスタ上で終了処理を始める、すなわち、ＤＣＭ８２に‘Ｄｃｍ：：Ｄｉｓｃｏｎｎｅｃｔ’メッセージを送信する。ＤＣＭ８２は、ＢＡＶのＶＣＲ９の内部接続を中断することによって応答する。ストリームマネージャ１０３（ブリッジのストリームマネージャではない）は、ＤＣＭ２１’’がプロキシＤＣＭであることを無視し、そのプロキシに‘Ｄｃｍ：：Ｄｉｓｃｏｎｎｅｃｔ’メッセージを送信する。プロキシＤＣＭ２１’’は既にバスＢのストリームマネージャ５３によって処理されているため、それによる動作は全く必要ない。ストリームマネージャ１０３はクラスタ上でＩＥＥＥ１３９４接続を終了し、‘ＣｏｎｎｅｃｔｉｏｎＤｒｏｐｐｅｄ’イベントを送信する。
【００７８】
同時に、ストリームマネージャ４３は、ストリームマネージャ５３から‘ＣｏｎｎｅｃｔｉｏｎＤｒｏｐｐｅｄ’イベントを受信する。それは、そのイベントを同じブリッジのストリームマネージャ３３に転送する。それは、ＣｏｎｎｅｃｔｉｏｎＩｄ（５３，３）からのクラスタ上の真のＣｏｎｎｅｃｔｉｏｎＩｄであることを推論し、終了処理を開始する、すなわち、クラスタＡでＩＥＥＥ１３９４接続を終了し、クラスタ上にＣｏｎｎｅｃｔｉｏｎＤｒｏｐｐｅｄイベントを送信する（図示なし）。
【００７９】
図２から７の例は、ポイントツーポイント接続の確立と終了に関するものであるが、前述の処理は容易にブロードキャスト接続（入力と及び出力）とオーバーレイ接続（ｏｖｅｒｌａｙ  ｃｏｎｎｅｃｔｉｏｎ）に適用され得る。
【００８０】
バスのリセットの後の接続の自動再確立が各クラスタで個別に行われる。
【００８１】
前述の例で説明した動作の順序は変更し得る。実施例のいくつかの変更が以下に示される：
・ブリッジによって転送されたＤｃｍ：：Ｃｏｎｎｅｃｔの呼出しが、そのブリッジによってＩＥＥＥ１３９４接続が確立されると同時に行われ得る。すなわち、最初のＤｃｍ：：ＣｏｎｎｅｃｔがプロキシＤＣＭによって転送される時（図３参照）ではなく、ブリッジのストリームマネージャがＣｏｎｎｅｃｔｉｏｎＡｄｄｅｄイベントを受信した時である。
・ブリッジによって転送されたＤｃｍ：：Ｄｉｓｃｏｎｎｅｃｔの呼出しが、ブリッジによってＩＥＥＥ１３９４切断が行われると同時に行われ得る。すなわち、最初のＤｃｍ：：ＤｉｓｃｏｎｎｅｃｔがプロキシＤＣＭによって転送される時（図６参照）ではなく、ブリッジのストリームマネージャがＣｏｎｎｅｃｔｉｏｎＤｒｏｐｐｅｄイベントを受信した時（図７参照）である。
・ブリッジのストリームマネージャ（例えばストリームマネージャ５３）によるＤｃｍ：：Ｄｉｓｃｏｎｎｅｃｔの呼出しが、ストリームの明白な保有部のストリームマネージャが前記呼出しを伝える代わりに、ストリームの元の起動部（例えばストリームマネージャ１０３）がＤｃｍ：：Ｄｉｓｃｏｎｎｅｃｔメッセージをクラスタ上で送信し、そのＤｃｍ：：ＤｉｓｃｏｎｎｅｃｔメッセージがブリッジＢＣのプロキシＤＣＭ（例えば２１’’）によって検出されるときに行われ得る。
・ＳｔｒｅａｍＭａｎａｇｅｒ：：Ｄｒｏｐが、中間のブリッジによって動作が行われることなく、元の起動部（ストリームマネージャ１０３）に転送され得る。その後、元の起動部が切断処理を始め、その伝搬は接続処理と同様に行われる。
【００８２】
本発明はＨＡＶｉの枠組みで説明されたが、多くの特徴が他の状況においても適用され得る。
【００８３】
各ブリッジは、技術的に周知な、前述の方法を実行するためのメモリとインタフェース回路と処理回路（例えばマイクロプロセッサ）とを有する。前記要素は図に現れていない。
【図面の簡単な説明】
【００８４】
【図１】２つの装置間のストリームの確立の異なる段階での２つのブリッジを有する同じ通信ネットワークのブロック図である。
【図２】２つの装置間のストリームの確立の異なる段階での２つのブリッジを有する同じ通信ネットワークのブロック図である。
【図３】２つの装置間のストリームの確立の異なる段階での２つのブリッジを有する同じ通信ネットワークのブロック図である。
【図４】ストリームの終了中の異なる段階での図１から図３のネットワークのブロック図である。
【図５】ストリームの終了中の異なる段階での図１から図３のネットワークのブロック図である。
【図６】ストリームの終了中の異なる段階での図１から図３のネットワークのブロック図である。
【図７】ストリームの終了中の異なる段階での図１から図３のネットワークのブロック図である。
【図８】ブリッジ装置によってつなげられたＨＡＶｉネットワークの例である。
【図１】
2005501476.tif 000003
【図２】
2005501476.tif 000004
【図３】
2005501476.tif 000005
【図４】
2005501476.tif 000006
【図５】
2005501476.tif 000007
【図６】
2005501476.tif 000008
【図７】
2005501476.tif 000009
【図８】
2005501476.tif 000010
【国際公開パンフレット】
2005501476.tif 000011
2005501476.tif 000012
2005501476.tif 000013
2005501476.tif 000014
2005501476.tif 000015
2005501476.tif 000016
2005501476.tif 000017
2005501476.tif 000018
2005501476.tif 000019
2005501476.tif 000020
2005501476.tif 000021
2005501476.tif 000022
2005501476.tif 000023
2005501476.tif 000024
2005501476.tif 000025
2005501476.tif 000026
2005501476.tif 000027
2005501476.tif 000028
2005501476.tif 000029
2005501476.tif 000030
2005501476.tif 000031
2005501476.tif 000032
2005501476.tif 000033
2005501476.tif 000034
2005501476.tif 000035
2005501476.tif 000036
2005501476.tif 000037
2005501476.tif 000038
【国際公開パンフレット（コレクトバージョン）】
2005501476.tif 000039
2005501476.tif 000040
【国際調査報告】
2005501476.tif 000041
2005501476.tif 000042
2005501476.tif 000043