JP2013127723A - ハードウェア管理装置、情報処理装置、ハードウェア管理方法、および、コンピュータ・プログラム - Google Patents

Abstract

【課題】外部からの管理要求の受信頻度が増加した場合の応答遅延を軽減するＢＭＣを提供すること。
【解決手段】コンピュータ装置を構成するハードウェアの状態を検出するセンサから得られるセンサ情報を取得するハードウェア監視部１１と、センサ情報格納部１２と、所定の仕様にしたがってハードウェアに関する管理処理を行う管理処理部１３と、管理処理の実行要求を表す情報が入力されるとともにその応答を出力するユーザインタフェースを提供する管理インタフェース部１５と、管理インタフェース部１５に入力された実行要求を表す情報が、センサ情報の取得要求を表す場合には、センサ情報格納部１２から該当するセンサ情報を取得して管理インタフェース部１５に応答し、実行要求を表す情報が、センサ情報の取得要求以外を表す場合には、管理処理部１３に対して、所定の仕様にしたがった管理要求メッセージを発行する管理要求仲介部１７と、を備える。
【選択図】 図２

Description

本発明は、情報処理装置を構成するハードウェアに対する管理処理を行うハードウェア管理装置、そのようなハードウェア管理装置を含む情報処理装置、ハードウェア管理方法、および、コンピュータ・プログラムに関する。

コンピュータ装置を構成するハードウェアに対する管理処理を行うベースボード・マネージメント・コントローラ（ＢＭＣ：ハードウェア管理装置）が知られている。ＢＭＣは、ハードウェアの状態を検出する各種センサからのセンサ情報の取得、および、電源制御等といった管理処理を行う機能を有している。ここで、ＢＭＣによって取得可能な各種センサ情報としては、プロセッサの電圧や温度、メモリやＩ／Ｏ（Input/Output）部品等の動作状態、各種部品のヘルス状態、装置の電源状態等がある。このようなＢＭＣは、自装置が搭載されたコンピュータ装置本体のプロセッサおよび本体上で動作するＯＳ（Operating System）には依存せずに動作する。また、このようなＢＭＣは、自装置が搭載されたコンピュータ装置本体の電源状態にも依存せずに動作する。また、このようなＢＭＣは、自装置が搭載されたコンピュータ装置本体とは独立して、外部のネットワークに接続する。これにより、このようなＢＭＣが搭載されたコンピュータ装置は、ネットワークを介した外部装置からハードウェアを管理されることも可能である。このようなＢＭＣとしては、ＩＰＭＩ（Intelligent Platform Management Interface）に準拠するものがよく知られている（例えば、特許文献１参照）。

このようなＢＭＣは、ＩＰＭＩ等の仕様にしたがって管理処理を要求する管理要求メッセージに応じて管理処理を行う管理処理部を有している。また、このようなＢＭＣは、管理処理の実行要求を表す情報が入力されると、対応する管理要求メッセージを管理処理部に発行してその応答を出力する管理インタフェース機能を有している。このような管理インタフェース機能は、例えば、ウェブサーバや、ＳＭＡＳＨ ＣＬＰ（Systems Management Architecture for Server Hardware Command Line Protocol）サーバによって構成される。

特開２０１０−３３５０６号公報

しかしながら、特許文献１に記載されたようなＩＰＭＩ仕様にしたがった管理処理部を有するＢＭＣでは、外部装置からの管理処理実行要求の受信頻度が増加すると、管理処理部に対して内部的に発行される管理要求メッセージが増加する。このため、管理要求メッセージを処理する管理処理部は過負荷状態になり、管理要求メッセージの処理遅延やタイムアウトが生じる。その結果、管理処理の実行要求元である外部装置における応答出力が遅延していた。

本発明は、上述の課題を解決するためになされたもので、外部からの管理処理実行要求の受信頻度が増加した場合の応答遅延を軽減するＢＭＣを提供することを目的とする。

本発明のハードウェア管理装置は、コンピュータ装置を構成するハードウェアの状態を検出するセンサから得られるセンサ情報を取得するハードウェア監視部と、前記センサ情報を格納するセンサ情報格納部と、所定の仕様にしたがって前記ハードウェアに関する管理処理を行う管理処理部と、前記管理処理の実行要求を表す情報が入力されるとともにその応答を出力するユーザインタフェースを提供する管理インタフェース部と、前記管理インタフェース部に入力された前記実行要求を表す情報が、前記センサ情報の取得要求を表す場合には、前記センサ情報格納部から該当するセンサ情報を取得して前記管理インタフェース部に応答し、前記実行要求を表す情報が、前記センサ情報の取得要求以外を表す場合には、前記管理処理部に対して、前記所定の仕様にしたがった管理要求メッセージを発行する管理要求仲介部と、を備える。

また、本発明の情報処理装置は、装置本体としての機能を提供するために動作するハードウェアと、上述のハードウェア管理装置と、を備える。

また、本発明のハードウェア管理方法は、コンピュータ装置を構成するハードウェアの状態を検出するセンサから得られるセンサ情報を取得し、前記センサ情報をセンサ情報格納部に格納し、前記ハードウェアに関する管理処理の実行要求を表す情報が入力されると、前記実行要求を表す情報が、前記センサ情報の取得要求を表す場合には、前記センサ情報格納部から該当するセンサ情報を取得して出力し、前記実行要求を表す情報が、前記センサ情報の取得要求以外を表す場合には、所定の仕様にしたがった管理要求メッセージを発行することにより、該管理要求メッセージに応じた管理処理を行う。

また、本発明のコンピュータ・プログラムは、コンピュータ装置を構成するハードウェアの状態を検出するセンサから得られるセンサ情報を取得するハードウェア監視ステップと、前記センサ情報をセンサ情報格納部に格納するセンサ情報格納ステップと、前記ハードウェアに関する管理処理の実行要求を表す情報が入力される実行要求入力ステップと、前記実行要求を表す情報が、前記センサ情報の取得要求を表す場合には、前記センサ情報格納部から該当するセンサ情報を取得するセンサ情報取得ステップと、前記実行要求を表す情報が、前記センサ情報の取得要求以外を表す場合には、所定の仕様にしたがった管理要求メッセージを発行することにより前記管理処理を行う管理要求メッセージ発行ステップと、をハードウェア管理装置に実行させる。

本発明は、外部からの管理処理実行要求の受信頻度が増加した場合の応答遅延を軽減するＢＭＣを提供することができる。

本発明の第１の実施の形態としての情報処理装置のハードウェア構成図である。 本発明の第１の実施の形態としてのハードウェア管理装置の機能ブロック図である。 本発明の第１の実施の形態における管理要求仲介部の詳細な機能ブロック図である。 本発明の第１の実施の形態としてのハードウェア管理装置の動作を説明するフローチャートである。 本発明の第２の実施の形態としての情報処理装置のハードウェア構成図である。 本発明の第２の実施の形態としてのハードウェア管理装置の機能ブロック図である。 本発明の第２の実施の形態におけるセンサ情報格納部に格納される情報の一例を示す図である。 本発明の第２の実施の形態における管理要求仲介部の詳細な機能ブロック図である。 本発明の第２の実施の形態としてのハードウェア管理装置のセンサ情報同期動作を説明するフローチャートである。 本発明の第２の実施の形態としてのハードウェア管理装置の管理処理動作を説明するフローチャートである。

以下、本発明の実施の形態について、図面を参照して詳細に説明する。

（第１の実施の形態）
本発明の第１の実施の形態としての情報処理装置１のハードウェア構成を図１に示す。図１において、情報処理装置１は、ＣＰＵ（Central Processing Unit）９００１と、メモリ９００２と、各種Ｉ／Ｏ（Input/Output）部品９００３とを含んでいる。これらは、情報処理装置１が装置本体としての機能を提供するために動作するハードウェアである。これらのハードウェアは、後述のＢＭＣ１０により管理される。なお、ＣＰＵ９００１と、メモリ９００２と、各種Ｉ／Ｏ部品９００３とを、以降、総称して部品９００１〜９００３ともいう。ＣＰＵ９００１は、図示しないハードディスク装置等の記憶装置に記憶されたオペレーティングシステム等のコンピュータ・プログラムを、メモリ９００２に読み込んで実行し、各種Ｉ／Ｏ部品９００３を制御することにより、装置本体として動作する。Ｉ／Ｏ部品９００３は、例えば、ＰＣＩｅ（Peripheral Component Interconnect Express）、ＧｂＥ（ギガビット・イーサネット（登録商標））、ＶＧＡ（Video Graphics Array）、ＵＳＢ（Universal Serial Bus）等である。

また、情報処理装置１は、これらのハードウェアを管理するベースボード・マネージメント・コントローラ（ＢＭＣ）１０をさらに備えている。ここで、ＢＭＣ１０は、本発明におけるハードウェア管理装置の一実施形態を構成する。ＢＭＣ１０は、例えば、各部品９００１〜９００３が設けられたマザーボード上に設けられていてもよい。ＢＭＣ１０は、ＣＰＵ１００１と、メモリ１００２と、バスインタフェース１００３および１００４と、ＢＭＣ通信インタフェース１００５と、ＬＡＮ（Local Area Network）インタフェース１００６とを備えたマイクロコンピュータによって構成される。

ＣＰＵ１００１は、メモリ１００２内のファームウェアを読み込んで実行することにより、ＢＭＣ１０の各部を制御する。

バスインタフェース１００３は、バスを介して、部品９００１〜９００３を含むハードウェアの状態を検出する各種センサに接続する。ＢＭＣ１０によって取得可能な各種センサからの情報としては、例えば、ＣＰＵ１００１の電圧や温度、メモリ１００２、部品９００１〜９００３等の動作状態、各種部品のヘルス状態等がある。バスインタフェース１００４は、バス、サウスブリッジ、および、ノースブリッジを介して部品９００１〜９００３に接続する。バスインタフェース１００３および１００４は、例えば、ＳＰＩ（Serial Peripheral Interface）や、Ｉ^２Ｃ（Inter-Integrated Circuit）に接続するインタフェースによって構成される。なお、図１には、バスインタフェース１００３、バスインタフェース１００４、および、センサを１つずつ示したが本発明のハードウェア管理装置が有するバスインタフェースの数および接続するセンサの数を限定するものではない。

ＢＭＣ通信インタフェース１００５は、装置本体上で動作するソフトウェアおよびＢＭＣ１０間で管理要求メッセージおよびその応答メッセージを送受信するためのインタフェースである。ＢＭＣ通信インタフェース１００５は、例えば、ＫＣＳ（Keyboard Controller Style）インタフェースによって構成される。

ＬＡＮインタフェース１００６は、ＬＡＮを介して外部の装置に接続する。

次に、ＢＭＣ１０の機能ブロック構成を、図２に示す。図２において、ＢＭＣ１０は、ハードウェア監視部１１と、センサ情報格納部１２と、管理処理部１３と、管理インタフェース部１５と、管理要求仲介部１７とを備える。ここで、ハードウェア監視部１１は、メモリ１００２内のファームウェアを実行するＣＰＵ１００１と、バスインタフェース１００３とによって構成される。センサ情報格納部１２は、メモリ１００２によって構成される。管理処理部１３は、バスインタフェース１００４と、ＢＭＣ通信インタフェース１００５と、メモリ１００２内のファームウェアを実行するＣＰＵ１００１とによって構成される。管理インタフェース部１５は、ＬＡＮインタフェース１００６と、メモリ１００２内のファームウェアを実行するＣＰＵ１００１とによって構成される。管理要求仲介部１７は、メモリ１００２内のファームウェアを実行するＣＰＵ１００１によって構成される。なお、ＢＭＣ１０の各機能ブロックを構成するハードウェア構成は上述の構成に限定されない。

ハードウェア監視部１１は、部品９００１〜９００３の状態を監視する。具体的には、ハードウェア監視部１１は、各種センサから得られる各部品の状態を表すセンサ情報を取得する。また、ハードウェア監視部１１は、取得した各センサ情報を、後述のセンサ情報格納部１２に格納する。また、ハードウェア監視部１１は、これらの各センサから得られるセンサ情報が変化すると、センサ情報格納部１２を更新する。

センサ情報格納部１２は、ハードウェア監視部１１によって取得されたセンサ情報を格納する。例えば、センサ情報格納部１２は、センサ情報を識別する情報と、センサによって検出される値（電圧、温度、動作状態等を表す値等）と、検出された値が所定範囲内であるか否かを表す情報とを対応付けて格納していてもよい。また、センサ情報格納部１２は、所定のデータベースＡＰＩ（Application Program Interface）にしたがってデータの登録、更新、および取得が可能なデータベースアプリケーションソフトウェアによって管理されるテーブルとして実現される。

管理処理部１３は、所定の仕様にしたがって部品９００１〜９００３を含むハードウェアに関する管理処理を行う。ここで、所定の仕様とは、例えば、ＩＰＭＩ（Intelligent Platform Management Interface）仕様であってもよい。具体的には、管理処理部１３は、装置本体上で動作する内部クライアントから管理要求メッセージを受信すると、その管理要求メッセージの内容に応じた管理処理を行い、応答を内部クライアントに返却する。また、管理処理部１３は、管理要求仲介部１７から管理要求メッセージを受信すると、その管理要求メッセージの内容に応じた管理処理を行い、応答を管理要求仲介部１７に返却する。

管理インタフェース部１５は、部品９００１〜９００３を含むハードウェアに関する管理処理の実行要求を表す情報が入力されると、その応答を出力するユーザインタフェースを提供する。管理インタフェース部１５は、例えば、管理要求を表す情報およびその応答情報をテキストベースで入出力するコマンドラインインタフェースであってもよい。

管理要求仲介部１７は、管理インタフェース部１５に入力された実行要求を表す情報が、部品９００１〜９００３を含むハードウェアに関するセンサ情報の取得要求を表す場合には、センサ情報格納部１２から、該当するセンサ情報を取得する。そして、管理要求仲介部１７は、取得したセンサ情報を管理インタフェース部１５に応答する。また、管理要求仲介部１７は、管理インタフェース部１５に入力された実行要求を表す情報が、部品９００１〜９００３を含むハードウェアに関するセンサ情報の取得要求以外を表す場合には、管理処理部１３に対して、所定の仕様にしたがった管理要求メッセージを発行する。ここで、センサ情報の取得要求以外の管理処理要求としては、例えば、電源のオンオフ制御要求等のような、ハードウェアに対する運用制御要求がある。

管理要求仲介部１７の詳細な機能ブロック構成を、図３に示す。図３において、管理要求仲介部１７は、管理要求分岐部１７１と、管理要求メッセージ送受信部１７２と、管理要求変換部１７３と、データベースＡＰＩ１７４とを含む。

管理要求分岐部１７１は、管理インタフェース部１５に入力された実行要求を表す情報が、センサ情報の取得要求を表していれば、その実行要求を表す情報を管理要求変換部１７３に渡す。また、管理要求分岐部１７１は、実行要求を表す情報が、センサ情報の取得要求以外を表していれば、その実行要求を表す情報を管理要求メッセージ送受信部１７２に渡す。また、管理要求分岐部１７１は、管理要求メッセージ送受信部１７２または管理要求変換部１７３から応答される情報を、管理インタフェース部１５に返信する。

管理要求メッセージ送受信部１７２は、センサ情報の取得要求以外の管理処理の実行要求を表す情報を、所定の仕様にしたがった管理要求メッセージとして、管理処理部１３に対して送信する。また、管理要求メッセージ送受信部１７２は、管理処理部１３から応答される情報を、管理要求分岐部１７１に返信する。

管理要求変換部１７３は、センサ情報の取得要求を表す情報から、対象のセンサ情報を識別する情報を抽出し、データベースＡＰＩ１７４に出力する。また、管理要求変換部１７３は、データベースＡＰＩ１７４から応答される情報を、管理要求分岐部１７１に返却する。

データベースＡＰＩ１７４は、対象のセンサ情報を識別する情報を検索キーとして、センサ情報格納部１２からセンサ情報を検索する。該当するセンサ情報が存在した場合、データベースＡＰＩ１７４は、管理要求変換部１７３に該当するセンサ情報を返信する。

以上のように構成される情報処理装置１におけるＢＭＣ１０の動作について、図４を参照して説明する。なお、ハードウェア監視部１１は、ＢＭＣ１０の起動時に監視対象となるセンサ情報をセンサ情報格納部１２に登録し、登録したセンサ情報に変更があると更新していくものとする。

まず、管理インタフェース部１５は、ハードウェアに対する管理処理の実行要求を表す情報を、ネットワークを介して外部クライアントから取得する（ステップＳ１）。

次に、管理要求仲介部１７は、ステップＳ１で取得された実行要求を表す情報が、センサ情報の取得要求であるか否かを判断する（ステップＳ２）。

ここで、センサ情報の取得要求ではない場合、管理要求仲介部１７は、その実行要求を表す所定の仕様に従った管理要求メッセージを、管理処理部１３に対して送信する（ステップＳ３）。例えば、実行要求を表す情報が、電源の制御要求であれば、管理要求仲介部１７の管理要求分岐部１７１は、管理要求メッセージ送受信部１７２を介してその電源の制御要求を管理処理部１３に送信する。そして、管理処理部１３は、図１の部品９００１〜９００３を含む管理対象のハードウェアに対し、この電源の制御を実行する。管理処理部１３は、その制御の実行に対する応答情報を発生し、管理要求仲介部１７の管理要求メッセージ送受信部１７２に出力する。

そして、管理要求仲介部１７は、管理処理部１３からの応答情報を、管理インタフェース部１５に返却する。そして、管理インタフェース部１５は、返却された応答を外部クライアントに対して出力する（ステップＳ４）。

一方、ステップＳ２において、ステップＳ１で取得された実行要求を表す情報が、センサ情報の取得要求であると判断された場合、管理要求仲介部１７は、センサ情報の取得要求を表す情報を、データベースＡＰＩ１７４でのアプリケーションプログラムで扱われるデータに変換する（ステップＳ５）。具体的には、管理要求仲介部１７は、取得要求対象のセンサ情報を識別する情報を検索キーとしたデータベース検索要求に変換する。

そして、管理要求仲介部１７は、データベースＡＰＩ１７４を介して取得要求対象のセンサ情報を、センサ情報格納部１２から検索する（ステップＳ６）。

次に、管理要求仲介部１７は、検索したセンサ情報を、管理インタフェース部１５に返却する。そして、管理インタフェース部１５は、返却されたセンサ情報を、外部クライアントに対して出力する（ステップＳ７）。

以上で、ＢＭＣ１０が、外部クライアントから管理処理の実行要求を受信したときの動作の説明を終了する。

次に、本発明の第１の実施の形態の効果について述べる。

本発明の第１の実施の形態としてのＢＭＣ（ハードウェア管理装置）は、外部からの管理処理実行要求の受信頻度が増加した場合の応答遅延を軽減することができる。

その理由は、センサ情報を監視してセンサ情報格納部に格納し、管理要求仲介部が、外部から受信する管理処理実行要求がセンサ情報の取得要求であるか否かを判断し、センサ情報の取得要求である場合には、管理処理部に対して管理要求メッセージを発行する代わりに、センサ情報格納部から直接センサ情報を取得して応答するからである。これにより、外部からの管理処理実行要求の受信頻度が増加した場合にも、管理処理部に対して発行する管理要求メッセージを軽減することができ、その結果、管理処理部の処理負荷を軽減して応答遅延を軽減することになる。

（第２の実施の形態）
次に、本発明の第２の実施の形態について図面を参照して詳細に説明する。なお、本実施の形態の説明で参照する各図面において、本発明の第１の実施の形態と同一の構成および同様に動作するステップには同一の符号を付して本実施の形態における詳細な説明を省略する。

まず、本発明の第２の実施の形態としての情報処理装置２のハードウェア構成を図５に示す。図５において、情報処理装置２は、独立して動作可能な複数の物理パーティション９０ａおよび９０ｂ（以下、総称して物理パーティション９０ともいう）を有している。ここで、物理パーティションとは、１つのコンピュータ装置が、ＣＰＵおよびメモリを搭載したボードならびにＩ／Ｏ部品の単位で分割されることにより、複数の独立したコンピュータ装置として動作するものをいう。また、情報処理装置２は、物理パーティション９０ａおよび９０ｂによって共有される共有ハードウェア（図示せず）を有している。共有ハードウェアには、例えば、電源、ストレージ装置、外部インタフェース等が含まれる。なお、図５には、情報処理装置２が２つの物理パーティションを有する例を示しているが、本発明の情報処理装置が有する物理パーティションの数を限定するものではない。

各物理パーティション９０は、自パーティションを１つの独立したコンピュータ装置として動作させるためのハードウェア（パーティション部品）として、それぞれＣＰＵ９０１１、メモリ９０１２、各種Ｉ／Ｏ部品９０１３等を有している。

また、各物理パーティション９０のＣＰＵ９０１１は、それぞれオペレーティングシステムをＲＡＭ９０１２に読み込んで実行する。各物理パーティション９０用のオペレーティングシステムは、情報処理装置２が備える図示しない記憶装置に記憶されている。これらのオペレーティングシステムは異なる種類のものであってもよい。これにより、各物理パーティション９０は、他の物理パーティション９０とは独立したコンピュータ装置として動作する。

また、各物理パーティション９０ａおよび９０ｂは、自パーティションのハードウェアを管理対象とする本発明のハードウェア管理装置としてのＢＭＣ２０ａおよび２０ｂ（以下、総称してＢＭＣ２０ともいう）をそれぞれ有している。

ＢＭＣ２０は、ＣＰＵ１０１１と、メモリ１０１２と、バスインタフェース１０１３および１０１４と、ＢＭＣ通信インタフェース１０１５と、ＬＡＮインタフェース１０１６とをそれぞれ有している。

バスインタフェース１０１３は、バスを介して、自パーティションの部品９０１１〜９０１３を含むハードウェアの状態を検出する各センサに接続する。また、バスインタフェース１０１３は、バスを介して、共有ハードウェアの状態を検出する各センサにも接続する。また、バスインタフェース１０１４は、バス、サウスブリッジ、および、ノースブリッジを介して、自パーティションの部品９０１１〜９０１３を含むハードウェアに接続する。なお、図５には、バスインタフェース１０１３、バスインタフェース１０１４およびセンサを各ＢＭＣ２０に１つずつ示したが、本発明のＢＭＣが有するバスインタフェースの数および接続するセンサの数を限定するものではない。

また、ＬＡＮインタフェース１０１６は、それぞれＬＡＮスイッチを介して外部ＬＡＮおよび管理用の内部ＬＡＮに接続されている。また、ＬＡＮインタフェース１０１６は、管理用の内部ＬＡＮを介して他のＢＭＣ２０のＬＡＮインタフェース１０１６と通信可能に接続されている。

次に、ＢＭＣ２０の機能ブロックについて、図６を参照して説明する。図６において、ＢＭＣ２０ａおよび２０ｂは、ハードウェア監視部２１ａおよび２１ｂと、センサ情報格納部２２ａおよび２２ｂと、ＩＰＭＩメッセージ処理部２３ａおよび２３ｂと、ＳＤＲ（Sensor Data Record）２４ａおよび２４ｂと、ウェブサーバ２５ａおよび２５ｂと、ＳＭＡＳＨ ＣＬＰ（Systems Management Architecture for Server Hardware Command Line Protocol）サーバ２６ａおよび２６ｂと、管理要求仲介部２７ａおよび２７ｂと、センサ情報同期部２８ａおよび２８ｂとを、それぞれ備えている。以降、ＢＭＣ２０ａおよび２０ｂの各機能ブロック２１ａ〜２８ａおよび２１ｂ〜２８ｂを、それぞれ総称して各機能ブロック２１〜２８とも記載する。

ハードウェア監視部２１は、自パーティションを構成するハードウェアの状態を検出する各センサから得られるセンサ情報を取得する。また、ハードウェア監視部２１は、後述のセンサ情報同期部２８によって自装置がマスタ装置であると決定されている場合には、さらに、共有ハードウェアの状態を検出する各センサから得られるセンサ情報を取得する。また、ハードウェア監視部２１は、取得した各種センサ情報を、センサ情報格納部２２に格納する。また、ハードウェア監視部２１は、これらの各種センサから得られるセンサ情報が変化すると、センサ情報格納部２２を更新する。

また、ハードウェア監視部２１は、後述のセンサ情報同期部２８によって自装置がマスタ装置であると決定されている場合には、さらに、複数の物理パーティション９０によって共有されるその他の情報（共通情報）を取得してもよい。そして、その場合、ハードウェア監視部２１は、取得した共通情報を、センサ情報格納部２２に格納する。例えば、ハードウェア監視部２１ａは、このような共通情報を、ＢＭＣ２０が有する図示しない不揮発性の記憶領域から読み出してもよい。なお、このような共通情報は、外部からの要求により変更可能であるものとする。この場合、ハードウェア監視部２１は、このような共通情報が変更されると、センサ情報格納部２２を更新する。

また、ハードウェア監視部２１は、自装置がマスタ装置である場合、共有ハードウェアに関するセンサ情報に変化があると、後述のセンサ情報同期部２８に対して、センサ情報の更新を通知する。また、ハードウェア監視部２１は、センサ情報格納部２２に共通情報を格納している場合、共通情報が変更されると、後述のセンサ情報同期部２８に対して、共通情報の更新を通知する。

センサ情報格納部２２は、自パーティションを構成するハードウェアに関するセンサ情報および共有ハードウェアに関するセンサ情報を格納している。センサ情報格納部２２に格納される情報の一例を図７に示す。図７において、センサ情報格納部２２は、共通情報と、共有ハードウェアセンサ情報と、パーティションセンサ情報と、パーティション部品センサ情報とを含んでいる。この例では、共通情報は、複数の物理パーティション９０によって構成されるコンピュータシステムとしての情報処理装置２のシステム名、システムＩＤ、システム時刻情報、その他、システムに固有の情報である。共有ハードウェアセンサ情報は、複数の物理パーティション９０によって共有されるハードウェアの状態を検出する各センサから得られる情報である。パーティションセンサ情報は、自パーティションの稼働状態、ヘルス状態、電源状態を表す情報である。また、パーティション部品センサ情報は、各パーティション部品の状態をそれぞれ検出するセンサから得られる情報である。例えば、各センサ情報は、センサを識別する情報と、センサの値と、ヘルス状態を表す情報とを含む。ここで、センサの値とは、センサの種類に応じて検出される値であり、例えば、電圧値、温度、回転数、稼働状態を表す情報等である。また、ヘルス状態とは、例えば、対象のハードウェアが正常であるか異常であるかを表す情報である。例えば、ヘルス状態は、センサの値があらかじめ定められた範囲であるか否かを表す情報であってもよい。

また、センサ情報格納部２２は、所定のデータベースＡＰＩにしたがってデータの登録、更新、および取得が可能なデータベースアプリケーションソフトウェアによって管理されるテーブルとして実現される。

ＩＰＭＩメッセージ処理部２３は、ＩＰＭＩの仕様に基づくＩＰＭＩメッセージに応じて、自パーティションを構成するハードウェアおよび共有ハードウェアに関する管理処理を実行する。具体的には、ＩＰＭＩメッセージ処理部２３は、自パーティションのハードウェア監視部２１から各種センサ情報を取得し、取得したセンサ情報を、ＩＰＭＩの仕様に基づくセンサ・データ・レコード（ＳＤＲ２４）として管理する。ＩＰＭＩメッセージは、センサ情報の取得要求である場合と、それ以外の管理処理要求である場合とがある。それ以外の管理処理要求としては、運用制御要求（例えば、電源のオンオフ制御の要求など）等がある。ＩＰＭＩメッセージ処理部２３は、センサ情報の取得要求を表すＩＰＭＩメッセージを受信した場合は、該当する情報をＳＤＲ２４から検索して返却する。また、ＩＰＭＩメッセージ処理部２３は、センサ情報の取得要求以外を表すＩＰＭＩメッセージを受信した場合は、ＩＰＭＩメッセージの内容に応じた管理処理を実行する。なお、ＩＰＭＩメッセージ処理部２３およびＳＤＲ２４は、本発明の管理処理部の一実施形態を構成する。

ウェブサーバ２５およびＳＭＡＳＨ ＣＬＰサーバ２６は、自パーティションを構成するハードウェアおよび共有ハードウェアに関して、ＩＰＭＩ仕様に基づく管理処理の実行要求およびその応答を入出力するためのユーザインタフェースを提供する。ウェブサーバ２５は、ウェブコンソールクライアントから管理処理の実行要求が入力されると、その実行要求を表す情報を、管理要求仲介部２７に送信する。また、ウェブサーバ２５は、管理要求仲介部２７から、管理処理の実行要求に対する応答を受信すると、受信した情報をウェブコンソールクライアントに対して送信する。また、ＳＭＡＳＨ ＣＬＰサーバ２６は、ＳＭＡＳＨ ＣＬＰクライアントから管理処理の実行要求が入力されると、その実行要求を表す情報を管理要求仲介部２７に送信する。また、ＳＭＡＳＨ ＣＬＰサーバ２６は、管理要求仲介部２７から実行要求に対する応答を受信すると、受信した情報をＳＭＡＳＨ ＣＬＰクライアントに対して送信する。ここで、管理処理の実行要求は、自パーティションを構成するハードウェアまたは共有ハードウェアに関するセンサ情報の取得要求である場合と、センサ情報の取得要求以外である場合とがある。センサ情報の取得処理以外の管理処理としては、パーティションに対する運用制御要求等がある。なお、ウェブサーバ２５およびＳＭＡＳＨ ＣＬＰサーバ２６は、本発明の管理インタフェース部の一実施形態を構成する。

管理要求仲介部２７は、ウェブサーバ２５またはＳＭＡＳＨ ＣＬＰサーバ２６から受信する実行要求を表す情報が、センサ情報の取得要求を表す場合には、センサ情報格納部２２から該当するセンサ情報を取得して、ウェブサーバ２５またはＳＭＡＳＨ ＣＬＰサーバ２６に応答する。また、管理要求仲介部２７は、ウェブサーバ２５またはＳＭＡＳＨ ＣＬＰサーバ２６から受信する実行要求を表す情報が、センサ情報の取得要求でない場合（運用制御要求である場合等）は、ＩＰＭＩメッセージ処理部２３に対して、その実行要求を表すＩＰＭＩメッセージを発行する。

管理要求仲介部２７の詳細な機能ブロック構成を、図８に示す。図８において、管理要求仲介部２７は、管理要求分岐部２７１と、ＩＰＭＩメッセージ送受信部２７２と、ＩＰＭＩ−ＤＢ変換部２７３と、データベースＡＰＩ２７４とを含む。

管理要求分岐部２７１は、ウェブサーバ２５またはＳＭＡＳＨ ＣＬＰサーバ２６から受信する実行要求を表す情報が、センサ情報の取得要求であれば、その実行要求を表す情報をＩＰＭＩ−ＤＢ変換部２７３に渡す。また、管理要求分岐部２７１は、ウェブサーバ２５またはＳＭＡＳＨ ＣＬＰサーバ２６から受信する実行要求を表す情報が、センサ情報の取得要求でなければ（例えば、運用制御要求であれば）、その実行要求を表す情報を、ＩＰＭＩメッセージ送受信部２７２に渡す。また、管理要求分岐部２７１は、ＩＰＭＩメッセージ送受信部２７２またはＩＰＭＩ−ＤＢ変換部２７３から応答される情報を、ウェブサーバ２５またはＳＭＡＳＨ ＣＬＰサーバ２６に応答する。

ＩＰＭＩメッセージ送受信部２７２は、管理要求分岐部２７１から受信する実行要求を表す情報に応じたＩＰＭＩメッセージを、ＩＰＭＩメッセージ処理部２３に対して送信する。また、ＩＰＭＩメッセージ送受信部２７２は、ＩＰＭＩメッセージ処理部２３から応答される情報を、管理要求分岐部２７１に返却する。

ＩＰＭＩ−ＤＢ変換部２７３は、管理要求分岐部２７１から受信する実行要求を表す情報から、取得要求対象のセンサ情報を識別する情報を抽出し、データベースＡＰＩ２７４に出力する。また、ＩＰＭＩ−ＤＢ変換部２７３は、データベースＡＰＩ２７４から応答される情報を、ＩＰＭＩメッセージの応答として管理要求分岐部２７１に返却する。

データベースＡＰＩ２７４は、対象のセンサ情報を識別する情報を検索キーとして、センサ情報格納部２２からセンサ情報を検索する。該当するセンサ情報が存在した場合、データベースＡＰＩ２７４は、ＩＰＭＩ−ＤＢ変換部２７３にそのセンサ情報を返却する。

センサ情報同期部２８は、他のＢＭＣ２０のセンサ情報同期部２８と通信することにより自装置および他のＢＭＣ２０のいずれがマスタ装置となるかを決定する。また、センサ情報同期部２８は、自装置がマスタ装置である場合、ハードウェア監視部２１によって取得される共有ハードウェアに関するセンサ情報に変更があると、その共有ハードウェアのセンサ情報の同期要求を、他のＢＭＣ２０のセンサ情報同期部２８に送信する。また、センサ情報同期部２８は、自装置がマスタ装置でない場合、他のＢＭＣ２０のセンサ情報同期部２８から共有ハードウェアのセンサ情報の同期要求を受信すると、受信した同期要求にしたがって自装置のセンサ情報格納部２２を更新する。

また、センサ情報同期部２８は、自装置がマスタ装置である場合、センサ情報格納部２２に格納された共通情報に変更があると、共通情報の同期要求を、他のＢＭＣ２０のセンサ情報同期部２８に送信する。また、センサ情報同期部２８は、自装置がマスタ装置でない場合、他のＢＭＣ２０のセンサ情報同期部２８から共通情報の同期要求を受信すると、受信した同期要求にしたがって自装置のセンサ情報格納部２２を更新する。

以上のように構成される情報処理装置２におけるＢＭＣ２０の動作について、図面を参照して説明する。

まず、ＢＭＣ２０ａおよび２０ｂのセンサ情報更新動作について、図９を参照して説明する。なお、図９において、左図はＢＭＣ２０ａの動作を表し、右図はＢＭＣ２０ｂの動作を表し、左右を結ぶ破線の矢印はＢＭＣ２０ａおよび２０ｂ間のデータの流れを表すものとする。

ここでは、まず、ＢＭＣ２０ａおよびＢＭＣ２０ｂが起動されると、センサ情報同期部２８ａおよびセンサ情報同期部２８ｂは、互いに通信することによりいずれがマスタ装置となるかを決定する。ここでは、ＢＭＣ２０ａがマスタ装置であると決定されたものとする（ステップＳ２０ａおよびＳ２０ｂ）。

次に、ＢＭＣ２０ａにおいて、ハードウェア監視部２１ａは、共通情報を取得し、センサ情報格納部２２ａに格納する（ステップＳ２１）。

次に、ハードウェア監視部２１ａは、共有ハードウェアの状態を検出する各センサの一覧を取得することにより、各センサに関する共有ハードウェアセンサ情報を、監視対象の情報としてセンサ情報格納部２２ａに登録する（ステップＳ２２）。なお、ハードウェア監視部２１ａは、共有ハードウェアの状態を検出するセンサの一覧を、前述の不揮発性の記憶領域から取得してもよい。

次に、ハードウェア監視部２１ａは、自パーティションに関連する各センサの一覧を取得することにより、各センサに関するパーティションセンサ情報およびパーティション部品センサ情報を、監視対象の情報としてセンサ情報格納部２２ａに登録する（ステップＳ２３ａ）。なお、ハードウェア監視部２１ａは、パーティションおよびパーティション部品の状態を検出するセンサの一覧を、前述の不揮発性の記憶領域から取得してもよい。

また、ＢＭＣ２０ｂにおいて、ハードウェア監視部２１ｂは、自パーティションに関連する各センサの一覧を取得することにより、各センサに関するパーティションセンサ情報およびパーティション部品センサ情報を、監視対象の情報としてセンサ情報格納部２２ｂに登録する（ステップＳ２３ｂ）。なお、ハードウェア監視部２１ｂは、パーティションおよびパーティション部品の状態を検出するセンサの一覧を、前述の不揮発性の記憶領域から取得してもよい。

次に、ＢＭＣ２０ａのハードウェア監視部２１ａは、自パーティションまたはパーティション部品の状態を検出するいずれかのセンサから得られるセンサ情報に変更があると（ステップＳ２４ａでＹｅｓ）、センサ情報格納部２２ａに格納された該当するパーティションセンサ情報またはパーティション部品センサ情報を更新する（ステップＳ２５ａ）。

同様に、ＢＭＣ２０ｂのハードウェア監視部２１ｂは、自パーティションまたはパーティション部品の状態を検出するいずれかのセンサから得られるセンサ情報に変更があると（ステップＳ２４ｂでＹｅｓ）、センサ情報格納部２２ｂに格納された該当するパーティションセンサ情報またはパーティション部品センサ情報を更新する（ステップＳ２５ｂ）。

次に、ＢＭＣ２０ａのハードウェア監視部２１ａは、共有ハードウェアの状態を検出するいずれかのセンサから得られるセンサ情報に変更があると（ステップＳ２６でＹｅｓ）、センサ情報格納部２２ａに格納された該当する共有ハードウェアセンサ情報を更新する（ステップＳ２７）。

次に、センサ情報同期部２８ａは、管理用の内部ＬＡＮを介して、ＢＭＣ２０ｂのセンサ情報同期部２８ｂに対して、該当する共有ハードウェアセンサ情報の同期要求を送信する（ステップＳ２８）。

次に、ＢＭＣ２０ｂのセンサ情報同期部２８ｂは、同期要求を受信すると（ステップＳ２９でＹｅｓ）、センサ情報格納部２２ｂにおける該当する共有ハードウェアセンサ情報を更新する（ステップＳ３０）。

次に、ＢＭＣ２０ａのハードウェア監視部２１ａは、ＩＰＭＩメッセージ処理部２３ａから共通情報の変更を通知されると（ステップＳ３１でＹｅｓ）、センサ情報格納部２２ａに格納された共通情報を更新する（ステップＳ３２）。なお、ＩＰＭＩメッセージ処理部２３ａからの共通情報の変更通知については詳細を後述する。

次に、センサ情報同期部２８ａは、管理用の内部ＬＡＮを介して、ＢＭＣ２０ｂのセンサ情報同期部２８ｂに対して、共通情報の同期要求を送信する（ステップＳ３３）。

次に、ＢＭＣ２０ｂのセンサ情報同期部２８ｂは、同期要求を受信すると（ステップＳ３４でＹｅｓ）、センサ情報格納部２２ｂにおける共通情報を更新する（ステップＳ３５）。

このようなセンサ情報更新動作を、ＢＭＣ２０ａおよび２０ｂは起動中繰り返し実行する。以上で、ＢＭＣ２０のセンサ情報更新動作の説明を終了する。

次に、ＢＭＣ２０の管理処理実行動作について、図１０を参照して説明する。

ここでは、まず、ウェブサーバ２５またはＳＭＡＳＨ ＣＬＰサーバ２６は、ウェブコンソールクライアントまたはＳＭＡＳＨ ＣＬＰクライアントから、ＩＰＭＩ仕様に基づく管理処理の実行要求を表す情報を受信し、受信した情報を管理要求仲介部２７に渡す（ステップＳ４１）。

次に、管理要求仲介部２７は、ステップＳ４１で受信された管理処理の実行要求を表す情報が、センサ情報の取得要求であるか否かを判断する（ステップＳ４２）。

ここで、実行要求を表す情報が、センサ情報の取得要求であった場合、管理要求仲介部２７は、実行要求を表す情報から、取得要求対象のセンサ情報を識別する情報を抽出し、データベースＡＰＩに変換する（ステップＳ４３）。

そして、管理要求仲介部２７は、取得要求対象のセンサ情報を識別する情報を検索キーとして、センサ情報格納部２２を検索する（ステップＳ４４）。

次に、管理要求仲介部２７は、センサ情報格納部２２から検索したセンサ情報を、ウェブサーバ２５またはＳＭＡＳＨ ＣＬＰサーバ２６に返却する。そして、ウェブサーバ２５またはＳＭＡＳＨ ＣＬＰサーバ２６は、取得要求対象のセンサ情報を、ウェブコンソールクライアントまたはＳＭＡＳＨ ＣＬＰクライアントに対して出力する（ステップＳ４５）。

一方、ステップＳ４２において、ステップＳ４１で受信された管理処理の実行要求を表す情報が、センサ情報の取得要求ではなかった場合、管理要求仲介部２７は、さらに、この実行要求を表す情報が、共通情報の変更要求であるか否かを判断する（ステップＳ４６）。

ここで、受信した情報が、共通情報の変更要求であった場合、管理要求仲介部２７は、共通情報の変更要求を表すＩＰＭＩメッセージを、ＩＰＭＩメッセージ処理部２３に対して発行する。そして、ＩＰＭＩメッセージ処理部２３は、不揮発性の記憶領域に記憶された共通情報を更新する（ステップＳ４７）。

そして、ＩＰＭＩメッセージ処理部２３は、ハードウェア監視部２１に対して、共通情報の変更を通知する（ステップＳ４８）。この共通情報の変更通知を受けたハードウェア監視部２１の動作については、図９のステップＳ３１〜Ｓ３５で説明したとおりである。

一方、ステップＳ４６において、ステップＳ４１で受信された管理処理の実行要求を表す情報が、共通情報の変更要求でなかった場合（例えば、運用制御要求であった場合）、管理要求仲介部２７は、該当の管理処理を表すＩＰＭＩメッセージを、ＩＰＭＩメッセージ処理部２３に対して発行する。そして、ＩＰＭＩメッセージ処理部２３は、ＩＰＭＩメッセージに応じた管理処理を実行する（ステップＳ４９）。

次に、管理要求仲介部２７は、ＩＰＭＩメッセージ処理部２３から、ＩＰＭＩメッセージに応じた管理処理の応答情報を受信し、受信した応答情報をウェブサーバ２５またはＳＭＡＳＨ ＣＬＰサーバ２６に返却する。そして、ウェブサーバ２５またはＳＭＡＳＨ
ＣＬＰサーバ２６は、この応答情報を、ウェブコンソールクライアントまたはＳＭＡＳＨ ＣＬＰクライアントに対して出力する（ステップＳ５０）。

以上で、ＢＭＣ２０は、管理処理動作を終了する。

次に、本発明の第２の実施の形態の効果について述べる。

本発明の第２の実施の形態としてのＢＭＣ（ハードウェア管理装置）は、複数の物理パーティションを有する情報処理装置において、パーティションを構成するハードウェアに対する外部からの管理処理実行要求の受信頻度が増加した場合の応答遅延を軽減することができる。

その理由は、複数の物理パーティションにそれぞれ設けられた各ＢＭＣが、自パーティションに関連するセンサ情報を監視してセンサ情報格納部に格納し、管理要求仲介部が、外部から受信される管理処理実行要求がセンサ情報の取得要求であるか否かを判断し、センサ情報の取得要求である場合には、ＩＰＭＩメッセージ処理部に対してＩＰＭＩメッセージを発行する代わりに、センサ情報格納部から直接センサ情報を取得して応答するからである。これにより、本実施の形態としてのＢＭＣは、外部からの管理処理実行要求の受信頻度が増加した場合にも、ＩＰＭＩメッセージ処理部に対して発行するＩＰＭＩメッセージを軽減することができる。その結果、本実施の形態としてのＢＭＣは、ＩＰＭＩメッセージ処理部の処理負荷を軽減して応答遅延を軽減することができる。そして、このような本発明の第２の実施の形態としてのＢＭＣをそれぞれの物理パーティションに搭載した情報処理装置は、ウェブコンソールクライアントやＳＭＡＳＨ ＣＬＰクライアントからのハードウェア管理処理の実行要求に対する応答遅延を軽減し、ウェブコンソールクライアントやＳＭＡＳＨ ＣＬＰクライアントにおける表示遅延を軽減することができる。

また、本発明の第２の実施の形態としてのＢＭＣ（ハードウェア管理装置）は、複数の物理パーティションによって共有される共有ハードウェアに関するセンサ情報の取得要求に対する応答遅延を、より軽減することができる。

その理由は、ハードウェア監視部が、センサ情報格納部に共有ハードウェアセンサ情報を格納しておき、その取得要求を受信したときには、管理要求仲介部が、ＩＰＭＩメッセージ処理部に対してＩＰＭＩメッセージを発行することなく、センサ情報格納部から直接共有ハードウェアセンサ情報を取得して応答するからである。そして、このような各ＢＭＣにおけるセンサ情報格納部の共有ハードウェアセンサ情報は、各ＢＭＣのセンサ情報同期部によって一貫性が保たれているからである。

なお、上述した本発明の各実施の形態において、各フローチャートを参照して説明したＢＭＣ（ハードウェア管理装置）の動作を、本発明のコンピュータ・プログラムとしてハードウェア管理装置の記憶装置（記憶媒体）に格納しておき、係るコンピュータ・プログラムを当該ＣＰＵが読み出して実行するようにしてもよい。そして、このような場合において、本発明は、係るコンピュータ・プログラムのコード或いは記憶媒体によって構成される。

また、上述した各実施の形態は、適宜組み合わせて実施されることが可能である。

また、本発明は、上述した各実施の形態に限定されず、様々な態様で実施されることが可能である。

１、２ 情報処理装置
１０、２０ ＢＭＣ
１１、２１ ハードウェア監視部
１２、２２ センサ情報格納部
１３ 管理処理部
１５ 管理インタフェース部
１７、２７ 管理要求仲介部
２３ ＩＰＭＩメッセージ処理部
２４ ＳＤＲ
２５ ウェブサーバ
２６ ＳＭＡＳＨ ＣＬＰサーバ
２８ センサ情報同期部
９０ 物理パーティション
１００１、１０１１ ＣＰＵ
１００２、１０１２ メモリ
１００３、１００４、１０１３、１０１４ バスインタフェース
１００５、１０１５ ＢＭＣ通信インタフェース
１００６、１０１６ ＬＡＮインタフェース
９００１、９０１１ ＣＰＵ
９００２、９０１２ メモリ
９００３、９０１３ Ｉ／Ｏ部品

Claims (9)

1. コンピュータ装置を構成するハードウェアの状態を検出するセンサから得られるセンサ情報を取得するハードウェア監視部と、
   前記センサ情報を格納するセンサ情報格納部と、
   所定の仕様にしたがって前記ハードウェアに関する管理処理を行う管理処理部と、
   前記管理処理の実行要求を表す情報が入力されるとともにその応答を出力するユーザインタフェースを提供する管理インタフェース部と、
   前記管理インタフェース部に入力された前記実行要求を表す情報が、前記センサ情報の取得要求を表す場合には、前記センサ情報格納部から該当するセンサ情報を取得して前記管理インタフェース部に応答し、前記実行要求を表す情報が、前記センサ情報の取得要求以外を表す場合には、前記管理処理部に対して、前記所定の仕様にしたがった管理要求メッセージを発行する管理要求仲介部と、
   を備えたハードウェア管理装置。
2. 前記コンピュータ装置が、独立して動作可能な複数の物理パーティションを有するとき、
   前記ハードウェア管理装置は、前記複数の物理パーティションのいずれかを管理対象とし、
   前記複数の物理パーティションのうち他の物理パーティションを管理対象とする他のハードウェア管理装置と通信することにより自装置および他のハードウェア管理装置のいずれがマスタ装置となるかを決定するセンサ情報同期部をさらに備え、
   前記ハードウェア監視部は、前記管理対象の物理パーティションを構成するハードウェアに関する前記センサ情報を取得するとともに、前記自装置がマスタ装置である場合には、前記複数の物理パーティションによって共有される共有ハードウェアに関する前記センサ情報を取得し、
   前記センサ情報同期部は、自装置がマスタ装置である場合、前記ハードウェア監視部によって取得される前記共有ハードウェアに関する前記センサ情報に変更があると、該共有ハードウェアのセンサ情報の同期要求を前記他のハードウェア管理装置に送信し、自装置がマスタ装置でない場合、前記他のハードウェア管理装置から前記共有ハードウェアのセンサ情報の同期要求を受信すると、受信した同期要求にしたがって前記センサ情報格納部を更新することを特徴とする請求項１に記載のハードウェア管理装置。
3. 前記管理処理部は、ＩＰＭＩ（Intelligent Platform Management Interface）仕様にしたがって前記管理処理を行うことを特徴とする請求項１または請求項２に記載のハードウェア管理装置。
4. 装置本体としての機能を提供するために動作するハードウェアと、
   請求項１に記載のハードウェア管理装置と、
   を備えた情報処理装置。
5. 前記情報処理装置は、
   独立して動作可能な複数の物理パーティションをそれぞれ構成するハードウェアと、
   前記複数の物理パーティションによって共有される共有ハードウェアと、
   前記複数の物理パーティションをそれぞれ管理対象とするハードウェア管理装置として、複数の請求項２に記載のハードウェア管理装置と、
   を備えたことを特徴とする請求項４に記載の情報処理装置。
6. コンピュータ装置を構成するハードウェアの状態を検出するセンサから得られるセンサ情報を取得し、
   前記センサ情報をセンサ情報格納部に格納し、
   前記ハードウェアに関する管理処理の実行要求を表す情報が入力されると、
   前記実行要求を表す情報が、前記センサ情報の取得要求を表す場合には、前記センサ情報格納部から該当するセンサ情報を取得して出力し、
   前記実行要求を表す情報が、前記センサ情報の取得要求以外を表す場合には、所定の仕様にしたがった管理要求メッセージを発行することにより、該管理要求メッセージに応じた管理処理を行う、ハードウェア管理方法。
7. 前記コンピュータ装置が、独立して動作可能な複数の物理パーティションを有するとき、
   前記複数の物理パーティションのそれぞれを管理対象とするために前記ハードウェア管理方法をそれぞれ実行する複数のハードウェア管理装置は、互いに通信することによりいずれのハードウェア管理装置がマスタ装置となるかを決定し、
   前記マスタ装置となることを決定したハードウェア管理装置は、
   自装置が管理対象とする物理パーティションを構成するハードウェア、および、前記複数の物理パーティションによって共有される共有ハードウェアの状態をそれぞれ検出するセンサから得られるセンサ情報を取得し、
   取得した各センサ情報を前記センサ情報格納部に格納し、
   前記共有ハードウェアのセンサ情報に変更があると、該共有ハードウェアのセンサ情報の同期要求を他の前記ハードウェア管理装置に送信し、
   前記マスタ装置とならないことを決定したハードウェア管理装置は、
   自装置が管理対象とする物理パーティションを構成するハードウェアの状態を検出するセンサから得られるセンサ情報を取得し、
   取得した各センサ情報を前記センサ情報格納部に格納し、
   他の前記ハードウェア管理装置から前記共有ハードウェアのセンサ情報の同期要求を受信すると、受信した同期要求にしたがって前記センサ情報格納部を更新することを特徴とする請求項６に記載のハードウェア管理方法。
8. コンピュータ装置を構成するハードウェアの状態を検出するセンサから得られるセンサ情報を取得するハードウェア監視ステップと、
   前記センサ情報をセンサ情報格納部に格納するセンサ情報格納ステップと、
   前記ハードウェアに関する管理処理の実行要求を表す情報が入力される実行要求入力ステップと、
   前記実行要求を表す情報が、前記センサ情報の取得要求を表す場合には、前記センサ情報格納部から該当するセンサ情報を取得するセンサ情報取得ステップと、
   前記実行要求を表す情報が、前記センサ情報の取得要求以外を表す場合には、所定の仕様にしたがった管理要求メッセージを発行することにより前記管理処理を行う管理要求メッセージ発行ステップと、
   をハードウェア管理装置に実行させるコンピュータ・プログラム。
9. 前記コンピュータ装置が、独立して動作可能な複数の物理パーティションを有するとき、
   前記コンピュータ・プログラムを、前記複数の物理パーティションの１つを管理対象とするハードウェア管理装置（自装置）に実行させ、
   他の物理パーティションを管理対象とする他のハードウェア管理装置によって実行される前記コンピュータ・プログラムと通信することにより、自装置がマスタ装置となるか否かを決定するマスタ装置決定ステップを、さらに自装置に実行させ、
   前記センサ情報監視ステップにおいて、自装置が管理対象とする物理パーティションを構成するハードウェアのセンサ情報を取得するとともに、自装置がマスタ装置である場合には、前記複数の物理パーティションによって共有される共有ハードウェアに関するセンサ情報を取得し、
   前記センサ情報格納ステップにおいて、さらに前記共有ハードウェアの各センサ情報を前記センサ情報格納部に格納し、
   自装置がマスタ装置である場合には、前記センサ情報監視ステップにおいて取得される前記共有ハードウェアのセンサ情報に変更があると、該共有ハードウェアのセンサ情報の同期要求を前記他のハードウェア管理装置に送信し、自装置がマスタ装置でない場合、前記他のハードウェア管理装置から前記共有ハードウェアのセンサ情報の同期要求を受信すると、受信した同期要求にしたがって前記センサ情報格納部を更新するセンサ情報同期ステップを、さらに自装置に実行させることを特徴とする請求項８に記載のコンピュータ・プログラム。

Images