JP7443800B2 - 電源管理装置、情報処理システムおよび電源管理装置の制御方法 - Google Patents

Description

本発明は、電源管理装置、情報処理システムおよび電源管理装置の制御方法に関する。

データセンターなど多数のサーバを含むシステムの総消費電力は、世界の総消費電力の数パーセントを占めると言われており、社会的な省エネルギー指向および経済性の観点からデータセンター全体のエネルギー効率を向上したいというニーズが高くなっている。例えば、スリープ中のサーバの代わりにプロキシ装置がリクエストを受信してサーバのスリープ状態を解除し、受信したリクエストをサーバに転送することで、サーバが省電力で運用される。この際、スリープする前のサーバと同じＩＰ（Internet Protocol）アドレスと同じＭＡＣ（Media Access Control）アドレスを持つ仮想インタフェースをプロキシ装置に作成することで、サーバの利便性を損なうことなくサーバが省電力で運用される（例えば、特許文献１参照）。

サーバに設けられるサービスプロセッサは、ネットワークを介してリモート端末からサーバのモジュール群の電源制御指示を受信し、モジュール群と電源ユニットとの間の電源ラインのオン／オフの切り替えを実施する（例えば、特許文献２参照）。管理サーバが、ネットワークを介してクライアントからの電源制御要求を受信し、電源制御要求に対する認証が成功した場合、クライアントの代わりに電源制御要求をサーバに発行することでセキュリティレベルが確保される（例えば、特許文献３参照）。

特開２０１０－１２４２３１号公報 特開平１０－１１１７７号公報 特開２００７－２９９４２７号公報

例えば、サーバは、ＣＰＵおよびメモリを含みサービスを提供するホストと、ホストに電源を供給するＰＳＵ（Power Supply Unit）と、ホストの電源を管理するＢＭＣ（Baseboard Management Controller）等の電源管理装置とを有する。電源管理装置は、ホストがサービスを提供していない間、ＰＳＵにホストへの電源の供給を停止させ、ホストがサービスの提供を開始するときに、ＰＳＵにホストへの電源の供給を開始させる。

例えば、電源管理装置は、ネットワークを介して遠隔地からサーバの起動指示を受けた場合、ＰＳＵにホストへの電源の供給を開始させる。このように、電源管理装置は、ホストの動作に依存することなく常に動作しており、電力を消費する。データセンターのように大量のサーバが設置されるシステムでは、サーバ個々の電源管理装置の消費電力が僅かでも、データセンター全体では大きな電力を消費してしまう。

１つの側面では、本発明は、複数の情報処理装置を含む情報処理システムの消費電力を低減することを目的とする。

一つの観点によれば、電源管理装置は、情報処理装置に搭載され、該情報処理装置の電源を管理する電源管理装置であって、ネットワークを介して接続される他の情報処理装置の起動指示を、前記他の情報処理装置に含まれるスリープ中の他の電源管理装置に代わって受信した場合、前記他の電源管理装置のスリープを解除するスリープ解除指示を前記他の電源管理装置に送信する代行管理モードと、前記スリープ解除指示を受信した場合、通常モードに遷移して自情報処理装置を起動する低待機電力モードと、を有し、前記低待機電力モード、前記通常モードおよび前記代行管理モードのいずれにも遷移していない初期起動時に起動通知をブロードキャストし、前記代行管理モードの前記電源管理装置からの応答がない場合、前記代行管理モードに遷移するか否かを判断する遷移判断処理を実施し、前記代行管理モードへの遷移を判断した場合、前記代行管理モードへ遷移して他の情報処理装置の前記起動指示を代行して受信する。

１つの側面では、本発明は、複数の情報処理装置を含む情報処理システムの消費電力を低減することができる。

一実施形態における複数のサーバを含む情報処理システムの一例を示すブロック図である。 図１のサーバの一例を示すブロック図である。 図２のＢＭＣの一例を示すブロック図である。 図１の情報処理システムにおいてサーバの電源遮断時のＢＭＣの状態の一例を示す説明図である。 他の情報処理システムにおいてサーバの電源遮断時のＢＭＣの状態の一例（比較例）を示す説明図である。 図４の当直ＢＭＣであるＰ－ＢＭＣが管理するグループリストとスリープリストとの一例を示す説明図である。 図１のＢＭＣの状態の遷移の一例を示す状態遷移図である。 図１のＢＭＣの起動処理の一例を示すフロー図である。 図８のステップＳ１００の低待機電力モード解除処理の一例を示すフロー図である。 図８のステップＳ２００の代行管理開始処理の一例を示すフロー図である。 図１０の動作の続きを示すフロー図である。 図８のステップＳ３００のサーバ電源管理処理の一例を示すフロー図である。 図１２の動作の続きを示すフロー図である。 図１３の動作の続きを示すフロー図である。 図１３のステップＳ４００のＰ－ＢＭＣ更新処理の一例を示すフロー図である。 図１２のステップＳ４５０のＰ－ＢＭＣ更新処理の一例を示すフロー図である。 図１４のステップＳ５００のＰ－ＢＭＣの低待機電力モード開始処理の一例を示すフロー図である。 図１１および図１２のステップＳ５５０のＯ－ＢＭＣの低待機電力モード開始処理の一例を示すフロー図である。 図１４のステップＳ６００のＰ－ＢＭＣの電源制御受付代行処理の一例を示すフロー図である。 図１４のステップＳ７００のＰ－ＢＭＣの代行解消処理の一例を示すフロー図である。 図９のステップＳ８００のＯ－ＢＭＣの代行解消処理の一例を示すフロー図である。 他の情報処理システムのサーバに含まれるＢＭＣの起動処理の一例（比較例）を示すフロー図である。 図２２のステップＳ９００のサーバ電源管理処理の一例を示すフロー図である。

以下、図面を用いて実施形態が説明される。

図１は、一実施形態における情報処理装置を含む情報処理システムの一例を示す。図１に示す情報処理システム１００は、例えば、データセンター２００に設置される複数のサーバ１０を有する。データセンター２００は、複数のサーバ１０に電力を供給するフロア電力供給設備２１０と、ネットワークＮＷに接続されたＬＡＮ（Local Area Network）インタフェース２２０とを有する。

例えば、図１は、電源の制御の単位である電源制御管理ネットワークの１つのサブネット内に含まれるサーバ１０を示している。なお、情報処理システム１００は、複数のサーバ１０を含む構成であれば、データセンター２００以外の場所に構築されてもよい。また、データセンター２００に設置されるサーバ１０の数およびサブネットに割り当てられるサーバ１０の数は、複数であれば、図１に限定されない。

サーバ１０は、ホスト１２、ＰＳＵ１４、ＢＭＣ１６および電源スイッチ１８を有する。各サーバ１０のＢＭＣ１６は、例えば、ＬＡＮケーブルを介して相互に接続され、ＬＡＮインタフェース２２０に接続される。各サーバ１０のＰＳＵは、電源ケーブルを介してフロア電力供給設備２１０に接続される。サーバ１０は、情報処理装置の一例であり、ＢＭＣ１６は、サーバ１０の電源を管理する電源管理装置の一例である。サーバ１０の例は図２に示す。

各サーバ１０の電源は、電源スイッチ１８の操作によりオンまたはオフされるだけでなく、ＬＡＮインタフェース２２０を介してネットワークＮＷに接続された端末３００からの遠隔操作によりオンまたはオフが可能である。図１および後述する図３および図５において、斜線で示すホスト１２およびＢＭＣ１６は、電源がオン（ＯＮ）されていることを示す。図１では、全てのホスト１２とＢＭＣ１６との電源がオン（ＯＮ）されている。

図２は、図１のサーバ１０の一例を示す。図１に示したように、サーバ１０は、ホスト１２、ＰＳＵ１４、ＢＭＣ１６および電源スイッチ１８を有する。ホスト１２は、ＣＰＵ（Central Processing Unit）等のプロセッサと、ＤＩＭＭ（Dual Inline Memory Module）等のメモリとを有し、ＣＰＵが各種のプログラムを実行することで、データセンター２００の利用者にサービスを提供する。

ＰＳＵ１４は、フロア電力供給設備から電源が供給されると自動的にＢＭＣ用電源に電力を供給し、ＢＭＣ１６を電源のオン状態にする。電源スイッチ１８は、ＢＭＣ１６に接続され、オン操作に基づいてＢＭＣ１６に割り込みを送信する。割り込みを受けたＢＭＣ１６は、ホスト１２への電源の供給をＰＳＵ１４に指示する。また、ＢＭＣ１６は、ネットワークＮＷを介して、サーバ１０の起動指示を受けた場合、ＰＳＵ１４にホスト１２への電源の供給を指示する。なお、ホスト１２への電源の供給は、ＰＣＨ（Platform Controller Hub）等の電源制御回路を介して制御されてもよい。

図３は、図２のＢＭＣ１６の一例を示す。ＢＭＣ１６は、ＥＥＰＲＯＭ（Electrically Erasable Programmable Read Only Memory）、ＤＩＭＭ、ＭＰＵ（Micro-Processing Unit）、ＮＩＣ（Network Interface Controller）およびＧＰＩＯ（General Purpose Input/Output）を有する。

ＰＳＵ１４からＢＭＣ１６への電源の供給が開始されると、ＭＰＵは、ＢＭＣファームウェアプログラムをＥＥＰＲＯＭからＤＩＭＭに転送し、ＤＩＭＭ上のＢＭＣファームウェアプログラムを実行する。これにより、ＢＭＣ１６は、稼働状態になり、電源が供給されている間、稼働状態を継続する。

ＢＭＣ１６は、稼働中にＮＩＣまたはＧＰＩＯからサーバ１０（すなわち、ホスト１２）の電源の制御指示を受け取り可能である。言い換えると、ＢＭＣ１６は、サーバ１０の電源操作を行うために、サーバ１０（すなわち、ホスト１２）の電源がオフの間にも電源の供給を受けて動作している。なお、この実施形態のＢＭＣ１６は、従来のサーバに搭載されるＢＭＣの電源のオン状態以外に、ＭＰＵがスリープするスリープ状態を有する。スリープ状態のＢＭＣ１６は、電源のオン状態のＢＭＣ１６に比べて消費電力が低い。

なお、ＮＩＣが、ＢＭＣ１６のＭＰＵの電源のオン／オフ制御を実施可能な場合、ＢＭＣ１６のスリープ状態において、ＮＩＣ以外への電源の供給が遮断されてもよい。そして、ＮＩＣは、ＬＡＮインタフェース２２０を介してＢＭＣ１６の起動要求を受信した場合、ＰＳＵ１４にＭＰＵへの電源の供給を指示する。

図４は、図１の情報処理システム１００において全てのサーバ１０の電源遮断時のＢＭＣ１６の状態の一例を示す。ここで、サーバ１０の電源の遮断とは、ホスト１２の電源のオフ状態ＯＦＦを示し、ＰＳＵ１４からホスト１２への電源の供給が停止されている状態を示す。上述したように、ＢＭＣ１６は、電源のオン状態ＯＮとスリープ状態とを取り得る。図４では、スリープ状態のＢＭＣ１６を網掛けで示す。

以下では、サブネット内に含まれるサーバ１０のグループを代行グループとも称する。また、オン状態ＯＮのＢＭＣ１６のいずれか１つに割り当てられ、サブネット内のサーバ１０の電源を他のＢＭＣ１６に代行して管理するＢＭＣ（当直ＢＭＣ）を、Ｐ（Proxy）－ＢＭＣと称する。図４に示すように、サブネット内で１台のサーバ１０のみＢＭＣ１６の電源をオンさせ、Ｐ－ＢＭＣとして動作させることで、情報処理システム１００の待機時の消費電力を、サブネット内の全てのＢＭＣ１６の電源をオンさせる場合に比べて削減することができる。特に、情報処理システム１００の待機時の消費電力を削減することができる。

なお、サブネット内において、電源がオンしているサーバ１０（ホスト１２）のＢＭＣ１６は、電源がオン状態に設定される。サブネット内でオン状態ＯＮのＢＭＣ１６のうち、Ｐ－ＢＭＣ以外のＢＭＣ１６をＯ（Ordinary）－ＢＭＣと称する。さらに、スリープ状態のＢＭＣ１６を、Ｏ－ＢＭＣ（Ｓ）（スリープＢＭＣ）と称する。各ＢＭＣ１６は、他のＢＭＣ１６の状態を互いに認識しながら、Ｐ－ＢＭＣ、Ｏ－ＢＭＣまたはＯ－ＢＭＣ（Ｓ）のいずれかに動的に切り替えられる。

ＢＭＣ１６は、代行管理モード中にＰ－ＢＭＣとして動作する。代行管理モードは、サブネット内の起動対象のサーバ１０のＯ－ＢＭＣ（Ｓ）に代わってサーバ１０の起動指示を受信した場合、Ｏ－ＢＭＣ（Ｓ）のスリープを解除するスリープ解除指示をＯ－ＢＭＣ（Ｓ）に送信するモードである。

ＢＭＣ１６は、通常モード中にＯ－ＢＭＣとして動作する。通常モードは、ＢＭＣ１６を搭載するサーバ１０に電源が供給され、サーバ１０によりサービスが提供され、ＢＭＣ１６が自サーバ１０の電源の管理をするモードである。

ＢＭＣ１６は、低待機電力モード中にＯ－ＢＭＣ（Ｓ）として動作する。低待機電力モードは、ＢＭＣ１６が内蔵するＭＰＵ（図３）がスリープ状態または電源オフ状態に設定され、ＢＭＣ１６を低待機電力状態に設定するモードである。低待機電力モードのＢＭＣ１６（Ｏ－ＢＭＣ（Ｓ））は、スリープ解除指示を受信した場合、低待機電力モードを解除して通常モード（Ｏ－ＢＭＣ）に遷移し、自サーバ１０を起動する。

例えば、Ｐ－ＢＭＣは、ホスト１２の電源のオン状態／オフ状態にかかわらず全てのＢＭＣ１６のいずれか１つに設定可能である。但し、消費電力を削減するために、Ｐ－ＢＭＣは、電源がオン状態ＯＮのホスト１２を有するサーバ１０のＢＭＣ１６に設定されることが好ましい。これは、電源がオフ状態ＯＦＦのホスト１２を有するサーバ１０のＢＭＣ１６（すなわち、Ｏ－ＢＭＣ（Ｓ））をＰ－ＢＭＣに設定する場合、スリープ状態のＯ－ＢＭＣ（Ｓ）が起動されるため、消費電力が余分に増加するためである。Ｏ－ＢＭＣ（Ｓ）は、電源がオフ状態ＯＦＦのホスト１２を有するサーバ１０のＢＭＣ１６に設定される。

以下に、Ｐ－ＢＭＣが実施する処理の概要を示す。
（１）ネットワークＮＷを介した他のサーバ１０の起動指示の受信を、ＩＰエイリアスを使用して代行し、起動指示を受信した場合、対応するＯ－ＢＭＣ（Ｓ）を起動させる。
（２）起動指示の受信を代行する代行依頼をＯ－ＢＭＣから受信した場合、起動指示の代行受信を実施する。
（３）Ｏ－ＢＭＣ（Ｓ）が電源スイッチ１８により起動され、Ｏ－ＢＭＣになった場合、当該Ｏ－ＢＭＣ（Ｓ）に対して実施していた起動指示の代行受信を停止する。
（４）自サーバ１０の電源のオン／オフを管理する。
（５）自サーバ１０の電源のオフが指示された場合、Ｏ－ＢＭＣのいずれかにＰ－ＢＭＣの交代を依頼する。

以下に、Ｏ－ＢＭＣ（Ｏ－ＢＭＣ（Ｓ））が実施する処理の概要を示す。
（１）Ｏ－ＢＭＣ（Ｓ）は、起動指示を代行受信するＰ－ＢＭＣからの起動指示を受信した場合、低待機電力モードから通常モードに移行してＯ－ＢＭＣになり、サーバ１０（ホスト１２）を起動する。
（２）Ｏ－ＢＭＣ（Ｓ）は、自サーバ１０の電源スイッチ１８が押下された場合、低待機電力モードを解除してＯ－ＢＭＣになり、サーバ１０（ホスト１２）を起動し、Ｐ－ＢＭＣに、ネットワークＮＷを介したサーバ１０の起動指示の受信の代行を解消させる。
（３）Ｏ－ＢＭＣは、サーバ１０の電源のオフが指示された場合、サーバ１０（ホスト１２）の電源をオフし、Ｐ－ＢＭＣに、ネットワークＮＷを介したサーバ１０の起動指示の受信の代行を依頼し、Ｏ－ＢＭＣ（Ｓ）になる。
（４）Ｏ－ＢＭＣは、Ｐ－ＢＭＣからの当直ＢＭＣの交代依頼を受けた場合、Ｐ－ＢＭＣになる。

図５は、他の情報処理システムにおいてサーバ１０の電源遮断時のＢＭＣ１６の状態の一例（比較例）を示す。図５に示す情報処理システム１００Ａは、サーバ１０の電源のオン／オフの状態にかかわらず、サブネット内の全てのＢＭＣ１６に常に電源が供給される（電源のオン状態ＯＮ）。この場合、情報処理システム１００Ａの待機時の消費電力は、図４の状態に比べて大きくなってしまう。例えば、データセンター２００のように、大量のサーバ１０が設置される場合、情報処理システム１００Ａの全体の消費電力の増加量は無視できなくなる。

図６は、図４の当直ＢＭＣであるＰ－ＢＭＣが管理するグループリストＧＬＩＳＴとスリープリストＳＬＩＳＴとの一例を示す。例えば、グループリストＧＬＩＳＴおよびスリープリストＳＬＩＳＴは、Ｐ－ＢＭＣ内に搭載される書き換え可能なメモリ（例えば、ＤＩＭＭ）に保持される。なお、グループリストＧＬＩＳＴおよびスリープリストＳＬＩＳＴは、書き換え可能であれば、ＥＥＰＲＯＭまたはフラッシュメモリ等の不揮発メモリに保持されてもよい。

グループリストＧＬＩＳＴは、代行グループに含まれる全てのＢＭＣ１６（例えば、Ｎ個）について、インデックス、役割、ＩＰアドレスおよびＵＵＩＤ（Universally Unique Identifier）を保持する複数のエントリを有する。インデックスの領域には、代行グループに含まれるＢＭＣ１６を一意に区別するための番号が格納される。役割の領域には、Ｐ－ＢＭＣ、Ｏ－ＢＭＣまたはＯ－ＢＭＣ（Ｓ）のいずれかを示す情報が格納される。

スリープリストＳＬＩＳＴは、代行グループに含まれる全てのＯ－ＢＭＣ（Ｓ）（例えば、Ｎ個より少ないＭ個）について、インデックスとＭＡＣアドレスとを保持する複数のエントリを有する。Ｐ－ＢＭＣは、グループリストＧＬＩＳＴを使用して、代行グループ内のＢＭＣ１６を管理し、スリープリストＳＬＩＳＴを使用して、サーバ１０（ホスト１２）の電源の起動の代行処理を実施する。ＩＰアドレスおよびＭＡＣアドレスは、Ｏ－ＢＭＣ（Ｓ）をネットワークＮＷ上で識別する識別情報の一例である。

図７は、図１のＢＭＣ１６の状態の遷移の一例を示す。ＢＭＣ１６は、初期状態においてＮＵＬＬ－ＢＭＣの状態になっている（図７（ａ））。ＮＵＬＬ－ＢＭＣの状態は、例えば、サーバ１０の電源ケーブルがフロア電力供給設備２１０（図１）に接続（ＡＣオン）された直後の状態であり、Ｐ－ＢＭＣおよびＯ－ＢＭＣのいずれにも決まっていない状態である。ＮＵＬＬ－ＢＭＣは、ＢＭＣ１６の状態が決まっていないため、ＮＵＬＬ－ＢＭＣを含むサーバ１０は、オフ状態ＯＦＦである。

ＡＣオンによりＮＵＬＬ－ＢＭＣになったＢＭＣ１６は、図８に示す起動処理を実施し、Ｐ－ＢＭＣまたはＯ－ＢＭＣ（Ｓ）になる（図７（ｂ））。例えば、データセンター２００を新規に稼働する場合で、複数のサーバ１０がＡＣオンされる場合、代行グループが新規に作成され、代行グループ内のＢＭＣ１６の１つがＰ－ＢＭＣになり、残りのＢＭＣがＯ－ＢＭＣ（Ｓ）になる。このとき、Ｐ－ＢＭＣを含むサーバ１０はオフ状態ＯＦＦである。

一方、既に代行グループが存在する場合（すなわち、Ｐ－ＢＭＣが存在する場合）で、少なくとも１つのサーバ１０がＡＣオンされる場合、ＡＣオンされたサーバ１０に含まれるＢＭＣ１６は、代行グループに加入され、Ｏ－ＢＭＣ（Ｓ）になる。Ｏ－ＢＭＣ（Ｓ）は、Ｐ－ＢＭＣから電源の起動指示を受けた場合、スリープ状態を解除してＯ－ＢＭＣになり、自サーバ１０のホスト１２の電源の投入をＰＳＵ１４に指示し、サーバ１０をオン状態ＯＮにする（図７（ｃ））。

サーバ１０がオン状態ＯＮのＯ－ＢＭＣは、サーバ１０の電源を遮断するオフ指示ＯＦＦを受けた場合、自サーバ１０のホスト１２の電源の遮断をＰＳＵ１４に指示し、サーバ１０をオフ状態ＯＦＦにし、Ｏ－ＢＭＣ（Ｓ）になる（図７（ｄ））。オフ指示ＯＦＦは、電源スイッチ１８のオフ操作またはネットワークＮＷを介して遠隔から発行される。

サーバ１０がオフ状態ＯＦＦのＰ－ＢＭＣは、サーバ１０を起動するオン指示ＯＮを受けた場合、自サーバ１０のホスト１２の電源の投入をＰＳＵ１４に指示し、サーバ１０をオン状態ＯＮにする（図７（ｅ））。オン指示ＯＮは、電源スイッチ１８のオン操作またはネットワークＮＷを介して遠隔から発行される。

サーバ１０がオン状態ＯＮのＰ－ＢＭＣは、サーバ１０の電源を遮断するオフ指示ＯＦＦを受けた場合、自サーバ１０のホスト１２の電源の遮断をＰＳＵ１４に指示し、サーバ１０をオフ状態ＯＦＦにする（図７（ｆ））。オフ指示ＯＦＦは、電源スイッチ１８のオフ操作またはネットワークＮＷを介して遠隔から発行される。

また、例えば、サーバ１０の起動指示によりＯ－ＢＭＣ（Ｓ）がＯ－ＢＭＣになったタイミングで、Ｏ－ＢＭＣのいずれかを新たにＰ－ＢＭＣに設定し、現在のＰ－ＢＭＣをＯ－ＢＭＣに設定する当直交代が実施される（図７（ｇ）、（ｈ））。現在のＰ－ＢＭＣを含むサーバ１０がオフ状態ＯＦＦの場合、Ｐ－ＢＭＣは、Ｏ－ＢＭＣ（Ｓ）に設定される。また、図７に矢印では示していないが、現在のＰ－ＢＭＣがオン状態ＯＮの場合、Ｐ－ＢＭＣは、Ｏ－ＢＭＣ（Ｏ）に設定される。

図８は、図１のＢＭＣ１６の起動処理の一例を示す。例えば、ＢＭＣ１６の起動処理は、ＡＣオン、電源スイッチ１８のオン操作またはＷｏＬ（Wake on LAN）によるマジックパケットの受信に基づいて実施される。サーバ１０の電源ケーブルがフロア電力供給設備２１０に接続された場合、ＢＭＣ１６は、図３で説明したようにＢＭＣファームウェアを実行し、図８に示す処理を実行する。なお、図８から図２１に示す動作は、ＢＭＣ１６がＢＭＣファームウェアを実行することにより実現される。

まず、ステップＳ１０において、ＢＭＣ１６は、ＤＩＭＭ上のＢＭＣファームウェアを実行することで、自身のプロセスを起動する。例えば、ＢＭＣ１６（ＮＵＬＬ－ＢＭＣ）は、ＡＣオンに基づいて起動処理を実行する場合、ＢＭＣファームウェアをＥＥＰＲＯＭからＤＩＭＭに転送した後、ＤＩＭＭ上のＢＭＣファームウェアを実行することでプロセスを起動する。Ｏ－ＢＭＣ（Ｓ）は、電源スイッチ１８のオン操作またはＷｏＬによるマジックパケットの受信に基づいてスリープ状態から起動する場合、停止していたＢＭＣファームウェアの実行を再開することでプロセスを起動する。

一方、プロセスが既に起動されているＯ－ＢＭＣは、図７に示したように、サーバ１０がオン状態ＯＮであり、ＢＭＣファームウェアを実行中であるため、図８の起動処理を実施することはない。また、Ｐ－ＢＭＣは、ＢＭＣファームウェアを実行中であるため、図８の起動処理を実施することはない。

次に、ステップＳ１２において、ＢＭＣ１６（ＮＵＬＬ－ＢＭＣ）は、ＢＭＣ１６の内部に保持されている内部データを初期化する。次に、ステップＳ１４において、ＢＭＣ１６（ＮＵＬＬ－ＢＭＣ）は、サーバ１０内の初期化が必要な各種ハードウェアを初期化し、ステップＳ１００を実施せずに、ステップＳ２００を実施する。

次に、ステップＳ１００において、ステップＳ１０でプロセスを起動したＯ－ＢＭＣ（Ｓ）は、低待機電力モード解除処理を実行する。ステップＳ１００による低待機電力モード解除処理の例は、図９で説明する。

次に、ステップＳ２００において、ステップＳ１０でプロセスを起動したＯ－ＢＭＣ（Ｓ）は、現在のＰ－ＢＭＣを認識する処理を実施する。一方、ＮＵＬＬ－ＢＭＣは、サブネット内の他のＢＭＣと連携して代行グループを新規に作成し、または既存の代行グループに加入し、低待機電力管理を開始するために、代行管理開始処理を実行し、Ｏ－ＢＭＣ（Ｓ）になる。なお、ステップＳ２００において、データセンター２００の立ち上げ等でＰ－ＢＭＣが存在しない場合、ＮＵＬＬ－ＢＭＣのいずれかがＰ－ＢＭＣになる。ステップＳ２００による代行管理開始処理の例は、図１０および図１１で説明する。

次に、ステップＳ３００において、ＢＭＣ１６は、サーバ１０の起動指示または遮断指示に基づいて、サーバ１０の電源を管理するサーバ電源管理処理を実行する。ステップＳ３００によるサーバ電源管理処理の例は、図１２から図１４で説明する。

図９は、図８のステップＳ１００の低待機電力モード解除処理の一例を示す。図９に示す処理は、図８のステップＳ１０でプロセスを起動したＯ－ＢＭＣ（Ｓ）により実施される。まず、ステップＳ１０２において、Ｏ－ＢＭＣ（Ｓ）は、ＮＩＣおよびＧＰＩＯ等のハードウェアからＢＭＣ１６の起動要因を取得する。次に、ステップＳ１０２において、Ｏ－ＢＭＣ（Ｓ）は、起動要因がネットワークＮＷを経由したＷｏＬでのマジックパケット（Ａ）である場合、ステップＳ１０６を実施し、マジックパケット（Ａ）でない場合、ステップＳ１０８を実施する。

ステップＳ１０６において、Ｏ－ＢＭＣ（Ｓ）は、例えば、サーバ１０のマザーボードに搭載されたＰＣＨ等の電源制御回路にサーバ１０（すなわち、ホスト１２）の起動を指示し、ＰＳＵ１４の制御によりサーバ１０の電源をオンさせる。そして、Ｏ－ＢＭＣ（Ｓ）が実施する処理は、ステップＳ１００の呼び出し元の処理に戻る。

ステップＳ１０８において、Ｏ－ＢＭＣ（Ｓ）は、起動要因が電源スイッチ１８の押下である場合、ステップＳ８００（代行解消処理）を実施する。例えば、Ｏ－ＢＭＣ（Ｓ）は、電源スイッチ１８の押下を検出した場合、スリープ状態を解除してＯ－ＢＭＣになり、ステップＳ８００を実施する。ステップＳ８００の例は、図２１で説明する。

一方、ステップＳ１０８において、ＢＭＣ１６の起動要因が電源スイッチ１８の押下でない場合、起動要因はＡＣオンである。ＡＣオンの直後、ＢＭＣ１６は、ＮＵＬＬ－ＢＭＣであるため、図１０および図１１に示すステップＳ２００を実施するため、ステップＳ１００の呼び出し元の処理に戻る。

図１０および図１１は、図８のステップＳ２００の代行管理開始処理の一例を示す。図１０および図１１に示す処理は、ＮＵＬＬ－ＢＭＣまたはＯ－ＢＭＣ（Ｓ）により実施される。但し、図１１の一部の処理は、Ｏ－ＢＭＣからＰ－ＢＭＣになったＢＭＣ１６により実施される。

まず、ステップＳ２０２において、ＢＭＣ１６は、代行グループに参加済みであるか否かを判定する。Ｏ－ＢＭＣ（Ｓ）は、代行グループに参加済みであり、ＮＵＬＬ－ＢＭＣは、代行グループに参加していない。代行グループに参加済みのＯ－ＢＭＣ（Ｓ）は、ステップＳ２０４を実施する。代行グループに参加していないＮＵＬＬ－ＢＭＣは、ステップＳ２１０を実施する。

例えば、各ＢＭＣ１６のＥＥＰＲＯＭ（図３）等の書き換え可能な不揮発領域には、代行グループ参加済みフラグを格納する領域が割り当てされている。代行グループ参加済みフラグは、ＢＭＣ１６の製造工程において未参加状態にリセットされ、代行グループに参加したときに参加状態にセットされる。代行グループ参加済みフラグがセットされたＢＭＣ１６は、Ｐ－ＢＭＣが管理するグループリストＧＬＩＳＴ（図６）に登録される。代行グループ参加済みフラグが割り当てられる領域は、データを書き換え可能に不揮発で記憶できれば、ＥＥＰＲＯＭ以外に割り当てられてもよい。

ステップＳ２０４において、Ｏ－ＢＭＣ（Ｓ）は、ＢＭＣ起動コマンドをサブネット内にブロードキャストすることで、Ｐ－ＢＭＣおよび他のＯ－ＢＭＣに起動を通知する。ＢＭＣ起動コマンドは、Ｏ－ＢＭＣ（Ｓ）のＵＵＩＤを含む。ＢＭＣ起動コマンドを受信したＯ－ＢＭＣは、Ｏ－ＢＭＣのＩＰアドレスとＵＵＩＤとを含む応答を返す。

ＢＭＣ起動コマンドを受信したＰ－ＢＭＣは、その後、ＢＭＣ起動コマンドの送信元のＯ－ＢＭＣから受信する代行依頼コマンドに基づいて、ＩＰエイリアスを使用して、ネットワークＮＷを介して受信するサーバ１０の起動指示の受付を代行する。ＩＰエイリアスを使用したサーバ１０の起動指示の受付の代行については、図１７および図１８で説明する。なお、ＢＭＣ起動コマンドを受信したＰ－ＢＭＣの応答にはデータは含まれない。

次に、ステップＳ２０６において、Ｏ－ＢＭＣ（Ｓ）は、ＢＭＣ起動コマンドを受信したＰ－ＢＭＣが送信するＰ－ＢＭＣ通知コマンドを受信する。Ｐ－ＢＭＣ通知コマンドは、Ｐ－ＢＭＣのＩＰアドレスを含む。Ｏ－ＢＭＣ（Ｓ）は、Ｐ－ＢＭＣ通知コマンドを受信することで、Ｐ－ＢＭＣを認識する。次に、ステップＳ２０８において、Ｏ－ＢＭＣ（Ｓ）は、受信した応答に含まれるＰ－ＢＭＣのＩＰアドレスをＤＩＭＭまたはＥＥＰＲＯＭ等の記憶領域に格納し、ステップＳ２００の呼び出し元の処理に戻る。

一方、代行グループに参加していないＮＵＬＬ－ＢＭＣは、ステップＳ２１０において、ステップＳ２０４と同様に、ＢＭＣ起動コマンドをサブネット内にブロードキャストする。ステップＳ２１０でＮＵＬＬ－ＢＭＣからブロードキャストされるＢＭＣ起動コマンドは、ＮＵＬＬ－ＢＭＣの起動を通知する起動通知の一例である。

次に、ステップＳ２１２において、ＮＵＬＬ－ＢＭＣは、ＢＭＣ起動コマンドを受信したＰ－ＢＭＣの応答（Ｐ－ＢＭＣ通知コマンド）を待ち、タイムアウトが発生したか否かを判定する。ＮＵＬＬ－ＢＭＣは、タイムアウトが発生した場合、図１１のステップＳ２３０を実施する。タイムアウトの発生は、Ｐ－ＢＭＣが存在しないことを示すため、この後、ＮＵＬＬ－ＢＭＣのいずれかがＰ－ＢＭＣになる。Ｐ－ＢＭＣが存在しない状態は、例えば、データセンター２００内で新規にサブネットを構築するケースである。タイムアウトが発生しない場合、Ｐ－ＢＭＣが既に存在していることを示すため、この後、ＮＵＬＬ－ＢＭＣは、Ｏ－ＢＭＣを経てＯ－ＢＭＣ（Ｓ）になる。

ＮＵＬＬ－ＢＭＣがブロードキャストするＢＭＣ起動コマンドにより、起動したＮＵＬＬ－ＢＭＣの数にかかわりなく、Ｐ－ＢＭＣにＮＵＬＬ－ＢＭＣの存在を認識させることができる。これにより、Ｐ－ＢＭＣに、グループリストＧＬＩＳＴおよびスリープリストＳＬＩＳＴを更新させることができ、その後、サーバ１０の起動指示の受信の代行を開始させることができる。

また、ＮＵＬＬ－ＢＭＣは、ＢＭＣ起動コマンドに対するＰ－ＢＭＣからの応答がない場合、Ｐ－ＢＭＣが存在しないことを認識することができ、自身または他のＮＵＬＬ－ＢＭＣをＰ－ＢＭＣにする処理を実行することができる。この結果、データセンター２００等の立ち上げ時に、Ｐ－ＢＭＣによるサーバ１０の起動指示の受信の代行管理を自動的に開始することができる。

ＮＵＬＬ－ＢＭＣは、タイムアウトが発生していない場合、Ｐ－ＢＭＣが存在しており、Ｐ－ＢＭＣからＰ－ＢＭＣ通知コマンドが返ってくるため、ステップＳ２１４を実施する。なお、ＢＭＣ起動コマンドを受信したＰ－ＢＭＣは、ＢＭＣ起動コマンドの送信元のＮＵＬＬ－ＢＭＣ（実際には、Ｏ－ＢＭＣ（Ｓ））をグループリストに登録する。ステップＳ２１４において、ＮＵＬＬ－ＢＭＣは、Ｐ－ＢＭＣ通知コマンドを受信する。次に、ステップＳ２１６において、ＮＵＬＬ－ＢＭＣは、ステップＳ２０８と同様に、受信した応答に含まれるＰ－ＢＭＣのＩＰアドレスをＤＩＭＭまたはＥＥＰＲＯＭ等の記憶領域に格納する。

次に、ステップＳ２１８において、ＮＵＬＬ－ＢＭＣは、ＥＥＰＲＯＭ等の不揮発領域に代行グループ参加済みフラグをセットする。次に、ＮＵＬＬ－ＢＭＣは、Ｏ－ＢＭＣになり、ステップＳ５５０（低待機電力開始処理）を実施し、ステップＳ２００の呼び出し元の処理に戻らずに処理を終了する。これは、Ｏ－ＢＭＣは、ステップＳ５５０の低待機電力開始処理において、図１８で説明するように、スリープすることでＯ－ＢＭＣ（Ｓ）になり、ＢＭＣファームウェアが終了するためである。

一方、ステップＳ２１２でタイムアウトが判定された場合、図１１のステップＳ２３０において、ＮＵＬＬ－ＢＭＣは、Ｐ－ＢＭＣ以外からの応答がある場合、ステップＳ２３２を実施し、Ｐ－ＢＭＣ以外からの応答がない場合、ステップＳ２３４を実施する。例えば、Ｐ－ＢＭＣ以外からの応答は、図１０のステップＳ２１０で他のＮＵＬＬ－ＢＭＣが送信したＢＭＣ起動コマンドの応答である。データセンター２００内で新規のサブネットワークを構築するために複数のＢＭＣ１６がほぼ同時に起動された場合、複数のＢＭＣ１６は、まず複数のＮＵＬＬ－ＢＭＣとして動作し、相互にＢＭＣ起動コマンドを送受信する。

Ｐ－ＢＭＣ以外からの応答がある場合、他のＮＵＬＬ－ＢＭＣが存在しているため、ＮＵＬＬ－ＢＭＣのいずれかをＰ－ＢＭＣに設定する処理が実行される。応答がない場合、起動されたＮＵＬＬ－ＢＭＣは１つのみであるため、ＮＵＬＬ－ＢＭＣをＰ－ＢＭＣに設定する処理が実施される。

ステップＳ２３２において、ＮＵＬＬ－ＢＭＣは、他の全てのＮＵＬＬ－ＢＭＣからのＢＭＣ起動コマンド（ＵＵＩＤを含む）の受信を待った後、自身のＵＵＩＤが一番小さいか否かを判定する。自身のＵＵＩＤが一番小さい場合、自身がＰ－ＢＭＣになるため、ステップＳ２３４を実施する。自身のＵＵＩＤより小さいＵＵＩＤの他のＮＵＬＬ－ＢＭＣが存在する場合、他のＮＵＬＬ－ＢＭＣのいずれかがＰ－ＢＭＣになるため、ステップＳ２４０を実施する。ステップＳ２３０、Ｓ２３２の処理は、ＮＵＬＬ－ＢＭＣがＰ－ＢＭＣになるか否か（すなわち、代行管理モードに遷移するか否か）を判断する遷移判断処理の一例である。ここで、代行管理モードは、図４で説明したように、起動対象のサーバ１０のＯ－ＢＭＣ（Ｓ）に代わってサーバ１０の起動指示を受信した場合、Ｏ－ＢＭＣ（Ｓ）のスリープを解除するスリープ解除指示をＯ－ＢＭＣ（Ｓ）に送信するモードである。

ステップＳ２３４において、ＮＵＬＬ－ＢＭＣは、ＤＩＭＭ等にグループリストＧＬＩＳＴの領域を割り当てることで、グループリストＧＬＩＳＴを作成し、Ｐ－ＢＭＣになる。次に、ステップＳ２３６において、Ｐ－ＢＭＣは、Ｐ－ＢＭＣ通知コマンドを、直前までＮＵＬＬ－ＢＭＣであった全てのＯ－ＢＭＣに送信する。Ｐ－ＢＭＣ通知コマンドは、Ｐ－ＢＭＣのＩＰアドレスを含む。また、Ｐ－ＢＭＣ通知コマンドを受信したＯ－ＢＭＣは、応答を発行しない。次に、ステップＳ２３８において、Ｐ－ＢＭＣは、代行グループ参加済みフラグをセットし、ステップＳ２００の呼び出し元の処理に戻る。

一方、ＵＵＩＤが小さい他のＮＵＬＬ－ＢＭＣが存在する場合、ステップＳ２４０において、ＮＵＬＬ－ＢＭＣは、Ｐ－ＢＭＣ通知コマンドの受信を待ち、Ｐ－ＢＭＣ通知コマンドの受信した場合、ステップＳ２４２を実施する。ステップＳ２４２において、ＮＵＬＬ－ＢＭＣは、受信したＰ－ＢＭＣ通知コマンドに含まれるＰ－ＢＭＣのＩＰアドレスをＤＩＭＭ等の記憶領域に格納する。

次に、ステップＳ２４４において、ＮＵＬＬ－ＢＭＣは、代行グループ参加済みフラグをセットする。次に、ＮＵＬＬ－ＢＭＣは、Ｏ－ＢＭＣになり、ステップＳ５５０（低待機電力開始処理）を実施し、図１０のステップＳ５５０と同様に、ステップＳ２００の呼び出し元の処理に戻らずに処理を終了する。

図１２、図１３、図１４は、図８のステップＳ３００のサーバ電源管理処理の一例を示す。まず、ステップＳ３０２において、ＢＭＣ１６は、自身がＯ－ＢＭＣの場合、ステップＳ３０４を実施し、自身がＰ－ＢＭＣの場合、図１３のステップＳ３２０を実施する。

ステップＳ３０４において、Ｏ－ＢＭＣは、サーバ電源制御指示または代行グループ管理イベントの受信を待ち、受信した場合、ステップＳ３０６を実施する。Ｏ－ＢＭＣが受信するサーバ電源制御指示は、自サーバ１０の電源オンの指示または電源オフの指示である。Ｏ－ＢＭＣが受信する代行グループ管理イベントは、Ｐ－ＢＭＣからＰ－ＢＭＣの交代を依頼されるＰ－ＢＭＣ交代依頼コマンドである。ステップＳ３０６において、Ｏ－ＢＭＣは、サーバ電源制御指示を受信した場合、ステップＳ３０８を実施し、代行グループ管理イベントを受信した場合、ステップＳ４５０を実施する。

ステップＳ３０８において、Ｏ－ＢＭＣは、電源オンの指示を受けた場合、ステップＳ３１０を実施し、電源オフの指示を受けた場合、ステップＳ３１２を実施する。ステップＳ３１０において、Ｏ－ＢＭＣは、ＰＳＵ１４にサーバ１０のオンを指示し、ステップＳ３１６を実施する。ステップＳ３１２において、Ｏ－ＢＭＣは、ＰＳＵ１４にサーバ１０のオフを指示し、ステップＳ３１６を実施する。ＰＳＵ１４は、Ｏ－ＢＭＣからの指示に基づいて、サーバ１０の電源をオンまたはオフする。Ｏ－ＢＭＣは、ステップＳ４５０を実施後、ステップＳ３１６を実施する。ステップＳ４５０のＯ－ＢＭＣによるＰ－ＢＭＣ更新処理の例は、図１６で説明する。

ステップＳ３１６において、ＢＭＣ１６は、自身がＯ－ＢＭＣで電源がオフ状態ＯＦＦの場合、スリープしてＯ－ＢＭＣ（Ｓ）になるため、ステップＳ５５０（低待機電力開始処理）を実施し、ステップＳ３００の呼び出し元の処理に戻らずに処理を終了する。

一方、ステップＳ３０２でＰ－ＢＭＣであることが判定された場合、図１３のステップＳ３２０において、Ｐ－ＢＭＣは、サーバ電源制御指示または代行グループ管理イベントの受信を待ち、受信した場合、ステップＳ３２２を実施する。Ｐ－ＢＭＣが受信するサーバ電源制御指示は、電源オンの指示または電源オフの指示のいずれかである。Ｐ－ＢＭＣが受信する代行グループ管理イベントは、Ｏ－ＢＭＣからの代行依頼コマンド、Ｏ－ＢＭＣ（Ｓ）からのマジックパケット（Ｂ）またはＯ－ＢＭＣ（Ｓ）の電源オンの指示のいずれである。

ステップＳ３２２において、Ｐ－ＢＭＣは、サーバ電源制御指示を受信した場合、ステップＳ３２４を実施し、代行グループ管理イベントを受信した場合、図１４のステップＳ３３０を実施する。ステップＳ３２４において、Ｐ－ＢＭＣは、電源オンの指示を受けた場合、ステップＳ３２６を実施し、電源オフの指示を受けた場合、ステップＳ３２８を実施する。ステップＳ３２６において、Ｐ－ＢＭＣは、ＰＳＵ１４にサーバ１０のオンを指示し、図１２のステップＳ３１６を実施する。ステップＳ３２８において、Ｐ－ＢＭＣは、ＰＳＵ１４にサーバ１０のオフを指示し、ステップＳ４００（Ｐ－ＢＭＣ更新処理）を実施する。ＰＳＵ１４は、Ｐ－ＢＭＣからの指示に基づいて、サーバ１０の電源をオンまたはオフする。Ｐ－ＢＭＣは、ステップＳ４００を実施後、図１２のステップＳ３１６を実施する。ステップＳ４００のＰ－ＢＭＣによるＰ－ＢＭＣ更新処理の例は、図１６で説明する。

図１４のステップＳ３３０において、Ｐ－ＢＭＣは、Ｏ－ＢＭＣから代行依頼コマンドを受信した場合、ステップＳ５００（低待機電力開始処理）を実施し、Ｏ－ＢＭＣから代行依頼コマンドを受信していない場合、ステップＳ３３２を実施する。ステップＳ３３２において、Ｐ－ＢＭＣは、Ｏ－ＢＭＣ（Ｓ）からマジックパケット（Ｂ）を受信した場合、ステップＳ７００（代行解消処理）を実施し、Ｏ－ＢＭＣ（Ｓ）の電源オンの指示を受信した場合、ステップＳ６００（電源制御受付代行処理）を実施する。マジックパケット（Ｂ）は、電源スイッチ１８のオン操作によりＯ－ＢＭＣ（Ｓ）から遷移したＯ－ＢＭＣが、Ｐ－ＢＭＣによるサーバ１０の起動指示の受信の代行を解消するために発行する代行解消依頼の一例である。なお、マジックパケット（Ｂ）に対する応答はない。

ステップＳ７００による代行解消処理の例は、図２０で説明し、ステップＳ６００による電源制御受付代行処理の例は、図１９で説明する。Ｐ－ＢＭＣは、ステップＳ５００、Ｓ６００、Ｓ７００を実施した後、図１２のステップＳ３１６を実施する。

ここで、マジックパケット（Ｂ）は、スリープ状態のＯ－ＢＭＣ（Ｓ）が電源スイッチ１８の押下によりＯ－ＢＭＣ（Ｓ）からＯ－ＢＭＣになる場合に、スリープ状態の解除をＰ－ＢＭＣに通知するために発行される。マジックパケット（Ｂ）は、スリープ状態を解除するＯ－ＢＭＣ（Ｓ）のＭＡＣアドレスを含む。

図１５は、図１３のステップＳ４００のＰ－ＢＭＣ更新処理の一例を示す。図１５に示す処理は、サーバ１０の電源をオフするＰ－ＢＭＣがＰ－ＢＭＣを交代するために実施される。まず、ステップＳ４０２において、Ｐ－ＢＭＣは、グループリストＧＬＩＳＴにＯ－ＢＭＣが登録されているか否かを判定する。Ｐ－ＢＭＣは、Ｏ－ＢＭＣが登録されている場合、Ｏ－ＢＭＣのいずれかをＰ－ＢＭＣにし、自身をＯ－ＢＭＣ（Ｓ）にするためにステップＳ４０４を実施する。Ｐ－ＢＭＣは、グループリストＧＬＩＳＴにＯ－ＢＭＣが登録されていない場合、Ｐ－ＢＭＣの継続を決定し、ステップＳ４００の呼び出し元の処理に戻る。

ステップＳ４０４において、Ｐ－ＢＭＣは、グループリストＧＬＩＳＴを参照し、ＵＵＤＩが最も小さいＯ－ＢＭＣを次期Ｐ－ＢＭＣに選定する。このように、Ｐ－ＢＭＣは、サーバ１０の電源が投入されているＯ－ＢＭＣを、スリープ状態のＯ－ＢＭＣ（Ｓ）より優先的に次期Ｐ－ＢＭＣとして選択する。これにより、Ｐ－ＢＭＣの交代のためにサーバ１０の電源をオンすることを抑止することができ、情報処理システム１００の消費電力が増加することを抑止することができる。

次に、ステップＳ４０６において、Ｐ－ＢＭＣは、次期Ｐ－ＢＭＣに選定したＯ－ＢＭＣにＰ－ＢＭＣ交代依頼コマンドを送信する。Ｐ－ＢＭＣ交代依頼コマンドは、Ｏ－ＢＭＣのいずれかにＰ－ＢＭＣ（代行管理モード）への遷移を依頼する交代依頼の一例である。Ｐ－ＢＭＣ交代依頼コマンドと、Ｐ－ＢＭＣ交代依頼コマンドの応答とは、データを含まない。以下では、次期Ｐ－ＢＭＣに選定したＯ－ＢＭＣを次期Ｐ－ＢＭＣと称する。

次に、ステップＳ４０８において、Ｐ－ＢＭＣは、次期Ｐ－ＢＭＣからのＰ－ＢＭＣ交代依頼コマンドに対する応答を待ち、応答を受信した場合、ステップＳ４１０を実施する。ステップＳ４１０において、Ｐ－ＢＭＣは、全てのＩＰエイリアスの使用を停止することで、ネットワークＮＷを介して受信するＯ－ＢＭＣ（Ｓ）の電源制御指示の受付代行を一時的に停止する。これにより、Ｐ－ＢＭＣの交代後に、旧Ｐ－ＢＭＣと新Ｐ－ＢＭＣとの間で、ＩＰエイリアスが重複することを抑止することができ、ネットワークＮＷを使用したパケットの転送を正常に実施することができる。

次に、ステップＳ４１２において、Ｐ－ＢＭＣは、グループリストＧＬＩＳＴおよびスリープリストＳＬＩＳＴの引き継ぎコマンドを、次期Ｐ－ＢＭＣに送信する。引き継ぎコマンドは、現在のグループリストＧＬＩＳＴに登録された情報と、現在のスリープリストＳＬＩＳＴに登録された情報とを含む。引き継ぎコマンドの応答は、データを含まない。グループリストＧＬＩＳＴの情報を受信した次期Ｐ－ＢＭＣは、グループリストＧＬＩＳＴに含まれるＩＰアドレスを使用して、現在と同じＩＰエイリアスを設定することができる。

次に、ステップＳ４１４において、Ｐ－ＢＭＣは、次期Ｐ－ＢＭＣからの引き継ぎコマンドに対する応答を待ち、応答を受信した場合、次期Ｐ－ＢＭＣが確定したため、Ｏ－ＢＭＣになり、ステップＳ４００の呼び出し元の処理に戻る。以上のステップＳ４００の処理により、Ｐ－ＢＭＣは、自サーバ１０の電源をオフする場合、Ｐ－ＢＭＣ交代依頼コマンドをＯ－ＢＭＣのいずれかに送信することで、Ｐ－ＢＭＣを交代することができる。そして、Ｐ－ＢＭＣは、サーバ１０の起動指示の受信の代行管理を新たなＰ－ＢＭＣに引き継ぐことができる。

図１６は、図１２のステップＳ４５０のＰ－ＢＭＣ更新処理の一例を示す。図１６は、次期Ｐ－ＢＭＣに選定されたＯ－ＢＭＣにより実施され、図１５に対応する処理である。まず、ステップＳ４５２において、Ｏ－ＢＭＣは、Ｐ－ＢＭＣからＰ－ＢＭＣ交代依頼コマンドを受信するまで待ち、Ｐ－ＢＭＣ交代依頼コマンドを受信した場合、ステップＳ４５４を実施する。

ステップＳ４５４において、Ｏ－ＢＭＣは、Ｐ－ＢＭＣ交代依頼コマンドの応答をＰ－ＢＭＣに送信する。次に、ステップＳ４５６において、Ｏ－ＢＭＣは、グループリストＧＬＩＳＴおよびスリープリストＳＬＩＳＴの引き継ぎコマンドを受信するまで待ち、引き継ぎコマンドを受信した場合、ステップＳ４５８を実施する。

ステップＳ４５８において、次期Ｐ－ＢＭＣであるＯ－ＢＭＣは、ＤＩＭＭ等にグループリストＧＬＩＳＴの領域とスリープリストＳＬＩＳＴの領域とを割り当てることで、グループリストＧＬＩＳＴおよびスリープリストＳＬＩＳＴを作成する。そして、Ｏ－ＢＭＣは、引き継ぎコマンドに含まれるグループリストＧＬＩＳＴの情報をグループリストＧＬＩＳＴに格納し、引き継ぎコマンドに含まれるスリープリストＳＬＩＳＴの情報をスリープリストＳＬＩＳＴに格納する。次に、ステップＳ４６０において、Ｏ－ＢＭＣは、Ｐ－ＢＭＣにスリープリストＳＬＩＳＴの引き継ぎコマンドの応答を送信する。

次に、ステップＳ４６２において、Ｏ－ＢＭＣは、新たなＰ－ＢＭＣとしての動作を開始し、ＩＰエイリアスを使用して、全てのＯ－ＢＭＣ（Ｓ）の電源制御指示の受付代行を開始する。新たなＰ－ＢＭＣは、グループリストＧＬＩＳＴおよびスリープリストＳＬＩＳＴのＩＰアドレスおよびＭＡＣアドレスを参照してＩＰエイリアスを使用する。そして、新たなＰ－ＢＭＣは、ステップＳ４５０の呼び出し元の処理に戻る。なお、新たなＰ－ＢＭＣは、全てのＯ－ＢＭＣにＰ－ＢＭＣ通知コマンドを送信する。

図１７は、図１４のステップＳ５００のＰ－ＢＭＣの低待機電力モード開始処理の一例を示す。図１７に示す処理は、Ｐ－ＢＭＣにより実施される。まず、ステップＳ５０２において、Ｐ－ＢＭＣは、Ｏ－ＢＭＣから代行依頼コマンドを受信するまで待ち、代行依頼コマンドを受信した場合、ステップＳ５０４を実施する。

ステップＳ５０４において、Ｐ－ＢＭＣは、スリープリストＳＬＩＳＴに代行依頼コマンドの送信元のＯ－ＢＭＣを追加する。次に、ステップＳ５０６において、Ｐ－ＢＭＣは、グループリストＧＬＩＳＴにおける代行依頼コマンドの送信元のＯ－ＢＭＣの割り当て欄をＯ－ＢＭＣからＯ－ＢＭＣ（Ｓ）に更新する。このように、Ｐ－ＢＭＣは、サーバ１０の電源オフの指示を受けたＯ－ＢＭＣから代行依頼コマンドを受信することで、グループリストＧＬＩＳＴおよびスリープリストＳＬＩＳＴを更新することができる。

次に、ステップＳ５０８において、Ｐ－ＢＭＣは、代行依頼コマンドの送信元のＯ－ＢＭＣに代行依頼コマンドの応答を送信する。次に、ステップＳ５１０において、Ｐ－ＢＭＣは、代行依頼コマンドの送信元のＯ－ＢＭＣからの応答がなくなるまでＰｉｎｇコマンドを繰り返し送信する。Ｐ－ＢＭＣは、Ｐｉｎｇコマンドの応答がなくなった場合、代行依頼コマンドの送信元のＯ－ＢＭＣがスリープしてＯ－ＢＭＣ（Ｓ）になったと判定する。

そして、ステップＳ５１２において、Ｐ－ＢＭＣは、代行依頼コマンドの送信元のＯ－ＢＭＣのＩＰエイリアスの使用を開始して、ネットワークＮＷを介したサーバ１０の電源の起動指示の受信の代行を開始する。そして、Ｐ－ＢＭＣの処理は、ステップＳ５００の呼び出し元の処理に戻る。

図１８は、図１１および図１２のステップＳ５５０のＯ－ＢＭＣの低待機電力モード開始処理の一例を示す。図１８は、Ｏ－ＢＭＣにより実施され、Ｐ－ＢＭＣが実施する図１７に対応する処理である。まず、ステップＳ５５２において、Ｏ－ＢＭＣは、サーバ１０の電源の起動指示の受信の代行をＰ－ＢＭＣに依頼するために、自身のＭＡＣアドレスを含む代行依頼コマンドをＰ－ＢＭＣに送信する。

次に、ステップＳ５５４において、Ｏ－ＢＭＣは、Ｐ－ＢＭＣから代行依頼コマンドの応答を受信するまで待ち、代行依頼コマンドの応答を受信した場合、ステップＳ５５６を実施する。ステップＳ５５６において、Ｏ－ＢＭＣは、ＷｏＬの待機状態（マジックパケット（Ａ）の受信待ち状態）でスリープすることでＯ－ＢＭＣ（Ｓ）になり、ステップＳ５５０の呼び出し元の処理に戻る。

図１９は、図１４のステップＳ６００のＰ－ＢＭＣの電源制御受付代行処理の一例を示す。図１９は、Ｐ－ＢＭＣにより実施される。まず、ステップＳ６０２において、Ｐ－ＢＭＣは、ネットワークＮＷを経由してＯ－ＢＭＣ（Ｓ）の電源オンの指示を受信するまで待ち、電源オンの指示を受信した場合、ステップＳ６０４を実施する。ステップＳ６０４において、Ｐ－ＢＭＣは、電源オンの対象のＯ－ＢＭＣ（Ｓ）のＩＰエイリアスの使用を停止する。

次に、ステップＳ６０６において、Ｐ－ＢＭＣは、スリープリストＳＬＩＳＴから電源オンの対象のＯ－ＢＭＣ（Ｓ）のＭＡＣアドレスを読み出し、読み出したＭＡＣアドレスを含むマジックパケット（Ａ）をブロードキャストする。ここで、マジックパケット（Ａ）は、Ｏ－ＢＭＣ（Ｓ）のスリープ状態を解除するスリープ解除指示の一例である。図９で説明したように、Ｏ－ＢＭＣ（Ｓ）は、マジックパケット（Ａ）を受信した場合、サーバ１０の電源をオンする。なお、マジックパケット（Ａ）に対する応答はない。

次に、ステップＳ６０８において、Ｐ－ＢＭＣは、スリープリストＳＬＩＳＴから電源オンの対象のＯ－ＢＭＣ（Ｓ）のエントリを削除する。次に、ステップＳ６１０において、Ｐ－ＢＭＣは、グループリストＧＬＩＳＴにおいて、電源オンの対象のエントリの役割欄に登録されているＯ－ＢＭＣ（Ｓ）をＯ－ＢＭＣに変更する。Ｐ－ＢＭＣは、ステップＳ６０８、Ｓ６１０の処理により、起動対象のサーバ１０のＯ－ＢＭＣ（Ｓ）のＩＰアドレスおよびＭＡＣアドレスの管理を停止する。次に、Ｐ－ＢＭＣは、図１５に示したステップＳ４００（Ｐ－ＢＭＣ更新処理）を実施した後、ステップＳ６００の呼び出し元の処理に戻る。

図２０は、図１４のステップＳ７００のＰ－ＢＭＣの代行解消処理の一例を示す。図２０は、Ｐ－ＢＭＣにより実施される。まず、ステップＳ７０２において、Ｐ－ＢＭＣは、マジックパケット（Ｂ）を受信するまで待つ。マジックパケット（Ｂ）は、電源スイッチ１８の押下によりスリープ状態を解除するＯ－ＢＭＣ（Ｓ）のＭＡＣアドレスを含む。Ｐ－ＢＭＣは、マジックパケット（Ｂ）を受信した場合、ステップＳ７０４を実施する。

ステップＳ７０４において、Ｐ－ＢＭＣは、スリープリストＳＬＩＳＴとグループリストＧＬＩＳＴとを参照し、マジックパケット（Ｂ）の発行元のＯ－ＢＭＣに対応するＩＰエイリアスの使用を停止する。マジックパケット（Ｂ）の発行元のＯ－ＢＭＣ（Ｓ）がＯ－ＢＭＣになった場合、Ｏ－ＢＭＣのＩＰアドレスとＰ－ＢＭＣが使用するＩＰエイリアスとが競合するため、このままでは、スリープ状態を解除したＯ－ＢＭＣは、ネットワークＮＷを利用できない。ステップＳ７０４により、Ｐ－ＢＭＣがＩＰエイリアスの使用を停止することで、ＩＰエイリアスの重複を解消することができ、Ｏ－ＢＭＣは、ネットワークＮＷを利用してパケットを送受信することができる。

次に、ステップＳ７０６において、Ｐ－ＢＭＣは、スリープリストＳＬＩＳＴからマジックパケット（Ｂ）に含まれるＭＡＣアドレスを保持するエントリを削除する。次に、ステップＳ７０８において、Ｐ－ＢＭＣは、グループリストＧＬＩＳＴにおいて、スリープ状態を解除したＯ－ＢＭＣの割り当て欄をＯ－ＢＭＣ（Ｓ）からＯ－ＢＭＣに更新する。そして、Ｐ－ＢＭＣは、スリープ状態を解除したＯ－ＢＭＣに対応するサーバ１０の電源の起動指示の受付の代行を解消する。次に、Ｐ－ＢＭＣは、図１５に示したステップＳ４００（Ｐ－ＢＭＣ更新処理）を実施した後、ステップＳ７００の呼び出し元の処理に戻る。

図２１は、図９のステップＳ８００のＯ－ＢＭＣの代行解消処理の一例を示す。図２０は、Ｏ－ＢＭＣにより実施され、Ｐ－ＢＭＣが実施する図２０に対応する処理である。まず、ステップＳ８０２において、Ｏ－ＢＭＣは、自身のＭＡＣアドレスを含むマジックパケット（Ｂ）をブロードキャストする。

次に、ステップＳ８０４において、Ｏ－ＢＭＣは、自身のＩＰアドレスを含むＡＲＰ（Address Resolution Protocol）パケットを送信する。次に、ステップＳ８０６において、Ｏ－ＢＭＣは、ＡＲＰパケットの応答があるか否かを判定し、ＡＲＰパケットの応答がある場合、ステップＳ８０８を実施し、ＡＲＰパケットの応答がない場合、ステップＳ８１０を実施する。

上述した図２０のステップＳ７０４において、Ｐ－ＢＭＣがＩＰエイリアスの使用を停止するまで、電源スイッチ１８の押下によりスリープ状態を解除するＯ－ＢＭＣ（Ｓ）のＩＰアドレスと、Ｐ－ＢＭＣが使用するＩＰエイリアスのＩＰアドレスとは重複している。このため、ＩＰアドレスが重複している期間、Ｏ－ＢＭＣは、ステップＳ８０４の応答として自身のＩＰアドレスを含むＡＲＰパケットの応答を受けることになる。

ステップＳ８０８において、Ｏ－ＢＭＣは、ＩＰアドレスの重複が解消されていないため、一定時間を待った後、ステップＳ８０４に戻り、ＡＲＰパケットを再び送信する。ステップＳ８１０において、Ｏ－ＢＭＣは、ステップＳ８０４の応答がない場合、ＩＰアドレスの重複が解消されたため、ネットワークＮＷに接続し、ステップＳ８００の呼び出し元の処理に戻る。

このように、Ｏ－ＢＭＣは、自身のＩＰアドレスを含むＡＲＰパケットを、応答がなくなるまで繰り返し送信することで、ＩＰアドレスの重複が解消されたことを判定することができ、ネットワークＮＷに接続することができる。

図２２は、他の情報処理システムに搭載されるサーバに含まれるＢＭＣの起動処理の一例（比較例）を示す。図８と同様の処理については同じステップ番号を付し、詳細な説明は省略する。ステップＳ１０、Ｓ１２、Ｓ１４の処理は、図８のステップＳ１０、Ｓ１２、Ｓ１４の処理と同様である。ＢＭＣは、ステップＳ１４でハードウェアを初期化した後、ステップＳ９００において、サーバの電源を管理するサーバ電源管理処理を実行する。サーバ電源管理処理の例は、図２３に示す。

図２３は、図２２のステップＳ９００のサーバ電源管理処理の一例を示す。図１２と同様の処理については詳細な説明は省略する。まず、ステップＳ９０２において、ＢＭＣは、サーバ電源制御指示の受信を待ち、受信した場合、ステップＳ９０４を実施する。ＢＭＣが受信するサーバ電源制御指示は、電源オンの指示または電源オフの指示のいずれかである。

ステップＳ９０４において、ＢＭＣは、電源のオン指示を受けた場合、ステップＳ９０６を実施し、電源オフの指示を受けた場合、ステップＳ９０８を実施する。ステップＳ９０６において、ＢＭＣは、サーバに含まれるＰＳＵにサーバのオンを指示し、ステップＳ９０２の処理に戻る。ステップＳ９０８において、ＢＭＣは、ＰＳＵにサーバのオフを指示し、ステップＳ９０２の処理に戻る。

以上、この実施形態では、サブネット内の複数のサーバ１０の各々が有するＢＭＣ１６のうち、１台のみをＰ－ＢＭＣとして起動状態に設定し、残りのＢＭＣのうち、電源がオフされサービスを提供していないサーバ１０のＢＭＣをスリープ状態に設定する。これにより、サブネット内の全てのＢＭＣを起動状態に設定する場合に比べて、サブネット内のＢＭＣの総消費電力を削減することができ、情報処理システム１００の消費電力を削減することができる。特に、情報処理システム１００の待機時の消費電力を削減することができる。

Ｐ－ＢＭＣは、ＭＡＣアドレスを含むスリープリストＳＬＩＳＴと、ＩＰアドレスを含むグループリストＧＬＩＳＴとによりＯ－ＢＭＣ（Ｓ）を管理することで、サーバ１０の起動指示を代行して受信し、Ｏ－ＢＭＣ（Ｓ）を起動することができる。例えば、Ｐ－ＢＭＣは、スリープ状態のＯ－ＢＭＣ（Ｓ）のＩＰアドレスをＩＰエイリアスとして使用することで、Ｏ－ＢＭＣ（Ｓ）に対応するサーバ１０の起動指示を代行して受信することができる。したがって、新たなＩＰアドレスを設定するなど、余分なネットワーク設計をすることなく、起動指示を代行して受信し、Ｏ－ＢＭＣ（Ｓ）を起動することができる。

さらに、Ｐ－ＢＭＣは、起動指示を代行して受信した場合に、サーバ１０を起動させるＯ－ＢＭＣ（Ｓ）のＭＡＣアドレスを含むマジックパケット（Ａ）をブロードキャストする。これにより、Ｐ－ＢＭＣは、スリープリストＳＬＩＳＴに登録されたＭＡＣアドレスを使用して、起動対象のＯ－ＢＭＣ（Ｓ）を起動することができる。

電源スイッチ１８の押下によりスリープ状態を解除されたＯ－ＢＭＣは、Ｐ－ＢＭＣにより識別可能な識別情報をＰ－ＢＭＣに送信する。これにより、Ｐ－ＢＭＣは、Ｏ－ＢＭＣ（Ｓ）のスリープ状態の解除を検出することができ、グループリストＧＬＩＳＴおよびスリープリストＳＬＩＳＴを更新することができる。例えば、Ｏ－ＢＭＣは、自身のＭＡＣアドレスを含むマジックパケット（Ｂ）をブロードキャストする。これにより、Ｐ－ＢＭＣは、スリープリストＳＬＩＳＴに登録されたＭＡＣアドレスを参照してＩＰエイリアスの使用を停止し、起動指示の受信の代行を解消することができる。

マジックパケット（Ｂ）をブロードキャストしたＯ－ＢＭＣは、その後、ＡＲＰパケットを、応答がなくなるまで繰り返し送信することで、簡易な手法によりＰ－ＢＭＣによるＩＰエイリアスの使用の停止を検出することできる。

Ｐ－ＢＭＣは、サーバ１０の電源オフの指示を受けたＯ－ＢＭＣから代行依頼コマンドを受信することで、グループリストＧＬＩＳＴおよびスリープリストＳＬＩＳＴを更新することができ、サーバ１０の起動指示の受信の代行を開始することができる。

ＮＵＬＬ－ＢＭＣは、ＢＭＣ起動コマンドをブロードキャストすることで、Ｐ－ＢＭＣに自身の存在を認識させることができる。これにより、Ｐ－ＢＭＣに、グループリストＧＬＩＳＴおよびスリープリストＳＬＩＳＴを更新させることができ、サーバ１０の起動指示の受信の代行を開始させることができる。

また、ＮＵＬＬ－ＢＭＣは、ＢＭＣ起動コマンドに対するＰ－ＢＭＣからの応答がない場合、Ｐ－ＢＭＣが存在しないことを認識することができ、自身または他のＮＵＬＬ－ＢＭＣをＰ－ＢＭＣにする処理を実行することができる。この結果、データセンター２００等の立ち上げ時に、Ｐ－ＢＭＣによるサーバ１０の起動指示の受信の代行管理を自動的に開始することができる。

Ｐ－ＢＭＣは、自サーバ１０の電源をオフする場合、Ｐ－ＢＭＣ交代依頼コマンドをＯ－ＢＭＣのいずれかに送信することで、Ｐ－ＢＭＣを交代することができ、サーバ１０の起動指示の受信の代行管理を新たなＰ－ＢＭＣに引き継ぐことができる。

Ｐ－ＢＭＣを交代する場合に、サーバ１０の電源が投入されているＯ－ＢＭＣを、スリープ状態のＯ－ＢＭＣ（Ｓ）より優先的に次期Ｐ－ＢＭＣとして選択することで、Ｐ－ＢＭＣの交代のためにサーバ１０の電源をオンすることを抑止することができる。この結果、情報処理システム１００の消費電力が増加することを抑止することができる。

以上の図１から図２１に示す実施形態に関し、さらに以下の付記を開示する。
（付記１）
情報処理装置に搭載され、該情報処理装置の電源を管理する電源管理装置であって、
ネットワークを介して接続される他の情報処理装置の起動指示を、前記他の情報処理装置に含まれるスリープ中の他の電源管理装置に代わって受信した場合、前記他の電源管理装置のスリープを解除するスリープ解除指示を前記他の電源管理装置に送信する代行管理モードと、
前記スリープ解除指示を受信した場合、通常モードに遷移して自情報処理装置を起動する低待機電力モードと、を有する電源管理装置。
（付記２）
前記代行管理モード中、前記低待機電力モードの前記電源管理装置を前記ネットワーク上で識別する識別情報を管理し、前記起動指示に含まれる前記識別情報に対応する前記他の電源管理装置に前記スリープ解除指示を送信し、前記スリープ解除指示を送信した前記他の電源管理装置の前記識別情報の管理を停止する、付記１に記載の電源管理装置。
（付記３）
前記代行管理モード中、前記低待機電力モードの前記電源管理装置のＩＰアドレスとＭＡＣアドレスとを前記識別情報として管理し、管理しているＩＰアドレスをＩＰエイリアスとして使用して、前記起動指示に含まれるＩＰアドレスが割り当てられた前記電源管理装置に前記スリープ解除指示を送信する、付記２に記載の電源管理装置。
（付記４）
前記代行管理モード中、低待機電力モードを解除する前記他の電源管理装置の前記識別情報を含む第１のマジックパケットを前記スリープ解除指示としてブロードキャストし、
前記低待機電力モード中、自身の前記識別情報を含む前記第１のマジックパケットを受信した場合、通常モードに遷移し、自情報処理装置を起動する、付記２または付記３に記載の電源管理装置。
（付記５）
前記低待機電力モード中、自情報処理装置の電源スイッチのオン操作に基づいて前記通常モードに遷移し、自情報処理装置を起動し、自身の前記識別情報を含む代行解消依頼を、前記代行管理モードの前記電源管理装置に送信し、
前記代行管理モード中、前記代行解消依頼に基づいて、前記代行解消依頼の送信元の前記電源管理装置の前記識別情報の管理を停止する、付記２ないし付記４のいずれか１項に記載の電源管理装置。
（付記６）
電源スイッチのオン操作に基づいて前記低待機電力モードから前記通常モードに遷移した場合、自身の前記識別情報を含む第２のマジックパケットを前記代行解消依頼としてブロードキャストし、
前記代行管理モード中、前記第２のマジックパケットに含まれる前記識別情報により識別される前記電源管理装置の前記識別情報の管理を停止する、付記５に記載の電源管理装置。
（付記７）
前記通常モード中、前記第２のマジックパケットをブロードキャストした後、自身のＩＰアドレスを含むＡＲＰパケットを繰り返し送信し、ＡＲＰパケットの応答がなくなった場合、前記代行管理モードの前記電源管理装置による自情報処理装置の前記起動指示の代行受信の管理の終了を判断する、付記６に記載の電源管理装置。
（付記８）
前記通常モード中に自情報処理装置の電源を遮断する場合、前記代行管理モードの前記電源管理装置に、自情報処理装置の前記起動指示の代行受信を依頼する代行依頼を送信して前記低待機電力モードに遷移し、
前記代行管理モード中、前記代行依頼の送信元の前記電源管理装置を含む情報処理装置の前記起動指示を代行して受信する、付記１ないし付記７のいずれか１項に記載の電源管理装置。
（付記９）
前記低待機電力モード、前記通常モードおよび前記代行管理モードのいずれにも遷移していない初期起動時に起動通知をブロードキャストし、前記代行管理モードの前記電源管理装置からの応答がない場合、前記代行管理モードに遷移するか否かを判断する遷移判断処理を実施し、前記代行管理モードへの遷移を判断した場合、前記代行管理モードへ遷移して他の情報処理装置の前記起動指示を代行して受信する、付記１ないし付記８のいずれか１項に記載の電源管理装置。
（付記１０）
前記初期起動時に、前記起動通知に対する前記代行管理モードの前記電源管理装置からの応答がなく、他の前記電源管理装置から前記起動通知を受信した場合であって、前記遷移判断処理において前記代行管理モードへ遷移しないと判断した場合、遷移判断処理に基づいて前記代行管理モードへ遷移した他の前記電源管理装置に、自情報処理装置の前記起動指示の代行受信を依頼する代行依頼の送信し、前記低待機電力モードに遷移する、付記９に記載の電源管理装置。
（付記１１）
前記代行管理モード中、自情報処理装置の電源を遮断する場合、通常モードの他の前記電源管理装置のいずれかに、前記代行管理モードへ遷移させる交代依頼を送信し、
前記通常モード中、前記交代依頼を受信した場合、前記代行管理モードへ遷移する、付記１ないし付記１０のいずれか１項に記載の電源管理装置。
（付記１２）
ネットワークを介して接続される複数の情報処理装置を含む情報処理システムであって、
前記複数の情報処理装置は、自情報処理装置の電源を管理する複数の電源管理装置をそれぞれ有し、
前記複数の電源管理装置の１つは、他の情報処理装置の起動指示を、前記他の情報処理装置に含まれるスリープ中の他の電源管理装置に代わって受信した場合、前記他の電源管理装置のスリープを解除するスリープ解除指示を前記他の電源管理装置に送信する代行管理モードで動作し、
前記複数の電源管理装置の残りは、前記スリープ解除指示を受信した場合、通常モードに遷移して自情報処理装置を起動する低待機電力モードで動作する、情報処理システム。
（付記１３）
情報処理装置に搭載され、該情報処理装置の電源を管理する電源管理装置の制御方法であって、
代行管理モードで動作中、ネットワークを介して接続される他の情報処理装置の起動指示を、前記他の情報処理装置に含まれるスリープ中の他の電源管理装置に代わって受信した場合、前記他の電源管理装置のスリープを解除するスリープ解除指示を前記他の電源管理装置に送信し、
低待機電力モードで動作中、前記スリープ解除指示を受信した場合、通常モードに遷移して自情報処理装置を起動する、電源管理装置の制御方法。

以上の詳細な説明により、実施形態の特徴点および利点は明らかになるであろう。これは、特許請求の範囲がその精神および権利範囲を逸脱しない範囲で前述のような実施形態の特徴点および利点にまで及ぶことを意図するものである。また、当該技術分野において通常の知識を有する者であれば、あらゆる改良および変更に容易に想到できるはずである。したがって、発明性を有する実施形態の範囲を前述したものに限定する意図はなく、実施形態に開示された範囲に含まれる適当な改良物および均等物に拠ることも可能である。

１０ サーバ
１２ ホスト
１４ ＰＳＵ
１６ ＢＭＣ
１８ 電源スイッチ
１００ 情報処理システム
２００ データセンター
２１０ フロア電力供給設備
２２０ ＬＡＮインタフェース
３００ 端末

Claims (9)

1. 情報処理装置に搭載され、該情報処理装置の電源を管理する電源管理装置であって、
   ネットワークを介して接続される他の情報処理装置の起動指示を、前記他の情報処理装置に含まれるスリープ中の他の電源管理装置に代わって受信した場合、前記他の電源管理装置のスリープを解除するスリープ解除指示を前記他の電源管理装置に送信する代行管理モードと、
   前記スリープ解除指示を受信した場合、通常モードに遷移して自情報処理装置を起動する低待機電力モードと、を有し、
   前記低待機電力モード、前記通常モードおよび前記代行管理モードのいずれにも遷移していない初期起動時に起動通知をブロードキャストし、前記代行管理モードの前記電源管理装置からの応答がない場合、前記代行管理モードに遷移するか否かを判断する遷移判断処理を実施し、前記代行管理モードへの遷移を判断した場合、前記代行管理モードへ遷移して他の情報処理装置の前記起動指示を代行して受信する、電源管理装置。
2. 前記代行管理モード中、前記低待機電力モードの前記電源管理装置を前記ネットワーク上で識別する識別情報を管理し、前記起動指示に含まれる前記識別情報に対応する前記他の電源管理装置に前記スリープ解除指示を送信し、前記スリープ解除指示を送信した前記他の電源管理装置の前記識別情報の管理を停止する、請求項１に記載の電源管理装置。
3. 前記代行管理モード中、前記低待機電力モードの前記電源管理装置のＩＰアドレスとＭＡＣアドレスとを前記識別情報として管理し、管理しているＩＰアドレスをＩＰエイリアスとして使用して、前記起動指示に含まれるＩＰアドレスが割り当てられた前記電源管理装置に前記スリープ解除指示を送信する、請求項２に記載の電源管理装置。
4. 前記低待機電力モード中、自情報処理装置の電源スイッチのオン操作に基づいて前記通常モードに遷移し、自情報処理装置を起動し、自身の前記識別情報を含む代行解消依頼を、前記代行管理モードの前記電源管理装置に送信し、
   前記代行管理モード中、前記代行解消依頼に基づいて、前記代行解消依頼の送信元の前記電源管理装置の前記識別情報の管理を停止する、請求項２または請求項３に記載の電源管理装置。
5. 前記通常モード中に自情報処理装置の電源を遮断する場合、前記代行管理モードの前記電源管理装置に、自情報処理装置の前記起動指示の代行受信を依頼する代行依頼を送信して前記低待機電力モードに遷移し、
   前記代行管理モード中、前記代行依頼の送信元の前記電源管理装置を含む情報処理装置の前記起動指示を代行して受信する、請求項１に記載の電源管理装置。
6. 前記初期起動時に、前記起動通知に対する前記代行管理モードの前記電源管理装置からの応答がなく、他の前記電源管理装置から前記起動通知を受信した場合であって、前記遷移判断処理において前記代行管理モードへ遷移しないと判断した場合、遷移判断処理に基づいて前記代行管理モードへ遷移した他の前記電源管理装置に、自情報処理装置の前記起動指示の代行受信を依頼し、前記低待機電力モードに遷移する、請求項１に記載の電源管理装置。
7. 前記代行管理モード中、自情報処理装置の電源を遮断する場合、通常モードの他の前記電源管理装置のいずれかに、前記代行管理モードへ遷移させる交代依頼を送信し、
   前記通常モード中、前記交代依頼を受信した場合、前記代行管理モードへ遷移する、請求項１ないし請求項６のいずれか１項に記載の電源管理装置。
8. ネットワークを介して接続される複数の情報処理装置を含む情報処理システムであって、
   前記複数の情報処理装置は、自情報処理装置の電源を管理する複数の電源管理装置をそれぞれ有し、
   前記複数の電源管理装置の１つは、他の情報処理装置の起動指示を、前記他の情報処理装置に含まれるスリープ中の他の電源管理装置に代わって受信した場合、前記他の電源管理装置のスリープを解除するスリープ解除指示を前記他の電源管理装置に送信する代行管理モードで動作し、
   前記複数の電源管理装置の残りは、前記スリープ解除指示を受信した場合、通常モードに遷移して自情報処理装置を起動する低待機電力モードで動作し、
   前記複数の電源管理装置は、前記低待機電力モード、前記通常モードおよび前記代行管理モードのいずれにも遷移していない初期起動時に起動通知をブロードキャストし、前記代行管理モードの前記電源管理装置からの応答がない場合、前記代行管理モードに遷移するか否かを判断する遷移判断処理を実施し、前記代行管理モードへの遷移を判断した場合、前記代行管理モードへ遷移して他の情報処理装置の前記起動指示を代行して受信する、情報処理システム。
9. 情報処理装置に搭載され、該情報処理装置の電源を管理する電源管理装置の制御方法であって、
   代行管理モードで動作中、ネットワークを介して接続される他の情報処理装置の起動指示を、前記他の情報処理装置に含まれるスリープ中の他の電源管理装置に代わって受信した場合、前記他の電源管理装置のスリープを解除するスリープ解除指示を前記他の電源管理装置に送信し、
   低待機電力モードで動作中、前記スリープ解除指示を受信した場合、通常モードに遷移して自情報処理装置を起動し、
   前記電源管理装置は、前記低待機電力モード、前記通常モードおよび前記代行管理モードのいずれにも遷移していない初期起動時に起動通知をブロードキャストし、前記代行管理モードの前記電源管理装置からの応答がない場合、前記代行管理モードに遷移するか否かを判断する遷移判断処理を実施し、前記代行管理モードへの遷移を判断した場合、前記代行管理モードへ遷移して他の情報処理装置の前記起動指示を代行して受信する、電源管理装置の制御方法。

Images