JPH09190363A - 中断点表示方法 - Google Patents

Abstract

(57)【要約】 【課題】プログラムの対話的実行において、リソース制
約を考慮した必要最小限の中断点の動的な設定を可能に
する。 【解決手段】各中断点に復帰再実行用のプロセスが割り
当てられているか否かを対話画面上のボタンの色で区別
し、新しい中断点に復帰再実行プロセスが割り当てられ
なくなった時は、ボタン色から利用者が判断して不要な
中断点を除去することにより、新しい中断点に復帰再実
行プロセスを割り当てるように出来る。 【効果】リソース制約とプログラムの性質、および対話
の状況に合わせた最適な中断点の動的設定が可能にな
る。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は計算機プログラムの
対話的実行方法に関し、特にメモリ資源の制約のもとで
のプログラム中断点（以下、単に中断点という）の効果
的選択を可能とする中断点表示方法に関する。

【０００２】

【従来の技術】近年のワークステーション等の普及によ
り、プログラムの対話的実行がマンマシン性を改善する
上で欠かせない技術となってきた。対話的実行を行うた
めにはプログラムの中断点（ブレークポイント）を用意
する必要があり、中断点は実行状態の確認を行う点であ
ると同時に復帰再実行の基点となるので、そこで再実行
に備えてプログラムの状態を退避する必要がある。ＨＰ
社のＳｏｆｔｂｅｎｃｈのような従来の対話実行環境で
は、状態を外部記憶装置に退避していた。

【０００３】

【発明が解決しようとする課題】中断点における外部記
憶装置への状態退避と中断点への復帰はプログラムが大
きいとき時間がかかり、マンマシン性を損なうことがあ
る。その解決策のひとつとして、状態を外部記憶装置に
出す代わりにプログラムの状態をメモリ上にコピーして
新しいプロセス（リカバリ用プロセス）を用意して待機
させ、復帰再実行時にはリカバリ用プロセスを走らせる
方式が考えられる。この方式では状態の退避と回復は非
常に高速にできるがメモリ資源を多く必要とするため、
中断点が多くなるとメモリ不足でリカバリ用プロセスが
取れなくなり対話的実行が行き詰まる恐れがある。そこ
で、本発明の目的は、そのような事態を避けプログラム
サイズとメモリサイズを考慮しながらプログラムの実行
状況に合わせて経済的かつ効果的に中断点を選べるよう
にするための中断点表示方法を提供することにある。

【０００４】

【課題を解決するための手段】上記目的を達成するた、
本発明では、リカバリ用プロセスを持つ場合とそうでな
い場合とで実行制御画面上の中断点の色を変えて表示す
る。

【０００５】こうすることにより、利用者は各時点で用
意されているリカバリ用プロセスとそれに付随する中断
点を一目で把握できるようになる。また、新たな中断点
と付随するリカバリ用プロセスが必要でありながらメモ
リ資源不足で取れない状況になったときは、その時点で
不要となった中断点と付随するリカバリ用プロセスを削
除して新しいプロセスを取ることができる。こうして、
プログラムの実行状況に合わせた経済的かつ効果的な中
断点の選択が可能になる。

【０００６】

【発明の実施の形態】以下、図面を用いて本発明の実施
例を詳細に説明する。

【０００７】図１は本発明を実施する対話実行システム
の構成を示す。図１において対話実行の対象となるＦＯ
ＲＴＲＡＮアプリケーション３は、中断点の候補となる
要所で対話連絡サブルーチン（ＣＯＭＭ）２を呼んでい
る。ＣＯＭＭ（Ｎ）における引数のＮの値は中断点を識
別する番号（中断点番号）を意味する。ＦＯＲＴＲＡＮ
アプリケーション３でＣＯＭＭが呼ばれるたびに対話連
絡サブルーチン２に制御が渡ってくる。ＣＯＭＭはプロ
セス間通信路４を使って対話制御プログラム１と交信す
る。対話制御プログラム１は画面を介して利用者から送
られてくる指示に従いアプリケーションの対話実行を制
御するプログラムであり、対話画面は図１に示すよう
に、左端列の中断点ボタン群（１１、１２、１３、１
４）、その右の進行インディケータ（１５）、アプリケ
ーションをＦＯＲＴＲＡＮのソースイメージで表示する
中央のソースフィールド（１６）、上部の復帰指示ボタ
ンｒｅｃｏｖ（１７）、進行指示ボタンａｄｖ（１
８）、終了指示ボタンｑｕｉｔ（１９）より成る。中断
点ボタン群は、ソースフィールド内のＣＡＬＬ ＣＯＭ
Ｍ文と同じ行に置かれる。

【０００８】図２は、対話制御プログラム１が用いる中
断点制御テーブルの構成例を示す。このテーブルは各中
断点候補ごとに、中断点番号フィールド２０、中断点か
否かを指示する指定フラグフィールド２１、中断点に対
しリカバリプロセスの番号を記憶するリカバリプロセス
番号フィールド２２、中断点ボタンの色を指示するボタ
ン色フィールド２３よりなる。中断点番号フィールド２
０にはアプリケーションでＣＯＭＭの引数に指定された
番号が入る。指定フラグフィールド２１は“on”が中断
点指定であり、“off”が指定なしを意味する。ボタン
色フィールド２３は“０”がバックグラウンドと同一色
（地色）、“１”が黄色、“２”が緑色を意味する。

【０００９】図３のフローチャートは対話連絡サブルー
チン２（ＣＯＭＭ）の動作（処理手順）を示す。ＣＯＭ
Ｍはアプリケーション３から呼ばれる場合と、復帰に伴
い対話制御プログラム１のリカバリ用プロセスから起動
される場合で異なる動作をする。詳細は後に述べる。

【００１０】図４のフローチャートは対話制御プログラ
ム１の動作を示す。対話制御プログラム１は対話画面を
表示した後イベント発生待ちのループに入る。イベント
としては、中断点ボタンの押下、ＣＯＭＭからの起動、
進行指示ボタンの押下、復帰指示ボタンの押下、終了指
示ボタンの押下があり、それぞれの場合で異なる動作を
する。詳細は後に述べる。

【００１１】以上に述べた画面とプログラム、テーブル
類を用いた対話プロセスの例を以下に示す（中断点ボタ
ンの色表示方法に着目願いたい）。

【００１２】はじめに、対話制御プログラム１と、対話
連絡サブルーチン２（ＣＯＭＭ）を組み込んだＦＯＲＴ
ＲＡＮアプリケーション３とをそれぞれ独立に立ち上げ
る。ＦＯＲＴＲＡＮアプリケーション３は図１に示すと
おり４ヵ所のＣＡＬＬ ＣＯＭＭを含むものとする。対
話制御プログラム１は図４に示したとおり、図１のよう
な対話画面１を作成しＣＯＭＭとプロセス間通信路４を
確保してイベント発生待ちで停止する（４１）。対話画
面のソースフィールド１６にはアプリケーションファイ
ル５から読み込んだＦＯＲＴＲＡＮソースプログラムを
表示する。その際、ソースプログラム内のＣＡＬＬ Ｃ
ＯＭＭ行を検出して、同じ行に中断点ボタン群（１１、
１２、１３、１４）を作成表示する。さらに、図６
（ａ）に示すように中断点制御テーブル（図２）の内容
を初期化する。すなわち中断点番号フィールド２０にＣ
ＯＭＭ引数より取られた４つの番号が登録され、他のフ
ィールドはすべてゼロとなる。従ってボタンはすべてバ
ックグラウンドと同じ色である。

【００１３】続いて利用者が、例えば、中断点ボタン１
１、１３、１４を押して中断点の設定を行うものとす
る。これらのボタンが押されると対話制御プログラム１
は図４のイベント発生待ち状態（４１）から抜け、ブロ
ック４２の中断点ボタン押下時のパスからブロック４３
に進み、指定フラグフィールド２１の現状がoffである
ことから処理４３５、４３６、４３７すべてを行ってイ
ベント待ち状態（４１）に戻る。その結果中断点制御テ
ーブルの内容は図６（ｂ）のように変化する。また、中
断点ボタン１１，１３，１４は黄色に点灯し中断点であ
ることを表示する。

【００１４】ＦＯＲＴＲＡＮアプリケーション３は先頭
から処理を行い、ＣＡＬＬ ＣＯＭＭ（１）にかかると
図３でアプリケーションから呼ばれた時のパスを選び、
まずブロック３０で対話制御プログラム１を起動し、ア
プリケーション３自身で実行中の現プロセス番号とＣＯ
ＭＭの引数である中断点番号（“１”）を対話制御プロ
グラム１に送信する。続いてブロック３１にて対話制御
プログラム１から当該中断点番号の指定フラグフィール
ド２１の状態を受け取り、ブロック３２にて中断点指定
の有無を判別する。この場合は指定フラグが“on”なの
でブロック３２１の処理に進み、ｆｏｒｋ（ ）システ
ムコマンドを発行するなどにより自プロセスのコピーを
新たなプロセスとして発生させ、復帰再実行に備えて待
機させる。コピープロセスはメモリリソースの不足など
の理由で生成できないこともあるが、その場合はコピー
プロセスの番号としてゼロが得られる。正常に得られた
ときは新たな正の番号が得られる。続いてブロック３２
２により新たなコピープロセスの番号をリカバリ用プロ
セス番号として対話制御プログラム１に送る。アプリケ
ーション３自身はブロック３２３にて対話制御プログラ
ム１からの進行指示ボタン押下待ちに入る。一方対話制
御プログラム１は、図４のイベント発生待ち状態（４
１）から抜け、中断点ボタン押下（４２）で対話連絡サ
ブルーチン２（ＣＯＭＭ）より起動のパスを選び、ブロ
ック４４にて現プロセス番号と中断点番号“１”をＣＯ
ＭＭより受け取る。続いてブロック４５にて中断点番号
“１”で図６（ｂ）の中断点制御テーブルを検索してフ
ィールド２０が同じ番号のものを見つけ当該行のフィー
ルド２１の値“on”を指定フラグとしてＣＯＭＭに送信
する。さらにブロック４６で指定フラグがオンであるこ
とからブロック４６１に進み、ＣＯＭＭよりリカバリ用
プロセス番号を受取り、ブロック４６２にてそれを図２
の中断点制御テーブルのフィールド２２に格納する。今
リカバリ用プロセス番号が“１”であり正常にリカバリ
用プロセスが得られたとすれば、ブロック４６３より４
６３１に進みフィールド２３のボタン色コードを“２”
すなわち緑に設定する。さらにブロック４６４にてコー
ドに従ってボタンを点灯しイベント発生待ち状態（４
１）に復帰する。この時点で中断点制御テーブルの内容
は図６（ｃ）のようになり、図１のボタン１１がリカバ
リ用プロセスを持つ復帰可能な中断点であることを示す
緑色になる。

【００１５】中断点での調査を終えた後、利用者が進行
指示ボタン１８を押すと対話制御プログラム１は図４の
ブロック４７にてＣＯＭＭに進行を通知し、ＣＯＭＭは
図３のブロック３２３にてそれを受け、ブロック３３に
てＦＯＲＴＲＡＮアプリケーション３に復帰する。アプ
リケーション３は処理を続け、ＣＡＬＬ ＣＯＭＭ
（２）にて再びＣＯＭＭに制御を移す。ここでは、図３
のブロック３０、３１まで前と同じ処理を行うが、図６
（ｃ）に示されるとおり中断点番号“２”では指定フラ
グ２１が“off”であり中断点に指定されていないこと
から、ブロック３２では何もせずブロック３３よりアプ
リケーションに復帰する。同様に、対話制御プログラム
１も図４のブロック４４、４５を実行後ブロック４６で
何も行わずにイベント発生待ち状態（４１）に戻る。

【００１６】次のＣＡＬＬ ＣＯＭＭ（３）は中断点に
指定されており、そこでの動作はＣＡＬＬ ＣＯＭＭ
（１）の場合と同様である。リカバリ用プロセスが正常
に取れたとすると、中断点制御テーブルの状態は図６
（ｄ）のようになり、中断点ボタン１３も１１と同じく
緑に点灯する。

【００１７】続くＣＡＬＬ ＣＯＭＭ（４）も中断点に
指定されており同様の動作をするが、リカバリ用プロセ
スがリソース不足で取れずリカバリ用プロセス番号
“０”が得られたものとする。この時は図４のブロック
４６３からブロック４６３２のパスを取るため、ボタン
色コード２３を“１”（黄色）にセットして点灯する。
従ってボタン１４の色は黄色のままに留まり、リカバリ
用プロセスの取れなかったことを表示する。中断点制御
テーブルの状態は図６（ｅ）のようになる。

【００１８】この時点で利用者は、これ以上リカバリ用
プロセスが取れないため復帰可能な中断点を増やせない
ことを知る。ＣＡＬＬ ＣＯＭＭ（４）へ復帰可能にす
るためには不要になった中断点とリカバリ用プロセスを
選択して除去しなければならない。そのような判断を利
用者は、ソースフィールド１６のプログラムロジック情
報と付随する中断点ボタン群（１１、１２、１３、１
４）の色をみて的確に行うことができる。

【００１９】利用者はボタン１１で中断点を除去する決
断をしたものとする。そのために利用者はボタン１１を
再度押下する。このとき対話制御プログラム１はブロッ
ク４２から４３に進み、さらに当該指定フラグが“on”
であることから、ブロック４３１に進んで指定フラグを
“off”にした後ブロック４３２で図６（ｅ）フィール
ド２２にあるリカバリ用プロセス１番を削除する。これ
により１番が使用していたメモリなどのリソースが開放
され、新たなプロセスが使えるようになる。さらにブロ
ック４３３、４３４でボタン色を地色に変える。これで
ボタン１１で指定された番号が中断点から解除されたこ
とになる。中断点制御テーブルの内容は図５（ｆ）のよ
うになる。

【００２０】続いて利用者はボタン１４で指定された番
号の中断点を復帰可能にするため、一旦直前の中断点に
復帰する。

【００２１】このためには復帰指示ボタン１７を押せば
良い。このとき、対話制御プログラム１は図４のブロッ
ク４２から図５のブロック４８のパスへ進み、中断点制
御テーブル図６（ｆ）を現中断点番号“４”から上方に
向かってリカバリ用プロセスを持つ中断点（すなわちフ
ィールド２２が正値でフィールド２１が“on”の行）を
求めて探索する。その結果番号“３”の中断点が得られ
る。続いてブロック４９１で現在のＣＯＭＭプロセスを
削除し、ブロック４９２でフィールド２２に書かれたリ
カバリ用プロセス２番を新たな現プロセスとし、ブロッ
ク４９３でＣＯＭＭに起動を掛けブロック４１に戻る。
ＣＯＭＭ側は図３のブロック３４に制御が渡り、まず再
度自プロセスのコピーを新たに生成し（３番とする）、
リカバリ用のプロセスとして待機させる。直前のブロッ
ク４９１でプロセスをひとつ削除しているので、このプ
ロセスはかならず作ることができる。続いてブロック３
５で対話制御プログラム１を起動してリカバリ用プロセ
ス番号を送信する。これはブロック３２２の処理と同様
である。その後ブロック３６で対話制御プログラム１か
らの進行指示を待つ。これもブロック３２３と同様であ
る。この時対話制御プログラム１はブロック４２から４
６１に進み、リカバリ用プロセス番号“３”の受け取り
とフィールド２２への格納（ブロック４６２）を行う。
さらにブロック４６３１でボタン色コード２（緑色）に
設定しブロック４６４で点灯後ブロック４１に戻る。こ
れにより中断点１３への復帰が完了した。この状態で中
断点制御テーブルの内容は図６（ｇ）のようになる。

【００２２】利用者が進行指示ボタン１８を押すことに
より、ＣＯＭＭは図３のブロック３６の待ち状態を抜
け、ブロック３７からアプリケーション３のＣＡＬＬ
ＣＯＭＭ（３）の直後に復帰する。ＣＡＬＬ ＣＯＭＭ
（４）にて再び制御は対話連絡サブルーチン２に渡る
が、この度は中断点１１の削除により新しいリカバリ用
プロセス“４”を取ることができる。中断点制御テーブ
ルの内容は図６（ｈ）のようになり、ボタン１４は緑色
に点灯する。

【００２３】このようにリカバリプロセスの取得状態を
ボタン色で表示することにより、利用者は対話実行の進
行に合わせて、有効な中断点を動的に設定・解除して行
くことができる。

【００２４】本実施例では、ボタンの色に地色、黄、緑
を用いたが、本発明は色の区別さえつけばこれにとらわ
れるものでない。またＦＯＲＴＲＡＮのアプリケーショ
ンについて説明したが、本発明はプログラミング言語の
種類に制約されない。

【００２５】

【発明の効果】本発明によれば、高速の復帰・再実行を
保証しながら、計算機のリソース制約とプログラムの性
質に合わせた実行中断点の設定・解除が出来るようにな
り、必要最小限の中断点を用意して対話実行を進めるこ
とが出来る。

【図面の簡単な説明】

【図１】対話的実行システムの全体構成図。

【図２】中断点制御テーブルの構成例を示す図。

【図３】対話連絡サブルーチン（ＣＯＭＭ）の動作を示
すフローチャート。

【図４】対話制御プログラムの動作を示すフローチャー
ト。

【図５】図４に続く動作を示すフローチャート。

【図６】対話実行に即した中断点制御テーブルの内容の
変化を示す図。

【符号の説明】

１…対話制御プログラム、２…対話連絡サブルーチン
（ＣＯＭＭ）、３…ＦＯＲＴＲＡＮアプリケーション、
４…プロセス間通信路、｛１１，１２，１３，１４｝：
中断点ボタン、１５：進行インディケータフィールド、
１６：ソースフィールド、１７：復帰指示ボタン、１
８：進行指示ボタン、１９：終了指示ボタン、２０：中
断点番号フィールド、２１：指定フラグフィールド、２
２：リカバリ用プロセス番号フィールド、２３：ボタン
色コードフィールド、｛３０，３１，３２，３３，３
４，３５，３６，３７，３２１，３２２，３２３｝：対
話連絡サブルーチンの動作部分、｛４０，４１，４２，
４３，４４，４５，４６，４７，４８，４９，５０，４
３１，４３２，４３３，４３４，４３５，４３６，４３
７，４６１，４６２，４６３，４６４，４９１，４９
２，４９３，４９４，４６３１，４６３２｝：対話制御
プログラムの動作部分。

Claims (1)

【特許請求の範囲】
1. 【請求項１】プログラムの対話的実行方法であって、登
   録済みの中断点への復帰が可能か否かを、中断点を示す
   対話画面上のボタンの色で区別することを特徴とする中
   断点表示方法。