(57)【特許請求の範囲】
【請求項１】
１つまたは複数の１３９４バスを有し、１つまたは複数の１３９４バスに接続した非１３９４ネットワークを具備したネットワーク内で同報通信ディスカバリーを行う方法であって、
ディスカバリー・デバイスから同報通信されるとともに要請すべきバスを示すバス識別子を備えた要請パケットによって要請されたバスに接続された被要請デバイスが、自身のデバイス情報およびサービス情報を含む通知ディスカバリー情報を生成するステップであって、前記バス識別子が前記非１３９４ネットワークを示す擬似バス識別子である、ステップと、
前記被要請デバイスの通知ディスカバリー情報を前記ディスカバリー・デバイスが受信するステップと、
該ディスカバリー・デバイスが受信した通知ディスカバリー情報に基づいて、前記被要請デバイスとそのデバイス内に含まれるサービスのリストをこのディスカバリー・デバイスが維持するステップと
を含むことを特徴とする方法。
【請求項２】
１つまたは複数の１３９４バスを有し、１つまたは複数の１３９４バスに接続した非１３９４ネットワークを具備したネットワーク内で同報通信ディスカバリーを行う装置であって、
ディスカバリー・デバイスから同報通信されるとともに要請すべきバスを示すバス識別子を備えた要請パケットによって要請されたバスに接続された被要請デバイスのデバイス情報およびサービス情報を含む通知ディスカバリー情報を生成する該被要請デバイスの手段であって、前記バス識別子が前記非１３９４ネットワークを示す擬似バス識別子である、手段と、
前記被要請デバイスの通知ディスカバリー情報を受信するディスカバリー・デバイスの手段と、
該ディスカバリー・デバイスが受信した通知ディスカバリー情報に基づいて、前記被要請デバイスとそのデバイス内に含まれるサービスのリストを維持する前記ディスカバリー・デバイスの手段と
から構成されることを特徴とする装置。
【発明の詳細な説明】
【０００１】
（発明の分野）
本発明は、一般にディスカバリー・プロトコル(discovery protocol：発見プロトコル)に関し、より詳細には、１つまたは複数の１３９４バスを有するネットワーク内で同報通信ディスカバリーを行う方法および装置に関する。
【０００２】
（発明の背景）
米国電気電子学会（ＩＥＥＥ）は、シリアル通信チャネルを介してマルチメディア・データを伝送するための標準を発表している。この標準は、１９９５年６月１６日公表のＩＥＥＥｓｔｄ．１３９４−１９９５（１３９４）と名付けられている。１３９４標準は、同一の物理伝送媒体を使用して、パーソナル・コンピュータ（ＰＣ）、周辺デバイス（すなわち、モニタ、キーボード、プリンタ、スキャナなどコンピュータに接続されたあらゆるハードウェア・デバイス）、および消費者電子デバイスの間でデータの転送ができる高速シリアルバスを規定している。１３９４シリアルバスは、１３９４バスに結合されたデバイスのアプリケーション用の固有のプラグｎプレイ（ｐｌｕｇ−ｎ−ｐｌａｙ）機能を有する。１３９４バスがアクティブなときでもデバイスを１３９４バスに装着し、取り外しすることができる。デバイスがそのように取付または取り外された場合、既存ノード間でデータを伝送するために、バスはそれ自体を自動的に再構成する。
【０００３】
ネットワーク内の異なるデバイスのアプリケーション間の対話は、デバイスのディスカバリー（発見）とデバイス内に含まれるサービスに依存している。デバイスとサービスのディスカバリーを行うために現在使用されている技術は、その効率と拡張性が限られている。「ノードＩＤ学習後問合わせ（Learn Node ID Then Interrogate）」と呼ばれているこの現在の技術の下では、デバイスとサービスのディスカバリーは、バス・リセット後にのみ行われる。具体的に言うと、１３９４バスのリセットは、ハードウェア初期化を引き起こし、それによってバス上のすべてのデバイスがトリガされ、パケットがそれらのデバイス識別情報と共にディスカバリー・デバイス、すなわちディスカバリーを行うデバイスに送信されることになる。ディスカバリー・デバイスは、デバイス識別子を記憶する。ハードウェア初期化が完了した後、ディスカバリー・デバイスは、バス上の他のすべてのデバイスに、それらが持つサービスについて学習するために問合せを行う。この問合せは、１３９４非同期読取りトランザクションの形で行われる。１３９４環境内で使用される各非同期読取りトランザクションは、要求パケットと応答パケットで構成され、一度に４バイトのデータを読み取ることができる。
【０００４】
デバイス・ディスカバリー情報と各デバイスのサービスのディスカバリー情報は、１３９４仕様で定義されるその構成読取り専用記憶デバイス（ＲＯＭ）に入っている。したがって、ディスカバリー・デバイスは、バス上の他のデバイスに問合せを行うとき、バス上のすべてのデバイスの構成ＲＯＭを読み取る必要がある。したがって、「ノードＩＤ学習後問合わせ」ディスカバリーの間に発生したパケットの数は、デバイスの構成ＲＯＭのサイズおよびバス上のデバイスの数に依存する。パケット数の計算式は、以下の通りである。
【０００５】
（Ｎ−１）×Ｄ×Ｓ×２。ただし、Ｎは、バス上のデバイスの数、Ｄは、ディスカバリーを行うデバイスの数、Ｓは、デバイスの構成ＲＯＭサイズ（構成ＲＯＭは、トランザクションごとに４バイト読み取り）を４で割った商であり、２は、読取りトランザクションごとに要求パケットおよび応答パケットの２パケットがあることを表す。したがって、例えば３個のディスカバリー・デバイスと１５０バイトのデバイス構成ＲＯＭを含む４個のデバイスを有するネットワークでは、「ノードＩＤ学習後問合わせ」ディスカバリーは６８４個のパケットを生成する。
【０００６】
このような多数のパケットが生成される結果、現在のディスカバリー技術は、３または４個のデバイスを有する１３９４ネットワークでは、ときどき機能しなくなる。構成ＲＯＭ読取りトランザクションのバーストに応答できないデバイスもあるようである。すなわち、デバイスが短期間にあまりにも多くのトランザクションを受信するために、これら多数のトランザクションへの応答順を制御できなくなってしまう。多数のバスがブリッジを介して接続されるとき、大きな１３９４ネットワークが存在するほど、問題が大きくなる。
【０００７】
「ノードＩＤ学習後問合わせ」ディスカバリーに関する他の問題は、多数の１３９４バスが一緒にブリッジされるとき、ネットワーク内のバス・リセット・ストームを引き起こす可能性があることである。具体的に言うと、バスがリセットされてこのバス上のサービスとデバイスのディスカバリーが開始する。ネットワーク内の他のバス上のサービスとデバイスに関する情報を得るには、初期バス・リセットをあるバスから別のバスに転送しなければならない。バス・リセットを、あるバスから別のバスに転送すると、バス・リセットが転送された先のバスでバス・リセットが発生することがある。次に、このバス・リセットが他方のバスへ戻され、それがまた他のバス・リセットを引き起こすことがある。すなわち、このバス・リセット・ストームとして知られるパターンが無限に継続して行われ、１３９４バス全体が無効となることがある。したがって、多数の１３９４バスを有するネットワークでは、「ノードＩＤ学習後問合わせ」ディスカバリーを使用することができない。
【０００８】
バス・リセット・ストームを引き起こすリスクは、例えば、非１３９４インタフェースを有するＰＣが１３９４デバイスと対話することができるように、１３９４ネットワークが非１３９４ネットワークに接続されている、ホーム・ネットワークでも存在する。多数の１３９４バスを有するネットワーク内での「ノードＩＤ学習後問合わせ」ディスカバリーのオペレーションと同様に、非１３９４ネットワークに接続された１３９４ネットワーク内でのこの技術のオペレーションでは、バス・リセットを非１３９４ネットワークに転送することが必要になる可能性がある。上記で論じたように、バス・リセットを転送するとバス・ストームをまねき、それでネットワーク内でのデバイスの正しい機能が妨げられることがある。したがって、「ノードＩＤ学習後問合わせ」ディスカバリーは、多数の１３９４バスを有するネットワークでも、非１３９４ネットワークに接続された１３９４ネットワークでも使用できない。
【０００９】
したがって、多数の１３９４バスを有するネットワーク内でデバイスとサービスのディスカバリーを可能にし、多数の１３９４バスに接続された非１３９４ネットワークに拡張される、効率がよく拡張性のあるプロトコルが求められている。
【００１０】
（発明の概要）
１つまたは複数の１３９４バスを有するネットワーク内で同報通信ディスカバリーを行う方法およびデバイスが開示される。バスに接続されたデバイスは、バスのリセット時、またはディスカバリー・デバイスからネットワーク内のすべてのデバイスに送信された要請（solicit)パケットの受信時のいずれかに、通知ディスカバリー情報を生成する。それらのデバイスは、要請パケットが、グローバル・バス識別子、またはデバイスが接続されたバスに関連するバス識別子のいずれかを有する場合、要請パケットの受信時に通知ディスカバリー情報を生成する。ディスカバリー・デバイスは、デバイスから送信された通知ディスカバリー情報を受信する。通知ディスカバリー情報に基づき、ディスカバリー・デバイスは、デバイスおよびデバイス内に含まれるサービスのリストを維持する。
【００１１】
本発明を、例によって説明するが、添付の図面を参照しながら以下の説明を読めばより明らかになるであろう。以下の図において、同じ参照番号は同様の要素を示す。
【００１２】
（本発明の実施形態の詳細な説明）
本発明の実施形態の以下の説明では、添付の図面を参照する。図面は、この文書の一部をなし、本発明が実施できる特定の実施形態を例として示すものである。本発明の範囲から逸脱することなく、他の実施形態を使用し、構造の変更ができることを理解されたい。以下に記述する本発明の好ましい実施形態により、ネットワーク内の異なるデバイス上のアプリケーション間で対話が可能になる。
【００１３】
以下の記述では説明のため、本発明の徹底した理解を実現するために多数の具体的な詳細について説明する。しかし、これら具体的な詳細がなくとも本発明が実施できることは、当業者には明白であろう。他の例では、説明を容易にするために、周知の構造およびデバイスはブロック図の形式で示してある。
【００１４】
本発明は、様々な代表的ネットワークで実施できる。図２は、本発明の一実施形態のネットワークのブロック図である。この実施形態で、ホーム・ネットワークは、デジタル制御データ、オーディオ・ストリーム、ビデオ・ストリームを互いに渡し合うデジタル消費者電子デバイスで構成される。典型的なデジタル消費者電子デバイスには、デジタル・カムコーダ、デジタル・カメラ、デジタルＶＣＲ、デジタルＴＶ，「キッチン」コンピュータが含まれるが、それだけには限らない。上記以外の広く様々なデジタル消費者電子デバイスが普遍性を失うことなく本発明で使用できることを、当業者なら理解するであろう。さらに、本発明は、広く様々なＰＣ，ケーブルモデム、および周辺デバイスを含むネットワークで、本発明の精神から逸脱することなく使用できる。
【００１５】
図１は、居間２００内にあるＴＶ２０２、ＶＣＲ２０４を示す。ＴＶ２１６は、ベッドルーム２４０にある。ＴＶ２０２およびＶＣＲ２０４は、１３９４バス２１０に結合されている。ＴＶ２１６は、１３９４バス２１４に結合されている。１３９４バス２１０および１３９４バス２１４は、ブリッジ２０６を通して互いに接続される。ＴＶ２０２、ＶＣＲ２０４およびＴＶ２１６は、ＩＥＥＥ１３９４をサポートするデバイスであるが、それだけには限らないがマイクロソフトＩＥＥＥ１３９４クラス・ドライバを含む１３９４インタフェースを有する。広く様々な他の１３９４インタフェースが普遍性を失うことなく本発明で使用できることが、当業者には理解されよう。さらに、これらのデバイスは、それだけには限らないがユニバーサル・シリアル・バス（ＵＳＢ）を含む他のインタフェースと協調して１３９４インタフェースをサポートすることができる。
【００１６】
１３９４バス２１０および２１４は、固有のプラグ・アンド・プレイ機能を持ち、バスがフル稼働していても、いつでもユーザによるデバイスの脱着を可能にする。高速１３９４バス２０２および２１４により、デバイス２０２、２０４および２１６のアプリケーション間で様々な対話が可能になる。例えば、ユーザはＶＣＲ２０４に居間２００内で現在再生中のビデオを停止させ、５分間待機させてから、ベッドルーム２４０内のＴＶ２１６上のビデオ再生を再開させることが可能である。
【００１７】
一実施形態では、１３９４バス２１０および２１４を、ブリッジ２０６を通して非１３９４ネットワーク２１２に接続することが可能である。ホーム・ネットワーキング環境内の典型的な非１３９４ネットワークには、それだけには限らないがホーム・フォンライン・ネットワーキング・アライアンス（Home Phoneline Networking Alliance：ＨｏｍｅＰＮＡ）、ホーム・ラジオ・フレッケンシー（Home Radio Frequency：ＨｏｍｅＲＦ）、イーサネット（登録商標）が含まれる。上記以外の広く様々な非１３９４ネットワークが普遍性を失うことなく本発明で使用できることを、当業者なら理解するであろう。
【００１８】
一実施形態で、非１３９４ネットワーク２１２は、私室またはオフィス２２０にあるＰＣ２０８を含む。ＰＣ２０８は、１３９４インタフェースを有さないが、１３９４アプリケーションを有している。本発明の場合、ＰＣ２０８の１３９４アプリケーションは、１３９４デバイス２０２、２０４および２１６と対話することができる。例えば、ユーザは、ＴＶ２０２またはＴＶ２１６のテレビ画面を通してＰＣ２０８に通信し、オーディオ・ビデオ・デバイスを検索してある種の映画を見つけるためにＰＣ２０８を使用することができる。本発明の精神から逸脱することなく、非１３９４ネットワークに様々なＰＣ，およびＰＣ以外の様々なデバイスを加えることができるのを強調しておきたい。
【００１９】
（本発明の作用）
本発明は、１つまたは複数の１３９４バスを有するネットワーク内で同報通信ディスカバリーを行う方法および装置を提供する。具体的に言うと、本発明は、通知および要請プロトコルである。デバイスやデバイス内に含まれるサービスのディスカバリーは、通知アクションおよび要請アクション中に達成される。通知アクションおよび要請アクション中にデバイスから送信されるディスカバリー情報により、ディスカバリー・デバイスはネットワーク内のデバイスとサービスのリストを維持することができる。本発明の場合、上述の従来技術に比べて、デバイスとサービスのディスカバリーによって生成される情報パケットの数が些少である。したがって、本発明では、パケットのバーストに関連するディスカバリー障害が回避される。さらに、本発明は、ネットワーク内のすべてのデバイスに要請パケットおよび通知パケットを同報通信し、そのため、一方のバスから他方のバスにバス・リセットを転送する必要がなくなり、それによって多数の１３９４バスを有するネットワークおよび非１３９４ネットワーク内でバス・リセット・ストームが回避される。したがって、本発明により、多数のバスを有する１３９４ネットワーク内でデバイスとサービスの効果的なディスカバリーが可能になり、非１３９４インタフェースを持つＰＣが１３９４デバイスと対話可能になる。
【００２０】
図２は、本発明の一実施形態の通知アクションを示す。通知アクションは、バス・リセットによってトリガできる。典型的には、バス・リセットは、デバイスをオンまたはオフにし、バスへの着脱を行い、あるいはアプリケーション・ソフトウェアがエラー処理または他の何らかのアクティビティのために、いつでもバス・リセットを強制するときに発生する。本発明の精神から逸脱することなく、上記で論じた以外の広く様々なイベントが、本発明におけるバス・リセットをトリガできることが、当業者には理解されよう。
【００２１】
バス・リセット時に、バスに接続されたすべてのデバイスは、その通知パケットを同報通信する。図２に示すように、１３９４バス３１４がリセットされると、バス３１４に接続されたデバイス３０５、３０６、３０７が起動して、そのディスカバリー情報を通知する。各デバイスから送信される通知ディスカバリー情報は、デバイスとそのデバイス内に含まれるサービスに関する情報を含む。ネットワーク内の一部のデバイスには、ディスカバリーを行うタスクが割り当てられている。これらのデバイスをディスカバリー・デバイスと呼ぶ。ディスカバリー・デバイス３０３、３０６、３０８は、デバイス３０５、３０６、３０７から送信される通知ディスカバリー情報を受信する。この情報に基づいて、各ディスカバリー・デバイスは、バス３１４に接続されたデバイスおよびこれらのデバイス内に含まれるサービスのリストを生成する。このリストは、各ディスカバリー・デバイスが維持するデバイスとサービスの既存のリストをバス３１４に接続されたデバイスに関する現在の情報で更新するのに使用される。
【００２２】
ディスカバリー・デバイスは、ネットワーク内のすべてのデバイスに関するリフレッシュされたまたは新しいディスカバリー情報を得る必要があるかもしれない。さらに、ディスカバリー・デバイスは、ネットワーク内のある種のデバイスに関する不完全なまたは時代遅れの情報を持っているかもしれない。ディスカバリー情報の全体または一部分が必要なとき、ディスカバリー・デバイスは、要請アクションを起動することができる。ディスカバリー・デバイスが同報通信エラーのために通知ディスカバリー情報の一部を受信し損ねたとき、バス・リセットなしにトポロジ変化が生じたとき、またはアプリケーションがリフレッシュされたまたは新しいディスカバリー情報を要求したときなどに、要請アクションがトリガされる。本発明の精神から逸脱することなく、上記で論じた以外の広範囲のイベントが、本発明における要請アクションをトリガできることが、当業者には理解されよう。
【００２３】
図３は、本発明の一実施形態の要請アクションを示す。この実施形態では、ディスカバリー・デバイス４０６は、１３９４バス４１０に接続されたデバイスについて不完全な情報しか持っていないことをディスカバリーすると、要請アクションを起動する。ディスカバリー・デバイス４０６は、要請パケットを同報通信し、それをネットワーク内のすべてのデバイスが受信する。この実施形態では、ディスカバリー・デバイス４０６は、バス４１０に接続したデバイスからのディスカバリー情報だけを要請する必要がある。バス４１０に接続されたデバイスからのディスカバリー情報だけの伝送を開始するために、要請パケットは、バス４１０に割り当てられたバス識別子（バスｉｄ）を指定する。図３では、説明の目的だけのものであるが、１に等しいバスｉｄがバス４１０に割り当てられている。ネットワーク内のデバイスがディスカバリー・デバイス４０６から要請パケットを受信すると、そのデバイスが接続されるバスｉｄと要請パケットに含まれるバスｉｄとを比較する。デバイスが接続されるバスｉｄが要請バスｉｄと一致する場合、そのデバイスは要請パケットに応答する。図３で、デバイス４０１、４０２、４０３は、要請パケット内で要求されたのと同じ１に等しいバスｉｄを持つバス４１０に接続される。したがって、デバイス４０１、４０２、４０３だけが要請パケットに応答してディスカバリー情報を通知する。要請パケットに応答してデバイス４０１、４０２、４０３から送信されるディスカバリー情報には、デバイスおよびデバイス内に含まれるサービスに関する情報が含まれる。ディスカバリー・デバイス４０６は、通知ディスカバリー情報を受信し、この情報を用いて、デバイスとサービスの既存リストをバス４１０に接続されたデバイスに関する現在の情報で更新する。
【００２４】
図３は、個々のバス上のデバイスからのディスカバリー情報の要請を示しているが、本発明の範囲から逸脱することなく、要請アクションの他の変形形態も使用できることを強調しておきたい。すなわち、ディスカバリー・デバイスがネットワーク内のすべてのデバイスからディスカバリー情報を得る必要があるときは、ディスカバリー・デバイスからグローバルな要請アクションを起動することができる。ディスカバリー・デバイス４０６は、ネットワーク内のすべてのデバイスに関する情報が必要なことをディスカバリーした場合、グローバル・バスｉｄを要請バスｉｄ付きで要請パケットを送信する。例えば、ネットワークは６３本を越えるバスをもていないので、グローバル・バスｉｄは６４に等しいであろう。しかし、普遍性を失うことなく、グローバル・バスを表すために他のどんな番号を割り当てることもできることが当業者には理解されよう。ネットワーク内のデバイスがグローバル・バスｉｄ付きの要請パケットを受信したとき、ネットワーク内のすべてのデバイスは、その通知ディスカバリー情報をディスカバリー・デバイス４０６に送信する。次にこのディスカバリー情報をディスカバリー・デバイス４０６が使用して、ネットワーク内のすべてのデバイスおよび各デバイスに含まれるサービスのリストを維持する。
【００２５】
本発明の一実施形態で、非１３９４ネットワーク４１６がブリッジ４１４を介して多数の１３９４バス４１０および４１２に接続されている。ディスカバリー・デバイス４０６は、非１３９４デバイス４１６に関する情報がないことをディスカバリーした場合、要請アクションを起動して、非１３９４ネットワーク４１６に接続されたデバイスからの情報を要請する。非１３９４ネットワーク４１６には、シミュレートされたバスｉｄが割り当てられている。ディスカバリー・デバイス４０６は、要請パケット内にシミュレート・バスｉｄを有する。この場合もネットワーク内のすべてのデバイスは、要請パケットを受信するが、要請パケットからのバスｉｄに等しいバスｉｄを持つバスに接続されたデバイスだけが応答する。図３では、非１３９４デバイス４０８だけが要請パケットからの擬似バスｉｄと一致するバスｉｄを持っている。したがって、非１３９４デバイス４０８だけが、ディスカバリー・デバイス４０６にその通知ディスカバリー情報を送信し、ディスカバリー・デバイス４０６はこの情報を使用してネットワーク内のサービスおよびデバイスの現行リストを維持する。
【００２６】
本発明では、ディスカバリーの間に生成されるパケット数は、従来技術の場合よりもかなり小さい。本明細書の背景の部分で説明したように、図１に示すネットワークと類似のネットワーク内で、すなわち３つのディスカバリー・デバイスを含む４つのデバイスを有するネットワーク内で、従来技術では、ディスカバリーの間に６８４個のパケットを生成する。６８４という数字は、このデバイスの１５０バイトという構成ＲＯＭのサイズに基づいている。
【００２７】
本発明におけるディスカバリー情報はネットワーク内のすべてのデバイスに同報通信されるので、本発明はネットワーク内のディスカバリー・デバイスの数に依存しない。また、本発明は、トランザクション当り４バイトだけを読み取る構成ＲＯＭ読取りトランザクションを使用せず、また各トランザクションが要求パケットおよび応答パケットを持つことを必要としない。その代わり、本発明におけるデバイスは、デバイスの構成ＲＯＭからディスカバリー情報を検索し、ディスカバリー情報を非同期ストリームの形でネットワーク内のすべてのデバイスに同報通信する。典型的には、デバイスのディスカバリー情報を送信するのに必要なパケット数は、２と３の間である。本発明では、ディスカバリーの間に生成されるパケット数は、ネットワーク内のデバイス数とデバイスのディスカバリー情報の送信に必要なパケット数だけに依存する。具体的に言えば、ディスカバリーの間に生成されるパケット数は、Ｎ×Ｐである。ただし、Ｎはデバイス数、Ｐはディスカバリー情報の送信に必要なパケット数である。したがって、図１で説明したネットワークと類似のネットワークでは、従来技術で生成される６８４個のパケットに比べて、最大で１２個のパケットを生成するだけである。
【００２８】
図４は、本発明の一実施形態の通知フェーズの諸ステップを詳述する流れ図である。ネットワーク内のデバイスとサービスのディスカバリーは、バス・リセットによって起動できる。ステップ５０１に示すように、バス・リセット時に、バスに接続されたすべてのデバイスがディスカバリー情報を通知する。各デバイスから送信されるディスカバリー情報には、このデバイスおよびこのデバイス内に含まれるサービスに関する情報が含まれる。ステップ５０３に示されるとおり、ネットワーク内の全てのディスカバリー・デバイスは通知ディスカバリー情報を受信する。ステップ５０５で、各ディスカバリー・デバイスは、リセット・バスに接続されたデバイスおよびこれらのデバイス内に含まれるサービスのリストを生成する。生成されたリストは、各ディスカバリー・デバイスが維持する、ネットワーク内のデバイスとサービスの既存のリストを更新するのに使用される。
【００２９】
また、ネットワーク内のデバイスとサービスのディスカバリーは要請アクションの間に起こる。図５は、本発明の一実施形態の要請フェーズの諸ステップを詳述する流れ図である。上記で論じたように、ネットワーク内のデバイスおよびそれらのサービスに関する部分的またはグローバルなディスカバリー情報を得る必要があるかもしれない。ディスカバリー情報を得る必要をディスカバリーすると、ディスカバリー・デバイスは、あるバスｉｄを含む要請パケットを生成する。ステップ５１０で、ディスカバリー・デバイスは、要請パケットを上記バスｉｄと共にネットワーク内のすべてのデバイスに送信する。上記バスｉｄがグローバル・バスｉｄを表す場合、流れはステップ５１２からステップ５１４に進む。すなわち、要請パケットをグローバル・バスｉｄと共に受信すると、ネットワーク内のすべてのデバイスが、ステップ５１４で示すようにその通知ディスカバリー情報を生成する。
【００３０】
要請パケットに含まれるバスｉｄがグローバル・バスｉｄを表さない場合、ディスカバリー・デバイスは、あるバスに接続されたデバイスからのディスカバリー情報だけを得る必要がある。このバスのｉｄは要請パケットに含まれる。ネットワーク内のすべてのデバイスが要請パケットを受信し、そのバスに割り当てられたバスｉｄを要請バスｉｄと比較する。上記で論じたように、非１３９４ネットワークには、シミュレート・バスｉｄが割り当てられている。したがって、ディスカバリー・デバイスが非１３９４ネットワークに接続されたデバイスに関する情報を必要とするときは、要請パケットに非１３９４ネットワークを表すシミュレート・バスｉｄが含まれる。
【００３１】
ステップ５１６で、要請バスｉｄと一致するバスｉｄを持つバスに接続されたデバイスが、通知ディスカバリー情報を生成する。ステップ５１８で、ディスカバリー・デバイスが、指定されたバスに接続されたデバイスから、またグローバル通知アクションの場合はネットワーク内のすべてのデバイスから通知ディスカバリー情報を受信する。ステップ５２０で、ディスカバリー・デバイスが通知ディスカバリー情報を使用してデバイスとサービスの既存のリストを更新する。
【００３２】
本発明を特定のシステム環境における好ましい実施形態に関して述べたが、添付の特許請求の範囲の精神および範囲から逸脱することなく、本発明が他の異なるハードウェアおよびソフトウェア環境で修正を加えて実施できることが、当業者には理解されよう。
【図面の簡単な説明】
【図１】  本発明の一実施形態のネットワークのブロック図である。
【図２】  一実施形態の通知フェーズのブロック図である。
【図３】  一実施形態の要請フェーズのブロック図である。
【図４】  一実施形態の通知フェーズの流れ図である。
【図５】  一実施形態の要請フェーズの流れ図である。
【図１】
0004571751.tif 000002
【図２】
0004571751.tif 000003
【図３】
0004571751.tif 000004
【図４】
0004571751.tif 000005
【図５】
0004571751.tif 000006