JP3048792B2

JP3048792B2 - オペレーティングシステムの自動入れ替え方法及びそれを利用した計算機システム

Info

Publication number: JP3048792B2
Application number: JP5170098A
Authority: JP
Inventors: 司小林; 茂小川; 浩二小林; 伸哉樫村; 肇藤本; 輝幸安永; 茂則金子; 修治西山
Original assignee: Hitachi Ltd
Current assignee: Hitachi Ltd
Priority date: 1993-07-09
Filing date: 1993-07-09
Publication date: 2000-06-05
Anticipated expiration: 2015-06-05
Also published as: JPH0728632A

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は計算機システムの動作を
制御するオペレーティングシステムに関し、特に、かか
るオペレーティングシステムを自動的に入れ替えること
の可能なオペレーティングシステム自動入れ替え方法、
及び、かかる方法を利用してオペレーティングシステム
の自動入れ替えが可能な計算機システムに関する。

【０００２】

【従来の技術】計算機システムは、近年、その演算能力
や記憶容量の大幅な増大に伴い、その能力を著しく向上
してきている。これに伴い、かかる計算機システムの動
作を制御するオペレーティングシステム（以下、単にＯ
Ｓと称する）や、これにより実行されるアプリケーショ
ンなどのソフトウェアも、年々その版数の更新（いわゆ
る、バージョンアップ）が行われている。

【０００３】かかるソフトウェアの版数の更新に関し、
例えば特開昭６２−１００８３４号公報によれば、実行
プログラム全体で１個の版数だけが付与されるプログラ
ム構成において、その構成モジュール中の、新版数のプ
ログラムを作成する際に何らかの原因で混入した古いモ
ジュールを検出するものが知られている。これは、実行
プログラムの置換時に新プログラムの構成モジュールの
版数が旧プログラム内の対応モジュールの版数よりも古
くなっていないことをチェックすることにより、プログ
ラムの改版時に誤ってプログラムの一部が旧版に戻って
しまうのを防止するためのものである。

【０００４】また、特開平１−２１７５２０号公報によ
れば、特にシステムの立上げに際し、システム立上げ前
の情報処理システムの内部状態を読み出して採取してお
くシステム立上げ方式が知られている。すなわち、この
方式では、従来技術における人手によって行なう必要が
あった各装置の状態のダンプ出力やログアウトの操作
を、立上げ時の時間不足や操作ミスにより忘れ、これら
重要なダンプ出力やログアウトの採取忘れを補うもので
ある。

【０００５】さらに、特開平３−２０４７２３号公報に
よれば、特に電子交換システムにおけるプログラム入れ
替えに適合した方式が開示されている。すなわち、この
プログラム入れ替え方式によれば、電子交換システムの
ように長期に渡って使用されるシステムにおいて、要求
されるサービス仕様に対応して追加／変更が加えられる
プログラムを、特に新旧プログラム間でデータ構造が異
なる場合にも、通話中の呼を救済してプログラム入れ替
えを行うことが可能となる。

【０００６】

【課題を解決するための手段】上記の従来技術は、しか
しながら、バージョンの異なるアプリケーション等の入
れ替え作業についての一部分の自動化を図ってはいるも
のの、複数種のソフトウェアレパートリーを取捨選択す
ることが出来る計算機システムにおけるＯＳの入れ替え
については、何等の示唆をも示してはいないのが現状で
あった。

【０００７】上記の従来技術においても、なお、複数種
のソフトウェアレパートリーを取捨選択することが出来
る計算機システムにおけるＯＳのインストールと入れ替
え（交換）と拡張（追加）は、手順が複雑でかつそれぞ
れ異なっており、そのため、ＯＳの入れ替えには、熟練
者によるによる操作が必要であった。すなわち、ＯＳの
バージョンアップ等で現在ユーザが使用しているＯＳを
入れ替える場合、事前準備としてユーザが磁気テープな
どの現ＯＳのバックアップを取り、その後、磁気テープ
などに既に準備されているメーカ提供のＯＳをインスト
ールする。すると、ユーザのシステムにインストールさ
れているプログラムパッケージや、そのシステム固有の
構成情報に応じて、最適なＯＳを自動生成し、現ＯＳの
格納領域に新しく生成したＯＳを上塗りして保存するこ
とが行われる。その後、現システムを停止して、生成さ
れた新ＯＳ新によって立上げ処理を行うが、万一、新Ｏ
Ｓに障害が生じて立上げに失敗した場合は、事前に保存
していた実績のある現ＯＳをもう一度インストールし直
して、システムを立上げ直すことが行われていた。

【０００８】すなわち、上記の従来技術では、ＯＳのバ
ージョンアップのためにＯＳの入れ替えを行う際に、新
ＯＳ内に含むバグやシステムとのアンマッチなどの原因
によりシステムの停止に陥った場合、インストールした
新ＯＳを、上記の磁気テープなどに保存しておいた現在
まで使用していた現ＯＳに戻す作業を行わなければなら
ず、そのため、ＯＳ管理、復旧作業などにおいてユーザ
の誤操作や不適切な判断が介入する余地が存在してお
り、また、復旧作業に伴うシステムの停止時間が増大す
るという問題点があった。

【０００９】そこで、本発明では、上記の従来技術に鑑
み、計算機システムにおけるＯＳのインストールと入れ
替え及びＯＳ管理を自動的に行い、もって、ユーザの誤
操作や不適切な判断が介入する余地のない、オペレーテ
ィングシステムの自動入れ替え方法を提供するととも
に、これを利用してその保守性を向上することの可能な
計算機システムを提供することを目的とする。

【００１０】また、本発明によれば、上記のＯＳの自動
入れ替えの際に自己の動作を確認し、特にオンライン動
作中でのシステム動作の停止を防止することの可能なオ
ペレーティングシステムの自動入れ替え方法とそれを利
用した計算機システムを提供することを目的とする。

【００１１】さらに、本発明によれば、前記の自己動作
の確認により異常が検出された場合には自動的に旧ＯＳ
に復旧する同時に、その復旧時間の短縮を図ることの可
能なオペレーティングシステムの自動入れ替え方法とそ
れを利用した計算機システムを提供することを目的とす
る。

【００１２】最後に、本発明によれば、上記自己動作の
確認により異常が検出された場合には、その異常を後に
詳細に分析して原因の解明を可能にすることにより保守
性の優れたオペレーティングシステムの自動入れ替え方
法とそれを利用した計算機システムを提供することを目
的とする。

【００１３】

【課題を解決するための手段】上記の目的を達成するた
め、本発明によれば、少なくとも演算処理装置と、主記
憶装置と、補助記憶装置とを備え、前記主記憶装置と前
記補助記憶装置との間にデータ転送機能を有する計算機
システムにおいて、オペレーティングシステムを自動的
に入れ替えることの可能なオペレーティングシステムの
自動入れ替え方法は、新ＯＳのインストールに続いて、
当該新ＯＳを自動的に生成し、この自動生成した新ＯＳ
を前記補助記憶装置のＯＳ格納領域内へ格納し、かつ、
前記主記憶装置上の管理テーブルへ当該新ＯＳが格納さ
れた前記補助記憶装置上のアドレスを登録するオペレー
ティングシステムの自動入れ替え方法が提案されてい
る。

【００１４】また、上記の目的を達成するため、オペレ
ーティングシステムを自動的に入れ替えることの可能な
計算機システムであって、少なくとも、演算処理装置
と、主記憶装置と、補助記憶装置とを備え、かつ、前記
主記憶装置と前記補助記憶装置との間にデータ転送機能
を有する計算機システムにおいて、前記補助記憶装置
は、新ＯＳ及び現ＯＳを含む複数のＯＳを格納するため
のＯＳ格納領域を備え、かつ、前記主記憶装置は前記補
助記憶装置のＯＳ格納領域に格納されたＯＳをローディ
ングする手段を有すると共に、前記補助記憶装置のＯＳ
格納領域に格納されたＯＳを管理するための管理テーブ
ルを備えている計算機システムが提案されている。

【００１５】また、他の本発明の目的を達成するため、
上述のオペレーティングシステムの自動入れ替え方法及
びそれを利用した計算機システムにおいて、さらに、自
己診断機能を行うものが提案されている。

【００１６】さらに、他の本発明の目的を達成するた
め、上述のオペレーティングシステムの自動入れ替え方
法及びそれを利用した計算機システムにおいて、いわゆ
る復旧処理を行うものが提案されている。

【００１７】加えるに、さらに他の本発明の目的を達成
するため、上述のオペレーティングシステムの自動入れ
替え方法及びそれを利用した計算機システムにおいて、
前記自己診断機能による診断結果を格納するようにした
ものが提案されている。

【００１８】

【作用】すなわち、上記の本発明のオペレーティングシ
ステムの自動入れ替え方法及びそれを利用した計算機シ
ステムによれば、インストールされた新ＯＳを含む複数
のＯＳを補助記憶装置のＯＳ格納領域に格納すると同時
に、主記憶装置にはそれら複数のＯＳを管理する管理テ
ーブルを設けることにより、いわゆる世代管理機能を行
って、ユーザの誤操作や不適切な判断が介入する余地の
ないオペレーティングシステムの自動入れ替え方法と、
これを利用し、計算機システムの保守性を向上すること
が可能となる。

【００１９】また、さらに、インストールされた新ＯＳ
の自己診断機能を行うことにより、現ＯＳを新ＯＳに自
動で入れ替える際、新ＯＳによりシステムを立上げる前
に、バグ等の障害やシステムとのマッチングを確認する
ことにより、未然に欠陥のある新ＯＳでの計算機システ
ムの動作を防止することが可能になることから、欠陥の
ある新ＯＳによるオンライン動作中でのシステム動作の
停止を防止することが可能になる。

【００２０】さらに、上述のオペレーティングシステム
の自動入れ替え方法及びそれを利用した計算機システム
において、いわゆる復旧処理を自動的に行うものを提案
することにより、上記自己診断の結果、欠陥のある新Ｏ
Ｓであることがわかった場合の処理、すなわち、新ＯＳ
に代えて、実績のある現ＯＳへの復帰を自動的に行うこ
とにより、上記と同様に、ユーザの誤操作や不適切な判
断が介入する余地のないオペレーティングシステムの自
動入れ替え方法と、これを利用して計算機システムの保
守性を向上することが可能になる。

【００２１】最後に、上記新ＯＳの自己診断結果を、特
に当該新ＯＳに欠陥があると判断された場合に、自動的
に保存するようにしたことにより、ユーザの誤操作や不
適切な判断により記録を忘れてしまうことなく、確実に
事後の当該新ＯＳの欠陥原因の分析や解明に利用するこ
とを可能にすることにより、保守性の優れたオペレーテ
ィングシステムの自動入れ替え方法とそれを利用した計
算機システムを提供することが可能になる。

【００２２】

【実施例】以下、本発明の実施例について、添付の図面
を参照しながら詳細に説明する。まず、図１には、本発
明のオペレーティングシステムの自動入れ替え方法を利
用する計算機システムの全体構成の概要が示されてい
る。すなわち、この計算機システムは、基本的には、中
央演算装置（ＣＰＵ）１０１と、補助記憶装置１０２
と、主記憶装置１１８とから構成されている。これら補
助記憶装置１０２と主記憶装置１１８との間には、デー
タ転送機能が設けられており、また、この図中には示さ
れていないが、この計算機システムには、さらに、ＣＰ
Ｕ１０１からの処理内容や入出力など表示するための、
例えばＣＲＴ等から構成される表示装置、あるいは、オ
ペレータからの指令を入力するための、例えばキーボー
ドやマウスなどの入力装置も含まれている。

【００２３】上記の補助記憶装置１０２は、その記憶領
域内にＯＳ格納領域１０３を備えており、さらに、新Ｏ
Ｓを格納するための新ＯＳ格納領域１０４、現ＯＳを格
納するための現ＯＳ格納領域１０５、旧ＯＳを格納する
ための旧ＯＳ格納領域１０６、そして、診断用ＯＳを格
納するための診断用ＯＳ格納領域１０７を備えている。
また、上記の補助記憶装置１０２は、例えばハードディ
スクなどの記憶媒体により、後に詳細に説明する主記憶
装置とは個別に分離して構成されている。

【００２４】主記憶装置１１５は、新ＯＳ、現ＯＳ及び
旧ＯＳの上記補助記憶装置１０２内におけるアドレスを
記憶するための管理テーブル１０８と、新ＯＳを診断し
てローディングすべきか否かを判断するための自己診断
開始フラグ１０９と、上記補助記憶装置１０２内に格納
されている新ＯＳ、現ＯＳ及び旧ＯＳの中から上記主記
憶装置１１８内にＯＳをローディングするためのＯＳロ
ーディング手段１１０と、前記ＯＳローディング手段１
１０の働きによって計算機システムを制御するためのＯ
Ｓを格納するためのＯＳ格納領域１１２とを備えてい
る。この主記憶装置１１８は、さらに、システムにロー
ディングするＯＳを診断してローディングすべきか否か
を判断するための自己診断プログラム１１３と、上記自
己診断プログラム１１３により異常が検出された場合に
ＯＳを元のＯＳに復旧するための復旧処理プログラム１
１４と、ＯＳの入れ替えを実行するするためのＯＳ入れ
替えプログラム１１５と、ＯＳの入れ替えに伴って新た
なＯＳを生成するための新ＯＳ生成サブプログラム１１
６と、さらに、ＯＳを管理するためのＯＳ管理プログラ
ム１１７が格納されて構成されている。また、上記ＯＳ
ローディング手段１１０は、自己診断開始フラグを検出
するための自己診断開始フラグ検出手段１１１を内部に
備えている。

【００２５】続いて、上記構成からなる計算機システム
における本発明のオペレーティングシステムの自動入れ
替え方法について、図２の本発明のフローチャートを参
照すると同時に、図６に示す従来技術のオペレーティン
グシステムの自動入れ替え方法をも参照しながら、これ
らを比較することにより詳細に説明する。

【００２６】まず、従来のＯＳ入れ替え作業において
は、図６に示すように、ユーザは事前に補助記憶装置上
の現ＯＳのバックアップを取っておき（２０１）、その
後、ＯＳをインストールする（２０２）。そして、従来
は、新ＯＳ生成サブプログラムをオペレータ（ユーザ）
が手動で起動して新ＯＳを生成し（２０３）、現ＯＳ格
納領域に新ＯＳを上塗りして保存することが行われてい
た。そのため、現ＯＳのバックアップはユーザの意識に
任されており、かつ、その入れ替え作業中にオペレータ
（ユーザ）の誤操作や誤判断が介入する余地があった。

【００２７】これに対し、本発明の計算機システムによ
れば、図２に示すように、その主記憶装置１１８上に
は、ＯＳ入れ替えプログラム１１５と新ＯＳ生成サブプ
ログラム１１６が格納されており、かつ、補助記憶装置
１０２上には、複数のＯＳ（すなわち、新ＯＳ、現Ｏ
Ｓ、旧ＯＳ）を格納することが可能なＯＳ格納領域１０
３が設けられている。そのため、本発明のＯＳ入れ替え
のフローチャートでは、図２に示すように、まず、ユー
ザによってＯＳのインストールが行われると（３０
１）、その時点で、上記主記憶装置１１８上のＯＳ入れ
替えプログラム１１５が働き、これにより、やはり上記
主記憶装置１１８上の新ＯＳ生成サブプログラム１１６
を起動する（３０３）。その後、主記憶装置１１８上の
新ＯＳを、補助記憶装置１０２上の新ＯＳ格納領域１０
４へ保存することとなる（３０４）。以上の２つのステ
ップ（３０３）と（３０４）を併せて、本発明では、こ
れを世代管理機能（３０２ａ）と称する。

【００２８】このように、上記世代管理機能（３０２
ａ）では、新ＯＳの自動生成と、同時に、現ＯＳも自動
的に補助記憶装置１０２上に保存されることから、従来
のように現ＯＳのバックアップをユーザが意識して取っ
ておく必要がなくなる。また、ユーザは新ＯＳ生成サブ
プログラム１１６を手動で起動する必要もなくなり、こ
れによりオペレータ（ユーザ）の誤操作や誤判断による
危険性も低減されることとなる。

【００２９】ここで再び図６の従来のＯＳ入れ替え作業
に戻り、従来は、新ＯＳの現ＯＳ格納領域１０５上への
上塗保存の後は、手動入力により、生成した新ＯＳにて
立上げを開始することとなるが（２０５）、この場合、
この新ＯＳがシステムとマッチするか否かの保証のない
ままシステムに投入していた。そのため、万一、障害が
発生した場合（２０６）には、上記のステップ（２０
１）でバックアップを取っておいた実績のある現ＯＳに
て手動で再立上げ（２０７）を行って、再度、オンライ
ンを開始（２０８）しなければならず、ここでも、やは
りオペレータの誤操作や誤判断が介在する余地があっ
た。

【００３０】再び図１に戻り、本発明のＯＳ入れ替え方
法では、上述した世代管理機能（３０２ａ）に続いて、
上記主記憶装置１１８上に設けられ、そして、動作確認
の有効性を示す自己診断開始フラグ１０９と、ＯＳロー
ディング手段１１０と、その内部に設けられた自己診断
開始フラグ検出手段１１１と、ＯＳ格納領域１１２と、
さらに、自己診断プログラム１１３などの働きにより、
自動的に自己診断を行う自己診断機能を行わせるように
している。すなわち、上記の世代管理機能３０２ａにお
ける新ＯＳの自動生成（３０３）と現ＯＳの保存（３０
４）に続いて、新ＯＳの自己診断プログラム１１３を起
動させて自己診断開始フラグ１１９をオン状態にし（３
０５）、新ＯＳがシステムとマッチするか否かの自己診
断を行う（３０６）。すなわち、自己の動作確認の有効
性を示すため、自己診断開始フラグ１０９をオンにす
る。

【００３１】この自己診断の結果、問題がない（ＯＫ）
と判断された場合には、新ＯＳの立上げを続行する（３
０７）。一方、新ＯＳがシステムと何等かの問題がある
場合には（ＮＧ）、フローは新ＯＳの立上げを打ち切る
（３０９）。このように、本発明のＯＳ入れ替え方法で
は、自己診断機能を備えたことにより、高い信頼性で新
ＯＳをオンライン上のシステムに投入することが可能に
なる。また、上記の新ＯＳの立上げを続行するステップ
（３０７）では、主記憶装置１１８のＯＳローディング
手段１１０が管理テーブル１０８内から新ＯＳの名称を
検索し、発見したら、次に、補助記憶装置１０２上のア
ドレスを読み込んで、主記憶装置１１８上のＯＳ格納領
域１１２へ新ＯＳをローディングする。このため、新Ｏ
Ｓによって立上げを開始する命令についても、従来のよ
うにオペレータが指示する必要がなく、自動的に行わ
れ、オペレータの誤操作や誤判断が介在する余地がなく
なり、危険性が低減されることとなる。

【００３２】その後、新ＯＳでの立上げ続行のステップ
（３０７）によって新ＯＳでの立上げが成功すると、主
記憶装置１１８のＯＳ管理プログラム１１７が起動して
管理テーブル１０８のＯＳ名称のみを変更する。すなわ
ち、現ＯＳを旧ＯＳへ、そして、新ＯＳを現ＯＳへと変
更する（３０８）。この場合、管理テーブル１０８内の
アドレスは変更しないことから、立上げ成功以前は、補
助記憶装置１０２内の新ＯＳ格納領域１０４に入ってい
たものは新ＯＳであったが、今後は、現ＯＳが格納され
ている現ＯＳ格納領域となる。これも、上記補助記憶装
置１０２上に複数のＯＳを格納するＯＳ格納領域１０３
を設けたことにより、ユーザのＯＳ管理の面での負担を
軽減することになる。このようなＯＳ管理プログラム１
１７が行う処理も、上記の世代管理機能の一部である。

【００３３】一方、既述のように、自己診断のステップ
（３０６）において、新ＯＳがシステムと何等かの問題
がある場合には（ＮＧ）、フローは新ＯＳの立上げを打
ち切り（３０９）、主記憶装置１１８上のＯＳローディ
ング手段１１０内の自己診断開始フラグ検出手段１１１
が、自己診断開始フラグ１０９が立っていることを確認
して、実績のある現ＯＳを主記憶装置１１８のＯＳ格納
領域１１２へローディングし、その後、自動的に立上げ
が行われる（３１０）。これら新ＯＳの立上げを打ち切
り（３０９）と、現ＯＳによる立上げ開始（３１０）の
処理を、復旧機能（３１１）と定義する。

【００３４】その後、主記憶装置１１８のＯＳ管理プロ
グラム１１７が、管理テーブル１０８上のＯＳの名称を
変更する。この場合、新ＯＳについては、その診断結果
を保存した後に消去する（３１２）。これも、上記補助
記憶装置１０２上に、新ＯＳ、現ＯＳ、旧ＯＳ、そし
て、診断用ＯＳの４個のＯＳを格納するＯＳ格納領域１
０３を設けたことにより、複数のＯＳの世代管理が可能
になった（いわゆる、世代管理機能３０２ｂ）。すなわ
ち、ＯＳ管理プログラム１１７が、新ＯＳ診断結果をＯ
Ｓ格納領域１０３内の診断用ＯＳ１０７内に保存し、管
理テーブル１０８にも名称と補助記憶装置１０２のアド
レスを追記する。また、上記の診断結果を補助記憶装置
１０２内の診断用ＯＳ格納領域１０７に保存することに
よって、新ＯＳで立ち上がらなかった原因を後に究明す
ることが可能になる。その後、主記憶装置１１８内に格
納されている復旧処理プログラム１１４が起動して、自
己診断開始フラグ１０９をオフにし（３１３）、オンラ
イン開始となる（３１４）。

【００３５】次に、図３により、上記の世代管理機能
（３０２ａ）の処理の詳細について説明を行う。ＯＳを
インストールした時点で、主記憶装置１１８内に格納さ
れたＯＳ入れ替えプログラム１１５が動作し（４０
１）、新ＯＳ生成サブプログラム１１６を起動させる。
この新ＯＳ生成サブプログラムは、新ＯＳを生成し（３
０３）、この生成した新ＯＳを、補助記憶装置１０２の
新ＯＳ格納領域に格納し（４０３）、さらに、主記憶装
置１１８上のＯＳ管理テーブル１０８にはＯＳ名称と新
ＯＳ格納領域のアドレスを登録する（４０４）。

【００３６】このように、ＯＳをインストールした時か
ら新ＯＳ格納まで、ユーザなどによるオペレーションが
介入する余地はなく、ユーザは、例えばカートリッジテ
ープを挿入してＯＳ入れ替えプログラムを起動させるだ
けで済む。

【００３７】図４には、もう一方の世代管理機能（３０
２ｂ）の処理の詳細について説明を行う。なお、従来に
おいては、ＯＳローディング手段１１０は自分が主記憶
装置１１８上のＯＳ格納領域１１２へローディングした
ＯＳの種別をＯＳ管理テーブル１０８に登録するように
作られていた。

【００３８】これに対し、本発明のＯＳ入れ替え方法で
は、主記憶装置１１８上のＯＳ管理プログラム１１７
が、前記ＯＳローディング手段１１０が作成したテーブ
ルを読み込み、読み込んだテーブル内の情報から、ＯＳ
ローディング手段１１０が主記憶装置１１８にローディ
ングしたＯＳの属性を判断する。すなわち、ＯＳローデ
ィング手段１１０は新ＯＳをローディングしたか否かを
判断する（５０１）。

【００３９】その判断の結果、そのＯＳが新ＯＳ（すな
わち、「Ｙ」）であれば、ＯＳ管理プログラム１１７が
管理テーブル１０８の現ＯＳという名称を旧ＯＳという
名称に、新ＯＳという名称を現ＯＳという名称に変更す
る（５０２）。このように、名称のみを変更するだけで
あることから、補助記憶装置１０２上のアドレスには変
更がなく、そのため、自己診断以前には新ＯＳ格納領域
１０４に格納されていた新ＯＳは「現ＯＳ」という名称
で管理され、現ＯＳ格納領域１０５に格納されていた現
ＯＳは「旧ＯＳ」という名称で管理されることとなる。
すなわち、補助記憶装置１０２上の格納領域間の移動は
ない。一方、読み込んだＯＳの属性が新ＯＳでなかった
（すなわち、「Ｎ」）場合には、主記憶装置１１８上の
ＯＳ管理プログラム１１７が管理テーブル１０８の「新
ＯＳ」という名称を「診断用ＯＳ」という名称に名称を
変更する（５０３）。

【００４０】図５には、上述の自己診断機能の詳細が示
されている。まず、主記憶装置１１８上の自己診断開始
フラグ１０９がオンか否かを判断する（６０１）が、通
常、この自己診断開始フラグ１０９はオフに設定されて
いるので、新ＯＳ立上げフラグがオンかどうかの条件文
（６０１）は、「Ｎｏ」のほうに進む。これにより、自
己診断開始プログラム１１３が自己診断開始フラグ１０
９をオンにし（６０２）、続いて、ＯＳローディング手
段１１０によって新ＯＳが主記憶装置１１８上にローデ
ィングされたか否かを判断する（６０３）。ここで、新
ＯＳのローディングが失敗した（Ｎｏ）時は、再び、上
記の処理（６０１）へ戻り、自己診断開始フラグ１０９
の状態を見る。この場合、自己診断開始フラグ１０９は
オンされているので、自己診断の結果を「ＮＧ（不
可）」とする（６０８）。

【００４１】一方、上記のステップ（６０３）でローデ
ィングが成功すれば（Ｙｅｓ）、割り込み処理や入出力
制御の機能をする基本制御ＯＳにリンクして立上げ処理
を行って、この立上げ処理が成功か否かを判断する（６
０４）。この処理が失敗した（Ｎｏ）時は、前述と同
様、上記の処理（６０１）へ戻り、自己診断の結果を
「ＮＧ（不可）」とする（６０８）。

【００４２】上記の立上げ処理（６０４）が成功（Ｙｅ
ｓ）すれば、ユーザ毎に取捨選択した各ソフトウェアレ
パートリの初期化処理が成功したか否かを判断すること
となる（６０５）。この判断の結果、失敗（Ｎｏ）と判
定される場合には、上記の処理（６０１）へ戻り、自己
診断の結果を「ＮＧ（不可）」とする（６０８）。一
方、成功（Ｙｅｓ）と判断される場合には、さらに、各
ソフトウェアレパートリの立上げ処理が成功か否かを判
断し（６０６）、その結果、成功（Ｙｅｓ）と判断され
る場合には、自己診断の結果を「ＯＫ（可）」とする
（６０７）。他方、失敗（Ｎｏ）と判定される場合に
は、上記の処理（６０１）へ戻って自己診断の結果を
「ＮＧ（不可）」とする（６０８）。

【００４３】以上のように、主記憶装置１１８上の自己
診断プログラム１１３、ＯＳローディング手段１１０、
上記ＯＳローディング手段１１０内の自己診断開始フラ
グ検出手段１１、自己診断開始フラグ１１４を設定する
ことによって、新ＯＳの自己診断が可能となり、これに
より、オンライン開始後のシステムの停止を未然に防止
することが可能になる。

【００４４】

【発明の効果】以上の詳細な説明からも明らかなよう
に、本発明のオペレーティングシステムの自動入れ替え
方法、及び、これを利用した計算機システムによれば、
計算機システムにおいてＯＳを入れ替える際、今までユ
ーザが使用していた現ＯＳのバックアップを取っておく
などの、従来ユーザの意識や判断に任せられていたＯＳ
管理面でのユーザの負担を大幅に低減し、同時に、新Ｏ
Ｓの入れ替え動作を確実にかつ自動的に実行することを
可能にし、ユーザの誤操作や不適切な判断が介入する余
地をなくしてその保守性を向上することが可能になる。

【００４５】また、上記の本発明のオペレーティングシ
ステムの自動入れ替え方法、及び、これを利用した計算
機システムによれば、新ＯＳの生成の後に、自動的に自
己診断を行う自己診断機能を設けたことにより、新ＯＳ
によるオンライン開始以前に、システムとの適合性を自
動的に判断してオンライン動作中での停止を防止し、熟
練者によれなくても安全で確実なＯＳの自動入れ替え動
作を可能にする。

【００４６】さらに、前記の自己診断機能により異常が
検出された場合には、自動的に実績のある現ＯＳに復旧
することから、新ＯＳとシステムとの不適合時にも、シ
ステムの停止時間を最小限にして計算機システムの最大
限の活用を図ることが出来る。

【００４７】また、上記自己動作の確認により異常が検
出された場合には、これを記憶しておき、後にその異常
を詳細に検討して分析することを可能にすることによ
り、計算機システムの保守性を向上することが可能にな
る。

【図面の簡単な説明】

【図１】本発明のオペレーティングシステムの自動入れ
替え方法を利用した計算機システムの概略構成を示すブ
ロック図である。

【図２】上記オペレーティングシステムの自動入れ替え
方法の全体の処理の流れを示すフローチャートである。

【図３】上記図２の処理の一方の世代管理機能の処理の
流れを示すフローチャートである。

【図４】上記図２の処理の他方の世代管理機能の処理の
流れを示すフローチャートである。

【図５】上記図２の処理における自己診断機能の処理の
流れを示すフローチャートである。

【図６】上記図２の本発明のオペレーティングシステム
の自動入れ替え方法の動作を比較しながら説明するた
め、従来技術におけるオペレーティングシステムの自動
入れ替え方法の一例を示したフローチャートである。

【符号の説明】

１０１中央演算処理装置（ＣＰＵ）１０２補助記憶装置１０３ＯＳ格納領域１０４新ＯＳ格納領域１０５現ＯＳ格納領域１０６旧ＯＳ格納領域１０７診断用ＯＳ格納領域１０８管理テーブル１０９自己診断開始フラグ１１０ＯＳローディング手段１１１自己診断開始フラグ検出手段１１２ＯＳ格納領域１１３自己診断プログラム１１４復旧処理プログラム１１５ＯＳ入れ替えプログラム１１６新ＯＳ生成サブプログラム１１７ＯＳ管理プログラム１１８主記憶装置

───────────────────────────────────────────────────── フロントページの続き (72)発明者小林浩二茨城県日立市大みか町五丁目２番１号株式会社日立製作所大みか工場内 (72)発明者樫村伸哉茨城県日立市大みか町五丁目２番１号株式会社日立製作所大みか工場内 (72)発明者藤本肇茨城県日立市大みか町五丁目２番１号日立プロセスコンピュータエンジニアリング株式会社内 (72)発明者安永輝幸茨城県日立市大みか町五丁目２番１号日立プロセスコンピュータエンジニアリング株式会社内 (72)発明者金子茂則茨城県日立市大みか町五丁目２番１号株式会社日立製作所大みか工場内 (72)発明者西山修治茨城県日立市大みか町五丁目２番１号株式会社日立製作所大みか工場内 (56)参考文献特開平４−239321（ＪＰ，Ａ) 特開平５−81036（ＪＰ，Ａ) 特開平３−74724（ＪＰ，Ａ) 特開平３−139719（ＪＰ，Ａ) 特開平４−113421（ＪＰ，Ａ) 実開平３−74045（ＪＰ，Ｕ) (58)調査した分野(Int.Cl.⁷，ＤＢ名) G06F 9/06 - 9/445

Claims

(57)【特許請求の範囲】

【請求項１】複数種のソフトウェアレパートリを取捨
選択することができる計算機システムにおけるＯＳの自
動入れ替え方法において、計算機システムは自己診断手段を持ち、新ＯＳをインス
トールすると共に、自己診断手段を動作させての自己診
断時に該新ＯＳを立ち上げてこの新ＯＳの立ち上げ処理
チェック、及び上記ソフトウェアレパートリの初期化処
理チェック並びにソフトウェアレパートリの立ち上げ処
理チェックを行うものとしたＯＳの自動入れ替え方法。
【請求項２】複数種のソフトウェアレパートリを取捨
選択することができる計算機システムにおけるＯＳの自
動入れ替え方法において、計算機システムは自己診断手段を持ち、新ＯＳをインス
トールし該ＯＳに対応するように上記ソフトウェアレパ
ートリを生成し、自己診断手段を動作させての自己診断
時に該新ＯＳを立ち上げてこの新ＯＳの立ち上げ処理の
チェック、及び生成したソフトウェアレレパートリの初
期化処理チェック並びにこのソフトウェアレパートリの
立ち上げ処理のチェックを行うものとしたＯＳの自動入
れ替え方法。
【請求項３】複数種のソフトウェアレパートリを取捨
選択することができる計算機システムにおいて、新ＯＳをインストールすると共に現ＯＳを退避させるＯ
Ｓ入れ替え手段と、該新ＯＳを立ち上げて立ち上げ処理
チェック、及び上記ソフトウェアレパートリの初期化処
理チェック並びにソフトウェアレパートリの立ち上げ処
理チェックを行い、これらのチェックで否定であれば、
現ＯＳを新ＯＳに代替させる自己診断手段と、を有する
計算機システム。