(57)【要約】      （修正有）【課題】二重化装置において、通常運用を停止することなく、運用系のモジュールと、待機系のモジュールとを、自動的にアップデートする。【解決手段】第一のモジュール２０が運用系として動作し、第二のモジュール３０が待機系として動作しているときに、待機系の第二のモジュール３０が、最新レビジョンの管理情報４３を入手する。第二のモジュール３０が、自モジュールのレビジョンが、最新レビジョンであるか否かを確認する。最新レビジョンでは無かった場合に、第二のモジュール３０が、最新レビジョンのデータ４１で、自モジュールをアップデートする。第一のモジュール２０を待機系に切り替え、かつ、第二のモジュール３０を運用系に切り替える。待機系となった第一のモジュール２０が、最新レビジョンのデータ４１で、自モジュールをアップデートする。【選択図】図１
2008217201.tif 000002
【特許請求の範囲】
【請求項１】
運用系のモジュールと、待機系のモジュールとを有する二重化装置における自動アップデート方法であって、
第一のモジュールが運用系として動作し、第二のモジュールが待機系として動作しているときに、
待機系の前記第二のモジュールが、最新レビジョンの管理情報を入手するステップと、
前記第二のモジュールが、自モジュールのレビジョンが、最新レビジョンであるか否かを確認するステップと、
最新レビジョンでは無かった場合に、
前記第二のモジュールが、最新レビジョンのデータで、自モジュールをアップデートするステップと、
前記第一のモジュールを待機系に切り替え、かつ、前記第二のモジュールを運用系に切り替えるステップと、
待機系となった前記第一のモジュールが、最新レビジョンのデータで、自モジュールをアップデートするステップと
を有する自動アップデート方法。
【請求項２】
前記確認するステップにおける確認結果が、最新レビジョンであった場合には、
所定期間経過後に、再度、前記第二のモジュールが、最新レビジョンの管理情報を入手するステップと、
前記第二のモジュールが、自モジュールのレビジョンが、最新レビジョンであるか否かを確認するステップと
を有する請求項１記載の自動アップデート方法。
【請求項３】
前記切り替えるステップによって、待機系となった前記第一のモジュールが、最新レビジョンの管理情報を入手するステップと、
前記第一のモジュールが、自モジュールのレビジョンが、最新レビジョンであるか否かを確認するステップと、
最新レビジョンでは無かった場合に、
前記第一のモジュールが、最新レビジョンのデータで、自モジュールをアップデートするステップと、
前記第二のモジュールを待機系に切り替え、かつ、前記第一のモジュールを運用系に切り替えるステップと、
待機系となった前記第二のモジュールが、最新レビジョンのデータで、自モジュールをアップデートするステップと
を有する請求項１又は２記載の自動アップデート方法。
【請求項４】
前記最新レビジョンのデータに緊急フラグを付するステップと、
前記確認するステップにおける確認結果で、最新レビジョンでは無かった場合に、
前記緊急フラグを参照するステップと、
前記緊急フラグが無効な場合に、
前記第一のモジュールが継続して運用系として動作し、かつ、前記第二のモジュールが継続して待機系として動作するステップと
を有する請求項１又は２記載の自動アップデート方法。
【請求項５】
前記参照するステップにおける参照結果で、前記緊急フラグが有効な場合に、
前記第二のモジュールが、最新レビジョンのデータで、自モジュールをアップデートするステップと、
前記第一のモジュールを待機系に切り替え、かつ、前記第二のモジュールを運用系に切り替えるステップと、
待機系となった前記第一のモジュールが、最新レビジョンのデータで、自モジュールをアップデートするステップと
を有する請求項４記載の自動アップデート方法。
【請求項６】
前記最新レビジョンの管理情報を入手するステップと、前記最新レビジョンであるか否かを確認するステップとを、バックグラウンドで行う
請求項１〜５いずれか１項に記載の自動アップデート方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、二重化装置における自動アップデート方法に関する。
【背景技術】
【０００２】
コンピュータ装置には、レビジョンによって管理されるファームウェアを擁するものがある。ファームウェアは、新しいレビジョンのデータによってアップデートされる。このようなコンピュータ装置において、ファームウェアを最新データでアップデートするときには、対象コンピュータ装置に存在する複数のファームウェアの各レビジョン情報を収集し、最新データの有無や最新データの緊急性を確認し、最新データを入手し、アップデートを行うといった手順で、アップデート作業が行われる。このとき、新しいデータがリリースされているかを確認するために、人手で各種モジュールのレビジョンを確認し、アップデート・データの有無やアップデート・データの緊急性を確認する。そして、人手で最新データを入手し、アップデートを実施するというような作業が必要であり、人的工数やアップデート作業による装置の運用停止など、通常運用に影響を与える。さらに、二重化装置では、二回繰り返してアップデート作業を行う必要がある。
【０００３】
二重化装置におけるアップデート方法に関連する先行技術文献としては、特開２００３−００５９９１号公報（特許文献１参照）、特開２００５−０５５９９５号公報（特許文献２参照）、特開２００６−０５８９６０号公報（特許文献３参照）、特開２００６−２１６１６５号公報（特許文献４参照）が知られる。
【０００４】
特許文献１に記載された「ファームウェアアップデートシステム」の発明は、ファームウェア配信装置とファームウェアに基づき動作する電子機器とを通信ネットワークを介して接続してなる。記憶手段は、前記ファームウェア配信装置に設けられ、前記ファームウェアを記憶する。バージョン通知手段は、前記ファームウェア配信装置に設けられ、前記記憶手段に記憶された各ファームウェアのバージョンの少なくとも一部を前記電子機器に対して前記通信ネットワークを介して通知する。要求手段は、前記電子機器に設けられ、前記バージョン通知手段による通知がなされたバージョンのうちに自己が有しているファームウェアのバージョンよりも新しいものがある場合にそのファームウェアのダウンロードを前記通信ネットワークを介して要求する。ダウンロード手段は、前記ファームウェア配信装置に設けられ、前記要求手段による要求にて指定されたファームウェアを前記記憶手段から取り出して前記電子機器へと前記通信ネットワークを介してダウンロードする。受信手段は、前記電子機器に設けられ、前記ダウンロード手段による前記ファームウェアのダウンロードを受ける。インストール手段は、前記電子機器に設けられ、前記受信手段により受けられた前記ファームウェアを自装置にインストールする。
【０００５】
特許文献２に記載された「計算機システムのストレージ制御方法」の発明は、運用系システムと待機系システムとを有する。前記運用系システムは、二台以上のハードディスクに同一のデータを冗長化して書き込む冗長化手段を有する。前記運用系システムを予定停止するときに、次の手順を有する。（１）前記運用系システムの冗長化動作を中断して、前記二台以上のハードディスクの一方のハードディスクで運用系システムのサービスを継続する手順。（２）前記運用系システムの二台以上のハードディスクの他の一方のハードディスクから前記待機系システムのハードディスクにコピーする手順。（３）前記（１）の手順で、運用系システムのサービスに伴ったデータ書き込みのハードディスクの更新アドレスを記憶する手順。（４）前記（２）の手順のコピーが終了して、かつ、運用系システムのサービスに伴ったデータ書き込みがないときに、前記（３）の手順の更新アドレスに基づいて、前記運用系システムのサービスに伴って書き込まれたデータを、前記待機系システムにコピーする手順。（５）前記（４）の手順のコピーが終了して、前記運用系システムと前記待機系システムのハードディスクのデータが全て一致したときに、前記待機系システムを運用系システムに切り替え、前記運用系システムを待機系システムに切り替えて、前記運用系システムの予定停止をおこなう手順。
【０００６】
特許文献３に記載された「サーバシステム」の発明は、運用系サーバと待機系サーバとを含む冗長構成のサーバシステムである。前記運用系サーバから前記待機系サーバへの系の切替にあたり、前記運用系サーバのメモリの内容を前記待機系サーバのメモリに、直接転送し、前記運用系サーバのメモリと前記待機系サーバのメモリ間の同期化を行う手段を備える。前記運用系サーバのメモリと前記待機系サーバのメモリ間の同期化完了後、運用系と待機系のサーバの切替が行われる。
【０００７】
特許文献４に記載された発明は、ホストコンピュータから光ディスク装置にインターフェースを介してファームウェアを送信し、光ディスク装置のファームウェアの更新を行うファームウェアアップデート方法である。判別する工程は、装着された光ディスクが前記光ディスク装置のファームウェアで記録・再生に対応可能かによりファームウェアの更新の必要性を判別する。通知する工程は、ファームウェアの更新が必要と判別された場合に割り込み通知信号を駆動して前記ホストコンピュータに通知する。準備する工程は、前記ホストコンピュータにて前記割り込み通知信号を受信して最新のファームウェアを準備する。発行する工程は、前記ホストコンピュータから前記光ディスク装置にファームウェアアップデートコマンドを発行する。送出する工程は、前記ホストコンピュータから前記光ディスク装置に前記最新のファームウェアを送出する。更新を行う工程は、前記光ディスク装置が前記ホストコンピュータから発行される前記ファームウェアアップデートコマンドおよび前記最新のファームウェアを受信してファームウェアの更新を行う。光ディスクの装着により必要に応じて自動的にファームウェアを更新する。
【０００８】
【特許文献１】特開２００３−００５９９１号公報
【特許文献２】特開２００５−０５５９９５号公報
【特許文献３】特開２００６−０５８９６０号公報
【特許文献４】特開２００６−２１６１６５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００９】
本発明の課題は、二重化装置において、通常運用を停止することなく、運用系のモジュールと、待機系のモジュールとを、自動的にアップデートすることである。
【課題を解決するための手段】
【００１０】
以下に、［発明を実施するための最良の形態］で使用される番号・符号を用いて、［課題を解決するための手段］を説明する。これらの番号・符号は、［特許請求の範囲］の記載と［発明を実施するための最良の形態］との対応関係を明らかにするために括弧付きで付加されたものである。ただし、それらの番号・符号を、［特許請求の範囲］に記載されている発明の技術的範囲の解釈に用いてはならない。
【００１１】
本発明による自動アップデート方法は、運用系のモジュールと、待機系のモジュールとを有する二重化装置（１０）における自動アップデート方法である。第一のモジュール（２０）が運用系として動作し、第二のモジュール（３０）が待機系として動作しているときに、入手するステップにおいては、待機系の前記第二のモジュール（３０）が、最新レビジョンの管理情報（４３）を入手する。確認するステップにおいては、前記第二のモジュール（３０）が、自モジュールのレビジョンが、最新レビジョンであるか否かを確認する。最新レビジョンでは無かった場合に、前記第二のモジュール（３０）がアップデートするステップにおいては、前記第二のモジュール（３０）が、最新レビジョンのデータ（４１）で、自モジュールをアップデートする。切り替えるステップにおいては、前記第一のモジュール（２０）を待機系に切り替え、かつ、前記第二のモジュール（３０）を運用系に切り替える。前記第一のモジュール（２０）がアップデートするステップにおいては、待機系となった前記第一のモジュール（２０）が、最新レビジョンのデータ（４１）で、自モジュールをアップデートする。
【００１２】
本発明による自動アップデート方法においては、前記確認するステップにおける確認結果が、最新レビジョンであった場合には、入手するステップで、所定期間経過後に、再度、前記第二のモジュール（３０）が、最新レビジョンの管理情報（４３）を入手する。確認するステップでは、前記第二のモジュール（３０）が、自モジュールのレビジョンが、最新レビジョンであるか否かを確認する。
【００１３】
本発明による自動アップデート方法において、入手するステップでは、前記切り替えるステップによって、待機系となった前記第一のモジュール（２０）が、最新レビジョンの管理情報（４３）を入手する。確認するステップにおいては、前記第一のモジュール（２０）が、自モジュールのレビジョンが、最新レビジョンであるか否かを確認する。最新レビジョンでは無かった場合に、前記第一のモジュール（２０）がアップデートするステップにおいては、前記第一のモジュール（２０）が、最新レビジョンのデータ（４１）で、自モジュールをアップデートする。切り替えるステップにおいては、前記第二のモジュール（３０）を待機系に切り替え、かつ、前記第一のモジュール（２０）を運用系に切り替える。前記第二のモジュール（３０）がアップデートするステップにおいては、待機系となった前記第二のモジュール（３０）が、最新レビジョンのデータ（４１）で、自モジュールをアップデートする。
【００１４】
本発明による自動アップデート方法において、付するステップでは、前記最新レビジョンのデータ（４１）に緊急フラグ（４２）を付する。前記確認するステップにおける確認結果で、最新レビジョンでは無かった場合に、参照するステップにおいては、前記緊急フラグ（４２）を参照する。前記緊急フラグ（４２）が無効な場合に、動作するステップにおいては、前記第一のモジュール（２０）が継続して運用系として動作し、かつ、前記第二のモジュール（３０）が継続して待機系として動作する。
【００１５】
本発明による自動アップデート方法において、前記参照するステップにおける参照結果で、前記緊急フラグ（４２）が有効な場合に、前記第二のモジュール（３０）がアップデートするステップでは、前記第二のモジュール（３０）が、最新レビジョンのデータ（４１）で、自モジュールをアップデートする。切り替えるステップにおいては、前記第一のモジュール（２０）を待機系に切り替え、かつ、前記第二のモジュール（３０）を運用系に切り替える。前記第一のモジュール（２０）がアップデートするステップにおいては、待機系となった前記第一のモジュール（２０）が、最新レビジョンのデータ（４１）で、自モジュールをアップデートする。
【００１６】
本発明による自動アップデート方法においては、前記最新レビジョンの管理情報（４３）を入手するステップと、前記最新レビジョンであるか否かを確認するステップとを、バックグラウンドで行う。
【発明の効果】
【００１７】
本発明によれば、二重化装置において、通常運用を停止することなく、運用系のモジュールと、待機系のモジュールとを、自動的にアップデートすることができる。
【発明を実施するための最良の形態】
【００１８】
本実施の形態では、二重化装置において、各種モジュールの最新化を緊急性に応じて自動的に行うことを可能とする。二重化された装置において、運用系モジュールおよび待機系モジュールがモジュール内部に存在する複数のファームウェアなどのレビジョン情報を収集する。待機系モジュールは収集したレビジョン情報と最新レビジョンの管理情報とを比較し、最新レビジョンか否かのチェックを行う。最新レビジョンでは無い場合には、最新データを入手し、アップデートを実施する。待機系モジュールにおけるアップデート完了後に、待機系モジュールから運用系モジュールへ最新データを送信し、レビジョンチェック回路のレビジョン情報を更新する。更新後、運用系モジュールと待機系モジュールとを切り替え、新たに運用系となる待機系モジュールが通常運用を引き継ぐ。新たに待機系となる運用系モジュールは、最新データへのアップデートを実施する。このように、レビジョンが最新か否かをチェックし、最新データを入手し、アップデートを待機系モジュールに実施させることで、通常運用への影響を与えることなく最新データへのアップデートを自動で行うことを可能にする。
【００１９】
まず、第一の実施の形態について説明する。図１は、第一の実施の形態によるアップデートシステムのブロック説明図である。図１において、二重化装置１０は、運用系モジュール２０と、待機系モジュール３０とを具備し、これらの運用系モジュール２０と、待機系モジュール３０とは、モジュール間通信信号１１で接続されている。運用系モジュール２０および待機系モジュール３０は、それぞれ、レビジョン収集回路２１，３１と、レビジョンチェック回路２２，３２と、データ格納回路２３，３３と、モジュール切り替え回路２４，３４と、二重化通信回路２５，３５とを具備している。レビジョン収集回路２１，３１は、モジュール２０，３０内部に存在する複数のファームウェアなどのレビジョン情報を収集する。レビジョンチェック回路２２，３２は、収集したレビジョン情報と、最新レビジョン管理情報４３とを格納し、比較する。データ格納回路２３，３３は、最新レビジョン管理情報４３や最新データ４１を入手・格納するために、管理者用基本装置４０とのインタフェースを有する。モジュール切り替え回路２４，３４は、運用系のモジュールを待機系に、また、待機系のモジュールを運用系に切り替える。二重化通信回路２５，３５は、モジュール間通信のインタフェースを有する。
【００２０】
二重化装置１０は、管理者用基本装置４０と通信ケーブル１２，１３で接続されている。通信ケーブル１２は、運用系モジュール２０のデータ格納回路２３と管理者用基本装置４０とを接続し、通信ケーブル１３は、待機系モジュール３０のデータ格納回路３３と管理者用基本装置４０とを接続している。管理者用基本装置４０には、最新データ４１と、当該最新データ４１のレビジョン情報が含まれる最新レビジョン管理情報４３とが格納されている。管理者用基本装置４０では、常に最新情報が更新されている。
【００２１】
二重化装置１０において、運用系モジュール２０および待機系モジュール３０の各レビジョン収集回路２１，３１は、モジュール２０，３０内部に存在する複数のファームウェアなどのレビジョン情報を収集する。そして、モジュール２０，３０の全てのレビジョン情報がレビジョンチェック回路２２，３２に格納される。運用系モジュール２０は、レビジョンチェック回路２２に全モジュール２０，３０のレビジョン情報が格納されると、通常運用を開始する。待機系モジュール３０では、レビジョンチェック回路３２が、常に最新情報が更新される管理者用基本装置４０に格納された最新レビジョン管理情報４３を定期的（１回／日や１回／週など任意に設定が可能）に入手する。そして、最新レビジョン管理情報４３と、各モジュール２０，３０から収集し格納されるレビジョン情報とを比較する。
【００２２】
レビジョンの比較結果に不一致が生じた場合、待機系モジュール３０は、最新データ４１を通信ケーブル１３を介してデータ格納回路３３に格納する。そして、待機系モジュール３０は、データ格納回路３３に格納された最新データ４１へのアップデートを実施する。このアップデートが完了したら、最新データ４１を運用系モジュール２０のデータ格納回路２３に送信するとともに、レビジョンチェック回路３２に格納されたレビジョン情報を更新する。その後、モジュール切り替え回路２４，３４にて、運用系モジュール２０と待機系モジュール３０との切り替えを行う。新たに運用系となった待機系モジュール３０は、通常運用を引き継ぎ、新たに待機系となった運用系モジュール２０は、最新データ４１へのアップデートを実施する。
【００２３】
このように、本実施の形態では、待機系モジュール３０が、定期的に、最新レビジョン管理情報４３を入手し、最新レビジョンであるか否かの比較を行う。レビジョンの不一致が生じた場合には、最新データ４１を入手し、アップデートを行い、運用系モジュール２０と待機系モジュール３０とを切り替える。新たに運用系となった待機系モジュール３０は通常運用を引き継ぐ。運用系モジュール２０では、待機系へ切り替わった後に、最新データ４１へのアップデートを行う。これにより、通常運用に影響を与えることなく、自動的にアップデートを行うことが可能になる。
【００２４】
図２に示すフローチャートを参照して、第一の実施の形態におけるアップデート方法について説明する。二重化装置１０の運用が開始されると、運用系モジュール２０および待機系モジュール３０の各レビジョン収集回路２１、３１が動作し、自モジュール内部に存在する複数のファームウェアなどの各種レビジョン情報を収集する（Ｓ２０，Ｓ３０）。収集したレビジョン情報は、運用系モジュール２０および待機系モジュール３０のレビジョンチェック回路２２，３２に格納される（Ｓ２１，Ｓ３１）。運用系モジュール２０では、レビジョンチェック回路２２に全モジュール２０，３０のレビジョン情報が格納されると、通常運用を開始する（Ｓ２２）。
【００２５】
待機系モジュール３０では、レビジョンチェック回路３２に、全モジュール２０，３０のレビジョン情報が格納されると、常に最新情報が更新されている管理者用基本装置４０から最新レビジョン管理情報４３を入手する（Ｓ３２）。そして、この最新レビジョン管理情報４３をレビジョンチェック回路３２に格納する。レビジョンチェック回路３２は、全モジュール２０，３０から収集したレビジョン情報と、最新レビジョン管理情報４３とを比較する（Ｓ３３）。レビジョンの比較結果が最新で、アップデートの必要が無い場合には、定期的（１回／日や１回／週など任意に設定が可能）に、再度、管理者用基本装置４０から最新レビジョン管理情報４３を入手し（Ｓ３２）、最新レビジョン管理情報４３と各モジュールから収集したレビジョン情報とを比較する（Ｓ３３）。
【００２６】
レビジョンの比較結果に不一致が生じた場合には、管理者用基本装置４０から最新データ４１を入手し、データ格納回路３３に格納する（Ｓ３４）。その後、最新データ４１へのアップデートを実施する（Ｓ３５）。アップデートが完了したら、最新データ４１を運用系モジュール２０に送信する（Ｓ３６）。同時に、レビジョンチェック回路３２に格納されたレビジョン情報を更新する（Ｓ３７）。
【００２７】
運用系モジュール２０は、待機系モジュール３０から最新データ４１を入手すると、この最新データ４１をデータ格納回路２３に格納する（Ｓ２３）。続いて、運用系モジュール２０と、待機系モジュール３０とは、モジュール切り替え回路２４，３４によって切り替えられ、運用系モジュール２０は待機系に、待機系モジュール３０は運用系になる（Ｓ２４，Ｓ３８）。新たに運用系となった待機系モジュール３０は、通常運用を引き継ぐ（Ｓ３９）。新たに待機系となった運用系モジュール２０は、最新データ４１へのアップデートを実施する（Ｓ２５）。そして、レビジョンチェック回路２２に格納されたレビジョン情報を更新する。
【００２８】
レビジョン情報の収集ステップ（Ｓ２０，Ｓ３０）と、レビジョン情報の格納ステップ（Ｓ２１，Ｓ３１）と、最新レビジョン管理情報４３の入手ステップ（Ｓ３２）と、レビジョン情報の比較ステップ（Ｓ３３）と、最新データ４１の入手・格納ステップ（Ｓ３４）と、最新データ４１の格納ステップ（Ｓ２３）とは、ＣＰＵの空き時間を利用して、バックグラウンドで行うことができる。
【００２９】
続いて、第二の実施の形態について説明する。図３は、第二の実施の形態によるアップデートシステムのブロック説明図である。図３のシステムは、図１のシステムと、その基本的構成は同様であるが、図１の最新データ４１に緊急フラグ４２を設けることで、さらなる工夫を加えている。
【００３０】
図４に示すフローチャートを参照して、第二の実施の形態におけるアップデート方法について説明する。二重化装置１０の運用が開始されると、運用系モジュール２０および待機系モジュール３０の各レビジョン収集回路２１、３１が動作し、自モジュール内部に存在する複数のファームウェアなどの各種レビジョン情報を収集する（Ｓ２０，Ｓ３０）。収集したレビジョン情報は、運用系モジュール２０および待機系モジュール３０のレビジョンチェック回路２２，３２に格納される（Ｓ２１，Ｓ３１）。運用系モジュール２０では、レビジョンチェック回路２２に、全モジュール２０，３０のレビジョン情報が格納されると、通常運用を開始する（Ｓ２２）。
【００３１】
待機系モジュール３０では、全モジュール２０，３０のレビジョン情報がレビジョンチェック回路３２に格納されると、常に最新情報が更新されている管理者用基本装置４０から最新レビジョン管理情報４３を入手する（Ｓ３２）。そして、この最新レビジョン管理情報４３を、レビジョンチェック回路３２に格納する。レビジョンチェック回路３２は、全モジュール２０，３０から収集したレビジョン情報と、最新レビジョン管理情報４３とを比較する（Ｓ３３）。レビジョンの比較結果が最新で、アップデートの必要が無い場合には、定期的（１回／日や１回／週など任意に設定が可能）に、再度、管理者用基本装置４０から最新レビジョン管理情報４３を入手し（Ｓ３２）、最新レビジョン管理情報４３と、各モジュール２０，３０から収集されるレビジョン情報とを比較する（Ｓ３３）。
【００３２】
レビジョンの比較結果に不一致が生じた場合には、管理者用基本装置４０から最新データ４１を入手し、データ格納回路３３に格納する（Ｓ３４）。その後、最新データ４１へのアップデートを実施する（Ｓ３５）。アップデートが完了したら、最新データ４１を運用系モジュール２０へ送信する（Ｓ３６）。同時に、レビジョンチェック回路３２に格納されたレビジョン情報を更新する（Ｓ３７）。
【００３３】
運用系モジュール２０は、待機系モジュール３０から送信される最新データ４１をデータ格納回路２３に格納する（Ｓ２３）。そして、モジュール切り替え回路２４が、最新データ４１に付加された緊急フラグ４２を参照し、この緊急フラグ４２が有効か無効かをチェックする（Ｓ２６）。緊急フラグ４２が有効な場合には、モジュール切り替え回路２４、３４による切り替えが行われ（Ｓ２４，Ｓ３８）、運用系モジュール２０は待機系に、待機系モジュール３０は運用系に切り替わる。待機系となった運用系モジュール２０は、最新データ４１へのアップデートを実施し（Ｓ２５）、レビジョンチェック回路２２に格納されたレビジョン情報を更新する。運用系となった待機系モジュール３０は、通常運用を引き継ぐ（Ｓ３９）。
【００３４】
一方、緊急フラグ４２が無効の場合には、運用系モジュール２０は、通常運用を継続しながら（Ｓ２２）、アップデートの有無を管理者用基本装置４０に通報する。待機系モジュール３０は、定期的に管理者用基本装置４０から最新レビジョン管理情報４３を入手する（Ｓ３２）。その後、運用系モジュール２０では、再起動時や環境の構築時など通常運用に影響のないように計画的にアップデートを実施したりする。このように、第二の実施の形態では、最新データ４１に緊急フラグ４２を設けることで、最新データ４１の重要性を判断し、余計なモジュールの切り替え動作を抑えることが可能となる。
【００３５】
レビジョン情報の収集ステップ（Ｓ２０，Ｓ３０）と、レビジョン情報の格納ステップ（Ｓ２１，Ｓ３１）と、最新レビジョン管理情報４３の入手ステップ（Ｓ３２）と、レビジョン情報の比較ステップ（Ｓ３３）と、最新データ４１の入手・格納ステップ（Ｓ３４）と、最新データ４１の送信ステップ（Ｓ３６，Ｓ３７）と、最新データ４１の格納ステップ（Ｓ２３）とは、ＣＰＵの空き時間を利用して、バックグラウンドで行うことができる。
【００３６】
以上説明したように、本実施の形態においては、以下のような効果を奏する。第一の効果は、モジュール内部に存在する複数のファームウェアなどのレビジョンを収集し、定期的に、最新レビジョン管理情報とチェックするので、自動的にアップデートの必要性の有無を確認できることである。第二の効果は、待機系モジュールにて、各種レビジョンをチェックし、最新データを入手し、アップデートを行うことで、通常運用に影響を与えずに、アップデート作業を実施できることである。
【図面の簡単な説明】
【００３７】
【図１】図１は、第一の実施の形態によるアップデートシステムのブロック説明図である。
【図２】図２は、第一の実施の形態におけるアップデート方法について説明するフローチャートである。
【図３】図３は、第二の実施の形態によるアップデートシステムのブロック説明図である。
【図４】図４は、第二の実施の形態におけるアップデート方法について説明するフローチャートである。
【符号の説明】
【００３８】
１０  二重化装置
１１  モジュール間通信信号
１２，１３  通信ケーブル
２０，３０  モジュール
２１，３１  レビジョン収集回路
２２，３２  レビジョンチェック回路
２３，３３  データ格納回路
２４，３４  モジュール切り替え回路
２５，３５  二重化通信回路
４０  管理者用基本装置
４１  最新データ
４２  緊急フラグ
４３  最新レビジョン管理情報
【図１】
2008217201.tif 000003
【図２】
2008217201.tif 000004
【図３】
2008217201.tif 000005
【図４】
2008217201.tif 000006