(57)【要約】  ネットワーク内の発行元ノードは、発行元ノードが保持するデータに関する通知メッセージの受信サービスに加入したネットワーク内の顧客数を判定する。発行元ノードはまた、発行元ノードがサポートするよう構成された利用可能なコネクション数を判定する。利用可能なコネクション数が顧客数を上回る場合、発行元ノードは、コネクション型プロトコルによって顧客ノードに通知メッセージを送信する。顧客ノード数が利用可能なコネクション数を上回る場合、発行元ノードは、マルチキャストによって顧客ノードに通知メッセージを送信する。発行元ノードがマルチキャストによって顧客ノードに通知メッセージを送信する場合、発行元ノードは、発行元からの通知メッセージを確実に受信できるかによって決まる顧客からの少なくとも１つのコネクション要求を受信する。【選択図】図１
2008522451.tif 000002
【特許請求の範囲】
【請求項１】
ネットワーク内通信のための適切な転送処理を選択するための方法で、前記ネットワーク内の発行元ノードが実行する方法であって、
前記発行元ノードが保持するデータに関する通知メッセージの受信サービスに加入した前記ネットワーク内の顧客ノード数を判定する処理と、
前記発行元ノードがサポートするよう構成された利用可能なコネクション数を判定する処理と、
前記利用可能なコネクション数が前記顧客数を上回る場合、コネクション型プロトコルによって前記顧客ノードに前記通知メッセージを送信する処理と、
前記顧客ノード数が前記利用可能なコネクション数を上回る場合、マルチキャストによって前記顧客ノードに前記通知メッセージを送信する処理と
を含む方法。
【請求項２】
前記発行元ノードがマルチキャストによって前記顧客ノードに前記通知メッセージを送信する場合、少なくとも１つの要求側顧客ノードからの少なくとも１つのコネクション要求を受信する処理をさらに含む、請求項１に記載の方法。
【請求項３】
前記発行元ノードがマルチキャストによって前記通知メッセージを前記顧客ノードに送信する場合、要求側顧客ノードからのコネクション要求を受信する処理と、
前記コネクション要求を受諾するかどうかを判定する処理と
をさらに含む、請求項１に記載の方法。
【請求項４】
前記コネクション要求を受諾するかどうかを判定する処理と、
前記発行元ノードが少なくとも１つの追加コネクションをサポートするよう構成されているかどうかを判定する処理と、
前記発行元ノードが少なくとも１つの追加コネクションをサポートするよう構成されている場合、前記コネクション要求を受諾する処理と
をさらに含む、請求項３に記載の方法。
【請求項５】
前記発行元ノードが少なくとも１つの追加コネクションをサポートするよう構成されていない場合、前記コネクション要求を受諾するかどうかを判定する処理が、要求側顧客ノードのサービス品質要件が、少なくとも１つの現在接続されている顧客ノードのサービス品質要件より高いかどうかを判定する処理を含む、請求項４に記載の方法。
【請求項６】
前記要求側顧客ノードのサービス品質要件が少なくとも１つの現在接続されている顧客ノードのサービス品質要件より高い場合、
前記要求側顧客ノードよりも低いサービス品質の顧客ノードの現在行っているコネクションを終了し、
前記要求側顧客ノードへのコネクションを開く処理
をさらに含む、請求項５に記載の方法。
【請求項７】
前記発行元ノードへのコネクションを要求する前記顧客ノード数が、前記利用可能なコネクション数を上回る時に、前記コネクション型プロトコルによって前記通知メッセージを送信する処理から、マルチキャストによって前記通知メッセージを送信する処理へ切り替えることをさらに含む、請求項１に記載の方法。
【請求項８】
前記ネットワークはピアツーピアネットワークである、請求項１に記載の方法。
【請求項９】
前記コネクション型プロトコルはＴＣＰ／ＩＰである、請求項１に記載の方法。
【請求項１０】
前記発行元ノードは埋め込み型システムである、請求項１に記載の方法。
【請求項１１】
ネットワーク内通信のための適切な転送処理を選択するための方法を実行するよう構成される発行元ノードであって、
プロセッサと、
前記プロセッサと電子通信するメモリと、
前記メモリ内に保存され、以下の方法を実行するよう実行可能である命令を備え、前記方法は、
前記発行元ノードが保持するデータに関する通知メッセージの受信サービスに加入した前記ネットワーク内の顧客ノード数を判定する処理と、
前記発行元ノードがサポートするよう構成された利用可能なコネクション数を判定する処理と、
前記利用可能なコネクション数が前記顧客数を上回る場合、コネクション型プロトコルによって前記顧客ノードに前記通知メッセージを送信する処理と、
前記顧客ノード数が前記利用可能なコネクション数を上回る場合、マルチキャストによって前記顧客ノードに前記通知メッセージを送信する処理とを含む、発行元ノード。
【請求項１２】
前記発行元ノードがマルチキャストによって前記顧客ノードに前記通知メッセージを送信する場合、少なくとも１つの要求側顧客ノードからの少なくとも１つのコネクション要求を受信する処理をさらに含む、請求項１１に記載の発行元ノード。
【請求項１３】
前記発行元ノードがマルチキャストによって前記通知メッセージを顧客ノードに送信する場合、要求側顧客ノードからのコネクション要求を受信する処理と、
前記コネクション要求を受諾するかどうかを判定する処理とをさらに含む、請求項１１に記載の発行元ノード。
【請求項１４】
前記コネクション要求を受諾するかどうかを判定する処理が、
前記発行元ノードが少なくとも１つの追加コネクションをサポートするよう構成されているかどうかを判定する処理と、
前記発行元ノードが少なくとも１つの追加コネクションをサポートするよう構成されている場合、前記コネクション要求を受諾する処理と
をさらに含む、請求項１３に記載の発行元ノード。
【請求項１５】
前記発行元ノードが少なくとも１つの追加コネクションをサポートするよう構成されていない場合、前記コネクション要求を受諾するかどうかを判定する処理が、要求側顧客ノードのサービス品質要件が、少なくとも１つの現在接続されている顧客ノードのサービス品質要件より高いかどうかを判定する処理を含む、請求項１４に記載の発行元ノード。
【請求項１６】
ネットワーク内通信のための適切な転送処理を選択するための方法を実行するための実行可能な命令を備えるコンピュータ可読媒体であって、前記方法はネットワーク内の発行元ノードが実行する方法であって、
前記方法が、
前記発行元ノードが保持するデータに関する通知メッセージの受信サービスに加入したネットワーク内の顧客ノード数を判定する処理と、
前記発行元ノードがサポートするよう構成された利用可能なコネクション数を判定する処理と、
前記利用可能なコネクション数が前記顧客数を上回る場合、コネクション型プロトコルによって前記顧客ノードに前記通知メッセージを送信する処理と、
前記顧客ノード数が前記利用可能なコネクション数を上回る場合、マルチキャストによって前記顧客ノードに前記通知メッセージを送信する処理と
を含む、コンピュータ可読媒体。
【請求項１７】
前記方法が、前記発行元ノードがマルチキャストによって前記顧客ノードに前記通知メッセージを送信する場合、少なくとも１つの要求側顧客ノードからの少なくとも１つのコネクション要求を受信する処理をさらに含む、請求項１６に記載のコンピュータ可読媒体。
【請求項１８】
前記方法が、
前記発行元ノードがマルチキャストによって前記通知メッセージを前記顧客ノードに送信する場合、要求側顧客ノードからのコネクション要求を受信する処理と、
前記コネクション要求を受諾するかどうかを判定する処理と
をさらに備えることを含む、請求項１６に記載のコンピュータ可読媒体。
【請求項１９】
前記コネクション要求を受諾するかどうかを判定する処理が、
前記発行元ノードが少なくとも１つの追加コネクションをサポートするよう構成されているかどうかを判定する処理と、
前記発行元ノードが少なくとも１つの追加コネクションをサポートするよう構成されている場合、前記コネクション要求を受諾する処理と
をさらに含む、請求項１８に記載のコンピュータ可読媒体。
【請求項２０】
前記発行元ノードが少なくとも１つの追加コネクションをサポートするよう構成されていない場合、前記コネクション要求を受諾するかどうかを判定する処理が、要求側顧客ノードのサービス品質要件が、少なくとも１つの現在接続されている顧客ノードのサービス品質要件より高いかどうかを判定する処理を含む、請求項１９に記載のコンピュータ可読媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般的にはコンピュータとコンピュータ関連技術に関する。より詳細には、本発明は、ネットワーク内通信用転送処理を選択するためのシステムと方法に関する。
【背景技術】
【０００２】
コンピュータと通信技術は急速な進歩を続けている。実際、コンピュータと通信技術は個人生活の多くの側面に関わっている。例えば、今日消費者に用いられている多くのデバイスは、その内部に小型コンピュータを備えている。これらの小型コンピュータ、サイズ及び高度化の程度がさまざまである。小型コンピュータとしては、１つのマイクロコントローラから全機能搭載の完全なコンピュータシステムまであらゆるものが挙げられる。例えば、小型コンピュータは、マイクロコントローラなどの１チップコンピュータ、コントローラなどの１基板型コンピュータ、ＩＢＭ互換性ＰＣなどの通常のデスクトップコンピュータでよい。
【０００３】
コンピュータは、典型的にはコンピュータ中心部に１つ以上のプロセッサを有する。プロセッサは通常、異なる外部入力と出力に相互接続し、特定のコンピュータまたはデバイスを管理するよう機能している。例えば、サーモスタット内のプロセッサは、温度設定を選択するのに用いられるボタンに接続され、温度を変化させるために加熱炉あるいは空調機器に接続され、しかも現在の温度をディスプレイ上で読み取り、表示するために温度センサに接続されてよい。
【０００４】
多くの電気器具、装置などには１つ以上の小型コンピュータが含まれている。例えば、今日のサーモスタット、加熱炉、空調システム、冷蔵庫、電話、タイプライター、自動車、自動販売機や多くの様々な産業機器は、通常、内部に小型コンピュータあるいはプロセッサを備えている。コンピュータソフトウエアは、これらコンピュータのプロセッサを起動し、プロセッサに対してあるタスクを実行するよう命令を与える。例えば、サーモスタットで作動するコンピュータソフトウエアは、ある温度に達すると空調機器を停止させたり、必要に応じてヒータをオンにさせたりする。
【０００５】
装置、電気器具、ツールなどの一部をなすこれらのタイプの小型コンピュータは、しばしば埋め込み型装置あるいは埋め込み型システムと呼ばれる。（本書において「埋め込み型装置」と「埋め込み型システム」は置き換え可能に用いられる。）埋め込み型システムは通常、より大型のシステムの一部であるコンピュータハードウエアとソフトウエアを指す。埋め込み型システムは、キーボード、マウス、および／またはモニタなどの典型的な入力出力装置を備えていない場合もある。通常、埋め込み型システムそれぞれの中心にあるのは１つ以上のプロセッサである。
【０００６】
照明システムに埋め込み型システムを組み込んでもよい。埋め込み型システムは、照明システムの効果を監視、制御するのに用いればよい。例えば、埋め込み型システムは、照明システム内でライトの輝度を落とすよう制御すればよい。あるいは、埋め込み型システムは、ライトの輝度を上げるよう制御すればよい。埋め込み型システムは、照明システム内での個々のライトでの特定の照明パターンを開始させるよう制御すればよい。埋め込み型システムは、照明システム内の個々のスイッチに接続されることもある。これらの埋め込み型システムは、スイッチに対して、個々のライト、あるいは照明システム全体のパワーを上げるか下げるよう命令を与えればよい。同様に、埋め込み型システムは、照明システム内の個々のライトに接続されることもある。個々のライトそれぞれの輝度あるいはパワー状態を、埋め込み型システムが制御すればよい。
【０００７】
さらに、セキュリティシステムに埋め込み型システムを組み込んでもよい。埋め込み型システムは、セキュリティシステムを備える個々のセキュリティセンサを制御するのに用いればよい。例えば、埋め込み型システムは、個々のセキュリティセンサのパワーを自動的に上げるよう制御すればよい。埋め込み型システムは、セキュリティセンサ各々に接続されることもある。例えば、埋め込み型システムを動きセンサに接続してもよい。埋め込み型システムは、動きが検出されると、個々の動きセンサのパワーを自動的に上げ、動きセンサを作動させるよう制御すればよい。動きセンサを作動させることには、動きセンサ内に配置されるＬＥＤのパワーを上げ、動きセンサの出力ポートから警報を出力させるなど命令することも含まれる。埋め込み型システムはさらに、ドアを監視するセンサに接続されることもある。埋め込み型システムは、ドアを監視するセンサに対して、ドアが開くか閉じると作動させるよう命令すればよい。同様に、埋め込み型システムは窓を監視するセンサに接続されることもある。埋め込み型システムは、窓が開くか閉じると、窓を監視するセンサを作動させるよう命令を与えればよい。
【０００８】
埋め込み型システムの中には、携帯電話などのワイヤレス製品を制御するのに用いられるものもある。埋め込み型システムは、携帯電話のＬＥＤディスプレイのパワーを上げるよう命令を与えればよい。また、埋め込み型システムは、携帯電話内の音声スピーカを作動させて、ユーザに携帯電話に関する音声通知をするようにしてもよい。
【０００９】
家庭電化製品に埋め込み型システムを組み込んでもよい。家庭電化製品としては、従来のキッチンで通常用いられる電化製品、例えば、ストーブ、冷蔵庫、電子レンジなどが挙げられる。家庭電化製品は、ユーザの健康や快適な暮らしに関連する電化製品などを含む。例えば、マッサージリクライニングチェアに埋め込み型システムを組み込んでもよい。埋め込み型システムは、ユーザの好みに応じてチェアの背もたれ部を自動的に倒すよう命令を与えればよい。また、埋め込み型システムは、ユーザの好みに応じてリクライニングチェア内で振動を起こすチェア内部の発振部品を作動させるよう命令を与えればよい。
【００１０】
さらに、家庭で通常見られるその他の製品にも埋め込み型システムを組み込んでもよい。例えば、埋め込み型システムを、水タンクの水を補充するのに使用する水の水位を制御するようにトイレで用いてもよい。埋め込み型システムを、ジェットバスタブで用いて空気量を制御させてもよい。
【発明の開示】
【発明が解決しようとする課題】
【００１１】
上述のとおり、埋め込み型システムは、さまざまなシステム、資源、製品などの監視、制御に使用されることができる。インターネットとワールドワイドウェブの成長に伴って、埋め込み型システムが、遠隔監視および／または制御のためにインターネットに接続されることが多くなっている。別の埋め込み型システムを、ローカルエリアネットワークやワイドエリアネットワーク等を含むコンピュータネットワークに接続してもよい。ここでは、「コンピュータネットワーク」（あるいは単に「ネットワーク」）という用語は、一連のノードが通信路により相互接続されている任意のシステムを指す。「ノード」という用語は、コンピュータネットワークの一部として接続されるような任意の装置を指す。埋め込み型システムは、ネットワークノードであってもよい。ネットワークノードの他の例としては、コンピュータ、携帯情報端末（ＰＤＡ）、携帯電話などが挙げられる。
【００１２】
埋め込み型システムの中には、コンピュータネットワークを用いてデータおよび／またはサービスを別のコンピュータ装置に提供するものもある。多くのさまざまなサービスが提供される。サービスの例としては、ある地点から温度データを与える、監視データを与える、気象情報を与える、音声ストリームを与える、映像ストリームを与えることなどが挙げられる。
【００１３】
ピアツーピアネットワークを形成すべく、ノードを相互接続してもよい。ピアツーピアコンピュータネットワークは、比較的少数のサーバ内で参加者のコンピュータ処理能力と帯域を集中させるのではなく、ネットワーク内で参加者のコンピュータ処理能力と帯域に依存したネットワークである。ピアツーピアネットワークは通常、主にアドホック接続を介してノードを接続するのに用いられる。
【００１４】
コンピュータネットワーク内のノードは、ＴＣＰ／ＩＰなどのコネクション型プロトコルによって別のノードにメッセージを送信するよう構成すればよい。コネクション型プロトコルは、送信側から受信側にパケットを確実に送信すればよい。したがって、コネクション型プロトコルを用いてメッセージをネットワークノードに送信する場合、通常、高品質なサービスを達成することが可能となる。
【００１５】
コネクション型プロトコルによってメッセージを送信する別の方法としては、少なくともいくつかのノードを、マルチキャスト技術を用いて他のネットワークノードにメッセージを送信するよう構成すればよい。コンピュータネットワークにおいては、「マルチキャスティング」という用語は、ネットワーク上の２つ以上のノードに同時にメッセージを送信するプロセスを指す。マルチキャスティングが、ネットワーク内の特定のノードグループにメッセージを送ることを意味するのに対し、ブロードキャスティングは、ネットワーク上のすべてのノードにメッセージを送信することを意味するという点で両者は異なる。
【００１６】
コネクション型プロトコルによって他のネットワークにメッセージを送る方が好ましいこともあれば、マルチキャストによって他のネットワークにメッセージを送る方が好ましい状況もある。ノードがピアツーピアネットワークなど、ネットワーク内通信用に適切な転送処理（すなわち、コネクション型プロトコルかマルチキャスト）を選択する方法が改善されることで効果を実現させることができる。
【課題を解決するための手段】
【００１７】
例えばピアツーピアネットワークといったネットワーク内通信のための転送処理を選択するためのシステムと方法を開示する。一例としての実施形態において、ネットワーク内の発行元ノードは、発行元ノードが保持するデータに関する通知メッセージの受信サービスに加入したネットワーク内の顧客数を判定する。発行元ノードはまた、発行元ノードがサポートするよう構成された利用可能なコネクション数を判定する。利用可能なコネクション数が顧客数を上回る場合、発行元ノードは、コネクション型プロトコル（例えば、ＴＣＰ／ＩＰ）によって顧客ノードに通知メッセージを送信する。顧客ノード数が利用可能なコネクション数を上回る場合、発行元ノードは、マルチキャストによって顧客ノードに通知メッセージを送信する。
【００１８】
発行元ノードがマルチキャストによって顧客ノードに通知メッセージを送信する場合、発行元ノードは、発行元からの通知メッセージを確実に受信できるかによって決まる顧客からの１つ以上のコネクション要求を受信すればよい。発行元ノードがある顧客ノードからコネクション要求を受信すると、発行元ノードが少なくとも１つの追加コネクションをサポートするよう構成されているかどうかを判定すればよい。発行元ノードが少なくとも１つの追加コネクションをサポートするよう構成されている場合、発行元ノードはコネクション要求を受諾してもよい。発行元ノードが少なくとも１つの追加コネクションをサポートするよう構成されていない場合、発行元ノードは、要求側顧客ノードのサービス品質要件が、少なくとも１つの現在接続されている顧客ノードのサービス品質要件より高いかどうかを判定してもよい。要求側顧客ノードのサービス品質要件が少なくとも１つの現在接続されている顧客ノードのサービス品質要件より高い場合、発行元ノードは、要求側顧客ノードよりも低いサービス品質の顧客ノードの現在行っているコネクションを終了し、要求側顧客ノードへのコネクションを開いてもよい。
【００１９】
発行元ノードがコネクション型プロトコルによって通知メッセージを送信する場合、発行元ノードへのコネクションを要求する顧客ノード数が、利用可能なコネクションをある時点で上回る。この場合、発行元ノードは、コネクション型プロトコルによって通知メッセージを送信することから、マルチキャストによって通知メッセージを送信することへ切り替えてもよい。
【発明を実施するための最良の形態】
【００２０】
発明の一例としての実施形態は、以下の説明とそれに続く請求の範囲を添付の図面と併せて参照すれば、より完全に明らかになろう。これらの図面は、一例としての実施形態を表しているに過ぎず、したがって発明の範囲を限定するものではないことを理解しつつ、発明の一例としての実施形態を添付の図面を用いながら、追加の限定性と詳細とともに説明していく。
【００２１】
発明の様々な実施形態について、図面を参照しながら以下に説明する。図面において、同様な参照番号は、同一あるいは機能的に類似する要素を示すものである。本発明の実施形態は、図面で全体的に説明し、示すとおり、非常に様々な構成で配置し設計することが可能である。よって、以下に示す本発明のいくつかの例示的な実施形態のより詳細な説明は、図面に示すとおり、請求の範囲に示すように発明の範囲を制限するものではなく、発明の実施形態を単に示すものにすぎない。
【００２２】
「一例としての」という単語は、ここでは専ら「一例、事例、あるいは例証としての」という意味で用いられる。ここで「一例として」と説明するいずれの実施形態も、必ずしもその他の実施形態よりも好ましいあるいは効果的であるという意味ではない。実施形態のさまざまな態様を図に示しているが、図面は特に示さない限り、必ずしも実際の縮尺で描かれているわけではない。
【００２３】
ここで開示する実施形態の特徴の多くは、コンピュータソフトウエア、電子ハードウエア、あるいは両者の組み合わせとして実施される。こうしたハードウエアとソフトウエアの互換性を明確に示すため、さまざまな要素を主にその機能性について説明する。こうした機能性をハードウエアで実施するかソフトウエアで実施するかは、システム全体に課された個々の適用制約ならびに設計制約に応じて決まる。当業者であれば、個々の特定の適用について方法を変えながら記載された機能性を実施するであろうが、このような実施決定が、本発明の範囲から逸脱するものと解釈されてはならない。
【００２４】
記載された機能性をコンピュータソフトウエアとして実行する場合、こうしたソフトウエアは、メモリ装置内に配置され、かつ／またはシステムバスあるいはネットワークにより電子信号として送信される任意のタイプのコンピュータ命令あるいはコンピュータで実行可能なコードを有するものであればよい。ここで説明する要素に関連する機能性を実行するソフトウエアは、単一の命令または多数の命令からなるものであってよく、さまざまなコードセグメントに対して、さまざまなプログラム間をいくつかのメモリ装置を通って分配されるものでもよい。
【００２５】
図１は、一実施形態に係わる、コンピュータネットワーク内でのノード間通信のために適切な転送処理を選択するためのシステム１００を示すブロック図である。ネットワーク内の少なくともいくつかのノードは、ネットワーク内の他のノードが興味をもつデータを有していればよい。例えば、ネットワークは、温度センサを含めばよく、ネットワーク内の少なくともいくつかの他のノードは、温度センサが検出する現在の温度について通知を受けることに興味があるものであればよい。別の例としては、ネットワークがドアセンサを含めばよく、ネットワーク内の１つ以上のノード（例えば警報システム）は、ドアが開いたか閉じたかについて通知を受けることに興味があるものであればよい。
【００２６】
データには、識別子と位置のタグをつけていてもよい。ネットワーク内の１つのノードは、ある識別子に関するデータの購読サービスに加入し、そのデータと場所を共有するデータについての通知メッセージを受信すればよい。例えば、ノードＡが場所Ｌ１とＬ２にあり、ノードＢが場所Ｌ２とＬ３にあると仮定する。ノードＢがデータＤ１を発行し、ノードＡがデータＤ１の購読サービスに加入する場合、ノードＡはＤ１の最新情報を受信する。
【００２７】
ここで用いる「発行元ノード」（あるいは単に「発行元」）という用語は、ネットワーク内の１つ以上のノードに、データについての通知メッセージを送信するノードを指す。「顧客ノード」（あるいは単に「顧客」）という用語は、発行元からデータについての通知メッセージを受け取るノードを指す。図１に示すシステム１００は、発行元１０２を備える。発行元１０２は、いくつかの顧客群１０４がいるデータ１０６を有する。発行元１０２は、データ１０６についての通知メッセージ１０８を顧客群１０４に送信する。
【００２８】
発行元１０２は、通知メッセージ１０８をＴＣＰ／ＩＰなどのコネクション型プロトコルによって顧客群１０４に送信すればよい。コネクション型プロトコルは、送信側から受信側にパケットを確実に送ることができるという利点がある。したがって、コネクション型プロトコルを用いると、通常、高品質のサービスを達成することができる。しかし、コネクション型プロトコルには、発行元１０２がサポートできるコネクション数に限りがあるという問題点がある。データ１０６がネットワーク内の多くのノードに関連があり、データ１０６に関する通知メッセージ１０８について多くの顧客群１０４が存在する場合、発行元１０２が顧客群１０４すべてへのコネクションをサポートすることが困難な場合がある。
【００２９】
コネクション型プロトコルの代わりとして、発行元１０２は、マルチキャストによって通知メッセージ１０８を顧客群１０４に送信してもよい。マルチキャストを用いると、コネクション型プロトコルを用いる場合よりも多くの顧客群１０４に通知メッセージ１０８を送信することができるという利点がある。しかし、マルチキャスティングには、必ずしも完全な信頼性があるわけではないという問題点がある。マルチキャストによって送信される通知メッセージ１０８は、伝達中に失われて、少なくともいくつかの顧客群１０４に送られない場合もありうる。このことが問題にならない顧客群１０４もいれば、送られる各通知メッセージ１０８を受信することが非常に重要な顧客群１０４もいる。例えば、ドアが開いていることをドアセンサが検出するたびに通知メッセージを受信することが警報システムには非常に重要である。送られる各通知メッセージ１０８を受信することが顧客群１０４にとって非常に重要である場合、コネクション型プロトコルによって顧客群１０４が通知メッセージ１０８を受信することが通常好ましい。
【００３０】
図１に示すシステム１００は、発行元１０２と発行元１０２のデータ１０６について通知メッセージ１０８を受信することに興味がある加入者１０４との間での適切な転送処理（すなわちマルチキャストかコネクション型プロトコル）を自動的に判定するよう構成されている。ある時点で（例えば発行元１０２が通知メッセージ１０８の顧客群１０４への送信を開始しているとき）、発行元１０２は、通知メッセージ１０８をマルチキャストで送信するかコネクション型プロトコルで送信するかをまず判定する。発行元がすべての顧客群１０４へのコネクションをサポートできない場合、発行元１０２は、マルチキャストによって通知メッセージ１０８を送信すればよい。しかし、発行元１０２がすべての顧客群１０４へのコネクションをサポートできる場合は、発行元１０２は、コネクション型プロトコルによって通知メッセージ１０８を送信するほうを選択すればよい。
【００３１】
発行元１０２がマルチキャストによって通知メッセージ１０８を送信し始めたとしても、１つ以上の顧客群１０４が、マルチキャストでは十分高い質のサービスが得られないと判断して、発行元１０２からのコネクションを要求してもよい。この場合、発行元１０２は、サポート可能な限り多くのコネクションを受諾する。こうして、発行元１０２は、マルチキャストによって通知メッセージ１０８を送信するだけでなく、コネクション型プロトコルによってネットワーク内の顧客群１０４のサブセット１１２に通知メッセージ１０８を送信するようにしてもよい。したがって、発行元１０２がマルチキャストおよびコネクション型プロトコルの両方によって通知メッセージ１０８を送信する場合も起こりうる。発行元１０２がサポートできる以上の数のコネクション要求を受け取ると、顧客群１０４が通知メッセージ１０８を高品質サービスで受信することに対して設定した重要度に基づき、どの顧客群１０４に接続させるかを判定する。これについては後でより詳しく説明する。
【００３２】
図２は、一実施形態に係わる、顧客群１０４に通知メッセージ１０８を送信するためにコネクション型プロトコルを用いるか、マルチキャストを用いるかの発行元１０２による判定方法を示すフロー図である。図示の方法２００にしたがって、発行元１０２はネットワーク内の他のノードが興味を持つようなデータ１０６を入手する（ステップ２０２）。
【００３３】
発行元１０２は、データ１０６についての通知メッセージ１０８の受信サービスに加入した顧客群１０４がネットワークにどれだけいるか判定する（ステップ２０４）。この判定は登録プロトコルを通じて行うことができ、この場合、発行元１０２は、ネットワーク上の顧客群１０４と思われるノードに対して、データ１０６が利用可能であることを通知し、顧客群１０４は、データ１０６に興味があることを示して応答する。あるいは、顧客群１０４は、ある特定のデータ１０６を要求するマルチキャストを用いて発行元１０２と思われるノードに問合せすることもできる。どちらか一方の方法を用いて、発行元１０２は、ネットワーク内の顧客群１０４の総数を入手する。また、図示の方法２００にしたがって、発行元１０２は、発行元１０２がサポート可能なコネクション数を決定する（ステップ２０６）。
【００３４】
発行元１０２は、（ステップ２０４で決定した）顧客群１０４の数を（ステップ２０６で決定した）利用可能なコネクション数と比較する（ステップ２０８）。顧客群１０４の数が利用可能なコネクション数より上回っていれば、発行元１０２は、マルチキャストによって通知メッセージ１０８を顧客群１０４に送信する（ステップ２１０）。しかし、顧客群１０４数が利用可能なコネクション数を上回っていなければ、発行元１０２は、ＴＣＰ／ＩＰなどのコネクション型プロトコルによって通知メッセージ１０８を顧客群１０４に送信する（ステップ２１２）。
【００３５】
上述のとおり、発行元１０２がマルチキャストによって通知メッセージ１０８を送信する場合（ステップ２１０）、１つ以上の顧客群１０４が、マルチキャストでは十分な品質のサービスが得られないと判断して、発行元１０２からのコネクションを要求する場合がある。この場合、発行元１０２は、マルチキャストによって通知メッセージ１０８を送信するだけでなく、ネットワーク内のいくつかの顧客群１０４に対してはコネクション型プロトコルによって通知メッセージ１０８を送信してもよい。
【００３６】
図３は、発行元１０２がマルチキャストによって通知メッセージ１０８を送信し始めるときの、一実施形態に係わる顧客群１０４の動作を示すフロー図である。まず、顧客群１０４は、通知１０８にデータ１０６についてのコネクションがあるかどうかを確認する（ステップ３０２）。もしコネクションが存在すれば、顧客群１０４はマルチキャスト通知メッセージ１０８を無視する（ステップ３０４）。そうでなければ、マルチキャストによって通知メッセージ１０８を受信し（ステップ３０６）、顧客群１０４は、マルチキャストが十分なサービス品質を与えられるかどうかを判定する（ステップ３０８）。例えば、送信される各通知メッセージ１０８を確実に受信することが顧客群１０４にとって重要な場合、顧客群１０４は、顧客群１０４が必要なだけの十分な品質のサービスをマルチキャストが与えられないと判定すればよい。しかし、送信される各通知メッセージ１０８を確実に受信することが顧客群１０４にとって重要でなければ、顧客群１０４は、顧客群１０４が必要なだけの十分な品質のサービスをマルチキャストが与えられると判定すればよい。
【００３７】
いくつかの実施形態においては、顧客１０４がデータ１０６についてサービス品質（ＱＯＳ）パラメータを保持する場合もある。ＱＯＳパラメータは、送信される各通知メッセージ１０８を確実に受信することが顧客群１０４にとってどれだけ重要かを示すものである。いくつかの実施形態においては、ＱＯＳパラメータが、最大値と最小値を含む値の範囲をとる場合もある。ＱＯＳパラメータが最大値に等しく設定されていれば、このことは、送信される各通知メッセージ１０８を確実に受信することが顧客群１０４にとって非常に重要であることを意味する。逆に、ＱＯＳパラメータが最小値に等しく設定されていれば、このことは、送信される各通知メッセージ１０８を確実に受信することが顧客群１０４にとってそれほど重要でないことを意味する。
【００３８】
発行元１０２からデータ１０６についての通知メッセージ１０８を受信するためにマルチキャストで十分な品質のサービスが与えられるかどうかを判定するために、発行元１０４は、データ１０６についてのＱＯＳパラメータを閾値と比較してもよい。ＱＯＳパラメータが閾値より高ければ、マルチキャストでは十分な品質のサービスが与えられない。しかし、ＱＯＳパラメータが閾値より高くなければ、マルチキャストで十分な品質のサービスが与えられる。ＱＯＣパラメータと閾値のいずれも、顧客群１０４のユーザがあらかじめ設定しておく。
【００３９】
顧客群１０４が、マルチキャストでは顧客群１０４が必要とする十分な品質のサービスを与えられないと判定すると（ステップ３０８）、顧客群１０４は、発行元１０２からのコネクションを要求してもよい（ステップ３１０）。しかし、マルチキャストで顧客群１０４が必要とする十分な品質のサービスを与えられると判定すれば、顧客群１０４は、発行元１０２からのコネクションを要求しない（ステップ３１２）よう構成すればよい。
【００４０】
図４は、顧客群１０４からのコネクション要求の受信４０２に応えた、一実施形態に係わる発行元１０２の動作を示すフロー図である。発行元１０２がコネクション要求を受信するとき、発行元１０２はすでに１つ以上の顧客群１０４へのコネクションを開いているかもしれないし、追加のコネクションをサポートできないかもしれない。図示の方法４００に従い、発行元１０２は、追加のコネクションをサポートできるかどうかを判定する（ステップ４０４）。
【００４１】
発行元１０２が追加のコネクションをサポートできる場合、発行元１０２は、コネクション要求を受諾して（ステップ４０６）、顧客群１０４へのコネクションを開く（ステップ４０８）。しかし、追加のコネクションをサポートできないと判定した場合（ステップ４０４）、発行元１０２は、コネクション要求を送信してきた顧客群１０４（要求側顧客群１０４）が高品質のサービスを受信することは、現在接続されている顧客群１０４の少なくとも１つより重要であるかどうかを判定する（ステップ４１０）。この判定には、コネクション要求を送信した顧客群１０４のＱＯＳパラメータを、現在接続されている顧客群１０４のＱＯＳパラメータと比較することを含んでもよい。
【００４２】
発行元１０２が、要求側顧客群１０４が高品質のサービスを受信することは、現在接続されている顧客群１０４の少なくとも１つより重要であると判定すると（ステップ４１０）、発行元１０２は、現存するコネクションの１つを終了させる（ステップ４１２）。終了されるコネクションは、通常、高品質サービスの重要度が最も低い顧客群１０４へのコネクションである。例えば、（ＱＯＳパラメータが高ければ、高品質サービスが重要であることを示す実施形態において）発行元１０２は、最も低いＱＯＳパラメータを有する顧客群１０４へのコネクションを終了する。発行元１０２は、コネクションを終了させる（ステップ４１２）だけでなく、要求側顧客群１０４からのコネクション要求を受諾して（ステップ４０６）、要求側顧客群１０４へのコネクションを開く（ステップ４０８）。顧客群１０４が、高品質サービスを受けることが現在接続されている顧客群１０４の夫々にとって要求側顧客群１０４より重要であると判定すると（ステップ４１０）、発行元１０２はコネクション要求を拒絶する（ステップ４１４）。
【００４３】
いくつかの例を挙げて説明する。多くのノードが興味を持つデータ１０６（例えば現在の外気温度）を発行元１０２が有すると仮定する。その結果、そのデータ１０６について通知メッセージ１０８を受信したい顧客群１０４が多くいる。しかし、いずれの顧客群１０４にとっても、送信される各通知メッセージ１０８を確実に受信することがそれほど重要でないとする。この筋書きでは、発行元１０２は、マルチキャストによってデータ１０６についての通知メッセージ１０８を送信すればよい。いずれの顧客群１０４にとっても、送信される各通知メッセージ１０８を確実に受信することがそれほど重要でないと、発行元１０２へのコネクションを開こうとする顧客群１０４がまったくいない場合も起こりうる。
【００４４】
しかし、送信される各通知メッセージ１０８を確実に受信することが重要な顧客群１０４が少しいると仮定する。例えば、データ１０６は現在の外気温度であり、ディスプレイは、外気温度が変化するたびに通知を受けたいと希望するかもしれない。発行元１０２が通知メッセージ１０８をマルチキャスト通信で送信しているが、高品質のサービスを受けたいと望む顧客群１０４がわずかにいれば、これらの顧客群１０４各々が発行元１０２からの直接的なコネクションを発見して要求すればよい。
【００４５】
高品質サービスを受けたいと望む顧客群１０４の数が増加すると、発行元１０２が顧客群１０４各々へのコネクションをもはやサポートできないという事態も生じうる。この場合、発行元１０２は、サポート可能な数の顧客群１０４へのコネクションを開いたままにする。発行元１０２は、直接コネクションを受信するためには高品質サービスが最も重要な顧客群１０４を選択するようにしてもよい。
【００４６】
別の例として、発行元１０２のデータ１０６についての通知メッセージ１０８を受信することに興味がある顧客群１０４がほんの少ししかないと仮定する。発行元１０２が各顧客群１０４へのコネクションをサポートできる場合、顧客群１０４へのコネクションを開き、コネクション型プロトコルによって通知メッセージ１０８を送信すればよい。これは、顧客群１０４にとって高品質のサービスを受けることが特に重要ではない場合でも起こりうる。発行元１０２が各顧客群１０４へのコネクションをもはやサポートできないほど顧客群１０４の数が増加すると、発行元１０２は、顧客群１０４へのコネクションを閉じ、顧客群１０４への通知メッセージ１０８をマルチキャスト通信で送信するようにしてもよい。なお、こうする結果、顧客群１０４の中には発行元１０２からのコネクションを要求するものも現れる場合もある。
【００４７】
図５は、一実施形態に係わる、発行元５０２内の様々な機能要素を示すブロック図である。発行元５０２は、ネットワーク内の他のノードが興味を持つようなデータ１０６を入手するデータ取得モジュール５１４を備える。ネットワーク内の他のノードは、データ取得モジュール５１４が入手するデータ１０６についての通知メッセージ１０８の受信サービスに加入すればよい。
【００４８】
また、発行元５０２は、マルチキャストプロトコルスタック５１６を備えていてもよい。マルチキャストプロトコルスタック５１６は、ネットワーク内の他のノードにマルチキャストによって（通知メッセージ１０８などの）メッセージを送信するよう構成されればよい。
【００４９】
発行元５０２は、さらに、コネクション型プロトコルスタック５１８を備えていてもよい。コネクション型プロトコルスタック５１８は、ネットワーク内の別のノードからのコネクションを受諾するかそうでなければ別のノードとのコネクションを確立し、ネットワーク内の他のノードにコネクション型プロトコルによって（通知メッセージ１０８などの）メッセージを送信するよう構成されればよい。使用されるコネクション型プロトコルスタック５１８としてはＴＣＰ／ＩＰプロトコルスタックが挙げられる。
【００５０】
さらに、発行元５０２は、顧客発見モジュール５２０を備えていてもよい。顧客発見モジュール５２０は、データ取得モジュール５１４が取得するデータ１０６についての通知メッセージ１０８を受信することに興味がある顧客群１０４がネットワーク内にどれだけいるか判定するよう構成すればよい。
【００５１】
さらに、発行元５０２は、容量判定モジュール５２２を備えていてもよい。容量判定モジュール５２２は、発行元５０２がサポートできるコネクション数を判定するよう構成すればよい。
【００５２】
またさらに、発行元５０２は、通信選択モジュール５２４を備えていてもよい。通信選択モジュール５２４は、ネットワーク内で顧客群１０４に通知メッセージ１０８を送信する仕組み（すなわち、マルチキャストによってか、コネクション型プロトコルによってか）を選択するよう構成すればよい。コネクションマネージャ５２６は、上記図２に示され、それに関して説明したように作動すればよい。
【００５３】
発行元５０２は、さらに、コネクションマネージャ５２６を備えていてもよい。コネクションマネージャ５２６は、顧客群１０４からのコネクション要求を受諾するかどうかを判定するよう構成すればよい。コネクションマネージャ５２６は、上記図４に示され、それに関して説明したように作動すればよい。
【００５４】
図６は、一実施形態に係わる、顧客６０４内の様々な機能要素を示すブロック図である。顧客６０４は、マルチキャストプロトコルスタック６１６を備えていてもよい。マルチキャストプロトコルスタック６１６は、マルチキャストによって、（発行元１０２などの）ネットワーク内の他のノードから（通知メッセージ１０８などの）メッセージを受信するよう構成すればよい。
【００５５】
顧客６０４はまた、コネクション型プロトコルスタック６１８を備えていてもよい。コネクション型プロトコルスタック６１８は、ネットワーク内の別のノードからのコネクションを受諾するか、そうでなければそのコネクションを確立し、（発行元１０２などの）ネットワーク内の他のノードからの（通知メッセージ１０８などの）メッセージを、コネクション型プロトコルによって受信するよう構成すればよい。使用されるコネクション型プロトコルスタック６１８としては、ＴＣＰ／ＩＰプロトコルスタックが挙げられる。
【００５６】
顧客６０４は、さらに、サービス品質（ＱＯＳ）評価モジュール６２８を備えていてもよい。顧客６０４が通知メッセージ１０８を発行元１０２からマルチキャストによって受信し始めると、ＱＯＳ評価モジュール６２８は、顧客６０４にとって十分な品質のサービスがマルチキャストによって与えられるかどうかを判定する。ＱＯＳ評価モジュール６２８は、上記図３に示され、それに関して説明したように作動すればよい。
【００５７】
発行元ノード１０２は埋め込み型システムであればよい。また、顧客ノード１０４のいくつかあるいはすべてが埋め込み型システムであってもよい。図７は、一実施形態に応じて構成される埋め込み型システム７０２において使用されるようなハードウエア要素のブロック図である。中央処理装置（ＣＰＵ）７０８あるいはプロセッサを、埋め込み型システム７０２の動作を制御するために設けてもよく、埋め込み型システム７０２は別の要素も備え、これらの要素はＣＰＵ７０８にバス７１０を介して接続されている。ＣＰＵ７０８は、マイクロプロセッサ、マイクロコントローラ、デジタル信号プロセッサや、その他当該技術では公知な装置として実現されればよい。ＣＰＵ７０８は、メモリ内に格納されているプログラムコードに基づいて論理算術演算を行う。ある実施形態では、メモリ７１４は、ＣＰＵ７０８に含まれるオンボードメモリであってよい。例えば、マイクロコントローラは、ある量のオンボードメモリを備えることが多い。
【００５８】
埋め込み型システム７０２はまた、ネットワークインタフェース７１２を備えていてもよい。ネットワークインタフェース７１２によって、埋め込み型システム７０２がネットワークに接続できる。ネットワークは、ポケベルネットワーク、携帯電話ネットワーク、グローバル通信ネットワーク、インターネット、コンピュータネットワーク、電話ネットワークなどであればよい。ネットワークインタフェース７１２は、利用可能なネットワークにおける標準プロトコルにしたがって作動する。
【００５９】
さらに、埋め込み型システム７０２はメモリ７１４を備えていてもよい。メモリ７１４は、一時的データを保存するためのランダムアクセスメモリ（ＲＡＭ）を備えていればよい。あるいは、またさらに、メモリ７１４は、より永久的なデータ、例えば固定コードおよび構成データなどを保存するための読取り専用メモリ（ＲＯＭ）を備えていてもよい。メモリ７１４はまた、ハードディスク・ドライブなどの磁気記憶装置として実現されてもよい。メモリ７１４は、電子情報を記憶できる限りいかなる電子装置であってもよい。
【００６０】
さらに、埋め込み型システム７０２は、１つ以上の通信ポート７１６を備えていてもよく、これにより他の装置との通信が容易になる。埋め込み型システム７０２はさらに、キーボード、マウス、ジョイスティック、タッチスクリーン、モニタ、スピーカ、プリンタなどの入力／出力装置７１８を備えていてもよい。
【００６１】
言うまでもなく、図７は、埋め込み型システム７０２の１つの可能な構成を示しているにすぎない。その他さまざまな構造と要素を用いるようにしてもよい。
【００６２】
本システムと方法を、いくつかの状況で使用することができる。図８は、本システムと方法が実施されるようなシステムの一実施形態を示す図である。図８は、照明制御システム８０８を備えた照明システム８００の一実施形態を示すブロック図である。図８の照明システム８００は、家の様々な部屋に組み込まれればよい。図示のように、システム８００は、部屋Ａ８０２と、部屋Ｂ８０４と、部屋Ｃ８０６とを備える。図８では３つの部屋を示しているが、システム８００は、家、居住施設、あるいはその他の環境内の任意の数の様々な部屋に組み込まれればよい。
【００６３】
照明制御システム８０８は、追加された埋め込み型システムと、システム８００内の要素を監視、制御するものであればよい。ある実施形態において、部屋Ａ８０２と部屋Ｂ８０４はそれぞれ、スイッチ要素８１４、８１８を有する。スイッチ要素８１４、８１８はまた、二次埋め込み型システム８１６、８２０を備えていてもよい。二次埋め込み型システム８１６、８２０は、照明制御システム８０８からの命令を受信すればよい。二次埋め込み型システム８１６、８２０はその後、これらの命令を実行すればよい。命令としては、さまざまな照明要素８１０、８１２、８２２、８２４をオンまたはオフする命令であればよい。また、さまざまな照明要素８１０、８１２、８２２、８２４の輝度を落とすか上げる命令であってもよい。さらに、照明要素８１０、８１２、８２２、８２４の輝度を様々なパターンに設計する命令であってもよい。二次埋め込み型システム８１６、８２０により、照明制御システム８０８は、部屋Ａ８０２と部屋Ｂ８０４に配置された各照明要素８１０、８１２、８２２、８２４を容易に監視、制御することができる。
【００６４】
また、照明制御システム８０８は、図示の部屋Ｃ８０６内の、二次埋め込み型システム８２８を備える照明要素８２６に直接命令を与えてもよい。照明制御システム８０８は、二次埋め込み型システム８２８に対して、特定の照明要素８２６のパワーを下げるか上げるよう命令してもよい。同様に、照明制御システム８０８から受信する命令としては、個々の照明要素８２６の輝度を落とすか輝度を上げる命令が挙げられる。
【００６５】
照明制御システム８０８はさらに、システム８００内の個々の照明要素８３０と８３２を監視して、そこに直接命令を送るものであってもよい。これらの命令は、すでに記載したのと同様な命令などであればよい。
【００６６】
図９は、本システムと方法が実施されるようなシステムの別の実施形態を示す図である。図９は、セキュリティシステム９００を示すブロック図である。図示の実施形態におけるセキュリティシステム９００は、部屋Ａ９０２、部屋Ｂ９０４、部屋Ｃ９０６内に組み込まれる。これらの部屋は家あるいはその他閉じられた環境の範囲内に存在すればよい。さらに、システム９００は、部屋Ａ９０２、部屋Ｂ９０４、部屋Ｃ９０６それぞれが領域あるいは境界を表すような開かれた環境内に組み込まれるものであってもよい。
【００６７】
システム９００は、セキュリティ制御システム９０８を備える。セキュリティ制御システム９０８は、システム９００内の様々な要素を監視し、そこからの情報を受信する。例えば、動きセンサ９１４、９１８は、二次埋め込み型システム９１６を備えていてよい。動きセンサ９１４、９１８は、埋め込み型システム９１６、９２０を介して動きが検出されると、動きのための当座の空間を監視して、セキュリティ制御システム９０８に警告を出すようにすればよい。セキュリティ制御システム９０８はまた、システム９００内の様々な要素に命令を与えてもよい。例えば、セキュリティ制御システム９０８は、二次埋め込み型システム９１６、９２０に対して、窓センサ９１０、９２２とドアセンサ９１２、９２４のパワーを上げるか下げるよう命令してもよい。ある実施形態では、窓センサ９１０、９２２が窓の動きを検出すると、二次埋め込み型システム９１６、９２０は、セキュリティ制御システム９０８に通知する。同様にして、ドアセンサ９１２、９２４がドアの動きを検出すると、二次埋め込み型システム９１６、９２０は、セキュリティ制御システム９０８に通知する。二次埋め込み型システム９１６、９２０は、動きセンサ９１４、９１８内に配置される（図示しない）ＬＥＤを作動させるよう動きセンサ９１４、９１８に命令してもよい。
【００６８】
セキュリティ制御システム９０８は、さらに、システム９００内の個々の要素を監視して、それらに直接命令を与えてもよい。例えば、セキュリティ制御システム９０８は、動きセンサ９３０あるいは窓センサ９３２を監視して、そのセンサに対して、パワーを上げるか下げるよう命令を与えてもよい。セキュリティ制御システム９０８はまた、動きセンサ９３０と窓センサ９３２に対し、センサ９３０と９３２内の（図示しない）ＬＥＤあるいは音声警告通知を作動させるよう命令を与えてもよい。
【００６９】
システム９００を備える個々の要素は、それぞれ二次埋め込み型システムを備えていてもよい。図９は、二次埋め込み型システム９２８を備えるドアセンサ９２６を示している。セキュリティ制御システム９０８は、上記と同様な方法で二次埋め込み型システム９２８を監視して、システム９２８に命令を与えるようにしてもよい。
【００７０】
図１０は、家庭用制御システム１０００の一実施形態を示すブロック図である。家庭用制御システム１０００は、照明システム８００などのさまざまなシステムの監視を容易にする家庭用コントローラ１００８と、セキュリティシステム９００などを備える。家庭用制御システム１００によって、ユーザは、１つ以上の埋め込み型システムを通じて様々な要素とシステムを制御できるようになる。１つの実施形態において、家庭用コントローラシステム１００８は、図８と９に関連してすでに説明したのと同様な方法で、監視し、情報を与える。図示の実施形態において、家庭用コントローラ１００８は、二次埋め込み型システム１０２０を介して加熱要素１０２４に命令を与える。加熱要素１０２４は、居住場所やオフィスで通常見られる加熱炉やその他の暖房装置を備えていればよい。家庭用コントローラ１００８は、二次埋め込み型システム１０２０を介して加熱要素１０２４のパワーを上げるか下げるよう命令を与えればよい。
【００７１】
同様にして、家庭用コントローラ１００８は、家庭用制御システム１０００内の要素、例えば冷却要素１０３０を監視して、その冷却要素１０３０に直接命令を与えるようにしてもよい。冷却要素１０３０は、居住場所やオフィスで通常見られるエアコンやその他の冷房装置を備えていればよい。中央家庭用コントローラ１００８は、冷却要素１０３０に対して、中央埋め込み型システム１００８によって集められた温度測定値に応じて、パワーを上げるか下げるよう命令を与えてもよい。家庭用制御システム１０００は、図８と９に関連して既に説明したのと同様な方法で機能する。
【００７２】
情報と信号は、さまざまな異なる技術と技法のうちで任意のものを用いて表すようにしてもよい。例えば、上記説明全体で参照されるようなデータ、指示、命令、情報、信号、ビット、シンボル、およびチップを、電圧、電流、電磁波、磁場あるいは磁性粒子、光場あるいは光粒子、またはそれらの組み合わせで表してもよい。
【００７３】
本件で開示する実施形態に関連する、さまざまな実例となる論理ブロック、モジュール、回路、およびアルゴリズムステップを、電子ハードウエア、コンピュータソフトウエア、あるいは両者の組み合わせとして実施してもよい。ハードウエアとソフトウエアの互換性を明確に示すために、様々な実例となる要素、ブロック、モジュール、回路、およびステップを主にその機能性について上では説明してきた。こうした機能性を、ハードウエアで実施するかソフトウエアで実施するかは、システム全体に課せられた適用制約ならびに設計制約に応じて決まる。当業者であれば、個々の適用について方法を変えながら記載された機能性を実施するであろうが、このような実施決定を本発明の範囲から逸脱するものと解釈してはならない。
【００７４】
本件で開示する実施形態に関連して記載されるさまざまな実例となる論理ブロック、モジュール、および回路は、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールド・プログラマブルゲートアレイ信号（ＦＰＧＡ）、あるいはその他のプログラマブル論理装置、離散ゲートあるいはトランジスタ論理、離散ハードウエア要素、あるいはここで記載の機能を実施するよう設計された任意の組み合わせとともに実施するか作動してもよい。汎用プロセッサはマイクロプロセッサであってもよい。あるいは、プロセッサは、任意の従来のプロセッサ、コントローラ、マイクロコントローラ、あるいは状態機械であってもよい。プロセッサは、ＤＳＰとマイクロプロセッサの組み合わせ、複数のマイクロプロセッサ、ＤＳＰコアに関連する１つ以上のマイクロプロセッサ、あるいはその他あらゆるこうした構成などコンピュータ装置の組み合わせとして実施されてもよい。
【００７５】
本件で開示する実施形態に関連して記載される方法あるいはアルゴリズムのステップは、ハードウエア、プロセッサが実行するソフトウエアモジュール、あるいはその２つの組み合わせで直接実施してもよい。ソフトウエアモジュールは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、取り外し可能ディスク、ＣＤ−ＲＯＭ、あるいは当該技術で公知な任意の形体の記憶媒体内に備えられているものでよい。一例として、記憶媒体は、プロセッサがその記憶媒体から情報を読み取り、かつ情報を書き込むことができるように、プロセッサに接続される。代替として、記憶媒体は、プロセッサと一体化されていてもよい。プロセッサと記憶媒体は、ＡＳＩＣ内に備えられていてもよい。ＡＳＩＣは、ユーザ端末内に備えられていてもよい。あるいは、プロセッサと記憶媒体は、ユーザ端末内の別個の要素として備えられるものであってもよい。
【００７６】
ここで開示する方法は、記載の方法を達成するために１つ以上のステップを備えるものである。方法のステップおよび／または行為は、本発明の範囲を逸脱しない程度に置き換え可能である。言い換えれば、実施形態を適切に実施するために特定の順番のステップまたは行為が必要でない限り、特定のステップおよび／または行為の順番および／または用途を、本発明の範囲を逸脱しない程度に変更してもよい。
【００７７】
本発明の特定の実施形態と適用について図示し、説明してきたが、発明はここで開示されているまさにその構成と要素に限定されるものではないことを理解されたい。発明の趣旨と範囲を逸脱しない程度に、ここで開示する本発明の方法とシステムの配置、動作、および詳細に対して、当業者には自明なさまざまな修正、変更、および変形を行ってもよい。
【産業上の利用可能性】
【００７８】
本発明は、埋め込み型システムに適用可能である。
【図面の簡単な説明】
【００７９】
【図１】一実施形態に係わるコンピュータネットワーク内でのノード間通信用に適切な転送処理を選択するためのシステムを示すブロック図である。
【図２】一実施形態に係わる、顧客に通知メッセージを送信するためにコネクション型プロトコルを用いるか、マルチキャストを用いるかの発行元による決定方法を示すフロー図である。
【図３】発行元がマルチキャストによって通知メッセージを送信し始めるときの、一実施形態に係わる顧客の動作を示すフロー図である。
【図４】顧客からのコネクション要求の受信に応えた、一実施形態に係わる発行元の動作を示すフロー図である。
【図５】一実施形態に係わる、発行元内の様々な機能要素を示すブロック図である。
【図６】一実施形態に係わる、顧客内の様々な機能要素を示すブロック図である。
【図７】一実施形態に応じて構成される埋め込み型システムにおいて使用されるようなハードウエア要素のブロック図である。
【図８】本システムと方法が実施されるような照明システムの一例を示す図である。
【図９】本システムと方法が実施されるようなセキュリティシステムの一例を示す図である。
【図１０】本システムと方法が実施されるような家庭用制御システムの一例を示す図である。
【図１】
2008522451.tif 000003
【図２】
2008522451.tif 000004
【図３】
2008522451.tif 000005
【図４】
2008522451.tif 000006
【図５】
2008522451.tif 000007
【図６】
2008522451.tif 000008
【図７】
2008522451.tif 000009
【図８】
2008522451.tif 000010
【図９】
2008522451.tif 000011
【図１０】
2008522451.tif 000012
【国際調査報告】
2008522451.tif 000013
2008522451.tif 000014