JPS6246345A - 処理制御方式 - Google Patents

Abstract

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

Description

【発明の詳細な説明】 〔発明の利用分野〕 本発明は処理制御方式に関し、特に複数の処理を同時に
実行するデータ処理システムにおいて、業務処理の実行
の組合せをチェックするのに好適な処理制御方式に関す
るものである。

〔発明の背景〕

例えば、クラスタシステムなどのように、同時に複数の
処理を実行することの可能なシステムにおいて、そこで
の処理手順を作成する場合は、業　　　　　１″□ ；、４ 務処理のプログラムでファイルを更新するときに、　　
　　　ｉ他の業務処理がどのファイルを使用し、どのよ
う　　　　　　ｐ１ｏ□、□□９ア５．６カ１、よえ、
イ、□ッ７　　　［；１ゝ イルの共用ができるか等を熟知した上で行う必要　　　
　　　１２がある。例えば、ある業務がファイルのデー
タを　　　　　　目、、７．アー、う、お、。１．。□
７、ｕＴ−１１）　７　ｙイア。　　　　　たを更新す
る。つまり、各ステーションでは、他のステーションで
実行している業務処理については関知しえないために、
上記のような同時に実行すると処理結果が保証できない
という不具合が生じてしまう。

その対策としては、ユーザ運用において、例えばデータ
入力と印字出力の時間帯を分けるなどをゎ７ア□５．５
、え。　　　　　　　　　　　ｈｔまた。複数の処理に
おいて同時にマスタファイル更新を即時に行うような場
合は、業務処理間の　　　　　１゜ファイル更新の順序
やタイミング（例えば、競合）などを業務処理相互間で
ｘｒｔｉシて処理手順を作成する必要がある。しかし、
全ての業務処理について、矛盾なく処理ができる手順を
作成することは困難であるので、現状ではマスタファイ
ル更新を即時に行うことをせずに、一時的ファイルに蓄
積し１時間を決めて一括処理する方法などを採用してい
る場合が多い。また、一般にファイル競合。

ブロック競合チェックなどに関しては制御プログラムで
行っているが、業務処理レベルでの制御についてはチェ
ックしていないのが通例である。

従来、共用外部記憶装置のアクセスに間して排他の単位
を小さく（ボリュームがらデータ・セグメント単位に）
することにより排他の発生する確立を似下させる方法が
ある（特開昭５６−１４９６５７号公報を参照）。　し
かしながら、この方法により同時アクセスに対する排他
をデータ・セグメント単位で行ったとしても業務レベル
処理の排他制御にはならなかった。それは複数のプログ
ラムの同時動作があって、がっ同一データ・セグメント
のアクセスが同時に発生しないと排他されないためであ
る。

〔発明の目的〕

本発明の目的は、このような従来の問題を解決し、複数
の処理を同時に実行できるデータ処理システムにおいて
、起動された複数個処理の同時実行が可能か否かを容易
にチェックすることのできる処理制御方式を提供するこ
とにある。。

〔発明の概要〕

上記目的を達成するため１本発明の処理制御方式は、複
数の処理を同時に実行するデータ処理システムにおいて
、上記処理が実行中であることを記憶する第１の記憶手
段（ステータスレジスタ１２）と、上記同時に実行でき
る処理か否かの組合せを格納する第２の記憶手段（チェ
ックデータメモリ１０）と、該第１および第２の記憶手
段の内容をチェックする手段（チェック回路１３）とを
側え、−Ｈチェノ９手段が、上記第２記憶手段の同時に
実行できない処理が第１記憶手段で実行中であると判定
したとき、起動された上記処理を実行さ世ないようにす
ることに特徴がある。

〔発明の実施例〕

以下、本発明の実施例を図面により説明する。

第１図は１本発明の一実施例を示すデータ処理システム
の構成図である。同図において、■は各種処理を行う制
御部２と、後述する方法で実行の可否を判定する実行チ
ェック部３と、制御プログラム４−１．業務処理プログ
ラム４−２．マスタファイル４−３．ワークファイル４
−４などを格納する（ディスクなどの）ファイル４とか
らなるマスクステーションであり、オペレータが業務処
理を起動したときに、スレーブステーション５８〜５ｃ
内のメモリにプログラムファイルのロードなどを行う。

５ａ〜５ｃは業務処理など、各種のデータ処理を実行す
るスレーブステーションである。

なお、本実施例では、各ステーションにおいて随時に処
理が実行され、その処理結果としてマスタファイル４−
３の更新が発生する方式で行う。

また、本システムは、制御部２がマスタステーションｌ
、スレーブステーション５ａ〜５ｃのいずれかに業務処
理が起動されると、その業務処理に対応する業務番号を
実行チェック部３に送り、実行チェック部３がそれを実
行させてよいか否がを判定し、その判、定結果を受けた
制御部２が実行可能の判定のとき、起動のステーション
に業務処　　　　　　　１理プログラム４−２をロード
して処理を実行させる。その後、ステーションがら処理
終了の報告を受けたときには実行チェック部３に終了を
指示する。反対に、実行不可能の判定のときは起動のス
テーションにその旨を連絡するように動作する。　　　
　　　　１次に、実行チェック部３を用いた処理実行の
可否判定について第１図、第３図〜第５図により具　　
　　　　　１．。

体的に述べる。

第３図〜第５図において、８は業務番号６を格　　　　
　　　□ＤＡＴ）ｂイ＜＞ｈＬｔ’、７１１５１．　１
０Ｌ＊ｆｘｙ’１Ｆ−９’□ を格納するチェックデータメモリ、１２はアドレ　　　
　　　　□ス９のエリア内容をカウント信号７で加算／
減算することのできるステータスレジスタ、１３は心□
ファレジス５１１とステータスレシス月２の内　　　　
　　　１８ｔｔｆｘｙ’）Ｌｔ、お。６□１４□カアう
７．ツ　　　　　　　−り回路である。

マスクステーションｌの制御部２は、業務処理がいずれ
かのステーションに起動されると、その業務処理に対応
する業務番号６をイベントレジスタ８にセットして、業
務番号６のアドレス９をチェックデータメモリ１０およ
びステータスレジスタ１２に送出しくステップ１０１）
、バッファレジスタ１１を介してのチェックデータメモ
リ１０のチェックデータとステータスレジスタ１２の内
容とをチェック回路１３に送り、起動された処理の実行
可否をチェックさせる（ステップ１０２，１０３）。

なお、そのチェックは、チェック回路１３が第４図に示
したように、業務処理に対応する番号順に３ビツトずつ
割当ているステータスレジスタ１２の内容と、チェック
データメモリ１０の１ビツトからなるチェックデータ内
容とを後述する方法でチェックし実行可能または実行不
可能を判定する。

また、そのステータスレジスタ１２の３ビツトは、ステ
ーションが業務処理を実行開始するときに、その業務番
号６のアドレス９による３ビツト　　　　　　１１の内
容がカウント信号７によって＋１され、その　　　　　
　１′よ、お、）□ヶや□□７，７８□。、よ２８□　
　　　１１の業務番号６のアドレス９による３ビツトの
内容！・ がカウント信号７によって−１される。つまり、１゜３
ビツトの内容がＩＩ　Ｏ１＋であるときは、その業務処
理”゛パずれ（７）　２９−　’Ｊ　ａ　’、／におい
ても実行されて　　　　　　ｊ・いない状態にあること
を示し、反対に、１１−Ｏ１ｇ以外、　　　　　１：１
１′″′ＩＩ　ｌ　７１〜”７”−’ｅｔ６社８は＋（
１）＊＊　（１１゜〜７）が示すステージ３ン台数にお
いて実行中であることを示す。一方、チェックデータメ
モリーＯの１ビツトは、＋＋　１　＃ｌがチェック要（
同時に実行することのできない業務処理）、”Ｏ”がチ
ェック不要（同時実行の可能な業務処理）の２進値の内
容であり、ステータスレジスター２の各３ビツトず　　
　　　　）つに対応している。

したがって、実行可否のチェックは、バッファレジスタ
ー１のデータ゛１″に対応している全てのステータスレ
ジスタ２の３ビツトに０いて・そ　　　　　　１の内容
が′″０″か　１１　Ｑ　ＩＩ以外がを判定して行う。

　　　　　　　　：′□ 制御部２は、このようにして判定されたチェック結果１
４を制御プログラム４−１などで参照し、実行の可否を
決定して、実行不可のときには起動のステーションにそ
の旨を通知することのを行うが、実行可のときには先ず
ステータスレジスタ１２の３ビツトの内容を＋１にした
後（ステップ１０５）、起動したステーションに業務処
理のプログラム４−２をロードする（ステップ１０６）
。

これにより起動されたステーションはロードの業務処理
プログラム４−２に基づいて処理を実行し、その処理を
終了したとき１′実行終了″を制御部２に返送する（ス
テップ１０７）。

゛″実行終了″を受信した制御部２は、その業務の番号
６をイベントレジスタ８に再びセットし、カウンタ信号
７によりステータスレジスタ１２の３ビツトの内容を−
１する（ステップ１０８）。

実行可否のチェックを行っている間に、他のステーショ
ンからの起動が発生した場合は、そのステーションに対
するチェックをチェック中の動作が終了するまで保留に
する。

実行可否の判定に９パての具体例を第５図に示　　　　
　　：したので、それについて述べる。　　　　　　　
　　　　　　　１１：・ ＃Ｎ＠＠°′°１°″″”ｙ　’１Ｆ　−’ｉ　Ｊ−ｅ
“′”ｏ　　　　Ｂのアドレス゛Ｃ、ｌ−が選択される
と、そのアドレス′Ｃ２ＩＩのデータをバッファレジス
ター１のデータ内容にする。すなわち、ｒｏ、ｏ、ｔ、
ｏ、ｔ、・・・。

０．０．ＯＪがバッファレジスターｌの内容となる。　
　　　　　１実行。否、）７．ッ、、よ、２＜ッヮア、
ツユ、１．１・７″づが”１”Ｔあ■・に対応す６脣づ
８ルジスター２の８３の内容（０，０，１）、同様に、
１゜データが１ψ′であるＲ５に対応するＳ５の内容　
　　　　　［１： （０，０，０）、　　・・の順に内容がＩＩ　ＯＩＩか
　１１　Ｑ　Ｉ＋以外　　　　　　、・：・ かをチ“ツクし・全１１Ｉ　Ｏ１１なら実行可能のチ”
ツ　　　　　　：。

り結果１４を出力するように行う。

＊：ｌ）ｉ！ｆｉｌＪｒ＞゛Ｘ？−！ｉＬ′９７Ｊｉ”
２　＆　３２　ｙ　　　　１′□トずつで割当てたが、
接続されるステーションの１： 台数によりビット数を決定する。　　　　　　　　　　
　　　　：′３ｏよ、１゜、。−ヨ。−４，。、。□。

ユ　　　１′１１．１ 否をチェックするので、業務処理プログラム４−　　　
　　　：′２内において、他のステーションで実行して
いる業務処理との関連を考慮する必要がなくなり、処理
手順を容易に作成することができ、設計工数を低減でき
る。また、処理手順が藺素化されるので、プログラムの
ミスが少なくなり、品質向上を図ることかできる。

本実施例の排他テーブル（チェックデータメモリ１０）
が前述した特開昭５６−１４９６５７号公報でのセンス
情報バッファに相当すると考えると、センス情報バッフ
ァではＩＪＪ［セットされるとそのデータ・セグメント
を他の処理で使用できなくなるが、本排他テーブルでは
同時に実行できる業務処理を排他しないよう設定できる
ので、−律に排他していたことを改善している。

〔発明の効果〕

以上説明したように１本発明によれば、複数の処理を同
時に実行できるデータ処理システムにおいて、上記処理
が起動されたとき、実行中の処理を格納するステータス
レジスタ１２と、同時に実行できる処理か否かの組合せ
を格納するチェックデータメモリｌＯとをチェックさせ
るので、上記処理の実行可否の判定は容易となる。

【図面の簡単な説明】

第１図″本発明０一実施例を示す実行可否針ｘ　　　　
　　　＋’、：。 ツク動作の動作フローチャート、第２図はデータ　　　
　　　　ｊｌ：ゆ、！ｉ、□、、、、ッ、□３．３．□
７．７７．１・１□のブロック図、第４図、第５図は本
発明のチェック動作を説明するための図である。 １：マスタステーション、２：制御部、３：実行チェッ
ク部、４：ファイル、　４−１　：制御プロ　　　　　
　　側グラム、４−２：業務処理プログラム、４−３：
マスタファイル、４−４：ワークファイル、５ａ〜５ｃ
ニスレープステーシヨン、６：業務番号、７：カウンタ
信号、８：イベントレジスタ、９ニアドレス、ｌＯ：チ
ェックデータメモリ、１１：バッファレジスタ、１２：
ステータスレジスタ、１３　：ｆｘｙ’）＠ＪＷ＠、　
１４　：　ｆｘｙ’）！ＳＲ０］１第　　　　１　　　
　図 第　　　２　　　　図　　　　　　　　　　　　　　　
　　　　　旧、”１ ．１１ 第３図 ””’　　　　ｊ’。

Claims (1)

【特許請求の範囲】
1. （１）複数の処理を同時に実行するデータ処理システム
   において、上記処理が実行中であることを記憶する第１
   の記憶手段と、上記同時に実行できる処理か否かの組合
   せを格納する第２の記憶手段と、該第１および第２の記
   憶手段の内容をチェックする手段とを備え、該チェック
   手段が、上記第２記憶手段の同時に実行できない処理が
   第１記憶手段で実行中であると判定したとき、起動され
   た上記処理を実行させないようにすることを特徴とする
   処理制御方式。