JP2003208314A - オペレーティングシステムの自動入れ替え可能な計算機システムおよびそのシステムを利用したオペレーションシステムの自動入れ替え方法 - Google Patents
オペレーティングシステムの自動入れ替え可能な計算機システムおよびそのシステムを利用したオペレーションシステムの自動入れ替え方法Info
- Publication number
- JP2003208314A JP2003208314A JP2002005628A JP2002005628A JP2003208314A JP 2003208314 A JP2003208314 A JP 2003208314A JP 2002005628 A JP2002005628 A JP 2002005628A JP 2002005628 A JP2002005628 A JP 2002005628A JP 2003208314 A JP2003208314 A JP 2003208314A
- Authority
- JP
- Japan
- Prior art keywords
- computer system
- storage device
- watchdog timer
- external storage
- boot loader
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Landscapes
- Debugging And Monitoring (AREA)
- Stored Programmes (AREA)
Abstract
(57)【要約】
【課題】 従来の計算機システムのオペレーションシス
テムの更新後、計算機システムが立ち上がるときにオペ
レーションシステムがインループするとオペレータが手
動で計算機システムのリセットを行って復旧していた。
その為、山中の発電所や高速道路等遠隔地の計算機シス
テムの保守の自動化が不可能であった。 【解決手段】 外部記憶装置と主メモリとウォッチドッ
グタイマとを備え、第１のＯＳファイル更新時主メモリ
に格納されているブートローダによってウォッチドッグ
タイマがスタートされ、第１のＯＳが正常に立ち上がら
ない時、ウォッチドッグタイマがカウントアップして計
算機システムを再起動させ、ブートローダが外部記憶装
置内の第２のＯＳを起動させる。
テムの更新後、計算機システムが立ち上がるときにオペ
レーションシステムがインループするとオペレータが手
動で計算機システムのリセットを行って復旧していた。
その為、山中の発電所や高速道路等遠隔地の計算機シス
テムの保守の自動化が不可能であった。 【解決手段】 外部記憶装置と主メモリとウォッチドッ
グタイマとを備え、第１のＯＳファイル更新時主メモリ
に格納されているブートローダによってウォッチドッグ
タイマがスタートされ、第１のＯＳが正常に立ち上がら
ない時、ウォッチドッグタイマがカウントアップして計
算機システムを再起動させ、ブートローダが外部記憶装
置内の第２のＯＳを起動させる。
Description
【０００１】
【発明の属する技術分野】この発明は、遠隔地に設置さ
れた発電所や高速道路および高速道路トンネル内の諸設
備の監視、制御を行う計算機システムに関するもので、
特に計算機システムの動作を制御するオペレーションシ
ステムを自動的に入れ替えすることが可能な計算機シス
テムおよびそのシステムを利用したオペレーションシス
テムの自動入れ替え方法に係るものである。
れた発電所や高速道路および高速道路トンネル内の諸設
備の監視、制御を行う計算機システムに関するもので、
特に計算機システムの動作を制御するオペレーションシ
ステムを自動的に入れ替えすることが可能な計算機シス
テムおよびそのシステムを利用したオペレーションシス
テムの自動入れ替え方法に係るものである。
【０００２】
【従来の技術】計算機システムは演算能力や記憶容量の
大幅な増大に伴い、その能力を著しく向上させている。
これに伴い計算機システムの動作を制御するオペレーシ
ョンシステム（以下、ＯＳと称する）やこれにより実行
されるアプリケーションソフトウェアも、その版数の更
新（バージョンアップ）が頻繁に行われている。このよ
うなＯＳの更新に関する、例えば特開平７−２８６３２
号公報に示された従来例を図にて説明する。図１３は従
来の計算機システムのブロック図である。図１３におい
て、１は計算機システム、１１は主メモリ、１２は主メ
モリ１１にロードされた計算機システム１のブートロー
ダ、１３はＯＳ、２１は補助記憶装置でフラッシュメモ
リが用いられている。２２は起動ＯＳ名称を記憶するメ
モリ、３１は計算機システム１の外部記憶装置、３２は
外部記憶装置３１に格納されている第１のＯＳであるＯ
Ｓ１、３３は同じく第２のＯＳであるＯＳ２である。
大幅な増大に伴い、その能力を著しく向上させている。
これに伴い計算機システムの動作を制御するオペレーシ
ョンシステム（以下、ＯＳと称する）やこれにより実行
されるアプリケーションソフトウェアも、その版数の更
新（バージョンアップ）が頻繁に行われている。このよ
うなＯＳの更新に関する、例えば特開平７−２８６３２
号公報に示された従来例を図にて説明する。図１３は従
来の計算機システムのブロック図である。図１３におい
て、１は計算機システム、１１は主メモリ、１２は主メ
モリ１１にロードされた計算機システム１のブートロー
ダ、１３はＯＳ、２１は補助記憶装置でフラッシュメモ
リが用いられている。２２は起動ＯＳ名称を記憶するメ
モリ、３１は計算機システム１の外部記憶装置、３２は
外部記憶装置３１に格納されている第１のＯＳであるＯ
Ｓ１、３３は同じく第２のＯＳであるＯＳ２である。
【０００３】このような構成を有する従来の計算機シス
テム１において、ＯＳバージョンアップのためにＯＳの
入れ替えを行う際に、新ＯＳに含まれているバグや、シ
ステムとのアンマッチ等の原因によりシステムの停止に
陥った場合には、インストールした新ＯＳを従来使用し
ていた現ＯＳに戻す作業を行わねばならない。この時の
フローを図１４に基づいて説明する。まず計算機システ
ム１はＳＴ１でＯＳ１３が起動ＯＳ名称を記憶する記憶
メモリ２２上にて第１のＯＳ１３２を新ＯＳに入れ替え
る。ＳＴ２で補助記憶装置２１内の記憶メモリ２２に第
１のＯＳ１３２を登録する。ＳＴ３でＯＳ１３の再起動
コマンド実行により計算機システム１が再起動する。Ｓ
Ｔ４で記憶メモリ２２内の起動ＯＳ名称が第１のＯＳ１
３２であるので、ブートローダ１２が外部記憶装置３１
の第１のＯＳ１３２の起動を決定する。ＳＴ５では第１
のＯＳ１３２を主メモリ１１内にロードして第１のＯＳ
１３２を実行しようとするが、バグやシステムとのアン
マッチ等によりインループ状態となる。ＳＴ６で復帰の
ために計算機システム１のリセットボタンを押し再起動
する。ＳＴ７でブートローダ１２にて補助記憶装置２１
内にある記憶メモリ２１の起動ＯＳ名称２２を第２のＯ
Ｓ２に変更して起動し復旧作業が完了する。
テム１において、ＯＳバージョンアップのためにＯＳの
入れ替えを行う際に、新ＯＳに含まれているバグや、シ
ステムとのアンマッチ等の原因によりシステムの停止に
陥った場合には、インストールした新ＯＳを従来使用し
ていた現ＯＳに戻す作業を行わねばならない。この時の
フローを図１４に基づいて説明する。まず計算機システ
ム１はＳＴ１でＯＳ１３が起動ＯＳ名称を記憶する記憶
メモリ２２上にて第１のＯＳ１３２を新ＯＳに入れ替え
る。ＳＴ２で補助記憶装置２１内の記憶メモリ２２に第
１のＯＳ１３２を登録する。ＳＴ３でＯＳ１３の再起動
コマンド実行により計算機システム１が再起動する。Ｓ
Ｔ４で記憶メモリ２２内の起動ＯＳ名称が第１のＯＳ１
３２であるので、ブートローダ１２が外部記憶装置３１
の第１のＯＳ１３２の起動を決定する。ＳＴ５では第１
のＯＳ１３２を主メモリ１１内にロードして第１のＯＳ
１３２を実行しようとするが、バグやシステムとのアン
マッチ等によりインループ状態となる。ＳＴ６で復帰の
ために計算機システム１のリセットボタンを押し再起動
する。ＳＴ７でブートローダ１２にて補助記憶装置２１
内にある記憶メモリ２１の起動ＯＳ名称２２を第２のＯ
Ｓ２に変更して起動し復旧作業が完了する。
【０００４】
【発明が解決しようとする課題】このような従来の構成
では更新しようとするＯＳが何らかの原因で正常動作せ
ずにインループ状態となったとき、計算機システムのリ
セットボタンを押すか、あるいは電源スイッチの切り入
りなどユーザが介入する余地があり、山間地の発電所や
高速道路等の監視、制御に用いられている計算機システ
ムでは遠隔地からの操作が不可能という問題があった。
またＯＳ管理、復旧作業などにおいてヒューマンエラー
が介入する場合もあり、それに伴う計算機システムの停
止時間が増大化するという問題点等もあった。
では更新しようとするＯＳが何らかの原因で正常動作せ
ずにインループ状態となったとき、計算機システムのリ
セットボタンを押すか、あるいは電源スイッチの切り入
りなどユーザが介入する余地があり、山間地の発電所や
高速道路等の監視、制御に用いられている計算機システ
ムでは遠隔地からの操作が不可能という問題があった。
またＯＳ管理、復旧作業などにおいてヒューマンエラー
が介入する場合もあり、それに伴う計算機システムの停
止時間が増大化するという問題点等もあった。
【０００５】この発明はこのような課題を解決しようと
するためになされたものであり、ＯＳの自動入れ替え可
能な計算機システムを提供すると共にその計算機システ
ムを利用してＯＳを自動的に入れ替えする方法を提供
し、計算機システムの保守性の向上を図るものである。
するためになされたものであり、ＯＳの自動入れ替え可
能な計算機システムを提供すると共にその計算機システ
ムを利用してＯＳを自動的に入れ替えする方法を提供
し、計算機システムの保守性の向上を図るものである。
【０００６】
【課題を解決するための手段】この発明に係るＯＳの自
動入れ替え可能な計算機システムは、外部記憶装置と、
主メモリとウォッチドッグタイマとを備え、前記外部記
憶装置には第１、第２のＯＳが格納されており、主メモ
リには計算機システムのＯＳとウォッチドッグタイマを
起動するブートローダが格納されており、第１のＯＳに
更新処理時、ブートローダによってウォッチドッグタイ
マが起動開始され、第１のＯＳが正常に起動しない場
合、ウォッチドッグタイマがカウントアップすることに
より計算機システムを再起動させ、ブートローダが第２
のＯＳを起動させるものである。
動入れ替え可能な計算機システムは、外部記憶装置と、
主メモリとウォッチドッグタイマとを備え、前記外部記
憶装置には第１、第２のＯＳが格納されており、主メモ
リには計算機システムのＯＳとウォッチドッグタイマを
起動するブートローダが格納されており、第１のＯＳに
更新処理時、ブートローダによってウォッチドッグタイ
マが起動開始され、第１のＯＳが正常に起動しない場
合、ウォッチドッグタイマがカウントアップすることに
より計算機システムを再起動させ、ブートローダが第２
のＯＳを起動させるものである。
【０００７】また、外部記憶装置には第１、第２のＯＳ
とメモリダンプファイルが、主メモリにはＯＳとブート
ローダとメモリダンプ手段とが格納されており、第１の
ＯＳ更新処理の際に正常に起動しないとき、ウォッチド
ッグタイマがカウントアップすることによりメモリダン
プ手段を起動し、全メモリをメモリダンプファイルに記
録させるとともに、メモリダンプが終了すると、計算機
システムを再起動するとともにブートローダが第２のＯ
Ｓを起動させるものである。
とメモリダンプファイルが、主メモリにはＯＳとブート
ローダとメモリダンプ手段とが格納されており、第１の
ＯＳ更新処理の際に正常に起動しないとき、ウォッチド
ッグタイマがカウントアップすることによりメモリダン
プ手段を起動し、全メモリをメモリダンプファイルに記
録させるとともに、メモリダンプが終了すると、計算機
システムを再起動するとともにブートローダが第２のＯ
Ｓを起動させるものである。
【０００８】また、外部記憶装置と主メモリと監視シス
テムを備え、外部記憶装置には第１、第２のＯＳが、主
メモリにはＯＳとブートローダとメッセージ送信手段が
格納され、監視システムにはメッセージ受信手段とウォ
ッチドッグタイマとが設けられており、ＯＳ更新処理の
際、ブートローダはメッセージ送、受信手段を介してウ
ォッチドッグタイマを起動させ、第１のＯＳが正常に起
動しないとき、ウォッチドッグタイマがカウントアップ
することにより監視システムは計算機システムにリセッ
ト信号を発して再起動させ、ブートローダが第２のＯＳ
を起動させるものである。
テムを備え、外部記憶装置には第１、第２のＯＳが、主
メモリにはＯＳとブートローダとメッセージ送信手段が
格納され、監視システムにはメッセージ受信手段とウォ
ッチドッグタイマとが設けられており、ＯＳ更新処理の
際、ブートローダはメッセージ送、受信手段を介してウ
ォッチドッグタイマを起動させ、第１のＯＳが正常に起
動しないとき、ウォッチドッグタイマがカウントアップ
することにより監視システムは計算機システムにリセッ
ト信号を発して再起動させ、ブートローダが第２のＯＳ
を起動させるものである。
【０００９】また、外部記憶装置には第１、第２のＯＳ
が、主メモリにはＯＳとブートローダとＯＳのコピー手
段とが格納されており、計算機システムのＯＳが第１の
ＯＳに更新された後にコピー手段は第１のＯＳを第２の
ＯＳに自動的に上書きするものである。
が、主メモリにはＯＳとブートローダとＯＳのコピー手
段とが格納されており、計算機システムのＯＳが第１の
ＯＳに更新された後にコピー手段は第１のＯＳを第２の
ＯＳに自動的に上書きするものである。
【００１０】また、外部記憶装置にＯＳ書き込み防止手
段が設けられているものである。
段が設けられているものである。
【００１１】また、外部記憶装置には第１のＯＳが格納
されており、外部記憶装置とは別個に設けられたフラッ
シュメモリ内に第２のＯＳが格納されているものであ
る。
されており、外部記憶装置とは別個に設けられたフラッ
シュメモリ内に第２のＯＳが格納されているものであ
る。
【００１２】またさらに、前記計算機システムを利用し
たＯＳの自動入れ替え方法である。
たＯＳの自動入れ替え方法である。
【００１３】
【発明の実施の形態】実施の形態１．以下、この発明の
実施の形態１のＯＳの自動入れ替え可能な計算機システ
ムを図によって説明する。図１は計算機システム１を示
すブロック図であり、図２はその動作を示すフローチャ
ート、図３は後述する補助記憶装置２１内に格納されて
いる起動ＯＳ名称を記憶するメモリによって起動するＯ
Ｓ起動フラグを示した図である。図１において、１は計
算機システム、１１は前記計算機システムの主メモリ、
１２は前記主メモリ１１上にロードされたブートロー
ダ、１３は計算機システム１のＯＳである。２１は補助
記憶装置であり、不揮発性のフラッシュメモリまたはデ
ィスクが用いられ、２２は補助記憶装置２１に格納され
た起動ＯＳ名称を記憶するメモリ、２３は前記メモリ２
２より起動した結果の不明、成功、失敗の３種類を持つ
ＯＳ起動フラッグである。３１は前記計算機システム１
の外部記憶装置であり、３２は第１のＯＳ、３３は第２
のＯＳである。４１は前記計算機システム１の更新ＯＳ
の起動を監視するためのウォッチドッグタイマである。
図３は前記の如く起動したＯＳを示す図である。図にお
いて、ＯＳ起動フラグ２３は前回の立ち上がり結果を示
すものであり、更新すべきＯＳを更新したばかりの場合
は「不明」、ＯＳの立ち上がりに失敗した場合は「失
敗」、立ち上がりに成功した場合には「成功」を示し、
ＯＳ起動フラグ２３が「不明」または「成功」の場合に
は起動ＯＳ名称記憶メモリ２２内にあるＯＳ、例えば第
１のＯＳ１３２を起動し、「失敗」の場合には他のＯ
Ｓ、例えば第２のＯＳ２３３を起動する。
実施の形態１のＯＳの自動入れ替え可能な計算機システ
ムを図によって説明する。図１は計算機システム１を示
すブロック図であり、図２はその動作を示すフローチャ
ート、図３は後述する補助記憶装置２１内に格納されて
いる起動ＯＳ名称を記憶するメモリによって起動するＯ
Ｓ起動フラグを示した図である。図１において、１は計
算機システム、１１は前記計算機システムの主メモリ、
１２は前記主メモリ１１上にロードされたブートロー
ダ、１３は計算機システム１のＯＳである。２１は補助
記憶装置であり、不揮発性のフラッシュメモリまたはデ
ィスクが用いられ、２２は補助記憶装置２１に格納され
た起動ＯＳ名称を記憶するメモリ、２３は前記メモリ２
２より起動した結果の不明、成功、失敗の３種類を持つ
ＯＳ起動フラッグである。３１は前記計算機システム１
の外部記憶装置であり、３２は第１のＯＳ、３３は第２
のＯＳである。４１は前記計算機システム１の更新ＯＳ
の起動を監視するためのウォッチドッグタイマである。
図３は前記の如く起動したＯＳを示す図である。図にお
いて、ＯＳ起動フラグ２３は前回の立ち上がり結果を示
すものであり、更新すべきＯＳを更新したばかりの場合
は「不明」、ＯＳの立ち上がりに失敗した場合は「失
敗」、立ち上がりに成功した場合には「成功」を示し、
ＯＳ起動フラグ２３が「不明」または「成功」の場合に
は起動ＯＳ名称記憶メモリ２２内にあるＯＳ、例えば第
１のＯＳ１３２を起動し、「失敗」の場合には他のＯ
Ｓ、例えば第２のＯＳ２３３を起動する。
【００１４】次に前記構成を有する計算機システム１の
ＯＳ更新処理時の動作を図２に示すフローチャートによ
って説明する。ＳＴ１で主メモリ１１に格納されている
ＯＳ１３は起動ＯＳ名称記憶メモリ２２上にて第１のＯ
Ｓ１３２を新ＯＳに入れ替える。ＳＴ２で補助記憶装置
２１内のＯＳ起動フラッグ２３を「不明」にする。ＳＴ
３で起動ＯＳ名称記憶メモリ２２に新ＯＳである第１の
ＯＳ１３２を登録する。ＳＴ４でＯＳ１３の再起動コマ
ンド実行により計算機システムが再起動する。ＳＴ５で
ＯＳ起動フラグ２３が「不明」、起動ＯＳ名称記憶メモ
リ２２が第１のＯＳ１３２であるのでブートローダ１２
が外部記憶装置３１の第１のＯＳ１３２の起動を決定す
る。ＳＴ６でブートローダ１２がＯＳ起動の前処理とし
てＯＳ起動フラグ２３を「失敗」にし、ウォッチドッグ
タイマ４１をスタートさせる。ＳＴ７で第１のＯＳ１３
２を主メモリ１１にロードして第１のＯＳ１３２を実行
する。第１のＯＳ１３２が正常に起動する。ＳＴ８で第
１のＯＳ１３２がウォッチドッグタイマ４１をリセット
し、ＯＳ起動フラグ２３を「成功」にする。ＳＴ９で第
１のＯＳ１３２が第２のＯＳ２３３のファイルを第１の
ＯＳ１３２のファイルに置き換えてＯＳ更新処理が完了
する。
ＯＳ更新処理時の動作を図２に示すフローチャートによ
って説明する。ＳＴ１で主メモリ１１に格納されている
ＯＳ１３は起動ＯＳ名称記憶メモリ２２上にて第１のＯ
Ｓ１３２を新ＯＳに入れ替える。ＳＴ２で補助記憶装置
２１内のＯＳ起動フラッグ２３を「不明」にする。ＳＴ
３で起動ＯＳ名称記憶メモリ２２に新ＯＳである第１の
ＯＳ１３２を登録する。ＳＴ４でＯＳ１３の再起動コマ
ンド実行により計算機システムが再起動する。ＳＴ５で
ＯＳ起動フラグ２３が「不明」、起動ＯＳ名称記憶メモ
リ２２が第１のＯＳ１３２であるのでブートローダ１２
が外部記憶装置３１の第１のＯＳ１３２の起動を決定す
る。ＳＴ６でブートローダ１２がＯＳ起動の前処理とし
てＯＳ起動フラグ２３を「失敗」にし、ウォッチドッグ
タイマ４１をスタートさせる。ＳＴ７で第１のＯＳ１３
２を主メモリ１１にロードして第１のＯＳ１３２を実行
する。第１のＯＳ１３２が正常に起動する。ＳＴ８で第
１のＯＳ１３２がウォッチドッグタイマ４１をリセット
し、ＯＳ起動フラグ２３を「成功」にする。ＳＴ９で第
１のＯＳ１３２が第２のＯＳ２３３のファイルを第１の
ＯＳ１３２のファイルに置き換えてＯＳ更新処理が完了
する。
【００１５】ところが、第１のＯＳ１３２に含まれるバ
グやシステムとのアンマッチ等の原因により問題が発生
すると、ＳＴ１０でインループ状態となる。するとＳＴ
１１でウォッチドッグタイマ４１がカウントアップして
計算機システム１が再起動する。ＳＴ１２で補助記憶装
置２１内のＯＳ起動フラグ２３が「失敗」起動ＯＳ名称
記憶メモリ２２が第１のＯＳ１３２であるので、ブート
ローダ１２が外部記憶装置３１の更新以前に使用されて
いた実績ある第２のＯＳ２３３を起動し復旧する。この
ように新ＯＳの更新立ち上がり時に正常に動作しない場
合にでも従来のようにユーザによるリセットスイッチを
押す必要がなく自動復旧し、ヒューマンエラーを防止で
きるとともに、遠隔地からの復旧作業が可能となる。
グやシステムとのアンマッチ等の原因により問題が発生
すると、ＳＴ１０でインループ状態となる。するとＳＴ
１１でウォッチドッグタイマ４１がカウントアップして
計算機システム１が再起動する。ＳＴ１２で補助記憶装
置２１内のＯＳ起動フラグ２３が「失敗」起動ＯＳ名称
記憶メモリ２２が第１のＯＳ１３２であるので、ブート
ローダ１２が外部記憶装置３１の更新以前に使用されて
いた実績ある第２のＯＳ２３３を起動し復旧する。この
ように新ＯＳの更新立ち上がり時に正常に動作しない場
合にでも従来のようにユーザによるリセットスイッチを
押す必要がなく自動復旧し、ヒューマンエラーを防止で
きるとともに、遠隔地からの復旧作業が可能となる。
【００１６】実施の形態２．次に実施の形態２を図４、
図５に基づいて説明する。図４は計算機システム１を示
すブロック図である。図において１４はメモリダンプ手
段であり、ウォッチドッグタイマ４１がカウントアップ
した時に起動されてメモリをダンプする機能を有する。
３４はメモリダンプを記録するためのメモリダンプファ
イルである。これ以外の構成要素は前記した実施の形態
１で説明した図１と同様である。次に、前記構成を有す
る計算機システム１のＯＳ更新処理時の動作を図５に示
すフローチャートによって説明する。なお、この図５の
フローチャートにおいて、ＯＳ更新処理時に問題の発生
がなく、更新処理をスムースに実行するフローチャート
は、前記した実施の形態１のＳＴ１〜ＳＴ９と同様であ
るので説明を省略する。以下、ＯＳ更新する際に異常が
発生した時のフローを説明する。図５のＳＴ１〜ＳＴ６
まで進んだ後、ＳＴ１０でインループ状態となる。する
とＳＴ１１でウォッチドッグタイマ４１がカウントアッ
プしてメモリダンプ手段１４が起動され、メモリダンプ
ファイル３４にメモリ内容が記録される。ＳＴ１２でメ
モリダンプが終了すると計算機システム１は自動的に再
起動する。ＳＴ１３で補助記憶装置２１内のＯＳ起動フ
ラグ２３が「失敗」、起動ＯＳ名称記憶メモリ２２が第
１のＯＳ１３２であるので、ブートローダ１２が外部記
憶装置３１の実績ある第２のＯＳ２３３を起動し復旧す
る。このようにこの実施の形態２では、異常発生時のメ
モリをメモリダンプファイル３４に記録させるので、更
新ＯＳ立ち上がり時の異常発生時の情報、例えばインル
ープ時に実行されていたコードや変数の値が容易に取得
でき、原因追及及び対策が取りやすいという効果があ
る。
図５に基づいて説明する。図４は計算機システム１を示
すブロック図である。図において１４はメモリダンプ手
段であり、ウォッチドッグタイマ４１がカウントアップ
した時に起動されてメモリをダンプする機能を有する。
３４はメモリダンプを記録するためのメモリダンプファ
イルである。これ以外の構成要素は前記した実施の形態
１で説明した図１と同様である。次に、前記構成を有す
る計算機システム１のＯＳ更新処理時の動作を図５に示
すフローチャートによって説明する。なお、この図５の
フローチャートにおいて、ＯＳ更新処理時に問題の発生
がなく、更新処理をスムースに実行するフローチャート
は、前記した実施の形態１のＳＴ１〜ＳＴ９と同様であ
るので説明を省略する。以下、ＯＳ更新する際に異常が
発生した時のフローを説明する。図５のＳＴ１〜ＳＴ６
まで進んだ後、ＳＴ１０でインループ状態となる。する
とＳＴ１１でウォッチドッグタイマ４１がカウントアッ
プしてメモリダンプ手段１４が起動され、メモリダンプ
ファイル３４にメモリ内容が記録される。ＳＴ１２でメ
モリダンプが終了すると計算機システム１は自動的に再
起動する。ＳＴ１３で補助記憶装置２１内のＯＳ起動フ
ラグ２３が「失敗」、起動ＯＳ名称記憶メモリ２２が第
１のＯＳ１３２であるので、ブートローダ１２が外部記
憶装置３１の実績ある第２のＯＳ２３３を起動し復旧す
る。このようにこの実施の形態２では、異常発生時のメ
モリをメモリダンプファイル３４に記録させるので、更
新ＯＳ立ち上がり時の異常発生時の情報、例えばインル
ープ時に実行されていたコードや変数の値が容易に取得
でき、原因追及及び対策が取りやすいという効果があ
る。
【００１７】実施の形態３．次に実施の形態３を図６、
図７に基づいて説明する。図６は計算機システム１を示
すブロック図である。図において、２は監視システムで
あり計算機システム１のＯＳ更新を監視する。３はＬＡ
Ｎで前記計算機システム１と監視システム２とを接続す
る。４１はウォッチドッグタイマであり前記計算機シス
テム１の更新ＯＳの起動を監視し、リセットするための
ものである。５１はメッセージ送信手段であり前記監視
システム２にメッセージを送信する。５２はメッセージ
受信手段であり、前記計算機システム１からのメッセー
ジを受信し、ウォッチドッグタイマ４１を制御する。こ
れ以外の構成要素は実施の形態１で説明した図１と同様
である。次に前記構成を有する計算機システム１のＯＳ
更新処理時の動作を図７に示すフローチャートによって
説明する。ＳＴ１〜ＳＴ５までは前記した実施の形態１
のＳＴ１〜ＳＴ５と同様であるので説明を省略する。Ｓ
Ｔ６でブートローダ１２がＯＳ起動の前処理としてＯＳ
起動フラグ２３を「失敗」にし、ウォッチドッグタイマ
４１をスタートさせるためにメッセージ送信手段５１を
使用し、ＬＡＮ３経由で監視システム２にウォッチドッ
グタイマ４１にスタートメッセージを送信する。ＳＴ７
でメッセージ受信手段５２によりメッセージを監視シス
テム２はウォッチドッグタイマ４１をスタートさせる。
ＳＴ８で第１のＯＳ１３２を主メモリ１１にロードし第
１のＯＳ１３２を実行する。ＳＴ９でＯＳ１からメッセ
ージ送信によりウォッチドッグタイマ４１をリセット
し、ＯＳ起動フラグ２３を「成功」にする。ＳＴ１０で
第１のＯＳ１３２が第２のＯＳ２３３のファイルを第１
のＯＳ１３２のファイルに置き換えてＯＳ更新処理が完
了する。
図７に基づいて説明する。図６は計算機システム１を示
すブロック図である。図において、２は監視システムで
あり計算機システム１のＯＳ更新を監視する。３はＬＡ
Ｎで前記計算機システム１と監視システム２とを接続す
る。４１はウォッチドッグタイマであり前記計算機シス
テム１の更新ＯＳの起動を監視し、リセットするための
ものである。５１はメッセージ送信手段であり前記監視
システム２にメッセージを送信する。５２はメッセージ
受信手段であり、前記計算機システム１からのメッセー
ジを受信し、ウォッチドッグタイマ４１を制御する。こ
れ以外の構成要素は実施の形態１で説明した図１と同様
である。次に前記構成を有する計算機システム１のＯＳ
更新処理時の動作を図７に示すフローチャートによって
説明する。ＳＴ１〜ＳＴ５までは前記した実施の形態１
のＳＴ１〜ＳＴ５と同様であるので説明を省略する。Ｓ
Ｔ６でブートローダ１２がＯＳ起動の前処理としてＯＳ
起動フラグ２３を「失敗」にし、ウォッチドッグタイマ
４１をスタートさせるためにメッセージ送信手段５１を
使用し、ＬＡＮ３経由で監視システム２にウォッチドッ
グタイマ４１にスタートメッセージを送信する。ＳＴ７
でメッセージ受信手段５２によりメッセージを監視シス
テム２はウォッチドッグタイマ４１をスタートさせる。
ＳＴ８で第１のＯＳ１３２を主メモリ１１にロードし第
１のＯＳ１３２を実行する。ＳＴ９でＯＳ１からメッセ
ージ送信によりウォッチドッグタイマ４１をリセット
し、ＯＳ起動フラグ２３を「成功」にする。ＳＴ１０で
第１のＯＳ１３２が第２のＯＳ２３３のファイルを第１
のＯＳ１３２のファイルに置き換えてＯＳ更新処理が完
了する。
【００１８】ところが、第１のＯＳ１３２に含まれるバ
グやシステムとのアンマッチ等の原因により問題が発生
すると、ＳＴ１１でインループ状態となる。するとＳＴ
１２でウォッチドッグタイマ４１がカウントアップし、
監視システム２は計算機システム１にリセット信号を入
れる。ＳＴ１３でリセットが入り計算機システム１は自
動的に再起動する。ＳＴ１４ではＯＳ起動フラグ２３が
「失敗」、起動ＯＳ名称記憶メモリ２２が第１のＯＳ１
３２であるので、ブートローダ１２が外部記憶装置３１
の実績のある第２のＯＳ２３３を起動し復旧作業が完了
する。なお、この実施の形態３は図７に示したフローチ
ャートに従い、図８に示すように、１台の監視システム
２に複数の計算機システム１を接続することにより、複
数の計算機システム中の各計算機システムのＯＳ更新処
理を監視するということも可能である。
グやシステムとのアンマッチ等の原因により問題が発生
すると、ＳＴ１１でインループ状態となる。するとＳＴ
１２でウォッチドッグタイマ４１がカウントアップし、
監視システム２は計算機システム１にリセット信号を入
れる。ＳＴ１３でリセットが入り計算機システム１は自
動的に再起動する。ＳＴ１４ではＯＳ起動フラグ２３が
「失敗」、起動ＯＳ名称記憶メモリ２２が第１のＯＳ１
３２であるので、ブートローダ１２が外部記憶装置３１
の実績のある第２のＯＳ２３３を起動し復旧作業が完了
する。なお、この実施の形態３は図７に示したフローチ
ャートに従い、図８に示すように、１台の監視システム
２に複数の計算機システム１を接続することにより、複
数の計算機システム中の各計算機システムのＯＳ更新処
理を監視するということも可能である。
【００１９】実施の形態４．次に実施の形態４を図９、
図１０に基づいて説明する。図９は計算機システム１を
示すブロック図である。図において、１６はＯＳコピー
手段であり、これ以外の構成要素は前記実施の形態１の
図１と同様であるので説明を省略する。コピー手段１６
はＯＳ更新処理時に正常に立ち上がった第１のＯＳをも
う一方の第２のＯＳに自動的にコピーする機能を有す
る。次に前記構成を有する計算機システム１のＯＳ更新
処理時の動作を図１０に示すフローチャートによって説
明する。ＳＴ１〜ＳＴ８は前記した実施の形態１の図２
のＳＴ１〜ＳＴ８と同様であるので説明を省略する。図
１０のＳＴ９において、ＯＳコピー手段１６は正常に立
ち上がった第１のＯＳ１３２を第２のＯＳ２３３に自動
的に上書きする。このようにこの実施の形態４ではコピ
ー手段１６を有しているので、正常に立ち上がったＯＳ
を自動的に書き換えるので、ＯＳ更新処理を更に効率化
でき、従来のような手動書き換えによる人的な操作ミス
を防止可能とする効果を奏する。
図１０に基づいて説明する。図９は計算機システム１を
示すブロック図である。図において、１６はＯＳコピー
手段であり、これ以外の構成要素は前記実施の形態１の
図１と同様であるので説明を省略する。コピー手段１６
はＯＳ更新処理時に正常に立ち上がった第１のＯＳをも
う一方の第２のＯＳに自動的にコピーする機能を有す
る。次に前記構成を有する計算機システム１のＯＳ更新
処理時の動作を図１０に示すフローチャートによって説
明する。ＳＴ１〜ＳＴ８は前記した実施の形態１の図２
のＳＴ１〜ＳＴ８と同様であるので説明を省略する。図
１０のＳＴ９において、ＯＳコピー手段１６は正常に立
ち上がった第１のＯＳ１３２を第２のＯＳ２３３に自動
的に上書きする。このようにこの実施の形態４ではコピ
ー手段１６を有しているので、正常に立ち上がったＯＳ
を自動的に書き換えるので、ＯＳ更新処理を更に効率化
でき、従来のような手動書き換えによる人的な操作ミス
を防止可能とする効果を奏する。
【００２０】実施の形態５．次に実施の形態５を図１１
に基づいて説明する。図１１は計算機システム１を示す
ブロック図であり、３５は外部記憶装置３１に格納され
たＯＳ書き込み防止手段である。それ以外の構成要素は
前記実施の形態１の図１と同様であるので説明を省略す
る。このような構成を有する計算機システム１の動作は
以下のとおりである。更新されたＯＳの立ち上がり時
に、立ち上がったＯＳが格納されている外部記憶装置３
１内の領域をヒューマンエラーによって誤って書き込ま
れて立ち上がり可能なＯＳを破壊されないために、ＯＳ
書き込み防止手段３５が有効に機能する。このようにＯ
Ｓ書き込み防止手段３５が設けられているので、第１の
ＯＳ３２および第２のＯＳ３３の双方が破壊されて計算
機システム１の立ち上がりができなくなることを防止で
きるという効果を奏する。
に基づいて説明する。図１１は計算機システム１を示す
ブロック図であり、３５は外部記憶装置３１に格納され
たＯＳ書き込み防止手段である。それ以外の構成要素は
前記実施の形態１の図１と同様であるので説明を省略す
る。このような構成を有する計算機システム１の動作は
以下のとおりである。更新されたＯＳの立ち上がり時
に、立ち上がったＯＳが格納されている外部記憶装置３
１内の領域をヒューマンエラーによって誤って書き込ま
れて立ち上がり可能なＯＳを破壊されないために、ＯＳ
書き込み防止手段３５が有効に機能する。このようにＯ
Ｓ書き込み防止手段３５が設けられているので、第１の
ＯＳ３２および第２のＯＳ３３の双方が破壊されて計算
機システム１の立ち上がりができなくなることを防止で
きるという効果を奏する。
【００２１】実施の形態６．次に実施の形態６を図１２
に基づいて説明する。図１２は計算機システム１を示す
ブロック図であり、３１は外部記憶装置であり内部に第
１のＯＳ１３２を格納している。６１は前記外部記憶装
置３１とは別個に設けられたフラッシュメモリでありそ
の内部に第２のＯＳ２３３を格納している。それ以外の
構成要素は前記した実施の形態１の図１と同様であるの
で説明を省略する。次に、このような構成を有する計算
機システム１の動作を説明する。第１のＯＳ３２および
第２のＯＳ３３を格納する領域について、第１のＯＳ１
３２は外部記憶装置３１に、第２のＯＳ２３３はフラッ
シュメモリ６１に格納されている。これによりＯＳ更新
中にハード的に、例えば電源断等によって外部記憶装置
３１が破壊されても、フラッシュメモリ６１上のＯＳフ
ァイルの第２のＯＳ２３３が破壊されることがないの
で、計算機システム１は立ち上がることが可能となる。
に基づいて説明する。図１２は計算機システム１を示す
ブロック図であり、３１は外部記憶装置であり内部に第
１のＯＳ１３２を格納している。６１は前記外部記憶装
置３１とは別個に設けられたフラッシュメモリでありそ
の内部に第２のＯＳ２３３を格納している。それ以外の
構成要素は前記した実施の形態１の図１と同様であるの
で説明を省略する。次に、このような構成を有する計算
機システム１の動作を説明する。第１のＯＳ３２および
第２のＯＳ３３を格納する領域について、第１のＯＳ１
３２は外部記憶装置３１に、第２のＯＳ２３３はフラッ
シュメモリ６１に格納されている。これによりＯＳ更新
中にハード的に、例えば電源断等によって外部記憶装置
３１が破壊されても、フラッシュメモリ６１上のＯＳフ
ァイルの第２のＯＳ２３３が破壊されることがないの
で、計算機システム１は立ち上がることが可能となる。
【００２２】
【発明の効果】この発明は以上述べたような構成を採用
しているので、以下に示すような効果を奏する。
しているので、以下に示すような効果を奏する。
【００２３】外部記憶装置と主メモリとウォッチドッグ
タイマとを備えた計算機システムであって、第１のＯＳ
に更新処理時、主メモリに格納されたブートローダによ
ってウォッチドッグタイマが起動され、ＯＳが正常に立
ち上がらない場合にウォッチドッグタイマがカウントア
ップして計算機システムを再起動させ、ブートローダが
外部記憶装置内の第２のＯＳを起動させるので、人手を
介して計算機の再起動すなわちリセットスイッチを押す
必要がなくてＯＳの自動更新が可能となり、ヒューマン
エラーを防止できかつ遠隔地からの復旧作業が可能とな
るという優れた効果を奏する。
タイマとを備えた計算機システムであって、第１のＯＳ
に更新処理時、主メモリに格納されたブートローダによ
ってウォッチドッグタイマが起動され、ＯＳが正常に立
ち上がらない場合にウォッチドッグタイマがカウントア
ップして計算機システムを再起動させ、ブートローダが
外部記憶装置内の第２のＯＳを起動させるので、人手を
介して計算機の再起動すなわちリセットスイッチを押す
必要がなくてＯＳの自動更新が可能となり、ヒューマン
エラーを防止できかつ遠隔地からの復旧作業が可能とな
るという優れた効果を奏する。
【００２４】またさらに、外部記憶装置にはメモリダン
プファイルが、主メモリにはメモリダンプ手段とが格納
されており、第１のＯＳ更新が正常に立ち上がらない時
ウォッチドッグタイマがカウントアップし、メモリダン
プ手段を起動して全メモリをダンプしてメモリダンプフ
ァイルに記録させるとともに、メモリダンプが終了する
と計算機システムを再起動させるとともに、ブートロー
ダが第２のＯＳを起動させるので、異常発生時のメモリ
が記録されている為、前記効果に加え、異常発生時の情
報が容易に入手でき、原因追及及び対策が行いやすいと
いう優れた効果を奏する。
プファイルが、主メモリにはメモリダンプ手段とが格納
されており、第１のＯＳ更新が正常に立ち上がらない時
ウォッチドッグタイマがカウントアップし、メモリダン
プ手段を起動して全メモリをダンプしてメモリダンプフ
ァイルに記録させるとともに、メモリダンプが終了する
と計算機システムを再起動させるとともに、ブートロー
ダが第２のＯＳを起動させるので、異常発生時のメモリ
が記録されている為、前記効果に加え、異常発生時の情
報が容易に入手でき、原因追及及び対策が行いやすいと
いう優れた効果を奏する。
【００２５】また、計算機システムの外部にメッセージ
受信手段とウォッチドッグタイヤを有する監視システム
が設けられ、主メモリにはメッセージ送信手段が格納さ
れ、ＯＳ起動前処理としてウォッチドッグタイマをメッ
セージ送受信手段を介してスタートさせ第１のＯＳ更新
が正常に立ち上がらない時、ウォッチドッグタイマがカ
ウントアップし、監視システムは計算機システムにリセ
ット信号を入れて自動的に再起動させ、ブートローダが
第２のＯＳを起動させるので、ＯＳの自動更新が可能と
なるとともに、遠隔地にある複数の計算機システムのＯ
Ｓの自動更新も可能となるという優れた効果を奏する。
受信手段とウォッチドッグタイヤを有する監視システム
が設けられ、主メモリにはメッセージ送信手段が格納さ
れ、ＯＳ起動前処理としてウォッチドッグタイマをメッ
セージ送受信手段を介してスタートさせ第１のＯＳ更新
が正常に立ち上がらない時、ウォッチドッグタイマがカ
ウントアップし、監視システムは計算機システムにリセ
ット信号を入れて自動的に再起動させ、ブートローダが
第２のＯＳを起動させるので、ＯＳの自動更新が可能と
なるとともに、遠隔地にある複数の計算機システムのＯ
Ｓの自動更新も可能となるという優れた効果を奏する。
【００２６】またさらに、主メモリにＯＳコピー手段を
設けているので、ＯＳ更新時に正常に立ち上がった第１
のＯＳをもう一方のＯＳに自動的にコピーすることがで
き、ＯＳ更新処理を効率化し、ヒューマンエラーを防止
可能という優れた効果を奏する。
設けているので、ＯＳ更新時に正常に立ち上がった第１
のＯＳをもう一方のＯＳに自動的にコピーすることがで
き、ＯＳ更新処理を効率化し、ヒューマンエラーを防止
可能という優れた効果を奏する。
【００２７】また、外部記憶装置にＯＳ書き込み防止手
段を設けているので、外部記憶装置内の領域をＯＳ更新
立ち上がり時にヒューマンエラーによって誤って書き込
まれることによるＯＳ破壊を防止できるという効果を奏
する。
段を設けているので、外部記憶装置内の領域をＯＳ更新
立ち上がり時にヒューマンエラーによって誤って書き込
まれることによるＯＳ破壊を防止できるという効果を奏
する。
【００２８】またさらに、外部記憶装置に第１のＯＳを
格納し、それと別個に設けられたフラッシュメモリに第
２のＯＳを格納しているので、電源断等によって記憶装
置が破壊されても、フラッシュメモリ上のファイルのＯ
Ｓ２が破壊されず立ち上げ可能という優れた効果を奏す
る。
格納し、それと別個に設けられたフラッシュメモリに第
２のＯＳを格納しているので、電源断等によって記憶装
置が破壊されても、フラッシュメモリ上のファイルのＯ
Ｓ２が破壊されず立ち上げ可能という優れた効果を奏す
る。
【図１】 この発明の実施の形態１の計算機システムの
ブロック図である。
ブロック図である。
【図２】 この発明の実施の形態１の動作を示すフロー
チャートである。
チャートである。
【図３】 この発明の実施の形態１による起動したＯＳ
を示す図である。
を示す図である。
【図４】 この発明の実施の形態２の計算機システムの
ブロック図である。
ブロック図である。
【図５】 この発明の実施の形態２の動作を示すフロー
チャートである。
チャートである。
【図６】 この発明の実施の形態３の計算機システムの
ブロック図である。
ブロック図である。
【図７】 この発明の実施の形態３の動作を示すフロー
チャートである。
チャートである。
【図８】 この発明の実施の形態３の複数の計算機シス
テムを有するブロック図である。
テムを有するブロック図である。
【図９】 この発明の実施の形態４の計算機システムの
ブロック図である。
ブロック図である。
【図１０】 この発明の実施の形態４の動作を示すフロ
ーチャートである。
ーチャートである。
【図１１】 この発明の実施の形態５の計算機システム
のブロック図である。
のブロック図である。
【図１２】 この発明の実施の形態６の計算機システム
のブロック図である。
のブロック図である。
【図１３】 従来の計算機システムのブロック図であ
る。
る。
【図１４】 従来の計算機システムの動作を示すフロー
チャートである。
チャートである。
１ 計算機システム、２ 監視システム、１１ 主メモ
リ、１２ ブートローダ、１３ ＯＳ、１４ メモリダ
ンプ手段、１６ ＯＳコピー手段、２１ 補助記憶装
置、２２ 起動ＯＳ名称記憶メモリ、２３ ＯＳ起動フ
ラグ、３１ 外部記憶装置、３２ 第１のＯＳ、３３
第２のＯＳ、３４ メモリダンプファイル、３５ ＯＳ
書き込み防止手段、４１ ウォッチドッグタイマ、５１
メッセージ送信手段、５２ メッセージ受信手段、６
１ フラッシュメモリ。
リ、１２ ブートローダ、１３ ＯＳ、１４ メモリダ
ンプ手段、１６ ＯＳコピー手段、２１ 補助記憶装
置、２２ 起動ＯＳ名称記憶メモリ、２３ ＯＳ起動フ
ラグ、３１ 外部記憶装置、３２ 第１のＯＳ、３３
第２のＯＳ、３４ メモリダンプファイル、３５ ＯＳ
書き込み防止手段、４１ ウォッチドッグタイマ、５１
メッセージ送信手段、５２ メッセージ受信手段、６
１ フラッシュメモリ。
─────────────────────────────────────────────────────
フロントページの続き
Ｆターム(参考） 5B042 GB05 JJ13 JJ21 KK02 LA20
LA21
5B076 BB17 CA07 EA11
Claims (8)
- 【請求項１】 外部記憶装置と、主メモリと、ウォッチ
ドッグタイマとを備えた計算機システムであって、前記
外部記憶装置には第１、第２のオペレーションシステム
が格納されており、前記主メモリには前記計算機システ
ムのオペレーションシステムと前記ウォッチドッグタイ
マを起動させるブートローダとが格納されており、前記
計算機システムのオペレーションシステムを前記第１の
オペレーションシステムに更新処理時、前記ブートロー
ダによって前記ウォッチドッグタイマは起動されてお
り、前記第１のオペレーションシステムが正常に起動し
ない場合、前記ウォッチドッグタイマがカウントアップ
することにより前記計算機システムを再起動させ、前記
ブートローダが前記第２のオペレーションシステムを起
動させることを特徴とするオペレーションシステムの自
動入れ替え可能な計算機システム。 - 【請求項２】 外部記憶装置と、主メモリと、ウォッチ
ドッグタイマとを備えた計算機システムであって、前記
外部記憶装置には第１、第２のオペレーションシステム
とメモリダンプファイルとが格納されており、前記主メ
モリには前記計算機システムのオペレーションシステム
と前記ウォッチドッグタイマを起動させるブートローダ
とメモリダンプ手段とが格納されており、前記計算機シ
ステムのオペレーションシステムを前記第１のオペレー
ションシステムに更新処理時、前記ブートローダによっ
て前記ウォッチドッグタイマは起動されており、前記第
１のオペレーションシステムが正常に起動しない場合、
前記ウォッチドッグタイマがカウントアップすることに
より前記メモリダンプ手段を起動し、全メモリをダンプ
して前記メモリダンプファイルに記録させるとともに、
メモリダンプが終了すると、前記計算機システムを再起
動するとともに、前記ブートローダが前記第２のオペレ
ーションシステムを起動させることを特徴とするオペレ
ーションシステムの自動入れ替え可能な計算機システ
ム。 - 【請求項３】 外部記憶装置と、主メモリとを備えた計
算機システムであって、前記計算機システムの外部には
監視システムが設けられており、前記外部記憶装置には
第１、第２のオペレーションシステムが格納されてお
り、前記主メモリには前記計算機システムのオペレーシ
ョンシステムとウォッチドッグタイマを起動させるブー
トローダとメッセージ送信手段とが格納されており、前
記監視システムにはメッセージ受信手段とウォッチドッ
グタイマとが設けられており、前記計算機システムのオ
ペレーションシステムを前記第１のオペレーションシス
テムに更新処理時、前記ブートローダは前記メッセージ
送、受信手段を介して前記監視システム内のウォッチド
ッグタイマを起動させ、前記第１のオペレーションシス
テムが正常動作で起動しない場合、前記ウォッチドッグ
タイマがカウントアップすることにより前記監視システ
ムは前記計算機システムにリセット信号を発して前記計
算機システムを再起動させ、前記ブートローダが前記第
２のオペレーションシステムを起動させることを特徴と
するオペレーションシステムの自動入れ替え可能な計算
機システム。 - 【請求項４】 複数台数の計算機システムの外部に１台
の監視システムが備えられ、前記監視システムが前記各
計算機システムに対して監視することを特徴とする請求
項３に記載のオペレーティングシステムの自動入れ替え
可能な計算機システム。 - 【請求項５】 外部記憶装置と主メモリとを備えた計算
機システムであって、前記外部記憶装置には第１、第２
のオペレーションシステムが格納されており、前記主メ
モリには前記計算機システムのオペレーションシステム
とウォッチドッグタイマを起動させるブートローダとオ
ペレーションシステムのコピー手段とが格納されてお
り、前記計算機システムのオペレーションシステムが前
記第１のオペレーションシステムに更新された後に、前
記コピー手段は前記第１のオペレーションシステムを前
記第２のオペレーションシステムに自動的に上書きする
ことを特徴とするオペレーションシステムの自動入れ替
え可能な計算機システム。 - 【請求項６】 外部記憶装置にはオペレーションシステ
ム書き込み防止手段が設けられていることを特徴とする
請求項１または請求項３に記載のオペレーションシステ
ムの自動入れ替え可能な計算機システム。 - 【請求項７】 外部記憶装置には、第１のオペレーショ
ンシステムが格納されており、前記外部記憶装置とは別
個に設けられたフラッシュメモリ内に第２のオペレーシ
ョンシステムが格納されていることを特徴とする請求項
１または請求項３に記載のオペレーションシステムの自
動入れ替え可能な計算機システム。 - 【請求項８】 請求項１〜請求項７のいずれか１項に記
載した計算機システムを利用したオペレーションシステ
ムの自動入れ替え方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002005628A JP2003208314A (ja) | 2002-01-15 | 2002-01-15 | オペレーティングシステムの自動入れ替え可能な計算機システムおよびそのシステムを利用したオペレーションシステムの自動入れ替え方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002005628A JP2003208314A (ja) | 2002-01-15 | 2002-01-15 | オペレーティングシステムの自動入れ替え可能な計算機システムおよびそのシステムを利用したオペレーションシステムの自動入れ替え方法 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2003208314A true JP2003208314A (ja) | 2003-07-25 |
Family
ID=27644620
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002005628A Pending JP2003208314A (ja) | 2002-01-15 | 2002-01-15 | オペレーティングシステムの自動入れ替え可能な計算機システムおよびそのシステムを利用したオペレーションシステムの自動入れ替え方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2003208314A (ja) |
Cited By (22)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2006072931A (ja) * | 2004-09-06 | 2006-03-16 | Fujitsu Ltd | パニックダンプ採取のためのプログラム、方法、及び機構 |
| JP2007058505A (ja) * | 2005-08-24 | 2007-03-08 | Nec Access Technica Ltd | 情報処理装置および情報処理装置起動方法 |
| KR100783088B1 (ko) | 2005-03-18 | 2007-12-07 | 후지쯔 가부시끼가이샤 | 정보처리 장치 |
| JP2008525892A (ja) * | 2004-12-23 | 2008-07-17 | マイクロソフト コーポレーション | モニタを用いてｔｐｍを常に“オン”にロックする方法及びシステム |
| CN100405298C (zh) * | 2005-03-18 | 2008-07-23 | 富士通株式会社 | 信息处理装置和快速启动方法 |
| JP2009015435A (ja) * | 2007-07-02 | 2009-01-22 | Nippon Telegr & Teleph Corp <Ntt> | 異常検出方法及び処理装置 |
| JP2009169524A (ja) * | 2008-01-11 | 2009-07-30 | Panasonic Electric Works Co Ltd | 宅内設備機器用のネットワークシステム |
| JP2010085084A (ja) * | 2008-09-30 | 2010-04-15 | General Electric Co <Ge> | 装備管理システム及びその動作方法 |
| JP2010186220A (ja) * | 2009-02-10 | 2010-08-26 | Nisca Corp | マイクロプロセッサの監視装置及びマイクロプロセッサの監視方法 |
| US8176564B2 (en) | 2004-11-15 | 2012-05-08 | Microsoft Corporation | Special PC mode entered upon detection of undesired state |
| KR101175825B1 (ko) | 2005-12-27 | 2012-08-24 | 엘지전자 주식회사 | 휴대용 운영체제를 설치하는 방법 및 그를 이용하는휴대용정보기기 |
| US8336085B2 (en) | 2004-11-15 | 2012-12-18 | Microsoft Corporation | Tuning product policy using observed evidence of customer behavior |
| US8347078B2 (en) | 2004-10-18 | 2013-01-01 | Microsoft Corporation | Device certificate individualization |
| US8353046B2 (en) | 2005-06-08 | 2013-01-08 | Microsoft Corporation | System and method for delivery of a modular operating system |
| US8438645B2 (en) | 2005-04-27 | 2013-05-07 | Microsoft Corporation | Secure clock with grace periods |
| US8464348B2 (en) | 2004-11-15 | 2013-06-11 | Microsoft Corporation | Isolated computing environment anchored into CPU and motherboard |
| JP2014235520A (ja) * | 2013-05-31 | 2014-12-15 | Ｎｅｃパーソナルコンピュータ株式会社 | 情報処理装置 |
| US9189605B2 (en) | 2005-04-22 | 2015-11-17 | Microsoft Technology Licensing, Llc | Protected computing environment |
| US9363481B2 (en) | 2005-04-22 | 2016-06-07 | Microsoft Technology Licensing, Llc | Protected media pipeline |
| US9436804B2 (en) | 2005-04-22 | 2016-09-06 | Microsoft Technology Licensing, Llc | Establishing a unique session key using a hardware functionality scan |
| JP2018519560A (ja) * | 2015-04-08 | 2018-07-19 | 華為技術有限公司Ｈｕａｗｅｉ Ｔｅｃｈｎｏｌｏｇｉｅｓ Ｃｏ．，Ｌｔｄ． | システム稼働方法およびインテリジェント端末 |
| JP2020119094A (ja) * | 2019-01-21 | 2020-08-06 | 株式会社日立製作所 | ソフトウェア更新システム、ソフトウェア更新方法およびプログラム |
-
2002
- 2002-01-15 JP JP2002005628A patent/JP2003208314A/ja active Pending
Cited By (28)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP4677214B2 (ja) * | 2004-09-06 | 2011-04-27 | 富士通株式会社 | パニックダンプ採取のためのプログラム、方法、及び機構 |
| JP2006072931A (ja) * | 2004-09-06 | 2006-03-16 | Fujitsu Ltd | パニックダンプ採取のためのプログラム、方法、及び機構 |
| US9336359B2 (en) | 2004-10-18 | 2016-05-10 | Microsoft Technology Licensing, Llc | Device certificate individualization |
| US8347078B2 (en) | 2004-10-18 | 2013-01-01 | Microsoft Corporation | Device certificate individualization |
| US9224168B2 (en) | 2004-11-15 | 2015-12-29 | Microsoft Technology Licensing, Llc | Tuning product policy using observed evidence of customer behavior |
| US8176564B2 (en) | 2004-11-15 | 2012-05-08 | Microsoft Corporation | Special PC mode entered upon detection of undesired state |
| US8464348B2 (en) | 2004-11-15 | 2013-06-11 | Microsoft Corporation | Isolated computing environment anchored into CPU and motherboard |
| US8336085B2 (en) | 2004-11-15 | 2012-12-18 | Microsoft Corporation | Tuning product policy using observed evidence of customer behavior |
| JP2008525892A (ja) * | 2004-12-23 | 2008-07-17 | マイクロソフト コーポレーション | モニタを用いてｔｐｍを常に“オン”にロックする方法及びシステム |
| KR100783088B1 (ko) | 2005-03-18 | 2007-12-07 | 후지쯔 가부시끼가이샤 | 정보처리 장치 |
| CN100405298C (zh) * | 2005-03-18 | 2008-07-23 | 富士通株式会社 | 信息处理装置和快速启动方法 |
| CN100407150C (zh) * | 2005-03-18 | 2008-07-30 | 富士通株式会社 | 信息处理设备与操作系统转换方法 |
| US9436804B2 (en) | 2005-04-22 | 2016-09-06 | Microsoft Technology Licensing, Llc | Establishing a unique session key using a hardware functionality scan |
| US9363481B2 (en) | 2005-04-22 | 2016-06-07 | Microsoft Technology Licensing, Llc | Protected media pipeline |
| US9189605B2 (en) | 2005-04-22 | 2015-11-17 | Microsoft Technology Licensing, Llc | Protected computing environment |
| US8438645B2 (en) | 2005-04-27 | 2013-05-07 | Microsoft Corporation | Secure clock with grace periods |
| US8353046B2 (en) | 2005-06-08 | 2013-01-08 | Microsoft Corporation | System and method for delivery of a modular operating system |
| JP2007058505A (ja) * | 2005-08-24 | 2007-03-08 | Nec Access Technica Ltd | 情報処理装置および情報処理装置起動方法 |
| KR101175825B1 (ko) | 2005-12-27 | 2012-08-24 | 엘지전자 주식회사 | 휴대용 운영체제를 설치하는 방법 및 그를 이용하는휴대용정보기기 |
| JP2009015435A (ja) * | 2007-07-02 | 2009-01-22 | Nippon Telegr & Teleph Corp <Ntt> | 異常検出方法及び処理装置 |
| JP2009169524A (ja) * | 2008-01-11 | 2009-07-30 | Panasonic Electric Works Co Ltd | 宅内設備機器用のネットワークシステム |
| JP2010085084A (ja) * | 2008-09-30 | 2010-04-15 | General Electric Co <Ge> | 装備管理システム及びその動作方法 |
| JP2010186220A (ja) * | 2009-02-10 | 2010-08-26 | Nisca Corp | マイクロプロセッサの監視装置及びマイクロプロセッサの監視方法 |
| JP2014235520A (ja) * | 2013-05-31 | 2014-12-15 | Ｎｅｃパーソナルコンピュータ株式会社 | 情報処理装置 |
| JP2018519560A (ja) * | 2015-04-08 | 2018-07-19 | 華為技術有限公司Ｈｕａｗｅｉ Ｔｅｃｈｎｏｌｏｇｉｅｓ Ｃｏ．，Ｌｔｄ． | システム稼働方法およびインテリジェント端末 |
| US10552263B2 (en) | 2015-04-08 | 2020-02-04 | Huawei Technologies Co., Ltd. | System running method and intelligent terminal |
| JP7029417B2 (ja) | 2019-01-21 | 2022-03-03 | 株式会社日立製作所 | ソフトウェア更新システム、ソフトウェア更新方法およびプログラム |
| JP2020119094A (ja) * | 2019-01-21 | 2020-08-06 | 株式会社日立製作所 | ソフトウェア更新システム、ソフトウェア更新方法およびプログラム |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP2003208314A (ja) | オペレーティングシステムの自動入れ替え可能な計算機システムおよびそのシステムを利用したオペレーションシステムの自動入れ替え方法 | |
| EP1899814B1 (en) | Firmware update for consumer electronic device | |
| US7644302B2 (en) | Restarting method using a snapshot | |
| KR100389206B1 (ko) | 컴퓨터 운영 시스템 보호 방법 및 장치 | |
| US20040030877A1 (en) | Using system BIOS to update embedded controller firmware | |
| US20120216075A1 (en) | Method, system and article of manufacture for system recovery | |
| US20040076043A1 (en) | Reliable and secure updating and recovery of firmware from a mass storage device | |
| KR20070108060A (ko) | 빠른 부팅 웨이크-업을 실행하는 시스템 | |
| US20090271660A1 (en) | Motherboard, a method for recovering the bios thereof and a method for booting a computer | |
| TWI764454B (zh) | 韌體損壞恢復技術 | |
| WO2000054133A1 (fr) | Dispositif de traitement de donnees, procede de sauvegarde/chargement de donnees et support de memorisation de donnees | |
| JPH10307726A (ja) | 起動エラー時におけるファームウェアリカバリ方式 | |
| KR101850275B1 (ko) | 빠른 부팅을 위한 부트 이미지를 생성하는 방법 및 이를 수행하는 화상형성장치, 부트 이미지를 이용하여 빠른 부팅을 수행하는 방법 및 이를 수행하는 화상형성장치 | |
| JP2004361994A (ja) | データ管理装置、データ管理方法及びプログラム | |
| CN113849235A (zh) | 控制方法、装置及电子设备 | |
| CN111078452A (zh) | 一种bmc固件镜像恢复方法与装置 | |
| JP2004054616A (ja) | ファームウェア自動修復機能を有する情報処理装置 | |
| US8762769B2 (en) | Downloading a disk image from a server with a reduced corruption window | |
| CN111427721A (zh) | 异常恢复方法及装置 | |
| JP4165423B2 (ja) | コアｉ／ｏカードを実装したシステムボード | |
| JP2003122575A (ja) | 情報処理装置 | |
| JP2008198152A (ja) | 冗長構成を有するコンピュータシステム及びコンピュータシステムの系切り換え方法 | |
| EP3633512A1 (en) | Electronic device, tv set and method | |
| JP2000322397A (ja) | 情報処理装置 | |
| JP2005078336A (ja) | 画像形成装置と画像形成装置のプログラム書換方法 |