JP2012105255A - 懸濁粒子デバイスの電子制御装置の操作 - Google Patents

Abstract

【課題】ＳＰＤデバイスの光に対する透明度を動的に変化させる。
【解決手段】拡張型装置およびネットワーク環境は、マルチメディアの特別な効果を有するディスプレイのプレゼンテーションにおいて、テキストメッセージ、グラフィカルイメージおよびシミュレーションモーション効果が駆動される。このような拡張型装置は、スイッチング速度および消費電力のようなＳＰＤ特性を精密に制御するために、周波数範囲、交流電圧および温度のようなＳＰＤ材料のいくつかの動作パラメータを使用してＳＰＤ材料を駆動することができる。
【選択図】図１

Description

（関連出願の相互参照）
この出願の請求項は、“無線メッシュパケットスイッチネットワークに渡って動作する複数のそのようなデバイスを単一のＳＰＤデバイスに制御させる装置から構成される拡張型システム”という発明の名称の２００５年９月８日にファイルされた米国特許出願番号６０／５９６、１９８、“ＳＰＤガラスを使用するマルチメディア映像ディスプレイ向けの電子コントローラおよび無線ネットワーク”という発明の名称の２００５年９月２８日にファイルされた米国特許出願番号６０／７２１、７３１、および“ＳＰＤをベースにする窓を利用する居住用および商業用建物における太陽熱を制御するための拡張型システム” という発明の名称の２００５年１１月１４日にファイルされた米国特許出願番号６０／５９７、１６２の優先権を有し、それぞれの米国特許出願は全ての目的のためにここで参考文献とされる。

（発明の背景）
光バルブは６０年以上に渡り光変調をするために使用されてきた。ここで使用される光バルブは、僅かな距離だけ離れた二つの壁によって形成され、少なくとも一つの壁は透明であり、二つの壁は通常透明である導電性膜の電極が載っているセルとして定義される。そのセルには光変調素子が含まれ（以下ここでは“活性化可能型材料”と称する場合がある）、それらは懸濁液の粒子、または懸濁液粒子の液滴が分散されているプラスチックフィルムであってもよい。

この懸濁液（以下、“液体光バルブサスペンション”又は“光バルブサスペンション”と称することがある。）は、液体懸濁媒体中に分散した小さな異方性形状の粒子を有する。電界が印加されない状態では、懸濁液中の粒子はブラウン運動によりランダムな位置に存在すると推測され、このために、セルに入射した光は、セルの構造、粒子の性質と凝集、及び光のエネルギー量に応じて、反射され、透過され又は吸収される。

このため、オフ状態では、光バルブは比較的暗い。しかしながら、光バルブ中の液体光バルブサスペンションを介して電界が印加されると、粒子は整列させられるようになり、多くのサスペンションにとって、ほとんどの光はそのセルを透過することができる。このようにオン状態の場合には、光バルブは比較的透明になる。オン状態の場合には、ここで述べられるタイプの光バルブは“懸濁粒子デバイス”或いは“ＳＰＤ（複数）”としてもよく知られている。より一般的には、懸濁粒子デバイスという言葉は、ここで使用されているように、電界が印加された時に光がそのデバイスを透過するように整列する懸濁粒子を有する何れかのデバイスを指している。

光バルブは、窓、天窓、及びサンルーフを透過する光量、または、場合によってはそれらから反射する光量を制御する窓、天窓、及びサンルーフを含む非常に多くの用途における使用が提案されてきている。ここで使用されている“光”という言葉は、一般的に、視認することのできる電場放射を指しているが、ここで適用できる“光”は、 それらに限定されず、赤外線放射および紫外線放射のような電場放射の他のタイプをも含めることができる。

ＳＰＤは２対のガラスまたはプラスチックの間にラミネートされ、それらの内層となっている。このような組み合わせは、時々「ＳＰＤ−フィルム」と呼ばれる。

現在、このようなＳＰＤ（複数）は、ガラスを通る電気の特性に基づいてガラスを透過する光量が精細に制御されるように、ガラスに組み込まれつつある。そのようなガラスそしてこのガラスの不透明度又は光透過度が制御されるかもしれない少なくとも一つの制御方法は、Ｍａｌｖｉｎｏ特許として呼ばれているＭａｌｖｉｎｏ米国特許番号６、８９７、９９７（特許文献１）および６、８０４、０４０（特許文献２）にまとめて記載されている。しかし、Ｍａｌｖｉｎｏによって想定されたデバイスは、デバイスと一緒になっている幾つかの窓を手動で制御することに向いている一方、拡張性がないばかりではなく、例えば自動車、海上船舶、電車、或いは飛行機にある数個の窓よりも数の多い窓の環境、および上述したＳＰＤ窓を備える居住用又は商業用建物又は超高層建物の窓の環境を能動的及び動的に制御するための自動化された知能をも提供しない。

Ｍａｌｖｉｎｏ特許は、ガラスを透明な方向に明るくさせ、またはガラスを透過するほとんどの光を遮るために暗くさせようとする特定の周波数における電圧の変化によってＳＰＤガラスを駆動する基礎理論を提供する。このデバイスはＳＰＤの非線形特性を、およそ０％から１００％にガラスを設定すると考えられる線形範囲の値へマッピングすることができる。この線形範囲は、たぶん６つの異なる不透明度レベルに対応する小さな不連続な一連の設定に分けられ、６つの特定の抵抗とコンデンサの組み合わせが実施態様に組み込まれ、着色の関連程度に対応した適切な電圧を設定するために手動でその線形範囲が選択される。この実施を通じて、例えばスライドスイッチ又は回転ダイヤル等の線形手動制御手段が、ガラスを透過することが許可される光量をいつでも直接変化させるためにＭａｌｖｉｎｏコントローラに追加されるかもしれない。

Ｍａｌｖｉｎｏ特許では、ＳＰＤデバイスを駆動する幾つかの特定の周波数の使い方を検討している。Ｍａｌｖｉｎｏ特許に記載されているように、低い周波数におけるそのデバイスの駆動は、ＳＰＤデバイスを駆動するために必要とされるパワーに関して、少し低いエネルギー利用曲線を有する傾向にある。１５Ｈｚから６０Ｈｚの範囲における周波数が議論されていた。前述したＳＰＤコントローラにはこれらの周波数で駆動された場合に深刻な潜在的な問題がある。コントローラがその範囲内の特定の周波数で駆動された場合に、ＳＰＤデバイスが“シング”することになり、Ｂフラットレンジのトーンとして聞こえる可能性がある。ＳＰＤによって制御される窓は、一般に、ＳＰＤエミュレーションが塗布された透明なマイラー（商標）の形態であって、２枚のガラスに挟まれた状態のＳＰＤ型材料から構成される。ＳＰＤデバイスは、基本的には両サイドのガラスによって空間をおいて保持され、そのガラスで挟まれている。もし５０／６０ヘルツの電流が、挟まれたＳＰＤ材料の間を流れると、ある場合には、マイラー（商標）が駆動周波数に共鳴して振動し始め、気に障るハムとして窓の近くにいる人々に聞こえるかもしれない。

米国特許第６、８９７、９９７号 米国特許第６、８０４、０４０号

ＳＰＤ窓（複数）の大規模な世界的展開における重要な課題は、何らかの“中央知能”がそれぞれの窓（複数）を動作させるために、どのようにして居住用および商業用建物において配線をするかということである。今日、建物の中のある制御室から窓へ配線をするコンセプトはない。何千という設置工が新しい建物の配線に必要な要求を理解し学ぶ必要があるだろうから、世界中でＳＰＤガラスを採用する場合に建物の配線に対する新しい要求を紹介することは好ましいことではない。今のところ、“中央知能”へそれぞれの窓を“配線”するためにどのような他の技術が採用されるとしても、ＳＰＤガラスの使用を禁止させないためには、有るか無いかわからな程度の訓練、および比較的低コストでなければならない。

（発明の概要）
本発明は、構造物のエネルギー消費量を劇的に低減するような方法で太陽光を吸収または反射するために、居住用および商業用建物の“スキン（ｓｋｉｎ）”を一日中動的に制御するための大規模に配列して設置されるメッシュネットワーキングソフトウェアに関連したワイヤレス可能な装置に関する。一つまたはそれ以上の窓を制御する個別のデバイスに、「ビルディングスキンコントロールシステム」内のインテリジェントコントロールポイントから所望の変化をもたらすであろう個別のコントローラまたはコントローラ群へ制御信号を伝送する中継ポイントとして動作することを許可することによって、メッシュネットワークの統合はそのような制御を展開するコストを低減する。本発明は更に、構造物のエネルギー消費量を劇的に低減するような方法で太陽光を吸収または反射するために、居住用および商業用建物のガラス窓を一日中動的に制御するために大規模に配列して設置される“懸濁粒子デバイス”制御装置に関連したネットワークおよび“懸濁粒子デバイス”制御装置に関する。ＬＡＮまたはＷＡＮを覆う階層的な分布システムの使用は、中央知能ポイントすなわち「マスタービルディングコントロールポイント」から構造物中にある全ての窓コントローラに対して特定の不透明度レベルにそれぞれの窓を設定するためのコマンドを転送する時間を低減する。

ここで述べられるデバイスは、単一の特定の周波数よりもむしろ低周波数範囲における可変周波数においてＳＰＤデバイスを駆動するオプションを提供することによって“シンギング（ｓｉｎｇｉｎｇ）”問題を補正する。任意に、連続的に変化するＳＰＤ駆動周波数を使用する代わりに、「コントローラ」は一秒間に幾つかのサイクルをランダムに落とし、または位相シフトさせてもよい。この変化／シフトは明白に顕著であるというには充分ではないが、“リンギング効果”を除去するであろう。以下に示されるであろうように、本発明によるシステムは、単一窓環境から現在世界で最も数の多い窓を備える建物である台北の信義区地区にある３２０００個の窓を備える台北１０１を超える大きさの建物に規模を拡大する。

本発明は従来から存在する制御範囲をはるかに超えるＳＰＤの制御範囲を提供する。本発明における“拡張型コントローラ”別名を“ＳＣ”というは、従来のコントローラの性能をはるかに拡張する知能を提供する。従来の実施においては、一つから幾つかのガラスを単一のコントローラが制御しているかもしれない。ここで、いくつかという数字は８個のような比較的小さな数であって、それぞれのガラス部分はコントローラに有線で接続されている。「拡張型」コントローラは、ユーザが設定してもよい関係である手動外部制御あるいはいくつかの個別の手動制御と、どの窓または複数の窓がその手動設定から制御されることが可能かという関係についての設定段階を更に提供する。「拡張型コントローラ」のもとにおける四つの窓の設定において、ここでは四つの窓をＡ、Ｂ、Ｃ、Ｄと称する、ユーザが、窓ＡＢが単一の窓として制御され、かつ窓ＣＤが他の単一の窓として制御されるように、または窓ＡＢＣが単一の窓として制御され、かつ窓Ｄが他の単一の窓として制御されるように、または窓ＡＢＣＤが単一の窓として制御され、または、窓ＡＢＣＤが四つの別々の窓として制御されるように設定してもよい。

このシステムは、「マスタービルディングコントロールポイント」として知られる中央知能ポイントから建物にあるそれぞれの窓の設定をインテリジェント（知能的）な方法で調整する。このシステムは、太陽光の熱効果の利点を最大限に引き出すために、適度な量の可視光がそれぞれの窓を透過することを許可するように、リアルタイムな事象を含む多くの要因に基づいてインテリジェントな決定をするであろう。

従来の発明を超えるＳＣの増強された能力はＳＰＤの特性に影響を与える全ての操作可能なパラメータを完全に制御するのに必要なものを与える。この種の制御は、かすみおよび透明度を制御する場合に、電力の使用または外部の気温を潜在的に考慮に入れたスイッチング速度によってＳＰＤの効率を最適化するためにそれぞれのＳＣに存在している。

ＳＣの柔軟性およびＳＣのネットワーキング能力は、マルチメディアプレゼンテーションの一端として、特別な光の着色シーケンスまたはテキストメッセージの表示にも対応している。そのようなマルチメディアディスプレイは、休暇期間中、たぶん「クリスマス音楽」の変化に合わせて事務用建物の外観に沿った窓を変化させるであろう。そのようなシステムの規模の小さいバージョンでは、机の上にある箱にある小さな複数のＳＰＤピクセルに渡る一つの動くテキストディスプレイを提供することも可能であろう。これらの種々の用途は、本発明の柔軟性および重要性を反映している。

以下幾つかの図面における図に関して、本発明を説明する。
図１は、一つの外部デバイスからの手動調整下にあるＳＰＤ窓コントローラを示す図である。 図２は、制御下の窓に照射される太陽光の明るさを検出するためのフォトセルまたは他の光センサーが付加された図１のコントローラである。 図３は、コントローラの「拡張型ネットワーク」動作だけではなく、より洗練されたコントローラの能力を支えるいくつもの異なる機能を実行するマイクロプロセッサーを取り込むことによって生成された「インテリジェントコントローラ」である。センサーからの付加的な入力は、「拡張型コントローラ」が決定を行うために使用するかもしれないデータを拡張する。 図４は、制御ソフトウェアにおけるセットアップ手順を用いてユーザによって設定されたコントローラの直接制御下にある一つまたはいくつかの窓枠と繋がっている複数の手動入力を備えた「インテリジェントコントローラ」を示す。一つの単一手動入力は、一度に一つの窓または、二つ、三つまたは四つの窓を、まるで一つのＳＰＤガラスの部分であるかのように制御するかもしれない。一つ以上の手動入力が、同じ部屋の異なるポイントから動作する手動制御を支援するために、同じガラスの組を制御することに使用されるかもしれない。 図５は、この例における四つの窓枠の異なる組み合わせ、および個別枠のセットのどの組み合わせに関しても一つのガラス枠として取り扱われることを許可するソフトウェアの設定方法を示す． 図６は、目的ポイントに到着するために中間ノードを通る代替パスに沿って送信されるかもしれないデータが含まれる、一番早いパケットスイッチングまたはメッシュネットワークの一つを示す。これは、１９６９年の４ノードタイプアーパネットの例であり、今日のインターネットの先駆けとなっているものである。ホストコンピュータはデータをこのネットワークにおける他のホストコンピュータへ送信し、目的ポイントではないが所望の目的ホストへ直接接続されたＩＭＰの方向へ更にパケットを中継するであろう他のＩＭＰ（複数）へデータパケットを転送する「インターフェースメッセージプロセッサー」（ＩＭＰ）のサービスを利用する。 図７は、初期のアーパネットシステムにおけるホストおよびＩＭＰ機能の組み合わせによるパケットスイッチングソフトウェアが実行される同じコンピュータ上で特定の処理アプリケーションが動作する、さらに進歩したパケット交換メッシュネットワークを示す。マイクロプロセッサー能力の向上はシングルプラットフォーム上においてこれらの機能の結合を可能にした。これは、孤立した「市規模」の無線呼び出し（ポケベル）システムを、ちょうど一つの市の代わりにその国のどこに位置していても誰かに警報を発することができる全国的なネットワークに変換するために、その発明者によって作成されたＤＬＨプロトコルを使用する「無線呼び出しネットワーク」アプリケーションの一例である。「アーパネット」および「インターネット」はそれぞれのノードにおいて目的地への最良のルートリストを動的に維持するためにＲＩＰのような正式なルーティングプロトコル規格を使用する。ＤＬＨは主要なルートおよび代替ルートのリストを維持するために独自仕様のルーティングプロトコルを使用する。その独自仕様のＤＬＨネットワークは、その発明者が作成することを助けた「無線ページング産業標準ＴＮＰＰプロトコル」に結局取って替わられ、その発明者が議長となった産業委員会は１１年以上もの間このプロトコルの使用を促進してきた。ＴＮＰＰプロトコルは、それぞれの目的ノードへの最良のパスおよび代替パスを維持するために、製造業者特有の独自仕様ルーティングプロトコルとともに使用された。 図８は、「拡張型コントローラ」ノードに備えられた他の送受信機へデータパケットを送信する無線送受信機と一体化した図３の「インテリジェンスコントローラ」から構成される「拡張型コントローラ」ネットワークを示す。インターネットＲＥＰと似ているルーティングデータは、目的ノードへのパス上にあるデータを受信するための最良の次のノードのリストをそれぞれの「コントローラ」ノードにおいて維持する。図６および７の有線のネットワークと違って、図８の無線ネットワークは受信したデータよりも異なるノードへアドレスされたデータを時々適切に受信するかもしれない。この場合には、その受信されたデータは目的ポイントへの最適のパスに沿った次のノードではないノードによって無視されまたは捨てられる。 図９は、「ビルディングコントロールポイント」がネットワークノードの一つに接続されている図８のネットワークの一例を示す。そのＢＣＰは、昼夜のいつにおいても特定の不透明度に自動的に設定される建物の部分を決定するためのデータ処理サイトである。「データ処理」システムは、任意にインターネットおよび多くの建物所有者に代わって「ＳＰＤビルディングスキンコントロールシステム」の動作を監視する遠隔中央モニタリングサービスに接続されるてもよい。 図１０は、たとえ最初のＢＣＰが機能しなくなることがあっても全システムが正常に動作を続けることを保障するためにネットワークにおいて支援される冗長「ビルディングコントロールポイント（ＢＣＰ）」の一例を示す。 図１１は、建物のある部分における「拡張型コントローラ」の動作を監視するための異なるタイプの「階層的なコントロールポイント」を建物のどのように異なる領域が含むであろうかを示す。 図１２は、「コントロールポイント」の「階層的な」マッピングであり、どのように、最も上位レベルの「コントロールポイント」において生成されるコマンドが、論理的にさらに下位の階層レベルにおいてますます多くのエレメントへそのコマンドを配信するより下位レベルの「コントロールポイント」に論理的に配信されるかを示す。 図１３は、ＸＭＬインターフェースを介した「インテリジェントエネルギーコントロールシステム（ＩＥＣＳ）」を備える「ビルディングコントロールポイント」インターフェースを示す。 図１４は、空を横断する太陽の通り道がどのように変化し、どのようにして一日の太陽光が建物の窓に降り注ぐかを示す。地球が太陽の周りを公転するので、太陽の通り道は一年のそれぞれの日に少しずつ変化する。惑星上のどの緯度および経度に対しても、横断される通り道はよく知られている。 図１５は、１６個の窓枠をそれぞれ制御する５個のコントローラを示す。 図１６は、境界を有する７行、５列のピクセル配列に、形成された文字“Ｅ”を示す。 図１７は、それぞれの窓枠において隣の窓枠から数パーセントだけ異なる照明効果を示す。 図１８は、複数のコマンドを複数の窓に順々に送信するデコーダにコマンドを送信するコントローラを示す。 図１９は、パケットをＬＡＮ上にある「マスターコントロールポイント（ＭＣＰ）」へ送信することができるようにＬＡＮインターフェースと一体化した図１の「インテリジェントコントローラ」から構成される二つの「拡張型コントローラ（ＳＣ）」を示す。 図２０は、ケーブル長のために、ＬＡＮがその最大の能力に達してしまった場合に、ＬＡＮサイズを拡大するための別のＬＡＮセグメントを追加するために取り入れられてもよい「ブリッジ」を示す。 図２１は、ＬＡＮセグメントおよびブリッジまたはリピータの配置数が最大に達してしまった場合に、ローカルネットワークのサイズを更に拡大する方法を示す。 図２２は、建物内にあるすべてのＳＣへコマンドを送信するＭＣＰにおけるポイントからポイントへの通信負荷を軽減するためにコントロールポイントの階層を形成する論理的な接続を示す。 図２３は、一つの建物内の全ての個別の窓に対して中央制御知能を供給する「マスターコントロールポイント」がＸＭＬリンクを介して外部「インテリジェントエネルギーコントロールシステム」へどのように接続できるかを示す。外部システムは、窓が変化した場所を知った場合には、動作を変更することができる。外部システムはＭＣＰを介してセンサー入力を受信してもよいし、その制御の下でいくつかの窓または全ての窓の設定を変更するためにＭＣＰへコマンドを出してもよい。ＩＥＣＳ上でより良いアルゴリズムが作成され、外部システムが適切な制御コマンドの送信を始める場合には、ＭＣＰはＩＥＣＳコマンドの下で窓の動作を変更する選択肢を持っている。 図２４は、「拡張型コントローラ」を構成する主要なブロックを示す。 図２５は、コントローラを動作させるためにコントローラ内にプログラムされるデータの典型的な３次元テーブルの一つを示す。このようなテーブルは、ＳＰＤベースのガラスの動作を一緒に制御する三つの変数の相互関係の情報を提供する。

（発明の詳細な説明）
「マイクロプロセッサー」を「拡張型コントローラ」に組み込むことによって、大量のそのようなコントローラの中にあるデータポイントばかりではなく、スタンドアローン環境においての使用についても、デバイスの機能および柔軟性は劇的に拡張される。大量のそのコントローラは、インテリジェント制御のもとにおいて、建物のエネルギー使用量について、前例のない制御をするように事務所用建物のスキン（ｓｋｉｎ）を劇的に改造することができる。スタンドアローン環境であっても、ＳＣ（「拡張型コントローラ」）は、ＳＣが使用されている部屋のエネルギー使用量を減らすようにプログラムすることができる。ＳＣを手動制御下におくのではなく自動モードにして、後述するような動作が可能なようにしても構わない。

同じ機能を実現する方法はいくつかあるだろうが、ここに記載される実施においては、エンドユーザが緯度、経度、北からの窓の方位および、垂直方向からの窓の角度について、適切なデータ処理プログラムを設定することができる。このプログラムは、セットアップデータを使用するＳＣへダウンロードすることが可能なプロファイルを生成することができる。このセットアップデータは、制御の下に地球上の窓（単数または複数）の位置を決定し、その結果、それぞれの窓に対して太陽からの窓の角度をその日の何時においても決定する。ＳＣでは時刻／日付クロックが、時刻、通日、および惑星上の位置に基づいて窓（単数または複数）を駆動するように動作する。ニューヨークのマンハッタンにおける７月２日午後１時には、太陽に直接面している窓は最大の不透明さに設定され、太陽から離れる方向の角度の窓は不透明さを低減し、建物の反対側の窓は完全に透明になる。太陽が空を横切るにつれて、それぞれの窓は組み込まれたプロファイルに従って変化する。一方、オーストラリアのシドニーにおける７月２日午後１時には、太陽を利用して直射日光の当たっている窓を温めることで、建物での暖房装置の必要量を減らせるよう、太陽に面している窓が透明になる。また、建物の反対側の窓は、建物の中にこもった熱を維持するために暗くなる。ＳＣに接続されたフォトセルは、現在の雲および天気状況に基づいて、ＳＣが現在の不透明さを更に精密に調整することができるための外部センサー入力となるであろう。恒星情報は以前からよく知られており、何世紀間も計算可能であるので、ＳＣデバイスにプロファイルとして恒星情報そのものが組み込まれる可能性がある。太陽を遮るかもしれない天気状況は、ランダムでありリアルタイムに発生する出来事である。

このようなインテリジェント制御は幾つかの窓を自律的に動作させるが、規模の大きな実施においては、建物の窓の全セグメントを組織的な制御のもとに置くことが望ましい。比較的大きな環境タイプでは、それぞれの窓のプロファイルを用いるよりも、よりリアルタイムなデータ処理を実行させることで、どの地点においても建物のセグメント毎に不透明度のよりインテリジェントな決定を時間内にさせることができる。本発明のＳＣは、このようなモード動作をさせるために拡張させることが可能である。

このシステムは、すべてのＳＰＤ窓を中央管理にすることによって、実質的に全ての建物配線問題を解消する。それぞれの「拡張型コントローラ」には、低消費電力、低データレート、限られた範囲で有効な、無線送受信機が装備されている。これらの無線送受信機は、それぞれのコントローラの周りの３次元的な空間に配置された他の「拡張型コントローラ（複数）」内にある一つまたはそれ以上の無線送受信機と２地点間ベースで通信することができる。ＳＣマイクロプロセッサーには更にメッシュネットワーキングソフトウェアが装備されている。このようなタイプのソフトウェアは、長い年月の間、様々な形態を取りながら存在し続けてきた。無線送受信機は、特別にフォーマットされたデータパケットをお互いの間で送受信する。あるパケットはメッシュネットワーク自身を操作するために使用されるデータを含み、又、他のパケットはセンサーデータまたは窓の制御情報を含む。ルーティング制御パケットは送信されるメッシュコントロールパケットの一種である。それぞれのＳＣはメッシュネットワークにおける“ノード”であると考えることができる。ルーティング情報は、それぞれのノードにおける許可情報として使用される。その許可情報は、窓コントローラから他の中間にある窓コントローラへデータが移動することが可能なルートを示し、そのルートは、特定の個々の窓コントローラへの途中にある中間の窓コントローラ間にある“「階層的コントロールポイント」（ＨＣＰ）”への、またはＨＣＰからのパスに沿っている。ＨＣＰは、窓コントローラノードとは対照的に、特別なデータ処理ノードの位置であり、建物の幾つかのセグメントに対応する窓の不透明さの変化を調整することが可能である。幾つかの「オフィスコントロールポイント」（ＯＣＰ）、「セクションコントロールポイント」（ＳＣＰ）、「リージョンコントロールポイント」（ＲＣＰ）、「フロアコントロールポイント」（ＦＣＰ）、「マルチフロアコントロールポイント」（ＭＣＰ）および単一「ビルディングコントロールポイント」（ＢＣＰ）が典型的な建物環境にはあるかもしれない。単一の「コントロールポイント」は小規模な実施において存在するかもしれず、とても大規模な実施においては全てのタイプの「コントロールポイント」が存在するかもしれない。追加的な「コントロールポイント」の使用はメッシュネットワークの通信オーバーヘッドを減少させ、窓の不透明さを変調するコマンドが送信されてからそれぞれの窓が実際に動作するまでの時間遅延を減少させる。本発明の実施例においては、どの窓のＳＣも「建物コントロールポイント」から送信されるコマンドが経由する「コントロールポイント」になることができる。「建物コントロールポイント」は「インテリジェントデータ処理システム」であるが、より低い階層的なコントロールポイントは比較的小さな規模の特定のコマンドと動作を備えており、どのような窓ＳＣにおいても「マイクロプロセッサー」によって容易に取り扱われることができる。最も大規模な「拡張型コントローラネットワーク」の実施においては、ＢＣＰは「マルチフロアコントロールポイント」（ＭＣＰ）に対して全フロアにおけるそれぞれの窓の設定を変化させるように情報を与えることができる。そのＭＣＰはこの要求をそれぞれのＦＣＰ（複数）に伝送し、ＦＣＰ（複数）はその要求をＲＣＰ（複数）に伝送し、ＲＣＰ（複数）はそのコマンドをＳＣＰ（複数）へ伝送するだろう。そして、ＳＣＰ（複数）は、そのコマンドを、オフィスにあるそれぞれの窓コントローラへ要求された変化を実行するように命令するＯＣＰ（複数）へ転送するだろう。階層のそれぞれのレベルにおける多重ノードへの拡大によって、ネットワークのオーバーラップが無い異なる領域内でコマンドは同時に送信されるだろう。そこでは、待ち行列遅延が無いか、または殆ど発生せずに、コマンドが中間ノード間を通過するので、外見上はその建物中で要求が同時に実行される。

一般に、窓コントローラはＨＣＰが位置しているかもしれないそのビル内の位置と直接無線通信をしているわけではない。しかし、一般に、全てのコントローラは他の幾つかの窓コントローラと無線通信を行える範囲にあるだろう。メッシュネットワークソフトウェアは、中間ノードを通る一連のホップを介してデータパケットがソースノードから最終的に目的ノードに通じるパス沿いのどこかの隣接ノードに送信されることを許可する。ノード間に存在する多重パスのために、一般に、データは一時的に無線インターフェースを通過するかもしれないネットワーク領域中に届けられることができる。２地点間通信のデータの再送および認承は、送信されたデータを受信したネットワークにおいて一つノードから次のノードまでにデータが欠落していないことを保証する。そのような承認が受信されない場合には、ノードは、目的ポイントへの代替パス上にそのデータを送信してもよい。もし無線ネットワークのセグメントが孤立してしまった場合には、パケットホップ数はパケットの最終目的ポイントに到達しないであろうパケットがネットワークから削除されることを保証する。孤立したサブネットワークを生成する特定の無線通信失敗のためにデータが欠落したかもしれないので、終端間認承はソースノードおよび目的ノードにデータのそっくり全部が再送されなければいけない時を認識させる。「ビルディングコントローラ」に組みこまれた報告工程は、ネットワークの中にあるノードを監視し、互いに関連したデータを収集し、全てのノードが「階層コントロールポイント」と通信できることを保証するインストーラを支援するために窓コントローラアドレスを考慮に入れる。ネットワーク全体のある部分が他の部分から孤立していることが発見されると、一つのネットワークセグメントから他のネットワークセグメントへデータが移動するためのブリッジポイントを提供するために、ネットワークに存在するセグメント間の地理上の領域に特別なノードが組み込まれてもよい。一般に孤立したセグメントを一緒にブリッジするためには、少なくとも二つのノードがあるべきである。そのブリッジ（複数）は、どのＳＰＤ窓にも接続されていない窓「拡張型コントローラ（複数）」にすぎない。

「拡張型コントローラ」は建物内のエネルギー使用量をより細かく制御することに使用されるかもしれない様々なタイプのセンサーを備えてもよい。光電素子はそれぞれのＳＰＤガラス上に配置され、そのＳＣに接続されてもよい（図２および３参照）。ビルディングコントロールポイント“ＢＣＰ”全てのＳＣにセンサーデータを定期的にＢＣＰへ送信するように指示してもよいし、またＢＣＰは光電素子および他のセンサーデータを読むために定期的にそれぞれのＳＣをポーリングしてもよい。ＢＣＰにおける最初のシステム設定手順を通じて、ＢＣＰは、建物の構造、窓が面しているコンパス方位、建物の緯度および経度、それぞれの窓の垂直方向からの角度、およびユニークノードの位置および窓アドレスを知っている。建物中の光電素子からの入力は、ＢＣＰが暖房および空調のために建物が要求するエネルギーの総量を低減するために、不透明度を増加または減少させる建物の最良の領域を決定するためのボーティング技術を利用することを認める。それぞれのＳＣに読み取り可能なコンパスおよびガラス角度検出器が組み込まれると、建物についてそれぞれの窓をより正確に制御するためのモデリング工程は、この設定情報が直接提供されることによって単純化される。

ＢＣＰでは、一日のある時間および１年の何日かをシステムオペレータに対して建物の一部について特別な優先権を与えることを許可している。その範囲の地勢または他の建物からの反射光によるグレアを受ける建物の領域を特定するために、これは利用されるかもしれない。優先権の特徴は通常は透明の窓について建物のその部分におけるグレアを減少させるためにある期間たぶん暗くさせることを許可することであろう。したがって、建物のある領域は自動制御下になる一方、同時にその建物の他のセグメントは特別優先権状態下になるかもしれない。それぞれの制御の複合した組合せが同時に有効になってもよい。

多くの“グリーン（Ｇｒｅｅｎ）”建物はすでにハネウェルエンタープライズビルディングインテグレータ（ＥＢＩ）のようなインテリジェントエネルギーコントロールシステムを取り入れている。これらのタイプのシステムは、新鮮な空気の循環、建物の臭いの除去、電気の使用量の制御、および未使用領域に対するエネルギー必要量の削減に関して、ビルディングＨＶＡＣシステムを動作させ／監視し／制御する。これらの最高級のシステムは、建物の防犯、出入管理および監視、資産管理、火および煙の検出および、防火扉制御および構内放送システムをも取り入れている。本発明は、以前には決してすることのできなかった方法で、これらの最新式のシステムの機能を拡張する。これらのシステムは、建物の周りの熱の移動および空調の変化に従って太陽の利用を最適化することで、効率的に建物のスキン（ｓｋｉｎ）を一日中動的に制御できるかもしれない。両方のシステムの組み合わせは、組織的な方法で建物の多重サブシステムを直接制御するので、単独制御された窓またはＢＣＰ制御された窓が可能なレベルの効率化よりも更に高いレベルの効率化を提供する。

本発明の実例において、ＢＣＰは、追加的なセンサーデータを外部システムに供給するためおよび外部システムが高レベルの形式で建物中の光量レベルの調整を要求することを許可するために、外部システムへのＸＭＬインターフェースを供給するであろう。ＢＣＰはＸＭＬリンクからの要求を受信し、外部「インテリジェントエネルギーコントロールシステム」（ＩＥＣＳ）によって要求された変化を生じさせるために、それらを解釈し、階層的なネットワークによって適切なコマンドを送信することによりそれらを実行する。このモードにおいて動作する場合は、ＢＣＰの自動制御は無視される。ＢＣＰ／ＩＥＣＳリンクに渡るＸＭＬコマンドまたはＸＭＬ応答の断続的な“ハートビート”転送は、二つのシステムが同期を維持し、協調した動作をすることを保証する。ハートビートが失われた場合には、そのＢＣＰは自動モードに戻ることができ、ＩＥＣＳシステムがオンラインに復帰するまで独立して建物を動作させる。

本発明は、居住用または商業用建物内の全ての窓間の大規模な無線ネットワークを構築するために、それぞれの窓コントローラデバイスと一緒に設置された低コスト、低消費電力、通信距離範囲が限られた無線送受信機を利用する。建物内の窓は一般にお互いが１０メータ以内にあるので、通信距離範囲が限られた送受信機は、この環境に対して完全に適合している。それぞれのコントローラにおいてソフトウェアによって駆動されるマイクロプロセッサーはコントローラのローカルアプリケーション機能を動作させる一方、ソースノードおよび目的ノードが、お互いの距離が遠いためにお互いに直接通信をしない場合であっても建物内のソースノードから目的ノードへのメッセージを送信するために使用される無線パケットスイッチングタイプソフトウェアを同時に実行させる。ソースノードから目的ノードへ移動されるべきデータは、ソースノードから無線可能な送受信機へ送信され、パケット化されたデータを所望の目的ノードへ到着させるパスに沿った無線可能なその他の無線送受信機へ送信される。

コンピュータが多数接続されている配列中の中間ポイントを介してソースコンピュータから目的コンピュータへメッセージを移動させる技術は、最初「パケットスイッチング」と称されており、インターネットの前身である１９６９年のアーパネットを最初の特徴とした。１９６９年１２月に動作可能であった代表的なアーパネットの４ノードネットワークである図６は、データパケットをＩＭＰ６２へデータを転送するであろうインターフェースメッセージプロセッサー（ＩＭＰ）６１、および目的ホスト１６３へデータが渡されるＩＭＰ６３へデータを渡すことによって、ホスト１６１からホスト１６３へデータパケットを潜在的に送信することが可能であっただろう。ＩＭＰ６２がＩＭＰ６３へのリンクがある一定期間機能しないことを検出する場合には、ホスト１６１からホスト１６３への同一データは欠落した直接リンクを使用する代わりにデータをＩＭＰ６３へ転送するＩＭＰ６４を通って転送されることができるであろう。パケットスイッチネットワークの概念は、いくつかの個別の通信パスでのサービスができない状態になる場合であったも、最終的な目的ポイントへパケットを到達させるための代替パスを配置することである。あるパケットネットワークは、リンク欠落が起こった場合に代替データパスを決定するために特定のルーティングテーブルを利用し、最初のパスまたは代替パスが使用されるべき時期を決定するアルゴリズムを備えている。他のパケットネットワークは、ネットワークにおける全ての最終目的ノードへの最良のルートリストを継続的に維持するために隣接したノード間で定期的に更新される動的に更新されるルーティング情報を有している。

ハードウェアおよびソフトウェアにおける進歩によって、ホスト（アプリケーションプロセッサー）とノード（「インターフェースメッセージプロセッサー」−ＩＭＰ（複数））のパケットスイッチングネットワークとの分離はすでに必要なくなった。長距離通信による非常に高額なコール（当時における）を介する代わりに常に局所的にメッセージが配信されることを許可していたネットワークを通過するメッセージによって、１９８０ＩＴＴ−ＤＴＳファクスパックファクシミリ蓄積交換パケットスイッチングシステムは当時の異なる速度のファックス機間の互換性を提供するアプリケーションに統合された。図７における「広域ページング」ネットワークにおいてはネットワーク内のどのノードも、ダイヤルイン電話呼び出しによって特定されるページングメッセージ（電話番号）、オペレータから受信されるテキストメッセージ、または遠隔ノードから受信されるメッセージ、目的ノードにおいて符号化され送信されるであろうページングメッセージを受信することが許可されたアプリケーションを動作させていた。同じノードで動作したパケットスイッチングソフトウェアは、複数の都市における人間を呼び出すために、適切な目的ノードまたは複数の目的ノードにページングアプリケーションパケットが届けられるように指示していた。

パケットネットワークは、一般に異なる都市にあるノード間の専用通信回路によって動作している。つい最近になって、同一のマルチ−パスパケットスイッチング技術がノード対間の有線リンクの代わりに無線リンクを利用する無線送受信機ネットワークに配備されてきた。これらの無線パケットスイッチングシステムはメッシュネットワークとして知られるようになった。図７と同様の２次元配線通信回路とは違って、メッシュネットワークにおける無線デバイスは、それぞれのノードの３次元領域内における２地点間通信を許可する。それぞれの窓がノードを示すかもしれないオフィス環境においては、特定の窓から数フィート左または右内にある窓は、特定の窓から数回上または下の階に潜在的にある窓としてだけではなく、潜在的な中間ノードとして考えられることができる。

この実施例においては、それぞれの送信パケット中のヘッダーパケットはソースノードアドレス、目的ノードアドレスおよび目的ノードへのパスに沿った次のホッピングポイントのアドレスを特定する。この「拡張型コントローラ」がネットワーク中の他のポイントへ情報を送信する場合には、このデータは３次元の中へ送信される。多くの受信機は、受信機が受信するデータ中に干渉を検出し、受信されたデータを無視するであろう。いくつかの他の受信機は送信エラーを有するパケットを受信するかもしれない。正確に受信されたパケットによって指示されるノードだけがそのパケットを保持するであろう、そしてそのノードはそのパケットを解析し、データ項目が最終目的ノードまでの途中にあるその他の中間ノードへ送信されるべきか否か、またはそのパケットがそのノードにおけるアプリケーションソフトウェアによって取り扱われるべきか否かを決定するであろう。

多重コマンドが発行され、そのネットワークの異なるポイントにおいて同時に実行されることを許可するために、論理的な階層構造がそのネットワークに持ち込まれる。あるネットワークノードは、より下位レベルの「階層コントロールポイント」へデータを転送するだけの「階層コントロールポイント（ＨＣＰ）」に指定される。結局、その最下位レベルのＨＣＰは論理的にネットワーク内の全ての「拡張型コントローラ」のサブセットだけにデータを転送する。この論理的な設定は単一コマンドが多重コマンドへ分けられることを許可し、これらのコマンドのそれぞれが更により多くの多重コマンドに拡大することを許可し、それらによって最上位レベルにおける最小数の制御メッセージが最大数のノードを制御する。したがって、建物のセグメント内にある全ての窓を透明にする一つのコマンドは最上位レベルのノードにおいて発行され、建物内の所望の窓に効果を与えるためにこのコマンドが送信されることが必要であると理解されるより下位レベルのノードに転送されるであろう。

一方、到達すべき緊急データ項目であると見なされるセンサーデータは、個別の「拡張型コントローラ」において捕捉され、データ項目が最上位レベルのＨＣＰに到達するまで、より上位のそして更に上位のＨＣＰレベルに転送される。

図１に転ずると、単一の外部デバイス１からの手動調整下のＳＰＤ窓コントローラ２が参照される。それは窓５を制御する。

図２は、制御下の窓５に照射される太陽光の明るさを検出するためのフォトセル１０が付加された図１のコントローラを示す。

図３は、コントローラの「拡張型ネットワーク」動作だけではなく、より洗練されたコントローラの能力を支えるいくつもの異なる機能を実行するマイクロプロセッサー３を取り込むことによって生み出された「インテリジェントコントローラ」である。センサー８からの付加的な入力は、「拡張型コントローラ」が決定を行うために使用するかもしれないデータ量を増やす。

図４は、制御ソフトウェアにおけるセットアップ手順を用いてユーザによって設定されたコントローラの直接制御下にある一つまたはいくつかの窓枠５１―５４と繋がっている複数の手動入力１を備えた「インテリジェントインテリジェントコントローラ」を示す。一つの単一手動入力は、一度に一つの窓または、二つ、三つまたは四つの窓を、まるで一つのＳＰＤガラスの部分であるかのように制御してもよい。一つ以上の手動入力が、同じ部屋の異なるポイントから動作する手動制御を支援するために、同じガラスの組を制御することに使用されるかもしれない。

図５はこの例における四つの窓枠の異なる組み合わせ、およびセットアップソフトウェアが個別の窓枠のどのような組み合わせセットをも単一のガラス窓枠として取り扱うことを示す。「拡張型コントローラ」のもとにおける四つの窓の設定については、ここでは四つの窓をＡ、Ｂ、Ｃ、Ｄと称する、窓ＡＣが単一の窓として制御され窓ＢＤが他の単一の窓として制御されるように、または窓ＢＣＤが単一の窓として制御され窓Ａが他の単一の窓として制御されるように、または窓ＡＢＣＤが単一の窓として制御され、または窓ＡＢＣＤが四つの別々の窓として制御されるようにユーザが設定してもよい。

図６は、目的ポイントに到着するために中間ノードを通る代替パスに沿って送信されるかもしれないデータが含まれる初期のパケットスイッチングまたはメッシュネットワークの一つを示す。これは、１９６９年の４ノードタイプ「アーパネット」の例であり、今日のインターネットの先駆けとなっている。ホストコンピュータはデータをこのネットワークにある他のホストコンピュータへ送信し、所望の目的ホスト１６３へ直接接続された特定のＩＭＰ６３の方向へ更にパケットを中継するであろう目的ポイントではない他のＥＶＩＰ６２、６４へデータパケットを送信するために「インターフェースメッセージプロセッサー（ＩＭＰ）」６１のサービスを利用する。

図７は、初期のアーパネットシステムにおけるホストおよびＩＭＰの機能の組み合わせによるパケットスイッチングソフトウェアを実行している同じコンピュータ上で特定の処理アプリケーションが動作する、さらに進歩したパケット交換メッシュネットワークを示す。マイクロプロセッサー能力の向上はシングルプラットフォーム上においてこれらの機能の結合を可能にした。これは、市規模の孤立した無線呼び出し（ポケベル）システムを、ちょうど一つの市の代わりにその国のどこに位置していても誰かに警報を発することができる全国的なネットワークに改造した発明者によって生成されたＤＬＨプロトコルを使用する「無線呼び出しネットワーク」アプリケーションの一例である。アーパネットおよびインターネットはそれぞれのノードにおいて目的地への最良のルートリストを動的に維持するためにＲＩＰのような正式なルーティングプロトコル規格を使用する。ＤＬＨは主要なルートおよび代替ルートのリストを維持するために独自仕様のルーティングプロトコルを使用する。その独自仕様のＤＬＨネットワークは、結局その発明者が作成することを助けた無線ページング産業標準ＴＮＰＰプロトコルに取って替えられ、その発明者が議長となった産業委員会は１１年以上もの間このプロトコルの使用を促進してきた。ＴＮＰＰプロトコルは、それぞれの目的ノードへの最良のパスおよび代替パスを維持するために、製造業者特有の独自仕様ルーティングプロトコルとともに使用された。ノードＢ７２において発生したページングメッセージは、ポケベル受信機１７１へ情報を伝達するアンテナと次々に連結するノード７１に到達するまで、他のノード７３、７４へ伝達されるかもしれない。

図８は、「拡張型コントローラ」ノードに備えられた他の送受信機へデータパケットを送信する無線送受信機と一体化した図３の「インテリジェントコントローラ」から構成される「拡張型コントローラ」ネットワークを示す。インターネットＲＩＰと似ているルーティングデータは、それぞれの「コントローラ」ノードにおいて目的ノードへのパス上にあるデータを受信するための最良の次のノードのリストを維持する。図６および７の有線のネットワークと違って、図８の無線ネットワークは受信したデータよりも異なるノードへアドレスされたデータを時々適切に受信するかもしれない。この場合には、その受信されたデータは目的ポイントへの最適のパスに沿った次のノードではないノードによって無視され／捨てられる。それぞれのコントローラ８１、８２、８３、８４はコントローラ、マイクロプロセッサーおよび無線送受信機を有している。

図９は、「マスタービルディングコントロールポイント」（ＭＢＣＰ９０）がネットワークノードの一つに接続されている図８のネットワークの例を示す。ＭＢＣＰ９０は、昼夜のいつでも特定の不透明度に自動的に設定される建物の部分を決定するデータ処理サイトである。「データ処理」システムは、任意にインターネット９１および多くの建物所有者に代わってＳＰＤビルディングスキンコントロールシステムの動作を監視する遠隔中央モニタリングサービス９２に接続されてもよい。

図１０は、たとえ最初のＢＣＰが機能しなくなることがあってもシステムが正常に動作を続けることを保障するために、ネットワークにおいて支援される冗長「マスタービルディングコントロールポイント」（ＢＣＰ）の例を示す。一つのＭＢＣＰ（データプロセッサーとして示されている。）は、ノード８１に接続されており、二番目のＭＢＣＰ（同じくデータプロセッサーとして示されている。）はノード８７に接続されている。

図１１は、建物の異なる領域が有するであろう建物のある部分における「拡張型コントローラ」の動作を監視する異なるタイプの「階層的なコントロールポイント」（ＨＣＰ）を示す。

図１２は、「コントロールポイント」の「階層的な」マッピングであり、最も上位レベルの「コントロールポイント」において生成されるコマンドが、どのように論理的にさらに下位の階層レベルにおけるますます多くのエレメントにコマンドを配信するより下位レベルの「コントロールポイント」に配信されるかを示す。幾つかの「オフィスコントロールポイント」（ＯＣＰ）、「セクションコントロールポイント」（ＳＣＰ）、「リージョンコントロールポイント」（ＲＣＰ）、「フロアコントロールポイント」（ＦＣＰ）、「マルチフロアコントロールポイント」（ＭＣＰ）および一つの「ビルディングコントロールポイント」（ＢＣＰ）が典型的な建物環境にはあるかもしれない。単一の「コントロールポイント」は小規模な実施において存在するかもしれず、とても大規模な実施においては全てのタイプの「コントロールポイント」が存在するかもしれない。追加的な「制御ポイント」の使用はメッシュネットワークの通信オーバーヘッドを減少させ、窓の不透明度を変調するコマンドが送信されてからそれぞれの窓が実際に動作するまでの時間遅延を減少させる。本発明の実施例においては、どの窓のＳＣも「マスタービルディングコントロールポイント」から送信されるコマンドが経由する「制御ポイント」になることができる。「マスタービルディングコントロールポイント」は「インテリジェントデータ処理システム」であるが、より低い階層的な制御ポイントはどのような窓ＳＣにおいても「マイクロプロセッサー」によって容易に取り扱われる比較的小さな規模の特定のコマンドと動作を備えている。中間的な規模の「拡張型コントローラネットワーク」の実施においては、ＭＢＣＰは「マルチフロアコントロールポイント」（ＭＣＰ）に対して全フロアにおけるそれぞれの窓の設定を変化させるように情報を与えることができる。そのＭＣＰはこの要求をそれぞれのＦＣＰ（複数）９６．９９に伝送し、ＦＣＰ（複数）はその要求をＲＣＰ（複数）９７、１００、１０１、１０２に伝送し、ＲＣＰ（複数）はそのコマンドをＳＣＰ（複数）へ伝送するだろう。そして、ＳＣＰ（複数）は、そのコマンドを、オフィス（明確には図示されていない）にあるそれぞれの窓コントローラへ要求された変化を実行するように命令するＯＣＰ（複数）へ転送するだろう。階層のそれぞれのレベルにおける多重ノードへの拡大によって、ネットワークのオーバーラップが無い異なる領域内でコマンドは同時に送信されるだろう。そこでは、待ち行列遅延が無いか、または殆ど発生せずに、コマンドが中間ノード間を通過するので、外見上はその建物中で要求が同時に実行される。

図２２は、建物内にあるすべてのＳＣへコマンドを送信する「マルチフロアコントロールポイント」ＭＣＰのポイントからポイントへの通信負荷を軽減するために、コントロールポイントの階層を形成する論理的な接続を示す。開示されている例においては、ＭＣＰは隔離されたＬＡＮ上に最適に配置された二つの「フロアコントロールポイント」（ＦＣＰ）へコマンドを送信する。同時に、それぞれのＦＣＰは、オフィスコントロールポイント（ＯＣＰ）へコマンドを次々に転送するかもしれないセクションコントロールポイント（ＳＣＰ）へコマンドを中継することができる。それぞれのＯＣＰは、同時に受信したコマンドを、それぞれのＯＣＰが責任を持つ一つまたは複数のＳＣへ中継するかもしれない。最終的に、全てのＳＣは要求されるコマンドを受信するであろうが、階層的な構造はＭＣＰからそれぞれのＳＣに到達するためにネットワーク全体を横断する総データ送信回数を減少する。

図１３は、ＸＭＬインターフェース１１２経由で「インテリジェントエネルギーコントロールシステム」（ＩＥＣＳ）１１１を備える「マスタービルディングコントロールポイント」１１０インターフェースを示す。図２３は、より詳細に、一つの建物内の全ての個別の窓に対する中央制御知能を与える「マスタービルディングコントロールポイント２０４」が、外部システムがＭＢＣＰを経由でセンサー入力を受信しその制御の下でいくつかの窓または全ての窓の設定を変更するためにＭＢＣＰへコマンドを送出するために、どのようにＸＭＬ２０９リンクを経由で外部「インテリジェントエネルギーコントロールシステム２１０」へ接続できるかを示す。

図１４は、空を横断する太陽の通り道がどのように変化し、どのように一日の太陽光が建物の窓に降り注ぐかを示す。地球が太陽の周りを公転するので、太陽の通り道は一年のそれぞれの日に少し変化する。惑星上のどの緯度および経度に対しても、太陽の通り道が横断することはよく知られている。

本発明のその他の実施形態は、窓の配列をマルチメディアディスプレイの一部とする。オフィスビルディングは、オフィスビルディングがある都市の外観をよくするような方法でしばしば装飾される。たとえば、ヒューストンにおいては、多くの大きな建物は、それぞれの晩における都市の空を背景とした輪郭を形成するために、それぞれの建物の周囲上の小さな明かりの列で建物の輪郭が描かれる。休日には、多くの建物は、建物に主に人がいない場合に休日と関連したあるパターンを表示するために、建物中の特定の光を夜中に点滅させるであろう。例えば、クリスマスの間は、大きな建物の窓には十字架またはダイヤモンド形状のパターンが、建物の異なるフロアレベルにおいて、および隣接した建物において冬季の風物詩の一部として現れるかもしれない。

この実施形態は、映像プレゼンテーションの一部として使用してもよいようにＭＢＣＰの機能を拡張する。このコントローラは、コントローラの制御下で透明状態から暗状態へのどのような設定もまたは手動制御下またはＭＢＣＰからの自動制御下におけるどのような設定へもどのガラスの窓枠をも変化させる能力をすでに有しているので、この性能を付加しても影響を受けない。従って、特別な、エネルギー効率性に関連したアプリケーションが、建物オペレータによって望まれるような特別の方法で窓を動作させるためにＭＢＣＰ中に存在するかもしれない。

（テキストメッセージモード）
二つのモードは同時に動作してもよいが、二つの動作モードがある。第一のモードは、テキストディスプレイにメッセージを形成するためにＳＰＤ窓を使用する。この極めて単純なアプリケーションにおいては、それぞれのＳＰＤガラス窓枠は、情報の一ピクセルを示す。その窓枠サイズおよび文字を作り出しているそのマトリックスサイズは、その窓からどのぐらい離れてユーザが形成された文字を明確に読むことができるかを規定している。ある場合には、４または９（２行２列または３行３列）個の窓による正方形の箱が、個別のピクセルサイズを増加させるために一つのピクセルとして制御されるかもしれない。それぞれのコントローラは、ピクセルをオンまたはオフ、またはある程度の濃淡を設定するためのＭＢＣＰからのコマンドを受信する。４８個の窓を一組として使用することによって、６行８列のピクセル配列はいずれかの文字または句読点を形成し、それぞれの文字の周囲に一つのピクセルを含むようにしてもよい。

ＭＢＣＰはもう一つのモードで動作してもよく、この場合にはＭＢＣＰ上におけるローカルコンソールよりも外部システムによって、表示されるべきメッセージ（または複数のメッセージ）が与えられる。そのＭＢＣＰは、メッセージ入力のためにいくつかのインターフェースを支援するであろう。これは、ＭＢＣＰと外部システム間のＸＭＬタイプコマンドセットを含む。そのコマンドセットは、ＬＡＮ接続、シリアルポート、赤外線ポートまたは他の物理的手段上で動作してもよい。そのＭＢＣＰは、表示される文字または言葉またはメッセージのシーケンス、タイミング情報,およびピクセル開始位置によってプログラムされてもよい。特定の割合で窓またはピクセルの設定を変更することは、テキストメッセージが幾つかの窓に渡ってスクロールする感覚を与えるであろう。これは、たとえば、右側の一つの窓の設定を左側にある一つの窓へシフトさせて、ディスプレイの左側にあるピクセルデータの一つの垂直方向列を除去させることによって実行される。最も右側の窓におけるピクセルのその列は、表示されるべき次の文字のためにある。これは、右から左への円滑なスクローリングを提供する。同様の方法でその文字は反対方向へ書かれた言葉のために左から右へもスクローリングされてもよい。それぞれのテキスト列の開始位置は、窓があるどこかの階またはいくつかの階でメッセージが同時に開始してもよいように特定されてもよい。

ＭＢＣＰ内のロジックは、ＳＰＤガラスの性能を活用する他のテキストディスプレイの特徴をも備えてもよいだろう。たとえば、文字が逆さまに表れ、右が上に変えられてもよい。その文字は、それぞれの文字を形成している何れかの列沿いに垂直方向に回転されてもたぶんよいだろう。ピクセルは透明状態から始めることができ、文字はそれぞれのピクセルを個別に暗状態に変化させる事によって形成され、または何らかの興味深い特別な効果のために上から下へまたは下から上へ形成されることができる。単語は同様の方法でディスプレイに表示されることができる。ピクセル列を左から右へおよび右から左へ暗くして文の中央で出会うようにまたは中央から暗くして左側および右側に放射状に暗くする。または、異なる開始列が選択され、ピクセルが一つの方向へまたは文字の場合のように両方向に暗く放射状に広がってもよい。与えられた強度で一度に文字を表示するよりももっと興味深くディスプレイに表示させるために可能な表示方法の組み合わせには限りがない。もちろん、これらの特別な表示方法のどれもが、ＸＭＬインターフェースを介して外部デバイスがＳＰＤガラスの配列を駆動することにより可能になるだろう。

この例は、メッセージを表示する手段としてオフィスビルディングにおけるＳＰＤガラスの使用を見直すことになるが、それぞれのガラス窓枠またはピクセルサイズにもよるけれどもこの例はより小規模のアプリケーションに小型化されるかもしれない。たとえば、メッセージがアトリウムの下に立っている人々の頭の真上を、ＳＰＤガラスのアトリウムに渡ってスクロールされ得るだろう。あるいは、とても小さなガラス窓枠が使用されれば、ＳＰＤガラスの小さな動画ディスプレイが生成され得る。

（ビデオモード）
ＳＰＤ窓の構造は、それぞれのピクセルが０％から１００％までの範囲でその範囲の終端はオフ状態またはＯＮ状態と考えられるどのような濃淡レベルにも設定されることができる大量のピクセルとしても観察されるかもしれない。そのようなディスプレイを見ている人々を楽しませる多くのランダムなおよびよく構成された視覚的な効果を提供するためには、大規模な配列におけるそれぞれのピクセルに渡る光量レベルの異なる設定の組み合わせは数限りなくある。多くの予めプログラムされたシーケンスのセットは定義され、ＭＢＣＰに記憶されてもよい。それぞれのシーケンスはガラスにおいて幾つかの特別な視覚効果を提供するかもしれない。シーケンスは以下のように定義されてもよい。
・全く暗い状態から非常に明るい状態へのフラッシュ
・全く暗い状態から始まり透明な状態にゆっくり明るくする
・左側から右側へ
・右側から左側へ
・上から下へ
・下から上へ
・正方形を大きくする方法で中央から端へ
・端から中央へ
・チェッカーボードパターン
・そして多くの多くの他のシーケンス

ＭＢＣＰはシーケンスを起動する多くの手段を支援し、予めプログラムされたシーケンスセットの‘スクリプト’を保存しておけるように支援するであろう。ＭＢＣＰはシリアルポートまたはＰＣのＬＡＮ接続部を介して駆動されることができるであろう。ＭＢＣＰは、実際にはボタンおよびスイッチの配列である外部デバイスを支援することができ、ここではスイッチ設定の組み合わせおよびボタンを押すことが予めプログラムされたシーケンスを起動する。このように、レーザ光が音楽演奏に合わせた予めプログラムされた光効果を起動するためにオペレータに類似タイプのパネルを使用することを示すのと同様に、オペレータは外部音楽に合わせてシーケンスを“演奏”できるかもしれない。新しいシーケンスの複雑な配列はオフラインで確立されてもよいし、外部システムからＭＢＣＰへいつでも送信されてよい。これらの外部シーケンスの幾つかは後にＭＢＣＰに記憶されてもよく、外部デバイスからそのシーケンスが繰り返しダウンロードされるよりも参照番号によって呼び出されてもよい。マルチメディア環境における更なる統合のために、窓配列が完全に暗状態に設定される場合には、ＳＰＤガラスにおいて動画を表示するためにビデオプロジェクターが潜在的に利用され得る。外部ビデオプロジェクターにビデオデータの表示を開始するコマンドが送信される場合に、このシーケンスが要求されるであろう。

シーケンスの一つの瞬間的な状態に関連するピクセルの配列は、関連するピクセルを適切な設定にするために必要なそれぞれのコントローラへの無線コマンドの送信によって特定のレベルに設定される。その無線コマンドはＭＢＣＰにおける無線インターフェースから直接に、または特定のピクセルのコントローラがそのＭＢＣＰと直接通信できない場合には、配列（メッシュパケットネットワーク）におけるいずれかの中間ノード（複数の中間ノード）またはコントローラ（複数のコントローラ）を介して受信されてもよい。

ＭＢＣＰの窓配列において視覚的な特別な効果を提供する能力は、ＭＢＣＰに支援される特別なインターフェースのセットによって更に強化される。このＭＢＣＰは、「インテリジェントコントロールシステム」に基づく照明産業標準ＤＭＸに対する制御可能な照明システムとして表現され得る。これらのシステムはマルチメディア照明ショーを支える特別な効果のあるスクリプトの生成および記憶をすでに支援してきた。

（ＳＰＤ窓のＸ．１０制御）
本発明のコントローラは、大規模な建物環境における自動遠隔制御を支える無線ネットワーク上で動作してもよい。しかし、おおよそ１６個の窓を有する居住用の計画のようなより小さな環境においては、この無線制御による解決方法はある状況においてはとても値段の高いものになってしまうかもしれない。この状況を解決するために、拡張型コントローラの他の実施態様がある。上述した無線送信機および受信機をコントローラに統合する代わりに、本発明は１１０ボルト交流または２２０ボルト交流電力線を介してＸ．１０制御信号を受信することができるインターフェースを上述のコントローラに備える。Ｘ．１０通信プロトコルを保護していた米国特許は現在有効期限が終了している。現在のところ、存在してきた期間、存在する互換性のある製品数、電力線上で制御信号を送信するＸ．１０コントローラの入手容易性,およびそれらが低コストであることから、Ｘ．１０と互換性のあるインターフェースは望ましい。図１８はＸ．１０信号を送信し、窓１８３へコマンドを次々に送信するＸ．１０デコーダ１８２へコマンドを送信するコントローラ１８１を示す。Ｘ．１０インターフェースのオプションは、一つまたは二つ以上のガラス窓を動作させるコントローラ回路カード上に設けられるであろう。それぞれのコントローラは、１１０ボルト交流または２２０ボルト交流電力線へ直接接続される電力線を介して動作するであろう。２５６個の窓まではこの環境で制御されるかもしれない。それぞれの窓コントローラは、「Ｘ．１０文字」（ホーム／ネットワークＩＤ）および「番号コード」（デバイスＩＤ）で指定されるであろう。窓コントローラがそのアドレスを電力線バス上で参照する場合には、窓コントローラはＯＮ信号、ＯＦＦ信号、ＤＩＭ・ＵＰ信号、ＤＩＭ・ＤＯＷＮ信号のようなコマンド信号を探すであろう。ＯＮ信号は、窓を完全に暗状態に設定する信号としてコントローラにおいて実行されるだろう。ＯＦＦ信号は、窓を完全に透明な状態に設定するものとして解釈されるであろう。コントローラは、現在の窓の設定をその制御の下で維持する。ＤＩＭ・ＵＰコマンドは、窓の暗さを０％から１００％の方向へゆっくりと増加させ、ＤＩＭ・ＤＯＷＮコマンドは、ゆっくりと暗さを減少させ窓をより透明にするであろう。これらの４つの信号を２５６個の可能なＸ．１０アドレスの何れへも送信することができる全てのＸ．１０デバイスは、全てのＳＰＤ窓を制御することが可能であろう。Ｘ．１０コントローラは、手動制御下でこれら４つの信号を送信するために、またはコンピュータが一日の特定時刻にコマンドを送信するようにプログラムするために現在存在する。これは、少ない数のＳＰＤデバイスをローカルに制御するとても簡潔な手段を提供する。Ｘ．１０デバイス、Ｚ−Ｗａｖｅ、Ｉｎｓｔｅｏｎ、および８０２．１１．１５ＺｉｇＢｅｅへの幾つかの無線交換を支援する類似のインターフェースが存在するであろう。

図１５は、２４個の窓または窓枠をそれぞれ制御する５個のコントローラを示す。これらの窓枠はＡおよびＢがそれぞれお互いに隣り合い、ＥおよびＤは直接ＡおよびＢの下にあるように物理的に配列されるかもしれない。これは８行１２列のピクセル配列を形成するであろう。ＭＢＣＰからのコマンドは、ローカル送信機、Ｍ、を介して無線メッシュネットワークへ送信されるであろう。それはコントローラＤと直接に通信することができるかもしれないが、コントローラＢに到達することはできない。従って、ノードコントローラＣを介してノードコントローラＢへコマンドが中継されるようにピクセルを設定する。ノードＡにおける設定を制御するために、コマンドは、たとえば、パスＭ、Ｄ、Ｅ、ＡまたはパスＭ、Ｄ、Ｂ、ＡまたはパスＭ、Ｃ、Ｂ、Ａを介して通信されてもよい。

図１６は、左側と上部の境界に一つの窓またはピクセルを有し、７行、５列の暗くなった窓のピクセル配列中に形成される文字“Ｅ”を示す。

図１７は、隣合った窓枠と数パーセントだけ照明効果が異なるそれぞれの窓枠を示す。

この発明は従来から存在した制御範囲をはるかに超えたＳＰＤの制御範囲を提供するという点で評価されるであろう。本発明における“拡張型コントローラ”別名を“ＳＣ”というは、従来のコントローラの性能をはるかに拡張する知能を提供する。従来の実施においては、一つから幾つかのガラスを単一のコントローラが制御しているかもしれない。ここで、いくつかという数字は８個のような比較的小さな数であって、それぞれのガラス部分はコントローラに有線で接続されている。「拡張型」コントローラは、ユーザが設定してもよい関係である手動外部制御あるいはいくつかの個別の手動制御と、どの窓または複数の窓がその手動設定から制御されることが可能かという関係についての設定段階を更に提供する。「拡張型コントローラ」のもとにおける四つの窓の設定において、ここでは四つの窓をＡ、Ｂ、Ｃ、Ｄと称する、ユーザが、窓ＡＢが単一の窓として制御され、かつ窓ＣＤが他の単一の窓として制御されるように、または窓ＡＢＣが単一の窓として制御され、かつ窓Ｄが他の単一の窓として制御されるように、または窓ＡＢＣＤが単一の窓として制御され、または、窓ＡＢＣＤが四つの別々の窓として制御されるよう、図５に関連して前述したように設定してもよい。

このようなインテリジェント制御はいくつかの窓が自立的に動作することを許可するが、大規模な実施においては、建物の窓の全セグメントを組織的な一連の制御の下に置くことが望ましい。比較的大きなタイプの環境においては、個別の窓のプロファイルを使用するよりも、組織的な一連の制御はリアルタイムデータ処理を実行でき、どのポイントにおいても時間に間に合って建物のセグメント毎の不透明度をよりインテリジェントに決定することができる。本発明のＳＣはこのような方法で動作するために拡張することができる。

ＳＣが手動モードの場合には、ＳＣが制御しているＳＰＤガラスまたはプラスチックの不透明度を正確な設定に制御するために、ＳＣは部屋の居住者からの入力を利用する。使用可能な異なる手動入力デバイスには範囲がある。スイッチ、抵抗のようなデバイス、または可動部品はないが、たとえば私の全てが利用される、指の接触を検知することができる容量タイプのデバイスがその範囲に含まれる。しかしＳＣ（複数）は、ＳＣが接続されているローカル領域ネットワークを介して送信されたコマンドを受信することかもしれない。ＳＣは、実行されるべき機能を制御するためにネットワークのどこにいてもコマンドを受信できるようにＬＡＮカードのプラグインを許可する。多重ＬＡＮは、建物の窓で覆われている物理的な領域サイズを増加させるために、「リピータ」または「ブリッジ」を介して接続されてもよい。ＬＡＮが最大長に達してしまった場合には、建物内のそれぞれのＳＣに到達できる広域ネットワークを生成するために独立したＬＡＮを互いに接続するルータが配置され得る。広域ネットワークの目的は、それぞれのＳＣが中央知能ポイントから発行されたコマンドを受信できるようにすることである。中央知能ポイントである「マスタービルディングコントロールポイント」（ＭＢＣＰ）においてはデータ処理システムがそれぞれの窓に対して最善の設定をするように決定を行っている。ＭＢＣＰは、センサーデータをポーリングすることによってＳＣと一緒に用いられるセンサーからのデータを取り込むことができる。そしてＭＢＣＰが接続されているネットワークを介して読み込まれるかもしれない他の入力から、ＭＢＣＰは、建物全体の現在の不透明度レベルの最適設定方法を決定するために緯度情報および経度情報、時刻、通日、および他の事実を利用する。ＭＢＣＰはこの場合に最適の設定を選択するためにネットワークを介してそれぞれの個別の窓にコマンドを送信してもよい。

「拡張型コントローラ」は建物内のエネルギー使用量をより細かく制御することに使用されるかもしれない様々なタイプのセンサーを備えてもよい。光電素子はそれぞれのＳＰＤガラス上に配置され、ＳＣに接続されてもよい（図２および３参照）。「マスタービルディングコントロールポイント」“ＭＢＣＰ”全てのＳＣにセンサーデータを定期的にＭＢＣＰへ送信するように指示してもよい、またＭＢＣＰは光電素子および他のセンサーデータを読むために定期的にそれぞれのＳＣをポーリングしてもよい。ＢＣＰにおける最初のシステム設定手順を通じて、ＢＣＰは、建物の構造、窓が面しているコンパス方位、建物の緯度および経度、それぞれの窓の垂直方向からの角度、およびユニークノードの位置および窓アドレスを知っている。建物中の光電素子からの入力は、ＢＣＰが暖房および空調のために建物が要求するエネルギーの総量を低減するために、不透明度を増加または減少させる建物の最良の領域を決定するためのボーティング技術を利用することを認める。それぞれのＳＣに読み取り可能なコンパスおよびガラス角度検出器が組み込まれると、建物についてそれぞれの窓をより正確に制御するためのモデリング工程は、この設定情報が直接提供されることによって単純化される。

ＬＡＮのバックボーン上の全負荷を低減し、本当に同時に実行されるべきコマンドがネットワークを横断するために、「インテリジェントコントロールポイント」の一つの階層が生成されてもよい。コントロールポイントは、ＭＢＣＰに代わって中継局として動作するようにＭＢＣＰによって指示された個別のＳＣにすぎないであろう。階層の最も高いレベルにおいて、「マスタービルディングコントロールポイント」は、建物内のＳＰＤガラスの全ポイントにおける不透明度の現在の設定をインテリジェントに決定する存在である。実施サイズに応じて、いくつかのレベルの階層がある。「マスターコントロールポイント」は不透明度変更コマンドを、いくつかのより低いレベルの「階層コントロールポイント」と順々に通信する一つまたは二つ以上の「階層コントロールポイント」へ送信し、最終的にはこのコマンドはコントロールポイントが責任を持つそれぞれの個別のＳＣに到達する。このように制御をマルチレベルに分配することは、「マスターコントロールポイント」が存在するＬＡＮを通過するデータパケットの量を低減し、コマンドをこのようにそれぞれのローカルＬＡＮへ分配して伝送することによりマスターおよびバックボーンネットワークの負荷を低減する。この制御は、それぞれの「階層コントロールポイント」がそれぞれのローカルＬＡＮ上のマスターに対するコマンドの分配を実行するので、それぞれのコマンドがマスターコントロールポイントから直接送信されるべき場合よりも早くコマンドが実行されることも可能となる。従って、コマンドは直列的にＬＡＮを伝送される代わりに多重ＬＡＮに同時に送信される。この制御によって、とてもたくさんの「懸濁粒子デバイス」がより早く同時に変化することが可能となる。

本発明の実例においては、ＭＢＣＰは、窓着色情報および追加的なセンサーデータを外部システムに供給するため、および外部システムが建物周囲の着色レベルの調整を要求することまたはその制御の下に部屋の光量の調整を許可するために、外部システムへのＸＭＬインターフェース（図１３に示されるように）を供給するであろう。ＭＢＣＰはＸＭＬリンクからの要求を受信し、外部「インテリジェントエネルギーコントロールシステム」（ＩＥＣＳ）によって要求された変化を生じさせるために、それらを解釈し、「階層的な」ネットワークを介して適切なコマンドを送信することを実行する。このモードが動作する場合は、最適の方法で全ての窓を設定するように指示するために生成された情報を使用するよりもむしろＭＢＣＰの自動制御が選択的に無視され得る。代わりに、そのコマンドは、ＩＥＣＳから受信されたＸＭＬメッセージに基づいて生成される。ＭＢＣＰまたはＩＥＣＳリンクに渡るＸＭＬコマンドまたはＸＭＬ応答の断続的な“ハートビート（Ｈｅａｒｂｅａｔ）”転送によって、二つのシステムの同期が維持され、対等の動作が保証される。ハートビートが消失した場合には、そのＭＢＣＰは自動モードに戻ることができ、ＩＥＣＳシステムがオンラインに復帰するまで独立して建物を動作させる。選択的に、そのＭＢＣＰは、そのＩＥＣＳにその動作を増強する手助けのデータを供給し、窓の着色の直接制御を保つことができる。

図１９は、パケットをＬＡＮ上にある「マスターコントロールポイント」（ＭＢＣＰ）１９２へＬＡＮ１９３を介して送信することができるようにＬＡＮインターフェース１９４と一体化した図１の「インテリジェントコントローラ」から構成される二つの「拡張型コントローラ」（ＳＣ（複数））１９１、１９２を示す。

図２０は、ケーブル長のために、ＬＡＮ２０１がその最大の能力に達してしまった場合に、ＬＡＮサイズを拡大ための別のＬＡＮセグメントを追加するために取り入れられるかもしれないブリッジ２０２を示す。この方法は、より多くのコントローラを全てのＳＣの設定を制御している「マスタービルディングコントロールポイント」２０４へ接続するために採用された構造としては最初の方法であろう。この図は、共有配線にぶら下がっている多重ＳＣよりも個別のＳＣ２０６に直接接続するハブ２０５をも表している。ハブ２０５および個別のＳＣ２０６との接続は有線または可能であれば無線でもよい。無線ＬＡＮの使用は、建物制御ロジックを含む「マスターコントロールポイント」２０４へ接続するであろうネットワークへ全ての「拡張型コントローラ」を接続するために行われなければならない建物の配線量を減少させる。

図２１は、ＬＡＮセグメントおよび「ブリッジ」／「リピータ」２０２の配置数が最大に達してしまった場合に、ローカルネットワークのサイズを更に拡大する方法を示す。新しい独立したＬＡＮセグメントがルータ２０７に接続されることを許可するルータ要素２０７が追加される。ルータ２０７はデータが異なるＬＡＮ上のＬＡＮアドレスに指示された場合を認識し、その場合には受信しているＬＡＮからそのデータを取得し、そのデータを目的アドレスが指示されている正しいＬＡＮへ再送信する。マッピングテーブルはルータ２０７にそれぞれのＬＡＮが処理できるアドレス範囲を知らせる。大きな建物のいたる所にあるＳＣは、同一のまたは遠隔のＬＡＮにある「マスタービルディングコントロールポイント」２０４からのメッセージまたは同一のＬＡＮ上にある「階層的コントロールポイント」からのメッセージを受信するために、最も近傍のＬＡＮに接続されている。これによってＭＢＣＰが建物のどの窓の不透明度の設定をも瞬時に変化させるようにしている。

当然のことながら以上記述してきたことは、規模という観点において、Ｍａｌｖｉｎｏ特許を非常に拡張しているだろう。しかし、ＳＣもまた、これらの特許において想定される制御をはるかに超えるＳＰＤ制御手段を供給することによって、Ｍａｌｖｉｎｏ特許の基本機能を拡張している。手動制御情報がマイクロプロセッサーによって読み込まれ、そして前記マイクロプロセッサーが手動制御設定に基づいて調節手段を調整するところの調節手段を手動制御する手段だけではなく、マイクロプロセッサーによって駆動されるデバイスは、デバイスの光バルブ透明度特性が制御されることになる少なくとも一つの懸濁粒子デバイス（ＳＰＤ）に対する電圧の調節、すべての所望の動作周波数の設定および／または波形特性の設定を制御することができる。ここではマイクロプロセッサーによって駆動されるデバイスに有線配線で接続された複数の手動制御デバイスおよび／または複数の個別のＳＰＤデバイスがあり得る。ここでは、単一のＳＰＤデバイスであるかのように作動するように、一つまたは二つ以上の複数の有線配線で接続されたＳＰＤデバイスのＳＰＤ不透明度を直接制御するために用いられる複数の手動制御デバイス間の関係の設定手順があり得る。通信チャネル間にわたって受信されるデジタルコマンドによって、その調節手段を外部から制御する手段があり得る。ここでは、隣接したマイクロプロセッサーによって駆動されるデバイスにおいてデータを送信および受信するための２地点間の無線通信を使用する無線送信機および無線受信機があり得る。ここで、遠隔無線受信デバイスは送信デバイスによって送信されたデータのパケットヘッダーを解釈し、必要ならばそのパケットヘッダーデータから決定されたように受信データを処理するのみである。受信マイクロプロセッサーにおけるヘッダーデータが、前記受信したデータは異なるマイクロプロセッサーによって駆動されるデバイスであって、その受信デバイスと直接に通信をしないデバイスを意味することが特定される場合には、追加的な中間ホッピングポイントを介して前述したネットワーク中へ更にそのデータを送信するためのコンピュータ上に直接置かれ動的に更新された「ルーティングテーブル」を参考にすることによって、その受信デバイスはそのデータパケットを他のマイクロプロセッサーに駆動されるデバイスまたはノードへ向けて再送信するものとする。一度、前記パケットデータがパケットデータの目的ポイントに到達すると、前記パケットデータはその最終目的ポイントにおけるアプリケーションソフトウェアによって処理される。

多くの異なるタイプのパケットがネットワークを通じて送信されてもよい、パケットのいくつかのタイプはネットワーク自体を維持するために使用され、他のタイプのパケットはネットワークを通じて統計データを移動させるために使用され、他のタイプのパケットはネットワークを通じて「光バルブ」コマンドのようなアプリケーションデータを移動させるために使用される。一つのタイプのネットワークパケットは、このパケットを目的ノード方向へ移動させるために使用される最良の次のルートを決定することを支援するためにそれぞれのノードにおいて使用されるであろうその瞬間のルーティング情報を配信してもよい。別のタイプのパケットは、遠隔ノードに対するＳＰＤガラス制御コマンドであるローカル「光バルブ」を特定の設定に変更することを要請するコマンドを含むであろう。

そのシステムは、「マスタービルディングコントロールポイント」、それは個別の窓においてどのような不透明度が設定されるべきかという点に関するインテリジェントな決定をしＬＡＮ全体におけるシステムの他の部分へコマンドを送信するマイクロプロセッサーによって駆動されるデバイスである、に接続するために「ローカルエリアネットワーク」（ＬＡＮ）にインターフェースを組み込んでもよい。そのＬＡＮは“Thinnet”、“Thicknet”、ツイストペア線、光ファイバーまたは他の有線のＬＡＮ手段を介して配線されてもよいし、またはＩＥＥＥ８０２．１１規格のいずれかの変形種を使用する無線、またはＩＥＥＥ８０２．１５規格または他の無線ＬＡＮ手段を介して配線されてもよい。そのＬＡＮは、バス長さに関する制限または一つのバスに接続されるデバイス数の制限をはずしてＬＡＮを拡大するために別のＬＡＮへ橋渡しされてもよい。そのＬＡＮは、ローカルまたはより広い領域ネットワークに所属する「マスタービルディングコントロールポイント」と通信するために、一つのＬＡＮで到達可能な居住用または商業用建物を超えるさらに大規模な領域にわたる他のＬＡＮへ接続するためにルータを使用することによって拡大されてもよい。

そのコントローラは、「階層的コントロールポイント」と称されるＬＡＮ上の“インテリジェントコントロールポイント”となることに加えて典型的な機能を実行させることができる特定のソフトウェアセットを実行させてもよい。このデバイスは、一つの階層中の全てのデバイス毎に通信することができる。

そのシステムは、システム制御の下に、地球上の「ＳＰＤデバイス」の物理的な方位、ＳＰＤデバイスの緯度および経度、通日および時刻に基づいて「光バルブ」を自動的に変化させてもよい。そのマイクロプロセッサーは、「ＳＰＤデバイス」を使用した窓を使用する居住用および商業用環境におけるエネルギー使用量を低減するために、最適な「光バルブ」の設定が連続的になされるように、一年のすべての瞬間における窓の空間的方位のオフライン処理から生成されるデータのプロファイルに対応するであろう。

もし手動の優先権動作が自動動作を無効にするために使用されると、特定の期間の後に、自動動作が再開されてもよい。部屋の使用確認センサーが、特定期間、部屋においていかなる動きをも示さない場合には、自動動作が再開されてもよい。そのシステムは、昼夜に渡る不透明度設定のための幾つかの固定プロファイルおよび現在有効であるプロファイルを手動で設定するためのスイッチに対応してもよい。二つのプロファイルがあり得る場合には、その手動スイッチは夏および冬と分類されてもよい。四つのプロファイルがあり得る場合には、その手動スイッチは夏、秋、冬および春と分類されてもよい。

そのシステムにおいて、最適の「光バルブ」設定は、予め定められたプロファイル情報を使用する代わりに、リアルタイムに得られてもよい。そのようなリアルタイム演算は、「マスタービルディングコントロールポイント」において実行されるかもしれない。

ＳＰＤコントローラと同一の電子機器を備えているデバイスはどのＳＰＤデバイスにも接続されないかもしれないが、無線サービスが充分でなく完全に動作可能なデバイスがお互いに直接通信することができないスポットにおいて利用される、他の完全にＳＰＤデバイスとして動作するデバイス間にデータを移動させるための中間ホッピングポイントとしてのみ使用されてもよい。このホッピング−ポイントデバイスは、他のデバイス間のブリッジとして動作させるために、他のデバイス間のデッドスポットに設置されてもよい。

システムにおいて、メッセージは特別なノードの階層を通って転送されてもよく、そのネットワーク中のノードから他のどのノードへも転送されなくてもよい。階層の最も高いレベルにおいて、「コントロールポイント」は、建物内のＳＰＤガラスの全ポイントにおける不透明度の現在の設定をインテリジェントに決定する存在である。実施サイズに応じて、いくつかのレベルの階層がある。これらの「ビルディングコントロールポイント」の一つは、コントローラにおける「光バルブ」の設定を変更するためにそれぞれのポイントがそのコマンドに従って同時に動作するように、いくつかのより低いレベルのコントロールポイントと通信する。その低いレベルのコントロールポイントは、窓ができるだけ早く始動できるように最も早い時間内に最大数のポイントへそのコマンドを更に拡大させるために、更にそのコマンドをコントロールポイントの他の低いレベルへ配信してもよい。

システム内において、メッセージは「マスターコントロールポイント」と同一または異なるＬＡＮ上に位置している「インテリジェントコントロールポイント」の階層を通って転送されてもよい。階層の最も高いレベルにおいて、「コントロールポイント」は、建物内のＳＰＤガラスの全ポイントにおける不透明度の現在の設定をインテリジェントに決定する存在である。実施サイズに応じて、いくつかのレベルの階層がある。「マスターコントロールポイント」は不透明度変更コマンドを、いくつかのより低いレベルの「階層コントロールポイント」と次々に通信する一つまたは二つ以上の「階層コントロールポイント」へ送信し、最終的にはこのコマンドは制御範囲にある個別のコントローラに到達する。このように制御をマルチレベルに分配することは、「マスターコントロールポイント」が存在するＬＡＮを通過するデータパケットの量を低減し、コマンドをこのように「マスター」およびバックボーンネットワークの負荷を低減するそれぞれのローカルＬＡＮへ分配する。この制御は、それぞれの「階層コントロールポイント」がそれぞれのローカルＬＡＮ上の「マスター」に対してコマンドの分配を実行しているので、それぞれのコマンドが「マスターコントロールポイント」から直接送信されるべき場合よりも早くコマンドが実行されることを許可する。従って、コマンドは直列的にＬＡＮを転送される代わりに多重ＬＡＮを渡って同時に送信される。この制御は、とてもたくさんの懸濁粒子デバイスがより早く同時に変化することを許可する。

ＳＣは、ＳＰＤデバイスを駆動する電圧を同時に変更しながら可変範囲に渡って周波数を調節してもよい。可変周波数に渡ってそのデバイスを駆動することによって、そのガラスは、さもなければ同室内での人間一人一人をイライラさせるであろう“スィング（ｓｉｎｇ）”（可聴周波数音の発生）が発生する可能性を減少させることができる。

「拡張型コントローラ」は、ＳＰＤ材料を通る電流の流れの欠落を検出するセンサー回路を含んでもよい。これはそのＳＰＤ材料の破損を示すであろう。この出来事の最中に、そのＳＣはその事象を示す“ガラス破損検出”メッセージをＭＢＣＰへ送信する。その警告を受信するＭＢＣＰは、どの窓からこのメッセージが来たかを決定することができ、多くの異なる手段の何れかによって人間の介入を要求するであろう。人間の介入の要求は、いくつかある手段の中で、インターネットを介して送信される一つまたは二つ以上の無線呼び出しメッセージ、インターネットを介して送信される一つまたは二つ以上の携帯電話に対する短いメッセージ、施設を監視している中央局を呼び出すために生成される合成音声メッセージ、インターネットを介してＳＰＤ−ガラス建物制御を特別に監視するモニタリングサービスへのメッセージの送信であってもよい。そのＭＢＣＰは、損傷検出メッセージがどの時点において殺到した場合にも、多重警報が生成されないように階層論理を維持する。さもなければＭＢＣＰは与えられた期間内に応答することができない。そのＭＢＣＰは、警報が検出された後は建物の全てのセクションからのメッセージが殺到することを防ぐために、ＳＣにおけるガラス−損傷検出論理をどの期間内においても停止させることができる。

自動車、海上船舶、飛行機、航空宇宙および建築を含む全てのＳＰＤアプリケーションに対して、本発明のコントローラはＭａｌｖｉｎｏ特許よりもより高度な方法でＳＰＤを駆動することができる。
第一に、単一の波形ではなく様々な波形が使用され得る。
第二に、エネルギーを節約するために、デューティサイクルを変化させることができる。
コントローラ内には、多重タイプのＳＰＤフィルムを支援するために二つのまたは三つ以上の光電変換参照テーブルが記憶され得る。
ＳＰＤを駆動する方法は外部温度に基づいて調整されることができる。
そして、電力は消費電力を最適化するために動的に管理されることができる。

Ｍａｉｖｉｎｏの米国特許６、８９７、９９７および６、８０４、０４０はＳＰＤを基礎とした材料を透明状態から暗い状態へ変化させるまたは様々な透明度レベル間に変化させるように駆動する一つの基本的な方法を提供している。これらの基本的な特許はＳＰＤ材料の全ての動作パラメータまたはそれらの制御について検討していない。マイクロプロセッサーが中心となるＳＣは、この改良されたコントローラ特許が記載しているいくつかの方法論、アルゴリズムおよびフィードバックメカニズムを通じて、前例のないレベルの詳細かつ最適化されたＳＰＤ材料の制御を提供している。

Ｍａｉｖｉｎｏの‘９９７および‘０４０特許は、ＳＰＤベースの材料が状態を変化させることを許すであろういくつかのエレクトロニクスセットの生成に関していた。しかしＳＰＤ材料の本質の詳細な研究は、ＳＰＤベースの窓を適切に制御するための透明度以外のＳＰＤ材料のいくつかの特徴を検討すべきことがあることを明らかにする。そしてこれらの特徴を制御する多くの可変の要因ある。

ＳＰＤ材料の主な特徴は、印加される周波数および交流電圧レベルに基づいて、透明状態から暗い状態への移動および再び暗い状態へ移動する能力、またはどのような中間の透明度レベルへも移動する能力である。しかし他の重要な制御されるべき特徴は、スイッチング時間、かすみ、透明度、または２つのガラスまたはプラスチック間にラミネートされたＳＰＤ材料のシンギング（ｓｉｎｇｉｎｇ）またはハミング（ｈｕｍｍｉｍｇ）の可能性、および消費電力である。これらの特徴に影響を及ぼす多くのパラメータの設定がある。これらは、交流電圧、周波数、周波数許容誤差、温度、波形、波形位相、デューティサイクル、ＳＰＤ材料の厚さ、ＳＰＤ材料の製造者および、ときには一つの製造者におけるどの生産工程であるかということである。Ｍａｉｖｉｎｏの６、８９７、９９７および６、８０４、０４０特許の単純な回路は、ＳＰＤ材料の所望の性能を提供するためにこれらのパラメータのすべてを考慮に入れることはできない。

異なるＳＰＤアプリケーションは、ＳＣを動作させるいくつかの方法を最適化することを要求するだろう。エネルギーの効率化のためのビルディングアプリケーションにおいては、ＳＣはエネルギー保護を目的にしたエネルギーの効率化のための機能を強調するであろう。スイッチング速度はエネルギー効率化に対してトレードオフとなるであろう。自動車においては、ベンダーはガラススイッチング速度を車の外部温度にかかわらず一定に維持することを望むかもしれない。ＳＣは、より多くの電力の消費によって戸外の温度がとても低い場合には、より高い周波数においてＳＰＤ材料を駆動することによって、より低いスイッチング速度を保証することができる。

図２４は、本発明の実施形態の論理的な構造を示す。これは、より大規模な統合されたコントローラのネットワークの一部となる能力においてばかりではなく、ＳＰＤ材料を制御することにおいてそれぞれの個別のノードのインテリジェンスを強化するという点において強化されたコントローラである。

コントローラの「コマンド」および「コントロール」部分は、ＳＰＤガラスの光の透明度レベルを特定のレベルに設定するために、外部ソース（例えば、オプションの調光スイッチのようなＡ／Ｄタイプデバイス）またはコミュニケーションリンク上の他の複数のマイクロプロセッサーからコマンドを受信する。ＳＣは、ユーザにとってどちらもより重要であるスイッチング時間または消費電力量を最適化するために考慮すべき外部の温度を測定するのに、Ａ／Ｄインターフェースを介したセンサーを利用してもよい。特定形状の波形が、ガラスをスイッチングするための最適な周波数における要求される電力量を調節する波形生成ロジックによって設定される。特定の透明度レベルにＳＰＤ材料を維持するために利用される電力を低減するために、使用されるその波形のデューティサイクルは減少させられる。ＳＣのソフトウェアに組み込まれたアルゴリズムは、達成されるべき目標を考慮に入れ、所望の目標を提供するためにこれまで言及されている要因の設定を調節する。このＳＣは、特定の環境においてパラメータに影響を与える全ての性能を調節するための完全な柔軟性を有している。

コントローラは、図２５と似ている一連の内的な３次元的なテーブルを有しており、このテーブルは一つの要因または二つの要因の変化が三番目の要因にどのように影響を及ぼすであろうかということを知るために、他のパラメータに対する様々な動作可能なパラメータを地図として描いている。たとえば、このテーブルは、光透過の絶対的なレベルに対して要求された適切な電圧および周波数を決定するであろう。他のこのようなテーブルは、与えられた電力量に対するスイッチング時間と周波数との関係を表現するであろう。第三番目のテーブルは、与えられた温度に対するスイッチング時間および周波数のモデルを与えるであろう。第四番目のテーブルは与えられた温度に対するスイッチング時間および周波数を判断するであろう。

インテリジェントコントローラに組み込まれたアルゴリズムを使用すれば、インテリジェントコントローラはインテリジェントコントローラのメモリにプログラムされた目標に従ってＳＰＤ材料を最適に動作させるためのトレードオフをするかもしれない。もし暗い状態から透明な状態へ２秒未満のスイッチング時間を維持することが要求される場合には、特定の製造者のＳＰＤ材料に対する特定の透明度レベルを供給するために、これらのアルゴリズムは交流信号の周波数を増加させ、電圧を増加させ、および追加の電力を供給するためにこれらのテーブルからデータを引き出すだろう。もし、他の場合として消費電力が最適化に対する要因である場合には、このＳＣはより低い周波数においてＳＰＤ材料を動作させ、従って透明度の絶対的レベルを達成するために電圧を調整するだろうし、２秒の代わりにたぶん８秒程度のスイッチング速度にすることで消費電力が低減されるであろう。

このデータは、コントローラが使用されている特定のＳＰＤ材料に基づいて適切な判断をするように、ＳＰＤ材料のそれぞれの製造者に対して繰り返されている。産業標準化活動によって製造者間および一つの製造業者からの生産工程間に渡って全てのＳＰＤ材料が正確に同じに繰り返し可能な方法で反応することを保証する日がくるかもしれないが、産業界において異なる製造工程間においてこのレベルの品質管理が達成されるまで、モデルの性能ごとに複数のテーブルがコントローラのテーブルに事前にプログラムされていなければならない。しかし、最終的にはこのコントローラはすべてのＳＰＤアプリケーションに対するユニバーサルコントローラである。

コントローラに記憶されるテーブルの設定は、一般にオフラインでそれぞれの製造者のＳＰＤ材料ごとに実験室の実験を通じて生成される。結果として生じるデータはコントローラのテーブルに記憶され、または通信回線を通じてそのコントローラにダウンロードされてもよい。

コントローラのいくつかの実施においては、３次元テーブルのいくつかは、三番目の要因が測定されないため、または特定のモデルのコントローラの制御の下では二次元テーブルに落とし込まれるだろう。たとえば、コントローラの基本モデルは温度センサーを利用しなくてもよく、特定の動作温度の想定の下に継続的に動作するだろう。コントローラ内のテーブルの組の一つは、ＥＯ（「電気光学」）テーブルとして知られている。このテーブルは、透明度０％（暗）から１００％（透明）に整理されている。それぞれの入力は、与えられた透明度レベルに特定の製造者のガラスを設定するためにの最適の周波数および電圧を含む。このバージョンのコントローラの動作に温度が考慮されていなければ、このＥＯテーブルは２次元のままである。

ＳＰＤ材料を制御する様々なパラメータを設定するために、このアルゴリズムおよび内部テーブルを使用することに加え、このコントローラはコントローラのＡｆＤ入力に接続されているセンサーからのフィードバックおよび測定に基づきコントローラのパラメータ設定を動的に変化させることができる。たとえば、光源およびフォトセルまたはフォトトランジスタまたは他の光受光素子は、変化するＳＰＤ材料を透過する特定の強度の光を、実際の光レベルを検出するであろう光電素子に向けるために使用されるかもしれない。ＳＰＤ材料を特定のレベルへスイッチするために使用されるＥＯテーブルは、テーブルの入力内に温度の要素を持っていなくともよい。しかし、コントローラの光／光電素子ロジックは実際の透明度レベルが達成されるまでの時間を測定できるので、コントローラはガラスを所望の透明度レベルに到達させるためにどの程度の時間がかかるかを測定することによって実際のスイッチング時間を測定できる。この時間を知ることによって、コントローラアルゴリズムはスイッチング時間を所望のレベルへ低減させるためにガラスを駆動するより良い周波数および電圧を決定することができる。この測定するデバイスは、選択自由なパラメータを自動調節するためのフィードバックループを生成することに使用される。

インテリジェントコントローラは、ＳＰＤ材料の消費電力量を、与えられた温度における与えられた透明度レベルに対する最適の周波数および電圧においてＳＰＤ材料を動作させることによって達成される値よりもさらに小さい値に低減することができる。そのコントローラは、ＳＰＤ材料を一定の交流電力に維持することなく、電力出力のデューティサイクルを変化させてもよい。コントローラにおけるロジックは、与えられ時間にわたって生成される完全な波形サイクルの数を低減させることができる。だからサイクル数‘ｍ’が時間‘ｔ’内に通常発生するのであれば、５０％デューティ係数を達成するために、ひとつおきのサイクルが無視され、これらのサイクル内において電力が供給されない。一般的に、電力を削減するために‘ｍ’サイクル毎に‘ｎ’サイクルだけ電力動作を維持することが目標である。ＳＰＤ材料のいくつかのポイントにおいては視認できるちらつきが確認されるかもしれない。実験によって、動作温度のような第三番目のパラメータに対する与えられた透明度レベルに対応する許可可能な最も小さいデューティサイクルを特定する別の３次元テーブルが引き出される。

実験および動作可能なパラメータの３次元グラフの解析および実験および解析の結果としての特徴に関しては、異なるグラフの側面を活用することによって他の混合した動作モードが明らかになる。室温における暗状態から透明状態への妥当なスイッチング速度としての２秒は、６０Ｈｚかつ交流２０〜１００ボルトにおいて達成されることができる。より最適のエネルギー性能は６０Ｈｚ以下、ＳＰＤ材料のちらつきを生じさせないたぶん３０Ｈｚ、で達成される。より高い周波数（４００Ｈｚ）はＳＰＤ−材料をより早くスイッチングできるが、スイッチングに効果を与えるためにより多くの電力を使用する。一つの透明度レベルから別の透明度レベルへ遷移する間により高い周波数へシフトすることによってスイッチング速度を最適化し、そして、低電力において設定した透明度を維持するために周波数をより低い設定可能な範囲の周波数へ低減する場合にコントローラはこれらの要因を利用する。

添付の特許請求の範囲に包含される本発明の技術的範囲から離れることなく、当業者であれば無数の自明の変形例および本発明に関する改良を必要以上の実験をすることなく容易に理解できる。

現在、このようなＳＰＤ（複数）は、ガラスを通る電気の特性に基づいてガラスを透過する光量が精細に制御されるように、ガラスに組み込まれつつある。そのようなガラスそしてこのガラスの不透明度又は光透過度が制御されるかもしれない少なくとも一つの制御方法は、Ｍａｌｖｉｎｏ特許として呼ばれているＭａｌｖｉｎｏ米国特許番号６、８９７、９９７（特許文献１）および６、８０４、０４０（特許文献２）にまとめて記載されている。しかし、Ｍａｌｖｉｎｏによって想定されたデバイスは、デバイスと一緒になっている少数の窓を手動で制御することに向いている一方、拡張性がないばかりではなく、例えば自動車、海上船舶、電車、或いは飛行機にある数個の窓よりも数の多い窓の環境、および上述したＳＰＤ窓を備える居住用又は商業用建物又は超高層建物の窓の環境を能動的及び動的に制御するための自動化された知能をも提供しない。

以下幾つかの図面における図に関して、本発明を説明する。
図１は、一つの外部デバイスからの手動調整下にあるＳＰＤ窓コントローラを示す図である。 図２は、制御下の窓に照射される太陽光の明るさを検出するためのフォトセルまたは他の光センサーが付加された図１のコントローラである。 図３は、コントローラの「拡張型ネットワーク」動作だけではなく、より洗練されたコントローラの能力を支えるいくつもの異なる機能を実行するマイクロプロセッサーを取り込むことによって生成された「インテリジェントコントローラ」である。センサーからの付加的な入力は、「拡張型コントローラ」が決定を行うために使用するかもしれないデータを拡張する。 図４は、制御ソフトウェアにおけるセットアップ手順を用いてユーザによって設定されたコントローラの直接制御下にある一つまたはいくつかの窓枠と繋がっている複数の手動入力を備えた「インテリジェントコントローラ」を示す。一つの単一手動入力は、一度に一つの窓または、二つ、三つまたは四つの窓を、まるで一つのＳＰＤガラスの部分であるかのように制御するかもしれない。一つ以上の手動入力が、同じ部屋の異なるポイントから動作する手動制御を支援するために、同じガラスの組を制御することに使用されるかもしれない。 図５は、この例における四つの窓枠の異なる組み合わせ、および個別枠のセットのどの組み合わせに関しても一つのガラス枠として取り扱われることを許可するソフトウェアの設定方法を示す． 図６は、目的ポイントに到着するために中間ノードを通る代替パスに沿って送信されるかもしれないデータが含まれる、一番早いパケットスイッチングまたはメッシュネットワークの一つを示す。これは、１９６９年の４ノードタイプアーパネットの例であり、今日のインターネットの先駆けとなっているものである。ホストコンピュータはデータをこのネットワークにおける他のホストコンピュータへ送信し、目的ポイントではないが所望の目的ホストへ直接接続されたＩＭＰの方向へ更にパケットを中継するであろう他のＩＭＰ（複数）へデータパケットを転送する「インターフェースメッセージプロセッサー」（ＩＭＰ）のサービスを利用する。 図７は、初期のアーパネットシステムにおけるホストおよびＩＭＰ機能の組み合わせによるパケットスイッチングソフトウェアが実行される同じコンピュータ上で特定の処理アプリケーションが動作する、さらに進歩したパケット交換メッシュネットワークを示す。マイクロプロセッサー能力の向上はシングルプラットフォーム上においてこれらの機能の結合を可能にした。これは、孤立した「市規模」の無線呼び出し（ポケベル）システムを、ちょうど一つの市の代わりにその国のどこに位置していても誰かに警報を発することができる全国的なネットワークに変換するために、その発明者によって作成されたＤＬＨプロトコルを使用する「無線呼び出しネットワーク」アプリケーションの一例である。「アーパネット」および「インターネット」はそれぞれのノードにおいて目的地への最良のルートリストを動的に維持するためにＲＩＰのような正式なルーティングプロトコル規格を使用する。ＤＬＨは主要なルートおよび代替ルートのリストを維持するために独自仕様のルーティングプロトコルを使用する。その独自仕様のＤＬＨネットワークは、その発明者が作成することを助けた「無線ページング産業標準ＴＮＰＰプロトコル」に結局取って替わられ、その発明者が議長となった産業委員会は１１年以上もの間このプロトコルの使用を促進してきた。ＴＮＰＰプロトコルは、それぞれの目的ノードへの最良のパスおよび代替パスを維持するために、製造業者特有の独自仕様ルーティングプロトコルとともに使用された。 図８は、「拡張型コントローラ」ノードに備えられた他の送受信機へデータパケットを送信する無線送受信機と一体化した図３の「インテリジェンスコントローラ」から構成される「拡張型コントローラ」ネットワークを示す。インターネットＲＥＰと似ているルーティングデータは、目的ノードへのパス上にあるデータを受信するための最良の次のノードのリストをそれぞれの「コントローラ」ノードにおいて維持する。図６および７の有線のネットワークと違って、図８の無線ネットワークは受信したデータよりも異なるノードへアドレスされたデータを時々適切に受信するかもしれない。この場合には、その受信されたデータは目的ポイントへの最適のパスに沿った次のノードではないノードによって無視されまたは捨てられる。 図９は、「ビルディングコントロールポイント」がネットワークノードの一つに接続されている図８のネットワークの一例を示す。そのＢＣＰは、昼夜のいつにおいても特定の不透明度に自動的に設定される建物の部分を決定するためのデータ処理サイトである。「データ処理」システムは、任意にインターネットおよび多くの建物所有者に代わって「ＳＰＤビルディングスキンコントロールシステム」の動作を監視する遠隔中央モニタリングサービスに接続されるてもよい。 図１０は、たとえ最初のＢＣＰが機能しなくなることがあっても全システムが正常に動作を続けることを保障するためにネットワークにおいて支援される冗長「ビルディングコントロールポイント（ＢＣＰ）」の一例を示す。 図１１は、建物のある部分における「拡張型コントローラ」の動作を監視するための異なるタイプの「階層的なコントロールポイント」を建物のどのように異なる領域が含むであろうかを示す。 図１２は、「コントロールポイント」の「階層的な」マッピングであり、どのように、最も上位レベルの「コントロールポイント」において生成されるコマンドが、論理的にさらに下位の階層レベルにおいてますます多くのエレメントへそのコマンドを配信するより下位レベルの「コントロールポイント」に論理的に配信されるかを示す。 図１３は、ＸＭＬインターフェースを介した「インテリジェントエネルギーコントロールシステム（ＩＥＣＳ）」を備える「ビルディングコントロールポイント」インターフェースを示す。 図１４は、空を横断する太陽の通り道がどのように変化し、どのようにして一日の太陽光が建物の窓に降り注ぐかを示す。地球が太陽の周りを公転するので、太陽の通り道は一年のそれぞれの日に少しずつ変化する。惑星上のどの緯度および経度に対しても、横断される通り道はよく知られている。 図１５は、２４個の窓枠をそれぞれ制御する５個のコントローラを示す。 図１６は、境界を有する７行、５列のピクセル配列に、形成された文字“Ｅ”を示す。 図１７は、それぞれの窓枠において隣の窓枠から数パーセントだけ異なる照明効果を示す。 図１８は、複数のコマンドを複数の窓に順々に送信するデコーダにコマンドを送信するコントローラを示す。 図１９は、パケットをＬＡＮ上にある「マスターコントロールポイント（ＭＣＰ）」へ送信することができるようにＬＡＮインターフェースと一体化した図１の「インテリジェントコントローラ」から構成される二つの「拡張型コントローラ（ＳＣ）」を示す。 図２０は、ケーブル長のために、ＬＡＮがその最大の能力に達してしまった場合に、ＬＡＮサイズを拡大するための別のＬＡＮセグメントを追加するために取り入れられてもよい「ブリッジ」を示す。 図２１は、ＬＡＮセグメントおよびブリッジまたはリピータの配置数が最大に達してしまった場合に、ローカルネットワークのサイズを更に拡大する方法を示す。 図２２は、建物内にあるすべてのＳＣへコマンドを送信するＭＣＰにおけるポイントからポイントへの通信負荷を軽減するためにコントロールポイントの階層を形成する論理的な接続を示す。 図２３は、一つの建物内の全ての個別の窓に対して中央制御知能を供給する「マスターコントロールポイント」がＸＭＬリンクを介して外部「インテリジェントエネルギーコントロールシステム」へどのように接続できるかを示す。外部システムは、窓が変化した場所を知った場合には、動作を変更することができる。外部システムはＭＣＰを介してセンサー入力を受信してもよいし、その制御の下でいくつかの窓または全ての窓の設定を変更するためにＭＣＰへコマンドを出してもよい。ＩＥＣＳ上でより良いアルゴリズムが作成され、外部システムが適切な制御コマンドの送信を始める場合には、ＭＣＰはＩＥＣＳコマンドの下で窓の動作を変更する選択肢を持っている。 図２４は、「拡張型コントローラ」を構成する主要なブロックを示す。 図２５は、コントローラを動作させるためにコントローラ内にプログラムされるデータの典型的な３次元テーブルの一つを示す。このようなテーブルは、ＳＰＤベースのガラスの動作を一緒に制御する三つの変数の相互関係の情報を提供する。

Claims (19)

1. コントローラは懸濁粒子デバイスの不透明度を制御し、受信されるコマンドと様々な不透明度値を生じさせる駆動との間のマッピング関係を提供する第一の参照テーブルが前記コントローラ内に記憶されていることを特徴とするコントローラ。
2. 請求項１に記載のコントローラにおいて、
   不透明度の前記制御は可変範囲における印加電圧の周波数の調節または前記懸濁粒子デバイスを駆動する電圧を変化させることを含むことを特徴とするコントローラ。
3. 請求項１に記載のコントローラにおいて、
   前記ＳＰＤデバイスの地球上の物理的な方位、前記ＳＰＤデバイスの緯度および経度、通日および時刻に基づいて、前記コントローラは自動的に前記コントローラの個別のＳＰＤの前記不透明度を変化させることを特徴とするコントローラ。
4. 請求項１に記載のコントローラにおいて、
   少なくとも一つの特定のプロファイル中に一日の全ての時間における不透明度の設定が予め記憶されていることを特徴とするコントローラ。
5. 請求項１に記載のコントローラにおいて、
   前記コントローラは、更に手動入力に応じて、それぞれのコントローラの個別の懸濁粒子デバイスの前記不透明度を制御する手動制御情報に対応することを特徴とするコントローラ。
6. 請求項１に記載のコントローラにおいて、
   前記ＳＰＤフィルムは外部温度に基づいて異なる方法で駆動されることを特徴とするコントローラ。
7. 請求項１に記載のコントローラにおいて、
   光源およびフォトディテクターの組み合わせは前記ＳＰＤ材料の絶対ガラス透明度を決定するために用いられ、前記コントローラは所望の透明度レベルへ前記ＳＰＤ材料を至らせるために動作パラメータを自動調整することを特徴とするコントローラ。
8. 請求項１に記載のコントローラにおいて、
   前記ＳＰＤ材料を継続的に動作させるよりも低い消費電力においてＳＰＤ材料の透明度を特定のレベルに維持するために、前記電力生成回路網は一秒あたりいくつかのサイクルにおいて停止させられることを特徴とするコントローラ。
9. 請求項１に記載のコントローラにおいて、
   前記ＳＰＤ材料が前記所望の透明度レベルに変化するまで前記コントローラは第一の動作周波数を適用し、そして前記ＳＰＤ材料を前記透明度レベルに維持するために第二の周波数に変化させ、
   前記第一の周波数から前記第二の周波数への遷移は、不連続または連続した変数形式の一連の中間周波数を経て、または、中間周波数を経ることなく遷移してもよいことを特徴とするコントローラ。
10. コントローラは懸濁粒子デバイス（ＳＰＤ）の不透明度を制御し、前記ＳＰＤは外部温度に基づいて異なる方法で駆動されることを特徴とするコントローラ。
11. ＳＰＤ材料を備える懸濁粒子デバイスの不透明度を制御するコントローラにおいて、
    光源およびフォトディテクターの組み合わせは前記ＳＰＤ材料の絶対ガラス透明度を決定するために用いられ、前記コントローラは所望の透明度レベルへ前記ＳＰＤ材料を至らせるために動作パラメータを自動調整することを特徴とするコントローラ。
12. ＳＰＤ材料を備える懸濁粒子デバイスの不透明度を制御するコントローラにおいて、
    前記ＳＰＤ材料を継続的に動作させるよりも低い消費電力においてＳＰＤ材料の透明度を特定のレベルに維持するために、前記電力生成回路網は一秒あたりいくつかのサイクルにおいて停止させられることを特徴とするコントローラ。
13. ＳＰＤ材料を備える懸濁粒子デバイスの不透明度を制御するコントローラにおいて、
    前記ＳＰＤ材料が前記所望の透明度レベルに変化するまで前記コントローラは第一の動作周波数を適用し、そして前記ＳＰＤ材料を前記透明度レベルに維持するために第二の周波数に変化させ、
    前記第一の周波数から前記第二の周波数への遷移は、不連続または連続した変数形式の一連の中間周波数を経て、または、中間周波数を経ることなく遷移してもよいことを特徴とするコントローラ。
14. ＳＰＤのコントローラの使用方法において、
    前記方法は、前記ＳＰＤは外部温度に基づいて異なる方法で駆動されるステップを備えることを特徴とする方法。
15. ＳＰＤのコントローラの使用方法において、
    前記コントローラには前記ＳＰＤの絶対ガラス透明度を決定するために用いられる光源およびフォトディテクターの組み合わせが備えられ、前記方法は、前記ＳＰＤの前記透明度が前記光源および前記フォトディテクターによって測定されるステップと、所望の透明度レベルへ前記ＳＰＤを至らせるための動作パラメータを自動調整するステップとを備えることを特徴とする方法。
16. ＳＰＤのコントローラの使用方法において、前記方法は、前記ＳＰＤの外部温度にかかわらず、前記ＳＰＤのスイッチング時間を一定に保持するステップを備えることを特徴とする方法。
17. ＳＰＤのコントローラの使用方法において、
    前記方法は、前記ＳＰＤ材料を継続的に動作させるよりも低い消費電力においてＳＰＤの透明度を特定のレベルに維持するために、電力生成回路網は一秒あたりいくつかのサイクルにおいて停止させるステップを備えることを特徴とする方法。
18. ＳＰＤのコントローラの使用方法において、
    前記方法は、前記ＳＰＤが前記所望の透明度レベルに変化するまで前記コントローラは第一の動作周波数を適用し、そして前記ＳＰＤを前記透明度レベルに維持するために第二の周波数に変化させるステップを備え、
    前記第一の周波数から前記第二の周波数への遷移は、不連続または連続した変数形式の一連の中間周波数を経て、または、中間周波数を経ることなく遷移してもよいことを特徴とする方法。
19. 請求項１に記載のコントローラにおいて、
    少なくとも一つのコントローラは複数のＳＰＤを制御し、複数の手動制御デバイスは前記コントローラと連結し、個別の一つのまたは二つ以上のＳＰＤを制御するために、前記コントローラは、少なくとも一つの手動制御デバイスに応答することを特徴とする。

Images