(57)【特許請求の範囲】
【請求項１】
ネットワークに接続された複数のデバイスであって、該複数のデバイスのうちの少なくとも１つのデバイスが、該少なくとも１つのデバイスのデバイスタイプ、デバイス所有者、意図されるデバイスの機能、デバイスの特徴およびデバイス製造業者のうちの、少なくとも１つと、環境中におけるデバイス位置とを含む論理的アドレスを有するような複数のデバイスと、
前記論理的アドレスを用いて、制御ロジックを実行するように設定されたプロセッサとを含むネットワーク化された制御システムであって、
前記少なくとも１つのデバイスが情報リーダを含み、環境中において該少なくとも１つのデバイスの近傍に配された情報タグから読み取った位置情報を、前記環境中におけるデバイス位置とすることを特徴とするネットワーク化された制御システム。
【請求項２】
前記プロセッサが、中央プロセッサと、前記少なくとも１つのデバイスのデバイスプロセッサを含む分散型のプロセッサとのうちの、少なくとも一方であることを特徴とする請求項１記載のネットワーク化された制御システム。
【請求項３】
前記プロセッサがさらに、前記論理的アドレスから、前記少なくとも１つのデバイスの物理的なネットワークアドレスへのマッピングを維持するように設定されていることを特徴とする請求項１または２記載のネットワーク化された制御システム。
【請求項４】
前記プロセッサがさらに、前記ネットワークに接続された前記論理的アドレスに属する前記少なくとも１つのデバイスが変わった際に、前記マッピングを更新するように設定されていることを特徴とする請求項３記載のネットワーク化された制御システム。
【請求項５】
前記プロセッサがさらに、前記少なくとも１つのデバイスに対応する前記論理的アドレスが変わった際に、前記マッピングを更新するように設定されていることを特徴とする請求項３記載のネットワーク化された制御システム。
【請求項６】
前記プロセッサがさらに、
前記論理的アドレスから、前記少なくとも１つのデバイスの物理的アドレスへのマッピングを維持し、かつ
割り当てられた論理的アドレスおよび対応の前記制御ロジックに従って、前記少なくとも１つのデバイスを制御するように設定されていることを特徴とする請求項１または２記載のネットワーク化された制御システム。
【請求項７】
前記マッピングが、ランタイム中において変更可能であり、割り当てられた前記論理的アドレスおよび対応の前記制御ロジックが、再割当て可能であることを特徴とする請求項６記載のネットワーク化された制御システム。
【請求項８】
前記プロセッサがさらに、前記ネットワークへの接続時において前記少なくとも１つのデバイスによりブロードキャストされた、または前記プロセッサからの問い合わせに応答して付与された、前記少なくとも１つのデバイスのメタ情報を用いて、前記論理的アドレスを自動的に探索するように設定されていることを特徴とする請求項１から７いずれか１項記載のネットワーク化された制御システム。
【請求項９】
前記プロセッサが検知手段を備えており、前記少なくとも１つのデバイスの前記デバイス位置に、前記検知手段により読取可能な情報が付与されており、該情報は、前記少なくとも１つのデバイスのデバイスタイプ、前記環境中における前記デバイス位置、前記デバイス所有者、前記意図されるデバイスの機能、前記デバイスの特徴および前記デバイス製造業者のうちの、少なくとも１つを含んでおり、該情報が、前記少なくとも１つのデバイスのインストール時において、前記プロセッサの前記検知手段により読取可能であることを特徴とする請求項１から８いずれか１項記載のネットワーク化された制御システム。
【請求項１０】
前記プロセッサが、ユーザからの手動入力に応答して、論理的アドレスから物理的アドレスへのマッピングを実行するように設定されていることを特徴とする請求項１または２記載のネットワーク化された制御システム。
【請求項１１】
前記プロセッサによる制御ロジックの実行の結果として得られる制御メッセージが、前記複数のデバイスの論理的アドレスを用いて、前記ネットワーク上で伝達されることを特徴とする請求項１から１０いずれか１項記載のネットワーク化された制御システム。
【請求項１２】
前記論理的アドレスから前記少なくとも１つのデバイスの物理的なネットワークアドレスへのマッピングを保存する、メモリをさらに含んでいることを特徴とする請求項１または２記載のネットワーク化された制御システム。
【請求項１３】
ネットワークに接続された複数のデバイスを有するネットワークを形成する方法であって、
前記複数のデバイスのうちの少なくとも１つのデバイスに、該少なくとも１つのデバイスが含む情報リーダを用いて、環境中において該少なくとも１つのデバイスの近傍に配された情報タグから位置情報を読み取らせ、該位置情報を、該少なくとも１つのデバイスの環境中におけるデバイス位置とし、
前記少なくとも１つのデバイスの論理的アドレスであって、該少なくとも１つのデバイスのデバイスタイプ、デバイス所有者、意図されるデバイスの機能、デバイスの特徴およびデバイス製造業者のうちの、少なくとも１つと、前記環境中におけるデバイス位置とを含む論理的アドレスを規定し、
前記論理的アドレスを用いて、制御ロジックを設計、インストールおよび実行する
各動作を含むことを特徴とする方法。
【請求項１４】
前記実行する動作が、中央プロセッサと、前記少なくとも１つのデバイスのデバイスプロセッサを含む分散型のプロセッサとのうちの、少なくとも一方であるプロセッサによって実行されることを特徴とする請求項１３記載の方法。
【請求項１５】
前記論理的アドレスから、前記少なくとも１つのデバイスの物理的なネットワークアドレスへのマッピングを、維持する動作をさらに含むことを特徴とする請求項１３または１４記載の方法。
【請求項１６】
前記ネットワークに接続された前記論理的アドレスに属する前記少なくとも１つのデバイスが変わった際に、前記マッピングを更新する動作をさらに含むことを特徴とする請求項１５記載の方法。
【請求項１７】
前記少なくとも１つのデバイスに対応する前記論理的アドレスが変わった際に、前記マッピングを更新する動作をさらに含むことを特徴とする請求項１５記載の方法。
【請求項１８】
前記論理的アドレスから、前記少なくとも１つのデバイスの物理的アドレスへのマッピングを維持し、
割り当てられた役割に従って、前記少なくとも１つのデバイスを制御する
各動作をさらに含むことを特徴とする請求項１３または１４記載の方法。
【請求項１９】
前記マッピングが、ランタイム中において変更可能であり、前記割り当てられた役割が、再割当て可能であることを特徴とする請求項１８記載の方法。
【請求項２０】
前記ネットワークへの接続時において前記少なくとも１つのデバイスによりブロードキャストされた、またはプロセッサからの問い合わせに応答して付与された、前記少なくとも１つのデバイスのメタ情報を用いて、前記論理的アドレスを自動的に探索する動作をさらに含むことを特徴とする請求項１３から１９いずれか１項記載の方法。
【請求項２１】
前記論理的アドレスから前記少なくとも１つのデバイスの物理的なネットワークアドレスへのマッピングを、メモリに保存する動作をさらに含むことを特徴とする請求項１３または１４記載の方法。
【請求項２２】
ネットワークに接続された複数のデバイスのうちの少なくとも１つのデバイスの論理的アドレスであって、該少なくとも１つのデバイスのデバイスタイプ、デバイス所有者、意図されるデバイスの機能、デバイスの特徴およびデバイス製造業者のうちの、少なくとも１つと、環境中におけるデバイス位置とを含む論理的アドレスを規定する手段と、
前記論理的アドレスを用いて、制御ロジックを実行する手段とを含む制御システムであって、
前記少なくとも１つのデバイスが情報リーダを含み、環境中において該少なくとも１つのデバイスの近傍に配された情報タグから読み取った位置情報を、前記環境中におけるデバイス位置とすることを特徴とする制御システム。
【請求項２３】
前記制御ロジックを実行する手段が、前記論理的アドレスから、前記少なくとも１つのデバイスの物理的なネットワークアドレスへのマッピングを維持し、前記ネットワークに接続された前記論理的アドレスに属する前記少なくとも１つのデバイスが変わった際、および前記少なくとも１つのデバイスに対応する前記論理的アドレスが変わった際の、少なくとも一方において、前記マッピングを更新することを特徴とする請求項２２記載の制御システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信に依存しない制御ロジックを有するネットワーク化された制御システムに、論理的アドレスを利用することに関するものである。
【背景技術】
【０００２】
複数デバイスのネットワーク化は、ビジネス界（商業界、工業界、学術界）においても、消費者市場においても、広く普及しているトレンドである。ネットワーク化されたデバイスが用いられるものの例には、たとえば照明、暖房／換気／冷房、および保安のための、建物のオートメーションシステムが含まれ、かかるシステムでは、照明のバラスト、スイッチ、日光／存在感知センサ、アクチュエータ、メータ等の様々なデバイスが、たとえばＲＦモジュールを介した無線接続のような態様で、互いに接続されている。制御システム内に多数のデバイスが含まれることは、それらデバイスの小さなフットプリント、およびそれらデバイスに対して実行される非常に複雑であるかもしれないアプリケーションロジックと相俟って、ネットワーク管理を制御するための新規なアプローチを必要とする。
【０００３】
ネットワークの生成ならびに構築およびノードのアドレス指定の複雑さを軽減するべく、たとえばノードのツリーまたはサブツリー内におけるノードの数および／または位置に基づいて、ネットワーク内のノードのアドレスの割当ておよび動的な再割当てを行う、ネットワークのアドレス指定のための様々なシステムおよび方法が知られている。たとえば、米国特許出願公開２００６／００２３６４３号（発明者Ｌｉｍ；引用により、開示全体が本明細書に組み込まれているものとする）には、無線ネットワーク内におけるボリュームの変化に応じて、ノードのアドレスを適応的に再割当てする方法であって、ノードのネットワークアドレスが、ルーティングツリー内におけるそのノードの位置から計算される方法が開示されている。
【０００４】
別のネットワークシステム管理方法が、国際公開ＷＯ２００６／０９１０４２号（発明者Ｊｅｏｎほか；引用により、開示全体が本明細書に組み込まれているものとする）に開示されている。この方法は、必ずネットワーク内の１つの固有のデバイスのみが、特定の役割を満たすようになす。たとえば、２つの冷蔵庫がネットワークに接続している場合には、このＪｅｏｎの方法は、必ず１つのみのデバイスが、そのネットワーク内における冷蔵庫としての役割を満たすようになし、どのデバイスが冷蔵庫であるかが一義的に分かるようにする。すなわち、ネットワークに接続された第１の冷蔵庫にそのアドレスが付与され、接続されているその他の冷蔵庫は、無視されるか、現在接続されている冷蔵庫に取って代わる。このＪｅｏｎのシステムでは、デバイスの役割のみが考慮され、位置その他のユーザ関連情報は考慮されない。Ｊｅｏｎのネットワークにおいては、たとえば２つの冷蔵庫を適切にアドレス指定し、ネットワークに接続することはできない。他のネットワーク管理システムとして、関連するノードをグループ化し、それらのノードに固有のグループアドレスを割り当てるシステムや、デバイスがネットワークに加わった際にそれらのデバイスに自動的にネットワークアドレスを割り当てるシステム（かかるデバイスネットワークアドレスは、物理的デバイスアドレスとも呼ばれる）もある。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、制御システム（たとえばZigBeeTMプロトコルを用いた制御システム）のような従来型のネットワークシステムで現在行われているような、物理的デバイスアドレスの利用は、システムの設計およびメンテナンスを複雑にする。たとえば、物理的デバイスアドレスを用いて制御ロジックを定義すると、ネットワーク設計（たとえばセットアップおよびメンテナンス手順に関する設計）は、柔軟性がなく、よりエラーが生じやすいものとなり、特に専門家でない人によってネットワークが定義またはセットアップされると、その程度が深刻となる。
【０００６】
従来の制御システムに伴う１つの問題は、制御ロジックが設計されるときまたは設計される間に、すべての物理的デバイスアドレスが分かっていなくてはならない点である。このことは、ネットワークの物理的なインストール時において直接、ロジック設計者がプログラミングを行わなくてはならないことを意味する。したがって、ロジック設計者は、まず、ネットワーク内における物理ノードの位置と、それらのノードと関連付けられた物理的アドレスとを、厳密に把握しなくてはならない。実用上は、このことは、ネットワークの各々すべての実例において、専用／追加のロジック設計またはプログラミングがなされる必要があることを意味する。
【０００７】
別の１つの問題は、ひとたびネットワークがセットアップされているところにデバイスが追加されると、新規のすなわちそれまで知られていない物理的アドレスを、制御ロジック内に手動で組み込まなくてはならない点である。そのため、ロジック設計者は、たとえば新規の物理的アドレスを用いてロジックを部分的に再プログラミングする作業等を、再び行わなくてはならない。
【０００８】
さらなる問題は、システム中のデバイスのホットリプレースメント（動作中交換）の問題である。ホットリプレースメントは、交換されたデバイスに関連するロジックをホストしている、かつ／または交換されたデバイスに結果を通信すること希望しているすべてのデバイス上において、アプリケーションおよびサポートロジックの再インストールを必要とすることが多い。これは、典型的には、アプリケーションに関連する通信およびロジック設計に、物理的デバイスアドレス（たとえばネットワークアドレス、および／またはデバイスのハードウェア（ＨＷ）アドレス）を使用していることに起因する。
【０００９】
加えて、典型的には、デバイスまたはデバイス群に割り当てられるアドレスは、純粋な数値表現で、ユーザにとっては意味を持たないものであり、さらにユーザによる判読ができない場合すらある。たとえば、従来型のシステムおよび方法においては、割り当てられるアドレスは、ZigBeeTMにおけるアドレス指定のような、ネットワークツリー内におけるデバイス位置に関連するマシンアドレス指定である。TCP/IPネットワークでは、マシンアドレス指定は、特定のサブネットワーク内におけるデバイスの位置に関連付けられたもの（たとえば、http://www/ietf.org/に記載されているIETFのRFC2132のような、DHCPプロトコルが使用されている場合）、または完全にランダムなもの（http://www/ietf.org/に記載されているIETFのRFC3927のような、IPv4リンクローカルアドレスプロトコルが使用されている場合）とされる。そのようなユーザによる判読ができないまたは意味を持たないアドレス指定は、デバイスのタイプ、および／または環境中における実際のデバイスの位置とは、何の関係も有さないことが多い。むしろ、従来型のネットワークおよびアドレス指定で使用されている位置情報は、ネットワークツリー内におけるデバイスノードの位置に関するものであり、環境中における実際のデバイス位置とは関連付けられていない。
【００１０】
したがって、ユーザフレンドリな識別子を含む論理的アドレスを割り当てることに対する需要がある。
【００１１】
本発明のシステムおよび方法の１つの目的は、従来型のネットワークまたは制御システムにおける欠点を克服することである。
【課題を解決するための手段】
【００１２】
いくつかの例示的な実施形態によれば、ネットワーク化された制御システムおよび方法は、ネットワークに接続された複数のデバイスを包含するものとされる。少なくとも１つのデバイスが、そのデバイスの環境中におけるデバイス位置およびデバイスのタイプを含む論理的アドレスを、たとえば英語その他の言語といったような、ユーザによる判読および理解が可能なフォーマットで有する。たとえば、「the switch in the hallway of the first floor（１階の廊下のスイッチ）」といった具合である。システムはさらに、ネットワークに接続可能な中央集中型および／または分散型のプロセッサであって、（１つまたは複数の）論理的アドレスを用いて制御ロジックを実行するように設定されたプロセッサを含む。中央集中型および／または分散型とされ得るメモリが、論理的アドレスから、デバイスの物理的ネットワークアドレスへのマッピングを保存するために設けられる。
【００１３】
本発明のシステムおよび方法のさらなる適用分野は、以下の詳細な説明から明らかとなる。この詳細な説明および具体例は、本発明のシステムおよび方法の例示的な実施形態を示すものであるが、単に説明目的のものであって、本発明の技術的範囲を限定する意図のものではない点を理解されたい。
【００１４】
本発明の装置、システムおよび方法の上記およびその他の特徴、側面および利点は、以下の説明、特許請求の範囲および添付の図面により、より良く理解される。
【図面の簡単な説明】
【００１５】
【図１】本発明のネットワーク化された制御システムの、１つの例示的な実施形態を示したブロック図
【図２】本発明のシステムの別の実施形態に係るフローチャート
【発明を実施するための形態】
【００１６】
特定の例示的な実施形態に関する以下の説明は、単に例示的な性格のものであって、本発明、その適用分野および使用形態を、何ら限定する意図のものではない。本発明のシステムおよび方法の実施形態に関する以下の詳細な説明では、その説明の一部をなす添付の図面が参照される。それら添付の図面では、説明対象のシステムおよび方法の実施が可能な、例示の目的に特化した実施形態によって、図解がなされている。これらの実施形態は、本願で開示するシステムおよび方法を当業者が実施できるように、十分詳細に説明されているもので、他の実施形態を用いることも可能であり、また本発明のシステムの精神および技術的範囲から逸脱することなく、構造的および論理的な変更を行うことも可能である点を理解されたい。
【００１７】
したがって、以下の詳細な説明は、限定的な意味で捉えられるべきではなく、本発明のシステムの技術的範囲は、特許請求の範囲によってのみ規定される。本願の図面中の参照番号の冒頭の数字は、図面番号に対応するのが典型であって、例外として、複数の図面に登場する同一の要素は、同一の参照番号により識別されている。さらに、説明を明確にする目的で、周知のデバイス、回路および方法に関する詳細な説明は、本発明のシステムの説明を不明りょうとしないために省略されている。
【００１８】
様々な実施形態に係るシステムおよび方法は、システム内におけるデバイスアプリケーションロジックの設計、メンテナンスおよび実行のために、論理的デバイスアドレスを利用する。論理的アドレスは、基礎をなすトランスポート技術、および物理的なデバイスのＨＷ／ネットワークアドレスとは無関係である。
【００１９】
ロジック設計者は、純粋な数値表現の物理的アドレスを用いる代わりに、デバイスの論理的アドレスを用いて、制御ロジックをプログラミングする。すなわち、プログラマーは、制御システム等のネットワーク内におけるデバイスアプリケーションロジックの設計およびメンテナンスを行うために、それらデバイスの物理的アドレスとの結合性が極めて緩い論理的アドレス、または基礎をなすトランスポート技術ならびに／もしくは物理的なデバイスのネットワークアドレスとは無関係の論理的アドレスを有するデバイスに対して、ロジックを規定することができる（すなわちそのようなロジックを規定することが許可されている）。
【００２０】
論理的アドレスは、英語またはその他の言語のフレーズといったような、人により判読および／または理解が可能なものとされる。この論理的アドレスは、デバイスのタイプ、所有者、および／または物理的な環境中もしくは実際の環境中における実際の位置（ネットワークツリー内におけるデバイス位置もしくは特定のノードの物理的アドレスとは異なる）を含む、デバイスの機能的な記述とされ得る。たとえば、「the lamp in the hallway on the second floor（２階の廊下のランプ）」といった具合である。システム、たとえばシステムプロセッサ、リゾルバおよび／または付随するメモリ（ここで、リゾルバは、たとえばアドレス分析の役割を担うプロセッサ機能の一部であってもよい）は、実行中の物理的な設備内において、人により判読可能なアドレスを処理するように設定することができ、さらには、どの物理的なデバイスが特定の論理的アドレスと関連付けられているかを探索するようにも設定され得る。
【００２１】
たとえば、ルーティングツリー内におけるデバイスの位置、および特定のノードの物理的アドレスを参照するのに代えて、デバイスの実際の位置が、参照されるか、たとえば「廊下内」といったように論理的アドレス内に包含される。さらに、デバイスのタイプが、参照されるか、論理的アドレス内に包含される。ここで、論理的アドレスの「タイプ」情報は、同一の（および／または異なる）タイプの複数のデバイスの実際の位置と共に、同一のタイプの２つ以上のデバイスを包含していてもよい。たとえば「台所内の冷蔵庫」および「地下の冷蔵庫」といった具合である。「おばあちゃんのスイッチ」といったように、論理的アドレス内にデバイスの所有者が包含されてもよい。
【００２２】
こうして、純粋な数値表現であり、ユーザにより判読不能であり、またはネットワークツリー内におけるデバイスに位置に関するマシンアドレス指定である物理的アドレスに代えて（かかる物理的アドレスは、デバイスタイプ、および建物のような物理的な環境中におけるデバイスの実施の位置とは、無関係である）、実際の位置、デバイスタイプおよび／または所有者を識別するために、ユーザフレンドリな識別子が、論理的アドレスとして使用される。
【００２３】
人により判読可能なデバイスの説明または識別子（すなわち、たとえば「廊下のスイッチ」といったような論理的デバイスアドレス）は、そのデバイスの役割を実施する物理的なデバイス（たとえば特定のスイッチ）にマッピングされる。システムは、論理的アドレスから、所与の物理的ネットワーク内における物理的デバイスアドレスへのマッピングを、確立し維持する（このマッピングは、稼働開始時において、デバイスタイプ、所有者および／または位置の手動入力といったような、人の助けを借りて行われるものであってもよいし、稼働中において、プロトコルを用いて行われるものであってもよい）。
【００２４】
ネットワーク内の変化、たとえば古い（たとえば故障した）デバイスが新たなデバイスに交換されたことによる変化が検出されると、論理的アドレスから物理的アドレスへのマッピングが更新される。このアプローチは、物理的なインストールとの結合性が極めて緩いため、アプリケーションロジックのインストールを大幅に簡単化する。こうして、ロジック設計のプロセスを、物理的なインストールとは独立に行うことができ、したがって多くの物理的なネットワーク例に適用することができる。
【００２５】
本発明のシステムおよび方法では、論理的アドレスを、仮想的なデバイスの論理的表現に対するポインタとして捉えることができるため、メンテナンスが簡単化される。実行中において、制御ロジックの再プログラミングを要さずに、このポインタを、異なる物理的デバイスに対する論理的アドレスを指すものに変更することが可能である。
【００２６】
図１は、プロセッサ１１０に動作接続されたデバイス１２０のネットワークを管理するための、中央リゾルバすなわちプロセッサ１１０を含む、ネットワーク化された制御システムの１つの実施形態のブロック図１００を示している。明確性のため、図１には１つのデバイス１２０が図示されているが、ネットワーク１００内には多くのデバイスが含まれていてよく、各デバイスは、固有の物理的アドレスを持っている、かつ／または、固有もしくは共有のトランシーバノードであってそこに接続されているデバイス（もしくはデバイス群）と関連付けられるアドレスを有するトランシーバノードに接続されている点を理解されたい。すなわち、「デバイス」という用語は、接続性の実装態様によらず、固有にアドレス指定することが可能な機能的なデバイスエンティティ（たとえばランプやスイッチ）を指す。
【００２７】
図１においては、説明を簡単かつより明確なものとするために、中央メモリ１３０および中央プロセッサ１１０が、中央プロセッサ１１０がその中央プロセッサに直接接続されたデバイス１２０に対して（たとえばネットワーク制御および環境設定のための）マスタデバイスとして作用し得るように描かれているが、この中央プロセッサ１１０およびメモリ１３０に代えて、分散型のプロセッサおよびメモリが用いられてもよい点を理解されたい。１つの実施形態では、各デバイスが自己のプロセッサおよび／またはメモリを有し、接続された複数のデバイスの様々なプロセッサおよび／またはメモリが、分散させられた情報ストレージ、制御およびロジック処理を規定する構成が取られてもよい。
【００２８】
そのような多数のノードを有する分散型の（ネットワーク）システムでは、プロセッサ（たとえばノードに接続されたデバイスのプロセッサ）は、各ノードに接続されるか、各ノードと関連付けられる。それらのノードの各々またはいくつかに、論理的アドレスが割り当てられ、ノードプロセッサの各々またはいくつかは、（ネットワークの他のノードの）論理的アドレスを用いた制御ロジックを実行する。物理的アドレスへのマッピングを保存するためには、中央集中化されたメモリ、たとえばネットワーク内の中央サーバのメモリを有することが望ましいかもしれない。しかしながら、ネットワークの複数のノードにメモリが分散させられ、それらのノードの各々またはいくつかが、自己のノードメモリを有するか、自己のノードメモリに接続可能な構成が取られてもよい。
【００２９】
ソフトウェアプログラムまたはアプリケーション、とりわけユーザにより設計された制御ロジックが、中央型か分散型かにかかわらず、（１つまたは複数の）プロセッサ上で実行状態とされ得る。さらに、中央集中化されたネットワーク環境設定と、分散型のネットワーク動作とを伴う、組合せのアプローチが用いられてもよい。
【００３０】
さらに、デバイスは、いかなる構成またはトポロジのネットワークを形成するよう相互接続されてもよい。たとえば、星形トポロジ、階層型のマスタ−スレーブ、ツリー型、マルチホップメッシュまたはフラットバス構造ネットワークであって、各ネットワークノード（またはノード群）が、（たとえば制御または環境設定のために）その特定のネットワークノードに接続された特定のデバイス（またはデバイス群）と通信する、プロセッサ１１０または他のノードにより使用されるネットワークアドレスを有するような、構成またはトポロジが用いられ得る。
【００３１】
中央型か分散型かにかかわらず、（１つまたは複数の）プロセッサ上で実行中の中央型または分散型アプリケーションは、論理的アドレスと物理的アドレスとの間のマッピングを用いて、必要に応じて論理的アドレスおよび物理的アドレスを使用する。たとえば、論理的アドレスを用いた制御／アプリケーションレイヤとのネットワーク通信として、ブロードキャスト／マルチキャストが使用され得る。あるいは、たとえばユニキャストネットワーク通信における使用のように、（論理的アドレスから物理的アドレスに関するマップまたは表から得られた）物理的アドレスが使用され得る場合もある。物理的アドレスと呼んでいる、物理的なデバイスのネットワークアドレスは、純粋な数値表現であるかもしれず、したがって、ネットワークツリー中におけるデバイス位置またはノードアドレスに関する、ユーザによる判読が不能なマシンアドレスであるかもしれない点に留意されたい。
【００３２】
図１に示されているように、メモリ１３０もプロセッサ１１０に動作接続されており、ネットワークの管理および／または様々なデバイス１２０の制御を行うために、様々なデータおよびアプリケーションロジックを記憶する。当然ながら、中央集中化されたメモリ１３０に加えてまたは代えて、分散型のメモリを用いて情報を記憶してもよく、その場合、分散型のメモリは、様々なデバイス１２０の様々なメモリを包含するものとなる。メモリ１３０はまた、デバイス／ノードの物理的アドレスの論理的アドレスへのマッピングを記憶する。論理的アドレスは、デバイスの実際の位置、所有者および／またはデバイスのタイプを、ユーザにより判読可能なフォーマットで含み、それにより、たとえば「台所の照明スイッチ」といったような、ユーザフレンドリな識別子を規定する。各デバイス１２０は、デバイスタイプ、所有者、実際のデバイス位置、機能および／またはデバイスの特徴のうち、少なくとも２つを含む論理的アドレスを有する。例示として、論理的アドレスが、デバイスタイプと、環境中における実際のデバイス位置とを含んでいるものとする。それにより、同一タイプの２つ以上のデバイスを、固有に識別し、ネットワークに接続することができる。その場合、同一タイプの各デバイスは、たとえば「台所の冷蔵庫」ならびに「地下の冷蔵庫」、または「お父さんのスイッチ」ならびに「おばあちゃんのスイッチ」、または「読書用ランプ」ならびに「一般照明用ランプ」、または「壁に固定されたスイッチ」ならびに「ポータブルスイッチ」といったように、そのデバイスの位置、所有者、機能および／またはデバイスの特徴によって区別されている。当然ながら、複数のデバイスがグループ化され、たとえばグループ用の論理的アドレスを用いて識別されてもよい。
【００３３】
さらに、接続されているデバイスに関する情報を得るため、とりわけ論理的アドレスと物理的デバイスとの間のマッピングに備えるために、（１つまたは複数の）センサ１４０も、プロセッサ１１０に動作接続されていてもよい。かかる接続されているデバイスの情報は、デバイスの検出に際して自動的に取得されてもよいし、ユーザにより手動で供給されてもよい。当然ながら、ユーザはまた、マッピングならびに自動収集の更新、または接続されている情報の更新をトリガしてもよい。たとえば、センサ１４０は、ネットワークツリー内におけるデバイス位置および／または実際の位置を検出するように設定されてもよく、また、デバイスのタイプ、デバイスの物理的アドレス、および／またはネットワーク内におけるデバイス位置ならびに／もしくは実際の位置を特定するために、デバイス１２０に取り付けられたまたは付随させられたＲＦＩＤタグまたはバーコードから情報を読み取るための、電波による個体識別（ＲＦＩＤ）またはバーコードリーダを含んでいてもよい。あるいは、当該技術分野において知られたまたはまだ知られていない他の任意の検出方法が用いられてもよく、たとえば、感光性デバイス（たとえばデジタルカメラ、光検出器）、インバンド・レンジング法（たとえば飛行時間測定、ＲＳＳＩ測定）、または他の検出器もしくはセンサ（たとえば超音波、ＩＲ）が用いられてもよい。
【００３４】
（１つまたは複数の）センサ１４０は、中央プロセッサに接続されることに加えてまたは代えて、ネットワークノードの各ネットワークに接続されていてもよい点を理解されたい。たとえば、各ネットワークノードを識別するＲＦＩＤタグが環境中に組み込まれて、ネットワークに接続される（１つまたは複数の）デバイス内に含まれているＲＦＩＤリーダが、特定のネットワークノード近くに配されているＲＦＩＤタグから、その特定のネットワークノードの論理的アドレスを読み取るような形態とされてもよい。ＲＦＩＤタグは、ネットワークノード位置近くの部屋の壁または天井といったような、ノード近くの位置に配されてもよいし、特定の好ましいデバイス位置（たとえば、壁固定スイッチまたは電源プラグ差込口用のキャビティ）に配されてもよい。別の実施形態では、中央プロセッサに接続された中央ＲＦＩＤリーダが、たとえばデバイスタイプおよび／またはデバイスの物理的アドレスを含む、デバイスのＲＦＩＤタグを読み取ってもよい。
【００３５】
当然ながら、デバイスタイプ、デバイスの所有者、デバイス位置および／またはデバイスの物理的アドレスといったような情報は、たとえばキーボード、マウス、または画面と共に用いる他のポインタ（たとえばデバイス位置を含む実際の環境のマップを含んだものであってもよいタッチスクリーン）を介するような、プロセッサに接続された何らかの入力／出力部（Ｉ／Ｏ）またはユーザインターフェース（ＵＩ）デバイス１５０を介して、ユーザにより手動で与えられてもよい。デバイスに動作接続され得るそれらデバイスのユーザインターフェースまたはその他のＵＩ、たとえば（利用可能であれば）キーボード、プッシュボタン、スイッチ、ディップスイッチ等は、デバイスの論理的アドレスまたはその一部、たとえばデバイスのタイプおよび／または位置を用いて、そのデバイスを環境設定するためにも用いられ得る。
【００３６】
デバイス１２０は、任意のセンサ、検出器、コントローラ、および／または機器やスイッチ等の制御可能なデバイスとされ得る。制御可能なデバイスには、オーディオビジュアル機器、台所用機器、照明または温度制御スイッチ、調光器、サーモスタット、ガレージドアその他のドアの開扉機構、通信制御機器、煙／炎感知器、モーションセンサ、監視カメラ、バラスト、ブラインド、暖房、冷房もしくは換気装置、保安用監視機器等が含まれる。ネットワークまたはシステム１００の様々なデバイスおよび要素は、有線か無線かにかかわらず任意の手段により、たとえばLON WorksTM    、BluetoothTM、IEEE 802.15.4、ZigBeeTM、Wi-FiTM等といったプロトコルを介して、相互接続することができる。
【００３７】
ネットワーク制御システムのための、様々な制御ロジック設計を用いることができる。制御関連データのトランスポートを、単純かつアプリケーションコード自体に対して透明性を有するものとできるケースでは、たとえば、ＰＣＴ／ＩＢ２００８／０５０４４５に対応する、２００７年２月１２日出願の欧州特許出願第０７１０２１２５．７「Ｄｅｖｉｃｅ  ｆｏｒ  ａ  Ｎｅｔｗｏｒｋｅｄ  Ｃｏｎｔｒｏｌ  Ｓｙｓｔｅｍ（ネットワーク化された制御システムのためのデバイス）」（代理人整理番号００７５５２）に開示されているような設計が用いられてもよい。この欧州特許出願の内容全体は、参照により、本明細書に組み込まれているものとする。ある例では、目的のシステム内にすべてのデバイスを集める際に、通信関連の側面を考慮する必要なく、制御ロジックが、ユーザにより指定され得る。したがって、（ユーザから見た）制御ロジックおよびロジック設計プロセスの複雑さが軽減され、制御ロジックからデバイスへの自由な割当てが可能とされる。その場合、ロジックのコンパイル作業の一部として、実行可能なランタイムコードが、コンピュータ制御された／自動化されたプロセスによりデバイスに割り当てられ、目的の制御システムが、デバイスおよび／またはネットワークの性能／リソースに関し最適化される。その後、必要に応じて、分配に関する側面をカバーするサポートロジックが、自動的に追加される。
【００３８】
例示的な１つの実施形態では、制御ロジックの設計またはプロセッサ１１０の環境設定もしくはプログラミングが、たとえば、デバイスタイプに関する少なくとも１つの識別子および位置に関する少なくとも１つの識別子を含む論理的アドレスにより表わされる、仮想的なデバイスを用いて行われる。それにより、デバイスの機能は、特定の物理的なエンティティおよび／または物理的アドレスではなく、論理的アドレスによって規定される。
【００３９】
論理的アドレスは、制御ロジック内で用いられ、かつ物理的ネットワークを設計と結び付けるため、たとえばセットアップやメンテナンスのために用いられる、システム規模のデバイスアドレスである。論理的アドレスは、（たとえば種々の異なるデバイスを含むかつ／または種々の異なる制御もしくは通信プロトコルを用いるハイブリッドネットワークを容易にするための）基礎をなす通信技術とは、無関係である。論理的アドレスはまた、特定のデバイスのＨＷアドレスとも無関係である。
【００４０】
論理アドレスはたとえば、ユーザフレンドリな名称、デバイスタイプ（たとえば「スイッチ」、「存在感知センサ」）、位置情報（たとえば「左上」、「部屋ＸＹの中」）、デバイスのユーザ／所有者（たとえば「おばあちゃんの」、「上司の」）、デバイスの意図する機能（たとえば「読書用」、「夜間用」、もしくは「主」、「副」）、デバイスの特徴（たとえば「ビルトイン」、「ポータブル」、発せられる光の色、光の温度、光の輝度、電力消費量）、および／または製造業者（以上、テキスト形式で）、たとえばシステムのマップもしくはレイアウトを表示ならびに設計する画面を有するようなデザインツール内におけるデバイスの表現（アイコンのようなグラフィック形式であってもよい）といった項目のうち、任意の１つまたは任意の組合せを含み得る。システムのマップまたはレイアウトは、ツリーフォーマット、ならびに／もしくはシステムがインストールされる実際の環境（たとえば建物）、またはそれらの組合せとされ得る。
【００４１】
システムの表現は、実際の論理的アドレスと関連付けられた、数値表現の物理的なネットワークアドレスによって強化されてもよい。
【００４２】
プロセッサ１１０は、論理的アドレスを処理し、たとえばデバイスのメタ情報からセンサ／リーダ１４０によって検出ならびに供給される、および／またはＩ／Ｏデバイス１５０からユーザによって手動で供給される、デバイス位置やタイプといったような必要な情報を自動的に抽出することによって、それらの論理的アドレスを物理的アドレスに自動的にマッピングするように設定されてもよい。物理的アドレスは、完全に独立した方式を用いて生成され得る。これに加えてまたはこれに代えて、物理的アドレス、とりわけ設定可能なネットワークアドレスが、たとえばデバイスのタイプおよび／または位置を示すリザーブされたビットであって、好ましくは単純化された／改善されたルーティングを規定するリザーブされたビットの形式で、論理的アドレス内の情報を部分的に表していてもよい。
【００４３】
論理的アドレスから、ネットワークに接続されたデバイスに接続されたノードの物理的アドレスへのマッピングを維持することに加えて、プロセッサ１１０はさらに、割り当てられた論理的アドレスおよび対応のアプリケーション制御ロジックに従って、ネットワークに接続された（１つまたは複数の）デバイスを制御するように設定されていてもよい。一例として、デバイスが家庭または建物の玄関のスイッチである場合には、このスイッチは、たとえば、ある規則に基づいてプロセッサによりアクティブ化され、夜間に明かりを点灯させるといったような、特定の役割を果たすものとして設定され得る。一例として、このスイッチは、「夜間において建物の入口および出口（ドアの内側および／または外側）を照明する」といったような規則に基づいて、ユーザまたはプロセッサによって設定され得る。マッピングはランタイム中において変更可能であってもよく、割り当てられた論理的アドレスは、規則の変更、デバイスの交換、センサ１４０の読出結果の変化またはその他の基準に応答して、対応のアプリケーション制御ロジックと共に、ユーザによる手動再割当てまたはプロセッサ１１０による再割当てが可能である。
【００４４】
１つの例示的な実施形態では、ネットワーク化されたシステム１００内のデバイス１２０間の通信および制御は、論理的アドレスを、ルーティング可能な物理的アドレス（たとえばＨＷアドレスおよび／またはネットワークアドレス）に分解する処理に基づいたものとされてもよい。
【００４５】
プロセッサ１１０はさらに、新たなデバイスが物理的にインストールまたは設定された際に、たとえば（１つまたは複数の）センサ１４０により検出された、またはユーザにより手動で与えられた、またはデバイス自体により自動的に与えられた、デバイスのタイプまたは位置といったような利用可能な情報を用いて、アプリケーションロジックがインストールされる前の段階において、その新たなデバイスに論理的アドレスを割り当てるように設定されていてもよい。中央リゾルバ／プロセッサ１１０によりこの割当てを実行することに代えてまたは加えて、この割当ては、たとえばローカルプロセッサによって、各々すべてのデバイス上で局所的に実行されてもよい。割り当てられた論理的アドレスは、必要に応じて他のデータおよび取出用のアプリケーションと共に、メモリ１３０等の中央のプログラム貯蔵部に記憶されてもよい。それにより、デバイスが、メモリまたは中央プログラム貯蔵部１３０から、意図するところの予めプログラミングされた論理的機能を取り出すことが可能となる。
【００４６】
プロセッサ１１０はまた、メモリ１３０内に、物理的アドレスと論理的アドレスとの両方を、それらの間の相互参照マップと共に保存するように設定されてもよい。その場合、ネットワークに接続されたデバイス、たとえば特定のデバイス１２０は、このプロセッサ１１０にコンタクトまたはメモリ１３０にアクセスして、その特定のデバイスに与えられた論理的アドレスを表す物理的アドレスを検索する。
【００４７】
ネットワークに接続されたデバイス１２０はまた、環境設定された際、たとえばネットワークにデバイスが接続されたことが検出されたときに自動的に生成され得るプロセッサ１１０からの要求またはコマンドに応答して、プロセッサ１１０および／またはメモリ１３０にコンタクトしてもよい。ネットワークへの接続に際し、デバイス１２０は、自己の物理的アドレスおよび利用可能なメタ情報（たとえばデバイスタイプおよび位置）を、プロセッサ１１０に伝え、かつ／またはかかる情報もしくはデータをメモリ１３０に直接保存するように設定されてもよい。その場合、プロセッサ１１０は、デバイスの論理的アドレスを推測するためにこの情報を利用し、その後、物理的アドレスから論理的アドレスへのマッピングを更新し、そのロジックを新たなデバイスにアップロードする。プロセッサは、ある論理的アドレスに属している物理的なネットワークデバイスが変更されると、すなわち論理的アドレスが別の物理的ノードによって再び裏付けられると、マッピングを更新するように設定されてもよい。これに加えてあるいは代えて、プロセッサはさらに、あるデバイスに対応する論理的アドレスが変更された際に、マッピングを更新するように設定されてもよい。
【００４８】
同様に、別のデバイスに取って代わるデバイスは、交換対象の元のデバイスの動作を再開する。プロセッサ１１０は、新たなデバイスが既存のデバイスに取って代わったことを検出し、この新規なデバイスに、古いデバイスの論理的アドレスと同じものであってもよい論理的アドレス（たとえば、台所にある古い冷蔵庫が交換され、新たな冷蔵庫の論理的アドレスが同一のまま、具体的には「台所内の冷蔵庫」に保たれる場合）、または新規なデバイスの特定の属性もしくは識別子を含む更新された論理的アドレスであって、（古いデバイスと新たな交換されたデバイスとが同一の位置にある場合には）同一の位置情報を維持する論理的アドレスを、供給するように設定されてもよい。こうして、新たなデバイスは、自己のタイプをプロセッサ１１０またはメモリ１３０に供給し、プロセッサ１１０から、ネットワーク内へのシームレスな統合のために必要なアプリケーションおよびサポートロジックを取得する。再プログラミングや、他のデバイスのアプリケーションおよびサポートロジックへの変更は、いずれも不要であるので、ネットワーク内へのデバイスの簡単な統合が規定される。
【００４９】
図２は、制御ネットワークまたはシステム１００内において、既にそのネットワークに接続されているかそのネットワークの一部をなすデバイス１２０の交換として、あるいはそのネットワークへの新たなデバイスの追加として、１つのデバイスをセットアップするための、本発明の１つの実施形態に従うフローチャート２００である。
【００５０】
動作２１０においてプロセスが開始され、この動作には、たとえばユーザの介入を介して、および／または、ネットワーク１００に追加もしくは接続されるデバイス１２０（たとえばホットプラグ・アンド・プレイ）や交換される既存のデバイス（たとえばホットリプレースメント）の、プロセッサ１１０による検出を介しての、プロセッサ１１０上のアプリケーション制御ロジックの設計、更新および／またはアクティブ化が含まれ得る。
【００５１】
新たなデバイスがインストールされると、新たなデバイスが追加されたのか（この場合ユーザは、たとえば動作２２０との関連で記述されるようなデバイス位置および／またはタイプの、手動入力を与えてもよい）、あるいは新たなデバイスがネットワーク中の既存のデバイスに取って代わったのかが検出され、続いて動作２２０において、新しく追加されたデバイスのための論理的アドレスから物理的アドレスへのマッピングが決定され、同マッピングが、メモリ１３０のような中央プログラム貯蔵部に保存される。論理的アドレスから物理的アドレスへのマッピングは、（たとえば１つのみのデバイスがネットワークに追加される場合には）自動的に行われてもよいし、手動のユーザ入力によって行われてもよい。一例として、ホットプラグ・アンド・プレイについては、新たなデバイスのためのアプリケーション制御ロジックは、ユーザまたはオリジナルのシステムインストーラによって既に定義され保存されているものであってもよいが、単にプログラム貯蔵部内において「休止状態」とされているものであってもよい。物理的アドレスが論理的アドレスと結び付けられるとすぐに、この「休止状態」のソフトウェアが「アクティブ」状態となり、裏付けられる。このように、アプリケーションロジックは、中央プログラム貯蔵部１３０上において、既に利用可能なものであってもよい。あるいは、ユーザは、新たなデバイスを追加するときに、その新たに追加されるアドレスのための新規の論理的アドレス、たとえば「リビングルーム内のテーブルスイッチ」といった論理的アドレスを定義してもよい。ユーザはさらに、任意の必要なアプリケーションロジックを定義およびコンパイルし、また、マッピングに備えることができる。
【００５２】
あるいは、たとえばメモリ１３０内に保存されたネットワーク−環境マップを利用することにより、プロセッサが、新たに追加されたデバイスにより供給されるメタデータ情報（たとえばデバイスのタイプ、および新たなデバイスが接続されるノードの位置に関する情報）から、特定の物理的デバイスのための新たな論理的アドレスを自動的に決定してもよい。このデータは、たとえばネットワークへの接続時にデバイスからブロードキャストされてもよいし、プロセッサ１１０からの要求に応答して（デバイスにより、またはシステム１００のユーザにより手動で）与えられてもよい。プロセッサは、たとえば、手動によるユーザ入力時を含む、（プロセッサ１１０またはそれに接続されたセンサ１４０による）デバイス接続の変更またはデバイスの役割変更の検出時において、かかる要求を送出してもよいし、あるいは単に、センサ１４０により検出または読取りされるデバイスの変更または追加のような、デバイスの役割変更の読取りまたは検出時において（たとえば新たに追加または変更されたデバイスに付随するＲＦＩＤタグまたはバーコードの読取りによる）、かかる要求を送出してもよい。
【００５３】
さらに別の実施形態では、新たなデバイスは、ユーザにより手動で、または任意のインバンド法ならびに／もしくはアウト・オブ・バンド法によって、そのデバイスの論理的アドレスを用いて環境設定されてもよい。新たなデバイスは、ネットワークへの接続時に、プロセッサ１１０、および／またはメモリ１３０内に保存された中央プログラム貯蔵部にコンタクトし、自己の論理的アドレスを、自己の物理的アドレスと共に、保存およびマップ更新のために送出する。
【００５４】
プロセスは次に、動作２３０へと続く。この動作２３０では、プロセッサ１１０および／または中央プログラム貯蔵部１３０が、新たに交換または追加されたデバイスにより生じた変更を反映するように、アプリケーションソフトウェアを更新する。プロセッサ１１０および／または中央プログラム貯蔵部１３０は、新たなデバイスのためのアプリケーションソフトウェアを準備する。この準備動作には、新たなデバイスのためのアプリケーション制御ロジックの更新ならびにコンパイル、および新たなデバイスのためのサポートロジックの生成動作が含まれる。すると、アプリケーションソフトウェアが、新たなデバイス上にインストールされていることとなる。サポートロジックは、その新たなデバイスがやりとりしなくてはならない各デバイスに関する論理的アドレスから物理的アドレスへのマッピングを、新たなデバイスに供給する処理を含み得る。（既存のデバイスが交換されるのではなく）新たなデバイスがネットワークに追加されるホットプラグ・アンド・プレイの状況の場合には、プロセッサ１１０および／またはプログラム貯蔵部は、（もしあれば）新たなデバイスに関するアプリケーション制御ロジックおよび／またはサポートロジックを含む新たなアプリケーションソフトウェアを用いて、ネットワークの他のデバイス（たとえば、新たなデバイスにデータを送信するデバイス、または新たなデバイスからデータを受信するデバイス、または新たなデバイスのためにデータを処理するデバイス）を、自動的に更新する。
【００５５】
次の動作２４０では、新たな／更新された機能または新たな／交換されたデバイスに関連する機能を有するすべてのデバイスが、中央リゾルバおよび／またはプロセッサ１１０にコンタクトすることにより、関連するデバイスの物理的なアドレスを解明する。動作２３０において説明したように、物理的アドレスと論理的アドレスとの間のマッピングも、アプリケーションソフトウェアのアップロードと共に、中央リゾルバおよび／またはプロセッサ１１０によって供給され得る。
【００５６】
こうして、物理的アドレスの解明により、システムまたはネットワーク１００にデバイスを追加または交換するプロセスが完了する。ここで、動作２５０では、新たなデバイスが通常の動作を開始し、ネットワーク１００が、環境中の様々な位置にある様々なネットワークノードに接続された様々なデバイスへのアクセスおよびかかるデバイスの制御可能性をユーザに提供するための、それら接続されたデバイスのモニタリングや制御といった通常の条件下での動作を続行する。一例では、実際の環境は、ユーザの家庭、オフィス、建物、小売店の空間等とされ得る。こうして、センサ１４０および／または制御可能なデバイス１２０を、簡単に環境設定してネットワーク１００に接続することができ、また、データ交換および環境モニタリングならびに制御（たとえば照明制御、温度制御、安全モニタリング等）の実現ための、直接通信、またはプロセッサ１１０経由もしくはプロセッサ１１０による制御下での通信のために、それらセンサ１４０および／または制御可能なデバイス１２０を相互接続することができる。
【００５７】
別の実施形態では、物理的アドレスと論理的アドレスとの間のマッピングは、完全なる自律型および／または分散型の態様で解明され得る。一例では、ロジックが一旦インストールされれば中央プロセッサ１１０が必要なくなり、かつ中央プロセッサ１１０がリゾルバの機能を実行することが必要なくなるように、新たに追加または交換されたデバイスによりブロードキャスト解明要求および／またはブロードキャストデバイス通知を送信することによって、ネットワーク化されたデバイス１２０の、組み込まれ分散させられたプロセッサ１１０が、論理的アドレスから物理的アドレスの対応を解明してもよい。この態様は、ホットプラグ・アンド・プレイおよびホットリプレースメントの両方で行われ得る。
【００５８】
さらに別の実施形態では、すべてのデバイスの物理的アドレスから論理的アドレスへのマッピングが、アプリケーションロジックのインストール前に行われてもよい。他のデバイスの論理的アドレスから物理的アドレスへのマッピングに関する情報は、（トランスポートレイヤのために必要であれば）アプリケーションロジックと共にインストールされ得る。
【００５９】
別の実施形態では、論理的アドレスの解明は、（中央集中型か分散型かにかかわらず）必要とされないかもしれない。この場合には、すべての通信を中央リゾルバ１１０を介して送信することまたはブロードキャストを利用することによって、ルーティングが行われ得る。この際、たとえばネットワークレイヤ上の論理的アドレスが利用され得る。ホットプラグ・アンド・プレイの状況のみに関していえば、かかる簡潔化された手続きは、中央プログラム貯蔵部において、ユーザが新たな論理的デバイスアドレス（たとえば「リビングルーム内のテーブルスイッチ」）を定義し、かつユーザがアプリケーションロジックの定義ならびにコンパイルも行う、以下の動作を含み得る。ネットワークに接続される新たなデバイスは、物理的アドレスから論理的アドレスへのマッピングのため、そのデバイスの論理的アドレスを用いて環境設定される。次に、定義された論理的アドレスを有する新たなデバイスは、ネットワークに接続する。ネットワークへの接続時に、この新たな論理的デバイスは、自己の論理的機能を確立する。このとき、たとえばこの新たに接続されたデバイスが中央プログラム貯蔵部にコンタクトし、自己の論理的アドレスを送信してもよい。これに対して、中央プログラム貯蔵部は、必要なアプリケーションロジックおよびアプリケーションサポートロジックを送信することにより、この新たな論理的デバイスに応答する。ホットプラグ・アンド・プレイの場合においてのみ、プログラム貯蔵部は、（もしあれば）この新たなデバイスに関連する新たなロジックを用いて、他のデバイスを自動的に更新し、この新たに接続されたデバイスは通常の動作を開始する。
【００６０】
交換されたデバイスを考慮に入れるようシステムが再設定され更新されるまでの特定の期間、システム内において特定の機能が利用不能とされ得るようなホットリプレースメントでは、特別な予防策は必要ない。一例として、プログラム貯蔵部に必要な更新が記憶され、中央プロセッサに対して利用可能とされるか、分散型処理の場合には、接続されたデバイスのすべてのプロセッサに対して、更新データが利用可能とされかつ／または供給される。
【００６１】
プロセッサ１１０は、デバイスのデバイスタイプ情報および物理的な位置から、デバイスの物理的アドレスを論理的アドレスにマッピングするように設定され得る。デバイスの物理的位置は、たとえば、ノード位置の環境中における実際の位置へのマッピングから推測、かつ／またはユーザにより手動で供給され得る。デバイスタイプ情報は、プロセッサからの要求もしくはコマンドに応答して、ネットワークへの接続時にデバイスによりブロードキャストされてもよいし、かつ／またはセンサ１４０（たとえばＲＦＩＤもしくはバーコードリーダ）によって読み取られて、プロセッサに供給されてもよい。説明したように、プロセッサに動作接続されたＲＦＩＤリーダは、タイプ、仕様、製造業者等といったデバイス情報を含むそのデバイスのＲＦＩＤタグを読み取ってもよく、デバイスの位置は、たとえば新たに接続または交換されたデバイスの検出時において、プロセッサからの要求に応答するものであってもよい、ユーザ／インストーラによる手動入力によって供給されてもよい。
【００６２】
これに代えてまたは加えて、各デバイスは、部屋の壁または天井といった環境中に組み込まれた、ＲＦＩＤタグを読み取るＲＦＩＤリーダを有していてもよい。ＲＦＩＤタグは、たとえば「１階の廊下」または「台所」といったような、位置情報を提供する。次に、デバイス情報（たとえばタイプ等）が、デバイス位置と共に、中央プログラム貯蔵部、デバイスメモリ、または中央集中型もしくは分散型の任意の他のメモリであって、中央集中型であってもよいプロセッサ、もしくは分散型処理の場合にはさまざまなネットワーク接続デバイスのプロセッサによりアクセス可能な、他のメモリに保存される。
【００６３】
デバイスの物理的アドレスの論理的アドレスへのマッピングは、たとえば、稼働開始段階において、インバンドコマンドに亘って、デバイスのプログラミング／インストールに際して手動で（たとえばＤＩＰスイッチ）行われてもよいし、かつ／または、論理的アドレスを用いて事前にプログラミングされ、（計画されたもしくは予め決められた）デバイス位置に取り付けられたＲＦＩＤタグもしくはバーコードを介して、行われてもよい。この場合、適切なセンサ１４０には、ネットワーク１００に接続されたまたは接続予定の新たなデバイスと関連付けられたＲＦＩＤタグまたはバーコードを読み取るための、適切なリーダインターフェースが設けられ得る。
【００６４】
本発明のシステムおよび方法は、照明、保安設備等の制御システムに利用され得る。様々なセンサおよび規則が包含され得る。たとえば、存在感知センサ、モーションセンサおよび日光センサが、予め規定された規則（たとえば、平日中ならびに週末中、通常の業務時間中ならびに休業時間中や業務終了後といった規則）と共に用いられることによって、予め決められた規則と関連付けられた制御を規定する。本発明のシステムおよび方法を含み得る他の制御システムとしては、建物のオートメーションシステム、家庭用の制御システム、ムード照明システムが挙げられ、これには工業用、小売店用、施設用、住居用等の他の制御およびオートメーション環境も包含される。
【００６５】
当然ながら、通信分野における当業者には本明細書の説明から明らかなように、通信用のシステムまたはネットワーク構成要素には、たとえば送信機、受信機もしくはトランシーバ、アンテナ、変調器、復調器、コンバータ、アンテナ共用器、フィルタ、マルチプレキサといった、様々な要素が含まれ得る。様々なシステム構成要素間の通信またはリンクは、たとえば有線または無線といった、いかなる手段によるものであってもよい。複数のシステム要素は別個のものであってもよいし、たとえばプロセッサと一体化されるといったように一体化されたものであってもよい。よく知られているように、プロセッサはメモリ内に記憶された命令を実行し、このメモリは、たとえば、システム制御に関する予め決められたまたはプログラミングされた設定といったような、他のデータも記憶しているものであってもよい。
【００６６】
インタラクションシステムの様々な構成要素は、たとえば有線接続または無線接続を含む、任意のタイプのリンクによって互いに動作接続され得る点を理解されたい。本明細書の説明を参酌して当業者により認識されるように、様々な変更ももたらされ得る。メモリは、アプリケーションデータおよび他のデータを保存する、いかなるタイプのデバイスであってもよい。アプリケーションデータおよび他のデータは、本発明のシステムおよび方法に従う動作を実行するようにそのデータを構成する、コントローラまたはプロセッサにより受け取られる。
【００６７】
本発明の方法の動作は、コンピュータソフトウェアプログラムにより実行されるのに特に適しており、かかるコンピュータソフトウェアプログラムは、本発明の方法の個々のステップまたは動作に対応するモジュールを含んでいることが好ましい。当然ながら、かかるソフトウェアは、集積チップのようなコンピュータ読取可能な媒体、周辺デバイス、または上記のメモリもしくはコントローラや照明モジュールのプロセッサに接続された他のメモリといったようなメモリに、組み込まれていてもよい。
【００６８】
コンピュータ読取可能な媒体および／またはメモリは、任意の記録可能媒体（たとえばＲＡＭ、ＲＯＭ、リムーバブルメモリ、ＣＤ−ＲＯＭ、ハードドライブ、ＤＶＤ、フロッピーディスクまたはメモリカード）であってもよいし、送信媒体（たとえば、光ファイバ、ワールド・ワイド・ウェブ、ケーブル、および／または、たとえば時分割多重アクセス、コード分割多重アクセスもしくはその他の無線通信システムを利用した無線チャネルを含む、ネットワーク）であってもよい。コンピュータシステムと共に用いるのに適した情報を記憶することのできる媒体であれば、既知のまたは開発されたいかなる媒体も、上記のコンピュータ読取可能な媒体および／またはメモリとして用いることができる。
【００６９】
追加のメモリが用いられてもよい。コンピュータ読取可能な媒体、上記のメモリ、および／または任意の他のメモリは、長期型、短期型、または長期型メモリと短期型メモリとの組合せのいずれであってもよい。これらのメモリは、本明細書で開示される方法、動作および機能を実施するようにプロセッサ／コントローラを設定する。メモリは、分散型または局所的であってもよく、追加のプロセッサが付与されてもよいプロセッサは、分散させられていてもよいし、単体であってもよい。メモリは、電気的、磁気的または光学的メモリとして実装されてもよいし、それらまたは他のタイプの記憶装置の任意の組合せとして実装されてもよい。さらに、「メモリ」との用語は、プロセッサによりアクセスされるアドレス指定可能なスペースのアドレスからの読出し、またはかかるアドレスへの書込みが可能な任意の情報を包含するのに十分なよう、広く解釈されるべきである。この定義により、たとえばインターネット等のネットワーク上の情報も、プロセッサはその情報をネットワークから取り出すことができるため、メモリ内の範疇に含まれることとなる。
【００７０】
プロセッサおよびメモリは、任意のタイプのプロセッサ／コントローラおよびメモリであってよい。プロセッサは、メモリ内に記憶された命令の実行、および記述された様々な動作の実行を行えるものとされ得る。プロセッサは、アプリケーションに特化したまたは汎用の（１つまたは複数の）集積回路とされてもよい。さらに、プロセッサは、本発明のシステムに従って実行を行う専用プロセッサであってもよいし、多くの機能のうちの１つのみが本発明のシステムに従う実行のために動作する、汎用プロセッサであってもよい。プロセッサは、１つのプログラム部分や複数のプログラムセグメントを利用して動作してもよいし、専用または多目的集積回路を利用したハードウェアデバイスとされてもよい。ユーザの存在および識別情報を特定するのに利用される上記のシステムの各々は、さらなるシステムと共に用いられてもよい。
【００７１】
当然ながら、特定のパーソナリティを有するユーザを見出し、そのユーザにマッチングすること、および関連する推奨内容を提供することについて、さらなる改善をもたらすために、上記の実施形態およびプロセスのいずれも、他の１つまたは複数の実施形態またはプロセスと組み合わされてもよい点を理解されたい。
【００７２】
最後に、上記の説明は、単に本発明のシステムの説明を意図したものであって、特許請求の範囲を、特定の実施形態または実施形態群に限定するものと解釈されるべきではない。すなわち、具体的かつ例示的な実施形態を参照しながら、本発明のシステムをとりわけ詳細に説明してきたが、当業者によれば、特許請求の範囲で規定される本発明の意図するより広い精神および技術的範囲から逸脱することなく、多くの変更実施形態および代替実施形態も考えられる点を理解されたい。したがって、明細書および図面は、説明目的のものと捉えられるべきであり、特許請求の範囲による技術的範囲を限定する意図ではない。
【００７３】
特許請求の範囲の解釈に当たっては、以下の点を理解されたい。
ａ）「含む」または「備える」との語は、所与の請求項中で列挙されたもの以外の要素または動作の存在を、排除するものではない。
ｂ）ある要素に先行する「１つの」との語は、かかる要素が複数存在することを排除するものではない。
ｃ）請求項中のいずれの参照符号も、その請求項の技術的範囲を限定するものではない。
ｄ）複数の「手段」は、ハードウェアまたはソフトウェアにより実装された構造または機能の、同一の項目によって体現されてもよいし、異なる項目によって体現されてもよい。
ｅ）開示されているいずれの要素も、ハードウェア部分（たとえば、離散型または集積型の電子回路を含む）から構成されてもよいし、ソフトウェア部分（たとえばコンピュータプログラミング）から構成されてもよいし、それらの任意の組合せにより構成されてもよい。
ｆ）ハードウェア部分は、アナログ部分およびデジタル部分の、一方または両方により構成され得る。
ｇ）特にそうでない旨を言及しない限りは、開示されているいずれのデバイスまたはかかるデバイスのいずれの部分も、一体に組み合わされてもよいし、さらなる複数の部分に分離されてもよい。
ｈ）特に示されない限り、動作またはステップのいかなる特定のシーケンスも意図されない。
【図１】
0005389778.tif 000002
【図２】
0005389778.tif 000003