JPH06187232A - 共通データのアクセス管理制御方法 - Google Patents

Abstract

(57)【要約】 （修正有） 【目的】 複数のプロセッサの共有データへのアクセス
を管理及び制御する。 【構成】 ロックファイルはアクセス管理情報ＺＶＩを
持つデータスペシフィック制御フィールド（３−４）を
含む。制御フィールドは一つの関連するランダムデータ
アドレス及び制御フィールドの更新状態に関する情報を
持つ一つの状態識別コード（３−３）を持つ。あるプロ
セッサからのデータアクセス要求或はその許可に応答し
て、対応する制御フィールドが要求プロセッサのアクセ
ス管理情報を書き込むためにアドレスされる。書き込み
はその状態識別コードの値が期待される値に対する楽観
的想定に対応するときにのみ実行される。書き込みが完
了すると、状態識別コードが更新される。この楽観的想
定に基づく方法を使用すると、アクセス管理情報の要求
プロセッサ内への時間の掛かる読み込み動作が殆どの場
合に排除される。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は共有データへの複数のプ
ロセッサのアクセスを管理及び制御するための改良され
た方法に関する。

【０００２】

【従来の技術】多重プロセッサシステム内でのアプリケ
ーションプログラムの実行は、通常、複数のプロセッサ
の一つがどのような条件において共通データ（例えば、
レコード）にアクセスし、書き込み動作によってこれを
読み込むこと及び／或は修正することができるかを指定
する制御情報を必要とする。

【０００３】特定のプロセッサがいったんこのような共
有レコードの読み込み或は書き込みの許可を与えられる
と、例えば、ロック命令によって他のプロセッサが同時
にその共有レコードにアクセスすることを阻止される。
許可されたプロセッサが共有レコードに関するその動作
を完結した後、アンロック命令によってそのレコードが
その後のアクセス要求のために解放される。

【０００４】従来の技術によると、別個にアドレス可能
なテーブル或はデータベース（英語ではグローバルロッ
クテーブルと呼ばれ、ＩＢＭ ＶＳＥオペレーティング
システムにおいてはロックファイルと呼ばれる）がアク
セス管理及びアクセス制御のために提供される。

【０００５】管理及び制御の目的のためのロックファイ
ルはアクセスされるべき共有データ或はレコードに対し
て異なる制御フィールドを持つ（図１）。これらレコー
ドのアクセス管理及び制御のために、各制御フィールド
は情報を含むが、この情報の前に、対応する共有データ
（レコード１、２、３）の探索キー（ＤＡ１、ＤＡ２、
ＤＡ３）と直接的（同一）或は間接的に関連する探索キ
ー（例えば、Ａ１、Ａ２、Ａ３）が来る。

【０００６】あるプロセッサ（例えば、図１のプロセッ
サ２）のアプリケーションプログラム内の一つの特定の
共有レコード、例えば、１が（探索キー、例えば、Ａ１
を指定することによって）読み込み或は書き込みのため
にアドレスされると、このレコードに対する制御フィー
ルドが最初にその探索キーを使用してロック命令を介し
てアドレスされる。こうして、ロックファイルがアクセ
ス要求を完結するために（例えば、ＩＢＭオペレーティ
ングシステムＶＳＥにおいては、RESERVE DISK命令によ
って）ブロックされる。次に、アドレスされた制御フィ
ールドの情報が要求プロセッサの主メモリ内に書き込ま
れ（読み込み動作Ｒ）、プロセッサのアクセス要求が授
与されたか否か調べられる。

【０００７】授与された場合は、要求（或は解放）に従
って更新され（更新動作）、ロックファイルの関連する
制御フィールド内に書き戻される（書き込み動作Ｗ）。
ロックファイルが次にその後のアクセス動作のために
（例えば、ＩＢＭオペレーティングシステムＶＳＥにお
いては、RELEASE DISK命令によって）解放される。

【０００８】プロセッサの要求がロック命令との関連で
授与できない場合は、ロックファイルがその後のアクセ
ス動作のために解放され、アプリケーションプログラム
が対応するメッセージと共にロックファイルに分岐し、
或は（幾らかの時間が経過した後）改められた要求が探
索キーを介してロックファイルに発行される。

【０００９】

【発明が解決しようとする課題】これらのステップにお
いて、読み込み動作Ｒの実行はかなりの量の時間ｔ、つ
まり、図２に示される期間の総時間Ｔのおおむね４０％
から殆ど５０％を必要とする。本発明の目的は、この時
間Ｔを低減することにある。

【００１０】

【課題を解決するための手段及び作用】本発明のこの目
的は、時間ｔを大幅に削減する請求項１によって指定さ
れる方法によって達成される。

【００１１】すなわち、本発明は複数のプロセッサの共
有データへのアクセスを管理及び制御するためのロック
ファイル（３−１）を含む方法に関する。

【００１２】ロックファイルはアクセス管理情報ＺＶＩ
を持つデータスペシフィック制御フィールド（３−４）
を含む。制御フィールドは一つの関連するランダムデー
タアドレス及び制御フィールドの更新状態に関する情報
を持つ一つの状態識別コード（３−３）を持つ。

【００１３】あるプロセッサからのデータアクセス要求
或はその許可に応答して、対応する制御フィールドが要
求プロセッサのアクセス管理情報を書き込むためにアド
レスされる。書き込みはその状態識別コードの値が期待
される値に対する楽観的想定に対応するときにのみ実行
される。書き込みが完了すると、状態識別コードが更新
される。

【００１４】この楽観的想定に基づく方法を使用する
と、アクセス管理情報の要求プロセッサ内への時間の掛
かる読み込み動作が殆どの場合に排除される。

【００１５】この読み込み動作は、この楽観的想定が適
用しないようなケースにおいてのみ要求される。

【００１６】本発明のその他の目的が従属クレームによ
って特性化される。

【００１７】以下に従来の技術及び本発明の実施例が図
面を参照しながら説明される。

【００１８】

【実施例】本発明は、多くのアプリケーションは、複数
のプロセッサが一つの共有レコードへのアクセスに対し
て競合する際に、ロックファイル内の対応する制御フィ
ールド内の内容、つまり、アクセス管理及び制御データ
がこれらプロセッサの一つがこの共有データ或はレコー
ドへのアクセスを許す高い確率（９０％を超える）が存
在するという事実に基づく楽観的想定原理（optimistic
assumption principle ）に従って機能する。アクセス
権が授けられた場合、アクセスに対する前の要求が授与
された後に関連する制御フィールドの内容が他の主体に
よって変更されてない可能性が非常に高い。

【００１９】この高い可能性は以下の説明においては”
楽観的想定（optimistic assuption）”と呼ばれる。こ
の想定下においては、ロックファイルの制御フィールド
が期待される内容を含む確率が非常に高いものと想定さ
れ、例外的なケースにおいてのみ特別な条件が適用す
る。

【００２０】楽観的想定を迅速に検証するために、ロッ
クファイル内の各制御フィールドが一つの状態識別コー
ドＳＫＣ（図３参照）と関連付けられる。

【００２１】（７個あるプロセッサの中の）プロセッサ
２のアプリケーションプログラム内で番号００７を持つ
アカウントレコードに対する読み出し命令が発行された
ものと想定する。ロック命令の実行の際に、探索キー”
００７”を使用することによって、レコード００７に対
する制御フィールドを含むロックファイルの部分が書き
込みのためにアドレスされ；この番号００７に加えて、
この制御フィールドが状態識別コードＳＫＣと関連付け
られる。書き込み動作によって、アクセス管理情報、例
えば、”番号００７を持つアカウントレコードへのプロ
セッサ２の排他的アクセス権”がこの制御フィールド内
に入れられる。

【００２２】この情報は、以下のケースにおいては、つ
まり ａ）制御フィールドがこの段階において情報を全く含ま
ない、或は ｂ）制御フィールド情報がオーバライトされているとき
は、制御フィールド内に直ちに書き込まれるものと楽観
的に想定される。

【００２３】この可能性は状態識別コードＳＫＣ内で符
号化された形式にて反映される。

【００２４】結果として、制御フィールドの実際の内容
と予期される内容とを比較することによって、書き込み
の際に、この制御フィールド内に実行されるべき書き込
み動作が先にこの制御フィールド内の内容を要求プロセ
ッサのメモリ内に読み込むことなしに遂行することがで
きるか否かを決定することが可能である。

【００２５】外部メモリ空間を提供するロックファイル
を含む多くのデータキャリア、例えば、カウントキーデ
ータディスク（ＩＢＭ３３９０メモリコントロールリフ
ァレンス、ＩＢＭマニュアルＧＡ３２−０９９を参照）
或は他の高速半導体技術に基づく装置はある書き込み動
作（このケースにおいてはロックファイルの制御フィー
ルド内への書き込み）の実行をある特定の条件と結び付
けることを許す。カウントキーデータディスクに対して
は、これは、例えば、検索キー及びチャネルプログラム
内のトランスファ・イン・チャネル（transfer-in-chan
nel ）コマンドであり得る。ここでのケースにおいて
は、状態識別コードＳＫＣが初めにある特定の要求に対
して制御フィールドへのある書き込み動作が許されるか
否かを決定するために調べられる。この目的のために、
ＳＫＣコードの期待される内容と実際の内容とが互いに
時間の掛かるプロセッサ２の主メモリ内へのＳＫＣ読み
込み動作なしに比較される。実際には、上に述べたよう
に、この時間の掛かる読み込み動作Ｒ（図２）が排除さ
れるようにチャネルプログラム或は他の手段が使用され
る。

【００２６】状態識別コードＳＫＣの調査の結果、カウ
ントレコード００７に対する制御フィールド内への書き
込み動作が実行できることが示される場合は、この書き
込み動作が遂行され、状態識別コードＳＫＣがその書き
込み要求に従って更新される。こうして、例えば、ＳＫ
Ｃが０（制御フィールドがアクセス管理情報を含まな
い、つまり、アクセス権がまだ授与されてないことを意
味する）であるか否かが調べられる。ＳＫＣが０である
ときは、その要求は制御フィールド内に書き込まれ、Ｓ
ＫＣが１（制御フィールドが現在アクセス管理情報を含
むこと、つまり、アクセス権が授与されたとこを意味す
る）にセットされる。

【００２７】プロセッサ２のアプリケーションプログラ
ムによるアカウントレコード００７の処理が現在完了し
たものと想定すると、このレコードに対するアクセス権
がリターンされることとなる。これは、”００７”を使
用することによって、アンロック命令が書き込みのため
にその中にレコード００７に対する制御フィールドが存
在するロックファイルの部分をアドレスすることによっ
て行なわれる。この段階において、制御フィールドがそ
れ以降更新されてないものと楽観的に想定される。これ
は、アンロック命令の制御フィールド内への書き込みの
際に、ＳＫＣがまだ期待される値、このケースにおいて
は、例えば、ＳＫＣ＝１を持つか否かを調べることによ
って検証される。期待される値を持つときは、アンロッ
ク命令に対する書き込み動作が実行され（このプロセス
はロックファイルから情報をプロセッサ２内に読み込む
ことなしに完結される）；逆に、この想定が覆された場
合は、特別の処置が要求される。

【００２８】（この処置は、ＳＫＣがその後レコード０
０７が他のプロセッサによって読み出された或は読み出
し中であるために他の値、例えば、ＳＫＣ＝２にセット
された場合に起こる）。

【００２９】こうして、この楽観的想定は、具体的に
は、従来の技術による装置においては要求された制御フ
ィールドの内容の主メモリ内への時間の掛かる書き込み
動作を不要なものとする。複数のプロセッサが一つの共
通データストックへのアクセスに対して競合するような
場合、これはプログラム実行に掛かる時間を大幅に削減
することになる。加えて、ロックファイルのブロックの
回数を少なくすることによって、性能が大きく向上され
る。つまり、ある要求に対する待ち時間が大幅に短縮さ
れる。一つのレコードにアクセスする二つのプロセッサ
の一例が図６との関連で詳細に説明される。

【００３０】図４及び５は本発明に従う楽観的想定に基
づく方法の機能図であり、アプリケーションプログラム
及びオペレーティングシステムの動作を説明する。これ
ら図面はまた楽観的想定の外側にある例外的なケースも
考慮に入れる。

【００３１】これら図面内の個々の機能ブロックには４
０−１から４−２０までの番号が与えられ、どのステッ
プがアプリケーションプログラムによって実行され、ま
たどのステップがオペレーティングシステムによって実
行されるかを示す情報が存在する。

【００３２】共有データ（例えば、特定のカウントレコ
ード）をステップ４−０において（読み出し或は書き込
み動作を遂行するために）検索キー（アカウント番号）
によってアドレスしたい場合、これは、アプリケーショ
ンプログラムの部分においてロック命令をトリガし、オ
ペレーティングシステムの部分においては、ステップ４
−１において、ロックファイル内のデータと関連する制
御フィールドのアドレシングをトリガする。ロックイン
ストラクションの実行の最中に、ステップ４−２におい
て、楽観的想定が適用するか否かが決定される。適用す
る場合は、ステップ４−３、４−４及び４−５が一つの
中断不能な動作にて遂行される。ステップ４−３におい
て、制御フィールドの内容、つまり、アクセス管理情報
ＺＶＩを変えることができるか否かが状態識別コードＳ
ＫＣによって調べられる。変えられることができる場合
は、読み込み或は書き込み動作に対するデータのアドレ
シング（ステップ４−０）の結果としての管理情報、つ
まり、新たなＺＶＩが制御フィールド内に書き込まれ
る。ステップ４−５において、状態識別コードＳＫＣが
更新される。ステップ４−３、４−４及び４−５のシー
ケンスは中断することができず、この現象は、しばし
ば、”アトミックライティング（atomic writing）”と
呼ばれる。この新たな状態がロックファイル内に成功裡
に入力された後に、オペレーティングシステムは、ステ
ップ４−５の後に、再びアプリケーションプログラムに
分岐し、ここで、ステップ４−６において、アドレスさ
れたデータがアクセスされる。アプリケーションプログ
ラムがそのアクセス権をステップ４−６−１においてア
ンロック命令と共にリターンすると、ステップ４−７が
遂行されるが、これは、楽観的想定がまだ適用するか否
かを尋問する。（この尋問は、不成功のアクセス試行の
数を所定の数に制限するために使用される）。ステップ
４−７の肯定分岐の場合は（ステップ４−３、４−４及
び４−５と類似）、アクセス権がステップ４−８、４−
９及び４−１０において撤回される（アンロック命令が
遂行される）、つまり、新たなＺＶＩがロックファイル
内に入れられる。ステップ４−８（要求されるＳＫＣの
尋問）が完結すると、答えが肯定の場合は、新たなアク
セス管理情報ＺＶＩが制御フィールド内に書き込まれ、
状態識別コードがステップ４−１０においてこれに従っ
て、例えば、制御フィールドが現在空であり、その後読
み込むことを必要とすることなしにオーバライトするこ
とができることを反映するように更新される。

【００３３】オペレーティングシステムは再びアプリケ
ーションプログラムに分岐する。ステップ４−３及び４
−８における尋問が、それぞれ、否定である場合は、ス
テップ４−１１或は４−１２への分岐が取られ、ステッ
プ４−２或は４−７における尋問”楽観的想定がまだ適
用するか？”に対する否定的な応答の場合と同様にな
る。ステップ４−１１或はステップ４−１２において、
楽観的想定の妥当性が再び問われる。肯定的な結果が得
られた場合は、制御フィールドがステップ４−１３或は
ステップ４−１４において読み込まれ、ＺＶＩ及びＳＫ
Ｃの現在の値が分かった後にステップ４−１３或は４−
１４に分岐する。ステップ４−１１或は４−１２の否定
的な分岐の場合は、ロックファイルが当分野において周
知の方法によって処理される。ステップ４−１１（４−
１２）の否定分岐は、例えば、これは、ロックファイル
がステップ（４−２１において）最初にブロックされて
おり、その後、ステップ４−１７（４−２２）におい
て、アクセス管理情報が制御フィールドから主メモリ内
に読み込まれたとこを意味する。（ここで、楽観的想定
から進行する場合、ステップ４−１６（４−２１）及び
４−２０（４−２５）は省略されることに特に注意して
おきたい。）これらステップは、従来の（時間の掛か
る）方法においてのみ遂行される。ステップ４−１８
（４−２３）において、制御フィールド情報ＺＶＩが主
メモリ内で更新される。こうして更新された制御フィー
ルド情報ＺＶＩはステップ４−１９（４−２４）におい
てロックファイルの関連する制御フィールド内に書き込
まれる。次に、ステップ４−２０（４−２５）におい
て、ロックファイルが解放される。ステップ４−１６か
ら４−２０において、プロセッサに、例えば、ロック命
令によってアドレスされたデータにアクセスする権利が
授与される。ステップ４−２０が完結すると、ステップ
４−６への分岐が取られ、ここで、アドレスされたデー
タがアプリケーションプログラム内でアクセスされる。

【００３４】本発明に従う楽観的想定に基づく方法は様
々なアプリケーションに対して使用することができる。
これは、例えば、複数のプロセッサの一つの共有データ
ストックへのアクセスの管理、或は複数のプロセッサが
一つの共有カタログを持つ場合のファイル管理に使用す
ることができる。

【００３５】図３において、各制御フィールドは、デー
タのランダムアクセス（００６、００７、００８）に加
えて、一つの状態識別コードＳＫＣ３−３と関連する。
また、複数のアプリケーション（図６）に対して、各制
御フィールドではなく、一群の制御フィールド（ブロッ
ク）５−１が一つの共通の識別コードＳＫＣ（５−２）
と関連することも分かる。（この例におけるデータアド
レスは、Ａ１、Ａ２及びＡ３）である。これとの関連
で、ＳＫＣは０：ブロックエンプティ（全ての制御フィ
ールドが空）である、つまり、アクセス権が直ちに授与
される；或はＳＫＣが１：ブロックが空でない（少なく
とも一つの制御フィールドが空でない）である、つま
り、アクセス権が詳細な調査の後に授与される状況が考
えられる。（ＳＫＣ＝１の場合、ＳＫＣが１にセットさ
れた制御フィールドへの最後のアクセス以降さらなるア
クセスがない。アクセスがあった場合、ＳＫＣは２にセ
ットされることとなる。）異なるタイプのアクセス認可
及びコントロールの例として、例えば、”このレコード
はプロセッサ３或はプロセッサ４によってのみ読み込む
ことができる”或は”このレコードはプロセッサ６によ
ってのみ更新することができる”などの情報が考えられ
る。

【００３６】図７は二つのプロセッサが異なる時間にお
いて読み込み命令を実行するためにキー”００７”にて
アドレス可能なレコードにいかにアクセスするかを示す
略タイミング図である。この図解は各プロセッサに対し
て、アプリケーションプログラムとオペレーティングシ
ステムとを区別する。動作が遂行される或は始動される
様々な異なる時間がｔ１からｔ１３にて示される。時間
ｔ１において、読み込み要求がプロセッサ１によってレ
コード００７に発行される。プロセッサ１にアクセスを
授与するために、時間ｔ２において、ロックファイル内
のレコード００７の制御フィールドと関連する状態識別
コードが０であるか調べられる。そうである場合（楽観
的想定が適用する）、アクセス管理情報ＺＶＩが読み込
み動作なしにこの要求に応答して制御フィールド内に入
れられ、状態識別コードＳＫＣが１にセットされる。

【００３７】時間ｔ２において授与されたアクセス権を
使用して、レコード００７は時間ｔ３において読み込む
ためにアクセスすることができる。時間ｔ４において、
プロセッサ２もまたレコード００７を読み込みたいと望
む。これはさらなるロック００７命令をトリガする。プ
ロセッサ２にアクセスを授与するために、時間ｔ５にお
いて、００７の制御フィールドに対する状態識別コード
がまだ０であるか調べられる。そうではないため（状態
識別コードが既に時間ｔ２において１にセットされてお
り、楽観的想定が適用しない）、００７に対する制御フ
ィールドのアクセス管理情報ＺＶＩ及びＳＫＣが時間ｔ
６においてプロセッサ２内に読み込まれる。ここで、状
態識別コードが”１”であることが発見される。アクセ
ス管理情報ＺＶＩから現在他のプロセッサが００７にア
クセスしていることが結論付けられる。時間ｔ７におい
て、ＳＫＣがまだ”１”であると楽観的に想定して、０
０７に対する制御フィールドへのさらなる書き込み動作
が試みられる。このケースにおいては、楽観的想定が適
用し、時間ｔ７において新たなＺＶＩが入れられ、状態
識別コードが”２”にセットされる。時間ｔ８におい
て、プロセッサ２はレコード００７を読み込むことがで
きる。時間ｔ９において、レコード００７に対する読み
込み動作を完結した後に、プロセッサ３はアプリケーシ
ョンプログラムを通じてアンロック００７命令を与え
る。これは、ＳＫＣがまだ”２”であると楽観的に想定
するオペレーティングシステムに制御フィールドにデー
タを書き込むことを催促する。楽観的想定が適用するた
めに、プロセッサ２に対するアクセス権が時間ｔ１０に
おいて取り消され、ＳＫＣが３にセットされる。時間ｔ
１１において、時間ｔ１においてプロセッサ１によって
要求された００７に対するアクセス権がアンロック００
７命令によって取り消される。結果として、時間ｔ１２
において、書き込みによって状態識別コードがまだ”
１”（これは、時間ｔ２においてこの値にセットされ
た）であるか否か調べられる。この尋問の結果が否定で
あるため（時間ｔ１２以降、ＳＫＣが値”３”を持ち、
楽観的想定が適用しない）、制御フィールドのアクセス
管理情報及びＳＫＣがプロセッサ１内に読み込まれる。
この際、ＺＶＩからレコード００７に対する最後のアク
セス権がリターンされ、また、ＳＫＣの値が３であるこ
とが結論付けられる。時間ｔ１３において、ＳＫＣがま
だ”３”であるという新たな楽観的想定にて００７に対
する制御フィールドを書き込む試みがなされる。制御フ
ィールド内のＺＶＩが空にセットされ、状態識別コード
が０に更新されるが、これは、次の要求に応答して、先
にＺＶＩを読み込むことなしにアクセス権が入れられる
ことを意味する。

【００３８】この例はいかにして（稀な）重複アクセス
動作が扱われるかを示す。通常、あるレコードに対する
複数のプロセッサのアクセス動作は重複することはな
く、楽観的想定が適用するために、本発明によれば制御
フィールドを読み込む必要はない。

【００３９】

【発明の効果】本発明によれば、アクセス管理情報の要
求プロセッサ内への時間の掛かる読み込み動作が殆んど
の場合に排除され、アクセスに要する時間を短縮するこ
とができる。

【図面の簡単な説明】

【図１】アクセス管理及び制御の目的のための一つの共
有データストック及びロックファイルを持つ多重プロセ
ッサシステムの略図。

【図２】読み込み及び書き込み動作のための従来の技術
によるロックファイルのタイミング図。

【図３】本発明の方法による楽観的想定に基づくアクセ
ス管理及び制御方法に対するロックファイルを持つ多重
プロセッサシステムの略部分図。

【図４】楽観的想定に基づく方法をアプリケーションプ
ログラム及びオペレーティングプログラムの動作を考慮
に入れて説明する前半部のフローチャート。

【図５】楽観的想定に基づく方法をアプリケーションプ
ログラム及びオペレーティングプログラムの動作を考慮
しに入れて説明する後半部のフローチャート。

【図６】一つの共通の状態識別コードを持つ一群の制御
フィールドを示す図。

【図７】一つのレコードにアクセスする二つのプロセッ
サの略タイミング図。

【符号の説明】

３−１ ロックファイル ３−３ 状態識別コード ３−４ データスペシフィック制御フィールド

Claims (3)

【特許請求の範囲】
1. 【請求項１】共通データへの複数のプロセッサのアクセ
   スを管理及び制御するための方法であって、前記データ
   へのプロセッサのアクセスを認可するアクセス管理情報
   を含む複数の制御フィールドを持つロックファイルが存
   在し、ランダムデータアドレスと関連するこれら制御フ
   ィールドが追加的にそれらの中に含まれるアクセス管理
   情報に対する一つの状態識別コードと関連し、そして、
   あるプロセッサからのデータアクセス要求に応答し、対
   応する制御フィールドが書き込み動作に対してのみアド
   レスされ（アクセス管理情報を要求プロセッサ内に入れ
   るための読み込み動作が排除され）、これにより、状態
   識別コードから誘導可能な制御フィールドのアクセス管
   理情報に対する直接更新認可のケースにおいては、要求
   プロセッサに対するアクセス管理情報が制御フィールド
   内に書き込まれ、状態識別コードがこれに従って更新さ
   れ、或はこれにより、状態識別コードから誘導可能な否
   定の更新許可のケースにおいては、アクセス管理情報及
   び制御フィールドの状態識別コードの値が要求プロセッ
   サ内に書き込まれ、そして、制御フィールドが要求プロ
   セッサのアクセス管理情報の書き込み動作のために再び
   アドレスされ、これが、読み込みの後に決定される状態
   識別コードの値が制御フィールドの状態識別コードに対
   応する場合に遂行され、そして、書き込み動作が終了し
   た時点で、状態識別コードがこれに従って更新され、或
   は、状態識別コードから誘導可能な否定的な更新認可の
   ケースにおいては、制御フィールドのアクセス管理情報
   が、他のアクセス動作に対してロックファイルをブロッ
   クした後に、周知の方法にて読み込まれ、アクセス認可
   が授与されているか否かを決定するためにそのプロセッ
   サ要求と比較され、授与されている場合は、更新され、
   制御フィールド内に書き戻されることを特徴とする共通
   データのアクセス管理制御方法。
2. 【請求項２】各制御フィールドが一つの関連する状態識
   別コードを持つことを特徴とする請求項１の方法。
3. 【請求項３】データの関連するランダムアドレスを持つ
   一群の制御フィールドが一つの共通の関連する状態識別
   コードを持つことを特徴とする請求項１の方法。