JP2015088124A - 情報処理装置、管理装置、監視装置、監視プログラム、及び管理装置の監視方法 - Google Patents

Abstract

【課題】通信経路に係わる障害が発生した場合であっても、管理装置（ＢＭＣ等）の監視を可能にするための技術を提供する。【解決手段】ＣＰＵ２１は、ＢＭＣ２６と接続する２つの通信経路７０−１、７０—２を介した通信のために第１及び第２の通信部５２及び５３を備え、ＢＭＣ２６は、第１及び第２の応答部６４及び６５を備える。第１及び第２の通信部５２及び５３は、監視部６１の制御に従ってデータの要求を行う。第１及び第２の応答部６４及び６５は、要求の受信により、それぞれ管理部６１によって更新される記憶部６２、及びレジスタ６３のデータを送信する。監視部５１は、第１及び第２の通信部５２及び５３がそれぞれ受信するデータを用いて、ＢＭＣ２６が正常に動作しているか否か、及び各通信経路７０−１、７０−２に係わる障害の発生の有無の監視を行う。【選択図】図５

Description

本発明は、サーバ等の情報処理装置に管理用に搭載される管理装置の状態を監視するための技術に関する。

情報処理装置のなかには、管理用の専用の装置（管理装置）が搭載されたものがある。その管理装置は、普通、遠隔から管理のための操作を可能にさせ、情報処理装置に搭載されたハードウェアの状態の監視を可能にさせるようになっている。管理のための操作には、電源のオン／オフ、及び再起動等が含まれる。そのような機能を備えていることから、管理装置は、代表的な情報処理装置であるサーバの大部分に搭載されている。

現在では、遠隔からの操作、及び情報処理装置の状態の監視のためにインターフェース規格が策定されている。ＩＰＭＩ（Intelligent Platform Management Interface）は、その標準インターフェース規格である。ＩＰＭＩは、通信規格としてＩ２Ｃ（Inter-Integrated Circuit）を想定している。以降、ＩＰＭＩ対応の管理装置はＢＭＣ（Baseboard Management Controller）と表記する。

従来、ＢＭＣは、ＩＰＭＩによるＩ２Ｃを介した通信のみを行うようになっている。通常、ＢＭＣはＬＳＩ（Large Scale Integration）であり、外観から状態を判断することはできない。そのため、ＢＭＣの状態の確認は、ＩＰＭＩを用いた通信が唯一の手段となっている。

近年、ＢＭＣに要求される機能が増えている。そのため、ＢＭＣに実行させるプログラムの規模も大きくなっている。

プログラムの規模が大きくなるほど、プログラムに不具合（バグ）が存在する可能性は高くなる。プログラムの不具合は、ＢＭＣの誤動作、或いは停止（フリーズ）を発生させる可能性がある。ＢＭＣが正常に動作しない場合、搭載されたサーバの状態も把握できなくなる。そのため、サーバ自体も停止させる必要性が生じる。しかし、サーバを停止させるのは回避するのが強く望まれている。このことから、近年、ＢＭＣ自体を監視する必要性が高くなってきている。

ＩＰＭＩを用いた通信により、ＢＭＣの状態を確認することができる。しかし、通信に用いるＩ２Ｃの通信経路自体、或いはＩ２Ｃによる通信のためのインターフェースに障害が発生する可能性もある。通信経路に係わる障害が発生し、通信を行えない場合、ＢＭＣが正常に動作しているか否かに係わらず、ＢＭＣは正常に動作していないと見なされることとなる。その結果、サーバを停止させる必要が生じる可能性がある。このことから、ＢＭＣの監視では、通信経路に係わる障害の発生に、より対応可能にすることが重要と思われる。

特開２００８−１７６６８２号公報 特開２００６−２１５９３８号公報 特開平１０−１６１８９６号公報

１側面では、本発明は、通信経路に係わる障害が発生した場合であっても、管理装置（ＢＭＣ等）の監視を可能にするための技術を提供することを目的とする。

本発明を適用した１システムは、管理用に搭載された管理装置、及び管理装置の監視を行う監視装置を備え、管理装置は、第１のプロトコルにより通信を行う第１の通信部と、第２のプロトコルにより通信を行う第２の通信部と、第１の通信部、及び第２の通信部を用いて送信する対象となるデータを生成する管理部と、を有し、監視装置は、第１の通信部、及び第２の通信部との通信が可能な第３の通信部と、第３の通信部を用いて、第１の通信部との通信によりデータの取得を行い、データの取得に異常があった場合に、第３の通信部を用いて、第２の通信部との通信によりデータの取得を行い、データの取得に異常が有るか否かを確認することにより、管理装置の監視を行う監視部と、監視部による監視結果を通知する通知部と、を有する。

本発明を適用した１システムでは、通信経路に係わる障害が発生した場合であっても、管理装置（ＢＭＣ等）の監視を行うことができる。

本実施形態による情報処理装置を用いて構築された情報処理システムの構成例を表す図である。 本実施形態による情報処理装置に搭載されたシステムボードの構成例を表す図である。 ＢＭＣに接続されたセンサーの例を表す図である。 ＳＤＲ情報によって取得されるデータの内容例を説明する図である。 本実施形態による管理装置であるＢＭＣ、及び本実施形態による監視装置の機能構成例を説明する図である。 監視処理のフローチャートである。

以下、本発明の実施形態について、図面を参照しながら詳細に説明する。
図１は、本実施形態による情報処理装置を用いて構築された情報処理システムの構成例を表す図である。

本実施形態による情報処理装置は、サーバ１として実現されている。そのサーバ１は複数台、ネットワーク２に接続されている。そのネットワーク２には、更に、サーバ１をオペレータが監視／管理するための端末装置（ＰＣ：Personal Computer）３が接続されている。

各サーバ１は、複数のＳＢ（System Board）１０、及び複数のＩＯＵ（Input/Output Unit）１５がクロスバ１ａにより相互に接続された構成となっている。各ＩＯＵ１５には、複数のハードディスク装置１６が搭載されている。

各ＳＢ１０は、１台の情報処理装置として機能する処理モジュールであり、アプリケーション・プログラムが実行される。各ＳＢ１０は、例えば図２に表すように、ＣＰＵ（Central Processing Unit）２１、メモリ（メモリモジュール）２２、ＰＣＩエクスプレス（Peripheral Components Interconnect Express）・スイッチ２３、チップセット２４、フラッシュメモリ２５、ＢＭＣ２６、ＵＳＢ（Universal Serial Bus）ポート２７、及びＬＡＮ（Local Area Network）ポート２８を備えている。メモリ２２、ＰＣＩエクスプレス・スイッチ２３、及びチップセット２４は、ＣＰＵ２１に接続されている。チップセット２４には、ＣＰＵ２１の他に、フラッシュメモリ２５、ＢＭＣ２６、ＵＳＢポート２７、及びＬＡＮポート２８が接続されている。

フラッシュメモリ２５には、ＣＰＵ２１が実行するＢＩＯＳ（Basic Input/Output System）が格納されている。電源がオンされた場合、ＣＰＵ２１は、チップセット２４を介して、フラッシュメモリ２５からＢＩＯＳをメモリ２２に読み出して実行する。

サーバ１には、ＳＢ１０、及びＩＯＵ１５以外の処理モジュールを追加することができる。ＰＣＩエクスプレス・スイッチ２３は、追加される処理モジュール（その処理モジュールの搭載部品）との通信に用いることができる。

チップセット２４は、各種インターフェースを備えている。それにより、チップセット２４は、様々なインターフェースを介した通信を可能にする通信環境をＣＰＵ２１に提供する。図２に表すＵＳＢポート２７、及びＬＡＮポート２８は、対応するケーブルを接続するための接続手段である。実際には、他にもポートが存在する。他のポートの１つとして、クロスバ１ａと接続するためのもの（クロスバポート）がある。ＬＡＮポート２８は、ネットワーク２との通信用である。

ＢＩＯＳを起動したＣＰＵ２１は、チップセット２４を介して、予め定められたＩＯＵ１５上のハードディスク装置１６からＯＳ（Operating System）、更にはアプリケーション・プログラムを読み出し、メモリ２２に格納する。それにより、ＣＰＵ２１は、ＯＳを起動し、ＯＳの起動後、アプリケーション・プログラムを起動する。

ＢＭＣ２６とチップセット２４間は、２つの伝送路２００（２００−１、２００−２）により接続されている。チップセット２４は、この２つの伝送路２００を用いた通信のために、第１のインターフェース部２４ａ、及び第２のインターフェース部２４ｂを備えている。

伝送路２００−１は、Ｉ２Ｃバスであり、ＩＰＭＩによるデータ伝送に用いられる。伝送路２００−２は、Ｉ２Ｃバスとは異なる伝送路であり、Ｉ２Ｃバスの通信用プロトコルとは異なるプロトコルによるデータ伝送が行われる。伝送路２００−２の種類は特に限定されるものではない。第１のインターフェース部２４ａは、伝送路２００−１を介した通信（データ伝送）を実現させ、第２のインターフェース部２４ｂは、伝送路２００−２を介した通信を実現させる。

ＢＭＣ２６は、例えばＩＰＭＩ対応の管理装置として機能するＬＳＩ（Large Scale Integration）部品であり、遠隔からの操作、及びサーバ１の状態の監視等を可能にさせる。各ＳＢ１０は、搭載されたＢＭＣ２６により、個別に電源のオン／オフが可能となっている。

ＢＭＣ２６は、第１のインターフェース部２６ａ、第２のインターフェース部２６ｂ、ＲＯＭ２６ｃ、プロセッサ２６ｄ、メモリ２６ｅ、及びＩＯインターフェース部２６ｆを備えている。

第１のインターフェース部２６ａは、伝送路２００−１を介した通信（データ伝送）を実現させ、第２のインターフェース部２６ｂは、伝送路２００−２を介した通信を実現させる。ＲＯＭ２６ｃは、プロセッサ２６ｄが実行するプログラム２６ｃａ、及びＳＤＲ（Sensor Data Record）情報２６ｃｂを格納する。ＳＤＲ情報２６ｃｂには、サーバ１に搭載されたセンサーに関する情報、保守交換ユニット（ＦＲＵ）の種類などの情報が定義される。

ＩＯインターフェース部２６ｆは、各種センサーから出力される値の入力に用いられる。図３は、ＢＭＣに接続されたセンサーの例を表す図である。

各ＳＢ１０上のＣＰＵ２１には、例えば温度を検出するための温度センサー３１（３１−１）が設けられる。メモリ２２、及び電源ユニットにもそれぞれ温度センサー３１（３１−２、３１−４）が設けられる。冷却用のファンには、単位時間当たりの回転数を回転計３１（３１−３）がセンサーとして設けられる。他には、例えばＣＰＵ２１、メモリ２２には不図示の電圧センサー３１が設けられる。これら各種センサー３１は、ハードウェアセンサー群３０を構成し、ＢＭＣ２６のＩＯインターフェース部２６ｆと接続されている。

ハードウェアセンサー群３０を構成する各センサー３１から取得された値（センサー値）は、通常、ＳＤＲ情報２６ｃｂで定義された各センサーの値としてメモリ２６ｅに保存される。そのために、メモリ２６ｅには、センサー値等の保存用の領域（以降「取得データ保存領域」と表記）２６ｅａが確保されている。保存されるセンター値を含むデータの内容は、例えば図４に表すようなものである。

図４では、センサー３１毎に、センサー名、値（センサー値）、及びタイムスタンプの３つの情報を表している。センサー名は、各センサー３１に割り当てられた、そのセンサー３１を識別可能にする情報である。例えば「ＦＡＮ１ ＰＳＵ」「ＦＡＮ１ ＳＹＳ」は、それぞれ、電源ユニット冷却用の１番の数字が割り当てられたファンの回転計３１、ＳＢ１０、及びＩＯＵ１５の冷却用の１番の数字が割り当てられたファンの回転計３１、を表している。「Ａｍｂｉｅｎｔ Ｔｅｍｐ．」「Ｓｙｓｔｅｍｂｏｒｄ １Ｔｅｍｐ．」は、それぞれサーバ１の環境温度検出用の温度センサー３１、ＳＢ１０の温度検出用の温度センサー３１、を表している。

センサー値は、対応するセンサー３１の値自体、或いはその値をＳＤＲ情報２６ｃｂに定められた閾値と比較した結果を表す情報である。図４中に表記の「ＯＫ」は、閾値との比較結果が望ましい結果であることを表している。通常、センサー３１の値自体も保存される。「Ｎｏｔ ｐｒｅｓｅｎｔ」は、対応するセンサー３１が存在しないことを表している。

タイムスタンプは、センサー値を取得した時刻を表す情報である。タイムスタンプとしては、例えばプロセッサ２６ｄが備えるタイマの値が用いられる。

プロセッサ２６ｄは、ＲＯＭ２６ｃに格納されたプログラム２６ｃａを実行することにより、ＩＯインターフェース部２６ｆを介して、例えば予め定められた時間が経過する度に、各センサー３１の値を取得する。プロセッサ２６ｄは、取得した各センサー３１の値自体、或いは比較結果を、メモリ２６ｅに確保した取得データ保存領域２６ｅａに格納する。予め定められた時間とは、例えば６０秒である。以降、センサー３１の値とは、特に断らない限り、その値自体、及び比較結果の総称として用いる。

プロセッサ２６ｄは、センサー値等の保存用にメモリ２６ｅに取得データ保存領域２６ｅａを確保すると共に、別の保存用領域を確保している。その領域にもセンサー値が格納される。その領域は以降、「レジスタ領域」と表記する。

プロセッサ２６ｄが実行するプログラム２６ｃａには、ＩＰＭＩによる通信に対応するサブプログラム（以降「管理プログラム」）の他に、ＢＭＣ２６の状態の監視に冗長性を持たせるためのサブプログラム（以降「冗長用プログラム」と表記）が含まれる。これら管理プログラム、及び冗長用プログラムは、独立して動作し、異なるインターフェースを用いた通信を実現させる。つまり、冗長性プログラムは、第２のインターフェース部２６ｂを用いた通信を実現させる。ハードウェアセンサー群３０を構成する各センサー３１の値の取得、及び取得した値の取得データ保存領域２６ｅａへの格納は、管理プログラムによって実現される。

ＣＰＵ２１がＩＯＵ１５から読み出して実行するプログラム、例えばＯＳには、ＢＭＣ２６の状態を監視するためのサブプログラム（以降「監視プログラム」と表記）が組み込まれている。そのため、本実施形態では、ＯＳを実行するＣＰＵ２１は、ＢＭＣ２６の状態を監視する監視装置として動作する。このことから、本実施形態による情報処理装置であるサーバ１は、本実施形態による管理装置であるＢＭＣ２６、及び本実施形態による監視装置を搭載したものとして実現されている。

１つの伝送路を介した通信によるＢＭＣの状態の監視では、その伝送路自体、或いはその伝送路を用いた通信のためのインターフェース部に障害が発生した場合、ＢＭＣが例え正常に動作していたとしても、ＢＭＣとの通信は不可能となる。従い、伝送路に係わる障害によりＢＭＣの状態を監視できなくなる可能性を抑えるためには、異なるインターフェースによってデータ伝送を行う伝送路を複数、用いる必要がある。また、異なるインターフェースによってデータ伝送を行う伝送路を複数、ＢＭＣに接続したとしても、途中で同じ伝送路をデータ伝送に用いる通信経路では、共通に用いる伝送路の存在により、ＢＭＣの状態を監視できなくなる可能性が高くなる。各ＳＢ１０には、多くのケーブルを接続することから、接続するケーブルの本数を抑えることが望まれている。

このようなことから、本実施形態では、各ＳＢ１０上に搭載されたＢＭＣ２６の状態の監視は、同じＳＢ１０上に搭載されたＣＰＵ２１に行わせ、ＣＰＵ２１とＢＭＣ２６間を２つの通信経路で接続させている。ＳＢ１０上のＢＭＣ２６の状態の監視を、同じＳＢ１０上のＣＰＵ２１により行わせた場合、ＳＢ１０に接続すべきケーブルの本数の増加を回避するか、或いは抑えることができる。

本実施形態では、ＣＰＵ２１とＢＭＣ２６間は、チップセット２４及び伝送路２００−１を含む通信経路、チップセット２４及び伝送路２００−２を含む通信経路により接続させている。それにより、ＣＰＵ２１とチップセット２４間は同じ伝送路としている。これは、ＣＰＵ２１とチップセット２４間でデータ伝送が正常に行えないことは、ＳＢ１０自体に非常に重大な障害が発生していることを意味しているからである。ＳＢ１０が正常に動作するうえで、ＣＰＵ２１とチップセット２４間の正常なデータ伝送が前提である以上、ＣＰＵ２１とチップセット２４間で行われるデータ伝送の信頼性を考慮する必要性は事実上、無い。このため、２つの通信経路でＣＰＵ２１とチップセット２４間は同じ伝送路としている。

図５は、本実施形態による管理装置であるＢＭＣ、及び本実施形態による監視装置の機能構成例を説明する図である。本実施形態による監視装置はＣＰＵ２１のみによって実現されているとの想定から、図５では符号として２１を付している。監視プログラムを含むＯＳはメモリ２２上に格納されて実行されることから、実際の監視装置は、ＣＰＵ２１の他にメモリ２２を少なくとも含む構成である。

図５に表すように、本実施形態による管理装置であるＢＭＣ２６は、機能構成として、管理部６１、記憶部６２、レジスタ６３、第１の応答部６４、及び第２の応答部６５を備えている。本実施形態による監視装置２１は、機能構成として、監視部５１、第１の通信部５２、及び第２の通信部５３を備えている。

監視装置（ＣＰＵ）２１とＢＭＣ２６間は、２つの通信経路７０（７０−１、７０−２）により接続されている。通信経路７０−１は、チップセット２４及び伝送路２００−１を含む通信経路である。通信経路７０−２は、チップセット２４及び伝送路２００−２を含む通信経路である。

管理部６１は、ＩＰＭＩによる通信を介した要求への対応、及びハードウェアセンサー群３０を構成する各センサー３１の値の取得、等を行う機能である。管理部６１は、例えばＲＯＭ２６ｃ、プロセッサ２６ｄ、メモリ２６ｅ、及びＩＯインターフェース部２６ｆによって実現される。記憶部６２は、ＳＤＲ情報２６ｃｂ、及び各センサー３１の値等の格納に用いられる。その記憶部６２は、図２に表すメモリ２６ｅに相当する。

第１の応答部６４は、通信経路７０−１を介した通信を行うための機能である。この第１の応答部６４は、例えば第１のインターフェース部２６ａ、ＲＯＭ２６ｃ、プロセッサ２６ｄ、及びメモリ２６ｅによって実現される。

レジスタ６３は、各センサー値の保存に用いられる。このレジスタ６３は、メモリ２６ｅ、より具体的にはメモリ２６ｅ上のレジスタ領域２６ｅｂに相当する。

第２の応答部６５は、通信経路７０−２を介した通信を行うための機能である。この第２の応答部６４は、例えば第２のインターフェース部２６ｂ、ＲＯＭ２６ｃ、プロセッサ２６ｄ、及びメモリ２６ｅによって実現される。

管理部６１、及び第１の応答部６４は、プロセッサ２６ｄが上記管理プログラムを実行することで実現される。第２の応答部６５は、プロセッサ２６ｄが上記冗長用プログラムを実行することで実現される。

管理部６１は、例えば予め定めた時間間隔でハードウェアセンサー群３０を構成する各センサー３１の値を取得すると共に、タイムスタンプとするタイマの値（時刻情報）を取得する。管理部６１は、取得した各センサー３１の値、及びタイマの値を記憶部６２、及びレジスタ６３にそれぞれ格納する。

記憶部６２、及びレジスタ６３に格納されるデータは、各センサー３１の値が例え同じであっても、タイムスタンプは変化する。そのことに着目し、本実施形態では、ＢＭＣ２６が正常に動作しているか否かの確認に各センサー３１の値に加えて、タイムスタンプを用いている。

一方、監視装置２１の監視部５１は、通信経路７０−１、更には通信経路７０−２を介した通信を通して、ＢＭＣ２６の状態を判断する監視を行う機能である。

第１の通信部５２は、通信経路７０−１を介した通信をＢＭＣ２６と行うための機能である。そのため、通信は、ＩＰＭＩを用いて行われる。

第２の通信部５３は、通信経路７０−２を介した通信をＢＭＣ２６と行うための機能である。そのため、通信は、ＩＰＭＩとは異なる通信規格、及びアドレスを用いて行われる。

監視部５１は、例えば予め定められた時間間隔でＢＭＣ２６にセンサー値の送信を要求する。その要求は、最初に第１の通信部５２を用いて行い、第１の通信部５２が応答としてセンサー値を受信できない場合、第２の通信部５３を用いて行う。そのように、必要に応じて異なる通信経路７０−２を用いてセンサー値を要求することにより、通信経路７０−１に係わる障害の発生の有無に関係なく、ＢＭＣ２６が正常に動作しているか否か確認することができる。

ＢＭＣ２６は、第１の応答部６４がセンサー値の送信要求を受信した場合、管理部６１は、記憶部６２に格納されているセンサー値等を読み出し、読み出したセンサー値等（図４）を応答として、第１の応答部６４から送信させる。第２の応答部６５は、センサー値の送信要求を受信した場合、レジスタ６３に格納されているセンサー値等を読み出し、読み出したセンサー値等を応答として送信する。そのようにして、第２の応答部６５は、管理部６１とは独立して動作する。そのため、管理プログラムが正常に動作していなくとも、第２の応答部６５によってセンサー値等が応答として監視装置２１に送信される。それにより、監視装置２１は、通信経路７０−２による通信が正常に行えるか否かを確認することができる。

管理プログラム（管理部６１）が正常に動作していない場合、レジスタ６３のセンサー値も正常に更新されない。そのため、監視装置２１は、応答として受信するセンサー値等により、ＢＭＣ２６、つまり管理部６１が正常に動作しているか否か確認することができる。

図６は、監視処理のフローチャートである。監視装置２１を実現させる監視プログラムは、ＣＰＵ２１にその監視処理を定期的に実行させることにより、ＢＭＣ２６の状態を監視し、必要に応じて、その監視結果を端末装置３に通知する。次に図６を参照し、監視プログラムによって実現される監視処理について詳細に説明する。

先ず、ＣＰＵ２１は、ＩＰＭＩを用いた通信により、ＢＭＣ２６にセンサー値を要求する問い合わせを行う（Ｓ１）。次にＣＰＵ２１は、その問い合わせの応答をＢＭＣ２６から受信したか否か判定する（Ｓ２）。問い合わせを送信させてから所定時間が経過する前にその応答を受信できなかった場合、Ｓ２の判定はｎｏとなってＳ４に移行する。その所定時間が経過する前に応答を受信した場合、Ｓ２の判定はｙｅｓとなってＳ３に移行する。

Ｓ３では、ＣＰＵ２１は、応答として受信したセンサー値等をメモリ２２に保存する。その後、この監視処理が終了する。センサー値等を受信できたことから、ＢＭＣ２６は正常に動作していると見なされる。

Ｓ４では、ＣＰＵ２１は、ＩＰＭＩ以外の通信規格を用いた通信により、ＢＭＣ２６にセンサー値を要求する問い合わせを行う。次にＣＰＵ２１は、その問い合わせの応答をＢＭＣ２６から受信したか否か判定する（Ｓ５）。問い合わせを送信してから所定時間が経過する前にその応答を受信できなかった場合、Ｓ５の判定はｎｏとなってＳ６に移行する。その所定時間が経過する前に応答を受信した場合、Ｓ５の判定はｙｅｓとなってＳ７に移行する。

Ｓ６への移行は、通信経路７０−１、及び７０−２を用いた問い合わせの両方で応答が得られなかったことを意味する。通信経路７０−１、及び７０−２に係る障害が同時に発生している可能性は非常に低い。このことから、Ｓ６では、ＣＰＵ２１は、ＢＭＣ２６に異常が発生している旨を端末装置３に通知する。その後、この監視処理が終了する。端末装置３への通知には、例えばメール、及びＳＮＭＰ（Simple Network Management Protocol）トラップ等の周知の技術を用いることができる。その通知により、管理者は、ＢＭＣ２６の再起動がＯＳを実行させた状態（活性状態）で可能なサーバ１であれば、ＢＭＣ２６のみを再起動させることができる。その再起動により、管理者は、ＢＭＣ２６が実行するプログラムによる障害が発生したか否かを確認することができる。再起動を行ってもＢＭＣ２６が正常に動作しないのであれば、管理者は、ＢＭＣ２６自体に障害が発生している、或いは２つの通信経路７０−１、及び７０−２に係る障害が同時に発生していると判断することができる。

Ｓ７では、ＣＰＵ２１は、応答として受信したセンサー値等を、その内容を確認するためにメモリ２２に保存する。次にＣＰＵ２１は、保存したセンサー値等を参照して、ＳＤＲ情報２６ｃｂに定義されている全てのセンサー３１の値が含まれているか否か判定する（Ｓ８）。ＳＤＲ情報２６ｃｂに定義されている全てのセンサー３１の値が含まれている場合、Ｓ８の判定はｙｅｓとなってＳ１２に移行する。ＳＤＲ情報２６ｃｂに定義されている全てのセンサー３１の値が含まれていない場合、Ｓ８の判定はｎｏとなってＳ９に移行する。

何らかの理由により、ＢＭＣ２６が値を取得できなかったセンサー３１が生じた、或いは通信の途中で何れかのセンサー３１の値が消失した、といった可能性がある。そのため、本実施形態では、予め定めた回数を上限に、センサー値の送信を要求するリトライを行うようにしている。上限とする回数は図９中「α」と表記している。

Ｓ９では、ＣＰＵ２１は、リトライ回数が回数αと等しいか否か判定する。回数αに達するまでリトライを行った場合、Ｓ９の判定はｙｅｓとなってＳ１１に移行する。リトライ回数が回数αに達していない場合、Ｓ９の判定はｎｏとなってＳ１０に移行する。

Ｓ１０では、ＣＰＵ２１は、予め定めた時間が経過するのを待つ。その時間は、ＢＭＣ２６が各センサー３１の値を取得する時間間隔以上の時間である。その時間が経過した後は上記Ｓ４に戻る。それにより、リトライを行う。

Ｓ１１では、ＣＰＵ２１は、ＢＭＣ２６の異常を端末装置３に通知する。その通知後、この監視処理が終了する。

上記Ｓ８の判定がｙｅｓとなって移行するＳ１２では、ＣＰＵ２１は、直前に実行したＳ７で保存した各センサー３１の値、例えばタイムスタンプを、その前に保存した各センサー３１のタイムスタンプと比較する。今回、保存した各センサー３１の値の比較対象となる各センサー３１の値は、直前に実行したＳ３で保存した各センサー３１の値か、或いは１つ前に実行したＳ７で保存した各センサー３１の値である。

比較を行ったＣＰＵ２１は、次に、センサー３１のなかでタイムスタンプが同じセンサー３１、つまりタイムスタンプが更新されていないセンサー３１があるか否か判定する（Ｓ１３）。タイムスタンプが更新されていないセンサー３１が存在する場合、Ｓ１３の判定はｙｅｓとなって上記Ｓ１１に移行する。全てのセンサー３１でタイムスタンプが更新されていた場合、Ｓ１３の判定はｎｏとなってＳ１４に移行する。

Ｓ１４への移行は、ＢＭＣ２６が各センサー３１の値等の取得を正常に行っていることを意味する。そのため、ＩＰＭＩを用いた通信によりセンサー値等を取得できなかった原因は、通信経路７０−１に係わる障害（異常）である可能性が高い。このことから、Ｓ１４では、ＣＰＵ２１は、通信経路７０−１（図６中「ＩＰＭＩ通信経路」と表記）に異常が発生している旨を端末装置３に通知する。その後、この監視処理が終了する。

なお、本実施形態では、同じＳＢ１０上に存在するＣＰＵ２１にＢＭＣ２６の状態を監視させているが、別のＳＢ１０上、或いは異なる場所に設けられたＣＰＵに、１つ以上のＳＢ１０のＢＭＣ２６の状態を監視させても良い。つまり１台の監視装置に、複数台のＢＭＣ（管理装置）を監視させても良い。その監視装置は、サーバ１の外部に配置されていても良い。

また、本実施形態では、ＣＰＵ２１に、ＢＭＣ２６から取得するセンサー値を用いて、そのＢＭＣ２６の状態の監視を行わせているが、監視に用いるデータはセンサー値、タイムスタンプ以外のデータであっても良い。ＣＰＵ２１による監視は、ＢＭＣ２６から受信したセンサー値（及びタイムスタンプ）の内容を確認することで行っているが、センサー値の内容の確認は、センサー値の送信側で行わせても良い。つまり、ＣＰＵ２１は、センサー値の内容の確認結果を受信して、ＢＭＣ２６の状態を判断し、その判断結果を端末装置３等に通知するものであっても良い。

本実施形態では、第２の応答部６５にセンサー値の送信を単独で行わせているが、管理部６１の制御で第２の応答部６５にセンサー値を送信させるようにしても良い。そのようにした場合であっても、通信経路７０−１、及び７０−２に係る障害が同時に発生していなければ、その２つの通信経路７０−１、及び７０−２の通信を通して、管理部６１が正常に動作しているか否か確認することができる。

上記以外にも、様々な変形を行うことができる。

以上の変形例を含む実施形態に関し、更に以下の付記を開示する。
（付記１）
管理用に搭載された管理装置、及び前記管理装置の監視を行う監視装置を備え、
前記管理装置は、
第１のプロトコルにより通信を行う第１の通信部と、
第２のプロトコルにより通信を行う第２の通信部と、
前記第１の通信部、及び前記第２の通信部を用いて送信する対象となるデータを生成する管理部と、を有し、
前記監視装置は、
前記第１の通信部、及び前記第２の通信部との通信が可能な第３の通信部と、
前記第３の通信部を用いて、前記第１の通信部との通信により前記データの取得を行い、前記データの取得に異常があった場合に、前記第３の通信部を用いて、前記第２の通信部との通信により前記データの取得を行い、前記データの取得に異常が有るか否かを確認することにより、前記管理装置の監視を行う監視部と、
前記監視部による監視結果を通知する通知部と、を有する、
ことを特徴とする情報処理装置。
（付記２）
前記監視部は、前記第２の通信部との通信による前記データの取得に異常が有るか否かの確認結果を基に、前記異常を生じさせた個所を特定し、
前記通知部は、前記監視部が特定した個所を前記監視結果として通知する、
ことを特徴とする付記１記載の情報処理装置。
（付記３）
前記管理装置は、更に
前記第２の通信部が送信対象とする前記データの格納に用いられる記憶部、を有し、
前記記憶部に格納されている前記データは、前記管理部による前記データの生成によって更新され、
前記第２の通信部は、前記監視装置から前記データが要求された場合、前記記憶部に格納されている前記データを送信する、
ことを特徴とする付記１、または２記載の情報処理装置。
（付記４）
第１のプロトコルにより通信を行う第１の通信部と、
第２のプロトコルにより通信を行う第２の通信部と、
搭載された情報処理装置の状態を表し、前記第１の通信部、及び前記第２の通信部を用いて送信する対象となるデータを生成する管理部と、
を有することを特徴とする管理装置。
（付記５）
情報処理装置に管理用に搭載され、プロトコルが異なる第１の伝送路、及び第２の伝送路と接続された管理装置との通信を、前記第１の伝送路を含む第１の通信経路、及び前記第２の伝送路を含む第２の通信経路を介して可能な通信部と、
前記通信部を用いて行う前記第１の通信経路を介した通信により前記管理装置からのデータの取得を行い、前記データの取得に異常があった場合に、前記通信部を用いて行う前記第２の通信経路を介した通信により前記管理装置からの前記データの取得を行い、前記データの取得に異常が有るか否かを確認することにより、前記管理装置の監視を行う監視部と、
前記監視部による監視結果を通知する通知部と、
を有することを特徴とする監視装置。
（付記６）
情報処理装置に管理用に搭載され、プロトコルが異なる第１の伝送路、及び第２の伝送路と接続された管理装置との通信を、前記第１の伝送路を含む第１の通信経路、及び前記第２の伝送路を含む第２の通信経路を介して可能なコンピュータに、
前記第１の通信経路を介した通信により前記管理装置からのデータの取得を行い、前記データの取得に異常があった場合に、前記第２の通信経路を介した通信により前記管理装置からの前記データの取得を行い、前記第２の通信経路を介した通信による前記データの取得に異常が有るか否かを確認することにより、前記管理装置の監視を行わせ、
前記監視の結果を通知させる、
処理を実行させる監視プログラム。
（付記７）
情報処理装置に管理用に搭載された管理装置に、プロトコルが異なる第１の伝送路、及び第２の伝送路と接続させ、
前記第１の伝送路を含む第１の通信経路、及び前記第２の伝送路を含む第２の通信経路を介して前記管理装置との通信を可能とさせた監視装置に、
前記第１の通信経路を介した通信により前記管理装置からのデータの取得を行い、前記データの取得に異常があった場合に、前記第２の通信経路を介した通信により前記管理装置からの前記データの取得を行い、前記第２の通信経路を介した通信による前記データの取得に異常が有るか否かを確認することにより、前記管理装置の監視を行わせ、
前記監視の結果を通知させる、
ことを特徴とする管理装置の監視方法。

１ サーバ
２ ネットワーク
３ 端末装置（ＰＣ）
１０ ＳＢ
２１ ＣＰＵ
２２ メモリ
２４ チップセット
２５ フラッシュメモリ
２６ ＢＭＣ
２６ａ 第１のインターフェース部２４ａ
２６ｂ 第２のインターフェース部２４ｂ
２６ｃ ＲＯＭ
２６ｃａ プログラム
２６ｃｂ ＳＤＲ情報
２６ｄ プロセッサ
２６ｅ メモリ
２６ｆ ＩＯインターフェース部
３０ ハードウェアセンサー群
３１ センサー
５１ 監視部
５２ 第１の通信部
５３ 第２の通信部
６１ 管理部
６２ 記憶部
６３ レジスタ
６４ 第１の応答部
６５ 第２の応答部
７０、７０−１、７０−２ 通信経路

Claims (5)

1. 管理用に搭載された管理装置、及び前記管理装置の監視を行う監視装置を備え、
   前記管理装置は、
   第１のプロトコルにより通信を行う第１の通信部と、
   第２のプロトコルにより通信を行う第２の通信部と、
   前記第１の通信部、及び前記第２の通信部を用いて送信する対象となるデータを生成する管理部と、を有し、
   前記監視装置は、
   前記第１の通信部、及び前記第２の通信部との通信が可能な第３の通信部と、
   前記第３の通信部を用いて、前記第１の通信部との通信により前記データの取得を行い、前記データの取得に異常があった場合に、前記第３の通信部を用いて、前記第２の通信部との通信により前記データの取得を行い、前記データの取得に異常が有るか否かを確認することにより、前記管理装置の監視を行う監視部と、
   前記監視部による監視結果を通知する通知部と、を有する、
   ことを特徴とする情報処理装置。
2. 前記監視部は、前記第２の通信部との通信による前記データの取得に異常が有るか否かの確認結果を基に、前記異常を生じさせた個所を特定し、
   前記通知部は、前記監視部が特定した個所を前記監視結果として通知する、
   ことを特徴とする請求項１記載の情報処理装置。
3. 前記管理装置は、更に
   前記第２の通信部が送信対象とする前記データの格納に用いられる記憶部、を有し、
   前記記憶部に格納されている前記データは、前記管理部による前記データの生成によって更新され、
   前記第２の通信部は、前記監視装置から前記データが要求された場合、前記記憶部に格納されている前記データを送信する、
   ことを特徴とする請求項１、または２記載の情報処理装置。
4. 情報処理装置に管理用に搭載され、プロトコルが異なる第１の伝送路、及び第２の伝送路と接続された管理装置との通信を、前記第１の伝送路を含む第１の通信経路、及び前記第２の伝送路を含む第２の通信経路を介して可能な通信部と、
   前記通信部を用いて行う前記第１の通信経路を介した通信により前記管理装置からのデータの取得を行い、前記データの取得に異常があった場合に、前記通信部を用いて行う前記第２の通信経路を介した通信により前記管理装置からの前記データの取得を行い、前記データの取得に異常が有るか否かを確認することにより、前記管理装置の監視を行う監視部と、
   前記監視部による監視結果を通知する通知部と、
   を有することを特徴とする監視装置。
5. 情報処理装置に管理用に搭載され、プロトコルが異なる第１の伝送路、及び第２の伝送路と接続された管理装置との通信を、前記第１の伝送路を含む第１の通信経路、及び前記第２の伝送路を含む第２の通信経路を介して可能なコンピュータに、
   前記第１の通信経路を介した通信により前記管理装置からのデータの取得を行い、前記データの取得に異常があった場合に、前記第２の通信経路を介した通信により前記管理装置からの前記データの取得を行い、前記第２の通信経路を介した通信による前記データの取得に異常が有るか否かを確認することにより、前記管理装置の監視を行わせ、
   前記監視の結果を通知させる、
   処理を実行させる監視プログラム。

Images