JP6428047B2 - 情報処理システム、管理制御方法および管理制御プログラム - Google Patents

Description

本発明は、オペレーティングシステムを切り替えることができる情報処理システム、管理制御方法および管理制御プログラムに関する。特に、外部から起動オプションを指定してオペレーティングシステムを起動することができる情報処理システム、管理制御方法および管理制御プログラムに関する。

近年、サーバシステムは、ユーザニーズの多様化によって、様々なオペレーティングシステム（以下、ＯＳ）をサポートしている（ＯＳ：Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）。また、サーバシステム資源を有効活用するために、同一のサーバシステムにおいて時間帯によって異なる業務を行うことがある。この場合、実施する業務によっては、ＯＳを変更することが必要となる。また、サーバシステムの評価を行う場合にも、限られた資源で様々な評価を行うために、同一のサーバシステムにおいて、複数のＯＳを入れ替えて起動しなければならない場面がある。

特許文献１には、一つのＢＩＯＳで複数のＯＳインターフェースを実現可能なＢＩＯＳ制御方式について開示されている（ＢＩＯＳ：Ｂａｓｉｃ Ｉｎｐｕｔ／Ｏｕｔｐｕｔ Ｓｙｓｔｅｍ）。特許文献１のＢＩＯＳ制御方式は、パーティションの構成をサービスプロセッサから変更可能とし、パーティション毎に異なるＯＳの運用が可能な情報処理システムに適用される。特許文献１のＢＩＯＳ制御方式においては、システム起動前にあらかじめ人手により起動ＯＳに必要なＤＩＰＳＷの設定を行うことによって、ＯＳに依存した設定を行う（ＤＩＰＳＷ：Ｄｕａｌ Ｉｎ−ｌｉｎｅ Ｐａｃｋａｇｅ Ｓｗｉｔｃｈ）。特許文献１のＢＩＯＳ制御方式では、複数のビットを組み合わせるＤＩＰＳＷのような複雑な設定を必要とし、起動しようとするＯＳと設定値の対応付けをユーザが手動で行う必要がある。

特許文献２には、個々のＯＳ固有のハードウェア環境をＯＳ毎に設定して記録しておくことによって、ＢＩＯＳ Ｓｅｔｕｐ（以下、ＢＩＯＳセットアップ）することなしにＯＳを切り替えて運用できるＢＩＯＳセットアップシステムについて開示されている。特許文献２のＢＩＯＳセットアップシステムにおいても、特許文献１と同じように、ユーザが手動で設定値を変更する必要が生じ得る。

特許文献３には、ユーザが起動しようとするＯＳを特定することを可能とするＯＳ種別自動特定装置について開示されている。特許文献３のＯＳ種別自動特定装置は、複数のＯＳを搭載したプロセッサシステムにおいて起動すべきＯＳが選択されると、選択されたＯＳに対応するＯＳ識別データを取得し、取得したＯＳ識別データと対応するＯＳ種別特定用データを検索する。そして、ＯＳ種別自動特定装置は、検索されたＯＳ種別特定用データに含まれるＯＳ種別データを抽出することによって起動すべきＯＳとして選択されたＯＳの種別を特定する。さらに、ＯＳ種別自動特定装置は、特定されたＯＳと対応する情報を取得し、取得した情報からインターフェース情報を作成し、その後、起動すべきＯＳとして特定されたＯＳを起動する。

特許文献４には、コンピュータシステム全体を管理するシステム管理機構からブート対象のＯＳのイメージの指定をリモートで行えるリモートブート方法について開示されている。特許文献４のリモートブート方法は、コンピュータシステム全体を監視する機構とブートファームウェアのブートに関する設定値を同期し、ＵＥＦＩブートを利用する（ＵＥＦＩ：Ｕｎｉｆｉｅｄ Ｅｘｔｅｎｓｉｂｌｅ Ｆｉｒｍｗａｒｅ Ｉｎｔｅｒｆａｃｅ）。その結果、ＢＭＣ等のコンピュータシステム全体を監視する機構からブート対象のイメージの指定を可能とする（ＢＭＣ：Ｂａｓｅｂｏｒａｄ Ｍａｎａｇｅｍｅｎｔ Ｃｏｎｔｒｏｌｌｅｒ）。

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

昨今のＢＩＯＳセットアップには、ＯＳに依存した設定値が存在する。そのため、ＯＳを切り替える際には、ＢＩＯＳセットアップを起動し、手動操作による設定値の変更が必要となる。起動するＯＳに対して、変更した設定値が間違ってしまった場合、ＯＳが正常に起動しないことや、ＯＳが正常に動作しないことがある。ＯＳに依存した設定値が間違ってしまった場合は、再度ＢＩＯＳセットアップを起動し、設定値を正しい値に変更し直さなければならない。特許文献１〜３の手法においては、ＯＳを切り替える際に設定値を手動で変更する必要が生じうる。

特許文献３のＯＳ種別自動特定装置では、ＢＩＯＳのＢｏｏｔ管理メニューから、ユーザがＢｏｏｔパス名や起動プログラム名を参照して起動すべきＯＳを選択する。そして、ＢＩＯＳは、ユーザが起動しようとするＯＳを識別し、識別したＯＳに依存した設定を行い、ＯＳを起動することができる。しかしながら、Ｂｏｏｔ管理メニューを起動するまでに行なわなくてはならない設定変更や、ＢＩＯＳが起動する前のＢＭＣによるハードウェア構成変更をすることはできない。また、Ｂｏｏｔパス名や起動プログラム名が同一でありながら異なるＯＳ種別が対応付けられている場合、正しい設定を自動的にすることはできない。

特許文献４のリモートブート方法では、ＯＳ毎にＢＩＯＳセットアップ設定値を変更する機構が備わっていないため、ＢＩＯＳがブート対象のＯＳの種類を判別してＢＩＯＳセットアップ設定値を切り替えることができない。そのため、ＯＳイメージの指定を変更する場合は、ＢＩＯＳセットアップを起動し、手動によるＢＩＯＳセットアップ設定値の変更が必要となる。また、オペレーディングシステムローダのファイル位置やファイル名が同一のＯＳが存在すると、特許文献４の方法では、ＢＩＯＳがＯＳの種類を判別してＢＩＯＳセットアップ設定値を切り替えることもできない。したがって、特許文献４のリモートブート方法では、ＯＳイメージの指定を変更する場合、ＢＩＯＳセットアップを起動し、手動によるＢＩＯＳセットアップ設定値の変更が必要となる。

本発明の目的は、オペレーティングシステムを切り替えることが可能な情報処理システムを起動する際に、ユーザによる追加の設定変更をせずに目的とするオペレーティングシステムを起動することができる情報処理システムを提供することである。

本発明の情報処理システムは、複数のＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）を起動することができる情報処理システムであって、少なくとも一つのＯＳを格納する補助記憶手段と、ＯＳの種類に対応した設定を記録する設定値テーブルを格納し、情報処理システムの起動時にＢＩＯＳ（Ｂａｓｉｃ Ｉｎｐｕｔ／Ｏｕｔｐｕｔ Ｓｙｓｔｅｍ）処理を実行する管理制御機能を含む第１の記憶手段と、ブートオプションごとに一意に付される識別子とＯＳの種類とを対応付ける対応テーブルと、ブートオプションの表示名および起動プログラムを識別子と対応付けるブートオプションテーブルと、情報処理システムの起動後に管理制御機能によって実行される起動プログラムの起動順番を記録したブートオーダーリストと、ＯＳを起動するために事前に設定されるＢＩＯＳセットアップ設定値とを含む第２の記憶手段と、ブートオプションを含むＯＳに関する情報を含み、情報処理システムの状態を常に監視するとともに、情報処理システムの状態に応じて情報処理システムを制御する監視制御手段とを備える。

本発明の管理制御方法は、複数のＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）を起動することができる情報処理システムの管理制御方法であって、ブートオプションごとに一意に付される識別子を取得し、ＯＳの種類に対応した設定を記録する設定値テーブルに基づいて情報処理システムを構成する機器の設定をするとともに、設定値テーブルによって得られなかった情報処理システムを構成する機器の設定を、ＯＳを起動するために事前に設定されるＢＩＯＳセットアップ設定値に従って設定することによって初期化し、起動対象となるＯＳに関する識別子に対応する起動プログラムを、ブートオプションの表示名および起動プログラムを識別子と対応付けるブートオプションテーブルに基づいて起動し、起動された起動プログラムを実行することによって起動対象となるＯＳを起動する。

本発明の管理制御プログラムは、複数のＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）を起動することができる情報処理システムの管理制御プログラムであって、ブートオプションごとに一意に付される識別子を取得する処理と、ＯＳの種類に対応した設定を記録する設定値テーブルに基づいて情報処理システムを構成する機器の設定をするとともに、設定値テーブルによって得られなかった情報処理システムを構成する機器の設定を、ＯＳを起動するために事前に設定されるＢＩＯＳセットアップ設定値に従って設定することによって初期化する処理と、起動対象となるＯＳに関する識別子に対応する起動プログラムを、ブートオプションの表示名および起動プログラムを識別子と対応付けるブートオプションテーブルに基づいて起動する処理と、起動された起動プログラムを実行することによって起動対象となるＯＳを起動するする処理とをコンピュータに実行させる。

本発明によれば、オペレーティングシステムを切り替えることが可能な情報処理システムを起動する際に、ユーザによる追加の設定変更をせずに目的とするオペレーティングシステムを起動することが可能となる。

本発明の第１の実施形態に係る情報処理システムの機能構成を示すブロック図である。 本発明の第２の実施形態に係るサーバシステムの構成を示す概念図である。 本発明の第２の実施形態に係るサーバシステムで用いられるＢＩＯＳセットアップ設定値テーブルの一例である。 本発明の第２の実施形態に係るサーバシステムで用いられるブートオプション識別子・ＯＳ種類対応テーブルの一例である。 本発明の第２の実施形態に係るサーバシステムで用いられるブートオプションテーブルの一例である。 本発明の第２の実施形態に係るサーバシステムで用いられるＢＩＯＳセットアップ設定値をテーブルとしてまとめた一例である。 本発明の第２の実施形態に係るサーバシステムで用いられる起動オプション選択肢テーブルの一例である。 本発明の第２の実施形態に係るサーバシステムにおけるＯＳ情報追加処理を説明するためのフローチャートである。 本発明の第２の実施形態に係るサーバシステムにおけるＯＳ情報削除処理を説明するためのフローチャートである。 本発明の第２の実施形態に係るサーバシステムにおけるサーバシステム起動処理を説明するためのフローチャートである。

以下に、本発明を実施するための形態について図面を用いて説明する。ただし、以下に述べる実施形態には、本発明を実施するために技術的に好ましい限定がされているが、発明の範囲を以下に限定するものではない。

（第１の実施形態）
本発明の第１の実施形態に係る情報処理システム１について、図１を参照しながら説明する。図１においては、ＣＰＵやメモリなどの構成要素は省略し、本実施形態に係る情報処理システム１を実現するための構成を抽象化して図示している（ＣＰＵ：Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）。

図１のように、第１の実施形態に係る情報処理システム１は、補助記憶手段３、第１の記憶手段４、第２の記憶手段５、監視制御手段６を備える。情報処理システム１に備えられた各構成要素は、互いにバス７によって接続される。また、情報処理システム１は、ネットワーク８を介して端末９と接続される。

＜補助記憶手段＞
補助記憶手段３は、少なくとも一つのオペレーティングシステム（以下、ＯＳ）を格納する記憶手段である（ＯＳ：Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）。補助記憶手段３は、例えばハードディスクドライブ（以下、ＨＤＤ）などによって実現される（ＨＤＤ：Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）。

図１の例では、ＯＳ３１およびＯＳ３３が補助記憶手段３に格納されている。なお、図１には二つのＯＳしか図示していないが、補助記憶手段３は、三つ以上のＯＳを格納するように構成してもよいし、複数のＯＳを格納する必要が無い場合は単一のＯＳを格納するように構成してもよい。

ＯＳ３１はＯＳ種類通知手段３２を有し、ＯＳ３３はＯＳ種類通知手段３４を有する。ＯＳ種類通知手段３２および３４は、管理制御機能４１からの問い合わせに応じて、管理制御機能４１に自身のＯＳ種類を通知する手段である。なお、補助記憶手段３が三つ以上のＯＳを格納する場合は、それぞれのＯＳがＯＳ種類通知手段を持つ。

＜第１の記憶手段＞
第１の記憶手段４は、管理制御機能４１を格納する記憶手段である。第１の記憶手段４は、例えばＲＯＭなどの読み出し専用メモリによって実現される（ＲＯＭ：Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）。

図１において、第１の記憶手段４の管理制御機能４１は、設定値テーブル４３、ＯＳ識別手段４５およびＯＳ情報変更手段４７を含む。

管理制御機能４１は、情報処理システム１の起動時にＢＩＯＳ処理を実行する（ＢＩＯＳ：Ｂａｓｉｃ Ｉｎｐｕｔ／Ｏｕｔｐｕｔ Ｓｙｓｔｅｍ）。管理制御機能４１は、例えばＲＯＭに搭載されたＢＩＯＳによって実現され、システムの内部構成やシステムに接続された周辺機器を管理・制御する。本実施形態においては、管理制御機能４１がＢＩＯＳとして実現されるものとして説明する。

設定値テーブル４３は、各ＯＳを起動する際に、事前に設定をしなければならないセットアップ設定値５７を格納するテーブルである。

ＯＳ識別手段４５は、起動対象となるＯＳ３１（３３）のＯＳ種類通知手段３２（３４）に問い合わせて、起動するＯＳのＯＳ種類を識別する。

ＯＳ情報変更手段４７は、ブートオプションの識別子（以下、ブートオプション識別子）および表示名（以下、ブートオプション表示名）を含むＯＳに関する情報（以下、ＯＳ情報）を、後述する監視制御手段６の起動オプション選択肢６１に追加・削除する。なお、ブートオプション識別子は、ブートオプションごとに一意に付される識別子である。また、ブートオプション表示名とは、ＢＩＯＳセットアップに表示されるブートオプションの表示名である。

＜第２の記憶手段＞
第２の記憶手段５は、ブートオプションやＢＩＯＳ、ＯＳに関する情報を記憶する記憶手段である。第２の記憶手段５は、例えばＮＶＲＡＭなどの不揮発性メモリによって実現される（ＮＶＲＡＭ：Ｎｏｎ−Ｖｏｌａｔｉｌｅ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）。

図１の例では、対応テーブル５１、ブートオプションテーブル５３、ブートオーダーリスト５５およびセットアップ設定値５７が第２の記憶手段５に格納されている。

ブートオプションテーブル５３は、起動されるＯＳに対応してＢＩＯＳセットアップに表示される表示名や起動プログラムなどといったＯＳ起動に必要な情報を、ブートオプション識別子と対応させて格納するテーブルである。

対応テーブル５１は、ブートオプション識別子がどの種類のＯＳに対応するのかを示すテーブルである。

ブートオーダーリスト５５（Ｂｏｏｔ Ｏｒｄｅｒ Ｌｉｓｔ）は、ブートオプション識別子のリストである。ブートオーダーリスト５５は、情報処理システム１の起動後に、管理制御機能４１によって実行される起動プログラムの起動順番を記録したものである。

セットアップ設定値５７は、ＢＩＯＳセットアップに関する設定値である。セットアップ設定値５７は、各ＯＳを起動するために事前に設定できる設定値であり、ＢＩＯＳの持つＢＩＯＳセットアッププログラムにより手動操作によって変更が可能である。セットアップ設定値５７は、情報処理システム１を構成する機器に関する設定を含む。

＜監視制御手段＞
監視制御手段６は、情報処理システム１の状態を監視するとともに、情報処理システム１を制御する機能を有する。監視制御手段６は、例えばＢＭＣによって実現される（ＢＭＣ：Ｂａｓｅｂｏａｒｄ Ｍａｎａｇｅｍｅｎｔ Ｃｏｎｔｒｏｌｌｅｒ）。本実施形態においては、監視制御手段６がＢＭＣによって実現されるものとして説明する。

監視制御手段６は、例えば、情報処理システム１を構成する装置（ＣＰＵやメモリ、ファンなどの各種ハードウェア）や温度・電圧などの環境状態を監視する機能を有する。監視制御手段６は、情報処理システム１やＯＳがシャットダウンしているときも、常に動作し続ける。そのため、監視制御手段６を介して、端末９などの外部装置から情報処理システム１の状態を監視・制御することができる。なお、監視制御手段６は、情報処理システムの状態監視および制御のみならず、一般的なＢＭＣが有する他の機能をも有する。

監視制御手段６をＢＭＣによって実現する場合、ＢＭＣの機能は情報処理システム１のハードウェアを搭載するマザーボード上のチップとして提供される。ＢＭＣは、情報処理システム１を運用管理するソフトウェアによって、情報処理システム１のハードウェア（機器）の一括管理を可能とする。

図１の例では、監視制御手段６は、起動オプション選択肢６１、ネットワークインターフェース６３を有する。

起動オプション選択肢６１は、少なくとも一つのＯＳ情報を起動オプションとして含む選択肢である。起動オプション選択肢６１は、例えばブートオプション表示名とブートオプション識別子とを対応付けるテーブル形式で与えられる。

ネットワークインターフェース６３は、各種周辺機器とのインターフェースとして機能するとともに、ネットワーク８を介してユーザの端末９と接続されるインターフェースとして機能する。

ネットワーク８は、情報処理システム１と端末９とを接続する通信網である。ネットワーク８は、例えば、インターネットやＬＡＮ、ＷＡＮなどとして構築される通信網である（ＬＡＮ：Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ、ＷＡＮ：Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ、）。なお、ネットワーク８は、上述の通信網以外の構成を利用してもよい。

端末９は、ユーザの操作を受け付ける情報処理端末である。端末９は、デスクトップＰＣやノートＰＣ、タブレット、スマートフォン、携帯電話端末などの機器によって実現される（ＰＣ：Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）。なお、端末９の形態はここであげた限りではなく、ユーザの操作を情報処理システム１に反映させることができる装置や機器であればよい。

以上が、本発明の第１の実施形態に係る情報処理システムの構成に関する説明である。なお、本実施形態に係る情報処理システムの動作については、後述する第２の実施形態に係るサーバシステムに関する説明において明らかにする。また、本実施形態に係る情報処理システムによって得られる効果は、後述する第２の実施形態に係るサーバシステムによって得られる効果と同様のものである。

（第２の実施形態）
次に、本発明の第２の実施形態に係るサーバシステム２について説明する。第２の実施形態に係るサーバシステム２は、第１の実施形態に係る情報処理システム１を具体化したシステムである。

図２は、本発明の第２の実施形態に係るサーバシステム２の構成を示すブロック図である。

サーバシステム２は、ＣＰＵ１０、メモリ２０、二次記憶装置３０、ＲＯＭ４０、ＮＶＲＡＭ５０、ＢＭＣ６０を備える。サーバシステム２に備えられた各構成要素は、互いにバス７０によって接続される。また、サーバシステム２は、ＬＡＮ８０を介してコンピュータシステム９０に接続される。

ＣＰＵ１０は、サーバシステム２を制御するプログラムのコードを実行する中央演算処理装置である。

メモリ２０は、ＲＯＭ４０からプログラムが展開される主記憶装置である。

二次記憶装置３０は、第１の実施形態に係る情報処理システム１が備える補助記憶手段３に相当する。二次記憶装置３０は、ＯＳ３０１とＯＳ３０３とを格納する。二次記憶装置３０が格納する各ＯＳは、それぞれＯＳ種類通知機能を持つ。すなわち、ＯＳ３０１はＯＳ種類通知機能３０２を有し、ＯＳ３０３はＯＳ種類通知機能３０４を有する。

ＲＯＭ４０は、第１の実施形態に係る情報処理システム１が備える第１の記憶手段４に相当する。ＲＯＭ４０は、ＢＩＯＳ４００を格納する。

ＢＩＯＳ４００は、第１の実施形態に係る情報処理システム１が備える管理制御機能４１に相当する。ＢＩＯＳ４００は、ＢＩＯＳセットアップ設定値テーブル４０３、ＯＳ識別機能４０５、ＯＳ情報追加機能４０７およびＯＳ情報削除機能４０８を含む。

ＢＩＯＳセットアップ設定値テーブル４０３は、第１の実施形態に係る情報処理システム１が備える第１の記憶手段４の管理制御機能４１に含まれる設定値テーブル４３に相当する。ＢＩＯＳセットアップ設定値テーブル４０３は、各ＯＳを起動する際に事前に設定をしなければならないＢＩＯＳセットアップ設定値を格納するテーブルである。

ＢＩＯＳセットアップ設定値テーブル４０３の一例を図３に示す。ＢＩＯＳセットアップ設定値テーブル４０３には、各ＯＳ種類（ＴｙｐｅＡ、Ｂ、Ｃ）に関して、設定１〜３が有効（Ｅｎａｂｌｅｄ）であるのか、無効（Ｄｉｓａｂｌｅｄ）であるのかが記録される。

図３のＢＩＯＳセットアップ設定値テーブル４０３によると、ＴｙｐｅＡでは、設定１〜３が無効（Ｄｉｓａｂｌｅｄ）となる。また、ＴｙｐｅＢでは、設定１および設定２が有効（Ｅｎａｂｌｅｄ）となり、設定３が無効（Ｄｉｓａｂｌｅｄ）となる。また、ＴｙｐｅＣでは、設定１〜３が有効（Ｅｎａｂｌｅｄ）となる。

設定１〜３の設定値は、通常、ユーザによって選択されるものであるが、本実施形態に係るサーバシステム２によれば自動的に設定される。例えば、ＯＳ種類がＴｙｐｅＡと判別されたとき、各設定値は自動的にＢＩＯＳセットアップ設定値テーブル４０３の値（設定１〜３の全てがＤｉｓａｂｌｅｄ）に設定される。

ＯＳ識別機能４０５は、第１の実施形態に係る情報処理システム１が備える第１の記憶手段４の管理制御機能４１に含まれるＯＳ識別手段４５に相当する。ＯＳ識別機能４０５は、起動対象となる各ＯＳのＯＳ種類通知機能に問い合わせて、起動するＯＳのＯＳ種類を識別する機能である。

ＯＳ情報追加機能４０７およびＯＳ情報削除機能４０８は、第１の実施形態に係る情報処理システム１の第１の記憶手段４に格納される管理制御機能４１に含まれるＯＳ情報変更手段４７の機能である。

ＯＳ情報追加機能４０７は、第１の実施形態のＯＳ情報変更手段４７によるＯＳ情報の追加機能を発揮する。すなわち、ＯＳ情報追加機能４０７は、ＢＭＣの起動オプション選択肢６０１にＯＳ情報（ブートオプション識別子およびブートオプション表示名）を追加する機能である。

ＯＳ情報削除機能４０８は、第１の実施形態のＯＳ情報変更手段４７によるＯＳ情報の削除機能を発揮する。ＯＳ情報削除機能４０８は、ＢＭＣの起動オプション選択肢６０１からＯＳ情報を削除する機能である。

ＮＶＲＡＭ５０は、第１の実施形態に係る情報処理システム１が備える第２の記憶手段５に相当する。

ＮＶＲＡＭ５０は、ブートオプション識別子・ＯＳ種類対応テーブル５０１（以下、対応テーブル５０１と記載）、ブートオプションテーブル５０３、ブートオーダーリスト５０５、ＢＩＯＳセットアップ設定値５０７を格納する。第１の実施形態に係る情報処理システム１との対応をみると、対応テーブル５０１は対応テーブル５１に相当する。同様に、ブートオプションテーブル５０３はブートオプションテーブル５３に相当し、ブートオーダーリスト５０５はブートオーダーリスト５５に相当し、ＢＩＯＳセットアップ設定値５０７はセットアップ設定値５７に相当する。

ここで、ＮＶＲＡＭ５０に格納される各テーブルについて個別に説明する。

対応テーブル５０１は、ブートオプション毎に振られる一意の値であるブートオプション識別子が、どの種類のＯＳに対応するのかを示すテーブルである。

対応テーブル５０１の一例を図４に示す。図４の対応テーブル５０１には、ブートオプション識別子が１のブートオプションのＯＳ種類はＴｙｐｅＡであり、ブートオプション識別子が２のブートオプションのＯＳ種類はＴｙｐｅＢであることが記録されている。

ブートオプションテーブル５０３は、サーバシステム２で起動可能なブートオプションを格納する。なお、ブートオプションには、ＢＩＯＳセットアップに表示される表示名や起動プログラムなどといったＯＳ起動に必要な情報が含まれる。

ブートオプションテーブル５０３の一例を図５に示す。図５のブートオプションテーブル５０３によると、ブートオプション識別子が１の場合、ＢＩＯＳセットアップに「Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ１」と表示され、「￥￥ａａａ￥ｂｂｂ￥ｃｃｃ．ｅｆｉ」が起動プログラムとして実行される。また、ブートオプション識別子が２の場合、ＢＩＯＳセットアップに「Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ２」と表示され、「￥￥ｄｄｄ￥ｅｅｅ￥ｆｆｆ．ｅｆｉ」が起動プログラムとして実行される。

ブートオーダーリスト５０５は、ブートオプション識別子を起動順に並べたリスト（図示しない）である。サーバシステム２の起動後、ＢＩＯＳ４００は、ブートオーダーリスト５０５の順番で起動プログラムを実行する。

ＢＩＯＳセットアップ設定値５０７は、ＢＩＯＳセットアップに関する設定値であり、各ＯＳを起動するために事前に設定できる設定値である。ＢＩＯＳセットアップ設定値５０７は、図６のように、各設定に対応する設定値をまとめたテーブル形式で提供することができる。

ＢＭＣ６０は、第１の実施形態に係る情報処理システム１が備える監視制御手段６に相当する。ＢＭＣ６０は、起動オプション選択肢６０１とネットワークインターフェース６０３とを有する。ＢＭＣ６０は、サーバシステム２がシャットダウンしているときも、常に動作し続けている。

起動オプション選択肢６０１は、第１の実施形態に係る情報処理システム１が備える監視制御手段６に含まれる起動オプション選択肢６１に相当する。起動オプション選択肢６０１には、起動オプションの選択肢として、ブートオプション識別子とブートオプション表示名とを含むＯＳ情報が追加・削除される。

図７には、起動オプション選択肢６０１をまとめた起動オプション選択肢テーブル６１０の一例を示した。起動オプション選択肢テーブル６１０は、ブートオプション表示名と、ブートオプション識別子とを対応させたテーブルである。

ネットワークインターフェース６０３は、第１の実施形態に係る情報処理システム１が備える監視制御手段６に含まれるネットワークインターフェース６３に相当する。ネットワークインターフェース６０３は、ＬＡＮ８０を介してコンピュータシステム９０と接続される。

ＬＡＮ８０は、第１の実施形態に係る情報処理システム１が接続されるネットワーク８の一形態である。

コンピュータシステム９０は、ユーザの操作を受け付け、起動オプション選択肢６０１から起動オプションを一つ選択し、サーバシステム２に起動の指示を出力する。

以上が、第２の実施形態に係るサーバシステム２の構成に関する説明である。

（動作）
次に、図８〜図１０を参照しながら、本発明の第２の実施形態に係るサーバシステム２の動作について説明する。

＜ＯＳ情報追加処理＞
まず、図８のフローチャートを用いて、ＢＭＣ６０の起動オプション選択肢６０１にＯＳ情報を追加するＯＳ情報追加処理のＢＩＯＳ処理フローについて説明する。なお、図８のフローの事前準備として、ユーザは、ＯＳ起動するためのＢＩＯＳセットアップを設定しておく。

図８において、まず、サーバシステム２の起動後、ＢＩＯＳ４００は、ＢＩＯＳセットアップ設定値５０７に従ってＰＯＳＴ（Ｐｏｗｅｒ Ｏｎ Ｓｅｌｆ Ｔｅｓｔ）を実行し、ハードウェアの初期化を行う（ステップＳ１１）。なお、ＰＯＳＴとは、電源投入された際に、ブートの前に行われる処理を指す。

ＰＯＳＴ完了後、ＢＩＯＳ４００は、ブートオーダーリスト５０５の中で優先順位の高いブートオプション識別子から順番に、ブートオプションテーブル５０３を参照しながら起動プログラムを実行する（ステップＳ１２）。

ＢＩＯＳ４００は、実行した起動プログラムのブートオプション識別子を保持する（ステップＳ１３）。

ＯＳ起動時に、ＢＩＯＳ４００のＯＳ識別機能４０５は、起動対象となるＯＳ（３０１または３０３）のＯＳ種類通知機能（３０２または３０４）に問い合わせ、起動するＯＳのＯＳ種類を識別する（ステップＳ１４）。

ここで、ＢＩＯＳ４００は、ステップＳ１３で保持したブートオプション識別子が対応テーブル５０１に記録されているか否かを判定する（ステップＳ１５）。

ＯＳ起動時（ステップＳ１３）に保持したブートオプション識別子が対応テーブル５０１に記録されていなかった場合（ステップＳ１５でＮｏ）、ＢＩＯＳ４００は、ブートオプション識別子とＯＳ種類とを対応させて対応テーブル５０１に保存する。すなわち、ＢＩＯＳ４００は、対応テーブル５０１に記録されていなかったブートオプション識別子と、対応するＯＳ種類とを関連付けて対応テーブル５０１に追加する（ステップＳ１６）。

一方、ＯＳ起動時（ステップＳ１３）に保持したブートオプション識別子が対応テーブル５０１に記録されていた場合（ステップＳ１５でＹｅｓ）、対応テーブル５０１には何も追加せずに、図８の処理フローを終了となる。

ステップＳ１６の後、ＢＩＯＳ４００のＯＳ情報追加機能４０７は、ＢＭＣ６０の起動オプション選択肢テーブル６１０に、ステップＳ１６で追加されたブートオプション識別子のＯＳ情報を起動オプション選択肢６０１として追加する（ステップＳ１７）。

以上が、ＢＭＣ６０の起動オプション選択肢６０１にＯＳ情報を追加するＯＳ情報追加処理のＢＩＯＳ処理フローに関する説明である。

＜ＯＳ情報削除処理＞
次に、図９のフローチャートを用いて、ＢＭＣ６０の起動オプション選択肢６０１から、削除対象のＯＳ情報を削除するＯＳ情報削除処理のＢＩＯＳ処理フローについて説明する。なお、図９のＢＩＯＳ処理フローは、無効なブートオプションが対応テーブル５０１に格納されているときの処理フローとなる。

図９において、まず、サーバシステム２の起動後、ＢＩＯＳ４００は、ＢＩＯＳセットアップ設定値５０７に従ってＰＯＳＴを実行し、ハードウェアの初期化を行う（ステップＳ２１）。ただし、ここでいうハードウェアは、情報処理装置を構成する機器とみなす。

ここで、ＢＩＯＳ４００は、ブートオーダーリスト５０５の中で優先度の高いブートオプション識別子から順番に、ブートオプションテーブル５０３を参照してプログラムを実行しようとする。しかしながら、対応テーブル５０１には無効なブートオプションが格納されているため、ＢＩＯＳ４００は、ブートオプションの起動プログラムの実行に失敗する（ステップＳ２２）。

このとき、ＢＩＯＳ４００は、ブートオプションが無効と判断し、無効と判断されたブートオプション識別子の項目を対応テーブル５０１から削除する（ステップＳ２３）。

また、ＢＩＯＳ４００のＯＳ情報削除機能４０８は、無効と判断されたブートオプション識別子のＯＳ情報に関するＢＭＣ６０の起動オプション選択肢６０１を、起動オプション選択肢テーブル６１０から削除する（ステップＳ２４）。

以上が、ＢＭＣ６０の起動オプション選択肢６０１から、削除対象のＯＳ情報を削除するＯＳ情報削除処理のＢＩＯＳ処理フローに関する説明である。

＜サーバシステム起動処理＞
次に、図１０のフローチャートを用いて、ＢＭＣ６０の起動オプション選択肢６０１から起動オプションとしてＯＳ情報を指定してサーバシステム２を起動したときのＢＩＯＳ処理フローについて説明する。

まず、サーバシステム２の起動後、ＢＩＯＳ４００は、ＢＭＣ６０からブートオプション識別子を取得する（ステップＳ３１）。

ＢＩＯＳ４００は、対応テーブル５０１を確認し、取得したブートオプション識別子に対応するＯＳ種類を特定する（ステップＳ３２）。

次に、ＢＩＯＳ４００は、ハードウェアの初期化を行う（ステップＳ３３）。なお、ハードウェアの初期化においては、ＢＩＯＳセットアップ設定値テーブル４０３中の設定項目についてはステップＳ３２で特定されたＯＳ種類の設定値に従い、残りの設定項目についてはＢＩＯＳセットアップ設定値５０７に従ってＰＯＳＴが実行される。

ハードウェアの初期化が完了した後、ＢＩＯＳ４００は、ブートオプションテーブル５０３を参照し、ステップＳ３１で取得したブートオプション識別子の起動プログラムを実行し、起動対象となるＯＳを起動する（ステップＳ３４）。

以上がサーバシステム２の起動に関するＢＩＯＳ処理についての説明である。

（効果）
本発明の第２の実施形態に係るサーバシステムによれば、ＯＳを切り替える際にユーザが行なわなければならなかったＢＩＯＳセットアップ変更を自動的に行うことが可能となる。その結果、ＯＳを切り替える際に、ユーザによる手作業を削減することができるという第一の効果が得られる。その理由は、ＢＭＣから起動するブートオプションを指定してサーバシステムを起動すると、ＢＩＯＳは、各テーブルを参照し、起動対象となるＯＳを起動するために必要な設定値を判断することができるからである。

特許文献１（特開２００６−２６８５１９号公報）の方法では、ＯＳ毎に異なるＢＩＯＳの設定をするために、サーバシステムの起動前に手動でＤＩＰＳＷを設定する必要があった（ＤＩＰＳＷ：Ｄｕａｌ Ｉｎ−ｌｉｎｅ Ｐａｃｋａｇｅ Ｓｗｉｔｃｈ）。それに対し、本発明の実施形態では、複数のビットを組み合わせるＤＩＰＳＷのような複雑な設定を必要としない。なお、特許文献１では複数のパーティションで別々のＯＳを運用することを想定しているが、本実施形態では単一のパーティション内で複数のＯＳを切り替えるシステムを運用することを想定しているという相違点がある。

また、本発明の第２の実施形態に係るサーバシステムによれば、ユーザによるＢＩＯＳセットアップの設定ミスの回避できるという第二の効果が得られる。その理由は、上述した第一の効果により、ＯＳを切り替える場合に、ユーザによってＢＩＯＳセットアップから設定値を変更する必要がないからである。

また、本発明の第２の実施形態に係るサーバシステムによれば、ＯＳ切り替え完了までの時間が削減されるという第三の効果が得られる。その理由は、上述した第一の効果により、ＯＳ起動に先立ってＢＩＯＳセットアップを起動する必要がなくなるためである。

（関連技術）
ここで、一般的なサーバシステムの起動について説明する。

一般に、サーバシステムの起動後には、ＢＩＯＳによってサーバシステムのハードウェア初期化が行われる。ハードウェア初期化の設定値は、ＢＩＯＳセットアップと呼ばれる設定画面から変更することができる。ＢＩＯＳセットアップで設定値を変更すると、設定値の変更をハードウェアに反映させるために、サーバシステムの再起動が必要となる場合がある。ＢＩＯＳセットアップの設定値の中には、ＯＳがサポートするＣＰＵ機能の違いや、それぞれのＯＳに対応したＢＩＯＳの作り込みのため、起動するＯＳに依存して値が決まっているものもある。通常、起動するＯＳを切り替える前には、ＢＩＯＳセットアップを起動し、手動操作による設定値の変更が必要となる。

一般に、サーバシステムが起動され、ハードウェアが初期化された後に、ＢＩＯＳは、ＢＩＯＳセットアップで設定可能なＢｏｏｔ Ｏｐｔｉｏｎ（以下、ブートオプション）の優先順位に従って、二次記憶装置からＯＳを起動する。ＯＳブートの方式として、ＬａｇａｃｙブートやＵＥＦＩブートを挙げることができる（ＵＥＦＩ：Ｕｎｉｆｉｅｄ Ｅｘｔｅｎｓｉｂｌｅ Ｆｉｒｍｗａｒｅ Ｉｎｔｅｒｆａｃｅ）。Ｌｅｇａｃｙブートは、ＭＢＲを利用したＯＳブートである（ＭＢＲ：Ｍａｓｔｅｒ Ｂｏｏｔ Ｒｅｃｏｒｄ）。Ｌｅｇａｃｙブートでは、ＩＰＬによってＨＤＤ内の起動パーティションが決まっている（ＩＰＬ：Ｉｎｉｔｉａｌ Ｐｒｏｇｒａｍ Ｌｏａｄｅｒ）。それに対し、ＧＰＴを利用したＯＳブートであるＵＥＦＩブートでは、ＢＩＯＳがＯＳを選択して起動することが可能である（ＧＰＴ：Ｇｌｏｂａｌｌｙ Ｕｎｉｑｕｅ Ｉｄｅｎｔｉｆｉｅｒ Ｐａｒｔｉｔｉｏｎ Ｔａｂｌｅ）。

そして、ＢＩＯＳは、ＰＯＳＴを実行し、ブートオーダーリストに従って、ＢＩＯＳセットアップに表示されるブートオプションの中で優先順位の高いブートオプションに対応する起動プログラムを実行することによってＯＳを起動する。

また、ＢＩＯＳ起動中にＢＭＣに設定した起動デバイスを取得する「Ｇｅｔ Ｓｙｓｔｅｍ Ｂｏｏｔ Ｏｐｔｉｏｎｓ」というＩＰＭＩコマンドが仕様として存在する。Ｇｅｔ Ｓｙｓｔｅｍ Ｂｏｏｔ Ｏｐｔｉｏｎｓは、ユーザがＢＭＣに指定したデバイスからのサーバシステム起動を可能とするコマンドである。ユーザがＢＭＣとして指定するデバイスには、例えばＨＤＤ、ＣＤ／ＤＶＤ等がある（ＣＤ：Ｃｏｍｐａｃｔ Ｄｉｓｋ、ＤＶＤ：Ｄｉｇｉｔａｌ Ｖｅｒｓａｔａｉｌｅ Ｄｉｓｋ）。

特開２０１１−１５４７３２号公報（以下、特許文献４）には、コンピュータシステム全体を管理するシステム管理機構からブート対象のＯＳのイメージの指定をリモートで行えるリモートブート方法について開示されている。特許文献４のリモートブート方法は、コンピュータシステム全体を監視する機構とブートファームウェアのブートに関する設定値を同期し、ＵＥＦＩブートを利用する（ＵＥＦＩ：Ｕｎｉｆｉｅｄ Ｅｘｔｅｎｓｉｂｌｅ Ｆｉｒｍｗａｒｅ Ｉｎｔｅｒｆａｃｅ）。その結果、コンピュータシステム全体を監視する機構（ＢＭＣ等）からブート対象のイメージの指定を可能とする。

特許文献４のリモートブート方法では、ＯＳ毎にＢＩＯＳセットアップ設定を変更する機構が備わっていないため、ＢＩＯＳがブート対象のＯＳの種類を判別してＢＩＯＳセットアップ設定値を切り替えることができない。そのため、ＯＳイメージの指定を変更する場合は、ＢＩＯＳセットアップを起動し、手動によるＢＩＯＳセットアップ設定値の変更が必要となる。また、オペレーディングシステムローダのファイル位置やファイル名が同一のＯＳが存在すると、特許文献４の方法では、ＢＩＯＳがＯＳの種類を判別してＢＩＯＳセットアップ設定値を切り替えることもできない。オペレーディングシステムローダのファイル名が同一のＯＳの例としては、Ｗｉｎｄｏｗｓ（登録商標） Ｓｅｒｖｅｒ ２００８ Ｒ２と、Ｗｉｎｄｏｗｓ Ｓｅｒｖｅｒ ２０１２とを挙げることができる。したがって、特許文献４のリモートブート方法では、ＯＳイメージの指定を変更する場合、ＢＩＯＳセットアップを起動し、手動によるＢＩＯＳセットアップ設定値の変更が必要となるという問題点がある。

１ 情報処理システム
２ サーバシステム
３ 補助記憶手段
４ 第１の記憶手段
５ 第２の記憶手段
６ 監視制御手段
７ バス
８ ネットワーク
９ 端末
１０ ＣＰＵ
２０ メモリ
３０ 二次記憶装置
３１、３３ ＯＳ
３２、３４ ＯＳ種類通知手段
４０ ＲＯＭ
４１ 管理制御機能
４３ 設定値テーブル
４５ ＯＳ識別手段
４７ ＯＳ情報変更手段
５０ ＮＶＲＡＭ
５１ 対応テーブル
５３ ブートオプションテーブル
５５ ブートオーダーリスト
５７ セットアップ設定値
６０ ＢＭＣ
６１ 起動オプション選択肢
６３ ネットワークインターフェース
７０ バス
８０ ＬＡＮ
９０ コンピュータシステム
３０１、３０３ ＯＳ
３０２、３０４ ＯＳ種類通知機能
４００ ＢＩＯＳ
４０３ ＢＩＯＳセットアップ設定値テーブル
４０５ ＯＳ識別機能
４０７ ＯＳ情報追加機能
４０８ ＯＳ情報削除機能
５０１ ブートオプション識別子・ＯＳ種類対応テーブル
５０３ ブートオプションテーブル
５０５ ブートオーダーリスト
５０７ ＢＩＯＳセットアップ設定値
６０１ 起動オプション選択肢
６０３ ネットワークインターフェース
６１０ 起動オプション選択肢テーブル

Claims (10)

1. 複数のＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）を起動することができる情報処理システムであって、
   少なくとも一つのＯＳを格納する補助記憶手段と、
   前記ＯＳの種類に対応した設定を記録する設定値テーブルを格納し、前記情報処理システムの起動時にＢＩＯＳ（Ｂａｓｉｃ Ｉｎｐｕｔ／Ｏｕｔｐｕｔ Ｓｙｓｔｅｍ）処理を実行するプロセッサを管理制御機能として動作させるプログラムを含む第１の記憶手段と、
   ブートオプションごとに一意に付されるブートオプション識別子と前記ＯＳの種類とを対応付ける対応テーブルと、前記ブートオプションの表示名および起動プログラムを前記ブートオプション識別子と対応付けるブートオプションテーブルと、前記情報処理システムの起動後に前記管理制御機能によって実行される前記起動プログラムの起動順番を記録したブートオーダーリストと、前記ＯＳを起動するために事前に設定されるＢＩＯＳセットアップ設定値とを含む第２の記憶手段と、
   前記ブートオプションの表示名と前記ブートオプション識別子とを対応付ける起動オプション選択肢テーブルを格納し、前記情報処理システムの状態を常に監視するとともに、前記情報処理システムの状態に応じて前記情報処理システムを制御する監視制御手段とを備える情報処理システム。
2. 前記管理制御機能は、
   前記監視制御手段から起動対象となる前記ＯＳに関する前記ブートオプション識別子を取得すると、
   前記ブートオプション識別子に対応する前記ＯＳの種類を前記対応テーブルに基づいて特定し、
   前記設定値テーブルに基づいて前記情報処理システムを構成する機器の設定をするとともに、前記設定値テーブルによって得られなかった前記情報処理システムを構成する機器の設定を前記ＢＩＯＳセットアップ設定値に従って設定することによって初期化し、
   起動対象となる前記ＯＳに関する前記ブートオプション識別子に対応する前記起動プログラムを前記ブートオプションテーブルに基づいて起動し、起動された前記起動プログラムを実行することによって起動対象となる前記ＯＳを起動する請求項１に記載の情報処理システム。
3. 前記監視制御手段は、
   ＢＭＣ（Ｂａｓｅｂｏａｒｄ Ｍａｎａｇｅｍｅｎｔ Ｃｏｎｔｒｏｌ）である請求項１または２に記載の情報処理システム。
4. 前記ＯＳは、
   前記管理制御機能からの問い合わせに応じて、前記ＯＳの種類を前記管理制御機能に通知するＯＳ種類通知手段を含み、
   前記管理制御機能は、
   起動対象となる前記ＯＳの前記ＯＳ種類通知手段に問い合わせ、起動する前記ＯＳの種類を識別するＯＳ識別手段を含む請求項１乃至３のいずれか一項に記載の情報処理システム。
5. 前記管理制御機能は、
   前記起動オプション選択肢テーブルに前記ＯＳに関する情報を追加するＯＳ情報追加機能と、
   前記起動オプション選択肢テーブルから前記ＯＳに関する情報を削除するＯＳ情報削除機能とを含む請求項１乃至４のいずれか一項に記載の情報処理システム。
6. 前記情報処理システムが起動されると、
   前記管理制御機能は、
   前記ＢＩＯＳセットアップ設定値に従ってＰＯＳＴ（Ｐｏｗｅｒ Ｏｎ Ｓｅｌｆ Ｔｅｓｔ）を実行して前記情報処理システムを構成する機器を初期化し、
   前記ブートオーダーリストに記録された優先順位に従って前記ブートオプションテーブルに基づいて前記起動プログラムを実行して起動対象の前記ＯＳを起動するとともに、実行した前記起動プログラムの前記ブートオプション識別子を保持し、
   前記ＯＳ識別手段は、
   起動対象となる前記ＯＳの前記ＯＳ種類通知手段に問い合わせて起動する前記ＯＳの種類を識別し、
   前記管理制御機能は、
   保持している前記ブートオプション識別子が前記対応テーブルに記録されているか否かを判定し、
   保持している前記ブートオプション識別子が前記対応テーブルに記録されていなかった場合、
   保持している前記ブートオプション識別子と、保持している前記ブートオプション識別子に対応する前記ＯＳの種類とを前記対応テーブルに追加するとともに、追加された前記ブートオプション識別子を含むＯＳ情報を前記監視制御手段の前記起動オプション選択肢テーブルに追加する請求項４に記載の情報処理システム。
7. 前記情報処理システムが起動されると、
   前記管理制御機能は、
   前記ＢＩＯＳセットアップ設定値に従ってＰＯＳＴ（Ｐｏｗｅｒ Ｏｎ Ｓｅｌｆ Ｔｅｓｔ）を実行して前記情報処理システムを構成する機器を初期化し、
   前記ブートオーダーリストに記録された優先順位に従って前記ブートオプションテーブルに基づいて前記起動プログラムを実行した際に、前記ブートオプションテーブルに含まれる前記ブートオプションの前記起動プログラムの実行ができなかった場合、
   実行できなかった前記ブートオプションが無効であると判断し、前記無効と判断されたブートオプションと、前記無効と判断されたブートオプションに対応する前記ＯＳの種類とを前記対応テーブルから削除するとともに、前記無効と判断されたブートオプションを含むＯＳ情報を前記監視制御手段の前記起動オプション選択肢テーブルから削除する請求項４乃至６のいずれか一項に記載の情報処理システム。
8. ネットワークを介して前記監視制御手段と接続され、ユーザによって設定された前記ＢＩＯＳセットアップ設定値に基づいて前記情報処理システムを起動する指示を出力する端末を備える請求項１乃至７のいずれか一項に記載の情報処理システム。
9. 複数のＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）を起動することができる情報処理システムの管理制御方法であって、
   ブートオプションごとに一意に付されるブートオプション識別子を取得し、
   前記ＯＳの種類に対応した設定を記録する設定値テーブルに基づいて前記情報処理システムを構成する機器の設定をするとともに、前記設定値テーブルによって得られなかった前記情報処理システムを構成する機器の設定を、前記ＯＳを起動するために事前に設定されるＢＩＯＳセットアップ設定値に従って設定することによって初期化し、
   起動対象となる前記ＯＳに関する前記ブートオプション識別子に対応する起動プログラムを、前記ブートオプションの表示名および前記起動プログラムを前記ブートオプション識別子と対応付けるブートオプションテーブルに基づいて起動し、
   起動された前記起動プログラムを実行することによって起動対象となる前記ＯＳを起動する管理制御方法。
10. 複数のＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）を起動することができる情報処理システムの管理制御プログラムであって、
    ブートオプションごとに一意に付されるブートオプション識別子を取得する処理と、
    前記ＯＳの種類に対応した設定を記録する設定値テーブルに基づいて前記情報処理システムを構成する機器の設定をするとともに、前記設定値テーブルによって得られなかった前記情報処理システムを構成する機器の設定を、前記ＯＳを起動するために事前に設定されるＢＩＯＳセットアップ設定値に従って設定することによって初期化する処理と、
    起動対象となる前記ＯＳに関する前記ブートオプション識別子に対応する起動プログラムを、前記ブートオプションの表示名および前記起動プログラムを前記ブートオプション識別子と対応付けるブートオプションテーブルに基づいて起動する処理と、
    起動された前記起動プログラムを実行することによって起動対象となる前記ＯＳを起動する処理とをコンピュータに実行させる管理制御プログラム。

Images