電気機器の電力管理方法
【課題】複数の電気機器により消費される電力量を管理するには特別な管理装置が必要になるか、特定の電気機器に電力管理の負荷が集中すること。
【解決手段】各電気機器は、各電気機器の消費電力を書き込む領域を有するデータ構造体を受け取ると、データ構造体の自電気機器に対応する領域に自電気機器の現在の消費電力を書き込んで、他の電気機器にデータ構造体を渡して巡回させるステップを有する。また、上記ステップでは、自電気機器の現在の消費電力とデータ構造体に書き込まれている他の電気機器の消費電力とから複数の電気機器の合計の消費電力を算出し、算出した合計の消費電力を閾値と比較し、比較の結果に基づいて自電気機器の消費電力を制御する。
【解決手段】各電気機器は、各電気機器の消費電力を書き込む領域を有するデータ構造体を受け取ると、データ構造体の自電気機器に対応する領域に自電気機器の現在の消費電力を書き込んで、他の電気機器にデータ構造体を渡して巡回させるステップを有する。また、上記ステップでは、自電気機器の現在の消費電力とデータ構造体に書き込まれている他の電気機器の消費電力とから複数の電気機器の合計の消費電力を算出し、算出した合計の消費電力を閾値と比較し、比較の結果に基づいて自電気機器の消費電力を制御する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数の電気機器により消費される電力量を管理する方法に関する。
【背景技術】
【０００２】
この種の電力管理方法の一例が特許文献１に記載されている。特許文献１に記載の電力管理方法では、管理装置または特定の電気機器が、システム全体の合計の消費電力の計算、省エネモードに移行させる機器の選択とその機器に対する指令の送信を集中管理することにより、システム全体の消費電力が閾値を超えないように制御している。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１０−２４６３８９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
特許文献１に記載の電力管理方法では、各電気機器の電力管理を担う特別な管理装置が必要になるか、或いは特定の電気機器が管理装置を兼ねる場合には特定の電気機器に電力管理のための余分な負荷がかかるという課題がある。
【０００５】
本発明の目的は、上述したような課題、すなわち複数の電気機器により消費される電力量を管理するには特別な管理装置が必要になるか、特定の電気機器に電力管理の負荷が集中する、という課題を解決する電気機器の電力管理方法を提供することにある。
【課題を解決するための手段】
【０００６】
本発明の一形態にかかる電気機器の電力管理方法は、
複数の電気機器の消費電力を管理する方法であって、
各電気機器が、各電気機器の消費電力を書き込む領域を有するデータ構造体を受け取ると、上記データ構造体の自電気機器に対応する領域に自電気機器の現在の消費電力を書き込んで、他の電気機器に上記データ構造体を渡して巡回させるステップを有し、
上記ステップでは、
自電気機器の現在の消費電力と上記データ構造体に書き込まれている他の電気機器の消費電力とから上記複数の電気機器の合計の消費電力を算出し、
上記算出した合計の消費電力を閾値と比較し、
上記比較の結果に基づいて自電気機器の消費電力を制御する、といった構成を採る。
【発明の効果】
【０００７】
本発明は上述したような構成を有するため、複数の電気機器により消費される電力量を管理する際に特別な管理装置が不要になり、また特定の電気機器に電力管理の負荷が集中することがない。
【図面の簡単な説明】
【０００８】
【図１】本発明の第１の実施形態のブロック図である。
【図２】本発明の第２の実施形態のブロック図である。
【図３】本発明の第２の実施形態における各サーバのハードウェア制御部のブロック図である。
【図４】本発明の第２の実施形態における各サーバのハードウェア制御部の動作を示すフローチャートである。
【図５】本発明の第２の実施形態におけるテーブルを用いた電力監視方法と電力を抑え込む制御の具体例を示す図である。
【図６】本発明の第２の実施形態におけるテーブルを用いた電力監視方法と電力を抑え込む制御の具体例を示す図である。
【図７】本発明の第２の実施形態におけるテーブルを用いた電力監視方法と電力を抑え込む制御の具体例を示す図である。
【図８】本発明の第２の実施形態においてサーバ全体の消費電力が閾値を下回るまでの過程を示す図である。
【図９】本発明の第３の実施形態の説明図である。
【図１０】複数のサーバを共有の電源で稼働するシステムの一般的な構成を示すブロック図である。
【発明を実施するための形態】
【０００９】
次に本発明の実施形態について図面を参照して詳細に説明する。
[第１の実施形態]
図１を参照すると、本発明の第１の実施形態は、複数の電気機器Ｕ１〜Ｕｎから構成されている。各電気機器Ｕは、自律分散的に、全ての電気機器Ｕによって消費される電力の合計が予め設定された閾値を超えないように、自電気機器の消費電力を制御する機能を有する。
【００１０】
各電気機器Ｕは、ＩＴ機器、家電製品などである。各電気機器Ｕは、図示しない電源から供給される電力によって動作する。
【００１１】
また各電気機器Ｕは、他の電気機器Ｕと通信する通信手段Ｔ１〜Ｔｎを有する。通信手段Ｔによる通信は、有線であっても良いし、無線であっても良い。複数の電気機器Ｕは、通信手段Ｔを使用して、データ構造体Ｄを電気機器Ｕ間で巡回させる制御手段Ｃ１〜Ｃｎを有する。
【００１２】
データ構造体Ｄは、各電気機器Ｕの消費電力を書き込む領域を有している。このデータ構造体Ｄの巡回は、各電気機器Ｕに他の電気機器Ｕの消費電力を認識させる情報共有の働きがある。
【００１３】
各電気機器Ｕの制御手段Ｃは、データ構造体Ｄを受け取ると、データ構造体Ｄの自機器に対応する領域に自機器の現在の消費電力を書き込んで、他の電気機器Ｕにデータ構造体Ｄを渡して巡回させる。
【００１４】
また制御手段Ｃは、データ構造体Ｄを受け取ると、自機器の現在の消費電力とデータ構造体Ｄに書き込まれている他の電気機器Ｕの消費電力とから、全ての電気機器Ｕの合計の消費電力を算出する機能と、算出した合計の消費電力を閾値と比較する機能とを有する。さらに制御手段Ｃは、比較の結果に基づいて自機器の消費電力を制御する機能を有する。例えば制御手段Ｃは、合計の消費電力が閾値を超えていれば、自機器を電力消費量のより少ない動作状態に切替える機能を有する。
【００１５】
自機器を電力消費量のより少ない動作状態に切替える方法は、任意である。例えば電気機器ＵがＣＰＵを有するＩＴ機器等である場合、ＣＰＵを駆動するクロックの周波数を低下させることで、電力消費量を下げるようにしてもよい。また、電気機器Ｕが冷却用のファンを有する場合、ファンの回転数を低下させることで、電力消費量を下げるようにしても良い。
【００１６】
次に本実施形態の動作を説明する。
【００１７】
データ構造体Ｄを巡回させるルートを、電気機器Ｕ１→電気機器Ｕ２→電気機器Ｕ３→…→電気機器Ｕｎ→電気機器Ｕ１とすると、１巡したデータ構造体Ｄが出発点の電気機器Ｕ１に戻って来た時点で、全ての電気機器Ｕの消費電力がデータ構造体Ｄに書き込まれている。
【００１８】
電気機器Ｕ１の制御手段Ｃ１は、データ構造体Ｄを受け取ると、自機器Ｕ１の現在の消費電力とデータ構造体Ｄに書き込まれている他の電気機器Ｕ２〜Ｕｎの消費電力とから全ての電気機器Ｕの合計の消費電力を算出する。そして、電気機器Ｕ１の制御手段Ｃ１は、合計の消費電力を閾値と比較し、比較の結果に基づいて自機器Ｕ１の消費電力を制御する。例えば、合計の消費電力が閾値を超えていれば、電気機器Ｕ１の制御手段Ｃ１は、全電気機器合計の消費電力を下げるために、自機器を電力消費量のより少ない動作状態に切替える。そして、電気機器Ｕ１の制御手段Ｃ１は、データ構造体Ｄの自機器に対応する領域に自機器の現在の消費電力を書き込んで、電気機器Ｕ２にデータ構造体Ｄを渡す。
【００１９】
データ構造体Ｄを受け取った電気機器Ｕ２の制御手段Ｃ２は、電気機器Ｕ１の制御手段Ｃ１と同様の動作を行う。これにより、合計の消費電力がなおも閾値を超えていれば、電気機器Ｕ２の制御手段Ｃ２は、全電気機器合計の消費電力を下げるために、自機器を電力消費量のより少ない動作状態に切替える。そして、電気機器Ｕ２の制御手段Ｃ２は、データ構造体Ｄの自機器に対応する領域に自機器の現在の消費電力を書き込んで、電気機器Ｕ３にデータ構造体Ｄを渡す。
【００２０】
同様の動作が電気機器Ｕ３以降の電気機器で繰り返されることにより、全電気機器合計の消費電力は閾値を下回るように低減されていく。
【００２１】
このように本実施形態によれば、複数の電気機器Ｕにより消費される電力量を管理する際に特別な管理装置が不要になり、また特定の電気機器に電力管理の負荷が集中することがなくなる。
【００２２】
また、データ構造体Ｄの巡回は、各電気機器Ｕに他の電気機器Ｕの消費電力を認識させる情報共有の働きに加えて、消費電力を抑え込む電気機器を一時には一つの電気機器に限定する働きがある。このため、消費電力を抑え込む制御が原因で全電気機器の合計消費電力が急激に変動することを防止することができる。
【００２３】
本実施形態は各種の付加変更が可能である。例えば、電気機器Ｕの制御手段Ｃは、全電気機器合計の消費電力が閾値を超えていなければ、自機器を電力消費量のより多い動作状態に切替える機能を有していても良い。このとき使用する閾値は、電力消費量のより少ない動作状態に切替える際の閾値と同じ値であっても良いし、それより小さな値であっても良い。
【００２４】
[第２の実施形態]
[概要]
本実施形態は、複数のサーバ（情報処理装置）が、電源を共有しているハードウェア構成であるとき、各サーバは共有電源の容量を超えないように電力制御を行うことができ、サーバ間の通信によって各サーバの消費電力を情報共有することができる。
【００２５】
そのために本実施形態では、各サーバ内にそれぞれテーブルを持たせる。このテーブルには、自サーバを含む全サーバの消費電力測定値を記録するエントリがあり、これを参照すれば、どのサーバがどれだけ電力を消費しているかが分かる。
【００２６】
また、この消費電力の情報を共有するため、サーバ内にあるＢＭＣ（Base Management Controller）などのハードウェア制御回路が、テーブル内の情報を、通信で他サーバと受け渡しする。
【００２７】
また、サーバがこのテーブル情報を受け取ったとき、以下の処理を実行する。
・自サーバの現在の消費電力が何Ｗなのかをテーブルに書き込む。
・テーブルを参照し、全サーバの合計消費電力を確認する。
・全サーバの消費電力と電力閾値を比較し、消費電力が閾値を超えた場合（=電源の余力が無い場合）は、電力を抑え込み、消費電力を下げる省電力制御を行う。
【００２８】
本実施形態は、以上のような制御を行うことで、動的に電力監視・制御を行い、小さい容量の電源での運用を可能にする。
【００２９】
[構成の説明]
図１０は複数のサーバ１、２、３が、電源４を共有しているハードウェア構成であるときの一般的な構成を示す図である。分電盤などの電力設備から電源４に給電し、電源４から分配ケーブル５を経由してサーバ１、２、３に給電される。また、サーバ１、２、３は内部にハードウェア制御部１１、１２、１３を持っている。ただし、ＣＰＵ、メモリ等の本発明と直接関連が無い部品については省略している。例えば最大消費電力が３００Ｗのサーバ３台（サーバ１〜３)が１台の電源４を共有しているとき、３台全てが最大負荷の時を考慮し、電源容量が９００Ｗ以上の電源４を選定することが一般的である。
【００３０】
図２は本発明の第２の実施形態の構成例を示すブロックである。サーバ１、２、３が電源６を共有している。電源６の容量は、３台のサーバ１，２，３の最大消費電力の合計９００Ｗより少ない７００Ｗである。
【００３１】
サーバ内にあるハードウェア制御部１１、１２、１３は、相互の通信のため信号線７で接続し、他サーバのハードウェア制御部と通信可能である。通信は、ＬＡＮなど、一般的な通信の手段を利用することができる。本実施形態では、各サーバで通信を行いながら、全サーバの消費電力の合計が７００Ｗを超えないように制御する。
【００３２】
図３は、ハードウェア制御部１１のブロック図である。他のハードウェア制御部１２、１３も同じ構成である。図３においては、本発明と直接関連が無い部分については省略している。
【００３３】
ハードウェア制御部１１は、プロセッサ１０１とプログラムＲＯＭ１０２とローカルメモリ１０３とを有している。ハードウェア制御部１１は、ＢＭＣ（Base Management Controller）のような、サーバ内のハードウェアを管理するコントローラーを想定している。また、サーバには省電力制御を行う機能があることが前提となる。
【００３４】
なお、本実施形態で使用するテーブルＴＢは、サーバの識別番号とそのサーバの消費電力を組にして保持できるデータ構造体であり、ローカルメモリ１０３内に格納されている。更に他サーバとテーブル情報の送受信ができるようになっている。
【００３５】
[動作の説明]
図４は本実施形態の動作を示すフローチャートである。図５〜図７はテーブルを用いた電力監視方法と電力を抑え込む制御の具体例を示す。以下図４〜図７を参照して本実施形態の動作を説明する。
【００３６】
まず、図４を参照して本実施形態の全体の動作について説明する。図３のプログラムＲＯＭ１０２には、図４のフローを実現するプログラムが格納されており、プロセッサ１０１がこのプログラムを読み込んで処理を行う。
【００３７】
まず、プロセッサ１０１が、消費電力のテーブル情報を受け取っている状態であるか否かを確認する（ステップＳ１）。例えばサーバ１のハードウェア制御部１１内のプロセッサ１０１が、通信インターフェースを通して他サーバからテーブル情報を受け取ると、その情報をローカルメモリ１０３に保存する。この処理が終わって初めて、次の処理（ステップＳ２）に進むことができる。そのため、サーバ２、３は他サーバからテーブル情報を受け取るまで次の処理（ステップＳ２）に進まない。
【００３８】
次にプロセッサ１０１は、自サーバの現在の消費電力をローカルメモリ１０３のテーブルに書き込む（ステップＳ２）。サーバ１のプロセッサ１０１がテーブルを受け取っている場合、プロセッサ１０１は電力センサ（図示せず）から、現在自サーバが何Ｗを消費しているかを確認し、ローカルメモリ１０３のテーブルに消費電力を書き込む。テーブルの構造は、図５〜図７に示してあるように、サーバ１の消費電力はｘＷ、サーバ２の消費電力はｙＷ、…と各サーバの消費電力がそれぞれ保持される構造になっている。この処理により、テーブル内の自サーバの消費電力情報が最新の状態に更新される。
【００３９】
図５および図６では、テーブルの状態遷移について例示している。状態(1)（図面では丸付き数字。以下同じ）では、サーバ１が現在の消費電力をテーブルに入力し、次のサーバ２にテーブル情報を渡す。状態(2)では状態(1)と同様に、サーバ２が現在の消費電力をテーブルに入力し、次のサーバ３にテーブル情報を渡す。状態(3)も同様に、サーバ３が現在の消費電力をテーブルに入力し、次のサーバ１にテーブル情報を渡す。このように、(1)、(2)、(3)、…とテーブル情報のやり取りを繰り返す。２週目以降は、電力は上書きされていく。
【００４０】
次にプロセッサ１０１は、各サーバの消費電力がローカルメモリ１０３のテーブルに保持されているか否かを確認する（ステップＳ３)。サーバ起動直後は、テーブルに何も情報が入っておらず、各サーバは現在何Ｗを消費しているか分からない。テーブル内の情報受け渡しがサーバ１、２、３、１と１週することにより、全サーバで前述の消費電力の書き込み処理（ステップＳ２）が行われ、各サーバの消費電力がテーブルに保持された状態になる。現在の技術では、テーブルへの値の書き込みと他サーバとの受け渡しの処理時間をミリ秒単位まで短くできるので、テーブル内の各サーバの消費電力値はほぼ現在の値とみなすことができる。
【００４１】
各サーバの消費電力がテーブルに保持されると、プロセッサ１０１がローカルメモリ１０３のテーブルを参照することで、全サーバ合計の消費電力が何Ｗなのかを計算して求められ、確認が可能となる（ステップＳ４）。
【００４２】
次にプロセッサ１０１は、全サーバ合計の消費電力が、閾値を超えていないか確認する（ステップＳ５）。合計の消費電力が、電源容量の７００Ｗを超えないように、ここでは例として６８０Ｗを閾値と設定している。この閾値は、ローカルメモリ１０３に格納されており、ユーザがハードウェア制御部１１にアクセスして、閾値を任意に設定できるようになっている。
【００４３】
確認した結果、合計の消費電力が閾値を超えていなければ、自サーバの処理は終了し、プロセッサ１０１は通信インターフェースを通して次のサーバにテーブル情報を渡す（ステップＳ７）。
【００４４】
閾値を超えていれば、電源６の電力供給の余力が無い状態であることを意味するので、プロセッサ１０１はサーバの省電力制御機能を持った回路に対して、消費電力を抑える（省電力レベルを１段階上げる）制御をするよう命令を出す（ステップＳ６）。その後、次のサーバにテーブル情報を渡す（ステップＳ７）。
【００４５】
以上のように、サーバは自分の消費電力と全サーバの消費電力を監視し、電力不足になる場合に独立して省電力制御を行う。
【００４６】
（省電力レベルについて）
図７では、サーバ２がテーブル情報を受け取り、次のサーバ３にテーブル情報を渡すまでのプロセスを例示している。
【００４７】
サーバ１からテーブル情報を受け取り、テーブルに保持されている現在の消費電力をアップデートする。前回書き込んだ時は２００Ｗであったが、現在２５０Ｗを消費しているためテーブルのサーバ２の値を２５０Ｗに変更している。この結果、サーバ１，２，３合計の消費電力が７００Ｗとなり、閾値の６８０Ｗを超えた状態、つまり電源の電力供給の余力が無い状態であることが分かる。
【００４８】
サーバ２は省電力機能を持っており、消費電力の急上昇を防ぐと共に、電力の天井制御（上限制御）を行うことができる。また、天井値は複数段階設定できる。本実施形態では、現在サーバがどれだけ消費電力を抑えている状態なのかを示す指標として省電力レベルを定義している。サーバ自身の省電力制御方法については、既存の技術としてＣＰＵのクロック周波数制御、コア制御など公知の技術のうち任意の１つあるいは複数の組合せを使用することができる。
【００４９】
図７では、サーバ２は天井値２６０Ｗの省電力レベル３の状態である。しかしサーバ１、２、３合計の消費電力が７００Ｗとなり、閾値を超えた状態であるため、サーバ２は省電力レベルを３から４へ上げ、更にサーバ２自身の消費電力を抑え込む制御を行う。本明細書では、消費電力の抑え込みを強化するとき省電力レベルを上げる、抑え込みを緩和するときに省電力レベルを下げる、という表現を用いる。
【００５０】
（サーバ全体の消費電力が閾値を下回るまでの過程）
サーバの消費電力の下がり幅にはばらつきがあり、１台のサーバが１度省電力レベルを上げただけでは合計消費電力が閾値まで低下しきらないことが想定される。そのため、図８で示すように、各サーバが閾値以下になるまで段階的に消費電力を下げ続けることになる。
【００５１】
また、負荷の急増加により消費電力が電源容量を超えてしまう可能性があるが、高速でテーブル情報の通信・電力制御を行うため、超過する時間は数秒以内に抑えることが可能であり、問題はない。その理由は、一般的に電源容量にはマージンがあり、消費電力が電源容量を超えたとしても短時間なら耐えられるよう設計されているためである。
【００５２】
（省電力レベルを下げる制御）
本実施形態では、全サーバ合計の消費電力が閾値を下回っている場合に限り、省電力レベルを下げる、つまり消費電力の天井値を高くすることができる。
【００５３】
（テーブル情報受け渡しの順序）
初めてシステム構築や立ち上げを行った直後は、各サーバのローカルメモリ１０３のテーブルには自サーバの情報以外入っていない。そこで、この場合のみ、ユーザがサーバのハードウェア制御部にアクセスし、電力監視・制御を行うサーバの情報を入力する必要がある。ユーザがある１台のサーバのハードウェア制御部にアクセスし、各サーバが識別でき、かつ通信が可能となる情報（物理アドレスなど）を入力していく。このデータ入力されたサーバは、入力順に、ローカルメモリ１０３のテーブルにサーバ情報を格納する。テーブル情報の受け渡しはこのサーバから開始し、以下テーブルに入力された順に情報を受け渡していく。
【００５４】
（故障により通信が不可能となった場合の制御）
故障などで、あるサーバが通信できなくなった場合、テーブルの受け渡しができなくなり、サーバ全体で何Ｗを消費しているのかが分からなくなる。この場合、通信不能のサーバが最大消費電力で稼動していると仮定して運用を行う。具体例としては、電源を3台のサーバ（１台の最大消費電力３００Ｗ）で共有している場合、通信不能のサーバ１台を最大消費電力３００Ｗで稼動していると想定し、テーブル内の故障サーバの電力値を３００Ｗと固定し、残り２台でテーブルの受け渡しを行う。
【００５５】
テーブル情報受け渡しの順序については、故障サーバを飛ばして、さらに次のサーバにテーブル情報を受け渡す。例えば、テーブル情報の受け渡しの際に、受信元のサーバから送り元のサーバに対してＡＣＫを返すようにし、送信元のサーバはＡＣＫを受信できたか否かによって相手サーバが故障していないか否かを判定する。若し、ＡＣＫを受信できなかった場合、その相手サーバを故障サーバと判断し、さらに次のサーバにテーブル情報を送信する。
【００５６】
[効果の説明]
サーバは、小型化・高密度化が進み、床面積当たり・ラック当たりに設置できるサーバの台数が増加している。例として、データセンターなどでは、より大量のサーバを導入し運用することが可能になっている。しかし、サーバ台数が増加することにより、データセンター全体の電力消費量が増加し、電力不足に陥るという問題が出てきている。その対策としてデータセンターの電力設備増設があるが、コストが非常にかかるため、サーバの消費電力を抑えることや、電源効率を改善するといったサーバ側での対策が期待されている。本実施形態によれば、リアルタイムで電力を監視する動的な消費電力の天井制御が可能になり、全サーバの最大消費電力よりも容量の小さな電源を使用することができ、電力効率が向上する。
【００５７】
合計消費電力を把握し、各サーバの電力管理を行う特別な制御モジュールを必要とせず、一般的な電子回路で実現できる。
【００５８】
[その他の実施形態]
本発明は以上の実施形態にのみ限定されず、その他各種の付加変更が可能である。例えば、図９（ａ）に示すように、全サーバ合計の消費電力が閾値Ｔを上回っている場合、省電力レベルを上げて消費電力を抑え込むが、閾値Ｔを下回った直後から省電力レベルを下げることが可能になり、またすぐ閾値Ｔを上回ることがある。このように、全サーバの消費電力が、閾値Ｔ付近で前後し続けることを避けるため、消費電力の抑え込みが開始するときと、解除するときの閾値にギャップを持たせる。例えば、図９（ｂ）のように、抑え込み開始の閾値Ｔｈと、抑え込み解除の閾値Ｔｌをそれぞれ別の値に設定することで、頻繁に制御が切り替わることを防ぐような実施形態も本発明に含まれる。
【００５９】
また、例えば、ラックに複数のサーバを搭載する時、そのラックへ給電する設備（分電盤）の能力に応じて、ラック全体での消費電力に上限を設定したい場合がある。そのような用途にも、本発明を適用できる。テーブルを用いて電力監視・制御を行う点は同じであり、電源容量を基に閾値設定していた点が、分電盤の給電能力を基に閾値設定した点に変わっただけである。
【符号の説明】
【００６０】
１〜３…サーバ
５…信号線
６…電源
１１〜１３…ハードウェア制御部
【技術分野】
【０００１】
本発明は、複数の電気機器により消費される電力量を管理する方法に関する。
【背景技術】
【０００２】
この種の電力管理方法の一例が特許文献１に記載されている。特許文献１に記載の電力管理方法では、管理装置または特定の電気機器が、システム全体の合計の消費電力の計算、省エネモードに移行させる機器の選択とその機器に対する指令の送信を集中管理することにより、システム全体の消費電力が閾値を超えないように制御している。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１０−２４６３８９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
特許文献１に記載の電力管理方法では、各電気機器の電力管理を担う特別な管理装置が必要になるか、或いは特定の電気機器が管理装置を兼ねる場合には特定の電気機器に電力管理のための余分な負荷がかかるという課題がある。
【０００５】
本発明の目的は、上述したような課題、すなわち複数の電気機器により消費される電力量を管理するには特別な管理装置が必要になるか、特定の電気機器に電力管理の負荷が集中する、という課題を解決する電気機器の電力管理方法を提供することにある。
【課題を解決するための手段】
【０００６】
本発明の一形態にかかる電気機器の電力管理方法は、
複数の電気機器の消費電力を管理する方法であって、
各電気機器が、各電気機器の消費電力を書き込む領域を有するデータ構造体を受け取ると、上記データ構造体の自電気機器に対応する領域に自電気機器の現在の消費電力を書き込んで、他の電気機器に上記データ構造体を渡して巡回させるステップを有し、
上記ステップでは、
自電気機器の現在の消費電力と上記データ構造体に書き込まれている他の電気機器の消費電力とから上記複数の電気機器の合計の消費電力を算出し、
上記算出した合計の消費電力を閾値と比較し、
上記比較の結果に基づいて自電気機器の消費電力を制御する、といった構成を採る。
【発明の効果】
【０００７】
本発明は上述したような構成を有するため、複数の電気機器により消費される電力量を管理する際に特別な管理装置が不要になり、また特定の電気機器に電力管理の負荷が集中することがない。
【図面の簡単な説明】
【０００８】
【図１】本発明の第１の実施形態のブロック図である。
【図２】本発明の第２の実施形態のブロック図である。
【図３】本発明の第２の実施形態における各サーバのハードウェア制御部のブロック図である。
【図４】本発明の第２の実施形態における各サーバのハードウェア制御部の動作を示すフローチャートである。
【図５】本発明の第２の実施形態におけるテーブルを用いた電力監視方法と電力を抑え込む制御の具体例を示す図である。
【図６】本発明の第２の実施形態におけるテーブルを用いた電力監視方法と電力を抑え込む制御の具体例を示す図である。
【図７】本発明の第２の実施形態におけるテーブルを用いた電力監視方法と電力を抑え込む制御の具体例を示す図である。
【図８】本発明の第２の実施形態においてサーバ全体の消費電力が閾値を下回るまでの過程を示す図である。
【図９】本発明の第３の実施形態の説明図である。
【図１０】複数のサーバを共有の電源で稼働するシステムの一般的な構成を示すブロック図である。
【発明を実施するための形態】
【０００９】
次に本発明の実施形態について図面を参照して詳細に説明する。
[第１の実施形態]
図１を参照すると、本発明の第１の実施形態は、複数の電気機器Ｕ１〜Ｕｎから構成されている。各電気機器Ｕは、自律分散的に、全ての電気機器Ｕによって消費される電力の合計が予め設定された閾値を超えないように、自電気機器の消費電力を制御する機能を有する。
【００１０】
各電気機器Ｕは、ＩＴ機器、家電製品などである。各電気機器Ｕは、図示しない電源から供給される電力によって動作する。
【００１１】
また各電気機器Ｕは、他の電気機器Ｕと通信する通信手段Ｔ１〜Ｔｎを有する。通信手段Ｔによる通信は、有線であっても良いし、無線であっても良い。複数の電気機器Ｕは、通信手段Ｔを使用して、データ構造体Ｄを電気機器Ｕ間で巡回させる制御手段Ｃ１〜Ｃｎを有する。
【００１２】
データ構造体Ｄは、各電気機器Ｕの消費電力を書き込む領域を有している。このデータ構造体Ｄの巡回は、各電気機器Ｕに他の電気機器Ｕの消費電力を認識させる情報共有の働きがある。
【００１３】
各電気機器Ｕの制御手段Ｃは、データ構造体Ｄを受け取ると、データ構造体Ｄの自機器に対応する領域に自機器の現在の消費電力を書き込んで、他の電気機器Ｕにデータ構造体Ｄを渡して巡回させる。
【００１４】
また制御手段Ｃは、データ構造体Ｄを受け取ると、自機器の現在の消費電力とデータ構造体Ｄに書き込まれている他の電気機器Ｕの消費電力とから、全ての電気機器Ｕの合計の消費電力を算出する機能と、算出した合計の消費電力を閾値と比較する機能とを有する。さらに制御手段Ｃは、比較の結果に基づいて自機器の消費電力を制御する機能を有する。例えば制御手段Ｃは、合計の消費電力が閾値を超えていれば、自機器を電力消費量のより少ない動作状態に切替える機能を有する。
【００１５】
自機器を電力消費量のより少ない動作状態に切替える方法は、任意である。例えば電気機器ＵがＣＰＵを有するＩＴ機器等である場合、ＣＰＵを駆動するクロックの周波数を低下させることで、電力消費量を下げるようにしてもよい。また、電気機器Ｕが冷却用のファンを有する場合、ファンの回転数を低下させることで、電力消費量を下げるようにしても良い。
【００１６】
次に本実施形態の動作を説明する。
【００１７】
データ構造体Ｄを巡回させるルートを、電気機器Ｕ１→電気機器Ｕ２→電気機器Ｕ３→…→電気機器Ｕｎ→電気機器Ｕ１とすると、１巡したデータ構造体Ｄが出発点の電気機器Ｕ１に戻って来た時点で、全ての電気機器Ｕの消費電力がデータ構造体Ｄに書き込まれている。
【００１８】
電気機器Ｕ１の制御手段Ｃ１は、データ構造体Ｄを受け取ると、自機器Ｕ１の現在の消費電力とデータ構造体Ｄに書き込まれている他の電気機器Ｕ２〜Ｕｎの消費電力とから全ての電気機器Ｕの合計の消費電力を算出する。そして、電気機器Ｕ１の制御手段Ｃ１は、合計の消費電力を閾値と比較し、比較の結果に基づいて自機器Ｕ１の消費電力を制御する。例えば、合計の消費電力が閾値を超えていれば、電気機器Ｕ１の制御手段Ｃ１は、全電気機器合計の消費電力を下げるために、自機器を電力消費量のより少ない動作状態に切替える。そして、電気機器Ｕ１の制御手段Ｃ１は、データ構造体Ｄの自機器に対応する領域に自機器の現在の消費電力を書き込んで、電気機器Ｕ２にデータ構造体Ｄを渡す。
【００１９】
データ構造体Ｄを受け取った電気機器Ｕ２の制御手段Ｃ２は、電気機器Ｕ１の制御手段Ｃ１と同様の動作を行う。これにより、合計の消費電力がなおも閾値を超えていれば、電気機器Ｕ２の制御手段Ｃ２は、全電気機器合計の消費電力を下げるために、自機器を電力消費量のより少ない動作状態に切替える。そして、電気機器Ｕ２の制御手段Ｃ２は、データ構造体Ｄの自機器に対応する領域に自機器の現在の消費電力を書き込んで、電気機器Ｕ３にデータ構造体Ｄを渡す。
【００２０】
同様の動作が電気機器Ｕ３以降の電気機器で繰り返されることにより、全電気機器合計の消費電力は閾値を下回るように低減されていく。
【００２１】
このように本実施形態によれば、複数の電気機器Ｕにより消費される電力量を管理する際に特別な管理装置が不要になり、また特定の電気機器に電力管理の負荷が集中することがなくなる。
【００２２】
また、データ構造体Ｄの巡回は、各電気機器Ｕに他の電気機器Ｕの消費電力を認識させる情報共有の働きに加えて、消費電力を抑え込む電気機器を一時には一つの電気機器に限定する働きがある。このため、消費電力を抑え込む制御が原因で全電気機器の合計消費電力が急激に変動することを防止することができる。
【００２３】
本実施形態は各種の付加変更が可能である。例えば、電気機器Ｕの制御手段Ｃは、全電気機器合計の消費電力が閾値を超えていなければ、自機器を電力消費量のより多い動作状態に切替える機能を有していても良い。このとき使用する閾値は、電力消費量のより少ない動作状態に切替える際の閾値と同じ値であっても良いし、それより小さな値であっても良い。
【００２４】
[第２の実施形態]
[概要]
本実施形態は、複数のサーバ（情報処理装置）が、電源を共有しているハードウェア構成であるとき、各サーバは共有電源の容量を超えないように電力制御を行うことができ、サーバ間の通信によって各サーバの消費電力を情報共有することができる。
【００２５】
そのために本実施形態では、各サーバ内にそれぞれテーブルを持たせる。このテーブルには、自サーバを含む全サーバの消費電力測定値を記録するエントリがあり、これを参照すれば、どのサーバがどれだけ電力を消費しているかが分かる。
【００２６】
また、この消費電力の情報を共有するため、サーバ内にあるＢＭＣ（Base Management Controller）などのハードウェア制御回路が、テーブル内の情報を、通信で他サーバと受け渡しする。
【００２７】
また、サーバがこのテーブル情報を受け取ったとき、以下の処理を実行する。
・自サーバの現在の消費電力が何Ｗなのかをテーブルに書き込む。
・テーブルを参照し、全サーバの合計消費電力を確認する。
・全サーバの消費電力と電力閾値を比較し、消費電力が閾値を超えた場合（=電源の余力が無い場合）は、電力を抑え込み、消費電力を下げる省電力制御を行う。
【００２８】
本実施形態は、以上のような制御を行うことで、動的に電力監視・制御を行い、小さい容量の電源での運用を可能にする。
【００２９】
[構成の説明]
図１０は複数のサーバ１、２、３が、電源４を共有しているハードウェア構成であるときの一般的な構成を示す図である。分電盤などの電力設備から電源４に給電し、電源４から分配ケーブル５を経由してサーバ１、２、３に給電される。また、サーバ１、２、３は内部にハードウェア制御部１１、１２、１３を持っている。ただし、ＣＰＵ、メモリ等の本発明と直接関連が無い部品については省略している。例えば最大消費電力が３００Ｗのサーバ３台（サーバ１〜３)が１台の電源４を共有しているとき、３台全てが最大負荷の時を考慮し、電源容量が９００Ｗ以上の電源４を選定することが一般的である。
【００３０】
図２は本発明の第２の実施形態の構成例を示すブロックである。サーバ１、２、３が電源６を共有している。電源６の容量は、３台のサーバ１，２，３の最大消費電力の合計９００Ｗより少ない７００Ｗである。
【００３１】
サーバ内にあるハードウェア制御部１１、１２、１３は、相互の通信のため信号線７で接続し、他サーバのハードウェア制御部と通信可能である。通信は、ＬＡＮなど、一般的な通信の手段を利用することができる。本実施形態では、各サーバで通信を行いながら、全サーバの消費電力の合計が７００Ｗを超えないように制御する。
【００３２】
図３は、ハードウェア制御部１１のブロック図である。他のハードウェア制御部１２、１３も同じ構成である。図３においては、本発明と直接関連が無い部分については省略している。
【００３３】
ハードウェア制御部１１は、プロセッサ１０１とプログラムＲＯＭ１０２とローカルメモリ１０３とを有している。ハードウェア制御部１１は、ＢＭＣ（Base Management Controller）のような、サーバ内のハードウェアを管理するコントローラーを想定している。また、サーバには省電力制御を行う機能があることが前提となる。
【００３４】
なお、本実施形態で使用するテーブルＴＢは、サーバの識別番号とそのサーバの消費電力を組にして保持できるデータ構造体であり、ローカルメモリ１０３内に格納されている。更に他サーバとテーブル情報の送受信ができるようになっている。
【００３５】
[動作の説明]
図４は本実施形態の動作を示すフローチャートである。図５〜図７はテーブルを用いた電力監視方法と電力を抑え込む制御の具体例を示す。以下図４〜図７を参照して本実施形態の動作を説明する。
【００３６】
まず、図４を参照して本実施形態の全体の動作について説明する。図３のプログラムＲＯＭ１０２には、図４のフローを実現するプログラムが格納されており、プロセッサ１０１がこのプログラムを読み込んで処理を行う。
【００３７】
まず、プロセッサ１０１が、消費電力のテーブル情報を受け取っている状態であるか否かを確認する（ステップＳ１）。例えばサーバ１のハードウェア制御部１１内のプロセッサ１０１が、通信インターフェースを通して他サーバからテーブル情報を受け取ると、その情報をローカルメモリ１０３に保存する。この処理が終わって初めて、次の処理（ステップＳ２）に進むことができる。そのため、サーバ２、３は他サーバからテーブル情報を受け取るまで次の処理（ステップＳ２）に進まない。
【００３８】
次にプロセッサ１０１は、自サーバの現在の消費電力をローカルメモリ１０３のテーブルに書き込む（ステップＳ２）。サーバ１のプロセッサ１０１がテーブルを受け取っている場合、プロセッサ１０１は電力センサ（図示せず）から、現在自サーバが何Ｗを消費しているかを確認し、ローカルメモリ１０３のテーブルに消費電力を書き込む。テーブルの構造は、図５〜図７に示してあるように、サーバ１の消費電力はｘＷ、サーバ２の消費電力はｙＷ、…と各サーバの消費電力がそれぞれ保持される構造になっている。この処理により、テーブル内の自サーバの消費電力情報が最新の状態に更新される。
【００３９】
図５および図６では、テーブルの状態遷移について例示している。状態(1)（図面では丸付き数字。以下同じ）では、サーバ１が現在の消費電力をテーブルに入力し、次のサーバ２にテーブル情報を渡す。状態(2)では状態(1)と同様に、サーバ２が現在の消費電力をテーブルに入力し、次のサーバ３にテーブル情報を渡す。状態(3)も同様に、サーバ３が現在の消費電力をテーブルに入力し、次のサーバ１にテーブル情報を渡す。このように、(1)、(2)、(3)、…とテーブル情報のやり取りを繰り返す。２週目以降は、電力は上書きされていく。
【００４０】
次にプロセッサ１０１は、各サーバの消費電力がローカルメモリ１０３のテーブルに保持されているか否かを確認する（ステップＳ３)。サーバ起動直後は、テーブルに何も情報が入っておらず、各サーバは現在何Ｗを消費しているか分からない。テーブル内の情報受け渡しがサーバ１、２、３、１と１週することにより、全サーバで前述の消費電力の書き込み処理（ステップＳ２）が行われ、各サーバの消費電力がテーブルに保持された状態になる。現在の技術では、テーブルへの値の書き込みと他サーバとの受け渡しの処理時間をミリ秒単位まで短くできるので、テーブル内の各サーバの消費電力値はほぼ現在の値とみなすことができる。
【００４１】
各サーバの消費電力がテーブルに保持されると、プロセッサ１０１がローカルメモリ１０３のテーブルを参照することで、全サーバ合計の消費電力が何Ｗなのかを計算して求められ、確認が可能となる（ステップＳ４）。
【００４２】
次にプロセッサ１０１は、全サーバ合計の消費電力が、閾値を超えていないか確認する（ステップＳ５）。合計の消費電力が、電源容量の７００Ｗを超えないように、ここでは例として６８０Ｗを閾値と設定している。この閾値は、ローカルメモリ１０３に格納されており、ユーザがハードウェア制御部１１にアクセスして、閾値を任意に設定できるようになっている。
【００４３】
確認した結果、合計の消費電力が閾値を超えていなければ、自サーバの処理は終了し、プロセッサ１０１は通信インターフェースを通して次のサーバにテーブル情報を渡す（ステップＳ７）。
【００４４】
閾値を超えていれば、電源６の電力供給の余力が無い状態であることを意味するので、プロセッサ１０１はサーバの省電力制御機能を持った回路に対して、消費電力を抑える（省電力レベルを１段階上げる）制御をするよう命令を出す（ステップＳ６）。その後、次のサーバにテーブル情報を渡す（ステップＳ７）。
【００４５】
以上のように、サーバは自分の消費電力と全サーバの消費電力を監視し、電力不足になる場合に独立して省電力制御を行う。
【００４６】
（省電力レベルについて）
図７では、サーバ２がテーブル情報を受け取り、次のサーバ３にテーブル情報を渡すまでのプロセスを例示している。
【００４７】
サーバ１からテーブル情報を受け取り、テーブルに保持されている現在の消費電力をアップデートする。前回書き込んだ時は２００Ｗであったが、現在２５０Ｗを消費しているためテーブルのサーバ２の値を２５０Ｗに変更している。この結果、サーバ１，２，３合計の消費電力が７００Ｗとなり、閾値の６８０Ｗを超えた状態、つまり電源の電力供給の余力が無い状態であることが分かる。
【００４８】
サーバ２は省電力機能を持っており、消費電力の急上昇を防ぐと共に、電力の天井制御（上限制御）を行うことができる。また、天井値は複数段階設定できる。本実施形態では、現在サーバがどれだけ消費電力を抑えている状態なのかを示す指標として省電力レベルを定義している。サーバ自身の省電力制御方法については、既存の技術としてＣＰＵのクロック周波数制御、コア制御など公知の技術のうち任意の１つあるいは複数の組合せを使用することができる。
【００４９】
図７では、サーバ２は天井値２６０Ｗの省電力レベル３の状態である。しかしサーバ１、２、３合計の消費電力が７００Ｗとなり、閾値を超えた状態であるため、サーバ２は省電力レベルを３から４へ上げ、更にサーバ２自身の消費電力を抑え込む制御を行う。本明細書では、消費電力の抑え込みを強化するとき省電力レベルを上げる、抑え込みを緩和するときに省電力レベルを下げる、という表現を用いる。
【００５０】
（サーバ全体の消費電力が閾値を下回るまでの過程）
サーバの消費電力の下がり幅にはばらつきがあり、１台のサーバが１度省電力レベルを上げただけでは合計消費電力が閾値まで低下しきらないことが想定される。そのため、図８で示すように、各サーバが閾値以下になるまで段階的に消費電力を下げ続けることになる。
【００５１】
また、負荷の急増加により消費電力が電源容量を超えてしまう可能性があるが、高速でテーブル情報の通信・電力制御を行うため、超過する時間は数秒以内に抑えることが可能であり、問題はない。その理由は、一般的に電源容量にはマージンがあり、消費電力が電源容量を超えたとしても短時間なら耐えられるよう設計されているためである。
【００５２】
（省電力レベルを下げる制御）
本実施形態では、全サーバ合計の消費電力が閾値を下回っている場合に限り、省電力レベルを下げる、つまり消費電力の天井値を高くすることができる。
【００５３】
（テーブル情報受け渡しの順序）
初めてシステム構築や立ち上げを行った直後は、各サーバのローカルメモリ１０３のテーブルには自サーバの情報以外入っていない。そこで、この場合のみ、ユーザがサーバのハードウェア制御部にアクセスし、電力監視・制御を行うサーバの情報を入力する必要がある。ユーザがある１台のサーバのハードウェア制御部にアクセスし、各サーバが識別でき、かつ通信が可能となる情報（物理アドレスなど）を入力していく。このデータ入力されたサーバは、入力順に、ローカルメモリ１０３のテーブルにサーバ情報を格納する。テーブル情報の受け渡しはこのサーバから開始し、以下テーブルに入力された順に情報を受け渡していく。
【００５４】
（故障により通信が不可能となった場合の制御）
故障などで、あるサーバが通信できなくなった場合、テーブルの受け渡しができなくなり、サーバ全体で何Ｗを消費しているのかが分からなくなる。この場合、通信不能のサーバが最大消費電力で稼動していると仮定して運用を行う。具体例としては、電源を3台のサーバ（１台の最大消費電力３００Ｗ）で共有している場合、通信不能のサーバ１台を最大消費電力３００Ｗで稼動していると想定し、テーブル内の故障サーバの電力値を３００Ｗと固定し、残り２台でテーブルの受け渡しを行う。
【００５５】
テーブル情報受け渡しの順序については、故障サーバを飛ばして、さらに次のサーバにテーブル情報を受け渡す。例えば、テーブル情報の受け渡しの際に、受信元のサーバから送り元のサーバに対してＡＣＫを返すようにし、送信元のサーバはＡＣＫを受信できたか否かによって相手サーバが故障していないか否かを判定する。若し、ＡＣＫを受信できなかった場合、その相手サーバを故障サーバと判断し、さらに次のサーバにテーブル情報を送信する。
【００５６】
[効果の説明]
サーバは、小型化・高密度化が進み、床面積当たり・ラック当たりに設置できるサーバの台数が増加している。例として、データセンターなどでは、より大量のサーバを導入し運用することが可能になっている。しかし、サーバ台数が増加することにより、データセンター全体の電力消費量が増加し、電力不足に陥るという問題が出てきている。その対策としてデータセンターの電力設備増設があるが、コストが非常にかかるため、サーバの消費電力を抑えることや、電源効率を改善するといったサーバ側での対策が期待されている。本実施形態によれば、リアルタイムで電力を監視する動的な消費電力の天井制御が可能になり、全サーバの最大消費電力よりも容量の小さな電源を使用することができ、電力効率が向上する。
【００５７】
合計消費電力を把握し、各サーバの電力管理を行う特別な制御モジュールを必要とせず、一般的な電子回路で実現できる。
【００５８】
[その他の実施形態]
本発明は以上の実施形態にのみ限定されず、その他各種の付加変更が可能である。例えば、図９（ａ）に示すように、全サーバ合計の消費電力が閾値Ｔを上回っている場合、省電力レベルを上げて消費電力を抑え込むが、閾値Ｔを下回った直後から省電力レベルを下げることが可能になり、またすぐ閾値Ｔを上回ることがある。このように、全サーバの消費電力が、閾値Ｔ付近で前後し続けることを避けるため、消費電力の抑え込みが開始するときと、解除するときの閾値にギャップを持たせる。例えば、図９（ｂ）のように、抑え込み開始の閾値Ｔｈと、抑え込み解除の閾値Ｔｌをそれぞれ別の値に設定することで、頻繁に制御が切り替わることを防ぐような実施形態も本発明に含まれる。
【００５９】
また、例えば、ラックに複数のサーバを搭載する時、そのラックへ給電する設備（分電盤）の能力に応じて、ラック全体での消費電力に上限を設定したい場合がある。そのような用途にも、本発明を適用できる。テーブルを用いて電力監視・制御を行う点は同じであり、電源容量を基に閾値設定していた点が、分電盤の給電能力を基に閾値設定した点に変わっただけである。
【符号の説明】
【００６０】
１〜３…サーバ
５…信号線
６…電源
１１〜１３…ハードウェア制御部
【特許請求の範囲】
【請求項１】
複数の電気機器の消費電力を管理する方法であって、
各電気機器が、各電気機器の消費電力を書き込む領域を有するデータ構造体を受け取ると、前記データ構造体の自電気機器に対応する領域に自電気機器の現在の消費電力を書き込んで、他の電気機器に前記データ構造体を渡して巡回させるステップを有し、
前記ステップでは、
自電気機器の現在の消費電力と前記データ構造体に書き込まれている他の電気機器の消費電力とから前記複数の電気機器の合計の消費電力を算出し、
前記算出した合計の消費電力を閾値と比較し、
前記比較の結果に基づいて自電気機器の消費電力を制御する
ことを特徴とする電気機器の電力管理方法。
【請求項２】
前記自電気機器の消費電力の制御では、合計の消費電力が閾値を超えていれば、自電気機器を電力消費量のより少ない動作状態に切替える
ことを特徴とする請求項１に記載の電気機器の電力管理方法。
【請求項３】
前記自電気機器の消費電力の制御では、合計の消費電力が閾値を超えていなければ、自電気機器を電力消費量のより多い動作状態に切替える
ことを特徴とする請求項１または２に記載の電気機器の電力管理方法。
【請求項４】
前記複数の電気機器は電源を共有し、前記閾値は前記電源の電力供給能力のほぼ最大値に設定されている
ことを特徴とする請求項１乃至３の何れかに記載の電気機器の電力管理方法。
【請求項５】
前記電気機器は、ＩＴ機器である
ことを特徴とする請求項１乃至４の何れかに記載の電気機器の電力管理方法。
【請求項６】
各電気機器の消費電力を書き込む領域を有するデータ構造体を受け取ると、前記データ構造体の自電気機器に対応する領域に自電気機器の現在の消費電力を書き込んで、他の電気機器に前記データ構造体を渡して巡回させる制御手段を備え、
前記制御手段は、
自電気機器の現在の消費電力と前記データ構造体に書き込まれている他の電気機器の消費電力とから前記複数の電気機器の合計の消費電力を算出し、
前記算出した合計の消費電力を閾値と比較し、
前記比較の結果に基づいて自電気機器の消費電力を制御する
ことを特徴とする電気機器。
【請求項７】
コンピュータを、
各コンピュータの消費電力を書き込む領域を有するデータ構造体を受け取ると、前記データ構造体の自コンピュータに対応する領域に自コンピュータの現在の消費電力を書き込んで、他のコンピュータに前記データ構造体を渡して巡回させる制御手段であって、
自電気機器の現在の消費電力と前記データ構造体に書き込まれている他の電気機器の消費電力とから前記複数の電気機器の合計の消費電力を算出し、
前記算出した合計の消費電力を閾値と比較し、
前記比較の結果に基づいて自電気機器の消費電力を制御する制御手段
として機能させるためのプログラム。
【請求項１】
複数の電気機器の消費電力を管理する方法であって、
各電気機器が、各電気機器の消費電力を書き込む領域を有するデータ構造体を受け取ると、前記データ構造体の自電気機器に対応する領域に自電気機器の現在の消費電力を書き込んで、他の電気機器に前記データ構造体を渡して巡回させるステップを有し、
前記ステップでは、
自電気機器の現在の消費電力と前記データ構造体に書き込まれている他の電気機器の消費電力とから前記複数の電気機器の合計の消費電力を算出し、
前記算出した合計の消費電力を閾値と比較し、
前記比較の結果に基づいて自電気機器の消費電力を制御する
ことを特徴とする電気機器の電力管理方法。
【請求項２】
前記自電気機器の消費電力の制御では、合計の消費電力が閾値を超えていれば、自電気機器を電力消費量のより少ない動作状態に切替える
ことを特徴とする請求項１に記載の電気機器の電力管理方法。
【請求項３】
前記自電気機器の消費電力の制御では、合計の消費電力が閾値を超えていなければ、自電気機器を電力消費量のより多い動作状態に切替える
ことを特徴とする請求項１または２に記載の電気機器の電力管理方法。
【請求項４】
前記複数の電気機器は電源を共有し、前記閾値は前記電源の電力供給能力のほぼ最大値に設定されている
ことを特徴とする請求項１乃至３の何れかに記載の電気機器の電力管理方法。
【請求項５】
前記電気機器は、ＩＴ機器である
ことを特徴とする請求項１乃至４の何れかに記載の電気機器の電力管理方法。
【請求項６】
各電気機器の消費電力を書き込む領域を有するデータ構造体を受け取ると、前記データ構造体の自電気機器に対応する領域に自電気機器の現在の消費電力を書き込んで、他の電気機器に前記データ構造体を渡して巡回させる制御手段を備え、
前記制御手段は、
自電気機器の現在の消費電力と前記データ構造体に書き込まれている他の電気機器の消費電力とから前記複数の電気機器の合計の消費電力を算出し、
前記算出した合計の消費電力を閾値と比較し、
前記比較の結果に基づいて自電気機器の消費電力を制御する
ことを特徴とする電気機器。
【請求項７】
コンピュータを、
各コンピュータの消費電力を書き込む領域を有するデータ構造体を受け取ると、前記データ構造体の自コンピュータに対応する領域に自コンピュータの現在の消費電力を書き込んで、他のコンピュータに前記データ構造体を渡して巡回させる制御手段であって、
自電気機器の現在の消費電力と前記データ構造体に書き込まれている他の電気機器の消費電力とから前記複数の電気機器の合計の消費電力を算出し、
前記算出した合計の消費電力を閾値と比較し、
前記比較の結果に基づいて自電気機器の消費電力を制御する制御手段
として機能させるためのプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【公開番号】特開２０１２−１６５５４９（Ｐ２０１２−１６５５４９Ａ）
【公開日】平成２４年８月３０日（２０１２．８．３０）
【国際特許分類】
【出願番号】特願２０１１−２３６５５（Ｐ２０１１−２３６５５）
【出願日】平成２３年２月７日（２０１１．２．７）
【出願人】（０００００４２３７）日本電気株式会社 (19,353)
【Ｆターム（参考）】
【公開日】平成２４年８月３０日（２０１２．８．３０）
【国際特許分類】
【出願日】平成２３年２月７日（２０１１．２．７）
【出願人】（０００００４２３７）日本電気株式会社 (19,353)
【Ｆターム（参考）】
[ Back to top ]