JPH04181443A

JPH04181443A - 分散ファイルアクセス方法

Info

Publication number: JPH04181443A
Application number: JP2308687A
Authority: JP
Inventors: Shigeki Hirasawa; 茂樹平澤; Kinji Mori; 森　欣司; Masayuki Orimo; 織茂　昌之; Masuyuki Takeuchi; 竹内　増幸; Hiroshi Fujise; 藤瀬　洋; Shoji Iwamoto; 岩本　鉦二; Hitoshi Suzuki; 仁鈴木
Original assignee: Hitachi Ltd
Current assignee: Hitachi Ltd
Priority date: 1990-11-16
Filing date: 1990-11-16
Publication date: 1992-06-29
Anticipated expiration: 2015-05-22
Also published as: JP3044477B2

Abstract

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

Description

【発明の詳細な説明】〔産業上の利用分野〕本発明は、分散ファイルシステムに関し、特に、分散フ
ァイルへのアクセス方法に関する。

〔従来の技術〕

複数のプロセッサに分散されている複数のファイルが単
一のより大規模なファイル又はデータベースを構成する
、いわゆる分散ファイル又は分散データベースは、既に
広く知られており、例えば、ＭｃＧｒａｗ−Ｈｉｌ１社
により１９８５年に発行された、５ＴＥＦＡＮＯＣＥＲ
Ｉ及びＧＩＩＪＳＥＰＰＥ　ＰＥＬＡＧＡＴＴＩ共著、
ｒＤＩＳＴＲＩＢＵＴＥＤ　ＤＡＴＡＢＡＳＥ　ＰＲＩ
ＮＣＩＰＬＥＳ　＆　ＳＹＳＴＥＭＳＪに記載されてい
る。分散ファイルシステムにおいては、前掲文献の第１
０章に記載されているように、従来、各ファイルへのア
クセスに必要な事項。

例えば、各ファイルの物理的位置、スキーマ等からなる
、ファイル情報（当該文献ではカタログと呼ばれている
）の管理方法が問題であった。

第１の方法は、ある１台のプロセッサが管理者プロセッ
サとして指定され、これがすべてのカタログを集中的に
管理するものである。第２の方法は、すべてのプロセッ
サがそれぞれにすべてのカタログを重複して管理するも
のである。第３の方法は、ファイルを管理する各プロセ
ッサがそのファイルのカタログを管理し、各プロセッサ
は全カタログを周期的にキャッシュするものである。更
に、これらの中間的な方法も幾つかある。例えば、前記
第３の方法において、諸プロセッサが、カタログをキャ
ッシュする代りに、必要時に所望のカタログをそのカタ
ログを管理しているプロセッサに請求するために必要な
カタログ部分のみを、重複して管理する方法がある。

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

前記第１の方法では、カタログの管理は容易であるが、
管理者プロセッサに負荷が集中して、サービスが低下し
、その上、管理者プロセッサのダウンが直ちにシステム
ダウンを招来するという欠点がある。第２の方法では、
第１の方法のような欠点はない代りに、カタログ内容の
変更時に、諸プロセッサにおけるカタログ内容の一貫性
を保つことが困難である。第３の方法では、キャッシュ
されているカタログと最新のカタログの間に内容の不一
致が生じることがあり、したがって、アクセス依頼の作
成に使用されたカタログと最新のカタログの異同を、フ
ァイル管理プロセッサにより常に監視することが必要で
あり、更に、不一致が発見された場合には、最新のカタ
ログをキャッシュして、アクセス依頼を作成し直さなけ
ればならない。また、中間的な諸方法は、前記のような
各方法の欠点を、その程度は低いにせよ、併せ持つこと
になる。

このようなファイル情報（カタログ）の管理の問題は１
分散ファイルへのアクセスが複数のファイルを個々に指
定して行なわれ、したがって、ファイルアクセスに先立
って各ファイルのファイル情報を調べなければならない
ことから生じる。

本発明の目的は５分散ファイルへのアクセスに先立って
各ファイルのファイル情報を調べる必要をなくし、ひい
ては、ファイル情報の管理にまつわる前述のような問題
を除くことである。

本発明の他の目的は、分散ファイルへのアクセスを、各
ファイルのファイル情報を調べないにもかかわらず、効
率良く行なうことである。

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

本発明は、分散ファイルシステムにおいて、システム内
の複数の相異なるファイルによって構成される単一の論
理ファイルを定義する論理ファイル定義情報を、それら
ファイルを管理するプロセッサのそれぞれに設定し、ク
ライアントプロセソサにおいて、この論理ファイルを指
定してファイルアクセス依頼を送出し、そして、前記論
理ファイル定義情報が設定された少なくとも第１のプロ
セッサにおいて、前記ファイルアクセス依頼に応答して
、その論理ファイル定義情報を参照し、それが管理する
ファイルにアクセスしてその結果を送出する。

上記発明は、次のように変形することができる。

すなわち、各プロセッサに設定される前記論理ファイル
定義情報は、他のプロセッサが管理するファイルとの関
連を示す結合情報を含み、前記ファイルアクセス依頼は
、第１の選択条件を含み、前記第１のプロセッサは、前
記第１の選択条件を満たすファイルを管理するプロセッ
サであって、更にその結合情報ファイルアクセスの結果
とから決定される第２の選択条件を含む第２のファイル
アクセス依頼を前記論理ファイルを指定して送出し、前
記論理ファイル定義情報が設定され、かつ、前記第２の
選択条件を満たすファイルを管理する少なくとも第２の
プロセッサにおいて、前記第２のファイルアクセス依頼
に応答して、その論理ファイル定義情報を参照し、それ
が管理するファイルにアクセスしてその結果を送出する
とともに、そこに設定された結合情報とファイルアクセ
スの結果とから決定される第３の選択条件を含む第３の
ファイルアクセス依頼を前記論理ファイルを指定して送
出し、そして、クライアントプロセッサにおいて、これ
らのアクセス結果を統合する。

〔作用〕

前述の本発明によれば、クライアントプロセッサは、論
理ファイルを指定してファイルアクセス依頼を送出する
だけで、所要の複数のファイルにアクセスすることがで
き、ファイルアクセスに先立って個々のファイルのファ
イル情報（例えばカタログ）を調べる必要がない。した
がって、ファイルを管理する各プロセッサが自分のファ
イルのファイル情報を管理すれば、それだけで十分であ
る。例えば、あるファイルが第１のプロセッサから第２
のプロセッサに移された時には、そのファイルに関する
論理ファイル定義情報を、第１のプロセッサから第２の
プロセッサに移すだけでよい。

その結果、ファイル情報の管理にまつわる前述の問題が
除かれる。

また、前述の変形によれば、クライアントプロセッサが
送出する単一のファイルアクセス依頼に応答して、所要
の諸ファイルを管理する複数のプロセッサが自律的に連
係動作し、可能な限り並行してそれぞれのファイルにア
クセスして、データを送出する。しかも、諸ファイル管
理プロセッサのこの自律的な連係動作を通じて、自動的
に所望の選択処理が実現される。したがって、個々のフ
ァイルのファイル情報を調べないにもかかわらず、効率
の良い分散ファイルアクセスが行なわれる。

〔実施例〕

以下に述べる実施例は、本発明を分散リレーショナルデ
ータベースに適用したものである。

第１図は、本発明が適用されるコンピュータシステムの
一例を示す。伝送路１に、複数のプロセッサ１０．２０
及び３０が接続されている。本実施例ではバス型のネッ
トワークが用いられているが、他の任意の型のネットワ
ークを用いることができる。プロセッサ１０．２０及び
３０には、端末装置１１．２１及び３１と、ディスク記
憶装置１１２２及び３２が、それぞれ接続されている。

任意の型の端末装置と記憶装置を用いることができる。

また、これら以外の適当な周辺装置が追加的に接続され
てもよい。ディスク記憶装置１２．２２及び３２には、
ファイルＡよ２とＢ工６、Ａ２３とＢ２７及びＡ３４が
、それぞれ蓄積されており、これらのファイルは分散フ
ァイルを構成する。図では省略されているが、伝送路１
には複数の他のプロセッサが接続されており、それらの
内の幾つかのものは、プロセッサ１ｏ、２０及び３０の
ように、分散ファイルの一部をなすファイルを保有して
もよく、他のものは、そのようなファイルを保有しなく
てもよい。分散ファイルの一部をなすファイルを保有す
るプロセッサは、ファイルサーバと呼ばれる。

今、ファイルＡ□２、Ａ２３及びＡ、４をまとめて、一
つの論理ファイル５を構成し、これにシステムにユニー
クなファイル名Ａを与える。また、ファイルＢ　ｉ、　
６及びＢ、７をまとめて、他の一つの論理ファイル８を
構成し、、これにシステムにユニークなファイル名Ｂを
与える。

ファイルＡ４２、Ａ、、３及びＡ、４の内容と論理ファ
イルＡ５の内容の関係は、第２図に示されている。１フ
ァイルＡ、２は、項１１ａ、ｂ及びＣからなり、ファイ
ルＡ、３は、項目ｃ、ｄ及びｅからなり、ファイルＡ、
４は、項目ｅ及びｆからなる。

論理ファイルＡ５は、項目ａ、ｂ、ｃ、ｄ、ｅ及びｆか
らなり、これは、ファイルＡよ２とＡ２３を項目Ｃを結
合項目とし２て結合（、ｊｏｉｎ）　Ｌ、更にその結果
とファイルＡ、４を項目ｅを結合項目として結合したも
のに相当する。結合は、基本的には、２個の表をそれら
に共通な項目の値により連結して、単一の表を作る関係
代数演算である。

ファイルＢ、６及びＢ２７の内容と論理ファイルＢ８の
内容の関係は、第３図に示されている。ファイルＢ、６
は、項目ｇ、ｈ及びｊからなり、ファイルＢ２７は、項
目１１、ｊ及びｋからなる。論理ファイルＢ８は１項目
ｇ、ｈ１．Ｊ及びｋからなり、これは、ファイル）３１
６とＢ、７を、項目１を結合項目として結合し、その結
果を項目１以外の項目に射影（ρｒｏｊｅｃｔｉｏｎ）
　　したものに相当する。

射影は、ある表を指定された項目のみからなる表に圧縮
する関係代数演算である。

このような論理ファイルの定義は、構成定義ファイル１
．３．２３及び３３（第１図）を、プロセッサ１０．２
０及び３０にそれぞれ設定することによって確立される
。構成定義ファイル］、３．２３及び３３の内容は、第
４図に示されている。各構成定義ファイルは、論理ファ
イル名と、物理ファイル名と、結合項目と、必要項目と
からなる。

論理ファイル名は、当該プロセッサのファイルが属する
論理ファイルに与えられたシステムにユニークな名前で
ある。物理ファイル名は、その論理ファイルに属する当
該プロセッサのファイルの物理的位置を示し、一般には
、ディレクトリ名と、システムにユニークなファイル名
とからなる。結合項目は、それが示す項目を結合項目と
してこのファイルと結合されるへき他のファイルが、存
在することを表す。・必要項目は、このファイル中の項
［］の内で、当該論理ファイルの構成項目として必要な
ものを示す。

結合項目は、結合されるへき他のファイルがどこかに存
在することを示すに止どまり、それがどの特定のファイ
ルであるかを示さないことに注意すべきである。したが
って、ファイル間の結合関係を緩やかなものとすること
ができ、例えば、ファイルの物理的位置が移動しても、
結合関係を再定義する必要はない。

第４図において１例えば、プロセッサ１０に設定された
構成定義ファイル１３は、次のようなことを示す。すわ
ち、このプロセッサにより管理されるファイルＡ、とＢ
工は、論理ファイルＡとＢにそれぞれ属し、Ａ□は項目
Ｃによって他の未知のファイルと結合されるはずであり
、ＡＸ中の項目の内で項目ａ、ｂ及びＣが論理ファイル
Ａ中の項１］として必要であり、また、Ｂ１は項目〕に
よって他の未知のファイルと結合されるはずであり、Ｂ
、中の項目の内で項目ｇ及びｈが論理ファイルＢ中の項
目として必要である。

このような構成定義ファイルの設定は、次のような幾つ
かの方法のいずれかによって行なうことができる。

（１）予め、適当な時点で、システム内の１台のプロセ
ッサを選び、それの端末装置から、該当するファイルを
管理する各プロセッサに設定する。

（２）予め、適当な時点で、該当するファイルを管理す
る各プロセッサの端末装置から、そのプロセッサに設定
する。

（３）ファイルアクセスを必要とするプロセッサの端末
装置から、ファイルオープン時に、該当するファイルを
管理する各プロセッサに設定する。

第５図は、伝送路１丘を伝送されるファイル処理用メツ
セージのフォーマットを示す。メツセージ９は、このメ
ツセージの内容を示す内容コード（ＣＣ）９１と、この
メツセージを送出するプロセッサの番号を示す送信源ア
ドレス（ＳＡ）９２と、同じ送信源プロセッサから発行
された各メッセージを識別するためのイベント番号（Ｅ
Ｖ）９３と、データ（ＤＡＴＡ）９４とからなる。内容
ニード９１は、メツセージの種別（例えば、ファイルア
クセス依頼、ファイルアクセス応答等）を示す識別子（
ＩＤ）９１１と、システムにユニークな論理ファイル名
（ＬＦＮ）９１２とからなる。

イベント番号９３は、ファイルアクセス依頼の発生源で
ある実行中のアプリケーションプログラムに与えられた
タスク番号（ＴＮＯ）９３１と、このタスクから発生さ
れた当該論理ファイルに対するアクセス依頼の通し番号
（ＳＮＯ）９３２と。

メツセージ作成時刻（ＴＩＭ）９３３とからなる。

データ９４は、ファイルアクセス依頼メツセージにおい
ては、アクセス種別、選択条件等のアクセス態様を示す
情報であり、ファイルアクセス応答メツセージにおいて
は、ファイルアクセスの結果抽呂されたデータの内で、
構成定義ファイルが必要項目及び結合項目として指定す
る諸項目の部分と、それに関連する情報である。

第６図は、プロセッサ１０の詳細を機能ブロック図の形
で示す。図示された各モジュールは、ハードウェアとソ
フトウェアが協同して遂行する機能を表す。他のプロセ
ッサもこれと実質的に同様である。ただし、ファイルサ
ーバ以外のプロセッサは、後述するファイルサーバ管理
機能を持たない。

ネットワークインタフェース１０１、ターミナルインタ
フェース１１２及びディスクインタフェース１１３は、
それぞれ、伝送路１．端末装置１１及びディスク記憶装
置１２とプロセッサ１０の間のインタフェースを提供す
るモジュールである。

通信管理モジュール１０２は、伝送路１からネットワー
クインタフェース１０１を介して受信したメツセージの
内容コード９１を、内容コードテーブル１０３の内容と
照合して、取込むべきメツセージか否かを判定し、取込
むべきメツセージであれば、それを入力メツセージエリ
ア１０５に格納し、また、出力メツセージエリア１０４
内のメツセージを、ネットワークインタフェース１０１
を介して、伝送路１上にブロードキャストする。このブ
ロードキャストに際しても、通信管理モジュール１０２
は、メツセージ受信時と同様に、内容コードテーブル１
０３を参照して、送出しつつあるメツセージが当該プロ
セッサにとっても必要なものか否かを調べ、必要なもの
であれば、そのメツセージを入力メツセージエリア１０
５に格納する。

内容コードテーブル１０３には、このプロセッサが管理
するファイルを含む論理ファイルへのアクセス依頼を示
す各内容コード９１が、登録される。すなわち、識別子
９１１がファイルアクセス依頼を示し、論理ファイル名
９１２が論理ファイルＡ又はＢを示す内容コードである
。これらの内容コードの登録は、このプロセッサの立上
げ時及び新たな論理ファイルが定義された時に、構成定
義ファイル１３に基づいて自動的に行なわれる。

内容コードテーブル１０３には、また、このプロセッサ
１０が取込むべきファイルアクセス応答メツセージを識
別する内容コード９１も登録される。

すなわち、識別子９１１がファイルアクセス応答を示し
、論理ファイル名９１２が、このプロセッサがクライア
ントとしてアクセスを依頼する論理ファイルを示す内容
コードである。この内容コードは、ファイルクライアン
ト管理モジュール１０６により、ファイルオープン依頼
時に登録され、ファイルクローズ依頼時に抹消される。

他の方法として、この内容コードは、各ファイルアクセ
ス依頼メツセージが作成される度に登録され、それに対
する応答が完了する度に抹消されてもよい。

入力メツセージエリア１０５において、各メツセージは
、対応する内容コードに関連付けて格納される。

ＡＰ管理モジュール１０９は、アプリケーションプログ
ラム（ＡＰ）１１１の実行を管理し、ターミナル管理モ
ジュール１０８は、ＡＰ管理モジュール１０９とターミ
ナルインタフェース１１２の間に介在して、端末袋［１
１を管理する。データ管理モジュール１１０は、ＡＰ管
理モジュール１０９又はファイルサーバ管理モジュール
１０７からの依頼に応じて、ディスクインタフェース１
１３を介してディスク記憶装置１２にアクセスする。

ファイルサーバ管理モジュール１０７は、入力メツセー
ジエリア１０５からファイルアクセス依頼メツセージを
読出して、アクセス依頼をデータ管理モジュール１１０
に送り、そこから受けたアクセス結果データに基づきフ
ァイルアクセス応答メツセージを作成して、それを出力
メツセージエリア１０４に格納する。ファイルクライア
ント管理モジュール１０６は、ファイルアクセス依頼メ
ソセージの発行とそれへの応答メツセージの受領とを管
理する。すなわち、このモジュール１０６は、ＡＰ管理
モジュール１０９からのファイルアクセス依頼を受けて
、タスクとして実行中のアプリケーションプログラムか
らの各論理ファイルに対するアクセス依頼に通し番号を
付与し、ファイルアクセス依頼メツセージを作成して、
それを出力メツセージエリア１０４に格納し、また、取
込まれたファイルアクセス応答メツセージを入力メツセ
ージエリア１０５から読出して、アクセス結果データを
ＡＰ管理モジュール１０９に送る４更に、ファイルクラ
イアント管理モジュール１．０６は、ファイルアクセス
依頼メツセージの送出後−定時間内にそれに対する応答
が得られない場合、あるいは他の応答異常が検出された
場合には、その旨をＡＰ管理モジュール１０９に知らせ
る。

次に、あるプロセッサが、アプリケーションプログラム
からの要請に応じて、ファイルアクセス依頼メツセージ
を送出する手順を説明する。このようにして最初にファ
イルアクセス依頼メツセージを送出するプロセッサを、
クライアントプロセッサと呼ぶことにする。このクライ
アントプロセッサは、通常、プロセッサ１０とは別のプ
ロセッサであるが、どのプロセッサも、ファイルサーバ
以外のプロセッサがファイルサーバ管理モジュール１０
７を欠く点を除き、実質的に同一であるから、以下の説
明においても、第６図における参照符号を用いる。既に
ファイルオープン手続きは完了しており、ファイルアク
セス応答メツセージの取込みに必要な内容コードは、こ
のプロセッサの内容コートテーブル７、０３に登録され
ていると仮定する。

タスクとして実行されつつあるアプリケーションプログ
ラム］、　１．１がファイルアクセス依頼を発行すると
、ＡＰ管理モジュール】０９は、その依頼を受けて、そ
れがファイルアクセス依頼であることを判定し、その依
頼をファイルクライアント管理モジュール１０６に渡す
。ファイルクライアント管理モジュール１０６は、その
依頼を受けて、ファイルアクセス依頼メツセージを作成
する。このメツセージには、内容コード９１として、フ
ァイルアクセス依頼を示す識別子９１１と、アプリケー
ションプログラムから指定された論理ファイルのシステ
ムにユニークなファイル名（Ａ又はＢ）９１２とが設定
され、送信源アドレス９２として、当該プロセッサのプ
ロセッサ番号が設定される。

また、イベント番号９３として、その依頼を発行したア
プリケーションプログラムのタスク番号９３１と、その
タスクからの当該論理ファイルに対する依頼としての通
し番号９３２と、このメツセージの作成時刻３１３とが
設定される。更に、データ９４として、アクセス種類、
選択条件等を示すアクセス態様情報が設定される。ファ
イルクライアント管理モジュール１０６は、また、この
ファイルアクセス依頼メツセージに対するファイルアク
セス応答メツセージを識別するために、前記のイベント
番号を保管する。

このようにして作成されたファイルアクセス依頼メツセ
ージは、次いで、出力メツセージエリア１０４に格納さ
れ、そこから、通信管理モジュール１０２により、ネッ
トワークインタフェース１０１を介して、伝送路】上に
ブロードキャストされる。

次に、ファイルサーバにおける、ファイルアクセス依頼
メツセージの受信からファイルアクセス応答メツセージ
の送出までの手順を説明する。この処理は、プロセッサ
１０以外のプロセッサにおいても行なわれるが、前述し
たのと同じ理由により、以下の説明においても、第６図
における参照符号を用いる。

前述のようにして伝送路１上にブロードキャストされた
ファイルアクセス依頼メツセージは、ネットワークイン
タフェース１０１を介して通信管理モジュール１０２に
受信され、その内容コードが内容コード１０３に登録さ
れているコードと照合される。この照合の結果、一致が
検出されなければ、そのメツセージは廃棄され、一致が
検出されれば、そのメツセージは入力メツセージエリア
１０５に格納される。

ファイルサーバ管理モジュール１０７は、このファイル
アクセス依頼メツセージを読出して、そのイベント番号
９３の内容を記憶し、次いで、このメツセージのデータ
９４を解読し、かつ、構成定義ファイルを参照して、該
当するファイルへの指定された態様によるファイルアク
セスを、データ管理モジュール１１０に依頼する。デー
タ管理モジュール１１０は、この依頼に応じて、ディス
クインタフェース１１３を介して、ディスク記憶装置１
２内の指定されたファイルから該当するデータを抽出し
、それをファイルサーバ管理モジュール１０７に渡す。

そこで、ファイルサーバ管理モジュール１０７は、ファ
イルアクセス応答メツセージを作成して。

それを出力メツセージエリア１０４に格納する。

このファイルアクセス応答メツセージには、内容コード
９１として、ファイルアクセス応答を示す識別子９１１
と、指定された論理ファイルのシステムにユニークなフ
ァイル名とが設定され、送信源アドレス９２として、こ
のファイルサーバのプロセッサ番号が設定され、イベン
ト番号９３として、先に記憶しておいたファイルアクセ
ス依頼メツセージのイベント番号がそのまま設定され、
データ９４として、データ管理モジュールＩＬＯから渡
されたアクセス結果データの内で、構成定義ファイルが
必要項目及び結合項目として指定する諸項目の部分が設
定される。このファイルアクセス応答メツセージは１通
信管理モジュール１０２により、出力メツセージエリア
１０４から読出され、ネットワークインタフェース１０
１を介して。

伝送路ｌ上にブロードキャストされる。

次に、クライアントプロセッサにおける、ファイルアク
セス応答メツセージの受領手続きを説明する。通信管理
モジュール１０２は、伝送路１から受信したメツセージ
の内容コードを、内容コードテーブル１０３に登録され
ている応答メツセージ識別用の内容コードと照合し、一
致が検出されれば、そのメツセージを入力メツセージエ
リア１０５に格納する。ファイルクライアント管理モジ
ュール１０６は、このメツセージを読出して、そのイベ
ント番号９３を、ファイルアクセス依頼メツセージを作
成した時に保管しておいたイベント番号と比較し、一致
が検出されれば、このメツセージの中のデータ９４を処
理して、その結果をＡＰ管理モジュール１０９に渡す。

論理ファイルが単一のファイルのみからなる場合には、
上述の過程がファイルアクセス処理の全てである。しか
し、第１図に示されたように、論理ファイルが複数のフ
ァイルからなる場合には、それらのファイルを管理する
全プロセッサが、適切に応答しなければならない。第９
図は、このような場合にファイルサーバ管理モジュール
１０７により行なわれる処理の手順の概要を、フローチ
ャートで示す。以下において、この処理手順を、論理フ
ァイルＡへのアクセスを例に取って説明する。

第７Ａ図は、第１図には示されていないクライアントプ
ロセッサが１項目ｆの特定値を選択キーとして論理ファ
イルＡにアクセスする場合の処理過程を、模式的示す、
クライアントプロセッサ４０は、ファイルアクセス依頼
メツセージ９ａを作成して、ブロードキャストする。こ
のメツセージ９ａは、そのデータ９４内に選択条件とし
て項目ｆとその所望の値を有し、内容コード９１として
、ファイルアクセス依頼を示す識別子９１１と、論理フ
ァイルＡを指定する論理ファイル名９１２とを有する。

この内容コードは、プロセッサ１０．２０、及び３０の
内容コードテーブル１０３に登録されているので、すべ
てのこれらプロセッサは、このメツセージをそれぞれの
入力メッセージエリア１０５に取り込む（第９図ＳＬ）
。しかし、プロセッサ１０及び２０のファイルサーバ管
理モジュール１０７は、それらのファイルＡ１及びＡ２
がキー項目ｆを欠くので、このメツセージを廃棄して、
処理を終了し、プロセッサ３０のみが、そのファイルＡ
、がキー項目ｆを含むので、更に処理を進める（Ｓ２）
。

すなわち、プロセッサ３０のファイルサーバ管理モジュ
ール１０７は、次に、既にこのメツセージと同じイベン
ト番号を持つファイルアクセス依頼メツセージに応答し
てファイルＡ３にアクセスしたか否かを調べて（Ｓ３）
、まだそのようなアクセスは行なっていないので、指定
された条件でファイルＡ、にアクセスする（Ｓ４）。フ
ァイルサーバ管理モジュール１０７は、また、構成定義
ファイル３３を調べて、ファイルＡ３が結合項目ｅを持
つことを知り（Ｓ５）、そして、この項目ｅをキーとす
るファイルＡ、へのアクセスはまだ行なっていないので
（Ｓ６）、ファイルアクセス依頼メツセージ（９ｂ）を
作成して、それを、出カメッセージエリア１０４５通信
管理モジュール１０２及びネットワークインタフェース
１０１を介してブロードキャストする（Ｓ７）。

このファイルアクセス依頼メツセージ９ｂには、内容コ
ード９１として、ファイルアクセス依頼を示す識別子９
１１と、論理ファイルＡを示す論理ファイル名９１２が
設定され、送信源アドレス９２として、このプロセッサ
３０のプロセッサ番号が設定され、イベント番号９３と
して、クライアントプロセッサからのファイルアクセス
依頼メツセージと同じイベント番号が設定され、そして
、データ９４中の選択キーとして、ファイルアクセスの
結果得られたレコードの結合項目〇の部分が設定される
。

また、それと前後して、ファイルサーバ管理モジュール
１０７は、ファイルＡ、へのアクセスの結果得られたレ
コードの内で、構成定義ファイル３３が指定する必要項
目と結合項目の部分（ｅ、ｆ）をデータ９４として含む
ファイルアクセス応答メツセージ（９ｃ）を作成して、
それを、出力メツセージエリア１０４、通信管理モジュ
ール１０２及びネットワークインタフェース１０１を介
してブロードキャストしくＳＳ）、処理を終了する。

プロセッサ３０からブロードキャストされたファイルア
クセス依頼メツセージ９ｂは、その内容コードがプロセ
ッサ１０．２０及び３０の内容コードテーブル１０３に
登録されているので、プロセッサ１０及び２０により取
込まれ、また、プロセッサ３ｏにおいて９通信管理モジ
ュール１０２により、入力メツセージエリア１０５に格
納される。しかしながら、プロセッサ１ｏは、そのファ
イルＡ□がキー項目ｅを欠くので、処理を終了し、この
メツセージを廃棄する（Ｓ２）。また、プロセッサ３０
は、既に同じイベント番号を持つファイルアクセス依頼
メツセージ９ａに応答してそのファイルＡ、へのアクセ
スを行なっているので、同様に処理を終了して、このメ
ツセージを廃棄する（Ｓ３）。

他方、プロでツサ２０は、そのファイルＡ２がキー環（
ｌｅを含み、かつ、同じイベント番号のファイルアクセ
ス依頼メツセージに応答してファイルＡ２にアクセスし
たことはまだないので、ファイルアクセス依頼メツセー
ジ９ｂに応答してファイルＡ２にアクセスするとともに
、ファイルアクセス依頼メツセージ９ｄを作成して、ブ
ロードキャストする（Ｓ２−・Ｓ７）。このファイルア
クセス依頼メツセージ９ｄの作成過程において、構成定
義ファイル２３は、結合項目Ｃ及びｅを示す。

しかし、項目ｅをキーとするファイルＡ２へのアクセス
は既に行なわれているので、結合項目ｅの指定は無視さ
れる（Ｓ６）。したがって、この時ブロードキャストさ
れるファイルアクセス依頼メツセージ９ｄは、データ９
４中の選択キーとしてファイルアクセスの結果得られた
レコードの結合項目Ｃの部分を有し、そして、論理ファ
イルＡへのアクセスの依頼を示す内容コード９】と、ク
ライアントプロセッサからのファイルアクセス依頼メツ
セージと同じイベント番号９３とを有する。

また、それと前後して、ファイルアクセス応答メツセー
ジ９ｅが作成され、ブロードキャストされる（Ｓ８）。

このメツセージは、ファイルＡ。

へのアクセスの結果得られたレコードの内で、構成定義
ファイル２３が指定する必要項目と結合項目の部分（ｃ
、ｄ、ｅ）を、データ９４として含む。

プロセッサ２０からブロードキャストされたファイルア
クセス依頼メツセージ９ｄは、その内容コードがプロセ
ッサ１０．２０及び３０の内容コードテーブル１０３に
登録されているので、プロセッサ１０及び３０により取
込まれ、また、プロセッサ２ｏにおいて、通信管理モジ
ュール１０２により、入力メツセージエリア１０５に格
納される。しかしながら、プロセッサ３ｏは、そのファ
イルＡ、がキー項目Ｃを欠くので、処理を終了し、この
メツセージを廃棄する（Ｓ２）。また、プロセッサ２０
は、既に同じイベント番号を持つファイルアクセス依頼
メツセージ９ｂに応答してそのファイルＡ２へのアクセ
スを行なっているので、同様に処理を終了して、このメ
ツセージを廃棄する（Ｓ３）。

他方、プロセッサ１０は、そのファイル構成がキー項目
Ｃを含み、かつ、同じイベント番号のファイルアクセス
依頼メツセージに応答してファイルＡ１にアクセスした
ことはまだないので、ファイルアクセス依頼メツセージ
９ｅに応答してファイルＡ１にアクセスする（Ｓ２〜Ｓ
４）。構成定義ファイル１３は、結合項目Ｃを示す。し
かし、この項目ＣをキーとするファイルＡ、へのアクセ
スは既に行なわれているので、この結合項目の指定は無
視され、したがって、ファイルアクセス依頼メツセージ
の作成は行なわれない（Ｓ６）、ファイルＡ１へのアク
セスの結果得られたレコードの内で、構成定義ファイル
１３が指定する必要項目と結合項目の部分（ａ、ｂ、ｃ
）は、ブロードキャストされるファイルアクセス応答メ
ツセージ９ｆに、データ９４として設定される。

クライアントプロセッサ４０の通信管理モジュール１０
２は、これらのファイルアクセス応答メツセージ９ｃ、
９ｅ及び９ｆを、内容コードテーブル１０３の内容と照
合し、それらのすべてを。

自分が送出したファイルアクセス依頼メツセージ９ａに
対する応答と認識して、入力メツセージエリア１０５に
格納する。かくして、必要なデータのすべてがクライア
ントプロセッサ４ｏに集められる。

ところで、このようにしてクライアントプロセッサに集
められたデータを、アプリケーションプログラムが要求
したレコード形式で統合してから。

アプリケーションプログラムに渡すことが必要である。

そのためには、クライアントプロセッサが、集められた
データの項目構成と結合項目を知らなければならない。

これには、ファイルアクセス応答メツセージを送出する
各プロセッサが、その構成定義ファイルを参照して、必
要項目と結合項目を示す情報をファイルアクセス応答メ
ツセージのデータ９４の一部として送出することによっ
て、対処することができる。別の方法として、ファイル
アクセスを開始する前に、所望の論理ファイルに関する
構成定義ファイルの所要部分を、クライアントプロセッ
サに集めてもよい。クライアントプロセッサは、このよ
うにして得られた項目情報に基づいて、集められた諸レ
コードを結合し、所要形式のレコードからなるアクセス
結果データを作成して、それをアプリケーションプログ
ラムに渡すことができる。

第８Ａ図は、第７Ａ図に示されたファイルアクセス過程
で得られるアクセス結果データの一例を示す。この例は
、第２図に示されたファイル構成において、項目ａ　＝
　ｆがそれぞれ伝票Ｎｏ、商品ＮＯ１顧客Ｎｏ、割引率
、担当者Ｎｏ、部課コードであり、クライアントプロセ
ッサが選択キーとして部課コード（項目ｆ）の値“１”
を指定してファイルアクセスを依頼した場合である。

クライアントプロセッサからの、６部課コード＝１″と
いう選択キーでの論理ファイルＡに対するアクセス依頼
は、まず、この“部課コード＝１”という選択キーでの
ファイルＡ、へのアクセス９ａを生起し、次に、″担当
者Ｎ０＝１又は３”という選択キーでのファイルＡ２へ
のアクセス９ｂを生起し、最後に、“″顧客Ｎｏ”１又
は３又は４″という選択キーでのファイルＡ１へのアク
セス９ｄを生起する。クライアントプロセッサは、これ
らのファイルアクセスにより集められたデータ９Ｃ１９
ｅ及び９ｆを、結合項目である担当者ＮＯと顧客Ｎｏに
基づき結合して、所要形式のデータ９ｇを得る。

第７Ｂ図は、クライアントプロセッサが１項目Ｃの特定
値を選択キーとして論理ファイルＡにアクセスする場合
の処理過程を、模式的に示す。この項目Ｃは結合項目で
あり、したがって、ファイルＡ１とＡ２の双方がこの項
目を含む。クライアントプロセッサ４０から、項目Ｃの
所望値をキーとするファイルアクセス依頼メツセージ９
ｈがブロードキャストされると、プロセッサ１ｏ及び２
０の双方が同時にそれに応答して、それぞれ、ファイル
Ａ１及びＡ２にアクセスし、ファイルアクセス応答メツ
セージ９１及び９ｊをブロードキャストする。この過程
は、第７Ａ図において、プロセッサ３０がファイルＡ、
にアクセスしてファイルアクセス応答メツセージをプロ
＝トキヤストする過程と、同様である。

しかし、これらのプロセッサにおけるファイルアクセス
依頼メツセージの作成に関して、プロセッサ１０は、構
成定義ファイル１３が項目Ｃを結合項目として指定しい
ることを知るが（第９図８５）、項目Ｃをキーとするフ
ァイルＡ、へのアクセスを既に行なっているので、ファ
イルアクセス依頼メツセージを作成しない（Ｓ６）。他
方、プロセッサ２０は、構成定義ファイル２３が項目Ｃ
及びｅを結合項目として指定していることを知るが（Ｓ
５）−項目ＣをキーとするファイルＡ２へのアクセスは
既に行なっているので、結合項目Ｃの指定は無視し、結
合項目ｅに基づくファイルアクセス依頼メツセージ９に
のみをブロードキャストする（Ｓ６）。

プロセッサ３０は、ファイルアクセス依頼メツセージ９
ｋに応答して、ファイルＡヨにアクセスし、ファイルア
クセス応答メツセージ９ｍをブロードキャストする。こ
の過程は、第７Ａ図におけるプロセッサ１０での処理過
程と同様である。

第８Ｂ図は、第７Ｂ図に示されたファイルアクセス過程
で得られるアクセス結果データの一例を示す。この例は
、第８Ａ図に示されたのと同じ分散ファイルに対するア
クセス依頼が、″顧客Ｎ。

（項目ｃ）＝３”を選択キーとして行なわれた場合であ
る。

第７Ｃ図は、クライアントプロセッサが、項目ａの特定
値と項目ｆの特定値のＡＮＤ結合を選択キーとして、論
理ファイルＡにアクセスする場合の処理過程を、模式的
に示す、クライアントプロセッサ４０からのファイルア
クセス依頼メツセージ９ｎに対して１項目ａを含むファ
イルＡ、を管理するプロセッサ１０と、項目ｆを含むフ
ァイルＡ３を管理するプロセッサ３０とが、同時に応答
して、ファイルアクセス応答メツセージ９ｐと９９をそ
れぞれブロードキャストする。

また、プロセッサ１０は、項目Ｃが結合項目であること
を構成定義ファイル１３がら知り、ファイルアクセス依
頼メツセージ９ｒをブロードキャストする。他方、プロ
セッサ３０も、項目ｅが結合項目であることを構成定義
ファイル３３から知り、ファイルアクセス依頼メツセー
ジ９Ｓをブロードキャストする。しかし、プロセッサ２
０は、先着した方のファイルアクセス依頼メツセージに
応答してファイルＡ２にアクセスし、ファイルアクセス
応答メツセージ９ｔをブロードキャストする。遅れて到
着した方のファイルアクセス依頼メツセージは、それと
同じイベント番号を持つ前記の先着メツセージに応答し
てファイルＡ２へのアクセスが既に行なわれているので
、廃棄される（第９図５３）。

ファイル検索条件が複数の部分的条件のＯＲ結合である
場合には、クライアントプロセッサが、検索条件をそれ
らの部分的条件に分割して、各部分的条件に対応するフ
ァイルアクセス依頼メツセージを発行し、それらに対す
る応答メツセージにより得られたデータを統合すればよ
い。

ファイルアクセス依頼メツセージが何の選択条件も含ま
ない場合には、指定された論理ファイルを構成する諸フ
ァイルを管理するすべてのプロセッサが、クライアント
プロセッサからのファイルアクセス依頼メツセージに応
答して、それぞれのファイルの全内容を送出する。した
がって、この方法により、所望の論理ファイルの全内容
を集めることができる。

次に、第１図に示された配置において、ディスク記憶装
置２２中のファイルＡ２３がディスク記憶装置１２に移
されたとする。このファイル移動に伴って、構成定義フ
ァイル２３のファイルＡ２に関する部分も同様に移され
て、構成定義ファイル１３に組込まれる。この状態にお
いて、プロセッサ１０は、ファイルＡ□へのアクセスと
ファイルＡ２へのアクセスを別個に管理する。第９図中
のステップＳ２．Ｓ３、Ｓ５及びＳ６における判定は、
物理的なファイルごとに行なわれることに注意すべきで
ある。

例えば、第７Ａ図を参照して、プロセッサ１０は、プロ
セッサ３ｏからの項目ｅをキーとするファイルアクセス
依頼メツセージ９ｂに応答し、構成定義ファイルのＡ２
に関する部分を参照して、ファイルＡ２にアクセスし、
ファイルアクセス応答メツセージ９ｅと、項目Ｃをキー
とするファイルアクセス依頼メツセージ９ｄとをブロー
ドキャストする。この過程は、第７Ａ図について既に説
明したプロセッサ２０における過程と同様である。

このファイルアクセス依頼メツセージ９ｄは、また、プ
ロセッサ１０の内部において、通信管理モジュール１０
２により、入力メツセージエリア１０５に転送される。

その結果、プロセッサ１０は、今度は構成定義ファイル
のＡ１に関する部分を参照して、ファイルＡ□にアクセ
スし、ファイルアクセス応答メツセージ９ｆをブロード
キャストする。しかし、ファイルＡ２は、既に同じイベ
ント番号を持つファイルアクセス依頼メツセージ９ｂに
応答してアクセスされているので、もはやアクセスされ
ない、この過程は、第７Ａ図について既に説明したプロ
セッサ１０における過程と同様であり、ただ、ファイル
アクセス依頼メツセージ９ｄの経路が相違するだけであ
る。

〔発明の効果〕

叙上のように、本発明によれば、クライアントプロセッ
サは、論理ファイルを指定してファイルアクセス依頼を
行なうだけで、所要の複数のファイルにアクセスするこ
とができ、ファイル情報に関しては、ファイルを管理す
る各プロセッサが自分のファイルのファイル情報を管理
すれば十分である。したがって、ファイル情報の管理に
まつわる多くの問題が除かれる。

また、クライアントプロセッサからの単一のファイルア
クセス依頼に応答して、所要の諸ファイルを管理する複
数のプロセッサが自律的に連係動作し、可能な限り並行
してそれぞれのファイルにアクセスして、データを送出
する。しかも、この自律的連係動作を通じて、自動的に
所望の選択処理が実現される。したがって、効率のよい
分散ファイルアクセスが行なわれる。

【図面の簡単な説明】

第１図は本発明を実施しうるコンピュータシステムの一
例を示すブロックダイヤグラムであり、第２図及び第３
図は分散ファイルの構成の例を示す図であり、第４図は
構成定義ファイルの一例を示す図であり、第５図はファ
イルアクセスに使用されるメツセージのフォーマットの
一例を示す図であり、第６図はプロセッサの機能的構成
の一例を示す図であり、第７Ａ図ないし第７Ｃ図は本発
明によるファイルアクセス過程の例を模式的に示す図で
あり、第８Ａ図及び第８Ｂ図はそれぞれ第７Ａ図及び第
７Ｂ図に示された過程で得られるデータの例を示す図で
あり、第９図はファイル管理プロセッサの動作の主要部
を示すフローチャートである。１・・・伝送路　１０．２０．３０・・・プロセッサ　
２．３．４．６．７・・・物理的ファイル　５．８・・
・論理ファイル　１３．２３．３３・・・論理ファイル
を定義する構成定義ファイル　Ｓ２〜Ｓ４、Ｓ８・・・
ファイルアクセス・応答処理　８５〜Ｓ７・・・ファイ
ルアクセス依頼メツセージ発行処理

Claims

【特許請求の範囲】１、複数のプロセッサと、前記複数のプロセッサを相互
接続する通信路とを備え、前記複数のプロセッサの内の
少なくとも２台は内容の少なくとも一部が相異なるファ
イルをそれぞれ管理するコンピュータシステムにおいて
、複数の前記ファイルによって構成される単一の論理ファ
イルを定義する論理ファイル定義情報を、それらのファ
イルを管理するプロセッサのそれぞれに設定するステッ
プと、前記複数のプロセッサの内のあるものにおいて、前記論
理ファイルを指定してファイルアクセス依頼を前記通信
路に送出するステップと、前記論理ファイル定義情報が
設定された少なくとも第１のプロセッサにおいて、前記
ファイルアクセス依頼に応答して、その論理ファイル定
義情報を参照し、それが管理するファイルにアクセスし
てその結果を前記通信路に送出するステップと、を有する、分散ファイルアクセス方法。２、請求項１において、各プロセッサに設定される前記
論理ファイル定義情報は他のプロセッサが管理するファ
イルとの関連を示す結合情報を含み、前記ファイルアク
セス依頼は第１の選択条件を含み、前記第１のプロセッ
サは前記第１の選択条件を満たすファイルを管理するプ
ロセッサであり、かつ、前記第１のプロセッサにおける
前記ステップは、そのプロセッサに設定された前記結合
情報と前記ファイルアクセスの結果とから決定される第
２の選択条件を含む第２のファイルアクセス依頼を前記
論理ファイルを指定して前記通信路に送出するステップ
を含み、前記方法は、更に、前記論理ファイル定義情報が設定され、かつ、前記第２
の選択条件を満たすファイルを管理する少なくとも第２
のプロセッサにおいて、前記第２のファイルアクセス依
頼に応答して、その論理ファイル定義情報を参照し、そ
れが管理するファイルにアクセスしてその結果を前記通
信路に送出するとともに、その結合情報と前記ファイル
アクセスの結果とから決定される第３の選択条件を含む
第３のファイルアクセス依頼を前記論理ファイルを指定
して前記通信路に送出するステップと、最初に述べたファイルアクセス依頼を送出した前記プロ
セッサにおいて、前記送出されたファイルアクセス結果
を統合するステップと、を有する、分散ファイルアクセ
ス方法。