(57)【要約】  本発明は、プラグに接続された負荷を制御するための方法およびシステムを対象とする。本発明の種々の実施形態を使用することにより、複数のユーザが簡単に個々の負荷による電力使用と、動的構成可能な負荷セットとを、小規模でも大規模でも制御することができる。ユーザは、予め定められた時期に装置が電力節約モードに自動的に入るようにするためのコンパイル済み装置電力状態スケジュールを生成するための、エネルギー節約プランを選択することができる。その結果、複数のビルにおいてプラグ負荷の電気使用を効率的に管理することができる。
2016512008.tif 000002
【特許請求の範囲】
【請求項１】
コンパイル済み装置電力状態スケジュールを生成する方法であって、
ａ．エネルギー節約プランのセットを記憶したコンピュータデータベースにアクセスするステップ
を有し、
ただし、前記各エネルギー節約プランは、時間長Ｔ１の大スケジューリング期間における計画された複数のオン／オフイベントに応じた情報をそれぞれ含み、前記大スケジューリング期間は複数の小スケジューリング期間に分かれ、当該小スケジューリング期間の数はｎであり、各小スケジューリング期間の時間長はＴ２であるとすると、Ｔ１＝ｎ×Ｔ２であり、
前記方法はさらに、
ｂ．１つまたは複数の装置と、前記エネルギー節約プランのセット中の複数のエネルギー節約プランとを関連付けるステップ
を有し、
ただし、前記各エネルギー節約プランは、
i．開始日および終了日と、
ii．優先度値と、
を含み、
前記方法はさらに、
ｃ．前記複数のエネルギー節約プランにコンピュータアルゴリズムを適用して、コンパイル済み装置電力状態スケジュールを時間長Ｔ１の期間ＸＹにわたって含む出力を生成するステップ
を有し、
ただし、前記期間は、それぞれ時間長がＴ２であるｎ個の小スケジューリング期間に分割され、当該期間ＸＹはＸで開始してＹで終了する期間であり、
前記ＸＹに含まれる各小スケジューリング期間について、前記アルゴリズムは前記複数のエネルギー節約プランを解析することにより、
当該ＸＹに含まれる当該小スケジューリング期間以前を開始日とし、かつ、当該ＸＹに含まれる当該小スケジューリング期間以降を終了日とするどのエネルギー節約プランが、当該コンパイル済み装置電力状態スケジュールに包含するのに最も高い優先度を有するか
を特定することを特徴とする方法。
【請求項２】
前記大スケジューリング期間は１週間である、
請求項１記載の方法。
【請求項３】
前記小スケジューリング期間は１日間である、
請求項２記載の方法。
【請求項４】
前記データベース内において前記各エネルギー節約プランの中で、前記各小スケジューリング期間は１週間のうちの１日を基準にして定義されており、
ＸおよびＹはそれぞれ、暦上の日時により定義されている、
請求項３記載の方法。
【請求項５】
エネルギー節約プランの開始日とエネルギー節約プランの終了日とにより定義される期間がＴ１より長い場合には、前記アルゴリズムは、当該開始日と終了日との間の期間にわたって当該エネルギー節約プランが繰り返されるとみなす、
請求項１記載の方法。
【請求項６】
前記出力はさらに、前記コンパイル済み装置電力状態スケジュールに対応するコンセント制御監視装置の指定も含む、
請求項１記載の方法。
【請求項７】
１つまたは複数のプラグ負荷装置のエネルギー使用を制御する方法であって、
ａ．ｉ．時間長Ｔ１の大スケジューリング期間における複数の計画されたオン／オフイベントに対応する情報をそれぞれ含む複数のエネルギー節約プランの識別子と、
ii．各エネルギー節約プランの開始日および終了日と、
iii．優先度規則のセットと、
iv．各エネルギー節約プランに対する１つまたは複数のプラグ負荷装置の指定と
を含む第１の命令セットを有する電子データを取得するステップ
を有し、
ただし、前記大スケジューリング期間は複数の小スケジューリング期間に分割され、当該小スケジューリング期間の数をｎとし、各小スケジューリング期間の時間長をＴ２とすると、Ｔ１＝ｎ×Ｔ２であり、
前記優先度規則は、前記複数のエネルギー節約プランの中での相対的な優先順序を規定するものであり、
前記優先順序は、各小スケジューリング期間に対し、どのエネルギー節約プランに含まれるどの計画されたオン／オフイベントを適用するかを決定するために使用されるものであり、
前記方法はさらに、
ｂ．日付Ｘで開始して日付Ｘで終了する期間Ｔ１における計画されたオン／オフイベントに応じた第２の命令セットを有する、コンパイル済み装置電力状態スケジュールを生成するステップ
を有し、
ただし前記第２の命令セットは、前記複数のエネルギー節約プランから、各エネルギー節約プランの開始日および終了日と前記優先度規則とにしたがって導出されるものであり、
前記方法はさらに、
ｃ．前記コンパイル済み装置電力状態スケジュールをシステムコントローラへ送信するステップと、
ｄ．前記システムコントローラに、前記コンパイル済み装置電力状態スケジュールを記憶させ、それぞれ１つまたは複数のプラグ負荷装置に対して割り当てられた１つまたは複数のコンセント制御監視装置へ送信させるステップと、
ｅ．前記１つまたは複数のコンセント制御監視装置に、前記コンパイル済み装置電力状態スケジュールを実行させるステップと
を有することを特徴とする方法。
【請求項８】
前記コンパイル済み装置電力状態スケジュールは、前記複数のエネルギー節約プランにアルゴリズムを適用することにより、時間長Ｔ１の期間ＸＹにわたるコンパイル済み装置電力状態スケジュールである出力を生成することによって得られ、
前記期間ＸＹは、時間長Ｔ２のｎ個の小スケジューリング期間に分割され、
前記ＸＹに含まれる各小スケジューリング期間ごとに、前記アルゴリズムは前記複数のエネルギー節約プランを解析して、
当該ＸＹに含まれる前記小スケジューリング期間以前を開始日とし、かつ当該ＸＹに含まれる当該小スケジューリング期間以降を終了日とするどのエネルギー節約プランが、前記コンパイル済み装置電力状態スケジュールに組み込まれるのに最大の優先度を有するか
を特定する、請求項７記載の方法。
【請求項９】
システム管理ノードは、第１のコンセント制御監視装置へ送信される命令を提供する第１のコンパイル済み装置電力状態スケジュールと、第２のコンセント制御監視装置へ送信される命令を提供する第２のコンパイル済み装置電力状態スケジュールとを含む複数のコンパイル済み装置電力状態スケジュールを生成する、
請求項８記載の、複数のプラグ負荷装置を制御する方法。
【請求項１０】
前記第１のコンセント制御監視装置と前記第２のコンセント制御監視装置とは、同一のシステムコントローラと動作可能に結合されている、
請求項９記載の方法。
【請求項１１】
前記第１のコンパイル済み装置電力状態スケジュールは第１のシステムコントローラへ送信され、
前記第２のコンパイル済み装置電力状態スケジュールは第２のシステムコントローラへ送信される、
請求項９記載の方法。
【請求項１２】
同じプラグ負荷装置を特定する第１のユーザと第２のユーザとから、前記命令を受信し、
さらに、前記コンパイル済み装置電力状態スケジュールの生成時には、前記第１のユーザの各優先度規則の方が、前記第２のユーザの各優先度規則より先行する、
請求項９記載の方法。
【請求項１３】
プラグ負荷装置のエネルギー使用を制御するためのシステムであって、
ａ）プラグ負荷装置と、
ｂ）大スケジューリング期間にわたるコンパイル済み装置電力状態スケジュールを記憶し、前記プラグ負荷装置と動作可能に結合されたコンセント制御監視装置と、
ｃ）前記コンセント制御監視装置と無線通信するように構成されたシステムコントローラと、
ｄ）前記システムコントローラと通信するように構成されたシステム管理ノードと
を含み、
前記システム管理ノードは、
ｉ．時間長Ｔ１の大スケジューリング期間にわたる複数の計画されたオン／オフイベントに対応する情報をそれぞれ含む複数のエネルギー節約プランを記憶する第１のデータベース
を含むか、または当該第１のデータベースと動作可能に結合されており、
前記大スケジューリング期間を複数の小スケジューリング期間に分割し、当該小スケジューリング期間の数をｎとし、各小スケジューリング期間の時間長をＴ２とすると、Ｔ１＝ｎ×Ｔ２であり、
前記システム管理ノードはさらに、
ii．１．開始日と終了日と優先度とがそれぞれ割り当てられた複数のエネルギー節約プランの選択と、
２．前記複数のエネルギー節約プランに含まれるエネルギー節約プランのセットを適用する対象となる少なくとも１つのプラグ負荷装置の指定と
を含むデジタル情報を受信するように構成された通信モジュールと、
iii．前記エネルギー節約プランの選択と、前記複数のエネルギー節約プランに含まれる各エネルギー節約プランの前記開始日および終了日と、前記複数のエネルギー節約プランにおける各エネルギー節約プランの優先度とに依存するコンパイル済み装置電力状態スケジュールを生成するためのコンピュータプログラム製品と、
iv．前記コンパイル済み装置電力状態スケジュールを前記システムコントローラへ送信するように構成された送信モジュールと
を含むか、または前記通信モジュール、コンピュータプログラム製品および送信モジュールと動作可能に結合されており、
前記システムコントローラは前記コンパイル済み装置電力状態スケジュールを記憶し、当該コンパイル済み装置電力状態スケジュールを前記コンセント制御監視装置へ送信するように構成されている
ことを特徴とするシステム。
【請求項１４】
前記コンセント制御監視装置は、前記コンパイル済み装置電力状態スケジュールを記憶するオンボード記憶装置を有する、
請求項１３記載のシステム。
【請求項１５】
前記オンボード記憶装置はさらに、過去のエネルギー使用データも記憶するように構成されている、
請求項１４記載のシステム。
【請求項１６】
前記オンボード記憶装置は、将来の制御信号イベントに対応するコンパイル済み装置電力状態スケジュールを記憶し、
前記コンセント制御監視装置は、前記将来の制御信号イベントに対応する前記コンパイル済み装置電力状態スケジュールにしたがってエネルギー使用の変化を引き起こすように構成された装置オペレーティングシステムを含む、
請求項１５記載のシステム。
【請求項１７】
前記システム管理ノードは、処理のために第１の制御装置から第１の命令を受け取り、処理のために第２の制御装置から第２の命令を受け取るように構成されている、
請求項１３記載のシステム。
【請求項１８】
前記システムコントローラは、複数の前記コンセント制御監視装置に対応する複数の前記コンパイル済み装置電力状態スケジュールを記憶するように構成されている、
請求項１３記載のシステム。
【請求項１９】
前記システムコントローラは、
前記コンセント制御監視装置に対応する第１のコンパイル済み装置電力状態スケジュールと第２のコンパイル済み装置電力状態スケジュールとを記憶し、
前記第２のコンパイル済み装置電力状態スケジュールが前記第１のコンパイル済み装置電力状態スケジュールと異なる場合にのみ、当該第２のコンパイル済み装置電力状態スケジュールを前記コンセント制御監視装置へ送信する
ように構成されている、
請求項１３記載のシステム。
【請求項２０】
前記プラグ負荷装置は第１のプラグ負荷装置であり、
前記システムはさらに、前記システムコントローラと動作可能に結合された第２のプラグ負荷装置も有する、
請求項１３記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、プラグ負荷機器の制御に関する。
【背景技術】
【０００２】
全世界のエネルギー消費量はますます、経済的に実用化可能な再生可能エネルギーの成長をしのぐものとなってきており、利用可能な化石燃料資源の量はますます減少し続けている。その結果、エネルギー効率が依然として重要なテーマとなっている。効率を改善することにより、世界規模でエネルギー消費量を削減することができ、このエネルギー消費量削減により、現在のクオリティ・オブ・ライフを低下させることなく将来のために資源を確保することができる。
【０００３】
エネルギー効率の改善に向けた１つの動きとして、建物の特定のエネルギー消費特徴量を制御および監視する、コンピュータ化したインテリジェントネットワークを実現するため、センサやマイクロコントローラ等の電子デバイスを用いるという動きがある。過去十年の間に、ビルオートメーションシステム（ＢＡＳ）と称される上述のようなシステムは、特に商業用ビルにおいて、たとえば暖房、換気および空気調和（ＨＶＡＣ）および照明等の特定のエネルギー最終用途カテゴリーの効率を著しく改善してきた。実際、米国エネルギー情報局（ＥＩＡ）が表明しているように、商業用フロア空間の１平方フィートあたりのＨＶＡＣおよび照明による電気消費量は低下してきている。しかし残念ながら、プラグ負荷（壁のコンセントに差し込まれて電気を受け取る装置をいう）のカテゴリーは、制御およびマネジメントするのがより困難であることが判明しており、それゆえ、その大部分は依然として、対応がなされないままとなっている。
プラグ負荷の効率を改善することが困難であることは、プラグ負荷の増加が商業用フロアスペースの増大をしのぐ傾向にあり、商業用ビル全体のエネルギー総消費量が依然として増大し続けるほどであることにも表れている。現在、商業用ビルにおいてプラグ負荷が占める電気使用量は２０％を超え、プラグ負荷の増加は、商業区域における電気最終用途カテゴリーのうち最も速いものとなっている（米国エネルギー省「Annual Energy Outlook 2012 Early Release」（２０１２年））。また、住居用設備でも同様に、ＨＶＡＣおよび照明によるエネルギー使用量は低減しているにもかかわらず、他方では、テレビ受像機、セットトップボックス、コンピュータ、および他のプラグイン装置等のプラグ負荷によるエネルギー使用量が増加している。専門家達は、プラグ負荷による使用量は増加し続けるであろうと考えている。
【０００４】
最近では、電力消費を監視し、コンピュータ技術を用いて、プラグイン機器が使用されていないときには当該プラグイン機器への電力供給をオフに切り替えることにより、プラグ負荷のエネルギー非効率性に対応することを開始するため、コンセント制御監視デバイスが開発されてきている。この技術の一例が、米国特許出願公開第２０１０‐００７０２１７号明細書（発行日：２０１０年３月１８日）と、米国特許出願公開第２０１０‐０２８０９７８号明細書（発行日：２０１０年１１月４日）とに記載されている。これらの刊行物に記載の技術は、特定の種類の制御機能を、それまでは対応がなされていなかったプラグ負荷カテゴリーにまで拡大するものであるが、依然として、プラグ負荷制御をＢＡＳに組み込むことを大幅に阻害する要因となっていた、プラグ負荷効率システムの実用化を阻む障害が依然として存在する。
【０００５】
本発明の概要
本発明は、商業用設備または住居用設備において見られる複数のプラグ負荷を確実かつ便利に制御できるシステム、方法およびコンピュータプログラム製品を提供する。これらの装置を個別に制御するか、または、任意の数の基準に応じてグループ化して制御することができる。本発明の種々の実施形態のコンセント制御監視装置（ＯＣＭＤ）を用いることにより、ローカルまたは遠隔にある１つまたは複数のユーザコントローラから、１人または複数人のユーザが、リアルタイム電力状態制御イベントと、事前プログラミングされたスケジュールと、ローカルおよび／または遠隔オーバーライドトリガとを含む、ユーザ生成されたまたはイベントドリブンの種々の制御信号をインテリジェント管理することができる。この管理は、ユーザの識別子またはその出発点のイベントに基づくことができ、また、事前プログラミングされた演算規則、システム構成およびユーザプリファレンスにも基づくことができる。
【０００６】
第１の実施形態によれば、本発明は、コンパイル済み装置電力状態スケジュールを生成する方法を提供するものであり、当該方法は、
（ａ）エネルギー節約プランのセットを記憶したコンピュータデータベースにアクセスするステップ
を有し、
ただし、前記各エネルギー節約プランは、時間長Ｔ１の大スケジューリング期間における計画された複数のオン／オフイベントに応じた情報をそれぞれ含み、前記大スケジューリング期間は複数の小スケジューリング期間に分かれ、当該小スケジューリング期間の数はｎであり、各小スケジューリング期間の時間長はＴ２であるとすると、Ｔ１＝ｎ×Ｔ２であり、
前記方法はさらに、
（ｂ）１つまたは複数の装置と、前記エネルギー節約プランのセット中の複数のエネルギー節約プランとを関連付けるステップ
を有し、
ただし、前記各エネルギー節約プランは、
（ｉ）開始日および終了日と、
（ii）優先度値と、
を含み、
前記方法はさらに、
（ｃ）前記複数のエネルギー節約プランにコンピュータアルゴリズムを適用して、コンパイル済み装置電力状態スケジュールを時間長Ｔ１の期間ＸＹにわたって含む出力を生成するステップ
を有し、
ただし、前記期間は、それぞれ時間長がＴ２であるｎ個の小スケジューリング期間に分割され、当該期間ＸＹはＸで開始してＹで終了する期間であり、
前記ＸＹに含まれる各小スケジューリング期間について、前記アルゴリズムは前記複数のエネルギー節約プランを解析することにより、当該ＸＹに含まれる当該小スケジューリング期間以前を開始日とし、かつ、当該ＸＹに含まれる当該小スケジューリング期間以降を終了日とするどのエネルギー節約プランが、当該コンパイル済み装置電力状態スケジュールに包含するのに最も高い優先度を有するかを特定する。
コンパイル済みエネルギー節約プランは、各装置ごとに、または、ＸＹ中の同一の複数のエネルギー節約プランに関連付けられた装置の各セットごとに生成することができる。
【０００７】
第２の実施形態によれば、本発明は、１つまたは複数のプラグ負荷装置のエネルギー使用を制御する方法を提供し、当該方法は、
（ａ）（ｉ）時間長Ｔ１の大スケジューリング期間における複数の計画されたオン／オフイベントに対応する情報をそれぞれ含む複数のエネルギー節約プランの識別子と、
（ii）各エネルギー節約プランの開始日および終了日と、
（iii）優先度規則のセットと、
（iv）各エネルギー節約プランに対する１つまたは複数のプラグ負荷装置の指定と
を含む第１の命令セットを有する電子データを取得するステップ
を有し、
ただし、前記大スケジューリング期間は複数の小スケジューリング期間に分割され、当該小スケジューリング期間の数をｎとし、各小スケジューリング期間の時間長をＴ２とすると、Ｔ１＝ｎ×Ｔ２であり、
前記優先度規則は、前記複数のエネルギー節約プランの中での相対的な優先順序を規定するものであり、
前記優先順序は、各小スケジューリング期間に対し、どのエネルギー節約プランに含まれるどの計画されたオン／オフイベントを適用するかを決定するために使用されるものであり、
前記方法はさらに、
（ｂ）日付Ｘで開始して日付Ｘで終了する期間Ｔ１における計画されたオン／オフイベントに応じた第２の命令セットを有する、コンパイル済み装置電力状態スケジュールを生成するステップ
を有し、
ただし前記第２の命令セットは、前記複数のエネルギー節約プランから、各エネルギー節約プランの開始日および終了日と前記優先度規則とにしたがって導出されるものであり、
前記方法はさらに、
（ｃ）前記コンパイル済み装置電力状態スケジュールをシステムコントローラへ送信するステップと、
（ｄ）前記システムコントローラに、前記コンパイル済み装置電力状態スケジュールを記憶させ、それぞれ１つまたは複数のプラグ負荷装置に対して設けられた１つまたは複数のコンセント制御監視装置へ送信させるステップと、
（ｅ）前記１つまたは複数のコンセント制御監視装置に、前記コンパイル済み装置電力状態スケジュールを実行させるステップと
を有する。
【０００８】
この実施形態では、各エネルギー節約プランの開始日および終了日は、当該エネルギー節約プランを定義するデータパッケージの一部とすることができ、または、ユーザ生成される別個のデータパッケージとすることもできる。前記優先度規則のセットも同様に、前記エネルギー節約プランを定義するデータパッケージの一部である情報により定義することができ、または、別個のユーザ生成されるデータパッケージとすることもできる。
【０００９】
本発明の第３の実施形態では、プラグ負荷装置のエネルギー使用を制御するためのシステムを提供する。当該システムは、
（ａ）プラグ負荷装置と、
（ｂ）大スケジューリング期間にわたるコンパイル済み装置電力状態スケジュールを記憶し、前記プラグ負荷装置と動作可能に結合されたコンセント制御監視装置と、
（ｃ）前記コンセント制御監視装置と無線通信するように構成されたシステムコントローラと、
（ｄ）前記システムコントローラと通信するように構成されたシステム管理ノードと
を含み、
前記システム管理ノードは、
（ｉ）時間長Ｔ１の大スケジューリング期間にわたる複数の計画されたオン／オフイベントに対応する情報をそれぞれ含む複数のエネルギー節約プランを記憶する第１のデータベース
を含むか、または当該第１のデータベースと動作可能に結合されており、
前記大スケジューリング期間を複数の小スケジューリング期間に分割し、当該小スケジューリング期間の数をｎとし、各小スケジューリング期間の時間長をＴ２とすると、Ｔ１＝ｎ×Ｔ２であり、
前記システム管理ノードはさらに、
（ii）（１）開始日と終了日と優先度とがそれぞれ割り当てられた複数のエネルギー節約プランの選択と、
（２）前記複数のエネルギー節約プランに含まれる各エネルギー節約プランを適用する対象となる少なくとも１つのプラグ負荷装置の指定と
を含むデジタル情報を受信するように構成された通信モジュールと、
（iii）前記エネルギー節約プランの選択と、前記複数のエネルギー節約プランに含まれる各エネルギー節約プランの前記開始日および終了日と、前記複数のエネルギー節約プランにおける各エネルギー節約プランの優先度とに依存するコンパイル済み装置電力状態スケジュールを生成するためのコンピュータプログラム製品と、
（iv）前記コンパイル済み装置電力状態スケジュールを前記システムコントローラへ送信するように構成された送信モジュールと
を含むか、または前記通信モジュール、コンピュータプログラム製品および送信モジュールと動作可能に結合されており、
前記システムコントローラは前記コンパイル済み装置電力状態スケジュールを記憶し、当該コンパイル済み装置電力状態スケジュールを前記１つまたは複数のコンセント制御監視装置へ送信するように構成されている。
【００１０】
本発明の方法およびシステムにより、商業用または住居用設備内においてプラグ負荷装置のインテリジェント制御を実現することができ、ユーザ生成またはイベントドリブンされる１つまたは複数の制御信号に基づき、安全性、快適性および生産性に関して妥協することなく、エネルギー効率およびコスト削減を向上させることができる。上述のシステムでは、各コンセント制御監視装置をそれぞれ、１つまたは複数の対応する家庭用またはオフィス用プラグ負荷装置（たとえば機器）に関連付けることができ、各コンセント制御監視装置それぞれが、システムコントローラから受け取った制御信号に基づき、自身に関連付けられた各装置への電力を、特定の周期的な予測可能または予測不可能な時点で、または、特定の周期的な予測可能または予測不可能な期間中にオフにすることができる。各ＯＣＭＤは、リアルタイム制御信号イベントを実行するために、かつ、過去および／または将来のスケジューリングされた制御信号イベントと装置動作情報とを記憶するために、オンボードメモリも有する。したがって一部の実施形態では、１つまたは複数のコンパイル済み装置電力状態スケジュールはＯＣＭＤ上に記憶され、システムコントローラは、特定のコンパイル済み装置電力状態スケジュールを起動するための情報を送信する。他の実施形態では、前記システムコントローラは前記コンパイル済み装置電力状態スケジュールと、オプションとして当該コンパイル済み装置電力状態スケジュールの実行時期の命令とを、同時に送信する。
【００１１】
前記システムコントローラは、各ＯＣＭＤへ送信されるのに最良かつ最も適正な制御信号シーケンスを特定するため、ユーザ生成またはイベントドリブンされる種々の制御信号を解釈および処理するように構成されている。この制御信号には、
（１）リアルタイムスイッチイベント、
（２）１つまたは複数の日付範囲に対応する１つまたは複数のＯＣＭＤに割り当てられた、事前プログラミングされたスケジュール、
（３）ユーザの識別子および／または優先度またはその出発点のイベントに基づくローカルおよび／または遠隔のオーバーライドトリガ、および、
（４）事前プログラミングされた演算規則、システム構成およびユーザプリファレンス
が含まれるが、これらの実施形態に限定されることはない。
各システムコントローラは、
（１）装置制御信号および装置エネルギーデータを１つまたは複数のＯＣＭＤへ送信し、かつＯＣＭＤから受信するための通信モジュールと、
（２）リアルタイム、過去または将来のスケジューリングされた制御信号イベント、ユーザ規則、優先度および識別情報と、複数の個々のＯＣＭＤに関連する固有の情報とを記憶するための、システムコントローラに関連付けられたメモリと、
（３）その対応する電子部品、および、当該電子部品の種々のグループ分け
のうち、全てを含まない場合には１つまたは複数を含むハードウェア、ソフトウェアまたはハードウェアとソフトウェアとの組合せを含むか、または当該ハードウェア、ソフトウェアまたは組合せから実質構成されているか、または当該ハードウェア、ソフトウェアまたは当該組合せから構成される。各システムコントローラはまた、装置動作情報、装置エネルギー使用、装置グループ分け基準、演算規則、ユーザ識別子、ユーザ優先度およびユーザプリファレンスに関連するパラメータ値を計算するための少なくとも１つのプロセッサも有する。特に一部の実施形態では、前記システムコントローラはコンパイル済み装置電力状態スケジュールを記憶して、当該コンパイル済み装置電力状態スケジュールをＯＣＭＤが実行しなければならない時点または直前に、当該ＯＣＭＤへ当該コンパイル済み装置電力状態スケジュールを送信する。
【００１２】
第４の実施形態では、本発明は、商業用または住居用の設備内に設置されたプラグ負荷装置のインテリジェント制御を、ユーザ生成またはイベントドリブンされる制御信号に基づいて実現するための少なくとも１つのコンピュータプログラムコードを有するコンピュータ読出し可能媒体を対象とする。一部の実施形態では、前記コードは不揮発性媒体に記憶されており、本発明の１つまたは複数の方法を実施すること、または、本発明の１つまたは複数のシステムにより実行されることができる。一例として、前記コンピュータプログラムコードは、各ＯＣＭＤへ送信されるのに最良かつ最も適正な制御信号シーケンスを特定するため、ユーザ生成またはイベントドリブンされる種々の制御信号をイネーブルし、管理および解釈するために構成されている。この制御信号には、
リアルタイムスイッチイベント、
１つまたは複数の日付範囲に対応する１つまたは複数のＯＣＭＤに割り当てられた、事前プログラミングされたスケジュール、および、
ユーザの識別子および／または優先度またはその出発点のイベントに基づき、かつ、事前プログラミングされた演算規則、システム構成およびユーザプリファレンスに従う、ローカルおよび／または遠隔のオーバーライドトリガ
が含まれる。しかし、上記一例に限定されることはない。
前記コードは実行されると、システムコントローラの通信モジュールによる、１つまたは複数のＯＣＭＤからの装置制御信号および装置エネルギーデータの送信と、当該ＯＣＭＤへの装置制御信号および装置エネルギーデータの受信との起動を、当該システムコントローラにさせることができる。前記コードはまた、リアルタイム、過去または将来のスケジューリングされた制御信号イベント、ユーザの役割、優先度および識別情報、複数の個々のＯＣＭＤに関連する固有情報、当該ＯＣＭＤの対応する電気部品およびその種々のグループ分けを記憶するための、前記システムコントローラに関連付けられたメモリへのアクセスと、装置動作情報、装置エネルギー使用、装置グループ分け基準、演算規則、ユーザ識別子、ユーザ優先度およびユーザプリファレンスに関連するパラメータ値を計算するための少なくとも１つのプロセッサへのアクセスとを行わせることができる。
【００１３】
本発明の一部の実施形態は、複数のユーザによる複数のプラグ負荷装置の大規模な制御を実現するように構成されている。このことを実現しながら、使用要求の細かさへの可視化レベルおよび関心度がそれぞれ異なる複数のユーザおよび管理者それぞれの制御について、安全性、快適性、生産性およびフレキシビリティを維持することができる。特に、複数の異なるグループの装置を制御できるようにするため、異なるユーザに与える許可は異なったものとすることができる。これらのグループは重複することができ、または重複しないことも可能である。
【００１４】
本発明の種々の実施形態により、以下の利点のうち１つまたは複数が奏される。
【００１５】
まず第一の利点は、本発明の種々の実施形態は拡張縮小可能であり、これにより、大規模での制御を容易に実現できるので、システム管理者または設備管理者はたとえば、簡素なグラフィカルユーザインタフェース（ＧＵＩ）を使用して、所要時間とコストとを最小限にして、複数のビルにわたって（各対応するＯＣＭＤに結合された）数千の負荷装置に対応するエネルギー節約プランを迅速に、かつスムーズに設定することができる。
【００１６】
第二に、上記のことと同時に、たとえば数千に及ぶ多数の個別ユーザが、一部の装置サブセット（たとえば、ユーザ各自のデスクに設置された装置）に応じて、管理者設定されたエネルギー節約プランを自動または手動でオーバーライドするための特定の制御許可を有することができるよう、本発明の種々の実施形態を細やかなものとすることができる。このことにより、ユーザはサービス割込みを容易に回避することができ、これを回避できることによって制御システムは、必要とされる振舞い上の変更を最小限にしながら、違和感なくユーザ各自の日常業務に溶け込むことができる。
【００１７】
第三に、本発明の種々の実施形態は、構成が高度にフレキシブルであり、このことにより、制御の数多くのきわどい分野や次元にわたって実現および実行できる制御の置換および組合せの数は実質的に無限となる。たとえば、ある特定のシステムが複数の異なるエネルギー節約プランを有し、これらの各エネルギー節約プランは、複数の異なる日付範囲において複数の異なる装置に適用され、当該複数のエネルギー節約プランは、それぞれ複数の異なる装置についてそれぞれ複数の異なるスケジューリング許可、編集許可、オーバーライド制御許可および所有権の許可を有する複数の異なるユーザによって設定されることも可能である。
【００１８】
第四に、本発明の種々の実施形態により、割り当てられた許可レベルがそれぞれ異なる複数の制御レベルを実現することができ、このことによってシステムは、１つの会社のビル（たとえば１〜１００または５〜５０のビル）内の全てのプラグ負荷装置を制御するためのアクセス権を「上級管理者」に許可するように構成することができる。このようにして各ビルは、各ビルの装置（たとえば１００〜１０，０００または２５０〜５，０００または５００〜１０００の装置）を制御できる「ビル管理者」を設けることができ、その次に各フロアが、各フロアの装置（たとえば２０〜２００、５０〜１５０または１００〜１２５の装置）を制御できる「フロア管理者」を設けることができ、その次に各グループが、それぞれ複数の装置を有する各１つのキュービクルグループ（２〜５０または５〜１０のキュービクル）を制御できる「グループ管理者」を設けることができ、最後に、各キュービクルが、各自のキュービクルの装置（たとえば１〜５または２〜４の装置）を制御できる「キュービクル管理者」をそれぞれ１つ設けることができる。システムはまた、上記の各制御レベルについて優先度レベルを設定するように構成することもでき、これにより、現在実行中のコンパイル済み装置電力状態スケジュールをオーバーライドするように装置を制御する必要が生じた場合には、当該制御を直ちに行う機能が実現され（または、当該機能の許可を要求することができる）、また、このイベントを知る必要がある制御レベルにあるユーザへ、当該イベントについての通知が自動的に配信される。
【００１９】
第五に、本発明の種々の実施形態は、ＯＣＭＤおよび当該ＯＣＭＤに結合された装置の制御の実行に関して、著しく高い信頼性を有する。
【００２０】
第六に、本発明の種々の実施形態は、ＯＣＭＤと当該ＯＣＭＤに結合された装置とを即座に制御できるよう、リアルタイムまたは近似的にリアルタイムで動作することができる。
【図面の簡単な説明】
【００２１】
【図１Ａ】本発明の１つの実施形態の装置電力状態制御システムのアーキテクチャを示す図である。
【図１Ｂ】本発明の一実施形態のシステム管理ノードの詳細図である。
【図１Ｃ】本発明の一実施形態のクライアントノードの詳細図である。
【００２２】
本発明の詳細な説明
以下、本発明を完全に理解するために数多くの特定の具体的な構成を説明する。また、本願明細書では、様々な構成を説明するために実施例および図面を記載しているが、当業者であれば、本願にて列挙した特定の具体的構成のうちいずれか１つまたは複数を省いても、本発明の数多くの実施形態を実施できることが明らかである。また、図面中では、必要以上に詳細に説明することで却って本発明が理解しにくくならないように、周知の構成要素については、概略図またはブロック図の形式で図示している。さらに、ネットワーク通信、電磁的信号技術および他の周知の技術に関する具体的構成については、当業者に周知であり、またこれらの具体的構成を列挙することは、本発明を完全に理解するために必須であるとは考えられないので、詳細には説明しない。
【００２３】
本発明の基本的原理、態様および実施形態、ならびに具体的な実施例についての記載はすべて、構造的にも機能的にも等価的な構成も包含する。本願の発明者は、この等価的な構成には、現在公知の等価的構成と、将来開発される等価的構成、つまり、構成に関係無く同一機能または実質的に同一機能を果たすように開発される全ての構成要素との双方を包含することを意図している。
【００２４】
定義
特記しない限り、または前後の文脈から別の意味が明らかでない限りは、以下の用語および文言は以下の意味を有する。
【００２５】
「コンパイル済み装置電力状態スケジュール」とはここでは、本発明の種々の実施形態により作成されたスケジューリング期間における計画されたオン／オフイベントの集合を指す文言である。コンパイル済み装置電力状態スケジュールは、最終的にＯＣＭＤへ供給されて実行されるスケジュールであり、これは、１つまたは複数のＯＣＭＤに適用することができる。コンパイル済み装置電力状態スケジュールはたとえば、特定の小スケジューリング期間（たとえば特定の日）において特定の装置に適用された特定の節約プランに属する１つの小スケジューリング期間（たとえば１日）の計画されたオン／オフイベントとすることができ、その場合には「日替わりのコンパイル済み装置電力状態スケジュール」という。また、コンパイル済み装置電力状態スケジュールが、１つの大スケジューリング期間のみ（たとえば１週間）を一緒に含む各小スケジューリング期間の計画されたオン／オフイベントを指すこともでき、その際にはたとえば、「週替わりコンパイル済み装置電力状態スケジュール」という。
【００２６】
ここで「装置制御イベント」とは、１つまたは複数のＯＣＭＤおよび関連の装置を対象とした、電気等のエネルギーを使用する装置をオンまたはオフに切り替えるためのコマンド、または、現在実行中または将来の週替わりスケジュールの定義を変更するためのコマンドを指す文言である。
【００２７】
また、ここで「エネルギー節約プラン」とは、時間長が規定された大スケジューリング期間とも称する１つの長い期間全体にわたって規定されたオン／オフイベントのシーケンスを指す文言であり、この規定の時間長の間に、当該オン／オフイベントのシーケンスを周期的に繰り返されたりまたは繰り返されないことが可能である。したがってエネルギー節約プランとは、大スケジューリング期間と同じ時間長の型の長さに及ぶものである。各節約プランには、開始日および終了日、ならびに優先日を割り当てることができる。しかし、開始日および終了日は、
（１）大スケジューリング期間の時間長より長い期間、
（２）大スケジューリング期間と等しい長さの期間、または、
（３）大スケジューリング期間より短い期間
を規定するように調整することも可能である。（１）の場合には、エネルギー節約プランは繰り返されるとみなされ、（３）の場合には、１つのエネルギー節約プラン全体より小さいプランが後続することになる。
【００２８】
一部の実施形態では、エネルギー節約プランを用いて方法を実施したりシステムを具現化する際には、各エネルギー節約プランの作成に応答して、開始日および終了日と、相対的な優先度値とを割り当てることができる。ユーザはこの時点で、または将来の時点で、１つまたは複数の装置とエネルギー節約プランとを関連付けることができる。これに代えて択一的に、開始日および終了日のいずれも関連付けられていないエネルギー節約プランのライブラリを作成することもできる。これと併用して、またはこれに代えて択一的に、エネルギー節約プランに優先度値を割り当てることなくエネルギー節約プランを記憶することもできる。このように記憶してから後日、ユーザはエネルギー節約プランを１つまたは複数の装置に関連付けることができ、その時点までに、優先度値、または、開始日と終了日のいずれも未だ割り当てられていない場合には、ユーザに対してこれを提供するように促すことができる。いずれの場合にも、（１つまたは複数の）装置に関連付けられた１つまたは複数のエネルギー節約プランが得られ、最終的には、このエネルギー節約プランに優先度と開始日と終了日とが割り当てられた状態になる。
【００２９】
当業者であれば、デフォルトにより、前記開始日がエネルギー節約プランの作成日となり、かつ、前記終了日がそれ以降の予め定められた日となるように、たとえば１年後または５年後または１０年後になるように、上述のシナリオを実現できることを容易に理解することができる。さらに、各エネルギー節約プランが入力される順序と同じ順序で当該エネルギー節約プランを順位付けする優先度のデフォルトセットを設けることも可能である。さらに、種々の実施形態において、エネルギー節約プランがどの装置にも関連付けられていないことを理由に、または、満了した期間に対応する装置にのみ関連付けられていることを理由に、当該エネルギー節約プランを無効にするオプションをユーザに対し提供することも可能である。一部の実施形態では、ユーザは１つまたは複数のエネルギー節約プランを編集することができる。すると、リアルタイムの大スケジューリング期間中または次の大スケジューリング期間のいずれかにおいて、システムは、適用可能なコンパイル済み装置電力状態スケジュールに自動的にこの編集（優先度値、開始日、終了日、または、計画されたオン／オフイベントの時点の編集）を組み込ませる。
【００３０】
「イベントドリブン制御信号」とは、イベントの発生により規定されるエネルギー使用の自動変更を指す文言である。当該イベントはたとえば、ユーザがエネルギー節約プランの優先度順位を変更したときとすることができる。
【００３１】
「大スケジューリング期間」とはここでは、エネルギー節約プランがオン／オフイベントの１サイクル全体を有する期間を指す文言である。一部の実施形態では大スケジューリング期間は、実行対象の計画されたオン／オフイベントのセット全体を、ＯＣＭＤが自身のオンボードメモリに記憶できる最小期間である。説明のため、大スケジューリング期間は１週間の期間であるとする場合がある。１週間である場合には、ＯＣＭＤは少なくとも１週間分の全ての計画されたオン／オフイベントを記憶して実行できなければならない。当業者であれば、大スケジューリング期間をより長く（たとえば２週間ごと、月替わり、１年ごと）として定義することや、より短くすること（たとえば１日ごとまたは１時間ごと）は、当該期間にわたってコンパイル済み装置電力状態スケジュールを記憶して実行するのに十分な記憶容量および性能をＯＣＭＤが有する限り、技術的な障害は何らないことは明らかである。
【００３２】
「小スケジューリング期間」とはここでは、節約プランの特定の計画されたオン／オフイベントを装置に適用できる最小期間を指す文言である。一部の実施形態では、小スケジューリング期間は有利には、前記大スケジューリング期間を均等に分割したものであり、よって、１つの大スケジューリング期間全体の計画されたオン／オフイベントは、複数の小スケジューリング期間の計画されたオン／オフイベントを繋げたものとして定義されることとなる。大スケジューリング期間がたとえば１週間である場合には、小スケジューリング期間はたとえば１日とすることができる。この場合、特定の節約プランの計画されたオン／オフイベントを、特定の週の各１日ごとに定義してグループ分類することができる。このようにして、１週間分の大スケジューリング期間の中で１日分の各小スケジューリング期間ごとにオン／オフイベントが異なることが可能となり、またはたとえば、１週間の中で平日と週末とで小スケジューリング期間が異なることも可能である。
【００３３】
「ＯＣＭＤ」または「コンセント制御監視装置」とは、コンセントを介して電流から電力を取り出す装置と、コンセントを介して当該電流を供給する供給源とに関連付けされるように構成された装置を指す。たとえばＯＣＭＤは、電気コンセントに差し込み接続され、かつ機器のプラグを受けるレトロフィット装置として構成することができる。これに代えて択一的に、ＯＣＭＤは、壁内に設置されたコンセント内部に組み込まれる種々のコンポーネントの形態をとることもできる。ＯＣＭＤは、コンセントから機器へ電気を送ることができる導電性材料を含む。好適にはＯＣＭＤは、電流の使用を監視し、電気の使用に関するデータを記憶するための機能と、電気の流れを遮断して再開する機能も有している。また、ＯＣＭＤは有利には記憶ユニットおよび中央処理ユニットも有し、これらは相互に協働するように結合されており、これらによりエネルギー節約プランが実行される。各ＯＣＭＤは、１つまたは複数の機器に、たとえば２，３，４，５または６個の機器に関連付けることができ、自身に関連付けられた各装置における電気の流れを、それぞれ個別に、またはグループでまとめて制御するように構成することができる。ＯＣＭＤの一例が、米国特許出願公開第２０１０−００７０２１７号明細書および米国特許出願公開第２０１０−０２８０９７９号明細書に記載されている。これらの刊行物の各記載内容はすべて、引用により本願の開示内容に含まれていることとする。
【００３４】
「オーバーライドトリガ」とは、現在の節約プランの変化を引き起こすイベントまたはプロトコルを指す文言である。
【００３５】
「計画されたオン／オフイベント」とは本願では、各１つのオン期間またはオフ期間を開始させることを指す文言であり、複数の計画されたオン／オフイベントがシーケンスとなっている場合には、これらの計画されたオン／オフイベントが１つのエネルギー節約プランを構成する。
【００３６】
「プラグ負荷装置」とは、プラグを介して電気を取り出す装置を指す文言である。典型的にはプラグ負荷装置は、コンセント等のプラグ受口と可逆的に係合可能なものである。よって、取り外しおよび再挿入により、装置の完全性や、意図した目的のために装置が機能する能力が損なわれることはない。さらに、プラグ負荷装置は典型的には、コンセントに挿入される雄型部材も有する。プラグ負荷装置は、コンセントに直接挿入することができ、または、当該プラグ負荷装置の挿入先である雌型部材と、コンセントに挿入される雄型部材とを含む他の装置（たとえばＯＣＭＤ）に直接挿入することができる。プラグ負荷装置の例には、ランプ、テレビ受像機、コンピュータ、ステレオ、冷蔵庫、洗濯機、ドライヤ等が含まれるが、これらに限定されない。
【００３７】
「リアルタイム切り替えイベント」とはここでは、機器のエネルギー使用量を変化させるための命令と同時に発生する当該変化を指す文言である。
【００３８】
種々の実施形態の説明
本発明は種々の実施形態により、コンパイル済み装置電力状態スケジュールを生成する方法と、１つまたは複数のプラグ負荷装置のエネルギー使用を制御する方法と、１つまたは複数のプラグ負荷装置のエネルギー使用を制御するためのシステムと、本発明の方法を実施するための、および本発明のシステムを使用するためのコンピュータプログラム製品とを提供する。前記種々の実施形態のうち１つまたは複数により、ユーザは、各ＯＣＭＤにプラグ接続される複数の装置の電力状態をインテリジェント制御するための電力状態制御システムを具現化して使用することができる。ＯＣＭＤと、これに関連する装置は、商業設備または居住設備において見られるものとすることができる。
【００３９】
システムアーキテクチャ
図１Ａは、本発明の１つの実施形態の機器制御システム１００のアーキテクチャを示すブロック図であり、同図では、コンパイル済み装置電力状態スケジュールをＯＣＭＤに実行させるために種々の構成要素をどのように相互結合できるかを示している。システム１００は１つの実施形態では、システム管理ノード１０２を包含する。システム管理ノード１０２は、ユーザ生成およびシステム生成された種々の装置制御イベントや節約プランのインテリジェント計算、実行および記憶に関する多数の機能を実行するように構成することができる。このシステム管理ノード１０２はたとえば、物理的ネットワーク内に設置することができ、または、コンピュータクラウドの一部として設置することができる。
【００４０】
通信媒体６０により、システム管理ノード１０２と、各クライアントノード３に設置されたシステムコントローラ５０とが接続され（説明を簡素化するため、クライアントノード３は２つ図示しているが、任意の数とすることが可能である）、また、システム管理ノード１０２とクライアント制御装置１０３とが接続されている（クライアント制御装置１０３は、通信媒体６０を介して通信するように構成された任意の装置とすることができる。説明を簡素化するために２つを図示しているが、任意の数とすることができ、たとえば１〜１００，０００、２〜５０，０００、５〜５，０００、１０〜１０，０００、１００〜５００とすることができる）。一例として、制御装置をスマートフォンまたはパーソナルコンピュータとすることができ、これらの具体例に限定されることはない。クライアントノード３およびクライアント制御装置１０３はシステム管理ノード１０２から遠隔位置にあり、かつ、互いに遠隔位置にある（いずれかの特定のクライアントノード３に設置された装置にアクセスする許可を有するユーザであれば、システムにより要求された場合、一意のセキュアな証明書を用いていずれかのクライアント制御装置１０３を介してログインすることができる）。通信媒体６０は、インターネット、エクストラネット、パケット交換網、仮想プライベートネットワークとして実現することができ、また、とりわけインターネットプロトコル（ＩＰ）、フレームリレー、非同期転送モード（ＡＴＭ）等の種々のパケット交換技術を用いて実現することができる。クライアントノード３およびクライアント制御装置１０３は無線ネットワークを介して、たとえば移動電話通信網または衛星通信網を介して通信することもできる。
【００４１】
図中左側の矢印にて示しているように、実行すべきコマンドは、クライアント制御装置からシステム管理ノードへ伝送してから、複数のクライアントのシステムコントローラのセットのうち１つのシステムコントローラへ伝送することができる。また、図中右側の矢印にて示しているように、装置（「機器４」とも称する）からＯＣＭＤ１２を介してクライアントのシステムコントローラ５０へ閲覧対象の情報およびデータを伝送することもできる。このようにして、複数のクライアントが複数の異なるシステムコントローラを利用することができるが、これらクライアントが利用できるのは、同一のシステム管理ノードのシステムコントローラである。「クライアント」とは、任意の特定の組織構造を含意する用語ではなく、本発明では、同一の会社内における２つ以上の部署または構成単位は、異なる組織団体と同様に異なるクライアントとして扱うことがある。また、クライアントを個人とすることができ、または人のグループとすることができる。
【００４２】
以下、上記のシステムアーキテクチャの各要素と、当該システムアーキテクチャを使用する方法とについて、詳細に説明する。
【００４３】
システム管理ノード
図１Ｂを参照すると、システム管理ノード１０２がインフラストラクチャ構成要素の集合を包含しているのが示されている。システムの各構成要素または各サブシステムは、当該システムの他の構成要素と協働するように接続することができ、必要に応じてたとえば、ソフトウェアの場合には遠隔メソッド呼び出し（「ＲＭＩ」）または他のコンポーネントメッセージサービスを使用して接続することができ、または、ハードウェアの場合にはバス接続を行うことができる。さらに、システム管理ノード１０２の構成要素を同一の物理的マシン上に配置することができ、または複数の異なる物理的マシン上に配置することができ、または、仮想マシン（ＶＭ）上に設けることもでき、上記仕様と標準のネットワークプロトコルとを用いて通信することができる。
【００４４】
１つの実施形態では、システム管理ノード１０２はゲートウェイコンピュータ１０４と、コンピュータクラスタフロントエンド１０６と、分散計算ノード１１２と、ネットワーク接続記憶（ＮＡＳ）装置１０８と、一時的データベース１１０と、プロセッサ１１４とを有し、前記一時的データベース１１０は、ユーザ、装置、許可、エネルギー節約プラン、コンパイル済みスケジュールおよびリアルタイム装置制御イベントに関する情報を記憶しており、プロセッサ１１４は、ユーザ、装置、許可、節約プラン、コンパイル済みエネルギー節約プランおよびリアルタイム装置制御イベントに関する情報をロバストに記憶するアーカイブデータベース１１６を管理する専用のプロセッサである。システム管理ノード１０２はたとえば、クラウド内で実行される仮想マシン（ＶＭ）の形態をとることができる。
【００４５】
ゲートウェイコンピュータ１０４は、各クライアントノード３に対してそれぞれ設けられた複数の分散したシステムコントローラ５０（図１Ａ参照）が通信媒体６０を介してシステム管理ノード１０２へ情報を送信できるようにするための、また、システム管理ノード１０２から通信媒体６０を介してコマンドを受信できるようにするためのポータルとして動作するものである。ゲートウェイコンピュータ１０４はまた、各クライアントノード３に対してそれぞれ設けられた複数のクライアント制御装置１０３が通信媒体６０を介してコマンドを送信するための、また当該通信装置６０を介して情報を受信して閲覧するためのポータルとしても動作する。ゲートウェイコンピュータ１０４は周知の標準的なインターネットサービスを提供するものであり、たとえばファイヤウォールやデータフローバッファリングを提供し、有利には、セキュリティのために前記システム管理ノード１０２の他の要素が通信媒体６０から分離されて保護されることを保証するように、当該ゲートウェイコンピュータ１０４は構成されている。ゲートウェイコンピュータ１０４は、分散システムコントローラ（これはたとえば、インターネット機能を有しシステムソフトウェアを実行するコンピュータとすることができ、または、システムソフトウェアを実行する専用のゲートウェイ装置とすることができる）およびクライアント制御装置１０３（これはたとえば、ユーザまたは管理者の業務用コンピュータ、家庭用コンピュータ、携帯スマートフォンまたは他のインターネット対応装置）の双方へデータ／命令を送信し、かつ、これら双方からデータ／命令を受信する。
【００４６】
分散システムコントローラおよびクライアント制御装置１０３へ送信されるデータ／命令は、たとえば、新規の週替わりコンパイル済み装置電力状態スケジュールと、許可されたユーザによりトリガされるかまたはシステム生成されたリアルタイム装置制御イベントであって、１つまたは複数の装置に固有のリアルタイム装置制御イベントとを含むことができる。このようにして、ユーザはたとえば、誰がエネルギー使用の変更を許可したかに依存せずに、制御しようとしている対象である装置に関する情報を送信したり、制御しようとしている対象である装置に関する情報を受信したりすることができる。分散システムコントローラおよびクライアント制御装置１０３から送信されゲートウェイコンピュータ１０４により受信されるデータ／命令は、たとえば、複数の異なる各装置のリアルタイムまたは過去のエネルギー使用データ、複数の異なる装置の現在の電力状態、および、複数の異なる装置の現在のオーバーライド状態（つまり、各装置の現在の電力状態が、当該装置の現在ロードされている週替わりコンパイル済み装置電力状態スケジュールから逸れて変化したか否か）を含むことができる。ゲートウェイコンピュータ１０４により実行される１つの機能は、分散システムコントローラ５０またはクライアント制御装置１０３から受信されたデータ／命令が破壊していないこと、またはセキュリティ上の脅威を与えるものでないことを確認することである。１つの実施形態では、ゲートウェイコンピュータ１０４は、複数の異なる分散システムコントローラまたはクライアント制御装置１０３から受信したデータ／命令を、コンピュータクラスタフロントエンド１０６へ転送する。このコンピュータクラスタフロントエンド１０６は、
（１）命令を複数の計算ノード１１２へディスパッチするタスクと、
（２）データベース１１０，１１６から読出し、データベース１１０，１１６に書き込むタスクと、
（３）ネットワーク接続記憶装置（ＮＡＳ）１０８上のデータにアクセスするタスクと
を含めた種々の処理タスクを実行するように構成されたプロセッサであるが、これらの具体的なタスクに限定されない。
【００４７】
クラスタフロントエンド１０６は上記機能の他にさらに、前記複数の分散システムコントローラ５０および／または複数のクライアント制御装置１０３からゲートウェイコンピュータ１０４を介して、ヒューマンリーダブル形式または機械読取り可能形式のレポートの要求を受信することもできる。たとえば、クライアントノード３またはクライアント制御装置１０３が要求することができるヒューマンリーダブル形式のレポートは、装置グループが特定の期間中に使用した電気量を示すレポートを含む。システム管理ノード１０２に配置された１つまたは複数のソフトウェアモジュールが、特定のクライアントノード３において特定の装置グループが使用したエネルギー量に関する更新を、出力として生成する。クライアントノード３またはクライアント制御装置１０３により要求することができる機械読取り可能形式のレポートの一例は、特定の装置の翌週の日替わりコンパイル済み装置電力状態スケジュールを受信または表示することの要求を含む。ゲートウェイコンピュータ１０４は、レポート（たとえばヒューマンリーダブル形式または機械読取り可能形式）の要求を受信すると、当該要求を検査して、まず最初に、セキュリティ上の脅威、プライバシー侵害または他の悪意の要求でないことを確認する。レポートの要求がセキュリティの脅威、プライバシー侵害または他の悪意の要求でない場合には、ゲートウェイコンピュータ１０４は当該要求をフロントエンドクラスタ１０６へ転送する。このフロントエンドクラスタ１０６は、データベース１１０および／またはデータベース１１６からの読出しを行うことができる。幾つかの事例では、フロントエンドクラスタ１０６が当該要求を実行する場合もあり、また、他の事例では、フロントエンドクラスタ１０６はこの要求を、実行のために分散計算ノード１１２へディスパッチする場合もある。その後、フロントエンドクラスタ１０６は、前記要求に応答して供給された情報をゲートウェイコンピュータ１０４へ返す。この返された情報がゲートウェイコンピュータ１０４において受信されると、ゲートウェイコンピュータ１０４は当該データを適切なヒューマンリーダブル形式または機械読取り形式で作成し、通信媒体６０を介してこのデータを、要求したクライアントノード３またはクライアント制御装置１０３へ返信する。
【００４８】
ゲートウェイコンピュータは、クライアント制御装置と通信する場合、グラフィックユーザインタフェース（ＧＵＩ）上に１つまたは複数の画像またはテキストの表示をクライアント制御装置にさせるための情報を送信するか、または当該情報のダウンロードを許可することができる。ＧＵＩを介して、ユーザがレポートを閲覧したり、エネルギー節約プランを開始、終了または変更するための命令を送信したり、または新規のエネルギー節約プランを作成するための命令を送信することができる。オプションとして、ユーザのアクションを当該ユーザの全ての装置のうち１つの装置に適用するか、または全ての装置に適用するか、または、一部の複数の装置を含むサブセットに適用するかの選択肢が、ユーザに提示される。さらに、節約プランの適用先となる装置のグループ分けが、および／または、当該装置の新規のグループ分けを作成するオプションが、ユーザに対して提示される。これに代えて択一的に、エネルギー節約プランを変更したユーザは、当該エネルギー節約プランの適用対象となり得る全てのコンパイル済み装置電力状態スケジュールを変更することを意図していたとみなされ、システムは、変更された開始日、終了日、優先度および／または装置の関連付けに依存して、コンパイル済み装置電力状態スケジュールに対応する新規の命令を送信する。
【００４９】
１つの実施形態では、ゲートウェイコンピュータ１０４はコンピュータクラスタフロントエンド１０６とのインタフェースにもなるので、必要に応じてゲートウェイコンピュータ１０４は、たとえばラウンドロビンまたはIbnamed等のアルゴリズムを用いて負荷の均衡化も行う。ここで明示的に引用しなかった他の負荷均衡化アルゴリズムも本発明の思想の範囲内であり、負荷を利用可能なサービスに分散させるのに役立つことができる。ゲートウェイコンピュータ１０４はネットワークトラフィックの分散を観察することにより、クラスタフロントエンド１０６のアベイラビリティを監視する。１つの実施形態ではゲートウェイコンピュータ１０４は、冗長的な電源を備えたデュアルクワッドコアインテルゼオン（Xeon）チップとして、大容量メモリを有する１５，０００ＲＰＭホットスワップ SATA RAID1 で実現することができる。
【００５０】
コンピュータクラスタフロントエンド１０６は一態様では、ゲートウェイコンピュータ１０４またはアーカイブデータベースマネージャプロセッサ１１４のいずれかから受信した任意の大規模の計算タスクを実行するのに用いられる。幾つかの実施形態では、非クラスタマシン（図示されていない）は、コンピュータクラスタフロントエンド１０６とのみやりとりできるように構成される。上記の大規模タスクの一例として、たとえばユーザ記録のソート等のＯＣＭＤデータ管理、および、日替わりコンパイル済み装置電力状態スケジュールの作成があるが、これら具体例に限定されない。クラスタフロントエンド１０６の第１の機能は、当該クラスタフロントエンド１０６が受信した大量の計算タスクを分散計算ノード１１２へディスパッチすること、および、負荷均衡化を行うことであるが、これだけではない。
【００５１】
ＮＡＳ装置１０８は、複数の分散計算ノード１１２の間で共有される高速のディスクスペースを供給するように構成されている。一時的データベース１１０は１つの実施形態では、バイナリツリーインデキシングを有するリレーショナルデータベースとして具現化することができる。これは、データが分散計算ノード１１２により処理されるときに当該データの短期的から中期的までのアーカイブ保存を実現するものである。
【００５２】
クラスタフロントエンド１０６の有利なオペレーティングシステムは、クラスタフロントエンド１０６のための典型的なハードウェアを備えた標準的なロックスクラスタであり、分散計算ノード１１２は、デュアルクワッドコアインテルゼオンチップをベースとするラック組付型マシンである。１つの実施形態では、通信速度を最大限にするため、分散計算ノード１１２間にて高速のミリネット接続が用いられる。当該実施形態または別の実施形態において、クラスタフロントエンド１０６は負荷分散／均衡化のためにサングリッドエンジンを使用する。有利にはＮＡＳ装置は、ギガビットイーサネットカードを備え、当該ＮＡＳ装置の最小容量は５ＴＢである。データベース１１０は、マルチプル 1U ツインデュアルクワッドインテルゼオンマシンを使用して構成されたＭｙＳＱＬクラスタデータベースとして実現することができる。
【００５３】
アーカイブデータベース１１６にコンパイル済みスケジュールデータベース（ＣＳＤ）が設置され、これが、コンパイル済み装置電力状態スケジュールを記憶する。このＣＳＤが装置電力状態制御システムのバックボーンであるから、アーカイブデータベース１１６は有利には、セキュア、高信頼性かつ常時利用可能である。したがって、これを管理する側のプロセッサ１１４は、冗長性が高い専用のマシンとしなければならない。アーカイブデータベース１１６の典型的な構成は、たとえば、バイナリツリーインデキシングを有するリレーショナルオラクルデータベースまたはＭｙＳＱＬデータベースとすることができる。
【００５４】
コンパイル済み装置電力状態スケジュールの生成
種々の実施形態では、システム管理ノードは、コンパイル済み装置電力状態スケジュールの生成をユーザにさせるか、または、ユーザが当該生成をさせるのを許可するように構成されている。このような方法では、複数のエネルギー節約プランを記憶したコンピュータデータベースにアクセスする。このデータベースは、システム管理ノードの一部とすることができ（たとえばデータベースアーカイブ）、または、システム管理ノードが有線ネットワークまたは無線ネットワークを介して当該データベースにアクセスできるように構成されている。
【００５５】
各エネルギー節約プランは、複数の計画されたオン／オフイベントに応じた情報を含むことができる。この計画されたオン／オフイベントは、エネルギーを装置が使用すべきであるから当該装置がオンされる時期と、エネルギーを当該装置が使用すべきでないため当該エネルギーがオフされる時期とに相当する、相対的な時期を規定する。有利には、計画されたオン／オフイベントは、大スケジューリング期間にわたって実行される複数のイベントである。この大スケジューリング期間は、Ｔ１の時間長に規定することができる。Ｔ１は任意の期間として規定することができ、たとえば、１時間から１年まで、または、１日から１月までとすることができる。幾つかの実施形態では、Ｔ１は１日、１週間または１月である。データベース内に記憶されるときには、一部の実施形態では、各エネルギー節約プランは、小スケジュール期間を規定する時間長Ｔ２を単位として規定することもできる。つまり、この時間長Ｔ２は繰り返し可能な時間単位であり、たとえば各エネルギー節約プランは、１週間のうち１日および／または１日のうち１時間および／または１時間のうち１分を単位として規定することができるが、１つのエネルギー節約期間以内のＴ２とは異なるものとすることも可能である。したがって、１つの特定のエネルギー節約プランのすべてのＴ２を繋げると、Ｔ１に等しい期間になる。（Ｔ１＝ｎ×Ｔ２）
【００５６】
非限定的な一例としては、Ｔ１を１週間とし、各Ｔ２を２４時間の期間とすることができる。この２４時間の期間は、１週間のうち一意の１日に相当するか（すなわち、日曜日、月曜日、火曜日、水曜日、木曜日、金曜日および土曜日）、または、７日間を１期間としたうちの序数で表される日に相当する（すなわち、第１日、第２日、第３日、第４日、第５日、第６日および第７日）。このことにより、１週間が大スケジューリング期間となり、当該１週間の各１日または２４時間の１期間が小スケジューリング期間となる。本実施例では、１つのエネルギー節約プランに包含される各Ｔ２は異なる日であるが、２つ以上のＴ２が、同一または異なる計画されたオン／オフイベントを含むことができ、この２つ以上のＴ２は任意であってよい。したがって、平日の午前９：００に同一のオンイベントがあり、平日の午後６：００にオフイベントがあるが、週末にはオンイベントは無い、ということが可能である。このことはたとえば、週末に休業するオフィスにて使用される装置に当てはまる。
【００５７】
ユーザが、１つまたは複数の装置に結合された１つまたは複数のＯＣＭＤ１２によって実行されるオン期間およびオフ期間の将来の順序を指定したい場合には、当該ユーザは、システム管理ノード１０２の節約プランのインタフェースにアクセスすることができる。通信媒体６０を使用することができるクライアント制御装置１０３を介して、アクセスすることができる。このインタフェースにより、ユーザは、与えられた制御書き込み許可の対象であるどの装置に対する節約プランも設定することができる（この許可については、以下詳細に説明する）。ユーザが節約プランを送信すると、当該節約プランは一時的データベース１１０に書き込まれる。
【００５８】
特に、幾つかの実施形態では、複数のエネルギー節約プランを等しい時間長にわたって、好適にはすべてのエネルギー節約プランを等しい時間長にわたって（たとえば、１週間の大スケジューリング期間にわたって）規定する。幾つかの実施形態では、各エネルギー節約プランは第１のデータベースに記憶されている場合、それぞれ暦上の特定の日付、または当該暦上の特定の日付に所属する時刻、または優先度値を有さない。したがって同実施形態では、エネルギー節約プランが記憶されているときにはテンプレートのライブラリを成し、これに対応する許可を有するユーザが、当該各テンプレートを選択し、特定の日付（たとえば、暦上の年月日、時刻）を割り当てることができる。１つまたは複数の同一の装置に割り当てられる複数のエネルギー節約プランの優先度値についても、ユーザはこの優先度値を同様に割り当てることができる。
【００５９】
よって、システム管理ノードは、当該システム管理ノードにアクセスするユーザに対し、１つまたは複数のエネルギー節約プランを作成することを許可し、当該ユーザが選択したエネルギー節約プランそれぞれに対して開始日および終了日を割り当て、かつ、当該エネルギー節約プランそれぞれに対して優先度値を割り当てるように構成することができる。優先度値は、暦上の同一時刻に１つの特定の装置に対して２つ以上のエネルギー節約プランが適用される場合に、コンパイル済み装置電力状態スケジュールの次の作成中にどれを適用すべきかをシステムが把握するための、各エネルギー節約プランの相対的な順位を特定するものである。
【００６０】
また、ユーザが、データベースへのアクセスをシステムにさせようとする度に、当該システムがユーザに対して一意の優先度値を割り当てるように要求するように構成することもできる。これと併用して、またはこれに代えて択一的に、システムは、各エネルギー節約プランに割り当てられたデフォルト優先度値を有し、ユーザに対して当該デフォルト優先度値を変更するオプションを提示すること、および／または、割り当てられた前記デフォルト優先度値が新規に選択された優先度値と競合する場合、ユーザに対して警報を出すことも可能であり、その場合にはユーザに対して、優先度値を再割り当てするオプションを提示することが可能である。また、エネルギー節約プランの適用対象となる暦上の期間を選択する機会を、ユーザに与えることも可能であり、たとえばユーザは、２０１５年１月１〜７日を選択することができる。
【００６１】
上記実施形態では、エネルギー節約プランは開始日および終了日無しで、またオプションとして優先度値も無しで記憶されると記載したが、他の実施形態では、エネルギー節約プランの作成時に、これらの両種類のデータを作成および記憶することができる。よって当該実施形態では、ユーザがデータベースにアクセスする度に、当該ユーザは装置と１つまたは複数のエネルギー節約プランとを関連付けるが、開始日および終了日は既に当該エネルギー節約プランの一部となっているので、開始日や終了日を入力する必要はない。もちろんユーザは、特定のエネルギー節約プランと装置とを関連付ける時点で、または当該時点より前もしくは後に、データのこれらの情報を変更することも可能である。
【００６２】
ユーザとの通信はいずれも、有線または無線のネットワークを介して行うことができる。有利には、システム管理ノードへのアクセスは制限され、当該システムへのアクセス権を付与されたユーザのみが、コンパイル済み装置電力状態スケジュールを生成するためにエネルギー節約プランを作成できるようにする。幾つかの実施形態では、暦上の同一または異なる期間において複数の異なる装置に対して同一または異なるエネルギー節約プランを適用する対象となる装置のメニューを、グラフィックユーザインタフェース上にてユーザに対して提示することができる。ユーザが当該ユーザの装置に適用されるエネルギー節約プランに何らかの変更を行ったときには常に、システムは、影響を受けるすべての装置について、次の大スケジューリング期間における新規のコンパイル済み装置電力状態スケジュールを再計算する。幾つかの実施形態では、システムはデフォルトにより、かつ、ユーザによってオーバーライドされることなく、選択がなされる日付範囲や、ユーザが制御する許可を有する装置すべてと同様に、大スケジューリング期間に相当する暦上の次の期間（たとえば、次の日曜から土曜まで、または月曜日から日曜日まで）を選択することができる。さらに、特定の時点において特定の装置に対応するコンパイル済み装置電力状態スケジュールを生成する元となるアクティブまたは関連のエネルギー節約プランをユーザが何ら提供しない場合には、システムは最近のエネルギー節約プランを繰り返させることができ、または、システムは、デフォルトのコンパイル済み装置電力状態スケジュールを実行させること、たとえば常時オンまたは常時オフ等のスケジュールを実行させることができる。
【００６３】
エネルギー節約プランの作成、削除または編集が完了し、開始日、終了日、優先度値および装置指定が、選択されたエネルギー節約プランそれぞれに関連付けされると、システムはコンピュータプロセッサもしくはローカルコンピュータを介して、またはネットワーク上で、またはコンピュータクラウド内において、コンピュータアルゴリズムを適用して出力を生成させることができる。この出力は、
不揮発性記憶媒体上におけるファイル、
印刷物、または
グラフィックユーザインタフェース上における表示
のうち１つまたは複数の形式とすることができる。この出力は、コンパイル済み装置電力状態スケジュールを含み、期間ＸＹに対応した情報を提供する。この期間ＸＹは、開始時点であるＸと終了時点であるＹとにより定義することができる。たとえば、暦上の日を開始時点Ｘとし、かつ暦上の日を終了時点Ｙとして、ＸＹを定義することができる。ＸからＹまでの期間の長さは、上記のエネルギー節約プランの期間長と同じＴ１である。前記出力はさらに、コンパイル済み装置電力状態スケジュールに対応する１つまたは複数のコンセント制御監視装置の指定を含むこともできる。
【００６４】
ＸＹ以内の各小スケジューリング期間について、アルゴリズムが複数のエネルギー節約プランを解析することにより、ＸＹ以内であって当該小スケジューリング期間以前を開始日とし、かつＸＹ以内であって当該小スケジューリング期間以降を終了日とするどのエネルギー節約プランが、当該コンパイル済み装置電力状態スケジュールに組み込むのに最も高い優先度を有するかを判断したときに、コンパイル済み装置電力状態スケジュールは形成される。複数の関連するエネルギー節約プランの開始日や終了日が異なっていても、暦上の同一期間ＸＹと一部重なる場合があるので、コンパイル済み装置電力状態スケジュールは、計画されたオン／オフイベントを複数の異なるエネルギー節約プランから抜き出すことができる。
【００６５】
以下、表Ｉを参照して、コンパイル済み装置電力状態スケジュールを生成するプロセスについて詳細に説明する。分かりやすくするため、各小スケジューリング期間に対し、装置をオンにする時間を１つずつ設け、かつ、（その後に）装置をオフにする時間を１つずつ設けている。以下の事例では、小スケジューリング期間の長さは１日としている。また、ユーザは、コンパイル済み電力状態スケジュールが生成されるときにエネルギー節約プランを包含させたいか否かを示す表示（Ｙ／Ｎ）と、各プランの優先度と、各プランの開始日および終了日も設けられる。
【００６６】
【表１】
2016512008.tif 000003
【００６７】
ユーザは、２０１５年１月５日の月曜日から同月１１日の日曜日までのコンパイル済み装置電力状態スケジュールを生成することを希望していることを通知することができる。１月５日の月曜日に対しては、プランＡのみが有効である。したがって、この小スケジューリング期間に対応するデータが、エネルギー節約プランＡから抽出される。１月６日の火曜日に対しては、プランＡおよびＢの双方が有効であるが、プランＡの優先度の方が高いので、データはこのプランから取り出される。１月７日の水曜日から１月１０日の土曜日までに対しては、プランＡ，ＢおよびＤが有効であるが、プランＤの優先度が最も高いので、これら４つの小スケジューリング期間については、データはプランＤから取り出される。１月１１日の日曜日に対しては、プランＡのみが有効である。この小スケジューリング期間については、プランＡおよびＢが有効であるが、Ａの優先度の方が高い。その結果を表 II にまとめてある。ここで特筆すべきことは、プランＣは考慮されていないこと、および、プランＢからはデータが取り込まれないことである。プランＣが考慮されない理由は、ユーザはプランＣを「無効」として指定しているからであり、プランＢからデータが取り込まれない理由は、ユーザはプランＢを選択したが、当該プランＢの優先度は最も低く、１月５日から１１日までの期間中に当該プランＢが選択された日についてはすべて、少なくとも１つの他のプランが選択されたからである。（しかし、ユーザが翌週において何ら変更を行わない場合であっても、システムは自動的に、１週間分のコンパイル済み装置電力状態スケジュールを再計算し、プランＢは１月１５日の木曜日から１月１８日の日曜日までに対する結果セットに含まれることに留意されたい。）
【表２】
2016512008.tif 000004
【００６８】
上記のように、各小スケジューリング期間は、１週間のうちの１日を基準として定義することができ、ＸおよびＹはそれぞれ、暦上の日時によって定義される。さらに、エネルギー節約プランの開始日とエネルギー節約プランの終了日とが定義する期間が、（たとえば、選択されたプランＡおよびＢの日付によって）Ｔ１より長くなる場合、アルゴリズムは、開始日と終了日との間の期間にわたってエネルギー節約プランが繰り返されるとみなす。たとえば一部の実施形態では、エネルギー節約プランの毎週月曜日の計画されたオン／オフ期間は同じである。システム管理ノードとシステムコントローラとを併用することにより、コンパイル済み装置電力状態スケジュールを用いて、１つまたは複数のプラグ負荷装置のエネルギー使用を制御することができる。
【００６９】
コンパイル済み装置電力状態の配信
システム管理ノードは、特定のシステムコントローラと動作可能に結合された複数の装置に対応するコンパイル済み装置電力状態スケジュールを生成すると、このコンパイル済み装置電力状態スケジュールを当該特定のシステムコントローラへ送信することができる。オプションとして、システム管理ノードはコンパイル済み装置電力状態スケジュールを、閲覧または通知目的で、ユーザおよび／またはユーザの監督者へ送信することもできる。
【００７０】
将来のいずれかの時点（一部の実施形態では、この将来の時点は、計算時点から起算して１つの大スケジューリング期間よりも短くない）までの各日付ごとに各装置に対して日替わりコンパイル済み装置電力状態スケジュールが計算された場合には、システム管理ノード１０２は、適用可能な装置に結合されたＯＣＭＤ１２に関連付けられたいずれかのシステムコントローラ５０へのメッセージの送信をトリガする。各システムコントローラ５０へ送信できるメッセージは１つのみとすることができ、この１つのメッセージは、当該各システムコントローラに対応する複数または全ての日替わりコンパイル済み装置電力状態スケジュールを含む。このメッセージは「週替わりスケジュールメッセージ」と称することができ（この呼称は、当該メッセージが週替わりコンパイル済み装置電力状態スケジュールを含むことを示すものであり、当該メッセージの送信頻度を必ずしも示すものではない）、当該メッセージは、システムコントローラ５０に関連付けられた適用可能な各装置に対応する週替わりコンパイル済み装置電力状態スケジュールを含む。
【００７１】
この週替わりコンパイル済み装置電力状態スケジュールは、どの装置がＯＣＭＤ１２のチャネルに結合されているかに従い、所与の週替わりコンパイル済み装置電力状態スケジュールを、ＯＣＭＤ１２のどのチャネルが実行すべきかを示すこともできる（ここでは、１つのＯＣＭＤ１２に割り当てられたプラグまたは「チャネル」が複数であり、各プラグまたはチャネルがそれぞれ１つの装置に結合されていると仮定している）。この週替わりスケジュールメッセージは、システム管理ノード５０上においてメッセージ待ち行列に追加され、その後に、通信媒体６０を介して送信されて、システムコントローラ５０のサーバリンクメッセージングマネージャ６１により受信される。その後、週替わりスケジュールメッセージは、クライアントデータコマンド処理アプリケーション６５まで送信され、このクライアントデータコマンド処理アプリケーション６５は、当該メッセージ内のどの情報を、どのＯＣＭＤ１２へ送信すべきかを決定および確定する。クライアントデータコマンド処理アプリケーション６５は、週替わりスケジュールメッセージを受け取ると、当該メッセージ中に含まれる各ＯＣＭＤ１２チャネルに対応する週替わりコンパイル済み装置電力状態スケジュールと、当該各ＯＣＭＤ１２チャネルに現在ロードされているコンパイル済み装置電力状態スケジュールとを比較する。後者のコンパイル済み装置電力状態スケジュールは、データパッケージングモジュール５４と通信するクライアントデータベース５６に記憶されている。
【００７２】
データパッケージングモジュールは、データを、記憶および／または送信しやすい形態にするものである。データパッケージングモジュールはまた、データの受信を容易にするデータアップロードモジュール５２にも結合されている。前記メッセージに含まれる新規の情報が、ＯＣＭＤ１２に現在ロードされている情報と異なる場合には、この新規の週替わりコンパイル済み装置電力状態スケジュールは、宛先のＯＣＭＤ１２チャネルと共に、装置スケジュールマネージャ６３へ転送される。
【００７３】
クライアントノードおよびシステムコントローラ
ここで図１Ｃを参照すると、典型的なクライアントノード、たとえばクライアントノード３は、一実施形態によればインフラストラクチャ構成要素の集合を含む構成が示されている。クライアントノード３の各構成要素または各サブシステムは、当該クライアントノード３の他の構成要素と協働するように接続することができ、必要に応じてたとえば、ソフトウェアの場合には無線通信プロトコル、遠隔メソッド呼び出し（「ＲＭＩ」）または他のコンポーネントメッセージサービスを使用して接続することができ、または、ハードウェアの場合にはバス接続を行うことができる。
【００７４】
一部の実施形態では、クライアントノード３はシステムコントローラ５０と複数のコンセント制御監視装置（ＯＣＭＤ）１２とを含み、当該複数のコンセント制御監視装置（ＯＣＭＤ）１２は当該システムコントローラ５０と通信する。以下、システムコントローラ５０を「住居用クライアントコンピュータ」または「商業用クライアントコンピュータ」と称することがあるが、当該システムコントローラ５０を専用のゲートウェイ装置とすることも可能である。各ＯＣＭＤ１２はそれぞれ、クライアントノード３に設置された特定の装置に結合されている。各装置からエネルギー使用データを収集して制御するためにＯＣＭＤ１２を各装置に結合する手法の詳細は、２０１０年３月１８日付で公開された米国特許出願第１２／２８４，０５１号と、米国特許出願公開第２０１０−００７０２１７号明細書とに記載されている。これらの刊行物の記載内容はすべて、引用により本願の開示内容に含まれることとする。
【００７５】
システムコントローラ５０は、前記通信媒体６０を介して管理主体ノード１０２と通信する。前記複数のＯＣＭＤ１２は、システムコントローラ５０と無線通信する。
【００７６】
図１Ａおよび１Ｃにて示しているように、各クライアントノード３に設置された前記複数の各ＯＣＭＤ１２は、各自の電気的結合または非電気的結合の各装置の情報を、共に設置されている各システムコントローラ５０へ無線で送信する。たとえば、特定のクライアントノード３に設置された特定の装置（たとえばプリンタ、水冷装置等）の場合、当該特定の装置に電気的に結合されたＯＣＭＤ１２は、当該特定の装置によって生成された電気的または非電気的情報を検出して記録し、当該情報をシステムコントローラ５０へ無線で送信する。システムコントローラ５０は、当該特定の装置に結合されたＯＣＭＤ１２によって収集されたデータや、当該ＯＣＭＤ１２から送信されたデータを、収集、記憶および解析する。また、システムコントローラ５０により、ユーザがクライアント制御装置１０３を介して（たとえば、住居用または商業用のクライアントコンピュータによってインターネットブラウザを介して、または、移動用スマートフォンによって移動用アプリケーションを介して）当該データ（たとえば、各装置のエネルギー使用の時間的推移）を閲覧することも可能になり、システムコントローラ５０は、ＯＣＭＤ１２および当該ＯＣＭＤ１２に割り当てられた装置を、リアルタイムまたは将来においてスケジュールに従い制御するためのインタフェースをユーザに対して提供する。このプロセスは連続して行われるので、ユーザは、または任意の数の複数のユーザは、最新のエネルギー使用情報に基づいて新規の装置制御イベントを生成することができる。上述のリアルタイム制御は、実行中のコンパイル済み装置電力状態スケジュールをオーバーライドするために、ユーザによって当該ユーザの制御装置を介して用いることが可能である。リアルタイムのオーバーライドを行うための通信はたとえば、クライアント制御装置からシステム管理ノードへ、システムコントローラへ、１つまたは複数の特定の装置に割り当てられたＯＣＭＤへの方向に行うことができる。
【００７７】
図１Ａ〜１Ｃを参照すると、本発明の一実施形態を示すべく、システム管理ノード１０２およびシステムコントローラ５０の詳細な構成を示している。上記でも説明し、添付図面にも示しているが、装置電力状態制御システム１００は、クライアントノード３およびシステムコントローラ５０から遠隔にあるシステム管理ノード１０２を使用する。このシステム管理ノード１０２は一実施形態では、小規模または大型のオフィスビルを含む典型的な商業用設備とすることができるが、この具体例に限定されることはない。しかし、本発明は格段に幅広い適用範囲を有すると解すべきである。とりわけ、当業者が本発明の思想を参酌すれば、たとえば住居用、産業用および公益事業用を含む他の適切な設備において、装置電力状態制御システム１００を使用できることが理解できるはずである。また、本願の開示内容を読めば、他の適切な設備も導き出すことができる。さらに、システムコントローラは、データを処理し、１つのクライアントに割り当てられた複数のＯＣＭＤのセットと通信するように構成することもできる。前記複数のＯＣＭＤはオプションとして、ビルごと、フロアごと、オフィスごとまたはキュービクル（間仕切り半個室）ごとにグループ分けすることも可能である。
【００７８】
引き続き図１Ｃを参照すると、システムコントローラ５０は従来のコンピュータプロセッサ５８を含む。このコンピュータプロセッサ５８は、本願発明の動作に必要な機能を提供する、本願発明のオペレーティングソフトウェアを実行する。プロセッサ５８は、他の典型的なコンポーネントも含み、たとえば、オペレーティングシステムソフトウェア（たとえば、インテル系オペレーティングシステム、ユニックス系オペレーティングシステム）、ユーザインタフェース等を含むことが明らかであり、前記他の典型的なコンポーネントは、本願の開示内容を読めば明らかである。前記プロセッサ５８により包含される前記提供されるインタフェースの１つは、無線リンク、有線リンクまたはこれらの組合せを介して、前記複数のＯＣＭＤと通信するためのものである。ＯＣＭＤ１２は、ビル３内に設置された複数の異なるコンセントと通信可能に結合されている。ビル内に設置されるコンセントは、キュービクルごとおよび／またはオフィスごとおよび／またはフロアごとに設置されるのが一般的である。
【００７９】
各クライアントノード３に設置された機器４は、前記複数のＯＣＭＤ１２に電気的に結合されている。ＯＣＭＤは、システムコントローラ５０から受信した無線制御信号に基づき、当該ＯＣＭＤが割り当てられた各装置への電力の流れを、予測可能または予測不可能の特定の周期的な時点において、または、予測可能または予測不可能の特定の期間にわたってオンまたはオフにできるように構成されている。ＯＣＭＤ１２はまた、リアルタイム制御信号イベントを実行するために、かつ、過去および／または将来のスケジューリングされた制御信号イベントと装置動作情報とを記憶するために、オンボードメモリも有する。したがって、システムコントローラからのデータにより、電気使用のリアルタイムの変化を、または、電気使用の将来の変化を引き起こすことができる。ＯＣＭＤ１２はまた、電気的に結合された装置４に関連する検針データをシステムコントローラ５０へ、周期的に、または要求に応じて送信するようにも構成されている。オプションとして一部の実施形態では、ＯＣＭＤは手動のオーバーライドも含む。これは、当該ＯＣＭＤに物理的に近接した位置にいるユーザが、当該ＯＣＭＤのメモリに記憶されたコンパイル済み装置電力状態スケジュールから、たとえば常時オン状態等への一時的変更を当該ＯＣＭＤにさせるためのものである。
【００８０】
システムコントローラ５０のインタフェース、たとえば無線伝送管理モジュール（ＷＴＭＭ）インタフェース６７が、リアルタイムまたは将来の装置制御イベント信号を前記複数の各ＯＣＭＤ１２へ送信する。ＷＴＭＭインタフェース６７はまた、前記電気的に結合された装置４の電気消費の少なくとも１つの特性値も受け取り、たとえば、前記複数のＯＣＭＤ１２からの電流、電圧または電力の波形データを受け取る。ＷＴＭＭインタフェース６７は、タイムスタンプが付与されたセキュアなパッケージメッセージを各ＯＣＭＤ１２へ送信し、かつ各ＯＣＭＤ１２から受信することができる。ＷＴＭＭインタフェース６７は、各ＯＣＭＤ１２からの前記データパケット転送をＦＩＦＯ方式で待ち行列に入れる。
【００８１】
１つの実施形態では、ＯＣＭＤ１２は無線リンクを介して、たとえばジグビー（ZigBee）プロトコル等の低電力無線通信プロトコルを用いてシステムコントローラ５０と通信する。ジグビーは、米国電気電子学会（ＩＥＥＥ）世界的規格８０２．１５．４に準拠しており、これは、ブルートゥースおよびワイファイ（Wi-Fi）を管理する標準規格と類似したものであり、これらのいずれも用いることが可能である。
【００８２】
ＯＣＭＤ
各ビル３に割り当てられたＯＣＭＤ１２は、ジグビーまたは他の無線プロトコルを介してシステムコントローラ５０と通信するのに必要なハードウェア回路とソフトウェアコンポーネントとを含む。１つの実施形態では、クライアント制御装置１０３を介したユーザによる制御によって通信が開始される。システム管理ノード１０２は、事前に設定された許可やネットワーク構成に基づいて、ユーザに対して特定の制御機能を公開するグラフィカルユーザインタフェース（ＧＵＩ）を表示する。この特定の制御機能には、複数の異なるＯＣＭＤや当該ＯＣＭＤに関連付けられた装置の現在または将来の各電力状態を制御する機能が含まれるが、これらの具体例に限定されることはない。
【００８３】
ユーザは前記ＧＵＩに入力することにより制御信号を生成する。通信内容は通信媒体６０を介してシステムコントローラ５０へ転送され、サーバリンクメッセージングマネージャ６１によって受信され、当該サーバリンクメッセージングマネージャ６１上にて実行されるクライアントアプリケーションにより処理される。クライアントデータコマンド処理アプリケーション６５が通信内容を解釈し、関連するＯＣＭＤ１２に対して各個別のコマンドを適用する。制御信号をＯＣＭＤ１２が解釈できるように、装置スケジュールマネージャ６３がこの制御信号をエンコードする。最後に、通信内容はシステムコントローラ５０のＷＴＭＭインタフェース６７を介して、ＵＳＢに含まれているジグビートラストセンターモジュールへ転送される。このジグビートラストセンターモジュールは、システムコントローラ５０のクライアントコンピュータ内にプラグインされているか、または、クライアントハードウェア自体に組み込まれている。その後、通信内容は、各ＯＣＭＤ１２のコンポーネントとして含まれている他のジグビーノードモジュールへ送信される。その後、ＯＣＭＤ１２はコマンドを実行し、将来のスケジューリングされたオン／オフ期間を記憶し、および／または、現在のオン／オフコマンドを実行する。ＯＣＭＤ１２はオンボードメモリも有している。これは、システムコントローラ５０がスペースまたは他の要因により一時的に通信不能になった場合にエネルギー使用情報をキャッシュ保存したり、将来のスケジューリングされた装置制御イベントを記憶して実行するために用いられるものである。
【００８４】
コンパイル済み装置電力スケジュールのエンコード
装置スケジュールマネージャ６３は、コンパイル済みの計画されたオン／オフイベントの順序付けしたリストをエンコードする。これは、コンパイル済み装置電力状態スケジュールを、ＯＣＭＤ１２により解釈可能な圧縮形式に翻訳するものである。この情報をエンコードできる手法は種々存在し、当業者に公知であるエンコード手法や計算手法を用いることができる。
【００８５】
１つの実施形態では、前記コンパイル済みの計画されたオン／オフイベントの順序付けしたリストは、各バイトが１つのコンパイル済みの計画されたオン／オフイベントのうち１つまたは一部分に相当するバイト列にエンコードされる。その最上位ビット（ＭＳＢ）は、特定のコンパイル済みの計画されたオン／オフイベントの電力状態を表す（１つの実施形態では、１の値は「オン」であり、０の値は「オフ」であると解釈される）。他の残りの７ビットは、前記特定のコンパイル済みの計画されたオン／オフイベントの時間長を表し、より具体的には、次のコンパイル済みの計画されたオン／オフイベントまでの当該特定のコンパイル済みの計画されたオン／オフイベント間の時間量を表す。１つの実施形態では、これらの７ビットは、何らかの不変の最小制御期間により乗算されるべき数を表す（当該最小制御期間は、０を上回りかつ小スケジューリング期間を下回る任意の期間とすることができ、当該不変の最小制御期間は、小スケジューリング期間を等分するものでなければならない）。
【００８６】
説明のため、前記最小制御期間が１５分であると仮定する。よって、１ビットにより表される最大時間長は、０ｂ１１１１１１１＝０ｘ７Ｆ＝１２７＊１５＝１９０５分ないしは３１．７５時間となる。特定のコンパイル済みの計画されたオン／オフイベントの時間長がこの最大時間長を超える場合には、当該コンパイル済みオン／オフイベントは、ＭＳＢが全て等しい２以上のバイトであって、各時間長の総和が当該コンパイル済みオン／オフイベントの全時間長になる２以上のバイトとして表現しなければならない。このようにして、週替わりコンパイル済み装置電力状態スケジュールのコンパイル済みの計画されたオン／オフイベントのシーケンス全体が、当該１週間全体分のＯＣＭＤ１２チャネルの電力状態を表す、当該シーケンス全体に対応した完全なバイトリストに変換される。
【００８７】
その後、このバイト列は無線伝送管理モジュール６７（ＷＴＭＭ）内にロードされる。ＷＴＭＭはこのバイトリストをパッケージ化し、１つの実施形態では、ＯＣＭＤ１２宛先のネットワークアドレスとチャネル指定とに対応するバイトを前部に付加し、かつ、チェックサム等のセキュリティ手段を付加する。１つの実施形態では、ＷＴＭＭは、ジグビートラストセンターを介して、この最終的なメッセージまたはパケットを関連のＯＣＭＤ１２へ無線で送信する。ジグビーノードオンボードは、ＯＣＭＤ１２はこのメッセージを受信し、この情報を、ＯＣＭＤ１２のマイクロコントローラ上にて実行されるアプリケーションへ中継する。当業者であれば、ジグビーを用いずに、商業的に入手可能なワイファイ技術を用いることが可能であることが明らかである。これにより、ＯＣＭＤ１２は週替わりコンパイル済み装置電力状態スケジュールを解釈、記憶および実行して、当該スケジュールに従い、当該ＯＣＭＤ１２の（１つまたは複数の）装置への電力供給をオンまたはオフに切り替える。
【００８８】
コンパイル済み装置電力状態スケジュールをシステムコントローラへ送信することにより、その情報を受信および解釈するために、当該システムコントローラ自身のプロトコルの起動を当該システムコントローラにさせる。たとえばシステムコントローラは、その適用対象である期間および装置を閲覧し、指定されたプラグ負荷装置に対応する１つまたは複数のコンセント制御監視装置へ送信されるコンパイル済み装置電力状態スケジュールを待ち行列に入れる。当業者であれば、プラグコンセント装置を指定することは、当該プラグコンセント装置に関連付けられたコンセント制御監視装置の指定の代用になることが明らかである。好適には、コンセント制御監視装置は、スケジュールされた時期においてコンパイル済み装置電力状態スケジュールを実行するように構成されている。
【００８９】
プラグ負荷装置のリアルタイムでの制御方法
一部の実施形態では、前記システムは、ユーザに対し、オン状態またはオフ状態の変化をリアルタイムで実行させるのを許可するように構成されている。ユーザが、ＯＣＭＤ１２に結合された装置の電力状態のリアルタイム制御を実行したい場合には、ユーザは、システム管理ノード１０２のＧＵＩの装置制御ダッシュボードインタフェースにアクセスすることができる。この装置制御ダッシュボードインタフェースには、通信媒体６０を使用するように構成されたどのクライアント制御装置１０３を介してもアクセスすることができる。ユーザにより入力された情報は通信媒体６０を介して送信され、システム管理ノード１０２上にて処理および実行される。一部の実施形態では、前記システムは、装置をリアルタイムで制御することをユーザに対して許可するリアルタイムモジュールを含む。このリアルタイムモジュールは、システム管理ノードの一部とするか、または、システム管理ノードと動作可能に結合することができ、不揮発性媒体に記憶することができる。
【００９０】
ＧＵＩは各々の装置のリストを、または、各々の装置グループのリストを供給することができる。装置グループの装置は、任意の数の異なる基準にしたがって容易にグループ化および／またはソートすることができる。このＧＵＩは各装置または各装置グループごとに、何らかのユーザトリガ方式のメカニズムを提供する。このメカニズムは、各装置への電力供給をリアルタイムでオンまたはオフに切り替えるコマンドを、当該各装置に結合された関連のＯＣＭＤ１２へ送信することをトリガする、クリック可能なウェブ「オン／オフ」ボタンとすることができるが、この具体例に限定されることはない。
【００９１】
ＧＵＩはまた、現在の時刻に応じたコンパイル済みの計画されたオン／オフイベントに基づき、かつ、当該日付において当該装置に対応する関連の日替わりコンパイル済み装置電力状態スケジュールに従い、各装置の現在の電力状態を表示することもでき、かつ、ＯＣＭＤのオーバーライド状態に関する定期的なデータを表示することもできる。この定期的なデータは、当該ＯＣＭＤからシステムコントローラへ送信されてからシステム管理ノードへ送信されて、一時的データベース１１０に記憶される。このようにして、ユーザがこのＧＵＩを閲覧する度に、各装置の現在のスケジュール情報を取り出すことにより（このスケジュール情報は周期的な間隔をおいて、エネルギー節約プランのロジックの変化に応じて計算された上で、または別の手法で計算された上で、一時的データベース１１０に記憶されている）、各装置の現在の電力状態を計算することができる。したがって、或る装置が現在「オフ」である場合には、ＧＵＩによってユーザは当該装置を「オン」に切り替えることができ、また、その逆の場合には逆の切り替えを行うことができる。この方法により、現在のユーザが読み出し、書き込みおよび制御の許可を有する対象である一時的データベース１１０に対し、装置グループの完全なリストの要求が行われ、これに応じて、当該現在のユーザによって閲覧されるクライアント制御装置１０３へ当該装置グループが送信される。
【００９２】
装置グループは、数多くの定義された特性によって定義することができ、かつ、当該数多くの定義された特性と共に記憶することができる。この定義された特性 には、包含される装置のリスト、グループ名、および、当該グループが作成された日付が含まれるが、これらの具体例に限定されることはない。インタフェースによってユーザは、閲覧中のグループを、装置数、名前（英数字）、作成日等を含めた任意の数の上記の基準に基づいてソートすることができる。当該基準は、これらの具体例に限定されることはない。インタフェースはまた、閲覧しているグループをユーザにより拡張および圧縮することができ、当該拡張や圧縮により、ユーザが任意の特定のグループ名をクリックして、当該グループを構成する全ての装置を見ることができ、また、再度クリックすることにより当該グループを圧縮して当該グループの装置リストを隠すことが可能であるように構成することも可能である。インタフェースはまた、ユーザが新規グループを作成するためのメカニズムを公開するように構成することもできる。
【００９３】
上記のグループ作成インタフェースにより、ユーザは、新規グループの上述の定義特性を特定すること（および、オプションとして名前を割り当てること）、および、当該新規グループに含める装置を個別に、または予め定義されたグループごとに選択することが可能である。まず先に装置をシステムに追加する場合には、この追加した装置は、装置位置（位置は、ユーザまたはシステム管理者によって定義される）、装置に結合されている特定のＯＣＭＤ１２およびチャネル（特に、１つのＯＣＭＤ１２が複数のプラグを有し、よって複数の装置に結合されている場合）、どのユーザが当該装置を所有しているか、どのクライアントノード３に当該装置が属しているか、当該装置がどのシステムコントローラ５０に属しているか（１つのクライアントノードが複数のシステムコントローラ５０を有している場合）、および、当該装置がどの装置タイプに属しているか（１つの実施形態では、システムによってデフォルトの装置タイプが定義されており、必要に応じてシステム管理者および／またはユーザが新規の装置タイプを追加することができる）を含めた複数の種々の定義特性と共に一時的データベース１１０に記憶されることに留意されたい。当該定義特性は、上述の具体例には限定されない。
【００９４】
また、システムに装置が追加されると、当該システムによって当該装置の他の特性が発見される。この他の特性には、最後のエネルギー検針日の日付および平均消費電力が含まれるが、これらの具体例に限定されることはない。したがって、グループ作成インタフェースを用いて上述の特性または基準のうちいずれかと共に装置が記憶され、当該いずれかの特性または基準に基づいて装置を閲覧およびソートすることができ、よって、当該いずれかの特性または基準に基づいて装置を容易にグループ分けすることができる。ユーザが、新規のグループに対応する当該ユーザ自身の完全な特性を送信する場合、この情報は当該ユーザのクライアント制御装置１０３から通信媒体６０を介して送信され、システム管理ノード１０２によって処理されて一時的データベース１１０上に記憶される。
【００９５】
１つの実施形態では、特定の装置の現在の電力状態がリアルタイムで変化する場合、ユーザは、自身がどの程度の時間長でリアルタイム制御状態を有効状態に維持したいかによって定義された、以下の意図された３つの別個の結論を有することができる：
（１）次の計画されたオン／オフイベントの電力状態が、リアルタイムで実行中である電力状態とは逆の電力状態である場合、当該特定の装置はこれに応じて、既にロードされている自身のコンパイル済み装置電力状態スケジュールを再開する（以下、「現在のイベントのオーバーライド」という）。
（２）当該特定の装置は、設定されたある程度の期間経過後に、既にロードされている自身のコンパイル済み装置電力状態スケジュールを再開する（以下、「タイミング設定されたオーバーライド」という）
（３）当該特定の装置は、既にロードされている自身のコンパイル済み装置電力状態スケジュールを忘却し、無期限で、または更に他のユーザインタラクションがあるまで、リアルタイムで実行中の電力状態に留まる（以下「永続的オーバーライド」という）。
他の１つの実施形態では、ユーザは、リアルタイム制御を実行している各主体に対し、前記３つの意図された結論のうちどれを適用するかを選択することができる。ユーザはまた、前記３つの意図された結論のうち、常にいずれか１つが実行されるように、デフォルトの振舞いを設定することもできる。
【００９６】
前記３つの意図された可能な結論のうち第１の結論は、第２および第３の結論とは異なるシステムレベルの実行を必要とする。現在のイベントのオーバーライドの場合には、システム管理ノード１０２は新規のエネルギー節約プランを生成する。この新規のエネルギー節約プランの開始日および終了日は現在の日付と同一であり、当該新規のエネルギー節約プランの計画されたオン／オフイベントのシーケンスは、ユーザが現在の計画されたオン／オフイベントをオーバーライドした点を除いて、現在の関連のプランの計画されたオン／オフイベントのシーケンスと同一であり、また、当該新規のエネルギー節約プランは、当該ユーザがＧＵＩを介してリアルタイムの電力状態制御を表現するために選択した装置から構成される装置のリストと、当該装置に対して起動している現在のどのプランよりも高い優先度とを有する。ユーザにより生成されたこのエネルギー節約プランは、他の全てのエネルギー節約プランと共に一時的データベース１１０に書き込まれる。この時点において、影響を受ける全ての装置について、システム生成された新規のエネルギー節約プランの影響を含めるべく、日替わりコンパイル済み装置電力状態スケジュールが再計算される。その後、新規の週替わりスケジュールメッセージが、現在のスケジューリングされた電力状態が反転したという結果と共に、全ての関連するＯＣＭＤ１２へ送信され、ＯＣＭＤ１２は、電力状態が逆である次のイベントの時点に基づいて、ロードされている自身の通常の計画されたオン／オフイベントを再開する。たとえば、装置が月曜日の００：００にオフになり、月曜日の０５：００にオンになり、月曜日の０８：００にオフになるとスケジューリングされている場合において、ユーザが現在のイベントのオーバーライドを月曜の０２：００に実行した場合、装置はリアルタイムで０２：００にオフからオンに切り替わり、その後、０８：００にオフに切り替わり、自身の通常のコンパイル済み装置電力状態スケジュールを再開する。
【００９７】
タイミング設定されたオーバーライドまたは永続的オーバーライドのいずれかの場合には、節約プランのフレームワークは影響を受けることがなく、システム管理ノード１０２は、別のメカニズムを介してＯＣＭＤ１２の電力状態の切り替えを当該ＯＣＭＤ１２にさせる。タイミング設定されたオーバーライドおよび永続的オーバーライドのいずれにおいても、ＯＣＭＤ１２へのメッセージおよび配信メカニズムは同じである。したがってその相違点は、ユーザにより設定される「スケジュールオーバーライドタイムアウト」と称されるプリファレンスによるものである。これは、ＯＣＭＤ１２のロードされているスケジュールの計画されたオン／オフイベントに戻る前に、現在命令されている電力状態コマンドをどの程度の時間長にわたって実行すべきかを記述するものである。１つの実施形態では、スケジュールオーバーライドタイムアウトを任意の整数の時間的な分に設定して、タイミング設定されたオーバーライドが発生するようにし、または「Never」の値に設定して、永続的オーバーライドが発生するようにすることができる。他の１つの実施形態では、ユーザは、リアルタイム制御を実行する各主体に適用される値を選択することができる。ユーザはまた、デフォルトのスケジュールオーバーライドタイムアウトを設定することにより、前記意図された結論のうち、常時いずれか１つが実行されるようにすることもできる。いずれの場合においても、システム管理ノード１０２は、オーバーライドされている最中の、影響を受ける装置に結合されたＯＣＭＤ１２に関連付けられている全てのシステムコントローラ５０へのメッセージの送信をトリガする。好適には、各システムコントローラ５０へ送信されるメッセージは１つである。影響を受ける装置ごとに、このメッセージは、当該各装置に結合された関連のＯＣＭＤ１２の識別子およびチャネル位置の識別子と、命令されている電力状態とを含む。このメッセージ（以下「オーバーライドメッセージ」という）はＯＣＭＤ１２によって、デフォルトの振舞いである「スケジューリングモード」から出て「オーバーライドモード」に入るようにとの指示であると解釈される。この「オーバーライドモード」は、ＯＣＭＤ１２が自身のロードされているスケジュールを無視して、指定された電力状態に無期限で留まるモードである（タイミング設定されたオーバーライドの場合には、規定されたオーバーライドタイムアウトが経過した後にスケジューリングモードを再開するようにとの指示がＯＣＭＤ１２に与えられる）。
【００９８】
このオーバーライドメッセージは、システム管理ノード５０上においてメッセージング待ち行列に追加され、その後に、通信媒体６０を介して送信されて、システムコントローラ５０のサーバリンクメッセージングマネージャ６１により受信される。その後、オーバーライドメッセージはクライアントデータコマンド処理アプリケーション６５まで送信され、このクライアントデータコマンド処理アプリケーション６５は、当該メッセージに含まれる情報のうちどの情報をどのＯＣＭＤ１２へ送信すべきかを特定および確定し、その後、そのメッセージ内容（ヘッダとしてエンコードされ、オーバーライドを特定し、電力オフ状態の場合には０ｘ００かつ電力オン状態の場合には０ｘ０１を伴う）をＷＴＭＭ６７６７まで直接送信する。ＷＴＭＭ６７はこれをバイトリストとしてパッケージ化し、１つの実施形態では、ＯＣＭＤ１２宛先のネットワークアドレスとチャネル指定とに対応するバイトを前部に付加し、かつ、チェックサム等のセキュリティ手段を付加する。ＷＴＭＭ６７は、ジグビートラストセンターを介して無線で、この最終的なメッセージまたはパケットを関連のＯＣＭＤ１２へ送信する。ＯＣＭＤ１２上に搭載されたジグビーノードはこのメッセージを受信し、この情報を、ＯＣＭＤのマイクロコントローラ上にて実行されるアプリケーションへ中継する。このようにしてＯＣＭＤは、所望のリアルタイム制御コマンドを解釈、保存および実行し、これに応じて、当該ＯＣＭＤの（１つまたは複数の）装置への電力供給をオンまたはオフに切り替える。
【００９９】
更に、タイミング設定されたオーバーライドの場合には、システムコントローラ５０はオーバーライドタイムアウト値をクライアントデータベース５６に保存する。このオーバーライド値が（上記のＧＵＩを用いて）ユーザにより変更された場合には常に、システムコントローラ５０に対し、上述のメッセージング手順と同様のメッセージング手順で通知がなされる。また、全てのＯＣＭＤ１２の現在のモード（スケジューリングモードまたはオーバーライドモード）がシステムコントローラ５０に対して通知される。というのも、この情報に包含されるものは、ＯＣＭＤ１２のエネルギー検針を含むパケット等、他のパケットにエンコードされ、各ＯＣＭＤに搭載されているジグビーノードとジグビートラストセンターとの間で常時交換されているからである。ＯＣＭＤ１２がオーバーライドモードに入ったという情報をシステムコントローラ５０が受信した瞬間に、システムコントローラ５０はこの情報をタイムスタンプと共にクライアントデータベース５６に記憶する。指定されたオーバーライドタイムアウト期間が経過すると、システムコントローラ５０はクライアントデータコマンド処理アプリケーション６５を介してＷＴＭＭ６７へメッセージを送信する。このメッセージは、当該メッセージがスケジューリングモードに入るようにとのコマンドとして解釈すべきであることを指定するヘッダとしてエンコードされる。ＷＴＭＭ６７はこれをバイトリストとしてパッケージ化し、１つの実施形態では、ＯＣＭＤ１２宛先のネットワークアドレスとチャネル指定とに対応するバイトを前部に付加し、かつ、チェックサム等のセキュリティ手段を付加する。ＷＴＭＭ６７は、ジグビートラストセンターを介して無線で、この最終的なメッセージまたはパケットを関連のＯＣＭＤ１２へ送信する。ＯＣＭＤ１２上に搭載されたジグビーノードはこのメッセージを受信し、この情報を、ＯＣＭＤ１２のマイクロコントローラ上にて実行されるアプリケーションへ中継する。このようにしてＯＣＭＤ１２は、スケジューリングモードを再開するようにとのコマンドを解釈、保存および実行して、既にロードされている自身の週替わりコンパイル済み装置電力状態スケジュールに従い、当該ＯＣＭＤ１２の（１つまたは複数の）装置への電力供給をオンまたはオンに切り替える。
【０１００】
如何なるサービス低下や生産性低下も防止するため、装置電力状態制御システム１００はユーザに対し、オフの計画されたオン／オフイベントを現在実行しているＯＣＭＤ１２をローカルで手動によりオーバーライドするための手法を提供する。好適には、ＯＣＭＤ１２のこのローカルの手動オーバーライド機能は、システムコントローラ５０またはシステム管理ノード１０２の状態に依存せず、かつ、特定のＯＣＭＤ１２と当該システムコントローラ５０との間の無線接続性に依存せずに、常時使用可能とする。１つの実施形態では、前記ローカルの手動オーバーライドは、ユーザがＯＣＭＤ１２上のボタンを物理的に押すことによって実現される。この行為はＯＣＭＤ１２のマイクロコントローラによって、オンのタイミング設定されたオーバーライドまたは永続的オーバーライドの無線コマンドと同等に解釈される。オーバーライドタイムアウトメカニズムも（ユーザによって「Never」以外の値が設定されている場合）同様に、上述の手法で適用される。さらに、オーバーライドモードから出てスケジューリングモードを再開するために、ユーザはＯＣＭＤ１２のボタンを再度押すことができる。一部の実施形態では、装置電力状態制御システム１００は、ＯＣＭＤ１２がオーバーライドモードにあるときにインジケータを提供する。たとえば、ＯＣＭＤ１２がオーバーライドモードにあるときに点滅するＬＥＤ点灯部をＯＣＭＤ１２上に設けることができ、また、システム管理ノード１０２のＧＵＩコントロールページ上にて、現在オーバーライドモードにあるＯＣＭＤ１２に結合された各装置の隣に、オーバーライドアイコンが現れるようにすることができる。
【０１０１】
許可
装置電力状態制御システム１００は、許可フレームワークを有するように構成することができる。この許可フレームワークは、特定のクライアントノード３に関連付けられた登録済の各ユーザを、任意の数の制御レベルに割り当てるためのものであり、当該制御レベルはそれぞれ、ＯＣＭＤおよび当該各ＯＣＭＤに関連付けられた装置を含めた複数の異なるリソースセットに対する複数の異なる制御許可セットを有している。
【０１０２】
さらに、特定のユーザに対して特定のリソースの複数の異なる制御機能を許可する他に、制御レベルは、競合の場合に、リソースに対する特定のユーザのコマンドの優先度も記述する。制御レベルの数は任意とすることができるが（たとえば１〜１０、３〜１００等）、１つの実施形態では、第１の制御レベルは上級管理者である。最初にアカウントを設定するユーザは自動的に、この制御レベルに割り当てられる。このユーザは、制御レベルのカスタムの多層構造を設定すること、および、他のユーザをその制御レベルに割り当てることを許可される。たとえば、全システムの全ての装置または多くの装置に及ぶ汎用の節約プランを上級管理者が設定できるようにするためだけでなく、この汎用プランが実際のユーザ（またはユーザグループまたはフロアの）挙動と競合するという稀な事例において、より下位のレベルのユーザが汎用プランを無効化できるようにするため、上記のカスタムの制御レベル多層構造を以下のように割り当てることができる。上位レベルのユーザ（すなわち上級管理者）は汎用情報を有し、全システムの大部分の装置に汎用的に適用可能な節約プランを容易に実行（またはリアルタイム制御を実行する）することができる（すなわち、比較的多くの装置を対象とする、比較的低い優先度の制御許可）。それより下位レベルのユーザ（具体的にはキュービクル管理者）は、個々の使用習慣に関する個別情報を有し、より上位レベルのユーザのプランが当該下位レベルのユーザの装置の一部に適用できないか、または競合を生じさせる場合には、当該下位レベルのユーザは、自身の装置に対応する節約プランを容易に作成することができる（すなわち、比較的少数の装置を対象とする、より高い優先度の制御許可）。たとえば１つの実施形態では、上級管理者は上述のように、優先度の昇順かつ制御許可の降順に、上級管理者、ビル管理者、フロア管理者、グループ管理者、キュービクル管理者、リードオンリーユーザという多層構造を設定する。上級管理者はこれらの各レベルごとに、エネルギー使用の閲覧と、互いに重複する別個の装置グループまたは異なる装置グループの電力状態の制御とを行うための個別の許可を割り当てることができる。よって一部の実施形態では、ある人が個人の装置を制御する能力が高いほど（すなわち、ある人が有する優先度が高いほど）、当該ある人が制御できる装置数が少なくなる、ということになる。
【０１０３】
一部の実施形態では、上級管理者はシステム内の全ての装置について閲覧および制御の権限を有することができる。このことにより、上級管理者は自身のレベルに、最小の制御優先度を割り当てることが可能である。ビル管理者レベルに割り当てられる、システムのユーザ数は少数とすることができ（たとえば２〜１０または３〜５）、ビル管理者に割り当てられた各ユーザは、自身のビルに設置された装置のみを閲覧および制御することができ、自身のビルの装置を制御およびスケジューリングする優先順位を有し、必要な場合には上級管理者の節約プランを無効化する。フロア管理者レベルにも、各ビルあたり多数のユーザを割り当てることができ（たとえば１０〜５０または２０〜３０）、フロア管理者レベルに割り当てられる各ユーザも同様に、それぞれ自身のフロアに設置された装置のみを閲覧および制御することができ、自身のフロアの装置を制御およびスケジューリングする優先順位を有し、必要な場合には、上級管理者またはビル管理者の節約プランを無効化する。グループ管理者レベルには、更に多くのユーザを割り当てることができ（たとえば２０〜２００または７５〜１５０）、各フロアあたりではユーザ数は少数となり（たとえば２〜５）、これらの各ユーザは、自身のグループに含まれる装置のみを閲覧および制御することができ、自身のグループの装置を制御およびスケジューリングする優先順位を有し、必要な場合には、上級管理者、ビル管理者またはフロア管理者の節約プランを無効化する。最後に、キュービクル使用者レベルには更に多数のユーザを割り当てることができ（たとえば２００〜２０００または７５０〜１５００）、これらの各ユーザは、自身のキュービクル内の装置のみを閲覧および制御することができ、自身のキュービクルの装置を制御およびスケジューリングする優先順位を有し、上記すべての制御レベルを無効化する。リードオンリーユーザは、一部または全部の装置の閲覧権限を有することができるが、制御権限を有することはできない。上述の構成では、手動のオーバーライドが最上位の優先順位を有することになる。
【０１０４】
機器制御システム１００は、上記の論理構造または他の論理構造または非論理構造を使用して構成することができ、これにより、制御レベル数は任意の数とすることができ、優先順序は任意とすることができ、各レベルにおけるユーザ数は任意とすることができ、装置数も任意であり、制御レベル、優先度、許可および装置のいかなる組合せや並べ替えも可能である。たとえば、最高の優先度は、最大数のコンセントを監督する人に与えることができる。節約プランが競合する場合（すなわち、異なるユーザによって作成された複数の節約プランが、特定の同一の日において特定の同一の装置に適用された場合）、より高い優先度の制御レベルのユーザによって作成された節約プランの方が、より高い優先度を獲得する。節約プランが競合し、かつ、当該節約プランが同一のユーザによって、または同一の制御レベルのユーザによって作成された場合には、作成時期がより最近である節約プランの方が、より高い優先度を獲得する。
【０１０５】
さらに、１つの実施形態では上級管理者は種々のシステム優先度構成設定を設定することができる。このシステム優先度構成設定は、特に上記のような装置制御競合が生じた場合の、それぞれ異なる優先度の異なる制御レベルに割り当てられたユーザ間のインタラクションを更に定義するものである。このシステム優先度構成設定には、装置制御競合が生じた場合に関与するユーザに対してシステムが警報を出すための、または、制御されている最中の装置の所有者または無効化されている最中の節約プランの所有者であるユーザに対し、新規の無効化制御イベントまたは節約プランが実行される前に当該事実の承認をシステムが要求するための、警報および承認設定が含まれるが、これらの具体例には限定されない。装置制御競合が発生した場合には、１つの実施例では、より低い優先度のユーザに対し、当該ユーザの装置が制御されている最中であること、または、当該ユーザの節約プランが無効化またはオーバーライドされているとの警報が、関連の詳細（すなわち、どのユーザが当該無効化をどの機器に対してトリガしたか）と共に発せられる。他の１つの実施例（最初の実施例と併用することも可能である）では、競合制御イベントまたは節約プランを開始する前に、最高の優先度のユーザに対し、当該アクションによって装置制御競合が生じるとの警報が、関連の詳細と共に（すなわち、どのユーザの装置または節約プランがオーバーライドまたは無効化対象になるか）発せられる。システム警報設定は通信（すなわち、どの関係者に対してアクションについての通知を行うか）を定義するが、実行（すなわち、システムが実際にどのアクションをいつ行うのか）に影響を及ぼすことはない。
【０１０６】
他方、システム承認設定は、通信および実行の双方に影響を与えるものである。説明のため、システム承認設定がシステム内の装置制御を制限する程度によってシステム承認設定を提示するが、この制約性のスペクトラム分布に即した任意の設定が可能である。最も制約的な実施形態では、いかなる装置制御競合も、無効化またはオーバーライド対象となる関係者が実行前に承認する義務を負うように、承認設定を設定することができる。たとえば、上記のような許可／優先度構成では、上級管理者がシステム内の全ての装置について節約プランを作成した場合、実行前にこの全ての装置の節約プランが、各ビルの各ビル管理者によって承認され、その後に各フロアの各フロア管理者によって承認され、その後に各々の装置について各グループ管理者によって承認され、かつ各キュービクル管理者によって承認されなければならない。よって、低い優先度のユーザの制御が、高い優先度のユーザによって非常に制限されてしまう。また、１つの実施形態では、その逆も同様に成り立つという非常に限定的な事例がある。具体的には、キュービクル管理者が、上級管理者によって作成された節約プランを無効化する場合、無効化する側の節約プランは、上級管理者が承認するまで実行できない、というものである。このスキームが非常に制約的であるのは、承認がなされるまでは競合が実効性を有することがないからであり、ここで優先度は関係無いからである。それとは逆に、最も制約的でない事例では、高い優先度のユーザが低い優先度のユーザを無効化またはオーバーライドするために承認を行う必要はなく、または、低い優先度のユーザによる制御が、高い優先度のユーザを無効化またはオーバーライドするものでない限りは、高い優先度のユーザが所有する装置を低い優先度のユーザが制御またはスケジューリングするために承認を行う必要はない。これらの２つの極端な例は、簡潔に説明するために挙げたものであり、以下の括弧内にてスラッシュにより分離したオプションによる以下のステートメントに応じて（しかし、これに限定されることはない）、隣同士の制御レベル間における承認設定を定義するいかなる組合せも可能である：
［より上位／より下位の］制御レベルのユーザは、［より下位／より上位の］制御レベルのユーザが所有する［装置／節約プラン］を、承認［有り／無し］で［制御／オーバーライド／無効化］することができる
このフォーマットを用いると、システム優先度構成設定を設定する許可を有するユーザは、上記にて提示したオプションの、競合しない組合せを選択する任意の数の規則を設定することができる。１つの実施形態では、各制御レベルのユーザが、自身のシステム優先度設定と、より下位のレベルのユーザのシステム優先度設定とを設定することができ、または、より下位のレベルのユーザに当該システム優先度設定を委任することができる。ここでも、実際の生活の種々のシナリオに合わせてシステムを容易に調整できるように、いかなる置換や組合せも可能である。
【０１０７】
機器制御システム１００の上記革新的な点のうち１つは、どの制御レベルに割り当てられたどのユーザも、１つの装置だけのリアルタイム遠隔制御のための節約プランを容易かつ迅速に設定したり、または１つの装置だけのリアルタイム遠隔制御を実行することができ、また、全システムの数千の装置のリアルタイム遠隔制御のための節約プランを容易かつ迅速に設定したり、または数千の装置のリアルタイム遠隔制御を実行することもできるという、前例の無い制御の細やかさと制御の幅との双方を同時に提供できることである。この革新を実現するための１つのメカニズムは、ランダムにグループ分けし、または、任意の数のユーザ定義またはシステム定義された基準に基づいて、ユーザがどのような異なる装置サブセットまたは重複する装置サブセットも、手動または自動で編成することができる、システムの装置グループ分けフレームワークである。ユーザは常時、個別に、または自動的なシステム定義されたグループごとに、またはユーザ定義されたカスタムのグループごとに、装置にアクセスすることができる。
【０１０８】
システム装置グループ分けフレームワークの有用性および利点は、説明目的で記載した以下の実施形態で説明することができる。２階および７階の従業員は、毎週火曜日および水曜日に遅くまで残っていることを、ビル管理者が把握していると仮定する。このビル管理者は、これらのフロアのユーザが所有する関連の装置に対し、新規の節約プランを設定することができる。
【０１０９】
まず最初に、ビル管理者はクライアント制御装置１０３を用いてグループ作成インタフェースにアクセスする。ビル管理者は、たとえば「２階＆７階の装置」との名前の新規グループを作成する。ビル管理者は上記のソートおよびグループ分けツールを用いて、当該グループを構成するための２階および７階の全ての装置を迅速かつ容易に選択することができる。これらのフロアの装置が既に、フロアごとに定義されたグループに包含されている場合には、ビル管理者は２階のグループと７階のグループとを選択するだけでよい。フロアグループが未定義である場合には、ビル管理者はフロアごとに全ての装置をソートし、その後に、２階および７階の全ての装置を選択する。このようにして、数千の装置から構成されたこの特定のグループを容易に作成することができる。装置グループが定義されると、ビル管理者は節約プランインタフェースにアクセスし、適用可能な開始日および終了日と、毎週火曜日および水曜日には労働時間が遅いことを反映した計画されたオン／オフイベントとを有する新規の節約プランを定義し、「２階＆７階の装置」が当該新規の節約プランに適用される。類似の実施例では、ビル管理者は同一のタスクを１つのインタフェース（節約プランインタフェース）にて実行することにより、節約プランを作成し、節約プランインタフェースから直接、予め定義されたグループごとに、または個別に、関連の装置を選択、ソートおよび選択することができる、装置選択ステップ。この実施例ではシステムは、この節約プランに対応する装置のカスタム選択によって新規グループを自動作成するオプションを与える。このようにして、数千の装置を閲覧および制御する許可を有するユーザが、尋常でない規模の範囲の制御対象に容易にアクセスすることができる。
【０１１０】
装置制御システムでも同様に、前例の無い細やかさの制御を実現することができる。上記の実施形態ではたとえば、７階の１人の従業員だけが毎週火曜日および水曜日に遅くまで勤務しないが、７階の他の従業員は遅くまで勤務しているという状況もあり得る。ビル管理者に対してこの例外について警告がなされた場合には、ビル管理者は、この１人の従業員が所有する少数の装置のみを除外すべく、上記実施例で作成された節約プランを容易に編集することができる。節約プランインタフェースでは、ビル管理者は、当該特定の節約プランに対する「編集」オプションを選択する。前記装置選択ステップにおいて、「２階＆７階の装置」グループ内の全ての装置を閲覧するため、当該グループを拡大することができる。拡大した各構成要素の装置は、フロアごとにソートしてから、その後にユーザごとにソートすることができ、このようにして、前記１人の従業員の装置をビル管理者によって迅速に特定して削除することができる。前記１人の従業員の例外的な勤務時間についてビル管理者に警告がなされなかった場合でも、システムは、当該従業員がこの状況を自身で救済するための種々のメカニズムを提供する。自身のキュービクルを管理するキュービクル管理者の場合には、当該従業員はビル管理者のプランから除外することができ（より下位の制御レベルの優先度の方が高い場合）、または、ビル管理者のプランを無効化するための新規の節約プランを作成することができる。当該従業員は、毎日夕方にビル管理者のプランを手動でオーバーライドすることも可能である（または、オーバーライドタイムアウトが定義されていない場合には、１回のオーバーライドで永久的にオーバーライドすることができる）。このようにして、ビル管理者（数千の装置へのアクセス権限を有する者）も、また１人の従業員またはキュービクル管理者（自身の少数の装置へのアクセス権限しか有さない者）も、桁外れな細やかさの制御に容易に到達することができるようになる。
【０１１１】
複数の装置からの制御
上記の実施形態は、複数のプラグ負荷装置を制御するために用いることができる。上記実施形態のうち一部では、システム管理ノードが、第１のコンパイル済み装置電力状態スケジュールと第２のコンパイル済み装置電力状態スケジュールとを含めた複数のコンパイル済み装置電力状態スケジュールを生成し、第１のコンパイル済み装置電力状態スケジュールは、第１のコンセント制御監視装置へ送信すべき命令を提供し、第２のコンパイル済み装置電力状態スケジュールは、第２のコンセント制御監視装置へ送信すべき命令を提供する。オプションとして、第１のコンセント制御監視装置と第２のコンセント制御監視装置とは、同一のシステムコントローラと動作可能に結合されている。
【０１１２】
一部の実施形態では、第１のコンパイル済み装置電力状態スケジュールは第１のシステムコントローラへ送信され、第２のコンパイル済み装置電力状態スケジュールは第２のシステムコントローラへ送信される。システム管理ノードはたとえば、２〜１００個のシステムコントローラと通信するように構成することができる。
【０１１３】
さらに、一部の実施形態では、前記命令は第１のユーザと第２のユーザとから受信され、当該第１のユーザからの命令と第２のユーザからの命令とは、同じプラグ負荷装置を特定し、さらに、前記コンパイル済み装置電力状態スケジュールの生成時には、第１のユーザの各優先度規則の方が、第２のユーザの各優先度規則より先行する。他の実施形態では、更に他のユーザから、すなわち第３，第４，第５，第６，第７，第８のユーザ等からの命令が受信される。
【０１１４】
他の１つの実施形態では、本発明は、複数のプラグ負荷装置を複数のユーザにより制御する方法を提供する。当該方法では、遠隔の複数のユーザ装置から第１の通信内容が受信され、当該通信内容の受信に応答して、各装置のグラフィックユーザインタフェースが、機器（「プラグ負荷」とも称する）のエネルギー使用を変更するためのオプションを表示する。特に、異なる装置において適用可能なオプションは、ユーザがエネルギー使用を変更するために与えられた許可に依存して異なることができる。
【０１１５】
オプションを閲覧した後、複数のユーザが、１つまたは複数の装置のエネルギー使用を変更するための命令を送信することができる。命令が第１および第２のユーザから来た場合には、これらの命令をたとえば、第１の命令および第２の命令と称する場合がある。複数の装置におけるアクションは、同時に、または異なる時点で行うことができる。競合する命令を受信した場合には、システムは、どの命令に対して他の命令をオーバーライドする権限を与えるかを決定することができる。この決定は、コンピュータによって自動アクセス可能なメモリに記憶された規則に従い、当該コンピュータにより下すことが可能である。
【０１１６】
競合が存在しない場合には、この命令はシステムコントローラへ、当該命令を実行させるためのフォーマットで送信することができる。同時に受信された複数の命令間に競合が生じている場合、または、実行中の命令と受信された命令とに競合が生じている場合には、上記規則を適用する新規のデータパッケージであって、受信された前記命令のうち１つまたは複数と相違する新規のデータパッケージを形成することができる。
【０１１７】
実行のために送信される前記命令は、未変更の第１の命令と未変更の第２の命令とを含むか、または、記憶された規則を遵守するために当該第１または第２の命令の一部または全部を省略した命令セットを含むかにかかわらず、「第３の命令」と称することがある。
【０１１８】
一部の実施形態では、前記第１のユーザおよび第２のユーザにはそれぞれ、重複するが同一範囲でない２つのコンセント制御監視装置セットのエネルギー使用を制御する権限を与えられている。他の実施形態では、両ユーザに与えられている制御許可の対象となる装置セットは重複しない。さらに他の実施形態では、第１のユーザには、第２のユーザに与えられているエネルギー使用制御権限の対象となっている装置サブセットのエネルギー使用を制御する権限が与えられる。
【０１１９】
さらに、たとえば第３の命令は、電気使用をリアルタイムで変化させる方向を含むことができる。これに代えて択一的に、またはこれと併用して、第３の命令は、スケジューリングされた将来の時期における電気使用の変化の方向を含むことができ、コンセント制御監視装置は、スケジューリングされた時期において当該コマンドを実行することができる。ユーザが同一のクライアントの一部である場合には、上記のように、第３の命令を同一のシステムコントローラへ送信することができる。しかし、ユーザが異なるクライアントに属している場合には、第１の命令は第１のシステムコントローラへ送信され、第２の命令は第２のシステムコントローラへ送信されることになる。エネルギー使用を変化させるための情報を含むメッセージの定期的な送信の一部として送信されるか、または、リアルタイムメッセージの一部として送信されるかに応じて、システムコントローラへ送信される命令を、週替わりスケジュールメッセージの一部とするか、またはリアルタイムメッセージの一部とすることができる。
【０１２０】
システム、ハードウェアおよびソフトウェア
上記にて説明し図面中に示した種々の構成要素の各機能は、専用のハードウェアを使用して実現することができ、また、ソフトウェアを実行できるハードウェアと適切なソフトウェアとを併用して実現することもできる。プロセッサにより実現する場合には、前記機能を１つの専用のプロセッサによって、または１つの共用プロセッサによって、または複数の個別のプロセッサによって実現することができ、この複数の個別のプロセッサのうち一部は共用プロセッサとすることができる。さらに、「プロセッサ」または「コントローラ」との用語を明示的に用いる場合には、ソフトウェアを実行できるハードウェアのみを指すと解すべきではなく、暗黙的に、デジタル信号処理プロセッサ（「ＤＳＰ」）ハードウェア、ソフトウェアを記憶するリードオンリーメモリ（「ＲＯＭ」）、ランダムアクセスメモリ（「ＲＡＭ」）および不揮発性記憶装置も含むことができ、これらに限定されることはない。
【０１２１】
１つまたは複数のプラグ負荷装置のエネルギー使用を制御するシステムに、種々の実施形態を実行するための上記のハードウェアおよびソフトウェアを組み合わせて組み込むことができ、これらのシステム自体が、１つまたは複数のプラグ負荷装置を含むことができる。これらのシステムはまた、１つまたは複数のコンセント制御監視装置を含むこともできる。上記にて述べたように、コンセント制御監視装置は、大スケジューリング期間に対応するコンパイル済み装置電力状態スケジュールを記憶し、プラグ負荷装置と動作可能に結合されている。さらにコンセント制御監視装置は、前記コンパイル済み装置電力状態スケジュールを記憶するオンボード記憶装置も含むことができ、このオンボード記憶装置はさらに、過去のエネルギー使用データを記憶するように構成することが可能である。さらに一部の実施形態では、前記オンボード記憶装置は、将来の制御信号イベントに対応するコンパイル済み装置電力状態スケジュールを記憶するように構成することも可能である。また、コンセント制御監視装置内部には、将来の制御信号イベントに対応したコンパイル済み装置電力状態スケジュールに従ってエネルギー使用の変化を行わせるように構成された装置オペレーティングシステムを設けることも可能である。
【０１２２】
一部の実施形態では、前記システムはさらに、システムコントローラとシステム管理ノードとを含み、これは、上記の実施形態と同様の構成とすることができる。よって、当該システム管理ノードはたとえば、前記システムコントローラと通信するように構成されており、かつ、時間長Ｔ１の大スケジューリング期間にわたる複数の計画されたオン／オフイベントの情報をそれぞれ含む複数のエネルギー節約プランを記憶する第１のデータベースを包含するかまたは当該第１のデータベースと動作可能に結合されており、当該大スケジューリング期間は複数の小スケジューリング期間に分割され、当該小スケジューリング期間の数をｎとし、各小スケジューリング期間の時間長をＴ２とすると、Ｔ１＝ｎ×Ｔ２であり、
（ii）デジタル情報を受信するように構成された通信モジュール
を有し、前記デジタル情報は、
（１）複数のエネルギー節約プランの選択と、
（２）前記複数のエネルギー節約プランに含まれる各エネルギー節約プランの開始日および終了日と、
（３）前記複数のエネルギー節約プランに含まれるエネルギー節約プランのセットの適用対象となる少なくとも１つのプラグ負荷装置の指定と、
（４）前記複数のエネルギー節約プランにおける各エネルギー節約プランの優先度と
を含む。
【０１２３】
さらに種々の実施形態では、前記システム管理ノードは前記システムコントローラと通信するように構成することができ、当該システム管理ノードは、
（ｉ）前記エネルギー節約プランの選択と、当該エネルギー節約プランの開始日および終了日と、当該エネルギー節約プランの優先度とに依存するコンパイル済み装置電力状態スケジュールを生成するためのコンピュータプログラム製品、および、
（ii）前記コンパイル済み装置電力状態スケジュールを前記システムコントローラへ送信するように構成された送信モジュール
を含むか、またはこれらと動作可能に結合されており、
前記システムコントローラは、前記コンパイル済み装置電力状態スケジュールを記憶して、当該コンパイル済み装置電力状態スケジュールを前記コンセント制御管理装置へ送信するように構成されている。
【０１２４】
一部の実施形態では、前記システム管理ノードは、複数の制御装置から命令を受信するように構成されており、たとえば、処理のために第１の制御装置から第１の命令を受信し、かつ、処理のために第２の制御装置から第２の命令を受信するように構成されている。これと併用して、またはこれに代えて択一的に、前記システムコントローラは、複数のコンセント制御監視装置に対応する複数のコンパイル済み装置電力状態スケジュールを記憶するように構成することもできる。
【０１２５】
さらに他の実施形態では、前記システムコントローラは、同一のコンセント制御監視装置に対応する第１のコンパイル済み装置電力状態スケジュールと第２のコンパイル済み装置電力状態スケジュールとを記憶し、第２のコンパイル済み装置電力状態スケジュールが第１のコンパイル済み装置電力状態スケジュールと異なる場合にのみ、第２のコンパイル済み装置電力状態スケジュールを当該コンセント制御監視装置へ送信するように構成することもできる。
【０１２６】
他の通常および／またはカスタムのハードウェアを設けることも可能である。また、図中に示したスイッチはいずれも、単に概念的なものに過ぎない。これらの機能は、プログラムロジックの演算により、専用のロジックにより、プログラムコントロールと専用ロジックとのインタラクションにより、または手動によっても実行することができ、具体的な技術は現場の実施者が選択することができ、これは、本願の記載内容から具体的に明らかである。
【０１２７】
特記しない限り、または、本願の開示内容の前後の文脈から明らかでない限りは、本願明細書全体の記載において用いられている「処理」、「コンピューティング」、「計算」、「決定」等の用語は、計算システムのレジスタおよび／または記憶装置内のたとえば電子的な量等の物理量として表されているデータを操作および／または変換して、当該計算システムの記憶装置、レジスタまたは他の同等の情報記録装置、送信装置または表示装置内において同様に物理量として表される他のデータにするコンピュータまたは計算システム、仮想マシン（ＶＭ）または類似の電子計算装置の作業および／または処理を指すべきものである。
【０１２８】
さらに、本発明の複数の実施形態は、本願の演算を実行するように構成された装置も含むことができる。装置は、所望の目的を果たすための特別な構成とすることができ、または装置は、コンピュータに記憶されたコンピュータプログラムにより選択的に起動または再構成されるデジタル信号処理プロセッサ（「ＤＳＰ」）または汎用コンピュータを含むことができる。このコンピュータプログラムは、コンピュータシステムバスに結合可能なコンピュータ読出し可能記憶媒体に記憶することができる。このコンピュータ読出し可能記憶媒体はたとえば、フロッピーディスク、光学ディスク、ＣＤ‐ＲＯＭ、磁気光学ディスク、リードオンリーメモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、電気的プログラマブルリードオンリーメモリ（ＥＰＲＯＭ）、電気的消去可能プログラマブルリードオンリーメモリ（ＥＥＰＲＯＭ）、磁気カードまたは光学カードを含むあらゆる種類のディスク、または、電子的命令を記憶するのに適したあらゆる他の種類の媒体等であるが、これらの具体例に限定されることはない。一部の実施形態では、コンピュータプログラム製品が記憶された媒体は、不揮発性媒体である。
【０１２９】
本願の思想によるプログラムと共に使用可能な汎用システムは種々存在し、または、所望の方法を実施するために更に特化された装置を構成するのが便利であることが分かっている。さらに、本発明の実施形態を記述するプログラミング言語は、決して特定のプログラミング言語に限定されない。本願にて開示した発明の思想を具現化するために用いることができるプログラミング言語は、種々存在することが明らかである。
【０１３０】
ソフトウェア実装の場合には、コンピュータソフトウェア（たとえばプログラムまたは他の命令）および／またはデータを、コンピュータプログラム製品の一部として機械読出し可能媒体上に記憶することができ、このコンピュータソフトウェアおよび／またはデータはリムーバブル記憶ドライブ、ハードドライブまたは通信インタフェースを介して、コンピュータシステム内または仮想マシンまたは他の装置またはマシン内にロードされる。コンピュータプログラム（「コンピュータ制御ロジック」または「コンピュータ読出し可能プログラムコード」ともいう）を主記憶装置および／または２次記憶装置に記憶し、１つまたは複数のプロセッサ（コントローラ等）により実行することにより、本願にて開示した発明の機能の実行を当該１つまたは複数のプロセッサにさせることが可能である。本願では、「機械読み出し可能媒体」、「コンピュータプログラム媒体」および「コンピュータ使用可能媒体」とは、一般的に、たとえばランダムアクセスメモリ（ＲＡＭ）、リードオンリーメモリ（ＲＯＭ）、リムーバブル記憶ユニット（たとえば磁気ディスク、光学ディスクまたはフラッシュメモリデバイス等）およびハードディスク等の媒体を指すのに用いられる用語である。一部の実施形態では、上記コンピュータプログラムは不揮発性媒体にあり、双方のデータを変換することができ、実行されるときには装置のエネルギー使用を変換することにより、装置をオン状態からオフ状態へ変換し、またはオフ状態からオン状態に変換することができる。
【０１３１】
本願にて記載した種々の特定の実施形態の構成はいずれも、特記しない限り、本願発明の他の実施形態の構成と共に用いることができる。よって、種々のまたは特定の実施形態を参照して説明した構成は、明示的に特記しない限り、または前後の文脈から暗示的に明らかでない限りは、本願にて開示した他の実施形態と併用するのに適していないと解釈すべきものではない。さらに、冒頭の記載部分は読みやすくするために設けたものであり、本発明の範囲を限定するものと解釈すべきものでは決してない。
【図１Ａ】
2016512008.tif 000005
【図１Ｂ】
2016512008.tif 000006
【図１Ｃ】
2016512008.tif 000007
【国際調査報告】
2016512008.tif 000008