JPS62209635A - 非同期通信におけるシステム管理フアイルアクセス方式 - Google Patents

Abstract

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

Description

【発明の詳細な説明】 〔概要〕 複数のジョブから通信要求があった場合、要求管理を行
なうシステム管理ファイルの管理データ。

たとえば資源の使用中／空き等の情報を更新するが、そ
の際管理ファイルを更新する制御ジョブを設け、この制
御ジョブのもとで、各ジョブからの要求をキュー管理さ
せ、各要求ごとのシステム管理ファイルの更新処理を時
間的に直列化することにより、ジョブ間の排他制御を不
要にする。

〔産業上の利用分野〕

本発明は、情報処理システムに関するものであり、特に
非同期通信のためのシステム管理ファイルアクセス方式
に関する。

〔従来の技術〕

情報処理システムにおいて、ホストＣＰＵの複数のユー
ザジョブが、それぞれ端末に対する非同期通信（随時実
行可能な通信）を要求する場合。

各ジョブは１回線等の各通信資源ごとの使用中／空き状
態その他の制御情報を管理するシステム管理ファイルに
アクセスして関連する制御情報を書き替え、資源の獲得
、解放を行なう。たとえば通信開始時には空き状態を使
用中状態に１通信終了時には使用中状態を空き状態に変
更する。

第３図は、これを概念的に図示したもので、３１．３２
．３３はそれぞれ通信要求元ジョブ、３４はシステム管
理ファイルである。

システム管理ファイル３４は、■ボリューム内のファイ
ルである場合が多く２通信要求をもつ複数のジョブは、
Ｉ１０ネックとなるため同時並列アクセスすることはで
きないのが普通である。

またシステム管理ファイル３４は、管理単位となる複数
の管理ブロックで構成され、１つの通信要求を処理する
ために必要とされる制御情報は。

そのうちの幾つかの管理ブロックにまたがって存在して
いる。これは、１つの通信要求を実行するためには、関
連する複数種類の通信資源が同時に使用され、それらが
別々に管理されているからである。

なお、システム管理ファイル３４に対する■１０処理で
アクセス単位（転送単位）となる１つのファイルブロッ
クの大きさは９通常、管理ブロックが複数個含まれる大
きさである。

このようなシステム管理ファイル３４を用いてジョブの
通信要求を処理する場合２通信開始時の資源獲得と通信
終了時の資源解放のために、関連する複数の管理ブロッ
クをジョブごとに同時的に更新しなければならない。し
かも各ジョブが発した資源獲得と資源解放のためのファ
イル更新要求は別々にキュー管理され、１回のファイル
アクセスで済ますことができない場合が多い。このため
。

複数のジョブから多重に通信要求が行なわれた場合のフ
ァイル更新性を保証するため、従来はジョブ間の排他制
御を行なっている。

〔発明が解決しようとする問題点〕

従来のシステムでは、システム管理ファイルに対する通
信要求元ジョブによる更新処理は２通信開始時と通信終
了時に行なわれ、また複数の管理ブロックが更新対象と
なるために、複数回のファイルアクセスが必要となるこ
とから、ジョブ間の排他制御は複雑なものとなり、また
ある通信要求元ジョブがシステム管理ファイルの更新処
理中に異常終了した場合そのリカバリ　（回復）処理が
必要となるが、そのジョブが獲得していた通信資源・を
確実に解放させるのは極めて困難であるという問題があ
った。

〔問題点を解決するための手段〕

本発明は、システム管理ファイルのアクセス処理を実行
できるただ１つの制御ジョブを設け、システム管理ファ
イルに対するアクセス要求をもつ全ての通信要求元ジョ
ブでは、上記制御ジョブに依願してアクセス処理を実行
させるようにするものである。

第１図に本発明の原理的構成を示す。

図において、１１．１２．１３は通信要求元ジョブで、
１４は制御ジョブ、１５はアクセス要求キュー、１６は
システム管理ファイル、１７は管理ブロックである。

制御ジョブ１４は、各通信要求元ジョブ１１゜１２．１
３からのシステム管理ファイル１６に対するアクセス要
求を受は付けると、それらをアクセス要求キュー１５に
つなぎ、先頭から順次システム管理ファイル１６のアク
セス処理を実行する。

制御ジョブ１４は、システム管理ファイル１６の管理ブ
ロック１７のうちアクセス要求キュー１５から取出した
１つの通信要求元ジョブに関連する全ての管理ブロック
（斜線を付して示す）について１通信開始時の資源獲得
と通信終了時の通信資源解放のための更新処理を実行し
た後、アクセス要求キュー１５から次の通信要求元ジョ
ブを取出し、実行する。

〔作用〕

本発明によれば、複数のジョブにより通信要求が同時多
発しても、システム管理ファイルに対する各ジョブのア
クセス処理は、単一の制御ジョブを介して直列化される
ため、ジョブ間の排他制御は不要となり、また、ある通
信要求元ジョブがアクセス処理途中で異常終了となって
も、比較的部”単にリカバリ処理を行なうことができる
。

〔実施例〕

次に、実施例を用いて本発明の詳細な説明する。

第２図は９本発明の１実施例の構成図である。

図において、２１．２２は通信要求元ジョブ。

２３は制御ジョブ、２４は管理ブロックキュー。

２５はビットマツプキュー、２６はビットマツプ。

２７はシステム管理ファイル、２８はビットマツプブロ
ック、２９は管理ブロックを表わす。

ビットマツプ２６は、システム管理ファイル２７の各管
理ブロック２９と一対一に対応しており。

１つの通信要求元ジョブが更新した管理ブロックに対応
するビットオンに設定することにより、更新の有無の記
録をとる。

システム管理ファイル２７の先頭ブロックはビットマツ
プ２６を格納するビットマツプブロック２８として使用
される。

制御ジョブ２３は９通信要求元ジョブ２１，２２からの
通信要求に応答して、受付は順に管理ブロックキュー２
４を作成する。

制御ジョブ２３は、管理ブロックキュー２４から取出し
た１つの通信要求元ジョブについて、対象となる全ての
管理ブロックのチェインをとって更新処理を実行する。

なお、管理ブロック間のチェイン（リンク）付けは、相
対ブロックナンバでリンク付けを行う。また更新対象と
なった各管理ブロックは、ピントマツプ２６上でオン表
示される。このビットマツプ２６をシステム管理ファイ
ル２７のビットマツプブロック２８に書込む処理は、ビ
ットマツプキュー２５を用いて管理され。

１回のＩ１０処理で実行される。これは、複数回に分け
てビットマツプの書込みを行なえば、途中でシステムダ
ウンしたときに復元不能となるからである。システムダ
ウンが起きた場合には、その後のシステム立上げ時に、
ビットマツプブロック２８を読出し、そのビットマツプ
中でオン表示されている管理ブロックのみを信用して制
御すればよい。つまり、ビットマツプがオンのファイル
内の管理ブロックのみが正しく処理されたものであり、
ビットマツプがオフのファイル内の管理プロ°ツクのリ
ンク付けは、不当なものと考えればよい。

このようにすることで、ファイル内で管理ブロックをリ
ンク中にシステムダウンしても次の立上げで、仕掛り中
の要求を処理してしまうことはない。

ビットマツプ２６の書込みが正しく行なわれたならば９
通信要求元ジョブに制御を返す。そして制御ジョブは管
理ブロックキュー２４から次の要求を取出し、そのアク
セス処理を実行する。

〔発明の効果〕

本発明によれば、任意複数のユーザジョブが通信要求を
行なっても、制御ジョブにより全て直列処理化されるた
め、複雑な排他制御が不要となり。

また障害発生時の資源解放処理を容易化することができ
、システムの運用効率を上げることができる。

【図面の簡単な説明】

第１図は本発明の原理的構成図、第２図は本発明の１実
施例の構成図、第３図は従来のシステム管理ファイルア
クセス方式の概念図である。 第１図中。 １１．１２．１３：通信要求元ジョブ １４：制御ジョブ １５：アクセス要求キュー １６：システム管理ファイル 特許出願人　　　富士通株式会社 代理人弁理士　　長谷用　文　廣（外１名）本発明の層
Ｊ里的横Ａ゛ 第１図 第　２　図

Claims (1)

【特許請求の範囲】
1. 通信資源等を管理するシステム管理ファイル（１６）を
   そなえ、任意のジョブからの非同期の通信要求を随時処
   理する情報処理システムにおいて、任意数の通信要求元
   ジョブ（１１、１２、１３）からの依頼を受付けてキュ
   ー管理し、順次１つずつ通信要求元ジョブの依頼を取出
   してシステム管理ファイル（１６）のアクセス処理を実
   行するただ１つの制御ジョブ（１４）を設け、前記制御
   ジョブ（１４）を介してシステム管理ファイル（１６）
   をアクセスすることを特徴とする非同期通信におけるシ
   ステム管理ファイルアクセス方式。