JPH07104991A - ソフトウェアの修正装置 - Google Patents

Abstract

(57)【要約】 【目的】情報処理システムのソフトウェアにソフトウェ
アの修正情報を適用する場合に、システムの運用を中断
することを不要とし、システムの稼働性を向上させる。 【構成】ソフトウェアの格納ファイルを二重化し、一方
を運用ファイル、他方を待機ファイルとし、運用中に、
運用ファイル２２を待機ファイル２３に複写し、ソフト
ウェアの修正情報を待機ファイル２３に適用し、修正実
施フラグ１１を設定する。修正後、システム立ち上げに
おいて、修正実施フラグ１１がオンである時に、運用フ
ァイル管理テーブル１３に待機ファイル２３の情報を新
たな運用ファイルの情報として設定する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、情報処理システムのソ
フトウェアの修正装置に関し、特に、システムの運用を
停止することなくパッチデータや置換モジュールなどの
ソフトウェアの修正情報を適用するソフトウェアの修正
装置に関する。

【０００２】

【従来の技術】近年、情報処理業務の多様化に伴い情報
処理システムの信頼性の向上が強く求められている。こ
のため、既にフィールドで稼働中のシステムにおいてソ
フトウェアの修正が必要となった場合には、速やかに実
行されることが必要である。しかしながら、２４時間稼
働のシステムなどソフトウェアの修正のためにシステム
の運用を停止することが難しいものもあり、システムの
運用を中断することなくソフトウェアの修正情報を適用
することが望まれている。

【０００３】従来、このような場合におけるソフトウェ
アの修正は、修正対象のソフトウェアの格納媒体に対
し、直接パッチ修正やロード・モジュールの置換などの
作業によって行っていた。このため、システム運用中に
修正を行った場合には、既に主記憶上にロードされてい
て修正が反映されていない部分とこれから主記憶上にロ
ードされる修正が反映された部分とでプログラムの論理
に矛盾が生じる危険性があった。

【０００４】この危険性を回避するために、運用中に修
正対象のファイルを別ファイルに複写してその複写先フ
ァイルに対して修正を行い、次のシステムの立上げ時に
元のファイルに書き戻してシステムに反映される方式
（例えば、特開平２−２３６７２３）や、プログラム作
成時点から修正のための管理情報を組み込み、実行中に
部分的にプログラムの入れ替えを行う方式（例えば、特
開平２−９３８２９）などが提案されている。

【０００５】

【発明が解決しようとする課題】上述した従来のソフト
ウェアの修正方式のうちの前者では、システムに運用さ
れるファイルは、修正の施されたものにあらかじめ定ま
っているため、万が一、ソフトウェアの修正の誤りが原
因でシステムに障害が発生した場合などに、修正前のフ
ァイルを一時的に使用するというように迅速な対応がと
れないという問題がある。

【０００６】また、従来のソフトウェアの修正方式のう
ちの後者では、プログラム作成時点から修正の為の作り
込みを必要とするため、すでに多くのソフトウェア資産
を抱えたシステムには適用が困難であるという問題があ
る。

【０００７】

【課題を解決するための手段】本発明のソフトウェアの
修正装置は、外部記憶装置にあるソフトウェア格納ファ
イルから必要なプログラムを主記憶上にロードしてシス
テム運用を行う仕組みの情報処理システムにおけるソフ
トウェアの修正装置において、システムの運用に使用す
るソフトウェアの格納ファイルを二重化し、一方を運用
ファイル、他方を待機ファイルとし、前記運用ファイル
の情報を記録する運用ファイル管理テーブルと、ソフト
ウェアの修正の実行を管理する修正実施フラグと、前記
運用ファイルを前記待機ファイルに複写するファイル複
写手段と、ソフトウェア修正情報を前記待機ファイルに
適用するソフトウェア修正適用手段と、前記修正実施フ
ラグの内容によって前記運用ファイル管理テーブルの設
定を前記運用ファイルの情報から前記待機ファイルの情
報に変更する運用ファイル管理テーブル変更手段と、シ
ステムの運用を開始するときに前記運用ファイル管理テ
ーブルを参照し、該テーブルに登録されている運用ファ
イルの情報を基にソフトウェアをロードするシステム立
ち上げ手段とを有することを特徴とする。

【０００８】

【実施例】本発明の一実施例を示す図１を参照すると、
本実施例は、中央処理装置１、システムディスク２、フ
ロッピィディスク３、システム操作するワークステーシ
ョン４および遠隔地の保守拠点から保守員が通信回線を
介してシステムの保守などを行うリモート・ワークステ
ーション５から成る。

【０００９】中央処理装置１は、システムの運用に使用
するファイルの情報を参照するための運用ファイル管理
テーブル１３、ソフトウェアの修正の実行を管理する修
正実施フラグ１１およびソフトウェアの修正の有効指定
日時を管理する修正有効指定日時テーブル１２を有す
る。修正実施フラグ１１は、ソフトウェアの修正処理で
設定しない限り、通常は“オフ”が設定されている。ま
た、修正有効指定日時テーブル１２の値は、修正実施フ
ラグ１１が“オン”でない限り、意味を持たない。

【００１０】システムディスク２は、修正対象であるシ
ステム基本ソフトウェアを格納する磁気ディスク装置な
どの外部記憶装置で、システムの運用に使用するシステ
ム基本ソフトウェアを格納する運用ファイル２２の他
に、そのそれぞれの運用ファイル２２と同形式、同サイ
ズの待機ファイル２３およびソフノウェアの修正情報を
登録する修正情報登録ファイル２１を有する。運用ファ
イル２２は、初期プログラム格納ファイルＳＹＳ＠ＩＰ
Ｌ、ファームウェア格納ファイルＳＹＳ＠ＦＬＭ、ＯＳ
格納ファイルＳＹＳ＠ＭＯＮから成り、その各々のファ
イルのシステムディスク２上の格納アドレス等の情報が
運用ファイル管理テーブル１３に登録されている。

【００１１】フロップィディスク装置３は、パッチ等の
ソフトウェアの修正情報を格納するフロッピィディスク
などの可搬型外部記憶装置である。フロッピィディスク
装置３は、また、システムの障害時などにフロッピィデ
ィスクに格納した簡易ＯＳでシステムを立ち上げるため
に使用する。

【００１２】次に、本実施例の処理手順を示す図２を参
照し、ソフトウェアの修正時の動作について説明する。
ソフトウェアの修正は、保守員がソフトウェアの修正情
報をフロッピィディスク媒体に格納して持参し、システ
ムの運用中に他の業務と並行して処理を行う。以下の手
順は、保守員が直接ワークステーション４から順に指示
することもできるが、通常は、一連のジョブストリーム
として定義されており、保守員が持参したフロッピィデ
ィスクをフロッピィディスク装置３にマウントし、その
ジョブストリームを起動することで自動的に処理が行わ
れる。

【００１３】まず、システムディスク２内の運用ファイ
ル２２の各々を待機ファイル２３の対応するファイルに
複写し（ステップ１０１）、フロッピィディスク装置３
のフロッピィディスクに格納されているパッチデータ等
のソフトウェアの修正情報をシステムディスク２内の修
正情報登録ファイル２１に登録する（ステップ１０
２）。

【００１４】次に、修正情報登録ファイル２１に登録さ
れているソフトウェアの修正情報を先に複写した待機フ
ァイル２３の各々に格納されているプログラムに適用す
る（ステップ１０３）。以上の処理が正常に終了した
後、修正実施フラグ１１を“オン”に設定する（ステッ
プ１０４）。また、以上の処理の途中でパッチデータに
誤りがあったなどの不具合があり、処理が正常に終了し
なかった場合には、修正実施フラグ１１の設定は行わ
ず、不具合の原因を除去したのち、再度、全ての処理を
順に実行する。以上で、ソフトウェアの修正処理を終了
する。

【００１５】なお、以上の処理に加えて、修正有効指定
日時テーブル１２に修正有効指定日時を設定しても良い
（ステップ１０５）。すなわち、以上の処理が自動実行
される場合は、処理実行当日の当時刻を修正有効指定日
時として修正有効指定日時テーブル１２に設定する。ま
た、ユーザの業務の都合に合わせ、ソフトウェアの修正
が実際に有効になる日時を特別に指定したい場合には、
保守員がワークステーション４からその日時を修正有効
指定日時として修正有効指定日時テーブル１２に設定す
る。

【００１６】次に図３を参照して、ソフトウェア修正後
のシステム立ち上げ時の動作について説明する。

【００１７】まず、修正実施フラグ１１を確認し、修正
実施フラグ１１がオフであれば、運用ファイル管理テー
ブル１３を参照し、システムの立ち上げおよび運用に必
要なファイルのシステムディスク２上の格納アドレス等
の情報を入手し、それに従って必要なプログラムを主記
憶上にロードして行う（ステップ２０６）。

【００１８】一方、修正実施フラグ１１がオンであれ
ば、引き続き、システム立ち上げ日時と修正有効指定日
時テーブル１２に設定されている修正有効指定日時とを
比較する（ステップ２０２）。このとき、システム立ち
上げ日時が修正有効指定日時より前であれば、通常の立
ち上げ処理（ステップ２０６）によりシステムが立ち上
がる。しかしながら、システム立ち上げ日時が修正有効
指定日時と同じであるかまたはそれを過ぎていれば、以
下に説明するソフトウェアの修正を有効にする処理（ス
テップ２０３以降の処理）を行う。

【００１９】ソフトウェアの修正を有効にする処理は、
まず、修正実施フラグ１１をオフにし（ステップ２０
３）、運用ファイル２２と待機２３の対応するファイル
名を入れ替える（ステップ２０４）。すなわち、システ
ム立ち上げ以前の運用ファイルＳＹＳ＠ＩＰＬのファイ
ル名をＳＹＳ＠ＩＰＬ＄にし、また、システム立ち上げ
以前の待機ファイルＳＹＳ＠ＩＰＬ＄のファイル名をＳ
ＹＳ＠ＩＰＬにする。同様に、システム立ち上げ以前の
運用ファイルＳＹＳ＠ＦＬＭのファイル名をＳＹＳ＠Ｆ
ＬＭ＄にし、また、システム立ち上げ以前の待機ファイ
ルＳＹＳ＠ＦＬＭ＄のファイル名をＳＹＳ＠ＦＬＭにす
る。また、システム立ち上げ以前の運用ファイルＳＹＳ
＠ＭＯＮのファイル名をＳＹＳ＠ＭＯＮ＄にし、また、
システム立ち上げ以前の待機ファイルＳＹＳ＠ＭＯＮ＄
のファイル名をＳＹＳ＠ＭＯＮにする。最後に、運用フ
ァイル管理テーブル１３に現時点の各運用ファイルの情
報を設定する（ステップ２０５）。

【００２０】これで、システム立ち上げ以前の待機ファ
イル群２３の情報が運用ファイル管理テーブル１３に新
たな運用ファイル群の情報として登録されたことにな
る。この後、通常の立ち上げ処理（ステップ２０６）に
よりシステムが立ち上がる。これで、すでにソフトウェ
アの修正を行った待機ファイル２３が新たな運用ファイ
ルとして運用されることになり、ソフトウェアの修正が
有効となる。

【００２１】次に、万が一、ソフトウェアの修正後のシ
ステム運用において障害が発生した場合の処理を説明す
る。障害が発生した場合には、その原因を調査し、新た
にソフトウェアの修正を行うことが通常の手続きである
が、その原因が直前に実施したソフトウェアの修正によ
る可能性もあり、その場合にはソフトウェアの修正を行
う以前の状態に戻すことで、暫定的にシステムの運用を
継続できる。本発明においては、ソフトウェアの修正の
後、システムディスク２にソフトウェアの修正を行う前
の運用ファイルが待機ファイルとして保存されているの
で、簡単な操作で、システムをソフトウェアの修正を行
う以前の状態に戻すことができる。

【００２２】それには、まず、ＦＤ装置３からフロッピ
ィディスクの簡易ＯＳでシステムを立ち上げる。次に、
修正実施フラグ１１を“オン”にする。なお、修正有効
指定日時の指定が必要なシステムにおいては、只今の日
時を修正有効指定日時として修正有効指定日時テーブル
１２に設定する。その後、システムを一旦終了し、次
に、通常どおりシステムディスク２からシステムを立ち
上げ直す。システム立ち上げの動作は、前述の図３の手
順のとおりであり、これにより、ソフトウェアの修正を
行う前の運用ファイルを運用ファイルとして、システム
が運用できる。

【００２３】本実施例は、システムが修正有効指定日時
テーブル１２を有するため、ソフトウェアの修正を実際
に有効にする日時を指定でき、システムで動作する業務
の負荷の高い時期を避けるなどして、ソフトウェアの修
正が業務に与える影響を少なくすることができるという
効果を有する。

【００２４】

【発明の効果】以上説明したように本発明は、運用中に
ソフトウェアの修正の対象の運用ファイルを待機ファイ
ルに複写してソフトウェアの修正を実施し、次にシステ
ムを立ち上げるときに、運用ファイル管理テーブル１３
の情報を変更し、ソフトウェアの修正を適用した待機フ
ァイルを新たな運用ファイル群としてシステムを立ち上
げるため、ソフトウェアの修正のために特別にシステム
の運用を中断する必要がない。また、システムディスク
内にはソフトウェアの修正を実施する前のソフトウェア
の状態が待機ファイル群として保存されているため、万
が一、ソフトウェアの修正の後、システムの障害となっ
た場合には、簡単な手順でソフトウェアの修正を実施す
る前の状態でシステムを立ち上げ直すことができ、正式
に障害復旧を行うまで暫定的にシステムの運用を継続す
ることができる。これによりシステムの稼働性が向上す
る。

【図面の簡単な説明】

【図１】本発明の一実施例の構成を示すブロック図であ
る。

【図２】図１の実施例においてソフトウェアの修正を行
う手順を示す流れ図である。

【図３】図１の実施例におけるソフトウェアの修正後の
システム立ち上げの手順を示す流れ図である。

【符号の説明】

１ 中央処理装置 ２ システムディスク ３ フロッピィディスク ４ ワークステーション ５ リモート・ワークステーション １１ 修正実施フラグ １２ 修正有効指定日時テーブル １３ 運用ファイル管理テーブル ２１ 修正情報登録ファイル ２２ 運用ファイル ２３ 待機ファイル。

Claims (3)

【特許請求の範囲】
1. 【請求項１】 外部記憶装置にあるソフトウェア格納フ
   ァイルから必要なプログラムを主記憶上にロードしてシ
   ステム運用を行う仕組みの情報処理システムにおけるソ
   フトウェアの修正装置において、 システムの運用に使用するソフトウェアの格納ファイル
   を二重化し、一方を運用ファイル、他方を待機ファイル
   とし、 前記運用ファイルの情報を記録する運用ファイル管理テ
   ーブルと、 ソフトウェアの修正の実行を管理する修正実施フラグ
   と、 前記運用ファイルを前記待機ファイルに複写するファイ
   ル複写手段と、 ソフトウェア修正情報を前記待機ファイルに適用するソ
   フトウェア修正適用手段と、 前記修正実施フラグの内容によって前記運用ファイル管
   理テーブルの設定を前記運用ファイルの情報から前記待
   機ファイルの情報に変更する運用ファイル管理テーブル
   変更手段と、 システムの運用を開始するときに前記運用ファイル管理
   テーブルを参照し、該テーブルに登録されている運用フ
   ァイルの情報を基にソフトウェアをロードするシステム
   立ち上げ手段とを有することを特徴とするソフトウェア
   の修正装置。
2. 【請求項２】 ソフトウェアの修正を有効とする日時を
   管理する修正有効指定日時テーブルを設け、前記運用フ
   ァイル管理テーブル変更手段は、前記修正実施フラグお
   よび前記修正有効指定日時テーブルの内容によって前記
   運用ファイル管理テーブルの設定を前記運用ファイルの
   情報から前記待機ファイルの情報に変更することを特徴
   とする請求項１記載のソフトウェアの修正装置。
3. 【請求項３】 前記運用ファイル管理テーブルの設定を
   復旧する手段を設けたことを特徴とする請求項１記載の
   ソフトウェアの修正装置。