(57)【要約】　　　（修正有）【課題】既存インフラを利用して、将来出現する装置が動作できるよう、将来に備えた互換性を保証することにより、安価で単純な構成のゲートウェイ装置を全体のネットワークにロードすることを可能にするバスサービスインタフェースを提供する。【解決手段】異なったバスシステムを相互に接続して上位ネットワークを構築するために、ゲートウェイ装置を介してバスシステムが接続された共通ネットワーク層が設けられ、データ及び／又は制御のやりとりがなされる。このインテリジェントゲートウェイは、全てのゲートウェイ装置上でアクセスできる。これにより、単にバスＡＰＩ、つまりバスサービスインタフェースを提供するだけの、安価な（ダム）ゲートウェイ装置の組み込みが可能となる。装置固有（ソフトウェア）モジュールは、他のインテリジェントゲートウェイ装置又は上記インテリジェントゲートウェイ上で分散配置された状態で動作することができる。【選択図】図４
2004072773.tif 000002
【特許請求の範囲】
【請求項１】
　各バスシステムを共通ネットワーク層に接続するため少なくとも１つの他のゲートウェイ装置を介して、少なくとも１つの他のバスシステムを前記共通ネットワーク層に接続することにより、上位ネットワークを構築するようになされたゲートウェイ装置において、
　前記上位ネットワーク内におけるインテリジェントゲートウェイから、前記共通ネットワーク層を介して、１つの他のバスシステムの全ての機能とコマンドにアクセスするために、バスサービスインタフェースを備えるゲートウェイ装置。
【請求項２】
　前記バスサービスインタフェースは、前記各バスシステム内の装置が、前記共通ネットワーク層を介して通信する可能性を示した場合に、前記共通ネットワーク層上にバスイベントを掲示することができることを特徴とする請求項１記載のゲートウェイ装置。
【請求項３】
　前記バスサービスインタフェースは、デバイスプレゼンタにより前記各バスシステムに接続された対応する実装置と通信するための使用が可能であることを特徴とする請求項１又は２記載のゲートウェイ装置。
【請求項４】
　前記バスサービスインタフェースは、対応するデバイスエミュレータに基づき、各バスシステムに対しバーチャル装置として動作することができることを特徴とする請求項１乃至３のいずれか１項に記載のゲートウェイ装置。
【請求項５】
　前記バスサービスインタフェースは、ユニバーサルプラグアンドプレイプロトコルセットに従って、前記共通ネットワーク層を介して通信することを特徴とする請求項１乃至４のいずれか１項に記載のゲートウェイ装置。
【請求項６】
　少なくとも１つの物理装置を含む各バスシステムを共通ネットワーク層にそれぞれ接続するゲートウェイ装置間で通信を行うためのインテリジェントゲートウェイにおいて、
　少なくとも１つの物理装置の少なくとも１つのデバイスプレゼンタ及び／又は少なくとも１つのデバイスエミュレータを、前記共通ネットワーク層にダイナミック又はスタティックに提供するインテリジェントゲートウェイ。
【請求項７】
　前記共通ネットワーク層上に掲示された新しい装置のバスイベントを監視するとともに、対応するデバイスプレゼンタ及び／又はエミュレータを見つけ、ロードし、割り当てるデバイスマネジャにより特徴づけられた請求項６記載のインテリジェントゲートウェイ。
【請求項８】
　前記デバイスマネジャは、デバイスプレゼンタ及び／又はエミュレータを外部ソースからロードすることを特徴とする請求項７記載のインテリジェントゲートウェイ。
【請求項９】
　デバイスプレゼンタは、バスシステム上の実装置をジェネリックな抽象的装置又はサービスとして提示することを特徴とする請求項６乃至８のいずれか１項に記載のインテリジェントゲートウェイ。
【請求項１０】
　前記デバイスエミュレータは、ジェネリックな抽象的装置又はサービスのプレゼンテーションに基づきバスシステム上の装置をエミュレートすることを特徴とする請求項６乃至９のいずれか１項に記載のインテリジェントゲートウェイ。
【請求項１１】
　前記ジェネリックな抽象的装置又はサービスのプレゼンテーションは、ユニバーサルプラグアンドプレイプロトコルセットに従ったプレゼンテーションであることを特徴とする請求項９又は１０に記載のインテリジェントゲートウェイ。
【発明の詳細な説明】
【技術分野】
【０００１】
　本発明は、少なくとも第１のバスシステムと第２のバスシステム、すなわち有線又は無線の通信システムのようなバスシステム間を接続し、通信を行う上位ネットワークに関する。特に本発明は、各バスシステムを共通ネットワーク層にそれぞれ接続するゲートウェイ装置間で通信を行わせるためのインテリジェントゲートウェイに関するものであり、このゲートウェイ装置は、共通ネットワーク層を介して通信するためのバスサービスインタフェースを含み、上位ネットワークは、好ましくはゲートウェイ装置内のインテリジェントゲートウェイと、本発明に係るゲートウェイ装置とを含む。
【背景技術】
【０００２】
　複数の装置により構成されるネットワークにおいては、各装置は、外部と接続し通信するために、バスシステム、あるいは、有線又は無線通信システム（以下、単にバスシステムという）を有している。
【０００３】
　異なった上記バスシステムを接続するためには、送受信ストリームデータのフォーマットやレート、制御データ等に互換性を持たせるために、いわゆるゲートウェイ、ゲートウェイ装置、又はブリッジ装置（以下、単にゲートウェイ装置という）が必要である。このようなゲートウェイ装置は、入力メッセージ／データストリームを出力メッセージ／データストリームにマッピングする専用のアーキテクチャ、すなわち少なくとも２つの物理ネットワークアダプタを有している。従来、各ゲートウェイ装置は、接続されるバスシステムに対して固定された特性しか持たなかった。
【０００４】
　したがって、これまで、アーキテクチャが変更されるネットワークを構築する際に、柔軟性や信頼性を確保することは、従来のゲートウェイ装置又はブリッジ装置を用いたのでは、困難であった。
【０００５】
　参照により本明細書の一部を構成する、本出願人により２００２年５月６日に出願された欧州特許出願０２０１００８６．３「ゲートウェイ装置」によれば、特に柔軟性がありかつ信頼できる方法により、異なったバスシステム間の接続及び通信を確保するゲートウェイ装置又はブリッジ装置が提供されている。そこで提案されているゲートウェイ装置は、少なくとも第１と第２の有線又は無線通信システム間を接続し、及び／又は通信を行うためのジェネリックなゲートウェイ装置であり、少なくとも１つの有線又は無線通信システムの追加及び／又は削除、プロトコル変換、又はプロトコル変換データ、データストリームエンコーダデータ及び／又はデコーダデータ、バス又はデバイスプレゼンテーションデータ等に対して、ダイナミック及び／又はアジャスタブルなジェネリックなゲートウェイ装置である。
【０００６】
　具体的には、このゲートウェイ装置が接続される対象である有線又は無線通信システムの幾つかのプロパティに対して、ダイナミック及び／又はアジャスタブルである、というプロパティにより、ジェネリックゲートウェイ装置になるといえる。この特性としては、１つ又は複数の有線又は無線通信システムを追加及び／又は削除するということが考えられる。これに加えて、又は、これに代わり、このジェネリックゲートウェイ装置は、プロトコル変換及び／又はそのプロトコル変換を記述する各プロトコル変換データに対してダイナミック及び／又はアジャスタブルであり、さらに、データストリームエンコーダ及び／又はデコーダを記述するデータに対してもダイナミック及び／又はアジャスタブルである。バス及び／又は装置の提示、あるいは表現等もダイナミック及び／又はアジャスタブルに管理される。したがって、このゲートウェイ装置は、柔軟かつ確実な方法で、接続及び／又は通信を実現することができる。すなわち、異なった物理層とのインタフェースを行うとともに、コマンドやデータのマッピングを行うのである。
【０００７】
【特許文献１】欧州特許出願番号０２０１００８６．３
【発明の開示】
【発明が解決しようとする課題】
【０００８】
　しかしながら、既存のインフラを利用しつつ、新たな（将来出現するであろう）装置やバスシステムに対しての互換性を保証する必要がある。また、全てのゲートウェイが、前述の欧州特許出願０２０１００８６．３「ゲートウェイ装置」に関して上述したような、高度に複雑化されたものではないことも考慮しなければならない。将来に備えた高度な互換性を保証することにより、全体的なネットワーク形態において、むしろ一層安価な（ダム）ゲートウェイ装置を導入する必要がある。
【０００９】
　その目的は、独立請求項１記載の本発明に係るゲートウェイ装置、独立請求項６記載の本発明に係るインテリジェントゲートウェイにより達成される。それらの好ましい実施の形態は、続く各従属請求項にそれぞれ記載される。
【課題を解決するための手段】
【００１０】
　本発明に係るゲートウェイ装置は、各バスシステムを、共通ネットワーク層に接続するためのゲートウェイ装置であり、少なくとも１つの他のゲートウェイ装置を介して、少なくとも１つの他のバスシステムを共通ネットワーク層に接続することにより、上位ネットワークを構築するようになされたゲートウェイ装置であって、上位ネットワーク内におけるインテリジェントゲートウェイから、共通ネットワーク層を介した先のバスシステムの全ての機能とコマンドにアクセスするためのバスサービスインタフェースを備える。
【００１１】
　また、本発明に係るインテリジェントゲートウェイは、少なくとも１つの物理装置を含む各バスシステムを共通ネットワーク層にそれぞれ接続するゲートウェイ装置間で通信を行うためのインテリジェントゲートウェイであって、共通ネットワーク層を介する通信を欲する少なくとも１つの物理装置の少なくとも１つのデバイスプレゼンタ及び／又は少なくとも１つのデバイスエミュレータを、ダイナミック又はスタティックに提供することができるものである。
【００１２】
　さらに、本発明に係る上位ネットワークは、請求項１乃至６のいずれか１項に記載の各ゲートウェイ装置をそれぞれ有する、少なくとも２つのバスシステムを統合する上位ネットワークであって、請求項６乃至１１のいずれか１項に記載の、少なくとも１つのインテリジェントゲートウェイと、各ゲートウェイと少なくとも１つのインテリジェントゲートウェイとが接続された共通ネットワーク層とを有するものである。
【００１３】
　したがって、本発明によれば、異なったバスシステムを相互に接続して上位ネットワークを構築するために、ゲートウェイ装置を介してバスシステムが接続された共通ネットワーク層が設けられ、データ及び／又は制御のやりとりがなされる。
【００１４】
　本発明によれば、装置固有モジュールであるデバイスプレゼンタ及びエミュレータと通信するためのバスサービスインタフェースであるバスＡＰＩを提供し、そして好ましくは、それぞれ接続されるバスシステムに対応するバーチャル装置を提供する、安価な（ダム）ゲートウェイ装置の組み込みが可能となる。装置固有モジュールとの通信は、共通ネットワーク層の全ての機能とコマンドにアクセスしているか、又は、共通ネットワーク層を介した先のバスシステムの全ての機能とコマンドにアクセスしているとみなされ得る。装置固有（ソフトウェア）モジュールは、本発明に係るダイナミック又はスタティックインテリジェントゲートウェイ、あるいはまた、他のインテリジェントゲートウェイ装置上で分散配置された状態で動作することができる。
【００１５】
　本発明によれば、１つのバスシステム上で実行される異なったプロトコルタイプを「接続」するために共通ネットワーク層を実装することもできる。この場合、本発明に係るインテリジェントゲートウェイは、共通ネットワーク層を介して、ゲートウェイ装置間で通信するために用いられる。これらのゲートウェイ装置は、それぞれ、同一のバスシステムに少なくとも１つの物理デバイスで接続しているが、異なったプロトコルタイプ用に設計されているものである。この場合、本発明に係るインテリジェントゲートウェイは、ただ１つの物理ネットワークアダプタを有していればよい。
【００１６】
　また、本発明に係る少なくとも１つのインテリジェントゲートウェイは、上位ネットワーク中に、つまり、本発明に係るゲートウェイ装置が接続された共通ネットワーク層上で、分散して配置されている。よって、このインテリジェントゲートウェイ、好ましくは、ゲートウェイ装置内に設けられて、ダイナミック又はスタティックなインテリジェントゲートウェイ装置を構築するこのインテリジェントゲートウェイは、全てのゲートウェイ装置上でアクセスできる。
【００１７】
　共通ネットワーク層は、適切なバスシステムを基礎に実現されてよい。この適切なバスシステムは、接続の対象となるべきバスシステムに付設されるものであっても、あるいは、１以上のこれらのバスシステムに基づくものであってもよい。
【００１８】
　アイソクロノスストリームデータは、一般ネットワーク上では、容易に配信できないので、この種のデータは、ローカルデバイス上で抜き出され、バスシステムに依存しないストリーミングモジュールにより処理される。
【００１９】
　本発明に係るゲートウェイ装置においては、バスサービスインタフェースは、好ましくは、各バスシステム内の装置が、共通ネットワーク層を介して通信する可能性を示した場合に、共通ネットワーク層上にバスイベントを掲示することができる。
【００２０】
　また、本発明に係るゲートウェイ装置においては、バスサービスインタフェースは、この他に、あるいはこれに加えて、好ましくは、デバイスプレゼンタにより各バスシステムに接続された対応する実装置、すなわち物理装置と通信するための使用に適したものである。
【００２１】
　また、本発明に係るゲートウェイ装置においては、バスサービスインタフェースは、さらに、この他に、あるいはこれに加えて、好ましくは、デバイスエミュレータに基づき、各自己のバスシステムに対するバーチャル装置として動作することができる。
【００２２】
　さらに、この他に、あるいはこれに加えて、本発明に係るゲートウェイ装置においては、バスサービスインタフェースは、好ましくは、ユニバーサルプラグアンドプレイプロトコルセットに従って、共通ネットワーク層を介して通信する。
【００２３】
　本発明に係るゲートウェイ装置は、好ましくは、本発明に係るインテリジェントゲートウェイにより構成される。本発明に係るインテリジェントゲートウェイにおいては、好ましくは、デバイスマネジャは、共通ネットワーク層上に掲示された新しい装置のバスイベントを監視するとともに、対応するデバイスプレゼンタ及び／又はエミュレータを見つけ、ロードし、割り当てる。
【００２４】
　デバイスマネジャは、好ましくは、デバイスプレゼンタ及び／又はエミュレータを外部ソースからロードする。外部ソースとは、ゲートウェイ装置、装置、又はネットワーク上のいかなる場所、例えば、デバイスプレゼンタ及び／又はエミュレータデータベース等のことである。
【００２５】
　本発明に係るインテリジェントゲートウェイにおいては、デバイスプレゼンタは、好ましくは、バスシステム上の実装置をジェネリックな抽象的装置又はサービスとして提示する。また、本発明に係るインテリジェントゲートウェイにおいては、デバイスエミュレータは、好ましくは、ジェネリックな抽象的装置又はサービスのプレゼンテーションに基づき、バスシステム上の装置をエミュレートする。
【００２６】
　ジェネリックな抽象的装置又はサービスのプレゼンテーションは、ユニバーサルプラグアンドプレイプロトコルセットに従ったプレゼンテーションである。本発明の文脈の中でデバイスプレゼンタ及び／又はエミュレータを処理するということは、これらのデバイスプレゼンタ及び／又はエミュレータがインテリジェントゲートウェイ内、又は共通ネットワーク層に接続された任意のゲートウェイ装置内に位置し、すなわちここに格納され及び／又はここで実行されるとともに、デバイスマネジャにより管理されることを意味する。換言すれば、共通ネットワーク層と、インテリジェントゲートウェイと、共通ネットワーク層と通信するゲートウェイの一部、すなわちバスサービスインタフェースとは、接続されたバスシステムの独自の「プラグアンドプレイネットワーク」、すなわち上位ネットワークを構築する。これにより、各バスサービスインタフェースは、共通ネットワーク層を介してのみ接続される上位ネットワークの各他の部分のプレゼンテーションとエミュレーションに対する窓を構築するのである。よって、本発明に係るゲートウェイ装置は、共通ネットワーク層を介してのみ上位ネットワークに接続される、上記ネットワークの各他の部分を提示し、エミュレートする完全な能力を、必ずしも必要であるというわけではなく、有していればよい。
【００２７】
　非同期通信やアイソクロノスストリーミングを処理する能力について述べる。非同期通信やストリームの制御は、インテリジェントゲートウェイ、すなわちデバイスプレゼンタ及び／又はエミュレータにより管理され、他方、アイソクロノスストリーミングデータは、物理バスインタフェースが存在する装置において抜き出される。
【００２８】
　もちろん、共通ネットワーク層は、異なったゲートウェイ装置とインテリジェントゲートウェイとを接続するだけでなく、共通ネットワーク層を提供する物理バス上で通信できる装置であれば、共通ネットワーク層に直接接続してもよい。この場合、本発明に係るインテリジェントゲートウェイは、ただ１つの物理ネットワークアダプタ、すなわち共通ネットワーク層を提供する物理バスと通信するただ１つの物理ネットワークアダプタのみを必要とする、本発明に係るゲートウェイ装置に含まれていなければならない。
【発明の効果】
【００２９】
　以上の構成によれば、この発明の利点は、消費者が、バスサービスインタフェースを含む安価な（ダム）ゲートウェイ装置を、少なくとも１つの、本発明に係るインテリジェントゲートウェイと組み合わせて、利用できることである。このインテリジェントゲートウェイは、高度な互換性を達成するために、つまり、互換性の程度を減少させることなく、本発明に係るゲートウェイ装置に組み込まれ得る。もちろん、高度に複雑なゲートウェイ装置、特に、先に言及した欧州特許出願０２０１００８６．３「ゲートウェイ装置」に記載された特徴を有するゲートウェイ装置をも本発明に従い、かつ、本発明に係るネットワークに関連して、使用してもよい。そのようなゲートウェイ装置は、本発明に係るインテリジェントゲートウェイをロードするためのゲートウェイ装置として特に適している。
【００３０】
　また、本発明に係るアーキテクチャは、将来に備えたゲートウェイ装置の設計を容易にし、ネットワーク形態の計画、設計、拡張をより柔軟に行えるようにする。互換性のレベルを落とすことなく、ゲートウェイ装置のコスト削減と簡素化を可能にする。
【発明を実施するための最良の形態】
【００３１】
　以下に説明する本発明の実施例においては、（ダイナミック又はスタティック）インテリジェントゲートウェイ装置は、ゲートウェイ装置ともいう。これは、本発明に係るゲートウェイ装置が、本発明に係るインテリジェントゲートウェイをロードする場合に限らず、独立型インテリジェントゲートウェイも含むことを意味している。つまり、バスサービスインタフェースを実装しないインテリジェントゲートウェイや１つの物理ネットワークアダプタを実装した（ダイナミック又はスタティック）インテリジェントゲートウェイもありうるということである。
【００３２】
　図１に、ジェネリックなダイナミックインテリジェントゲートウェイ装置、すなわち多くの異なった目的を達成しうるジェネリックなゲートウェイ装置の通信アーキテクチャを示す。上述したように、バスサービスモジュールの実装又は非実装、また、インテリジェントゲートウェイの有無を問わず、専用ゲートウェイ装置を設計するためには、同図において図示され説明される構成要素が全て必要であるということではない。このダイナミックインテリジェントゲートウェイ装置とその機能については、先に言及した欧州特許出願０２０１００８６．３「ゲートウェイ装置」にも広く図示し、説明されている。
【００３３】
　同図の下部から説明する。バスドライバと、例えばｉ−ＬＩＮＫ（ＩＥＥＥ１３９４）インタフェース１０１、ＭＯＳＴインタフェース１０２、Bluetooth（以下、ＢＴともいう）インタフェース１０３及び、例えば８０２．１１、８０２．２やＧＰＲＳ等の他のインタフェース１０４等の物理バスインタフェースとを含むバスドライバ及び物理層１００の上に、アダプテーション層２００がある。アダプテーション層２００は、バスシステムの全ての異なったトランスポートメカニズムを抽象的なレベルにまとめるものである。この抽象的なレベルは、アイソクロノス部と非同期部とにより構成される。非同期部は、ＵＤＰ／ＴＣＰ３０１とＵＰｎＰ３０２としてのＩＰベースプロトコルブロック３００により構成される。ストリーム処理／変換ブロック６００は、アイソクロノス部を処理し、これに対して、ストリーミングデータは、共有メモリ６０２により直接処理される。
【００３４】
　アダプテーション層２００は、各インタフェース１０１〜１０４を、各抽象的なトランスポートメカニズム３０１、３０２、６０２に適合させるための、それぞれのアダプタを含む。
【００３５】
　特に、ＵＤＰ／ＴＣＰ３０１、すなわちＩＰ上のトランスポートプロトコルとして用いられる、ＴＣＰ（ＲＦＣ７９３−Transmission Control Protocol）とＵＤＰ（ＲＦＣ７６８− User Datagram Protocol）への接続に関しては、ｉ−ＬＩＮＫインタフェース１０１とＵＤＰ／ＴＣＰ３０１間のＩＰオーバー１３９４アダプタ２０１、ＭＯＳＴインタフェース１０２とＵＤＰ／ＴＣＰ３０１間のＩＰオーバーＭＯＳＴアダプタ２０４、ＢＴインタフェース１０３とＵＤＰ／ＴＣＰ３０１間のＩＰオーバーＢＴアダプタ２０７、他のインタフェース１０４とＵＤＰ／ＴＣＰ３０１間のＩＰアダプタ２１０がある。これらのＩＰアダプタ２０１、２０４、２０７、２１０は、異なったバスシステム上におけるＩＰの導入を保証する。このようなＩＰチャンネルは、ゲートウェイ装置間の通信の乗り入れのために用いられる。
【００３６】
　また、アイソクロノス部については、各ＩＳＯハンドラ２０３、２０６、２０９、２１２が、各インタフェース１０１〜１０４と共有メモリ６０２間に設けられ、ストリーミングデータを処理する。共有メモリ６０２は、ストリームバッファリングと同期のために用いられる、共有メモリアクセスの処理を行うためのモジュールである。ＩＳＯハンドラ２０３、２０６、２０９、２１２は、それぞれ、バスシステムに対してアイソクロノスストリームの抽出と挿入処理を行う。その動作は、対応するバスインタフェースにより制御される。アイソクロノスデータは、直接に共有メモリ６０２に書き込まれ、バッファリングされる。
【００３７】
　本発明に係る各バスサービスインタフェース２０２、２０５、２０８、２１１は、それぞれ対応するインタフェース１０１〜１０４とＵＰｎＰ３０２、すなわちユニバーサルプラグアンドプレイ（ＵＰｎＰ）プロトコルセットとの間に設けられている。これらのバスサービスインタフェース２０２、２０５、２０８、２１１は、それぞれ、バスシステムがＵＰｎＰに対応できるようデータ表現形式の変換を行う。この変換されたＵＰｎＰ対応のデータ表現形式を、本発明に係るデバイスプレゼンタとデバイスエミュレータは使用するのである。バスサービスは、ＩＳＯハンドラによるアイソクロノスデータの処理も制御する。
【００３８】
　ＩＰベースプロトコルブロック３００の上には、バスシステム中の異なった装置用として本発明に係るアダプテーションモジュール４０１〜４１０が配置されている。これらのアダプテーションモジュール４０１〜４１０は、バス固有装置を、抽象的な装置／アプリケーションレベルに適合させるものである。この第２の抽象的な層もＵＰｎＰ３０２により提供され、ＵＰｎＰ３０２と各アダプテーションモジュール４０１〜４１０との間の矢印で示されている。ここでのＵＰｎＰ３０２は、トランスポートレベルのバスシステムと装置／アプリケーションレベルの装置の双方にとって、一種の中央統合ポイントである。ここでＵＰｎＰ技術を用いることの利点は、ＵＰｎＰがプロトコルベースの規格であり、特定のソフトウェア環境に依存しない点である。したがって、これらのアダプテーションモジュール４０１〜４１０は、ネットワークの中で、オペレーティングシステムやソフトウェア環境から独立して、あらゆるゲートウェイ上で動作することができるのである。
【００３９】
　一般に、実装するにあたり、２つの異なった種類のモジュールがある。１つは、専用モジュールであるアダプテーションモジュール４０１、４０２であり、他の１つは、ＯＳＧＩとしての分散アプリケーション用の共通プラットフォームに基づくＯＳＧＩモジュールであるアダプテーションモジュール４０３〜４１０である。ＯＳＧＩモジュールは、Java／ＯＳＧＩ４１２として、対応する規格化されたソフトウェアプラットフォームを提供するあらゆるゲートウェイ上で動作し、一旦実装されればよい。他方、専用モジュールは、あらゆるオペレーティングシステムを対象として、いかなる言語で実装されてもよい。ゲートウェイプラットフォーム用として別途提供されなければならないが、ソフトウェア環境への依存は全くない。既存のコードを再利用するために、第３のカテゴリーとして、ローカルモジュールであるデバイスプレゼンタ４１４、デバイスエミュレータ４１５がアーキテクチャ図面の左側に示されている。これらのローカルモジュールは、抽象化されたトランスポートメカニズムを持っておらず、対応するバスドライバ及び物理層１００を直接使用するものであって、したがって、ネットワーク内では、トランスペアレントな動作をすることができない。
【００４０】
　また、機能面から、２つの異なった種類のモジュールがある。１つは、デバイスプレゼンタ４０３、４０５、４０７、４０９、４０１、４１４であり、それぞれ、一般的なＵＰｎＰ装置／サービスとして、バスシステム上の実装置を表すものである。他の１つは、デバイスエミュレータ４０４、４０６、４０８、４１０、４０２、４１５であり、それぞれ、一般的なＵＰｎＰプレゼンテーションによる装置／サービスに基づき、バスシステム上の装置をエミュレートする。よって、本発明によれば、各装置又はその機能は、各物理装置用の１つのデバイスプレゼンタと各バスシステム用の１つのデバイスエミュレータによって、論理的に代替されることになる。
【００４１】
　本発明に係るデバイスマネジャ４１１は、バスシステム上で見つかった装置のデバイスプレゼンタとエミュレータモジュールを見つけ、ロードし、割り当てるために用いられるものであるが、このデバイスマネジャ４１１も、ＵＰｎＰ３０２に接続されている。
【００４２】
　アイソクロノス接続処理のために、ゲートウェイ装置のあるネットワーク中の２つの装置間でストリーム接続を確立するために用いられるストリームマネジャ６０１が、ストリーム処理／変換ブロック６００内の共有メモリ６０２に付設されている。ストリームマネジャ６０１もＵＰｎＰ３０２に接続されている。さらに、ストリーム処理／変換ブロック６００は、オーディオとビデオストリームの符号化、復号化とトランスコーディングを行うためのトランスコーダ６０３を含んでいる。トランスコーダ６０３は数個のコーデックを含んでもよい。
【００４３】
　共有メモリ６０２は、さらに、例えば、ＲＦＣ１８８９−ＲＴＰ（A Transport Protocol for Real-Time Applications）による、ＲＴＰ（Real-time Transport Protocol）３０３に接続されている。ＲＴＰ３０３は、アイソクロノストランスポートチャンネルが利用できない場合に、ゲートウェイ装置間のデフォールトストリーミングメカニズムとして用いられるものである。
【００４４】
　さらに、ゲートウェイ装置は、デバイスＰ＆Ｅ　ＤＢ４１３、すなわちデバイスエミュレータとプレゼンタモジュールを提供する外部又は内部のデータベースと、コーデックＤＢ６０４、すなわちオーディオとビデオの符号化、復号化、トランスコーディングのためのコーデックを提供する外部又は内部のデータベースとを有している。
【００４５】
　ゲートウェイ装置のこれら全ての構成要素は、メモリ、演算リソース、バスシステム上のアイソクロノスチャンネル数、帯域、コーデックの利用可能性等を含む、あらゆるゲートウェイリソースのハンドリンクとプレゼンテーションのためにリソースマネジャ５０１により制御される。
【００４６】
　ゲートウェイアーキテクチャの要件面から、一般に、異なった仕様の２種類のゲートウェイがある。１つはダムゲートウェイ装置であり、他の１つはインテリジェントゲートウェイである。ダムゲートウェイ装置は、バスサービスを含むが、デバイスマネジャを含まず、また、デバイスプレゼンタ及び／又はデバイスエミュレータモジュールも必ずしも含んでいない。インテリジェントゲートウェイは、デバイスプレゼンタ及び／又はエミュレータモジュールと、好ましくは、デバイスマネジャとを実装している。インテリジェントゲートウェイは、本発明のゲートウェイ装置に組み込まれてもよく、さらに、オプションとして、バスサービスも有している。
【００４７】
　異なったゲートウェイ装置とインテリジェントゲートウェイの種類、そのコネクタとそれらの組み合わせを、対応する抽象的シンボルとともに、図２に示す。
【００４８】
　ダムゲートウェイ装置は大白丸で示され、インテリジェントゲートウェイは、実装するモジュールの種類により、中に数個の黒四角又は小白丸を配した大丸で示される。すなわち、デバイスプレゼンタ又はデバイスエミュレータ用のスタティックモジュールは黒四角群で、デバイスプレゼンタ又はデバイスエミュレータ用のダイナミックモジュールは小白丸群で示される。バスシステムへの接続は細線で、ＩＰオーバーバス接続は太線で、ＵＰｎＰバスサービスの可能性、すなわち本発明に係るバスサービスインタフェースは中白丸で、そして、ＵＰｎＰデバイスプレゼンタ又はエミュレータモジュールのバスに対する通信方向は、矢印、すなわち片方向の矢印又は双方向通信用の双方向矢印で示される。
【００４９】
　最小ゲートウェイ構成として、バスサービスインタフェース（中白丸付き）を伴うダムゲートウェイ装置（大白丸）と、対応するバス（中白丸に接続された太線）と、スタティックインテリジェントゲートウェイ（中に黒四角群が配された大丸）と、対応するバス（接続された太線）とが示されている。バスサービスインタフェースは必ずしもＩＰオーバーバス接続側、すなわちダムゲートウェイ装置を共通ネットワーク層に接続する側に設けられている必要はなく、ダムゲートウェイ装置をそのバスシステムに接続する側に設けられていてもよい。また、上述したように、ダムゲートウェイ装置又はインテリジェントゲートウェイが接続されるバスシステムは、共通ネットワーク層の基盤を構成することができる。
【００５０】
　ゲートウェイの例として、バスサービスインタフェースと、２本のバスにそれぞれ双方向接続されたデバイスプレゼンタ／エミュレータモジュールとを実装したスタティックインテリジェントゲートウェイ装置が示されている。すなわち、中に黒四角群を配した大丸に、太線が直接接続されるとともに、細線が接続された中丸が直接接続されており、線の接続点の上部に、双方向矢印が描かれている。
【００５１】
　もう１つのゲートウェイの例として、バスサービスインタフェースを実装したダイナミックインテリジェントゲートウェイ装置が示されている。すなわち、中に小白丸群を配した大丸に、太線が直接接続されるとともに、細線が接続された中丸が直接接続されて描かれている。
【００５２】
　最小のゲートウェイ構成から、両方のゲートウェイタイプとも、それぞれＩＰトランスポートが利用できるバスに接続されていなければならないことが分かる。このいわゆるＩＰ接続は、全てのゲートウェイ間で抽象的な通信と装置群を確立するために使用されるもので、これは、全種のゲートウェイの最小要件である。ダムゲートウェイ装置の場合、少なくとも１つのバスサービスインタフェースが必要である。この特性は、インテリジェントゲートウェイについては必須ではない。また、モジュールゲートウェイを構築することもできる。すなわち、モジュールゲートウェイは、本発明に係るインテリジェントゲートウェイを含むが、バス／ネットワークの全装置を抽象的なＵＰｎＰ層に提示するバスサービスインタフェースは含まず、しかし、共通ネットワーク層上に掲示された新しい装置のバスイベントを監視し、対応するデバイスプレゼンタ及び／又はエミュレータを見つけ、ロードし、割り当てるデバイスマネジャを含むものである。この場合、インテリジェントゲートウェイは、ゲートウェイ装置に含まれていなくてもよく、「独立型装置」として実現することができる。インテリジェントゲートウェイには、バスシステムが接続されていないからである。（共通ネットワーク層を実現するバスを除き、ここでは、インテリジェントゲートウェイ側は、バスサービスを必要としない。）
　図３は、抽象的ネットワークシナリオ、すなわち図２に示すシンボルを用いて表したネットワークシナリオを示す。一般に、本発明に係るゲートウェイアーキテクチャは、例えば、数個のダムゲートウェイ装置と、少なくとも１つのインテリジェントゲートウェイとにより構成される極めて柔軟なシナリオを可能としている。このアーキテクチャは、異なるバス／ネットワークシステム中に存在する装置間での相互通信を可能にするものである。
【００５３】
　図３は、カーバス２にＩＰ接続され、すなわち共通ネットワーク層に接続され、ネーティブ接続されていない、すなわちバスシステムが接続されていない１つのダイナミックインテリジェントゲートウェイ１を示している。この「ゲートウェイ」は、独立型インテリジェントゲートウェイとして実現され得るものである。すなわち、ダイナミックインテリジェントゲートウェイ１は、好ましくは、デバイスマネジャを含み、ダイナミック装置であるので、デバイスプレゼンタ及び／又はエミュレータをロードして実行することができる。カーバス２には、バスサービスインタフェースを実装した２つのダムゲートウェイ装置３、４が接続されている。すなわち、バスサービスインタフェースを実装した第１のダムゲートウェイ装置３は、オーディオ再生装置であるＩＥＥＥ１３９４ヘッドユニット５を、第１のバスシステム７であるＩＥＥＥ１３９４バスを介して、カーバス２に接続し、また、バスサービスインタフェースを実装した第２のダムゲートウェイ装置４は、オーディオサーバであるBluetooth（以下、ＢＴという）プレーヤ６を、第２のバスシステム８であるＢＴネットワークを介して、カーバス２に接続する。
【００５４】
　図４は、図３に示すネットワークシナリオをより詳細に示したものである。すなわち、両タムゲートウェイ装置３、４とインテリジェントゲートウェイ１とに焦点を当てたものである。両ダムゲートウェイ装置３、４は、単にバスサービスを提供する。すなわち、第１のダムゲートウェイ装置３は、ＩＥＥＥ１３９４バスサービスインタフェース３１を介して、また、第２のダムゲートウェイ装置４は、ＢＴバスサービスインタフェース４１を介して、バスサービスを提供する。このバスサービスにより、全てのバス機能とコマンドにアクセスすることができる。このバスサービスは、ＵＰｎＰ技術により発見される。モジュールゲートウェイ、すなわち本発明に係るダイナミックインテリジェントゲートウェイ１においては、各バスサービスから新しい装置に対するバスイベントを取得するデバイスマネジャ１１が見つかる。
【００５５】
　あるイベントが受信されると、デバイスマネジャ１１は、対応する装置のデバイスプレゼンタをロードする。このデバイスプレゼンタは、実装置と通信するためにダムゲートウェイ装置のバスサービスインタフェースも用いる。ＵＰｎＰはこれらのデバイスプレゼンタとそのサービスも発見する。この状態で、全ての異なったバス／ネットワークの全ての装置を含むＵＰｎＰ群が存在する。図示の場合においては、ＩＥＥＥ１３９４ヘッドユニット５は、コントロールパネルとアンプとを含み、それぞれ自己のデバイスプレゼンタ、すなわちコントロールパネル用の第１のデバイスプレゼンタ１２とアンプ用の第２のデバイスプレゼンタ１３を供給する。これらのデバイスプレゼンタ１２、１３は、ダイナミックインテリジェントゲートウェイ１にロードされ、デバイスマネジャ１１に接続される。
【００５６】
　ＢＴプレーヤ６は、Ａ２ＤＰプロファイルとＡＶＲＣＰプロファイルを含み、これらのプロファイルは、Ａ２ＤＰプロファイルとＡＶＲＣＰプロファイル用の第３のデバイスプレゼンタ１４である１つの共通デバイスプレゼンタを提供する。この第３のデバイスプレゼンタ１４がダイナミックインテリジェントゲートウェイ１にロードされ、デバイスマネジャ１１に接続される。さらに、ダイナミックインテリジェントゲートウェイ１は、ＢＴプレーヤ６をエミュレートする第１のデバイスエミュレータ１５と、ＩＥＥＥ１３９４ヘッドユニット５、すなわちそのコントロールパネルとアンプをエミュレートする第２のデバイスエミュレータ１６をも含む。この第１のデバイスエミュレータ１５は、対応する第１のバーチャル装置３２を第１のダムゲートウェイ装置３の中に、すなわちＩＥＥＥ１３９４バス７に提示し、この第２のデバイスエミュレータ１６は、対応する第２のバーチャル装置４２を第２のダムゲートウェイ装置４の中に、すなわちＢＴバス８に提示する。第１と第２のバーチャル装置３２、４２は、それぞれのダムゲートウェイ装置３、４の中に示され、それぞれ対応するデバイスエミュレータに双方向破線矢印により接続されているが、これは、論理状態を表しているにすぎない。実際は、これらのバーチャル装置３２、４２は、それぞれのバスサービスインタフェース３１、４１上にあるからである。
【００５７】
　バスサービスは、一般に、群内の新しいＵＰｎＰ装置をチェックしており、全ての未確認装置用のデバイスエミュレータを要求する。このとき、デバイスマネジャ１１は、異なったバス／ネットワーク用の適切なデバイスエミュレータをロードする。これらのデバイスエミュレータは、バスサービス上において、そのバス／ネットワークの中に入って、バーチャル装置として動作する。
【００５８】
　それぞれのバスシステムに接続された物理装置は、その後、同各バスシステムを共通ネットワーク層に接続するゲートウェイ装置のバスサービスインタフェース上に提示された、対応するバーチャル装置にアドレス指定するだけで、他のバスシステムに接続された物理装置と通信できるようになる。図４においては、ＩＥＥＥ１３９４ヘッドユニット５は、第１のバーチャル装置３２にアドレス指定するだけで、ＢＴプレーヤ６と通信することができ、また、ＢＴプレーヤ６は、第２のバーチャル装置４２にアドレス指定するだけで、ＩＥＥＥ１３９４ヘッドユニット５と通信することができる。一方の物理装置（ＩＥＥＥ１３９４ヘッドユニット、ＢＴプレーヤ）５、６は、そのような通信が他方の物理装置（ＢＴプレーヤ、ＩＥＥＥ１３９４ヘッドユニット）６、５と直接行われていることを意識していない。
【００５９】
　ここに、１つのトランスペアレントな互換性のある通信ネットワークが確立される。
【００６０】
　図５ａ〜５ｆのシーケンスチャートは、スタティックゲートウェイ装置とダイナミックインテリジェントゲートウェイ装置とが、１３９４バスとBluetooth（以下、ＢＴという）ピコネットとを融合させるシナリオにおける諸段階を示している。このシーケンスチャートは、ユーザが、１３９４アンサンブルの一部であるアンプ上で、携帯用のＢＴプレーヤから楽曲を再生しようとする場合のシナリオである。アンプはＢＴインタフェースを有していないので、両ゲートウェイ装置で、このアンプが動作できるようにしてやらなければならない。このネットワークシナリオは、ダイナミックインテリジェントゲートウェイ１が独立型ではなく、ＩＥＥＥ１３９４バス７とカーバス２を接続する第１のダムゲートウェイ装置３に組み込まれている点を除けば、図３及び４に示すものとほぼ等しい。したがって、以下、このゲートウェイは、第２のダイナミックインテリジェントゲートウェイ装置３Ａという。また、図３及び４に示す第２のダムゲートウェイ装置４は、ここでは、スタティックインテリジェントゲートウェイ装置、すなわち、デバイスマネジャにより処理されるデバイスプレゼンタ及び／又はエミュレータをスタティックに格納、実行することは可能であるが、それらを見つけ、ロードすることはできないゲートウェイ装置である。したがって、以下、このゲートウェイ装置は、スタティックゲートウェイ装置４Ａという。
【００６１】
　図５ａ〜５ｆは、第２のダイナミックインテリジェントゲートウェイ装置３Ａが、それが接続されているＩＥＥＥ１３９４バスと、スタティックゲートウェイ装置４Ａを含むＢＴピコネットとを融合する場合のシナリオにおける諸段階を示している。第２のダイナミックインテリジェントゲートウェイ装置３Ａとスタティックゲートウェイ装置４Ａは、両者とも、共通ネットワーク層の、ＩＰオーバー...２という、ＩＰオーバー任意キャリヤに接続されている。シーケンスチャートは、第２のダイナミックインテリジェントゲートウェイ装置３Ａに接続されているＩＥＥＥ１３９４アンサンブルの一部であるＩＥＥＥ１３９４ヘッドユニット（ＩＥＥＥ１３９４オーディオ再生装置ともいう）５のアンプ上で、ユーザ１０が、自己の携帯ＢＴ　ＭＰ３プレーヤから楽曲を再生しようとする場合のシナリオについて説明するものである。アンプはＢＴインタフェースを有していないので、この動作を可能にするために、第２のダイナミックインテリジェントゲートウェイ装置３Ａが必要となる。
【００６２】
　図５ａ〜５ｆに示すように、第１のステップＳ５１で、ユーザ１０は、スタティックゲートウェイ装置４Ａのスイッチを入れる。次のステップＳ３１で、スタティックゲートウェイ装置４Ａは、ＵＰｎＰサービスとして、全てのネーティブバスシステムのバスサービスを開始し、その後、ステップＳ３２で、スタティックゲートウェイ装置４Ａのデバイスマネジャが全てのバスサービスにおける全ての「デバイスチェンジ」イベントを登録する。次いで、ユーザ１０により第２のダイナミックインテリジェントゲートウェイ装置３Ａのスイッチが入れられ、同じ手順が実行される。つまり、次のステップＳ２１で、第２のダイナミックインテリジェントゲートウェイ装置３Ａは、ＵＰｎＰサービスとして、全てのネーティブバスシステムのバスサービスを開始し、その後、ステップＳ２２で、スタティックゲートウェイ装置４Ａのデバイスマネジャが全てのバスサービスにおける全ての「デバイスチェンジ」イベントを登録する。
【００６３】
　次いで、図５ｂに示すステップＳ５０１で、ユーザ１０は、携帯ＢＴプレーヤ（以下、ＢＴオーディオサーバともいう）６のスイッチを入れ、次のステップＳ５０２で、ＢＴピコネット上で、問い合わせを開始する。この問い合わせは、ＢＴオーディオサーバ６に対してなされ、その後、ステップ４０１で、ＢＴオーディオサーバ６からスタティックゲートウェイ装置４Ａに対して、さらに問い合わせがなされる。その後、ステップＳ３０１で、スタティックゲートウェイ装置４Ａは、フレンドリーネームをＢＴオーディオサーバ６に返答し、ステップＳ４０２で、ＢＴ装置リストがＢＴオーディオサーバ６によりユーザ１０に提示されると、ユーザ１０は、ステップＳ５０３でＢＴエアーインタフェースを介して、ＢＴオーディオサーバ６をスタティックゲートウェイ装置４Ａに接続する処理を開始する。その後、各ステップＳ３０２、Ｓ３０３、Ｓ３０４、Ｓ４０３で、ＡＣＬ接続、ＳＤＰ用のＬ２ＣＡＰ接続、ＳＤＰ問い合わせ、ＳＤＰ返答の処理を経て、ＢＴオーディオサーバ６とスタティックゲートウェイ装置４Ａ間でＢＴピコネットが確立される。
【００６４】
　スタティックゲートウェイ装置４Ａは、ＢＴオーディオサーバ６のオーディオ機能を認識し、ステップＳ３０５で、利用可能な対応するデバイスプレゼンタをそのメモリ内で探し、あるときは、ステップＳ３０７で、内部メモリからＢＴオーディオサーバプレゼンタをロードする。ＢＴオーディオサーバプレゼンタは、ステップＳ３０８で、ＢＴオーディオサーバ６からデータとステータスを読み込み、ステップＳ３０９で、メディアサーバ装置、すなわちＢＴオーディオサーバ６をＵＰｎＰに知らせる。
【００６５】
　このスタティックゲートウェイ装置４Ａの場合は、デバイスプレゼンタを外部ソースからロードすることはできない。これがダイナミックインテリジェントゲートウェイであったならばロードすることができる。
【００６６】
　ステップＳ３０５で、モジュール（プレゼンタ又はエミュレータ）を、ゲートウェイ装置、ここではスタティックゲートウェイ装置４Ａによりロードできないときは、ステップＳ３０６で、全てのゲートウェイ装置に対しイベントを掲げて、そのモジュールをロードするよう要請する。ここでのイベントは、対応するデバイスプレゼンタがあれば、それをロードするというものである。この場合、第２のダイナミックインテリジェントゲートウェイ装置３Ａのみが他のゲートウェイ装置であるので、この要請を受ける。
【００６７】
　第２のダイナミックインテリジェントゲートウェイ装置３Ａは、そのイベントを認識し、ステップＳ２０１で、利用可能な対応するデバイスプレゼンタをそのメモリ内で探し、あるときは、ステップＳ２０２で、内部メモリからＢＴオーディオサーバプレゼンタをロードする。ステップＳ２０１で、対応するデバイスプレゼンタがなければ、次のステップＳ２０３で、デバイスプレゼンタを、例えば他のゲートウェイ、装置、インターネット等の外部ソースからロードできるかをチェックし、できるときは、次のステップＳ２０４で、そのローディングが実行される。内部又は外部からロードされたＢＴオーディオサーバプレゼンタは、ステップＳ２０５で、ＢＴオーディオサーバ６からデータとステータスを読み込み、ステップＳ２０６で、メディアサーバ装置、すなわちＢＴオーディオサーバ６をＵＰｎＰに知らせる。その後、ステップＳ２０７で、全ての他のゲートウェイに、対応するＢＴオーディオサーバプレゼンタのローディングを停止するよう知らせる。
【００６８】
　ステップＳ２０３で、外部ソースからもデバイスプレゼンタをロードすることができないときは、後述するように、その特定のバスシステム用のデバイスエミュレータをロードすることなく処理を続行する。すなわち、デバイスエミュレータがロードされた場合に、内部又は外部からロードされたＩＥＥＥ１３９４用オーディオプレーヤエミュレータがメディアサーバ装置を知らせるというステップＳ２１３の後の処理を続行する。
【００６９】
　ここで、新しいオーディオプレーヤ装置が全てのネットワークでマップされる必要がある。したがって、全てのゲートウェイ装置は、その新しい装置が、それぞれ接続されているバスシステムに既に提示されているか否かをチェックする。提示されていないときは、その特定のバスシステム用のデバイスエミュレータのローディングを開始する。
【００７０】
　図示の例においては、ステップＳ２０８で、ＩＥＥＥ１３９４用オーディオプレーヤエミュレータが第２のダイナミックインテリジェントゲートウェイ装置３Ａの内部メモリにあるかをチェックし、あるときは、ステップＳ２０９で、ＩＥＥＥ１３９４用オーディオプレーヤエミュレータを内部メモリからロードする。ステップＳ２０８で、ＩＥＥＥ１３９４用オーディオプレーヤエミュレータがないときは、次のステップＳ２１０で、ＩＥＥＥ１３９４用オーディオプレーヤエミュレータを外部ソースからロードできるかをチェックし、できるときは、次のステップＳ２１２で、そのローディングが実行される。内部又は外部からロードされたＩＥＥＥ１３９４用オーディオプレーヤエミュレータは、ステップＳ２１３で、メディアサーバ装置、すなわちＢＴオーディオサーバ６をＩＥＥＥ１３９４に知らせ、対応するデバイスプレゼンタ、ここではＢＴオーディオサーバプレゼンタにおけるイベントを登録する。
【００７１】
　ステップＳ２１０で、モジュール（プレゼンタ又はエミュレータ）を、ゲートウェイ装置、ここでは第２のダイナミックインテリジェントゲートウェイ装置３Ａによりロードできないときは、ステップＳ２１１で、イベントを全ての他のゲートウェイ装置に掲示し、そのモジュールをロードするよう要請する。ここでのイベントは、ＩＥＥＥ１３９４用オーディオプレーヤエミュレータがあれば、それをロードするというものである。この場合、スタティックゲートウェイ装置４Ａのみが他のゲートウェイ装置であるので、この要請を受ける。
【００７２】
　したがって、ステップＳ３１１で、ＩＥＥＥ１３９４用オーディオプレーヤエミュレータがスタティックゲートウェイ装置４Ａの内部メモリにあるかをチェックし、あるときは、ステップＳ３１２で、ＩＥＥＥ１３９４用オーディオプレーヤエミュレータを内部メモリからロードする。ステップＳ３１１で、ＩＥＥＥ１３９４用オーディオプレーヤエミュレータがないときは、ＩＥＥＥ１３９４用オーディオプレーヤエミュレータを外部ソースからロードすることはできない。これは、ダイナミックインテリジェントゲートウェイ装置にしかできない動作だからである。内部からロードされたＩＥＥＥ１３９４用オーディオプレーヤエミュレータは、ステップＳ３１３で、メディアサーバ装置、すなわちＢＴオーディオサーバ６をＩＥＥＥ１３９４に知らせ、対応するデバイスプレゼンタ、ここではＢＴオーディオサーバプレゼンタにおけるイベントを登録する。その後、ステップＳ３１４で、全ての他のゲートウェイ装置に、対応するＩＥＥＥ１３９４用オーディオプレーヤエミュレータのローディングを停止するよう知らせる。
【００７３】
　ここで、図５ｃに示すように、ユーザ１０が、ステップＳ５０４で、ＩＥＥＥ１３９４オーディオ再生装置５のスイッチを入れると、ステップＳ１０１でバスリセットがなされ、その後、ステップＳ１０２で、ＩＥＥＥ１３９４バスに、接続装置を知らせる。ここで、デバイスプレゼンタのローディング（Ｓ２１５〜Ｓ２２１、Ｓ３１５〜Ｓ３１９）と、ＢＴピコネット用のデバイスエミュレータのローディング（Ｓ２２３〜Ｓ２２８、Ｓ３２０〜Ｓ３２４）が開始される。これらのモジュールは、どのゲートウェイ装置上でも動作することができる。
【００７４】
　したがって、ＩＥＥＥ１３９４オーディオ再生装置５を認識した第２のダイナミックインテリジェントゲートウェイ装置３Ａは、ステップＳ２１５で、利用可能な対応するデバイスプレゼンタをそのメモリ内で探し、あるときは、ステップＳ２１６で、オーディオ再生装置プレゼンタを内部メモリからロードする。ステップＳ２１５で、対応するデバイスプレゼンタがないときは、次のステップＳ２１７で、デバイスプレゼンタを外部ソースからロードできるかをチェックし、できるときは、次のステップＳ２１９で、そのローディングが実行される。内部又は外部からロードされたオーディオ再生装置プレゼンタは、ステップＳ２２０で、ＩＥＥＥ１３９４オーディオ再生装置５からディスクリプタとステータスを読み込み、ステップＳ２２１で、ＩＥＥＥ１３９４オーディオ再生装置５をＵＰｎＰに知らせる。
【００７５】
　ステップＳ２１７で、モジュール（プレゼンタ又はエミュレータ）を、ゲートウェイ装置、ここでは第２のダイナミックインテリジェントゲートウェイ装置３Ａによりロードできないときは、ステップＳ２１８で、イベントを全ての他のゲートウェイ装置に掲示し、そのモジュールをロードするよう要請する。ここでのイベントは、対応するデバイスプレゼンタがあれば、それをロードするというものである。この場合、スタティックゲートウェイ装置４Ａのみが他のゲートウェイ装置であるので、この要請を受ける。
【００７６】
　スタティックゲートウェイ装置４Ａはイベントを認識し、その後、ステップＳ３１５で、利用可能な対応するデバイスプレゼンタを探し、あるときは、ステップＳ３１６で、オーディオ再生装置プレゼンタを内部メモリからロードする。内部からロードされたオーディオ再生装置プレゼンタは、ステップＳ３１７で、ＩＥＥＥ１３９４オーディオ再生装置５からディスクリプタとステータスを読み込み、ステップＳ３１８で、ＩＥＥＥ１３９４オーディオ再生装置５をＵＰｎＰに知らせる。その後、ステップＳ３１９で、全ての他のゲートウェイに、対応するＢＴオーディオ再生装置プレゼンタのローディングを停止するよう知らせる。
【００７７】
　このスタティックゲートウェイ装置４Ａの場合は、デバイスプレゼンタは外部ソースからロードすることはできない。したがって、ステップＳ３１５で、内部メモリにオーディオ再生装置プレゼンタがない場合にも、後述するように、その特定のバスシステム用のデバイスエミュレータのローディングを行わずに処理を続行する。すなわち、デバイスエミュレータがロードされる場合、内部よりロードされたＢＴ用オーディオ再生装置エミュレータがオーディオ再生装置を知らせるというステップＳ３２４の後の処理を続行する。
【００７８】
　ここで、新しいオーディオ再生装置は全てのネットワークにおいてマップされる必要がある。したがって、全てのゲートウェイ装置は、その新しい装置がそれぞれ接続されているバスシステムに既に提示されているか否かをチェックする。提示されていないときは、その特定のバスシステム用のデバイスエミュレータのローディングを開始する。
【００７９】
　図示の例においては、図５ｄに示すように、ステップＳ３２０で、ＢＴ用オーディオ再生装置エミュレータがスタティックゲートウェイ装置４Ａの内部メモリにあるかをチェックし、あるときは、ステップＳ３２２で、ＢＴ用オーディオ再生装置エミュレータを内部メモリからロードする。ステップＳ３２０で、ＢＴ用オーディオ再生装置エミュレータがないときは、この処理はスタティックゲートウェイ装置４Ａにより実行されるので、外部からロードすることはできない。内部からロードされたＢＴ用オーディオ再生装置エミュレータは、ステップＳ３２４で、ＩＥＥＥ１３９４オーディオ再生装置５をＢＴに知らせ、対応するオーディオ再生装置プレゼンタにおけるイベントを登録する。
【００８０】
　ステップＳ３２０で、モジュール（プレゼンタ又はエミュレータ）を、ゲートウェイ装置、ここではスタティックゲートウェイ装置４Ａによりロードできないときは、ステップＳ３２１で、イベントを全ての他のゲートウェイ装置に掲示し、そのモジュールをロードするよう要請する。ここでのイベントは、ＢＴ用オーディオ再生装置エミュレータがあれば、それをロードするというものである。この場合、第２のダイナミックインテリジェントゲートウェイ装置３Ａのみが他のゲートウェイ装置であるので、この要請を受ける。
【００８１】
　したがって、ステップＳ２２３で、ＢＴ用オーディオ再生装置エミュレータが第２のダイナミックインテリジェントゲートウェイ装置３Ａの内部メモリにあるかをチェックし、あるときは、ステップＳ２２４で、ＢＴ用オーディオ再生装置エミュレータを内部メモリからロードする。ステップＳ２２３で、ＢＴ用オーディオ再生装置エミュレータがないときは、次のステップＳ２２５で、ＢＴ用オーディオ再生装置エミュレータを外部ソースからロードできるかをチェックし、できるときは、次のステップＳ２２６で、そのローディングが実行される。内部又は外部からロードされたＢＴ用オーディオ再生装置エミュレータは、ステップＳ２２７で、ＩＥＥＥ１３９４オーディオ再生装置５をＢＴに知らせ、対応するデバイスプレゼンタ、ここではオーディオ再生装置デバイスプレゼンタにおけるイベントを登録する。その後、ステップＳ２２８で、対応するＢＴ用オーディオ再生装置エミュレータのローディングを停止するよう知らせる。一方、ステップＳ２２５で、ＢＴ用オーディオ再生装置エミュレータを外部ソースからもロードできないときは、外部又は内部からロードできた場合と同様にその後の処理、すなわちステップＳ２２８の後の処理を続行する。
【００８２】
　次のステップＳ１０３で、ＩＥＥＥ１３９４オーディオ再生装置５が、第２のダイナミックインテリジェントゲートウェイ装置３Ａ（のバスサービスインタフェース内の、対応するデバイスエミュレータに基づき、ＢＴオーディオサーバ６として動作するバーチャル装置）にアドレス指定することによって、ＢＴオーディオソース装置、すなわちＢＴオーディオサーバ６から基本的サブユニット情報を読み込んだ後、ステップＳ１０４で、ＩＥＥＥ１３９４オーディオ再生装置５は、ユーザ１０にＢＴオーディオサーバ６を提示することができる。図５ｅに示すように、次のステップＳ５０５で、ユーザ１０によりＢＴオーディオサーバ６が選択されると、ステップＳ１０５で、ＩＥＥＥ１３９４オーディオ再生装置５は、ＢＴオーディオサーバ６のディレクトリデータを、例えば第２のダイナミックインテリジェントゲートウェイ装置３Ａ上で管理されるデバイスエミュレータモジュールから読み込み、ステップＳ２３０で、ＢＴオーディオサーバ６のディレクトリデータが、第２のダイナミックインテリジェントゲートウェイ装置３ＡからＩＥＥＥ１３９４オーディオ再生装置５に伝えられる。このような管理の意味するところは、デバイスエミュレータモジュールは、共通のＩＰオーバー...バスに接続されたあらゆるゲートウェイ上でロードして実行できるのであるが、第２のダイナミックインテリジェントゲートウェイ装置３Ａと通信するだけでアドレス指定できる、ということである。その後、ステップＳ１０６で、ＢＴオーディオサーバ６のディレクトリデータが、ユーザ１０に提示される。
【００８３】
　以上の説明から、ある装置用のデバイスプレゼンタのローディングができない場合は、その装置用のデバイスエミュレータが組み込まれることはない。例えば、ステップＳ３０５で、ＢＴオーディオサーバプレゼンタを内部からロードすることができないことがスタティックゲートウェイ装置４Ａにより認識され、また、ステップＳ２０３で、さらに、ＢＴオーディオサーバプレゼンタを外部からロードすることができないことが第２のダイナミックインテリジェントゲートウェイ装置３Ａにより認識されると、対応するデバイスエミュレータのローディングは開始されない。他のバスシステム用デバイスエミュレータが利用できないような場合は、対応装置は、これらの他のバスシステムにおけるバーチャル装置とはみなされない。また、本発明に係るインテリジェントゲートウェイからは見えない。したがって、この例においては、上述のように、ユーザは、ステップＳ５０５でＢＴオーディオサーバ６を選択することができない。もちろん、装置の選択が不可能である以上、後述するオーディオ選択やオーディオ再生も不可能である。
【００８４】
　図５ｅに示すように、次のステップＳ５０６で、ユーザ１０がオーディオ選択をすると、ステップＳ１０７で、AV/C ONS（Object Number Select）コマンドがＩＥＥＥ１３９４オーディオサーバエミュレータに送られてくる。これに対して、オーディオサーバエミュレータは、ステップＳ２３１で、ＢＴオーディオサーバプレゼンタモジュールに対応するUPnPコマンドを送る。このＢＴオーディオプレゼンタモジュールは、同じ第２のダイナミックインテリジェントゲートウェイ装置３Ａ上で動作し得る。ＢＴオーディオサーバエミュレータは、ストリームエンドポイントとストリームエンドポイントの能力を探すために、ＢＴバスサービスを介して、ＢＴオーディオサーバ６と会話する。このＢＴバスサービスは、スタティックゲートウェイ装置４Ａで動作し得る。したがって、ステップＳ２３２で、スタティックゲートウェイ装置４Ａにアドレス指定すると、第１のステップＳ３２６で、ＡＶＤＴＰ用Ｌ２ＣＡＰコネクションをＢＴオーディオサーバ６に対し設定し、第２のステップＳ３２７でストリームエンドポイントを探すために、AVDTP_DISCOVER_CMDコマンドをＢＴオーディオサーバ６に対して出し、第３のステップＳ４０４で、ＢＴオーディオサーバ６から、AVDTP_DISCOVER_RSP応答を受信し、そして、第４のステップＳ３２８で、ストリームエンドポイントの能力を取得するために、AVDTP_GET_CAPABILITIES_CMDコマンドをＢＴオーディオサーバ６に対して出し、第５のステップＳ４０５で、ＢＴオーディオサーバ６から、AVDTP_GET_CAPABILITIES_RSP応答を受信する。
【００８５】
　次いで、図５ｆに示すように、ステップＳ３２９で、スタティックゲートウェイ装置４Ａは、両方のデバイスプレゼンタ、すなわちオーディオサーバプレゼンタとオーディオ再生装置プレゼンタに、第２のダイナミックインテリジェントゲートウェイ装置３Ａを介して、サポートされているそれらのストリームフォーマットを求め、次いで、ステップＳ２３３で、両デバイスプレゼンタから可能なストリームフォーマットを受信し、ＵＰｎＰを介して、他のゲートウェイ装置におけるストリームマネジャ、ここでは第２のダイナミックインテリジェントゲートウェイ装置３Ａ中のストリームマネジャと通信することにより、この送信のためのストリームフォーマットとコーデックについてネゴシエーションを行う。
【００８６】
　したがって、最初のステップＳ３３０とＳ２３４で、両ストリームマネジャは一定のコーデックにつき合意し、その後、ステップＳ３３１とＳ２３６で、それぞれの内部メモリに適切なコーデックがあるか否かをチェックし、次いで、ステップＳ３３２とＳ２３８で、それぞれの内部メモリから、それらのコーデックをそれぞれロードする。ないときには、ステップＳ３３３とＳ２３７で、外部ソースからロードする。最後のステップＳ３３４とＳ２３９では、各ストリームマネジャがそれぞれのコーデックを無事ロードできたか否かをそれぞれ決定する。一方又は両方のコーデックを無事ロードできなかった場合は、各ストリームマネジャは、他のフォーマットにつきネゴシエーションを行うか、あるいは他のゲートウェイ装置上のコーデックのローディングを試みる。すなわち、処理フローは、最初のステップＳ３３０とＳ２３４から再び始め、最終ステップＳ３３４とＳ２３９へと進む。これでも不可能である場合は、第２のダイナミックインテリジェントゲートウェイ装置３Ａのストリームマネジャは、ステップＳ２３５で、ＩＥＥＥ１３９４オーディオ再生装置５に対してAV/C ONSコマンドを拒絶する。
【００８７】
　一方、全てのコーデックが無事ロードされた場合は、ＢＴオーディオサーバプレゼンタは、ステップＳ２４０で、ＢＴバスサービスを介してＢＴオーディオサーバ６と会話し、ステップＳ３３５で、該バスサービスを介して、AVDTP_SET_CONFIGURATION_CMDコマンドをＢＴオーディオサーバ６に送る。次いで、ステップＳ４０６で、ＢＴオーディオサーバ６は、AVDTP_SET_CONFIGURATION_RSP応答を送ることにより、該バスサービスを介して、コンフィグレーション設定につき受領確認する。
【００８８】
　次いで、ステップＳ２４１で、ＩＥＥＥ１３９４オーディオ再生装置プレゼンタは、CCM（Connection and Compatibility Management）コマンドを用いて、ＩＥＥＥ１３９４オーディオ再生装置５との接続を確立する。
【００８９】
　続いて、ステップＳ３３６とＳ２４２で、両ストリームマネジャがそれぞれのネットワークにおいて十分なリソースがあるか否かにつきネゴシエーションを行う。オーディオストリーミングを行うための十分なリソースがないときには、ステップＳ３３６で、AV/C ONSコマンドは、ＩＥＥＥ１３９４オーディオ再生装置５に対して拒絶される。
【００９０】
　十分なリソースがあるときには、ＢＴオーディオサーバプレゼンタは、ステップＳ２４４で、「再生」イベントをＢＴオーディオサーバエミュレータに送り、次いで、ＢＴオーディオサーバエミュレータは、ステップＳ２４５で、「受領」応答と「再生」ステータスをＩＥＥＥ１３９４オーディオ再生装置５に送る。
【００９１】
　次いで、ステップＳ２４６で、ＢＴオーディオサーバプレゼンタは、ＢＴバスサービスを介して、ＢＴオーディオサーバ６との会話を送り、それにより、ストリームをオープンして開始するために、ＢＴバスサービスを介して、ＢＴオーディオサーバ６にコマンドを伝える。これらのコマンドは、ＢＴオーディオサーバ６によりそれぞれ返答され、受領確認される。特に、ＢＴオーディオサーバプレゼンタは、まず、ステップＳ３３７で、AVDTP_OPEN_CMDコマンドをＢＴオーディオサーバ６に送り、ステップＳ４０７で、AVDTP_OPEN_RSP応答をＢＴオーディオサーバ６から受信する。次いで、ステップＳ３３８で、オーディオサーバプレゼンタによりストリーミングデータ用Ｌ２ＣＡＰコネクションが確立され、その後、ステップＳ３３９で、ＢＴオーディオサーバプレゼンタは、AVDTP_START_CMDコマンドをＢＴオーディオサーバ６に送り、ステップＳ４０８で、ＢＴオーディオサーバ６から、AVDTP_START_RSP応答を受信する。最後に、ＢＴオーディオサーバプレゼンタは、ステップＳ３４０で、AVCTPコマンドを介して、AV/C開始コマンドをＢＴオーディオサーバ６に送り、ステップＳ４０９で、AVCTP応答を介して、ＢＴオーディオサーバ６から、AV/C開始応答を受信する。
【００９２】
　次いでステップＳ４１０で、オーディオサーバは、オーディオストリームデータをＲＴＰ／Ｌ２ＣＡＰを介してスタティックゲートウェイ装置４Ａに送り始める。ステップＳ２４７で、スタティックゲートウェイ装置４Ａのコーデックは、受信したオーディオストリームを、ＩＰオーバー...を介して、ＲＴＰに符号化し、それを第２のダイナミックインテリジェントゲートウェイ装置３Ａに伝え、該コーデックは、受信したＳＢＣオーディオデータをＰＣＭオーディオデータに復号化し、ＩＥＥＥ１３９４上でＩＥＣ６１８８３フォーマットで、ＩＥＥＥ１３９４オーディオ再生装置５へ送る。次いで、ＩＥＥＥ１３９４オーディオ再生装置５は、ステップＳ１０８で、受信データに基づきオーディオ再生を実行する。
【００９３】
　したがって、一般に、本発明によれば、異なったバスシステムを相互に接続して上位ネットワークを構築するために、ゲートウェイ装置を介してバスシステムが接続された共通ネットワーク層が設けられ、データ及び／又は制御のやりとりがなされる。さらに、本発明に係るインテリジェントゲートウェイは、ネットワーク中に、すなわち本発明に係るゲートウェイ装置が接続された共通ネットワーク層の中に分散して配置される。したがって、これらのインテリジェントゲートウェイは、全てのゲートウェイ装置上でアクセスできる。これにより、単にバスＡＰＩ、すなわちバスサービスインタフェースを提供するだけの安価な（ダム）ゲートウェイ装置の組み込みが可能となる。装置固有（ソフトウェア）モジュールは、他のインテリジェントゲートウェイ装置又は上記インテリジェントゲートウェイ上で分散配置された状態で動作することができる。
【図面の簡単な説明】
【００９４】
【図１】本発明に係るインテリジェントゲートウェイを組み込んだ、本発明のより好ましい実施の一形態に係るゲートウェイ装置の全体構成の一実施例を示す図である。
【図２】本発明に係るゲートウェイ装置とインテリジェントゲートウェイの種類、及びそれぞれの抽象的シンボルを表す図である。
【図３】本発明に係る抽象的なネットワークシナリオを示す図である。
【図４】図３に示すネットワークシナリオをより具体化したものを示す図である。
【図５】図３及び図４に示すネットワークシナリオにおける通信フローチャートを説明する図である。
【符号の説明】
【００９５】
　１　　３，４　　ダムゲートウェイ、　７　　ＩＥＥＥ１３９４バス、　８　　ＢＴバス、３００　　ＩＰベースプロトコルブロック、　３１　　ＩＥＥＥ１３９４バスサービスインタフェース、　４１　　ＢＴバスサービスインタフェース
【図１】
2004072773.tif 000003
【図２】
2004072773.tif 000004
【図３】
2004072773.tif 000005
【図４】
2004072773.tif 000006
【図５ａ】
2004072773.tif 000007
【図５ｂ】
2004072773.tif 000008
【図５ｃ】
2004072773.tif 000009
【図５ｄ】
2004072773.tif 000010
【図５ｅ】
2004072773.tif 000011
【図５ｆ】
2004072773.tif 000012