(57)【特許請求の範囲】
【請求項１】
少なくとも１つの制御対象のネットワークデバイスであって、電力源に接続するための入力端子と、出力パワーを供給するための出力端子とを有し、コマンド信号を受信するための通信機構を含み、かつ受信したコマンド信号に応答して、自己の出力パワーをオン状態もしくはオフ状態に切り換えるか、自己の出力パワーを強度調整するように設計されている、少なくとも１つのネットワークデバイスと、
前記ネットワークデバイスのうちの少なくとも１つを制御するための少なくとも１つのリモートコントローラであって、制御対象の前記ネットワークデバイスのためのコマンド信号を含む、信号の送受信のための通信機構を含むリモートコントローラと、
信号の送受信のための通信機構を含む１つのコーディネータであって、ネットワークおよびネットワークコンポーネント間の関係を規定するネットワーク定義情報を含むネットワーク定義メモリを備えた、１つのコーディネータと
を含み、
前記リモートコントローラは、前記ネットワーク定義情報のバックアップコピーを含む、バックアップメモリを備えており、
前記リモートコントローラは復旧モードで動作することができ、該復旧モードにおいて、該リモートコントローラは、前記バックアップメモリからの前記ネットワーク定義情報を含む復旧信号を送信し、
前記コーディネータは、前記復旧信号に応答して、受信した前記ネットワーク定義情報を、自己のネットワーク定義メモリ内に保存するネットワーク通信システムであって、
前記コーディネータが、前記ネットワーク定義メモリ内の前記ネットワーク定義情報のバージョン番号を含む、ネットワークバージョンカウンタをさらに備えており、
前記コーディネータは、前記ネットワーク定義メモリ内の前記ネットワーク定義情報に変更が加えられる度に、前記バージョン番号を毎回増分するように設計されており、
前記リモートコントローラが、前記バージョン番号のバックアップコピーを含むバックアップバージョンメモリを備えており、
前記復旧モードで動作している際に前記リモートコントローラにより送信される前記復旧信号が、前記バックアップバージョンメモリからのバックアップされた前記バージョン番号をさらに含み、
前記コーディネータがさらに、前記バージョン番号の受信した前記バックアップコピーを、自己のネットワークバージョンカウンタに保存し、
前記リモートコントローラが、前記バージョン番号に基づいて、自己のバックアップメモリが現在のネットワーク定義情報を含んでいるか否かを検証することができ、
前記リモートコントローラは、前記検証の結果が該リモートコントローラにバックアップされたネットワーク定義情報が古いことを示す場合には、前記コーディネータにダウンロード要求信号を送信し、
前記コーディネータは、前記ダウンロード要求信号の受信に応答して、自己のネットワーク定義メモリからの前記ネットワーク定義情報を含むダウンロード信号を送信し、
前記リモートコントローラは、該ダウンロード信号を受信して、該ダウンロード信号に含まれる前記ネットワーク定義情報を、自己のバックアップメモリ内にバックアップとして保存する
ことを特徴とするネットワーク通信システム。
【請求項２】
前記リモートコントローラが、ユーザにより操作可能な復旧ボタンを備えており、該リモートコントローラが、ユーザによる前記復旧ボタンの操作に応答して、前記復旧モードに入ることを特徴とする請求項１記載のネットワーク通信システム。
【請求項３】
複数のリモートコントローラを含み、各リモートコントローラが、前記復旧モードで動作可能であることを特徴とする請求項１記載のネットワーク通信システム。
【請求項４】
前記コーディネータが開始モードで動作することができ、該コーディネータは、該開始モードで動作している間のみ、前記復旧信号に応答可能であることを特徴とする請求項１記載のネットワーク通信システム。
【請求項５】
前記コーディネータが、ユーザにより操作可能な開始ボタンを備えており、該コーディネータが、ユーザによる前記開始ボタンの操作に応答して、前記開始モードに入ることを特徴とする請求項４記載のネットワーク通信システム。
【請求項６】
前記コーディネータが、最初の電源投入時において、前記開始モードに自動的に入るように設計されていることを特徴とする請求項４記載のネットワーク通信システム。
【請求項７】
前記コーディネータは、自己のネットワーク定義メモリからの前記ネットワーク定義情報を含むダウンロード信号を、送信することができ、前記リモートコントローラは、該ダウンロード信号を受信して、該ダウンロード信号に含まれる前記ネットワーク定義情報を、自己のバックアップメモリ内にバックアップとして保存することができることを特徴とする請求項１記載のネットワーク通信システム。
【請求項８】
前記リモートコントローラは、前記コーディネータにバージョン要求信号を送信するように設計されており、
前記コーディネータは、前記バージョン要求信号の受信に応答して、前記ネットワークバージョンカウンタからの前記バージョン番号を含むバージョン情報信号を、前記リモートコントローラに送信し、
前記リモートコントローラは、受信した情報を、自己のバックアップバージョンメモリの内容と比較し、受信した前記バージョン番号が、自己のバックアップバージョンメモリ内のネットワークバックアップの前記バージョン番号よりも大きいようであれば、前記ダウンロード要求信号を送信するように設計されていることを特徴とする請求項１記載のネットワーク通信システム。
【請求項９】
前記リモートコントローラは、ユーザもしくはタイマにより該リモートコントローラがアクティブ化されたときに毎回、前記バージョン要求信号を送信するように設計されていること、および／または
前記リモートコントローラは、該リモートコントローラがスリープモードに入るときに毎回、前記バージョン要求信号を送信するように設計されていること、および／または
前記リモートコントローラは、前記ネットワーク定義を変更することのできるコントロール機能をユーザが操作したときに毎回、前記バージョン要求信号を送信するように設計されていることを特徴とする請求項８記載のネットワーク通信システム。
【請求項１０】
複数のランプおよび／または電機子を含む照明システムであって、請求項１から９いずれか１項記載のネットワーク通信システムをさらに含み、少なくとも１つのランプおよび／または少なくとも１つの電機子に、制御対象のネットワークデバイスが付与されていることを特徴とする照明システム。
【請求項１１】
請求項１から９いずれか１項記載のネットワーク通信システムで使用するためのリモートコントローラ。
【請求項１２】
請求項１から９いずれか１項記載のネットワーク通信システムで使用するためのコーディネータ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、広くは、ネットワーク構造を有する通信システムに関するものである。１つの具体例では、本発明は、複数の光源を制御するシステムに関するものとされてもよく、以下では、とりわけこの具体例に関連して本発明を説明する。しかしながら、本発明は、この具体例に限定されるものではない点に留意されたい。とりわけ、ネットワークは、特性の異なる多様な家電製品を含んでいてよく、たとえば、照明デバイス、暖房機器、テレビ等を含むものとされ得る。より一般的にいえば、ネットワークは、電気で駆動されるいかなる機器を含んでいてもよく、かかる機器は、コンセント電源またはバッテリーにより電力供給されてもよいし、いわゆる環境発電電源（バッテリーレス）から電力供給されてもよい。
【背景技術】
【０００２】
１つの具体例では、本発明は、複数のランプを含む照明システムに関するものとされる。各ランプにはネットワークデバイスが設けられ、そのネットワークデバイスは、対応のランプをスイッチオンまたはスイッチオフすることができ、さらに場合によっては調光することもできる。マルチカラーランプを伴う電機子の場合には、ランプに対し、所望の混色を生成するよう命令することもできる。ユーザにより操作されるリモートコントローラは、有線であってもよいが好ましくは無線である通信路を介して、ネットワークデバイスに対してコマンド信号を発することのできるネットワークコンポーネントであり、１つの好ましい通信方法としては、ＲＦ信号を介した通信が挙げられる。これにより、ユーザは、個々のランプの場所にある個々のスイッチを操作する必要なく、自分の照明システムを遠隔操作することができる。さらに、かかるシステムは新たなインフラを必要としない。すなわち、単に既存の電球を、付随のネットワークデバイスを有する新たな電球に交換すればよい。しかしながら、ネットワークデバイスが電機子に付随させられてもよい。
【０００３】
以下の説明では、当業者にとっては明らかなように、実際にはそのランプのネットワークデバイスを意図する個所でも、便宜上「ランプ」との呼称を用いることとする。
【０００４】
複数のランプを個別に操作できるようにするためには、それらのランプが互いに区別可能であることが必要である。そのため、各ランプは固有のＩＤコードおよび／または（短い）アドレスコードを有し、リモートコントローラにより発せられるコマンド信号は、指示部分と、アドレス、すなわちその指示の対象として意図されているランプを示す部分とを含むものとされる。指示部分は、このランプに、期待される動作を伝える。
【０００５】
コマンド信号はまた、アクノレッジメントの要求を含んでいてもよい。その場合、ネットワークデバイスは、指示を受信しそれに従う動作に加えて、リモートコントローラにアクノレッジメント・メッセージを送信する動作を行う。これにより、リモートコントローラは、アドレス指定したネットワークデバイスによりコマンド信号が受信されたことを知ることができる。かかるアクノレッジメント・メッセージが十分な早さで受信されない場合、ユーザが対応のコマンドボタンを再び押す必要はなく、リモートコントローラが、コマンド信号を自動的に再送する。
【０００６】
システムはさらに、ネットワーク定義情報を含むメモリを備えている。以下、このメモリを、ネットワーク定義メモリと呼ぶこととする。ネットワーク定義情報は、とりわけ、ネットワークデバイスのＩＤコードのリスト、および対応するリモートコントロール機器のＩＤコードのリストを含むものとされる。近隣には、通信に参加しており、したがって定義によっては通信ネットワークの一部である、より多くのネットワークデバイスがあるかもしれないが、ネットワークデバイスがネットワーク定義情報に含まれていない（すなわちリスト上にない）場合には、そのネットワークデバイスをアドレス指定することはできず、したがって、リモートコントローラによりそのネットワークデバイスを操作することはできない点に留意されたい。さらに、近隣にはより多くのリモートコントロール機器が存在するかもしれないが、あるリモートコントローラがネットワーク定義情報に含まれていない（すなわちリスト上にない）場合には、そのリモートコントローラのコマンド信号は、受信または応答されない点に留意されたい。
【０００７】
さらに、ネットワーク定義情報は、どのネットワークデバイス（ＩＤコード）が、どのコマンドボタンと対応付けられているかを規定するテーブルを含んでいてもよい。リモートコントローラが、個々のランプと対応付けられた複数のコマンドボタンを持つ形態も可能である。しかしながら、１つのコマンドボタンが、１グループのランプを同時に操作できる形態が好ましい。その場合、ネットワーク定義情報は、各コマンドボタンにつき、その特定のコマンドボタンと対応付けられたネットワークデバイス（ＩＤコード）のリストを含んでいてもよいし、あるいは、どのネットワークデバイスがどのグループの構成要素であるかを規定したリストと、どのグループがどのコマンドボタンと対応付けられているかを規定したテーブルとを含んでいてもよい。
【０００８】
ネットワークは不変のものではない。ランプが追加または除外されることもあり得るし、ランプのグループ割当てが変更されることもあり得る。そのため、ユーザによるネットワーク定義メモリの修正を可能にする機能が存在する。このネットワーク定義メモリと修正機能との組合せを、「コーディネート手段」と呼ぶこととする。
【０００９】
とりわけネットワークが１つのみのリモートコントロール機器を含む場合には、コーディネート手段は、リモートコントロール機器と統合され得る。しかしながら、とりわけネットワークが複数のリモートコントローラを含む場合には、すべてのリモートコントローラがすべてのランプを制御することが意図されている場合であれ、異なるリモートコントローラが異なるランプまたは異なるランプグループを制御することが意図されている場合であれ、コーディネート手段は、別個のデバイス（以下、「コーディネータ」と呼ぶ）として実装され得る。別個のコーディネータ機器を設けることの利点は、リモートコントローラは軽量のバッテリー駆動機器として実装されることが好ましいが、コーディネータは、バッテリーが切れた場合にも設定が失われないように、コンセント電源から常時電力供給を受けることが好ましいという点にある。
【００１０】
本発明を実装するにあたり特に適した通信プロトコルは、Ｚｉｇｂｅｅである。Ｚｉｇｂｅｅ自体は、オープンソースの規格であり知られているので、ここではＺｉｇｂｅｅに関する詳細な説明は省略する。
【発明の概要】
【発明が解決しようとする課題】
【００１１】
換言すると、ネットワークは、ネットワーク定義情報を有する１つのネットワークコンポーネントを含み、この１つのネットワークコンポーネントが、他のネットワークコンポーネント間のすべての通信トラフィックを制御およびコーディネートし、この１つのネットワークコンポーネントは、別個のコーディネータとして実装されるか、リモートコントロールコンポーネント内に組み込まれている。便宜上、以下の説明では別個のコーディネータコンポーネントが存在するものと想定するが、本発明の趣旨は、コーディネート機能がリモートコントロールコンポーネント内に組み込まれている場合にも、適用可能である。
【００１２】
実用上起こり得る１つの問題は、コーディネータが故障することである。その結果、ネットワーク通信が機能しなくなり、ユーザが知覚する状態としては、ランプがもはやリモートコントローラにより制御できなくなる。ユーザは、ネットワークが壊れたと言うであろう。
【００１３】
国際公開ＷＯ２００８／０８４３５６号（引用により全内容が本明細書に組み込まれているものとする）は、コーディネータ、１つもしくは複数のリモートコントロール機器、および１つもしくは複数の制御対象のランプを含むネットワークを開示している。この公報は、既存のネットワークにネットワークコンポーネントを追加できること、その追加を目的として、かかるネットワークコンポーネントがエンリストメント（enlistment）モードで動作可能であることを述べている。この公報には、ネットワークコンポーネントが全く新しいものである初期段階において、ネットワークを確立する、すなわちコーディネータ内のネットワーク定義情報を確立するための、創意ある方法が記載されている。この公報に従うネットワークでは、コーディネータが故障すると、ユーザはそのコーディネータを新しいコーディネータに交換しなくてはならず、新しいコーディネータは、エンリストメントモードで作動されることにより、ネットワークに追加される。その場合、すべての必要なネットワーク定義情報をコーディネータが収集することを可能とするために、すべての他のネットワークデバイスが、新しいコーディネータに対して通信を行わなくてはならない。これにはユーザのアクションが必要である。すなわち、ユーザは各機器をリセットし、新しいコーディネータを用いてネットワークを再構築しなくてはならない。
【００１４】
国際公開ＷＯ２００４／０５６１５７号（引用により全内容が本明細書に組み込まれているものとする）は、複数のランプバラストおよびリモートコントロール機器を含むネットワークであって、マスタ−スレーブ・アーキテクチャを有するネットワークを開示している。コーディネート機能は、複数のバラストのうち、マスタと呼ばれる１つのバラスト内に組み込まれている。その他のバラストは、スレーブと呼ばれる。この公報は、マスタが故障し得るという問題に対処している。解決策として、この公報は、各スレーブバラストがバックアップマスタとなることを規定している。マスタが故障すると、この故障の事実に直面した第１のスレーブが、新たなマスタとなる。このアプローチは、すべてのネットワーク定義情報が各バラスト内に存在すること、およびどのバラストがマスタであるかに関する何らかのコードを確立することを必要とする。
【００１５】
上記の先行技術では、たとえばＲＦ通信上の問題等により、古いコーディネータから新しいコーディネータへの移行が完全に行われなかった場合に、問題が生じ得る。かかる問題は、通常のユーザには簡単に認識または理解されないが、システム自体はこの問題を修正することができないので、ユーザが修正アクションをとることが期待される。このことは、フラストレーションに繋がり得る。
【００１６】
本発明の１つの目的は、よりシンプルかつより低コストの解決策であって、先行技術よりもロバスト性の高い、すなわち故障に対してより安全な解決策を提供することである。
【課題を解決するための手段】
【００１７】
本発明によれば、少なくとも１つのリモートコントローラに、すべてのネットワーク定義情報を含むバックアップメモリが設けられ、このリモートコントローラが、このネットワーク定義情報を新たなコーディネータに送信する復旧モードで、動作可能とされる。コーディネータが故障した場合、ユーザは、新たなコーディネータを付与し、電源を差し込み、（たとえば適当な１つのボタンまたは複数ボタンの組合せを押すことにより）リモートコントローラに復旧コマンドを与えるだけでよく、それにより、すべてのネットワーク定義情報が新しいコーディネータにコピーされ、その後は、システムは従前のように動作する。
【００１８】
さらなる有利な工夫が、従属請求項に記載されている。
【図面の簡単な説明】
【００１９】
【図１】ネットワークデバイスを伴う電球の概略図
【図２】通信システムの概略図
【図３】制御信号の概略図
【図４】ネットワーク定義情報を模式的に示したテーブル
【発明を実施するための形態】
【００２０】
以下、図面を参照した１つ以上の好ましい実施形態の説明により、本発明の上記およびその他の側面、特徴および利点を、さらに詳述する。図中において、同一の参照符号は、同一または類似の部分を示すものとする。
【００２１】
本発明に係る機器の一例として、図１は、電球１０を概略的に示している。この電球１０は、電球の外観はごく一般的なものであるが、内部にネットワークデバイス１１を含んでいる。ネットワークデバイス１１は、電力供給を受けるためにランプの接続部に接続される端子１２、１３と、電球の実際の光生成素子（たとえばコイルＬ）に接続される出力端子１４、１５とを有している。あるいは、白熱光源に代えて、ＬＥＤまたはガス放電ランプといった、他のタイプの光源も可能である。その場合、出力端子１４、１５は、対応のランプドライバに接続され得る。ネットワークデバイス１１はさらに、アンテナ１６により示される通信機構を有しており、この通信機構を介して、コマンド信号ＳＣの受信、およびアクノレッジメント信号ＳＡの発信が可能とされている。
【００２２】
図１はまた、本発明に従う変更形態の機器も概略的に示している。すなわち、交換可能なランプＬを受容するためのランプソケットＬＳを有する電機子１７であって、ランプの接触部に接触するソケットの接触部に接続される、出力端子１４、１５を有するネットワークデバイス１１を含む電機子１７を示している。
【００２３】
図２は、リモートコントロールされる複数のネットワークデバイス１１を含む、ネットワーク通信システム２を概略的に示している。図２では、説明を簡単にするため、かかるネットワークデバイス１１が４つのみ示されており、これらは、互いに区別するため、括弧内に添字１、２、３、４を加えて示してある。しかしながら、ネットワークデバイスの数が４つより少なくても多くてもよいことは、明らかであろう。本発明はとりわけ、各々に対応の１つのネットワークデバイス１１（ｉ）が付与された複数のランプ１０および／または電機子１７を含む、照明システムに関連する点に留意されたい。
【００２４】
通信システム２はさらに、ユーザにより操作されるリモートコントローラ２０を含む。このリモートコントローラ２０も、アンテナ２６により示される通信機構を有しており、この通信機構を介して、コマンド信号ＳＲＣの発信、およびアクノレッジメント信号ＳＡの受信を行うことができる。リモートコントローラ２０は、参照番号２１で示されるユーザ入力手段、典型的にはコントロールキーまたはボタンを有する。通信システム２は、２つ以上のリモートコントロール機器を有していてもよく、第２のリモートコントローラが点線で図示されている点に留意されたい。
【００２５】
通信システム２はさらに、コーディネータ４０を含んでいる。このコーディネータ４０は、典型的には、適切にプログラミングされたマイクロコンピュータ等により実装される。コーディネータ４０もまた、アンテナ４６により示される通信機構を有しており、この通信機構を介して、リモートコントローラ２０からのコマンド信号ＳＲＣの受信、および制御対象のネットワークデバイス１１からのアクノレッジメント信号ＳＡの受信を行うことができる。
【００２６】
各ネットワークデバイス１１は、個別にアドレス指定可能となるべく、ＩＤ（ｉ）で示される固有のＩＤコードを有している。図３は、コマンド信号ＳＣが、アドレス指定されるネットワークデバイス１１（ｉ）のＩＤコードＩＤ（ｉ）を含むデータ部分３１と、実際のコマンド、たとえば「スイッチＯＮ」または「スイッチＯＦＦ」等のコマンドを含むコマンド部分３２とを含むことを模式的に示している。どのネットワークデバイスまたはネットワークデバイスグループがアドレス指定されているかを示す、他の方法も適用可能である。すなわち、特定のネットワークデバイス１１（ｉ）を制御できるようにするためには、リモートコントローラ２０は、そのネットワークデバイス１１（ｉ）のＩＤコードＩＤ（ｉ）を知らなくてはならない。
【００２７】
一方、自己のＩＤコードＩＤ（ｉ）を含むコマンド信号ＳＣを受信したネットワークデバイス１１（ｉ）は、このコマンド信号ＳＣが、「部外者」から発せられたものであるか、そのネットワークの一部であるリモートコントローラ２０から発せられたものであるかを、チェックしなくてはならない。すなわち、コマンド信号ＳＣに従うことができるようにするためには、ネットワークデバイス１１（ｉ）は、リモートコントローラ２０のＩＤコードを知らなくてはならない。
【００２８】
コーディネータ４０には、ネットワーク定義メモリ４７が設けられている。このネットワーク定義メモリ４７には、とりわけ、そのネットワークに属するネットワークコンポーネントのＩＤコードのリスト、およびリモートコントローラのボタンとＩＤコードとの関係が記録されている。さらに、ネットワークデバイスはグループに構成されていてもよく、その場合、ネットワーク定義メモリ４７は、グループ割当情報も含む。適当な形態としては、ネットワーク定義メモリ４７内の情報は、テーブルとして構成される。図４は、かかるテーブルの例を示している。この図は、ネットワークがＩＤコードＩＤ（１）からＩＤ（４）の４つのネットワークデバイスを含んでおり、そのうちネットワークデバイスＩＤ（１）およびＩＤ（２）が、グループ１に属しかつボタン４と関連付けられており、ネットワークデバイスＩＤ（３）およびＩＤ（４）が、グループ２に属しかつボタン５と関連付けられていることを示している。特定のボタンと関連付けられていることは既にグループ割当てを示唆しているので、別個のグループ情報を設けない形態も可能である。ネットワークデバイスをグループと関連付けるテーブルと、グループをボタンと関連付ける別個のテーブルとを設ける形態も可能である。
【００２９】
これにより、適切なボタン２１を操作することにより、ユーザは、個別またはグループ単位でネットワークデバイス１１を遠隔操作することができる。
【００３０】
ここで、ユーザが特定のランプのスイッチをＯＮ状態にしたいものと仮定する。そのためには、ユーザはリモートコントローラ２０の対応のボタン２１を操作して、コーディネータ４０により受信されるコマンド信号ＳＲＣを送出する。コーディネータ４０は、コマンド信号ＳＲＣ内の情報を処理し、ネットワーク定義メモリ４７に照会し、意図するネットワークデバイス１１のＩＤコードを含む適切なコマンド信号ＳＲＣを送出する。このコマンド信号ＳＲＣはすべてのネットワークデバイス１１により受信されるが、意図するネットワークデバイスのみが、対応のランプのスイッチをＯＮ状態にすることにより応答し、アクノレッジメント信号ＳＡを返送する。このアクノレッジメント信号ＳＡは、コーディネータ４０および／またはリモートコントローラ２０により受信される。
【００３１】
ここでコーディネータ４０が故障したと仮定する。その場合、コーディネータ４０は、コマンド信号ＳＲＣの処理およびコマンド信号ＳＲＣの送出を行うことができず、ユーザは、意図するネットワークデバイス（あるいはどちらかというとその対応のランプ）がスイッチＯＮの応答を示さないことに気付くであろう。これを修理するため、ユーザは交換用のコーディネータを購入し得るが、この交換用コーディネータは、（通常は）自己のネットワーク定義メモリ内に何らネットワーク定義情報を含まない。そのため、この交換用コーディネータも、コマンド信号ＳＲＣの処理およびコマンド信号ＳＲＣの送出を行うことができない。ネットワークを復旧するためには、ユーザはネットワークを再構築しなくてはならず、かかる再構築は、退屈かつユーザフレンドリ性の低いタスクである。
【００３２】
この問題を克服するため、本発明の第１の側面は、バックアップメモリ２７を含むリモートコントローラ２０を伴う。このバックアップメモリ２７は、ネットワーク定義メモリ４７と同一のネットワーク定義情報を、典型的にはかかるネットワーク定義情報の直接的なコピーの形態で含む。本発明の第２の側面は、ユーザがそのボタンを操作するとリモートコントローラが復旧モードに入るような、復旧ボタン２５を含むリモートコントローラ２０を伴う。生じる可能性のある意図しない操作を回避するために、ユーザの操作は、何らかのコードを伴っていてもよい。たとえば、２つのボタンを同時に押したり、１つまたは複数のボタンを特定の最小持続時間に亘って押したりすることが、要求されてもよい。復旧モードにおいて、リモートコントローラ２０は復旧信号ＳＲを送出する。この復旧信号ＳＲは、すべてのネットワーク定義情報を含むものであり、場合によっては特定の復旧コードが、これらネットワーク定義情報に先行して存在していてもよい。
【００３３】
１つのリモートコントローラ２０が上記で説明したように実装されれば、それで既に本発明の趣旨は実装されている点に留意されたい。しかしながら、２つ以上のリモートコントローラを含むシステムの場合は、各リモートコントローラ２０が、上記で説明したように実装されることが好ましい。
【００３４】
本発明の第３の側面は、交換用コーディネータ（コーディネータ４０と同一の設計を有するものであってよく、したがって以下、同一の参照番号で示すこととする）を伴い、この交換用コーディネータは、復旧信号ＳＲに対し、その復旧信号ＳＲに含まれている受信されたネットワーク定義情報を受け入れ、その情報を自己のネットワーク定義メモリ４７に保存することにより応答する。この受信したネットワーク定義情報を自己のネットワーク定義メモリ４７内に保存した後は、交換用コーディネータ４０は、「古い」コーディネータ４０と同様に機能する。ユーザがネットワークを再定義する必要はない。
【００３５】
コーディネータ４０は、復旧信号ＳＲを受信したときは常に、その復旧信号ＳＲに含まれている受信したネットワーク定義情報を、自己のネットワーク定義メモリ４７内に書き込む（または自己のネットワーク定義メモリ４７内のコンテンツを、受信したネットワーク定義情報に交換する）ように設計されていてもよい。しかしながら、コーディネータ４０が特別な開始モードで動作することができ、この開始モードで動作しているときのみ、コーディネータ４０が復旧信号ＳＲに応答可能であるような形態にすることが好ましい。この開始モードに入るため、コーディネータ４０は、ユーザ操作可能なボタン４５を含んでいてもよい。生じる可能性のある意図しない操作を回避するために、ユーザによる操作は、たとえば、このボタンを、特定の最小持続時間に亘って押したり、電源投入ボタンと同時に押したりすることが要求されるものであってもよい。これに代えてあるいはこれに加えて、コーディネータ４０は、国際公開ＷＯ２００８／０８４３５６号に記載されているように、一番最初の電源投入時に自動的に開始モードに入るように設計されていてもよい。
【００３６】
以下では、バックアップメモリ２７内にバックアップされたネットワーク定義情報を、最新状態の情報に保つための、いくつかの方法について述べる。この情報が真に最新のものでなくても、交換用コーディネータ４０は、動作するネットワークをユーザに提供することができるので、本発明の趣旨は適用可能である。しかしながら、その場合、ユーザはこのネットワークを、実際にはより古いバージョンのネットワークに対応するものであると認識するであろう。
【００３７】
バックアップメモリ２７内のバックアップされたネットワーク定義情報を更新する処理は、自己のネットワーク定義メモリ４７からネットワーク定義情報を送信するコーディネータ４０と、このネットワーク定義情報を受信して自己のバックアップメモリ２７に保存するリモートコントローラ２０とを包含する。説明を簡単にするため、このプロセスを、コーディネータ４０からリモートコントローラ２０へのネットワーク定義情報のダウンロードとも呼ぶこととする。同様に、（復旧中における）反対方向の通信は、リモートコントローラ２０からコーディネータ４０へのネットワーク定義情報のアップロードと呼ぶこととする。当業者には明らかなことであるが、ダウンロードに使用する厳密なプロトコル（アップロードについても同様）は本質的な問題ではないため、これらのプロトコルについてここで説明する必要はない。しかしながら、ダウンロードのプロセス（アップロードについても同様）は、互いに協働する２つのデバイス、すなわち送信側のデバイスと受信側のデバイスとを包含することを意識することが重要である。
【００３８】
１つの方法としては、クロック装置による制御で定期的に、たとえば１時間に１回、ダウンロードプロセスが開始される方法が考えられる。かかるクロック装置は、コーディネータ４０内に組み込まれていてもよい。かかるアプローチは、情報を常に最新に保つこと、少なくとも更新レート（この例では１時間）よりは決して古くはならないことを確実にするが、多くの不要なデータ送信、すなわち前回のダウンロードからネットワーク定義情報が変更されていないために不要であるデータ送信を、伴うことが明らかである。そのため、バッテリーにより電力供給を受ける（１つまたは複数の）リモートコントローラのエネルギー消費量は、不必要に高くなってしまう。ネットワーク定義情報が実際に変更されたとき、あるいは少なくとも変更された可能性があるときにのみ、ダウンロードを実行することとすれば、別のより効率的な方法が実現され得る。
【００３９】
かかるより効率的な方法を可能とするためには、コーディネータ４０に、ネットワークバージョンカウンタ４８を設けることが好ましい。このカウンタ４８は、バージョン番号を含んでいるメモリである。バージョン番号とはすなわち、ネットワーク構成、つまりネットワーク定義メモリ４７内のネットワーク定義情報に変更が加えられる度に、毎回増分される値である。これに限定されるものではないが１つの適当な形態では、このバージョン番号は、常に１ずつ増分される整数とされる。さらに、リモートコントローラ２０は、バージョン番号のコピーを含むバックアップバージョンメモリ２８を含んでいる。ダウンロード処理は、バージョン番号を、ネットワークバージョンカウンタ４８から、バックアップバージョンメモリ２８にコピーする処理を包含し、アップロード処理は、バージョン番号を、バックアップバージョンメモリ２８から、ネットワークバージョンカウンタ４８にコピーする処理を包含する。
【００４０】
かかる実施形態では、リモートコントローラ２０は、以下で説明するように、特定の予め規定されたチェックトリガイベントに応答して、バージョン検証チェックを行うようにプログラミングされていることが好ましい。このバージョン検証チェックは、第１のステップとして、リモートコントローラ２０がコーディネータ４０にバージョン要求信号ＳＶＲを送信するステップを包含する。第２のステップにおいて、コーディネータ４０は、ネットワークバージョンカウンタ４８からのバージョン番号を含むバージョン情報信号ＳＶＩを、リモートコントローラ２０に送信することにより応答する。第３のステップでは、リモートコントローラ２０が、受信した情報を、自己のバックアップバージョンメモリ２８の内容と比較する。受信したバージョン番号が、自己のバックアップバージョンメモリ２８内にバックアップされた当該ネットワークのバージョン番号と等しいようであれば、新たなダウンロードは必要でない。受信したバージョン番号が、自己のバックアップバージョンメモリ２８内にバックアップされた当該ネットワークのバージョン番号よりも大きいようであれば、リモートコントローラ２０は、ダウンロード手順を開始することを決定する。
【００４１】
１つの好ましい実施形態では、チェックトリガイベントは、リモートコントローラ２０のアクティブ化とされ得る。換言すると、リモートコントローラ２０は、アクティブ化の際に常にバージョンチェックを実行する。アクティブ化は、コントロールボタン２１のうちの１つを押すことといったユーザ操作によって、あるいはタイマによって行われ得る。この実施形態は、アクティブ状態のリモートコントローラが、常に最も最近のバックアップバージョンを担持することを担保する。
【００４２】
別の実施形態では、リモートコントローラ２０がスリープモードに入ること（たとえば一定時間に亘ってインアクティブであった後に）が、チェックトリガイベントとされ得る。この実施形態は、インアクティブなリモートコントローラが、スリープ状態に入った際に最も最近のものであったバックアップバージョンを、常に担持することを担保する。
【００４３】
さらに別の実施形態では、ネットワーク定義に変更を生じさせ得るコントロール機能をユーザが操作したことが、チェックトリガイベントとされ得る。かかるコントロール機能としては、たとえばネットワークデバイスへのコントロールボタンの割当てが挙げられる。
【００４４】
上記で述べた複数の実施形態を組み合わせてもよいことは明らかである。
【００４５】
上記の実施形態では、リモートコントローラ２０は、自己が現在のネットワーク定義情報を保有しているか否かを検証し、保有していないと判断した場合には、現在のネットワーク定義情報をダウンロードする。具体的には、リモートコントローラは、ダウンロード要求信号ＳＤＲをコーディネータ４０に送信し、コーディネータは、このダウンロード要求信号ＳＤＲの受信に応答して、自己のネットワーク定義メモリ４７からのネットワーク定義情報を含むダウンロード信号ＳＤを送信する。すなわち、検証動作を開始するのは常にリモートコントローラである。これは、リモートコントローラは、ネットワーク定義情報が変更されたか否かを知らないためである。一方、コーディネータは、ネットワーク定義情報がいつ変更されたかを認識している。したがって、ネットワーク定義情報の変更に応答して、コーディネータがダウンロード手順を開始させる実施形態も可能である。コーディネータがダウンロード手順を開始させた時点において、１つ以上のリモートコントローラがスリープモードにあり、応答しないこともあり得る。この問題は、コーディネータがウェイクアップ信号を送信することができ、リモートコントローラがかかる信号に応答してスリープモードからアクティブ状態に切り替わることができれば、解決することができる。あるいは、ダウンロードの終了後にコーディネータがリモートコントローラからダウンロード確認信号を受信することとし、ネットワークのリモートコントローラのリストと、各リモートコントローラにつき最後にダウンロードされたバージョン番号とを含むテーブルを有するメモリを、コーディネータが含むこととすれば、上記の問題が解決され得る。コーディネータは、１つのリモートコントローラがアクティブ化される度にこのリストを照会し、このリストに含まれる対応のバージョン番号と、ネットワークバージョンカウンタ４８内の情報とを比較することにより、そのリモートコントローラがバックアップ情報に関して最新状態であるか否かを確認することができる。リモートコントローラが最新状態でなければ、コーディネータは、現在はアクティブ状態であるそのリモートコントローラにつき、ダウンロード手順を開始することができる。
【００４６】
上記より、ダウンロードは、コーディネータによっても、リモートコントローラによっても、あるいはその両方によっても開始され得ることが明らかであろう。いずれの場合においても、ダウンロード手順は必要なときにのみ実行され得るため、不要なエネルギー消費が回避される。
【００４７】
要約すると、本発明は、ネットワーク通信システム２であって、
− コマンド信号ＳＣを受信するための通信機構１６を含む、制御対象のネットワークデバイス１１と、
− 少なくとも１つのネットワークデバイス１１を制御するための少なくとも１つのリモートコントローラ２０であって、信号の受信および送信を行うための通信機構２６を含んでいるリモートコントローラ２０と、
− 信号の受信および送信を行うための通信機構４６と、ネットワークおよびネットワークコンポーネント間の関係を規定するネットワーク定義情報を含むネットワーク定義メモリ４７とを備えた、１つのコーディネータ４０と
を含むネットワーク通信システム２を提供する。リモートコントローラは、ネットワーク定義情報のバックアップコピーを含む、バックアップメモリ２７を備えている。リモートコントローラは復旧モードで動作することができ、かかる復旧モードにおいて、リモートコントローラは、バックアップメモリからのネットワーク定義情報を含む復旧信号ＳＲを送信する。コーディネータは、この復旧信号に応答して、受信したネットワーク定義情報を、自己のネットワーク定義メモリ内に保存する。
【００４８】
ユーザが新しいコーディネータをインストールした後は、ネットワークリカバリが自動的に行われ、このリカバリはユーザに対してトランスペアレントである。ネットワーク制御のコンフィグレーションを再設定する必要はない。
【００４９】
以上、図面および上記の説明により本発明を詳細に図解および説明してきたが、かかる図解および説明は、本発明を限定するものではなく、説明および例示のためのものと捉えられるべきであることは、当業者には明らかである。本発明は、開示された実施形態に限定されるものではなく、特許請求の範囲で規定される本発明の保護範囲内において、いくつかのバリエーションおよび変更が可能である。
【００５０】
たとえば、通信システムは、ランプ以外のデバイスを含むシステムに実装されてもよい。照明システムの場合であっても、ネットワークデバイスが付与された照明デバイスとして、ランプ以外のデバイス、たとえば電機子や変圧器等を含むシステムとされてもよい。
【００５１】
当業者であれば、図面、明細書および特許請求の範囲の内容を検討することにより、特許請求の範囲に記載の発明を実施するにあたり、上記で開示した実施形態に対する他のバリエーションも、理解でき実施できるであろう。特許請求の範囲において、「含む」または「備える」との語は、他の要素または工程の存在を排除するものではなく、「１つの」との不定冠詞は、複数の存在を排除するものではない。単一のプロセッサその他のユニットが、請求項中に列挙された複数の機能を満たしてもよい。特定の施策が単に互いに異なる従属請求項に記載されていることは、それらの施策の組合せは有利に使用できないことを示すものではない。請求項中のいずれの参照符号も、本発明の技術的範囲を限定するものと捉えられるべきではない。
【００５２】
上記では、本発明に係るデバイスの機能ブロックを図示したブロック図を参照して、本発明を説明した。これらの機能ブロックのうちの１つまたは複数がハードウェアに実装され、かかる機能ブロックの機能が個々のハードウェア要素により実行されてもよいが、これらの機能ブロックのうちの１つまたは複数がソフトウェアに実装され、かかる機能ブロックの機能が、コンピュータプログラムの１つ以上のプログラムラインによって、またはマイクロプロセッサ、マイクロリモートコントローラ、デジタル信号プロセッサ等のプログラミング可能な装置によって、実行されてもよい点を理解されたい。
【図１】
0005616438.tif 000002
【図２】
0005616438.tif 000003
【図３】
0005616438.tif 000004
【図４】
0005616438.tif 000005