JP2010244543A - 技術コンポーネントのエネルギー効率を監視するシステム - Google Patents

Abstract

【課題】技術コンポーネントのエネルギー効率を監視するシステムについて記載する。
【解決手段】このシステムは、メモリ、インタフェースおよびプロセッサを含むとよい。メモリは、技術コンポーネントの複数の動作状態の基準電力消費値を格納するとよい。インタフェースは、ユーザのデバイスと通信するとよい。プロセッサは、技術コンポーネントの、現在の電力消費値と、現在の動作状態とを判断するために、技術コンポーネントを監視するとよい。プロセッサは、現在の動作状態に対応する基準電力消費値を判断するとよい。プロセッサは、現在の電力消費値が、基準電力消費値の閾値内であるかどうかを判断するとよい。プロセッサは、技術コンポーネントの現在の電力消費値が、基準電力消費値の閾値内でなければ、ユーザのデバイスに通知を提供するとよい。
【選択図】図２

Description

関連出願の相互参照
本願は、２００８年２月１２日に提出された米国特許出願第１２／０３０、０４０号の一部継続出願であり、その内容を参照によって本願明細書に引用したものとする。

本記載は、全般的に、技術コンポーネント（ｔｅｃｈｎｏｌｏｇｙ ｃｏｍｐｏｎｅｎｔ）のエネルギー効率を監視するための、概してシステムと呼ばれるシステムおよび方法に関し、限定的ではないが特に、組織の技術コンポーネントのエネルギー効率を監視して、エネルギー効率の低い技術コンポーネントを特定および交換することに関する。このシステムは、技術コンポーネントのエネルギー効率を監視するための、技術コンポーネントの挙動モデルの組み立てを含むとよい。

顧客、組織および政府にとって、エネルギー使用のコストおよび炭素への影響が、次第に重要になってきている。差し迫る規制、高いコスト、および一般大衆の認識に応えて、組織はそのエネルギー使用を見直していることもある。職場で使用される技術、またはデータ・センターで使用される技術など、組織の技術を運用するのに必要なエネルギーが、組織のエネルギー使用の大部分を占めると考えられる。

例えば、データ・センターによるエネルギー・コストは、月に１００万ドル以上に及ぶこともあり、さらに、データ・センターの炭素への影響は大きいと考えられる。組織は、エネルギー効率の高い技術を運用することで、そのエネルギー・コストおよび炭素への影響を削減することができると考えられる。

技術コンポーネントのエネルギー効率を監視するシステムは、メモリ、インタフェース、およびプロセッサを含むとよい。メモリは、プロセッサおよびインタフェースに接続されるとよく、技術コンポーネントの複数の動作状態の中の各動作状態の基準電力消費値を格納するとよい。インタフェースは、ユーザのデバイスと通信するとよい。プロセッサは、技術コンポーネントの現在の電力消費値および現在の動作状態を判断するために、技術コンポーネントを監視するとよい。プロセッサは、技術コンポーネントの現在の動作状態に対応する基準電力消費値を判断するとよい。プロセッサは、現在の電力消費値が、基準電力消費値の閾値内であるかどうかを判断するとよい。プロセッサは、技術コンポーネントの現在の電力消費値が基準電力消費値の閾値内でなければ、インタフェースを介してユーザのデバイスに通知を提供するとよい。

その他のシステム、方法、機能および利点は、当業者には、以下の図面および詳細な説明を考察すれば明らかであるか、または明らかなものとなるであろう。そのようなさらなるシステム、方法、機能および利点はすべて、本記載の中に含まれ、実施形態の範囲内にあり、下記の特許請求の範囲によって保護され、下記の特許請求の範囲により定義されるものとする。さらなる側面および利点については、以下で説明と関連して述べる。

下記の図面および説明を参照すると、このシステムおよび／または方法についてより深く理解することができる。下記の図面に関連して、非限定的かつ非網羅的な説明が記載される。図面内のコンポーネントは、必ずしも一定の縮尺ではないが、その代わりに原理を示すことに重点が置かれている。図面では、同じ参照数字は、他に特に指定されていない限り別々の図面にわたり類似した部分を指すこともある。

技術コンポーネントのエネルギー効率を監視するシステムの全体的な概観のブロック図である。 図１のシステム、または技術コンポーネントのエネルギー効率を監視する他のシステムを実装するネットワーク環境のブロック図である。 図１のシステム、または技術コンポーネントのエネルギー効率を監視する他のシステムを実装する例示的なサーバ・サイド・アーキテクチャのブロック図である。 図１のシステム、または技術コンポーネントのエネルギー効率を監視する他のシステムにおいて、技術コンポーネントのエネルギー効率を監視するステップを示すフローチャートである。 図１のシステム、または技術コンポーネントのエネルギー効率を監視する他のシステムにおいて、技術コンポーネントの基準電力消費モデルを組み立てるステップを示すフローチャートである。 図１のシステム、または技術コンポーネントのエネルギー効率を監視する他のシステムにおいて、技術コンポーネントがエネルギー効率の高い形で動作しているかどうかを判断するステップを示すフローチャートである。 図１のシステム、または技術コンポーネントのエネルギー効率を監視する他のシステムにおいて、エネルギー効率の低い形で動作している技術コンポーネントについてユーザに通知する動作を示すフローチャートである。 図１のシステム、または技術コンポーネントのエネルギー効率を監視する他のシステムにおいて、複数の実装の波を処理する動作を示すフローチャートである。 図１のシステム、または技術コンポーネントのエネルギー効率を監視する他のシステムにおいて、エネルギー効率の高い技術構成を推奨する動作を示すフローチャートである。 図１のシステム、または技術コンポーネントのエネルギー効率を監視する他のシステムにおいて、組織のエネルギー消費の概観を見るためのユーザ・インタフェースのスクリーンショットである。 図１のシステム、または技術コンポーネントのエネルギー効率を監視する他のシステムにおいて、組織のデータ・センターのエネルギー消費データを見るためのユーザ・インタフェースのスクリーンショットである。 図１のシステム、または技術コンポーネントのエネルギー効率を監視する他のシステムにおいて、組織のデータ・センターのレイアウトを見るためのユーザ・インタフェースのスクリーンショットである。 図１のシステム、または技術コンポーネントのエネルギー効率を監視する他のシステムにおいて、組織のデータ・センターのクーリング・レイアウトを見るためのユーザ・インタフェースのスクリーンショットである。 図２、および図３のシステム、または技術コンポーネントのエネルギー効率を監視する他のシステムにおいて使用されるとよい、一般的なコンピュータ・システムの図である。

概してシステムと呼ばれるシステムおよび方法は、技術コンポーネントのエネルギー効率の監視に関するとよく、限定的ではないが特に、エネルギー効率の低い技術コンポーネントを特定および交換するため、ならびに技術コンポーネントの動作挙動を変更することによる影響を理解するために、組織の技術コンポーネントのエネルギー効率を監視することに関する。このシステムは、組織の技術コンポーネントのエネルギー効率を監視して、組織の技術コンポーネントのパフォーマンスを正確に予想するための、挙動モデルの組み立てを含むとよい。本願明細書に記載される原理は、異なる多数の形態で具現化され得る。

このシステムは、サーバ、電力供給ユニット、クーリング・ユニット、ラップトップ、またはデータ・センターおよび／または職場で使用される概して任意の技術コンポーネントなどの技術コンポーネントがエネルギー効率の高い形で動作していないときに特定するために、ユーザが組織のデータ・センターおよび／または職場内の技術コンポーネントを監視できるようにするとよい。このシステムは、各技術コンポーネントの電力消費を監視するとよく、各コンポーネントの電力消費と、基準電力消費モデルとを比較するとよい。基準電力消費モデルは、技術コンポーネントの期待される電力消費を規定するとよい。技術コンポーネントの電力消費が、モデルで規定される電力消費の閾値内でなければ、システムは、技術コンポーネントが期待どおりに動作していない、すなわち技術コンポーネントがエネルギー効率の低い形で動作していると、ユーザに通知する。通知は、その技術コンポーネントに関して可能な交換、またはバックアップ・ユニットをオンにすることのような運用上の提案を表す情報を含むとよい。

このシステムは、組織のデータ・センターおよび／または職場において、組織が確実に最もエネルギー効率の高い技術コンポーネントを運用できるようにするとよい。システムは、各技術コンポーネントの電力消費を監視し、電力消費と、その技術コンポーネントに取って代わることができる最もエネルギー効率の高いコンポーネントの、エネルギー効率の高い電力消費モデルとを比較するとよい。エネルギー効率の高い電力消費モデルは、最もエネルギー効率の高い技術コンポーネントの期待される電力消費を規定するとよい。技術コンポーネントの電力消費が、エネルギー効率の高い電力消費モデルにおいて規定されている電力消費の閾値内でなければ、システムは、エネルギー効率のより高い技術コンポーネントが利用可能であることをユーザに通知する。通知は、エネルギー効率のより高い交換コンポーネントを表す情報を含むとよい。組織は、閾値を設定して、通知をトリガするエネルギー効率向上レベルを制御するとよい。

本明細書は、説明のために、技術コンポーネントのエネルギー効率の監視について述べるが、このシステムは、技術コンポーネントの任意の測定可能なパラメータを組織が監視できるようにすればよい。このシステムは、技術コンポーネントの動作温度など、技術コンポーネントの挙動を監視するために使用可能なパラメータを、ユーザが特定できるようにするとよい。このシステムは、技術コンポーネントの各動作状態のパラメータの基準値を特定することによって、技術コンポーネントの挙動モデルをユーザが組み立てられるようにするとよい。動作状態は、オフライン状態、起動状態、およびオンライン状態を含むとよい。このシステムは、技術コンポーネントの各動作状態に関する、基準パラメータ値の許容される差異を示す閾値を、ユーザがセットできるようにするとよい。このシステムは、パラメータの現在の値と、技術コンポーネントの現在の動作状態とを監視するとよい。このシステムは、パラメータの現在の値が、現在の動作状態の挙動モデルにおけるパラメータの基準値の許容される差異内でないときに、ユーザに通知するとよい。通知は、パラメータの現在の値が、パラメータの基準値から外れている量を表す情報を含むとよい。

図１は、技術コンポーネントのエネルギー効率を監視するシステム１００の全体的な概観を提供する。なお、示されているコンポーネントのすべてが必須とは限らないと考えられ、一部の実装では追加のコンポーネントが含まれることもある。コンポーネントの配置およびタイプの変形を、本願明細書に記載される特許請求の範囲の意図または範囲から逸脱することなく作り出すことができる。追加のコンポーネント、別のコンポーネント、またはより少ないコンポーネントが提供されてもよい。

システム１００は、１人以上のユーザ１２０Ａ〜１２０Ｎ、サービス・プロバイダ１４０、および管理者１１０を含むとよい。ユーザ１２０Ａ〜１２０Ｎは、組織の技術コンポーネントを維持、アップグレード、および／または開発する役割を果たすとよい。サービス・プロバイダ１４０は、ユーザ１２０Ａ〜１２０Ｎが、技術コンポーネントの電力消費を管理して、技術コンポーネントを確実に期待どおり、すなわちエネルギー効率の高い形で動作させることができるようにするアプリケーションを、ユーザ１２０Ａ〜１２０Ｎに提供するとよい。例えば、サービス・プロバイダ１４０は、技術コンポーネントのエネルギー消費についての省エネルギー戦略の効果を、ユーザ１２０Ａ〜１２０Ｎが見られるようにするアプリケーションを、ユーザ１２０Ａ〜１２０Ｎに提供するとよい。省エネルギー戦略は、技術コンポーネントの動作に由来するエネルギー消費を削減する技術実装戦略であればよい。

サービス・プロバイダ１４０はさらに、各技術コンポーネントの基準電力消費モデルをユーザ１２０Ａ〜１２０Ｎが組み立てられるようにするアプリケーションを、ユーザ１２０Ａ〜１２０Ｎに提供するとよい。基準電力消費モデルは、技術コンポーネントの期待される電力消費を表すとよい。基準電力消費モデルは、各技術コンポーネントの動作状態および／または利用率を考慮したものであるとよい。例えば、サーバの最大負荷の８０パーセントで動作しているサーバは、サーバの最大負荷の４０パーセントで動作している同じサーバよりも多くの電力を消費すると予想されるであろう。基準電力消費モデルは、各技術コンポーネントの実際の測定電力消費値に基づいて組み立てられるとよい。このアプリケーションはさらに、ユーザ１２０Ａ〜１２０Ｎが基準電力消費モデルに基づいて通知を設定できるようにし、技術コンポーネントの実際の電力消費が技術コンポーネントの基準電力消費モデルによって示される期待される電力消費と一致していない場合にユーザ１２０Ａ〜１２０Ｎが通知を受けるとよい。

管理者１１０は、人または自動プロセスであればよく、技術コンポーネントおよび既存の技術構成のデータベースを維持する役割を果たすとよい。技術コンポーネントのデータベースは、各技術コンポーネントの電力消費に関する製造業者による定格値を含むとよい。製造業者による値は、実際の電力消費値を測定できるまで、デフォルトの基準電力消費値として使用されるとよい。技術コンポーネントのデータベースはさらに、組織の技術コンポーネントを交換するのに使用できる別の技術コンポーネントを含むとよい。別のコンポーネントの基準電力消費モデルは、製造業者による定格値に基づいてもよく、または、別の組織によるそのコンポーネントの実装から取得された実際の値に基づいてもよい。技術コンポーネントの基準電力消費モデルを組み立てるステップについては、下記の図５でさらに詳しく述べる。

あるいは、またはさらに、管理者１１０は、組織などの１つ以上のクライアントにエネルギー・コンサルティング・サービスを提供するコンサルタントであってもよい。管理者１１０は、管理者１１０のコンサルティング・サービスを利用する組織それぞれに関連するデータを維持するとよい。管理者１１０は、システム１００によって生成された予想を使用して、エネルギー・コンサルティング・サービスを組織に提供する支援としてもよい。各組織の技術コンポーネントに関連するデータが、すべての組織にわたって電力消費モデルを精緻化するために使用されるとよい。

動作中、サービス・プロバイダ１４０は、その組織の職場および／またはデータ・センターのプロファイル、ならびに職場および／またはデータ・センターの初期の技術構成をユーザＡ（ユーザ１２０Ａ）が提供できるようにするインタフェースを、ユーザＡ（ユーザ１２０Ａ）に提供するとよい。ユーザＡ（ユーザ１２０Ａ）は、組織によって運用されている各職場および／またはデータ・センターの、別々のプロファイルおよび技術構成を提供してもよく、またはユーザＡ（ユーザ１２０Ａ）は、組織によって運用されているすべての職場および／またはデータ・センターの集約プロファイルおよび構成を提供してもよい。プロファイル情報は、地理的位置、業界、従業員数、および／または、職場および／またはデータ・センターを表す任意の一般的特徴を表すとよい。

職場および／またはデータ・センターの初期構成は、職場および／またはデータ・センターの情報技術（「ＩＴ（ｉｎｆｏｒｍａｔｉｏｎ ｔｅｃｈｎｏｌｏｇｙ）」）コンポーネントのインベントリを表す情報を含むとよい。職場にある技術コンポーネントのインベントリは、ラップトップ、モニタ、デスクトップ、プリンタ、シン・クライアント、ネットワーク・デバイス、または職場で利用される概して任意の技術を含むとよい。データ・センターにある技術コンポーネントのインベントリは、サーバ・コンポーネントおよびストレージ・コンポーネントなど、コンピューティング能力を提供するコンピューティング・コンポーネントを含むとよい。あるいは、またはさらに、職場および／またはデータ・センターにある技術コンポーネントのインベントリは、照明システム、クーリング供給、電力供給、またはデータ・センターまたは職場をサポートする概して任意のコンポーネントなど、コンピューティング・コンポーネントの適切な機能をサポートするサポート・コンポーネントを含んでもよい。ユーザＡ（ユーザ１２０Ａ）は、具体的なモデルなど、技術コンポーネントを表す特定の情報を提供してもよく、または、「ハイエンド」サーバなど、技術コンポーネントのより一般的な説明を提供してもよい。

システム１００は、予め埋められた技術コンポーネント情報のデータベースを含むとよく、これをユーザＡ（ユーザ１２０Ａ）が閲覧または検索できるとよい。技術コンポーネント情報は、コンポーネントの型およびモデル、コンポーネントの基準電力消費モデル、コンポーネントの年間運用コスト、または技術コンポーネントを表す概して任意のデータなど、各コンポーネントを表す特定のデータを含むとよい。管理者１１０は、データベースを維持するとよく、技術コンポーネントに関する新たな情報が利用可能になるにつれてデータベースを更新するとよい。管理者１１０がデータベースを手動で更新してもよく、またはデータ・フィードによってデータベースが自動更新されてもよい。技術コンポーネントの基準電力消費モデルは、初めのうちは製造御者によって提供された電力消費値を利用するとよいが、技術コンポーネントの実際の電力消費値を測定することで精緻化されるとよい。実際の電力消費値は、すべての組織にわたって共有されるとよい。あるいは、またはさらに、組織はその組織の技術コンポーネントから測定された電力消費値にしかアクセスできなくてもよい。

ユーザＡ（ユーザ１２０Ａ）は、組織の技術構成を提供すると、各職場および／またはデータ・センターに関する１つ以上の省エネルギー戦略を立て始めることができる。戦略は、職場および／またはデータ・センターのエネルギー消費を削減する１つ以上の方法を表すとよい。例えば、戦略は、組織の技術コンポーネントをよりエネルギー効率の高い選択肢に移行させることに関連するとよい。この例において、戦略は、組織の全般的なエネルギー消費を最小限に抑えるために新たな機器が入手されるべき費用、および入手すべき機器のタイプの案内をユーザＡ（ユーザ１２０Ａ）に提供するとよい。サービス・プロバイダ１４０は、組織の全般的なエネルギー消費に対する各戦略の予想される効果を、ユーザＡ（ユーザ１２０Ａ）がグラフ上などで見られるようにするアプリケーションを、ユーザに提供するとよい。この予想では、組織の全般的なエネルギー消費を予想するために、各技術コンポーネントの基準電力消費モデルが利用されるとよい。

予想は、電気コストおよび炭素排出など、技術コンポーネントの動作に関連する他の変数に対する戦略の効果も、ユーザＡ（ユーザ１２０Ａ）が見られるようにするとよい。電気コストおよび炭素排出に対する戦略の効果を正確に測定するために、ユーザＡ（ユーザ１２０Ａ）は、電気コストの経時的な変化と、消費エネルギーのキロワット時毎に生成される炭素の量の経時的な変化とに関する推測を提供するとよい。システム１００は、ユーザＡ（ユーザ１２０Ａ）から提供されたこの推測を、ユーザＡ（ユーザ１２０Ａ）によって特定された戦略に適用するとよい。システム１００は、ある期間にわたる組織の運用に関連した運用および環境コストに対する推測の効果を明示する１つ以上のグラフを、各技術コンポーネントの基準電力消費モデルを利用して生成するとよい。ユーザＡ（ユーザ１２０Ａ）は、グラフで提供された情報を使用して、その職場および／またはデータ・センターの戦略をさらに精緻化するとよい。省エネルギー戦略の複数の波を作り出すステップについては、下記の図８でさらに詳しく述べる。

サービス・プロバイダ１４０は、ユーザＡ（ユーザ１２０Ａ）によって特定される技術構成を自動的に分析して、技術構成が、省エネルギーおよび／または省コストの効率を上げるために変更できるかどうかを判断するとよい。システム１００は、組織によるより効率的なエネルギー使用につながると考えられる、構成の変更を推奨するとよい。例えば、サービス・プロバイダ１４０は、技術コンポーネントのいずれかを、エネルギー効率のより高い技術コンポーネントに交換できるかどうかを、コンポーネントの基準電力消費モデルに基づいて判断するとよい。技術構成を変更できるかどうかを判断するステップについては、下記の図９でさらに詳しく述べる。

サービス・プロバイダ１４０はさらに、組織の技術コンポーネントの、リアルタイムの電力消費および利用率を監視するとよい。各技術コンポーネントの電力消費および利用率は、コンポーネントの基準電力消費モデルと比較されるとよい。技術コンポーネントのリアルタイムの電力消費が、基準電力消費モデルで示されている電力消費の閾値内でなければ、サービス・プロバイダ１４０は、技術コンポーネントが交換されるべきであるとユーザＡ（ユーザ１２０Ａ）に通知するとよい。技術コンポーネントの電力消費を監視するステップについては、下記の図４でさらに詳しく述べる。

サービス・プロバイダ１４０は、ユーザＡ（ユーザ１２０Ａ）に、閾値を作成するためのインタフェースを提供するとよい。閾値は、各技術コンポーネントの基準電力消費モデルに基づいて、許容可能な電力消費範囲を特定するとよい。技術コンポーネントの測定されたエネルギー消費が、閾値によって規定されている範囲内であれば、技術コンポーネントは期待どおりに動作していると見なされる。技術コンポーネントの電力消費が、閾値によって規定されている範囲内で動作していなければ、ユーザＡ（ユーザ１２０Ａ）は、技術コンポーネントが交換されるべきである、または予防動作がトリガされるべきであると通知される。例えば、ユーザＡ（ユーザ１２０Ａ）は、基準電力消費値の１０パーセント以内にある、測定された電力消費値は、許容可能と見なされると規定してもよい。あるいは、またはさらに、ユーザＡ（ユーザ１２０Ａ）は、すべての技術コンポーネントにわたって適用される１つの閾値を規定してもよい。サービス・プロバイダ１４０は、ユーザＡ（ユーザ１２０Ａ）が閾値を特定するまで、デフォルト値の１０パーセントを使用するとよい。技術コンポーネントがエネルギー効率の高い形で動作しているかどうかを判断するステップについては、下記の図６でさらに詳しく述べる。

あるいは、またはさらに、サービス・プロバイダ１４０は、組織によって実装されている特定の技術コンポーネントの基準電力消費モデルを使用するのではなく、組織によって実装されている技術コンポーネントと同じタスクを実行する最もエネルギー効率の高い技術コンポーネントに関連した、エネルギー効率の高い電力消費モデルを使用してもよい。最もエネルギー効率の高い技術コンポーネントは、すべての組織にわたって類似した技術コンポーネントに関し測定された電力消費値に基づくとよい。あるいは、またはさらに、サービス・プロバイダ１４０は、製造業者または小売業者のデータベースなど、サード・パーティ・ソースから、さらなる技術コンポーネントの電力消費モデルを取得してもよい。あるいは、またはさらに、管理者１１０が、さらなる技術コンポーネントの電力消費モデルを入力してもよい。エネルギー効率の高い電力消費モデルを使用することで、組織は確実に、そのデータ・センターおよび／または職場を、その特有の技術構成によって達成できるエネルギー効率の最も高い形で運用するのでなく、可能な限りの、エネルギー効率の最も高い形で運用することができる。

図２は、図１のシステム、または技術コンポーネントのエネルギー効率を監視する他のシステムを実装するネットワーク環境２００の簡略図を提供する。なお、示されているコンポーネントのすべてが必須とは限らないと考えられ、一部の実装では、図示されていない追加のコンポーネントが含まれることもある。コンポーネントの配置およびタイプの変形を、本願明細書に記載される特許請求の範囲の意図および範囲から逸脱することなく作り出すことができる。追加のコンポーネント、別のコンポーネント、またはより少ないコンポーネントが提供されてもよい。

ネットワーク環境２００は、１人以上のユーザ１２０Ａ〜１２０Ｎ、管理者１１０、サービス・プロバイダ・サーバ２４０、サード・パーティ・サーバ２５０、データ・ストア２４５、ネットワーク２３０、２３５、および、集合的にクライアント・アプリケーションと呼ぶことができる、１つ以上のウェブ・アプリケーション、スタンドアロン・アプリケーション、モバイル・アプリケーション２２０Ａ〜２２０Ｎを含むとよい。

サービス・プロバイダ・サーバ２４０およびサード・パーティ・サーバ２５０の一部または全部が、ネットワーク２３５を介して互いに通信しているとよい。管理者１１０は、ウェブ・アプリケーション２２０Ａを使用して、サービス・プロバイダ・サーバ２４０とインタフェースで接続し、データ・ストア２４５に格納される技術コンポーネントおよび技術構成のデータベースを維持するとよい。あるいは、またはさらに、管理者１１０は、モバイル・アプリケーション２２０Ｎまたはスタンドアロン・アプリケーション２２０Ｂを使用して、サービス・プロバイダ・サーバ２４０とインタフェースで接続してもよい。

ネットワーク２３０、２３５は、インターネットなどの広域ネットワーク（ＷＡＮ：ｗｉｄｅ ａｒｅａ ｎｅｔｗｏｒｋ）、ローカル・エリア・ネットワーク（ＬＡＮ：ｌｏｃａｌ ａｒｅａ ｎｅｔｗｏｒｋｓ）、キャンパス・エリア・ネットワーク、メトロポリタン・エリア・ネットワーク、またはその他、データ通信を可能にすることができる任意のネットワークを含むとよい。ネットワーク２３０は、インターネットを含むとよく、ネットワーク２３５の全部または一部を含むとよい。ネットワーク２３５は、ネットワーク２３０の全部または一部を含むとよい。ネットワーク２３０、２３５は、複数のサブ・ネットワークに分割されてもよい。このサブ・ネットワークは、システム２００内のネットワーク２３０、２３５に接続された他のコンポーネントすべてへのアクセスを許可してもよく、またはサブ・ネットワークは、ネットワーク２３０、２３５に接続されたコンポーネント間のアクセスを制限してもよい。ネットワーク２３５は、公衆またはプライベート・ネットワーク接続と見なすことができ、例えば、公衆インターネット上で用いられる、仮想プライベート・ネットワーク、もしくは暗号化もしくは他のセキュリティ・メカニズム、または同様のものを含んでもよい。

ウェブ・アプリケーション、スタンドアロン・アプリケーション、およびモバイル・アプリケーション２２０Ａ〜２２０Ｎは、データ転送をサポートする任意の構成でネットワーク２３０に接続されるとよい。これは、ネットワーク２３０へのデータ接続を含むとよく、この接続は有線または無線とすることができる。ウェブ・アプリケーション、スタンドアロン・アプリケーション、およびモバイル・アプリケーション２２０Ａ〜２２０Ｎはいずれも、個別にクライアント・アプリケーションと呼ぶことができる。ウェブ・アプリケーション２２０Ａは、ウェブ・ブラウザもしくはコンピュータ、モバイル電話、携帯情報端末（ＰＤＡ：ｐｅｒｓｏｎａｌ ｄｉｇｉｔａｌ ａｓｓｉｓｔａｎｔ）、ページャ、ネットワーク対応のテレビ、ＴＩＶＯ（登録商標）などのデジタル・ビデオ・レコーダ、データ通信能力がある自動車および／または任意の電化製品もしくはプラットフォームなど、ウェブ・コンテンツをサポートする任意のプラットフォーム上で実行されればよい。ウェブ・アプリケーション２２０Ａは、ＡＤＯＢＥ ＦＬＥＸ（登録商標）技術を用いて実装されるリッチ・インターネット・アプリケーションをサポートしてもよい。あるいは、またはさらに、ウェブ・アプリケーション２２０Ａは、次の技術：ＡＤＯＢＥ ＦＬＥＸＢＵＩＬＤＥＲ ３（登録商標）、ＡＤＯＢＥ ＦＬＥＸ ＳＵＢＣＬＩＰＳＥ（登録商標）、または概して任意のウェブ開発技術のうち、１つ以上を使用して開発されてもよい。

スタンドアロン・アプリケーション２２０Ｂは、一つのマシン上で実行されるとよく、このマシンは、プロセッサ、メモリ、ディスプレイ、ユーザ・インタフェース、および通信インタフェースを有するとよい。プロセッサは、メモリ、ディスプレイおよびインタフェースに動作可能なように接続されているとよく、スタンドアロン・アプリケーション２２０Ｂまたは基礎をなすオペレーティング・システムのリクエストに応じてタスクを実行するとよい。メモリは、データを格納できるとよい。ディスプレイは、メモリおよびプロセッサに動作可能なように接続されているとよく、情報をユーザＢ１２０Ｂに対し表示できるとよい。ユーザ・インタフェースは、メモリ、プロセッサ、およびディスプレイに動作可能なように接続されているとよく、ユーザＢ１２０Ｂと対話できるとよい。通信インタフェースは、メモリおよびプロセッサに動作可能なように接続されているとよく、ネットワーク２３０、２３５を介してサービス・プロバイダ・サーバ２４０と通信できるとよい。スタンドアロン・アプリケーション２２０Ｂは、通信プロトコルをサポートする任意のプログラミング言語でプログラムされているとよい。こうした言語には、特に、ＳＵＮ ＪＡＶＡ（登録商標）、Ｃ＋＋、Ｃ＃、ＡＳＰ、ＳＵＮ ＪＡＶＡＳＣＲＩＰＴ（登録商標）、Ａｓｙｎｃｈｒｏｎｏｕｓ ＳＵＮ ＪＡＶＡＳＣＲＩＰＴ（登録商標）、またはＡＤＯＢＥ ＦＬＡＳＨ ＡＣＴＩＯＮＳＣＲＩＰＴ（登録商標）、ＡＤＯＢＥ ＦＬＥＸ（登録商標）が含まれると思われる。

モバイル・アプリケーション２２０Ｎは、データ接続を有するとよい任意のモバイル・デバイス上で実行されるとよい。データ接続は、セルラ接続、無線データ接続、インターネット接続、赤外線接続、ブルートゥース（Ｂｌｕｅｔｏｏｔｈ）接続、またはその他、データ伝送ができる任意の接続であればよい。例えば、モバイル・アプリケーション２２０Ｎは、ＡＰＰＬＥ ＩＰＨＯＮＥ（登録商標）上で実行されるアプリケーションであってもよい。

サービス・プロバイダ・サーバ２４０は、アプリケーション・サーバ、モバイル・アプリケーション・サーバ、データ・ストア、データベース・サーバ、およびミドルウェア・サーバのうちの１つ以上を含むとよい。サービス・プロバイダ・サーバ２４０は、１つのマシン上にあっても、１つ以上のマシン上で分散構成で実行されてもよい。

サービス・プロバイダ・サーバ２４０およびクライアント・アプリケーション２２０Ａ〜２２０Ｎは、図１４のコンピューティング・デバイスなど、様々な種類の１つ以上のコンピューティング・デバイスとすることができる。そのようなコンピューティング・デバイスは、一般的に、計算を実行するよう構成でき、１つ以上の有線および／または無線通信インタフェースを介してデータ通信を送受信できるとよい、任意のデバイスを含むとよい。そのようなデバイスは、限定されるものではないが、伝送制御プロトコル／インターネット・プロトコル（ＴＣＰ／ＩＰ：Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）プロトコル・スイートの中のプロトコルを含む、様々なネットワーク・プロトコルのいずれかに従って通信するよう構成されているとよい。例えば、ウェブ・アプリケーション２２０Ａは、サービス・プロバイダ・サーバ２４０上で実行されているプロセスであればよいウェブ・サーバから、ウェブ・ページなどの情報をリクエストするためにハイパーテキスト転送プロトコル（「ＨＴＴＰ：Ｈｙｐｅｒｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ」）を用いてもよい。

サービス・プロバイダ・サーバ２４０に含まれるデータベース・サーバ、アプリケーション・サーバ、モバイル・アプリケーション・サーバ、およびミドルウェア・アプリケーションにはいくつかの構成が考えられる。データ・ストア２４５は、サービス・プロバイダ・サーバ２４０の一部とするとよく、ＭＩＣＲＯＳＯＦＴ ＳＱＬ ＳＥＲＶＥＲ（登録商標）、ＯＲＡＣＬＥ（登録商標）、ＩＢＭ ＤＢ２（登録商標）、ＳＱＬＩＴＥ（登録商標）、またはその他、リレーショナルまたはそうではない任意のデータベース・ソフトウェアなどのデータベース・サーバとするとよい。データ・ストア２４５は、各技術コンポーネントの電力消費モデルを含む技術コンポーネント情報、およびデータ・センターおよび／または職場の技術構成情報を格納するとよい。アプリケーション・サーバは、ＡＰＡＣＨＥ ＴＯＭＣＡＴ（登録商標）、ＭＩＣＲＯＳＯＦＴ ＩＩＳ（登録商標）、ＡＤＯＢＥ ＣＯＬＤＦＵＳＩＯＮ（登録商標）、またはその他、通信プロトコルをサポートする任意のアプリケーション・サーバであればよい。ミドルウェア・アプリケーションは、ＰＨＰ：ＨＹＰＥＲＴＥＸＴ ＰＲＥＰＲＯＣＥＳＳＯＲ（「ＰＨＰ」）、またはＤＪＡＮＧＯフレームワークなどのＰＹＴＨＯＮフレームワークなど、アプリケーション・サーバと、クライアント２２０Ａ〜２２０Ｎとの間の追加の機能性を提供する任意のミドルウェアであればよい。

ネットワーク２３０、２３５は、１つのコンピューティング・デバイスを別のコンピューティング・デバイスに結合して、デバイス間のデータ通信を可能にするよう構成されているとよい。ネットワーク２３０、２３５は、一般的に、１つのデバイスから別のデバイスへ情報を伝達するために任意の形態のマシン可読媒体を用いることができるようになっているとよい。ネットワーク２３０、２３５はそれぞれ、無線ネットワーク、有線ネットワーク、ローカル・エリア・ネットワーク（ＬＡＮ）、広域ネットワーク（ＷＡＮ）、ユニバーサル・シリアル・バス（ＵＳＢ：Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）ポートなどによる直接接続、および同様のもののうち、１つ以上を含むとよく、インターネットを構成する相互接続されたネットワークのセットを含むとよい。ネットワーク２３０、２３５は、情報をコンピューティング・デバイス間で伝えることができる任意の通信方法を含めばよい。

動作中、ユーザＡ（ユーザ１２０Ａ）は、サービス・プロバイダ・サーバ２４０によって提供されるサービスに、ウェブ・アプリケーション２２０Ａおよびネットワーク２３０を介してアクセスするとよい。ウェブ・アプリケーション２２０Ａは、ＡＤＯＢＥ ＦＬＡＳＨ（登録商標）ＰＬＡＹＥＲ９を使用することなどによって、サービス・プロバイダ・サーバ２４０からクライアント・サイド・アプリケーションをダウンロードするとよい。ウェブ・アプリケーション２２０Ａは、ＰＨＰサーバなどのミドルウェア・アプリケーションにデータをリクエストするとよい。ＰＨＰサーバは、データ・ストア２４５の情報を問い合わせ、その情報をウェブ・アプリケーション２２０Ａに伝達するとよい。ユーザＡ（ユーザ１２０Ａ）は、ウェブ・アプリケーション２２０Ａを介してクライアント・サイド・アプリケーションと対話するとよい。データは、ＰＨＰサーバを介して、ウェブ・アプリケーション２２０Ａとデータベース２４５との間で渡されるとよい。計算の大部分はサービス・プロバイダ・サーバ２４０上で実行されるとよいが、応答時間を短縮するために、一部の計算がウェブ・アプリケーション２２０Ａ上で完了されてもよい。

あるいは、またはさらに、クライアント・アプリケーション２２０Ａ〜２２０Ｎは、オンラインおよびオフライン・モードの両方で機能できるとよい。クライアント・アプリケーション２２０Ａ〜２２０Ｎは、オフライン動作用にローカルにキャッシュされたデータ・ストアを含むとよい。ローカルおよびリモートのデータ・ストアは、オンライン動作が利用可能なときに同期をとるとよい。一例では、サービス・プロバイダ・サーバ２４０は、ＡＤＯＢＥ ＡＩＲ（登録商標）を使用してオンラインおよびオフライン機能性を実装するとよい。

図３は、サービス・プロバイダ・サーバ２４０、または図１のシステムを実装する他のサーバ、または技術コンポーネントのエネルギー効率を監視する他のシステムの例示的なサーバ・サイド・アーキテクチャ３００の簡略図を提供する。なお、示されているコンポーネントのすべてが必須とは限らず、一部の実装では、図示されていない追加のコンポーネントが含まれることもある。コンポーネントの配置およびタイプの変形を、本願明細書に記載される特許請求の範囲の意図および範囲から逸脱することなく作り出すことができる。追加のコンポーネント、別のコンポーネント、またはより少ないコンポーネントが提供されてもよい。

サーバ・サイド・アーキテクチャ３００は、サービス・プロバイダ・サーバ２４０、電力監視システム３５０、外部データ・ソース３４５、およびネットワーク２３５を含むとよい。サービス・プロバイダ・サーバ２４０は、プレゼンテーション層３１０、分析層３２０、データ・コレクタ／プロバイダ３３０、統合層３４０、およびデータ・ストア２４５を含むとよい。

外部データ・ソース３４５は、技術コンポーネント情報および／または技術構成情報を、データ・コレクタ／プロバイダ３３０を介してサービス・プロバイダ・サーバ２４０に提供するとよい。次に、技術コンポーネント情報はデータ・ストア２４５に格納されるとよい。技術コンポーネント情報は、技術コンポーネントの電力消費モデルなど、技術コンポーネントを表す任意のデータを含むとよい。技術構成情報は、組織の、任意の既存または過去の技術構成を表すとよい。あるいは、またはさらに、技術構成情報は他の組織の技術構成を表してもよい。データ・コレクタ／プロバイダ３３０はさらに、電気料金についてのリアルタイム情報、または消費エネルギーのｋＷｈ毎に生成される炭素の量、または過去および予想の気象情報など、システム１００に関するその他任意のデータを受信するために使用されるとよい。外部データ・ソース３４５は、図２のサード・パーティ・サーバ２５０など、インターネット・ベースとしてもよい。

組織の職場および／またはデータ・センターのリアルタイムのエネルギー消費が、電力監視システム３５０から受信されるとよい。電力監視システム３５０もサード・パーティ・サーバ２５０としてもよく、職場および／またはデータ・センターの各技術コンポーネントの電気消費の、リアルタイムの可視性を提供するとよい。例えば、職場および／またはデータ・センターの技術コンポーネントは、ＥＩＧ ＳＨＡＲＫ １００−Ｓ ＥＬＥＣＴＲＯＮＩＣ ＳＵＢ−ＭＥＴＥＲなど、ネットワーク接続されたエネルギー・メーターに接続されていてもよい。エネルギー・メーターは、ネットワーク２３５によって電力監視システム３５０へ、または直接サービス・プロバイダ・サーバ２４０へ、エネルギー消費データを伝送できるとよい。分析層３２０は、高度なモデリング、統計、および数学計算を実行するために使用されるアプリケーションであるとよい。分析層３２０は、アプリケーションを用いてより高度な分析を適用することを可能にするとよい。

統合層３４０は、システム１００が、サービス・プロバイダ・サーバ２４０上で実行されている他のエネルギー予想アプリケーションとデータを共有できるようにするとよい。例えば、統合層３４０は、親特許出願に記載されているシステム、またはゾルト・ベネデク（Ｚｓｏｌｔ Ｂｅｎｅｄｅｋ）らによる「職場の炭素排出量および運用コストを削減する戦略を提供するシステム（ＳＹＳＴＥＭ ＦＯＲ ＰＲＯＶＩＤＩＮＧ ＳＴＲＡＴＥＧＩＥＳ ＴＯ ＲＥＤＵＣＥ ＴＨＥ ＣＡＲＢＯＮ ＯＵＴＰＵＴ ＡＮＤ ＯＰＥＲＡＴＩＮＧ ＣＯＳＴＳ ＯＦ Ａ ＷＯＲＫＰＬＡＣＥ）」という題の、２００８年６月２４日に提出された同一出願人による米国特許出願第１２／１４４、９１０号に記載されているシステムのいずれかと、各技術コンポーネントの基準電力消費モデルを、システム１００が共有できるようにするとよい。この特許出願は、参照によってその内容を本願明細書に引用したものとする。技術コンポーネントの基準電力消費モデルは、こうしたシステムが、技術コンポーネントに関して測定された実際の電力消費値を利用できるようにするとよい。

図４は、図１のシステム、または技術コンポーネントのエネルギー効率を監視する他のシステムにおいて、技術コンポーネントのエネルギー効率を監視するステップを示すフローチャートである。図４のステップは、サービス・プロバイダ・サーバ２４０によって実行されるものとして表されている。なお、各ステップは、サービス・プロバイダ・サーバ２４０のオペレーティング・システム上で実行されているプロセスによって実行されてもよく、サービス・プロバイダ・サーバ２４０のプロセッサによって実行されてもよく、またはその他任意の、サービス・プロバイダ・サーバ２４０のハードウェア・コンポーネントによって実行されてもよい。あるいは、各ステップは、外部のハードウェア・コンポーネントまたはソフトウェア・プロセスによって実行されてもよい。

ステップ４１０で、サービス・プロバイダ・サーバ２４０が、技術コンポーネントの基準電力消費モデルを組み立てるとよい。基準電力消費モデルは、技術コンポーネントの期待される電力消費を表すとよい。基準電力消費モデルは、オフライン状態、オンライン状態、および／または起動状態で動作しているときなど、様々な状態で動作しているときに技術コンポーネントによって消費される電力を含むとよい。技術コンポーネントの利用率も監視できる場合は、電力消費モデルは技術コンポーネントの利用率も組み入れるとよい。例えば、サーバによって消費される電力の量は、サーバの利用率によって決まることもある。より高い利用率で動作するサーバは、より低い利用率で動作するサーバよりも多くの電力を消費すると考えられる。したがって、サーバの基準電力消費も、サーバの利用率に応じて異なると考えられる。技術コンポーネントの電力消費モデルを組み立てるステップについては、下記の図５でさらに詳しく述べるであろう。

ステップ４２０で、サービス・プロバイダ・サーバ２４０は、技術コンポーネントの閾値を判断するとよい。閾値は、許容可能な電力消費範囲を示すとよく、エネルギー効率が高いと見なされるには技術コンポーネントがこの範囲内で動作しなくてはならない。閾値は、基準電力消費モデルによって提供される値の、ある割合としてもよい。例えば、閾値を基準電力消費値の１０パーセントとしてもよい。この例では、技術コンポーネントの基準電力消費値が１００キロワットであれば、その結果許容可能な電力消費範囲は９０キロワットから１１０キロワットとすればよい。技術コンポーネントの閾値を判断するステップについては、下記の図６でさらに詳しく述べる。

ステップ４３０で、サービス・プロバイダ・サーバ２４０は、技術コンポーネントのエネルギー消費を監視するとよい。サービス・プロバイダ・サーバ２４０が直接エネルギー消費を監視してもよく、またはサービス・プロバイダ・サーバ２４０は、消費されるエネルギーを表す情報を電力監視システム３５０から受信してもよい。例えば、サービス・プロバイダ・サーバ２４０は、技術コンポーネントの電力消費を測定するメーターと、ネットワーク２３５などを介して通信していてもよい。サービス・プロバイダ・サーバ２４０は、技術コンポーネントの現在の状態も監視するとよい。サービス・プロバイダ・サーバ２４０が直接、管理コンソールなどによって技術コンポーネントの状態を監視してもよく、またはサービス・プロバイダ・サーバ２４０は、技術コンポーネントの状態を表す情報を電力監視システム３５０などの外部ソースから受信してもよい。

ステップ４４５で、サービス・プロバイダ・サーバ２４０は、技術コンポーネントのエネルギー消費が、その現在の状態において技術コンポーネントの閾値を満たすかどうかを判断するとよい。例えば、技術コンポーネントがオフライン状態であれば、サービス・プロバイダ・サーバ２４０は基準電力消費モデルを使用して、オフライン状態で動作しているときの技術コンポーネントの基準電力消費値を取得するとよい。次に、サービス・プロバイダ・サーバ２４０は、技術コンポーネントの現在のエネルギー消費が、現在の状態に関して基準電力消費モデルによって提供される基準電力消費値の閾値内であるかどうかを判断するとよい。技術コンポーネントの現在のエネルギー消費が閾値を満たすかどうかを判断するステップについては、下記の図６でさらに詳しく述べるであろう。

ステップ４４５で、サービス・プロバイダ・サーバ２４０が、技術コンポーネントのエネルギー消費が閾値を満たすと判断すると、サービス・プロバイダ・サーバ２４０はステップ４５０に移動する。ステップ４５０で、サービス・プロバイダ・サーバ２４０は、技術コンポーネントが期待どおりに動作していると特定する。ステップ４４５で、サービス・プロバイダ・サーバ２４０が、技術コンポーネントのエネルギー消費が閾値を満たさないと判断すると、サービス・プロバイダ・サーバ２４０はステップ４４０に移動する。

ステップ４４０で、サービス・プロバイダ・サーバ２４０は、技術コンポーネントが期待どおりに動作していない、すなわち、技術コンポーネントがエネルギー効率の低い形で動作しているとユーザＡ（ユーザ１２０Ａ）に通知する。例えば、サービス・プロバイダ・サーバ２４０は、テキスト・メッセージとも呼ばれるショート・メッセージ・サービス（ＳＭＳ：ｓｈｏｒｔ ｍｅｓｓａｇｅ ｓｅｒｖｉｃｅ）メッセージを、ユーザＡ（ユーザ１２０Ａ）のデバイスへ送信して、エネルギー効率の低い形で動作している技術コンポーネントについてユーザＡ（ユーザ１２０Ａ）に通知してもよい。あるいは、またはさらに、サービス・プロバイダ・サーバ２４０は、電子メール、インスタント・メッセージ、または概して任意の形式の通信をユーザＡ（ユーザ１２０Ａ）のデバイスへ送信して、エネルギー効率の低い形で動作している技術コンポーネントについてユーザＡ（ユーザ１２０Ａ）に通知してもよい。このイベントの通知はさらに、バックアップ・システムをオンにするなどの予防措置を自動的にトリガするとよい。エネルギー効率の低い形で動作している技術コンポーネントについてユーザＡ（ユーザ１２０Ａ）に通知するステップについては、下記の図７でさらに詳しく述べるであろう。

図５は、図１のシステム、または技術コンポーネントのエネルギー効率を監視する他のシステムにおいて、技術コンポーネントの基準電力消費モデルを組み立てるステップを示すフローチャートである。図５のステップは、サービス・プロバイダ・サーバ２４０によって実行されるものとして表されている。しかし、各ステップは、サービス・プロバイダ・サーバ２４０のオペレーティング・システム上で実行されているプロセスによって実行されてもよく、サービス・プロバイダ・サーバ２４０のプロセッサによって実行されてもよく、またはその他任意の、サービス・プロバイダ・サーバ２４０のハードウェア・コンポーネントによって実行されてもよい。あるいは、各ステップは、外部のハードウェア・コンポーネントまたはソフトウェア・プロセスによって実行されてもよい。

ステップ５１０で、サービス・プロバイダ・サーバ２４０は、基準電力消費モデルの組み立てに利用する技術コンポーネントを特定する。技術コンポーネントの古さが技術コンポーネントの電力消費に影響することもあるため、基準電力消費モデルの組み立てには未使用の技術コンポーネントが最適であると考えられる。この場合、技術コンポーネントが所望の状態および／または利用率にセットされるとよく、ある期間、電力消費が監視されるとよい。あるいは、またはさらに、サービス・プロバイダ・サーバ２４０は、組織の各技術コンポーネントの基準電力消費モデルを自動的に組み立ててもよく、これはその技術コンポーネントが最初に組織の技術構成に追加されたときなどに行われるとよい。なお、多くの場合、基準電力消費モデルはデータ・センターおよび／または職場で現在動作中の技術コンポーネントに基づき組み立てられればよい。

ステップ５２０で、サービス・プロバイダ・サーバ２４０は、技術コンポーネントの電力消費および状態を、１週間など、ある期間にわたって監視するとよい。サービス・プロバイダ・サーバ２４０が直接、技術コンポーネントの電力消費および状態を監視してもよく、または、サービス・プロバイダ・サーバ２４０は、電力監視システム３５０などから電力消費および状態を表すデータを受信してもよい。サービス・プロバイダ・サーバ２４０は、その期間中、ミリ秒毎など定期的に技術コンポーネントの電力消費および状態を監視するとよい。例えば、サービス・プロバイダ・サーバ２４０は、技術コンポーネントの現在の電力消費および状態を、ミリ秒毎に記録してもよい。技術コンポーネントの状態は、異なるレベルの電力消費を必要とすると考えられる、技術コンポーネントの複数動作を表すものである。例えば、技術コンポーネントには、パワー・ダウン、すなわち低電力モードで動作する技術コンポーネントを指すオフライン状態、標準状態で動作している技術コンポーネントを指すオンライン状態、オフライン状態からオンライン状態への技術コンポーネントの移行を指す起動状態、または技術コンポーネントの動作を表すことができる概して任意の状態があると考えられる。サーバなど、利用率に関する測定が可能な技術コンポーネントの場合、サービス・プロバイダ・サーバ２４０は技術コンポーネントの利用率も監視するとよい。

ステップ５３０で、サービス・プロバイダ・サーバ２４０は、技術コンポーネントがオフライン状態で動作していた期間にわたる技術コンポーネントの電力消費を判断するとよい。例えば、サービス・プロバイダ・サーバ２４０は、技術コンポーネントがオフライン状態で動作していた期間にわたる技術コンポーネントの全電力消費測定の平均を求めるとよい。サービス・プロバイダ・サーバ２４０は、次式： ａｖｇ＝γｙ＋（１−γ）Ｙ を使用して電力消費測定の平滑化平均（ｓｍｏｏｔｈｅｄ ａｖｅｒａｇｅ）を求めるとよい。式中、Ｙは前の平均を指し、ｙは現在の値を指し、γはサービス・プロバイダ・サーバ２４０によって無作為に選ばれた０から１の間の値である。例えば、γが１に近い値であると、最新の測定がより重く重み付けされ、０に近いγ値は、過去の記録をより大きく重み付けする。平均が求められるときに、平均で使用された値の分散σ^２も、次式 σ^２＝φ（ｙ−Ｙ）^２＋（１−φ）Ｖ を使用して求められるとよい。式中、Ｙは平均を表し、ｙは電力消費の現在の測定値を表し（平滑化平均の計算に使用されたのと同じ値）、Ｖは前の分散を表し、φはサービス・プロバイダ・サーバ２４０によって無作為に選択された０から１の間の値を表す。例えば、φを０または１に近い値にセットすると、それぞれ過去またはより最近の測定が重み付けされる。分散はさらに、基準電力消費モデルに格納されてもよい。あるいは、またはさらに、サービス・プロバイダ・サーバ２４０は、平均電力消費を判断するのではなく、その期間中にオフライン状態で動作している技術コンポーネントに関して測定された最大電力消費値を使用してもよい。

ステップ５４０で、サービス・プロバイダ・サーバ２４０は、技術コンポーネントが起動状態で動作していた期間にわたる技術コンポーネントの電力消費を判断するとよい。サービス・プロバイダ・サーバ２４０は、技術コンポーネントが起動状態で動作していた時間、すなわち、技術コンポーネントがオフライン状態からオンライン状態へ移行するのに要した時間も記録するとよい。例えば、サービス・プロバイダ・サーバ２４０は、技術コンポーネントが起動状態で動作していた期間にわたる技術コンポーネントの全電力消費測定の平均と、起動時間の平均とを求めてもよい。サービス・プロバイダ・サーバ２４０は、次式： ａｖｇ＝γｙ＋（１−γ）Ｙ を使用して電力消費および起動時間測定の平滑化平均を求めるとよい。式中、Ｙは前の平均を指し、ｙは現在の値を指し、γはサービス・プロバイダ・サーバ２４０によって無作為に選ばれた０から１の間の値である。例えば、γが１に近い値であると、最新の測定がより重く重み付けされ、０に近いγ値は、過去の記録をより大きく重み付けする。平均が求められるときに、平均で使用された値の分散σ^２も、次式 σ^２＝φ（ｙ−Ｙ）^２＋（１−φ）Ｖ を使用して求められるとよい。式中、Ｙは平均を表し、ｙは電力消費の現在の測定値を表し（平滑化平均の計算に使用されたのと同じ値）、Ｖは前の分散を表し、φはサービス・プロバイダ・サーバ２４０によって無作為に選択された０から１の間の値を表す。例えば、φを０または１に近い値にセットすると、それぞれ過去またはより最近の測定が重み付けされる。分散はさらに、基準電力消費モデルに格納されてもよい。あるいは、またはさらに、サービス・プロバイダ・サーバ２４０は、平均を求めるのではなく、その期間中に、起動状態で動作している技術コンポーネントに関して測定された最大電力消費値および／または最大起動時間を使用してもよい。

ステップ５５０で、サービス・プロバイダ・サーバ２４０は、技術コンポーネントがオンライン状態で動作していた期間にわたる技術コンポーネントの電力消費を判断するとよい。例えば、サービス・プロバイダ・サーバ２４０は、技術コンポーネントがオンライン状態で動作していた期間にわたる技術コンポーネントの全電力消費測定の平均を求めるとよい。サービス・プロバイダ・サーバ２４０は、次式： ａｖｇ＝γｙ＋（１−γ）Ｙ を使用して電力消費測定の平滑化平均を求めるとよい。式中、Ｙは前の平均を指し、ｙは現在の値を指し、γはサービス・プロバイダ・サーバ２４０によって無作為に選ばれた０から１の間の値である。例えば、γが１に近い値であると、最新の測定がより重く重み付けされ、０に近いγ値は、過去の記録をより大きく重み付けする。平均が求められるときに、平均で使用された値の分散σ^２も、次式 σ^２＝φ（ｙ−Ｙ）^２＋（１−φ）Ｖ を使用して求められるとよい。式中、Ｙは平均を表し、ｙは電力消費の現在の測定値を表し（平滑化平均の計算に使用されたのと同じ値）、Ｖは前の分散を表し、φはサービス・プロバイダ・サーバ２４０によって無作為に選択された０から１の間の値を表す。例えば、φを０または１に近い値にセットすると、それぞれ過去またはより最近の測定が重み付けされる。分散はさらに、基準電力消費モデルに格納されてもよい。あるいは、またはさらに、サービス・プロバイダ・サーバ２４０は、平均を求めるのではなく、その期間中にオンライン状態で動作している技術コンポーネントに関して測定された最大電力消費値を使用してもよい。

ステップ５５５で、サービス・プロバイダ・サーバ２４０は、ステップ５２０などで技術コンポーネントの利用率値が監視されたかどうかを判断するとよい。例えば、サーバなどの特定の技術コンポーネントが利用率値に関連付けられるとよく、利用率値はサービス・プロバイダ・サーバ２４０によって監視されるとよい。利用率値はさらに、オンライン状態で動作している技術コンポーネントの基準電力消費値をさらに表すとよい。例えば、サーバの利用率は、サーバによって現在使用されているメモリまたは中央処理ユニット（ＣＰＵ：ｃｅｎｔｒａｌ ｐｒｏｃｅｓｓｉｎｇ ｕｎｉｔ）リソースの割合を指すとよい。別の例では、クーリング・ユニットの利用率は、ヒーティング、換気および空調（ＨＶＡＣ：ｈｅａｔｉｎｇ，ｖｅｎｔｉｌａｔｉｎｇ ａｎｄ ａｉｒ ｃｏｎｄｉｔｉｏｎｉｎｇ）システムの最大能力で割った、供給される冷却トン（ｔｏｎｓ ｏｆ ｃｏｏｌｉｎｇ）の比を指してもよく、または利用率は、最高ファン速度で割った現在のファン速度を指してもよい。別の例では、無停電電源（ＵＰＳ：ｕｎｉｎｔｅｒｒｕｐｔｉｂｌｅ ｐｏｗｅｒ ｓｕｐｐｌｙ）および電力供給ユニット（ＰＤＵ：ｐｏｗｅｒ ｄｅｌｉｖｅｒｙ ｕｎｉｔ）などの電力供給コンポーネントの利用率は、コンポーネントによって供給される電力の、コンポーネントの電力容量で割った比を指してもよい。

ステップ５５５でサービス・プロバイダ・サーバ２４０が、技術コンポーネントの利用率値が監視されたと判断すると、サービス・プロバイダ・サーバ２４０はステップ５６０に移動する。ステップ５６０で、サービス・プロバイダ・サーバ２４０は、様々な利用率値間隔毎に、技術コンポーネントの電力消費を判断する。例えば、利用率が割合として測定されれば、サービス・プロバイダ・サーバ２４０は、技術コンポーネントの電力消費を１０パーセント間隔で判断してもよい。したがって、サービス・プロバイダ・サーバ２４０は、１０パーセントの利用率、２０パーセントの利用率などで動作する技術コンポーネントの電力消費を判断するとよい。サービス・プロバイダ・サーバ２４０は、特定された利用率間隔それぞれで技術コンポーネントが動作していた期間にわたる技術コンポーネントの全電力消費測定の平均を求めるとよい。サービス・プロバイダ・サーバ２４０は、次式： ａｖｇ＝γｙ＋（１−γ）Ｙ を使用して各利用率間隔の電力消費測定の平滑化平均を求めるとよい。式中、Ｙは前の平均を指し、ｙは現在の値を指し、γはサービス・プロバイダ・サーバ２４０によって無作為に選ばれた０から１の間の値である。例えば、γが１に近い値であると、最新の測定がより重く重み付けされ、０に近いγ値は、過去の記録をより大きく重み付けする。平均が求められるときに、平均で使用された値の分散σ^２も、次式 σ^２＝φ（ｙ−Ｙ）^２＋（１−φ）Ｖ を使用して求められるとよい。式中、Ｙは平均を表し、ｙは電力消費の現在の測定値を表し（平滑化平均の計算に使用されたのと同じ値）、Ｖは前の分散を表し、φはサービス・プロバイダ・サーバ２４０によって無作為に選択された０から１の間の値を表す。例えば、φを０または１に近い値にセットすると、それぞれ過去またはより最近の測定が重み付けされる。分散はさらに、基準電力消費モデルに格納されてもよい。あるいは、またはさらに、サービス・プロバイダ・サーバ２４０は、平均を求めるのではなく、その期間中に各利用率レベルで動作する技術コンポーネントに関して測定された最大電力消費値を使用してもよい。

ステップ５５５でサービス・プロバイダ・サーバ２４０が、技術コンポーネントの利用率値は監視されなかったと判断すると、サービス・プロバイダ・サーバ２４０はステップ５７０に移動する。ステップ５７０で、サービス・プロバイダ・サーバ２４０は、技術コンポーネントの基準電力消費モデルを組み立てる。基準電力消費モデルは、技術コンポーネントの状態を入力として受け取るとよく、入力された状態で動作する技術コンポーネントの基準電力消費を提供するとよい。利用率を監視できる技術コンポーネントの場合、基準電力消費モデルはさらに、利用率値を入力として受け取り、入力された利用率で動作している技術コンポーネントの基準電力消費値を出力として提供するとよい。

例えば、基準電力消費モデルは、各動作状態を、その動作状態に関して判断された基準電力消費と対応付けるとよい。監視できる利用率に関連する技術コンポーネントの場合、モデルは、オンライン状態および利用率値を、その利用率に関して判断された基準電力消費値と対応付けるとよい。このモデルはさらに、ガウス・ニュートン・アルゴリズムまたは線形最小二乗法などのカーブ・フィッティング・アルゴリズムを利用して、利用率の関数として基準電力消費の連続表現を構成してもよい。連続関数の形は、コンポーネントに基づき変化するとよい。例えば、サーバなどのコンピューティング・コンポーネントには線形型が使用されてもよく、ＰＤＵまたはＨＶＡＣシステムなどのサポート・コンポーネントには非線形型が使用されてもよい。

コンピューティング・コンポーネントの場合、サービス・プロバイダ・サーバ２４０は、測定された利用率および電力値を、次式： ＰＣ＝ａＵ＋ｂ に適用するとよい。式中、ＰＣは電力消費を指し、Ｕは利用率を指す。線形最小二乗法を使用してａおよびｂの値を求めるとよい。ａおよびｂを求めれば、基準電力消費値を、与えられた任意の利用率に関して計算することができる。

サポート・コンポーネントの場合、サービス・プロバイダ・サーバ２４０は、測定された利用率および電力値を、次式： ＰＣ＝ａＵ／（ｂ＋Ｕ） に適用するとよい。式中、ＰＣは電力消費を指し、Ｕは利用率を指す。ガウス・ニュートン・アルゴリズムを使用してａおよびｂの値を求めることができる。ａおよびｂを求めれば、基準電力消費値を、与えられた任意の利用率に関して計算することができる。

ステップ５８０で、サービス・プロバイダ・サーバ２４０は、技術コンポーネントの基準電力消費モデルをデータ・ストア２４５に格納するとよい。サービス・プロバイダ・サーバ２４０はさらに、技術コンポーネントと、基準電力消費モデルとの間の関連を、データ・ストア２４５に格納するとよい。

図６は、図１のシステム、または技術コンポーネントのエネルギー効率を監視する他のシステムにおいて、技術コンポーネントがエネルギー効率の高い形で動作しているかどうかを判断するステップを示すフローチャートである。図６のステップは、サービス・プロバイダ・サーバ２４０によって実行されるものとして表されている。しかし、各ステップは、サービス・プロバイダ・サーバ２４０のオペレーティング・システム上で実行されているプロセスによって実行されてもよく、サービス・プロバイダ・サーバ２４０のプロセッサによって実行されてもよく、またはその他任意の、サービス・プロバイダ・サーバ２４０のハードウェア・コンポーネントによって実行されてもよい。あるいは、各ステップは、外部のハードウェア・コンポーネントまたはソフトウェア・プロセスによって実行されてもよい。

ステップ６１０で、サービス・プロバイダ・サーバ２４０が、技術コンポーネントの現在の電力消費値を取得するとよい。例えば、サービス・プロバイダ・サーバ２４０が直接、技術コンポーネントの電力消費値を測定してもよく、または、サービス・プロバイダ・サーバ２４０は、電力監視システム３５０、すなわち外部ソースから、現在の電力消費値を受信してもよい。ステップ６２０で、サービス・プロバイダ・サーバ２４０は、技術コンポーネントの現在の動作状態を特定するとよい。サービス・プロバイダ・サーバ２４０が直接、技術コンポーネントの動作状態を監視してもよく、または技術コンポーネントの動作状態は電力監視システム３５０、すなわち外部ソースによって監視されてもよい。

ステップ６２５で、サービス・プロバイダ・サーバ２４０は、コンポーネントがオンライン状態で動作しているかどうかを判断する。コンポーネントがオンライン状態で動作していれば、サービス・プロバイダ・サーバ２４０はステップ６３５に移動する。ステップ６３５で、サービス・プロバイダ・サーバ２４０は、その技術コンポーネントに関して利用率値が監視されているかどうかを判断する。ステップ６３５で、サービス・プロバイダ・サーバ２４０が、技術コンポーネントの利用率値が監視されていると判断すると、サービス・プロバイダ・サーバ２４０はステップ６４０に移動する。ステップ６４０で、サービス・プロバイダ・サーバ２４０は、現在の利用率値における技術コンポーネントの基準電力消費値を判断する。技術コンポーネントの基準電力消費値は、技術コンポーネントの現在の利用率値を技術コンポーネントの基準電力消費モデルに入力することで判断されるとよい。

ステップ６２５で、サービス・プロバイダ・サーバ２４０が、技術コンポーネントがオンライン状態で動作してはいないと判断すると、サービス・プロバイダ・サーバ２４０はステップ６５０に移動する。ステップ６３５で、サービス・プロバイダ・サーバ２４０が、技術コンポーネントの利用率値が監視されていないと判断すると、サービス・プロバイダ・サーバ２４０はステップ６５０に移動する。ステップ６５０で、サービス・プロバイダ・サーバ２４０は、現在の状態で動作している技術コンポーネントの基準電力消費値を判断する。サービス・プロバイダ・サーバ２４０は、現在の状態を技術コンポーネントの基準電力消費モデルに入力することによって、基準電力消費値を判断するとよい。

ステップ６６０で、サービス・プロバイダ・サーバ２４０は、閾値の上限および下限を判断する。閾値の上限および下限は、基準電力消費値前後の、電力消費値の許容可能な範囲を表すとよい。例えば、ユーザＡ（ユーザ１２０Ａ）が、１０パーセントなどの割合の閾値を提供してもよい。この場合、閾値の上限は基準電力消費値の１１０パーセントとなり、閾値の下限は基準電力消費値の９０パーセントとなるであろう。

あるいは、またはさらに、サービス・プロバイダ・サーバ２４０は、閾値の上限および下限を判断する際に信頼値を利用してもよい。信頼値は、９０パーセント、９５パーセントなどの割合値などの信頼値によって、閾値外の現在の電力消費値の境界が示されるように、閾値の上限および下限を選ぶために使用されるとよい。信頼値は、信頼値がゼロパーセント近くなど過度に低くセットされている場合にエネルギー効率の低い形で動作している技術コンポーネントについてユーザＡ（ユーザ１２０Ａ）に通知しない可能性と、信頼値が１００パーセント近くなど過度に高くセットされている場合に技術コンポーネントをエネルギー効率の低い形で動作していると誤って特定する可能性とのバランスをとるとよい。

例えば、信頼値が１０パーセントにセットされると、任意の測定電力消費値が上限および下限の範囲内でない確率が１０パーセントしかないように、上限および下限が決定されるとよい。１０の測定値のうち１つのみが上限および下限に入らない可能性があるため、ユーザＡ（ユーザ１２０Ａ）は、エネルギー効率の低い形で動作している技術コンポーネントについて通知を受けない可能性があると考えられる。あるいは、信頼値が９０パーセントにセットされると、任意の監視される電力消費値が上限および下限の範囲内でない確率が９０パーセントあることになる。この場合、監視される電力消費値の９０パーセントが範囲に入らないことになるため、ユーザＡ（ユーザ１２０Ａ）は、技術コンポーネントが実際には期待どおりに動作しているときに技術コンポーネントについて誤った通知を受ける可能性がある。

ユーザＡ（ユーザ１２０Ａ）は、各技術コンポーネントの信頼値を、技術コンポーネントの重要性に応じて選ぶとよい。例えば、技術コンポーネントがデータ・センターおよび／または職場の運用に絶対不可欠であれば、ユーザＡ（ユーザ１２０Ａ）は、信頼値を９０パーセントなど、高くセットするとよい。ユーザＡ（ユーザ１２０Ａ）は、エネルギー効率の低い形で動作している技術コンポーネントの通知を受けないおそれがある状態よりも、期待どおりに動作している技術コンポーネントの誤った通知を受ける方を選ぶこともある。

ユーザＡ（ユーザ１２０Ａ）により提供される信頼値Ｐは、基準電力消費値ｙ、およびその基準電力消費値と関連する分散σ^２（上記の図６で求められた）と共に、下式において、閾値の下限Ａおよび上限Ｂを求めるために使用されるとよい。

下限Ａが不要な場合、すなわちゼロにセット可能な場合に閾値の上限Ｂを求めるには、マルコフの不等式が使用されるとよい。例えば、技術コンポーネントの過熱、または電力網の過度の負担を避けるために、技術コンポーネントの電力消費が、一定の閾値を超えないことが重要であることがある。この例では、下限Ａが０にセットされ、上限Ｂがｙ／Ｐにセットされるとよい。Ａを０に、さらにＢをｙ／Ｐにセットすることで、マルコフの不等式を適用すると、確率Ｐｒ（ｙ’≧Ｂ）≦Ｐの境界を示すことになり、これは、任意の測定された電力消費値ｙ’が上限Ｂ以上になる確率が、ユーザＡ（ユーザ１２０Ａ）によって特定された確率Ｐ以下であることを示す。

下限Ａおよび上限Ｂを求めるために、チェビシェフの不等式が使用されてもよい。チェビシェフの不等式によれば、何らかのα＞０に対して、Ｐｒ（−α≦ｙ’−ｙ≦α）≦σ^２／α^２である。下限Ａは、Ａ＝ｙ−σ√Ｐ にセットされるとよく、上限Ｂは、Ｂ＝ｙ＋σ√Ｐ にセットされるとよい。ＡおよびＢを記載のようにセットすることで、チェビシェフの不等式は、確率Ｐｒ（Ａ≦ｙ’≦Ｂ）≦Ｐの境界を示し、これは、任意の測定された電力消費値ｙ’がＡおよびＢの範囲内である確率が、ユーザＡ（ユーザ１２０Ａ）によって特定された確率Ｐ以下であることを示す。

閾値の下限Ａおよび上限Ｂを求めるために、中心極限定理が使用されてもよい。この定理によれば、Ｚ：＝（ｙ’−Ｎｙ）^２／σ√Ｎ は、平均０および分散１の標準正規（すなわちガウス）分布に従う。式中、Ｎはｙを求めるために使用される測定された電力消費値の数を表し、Ｚは標準正規を表す。次のように標準正規確率変数の分布関数を使用する。

式中、Φ（）は標準正規の分布関数を表し、数値的に求めることができ、βは、Ｐ＝２Φ（β）−１ となるようにセットされる。下限Ａは、Ａ＝Ｎｙ−βσ√Ｎ にセットすることができ、式中、Ｎはｙの計算に使用される値の数を表し、上限Ｂは、Ｂ＝Ｎｙ＋βσ√Ｎ にセットすることができる。中心極限定理に適用されるこうしたＡおよびＢの値は、Ｐｒ（Ａ≦ｙ’≦Ｂ）≦Ｐを意味し、これは、任意の測定された電力消費値ｙ’がＡおよびＢの範囲内である確率が、ユーザＡ（ユーザ１２０Ａ）によって特定された確率Ｐ以下であることを示す。したがって、測定された電力消費値ｙ’が閾値を上回るときはいつでも、好ましくないイベントが生じたことを示すために通知がトリガされ、技術コンポーネントのエネルギー効率の高い動作からの偏差を示すとよい。

ステップ６６５で、サービス・プロバイダ・サーバ２４０は、現在のエネルギー消費値が閾値を満たすかどうかを判断するとよい。例えば、現在のエネルギー消費値は、現在のエネルギー消費値が閾値の上限および下限内であれば、閾値を満たすと考えられる。ステップ６６５で、サービス・プロバイダ・サーバ２４０が、現在のエネルギー消費値は閾値を満たすと判断すると、サービス・プロバイダ・サーバ２４０はステップ６８０に移動する。ステップ６８０で、サービス・プロバイダ・サーバ２４０は、現在のエネルギー消費値が閾値を満たすと示すデータを返す。ステップ６６５で、サービス・プロバイダ・サーバ２４０が、現在のエネルギー消費値が閾値を満たさないと判断すると、サービス・プロバイダ・サーバ２４０はステップ６７０に移動する。ステップ６７０で、サービス・プロバイダ・サーバ２４０は、現在のエネルギー消費値が閾値を満たさないと示すデータを返す。

図７は、図１のシステム、または技術コンポーネントのエネルギー効率を監視する他のシステムにおいて、エネルギー効率の低い形で動作している技術コンポーネントについてユーザに通知するステップを示すフローチャートである。図７のステップは、サービス・プロバイダ・サーバ２４０によって実行されるものとして表されている。しかし、各ステップは、サービス・プロバイダ・サーバ２４０のオペレーティング・システム上で実行されているプロセスによって実行されてもよく、サービス・プロバイダ・サーバ２４０のプロセッサによって実行されてもよく、またはその他任意の、サービス・プロバイダ・サーバ２４０のハードウェア・コンポーネントによって実行されてもよい。あるいは、各ステップは、外部のハードウェア・コンポーネントまたはソフトウェア・プロセスによって実行されてもよい。

ステップ７１０で、サービス・プロバイダ・サーバ２４０は、エネルギー効率の低い形で動作している技術コンポーネントを特定する。ステップ７２０で、サービス・プロバイダ・サーバ２４０は、エネルギー効率の低い形で動作しているコンポーネントの交換コンポーネントを表す情報を、データ・ストア２４５から取得する。この情報は、型、モデル番号、交換品の価格、およびその交換コンポーネントを注文するためのウェブ・サイトのネットワーク識別子を含むとよい。ステップ７２５で、サービス・プロバイダ・サーバ２４０は、データ・ストア２４５が、エネルギー効率の低い形で動作している技術コンポーネントの代わりに使用可能な任意の別の技術コンポーネントを含むかどうかを判断するとよい。サービス・プロバイダ・サーバ２４０は、任意の利用可能な別の技術コンポーネントが、現在のコンポーネントよりエネルギー効率の高い形で動作できるかどうかを判断するとよい。

ステップ７２５で、サービス・プロバイダ・サーバ２４０が、データ・ストア２４５内の、より高いエネルギー効率を提供する別のコンポーネントを特定すると、サービス・プロバイダ・サーバ２４０はステップ７３０に移動する。ステップ７３０で、サービス・プロバイダ・サーバ２４０は、型、モデル番号、価格、および別の交換コンポーネントを注文するためのウェブ・サイトのネットワーク識別子など、別の交換コンポーネントを表す情報を、データ・ストア２４５から取得する。

ステップ７３５で、サービス・プロバイダ・サーバ２４０が、より高いエネルギー効率を提供することができる別の交換コンポーネントを特定しなければ、サービス・プロバイダ・サーバ２４０はステップ７４０に移動する。ステップ７４０で、サービス・プロバイダ・サーバ２４０は、交換コンポーネントの情報と、特定された任意の別の交換コンポーネントの情報とを含む、通知用のデータを生成する。この通知はさらに、技術コンポーネントの現在のエネルギー消費を表す情報と、技術コンポーネントがエネルギー効率の低い形で動作していることについて考えられる原因の記述とを含むとよい。例えば、技術コンポーネントの電力消費が０であれば、技術コンポーネントは完全に機能しなくなっていると考えられる。別の例では、技術コンポーネントが古く、閾値から少しだけ外れていれば、記述は、その技術が古く交換が必要であると示すとよい。

あるいは、またはさらに、サービス・プロバイダ・サーバ２４０は、エネルギー効率の低い形で動作している技術コンポーネントの交換の重要性に基づいて、通知を分類してもよい。通知は、エネルギー効率の低い形で動作している技術コンポーネントを修理および／または交換する重要度に従って送信および／または表示されるとよい。例えば、技術コンポーネントが完全に機能しなくなり、さらに技術コンポーネントがデータ・センターおよび／または職場の運用に絶対不可欠であれば、通知は高重要度に従って送信および／または表示されるとよい。あるいは、またはさらに、コンポーネントが動作に絶対不可欠ではなく、さらに基準電力消費値から少ししか外れていなければ、通知はより低い重要度に従って送信および／または表示されるとよい。例えば、高重要度に従って送信される通知は、管理者１１０に直接送信されてもよく、および／または赤色のテキストなど高重要度を強調する形でユーザＡ（ユーザ１２０Ａ）に対し表示されてもよい。

ステップ７５０で、サービス・プロバイダ・サーバ２４０は、通知をユーザＡ（ユーザ１２０Ａ）および／または管理者１１０に提供する。通知は、ユーザＡ（ユーザ１２０Ａ）および／または管理者１１０に、電子メール、ＳＭＳメッセージ、音声メール、インスタント・メッセージ、またはネットワーク２３０上で通信する概して任意の方法のうちの１つ以上によって提供されるとよい。あるいは、またはさらに、サービス・プロバイダ・サーバ２４０は、高重要度の通知など、通知の重要性が重要性閾値に合う場合にのみ、管理者１１０に通知を送信してもよい。あるいは、またはさらに、サービス・プロバイダ・サーバ２４０は、通知の重要性に基づいて、通知を伝達する方法を判断してもよい。例えば、高重要度の通知は、管理者１１０の自宅電話番号またはモバイル電話番号に電話をかけて通知を説明するメッセージを再生することで管理者１１０に伝達されてもよく、その一方で、低い重要度の通知は、電子メールによってユーザＡ（ユーザ１２０Ａ）に送信されてもよい。

図８は、図１のシステム、または技術コンポーネントのエネルギー効率を監視する他のシステムにおいて、複数の実装の波を処理するステップを示すフローチャートである。図８のステップは、サービス・プロバイダ・サーバ２４０によって実行されるものとして表されている。しかし、各ステップは、サービス・プロバイダ・サーバ２４０のオペレーティング・システム上で実行されているプロセスによって実行されてもよく、サービス・プロバイダ・サーバ２４０のプロセッサによって実行されてもよく、またはその他任意の、サービス・プロバイダ・サーバ２４０のハードウェア・コンポーネントによって実行されてもよい。あるいは、各ステップは、外部のハードウェア・コンポーネントまたはソフトウェア・プロセスによって実行されてもよい。

ユーザＡ（ユーザ１２０Ａ）は、ある期間にわたって連続して、または並行して職場および／またはデータ・センターに適用される複数の省エネルギー戦略の累積効果を予想するために、複数の実装の波を使用してもよい。ステップ８０５で、ユーザＡ（ユーザ１２０Ａ）は、職場および／またはデータ・センターの初期の技術構成と、プロファイルとを特定するとよい。技術構成は、技術コンポーネントを表す平均値を使用した概要であってもよく、または、職場および／またはデータ・センターで使用されている実際の技術コンポーネントの基準電力消費モデルを表現する詳細な記述であってもよい。職場および／またはデータ・センターのプロファイルは、職場および／またはデータ・センターに関連する位置、従業員数、および業界を含んでもよく、または、職場および／またはデータ・センターのエネルギー消費に影響する可能性のある概して任意のデータを含んでもよい。あるいは、またはさらに、ユーザＡ（ユーザ１２０Ａ）が、初期の技術構成を有するＭＩＣＲＯＳＯＦＴ（登録商標）ＥＸＣＥＬ（登録商標）ファイル、拡張マークアップ言語（ＸＭＬ：ｅｘｔｅｎｓｉｂｌｅ ｍａｒｋｕｐ ｌａｎｇｕａｇｅ）ファイル、または概して任意のデータ・ファイルなどのデータ・ファイルを、サービス・プロバイダ・サーバ２４０に提供してもよい。サービス・プロバイダ・サーバ２４０は、ファイルを処理して、ファイルの値をデータ・ストア２４５にロードするとよい。

ステップ８１０で、ユーザＡ（ユーザ１２０Ａ）は、初期のエネルギー・コスト予想と、消費エネルギーのキロワット毎に生成される炭素トン（ｔｏｎｓ ｏｆ ｃａｒｂｏｎ）の予想とを提供するとよい。ユーザＡ（ユーザ１２０Ａ）は、予想値の１つ以上のセットを用いて１つ以上の傾向を作成するとよい。サービス・プロバイダ・サーバ２４０は、ユーザＡ（ユーザ１２０Ａ）の予想と、技術構成にある各技術コンポーネントの電力消費モデルとに基づく、初期の技術構成の推定エネルギー・コストおよび炭素排出の視覚的表現を表示するとよい。

サービス・プロバイダ・サーバ２４０はさらに、ユーザＡ（ユーザ１２０Ａ）に、電気コストの増加の専門家予測、または消費エネルギーのキロワット時毎に生成される炭素トンの専門家予測など、予測に関する専門家の意見を提供してもよい。専門家予測は、データおよび政府機関によって実施された分析を含む報告書などの政府報告書から取得されてもよい。あるいは、またはさらに、専門家予測は、その事業に影響を及ぼし得る予想に関する専門家予測を提供することができる専門家など、業界の専門家から取得されてもよい。業界の専門家は、ＧＡＲＤＮＥＲ、ＩＤＣ、および／またはＦＯＲＲＥＳＴＥＲなどのベンダおよび／またはアナリストとするとよい。あるいは、またはさらに、専門家予測は、知識をユーザ１２０Ａ〜１２０Ｎに利用可能にするための独自の事前構成プロジェクトを作成できるＡＣＣＥＮＴＵＲＥの専門家から取得されてもよい。

ステップ８１５で、ユーザＡ（ユーザ１２０Ａ）は、第１戦略を実装するためのタイムフレームを特定するとよい。サービス・プロバイダ・サーバ２４０は、そのタイムフレームを使用して、推定エネルギー必要量、ならびに職場および／またはデータ・センターの運用コストを判断するとよい。ステップ８２０で、ユーザＡ（ユーザ１２０Ａ）は、現在のタイムフレームの戦略を選択するとよい。ユーザＡ（ユーザ１２０Ａ）が２つ以上の戦略を選択すると、サービス・プロバイダ・サーバ２４０は、戦略が実装されるべき順序を提案するとよい。この順序は、エネルギー・コストおよびｋＷｈ毎の炭素排出の予想、または他の要素に関連して最適化されるとよい。最適な順序を判断する方法は、戦略について考えられるすべての配列に関して、達成可能な省エネルギーを計算し、最大の省エネルギーを達成できる戦略順序をユーザＡ（ユーザ１２０Ａ）に提供することであると考えられる。

ステップ８３０で、サービス・プロバイダ・サーバ２４０は、選択されたイニシアチブ（ｉｎｉｔｉａｔｉｖｅ）を職場に実装することによる影響を推定するとよい。この推定は、エネルギー・コストおよび消費エネルギーのキロワット毎に生成される炭素の量など、すべての予想値を考慮するとよい。推定は、技術構成にある技術コンポーネントの基準電力消費モデルを利用するとよい。サービス・プロバイダ・サーバ２４０は、選択された戦略を実装するのに最適な技術構成を提案するとよい。

あるいは、またはさらに、システム１００は、ユーザＡ（ユーザ１２０Ａ）がイニシアチブの選択および／またはその技術構成の更新をするときに、関係のある計画メトリクスを示すリアルタイムの推測をユーザＡ（ユーザ１２０Ａ）が見ることができるようにしてもよい。このメトリクスは、ｋＷｈでのエネルギー使用、カーボン・フットプリント、実装および運用コスト、または、ユーザＡ（ユーザ１２０Ａ）が関心を持つと考えられる概して任意のメトリクスを含めばよい。このメトリクスは、技術コンポーネントの基準電力消費モデルを使用して判断されるとよい。

ステップ８４０で、ユーザＡ（ユーザ１２０Ａ）は、サービス・プロバイダ・サーバ２４０によって提案された技術構成で技術構成データを更新するとよい。あるいは、またはさらに、ユーザＡ（ユーザ１２０Ａ）は、サービス・プロバイダ・サーバ２４０の提案を無視して、その独自の判断に基づき技術構成データを更新してもよい。ステップ８５０で、ユーザＡ（ユーザ１２０Ａ）は、省エネルギー戦略のさらなる波を計画したいかどうかを特定するとよい。ステップ８５０で、ユーザＡ（ユーザ１２０Ａ）が別の波を計画することを望めば、システム１００はステップ８５５に移動し、そうでなければ、サービス・プロバイダ・サーバ２４０はステップ８６０に移動する。ステップ８５５で、ユーザＡ（ユーザ１２０Ａ）は、次の波のタイムフレームを特定するとよく、続いて、サービス・プロバイダ・サーバ２４０はステップ８２０に移動するとよい。

ステップ８６０で、サービス・プロバイダ・サーバ２４０は、ユーザＡ（ユーザ１２０Ａ）によって作成されたすべての波を処理して、職場および／またはデータ・センターの炭素排出、電気コスト、運用コスト、およびエネルギー使用に対する、波の推定集約結果を生成するとよい。サービス・プロバイダ・サーバ２４０は、炭素排出、電気コスト、運用コスト、およびエネルギー使用に対する波の推定集約結果を生成するときに、技術コンポーネントの基準電力消費モデルを使用するとよい。サービス・プロバイダ・サーバ２４０は、こうした値の、計画されたタイムフレーム中の推定値を示す１つ以上のグラフを生成するとよい。

ユーザＡ（ユーザ１２０Ａ）が波毎の複数の戦略と、波の中での戦略の順序を特定した場合、サービス・プロバイダ・サーバ２４０は、波の計画の、実装日計画のスケジュールを提供するとよい。あるいは、またはさらに、ユーザＡ（ユーザ１２０Ａ）が、波を展開するタイミングを手動で規定してもよい。このスケジュールは、電気コスト、ｋＷｈ毎の炭素排出、または他の要素に関する予想に関連して最適化されるとよい。展開の順序は、運用費、資本経費、または他の基準に基づいても最適化され得る。例えば、資本支出（「ＣＡＰＥＸ：ｃａｐｉｔａｌ ｅｘｐｅｎｄｉｔｕｒｅ」）を最小限に抑えるために、サービス・プロバイダ・サーバ２４０は、前の波から蓄積した節約分を、後の波のコストの資金調達に活用する形でイニシアチブのタイミングを提案してもよい。これは、予想される電気コストを入力として必要とすることもある。あるいは、またはさらに、年間予算に対する運用支出（「ＯＰＥＸ：ｏｐｅｒａｔｉｏｎａｌ ｅｘｐｅｎｄｉｔｕｒｅ」）の圧迫を弱めるために、サービス・プロバイダ・サーバ２４０は、イニシアチブのタイミングをエネルギー価格の変化と同時とすることを提案してもよい。

ステップ８７０で、サービス・プロバイダ・サーバ２４０は、グラフおよび推定結果を、ウェブ・アプリケーション２２０Ａを介してユーザＡ（ユーザ１２０Ａ）に対し表示するとよい。サービス・プロバイダ・サーバ２４０はさらに、ユーザＡ（ユーザ１２０Ａ）に、その職場戦略の評価および査定を提供するとよい。評価は、他の組織によって達成された戦略および省エネルギーに基づくとよい。

あるいは、またはさらに、サービス・プロバイダ・サーバ２４０は、ユーザＡ（ユーザ１２０Ａ）が、同じ職場および／またはデータ・センターに関して複数の職場および／またはデータ・センターのインスタンス、すなわち複数のプロファイルを作成できるようにしてもよい。複数のインスタンスにより、ユーザＡ（ユーザ１２０Ａ）が、職場に対する種々の戦略および／または予想値の影響を比較できるようになるとよい。ユーザＡ（ユーザ１２０Ａ）は、各インスタンスについて、別々の人数、戦略、波、または職場および／またはデータ・センターに関連する概して任意のデータを規定するとよい。

ユーザＡ（ユーザ１２０Ａ）は、組織の省エネルギー戦略全体が確実に最適化されるように、複数の職場および／またはデータ・センターにわたって戦略計画を管理することができるとよい。システム１００は、ユーザＡ（ユーザ１２０Ａ）が、職場および／またはデータ・センターの現在または初期の構成を見ること、ならびに職場および／またはデータ・センターすべてにわたって、その計画されている変更の推定を見ることができるようにするとよい。

図９は、図１のシステム、または技術コンポーネントのエネルギー効率を監視する他のシステムにおいて、エネルギー効率の高い技術構成を推奨するステップを示すフローチャートである。図９のステップは、サービス・プロバイダ・サーバ２４０によって実行されるものとして表されている。しかし、各ステップは、サービス・プロバイダ・サーバ２４０のオペレーティング・システム上で実行されているプロセスによって実行されてもよく、サービス・プロバイダ・サーバ２４０のプロセッサによって実行されてもよく、またはその他任意の、サービス・プロバイダ・サーバ２４０のハードウェア・コンポーネントによって実行されてもよい。あるいは、各ステップは、外部のハードウェア・コンポーネントまたはソフトウェア・プロセスによって実行されてもよい。

ステップ９１０で、サービス・プロバイダ・サーバ２４０は、ユーザＡ（ユーザ１２０Ａ）の現在の技術構成データを取得するとよい。構成データは、ユーザＡ（ユーザ１２０Ａ）の初期および／または現在の技術コンポーネントのインベントリを含むとよい。インベントリ・データは、組織によって使用されている技術コンポーネントの具体的な型およびモデル番号を含むとよい。

ステップ９２０で、サービス・プロバイダ・サーバ２４０は、モニタなど、組織の第１の技術コンポーネントを特定するとよい。ステップ９３０で、サービス・プロバイダ・サーバ２４０は、コストの点、電力消費の点、または炭素排出の点で、現在組織により使用されているコンポーネントよりも効率の高いコンポーネントを求めてデータ・ストア２４５を検索するとよい。例えば、サービス・プロバイダ・サーバ２４０は、現在組織によって使用されているモニタの基準電力消費モデルよりもエネルギー効率の高い基準電力消費モデルを有するモニタを特定するとよい。あるいは、またはさらに、サービス・プロバイダ・サーバ２４０は、ラップトップおよびデスクトップ・コンピュータをシン・クライアント・インフラストラクチャに変更させるなど、複数の技術コンポーネントをより効率の高いコンポーネントに変更させることを試みてもよい。ステップ９３５で、サービス・プロバイダ・サーバ２４０は、組織の現在の技術構成にある１つ以上のコンポーネントに取って代わることができる、より効率の高いコンポーネントが存在するかどうかを判断するとよい。

ステップ９３５で、サービス・プロバイダ・サーバ２４０が、より効率の高いコンポーネントが存在すると判断すれば、サービス・プロバイダ・サーバ２４０はステップ９５０に移動するとよい。ステップ９５０で、サービス・プロバイダ・サーバ２４０は、より効率の高いこのコンポーネントを、推奨技術構成に追加するとよい。ステップ９３５で、サービス・プロバイダ・サーバ２４０が、より効率の高いコンポーネントが存在しないと判断すれば、サービス・プロバイダ・サーバ２４０はステップ９４０に移動するとよい。ステップ９４０で、サービス・プロバイダ・サーバ２４０は、現在のコンポーネントを、推奨技術構成に追加するとよい。ステップ９５５で、サービス・プロバイダ・サーバ２４０は、技術構成の中に、分析すべきさらなる技術コンポーネントがあるかどうかを判断するとよい。ステップ９５５で、サービス・プロバイダ・サーバ２４０が、分析すべきさらなる技術コンポーネントがあると判断すると、サービス・プロバイダ・サーバ２４０はステップ９６０に移動するとよい。ステップ９６０で、サービス・プロバイダ・サーバ２４０は、次に分析するコンポーネントを特定し、より効率の高いコンポーネントが存在するかどうかを判断するステップを繰り返すとよい。

技術構成にある各コンポーネントを分析して、推奨技術構成を生成した後、サービス・プロバイダ・サーバ２４０はステップ９７０に移動するとよい。ステップ９７０で、サービス・プロバイダ・サーバ２４０は、推奨技術構成のコストと、推奨技術構成の炭素排出量とを判断するとよい。推奨技術構成がユーザＡ（ユーザ１２０Ａ）の初期の技術構成とまったく同じであれば、サービス・プロバイダ１４０は、ユーザＡ（ユーザ１２０Ａ）に、その技術構成に対する最適化はないということをレポートするとよい。

ステップ９７５で、サービス・プロバイダ・サーバ２４０は、現在の技術構成と推奨技術構成との比較を、ウェブ・アプリケーション２２０Ａを介してユーザＡ（ユーザ１２０Ａ）に対し表示するとよい。比較は、ユーザＡ（ユーザ１２０Ａ）の現在の技術構成によって達成される年間コストおよび年間炭素排出と、推奨技術構成によって達成される年間コストおよび年間炭素排出とを、ユーザＡ（ユーザ１２０Ａ）に対して表示するとよい。年間コストおよび年間炭素排出は、現在の技術構成の技術コンポーネントおよび推奨技術構成の技術コンポーネントの基準電力消費モデルを使用して判断されるとよい。ステップ９８０で、サービス・プロバイダ・サーバ２４０は、ユーザＡ（ユーザ１２０Ａ）の初期の技術構成と比較して、推奨技術構成によって達成される将来の省エネルギーおよび省コストの予想を表示するとよい。ステップ９９０で、サービス・プロバイダ・サーバ２４０は、ユーザＡ（ユーザ１２０Ａ）に、その現在の技術構成を推奨技術構成に変更するのに必要な技術コンポーネントを購入するオプションを提供するとよい。サービス・プロバイダ・サーバ２４０が直接、機器をユーザＡ（ユーザ１２０Ａ）に販売してもよく、またはサービス・プロバイダ・サーバ２４０は、ユーザＡ（ユーザ１２０Ａ）に小売業者を紹介してもよい。サービス・プロバイダ・サーバ２４０が、ユーザＡ（ユーザ１２０Ａ）に小売業者を紹介すると、サービス・プロバイダ１４０は、紹介料、またはユーザＡ（ユーザ１２０Ａ）による任意の購入の、ある割合を受け取るとよい。

図１０は、図１のシステム、または技術コンポーネントのエネルギー効率を監視する他のシステムにおいて、組織のエネルギー消費の概観を見るためのユーザ・インタフェース１０００のスクリーンショットである。ユーザ・インタフェース１０００は、ドキュメント・サブセクション１０１０、地図サブセクション１０２０、およびナビゲーション・サブセクション１０３０を含むとよい。ドキュメント・サブセクション１０１０は、ユーザ・インタフェース１０００に関連するドキュメントへのリンクを、ユーザＡ（ユーザ１２０Ａ）に提供するとよい。地図サブセクション１０２０は、組織の１つ以上の職場および／またはデータ・センターの位置を表示するとよい。位置は、位置説明１０２４および位置ボタン１０２２を含むとよい。ナビゲーション・サブセクション１０３０は、ユーザＡ（ユーザ１２０Ａ）が、組織のデータ・センターおよび／または職場の種々の位置を見てナビゲートできるようにするとよい。

操作時、ユーザＡ（ユーザ１２０Ａ）は、地図サブセクション１０２０に表示されている地理的領域内にある、組織のデータ・センターおよび／または職場を見ることができる。ユーザＡ（ユーザ１２０Ａ）は、ナビゲーション・サブセクション１０３０内の別の地理的領域をクリックして、地図サブセクション１０２０内の別の地理的領域を見ることができる。位置説明１０２４は、データ・センターおよび／または職場を表す情報を含むとよい。位置説明１０２４は、その位置の電力使用、その位置の電気コスト、その位置の電力使用効率（ＰＵＥ：ｐｏｗｅｒ ｕｓａｇｅ ｅｆｆｅｃｔｉｖｅｎｅｓｓ）、およびその位置の容量を含むとよい。位置説明１０２４は、その位置にある技術コンポーネントがエネルギー効率の低い形で動作していることを示す視覚的インジケータおよび／またはオーディオ・インジケータも含むとよい。視覚的インジケータは、テキストのフォント、色またはサイズの変化を含んでもよく、または感嘆符などのグラフィカル・アイコンを含んでもよい。概して、視覚的インジケータは、位置説明１０２４にユーザＡ（ユーザ１２０Ａ）の注意を引かせることができる任意のグラフィカル・インジケーションを含めばよい。オーディオ・インジケータは、オーディオ・ビープ音、またはユーザＡ（ユーザ１２０Ａ）の注意を引くことができる概して任意の音を含めばよい。ユーザＡ（ユーザ１２０Ａ）は、ユーザ・インタフェース１１００によって提供されるビューなどのデータ・センターおよび／または職場のより詳細なビューを得るために、位置ボタン１０２２をクリックするとよい。

図１１は、図１のシステム、または技術コンポーネントのエネルギー効率を監視する他のシステムにおいて、組織のデータ・センターのエネルギー消費データを見るためのユーザ・インタフェース１１００のスクリーンショットである。ユーザ・インタフェース１１００は、リンク・サブセクション１１１０、連絡先サブセクション１１２０、メトリクス・サブセクション１１３０、日付範囲サブセクション１１４０、グラフ・サブセクション１１５０、ナビゲーション・サブセクション１１６０、およびＰＵＥサブセクション１１７０を含むとよい。リンク・サブセクション１１１０は、ユーザ・インタフェース１１００に関連するリンクを表示するとよい。連絡先サブセクション１１２０は、管理者１１０の連絡先情報など、ユーザ・インタフェース１１００に関連する連絡先情報を表示するとよい。メトリクス・サブセクション１１３０は、データ・センターおよび／または職場に関するメトリクス情報を表示するとよい。例えば、メトリクス・サブセクション１１３０は、絶対数および／または割合での電力割り当て、全体的ＰＵＥ、平均、ピーク、およびリアルタイムの電力消費、平均、ピーク、およびリアルタイムのカーボン・フットプリント、ならびに電力、クーリング、およびヒーティング能力およびコストを表示するとよい。日付範囲サブセクション１１４０は、メトリクス・サブセクション１１３０に表示されるデータの日付範囲をユーザＡ（ユーザ１２０Ａ）が変更できるようにするとよい。グラフ・サブセクション１１５０は、メトリクス・サブセクション１１３０内に表示されるデータのグラフ表示を提供するとよい。ナビゲーション・サブセクション１１６０は、炭素排出量、エネルギー・コストおよび電力消費など、さらなるメトリクスを見るためのユーザ・インタフェースへ、ユーザＡ（ユーザ１２０Ａ）がナビゲートできるようにするとよい。ＰＵＥサブセクション１１７０は、その位置のＰＵＥのグラフ表示を提供するとよい。

ユーザ・インタフェース１１００はさらに、通知サブセクションを含むとよく、これは、ユーザ・インタフェース１１００によって表されているデータ・センターおよび／または職場の中にある技術コンポーネントに関連する任意の通知を表示するとよい。例えば、データ・センター内にある技術コンポーネントがエネルギー効率の低い形で動作していれば、ユーザ・インタフェース１１００は、ユーザＡ（ユーザ１２０Ａ）にその技術コンポーネントを知らせる通知を含むとよい。

図１２は、図１のシステム、または技術コンポーネントのエネルギー効率を監視する他のシステムにおいて、組織のデータ・センターのレイアウトを見るためのユーザ・インタフェース１２００のスクリーンショットである。ユーザ・インタフェース１２００は、リンク・サブセクション１１１０、およびレイアウト・サブセクション１２１０を含むとよい。レイアウト・サブセクションは、１つ以上のラック１２１５を含むとよい。ラック１２１５は、ラックの名前などのラックの識別子、インターネット・プロトコル（ＩＰ：ｉｎｔｅｒｎｅｔ ｐｒｏｔｏｃｏｌ）アドレスなどのラックに関連するネットワーク識別子、およびラックの電力使用量を表示するとよい。ユーザ・インタフェース１２００はさらに、そのレイアウトにおいて冷気通路がある場所を特定し、各冷気通路の気温および湿度を表示してもよい。ユーザ・インタフェース１２００はさらに、列毎の電力割り当て、および列毎の電力、クーリングおよびヒーティング能力を表示してもよい。ラックのうちの１つの中にある技術コンポーネントがエネルギー効率の低い形で動作していれば、その技術コンポーネントを含むラック１２１５が視覚的インジケータを含んで、そのラックの中の技術コンポーネントに注意が必要であることを示すとよい。例えば、視覚的インジケータは、点滅する赤いインジケータ、または黄色の感嘆符、またはユーザＡ（ユーザ１２０Ａ）の注意を引くことができる概して任意のインジケータとするとよい。

あるいは、またはさらに、データ・センターおよび／または職場が複数組織または組織の複数部門によって共有されていれば、サービス・プロバイダ・サーバ２４０は、部門毎または組織毎に、絶対数および／または割合で電力、クーリングおよびヒーティング割り当てを見るためのユーザ・インタフェースも、ユーザＡ（ユーザ１２０Ａ）に提供するとよい。このユーザ・インタフェースは、電力、クーリングおよびヒーティングのコストも部門または組織毎に表示するとよい。

図１３は、図１のシステム、または技術コンポーネントのエネルギー効率を監視する他のシステムにおいて、組織のデータ・センターのクーリング・レイアウトを見るためのユーザ・インタフェース１３００のスクリーンショットである。ユーザ・インタフェース１３００は、クーリング・レイアウトに示されている各技術コンポーネントの利用率、オン／オフ状態および通知を表示するとよい。通知は、視覚的インジケータを用いて表示され、すぐに注意を払う必要があるということをユーザＡ（ユーザ１２０Ａ）および／またはコンピュータ・プロセッサに示す通知の出ている技術コンポーネントが示されるとよい。ユーザＡ（ユーザ１２０Ａ）は、技術コンポーネントをクリックすることで通知の詳細を見ることができる。ユーザ・インタフェース１３００はさらに、クーリング・レイアウトに示されている各技術コンポーネントに関して、全体的な消費電力対全体的な供給されるクーリングを表示するとよい。ユーザ・インタフェース１３００は、クーリング・ユニットをオン／オフするタイミングをはかる手がかりをユーザＡ（ユーザ１２０Ａ）に提供するとよい。

ユーザ・インタフェース１３００は、ユーザ・インタフェース１３００に表示されている技術コンポーネントそれぞれの温度上限および温度下限を、ユーザＡ（ユーザ１２０Ａ）が見ることができるようにするとよい。ユーザ・インタフェース１３００はさらに、ユーザＡ（ユーザ１２０Ａ）が、各技術コンポーネントに関連する閾値を変更すること、および／または各技術コンポーネントに関連する上限および下限を変更することができるようにするとよい。ユーザ・インタフェース１３００は、技術コンポーネントの監視されている値が閾値外になると、オーディオおよび／または視覚的通知を表示するとよい。例えば、ユーザ・インタフェース１３００は、通知メッセージを画面上に表示してもよい。ユーザＡ（ユーザ１２０Ａ）に対してメッセージを強調するために、通知メッセージの色、テキスト・サイズおよびフォントが変更されてもよい。あるいは、またはさらに、ユーザＡ（ユーザ１２０Ａ）に対してメッセージを強調するために、ユーザ・インタフェース１３００上でのメッセージの位置が変更されてもよい。例えば、通知メッセージは、ユーザＡ（ユーザ１２０Ａ）に対してメッセージを強調するために、ユーザ・インタフェース１３００の中心に表示されてもよい。あるいは、またはさらに、ビープ音、またはその他、ユーザＡ（ユーザ１２０Ａ）の注意を引くことができる任意の音などのオーディオ通知が、ユーザＡ（ユーザ１２０Ａ）に対して再生されてもよい。

あるいは、またはさらに、サービス・プロバイダ・サーバ２４０は、データ・センターおよび／または職場の電力レイアウトを見るためのユーザ・インタフェースも、ユーザＡ（ユーザ１２０Ａ）に提供してもよい。電力レイアウトは、電力レイアウトに示される各技術コンポーネントの利用率、オン／オフ状態および通知を表示するとよい。電力レイアウトはさらに、各デバイスの全体的な消費電力対全体的な供給される電力、および対応する効率評価を表示するとよい。

あるいは、またはさらに、データ・センターおよび／または職場がヒーティングを利用する場合、サービス・プロバイダ・サーバ２４０は、データ・センターおよび／または職場のヒーティング・レイアウトを表示するユーザ・インタフェースを提供するとよい。ヒーティング・レイアウトは、ヒーティング・レイアウトに示される各技術コンポーネントの利用率、オン／オフ状態および通知を表示するとよい。ヒーティング・レイアウトはさらに、各デバイスの全体的な消費電力対全体的な供給されるヒーティング、および対応する効率評価を表示するとよい。ヒーティング・レイアウトは、ヒーティング・ユニットをオン／オフするべきタイミングをはかる手がかりをユーザＡ（ユーザ１２０Ａ）に提供するとよい。

図１４は、一般的なコンピュータ・システム１４００を示し、これは、サービス・プロバイダ・サーバ２４０、または本願明細書で参照される他のコンピューティング・デバイスのいずれかを表現し得る。コンピュータ・システム１４００は、命令１４２４のセットを含み、これを実行して、コンピュータ・システム１４００に、本願明細書で開示された方法またはコンピュータによる機能のいずれか１つ以上を実行させることができる。コンピュータ・システム１４００は、スタンドアロン・デバイスとして動作してもよく、または例えばネットワークを使用して、他のコンピュータ・システムもしくは周辺デバイスに接続されてもよい。

ネットワーク接続された展開では、コンピュータ・システムは、サーバ・クライアント・ユーザ・ネットワーク環境におけるサーバとして、もしくはクライアント・ユーザ・コンピュータとして、またはピア・ツー・ピア（または分散型）ネットワーク環境におけるピア・コンピュータ・システムとして動作してもよい。コンピュータ・システム１４００はさらに、パーソナル・コンピュータ（ＰＣ：ｐｅｒｓｏｎａｌ ｃｏｍｐｕｔｅｒ）、タブレットＰＣ、セット・トップ・ボックス（ＳＴＢ：ｓｅｔ−ｔｏｐ ｂｏｘ）、携帯情報端末（ＰＤＡ：ｐｅｒｓｏｎａｌ ｄｉｇｉｔａｌ ａｓｓｉｓｔａｎｔ）、モバイル・デバイス、パームトップ・コンピュータ、ラップトップ・コンピュータ、デスクトップ・コンピュータ、通信デバイス、無線電話、固定電話、制御システム、カメラ、スキャナ、ファクシミリ装置、プリンタ、ページャ、個人信託デバイス（ｐｅｒｓｏｎａｌ ｔｒｕｓｔｅｄ ｄｅｖｉｃｅ）、ウェブ・アプライアンス、ネットワーク・ルータ、スイッチもしくはブリッジ、もしくはその他、マシンによってとられるべきアクションを規定する命令１４２４のセット（シーケンシャルまたはそうでないもの）を実行することができる任意のマシンなど、様々なデバイスとして実装されても、または様々なデバイスに組み入れられてもよい。特定の実施形態では、コンピュータ・システム１４００は、音声、ビデオまたはデータ通信を提供する電子デバイスを使用して実装されるとよい。さらに、単一のコンピュータ・システム１４００が示されているであろうが、「システム」という用語は、個別にまたは共同で命令の１つもしくは複数セットを実行して１つ以上のコンピュータ機能を実行する、システムまたはサブ・システムの任意の集合を含むようにも見なされるものとする。

図１４に示されているように、コンピュータ・システム１４００は、中央処理ユニット（ＣＰＵ：ｃｅｎｔｒａｌ ｐｒｏｃｅｓｓｉｎｇ ｕｎｉｔ）、グラフィックス処理ユニット（ＧＰＵ：ｇｒａｐｈｉｃｓ ｐｒｏｃｅｓｓｉｎｇ ｕｎｉｔ）、または両方などのプロセッサ１４０２を含むとよい。プロセッサ１４０２は、様々なシステムのコンポーネントとすることができる。例えば、プロセッサ１４０２は、標準のパーソナル・コンピュータまたはワークステーションの一部であってもよい。プロセッサ１４０２は、１つ以上の一般的なプロセッサ、デジタル信号プロセッサ、特定用途向け集積回路、フィールド・プログラマブル・ゲート・アレイ、サーバ、ネットワーク、デジタル回路、アナログ回路、その組み合わせ、またはその他、データを分析および処理する現在既知のデバイスもしくは後で開発されるデバイスとすればよい。プロセッサ１４０２は、手動で生成された（すなわちプログラムされた）コードなどのソフトウェア・プログラムを実装するとよい。

コンピュータ・システム１４００は、バス１４０８を介して通信できるメモリ１４０４を含むとよい。メモリ１４０４は、メイン・メモリ、スタティック・メモリ、またはダイナミック・メモリであればよい。メモリ１４０４は、限定はされないが、ランダム・アクセス・メモリ、読み取り専用メモリ、プログラム可能読み取り専用メモリ、電気的プログラム可能読み取り専用メモリ、電気的消去可能読み取り専用メモリ、フラッシュ・メモリ、磁気テープまたはディスク、光学式媒体および同様のものを含む、様々なタイプの揮発性または不揮発性ストレージ媒体などのコンピュータ可読ストレージ媒体を含み得るが、これに限定されなくてよい。ある場合には、メモリ１４０４は、プロセッサ１４０２のキャッシュまたはランダム・アクセス・メモリを含むとよい。あるいは、またはさらに、メモリ１４０４は、プロセッサのキャッシュ・メモリ、システム・メモリ、または他のメモリなど、プロセッサ１４０２から独立していてもよい。メモリ１４０４は、データを格納する外部ストレージ・デバイスまたはデータベースであってもよい。例として、ハード・ドライブ、コンパクト・ディスク（「ＣＤ：ｃｏｍｐａｃｔ ｄｉｓｃ」）、デジタル・ビデオ・ディスク（「ＤＶＤ：ｄｉｇｉｔａｌ ｖｉｄｅｏ ｄｉｓｃ」）、メモリ・カード、メモリ・スティック、フロッピー（登録商標）ディスク、ユニバーサル・シリアル・バス（「ＵＳＢ」）メモリ・デバイス、またはその他、データを格納するよう動作可能である任意のデバイスが考えられる。メモリ１４０４は、プロセッサ１４０２によって実行可能な命令１４２４を格納するよう動作可能であるとよい。図面に示された、または本願明細書に記載された機能、動作もしくはタスクは、メモリ１４０４に格納された命令１４２４を実行するプログラムされたプロセッサ１４０２によって実行されるとよい。機能、動作またはタスクは、命令セット、ストレージ媒体、プロセッサまたは処理戦略の特定のタイプとは独立しているとよく、単独または組み合わせで動作するソフトウェア、ハードウェア、集積回路、ファームウェア、マイクロコードおよび同様のものによって実行されるとよい。同じく、処理戦略は、多重処理、多重タスキング、並列処理および同様のものを含み得る。

コンピュータ・システム１４００はさらに、液晶ディスプレイ（ＬＣＤ：ｌｉｑｕｉｄ ｃｒｙｓｔａｌ ｄｉｓｐｌａｙ）、有機発光ダイオード（ＯＬＥＤ：ｏｒｇａｎｉｃ ｌｉｇｈｔ ｅｍｉｔｔｉｎｇ ｄｉｏｄｅ）、フラット・パネル・ディスプレイ、ソリッド・ステート・ディスプレイ、陰極線管（ＣＲＴ：ｃａｔｈｏｄｅ ｒａｙ ｔｕｂｅ）、プロジェクタ、プリンタ、またはその他、決定された情報を出力する、現在既知のディスプレイ・デバイスもしくは後で開発されるディスプレイ・デバイスなどのディスプレイ１４１４を含めばよい。ディスプレイ１４１４は、ユーザがプロセッサ１４０２の機能を見るためのインタフェースとして、または特にメモリ１４０４内もしくはドライブ・ユニット１４０６内に格納されるソフトウェアとのインタフェースとしての機能を果たすとよい。

さらに、コンピュータ・システム１４００は、システム１４００のコンポーネントのいずれかとユーザが対話できるようにするよう構成された、入力デバイス１４１２を含むとよい。入力デバイス１４１２は、ナンバー・パッド、キーボード、またはマウスもしくはジョイスティックなどのカーソル制御デバイス、タッチ・スクリーン・ディスプレイ、リモート制御、またはその他、システム１４００と対話するよう動作可能である任意のデバイスであればよい。

コンピュータ・システム１４００はさらに、ディスクまたは光学ドライブ・ユニット１４０６を含んでもよい。ディスク・ドライブ・ユニット１４０６は、例えばソフトウェアなど、命令１４２４の１つ以上のセットを組み込むことができる、コンピュータ可読媒体１４２２を含むとよい。さらに、命令１４２４は、本願明細書に記載された方法または論理の１つ以上を実行するとよい。命令１４２４は、コンピュータ・システム１４００による実行中、完全または少なくとも部分的にメモリ１４０４内および／またはプロセッサ１４０２内にあるとよい。上記のように、メモリ１４０４およびプロセッサ１４０２はさらに、コンピュータ可読媒体を含んでもよい。

本開示は、命令１４２４を含むコンピュータ可読媒体１４２２、または、伝播された信号に応答して命令１４２４を受信および実行するコンピュータ可読媒体１４２２を意図しており、その結果、ネットワーク２３５に接続されたデバイスが音声、ビデオ、オーディオ、画像またはその他任意のデータをネットワーク２３５上で伝達するとよい。さらに、命令１４２４は、通信インタフェース１４１８を介してネットワーク２３５上で送信または受信されてもよい。通信インタフェース１４１８は、プロセッサ１４０２の一部であっても、または別個のコンポーネントであってもよい。通信インタフェース１４１８は、ソフトウェアにおいて作成されても、またはハードウェアにおける物理接続であってもよい。通信インタフェース１４１８は、ネットワーク２３５、外部媒体、ディスプレイ１４１４、もしくはシステム１４００内の他の任意のコンポーネント、またはその組み合わせと接続するよう構成されているとよい。ネットワーク２３５との接続は、有線イーサネット（登録商標）接続などの物理接続であってもよく、または以下に述べるように無線で確立されてもよい。同じく、システム１４００の他のコンポーネントとのさらなる接続は、物理接続であっても、または無線で確立されてもよい。サービス・プロバイダ・サーバ２４０またはサード・パーティ・サーバ２５０の場合、サーバは、通信インタフェース１４１８を介してユーザ１２０Ａ〜１２０Ｎと通信するとよい。

ネットワーク２３５は、有線ネットワーク、無線ネットワーク、またはその組み合わせを含むとよい。無線ネットワークは、セルラ電話ネットワーク、８０２．１１、８０２．１６、８０２．２０、またはＷｉＭａｘネットワークとしてもよい。さらに、ネットワーク２３５は、インターネットなどの公衆ネットワーク、イントラネットなどのプライベート・ネットワーク、またはその組み合わせとしてもよく、限定されるものではないが、ＴＣＰ／ＩＰベースのネットワーク・プロトコルを含む、現在利用可能であるか、または後で開発される、様々なネットワーク・プロトコルが利用され得る。

コンピュータ可読媒体１４２２は単一の媒体であってもよく、またはコンピュータ可読媒体１４２２は、集中もしくは分散データベース、および／または命令の１つ以上のセットを格納する関連のキャッシュおよびサーバなど、単一の媒体もしくは複数の媒体であってもよい。「コンピュータ可読媒体」という用語はさらに、プロセッサによって実行される命令のセット、またはコンピュータ・システムに本願明細書で開示された方法もしくは動作のいずれか１つ以上を実行させることができる命令のセットを格納すること、符号化すること、または運ぶことができると考えられる任意の媒体を含み得る。

コンピュータ可読媒体１４２２は、１つ以上の不揮発性読み取り専用メモリを収容するメモリ・カードまたはその他のパッケージなどのソリッド・ステート・メモリを含み得る。コンピュータ可読媒体１４２２はさらに、ランダム・アクセス・メモリまたはその他の書き換え可能な揮発性メモリとしてもよい。さらに、コンピュータ可読媒体１４２２は、伝送媒体上で伝達される信号などの搬送波信号を記録するディスクもしくはテープもしくはその他のストレージ・デバイスなど、光磁気または光媒体を含んでもよい。電子メールへのデジタル・ファイル添付、またはその他、自己完結型情報アーカイブまたは複数アーカイブのセットが、有形のストレージ媒体であり得る配布媒体と見なされてもよい。したがって、本開示は、データまたは命令を格納できる、コンピュータ可読媒体または配布媒体、ならびにその他の等価物および後継媒体のうちいずれか１つ以上を含むと見なされるとよい。

あるいは、またはさらに、特定用途向け集積回路、プログラム可能論理アレイ、およびその他のハードウェア・デバイスなどの専用ハードウェア実装が、本願明細書に記載された方法の１つ以上を実装するよう構築されてもよい。様々な実施形態の装置およびシステムを含み得る用途には、様々な電子およびコンピュータ・システムが広く含まれ得る。本願明細書に記載された１つ以上の実施形態は、特定の相互接続された２つ以上のハードウェア・モジュールもしくはデバイスを、モジュール間で、もしくはモジュールを介して伝達されるとよい関連した制御およびデータ信号と共に使用して、機能を実装することも、または特定用途向け集積回路の一部として機能を実装することもできる。したがって、本システムは、ソフトウェア、ファームウェア、およびハードウェア実装を含み得る。

本願明細書に記載された方法は、コンピュータ・システムによって実行可能なソフトウェア・プログラムによって実装されてもよい。さらに、実装は、分散処理、コンポーネント／オブジェクト分散処理、および並列処理を含み得る。あるいは、またはさらに、本願明細書に記載された方法または機能性のうちの１つ以上を実装するために、仮想コンピュータ・システム処理が構築されてもよい。

特定の実施形態において実装するとよいコンポーネントおよび機能は、特定の標準およびプロトコルを参照して記載されているが、コンポーネントおよび機能は、そのような標準およびプロトコルには限定されない。例えば、インターネットおよびその他のパケット交換ネットワーク伝送の標準（例えばＴＣＰ／ＩＰ、ＵＤＰ／ＩＰ、ＨＴＭＬ、ＨＴＴＰ）が、最新技術の例である。そのような標準は、本質的に同じ機能を持つ、より高速または効率の高い等価物によって定期的に取り替えられる。したがって、本願明細書で開示されたものと同じ、または類似した機能を持つ代わりの標準およびプロトコルは、その等価物と見なされる。

本願明細書に記載された図は、様々な実施形態の構造の全般的な理解を提供することを目的としている。図は、本願明細書に記載された構造または方法を利用する装置、プロセッサおよびシステムのすべての構成要素および特徴の完全な説明となることを目的としたものではない。本開示を概観すると、当業者には、他の多数の実施形態が明らかとなると考えられる。他の実施形態が利用されること、および他の実施形態が本開示から得られることがあり得、その結果、本開示の範囲から逸脱することなく構造および論理上の置き換えおよび変更が行われる可能性がある。さらに、図は単なる表現にすぎず、一定の縮尺でないこともある。図の中の特定の比率が拡大されていることもあり、その一方で他の比率が最小化されていることもある。したがって、本開示および図面は制限的なものではなく、説明に役立つものと見なされるものとする。

技術コンポーネントの挙動モデルを組み立てるコンピュータ実装方法は、技術コンポーネントの複数の状態の各状態に関連する複数のパラメータ値を判断するために、プロセッサによって、ある期間にわたり技術コンポーネントを監視することを含むとよい。本方法は、複数の状態の中の各状態の基準パラメータ値を判断するために、プロセッサによって、複数の状態の中の各状態に関連する複数のパラメータ値を処理することを含むとよい。本方法は、プロセッサによって、技術コンポーネントの挙動モデルを組み立てることを含むとよく、挙動モデルは、各状態、各状態の基準パラメータ値、および各状態と、各状態の基準パラメータ値との間の関連を含む。本方法は、プロセッサによって、技術コンポーネントの挙動モデルをデータ・ストア内に格納することを含むとよい。

あるいは、またはさらに、本方法は、技術コンポーネントの現在の状態および技術コンポーネントの現在のパラメータ値を判断するために、プロセッサによって技術コンポーネントを監視することと、プロセッサによって、技術コンポーネントの挙動モデルをデータ・ストアから取得することと、現在の動作状態に関連する基準パラメータ値を取得するために、プロセッサによって、現在の動作状態を挙動モデルに入力することと、プロセッサによって、技術コンポーネントの現在のパラメータ値が基準パラメータ値の閾値内であるかどうかを判断することと、技術コンポーネントの現在のパラメータ値が基準パラメータ値の閾値内でなければ、プロセッサによって、ユーザのデバイスに通知を提供することとを含むとよい。

あるいは、またはさらに、本方法で使用される現在のパラメータ値は、技術コンポーネントの現在の電力消費値または現在の温度値のうちの少なくとも１つを含むとよい。あるいは、またはさらに、本方法で使用される複数の状態は、オンライン状態、オフライン状態または起動状態のうちの少なくとも１つを含むとよい。あるいは、またはさらに、本方法の処理ステップは、各状態の基準パラメータ値を判断するために、プロセッサによって、複数の状態の中の各状態の複数のパラメータ値の平滑化平均を判断することをさらに含むとよい。

技術コンポーネントの基準電力消費モデルを組み立てるコンピュータ実装方法は、複数の状態の各状態で動作する技術コンポーネントに関連する複数の電力消費値を判断するために、プロセッサによって、ある期間にわたり技術コンポーネントを監視することを含むとよい。本方法は、複数の状態の中の各状態の基準電力消費値を判断するために、プロセッサによって、複数の状態の中の各状態に関連する複数の電力消費値を処理することをさらに含むとよい。本方法は、プロセッサによって、技術コンポーネントの基準電力消費モデルを組み立てることをさらに含むとよく、基準電力消費モデルは、各状態、各状態の基準電力消費値、および各状態と、各状態の基準電力消費値との間の関連を含む。本方法は、プロセッサによって、技術コンポーネントの基準電力消費モデルをデータ・ストア内に格納することをさらに含むとよい。

あるいは、またはさらに、本方法は、技術コンポーネントの現在の電力消費値および現在の動作状態を判断するために、プロセッサによって技術コンポーネントを監視することと、プロセッサによってデータ・ストアから技術コンポーネントの基準電力消費モデルを取得することと、現在の動作状態に関連する基準電力消費値を取得するために、プロセッサによって、基準電力消費モデルに現在の動作状態を入力することと、プロセッサによって、現在の電力消費値が基準電力消費値の閾値内であるかどうかを判断することと、技術コンポーネントの現在の電力消費値が基準電力消費値の閾値内でなければ、プロセッサによって、ユーザのデバイスに通知を提供することとをさらに含むとよい。

あるいは、またはさらに、処理ステップは、各状態の基準電力消費値を判断するために、プロセッサによって、複数の状態の中の各状態の、複数の電力消費値の平滑化平均を判断することをさらに含むとよい。あるいは、またはさらに、複数の状態のうちの少なくとも１つはオンライン状態であるとよい。技術コンポーネントは、オンライン状態において、複数の利用率値のうちのある利用率値で動作し、この複数の利用率値は、技術コンポーネントの動作中であるリソースの割合を表現するとよい。あるいは、またはさらに、技術コンポーネントのこのリソースは、メモリ・リソースまたは中央処理ユニット・リソースのうちの少なくとも１つを含むとよい。

あるいは、またはさらに、本方法は、複数の利用率値の中の各利用率値で動作する技術コンポーネントに関連する複数の電力消費値を判断するために、プロセッサによって、技術コンポーネントを該期間にわたって監視することと、複数の利用率値の中の各利用率値の基準電力消費値を判断するために、プロセッサによって、複数の利用率値の中の各利用率値に関連する複数の電力消費値を処理することと、プロセッサによって技術コンポーネントの基準電力消費モデルを組み立てることとをさらに含むとよい。基準電力消費モデルは、各利用率値、各利用率値の基準電力消費値、および利用率値と、各状態の基準電力消費値との間の関連を含むとよい。本方法はさらに、各利用率値の関数として各基準電力消費値の連続表現を生成するために、プロセッサによって各利用率値および各基準電力消費値をカーブ・フィッティング・アルゴリズムに適用することと、プロセッサによって技術コンポーネントの基準電力消費モデルを組み立てることとを含むとよく、この基準電力消費モデルはさらに、各利用率値の関数として各基準電力消費値の連続表現を含む。カーブ・フィッティング・アルゴリズムは、ガウス・ニュートン・アルゴリズムまたは線形最小二乗法のうちの少なくとも１つであればよい。

あるいは、またはさらに、本方法は、データ・センターの初期の技術構成であって、基準電力消費モデルにそれぞれ関連する初期の複数の技術コンポーネントから成る、該初期の技術構成を、プロセッサによって受信することと、ある期間にわたるデータ・センターの初期の電力消費推測を生成するために、プロセッサによって、初期の技術コンポーネントそれぞれの基準電力消費モデルを処理することと、プロセッサによって、ある期間にわたるデータ・センターの初期の電力消費推測のグラフを提供することとをさらに含むとよい。本方法はさらに、削減率（ｒｅｄｕｃｔｉｏｎ ｆａｃｔｏｒ）分データ・センターの初期の電力消費推測を削減するための戦略を提供する、省エネルギー・イニシアチブと、削減率とをプロセッサによってユーザから受信することと、初期の電力消費推測を削減率分削減できる推奨技術構成であって、基準電力消費モデルにそれぞれ関連する複数の推奨技術コンポーネントから成る、該推奨技術構成を判断するために、プロセッサによって、初期の技術構成、省エネルギー・イニシアチブ、および削減率を処理することと、プロセッサによって、各推奨技術コンポーネントの基準電力消費モデルに基づき、該期間にわたる、推奨技術構成の推奨電力消費の推測を判断することと、プロセッサによって、初期の電力消費推測と、推奨電力消費推測とを表示する第２のグラフを提供することとをさらに含むとよい。

技術コンポーネントの挙動モデルを組み立てるシステムは、メモリ、インタフェース、およびプロセッサを含むとよい。メモリは、プロセッサおよびインタフェースに接続されるとよく、技術コンポーネントの挙動モデルを格納するとよい。プロセッサは、技術コンポーネントの複数の状態の各状態に関連する複数のパラメータ値を判断するために、ある期間にわたって技術コンポーネントを監視するとよい。プロセッサは、各状態の基準パラメータ値を判断するために、各状態に関連する複数のパラメータ値を処理するとよい。プロセッサは、技術コンポーネントの挙動モデルを組み立てるとよい。挙動モデルは、各状態、各状態の基準パラメータ値、および各状態と各状態の基準パラメータ値との間の関連を含むとよい。プロセッサは、技術コンポーネントの挙動モデルをメモリに格納するとよい。

あるいは、またはさらに、このシステムは、メモリおよびプロセッサに動作可能なように接続されユーザのデバイスと通信するよう動作可能であるインタフェースをさらに含むとよい。このプロセッサは、技術コンポーネントの現在の状態および技術コンポーネントの現在のパラメータ値を判断するために、技術コンポーネントを監視し、技術コンポーネントの挙動モデルをデータ・ストアから取得し、現在の動作状態に関連する基準パラメータ値を取得するために現在の動作状態を挙動モデルに入力し、技術コンポーネントの現在のパラメータ値が基準パラメータ値の閾値内であるかどうかを判断し、技術コンポーネントの現在のパラメータ値が基準パラメータ値の閾値内でなければ、インタフェースを介してユーザのデバイスに通知を提供するようさらに動作可能であるとよい。現在のパラメータ値は、技術コンポーネントの現在の電力消費値または現在の温度値のうちの少なくとも１つであるとよい。複数の状態は、オンライン状態、オフライン状態または起動状態のうちの少なくとも１つであるとよい。あるいは、またはさらに、プロセッサは、各状態の基準パラメータ値を判断するために、複数の状態の中の各状態の、複数のパラメータ値の平滑化平均を判断するようさらに動作可能であるとよい。

上記で開示した内容は、制限的なものではなく説明に役立つものであると見なされるものとし、添付の特許請求の範囲は、本記載の真の意図および範囲内に入る前述の変更、強化、およびその他の実施形態すべてを対象とするものとする。したがって、この範囲は、法律によって認められる最大の範囲まで、以下の特許請求の範囲およびその等価物の、許容される最も広い解釈によって判断されるべきであり、前述の詳細な説明によって制限されることも限定されることもない。

１１０ 管理者
１２０Ａ ユーザＡ
１２０Ｂ ユーザＢ
１２０Ｎ ユーザＮ
２２０Ａ ウェブ・アプリケーション
２２０Ｂ スタンドアロン・アプリケーション
２２０Ｎ モバイル・アプリケーション
２３０、２３５ ネットワーク
２４０ サービス・プロバイダ・サーバ
２４５ データ・ストア
２５０ サード・パーティ・サーバ

Claims (28)

1. 技術コンポーネントのエネルギー効率を監視するコンピュータ実装方法であって、
   技術コンポーネントの現在の電力消費値および現在の動作状態を判断するために、プロセッサによって前記技術コンポーネントを監視するステップと、
   前記プロセッサによって、前記技術コンポーネントの前記現在の動作状態に対応する基準電力消費値を判断するステップと、
   前記プロセッサによって、前記現在の電力消費値が、前記基準電力消費値の閾値内であるかどうかを判断するステップと、
   前記技術コンポーネントの前記現在の電力消費値が前記基準電力消費値の前記閾値内でなければ、前記プロセッサによってユーザのデバイスに通知を提供するステップと、
   を含む方法。
2. 前記プロセッサによって前記技術コンポーネントの前記現在の動作状態に対応する前記基準電力消費値を判断する前記ステップは、前記技術コンポーネントの前記現在の動作状態に対応する前記基準電力消費値を取得するために、前記技術コンポーネントの前記現在の動作状態の記述子を基準電力消費モデルに適用するステップをさらに含む、請求項１に記載の方法。
3. 前記技術コンポーネントの前記基準電力消費モデルは、前記技術コンポーネントの複数の動作状態の各動作状態の記述子に関連する前記基準電力消費値を含む、請求項２に記載の方法。
4. 前記複数の動作状態は、オンライン状態、オフライン状態または起動状態のうちの少なくとも１つを含む、請求項３に記載の方法。
5. 前記閾値は、前記動作状態に関する、前記技術コンポーネントの前記基準電力消費値における許容可能な差異を含む、請求項１に記載の方法。
6. 前記通知は、電子メール、ショート・メッセージング・サービス・メッセージ、録音された音声メッセージ、またはインスタント・メッセージのうちの少なくとも１つを含む、請求項１に記載の方法。
7. 前記方法は、前記プロセッサによって、前記ユーザの前記デバイスにグラフィカル・インタフェースを提供するステップをさらに含み、前記グラフィカル・インタフェースは、前記技術コンポーネントの前記現在の電力消費値が前記基準電力消費値の前記閾値内でなければ、前記技術コンポーネントについて前記ユーザに通知する視覚的インジケーションを含む、請求項１に記載の方法。
8. 前記技術コンポーネントは、サーバ、電力供給ユニット、またはクーリング・ユニットのうちの少なくとも１つから成る、請求項１に記載の方法。
9. 前記基準電力消費値は、前記技術コンポーネントに取って代わることができる最もエネルギー効率の高い技術コンポーネントの電力消費値を含む、請求項１に記載の方法。
10. 技術コンポーネントのエネルギー効率を監視するコンピュータ実装方法であって、
    技術コンポーネントの現在の電力消費値、現在の動作状態、および現在の利用率値を判断するために、プロセッサによって前記技術コンポーネントを監視するステップと、
    前記プロセッサによって、前記技術コンポーネントの前記現在の動作状態および前記現在の利用率値に対応する基準電力消費値を判断するステップと、
    前記プロセッサによって、前記現在の電力消費値が、前記基準電力消費値の閾値内であるかどうかを判断するステップと、
    前記技術コンポーネントの前記現在の電力消費値が前記基準電力消費値の前記閾値内でなければ、前記プロセッサによってユーザのデバイスに通知を提供するステップと、
    を含む方法。
11. 前記技術コンポーネントの前記現在の利用率値および前記現在の動作状態に対応する前記基準電力消費値を取得するために、前記現在の利用率値および前記現在の動作状態を基準電力消費モデルに適用するステップをさらに含む、請求項１０に記載の方法。
12. 前記技術コンポーネントの前記基準電力消費モデルは、前記技術コンポーネントの複数の動作状態の各動作状態と、複数の利用率値の各利用率値とに関連する前記基準電力消費値を含む、請求項１１に記載の方法。
13. 前記閾値は、前記動作状態および前記利用率値に関する、前記技術コンポーネントの前記基準電力消費値における許容可能な差異を含む、請求項１０に記載の方法。
14. 技術コンポーネントのエネルギー効率を監視するコンピュータ実装方法であって、
    技術コンポーネントの基準電力消費モデルをプロセッサによって特定するステップであって、前記基準電力消費モデルは、複数の動作状態を表す複数の動作状態記述子と、複数の基準電力消費値とを含み、各動作状態記述子は、基準電力消費値に関連する、前記ステップと、
    前記プロセッサによって、前記技術コンポーネントの現在の動作状態および現在の電力消費値を監視するステップと、
    前記現在の動作状態の記述子に関連する前記基準電力消費値を取得するために、前記プロセッサによって、前記現在の動作状態の前記記述子を前記基準電力消費モデルに適用するステップと、
    前記プロセッサによって、前記現在の電力消費値が前記基準電力消費値の閾値内であるかどうかを判断するステップと、
    前記技術コンポーネントの前記現在の電力消費値が前記基準電力消費値の前記閾値内でなければ、前記プロセッサによってユーザのデバイスに通知を提供するステップと、
    を含む方法。
15. 前記方法は、前記プロセッサによって前記基準電力消費値の前記閾値を判断するステップをさらに含み、前記閾値は、前記動作状態に関する、前記技術コンポーネントの前記基準電力消費値における許容可能な差異を表す、請求項１４に記載の方法。
16. 技術コンポーネントの挙動を監視するコンピュータ実装方法であって、
    技術コンポーネントの現在の動作状態および前記技術コンポーネントの現在のパラメータ値を判断するために、プロセッサによって前記技術コンポーネントを監視するステップと、
    前記プロセッサによって、前記技術コンポーネントの前記現在の動作状態に対応する基準パラメータ値を判断するステップと、
    前記プロセッサによって、前記技術コンポーネントの前記現在のパラメータ値が、前記基準パラメータ値の閾値内であるかどうかを判断するステップと、
    前記技術コンポーネントの前記現在のパラメータ値が前記基準パラメータ値の前記閾値内でなければ、前記プロセッサによってユーザのデバイスに通知を提供するステップと、
    を含む方法。
17. 前記プロセッサによって前記技術コンポーネントの前記現在の動作状態に対応する前記基準パラメータ値を判断する前記ステップは、前記プロセッサによって、前記技術コンポーネントの挙動モデルから、前記技術コンポーネントの前記現在の動作状態に対応する前記基準パラメータ値を取得するステップをさらに含む、請求項１６に記載の方法。
18. 前記挙動モデルは、前記技術コンポーネントの複数の動作状態の各動作状態に関連する前記基準パラメータ値を含む、請求項１７に記載の方法。
19. 前記現在のパラメータ値は、温度値、電力消費値、または利用率値のうちの少なくとも１つを含む、請求項１６に記載の方法。
20. 技術コンポーネントのエネルギー効率を監視するシステムであって、
    技術コンポーネントの複数の動作状態の中の各動作状態の基準電力消費値を格納するメモリと、
    前記メモリに動作可能なように接続され、ユーザのデバイスと通信するよう動作可能であるインタフェースと、
    前記メモリおよび前記インタフェースに動作可能なように接続されたプロセッサであって、前記技術コンポーネントの現在の電力消費値および現在の動作状態を判断するために前記技術コンポーネントを監視し、前記技術コンポーネントの前記現在の動作状態に対応する前記基準電力消費値を判断し、前記現在の電力消費値が前記基準電力消費値の閾値内であるかどうかを判断し、前記技術コンポーネントの前記現在の電力消費値が前記基準電力消費値の前記閾値内でなければ、前記インタフェースを介してユーザのデバイスに通知を提供するよう動作可能である、前記プロセッサと、
    を含むシステム。
21. 前記プロセッサは、前記技術コンポーネントの前記現在の動作状態の前記基準電力消費値を取得するために、前記技術コンポーネントの前記現在の動作状態の記述子を基準電力消費モデルに適用するようさらに動作可能である、請求項２０に記載のシステム。
22. 前記技術コンポーネントの前記基準電力消費モデルは、前記技術コンポーネントの複数の動作状態の各動作状態の記述子に関連する前記基準電力消費値を含む、請求項２１に記載のシステム。
23. 前記複数の動作状態は、オンライン状態、オフライン状態または起動状態のうちの少なくとも１つを含む、請求項２２に記載のシステム。
24. 前記閾値は、前記動作状態に関する、前記技術コンポーネントの前記基準電力消費値における許容可能な差異を含む、請求項２０に記載のシステム。
25. 前記通知は、電子メール、ショート・メッセージング・サービス・メッセージ、録音された音声メッセージ、またはインスタント・メッセージのうちの少なくとも１つを含む、請求項２０に記載のシステム。
26. 前記プロセッサは、前記インタフェースを介して前記ユーザの前記デバイスにグラフィカル・インタフェースを提供するようさらに動作可能であり、前記グラフィカル・インタフェースは、前記技術コンポーネントの前記現在の電力消費値が前記基準電力消費値の前記閾値内でなければ、前記技術コンポーネントの視覚的インジケーションを含む、請求項２０に記載のシステム。
27. 前記技術コンポーネントは、サーバ、電力供給ユニット、またはクーリング・ユニットから成る、請求項２０に記載のシステム。
28. 前記基準電力消費値は、前記技術コンポーネントに取って代わることができる最もエネルギー効率の高い技術コンポーネントまたは最近交換された過去の技術コンポーネントのうちの少なくとも１つの電力消費値を含む、請求項２０に記載のシステム。

Images