(57)【要約】  本開示は、概して、光学的に切り換え可能なデバイス、より具体的には、光学的に切り換え可能なデバイスを制御するための方法に関する。様々な実施形態において、１つ以上の光学的に切り換え可能なデバイスは、音声制御および／またはジェスチャ制御を介して制御され得る。方法は、光学的に切り換え可能なデバイスのネットワーク上で実装され得、ネットワーク上の複数の光学的に切り換え可能なデバイスの光学状態を制御するように実装され得る。
2019521411.tif 000002
【特許請求の範囲】
【請求項１】
光学的に切り換え可能なデバイスの光学状態を制御する方法であって、
（ａ）前記光学的に切り換え可能なデバイスの前記光学状態を所望される光学状態に変更するための情報を伝える音声コマンドまたはジェスチャコマンドをユーザから受信することと、
（ｂ）音声認識またはジェスチャ認識を使用して、前記音声コマンドまたは前記ジェスチャコマンドを、それぞれ、テキストコマンドに変換することと、
（ｃ）（ｂ）からの前記テキストコマンドを分析して、（ａ）の前記ユーザからの前記音声コマンドまたは前記ジェスチャコマンドを解釈することと、
（ｄ）前記テキストコマンドを実行して、前記光学的に切り換え可能なデバイスを前記所望される光学状態に遷移させることと、を含む、方法。
【請求項２】
（ｅ）（ａ）で作成された前記音声コマンドまたは前記ジェスチャコマンドが起こっているか否かを示す、前記ユーザに対する応答を生成することをさらに含む、請求項１に記載の方法。
【請求項３】
（ｆ）前記ユーザが、（ａ）で受信された前記音声コマンドまたは前記ジェスチャコマンドを実行するように認証されているか否かを確認することをさらに含む、請求項１または２に記載の方法。
【請求項４】
前記方法は、光学的に切り換え可能なデバイスのネットワーク上で実装され、前記方法は、前記ネットワーク上の複数の光学的に切り換え可能なデバイスの前記光学状態を制御するように実装されている、請求項１〜３のいずれか１項に記載の方法。
【請求項５】
（ａ）の前記ユーザからの前記音声コマンドまたは前記ジェスチャコマンドは、前記光学的に切り換え可能なデバイスの起動時の光学状態に対する相対的な比較に基づいて前記所望される光学状態を記述する、請求項１〜４のいずれか１項に記載の方法。
【請求項６】
（ａ）の前記ユーザからの前記音声コマンドまたは前記ジェスチャコマンドは、前記光学的に切り換え可能なデバイスが、より暗く、またはより明るくなるべきであることを示す、請求項５に記載の方法。
【請求項７】
（ａ）の前記ユーザからの前記音声コマンドまたは前記ジェスチャコマンドは、前記光学的に切り換え可能なデバイスが、より不透明に、またはより透明になるべきであることを示す、請求項５に記載の方法。
【請求項８】
（ａ）の前記ユーザからの前記音声コマンドまたは前記ジェスチャコマンドは、前記光学的に切り換え可能なデバイスが、より高反射に、またはより低反射になるべきであることを示す、請求項５に記載の方法。
【請求項９】
（ａ）の前記ユーザからの前記音声コマンドまたは前記ジェスチャコマンドは、段階的変更が、前記光学的に切り換え可能なデバイスの前記光学状態になされるべきであることを示す、請求項１〜８のいずれか１項に記載の方法。
【請求項１０】
（ａ）の前記ユーザからの前記音声コマンドまたは前記ジェスチャコマンドは、前記光学的に切り換え可能なデバイスの起動時の光学状態を参照せずに、前記光学的に切り換え可能なデバイスの別個の光学状態として前記所望される光学状態を記述する、請求項１〜４のいずれか１項に記載の方法。
【請求項１１】
（ａ）の前記ユーザからの前記音声コマンドまたは前記ジェスチャコマンドは、１つ以上の規則に従って前記所望される光学状態に切り換えるように前記光学的に切り換え可能なデバイスに命令する音声コマンドである、請求項１〜１０のいずれか１項に記載の方法。
【請求項１２】
前記規則は、スケジュールに関するものであり、前記音声コマンドは、スケジュールされた時間に前記所望される光学状態に切り換えるように前記光学的に切り換え可能なデバイスに命令する、請求項１１に記載の方法。
【請求項１３】
前記規則は、気象に関するものであり、前記音声コマンドは、特定の気象条件が起こった場合に前記所望される光学状態に切り換えるように前記光学的に切り換え可能なデバイスに命令する、請求項１１に記載の方法。
【請求項１４】
前記光学的に切り換え可能なデバイスは、建物内に設置され、前記規則は、前記建物内の環境条件に関するものであり、前記音声コマンドは、前記建物内の内部条件が起こった場合に前記所望される光学状態に切り換えるように前記光学的に切り換え可能なデバイスに命令する、請求項１１に記載の方法。
【請求項１５】
前記建物内の前記内部条件は、前記建物内の温度に関するものである、請求項１４に記載の方法。
【請求項１６】
（ａ）〜（ｄ）の各々は、前記光学的に切り換え可能なデバイスが設置されている建物内に設置された１つ以上のコントローラ上で局所的に行われる、請求項１〜１５のいずれか１項に記載の方法。
【請求項１７】
（ａ）〜（ｄ）の各々は、前記光学的に切り換え可能なデバイスに内蔵して設置された１つ以上のコントローラ上で局所的に行われる、請求項１６に記載の方法。
【請求項１８】
（ｃ）は、前記光学的に切り換え可能なデバイスが設置されている建物から遠隔に位置するプロセッサ上で行われる、請求項１〜１５のいずれか１項に記載の方法。
【請求項１９】
（ａ）の前記ユーザからの前記音声コマンドまたは前記ジェスチャコマンドは、ジェスチャコマンドを含む、請求項１〜１０または１６〜１８のいずれか１項に記載の方法。
【請求項２０】
前記ユーザは、前記光学的に切り換え可能なデバイスを指し示すことによってそれを識別する、請求項１９に記載の方法。
【請求項２１】
前記方法は、前記ジェスチャコマンドおよび前記音声コマンドの両方を解釈することを含み、前記ジェスチャコマンドは、前記ユーザが制御することを所望する光学的に切り換え可能なデバイスがどれかを識別し、前記音声コマンドは、前記光学的に切り換え可能なデバイスの前記所望される光学状態を示す、請求項１〜２０のいずれか１項に記載の方法。
【請求項２２】
（ｂ）は、前記音声コマンドまたは前記ジェスチャコマンドを前記テキストコマンドに変換するために２つ以上の辞書を使用することを含み、第１の辞書が、前記音声コマンドまたは前記ジェスチャコマンドの第１の部分を変換するときに使用され、第２の辞書が、前記音声コマンドまたは前記ジェスチャコマンドの第２の部分を変換するときに使用される、請求項１〜２１のいずれか１項に記載の方法。
【請求項２３】
（ｃ）は、前記テキストコマンドを分析するために２つ以上の辞書を使用することを含み、第３の辞書が、前記テキストコマンドの第１の部分を分析するときに使用され、第４の辞書が、前記テキストコマンドの第２の部分を分析するときに使用される、請求項１〜２２のいずれか１項に記載の方法。
【請求項２４】
ユーザからの音声コマンドまたはジェスチャコマンドに応答して光学的に切り換え可能なデバイスの光学状態を制御するためのシステムであって、
（ａ）マイク、ビデオカメラ、およびモーションセンサからなる群から選択される少なくとも１つの要素と、
（ｂ）前記光学的に切り換え可能なデバイスと通信可能に連結され、かつ前記光学的に切り換え可能なデバイスの前記光学状態を制御するように構成されたコントローラと、
（ｃ）（ｉ）前記音声コマンドをテキストコマンドに変換するように構成された音声認識モジュール、または（ｉｉ）前記ジェスチャコマンドを前記テキストコマンドに変換するように構成されたジェスチャ認識モジュールのいずれかであって、
前記音声コマンドが、前記マイクによって知覚され、ならびに／または前記ジェスチャコマンドが、前記ビデオカメラおよび／もしくは前記モーションセンサによって知覚される、音声認識モジュールまたはジェスチャ認識モジュールのいずれかと、
（ｄ）前記音声認識モジュールまたは前記ジェスチャ認識モジュールによって生成された前記テキストコマンドを解釈するように構成されたコマンド処理モジュールと、
（ｅ）前記コマンド処理モジュールからの前記解釈されたテキストコマンドを実行するように構成されたコマンド実行モジュールと、を備える、システム。
【請求項２５】
（ｆ）前記ユーザに対する応答を生成するように構成された応答生成モジュールと、
（ｇ）前記ユーザに対する前記応答を通信するように構成された応答通信モジュールと、をさらに備え、前記応答は、前記ユーザに視覚的および／または聴覚的に通信される、請求項２４に記載のシステム。
【請求項２６】
（ｈ）前記ユーザが、前記ユーザからの前記音声コマンドまたは前記ジェスチャコマンドで要求されたように前記光学的に切り換え可能なデバイスを制御するように認証されているか否かを確認するように構成された認証モジュールをさらに備える、請求項２４または２５に記載のシステム。
【請求項２７】
前記認証モジュールは、特定の期間にわたって前記ユーザを認証するように構成され、かつ前記特定の期間が経過した後に追加の認証を要求するように構成されている、請求項２６に記載のシステム。
【請求項２８】
前記認証モジュールは、前記ユーザにパスコードを用いてログインすることを要求することによって前記ユーザが認証されているか否かを確認する、請求項２６または２７に記載のシステム。
【請求項２９】
前記認証モジュールは、前記ユーザを識別するために顔認識を使用することによって前記ユーザが認証されているか否かを確認する、請求項２６または２７に記載のシステム。
【請求項３０】
前記認証モジュールは、前記ユーザを識別するために音声認識を使用することによって前記ユーザが認証されているか否かを確認する、請求項２６または２７に記載のシステム。
【請求項３１】
前記認証モジュールは、前記ユーザが新しい音声コマンドまたは新しいジェスチャコマンドを提供するたびに前記ユーザが認証されているか否かを確認するように構成されている、請求項２６または２８〜３０のいずれか１項に記載のシステム。
【請求項３２】
前記認証モジュールは、前記音声認識モジュール、前記ジェスチャ認識モジュール、および／または前記コマンド処理モジュールでどの１つまたは複数の辞書が使用されるかに影響を及ぼす、請求項２６〜３１のいずれか１項に記載のシステム。
【請求項３３】
前記マイク、前記ビデオカメラ、および／または前記モーションセンサは、前記光学的に切り換え可能なデバイスに内蔵して提供されている、請求項２４〜３２のいずれか１項に記載のシステム。
【請求項３４】
前記マイク、前記ビデオカメラ、および／または前記モーションセンサは、前記光学的に切り換え可能なデバイスと通信する電子デバイス上に提供されている、請求項２４〜３３のいずれか１項に記載のシステム。
【請求項３５】
前記電子デバイスは、スマートフォン、タブレット、ラップトップ、パーソナルコンピュータ、フィットネスデバイス、時計、または壁掛ユニットである、請求項３４に記載のシステム。
【請求項３６】
前記ジェスチャコマンドは、前記モーションセンサによって知覚され、前記モーションセンサは、１つ以上の加速度計、ジャイロスコープ、および／または磁力計を備える、請求項３４に記載のシステム。
【請求項３７】
前記システムは、ネットワーク上に各々設置された複数の光学的に切り換え可能なデバイスの前記光学状態を制御するように構成されている、請求項２４〜３６のいずれか１項に記載のシステム。
【請求項３８】
エレクトロクロミックデバイスの制御システムを照会する方法であって、
（ａ）ユーザからの照会を受信することであって、前記照会が、会話形態で提供され、前記照会が、前記エレクトロクロミックデバイス用の前記制御システムの一部であるデバイスによって受信される、受信することと、
（ｂ）前記照会をテキスト照会に変換するために音声認識を使用することと、
（ｃ）（ｂ）からのテキスト照会を分析して、（ａ）の前記ユーザからの照会を解釈することと、
（ｄ）前記照会に対する回答を決定することと、
（ｅ）前記回答を前記ユーザに提供することと、を含む、方法。
【請求項３９】
前記回答は、（ｅ）（ｉ）前記ユーザが前記回答を視覚的に知覚することができるように前記回答を表示すること、および／または（ｉｉ）前記ユーザが前記回答を聴覚的に知覚することができるように前記回答を音読することによって、前記ユーザに提供される、請求項３８に記載の方法。
【請求項４０】
前記照会は、前記エレクトロクロミックデバイスに関するものである、請求項３８に記載の方法。
【請求項４１】
前記照会は、前記エレクトロクロミックデバイスの現在の光学状態および／または前記エレクトロクロミックデバイス上の進行中の光学遷移に関するものである、請求項４０に記載の方法。
【請求項４２】
前記照会は、前記エレクトロクロミックデバイスの将来の光学状態および／または前記エレクトロクロミックデバイス上の将来の光学遷移に関するものである、請求項４０に記載の方法。
【請求項４３】
動作（ｄ）の前記照会に対する前記回答を決定することは、前記回答を決定するようにインターネットを検索することを含む、請求項３８に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
関連出願の相互参照
本出願は、２０１６年４月２６日に出願された、米国仮特許出願第６２／３２７，８８０号に対する優先権を主張し、その開示は、その全体の参照によって、かつあらゆる目的のために本明細書に組み込まれる。
【０００２】
本開示は、概して、光学的に切り換え可能なデバイス、より具体的には、光学的に切り換え可能なデバイスを制御するための方法および装置に関する
【背景技術】
【０００３】
光学的に切り換え可能な窓の開発および展開がエネルギー効率を考慮して増えてきており、システム統合が勢いを増している。エレクトロクロミック窓は、光学的に切り換え可能な窓の有望な分類である。エレクトロクロミズムは、材料が、異なる電子状態に励起されたときに、１つ以上の光学特性の可逆的な電気化学的に媒介された変化を呈する現象である。エレクトロクロミック材料およびそれらから作成されたデバイスは、例えば、家庭用、商業用、または他の用途の窓に組み込まれ得る。エレクトロクロミック窓の色、色調、透過率、吸光度、または反射率は、例えば、エレクトロクロミック材料全体に電圧を印加して、エレクトロクロミック材料内の変化を誘導することによって変更され得る。かかる性能は、窓を通過し得る様々な波長の光の強度を管理することを可能にし得る。比較的最近の関心のある分野の１つは、光学的に切り換え可能な窓内の光学遷移を駆動して、所望される照明条件を提供しながら、かかるデバイスの電力消費を低減し、それらが統合されるシステムの効率を改善するためのインテリジェント制御システムおよびアルゴリズムである。
【発明の概要】
【０００４】
本明細書の様々な実施形態は、光学的に切り換え可能なデバイスを制御するための方法、システム、およびネットワークに関する。いくつかの場合において、１つ以上の光学的に切り換え可能なデバイスは、音声制御および／またはジェスチャ制御を使用して制御され得る。
【０００５】
開示される実施形態の一態様において、光学的に切り換え可能なデバイスの光学状態を制御する方法が提供され、方法は、（ａ）光学的に切り換え可能なデバイスの光学状態を所望される光学状態に変更するための情報を伝える音声コマンドまたはジェスチャコマンドをユーザから受信することと、（ｂ）音声認識またはジェスチャ認識を使用して、音声コマンドまたはジェスチャコマンドを、それぞれ、テキストコマンドに変換することと、（ｃ）（ｂ）からのテキストコマンドを分析して、（ａ）のユーザからの音声コマンドまたはジェスチャコマンドを解釈することと、（ｄ）テキストコマンドを実行して、光学的に切り換え可能なデバイスを所望される光学状態に遷移させることと、を含む。
【０００６】
一定の実施形態において、方法は、（ｅ）（ａ）で作成された音声コマンドまたはジェスチャコマンドが起こっているか否かを示す、ユーザに対する応答を生成することをさらに含み得る。これらまたは他の場合において、方法は、（ｆ）ユーザが（ａ）で受信された音声コマンドまたはジェスチャコマンドを実行するように認証されているか否かを確認することをさらに含み得る。方法は、光学的に切り換え可能なデバイスのネットワーク上で実装され得、ネットワーク上の複数の光学的に切り換え可能なデバイスの光学状態を制御するように実装され得る。
【０００７】
音声コマンドまたはジェスチャコマンドは、様々な異なる制御選択肢に関連し得る。一例において、（ａ）のユーザからの音声コマンドまたはジェスチャコマンドは、光学的に切り換え可能なデバイスの起動時の光学状態に対する相対的な比較に基づいて所望される光学状態を記述する。例えば、（ａ）のユーザからの音声コマンドまたはジェスチャコマンドは、光学的に切り換え可能なデバイスが、より暗く、またはより明るくなるべきであることを示し得る。同様に、（ａ）のユーザからの音声コマンドまたはジェスチャコマンドは、光学的に切り換え可能なデバイスが、より不透明に、またはより透明になるべきであることを示し得る。別の例において、（ａ）のユーザからの音声コマンドまたはジェスチャコマンドは、光学的に切り換え可能なデバイスが、より高反射に、またはより低反射になるべきであることを示す。いくつかの場合において、（ａ）のユーザからの音声コマンドまたはジェスチャコマンドは、段階的変更が、光学的に切り換え可能なデバイスの光学状態になされるべきであることを示す。
【０００８】
一定の実施形態において、（ａ）のユーザからの音声コマンドまたはジェスチャコマンドは、光学的に切り換え可能なデバイスの起動時の光学状態を参照せずに、光学的に切り換え可能なデバイスの別個の光学状態として所望される光学状態を記述する。様々な実装において、（ａ）のユーザからの音声コマンドまたはジェスチャコマンドは、１つ以上の規則に従って所望される光学状態に切り換えるように光学的に切り換え可能なデバイスに命令する音声コマンドである。一例において、規則は、スケジュールに関するものであり、音声コマンドは、スケジュールされた時間に所望される光学状態に切り換えるように光学的に切り換え可能なデバイスに命令する。別の例において、規則は、気象に関するものであり、音声コマンドは、特定の気象条件が発生した場合に所望される光学状態に切り換えるように光学的に切り換え可能なデバイスに命令する。別の例において、光学的に切り換え可能なデバイスは、建物内に設置され、規則は、建物内の環境条件に関するものであり、かつ音声コマンドは、建物内の内部条件が発生した場合に所望される光学状態に切り換えるように光学的に切り換え可能なデバイスに命令する。いくつかのかかる場合において、建物内の内部条件は、建物内の温度に関するものである。
【０００９】
様々な動作が、いくつかの異なる位置で発生し得る。いくつかの場合において、（ａ）〜（ｄ）の各々は、光学的に切り換え可能なデバイスが設置されている建物内に設置された１つ以上のコントローラ上で局所的に行われる。いくつかのかかる場合において、（ａ）〜（ｄ）の各々は、光学的に切り換え可能なデバイスに内蔵して設置された１つ以上のコントローラ上で局所的に行われる。いくつかの他の実施形態において、（ｃ）は、光学的に切り換え可能なデバイスが設置されている建物から遠隔に位置するプロセッサ上で行われる。
【００１０】
一定の実施形態において、（ａ）のユーザからの音声コマンドまたはジェスチャコマンドは、ジェスチャコマンドを含む。ユーザは、いくつかの実施形態において、光学的に切り換え可能なデバイスを指し示すことによってそれを識別し得る。様々な場合において、方法は、ジェスチャコマンドおよび音声コマンドの両方を解釈することを含み得、ジェスチャコマンドは、ユーザが制御することを所望する光学的に切り換え可能なデバイスがどれかを識別し、音声コマンドは、光学的に切り換え可能なデバイスの所望される光学状態を示す。
【００１１】
１つ以上の辞書が、方法を実装するために使用され得る。一定の実施形態において、（ｂ）は、音声コマンドまたはジェスチャコマンドをテキストコマンドに変換するために２つ以上の辞書を使用することを含み、第１の辞書が、音声コマンドまたはジェスチャコマンドの第１の部分を変換するときに使用され、第２の辞書が、音声コマンドまたはジェスチャコマンドの第２の部分を変換するときに使用される。これらのまたは他の場合において、（ｃ）は、テキストコマンドを分析するために２つ以上の辞書を使用することを含み得、第３の辞書が、テキストコマンドの第１の部分を分析するときに使用され、第４の辞書が、テキストコマンドの第２の部分を分析するときに使用される。
【００１２】
開示された実施形態のさらなる態様において、ユーザからの音声コマンドまたはジェスチャコマンドに応答して光学的に切り換え可能なデバイスの光学状態を制御するためのシステムが提供され、システムは、（ａ）マイク、ビデオカメラ、およびモーションセンサからなる群から選択される少なくとも１つの要素と、（ｂ）光学的に切り換え可能なデバイスと通信可能に連結され、かつ光学的に切り換え可能なデバイスの光学状態を制御するように構成されたコントローラと、（ｃ）（ｉ）音声コマンドをテキストコマンドに変換するように構成された音声認識モジュール、または（ｉｉ）ジェスチャコマンドをテキストコマンドに変換するように構成されたジェスチャ認識モジュールのいずれかであって、音声コマンドが、マイクによって知覚され、ならびに／またはジェスチャコマンドが、ビデオカメラおよび／もしくはモーションセンサによって知覚される、音声認識モジュールまたはジェスチャ認識モジュールのいずれかと、（ｄ）音声認識モジュールまたはジェスチャ認識モジュールによって生成されたテキストコマンドを解釈するように構成されたコマンド処理モジュールと、（ｅ）コマンド処理モジュールからの解釈されたテキストコマンドを実行するように構成されたコマンド実行モジュールと、を備える。
【００１３】
一定の実施形態において、システムは、（ｆ）ユーザに対する応答を生成するように構成された応答生成モジュールと、（ｇ）ユーザに対する応答を通信するように構成された応答通信モジュールと、をさらに含み得、応答は、ユーザに視覚的および／または聴覚的に通信される。
【００１４】
いくつかの場合において、システムは、（ｈ）ユーザが、ユーザからの音声コマンドまたはジェスチャコマンドで要求されたように光学的に切り換え可能なデバイスを制御するように認証されているか否かを確認するように構成された認証モジュールを含む。認証モジュールは、特定の期間にわたってユーザを認証するように構成され、かつ特定の期間が経過した後に追加の認証を要求するように構成され得る。いくつかの場合において、認証モジュールは、ユーザにパスコードを用いてログインすることを要求することによってユーザが認証されているか否かを確認する。別の例において、認証モジュールは、ユーザを識別するために顔認識を使用することによってユーザが認証されているか否かを確認する。別の例において、認証モジュールは、ユーザを識別するために音声認識を使用することによってユーザが認証されているか否かを確認する。様々な実施形態において、認証モジュールは、ユーザが新しい音声コマンドまたは新しいジェスチャコマンドを提供するたびにユーザが認証されているか否かを確認するように構成されている。これらのまたは他の実装において、認証モジュールは、音声認識モジュール、ジェスチャ認識モジュール、および／またはコマンド処理モジュールでどの１つまたは複数の辞書が使用されるかに影響を及ぼし得る。
【００１５】
マイク、ビデオカメラ、および／またはモーションセンサは、いくつかの場合において、光学的に切り換え可能なデバイスに内蔵して提供され得る。いくつかの他の場合において、マイク、ビデオカメラ、および／またはモーションセンサは、光学的に切り換え可能なデバイスと通信する電子デバイス上に提供され得る。例えば、電子デバイスは、スマートフォン、タブレット、ラップトップ、パーソナルコンピュータ、フィットネスデバイス、時計、または壁掛ユニットであり得る。いくつかの実施形態において、ジェスチャコマンドは、モーションセンサによって知覚され、モーションセンサは、１つ以上の加速度計、ジャイロスコープ、および／または磁力計を含む。システムは、ネットワーク上に各々設置された複数の光学的に切り換え可能なデバイスの光学状態を制御するように構成され得る。
【００１６】
開示される実施形態のさらなる態様において、エレクトロクロミックデバイスの制御システムを照会する方法が提供され、方法は、（ａ）ユーザからの照会を受信することであって、照会が、会話形態で提供され、照会が、エレクトロクロミックデバイス用の制御システムの一部であるデバイスによって受信される、受信することと、（ｂ）照会をテキスト照会に変換するために音声認識を使用することと、（ｃ）（ｂ）からのテキスト照会を分析して、（ａ）のユーザからの照会を解釈することと、（ｄ）照会に対する回答を決定することと、（ｅ）回答をユーザに提供することと、を含む。
【００１７】
いくつかの実施形態において、回答は、（ｅ）（ｉ）ユーザが回答を視覚的に知覚することができるように回答を表示すること、および／または（ｉｉ）ユーザが回答を聴覚的に知覚することができるように回答を音読することによって、ユーザに提供される。照会は、エレクトロクロミックデバイスに関するものであり得る。いくつかの場合において、照会は、エレクトロクロミックデバイスの現在の光学状態および／またはエレクトロクロミックデバイス上の進行中の光学遷移に関するものである。いくつかの他の場合において、照会は、エレクトロクロミックデバイスの将来の光学状態および／またはエレクトロクロミックデバイス上の将来の光学遷移に関するものである。いくつかの実施形態において、動作（ｄ）の照会に対する回答を決定することは、回答を決定するようにインターネットを検索することを含む。
【００１８】
これらのおよび他の特徴は、関連する図面を参照して以下に説明されることになる。
【図面の簡単な説明】
【００１９】
【図１】いくつかの実装において、音声制御を実装するために使用され得るモジュールの一例のブロック図を示す。
【図２Ａ】一定の実装において、音声制御を使用してエレクトロクロミック窓を制御する方法のフローチャートを示す。
【図２Ｂ】複数の辞書が使用される一定の実装において、音声制御を使用してエレクトロクロミック窓を制御する方法のフローチャートを示す。
【図２Ｃ】具体例による、音声制御を実装する方法のフローチャートを示す。
【図３Ａ】エレクトロクロミック窓を制御する壁デバイスとのユーザ対話を示す。
【図３Ｂ−３Ｅ】本明細書に説明される一定の制御方法を実装するために使用され得る構成要素の様々な構成を示す。
【図４】いくつかの実装による、エレクトロクロミック窓１００の断面図を示す。
【図５】いくつかの実装による、制御プロファイルの一例を例示する。
【図６】いくつかの実装による、複数のＩＧＵを制御するように動作可能なネットワークシステムの一例のブロック図を示す。
【図７】いくつかの実装による、マスタコントローラ（ＭＣ）の一例のブロック図を示す。
【図８】いくつかの実装による、ネットワークコントローラ（ＮＣ）のブロック図を示す。
【図９】いくつかの実装による、ネットワークコントローラのモジュールの一例のブロック図を示す。
【００２０】
様々な図面における同様の参照番号および呼称は、同様の要素を示す。
【発明を実施するための形態】
【００２１】
以下の詳細な説明は、主題を開示する目的のための特定の実装例を対象とする。開示された実装は、当業者が開示された主題を実施することを可能にするように十分に詳細に説明されているが、本開示は、本明細書に説明された特定の実装例に限定されない。それどころか、本明細書に開示された概念および教示は、それらの概念および範囲から逸脱することなく、多数の異なる形態および方式で実装および適用され得る。例えば、開示された実装は、エレクトロクロミック窓（スマート窓とも呼ばれる）に焦点を当てているが、本明細書に開示されるシステム、デバイスおよび方法のいくつかは、組み込むための不要な実験なしで、または太陽光線に応答して受動的に色調付くサーモクロミックコーティングもしくはフォトクロミックコーティング等の受動コーティングではなく、能動的に切り換える／制御される他のタイプの光学的に切り換え可能なデバイスを組み込みながら、作成、適用または使用され得る。いくつかの他のタイプの能動的に制御される光学的に切り換え可能なデバイスとしては、とりわけ、液晶デバイス、浮遊粒子デバイス、およびマイクロブラインドが挙げられる。例えば、かかる他の光学的に切り換え可能なデバイスの一部または全部は、本明細書に説明されるコントローラの開示された実装のうちの１つ以上と、給電、駆動、またはそうでなければ制御もしくは統合され得る。加えて、以下の説明において、「〜するように動作可能」、「〜するように適合される」、「〜するように構成される」、「〜するように設計される」、「〜するようにプログラムされる」または「〜することが可能である」という語句は、必要に応じて互換的に使用され得る。
【００２２】
音声およびジェスチャ制御
いくつかの実施形態において、音声および／またはジェスチャ制御が、光学的に切り換え可能なデバイスと対話するために使用され得る。かかる制御方法は、ユーザが特定の構成要素（例えば、スイッチ、ノブ、キーパッド、タッチ画面等）に接触するか、またはそうでなければそれと物理的に相互作用することを必要とし得る従来の制御方法に比べて、より便利であり得る。音声制御は、一定の障害を持つユーザにとって特に有益であり得る。
【００２３】
コマンドの一例
一般に言うと、音声および／またはジェスチャ制御は、光学的に切り換え可能なデバイス上の任意のタイプのコマンドを実装するために使用され得る。例えば、音声および／またはジェスチャ制御は、単一の光学的に切り換え可能なデバイスに対する色調付けコマンド（例えば、「窓１を色調４に変更」または「窓１をより暗くする」）、または光学的に切り換え可能なデバイスグループまたは区域に対する色調付けコマンド（例えば、「区域１内の窓を色調４に変更」または「区域１内の窓をより暗くする」または「区域１内の窓をかなり暗くする」等）を実装するために使用され得る。コマンドは、関連する光学的に切り換え可能なデバイスが変更するべき別個の光学状態（例えば、別個の色調レベル、または他の別個の光学状態）または光学的に切り換え可能なデバイスの光学状態の相対的変更（例えば、より暗く、より明るく、より高反射に、より低反射に、または、例えば、「私の事務所は、暗過ぎるので、もっと明るくしてください」もしくは「私は、プロジェクタを起動したい」（システムに部屋を暗くさせる）もしくは「ここは暑い」（システムに窓を暗くさせて熱利得を遮断させる）等）に関し得る。相対的変更が使用されるとき、制御システムは、コマンドを実行するために光学的に切り換え可能なデバイスの光学状態の段階的変更（例えば、１０％、より暗くまたはより明るく）を実装するように設計または構成され得る。各段階的変更の程度は、予め定義され得る。代替的にまたは追加的に、制御システムは、ユーザによって指定されたサイズまたは程度の段階的変更を実装するように設計または構成され得る。かかるコマンドは、コマンドで使用される任意の相対的単語（例えば、「非常に」もしくは「少し」、または「より明るく」もしくは「より暗く」等）によって修正され得る。
【００２４】
音声制御はまた、光学的に切り換え可能なデバイスのスケジュールを設定するためにも使用され得る。例えば、ユーザは、特定の時間／日に色調付くように光学的に切り換え可能なデバイスを指示し得る（例えば、「月曜日から金曜日の午後２時に区域１の窓を色調４にする」または「午前の太陽は、ここを暑くする」（太陽がブラインドの該当する側部を照らすときに、システムに、午前の時間帯の間、窓を色調付けさせる）または「私は、午後に山をよく見ることができない」（システムに、窓を午後にかなり色調付けさせて、午後の間、それらを明るくさせる）。同様に、音声制御は、光学的に切り換え可能なデバイスに対する色調付け規則を実装するために使用され得る（例えば、「区域１の窓を、外が晴れているときに、色調４に色調付ける」または「この部屋の内側の温度が７０°Ｆを超える場合、この部屋の窓を色調付ける」）。光学的に切り換え可能なデバイス（サーモスタット、ＢＭＳ、電子デバイス等の任意の他のネットワーク構成要素を含む）のネットワーク上に実装され得るあらゆる規則は、音声制御を介して開始され得る。
【００２５】
音声制御は、スマート窓システム用の制御アーキテクチャの様々な構成要素上、例えば、内蔵窓コントローラもしくは他の窓コントローラ、ネットワークコントローラ、マスタコントローラ、壁スイッチ（例えば、制御構成要素とのインターフェース）ならびに／または上記のデバイスおよび／もしくは構成要素のいずれかもしくは全てと相互接続する別個のデバイス上に実装され得る。
【００２６】
ジェスチャ制御は、音声制御を使用するときに認識され得る単語のより広範な辞書と比較して、認識され得る運動のより限定された辞書によって、ある程度、より限定され得る。しかしながら、ジェスチャ制御は依然として、多くのタイプのコマンドを実装するために使用され得る。例えば、ジェスチャ制御は、特定の窓または窓グループがより明るい状態またはより暗い状態（または非エレクトロクロミックな光学的に切り換え可能なデバイスが使用される場合、他の光学状態）に変化するべきであることを示すために使用され得る。ユーザは、関連する窓の前に立つことによって、および／または関連する窓を指し示すことによって、変更されるべき窓を指示することができる。ユーザは、例えば、その手または腕を上下させるか、または手のひらを開閉することによって、所望される変更を示すことができる。認識されたジェスチャの辞書が、ジェスチャ制御を介して実現され得るコマンドのタイプを定義するために作成され得る。より広範なジェスチャ辞書は、光学的に切り換え可能なデバイスのより精密かつより複雑な制御を可能にし得る。しかしながら、使い易さという点では、ある程度のトレードオフが存在し、より小さなジェスチャ辞書は、ユーザが習得することをより容易にする。
【００２７】
いくつかの場合において、ジェスチャは、ビデオカメラによって知覚され得る。カメラは、任意の利用可能なデバイス上に提供され得、かついくつかの例において、エレクトロクロミック窓もしくはフレーム上の、壁掛ユニットの一部として、壁掛ユニットと相互接続するデバイスの一部として（例えば、スマートフォン、タブレット、または他の電子デバイス）、ハンドヘルドデバイスの一部として（例えば、スマートフォン、タブレット、または他の電子デバイス）、またはエレクトロクロミックもしくは他の光学的に切り換え可能な窓を制御するように構成される任意の他のデバイスの一部として提供される。代替的または追加的に、ユーザは、運動／加速／等を検知するように構成される検知デバイスを保持、装着、またはそうでなければ動かしながらジェスチャし得る。検知デバイスの読み取り値は、ユーザが行ったのが何のジェスチャであるかを決定することを助けるために使用され得る。運動検知デバイスは、１つ以上の加速度計、ジャイロスコープ、および／または磁力計等を含み得る。いくつかの実施形態において、検知デバイスは、フィットネスデバイス（例えば、各々Ｓａｎ  Ｆｒａｎｃｉｓｃｏ、ＣＡのＦｉｔｂｉｔ  Ｉｎｃ．またはＪａｗｂｏｎｅ製の様々なウェアラブルデバイスのいずれか）、時計（例えば、Ｃｕｐｅｒｔｉｎｏ、ＣＡのＡｐｐｌｅ  Ｉｎｃ．またはＰａｌｏ  Ａｌｔｏ、ＣＡのＰｅｂｂｌｅ  Ｔｅｃｈｎｏｌｏｇｙ  Ｃｏｒｐｏｒａｔｉｏｎ製）、または同様のウェアラブルデバイスであり得る。一定の実施形態において、顔認識ソフトウェアが、窓の色調レベルを変更するコマンドとして顔の表情の変化を決定するために使用される。
【００２８】
音声制御を介して開始され得る別のタイプのコマンドは、「聞き取りモード」をオフにすることである。聞き取りモードがオンのとき、コマンドを聞き取るデバイスは、口述コマンドを受け取ることができる。聞き取りモードがオフのとき、コマンドを聞き取るデバイスは、かかるコマンドを受け取る／聞く／記録することができない。以下にさらに説明されるように、コマンドを聞き取るデバイスは、例えば、窓コントローラ、ＩＧＵ、壁デバイス、および／または他の電子デバイス（例えば、電話、タブレット等）の一部であり得る。ユーザは、プライバシーの向上、エネルギー節約等のために聞き取りモードをオフにすることを所望し得る。いくつかの場合において、ユーザは、聞き取りモードが指定された期間（例えば、会議の継続期間）、オフになることを要求し得る。聞き取りモードを再びオンにするために、ユーザは、ボタン／タッチ画面（例えば、コマンドを聞き取るデバイス上、窓コントローラ、ＩＧＵ、壁デバイス、または他の電子デバイス上の）を押し得るか、またはそうでなければ聞き取りモードが再びオンになるべきことを示し得る。デバイスは、聞き取りモードがオンおよび／またはオフであるときにそのことを示し得る。一例において、１つ以上の照明（例えば、ＬＥＤ）は、聞き取りモードがオンまたはオフかを示し得る。照明は、聞き取りモードがオンであることを示すためにオンにされ得、聞き取りモードがオフであることを示すためにオフにされ得る（またはその逆）。別の例において、第１の照明または照明色が、聞き取りモードがオンであることを示し得、第２の照明または照明色が、聞き取りモードがオフであることを示し得る。別の例において、デバイスは、聞き取りモードが無効（または有効）であることのユーザへの合図として、音声キューを使用し得、例えば、定期的に、例えば、放音し得る。一定の実装において、聞き取りモードは、ある期間（例えば、１分、１０分、３０分、１時間、２時間、３時間、１日等）の間、無効化され得、その後、聞き取りモードが自動的に再有効化され得る。聞き取りモードが無効化される期間は、ユーザによって選択されてもよく、または予め設定されてもよい。いくつかの実施形態において、聞き取りモードは、初期設定によって有効化される。言い換えると、聞き取りモードは、オフにされない限りオンである（例えば、上述のように、恒久的にオフにされるか、またはある期間、オフにされる）。他の実施形態において、初期設定は、聞き取りモードがオフであってもよい。これらの実施形態において、聞き取りモードは、聞き取りモードをオンにするコマンドが受信されない限り、有効化されない。
【００２９】
同様に、ジェスチャコマンドが使用されるとき、ユーザは、ジェスチャコマンドを解釈する関連デバイスが、「注視モード」にあるか否かを制御し得る。聞き取りモードと同様に、注視モードは、オンおよびオフを切り換えられ得る。デバイスが注視モードにあるとき、デバイスは、ジェスチャコマンドを検知および解釈することができる。注視モードがオフであるとき、デバイスは、ジェスチャコマンドを検知、記録、および／または処理することができない。一般的に言うと、聞き取りモードに関して本明細書に提供された詳細は、注視モードに同様に適用され得る。
【００３０】
一定の実施形態において、音声コマンドは、光学的に切り換え可能なデバイスを制御しているシステム（または光学的に切り換え可能なデバイスがインストールされているネットワーク上のいくつかのコンポーネント）に質問を尋ねるために使用され得る。質問は、光学的に切り換え可能なデバイスに直接的に、またはより一般的には、光学的に切り換え可能なデバイスまたはネットワーク上のデバイスグループに関し得る。例えば、ユーザは、特定の光学的に切り換え可能なデバイスに対する現在の光学状態が何かを尋ねることができる（例えば、「窓１の色調レベルは何ですか？」）。同様に、ユーザは、特定の光学的に切り換え可能な装置に対して予定されている行動が何かを尋ねることができる（例えば、「次回、私のオフィスの窓が暗くなり始めるのはいつか？」）。質問はまた、ネットワークがアクセスを有する任意の他の情報にも関し得る。例えば、ユーザは、気象データ（例えば、温度データ、雲データ、降水データ、予測データ等）、位置データ（例えば、「私は、どこにいるか？」または「最も近いプリンタ／出口／洗面所／等にここからどうやって行けばいいか？」）、アクセスデータ（例えば、「私は、この部屋の窓の色調レベルを制御することを許容されているか？）」等に関して尋ねることができる。ユーザはまた、光学的に切り換え可能なデバイスが一定の方式で実施している理由の説明を尋ねることもできる。一例において、ユーザは、「なぜ窓１を色調付けているか？」を尋ねることができ、システムは、照会に応答して、「雲が２０分以内に晴れることが予測され、白日の遮断に色調付けている」ことを説明し得る。この特徴は、光学的に切り換え可能なデバイスが、ユーザにとって直ちに観察可能／理解可能ではない場合がある規則を実行するようにプログラムされている場合に特に有用である。回答は、視覚的（例えば、画面上に）または聴覚的（例えば、スピーカを通して）に提供され得る。
【００３１】
音声コマンドはまた、無線通信に対して室内のプライバシーの程度を制御するためにも使用され得る。いくつかの実施形態において、光学的に切り換え可能な窓は、特定の波長が窓を通過することを阻止または許容するために使用され得る１つ以上のアンテナを含むようにパターン化され得る。有効化されたとき、これらのパターン化されたアンテナは、携帯電話通信、Ｗｉ−Ｆｉ通信等を阻止することによって向上したセキュリティ／プライバシーを提供し得る。パターン化されたアンテナおよび関連するプライバシーの検討は、２０１５年１１月２４日に出願され、ＷＩＮＤＯＷ  ＡＮＴＥＮＮＡＳと題された、ＰＣＴ出願第ＰＣＴ／ＵＳ１５／６２３８７号に論じられ、これは、その全体の参照によって本明細書に組み込まれる。
【００３２】
辞書
音声および／またはジェスチャ制御が使用されるとき、１つ以上の辞書が定義され得る。音声制御のために、辞書は、システムが解釈／理解するように構成される、一組の単語および／または語句を定義し得る。同様に、ジェスチャ制御のために、辞書は、システムが解釈／理解するように構成される、一組のジェスチャを定義し得る。辞書は、階層化されてもよく、例えば、第１のレベルの辞書にコマンドが与えられ、第２のレベルの新しい辞書が、コマンドを受信するために開始され得、一度受信されると、さらに別のレベルの辞書が、有効化され得る。この方式において、個々の辞書は、過度に複雑である必要はなく、エンドユーザは、所望するコマンド構造に素早く達することができる。
【００３３】
定義され得る単語または語句の例としては、各光学的に切り換え可能なデバイスまたはデバイスグループに対する名称／識別情報（例えば、「窓１」、「グループ１」、「区域１」等）が挙げられる。かかる名称／識別情報はまた、光学的に切り換え可能なデバイスの位置に基づいてもよい。この点において、辞書は、位置（例えば、「１階」、または「休憩室」、または「東向き」）に基づいて光学的に切り換え可能なデバイスを識別する単語、および／またはユーザ（または何人かの他の人）と識別されている光学的に切り換え可能なデバイスとの間の関係（例えば、「私のオフィス」、「左の窓」、または「Ｄｅｅｐａの部屋」）を提供する単語を含めるように定義され得る。
【００３４】
辞書はまた、命令され得る所望されるコマンドに関する単語も定義し得る。例えば、辞書は、「色調」、「明瞭」、「最明瞭」、「より暗い」、「最も暗い」、「より明るい」、「最も明るい」、「より多い」、「より少ない」、「非常に」、「少し」、「色調レベル」、「色調１」、「色調２」等の単語を含み得る。音声コマンドを使用するとき、光学的に切り換え可能なデバイスに命令するときに人によって使用されそうな任意の単語が、辞書に含められ得る。システムが、ユーザが光学的に切り換え可能なデバイスの行動に対するスケジュールまたは規則を設定することを許容するように構成される場合において、１つまたは複数の辞書が、かかるコマンドを理解するために必要な任意の単語を含み得る（例えば、「月曜日」、「火曜日から金曜日」、「午前」、「午後」、「就寝時間」、「日の出」、「もし」、「その後」、「いつ」、「しない」「曇り」、「晴れ」、「程度」、「誰か」、「誰も」、「運動」、「のみ」等）。同様に、システムが、ユーザが質問をすることを許容するように構成される場合において、１つまたは複数の辞書は、システムが回答するように設計される質問のタイプを理解するために必要とされる任意の単語を含み得る。
【００３５】
上記のように、人々にとって習得がより容易であり得、より高速および／またはより局所的な処理を可能にし得るより小さい辞書と比較して、より高精度な制御、より自然／柔軟なコマンド、およびより複雑な機能（例えば、回答がインターネット上で入手可能である任意の質問に回答する）を可能にし得る、より大きな辞書間にいくつかのトレードオフが存在する。より小さな辞書は、連続する辞書へのアクセスが、次の辞書へのアクセスを許容されるために１つの辞書に適切な音声またはジェスチャコマンドを提供するユーザによって提供される、階層化形式で使用され得る。
【００３６】
いくつかの実施形態において、単一の辞書が、使用され得る。他の場合において、２つ以上の辞書が使用されてもよく、特定のタイミングで使用される辞書は、コマンドのタイプ、またはユーザが伝えようとしているコマンドの一部分に依存する。例えば、第１の辞書は、ユーザが制御することを望む光学的に切り換え可能なデバイスがどれかをユーザが識別するときに使用され得、第２の辞書は、ユーザが光学的に切り換え可能なデバイスにさせたいことが何かをユーザが識別するときに使用され得る。第１の辞書は、関連する光学的に切り換え可能なデバイスを識別するために必要とされる任意の単語を含み得、一方で第２の辞書は、ユーザが光学的に切り換え可能なデバイスにさせたいことを解釈するために必要とされる任意の単語を含み得る。かかる文脈辞書は、システムが、特定の辞書が使用されているときに常に理解／解釈するように構成される、単語の限定されたサブセットを提供し得る。これは、ユーザのコマンドを解釈することを容易にし得る。さらなる例が以下に提供される。
【００３７】
一定の実装において、１つ以上の辞書は、特定のユーザに合わせて調整され得る。ユーザが切り換えることを所望するエレクトロクロミック窓がどれかを定義／決定するための辞書は、例えば、ユーザが切り換えることを認証されている窓がどれかに基づいて制限され得る。一例において、ユーザＡは、窓１〜５を切り換えることを許容され、一方でユーザＢは、窓６〜１０を切り換えることを許容される。ユーザＡからのコマンドを転写および／または解釈するために使用される１つまたは複数の辞書は、窓１〜５を識別することに限定され得、一方でユーザＢからのコマンドを転写および／または解釈するために使用される辞書は、窓６〜１０を識別することに限定され得る。
【００３８】
各辞書は、ユーザがシステムを通してより容易にナビゲートすることを可能にする一定のキーワードを含み得る。かかるキーワードは、「ヘルプ」、「戻る」、「戻れ」、「前の」、「元に戻す」、「スキップする」、「再起動する」、「開始する」、「停止する」、「中止する」等の語句を含み得る。ユーザがヘルプを要求したとき、システムは、システムが現在、所与のタイミングで使用されている辞書に基づいて受け付ける／理解するように構成される、単語、語句、コマンド、窓等をユーザに通信する（例えば、視覚的および／または聴覚的に）ように構成され得る。例えば、ユーザがヘルプを要求するが、一方でシステムが切り換えのために利用可能な異なる窓を定義する辞書にアクセスしている場合、システムは、そのタイミングで利用可能な入力が、例えば、「窓１」、「窓２」、「窓３」、「グループ１」等であることを通信し得る。
【００３９】
セキュリティ／認証
いくつかの実施形態において、システムは、コマンドが実行される前に、ユーザが特定のコマンドを行うことを認証されることを確実にするように作用し得る。これは、未認証ユーザが光学的に切り換え可能なデバイスに対する変更を行うことを防止し得る。これが特に重要である１つの設定は、多くの人々が一度に存在し得る会議室である。かかる場合において、光学的に切り換え可能なデバイスの光学状態を変更する権限を有しない人々が変更を行うことを確実に防止することが所望され得る。これは、室内の人々によってなされる、耳にするコメント（通常、関連がない）に基づいて、光学的に切り換え可能なデバイスが変更を行うことになるリスクを低下させ得る。この特徴が重要である別の設定は、商用オフィス空間であり、個々の人々が、例えば、その作業空間の近くで制限された、いくつかの光学的に切り換え可能なデバイスを各々制御し得ることが所望される。一例において、各人は、その特定のオフィス、またはその特定の階等にある光学的に切り換え可能な窓を制御することを認証され得る。任意の場合において、音声またはジェスチャコマンドを介して光学遷移を開始させることができる人々のみがそれを行うように認証されることを確実にすることは、有益である。
【００４０】
認証は、いくつかの方式で行われ得る。一例において、ユーザは、自身を識別するためにシステムに「ログイン」し得る。これは、電子デバイス（例えば、スマートフォン、タブレット等）のアプリケーションにログインすること、パスコードをキー入力または音声入力すること等によって行われ得る。別の例において、音声認識が、ユーザの識別情報を確認するために使用され得る。さらなる例において、顔認識、指紋スキャン、網膜スキャン、または他の生体認証基盤方法が、ユーザの識別情報を確認するために使用され得る。異なる認証手順が、異なるアプリケーション／文脈に最適であり得る。特定の例において、ユーザは、自動的に認証され得る。かかる認証は、物理的認証トークン（例えば、適切な識別情報を有するＲＦＩＤバッジ、ＢＬＥビーコン、ＵＷＦビーコン等）、およびトークンを読み取るセンサへの物理的認証トークンの近接に基づき得る。センサは、光学的に切り換え可能なデバイス上、光学的に切り換え可能なデバイスと通信するコントローラ上、光学的に切り換え可能なデバイスと通信する壁掛ユニット上等に提供され得る。検証は、局所的（例えば、トークンを読み取るセンサ上、光学的に切り換え可能なデバイス上、コントローラ上、壁掛ユニット上等）、またはクラウド内で行われ得る。
【００４１】
いくつかの場合において、認証は、必要とされるときにいつでも行われ得、認証は、設定時間が経過した後、またはユーザが設定時間（例えば、２４時間後、または１時間後、または１０分後）、使用を停止した後に満了し得る。自動ログアウトに使用される時間は、窓が設置されている設定に依存し得る（例えば、窓が公衆エリアまたはプライベートエリアにあるか否か）。いくつかの場合において、認証は、ユーザがログアウトするまで満了しなくてもよい（例えば、限定されるものではないが、ログアウトを口述で要求する、ログアウトボタンを押す等を含む任意の利用可能な方法を使用して）。一定の実施形態において、認証は、コマンドが作成されるたびに行われてもよい。いくつかのかかる実施形態において、認証は、単一のコマンドを解釈するときでさえ、段階的に行われてもよい。第１の認証段階において、ユーザがネットワーク上で任意の変更を行うことを認証されているか否かを決定し得、第２の認証段階において、ユーザが要求／開始した特定の変更を行うことをユーザが認証されているか否を決定し得る。
【００４２】
認証プロセスはまた、音声および／またはジェスチャコマンドを解釈するために使用される辞書をさらに制限するために使用されてもよい。例えば、特定のユーザのための１つまたは複数の辞書は、ユーザが制御することを認証されていない光学的に切り換え可能なデバイス（またはかかるデバイスのグループ／区域）を遮断し得る。一例において、ユーザは、区域１および区域２内の光学的に切り換え可能なデバイスを制御することのみを認証され、そのためこのユーザのコマンドを解釈するために使用される１つまたは複数の辞書は、「区域１」および「区域２」を含み得るが、「区域３」を排除する。コマンドを解釈／理解するために必要な任意の他の単語もまた、辞書に含められ得る。
【００４３】
音声／ジェスチャ制御技術の例
図１は、開示された音声制御の実施形態を実施するときに使用され得る、数個のモジュールを含む、音声／ジェスチャ制御システム９００のブロック図を提供する。これらのモジュールは、特定のアプリケーションに応じて、別個にまたは共に実装され得る。モジュールは、別個のハードウェア部分で提供され得、様々なプロセッサを制御し得る。モジュールは、同時または非同時に実行され得る。一般的に言うと、各モジュールは、コントローラ（例えば、窓コントローラ、ネットワークコントローラ、および／またはマスタコントローラ）、光学的に切り換え可能なデバイス、壁デバイス、ルータ、および／または遠隔プロセッサ上に独立して実装され得る。一定の実装において、モジュールのうちの１つ以上は、図７のプロセッサ４０２、図８のプロセッサ５０２、および／または窓コントローラの処理ユニット上に実装され得る。各モジュール内で、任意の関連する処理が、以下にさらに論じられるように、局所的または遠隔的に行われ得る。この処理は、中央位置／デバイスで行われてもよく、いくつかの位置／デバイス全体に分散されてもよい。
【００４４】
音声認識モジュール９０２は、会話をテキストに変換／転写する。言い換えると、このモジュールへの入力は、通常、会話であり（ユーザによって話され、マイクによって取得／記録される）、このモジュールからの出力は、通常、文字列またはファイルである。このモジュールは、いくつかの商業的に利用可能な会話をテキストにする製品／サービス／ライブラリを使用して実装され得る。一例として、Ｃａｒｎｅｇｉｅ  Ｍｅｌｌｏｎ  Ｕｎｉｖｅｒｓｉｔｙ  ｏｆ  Ｐｉｔｔｓｂｕｒｇｈ、ＰＡは、ＣＭＵ  Ｓｐｈｉｎｘ等の使用され得るいくつかのオープンソース会話ソフトウェアリソースを提供する。追加の例としては、Ｂｕｒｌｉｎｇｔｏｎ、ＭＡのＮｕａｎｃｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ，Ｉｎｃ．から入手可能なＤｒａｇｏｎ  ｐｒｏｄｕｃｔｓおよびＣｉｎｃｉｎｎａｔｉ、ＯＨのＶｏｉｃｅ  Ｔｅｃｈ  Ｇｒｏｕｐ，Ｉｎｃ．から入手可能なＴａｚｔｉが挙げられる。音声認識モジュール９０２はまた、光学的に切り換え可能なデバイスに関連する音声制御のために特別に設計されたカスタムソフトウェアを使用して実装され得る。
【００４５】
コマンド処理モジュール９０４は、所望されるコマンド命令を決定するためにテキストを解釈する。言い換えると、このモジュールへの入力は、通常、テキストファイルであり（音声認識モジュール９０２によって生成され得る）、一方で出力は、関連する光学的に切り換え可能なデバイスに所望されるコマンドを開始させる窓コントローラ（またはネットワーク上の別のコントローラ）によって解釈され得る一組のコマンド／命令である。この機能はまた、言語処理または自然言語処理とも呼ばれ得る。会話認識モジュール９０２と同様に、コマンド処理モジュール９０４は、いくつかの利用可能な製品／サービスを使用して、または特定のアプリケーションのために特別に開発されたソフトウェアを使用して実装され得る。
【００４６】
認証モジュール９０６は、本明細書に論じられる認証／セキュリティ技術を実施するために使用され得る。一般的に、認証モジュール９０６は、コマンドを与える人がコマンドを作成するように認証されていることを確実にするように使用され得る。モジュールは、コマンドで識別された光学的に切り換え可能なデバイスを、ユーザが制御することを認証されている光学的に切り換え可能なデバイスのリストと比較し得る。ユーザが、制御することを認証されていない光学的に切り換え可能なデバイスを制御しようとする場合、制御モジュール９０６は、光学的に制御可能なデバイスを制御することを認証されていないことをユーザに通知する（例えば、視覚的および／または聴覚的に）ように構成され得る。他の場合において、未認証コマンドが与えられたとき、いずれの動作も行われない（例えば、ユーザへの通知もなく、光学的に切り換え可能なデバイスの切り換えもない）。
【００４７】
コマンド実行モジュール９０８は、関連する光学的に切り換え可能なデバイス上のコマンドを実行する。コマンドは、マスタコントローラ、ネットワークコントローラ、および／または窓コントローラ上で実行され得る。一例において、コマンドは、マスタコントローラに、特定のグループまたは区域内の全ての窓を所望の色調レベルにするように命令することによって実行され得る。一般的に、コマンドは、本明細書に説明される制御装置／方法のいずれかで／いずれかによって実行され得る。
【００４８】
応答生成モジュール９１０は、応答通信モジュール９１２によってユーザに通信されることになる応答を生成する。応答生成モジュール９１０によって生成された応答は、テキスト応答であってもよい。テキスト応答は、応答通信モジュール９１２を使用して、例えば、スクリーン上でユーザに表示され得る。代替的または追加的に、応答通信モジュール９１２は、テキスト応答を、ユーザに再生される会話応答（例えば、音声ファイル）に変換し得る。任意の適切なテキストから会話への方法が、これを実現するために使用され得る。一般的に、応答生成モジュール９１０および応答通信モジュール９１２は、ユーザへの応答を生成および通信するように共に機能し得る。
【００４９】
応答生成モジュール９１０および応答通信モジュール９１２の１つの目的は、制御システムによってどのコマンドが理解されたかをユーザに通知することであり得る。同様に、これらのモジュールは、ユーザのコマンドに応答して光学的に切り換え可能なデバイスが行っている任意の動作に関してユーザに通知するために使用され得る。一例において、応答生成モジュール９１０は、ユーザによって与えられた基本コマンド（例えば、「窓１を色調４にする」または「晴れてきたときに窓１を色調４に色調付ける」）を繰り返す応答を生成し得る。応答は、その後、応答通信モジュール９１２を介してユーザに通信され得る。応答生成モジュール９１０および応答通信モジュール９１２はまた、ユーザからの説明を求めるためにも使用され得る。例えば、ユーザが窓１または窓２を変更したいか否かが不明である場合、応答生成モジュール９１０は、ユーザに明確化／さらなる情報を促すために使用され得る。
【００５０】
図２Ａは、音声制御を使用して１つ以上の光学的に切り換え可能なデバイス（例えば、エレクトロクロミック窓）を制御する方法１０００のフローチャートを例示する。方法１０００は、ユーザが音声コマンドを提供するときに、動作１００１で開始する。音声コマンドは、例えば、音声制御システムの構成および音声制御処理の頑強性に依存して、様々な方法で与えられ得る。音声制御システムは、音声コマンドを受信するように構成および配置された少なくとも１つのマイクを含む。マイクは、光学的に切り換え可能なデバイス、壁掛デバイス（上述のように、壁掛デバイスは、壁、またはテーブル、カウンタートップ等の部屋の別に位置に位置付けられ得る）、またはスマートフォン、タブレット、ラップトップ、ＰＣ等の別の電子デバイス上に位置し得る。コマンドの一例としては、「窓１を色調４にする」が挙げられる。
【００５１】
次に、動作１００３において、聞き取りモードがオンであるか否かが決定される。聞き取りモードがオンであるとき、マイクは、ユーザからの音声コマンドを聞き取り／録音することができる。聞き取りモードがオフであるとき、マイクは、オフであるか、またはそうでなければ光学的に切り換え可能なデバイスに関連する音声コマンドを受け付けない。聞き取りモードが「オフ」である間、マイクが「オン」のままであり得る一例としては、マイクがユーザの携帯電話に位置し、かつユーザがその携帯電話で無関係な通話を行っているときである。動作１００３の決定は、受動的に行われ得る。聞き取りモードがオンではない場合、マイクは、動作１００１で作成された音声コマンドを受け取らず／記録せず、動作１００４に示されるように、何も起こらない。上記のように、一定の実施形態において、ユーザは、動作１００２に示されるように、聞き取りモードを手動で任意に有効化し得る。この場合、方法は、ユーザがコマンドを繰り返す動作１００１に進み得る。動作１００３において聞き取りモードがオンである場合、方法は、動作１００５に進み、音声コマンドは、テキストコマンドに変換／転写される。音声からテキストへの変換は、図１の音声認識モジュール９０２によって行われ得る。
【００５２】
特定の実施形態において、音声からテキストへの変換は、上記のように１つ以上の辞書によって影響され得る。例えば、関連する辞書に記憶された単語または語句に類似する発音の単語または語句は、全く同一ではなくても、辞書に記憶された単語／語句に変換され得る。特定の例において、ユーザは、「窓１を色調４に切り換える」コマンドを与えるが、音声認識モジュールは、該コマンドを「窓１を色調フロアに切り換える」として最初に解釈する。音声認識モジュールと関連付けられた関連する１つまたは複数の辞書が、「窓１」、「窓２」、「色調１」、「色調２」、「色調３」、および「色調４」等の語句を定義するが、「フロア」という単語を含むいずれの語句も含まない場合、音声認識モジュールは、ユーザが、関連付けられた１つまたは複数の辞書内の関連する意味を有しない、最初に理解された「色調フロア」ではなく、「色調４」を言おうとしたことを認識し得る。言い換えると、テキストから会話への動作の結果は、使用されている関連する辞書によって制限されるか、またはそうでなければ影響され得る。
【００５３】
次に、動作１００７において、テキストコマンドが解釈される。この解釈は、図１のコマンド処理モジュール９０４によって行われ得る。動作１００５に関して論じられた音声からテキストへの変換と同様、動作１００７のテキストコマンドの解釈は、使用されている１つまたは複数の辞書によって影響され得る。この動作は、ユーザが変更を要求している１つまたは複数の光学的に切り換え可能なデバイスがどれかを具体的に識別し、特定の要求された変更を具体的に識別することを含み得る。例えば、ユーザによって提供されたコマンドが「窓１を色調４に切り換える」である場合、解釈は、（１）ユーザが、窓１に対する変更を要求していること、および（２）要求された変更が、窓を色調４に切り換えることに関すること、を決定することを含み得る。
【００５４】
動作１００７のテキストコマンド解釈（および動作１００５の音声からテキストへの変換）は、ユーザの選好および／またはユーザのアクセス許可によって影響され得る。例えば、ユーザが「窓をより暗くする」という音声コマンドを作成すると、システムは、ユーザが通常切り換える窓がどれかに基づいて、および／またはユーザが切り換えを許容されている窓がどれかに基づいて、切り換えられることを所望される窓がどれかを解釈し得る。
【００５５】
動作１００９において、要求されたコマンドを作成することをユーザが認証されているか否かが決定される。認証は、上記のように、いくつかの方式で開始／検証され得る。認証は、図１に説明された認証モジュール９０６によって行われ得る。要求されたコマンドを作成することをユーザが認証されていない場合、方法は、（１）何も起こらないか、または（２）ユーザがコマンドを作成することについて未認証であることをユーザに通知するように応答が生成されるか、のいずれかである動作１０１０で終了する。応答は、視覚的（例えば、光学的に切り換え可能な窓、壁掛デバイス、または他の電子デバイス上の視覚的ディスプレイを介して）、および／または聴覚的に（例えば、光学的に切り換え可能なデバイス、壁掛デバイス、または他の電子デバイス上のスピーカを介して音声ファイルを再生することによって）提供され得る。応答生成に関するさらなる詳細が以下に提供される。
【００５６】
要求されたコマンドを作成することをユーザが認証されている場合、方法は、ステップ１０１１に進み、テキストコマンドが実行される。コマンドは、本明細書に記載の方法およびシステムのいずれかを使用して実行され得る。コマンドは、図１のコマンド実行モジュール９０８を使用して実行され得る。様々な場合において、コマンドは、光学的に切り換え可能なデバイスが設置されたネットワークを介して実行され得、１つ以上の窓コントローラ、ネットワークコントローラ、および／またはマスタコントローラを含み得る。一般的に言うと、動作１０１１は、動作１００１でユーザによって要求されたコマンドを実行することを含む。
【００５７】
動作１０１３において、ユーザに対する応答が生成される。応答は、図１の応答生成モジュール９１０によって生成され得る。応答は、要求されたコマンドが実行されていることを確認し得る。応答は、ユーザが正しく理解されたか否かをユーザがわかるように、コマンドの内容を具体的に示し得る。応答の一例としては、「窓１を色調４に切り換える」が挙げられ得る。「ＯＫ」または緑色の照明および／または音等のより簡単な肯定的な応答は、コマンドの内容を具体的に繰り返さずに、ユーザが聞き取られたことをユーザに知らせ得る（例えば、応答生成モジュール９１０および／または応答通信モジュール９１２を使用して）。特定の例において、応答は、システムが所望されるコマンドを正しく理解したことをユーザが確認する要求を含み得る。かかる場合において、コマンドは、かかる確認がユーザから受信されるまで、実行されない場合がある。
【００５８】
動作１０１５において、応答がユーザに通信される。応答は、図１の応答通信モジュール９１２によってユーザに通信され得る。応答は、視覚的（例えば、ディスプレイ上に）、および／または聴覚的に（例えば、スピーカを介して）、ユーザに提示され得る。ディスプレイおよび／またはスピーカは、光学的に切り換え可能なデバイス、壁掛デバイス、または他の電子デバイス（例えば、スマートフォン、タブレット、ラップトップ、ＰＣ等）上に提供され得る。ディスプレイおよび／またはスピーカは、マイクと同一ユニット内に設けられてもよく、またはそれらは、別個のユニット内に提供されてもよい。聴覚応答が提供される一定の場合において、応答生成は、応答の所望されるテキストを生成すること（例えば、応答生成モジュール９１０を使用して）、その後、所望されるテキストに対応する音声ファイルを生成および再生すること（例えば、応答通信モジュール９１２を使用して）を含み得る。方法１０００は、様々な方式で実施され得る。いくつかの実施形態において、一定の動作は、図２Ａに示されているものから順不同で起こる。
【００５９】
一定の実施形態において、音声制御方法は、上記のように、２つ以上の辞書を使用することを含み得る。図２Ｂは、２つ以上の音声制御関連辞書を使用して１つ以上の光学的に切り換え可能なデバイスを制御する方法１０２０のフローチャートを例示する。図２Ｂの方法１０２０は、コマンドの異なる部分に異なる辞書を適用することによって、コマンドが断片的様式で解釈されることを除いて、図２Ａの方法１０００と同様である。図２Ｂに例示される多くの動作は、図２Ａに提示されたものと同一であり、簡潔化のために説明は、繰り返されない。
【００６０】
方法１０２０について、動作１００３において聞き取りモードがオンであると決定された後、音声コマンドの部分１は、第１の辞書を使用してテキストコマンドの部分１に変換される。使用される特定の辞書は、解釈されているテキストの一部に対応し得る。次に、テキストを解釈／変換する音声コマンドの追加の部分が存在するか否かが決定される。解釈すべき音声コマンドの追加の部分が存在する場合、方法は、動作１０２７に進み、辞書が、別の辞書に任意に切り換えられる。選択される次の辞書は、解釈されるべきコマンドの次の部分に対応し得る。方法は、その後、動作１０２５に戻り、音声コマンドの部分２が、コマンドの部分１に関して使用されたものとは異なる辞書を任意に使用して、テキストコマンドの部分２に変換される。動作１０２５／１０２６／１０２７のループは、コマンドの部分の全てが適切な辞書を使用してテキストに変換されるまで継続する。
【００６１】
一例において、完全な音声コマンドは、「窓１を色調４に切り換える」である。音声コマンドの１つの部分（例えば、部分１）は、ユーザが切り換えることを所望する光学的に切り換え可能なデバイス、この場合において「窓１」を識別することに関し得る。音声コマンドの別の部分（例えば、部分２）は、所望されるコマンド／最終的な光学状態が何であるか、この場合において「色調４」への切り換えを識別することに関連し得る。コマンドの異なる部分は、特定のシステムにとって所望されるように構造化され得る。より構造化されたコマンドは、処理／解釈がより容易であり得、これは、局所的処理をより魅力的な選択肢にする可能性がある。あまり構造化されていないコマンドは、処理／解釈がより難しく、これは、遠隔処理をより魅力的な選択肢にする可能性がある。
【００６２】
音声コマンドの全ての部分がテキストに変換された後、テキストコマンドの異なる部分は、完全なテキストコマンドを定義するために共に結合され、方法は、動作１００７に進む。方法の残りの部分は、図２Ａに関して説明されたものと同一である。
【００６３】
同様の実施形態において、テキストコマンド解釈が断片的様式で行われ得る（音声コマンドからテキストコマンドへの変換が断片的様式で行われるのではなく）。図２Ａを参照すると、動作１００７のテキストコマンド解釈は、任意にテキストコマンドの異なる部分に適用される異なる辞書によって、図２Ｂの動作１０２５／１０２６／１０２７に関して説明されたように反復して行われ得る。
【００６４】
別の同様の実施形態において、動作１００５の音声コマンドからテキストコマンドへの変換、および動作１００７のテキストコマンド解釈の両方が、図２Ｂの動作１０２５／１０２６／１０２７に関して説明されたように断片的様式で行われ得る。
【００６５】
さらに、動作１００９に関して説明された認証は、断片的様式で決定され得る。例えば、第１の認証チェックは、ユーザが任意の変更を行うことを許容されているか否かを決定し得る。第２の認証チェックは、ユーザが切り換えを要求している特定の光学的に切り換え可能なデバイスを切り換えることをユーザが許容されているか否かを決定し得る。第３の認証チェックは、ユーザが、要求された特定の変更を行うことを許容されているか否かを決定し得る（例えば、ユーザがデバイスを損傷させることになる色調状態を要求することを防止するか、またはユーザが関連する光学的に切り換え可能なデバイスにわたるいくつかの制御を許容されている場合であっても、要求された変更が実施されることを防止する、光学的に切り換え可能なデバイスの色調状態を管理する任意の最優先規則が存在するか否かをチェックする）。認証は、全て同時に行われてもよく、または異なるタイミングで行われてもよい。特定のユーザのアクセス権限に応じて、他のユーザに対して、異なる辞書が、そのユーザに使用され得る。
【００６６】
図２Ｃは、オフィスビル内のユーザが、ユーザのオフィス内の窓を特定の色調状態に切り換えるように制御システムに要求する具体例に関して、図２Ａに示されるものと同様のフローチャートを図示する。方法１０３０は、動作１０３１で開始し、ユーザは、音声で「私の窓を色調４に切り換える」ことを要求する。聞き取りモードがオンではない場合、システムは、動作１０３４に示されるように、ユーザの要求に応答して何の動作も行わない。いくつかの場合において、ユーザは、動作１０３２に示されるように、聞き取りモードを手動で任意に有効化し得る。この場合、本方法は、ユーザがコマンドを繰り返す、動作１０３１に進み得る。動作１０３３において聞き取りモードがオンであるとき、方法は、動作１０３５に進み、音声コマンドがテキストコマンドに変換される。上述のように、これは、図１の音声認識モジュール９０２によって実施され得る。この時点において、制御システムは、ユーザによって与えられた音声コマンドの音声記録、および音声コマンドの内容を示すテキストファイルを有し得る。
【００６７】
次に、動作１０３７において、テキストコマンドが解釈される。これは、図１のコマンド処理モジュール９０４によって行われ得る。この動作は、変更されるべき窓がどれかを識別することを含み得る。この例において、ユーザは、「私の窓」を変更するよう要求した。制御システムは、コマンドを与えているのが誰かを分析することによって変更すべき窓がどれか、ユーザが変更することを認証されている窓がどれか、ユーザが頻繁に変更する窓がどれか、データベース内でユーザと関連付けられている窓がどれか、ユーザがコマンドを作成したときにユーザが近くにいる窓がどれか、等を識別し得る。ユーザの識別は、認証に関して上記のようにいくつかの方式で行われ得る。この特定の例において、制御システムは、音声認識を使用してユーザを識別し、各従業員を各従業員のオフィスにある窓と関連付けるデータベースを利用して、変更する窓がどれかを識別する。動作１０３７の終了時、制御システムは、ユーザのオフィス内の全ての窓を色調４に切り換えることをユーザが望むことを識別している。
【００６８】
動作１０３９において、ユーザがコマンドを作成することを認証されているか否かが決定される。これは、図１の認証モジュール９０６によって行われ得る。この場合において、認証プロセスは、音声認識を含む。システムは、動作１０３１においてユーザによって与えられた、記録された音声コマンドを分析し、それをこのユーザおよび他のユーザからの以前の記録と比較し得る。このプロセスは、システムが、動作１０３１においてコマンドを作成したのが誰かを識別することを可能にする。認証プロセスはまた、識別されたユーザが変更することを要求した窓を、該ユーザが変更することを許容されていることを確実にすることも含み得る。この例において、制御システムは、各ユーザをユーザが変更することを認証されている各窓と関連付けるデータベースを利用することによって、ユーザのオフィス内の窓を変更することをユーザが認証されているか否かをチェックする。この例のユーザは、フロア１０で働いており、フロア１０の全ての窓を切り換えることを認証されている。それゆえに、方法は、動作１０４１に進み、コマンドが実行され（例えば、図１のコマンド実行モジュール９０８を介して）、ユーザのオフィス内の全ての窓が、色調４に切り換わり始める。ユーザが未認証コマンドを作成する場合において（例えば、ユーザが、ユーザのオフィスが位置するフロア１０の窓を切り換えることのみを認証されているときに、ユーザがフロア９の同僚を訪ねて、同僚のオフィス内の窓を色調４にすることを要求する）、方法は、何も起こらないか、またはコマンドシステムが、要求されたコマンドを作成することをユーザが認証されていないことを示すか、のいずれかである、動作１０４０に進み得る。システムは、要求されたコマンドを作成することをユーザが未認証である理由を説明してもよく、説明しなくてもよく、および／またはユーザが変更することを認証されている窓があれば、その窓がどれかを説明してもよい。
【００６９】
動作１０４３において、制御システムは、「あなたのオフィス内の窓が色調４まで暗くなっている」ことを示す応答を生成する。これは、図１の応答生成モジュール９１０によって行われ得る。応答は、影響されることになる窓がどれか、およびそれらが受ける特定の動作（例えば、暗くなること、明るくなること、最終的に要求された色調状態等）を示し得る。この例において、動作１０４３は、応答が何であるかを示すテキストファイルを生成することを含む。次に、動作１０４５において、応答がユーザに通信される。これは、図１の応答通信モジュール９１２によって行われ得る。応答は、様々な場合において、視覚的または聴覚的に通信され得る。一例において、この動作は、応答についてテキストファイル内の応答に対応する音声ファイルを生成することを含み得る。音声ファイルは、その後、ユーザのコマンドが聞き取られ、かつシステムがユーザの要求に応じて動作していることをユーザがわかるように、ユーザに対して再生され得る。代替的または追加的に、テキストファイル（またはテキストファイルに基づいて生成された別のファイル）が、ユーザのコマンドが聞き取られたことをユーザが視覚的に認識することができるように、ユーザに表示され得る。
【００７０】
ジェスチャコマンドが音声コマンドの代わりに使用される場合において、カメラが、ユーザのコマンドを知覚および記録するために、マイクロホンの代わりに（またはそれに加えて）使用され得る。図１のモジュール９０２等の音声認識モジュールの代わりに、ジェスチャ認識モジュールが使用され得る。
【００７１】
構成要素の配置および処理ステップの分割
図３Ａは、エレクトロクロミック窓１１００ａ〜１１００ｄの光学状態を制御するためのデバイス１１０５と対話するユーザを例示する。この例において、デバイス１１０５は、上記の壁掛デバイスである。一例において、壁掛デバイスは、電子タブレットまたは類似のデバイス等のスマートデバイスであるか、またはそれを含む。デバイス１１０５は、限定されるものではないが、スマートフォン、タブレット、ラップトップ、ＰＣ等を含む、エレクトロクロミック窓１１００ａ〜１１００ｄを制御するように構成された任意の数の異なる電子デバイスであってもよい。デバイス１１０５は、エレクトロクロミック窓を制御するように構成されているアプリケーション／プログラムを動作させ得る。一定の実施形態において、デバイス１１０５は、例えば、有線接続または無線接続（例えば、ＷｉＦｉ、Ｂｌｕｅｔｏｏｔｈ（登録商標）、低電力Ｂｌｕｅｔｏｏｔｈ、ＺｉｇＢｅｅ（登録商標）、ＷｉＭａｘ等）を介して、アクセスポイント１１１０と通信し得る。アクセスポイント１１１０は、Ｗｉ−Ｆｉ準拠デバイスが有線ネットワークに接続することを可能にするネットワークハードウェアデバイスであってもよい。デバイス１１０５は、いくつかが図３Ｂ〜３Ｅに例示される、いくつかの異なる接続スキームを介してコントローラ（例えば、窓コントローラ、ネットワークコントローラ、および／またはマスタコントローラ）と通信し得る。
【００７２】
図３Ｂにおいて、デバイス１１０５は、スイッチ１１１５に接続されるアクセスポイント１１１０に接続される。スイッチ１１１５は、ルータ１１２０およびコントローラ１１２５の両方に接続される。異なる要素間の接続は、特定の用途に応じて、有線であってもよく、または無線であってもよい。一例において、アクセスポイント１１１０は、無線アクセスポイントであり、アクセスポイント１１１０とデバイス１１０５との間の接続は、無線である。上述のように、デバイス１１０５は、エレクトロクロミック窓を制御するように構成された任意の数の電子デバイスであり得る。ルータ１１２０は、セキュリティを強化するためのファイアウォール保護を含み得る。コントローラ１１２５は、窓コントローラであってもよく、ネットワークコントローラであってもよく、またはマスタコントローラであってもよい。コントローラ１１２５が窓コントローラではない場合、コントローラ１１２５は、例えば、図６に関して説明されたように、ネットワークを介して関連する窓コントローラに命令を中継し得る。
【００７３】
図３Ｃにおいて、デバイス１１０５は、コントローラ１１２５に接続されるアクセスポイント１１１０に接続される。これらの接続の各々は、有線であってもよく、または無線であってもよい。図３Ｄにおいて、デバイス１１０５は、コントローラ１１２５に直接接続される。この接続は、有線であってもよく、または無線であってもよい。図３Ｅにおいて、デバイス１１０５は、クラウド１１３０（例えば、インターネット）に接続される。クラウド１１３０はまた、コントローラ１１２５に接続されたスイッチ１１１５に接続された、ルータ１１２０とも接続される。接続は、特定の用途に応じて、有線であってもよく、または無線であってもよい。特定の例において、デバイス１１０５は、クラウド１１３０と無線で接続する（例えば、３Ｇ、４Ｇ等を介して）スマートフォンである。
【００７４】
図３Ｂ〜３Ｅは、コントローラ１１２５に関連するエレクトロクロミック窓に対する変更を行わせるように、デバイス１１０５がコントローラ１１２５と通信することを可能にするためのいくつかの考えられる配置を示す。一定の配置は、一定の状況に対して適切であり得る。例えば、異なる配置が、異なる処理ステップの強度、異なる構成要素に対する任意のハードウェア制限、プライバシーの所望されるレベル、および他の関心事に応じて、適切であり得る。例えば、デバイス１１０５およびコントローラ１１２５（ならびにネットワーク上の関連する構成要素）が、制限された処理能力を有する場合、クラウド１１３０で多くの処理を実施することが望ましい場合があり、図３Ｅの配置は、特に有益であり得る。対照的に、プライバシーが最重要事項であり、社内（例えば、ファイアウォール化されたネットワーク内）で全てを実施することが所望される場合、図３Ｂ〜３Ｄ（特に、デバイス１１０５がコントローラ１１２５に直接接続する図３Ｄ）の配置が、比較的より有益であり得る。関連して、図３Ｂ〜３Ｄに示される配置は、利用可能な外部インターネット接続がない場合において特に有用であり得る。
【００７５】
一般的に、異なる処理ステップは、関連する処理ステップを実施するために十分な処理能力および接続性を有する任意のデバイス上で各々独立して行われ得る。例えば、１つ以上のプロセッサは、各窓コントローラ、ネットワークコントローラ、マスタコントローラ、壁掛デバイス（または関連する電子デバイス）、および／または遠隔処理位置（クラウド上の、製造者／ベンダー／顧客等によって管理された遠隔処理位置）上で提供され得る。様々な場合において、プロセッサは、異なる構成要素間で分散されてもよい。他の場合において、プロセッサは、より集中して位置してもよい（例えば、全てが壁掛デバイス、窓コントローラ、ネットワークコントローラ、またはマスタコントローラ内にある）。数例が提供される。
【００７６】
一例において、デバイス１１０５は、図３Ｂ〜３Ｄのいずれかに示されるようにコントローラ１１２５と接続される。デバイス１１０５は、この例において比較的高度な処理能力を有して提供される。デバイス１１０５は、コントローラ１１２５と関連付けられた１つ以上のエレクトロクロミック窓に関する音声コマンドを受け付ける。この例の目的について、コントローラ１１２５は、マスタコントローラであるが、他の例において、ネットワークコントローラまたは窓コントローラであってもよい。図２Ａに示される方法１０００に関して、動作１００１（ユーザが音声コマンドを与える）は、デバイス１１０５で起こり得る。デバイス１１０５は、分析のために音声コマンドを記録し得る。動作１００３（聞き取りモードがオンであるかどうかを決定する）は、デバイス１１０５で同様に起こるが、この決定は、受動的になされてもよい。動作１００５（音声コマンドがテキストコマンドに変換される）もまた、デバイス１１０５が十分な処理能力を有して提供されると仮定すると、デバイス１１０５上で起こり得る。同様に、動作１００７（テキストコマンドが解釈される）は、デバイス１１０５が十分な処理能力を有する場合、デバイス１１０５上で起こり得る。動作１００９（認証）は、異なるユーザに関連する情報および各ユーザに関連するアクセス許可を記憶し得またはそうでなければそれらにアクセスし得る、コントローラ１１２５上で起こり得る。動作１０１１（テキストコマンドが実行される）もまた、コントローラ１１２５（ならびに関連するコントローラおよび関連付けられたエレクトロクロミック窓）上で起こり得、関連するエレクトロクロミック窓を動作１００１の指示に従って変化させる。動作１０１３（ユーザへの応答が生成される）は、デバイス１１０５が十分な処理能力を有すると仮定すると、デバイス１１０５上で起こり得る。動作１０１５（応答がユーザに通信される）は、ユーザが応答を知覚することができるように（例えば、視覚的または聴覚的に）、デバイス１１０５で起こり得る。
【００７７】
関連する例において、デバイス１１０５は、比較的低い処理能力を有し得る。それゆえに、処理ステップのいくつかは、デバイス１１０５からコントローラ１１２５に移され得る。この場合において、コントローラ１１２５は、十分な処理能力を有する任意のコントローラ（例えば、マスタコントローラ、ネットワークコントローラ、窓コントローラ、またはそれらの組み合わせ）であり得る。デバイス１１０５に残り得る機能の例としては、動作１００１（ユーザが音声コマンドを与える）、動作１０１５（応答がユーザに通信される）が挙げられる。コントローラ１１２５に切り換えられ得る機能の例としては、動作１００５（音声コマンドがテキストコマンドに変換される）、動作１００７（テキストコマンドが解釈される）、および動作１０１３（ユーザへの応答が生成される）が挙げられ、これらがコントローラ１１２５上で実施され得る。例えば、ユーザへの応答の内容は、コントローラ１１２５で生成され得、その後、応答は、デバイス１１０５でユーザに表示および／または再生され得る。
【００７８】
別の例において、デバイス１１０５は、図３Ｅに示されるように、クラウド１１３０を介してコントローラ１１２５と通信する。クラウド１１３０の処理能力は本質的に無制限である。したがって、様々な処理ステップが、クラウド１１３０内で実施され得る。図２Ａの方法１０００を参照すると、クラウド１１３０内で実施され得る処理ステップの例としては、動作１００５（音声コマンドがテキストコマンドに変換される）、動作１００７（テキストコマンドが解釈される）、動作１００９（認証）、および動作１０１３（ユーザへの応答が生成される）が挙げられる。これらの機能のうちの１つ以上はまた、コントローラ１１２５で実施されてもよい。特定の例において、動作１００１（ユーザが音声コマンドを与える）は、デバイス１１０５で起こり、動作１００３（聞き取りモードがオンであるか否かを決定する）は、デバイス１１０５で起こり、動作１００５（音声コマンドがテキストコマンドに変換される）は、クラウド１１３０上で起こり、動作１００７（テキストコマンドが解釈される）は、クラウド１１３０上で起こり、動作１００９（認証）は、コントローラ１１２５上で起こり、動作１０１１（テキストコマンドが実行される）は、コントローラ１１２５および関連付けられたエレクトロクロミック窓で起こり、動作１０１３（ユーザへの応答を生成する）は、コントローラ１１２５および／またはクラウド１１３０（これらの一方または両方が、応答の内容を生成するために使用され得る）上で起こり、動作１０１５は、デバイス１１０５上で起こる（ユーザへの応答を表示および／または再生する）。
【００７９】
エレクトロクロミック窓アーキテクチャの例
図４は、いくつかの実装による、エレクトロクロミック窓１００の断面側面図を示す。エレクトロクロミック窓は、色調付けまたは着色を提供するために使用されるエレクトロクロミックデバイス（ＥＣＤ）を含む光学的に切り換え可能な窓の一種である。エレクトロクロミック窓１００の例は、絶縁ガラスユニット（ＩＧＵ）として製造、構成され得、またはそうでなければ提供され得、以下、ＩＧＵ１００とも呼ばれる。この慣例は、例えば、それが共通であり、かつ建物内の設置のために提供されるときに、エレクトロクロミック窓ガラス（「ライト」とも呼ばれる）を保持するための基礎構成として機能するＩＧＵを有するように所望され得るため、一般的に使用される。ＩＧＵライトまたは窓ガラスは、単一基板または２つの基板の一積層等の複数基板構成であり得る。ＩＧＵ、特に、二重または三重窓ガラス構成を有するものは、他の単一窓ガラス構成に対していくつかの利点を提供し得、例えば、複数窓ガラス構成は、単一窓ガラス構成と比較されたときに、向上した断熱、遮音、環境保護および／または耐久性を提供し得る。複数窓ガラス構成はまた、例えば、エレクトロクロミックフィルム、ならびに関連付けられた層および導電性相互接続が、複数窓ガラスＩＧＵの内部表面上に形成され、かつＩＧＵの内部容積１０８内の不活性ガス充填によって保護され得るため、ＥＣＤのための向上した保護を提供し得る。
【００８０】
図４は、第１の表面Ｓ１および第２の表面Ｓ２を有する第１の窓ガラス１０４を含むＩＧＵ１００の実装の一例をより具体的に示す。いくつかの実施形態において、第１の窓ガラス１０４の第１の表面Ｓ１は、屋外または外側の環境等の外部環境に面する。ＩＧＵ１００はまた、第１の表面Ｓ３および第２の表面Ｓ４を有する第２の窓ガラス１０６も含む。いくつかの実施形態において、第２の窓ガラス１０６の第２の表面Ｓ４は、家、建物または車両、あるいは家、建物または車両の中の部屋もしくは区画の内側の環境等の、内部環境に面する。
【００８１】
いくつかの実施形態において、第１および第２の窓ガラス１０４および１０６は、透明または少なくとも可視スペクトルの光に対して透光性である。例えば、窓ガラス１０４および１０６の各々は、ガラス材料、特に建築用ガラス、または、例えば、酸化シリコン（ＳＯｘ）ベースのガラス材料等の他の飛散防止ガラス材料から形成され得る。より具体的な例として、第１の窓ガラス１０４および第２の窓ガラス１０６の各々は、ソーダ石灰ガラス基板またはフロートガラス基板であり得る。かかるガラス基板は、例えば、約７５％のシリカ（ＳｉＯ２）ならびにＮａ２Ｏ、ＣａＯおよびいくつかの少量の添加物から構成され得る。しかしながら、第１の窓ガラス１０４および第２の窓ガラス１０６の各々は、適切な光学的、電気的、熱的および機械的特性を有する任意の材料から形成され得る。例えば、第１の窓ガラス１０４および第２の窓ガラス１０６の一方または両方として使用され得る他の適切な基板は、他のガラス材料、ならびにプラスチック、半塑性および熱可塑性の材料（例えば、ポリ（メチルメタクリレート）、ポリスチレン、ポリカーボネート、アリルジグリコールカーボネート、ＳＡＮ（スチレンアクリロニトリルコポリマー）、ポリ（４−メチル−１−ペンテン）、ポリエステル、ポリアミド）、または鏡材である。いくつかの実施形態において、第１の窓ガラス１０４および第２の窓ガラス１０６の各々は、例えば、焼き戻し、加熱、または化学強化によって、強化され得る。
【００８２】
一般的に、第１の窓ガラス１０４および第２の窓ガラス１０６の各々、ならびにＩＧＵ１００は、全体的に長方形である。しかしながら、いくつかの他の実装において他の形状が考えられ、所望され得る（例えば、円形、楕円形、三角形、曲線状、凸または凹形状）。いくつかの具体的な実装において、第１の窓ガラス１０４および第２の窓ガラス１０６の各々の長さ「Ｌ」は、約２０インチ（ｉｎ．）〜約１０フィート（ｆｔ．）の範囲であり得、第１の窓ガラス１０４および第２の窓ガラス１０６の各々の幅「Ｗ」は、約２０ｉｎ．〜約１０ｆｔ．の範囲であり得、第１の窓ガラス１０４および第２の窓ガラス１０６の各々の厚さ「Ｔ」は、約０．３ミリメートル（ｍｍ）〜約１０ｍｍの範囲であり得る（ただし、より小さいおよびより大きい、他の長さ、幅、または厚さ、が考えられ、特定のユーザ、マネージャ、管理者、建築者、設計者または所有者の必要性に基づいて所望され得る）。基板１０４の厚さＴが３ｍｍ未満である例において、通常、基板は、より厚く、かつしたがって薄い基板１０４を保護する、追加の基板に積層される。加えて、ＩＧＵ１００は、２つの窓ガラス（１０４および１０６）を含むが、いくつかの他の実装において、ＩＧＵは、３つ以上の窓ガラスを含んでもよい。さらに、いくつかの実装において、窓ガラスのうちの１つ以上は、それ自体が２つ、３つ、またはそれよりも多い層または子部品としての窓ガラスの積層構造であってもよい。
【００８３】
第１の窓ガラス１０４および第２の窓ガラス１０６は、内部容積１０８を形成するために、通常、フレーム構造である、スペーサ１１８によって互いに離間される。いくつかの他の実装において、内部容積は、アルゴン（Ａｒ）によって充填されるが、いくつかの他の実施形態において、内部容積１０８は、別の希ガス（例えば、クリプトン（Ｋｒ）またはキセノン（Ｘｎ））、別のガス（非希ガス）、またはガスの混合物（例えば、空気）等の別のガスによって充填されてもよい。内部容積１０８をＡｒ、Ｋｒ、またはＸｎ等のガスで充填することは、これらのガスの低熱伝導性によるＩＧＵ１００を介した伝導熱伝達を低減し、かつそれらの大きな原子量によって遮音性を改善し得る。いくつかの他の実装において、内部容積１０８は、空気または他のガスを排気され得る。スペーサ１１８は、概して、内部容積１０８、つまり、第１の窓ガラス１０４と第２の窓ガラス１０６との間の空間の高さ「Ｃ」を決定する。図４において、ＥＣＤ、シール材１２０／１２２およびバスバー１２６／１２８の厚さは、寸法通りではなく、これらの構成要素は、概して、非常に薄いが、例示の容易さのみのために誇張されている。いくつかの実装において、第１の窓ガラス１０４と第２の窓ガラス１０６との間の空間「Ｃ」は、約６ミリメートル〜約３０ミリメートルの範囲である。スペーサ１１８の幅「Ｄ」は、約５ｍｍ〜約１５ｍｍの範囲であり得る（ただし、他の幅も考えられ、所望され得る）。
【００８４】
断面図に示されていないが、スペーサ１１８は、概して、ＩＧＵ１００の全側部（例えば、ＩＧＵ１００の頂部、底部、左側部および右側部）の周囲に形成されたフレーム構造である。例えば、スペーサ１１８は、発泡体またはプラスチック材料から形成され得る。しかしながら、いくつかの他の実施形態において、スペーサは、金属または他の導電性材料、例えば、基板の各々に対するシールのための２つの側部、ならびにライトを支持および分離し、シール材１２４を塗布する表面としての１つの側部の少なくとも３つの側部を有する金属管または溝構造から形成され得る。第１の一次シール１２０は、スペーサ１１８と第１の窓ガラス１０４の第２の表面Ｓ２とを接着および密封する。第２の一次シール１２２は、スペーサ１１８と第２の窓ガラス１０６の第１の表面Ｓ３とを接着および密封する。いくつかの実装において、一次シール１２０および１２２の各々は、例えば、ポリイソブチレン（ＰＩＢ）等の接着シール材から形成され得る。いくつかの実装において、ＩＧＵ１００は、スペーサ１１８の外側のＩＧＵ１００全体の周囲の境界を密封する二次シール１２４をさらに含む。このため、スペーサ１１８は、第１の窓ガラス１０４および第２の窓ガラス１０６の縁から距離「Ｅ」、内側に嵌め込まれ得る。距離「Ｅ」は、約４ｍｍ〜約８ｍｍの範囲であり得る（ただし、他の距離も考えられ、所望され得る）。いくつかの実装において、二次シール１２４は、例えば、シリコン、ポリウレタンおよび水密シールを形成する同様の構造的シール材等の、耐水性を有し、かつアセンブリに構造的支持を付加する等の、接着シール材から形成され得る。
【００８５】
図４に図示される特定の構成および形状因子において、基板１０４の表面Ｓ２上を覆うＥＣＤは、その全周の周囲にスペーサ１１８およびスペーサ１１８の下まで延在する。この構成は、一次シール材１２０内のＥＣＤの縁を保護するので機能的に望ましく、スペーサ１１８の内周内に、いかなるバスバーまたはスクライブラインも有しないモノリシックＥＣＤが存在するため、審美的に望ましい。かかる構成は、２０１２年４月２４日に発行され、ＥＬＥＣＴＲＯＣＨＲＯＭＩＣ  ＷＩＮＤＯＷ  ＦＡＢＲＩＣＡＴＩＯＮ  ＭＥＴＨＯＤＳと題された、米国特許第８，１６４，８１８号（代理人整理番号ＶＩＥＷＰ００６）、２０１２年４月２５日に出願され、ＥＬＥＣＴＲＯＣＨＲＯＭＩＣ  ＷＩＮＤＯＷ  ＦＡＢＲＩＣＡＴＩＯＮ  ＭＥＴＨＯＤＳと題された、米国特許出願第１３／４５６，０５６号（代理人整理番号ＶＩＥＷＰ００６Ｘ１）、２０１２年１２月１０日に出願され、ＴＨＩＮ−ＦＩＬＭ  ＤＥＶＩＣＥＳ  ＡＮＤ  ＦＡＢＲＩＣＡＴＩＯＮと題された、ＰＣＴ特許出願第ＰＣＴ／ＵＳ２０１２／０６８８１７号（代理人整理番号ＶＩＥＷＰ０３６ＷＯ）、２０１６年９月２７日に発行され、ＴＨＩＮ−ＦＩＬＭ  ＤＥＶＩＣＥＳ  ＡＮＤ  ＦＡＢＲＩＣＡＴＩＯＮと題された米国特許第９，４５４，０５３号（代理人整理番号ＶＩＥＷＰ０３６ＵＳ）、および２０１４年１２月１３日に出願され、ＴＨＩＮ−ＦＩＬＭ  ＤＥＶＩＣＥＳ  ＡＮＤ  ＦＡＢＲＩＣＡＴＩＯＮと題された、ＰＣＴ特許出願第ＰＣＴ／ＵＳ２０１４／０７３０８１号（代理人整理番号ＶＩＥＷＰ０３６Ｘ１ＷＯ）により詳細に説明され、これらの全ては、それらの全体の参照によって、かつあらゆる目的のために本明細書に組み込まれる。
【００８６】
図４に示される実装において、ＥＣＤ１１０は、第１の窓ガラス１０４の第２の表面Ｓ２上に形成される。いくつかの他の実装において、ＥＣＤ１１０は、別の適切な表面、例えば、第１の窓ガラス１０４の第１の表面Ｓ１、第２の窓ガラス１０６の第１の表面Ｓ３または第２の窓ガラス１０６の第２の表面Ｓ４上に形成され得る。ＥＣＤ１１０は、エレクトロクロミック（「ＥＣ」）スタック１１２を含み、それ自体が１つ以上の層を含み得る。例えば、ＥＣスタック１１２は、エレクトロクロミック層、イオン伝導層、および対向電極層を含み得る。いくつかの実施形態において、エレクトロクロミック層は、１つ以上の無機固体材料から形成される。エレクトロクロミック層は、電気化学的カソード材料または電気化学的アノード材料を含む、いくつかの材料のうちの１つ以上を含み得るか、またはそれらから形成され得る。例えば、エレクトロクロミック層として使用するために適切な金属酸化物は、酸化タングステン（ＷＯ３）およびそのドープされた配合物を含み得る。いくつかの実装において、エレクトロクロミック層は、約０．０５μｍ〜約１μｍの範囲の厚さを有し得る。
【００８７】
いくつかの実装において、対向電極層は、無機固体材料から形成される。対向電極層は、概して、ＥＣデバイス１１０が、例えば、透明状態にあるとき、イオンの容器として機能し得るいくつかの材料または材料層の１つ以上を含み得る。一定の実装において、対向電極は、イオン貯蔵層として機能するのみならず、アノードを着色する。例えば、対向電極層に適切な材料は、ニッケル酸化物（ＮｉＯ）およびニッケルタングステン酸化物（ＮｉＷＯ）、ならびに、それらのドープされた形態、例えば、非限定的例として、ニッケルタングステン酸化タンタル、ニッケルタングステン酸化スズ、ニッケルバナジウム酸化物、ニッケルクロム酸化物、ニッケルアルミニウム酸化物、ニッケルマンガン酸化物、ニッケルマグネシウム酸化物、ニッケルタンタル酸化物、ニッケルスズ酸化物を含む。いくつかの実装において、対向電極層は、約０．０５μｍ〜約１μｍの範囲の厚さを有し得る。
【００８８】
イオン伝導層は、ＥＣスタック１１２が光学状態間を遷移するときに、イオンが輸送される媒体（例えば、電解質の様式で）として機能する。いくつかの実装において、イオン導電層は、エレクトロクロミックおよび対向電極層の関連するイオンに対して高伝導であるが、正常動作中に起こる電子移動（電気的短絡）が無視できるように十分に低い電子伝導性でもある。高イオン伝導性を有する薄いイオン伝導層は、高速イオン電導を可能にし、その結果、高性能ＥＣデバイス１１０の高速切り換えを可能にする。いくつかの実装において、イオン伝導層は、約１ｎｍ〜約５００ｎｍの範囲の範囲、より一般的には、約５ｎｍ〜１００ｎｍの厚さの範囲を有し得る。いくつかの実装において、イオン伝導層もまた無機固体である。例えば、イオン伝導層は、１つ以上のケイ酸塩、酸化シリコン（シリコンアルミニウム酸化物を含む）、酸化タングステン（タングステン酸リチウムを含む）、酸化タンタル、酸化ニオブ、酸化リチウムおよびホウ酸塩から形成され得る。これらの材料はまた、リチウムを含む、異なるドーパントでドープされ得、例えば、リチウムドープシリコン酸化物は、リチウムシリコンアルミニウム酸化物、リチウムリン酸窒化物（ＬｉＰＯＮ）等を含む。
【００８９】
いくつかの他の実装において、エレクトロクロミック層および対向電極層は、イオン伝導層をその間に有しておらず、互いにすぐ隣に、ときには直接接触して形成され、その後、イオン伝導材料が、エレクトロクロミック層と対向電極層との間の原位置に形成される。適切なデバイスのさらなる説明は、ＥＬＥＣＴＲＯＣＨＲＯＭＩＣ  ＤＥＶＩＣＥＳと題され、Ｗａｎｇらによって２０１４年７月１日に発行された、米国特許第８，７６４，９５０号、およびＥＬＥＣＴＲＯＣＨＲＯＭＩＣ  ＤＥＶＩＣＥＳと題され、Ｐｒａｄｈａｎらによって２０１６年２月１６日に発行された米国特許第９，２６１，７５１号にあり、これらの各々は、その全体の参照によって、かつあらゆる目的のために本明細書に組み込まれる。いくつかの実装において、ＥＣスタック１１２はまた、１つ以上の受動層等の１つ以上の追加の層も含み得る。例えば、受動層は、水分を提供するか、または耐擦傷性を提供するように、一定の光学特性を改善するために使用され得る。これらの受動層または他の受動層はまた、ＥＣスタック１１２を密封するようにも機能し得る。加えて、導電層（以下に説明される第１のＴＣＯ層１１４および第２のＴＣＯ層１１６等）を含む、様々な層が、反射防止または保護酸化物または窒化物層によって処理され得る。
【００９０】
エレクトロクロミックおよび対向電極材料の選択または設計は、概して、考えられる光学遷移を管理する。動作中、ＥＣスタック１１２（例えば、第１のＴＣＯ層１１４と第２のＴＣＯ層１１６との間）の厚さにわたって生成された電圧に応答して、エレクトロクロミック層は、対向電極層に、または対向電極層からイオンを移動させるか、または交換して、エレクトロクロミック層を所望される光学状態に駆動する。いくつかの実施形態において、ＥＣスタック１１２を透明状態に遷移させるために、正の電圧が、ＥＣスタック１１２にわたって印加される（例えば、エレクトロクロミック層が対向電極層よりも正の電位であるように）。いくつかのかかる実装において、正の電圧の印加に応答して、スタック内の利用可能なイオンは、主に対向電極層内に存在する。ＥＣスタック１１２にわたる電位の大きさが低下するとき、または電位の極性が逆転したとき、イオンは、イオン伝導層をわたってエレクトロクロミック層に戻るように輸送され、エレクトロクロミック材料を不透明状態（または「より濃い」、「より暗い」または「より低い透明度の」状態）に遷移させる。反対に、異なる特性を有するエレクトロクロミック層を使用するいくつかの他の実装において、ＥＣスタック１１２を不透明状態に遷移させるために、負の電圧が、対向電極層に対してエレクトロクロミック層に印加され得る。かかる実装において、ＥＣスタック１１２にわたる電位の大きさが低下するか、またはその極性が逆転したとき、イオンは、イオン伝導層をわたってエレクトロクロミック層に戻るように輸送され、エレクトロクロミック材料を透明または「退色した」状態（または「より薄い」、「より明るい」または「より透明の」状態）に遷移させる。
【００９１】
いくつかの実装において、対向電極層への、または対向電極層からのイオンの移動または交換はまた、対向電極層内の光学遷移を結果としてもたらす。例えば、いくつかの実装において、エレクトロクロミックおよび対向電極層は、相補的な着色層である。より具体的には、いくつかのかかる実装において、イオンが対向電極層内に輸送されたとき、またはその後、対向電極層は、より透明になり、同様に、イオンがエレクトロクロミック層の外に輸送されたとき、またはその後、エレクトロクロミック層は、より透明になる。反対に、極性を切り換えるか、または電位が低下したとき、イオンは、対向電極層からエレクトロクロミック層内に輸送され、対向電極層およびエレクトロクロミック層の両方は、低い透明度になる。
【００９２】
１つ以上の特定の例において、ＥＣスタック１１２の厚さにわたる適切な電位の印加に応答して、対向電極層は、保持しているイオンの全部または一部分を、エレクトロクロミック層内の光学遷移を引き起こすエレクトロクロミック層に輸送する。いくつかのかかる実装において、例えば、対向電極層が、ＮｉＷＯから形成されるとき、対向電極層はまた、エレクトロクロミック層に輸送されたイオンの消失によって光学遷移する。電荷がＮｉＷＯからなる対向電極層から除去されたとき（つまり、対向電極層からエレクトロクロミック層にイオンが輸送されたとき）、対向電極層は、反対方向に遷移することになる。
【００９３】
一般的に、１つの光学状態から別の光学状態へのエレクトロクロミック層の遷移は、エレクトロクロミック材料内への可逆的イオン挿入（例えば、インターカレーションによる）および電荷平衡電子の対応する注入によって引き起こされ得る。いくつかの例において、光学遷移の原因となるイオンの一部は、エレクトロクロミック材料中に不可逆的に結合される。不可逆的に結合したイオンの一部または全部は、物質中の「不感電荷」を補償するために使用されたと考えられ、即ち、十分なイオンが、不可逆的に結合されることになるイオンを補償するために加えられ、不可逆的に結合されるイオンの一部は、不感電荷を構成する。いくつかの実装において、適切なイオンは、リチウムイオン（Ｌｉ＋）および水素イオン（Ｈ＋）（即ち、プロトン）を含む。いくつかの他の実装において、他のイオンが適切であり得る。例えば、酸化タングステン（ＷＯ３−ｙ（０＜ｙ≦〜０．３））内へのリチウムイオンのインターカレーションは、酸化タングステンを透明状態から青色状態に変化させる。
【００９４】
以下の説明は、一般的に色調遷移に焦点を当てる。色調遷移の一例は、透明（または「半透明」、「退色」または「最も薄い色調」）状態から不透明（「完全に暗い」または「完全に濃い色調」）状態への遷移である。色調遷移の別の例は、不透明状態から透明状態への逆の遷移である。色調遷移の他の例は、様々な中間色調状態への、またはそこからの遷移、例えば、薄い色調、より明るい、もしくはより透明な状態から、より濃い色調、より暗い、もしくは低透明度の状態への遷移、またはその逆を含む。かかる色調状態の各々、およびそれらの間の色調遷移は、透過率に関して特徴付けられるか、または説明され得る。例えば、色調遷移は、現在の透過率（％Ｔ）から目標％Ｔへのものであるとして説明され得る。反対に、いくつかの他の例において、色調状態の各々およびそれらの間の色調遷移は、色調のパーセント、例えば、現在の色調のパーセントから目標の色調のパーセントへの遷移に関して特徴付けられるか、または説明され得る。
【００９５】
しかしながら、以下の説明は、概して、色調状態、および色調状態間の色調遷移に焦点を当てているが、他の光学状態および光学遷移もまた、様々な実装で達成可能である。したがって、適切、かつ別段の指示がない限り、色調状態または色調遷移に対する言及はまた、他の光学状態および光学遷移を包含するようにも意図される。言い換えると、光学状態および光学状態遷移はまた、本明細書では、それぞれ、色調状態および色調状態遷移と呼ばれることになるが、これは、ＩＧＵ３０２によって達成可能な光学状態および状態遷移を限定することを意図するものではない。例えば、かかる他の光学状態および状態遷移は、様々な色、色の濃さ（例えば、より明るい青色からより暗い青色、およびその逆）、反射率（例えば、より低反射率からより高反射率、およびその逆）、偏光（例えば、より低偏光からより高偏光、およびその逆）、および散乱密度（例えば、より低散乱からより高散乱、またはその逆）等と関連付けられた状態および状態遷移を含み得る。同様に、色調遷移を引き起こすこと、および色調状態を維持することを含む、色調状態を制御するためのデバイス、制御アルゴリズムまたはプロセスへの言及もまた、かかる他の光学遷移および光学状態を包含するようにも意図される。加えて、光学的に切り換え可能なデバイスに提供される電圧、電流または他の電気的特性、およびかかる制御と関連付けられた機能または動作を制御することはまた、以下、デバイスまたはそれぞれのＩＧＵを「駆動すること」として説明され得、これは、駆動することが、色調状態遷移または現在の色調状態の維持を含むか否かにかかわらない。
【００９６】
ＥＣＤ１１０は、概して、第１および第２の導電（または「導電性」）層を含む。例えば、ＥＣＤ１１０は、ＥＣスタック１１２の第１の表面に隣接する第１の透明導電性酸化物（ＴＣＯ）層１１４、およびＥＣスタック１１２の第２の表面に隣接する第２のＴＣＯ層１１６を含み得る。いくつかの実装において、第１のＴＣＯ層１１４は、第２の表面Ｓ２上に形成され得、ＥＣスタック１１２は、第１のＴＣＯ層１１４上に形成され得、第２のＴＣＯ層１１６は、ＥＣスタック１１２上に形成され得る。いくつかの実装において、第１のＴＣＯ層１１４および第２のＴＣＯ層１１６は各々、１つ以上の金属によってドープされた金属酸化物を含む１つ以上の金属酸化物から形成され得る。例えば、いくつかの適切な金属酸化物およびドープ金属酸化物としては、酸化インジウム、酸化インジウムスズ（ＩＴＯ）、ドープ酸化インジウム、酸化スズ、ドープ酸化スズ、フッ化酸化スズ、酸化亜鉛、酸化亜鉛アルミニウム、ドープ酸化亜鉛、酸化ルテニウムおよびドープ酸化ルテニウム等が挙げられ得る。かかる材料は、本明細書では、ＴＣＯと呼ばれるが、この用語は、他の適切な材料の中でも、一定の薄膜金属ならびに導電性金属窒化物および複合導体等の一定の非金属材料等の透明かつ導電性を有する、非酸化物および酸化物を包含する。いくつかの実装において、第１のＴＣＯ層１１４および第２のＴＣＯ層１１６は、少なくとも、エレクトロクロミズムがＥＣスタック１１２によって呈される波長の範囲内で実質的に透明である。いくつかの実装において、第１のＴＣＯ層１１４および第２のＴＣＯ層１１６は各々、例えば、スパッタリングを含む物理蒸着（ＰＶＤ）プロセスによって沈着され得る。いくつかの実装において、第１のＴＣＯ層１１４および第２のＴＣＯ層１１６は各々、約０．０１ミクロン（μｍ）〜約μｍの範囲の厚さを有し得る。透明な導電性材料は、通常、エレクトロクロミック材料または対向電極材料よりも著しく大きい電子伝導性を有する。
【００９７】
第１のＴＣＯ層１１４および第２のＴＣＯ層１１６は、ＥＣスタック１１２の厚さにわたって電位（電圧）を印加するために、ＥＣスタック１１２のそれぞれの第１および第２の表面にわたって電荷を分配するように機能する。例えば、第１の印加電圧は、ＴＣＯ層のうちの第１のＴＣＯ層に印加され得、第２の印加電圧は、ＴＣＯ層のうちの第２のＴＣＯ層に印加され得る。いくつかの実装において、第１のバスバー１２６は、第１の印加電圧を第１のＴＣＯ層１１４に分配し、第２のバスバー１２８は、第２の印加電圧を第２のＴＣＯ層１１６に分配する。いくつかの他の実装において、第１のバスバー１２６および第２のバスバー１２８のうちの一方は、第１のＴＣＯ層１１４および第２のＴＣＯ層１１６のうちのそれぞれ一方を接地し得る。他の実装において、負荷は、２つのＴＣＯに対して漂遊され得る。様々な実施形態において、ＥＣスタック１１２の１つ以上の光学特性を修正し、したがって光学遷移を引き起こすために、コントローラは、第１および第２の印加電圧の一方または両方を変更して、ＥＣスタック１１２にわたって印加される実効電圧の大きさおよび極性の一方または両方の変化をもたらす。望ましくは、第１のＴＣＯ層１１４および第２のＴＣＯ層１１６は、ＥＣスタック１１２のそれぞれの表面上に電荷を均一に分布させるように機能し、それぞれの表面の外部領域から表面の内部領域への比較的小さいオーム損を伴う。したがって、第１のＴＣＯ層１１４および第２のＴＣＯ層１１６のシート抵抗を最小にすることが概して望ましい。言い換えると、第１のＴＣＯ層１１４および第２のＴＣＯ層１１６の各々が、それぞれの層の全ての部分にわたって実質的に等電位層としての挙動を示すことが概して望ましい。この方式において、第１のＴＣＯ層１１４および第２のＴＣＯ層１１６は、ＥＣスタック１１２の厚さにわたって電位を均一に印加して、ＥＣスタック１１２の均一な光学遷移をもたらし得る。
【００９８】
いくつかの実装において、第１のバスバー１２６および第２のバスバー１２８の各々は、ＥＣスタック１１２の少なくとも１つの境界に沿って第１の窓ガラス１０４の長さに沿って配向されるように、印刷、パターン化されまたはそうでなければ形成される。例えば、第１のバスバー１２６および第２のバスバー１２８の各々は、銀インク等の導電性インクを線の形態で沈着させることによって形成され得る。いくつかの実装において、第１のバスバー１２６および第２のバスバー１２８の各々は、第１の窓ガラス１０４の全長（またはほぼ全長）に沿って、かついくつかの実装において、ＥＣスタック１１２の２つ以上の縁に沿って延在する。
【００９９】
いくつかの実装において、第１のＴＣＯ層１１４、ＥＣスタック１１２、および第２のＴＣＯ層１１６は、第１の窓ガラス１０４の縁まで延在しない。例えば、レーザエッジ消去（ＬＥＤ）または他の動作が、第１のＴＣＯ層１１４、ＥＣスタック１１２、および第２のＴＣＯ層１１６の一部分を除去するために使用され得、それにより、これらの層が、約８ｍｍ〜約１０ｍｍの範囲内（ただし、他の距離も考えられ、所望され得る）にあり得る、距離「Ｇ」、第１の窓ガラス１０４のそれぞれ縁から分離されるか、または内側に嵌め込まれる。加えて、いくつかの実施形態において、第１の窓ガラス１０４の一方側に沿ったＥＣスタック１１２および第２のＴＣＯ層１１６の縁部分が除去されて、第１のバスバー１２６が第１のＴＣＯ層１１４上に形成されることを可能にし、第１のバスバー１２６と第１のＴＣＯ層１１４との間の導電性連結を可能にする。第２のバスバー１２８は、第２のＴＣＯ層１１６上に形成されて、第２のバスバー１２８と第２のＴＣＯ層１１６との間の導電性連結を可能にする。いくつかの実装において、図４に示されるように、第１のバスバー１２６および第２のバスバー１２８は、スペーサ１１８と第１の窓ガラス１０４との間の領域内に形成される。例えば、第１のバスバー１２６および第２のバスバー１２８の各々は、約２ｍｍ〜約３ｍｍの範囲内（ただし、他の距離も考えられ、所望され得る）にあり得る、少なくとも距離「Ｆ」によって、スペーサ１１８の内縁から内側に嵌め込まれ得る。この配置は、例えば、バスバーが視野から隠れるようにすることを含む、いくつかの理由に対して有利であり得る。
【０１００】
上記のように、ＩＧＵ慣例の使用法は、単に便宜上のためのものである。実際に、いくつかの実装において、エレクトロクロミック窓の基本ユニットは、ＥＣＤが形成されるか、またはそうでなければ配置され、かつ関連付けられた電気接続が連結される（ＥＣＤを駆動するために）、透明材料の窓ガラスまたは基板として画定され得る。したがって、以下の説明のＩＧＵへの言及は、必ずしも図４のＩＧＵ１００を参照して説明された構成要素の全てを含むとは限らない。
【０１０１】
光学遷移を駆動するための制御プロファイルの例
図５は、いくつかの実装による、制御プロファイル２００の一例を例示する。制御プロファイル２００は、上記のＥＣＤ１１０等の光学的に切り換え可能なデバイス内の遷移を駆動するために使用され得る。いくつかの実施形態において、窓コントローラが、ＥＣＤを第１の光学状態（例えば、透明状態または第１の中間状態）から第２の光学状態（例えば、完全に濃い色調状態またはより濃い色調の中間状態）に駆動するように制御プロファイル２００を生成および適用するために使用され得る。ＥＣＤをより濃い色調状態からより薄い色調状態に、逆方向に駆動するために、窓コントローラは、同様であるが反転したプロファイルを適用し得る。例えば、第２の光学状態から第１の光学状態にＥＣＤを駆動するための制御プロファイルは、図５に図示される電圧制御プロファイルの鏡像であり得る。いくつかの他の実装において、色調および明色化のための制御プロファイルは非対称であってもよい。例えば、第１のより濃い色調状態から第２のより薄い色調状態に遷移することは、いくつかの事例において、その逆、つまり、第２のより薄い色調状態から第１のより濃い色調状態への遷移よりも多くの時間を必要とする。他のいくつかの事例において、その逆、つまり、第２のより薄い色調状態から第１のより濃い色調状態に遷移することが、より時間を必要とし得ることが正しい場合もある。言い換えると、デバイスアーキテクチャおよび材料の長所によって、退色化または明色化は、必ずしも単に着色または色調付けの逆であるとは限らない。実際に、ＥＣＤは、しばしば、エレクトロクロミック材料への、またはそれらからのイオンインターカレーションおよびデインターカレーションの駆動力の差によって、各遷移に対して異なる挙動を示す。
【０１０２】
いくつかの実装において、制御プロファイル２００は、ＥＣＤに提供される電圧を変化させることによって実装される電圧制御プロファイルである。例えば、図５の実線は、色調遷移および後続の維持期間の経過中にＥＣＤにわたって印加される実効電圧ＶＥｆｆを表す。言い換えると、実線は、ＥＣＤの２つの導電層（例えば、ＥＣＤ１１０の第１のＴＣＯ層１１４および第２のＴＣＯ層１１６）に印加される電圧ＶＡｐｐ１およびＶＡｐｐ２の相対差を表し得る。図５の点線は、デバイスを流れる対応する電流（Ｉ）を表す。例示された例において、電圧制御プロファイル２００は、遷移を開始するランプから駆動までの段階２０２、遷移を駆動し続ける駆動段階、ランプから保持までの段階、および後続の保持段階の４つの段階を含む。
【０１０３】
ランプから駆動までの段階２０２は、時間ｔ０の初期値から時間ｔ１のＶＤｒｉｖｅの最大駆動値まで大きさが増加する電圧ランプの印加によって特徴付けられる。いくつかの実装において、ランプから駆動までの段階２０２は、窓コントローラによって既知または設定された３つの駆動パラメータである、ｔ０の初期電圧（遷移の開始時のＥＣＤにわたる現在の電圧）、ＶＤｒｉｖｅ（最終的な光学状態を管理する）、およびランプが印加される時間（遷移の速度を示す）によって定義され得る。追加的または代替的に、窓コントローラはまた、目標ランプ速度、最大ランプ速度、またはランプのタイプ（例えば、線形ランプ、２次ランプまたはｎ次ランプ）を設定し得る。いくつかの用途において、ランプ速度は、ＥＣＤを損傷させることを避けるように制限され得る。
【０１０４】
駆動段階２０４は、時間ｔ１で開始し、最終的な光学状態に達する（またはほぼ達した）時点の時間ｔ２で終了する、一定電圧ＶＤｒｉｖｅの印加によって特徴付けられる。ランプから保持までの段階２０６は、時間ｔ２で駆動値ＶＤｒｉｖｅから時間ｔ３でＶＨｏｌｄの最小保持値まで大きさが低下する電圧ランプの印加によって特徴付けられる。いくつかの実装において、ランプから保持までの段階２０６は、窓コントローラによって既知または設定された３つの駆動パラメータである、駆動電圧ＶＤｒｉｖｅ、保持電圧ＶＨｏｌｄ、およびランプが印加される時間によって定義され得る。追加的または代替的に、窓コントローラはまた、ランプ速度またはランプのタイプ（例えば、線形ランプ、２次ランプまたはｎ次ランプ）も設定し得る。
【０１０５】
保持段階２０８は、時間ｔ３で開始する一定電圧ＶＨｏｌｄの印加によって特徴付けられる。保持電圧ＶＨｏｌｄは、最終的な光学状態でＥＣＤを維持するために使用される。したがって、保持電圧Ｖｈｏｌｄの印加の持続時間は、ＥＣＤが最終的な光学状態に保持されるべき時間の長さと同時であり得る。例えば、ＥＣＤと関連付けられた非理想特性のために、漏れ電流ＩＬｅａｋが、ＥＣＤからの電荷の低速排出を結果としてもたらし得る。かかる電荷の排出は、ＥＣＤにわたるイオンの対応する逆転を結果としてもたらし得、その結果、光学遷移の低速逆転をもたらし得る。かかる用途において、保持電圧ＶＨｏｌｄは、漏れ電流を相殺または防止するために継続的に印加され得る。いくつかの他の実装において、保持電圧ＶＨｏｌｄは、所望される光学状態を「復元」するために、言い換えると、ＥＣＤを所望される光学状態に戻すために、周期的に印加され得る。
【０１０６】
図５を参照して例示および説明された電圧制御プロファイル２００は、いくつかの実装形態に適切な電圧制御プロファイルの一例に過ぎない。しかしながら、多くの他のプロファイルが、かかる実装または様々な他の実装もしくは用途に望ましいか、または適切であり得る。これらの他のプロファイルはまた、本明細書に開示されたコントローラおよび光学的に切り換え可能なデバイスを使用して即座に達成され得る。例えば、いくつかの実施形態において、電流プロファイルが、電圧プロファイルの代わりに適用され得る。いくつかのかかる事例において、図５に示される電流密度のプロファイルに類似する電流制御プロファイルが適用され得る。いくつかの他の実装において、制御プロファイルは、４つよりも多い段階を有し得る。例えば、電圧制御プロファイルは、１つ以上のオーバードライブ段階を含み得る。実装の一例において、第１の段階２０２の間に印加される電圧ランプは、駆動電圧ＶＤｒｉｖｅを超えてオーバードライブ電圧ＶＯＤまで大きさが増加し得る。いくつかのかかる実装において、第１の段階２０２は、適用される電圧がオーバードライブ電圧ＶＯＤから駆動電圧ＶＤｒｉｖｅまで低下する、ランプ段階２０３に追従され得る。他のかかる実施態様において、オーバードライブ電圧ＶＯＤは、ランプが駆動電圧ＶＤｒｉｖｅまで戻る前の比較的短い時間にわたって印加され得る。
【０１０７】
加えて、いくつかの実装において、印加された電圧または電流プロファイルは、デバイスにわたって開回路条件を提供するために、比較的短い時間にわたって中断され得る。かかる開回路条件が有効である間に、実際の電圧または他の電気的特性が、測定、検出、またはそうでなければ決定されて、光学遷移がどの程度進行したかを監視し、いくつかの事例において、プロファイルの変化が望ましいものであるか否かを決定し得る。かかる開回路条件はまた、保持段階の間に提供されて、保持電圧ＶＨｏｌｄが印加されるべきか否か、または保持電圧ＶＨｏｌｄの大きさが変更されるべきか否かを決定し得る。光学遷移の駆動および監視に関する追加の情報は、２０１４年６月２０日に出願され、ＣＯＮＴＲＯＬＬＩＮＧ  ＴＲＡＮＳＩＴＩＯＮＳ  ＩＮ  ＯＰＴＩＣＡＬＬＹ  ＳＷＩＴＣＨＡＢＬＥ  ＤＥＶＩＣＥＳと題された、ＰＣＴ特許出願第ＰＣＴ／ＵＳ１４／４３５１４号で提供され、これは、その全体の参照によって、かつあらゆる目的のために本明細書に組み込まれる。
【０１０８】
コントローラネットワークアーキテクチャの例
多くの事例において、光学的に切り換え可能な窓は、建物の外囲体の相当な部分を形成するか、または占有し得る。例えば、光学的に切り換え可能な窓は、企業のオフィスビル、他の商用ビルまたは住居用建物の壁、前面、さらには屋根の相当な部分を形成し得る。様々な実装において、コントローラの分散ネットワークが、光学的に切り換え可能な窓を制御するために使用され得る。図６は、いくつかの実装による、複数のＩＧＵ３０２を制御するように動作可能なネットワークシステム３００の一例のブロック図を示す。例えば、ＩＧＵ３０２の各々は、図４を参照して上に説明されたＩＧＵ１００と同一または類似であり得る。ネットワークシステム３００の１つの主要な機能は、ＩＧＵ３０２内のＥＣＤ（または他の光学的に切り換え可能なデバイス）の光学状態を制御することである。いくつかの実装において、窓３０２のうちの１つ以上は、例えば、各窓が２つ以上の独立して制御可能なＥＣＤまたは区域を含む複数区域窓であってもよい。様々な実装において、ネットワークシステム３００は、ＩＧＵ３０２に提供される電力信号の電気的特性を制御するように動作可能である。例えば、ネットワークシステム３００は、ＩＧＵ３０２内のＥＣＤに印加される電圧を制御するために色調命令（本明細書では「色調コマンド」とも呼ばれる）を生成および通信し得る。
【０１０９】
いくつかの実装において、ネットワークシステム３００の別の機能は、ＩＧＵ３０２から状態情報（以下、「情報」が「データ」と互換的に使用される）を取得することである。例えば、所与のＩＧＵの状態情報は、ＩＧＵ内のＥＣＤの現在の色調状態の識別情報、またはそれに関する情報を含み得る。ネットワークシステム３００はまた、ＩＧＵ３０２上もしくはＩＧＵ３０２内に統合されるか、または建物上もしくは建物の周囲の様々な他の位置にあるかにかかわらず、温度センサ、フォトセンサ（本明細書では光センサとも呼ばれる）、湿度センサ、空気流量センサ、または着座センサ等の様々なセンサからデータを取得するように動作可能でもあり得る。
【０１１０】
ネットワークシステム３００は、様々な能力または機能を有する任意の適切な数の分散コントローラを含み得る。いくつかの実装において、様々なコントローラの機能および配置が階層的に定義される。例えば、ネットワークシステム３００は、複数の分散窓コントローラ（ＷＣ）３０４、複数のネットワークコントローラ（ＮＣ）３０６、およびマスタコントローラ（ＭＣ）３０８を含む。いくつかの実装において、ＭＣ３０８は、数十または数百のＮＣ３０６と通信し、それらを制御し得る。様々な実装において、ＭＣ３０８は、１つ以上の有線または無線リンク３１６（以下、「リンク３１６」と総称される）を介してＮＣ３０６に高レベルの命令を発行する。命令は、例えば、それぞれのＮＣ３０６によって制御されるＩＧＵ３０２の光学状態に遷移を引き起こすための色調コマンドを含み得る。各ＮＣ３０６は、１つ以上の有線または無線リンク３１４（以下、「リンク３１４」と総称される）を介して、いくつかのＷＣ３０４と通信し、それらを制御し得る。例えば、各ＮＣ３０６は、数十または数百のＷＣ３０４を制御し得る。各ＷＣ３０４は、順番に、１つ以上の有線または無線リンク３１２（以下、「リンク３１２」と総称される）を介して、１つ以上のそれぞれのＩＧＵ３０２と通信、それらを駆動、またはそうでなければ制御し得る。
【０１１１】
ＭＣ３０８は、色調コマンド、状態要求コマンド、データ（例えば、センサデータ）要求コマンドまたは他の命令を含む通信を発行し得る。いくつかの実装において、ＭＣ３０８は、一定の所定の時刻（曜日または年に基づいて変化し得る）に、または特定のイベント、条件、またはイベントもしくは条件の組み合わせ（例えば、取得されたセンサデータによって決定されるか、あるいはユーザもしくはアプリケーションによって開始された要求、またはかかるセンサデータおよびかかる要求の組み合わせに基づく）の検出に基づいて、かかる通信を定期的に発行し得る。いくつかの実装において、ＭＣ３０８が、一組の１つ以上のＩＧＵ３０２の色調状態変更を引き起こすように決定したとき、ＭＣ３０８は、所望される色調状態に対応する色調値を生成または選択する。いくつかの実装において、一組のＩＧＵ３０２は、第１のプロトコル識別情報（ＩＤ）（例えば、ＢＡＣｎｅｔ  ＩＤ）と関連付けられる。ＭＣ３０８は、その後、第１の通信プロトコル（例えば、ＢＡＣｎｅｔ互換プロトコル）を介して、リンク３１６を経由して色調値および第１のプロトコルＩＤを含む、本明細書で「一次色調コマンド」と呼ばれる通信を生成および送信する。いくつかの実装において、ＭＣ３０８は、順番に遷移されるべき一組のＩＧＵ３０２を制御する、特定の１つ以上のＷＣ３０４を制御する、特定のＮＣ３０６に一次色調コマンドをアドレス指定する。
【０１１２】
ＮＣ３０６は、色調値および第１のプロトコルＩＤを含む一次色調コマンドを受信し、第１のプロトコルＩＤを１つ以上の第２のプロトコルＩＤにマッピングする。いくつかの実装において、第２のプロトコルＩＤの各々は、ＷＣ３０４のうちの対応する１つを識別する。ＮＣ３０６は、続いて、第２の通信プロトコルを介して、リンク３１４を経由して、識別されたＷＣ３０４の各々に色調値を含む第２の色調コマンドを送信する。いくつかの実装において、二次色調コマンドを受信するＷＣ３０４の各々は、色調値に基づいて内部メモリから電圧または電流プロファイルを選択して、そのそれぞれの接続されたＩＧＵ３０２を、色調値と一致する色調状態に駆動する。ＷＣ３０４の各々は、その後、リンク３１２を経由して電圧または電流信号を生成し、そのそれぞれの接続されたＩＧＵ３０２に提供して、電圧または電流プロファイルを適用する。
【０１１３】
いくつかの実装において、様々なＩＧＵ３０２が、ＥＣ窓の区域に有利にグループ化され得、各区域は、ＩＧＵ３０２のサブセットを含む。いくつかの実装において、ＩＧＵ３０２の各区域は、１つ以上のそれぞれのＮＣ３０６と、これらのＮＣ３０６によって制御される１つ以上のそれぞれのＷＣ３０４とによって制御される。いくつかのより具体的な実装において、各区域は、単一のＮＣ３０６と、単一のＮＣ３０６によって制御される２つ以上のＷＣ３０４によって制御され得る。言い換えると、区域は、ＩＧＵ３０２の論理グループを表し得る。例えば、各区域は、建物の特定の位置またはエリア内の一組のＩＧＵ３０２に対応し得、それらは、その位置に基づいて共に駆動される。より具体的な例として、４つの面または側面である、北面、南面、東面および西面を有する建物を考える。また、建物が１０階建てであると考える。かかる教示的例において、各区域は、特定のフロア上および４つの面のうちの特定の１つにある一組のエレクトロクロミック窓１００に対応し得る。追加的または代替的に、各区域は、１つ以上の物理的特性（たとえば、サイズまたは年数等のデバイスパラメータ）を共有する一組のＩＧＵ３０２に対応し得る。いくつかの他の実装において、ＩＧＵ３０２の区域は、例えば、セキュリティ指定またはビジネス階層等の１つ以上の非物理的特性に基づいてグループ化され得る（例えば、マネージャのオフィスの境界にあるＩＧＵ３０２は、１つ以上の区域にグループ化され得るが、非マネージャのオフィスの境界にあるＩＧＵ３０２は、１つ以上の異なる区域にグループ化され得る）。
【０１１４】
かかる実装において、各ＮＣ３０６は、１つ以上のそれぞれの区域内のＩＧＵ３０２の全てをアドレス指定し得る。例えば、ＭＣ３０８は、目標区域を制御するＮＣ３０６に一次色調コマンドを発行し得る。一次色調コマンドは、目標区域の抽象識別情報（以下、「区域ＩＤ」とも呼ぶ）を含み得る。いくつかのかかる実装において、区域ＩＤは、上記の例にちょうど説明されたような、第１のプロトコルＩＤであってもよい。かかる場合において、ＮＣ３０６は、色調値および区域ＩＤを含む一次色調コマンドを受信し、区域ＩＤを、区域内のＷＣ３０４と関連付けられた第２のプロトコルＩＤにマッピングする。いくつかの他の実装において、区域ＩＤは、第１のプロトコルＩＤよりも高いレベルの抽象であり得る。かかる場合において、ＮＣ３０６は、まず、区域ＩＤを１つ以上の第１のプロトコルＩＤにマッピングし、続いて、第１のプロトコルＩＤを第２のプロトコルＩＤにマッピングし得る。
【０１１５】
ネットワークとのユーザまたは第三者の対話
いくつかの実装において、ＭＣ３０８は、１つ以上の有線または無線リンク３１８（以下、「リンク３１８」）を介して、１つ以上の外向きネットワーク３１０（以下、「外向きネットワーク３１０」と総称される）に連結される。かかる実装において、ＭＣ３０８は、取得された状態情報またはセンサデータを、外向きネットワーク３１０内の、または外向きネットワーク３１０によってアクセス可能な遠隔コンピュータ、モバイルデバイス、サーバ、データベースに通信し得る。いくつかの実装において、かかる遠隔デバイス内で実行する、第三者アプリケーションまたはクラウド基盤アプリケーションを含む、様々なアプリケーションが、ＭＣ３０８からのデータにアクセスするか、またはＭＣ３０８にデータを提供し得る。いくつかの実装において、認証されたユーザまたはアプリケーションは、ネットワーク３１０を介して様々なＩＧＵ３０２の色調状態を修正する要求をＭＣＵ３０８に通信し得る。いくつかの実装において、ＭＣ３０８は、まず、色調コマンドを発行する前に、要求を承諾するか否かを決定し得る（例えば、電力の検討に基づいて、またはユーザが適切な認証を有するか否かに基づいて）。ＭＣ３０８は、その後、色調値を計算、決定、選択またはそうでなければ生成し、一次色調コマンド内の色調値を送信して、関連付けられたＩＧＵ３０２内の色調状態遷移を引き起こし得る。
【０１１６】
例えば、ユーザは、デスクトップコンピュータ、ラップトップコンピュータ、タブレットコンピュータまたはモバイルデバイス（例えば、スマートフォン）等のコンピューティングデバイスから、かかる要求を提示し得る。いくつかのかかる実装において、ユーザのコンピューティングデバイスは、ＭＣ３０８と、いくつかの事例において、ＭＣ３０８内で実行するマスタコントローラアプリケーションと通信することができるクライアント側アプリケーションを実行し得る。いくつかの他の実装において、クライアント側アプリケーションは、ＭＣ３０８と同一または異なる物理デバイスもしくはシステム内の別個のアプリケーションと通信し得、その後、マスタコントローラアプリケーションと通信して、所望される色調状態修正をもたらし得る。いくつかの実装において、マスタコントローラアプリケーションまたは他の別個のアプリケーションは、ユーザによって提示された要求を認証するようにユーザを認証するために使用され得る。いくつかの実装において、ユーザは、色調付けられるべきＩＧＵ３０２を選択し、かつクライアント側アプリケーションを介して部屋番号を入力することによって、ＭＣ３０８に選択を通知し得る。
【０１１７】
追加的または代替的に、いくつかの実装において、ユーザのモバイルデバイスまたは他のコンピューティングデバイスは、様々なＷＣ３０４と無線で通信し得る。例えば、ユーザのモバイルデバイス内で実行するクライアント側アプリケーションは、色調状態制御信号を含む無線通信をＷＣ３０４に送信して、ＷＣ３０４に接続されたそれぞれのＩＧＵ３０２の色調状態を制御し得る。例えば、ユーザは、クライアント側アプリケーションを使用して、ユーザによって占有された（または将来、ユーザまたは他人によって占有される）部屋に隣接するＩＧＵ３０２の色調状態を維持または修正し得る。かかる無線通信は、様々な無線ネットワークトポロジおよびプロトコルＷＣを使用して生成、フォーマットまたは送信され得る。
【０１１８】
いくつかのかかる実装において、ユーザのモバイルデバイス（または他のコンピューティングデバイス）からそれぞれのＷＣ３０４に送信される制御信号は、それぞれのＮＣ３０６からＷＣ３０４によって以前に受信された色調値を上書きし得る。言い換えると、ＷＣ３０４は、色調値に基づいてではなく、ユーザのコンピューティングデバイスからの制御信号に基づいて、印加電圧をＩＧＵ３０２に提供し得る。例えば、ＷＣ３０４に記憶され、ＷＣ３０４によって実行される制御アルゴリズムまたは規則セットは、認証されたユーザのコンピューティングデバイスからの１つ以上の制御信号がＮＣ３０６から受信された色調値よりも優先することを規定し得る。高需要の場合における等のいくつかの他の事例において、ＮＣ３０６からの色調値等の制御信号は、ユーザのコンピューティングデバイスからＷＣ３０４によって受信されたいかなる制御信号よりも優先し得る。いくつかの他の事例において、制御アルゴリズムまたは規則セットは、一定のユーザもしくはグループまたはユーザのクラスのみからの色調の上書きが、かかるユーザに承諾されたアクセス許可、およびいくつかの事例において、時刻またはＩＧＵ３０２の位置を含む他の因子に基づいて優先され得ることを規定し得る。
【０１１９】
いくつかの実装において、認証されたユーザのコンピューティングデバイスからの制御信号の受信に基づいて、ＭＣ３０８は、既知のパラメータの組み合わせに関する情報を使用して、通常のユーザに望ましく、一方でいくつかの事例においてまた電力を効率的に使用する、照明条件を提供する色調値を計算、決定、選択またはそうでなければ生成し得る。いくつかの他の実装において、ＭＣ３０８は、コンピューティングデバイスを介して色調状態変更を要求した特定のユーザによって、またはそのユーザに対して定義された事前設定選好に基づいて色調値を決定し得る。例えば、ユーザは、パスワードを入力するか、またはそうでなければ色調状態変更を要求するためにログインするか、もしくは認証を取得することを必要とされ得る。かかる場合において、ＭＣ３０８は、パスワード、セキュリティトークンに基づいて、または特定のモバイルデバイスもしくは他のコンピューティングデバイスの識別情報に基づいて、ユーザの識別情報を決定し得る。ユーザの識別情報を決定した後、ＭＣ３０８は、その後、ユーザの事前設定選好を検索し、事前設定選好を単独または他のパラメータ（電力検討または様々なセンサからの情報）との組み合わせで使用して、それぞれのＩＧＵ３０２を色調付ける際の使用のための色調値を生成および送信し得る。
【０１２０】
壁掛デバイス
いくつかの実装において、ネットワークシステム３００はまた、壁掛スイッチ、調光器または他の色調状態制御デバイスも含み得る。壁掛スイッチは、概して、ＷＣに接続された電気機械的インターフェースを意味する。壁掛スイッチは、ＷＣに色調コマンドを伝え得、ＷＣは、その後、色調コマンドをＮＣに伝え得る。かかるデバイスはまた、以下に「壁掛デバイス」とも総称されるが、かかるデバイスは、壁に据え付けられた実装に限定される必要はない（例えば、かかるデバイスはまた、天井または床に位置するか、あるいは机または会議テーブル上もしくはその中に統合され得る）。例えば、建物のオフィス、会議室または他の部屋の一部または全部は、隣接するＩＧＵ３０２の色調状態を制御する際の使用のための、かかる壁掛デバイスを含み得る。例えば、特定の部屋に隣接するＩＧＵ３０２は、区域にグループ化され得る。壁掛デバイスの各々は、部屋に隣接するＩＧＵ３０２の色調状態または他の機能もしくはパラメータを制御するために、エンドユーザ（例えば、それぞれの部屋の占有者）によって操作され得る。例えば、一定の時刻において、隣接するＩＧＵ３０２は、外部から部屋に入る光エネルギーの量を低減させるために暗い状態に色調付けされ得る（例えば、ＡＣ冷却要件を低減するために）。ここで、ユーザがその部屋の使用を所望すると仮定する。様々な実装において、ユーザは、暗い状態からより明るい色調状態への色調状態遷移を引き起こすために、制御信号を通信するように壁掛デバイスを操作し得る。
【０１２１】
いくつかの実装において、各壁掛デバイスは、ユーザが、隣接する部屋のＩＧＵ３０２の特定の色調状態を選択すること、または現在の色調レベルを増減することを可能にする、１つ以上のスイッチ、ボタン、調光器、ダイヤルまたは他の物理的ユーザインターフェースコントロールを含み得る。追加的または代替的に、壁掛デバイスは、ユーザが特定の色調状態を選択すること（例えば、仮想ボタンを選択すること、ドロップダウンメニューから選択することまたは色調レベルもしくは色調パーセンテージを入力することによって）、または色調状態を修正すること（例えば、「暗く」の仮想ボタン、「明るく」の仮想ボタンを選択すること、または仮想ダイヤルを回すこと、もしくは仮想バーをスライドさせることによって）を可能にするタッチ画面インターフェースを有するディスプレイを含んでもよい。いくつかの他の実装において、壁掛デバイスは、ユーザが、スマートフォン、マルチメディアデバイス、タブレットコンピュータまたは他のポータブルコンピューティングデバイス（例えば、Ｃｕｐｅｒｔｉｎｏ，ＣＡのＡｐｐｌｅ，Ｉｎｃ．製のＩＰＨＯＮＥ（登録商標）、ＩＰＯＤ（登録商標）またはＩＰＡＤ（登録商標））等のポータブルデバイスを物理的かつ通信可能にドッキングすることを可能にする、ドッキングインターフェースを含み得る。かかる実装において、ユーザは、ポータブルデバイスへの入力を介して色調レベルを制御し得、これは、その後、ドッキングインターフェースを経由して壁掛デバイスによって受信され、続いて、ＭＣ３０８、ＮＣ３０６またはＷＣ３０４に通信される。かかる実装において、ポータブルデバイスは、壁掛デバイスによって提示されるＡＰＩと通信するためのアプリケーションを含み得る。
【０１２２】
例えば、壁掛デバイスは、色調状態変更の要求をＭＣ３０８に送信し得る。いくつかの実装において、ＭＣ３０８は、まず、要求を承諾するか否かを決定し得る（例えば、電力の検討に基づいて、またはユーザが適切な認証／アクセス許可を有するか否かに基づいて）。ＭＣ３０８は、その後、色調値を計算、決定、選択、またはそうでなければ生成し、一次色調のコマンド内の色調値を送信して、隣接するＩＧＵ３０２内の色調遷移を引き起こし得る。いくつかのかかる実装において、各壁掛デバイスは、１つ以上の有線リンクを介して（例えば、ＣＡＮもしくはイーサネット（登録商標）準拠回線等の通信回線を介して、または電力線通信技術を使用する電力線を介して）ＭＣ３０８と接続され得る。いくつかの他の実装において、各壁掛デバイスは、１つ以上の無線リンクを介してＭＣ３０８と接続され得る。いくつかの他の実装において、壁掛デバイスは、顧客対向ネットワーク等の外向きネットワーク３１０と接続され得（１つ以上の有線または無線接続を介して）、その後、リンク３１８を介してＭＣ３０８と通信する。
【０１２３】
いくつかの実装において、ＭＣ３０８は、壁掛デバイスをＩＧＵ３０２と関連付ける、事前にプログラムされるか、または発見された情報に基づいて、壁掛デバイスと関連付けられたＩＧＵ３０２を識別し得る。いくつかの実装において、ＭＣ３０８に記憶され、かつＭＣ３０８によって実行される制御アルゴリズムまたは規則セットは、壁掛デバイスからの１つ以上の制御信号が、ＭＣ３０８によって以前に生成された色調値よりも優先することを規定し得る。高需要（例えば、高電力需要）時等のいくつかの他の事例において、ＭＣ３０８に記憶され、かつＭＣ３０８によって実行される制御アルゴリズムまたは規則セットは、ＭＣ３０８によって以前に生成された色調値が、壁掛デバイスから受信された、いかなる制御信号よりも優先することを規定し得る。
【０１２４】
いくつかの他の実装または事例において、壁掛デバイスからの色調状態変更要求または制御信号に基づいて、ＭＣ３０８は、既知のパラメータの組み合わせに関する情報を使用して、通常のユーザに望ましく、一方でいくつかの事例においてまた電力を効率的に使用する、照明条件を提供する色調値を生成し得る。いくつかの他の実装において、ＭＣ３０８は、壁掛デバイスを介して色調状態変更を要求した特定のユーザによって、またはそのユーザに対して定義された事前設定選好に基づいて色調値を生成し得る。例えば、ユーザは、壁掛デバイスへのアクセスを得るために、壁掛デバイスにパスワードを入力するか、あるいはセキュリティトークンまたはＩＢＵＴＴＯＮもしくはその他の１−Ｗｉｒｅデバイス等のセキュリティフォブを使用することを必要とされ得る。かかる事例において、ＭＣ３０８は、パスワード、セキュリティトークンまたはセキュリティフォブに基づいて、ユーザの識別情報を決定し、ユーザの事前設定選好を検索し、かつ事前設定選好を単独または他のパラメータ（電力検討または様々なセンサからの情報）と組み合わせて使用して、それぞれのＩＧＵ３０２の色調値を計算、決定、選択し得、またはそうでなければ生成し得る。
【０１２５】
いくつかの他の実装において、壁掛デバイスは、色調状態変更要求を適切なＮＣ３０６に送信し得、ＮＣ３０６は、その後、要求、または要求に基づく通信をＭＣ３０８に通信する。例えば、各壁掛デバイスは、ＭＣ３０８についてちょうど説明されたもの等の１つ以上の有線リンクを介して、または無線リンク（以下に説明されるもの等）を介して、対応するＮＣ３０６と接続され得る。いくつかの他の実装において、壁掛デバイスは、適切なＮＣ３０６に要求を送信し得、ＮＣ３０８は、その後、ＭＣ３０８から以前に受信された一次色調コマンド、またはＮＣ３０６によって以前に生成された一次もしくは二次色調コマンドを上書きするか否かをそれ自体が決定する（以下に説明されるように、ＮＣ３０６は、いくつかの実装において、最初に色調コマンドをＭＣ３０８から受信せずに、色調コマンドを生成し得る）。いくつかの他の実装において、壁掛デバイスは、隣接するＩＧＵ３０２を制御するＷＣ３０４に要求または制御信号を直接通信し得る。例えば、各壁掛デバイスは、ＭＣ３０８についてちょうど説明されたもの等の１つ以上の有線リンクを介して、または無線リンクＷＣを介して、対応するＷＣ３０４と接続され得る。
【０１２６】
いくつかの特定の実装において、ＮＣ３０６またはＭＣ３０８は、壁デバイスからの制御信号が、ＮＣ３０６またはＭＣ３０８によって以前に生成された色調値よりも優先されるべきか否かを決定する。上に説明されたように、いくつかの実装において、壁デバイスは、ＮＣ３０６と直接通信し得る。しかしながら、いくつかの他の実装において、壁デバイスは、ＭＣ３０８に直接またはＷＣ３０４に直接、要求を通信し、その後、要求をＮＣ３０６に通信してもよい。さらに他の実装において、壁掛デバイスは、顧客対向ネットワーク（例えば、建物の所有者またはオペレータによって管理されるネットワーク等）に要求を通信し、その後、要求（またはそれに基づく要求）を、直接またはＭＣ３０８によって間接的に、ＮＣ３０６に渡し得る。いくつかの実装において、ＮＣ３０６またはＭＣ３０８に記憶され、かつＮＣ３０６またはＭＣ３０８によって実行される制御アルゴリズムまたは規則セットは、壁掛デバイスからの１つ以上の制御信号が、ＮＣ３０６またはＭＣ３０８によって以前に生成された色調値よりも優先することを規定し得る。高需要（例えば、高電力需要）時等のいくつかの他の事例において、ＮＣ３０６またはＭＣ３０８に記憶され、かつＮＣ３０６またはＭＣ３０８によって実行される制御アルゴリズムまたは規則セットは、ＮＣ３０６またはＭＣ３０８によって以前に生成された色調値が、壁掛デバイスから受信された、いかなる制御信号よりも優先することを規定し得る。
【０１２７】
ＭＣ３０８を参照して上に説明されたように、いくつかの他の実装において、壁掛デバイスからの色調状態変更要求または制御信号に基づいて、ＮＣ３０８は、既知のパラメータの組み合わせに関する情報を使用して、通常のユーザに望ましく、一方でいくつかの事例においてまた電力を効率的に使用する、照明条件を提供する色調値を生成し得る。いくつかの他の実施形態では、ＮＣ３０６またはＭＣ３０８は、壁デバイスを介して色調状態変更を要求した特定のユーザによって、またはそのユーザに対して定義された事前設定選好に基づいて、色調値を生成することができる。ＭＣ３０８を参照して上に説明されたように、ユーザは、壁掛デバイスへのアクセスを得るために、壁掛デバイスにパスワードを入力するか、あるいはセキュリティトークンまたはＩＢＵＴＴＯＮもしくはその他の１−Ｗｉｒｅデバイス等のセキュリティフォブを使用することを必要とされ得る。かかる事例において、ＮＣ３０６は、ユーザの識別情報を決定するためにＭＣ３０８と通信し得るか、またはＭＣ３０８は単独で、パスワード、セキュリティトークンまたはセキュリティフォブに基づいて、ユーザの識別情報を決定し、ユーザの事前設定選好を検索し、かつ事前設定選好を単独または他のパラメータ（電力検討または様々なセンサからの情報）と組み合わせて使用して、それぞれのＩＧＵ３０２の色調値を計算、決定、選択し得、またはそうでなければ生成し得る。
【０１２８】
いくつかの実装において、ＭＣ３０８は、外部データベース（または「データストア」または「データウェアハウス」）３２０に連結される。いくつかの実装において、データベース３２０は、有線ハードウェアリンク３２２を介してＭＣ３０８と連結されたローカルデータベースであり得る。いくつかの他の実装において、データベース３２０は、内部プライベートネットワークを介して、または外向きネットワーク３１０を経由して、ＭＣ３０８によってアクセス可能な遠隔データベースまたはクラウド基盤データベースであり得る。いくつかの実装において、他のコンピューティングデバイス、システムまたはサーバもまた、例えば、外向きネットワーク３１０を経由して、データベース３２０内に記憶されたデータを読み取るためにアクセスを有し得る。加えて、いくつかの実装において、１つ以上の制御アプリケーションまたは第三者アプリケーションもまた、外向きネットワーク３１０を介してデータベース内に記憶されたデータを読み取るためにアクセスを有し得る。いくつかの場合において、ＭＣ３０８は、ＭＣ３０８によって発行された対応する色調値を含む全ての色調コマンドの記録をデータベース３２０内に記憶する。ＭＣ３０８はまた、状態およびセンサデータを収集し、それをデータベース３２０に記憶し得る。かかる事例において、ＷＣ３０４は、ＩＧＵ３０２からセンサデータおよび状態データを収集し、リンク３１６を経由したＭＣ３０８との通信のためのリンク３１４を経由して、それぞれのＮＣ３０６にセンサデータおよび状態データを通信し得る。追加的または代替的に、ＮＣ３０６またはＭＣ３０８自体もまた、建物内の光センサ、温度センサまたは着座センサ、ならびに建物の上、周囲に接続され得、またはそうでなければ建物の外部（例えば、建物の屋根の上）に位置付けられた光センサもしくは温度センサ等の様々なセンサに接続され得る。いくつかの実装において、ＮＣ３０６またはＷＣ３０４はまた、状態またはセンサデータを記憶するために直接、データベース３２０に送信し得る。
【０１２９】
他のシステムまたはサービスとの統合
いくつかの実装において、ネットワークシステム３００はまた、建物全体または建物構内の統合された効率的エネルギー制御システムとして、最新の暖房、換気、および空調（ＨＶＡＣ）システム、内部照明システム、セキュリティシステムまたは電力システムと連携して機能するように設計され得る。ネットワークシステム３００のいくつかの実装は、建物管理システム（ＢＭＳ）３２４との統合に適している。ＢＭＳは、ＨＶＡＣシステム（炉または他のヒータ、空調、送風機および通気口を含む）、照明システム、電力システム、エレベータ、防火システム、およびセキュリティシステム等の、建物の機械的および電気的設備を監視および制御するために建物内に設置され得る広範囲なコンピュータベースの制御システムである。ＢＭＳは、占有者または建物マネージャもしくは他の管理者によって設定された選好に従って建物内の条件を維持するためのハードウェアならびに関連付けられたファームウェアおよびソフトウェアを含み得る。ソフトウェアは、例えば、インターネットプロトコルまたはオープン標準に基づき得る。ＢＭＳは、通常、それが建物内の環境を制御するよう機能する、大きな建物内で使用され得る。例えば、ＢＭＳは、建物内の照明、温度、二酸化炭素レベル、および湿度を制御し得る。建物の環境を制御するために、ＢＭＳは、規則に従ってまたは条件に応答して、様々な機械的および電気的デバイスをオンおよびオフに切り替え得る。かかる規則および条件は、例えば、建物マネージャまたは管理者によって選択または指定され得る。ＢＭＳの１つの機能は、暖房および冷房のエネルギー損失およびコストを最小にしつつ、建物の占有者にとって快適な環境を維持することであり得る。いくつかの実装において、ＢＭＳは、監視および制御のみならず、例えばエネルギーを節約し、建物運用コストを低下させるように、様々なシステム間の相乗効果を最適化するようにも構成され得る。
【０１３０】
追加的または代替的に、ネットワークシステム３００のいくつかの実装は、スマートサーモスタットサービス、アラートサービス（例えば、火災検出）、セキュリティサービスまたは他の機器自動化サービスとの統合に適している。ホームオートメーションサービスの一例としては、Ｎｅｓｔ  Ｌａｂｓ  ｏｆ  Ｐａｌｏ  Ａｌｔｏ、Ｃａｌｉｆｏｒｎｉａで製造されたＮＥＳＴ（登録商標）がある（ＮＥＳＴ（登録商標）は、Ｍｏｕｎｔａｉｎ  Ｖｉｅｗ、ＣａｌｉｆｏｒｎｉａのＧｏｏｇｌｅ，Ｉｎｃ．の登録商標である）。本明細書に使用されるように、ＢＭＳの参照はまた、いくつかの実装において、かかる他の自動化サービスを包含するか、またはそれらと置換され得る。
【０１３１】
いくつかの実装において、ＭＣ３０８およびＢＭＳ３２４等の別個の自動化サービスは、アプリケーションプログラミングインターフェース（ＡＰＩ）を介して通信し得る。例えば、ＡＰＩは、ＭＣ３０８内のマスタコントローラアプリケーション（またはプラットフォーム）と連携して、またはＢＭＳ３２４内の建物管理アプリケーション（またはプラットフォーム）と連携して実行し得る。ＭＣ３０８およびＢＭＳ３２４は、１つ以上の有線リンク３２６を経由して、または外向きネットワーク３１０を介して通信し得る。いくつかの事例において、ＢＭＳ３２４は、ＩＧＵ３０２を制御するための命令をＭＣ３０８に通信し、その後、一次色調コマンドを生成して適切なＮＣ３０６に送信し得る。いくつかの実装において、ＮＣ３０６またはＷＣ３０４はまた、ＢＭＳ３２４と直接通信し得る（有線／ハードウェアリンクを通して、または無線データリンクを通して無線で、のいずれか）。いくつかの実装において、ＢＭＳ３２４はまた、ＭＣ３０８、ＮＣ３０６およびＷＣ３０４のうちの１つ以上によって収集された、センサデータ、状態データおよび関連付けらえたタイムスタンプデータ等のデータを受信し得る。例えば、ＭＣ３０８は、ネットワーク３１０を経由してかかるデータを公開し得る。かかるデータがデータベース３２０内に記憶されるいくつかの他の実装において、ＢＭＳ３２４は、データベース３２０内に記憶されたデータの一部または全部へのアクセス権を有し得る。
【０１３２】
マスタコントローラの例
図７は、いくつかの実装による、マスタコントローラ（ＭＣ）４００の一例のブロック図を示す。例えば、図７のＭＣ４００は、図６のネットワークシステム３００を参照して上に説明されたＭＣ３０８を実装するために使用され得る。本明細書に使用される際、「ＭＣ４００」への参照はまた、ＭＣ３０８を包含し、逆も同様であり、言い換えると、２つの参照は、互換的に使用され得る。ＭＣ４００は、１つ以上のコンピュータ、コンピューティングデバイスもしくはコンピュータシステム（本明細書では、別途示されない限り、必要に応じて互換的に使用される）内またはそれらとして実装され得る。加えて、「ＭＣ４００」の参照は、説明された機能、動作、プロセスまたは能力を実装するためのハードウェア、ファームウェアおよびソフトウェアの任意の適切な組み合わせを総称する。例えば、ＭＣ４００は、マスタコントローラアプリケーション（本明細書では「プログラム」または「タスク」とも呼ばれる）を実装するコンピュータを意味し得る。
【０１３３】
図７に示されるように、ＭＣ４００は、概して、１つ以上のプロセッサ４０２（以下、「プロセッサ４０２」とも総称される）を含む。プロセッサ４０２は、単一コアまたはマルチコアプロセッサ等の中央処理装置（ＣＰＵ）であり得るか、またはそれを含み得る。プロセッサ４０２は、いくつかの実装において、デジタル信号プロセッサ（ＤＳＰ）またはネットワークプロセッサを追加的に含み得る。いくつかの実装において、プロセッサ４０２はまた、１つ以上の特定用途向け集積回路（ＡＳＩＣ）も含み得る。プロセッサ４０２は、一次メモリ４０４、二次メモリ４０６、内向きネットワークインターフェース４０８および外向きネットワークインターフェース４１０と連結される。一次メモリ４０４は、例えば、ダイナミックＲＡＭ（ＤＲＡＭ）デバイスを含む１つ以上のランダムアクセスメモリ（ＲＡＭ）デバイス等の１つ以上の高速メモリデバイスを含み得る。かかるＤＲＡＭデバイスは、例えば、他の適切なメモリデバイスの中でも、同期ＤＲＡＭ（ＳＤＲＡＭ）デバイスおよびダブルデータレートＳＤＲＡＭ（ＤＤＲＳＤＲＡＭ）デバイス（ＤＤＲ２ＳＤＲＡＭ、ＤＤＲ３ＳＤＲＡＭ、およびＤＤＲ４ＳＤＲＡＭを含む）、サイリスタＲＡＭ（Ｔ−ＲＡＭ）およびゼロキャパシタ（Ｚ−ＲＡＭ（登録商標））を含む。
【０１３４】
二次メモリ４０６は、１つ以上のハードディスクドライブ（ＨＤＤ）または１つ以上のソリッドステートドライブ（ＳＳＤ）を含み得る。いくつかの実装において、メモリ４０６は、例えば、Ｌｉｎｕｘ（登録商標）カーネルに基づいてオペレーティングシステム等のマルチタスクオペレーティングシステムを実装するためのプロセッサ実行可能コード（または「プログラミング命令」）を記憶し得る。いくつかの他の実装において、オペレーティングシステムは、ＵＮＩＸ（登録商標）またはＵｎｉｘライク基盤オペレーティングシステム、Ｍｉｃｒｏｓｏｆｔ  Ｗｉｎｄｏｗｓ（登録商標）基盤オペレーティングシステム、または別の適切なオペレーティングシステムであってもよい。メモリ４０６はまた、上に説明されたマスタコントローラアプリケーションを実装するためにプロセッサ４０２によって実行可能なコード、および他のアプリケーションまたはプログラムを実装するためのコードも記憶し得る。メモリ４０６はまた、ネットワークコントローラ、窓コントローラおよび様々なセンサから収集された状態情報、センサデータまたは他のデータも記憶し得る。
【０１３５】
いくつかの実装において、ＭＣ４００は、「ヘッドレス」システムであり、つまり、ディスプレイモニタまたは他のユーザ入力デバイスを含まないコンピュータである。かかる実装において、管理者または他の認証されたユーザは、ＭＣ４００内に記憶された情報にアクセスして検索するために、ＭＣ４００内にデータを書き込むかまたは記憶するために、かつＭＣ４００によって実装または使用された様々な機能、動作、プロセッサもしくはパラメータを制御するために、ネットワーク（例えば、ネットワーク３１０）を経由して遠隔コンピュータまたはモバイルコンピューティングデバイスからＭＣ４００にログインするか、またはそうでなければそれらにアクセスし得る。いくつかの他の実装において、ＭＣ４００はまた、ディスプレイモニタおよび直接ユーザ入力デバイス（例えば、マウス、キーボードおよびタッチ画面のうちの１つ以上）も含み得る。
【０１３６】
様々な実装において、内向きネットワークインターフェース４０８は、ＭＣ４００が様々な分散コントローラと通信することを可能にし、いくつかの実装において、様々なセンサと通信することも可能にする。内向きネットワークインターフェース４０８は、１つ以上の有線ネットワークインターフェースまたは１つ以上の無線ネットワークインターフェース（１つ以上の無線送受信機を含む）を総称し得る。図６のネットワークシステム３００の文脈において、ＭＣ４００は、ＭＣ３０８を実装することができ、内向きネットワークインターフェース４０８は、リンク３１６を経由して下流ＮＣ３０６との通信を可能にし得る。
【０１３７】
外向きネットワークインターフェース４１０は、ＭＣ４００が、１つ以上のネットワークを経由して様々なコンピュータ、モバイルデバイス、サーバ、データベースまたはクラウド基盤データベースシステムと通信することを可能にする。外向きネットワークインターフェース４１０はまた、１つ以上の有線ネットワークインターフェースまたは１つ以上の無線ネットワークインターフェース（１つ以上の無線送受信機を含む）を総称し得る。図６のネットワークシステム３００の文脈において、外向きネットワークインターフェース４１０は、リンク３１８を経由して外向きネットワーク３１０を介してアクセス可能な様々なコンピュータ、モバイルデバイス、サーバ、データベースまたはクラウド基盤データベースシステムとの通信を可能にし得る。上に説明されたように、いくつかの実装において、かかる遠隔デバイス内で実行する、第三者アプリケーションまたはクラウド基盤アプリケーションを含む、様々なアプリケーションが、ＭＣ４００に介してＭＣ４００またはデータベース３２０からのデータにアクセスするか、またはこれらにデータを提供し得る。いくつかの実装において、ＭＣ４００は、ＭＣ４００と様々な第三者アプリケーションとの間の通信を容易にするための１つ以上のＡＰＩを含む。ＭＣ４００が可能にし得るＡＰＩの実装のいくつかの例は、２０１５年１２月８日に出願され、ＭＵＬＴＩＰＬＥ  ＩＮＴＥＲＡＣＴＩＮＧ  ＳＹＳＴＥＭＳ  ＡＴ  Ａ  ＳＩＴＥと題された、ＰＣＴ特許出願第ＰＣＴ／ＵＳ１５／６４５５５号（代理人整理番号ＶＩＥＷＰ０７３ＷＯ））に説明され、これは、その全体の参照によって、かつあらゆる目的のために本明細書に組み込まれる。例えば、かかる第三者アプリケーションは、サーモスタットサービス、アラートサービス（例えば、火災検出）、セキュリティサービスまたは他の機器自動化サービスを含む様々な監視サービスを含み得る。監視サービスおよびシステムの追加の例は、２０１５年３月５日に出願され、ＭＯＮＩＴＯＲＩＮＧ  ＳＩＴＥＳ  ＣＯＮＴＡＩＮＩＮＧ  ＳＷＩＴＣＨＡＢＬＥ  ＯＰＴＩＣＡＬ  ＤＥＶＩＣＥＳ  ＡＮＤ  ＣＯＮＴＲＯＬＬＥＲＳと題された、ＰＣＴ特許出願第ＰＣＴ／ＵＳ２０１５／０１９０３１号（代理人整理番号ＶＩＥＷＰ０６１ＷＯ）に見出され得、これは、その全体の参照によって、かつあらゆる目的のために本明細書に組み込まれる。
【０１３８】
いくつかの実装において、内向きネットワークインターフェース４０８および外向きネットワークインターフェース４１０の一方または両方は、ＢＡＣｎｅｔ互換インターフェースを含み得る。ＢＡＣｎｅｔは、通常、ビル自動化および制御ネットワークで使用され、ＡＳＨＲＡＥ／ＡＮＳＩ１３５およびＩＳＯ１６４８４−５標準によって定義される通信プロトコルである。ＢＡＣｎｅｔプロトコルは、それらが実施する特定のサービスに関係なく、情報を交換するためにコンピュータ化された建物自動化システムおよびデバイスのための機構を広く提供する。例えば、ＢＡＣｎｅｔは従来、暖房、換気および空調制御（ＨＶＡＣ）システム、照明制御システム、アクセスまたはセキュリティ制御システム、および火災検出システムならびにそれらの関連付けられた設備間の通信を可能にするために使用されてきた。いくつかの他の実装において、内向きネットワークインターフェース４０８および外向きネットワークインターフェース４１０の一方または両方は、ｏＢＩＸ（オープン建物情報交換）互換インターフェースまたは別のＲＥＳＴｆｕｌＷｅｂサービス基盤インターフェースを含み得る。したがって、以下の説明は、時折、ＢＡＣｎｅｔ実装に焦点を当てるが、他の実装において、ｏＢＩＸまたは他のＲＥＳＴｆｕｌＷｅｂサービスと互換性のある他のプロトコルが使用されてもよい。
【０１３９】
ＢＡＣｎｅｔプロトコルは、概して、サーバ対クライアントアーキテクチャに基づく。いくつかの実装において、外向きネットワーク３１０から見て、ＭＣ４００は、ＢＡＣｎｅｔサーバとして機能する。例えば、ＭＣ４００は、様々な情報を、ネットワーク３１０を経由して外向きネットワークインターフェース４１０を通して、様々な認証されたコンピュータ、モバイルデバイス、サーバもしくはデータベース、またはかかるデバイス上で実行している様々な認証されたアプリケーションに公開し得る。残りのネットワークシステム３００から見たとき、ＭＣ４００は、クライアントとして機能し得る。かかる実装において、ＮＣ３０６は、ＷＣ３０４から取得された状態データ、センサデータまたは他のデータを収集および記憶し、かつＭＣ４００がアクセス可能であるようにこの取得されたデータを公開する、ＢＡＣｎｅｔサーバとして機能する。
【０１４０】
ＭＣ４００は、クライアントとして、ＢＡＣｎｅｔ標準データタイプを使用してＮＣ３０６の各々に通信し得る。かかるＢＡＣｎｅｔデータタイプは、アナログ値（ＡＶ）を含み得る。かかる実装形態において、各ＮＣ３０６は、ＡＶの配列を記憶する。ＡＶの配列は、ＢＡＣｎｅｔ  ＩＤによって組成され得る。例えば、各ＢＡＣｎｅｔ  ＩＤは、少なくとも２つのＡＶと関連付けられ得、ＡＶのうちの第１のＡＶは、ＭＣ４００によって設定された色調値と関連付けられ得、ＡＶのうちの第２のＡＶは、それぞれのＷＣ３０４から設定された（または受信された）状態指示値と関連付けられ得る。いくつかの実装において、各ＢＡＣｎｅｔ  ＩＤは、１つ以上のＷＣ３０４と関連付けられ得る。例えば、ＷＣ３０４の各々は、コントローラエリアネットワーク（ＣＡＮ）車両バス標準ＩＤ（以下、「ＣＡＮ  ＩＤ」と呼ばれる）等の第２のプロトコルＩＤによって識別され得る。かかる実装において、各ＢＡＣｎｅｔ  ＩＤは、ＮＣ３０６内の１つ以上のＣＡＮ  ＩＤと関連付けられ得る。
【０１４１】
いくつかの実装において、ＭＣ４００が１つ以上のＩＧＵ３０２の色調を決定したとき、ＭＣ４００は、目標ＩＧＵ３０２を制御する１つ以上のそれぞれのＷＣ３０４と関連付けられたＮＣ３０６内のＡＶに特定の色調値を書き込む。いくつかのより具体的な実装において、ＭＣ４００は、目標ＩＧＵ３０２を制御するＷＣ３０４と関連付けられたＢＡＣｎｅｔ  ＩＤを含む一次色調コマンドを生成する。一次色調コマンドはまた、目標ＩＧＵ３０２用の色調値も含み得る。ＭＣ４００は、ＮＣ３０６のネットワークアドレスを使用して、内向きインターフェース４０８を通して特定のＮＣ３０６への一次色調コマンドの送信を指示し得る。例えば、ＮＣ３０６のネットワークアドレスは、インターネットプロトコル（ＩＰ）アドレス（例えば、ＩＰｖ４またはＩＰｖ６アドレス）、またはメディアアクセス制御（ＭＡＣ）アドレス（例えば、イーサーネットリンク３１６を経由して通信するとき）を含み得る。
【０１４２】
ＭＣ４００は、パラメータの組み合わせに基づいて１つ以上のＩＧＵ３０２の色調値を計算、決定、選択し得またはそうでなければ生成し得る。例えば、パラメータの組み合わせは、時刻、日付、または季節の時期等の時間またはカレンダー情報を含み得る。追加的または代替的に、パラメータの組み合わせは、例えば、ＩＧＵ３０２に対する太陽の方向等の太陽暦情報を含み得る。いくつかの事例において、ＩＧＵ３０２に対する太陽の方向は、地球上の建物の地理的位置およびＩＧＵが向いている方向（例えば、北−東−下座標系の）に関して既知の情報と共に、時間およびカレンダー情報に基づいてＭＣ４００によって決定され得る。パラメータの組み合わせはまた、外部温度（建物の外部）、内部温度（目標ＩＧＵ３０２に隣接する室内）、またはＩＧＵ３０２の内部容積内の温度を含み得る。パラメータの組み合わせはまた、気象に関する情報（例えば、快晴、晴れ、一面曇り、曇り、雨または雪であるかどうか）も含み得る。時刻、日付、または太陽の方向等のパラメータは、ＭＣ３０８にプログラムされ、ＭＣ３０８によってトラッキングされ得る。外部温度、内部温度またはＩＧＵ温度等のパラメータは、建物内、建物上もしくは建物周囲のセンサ、またはＩＧＵ３０２上もしくはＩＧＵ３０２内に統合されたセンサから取得され得る。気象に関するいくつかの情報はまた、かかるセンサから取得され得る。追加的または代替的に、時刻、日付、太陽の方向、または気象等のパラメータは、ネットワーク３１０を経由して第三者アプリケーションを含む様々なアプリケーションによって提供され得るか、またはそれらによって提供された情報に基づいて決定され得る。色調値を生成するためのアルゴリズム、ルーチン、モジュール、または他の手段の追加の例は、２０１３年２月２１日に出願され、ＣＯＮＴＲＯＬ  ＭＥＴＨＯＤ  ＦＯＲ  ＴＩＮＴＡＢＬＥ  ＷＩＮＤＯＷＳと題された米国特許出願第１３／７７２，９６９号（代理人整理番号ＶＩＥＷＰ０４９）、および２０１５年５月７日に出願され、ＣＯＮＴＲＯＬ  ＭＥＴＨＯＤ  ＦＯＲ  ＴＩＮＴＡＢＬＥ  ＷＩＮＤＯＷＳと題された、ＰＣＴ特許出願第ＰＣＴ／ＵＳ１５／０２９６７５号（代理人整理番号ＶＩＥＷＰ０４９Ｘ１ＷＯ）に説明されており、これらの両方は、それらの全体の参照によって、かつあらゆる目的のために本明細書に組み込まれる。
【０１４３】
一般的に、各ＩＧＵ３０２内の各ＥＣＤは、ＥＣスタックにわたって印加される適切な駆動電圧に応答して、ＥＣスタックの材料特性によって画定される連続色調スペクトル内の実質的に任意の色調の状態に色調付けされることができる。しかしながら、いくつかの実装において、ＭＣ４００は、有限数の離散的な色調値から色調値を選択するようにプログラムされる。例えば、色調値は、整数値として指定され得る。いくつかのかかる実装において、利用可能な離散的な色調値の数は、４、８、１６、３２、６４、１２８または２５６以上であり得る。例えば、２ビットの２進数は、４つの可能な整数の色調値のうちのいずれか１つを指定するために使用され得、３ビットの２進数は、８つの可能な整数の色調値のうちのいずれか１つを指定するために使用され、４ビットの２進数は、１６の可能な整数の色調値のうちのいずれか１つを指定するために使用され、５ビットの２進数は、３２の可能な整数の色調値のうちのいずれか１つを指定するために使用され得、以下同様である。各色調値は、目標色調レベルと関連付けられ得る（例えば、最大色調、最大安全色調、または最大の所望されるもしくは利用可能な色調）。教示的目的のために、ＭＣ４００が４つの利用可能な値、０、５、１０および１５の中から選択する（４ビット以上の２進数を使用する）一例を考える。色調値０、５、１０および１５は、６０％、４０％、２０％および４％、もしくは６０％、３０％、１０％および１％の目標色調レベル、または別の望ましい、有利な、もしくは適切な一組の目標色調レベルとそれぞれ関連付けられ得る。
【０１４４】
ネットワークコントローラの例
図８は、いくつかの実装による、ネットワークコントローラ（ＮＣ）５００の一例のブロック図を示す。例えば、図８のＮＣ５００は、図６のネットワークシステム３００を参照して上に説明されたＮＣ３０６を実装するために使用され得る。本明細書に使用される際、「ＮＣ５００」の参照はまた、ＮＣ３０６を包含し、逆もまた同様であり、言い換えると、２つの参照は、互換的に使用され得る。ＮＣ５００は、１つ以上のネットワーク構成要素、ネットワークデバイス、コンピュータ、コンピューティングデバイスもしくはコンピュータシステム（本明細書では、別途示されない限り、必要に応じて互換的に使用される）内またはそれらとして実装され得る。加えて、「ＮＣ５００」の参照は、説明された機能、動作、プロセスまたは能力を実装するためのハードウェア、ファームウェアおよびソフトウェアの任意の適切な組み合わせを総称する。例えば、ＮＣ５００は、ネットワークコントローラアプリケーション（本明細書では「プログラム」または「タスク」とも呼ばれる）を実装するコンピュータを意味し得る。
【０１４５】
図８に示されるように、ＮＣ５００は、概して、１つ以上のプロセッサ５０２（以下、「プロセッサ５０２」とも総称される）を含む。いくつかの実装において、プロセッサ５０２は、マイクロコントローラとして、またはフィールドプログラマブルゲートアレイ（ＦＰＧＡ）もしくはコンプレックスプログラマブル論理デバイス（ＣＰＬＤ）等の、１つ以上の特定用途向け集積回路（ＡＳＩＣ）もしくはプログラマブル論理デバイス（ＰＬＤ）を含む１つ以上の論理デバイスとして実装され得る。ＰＬＤに実装される場合、プロセッサは、ＰＬＤに知的財産（ＩＰ）ブロックとしてプログラムされ得るか、または埋め込みプロセッサコアとしてＰＬＤに恒久的に形成され得る。いくつかの他の実装において、プロセッサ５０２は、単一コアまたはマルチコアプロセッサ等の、中央処理装置（ＣＰＵ）であり得るか、またはそれを含み得る。プロセッサ５０２は、一次メモリ５０４、二次メモリ５０６、下流ネットワークインターフェース５０８および上流ネットワークインターフェース５１０と連結される。いくつかの実装において、一次メモリ５０４は、例えば、システムオンチップ（ＳＯＣ）パッケージとして、またはＰＬＤ自体の中の埋め込みメモリ内に、プロセッサ５０２と統合され得る。いくつかの他の実装において、ＮＣ５００は、代替的または追加的に、例えば１つ以上のＲＡＭデバイス等の１つ以上の高速メモリデバイスを含み得る。
【０１４６】
二次メモリ５０６は、１つ以上のルックアップテーブルまたは値の配列を記憶する１つ以上のソリッドステートドライブ（ＳＳＤ）を含み得る。いくつかの実装において、二次メモリ５０６は、ＭＣ４００から受信された第１のプロトコルＩＤ（例えば、ＢＡＣｎｅｔ  ＩＤ）を、ＷＣ３０４のそれぞれ１つを各々識別する第２のプロトコルＩＤ（例えば、ＣＡＮ  ＩＤ）にマッピングする、およびその逆のルックアップテーブルを記憶し得る。いくつかの実装において、二次メモリ５０６は、追加的または代替的に、１つ以上の配列またはテーブルを記憶し得る。いくつかの実装において、かかる配列またはテーブルは、カンマ区切り値（ＣＳＶ）ファイルとして、または別のテーブル構造ファイル形式を介して記憶され得る。例えば、ファイルの各行は、ＷＣ３０４とのトランザクションに対応するタイムスタンプによって識別され得る。各行は、ＷＣ３０４によって制御されるＩＧＵ３０２に対する色調値（Ｃ）（例えば、一次色調コマンドでＭＣ４００によって設定される）と、ＷＣ３０４によって制御されるＩＧＵ３０２に対する状態値（Ｓ）と、設定点電圧（例えば、有効印加電圧ＶＥｆｆ）と、ＩＧＵ３０２内のＥＣＤにわたって測定、検出、またはそうでなければ決定された実際の電圧レベルＶＡｃｔと、ＩＧＵ３０２内のＥＣＤを通して測定、検出またはそうでなければ決定された実際の電流レベルＩＡｃｔと、様々なセンサデータと、を含み得る。いくつかの実装において、ＣＳＶファイルの各行は、ＮＣ５００によって制御されるＷＣ３０４の各々および全てのかかる状態情報を含み得る。かかる実装において、各行はまた、それぞれのＷＣ３０４の各々と関連付けられたＣＡＮ  ＩＤまたは他のＩＤも含む。
【０１４７】
ＮＣ５００がネットワークコントローラアプリケーションを実行するコンピュータ内に実装される、いくつかの実装において、二次メモリ５０６はまた、例えば、Ｌｉｎｕｘ（登録商標）カーネルに基づいてオペレーティングシステム等のマルチタスクオペレーティングシステムを実装するためのプロセッサ実行可能コード（または「プログラミング命令」）を記憶し得る。いくつかの他の実装において、オペレーティングシステムは、ＵＮＩＸ（登録商標）またはＵｎｉｘライク基盤オペレーティングシステム、Ｍｉｃｒｏｓｏｆｔ  Ｗｉｎｄｏｗｓ（登録商標）基盤オペレーティングシステム、または別の適切なオペレーティングシステムであってもよい。メモリ５０６はまた、上に説明されたネットワークコントローラアプリケーションを実装するためにプロセッサ５０２によって実行可能なコード、および他のアプリケーションまたはプログラムを実装するためのコードも記憶し得る。
【０１４８】
様々な実装において、下流ネットワークインターフェース５０８は、ＮＣ５００が分散ＷＣ３０４と通信することを可能にし、いくつかの実装において、様々なセンサと通信することも可能にする。図６のネットワークシステム３００の文脈において、ＮＣ５００は、ＮＣ３０６を実装することができ、下流ネットワークインターフェース５０８は、リンク３１４を経由してＷＣ３０４との通信を可能にし得る。下流ネットワークインターフェース５０８は、１つ以上の有線ネットワークインターフェースまたは１つ以上の無線ネットワークインターフェース（１つ以上の無線送受信機を含む）を総称し得る。いくつかの実施形態において、下流インターフェース５０８は、ＣＡＮＢｕｓインターフェースを含み得、これは、ＮＣ５００が、ＣＡＮＢｕｓプロトコルに従って（例えば、ＣＡＮｏｐｅｎ通信プロトコルを介して）、コマンド、要求または他の命令を様々なＷＣ３０４に分散させること、およびＷＣ３０４から状態情報を含む応答を受信することを可能にする。いくつかの実装において、単一のＣＡＮｂｕｓインターフェースは、ＮＣ５００と数十、数百または数千のＷＣ３０４との間の通信を可能にし得る。追加的または代替的に、下流インターフェース５０８は、１つ以上のユニバーサルシリアルバス（ＵＳＢ）インタフェース（または「ポート」）を含み得る。いくつかのかかる実装において、ＣＡＮｂｕｓ通信プロトコルを介した通信を可能にするために、ＵＳＢ対ＣＡＮアダプタが、下流インターフェース５０８のＵＳＢポートをＣＡＮｂｕｓ互換ケーブルと連結するために使用され得る。いくつかのかかる実装において、ＮＣ５００がさらに多くのＷＣ３０４を制御することを可能にするために、ＵＳＢハブ（例えば、２、３、４、５、１０以上のハブポートを有する）が、下流インターフェース５０８のＵＳＢポートに挿し込まれ得る。ＵＳＢ対ＣＡＮアダプタは、その後、ＵＳＢハブの各ハブポートに挿し込まれ得る。
【０１４９】
上流ネットワークインターフェース５１０は、ＮＣ５００がＭＣ４００、およびいくつかの実装において、様々な他のコンピュータ、サーバ、またはデータベース（データベース３２０を含む）とも通信することを可能にする。上流ネットワークインターフェース５１０はまた、１つ以上の有線ネットワークインターフェースまたは１つ以上の無線ネットワークインターフェース（１つ以上の無線トランシーバを含む）を総称し得る。図６のネットワークシステム３００の文脈において、上流ネットワークインターフェース５１０は、リンク３１８を経由してＭＣ３０８との通信を可能にし得る。いくつかの実装において、上流ネットワークインターフェース５１０はまた、外向きネットワーク３１０を経由して、第三者アプリケーションおよびクラウド基盤アプリケーションを含むアプリケーションと通信するようにも連結され得る。例えば、ＮＣ５００が、コンピュータ内のタスクとして実行するネットワークコントローラアプリケーションとして実装される実装において、ネットワークコントローラアプリケーションは、オペレーティングシステムおよび上流ネットワークインターフェース５１０を介して外向きネットワーク３１０と直接通信し得る。いくつかの他の実装において、ＮＣ５００は、ＭＣ３０８上で動作し、かつＣＡＮｂｕｓインターフェースを介してＣＡＮｂｕｓデバイスを管理する、タスクとして実装され得る。かかる実装において、ＭＣへのＴＣＰ／ＩＰまたはＵＤＰ／ＩＰ通信に加えて、またはそれに代えて、通信は、ＵＮＩＸドメインソケット（ＵＤＳ）もしくは共有メモリのような他の通信方法、または他の非ＩＰ通信方法を介し得る。
【０１５０】
いくつかの実装において、上流インターフェース５１０は、ＢＡＣｎｅｔ互換インターフェース、ｏＢＩＸ互換インターフェース、または別のＲＥＳＴｆｕｌＷｅｂサービス基盤インターフェースを含み得る。図７を参照して上に説明されたように、いくつかの実装において、ＮＣ５００は、ＷＣ３０４から取得された状態データ、センサデータまたは他のデータを収集および記憶し、かつＭＣ４００がアクセス可能であるようにこの取得されたデータを公開する、ＢＡＣｎｅｔサーバとして機能する。いくつかの実装において、ＮＣ５００はまた、この取得されたデータを、ネットワーク３１０を経由して直接的に、つまり、最初にＭＣ４００にデータを渡すことなく、公開し得る。ＮＣ５００はまた、いくつかの点でルータと同様に機能する。例えば、ＮＣ５００は、ＣＡＮＢｕｓゲートウェイに対してＢＡＣｎｅｔとして機能し得、ＢＡＣｎｅｔプロトコルに従ってＭＣ４００から送信された通信を受信し、コマンドまたはメッセージをＢＡＣｎｅｔプロトコルからＣＡＮＢｕｓプロトコル（例えば、ＣＡＮｏｐｅｎ通信プロトコル）に変換し、コマンドまたは他の命令をＣＡＮＢｕｓプロトコルに従って様々なＷＣ３０４に分散させる。
【０１５１】
ＢＡＣｎｅｔは、ユーザデータグラムプロトコル（ＵＤＰ）上に構築される。いくつかの他の実装において、非ブロードキャスト基盤通信プロトコルが、ＭＣ４００とＮＣ５００との間の通信に使用され得る。例えば、伝送制御プロトコル（ＴＣＰ）は、ＵＤＰとは対照的にトランスポート層として機能し得る。いくつかのかかる実装において、ＭＣ４００は、ｏＢＩＸ互換通信プロトコルを介してＮＣ５００と通信し得る。いくつかの他の実装において、ＭＣ４００は、ウェブソケット互換通信プロトコルを介してＮＣ５００と通信し得る。かかるＴＣＰプロトコルはまた、ＮＣ５００が互いに直接通信することも可能にし得る。
【０１５２】
様々な実装において、ＮＣ５００は、１つ以上の上流プロトコルと１つ以上の下流プロトコルとの間でプロトコル翻訳（または「変換」）を実施するように構成され得る。上に説明されたように、ＮＣ５００は、ＢＡＣｎｅｔからＣＡＮｏｐｅｎ、およびその逆の翻訳を実施し得る。別の例として、ＮＣ５００は、ｏＢＩＸプロトコルを介してＭＣ４００から上流通信を受信し、通信を下流ＷＣ３０４への送信のためにＣＡＮｏｐｅｎまたは他のＣＡＮ互換プロトコルに翻訳し得、その逆も可能である。いくつかの無線実装において、ＮＣ５００またはＭＣ４００はまた、例えば、ＩＥＥＥ８０２．１１標準に基づくプロトコル（例えば、ＷｉＦｉ）、ＩＥＥＥ８０２．１５．４標準に基づくプロトコル（例えば、ＺｉｇＢｅｅ、６ＬｏＷＰＡＮ、ＩＳＡ１００．１１ａ、ＷｉｒｅｌｅｓｓＨＡＲＴまたはＭｉＷｉ）、Ｂｌｕｅｔｏｏｔｈ標準に基づくプロトコル（クラシックＢｌｕｅｔｏｏｔｈ、高速Ｂｌｕｅｔｏｏｔｈおよび低電力Ｂｌｕｅｔｏｏｔｈプロトコルを含み、Ｂｌｕｅｔｏｏｔｈｖ４．０、ｖ４．１およびｖ４．２バージョンを含む）、またはＥｎＯｃｅａｎ標準（ＩＳＯ／ＩＥＣ１４５４３−３−１０）に基づくプロトコルを含む、様々な無線プロトコルも翻訳し得る。例えば、ＮＣ５００は、ｏＢＩＸプロトコルを介してＭＣ４００からの上流通信を受信し、通信を下流ＷＣ３０４への送信のためにＷｉＦｉまたは６ＬｏＷＰＡＮに翻訳し得、その逆も可能である。別の例として、ＮＣ５００は、ＷｉＦｉまたは６ＬｏＷＰＡＮを介してＭＣ４００から上流通信を受信し、通信を下流ＷＣ３０４への送信のためにＣＡＮｏｐｅｎに翻訳し得、その逆も可能である。いくつかの他の例において、ＮＣ５００ではなくＭＣ４００が、下流ＷＣ３０４への送信のためのかかる翻訳を処理する。
【０１５３】
図７を参照して上に説明されたように、ＭＣ４００が１つ以上のＩＧＵ３０２の色調を決定したとき、ＭＣ４００は、目標ＩＧＵ３０２を制御する１つ以上のそれぞれのＷＣ３０４と関連付けられたＮＣ５００内のＡＶに特定の色調値を書き込み得る。いくつかの実装において、そのようにするために、ＭＣ４００は、目標ＩＧＵ３０２を制御するＷＣ３０４と関連付けられたＢＡＣｎｅｔ  ＩＤを含む一次色調コマンド通信を生成する。一次色調コマンドはまた、目標ＩＧＵ３０２用の色調値も含み得る。ＭＣ４００は、例えば、ＩＰアドレスまたはＭＡＣアドレス等のネットワークアドレスを使用して、一次色調コマンドの送信をＮＣ５００に指示し得る。ＭＣ４００から上流インターフェース５１０を通してかかる一次色調コマンドを受信することに応答して、ＮＣ５００は、通信をアンパッケージし、一次色調コマンドのＢＡＣｎｅｔ  ＩＤ（または他の第１のプロトコルＩＤ）を１つ以上のＣＡＮ  ＩＤ（または他の第２のプロトコルＩＤ）にマッピングし、一次色調コマンドからの色調値をＣＡＮ  ＩＤの各々と関連付けられたそれぞれのＡＶのうちの第１のＡＶに書き込み得る。
【０１５４】
いくつかの実装において、ＮＣ５００は、その後、ＣＡＮ  ＩＤによって識別されるＷＣ３０４の各々に対する二次色調コマンドを生成する。各二次色調コマンドは、それぞれのＣＡＮ  ＩＤによってＷＣ３０４のそれぞれ１つにアドレス指定され得る。各二次色調コマンドはまた、一次色調コマンドから抽出された色調値も含み得る。ＮＣ５００は、第２の通信プロトコルを介して（例えば、ＣＡＮＯｐｅｎプロトコルを介して）下流インターフェース５０８を通して第２の色調コマンドを目標ＷＣ３０４に送信する。いくつかの実装において、ＷＣ３０４が、かかる二次色調コマンドを受信するとき、ＷＣ３０４は、ＷＣ３０４の状態を示す状態値をＮＣ５００に返信する。例えば、色調状態値は、ＷＣが目標ＩＧＵ３０２を色調付けるプロセスにあることを示す「色調状態」もしくは「遷移状態」、目標ＩＧＵ３０２が目標色調状態であること、または遷移が終了していることを示す「有効」もしくは「完了」状態、またはエラーを示す「エラー状態」を表し得る。状態値がＮＣ５００内に記憶された後、ＮＣ５００は、状態情報を公開し得、あるいはそうでなければＭＣ４００または様々な他の認証されたコンピュータもしくはアプリケーションにアクセス可能な状態情報を作成し得る。いくつかの他の実装において、ＭＣ４００は、知能、スケジュール化ポリシー、またはユーザ上書きに基づいて、ＮＣ５００から特定のＷＣ３０４の状態情報を要求し得る。例えば、知能は、ＭＣ４００内またはＢＭＳ内にあり得る。スケジュール化ポリシーは、ＭＣ４００、ネットワークシステム３００内の別の記憶位置、またはクラウド基盤システム内に記憶され得る。
【０１５５】
統合マスタコントローラおよびネットワークコントローラ
上に説明されたように、いくつかの実装において、ＭＣ４００およびＮＣ５００は、それぞれ、マスタコントローラアプリケーションおよびネットワークコントローラアプリケーションとして実装され得、それぞれの物理コンピュータまたは他のハードウェアデバイス内で実行する。いくつかの代替的な実装において、マスタコントローラアプリケーションおよびネットワークコントローラアプリケーションの各々は、同一物理ハードウェア内に実装され得る。例えば、マスタコントローラアプリケーションおよびネットワークコントローラアプリケーションの各々は、例えば、Ｌｉｎｕｘ（登録商標）カーネルに基づくオペレーティングシステムまたは別の適切なオペレーティングシステム等のマルチタスクオペレーティングシステムを含む単一のコンピュータデバイス内で実行する別個のタスクとして実装され得る。
【０１５６】
いくつかのかかる統合された実装において、マスタコントローラアプリケーションおよびネットワークコントローラアプリケーションは、アプリケーションプログラミングインターフェース（ＡＰＩ）を介して通信し得る。いくつかの特定の実装において、マスタコントローラおよびネットワークコントローラアプリケーションは、ループバックインターフェースを経由して通信し得る。参考として、ループバックインターフェースは、オペレーティングシステムを通して実装される仮想ネットワークインターフェースであり、これは、同一デバイス内で実行するアプリケーション間の通信を可能にする。ループバックインターフェースは、通常、ＩＰアドレス（しばしば、ＩＰｖ４では１２７．０．０．０／８アドレスブロック、またはＩＰｖ６では０：０：０：０：０：０：０：１アドレス（これは：：１としても表現される））によって識別される。例えば、マスタコントローラアプリケーションおよびネットワークコントローラアプリケーションは、互いに目標とされる通信をループバックインターフェースのＩＰアドレスに送信するように各々プログラムされ得る。この方式において、マスタコントローラアプリケーションがネットワークコントローラアプリケーションに通信を送信するとき、またはその逆のとき、通信は、コンピュータから離れる必要はない。
【０１５７】
ＭＣ４００およびＮＣ５００がマスタコントローラおよびネットワークコントローラアプリケーションとしてそれぞれ実装される実装において、概して、２つのアプリケーション間の通信での使用に適切な利用可能なプロトコルを制限する制約は、存在しない。これは、マスタコントローラアプリケーションとネットワークコントローラアプリケーションとが同一または異なる物理コンピュータ内のタスクとして実行しているか否かにかかわらず、一般的に当てはまる。例えば、スイッチまたはルータ境界によって画定されるように１つのネットワークセグメントへの通信を制限する、ＢＡＣｎｅｔ等のブロードキャスト通信プロトコルを使用する必要はない。例えば、ｏＢＩＸ通信プロトコルは、ＭＣ４００およびＮＣ５００との間の通信のためのいくつかの実装において使用され得る。
【０１５８】
ネットワークシステム３００の文脈において、ＮＣ５００の各々は、それぞれの物理コンピュータ内でタスクとして実行しているネットワークコントローラアプリケーションのインスタンスとして実装され得る。いくつかの実装において、ネットワークコントローラアプリケーションのインスタンスを実行するコンピュータのうちの少なくとも１つは、ＭＣコントローラ４００を実装するためにマスタコントローラアプリケーションのインスタンスも実行する。例えば、マスタコントローラアプリケーションの１つのインスタンスのみが、任意の所与のタイミングで、ネットワークシステム３００内で有効に実行し得るが、ネットワークコントローラアプリケーションのインスタンスを実行するコンピュータのうちの２つ以上は、インストールされたマスタコントローラアプリケーションのインスタンスを有し得る。この方式において、冗長性が、マスタコントローラアプリケーションを現在実行しているコンピュータがもはやシステム３００全体の単一の故障点にならないように、追加される。例えば、マスタコントローラアプリケーションを実行しているコンピュータが故障した場合、またはマスタコントローラアプリケーションのその特定のインスタンスが別途、機能を停止した場合、インストールされたマスタネットワークアプリケーションのインスタンスを有するコンピュータのうちの別の１つが、他の故障したインスタンスに代わるようにマスタコントローラアプリケーションを実行することを開始し得る。いくつかの他の用途において、マスタコントローラアプリケーションの１つよりも多いインスタンスが、同時に実行している場合がある。例えば、マスタコントローラアプリケーションの機能、プロセスまたは動作は、マスタコントローラアプリケーションのうちの２つ（またはそれよりも多い）のインスタンスに分散され得る。
【０１５９】
窓コントローラの例
窓コントローラの一例は、ＣＯＮＴＲＯＬＬＥＲＳ  ＦＯＲ  ＯＰＴＩＣＡＬＬＹ−ＳＷＩＴＣＨＡＢＬＥ  ＤＥＶＩＣＥＳと題され、２０１６年１０月２６日に出願された、ＰＣＴ特許出願第ＰＣＴ／ＵＳ１６／５８８７２号にさらに説明され、これは、その全体の参照によって本明細書に組み込まれる。光学的に切り換え可能なデバイスのためのコントローラはまた、ＣＯＮＴＲＯＬＬＥＲＳ  ＦＯＲ  ＯＰＴＩＣＡＬＬＹ−ＳＷＩＴＣＨＡＢＬＥ  ＤＥＶＩＣＥＳと題され、２０１６年１０月２６日に出願された米国特許出願第１５／３３４８３２号にも説明されており、これは、その全体の参照によって本明細書に組み込まれる。
【０１６０】
スマートネットワークコントローラ
いくつかの実装において、図８を参照して説明されたＮＣ５００は、図７のＭＣ４００の担当であるように上に説明される機能、プロセスまたは動作のうちのいくつかに代わり得る。追加的または代替的に、ＮＣ５００は、ＭＣ４００を参照して説明されていない追加の機能または能力を含み得る。図９は、いくつかの実装による、ネットワークコントローラのモジュールの一例のブロック図を示す。例えば、図９のモジュールは、ハードウェア、ファームウェアおよびソフトウェアの任意の適切な組み合わせでＮＣ５００内に実装され得る。ＮＣ５００がコンピュータ内で実行するネットワークコントローラアプリケーションとして実装されるいくつかの実装において、図１のモジュールの各々はまた、ネットワークコントローラアプリケーション内で実行するアプリケーション、タスクまたはサブタスクとしても実装され得る。
【０１６１】
いくつかの実装において、ＮＣ５００は、それが制御するＷＣからの状態情報を定期的に要求する。例えば、ＮＣ５００は、数秒毎、数十秒毎、毎分、数分毎または任意の望ましい期間後に、それが制御するＷＣの各々に状態要求を通信し得る。いくつかの実装において、各状態要求は、ＣＡＮ  ＩＤまたはそれぞれのＷＣの他の識別情報を使用して、ＷＣのそれぞれ１つに向けられる。いくつかの実装において、ＮＣ５００は、各一巡の状態取得中に、それが制御するＷＣの全てを順番に通って進行する。言い換えると、ＮＣ５００は、状態要求が各一巡の状態取得においてＷＣの各々に順番に送信されるように、ＮＣ５００が制御するＷＣの全てを通ってループする。状態要求が所与のＷＣに送信された後、ＮＣ５００は、その後、一巡の状態取得においてＷＣの次の１つに状態要求を送る前に、それぞれのＷＣから状態情報を受信することを待つ。
【０１６２】
いくつかの実装において、状態情報が、ＮＣ５００が制御するＷＣの全てから受信された後、ＮＣ５００は、その後、一巡の色調コマンド分散を実施する。例えば、いくつかの実装において、各一巡の状態取得の後に一巡の色調コマンド分散が続き、その後、次の一巡の状態取得および次の一巡の色調コマンド分散が続き、以下同様である。いくつかの実装において、各一巡の色調コマンド分散中、ＮＣ５００は、ＮＣ５００が制御するＷＣの各々に色調コマンドを送信するように進行する。いくつかのかかる実装において、ＮＣ５００はまた、一巡の色調コマンド分散中、ＮＣ５００が制御するＷＣの全てを順番に通って進行する。言い換えると、ＮＣ５００は、色調コマンドが各一巡の色調コマンド分散においてＷＣの各々に順番に送信されるように、ＮＣ５００が制御するＷＣの全てを通ってループする。
【０１６３】
いくつかの実装において、各状態要求は、どの状態情報がそれぞれのＷＣから要求されているかを示す命令を含む。いくつかの実装において、かかる要求の受信に応答して、それぞれのＷＣは、要求された状態情報をＮＣ５００に送信することによって応答する（例えば、上流の一組のケーブル内の通信ラインを介して）。いくつかの他の実装において、初期設定による各状態要求は、ＷＣに、それが制御する一組のＩＧＵに対する所定の一組の情報を送信させる。いずれにしても、各状態要求に応答してＷＣがＮＣ５００に通信する状態情報は、例えば、ＩＧＵが色調遷移を行っているか、または色調遷移が終了しているか否かを示す、ＩＧＵに対する色調状態値を含み得る。追加的または代替的に、色調状態値Ｓまたは別の値は、色調遷移の特定の段階（例えば、電圧制御プロファイルの特定の段階）を示し得る。いくつかの実施形態では、状態値Ｓまたは別の値はまた、ＷＣがスリープモードにあるか否かも示し得る。状態要求に応答して通信される状態情報はまた、例えば、ＭＣ４００またはＮＣ５００によって設定された、ＩＧＵに対する色調値（Ｃ）も含み得る。応答はまた、色調値（例えば、有効印加ＶＥｆｆの値）に基づいてＷＣによって設定された設定点電圧も含み得る。いくつかの実装において、応答はまた、ＩＧＵ内のＥＣＤにわたって（例えば、増幅器およびフィードバック回路を介して）測定、検出、またはそうでなければ決定された、ほぼリアルタイムの実際の電圧レベルＶＡｃｔも含み得る。いくつかの実装において、応答はまた、ＩＧＵ内のＥＣＤを介して（例えば、増幅器およびフィードバック回路を介して）測定、検出、またはそうでなければ決定された、ほぼリアルタイムの実際の電流レベルＩＡｃｔも含み得る。応答はまた、例えば、ＩＧＵ上またはＩＧＵ内に統合された光センサまたは温度センサから収集された、様々なほぼリアルタイムのセンサデータも含み得る。
【０１６４】
ＣＡＮＯｐｅｎ等のいくつかのプロトコルは、ＷＣからＮＣ５００、およびその逆に送信されたデータの各フレームのサイズを制限する。いくつかの事例において、各状態要求の送信、およびかかる要求に応答する状態情報の受信は、実際には複数の双方向通信を含み、したがって複数のフレームを含む。例えば、上に説明された各状態要求は、上に説明された状態値の各々に対して別個の部分要求を含み得る。より具体的な例として、ＮＣ５００から特定のＷＣへの各状態要求は、状態値Ｓを要求する第１の部分要求を含み得る。第１の部分要求に応答して、ＷＣは、状態値Ｓを含む承認およびフレームをＮＣ５００に送信し得る。ＮＣ５００は、その後、第２の部分要求を、色調値Ｃを要求するＷＣに送信し得る。第２の部分要求に応答して、ＷＣは、承認、および色調値Ｃを含むフレームをＮＣ５００に送信し得る。ＶＥｆｆ、ＶＡｃｔおよびＩＡｃｔならびにセンサデータの値は、別個のそれぞれの部分要求および応答によって同様に取得され得る。
【０１６５】
いくつかの他の実装において、順番に基づいてＷＣの各々に状態要求をポーリングまたは送信するのではなく、ＮＣ５００は、特定のＷＣに状態要求を非同期的に送信し得る。例えば、それは、ＷＣの全てから定期的に状態情報（Ｃ、Ｓ、ＶＥｆｆ、ＶＡｃｔおよびＩＡｃｔを含む）を受信するために有用ではない場合がある。例えば、それは、色調コマンドを最近、受信もしくは実装したか、色調遷移を現在行っているか、色調遷移を最近終了したか、または状態情報が比較的長期間収集されていない、ＷＣのうちの特定の１つのみからかかる情報を非同期に要求することが望ましい場合がある。
【０１６６】
いくつかの他の実装において、ＷＣの各々に状態要求を個別的にポーリングまたは送信するのではなく、順番に基づくか、または非同期のいずれかにかかわらず、ＷＣの各々は、その状態情報（Ｃ、Ｓ、ＶＥｆｆ、ＶＡｃｔおよびＩＡｃｔ）を定期的に一斉送信し得る。いくつかのかかる実装において、ＷＣの各々は、状態情報を無線で一斉送信し得る。例えば、各ＷＣは数秒、数十秒、数分または数十分毎に状態情報を一斉送信し得る。いくつかの実装において、ＷＣは、大量の集合的帯域幅を占有することを避けるために、一定の時間にそれらのそれぞれの状態情報を一斉送信するように同期化され得る。加えて、一斉送信期間は、異なる一組（上に説明された区域等）のＷＣについて異なり、かつ、例えば、建物内のそれぞれのＩＧＵの位置および太陽に対する位置に基づいて、またはＩＧＵに隣接する部屋が占有されているか否かに基づいて、異なるタイミングであり得る。
【０１６７】
いくつかの他の実装において、ＷＣの各々は、その状態情報を一定の条件に応答して、例えば、色調遷移を開始するとき、色調遷移を終了するとき、ＶＡｃｔが閾値分変化するとき、ＩＡｃｔが閾値分変化するとき、センサデータ（例えば、光度または温度）が閾値分変化するとき、着座センサが、隣接する部屋が占有されていることを示すとき、またはスリープモードに入るかもしくはスリープモードから復帰するとき、一斉送信し得る。ＮＣ５００は、かかる一斉送信された状態情報を待ち、それを受け入れたときに、状態情報を記録し得る。有利には、一斉送信を行う実装において、一組のＷＣから状態情報を受信するために必要とされる時間は、状態情報をＷＣから要求する必要がなく、したがって各ＷＣと関連付けられた往復遅延がないため、約半分に短縮される。代わりに、各ＷＣからＮＣ５００に状態情報を送信するために必要な時間と関連付けられた一方向の待機時間のみが存在する。
【０１６８】
いくつかの他の実装において、電源投入時またはその後に、ＷＣの各々は、デバイスパラメータ、駆動パラメータおよびライトＩＤまたは接続されたＩＧＵに対する他のＥＣＤ  ＩＤを読み取るように構成され得る。ＷＣは、その後、それらのＣＡＮ  ＩＤ、ならびにライトＩＤおよび関連付けられたデバイスおよび駆動パラメータを一斉送信する。つまり、いくつかの実装において、かかる一斉送信は、ＮＣまたは他のコントローラによる、かかるデータに対するいかなる要求もなく、またはそれらに関係なく、ＷＣ内の１つ以上のプロセッサによって開始される。ＩＤおよびパラメータが一斉送信されたとき、ＮＣ５００は、ＩＤおよびパラメータを受信および処理し得る。いくつかの実装において、ＷＣによって一斉送信されたメッセージからのライトＩＤおよびパラメータは、その後、ＮＣからＭＣに通信され、ＭＣは、例えば、既知のＣＡＮ  ＩＤのリストを含むテーブルにそれらを記憶する。例えば、テーブルの各行は、ＣＡＮ  ＩＤ、ＣＡＮ  ＩＤと関連付けられたＷＣ位置ＩＤ、接続されたライトＩＤ、ライトＩＤに関連付けられたそれぞれの窓の位置、ならびにそれぞれのＥＣＤに対するデバイスおよび駆動パラメータを含み得る。いくつかの実装において、ＭＣは、ＭＣが故障した場合でさえ、別のＭＣがインスタンス化され、かつクラウド内のテーブルにアクセスし得るように、クラウド基盤データベースシステム内のテーブルを記憶し得る。
【０１６９】
いくつかの事例において、試運転中、現場サービス技術者は、２つ以上の隣接窓の色調の知覚された差異に基づいて、アドホックなライト間マッチングを実施することを介在および試行し得る。かかる場合において、技術者は、１つ以上のＥＣＤの駆動パラメータが修正されるべきであることを決定し得、これらの修正が、その後、実装される。いくつかの実装において、ＷＣは、修正されたパラメータを対応するＮＣに一斉送信するように構成され、ＮＣから、パラメータがＭＣに通信され得る。ＷＣが、その後、故障またはエラーを経験する状況において、ＮＣまたはＭＣは、例えば、ＷＣがＷＣのＣＡＮ  ＩＤおよび／またはＷＣ位置ＩＤ等のデータを定期的に一斉送信するように構成されている状況で、もはや一斉送信がないため、ＷＣが故障したことを決定し得る。故障したＷＣが新しいＷＣと交換され、その後、電源投入されたとき、新しいＷＣは、対応するライトＩＤを読み取り、上に説明されたように、新しいＷＣのＣＡＮ  ＩＤおよび接続されたライトＩＤを一斉送信することになる。ＮＣまたはＭＣが、この情報を受信したとき、ＮＣまたはＭＣは、ライトＩＤを使用してテーブルルックアップを実施することによって、データベーステーブルから故障したＷＣの修正された駆動パラメータを検索するように構成され得る。かかる事例において、ＮＣまたはＭＣはまた、新しいＣＡＮＩＤをＷＣ位置ＩＤおよび関連付けられたライトＩＤに割り当てることによってテーブルを自動的に更新するようにも構成される。ＮＣまたはＭＣは、その後、修正された駆動パラメータを新しいＷＣに自動的に通信することになる。この方式において、試運転中に修正されたその駆動パラメータを有したＥＣＤは、それぞれのＷＣが交換されたときでさえ、修正された駆動パラメータによって依然として駆動され得る。駆動パラメータを自動的に修正、更新、および適用するための他の技術は、ＭＥＴＨＯＤ  ＯＦ  ＣＯＭＭＩＳＳＩＯＮＩＮＧ  ＥＬＥＣＴＲＯＣＨＲＯＭＩＣ  ＷＩＮＤＯＷＳと題され、Ｓｈｒｉｖａｓｔａｖａらによって、２０１７年３月３日に出願された、ＰＣＴ特許出願第ＰＣＴ／ＵＳ１７／２０８０５号（代理人整理番号ＶＩＥＷＰ００８Ｘ２ＷＯ）にさらに説明されるように、いくつかの実装において実施され得、この特許出願は、その全体の参照によって、かつあらゆる目的のために本明細書に組み込まれる。
【０１７０】
いくつかのかかる実装において、順番に基づいてＷＣの各々に色調コマンドを送信するのではなく、ＮＣ５００は、有線または無線接続のいずれかを通して特定のＷＣに色調コマンドを非同期に送信し得る。例えば、それは、定期的にＷＣの全てに色調コマンドを送信するために有用ではない場合がある。例えば、それは、状態情報がちょうど（または最近）受信されたか、または色調コマンドが比較的長期間送信されていない、異なる色調状態に遷移される、ＷＣのうちの特定の１つのみに色調コマンドを非同期に送信するために望ましい場合がある。
【０１７１】
データロガー
いくつかの実装において、ＮＣ５００はまた、ＮＣ５００によって制御されたＩＧＵと関連付けられたデータを記録するためのデータロギングモジュール（または「データロガー」）８０２も含み得る。いくつかの実装において、データロガー８０２は、状態要求に対する応答の一部または全部の各々内に含まれた状態情報を記録する。上に説明されたように、各状態要求に応答してＷＣがＮＣ５００に通信する状態情報は、ＩＧＵに対する色調状態値（Ｓ）、色調遷移の特定の段階（例えば、電圧制御プロファイルの特定の段階）を示す値、ＷＣがスリープモードであるか否かを示す値、色調値（Ｃ）、色調値に基づいてＷＣによって設定された設定点電圧（例えば、有効印加ＶＥｆｆの値）、ＩＧＵ内のＥＣＤにわたって測定、検出またはそうでなければ決定された実際の電圧レベルＶＡｃｔ、ＩＧＵ内のＥＣＤを通して測定、検出またはそうでなければ決定されたＩＡｃｔ、および、例えば、ＩＧＵ上またはＩＧＵ内に統合された光センサまたは温度センサから収集された、様々なセンサデータを含み得る。いくつかの他の実装において、ＮＣ５００は、ＲａｂｂｉｔＭＣ、ＡｃｔｉｖｅＭＱまたはＫａｆｋａのようなメッセージ照会内の状態情報を収集および照会し得、本明細書にさらに説明されるように、データ整理／圧縮、イベント検出等の後続処理のためのＭＣに状態情報をストリーミングし得る。
【０１７２】
いくつかの実装形態において、ＮＣ５００内のデータロガー８０２は、カンマ区切り値（ＣＳＶ）ファイル等のログファイルの形態で、または別のテーブル構造ファイル形式を介して、ＷＣから受信された様々な情報を収集および記憶する。例えば、ＣＡＶファイルの各行は、それぞれの状態要求と関連付けられ得、Ｃ、Ｓ、ＶＥｆｆ、ＶＡｃｔおよびＩＡｃｔの値、ならびに状態要求に応答して受信されたセンサデータ（または他のデータ）を含み得る。いくつかの実装において、各行は、それぞれの状態要求に対応するタイムスタンプによって識別される（例えば、状態要求がＮＣ５００によって送信されたとき、データがＷＣによって収集されたとき、データを含む応答がＷＣによって送信されたとき、または応答がＮＣ５００によって受信されたとき）。いくつかの実装において、各行はまた、それぞれのＷＣと関連付けられたＣＡＮ  ＩＤまたは他のＩＤも含む。
【０１７３】
いくつかの他の実装において、ＣＳＶファイルの各行は、ＮＣ５００によって制御されたＷＣの全てに対して要求されたデータを含み得る。上に説明されたように、ＮＣ５００は、各一巡の状態要求中、それが制御するＷＣの全てを順番に通ってループし得る。いくつかのかかる実装において、ＣＳＶファイルの各行は、タイムスタンプ（たとえば、第１列で）によって依然として識別されるが、タイムスタンプは、各個々の要求ではなく、各一巡の状態要求の開始と関連付けられ得る。１つの特定の例において、列２〜６は、ＮＣ５００によって制御されるＷＣのうちの第１のＷＣに対する値Ｃ、Ｓ、ＶＥｆｆ、ＶＡｃｔおよびＩＡｃｔをそれぞれ含み得、列７〜１１は、ＷＣのうちの第２のＷＣに対する値Ｃ、Ｓ、ＶＥｆｆ、ＶＡｃｔ、およびＩＡｃｔをそれぞれ含み得、列１２〜１６は、ＷＣのうちの第３のＷＣに対する値Ｃ、Ｓ、ＶＥｆｆ、ＶＡｃｔおよびＩＡｃｔを含み得、以下、ＮＣ５００によって制御されたＷＣの全てを通して同様である。ＣＳＶファイルの後続行は、次の一巡の状態要求に対する、それぞれの値を含み得る。いくつかの実装において、各行はまた、各ＷＣによって制御されたそれぞれのＩＧＵと統合された光センサ、温度センサまたは他のセンサから取得されたセンサデータも含み得る。例えば、かかるセンサデータ値は、ＷＣのうちの第１のＷＣに対するＣ、Ｓ、ＶＥｆｆ、ＶＡｃｔおよびＩＡｃｔの値の間のそれぞれの列内であるが、行内のＷＣのうちの次のＷＣに対するＣ、Ｓ、ＶＥｆｆ、ＶＡｃｔおよびＩＡｃｔの値の前に入力され得る。追加的または代替的に、各行は、例えば、建物の１つ以上の前面上または屋上に位置付けられた、１つ以上の外部センサからのセンサデータ値を含み得る。いくつかのかかる実装において、ＮＣ５００は、各一巡の状態要求の終了時に、外部センサに状態要求を送信し得る。
【０１７４】
コンパクト状態
上に説明されたように、ＣＡＮｏｐｅｎ等のいくつかのプロトコルは、ＷＣからＮＣ５００、およびその逆に送信される各フレームのサイズを制限する。いくつかの事例において、各状態要求の送信、およびかかる要求に応答する状態情報の受信は、実際には、複数の双方向通信およびフレームを含む。例えば、上に説明された各状態要求は、上に説明された状態値の各々に対して別個の部分要求を含み得る。いくつかの実装において、要求された値Ｃ、Ｓ、ＶＥｆｆ、ＶＡｃｔおよびＩＡｃｔのうちの２つ以上の各々は、単一の応答である、コンパクト状態応答内で共に送信され得る。例えば、いくつかの実装において、Ｃ、Ｓ、ＶＥｆｆ、ＶＡｃｔおよびＩＡｃｔのうちの２つ以上の値は、１つのフレームに収まるようにフォーマットされる。例えば、ＣＡＮｏｐｅｎプロトコルは、各フレーム内で送信され得るデータペイロードのサイズを８バイトに制限する（各バイトは、８ビットを含む）。また、ＣＡＮｏｐｅｎのサービスデータオブジェクト（ＳＤＯ）サブプロトコルが使用される実装において、ＣＡＮｏｐｅｎフレームのデータペイロード部分の最大サイズは、４バイト（３２ビット）である。いくつかの実装において、値ＶＥｆｆ、ＶＡｃｔおよびＩＡｃｔの各々のサイズは、１０ビットである。したがって、ＶＥｆｆ、ＶＡｃｔおよびＩＡｃｔの値の各々は、単一のＳＤＯフレーム内にパッケージ化され得る。これは、２ビットの余りを残す。いくつかの実装において、ＣおよびＳの値の各々は、１つのそれぞれの１つのビットによって指定され得る。かかる場合において、Ｃ、Ｓ、ＶＥｆｆ、ＶＡｃｔおよびＩＡｃｔのうちの値の全ては、３２ビットのみを使用して指定され、したがって、１つのＳＤＯ  ＣＡＮｏｐｅｎフレーム内にパッケージ化され得る。
【０１７５】
いくつかの実装において、追加の時間節約が、一斉送信状態要求を使用して達成され得る。例えば、個々の（または「ユニキャスト」ベースの）ＷＣの各々に状態要求を送信するのではなく、ＮＣ５００は、それが制御するＷＣの全てに単一の状態要求を一斉送信し得る。上に説明されたように、状態要求の受信に応答して、各ＷＣは、１つ以上のコンパクト状態応答内の値Ｃ、Ｓ、ＶＥｆｆ、ＶＡｃｔおよびＩＡｃｔ等の状態情報を通信することによって応答するようにプログラムされ得る。
【０１７６】
プロトコル変換モジュール
上に記載されたように、ＮＣ５００のうちの１つの機能は、例えば、ＷＣとＭＣ４００との間、またはＷＣと外向きネットワーク３１０との間の情報の分散を可能にするために、様々な上流および下流プロトコル間で翻訳することにあり得る。いくつかの実装において、プロトコル変換モジュール８０４が、かかる翻訳または変換サービスを担当する。様々な実装において、プロトコル変換モジュール９０４は、いくつかの上流プロトコルのうちのいずれかと、いくつかの下流プロトコルのうちのいずれかとの間の翻訳を実施するようにプログラムされ得る。上に説明されたように、かかる上流プロトコルは、ＢＡＣｎｅｔ等のＵＤＰプロトコル、ｏＢｉｘ等のＴＣＰプロトコル、これらのプロトコル上に構築された他のプロトコル、および様々な無線プロトコルを含み得る。下流プロトコルは、例えば、ＣＡＮｏｐｅｎ、他のＣＡＮ互換プロトコル、および、例えば、ＩＥＥＥ８０２．１１標準に基づくプロトコル（例えば、ＷｉＦｉ）、ＩＥＥＥ８０２．１５．４標準に基づくプロトコル（例えば、ＺｉｇＢｅｅ、６ＬｏＷＰＡＮ、ＩＳＡ１００．１１ａ、ＷｉｒｅｌｅｓｓＨＡＲＴまたはＭｉＷｉ）、Ｂｌｕｅｔｏｏｔｈ標準に基づくプロトコル（クラシックＢｌｕｅｔｏｏｔｈ、高速Ｂｌｕｅｔｏｏｔｈおよび低電力Ｂｌｕｅｔｏｏｔｈプロトコルを含み、Ｂｌｕｅｔｏｏｔｈｖ４．０、ｖ４．１およびｖ４．２バージョンを含む）、またはＥｎＯｃｅａｎ標準（ＩＳＯ／ＩＥＣ１４５４３−３−１０）に基づくプロトコルを含む、様々な無線プロトコルを含み得る。
【０１７７】
統合された分析
いくつかの実装において、ＮＣ５００は、データロガー８０２によってロギングされた情報（例えば、ＣＳＶファイルとして）を定期的、例えば２４時間毎に、ＭＣ４００にアップロードする。例えば、ＮＣ５００は、イーサネットデータリンク３１６を介してファイル転送プロトコル（ＦＴＰ）または別の適切なプロトコルを介してＣＳＶファイルをＭＣ４００に送信し得る。いくつかのかかる実装において、状態情報は、その後、データベース３２０内に格納され得るか、または外向きネットワーク３１０を経由してアプリケーションにアクセス可能にされ得る。
【０１７８】
いくつかの実装において、ＮＣ５００はまた、データロガー８０２によってロギングされた情報を分析する機能を含み得る。例えば、分析モジュール９０６は、リアルタイムでデータロガー８０２によってロギングされた生の情報を受信および分析し得る。様々な実装において、分析モジュール８０６は、データロガー８０２からの生の情報に基づいて決定を行うようにプログラムされ得る。いくつかの他の実装において、分析モジュール８０６は、データベース３２０と通信して、状態情報がデータベース３２０内に記憶された後にデータロガー８０２によってロギングされた状態情報を分析し得る。例えば、分析モジュール８０６は、ＶＥｆｆ、ＶＡｃｔおよびＩＡｃｔ等の電気的特性の生の値を、予測された値または値の予測された範囲と比較し、比較に基づいて特別な条件をフラグ付けし得る。例えば、かかるフラグ付けされた条件は、短絡、エラー、またはＥＣＤに対する損傷等の故障を示す電力スパイクを含み得る。いくつかの実装において、分析モジュール８０６は、かかるデータを色調決定モジュール８１０または電力管理モジュール８１２に通信する。
【０１７９】
いくつかの実装において、分析モジュール８０６はまた、データロガー８０２から受信した生データをフィルタリングして、データベース３２０内に情報をより知的にまたは効率的に記憶し得る。例えば、分析モジュール８０６は、「関心のある」情報のみをデータベースマネージャ８０８に渡してデータベース３２０内に記憶するようにプログラムされ得る。例えば、関心のある情報は、異常値、予測された値から逸脱した値（経験的な値または履歴値に基づく等）、または遷移が発生している特定の期間に対する値を含み得る。どのように生データがフィルタリング、構文解析、一時的に保存、かつデータベース内に長期的に効率的に記憶されうるかのより詳細な例は、２０１５年５月７日に出願され、ＣＯＮＴＲＯＬ  ＭＥＴＨＯＤ  ＦＯＲ  ＴＩＮＴＡＢＬＥ  ＷＩＮＤＯＷＳと題された、ＰＣＴ特許出願第ＰＣＴ／ＵＳ１５／０２９６７５号（代理人整理番号ＶＩＥＷＰ０４９Ｘ１ＷＯ）に説明され、これは、その全体の参照によって、かつあらゆる目的のために本明細書に組み込まれる。
【０１８０】
データベースマネージャ
いくつかの実装において、ＮＣ５００は、データロガー８０４によってロギングされた情報を定期的、例えば、１時間毎、数時間毎または２４時間毎にデータベースに記憶するように構成されたデータベースマネージャモジュール（または「データベースマネージャ」）８０８を含む。いくつかの実装において、データベースは、上に説明されたデータベース３２０等の外部データベースであり得る。いくつかの他の実装において、データベースは、ＮＣ５００の内部にあり得る。例えば、データベースは、ＮＣ５００の二次メモリ５０６内またはＮＣ５００内の別の長期メモリ内のグラファイトデータベース等の時系列データベースとして実装され得る。実装のいくつかの例において、データベースマネージャ８０８は、ＮＣ５００のマルチタスクオペレーティングシステム内のバックグラウンドプロセス、タスク、サブタスク、またはアプリケーションとして実行するグラファイトデーモンとして実装され得る。時系列データベースは、時系列データベースが経時的に分析されたデータに対してより効率的であるため、ＳＱＬ等の関係データベースに対して有利であり得る。
【０１８１】
いくつかの実装において、データベース３２０は、２つ以上のデータベースを総称し得、これらの各々は、ネットワークシステム３００内のＮＣ５００の一部または全部によって取得された情報の一部または全部を記憶し得る。例えば、冗長性の目的のために複数のデータベース内に情報のコピーを記憶することが望ましい場合がある。いくつかの実装において、データベース３２０は、多数のデータベースを総称し得、これらの各々は、それぞれのＮＣ５００の内部である（グラファイトまたは他の時系列データベース等）。また、第三者アプリケーションを含むアプリケーションからの情報に対する要求が、データベース間で分散され、より効率的に処理され得るように、複数のデータベース内に情報のコピーを記憶することが望ましい場合もある。いくつかのかかる実装において、データベースは、整合性を維持するために、定期的にまたは別様に同期され得る。
【０１８２】
いくつかの実装において、データベースマネージャ８０８はまた、分析モジュール８０６から受信されたデータをフィルタリングして、内部または外部のデータベース内に情報をより知的にまたは効率的に記憶し得る。例えば、データベースマネージャ８０８は、追加的または代替的に、「関心のある」情報のみをデータベースに記憶するようにプログラムされ得る。再度、関心のある情報は、異常値、予測された値から別様に逸脱した値（経験的な値または履歴値に基づく等）、または遷移が発生している特定の期間に対する値を含み得る。どのように生データがフィルタリング、構文解析、一時的に保存、かつデータベース内に長期的に効率的に記憶され得るかのより詳細な例は、２０１５年５月７日に出願され、ＣＯＮＴＲＯＬ  ＭＥＴＨＯＤ  ＦＯＲ  ＴＩＮＴＡＢＬＥ  ＷＩＮＤＯＷＳと題された、ＰＣＴ特許出願第ＰＣＴ／ＵＳ１５／０２９６７５号（代理人整理番号ＶＩＥＷＰ０４９Ｘ１ＷＯ）に説明され、これは、その全体の参照によって、かつあらゆる目的のために本明細書に組み込まれる。
【０１８３】
色調の決定
いくつかの実装において、ＷＣ、ＮＣ５００またはＭＣ４００は、ＩＧＵに対する色調値を計算、決定、選択するまたはそうでなければ生成するための知能を含む。例えば、図７のＭＣ４００を参照して上に説明されたものと同様に、色調決定モジュール８１０は、様々なアルゴリズム、タスク、またはサブタスクを実行して、パラメータの組み合わせに基づいて色調値を生成し得る。パラメータの組み合わせは、例えば、データロガー８０２によって収集および記憶された状態情報を含み得る。パラメータの組み合わせはまた、時刻、日付、または季節の時期等の時間またはカレンダー情報も含み得る。追加的または代替的に、パラメータの組み合わせは、例えば、ＩＧＵに対する太陽の方向等の太陽暦情報を含み得る。パラメータの組み合わせはまた、外部温度（建物の外部）、内部温度（目標ＩＧＵに隣接する室内）、またはＩＧＵの内部容積内の温度も含み得る。パラメータの組み合わせはまた、気象に関する情報（例えば、快晴、晴れ、一面曇り、曇り、雨または雪であるかどうか）も含み得る。時刻、日付、または太陽の方向等のパラメータは、ＮＣ５００にプログラムされ、かつＮＣ５００によってトラッキングされ得る。外部温度、内部温度またはＩＧＵ温度等のパラメータは、建物内、建物上もしくは建物周囲のセンサ、またはＩＧＵ上もしくはＩＧＵ内に統合されたセンサから取得され得る。いくつかの実装において、様々なパラメータは、ＡＰＩを介してＮＣ５００と通信し得る第三者アプリケーションを含む様々なアプリケーションによって生成され得るか、それらによって生成された情報に基づいて決定され得る。例えば、ネットワークコントローラアプリケーション、またはそれが動作するオペレーティングシステムは、ＡＰＩを提供するようにプログラムされ得る。
【０１８４】
いくつかの実装において、色調決定モジュール８１０はまた、様々なモバイルデバイスアプリケーション、壁デバイスまたは他のデバイスを介して受信されたユーザ上書きに基づいて色調値も決定し得る。いくつかの実装において、色調決定モジュール８１０はまた、第三者アプリケーションおよびクラウド基盤アプリケーションを含む、様々なアプリケーションで受信されたコマンドまたは命令に基づいて、色調値を決定し得る。例えば、かかる第三者アプリケーションは、サーモスタットサービス、アラートサービス（例えば、火災検出）、セキュリティサービスまたは他の機器自動化サービスを含む様々な監視サービスを含み得る。監視サービスおよびシステムの追加の例は、２０１５年３月５日に出願され、ＭＯＮＩＴＯＲＩＮＧ  ＳＩＴＥＳ  ＣＯＮＴＡＩＮＩＮＧ  ＳＷＩＴＣＨＡＢＬＥ  ＯＰＴＩＣＡＬ  ＤＥＶＩＣＥＳ  ＡＮＤ  ＣＯＮＴＲＯＬＬＥＲＳと題された、ＰＣＴ／ＵＳ２０１５／０１９０３１（代理人整理番号ＶＩＥＷＰ０６１ＷＯ）に見出され得る。かかるアプリケーションは、１つ以上のＡＰＩを介してＮＣ５００内の色調決定モジュール８１０および他のモジュールと通信し得る。ＮＣ５００が可能にし得るＡＰＩのいくつかの例は、２０１５年１２月８日に出願され、ＭＵＬＴＩＰＬＥ  ＩＮＴＥＲＦＡＣＩＮＧ  ＳＹＳＴＥＭＳ  ＡＴ  Ａ  ＳＩＴＥと題された、ＰＣＴ特許出願第ＰＣＴ／ＵＳ１５／６４５５５号（代理人整理番号ＶＩＥＷＰ０７３ＷＯ））に説明される。
【０１８５】
電力管理
上に説明されたように、分析モジュール８０６は、ＶＥｆｆ、ＶＡｃｔおよびＩＡｃｔの値、ならびにリアルタイムに取得されたか、またはデータベース３２０内に以前に記憶されたかのいずれかのセンサデータを、予測された値または値の予測された範囲と比較し、比較に基づいて特別な条件をフラグ付けし得る。分析モジュール８０６は、かかるフラグ付けされたデータ、フラグ付けされた条件または関連情報を電力管理８１２に渡し得る。例えば、かかるフラグ付けされた条件は、短絡、エラー、またはＥＣＤに対する損傷を示す電力スパイクを含み得る。電力管理モジュール８１２は、その後、フラグ付けされたデータまたは条件に基づいて動作を修正し得る。例えば、電力管理モジュール８１２は、電力需要が降下するか、故障したＷＣへのコマンドを停止するか（それらを停止状態にする）、ＷＣへのコマンドをスタガリングすることを開始するか、ピーク電力を管理するか、またはヘルプ信号を発するまで、色調コマンドを遅延させ得る。
【０１８６】
結論
１つ以上の態様において、本明細書に説明された機能のうちの１つ以上は、本明細書に開示された構造およびその構造等価物を含む、ハードウェア、デジタル電子回路、アナログ電子回路、コンピュータソフトウェア、ファームウェア、またはそれらの任意の組み合わせに実装され得る。本明細書に説明された主題の一定の実装はまた、１つ以上のコントローラ、コンピュータプログラム、または物理的構造、例えば、窓コントローラ、ネットワークコントローラ、および／またはアンテナコントローラの動作による実行のための、またはそれらを制御するように、コンピュータ記憶媒体上にエンコードされた、コンピュータプログラム命令の１つ以上のモジュールとして実装され得る。エレクトロクロミック窓として、またはそのために提示された任意の開示された実装は、より一般的には、切り換え可能な光学デバイス（窓、鏡等を含む）として、またはそのために実装され得る。
【０１８７】
本開示に説明された実施形態に対する様々な修正は、当業者にとって容易に明らかであり得、本明細書に定義された一般的な原理は、本開示の概念または範囲から逸脱することなく他の実装に適用され得る。したがって、特許請求の範囲は、本明細書に示される実装に限定されることを意図するものではないが、本明細書に開示された、本開示、原理および新規な特徴と矛盾しない最も広い範囲を与えられるべきである。加えて、当業者は、「上方」および「下方」という用語が、図の説明の容易さのために使用される場合があり、適切に配向されたページ上の図の配向に対応する相対位置を示し、かつ実装される際のデバイスの適切な配向を反映していない場合があることを容易に認めるであろう。
【０１８８】
別個の実装の文脈で本明細書に説明される一定の特徴はまた、単一の実装の組み合わせでも実装され得る。反対に、単一の実装の文脈で説明される様々な特徴はまた、別々に複数の実装で、または任意の適切な部分的組み合せでも実装され得る。さらに、特徴は、一定の組み合わせで作用するものとして上に説明されており、最初にそのように主張されていても、主張された組み合わせからの１つ以上の特徴は、いくつかの場合において組み合わせから切り取られてもよく、主張された組み合わせは、部分的組み合わせまたは部分的組み合わせの変形を対象とする場合がある。
【０１８９】
同様に、動作が特定の順序で図面に図示されているが、これは、動作が、望ましい結果を達成するために、示された特定の順序もしくは順番に実施される必要があること、または全ての例示された動作が実施されることを必ずしも意味するものではない。さらに、図面は、フロー図の形態でもう１つのプロセスの例を概略的に図示し得る。しかしながら、図示されていない他の動作が、概略的に例示されているプロセスの例に組み込まれてもよい。例えば、１つ以上の追加の動作が、例示された動作のいずれかの前、後、同時、または間に実施されてもよい。一定の状況において、マルチタスクおよび並列処理が、有利であり得る。さらに、上に説明された実装の様々なシステム構成要素の分離は、全ての実装でかかる分離を必要とするように理解されるべきではなく、説明されたプログラム構成要素およびシステムが、概して、単一のソフトウェア製品内に共に統合されてもよく、または複数のソフトウェア製品にパッケージ化されてもよいことが理解されるべきである。加えて、他の実装は、以下の特許請求の範囲の範囲内にある。いくつかの場合において、特許請求の範囲に記載された動作は、異なる順序で実施されてもよく、依然として望ましい結果を達成し得る。
【０１９０】
一定の文書が、参照によって本明細書に組み込まれる。かかる文書になされた否認または拒否が、必ずしも本実施形態に当てはまるとは限らないことが理解されるべきである。同様に、かかる文書で必須として説明される特徴は、本実施形態で使用されてもよく、使用されなくてもよい。
【図１】
2019521411.tif 000003
【図２Ａ】
2019521411.tif 000004
【図２Ｂ】
2019521411.tif 000005
【図２Ｃ】
2019521411.tif 000006
【図３Ａ】
2019521411.tif 000007
【図３Ｂ】
2019521411.tif 000008
【図３Ｃ】
2019521411.tif 000009
【図３Ｄ】
2019521411.tif 000010
【図３Ｅ】
2019521411.tif 000011
【図４】
2019521411.tif 000012
【図５】
2019521411.tif 000013
【図６】
2019521411.tif 000014
【図７】
2019521411.tif 000015
【図８】
2019521411.tif 000016
【図９】
2019521411.tif 000017
【国際調査報告】
2019521411.tif 000018
2019521411.tif 000019