JPH0432413B2

JPH0432413B2 -

Info

Publication number: JPH0432413B2
Application number: JP57144671A
Authority: JP
Priority date: 1982-08-23
Filing date: 1982-08-23
Publication date: 1992-05-29
Also published as: JPS5935237A

Description

【発明の詳細な説明】［発明の対象］本発明はソフトウエアの修正方法に係り、特に
オンラインシステムのソフトウエアの修正方法に
関するものである。

［従来技術］オンライン・プロセス制御システムを稼動中に
一時停止させることは、社会に混乱を引き起こし
たり、利用者の信用を喪失したりするので、許さ
れない。

従つて、オンライン稼動中にプログラムを修正
する必要が生じた場合、システムを停止させるこ
となく修正せざる得ないわけである。しかし、従
来の修正方法では、修正したいアドレスとその内
容を指定すると、その修正の対象たるアドレスの
プログラム領域が実行中あるいは待機中であると
否とを問わずに、直ちにメモリ内容の変更が行な
われた。従つて、修正するタイミングがマイクロ
秒で単位でずれることによりシステムがダウンし
たり、未だ修正の完了していない修正途中のプロ
グラムが実行されてしまい、プログラムの暴走を
招く可能性もあつた。

このような危険なメモリ変更システムは、オン
ラインシステムのトラブルが引き起こす社会不安
の大きさを考えると、極めて不都合なものであつ
た。

［発明の目的］本発明は、上記の如き従来の欠点を改善するた
め、トラブルの発生を伴うことなく、システムを
稼動させたままの状態で修正が可能なソフトウエ
アの修正方法を提供することにある。

［発明の総括的説明］上記目的を達成するため、本発明は、同時に修
正したい項目全部を指定完了した後に、修正実行
指令を入力すると、修正指定エリアがどのプログ
ラム（タスク）のメモリ領域に属するかをチエツ
クし、修正されるプログラムが実行途中（中断中
を含む）でないタイミングを把えて、該プログラ
ムの実行を瞬時抑止し、指定された修正を全て完
了した後、該プログラムの実行を再び可能にし
て、外見上、全くシステムを停止させることなく
ソフトウエアの修正を完全に行うことに特徴があ
る。

〔発明の実施例〕

以下、本発明の一実施例を図面を用いて説明す
る。

第１図は、実施例のシステム構成図である。電
子計算機（CPU）１は、記憶装置（メモリ）２
を持ち、データ線あるいは信号線７によりプロセ
ス等の制御対象３を制御する。また、デイスプレ
イ５やキーボード６から成るコンソール等の指
令・応答装置４を介してマンマシン・インターフ
エースを持つ。

第２図はメモリの構成図である。メモリ２に
は、OS（オペレーテイング・システム）のプログ
ラム２１と、OSテーブル２２、修正実行サブル
ーチン２６、修正管理テーブル２７、修正メイン
プログラム２８、制御対象３によつて異なるアプ
リケーシヨン・プログラムとテーブル２９が置か
れている。OSテーブル２２には、タスク状態管
理テーブル２４とタスクエリア管理テーブル２５
から構成されるタスク管理データ２３が含まれ
る。アプリケーシヨン・プログラムとテーブル２
９は、タスクｉ用エリア３０やタスクｊ用エリア
３１等の各タスク用エリアと、共通テーブル３２
等のタスク間共通エリアとから構成される。

第３図は、タスク状態管理テーブル２４の構成
図である。タスク状態管理テーブル２４は、タス
クｉ状態制御語２４１のような各タスクの実行状
態制御語から構成される。各タスクの実行状態制
御語、たとえばタスク状態制御語２４１は、タス
ク実行中表示フラグ（タスク実行中は１、非実行
中は０）２４２と、タスク待機中（WAIT状態）
表示フラグ２４３（タスクWAIT中の時は１、
WAITでない時は０）を含む。

第４図は、タスクエリア管理テーブル２５の構
成図である。タスクエリア管理テーブル２５は、
タスクｉ先頭番号２５１やタスクｉ最終番地２５
２のような各タスク用エリア（各タスクのプログ
ラムと専用テーブル）の先頭番地と最終番地の組
から構成されている。

第５図は、修正管理テーブル２７の構成図であ
る。修正管理テーブル２７は、修正実行状態（修
正実行中、修正実行正常完了、修正実行異常完了
など）を表示するための修正状態語２７１、修正
中のタスク番号を表示する修正タスク番号２７
２、修正エリア数２７３、各修正エリアに対応し
て存在する修正エリア先頭頭番地２７４、修正エ
リア長２７５修正値２７６（修正エリア長だけ連
続して記憶される）から構成される。

第６図は、修正指令入力応答出力プログラム、
すなわち、修正メインプログラム２８の制御フロ
ーである。本プログラムは、OS２１で管理され
るタクスの１つとして動作する。その機能は、修
正指令を入力し、チエツクし、修正指令の誤まり
を指摘することにより高信頼な修正指令の入力を
ガイドし、入力した修正指令を編集して修正管理
テーブル２７にセツトし、修正指令に従つて修正
実行サブルーチン２６に修正実行を要求し、修正
実行結果を応答メツセージとして出力することで
ある。

第６図においては、先ず、ステツプ６０２で修
正指令を入力し、それが修正内容に関する指令で
あるときには、ステツプ６０３で修正管理テーブ
ル２７に修正エリアと修正内容に関する条件をセ
ツトする。また、修正実行命令のときには、ステ
ツプ６０４で修正指令エリアが指定タスク以外の
タスクエリアでないかを、タスクエリア管理テー
ブル２５によりチエツクする。もし、修正指令エ
リアに指定タスク以外のタクスエリアがある場合
には、ステツプ６０５で修正エリア指定不良メツ
セージを出力し、修正指令入力を待つ。指定不良
メツセージにはＩ（そのまま実行）とＥ（修正停
止）とＲ（修正実行指令再入力）とがあり、Ｉが
出力されたときには、修正指令エリアに指定タス
ク以外のタスクエリアが無い場合と同じようにス
テツプ６０６に移る。Ｅが出力されたときには、
ステツプ６０７で修正停止メツセージを出力す
る。またＲが出力されたときにはステツプ６０２
に戻つて修正指令を再入力する。ステツプ６０６
では、修正状態語を修正要求状態にセツトし、修
正実行開始応答を出力し、OSのタスクスケジユ
ーラにリンクされた修正実行サブルーチンからの
修正完了通知を待つ。次に、ステツプ６０８で、
修正完了通知を受けたならば、修正結果を応答メ
ツセージとして出力する。

第７図は、修正実行サブルーチンの制御フロー
チヤートである。

このサブルーチンは、OS２１のタスクスケジ
ユーラ２１１の出口にリンクされ、実行タスクが
切換えられたとき、次に実行可能なタスクに制御
が渡される直前に呼び出される。そして、ステツ
プ７０２で修正要求あるか否かを判別し、修正要
求状態のときには、次にステツプ７０３で修正指
令タスクは実行状態か否かを判別し、実行状態で
ないとき、さらにステツプ７０４で修正指令タス
クが待ち状態か否かを判別する。修正指令タスク
が待ち状態でもないときに、ステツプ７０５で指
定エリアの内容を修正する。その場合、修正指令
タスクが実行中でも待機中でもないタイミングを
把えて、指定エリア（修正エリアに関する情報２
７３〜２７５に指定されたエリア）の内容を指定
修正値２７６に修正し、ステツプ７０６で修正完
了状態を修正状態語２７１にセツトし、ステツプ
７０７で修正指令・応答プログラム（修正メイン
プログラム２８）に修正完了を知らせる。

第８図は、本方式の実施例のオペレーシヨンフ
ローチヤートである。第８図を参照して、本実施
例の動作を説明する。

キーボード６のリクエストキーを押すと、修正
指令入力応答出力プログラム、つまり修正メイン
プログラム２８が起動される。修正指令入力応答
出力プログラム（以下、修正指令応答プログラム
と略す）は、デイスプレイ５のポインタを次行の
先頭に移し（以下、改行と呼ぶ）、を表示した
上、ポインタをの次に移し、（以下、応答と
呼ぶ）、修正エリア番地の指令入力を待つ（ステ
ツプ８００）。

修正エリア先頭番地が入力されると、修正指令
応答プログラム２８は、修正エリア先頭番地２７
４に、入力された番地をセツトするとともに、そ
の番地の現在のメモリ内容をデイスプレイ５に表
示する。さらに、その後“：”を表示し、ポイン
タを“：”の次に進めて修正したい内容の入力を
待つ（ステツプ８０１）。

“修正内容 LF が入力されると、修正指令応
答プログラム２８は、改行後“ SP 次の番地の
内容：”を表示し、連続した次の番地の内容修正
指令の入力を待つ（ステツプ８０２、ステツプ８
０３のループ）。

“修正内容 CR ”が入力されると、修正指令
応答プログラム２８は、改行行後“”を応答
し、新らしい修正エリア（すでに指定した修正エ
リアと連していなくとも良い）の先頭番地か、修
正実行要求のキーインを待つ（ステツプ８０２、
ステツプ８０４）。

一括修正すべき新らしいエリアがまだあれば、
新らしい修正エリアの先頭番地が入力され、新ら
しい修正エリアに対して、ブロツク８０１からの
動作が繰り返される。

一括修正すべきエリアの指定が完了すると、修
正実行指令、すなわち、“Ｓタスク番号 CR ”が
キーインされる。修正指令応答プログラム２８
は、これを入力し、修正タスク番号２７２をセツ
トすると共に、タスクエリア管理テーブル２５の
タスク先頭番地２５１、最終番地２５２を参照し
て、修正管理テーブル２７にセツトされた修正エ
リアの中に、修正タスク番号２７２にセツトされ
ていない（修正指定されていない）タスクのタス
ク用エリア３１に含まれるものがあるかどうかを
チエツクしその様なものがなければ修正実行開始
を応答する。すなわち、改行後、“COMMAND
OK.MODIFY、START・”をデイスプレイ５
に表示し、修正状態語２７１を修正要求状態（全
ビツトが１の状態）にセツトし、修正実行サブル
ーチン２６からの修正完了通知（POST）を待つ
（ステツプ８０５，８０６）。

修正状態語２７１が修正要求状態になると、す
でに第７図の説明において述べたように、OS２
１のタスクケジユーラ２１１の出口にリンクされ
た修正実行ザブルーチン２６が、修正タスク番号
２７２にセツトされたタスクが実行中やWAIT
中でないタイミングを把えて、修正管理テーブル
２７にセツトされた修正を一括して行い、修正結
果を修正状態語２７１にセツトし、修正完了時に
修正指令応答プログラム２８をPOST（修正完了
を通知）する。

その後、修正指令応答プログラム２８が動作し
て修正完了メツセージを出力する。つまり、改行
後、“MODIFY NORMALLY、END”を応答
として、デイスプレイ５に表示する。

ブロツク８０５の修正エリアの合理性チエツク
により、修正エリアの中に修正タスク番号２７２
にセツトされたタスク（たとえばｉ）以外のタス
ク（たとえばｉ）に含まれるものがあれば、修正
指令応答プログラム２８は修正指令不良を警告す
る。すなわち、改行後、“COMMAND
ERROR：ENTER Ｉ，Ｅ，Ｒ：“をデイプレイ
５に表示し、Ｉ，Ｅ，Ｒのいずれかの入力を待つ
（ステツプ８０８）。

IGNOREを意味する“Ｉ”が入力されると、
警告は無視され、ステツプ８０６以下の動作を続
行する（第６図参照）。

RETRYを意味する“Ｒ”が入力されると（第
６図）ブロツク８０４戻り、再び修正実行指令の
入力を待つ。この時、修正タスク番号２７２には
新らしい修正実行指令のタスク番号がセツトさ
れ、このタスク番号に対して再び修正エリアの合
理性チエツクが行われる。

ENDを意味する“Ｅ”が入力されると（第６
図）、修正指令応答プログラムは修正停止を応答
する。すなわち、改行後、“END DUE TO
COMMAND ERR”応答を表示し、修正を実行
しないでプログラムを終了する。

〔発明の効果〕

本発明によれば、１つのタスクを構成するプロ
グラムや該タスクの局所データの変更を一括して
指定し、該タスクの実行中や中断中（入力待ち等
による）でないタイミングを自動的に見つけるの
で、トラブルを引き起こすことなく、システムを
稼動させたままの状態でプログラムの修正が可能
となり、システムへの信頼性が高まる。

【図面の簡単な説明】

第１図は本発明の一実施例のシステム構成を示
す図、第２図は実施例のメモリマツプを示す図、
第３図はタスク状態管理テーブルの構成を示す
図、第４図はタスクエリア管理テーブルの構成を
示す図、第５図は修正管理テーブルの構成を示す
図、第６図は修正指令入力応答出力プログラム
（修正メインプログラム）のフローチヤート、第
７図は修正実行ザブルーチンのフローチヤート、
第８図は本実施例のオペレーシヨンフローチヤー
トである。１…CPU、２…メモリ、３…制御対象、４…
指令応答装置、５…デイスプレイ、６…キーボー
ド、７…データ線、信号線、２１…OSプログラ
ム、２２…OSテーブル、２３……タスク管理テ
ーブル、２４タスク状態管理テーブル、２５……
タスクエリア管理テーブル、２６…修正実行ザブ
ルーチン、２７……修正管理テーブル、２８……
修正メインプログラム、２１１…タスクスケジユ
ーラ、LF…改行、CR…復帰、SP…空白。

Claims

【特許請求の範囲】

１実行すべきタスクの占有する論理記憶空間を
管理する管理プログラムを持つコンピユータシス
テムにおいて、タスク内の同時に修正すべき複数
の項目を指定し、修正実行指令により該項目を含
むタスクが属する記憶領域を判別し、上記管理プ
ログラムに制御が渡つたタイミングを把えて該タ
スクが開始後であつて実行が完了してない状態に
あるか否か上記管理プログラム内のタスク管理情
報により調べ、実行前か実行完了後の状態にある
タスクにたいし指定された全修正項目を、該タス
クに制御を渡す前に該タスクの実行を瞬時抑止に
したうえで、一括して修正し、修正完了後にタス
クの実行を再開することを特徴とするソフトウエ
ア修正方法。