JPH06161788A - マルチタスク・システム - Google Patents
マルチタスク・システムInfo
- Publication number
- JPH06161788A JPH06161788A JP4307464A JP30746492A JPH06161788A JP H06161788 A JPH06161788 A JP H06161788A JP 4307464 A JP4307464 A JP 4307464A JP 30746492 A JP30746492 A JP 30746492A JP H06161788 A JPH06161788 A JP H06161788A
- Authority
- JP
- Japan
- Prior art keywords
- exclusive
- request
- processing
- exclusive right
- client
- 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.)
- Withdrawn
Links
Landscapes
- Computer And Data Communications (AREA)
Abstract
(57)【要約】
【目的】複数のクライアントプロセス10a,10b がマルチ
タスクで動作するマルチタスク・システムに関し，通信
プロセス13においてクライアントプロセスが一連のシー
ケンシャルな依頼を専有できる制御機構を提供すること
を目的とする。 【構成】通信プロセス13内に，クライアントプロセスか
らの専有権取得要求に対し, 所定の条件により一連のシ
ーケンシャルな依頼を専有させる専有権設定処理手段15
と，あるクライアントプロセスが専有権を取得している
場合に，他のクライアントプロセスからの専有権取得要
求を無効とする要求無効化処理手段16と，専有権を取得
しているクライアントプロセスからの専有権解除要求に
より，専有権を解除する専有権解除処理手段17とを設
け, シーケンシャル処理の排他制御を実現する。
タスクで動作するマルチタスク・システムに関し，通信
プロセス13においてクライアントプロセスが一連のシー
ケンシャルな依頼を専有できる制御機構を提供すること
を目的とする。 【構成】通信プロセス13内に，クライアントプロセスか
らの専有権取得要求に対し, 所定の条件により一連のシ
ーケンシャルな依頼を専有させる専有権設定処理手段15
と，あるクライアントプロセスが専有権を取得している
場合に，他のクライアントプロセスからの専有権取得要
求を無効とする要求無効化処理手段16と，専有権を取得
しているクライアントプロセスからの専有権解除要求に
より，専有権を解除する専有権解除処理手段17とを設
け, シーケンシャル処理の排他制御を実現する。
Description
【０００１】
【産業上の利用分野】本発明は，マルチタスクで動作す
るシステムにおいて，複数のクライアントプロセスにお
ける特定のプロセスが一連のシーケンシャルな通信処理
を専有できるようにしたマルチタスク・システムに関す
る。
るシステムにおいて，複数のクライアントプロセスにお
ける特定のプロセスが一連のシーケンシャルな通信処理
を専有できるようにしたマルチタスク・システムに関す
る。
【０００２】パーソナルコンピュータやワークステーシ
ョンの世界においても，高機能化が進み，マルチタスク
環境を提供するシステムが多く用いられるようになって
きた。これに伴い，メインフレーム（サーバ）と連携す
るアプリケーションプログラム（ＡＰＬ）も機能単位で
分散した構成をとり，各々の機能が独立したＡＰＬとし
ての動作が可能となっている。このようなマルチタスク
環境において，通信プログラムとの会話における複数Ａ
ＰＬ間の排他制御を効率よく実現する手段が必要とされ
る。
ョンの世界においても，高機能化が進み，マルチタスク
環境を提供するシステムが多く用いられるようになって
きた。これに伴い，メインフレーム（サーバ）と連携す
るアプリケーションプログラム（ＡＰＬ）も機能単位で
分散した構成をとり，各々の機能が独立したＡＰＬとし
ての動作が可能となっている。このようなマルチタスク
環境において，通信プログラムとの会話における複数Ａ
ＰＬ間の排他制御を効率よく実現する手段が必要とされ
る。
【０００３】
【従来の技術】図９は従来技術の説明図である。図９に
おいて，９１，９２はクライアントプロセスのアプリケ
ーションプログラム，９３は通信処理を行う通信プログ
ラム，９４はクライアントプロセスの処理要求を実行す
るサーバが動作するメインフレームを表す。
おいて，９１，９２はクライアントプロセスのアプリケ
ーションプログラム，９３は通信処理を行う通信プログ
ラム，９４はクライアントプロセスの処理要求を実行す
るサーバが動作するメインフレームを表す。
【０００４】従来，マルチタスク環境内で，メインフレ
ーム９４と通信するプログラムを開発する場合，一つの
物理的な通信回線を使用して，複数の論理セション（以
下，ＬＵという）として見せかける方式は確立してい
る。この場合，ＬＵ内での依頼の排他制御は，アプリケ
ーションプログラム（ＡＰＬ）の責任で処理しているの
が現状である。
ーム９４と通信するプログラムを開発する場合，一つの
物理的な通信回線を使用して，複数の論理セション（以
下，ＬＵという）として見せかける方式は確立してい
る。この場合，ＬＵ内での依頼の排他制御は，アプリケ
ーションプログラム（ＡＰＬ）の責任で処理しているの
が現状である。
【０００５】図９は，アプリケーションプログラム９１
（以下，ＡＰＬ１という）がセションを確立し，メイン
フレーム９４内のデータ一覧を取り出し，アプリケーシ
ョンプログラム９２（以下，ＡＰＬ２という）を実行す
ることにより，データをメインフレーム９４に登録し，
新しい一覧を取り出す処理の例を示している。この処理
の流れは，以下のとおりである。
（以下，ＡＰＬ１という）がセションを確立し，メイン
フレーム９４内のデータ一覧を取り出し，アプリケーシ
ョンプログラム９２（以下，ＡＰＬ２という）を実行す
ることにより，データをメインフレーム９４に登録し，
新しい一覧を取り出す処理の例を示している。この処理
の流れは，以下のとおりである。
【０００６】 ＡＰＬ１は，通信プログラム９３に対
しセションの確立を要求する。通信プログラム９３は，
メインフレーム９４との間のＬＵを確定し，ＬＵ番号を
ＡＰＬ１に返却する。
しセションの確立を要求する。通信プログラム９３は，
メインフレーム９４との間のＬＵを確定し，ＬＵ番号を
ＡＰＬ１に返却する。
【０００７】 ＡＰＬ１は，ＬＵ番号で結合したメイ
ンフレーム９４内の一覧情報を取り出すために，通信プ
ログラム９３に対して，一覧取り出しを依頼する。通信
プログラム９３は，一覧取り出しの依頼プロトコル（サ
ーバとの間のインタフェース）を組み立ててサーバに対
して送信する。
ンフレーム９４内の一覧情報を取り出すために，通信プ
ログラム９３に対して，一覧取り出しを依頼する。通信
プログラム９３は，一覧取り出しの依頼プロトコル（サ
ーバとの間のインタフェース）を組み立ててサーバに対
して送信する。
【０００８】 ＡＰＬ１は，ＡＰＬ２をキック（起
動）する。このとき，使用するＬＵ番号をＡＰＬ２に通
知する。ＡＰＬ２が終了するまで，ＡＰＬ１はその他の
処理（通信プログラム９３に依頼する処理）を行わない
状態とする。
動）する。このとき，使用するＬＵ番号をＡＰＬ２に通
知する。ＡＰＬ２が終了するまで，ＡＰＬ１はその他の
処理（通信プログラム９３に依頼する処理）を行わない
状態とする。
【０００９】 ＡＰＬ２は，通信プログラム９３に対
してデータ登録を依頼する。通信プログラム９３は，デ
ータ登録の依頼プロトコルを組み立ててメインフレーム
９４のサーバに対して送信する。サーバは，データを登
録し，データ登録の結果を通信プログラム９３に送信す
る。通信プログラム９３は，ＡＰＬ２に対してデータ登
録結果を返却する。
してデータ登録を依頼する。通信プログラム９３は，デ
ータ登録の依頼プロトコルを組み立ててメインフレーム
９４のサーバに対して送信する。サーバは，データを登
録し，データ登録の結果を通信プログラム９３に送信す
る。通信プログラム９３は，ＡＰＬ２に対してデータ登
録結果を返却する。
【００１０】 ＡＰＬ２は，データ登録後の一覧情報
を取り出すために，通信プログラム９３に対して一覧取
り出しを依頼する。通信プログラム９３は，一覧取り出
しの依頼プロトコルを組み立ててサーバに対して送信す
る。サーバは，一覧情報を作成して通信プログラム９３
に送信する。通信プログラム９３は，ＡＰＬ２に対して
一覧情報を返却する。
を取り出すために，通信プログラム９３に対して一覧取
り出しを依頼する。通信プログラム９３は，一覧取り出
しの依頼プロトコルを組み立ててサーバに対して送信す
る。サーバは，一覧情報を作成して通信プログラム９３
に送信する。通信プログラム９３は，ＡＰＬ２に対して
一覧情報を返却する。
【００１１】 ＡＰＬ２は終了する。ＡＰＬ１はＡＰ
Ｌ２が終了したことを知ると，その他の処理（通信プロ
グラム９３に依頼する処理）を実行できる状態に戻す。
Ｌ２が終了したことを知ると，その他の処理（通信プロ
グラム９３に依頼する処理）を実行できる状態に戻す。
【００１２】
【発明が解決しようとする課題】以上のような従来の方
式では，ベースとなるアプリケーションプログラム（図
９に示すＡＰＬ１）は，キックするアプリケーションプ
ログラム（ＡＰＬ２）が通信プログラム９３を使用する
か否かを把握していなくてはならなかった。また，いず
れかが通信プログラムを使用している場合には，自他共
の通信プログラム９３の使用を禁止する制御処理を構築
しなければならなかった。
式では，ベースとなるアプリケーションプログラム（図
９に示すＡＰＬ１）は，キックするアプリケーションプ
ログラム（ＡＰＬ２）が通信プログラム９３を使用する
か否かを把握していなくてはならなかった。また，いず
れかが通信プログラムを使用している場合には，自他共
の通信プログラム９３の使用を禁止する制御処理を構築
しなければならなかった。
【００１３】もし，あるＡＰＬ１と他のＡＰＬ２とが，
互いに独立に通信プログラム９３を使用したとすると，
図１０に示すような問題が発生する。一般に，通信プロ
グラム９３にとってのクライアントは複数であり，サー
バ９５に対する依頼の回線は一つである。この構成でマ
ルチタスクの場合，クライアントである各機能が独立し
て非同期に動作する。そのため，各機能を実現するＡＰ
Ｌ１，ＡＰＬ２間でシーケンシャル処理の排他制御が行
われないとすると，各機能から通信プログラム９３への
依頼は早いもの勝ちとなる。
互いに独立に通信プログラム９３を使用したとすると，
図１０に示すような問題が発生する。一般に，通信プロ
グラム９３にとってのクライアントは複数であり，サー
バ９５に対する依頼の回線は一つである。この構成でマ
ルチタスクの場合，クライアントである各機能が独立し
て非同期に動作する。そのため，各機能を実現するＡＰ
Ｌ１，ＡＰＬ２間でシーケンシャル処理の排他制御が行
われないとすると，各機能から通信プログラム９３への
依頼は早いもの勝ちとなる。
【００１４】例えば，図１０に示すように，ＡＰＬ１が
最初にサービスＡを要求すると，通信プログラム９３
は，サービスＡの依頼プロトコルを組み立ててサーバ９
５に対し送信する。サーバ９５は，サービスＡの処理結
果を通信プログラム９３に返送し，通信プログラム９３
はそれをＡＰＬ１に返却する。
最初にサービスＡを要求すると，通信プログラム９３
は，サービスＡの依頼プロトコルを組み立ててサーバ９
５に対し送信する。サーバ９５は，サービスＡの処理結
果を通信プログラム９３に返送し，通信プログラム９３
はそれをＡＰＬ１に返却する。
【００１５】ここで，他のＡＰＬ２が，サービスＣを要
求すると，同様に通信プログラム９３はサーバ９５に対
し，サービスＣの依頼プロトコルを送信する。これとほ
ぼ同時に，ＡＰＬ１がサービスＢの要求を続いて行った
とする。その要求についても，通信プログラム９３は，
サーバ９５に対し，依頼プロトコルを送信する。
求すると，同様に通信プログラム９３はサーバ９５に対
し，サービスＣの依頼プロトコルを送信する。これとほ
ぼ同時に，ＡＰＬ１がサービスＢの要求を続いて行った
とする。その要求についても，通信プログラム９３は，
サーバ９５に対し，依頼プロトコルを送信する。
【００１６】サーバ９５側では，これらの依頼が別々の
機能から出されたことを区別できないので，一連の処理
として扱う。これにより，ＡＰＬ１のサービスＢの要求
に対して，ＡＰＬ２からの依頼によるサービスＣの結果
が返却されたり，ＡＰＬ２からの次データの要求に対
し，次データが存在せずにエラーとなることがある。こ
のように，複数の依頼／結果の組み合わせからなる一連
処理により，ある機能としての処理が完結する場合，そ
の一連処理の途中で他機能の依頼に割り込まれると，一
連処理を矛盾なく完遂できなくなることが多々発生す
る。
機能から出されたことを区別できないので，一連の処理
として扱う。これにより，ＡＰＬ１のサービスＢの要求
に対して，ＡＰＬ２からの依頼によるサービスＣの結果
が返却されたり，ＡＰＬ２からの次データの要求に対
し，次データが存在せずにエラーとなることがある。こ
のように，複数の依頼／結果の組み合わせからなる一連
処理により，ある機能としての処理が完結する場合，そ
の一連処理の途中で他機能の依頼に割り込まれると，一
連処理を矛盾なく完遂できなくなることが多々発生す
る。
【００１７】したがって，このような一連処理について
排他制御を行わなければならないが，この排他制御処理
は，アプリケーションプログラム毎に構築するのではな
く，排他制御が可能となる手段を通信プログラム９３が
提供することにより，その処理機構を局所化する必要が
ある。
排他制御を行わなければならないが，この排他制御処理
は，アプリケーションプログラム毎に構築するのではな
く，排他制御が可能となる手段を通信プログラム９３が
提供することにより，その処理機構を局所化する必要が
ある。
【００１８】本発明は上記問題点の解決を図り，クライ
アントプロセスが一連のシーケンシャルな依頼を専有で
きる制御機構を提供することを目的とする。
アントプロセスが一連のシーケンシャルな依頼を専有で
きる制御機構を提供することを目的とする。
【００１９】
【課題を解決するための手段】図１は，本発明の原理説
明図である。図１において，１０ａ，１０ｂはアプリケ
ーションプログラムが動作するクライアントプロセス，
１１ａ，１１ｂは専有権取得要求部，１２ａは専有権解
除要求部，１３は通信プログラムが動作する通信プロセ
ス，１４はクライアントプロセスに与えた専有権を管理
する専有制御表，１５は専有権設定処理手段，１６は要
求無効化処理手段，１７は専有権解除処理手段，１８は
通信プロセス１３を介して依頼された処理を実行し結果
を返却するサーバプロセスを表す。
明図である。図１において，１０ａ，１０ｂはアプリケ
ーションプログラムが動作するクライアントプロセス，
１１ａ，１１ｂは専有権取得要求部，１２ａは専有権解
除要求部，１３は通信プログラムが動作する通信プロセ
ス，１４はクライアントプロセスに与えた専有権を管理
する専有制御表，１５は専有権設定処理手段，１６は要
求無効化処理手段，１７は専有権解除処理手段，１８は
通信プロセス１３を介して依頼された処理を実行し結果
を返却するサーバプロセスを表す。
【００２０】本システムは，マルチタスクで動作する複
数のクライアントプロセス１０ａ，１０ｂと，各クライ
アントプロセス１０ａ，１０ｂからの処理依頼により通
信処理を実行する通信プロセス１３とを有する。
数のクライアントプロセス１０ａ，１０ｂと，各クライ
アントプロセス１０ａ，１０ｂからの処理依頼により通
信処理を実行する通信プロセス１３とを有する。
【００２１】そして，通信プロセス１３は，クライアン
トプロセスからの専有権取得要求により，そのクライア
ントプロセスに対し，他のクライアントプロセスが専有
権を取得していないことを条件として専有権を与え，一
連のシーケンシャルな依頼を専有させる専有権設定処理
手段１５と，あるクライアントプロセスが専有権を取得
している場合に，他のクライアントプロセスからの専有
権取得要求を無効とする要求無効化処理手段１６と，専
有権を取得しているクライアントプロセスからの専有権
解除要求により，専有権を解除する専有権解除処理手段
１７とを備えている。
トプロセスからの専有権取得要求により，そのクライア
ントプロセスに対し，他のクライアントプロセスが専有
権を取得していないことを条件として専有権を与え，一
連のシーケンシャルな依頼を専有させる専有権設定処理
手段１５と，あるクライアントプロセスが専有権を取得
している場合に，他のクライアントプロセスからの専有
権取得要求を無効とする要求無効化処理手段１６と，専
有権を取得しているクライアントプロセスからの専有権
解除要求により，専有権を解除する専有権解除処理手段
１７とを備えている。
【００２２】
【作用】例えば，クライアントプロセス１０ａが，ユー
ザ入力に応じた一連処理を行うため，サーバプロセス１
８に処理を依頼するものとする。クライアントプロセス
１０ａは，まず最初に通信プロセス１３に対し，専有権
取得要求部１１ａにより処理の専有権を要求する。この
依頼に対し，通信プロセス１３は，専有権設定処理手段
１５によりクライアントプロセス１０ａに対し専有権を
与え，その情報を専有制御表１４に登録する。
ザ入力に応じた一連処理を行うため，サーバプロセス１
８に処理を依頼するものとする。クライアントプロセス
１０ａは，まず最初に通信プロセス１３に対し，専有権
取得要求部１１ａにより処理の専有権を要求する。この
依頼に対し，通信プロセス１３は，専有権設定処理手段
１５によりクライアントプロセス１０ａに対し専有権を
与え，その情報を専有制御表１４に登録する。
【００２３】以後，クライアントプロセス１０ａは，サ
ービスＡ，サービスＢというような一連の処理依頼を行
い，通信プロセス１３を介してサーバプロセス１８から
処理結果を得ることができる。
ービスＡ，サービスＢというような一連の処理依頼を行
い，通信プロセス１３を介してサーバプロセス１８から
処理結果を得ることができる。
【００２４】これらの一連処理が終了したならば，専有
権解除要求部１２ａにより専有権の解除を通知する。通
信プロセス１３は，専有権解除処理手段１７によりクラ
イアントプロセス１０ａに対して与えた専有権を解放
し，専有制御表１４の登録情報を抹消する。クライアン
トプロセス１０ａは，ユーザから要求された処理結果を
ディスプレイ画面に出力する。
権解除要求部１２ａにより専有権の解除を通知する。通
信プロセス１３は，専有権解除処理手段１７によりクラ
イアントプロセス１０ａに対して与えた専有権を解放
し，専有制御表１４の登録情報を抹消する。クライアン
トプロセス１０ａは，ユーザから要求された処理結果を
ディスプレイ画面に出力する。
【００２５】クライアントプロセス１０ａが専有権を取
得してからそれを解放するまでの間，他のクライアント
プロセス１０ｂが専有権取得要求部１１ｂにより，専有
権を獲得しようとすると，専有制御表１４に既に他のプ
ロセスにより専有権が設定されているため，要求無効化
処理手段１６により，その要求は無効化される。すなわ
ち，専有中であるので，専有権取得がエラーとなる。ク
ライアントプロセス１０ｂは，専有できなかったことか
ら，サービスＣ等の依頼を行うことなく，他機能使用中
の旨をディスプレイ画面に出力する。
得してからそれを解放するまでの間，他のクライアント
プロセス１０ｂが専有権取得要求部１１ｂにより，専有
権を獲得しようとすると，専有制御表１４に既に他のプ
ロセスにより専有権が設定されているため，要求無効化
処理手段１６により，その要求は無効化される。すなわ
ち，専有中であるので，専有権取得がエラーとなる。ク
ライアントプロセス１０ｂは，専有できなかったことか
ら，サービスＣ等の依頼を行うことなく，他機能使用中
の旨をディスプレイ画面に出力する。
【００２６】以上のように，アプリケーションプログラ
ムが一連処理の最初で専有権を取得し，最後にその専有
権を解放できる手段を通信プロセス１３内に設けること
により，マルチタスク環境下での別プロセス間の排他制
御を簡単に実現することが可能になる。
ムが一連処理の最初で専有権を取得し，最後にその専有
権を解放できる手段を通信プロセス１３内に設けること
により，マルチタスク環境下での別プロセス間の排他制
御を簡単に実現することが可能になる。
【００２７】
【実施例】図２は，本発明の実施例によるシステム構成
例を示す。ワークステーション２０は，ディスプレイ２
２やキーボード２３等の入出力装置を持ち，回線を介し
てホスト処理装置２１に接続される。ワークステーショ
ン２０内では，マルチタスク環境を提供する制御プログ
ラム２４，クライアントプロセスとして動作する各アプ
リケーションプログラム（ＡＰＬ１，ＡＰＬ２，…）２
５，通信プロセスとしての通信プログラム２７が存在す
る。通信プログラム２７には，各アプリケーションプロ
グラム２５とのインタフェースとして所定のアプリケー
ションインタフェース（以下，ＡＰＩという）２６があ
る。
例を示す。ワークステーション２０は，ディスプレイ２
２やキーボード２３等の入出力装置を持ち，回線を介し
てホスト処理装置２１に接続される。ワークステーショ
ン２０内では，マルチタスク環境を提供する制御プログ
ラム２４，クライアントプロセスとして動作する各アプ
リケーションプログラム（ＡＰＬ１，ＡＰＬ２，…）２
５，通信プロセスとしての通信プログラム２７が存在す
る。通信プログラム２７には，各アプリケーションプロ
グラム２５とのインタフェースとして所定のアプリケー
ションインタフェース（以下，ＡＰＩという）２６があ
る。
【００２８】ホスト処理装置２１では，例えばワークス
テーション２０からの処理依頼を受けて，データベース
などが格納された外部記憶装置２９にアクセスし依頼さ
れた処理を実行するサーバプログラム２８が動作する。
テーション２０からの処理依頼を受けて，データベース
などが格納された外部記憶装置２９にアクセスし依頼さ
れた処理を実行するサーバプログラム２８が動作する。
【００２９】図３は，本発明の第１の実施例におけるＡ
ＰＩの例を示す。本発明の第１の実施例では，アプリケ
ーションプログラムごとにシステムで一意に付与された
アプリケーションＩＤ（以下，ＡＩＤという）により，
専有権を管理する。そのため，専有権取得ＡＰＩ３０の
入力パラメタは，論理セション番号（ＬＵ番号）とＡＩ
Ｄと出力パラメタ格納域番地とからなる。出力パラメタ
は，その依頼に対する処理結果である。専有権取得を要
求するアプリケーションプログラムがこの入力パラメタ
を作成し，通信プログラムが結果を出力パラメタとして
返却する。
ＰＩの例を示す。本発明の第１の実施例では，アプリケ
ーションプログラムごとにシステムで一意に付与された
アプリケーションＩＤ（以下，ＡＩＤという）により，
専有権を管理する。そのため，専有権取得ＡＰＩ３０の
入力パラメタは，論理セション番号（ＬＵ番号）とＡＩ
Ｄと出力パラメタ格納域番地とからなる。出力パラメタ
は，その依頼に対する処理結果である。専有権取得を要
求するアプリケーションプログラムがこの入力パラメタ
を作成し，通信プログラムが結果を出力パラメタとして
返却する。
【００３０】専有権解除ＡＰＩ３１の入力パラメタ，出
力パラメタも同形式である。既に専有権を取得している
アプリケーションプログラムが，この入力パラメタを作
成し，通信プログラムに通知することにより，該当する
ＡＩＤの専有権が解除される。
力パラメタも同形式である。既に専有権を取得している
アプリケーションプログラムが，この入力パラメタを作
成し，通信プログラムに通知することにより，該当する
ＡＩＤの専有権が解除される。
【００３１】サーバに対するサービス要求等のその他の
依頼ＡＰＩ３２には，入力パラメタとしてさらに処理要
求に係る入力データの領域があり，出力パラメタとして
処理結果のデータが格納される結果データの領域があ
る。
依頼ＡＰＩ３２には，入力パラメタとしてさらに処理要
求に係る入力データの領域があり，出力パラメタとして
処理結果のデータが格納される結果データの領域があ
る。
【００３２】図４は，このＡＰＩに対する通信プログラ
ム処理フローチャートを示す。専有制御表１４には，専
有フラグと専有ＡＩＤの領域があり，専有フラグがＯＮ
のとき専有中，ＯＦＦのときフリー状態を示す。専有Ａ
ＩＤは，専有フラグがＯＮのとき有効であり，この領域
には専有権を取得しているアプリケーションプログラム
のＡＩＤが格納される。
ム処理フローチャートを示す。専有制御表１４には，専
有フラグと専有ＡＩＤの領域があり，専有フラグがＯＮ
のとき専有中，ＯＦＦのときフリー状態を示す。専有Ａ
ＩＤは，専有フラグがＯＮのとき有効であり，この領域
には専有権を取得しているアプリケーションプログラム
のＡＩＤが格納される。
【００３３】通信プログラムは，初期設定時に専有制御
表１４の専有フラグをＯＦＦにする。そして，ＡＰＩに
よる依頼受信処理４０を行う。処理依頼があると，専有
制御表１４の専有フラグを調べ，それがＯＮであれば，
さらに依頼元の指定ＡＩＤが専有ＡＩＤと同じかどうか
を判定する。
表１４の専有フラグをＯＦＦにする。そして，ＡＰＩに
よる依頼受信処理４０を行う。処理依頼があると，専有
制御表１４の専有フラグを調べ，それがＯＮであれば，
さらに依頼元の指定ＡＩＤが専有ＡＩＤと同じかどうか
を判定する。
【００３４】もし，専有フラグがＯＮであり，かつＡＩ
Ｄが異なっていれば，専有中エラーを出力パラメタの結
果域に設定する処理４１を実行し，結果返却処理４３に
より，その結果を返却する。
Ｄが異なっていれば，専有中エラーを出力パラメタの結
果域に設定する処理４１を実行し，結果返却処理４３に
より，その結果を返却する。
【００３５】専有フラグがＯＦＦのとき，または専有フ
ラグがＯＮであり指定ＡＩＤと専有ＡＩＤが一致すると
きには，判定処理４２により，依頼が何であるかを調
べ，依頼内容により以下の処理を実行する。
ラグがＯＮであり指定ＡＩＤと専有ＡＩＤが一致すると
きには，判定処理４２により，依頼が何であるかを調
べ，依頼内容により以下の処理を実行する。
【００３６】(a) 依頼が専有権取得である場合，専有制
御表１４の専有フラグをＯＮにし，入力パラメタで指定
されたＡＩＤを専有ＡＩＤとして設定する。 (b) 依頼が専有権解除である場合，専有制御表１４の専
有フラグをＯＦＦにする。
御表１４の専有フラグをＯＮにし，入力パラメタで指定
されたＡＩＤを専有ＡＩＤとして設定する。 (b) 依頼が専有権解除である場合，専有制御表１４の専
有フラグをＯＦＦにする。
【００３７】(c1 ) 〜(cn ) その他の依頼の場合，各依
頼１〜依頼ｎに応じたプロトコルを組み立てて図２に示
すホスト処理装置２１へ送信し，結果１〜結果ｎが返っ
てきたならば，その結果を解析して出力パラメタに設定
する。
頼１〜依頼ｎに応じたプロトコルを組み立てて図２に示
すホスト処理装置２１へ送信し，結果１〜結果ｎが返っ
てきたならば，その結果を解析して出力パラメタに設定
する。
【００３８】次に結果返却処理４３により，ＡＰＩに従
って依頼元のアプリケーションプログラムに結果を返却
する。図５は，第１の実施例におけるアプリケーション
プログラムの処理フローチャートを示す。
って依頼元のアプリケーションプログラムに結果を返却
する。図５は，第１の実施例におけるアプリケーション
プログラムの処理フローチャートを示す。
【００３９】まず，処理５０により，ユーザ入力などの
何らかのイベントを待つ。イベントが発生したならば，
イベントに応じた処理の振り分けを行い，それがホスト
処理装置におけるサーバとの連携処理であれば，以下の
処理を行う。
何らかのイベントを待つ。イベントが発生したならば，
イベントに応じた処理の振り分けを行い，それがホスト
処理装置におけるサーバとの連携処理であれば，以下の
処理を行う。
【００４０】処理５１により，図３に示す専有権取得Ａ
ＰＩ３０によって通信プログラムに対し専有権の取得を
要求する。他のプログラムにより専有中であるため専有
権取得が失敗した場合には，処理５２により，他機能使
用中メッセージを出力し，処理５０へ戻って次の処理イ
ベントを待つ。
ＰＩ３０によって通信プログラムに対し専有権の取得を
要求する。他のプログラムにより専有中であるため専有
権取得が失敗した場合には，処理５２により，他機能使
用中メッセージを出力し，処理５０へ戻って次の処理イ
ベントを待つ。
【００４１】専有権取得に成功したならば，所定の処理
シーケンス等に従って，サーバに対してサービスを依頼
する（処理５３，処理５５）。もし，これらの結果が正
常でなければ，エラーメッセージを出力し（処理５４，
処理５６），処理５８へ移る。すべての結果が正常であ
れば，処理５７によりその正常結果を出力する。
シーケンス等に従って，サーバに対してサービスを依頼
する（処理５３，処理５５）。もし，これらの結果が正
常でなければ，エラーメッセージを出力し（処理５４，
処理５６），処理５８へ移る。すべての結果が正常であ
れば，処理５７によりその正常結果を出力する。
【００４２】以上の一連の処理が終了したならば，処理
５８により，図３に示す専有権解除ＡＰＩ３１によって
専有権の解除を要求し，処理５０へ戻って次の処理イベ
ントを待つ。
５８により，図３に示す専有権解除ＡＰＩ３１によって
専有権の解除を要求し，処理５０へ戻って次の処理イベ
ントを待つ。
【００４３】図６は，本発明の第２の実施例におけるＡ
ＰＩの例を示す。本発明の第２の実施例では，専有権ご
とに通信プログラムが一意に付与した識別子（これをＬ
ＯＣＫ−ＩＤという）により，専有権を管理する。この
ＬＯＣＫ−ＩＤは，例えば各専有権ごとに１ずつ歩進さ
れるシーケンス番号でもよく，また，ＡＩＤと他の任意
情報とから所定の関数をもとに計算される値により構成
されるようなものでもよい。後者の場合，ＬＯＣＫ−Ｉ
Ｄはパスワード的な機能も兼ねることになる。
ＰＩの例を示す。本発明の第２の実施例では，専有権ご
とに通信プログラムが一意に付与した識別子（これをＬ
ＯＣＫ−ＩＤという）により，専有権を管理する。この
ＬＯＣＫ−ＩＤは，例えば各専有権ごとに１ずつ歩進さ
れるシーケンス番号でもよく，また，ＡＩＤと他の任意
情報とから所定の関数をもとに計算される値により構成
されるようなものでもよい。後者の場合，ＬＯＣＫ−Ｉ
Ｄはパスワード的な機能も兼ねることになる。
【００４４】この例におけるＡＰＩは図６に示すように
なっており，専有権取得ＡＰＩ６０の入力パラメタは，
論理セション番号（ＬＵ番号）と出力パラメタ格納域番
地とからなる。出力パラメタの領域は，結果および専有
権取得成功時に付与されるＬＯＣＫ−ＩＤが格納される
領域からなる。専有権取得を要求するアプリケーション
プログラムが専有権取得ＡＰＩ６０の入力パラメタを作
成し，通信プログラムに要求すると，通信プログラムは
結果とＬＯＣＫ−ＩＤを出力パラメタとして返却する。
なっており，専有権取得ＡＰＩ６０の入力パラメタは，
論理セション番号（ＬＵ番号）と出力パラメタ格納域番
地とからなる。出力パラメタの領域は，結果および専有
権取得成功時に付与されるＬＯＣＫ−ＩＤが格納される
領域からなる。専有権取得を要求するアプリケーション
プログラムが専有権取得ＡＰＩ６０の入力パラメタを作
成し，通信プログラムに要求すると，通信プログラムは
結果とＬＯＣＫ−ＩＤを出力パラメタとして返却する。
【００４５】専有権解除ＡＰＩ６１の入力パラメタに
は，専有権取得ＡＰＩ６０の出力パラメタで通知された
ＬＯＣＫ−ＩＤを指定する。出力パラメタは結果通知領
域だけである。既に専有権を取得しているアプリケーシ
ョンプログラムは，専有権ごとに付与されたＬＯＣＫ−
ＩＤを入力パラメタ中に設定し，通信プログラムに通知
することにより，該当するＬＯＣＫ−ＩＤの専有権を解
除することができる。
は，専有権取得ＡＰＩ６０の出力パラメタで通知された
ＬＯＣＫ−ＩＤを指定する。出力パラメタは結果通知領
域だけである。既に専有権を取得しているアプリケーシ
ョンプログラムは，専有権ごとに付与されたＬＯＣＫ−
ＩＤを入力パラメタ中に設定し，通信プログラムに通知
することにより，該当するＬＯＣＫ−ＩＤの専有権を解
除することができる。
【００４６】サーバに対するサービス要求等のその他の
依頼ＡＰＩ６２には，入力パラメタとしてさらに処理要
求に係る入力データの領域があり，出力パラメタとして
処理結果のデータが格納される結果データの領域があ
る。
依頼ＡＰＩ６２には，入力パラメタとしてさらに処理要
求に係る入力データの領域があり，出力パラメタとして
処理結果のデータが格納される結果データの領域があ
る。
【００４７】図７は，このＡＰＩに対する通信プログラ
ム処理フローチャートを示す。専有制御表１４には，専
有フラグと専有ＩＤの領域があり，専有フラグがＯＮの
とき専有中，ＯＦＦのときフリー状態を示す。専有ＩＤ
は，専有フラグがＯＮのとき有効であり，この領域には
専有権ごとに付与されるＬＯＣＫ−ＩＤが格納される。
ム処理フローチャートを示す。専有制御表１４には，専
有フラグと専有ＩＤの領域があり，専有フラグがＯＮの
とき専有中，ＯＦＦのときフリー状態を示す。専有ＩＤ
は，専有フラグがＯＮのとき有効であり，この領域には
専有権ごとに付与されるＬＯＣＫ−ＩＤが格納される。
【００４８】通信プログラムは，初期設定時に専有制御
表１４の専有フラグをＯＦＦにする。そして，ＡＰＩに
よる依頼受信処理７０を行う。処理依頼があると，専有
制御表１４の専有フラグを調べ，それがＯＮのとき，さ
らに依頼元の指定ＬＯＣＫ−ＩＤが専有ＩＤと同じかど
うかを判定する。
表１４の専有フラグをＯＦＦにする。そして，ＡＰＩに
よる依頼受信処理７０を行う。処理依頼があると，専有
制御表１４の専有フラグを調べ，それがＯＮのとき，さ
らに依頼元の指定ＬＯＣＫ−ＩＤが専有ＩＤと同じかど
うかを判定する。
【００４９】もし，専有フラグがＯＮであり，かつ指定
ＬＯＣＫ−ＩＤと専有ＩＤが異なっていれば，専有中エ
ラーを出力パラメタの結果域に設定する処理７１を実行
し，結果返却処理７３により，その結果を返却する。
ＬＯＣＫ−ＩＤと専有ＩＤが異なっていれば，専有中エ
ラーを出力パラメタの結果域に設定する処理７１を実行
し，結果返却処理７３により，その結果を返却する。
【００５０】専有フラグがＯＦＦのとき，または専有フ
ラグがＯＮであり指定ＬＯＣＫ−ＩＤと専有ＩＤが一致
するときには，判定処理７２により，依頼が何であるか
を調べ，依頼内容により以下の処理を実行する。
ラグがＯＮであり指定ＬＯＣＫ−ＩＤと専有ＩＤが一致
するときには，判定処理７２により，依頼が何であるか
を調べ，依頼内容により以下の処理を実行する。
【００５１】(a) 依頼が専有権取得である場合，専有制
御表１４の専有フラグをＯＮにし，新たなＬＯＣＫ−Ｉ
Ｄを生成して出力パラメタに設定するとともに，専有制
御表１４の専有ＩＤ域にそのＬＯＣＫ−ＩＤを設定す
る。
御表１４の専有フラグをＯＮにし，新たなＬＯＣＫ−Ｉ
Ｄを生成して出力パラメタに設定するとともに，専有制
御表１４の専有ＩＤ域にそのＬＯＣＫ−ＩＤを設定す
る。
【００５２】(b) 依頼が専有権解除である場合，専有制
御表１４の専有フラグをＯＦＦにする。 (c1 ) 〜(cn ) その他の依頼の場合，各依頼１〜依頼ｎ
に応じたプロトコルを組み立てて図２に示すホスト処理
装置２１へ送信し，結果１〜結果ｎが返ってきたなら
ば，その結果を解析して出力パラメタに設定する。
御表１４の専有フラグをＯＦＦにする。 (c1 ) 〜(cn ) その他の依頼の場合，各依頼１〜依頼ｎ
に応じたプロトコルを組み立てて図２に示すホスト処理
装置２１へ送信し，結果１〜結果ｎが返ってきたなら
ば，その結果を解析して出力パラメタに設定する。
【００５３】次に結果返却処理７３により，ＡＰＩに従
って依頼元のアプリケーションプログラムに結果を返却
する。図８は，第２の実施例におけるアプリケーション
プログラムの処理フローチャートを示す。
って依頼元のアプリケーションプログラムに結果を返却
する。図８は，第２の実施例におけるアプリケーション
プログラムの処理フローチャートを示す。
【００５４】まず，処理８０により，ユーザ入力などの
何らかのイベントを待つ。イベントが発生したならば，
イベントに応じた処理の振り分けを行い，それがホスト
処理装置におけるサーバとの連携処理であれば，以下の
処理を行う。
何らかのイベントを待つ。イベントが発生したならば，
イベントに応じた処理の振り分けを行い，それがホスト
処理装置におけるサーバとの連携処理であれば，以下の
処理を行う。
【００５５】処理８１により，図６に示す専有権取得Ａ
ＰＩ６０によって通信プログラムに対し専有権の取得を
要求する。他のプログラムにより専有中であるため専有
権取得が失敗した場合には，処理８２により，他機能使
用中メッセージを出力し，処理８０へ戻って次の処理イ
ベントを待つ。
ＰＩ６０によって通信プログラムに対し専有権の取得を
要求する。他のプログラムにより専有中であるため専有
権取得が失敗した場合には，処理８２により，他機能使
用中メッセージを出力し，処理８０へ戻って次の処理イ
ベントを待つ。
【００５６】専有権取得に成功したならば，処理８３に
より，出力パラメタに設定されているＬＯＣＫ−ＩＤを
以下のサービス依頼のために保存する。その後，所定の
処理シーケンス等に従って，サーバへのサービスを依頼
する（処理８４，処理８６）。もし，これらの結果が正
常でなければ，エラーメッセージを出力し（処理８５，
処理８７），処理８９へ移る。すべての結果が正常であ
れば，処理８８によりその正常結果を出力する。
より，出力パラメタに設定されているＬＯＣＫ−ＩＤを
以下のサービス依頼のために保存する。その後，所定の
処理シーケンス等に従って，サーバへのサービスを依頼
する（処理８４，処理８６）。もし，これらの結果が正
常でなければ，エラーメッセージを出力し（処理８５，
処理８７），処理８９へ移る。すべての結果が正常であ
れば，処理８８によりその正常結果を出力する。
【００５７】以上の一連の処理が終了したならば，処理
８９により，図６に示す専有権解除ＡＰＩ６１によって
専有権の解除を要求し，処理８０へ戻って次の処理イベ
ントを待つ。
８９により，図６に示す専有権解除ＡＰＩ６１によって
専有権の解除を要求し，処理８０へ戻って次の処理イベ
ントを待つ。
【００５８】
【発明の効果】以上説明したように，本発明によれば，
ＡＰＬ層で通信プログラムへの依頼の排他制御処理を構
築することなく，一連の処理を構築することが可能とな
る。
ＡＰＬ層で通信プログラムへの依頼の排他制御処理を構
築することなく，一連の処理を構築することが可能とな
る。
【００５９】ＡＰＬ層で排他制御処理を構築した場合に
は，その構築した処理との整合性を考慮したうえでなけ
れば，新機能のＡＰＬを作成することはできない。しか
し，本発明のように，通信プログラム内で排他制御機構
を持っていれば新旧のＡＰＬにかかわらず，同一の仕様
（通信プログラムインタフェース）上で，新ＡＰＬを構
築していくことが可能となる。このため，ＡＰＬ層の構
造が簡略化し，かつ新機能を別ＡＰＬとして追加するこ
とが容易になるという効果が得られる。
は，その構築した処理との整合性を考慮したうえでなけ
れば，新機能のＡＰＬを作成することはできない。しか
し，本発明のように，通信プログラム内で排他制御機構
を持っていれば新旧のＡＰＬにかかわらず，同一の仕様
（通信プログラムインタフェース）上で，新ＡＰＬを構
築していくことが可能となる。このため，ＡＰＬ層の構
造が簡略化し，かつ新機能を別ＡＰＬとして追加するこ
とが容易になるという効果が得られる。
【図１】本発明の原理説明図である。
【図２】本発明の実施例によるシステム構成例を示す図
である。
である。
【図３】本発明の第１の実施例におけるＡＰＩの例を示
す図である。
す図である。
【図４】本発明の第１の実施例における通信プログラム
処理フローチャートである。
処理フローチャートである。
【図５】本発明の第１の実施例におけるアプリケーショ
ンプログラムの処理フローチャートである。
ンプログラムの処理フローチャートである。
【図６】本発明の第２の実施例におけるＡＰＩの例を示
す図である。
す図である。
【図７】本発明の第２の実施例における通信プログラム
処理フローチャートである。
処理フローチャートである。
【図８】本発明の第２の実施例におけるアプリケーショ
ンプログラムの処理フローチャートである。
ンプログラムの処理フローチャートである。
【図９】従来技術の説明図である。
【図１０】従来技術の問題点説明図である。
１０ａ，１０ｂ クライアントプロセス １１ａ，１１ｂ 専有権取得要求部 １２ａ 専有権解除要求部 １３ 通信プロセス １４ 専有制御表 １５ 専有権設定処理手段 １６ 要求無効化処理手段 １７ 専有権解除処理手段 １８ サーバプロセス
Claims (1)
- 【請求項１】 マルチタスクで動作する複数のクライア
ントプロセス(10a,10b, …) と，各クライアントプロセ
スからの処理依頼により通信処理を実行する通信プロセ
ス(13)とを有するマルチタスク・システムにおいて，前
記通信プロセスは，前記クライアントプロセスからの専
有権取得要求により，そのクライアントプロセスに対
し，他のクライアントプロセスが専有権を取得していな
いことを条件として専有権を与え，一連のシーケンシャ
ルな依頼を専有させる専有権設定処理手段(15)と，ある
クライアントプロセスが専有権を取得している場合に，
他のクライアントプロセスからの専有権取得要求を無効
とする要求無効化処理手段(16)と，前記専有権を取得し
ているクライアントプロセスからの専有権解除要求によ
り，専有権を解除する専有権解除処理手段(17)とを備え
たことを特徴とするマルチタスク・システム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP4307464A JPH06161788A (ja) | 1992-11-18 | 1992-11-18 | マルチタスク・システム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP4307464A JPH06161788A (ja) | 1992-11-18 | 1992-11-18 | マルチタスク・システム |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH06161788A true JPH06161788A (ja) | 1994-06-10 |
Family
ID=17969390
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP4307464A Withdrawn JPH06161788A (ja) | 1992-11-18 | 1992-11-18 | マルチタスク・システム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPH06161788A (ja) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2002304304A (ja) * | 2001-04-04 | 2002-10-18 | Denso Corp | 処理実行装置、当該処理実行装置に搭載される処理プログラム、及び記録媒体 |
| JP2010170389A (ja) * | 2009-01-23 | 2010-08-05 | Alpine Electronics Inc | データ処理システム |
-
1992
- 1992-11-18 JP JP4307464A patent/JPH06161788A/ja not_active Withdrawn
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2002304304A (ja) * | 2001-04-04 | 2002-10-18 | Denso Corp | 処理実行装置、当該処理実行装置に搭載される処理プログラム、及び記録媒体 |
| US7120913B2 (en) | 2001-04-04 | 2006-10-10 | Denso Corporation | Processing execution apparatus having data reference limiting function |
| JP2010170389A (ja) * | 2009-01-23 | 2010-08-05 | Alpine Electronics Inc | データ処理システム |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7673307B2 (en) | Managing transactions in a messaging system | |
| US6141720A (en) | Method and apparatus for coordination of a shared object in a distributed system | |
| JP2675968B2 (ja) | 加入者分散２相コミット・プロトコルの拡張機能 | |
| CN101243445B (zh) | 数据变更通告 | |
| US20040139157A1 (en) | System and method for distributed multimodal collaboration using a tuple-space | |
| US20070214174A1 (en) | System for distributing files and transmitting/receiving distributed files | |
| JP2002533838A (ja) | クライアントサーバーでダイナミックなファイルアクセスを行うシステムと方法 | |
| JPH11328066A (ja) | ネットワ―ク管理演算のトランザクション支援のための装置、方法及びコンピュ―タプログラム製品 | |
| CN110289965B (zh) | 一种应用程序服务的管理方法及装置 | |
| JPH04271453A (ja) | 複合電子計算機 | |
| CN111282263A (zh) | 事件消息的处理方法、装置、电子设备及可读存储介质 | |
| JPH11345131A (ja) | タスク終了を通知する方法および装置 | |
| CN101189581B (zh) | 用于处理与锁定相关的不一致的方法 | |
| US6799172B2 (en) | Method and system for removal of resource manager affinity during restart in a transaction processing system | |
| US6990608B2 (en) | Method for handling node failures and reloads in a fault tolerant clustered database supporting transaction registration and fault-in logic | |
| US20040008678A1 (en) | System and method for managing transactions in a messaging system | |
| JPH06161788A (ja) | マルチタスク・システム | |
| US7089265B1 (en) | Database management system for implementing independent database actions in response to events of interest | |
| JP3418500B2 (ja) | クライアントサーバ型システムの機能非同期呼び出し方法 | |
| JP3670017B2 (ja) | 分散型多重プロセッサにおける順序付けされた信頼できる信号送出 | |
| JPH09160847A (ja) | クライアント・サーバ型分散処理システム | |
| JPH09330240A (ja) | 資源排他制御方式 | |
| CN114629904B (zh) | 一种分布式事件的处理方法、系统、设备及介质 | |
| EP0483347B1 (en) | Queue-based inter-process communications system for digital data processing system | |
| CN114285807A (zh) | 一种报文信息管理方法、装置、服务器和存储介质 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A300 | Application deemed to be withdrawn because no request for examination was validly filed |
Free format text: JAPANESE INTERMEDIATE CODE: A300 Effective date: 20000201 |