マルチＯＳ搭載可能なプラットホームにおける自動ＦＷアップデート方法
【課題】マルチＯＳ環境でのＯＳインストール時のＦＷ確認や置換作業において、人手によるミスの発生を防止し、システムのセットアップ工数を削減する。
【解決手段】ＦＷ２０が、ＯＳインストール媒体からＯＳ情報を入手するインストールＯＳ情報入手手段２１、ＦＷサポートＯＳ情報テーブルを参照し自身のサポートＯＳ情報を入手しインストールＯＳ情報と比較し、自身がインストール予定ＯＳに対応していれば、ＯＳインストーラ起動手段２６に起動指示するサポートＯＳ確認手段２２、未対応の場合に、前記テーブルを参照しＲＯＭ内にインストール予定ＯＳ対応のＦＷが格納されていればそれをアクテイブＦＷに切り替えシステムを再立ち上げするＦＷ切り替え手段２３、格納されていなかった場合、ＦＷサーバより適切なＦＷをインストールし、前記テーブルを更新し再立ち上げするＷｅｂアクセス手段２４及びＦＷインストール手段２５を含む。
【解決手段】ＦＷ２０が、ＯＳインストール媒体からＯＳ情報を入手するインストールＯＳ情報入手手段２１、ＦＷサポートＯＳ情報テーブルを参照し自身のサポートＯＳ情報を入手しインストールＯＳ情報と比較し、自身がインストール予定ＯＳに対応していれば、ＯＳインストーラ起動手段２６に起動指示するサポートＯＳ確認手段２２、未対応の場合に、前記テーブルを参照しＲＯＭ内にインストール予定ＯＳ対応のＦＷが格納されていればそれをアクテイブＦＷに切り替えシステムを再立ち上げするＦＷ切り替え手段２３、格納されていなかった場合、ＦＷサーバより適切なＦＷをインストールし、前記テーブルを更新し再立ち上げするＷｅｂアクセス手段２４及びＦＷインストール手段２５を含む。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はマルチＯＳ搭載可能なプラットホームにおける自動ＦＷ（ファームウェア）アップデート方法に関する。
【背景技術】
【０００２】
近年、オープン化に伴い、一つのコンピュータに複数種別の異なるＯＳの搭載を可能とするサーバが増加している。
【０００３】
しかしながら、システム起動制御を司るＦＷは、現状それぞれのＯＳに対応したＦＷが必要なケースがある。
【０００４】
その場合、種別の異なるＯＳをインストールする際は常に動作中のＦＷバージョン、インストール予定であるＯＳに対応したＦＷバージョンを意識しなければならなかった。
【０００５】
従って、種類が異なるＯＳを複数搭載可能であるプラットホームをセットアップする場合、予め、動作中のＦＷがインストール予定のＯＳに適したＦＷであるか否か、確認が必要なケースがある。この場合、人手による確認が一般的である。
【０００６】
また、動作中のＦＷが、インストール予定であるＯＳに対応していなかった場合、適切なＦＷへの置き換えも人手で行われている。
【発明の開示】
【発明が解決しようとする課題】
【０００７】
上記の様に、マルチＯＳ環境での、ＯＳインストール時のＦＷの確認や、ＦＷの置き換えは通常人手で行なわれている。
【０００８】
その為、ＦＷ置き換え時の手順ミスや動作中のＦＷバージョンを意識しなかった事によるＯＳインストールミス等が発生し、システムのセットアップに多大な工数がかかっていた。
【課題を解決するための手段】
【０００９】
本発明のマルチＯＳ搭載可能なプラットホームにおける自動ＦＷアップデート方法は、ＦＷが、ＯＳインストール媒体からＯＳ情報を入手し、インストール予定ＯＳ情報とする手段と、不揮発性メモリに格納され、各ＦＷについて、サポートＯＳ情報と動作状態フラグを保持するサポートＯＳ情報テーブルを参照しＦＷ自身の対応ＯＳ情報を入手し、それら二つのＯＳ情報を比較し、ＦＷ自身がインストール予定ＯＳに対応していれば、ＯＳインストーラを起動する手段と、インストール予定のＯＳに対応していなかった場合に、前記サポートＯＳ情報テーブルを参照しＲＯＭ内にインストール予定ＯＳに対応したＦＷが格納されているか否かを確認する手段と、当該ＦＷが格納されていた場合、それをアクテイブＦＷに切り替えシステムを再立ち上げする手段と、当該ＦＷが格納されていなかった場合は、ネットワーク経由でＦＷサーバにＷｅｂアクセスし、適切なＦＷをインストールし、そのサポートＯＳ情報を前記テーブルに追加する手段と、当該ＦＷをインストールし、前記テーブルの動作状態をアクテイブに切り替えシステムを再立ち上げする手段とを含む。
【発明の効果】
【００１０】
本発明の効果は、種別の異なるＯＳを搭載可能なシステムにおいて、ユーザは動作中のＦＷバージョンを意識しなくても、様々なＯＳを自由にインストール可能であることにある。
【００１１】
また、ＯＳインストール失敗の頻度が低下し、システムのセットアップにかかる工数を削減できることにある。
【００１２】
その理由は、ＦＷ自身がサポートＯＳ情報を保持し、またインストール媒体からＯＳ情報を読むことによって、ＦＷ自身がインストール予定のＯＳに対応しているか否か自ら判断可能であり、自動的にインストール予定のＯＳに対応したＦＷに置き換えることが可能であるためである。
【発明を実施するための最良の形態】
【００１３】
次に、本発明を実施するための最良の形態について図面を参照して詳細に説明する。
【００１４】
図１を参照すると、本発明の一実施例は、単一または複数種類／世代のＦＷ（ファームウェア）が格納されているＲＯＭ１０と、インストールＯＳ情報入手手段２１、サポートＯＳ確認手段２２、ＦＷ切り替え手段２３、Ｗｅｂアクセス手段２４、ＦＷインストール手段２５、ＯＳインストーラ起動手段２６とを備えたＦＷ２０と、ヘッダー部３１を備えたＯＳインストール媒体３０と、ＦＷサポートＯＳ情報テーブル４１を備えたＮＶＲＡＭ４０と、ＦＷリスト５１及びＦＷ５２を備えたＦＷサーバ５０と、システムとＦＷサーバ５０を接続したネットワーク６０とから構成されている。
【００１５】
ＲＯＭ１０は、図２を参照すると、複数種類のＦＷ２０を格納している。
【００１６】
インストールＯＳ情報入手手段２１は、媒体読み取り装置に挿入されているＯＳインストール媒体３０のヘッダー部３１からＯＳの種別、バージョン等のＯＳ情報を読み出す機能を有している。
【００１７】
サポートＯＳ確認手段２２は、ＮＶＲＡＭ４０に格納されているＦＷサポートＯＳ情報テーブル４１を参照し、ＲＯＭ１０内に格納されている各種ＦＷがサポートしているＯＳ情報を確認する機能を有している。
【００１８】
ＦＷ切り替え手段２３は、動作中のＦＷがインストール予定のＯＳに対応していなかった場合、適切なＦＷをＭａｓｔｅｒ ＦＷに切り替え、システムを再立ち上げする機能を有している。
【００１９】
Ｗｅｂアクセス手段２４は、ＲＯＭ１０内にインストール予定ＯＳをサポートしたＦＷがなかった場合、ＦＷサーバ５０へＷｅｂアクセスし、ＦＷサーバ５０内ＦＷリスト５１の検索、ＦＷ及びサポートＯＳ情報をダウンロードする機能を有している。
【００２０】
ＦＷインストール手段２５は、Ｗｅｂアクセス手段２４でダウンロードしたＦＷをシステム内にインストールし、最新のＯＳサポート情報をＮＶＲＡＭに格納する機能を有している。
【００２１】
ＯＳインストーラ起動手段２６は、媒体読み取り装置に挿入されているＯＳインストール媒体３０からインストーラを起動する機能を有している。
【００２２】
ＯＳインストール媒体３０が備えている、ヘッダー部３１は、図３を参照するとＯＳ情報としてＯＳ種別３１１とバージョン３１２から構成されている。
【００２３】
ＮＶＲＡＭ４０が備えている、ＦＷサポートＯＳ情報テーブル４１は、図２を参照するとＦＷファイル名４１１、ＦＷバージョン４１２、そのＦＷが対応している対応ＯＳ種別４１３とそのバージョン４１４、ＦＷのＡｃｔｉｖｅ情報４１５とから構成されている。
【００２４】
ＦＷファイル名４１１は、ＲＯＭ１０内に格納されている各種ＦＷのファイル名である。
【００２５】
Ａｃｔｉｖｅ情報４１５は、現在動作中のＦＷであれば“ＯＮ”が格納され、その他待機中のＦＷでは“ＯＦＦ”が格納されている。
【００２６】
ＦＷサーバ５０が備えているＦＷリスト５１は、図４を参照するとＦＷファイル名５１１、ＦＷバージョン５１２、そのＦＷが対応しているＯＳ情報５１３とそのバージョン５１４とから構成されている。
【００２７】
ＦＷ５２は、ＦＷリスト５１に掲載されているＦＷそのものである。
【００２８】
次に、本発明を実施するための最良の形態の動作について図面を参照して説明する。
【００２９】
図１〜図４、及び図５のフローチャートを参照して本実施形態の全体の動作について詳細に説明する。
【００３０】
まず、ＦＷ２０は、インストールＯＳ情報入手手段２１により媒体読み取り装置に挿入されているＯＳインストール媒体３０からインストール予定のＯＳ情報を入手する（ステップＡ１）。
【００３１】
図２を参照するとＯＳインストール媒体３０のヘッダー部３１には、ＯＳ種別及びバージョン情報が含まれている。それぞれのフィールドには、例えば、“Ｗｉｎｄｏｗｓ（登録商標） ＸＰ”、“ｂｕｉｌｄ Ｘ．ｘｘｘｙｙ”といった情報が格納されている。
【００３２】
次に、ＦＷ２０は、サポートＯＳ確認手段２２により、ＮＶＲＡＭ４０に格納されているＦＷサポートＯＳ情報テーブル４１からＦＷ２０がサポートしているＯＳ情報を入手する（図４ ステップＡ２）。
【００３３】
ＦＷサポートＯＳ情報テーブル４１は、ＦＷバージョン、サポートＯＳ種別、サポートＯＳバージョン、動作中か否か、等の情報を有している。
【００３４】
ここでは、ＦＷサポートＯＳ情報テーブル４１のフィールドＡｃｔｉｖｅ４１５に、現在動作中のＦＷであることを意味する“ＯＮ”が記載されているＦＷファイルのサポートしているＯＳ情報を入手する。
【００３５】
次にＦＷ２０は、双方の情報を比較し、ＦＷ２０がインストール予定のＯＳに対応しているか否かを確認する（図４ ステップＡ３、ステップＡ４）。
【００３６】
ＦＷ２０が当該ＯＳをサポートしていた場合は、ＯＳインストーラ起動手段２６により、ＯＳインストール媒体３０に格納されているインストーラを起動する（図４ ステップＡ１０）。
【００３７】
その後、ＯＳのインストールが開始されセットアップは続行される。
【００３８】
一方、ＦＷ２０が当該ＯＳをサポートしていなかった場合は、ＲＯＭ１０内に適切なＦＷが格納されているか否か、ＮＶＲＡＭ４０内のサポートＯＳ情報テーブル４１参照し検索する（図５ ステップＡ５）。
【００３９】
ＲＯＭ１０内に適切なＦＷが格納されていた場合は、ＦＷ切り替え手段２３により、ＦＷサポートＯＳ情報テーブル４１内当該ＦＷのＡｃｔｉｖｅ情報４１５を“ＯＮ”に、これまで動作していたＦＷのＡｃｔｉｖｅ情報４１５を“ＯＦＦ”に変更後、当該ＦＷをＭａｓｔｅｒ ＦＷに切り替えシステムを再立ち上げする（図５ ステップＡ９）。
【００４０】
その結果、インストール予定のＯＳに対応したＦＷに置き換わる。一方、適切なＦＷが格納されていなかった場合は、Ｗｅｂアクセス手段２４によりネットワーク６０経由でＦＷサーバ５０へＷｅｂアクセスし、ＦＷサーバ５０が保持しているＦＷリスト５１を参照し適切なＦＷとサポートＯＳ情報をシステムへダウンロードする。
【００４１】
次にＦＷ２０は、ＦＷインストール手段２５により、ダウンロードしたＦＷをＲＯＭ内にインストールし、ＦＷサポートＯＳ情報テーブル４１を更新する。
【００４２】
ＦＷのインストール及びＦＷサポートＯＳ情報テーブルの更新が完了したら、前記と同様、ＦＷ切り替え手段２３により、ＦＷサポートＯＳ情報テーブル４１内当該ＦＷのＡｃｔｉｖｅ情報４１５を“ＯＮ”に、これまで動作していたＦＷのＡｃｔｉｖｅ情報４１５を“ＯＦＦ”に変更後、当該ＦＷをＭａｓｔｅｒ ＦＷに切り替えシステムを再立ち上げする（図４ ステップＡ９）。
【００４３】
その結果、インストール予定のＯＳに対応したＦＷに置き換わり、問題なくＯＳのインストールが開始される。
【００４４】
具体例を用いて本実施形態の動作を説明する。
【００４５】
図３を参照すると、インストール媒体ヘッダ部３１には、ＯＳ種別３１１として、“Ｗｉｎｄｏｗｓ（登録商標） ＸＰ“、バージョン３１２として、”Ｘ．ｘｘｘｙｙ”が格納されている。ステップＡ１では、これらの情報を入手する。
【００４６】
次にステップＡ２において、現在動作中のＦＷ２０がサポートしているＯＳ情報を、図２に示すＦＷサポートＯＳ情報テーブル４１から入手する。
【００４７】
ここでは、Ａｃｔｉｖｅ情報４１５が動作中を示す”ＯＮ”が格納されているＦＷ、ＦＷｂｂｂの対応ＯＳ種別、“ＨＰ−ＵＸ”及びＯＳバージョン、“Ｙ．ｙｙｙｙｙｙ”を入手する。
【００４８】
次にステップＡ３、Ａ４で双方のＯＳ種別、ＯＳバージョンを比較する。具体例では、インストール予定ＯＳは”Ｗｉｎｄｏｗｓ（登録商標） ＸＰ”で、動作中のＦＷ２０が対応しているＯＳは“ＨＰ−ＵＸ”であるため、インストール予定ＯＳと動作中のＦＷ２０が対応しているＯＳ種別が一致しない。
【００４９】
そのため、ステップＡ５において、ＦＷサポートＯＳ情報テーブル４１を参照して、インストール予定ＯＳ種別、“Ｗｉｎｄｏｗｓ（登録商標） ＸＰ”をサポートしているＦＷがＲＯＭ１０内に格納されているかを確認する。
【００５０】
図２のＦＷサポートＯＳ情報テーブル４１を参照すると、ＲＯＭ１０内に”Ｗｉｎｄｏｗｓ（登録商標） ＸＰ”をサポートしているＦＷは格納されていないことが判明する。
【００５１】
次にステップＡ７において、ＦＷサーバ５０に適切なＦＷがないかＷｅｂアクセスをして検索する。ＦＷサーバ５０が保持しているＦＷリスト５１を参照すると、対応ＯＳ種別、”Ｗｉｎｄｏｗｓ（登録商標） ＸＰ”、及び、対応ＯＳバージョン、“Ｘ．ｘｘｘｙｙ”をサポートしたＦＷ、ＦＷＡ．ａａａがあることが判明する。
【００５２】
当該ＦＷ及びサポートＯＳ情報を一時的にシステムのメモリ内にダウンロードする。
【００５３】
次にステップＡ８において、ダウンロードしたＦＷをＲＯＭ１０にインストールし、サポートＯＳ情報を格納しＦＷサポートＯＳ情報テーブル４１を更新する。
【００５４】
すでに、サポートＯＳ情報テーブル４１にはＦＷＡ．ａａａの情報がすでに格納されているが、本情報を上書きすることによってＦＷサポートＯＳ情報テーブル４１も最新の情報に更新されることになる。
【００５５】
最後に、ステップＡ９において、ＦＷサポートＯＳ情報テーブル４１の現在動作中のＦＷ、ＦＷＢ．ｂｂｂのＡｃｔｉｖｅ情報４１５を“ＯＦＦ”に、ダウンロードしたＦＷＡ．ｂｂｂのＡｃｔｉｖｅ情報４１５を“ＯＮ”に変更し、ＦＷＡ．ａａａにＭａｓｔｅｒＦＷを切り替える。
【００５６】
その後システムを再立ち上げし、ＦＷはインストール予定ＯＳ、”Ｗｉｎｄｏｗｓ（登録商標） ＸＰ“に対応したＦＷ、ＦＷＡ．ａａａに置き換わり、ＯＳのインストールが開始される。
【図面の簡単な説明】
【００５７】
【図１】本発明の全体構成を示す図。
【図２】図１のＲＯＭ１０に格納するＦＷ２０の具体例と、ＦＷサポートＯＳ情報テーブル４１の内容例を示す図。
【図３】図１のヘッダー部３１のＯＳ情報の例を示す図。
【図４】図１のＦＷリスト５１の内容例を示す図。
【図５】本実施形態の全体の動作を示すフローチャート。
【符号の説明】
【００５８】
１０ ＲＯＭ
２０ ＦＷ
２１ インストールＯＳ情報入手手段
２２ サポートＯＳ確認手段
２３ ＦＷ切り替え手段
２４ Ｗｅｂアクセス手段
２５ ＦＷインストール手段
２６ ＯＳインストーラ起動手段
３０ ＯＳインストール媒体
３１ ヘッダー部
４０ ＮＶＲＡＭ
４１ ＦＷサポートＯＳ情報テーブル
５０ ＦＷサーバ
５１ ＦＷリスト
５２ ＦＷ
６０ ネットワーク
【技術分野】
【０００１】
本発明はマルチＯＳ搭載可能なプラットホームにおける自動ＦＷ（ファームウェア）アップデート方法に関する。
【背景技術】
【０００２】
近年、オープン化に伴い、一つのコンピュータに複数種別の異なるＯＳの搭載を可能とするサーバが増加している。
【０００３】
しかしながら、システム起動制御を司るＦＷは、現状それぞれのＯＳに対応したＦＷが必要なケースがある。
【０００４】
その場合、種別の異なるＯＳをインストールする際は常に動作中のＦＷバージョン、インストール予定であるＯＳに対応したＦＷバージョンを意識しなければならなかった。
【０００５】
従って、種類が異なるＯＳを複数搭載可能であるプラットホームをセットアップする場合、予め、動作中のＦＷがインストール予定のＯＳに適したＦＷであるか否か、確認が必要なケースがある。この場合、人手による確認が一般的である。
【０００６】
また、動作中のＦＷが、インストール予定であるＯＳに対応していなかった場合、適切なＦＷへの置き換えも人手で行われている。
【発明の開示】
【発明が解決しようとする課題】
【０００７】
上記の様に、マルチＯＳ環境での、ＯＳインストール時のＦＷの確認や、ＦＷの置き換えは通常人手で行なわれている。
【０００８】
その為、ＦＷ置き換え時の手順ミスや動作中のＦＷバージョンを意識しなかった事によるＯＳインストールミス等が発生し、システムのセットアップに多大な工数がかかっていた。
【課題を解決するための手段】
【０００９】
本発明のマルチＯＳ搭載可能なプラットホームにおける自動ＦＷアップデート方法は、ＦＷが、ＯＳインストール媒体からＯＳ情報を入手し、インストール予定ＯＳ情報とする手段と、不揮発性メモリに格納され、各ＦＷについて、サポートＯＳ情報と動作状態フラグを保持するサポートＯＳ情報テーブルを参照しＦＷ自身の対応ＯＳ情報を入手し、それら二つのＯＳ情報を比較し、ＦＷ自身がインストール予定ＯＳに対応していれば、ＯＳインストーラを起動する手段と、インストール予定のＯＳに対応していなかった場合に、前記サポートＯＳ情報テーブルを参照しＲＯＭ内にインストール予定ＯＳに対応したＦＷが格納されているか否かを確認する手段と、当該ＦＷが格納されていた場合、それをアクテイブＦＷに切り替えシステムを再立ち上げする手段と、当該ＦＷが格納されていなかった場合は、ネットワーク経由でＦＷサーバにＷｅｂアクセスし、適切なＦＷをインストールし、そのサポートＯＳ情報を前記テーブルに追加する手段と、当該ＦＷをインストールし、前記テーブルの動作状態をアクテイブに切り替えシステムを再立ち上げする手段とを含む。
【発明の効果】
【００１０】
本発明の効果は、種別の異なるＯＳを搭載可能なシステムにおいて、ユーザは動作中のＦＷバージョンを意識しなくても、様々なＯＳを自由にインストール可能であることにある。
【００１１】
また、ＯＳインストール失敗の頻度が低下し、システムのセットアップにかかる工数を削減できることにある。
【００１２】
その理由は、ＦＷ自身がサポートＯＳ情報を保持し、またインストール媒体からＯＳ情報を読むことによって、ＦＷ自身がインストール予定のＯＳに対応しているか否か自ら判断可能であり、自動的にインストール予定のＯＳに対応したＦＷに置き換えることが可能であるためである。
【発明を実施するための最良の形態】
【００１３】
次に、本発明を実施するための最良の形態について図面を参照して詳細に説明する。
【００１４】
図１を参照すると、本発明の一実施例は、単一または複数種類／世代のＦＷ（ファームウェア）が格納されているＲＯＭ１０と、インストールＯＳ情報入手手段２１、サポートＯＳ確認手段２２、ＦＷ切り替え手段２３、Ｗｅｂアクセス手段２４、ＦＷインストール手段２５、ＯＳインストーラ起動手段２６とを備えたＦＷ２０と、ヘッダー部３１を備えたＯＳインストール媒体３０と、ＦＷサポートＯＳ情報テーブル４１を備えたＮＶＲＡＭ４０と、ＦＷリスト５１及びＦＷ５２を備えたＦＷサーバ５０と、システムとＦＷサーバ５０を接続したネットワーク６０とから構成されている。
【００１５】
ＲＯＭ１０は、図２を参照すると、複数種類のＦＷ２０を格納している。
【００１６】
インストールＯＳ情報入手手段２１は、媒体読み取り装置に挿入されているＯＳインストール媒体３０のヘッダー部３１からＯＳの種別、バージョン等のＯＳ情報を読み出す機能を有している。
【００１７】
サポートＯＳ確認手段２２は、ＮＶＲＡＭ４０に格納されているＦＷサポートＯＳ情報テーブル４１を参照し、ＲＯＭ１０内に格納されている各種ＦＷがサポートしているＯＳ情報を確認する機能を有している。
【００１８】
ＦＷ切り替え手段２３は、動作中のＦＷがインストール予定のＯＳに対応していなかった場合、適切なＦＷをＭａｓｔｅｒ ＦＷに切り替え、システムを再立ち上げする機能を有している。
【００１９】
Ｗｅｂアクセス手段２４は、ＲＯＭ１０内にインストール予定ＯＳをサポートしたＦＷがなかった場合、ＦＷサーバ５０へＷｅｂアクセスし、ＦＷサーバ５０内ＦＷリスト５１の検索、ＦＷ及びサポートＯＳ情報をダウンロードする機能を有している。
【００２０】
ＦＷインストール手段２５は、Ｗｅｂアクセス手段２４でダウンロードしたＦＷをシステム内にインストールし、最新のＯＳサポート情報をＮＶＲＡＭに格納する機能を有している。
【００２１】
ＯＳインストーラ起動手段２６は、媒体読み取り装置に挿入されているＯＳインストール媒体３０からインストーラを起動する機能を有している。
【００２２】
ＯＳインストール媒体３０が備えている、ヘッダー部３１は、図３を参照するとＯＳ情報としてＯＳ種別３１１とバージョン３１２から構成されている。
【００２３】
ＮＶＲＡＭ４０が備えている、ＦＷサポートＯＳ情報テーブル４１は、図２を参照するとＦＷファイル名４１１、ＦＷバージョン４１２、そのＦＷが対応している対応ＯＳ種別４１３とそのバージョン４１４、ＦＷのＡｃｔｉｖｅ情報４１５とから構成されている。
【００２４】
ＦＷファイル名４１１は、ＲＯＭ１０内に格納されている各種ＦＷのファイル名である。
【００２５】
Ａｃｔｉｖｅ情報４１５は、現在動作中のＦＷであれば“ＯＮ”が格納され、その他待機中のＦＷでは“ＯＦＦ”が格納されている。
【００２６】
ＦＷサーバ５０が備えているＦＷリスト５１は、図４を参照するとＦＷファイル名５１１、ＦＷバージョン５１２、そのＦＷが対応しているＯＳ情報５１３とそのバージョン５１４とから構成されている。
【００２７】
ＦＷ５２は、ＦＷリスト５１に掲載されているＦＷそのものである。
【００２８】
次に、本発明を実施するための最良の形態の動作について図面を参照して説明する。
【００２９】
図１〜図４、及び図５のフローチャートを参照して本実施形態の全体の動作について詳細に説明する。
【００３０】
まず、ＦＷ２０は、インストールＯＳ情報入手手段２１により媒体読み取り装置に挿入されているＯＳインストール媒体３０からインストール予定のＯＳ情報を入手する（ステップＡ１）。
【００３１】
図２を参照するとＯＳインストール媒体３０のヘッダー部３１には、ＯＳ種別及びバージョン情報が含まれている。それぞれのフィールドには、例えば、“Ｗｉｎｄｏｗｓ（登録商標） ＸＰ”、“ｂｕｉｌｄ Ｘ．ｘｘｘｙｙ”といった情報が格納されている。
【００３２】
次に、ＦＷ２０は、サポートＯＳ確認手段２２により、ＮＶＲＡＭ４０に格納されているＦＷサポートＯＳ情報テーブル４１からＦＷ２０がサポートしているＯＳ情報を入手する（図４ ステップＡ２）。
【００３３】
ＦＷサポートＯＳ情報テーブル４１は、ＦＷバージョン、サポートＯＳ種別、サポートＯＳバージョン、動作中か否か、等の情報を有している。
【００３４】
ここでは、ＦＷサポートＯＳ情報テーブル４１のフィールドＡｃｔｉｖｅ４１５に、現在動作中のＦＷであることを意味する“ＯＮ”が記載されているＦＷファイルのサポートしているＯＳ情報を入手する。
【００３５】
次にＦＷ２０は、双方の情報を比較し、ＦＷ２０がインストール予定のＯＳに対応しているか否かを確認する（図４ ステップＡ３、ステップＡ４）。
【００３６】
ＦＷ２０が当該ＯＳをサポートしていた場合は、ＯＳインストーラ起動手段２６により、ＯＳインストール媒体３０に格納されているインストーラを起動する（図４ ステップＡ１０）。
【００３７】
その後、ＯＳのインストールが開始されセットアップは続行される。
【００３８】
一方、ＦＷ２０が当該ＯＳをサポートしていなかった場合は、ＲＯＭ１０内に適切なＦＷが格納されているか否か、ＮＶＲＡＭ４０内のサポートＯＳ情報テーブル４１参照し検索する（図５ ステップＡ５）。
【００３９】
ＲＯＭ１０内に適切なＦＷが格納されていた場合は、ＦＷ切り替え手段２３により、ＦＷサポートＯＳ情報テーブル４１内当該ＦＷのＡｃｔｉｖｅ情報４１５を“ＯＮ”に、これまで動作していたＦＷのＡｃｔｉｖｅ情報４１５を“ＯＦＦ”に変更後、当該ＦＷをＭａｓｔｅｒ ＦＷに切り替えシステムを再立ち上げする（図５ ステップＡ９）。
【００４０】
その結果、インストール予定のＯＳに対応したＦＷに置き換わる。一方、適切なＦＷが格納されていなかった場合は、Ｗｅｂアクセス手段２４によりネットワーク６０経由でＦＷサーバ５０へＷｅｂアクセスし、ＦＷサーバ５０が保持しているＦＷリスト５１を参照し適切なＦＷとサポートＯＳ情報をシステムへダウンロードする。
【００４１】
次にＦＷ２０は、ＦＷインストール手段２５により、ダウンロードしたＦＷをＲＯＭ内にインストールし、ＦＷサポートＯＳ情報テーブル４１を更新する。
【００４２】
ＦＷのインストール及びＦＷサポートＯＳ情報テーブルの更新が完了したら、前記と同様、ＦＷ切り替え手段２３により、ＦＷサポートＯＳ情報テーブル４１内当該ＦＷのＡｃｔｉｖｅ情報４１５を“ＯＮ”に、これまで動作していたＦＷのＡｃｔｉｖｅ情報４１５を“ＯＦＦ”に変更後、当該ＦＷをＭａｓｔｅｒ ＦＷに切り替えシステムを再立ち上げする（図４ ステップＡ９）。
【００４３】
その結果、インストール予定のＯＳに対応したＦＷに置き換わり、問題なくＯＳのインストールが開始される。
【００４４】
具体例を用いて本実施形態の動作を説明する。
【００４５】
図３を参照すると、インストール媒体ヘッダ部３１には、ＯＳ種別３１１として、“Ｗｉｎｄｏｗｓ（登録商標） ＸＰ“、バージョン３１２として、”Ｘ．ｘｘｘｙｙ”が格納されている。ステップＡ１では、これらの情報を入手する。
【００４６】
次にステップＡ２において、現在動作中のＦＷ２０がサポートしているＯＳ情報を、図２に示すＦＷサポートＯＳ情報テーブル４１から入手する。
【００４７】
ここでは、Ａｃｔｉｖｅ情報４１５が動作中を示す”ＯＮ”が格納されているＦＷ、ＦＷｂｂｂの対応ＯＳ種別、“ＨＰ−ＵＸ”及びＯＳバージョン、“Ｙ．ｙｙｙｙｙｙ”を入手する。
【００４８】
次にステップＡ３、Ａ４で双方のＯＳ種別、ＯＳバージョンを比較する。具体例では、インストール予定ＯＳは”Ｗｉｎｄｏｗｓ（登録商標） ＸＰ”で、動作中のＦＷ２０が対応しているＯＳは“ＨＰ−ＵＸ”であるため、インストール予定ＯＳと動作中のＦＷ２０が対応しているＯＳ種別が一致しない。
【００４９】
そのため、ステップＡ５において、ＦＷサポートＯＳ情報テーブル４１を参照して、インストール予定ＯＳ種別、“Ｗｉｎｄｏｗｓ（登録商標） ＸＰ”をサポートしているＦＷがＲＯＭ１０内に格納されているかを確認する。
【００５０】
図２のＦＷサポートＯＳ情報テーブル４１を参照すると、ＲＯＭ１０内に”Ｗｉｎｄｏｗｓ（登録商標） ＸＰ”をサポートしているＦＷは格納されていないことが判明する。
【００５１】
次にステップＡ７において、ＦＷサーバ５０に適切なＦＷがないかＷｅｂアクセスをして検索する。ＦＷサーバ５０が保持しているＦＷリスト５１を参照すると、対応ＯＳ種別、”Ｗｉｎｄｏｗｓ（登録商標） ＸＰ”、及び、対応ＯＳバージョン、“Ｘ．ｘｘｘｙｙ”をサポートしたＦＷ、ＦＷＡ．ａａａがあることが判明する。
【００５２】
当該ＦＷ及びサポートＯＳ情報を一時的にシステムのメモリ内にダウンロードする。
【００５３】
次にステップＡ８において、ダウンロードしたＦＷをＲＯＭ１０にインストールし、サポートＯＳ情報を格納しＦＷサポートＯＳ情報テーブル４１を更新する。
【００５４】
すでに、サポートＯＳ情報テーブル４１にはＦＷＡ．ａａａの情報がすでに格納されているが、本情報を上書きすることによってＦＷサポートＯＳ情報テーブル４１も最新の情報に更新されることになる。
【００５５】
最後に、ステップＡ９において、ＦＷサポートＯＳ情報テーブル４１の現在動作中のＦＷ、ＦＷＢ．ｂｂｂのＡｃｔｉｖｅ情報４１５を“ＯＦＦ”に、ダウンロードしたＦＷＡ．ｂｂｂのＡｃｔｉｖｅ情報４１５を“ＯＮ”に変更し、ＦＷＡ．ａａａにＭａｓｔｅｒＦＷを切り替える。
【００５６】
その後システムを再立ち上げし、ＦＷはインストール予定ＯＳ、”Ｗｉｎｄｏｗｓ（登録商標） ＸＰ“に対応したＦＷ、ＦＷＡ．ａａａに置き換わり、ＯＳのインストールが開始される。
【図面の簡単な説明】
【００５７】
【図１】本発明の全体構成を示す図。
【図２】図１のＲＯＭ１０に格納するＦＷ２０の具体例と、ＦＷサポートＯＳ情報テーブル４１の内容例を示す図。
【図３】図１のヘッダー部３１のＯＳ情報の例を示す図。
【図４】図１のＦＷリスト５１の内容例を示す図。
【図５】本実施形態の全体の動作を示すフローチャート。
【符号の説明】
【００５８】
１０ ＲＯＭ
２０ ＦＷ
２１ インストールＯＳ情報入手手段
２２ サポートＯＳ確認手段
２３ ＦＷ切り替え手段
２４ Ｗｅｂアクセス手段
２５ ＦＷインストール手段
２６ ＯＳインストーラ起動手段
３０ ＯＳインストール媒体
３１ ヘッダー部
４０ ＮＶＲＡＭ
４１ ＦＷサポートＯＳ情報テーブル
５０ ＦＷサーバ
５１ ＦＷリスト
５２ ＦＷ
６０ ネットワーク
【特許請求の範囲】
【請求項１】
ＦＷが、
ＯＳインストール媒体からＯＳ情報を入手し、インストール予定ＯＳ情報とする手段と、
不揮発性メモリに格納され、各ＦＷについて、サポートＯＳ情報と動作状態フラグを保持するサポートＯＳ情報テーブルを参照しＦＷ自身の対応ＯＳ情報を入手し、それら二つのＯＳ情報を比較し、ＦＷ自身がインストール予定ＯＳに対応していれば、ＯＳインストーラを起動する手段と、
インストール予定のＯＳに対応していなかった場合に、前記サポートＯＳ情報テーブルを参照しＲＯＭ内にインストール予定ＯＳに対応したＦＷが格納されているか否かを確認する手段と、
当該ＦＷが格納されていた場合、それをアクテイブＦＷに切り替えシステムを再立ち上げする手段と、
当該ＦＷが格納されていなかった場合は、ネットワーク経由でＦＷサーバにＷｅｂアクセスし、適切なＦＷをインストールし、そのサポートＯＳ情報を前記テーブルに追加する手段と、
当該ＦＷをインストールし、前記テーブルの動作状態をアクテイブに切り替えシステムを再立ち上げする手段とを含むことを特徴とするマルチＯＳ搭載可能なプラットホームにおける自動ＦＷアップデート方法。
【請求項１】
ＦＷが、
ＯＳインストール媒体からＯＳ情報を入手し、インストール予定ＯＳ情報とする手段と、
不揮発性メモリに格納され、各ＦＷについて、サポートＯＳ情報と動作状態フラグを保持するサポートＯＳ情報テーブルを参照しＦＷ自身の対応ＯＳ情報を入手し、それら二つのＯＳ情報を比較し、ＦＷ自身がインストール予定ＯＳに対応していれば、ＯＳインストーラを起動する手段と、
インストール予定のＯＳに対応していなかった場合に、前記サポートＯＳ情報テーブルを参照しＲＯＭ内にインストール予定ＯＳに対応したＦＷが格納されているか否かを確認する手段と、
当該ＦＷが格納されていた場合、それをアクテイブＦＷに切り替えシステムを再立ち上げする手段と、
当該ＦＷが格納されていなかった場合は、ネットワーク経由でＦＷサーバにＷｅｂアクセスし、適切なＦＷをインストールし、そのサポートＯＳ情報を前記テーブルに追加する手段と、
当該ＦＷをインストールし、前記テーブルの動作状態をアクテイブに切り替えシステムを再立ち上げする手段とを含むことを特徴とするマルチＯＳ搭載可能なプラットホームにおける自動ＦＷアップデート方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図２】
【図３】
【図４】
【図５】
【公開番号】特開２００６−２７７２１６（Ｐ２００６−２７７２１６Ａ）
【公開日】平成１８年１０月１２日（２００６．１０．１２）
【国際特許分類】
【出願番号】特願２００５−９４１４１（Ｐ２００５−９４１４１）
【出願日】平成１７年３月２９日（２００５．３．２９）
【出願人】（０００００４２３７）日本電気株式会社 (19,353)
【Ｆターム（参考）】
【公開日】平成１８年１０月１２日（２００６．１０．１２）
【国際特許分類】
【出願日】平成１７年３月２９日（２００５．３．２９）
【出願人】（０００００４２３７）日本電気株式会社 (19,353)
【Ｆターム（参考）】
[ Back to top ]