JPS5935237A - ソフトウエア修正方法 - Google Patents

Abstract

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

Description

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

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

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

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

〔発明の目的〕

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

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

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

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

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

アプリケーション・プログラムとテーブル２９は、タス
クｉ用エリア３０やタスクｊ用エリア３１等の各タスク
用エリアと、共通テーブル３２等のタスク間共通エリア
とから構成される。

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

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

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

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

第６図においては、先ず、ステップ６０２で修正指令を
入力し、それが修正内容に関する指令であるときには、
ステップ６０３で修正管理テーブル２７に修正エリアと
修正内容に関する条件をセットする。また、修正実行命
令のときには、ステップ６０４で修正指定エリアが指定
タスク以外のタスクエリアでないかを、タスクエリア管
理テーブル２５によシチェックする。もし、修正指定エ
リアに指定タスク以外のタスクエリアがある場合には、
ステップ６０５で修正エリア指定不良メツセージを出力
し、修正指定入力を待つ。指定不良メツセージには■（
そのまま実行）とＥ（修正停止）とＲ（修正実行指令再
入力）とがあシ、■が出力されたときには、修正指定エ
リアに指定タスク以外のタスクエリアが無い場合と同じ
ようにステップ６０６に移る。Ｅが出力されたときには
、ステップ６０７で修正停止メツセージを出力する。

またＲが出力されたときにはステップ６０２に戻って修
正指令を再入力する。ステップ６０６では、修正状態語
を修正要求状態にセットし、修正実行開始応答を出力し
、Ｏ８のタスクスケジューラにリンクされた修正実行サ
ブルーチンからの修正完了通知を待つ。次に、ステップ
６０８で、修正完了通知を受けたならば、修正結果を応
答メツセージとして出力する。

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

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

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

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

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

答プログラム２８は、改行後−＠次の番地の内容：”を
表示し、連続した次の番地の内容修正指令の入力を待つ
（ステップ８０２．ステップ８０３のループ）。

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

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

一括修正すべきエリアの指定が完了すると、修正実行指
令、すなわちごＳタスク番号（す”がキーインされる。

修正指令応答プログラム２８は、これを入力し、修正タ
スク番号２７２をセットすると共に、タスクエリア管理
テーブル２５のタスク先頭番地２５１、最終番地２５２
を参照して、修正管理テーブル２７にセットされた修正
エリアの中に、修正タスク番号２７２にセットされたタ
スク以外のタスクのタスク用エリア３１に含まれるもの
があるかどうかをチェックしなければ　゛修正実行開始
を応答する。すなわち、改行後、”　ＣＯＭＭＡＮＤ　
　ＯＫ、ＭＯＤＩＦＹ　　５ＴＡＲ’ｌ’、”をディス
プレイ５に表示し、修正状態語２７１を修正要求状態（
全ビットが１の状態）にセットし、修正実行サブルーチ
ン２６からの修正完了通知（ＰＯ８Ｔ）を待つ（ステッ
プ８０５，８０６）。

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

その後、修正指令応答プログラム２８が動作して修正完
了メツセージを出力する。つまり、改行後、″”ＭＯＤ
ＩＦＹ　ＮＯＲＭＡＬＬＹ　ＥＮＤ”を応答として、デ
ィスプレイ５に表示する。

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

ＩＧＮＯＲＥを意味する”Ｉ　ｐｐが入力されると、警
告は無視され、ステップ８０６以下の動作を続行する（
第６図参照）。

ＲＥＴＲＹを意味する６Ｒ”が入力されると（第６図）
ブロック８０４戻り、再び修正実行指令の入力を待つ。

この時、修正タスク番号２７２には新らしい修正実行指
令のタスク番号がセットされ、このタスク番号に対して
再び修正エリアの合理性チェックが行われる。

ＥＮＤを意味する”Ｂ”が入力されると（第６図）、修
正指令応答プログラムは修正停止を応答する。すなわち
、改行後、”ＥＮＤ　　ＤＵＥ　　ＴＯ（１２） ＣＯＭＭＡＮＤ　　ＥＲＲ”応答を表示し、修正を実行
しないでプログラムを終了する。

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

【図面の簡単な説明】

第１図は本発明の一実施例のシステム構成を示す図、第
２図は実施例のメモリマツプを示す図、第３図はタスク
状態管理テーブルの構成を示す図、第４図はタスクエリ
ア管理テーブルの構成を示す図、第５図は修正管理テー
ブルの構成を示す図、第６図は修正指令入力応答出力プ
ログラム（修正メインプログラム）のフローチャート、
第７図は修正実行サブルーチンのフローチャート、第８
図は本実施例のオペレーションフローチャートであ（１
３） る。 １・・・ＣＰＵ、２・・・メモリ、３・・・制御対象、
４・・・指令応答、装置、５・・・ディスプレイ、６・
・・キーボード、７・・・データ線、信号線、２１・・
・ＯＳプログラム、２２・・・ＯＳテーブル、２３・・
・タスク管理テーブル、２４・・・タスク状態管理テー
ブル、２５・・・タスクエリア管理テーブル、２６・・
・修正実行サブルーチン、２７・・・修正管理テーブル
、２８・・・修正メインプログラム、２１１・・・タス
クスケジューラ、ＬＦ　・・・爾１　図 第２　図 第３図 聞４図 第　５　（２） 特開昭５９−３５２３７（６） 第６図

Claims (1)

【特許請求の範囲】
1. １、同時に修正すべき項目をすべて指定した後修正実行
   指令を入力することにより、先ず修正指定エリアが属す
   るプログラムを確認し、次に該プログラムが実行中でも
   実行中断中ではないタイミングを把えて、該プログラム
   の実行を抑止し、指定された修正を行なった後、該プロ
   グラムの実行を再開することを特徴とするソフトウェア
   修正方法。