JPH04102140A - システム間ファイル共用方式 - Google Patents

Abstract

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

Description

【発明の詳細な説明】 ［産業上の利用分野］ 本発明はデータ処理システム間のファイル共用方式に係
り、特に共用メモリを用いて高速にデータの入出力を行
うに好適なシステム間ファイル共用方式に関する。

［従来の技術］ 従来のシステム間ファイル共用方式は、特開昭６３−２
０１８４６号公報に記載の様に、システム間で共用する
ファイルのデータをアクセスする場合、システム間通信
により該共用ファイルの管理光システムに対してアクセ
ス権を要求し、取得した後向システム内の主メモリと共
用ファイルとの間でデータの入出力を行っていた。

［発明が解決しようとする課題］ 従来の主メモリ上に共用ファイルのデータを読み込む方
式は、同一システムで複数回、同一データをアクセスし
た場合、その間に他システムがそのデータを更新してい
る可能性があるため、その都度、共有ファイルからその
データを読み込まなければならない問題があった。また
、システム間通信による排他制御方式はオーバヘットが
無視出来ない問題があった。

本発明の目的は、上記従来技術の問題点を解決し、高速
に共用ファイルのデータの入出力を行うシステム間ファ
イル共用方式を提供することにある。

［課題を解決するための手段］ 上記目的を達成するために、システムが共有する共用メ
モリに共用ファイル内の格納領域と共用メモリ内の記憶
領域との対応を管理する対応テーブルを設け、共用ファ
イルのデータへのアクセス要求に対して、この要求を発
生したシステム内のアクセス制御手段により共用メモリ
内の対応テーブルを検索し、参照に対して目的とするデ
ータが共用メモリ上に存在しない時のみ、共用ファイル
より共用メモリにデータを読み込み、これを参照し、そ
れ以外の時は、直接、共用メモリ上のデータを参照又は
更新するようにしたものである。

また、対応テーブルに排他制御情報を設け、共用ファイ
ルのデータの排他／共有要求に対して、この要求を発生
したシステム内の排他制御手段により対応テーブルの排
他制御情報を操作し、システム間の共有、排他を高速に
行うようにしたものである。

［作用］ システムが共有する共用メモリに共用ファイル内の格納
領域と共用メモリ内の記憶領域との対応を管理する対応
テーブルを設け、共用ファイルのデータへのアクセス要
求に対して、この要求を発生したシステム内のアクセス
制御手段により共用メモリ内の対応テーブルを検索し、
データを参照する場合で目的とするデータが共用メモリ
上に存在しない時のみ、共用ファイルより共用メモリに
データを読み込みこれを参照する。目的とするデータが
共用メモリ上に存在する場合は、直接、共用メモリ上の
データを参照する。データを更新する場合は、直接共用
メモリ上のデータを更新するようにしたものである。

データの排他要求に対して、この要求を発生したシステ
ム内の排他制御手段は、共用メモリ内の対応テーブルに
より他のシステムが同一データを排他してなければ、対
応テーブルに排他情報を設定する。また、データの排他
／共有要求に対して。

そのシステムの排他制御手段は、対応テーブルにより他
のシステムが同一データを排他していれば、排他が解除
されるまで待つか失敗するかいずれかを行う。

［実施例］ 以下、本発明の一実施例について図面により詳細に説明
する。

第１図は本実施例のシステム間ファイル共用方式の構成
を示すブロック図である。本実施例のシステム間ファイ
ル共用方式は、システムｌＯとシステム２０及び、それ
らが共有する共用メモリ３０と共用ファイル４０より構
成されている。各システムはアプリケーションプログラ
ム１１，２１、排他制御手段１２，２２、アクセス制御
手段１３゜２３、主メモリ１４．２４から構成される。

又、共用メモリ３ｏには、対応テーブル３３が含まれて
いる。

第２図は、前記対応テーブル３３を構成しているエント
リ３１　（エントリ３１ａ〜３１ｅの総称として用いて
いる。）の構造を示している。エントリ３１は、対応す
る共用ファイル４ｏ内の格納領域４１（格納領域４１ａ
〜４１’ｅの総称として用いている。）のロケーション
３１１と、対応する共用メモリ３ｏ内の記憶領域３２（
記憶領域３２ａ、３２ｂの総称として用いている。）の
アドレス３１２と、そのデータの共有／排他状態を示す
ステータス３１３と、同時にそのデータを共有してアク
セスしているタスクの数を示す共有タスク数３１４と、
そのデータを最後にアクセスしたアクセス時間３１５と
から構成される。

なお識別のために各データ対応毎に、例えばエントリ３
１ａのロケーションは３１１ａ、アドレスは３１２ａ、
エントリ３１’ｂのロケーションは３１１ｂなどという
様に記述する。

第３図は、排他制御手段１２又は２２が、アプリケーシ
ョン・プログラム１１又は２１より、共用ファイル４０
上のデータの排他／共有要求を受けたときの処理手順を
示すフローチャートである。

第４図は、アクセス制御手段１３又は２３がアプリケー
ション・プログラム１１又は２１より共用ファイル４０
上のデータのアクセス要求を受けたときの処理手順を示
すフローチャートである。

第５図は、データの排他識別用のフローチャートである
。

次に、このように構成された本実施例のシステム間ファ
イル共用方式の動作について第１図〜第５図を用いて説
明する。

アプリケーション・プログラム１１から、共用ファイル
４０内の格納領域４１ｂのデータをアクセスする場合を
考える。

共有でアクセスする場合には、まず、アプリケーション
・プログラム１１は、排他制御手段１２に対して格納領
域４１ｂのデータの共有を宣言する。排他的にアクセス
する場合には、排他を宣言する。排他制御手段１２は、
目的とするデータが共有状態か否かを判断しくステップ
５０）、排他で使用されている場合、その排他が解除さ
れるのを待つ（ステップ５１）。最初から共有状態の場
合、又は、排他状態が解除され共有状態になった場合に
は、共有要求なら（ステップ５２）、排他制御手段１２
は、エントリ３１ｂの共有タスク数３１４ｂをカウント
・アップして（ステップ５ｅ）：アプリケーション・プ
ログラム１１に制御を戻す。

排他要求なら、排他制御手段１２は、エントリ３１ｂの
ステータス３１３ｂを排他状態にする（ステップ５３）
。次に目的とするデータを共有してアクセスしているア
プリケーション・プログラムがあるか否かが判断する（
ステップ５４）。ない場合には、アプリケーション・プ
ログラム１１に制御を戻す、ある場合には、共有してア
クセスしている全てのアプリケーション・プログラムの
共有解除を待ち（ステップ５５）、エントリ３１ｂの共
有タスク数３１４ｂより、目的とするデータをアクセス
しているタスクがなくなったら５アプリケーシヨン・プ
ログラム１１に制御を戻す。

次にアプリケーション・プログラム１１は、アクセス制
御手段１狙こ対してアクセス要求を行う。

アクセス制御手段１３は、エントリ３１ｂのアドレス３
１２ｂから、対応する共用メモリ３０内の記憶領域の有
無を調べ、データがあるかどうかを判断しくステップ６
０）、データがある。Ｓ合には。

（第１図の例では、記憶領域３２ａが対応しているので
）アクセス要求がデータの参照（データの入力要求）の
場合、共用メモリ３０のデータを主メモリ１４に転送し
、データの更新（データの出力要求）の゛場合は主メ毎
り１４のデータを共用メモリ３０に転送する（ステップ
６６）。そして、エントリ３１ｂのアクセス時間３ｉ５
ｂに時間を設定する。

デ゛−′夕が無い場゛合、・例えば格納領域４１ｅの一
デー々をアクセスする場合にはエントリ３Ｓ１　ｅの記
憶領域アドレス３１２　ｅ’から、対応する共用メモリ
３０内の記憶領域がないことが分かるので（第１図参照
′）、共用メ・モ・りの空き領域の有無を調べ（ステッ
プ６１）、空き領域があれ、ば対審テ、−プルのエント
リ３１を更新する（″ステテープ６・３）。

そして、アクセス要求がデータの入力要求′（データの
参照の場合）なら、格納領域４１ｅから記憶領域３２の
空き領域にデータを入力しくステップ６５）、記憶領域
３２のデータを主メモリ１４に転送する（ステップ６６
）。データの出力要求（データの更新の場合）なら、主
メモリ１４のデータを記憶領域３２の空き領域に転送す
る（ステップ６６）、、そして、エントリ３１ｅのアク
セス時間３１５ｅに時間を設定する（ステップ６７）。

第１図の例では、空き領域が無いので、ステータス３１
３が共有状態で共有タスク数３１４がゼロのエントリ３
１のアクセス時間３１５を検索して、最も長く使用され
ていなかった記憶領域、例えば、それが３２ｂだとする
と、３２ｂのデータをエントリ３１ｄのロケーシミン３
１１ｄが示す共用ファイル４０の格納領域４１ｄに出力
しくステップ６２）、エントリ３１ｅと３１ｄの記憶領
域のアドレス３１２ｅ、３１２ｄを変更する（ステップ
６３）。そして、アクセス要求がデータの入力要求（デ
ータの参照の場合）なら、格納領域４１ｅから記憶領域
３２ｂにデータを入力しくステップ６５）、記憶領域３
２ｂのデータを主メモリ１４に転送する（ステップ６６
）。データの出力要求（データの更新の場合）なら、主
メモリ１４のデータを記憶領域３２ｂに転送する（ステ
ップ６６）。そして、エントリ３１ｅのアクセス時間３
１５ｅに時間を設定する（ステップ６７）。

最後に第５図に示されているようにデータが排他か杏か
を判断する（ステップ７０）。排他の場合は、アプリケ
ーション・プログラム１１は、排他制御手段１２に対し
て格納領域４１ｂのデータの排他の解除を宣言し、排他
制御手段１２は、エントリ３１ｂのステータス３１３ｂ
を共有状態に戻す（ステップ７１）。共有の場合は最後
にアプリケーション・プログラム１１は、排他制御手段
１２に対して格納領域４１ｃのデータの共有の解除を宣
言し、排他制御手段１２は、エントリ３１ｂの共有タス
ク数３１４ｂをカウント・ダウンする（ステップ７２）
。

このようにして、システム１０より共用ファイル４０に
存在するデータをアクセスすることができる。なお、本
実施例ではシステム１０がらデータのアクセスが行われ
る場合について述べたが。

システム２０からデータのアクセスが行われる場合も同
様であることはいうまでもない。さらに、システム１０
及びシステム２０とそれら以外のシステムとの間のファ
イル共用の場合にも、本システム間ファイル共用方式を
適用できる。

また、本実施例においては、共用ファイルのデータを全
て共用メモリに常駐する必要がないため、共用メモリの
容量を節約できるという効果がある。

［発明の効果］ 本発明によれば、共用ファイルのデータの入力要求に対
して毎回共用ファイルからデータを読み込む必要がない
ため、共用ファイルのデータの入力処理時間を短縮する
ことができるという効果がある。

また、共用ファイルに対する排他制御時システム間通信
が必要ないため、共用ファイルに対する排他制御処理時
間を短縮することができるという効果がある。

【図面の簡単な説明】

第１図は本実施例のシステム間ファイル共用方式の構成
を示すブロック図。 第２図は、対応テーブルのエントリの構造図。 第３図は、排他制御手段の排他／共有処理を示すフロー
チャート。 第４図は、アクセス制御手段のアクセス処理を示すフロ
ーチャート。 第５９は、排他鑑定用のフローチャートである。 １０・・・システム、 ２０・・・システム、 ３０・・・共用メモリ、 ３３・・・対応テーブル、 ４０・・・共用ファイル。

Claims (1)

1. 【特許請求の範囲】 １、共用ファイルをアクセスする複数のデータ処理シス
   テムにおいて、前記システムが共有する共用メモリに前
   記共用ファイル内の格納領域と前記共用メモリ内の記憶
   領域との対応を管理する対応テーブルを設け、前記共用
   フアイルへのアクセス要求に対して、この要求を発生し
   た前記データ処理システム内のアクセス制御手段により
   前記共用メモリ内の前記対応テーブルを検索し、アクセ
   ス要求が参照の場合で、目的とするデータが前記共用メ
   モリ上に存在しない時のみ、前記共用ファイルより前記
   共用メモリにデータを読み込み、これを参照し、それ以
   外の時は、直接前記共用メモリ上のデータを参照又は、
   更新することを特徴とするシステム間ファイル共用方式
   。 ２、前記対応テーブルに排他制御情報を設け、前記共用
   ファイルへのアクセス要求に対して、この要求を発生し
   た前記データ処理システム内の排他制御手段により前記
   対応テーブルの前記排他制御情報を操作し、前記データ
   処理システム間のデータの共有、排他を行うことを特徴
   とする請求項１記載のシステム間ファイル共用方式。 ３、共用ファイルをアクセスする複数のデータ処理シス
   テムにおいて、前記システムが共有する共用メモリに前
   記共用ファイル内の格納領域と前記共用メモリ内の記憶
   領域との対応を管理する対応テーブルを設け、前記対応
   テーブルには排他制御情報を設けて、前記共用ファイル
   へのアクセス要求に対して、この要求を発生した前記デ
   ータ処理システム内の排他制御手段により前記対応テー
   ブルの前記排他制御情報を操作し、前記データ処理シス
   テム間のデータの共有、排他を行うことを特徴とするシ
   ステム間ファイル共用方式。