JPH0540635A - プログラム出口の動的非アクテイブ化方法および装置 - Google Patents
プログラム出口の動的非アクテイブ化方法および装置Info
- Publication number
- JPH0540635A JPH0540635A JP3115823A JP11582391A JPH0540635A JP H0540635 A JPH0540635 A JP H0540635A JP 3115823 A JP3115823 A JP 3115823A JP 11582391 A JP11582391 A JP 11582391A JP H0540635 A JPH0540635 A JP H0540635A
- Authority
- JP
- Japan
- Prior art keywords
- exit
- call
- scheduled
- program
- progress
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING OR CALCULATING; COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/54—Interprogram communication
-
- G—PHYSICS
- G06—COMPUTING OR CALCULATING; COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/52—Program synchronisation; Mutual exclusion, e.g. by means of semaphores
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Stored Programmes (AREA)
- Debugging And Monitoring (AREA)
Abstract
(57)【要約】
【目的】 コンピュータ・システムにおける出口を動的
に非アクティブ化する装置および方法を提供する。 【構成】 出口は、第１のプログラムと関連し、予め決
められたシステムの事象の発生に応答して第２のプログ
ラムによりアクティブ状態にある間呼出されるプログラ
ム・モジュールである。出口を非アクティブ化する要求
が受取られる時、出口の１つ以上の呼出しが進行中かあ
るいは予定されているかどうかが判定される。この出口
の呼出しが進行中でないかあるいは予定されていなけれ
ば、出口は非アクティブ状態としてマークされる。しか
し、出口の１つ以上の呼出しが進行中かあるいは予定さ
れているならば、進行中かあるいは予定されている全て
のかかる呼出しが完了した時にのみ、出口が非アクティ
ブ状態としてマークされる。
に非アクティブ化する装置および方法を提供する。 【構成】 出口は、第１のプログラムと関連し、予め決
められたシステムの事象の発生に応答して第２のプログ
ラムによりアクティブ状態にある間呼出されるプログラ
ム・モジュールである。出口を非アクティブ化する要求
が受取られる時、出口の１つ以上の呼出しが進行中かあ
るいは予定されているかどうかが判定される。この出口
の呼出しが進行中でないかあるいは予定されていなけれ
ば、出口は非アクティブ状態としてマークされる。しか
し、出口の１つ以上の呼出しが進行中かあるいは予定さ
れているならば、進行中かあるいは予定されている全て
のかかる呼出しが完了した時にのみ、出口が非アクティ
ブ状態としてマークされる。
Description
【０００１】
【産業上の利用分野】本発明は、データ処理およびデー
タ処理システムに関する。特に、本発明は情報をアプリ
ケーションへ送る目的のためのシステム・ソフトウエア
とアプリケーション・プログラム間のインターフェース
に関する。
タ処理システムに関する。特に、本発明は情報をアプリ
ケーションへ送る目的のためのシステム・ソフトウエア
とアプリケーション・プログラム間のインターフェース
に関する。
【０００２】
【従来の技術】システム・プログラムの制御下で実行す
るアプリケーション・プログラムは、出口と呼ばれる定
義されたプログラム・モジュールとしばしば関連付けら
れる。システム・プログラムは、これら出口を呼出して
事象、システムその他についての情報をアプリケーショ
ン・プログラムへ送る。典型的な使い方は、システム・
エラー情報をアプリケーション・プログラムへ送ること
であろう。別の事例は、ネットワーク・リンクの状態情
報を、これを監視して通信ネットワークを管理すること
がその仕事であるアプリケーション・プログラムへ送る
ことである。
るアプリケーション・プログラムは、出口と呼ばれる定
義されたプログラム・モジュールとしばしば関連付けら
れる。システム・プログラムは、これら出口を呼出して
事象、システムその他についての情報をアプリケーショ
ン・プログラムへ送る。典型的な使い方は、システム・
エラー情報をアプリケーション・プログラムへ送ること
であろう。別の事例は、ネットワーク・リンクの状態情
報を、これを監視して通信ネットワークを管理すること
がその仕事であるアプリケーション・プログラムへ送る
ことである。
【０００３】出口モジュールと関連するパラメータある
いはモジュール自体の変更のため、顧客はしばしば出口
モジュールをロードし直す必要を有する。出口モジュー
ルを修正するプロセスは、この変更がソース・モジュー
ルに構成されること、およびこの新しいモジュールがコ
ンパイルされてシステムにロードされることを要求す
る。しかし、もしその時アクティブ状態であると、その
時の出口モジュールは、新しいモジュールをロードでき
る前に、まず非アクティブ状態にされねばならない。現
在の非アクティブ化方法は、下記の方法、即ちシステム
・プログラム全体を停止させること、あるいは出口の呼
出しがアクティブ状態かあるいはペンディング中である
かを最初に判定することなく出口を非アクティブ状態に
することの一方を必要とする。
いはモジュール自体の変更のため、顧客はしばしば出口
モジュールをロードし直す必要を有する。出口モジュー
ルを修正するプロセスは、この変更がソース・モジュー
ルに構成されること、およびこの新しいモジュールがコ
ンパイルされてシステムにロードされることを要求す
る。しかし、もしその時アクティブ状態であると、その
時の出口モジュールは、新しいモジュールをロードでき
る前に、まず非アクティブ状態にされねばならない。現
在の非アクティブ化方法は、下記の方法、即ちシステム
・プログラム全体を停止させること、あるいは出口の呼
出しがアクティブ状態かあるいはペンディング中である
かを最初に判定することなく出口を非アクティブ状態に
することの一方を必要とする。
【０００４】出口モジュールをロードし直す第１の従来
技術の方法は、システム・プログラムの正しい停止を必
要とする。このため、システム・プログラムが実行中で
ない期間においてシステム機能を完全に失う結果とな
る。これは、システムの中断の故に、例え短い期間でも
顧客にとってしばしば受入られない。例えば、ＶＴＡＭ
（ＶＴＡＭはＩＢＭ社の商標）ソフトウエアの如き通信
アクセス制御ソフトウエアの場合には、停止はネットワ
ーク全体の通信機能の停止を意味する。第２の方法は、
システム・プログラムを終ることなく特定の出口の非ア
クティブ化を可能にするが、出口モジュールがその時実
行中であるかもしれなこと、あるいは１つ以上の呼出し
がペンディング（待ち）であるかもしれないことの可能
性を考慮に入れるものではない。このような状態では、
アプリケーション・プログラムは、非アクティブ状態の
出口が呼出される時陳腐化した情報を受取ることがあ
り、あるいはおそらくは異常終了して、これまた重大な
結果を生じるおそれがある。もはや存在しない出口に対
して呼出しが生じる時には、他の問題も生起し得る。
技術の方法は、システム・プログラムの正しい停止を必
要とする。このため、システム・プログラムが実行中で
ない期間においてシステム機能を完全に失う結果とな
る。これは、システムの中断の故に、例え短い期間でも
顧客にとってしばしば受入られない。例えば、ＶＴＡＭ
（ＶＴＡＭはＩＢＭ社の商標）ソフトウエアの如き通信
アクセス制御ソフトウエアの場合には、停止はネットワ
ーク全体の通信機能の停止を意味する。第２の方法は、
システム・プログラムを終ることなく特定の出口の非ア
クティブ化を可能にするが、出口モジュールがその時実
行中であるかもしれなこと、あるいは１つ以上の呼出し
がペンディング（待ち）であるかもしれないことの可能
性を考慮に入れるものではない。このような状態では、
アプリケーション・プログラムは、非アクティブ状態の
出口が呼出される時陳腐化した情報を受取ることがあ
り、あるいはおそらくは異常終了して、これまた重大な
結果を生じるおそれがある。もはや存在しない出口に対
して呼出しが生じる時には、他の問題も生起し得る。
【０００５】他の従来技術、例えば、ＩＢＭ社により市
販されるソフトウエア製品である「ジョブ・エントリ・
システム（Ｊｏｂ Ｅｎｔｒｙ Ｓｙｓｔｅｍ）」は、
制御コンソールから手動でアクティブにされあるいは非
アクティブ化される出口に対する手段を提供する。しか
し、例えこの技術においても、その非アクティブ化以前
に出口が呼出されているか、あるいは呼出しがペンディ
ング状態にあるかを判定する手法がない。このようなシ
ステムにおいて出口を単に非アクティブ化することは、
既に述べたことに似た問題を惹き起すおそれがある。こ
のため、従来技術においては、システム・プログラムの
作動を正しい方法で停止することによる以外に、ロード
のやり直しその他のため出口を安全に非アクティブ化す
る方法がない。
販されるソフトウエア製品である「ジョブ・エントリ・
システム（Ｊｏｂ Ｅｎｔｒｙ Ｓｙｓｔｅｍ）」は、
制御コンソールから手動でアクティブにされあるいは非
アクティブ化される出口に対する手段を提供する。しか
し、例えこの技術においても、その非アクティブ化以前
に出口が呼出されているか、あるいは呼出しがペンディ
ング状態にあるかを判定する手法がない。このようなシ
ステムにおいて出口を単に非アクティブ化することは、
既に述べたことに似た問題を惹き起すおそれがある。こ
のため、従来技術においては、システム・プログラムの
作動を正しい方法で停止することによる以外に、ロード
のやり直しその他のため出口を安全に非アクティブ化す
る方法がない。
【０００６】
【発明の概要】本発明は、コンピュータ・システムにお
いて出口を動的に非アクティブ化する装置および方法で
ある。出口は、第１のプログラムと関連するプログラム
・モジュールであり、これは予め決められたシステム事
象の発生に応答して第２のプログラムによりアクティブ
状態にある間呼出される。出口を非アクティブ化する要
求が受取られると、出口の１つ以上の呼出しが進行中で
あるかあるいは予定されているかが判定される。もし出
口の呼出しが進行中でないかあるいは予定されていなけ
れば、この出口は非アクティブ状態としてマークされ
る。しかし、もし出口の１つ以上の呼出しが進行中か予
定されていると、この出口は、進行中あるいは予定され
ているこのような全ての呼出しが完了する時にのみ非ア
クティブ状態としてマークされる。
いて出口を動的に非アクティブ化する装置および方法で
ある。出口は、第１のプログラムと関連するプログラム
・モジュールであり、これは予め決められたシステム事
象の発生に応答して第２のプログラムによりアクティブ
状態にある間呼出される。出口を非アクティブ化する要
求が受取られると、出口の１つ以上の呼出しが進行中で
あるかあるいは予定されているかが判定される。もし出
口の呼出しが進行中でないかあるいは予定されていなけ
れば、この出口は非アクティブ状態としてマークされ
る。しかし、もし出口の１つ以上の呼出しが進行中か予
定されていると、この出口は、進行中あるいは予定され
ているこのような全ての呼出しが完了する時にのみ非ア
クティブ状態としてマークされる。
【０００７】望ましい実施態様においては、出口の１つ
以上の呼出しが進行中かあるいは予定されていることが
判定される時、出口の状態はペンディングの非アクティ
ブ状態としてマークされる。出口の全ての呼出しの試み
は、もし出口の状態がアクティブ状態としてマークされ
なければ、認められない。進行中あるいは予定された全
ての出口の呼出しの完了は、出口の成功した各呼出しと
同時にカウンタを増進させ、また出口呼出しの完了毎に
カウンタを減退させることにより決定される。このカウ
ンタのゼロ状態は、このような進行中あるいは予定され
る呼出しが無いことを意味する。呼出しが完了しカウン
タの状態がゼロである時、出口の状態が「ペンディング
の非アクティブ状態」であるならば、出口は安全に非ア
クティブ化できる。
以上の呼出しが進行中かあるいは予定されていることが
判定される時、出口の状態はペンディングの非アクティ
ブ状態としてマークされる。出口の全ての呼出しの試み
は、もし出口の状態がアクティブ状態としてマークされ
なければ、認められない。進行中あるいは予定された全
ての出口の呼出しの完了は、出口の成功した各呼出しと
同時にカウンタを増進させ、また出口呼出しの完了毎に
カウンタを減退させることにより決定される。このカウ
ンタのゼロ状態は、このような進行中あるいは予定され
る呼出しが無いことを意味する。呼出しが完了しカウン
タの状態がゼロである時、出口の状態が「ペンディング
の非アクティブ状態」であるならば、出口は安全に非ア
クティブ化できる。
【０００８】
【実施例】図１は、システム・プログラム１０２、アプ
リケーション・プログラム１０４、および複数の出口プ
ログラム・モジュール１０６−１乃至１０６−Ｎを含む
コンピュータ・システム１００を示している。出口プロ
グラム・モジュールは、情報をアプリケーション・プロ
グラムへ送るためシステム・プログラムにより使用され
る。システムと関連しているのは、出口モジュールを定
義するためのデータ構造１０８である。本発明により出
口を制御するためのアクティブ化、非アクティブ化およ
び呼出しプログラム１１０、１１２、１１４もまた、そ
れぞれシステムと関連している。
リケーション・プログラム１０４、および複数の出口プ
ログラム・モジュール１０６−１乃至１０６−Ｎを含む
コンピュータ・システム１００を示している。出口プロ
グラム・モジュールは、情報をアプリケーション・プロ
グラムへ送るためシステム・プログラムにより使用され
る。システムと関連しているのは、出口モジュールを定
義するためのデータ構造１０８である。本発明により出
口を制御するためのアクティブ化、非アクティブ化およ
び呼出しプログラム１１０、１１２、１１４もまた、そ
れぞれシステムと関連している。
【０００９】出口定義データ構造は、１つ以上の出口を
識別する手段をシステムに与える。図２は出口定義に関
するデータ構造を示す。出口がアクティブ化、非アクテ
ィブ化あるいは呼出されるべき時、システムはマスター
出口制御ブロック２００を参照する。このマスター制御
ブロックは、多数の出口制御ブロック（ＸＣＢ）の最初
のものに対するポインタ２０２を含む。定義された各出
口は、個々のＸＣＢと関連付けられる。図３は、ＸＣＢ
の詳細を例示している。各出口は、名前フィールド３０
０に記憶されるそれ自体の名前を有する。出口がロード
される主メモリー・アドレス、即ち呼出しアドレスある
いはエントリ指定アドレスは、フィールド３０２に記憶
される。フィールド３０４は、明らかなように、１つの
出口のその時アクティブな呼出し（段階）の数を追跡す
るため使用される呼出しカウンタを含む。フィールド３
０６は、出口の状態表示を含む。このフィールドの右側
に示されるように、４つの状態、即ち「非アクティブ状
態」、「ペンディングのアクティブ状態」、「アクティ
ブ状態」および「ペンディングの非アクティブ状態」が
定義される。最後に、フィールド３０８が、出口をアク
ティブ化するプログラムの識別子を含む。マスター制御
ブロック２００およびＸＣＢは、出口と関連するシステ
ム・プログラムの初期化の間に主メモリーへロードされ
る。
識別する手段をシステムに与える。図２は出口定義に関
するデータ構造を示す。出口がアクティブ化、非アクテ
ィブ化あるいは呼出されるべき時、システムはマスター
出口制御ブロック２００を参照する。このマスター制御
ブロックは、多数の出口制御ブロック（ＸＣＢ）の最初
のものに対するポインタ２０２を含む。定義された各出
口は、個々のＸＣＢと関連付けられる。図３は、ＸＣＢ
の詳細を例示している。各出口は、名前フィールド３０
０に記憶されるそれ自体の名前を有する。出口がロード
される主メモリー・アドレス、即ち呼出しアドレスある
いはエントリ指定アドレスは、フィールド３０２に記憶
される。フィールド３０４は、明らかなように、１つの
出口のその時アクティブな呼出し（段階）の数を追跡す
るため使用される呼出しカウンタを含む。フィールド３
０６は、出口の状態表示を含む。このフィールドの右側
に示されるように、４つの状態、即ち「非アクティブ状
態」、「ペンディングのアクティブ状態」、「アクティ
ブ状態」および「ペンディングの非アクティブ状態」が
定義される。最後に、フィールド３０８が、出口をアク
ティブ化するプログラムの識別子を含む。マスター制御
ブロック２００およびＸＣＢは、出口と関連するシステ
ム・プログラムの初期化の間に主メモリーへロードされ
る。
【００１０】出口のアクティブ化は、関連するアプリケ
ーションへ情報を送るためシステムにより呼出すことが
できるように、出口を使用可能にする。出口の非アクテ
ィブ化は、出口を使用不能にすることによりその呼出し
を阻止する。出口のアクティブ化、非アクティブ化およ
び呼出しは、パラメータＡＣＴ（アクティブ化）、ＩＮ
ＡＣＴ（非アクティブ化）あるいはＩＮＶＯＫＥ（呼出
し）のいずれかをそれぞれ指定するインライン・マクロ
の使用によっってトリガーされる。下記の表１は、イン
ライン・マクロのフォーマットおよびそのパラメータを
記述する。この表中、「 」がマクロに与えられねばな
らない可変データを囲む。「｜」は与えられるデータに
関するオプションを分けている。
ーションへ情報を送るためシステムにより呼出すことが
できるように、出口を使用可能にする。出口の非アクテ
ィブ化は、出口を使用不能にすることによりその呼出し
を阻止する。出口のアクティブ化、非アクティブ化およ
び呼出しは、パラメータＡＣＴ（アクティブ化）、ＩＮ
ＡＣＴ（非アクティブ化）あるいはＩＮＶＯＫＥ（呼出
し）のいずれかをそれぞれ指定するインライン・マクロ
の使用によっってトリガーされる。下記の表１は、イン
ライン・マクロのフォーマットおよびそのパラメータを
記述する。この表中、「 」がマクロに与えられねばな
らない可変データを囲む。「｜」は与えられるデータに
関するオプションを分けている。
【００１１】 表 １ インライン・マクロ ＩＮＬＩＮＥ ＡＣＴ｜ＩＮＡＣＴ｜ＩＮＶＯＫＥ ＥＸＩＴ（名前） ＰＬＩＳＴ（ｐａｒｍ１、ｐａｒｍ２、、、ｐａｒｍｎ） ＡＲＥＡ（作業域アドレス） ＲＴＮＣＯＤＥ（戻りコード・アドレス） ＰＲＯＧ（プログラムＩＤ） ＡＣＴは出口のアクティブ化を要求する。
【００１２】ＩＮＡＣＴは、出口の非アクティブ化を要
求する。
求する。
【００１３】ＩＮＶＯＫＥは、出口を呼出す。
【００１４】ＥＸＩＴは、問題となる出口を名指す。
【００１５】ＰＬＩＳＴは、呼出された出口へ送られる
パラメータをリストする。
パラメータをリストする。
【００１６】ＡＲＥＡは、出口に送られるべきパラメー
タ・リストを形成するため使用されるメモリー作業域を
指定する。
タ・リストを形成するため使用されるメモリー作業域を
指定する。
【００１７】ＲＴＮＣＯＤＥは、要求の戻りコードを記
憶する記憶場所を指定する。
憶する記憶場所を指定する。
【００１８】ＰＲＯＧは、マクロを実行しているプログ
ラムの識別を含む。
ラムの識別を含む。
【００１９】インライン・マクロの多くの特徴は、本発
明とは関係がなく、詳細には論述しない。
明とは関係がなく、詳細には論述しない。
【００２０】インライン・マクロは、アクティブ化およ
び非アクティブ化のため用いられる時、それぞれ図４お
よび図５のアクティブ化および非アクティブ化プログラ
ムを呼出すため、システム・ソフトウエアにより後で処
理される要求をキューに入れる。出口の呼出しのための
マクロの使用は、図６に示される呼出しプログラムの直
接呼出しをもたらす結果となる。従って、望ましい実施
態様においては、全ての呼出し要求は、出口に対するペ
ンディングの（待ち行列にある）要求とは対照的に、出
口モジュールの段階の即時の実行をもたらす結果とな
る。しかし、これは直裁的な設計上の選択であって、本
発明の範囲を一切限定するものではない。ペンディング
の出口は、図６に関して述べるように出口の呼出しが生
成される時よりも、呼出し要求が待ち行列にある時呼出
しカウンタを単に増分することにより容易に許される。
び非アクティブ化のため用いられる時、それぞれ図４お
よび図５のアクティブ化および非アクティブ化プログラ
ムを呼出すため、システム・ソフトウエアにより後で処
理される要求をキューに入れる。出口の呼出しのための
マクロの使用は、図６に示される呼出しプログラムの直
接呼出しをもたらす結果となる。従って、望ましい実施
態様においては、全ての呼出し要求は、出口に対するペ
ンディングの（待ち行列にある）要求とは対照的に、出
口モジュールの段階の即時の実行をもたらす結果とな
る。しかし、これは直裁的な設計上の選択であって、本
発明の範囲を一切限定するものではない。ペンディング
の出口は、図６に関して述べるように出口の呼出しが生
成される時よりも、呼出し要求が待ち行列にある時呼出
しカウンタを単に増分することにより容易に許される。
【００２１】図４の出口アクティブ化プログラムは、シ
ステムが出口のアクティブ化に対する待ち行列要求を供
する時実行される。このようなアクティブ化は、システ
ム・プログラムあるいはアプリケーションにより要求さ
れることがある。ステップ４００は、図３における出口
状態フィールド３０６を調べることにより、最初に問題
となる出口が非アクティブ状態にあることを検証する。
もし出口が非アクティブ状態以外の状態にあるならば、
ステップ４０２が、アクティブ化要求が失敗したことを
要求プログラムを通知する。出口の状態フィールド３０
６が出口が非アクティブ状態にあることを示すならば、
ステップ４０４がフィールド３０６を「ペンディングの
アクティブ状態」へ更新する。次に、ステップ４０６
は、出口モジュールを主メモリーへロードして、必要と
し得る初期化の実行のためこれを呼出す。出口の初期化
の完了と同時に、ステップ４０８が出口状態フィールド
３０６をアクティブ状態としてマークし、要求プログラ
ムの識別をＸＣＢのアクティブ状態プログラムＩＤフィ
ールド３０８に保管する。このプログラムＩＤは、イン
ライン・マクロ呼出しに含まれ、アクティブ化待ち行列
要求に格納される。この時、要求するプログラムは、要
求が成功したことを通知され、出口は以降の非アクティ
ブ化および呼出し要求を処理する用意ができる。
ステムが出口のアクティブ化に対する待ち行列要求を供
する時実行される。このようなアクティブ化は、システ
ム・プログラムあるいはアプリケーションにより要求さ
れることがある。ステップ４００は、図３における出口
状態フィールド３０６を調べることにより、最初に問題
となる出口が非アクティブ状態にあることを検証する。
もし出口が非アクティブ状態以外の状態にあるならば、
ステップ４０２が、アクティブ化要求が失敗したことを
要求プログラムを通知する。出口の状態フィールド３０
６が出口が非アクティブ状態にあることを示すならば、
ステップ４０４がフィールド３０６を「ペンディングの
アクティブ状態」へ更新する。次に、ステップ４０６
は、出口モジュールを主メモリーへロードして、必要と
し得る初期化の実行のためこれを呼出す。出口の初期化
の完了と同時に、ステップ４０８が出口状態フィールド
３０６をアクティブ状態としてマークし、要求プログラ
ムの識別をＸＣＢのアクティブ状態プログラムＩＤフィ
ールド３０８に保管する。このプログラムＩＤは、イン
ライン・マクロ呼出しに含まれ、アクティブ化待ち行列
要求に格納される。この時、要求するプログラムは、要
求が成功したことを通知され、出口は以降の非アクティ
ブ化および呼出し要求を処理する用意ができる。
【００２２】出口を非アクティブ化する要求は、呼出さ
れた出口が復元不能な誤り（図示せず）に遭遇した場合
に、アプリケーション・プログラムあるいはシステムの
いずれか一方によって生成される。非アクティブ化要求
は、パラメータＩＮＡＣＴを指定するインライン・マク
ロを生じることにより開始される。図５は、非アクティ
ブ化の待ち行列要求がシステムにより処理される時実行
される非アクティブ化シーケンスのフローを示す。ステ
ップ５００に示されるように、出口の非アクティブ化要
求は、出口の状態が「出口制御ブロック」の出口状態フ
ィールド３０６においてアクティブ状態でマークされる
場合にのみ処理される。さもなければ、ステップ５０２
が、要求するプログラムに非アクティブ化要求が不成功
であったことを通知する。ステップ５００が出口の状態
がアクティブ状態であることを検証した後、ステップ５
０４が出口状態フィールド３０６を更新して非アクティ
ブ化要求がペンディングであることを表示する。この要
求は、ステップ５０６がこの出口に対する進行中の呼出
しがないと判定する（待ち行列の呼出しが使用されるな
らばペンディング）ならば、この時にだけ終了する。こ
れは、以下に説明するように、出口制御ブロックの呼出
しカウント・フィールド３０４のゼロ状態によって表示
される。もし呼出しカウント状態がゼロでなければ、こ
の非アクティブ化要求は当面無視される。これは、呼出
される出口の最後にアクティブな段階が終了した時、図
６の呼出しシーケンスによって後で復元される。ステッ
プ５０６において進行中の呼出しが存在しなければ、出
口が必要とするクリーンアップ処理を行うため出口が呼
出される。出口が制御を戻す時、ステップ５０８は主メ
モリーから出口モジュールを削除し、出口状態フィール
ド３０６を更新して出口がその時非アクティブ状態であ
ることを表示する。次いで、その非アクティブ化要求が
完了したことを警報するため非アクティブ化要求を生じ
たプログラムに対する応答が発される。出口が非アクテ
ィブ化される時、この出口に対する正しい要求のみがア
クティブ化用となる。
れた出口が復元不能な誤り（図示せず）に遭遇した場合
に、アプリケーション・プログラムあるいはシステムの
いずれか一方によって生成される。非アクティブ化要求
は、パラメータＩＮＡＣＴを指定するインライン・マク
ロを生じることにより開始される。図５は、非アクティ
ブ化の待ち行列要求がシステムにより処理される時実行
される非アクティブ化シーケンスのフローを示す。ステ
ップ５００に示されるように、出口の非アクティブ化要
求は、出口の状態が「出口制御ブロック」の出口状態フ
ィールド３０６においてアクティブ状態でマークされる
場合にのみ処理される。さもなければ、ステップ５０２
が、要求するプログラムに非アクティブ化要求が不成功
であったことを通知する。ステップ５００が出口の状態
がアクティブ状態であることを検証した後、ステップ５
０４が出口状態フィールド３０６を更新して非アクティ
ブ化要求がペンディングであることを表示する。この要
求は、ステップ５０６がこの出口に対する進行中の呼出
しがないと判定する（待ち行列の呼出しが使用されるな
らばペンディング）ならば、この時にだけ終了する。こ
れは、以下に説明するように、出口制御ブロックの呼出
しカウント・フィールド３０４のゼロ状態によって表示
される。もし呼出しカウント状態がゼロでなければ、こ
の非アクティブ化要求は当面無視される。これは、呼出
される出口の最後にアクティブな段階が終了した時、図
６の呼出しシーケンスによって後で復元される。ステッ
プ５０６において進行中の呼出しが存在しなければ、出
口が必要とするクリーンアップ処理を行うため出口が呼
出される。出口が制御を戻す時、ステップ５０８は主メ
モリーから出口モジュールを削除し、出口状態フィール
ド３０６を更新して出口がその時非アクティブ状態であ
ることを表示する。次いで、その非アクティブ化要求が
完了したことを警報するため非アクティブ化要求を生じ
たプログラムに対する応答が発される。出口が非アクテ
ィブ化される時、この出口に対する正しい要求のみがア
クティブ化用となる。
【００２３】出口の呼出し要求は、パラメータＩＮＶＯ
ＫＥを指定するインライン・マクロを用いてシステム・
プログラム内の予め決められた呼出し点から開始され
る。図６の呼出しプログラムは、多くの段階が同時に実
行できるように再入可能なようにコード化される。各段
階は、下記のステップを実行する。指定された出口の状
態がステップ６００で調べられて、これがその時アクテ
ィブ状態であることを検証する。もしそうでなければ、
エラー・メッセージがステップ６０２において要求側へ
戻され、この要求は無視される。もし出口がアクティブ
状態であれば、ステップ６０４は進行中である出口の呼
出し数を反映するように呼出しカウンタ３０４を進め
る。そして、出口がステップ６０６において呼出され
る。前に述べたように、この呼出しは望ましい実施態様
においては出口を直ちに実行する。もし待ち行列入れ呼
出しが代わりに用いられるならば、ステップ６０６は後
で出口を呼出す待ち行列入れ要求で置換されることにな
る。出口がその処理を完了して制御を戻す時、呼出しカ
ウンタ３０４がステップ６０８で減少される。図６のこ
のステップおよび残りのステップは、もしそのような実
施態様が用いられるならば、呼出し待ち行列サーバによ
り行われることになる。ステップ６１０は、この時、非
アクティブ化プログラムのステップ６０６において無視
された以前の非アクティブ化要求がこの時処理のため再
び待ち行列に入れられるべきかどうかを決定する。もし
出口の非アクティブ化がペンディングであり、呼出しカ
ウンタ３０４がこの時ゼロであるならば、ステップ６１
２がこの出口に対する非アクティブ化要求を再び待ち行
列に入れる。このため、図５における非アクティブ化プ
ログラムに対する以降のエントリを生じる。呼出しカウ
ンタ３０４が呼出しプログラムのこの段階に対するステ
ップ６１０においてゼロでなければ、以後の段階が完了
すべき最後の段階であるならば、非アクティブ化要求を
再び待ち行列に入れることに注意すべきである。
ＫＥを指定するインライン・マクロを用いてシステム・
プログラム内の予め決められた呼出し点から開始され
る。図６の呼出しプログラムは、多くの段階が同時に実
行できるように再入可能なようにコード化される。各段
階は、下記のステップを実行する。指定された出口の状
態がステップ６００で調べられて、これがその時アクテ
ィブ状態であることを検証する。もしそうでなければ、
エラー・メッセージがステップ６０２において要求側へ
戻され、この要求は無視される。もし出口がアクティブ
状態であれば、ステップ６０４は進行中である出口の呼
出し数を反映するように呼出しカウンタ３０４を進め
る。そして、出口がステップ６０６において呼出され
る。前に述べたように、この呼出しは望ましい実施態様
においては出口を直ちに実行する。もし待ち行列入れ呼
出しが代わりに用いられるならば、ステップ６０６は後
で出口を呼出す待ち行列入れ要求で置換されることにな
る。出口がその処理を完了して制御を戻す時、呼出しカ
ウンタ３０４がステップ６０８で減少される。図６のこ
のステップおよび残りのステップは、もしそのような実
施態様が用いられるならば、呼出し待ち行列サーバによ
り行われることになる。ステップ６１０は、この時、非
アクティブ化プログラムのステップ６０６において無視
された以前の非アクティブ化要求がこの時処理のため再
び待ち行列に入れられるべきかどうかを決定する。もし
出口の非アクティブ化がペンディングであり、呼出しカ
ウンタ３０４がこの時ゼロであるならば、ステップ６１
２がこの出口に対する非アクティブ化要求を再び待ち行
列に入れる。このため、図５における非アクティブ化プ
ログラムに対する以降のエントリを生じる。呼出しカウ
ンタ３０４が呼出しプログラムのこの段階に対するステ
ップ６１０においてゼロでなければ、以後の段階が完了
すべき最後の段階であるならば、非アクティブ化要求を
再び待ち行列に入れることに注意すべきである。
【００２４】上記の構成が本発明の原理の応用の単なる
例示であること、および本発明の趣旨および範囲を逸脱
することなく他の構成が当業者によって想到し得ること
を理解すべきである。
例示であること、および本発明の趣旨および範囲を逸脱
することなく他の構成が当業者によって想到し得ること
を理解すべきである。
【図１】システム・プログラム、アプリケーション・プ
ログラム、システム・プログラムからアプリケーション
・プログラムへの情報の送付のため使用される複数の出
口、出口を定義するデータ構造、および本発明による出
口を制御するためのアクティブ化、非アクティブ化およ
び呼出しプログラムを含むコンピュータ・システムを示
す図である。
ログラム、システム・プログラムからアプリケーション
・プログラムへの情報の送付のため使用される複数の出
口、出口を定義するデータ構造、および本発明による出
口を制御するためのアクティブ化、非アクティブ化およ
び呼出しプログラムを含むコンピュータ・システムを示
す図である。
【図２】システムにおける定義された各出口に対する１
つの制御ブロックを含む例示的出口制御ブロック・デー
タ構造を示す図である。
つの制御ブロックを含む例示的出口制御ブロック・デー
タ構造を示す図である。
【図３】１つの出口制御ブロックを例示する詳細図であ
る。
る。
【図４】出口モジュールをアクティブ化するためのステ
ップを例示するフローチャートである。
ップを例示するフローチャートである。
【図５】出口モジュールを非アクティブ化するためのス
テップを例示するフローチャートである。
テップを例示するフローチャートである。
【図６】出口モジュールを呼出すステップを例示するフ
ローチャートである。
ローチャートである。
１００ コンピュータ・システム １０４ アプリケーション・プログラム １０６−１〜１０６−ｎ 出口プログラム・モジュール １０８ 出口定義データ構造 １１０ 出口アクティブ化プログラム １１２ 出口非アクティブ化プログラム １１４ 出口呼出しプログラム ２００ マスター出口制御ブロック ２０２ 出口制御ブロック（ＸＣＢ）に対するポインタ ３００ 名前フィールド ３０２ 出口エントリ・アドレス ３０４ 呼出しカウンタ ３０６ 出口状態フィールド ３０８ 出口アクティブ化プログラム識別子を含むフィ
ールド
ールド
───────────────────────────────────────────────────── フロントページの続き (72)発明者 グラハム・ポール・ベイ アメリカ合衆国20878、メリーランド州 ガイザーズバーグ、ヒドン・ブルツク・テ ラス 12176番地 (72)発明者 アラン・フランク・ブロツドニツク アメリカ合衆国27613、ノース・カロライ ナ州 ローリー、スリー・ブリツジス・サ ークル 7012番地 (72)発明者 ジヨール・マーテイン・サルツマン アメリカ合衆国20878、メリーランド州 ノース・ポトマツク、ペブル・ヒル・レー ン 14728番地 (72)発明者 テイモシー・リー・スピツクラー アメリカ合衆国21769、メリーランド州 ミドルタウン、アスペン・コート 7305番 地
Claims (12)
- 【請求項１】 少なくとも１つのコンピュータと、コン
ピュータにより実行される第１および第２のプログラム
とを含むシステムにおける、前記第１のプログラムと関
連するプログラム・モジュールであり、予め定めたシス
テムの事象の発生に応答して、前記第２のプログラムに
よりアクティブ状態にある間呼出される出口を動的に非
アクティブ化する方法であって、 ａ）出口の非アクティブ化要求に応答して、前記出口の
１つ以上の呼出しが進行中であるかあるいは予定されて
いるかどうかを判定し、 ｂ）前記出口の呼出しが進行中でなくあるいは予定され
ていなければ、前記出口を非アクティブ状態としてマー
クし、 ｃ）出口の１つ以上の呼出しが進行中であるかあるいは
予定されているならば、かかる全ての進行中のあるいは
予定されている呼出しが完了する時にのみ、前記出口を
非アクティブ状態としてマークするステップを含むこと
を特徴とする方法。 - 【請求項２】 前記ステップｃ）が更に、前記出口の１
つ以上の呼出しが進行中であるかあるいは予定されてい
るならば、該出口の状態をペンディングの非アクティブ
状態としてマークすることを含むことを特徴とする請求
項１記載の方法。 - 【請求項３】 前記ステップｃ）が更に、前記出口の全
ての進行中のあるいは予定されている呼出しの完了につ
いて周期的にテストすることを含むことを特徴とする請
求項１記載の方法。 - 【請求項４】 前記出口を呼出す試みにおいて出口の状
態を検査し、かつ該出口の状態がアクティブ状態として
マークされていなければ、呼出しの試みを打消すステッ
プを更に含むことを特徴とする請求項１または２または
３に記載の方法。 - 【請求項５】 前記出口の成功した各呼出し毎にカウン
タを増進し、かつ該出口の呼出しが完了する毎にカウン
タを減少することを更に含むことを特徴とする請求項３
記載の方法。 - 【請求項６】 前記テストのステップが更に非ゼロ状態
について前記カウンタをテストすることを含むことを特
徴とする請求項５記載の方法。 - 【請求項７】 少なくとも１つのコンピュータと、該コ
ンピュータにより実行される第１および第２のプログラ
ムとを含むシステムにおける、前記第１のプログラムと
関連するプログラム・モジュールであり、予め定めたシ
ステムの事象の発生に応答して、前記第２のプログラム
によりアクティブ状態にある間呼出される出口を動的に
非アクティブ化する方法であって、 進行中のあるいは予定されている出口の呼出しがなけれ
ば、出口の非アクティブ化要求に応答して、出口を非ア
クティブ状態にマークし、 前記出口の１つ以上の呼出しが進行中でありあるいは予
定されているならば、非アクティブ化要求を中断して、
該出口をペンディングの非アクティブ状態としてマーク
し、 出口がペンディングの非アクティブ状態としてマークさ
れる間、該出口を呼出す新しい要求を打消し、 出口がペンディングの非アクティブ状態としてマークさ
れる間、各呼出し要求の完了時に出口の全ての呼出しの
完了についてテストし、 全ての呼出しが完了する時、前記出口を非アクティブ状
態としてマークするステップを含むことを特徴とする方
法。 - 【請求項８】 少なくとも１つのコンピュータと、該コ
ンピュータにより実行可能な第１および第２のプログラ
ムとを含むシステムにおける、前記第１のプログラムと
関連するプログラム・モジュールであり、予め決められ
たシステム事象の発生に応答して前記第２のプログラム
によりアクティブ状態にある間呼出し可能である出口を
動的に非アクティブ化するようシステムを制御する装置
であって、 ａ）出口の非アクティブ化要求信号に応答して、該出口
の１つ以上の呼出しが進行中であるかあるいは予定され
ているかどうかを判定する手段と、 ｂ）前記判定手段に応答して、前記出口の呼出しが進行
中でないかあるいは予定されていなければ、該出口を非
アクティブ化する手段と、 ｃ）前記出口の存在するかあるいは予定された呼出しが
完了する時を確認するため前記判定手段によりアクティ
ブ化される手段と、 ｄ）前記確認手段に応答して前記出口を後で非アクティ
ブ化する手段とを設けてなることを特徴とする装置。 - 【請求項９】 前記出口の１つ以上の呼出しが進行中か
あるいは予定されているならば、該出口の状態をペンデ
ィングの非アクティブ状態としてマークする手段を更に
含むことを特徴とする請求項８記載の装置。 - 【請求項１０】 前記出口を呼出す試みに応答して、該
出口の状態をテストする手段と、前記テスト手段に応答
して、前記出口の状態がアクティブ状態としてマークさ
れなければ、呼出しの試みを打消す手段とを更に設ける
ことを特徴とする請求項８または９に記載の装置。 - 【請求項１１】 前記判定手段が更に、カウンタと、前
記出口の成功した呼出し毎に前記カウンタを増進させる
手段と、前記出口の呼出しが完了する毎に前記カウンタ
を減少させる手段とを更に含むことを特徴とする請求項
８記載の装置。 - 【請求項１２】 前記確認手段が更に、非ゼロ状態につ
いて前記カウンタをテストする手段を含むことを特徴と
する請求項１１記載の装置。
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US541429 | 1983-10-13 | ||
| US07/541,429 US5136710A (en) | 1990-06-21 | 1990-06-21 | Dynamic inactivation of program exits of the application program while the system program is running |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH0540635A true JPH0540635A (ja) | 1993-02-19 |
| JPH0766331B2 JPH0766331B2 (ja) | 1995-07-19 |
Family
ID=24159562
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP3115823A Expired - Lifetime JPH0766331B2 (ja) | 1990-06-21 | 1991-05-21 | プログラム出口の動的非アクティブ化方法および装置 |
Country Status (3)
| Country | Link |
|---|---|
| US (1) | US5136710A (ja) |
| EP (1) | EP0462913A3 (ja) |
| JP (1) | JPH0766331B2 (ja) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH07281873A (ja) * | 1994-02-21 | 1995-10-27 | Tohoku Nippon Denki Software Kk | 出口ルーチン管理システム |
Families Citing this family (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| DE69231176T2 (de) * | 1991-12-23 | 2000-11-23 | Microsoft Corp., Redmond | Verfahren zum Integrieren eines diskreten Unterprogramms in ein Hauptprogramm |
| US5724585A (en) * | 1995-10-06 | 1998-03-03 | International Business Machines Corporation | Method for processing an application termination initiated from a pre-initialized computer language execution environment |
| CN1113289C (zh) | 1997-03-04 | 2003-07-02 | 松下电器产业株式会社 | 能执行多异步运行任务中的异步事件任务的处理器 |
Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH01113831A (ja) * | 1987-10-28 | 1989-05-02 | Fujitsu Ltd | オンライン中におけるロードモジュール入替方式 |
| JPH01205358A (ja) * | 1988-02-12 | 1989-08-17 | Nec Corp | 周辺制御装置 |
Family Cites Families (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US4389706A (en) * | 1972-05-03 | 1983-06-21 | Westinghouse Electric Corp. | Digital computer monitored and/or operated system or process which is structured for operation with an improved automatic programming process and system |
| US5067073A (en) * | 1988-08-02 | 1991-11-19 | International Business Machines Corporation | Embedded tracing method for identifying program executed paths |
| US5036484A (en) * | 1988-11-23 | 1991-07-30 | International Business Machines Corporation | Personal computer/host emulation system for handling host data with personal computer application programs at personal computers |
-
1990
- 1990-06-21 US US07/541,429 patent/US5136710A/en not_active Expired - Lifetime
-
1991
- 1991-04-30 EP EP19910480073 patent/EP0462913A3/en not_active Withdrawn
- 1991-05-21 JP JP3115823A patent/JPH0766331B2/ja not_active Expired - Lifetime
Patent Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH01113831A (ja) * | 1987-10-28 | 1989-05-02 | Fujitsu Ltd | オンライン中におけるロードモジュール入替方式 |
| JPH01205358A (ja) * | 1988-02-12 | 1989-08-17 | Nec Corp | 周辺制御装置 |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH07281873A (ja) * | 1994-02-21 | 1995-10-27 | Tohoku Nippon Denki Software Kk | 出口ルーチン管理システム |
Also Published As
| Publication number | Publication date |
|---|---|
| JPH0766331B2 (ja) | 1995-07-19 |
| EP0462913A2 (en) | 1991-12-27 |
| EP0462913A3 (en) | 1993-10-13 |
| US5136710A (en) | 1992-08-04 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US5369770A (en) | Standardized protected-mode interrupt manager | |
| US5325536A (en) | Linking microprocessor interrupts arranged by processing requirements into separate queues into one interrupt processing routine for execution as one routine | |
| US5469571A (en) | Operating system architecture using multiple priority light weight kernel task based interrupt handling | |
| EP0661633A1 (en) | Method and system for managing ownership of a released synchronization mechanism | |
| KR100463987B1 (ko) | 공통처리알고리즘을이용한다수의큐핸들링방법및장치 | |
| US6738846B1 (en) | Cooperative processing of tasks in a multi-threaded computing system | |
| EP0365728B1 (en) | Resource access for a multiprocessing computer system | |
| JP3701816B2 (ja) | タスク終了を通知する方法および装置 | |
| JPH02153434A (ja) | データ処理システム | |
| US5724585A (en) | Method for processing an application termination initiated from a pre-initialized computer language execution environment | |
| JPH0540635A (ja) | プログラム出口の動的非アクテイブ化方法および装置 | |
| US5740359A (en) | Program execution system having a plurality of program versions | |
| US6047384A (en) | Rapid recovery and start-up system for peripheral systems | |
| GB2320343A (en) | computer system with checkpoint facility | |
| JP3586943B2 (ja) | プログラムロード装置と方法 | |
| CN115904621B (zh) | 超融合系统主机维护方法及装置 | |
| JP2810839B2 (ja) | 接続制御装置 | |
| JP3107433B2 (ja) | 電子計算機システムにおけるタスク状態管理方式 | |
| JPH08255077A (ja) | プログラム修正方法 | |
| JP2500446B2 (ja) | 間欠動作機能を有する電文一括処理システム | |
| JPH03248231A (ja) | マルチタスクの排他制御方法 | |
| GB1584419A (en) | Data processing apparatus | |
| JPH04205231A (ja) | プログラム実行制御方式 | |
| JPS60252966A (ja) | フアイルアクセス可能時間事前通知処理方式 | |
| JPH0784786A (ja) | プログラム実行制御方法 |