(57)【要約】適応的な需要／応答電力管理のための技術に関する。スマートパワーモジュールを伴うバッテリを備えるプラットフォームの電力消費及びバッテリ充電レベルがモニタされる。プラットフォームについての電力消費及びバッテリ充電レベルを示す情報は、遠隔の需要／応答管理デバイスへ供給される。遠隔の需要／応答管理デバイス及びスマートパワーモジュールは、プラットフォームの１つ以上の電力消費特性を変更するためのコマンドを受け取る。プラットフォームの１つ以上の電力消費特性は、コマンドに応答して変更される。
2016520926.tif 000002
【特許請求の範囲】
【請求項１】
バッテリと、
プラットフォームの部分であり、前記バッテリによって給電される１つ以上の機能コンポーネントと、
１つ以上のハードウェア／ファームウェアインタフェース、オペレーティングシステムインタフェース及びバッテリコントローラと結合され、遠隔の需要／応答管理デバイスと通信し、該遠隔の需要／応答管理デバイスから受け取られるパワーポリシーを実施するパワーモジュールと
を有する装置。
【請求項２】
前記パワーモジュールは、プラットフォーム電力及びエネルギ消費を監視する、
請求項１に記載の装置。
【請求項３】
前記パワーモジュールは、前記プラットフォームのエネルギ消費行動を適応させることによってＱｏＳ保証を実行する、
請求項１に記載の装置。
【請求項４】
前記ハードウェア／ファームウェアインタフェースは、前記プラットフォームがスリープ状態にある場合に、前記パワーモジュールと前記遠隔の需要／応答管理デバイスとの間に双方向の通信チャネルを提供する、
請求項１に記載の装置。
【請求項５】
前記オペレーティングシステムインタフェースは、前記パワーモジュールがオペレーティングシステム内でのみ利用可能であるシステム利用情報を入手するように前記オペレーティングシステムと通信する能力を提供し、
前記オペレーティングシステムインタフェースは、前記パワーモジュールからの情報を前記オペレーティングシステムへ且つユーザ空間アプリケーション及びグラフィカルインタフェースへ供給する、
請求項１に記載の装置。
【請求項６】
前記パワーモジュールは、実時間アナリティクス及び機械学習メカニズムを用いて動作する、
請求項１に記載の装置。
【請求項７】
前記パワーモジュールは、高性能／高電力状態を制限することによって前記プラットフォームのパワーエンベロープを変更し、且つ、低電力モードのままでいるようプラットフォーム機能を調整する、
請求項１に記載の装置。
【請求項８】
バッテリ容量レベルが、前記プラットフォームのための要求されるシステムランタイムを保証するには低すぎる場合に、前記パワーモジュールは、系統電源へ切り替えられる、
請求項１に記載の装置。
【請求項９】
前記パワーモジュールは、ローカルの再生可能なエネルギ源が電力を供給している場合にプラットフォームバッテリを充電し、前記ローカルの再生可能なエネルギ源が電力を供給していない場合にバッテリ電源により動作する、
請求項１に記載の装置。
【請求項１０】
１つ以上のプロセッサに、
スマートパワーモジュールを伴うバッテリを備えるプラットフォームの電力消費及びバッテリ充電レベルをモニタさせ、
前記プラットフォームについての前記電力消費及びバッテリ充電レベルを示す情報を遠隔の需要／応答管理デバイスへ供給させ、
前記遠隔の需要／応答管理デバイスから、前記スマートパワーモジュールにより、前記プラットフォームの１つ以上の電力消費特性を変更するためのコマンドを受け取らせ、
前記スマートパワーモジュールにより、前記コマンドに応答して、前記プラットフォームの前記１つ以上の電力消費特性を変更させる
コンピュータプログラム。
【請求項１１】
前記スマートパワーモジュールは、１つ以上のハードウェア／ファームウェアインタフェース、オペレーティングシステムインタフェース及びバッテリコントローラと結合され、
前記スマートパワーモジュールは、
前記遠隔の需要／応答管理デバイスと通信するよう動作し、
プラットフォーム電力及びエネルギ消費を監視するよう、前記遠隔の需要／応答管理デバイスから受け取られるパワーポリシーを実施する、
請求項１０に記載のコンピュータプログラム。
【請求項１２】
前記スマートパワーモジュールは、前記遠隔の需要／応答管理デバイスから受け取られる１つ以上のパワーポリシーに応答して前記プラットフォームのエネルギ消費行動を適応させることによってＱｏＳ保証を実行する、
請求項１０に記載のコンピュータプログラム。
【請求項１３】
前記ハードウェア／ファームウェアインタフェースは、前記プラットフォームがスリープ状態にある場合に、前記スマートパワーモジュールと前記遠隔の需要／応答管理デバイスとの間に双方向の通信チャネルを提供する、
請求項１１に記載のコンピュータプログラム。
【請求項１４】
前記オペレーティングシステムインタフェースは、前記スマートパワーモジュールがオペレーティングシステム内でのみ利用可能であるシステム利用情報を入手するように前記オペレーティングシステムと通信する能力を提供し、
前記オペレーティングシステムインタフェースは、前記スマートパワーモジュールからの情報を前記オペレーティングシステムへ且つユーザ空間アプリケーション及びグラフィカルインタフェースへ供給する、
請求項１１に記載のコンピュータプログラム。
【請求項１５】
前記スマートパワーモジュールは、実時間アナリティクス及び機械学習メカニズムを用いて動作する、
請求項１０に記載のコンピュータプログラム。
【請求項１６】
前記スマートパワーモジュールは、高性能／高電力状態を制限し、電力モードのままでいるようプラットフォーム機能を調整することによって、前記プラットフォームのパワーエンベロープを変更する、
請求項１０に記載のコンピュータプログラム。
【請求項１７】
バッテリ容量レベルが、前記プラットフォームのための要求されるシステムランタイムを保証するには低すぎる場合に、前記スマートパワーモジュールは、系統電源へ切り替えられる、
請求項１０記載のコンピュータプログラム。
【請求項１８】
前記スマートパワーモジュールは、ローカルの再生可能なエネルギ源が電力を供給している場合にプラットフォームバッテリを充電し、前記ローカルの再生可能なエネルギ源が電力を供給していない場合にバッテリ電源により動作する、
請求項１０に記載のコンピュータプログラム。
【請求項１９】
需要／応答マネージャと、
前記需要／応答マネージャと結合される複数のクライアントプラットフォームデバイスと
を有し、
前記複数のクライアントプラットフォームデバイスの夫々は、１つ以上の機能コンポーネントと、１つ以上のハードウェア／ファームウェアインタフェース、オペレーティングシステムインタフェース及びバッテリコントローラと結合されるパワーモジュールとを有し、
前記パワーモジュールは、前記需要／応答マネージャと通信し、該需要／応答マネージャから受け取られるパワーポリシーを実施する、
システム。
【請求項２０】
前記パワーモジュールは、夫々のプラットフォームデバイスについてプラットフォーム電力及びエネルギ消費を監視する、
請求項１９に記載のシステム。
【請求項２１】
前記パワーモジュールは、夫々のプラットフォームデバイスのエネルギ消費行動を適応させることによってＱｏＳ保証を実行する、
請求項１９に記載のシステム。
【請求項２２】
前記ハードウェア／ファームウェアインタフェースは、前記プラットフォームデバイスがスリープ状態にある場合に、前記パワーモジュールと前記需要／応答マネージャとの間に双方向の通信チャネルを提供する、
請求項１９に記載のシステム。
【請求項２３】
前記オペレーティングシステムインタフェースは、前記パワーモジュールがオペレーティングシステム内でのみ利用可能であるシステム利用情報を入手するように前記オペレーティングシステムと通信する能力を提供する、
請求項１９に記載のシステム。
【請求項２４】
前記オペレーティングシステムは、前記パワーモジュールからの情報を前記オペレーティングシステムへ且つユーザ空間アプリケーション及びグラフィカルインタフェースへ供給する、
請求項２３に記載のシステム。
【請求項２５】
前記パワーモジュールは、実時間アナリティクス及び機械学習メカニズムを用いて動作する、
請求項１９に記載のシステム。
【請求項２６】
請求項１０乃至１８のうちいずれか一項に記載のコンピュータプログラムを記憶したコンピュータ読み取り可能な記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、エネルギ管理に関する。特に、本発明の実施形態は、適応的な需要／応答エネルギ管理のための技術に関する。
【背景技術】
【０００２】
スマートグリッド及び代替のエネルギ源（例えば、風力及び太陽光）は、従来のエネルギ源（例えば、石油又は天然ガス）のように完全に消費主導であるのではなくむしろ、エネルギ消費を制御するメカニズムを必要とする。幾つかの管轄は、エネルギ消費に関して正味ゼロであるよう、あるいは、正味プラスでさえあるよう、建物に求める。そのような建物に関し、エネルギ消費は、一定のエネルギ収支内にとどまるよう制御され得る。しかし、そのような技術は、不満足な個人体験をもたらし得る。
【図面の簡単な説明】
【０００３】
本発明の実施形態は、一例として、制限なしに、添付の図面の図において表される。図中、同じ参照符号は同じ要素を参照する。
【図１】ここで記載される技術に従って管理され得る電子デバイスを備える統合サイトシステムの一実施形態のブロック図である。
【図２】ここで記載される動作を提供するために利用され得るＤ／Ｒアーキテクチャのブロック図である。
【図３】アクティブな需要／応答制御のためのプラットフォームコンポーネントの一実施形態のブロック図である。
【図４】電子システムの一実施形態のブロック図である。
【図５】需要／応答を管理されるシステム内のプラットフォームの動作のための技術の一実施形態のフロー図である。
【図６】需要／応答マネージャの動作のための技術の一実施形態のフロー図である。
【発明を実施するための形態】
【０００４】
以下の記載では、多数の具体的な詳細が説明される。しかし、本発明の実施形態は、それらの具体的な詳細によらずに実施されてよい。他の例では、よく知られている回路、構造及び技術は、この記載の理解を不明りょうにしないように詳細には示されていない。
【０００５】
ここでは、電力消費デバイス（例えば、コンピュータシステム、プリンタ、ディスプレイ、照明）のフリートのエネルギ消費が適切なエネルギ収支内にとどまり且つ利用可能なエネルギと協調するための需要／応答（Ｄ／Ｒ；demand/response）管理のための技術が記載される。一実施形態では、Ｄ／Ｒ管理は、動的なエネルギ価格との関連で、あるいは、系統へフィードバック又は記憶する必要なしに発生の時点での利用可能なローカルの再生可能エネルギを利用するために、使用される。
【０００６】
様々なフリート管理法が存在し、それらはシステムを遠隔でオン及びオフするよう動作する。そのような解決手法は、ここで記載される管理技術と比べて未完成であり且つ融通が利かない。それらの従前の解決手法は、大部分は、システムをオフして、それらのサービスを一時的に利用不可能にし、ユーザに不便をかけることによって、エネルギ消費を制御する。対照的に、ここで記載される技術は、制御要件を満足するよう系統から電気的負荷を除きながら、エンドユーザサービス（時々、劣化し得るが、作動する。）を提供し続けるために、“スマートブリック（smart  bricks）”及びバッテリ電源を利用することができる。
【０００７】
ここで記載される技術は、Ｄ／Ｒをオフィスコンピューティングプラットフォーム（及び他のデバイス）へと拡大し、きめの細かい系統エネルギ消費制御をサービスの質（ＱｏＳ；Quality  of  Service）保証により支援することができる。一実施形態では、これは、グループレベルのＤ／Ｒフリートマネージャによってとりまとめられる。ここで与えられる例は、主に、エネルギ保持機能を備えたコンピュータシステム（例えば、バッテリ付きラップトップ、他のモバイルデバイス、無停電電源（ＵＰＳｓ；Uninterruptable  Power  Supplies））に向けられている。しかし、ここで記載される技術は、それらのデバイスに限られず、如何なるタイプの電子システム、電力保持機能を備えないようなもの（例えば、プリンタ、スキャナ、照明）でさえにも適用可能である。
【０００８】
ここで記載される技術は、エネルギ目標を満足しなければならない高効率の建物内の企業に価値をもたらすことができる“グリーンコンピューティング”の概念を支援するように“需要／応答レディネス”を提供するよう他の既存の及び／又は新興の管理機能と結合され得る。
【０００９】
ここで記載されるように、多くの電子デバイス（例えば、コンピューティングシステム、タブレット、モバイルデバイス）は、協調したＤ／Ｒ動作を提供するよう統合され得る。全体的なシステムは、グループ内のデバイスの個々に報告される評価に基づき、特定の期間に電気系統から被制御デバイスを切り離すことによってどれくらい現在のエネルギ需要が低減され得るのかの概算を連続的に集約することができる。
【００１０】
一実施形態では、夫々の制御可能なデバイスは、例えば、現在のバッテリ充電レベル、現在のエネルギ消費及び／又はＱｏＳ要件を考慮して、それ自身の評価を計算することができる。Ｄ／Ｒ動作が必要とされる場合は、システムはグループレベル応答をとりまとめることができる。
【００１１】
このアプローチは、建物又はサイト内にある全てのデバイスからエネルギ節約を正確に評価し且つ実行するその能力のおかげでＤ／Ｒマネージャに、更には、デバイスが電源系統から切り離される場合でさえ適切に時間を合わせられ且つ管理された有用なサービスを提供することによってユーザに、同時に利益をもたらす。更なる効率は、バッテリの充電を制御するために代替のエネルギ供給源からの制御信号を使用することによって、例えば、風力又は太陽光エネルギの余剰が存在するインターバルの間にのみバッテリを充電することによって、実現され得る。
【００１２】
一実施形態では、夫々の管理されるプラットフォームは、同時にＱｏＳ保証を提供しながら、自動化されたシームレスのＤ／Ｒ能力を提供するように、フリート管理手法と連通する機能を備える。一実施形態では、ポリシー、フリートマネージャからの信号及び／又は実時間のデータ分析によって誘導される、夫々のプラットフォーム上の“スマートパワーモジュール”は、電力消費行動（例えば、バッテリ充電、輝度設定）を制御し、いつシステムが系統から電力を受け取るべきか、又はいつ系統から離れるべきかに関して決定する。
【００１３】
一実施形態では、ポリシーを通じて、最小限のシステム利用可能性及び性能は保証され得、Ｄ／Ｒメカニズムの積極性は制御され得る。この技術は、ユーザのニーズとＤ／Ｒ要求とのバランスをとる能力を提供する。局所的な最適化及び大域的な最適化はいずれも、このＤ／Ｒアーキテクチャによって支援され得る。
【００１４】
一実施形態では、ユーザに対してある期間のシステム利用可能性を保証するよう、次の機能のうちの１つ以上が提供される：１）プラットフォームでの保持されているエネルギの推定（例えば、バッテリ充電レベル）；２）予測される作業負荷の下でのプラットフォームの将来のエネルギ消費の推定；３）プラットフォームのエネルギ消費を削減／制限するメカニズム；及び／又は４）予想されるエネルギ消費を利用可能なエネルギと比較するメカニズム。それにより、可能な範囲内でプラットフォーム消費を適応させること、及び／又はバッテリの充電をトリガすることが、可能である。一実施形態では、将来の電力消費の予測は、慎重であるよう安全マージンを適用することができる。
【００１５】
例えば、一実施形態では、予測される作業負荷の下でのプラットフォームの将来のエネルギ消費の推定は、比較的高い信頼区間により将来のエネルギ消費の推定を求めるようスマートパワーモジュールによって収集される履歴データから機械学習を通じて得られる。時間とともに、それらの推定は精度が高まり、ＱｏＳメカニズムの安全マージンが緩和されることを可能にする。
【００１６】
図１は、ここで記載される技術に従って管理され得る電子デバイスを備える統合サイトシステムの一実施形態のブロック図である。一実施形態では、システムは、ダイナミック・プラットフォーム・サーマル・フレームワーク（ＤＰＴＦ；Dynamic  Platform  Thermal  Framework）及びパーソナル・オフィス・エネルギ・モニタ（ＰＯＥＭ；Personal  Office  Energy  Monitor）を利用してよい。なお、ここで記載される技術は、それらの具体的な製品によらずに実施され得る。ＤＰＴＦ及びＰＯＥＭはいずれも、カリフォルニア州サンタクララのインテル・コーポレイションから入手可能である。
【００１７】
図１のアーキテクチャは、プラットフォームの個人ユーザと、建物管理システムを含む建物インフラストラクチャとの間の双方向の通信を可能にする。これは、エネルギ消費のより良い集合ビューとともに、ユーザへのより良いフィードバックを提供することができる。
【００１８】
ネットワーク１００は、複数の電子デバイス間の相互接続を提供する。ネットワーク１００は、図１に表されていないあらゆる数の遠隔のデバイスとの通信を提供してよい。ネットワーク１００は、例えば、インターネットであってよい。
【００１９】
データベース（ＤＢ）サーバ１２０は、ネットワーク１００及び他のシステムと結合されてよい。ＤＢサーバ１２０は、エネルギ消費データを提供することができる建物システム（例えば、ＨＶＡＣ、電気、水圧、自動化）からの情報又はそれへのアクセス（例えば、ある動作又は情報を要求する。）を有し得る建物管理システム（ＢＭＳ；Building  Management  System）１４０とも結合されてよい。ＤＢサーバ１２０は、ＢＭＳインタフェース１２２を介してＢＭＳ１４０と結合されてよい。ＢＭＳインタフェース１２２は、１つ以上の有線及び／又は無線インタフェースであってよい。
【００２０】
ＤＢサーバ１２０はデータベース（ＤＢ）１２６を含む。ＤＢ１２６は、ＤＢサーバ１２０によって取り出され、それへ送信され、又はそれによって別なふうに取得された情報を記憶するために使用される。一実施形態では、ＤＢ１２６は、図１に表されているコンポーネント及びあらゆる他のコンポーネントから集められたエネルギ消費情報を記憶する。外部インタフェース１２８は、ＤＢサーバ１２０と他のセンサ又はコンポーネント（図１に図示せず。）との間に１つ以上の有線及び／又は無線インタフェースを提供する。
【００２１】
統計値１３０は、ＤＢサーバ１２０によって導出されるか、又はＤＢサーバ１２０へ供給される、統計値であってよい。統計値１３０は、エネルギ消費情報を提供するために及び／又はエネルギ消費情報を分析し導出するために使用されてよい。アナリティクス１２４は、ＤＢサーバ１２０によって記憶されている情報の分析を提供するロジック（例えば、ハードウェア、ソフトウェア、ファームウェア、それらのあらゆる組み合わせ）を表す。例えば、アナリティクス１２４は、ここで記載されるエネルギ消費情報のマクロ又はミクロの分析を提供してよい。サーバ１３２は、ＤＢサーバ１２０からのサービスを、ＤＢサーバ１２０と結合されているデバイスへ提供する。
【００２２】
センサ１５０は、図１のデバイスのいずれかへ情報を供給する如何なるセンサであってもよい。センサ１５０は、如何なるタイプのセンサであってもよく、例えば、温度センサ、光センサ、風センサなどであってよい。センサ１５０は、ソフトセンサ、例えば、測候所の報告などの他の形態のデータから導出されるセンサフォーマットでデータを供給するソフトウェアエージェントを更に有してよい。電力メータ１６０は、図１のデバイスのいずれかへ電力情報を供給する如何なる電力メータであってもよい。電力メータ１６０は、例えば、電源出力部や照明器具での電力、又はあらゆる他の電気デバイスの電力消費をモニタする如何なるタイプの電力メータであってもよい。
【００２３】
プラットフォーム１７０は、ＤＢサーバ１２０及び／又は図１の他のデバイスと相互接続された１つ以上のネットワークと結合され得るあらゆる数の同様のプラットフォームを表す。プラットフォーム１７０は、例えば、ラップトップコンピュータ、デスクトップコンピュータ、あるいは、ここで記載される情報の一部又は全てを供給するために利用され得るあらゆる他のタイプのデバイスであってよい。
【００２４】
一実施形態では、プラットフォーム１７０は、図１に表されていない論理及び計算コンポーネントに加えて、図１に表されているエージェントのうちの１つ以上を含む。エネルギ監視エージェント１７８は、プラットフォーム１７０のユーザへエネルギ監視フィードバック及び機能性を提供する。温度エージェント１８２は、プラットフォーム１７０の中及び／又は周囲の温度条件をモニタしてよい。例えば、温度エージェント１８２は、プラットフォームが存在する空間の周囲温度をモニタしてよく、あるいは、プラットフォーム１７０の温度をモニタしてよい。オプトアウトエージェント１８４は、ユーザが、プラットフォーム１７０によって用いられるエネルギ管理メカニズムのうちの１つ以上から抜け出ることを可能にする。一実施形態では、グラフィカルユーザインタフェース（ＧＵＩ；Graphical  User  Interface）は、情報をプラットフォーム１７０のユーザに提供し、ユーザがここで記載される機能のうちの１つ以上から手動により抜け出ることを可能にするボタン／メニュー／ダイアログを含む。
【００２５】
エネルギエージェント１７２は、プラットフォーム１７０のエネルギ消費をモニタ及び／又は計算し、あるいは、別なふうに決定する。エネルギエージェント１７２は、エネルギ消費を決定するよう、ここで記載されるように動作してよい。ロケーションエージェント１７４は、プラットフォーム１７０の位置を決定するよう動作する。ロケーションエージェント１７４は、グローバル・ポジショニング・システム（ＧＰＳ；Global  Positioning  System）テクノロジ、又はプラットフォーム１７０の所在を決定するための他の技術を使用してよい。
【００２６】
光エージェント１７６は、プラットフォーム１７０の周囲の光レベルをモニタする。光エージェント１７６は、例えば、周辺光センサを含んでよい。光エージェント１７６はまた、プラットフォーム１７０の中及び周囲の光条件を計算し、あるいは、別なふうに決定してよい。
【００２７】
概念上は、ここで記載される技術は、モニタされるシステム（例えば、プラットフォーム１７０）が様々な動作状態（例えば、稼働、待機、オフ）において費やす時間を追跡することによって、更には、夫々の状態において費やされる時間と、夫々の状態において引き込まれるプラットフォーム電力とを乗じて、エネルギ使用量（エネルギ＝電力×時間）を計算することによって、動作する。一実施形態では、（１）モニタされるシステムの動作状態と、それらの動作状態において費やされる時間とを検出する能力、及び（２）モニタされるシステムの関連する動作状態の夫々における電力消費に関する情報が提供される。
【００２８】
この原理は、例えば、システム呼び出しを用いて、プラットフォームの電力状態の占有期間を追跡し、次いで、夫々の状態において消費される電力により状態占有期間を時間にわたって積分することでエネルギ使用量を計算し、このようにしてｋＷｈにおいてエネルギ消費量を得るソフトウェアエージェントを提供することによって、特定のエネルギ消費を伴う動作状態を有する如何なる電子機器又はデバイス（例えば、ＨＶＡＣシステム）にも適用されてよい（例えば、デスクトップコンピュータ又はラップトップ）。非電気エネルギ消費もモニタされ得る。例えば、暖房システムの状態がモニタされてよく、エネルギ消費は、エネルギ使用量を決定するために、夫々の状態において消費された天然ガスの量とともに暖房システムの状態を使用することによって、決定されてよい。この技術は、他の状況にも同様に適用可能である。
【００２９】
この計算によって必要とされる個々のプラットフォームの状態に特有の電力使用量は、商用機器によって測定されるか（サポートされるプラットフォームごとに一回のベンチ／ラボ測定）、あるいは、例えばオンラインのウェブサービスなどの機械可読な方法を通じてベンダによって仕様として提供されてよい。ベンダは、予め、そのような値を測定し、例えばＥＣＭＡ及びエネルギスターなどの標準規格及び評価団体に報告する点に留意されたい。
【００３０】
エネルギ監視エージェントは、プラットフォーム上又はインフラストラクチャ内の別な場所（例えば、クラウドサービス、プリンタのためのＰＣといった他のためのプロキシとして動作する１つのデバイスとともに）に存在してよい。現在、エネルギ測定は、高価な外部ハードウェアの電力メータを介して実行される。
【００３１】
図２は、ここで記載される動作を提供するために利用され得るＤ／Ｒアーキテクチャのブロック図である。一実施形態では、クライアントデバイス（例えば、２２０、２３０、２３５、２５０）の夫々は、Ｄ／Ｒフリートマネージャ２１０と結合される。一実施形態では、クライアントデバイス２２０、２３０、２３５、２５０とＤ／Ｒフリートマネージャ２１０との間の通信は、双方向通信である。クライアントデバイスは、それらのＤ／Ｒ構成及びステータスに関する情報を提供し、Ｄ／Ｒフリートマネージャ２１０は、Ｄ／Ｒフリートマネージャ２１０内で実行されるアナリティクスに基づくポリシー更新及び特定のＤ／Ｒ要件をクライアントデバイスへ送信する。
【００３２】
図３は、アクティブな需要／応答制御のためのプラットフォームコンポーネントの一実施形態のブロック図である。一実施形態では、図３のコンポーネントは、図２のクライアントデバイス内に含まれる。代替の実施形態では、図３のコンポーネントは、更に分散されてよい。一実施形態では、プラットフォームは、ユーザが、ここで記載されるアクティブな（Ｄ／Ｒ）メカニズムから抜け出すか、又は無効にすることを可能にするメカニズムを含んでよい。これは、例えば、ユーザがアクセス可能なグラフィカルユーザインタフェース及び／又はボタン／スイッチを介して、提供されてよい。
【００３３】
一実施形態では、スマートパワーモジュール３１５は、プラットフォーム３１０において中央Ｄ／Ｒハブとして動作し、図１のプラットフォームコンポーネントへ接続される。一実施形態では、全てのＤ／Ｒに関連した測定及び作動は、スマートパワーモジュール３１５によって開始される。一実施形態では、スマートパワーモジュール３１５は、全体的なプラットフォーム電力及びエネルギ消費を監視する。
【００３４】
一実施形態では、実時間アナリティクス及び／又は機械学習メカニズムがスマートパワーモジュール３１５によって提供される。特定のポリシーに基づき、このモジュールは、システムのＤ／Ｒメカニズム及びＤ／Ｒ挙動を適応させることによって、ＱｏＳ保証を実行することができる。例えば、系統から離れている状況において、バッテリ容量レベルが、要求されるシステムランタイムを保証するには低すぎる場合に、スマートパワーモジュール３１５は、ＱｏＳ要件を満足するために系統電力へ切り替えることができる。この選択肢が利用可能でない場合は、スマートパワーモジュール３１５は、例えば、高性能／高電力状態を制限すること及び／又はより低い電力モードにとどまるように他のプラットフォーム機能を調整することによって、プラットフォームのパワーエンベロープを変更することができる。
【００３５】
ハードウェア／ファームウェア（ＨＷ／ＦＷ）インタフェース３３０は、プラットフォーム３１０とスマートパワーモジュール３１５との間の双方向の情報フローを提供する。例えば、ＨＷ／ＦＷインタフェース３３０は、プラットフォーム３１０がスリープ状態にある場合にＤ／Ｒ管理を有効にするようにアクティブ・マネージメント・テクノロジ（ＡＭＴ；Active  Management  Technology）コンポーネントへ接続することができる。ＡＭＴは、インテル・コーポレイションから入手可能である。他の技術も使用され得る。フリートマネージャとの通信は、ＡＭＴインタフェース及び／又はオペレーティングシステム（ＯＳ；Operating  System）インタフェース３３５を利用することができる。
【００３６】
一実施形態では、ＯＳインタフェース３３５は、スマートパワーモジュール３１５が、例えば、ＯＳ内でのみ利用可能であるシステム利用情報を入手するために、ＯＳと通信するための機能を提供する。更に、それは、スマートパワーモジュール３１５からの情報をＯＳへ且つユーザ空間アプリケーション及びグラフィカルインタフェースへ供給するルートを提供することができる。
【００３７】
一実施形態では、バッテリ充電制御３２０は、スマートパワーモジュール３１５からのコマンド信号に基づき充電プロセスを開始及び停止することができる。一実施形態では、バッテリセンサ３２５は、例えば、バッテリ容量及び充電率を提供するための１つ以上のセンサを含むスマートバッテリに相当する。
【００３８】
一実施形態では、パワースイッチ３５５は、エネルギ系統へのプラットフォーム３１０の接続を制御するようにスマートパワーモジュール３１５と通信するよう結合される。スマートパワーモジュール３１５からの信号に基づき、パワースイッチ３５５は、電気的に、プラットフォーム３１０をＡＣ電源（例えば、壁コンセント）へ接続し、あるいは、プラットフォーム３１０をＡＣ電源から切り離す。パワースイッチ３５５は、現在のステータス（例えば、接続、非接続）と、系統からのエネルギが現在スマートパワーモジュール３１５に利用可能であるかどうかとを報告してよい。一実施形態では、パワースイッチ３５５は、プラットフォーム３１０の部分である。代替の実施形態では、パワースイッチ３５５は、パワーブリックの部分又は制御可能なアウトレットの部分である。
【００３９】
図４は、電子システムの一実施形態のブロック図である。図４に表されている電子システムは、例えば、デスクトップコンピュータシステム、ラップトップコンピュータシステム、携帯電話機、タブレット、などを含む一連の電子システム（有線又は無線のいずれか。）を表すものとして意図される。代替の電子システムは、より多い、より少ない及び／又は異なるコンポーネントを含んでよい。電子システム４００は、ここで記載される技術及びメカニズムに従って管理され得る。
【００４０】
電子システム４００は、情報を通信するバス４０５又は他の通信デバイスと、情報を処理することができる、バス４０５へ結合されたプロセッサ４１０とを含む。電子システム４００は単一のプロセッサを有して表されているが、電子システム４００は複数のプロセッサ及び／又はコプロセッサを含んでよい。電子システム４００は、バス４０５へ結合されたランダムアクセスメモリ（ＲＡＭ；Random  Access  Memory）又は他の動的記憶デバイス４２０（メインメモリと呼ばれる。）を更に含んでよく、プロセッサ４１０によって実行され得る命令及び情報を記憶してよい。メインメモリ４２０は、プロセッサ４１０による命令の実行中に一時変数又は他の中間情報を記憶するためにも使用されてよい。
【００４１】
電子システム４００は、プロセッサ４１０のための静的な情報及び命令を記憶することができる、バス４０５へ結合された読出専用メモリ（ＲＯＭ；Read-Only  Memory）及び／又は他の静的記憶デバイス４３０を更に含んでよい。データ記憶デバイス４４０はバス４０５へ結合され、命令及び情報を記憶してよい。例えば磁気ディスク又は光ディスク及び対応するドライブなどのデータ記憶デバイス４４０が電子システム４００へ結合されてよい。
【００４２】
電子システム４００はまた、ユーザに情報を表示するように、例えば陰極線管（ＣＲＴ；Cathode  Ray  Tube）又は液晶ディスプレイ（ＬＣＤ；Liquid  Crystal  Display）などの表示デバイス４５０へバス４０５を介して結合されてよい。英数字及び他のキーを含む英数字入力デバイス４６０は、情報及びコマンド選択をプロセッサ４１０へ送るようバス４０５へ結合されてよい。他のタイプのユーザ入力デバイスは、例えばマウス、トラックボール、又はカーソルキーなどのカーソルコントロール４７０であって、直接の情報及びコマンド選択をプロセッサ４１０へ送り、且つ、ディスプレイ４５０におけるカーソル移動を制御する。
【００４３】
電子システム４００は、例えばローカルエリアネットワークなどのネットワークへのアクセスを提供するようネットワークインタフェース４８０を更に含んでよい。ネットワークインタフェース４８０は、例えば、１つ以上のアンテナに相当し得るアンテナ４８５を備える無線ネットワークインタフェースを含んでよい。ネットワークインタフェース４８０は、例えば、ネットワークケーブル４８７を介して遠隔のデバイスと通信するよう有線ネットワークインタフェースを更に含んでよい。ネットワークケーブル４８７は、例えば、Ｅｔｈｅｒｎｅｔ（登録商標）ケーブル、同軸ケーブル、光ファイバケーブル、シリアルケーブル、又はパラレルケーブルであってよい。
【００４４】
一実施形態では、ネットワークインタフェース４８０は、例えば、ＩＥＥＥ８０２．１１ｂ及び／又はＩＥＥＥ８０２．１１ｇ標準に適合することによって、ローカルエリアネットワークへのアクセスを提供してよく、且つ／あるいは、無線ネットワークインタフェースは、例えば、Ｂｌｕｅｔｏｏｔｈ（登録商標）標準に適合することによって、パーソナルエリアネットワークへのアクセスを提供してよい。他の無線ネットワークインタフェース及び／又はプロトコルもサポートされ得る。
【００４５】
ＩＥＥＥ８０２．１１ｂは、１９９９年９月１６日付けで承認された、“Local  and  Metropolitan  Area  Networks,  Part  11:  Wireless  LAN  Medium  Access  Control  （MAC）  and  Physical  Layer  (PHY)  Specifications:  Higher-Speed  Physical  Layer  Extension  in  the  2.4GHz  Band,”と題されたＩＥＥＥ  Ｓｔｄ．  ８０２．１１ｂ−１９９９及び関連する文書に対応する。ＩＥＥＥ８０２．１１ｇは、２００３年６月２７日付けで承認された、“Local  and  Metropolitan  Area  Networks,  Part  11:  Wireless  LAN  Medium  Access  Control  (MAC)  and  Physical  Layer  (PHY)  Specifications,  Amendment  4:  Further  Higher  Rate  Extension  in  the  2.4GHz  Band,”と題されたＩＥＥＥ  Ｓｔｄ．  ８０２．１１ｇ−２００３及び関連する文書に対応する。Ｂｌｕｅｔｏｏｔｈ（登録商標）プロトコルは、Bluetooth  Special  Interest  Group  Inc.  Associatedによって２００１年２月２２日付けで公開された“Specification  of  the  Bluetooth  System:  Core,  Version  1.1”において記載されており、更には、Ｂｌｕｅｔｏｏｔｈ（登録商標）標準の前又はその後のバージョンもサポートされてよい。
【００４６】
無線ＬＡＮ標準を介した通信に加えて、又はそれに代えて、ネットワークインタフェース４８０は、例えば、時分割多重アクセス（ＴＤＭＡ；Time  Division  Multiple  Access）プロトコル、グローバル・システム・フォー・モバイル・コミュニケーションズ（ＧＳＭ（登録商標）；Global  System  for  Mobile  communications）プロトコル、符号分割多重アクセス（ＣＤＭＡ；Code  Division  Multiple  Access）プロトコル、及び／又はあらゆる他のタイプの無線通信プロトコルにより無線通信を提供してよい。
【００４７】
図５は、需要／応答を管理されたシステム内のプラットフォームの動作のための技術の一実施形態のフロー図である。図５の例は、一例となるスマートパワーモジュールの動作を記載する。一実施形態では、システム／サイト／建物／場所内の夫々の被管理プラットフォームは、管理エンティティとともに動作するスマートパワーモジュールを有する。
【００４８】
一実施形態では、スマートパワーモジュールは、プラットフォームのための電力消費特性を決定する（５１０）。一実施形態では、これは、プラットフォームにおける保持エネルギの推定（例えば、バッテリ充電レベル）と、予測される作業負荷の下でのプラットフォームの将来のエネルギ消費の推定とを少なくとも含む。一実施形態では、予測される作業負荷の下でのプラットフォームの将来のエネルギ消費の推定は、比較的高い信頼区間をもって将来のエネルギ消費の推定を求めるために、スマートパワーモジュールによって収集される履歴データからの機械学習を通じて得られる。時間とともに、それらの推定は、精度が高まり得る。追加の及び／又は異なる電力消費特性も利用され得る。
【００４９】
電力消費特性は、遠隔の需要／応答マネージャへ送信される（５２０）。例えば、需要／応答マネージャは、建物管理システム又はサイト管理システム又はネットワーク管理システムの部分であることができる。
【００５０】
需要／応答マネージャは、複数のプラットフォームからの電力消費特性を分析し、パワーコマンド及び／又はポリシーをプラットフォームへ送信する。一実施形態では、スマートパワーモジュールは、需要／応答マネージャからパワーコマンド及び／又はポリシーを受け取る（５３０）。スマートパワーモジュールは、それらのコマンド及び／又はポリシーをローカルのプラットフォームで実施する（５４０）。
【００５１】
図６は、需要／応答マネージャの動作のための技術の一実施形態のフロー図である。図６の例は、一例となる需要／応答マネージャの動作を記載する。一実施形態では、システム／サイト／建物／場所内の夫々の被管理プラットフォームは、需要／応答マネージャとともに動作するスマートパワーモジュールを有する。
【００５２】
プラットフォーム情報は、複数のプラットフォームから受け取られる（６１０）。一実施形態では、これは、プラットフォームにおける保持エネルギの推定（例えば、バッテリ充電レベル）と、予測される作業負荷の下でのプラットフォームの将来のエネルギ消費の推定とを少なくとも含む。追加の及び／又は異なる電力消費特性も利用され得る。
【００５３】
需要／応答マネージャは、サイトポリシー及び／又はバジェットによりプラットフォーム情報を分析する（６２０）。需要／応答マネージャは、コマンド及び／又はポリシーを個々のプラットフォームへ送信する（６３０）。一実施形態では、夫々のプラットフォームは、分析に基づき異なるコマンド及び／又はポリシーを受け取ってよい。夫々のプラットフォームは、サイトワイドのポリシーとともに個々のコマンドを受け取ってよい。
【００５４】
「一実施形態」又は「実施形態」との明細書中の言及は、その実施形態に関連して記載される特定の機能、構造、又は特性が本発明の少なくとも１つの実施形態に含まれることを意味する。明細書中の様々な箇所における「一実施形態では」との表現の出現は、必ずしも全てが同じ実施形態に言及しているわけではない。
【００５５】
本発明は、幾つかの実施形態に関して記載されてきたが、当業者であれば、本発明は、記載されている実施形態に制限されず、添付の特許請求の範囲の主旨及び適用範囲内で変更及び代替をもって実施され得ることを認識するであろう。よって、記載は、限定ではなく実例として見なされるべきである。
【図１】
2016520926.tif 000003
【図２】
2016520926.tif 000004
【図３】
2016520926.tif 000005
【図４】
2016520926.tif 000006
【図５】
2016520926.tif 000007
【図６】
2016520926.tif 000008
【国際調査報告】
2016520926.tif 000009
2016520926.tif 000010
2016520926.tif 000011