(57)【要約】      （修正有）【課題】異なるＯＳに変更された場合、ファームウェアの入れ替えを容易に行い、ＯＳの変更に伴う作業効率を向上させる。【解決手段】複数の異なる種類、例えばＯＳの種別またはバージョンのＯＳ毎に適応した複数のファームウェアを記憶部（１１０）に格納しておき、ファームウェア内に何れのＯＳに適合するかを示す適合情報（１１４，１１５，１１６）を持つ。ＯＳの起動に際して、起動させるＯＳの種別またはバージョンの何れかを判定し、判定の結果、適合情報（１１４，１１５，１１６）に適合するファームウェアを記憶部（１１０）から選択して、変更する。【選択図】  図１
2006079155.tif 000002
【特許請求の範囲】
【請求項１】
ＯＳに適合したファームウェアを格納する記憶手段を備え、該ＯＳ及び該ファームウェアを動作させてデータ処理を行う中央処理装置を有する情報処理装置において、
複数の異なる種類のＯＳに適応した複数のファームウェアを格納する記憶部と、起動させようとするＯＳの種類を判定する判定手段と、該判定手段による判定の結果、起動させようとするＯＳに適合するファームウェアを選択する選択手段と、該選択手段により選択されたファームウェアを該記憶部から読み出して入れ替える入れ替え手段と、を有することを特徴とする情報処理装置。
【請求項２】
前記複数の異なる種類のＯＳとして、複数の異なる種別のＯＳ又はバージョンの異なるＯＳを含み、該ＯＳの種別又はバージョンの少なくとも一方とファームウェアが適合していることを示す適合情報をファームウェア内に具備することを特徴とする請求項１の情報処理装置。
【請求項３】
ＯＳ及び該ＯＳに適合したファームウェアを格納する主記憶部を備え、該ＯＳ及びファームウェアを動作させてデータ処理を行う処理装置を有する情報処理装置において、
複数の異なる種類のＯＳに適応した複数のファームウェアを格納する記憶部を有するファームウェアデータ管理用処理装置と、
該ファームウェアデータ管理用処理装置に通信路を介して接続された、ＯＳの実行可能な複数の中央処理装置と、
該複数の中央処理装置に対応して設けられた、ＯＳを格納する補助記憶装置と、
該補助記憶措置に格納された該ＯＳを該中央処理装置で起動させるに際して、起動させようとするＯＳの種類を判定する判定手段と、
該判定手段による判定の結果、起動させようとするＯＳに適合するファームウェアを該ファームウェアデータ管理用処理装置の該記憶部から選択する選択手段と、
該選択手段によって選択されたファームウェアを該ファームウェアデータ管理用処理装置から取得して該中央処理装置の該主記憶部に対して入れ替える入れ替え手段を有する、該処理装置に対応して設けられた補助処理装置と、
を有することを特徴とする情報処理装置。
【請求項４】
該判定手段は、該ファームウェアが該ＯＳをブートするブートローダーの名称により起動させようとするＯＳ種別を判定することを特徴とする請求項１乃至３のいずれか記載の情報処理装置。
【請求項５】
該判定手段は、該ＯＳをブートするブートローダーがＯＳの種別、又はＯＳのバージョンの少なくとも一方をファームウェアに報告することを特徴とする請求項１乃至３のいずれか記載の情報処理装置。
【請求項６】
該判定手段は、該ＯＳがＯＳの種別、又はＯＳのバージョンの少なくとも一方をファームウェアに報告することを特徴とする請求項１乃至３のいずれか記載の情報処理装置。
【請求項７】
ＯＳに適合したファームウェアを記憶手段に格納し、該ＯＳ及びファームウェアを中央処理装置で動作させてデータ処理を行う情報処理装置における該ファームウェアの変更方法であって、
複数の異なる種類のＯＳに適応した複数のファームウェアを予め記憶部に格納しておき、
該中央処理装置で起動させようとするＯＳの種類を判定し、該判定の結果、起動させようとするＯＳに適合するファームウェアを該記憶部から選択し、該選択されたファームウェアを該記憶手段に格納して、該ＯＳの実行に供することを特徴とするファームウェアの変更方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置に係り、特に複数のオペレーティングシステム（ＯＳ）の起動に応じて実行すべきファームウェアデータを変更する技術に関する。
【背景技術】
【０００２】
複数個の異なるファームウェアを予め用意しておき、プロセッサ又はアプリケーション等の変化に応じて最適なファームウェアを切り替えて選択し、実行する情報処理装置が知られている。
【０００３】
例えば、特開２０００―１１２７５２号公報（特許文献１）には、プロセッサが所有しているプロセッサのレビジョン情報を基に、診断プロセッサがプロッセッサに適合するファームウェア情報を選択してプロセッサに提供し、プロセッサが主記憶装置からファームウェアデータの入れ替えを行い、これによりプロセッサの異なるレビジョンに適合するファームウェアを選択して実行する技術が開示されている。
【０００４】
また、特開平５―１００８６１号公報（特許文献２）には、アプリケーションプログラムの種類に応じたファームウェアを予め設定しておき、アプリケーション起動時に該当するファームウェアを選択して入れ替えた後にアプリケーションを起動する技術が開示されている。これは、最大の性能を達成する為のファームウェア入れ替え方法の例である。
【０００５】
【特許文献１】特開２０００―１１２７５２号公報
【特許文献２】特開平５―１００８６１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
上記特許文献１及び２に記載の技術は、プロセッサ毎に異なるレビジョン即ちハードウェア機能レビジョンが異なる場合のファームウェアの切り替え、及びアプリケーションの最大性能を引き出すためのファームウェア入れ替えについて言及したものである。
【０００７】
ところで、１つの計算機上で複数の異なるＯＳを稼働可能とし、逐次ＯＳを切り替えて使用することがある。例えば、処理装置を複数の物理的なパーティションに分割して使用するような物理分割可能な処理装置に於いて、各物理パーティション上で異なるＯＳを稼働させることがある。このような場合、ＯＳを不具合なく動作する為には、各物理パーティション上のＯＳに適合したファームウェアに入れ替える必要性が生じる場合がある。これは、殆どのＯＳでの動作が異なる為である。
【０００８】
例えば、同じＯＳでもバージョンによって動作が異なったり、或いは、あるＯＳの不具合によって他のＯＳと異なる動作を行うことがある。また、あるＯＳではある規格に沿った動作を行わないことがある。また、あるＯＳでは、認められたファームウェアのみの使用に限られることがある。
【０００９】
本発明の目的は、異なるＯＳに変更された場合、ファームウェアの入れ替えを容易に行い、ＯＳの変更に伴う作業効率を向上させることにある。
【課題を解決するための手段】
【００１０】
本発明は、ＯＳの変更に応じてそのＯＳに適合したファームウェアを自動的に選択して入れ替えるようにしたものである。
好ましい例では、複数のＯＳが選択的に動作する情報処理装置において、複数の異なるＯＳ毎のファームウェアデータをファームウェアデータ管理用の処理装置で一括管理する。
また、好ましいファームウェアの変更方法に係る例では、複数の異なる種類のＯＳに適応した複数のファームウェアを予め記憶部に格納しておき、中央処理装置で起動させようとするＯＳの種類を判定し、判定の結果、起動させようとするＯＳに適合するファームウェアを該記憶部から選択し、選択されたファームウェアを記憶手段に格納して、ＯＳの実行に供するように構成される。
【発明の効果】
【００１１】
本発明によれば、異なるＯＳに変更した場合のファームウェア入れ替え作業が自動化される為、作業効率及びシステムの稼動率が向上する。また、ファームウェアデータを一括管理する管理用処理装置を設けることにより、ファームウェアの管理を容易に行うことができ、管理工数を低減させることができる。
【発明を実施するための最良の形態】
【００１２】
以下、図面を参照して本発明の実施形態について説明する。
図１は一実施形態による情報処理装置の構成を示す。
情報処理装置は、ファームウェアデータを管理するファームウェアデータ管理用処理装置１００と、物理分割された第１物理パーティション１３０及び第２物理パーティション１６０と、物理パーティション毎に接続されている補助記憶装置１５０，１８０を備えて構成される。ここで、ファームウェアデータ管理用処理装置１００と各物理パーティション１３０，１６０とは通信路１２０により接続される。ハードウェア構成として見ると、各物理パーティション１３０、１６０は少なくとも１つのプロセッサから構成され、またファームウェアデータ管理用処理装置１００は少なくとも１つのプロセッサから構成される。
【００１３】
本実施例において、ファームウェアデータ管理用処理装置１００によって複数の異なるＯＳ毎のファームウェアデータを一括管理するようにしたことに１つの特徴がある。これにより、複数のファームウェアデータを各物理パーティション１３０，１６０内の補助処理装置内の記憶部に保持することを不要にできる。
【００１４】
ファームウェアデータ管理用処理装置１００は、記憶部１１０を有する。記憶部１１０は、複数の異なるＯＳデータを格納する第１〜３ＯＳ用ファームウェアデータ領域１１１〜１１３から構成されており、第１〜３ＯＳ用ファームウェア領域１１１〜１１３は、各ＯＳに適合する適合ＯＳ情報１１４〜１１６を内包している。
【００１５】
例えば、第1ＯＳ用ファームウェアデータ領域１１１には、Ｌｉｎｕｘ（登録商標）に適応したファームウェアとＬｉｎｕｘ（登録商標）に適合した適合ＯＳ情報１１４が格納される。第２ＯＳ用ファームウェアデータ領域１１２には、Ｗｉｎｄｏｗｓ（登録商標）に適応したファームウェアとＷｉｎｄｏｗｓ（登録商標）に適合した適合ＯＳ情報１１５が格納される。第３ＯＳ用ファームウェアデータ領域１１３には、ＨＰ―ＵＸ（登録商標）に適合したファームウェアとＨＰ―ＵＸ（登録商標）に適合した適合ＯＳ情報１１６が格納される。ここで、各第１〜３ＯＳ用ファームウェアデータ領域１１１〜１１３は、異なるＯＳに適合するファームウェアデータを格納する領域であり、順不同で格納可能である。
【００１６】
なお、記憶部１１０は、各物理パーティション１３０，１６０内の補助処理装置１３１，１６１の内部に設置することも考えられるが、何れにしてもＯＳ毎のファームウェアデータを記憶部に格納する管理用処理装置を搭載した情報処理装置に１つの特徴がある。
【００１７】
第１物理パーティション１３０は、補助処理装置１３１と、中央処理装置１３５と、これら両装置で共有する共有記憶部１３２と、補助記憶装置１５０から構成される。
共有記憶部１３２は、前述のＯＳ用ファームウェアデータを格納できる十分な容量の領域を持っている。また、説明の都合上、共有記憶部１３２内に適合ＯＳ適合情報１３４と、その情報１３４を内包するファームウェアデータ領域１３３には、あるＯＳ、例えばＷｉｎｄｏｗｓ（登録商標）に適合した適合ＯＳ情報とＷｉｎｄｏｗｓ（登録商標）に適合するファームウェアがそれぞれ予め入っているとする。
【００１８】
補助処理装置１３１は、ファームウェアデータ管理用処理装置１００の記憶部１１０に記憶されたファームウェアデータを共有記憶部１３２に入れ替えたり、中央処理装置１３５にリセットを指示する動作を行う。本実施例のように、各物理パーティション１３０、１６０ごとに補助処理装置１３１，１６１を設けたところに１つの特徴がある。この補助処理装置１３１、１６１は、少なくとも１つのプロセッサにより構成され、ＯＳが入れ替わってもそれぞれのＯＳの下で動作する。また、補助処理装置１３１、１６１は、上記したファームウェアの入れ替え制御動作の他に、自らの物理パーティション内に配置された各種センサの監視などの制御を兼用させることもできる。
【００１９】
中央処理装置１３５は主記憶部１３６を有し、主記憶部１３６には、ＯＳ領域１３７、ブートローダー領域１３８、ファームウェア領域１３９を有する。各領域１３７〜１３９は、補助記憶装置１５０から読み込まれるＯＳ及びブートローダー、共有記憶部１３２から展開されるファームウェアを格納できる十分な容量の領域を持っている。また、ファームウェア領域の一部である適合ＯＳ情報の領域１４０を有する。
補助記憶装置１５０内には、ブートローダー１５１とＯＳ１５２が格納されている。ブートローダー１５１とＯＳ１５２には、例えば、Ｌｉｎｕｘ（登録商標）用のブートローダーとＬｉｎｕｘ（登録商標）がそれぞれに格納されているとする。
【００２０】
第２物理パーティション１８０のハードウェア構成は、第１物理パーティション１３０と同様である。ここで、第２物理バーティション１８０内の共有記憶部１６２の適合ＯＳ情報１６４を内包するファームウェア領域１６３には、例えばＷｉｎｄｏｗｓ（登録商標）に適合した適合ＯＳ情報と、Ｗｉｎｄｏｗｓ（登録商標）に適合したファームウェアがそれぞれ予め入っているとする。また、補助記憶装置１８０内ブートローダー１８１とＯＳ１８２には、例えば、ＨＰ―ＵＸ（登録商標）用のブートローダーとＨＰ―ＵＸ（登録商標）がそれぞれ格納されているとする。
【００２１】
次に図２を参照して、情報処理装置におけるファームウェア入れ替え動作を説明する。
図２の点線で囲った部分、中央処理装置動作２１０、補助処理装置動作２００、ファームウェアデータ管理用処理装置動作２２０は、それぞれ中央処理装置１３５、補助処理装置１３１、ファームウェアデータ管理用処理装置１００の動作を示し、図２全体で前記各装置の関連動作を示している。また、中央処理装置動作２１０と補助処理装置動作２００は、第２物理パーティション１６０に於いても同様な動作である。
【００２２】
まず、第１物理パーティション１３０内の補助処理装置１３１は同パーティション１３０内の中央処理装置１３５に対しリセットを指示する（２０１）。リセット指示を受けた第１パーティション１３０内の中央処理装置１３５は、共有記憶部１３２内ファームウェアデータ１３３を同パーティション１３０内中央処理装置１３５の主記憶部１３６のファームウェア領域１３９に展開し（２１１）、主記憶部１３６内ファームウェア１３９の起動を指示する（２１２）。
【００２３】
起動されたファームウェア１３９は、第１物理パーティション１３０に接続されている補助記憶装置１５０内のブートローダー１５１の特徴から起動ＯＳ情報を生成する（２１３）。そして、生成された起動ＯＳ情報はファームウェア領域１３９内の適合ＯＳ情報１４０と比較され（２１４）、その結果が一致したかが判定される（２１５）。
【００２４】
ここで、ステップ２１３に於いて、起動ＯＳ情報を生成する方法は、例えば、補助記憶装置１５０内ブートローダー１５１のファイル名称から生成する方法がある。更に、後述する図３及び図４に示す方法に置き換えることによってのブートローダー１５１またはＯＳ内に起動ＯＳの種別を報告する機能を搭載し、ファームウェア１３９に報告することによって起動ＯＳ情報を生成する方法など、いくつかの方法が考えられる。また、ステップ２１４及び２１５の少なくとも１つを補助処理装置動作２００で処理することも考えられるが、何れも起動ＯＳの種別を判定できる判定手段を持つことに意義がある。
【００２５】
さて、ステップ２１５の判定の結果、一致した場合、主記憶部１３６内のＯＳ１３７に対してＯＳの起動が指示され（２１８）、ＯＳが動作する（２１９）。一方、ステップ２１５の判定の結果一致しない場合には、中央処理装置１３５は、起動ＯＳ情報を補助記憶装置１３１に報告し（２１６）、中央処理装置１３５内のファームウェアを停止する（２１７）。
【００２６】
補助処理装置１３１は、ステップ２１６によって報告された起動ＯＳ情報を更に通信路１２０を通じてファームウェアデータ管理用処理装置１００に報告する（２０２）。
【００２７】
ファームウェアデータ管理用処理装置１００は、起動ＯＳ情報を基に同処理装置１００内の記憶部１１０の各適合ＯＳ情報１１４〜１１６を検索し（２２１）、起動ＯＳに適合したファームウェアデータを、通信路１２０を通じて第１物理パーティション１３０内の補助処理装置１３１に送信する（２２２）。
【００２８】
第１物理パーティション１３０内の補助処理装置１３１は、受信したファームウェアデータを共有記憶部１３２のファームウェアデータ領域１３３に書き込みを行い（２０３）、中央処理装置１３５にリセット指示を行う（２０１）。
【００２９】
図３は、他の例による起動ＯＳ情報を生成する方法を説明するための図である。
即ち、ブートローダー内に起動ＯＳの種別を報告する機能を搭載し、ファームウェア１３９に報告することによって起動ＯＳ情報を生成し、起動ＯＳの種別を判定する方法であるブートローダー内での起動ＯＳ情報を生成するものである。図３に示すように、起動ＯＳ情報を生成するための中央処理装置１３５の動作３００は、ファームウェア動作３１０と、ブートローダー動作３２０とからなる。以下、図２のステップ２１３からステップ２１９までを置き換えたものとして動作を説明する。
【００３０】
図２のステップ２１２により起動された主記憶部１３２内ファームウェア１３９は、ステップ３１１により補助記憶装置１５０内に格納されているブートローダー１５１を中央処理装置１３５の主記憶部１３６のブートローダー領域１３８に展開する。そして、主記憶部１３６内のブートローダー１３８が起動される（３１２）。
起動されたブートローダー１３８は、起動ＯＳ情報を生成し（３２１）、起動ＯＳ情報を主記憶部１３６内のファームウェア１３９に報告する（３２２）。そして、主記憶部１３６内のファームウェア１３９は、報告された起動ＯＳ情報とファームウェア領域１３９内適合ＯＳ情報１４０と比較され（３１３）、その結果が判定される（３１４）。
【００３１】
判定の結果、一致した場合には、主記憶部１３６内ファームウェア１３９より主記憶部１３６内のＯＳ１３７にＯＳ起動が指示され（３１７）、ＯＳが動作する（３１８）。
【００３２】
一方、判定の結果一致しなかった場合には、起動ＯＳ情報を第１物理パーティション１３０内の補助処理装置１３１に報告し（３１５）、主記憶部１３６内のファームウェア１３９の動作を停止する（３１６）。前述のステップ３１５による報告動作によって図２のステップ２０２，２２１，２２２，２０３，２０１の動作を行う。
【００３３】
ステップ３１３及び３１４は、それぞれ図２で説明したステップ２１４及び２１５に相当する動作であり、少なくとも一方を補助処理装置１３１の動作とすることは明らかである。
【００３４】
図４は、更に他の例による起動ＯＳ情報を生成する方法を説明するための図である。
即ち、ＯＳ内に起動ＯＳの種別を報告する機能を搭載しファームウェア１３９に報告することによって起動ＯＳ情報を生成し、起動ＯＳの種別を判定する方法であるＯＳ内での起動ＯＳ情報を生成する。
図４において、中央処理装置１３５の動作４００は、ファームウェア動作４１０と、ブートローダー動作４２０と、ＯＳ動作４３０からなる。以下、図２のステップ２１３からステップ２１９までを置き換えたものとして動作を説明する。
【００３５】
図２のステップ２１２により起動された主記憶部１３２内ファームウェア１３９は、ステップ４１１により補助記憶装置１５０内に格納されているブートローダー１５１を中央処理装置１３５内の主記憶部１３６のブートローダー領域１３８に展開する。そして主記憶部１３６内ブートローダー１３８が起動される（４１２）。
【００３６】
起動されたブートローダー１３８は、補助記憶装置１５０内ＯＳ１５２を主記憶部１３６内のＯＳ領域１３７に展開し（４２１）、主記憶部１３６内ＯＳ１３７を起動する（４１２）。起動されたＯＳは、起動ＯＳ情報を生成し（４３１）、その起動ＯＳ情報を主記憶部１３６内のファームウェア１３９に報告する（４３２）。ステップ４１３〜４１７及び４３３の動作は、それぞれ図３のステップ３１３〜３１８動作と同様であるので、説明を省略する。
【００３７】
以上の動作により、第１物理パーティション１３０内のファームウェア、例えばＷｉｎｄｏｗｓ（登録商標）に適合したファームウェアは、起動させようとするＯＳ１５２のＬｉｎｕｘ（登録商標）に適合したファームウェアに自動的に入れ替えることができ、第２物理パーティションも前述と同様な動作で起動しようとするＯＳ１８２のＨＰ―ＵＸ（登録商標）に適合したファームウェアに入れ替えることが可能である。
尚、上記の例では、主にＯＳの種別を自動的に判定することについて述べたが、ＯＳ種別、又はＯＳのバージョンの少なくとも一方を適合ＯＳ情報に内包することによって判定できることは自明であろう。
【図面の簡単な説明】
【００３８】
【図１】本発明の一実施形態に係る情報処理装置の構成を示す図。
【図２】一実施形態における情報処理装置のファームウェア入れ替え動作を説明するための図。
【図３】他の例によるブートローダー１５１内での起動ＯＳ情報の生成動作を示す動作図。
【図４】他の例によるＯＳ内での起動ＯＳ情報の生成動作を示す動作図。
【符号の説明】
【００３９】
１００：ファームウェアデータ管理用処理装置      １１０：記憶部
１１１〜１１３：ファームウェアデータ格納領域
１１４〜１１６：適合ＯＳ情報              １２０：通信路
１３０，１６０：物理パーティション        １３１，１６１：補助処理装置
１３２，１６２：共有記憶部
１３３，１６３：ファームウェアデータ領域  １３４，１６４：適合ＯＳ情報
１３５，１６５：中央処理装置              １３６，１６６：主記憶部
１３７，１６７：ＯＳ領域            １３８，１６８：ブートローダー領域
１３９，１６９：ファームウェア領域        １４０，１７０：適合ＯＳ情報
１５０，１８０：補助記憶装置          １５１，１８１：ブートローダー
１５２，１８２：ＯＳ
【図１】
2006079155.tif 000003
【図２】
2006079155.tif 000004
【図３】
2006079155.tif 000005
【図４】
2006079155.tif 000006