JP2008522251A - 分散型ネットワークにおいてプロバイダのオンライン状態を管理するためのシステム及び方法 - Google Patents

Abstract

システムは、分散ネットワークの中でプロバイダとリクエスタとの間の通信を管理する。リクエスタはコンピュータデバイス上に実装され、ステイオンラインバインディングを提供する。ステイオンラインバインディングは、リクエスタにより所望されるバインディングを特定する。プロバイダはコンピュータデバイス上に実装され、バインディングを提供する。プロバイダは、ステイオンラインバインディングをリクエスタから受信し、自身が上記のステイオンラインバインディングについて認識したので、バインディングの提供を継続する。
【選択図】図１

Description

本発明は、一般にコンピュータ及びコンピュータ関連技術に関する。より詳細には、本発明は、分散型ネットワークにおいてプロバイダのオンライン状態を管理するためのシステム及び方法に関する。

コンピュータ及び通信技術は、急速に進歩し続けている。実際に、コンピュータ及び通信技術は、人の日常の多くの局面に関わっている。例えば、消費者により今日用いられている多くのデバイスは、その中に小型コンピュータを有している。これらの小型コンピュータは、サイズ及び高度化の程度がさまざまである。これらの小型コンピュータは、１個のマイクロコントローラから、全機能搭載の完全なコンピュータシステムまでの全てを含む。例えば、これらの小型コンピュータは、マイクロコントローラなどのワンチップコンピュータ、コントローラなどのワンボードタイプのコンピュータ、ＩＢＭ−ＰＣ互換機のような典型的なデスクトップコンピュータであってもよい。

コンピュータは通常、その中心部に１つ以上のプロセッサを有する。プロセッサ（複数も）は通常、異なる外部入力及び出力に相互接続され、特定のコンピュータ又はデバイスを管理する働きをする。例えば、サーモスタットの中のプロセッサは、温度設定を選択するために用いられるボタン、温度を変えるために加熱炉又はエアコン、及び現在の温度を読み取りディスプレーに表示するために温度センサに接続されてもよい。

多くの電気製品、デバイス等が、１つ以上の小型コンピュータを含んでいる。例えば、サーモスタット、加熱炉、空調システム、冷蔵庫、電話、タイプライタ、自動車、自動販売機、及び多くの異なるタイプの産業機械が、現在一般的に小型コンピュータ、又はプロセッサをそれらの中に有している。コンピュータソフトウエアがこれらのコンピュータのプロセッサを実行し、特定のタスクをどのように実行するのかをプロセッサに指示する。例えば、サーモスタット上で実行されるコンピュータソフトウエアは、特定の温度に到達した時にエアコンを停止させてもよいし、又は必要ならヒータを作動させてもよい。

デバイス、電気製品、ツール等の一部であるこれらのタイプの小型コンピュータは、しばしば埋め込みシステムと呼ばれる。「埋め込みシステム」という用語は、通常、より大きなシステムの一部であるコンピュータハードウエア及びソフトウエアを示す。埋め込みシステムは、例えばキーボード、マウス、及び／又はモニタのような、典型的な入力及び出力デバイスを有していなくてもよい。通常、埋め込みシステムの中心部には１つ以上のプロセッサがある。

照明システムは、埋め込みシステムを組み入れてもよい。埋め込みシステムは、照明システムの監視及びこの作用を制御するために用いてもよい。例えば、埋め込みシステムは、照明システム内のライトの明るさを落とすための制御を提供しても良い。あるいは、埋め込みシステムは、ライトの明るさを増すための制御を提供しても良い。埋め込みシステムは、照明システム内の個別のライト間の特定の照明パターンを起動するための制御を提供しても良い。埋め込みシステムは、照明システム内の個別のスイッチに連結されてもよい。これらの埋め込みシステムは、これらのスイッチに指示して、個別のライト又は照明システム全体の電源を入れ又は切ってもよい。同様に、埋め込みシステムは、照明システム内の個別のライトに連結されてもよい。個別のライトの明るさ又は電源の状態は、埋め込みシステムにより制御されてもよい。

セキュリティシステムも同様に、埋め込みシステムを組み入れてもよい。埋め込みシステムは、セキュリティシステムを構成する個別のセキュリティセンサを制御するために用いてもよい。例えば、埋め込みシステムは、各セキュリティセンサを自動的に電源投入するための制御を提供しても良い。埋め込みシステムは、個別のセキュリティセンサのそれぞれに接続されてもよい。例えば、埋め込みシステムは、モーションセンサに接続されてもよい。埋め込みシステムは、個別のモーションセンサを自動的に電源投入し、モーションが検出された場合にモーションセンサを起動させるために制御を提供しても良い。モーションセンサを作動させることには、モーションセンサ内のＬＥＤの電源を投入するための命令を提供すること、モーションセンサの出力ポートから警報を出力すること等を含んでもよい。埋め込みシステムはまた、ドアを監視するセンサに連結されてもよい。埋め込みシステムは、ドアが開閉するときにドアを監視するセンサを起動させるための命令を提供しても良い。同様に、埋め込みシステムは、窓を監視するセンサに連結されてもよい。埋め込みシステムは、窓が開閉した場合に窓を監視するセンサを起動させるための命令を提供しても良い。

一部の埋め込みシステムは、また、携帯電話などの無線製品を制御するために用いてもよい。埋め込みシステムは、携帯電話のＬＥＤディスプレーの電源を投入するための命令を提供しても良い。埋め込みシステムはまた、携帯電話内のオーディオスピーカを起動させて、この携帯電話に関する音声通知を提供しても良い。

家庭電気製品もまた、埋め込みシステムを組み入れてもよい。家庭電気製品は、通常伝統的なキッチンで用いられる、例えば、コンロ、冷蔵庫、電子レンジ等の電気製品を含んでもよい。家庭電気製品はまた、健康及びユーザの快適な暮らしに関連する電気製品を含んでもよい。例えば、マッサージリクライニングチェアは、埋め込みシステムを組み入れてもよい。埋め込みシステムは、ユーザの好みによってチェアの背もたれを自動的に傾ける命令を提供しても良い。埋め込みシステムはまた、ユーザの好みに応じてリクライニングチェア内で振動を起こす、チェア内の振動部品を始動させるための命令を提供しても良い。

家庭内で通常見られる更なる製品が、埋め込みシステムを組み入れてもよい。例えば、埋め込みシステムをトイレの中に用いて貯水タンクを補充するために用いる水のレベルを制御しても良い。埋め込みシステムは、ジェット式浴槽内の空気の流出量を制御するために用いてもよい。

以上述べたように、埋め込みシステムは、多くの異なるシステム、リソース、製品等の監視又は制御に用いてもよい。インターネット及びワールドワイドウェブの成長とともに、埋め込みシステムを遠隔監視及び／又は制御することができるように、これらはますますインターネットに接続されてきている。他の埋め込みシステムは、ローカルエリアネットワーク、ワイドエリアネットワークなどを含むコンピュータネットワークに接続されてもよい。

一部の埋め込みシステムは、コンピュータネットワークを用いて、他のコンピュータデバイスにデータ及び／又はサービスを提供しても良い。もうひとつの方法としては、コンピュータネットワークを用いて他のコンピュータデバイスにデータ及び／又はサービスを提供する、典型的なコンピュータ又はコンピュータデバイスがあってもよい。時々、プロバイダにとって、自身が提供するサービスがリクエスタによって要求されているのかどうかを知ることが好都合である。この情報が無いと、ネットワーク上の追加のトラフィックを引き起こす可能性がある。これらの状況は、他と同様に、ネットワークを通しての通信に非効率を招くかもしれない。分散ネットワーク内のプロバイダのオンライン状態を管理するためのシステム及び方法が提供されれば、便益が実現される可能性がある。

この中で開示される実施形態は、一般に分散ネットワークの中でプロバイダとリクエスタとの間の通信を管理するためのシステムに関する。一実施形態によれば、リクエスタはコンピュータデバイス上に実装される。リクエスタは、ステイオンラインバインディング（ｓｔａｙ ｏｎｌｉｎｅ ｂｉｎｄｉｎｇ）を提供する。ステイオンラインバインディングは、リクエスタにより所望される少なくとも１つのバインディングを特定する。リクエスタはステイオンラインバインディングを提供する。同様に一実施形態に従って、プロバイダがコンピュータデバイス上に実装される。プロバイダは少なくとも１つのバインディングを提供する。プロバイダは、ステイオンラインバインディングをリクエスタから受信し、自身が上記のステイオンラインバインディングについて認識したので、バインディング（複数も）の提供を続ける。

一部の実施形態では、システムは介在するアクセスノードネットワークを含んでいる。システム内のリクエスタとプロバイダとの間の通信は、介在アクセスノードネットワークを介して送られる。

他の実施形態の中では、プロバイダコンピュータデバイスは、メモリと電子通信するプロセッサを含んでいる。方法を実行する命令がメモリの中に格納される。。プロバイダコンピュータデバイスは、プロバイダに関係する任意のステイオンラインバインディングのために、介在アクセスノードネットワークからの通信を監視する。プロバイダコンピュータデバイスはまた、プロバイダに関係するステイオンラインバインディングが何も介在アクセスノードネットワーク上で伝達されていないと判断した場合には、バインディングを提供することを止める。

代替的な実施形態の中では、プロバイダコンピュータデバイスは、プロバイダに関係する任意のステイオンラインバインディングについて問い合わせる。プロバイダは同様に、再度バインディングを提供する。他の実施形態では、プロバイダコンピュータデバイスは、プロバイダに関係する任意のステイオンラインバインディングについて、コネクションレスプロトコルを用いて問い合わせる。

更に他の実施形態の中では、リクエスタコンピュータデバイスは、メモリと電子通信するプロセッサを含んでいる。方法を実行する命令がメモリの中に格納される。リクエスタコンピュータデバイスは、リクエスタに関係する少なくとも１つのバインディングが存在するかどうかを判断する。リクエスタコンピュータデバイスはまた、バインディングを用いてプロバイダからデータ又はサービスを受け取ってもよい。

分散ネットワークの中で、プロバイダとリクエスタとの間の通信を管理する方法が同様に開示される。この方法は、ステイオンラインバインディングをリクエスタからプロバイダに提供する。この方法は、プロバイダが上記のステイオンラインバインディングについて認識したので、少なくとも１つのバインディングをプロバイダにより提供する。本方法は、このプロバイダに関係する任意のステイオンラインバインディングが存在するかどうかを判断する。一部の実施形態では、リクエスタとプロバイダとの間の通信は、介在アクセスノードネットワークを介して送られる。本方法は、このプロバイダに関係する任意のステイオンラインバインディングのために、介在アクセスノードネットワークからの通信を監視する。本方法はまた、このプロバイダに関係するステイオンラインバインディングの存在を監視するために、コネクションレスプロトコルを用いてもよい。

代替的な実施形態中では、この方法は、上記プロバイダに関係するステイオンラインバインディングが介在アクセスノードネットワーク上で伝達されていないと判断した場合には、リクエスタへの（複数も場合もある）バインディングの提供を止める。一部の実施形態では、この方法は、上記プロバイダに関係するステイオンラインバインディングが介在アクセスノードネットワーク上で伝達されていないと判断した場合には、ネットワークとの接続を断つことによってリクエスタへの（複数も場合もある）バインディングの提供を止める。この開示された方法は、リクエスタへの（複数も場合もある）バインディングの提供を止めた後、このプロバイダに関係するステイオンラインバインディングについて問い合わせする前に、既定の時間間隔の間待ってもよい。このプロバイダに関係する少なくとも１つのステイオンラインバインディングが存在する場合、本方法に従って、プロバイダは（複数も場合もある）バインディングの提供をさらに継続する。本方法はまた、（複数も場合もある）バインディングを、このプロバイダからデータ又はサービスを受けるために用いる。

分散ネットワークの中でプロバイダの通信を管理する方法を実施するために構成されているコンピュータデバイスも、同様に開示される。このコンピュータデバイスは、メモリと電子通信するプロセッサを含んでいる。この方法を実行する命令がメモリの中に格納されている。本方法は、少なくとも１つのバインディングを提供する。本方法はまた、リクエスタからステイオンラインバインディングを受信する。本方法は、プロバイダがステイオンラインバインディングを認識したことから、バインディング（複数も）の提供を続ける。

クライアントとデバイスが頻繁に接続及び切断する分散ネットワークの中では、いつ接続を確立するかについての、及びどれだけ長い間接続を開設しておくべきかに関する問題が有る可能性がある。一部のシステムの中では、クライアントは積極的に接続を要求しても良く、その結果、自身がそれを開放するまではこの接続を「所有」しても良い。このタイプのシステムは、直接接続に対してはよく機能するかもしれないが、分散環境の中では困難である。分散環境の中では、クライアントが「所有」する実際の接続はこのデバイスに対してではなく、介在ノードに対しての可能性がある。この場合の問題には、どのようにデバイスと介在ノードとの間の接続を確立し、且つこれをいつ閉じるかが含まれるかもしれない。

これらの問題に対する解決策は、「接続カウント」を維持し、この「接続カウント」がゼロのときに接続を開放するということかもしれない。これは、分散されているという、このシステムの性格がこのカウントを誰が維持するのかということを決定するのを困難にする可能性があることから、困難をもたらすかもしれない。このカウントの如何なるエラーも、しばしば、永続的な接続及び分散ネットワークへの更なる負荷に帰着する。

上述のように、関連する課題は、デバイス側での接続を誰が確立するかを判断することである。上述の「クライアントからの直接接続」状況の中では、デバイスは決して接続を開かない。分散環境の中では、デバイスが接続を開くべきかどうかを判断することは難しい可能性がある。

一旦クライアントとデバイスが接続されると、デバイスが提供する複数のサービスに関連する更なる問題が発生する。例えば、接続されたクライアントは、提供され得る全てのサービスは要求しない可能性があるが、どのサービスに興味があるのかを特定する直接的な方法を欠いている。接続が存在すべきかどうかを知ることに関連する問題は、同様に、どのサービスが提供されるべきかという問題に関連している。

デバイスに接続を開始させるということには、メリットがある可能性がある。１つのメリットは、クライアントが接続を適切に閉じることなく切断した場合には、システムが正しく「クリーンアップ」するということが含まれるであろう。更なるメリットは、この解決策が、どの接続が存在すべきかということについての中央集権的な知識がなくとも、分散環境の中で機能する可能性があるということであろう。

本発明の典型的な実施形態は、添付の図面と関連してなされる以下の説明及び添付の請求項からより完全に明白になるであろう。これらの図面は例としての実施形態のみを描いており、従って、本発明の範囲を限定するものとは見なされないということを首肯しつつ、本発明の典型的な実施形態が、添付の図面を使用することを通して付加的な特異性及び詳細を伴って説明される。

本発明の多様な実施形態が、以下に図面を参照して説明され、ここで、同様の参照番号は、同じ又は機能的に同様の要素を示す。この図の中で一般的に記述され且つ例示されるような、本発明の実施形態は、多様な異なる構成で変更及び設計することができる。従って、これらの図の中で表されているような、本発明のいくつかの例示的な実施形態についてのより詳細な説明は、主張されるように、本発明の範囲を限定する意図ではなく、単に本発明の実施形態の見本である。

「典型的な」という用語は、この中では、もっぱら「実施例、事例、又は例証の役目をする」ことを意味するために用いられる。この中で、「典型的な」ものとして説明される如何なる実施形態も、必ずしも他の実施形態よりも好ましい、又は有利だと解釈されるわけではない。実施形態の多様な態様が図面の中で提供されるが、これらの図面は特に示さない限りは必ずしも縮尺どおりに描かれているわけではない。

この中で開示される実施形態の多くの特徴は、コンピュータソフトウエア、電子的なハードウエア、又は両者の組み合わせとして実施されてもよい。ハードウエアとソフトウエアのこの互換性を明確に説明するために、さまざまなコンポーネントが機能性の観点から一般的に記述されるで。このような機能性がハードウエアとソフトウエアのどちらで実施されるかは、特定のアプリケーション及びシステム全体に課せられた設計上の制約によって決まる。当業者ならば、各アプリケーションに対して、説明された機能性を多様な方法で実施するであろうが、このような実施の決定は、本発明の範囲からの離脱を起こすものと解釈されるべきではない。

説明される機能性がコンピュータソフトウエアとして実装される場合、このようなソフトウエアは、メモリデバイスの内部にあるか及び／又はシステムバス若しくはネットワーク上で電子的な信号として送信される、任意のコンピュータ命令若しくはコンピュータで実行可能なコードの任意のタイプを含んでもよい。この中で説明されるコンポーネントに関連する機能性を実行するソフトウエアは、単一の命令、又は多くの命令を含んでもよく、また、いくつかの異なるコードセグメントにわたって、異なるプログラムの間に、及びいくつかのメモリデバイスにわたって、分散されてもよい。

図１は、ネットワーク１００内の２つの介在アクセスノードを例示しているネットワークブロック図である。プロバイダ１０２は、ネットワーク１００と電気的に通信している。図１のネットワーク実施形態１００は、ネットワーク１００と電気的に通信している２つのリクエスタ１０４を含んでいる。介在アクセスノード１０６が、同様にネットワーク１００上に存在している。ネットワーク１００上には、より多くのノードがあっても良い。

介在アクセスノード１０６は、ネットワーク１００に機能及びサービスを提供するネットワークノードである。介在アクセスノード１０６は、さまざまな仕方で用いられても良い。例えば、介在アクセスノード１０６は、ネットワーク１００上に存在してネットワーク１００上のコンピュータ、アプリケーション、及び／又はオブジェクトにサービスを提供しても良い。介在アクセスノード１０６はまた、プロトコルコンバータを提供するために用いられても良い。介在アクセスノード１０６は組み込まれてもよく、又は介在アクセスノード１０６は大規模なトラフィックを扱うほどに十分に大きくても良い。

介在アクセスノード１０６が含んでもよい１つの機能は、オブジェクトの洗練化に関連する。オブジェクトの洗練化とは、介在アクセスノード１０６がオブジェクトの代わりに自らを配置し、同じインターフェースについての様々な実施例を提供するという状況のことである。これは、とりわけ、インターフェースの実施における問題を、このインターフェースの実際の末端提供者を変更することなく解決することを可能にさせる。

介在アクセスノード１０６の更なる特徴は、オブジェクトの拡大化の機能である。オブジェクトの拡大化のために、介在アクセスノード１０６は、オブジェクトに対して上記の末端提供者がサポートしない新たなインターフェースを追加する。

現在の設計においては、介在アクセスノード１０６はクライアントとデバイスとの間を区別しておらず、従って、追加される如何なるサービスも任意の（認証された）接続エンティティすなわちノードに利用可能である。

図１に示すようなネットワーク１００は、ウエブサービスの多くの機能を受け継いでいる。ウェブサービスは、普通ＨＴＴＰ及びＳＯＡＰのウェブプロトコルを用いてアクセスされる。このアーキテクチャはネットワーキングのピアツーピアパラダイムに基づいている。

互いに通信し合う複数の介在アクセスノード１０６は、介在アクセスノードネットワーク１１０を形成する。リクエスタ１０４及び／又はプロバイダ１０２にとって、介在アクセスノードネットワーク１１０の１つ以上の介在アクセスノード１０６は、単一の介在アクセスノード１０６として見える。介在アクセスノードネットワーク１１０の中に含まれる規模すなわち数は、プロバイダ１０２及び／又はリクエスタ１０４にとっては透過的である。

プロバイダ１０２は、サービス１０８の提供元である、ネットワーク１００上の１ノードである。リクエスタ１０４は、サービス１０８の利用者である、ネットワーク１００上の１ノードである。リクエスタ１０４は、直接、サービス１０８を発見してこれを制御又はこれと相互交流しても良い、ノード上に実装されたソフトウエアエンティティである。

サービス１０８は、コンピュータデバイスによって提供されてもよい、任意の種類のサービスであってもよい。サービス１０８の可能な例としては、或る場所からの温度データの提供、監視データの提供、気象情報の提供、オーディオストリームの提供、ビデオストリームの提供等が含まれる。多くの、異なる種類のサービス及び／又はデータを、プロバイダ１０２からコンピュータネットワーク１００を通して提供しても良い。

サービス１０８は、１つ以上のバインディング１１２を介してアクセスされる。バインディング１１２は、オブジェクト識別子１１４及びインターフェース識別子１１６を含んでいる。通常、オブジェクト識別子１１４及びインターフェース識別子１１６はペアになっている。プロバイダ１０２は、複数のバインディング１１２を提供することができる。複数のプロバイダ１０２が同じサービス１０８、バインディング１１２、オブジェクト識別子１１４、又はインターフェース識別子１１６を提供しているということも可能である。

プロバイダ１０２は、埋め込みプロバイダであってもよい。埋め込みプロバイダは、埋め込みデバイス上に実装されているプロバイダ１０２である。埋め込みデバイスは、コンピュータデバイスの１種であるが、典型的なデスクトップコンピュータに用いられる全ての同じコンポーネントは含まない。例えば、一部の埋め込みデバイスは、モニタを含まず、他はキーボード又はマウスを含まず、また一部の埋め込みデバイスはモニタもキーボード／マウスも含まない。多くの埋め込みデバイスは、マイクロコントローラベースのデバイスであり、すなわち、この埋め込みデバイスのための中央プロセッサはマイクロコントローラである。

リクエスタ及びプロバイダの役割は、介在アクセスノード１０６に接続されたデバイス及びソフトウエアノードが担ってもよい。加えて、介在アクセスノード１０６は、リクエスタ及び／又はプロバイダであっても良い。例えば、介在アクセスノード１０６は、介在アクセスノード１０６間の通信を開設するときは、リクエスタ／プロバイダであってもよい。介在アクセスノード１０６は、これ１０６が他の介在アクセスノード１０６に接続する際にプロバイダについての情報を要求するときにリクエスタとして働く。介在アクセスノード１０６は、他のプロバイダについての情報を他の介在アクセスノード１０６に提供しているときに、プロバイダとして働く。

ここで用いられるような、「ネットワーク」という用語は、内部で一連のノードが通信経路により相互接続されている、システムを示す。ノードは、他のノードと通信する物理的なコンピュータデバイスである。ノードの特定の動作は、これが実行するアプリケーション又はソフトウエアにより決定される。ネットワークのノード上で実行されるアプリケーションは、プロトコル、すなわちネットワークを通してどのようにデータを送信するかに対する形式化された規則を実施するソフトウエアモジュールを介して、互いに通信する。いくつかのプロトコルは、データ送信のタイミング、シーケンス、及びエラーチェックを取り扱う。他は、更にどのようにデータがフォーマットされるか、及びノードが交換するコマンド及び応答を取り扱う。共に動作する１式のプロトコルは、プロトコルスタックと呼ばれ、それぞれのプロトコルは他のレイヤの最上位に構築された、スタック内の１レイヤとして振舞う。プロトコルスタックのこの最上位レイヤは、アプリケーションによって用いられ、中間レイヤはノード間でデータの転送グループ（パケット及びフレーム）を取り扱い、及び最下位レイヤはデータを転送するネットワーキングハードウエアを直接取り扱う。

物理的ネットワークは、ある種の物理的媒体（例えば、電気配線、光ファイバ、空気等）によって接続されるノードから成る。この物理的接続は、時々、リンクと呼ばれる。２つのノードに限定された物理的ネットワークは、ポイント・ツー・ポイントと呼んでもよく、一方、３つ以上のノードをサポートする物理的ネットワークはマルチアクセスと呼んでもよい。マルチアクセスネットワーク上の各ノードは、ネットワーク上の他のノードと自身を区別するために用いられる物理的アドレスを有している。

論理的ネットワークが、ノードの固有のグループを特定するために、物理的ネットワークの上に付加されてもよい。論理的ネットワーク内の各ノードは、プロトコルによりこのノードの物理的アドレスへとマッピングされる論理アドレスを有している。サブネットワーク、又はサブネットは、サブネット番号により識別される、物理的に又は論理的に独立したネットワークの一部である。

殆どの物理的ネットワークの問題に対しては、すでに多くの良く定義された実施例が有るため、殆どのプロトコルは論理的ネットワークを取り扱っており、新たな物理層を定義する必要はない。論理的ネットワークはまた、物理的ネットワークから隔離されるという利点を有し、従って、より広い有用性がある。例えば、ＴＣＰ／ＩＰは、論理的ネットワーク（ＩＰ）の最上位で定義される。ＩＰは、多くの物理的ネットワーク（イーサネット(登録商標)、シリアル、ワイヤレス等）上で作動することができる。これはＴＣＰ／ＩＰを、これが一部の特定の物理的ネットワークに関してのみ定義されるのに比べて、より包括的な解決策にしている。

任意の数の介在アクセスノード１０６を、コンピュータネットワーク１００の中で用いてもよい。図２は、示されているように、多数の介在アクセスノード２０６を含むネットワーク２００を例示している。３つのリクエスタ２０４、２０５が介在アクセスノード２０６と電気的に通信している。図２に示すネットワーク実施形態２００の中では、３つのリクエスタ２０４、２０５が全て、プロバイダ２０２、２０５、２０６ｅから提供されているサービス２０８、２２８、２４８を要求する。サービス２０８、２２８、２４８からのデータは、介在アクセスノードネットワーク２１０を通して送信される。

図２の介在アクセスノードネットワーク２１０は、図１の介在アクセスノードネットワーク１１０と同様に動作する。典型的な動作の中では、リクエスタ１０４、２０４、２０５、及びプロバイダ１０２、２０２、２０５、２０６ｅは、図１の介在アクセスノードネットワーク１１０と図２の介在アクセスノードネットワーク２１０間を区別しないであろう。図２はまた、例示されたリクエスタ／プロバイダ２０５により示すように、１つのノードがリクエスタ及びプロバイダの両方として働いてもよいということを、例示している。このリクエスタ／プロバイダ２０５は、サービス２２８及びバインディング２３２を提供する。図２はまた、サービス／バインディングが、介在アクセスノード２０６ｅによって提供されるということを例示している。

上に示すように、ネットワーク上で利用可能な多くのサービス及び多くのバインディングがあっても良い。これらのサービスを、常に提供するというよりはむしろ、「シグナリングして」バインディングを提供することができるようにすることは、有益であろう。加えて、プロバイダ１０２と介在アクセスノードネットワーク１１０との間で用いられる接続が一時的な場合、確立されている接続はもはや必要ないのかどうか、又は確立されていない接続がいつ必要とされるのかをプロバイダ１０２に信号を伝える方法を提供することは、有益である可能性がある。ここで開示されるシステム及び方法を通して、この接続の中の２つのループを考慮に入れれば、要求が効率的なやり方でネットワークを通して伝播することを可能とし、また同様に多くの数の無関心なプロバイダ（接続されていなくてもよいプロバイダ又は現在バインディング１１２を提供していなくてもよいプロバイダを意味している）を可能とする。

介在アクセスノード１０６、２０６は、ループを含む任意の方法で接続されてもよい。図１及び２の中には、リクエスタ１０４、２０４、２０５及びプロバイダ１０２、２０２、２０５、２０６ｅが例示されている。リクエスタ及びプロバイダは、個別のノードでもよいし、介在アクセスノードの中に共存していても良い。介在アクセスノードネットワーク１１０により用いられる方法は、リクエスタ１０４、２０４、２０５がプロバイダ１０２、２０２、２０５、２０６ｅによるバインディング１１２の追加及び削除を感知することを可能にする。これらはまた、コンピュータネットワーク１００上でのバインディング１１２の利用可能性についての問い合わせを可能にする。介在アクセスノードネットワークについての更なる詳細は、以下の同時係属の特許出願、すなわち、米国特許出願番号第１１／３０２，３０６号、題名「分散ルーティング環境におけるフェールオーバを取り扱うためのシステム及び方法」、２００５年１２月１３日出願、発明者ブライアント・イーサム（Ｂｒｙａｎｔ Ｅａｓｔｈａｍ）及びトム・ミリガン（Ｔｏｍ Ｍｉｌｌｉｇａｎ）と、米国特許出願番号第１１／２９２，９４４号、題名「分散ルーティング環境における効率的な電子通信のためのシステム及び方法」２００５年１２月２日出願、発明者ブライアント・イーサム及びトム・ミリガンの中に記述されている。本発明の譲受人に譲渡されているこれらの同時係属の米国特許出願は、ここに参照することにより全体として本出願に組み込まれる。

バインディング１１２に関するノードによる問い合わせは、ＴＣＰ／ＩＰのような接続指向のプロトコルを用いるか、又はＵＤＰ／ＩＰのようなコネクションレスプロトコルを通してなされてもよい。コネクションレスプロトコルの使用による利点には、要求される接続がより少ないために介在アクセスノード１０６、２０６へのオーバーヘッドがより低くなることが含まれる。

図３は、リクエスタ３０４及びプロバイダ３０２を伴う介在アクセスノードネットワーク３１０の実施形態のブロック図である。上で論じたように、リクエスタ３０４は、プロバイダ及びリクエスタの両方として動作しても良い。本実施形態の中では、リクエスタ３０４はバインディング３２０を提供することにより、またプロバイダ３０２のサービス１０８を介在アクセスノードネットワーク３１０を通して利用することにより、プロバイダ及びリクエスタとして動く。

リクエスタ３０４により提供されるバインディングは、ステイオンライン（ｓｔａｙ ｏｎｌｉｎｅ）バインディング３２０である。ステイオンラインバインディング３２０は、プロバイダ１０２が提供しているサービス１０８を望んでいるネットワーク３１０にリクエスタ３０４が接続されているということを、要求されるサービス１０８を提供する全てのプロバイダ１０２に通知する目的を果たしてもよい。この場合、ステイオンラインバインディング３２０のオブジェクトＩＤ３１４ｂは、サービス１０８により提供されるオブジェクト１１４の少なくとも１つと同じである。

ステイオンラインバインディング３２０は、これが典型的にはオブジェクトＩＤ３１４ｂ及びインターフェースＩＤ３２２ａを含んでいることから、正規のバインディング１１２と類似している。ステイオンラインバインディング３２０は、介在アクセスノードネットワーク１１０を通して送信される任意の他のバインディング１１２の中に含まれてもよいものと同じ又は類似した情報を含んでもよいことから、任意の他のバインディング１１２のように扱ってもよい。

プロバイダ３０２もまた、上述のように、プロバイダ及びリクエスタの両方として行動しても良い。本実施形態の中では、プロバイダ３０２は、バインディング３１２を提供することにより、またリクエスタ３０４から介在アクセスノードネットワーク３１０を通して送信される可能性のあるステイオンラインバインディング３２０を待つことによって、プロバイダ及びリクエスタの両方としての役割を果たす。

プロバイダ３０２から提供されるバインディング３１２は、オブジェクトＩＤ３１４ａ及びインターフェースＩＤ３１６ａを含んでもよい。ステイオンラインバインディング３２０とは異なり、本実施形態のバインディング３１２は所望のサービス１０８と相互交流するために用いられるインターフェースを識別しても良い。

図４は、ネットワーク内のプロバイダ４０２とリクエスタ４０４間の通信を確立するための方法を例示しているタイミング図４００である。時間軸４０１が示されている。リクエスタ４０４は、ネットワーク１００上で、サービス１０８の検索をしていてもよい。ネットワーク１００に接続した後のどこかの時点（時間ｔ１）で、リクエスタ４０４はステイオンラインバインディング３２０を提供４１０しても良い。ステイオンラインバインディング３２０は、リクエスタ４０４が互換性のあるバインディング３１２の任意のプロバイダに対して、接続の確立と、このプロバイダのバインディング１１２の提供と、オンラインのままでいることとを依頼する方法である。互換性のあるバインディング３１２とは、ステイオンラインバインディング３２０のオブジェクトＩＤ３１４ｂが、プロバイダ４０２を介してサービス１０８により提供されるバインディング３１２のオブジェクト３１４ａと等しいバインディング３１２のことである。本実施形態の中では、ネットワーク１００に接続した後のどこかの時点（時間ｔ２）で、プロバイダ４０２はバインディング３１２を提供４２０しても良い。代替的な実施形態の中では、プロバイダ４０２は、リクエスタ４０４がこれのステイオンラインバインディング３２０を提供する４１０前にバインディング３１２を提供４２０しても良い。

プロバイダ４０２は、ネットワーク１００の中にバインディング３１２を追加する。バインディング３１２を送った４２０後のある時点、時間ｔ３で、リクエスタ４０４はステイオンラインバインディング３２０を削除４３０しても良い。この削除４３０は、プロバイダ４０２に伝わってもよい。プロバイダ４０２が削除４３０を感知した後の時間ｔ４において、プロバイダ４０２はバインディング３１２を削除４４０しても良い。

図５は、介在アクセスノード５０６の一実施形態のブロック図である。介在アクセスノード５０６は、ステイオンラインバインディング３２０を例えば、プロバイダ１０２に転送すべきかどうかを判断することを、介在アクセスノード５０６に可能とさせるために必要な情報を含んでもよい。同様に、介在アクセスノード５０６はまた、バインディング１１２を例えば、リクエスタ１０４に転送すべきかどうかを判断することを、介在アクセスノード５０６に可能とさせるために必要な情報を含んでもよい。

介在アクセスノード５０６は、自身が認識しているネットワーク１１０上の全てのバインディング１１２を含んでもよい、バインディング５２６のデータベースを含んでもよい。これらバインディング５２６は、バインディング５１２とステイオンラインバインディング５２０を含み、それぞれのバインディングは同様にオブジェクトＩＤ１１４とインターフェースＩＤ１１６とを含んでいる。ネットワーク内の各ノードは、このバインディング１１２に対するプロバイダ１０２の総数は知らないかもしれないとはいえ、特定のバインディング１１２、３２０が存在するかどうかを知っていてもよい。特定のバインディング１１２を提供する複数のプロバイダ１０２が存在する場合には、あるノードの観点からすれば、全てのプロバイダ１０２がネットワーク１００との接続を切るか又はこれらのバインディング１１２を削除するまでは、バインディング１１２は消滅することはないであろう。バインディングのデータベース５２６は、プロバイダ１０２により、ＴＣＰ／ＩＰのような接続指向のプロトコル又はＵＤＰ／ＩＰのようなコネクションレスプロトコルの双方を介して問い合わせ（クエリ）しても良い。このクエリは、存在している任意のバインディング１１２、３２０に対してであってもよい。このデータベースを同様に、プロバイダ１０２によって監視して、内容の変更が割り出されるようにしても良い。

図６は、１つ以上の介在アクセスノードと、同じバインディング８１２を提供しているプロバイダ２つの８０２ａ、８０２ｂを含む、介在アクセスノードネットワーク８１０のブロック図８００である。バインディング１１２は、これらのオブジェクトＩＤ１１４が同じで、且つこれらのインターフェース１１６が同じであれば、同じとみなされる。プロバイダ８０２が接続及び切断するとき、ネットワーク８１０は、どのプロバイダ８０２を使用するかを判断しても良い。プロバイダＡ８０２ａは、第１のバインディング８１２ａを含んでもよい。プロバイダＢ８０２ｂは第１のバインディング８１２ｂを含んでもよい。このようにして、両プロバイダ８０２が同じバインディング、すなわち第１のバインディング８１２を提供しても良い。ネットワーク８１０及びプロバイダ８０２ａ、８０２ｂは、交渉して、どのプロバイダ８０２がバインディング１１２を提供してよいか、及び、必要ならどれを、後でバインディング１１２を提供するために留保しておくかを決定しても良い。この状況は、一般的には、２つ以上のプロバイダ１０２が殆ど同じ時間に介在アクセスノードネットワーク８１０に接続し、自身たちのバインディング１１２を既に公示した後になるまで、それぞれのプロバイダ１０２が他のプロバイダ１０２に気づかないかもしれないようにするときに、発生する。本実施形態の中では、この論理をステイオンラインバインディング３２０に適用することにより、最後のプロバイダ８０２が接続を切断するか又はバインディング８１２を削除するまでは、ステイオンラインバインディング３２０がネットワークの中に存在するということを確実にしても良い。

さて、図７を参照すると、特定のバインディング１１２がリクエスタ９０４により要求される場合、リクエスタ９０４はこれのステイオンラインバインディング９２０ａ、９２０ｂを、第１のステイオンラインバインディングＡ９２０ａと第２のステイオンラインバインディングＢ９２０ｂとを介在アクセスノードネットワーク１１０に加えることによって、提供しても良い。第１のステイオンラインバインディングＡ９２０ａは、このバインディング９２０ａを受信するものには誰でも、オブジェクトＩＤ９１４ａを伴うバインディング１１２が求められているということを通知しても良い。本実施形態のステイオンラインバインディングＡ９２０ａは、オブジェクトＩＤＡ９１４ａとインターフェースＩＤステイオンライン９２２とを含んでもよい。このステイオンライン識別子は、プロバイダ１０２にマッチングオブジェクトＩＤ１１４を用いて、プロバイダ１０２がこれのバインディング１１２を提供し、オンラインを維持するべきだということを通知しても良い。第２のステイオンラインバインディングＢ９２０ｂは、このバインディングを受信するものには誰でも、オブジェクトＩＤ９１４ｂを伴うバインディング１１２が求められているということを通知しても良い。

図８は、２つのバインディング１０１２ａ、１０１２ｂを提供するプロバイダ１００２のブロック図である。プロバイダ１００２が介在アクセスノードネットワーク１１０に接続するとき、ステイオンラインバインディングＡ９２０ａ及びステイオンラインバインディングＢ９２０ｂの存在を判断しても良い。代替的な実施形態の中では、プロバイダ１００２は接続することなしにネットワーク１１０に問い合わせて、適用可能なステイオンラインバインディング５２０の存在を判断し、適用可能なステイオンラインバインディング５２０が検出された場合のみ接続を確立する。

ステイオンラインバインディング９２０を感知し、接続を確立した後で、プロバイダ１００２は、自身のバインディング１０１２ａ、１０１２ｂを、第１のバインディングＡ１０１２ａ及び第２のバインディングＢ１０１２ｂを加えることにより、追加しても良い。第１のバインディングＡ１０１２ａを追加することにより、これを受信するものには誰でも、第１のバインディングＡ１０１２ａが利用可能だということが通知される。第２のバインディングＢ１０１２ｂを追加することにより、これを受信するものが誰であれ、第２のバインディングＢ１０１２ｂが利用可能だということが通知される。この情報を用いて、リクエスタ１０４は、プロバイダ１００２からのバインディング１０１２ａ、１０１２ｂを用いることができる。

図９は、介在アクセスノードネットワーク１１０に接続しても良い、プロバイダ１０２及び２つのリクエスタ１０４ａ、１０４ｂのブロック図である。リクエスタＡ１０４ａはステイオンラインバインディングＡ１１２０ａを提供しても良い。リクエスタＢ１０４ｂは、ステイオンラインバインディングＢ１１２０ｂを提供しても良い。プロバイダ１０２は、ステイオンラインバインディングＡ１１２０ａ及び／又はステイオンラインバインディングＢ１１２０ｂを受信しても良い。プロバイダ１０２がステイオンラインバインディング１１２０ａ、１１２０ｂのどちらかを受信し続ける場合は、プロバイダ１０２は、自身の利用可能なバインディング１１１２、すなわちバインディングＡ１１１２ａ及びバインディングＢ１１１２ｂを提供しても良い。プロバイダ１０２が自身の利用可能なバインディング１１１２を追加した後、リクエスタ１０４ａ、１０４ｂはこれらの所望のバインディング１１１２ａ、１１１２ｂをそれぞれ用いてもよい。プロバイダ１０２は次に、バインディング１１１２をリクエスタ１０４ａ、１０４ｂに提供し続けてもよい。具体的には、プロバイダ１０２は、バインディングＡ１１１２ａをリクエスタＡ１０４ａに、またバインディングＢ１１１２ｂをリクエスタＢ１０４ｂに提供しても良い。

リクエスタ１０４の１つのみがステイオンラインバインディング１１２０を削除した場合は、プロバイダ１０２は介在アクセスノードネットワーク１１０に接続し続けてもよく、また自身の可能なバインディング１１１２を提供し続けてもよい。例えば、もし仮にリクエスタＡ１０４ａが自身のステイオンラインバインディングＡ１１２０ａを削除するとしたら、プロバイダ１０２はこの後バインディングＡ１１１２ａをリクエスタＡ１０４ａに提供するのをやめてもよい。しかしながら、リクエスタＢ１０４ｂは依然として自身のステイオンラインバインディングＢ１１２０ｂを加えているので、プロバイダ１０２は自身の利用可能なバインディング１１１２を提供し続けてもよく、またバインディングＢ１１１２ｂをリクエスタＢ１０４ｂに提供し続けてもよい。もし仮に、リクエスタＡ１０４ａ及びリクエスタＢ１０４ｂの両方がステイオンラインバインディング１１２０ａ、１１２０ｂを停止して除去し、介在アクセスノードネットワーク１１０に接続されたどのリクエスタ１０４も、例えばこのプロバイダ１０２に関係している、ステイオンラインバインディング１１２０を提供していなかったとしたら、プロバイダ１０２は当面ネットワーク１１０から切断されても良い。これは、切断されたデバイスを整理することにかかわる難問を除去する可能性があり、この理由は、この判断を行わせる能力が、プロバイダに自身のサービスが必要とされていない時に、ネットワークから接続を切ることができるようにする可能性があるからである。

図１０は、介在アクセスノードネットワーク１１０と通信しているプロバイダ１０２の、方法１２００の一実施形態のフローチャートである。プロバイダ１０２は、介在アクセスノードネットワーク１１０に接続１２０２する。プロバイダ１０２が介在アクセスノードネットワーク１１０に接続１２０２された後、プロバイダ１０２は、プロバイダ１０２が提供１２１０する任意のバインディング１１２を表す、任意のステイオンラインバインディング３２０が介在アクセスノードネットワーク１１０上に存在するかどうかを判断１２０６する。プロバイダ１０２が、プロバイダ１０２により提供された少なくとも１つのバインディング１１２を特定するステイオンラインバインディング３２０が存在するということを判断１２０６した場合は、プロバイダ１０２は自身のバインディング１１２をネットワーク１１０に提供１２１０する。プロバイダ１０２が、プロバイダ１０２により提供された１２１０少なくとも１つのバインディング１１２を特定する如何なるステイオンラインバインディング３２０も存在しないということを判断１２０６した場合は、プロバイダ１０２は介在アクセスノードネットワーク１１０から切断１２１４する。代わりの実施形態の中では、判断１２０６は、コネクションレスプロトコルを用い、ネットワーク１２０２への接続に先行する。

プロバイダ１０２が自身のバインディング１１２を提供１２１０した後、プロバイダ１０２はステイオンラインバインディング３２０が依然として存在するかどうかを判断する１２０６前に一定の間待ってもよい１２１２。加えて、プロバイダ１０２は、ネットワーク１００から切断１２１４した後、ネットワーク１００に再接続１２０２し、利用可能なステイオンラインバインディング３２０が存在するかどうかを判断１２０６する前に、一定の間待ってもよい１２１６。これらの時間間隔は、同じ時間間隔でもよいし、長さが異なってもよい。

図１１は、ネットワーク１００の中でプロバイダ１０２と通信を確立する、リクエスタ１０４の方法１３００についての一実施形態のフローチャートである。リクエスタ１０４は、ネットワーク１００に接続１３０２する。リクエスタ１０４は、どのバインディング１１２が必要なのかを判断１３０４する。例えば、リクエスタ１０４は、サービス１０８からのデータが必要だということを判断１３０４する。リクエスタ１０４は、次に、このデータを取得するためにどのバインディング１１２が必要なのかを判断１３０４する。

リクエスタ１０４は、新たなステイオンラインバインディング３２０をパッケージング１３０６する。新たなステイオンラインバインディング３２０のパッケージング１３０６は、ステイオンライン識別子であるインターフェースＩＤ３２２を伴う適切なオブジェクトＩＤ１１４をパッケージング１３０６することを含んでいる。新たなステイオンラインバインディング３２０のパッケージング１３０６はまた、以下で論じられるように、以前にパッケージングされたか又はもはや要求されないステイオンラインバインディング３２０をパッケージング１３０６しないことも含んでもよい。

リクエスタ１０４は、ステイオンラインバインディング３２０を提供１３０８する。ステイオンラインバインディング３２０の提供１３０８は、ネットワーク１００を通してステイオンラインバインディング３２０を送信することを含んでもよい。リクエスタ１０４は、プロバイダ１０２からバインディング１１２を受信１３１２する。リクエスタ１０４は、少なくとも１つのステイオンラインバインディング３２０を削除するかどうかを判断１３１４する。リクエスタ１０４が少なくとも１つのステイオンラインバインディング３２０を削除すべきでないと判断１３１４した場合は、リクエスタ１０４は、再度どのバインディング１１２が必要なのかを判断する前に、ある時間間隔の間待ってもよい１３２２。リクエスタ１０４が少なくとも１つのステイオンラインバインディング３２０を削除すべきと判断１３１４した場合は、リクエスタ１０４はこのステイオンラインバインディング３２０を削除１３１６する。本実施形態の中では、リクエスタ１０４は、もはや必要のないステイオンラインバインディング３２０のみを削除１３１６する。例えば、リクエスタ１０４が所望のサービス１０８を受けた後、リクエスタ１０４はもはやバインディング１１２を必要としなくてもよく、従って、このサービス１０８に対するステイオンラインバインディング３２０を削除１３１６する。

リクエスタ１０４は、任意の残っているバインディング１１２が必要かどうかを判断１３１８してもよい。リクエスタ１０４が、必要とする残りのバインディング１１２があると判断１３１８した場合は、リクエスタ１０４は再度どのバインディング１１２が必要なのかを判断１３０４する。リクエスタ１０４が必要とする残りのバインディング１１２は無いと判断１３０４した場合は、リクエスタ１０４はある時間間隔の間待ち１３２０、再度どのバインディング１１２が必要なのかを判断１３０４する。

図１２は、コンピュータデバイス又は埋め込みデバイスの一実施形態の中で用いられてもよい、ハードウエアコンポーネントのブロック図である。コンピュータデバイス及び／又は埋め込みデバイスは、プロバイダ、リクエスタ、及び／又は介在アクセスノードとして用いられてもよい。ＣＰＵ１４１０すなわちプロセッサは、バス１４１２を介してＣＰＵ１４１０と連結されている、このデバイスの中の他のコンポーネントも含め、デバイス１４０２の動作を制御するために用意されてもよい。ＣＰＵ１４１０は、マイクロプロセッサ、マイクロコントローラ、デジタル信号プロセッサ、又は技術的に知られている他のデバイスとして実現されてもよい。ＣＰＵ１４１０は、論理及び演算処理をメモリ１４１４の中に格納されたプログラムコードに基づいて実行する。特定の実施形態の中では、メモリ１４１４は、ＣＰＵ１４１０に付属している内蔵メモリであってもよい。例えば、マイクロコントローラはしばしば一定の規模の内蔵メモリを含んでいる。

コンピュータデバイス又は埋め込みデバイス１４０２はまた、ネットワークインターフェース１４１６を含んでもよい。ネットワークインターフェース１４１６は、デバイス１４０２とネットワーク１００に接続された他のデバイスとの間の通信を容易にする。ネットワーク１００は、ポケットベルネットワーク、携帯電話ネットワーク、グローバル通信ネットワーク、インターネット、コンピュータネットワーク、電話ネットワーク等であってもよい。ネットワークインターフェース１４１６は、適用可能なネットワーク１００のための、標準プロトコルに従って動作する。

デバイス１４０２はまた、メモリ１４１４を含んでいる。メモリ１４１４は、一時的なデータを格納するランダムアクセスメモリ（ＲＡＭ）を含んでもよい。その代わりに、又はこれに加えて、メモリ１４１４は、固定コード及び構成データなどの、より恒久的なデータを格納する読み取り専用メモリ（ＲＯＭ）を含んでもよい。メモリ１４１４はまた、ハードディスクドライブのような磁気記憶装置として具現されてもよい。メモリ１４１４は、電子的な情報を格納することができる如何なるタイプの電子デバイスであってもよい。

デバイス１４０２はまた、他のデバイスとの通信を容易にする通信ポート１４１８を含んでもよい。デバイス１４０２は同様に、例えば、キーボード、マウス、ジョイスティック、タッチスクリーン、モニタ、スピーカ、プリンタなどの、入力／出力デバイス１４２０を含んでもよい。

本発明のシステム及び方法は、さまざまな状況の中で用いられる。図１３は、本発明のシステム及び方法を実施しても良い、システムの一実施形態を例示している。図１３は、照明コントローラシステム１５０８を含む、照明システム１２００の一実施形態を例示しているブロック図である。図１３の照明システム１５００は、家庭の中のさまざまな部屋の中に組み込んでもよい。例示されたように、照明システム１５００は、部屋Ａ１５０２、部屋Ｂ１５０４、及び部屋Ｃ１５０６を含んでいる。３つの部屋が図１３の中に示されているが、照明システム１５００は家、居住施設、又は他の環境の中の如何なる数の部屋に及び多様な部屋の中に組み込まれてもよい。

照明コントローラシステム１５０８は、照明システム１５００内の追加の埋め込みシステム及びコンポーネントを監視し、制御してもよい。一実施形態の中では、部屋Ａ１５０２及び部屋Ｂ１５０４はそれぞれスイッチコンポーネント１５１４、１５１８を含んでいる。スイッチコンポーネント１５１４、１５１８は、同様に、二次的な埋め込みシステム１５１６、１５２０を含んでもよい。二次的な埋め込みシステム１５１６、１５２０は、照明コントローラシステム１５０８から命令を受信しても良い。二次的な埋め込みシステム１５１６、１５２０は、この後、これらの命令を実行する。これらの命令には、多様な照明コンポーネント１５１０、１５１２、１５２２、１５２４を電源オン又は電源オフすることを含んでもよい。これらの命令には、また、多様な照明コンポーネント１５１０、１５１２、１５２２、１５２４の明るさを落としたり増したりすることを含んでいる。この命令には更に、多様な照明コンポーネント１５１０、１５１２、１５２２、１５２４の明るさをさまざまなパターンで変化させることを含んでもよい。二次的な埋め込みシステム１５１６、１５２０は、照明コントローラシステム１５０８が、部屋Ａ１５０２及び部屋Ｂ１５０４の中に配置された各照明コンポーネント１５１０、１５１２、１５２２、１５２４を監視及び制御することを容易にする。

照明コントローラシステム１５０８はまた、描かれた部屋Ｃ１５０６の中で、二次的な埋め込みシステム１５２８を含む照明コンポーネント１５２６に直接命令を提供してもよい。照明コントローラシステム１５０８は、二次的な埋め込みシステム１５２８に命令して、独立した照明コンポーネント１５２６を電源オン又は電源オフしても良い。同様に、照明コントローラシステム１５０８から受信される命令は、この独立した照明コンポーネント１５２６の明るさを落すか、又は明るさを増すことを含んでもよい。

照明コントローラシステム１５０８はまた、照明システム１５００の中の独立した照明コンポーネント１５３０、１５３２を監視したり、これらに直接命令を提供しても良い。これらの命令は、前に述べたような同様の命令を含んでもよい。

図１３の実施形態の中では、照明コンポーネント１５１０、１５１２、１５２２、１５２４、１５２６、１５３０、１５３２は、プロバイダとして扱われてもよい。これらのコンポーネントは、照明コンポーネントがオン若しくはオフか、又は現在若しくは過去にこの照明コンポーネントを通過したワット量などの、これら照明コンポーネントの状態に関するデータを提供しても良い。同様に、二次的な埋め込みシステム１５１６、１５２０、１５２８は、プロバイダ及びリクエスタの両方として働いてもよい。例えば、二次的な埋め込みシステム１５１６、１５２０、１５２８は、照明コンポーネント１５１０、１５１２、１５２２、１５２４、１５２６、１５３０、１５３２からのデータ又はサービスを要求しても良い。二次的な埋め込みシステム１５１６、１５２０、１５２８は同様に、照明コンポーネント１５１０、１５１２、１５２２、１５２４、１５２６、１５３０、１５３２から受信したデータを、リクエスタとして行動する照明コントローラシステム１５０８に提供しても良い。

図１４は、本発明のシステム及び方法を実施しても良いシステムの、追加的な一実施形態である。図１４は、セキュリティシステム１６００を例示しているブロック図である。例示された実施形態の、セキュリティシステム１６００は、部屋Ａ１６０２、部屋Ｂ１６０４、及び部屋Ｃ１６０６の中で実装されている。これらの部屋は、家又は他の囲まれた環境の領域の中にあってもよい。セキュリティシステム１６００はまた、部屋Ａ、Ｂ、Ｃ、１６０２、１６０４、１６０６がそれぞれ領域又は境界を表すオープンな環境の中に実装されてもよい。

セキュリティシステム１６００は、セキュリティコントローラシステム１６０８を含んでいる。セキュリティコントローラシステム１６０８は、システム１６００の中のさまざまなコンポーネントからの情報を監視及び受信する。例えば、モーションセンサ１６１４、１６１８が二次的な埋め込みシステム１６１６、１６２０を含んでもよい。モーションセンサ１６１４、１６１８は、動きに関して近接空間を監視し、且つ、二次的な埋め込みシステム１６１６、１６２０を介して動きが検出された時にセキュリティコントローラシステム１６０８に警報を出してもよい。セキュリティコントローラシステム１６０８はまた、システム１６００内の多様なコンポーネントに対して命令を提供しても良い。例えば、セキュリティコントローラシステム１６０８は、二次的な埋め込みシステム１６１６、１６２０に命令を提供して、窓センサ１６１０、１６２２及びドアセンサ１６１２、１６２４を電源オン又は電源オフしても良い。一実施形態では、二次的な埋め込みシステム１６１６、１６２０は、窓センサ１６１０、１６２２が窓の動きを検出した時にセキュリティコントローラシステム１６０８に通知する。同様に、二次的な埋め込みシステム１６１６、１６２０は、ドアセンサ１６１２、１６２４がドアの動きを検出した時に、セキュリティコントローラシステム１６０８に通知する。二次的な埋め込みシステム１６１６、１６２０は、モーションセンサ１６１４、１６１８に指示して、モーションセンサ１６１４、１６１８の中に位置するＬＥＤ（図示せず）を起動する。

セキュリティコントローラシステム１６０８はまた、システム１６００内の独立したコンポーネント１６２６を監視し且つこれに直接命令を提供してもよい。例えば、セキュリティコントローラシステム１６０８は、モーションセンサ１６３０又は窓センサ１６３２を監視し、電源オン又は電源オフするための命令をこれらに提供しても良い。セキュリティコントローラシステム１６０８は同様に、モーションセンサ１６３０及び窓センサ１６３２に命令して、センサ１６３０、１６３２の中で、ＬＥＤ（図示せず）を点灯させるか、又は音声警報通知を起動させてもよい。

システム１６００を構成しているそれぞれの個別コンポーネントはまた、二次的な埋め込みシステムを含んでもよい。例えば、図１４は二次的な埋め込みシステム１６２８を含んでいるドアセンサ１６２６を例示している。セキュリティコントローラシステム１６０８は、前に説明したのと同様な方法で、二次的な埋め込みシステム１６２８に対し監視と命令の提供を行ってもよい。

図１４の実施形態の中では、センサ１６１０、１６１２、１６２２、１６２４、１６２６、１６３０、１６３２は、プロバイダとして取り扱われてもよい。これらのセンサ１６１０、１６１２、１６２２、１６２４、１６２６、１６３０、１６３２は、これらの状態に関するデータを提供してもよい。例えば、窓センサ１６１０、１６２２、１６３２は、これらが開いているか閉じているかに関するデータを提供しても良い。同様に、二次的な埋め込みシステム１６１６、１６２０、１６２８は、プロバイダ及びリクエスタの両方として作動してもよい。例えば、二次的な埋め込みシステム１６１６、１６２０、１６２８は、センサ１６１０、１６１２、１６２２、１６２４、１６２６、１６３０、１６３２からのデータ又はサービスを要求しても良い。二次的な埋め込みシステム１６１６、１６２０、１６２８はまた、センサ１６１０、１６１２、１６２２、１６２４、１６２６、１６３０、１６３２から受信したデータを、リクエスタとして作動するセキュリティコントローラシステム１６０８に提供しても良い。

図１５は、ホームシステム１７００の一実施形態を例示しているブロック図である。ホームシステム１７００は、例えば、照明システム１５００、セキュリティシステム１６００等の、多様なシステムの監視を容易にするホームコントローラ１７０８を含んでいる。ホームシステム１７００は、ユーザがさまざまなコンポーネント及びシステムを１つ以上の埋め込みシステムを通して制御することを可能にする。一実施形態の中では、ホームコントローラシステム１７０８は、先に図１３及び１４に関連して説明したのと同様な方法で、監視及び情報を提供する。描かれた実施形態の中では、ホームコントローラ１７０８は、暖房コンポーネント１７２４に二次的な埋め込みシステム１７２０を介して命令を提供する。暖房コンポーネント１７２４は、居住している場所やオフィスで通常見られる加熱炉又は他の暖房デバイスを含んでもよい。ホームコントローラ１７０８は暖房コンポーネント１７２４を電源オン又は電源オフするための命令を、二次的な埋め込みシステム１７２０を介して提供しても良い。

同様に、ホームコントローラ１７０８は、冷房コンポーネント１７３０のような、ホームシステム１７００内のコンポーネントを監視し、これに直接命令を提供しても良い。冷房コンポーネント１７３０は、居住場所又はオフィスで通常見られるエアコン又は他の冷房デバイスを含んでもよい。中央ホームコントローラ１７０８は、冷房コンポーネント１７３０に命令して、中央埋め込みシステム１７０８により収集された温度測定値に基づいて電源オン又は電源オフしても良い。ホームシステム１７００は、図１３及び１４に関連して前に説明されたのと同様なやり方で機能する。

図１５の実施形態の中では、窓センサ１７１０、ドアセンサ１７１２、暖房コンポーネント１７２４、冷房コンポーネント１７３０、及び照明コンポーネント１７２２、１７２６、１７３２は、プロバイダとして扱ってもよい。これらのエレメント１７１０、１７１２、１７２２、１７２４、１７２６、１７３０、１７３２は、これらの状態に関するデータを提供しても良い。例えば、暖房及び冷房コンポーネント１７２４、１７３０は、これらのそれぞれの部屋１７０４、１７０６の中の現在の温度に関するデータを提供しても良い。暖房及び冷房コンポーネント１７２４、１７３０は、これがオンなのかオフなのか、これの最近の電力使用量、任意のシステムエラー等のコンポーネント状態に関するデータを提供しても良い。同様に、二次的な埋め込みシステム１７１６、１７２０、１７２８は、プロバイダ及びリクエスタの両方として働いてもよい。例えば、二次的な埋め込みシステム１７１６、１７２０、１７２８は、これらのエレメント１７１０、１７１２、１７２２、１７２４、１７２６、１７３０、１７３２からのデータ又はサービスを要求しても良い。

二次的な埋め込みシステム１７１６、１７２０、１７２８はまた、エレメント１７１０、１７１２、１７２２、１７２４、１７２６、１７３０、１７３２から受信したデータを、リクエスタとして動くホームコントローラシステム１７０８に提供しても良い。

多くのタイプの埋め込みデバイスが存在し、ネットワークを創出する多くの理由が存在する。デバイスネットワーキングアプリケーションのいくつかの実施例が説明されるであろう。当業者には、論じられるこれらの実施例は網羅的ではないということが理解されるであろう。

デバイスネットワーキングアプリケーションの１つの例は、遠隔監視である。多くの有用なデバイスネットワークの中には、遠隔監視、すなわちあるノードから他のノードへの一方通行の情報転送が含まれる。これらのアプリケーションの中では、プロバイダは典型的には、特定の情報をリクエスタに応えて報告する小さなサーバとして動作する。プロバイダはまた、これらの状態情報を加入者に公開するように設定されることも可能である。リクエスタは、定期的な報告を頼むか、おそらくは、更新がどのような頻度で送信されるべきかを制限する何らかの手段を伴って、状態が変わったらいつでも更新することを頼んでもよい。プロバイダは、或るイベント又は例外的な状況が起こった時にリクエスタに通知するように設定することができる。

デバイスネットワーキングアプリケーションの他の例は、リクエスタがプロバイダにコマンドを送信して特定の動作を起動することができる、遠隔制御である。殆どの場合、遠隔制御はある種のフイードバックを含む。

更なるデバイスネットワーキングアプリケーションの例は、分散制御システムである。個別のプロバイダに関連する機能及びデータは、ネットワークを通して結合及び調整されて、付加的な価値を提供する分散システムを生み出す。ときどき、これらの分散制御システムは多かれ少なかれ自動的に確立され得る。多くの場合、より精巧なデバイスがピア・ツー・ピアネットワークに加入して、構成、監視、又は診断の任務を実行する。このようなシステムは、ピア同士として又はマスタ−スレーブ構成を通して通信するオブジェクトにより作り出されてもよく、この中では、システム内の各オブジェクトは、全ての制御ロジックを含んでいる単一の中央ノードと通信する。

ネットワーキングアプリケーションの各カテゴリに伴って、リクエスタがプロバイダに接続する多様な方法が存在する。比較的関与するプロバイダ数が少ない場合、リクエスタは、よりインタラクティブなやり方で、又はあまりインタラクティブでないやり方で、ウエブブラウザ、ページャ、又はＷＡＰイネーブル式の携帯電話を用いて、プロバイダと通信しても良い。しかしながら、プロバイダの数が増えてくるにつれ、これらの方法は機能しなくなる可能性があり、リクエスタは、表計算ソフト又はデータベースアプリケーションのような、より一般的なデータ管理手法を採用するかもしれない。

長い間に、さまざまな且つ異なる技術を伴うネットワークが導入されて来るにつれ、それぞれが独自のプロトコルを用い且つ他と通信できない多くのネットワークが、同じ家又は施設の中に存在するという状況が起こってくる。この場合、さまざまなネットワーク及びプロトコルをブリッジして単一の、より大きなネットワークを作り出すことができる。こうすることにより、単一のアプリケーションが各プロバイダにアクセスすることが可能となり、全てのプロバイダとの相互交流を単純化することができる。

情報及び信号は、任意の多様な異なる技術及び技法を用いて表してもよい。例えば、上の記述全体を通して参照される、データ、命令、コマンド、情報、信号、ビット、シンボル、及びチップは、電圧、電流、電磁波、磁界または磁性粒子、光場または光粒子、又は任意のこれらの組み合わせにより表されてもよい。

この中で開示された実施形態に関係して説明された、さまざまな例示的な論理ブロック、モジュール、回路、及びアルゴリズムステップは、電子的なハードウエア、コンピュータソフトウエア、又は両者の組み合わせとして実施しても良い。ハードウエア及びソフトウエアのこの互換性を明確に例示するために、さまざまな例示的なコンポーネント、ブロック、モジュール、回路、及びステップが、上記では概してこれらの機能性の観点から説明された。このような機能性をハードウエアとソフトウエアのどちらで実施するかは、この特定のアプリケーションと、システム全体に課せられた設計上の制約に依存する。当業者ならば、各アプリケーションに対して、説明された機能性を多様な方法で実施するかも知れないが、このような実施の決定は、本発明の範囲からの離脱を起こすものと解釈されるべきではない。

ここで開示された実施形態に関連して説明されたさまざまな例示的な論理ブロック、モジュール、及び回路は、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）信号若しくは他のプログラマブルな論理デバイス、離散ゲート若しくはトランジスタロジック、離散ハードウエアコンポーネント、又は、ここで説明された機能を実行するために設計された任意のこれらの組み合わせと共に実施若しくは実行されてもよい。汎用プロセッサは、マイクロプロセッサであってもよいが、別の方法では、このプロセッサは任意の従来型のプロセッサ、コントローラ、マイクロコントローラ、又は状態機械であってもよい。プロセッサはまた、例えば、ＤＳＰ及びマイクロプロセッサ、複数のマイクロプロセッサ、ＤＳＰコアと連動する１つ以上のマイクロプロセッサ、又は任意の他のこのような構成として実施されてもよい。

この中で開示された実施形態に関連して説明された方法又はアルゴリズムのステップは、ハードウエア、プロセッサにより実行されるソフトウエアモジュール、又はこれら２つの組み合わせで直接具体化されてもよい。ソフトウエアモジュールは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、リムーバブルディスク、ＣＤ−ＲＯＭ、又は技術的に知られた任意の他の記憶媒体の中に常駐しても良い。典型的な記憶媒体は、プロセッサに接続され、プロセッサがこの記憶媒体からの情報の読み取り及びこれへの情報の書き込みができるようにする。代替として、記憶媒体はプロセッサと一体化していてもよい。プロセッサ及び記憶媒体は、ＡＳＩＣの中に在ってもよい。ＡＳＩＣは、ユーザ端末の中に在ってもよい。別の方法では、プロセッサ及び記憶媒体は個別コンポーネントとしてユーザ端末の中に在ってもよい。

この中で開示された方法は、この説明された方法を実現するための１つ以上のステップ又は動作を含んでいる。これらの方法ステップ及び／又は動作は、本発明の範囲から離れることなく、互いに入れ替えてもよい。言い換えれば、実施形態の適正な運用のためにステップ及び／又は動作の特定の順番が要求されない限り、順番及び／又は特定のステップ及び／又は動作の使用は、本発明の範囲から離れることなく修正しても良い。

本発明の特定の実施形態及びアプリケーションが例示されたが、本発明はこの中で開示された正確な構成及びコンポーネントに限定されないということが理解されるべきである。当業者には明白となるであろう多様な修正、変更、及び変形物は、この中で開示された本発明の方法及びシステムの配置、運用、及び詳細に対し、本発明の精神及び範囲から離れることなく成されてもよい。

本発明は、埋め込みシステムに適用可能である。

本発明の範例的実施例が、以下の説明とそれに付された請求項を添付図面に絡め参酌することで、より十全に明らかとなろう。それらの図面は、範例的実施例のみを図化しており、従って、発明の範囲の限定と捉えるべきではないとの理解の下、本発明の範例的実施例を更に特定し詳述する説明を、次に、添付図面を用いて行うが、その図面中：
コンピュータネットワーク内の２つの介在アクセスノードを例示しているネットワークブロック図である。 コンピュータネットワーク内のいくつかの介在アクセスノードを例示しているネットワークブロック図である。 リクエスタ及びプロバイダを伴う介在アクセスノードネットワークの一実施形態のブロック図である。 ネットワーク内のプロバイダとリクエスタとの間で通信を確立するための方法を例示しているタイミング図である。 介在アクセスノードの一実施形態のブロック図である。 １つ以上の介在アクセスノード及び２つのプロバイダを含む、介在アクセスノードネットワークのブロック図である。 ２つの要求信号及び２つのステイオンラインバインディングを送出するリクエスタのブロック図である。 ２つのバインディング及び２つのステイオンライン要求信号を送出するプロバイダのブロック図である。 介在アクセスノードネットワークに接続されてもよい、１つのプロバイダ及び２つのリクエスタのブロック図である。 ネットワークと通信するプロバイダの方法についての一実施形態のフローチャートである。 ネットワーク内のプロバイダと通信を確立するリクエスタの方法についての一実施形態のフローチャートである。 埋め込みプロバイダとして又は組み込みリクエスタのいずれかとして用いられてもよい埋め込みデバイスの、一実施形態の中で用いられてもよいハードウエアコンポーネントのブロック図である。 本発明のシステム及び方法を実施しても良いシステムの、一実施形態を例示している。 本発明のシステム及び方法を実施しても良いシステムの、さらなる一実施形態である。 ホームシステムの一実施形態を例示しているブロック図である。

Claims (20)

1. 分散ネットワークにおいてプロバイダとリクエスタとの間の通信を管理するためのシステムであって、
   コンピュータデバイス上に実装されたリクエスタであって、前記リクエスタは、ステイオンラインバインディング（ｓｔａｙ ｏｎｌｉｎｅ ｂｉｎｄｉｎｇ）を提供し、更に、前記ステイオンラインバインディングは、前記リクエスタにより所望される少なくとも１つのバインディングを特定する、リクエスタと、
   コンピュータデバイス上に実装されたプロバイダであって、前記プロバイダは少なくとも１つのバインディングを提供し、前記プロバイダは前記ステイオンラインバインディングを前記リクエスタから受信し、前記プロバイダは前記ステイオンラインバインディングについて認識したので、少なくとも１つのバインディングの提供を続ける、プロバイダと、を具備するシステム。
2. 介在アクセスノードネットワークを更に備える、請求項１に記載のシステム。
3. 前記リクエスタと前記プロバイダとの間の通信は、前記介在アクセスノードネットワークを介して送られる、請求項２に記載のシステム。
4. 前記プロバイダコンピュータデバイスは、プロセッサと、前記プロセッサと電子通信するメモリと、前記メモリ内に格納された命令とを含み、前記命令は方法を実行するために実行可能であり、前記方法は、
   前記プロバイダに関係する任意のステイオンラインバインディングのために、介在アクセスノードネットワークからの通信を監視することを含む、請求項１に記載のシステム。
5. 前記プロバイダの前記メモリの中に格納された前記命令により実行される前記方法は、
   前記プロバイダに関係するステイオンラインバインディングが前記介在アクセスノードネットワーク上で伝達されていないと前記方法が判断した場合には、前記バインディングの提供を止めることを更に含む、請求項４に記載のシステム。
6. 前記プロバイダの前記メモリの中に格納された前記命令により実行される前記方法は、
   前記プロバイダに関係する任意のステイオンラインバインディングについて問い合わせすることと、
   再度バインディングを提供することを更に含む、請求項５に記載のシステム。
7. 前記プロバイダに関係する任意のステイオンラインバインディングについて問い合わせする前記ステップは、コネクションレスプロトコルを用いることを含む、請求項６に記載のシステム。
8. 前記リクエスタコンピュータデバイスは、プロセッサと、前記プロセッサと電子通信するメモリと、前記メモリ内に格納された命令とを含み、前記命令は方法を実行するために実行可能であり、前記方法は、
   前記リクエスタに関係する少なくとも１つのバインディングが存在するかどうかを判断することを含む、請求項１に記載のシステム。
9. 前記リクエスタの前記メモリの中に格納された前記命令により実行される前記方法は、
   前記バインディングを用いて前記プロバイダからデータ又はサービスを受け取ることを更に含む、請求項８に記載のシステム。
10. 分散ネットワークにおいてプロバイダとリクエスタとの間の通信を管理する方法であって、
    ステイオンラインバインディングを前記リクエスタから前記プロバイダに提供することと、
    前記プロバイダが前記ステイオンラインバインディングについて認識したので、少なくとも１つのバインディングを前記プロバイダによって提供することと、
    を含む方法。
11. 前記プロバイダに関係する任意のステイオンラインバインディングが存在するかどうかを判断することを更に含む、請求項１０に記載の方法。
12. 前記リクエスタと前記プロバイダとの間の通信が、介在アクセスノードネットワークを介して送られる、請求項１０に記載の方法。
13. 前記プロバイダに関係する任意のステイオンラインバインディングのために、介在アクセスノードネットワークからの通信を監視することを更に含む、請求項１０に記載の方法。
14. 前記通信を監視するステップは、コネクションレスプロトコルを用いる、請求項１３に記載の方法。
15. 前記プロバイダに関係するステイオンラインバインディングが前記介在アクセスノードネットワーク上で伝達されていないと前記方法が判断した場合に、前記リクエスタへの前記バインディングの提供を止めることを更に含む、請求項１３に記載の方法。
16. 前記プロバイダに関係するステイオンラインバインディングが前記介在アクセスノードネットワーク上で伝達されていないと前記方法が判断した場合に、前記リクエスタへの前記バインディングの提供を止めることは、前記ネットワークへの接続を切断することを更に含む、請求項１５に記載の方法。
17. 前記リクエスタへの前記バインディングの提供を止めた後、既定の時間の間待ことと、
    前記プロバイダに関係するステイオンラインバインディングについて問い合わせすることとを更に含む、請求項１４に記載の方法。
18. 前記プロバイダに関係する少なくとも１つのステイオンラインバインディングが存在する場合、前記プロバイダは前記バインディングの提供を継続することを更に含む、請求項１７に記載の方法。
19. 前記バインディングを、前記プロバイダからデータ又はサービスを受けるために用いることを更に含む、請求項９に記載の方法。
20. 分散ネットワークにおいてプロバイダの通信を管理する方法を実施するように構成されているコンピュータデバイスであって、
    プロセッサと、
    前記プロセッサと電子通信するメモリと、
    前記メモリ内に格納された命令とを具備し、前記命令は方法を実行するために実行可能であり、前記方法は、
    少なくとも１つのバインディングを提供することと、
    ステイオンラインバインディングを前記リクエスタから受信することと、
    前記プロバイダが前記ステイオンラインバインディングを認識したことから、前記少なくとも１つのバインディングの提供を続けることとを含む、コンピュータデバイス。

Images