JPWO2013018183A1 - システム制御装置、電力制御方法及び電子システム - Google Patents

Abstract

ネットワークを介して他の情報処理装置と接続された情報処理装置に含まれるＳＰ（１００ａ）は、相互監視部（２０５）と、電源制御部（２０６）とを有する。相互監視部（２０５）は、他の情報処理装置が有する運用系のＳＰと生存状態を相互に監視する。電源制御部（２０６）は、相互監視部（２０５）が他の情報処理装置が有する運用系のＳＰの生存状態の監視を開始した場合、情報処理装置が有する他のＳＰの電源をオフに制御する。

Description

本発明は、システム制御装置、電力制御方法及び電子システムに関する。

従来、複数の情報処理装置を有するスーパーコンピュータでは、部品の故障が起きてもシステムを停止させずに動作し続けられるように、大部分の部品が二重化または冗長化されている。このようなスーパーコンピュータを構築する技術として、例えば、ＨＰＣ（High Performance Computer：以降、ＨＰＣと記す）がある。

例えば、ＨＰＣにおいて、情報処理装置の制御を行うサービスプロセッサ（Service Processor：以降、ＳＰと記す）が二重化されており、情報処理装置は、アクティブ側ＳＰとスタンバイ側ＳＰとを有する。

アクティブ側ＳＰは、運用系として情報処理装置の制御を行う。一方、スタンバイ側ＳＰは待機系であり、通常時には情報処理装置の制御を行わず待機している。そして、スタンバイ側ＳＰは、アクティブ側ＳＰの生存状態を常時監視し、アクティブ側が故障した場合に、自身をアクティブ側に切り替えることで、情報処理装置の動作を継続させる。

また、二重化されたＳＰに加えて、監視を専用に行う装置を用いて情報処理装置の生存を監視する技術も知られている。

特開平９−２７４５７５号公報

しかしながら、上述した従来の技術では、待機系であるシステム制御装置が無駄に電力を消費するという課題がある。

具体的には、従来の技術では、スタンバイ側ＳＰは、通常時には待機しているだけであり、システムの制御を実行していない。このため、システムに障害が生じなければ、スタンバイ側ＳＰは無駄に電力を消費するだけであるが、部品が故障した場合のシステムの可用性を想定すると、ＨＰＣは、ＳＰの冗長構成や二重化構成を解除することはできない。このため、スタンバイ側ＳＰの電源は常に入ったままにすることになる。また、監視を専用に行う装置を用いた場合でも同様に電源は常に入ったままである。

さらに、ＨＰＣは高性能を求められており、データセンター全体として数百台の装置が導入される場合がある。このように多数の装置が導入されると、消費電力は非常に大きくなるので、装置１台あたりの消費電力を減らすことが望まれている。

本発明の１つの側面では、待機系であるシステム制御装置の消費電力を削減することができるシステム制御装置、電力制御方法及び電子システムを提供することを目的とする。

第１の案では、ネットワークを介して他の電子装置と接続された電子装置に含まれるシステム制御装置である。システム制御装置は、他の電子装置が有する運用系のシステム制御装置と生存状態を相互に監視する。そして、システム制御装置は、他の電子装置が有する運用系のシステム制御装置の生存状態の監視を開始した場合、電子装置が有する他のシステム制御装置の電源をオフに制御する。

本発明の１側面では、待機系であるシステム制御装置の消費電力を削減することができる。

図１は、ＨＰＣのシステム構成例を示す図である。 図２は、情報処理装置の構成を示すブロック図である。 図３は、実施例１に係るＳＰの構成を示す機能ブロック図である。 図４は、相互監視テーブルとして記憶される情報の一例を示す図である。 図５は、監視対象特定部が送信する種別判定通知の一例を示す図である。 図６は、監視対象特定部が送信する相互監視対象通知の一例を示す図である。 図７は、監視依頼応答部により更新される相互監視テーブルの一例を示す図である。 図８Ａは、種別判定通知を送信する処理動作を示す図である。 図８Ｂは、相互監視対象通知を送信する処理動作を示す図である。 図８Ｃは、相互監視を開始後の処理動作を示す図である。 図９Ａは、異常発生を検出した場合の処理動作を示す図である。 図９Ｂは、異常発生を検出した後の相互監視を要求する処理動作を示す図である。 図９Ｃは、相互監視を許可する応答を受信した場合に更新された相互監視テーブルの一例を示す図である。 図１０は、相互監視相手が存在しない場合の処理動作を示す図である。 図１１は、保守設定時の処理動作を示す図である。 図１２は、実施例１に係るＳＰによる処理の処理手順を示すフローチャートである。 図１３は、実施例１に係るＳＰによる相互監視を要求する処理の処理手順を示すフローチャートである。 図１４は、実施例１に係るＳＰによる異常発生時の処理の処理手順を示すフローチャートである。 図１５は、実施例１に係るＳＰによる保守設定時の通知処理の処理手順を示すフローチャートである。 図１６は、実施例１に係るＳＰによる相互監視対象通知に対する応答処理の処理手順を示すフローチャートである。 図１７は、保守設定通知に応答する処理の処理手順を示すフローチャートである。

以下に、システム制御装置、電力制御方法及び電子システムの実施例を図面に基づいて詳細に説明する。なお、この実施例によりこの発明が限定されるものではない。そして、各実施例は、処理内容を矛盾させない範囲で適宜組み合わせることが可能である。

実施例１では、システム制御装置の一例として、サービスプロセッサ（Service Processor：以降、ＳＰと記す）を例に挙げて説明する。このＳＰは、複数の情報処理装置を有する、ＨＰＣ（High Performance Computer：以降、ＨＰＣと記す）において、各情報処理装置に設けられる。

以下では、図１から図１５を用いて、ＨＰＣのシステム構成例、実施例１に係るＳＰの構成、実施例１に係るＳＰによる処理動作、実施例１に係るＳＰによる処理の処理手順、実施例１の効果を順に説明する。

［ＨＰＣのシステム構成例］
図１は、ＨＰＣのシステム構成例を示す図である。図１に示すように、ＨＰＣ１は、情報処理装置９８、９９、１００、１０１、１０２を有する。そして、各情報処理装置は、ネットワークを介して他の情報処理装置と互いに通信可能に接続される。なお、図１に示すＨＰＣのシステム構成例は、あくまで一例であり、情報処理装置の台数はこれに限定されるものではない。

情報処理装置９８が有するＳＰ９８ａ及びＳＰ９８ｂは、情報処理装置９８とは独立して動作し、情報処理装置９８の制御を行う。ここで、ＳＰ９８ａ及びＳＰ９８ｂのうち一方が情報処理装置９８の制御を行う運用系として動作し、他方は情報処理装置９８の制御を行わずに待機する待機系である。

そして、待機系であるＳＰは、運用系であるＳＰが故障した場合に自身を運用系に切り替えて情報処理装置９８を制御する動作を継続する。すなわち、情報処理装置９８において、ＳＰは、ＳＰ９８ａとＳＰ９８ｂとによって二重化されている。なお、以下の説明では、特記しない限りＳＰ９８ａを運用系、ＳＰ９８ｂを待機系として説明する。

また、情報処理装置９９、１００、１０１の構成は、情報処理装置９８の構成と同様であるので、情報処理装置９９、１００、１０１の構成については、詳細な説明を省略する。なお、情報処理装置９９が有するＳＰ９９ａを運用系、ＳＰ９９ｂを待機系とし、情報処理装置１００が有するＳＰ１００ａを運用系、ＳＰ１００ｂを待機系とし、情報処理装置１０１が有するＳＰ１０１ａを運用系、ＳＰ１０１ｂを待機系として説明する。

情報処理装置１０２は、情報処理装置９８と異なりＳＰ１０２ａのみを有する。すなわち、情報処理装置１０２において、ＳＰは、二重化されていない。なお、ＳＰ１０２ａは常時運用系として動作するが、以下の説明における運用系ＳＰには、ＳＰ１０２ａを含まないものとして説明する。

また、図１に示すＳＰ９８ａ、ＳＰ９８ｂ、ＳＰ９９ａ、ＳＰ９９ｂ、ＳＰ１００ａ、ＳＰ１００ｂ、ＳＰ１０１ａ、ＳＰ１０１ｂは、装置タイプがＡであるものとし、ＳＰ１０２ａは装置タイプがＢであるとする。すなわち、ＳＰ９８ａ、ＳＰ９８ｂ、ＳＰ９９ａ、ＳＰ９９ｂ、ＳＰ１００ａ、ＳＰ１００ｂ、ＳＰ１０１ａ、ＳＰ１０１ｂは、同種の装置である。

このようなＨＰＣ１において、同種の各運用系ＳＰは、所定のルールに従って選択した他の運用系ＳＰと生存状態を相互に監視する。すなわち、同種の各運用系ＳＰは、他の運用系ＳＰによって二重化される。そして、各運用系ＳＰが他の運用系ＳＰと生存状態を相互監視することで、各待機系ＳＰは、自身に対する運用系ＳＰの監視をしなくてもよくなる。この結果、各待機系ＳＰの電源がオフに制御される。

［情報処理装置の構成］
次に、図２を用いて、情報処理装置９８、９９、１００、１０１、１０２の構成を説明する。図２は、情報処理装置の構成を示すブロック図である。図２に示すように、情報処理装置９８は、ＳＰ９８ａ、ＳＰ９８ｂ、システムボード９８ｃ、クロスバボード９８ｄ、ＩＯ（Input Output）ボード９８ｅ、パネル９８ｆ、ファン９８ｇ、電源９８ｈを有する。

なお、ここでは、情報処理装置９８を例に情報処理装置の構成を説明するが、情報処理装置９９、１００、１０１の構成についても情報処理装置９８の構成と同様である。また、情報処理装置１０２の構成は、ＳＰが二重化されていない点を除けば、情報処理装置９８の構成と同様である。また、ＳＰ９８ａ及びＳＰ９８ｂについては後述するので、ここでは、システムボード９８ｃ、クロスバボード９８ｄ、ＩＯボード９８ｅ、パネル９８ｆ、ファン９８ｇ、電源９８ｈについて説明する。

システムボード９８ｃは、複数のＣＰＵとＤＩＭＭ（Dual Inline Memory Module）とを有し、各種演算処理を実行する。情報処理装置９８は、このシステムボード９８ｃを複数有し、クロスバボード９８ｄを介して各システムボード間のデータをやり取りする。

ＩＯ（Input Output）ボード９８ｅは、ＰＣＩ（Peripheral Component Interconnect）スロットを有し、システムボード９８ｃと、ネットワークによって接続される外部のＩＯ装置との間のデータの入出力を制御する。また、ＩＯボード９８ｅは、ハードディスクを内蔵していてもよい。

パネル９８ｆは、電源９８ｈをオン、オフに制御する操作を利用者から受け付けるインターフェースを提供する。また、パネル９８ｆは、情報処理装置９８の稼動時間など情報処理装置９８内部の情報を利用者が視認可能に出力する。

ファン９８ｇは、情報処理装置９８が有するシステムボード９８ｃ、クロスバボード９８ｄ、ＩＯボード９８ｅなどの電子機器を冷却する。

電源９８ｈは、情報処理装置に電力を供給する。この電源９８ｈは、予備の電源を有していてもよい。

［実施例１に係るＳＰの構成］
次に、図３を用いて、実施例１に係るＳＰ９８ａ、ＳＰ９８ｂ、ＳＰ９９ａ、ＳＰ９９ｂ、ＳＰ１００ａ、ＳＰ１００ｂ、ＳＰ１０１ａ、ＳＰ１０１ｂの構成を説明する。ここでは、図１に示すＳＰ１００ａの構成を例にして説明する。図３は、実施例１に係るＳＰの構成を示す機能ブロック図である。なお、ＳＰ９８ａ、ＳＰ９８ｂ、ＳＰ９９ａ、ＳＰ９９ｂ、ＳＰ１００ｂ、ＳＰ１０１ａ、ＳＰ１０１ｂの構成は、ＳＰ９８ａの構成と同様である。

図３に示すように、ＳＰ１００ａは、通信部２０１、相互監視テーブル２０２、監視対象特定部２０３、監視依頼応答部２０４、相互監視部２０５、電源制御部２０６、異常処理部２０７、保守部２０８、システム制御部２０９、電源２１０を有する。ここで、電源制御部２０６は、自装置と同じ情報処理装置内のＳＰ１００ｂが有する電源とバスにより接続される。また、電源２１０は、自装置と同じ情報処理装置内のＳＰ１００ｂが有する電源制御部とバスにより接続される。

通信部２０１は、ネットワークを介して接続されるＳＰとの情報のやり取りを制御する。例えば、通信部２０１は、後述する監視対象特定部２０３によって生成されたパケットをＳＰ９９ａに送信する。また、通信部２０１は、ＳＰ９９ａから受信したパケットを後述する監視対象特定部２０３に出力する。

相互監視テーブル２０２は、自装置が相互監視しているＳＰなどの情報を記憶する。図４を用いて、相互監視テーブル２０２として記憶される情報の一例を説明する。図４は、相互監視テーブルとして記憶される情報の一例を示す図である。図４に示すように、相互監視テーブル２０２は、「ＩＰアドレス」、「装置の種別」、「相互監視対象」を対応付けて記憶する。

ここで、相互監視テーブル２０２として記憶される「ＩＰアドレス」は、各ＳＰに割り当てられたＩＰ（Internet Protocol）アドレスを示す。例えば、「ＩＰアドレス」には、「１９２．１６８．１．９８」、「１９２．１６８．１．９９」、「１９２．１６８．１．１００」などが格納される。

また、相互監視テーブル２０２として記憶される「装置の種別」は、ＩＰアドレスで紐付けられるＳＰが自装置と同種の装置であるか否かを示す。ここでいう「同種の装置」とは、装置タイプが同じ種類であることを示す。例えば、「装置の種別」には、同種の装置であることを示す「同種の装置」、自装置であることを示す「自装置」などが格納される。

また、相互監視テーブル２０２として記憶される「相互監視対象」は、ＩＰアドレスで紐付けられるＳＰが相互監視対象であるか否かを示す。ここでいう「相互監視対象」とは、「生存状態を相互に監視する対象となるＳＰ」のことを示す。例えば、「相互監視対象」には、ＩＰアドレスで紐付けられるＳＰが相互監視対象である場合、「１」が格納され、ＩＰアドレスで紐付けられるＳＰが相互監視対象でない場合、「０」が格納される。

図４に示す例では、相互監視テーブル２０２は、ＩＰアドレスが「１９２．１６８．１．９８」であるＳＰは、同種の装置であり、相互監視対象ではないことを示す。また、相互監視テーブル２０２は、ＩＰアドレスが「１９２．１６８．１．９９」であるＳＰは、同種の装置であり、相互監視対象であることを示す。

図３に戻り、監視対象特定部２０３は、自装置とネットワークを介して接続される運用系のＳＰのなかから生存状態を相互に監視する対象となるＳＰを特定する。

まず、監視対象特定部２０３は、生存状態を相互に監視する対象となるＳＰの候補となり得る同種の装置を特定する。例えば、監視対象特定部２０３は、ＨＰＣ１に含まれるすべてのＳＰに対してブロードキャストで通信を行い、相互監視対象となり得る同種の装置を検出する。ここで、監視対象特定部２０３は、例えば、ＩＰＭＩ（Intelligent Platform Management Interface）を利用して、ＳＮＭＰ（Simple Network Management Protocol）でパケットを送信する。なお、監視対象特定部２０３が送信する、相互監視対象となり得る同種の装置を検出するパケットを「種別判定通知」として説明する。

図５を用いて、監視対象特定部２０３が送信する種別判定通知を説明する。図５は、監視対象特定部が送信する種別判定通知の一例を示す図である。図５に示すように、監視対象特定部２０３により送信される種別判定通知は、２ｂｙｔｅの「コードタイプ」、２ｂｙｔｅの「モデル情報」、２ｂｙｔｅの「ステータス」、２ｂｙｔｅの「モード」のフィールドを有する。

「コードタイプ」は、同種の装置を問い合わせるパケットであるか、問い合わせに対する応答パケットであるかを示す情報である。例えば、「コードタイプ」には、同種の装置を問い合わせるパケットであることを示す「０００１」、応答パケットであることを示す「０００２」が格納される。

また、「モデル情報」は、装置の種別を示す情報である。例えば、「モデル情報」には、装置タイプがＡであることを示す「０００１」、装置タイプがＢであることを示す「０００２」などが格納される。

また、「ステータス」は、ＳＰの状態を示す情報である。例えば、「ステータス」には、ＳＰが一重化されていることを示す「０００１」、ＳＰが二重化されていることを示す「０００２」、ＳＰが異常状態であることを示す「０００３」などが格納される。

また、「モード」は、ＳＰの運転状態を示す情報である。例えば、「モード」には、ＳＰが正常に運転していることを示す「００００」、ＳＰが停止中であることを示す「０００１」、ＳＰが保守状態であることを示す「０００２」などが格納される。

例えば、監視対象特定部２０３は、図５に示す「コードタイプ」に「０００１」を格納した種別判定通知をネットワーク上のすべてのＳＰに送信する。

続いて、監視対象特定部２０３は、同種の装置それぞれから種別判定通知に対する応答を受信し、「モデル情報」を読み出し、同一種別の装置があるか否かを判定する。ここで、監視対象特定部２０３は、同一種別の装置があると判定した場合、全ての同一種別の装置について、種別判定通知に対する応答に含まれるＩＰアドレスを抽出する。そして、監視対象特定部２０３は、抽出した同一種別の装置の一覧をＩＰアドレス順にソートする。

図１に示す例において、ＳＰ１００ａの監視対象特定部２０３が種別判定通知に対する応答を受信し、同一種別の装置の一覧をＩＰアドレス順にソートした場合を説明する。ここで、各ＳＰに対してＩＰアドレスが以下のように割り当てられているとする。すなわち、ＳＰ９８ａに対してＩＰアドレス「１９２．１６８．１．９８」が割り当てられ、ＳＰ９９ａに対してＩＰアドレス「１９２．１６８．１．９９」が割り当てられる。また、ＳＰ１００ａに対してＩＰアドレス「１９２．１６８．１．１００」が割り当てられ、ＳＰ１０１ａに対してＩＰアドレス「１９２．１６８．１．１０１」が割り当てられる。なお、各ＳＰに対するＩＰアドレスの割り当てはこれに限定されるものではなく、任意に変更可能である。

例えば、監視対象特定部２０３は、同種の装置であるＳＰ９８ａ、ＳＰ９９ａ、ＳＰ１０１ａから種別判定通知に対する応答を受信する。そして、監視対象特定部２０３は、種別判定通知に対する応答を受信した同一種別の装置の一覧をＩＰアドレス順にソートする。一例をあげると、監視対象特定部２０３は、「１９２．１６８．１．９８」、「１９２．１６８．１．９９」、「１９２．１６８．１．１０１」の順にＩＰアドレスをソートする。

続いて、監視対象特定部２０３は、予め定められた所定のルールに従って、相互監視対象の候補を選択する。例えば、監視対象特定部２０３は、所定のルールとして、ソートしたＩＰアドレスのうち自装置の前後２つの装置を相互監視対象の候補に選択する。

例えば、監視対象特定部２０３は、相互監視対象の候補として、ＩＰアドレスが「１９２．１６８．１．９９」であるＳＰ９９ａと、ＩＰアドレスが「１９２．１６８．１．１０１」であるＳＰ１０１ａとを選択する。なお、本実施例において、前後２つを相互監視対象として説明するが、これに限定されるものではなく、例えば、相互監視対象を１つとしても、３つ以上にしてもよい。

監視対象特定部２０３は、選択した相互監視対象の候補に相互監視を要求するパケットを生成し、生成したパケットを相互監視の要求先に送信する。なお、以下では、相互監視を要求するパケットのことを「相互監視対象通知」として適宜記載する。

図６を用いて、監視対象特定部２０３が送信する相互監視対象通知を説明する。図６は、監視対象特定部２０３が送信する相互監視対象通知の一例を示す図である。図６に示すように、監視対象特定部２０３により送信される相互監視対象通知は、２ｂｙｔｅの「コードタイプ」、２ｂｙｔｅの「依頼コード」、２ｂｙｔｅの「ポーリング間隔」、２ｂｙｔｅの「リザーブ」のフィールドを有する。

「コードタイプ」は、相互監視を要求するパケットであるか、相互監視の要求に対する応答パケットであるかを示す情報である。例えば、「コードタイプ」には、相互監視を要求するパケットであることを示す「０００１」、相互監視の要求に対する応答パケットであることを示す「０００２」が格納される。

「依頼コード」は、相互監視対象通知が相互監視を要求するパケットであるか、保守モードを通知するものであるかを示す情報である。例えば、「依頼コード」には、相互監視対象通知が相互監視を要求するパケットであることを示す「０００１」、保守モードを通知するものであることを示す「０００２」が格納される。

「ポーリング間隔」は、相互監視する間隔を示す情報である。例えば、５秒間隔で相互監視する場合、「ポーリング間隔」には、「０００５」が格納される。「リザーブ」は、空き領域であり、データを８ｂｙｔｅに揃えるために利用される。

例えば、監視対象特定部２０３は、図５に示す「依頼コード」に「０００１」を格納し、「ポーリング間隔」に「０００５」を格納した相互監視対象通知を相互監視対象の候補に送信する。

図３に戻り、監視対象特定部２０３は、送信した相互監視対象通知に対する応答を選択した相互監視の要求先から受信し、受信した応答に基づいて、相互監視対象通知が許可されたか否かを判定する。

例えば、監視対象特定部２０３は、相互監視の要求先から受信した相互監視対象通知に対する応答に相互監視を許可する旨が含まれているか否かを判定する。ここで、監視対象特定部２０３は、相互監視を許可する旨が含まれていた場合、相互監視を許可する応答を受信したと判定する。そして、監視対象特定部２０３は、相互監視テーブル２０２を更新して、相互監視を許可した運用系ＳＰを相互監視対象として特定する。

一例を示すと、監視対象特定部２０３は、ＳＰ９９ａとＳＰ１０１ａとから相互監視を許可する応答を受信した場合、図４に示すように相互監視テーブル２０２を更新し、ＳＰ９９ａとＳＰ１０１ａとを相互監視対象として特定する。すなわち、ＳＰ９９ａのＩＰアドレス「１９２．１６８．１．９９」に紐付けられる「相互監視対象」に「１」を格納し、ＳＰ１０１ａのＩＰアドレス「１９２．１６８．１．１０１」に紐付けられる「相互監視対象」に「１」を格納する。

また、監視対象特定部２０３は、相互監視を許可する旨が含まれていない場合、相互監視を許可するものではない応答を受信したと判定する。この結果、監視対象特定部２０３は、新たな相互監視対象の候補を選択し、選択した相互監視対象の候補に相互監視対象通知を送信する。

図３に戻り、監視依頼応答部２０４は、自装置とネットワークを介して接続される運用系のＳＰから、生存状態を相互に監視する要求を受付け、生存状態を相互に監視することを許可するか否かを判定する。

例えば、監視依頼応答部２０４は、種別判定通知を他の運用系ＳＰから受信した場合、自装置が種別判定通知の送信元ＳＰと同種の装置であるか否かを判定する。監視依頼応答部２０４は、自装置が種別判定通知の送信元ＳＰと同種の装置であると判定した場合、種別判定通知に対する応答パケットを送信する。ここで、監視依頼応答部２０４は、装置の種別、ＳＰが二重化されているか否かを示す情報、相互監視対象として妥当であるか否かを示す情報を含んだパケットを生成し、生成したパケットを種別判定通知に対する応答として種別判定通知の送信元ＳＰに送信する。

また、監視依頼応答部２０４は、自装置とネットワークを介して接続される運用系のＳＰから相互監視対象通知を受信した場合、受信した相互監視対象通知の送信元に対して、生存状態を相互に監視することを許可するか否かを判定する。

例えば、監視依頼応答部２０４は、相互監視テーブル２０２を更新し、相互監視対象として妥当であるか否かを判定する。図７は、監視依頼応答部によって更新された相互監視テーブルの一例を示す図である。図７において、ＩＰアドレスが「１９２．１６８．１．９９」であるＳＰ９９ａの監視依頼応答部２０４が、ＩＰアドレスが「１９２．１６８．１．１００」であるＳＰ１００ａから相互監視対象通知を受信し、相互監視テーブル２０２を更新した場合を例にする。図７に示すように、ＳＰ９９ａは、ＩＰアドレスが「１９２．１６８．１．１００」で紐付けられる「相互監視対象」に「１」を格納する。

そして、監視依頼応答部２０４は、生存状態を相互に監視することを許可すると判定した場合、相互監視を許可する旨を含んだパケットを生成し、生成したパケットを相互監視対象通知に対する応答として相互監視対象通知の送信元ＳＰに送信する。

一方、監視依頼応答部２０４は、生存状態を相互に監視することを許可しないと判定した場合、相互監視を許可しない旨を含んだパケットを生成し、生成したパケットを相互監視対象通知に対する応答として相互監視対象通知の送信元ＳＰに送信する。

図３に戻り、相互監視部２０５は、相互監視テーブル２０２を参照して、自装置を有する情報処理装置にネットワークを介して接続される情報処理装置内の運用系のＳＰと生存状態を相互に監視する。

例えば、相互監視部２０５は、相互監視対象が特定されたことを監視対象特定部２０３から通知された場合、特定された相互監視対である運用系のＳＰと生存状態を相互に監視する。そして、相互監視部２０５は、相互監視を開始後、相互監視テーブル２０２を参照して、相互監視対象を特定する。すなわち、相互監視部２０５は、相互監視テーブル２０２が更新された場合、更新後の相互監視対象と相互監視を実行する。

また、相互監視部２０５は、相互監視を開始したことを電源制御部２０６に通知する。この結果、電源制御部２０６は、自装置に対して待機系であるＳＰ１００ｂが有する電源をオフに制御する。

相互監視部２０５は、通信部２０１を介して相互監視対象のＳＰとの通信ができるか否かを判定することで相互監視対象のＳＰの生存状態を監視する。そして、相互監視部２０５は、通信部２０１を介して相互監視対象のＳＰとの通信ができると判定した場合、相互監視対象のＳＰが正常であると判定する。一方、相互監視部２０５は、通信部２０１を介して相互監視対象のＳＰとの通信ができないと判定した場合、相互監視対象のＳＰが異常であると判定する。

そして、相互監視部２０５は、相互監視対象のＳＰが異常であると判定した場合、相互監視対象との通信ができなくなったことを自装置の異常処理部２０７に通知する。この結果、異常処理部２０７は、後述する異常処理を実行する。

ここで、相互監視部２０５は、異常処理部２０７によって相互監視対象が更新された場合、更新された相互監視対象と相互監視を実行する。

電源制御部２０６は、相互監視部２０５、異常処理部２０７、または保守部２０８から各種の通知を受付けて、電源２１０のオンとオフまたは自装置と同じ情報処理装置内のＳＰ１００ｂが有する電源のオンとオフを制御する。

例えば、電源制御部２０６は、相互監視部２０５から、相互監視対象である運用系ＳＰとの相互監視が開始されたことを通知された場合、自装置に対して待機系であるＳＰ１００ｂが有する電源をオフに制御する。

また、電源制御部２０６は、後述する異常処理部２０７によって監視対象となる運用系のＳＰを特定できないと判定された場合、自装置に対して待機系であるＳＰ１００ｂが有する電源をオンに制御する。

また、電源制御部２０６は、異常処理部２０７から自装置が有する電源２１０をオンに制御することを通知された場合、電源２１０をオンに制御する。なお、この制御は、ＳＰ１００ａがＳＰ１００ｂに対して待機系であり、運用系であるＳＰ１００ｂに異常が生じた場合に実行される。

また、電源制御部２０６は、後述する保守部２０８によって保守設定が受付けられたことを通知された場合、自装置に対して待機系であるＳＰ１００ｂが有する電源をオンに制御する。

また、電源制御部２０６は、保守部２０８から自装置に対して待機系であるＳＰ１００ｂが有する電源をオンに制御することを通知された場合、自装置に対して待機系であるＳＰ１００ｂが有する電源をオンに制御する。なお、この制御は、保守部２０８が相互監視対象である運用系ＳＰから保守設定通知を受信した後に、相互監視対象となる運用系のＳＰを特定できないと判定した場合に実行される。なお、保守設定通知については後述する。

図３に戻り、異常処理部２０７は、相互監視部２０５から相互監視対象に異常が生じたことを通知された場合、異常処理を実行する。例えば、異常処理部２０７は、相互監視対象のＳＰ９９ａに対して待機系であるＳＰ９９ｂの電源をオンに制御する。

一例をあげると、異常処理部２０７は、通信部２０１を介して、ＳＰ９９ｂが有する異常処理部にＳＰ９９ａに異常が生じたことを通知する。この結果、ＳＰ９９ｂが有する異常処理部は、自装置が有する電源をオンに制御するように電源制御部に通知する。

また、異常処理部２０７は、予め定められた所定のルールに従って、新たな相互監視対象を特定する。なお、ここでいう所定のルールとは、監視対象特定部２０３の説明に用いた所定のルールと同じものである。例えば、異常処理部２０７は、異常が生じたＳＰを相互監視対象から外すように相互監視テーブル２０２を更新し、更新した相互監視テーブル２０２から新たな相互監視対象の候補を特定する。

図４に示す相互監視テーブル２０２において、ＩＰアドレスが「１９２．１６８．１．９９」であるＳＰ９９ａに異常が生じた場合を例に異常処理部２０７の動作を説明する。異常処理部２０７は、ＩＰアドレスが「１９２．１６８．１．９９」に対応する「相互監視対象」に「０」を格納し、ＩＰアドレスが「１９２．１６８．１．９８」であるＳＰ９８ａを相互監視対象の候補に特定する。

そして、異常処理部２０７は、特定した相互監視対象の候補に相互監視を要求する相互監視対象通知を生成し、生成した相互監視対象通知を相互監視の要求先に送信する。なお、異常処理部２０７が送信する相互監視対象通知は、監視対象特定部２０３が送信する相互監視対象通知と同様である。

また、異常処理部２０７は、送信した相互監視対象通知に対する応答を相互監視対象の候補である運用系のＳＰから受信し、受信した応答に基づいて、相互監視対象通知が許可されたか否かを判定する。

例えば、異常処理部２０７は、運用系のＳＰから受信した相互監視対象通知に対する応答に相互監視を許可する旨が含まれているか否かを判定する。ここで、異常処理部２０７は、相互監視を許可する旨が含まれていた場合、相互監視を許可する応答を受信したと判定し、相互監視テーブル２０２を更新し、相互監視対象の候補を新たな相互監視対象として特定する。

一例を示すと、異常処理部２０７は、ＳＰ９８ａから相互監視を許可する応答を受信した場合、ＳＰ９８ａのＩＰアドレス「１９２．１６８．１．９８」に対応する「相互監視対象」に「１」を格納する。

また、異常処理部２０７は、相互監視を許可する旨が含まれていない場合、相互監視を許可するものではない応答を受信したと判定する。この結果、異常処理部２０７は、新たな相互監視対象の候補を特定し、特定した相互監視対象の候補に相互監視対象通知を送信する。

なお、異常処理部２０７は、相互監視を許可する応答をいずれのＳＰからも受信できなかった場合、電源制御部２０６に、自装置に対して待機系であるＳＰ１００ｂが有する電源をオンに制御するように通知する。

保守部２０８は、利用者によって保守モードに設定された場合、保守モードに設定されたことを電源制御部２０６に通知する。この結果、電源制御部２０６は、自装置に対して待機系であるＳＰ１００ｂが有する電源をオンに制御する。なお、保守モードとは、ＳＰが、自装置を保守する作業を受けることを示す。

また、保守部２０８は、自装置が保守モードに設定された場合、生存状態を相互に監視している運用系のＳＰが有する保守部に自装置が保守モードに設定されたことを通知し、自装置を相互監視対象から外すことを要求するパケットを生成して送信する。このような場合、保守部２０８は、相互監視対象通知の「依頼コード」に保守モードを通知するものであることを示す「０００２」を格納して、相互監視対象に送信する。なお、以下では、保守モードに設定されたことを通知するパケットを「保守設定通知」として適宜記載する。

また、保守部２０８は、ネットワークを介して他の情報処理装置が有するＳＰから保守設定通知を受信した場合、相互監視対象の候補があるか否かを判定する。そして、保守部２０８は、相互監視対象の候補があると判定した場合、相互監視対象の候補に相互監視対象通知を送信する。

保守部２０８は、送信した相互監視対象通知に対する応答を相互監視対象の候補である運用系のＳＰから受信し、受信した応答に基づいて、相互監視対象通知が許可されたか否かを判定する。

例えば、保守部２０８は、運用系のＳＰから受信した相互監視対象通知に対する応答に相互監視を許可する旨が含まれているか否かを判定する。ここで、保守部２０８は、相互監視を許可する旨が含まれていた場合、相互監視を許可する応答を受信したと判定し、相互監視テーブル２０２を更新し、相互監視対象の候補を新たな相互監視対象として特定する。

一方、保守部２０８は、相互監視を許可する旨が含まれていない場合、相互監視を許可するものではない応答を受信したと判定する。この結果、保守部２０８は、新たな相互監視対象の候補を特定し、特定した相互監視対象の候補に相互監視対象通知を送信する。

なお、保守部２０８は、相互監視を許可する応答をいずれのＳＰからも受信できなかった場合、電源制御部２０６に、自装置に対して待機系であるＳＰ１００ｂが有する電源をオンに制御するように通知する。

また、保守部２０８は、保守モードに設定されたことをＳＰ１００ａが有する不揮発性領域に設定する。この不揮発性領域に設定された値は、ＳＰ１００ａがリブートしても消去されずに保持される。

システム制御部２０９は、情報処理装置１００内の動作状況の監視及び動作履歴を取得することで、情報処理装置１００を制御する。電源２１０は、ＳＰ１００ａの電源であり、電源制御部２０６及びＳＰ１００ｂが有する電源制御部によってオン、オフを制御される。

なお、監視対象特定部２０３、監視依頼応答部２０４、相互監視部２０５、電源制御部２０６、異常処理部２０７、保守部２０８、システム制御部２０９は、例えば、ＡＳＩＣ（Application Specific Integrated Circuit）などの集積回路で作成可能である。

また、電源をオフに制御された待機系のＳＰが有する、通信部、異常処理部及び電源制御部には常時電力が供給される。したがって、他の情報処理装置が有するＳＰから、自装置と同じ情報処理装置内にある運用系のＳＰに異常が生じたことを通知された場合、電源をオフにした待機系のＳＰは、自装置の電源をオンに制御することができる。

［実施例１に係るＳＰによる処理動作］
次に、実施例１に係るＳＰ９８ａ、９９ａ、１００ａ、１０１ａの処理動作を説明する。ここでは、図８Ａ〜図８Ｃを用いて、相互監視を要求する処理動作を説明し、図９Ａ〜図９Ｃを用いて、異常発生時の処理動作を説明し、図１０を用いて、相互監視相手が存在しない場合の処理動作を説明し、図１１を用いて、保守設定時の処理動作を説明する。

（相互監視を要求する処理動作）
図８Ａは、種別判定通知を送信する処理動作を示す図であり、図８Ｂは、相互監視対象通知を送信する処理動作を示す図であり、図８Ｃは、相互監視を開始後の処理動作を示す図である。

図８Ａでは、情報処理装置１００が起動した直後であり、ＳＰ１００ａとＳＰ１００ｂとが共に電源がオンである。そして、運用系であるＳＰ１００ａは、情報処理装置９８、９９、１０１、１０２が有する各ＳＰに種別判定通知を送信する（ステップＳ１１）。

図８Ｂでは、ＳＰ１００ａが種別判定通知に対する応答を受信し（ステップＳ１２）、受信した応答に基づいて、ＳＰ９９ａ及びＳＰ１０１ａに相互監視対象通知を送信する（ステップＳ１３）。そして、ＳＰ１００ａは、ＳＰ９９ａ及びＳＰ１０１ａから相互監視を許可する応答を受信した場合、ＳＰ９９ａ及びＳＰ１０１ａと相互監視を開始する。

図８Ｃでは、ＳＰ１００ａは、ＳＰ９９ａ及びＳＰ１０１ａと相互監視を開始し（ステップＳ１４）、ＳＰ１００ｂに対して電源をオフに制御する（ステップＳ１５）。このように、待機系であるＳＰ１００ｂの電源をオフに制御することによって、ＳＰ１００ａは、待機系の消費電力を削減することができる。

（異常発生時の処理動作）
図９Ａは、異常発生を検出した場合の処理動作を示す図であり、図９Ｂは、異常発生を検出した後の相互監視を要求する処理動作を示す図であり、図９Ｃは、相互監視を許可する応答を受信した場合に更新された相互監視テーブルの一例を示す図である。

図９Ａでは、ＳＰ１００ａは、ＳＰ９９ａ及びＳＰ１０１ａと相互監視しており（ステップＳ１６）、ＳＰ９９ａに異常が生じたことを検出する。そして、ＳＰ１００ａは、ＳＰ９９ａに対して待機系であるＳＰ９９ｂの電源をオンに制御する（ステップＳ１７）。

続いて、図９Ｂでは、ＳＰ１００ａは、ＳＰ９９ａを相互監視対象から外し（ステップＳ１８）、ＳＰ９８ａに相互監視対象通知を送信する（ステップＳ１９）。そして、ＳＰ１００ａは、ＳＰ９８ａから相互監視を許可する応答を受信した場合（ステップＳ２０）、図９Ｃに示すように相互監視テーブル２０２を更新する。すなわち、ＳＰ１００ａは、ＩＰアドレスが「１９２．１６８．１．９８」に紐付けられる「相互監視対象」に「１」を格納する（ステップＳ２１）。

（相互監視相手が存在しない場合の処理動作）
図１０は、相互監視相手が存在しない場合の処理動作を示す図である。図１０では、ＳＰ１００ａが相互監視対象通知を送信したが（ステップＳ２２）、ＳＰ９８ａ、ＳＰ９９ａ、ＳＰ１０１ａのいずれからも相互監視を許可する応答を受信できなかった場合を示す。この場合、ＳＰ１００ａは、ＳＰ１００ｂの電源をオンに制御し（ステップＳ２３）、他の運用系ＳＰと相互監視をすることなく、ＳＰ１００ｂによって二重化される。

（保守設定時の処理動作）
図１１は、保守設定時の処理動作を示す図である。図１１では、ＳＰ９８ａとＳＰ９９ａとが相互監視し、ＳＰ９９ａとＳＰ１００ａとが相互監視し、ＳＰ１００ａとＳＰ１０１ａとが相互監視している。

このような状態において、ＳＰ１００ａが保守状態に設定された場合、ＳＰ１００ａは、ＳＰ１００ｂの電源をオンに制御し（ステップＳ２４）、相互監視対象であるＳＰ９９ａ及びＳＰ１０１ａに保守設定通知を送信する（ステップＳ２５）。そして、ＳＰ１００ａは、ＳＰ９９ａ及びＳＰ１０１ａから保守設定通知に対する応答を受信した場合、ＳＰ９９ａ及びＳＰ１０１ａによる相互監視対象から外れる。この結果、ＳＰ９９ａとＳＰ１０１ａとが相互監視を開始する（ステップＳ２６）。

［実施例１に係るＳＰによる処理の処理手順］
次に図１２〜１７を用いて、実施例１に係るＳＰ９８ａ、９９ａ、１００ａ、１０１ａによる処理の処理手順を説明する。

（全体の処理の流れ）
まず、図１２を用いて、実施例１に係るＳＰ９８ａ、９９ａ、１００ａ、１０１ａによる処理を説明する。図１２は、実施例１に係るＳＰによる処理の処理手順を示すフローチャートである。ＳＰ９８ａ、９９ａ、１００ａ、１０１ａは、例えば、自装置が起動したことを契機に処理を実行する。また、この場合、自装置に対して待機系であるＳＰの電源も投入されているものとする。なお、ここでは、ＳＰ１００ａを例に全体の処理の流れを説明するが、他のＳＰにおいても同様の処理を実行する。

図１２に示すように、ＳＰ１００ａは、相互監視する装置を検出する（ステップＳ１０１）。そして、ＳＰ１００ａは、検出した装置と相互監視を実行し（ステップＳ１０２）、相互監視する装置に異常が生じたか否かを判定する（ステップＳ１０３）。

ここで、ＳＰ１００ａは、相互監視する装置に異常が生じたと判定した場合（ステップＳ１０３、Ｙｅｓ）、異常処理を実行する（ステップＳ１０４）。そして、ＳＰ１００ａは、異常処理の実行後、ステップＳ１０５に移行する。一方、ＳＰ１００ａは、相互監視する装置に異常が生じていないと判定した場合（ステップＳ１０３、Ｎｏ）、ステップＳ１０５に移行する。

ＳＰ１００ａは、ステップＳ１０５に移行し、保守設定を受付けたか否かを判定する（ステップＳ１０５）。ここで、ＳＰ１００ａは、保守設定を受付けていないと判定した場合（ステップＳ１０５、Ｎｏ）、ステップＳ１０２に移行して相互監視を実行する。

一方、ＳＰ１００ａは、保守設定を受付けたと判定した場合（ステップＳ１０５、Ｙｅｓ）、保守処理を実行し（ステップＳ１０６）、処理を終了する。

（相互監視を要求する処理）
次に、図１３を用いて、実施例１に係るＳＰ９８ａ、９９ａ、１００ａ、１０１ａによる相互監視を要求する処理を説明する。図１３は、実施例１に係るＳＰによる相互監視を要求する処理の処理手順を示すフローチャートである。なお、この処理は、図１２に示したステップＳ１０１の処理に対応する。また、ここでは、ＳＰ１００ａを例に相互監視を要求する処理を説明するが、他のＳＰにおいても同様の処理を実行する。

図１３に示すように、ＳＰ１００ａは、ネットワーク経由で同一種別の装置を検索する（ステップＳ２０１）。そして、ＳＰ１００ａは、同一種別の装置があるか否かを判定する（ステップＳ２０２）。ここで、ＳＰ１００ａは、同一種別の装置があると判定した場合（ステップＳ２０２、Ｙｅｓ）、全ての同一種別の装置を抽出する（ステップＳ２０３）。

そして、ＳＰ１００ａは、抽出した同一種別の装置の一覧をＩＰアドレス順にソートする（ステップＳ２０４）。続いて、ＳＰ１００ａは、所定のルールに従って、相互監視対象を特定し、特定した相互監視対象に相互監視対象通知を送信する（ステップＳ２０５）。その後、ＳＰ１００ａは、相互監視を許可する応答を受信したか否かを判定する（ステップＳ２０６）。

ここで、ＳＰ１００ａは、相互監視を許可する応答を受信したと判定した場合（ステップＳ２０６、Ｙｅｓ）、相互監視テーブル２０２を更新し（ステップＳ２０７）、相互監視を実行する（ステップＳ２０８）。そして、ＳＰ１００ａは、自装置に対して待機系であるＳＰ１００ｂの電源をオフにして（ステップＳ２０９）、相互監視を要求する処理を終了する。

また、ＳＰ１００ａは、ステップＳ２０２において、同一種別の装置がないと判定した場合（ステップＳ２０２、Ｎｏ）、ＳＰ１００ａは、ＳＰ１００ｂと二重化で動作し（ステップＳ２１０）、生存監視を実行する（ステップＳ２１１）。そして、ＳＰ１００ａは、相互監視を要求する処理を終了する。また、ＳＰ１００ａは、ステップＳ２０６において、相互監視を許可するものではない応答を受信したと判定した場合（ステップＳ２０６、Ｎｏ）、ステップＳ２０５に移行する。

（異常発生時の処理）
続いて、図１４を用いて、実施例１に係るＳＰ９８ａ、９９ａ、１００ａ、１０１ａによる異常発生時の処理を説明する。図１４は、ＳＰによる異常発生時の処理の処理手順を示すフローチャートである。なお、この処理は、図１２に示したステップＳ１０４の処理に対応する。また、ここでは、ＳＰ９９ａに異常が生じた場合を例に、ＳＰ１００ａによる異常発生時の処理を説明する。

図１４に示すように、ＳＰ１００ａは、通信ができなくなったＳＰ９９ａに対して待機系であるＳＰ９９ｂの状態を確認し（ステップＳ３０１）、電源がオンであるか否かを判定する（ステップＳ３０２）。ここで、ＳＰ１００ａは、ＳＰ９９ｂの電源がオンでないと判定した場合（ステップＳ３０２、Ｎｏ）、ＳＰ９９ａに対して待機系であるＳＰ９９ｂに対して電源をオンにし（ステップＳ３０３）、ステップＳ３０４に移行する。

一方、ＳＰ１００ａは、ＳＰ９９ｂの電源がオンであると判定した場合（ステップＳ３０２、Ｙｅｓ）、ステップＳ３０４に移行する。すなわち、ＳＰ１００ａは、相互監視テーブル２０２を更新する（ステップＳ３０４）。

そして、ＳＰ１００ａは、相互監視対象が存在するか否かを判定する（ステップＳ３０５）。ここで、ＳＰ１００ａは、相互監視対象が存在すると判定した場合（ステップＳ３０５、Ｙｅｓ）、ルールに従って、相互監視対象を特定し、特定した相互監視対象に相互監視対象通知を送信する（ステップＳ３０６）。その後、ＳＰ１００ａは、相互監視を許可する応答を受信したか否かを判定する（ステップＳ３０７）。

ここで、ＳＰ１００ａは、相互監視を許可する応答を受信したと判定した場合（ステップＳ３０７、Ｙｅｓ）、相互監視テーブル２０２を更新し（ステップＳ３０８）、相互監視を実行する（ステップＳ３０９）。一方、ＳＰ１００ａは、ステップＳ３０７において、相互監視を許可するものではない応答を受信したと判定した場合（ステップＳ３０７、Ｎｏ）、ステップＳ３０６に移行する。

また、ＳＰ１００ａは、ステップＳ３０５において、相互監視対象が存在しないと判定した場合（ステップＳ３０５、Ｎｏ）、以下の処理を実行する。すなわち、ＳＰ１００ａは、自装置に対して待機系であるＳＰ１００ｂに対して電源をオンにし（ステップＳ３１０）、生存を監視する（ステップＳ３１１）。ＳＰ１００ａは、ステップＳ３０９の処理の終了後、またはステップＳ３１１の処理が終了後、異常発生時の処理を終了する。

（保守設定時の通知処理）
次に、図１５を用いて、実施例１に係るＳＰ９８ａ、９９ａ、１００ａ、１０１ａによる保守設定時の通知処理の処理手順について説明する。図１５は、ＳＰによる保守設定時の通知処理の処理手順を示すフローチャートである。なお、この処理は、図１２に示したステップＳ１０６の処理に対応する。また、ここでは、ＳＰ１００ａを例に保守設定時の通知処理を説明するが、他のＳＰにおいても同様の処理を実行する。

図１５に示すように、ＳＰ１００ａは、保守設定を受付け（ステップＳ４０１）、自装置に対して待機系であるＳＰ１００ｂの電源をオンにする（ステップＳ４０２）。そして、ＳＰ１００ａは、相互監視対象に保守設定を通知する（ステップＳ４０３）。

続いて、ＳＰ１００ａは、相互監視対象から応答を得え、相互監視テーブル２０２を更新し（ステップＳ４０４）、処理を終了する。

（相互監視対象通知に対する応答処理）
次に、図１６を用いて、実施例１に係るＳＰ９８ａ、９９ａ、１００ａ、１０１ａによる相互監視対象通知に対する応答処理の処理手順を説明する。図１６は、ＳＰによる相互監視対象通知に対する応答処理の処理手順を示すフローチャートである。ＳＰ９８ａ、９９ａ、１００ａ、１０１ａは、種別判定通知を受付けたことを契機に処理を実行する。なお、ここでは、ＳＰ９９ａが、ＳＰ１００ａから相互監視対象通知を受信した場合を例に相互監視対象通知に対する応答処理を説明するが、他のＳＰにおいても同様の処理を実行する。

図１６に示すように、ＳＰ９９ａは、種別判定通知を受付け（ステップＳ５０１）、受付けた種別判定通知に応答する（ステップＳ５０２）。そして、ＳＰ９９ａは、相互監視対象通知を受信したか否かを判定する（ステップＳ５０３）。ここで、ＳＰ９９ａは、相互監視対象通知を受信していないと判定した場合（ステップＳ５０３、Ｎｏ）、処理を終了する。

一方、ＳＰ９９ａは、相互監視対象通知を受信したと判定した場合（ステップＳ５０３、Ｙｅｓ）、相手装置、ＳＰ１００ａが相互監視対象として妥当であるか否かを判定する（ステップＳ５０４）。

ここで、ＳＰ９９ａは、相手装置が相互監視対象として妥当であると判定した場合（ステップＳ５０４、Ｙｅｓ）、相互監視テーブル２０２を更新する（ステップＳ５０５）。また、ＳＰ９９ａは、相手装置に相互監視対象として許可することを応答し（ステップＳ５０６）、処理を終了する。

一方、ＳＰ９９ａは、相手装置が相互監視対象として妥当でないと判定した場合（ステップＳ５０４、Ｎｏ）、相手装置に相互監視対象として許可しないことを応答し（ステップＳ５０７）、処理を終了する。

（保守設定通知に応答する処理）
次に、図１７を用いて、実施例１に係るＳＰ９８ａ、９９ａ、１００ａ、１０１ａによる保守設定通知に応答する処理の処理手順を説明する。図１７は、保守設定通知に応答する処理の処理手順を示すフローチャートである。ＳＰ９８ａ、９９ａ、１００ａ、１０１ａは、保守設定通知を受付けたことを契機に処理を実行する。なお、ここでは、ＳＰ９９ａが、ＳＰ１００ａから保守設定通知を受信した場合を例に保守設定通知に応答する処理を説明するが、他のＳＰにおいても同様の処理を実行する。

図１７に示すように、ＳＰ９９ａは、保守設定通知を受付け（ステップＳ６０１）、相互監視対象が存在するか否かを判定する（ステップＳ６０２）。ここで、ＳＰ９９ａは、相互監視対象が存在すると判定した場合（ステップＳ６０２、Ｙｅｓ）、ルールに従って、相互監視対象を特定し、特定した相互監視対象に相互監視対象通知を送信する（ステップＳ６０３）。その後、ＳＰ９９ａは、相互監視を許可する応答を受信したか否かを判定する（ステップＳ６０４）。

ここで、ＳＰ９９ａは、相互監視を許可する応答を受信したと判定した場合（ステップＳ６０４、Ｙｅｓ）、相互監視テーブル２０２を更新し（ステップＳ６０５）、相互監視を実行し（ステップＳ６０６）、ステップＳ６１０に移行する。一方、ＳＰ９９ａは、ステップＳ６０４において、相互監視を許可するものではない応答を受信したと判定した場合（ステップＳ６０４、Ｎｏ）、ステップＳ６０３に移行する。

一方、ステップＳ６０２において、相互監視対象が存在しないと判定した場合（ステップＳ６０２、Ｎｏ）、以下の処理を実行する。すなわち、ＳＰ９９ａは、自装置に対して待機系である装置ＳＰ９９ｂに対して電源をオンにし（ステップＳ６０７）、生存を監視する（ステップＳ６０８）。そして、ＳＰ９９ａは、相互監視テーブル２０２を更新し（ステップＳ６０９）、ステップＳ６１０に移行する。

ステップＳ６１０において、ＳＰ９９ａは、保守設定通知に対する応答を送信して（ステップＳ６１０）、保守設定通知に応答する処理を終了する。

［実施例１の効果］
上述してきたように、実施例１に係るＳＰは、他の運用系ＳＰと生存状態を相互に監視するので、待機系ＳＰの電源をオフにすることができ、省電力化を図ることができる。

また、実施例１に係るＳＰは、相互監視する対象に異常が生じた場合、相互監視対象に対して待機系であるＳＰの電源をオンに制御する。そして、他の情報処理装置が有する運用系ＳＰから相互監視する対象を選択する。このように、実施例１に係るＳＰは、相互監視する対象を自動で検知する。このため、利用者は、相互監視する対象に異常が生じた場合や、新たに情報処理装置をＨＰＣ１に追加することでデータセンターの構成が変わっても、定義変更などの手間を省略することができる。

また、実施例１に係るＳＰは、相互監視する対象が存在しなくなった場合に、自装置に対して待機系であるＳＰの電源をオンにして二重化で動作する。すなわち、実施例１に係るＳＰは、相互監視対象が存在しなくなるまでは待機系ＳＰの電源をオフにすることができる。この結果、実施例１に係るＳＰを用いた電力制御方法では、高い省電力効果を得ることができる。また、実施例１に係るＳＰは、各ＳＰで相互監視する範囲を限定することによって、ネットワークに余分な負荷をかけることなく省電力化を実現できる。

また、実施例１に係るＳＰは、自装置が保守される場合、相互監視するＳＰに自装置を相互監視対象から外すように通知する。そして、保守されるＳＰと相互監視をしていたＳＰは、新たな相互監視対象を選択し、選択したＳＰと相互監視を実行する。この結果、保守される装置を相互監視していたＳＰは、保守されるＳＰや保守されるＳＰを有する情報処理装置の電源をオフにされた場合でも、保守されるＳＰが故障したと誤認識するのを防止できる。

また、実施例１に係るＳＰは、相互監視対象を選択する所定のルール及び相互監視する間隔を任意に変更することができる。このため、利用者は、データセンターの規模に応じて本願の開示する電力制御方法を適用することができる。

さらに、本願の開示する電力制御方法は、物理的な部品や装置を新たに追加することなく、現状のハード構成のまま実現できる。このため、利用者は、例えば、データセンターを省電力するにあたり、初期投資にかかる費用を節約できる。

ところで、本発明は、上述した実施例以外にも、種々の異なる形態にて実施されてよい。そこで、実施例２では、本発明に含まれる他の実施例について説明する。

（システム構成等）
実施例１において説明した各処理のうち自動的に行われるものとして説明した処理の全部または一部を手動的に行うこともできる。あるいは、手動的に行われるものとして説明した処理の全部又は一部を公知の方法で自動的に行うこともできる。この他、上記文章中や図面中で示した処理手順、制御手順、具体的名称については、特記する場合を除いて任意に変更することができる。

実施例１では、二重化されたシステム制御装置を有する情報処理装置をネットワークで接続するコンピュータシステムを例に説明したが、開示の技術は、これに限定されるものではない。例えば、開示の技術は、二重化されたシステム制御装置を有する電子装置にも適用可能である。

また、実施例１では、システム制御装置の一例としてＳＰを例に用いて説明したが、これに限定されるものではない。例えば、他の二重化された系統のシステムにおいて、消費電力の削減にも利用可能である。

また、実施例１では、運用系ＳＰに異常が生じた場合について説明した。このように、運用系ＳＰに異常が生じた場合、異常が生じたＳＰは、正常なＳＰに交換されることになる。開示の技術は、このような場合にも適用可能である。

例えば、二重化されたＳＰにおいて、運用系ＳＰに異常が生じた場合、待機系ＳＰが動作する。そして、異常が生じたＳＰを正常なＳＰに交換することによってＳＰの二重化構成が復旧する。そして、運用系ＳＰは、ＳＰの二重化構成が確立した後に、再び相互監視を実行する。この相互監視は、実施例１で説明した処理手順で実行される。この結果、運用系ＳＰは、相互監視が確立した場合、待機系ＳＰの電源をオフに制御できる。すなわち、待機系ＳＰの消費電力を削減することができる。

監視対象特定部２０３は、同種の装置であるＳＰから種別判定通知に対する応答を受信し、ＩＰアドレスの順にソートするものとして説明したが、これに限定されるものではない。例えば、監視対象特定部２０３は、ＭＡＣ（Media Access Control）アドレスの順にソートするようにしてもよい。

また、図示した相互監視テーブル２０２が格納する情報は一例に過ぎず、必ずしも図示のごとく情報が格納される必要はない。例えば、相互監視テーブル２０２は、「ＩＰアドレス」と「相互監視対象」とだけを対応付けて記憶するようにしてもよい。

また、各種の負荷や使用状況などに応じて、各実施例において説明した各処理の各ステップでの処理の順番を変更してもよい。

また、図示した各構成部は、必ずしも物理的に図示のごとく構成されていることを要しない。例えば、ＳＰ１００ａにおいて、監視対象特定部２０３と監視依頼応答定部２０４とが統合されてもよい。さらに、各装置にて行われる各処理機能は、その全部または任意の一部が、ＣＰＵおよび当該ＣＰＵにて解析実行されるプログラムにて実現され、あるいは、ワイヤードロジックによるハードウェアとして実現され得る。

１ ＨＰＣ
９８、９９、１００、１０１、１０２ 情報処理装置
９８ａ、９８ｂ、９９ａ、９９ｂ、１００ａ、１００ｂ、１０１ａ、１０１ｂ、１０２ａ ＳＰ
２０１ 通信部
２０２ 相互監視テーブル
２０３ 監視対象特定部
２０４ 監視依頼応答部
２０５ 相互監視部
２０６ 電源制御部
２０７ 異常処理部
２０８ 保守部
２０９ システム制御部
２１０ 電源

Claims (16)

1. ネットワークを介して他の電子装置と接続された電子装置に含まれるシステム制御装置において、
   他の電子装置が有する運用系のシステム制御装置と生存状態を相互に監視する監視部と、
   前記監視部が前記他の電子装置が有する運用系のシステム制御装置の生存状態の監視を開始した場合、前記電子装置が有する他のシステム制御装置の電源をオフに制御する電源制御部と
   を有することを特徴とするシステム制御装置。
2. 前記監視部によって前記他の電子装置が有する運用系のシステム制御装置の異常が検出された場合、前記他の電子装置が有する待機系システム制御装置の電源をオンに制御し、自装置とネットワークを介して接続される他の電子装置が有する運用系のシステム制御装置のなかから生存状態を相互に監視するシステム制御装置を特定する異常処理部を更に有し、
   前記監視部は、前記異常処理部によって特定された他の電子装置のシステム制御装置との間で生存状態を相互に監視する
   ことを特徴とする請求項１に記載のシステム制御装置。
3. 前記異常処理部によって生存状態を相互に監視する他の電子装置のシステム制御装置を特定できないと判定された場合、
   前記電源制御部は、前記電子装置が有する他のシステム制御装置の電源をオンに制御し、
   前記監視部は、電源がオンに制御された前記他のシステム制御装置との間で生存状態を相互に監視する
   ことを特徴とする請求項２に記載のシステム制御装置。
4. 他の電子装置が有する運用系のシステム制御装置のなかから、生存状態を相互に監視するシステム制御装置を特定する特定部を更に有し、
   前記監視部は、前記特定部によって特定されたシステム制御装置と生存状態を相互に監視することを特徴とする請求項１に記載のシステム制御装置。
5. 他の電子装置が有する運用系のシステム制御装置から生存状態を相互に監視する要求を受付け、前記要求を発したシステム制御装置との間で生存状態を相互に監視することを許可するか否かを判定する判定部を更に有することを特徴とする請求項４に記載のシステム制御装置。
6. 前記特定部は、他の電子装置が有する運用系のシステム制御装置の判定部に生存状態を相互に監視することを要求し、該判定部から生存状態を相互に監視することを許可された場合に、前記他の電子装置が有する運用系のシステム制御装置を、生存状態を相互に監視するシステム制御装置として特定することを特徴とする請求項５に記載のシステム制御装置。
7. 自装置が保守モードに設定されたことを受付け、生存状態を相互に監視している運用系のシステム制御装置に自装置を生存状態の監視対象から外すことを要求する保守部を更に有し、
   前記電源制御部は、前記保守部によって自装置が保守モードに設定された場合、前記電子装置が有する他のシステム制御装置の電源をオンに制御することを特徴とする請求項１に記載のシステム制御装置。
8. ネットワークを介して他の電子装置と接続された電子装置に含まれるシステム制御装置が、
   他の電子装置が有する運用系のシステム制御装置と生存状態を相互に監視し、
   前記他の電子装置が有する運用系のシステム制御装置の生存状態の監視を開始した場合に、自装置に対して待機系である、前記電子装置が有するシステム制御装置の電源をオフに制御する
   処理を実行することを特徴とする電力制御方法。
9. 前記システム制御装置が、更に
   前記他の電子装置が有する運用系のシステム制御装置の異常を検出した場合、前記他の電子装置が有する待機系システム制御装置の電源をオンに制御し、自装置とネットワークを介して接続される他の電子装置が有する運用系のシステム制御装置のなかから生存状態を相互に監視するシステム制御装置を特定し、
   前記監視する処理は、前記特定された他の電子装置のシステム制御装置との間で生存状態を相互に監視する
   処理を実行することを特徴とする請求項８に記載の電力制御方法。
10. 前記特定する処理によって、生存状態を相互に監視する他の電子装置のシステム制御装置を特定できないと判定された場合、
    前記電源を制御する処理は、前記電子装置が有する他のシステム制御装置の電源をオンに制御し、
    前記監視する処理は、電源がオンに制御された前記他のシステム制御装置との間で生存状態を相互に監視する
    処理を実行することを特徴とする請求項９に記載の電力制御方法。
11. 前記システム制御装置が、更に
    他の電子装置が有する運用系のシステム制御装置のなかから、生存状態を相互に監視するシステム制御装置を特定し、
    前記監視する処理は、前記特定されたシステム制御装置と生存状態を相互に監視する処理を実行することを特徴とする請求項８に記載の電力制御方法。
12. 前記システム制御装置が、更に
    他の電子装置が有する運用系のシステム制御装置から生存状態を相互に監視する要求を受付け、前記要求を発したシステム制御装置との間で生存状態を相互に監視することを許可するか否かを判定する処理を実行することを特徴とする請求項１１に記載の電力制御方法。
13. 前記特定する処理は、他の電子装置が有する運用系のシステム制御装置に生存状態を相互に監視することを要求し、生存状態を相互に監視することを許可された場合に、前記他の電子装置が有する運用系のシステム制御装置を、生存状態を相互に監視するシステム制御装置として特定する処理を実行することを特徴とする請求項１２に記載の電力制御方法。
14. 前記システム制御装置が、更に
    自装置が保守モードに設定されたことを受付け、生存状態を相互に監視している運用系のシステム制御装置に自装置を生存状態の監視対象から外すことを要求し、
    前記電源を制御する処理は、自装置が保守モードに設定された場合、前記電子装置が有する他のシステム制御装置の電源をオンに制御する処理を実行することを特徴とする請求項８に記載の電力制御方法。
15. 運用系と待機系とで冗長化されたシステム制御装置を有する複数の電子装置がネットワークにより接続された電子システムにおいて、
    前記電子装置が有するシステム制御装置は、
    自装置が運用系に設定された場合に、ネットワークを介して他の電子装置が有する運用系のシステム制御装置との間で生存状態を相互に監視する監視部と、
    前記監視部によって前記他の電子装置が有する運用系のシステム制御装置の生存状態の監視が開始された場合に、自装置に対して待機系であるシステム制御装置の電源をオフに制御する電源制御部と
    を有する
    ことを特徴とする電子システム。
16. 前記監視部によって前記他の電子装置が有する運用系のシステム制御装置の異常が検出された場合、前記他の電子装置が有する待機系システム制御装置の電源をオンに制御し、自装置とネットワークを介して接続される他の電子装置が有する運用系のシステム制御装置のなかから生存状態を相互に監視するシステム制御装置を特定する異常処理部を更に有し、
    前記監視部は、前記異常処理部によって特定された他の電子装置のシステム制御装置との間で生存状態を相互に監視する
    ことを特徴とする請求項１５に記載の電子システム。

Images