(57)【特許請求の範囲】
【請求項１】
照明ネットワークにおける第１ネットワークデバイスの状態を決定するためのプロセッサであり、
前記第１ネットワークデバイスに関連する第１カウント値、及び前記第１ネットワークデバイスにメッセージを送るよう適応される第２ネットワークデバイスに関連する第２カウント値を確認し、
前記第１カウント値及び前記第２カウント値に基づいて前記第１ネットワークデバイスの状態を決定するよう適応されるプロセッサであって、
前記第１カウント値が、前記第２カウント値に対して第１の所定の範囲内にある場合、前記プロセッサは、前記第１ネットワークデバイスは非アクティブであったと決定し、
前記第１カウント値が、前記第１カウント値の最後のリセットからの前記第１ネットワークデバイスのインクリメンタル特性の変化に依存し、前記第２カウント値が、前記第２カウント値の最後のリセットからの前記第２ネットワークデバイスのインクリメンタル特性の変化に依存するプロセッサ。
【請求項２】
前記第１カウント値が、前記第１カウント値の最後のリセットからの、前記第１ネットワークデバイスによって前記第２ネットワークデバイスから受信されるメッセージ数又はデータ量を表し、
前記第２カウント値が、前記第２カウント値の最後のリセットからの、前記第２ネットワークデバイスによって前記第１ネットワークデバイスのために送信されるメッセージ数又はデータ量を表す請求項１に記載のプロセッサ。
【請求項３】
前記第１カウント値が、前記第２カウント値に対して第２の所定の範囲内にある場合、前記第１ネットワークデバイスは、前記ネットワークの範囲外にあることから到達不可能であると決定され、
前記第１カウント値が、第３の所定の範囲内にある場合、前記第１ネットワークデバイスは、到達可能であると決定される請求項２に記載のプロセッサ。
【請求項４】
前記第１カウント値が、前記第１カウント値の最後のリセットから経過した時間を表し、
前記第２カウント値が、前記第２カウント値の最後のリセットから経過した時間を表す請求項１に記載のプロセッサ。
【請求項５】
更に、前記第２ネットワークデバイスが第１メッセージを前記第１ネットワークデバイスに送信するのに応じて測定される前記第２カウント値と、前記第１ネットワークデバイスが前記第１メッセージを受信するのに応じて測定される前記第１カウント値との間の第１算出差に基づく差分値を確認し、
前記差分値に基づいて前記第１ネットワークデバイスの状態を決定するよう適応される請求項４に記載のプロセッサ。
【請求項６】
更に、前記第２ネットワークデバイスがもっと後の第２メッセージを前記第１ネットワークデバイスに送信するのに応じて測定される前記第２カウント値と、前記第１ネットワークデバイスが前記第２メッセージを受信するのに応じて測定される前記第１カウント値との間の第２算出差を確認するよう適応され、
前記差分値が、前記第２算出差と前記第１算出差との間の差である請求項５に記載のプロセッサ。
【請求項７】
前記差分値が、第１の所定の値より大きい場合、前記第１ネットワークデバイスが、ネットワークパフォーマンス低下の原因であると決定され、
前記差分値が、第２の所定の値未満である場合、前記第１ネットワークデバイスは、少なくとも部分的に前記第２ネットワークデバイスと通信することができないと決定され、
前記差分値が、前記第１の所定の値以下であり、且つ前記第２の所定の値以下である場合、前記第１ネットワークデバイスは、正しく動作していると決定される請求項５又は６に記載のプロセッサ。
【請求項８】
前記第１の所定の値及び前記第２の所定の値の両方がゼロである請求項７に記載のプロセッサ。
【請求項９】
第１ネットワークデバイスであり、前記第１ネットワークデバイス自身の状態を決定するよう適応される第１ネットワークデバイスであって、請求項１乃至８のいずれか一項に記載のプロセッサを有する第１ネットワークデバイス。
【請求項１０】
請求項１乃至８のいずれか一項に記載のプロセッサを有するネットワーク・ブリッジであって、
前記第１ネットワークデバイスにメッセージを送るよう適応される前記第２ネットワークデバイスの役割を果たし、
前記第１ネットワークデバイスから少なくとも前記第１カウント値を受信するよう適応されるネットワーク・ブリッジ。
【請求項１１】
照明ネットワークにおける第１ネットワークデバイスの状態を決定するコンピュータ実施方法であり、
前記第１ネットワークデバイスに関連する第１カウント値、及び前記第１ネットワークデバイスにメッセージを送るよう適応される第２ネットワークデバイスに関連する第２カウント値を確認するステップと、
前記第１カウント値及び前記第２カウント値に基づいて前記第１ネットワークデバイスの状態を決定するステップとを有するコンピュータ実施方法であって、
前記第１カウント値が、前記第２カウント値に対して第１の所定の範囲内にある場合、前記プロセッサは、前記第１ネットワークデバイスは非アクティブであったと決定し、前記第１カウント値が、前記第１カウント値の最後のリセットからの前記第１ネットワークデバイスのインクリメンタル特性の変化に依存し、前記第２カウント値が、前記第２カウント値の最後のリセットからの前記第２ネットワークデバイスのインクリメンタル特性の変化に依存するコンピュータ実施方法。
【請求項１２】
前記第１カウント値が、前記第１カウント値の最後のリセットからの、前記第１ネットワークデバイスによって前記第２ネットワークデバイスから受信されるメッセージ数又はデータ量を表し、
前記第２カウント値が、前記第２カウント値の最後のリセットからの、前記第２ネットワークデバイスによって前記第１ネットワークデバイスのために送信されるメッセージ数又はデータ量を表し、
前記第１カウント値が、前記第２カウント値に対して第２の所定の範囲内にある場合、前記第１ネットワークデバイスは、前記ネットワークの範囲外にあることから到達不可能であると決定され、前記第１カウント値が、第３の所定の範囲内にある場合、前記第１ネットワークデバイスは、到達可能であると決定される請求項１１に記載のコンピュータ実施方法。
【請求項１３】
前記第１カウント値が、前記第１カウント値の最後のリセットから経過した時間を表し、前記第２カウント値が、前記第２カウント値の最後のリセットから経過した時間を表す請求項１１に記載のコンピュータ実施方法。
【請求項１４】
前記第２ネットワークデバイスが第１メッセージを前記第１ネットワークデバイスに送信するのに応じて測定される前記第２カウント値と、前記第１ネットワークデバイスが前記第１メッセージを受信するのに応じて測定される前記第１カウント値との間の第１算出差を確認するステップと、
前記第２ネットワークデバイスがもっと後の第２メッセージを前記第１ネットワークデバイスに送信するのに応じて測定される前記第２カウント値と、前記第１ネットワークデバイスが前記第２メッセージを受信するのに応じて測定される前記第１カウント値との間の第２算出差を確認するステップと、
前記第２算出差と前記第１算出差との間の差である差分値を算出するステップと、
前記差分値に基づいて前記第１ネットワークデバイスの状態を決定するステップとを更に有する請求項１３に記載のコンピュータ実施方法。
【請求項１５】
前記差分値が、第１の所定の値より大きい場合、前記第１ネットワークデバイスが、ネットワークパフォーマンス低下の原因であると決定され、
前記差分値が、第２の所定の値未満である場合、前記第１ネットワークデバイスは、少なくとも部分的に前記第２ネットワークデバイスと通信することができないと決定され、
前記差分値が、前記第１の所定の値以下であり、且つ前記第２の所定の値以下である場合、前記第１ネットワークデバイスは、正しく動作していると決定される請求項１４に記載のコンピュータ実施方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、照明ネットワークの分野に関し、とりわけ、前記照明ネットワークにおけるデバイスの状態を決定する分野に関する。
【背景技術】
【０００２】
デバイスのネットワークを形成するために他のデバイスと通信することが可能な携帯型民生用デバイスの使用の増加傾向がある。このような通信は、典型的には、既知の無線プロトコル（例えば、WiFi、Bluetooth及びZigBee）を用いて実施される。同様の傾向が、ＬＥＤ及び照明ディスプレイなどの照明デバイスで観察され得る。照明デバイスは、ますますこのようなネットワークに接続可能になってきている。これらのデバイスは、典型的には、照明ネットワークを形成するために、それら自身のネットワークを作成すること、及び／又は既存のネットワークに接続することができる。
【０００３】
このような照明ネットワークの信頼性がますます重要になっていることは明らかであるだろう。例えば、ネットワーク内の特定のデバイスのためのメッセージが前記デバイスによって正しく受信されない場合には、このことは、前記デバイスのユーザの混乱、及びネットワークの誤った挙動をもたらすかもしれない。
【０００４】
WO 2008/084414は、ネットワークデバイスがコーディネータと通信するネットワーク通信システムについて記述している。実施例において、前記システムは、前記ネットワークが応答しなかった回数を示すためにカウンタ値を増加させるよう適応されている。前記カウンタ値は、前記ネットワークデバイスの状態を決定するために「所定のしきい値」と比較され得る。
【０００５】
US 2006/084479は、ネットワークに関する情報項目を表示するための方法について記述している。前記方法は、前記ネットワークの起動状態に関する情報、並びに送信及び受信されているデータ量に関する情報のうちの一方の出力を有する。
【発明の概要】
【課題を解決するための手段】
【０００６】
本発明は、請求項によって規定される。
【０００７】
本発明の概念の第１の態様によれば、照明ネットワークにおける第１ネットワークデバイスの状態を決定するためのプロセッサであり、前記第１ネットワークデバイスに関連する第１カウント値、及び前記第１ネットワークデバイスにメッセージを送るよう適応される第２ネットワークデバイスに関連する第２カウント値を確認し、前記第１カウント値及び前記第２カウント値に基づいて前記第１ネットワークデバイスの状態を決定するよう適応されるプロセッサであって、前記第１カウント値が、前記第２カウント値に対して第１の所定の範囲内にある場合、前記プロセッサは、前記第１ネットワークデバイスは非アクティブであったと決定し、前記第１カウント値が、前記第１カウント値の最後のリセットからの前記第１ネットワークデバイスのインクリメンタル特性(incremental property)の変化に依存し、前記第２カウント値が、前記第２カウント値の最後のリセットからの前記第２ネットワークデバイスのインクリメンタル特性の変化に依存するプロセッサが提供される。
【０００８】
換言すれば、照明ネットワークにおける第１ネットワークデバイスの現在の状態又は利用可能な機能を決定するよう適応されるプロセッサが提供される。前記プロセッサは、第１カウント値及び第２カウント値を受信する、又はさもなければ、決定するよう適応され、前記第１カウント値は、前記第１ネットワークデバイスに関連し、前記第２カウント値は、前記第１ネットワークデバイスにメッセージを送るよう適応される第２ネットワークデバイスに関連する。
【０００９】
所定の範囲は、前記第２カウント値に対して計算可能である。前記プロセッサは、前記第１カウント値をこの所定の範囲と比較することによって、前記第１ネットワークデバイスの状態を決定するよう適応される。前記第１カウント値が、前記所定の範囲内にあるときには、前記第１ネットワークデバイスは、非アクティブであったと決定される。
【００１０】
前記カウント値は、前記カウント値の最後のリセットからの、ネットワークデバイスの特性であって、或る特定のアクショ又は処理に応じてインクリメントされ得る特性（例えば、カウンタ）の変化を示す。例えば、前記第１及び第２ネットワークデバイスの前記インクリメンタル特性は、前記カウント値が、前記カウント値が最後にリセットされたときから経過した時間を表すような、経過した時間量であり得る。他の実施例においては、前記第１ネットワークデバイスの前記インクリメンタル特性は、前記第１カウント値が、前記カウント値がリセットされたときから前記第１ネットワークデバイスによって受信されるメッセージ数を表すような、受信されるメッセージ数であり得る。
【００１１】
誤解を避けるために言及すると、前記カウント値が、特定のネットワークデバイスに関連するインクリメンタル特性（例えば、時間、送られるメッセージ、失敗メッセージ数など）のカウント又は測定値を表すことは明らかであるだろう。例として、前記第１カウント値は、前記第１ネットワークデバイスのインクリメンタル特性（例えば、第１ネットワークデバイスによって送信されるメッセージ数、第１ネットワークデバイスによって受信されないメッセージ数など）のカウントを表す。前記第２カウント値は、前記第２ネットワークデバイスのインクリメンタル特性（例えば、第２ネットワークデバイスによって送信されるメッセージ数、前記第２ネットワークデバイスによって受信される肯定応答メッセージ数など）のカウントを表す。それ故、前記第１ネットワークデバイスの状態の決定は、少なくとも２つのネットワークデバイスのカウント値（即ち、インクリメンタル特性の測定値）に依存する。
【００１２】
本発明の実施例は、ネットワークにおけるデバイスの障害の原因を確実に決定することを可能にする。これは、この障害の原因に関する情報を、この情報に応じて前記第１ネットワークデバイスの前記障害を修正するように前記第１ネットワークデバイスを制御することができ得るユーザに供給する（例えば、表示する）ことを可能にする。
【００１３】
更に、本発明は、前記ネットワーク内の他のアルゴリズムが、到達不可能な（例えば、非アクティブな）ネットワークデバイスを明らかにすることを可能にする。これは、ネットワークトラフィックの削減をもたらすかもしれず、それによって、ネットワークの待ち時間、輻輳及びノイズの削減の可能性をもたらす。更に、前記ネットワークは、例えば、到達不可能なネットワークデバイスにコンタクトしようとしなくなり得る、又は頻繁な期間はより少ないようにしかコンタクトしようとしなくなり得るので、前記ネットワーク全体が電力消費を減らす可能性がある。
【００１４】
特定の実施例においては、前記第１カウント値は、前記第１カウント値の最後のリセットからの、前記第１ネットワークデバイスによって前記第２ネットワークデバイスから受信されるメッセージ数又はデータ量を表し、前記第２カウント値は、前記第２カウント値の最後のリセットからの、前記第２ネットワークデバイスによって前記第１ネットワークデバイスのために送信されるメッセージ数又はデータ量を表す。
【００１５】
換言すれば、カウント値は、前記第１ネットワークデバイスに送信される／前記第１ネットワークデバイスによって受信されるメッセージ数の測定値であり得る。それ故、前記所定の範囲は、例えば、前記第２ネットワークデバイスによって前記第１ネットワークデバイスに送信されたメッセージ数のパーセント値であり得る。
【００１６】
前記第１カウント値は、それ以外に、前記第１ネットワークデバイスによって受信されるメッセージ数又はデータ量を示すものであるメッセージカウント値と呼ばれ得る。前記第１ネットワークデバイスは、例えば、前記メッセージカウント値を生成するために所定の期間内に受信されるメッセージ数をカウントし得る。
【００１７】
幾つかの実施例においては、前記ネットワークの現在の状態及びいずれかの問題を解決するための可能な方法を前記ユーザに知らせるために、前記第１ネットワークデバイスの状態の情報が前記ユーザに示される。幾つかの有利な実施例においては、前記ネットワークにおけるデバイスのための様々なアクションが、前記第１ネットワークデバイスの状態に基づいて自動的にトリガされ得る。
【００１８】
前記プロセッサは、前記第１ネットワークデバイスそれ自体の中に配置されてもよく、又は前記第１ネットワークデバイスとは別のデバイスの中に配置されてもよい。前記プロセッサを前記第１ネットワークデバイスの中に配置することは、前記デバイスが移動し次第、即座の通知を前記ユーザに供給するために、指示(indication)を動的に供給することを可能にする。前記プロセッサを前記第１ネットワークデバイスとは別のデバイスの中に配置することは、中央デバイス、例えば、ネットワーク・ブリッジが、前記第１ネットワークデバイスの状態を明らかにするよう前記ネットワークにおける他のデバイスを連携させることを可能にする。
【００１９】
随意に、前記第１カウント値（例えば、前記メッセージカウント値）が、前記第２カウント値に対して第２の所定の範囲内にある場合、前記第１ネットワークデバイスは、前記ネットワークの範囲外にあることから到達不可能であると決定され、前記第１カウント値が、第３の所定の範囲内にある場合、前記第１ネットワークデバイスは、到達可能であると決定される。
【００２０】
これは、有利なことには、使用不可にされている又は非アクティブである（例えば、オフに切り替えられている）デバイスと、単に前記ネットワークの範囲外にあるデバイスとを明確に識別する方法を提供する。これは、有利なことには、ユーザが、前記デバイスについての更なる情報を取得することを可能にし得る。
【００２１】
前記第１カウント値は、前記第１ネットワークデバイスの最後のリセットからの、前記第１ネットワークデバイスによって受信又は送信されるメッセージ数又はデータ量、前記第１ネットワークデバイスの最後のリセットからの、前記第１ネットワークデバイスによって受信又は送信されるメッセージ数又はデータ量、及び所定の期間内に前記第１ネットワークデバイスによって受信又は送信されるメッセージ数又はデータ量のうちの少なくとも１つの測定値であり得る。
【００２２】
少なくとも１つの実施例においては、前記第１カウント値は、前記第１カウント値の最後のリセットから経過した時間を表し、前記第２カウント値は、前記第２カウント値の最後のリセットから経過した時間を表す。
【００２３】
換言すれば、前記プロセッサは、前記第１カウント値のリセットからの時間及び前記第２カウント値のリセットからの時間に基づいて、前記デバイスの状態を決定するよう適応され得る。例えば、前記第１カウント値のリセットからの時間が、前記第２カウント値のリセットからの時間より少ない場合には、前記第１ネットワークデバイスは少なくとも一時的に非アクティブであったことが決定可能である。
【００２４】
幾つかの実施例においては、前記プロセッサは、更に、前記第２ネットワークデバイスが第１メッセージを前記第１ネットワークデバイスに送信するのに応じて測定される前記第２カウント値と、前記第１ネットワークデバイスが前記第１メッセージを受信するのに応じて測定される前記第１カウント値との間の第１算出差に基づく差分値を確認し、前記差分値に基づいて前記第１ネットワークデバイスの状態を決定するよう適応される。
【００２５】
前記差分値に基づいてデバイスの状態を識別することは、前記デバイスが再びリセットされたかどうか又は電源オン及びオフされたかどうかの検出を確実に識別することを可能にする。それは、前記第１デバイスの、他のネットワークデバイス（即ち、前記第２ネットワークデバイス）との特定の通信に関する状態を決定することも可能にする。
【００２６】
前記プロセッサは、更に、前記第２ネットワークデバイスがもっと後の第２メッセージを前記第１ネットワークデバイスに送信するのに応じて測定される前記第２カウント値と、前記第１ネットワークデバイスが前記第２メッセージを受信するのに応じて測定される前記第１カウント値との間の第２算出差を確認するよう適応されてもよく、ここでは、前記差分値は、前記第２算出差と前記第１算出差との間の差である。
【００２７】
このようにして２つの別々のメッセージに関連する差分値に基づいて前記デバイスの状態を決定することは、メッセージの間の前記第１ネットワークデバイスのリセットが容易に認識されることができ、故に、前記第１ネットワークデバイスのリセットのより正確且つ精確な時間が決定され得るという更なる利点を供給する。
【００２８】
好ましくは、前記プロセッサは、前記差分値が、第１の所定の値より大きい場合、前記第１ネットワークデバイスが、ネットワークパフォーマンス低下の原因であると決定され、前記差分値が、第２の所定の値未満である場合、前記第１ネットワークデバイスは、少なくとも部分的に前記第２ネットワークデバイスと通信することができないと決定され、前記差分値が、前記第１の所定の値以下であり、且つ前記第２の所定の値以下である場合、前記第１ネットワークデバイスは、正しく動作していると決定されるよう適応される。
【００２９】
幾つかの単純な実施例においては、前記第１の所定の値及び前記第２の所定の値の両方がゼロであり得る。他の実施例においては、前記第１の所定の値は、ゼロより大きい数値（例えば、５、１０又は２０）であり、前記第２の所定の値は、ゼロ未満の数値（例えば、−５、−１０又は−２０）である。好ましくは、前記第１の所定の値の絶対値と、前記第２の所定の値の絶対値とが、同じである。
【００３０】
少なくとも１つの実施例においては、前記プロセッサは、前記第１ネットワークデバイスの状態を決定するために前記メッセージカウント値と前記差分値との両方を確認するよう適応される。
【００３１】
本発明の概念の第２の態様によれば、第１ネットワークデバイスであり、前記第１ネットワークデバイス自身の状態を決定するよう適応される第１ネットワークデバイスであって、上記のようなプロセッサを有する第１ネットワークデバイスが提供される。
【００３２】
本発明の概念の第３の態様によれば、上記のようなプロセッサを有するネットワーク・ブリッジであって、メッセージを前記第１ネットワークデバイスに送るよう適応される前記第２ネットワークデバイスの役割を果たし、前記第１ネットワークデバイスから少なくとも前記第１カウント値を受信するよう適応されるネットワーク・ブリッジが提供される。
【００３３】
上記のようなプロセッサを有するネットワーク・ブリッジを設けることは、有利なことには、前記第１ネットワークデバイスの状態の決定及び／又は分析が、前記ネットワークがこの状態を明らかにすることを可能にするように、実施され得る中心位置を供給する。
【００３４】
前記ネットワーク・ブリッジは、更に、前記第１カウント値をリセットするために第１リセット信号を前記第１ネットワークデバイスに送るよう適応され得る。
【００３５】
随意に、前記ネットワーク・ブリッジは、例えば、決定された前記第１ネットワークデバイスの状態に応じて、前記第１ネットワークデバイスのアクションを制御するよう適応され得る。
【００３６】
随意に、前記ネットワーク・ブリッジは、ビジュアルディスプレイデバイスに供給するための前記第１ネットワークデバイスの状態に関する情報を生成するよう適応され、前記ビジュアルディスプレイデバイスは、前記第１ネットワークデバイスの状態のビジュアル表現を表示するよう適応される。
【００３７】
本発明の概念の第４の態様によれば、照明ネットワークにおける第１ネットワークデバイスの状態を決定するコンピュータ実施方法であり、前記第１ネットワークデバイスに関連する第１カウント値、及び前記第１ネットワークデバイスにメッセージを送るよう適応される第２ネットワークデバイスに関連する第２カウント値を確認するステップと、前記第１カウント値及び前記第２カウント値に基づいて前記第１ネットワークデバイスの状態を決定するステップとを有するコンピュータ実施方法であって、前記第１カウント値が、前記第２カウント値に対して第１の所定の範囲内にある場合、前記プロセッサは、前記第１ネットワークデバイスは非アクティブであったと決定し、前記第１カウント値が、前記第１カウント値の最後のリセットからの前記第１ネットワークデバイスのインクリメンタル特性の変化に依存し、前記第２カウント値が、前記第２カウント値の最後のリセットからの前記第２ネットワークデバイスのインクリメンタル特性の変化に依存するコンピュータ実施方法が提供される。
【００３８】
幾つかの実施例においては、前記第１カウント値が、前記第１カウント値の最後のリセットからの、前記第１ネットワークデバイスによって前記第２ネットワークデバイスから受信されるメッセージ数又はデータ量を表し、前記第２カウント値が、前記第２カウント値の最後のリセットからの、前記第２ネットワークデバイスによって前記第１ネットワークデバイスのために送信されるメッセージ数又はデータ量を表し、前記第１カウント値が、前記第２カウント値に対して第２の所定の範囲内にある場合、前記第１ネットワークデバイスは、前記ネットワークの範囲外にあることから到達不可能であると決定され、前記第１カウント値が、第３の所定の範囲内にある場合、前記第１ネットワークデバイスは、到達可能であると決定される。
【００３９】
他の実施例においては、前記第１カウント値が、前記第１カウント値の最後のリセットから経過した時間を表し、前記第２カウント値が、前記第２カウント値の最後のリセットから経過した時間を表す。
【００４０】
他の実施例においては、前記コンピュータ実施方法は、前記第２ネットワークデバイスが第１メッセージを前記第１ネットワークデバイスに送信するのに応じて測定される前記第２カウント値と、前記第１ネットワークデバイスが前記第１メッセージを受信するのに応じて測定される前記第１カウント値との間の第１算出差を確認するステップと、前記第２ネットワークデバイスがもっと後の第２メッセージを前記第１ネットワークデバイスに送信するのに応じて測定される前記第２カウント値と、前記第１ネットワークデバイスが前記第２メッセージを受信するのに応じて測定される前記第１カウント値との間の第２算出差を確認するステップと、前記第２算出差と前記第１算出差との間の差である差分値を算出するステップと、前記差分値に基づいて前記第１ネットワークデバイスの状態を決定するステップとを更に有する。
【００４１】
幾つかの実施例においては、前記差分値が、第１の所定の値より大きい場合、前記第１ネットワークデバイスが、ネットワークパフォーマンス低下の原因であると決定され、前記差分値が、第２の所定の値未満である場合、前記第１ネットワークデバイスは、少なくとも部分的に前記第２ネットワークデバイスと通信することができないと決定され、前記差分値が、前記第１の所定の値以下であり、且つ前記第２の所定の値以下である場合、前記第１ネットワークデバイスは、正しく動作していると決定される。
【００４２】
本発明の概念の第５の態様によれば、コンピュータプログラムコードであって、前記コンピュータプログラムコードがプロセッサによって実施されるときに上記のいずれかのコンピュータ実施方法のステップを実施するよう適応されるコンピュータプログラムコードを有するコンピュータプログラム製品が提供される。
【００４３】
本発明のこれら及び他の態様を、下記の実施例に関して説明し、明らかにする。
【図面の簡単な説明】
【００４４】
ここで、添付図面を参照して、本発明の例を詳細に説明する。
【図１Ａ】本発明の第１実施例によるプロセッサを備えるネットワーク・ブリッジを有する単純なネットワークを図示する。
【図１Ｂ】本発明の第１実施例によるプロセッサを備えるネットワーク・ブリッジを有するより複雑なネットワークを図示する。
【図２】第１ネットワークデバイスと、本発明の第１実施例によるプロセッサを備えるネットワーク・ブリッジとを図示する。
【図３】本発明の第１実施例によるプロセッサを備えるネットワーク・ブリッジを有するネットワークの範囲内の第１ネットワークデバイスを概念的に図示する。
【図４】本発明の第１実施例によるプロセッサを備えるネットワーク・ブリッジを有するネットワークの範囲外の第１ネットワークデバイスを概念的に図示する。
【図５】第１ネットワークデバイスための、メッセージカウント値として実施される例示的な第１カウント値を図示するグラフである。
【図６】第１ネットワークデバイスと、第２ネットワークデバイスと、本発明の第２実施例によるプロセッサを備えるネットワーク・ブリッジとを図示する。
【図７】本発明の実施例によるプロセッサを有するネットワーク・ブリッジと、モバイルデバイスとを図示する。
【図８】本発明の実施例による第１ネットワークデバイスの状態を決定する方法のフローチャートを図示する。
【図９】本発明の別の実施例による第１ネットワークデバイスの状態を決定する方法のフローチャートを図示する。
【発明を実施するための形態】
【００４５】
本発明は、照明ネットワークにおける第１ネットワークデバイスの状態を、第１ネットワークデバイス、及びメッセージを第１ネットワークデバイスに送るよう適応される第２ネットワークデバイスに関連する情報に基づいて、決定するためのプロセッサ及び方法を提供する。第１ネットワークデバイスは、第１カウント値と関連づけられ、第２ネットワークデバイスは、第２カウント値と関連づけられる。第１カウント値が、第２カウント値に対して所定の範囲内にある場合、第１ネットワークデバイスは、非アクティブであると決定される。各関連カウント値は、カウント値の最後のリセットからの関連ネットワークデバイスのインクリメンタル特性における変化又は差分に基づく。
【００４６】
図１Ａを参照すれば、デバイスのうちの少なくとも１つが本発明の実施例によるプロセッサを有するデバイスの単純なネットワークの基本的な概念が理解されるだろう。
【００４７】
図１Ａにおいて識別されるネットワーク１は、複数のネットワークデバイスを有する。具体的には、互いに通信するよう適応される第１ネットワークデバイス１００及び第２ネットワークデバイス１５０が識別される。第１の付加的なネットワークデバイス３００、第２の付加的なネットワークデバイス３１０、第３の付加的なネットワークデバイス３２０も示されている。
【００４８】
ネットワークのネットワーク・ブリッジ２００は、第１ネットワークデバイス１００と通信するよう適応される。ネットワーク・ブリッジは、ネットワーク１の特性、例えば、通信媒体であって、ネットワークデバイスが前記通信媒体を通じて通信し得る通信媒体の搬送周波数又はタイムスロットを制御するよう適応される中央ハブ又はサーバの役割を果たす。ネットワーク・ブリッジはまた、ネットワークデバイスによって実施されるアクションを制御するよう適応される。これらのアクションを制御するために、ネットワーク・ブリッジ２００は、ネットワーク１のネットワークデバイスに供給するためのメッセージを生成するよう適応される。
【００４９】
第１ネットワークデバイスは、（例えば、ネットワーク・ブリッジ２００から）第２ネットワークデバイス１５０に送られるべきメッセージ及び（例えば、ネットワーク・ブリッジ２００に）第２ネットワークデバイス１５０から送られるべきメッセージを転送する又は送るためのルータの役割を果たすよう適応される。
【００５０】
同様に、第１の付加的なネットワークデバイスは、（例えば、ネットワーク・ブリッジからの）第２ネットワークデバイスへのメッセージ、及び（例えば、ネットワーク・ブリッジへの）第２ネットワークデバイスからのメッセージを送るよう適応される。更に、第２の付加的なネットワークデバイスは、（例えば、第３の付加的なネットワークデバイスからの）第１の付加的なネットワークデバイスへのメッセージ、及び（例えば、第３の付加的なネットワークデバイスへの）第１の付加的なネットワークデバイスからのメッセージ、並びに（例えば、第１の付加的なネットワークデバイスからの）第３の付加的なネットワークデバイスへのメッセージ、及び（例えば、第１の付加的なネットワークデバイスへの）第３の付加的なネットワークデバイスからのメッセージを送るよう適応される。この方法においては、メッセージが、ネットワーク内の各ネットワークデバイスへ及び／又は各ネットワークデバイスから送られ得る。
【００５１】
ネットワークデバイス（例えば、第１ネットワークデバイス１００及び第２ネットワークデバイス１５０）及びネットワーク・ブリッジ２００は、無線通信プロトコルを介して互いに通信するよう適応される。換言すれば、ネットワークは、典型的には、無線ネットワークである。前記ネットワークデバイスが通信し得る適切な無線通信プロトコルは、赤外線リンク、Zigbee、Bluetooth、IEEE 802.11規格に従うような無線ローカルエリアネットワークプロトコル、２Ｇ、３Ｇ又は４Ｇ電気通信プロトコルなどを含む。他のフォーマット、技術又はプロトコルは、当業者には容易に分かるだろう。
【００５２】
ネットワークデバイスのうちの少なくとも２つは、直接有線接続を介して接続されることができ、前記少なくとも２つのネットワークデバイスは、前記直接有線接続を通じて通信することができることは明らかであるだろう。例えば、第１の付加的なネットワークデバイス及び第２の付加的なネットワークデバイスは、互いとの通信を可能にするために、ワイヤを介して接続され得る。
【００５３】
図１Ｂにおいては、デバイスのより複雑なネットワーク２が示されており、これは、ネットワークにおける他の可能なデバイス間通信接続を明らかにしている。
【００５４】
例えば、第２ネットワークデバイス１５０は、第３の付加的なネットワークデバイス３２０と通信するよう適応され得る。これは、有利なことには、ネットワーク２内のネットワークデバイスの任意の対の間に２つ以上の通信経路が存在することを可能にする。これは、有利なことには、例えば、単一のノードが非アクティブになる場合にも、残りのノードは依然として互いに通信し得るような、冗長度をネットワーク２が持つことを可能にする。
【００５５】
更に、より複雑なネットワーク２は、３つ以上のネットワークデバイス（例えば、第１ネットワークデバイス１００、第１の付加的なネットワークデバイス３００及びネットワーク・ブリッジ２００）と通信し得る他のネットワークデバイス３５０を有する。これは、更により多くのあり得る通信経路を可能にし、それによって、ネットワークにおける冗長度を増加させる。
【００５６】
図２を参照すれば、本発明の第１実施例によるプロセッサを備えるネットワーク・ブリッジ２００及び第１ネットワークデバイス１００の構造は理解されるだろう。
【００５７】
第１ネットワークデバイス１００は、発光素子１０４、デバイスプロセッサ１０１、デバイスメモリ１０２、デバイス入力モジュール１０５及びデバイス送受信機１０３を備える無線接続可能なランプとして実施される。
【００５８】
ネットワーク・ブリッジ２００は、本発明の第１実施例によるプロセッサ２１０、ブリッジメモリ２２０及びブリッジ送受信機２３０を有する。
【００５９】
プロセッサ２１０は、第１ネットワークデバイスに供給するためのメッセージ（即ち、データ）を生成するよう適応される。メッセージは、ブリッジ送受信機２３０及びデバイス送受信機１０３を介して第１ネットワークデバイス１００に送られ得る。換言すれば、ネットワーク・ブリッジ２００は、第１ネットワークデバイスへのメッセージのブロードキャスト、及び第１ネットワークデバイスからのメッセージの受信をするよう適応される。
【００６０】
受信されたメッセージは、第１ネットワークデバイスの特定のアクションを実施するためにデバイスプロセッサ１０１によって解釈され得る。特定のアクションは、例えば、発光素子１０４の機能の制御、及びチャネルであって、デバイス送受信機が前記チャネルを通じて通信するチャネルの特性の調節のうち一方の動作であり得る。他の実施例においては、特定のアクションは、第１ネットワークデバイスに関する情報（例えば、識別データ）の、別のデバイス（例えば、ネットワーク・ブリッジ）への送信、又はデバイスプロセッサの或る特定の機能（例えば、或る特定のファームウェア）を有効若しくは無効にするものであり得る。
【００６１】
発光素子１０４の実施例は、当業者には容易に理解され得る。発光素子は、例えば、１つ以上の発光ダイオード（ＬＥＤ）、ビジュアル出力デバイス（例えば、ＬＣＤディスプレイ）、ハロゲン電球などを含み得る。発光素子は、第１ネットワークデバイスと容易に交換可能、又は第１ネットワークデバイスから容易に脱着可能であるよう適応され得る。
【００６２】
デバイスプロセッサ１０２は、第１ネットワークデバイス１００のインクリメンタル特性の変化に依存する第１カウント値を生成するよう適応される。
【００６３】
第１カウント値は、第１カウント値が、第１カウント値の最後のリセットからの第１ネットワークデバイスのインクリメンタル特性の変化に依存するように、リセットされることが可能である。
【００６４】
インクリメンタル特性は、第１カウント値におけるインクリメンタル変化をもたらし得るデバイスの特性である。インクリメンタル特性は、例えば、時間変化（即ち、時間経過）が第１カウント値をインクリメントさせるような、経過時間であり得る。他の実施例においては、第１ネットワークデバイスのインクリメンタル特性は、メッセージの受信が第１カウント値をインクリメントするような、第１ネットワークデバイスによって（例えば、ネットワーク・ブリッジ又は別のネットワークデバイスから）受信されるメッセージ数又はデータ量の測定値である。
【００６５】
他のあり得るインクリメンタル特性は、当業者には理解され、例えば、ネットワークの通信チャネルの特性（例えば、周波数）の変化が第１カウント値をインクリメントするような、ネットワークの通信チャネルの特性（例えば、周波数）が変えられる回数である。
【００６６】
第１カウント値は、特性の変化を直接的に表してもよく、例えば、第１ネットワークデバイスによって受信されたメッセージ数を直示してもよい。他の実施例においては、第１カウント値は、特性の変化に依存しかしないかもしれず、例えば、所定の期間にわたるカウントの変化又は差分の（例えば、期待値より上又は下の）示唆しかしないかもしれない。
【００６７】
図２を参照して以下に記載するように、第１カウント値は、第１ネットワークデバイス１００によってネットワーク・ブリッジ２００から受信されたメッセージ数又はデータ量を示すメッセージカウント値として実施される。
【００６８】
メッセージカウント値は、例えば、いくつのメッセージが第１ネットワークデバイス１００によって成功のうちに受信されているかを直接的に示してもよい（即ち、第１ネットワークデバイスによって受信された各メッセージがデバイスプロセッサによってカウントされる）。他の実施例においては、メッセージカウント値は、どのくらいのデータが第１ネットワークデバイス１００によってネットワーク・ブリッジ２００から受信されているかを示す。例えば、第１ネットワークデバイスは、ネットワーク・ブリッジから成功のうちに受信されたビット数をカウントしてもよい。
【００６９】
幾つかの実施例においては、メッセージカウント値は、特定の所定の期間にわたって受信されたメッセージに対応しかしない。この所定の期間は、絶対的な期間（例えば、直前の５分又は直前の１０分）であり得る。
【００７０】
メッセージカウント値は、例えば、デバイスメモリ１０２に記憶されることができ、第１ネットワークデバイスがネットワーク・ブリッジからメッセージを受信するのに応じてデバイスプロセッサ１０１によってインクリメンタルに増加され得る。
【００７１】
第１ネットワークデバイス１００は、メッセージカウント値をネットワーク・ブリッジ２００に送るよう適応される。これは、例えば、周期的に（例えば、毎分１回）、又はネットワーク・ブリッジによって送信されるカウント要求メッセージに応じて、なされ得る。
【００７２】
ネットワーク・ブリッジのプロセッサ２１０は、第１ネットワークデバイス１００からメッセージカウント値を受信して、それにより、第１ネットワークデバイス１００に関連するメッセージカウント値（即ち、第１カウント値）を確認するよう適応される。
【００７３】
プロセッサ２１０はまた、ネットワーク・ブリッジに関連するメッセージカウント値を確認するよう適応される。第２カウント値は、ネットワーク・ブリッジに関係しているが、第１カウント値と同等の又は対応するインクリメンタルを伴う。第２カウント値は、例えば、ネットワーク・ブリッジ２００によって第１ネットワークデバイス１００に送信されたメッセージ数又はデータ量を示す。
【００７４】
ネットワーク・ブリッジのプロセッサ２１０は、メッセージカウント値（即ち、第１カウント値）及び第２カウント値をネットワーク・ブリッジのブリッジメモリ２２０に記憶し得る。
【００７５】
プロセッサ２１０は、メッセージカウント値及び第２カウント値に基づいて第１ネットワークデバイスの状態を決定するよう適応される。とりわけ、メッセージカウント値が第２カウント値に対して値の所定の範囲内にある場合には、第１ネットワークデバイスは、非アクティブであったことから到達不可能であったと決定される。
【００７６】
非アクティブネットワークデバイスは、メッセージを正しく受信又は転送することができないネットワークデバイスであると理解されるだろう。これは、前記ネットワークデバイスが、オフに切り替えられている、又は一時的にリセットされている、又は外部から解消されることができない且つ／若しくは壊れている（例えば、送受信機が壊れている）動作状態にはまり込んでいるからであり得る。非アクティブネットワークデバイスの他の例は、当業者には容易に分かるだろう。
【００７７】
それ故、実施例の一般化された記載においては、第１カウント値（例えば、メッセージカウント）に関連する第１ネットワークデバイス及び第２カウント値に関連する第２ネットワークデバイス（例えば、ネットワーク・ブリッジ）が供給され得ることは明らかである。実施例によるプロセッサは、第１及び第２カウント値を確認し、第１及び第２カウント値に基づいて第１ネットワークデバイスの状態を決定するよう適応される。
【００７８】
第１カウント値は、第１ネットワークデバイスが非アクティブになる（例えば、オフに切り替わる、又は外部から解消されることができない動作状態にはまり込む）場合に、リセットされ得る。他の随意の実施例においては、ネットワーク・ブリッジ２００が、第１カウント値をリセットする（例えば、第１カウント値をゼロ又は別の所定の値になるよう調節する）ためにリセットメッセージを第１ネットワークデバイス１００に送信するよう適応される。
【００７９】
それ故、第１カウント値は、第１ネットワークデバイスが非アクティブになるとリセットされるが、第１ネットワークデバイスが範囲外に出てもリセットされないことは明らかであるだろう。これは、ネットワークデバイスが到達不可能になっている原因を明確に決定する（即ち、障害の原因を識別する）ことを可能にする。
【００８０】
同様に、実施例においては、第２ネットワークデバイス（例えば、ネットワーク・ブリッジ）が非アクティブになると、第２カウント値がリセットされる。これは、ネットワークが、ネットワーク全体がオフに切り替えられる場合には、非アクティブネットワークデバイスの誤識別の可能性を減らすために各カウント値がリセットされることを確実にすることを可能にする。
【００８１】
幾つかの実施例においては、第１及び第２カウント値が（例えば、第１ネットワークデバイスの状態の周期的な決定に続いて）周期的にリセットされる。これは、プロセッサが、ネットワークにおける前のエラーを説明し、障害発生時間をより正確に決定することを可能にする。
【００８２】
幾つかの実施例においては、第１ネットワークデバイス１００が非アクティブであるときには、第１ネットワークデバイス１００は、第１カウント値をネットワーク・ブリッジ２００に送ることができないかもしれない。このシナリオにおいては、ネットワーク・ブリッジのプロセッサ２１０が、第１カウント値はゼロであると推論し得る。このような実施例においては、プロセッサ２１０は、第１ネットワークデバイス１００から適切なメッセージカウント値が受信されない限り、第１カウント値はゼロであると仮定し得る。
【００８３】
デバイス入力モジュール１０５は、第１ネットワークデバイスをオン及びオフに切り替える（即ち、電源オン／オフする）ことを可能にするために、第１ネットワークデバイスへの電力供給を制御するよう適応される。ユーザは、第１ネットワークデバイスをオン及びオフに切り替えるためにデバイス入力モジュールを制御することができ、例えば、スイッチであり得る。
【００８４】
第１ネットワークデバイスがネットワークの範囲内又は範囲外にあるという概念は、図３及び４を参照すれば理解されるだろう。図３及び４の両方とも、ネットワーク・ブリッジ２００、第１ネットワークデバイス１００及び第１の付加的なネットワークデバイス３００を明らかにしている。
【００８５】
ネットワーク・ブリッジの第１通信範囲２９０が概念的に明らかにされており、第１範囲は、ネットワーク・ブリッジによって発せられた信号が任意のネットワークデバイスによって受信され得る範囲である。同様に、第１ネットワークデバイスの第２範囲１９０及び第１の付加的なネットワークデバイスの第３範囲３９０が明らかにされている。 
【００８６】
各デバイス（例えば、ネットワーク・ブリッジ又はネットワークデバイス）は、別のデバイスが前記デバイスの関連する範囲内にあるときにだけ、その別のデバイスに確実な（即ち、受信成功の可能性の高い）メッセージの送信をし得る。例えば、第１ネットワークデバイス１００は、第１ネットワークデバイスがネットワーク・ブリッジ２００の第１範囲２９０内に位置するときにだけ、ネットワーク・ブリッジ２００から確実にメッセージを受信するだろう。
【００８７】
各デバイスがルータの役割を果たし得るので、メッセージは、複数のデバイスを介して転送され得る。従って、ネットワークの範囲は、ネットワーク・ブリッジ２００に少なくとも間接的に接続され得るデバイスの累積独立範囲であるとみなされ得る。換言すれば、ネットワークは、少なくともネットワーク・ブリッジを有する。例えば、図３においては、第１ネットワークデバイス及び第１の付加的なネットワークデバイスが両方ともネットワーク・ブリッジの第１範囲２９０内であるので、ネットワークの範囲は、第１範囲２９０と、第２範囲２９０と、第３範囲３９０との組み合わせである。ネットワークの範囲は、図３及び４の破線としてより明確に識別される。
【００８８】
特に図３に関しては、第１ネットワークデバイスが、第１範囲２９０又は（第１の付加的なネットワークデバイスが第１範囲２９０内にあるので）第３範囲３９０のうちの１つの中に位置するので、第１ネットワークデバイスは、ネットワーク・ブリッジ及び第１の付加的なネットワークデバイスからメッセージを受信することができる。従って、第１ネットワークデバイスは、ネットワークの範囲内にあるとみなされ得る。
【００８９】
特に図４に関しては、第１ネットワークデバイス１００が、ネットワーク・ブリッジ及び第１の付加的なネットワークデバイスのいずれの範囲内にも位置していないので、第１ネットワークデバイス１００は、ネットワーク・ブリッジ又は第１の付加的なネットワークデバイスからメッセージを受信することができないように移動されている。換言すれば、第１ネットワークデバイス１００は、もはや、ネットワークの範囲内にない。
【００９０】
従って、図３と同様に位置するときには、第１ネットワークデバイスは、ネットワーク・ブリッジからメッセージを受信することができ、それ故、メッセージカウント値をインクリメントすることができる。図４と同様に位置するときには、第１ネットワークデバイスは、ネットワーク・ブリッジからメッセージを受信しないかもしれず、それ故、メッセージカウント値をインクリメントすることができない。
【００９１】
従って、範囲外ネットワークデバイスは、メッセージを正しく受信又は転送する能力があるが、ネットワークに接続することができないことから、そうすることができないものであると理解されることは明らかであるだろう。
【００９２】
第１ネットワークデバイスが、ネットワーク範囲のちょうど端に位置するとき、第１ネットワークデバイスは、第１ネットワークデバイスがネットワークの範囲内とネットワークの範囲外との間で揺れるように、散発的にしかネットワークの範囲内にないとみなされ得る。これは、第１ネットワークデバイスが完全にネットワークの範囲内にある場合ほど増加させないために、メッセージカウント値のインクリメントにも影響を及ぼし得る。
【００９３】
ここで図５を参照すると、第１ネットワークデバイスの状態を決定する動作の実施例が明らかになるだろう。図５は、第１ネットワークデバイスによって生成される例示的なメッセージカウント値を明らかにする概念チャートを図示している。垂直軸４００は、メッセージ数を表しており、水平軸４０１は、時間経過を表している。
【００９４】
第１の線４１０は、第１ネットワークデバイスに供給するためにネットワーク・ブリッジによって送信されるメッセージを表しており、これは、さもなければ、第２カウント値であると理解され得る。第２の線４２０は、第１ネットワークデバイスが、時間toutの間、一時的にネットワークの範囲外に移動される第１シナリオにおける、第１ネットワークデバイスによって受信されるメッセージ（即ち、第１カウント値）を表している。
【００９５】
説明のために、時間t0において、第１カウント値（メッセージカウント値）及び第２カウント値（送信メッセージ）がゼロにリセットされる。
【００９６】
（例えば、t0からtendまでの）期間中、ネットワーク・ブリッジ２００によって送信されるメッセージ数は、メッセージ送信値mtまで増加する。メッセージ送信値は、時間tendにおける第２カウント値の例であると理解され得る。
【００９７】
しかしながら、第１ネットワークデバイス１００によって受信されるメッセージ数は、より低い第１メッセージカウント値m1までしか増加しない。これは、第１ネットワークデバイスが一時的に（期間toutの間）第１ネットワークの範囲外にあるためである。 
【００９８】
換言すれば、期間toutの間、第１ネットワークデバイスはネットワークの範囲外にあるので、メッセージカウント値はインクリメントされない。第１ネットワークデバイスがネットワークの範囲内に戻されるとき、メッセージカウント値は再びインクリメントされる。しかしながら、期間toutの間、第１ネットワークデバイスはアクティブな（即ち、メッセージを受信することが可能な）ままであるので、メッセージカウント値はリセットされない。
【００９９】
この第１メッセージカウント値m1は、（例えば、時間tendにおいて）ネットワーク・ブリッジ２００のプロセッサ２１０に送られる。プロセッサは、少なくとも期間t0乃至tendにおいて第１ネットワークデバイスがネットワークの範囲外にあったことから到達不可能であったと第１ネットワークデバイスの状態を決定する。これは、第１メッセージカウント値m1が第１の所定の範囲R1内にあるという事実のためである。
【０１００】
従って、時間tendにプロセッサ２１０によって第１メッセージカウント値m1が確認され、この第１メッセージカウント値に基づいて第１ネットワークデバイスの状態が決定されることは容易に分かる。第１メッセージカウント値が、値の第１の所定の範囲R1内にあるので、第１ネットワークデバイスは、ネットワークの範囲外にあったことから到達不可能であったと正しく決定される。
【０１０１】
換言すれば、実施例においては、プロセッサ２１０は、メッセージカウント値に基づいて第１ネットワークデバイスがネットワークの範囲外にあったことを検出することができる。
【０１０２】
第３の線４３０は、第１ネットワークデバイスが、時間terr1において、オフに切り替えられる、又はスリープモードに入る、又は外部から解消されることができない若しくは外部デバイスによって修正されることができない（即ち、非アクティブ）状態にはまり込む第２シナリオにおける、第１ネットワークデバイスによって受信されるメッセージ（即ち、第１カウント値）を表している。ネットワーク・ブリッジによって送信されるメッセージ数は、第１シナリオのものと同じである（即ち、mtは同じままである）。（第２シナリオにおいては）前記期間中、第１ネットワークデバイス１００によって受信されるメッセージ数は第２メッセージカウント値m2である。
【０１０３】
第２メッセージカウント値m2は、第１ネットワークデバイスの非アクティブ状態のために、非常に低く、ほぼゼロである。
【０１０４】
例えば、最初のうちは、第１ネットワークデバイス１００は、ネットワーク・ブリッジからメッセージを正しく受信する。時間terr1において、第１ネットワークデバイスは、前記期間の残りの間（少なくともtendまで）、第１ネットワークデバイスが、もはやネットワーク・ブリッジからメッセージを受信することができない（即ち、非アクティブになっている）回復不能エラー状態に入る。このシナリオにおいては、メッセージカウント値は、リセットされ、もはやインクリメントされることができず、故に、第３メッセージカウント値はほぼゼロである。
【０１０５】
プロセッサが、第２メッセージカウントm2に基づいて第１ネットワークデバイスが非アクティブになっていると決定することができることは、容易に分かるだろう。
【０１０６】
第２メッセージカウント値m2は、ネットワーク・ブリッジ２００のプロセッサ２１０に送られる。プロセッサは、第２メッセージカウント値m2に基づいて第１ネットワークデバイスの状態を決定するよう適応される。プロセッサは、第２メッセージカウント値が第２の所定の範囲R2内にあると決定し、それによって、第１ネットワークデバイスが非アクティブであったことから到達不可能であったと正しく決定する。従って、第１ネットワークデバイスが、オフに切り替えられているか、又はさもなければ、非アクティブであるという理由で、到達不可能であるかどうかを決定するために、更に、所定の範囲を基準として、第１ネットワークデバイスの状態が決定され得ることは明らかであるだろう。
【０１０７】
第４の線４４０は、第１ネットワークデバイスが、時間terr2において、非アクティブになる第３シナリオにおける、第１ネットワークデバイスによって受信されるメッセージを表している。例えば、デバイスは、メッセージカウント値がもはやインクリメントされないような、デバイスがもはやメッセージを受信若しくは送信することができない、又はデバイスが単にオフに切り替えられる状態に入り得る。
【０１０８】
従って、（この第３シナリオの間、時間tendにおいて第１カウント値を示す）第３メッセージカウント値m3は、第2の所定の範囲内にしかない。それ故、デバイスは、第１カウント値の最後のリセット以降の少なくとも前記期間において非アクティブになったと決定される。
【０１０９】
期間t0乃至tendが十分に長い場合、非アクティブなデバイスに関連するカウント値は、第１の所定の範囲に入ることができないだろうが、（第1シナリオにおける第１ネットワークデバイスのような）一時的に範囲外のデバイスに関連するカウント値は、第２の所定の範囲に入ることができるだろうことは、明らかであるだろう。従って、非アクティブなデバイスは、（範囲外のデバイスは、再び範囲内になると、再び前記デバイスのカウント値を増加させるだろうことから）一時的に範囲外のデバイスと容易に区別され得る。従って、第３シナリオの場合は、第１ネットワークデバイスが非アクティブになったことが容易に決定され得る。
【０１１０】
期間t0乃至tend全体の間非アクティブであるデバイスも第２の所定の範囲R2内の（時間tendにおける）メッセージカウントを持つことは容易に分かるだろう。
【０１１１】
第１ネットワークデバイスがリセットされるときにメッセージカウント値がリセットされる少なくとも１つの実施例において、メッセージカウント値は、期間t0乃至tend内に値の第２の所定の範囲に到達することができないかもしれない。それによって、ネットワーク・ブリッジは、第１ネットワークデバイスが、前記期間の少なくとも或る時点の間、非アクティブであった、又はオフに切り替えられていたことを検出することができるだろう。
【０１１２】
第５の線４５０は、第１ネットワークデバイスが、アクティブであり、正しく動作可能である第４シナリオにおける、第１ネットワークデバイスによって受信されるメッセージ（即ち、第１カウント値）を表している。ネットワーク・ブリッジによって送信されるメッセージ数は、第１シナリオのものと同じである。第４シナリオにおける前記期間後、第１ネットワークデバイス１００によって受信されるメッセージ数は、第４メッセージカウント値m4である。
【０１１３】
第４メッセージカウント値m4は、非常に高く、メッセージ送信値mtに近い又は実質的に等しい。第１ネットワークデバイスは、現在、アクティブであり、ネットワークの範囲内にあるが、（例えば、ノイズのために）第１ネットワークデバイスによってメッセージの全ては受信されないかもしれないことは明らかである。
【０１１４】
第４メッセージカウント値m4がネットワーク・ブリッジのプロセッサ２１０に送られるとき、プロセッサは、第４メッセージカウント値が、第３の所定の範囲R3内であると決定し、それによって、第１ネットワークデバイスが、少なくとも期間t0乃至tendにおいては到達可能であったと決定する。
【０１１５】
従って、少なくとも１つの実施例において、第１ネットワークデバイスが、到達可能であるかどうかを決定するために、更に、第３の所定の範囲を基準として、第１ネットワークデバイスの状態が決定され得ることは明らかであるだろう。
【０１１６】
第１メッセージカウント値m1、第２メッセージカウント値m2、第３メッセージカウント値m3及び第４メッセージカウント値は、単に、異なるシナリオ又はバージョンにおける期間（t0乃至tend）後の最終メッセージカウント値を表しているに過ぎないことは明らかであるだろう。換言すれば、それらは、時間tendにおける第１カウント値の異なる例を表している。
【０１１７】
幾つかの実施例においては、第１ネットワークデバイスに供給するためのメッセージは、ネットワーク・ブリッジによって周期的にしか送信されず、メッセージカウント値は、周期的な間隔でプロセッサ２１０に送られる。このような実施例においては、ネットワーク・ブリッジによって常に既知の数のメッセージが送信されるだろうことから、第１、第２及び／又は第３の所定の範囲は、絶対的なもの（例えば、一定）であり得る。
【０１１８】
実施例においては、ネットワーク・ブリッジ２００は、第１ネットワークデバイスに供給するためにブロードキャストされるメッセージ数を示すメッセージ送信値（即ち、時間tendにおける第２カウント値）を、例えば、ブリッジメモリ２２０に記憶し得る。プロセッサ２１０は、メッセージカウント値を受信し次第、少なくとも値の第１の所定の範囲を動的に決定するために、このメッセージ送信値を用い得る。
【０１１９】
従って、所定の範囲は、所定の期間においてネットワーク・ブリッジによって第１ネットワークデバイスに供給するためにブロードキャストされるメッセージのパーセント値であり得る。
【０１２０】
例えば、第１の所定の範囲は、ネットワーク・ブリッジによって第１ネットワークデバイスに供給するために送信されるメッセージの１０％と９０％との間であり得る。換言すれば、メッセージカウント値mcが、メッセージ送信値の１０分の１（即ち、0.1 × mt）とメッセージ送信値の１０分の９（即ち、0.9 × mt）との間である場合には、第１ネットワークデバイスは、ネットワークの範囲外にあることから到達不可能であると決定される。
【０１２１】
他の実施例においては、第１の所定の範囲は、メッセージ送信値の１５％と８５％との間、又はメッセージ送信値の２０％と８０％との間である。メッセージ送信値を基準とした他のあり得る範囲は、容易に分かるだろう、例えば、３０％と８０％との間、２０％と９０％との間、５％と９５％との間などである。
【０１２２】
第２の所定の範囲は、例えば、メッセージ送信値mtの０％と１０％との間であり得る。（メッセージ送信値を基準とした）第２の所定の範囲の他のあり得る範囲は、当然、容易に分かるだろう、例えば、０％と５％との間、０％と１５％との間、０％と２０％との間である。好ましくは、第２の所定の範囲の下方境界は０％である。なぜなら、このことは、反応しない（即ち、非アクティブである）デバイスをより正確に識別するだろうからである。上方境界は、ネットワークデバイスの特性に基づいて決定されることができ、例えば、「スリープ状態」のデバイスは、依然として、限られた数のメッセージを受信することができるかもしれないが、それでも、非アクティブとみなされ得る。
【０１２３】
第３の所定の範囲は、例えば、メッセージ送信値mtの９０％と１００％との間であり得る。（メッセージ送信値を基準とした）第３の所定の範囲の他のあり得る範囲は、当然、容易に分かるだろう、例えば、８０％と１００％との間、８５％と１００％との間、９５％と１００％との間である。
【０１２４】
第３の所定の範囲の上方境界は、好ましくは、１００％である。なぜなら、これは、メッセージを受信することに完全に成功するデバイスに相当するだろうからである。第３の所定の範囲の下方境界は、例えば、チャネルのノイズに依存し得る。なぜなら、デバイスは、正しく動作可能であり、単に、一時的にノイズが多いチャネル内にあるに過ぎないかもしれないからである。下方境界は、実施例においては、更に、受信されるメッセージ数のカウントにおけるわずかなエラー、及びメッセージの受信におけるごくわずかなエラーから成り得る。
【０１２５】
所定の期間は、最後のリセットメッセージがデバイスに送られたときからの時間の長さ、又は絶対的な期間（例えば、直前の５分）であり得る。幾つかの実施例においては、所定の期間は、第１ネットワークデバイスの最後のリセット以降の（例えば、第１ネットワークデバイスが最後にオンに切り替えられたときからの）、又はネットワーク・ブリッジの最後のリセット以降の、時間の長さである。
【０１２６】
それ故、本発明による実施例は、第１ネットワークデバイスの状態を、メッセージカウント値（即ち、第１カウント値）及びメッセージ送信値（即ち、第２カウント値）を基準として容易に決定することを可能にする。とりわけ、プロセッサは、有利なことには、高い確率の正確度で、第１ネットワークデバイスの障害の原因、例えば、第１ネットワークデバイスがネットワークの範囲外にあったかどうか、又はデバイスが非アクティブであったかどうかを検出し得る。
【０１２７】
第１ネットワークデバイスがネットワークの範囲外にあるかどうかの検出を有する他の実施例は、有利なことには、第１ネットワークデバイスの障害の原因の検出において付加的な機能を可能にする。
【０１２８】
メッセージカウント値は、（例えば、第１ネットワークデバイスを介して転送されるメッセージを含む）第１ネットワークデバイスが受信するメッセージの総数を示してもよく、又は単に、受信される第１ネットワークデバイス用のメッセージの数（即ち、第１ネットワークデバイスを対象としたデータの量又はメッセージだけのカウント）を示してもよい。
【０１２９】
本発明の第２実施例によるプロセッサは、第２実施例によるプロセッサを有するネットワーク・ブリッジ２００、第１ネットワークデバイス１００及び第２ネットワークデバイス１５０を明らかにしている図６を参照すれば理解されるだろう。
【０１３０】
第１ネットワークデバイス１００は、ここでも、発光素子１０４、デバイスプロセッサ１０１、デバイスメモリ１０２、デバイス入力モジュール１０５及びデバイス送受信機１０３を備える無線接続可能なランプとして実施される。
【０１３１】
ネットワーク・ブリッジ２００は、本発明の第１実施例のようなプロセッサ２１０、ブリッジメモリ２２０及びブリッジ送受信機２３０を有する。
【０１３２】
第２ネットワークデバイスも、第１ネットワークデバイスと同様に実施され、即ち、第２ネットワークデバイスは、関連するデバイス送受信機１５３、デバイスプロセッサ１５１、デバイスメモリ１５２及び発光素子１５４を有する。第２ネットワークデバイスは、第１ネットワークデバイスにメッセージを送る又は転送するよう適応される。
【０１３３】
第１及び第２ネットワークデバイスは、両方とも、各々の時間値の最後のリセットから過ぎた時間（即ち、最後のリセットからの時間）を示す各々のカウント値を生成するよう適応される。即ち、カウント値は、カウント値が最後にリセットされたときから過ぎた時間を測定する。
【０１３４】
換言すれば、第１ネットワークデバイスは、第１カウント値の最後のリセットから過ぎた時間を表す第１カウント値と関連する。第２ネットワークデバイスは、第２カウント値の最後のリセットから過ぎた時間を表す第２カウント値と関連する。
【０１３５】
第１カウント値は、第１ネットワークデバイスが非アクティブになるとリセットされるが、デバイスがネットワークの範囲外に出てもリセットされない。同様に、第２カウント値は、第２ネットワークデバイスが非アクティブになるとリセットされるが、ネットワークの範囲外に出てもリセットされない。
【０１３６】
カウント値は、特定のクロックにおいて動作するカウンタによって決定され得る。他の実施例においては、カウント値をリセットすると、絶対的な時間（即ち、時刻を基準としたもの）が記憶されてもよく、カウント値は、この記憶された絶対的な時間及び現在の絶対的な時間を基準として決定される。
【０１３７】
第２ネットワークデバイスによって第１ネットワークデバイスにメッセージが送信される（例えば、転送される）ときはいつも、メッセージの送信時の第２カウント値のサンプルがメッセージに付加される。このような時間値は、メッセージのための相対タイムスタンプを表すと理解され得る。
【０１３８】
第１ネットワークデバイスによってメッセージが受信されるときはいつも、メッセージの受信時の第１カウント値のサンプルが、メッセージに含まれる第２カウント値（即ち、送信側のタイムスタンプ）のサンプルと一緒に記憶される。
【０１３９】
換言すれば、第２ネットワークデバイスから第１ネットワークデバイスにメッセージが送信されるときは、（送信時間における）第２カウント値が第１ネットワークデバイスに送られ、第１ネットワークデバイスは、（受信時間における）第１カウント値も記憶する。
【０１４０】
第１ネットワークデバイスは、少なくとも２つの連続する送信／受信メッセージのための各々のサンプリングされたカウント値を記憶するよう適応される。従って、第２ネットワークデバイスには、少なくとも、第１時間値t1（第１メッセージの送信時間値）、第２時間値t2（第１メッセージの受信時間値）、第３時間値t3（第２メッセージの送信時間値）、及び第４時間値t4（第２メッセージの受信時間値）が記憶される。
【０１４１】
第１及び第３時間値は、第２カウント値の異なるサンプルであるとみなされ得る。第２及び第４時間値は、第１カウント値の異なるサンプルであるとみなされ得る。第１、第２、第３及び第４時間値の各々は、ネットワーク・ブリッジのブリッジメモリに記憶され得る。
【０１４２】
記憶された時間値に基づいて差分値sdiffが算出される。これは例えば以下の式を用いることによってなされ得る。
Δtt = t3 - t1     (1)
Δtr = t4 - t2     (2)
sdiff = Δtt - Δtr = (t3 - t1) - (t4 - t2) = (t3 - t4) - (t1 - t2)     (3)
【０１４３】
Δttは、第２メッセージの送信時の第２カウント値と、第１メッセージの送信時の第２カウント値との間の差である。Δtrは、第２メッセージの受信時の第１カウント値と、第１メッセージの受信時の第１カウント値との間の差である。
【０１４４】
第１及び第２ネットワークデバイスは、各々、受信差分値Δtr及び送信差分値Δttと関連し得る。受信差分値は、第２メッセージの受信時の第１ネットワークデバイスの最後のリセットからの時間と、第１メッセージの受信時の第１ネットワークデバイスの最後のリセットからの時間との間の差である。送信差分値は、第１メッセージの送信時の第２ネットワークデバイスの最後のリセットからの時間と、第２メッセージの送信時の第２ネットワークデバイスの最後のリセットからの時間との間の差である。
【０１４５】
差分値は、送信差分値Δttと受信差分値Δtrとの間の差であるよう決定される。
【０１４６】
換言すれば、式３においても確認できるだろうように、差分値はまた、第１算出差(t1 - t2)及び第２算出差(t3 - t4)と関連する。第１算出差は、第１メッセージの送信時の送信機のリセットからの時間と、第１メッセージの受信時の受信機のリセットからの時間との間の差である。第２算出差は、第２メッセージの送信時の送信機のリセットからの時間と、第２メッセージの受信時の受信機のリセットからの時間との間の差である。
【０１４７】
それによって、差分値は、第２算出差と第１算出差との間の差であるよう別のやり方で決定され得る。
【０１４８】
差分値に基づいて、第１ネットワークデバイスの状態が決定されることができ、随意に、第２ネットワークデバイスの状態が決定されることができる。
【０１４９】
例えば、差分値がゼロである場合には、両方のデバイスが、正しく動作しており、リセットされていないと決定される。これは、メッセージの間でリセットされているデバイスがなく、メッセージの（送信機を基準とした）２つの送信の間の時間差と、メッセージの（受信機を基準とした）２つの受信の間の時間差とが同じであるからである。 
【０１５０】
差分値がゼロより大きい場合には、第１ネットワークデバイスが、メッセージの間にリセットされたと決定される。これは、第２メッセージの受信時の（受信機を基準とした）リセットからの時間と、第１メッセージの受信時の（受信機を基準とした）リセットからの時間との間の差が、第２メッセージの送信時の（送信機を基準とした）リセットからの時間と、第１メッセージの送信時の（送信機を基準とした）リセットからの時間との間の差より少ないからである。
【０１５１】
第１ネットワークデバイスがリセットされたときには、第１ネットワークデバイスのための第１カウント値が、第１メッセージの受信時間と第２メッセージの受信時間との間にリセットされているので、第４時間値と第２時間値との間の差は、第３時間値と第１時間値との間の差より少ないだろうことは、明らかである。
【０１５２】
差分値がゼロ未満である場合には、第２ネットワークデバイスが、メッセージの間にリセットされたと決定される。これは、第２メッセージの送信時の（送信機を基準とした）リセットからの時間と、第１メッセージの送信時の（送信機を基準とした）リセットからの時間との間の差が、第２メッセージの受信時の（受信機を基準とした）リセットからの時間と、第１メッセージの受信時の（受信機を基準とした）リセットからの時間との間の差より少ないからである。
【０１５３】
更に、差分値がゼロより大きい場合には、第１ネットワークデバイスが、ネットワークパフォーマンス低下の原因であると決定される。更に、差分値がゼロ未満である場合には、第１ネットワークデバイスが、少なくとも部分的に第２ネットワークデバイスと正しく通信することができないと決定される。
【０１５４】
このようにして、第１ネットワークデバイスの状態を決定すること、及び随意に、第２ネットワークデバイスの状態を決定することは、有利なことには、第１／第２ネットワークデバイスのリセットを容易に認識することを可能にする。
【０１５５】
簡略化された実施例においては、差分値は、単に、第１算出差又は第２算出差のうちの一方だけであり得る。換言すれば、差分値は、第１ネットワークデバイスへの第１メッセージの送信時の第２ネットワークデバイスのリセットからの時間と、第１メッセージの受信時の第１ネットワークデバイスのリセットからの時間との差（例えば、t1 - t2）であり得る。
【０１５６】
この簡略化された実施例は、有利なことには、より少ないメモリの使用しか必要とせず、それによって、使用中により少ない電力しか消費しない。しかしながら、それは、第１及び／又は第２ネットワークデバイスのリセットの時間を決定する精度は低い。
【０１５７】
少なくとも１つの実施例において、ネットワーク・ブリッジは、第２ネットワークデバイスの役割を果たしてもよく、ネットワーク・ブリッジは、第１ネットワークデバイスから及び第１ネットワークデバイスにメッセージを送るよう適応されることは明らかであるだろう。
【０１５８】
第１ネットワークデバイスの状態の決定、及び随意の第２ネットワークデバイスの状態の決定は、本発明の実施例によるプロセッサによって実施される。このようなプロセッサは、例えば、第１ネットワークデバイス１００又はネットワーク・ブリッジ２００内に配置され得る。ネットワーク・ブリッジ内に配置される場合、ネットワーク・ブリッジは、第１ネットワークデバイスから差分値を受信するよう適応されてもよく、又は差分値を算出するために、第１及び第２ネットワークデバイスから、第１及び第２時間値、並びに随意に、第３及び第４時間値を個々に受信するよう適応されてもよい。
【０１５９】
少なくとも１つの実施例においては、デバイスの状態を決定するための、ゼロを基準とした誤差マージンがあり、故に、比較のための絶対値としてゼロが用いられる必要がない。差分値が、ほぼゼロ（例えば、-x ≦ 差分値 ≦ x）であり、ここで、xが、適切な範囲を与える適切な値であるとき、デバイスの状態は、正しく動作可能であると決定され得る。これは、有利なことには、第１ネットワークデバイス、及び随意に、第２ネットワークデバイスの状態の誤った決定の確率が減らされるので、ネットワークの信頼性を確保する。例として、差分値がゼロにかなり近い（例えば、ゼロ未満である）ときには、第１及び第２ネットワークデバイスは、正しく動作可能であると決定される。
【０１６０】
少なくとも１つの他の実施例においては、ネットワーク・ブリッジ２００は、カウント値を、ゼロ又はネットワークにおいて既知の別の値にリセットするために、第１ネットワークデバイス１００及び第２ネットワークデバイス１５０に第２リセット信号を送信するよう適応される。これは、有利なことには、デバイスが同期されたカウント値を持つことを可能にし、それによって、第１ネットワークデバイス、及び随意に、第２ネットワークデバイスの状態の誤った決定の確率を減らす。
【０１６１】
幾つかの他の実施例においては、ネットワークデバイスの適切な同期を確実にするために、第１ネットワークデバイス１００及び第２ネットワークデバイス１５０が最初に使用可能にされるときに、ネットワーク・ブリッジ２００によって第２リセット信号がブロードキャストされ得る。
【０１６２】
ネットワーク・ブリッジ２００は、随意に、ユーザ入力に応じて第２リセット信号を送信するよう適応され得る。このメカニズムは、有利なことには、（例えば、既知の及び／又は制御されたアクションに起因する）既知のエラーであって、前記既知のエラーの結果が更に広められる必要がない既知のエラーをユーザが「クリアする」ことを可能にする。
【０１６３】
随意に、各デバイスは、前記デバイスが、オフライン又はスリープモードであったと決定することができる場合には、前記デバイス自身のカウント値をリセットし得る。これは、デバイスが、能動的にネットワークにおける前記デバイスの役割を果たすことを可能にする。
【０１６４】
幾つかの実施例においては、メッセージの送信及び／又は受信後にカウント値がリセットされる。
【０１６５】
プロセッサ２１０は、決定された、第１ネットワークデバイス、及び随意に、第２ネットワークデバイスの状態に基づいて、ユーザのための情報を生成するよう適応され得る。この情報は、情報のビジュアル表現を表示するよう適応されるビジュアル出力デバイスに送られ得る。幾つかの実施例においては、情報は、更に又はさもなければ、第１ネットワークデバイスの状態の（例えば、音声合成を用いる）音声指示を出力することが可能であるよう適応されるオーディオ出力デバイスに送られる。他の又は更なる実施例においては、情報は、同様に／更に、第１ネットワークデバイスの状態に関する機械的警報を出力するよう適応される機械的フィードバックデバイス（例えば、機械振動子）に送られる。ビジュアル出力デバイス及び／又はオーディオ出力デバイス及び／又は機械的フィードバックデバイスは、例えば、ネットワーク・ブリッジ又は別の外部デバイス（例えば、ネットワークに接続されるネットワークデバイス）内に配置され得る。
【０１６６】
本発明の実施例によるプロセッサは、メッセージカウント値と、第１ネットワークデバイスに関連する差分値との両方を確認するよう適応され得る。第１ネットワークデバイスの状態は、メッセージカウント値と差分値との両方に基づいて決定され得る。或る例示的な実施例においては、第１ネットワークデバイスは、（メッセージカウント値が第１の所定の範囲内にある場合には）ネットワークの範囲外にあるが、（差分値がゼロである場合には）メッセージの間にリセットされていないと決定され得る。
【０１６７】
プロセッサ２１０は、更に、第１ネットワークデバイス１００のリセットの回数を示すリセット値をカウントするよう適応され得る。例えば、プロセッサは、第１デバイスがメッセージの間にリセットされたと決定される回数をカウントしてもよく、即ち、差分値がゼロより大きい回数を累積的にカウントしてもよい。他の実施例においては、第１ネットワークデバイスは、電源をオンにされる（例えば、リセットされる）のに応じてプロセッサに指示を供給するよう適応され得る。第１ネットワークデバイスによって送られる指示の数は、第１ネットワークデバイスがリセットされた回数を算出し、それによって、リセット値を確認するために、プロセッサによってカウントされ得る。幾つかの実施例においては、プロセッサは、メッセージカウント値が値の第２の所定の範囲内にあると決定される回数をカウントし得る。
【０１６８】
他のこのような実施例においては、プロセッサは、第１ネットワークデバイスのリセット値に基づいて第１ネットワークデバイスの状態を決定するよう適応され得る。例えば、所定の期間（例えば、１時間）内の第１ネットワークデバイスのリセット値が非常に高い（例えば、少なくとも２０回より多くのリセット、例えば、４０回より多くのリセットを示す）場合には、プロセッサは、第１ネットワークデバイスは正常に機能していないと決定し得る。代わりに又は更に、プロセッサは、第１ネットワークデバイスのユーザが、第１ネットワークデバイスを周期的にオン及びオフにさせることを望んでいると決定し得る。
【０１６９】
リセット値に基づく第１ネットワークデバイスの状態の決定は、有利なことには、状態決定の信頼性を高めるだけでなく、第１ネットワークデバイスの状態についての更なる情報を供給するだろう。
【０１７０】
ここで図７を参照すると、本発明の実施例によるプロセッサ２１０を有するネットワーク・ブリッジの他の実施例が記載されている。
【０１７１】
ネットワーク・ブリッジ２００は、更に、モバイルデバイス７００と通信するよう適応される。モバイルデバイス７００は、モバイルアンテナ７１０と、ビジュアル出力ディスプレイ７２０とを有する。ビジュアル出力ディスプレイは、例えば、タッチスクリーンディスプレイ又はＬＥＤのアレイを含み得る。
【０１７２】
モバイルデバイス７００は、ネットワーク・ブリッジに、少なくとも１つの接続されたネットワークデバイスのためのメッセージを生成させるために、ネットワーク・ブリッジ２００に（例えば、ネットワークを介して）命令を送るよう適応される。モバイルデバイスは、それによって、前記少なくとも１つの接続されたネットワークデバイスを制御するよう適応される。
【０１７３】
モバイルデバイスはまた、決定された第１ネットワークデバイスの状態に基づくユーザのための情報をプロセッサ２１０から受信するよう適応される。
【０１７４】
モバイルデバイス７００は、ユーザのための情報、及び随意に、第１ネットワークデバイスの状態のビジュアル表現をビジュアル出力ディスプレイ７２０においてユーザに表示するよう適応される。
【０１７５】
例えば、第１ネットワークデバイスの状態が、第１ネットワークデバイスが非アクティブである（即ち、オフに切り替えられている）ことから到達不可能であると決定される場合、ビジュアル出力ディスプレイが、このことを示すものをユーザに供給する。
【０１７６】
或る実施例においては、モバイルネットワークデバイスは、ネットワーク１を制御するためのアプリケーションを実行するために命令を実行するよう適応されるコンピューティングデバイス（例えば、スマートフォン、タブレット又はスマートウォッチ）である。モバイルネットワークデバイスは、アプリケーションが、ユーザに表示されることができ、ユーザが前記アプリケーションと対話することを可能にするようなユーザインタラクティブディスプレイ（例えば、タッチスクリーンディスプレイ）を含み得る。
【０１７７】
このような実施例の第１シナリオにおいては、ユーザは、（任意のネットワークデバイスを制御する意図で）アプリケーションを開き、第１ネットワークデバイスが使用不可にされていることを示す通知（例えば、感嘆符）を見るかもしれないユーザが通知をクリックするとき、モバイルネットワークデバイスは、第１ネットワークデバイスが、オフにされ、それによって、第１ネットワークデバイスを使用不可にしている可能性があることを、ユーザに知らせ得る。
【０１７８】
別のシナリオにおいては、ユーザは、第１ネットワークデバイス１００をネットワーク１の範囲外に移動させ得る。第１ネットワークデバイスが範囲外に移動されるとき、アプリケーションは、コンフリクトがあるころを示す通知を示す。ユーザは、例えば、前記ユーザのネットワークの範囲を拡大するために（例えば、ネットワークの範囲内にあり、且つ第１ネットワークデバイスに対してより近い）別のネットワークデバイスをオンに切り替えるよう指示され得る。指示に従うと、第１ネットワークデバイスは、このより近いデバイスに接続し、それによって、ネットワークとの接続を再確立し得る 
【０１７９】
幾つかの実施例においては、モバイルデバイスは、ビジュアル出力ディスプレイ７２０に加えて又はビジュアル出力ディスプレイ７２０の代わりに、オーディオ出力デバイスを含み得る。モバイルデバイスは、第１ネットワークデバイスの状態の（例えば、音声合成を用いる）音声指示を出力するよう適応され得る。
【０１８０】
他の又は更なる実施例においては、モバイルデバイスは、第１ネットワークデバイスの状態に関する機械的警報を出力するよう適応される機械的フィードバックデバイス（例えば、機械振動子）を有する。例えば、第１ネットワークデバイスがネットワークの範囲外に持ち出される場合には、モバイルデバイスは１回振動し得るのに対して、第１ネットワークデバイスが非アクティブにされる場合には、モバイルデバイスは２回振動し得る。
【０１８１】
他の又は更なる実施例においては、プロセッサは、決定された第１ネットワークデバイスの状態に基づいて或る特定のアクションを自動的に実施するよう適応され得る。例えば、第１ネットワークデバイスが、非アクティブである（例えば、オフに切り替えられている）ことから到達不可能であることが決定される場合、プロセッサは、第１ネットワークデバイスに接続することが可能な第２ネットワークデバイスに信号を転送しようとする際に第１ネットワークデバイスを使用しないよう決定し得る。
【０１８２】
上記の実施例は、ネットワーク・ブリッジの態様であるので、概してプロセッサについて記述しているが、他の実施例においては、第１ネットワークデバイスが範囲外に出たときに第１ネットワークデバイスが自動的に検出し得るように第１ネットワークデバイスにプロセッサが組み込まれ得ることは容易に分かるだろう。
【０１８３】
例えば、このようなプロセッサを有する第１ネットワークデバイスは、（例えば、メッセージは周期的にしか受信されないので）特定の期間内に１００個のメッセージを受信するはずであることを知っていてもよい。デバイスが範囲外にあったかもしれないことを示す値の第１の所定の範囲は、約１０乃至９０個のメッセージ、約１５乃至８５個のメッセージ、約２０乃至８０個のメッセージなどのうちの１つであり得る。例えば、６０個しかメッセージを受信しないと、プロセッサは、第１ネットワークデバイスは範囲外に持ち出されたと決定することができ、それによって、ユーザに通知し得る。第１ネットワークデバイスは、ビジュアル出力デバイスを有してもよく、前記情報の表現をビジュアル出力デバイスにおいてユーザに表示してもよい。他の実施例においては、第１ネットワークデバイスの状態の指示は、オーディオ出力デバイス（例えば、スピーカ）又は機械的フィードバックデバイス（例えば、機械振動子）を通して供給される。
【０１８４】
本発明による少なくとも１つの実施例においては、プロセッサ２１０は、複数のデバイス（例えば、第１の付加的なネットワークデバイス、第２の付加的なネットワークデバイスなど）の状態を上記のように決定するよう適応される。このような実施例においては、プロセッサは、それによって、任意のネットワークデバイスをどのように制御すべきかを考慮する際に複数のネットワークデバイスの各々の状態を明らかにし得る。
【０１８５】
例として、単一の部屋の中に位置する第１、第２及び第３ネットワークデバイス、並びに本発明の実施例によるプロセッサを含むネットワーク・ブリッジを有するネットワークを考える。各ネットワークデバイスは、各々の発光素子を有する。ユーザは、典型的には、例えば、第１、第２及び第３ネットワークデバイスの各々が（それらの発光素子から）それらの最大輝度の特定のパーセント値（例えば、６０％）において光を出力することを必要とし得る、その部屋の特定の平均輝度（例えば、約500lux）を望み得る。ネットワーク・ブリッジが、第１及び第２ネットワークデバイスは、正しく動作可能である（即ち、到達可能である）が、第３ネットワークデバイスは、ネットワークの範囲外に持ち出された又はリセットされた／非アクティブになったと決定するシナリオがあり得る。ネットワーク・ブリッジは、それに応じて、自動的に、部屋の所望の平均輝度を維持するよう第１及び第２ネットワークデバイスにそれらの最大輝度のより高いパーセント値（例えば、９０％）において光を出力させ得る。
【０１８６】
プロセッサは、他の情報に依存して第１ネットワークデバイスの状態を決定するよう適応されてもよく、これは、例えば、第１ネットワークデバイスの位置、ネットワークにおける第１ネットワークデバイスの信号強度、ネットワーク内のネットワークデバイスの数、第１ネットワークデバイスの寿命、第１ネットワークデバイスの使用周波数、ネットワークのチャネル特性（例えば、周波数又はチャネル符号化であって、デバイスが前記周波数又はチャネル符号化を用いて通信する周波数又はチャネル符号化）、第１ネットワークデバイスとネットワーク・ブリッジとの間のネットワークデバイスの数、及び第１ネットワークデバイスのネットワーク・ブリッジからの距離のうちの少なくとも１つを含み得る。付加的な情報のこれらの例の各々が、例えば、より高い精度及び／又は成功確率で第１ネットワークデバイスの状態を決定することを可能にし得る。
【０１８７】
図８を参照すると、ネットワークにおける第１ネットワークデバイスの状態を決定する第１の方法８が記載されている。
【０１８８】
方法８は、第１ネットワークデバイスに関連するメッセージカウント値を確認するステップ８１０と、メッセージカウント値に基づいて第１ネットワークデバイスの状態を決定するステップ８１５とを有し、ステップ８２０において、メッセージカウント値が第１の所定の範囲内にあると決定される場合には、ステップ８２５において、第１ネットワークデバイスは、ネットワークの範囲外にあったことから到達不可能であったと決定される。
【０１８９】
随意に、ステップ８３０において、第１カウント値が第２の所定の範囲内にあると決定される場合には、ステップ８３５において、第１ネットワークデバイスは、非アクティブであることから到達不可能であると決定される。
【０１９０】
他の実施例においては、ステップ８４０において、第１カウント値が第３の所定の範囲内にあると決定される場合には、ステップ８４５において、第１ネットワークデバイスは、到達可能であると決定される。
【０１９１】
図９を参照すると、ネットワークにおける第１ネットワークデバイスの状態を決定する第２の方法９が記載されている。
【０１９２】
方法９は、ネットワークの第１ネットワークデバイスの第１カウント値と第２ネットワークデバイスの第２カウント値との間の差に関連する差分値を確認するステップ９１０と、更に差分値に基づいて第１ネットワークデバイスの状態を決定するステップ９１５とを有する。
【０１９３】
第１カウント値は、第１ネットワークデバイスによって第２ネットワークデバイスから受信される少なくとも１つのメッセージ（例えば、受信されるメッセージ数のカウント、又は２つのメッセージ受信の間の「リセットからの時間」における差）と関連し得る。第２カウント値は、第２ネットワークデバイスによって第１ネットワークデバイスのために送信される少なくとも１つのメッセージ（例えば、送信されるメッセージ数のカウント、又は２つのメッセージ送信の間の「リセットからの時間」における差）と関連し得る。
【０１９４】
幾つかの他の実施例においては、差分値は、第１ネットワークデバイスによって第２ネットワークデバイスに送信されるメッセージ数と、第２ネットワークデバイスによって受信されるメッセージ数との間の差の測定値である。換言すれば、第１カウント値は、第１ネットワークデバイスによって第２ネットワークデバイスに送信されるメッセージ数であってもよく、第２カウント値は、第２ネットワークデバイスによって受信されるメッセージ数であってもよい。
【０１９５】
幾つかの実施例においては、第１カウント値は、第１メッセージの受信時の第１ネットワークデバイスの最後のリセットからの時間と、第２メッセージの受信時の第１ネットワークデバイスの最後のリセットからの時間との間の差であってもよく、第１ネットワークデバイスは、第２ネットワークデバイスから第１及び第２メッセージを受信する。第２カウント値は、第１メッセージの送信時の第２ネットワークデバイスの最後のリセットからの時間と、第２メッセージの送信時の第２ネットワークデバイスの最後のリセットからの時間との間の差であってもよく、第２ネットワークデバイスは、第１ネットワークデバイスに第１及び第２メッセージを送る。
【０１９６】
典型的には、ステップ９２０において、差分値がゼロより大きいと決定される場合には、ステップ９２５において、第１ネットワークデバイスが、ネットワークパフォーマンス低下の原因であると決定され、ステップ９３０において、差分値がゼロ未満であると決定される場合には、ステップ９３５において、第１ネットワークデバイスは、少なくとも部分的に第２ネットワークデバイスと通信することができないと決定され、ステップ９４０において、差分値がゼロであると決定される場合には、ステップ９４５において、第１ネットワークデバイスは、正しく動作していると決定される。
【０１９７】
考えられる実施例においては、メッセージカウント値及び差分値の両方を確認するステップと、メッセージカウント値及び差分値に基づいて第１ネットワークデバイスの状態を決定するステップとを有する方法が提供される。例えば、第１ネットワークデバイスの状態は、（メッセージカウント値が第３の所定の範囲内にある場合には）アクティブであるが、（差分値がゼロ未満である場合には）第２ネットワークデバイスと通信することができないと決定され得る。
【０１９８】
少なくとも１つの実施例においては、コンピュータプログラム製品であって、前記プログラムがプロセッサを有するコンピューティングデバイスにおいて実行されるときには図８を参照して記載したような方法のステップの全てを実施するよう適応されるコンピュータプログラムコード手段を有するコンピュータプログラム製品が提供される。
【０１９９】
少なくとも１つの実施例においては、コンピュータプログラム製品であって、前記プログラムがプロセッサを有するコンピューティングデバイスにおいて実行されるときには図９を参照して記載したような方法のステップの全てを実施するよう適応されるコンピュータプログラムコード手段を有するコンピュータプログラム製品が提供される。
【０２００】
プロセッサは、必要とされる様々な機能を実施するよう、ソフトウェア及び／又はハードウェアを用いる多くの方法で実施され得る。プロセッサは、例えば、必要とされる機能を実施するようソフトウェア（例えば、マイクロコード）を用いてプログラムされ得る１つ以上のマイクロプロセッサを用いる。しかしながら、プロセッサを用いて又は用いずに実施されるコントローラが用いられてもよく、コントローラはまた、幾つかの機能を実施する専用のハードウェア、及び他の機能を実施するプロセッサ（例えば、１つ以上のプログラムされたマイクロプロセッサ及び関連回路）の組み合わせとして実施されてもよい。
【０２０１】
本開示の様々な実施例において用いられ得るコントローラ構成要素の例は、従来のマイクロプロセッサ、特定用途向け集積回路（ＡＳＩＣ）、及びフィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）を含むが、これらに限定されない。
【０２０２】
様々な実施例において、プロセッサ又はコントローラは、ＲＡＭ、ＰＲＯＭ、ＥＰＲＯＭ及びＥＥＰＲＯＭのような揮発性及び不揮発性コンピュータメモリなどの１つ以上の記憶媒体と関連づけられ得る。記憶媒体は、１つ以上のプロセッサ及び／又はコントローラにおいて実行されるときに必要とされる機能を実施する１つ以上のプログラムでコード化され得る。様々な記憶媒体は、記憶媒体に記憶されている１つ以上のプログラムがプロセッサ又はコントローラにロードされ得るように、プロセッサ若しくはコントローラ内に取り付けられ得る、又は可搬型であり得る。
【０２０３】
請求項に記載の発明を実施する当業者は、図面、明細及び添付の請求項の研究から、開示されている実施例に対する他の変形を、理解し、達成し得る。請求項において、「有する」という用語は、他の要素又はステップを除外せず、単数形表記は、複数の存在を除外しない。単に、特定の手段が、相互に異なる従属請求項において引用されているという事実は、これらの手段の組み合わせが有利になるように用いられることができないことを示すものではない。請求項におけるいかなる参照符号も、範囲を限定するものとして解釈されてはならない。
【図１Ａ】
0006772248.tif 000002
【図１Ｂ】
0006772248.tif 000003
【図２】
0006772248.tif 000004
【図３】
0006772248.tif 000005
【図４】
0006772248.tif 000006
【図５】
0006772248.tif 000007
【図６】
0006772248.tif 000008
【図７】
0006772248.tif 000009
【図８】
0006772248.tif 000010
【図９】
0006772248.tif 000011