(57)【要約】  本発明は、第１サブネットワーク（２）を第２サブネットワーク（４）に接続するブリッジ装置（５）を有するネットワークにおける第１装置と第２装置との間の接続を確立する方法に関する。  第１実施例によれば、該方法は、ブリッジ装置によってホストされた第１装置の装置制御モジュール（８、２０）のレベルで：  ストリーム・マネージャ（１２）から、第２装置のピア装置制御モジュールの特定を可能にするデータを受信する工程；  装置制御モジュール及びピア装置制御モジュールがレガシー・タイプのもので、同様な装置識別子を有するかを判定する工程；  否定の場合、第１装置（３）と第２装置（１）とが異なるサブネットワーク（２、４）上にあることを推定する工程；及び  肯定の場合、第１装置と第２装置（３、１８）とが第２サブネットワーク（４）上にあることを推定する工程；  を有する。  第２実施例によれば、ストリーム・マネージャは装置制御モジュールに更に直接的な情報を設ける。  本発明は更に、ストリーム・マネージャの観点からみた方法に関する。
2005510183.tif 000002
【特許請求の範囲】
【請求項１】
第１サブネットワーク（２）を第２サブネットワーク（４）に接続するブリッジ装置（５）を有するネットワークにおける第１装置と第２装置との間の接続を確立する方法であって、前記ブリッジ装置によってホストされた前記第１装置の装置制御モジュール（８、２０）のレベルで：
ストリーム・マネージャ（１２）から、前記第２装置のピア装置制御モジュールの特定を可能にするデータを受信する工程；
前記装置制御モジュール及び前記ピア装置制御モジュールがレガシー・タイプのもので、かつ、同様な装置識別子を有するか、を判定する工程；
該判定結果が否定の場合に、前記第１装置（３）と前記第２装置（１）とが異なるサブネットワーク（２、４）上にあることを推定する工程；及び
該判定結果が肯定の場合に、前記第１装置と前記第２装置（３、１８）とが前記第２サブネットワーク（４）上にあることを推定する工程；
を有することを特徴とする方法。
【請求項２】
請求項１記載の方法であって、前記判定結果が否定の場合に推定する工程が更に、前記第１装置（３）と前記ブリッジ装置（５）との間の接続を確立する工程（E73、E７４、E７５）を有することを特徴とする方法。
【請求項３】
請求項1又は２記載の方法であって、前記判定結果が肯定の場合に推定する工程が更に、前記第２サブネットワーク（４）上の前記第１装置（３）と前記第２装置（１８）との間の接続を確立する工程（E62、６３）を有することを特徴とする方法。
【請求項４】
請求項3記載の方法であって、更に、前記判定結果が肯定の場合に推定する工程中に
前記装置制御モジュール又は前記ピア装置制御モジュールが、前記判定結果が肯定の場合に推定する工程の前記接続を実施するかを判定する工程を有することを特徴とする方法。
【請求項５】
請求項４記載の方法であって、前記判定結果が肯定の場合に推定する工程の前記接続が該接続のシンク装置を表現する前記装置制御モジュール又は前記ピア装置制御モジュールのうちのエンティティによって確立されることを特徴とする方法。
【請求項６】
請求項1乃至５何れか記載の方法であって、前記第２サブネットワーク（４）がUPnPタイプのものであって、前記判定結果が否定の場合に推定する工程が：
接続マネージャ(10、11)に、前記装置制御モジュールによって表現された前記ブリッジ装置及びUPｎP装置（３）について、接続に備えるよう、指令する工程（E73）；
前記ブリッジ装置（５）と前記UPｎP装置（３）との間のUPｎPサブネットワーク上の接続を設定する工程（E74）；及び
前記ブリッジ装置の内部接続を、前記UPnPサブネットワーク上の前記接続を前記第１サブネットワーク上の接続にリンクするよう、構成する工程；
を有することを特徴とする方法。
【請求項７】
請求項1乃至６何れか記載の方法であって、前記第２サブネットワーク（４）がUPｎPタイプのものであって、前記判定結果が肯定の場合に推定する工程が：
接続マネージャ（１１、１９）に、前記装置制御モジュール及び前記ピア装置制御モジュールによって表現されたUPｎP装置について、接続に備えるよう、指令する工程（E62）；及び
UPnPサブネットワーク上の２つのUPnP装置（３、１８）の接続を確立する工程（E63）；
を有することを特徴とする方法。
【請求項８】
請求項1乃至７何れか記載の方法であって、前記ストリーム・マネージャから受信された前記データが前記ピア装置制御モジュールのSEID識別子を有することを特徴とする方法。
【請求項９】
請求項1乃至８何れか記載の方法であって、前記第１サブネットワークがハビ・ネットワークであることを特徴とする方法。
【請求項１０】
第１装置と第２装置との間の接続をハビ・ストリーム・マネージャによって確立する方法であって：
前記第１装置及び第２装置の装置制御モジュールの識別子を判定する工程；及び
前記識別子を、装置制御モジュールに内部接続を行うよう指令するメッセージ中に、挿入する工程；
を備えることを特徴とする方法。
【請求項１１】
請求項10記載の方法であって、前記メッセージが「DCM：：接続」であることを特徴とする方法。
【請求項１２】
請求項10又は11記載の方法であって、更に：
前記装置制御モジュールがレガシー・タイプのものであって、同様な装置識別子を有するかを確かめる工程；
を有し、該確かめる工程の結果が否定の場合のみ、
ハビ・ネットワーク上の接続リソースを予約する工程；
を有することを特徴とする方法。
【請求項１３】
請求項10記載の方法であって、更に：
前記装置制御モジュールがレガシー・タイプのものであって、同様な装置識別子を有するかを確かめる工程；
を有し、該確かめる工程の結果が肯定の場合、前記メッセージが前記装置制御モジュールに非ハビ接続を確立するよう指令して、該確かめる工程の結果が否定の場合、前記メッセージが前記装置制御モジュールに前記ハビ・ネットワーク上の装置とレガシー装置との間の接続を確立するよう指令することを特徴とする方法。
【請求項１４】
第１サブネットワーク（２）を第２サブネットワーク（４）に接続するブリッジ装置（５）を有するネットワークにおいて第１装置と第２装置との間の接続を確立する方法であって、前記ブリッジ装置によってホストされた前記第１装置の装置制御モジュール（８、２０）の装置のレベルで：
前記第１（３）及び第２装置（１）が異なるサブネットワーク（２、４）上にある第１ケースか、又は、前記第１及び第２装置（３、１８）が前記第２サブネットワーク（４）上にある第２ケースか、を判定する工程；及び
該判定する工程の結果が該第１ケースの場合において、前記第１装置と前記第２装置との間を直接接続することを確立する工程；及び
該判定する工程の結果が該第２ケースの場合において、少なくとも、前記ブリッジ装置と前記第２装置との間の接続、を確立する工程；
を有することを特徴とする方法。
【請求項１５】
請求項１4記載の方法であって、前記第１サブネットワークがハビ・サブネットワークであることを特徴とする方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、同じ又は異なるサブネットワーク、例えば、UPｎP（ユニバーサル・プラグ・アンド・プレイ）及びHAVi（ハビ）ネットワーク、上にあり得る２つの装置の間の接続を確立する方法に関し、特に家庭内通信ネットワークの分野に利用されるものである。
【背景技術】
【０００２】
ブリッジの役目はUPｎPネットワーク上でハビのソフトウェア要素（例えば、装置制御モジュール及び機能要素モジュール）を表現することとハビ・ネットワーク上でUPｎP装置及びサービスを表現することとを含む。
【０００３】
ハビ仕様によれば、ハビ・ネットワーク上の各装置は、特定の記述データ（「SDD」データ、「自己記述データ」の略）を読み取り得る、構成メモリを有していなければならない。
【０００４】
UPｎP装置を表現するブリッジのプロキシ装置は実世界の装置ではないので、そのような構成メモリを有していない。
【０００５】
従来の装置及び方法にはハビ（家庭内オーディオ/映像相互運用性）ネットワークとUPｎPネットワークとをブリッジするものがある（例えば、THOMSON  multimediaによる西暦２０００年5月３１日付出願及び西暦２０００年１２月１４日公開の特許出願に係わる特許文献１参照。）。
【０００６】
更に、ハビ-UPｎPブリッジで、該ブリッジの両端にある装置の表現が上記の出願とは異なるものがある（例えば、Thomson  Licensing  SAによる西暦２００１年８月２２日付出願の欧州特許出願に係わる特許文献２参照。）。
【特許文献１】国際公開第００７６１３１号パンフレット
【特許文献２】欧州特許出願公開第０１４０２２０５．７号明細書
【発明の開示】
【発明が解決しようとする課題】
【０００７】
本発明は上記欧州特許出願に記載された本発明の改良、特に１つのサブネットワークの装置が別のサブネットワークに接続された２つの装置の間の接続を確立することを所望する場合に関する。
【０００８】
実際に、例えば、ハビ装置のアプリケーションがUPｎPサブネットワーク上の２つのUPｎP装置の接続を設定することを所望する場合、そのような接続は直接、該２つのUPｎP装置の間で設定されなければならなくて、ソースUPｎP装置とブリッジとの間の第１接続、及びそれに続く、ブリッジとシンクUPｎP装置との間の第２接続によって、解決されるべきでない。
【課題を解決するための手段】
【０００９】
本発明は第１サブネットワークを第２サブネットワークに接続するブリッジ装置を有するネットワークにおいて第１装置と第２装置との間の接続を確立する方法に関し、該方法は、ブリッジ装置によってホストされた第１装置の装置制御モジュールのレベルで：
(a)ストリーム・マネージャから、第２装置のピア装置制御モジュールの特定を可能にするデータを、受信する工程；
(b)装置制御モジュール及びピア装置制御モジュールがレガシー型で同様な装置識別子を有するかを判定する工程；及び
(c)否定の場合、第１及び第２装置が異なるサブネットワーク上にあることを推定する工程；
(d)肯定の場合、第１及び第２装置が第２サブネットワーク上にあることを推定する工程；
を有することを特徴とする。
【００１０】
本発明の第１実施例によれば、工程(c)は更に、第１装置とブリッジ装置との間の接続を確立する工程を有する。
【００１１】
該第１実施例によれば、工程(d)は更に、第２サブネットワーク上の第１装置と第２装置との間の接続を確立する工程を有する。
【００１２】
該第１実施例によれば、当該方法は更に、工程(d)において、装置制御モジュール又はピア装置制御モジュールが工程(d)の接続を実施するかを判定する工程を有する。
【００１３】
該第１実施例によれば、工程(d)の接続は該接続のシンク装置を表現する装置制御モジュール又はピア装置制御モジュールの中からのエンティティによって確立される。
【００１４】
該第１実施例によれば、第２サブネットワークはUPｎPタイプのもので、工程(c)は：
接続マネージャに、装置制御モジュールによって表現されたブリッジ装置及びUPｎP装置を、接続に備えるよう、指令する工程；
UPｎPサブネットワーク上の、ブリッジ装置と上記UPｎP装置との間の、接続を設定する工程；及び
UPｎPサブネットワーク上の接続と第１サブネットワーク上の接続とをリンクするよう、ブリッジ装置の内部接続を構成する工程；
を有する。
【００１５】
該第１実施例によれば、第２サブネットワークはUPｎPタイプのもので工程(d)は：
接続マネージャに、装置制御モジュール及びピア装置制御モジュールによって表現されたUPｎP装置を、接続に備えるよう、指令する工程；及び
UPｎPサブネットワーク上での２つのUPｎP装置の接続を確立する工程；
を有する。
【００１６】
該第１実施例によれば、ストリーム・マネージャから受信されたデータはピア装置制御モジュールのSEID（ソフトウェア要素識別子）を有する。
【００１７】
本発明の別の目的は第１装置と第２装置との間の接続をハビ・ストリーム・マネージャによって確立する方法であって、該方法は：
(a)第１及び第２装置の装置制御モジュールの識別子を判定する工程；
(b)該識別子を、内部接続を行うよう装置制御モジュールに指令するメッセージに、挿入する工程；
を有する。
【００１８】
第１実施例によれば、該メッセージは「Dcm：：接続」である。
【００１９】
該第１実施例によれば、該方法は更に：
装置制御モジュールがレガシー・タイプのものであって同様な装置識別子を有しているのかを確かめる工程、及び、否定の場合のみ、ハビ・ネットワーク上の接続リソースを予約する工程；
を有する。
【００２０】
第２実施例によれば、該方法は更に、装置制御モジュールがレガシー・タイプのもので同様な装置識別子を有しているのかを確かめる工程(c)を有し、肯定の場合にはメッセージが装置制御モジュールに非ハビ接続を確立するよう指令して、否定の場合には装置制御モジュールにハビ・ネットワーク上の装置とレガシー装置との間の接続を確立するよう指令する。
【００２１】
本発明の別の目的は第１サブネットワークを第２サブネットワークに接続するブリッジ装置を有するネットワークにおける第１装置と第２装置との間の接続を確立する方法であって、
該方法は、ブリッジ装置によってホストされた第１装置の装置制御モジュールのレベルで：
(a)第１及び第２装置が別のサブネットワーク上にあるかどうか、又は、第１及び第２装置は第２サブネットワーク上にあるかどうか、を判定する工程；
(b)第１の場合、第１装置と第２装置との間の直接接続を確立する工程；及び
(c)第２の場合、少なくともブリッジと第２装置との間の接続を確立する工程；
を有する。
【発明を実施するための最良の形態】
【００２２】
本発明の他の特性及び利点は非限定的実施例の説明及び添付図面による説明を通じて明らかになるものである。
【００２３】
本実施例によれば、ブリッジ装置はハビ・ネットワーク及びUPｎPネットワークをリンクする。ハビ(HAVi)は「Home（家庭内）Audio（オーディオ）Video（映像）interoperability（相互運用性）」の略であって、家庭内ネットワークを制御する、特にIEEE（米国電気電子学会）1394バスに基づいた、ソフトウェア・スタックを定義する。ハビ仕様の現行バージョンはv1.1で、西暦2001年5月15日に発表されたもので、ハビ社（Havi,  Inc.,  2694  Bishop  Drive,  Suite  275  San  Ramon,  CA  94583  USA）から入手可能である。UPｎPは「Universal（ユニバーサル）Plug（プラグ）and（アンド）Play（プレイ）」の略であって、更に、インターネット・プロトコル（IP）に基づいて、ネットワーク制御ソフトウェア・スタックを設ける。UPｎP仕様又はドラフト仕様はマイクロソフト社によって運営されているUPｎPフォーラムから入手可能である。
【００２４】
ハビ・ネットワークにおいてもUPｎPネットワークにおいても、アプリケーション及び他の要素は利用可能な機能を判定することができなければならない。
【００２５】
ハビ・ネットワークにおいては、機能はFCM（機能制御モジュール）と呼ばれるソフトウェア要素によって表現される。階層的には、FCMは常に、装置を表現する、DCM（装置制御モジュール）に含まれている。DCMは1つを超えるFCM（例えば、ディジタルVCR（ビデオ・カセット・レコーダ）を表現するDCMはチューナFCM及びVCRのFCMを含む）。各装置に対してDCMは１つしかない。
【００２６】
ハビ・ネットワークにおいては、ソフトウェア要素がその機能を該ネットワークに対して提示することを所望する場合、それは自ら「レジストリ」と呼ばれるローカル・ソフトウェア要素に登録しなければならない。（装置ブート時又は実行時であり得る）FCMが生成される（例えば、DCM制御装置又は「DCU」がダウンロードされる）場合、それは自らの装置のレジストリに登録する。
【００２７】
アプリケーションが、ネットワークにおいてどのサービスが利用可能かを知ることを所望する場合、それは問い合わせをネットワークの全てのレジストリに対して送信する。
【００２８】
更に、イベントのシステムが、該システムの実行中に動的に生成されたソフトウェア要素に対して、存在する。レジストリは、ソフトウェア要素の登録又は削除をアナウンスするために、２つのイベント：（ソフトウェア要素がたった今、登録されたばかりであることを示す）新規ソフトウェア要素及び（ソフトウェア要素がたった今、削除されたことを示す）削除ソフトウェア要素を利用し得る。ハビ・ネットワークにおいては、ポーリングは必要ない。
【００２９】
ソフトウェア要素がハビ・レジストリよりも新しい（すなわち、ソフトウェア要素が未知のタイプのものである）場合、それはなお、認識されてハビ・ネットワーク上の新しい機能として表される。
【００３０】
UPｎPはハビ・レジストリと類似した概念を取り込まない。しかしながら、UPｎPネットワークにおいては、装置のサービスはネットワーク上でアナウンスされ得る。この目的で、UPｎPは「マルチキャスト用HTTP(ハイパテキスト転送プロトコル)オーバ(over)UDP（ユーザ・ダイアグラム・プロトコル）（HTTPMU）」を用いる。更にアプリケーションがネットワーク上のサービスを検索することが考えられる。このサービス検出プロトコルがSSDP(シンプル・サービス検出プロトコル)である。これはイベント通知用GENA（一般イベント通知アーキテクチャ）プロトコルと組み合わせることが可能である。アプリケーションがどのサービスが利用可能であるかを知ることを所望する場合、該アプリケーションはSSDP検出マルチキャスト・メッセージを送信する。当該要求に整合するサービスは応答をユニキャスト・モード（HTTPU（ユニキャスト用ハイパテキスト転送プロトコル・オーバ・ユーザ・ダイアグラム・プロトコル））にて返信しなければならない。当該問い合わせは非常に広い（例えば、全サービスの）ものであってもよく、それよりも限定的な（例えば、特定のタイプのサービスの）ものであってもよい。
【００３１】
サービスがネットワーク上で新しいものの場合、該サービスはGENA-SSDP「アライブ」マルチキャスト・メッセージをその存在をアナウンスするよう送信しなければならない。
【００３２】
アライブ・メッセージ及び検出応答メッセージはエージ上限（「最大エージ」）フィールドを含む。この最大エージ・フィールドは、サービスの有効期間を、秒単位で、表現する。サービスがなおこの期間の後に存在する場合、別のアライブ・メッセージが当該サービスによって送信されなければならない（さもなければ、別の検出の問い合わせが行なわれる。）。
【００３３】
UPｎPネットワークにおいては、制御はシンプル・オブジェクト・アクセス・プロトコル（SOAP）を用いて実施される。
【００３４】
ブリッジ装置の役割は、一方の側からもう一方の側にメッセージを変換するような方法によって、両方のネットワークを、１つのネットワークの如何なる装置も別のネットワークの如何なる装置と通信し合うことを可能にするよう、接続することである。ブリッジは更に、ストリームを渡すことが可能であるべきである。
【実施例】
【００３５】
図１は、IEEE1394バス2に接続されたハビ装置１を有するハビ・ネットワークの例を示し、このハビ・ネットワークは、IPネット４に接続されたUPｎP装置３を有するUPｎPネットワークに接続されていて、両方のネットワークがブリッジ装置５によってリンクされている。ブリッジ５はハビ・プロトコル・スタック、IPプロトコル・スタック、及び一方のネットワークからもう一方のネットワークに、制御メッセージ、イベント、ストリーム、などを変換又はマッピングすることを行うソフトウェアを有する。
【００３６】
上記で引用した欧州特許出願において記載されているように、UPｎP装置はハビDCMによって表現される一方、UPｎPサービスは該サービスにリンクされたUPｎP装置を表現するDCM内のハビFCMによって表現される。逆に、ハビDCMはUPｎP装置によって表現されてハビFCMはこのFCMを含むDCMを表現する装置に関係するサービスによって表現される。ブリッジによって生成されたソフトウェア要素は以下では「プロキシ」ソフトウェア要素と呼ぶ。
【００３７】
各ネットワーク上で適宜、装置を表現するのはブリッジの役目である：すなわち、ハビ・ネットワーク上の各DCM又はFCMについて、UPｎP装置又はUPｎPサービスを生成する。逆に、各々がサービスである各UPｎP装置について、ブリッジは、各々がFCMであるハビDCMを生成する。
【００３８】
ブリッジ装置は各ネットワークの表現を、サービス、装置、FCM、又はDCMが付加されるか削除されるたびに、更新する役割を果たす。
【００３９】
各ネットワークの構成次第で、ブリッジはUPnP装置を表現するいくつかのハビDCMを管理する。更に、それは自らのDCMを管理し得るが、それはブリッジ装置自体がそのブリッジ機能以外の機能を有し得るからである。例えば、ブリッジ機能はテレビ受信機又は衛星復号器のような装置に含み得る。
【００４０】
ハビ仕様によって、かつ、IEEE1212標準に従えば、IEEE1394装置である各ハビ装置は構成メモリを有する。ハビ及びIEEE1394-2000はこのメモリ中に保持されたパラメータの数を定義する。ハビによって定義されたパラメータは自己記述データ又は「SDD」と呼ばれて、別の装置によって読み取り得る。UPｎP装置を表現するブリッジのDCMは実在するIEEE1394装置を表現するものではなく、したがって、SDDデータを含み得るハビ/IEEE1394に従った構成メモリを有するものではない。
【００４１】
この課題を回避するよう、UPｎP装置を表現するようブリッジによって生成されたDCMはレガシー装置（「LAV」すなわちレガシー・オーディオ/映像装置）として宣言される。これらの装置は、IEEE1394装置であってもなくてもよく、ハビに準拠していないものとみなされ、したがってSDDデータを含むことが期待されるものでない。DCMの特性は他のソフトウェアによってDCM：：装置クラス取得と呼ばれるDCMアプリケーション・プログラマブル・インタフェースのファンクションを用いて認識され得る。
【００４２】
ハビ仕様によれば、DCM又はFCMレジスタ自体はそのローカル・レジストリに登録する。登録中に、DCMは特定量の情報、とりわけ、登録するソフトウェア要素が装置（DCM）、装置の機能要素（FCM）又はアプリケーション・モジュールであるかを示す、ターゲットID（識別子）と呼ばれるデータ構造を設ける。最初の２つの場合では、ターゲットIDデータ構造は更にDCM又はFCMが、とりわけ、IEEE1394ネットワーク上でのアイソクロナス・ストリーム（例えば、オーディオ及び映像ストリーム）のトランスポートを定義する、IEC（国際電気標準会議）61883標準準拠のものであるかを示す。どの２つのターゲットIDデータ構造も同様でないものとする。
【００４３】
ハビ仕様はターゲットID構造が、IEEE1394装置を一意に特定する64ビット数量である、グローバル一意識別子（「GUID」）を含む。このGUID識別子は装置の構成ROM（読み取り専用メモリ）中に記憶されて、ネットワークが再設定されても持続する。ストリーミングに関しては、ターゲットIDにおいて示されたGUIDは、ストリームを送信する、又は、ストリームが受信される、物理ハビ装置を特定する。特定の装置タイプについては、これはストリーム・ソース又はシンク装置に関係するDCMのホスト装置でなくてよいが、最終ターゲット装置GUIDであってよい。
【００４４】
UPｎP装置を表現するDCMは自身のGUID識別子を有しない。しかしながら、ブリッジは更にUPｎPネットワークから受信されたストリームをハビ・ネットワークに対して送信するか、UPｎP装置に渡されるストリームをハビ装置から受信するので、UPｎP装置を表現するこれらのDCMはそれらのターゲットIDデータ構造においてブリッジのGUID識別子を用いなければならない。
【００４５】
家庭内ネットワーク環境にあるので、ブリッジは一般に、オーディオ及び映像ストリームを、ハビ・ネットワークとUPｎPネットワークとの間のブリッジとしての役目とは無関係に、送受信及び処理するよう企図され得る。その場合、それは自身のDCMを有して、このDCMはIEC61883準拠のタイプのものである。この登録中に、ブリッジ自体のDCMはその自らのGUID識別子を用いる。
【００４６】
そのような場合においては、UPｎP装置を表現するDCMの装置タイプはIEC61883準拠のDCMにはなり得ないが、それはこれがハビ・ネットワークにおいて２つの同一のターゲットIDデータ構造を有する結果を生むからである。ブリッジ自体のDCMがDCM＿61883タイプのものでなかったとしても、ブリッジがUPｎP装置について2つを超えるDCMを扱う場合、同様な問題が起きる。
【００４７】
UPｎP装置のDCMは非61883DCMとして宣言される。この場合、これらのDCMのターゲットIDデータ構造はなお、ブリッジのGUID識別子（ブリッジはこれらのDCMのホストである）を含むが、ターゲットIDは、ブリッジによって各DCMに内部的に付与された識別子である、別のパラメータによって区別される。
【００４８】
UPｎP装置がネットワークのハビ側において非61883装置として表されていることは、これらの装置がストリームを送受信しなくてもよいことを、意味するものではなく、これらのストリームが必ずしもIECに準拠していないことを意味するものである。
【００４９】
同様に、UPｎPサービスを表現するプロキシFCMは非61883FCMとして宣言される。
【００５０】
上述のように、ハビ仕様は５つの異なる値をターゲット・ソフトウェア要素タイプ（DCM＿61883、DCM＿非61883、FCM61883、FCM＿非61883及びAM）について定義する。上記の問題を解決する変形実施例として、更に、ターゲット・タイプを定義する：
DCM＿プロキシ又はDCM＿非1394、UPｎP装置（又は別の非ハビ・ネットワーク上の装置）を表現するようなDCMを特定する；
FCM＿プロキシ又はFCM＿非1394、UPｎPサービス（又は別の非ハビ・ネットワーク上のサービス又は機能）を表現するようなFCMを特定する。
【００５１】
UPｎP側では、そのような問題は存在しないが、それは物理装置が、いくつかの装置及びサービスを含み得る、ルート装置によって表現されるからである。
【００５２】
それが、新規プロキシDCM又はFCMがUPｎP装置又はサービスに対して生成されたというイベントを受信する場合、ハビ・アプリケーションはそのようなDCM又はFCMに関する追加情報を取得するよう所望し得る。逆もまた、UPｎPブリッジ又はサービスがブリッジによって扱われる新規プロキシ装置又はサービスについて通知される場合、当てはまる。
【００５３】
この目的で、ブリッジは、それがプロキシを生成する、各ハビDCM又はFCM又はUPｎPサービス又は装置に関する情報を集める。この情報はプロキシ・ソフトウェア要素の生成のアナウンス前に集められる。
【００５４】
ブリッジは下記の工程を実施する：
(a)新規ハビ・ソフトウェア要素については、ブリッジは該要素の属性をレジストリから（レジストリ：：属性取り出しファンクションを用いて）要求する。
【００５５】
新規UPｎPソフトウェア要素については、ブリッジは上述のシンプル・サービス検出プロトコル「アライブ」メッセージを通じてソフトウェア要素の記述を受信する。この記述はXML（拡張マークアップ言語）によって書かれたユニバーサル・リソース・ロケータ（URL）であって、本発明によって、全ての適切な情報を抽出するようブリッジによって解析される。
【００５６】
(b)ブリッジは新規プロキシ・ソフトウェア要素を生成する。
【００５７】
(c)ブリッジはプロキシ・ソフトウェア要素の利用可能性をアナウンスするイベントを、（UPｎPソフトウェア要素を表現するプロキシについては）ハビ・ネットワーク上の「新規ソフトウェア要素」イベント・メッセージ又は（ハビ・ソフトウェア要素に対するプロキシをアナウンスする）UPｎPネットワーク上の「ssdp：：アライブ」マルチキャスト・メッセージを用いて、送信する。UPｎPに従って、このマルチキャスト・メッセージは定期的に繰り返されるものとする。
【００５８】
イベント・マッピングは表１に表す：
【００５９】
【表１】
2005510183.tif 000003
図２乃至４はブリッジで、UPｎP装置をUPｎPネットワークに接続することによって、引起される処理を示す。図２の最初のネットワークにおいては、ハビ装置１のみがハビ・ネットワークに接続されていて、IPネットワークに接続されている装置はない。ハビ装置はブリッジによってUPｎPネットワークに対して、プロキシ・サービス16及びプロキシ接続マネージャ10を有する、プロキシ装置15として表現される。明瞭にするよう、図3乃至５は、説明に必要である場合を除いて、ブリッジのUPｎP側にあるハビ装置に相当するプロキシ・ソフトウェア要素は表していない。
【００６０】
図３に示したように、UPｎP装置３、この場合にはUPｎP  VCR、はIPネットワーク４に接続される。ブリッジ５はこの接続についてSSDPプロトコルによって通知される。ブリッジは更に装置のXML記述を解析して、新規に接続された装置がVCRサービスを含むVCR装置であることを検出する。
【００６１】
図４に示したように、ブリッジはハビDCM8及びハビVCR  FCM9をプロキシ・ソフトウェア要素として、UPｎP  VCR装置及びサービスをシミュレートするよう、生成する。２つの新規のハビ・ソフトウェア要素は更に、SEID識別子をブリッジのメッセージング・システム（図４の「MSG」）から要求してブリッジのレジストリ(「Reg」)に登録する。この登録はレジストリに新規ソフトウェア要素イベントをハビ・ネットワーク上で送信させる。
【００６２】
２つのUPｎP装置間のハビ・アプリケーションによるストリーム確立は図５乃至７に示す。図５はストリーム・マネージャ及びDCMによって実施される処理全体の流れ図である。図６及び７はネットワークの構成図であって、各々は、ハビ・アプリケーションが2つのUPｎP装置間の接続を確立する場合と接続がハビ装置とUPｎP装置との間で確立される場合とを示す。特定の要素による他の要素の制御、及び図6及び７に関して用いた接続は処理全体を示す図５においても参照する。
【００６３】
図１の要素に加えて、図6及び７のネットワークは更に、接続マネージャ19を有する、第２UPｎP装置１８を有する。この第２UPｎP装置はブリッジ５のハビ側にあるプロキシDCM20によって表現される。UPｎP装置18は例えばディスプレイであり、したがって対応するFCM２１がブリッジによって生成される。ハビ装置１は更に、アプリケーション17を有する。
【００６４】
図６の場合を最初に扱う。次に図７の場合との違いを示す。
【００６５】
図６の場合においては、装置１のアプリケーション１７、例えば、利用者インタフェース、はその、ストリームを確立する役目を担う、ハビにおける、ソフトウェア要素であるストリーム・マネージャ（SM）、の「フロー・トゥー」ファンクションをコールする。フロー・トゥー・ファンクション・コールのパラメータはソース及びシンクFCMのプラグの識別子である。この情報は「Fｃｍプラグ」と呼ぶデータ構造に設ける。接続されるFCM（この場合、UPｎP装置３のプロキシFCMとUPｎP装置18を表現するプロキシFCM）は、上述の「ターゲットID」データ構造を用いて、特定される。図６の例では、ソース及びシンク・プラグのターゲットIDはブリッジのGUID識別子を示す。
【００６６】
例えば、ソースFCM9からシンクFCM２１までの接続が確立される。
【００６７】
ストリーム・マネージャはブリッジの、関係する、プロキシDCM及びFCMのレベルで必要な内部プラグ接続を、「DCM：：接続」ファンクション・コールを用いて、引起す（これらのDCM内部の接続は更に詳細には説明しない。）。ストリーム・マネージャはハビ・ネットワーク上の接続を行うかどうかを、それがコールするDCMがレガシー・タイプ（LAV）のものであるか、及び、それらが同じ装置にあるか（すなわち、それらが同様なGUIDを有するかどうか）を、検証することによって、確かめる。ストリーム・マネージャは同一の装置内のソフトウェア要素間の接続を確立するものでない：これは装置自体次第である。この場合（図６）においては、ハビ・ネットワーク上での予約は必要ないので、ストリーム・マネージャはIEEE1394のアイソクロナス・リソースの予約を行わず、関係する装置のIEC61883プラグ制御レジスタを更新しないが、該工程はハビ装置が接続に関係する場合にとるものである。
【００６８】
（プロキシDCMの形態での）ブリッジにそれ自体とUPｎP装置１８との間の第１接続及びそれ自体とUPｎP装置３との間の第２接続を確立させることを回避するよう、コールされたDCM（又はこの役目を移行し得るブリッジの別のエンティティ）は、それが受信したDCM：：接続コールにおいて参照された両方の装置がネットワークの同じ側にあるかどうかを確かめなければならない。もしそうである場合、その一方の側にある２つの装置間の直接の接続を、図６に表すように、確立しなければならない。さもなければ、DCMは図７に表すように動作しなければならない。
【００６９】
ハビ仕様の現行バージョンにおいては、DCM：：接続ファンクション・コールはコールされたDCMが、関係するもう一方のDCMがハビ装置又はUPｎP装置に対応するかを判定することを可能にするのに十分な情報を含んでいない。このファンクション・コールはDCM内部（例えば、FCMとそのDCMとの間の、又は、同じDCM内の２つのFCM間の、接続について）のソース及び行き先プラグのアドレスのみを含む。
【００７０】
本記述によれば、ストリーム・マネージャはDCMに、それが接続を設定しなければならないかどうかを判定することを可能にする情報を送信して、肯定の場合、どの装置（すなわち、２つのUPｎP装置か、UPｎP装置とブリッジか、のいずれか）が接続されるかを判定することを可能にする情報を送信する。
【００７１】
第１実施例によれば、新規パラメータがDCM：：接続のファンクション・コールに付加される。該新規パラメータは：
in  SEID  ピアDcmSeid；
である。
【００７２】
このパラメータは接続のもう一方のDCMの（装置のGUID識別子及びローカル・ハンドルを有する）SEID識別子を表現する。
【００７３】
（図６の工程E61で）当該ファンクション・コールを受信するプロキシDCM、例えば、プロキシDCM２０は、下記のように進む：
(a)それはもう一方のDCM（例えば、８）がUPｎP装置に対応するかどうかを確かめる。本実施例によれば、ブリッジは各UPｎP装置のIPアドレスとSEIDとの間の対応関係を一覧化したテーブルを維持して、DCMはそれがDCM:：接続ファンクション・コールにおいて受信したSEIDがあるかどうかを確認する。肯定の場合、それはもう一方のDCMがプロキシDCMであって、接続を2つのUPｎP装置間で直接設定するものであることがわかる。本実施例の変形例によれば、DCM:：：接続ファンクション・コールを受信するプロキシDCMは受信したSEIDを用いて対応するDCMをDCM：：装置クラス取得ファンクション・コールを用いてコールする。該コールがもう一方のDCMがレガシー・タイプ（LAV）のものであるという情報を返信する場合、プロキシDCMはこのもう一方のDCMもUPｎP装置のプロキシであることが、更に、このもう一方のDCMも同様な、すなわち本発明におけるブリッジと同様な、GUID識別子を有する場合、わかるものである；
(b)接続がDCM：：接続ファンクション・コールを受信したプロキシDCM20及びSEIDによって特定されたプロキシDCM8によって表現された２つのUPｎP装置の間で設定される必要があると判定された、図６の例のような、場合には、DCM：：接続ファンクションを受信したDCM20は、それ自体又はもう一方のプロキシDCMがUPｎPネットワーク上での接続を設定するかを判定する。実際に、プロキシDCM８及び20は両方とも、ストリーム・マネージャからDCM：：接続ファンクション・コールを受信する。一方のみがUPｎPネットワーク上での接続設定を引き起こすべきである。本実施例によれば、シンク装置を表現するプロキシDCMが設定を、UPｎP利用者制御ポイントとして動作して適切なメッセージ（すなわち、「接続に備える」）を装置３及び１８各々の接続マネージャ11及び19に対して送信することによって、実施する（図６の工程E62）。利用者制御ポイントもIP接続を設定する（図６の工程E63）。
【００７４】
接続が２つのUPｎP装置の間で設定されることを認識することによって、DCM８及び２０も、ブリッジのハビ・インタフェース上のプラグとUPｎPインタフェース上のプラグとの間の接続は必要ないことを認識する。
【００７５】
図７は装置間の接続がブリッジの両端に及ぶ場合を示す。例えば、接続をハビ装置１のDCM7とUPｎP装置３との間で確立する。ストリーム・マネージャ及びDCMによって行われる確認動作は上記と変わらない。ストリーム・マネージャはDCM：：接続コールを、UPｎP装置３を表現する、DCM７及びDCM8に送信する（工程E71）。ストリーム・マネージャは接続がハビ・ネットワークにおいて装置１とブリッジとの間で必要であることを判定してこの接続を設定する（工程E72）。DCM８はDCM７がそれ自体と同様なGUIDを有するプロキシDCMではないことを判定するので、それは接続マネージャ１０及び１１に接続に備えるよう、「接続に備える」メッセージを用いて、指令し（工程E73）、IP接続を確立して（工程E74）ブリッジ内部の接続を確立する（工程E75）。
【００７６】
本発明の第２実施例によれば、ハビDCMのアプリケーション・プログラマブル・インタフェースにおいて新規ファンクションが、特定の情報をストリーム・マネージャからDCMまで送信するよう、生成される。この新規ファンクションはストリーム・マネージャによって、接続をUPｎPサブネットワークのような遠隔サブネットワーク上の２つの装置間で設定する場合に、用いられる。この第２実施例によれば、このファンクションは、ハビによって定義され続ける、DCM：：接続ファンクションとは別個のものである。ストリーム・マネージャは接続がブリッジの両端に及ぶ接続か、純粋のサブネットワーク接続か、を判定して、適切なファンクション・コールをDCMに対して送信する。
【００７７】
第２実施例によれば、新規ファンクションは以下のフォーマットを有する：
ステータス：Dcm：：非1883接続（
in  SEIDコールする側、
in  SEIDソースDcm、
in  SEIDソース・プラグ、
in  SEIDシンクDcm、
in  SEIDシンクDcm）
ソースDcm及びシンクDcmパラメータはソース及びシンクDCMのSEIDを表現する。
【００７８】
ソース・プラグ及びシンク・プラグのパラメータはソース及びシンク装置のDCMプラグである。当該コールはソース及びシンクDCMに対してストリーム・マネージャによって送信されるものである。シンクDCMはUPｎP接続を設定する役目を担う。ストリーム・マネージャは接続に関係するDCM/FCMを解析してハビ・サブネットワーク上で接続が必要かどうかを判定するが、上記のように、DCMがLAVタイプのものであって同様なGUIDを有する場合にはこれは当てはまらない。Dcm：：接続ファンクション・コールを受信するシンク・プロキシDCMはブリッジ装置とUPｎP装置との間でストリームを設定しなければならないことがわかる。Dcm：：非1883接続ファンクション・コールを受信する場合、UPｎP装置とブリッジとの間でUPｎPストリームを設定する必要があるのではなくて、２つのUPｎP装置間で設定する必要があることがわかる。Dcm：：接続を受信するソース・プロキシDCMはストリームをUPｎP装置とブリッジ装置との間で設定しなければならないことがわかる。Dcm：：非1883接続を受信する場合、そのプラグのステータスを更新する以外は無関係であることがわかる。
【００７９】
本第２実施例によれば、意思決定に関するDCMに対してはそれ以外のDCMに対してよりもかかる負担は少なくなっているが、これは実行する作業によって異なるファンクション・コールを出すことによって、ストリーム・マネージャがこの意思決定の一部を集中化しているからである。
【００８０】
本発明の第３実施例によれば、ストリーム・マネージャは接続を確立するピアDCMに関する情報をプロキシDCMに送信するものでない。プロキシDCM自体はその情報を以下のように要求する：
(a)プロキシDCMがハビ仕様によって定義されたようなDcm：：接続ファンクション・コールを受信する場合、肯定的にこのコールを確認するが、要求接続に必要ないかなる工程も実施しない；
(b)プロキシDCMはストリーム・マネージャが接続設定されたこと（「接続付加」イベント）を示すメッセージを出すのを待つ。この、ピアPCMの身元を含む、接続に関する情報は次にストリーム・マネージャで利用可能になる；
(c)プロキシDCMは接続に関する情報をハビ仕様によって定義されたような「SM：：接続獲得」ファンクション・コールを用いて要求する；及び
(d)プロキシDCMはピアDCMがブリッジのLAVであるかを確かめて、次に上記のように、UPｎP装置間の接続（シンクDCMの場合）か、ブリッジとUPｎP装置との間の接続か、の何れかを設定するよう動作する。
【００８１】
最初の２つの実施例は第３実施例よりも好適であるが、それはストリーム・マネージャに接続が確立されていないのに確立されたように見せかけるからであるからである。
【００８２】
当該実施例をハビ・ネットワークとUPｎPネットワークとの間のブリッジに関して説明したが、説明した処理は同じハビ装置によってホストされたLAVタイプの装置間の接続を確立するのにもちょうど同じぐらいうまく用い得る。このホスト装置はハビ・ネットワークとレガシー・タイプDCMによって表現された装置の（単一のレガシー装置を有することもある）ネットワークとの間の「ブリッジ」としての役目を担う。
【００８３】
更に、本発明は接続の設定にも、2つを超えるサブネットワークが同じブリッジに接続される場合に、形成される。上記と同様なAPIの修正をそのような場合に形成し得る。ブリッジ装置は各プロキシDCM  SEIDに対してそれが属するサブネットワーク及びサブネットワーク上でプロキシされた装置のアドレスを示すデータを含む。例えば、第３サブネットワークはPLC（電力線通信）のものであり得る。ハビ・ストリーム・マネージャは更に、例えば、PLC装置とUPｎP装置との間の、ブリッジの両端に及ぶ、接続か、又は、サブネットワークのどれかにある２つの装置の間の接続を確立し得る。当然、他の組み合わせも考えられる。
【００８４】
上記の説明は、ハビ・ストリーム・マネージャが２つのUPｎP装置の間の接続を確立しようとする場合に、起こる問題に関する。一方、UPｎP装置が２つのハビ装置の間の接続を確立する場合、この問題点は出現しない。
【００８５】
ブリッジの両端間の接続がUPｎP装置によって開始された場合、以下の工程が行われる：制御ポイント（UPｎPコントローラ）が接続を確立するようソースとシンクの両方で「接続マネージャ：接続に備える」コマンドを呼び出す。このコマンドはUPｎP装置及びブリッジ装置に送信される。ブリッジ装置がそのようなコマンドを受信する場合、そのストリーム・マネージャに対して「フロー・トゥー」コールを行って、ターゲット装置と、関係するUPｎP装置を表現するプロキシDCM（このプロキシDCMはターゲットIDを、ブリッジ装置のGUIDとともに、有する）、との間の61883接続を確立する。IP側では、プロトコルはIPベース（http、rtsp（リアル・タイム・ストリーミング・プロトコル）、など）であって、ハビ側ではそれはIEC61883ベースである。
【００８６】
この方法は更に、UPｎPアプリケーションによってハビ側に確立されたストリームに対しても形成し得る。当該接続マネージャは両方ともブリッジ装置上にある。「CM：：接続に備える」ファンクションはピア接続マネージャと呼ばれるパラメータを有し、該パラメータは確立する接続のピア接続マネージャを特定して、各接続マネージャに対してストリームがブリッジ両端に及ぶかどうか、及びどのようなパラメータ（ブリッジFcmプラグ又は別のハビFcmプラグ）をフロー・トゥー・コールに入れるのかを示す。
【００８７】
UPｎPは、IEC61883ベースの（特定プロトコルがハビ又はIEC61883の場合に当てはまる）ストリームに対して、シンク装置が接続する役割を果たすことを、規定する。その結果、シンク・プロキシの接続マネージャは、ストリームが純粋にIEEEネットワークである場合に、IEEE1394の接続を行う役割を果たす。更に、プロキシ（シンク又はソース）の接続マネージャは、ストリームがブリッジの両端に及ぶ場合、ストリームのIEEE1394側の役割を果たす。
【図面の簡単な説明】
【００８８】
【図１】ハビ-UPｎPブリッジ装置を有するネットワークの構成図である。
【図２】ハビ装置を有するが、UPｎP装置の接続前の、図１のネットワークの構成図である。
【図３】UPｎP装置のアナウンスメント・フェーズ中の図４のネットワークの構成図である。
【図４】UPｎP装置用DCM及びFCMの生成後の図５のネットワークの構成図である。
【図５】本発明の第１実施例による、ストリーム・マネージャ及びDCMによって実施される処理の流れ図である。
【図６】２つのUPｎP装置間のハビ装置による接続の確立の場合の、第１実施例による方法の特定の工程を表すネットワークの構成図である。
【図７】接続がブリッジ装置を通じて確立される場合の、図６のネットワークの構成図である。
【図８】本発明の第２実施例による、ストリーム・マネージャ及びDCMによって実施される処理の流れ図である。
【図１】
2005510183.tif 000004
【図２】
2005510183.tif 000005
【図３】
2005510183.tif 000006
【図４】
2005510183.tif 000007
【図５】
2005510183.tif 000008
【図６】
2005510183.tif 000009
【図７】
2005510183.tif 000010
【図８】
2005510183.tif 000011
【国際調査報告】
2005510183.tif 000012
2005510183.tif 000013
2005510183.tif 000014