JPH0397030A

JPH0397030A - プログラム修正方式

Info

Publication number: JPH0397030A
Application number: JP1232827A
Authority: JP
Inventors: Isao Yoshino; 吉野　勇夫; Yatariki Takesue; 武末　八太力; Satoshi Takemura; 竹村　敏
Original assignee: Hitachi Computer Electronics Co Ltd; Hitachi Ltd
Current assignee: Hitachi Computer Electronics Co Ltd; Hitachi Ltd
Priority date: 1989-09-11
Filing date: 1989-09-11
Publication date: 1991-04-23

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】〔産業上の利用分野〕本発明は、計算機システムのプログラム修正方式に関し
，特に，システム停止が困難な計算機システムのプログ
ラム修正を行う場合に、システムのプログラム修正およ
びプログラム修正ミスの修復を効率よく行う計算機シス
テムのプログラム修正方式に関するものである。

〔従来の技術〕

従来、この種のプログラム修正方式の一例として，特開
昭６０−７５９３６号に記載の「簡易パッチキャンセル
方式」の例に見られるように、別プロセッサを用意し、
パッチ投入時，旧情報を別プロセッサ内に保存しておく
ことにより，投入したパッチをキャンセルする方式が知
られている。

このようなプログラム修正方式においては、プログラム
の修正および修正ミス時のキャンセルを行う場合には、
システムを停止し、オペレータの介入が必要である。

〔発明が解決しようとする課題〕

ところで、証券会社，銀行などのオンラインの計算機シ
ステムは、システムを停止状態にすることが困難な計算
機システムであり、このような計算機システムにおける
プログラム修正を行う場合については配慮されていない
。また、システムを停止状態にすることが困難なシステ
ムにおいては，プログラムを修正する場合においても、
更に、システムの稼動率が低下させず，効率よくプログ
ラム修正を行うことが所望される．本発明は、前記問題点を解決するためになされたもので
ある．本発明の目的は、システムを停止できない場合における
プログラム修正および修正ミス時の修復をシステム稼動
中にできるプログラム修正方式を提供することにある．本発明の前記ならびにその他の目的と新規な特徴は、本
明細書の記述及び添付図面によって明らかになるであろ
う．〔課題を解決するための手段〕上記目的を達成するため、本発明においては、ユーザコ
ンソールを有する計算機システムにおいて、パッチ情報
格納エリアと、非パッチプログラム保存エリアとを設け
，オペレーティングシステムには、ユーザコンソールか
ら入力されたバッチ情報をパッチ情報格納エリアに格納
するパッチ情報格納機構と、バッチ情報の有／無を認識
するパッチ情報有無認識機構と，パッチ箇所から非パッ
チプログラムを非バッチプログラム保存エリアに退避し
て、パッチ情報格納エリアの修正プログラムと入れ換え
、入れ換えた修正プログラムの実行の後、実行結果が異
常な場合には該パッチ情報と共に入力した障害レベル情
報に基づき、別の修正プログラムとの入れ換え又は元の
プログラムに戻すパッチ処理機構とを備えることを特徴
とする。

〔作用〕，前述した手段によれば、バッチ情報格納エーリアと、非
パッチプログラム保存エリアとが設けられ、オペレーテ
ィングシステム（ＯＳ）には、パッチ情報格納機構と、
パッチ情報有無認識機構と、パッチ処理機構とが備えら
れる．パッチ情報格納機構は、ユーザコンソールから入力され
たパッチ情報をパッチ情報格納エリアに格納する。パッ
チ情報有無認識機構は、パッチ情報の有／無をチェック
をし，パッチ情報が有る場合に、バッチ処理機構を起動
させ、パッチ処理機構が、パッチ情報に基づいて非修正
プログラムを保存エリアへ退避し，修正プログラムを入
れ換えて実行することによりパッチ処理を行う。バッチ
処理を行い、修正プログラムの実行後の結果，異常があ
れば，パッチ情報内にある障害レベルに応じて、別の修
正プログラムに入れ換えるか、または元のプログラムに
戻す処理を行う。これにより，システムを停止しないで
プログラム修正およびプログラム修正ミスの修復が可能
となる．〔実施例〕以下、本発明の一実施例を図面を用いて具体的に説明す
る．第１図は、本発明の一実施例にかかる計算機システムの
要部の構或を示すブロック図である。第１図において、
１０は中央処理装置（ＣＰＵ）．１９はユーザコンソー
ルである．また，１１はオペレーティングシステム（Ｏ
Ｓ），１２はプログラムエリア、１２ａはプログラムの
パッチ箇所である。１３はパッチ情報の内容を格納する
パッチ情報格納エリア、１４はパッチ箇所１２ａに入っ
ている非修正プログラムを退避する非修正プログラム退
避エリアである。オペレーティングシステム１１には、
パッチ情報の有無を監視するパッチ情報有無認識機構１
５と、ユーザコンソール１９から中央処理装１１１０に
入力されたバッチ情報を格納するパッチ情報格納機構１
６と、修正プログラムの入れ換え、修正プログラムの実
行後の結果に対応した処理をするパッチ処理機構１７が
備えられている。

第２図は、パッチ情報を管理するためのパッチ情報管理
テーブルの一例を示す図である。第２図において、２０
はパッチ情報の有／無を管理するためのパッチ情報管理
テーブルである．パッチ情報管理テーブル２０には、後
述するパッチ情報に対応して、パッチ情報の有／無を識
別するためのパッチ情報有／無フラグ２１ａ　，　２１
ｂ　，　−，　２１ｎと、このパッチ情報有／無フラグ
２１ａ，２ｌｂ，・・・，２１ｎと対応して、パッチ情
報からプログラム修正の処理を実施して実行完であるか
、実行中か、または未実行かをそれぞれ完／中／未で示
すパッチ処理フラグ２２ａ，２２ｂ，・・・，２２ｎが
設けられている．第３ｒｊ！Ｉは、パッチ情報のフォー
マットの一例を示す図である．第３図において、３０は
１単位のパッチ情報である．バッチ情報３０は，他のパ
ッチ情報と当該パッチ情報を区別するために設けられる
識別情報のバッチＩＤ３１と，バッチ実行後の処理結果
が異常となった場合の回復処理レベルを規定、する障害
レベル情報３２と、パッチ処理箇所の残り数を示すパッ
チ数３３から成るパッチ情報管理情報と共に、パッチ情
報３０の本体部分であるパッチ箇所を示すアドレス情報
，修正プログラムが格納されて構成される．すなわち、パッチ情報３０の本体部分の修正プログラム
Ｏ，修正プログラム１，・・・，修正プログラムｎがそ
れぞれ修正プログラムエリア３４ａ　，　ａ４ｂ　，・
・・，３４ｎに格納され，修正プログラムＯ，修正プロ
グラム１，・・・，修正プログラムｎの各々に対応して
、パッチ箇所のアドレス情報がアドレスエリア３５ａ，
３５ｂ＝・・・，３５ｎに格納される。また、パッチを
実施したか否かを示す処理フラグが処理フラグエリア３
６ａ　，　３６ｂ　，・・・，３６ｎに格納される。

次に、ユーザコンソール１９から中央処理装置１０に入
力されきたパッチ情報３０により、プログラムの修正ま
たは修正ミス時の修復するまでのプログラムの修正の処
理について説明する。

ユーザコンソール１９から入ってきたパッチ情報３０は
、オペレーティングシステムのパッチ情報格納機構１６
により、バッチＩＤ３１（この例ではパッチＩＤをＯと
する）に基づき，パッチ情報格納エリア１３の所定のエ
リアに格納される。と同時に、パッチ情報格納機構１６
は、バッチ情報管理テーブル２０のパッチＩＤ３１に対
応する位置のパッチ情報有／無フラグ２１ａを“有”と
し，パッチ処理フラグ２２ａを『未実施」を示す″未″
とするパッチ情報有無認識機構１５は、パッチ情報管理
テーブル２０のパッチ情報有／無フラグ２１ａ，２ｌｂ
，・・・，２１ｎを順次探索する．バッチ情報有／無フ
ラグ２１ａが″有”であり、パッチ処理フラグ２２ａは
“未″となっているので，パッチ処理フラグ２２ａを「
実行中』を示す“中”に変えて、バッチ処理機構１７に
制御を渡す．パッチ処理機構１７は，パッチ情報３０を
パッチ情報格納エリア１３より検索し、パッチ情報有／
無フラグ２１ａに対するパッチＩＤ３ｌのパッチ情報３
０を読み出し，その中のパッチ数３３の数値がＯでなけ
れば、次に処理フラグ３６ａを見る。処理フラグ３６ａ
が『未実施』を示す゛１未″であれば、パッチ数３３の
値を−１し，アドレス情報エリア３Ｓａのデータにより
，プログラムエリア１２におけるバッチ箇所１２ａのア
ドレス，長さを知り、バッチ箇所１２ａの非修正プログ
ラムを非修正プムグラム退避エリア１４の所定エリアに
退避する．次にパッチ処理機構１７は、修正プログラム
エリア３４ａの修正プログラムＯをパッチ箇所１２ａに
ロードし、実行させる．パッチ処理機構１７は、実行結
果を障害レベル情報３２と比較し，正常レベルなら，処
理フラグ３６ａを“完”とし、続いてパッチ処理フラグ
２２ａを“完”とし，更に．パッチ情報有／無フラグ２
１ａを″無”とする．そして，ユーザコンソール１９に
対し、バッチ１０が“Ｏ”のパッチ処理が正常に終了し
た旨のメッセージを出力する。

次に、実行結果が異常となった場合について説明する。

パッチ処理機構１７は、実行結果が異常となった場合、
パッチ箇所１２ａにある修正プログラムＯをパッチ情報
３０の中の元の修正プログラムエリア３４ａに退避し、
非修正プログラム退避エリア１４に格納されている非修
正プログラムを元のパッチ箇所１２ａに戻す。そして，
次の修正プログラムがあるか否かを，パッチ数３３の数
値でチェックする．パッチ数３３が“０”でなければ、
処理フラグ３６ｂをチェックし、′未”であれば，前述
と同様な操作により修正プログラムと非修正プログラム
との入れ換え処理を行い、修正プログラムの実行後、実
行結果を障害レベル情報３２と比較する。

実行結果と障害レベル情報３２の比較結果から異常と判
定されれば、前述と同様に修正プログラムを元に戻す処
理をした後、パッチ数３３の数値をチェックし、ｒＯＪ
であれば、パッチ処理フラグ２２ａを゛′完（実行完）
”とし、パッチ情報有／無フラグ２１ａを“無′″とす
る。この場合、パッチ処理は失敗し、元のプログラムに
戻した旨のメッセージをユーザコンソール１９に出力す
る。

このような一連の処理を行って、プログラム修正に対す
るバッチ処理を行うことにより、システムを停止するこ
となくプログラムの修正およびプログラムの修正ミス時
の修正が可能である。

第４ａ図，第４ｂ図，および第４Ｃ図は、パッチ処理に
よりプログラム修正の処理例を示すフローチャートであ
る．フローチャートに従って、プログラムの修正の処理を説
明する。パッチ情報３０がユーザコンソール１９から入
力され、パッチ情報格納機構１６により、既に格納され
ているものとする．ユーザがユーザコンソール１９から
パッチ処理の起動をかけると、パッチ情報有無認識機構
１５が働き、パッチ情報の理の実行を開始する．まず、第４ａ図を参照して説明する。ステップ４１にお
いて，パッチ情報有／無フラグが“有”であることをチ
ェックし、次に、パッチ処理実行フラグが″未実行″で
あることをチックする（ステップ４２；以下括弧内では
ステップという語を省略する）．この２つのフラグによ
り、パッチ情報が有であり、パッチ処理が未実行である
ことのの確認を行うと、パッチ処理実行フラグを″実行
中″にして（４３）、次に，パッチ情報をパッチ情報格
納エリアにより検索する（４４）。検索結果のパッチ情
報に対して、パッチ数がＯ以下でな＜（４５）．次に処
理フラグが１′未′″であることを確認して（４６）．
次のステップからのパッチ処理を行う。パッチ処理では
、パッチ情報のアドレス情報からパッチ箇所（４７）を
知り、非修正プログラムを退避し（４８）、修正プログ
ラムをパッチ箇所にロードする（４９）。そして、修正
プログラムの実行を行い（５０）、実行結果を障定して
異常レベルでなければ（５２）．パッチ処理実行フラグ
を“実行完″とし、パッチ情報有／無フラグを“無″′
とする（５３）．これにより，パッチ処理は正常に終了
したので、続いて，パッチ処理が正常終了した旨のメッ
セージをセットして（５４）、ユーザコンソールに出力
し（５５）、処理を終了する．一方、ステップ４５において、バッチ数がＯ以下であれ
ば、当該パッチ情報に対するパッチ処理は正常終了とな
らず、元のプログラムに戻した状態となっているので、
ステップ５６（第４ｂ図）に進み、パッチ処理実行フラ
グを“実行完”として、パッチ情報有／無フラグを″無
′″として、各々のフラグを修正し、パッチ処理が異常
終了で元のプログラムに戻した旨のメッセージをセット
し（５７）、ユーザコンソールに出力し（５８）、処理
を終了する。

また、ステップ４６の判定処理において、パッチ情報の
処理フラグが゛′未”でなければ、ステップ６１（第４
ｃ図）に進み、次の処理フラグヘポインクを進め、パッ
チ数を−１カウントダウンして（６２）、パッチ数の判
定を行うステップ４５に戻る．また、ステップ５２において、障害レベル情報の比較の
結果が異常レベルであれば、次にステップ５９（第４ｃ
図）に進み、バッチ箇所に入っている修正プログラムを
元のエリアに押避する。そして、次に、非修正プログラ
ムを元のパッチ箇所にロードし（６０）、次の処理フラ
グへポインタを進めて（６１）、パッチ数を−１カウン
トダウンして（６２），パッチ数の判定を行うステップ
４５に戻る。

このような一連のステップの処理を行うことにより，プ
ログラム修正に対するパッチ処理を行い、システムを停
止することなくプログラムの修正およびプログラムの修
正ミス時の修正が可能となる。

以上、本発明を実施例にもとづき具体的に説明したが、
本発明は、前記実施例に限定されるものではなく、その
要旨を逸脱しない範囲において種〔発明の効果〕以上、説明したように，本発明によれば、計算機システ
ムにおいて、システムを停止することが困難なシステム
の場合のプログラム修正および修正ミス時の修復を、シ
ステムを停止することなく行うことができ，システムの
稼動率を向上させることができる．

【図面の簡単な説明】

第１図は、本発明に係るプログラム修正方式の一実施例
のシステム構或図、第２図は，バッチ情報管理テーブルの一例を示す構戒図
，第３図は，パッチ情報の内容の一例を示す図，第４ａ図
，第４ｂ＠，および第４Ｃ図は、バッチ情報によるプロ
グラム修正の処理例を示すフローチャートである．図中，１０・・・中央処理装置（ＣＰＵ）．１１・・・
オペレーティングシステム（ＯＳ）．１２・・・プログ
ラムエリア、１２ａ・・・バッチ箇所、１３・・・パッ
チ情報格納エリア、１４・・・非修正プログラム退避エ
リア、１５・・・パッチ情報有無認識機構、１６・・・
パッチ情報格納機構、１７・・・パッチ処理機構、１９
・・・ユーザコンソール、２０・・・パッチ情報管理テ
ーブル，　２１ａ　，　２ｌｂ　，・・・２１ｎ・・・
パッチ情報有／無フラグ、２２．ａ　，　２２　ｂ　，
・・・２２ｎ・・・パッチ処理フラグ、３０・・・パッ
チ情報、３１・・・パッチＩＤ、３２・・・障害レベル
情報、３３・・・パッチ数，３４ａ，３４ｂ，・・・，
３４ｎ・・・修正プログラムエリア，３５ａ，３５ｂ，
・・・，３５ｎ・・・アドレス情報エリア、３６ａ，３
６ｂ，・・・，３６ｎ・・・処理フラグエリア。侑ｔｆｆｌ乍２園１０第４ａ目算４ｂ苗！４Ｃ圏

Claims

【特許請求の範囲】

１、ユーザコンソールを有する計算機システムにおいて
、パッチ情報格納エリアと、非パッチプログラム保存エ
リアとを設け、オペレーティングシステムには、ユーザ
コンソールから入力されたパッチ情報をパッチ情報格納
エリアに格納するパッチ情報格納機構と、パッチ情報の
有／無を認識するパッチ情報有無認識機構と、パッチ箇
所から非パッチプログラムを非パッチプログラム保存エ
リアに退避して、パッチ情報格納エリアの修正プログラ
ムと入れ換え、入れ換えた修正プログラムの実行の後、
実行結果が異常な場合には該パッチ情報と共に入力した
障害レベル情報に基づき、別の修正プログラムとの入れ
換え又は元のプログラムに戻すパッチ処理機構とを備え
ることを特徴とする計算機システムのプログラム修正方
式。