JP2013161210A - 情報処理装置、情報取得方法、及びプログラム - Google Patents

Abstract

【課題】低速なシリアルインターフェースを用いた構成部品の構成内容情報の取得であっても、アクセス頻度を減少させて起動時間を短縮する。
【解決手段】ＢＭＣ３１１のＢＭＣＦＷ３１３は、ＣＰＵ１１のＢＩＯＳ１１２が起動する前に、低速なインターフェース９１〜９３を介して、ＦＲＵストレージ１１１、１２１、１３１、１４１、３１２、５１１、５２１、５３１、５４１、６１１、７１１にアクセスしてＦＲＵ情報に変更があるか否かを確認し、確認結果をＦＲＵフラグ一覧テーブル３１１−１に保存する。ＣＰＵ１１のＢＩＯＳ１１２は、起動時に、高速なインターフェース８３を介して、ＢＭＣ３１１のＦＲＵフラグ一覧テーブル３１１−１を参照し、ＦＲＵ情報に変更があった構成部品のＦＲＵ情報のみを低速なインターフェース９１〜９３を介して取得する。
【選択図】図１

Description

本発明は、ＣＰＵ（Central Processing Unit；中央処理装置）上で動作するファームウェアで部品情報を取得する情報処理装置、情報取得方法、及びプログラムに関する。

情報処理装置において、装置立ち上げ中に、ＢＩＯＳ（Basic Input Output System）は、ＳＭＢＩＯＳ（System Management BIOS）データを作成する。ＢＩＯＳは、ＳＭＢＩＯＳデータを作成するために、ＥＥＰＲＯＭ（Electrically Erasable Read Only Memory）からなるＦＲＵ(Field Replacement Unit；フィールド交換可能ユニット）ストレージ(Storage）に格納されているＦＲＵ情報（Information）にアクセスする。ＦＲＵ情報には、少なくとも構成部品を識別するための識別情報（シリアル番号）と、構成部品の構成内容を示す構成内容情報とが含まれる。設計上、ＦＲＵ情報には、低速なインターフェース（Ｉ２Ｃ:Inter-Integrated Circuit）などを用いてアクセスしなければならない。そのため、ＦＲＵ情報の取得に時間がかかってしまい、ＳＭＢＩＯＳデータの作成にも時間がかかり、起動時間も長くなることが知られている。

また、情報処理装置において、メモリやその他周辺機器（ＬＣＤ、ＦＡＮ）などの構成部品の交換は、頻繁に実施されるものではないため、前回立ち上げ時と今回立ち上げ時とでＦＲＵストレージから取得するＦＲＵ情報に変更がないことが多い。それにも関わらず、低速なシリアルインターフェースを用いて、毎回、ＦＲＵ情報を取得するために時間を費やしてしまう。

また、ＦＲＵストレージは、部品毎に存在する。情報処理装置が大規模装置になると、構成部品数が増加するため、ＢＩＯＳがアクセスしなければならないＦＲＵストレージが増加し、取得しなければならないＦＲＵ情報が増加する。そのため、装置が大規模になり、構成部品が増加するのに伴って、立ち上げ時間も長くなる。

例えば、特許文献１では、同じく低速でかつシリアルなインターフェースを用いたデータ取得方法を提案している。該特許文献１の技術では、低速インターフェースを用いてアクセスしなければならないＳＰＤ（Serial Presence Detect）データ取得に関する高速化を図っている。「メモリモジュール＋ＰＣの固有情報から成るフラグ」をメモリモジュール内に保持することで、複数回、ＳＰＤにアクセスしなければならないところを、フラグを参照する回数を１回に減らすという仕組みをＢＩＯＳが実現している。但し、フラグを参照するために、ＢＩＯＳは、起動するたびに、ＳＰＤにアクセスする必要がある。

また、特許文献２では、サーバシステムなどの情報処理装置において、ハードウェア資源を、物理的、または論理的に、複数のパーティションに分割して運用する場合、故障等の不具合の発生に備え、セキュリティ装置を搭載した代替用のシステムボードを組み込む際に、セキュリティ装置を搭載した場合においても、代替機能を阻害することを防止する技術を提案している。

また、特許文献３では、複写機、プリンタ装置、ファクシミリ装置、またはこれら装置の機能を備えた複合機などにおいて、各機能の故障現象とその原因との関係をモデル化した診断モデルである因果関係情報に基づいて故障診断を行う技術を提案している。

また、特許文献４では、サーバコンピュータなどの情報処理システにおいて、マザーボード上に搭載されている別々の不揮発性半導体メモリに保存されている、ＢＩＯＳのファームウエアや、データをＢＭＣ（Baseboard Management Controller）に接続された不揮発性半導体メモリにまとめて格納する技術を提案している。

また、特許文献５では、ハードディスクドライブ（ＨＤＤ）などの記憶装置を備えたコンピュータシステム等に係り、所定のＯＳの環境とこのＯＳから隠蔽された領域との間におけるデータ受け渡しを可能とする技術を提案している。

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

上述した特許文献１の技術では、フラグを参照する回数を１回に減らすという仕組みをＢＩＯＳが実現しているが、フラグを参照するために、ＢＩＯＳは、起動するたびに、ＳＰＤにアクセスする必要がある。このため、特許文献１の技術、あるいは特許文献２〜５の技術では、上述したように、情報処理装置において、ＢＩＯＳが起動するたびに、低速なインターフェースを用いてＦＲＵストレージにアクセスしてＦＲＵ情報を取得しなければならない。
よって、情報処理装置に搭載される構成部品の数が多くなればなるほど、ＢＩＯＳ等のファームウェアによるＦＲＵストレージへのアクセス頻度が増大し、起動時間を短縮することができないという問題があった。

本発明の目的は、上述した課題を解決する情報処理装置、情報取得方法、及びプログラムを提供することにある。

上述した課題を解決するために、本発明は、割り当てられた固有の識別情報と、構成内容を示す構成内容情報とを、それぞれが備える記憶領域にそれぞれ記憶している複数の構成部品と、複数の前記構成部品と接続されており、前回以前の起動時に接続されていた前記構成部品を示す前記識別情報を記憶するテーブルを参照して、接続されている複数の前記構成部品から入力するそれぞれの前記識別情報に基づき、前回の起動時より後に接続された前記構成部品の前記識別情報を取得する監視制御部と、複数の前記構成部品から入力する前記構成内容情報を記憶する記憶領域を備え、前記監視制御部によって取得された前記前回の起動時より後に接続された前記構成部品の前記識別情報に基づき、当該構成部品の前記構成内容情報を取得し、前記記憶領域を更新する更新部と、を備えることを特徴とする情報処理装置である。

また、上述した課題を解決するために、本発明は、割り当てられた固有の識別情報と、構成内容を示す構成内容情報とを、それぞれが備える記憶領域にそれぞれ記憶している複数の構成部品と接続されている監視制御部により、前回以前の起動時に接続されていた前記構成部品を示す前記識別情報を記憶するテーブルを参照して、接続されている複数の前記構成部品から入力するそれぞれの前記識別情報に基づき、前回の起動時より後に接続された前記構成部品の前記識別情報を取得するステップと、複数の前記構成部品から入力する前記構成内容情報を記憶する記憶領域を備えた更新部により、前記監視制御部によって取得された前記前回の起動時より後に接続された前記構成部品の前記識別情報に基づき、当該構成部品の前記構成内容情報を取得し、前記記憶領域を更新するステップとを含むことを特徴とする情報取得方法である。

また、上述した課題を解決するために、本発明は、情報処理装置のコンピュータに、
割り当てられた固有の識別情報と、構成内容を示す構成内容情報とを、それぞれが備える記憶領域にそれぞれ記憶している複数の構成部品と接続されている監視制御部により、前回以前の起動時に接続されていた前記構成部品を示す前記識別情報を記憶するテーブルを参照して、接続されている複数の前記構成部品から入力するそれぞれの前記識別情報に基づき、前回の起動時より後に接続された前記構成部品の前記識別情報を取得するステップと、複数の前記構成部品から入力する前記構成内容情報を記憶する記憶領域を備えた更新部により、前記監視制御部によって取得された前記前回の起動時より後に接続された前記構成部品の前記識別情報に基づき、当該構成部品の前記構成内容情報を取得し、前記記憶領域を更新するステップとを実行させることを特徴とするプログラムである。

この発明によれば、低速なシリアルインターフェースを用いた構成部品の構成内容情報の取得であっても、アクセス頻度を減少させて起動時間を短縮することができる。

本発明の第１実施形態によるコンピュータシステムの構成を示すブロック図である。 本第１実施形態において、ＢＭＣ３１１上に保存されるＦＲＵフラグ一覧テーブル３１１−１の構成を示す概念図である。 本第１実施形態において、ＢＩＯＳによって作成されＮＶＲＡＭ４１に保存されるＳＭＢＩＯＳ保存データ４１−１を示す概念図である。 コマンド（ａ）のＲｅｑｕｅｓｔ Ｄａｔａ／Ｒｅｓｐｏｎｓｅ Ｄａｔａフォーマットの一例を示す概念図である。 コマンド（ｂ）のＲｅｑｕｅｓｔ Ｄａｔａ／Ｒｅｓｐｏｎｓｅ Ｄａｔａフォーマットの一例を示す概念図である。 コマンド（ｃ）のＲｅｑｕｅｓｔ Ｄａｔａ／Ｒｅｓｐｏｎｓｅ Ｄａｔａフォーマットの一例を示す概念図である。 本第１実施形態において、ＢＭＣＦＷ３１３がＳＭＢＩＯＳデータを生成するときの処理を説明するためのフローチャートである。 本第１実施形態による、ＢＭＣＦＷ３１３がＳＭＢＩＯＳデータを生成するときのＢＩＯＳの動作を説明するためのフローチャートである。 本第２実施形態において、ＢＭＣ３１１上に保存されるＦＲＵ情報一覧テーブル３１１−２のデータ構成を示す概念図である。 コマンド（ｄ）のＲｅｑｕｅｓｔ Ｄａｔａ／Ｒｅｓｐｏｎｓｅ Ｄａｔａフォーマットの一例を示す概念図である。 本第２実施形態による、ＢＭＣＦＷ３１３がＳＭＢＩＯＳデータを生成するときのＢＩＯＳの動作を説明するためのフローチャートである。 本第２実施形態による、ＢＩＯＳ１１２の動作を説明するためのフローチャートである。 本発明に係る情報処理装置システムの最小の構成要素を示すブロック図である

以下、本発明の一実施形態を、図面を参照して説明する。

Ａ．第１実施形態
まず、本発明の第１実施形態について説明する。
図１は、本発明の第１実施形態による情報処理装置１の構成を示すブロック図である。図１において、情報処理装置１は、ＣＰＵ１１、１２、１３、１４、ＰＣＨ（Platform Controller Hub）２１、ＭＧＭ（Management Board）３１、ＮＶＲＡＭ（Non Volatile Random Access Memory）４１、メモリライザ（Memory Riser）５１、５２、５３、５４、ＦＡＮ（ファン）６１、及びＬＣＤ（Liquid Crystal Display）７１を備えている。ＣＰＵ１１、１２、１３、１４は、各々、ＦＲＵストレージ（Storage）１１１、１２１、１３１、１４１を備えている。また、ＭＧＭ３１は、ＢＭＣ（Baseboard Management Controller：制御部）３１１、及びＦＲＵストレージ３１２を備えている。メモリライザ（Memory Riser）５１、５２、５３、５４は、各々、ＦＲＵストレージ５１１、５２１、５３１、５４１を備えている。ＦＡＮ６１は、ＦＲＵストレージ６１１を備え、ＬＣＤ７１は、ＦＲＵストレージ７１１を備えている。

ＣＰＵ１１、１２、１３、１４の間は、高速なインターフェース（第２のインターフェース）８２を介して接続されている。また、ＰＣＨ２１とＣＰＵ１１、ＰＣＨ２１とＢＭＣ３１１、及びＰＣＨ２１とＮＶＲＡＭ４１は、各々、高速なインターフェース８１、８３、８４で接続されている。ＰＣＨ２１は、ＣＰＵ１１と入出力関係のデバイス制御を行うチップセットである。また、ＣＰＵ１１とメモリライザ５１とは、インターフェース８５で、ＣＰＵ１２とメモリライザ５２とは、インターフェース８６で、ＣＰＵ１３とメモリライザ５３とは、インターフェース８７で、ＣＰＵ１４とメモリライザ５４とは、インターフェース８８で接続されている。また、ＢＭＣ３１１は、ＦＲＵストレージ３１２とは、低速なインターフェース９１で接続され、ＦＲＵストレージ６１１、７１１とは、低速なインターフェース９２で接続され、ＦＲＵストレージ１１１、１２１、１３１、１４１、５１１、５２１、５３１、５４１とは、低速なインターフェース９３で接続されている。

インターフェース８１、８２、８３、８４は、各々、高速にデータを送受信できるインターフェースである。例えば、インターフェース８１は、ＰＣＩ Ｅｘｐｒｅｓｓなどからなり、インターフェース８３は、ＬＰＣなどからなり、インターフェース８４は、ＳＰＩなどからなる。また、インターフェース９１、９２、９３は、シリアルインターフェース（例えばＩ２Ｃ）であり、データ転送には比較的時間がかかる。

ＣＰＵ１１は、起動時にファームウェアであるＢＩＯＳ１１２を実行し、ＢＭＣ３１１は、ファームウェアであるＢＭＣＦＷ（Baseboard Management Controller Firm Ware）３１３を実行する。ＦＲＵストレージ１１１、１２１、１３１、１４１、３１２、５１１、５２１、５３１、５４１、６１１、７１１には、ＳＭＢＩＯＳデータ作成に必要なＦＲＵ情報が格納されている。また、ＦＲＵ情報には、少なくとも構成部品を識別するための識別情報（シリアル番号：Serial Number）と、構成部品の構成内容を示す構成内容情報（Common Header）とが含まれる。このような構成において、ＣＰＵ１１上のＢＩＯＳ１１２がＦＲＵストレージ３１２のＦＲＵ情報にアクセスするとき、インターフェース８１、８３は、高速なデータのやり取りが可能であるが、インターフェース９１は、低速なシリアルでデータのやり取りを行う。このため、インターフェース８１、８３と比べると、大幅に時間がかかってしまい、インターフェース９１がボトルネックとなる。

ＢＭＣ３１１上には、ＢＭＣＦＷ３１３が構成部品の載せ換えがあったかどうかを記憶するためのＦＲＵフラグ一覧テーブル３１１−１（図２）がある。該ＦＲＵフラグ一覧テーブル３１１−１は、特許請求の範囲におけるフラグ一覧テーブルに相当する。また、ＮＶＲＡＭ４１には、ＢＩＯＳ１１２が作成するＳＭＢＩＯＳデータの一覧表であるＳＭＢＩＯＳ保存データ４１−１（図３）がある。該ＳＭＢＩＯＳ保存データ４１−１は、特許請求の範囲における保存データに相当する。なお、ＦＲＵフラグ一覧テーブル３１１−１、及びＳＭＢＩＯＳ保存データ４１−１の詳細については後述する。

ＰＣＨ２１は、各構成部品間を接続する役割を持つ。例えば、ＢＩＯＳ１１２がＦＲＵストレージ３１２にアクセスするためには、ＣＰＵ１１からＰＣＨ２１へ、ＰＣＨ２１からＢＭＣ３１１に命令を送信する必要がある。この命令を受け取ったＢＭＣ３１１上で動くＢＭＣＦＷ３１３によって、ＦＲＵストレージ３１２へアクセスすることになる。ＢＩＯＳ１１２がＢＭＣＦＷ３１３からデータを受け取るときも同様に、ＰＣＨ２１を介して行われる。ＢＩＯＳ１１２からＮＶＲＡＭ４１にアクセスするときも同様にＰＣＨ２１経由で行われる。

ＢＩＯＳ１１２は、当該コンピュータシステムの立ち上げ中にＳＭＢＩＯＳデータを作成する必要がある。ＳＭＢＩＯＳデータは、ＯＳ（Operating System）１１３が起動時に参照するデータである。ＳＭＢＩＯＳデータ作成には、システム内のＦＲＵストレージに格納されているＦＲＵ情報を参照する必要がある。ＦＲＵ情報をＢＩＯＳ１１２から参照する場合、本発明によらない場合、ＢＩＯＳ１１２がＳＭＢＩＯＳデータを作成するタイミングで必要な全ＦＲＵ情報を取得するために、低速なシリアルインターフェース９１、９２、９３を用いて、ＦＲＵストレージ１１１、１２１、１３１、１４１、３１２、５１１、５２１、５３１、５４１、６１１、７１１にアクセスしている。

これに対して、本第１実施形態では、ＢＩＯＳ１１２がＳＭＢＩＯＳデータを作成する前に、ＢＭＣ３１１で動作するＢＭＣＦＷ３１３がＦＲＵストレージ１１１、１２１、１３１、１４１、３１２、５１１、５２１、５３１、５４１、６１１、７１１にアクセスしてＦＲＵ情報に変更があるか否かを確認し、確認結果を保存する処理を追加する。

これにより、ＢＩＯＳ１１２は、ＢＭＣＦＷ３１３に構成部品の交換があったか否かを確認することができ、変更があった構成部品のＦＲＵ情報のみを低速なシリアルインターフェース９１、９２、９３を用いて取得する。交換がなかった構成部品（前回とＦＲＵ情報に変更がない構成部品）に関しては、ＰＣＨ２１に高速なインターフェース８４で接続されているＮＶＲＡＭ４１にあるＳＭＢＩＯＳ保存データ４１−１から取得する。

このように、本第１実施形態では、変更があった構成部品のＦＲＵ情報のみを低速なシリアルインターフェース９１、９２、９３を用いて取得してＳＭＢＩＯＳ保存データ４１−１を作成することで、ＦＲＵストレージ１１１、１２１、１３１、１４１、３１２、５１１、５２１、５３１、５４１、６１１、７１１にアクセスする頻度を減少させることができ、従来よりも高速にＳＭＢＩＯＳデータの作成を行うことができる。

なお、上述したコンピュータシステムの構成は図１に示したものに限らず、ＣＰＵ１１〜１４、ＰＣＨ２１、ＢＭＣ３１１、ＮＶＲＡＭ４１の個数・種類も限定しない。また、ＣＰＵ１１とＢＭＣ３１１の中継点となっているＰＣＨ２１も、ＰＣＨに限定せず、同様な機能持つチップセットでも構わない。ＰＣＨ２１は、接続されるＣＰＵの世代によっては、ノースブリッジとサウスブリッジに置き換えられることもある。また、シリアルインターフェース９１、９２、９３は、図１では１：Ｎで接続しているが、１：１でＢＭＣ３１１と直接接続していてもよい。

図２は、本第１実施形態において、ＢＭＣ３１１上に保存されるＦＲＵフラグ一覧テーブル３１１−１の構成を示す概念図である。このＦＲＵフラグ一覧テーブル３１１−１は、構成部品を一意に特定する物理番号（Physical Number）と、構成部品の交換があったことを表す（前回立ち上げ時から変更があり、更新する必要があることを表す）ステータスフラグ（Status）と、構成部品を識別するために付けられた文字列データからなるシリアル番号（Serial Number）と、ＦＲＵストレージ内のＦＲＵ情報のフォーマットを表すコモンヘッダ（Common Header）とを、それぞれ構成部品毎に対応付けるテーブルである。シリアル番号（Serial Number）は、構成部品を識別するための識別情報であり、コモンヘッダ（Common Header）は、構成部品の構成内容を示す構成内容情報である。
ステータスフラグが「０」の場合、対応する構成部品が前回の起動時より後に交換されていないことを示す。一方、ステータスフラグが「１」の場合、対応する構成部品が前回の起動時より後に交換されたことを示す。

コモンヘッダ（Common Header）の値は、１６進数で示されており、「Ｃｏｍｍｏｎ Ｈｅａｄｅｒ」欄の「ｈ」が１６進数であることを表す。
物理番号（Physical Number）は、対応する構成部品が交換されても変わらない固定された番号である。例えば、図１のＣＰＵ１１の物理番号は、ＣＰＵ１１が交換されたとしても同じである。これに対して、シリアル番号（Serial Number）は、個々の構成部品に固有の識別番号であり、構成部品が交換された場合、交換前の構成部品のシリアル番号と交換後の構成部品のシリアル番号とは異なる。ゆえに、ＢＭＣ３１１は、構成部品のシリアル番号に基づき、ＦＲＵフラグ一覧テーブル３１１−１に既に登録されているシリアル番号か否かを判別すれば、その構成部品が交換されたか否かを知ることができる。つまり、ＢＭＣ３１１は、ＦＲＵフラグ一覧テーブル３１１−１に登録されていないシリアル番号の構成部品を、前回の起動時より後に交換された構成部品であると判定し、ＦＲＵフラグ一覧テーブル３１１−１に登録されているシリアル番号の構成部品を、前回の起動時より後に交換されていない構成部品であると判定する。

シリアル番号（Serial Number）もＦＲＵ情報の一部である。ＦＲＵ情報のフォーマット詳細は、Platform Management FRU Information Storage Definition（以降、ＦＲＵ Ｓｐｅｃと表記）を参照されたい。コモンヘッダ（Common Header）には、Ｉｎｔｅｒｎａｌ Ｕｓｅｒ Ａｒｅａ、Ｃｈａｓｓｉｓ Ｉｎｆｏ Ａｒｅａ、Ｂｏａｒｄ Ｉｎｆｏ Ａｒｅａ、Ｐｒｏｄｕｃｔ Ｉｎｆｏ Ａｒｅａへのオフセットが格納されている。ＦＲＵ情報は、先に挙げた４つのエリアを含む情報から構成されており、これらのエリアにアクセスして必要なデータを取得することになる。

図３は、本第１実施形態において、ＢＩＯＳ１１２によって作成され、ＮＶＲＡＭ４１に保存されるＳＭＢＩＯＳ保存データ４１−１を示す概念図である。図３に示すように、ＮＶＲＡＭ４１には、ＢＩＯＳ１１２によって作成されるＳＭＢＩＯＳ保存データ４１−１がある。ＳＭＢＩＯＳ保存データ４１−１の内容は、複数のＳＭＢＩＯＳデータの一覧表である。Ｔｙｐｅ名別に各Ｆｉｅｌｄの設定値が保存されている。ＢＩＯＳ１１２は、ＦＲＵ情報にアクセスして取得した情報を、ＳＭＢＩＯＳ保存データ４１−１の適切なフィールドに保存する。図３に示すＴｙｐｅ名欄は、ＳＭＢＩＯＳデータのテーブルのタイプを格納する。各Ｔｙｐｅは必要に応じて１つ以上作成される。Ｌｅｎｇｔｈ欄は、各Ｔｙｐｅのテーブル長が格納される。Ｈａｎｄｌｅ欄は、各テーブルを判別するための番号が格納される。Ｔｙｐｅ別に格納されるデータ（構成内容情報）とは、システムを構成する部品やシステム固有の情報などからなる。例えば、Ｔｙｐｅ４で定義されるＣＰＵの構成内容情報は、ＣＰＵ ＴｙｐｅやＶｅｒｓｉｏｎ、Ｓｐｅｅｄや動作状態（Ｓｔａｔｕｓ）などからなる。その他にも、ＵＳＢやＳｅｒｉａｌなどのポート、ＰＣＩスロットに対して、システムがサポートしている言語やメモリの情報などに対してＳＭＢＩＯＳデータは作成される。Ｔｙｐｅ名とＨａｎｄｌｅとで、ＳＭＢＩＯＳデータのテーブルが一意に決まる。

なお、ＳＭＢＩＯＳ保存データ４１−１は、情報処理装置１に含まれる複数の構成部品によって実現される制御状態や構成内容を示す情報を、項目毎に対応付けるテーブルである。よって、ＢＩＯＳ１１２は、変更された構成部品に応じて、対応する情報を更新する。

ＢＩＯＳ１１２は、ＢＭＣ３１１上にあるＦＲＵフラグ一覧テーブル３１１−１を参照したり、更新したり、データを書き込む際に、ＩＰＭＩに準拠したコマンド（ａ）、（ｂ）、（ｃ）を用いてＢＭＣ３１１にあるＦＲＵフラグ一覧テーブル３１１−１にアクセスする。ＢＭＣ３１１は、上記コマンド（ａ）、（ｂ）、（ｃ）を用いてアクセスされると、コマンドに応じた処理を、ＦＲＵフラグ一覧テーブル３１１−１に対して実行する。以下、コマンド（ａ）、（ｂ）、（ｃ）について説明する。

図４は、コマンド（ａ）のＲｅｑｕｅｓｔ Ｄａｔａ／Ｒｅｓｐｏｎｓｅ Ｄａｔａフォーマットの一例を示す概念図である。コマンド（ａ）は、リクエストするためのコマンド（Ｒｅｑｕｅｓｔ Ｄａｔａ）とそのレスポンスを受け取るコマンド（Ｒｅｓｐｏｎｓｅ Ｄａｔａ）とで１つのセットとなっている。コマンドを送信する際に、図４に示すようなＲｅｑｕｅｓｔ Ｄａｔａ／Ｒｅｓｐｏｎｓｅ Ｄａｔａ以外に、ＢＭＣ３１１で、コマンド（ａ）であることが分かるコードとリクエスト／レスポンスが判断できるコードを付ける。このコマンド（ａ）をＢＭＣ３１１に送信することで、ＢＭＣ３１１からデータを取得することができる。ＢＩＯＳ１１２がＢＭＣ３１１から受け取るＲｅｓｐｏｎｓｅ Ｄａｔａには、ＢＭＣ３１１の処理が正常終了したことを表すＣｏｍｐｌｅｔｉｏｎ Ｃｏｄｅが付与される。

具体的には、ＢＩＯＳ１１２は、ＢＭＣＦＷ３１３に対して構成部品の物理番号（Physical Number）を指定してコマンド（ａ）を発行する。それを受け取ったＢＭＣＦＷ３１３は、図２に示すＦＲＵフラグ一覧テーブル３１１−１にアクセスして、Ｒｅｑｕｅｓｔ Ｄａｔａに格納された物理番号（Physical Number）と一致する構成部品のステータスフラグ（Status）をＲｅｓｐｏｎｓｅ ＤａｔａとしてＢＩＯＳ１１２に返す。ＢＩＯＳ１１２は、ＢＭＣＦＷ３１３から返されたＲｅｓｐｏｎｓｅ Ｄａｔａからステータスフラグ（Status）を取得する。

図５は、コマンド（ｂ）のＲｅｑｕｅｓｔ Ｄａｔａ／Ｒｅｓｐｏｎｓｅ Ｄａｔａフォーマットの一例を示す概念図である。コマンド（ｂ）は、コマンド（ａ）と同様に、リクエストするためのコマンド（Ｒｅｑｕｅｓｔ Ｄａｔａ）とそのレスポンスを受け取るコマンド（Ｒｅｓｐｏｎｓｅ Ｄａｔａ）とで１つのセットとなっている。ＢＩＯＳ１１２は、ＢＭＣＦＷ３１３に対して、構成部品の物理番号（Physical Number）を指定してコマンド（ｂ）を発行する。該コマンド（ｂ）を受け取ったＢＭＣＦＷ３１３は、図２に示すＦＲＵフラグ一覧テーブル３１１−１にアクセスし、Ｒｅｑｕｅｓｔ ＤａｔａのＰｈｙｓｉｃａｌ Ｎｕｍｂｅｒと一致するＦＲＵフラグ一覧テーブル３１１−１のＣｏｍｍｏｎ Ｈｅａｄｅｒを、Ｒｅｓｐｏｎｓｅ ＤａｔａとしてＢＩＯＳ１１２に返す。ＢＩＯＳ１１２は、ＢＭＣＦＷ３１３から返されたＲｅｓｐｏｎｓｅ ＤａｔａからＣｏｍｍｏｎ Ｈｅａｄｅｒを取得する。

図６は、コマンド（ｃ）のＲｅｑｕｅｓｔ Ｄａｔａ／Ｒｅｓｐｏｎｓｅ Ｄａｔａフォーマットの一例を示す概念図である。コマンド（ｃ）は、コマンド（ａ）、（ｂ）と同様に、リクエストするためのコマンド（Ｒｅｑｕｅｓｔ Ｄａｔａ）とそのレスポンスを受け取るコマンド（Ｒｅｓｐｏｎｓｅ Ｄａｔａ）とで１つのセットとなっている。ＢＩＯＳ１１２は、ＢＭＣＦＷ３１３に対して、ＢＩＯＳ１１２が物理番号（Physical Number）を指定してコマンド（ｃ）を発行する。該コマンド（ｃ）を受け取ったＢＭＣＦＷ３１３は、Ｒｅｑｕｅｓｔ ＤａｔａのＰｈｙｓｉｃａｌ Ｎｕｍｂｅｒと一致するＦＲＵフラグ一覧テーブル３１１−１のステータスフラグ（Status）を１から０に変更する。ＢＩＯＳ１１２は、ＢＭＣＦＷ３１３から受信した、Ｒｅｓｐｏｎｓｅ Ｄａｔａに含まれているＣｏｍｐｌｅｔｉｏｎ Ｃｏｄｅで、処理が正常に終了したことを確認し、前回立ち上げ時から変更があった構成部品に対する処理を完了する。

次に、本第１実施形態の動作を説明する。
図７は、本第１実施形態において、ＢＭＣＦＷ３１３がＳＭＢＩＯＳデータを生成するときの処理を説明するためのフローチャートである。ここでは、ＡＣ電源が投入されると、ＢＭＣＦＷ３１３が動作し、一連の処理が終了したら、ＢＭＣＦＷ３１３からＢＩＯＳ１１２に処理（図８）がシリアルに移行するものとする。

まず、ＡＣ電源がＯＮにされると、ＢＭＣ３１１は、図示しないメモリからＢＭＣＦＷ３１３のプログラムの情報を読み出して実行し、ＢＭＣＦＷ３１３は、各構成部品のＦＲＵ情報にアクセスして情報を確認（取得）する（ステップＳａ１）。図１に示すＭＧＭ３１上にあるＦＲＵストレージ３１２を例に説明すると、ＢＭＣＦＷ３１３は、ＦＲＵストレージ３１２にアクセスし、ＦＲＵ情報から対応する構成部品のシリアル番号を取得する。

次に、ステップＳａ１で取得した構成部品のシリアル番号とＦＲＵフラグ一覧テーブル３１１−１（図２）の対応する構成部品のシリアル番号（Serial Number）とが同一であるか否か、すなわち変更があったか否かを判定する（ステップＳａ２）。言い換えると、ＢＭＣＦＷ３１３は、ＦＲＵフラグ一覧テーブル３１１−１を参照して、ステップＳａ１で取得した構成部品のシリアル番号がＦＲＵフラグ一覧テーブル３１１−１に記憶されているか否かを判定する。ここでは、取得した構成部品のシリアル番号が「ＭＧ０００００１」である場合、ＦＲＵフラグ一覧テーブル３１１−１において、構成部品「Ｐｈｙｓｉｃａｌ Ｎｕｍｂｅｒ（０００２０００１（ＭＧＭ０１））」に対応付けられているシリアル番号「ＭＧ０００００１」であるか否かを判定する。

そして、双方のシリアル番号が同一の場合には、ＦＲＵ情報（すなわち構成部品）変更なしと判定する（ステップＳａ２のＮＯ）。例えば、ＢＭＣＦＷ３１３は、ＦＲＵフラグ一覧テーブル３１１−１を参照して、ステップＳａ１で取得した構成部品のシリアル番号がＦＲＵフラグ一覧テーブル３１１−１に記憶されている場合、Ｐｈｙｓｉｃａｌ Ｎｕｍｂｅｒが（０００２０００１（ＭＧＭ０１））で示される構成部品が、前回以前の起動時に接続されていた構成部品であることと判定する。なお、ＦＲＵフラグ一覧テーブル３１１−１において、Ｐｈｙｓｉｃａｌ Ｎｕｍｂｅｒが（０００２０００１（ＭＧＭ０１））に対応するステータスフラグ（Ｓｔａｔｕｓ）のＦｉｅｌｄに「１」が書き込まれていた場合、ＢＭＣＦＷ３１３は、ＦＲＵ情報の更新が不要であることを示す「０」に書き換える。

一方、双方のシリアル番号が不一致の場合には、ＦＲＵ情報（すなわち構成部品）変更ありと判定する（ステップＳａ２のＹＥＳ）。例えば、ＢＭＣＦＷ３１３は、ＦＲＵフラグ一覧テーブル３１１−１を参照して、ステップＳａ１で取得した構成部品のシリアル番号がＦＲＵフラグ一覧テーブル３１１−１に記憶されていない場合、Ｐｈｙｓｉｃａｌ Ｎｕｍｂｅｒが（０００２０００１（ＭＧＭ０１））で示される構成部品が、前回以前の起動時に接続されていない構成部品（つまり、前回の起動時よりも後に接続された構成部品）であることと判定する。

そして、ＢＭＣＦＷ３１３は、ＦＲＵフラグ一覧テーブル３１１−１のステータスフラグ（Ｓｔａｔｕｓ）のＦｅｉｌｄに、ＡＣ ＯＦＦ時に構成部品の交換があり、ＦＲＵ情報の更新が必要であることを示す「１」を書き込む（ステップＳａ３）。より具体的には、図２に示すＦＲＵフラグ一覧テーブル３１１−１の対応する構成部品の「Ｓｅｒｉａｌ Ｎｕｍｂｅｒ」のフィールドに取得したシリアル番号を代入する。また、ＢＭＣＦＷ３１３は、ＦＲＵストレージ３１２のＦＲＵ情報にアクセスして、Ｃｏｍｍｏｎ Ｈｅａｄｅｒを取得する。取得したＣｏｍｍｏｎ Ｈｅａｄｅｒを、図２に示すＦＲＵフラグ一覧テーブル３１１−１の「Ｃｏｍｍｏｎ Ｈｅａｄｅｒ」のフィールドに書き込む。

次いで、ＢＭＣＦＷ３１３は、ＦＲＵ情報の取得対象である全ての構成部品のチェックが終了したか否かをＦＲＵフラグ一覧テーブル３１１−１より判定する（ステップＳａ４）。
なお、この構成部品「Ｐｈｙｓｉｃａｌ Ｎｕｍｂｅｒ（０００２０００１（ＭＧＭ０１））」は、ＦＲＵフラグ一覧テーブル３１１−１に登録されている情報である。ＢＭＣＦＷ３１３は、このＦＲＵフラグ一覧テーブル３１１−１に登録されているＰｈｙｓｉｃａｌ Ｎｕｍｂｅｒの構成部品について、順番に、ＦＲＵフラグ一覧テーブル３１１−１に登録されているシリアル番号が、実際に搭載されている構成部品から取得されるシリアル番号と一致しているか否かを判定する。全てにＰｈｙｓｉｃａｌ Ｎｕｍｂｅｒの構成部品について、ステップＳａ２の判定がなされた場合、ＢＭＣＦＷ３１３は、ＦＲＵ情報の取得対象である全ての構成部品のチェックが終了したと判定する。
一方、未確認の構成部品があれば、すなわち全ての構成部品のチェックが終了していない場合（ステップＳａ４のＮＯ）、ＢＭＣＦＷ３１３は、ステップＳａ１に戻り、次の構成部品に対して処理を継続する。

そして、全ての構成部品のチェックが終了した場合には（ステップＳａ４のＹＥＳ）、ＤＣ電源のＯＮを実施し（ステップＳａ５）、ＣＰＵ１１のリセットを解除して、ＢＩＯＳ１１２を起動する（ステップＳａ６）。

図８は、本第１実施形態による、ＢＩＯＳ１１２の動作を説明するためのフローチャートである。上述したように、ＢＭＣＦＷ３１３による一連の処理が終了すると、ＢＭＣＦＷ３１３からＢＩＯＳ１１２に処理が移行する。ＢＩＯＳ１１２に処理が移行すると、まず、ＢＩＯＳ１１２は、ＮＶＲＡＭ４１で保持しているＳＭＢＩＯＳ保存データ４１−１で、ＳＭＢＩＯＳデータの初期化を行う（ステップＳｂ１）。初期化は、ＦＲＵ情報を必要とするＦｉｅｌｄだけでなく、更新されることのない（固定値を設定する）Ｆｉｅｌｄも同時に行う。
なお、ＳＭＢＩＯＳデータは、起動時に毎回ＢＩＯＳ１１２が作成するものである。ここでいう初期化は、ＳＭＢＩＯＳ保存データ４１−１をそのまま、今から作成するＳＭＢＩＯＳデータに設定することをいう。ＳＭＢＩＯＳ保存データ４１−１によりＳＭＢＩＯＳデータは、前回起動時と同じデータとして作成される。そして、交換された部品に関わるＦｉｅｌｄのみを、上書きする。

次に、ＢＩＯＳ１１２は、ＳＭＢＩＯＳデータの中でＦＲＵ情報が必要とされるＳＭＢＩＯＳデータの作成を開始する（ステップＳｂ２）。
具体的に説明すると、ＢＩＯＳ１１２は、前回の立ち上げ時の構成と今回立ち上げ時の構成に変更があったか否かを判定するため、ＢＭＣ３１１に対して構成部品の物理番号（Physical Number）を指定してコマンド（ａ）を発行し、ＢＭＣ３１１上にあるＦＲＵフラグ一覧テーブル３１１−１から対応する構成部品のステータスフラグ（Status）を取得する（ステップＳｂ３）。例えば、ＢＩＯＳ１１２は、ＢＭＣＦＷ３１３と接続されている複数の構成部品に対応するＰｈｙｓｉｃａｌ Ｎｕｍｂｅｒとして、ＮＶＲＡＭ４１に予め登録されている情報を参照し、１つのＰｈｙｓｉｃａｌ Ｎｕｍｂｅｒを取得する。例えば、ＢＩＯＳ１１２は、Ｐｈｙｓｉｃａｌ Ｎｕｍｂｅｒ（０００２０００１（ＭＧＭ０１））を取得し、このＰｈｙｓｉｃａｌ Ｎｕｍｂｅｒ（０００２０００１（ＭＧＭ０１））を含むコマンド（ａ）のＲｅｑｕｅｓｔ Ｄａｔａを発行し、ＢＭＣＦＷ３１３に出力する。

このコマンド（ａ）のＲｅｑｕｅｓｔ Ｄａｔａを受信したＢＭＣＦＷ３１３は、ＦＲＵフラグ一覧テーブル３１１−１を参照し、このＰｈｙｓｉｃａｌ Ｎｕｍｂｅｒ（０００２０００１（ＭＧＭ０１））と対応付けられているステータスフラグ（Status）を取得する。そして、ＢＭＣＦＷ３１３は、この取得したステータスフラグ（Status）を含むコマンド（ａ）のＲｅｓｐｏｎｓｅ Ｄａｔａを作成し、ＢＩＯＳ１１２に出力する。

次に、ＢＩＯＳ１１２は、ステップｂ３で取得したステータスフラグ（Status）に基づいて、ＦＲＵフラグ一覧テーブル３１１−１の構成、すなわち構成部品に変更があったか否かを判定する（ステップＳｂ４）。そして、ステータスフラグ（Status）＝０である場合には、前回立ち上げ時の構成部品に変更はないと判定し（ステップＳｂ４のＮＯ）、後述するステップＳｂ１０に進む。

一方、ステータスフラグ（Status）＝１である場合には、前回立ち上げ時から構成部品の交換があったと判定し（ステップＳｂ４のＹＥＳ）、ＢＩＯＳ１１２は、ＦＲＵフラグ一覧テーブル３１１−１よりＦＲＵのオフセット情報などを取得するため、コマンド（ｂ）をＢＭＣ３１１に対して発行し、ＢＭＣ３１１上にあるＦＲＵフラグ一覧テーブル３１１−１から対応する構成部品のＯｆｆｓｅｔ情報などを取得する（ステップＳｂ５）。

例えば、ＢＩＯＳ１１２は、ＢＭＣＦＷ３１３と接続されている複数の構成部品に対応するＰｈｙｓｉｃａｌ Ｎｕｍｂｅｒとして、ＮＶＲＡＭ４１に予め登録されている情報を参照し、１つのＰｈｙｓｉｃａｌ Ｎｕｍｂｅｒを取得する。例えば、ＢＩＯＳ１１２は、Ｐｈｙｓｉｃａｌ Ｎｕｍｂｅｒ（０００２０００１（ＭＧＭ０１））を取得し、このＰｈｙｓｉｃａｌ Ｎｕｍｂｅｒ（０００２０００１（ＭＧＭ０１））を含むコマンド（ｂ）のＲｅｑｕｅｓｔ Ｄａｔａを発行し、ＢＭＣＦＷ３１３に出力する。

このコマンド（ｂ）を受け取ったＢＭＣＦＷ３１３は、ＦＲＵフラグ一覧テーブル３１１−１を参照し、このＰｈｙｓｉｃａｌ Ｎｕｍｂｅｒ（０００２０００１（ＭＧＭ０１））と対応付けられているＣｏｍｍｏｎ Ｈｅａｄｅｒを取得する。そして、ＢＭＣＦＷ３１３は、この取得したＣｏｍｍｏｎ Ｈｅａｄｅｒを含むコマンド（ｂ）のＲｅｓｐｏｎｓｅ Ｄａｔａを作成し、ＢＩＯＳ１１２に出力する。

次に、ＢＩＯＳ１１２は、コマンド（ｂ）で得た情報を元に、ＦＲＵストレージにアクセスしてＦＲＵ情報を取得する（ステップＳｂ６）。次に、ステップＳｂ３でＦＲＵ情報が更新されていることが分かっているので、ＢＩＯＳ１１２は、ＮＶＲＡＭ４１にあるＳＭＢＩＯＳ保存データ４１−１の対応するフィールドに、ステップＳｂ６で取得したＦＲＵ情報を上書き保存する（ステップＳｂ７）。次に、ＢＩＯＳ１１２は、ステップＳｂ６で取得したＦＲＵ情報を用いて、ＳＭＢＩＯＳデータを更新する（ステップＳｂ８）。

ＢＩＯＳ１１２は、ＳＭＢＩＯＳ保存データ４１−１、及びＳＭＢＩＯＳデータの更新処理を完了したので、ＢＭＣ３１１に対して、ＢＭＣ３１１が保持するＦＲＵフラグ一覧テーブル３１１−１に反映させるためにコマンド（ｃ）を発行し、ＢＭＣ３１１上にあるＦＲＵフラグ一覧テーブル３１１−１の処理対象の構成部品のステータスフラグ（Status）をクリア（＝０）する（ステップＳｂ９）。

次に、ＢＩＯＳ１１２は、ＳＭＢＩＯＳデータ作成に必要なＦＲＵ情報が全て取得できたか否か、すなわちＳＭＢＩＯＳデータの作成が完了したか否かを判定する（ステップＳｂ１０）。具体的には、ＢＭＣＦＷ３１３は、ＦＲＵフラグ一覧テーブル３１１−１に登録されているＰｈｙｓｉｃａｌ Ｎｕｍｂｅｒの構成部品について、順番に、ＦＲＵフラグ一覧テーブル３１１−１に登録されているステータスフラグ（Status）が「１（変更あり）」であるか否か、すなわち構成部品に変更があったか否かを判定する。全てにＰｈｙｓｉｃａｌ Ｎｕｍｂｅｒの構成部品について、ステップＳｂ４の判定がなされた場合、ＢＭＣＦＷ３１３は、ＳＭＢＩＯＳデータ作成に必要なＦＲＵ情報が全て取得したと判定する。そして、ＳＭＢＩＯＳデータの作成が完了していない場合には（ステップＳｂ１０のＮＯ）、ステップＳｂ３に戻り、上述した処理を繰り返す。

一方、ＳＭＢＩＯＳデータの作成が完了した場合には（ステップＳｂ１０のＹＥＳ）、ＳＭＢＩＯＳデータの作成を終了し、また、ＢＩＯＳ１１２がすべきその他の処理を終了し、ＯＳに処理を移行する（ステップＳｂ１１）。

上述した本第１実施形態によれば、最初の立ち上げ時には、ＢＩＯＳ１１２は、ＳＭＢＩＯＳデータに必要な全てのＦＲＵ情報を取得するために、全てのＦＲＵストレージにアクセスしなければならない。しかし、２回目以降の立ち上げでは、構成部品を交換していなければ、ＢＩＯＳ１１２は、ＦＲＵストレージにアクセスする必要はなくなる。よって、ＳＭＢＩＯＳデータの作成の高速化を図ることができる。

また、ＤＣ電源のＯＮ前にＢＭＣＦＷ３１３によって、ＦＲＵ情報を収集しておくことで、ＢＩＯＳ１１２がＤＣ電源のＯＮの度に、ＳＭＢＩＯＳデータ作成でＦＲＵストレージへアクセスする必要がなくなる。これは、構成部品の載せ換えがＡＣ電源のＯＦＦ後に実施されるため、ＡＣ電源がＯＦＦされるまでは、ＦＲＵ情報が変更されることがないからである。そのため、ＢＭＣＦＷ３１３、ＢＩＯＳ１１２が保持しているテーブルを変更する必要もない。

ＦＲＵフラグ一覧テーブル３１１−１は、ＡＣ電源がＯＮされて初めて、ＦＲＵストレージにアクセスしてＦＲＵ情報を取得する必要性が出てくるのである。これにより、構成部品の交換がないＤＣ電源のＯＮ／ＯＦＦで低速なシリアルインターフェース９１、９２、９３を介したデータ転送を実施し、アクセスを待つ必要がなくなり、ＤＣ電源のＯＮ／ＯＦＦの立ち上げ時間の大幅な時間短縮を実現することができる。

上述した第１実施形態によれば、情報処理装置等におけるＣＰＵ１１上で動作するファームウェアであるＢＩＯＳ１１２が低速なシリアルインターフェースを介して構成部品のＦＲＵ情報を取得する際に、予めＢＭＣＦＷ（ＢＭＣ３１１上で動作するファームウェア）３１３によって作成された更新情報を参照し、更新があった構成部品にのみ低速なシリアルインターフェースを用いたデータ取得を行うことで、アクセス頻度を減少させ、起動時間を短縮することができる。

より具体的には、ＢＭＣＦＷ３１３が予めＦＲＵ情報に前回立ち上げ時から変更があったのかを確認しているため、ＢＩＯＳ１１２は、変更された構成部品のＦＲＵ情報のみにアクセスすればよく、ＦＲＵ情報を取得する回数と、そのために待つ時間が減少するため、起動時間を短縮することができる。

また、取得したＦＲＵ情報を、ＢＩＯＳ１１２がＮＶＲＡＭなどの不揮発性記憶媒体に保存しておくことで、ＡＣ電源のＯＮ前後で、載せ替えや実装／未実装の変更がない構成部品に関して、逐次構成部品にアクセスする必要がなくなり、変更されていないＦＲＵ情報にアクセスする手間が省略できるので、ＢＩＯＳ１１２がＳＭＢＩＯＳデータの作成を効率よく行うことができる。

Ｂ．第２実施形態
次に、本発明の第２実施形態について説明する。
なお、コンピュータシステムの構成は、図１と同様であるので説明を省略する。上述した第１実施形態との違いは、ＢＭＣ３１１がＦＲＵフラグ一覧テーブル３１１−１ではなく、ＦＲＵ情報一覧テーブル３１１−２を保持していることである。ＦＲＵ情報一覧テーブル３１１−２には、図２に示す内容と、ＦＲＵストレージのＦＲＵ情報とが全て格納されている。該ＦＲＵ情報一覧テーブル３１１−２は、特許請求の範囲における情報一覧テーブルに相当する。

図９は、本第２実施形態において、ＢＭＣ３１１上に保存されるＦＲＵ情報一覧テーブル３１１−２のデータ構成を示す概念図である。ＦＲＵ情報一覧テーブル３１１−２の内容は、構成部品を一意に特定する物理番号（Physical Number）、構成部品の交換があったことを表す（前回立ち上げ時から変更があり、更新する必要があることを表す）ステータスフラグ（Status）、交換された構成部品かどうかを確認するために用いる文字列データであるシリアル番号（Serial Number）、ＦＲＵストレージ内のＦＲＵ情報のフォーマットを表すコモンヘッダ（Common Header）、Ｉｎｔｅｒｎａｌ Ｕｓｅｒ Ａｒｅａ Ｄａｔａ、Ｃｈａｓｓｉｓ Ｉｎｆｏ Ａｒｅａ Ｄａｔａ、Ｂｏａｒｄ Ｉｎｆｏ Ａｒｅａ Ｄａｔａ、及びＰｒｏｄｕｃｔ Ｉｎｆｏ Ａｒｅａ Ｄａｔａが格納されている。

また、本第２実施形態では、ＢＩＯＳ１１２は、ＢＭＣ３１１上にあるＦＲＵ情報一覧テーブル３１１−２を参照してＦＲＵ情報を取得する際に、ＩＰＭＩに準拠したコマンド（ｄ）、を用いてＢＭＣ３１１にあるＦＲＵフラグ一覧テーブル３１１−１にアクセスする。ＢＭＣ３１１は、上記コマンド（ｄ）を用いてアクセスされると、Ｒｅｓｐｏｎｓｅ Ｄａｔａとして、ＦＲＵ情報一覧テーブル３１１−２から、指定された構成部品のＦＲＵ情報を返す。以下、コマンド（ｄ）について説明する。

図１０は、コマンド（ｄ）のＲｅｑｕｅｓｔ Ｄａｔａ／Ｒｅｓｐｏｎｓｅ Ｄａｔａフォーマットの一例を示す概念図である。コマンド（ｄ）は、コマンド（ａ）から（ｃ）と同様に、リクエストするためのコマンド（Ｒｅｑｕｅｓｔ Ｄａｔａ）とそのレスポンスを受け取るコマンド（Ｒｅｓｐｏｎｓｅ Ｄａｔａ）とで１つのセットとなっている。ＢＩＯＳ１１２は、ＢＭＣＦＷ３１３に対して、対象構成部品の物理番号（Physical Number）と取得したいＦＲＵ情報のオフセット（ステップＳｄ５で取得したオフセット）とを、Ｒｅｑｕｅｓｔ Ｄａｔａとして指定してコマンド（ｄ）を発行する。該コマンド（ｄ）を受け取ったＢＭＣＦＷ３１３は、Ｒｅｓｐｏｎｓｅ Ｄａｔａとして、ＦＲＵ情報一覧テーブル３１１−２から、指定された構成部品のＦＲＵ情報を返す。ＢＩＯＳ１１２は、ＢＭＣＦＷ３１３から返されたＲｅｓｐｏｎｓｅ Ｄａｔａから指定した構成部品のＦＲＵ情報を取得する。

図１１は、本第２実施形態における、ＢＭＣＦＷ３１３の動作を説明するためのフローチャートである。まず、ＡＣ電源がＯＮにされると、ＢＭＣＦＷ３１３は、自動的に動作を開始し、各構成部品のＦＲＵ情報にアクセスして情報を確認する（ステップＳｃ１）。図１に示すＭＧＭ３１上にあるＦＲＵストレージ３１２を例に説明すると、ＢＭＣＦＷ３１３は、ＦＲＵストレージ３１２にアクセスし、ＦＲＵ情報から対応する構成部品のシリアル番号を取得する。

次に、ステップＳｃ１でＦＲＵ情報から取得した構成部品のシリアル番号とＦＲＵ情報一覧テーブル３１１−２の対応する構成部品のシリアル番号（Serial Number）とが同一であるか否か、すなわち変更があったか否かを判定する（ステップＳｃ２）。

そして、双方のシリアル番号が同一の場合には、ＦＲＵ情報（すなわち構成部品）変更なしと判定し（ステップＳｃ２のＮＯ）、ＢＭＣＦＷ３１３は、ＦＲＵ情報の取得対象である全ての構成部品のチェックが終了したか否かをＦＲＵ情報一覧テーブル３１１−２より判定する（ステップＳｃ４）。そして、未確認の構成部品があれば、すなわち全ての構成部品のチェックが終了していない場合には（ステップＳｃ４のＮＯ）、ステップＳｃ１に戻り、次の構成部品に対して処理を継続する。

一方、双方のシリアル番号が不一致の場合には、ＦＲＵ情報（すなわち構成部品）に変更ありと判定し（ステップＳｃ２のＹＥＳ）、ＢＭＣＦＷ３１３は、変更があったＦＲＵストレージのＦＲＵ情報一覧テーブル３１１−２（図９）を作成するため、ＦＲＵストレージにアクセスしてＦＲＵ情報をフォーマットごと全て取得してＦＲＵ情報一覧テーブル３１１−２に書き込み、また、変更があったＦＲＵストレージのステータスフラグ（Status）を「１」に変更する（ステップＳｃ３）。そして、対象構成部品のＦＲＵ情報一覧テーブル３１１−２（図９）の作成が終わると、ＢＭＣＦＷ３１３は、ＦＲＵ情報の取得対象である全ての構成部品のチェックが終了したか否かをＦＲＵ情報一覧テーブル３１１−２より判定する（ステップＳｃ４）。そして、未確認の構成部品があれば、すなわち全ての構成部品のチェックが終了していない場合には（ステップＳｃ４のＮＯ）、ステップＳｃ１に戻り、次の構成部品に対して処理を継続する。

そして、全ての構成部品のチェックが終了した場合には（ステップＳｃ４のＹＥＳ）、ＤＣ電源のＯＮを実施し（ステップＳｃ５）、ＣＰＵ１１のリセットを解除して、ＢＩＯＳ１１２を起動する（ステップＳｃ６）。

図１２は、本第２実施形態による、ＢＩＯＳ１１２の動作を説明するためのフローチャートである。上述したように、ＢＭＣＦＷ３１３による一連の処理が終了すると、ＢＭＣＦＷ３１３からＢＩＯＳ１１２に処理が移行する。ＢＩＯＳ１１２に処理が移行すると、まず、ＢＩＯＳ１１２は、ＮＶＲＡＭ４１に保持しているＳＭＢＩＯＳ保存データ４１−１で、ＳＭＢＩＯＳデータの初期化を行う（ステップＳｄ１）。初期化は、ＦＲＵ情報を必要とするＦｉｅｌｄだけでなく、更新されることのない（固定値を設定する）Ｆｉｅｌｄも同時に行う。

次に、ＢＩＯＳ１１２は、ＳＭＢＩＯＳデータの中でＦＲＵ情報が必要とされるＳＭＢＩＯＳデータの作成を開始する（ステップＳｄ２）。次に、ＢＩＯＳ１１２は、ＢＭＣＦＷ３１３が保持しているＦＲＵ情報一覧テーブル３１１−２のステータスフラグ（Status）を、コマンド（ａ）を発行することにより取得する（ステップＳｄ３）。次に、ステップＳｄ３で取得したステータスフラグ（Status）の値に基づいて、ＦＲＵ情報に変更があったか否かを判定する（ステップＳｄ４）。そして、ステータスフラグ（Status）が「０」の場合には、ＦＲＵ情報に変更がないと判定し（ステップＳｄ４のＮＯ）、後述するステップＳｄ１０に進む。

一方、ステータスフラグ（Status）が「１」の場合には、ＢＩＯＳ１１２は、ＦＲＵ情報に変更があったと判定し（ステップＳｄ４のＹＥＳ）、更新処理を行うため、ＢＭＣ３１１にコマンド（ｂ）を発行することにより、ＦＲＵ情報一覧テーブル３１１−２の“Ｃｏｍｍｏｎ Ｈｅａｄｅｒ”からオフセット情報などを取得する（ステップＳｄ５）。次に、ＢＩＯＳ１１２は、ＢＭＣ３１１にコマンド（ｄ）を発行することにより、ＦＲＵ情報一覧テーブル３１１−２から、必要なＡｒｅａのＦＲＵ情報を取得する（ステップＳｄ６）。

次に、ステップＳｄ３でＦＲＵ情報が更新されていることが分かっているので、ＢＩＯＳ１１２は、ＮＶＲＡＭ４１にあるＳＭＢＩＯＳ保存データ４１−１に、ステップＳｄ６で取得した更新されたＦＲＵ情報を上書き保存する（ステップＳｄ７）。次に、ＢＩＯＳ１１２は、ステップＳｄ６で取得したＦＲＵ情報を用いて、ＳＭＢＩＯＳデータを更新する（ステップＳｄ８）。

次に、ＢＩＯＳ１１２は、ＳＭＢＩＯＳ保存データ４１−１、及びＳＭＢＩＯＳデータの更新処理を完了したので、ＢＭＣ３１１に対して、ＢＭＣ３１１が保持するＦＲＵ情報一覧テーブル３１１−２に反映させるためにコマンド（ｃ）を発行し、ＢＭＣ３１１上にあるＦＲＵ情報一覧テーブル３１１−２の処理対象の構成部品のステータスフラグ（Status）をクリア（＝０）する（ステップＳｄ９）。

次に、ＢＩＯＳ１１２は、ＳＭＢＩＯＳデータ作成に必要なＦＲＵ情報が全て取得できたか否か、すなわちＳＭＢＩＯＳデータの作成が完了したか否かを判定する（ステップＳｄ１０）。そして、ＳＭＢＩＯＳデータの作成が完了していない場合には（ステップＳｄ１０のＮＯ）、ステップＳｄ３に戻り、上述した処理を繰り返す。

一方、ＳＭＢＩＯＳデータの作成が完了した場合には（ステップＳｄ１０のＹＥＳ）、ＳＭＢＩＯＳデータの作成を終了し、また、ＢＩＯＳ１１２がすべきその他の処理を終了し、ＯＳ１１３に処理を移行する（ステップＳｄ１１）。

上述した第２実施形態では、ＡＣ電源のＯＮからＤＣ電源がＯＮされるまでの間に、ＢＭＣ３１１が、変更のあった全てのＦＲＵストレージから全てのＦＲＵ情報を取得する必要がある。そのため、構成部品の載せ替えによりＦＲＵ情報に変更があると、ＡＣ電源のＯＮからＤＣ電源のＯＮまでの処理時間は、第１実施形態よりも長くなる。但し、ＦＲＵストレージに変更がなかった場合には、ＡＣ電源のＯＮからＤＣ電源のＯＮまでの処理時間は第１実施形態と同様に短縮することができる。

これに対して、本第２実施形態において、ＤＣ電源のＯＮ後の処理では、ＢＩＯＳ１１２は、全てのＦＲＵ情報をＦＲＵ情報一覧テーブル３１１−２から取得できるため、ＦＲＵストレージに直接アクセスする必要がなくなる。そのため、ＤＣ電源のＯＮからＯＳハンドオフ（Ｈａｎｄ ｏｆｆ）するまでの処理時間は、構成部品（ＦＲＵ情報）の変更の有無によらず一定となる。

なお、上述した第２実施形態において、図９に示すＦＲＵ情報一覧テーブル３１１−２に格納されるデータはこれに限らない。例えば、ＳＭＢＩＯＳデータ作成、または他の機能が必要とするデータのみを格納するようにしてもよい。

また、図２に示すＦＲＵフラグ一覧テーブル３１１−１（第１実施形態）、図３に示すＳＭＢＩＯＳ保存データ４１−１、図９に示すＦＲＵ情報一覧テーブル３１１−２（第２実施形態）の形式は、図示したものに限定せず、装置の構成により変更され得るものである。

また、第１実施形態で用いたＢＭＣ３１１が保持しているＦＲＵフラグ一覧テーブル３１１−１（図２）は、構成部品の更新情報が分かることが重要であり、保存先は不揮発性の記録媒体であれば、如何なるデバイスでも構わない。

また、ＢＩＯＳ１１２からもＢＭＣＦＷ３１３からもアクセスできる不揮発性の記録媒体がある場合には、図２と図３を組み合わせたテーブル、または図２のみ、図３のみ、図２と図３の必要な部分のみを抽出したテーブルなど、必要なデータを格納したテーブルを不揮発性の記録媒体に保存しておき、ＢＩＯＳ１１２とＢＭＣＦＷ３１３が必要なときに単独でアクセスすることも可能である。この場合、コマンドを用意する必要がなくなる。

また、第１、第２実施形態では、ＦＲＵ情報の取得について説明したが、ＦＲＵ情報に限定せず、例えばＳＰＤなどの、低速なインターフェースを介してアクセスしなければならない情報取得に対しても適用可能である。

なお、本発明に係る情報処理装置システムの最小の構成要素は、割り当てられた固有の識別情報１０１−１〜１０１−Ｎと、構成内容を示す構成内容情報１０２−１〜１０２−Ｎとを、それぞれが備える記憶領域１０３−１〜１０３−Ｎにそれぞれ記憶している複数の構成部品１００−１〜１００−Ｎと、複数の前記構成部品１００−１〜１００−Ｎと接続されており、前回以前の起動時に接続されていた前記構成部品を示す前記識別情報を記憶するテーブル１１０−１を参照して、接続されている複数の前記構成部品１００−１〜１００−Ｎから入力するそれぞれの前記識別情報１０１−１〜１０１−Ｎに基づき、前回の起動時より後に接続された前記構成部品の前記識別情報を取得する監視制御部１１０と、複数の前記構成部品１００−１〜１００−Ｎから入力する前記構成内容情報１０２−１〜１０２−Ｎを記憶する記憶領域１２０−１を備え、前記監視制御部１１０によって取得された前記前回の起動時より後に接続された前記構成部品の前記識別情報に基づき、当該構成部品の前記構成内容情報を取得し、前記記憶領域１２０−１を更新する更新部１２０と、を備えることを特徴とする情報処理装置である。この構成を図１３に示す。

図１３に示す構成部品１００−１〜１００−Ｎは、実施形態のＣＰＵ１２、１３、１４、ＭＧＭ３１、メモリライザ５１、５２、５３、５４、ＦＡＮ６１、及びＬＣＤ７１に相当する構成である。また、識別情報１０１−１〜１０１−Ｎは、実施形態の構成部品に付けられたシリアル番号である。また、構成内容情報１０２−１〜１０２−Ｎは、図２に示すＦＲＵフラグ一覧テーブル３１１−１のコモンヘッダ（Common Header）に相当する。記憶領域１０３−１〜１０３−Ｎは、実施形態のＦＲＵストレージ１１１、１２１、１３１、１４１、３１２、５１１、５２１、５３１、５４１、６１１、７１１に相当する。また、監視制御部１１０は、実施形態のＢＭＣＦＷ３１３に相当し、テーブル１１０−１は、ＦＲＵフラグ一覧テーブル３１１−１、ＦＲＵ情報一覧テーブル３１１−２に相当する。更新部１２０は、ＢＩＯＳ１１２に相当し、記憶領域１２０−１は、ＮＶＲＡＭ４１に相当する。

上記の実施形態の一部又は全部は、以下の付記のようにも記載され得るが、以下には限られない。

（付記１）割り当てられた固有の識別情報と、構成内容を示す構成内容情報とを、それぞれが備える記憶領域にそれぞれ記憶している複数の構成部品と、複数の前記構成部品と接続されており、前回以前の起動時に接続されていた前記構成部品を示す前記識別情報を記憶するテーブルを参照して、接続されている複数の前記構成部品から入力するそれぞれの前記識別情報に基づき、前回の起動時より後に接続された前記構成部品の前記識別情報を取得する監視制御部と、複数の前記構成部品から入力する前記構成内容情報を記憶する記憶領域を備え、前記監視制御部によって取得された前記前回の起動時より後に接続された前記構成部品の前記識別情報に基づき、当該構成部品の前記構成内容情報を取得し、前記記憶領域を更新する更新部と、を備えることを特徴とする情報処理装置。

（付記２）前記監視制御部は、第１の通信速度で情報の送受信を行う第１のインターフェースを介して、複数の前記構成部品と接続されており、前記更新部は、前記第１のインターフェースを介して複数の前記構成部品と接続され、前記第１の通信速度に比べて高速な第２の通信速度で情報の送受信を行う第２のインターフェースを介して前記監視制御部と接続されていることを特徴とする付記１に記載の情報処理装置。

（付記３）前記監視制御部は、複数の前記構成部品のすべてから前記識別情報を入力し、前記構成部品から入力する前記識別情報が前記テーブルに記憶されていない場合、前記テーブルを更新して当該識別情報を書き込むことを特徴とする付記１に記載の情報処理装置。

（付記４）前記構成内容情報は、前記構成部品の起動時における前記構成部品のそれぞれの動作状態あるいは機能構成の内容のうち少なくとも一方を示す情報であることを特徴とする付記１に記載の情報処理装置。

（付記５）前記監視制御部は、複数の前記構成部品と接続されており、前回以前の起動時に接続されていた前記構成部品を示す前記識別情報を記憶するテーブルを参照して、接続されている複数の前記構成部品から入力するそれぞれの前記識別情報に基づき、前回の起動時より後に接続された前記構成部品の前記識別情報と前記構成内容情報とを取得し、前記更新部は、前記監視制御部によって取得された前記前回の起動時より後に接続された前記構成部品の前記識別情報に基づき、前記監視制御部から当該構成部品の前記構成内容情報を取得し、前記記憶領域を更新する、ことを特徴とする付記１から４のいずれか一項に記載の情報処理装置。

（付記６）割り当てられた固有の識別情報と、構成内容を示す構成内容情報とを、それぞれが備える記憶領域にそれぞれ記憶している複数の構成部品と接続されている監視制御部により、前回以前の起動時に接続されていた前記構成部品を示す前記識別情報を記憶するテーブルを参照して、接続されている複数の前記構成部品から入力するそれぞれの前記識別情報に基づき、前回の起動時より後に接続された前記構成部品の前記識別情報を取得するステップと、複数の前記構成部品から入力する前記構成内容情報を記憶する記憶領域を備えた更新部により、前記監視制御部によって取得された前記前回の起動時より後に接続された前記構成部品の前記識別情報に基づき、当該構成部品の前記構成内容情報を取得し、前記記憶領域を更新するステップとを含むことを特徴とする情報取得方法。

（付記７）情報処理装置のコンピュータに、割り当てられた固有の識別情報と、構成内容を示す構成内容情報とを、それぞれが備える記憶領域にそれぞれ記憶している複数の構成部品と接続されている監視制御部により、前回以前の起動時に接続されていた前記構成部品を示す前記識別情報を記憶するテーブルを参照して、接続されている複数の前記構成部品から入力するそれぞれの前記識別情報に基づき、前回の起動時より後に接続された前記構成部品の前記識別情報を取得するステップと、複数の前記構成部品から入力する前記構成内容情報を記憶する記憶領域を備えた更新部により、前記監視制御部によって取得された前記前回の起動時より後に接続された前記構成部品の前記識別情報に基づき、当該構成部品の前記構成内容情報を取得し、前記記憶領域を更新するステップとを実行させることを特徴とするプログラム。

本発明は、情報処理装置、サーバなどの低速インターフェースからデータを取得する必要がある分野に適用可能である。

１１〜１４ ＣＰＵ
２１ ＰＣＨ
３１ ＭＧＭ
４１ ＮＶＲＡＭ
４１−１ ＳＭＢＩＯＳ保存データ
５１〜５４ メモリライザ
６１ ＦＡＮ
７１ ＬＣＤ
８１〜８３ 高速なインターフェース
９２、９３ 低速なインターフェース
１１１、１２１、１３１、１４１、３１２、５１１、５２１、５３１、５４１、６１１、７１１ ＦＲＵストレージ
１１２ ＢＩＯＳ
１１３ ＯＳ
３１１ ＢＭＣ
３１１−１ ＦＲＵフラグ一覧テーブル
３１１−２ ＦＲＵ情報一覧テーブル
３１３ ＢＭＣＦＷ

Claims (7)

1. 割り当てられた固有の識別情報と、構成内容を示す構成内容情報とを、それぞれが備える記憶領域にそれぞれ記憶している複数の構成部品と、
   複数の前記構成部品と接続されており、前回以前の起動時に接続されていた前記構成部品を示す前記識別情報を記憶するテーブルを参照して、接続されている複数の前記構成部品から入力するそれぞれの前記識別情報に基づき、前回の起動時より後に接続された前記構成部品の前記識別情報を取得する監視制御部と、
   複数の前記構成部品から入力する前記構成内容情報を記憶する記憶領域を備え、前記監視制御部によって取得された前記前回の起動時より後に接続された前記構成部品の前記識別情報に基づき、当該構成部品の前記構成内容情報を取得し、前記記憶領域を更新する更新部と、
   を備えることを特徴とする情報処理装置。
2. 前記監視制御部は、
   第１の通信速度で情報の送受信を行う第１のインターフェースを介して、複数の前記構成部品と接続されており、
   前記更新部は、
   前記第１のインターフェースを介して複数の前記構成部品と接続され、前記第１の通信速度に比べて高速な第２の通信速度で情報の送受信を行う第２のインターフェースを介して前記監視制御部と接続されていることを特徴とする請求項１に記載の情報処理装置。
3. 前記監視制御部は、
   複数の前記構成部品のすべてから前記識別情報を入力し、前記構成部品から入力する前記識別情報が前記テーブルに記憶されていない場合、前記テーブルを更新して当該識別情報を書き込むことを特徴とする請求項１に記載の情報処理装置。
4. 前記構成内容情報は、
   前記構成部品の起動時における前記構成部品のそれぞれの動作状態あるいは機能構成の内容のうち少なくとも一方を示す情報であることを特徴とする請求項１に記載の情報処理装置。
5. 前記監視制御部は、
   複数の前記構成部品と接続されており、前回以前の起動時に接続されていた前記構成部品を示す前記識別情報を記憶するテーブルを参照して、接続されている複数の前記構成部品から入力するそれぞれの前記識別情報に基づき、前回の起動時より後に接続された前記構成部品の前記識別情報と前記構成内容情報とを取得し、
   前記更新部は、
   前記監視制御部によって取得された前記前回の起動時より後に接続された前記構成部品の前記識別情報に基づき、前記監視制御部から当該構成部品の前記構成内容情報を取得し、前記記憶領域を更新する、
   ことを特徴とする請求項１から４のいずれか一項に記載の情報処理装置。
6. 割り当てられた固有の識別情報と、構成内容を示す構成内容情報とを、それぞれが備える記憶領域にそれぞれ記憶している複数の構成部品と接続されている監視制御部により、前回以前の起動時に接続されていた前記構成部品を示す前記識別情報を記憶するテーブルを参照して、接続されている複数の前記構成部品から入力するそれぞれの前記識別情報に基づき、前回の起動時より後に接続された前記構成部品の前記識別情報を取得するステップと、
   複数の前記構成部品から入力する前記構成内容情報を記憶する記憶領域を備えた更新部により、前記監視制御部によって取得された前記前回の起動時より後に接続された前記構成部品の前記識別情報に基づき、当該構成部品の前記構成内容情報を取得し、前記記憶領域を更新するステップと
   を含むことを特徴とする情報取得方法。
7. 情報処理装置のコンピュータに、
   割り当てられた固有の識別情報と、構成内容を示す構成内容情報とを、それぞれが備える記憶領域にそれぞれ記憶している複数の構成部品と接続されている監視制御部により、前回以前の起動時に接続されていた前記構成部品を示す前記識別情報を記憶するテーブルを参照して、接続されている複数の前記構成部品から入力するそれぞれの前記識別情報に基づき、前回の起動時より後に接続された前記構成部品の前記識別情報を取得するステップと、
   複数の前記構成部品から入力する前記構成内容情報を記憶する記憶領域を備えた更新部により、前記監視制御部によって取得された前記前回の起動時より後に接続された前記構成部品の前記識別情報に基づき、当該構成部品の前記構成内容情報を取得し、前記記憶領域を更新するステップと
   を実行させることを特徴とするプログラム。

Images