JPH0392942A - ファイルの格納方法およびアクセス方法 - Google Patents

Abstract

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

Description

【発明の詳細な説明】 ［産業上の利用分野］ 本発明はコンピュータシステムにおけるファイル格納方
法およびアクセス方法に関し、特に複数のプロセッサが
ネットワークにより結合された分散処理システムに好適
に適用し得るファイル格納方法およびアクセス方法に関
するものである。

〔従来の技術〕

従来、ファイルの記録の論理的な最小単位はファイルで
あり、トラック，エクステント等の物理的な単位で区切
られることはあっても、論理的にファイルを分割して記
録することはなかった。また、システムの高信頼化のた
め、ディスク障害によるファイル破損に対応する手段と
しては、物理的な記憶媒体であるディスクを多重化する
方式がとられていた。

なお、上記技術に関連す゛るものとしては、前者に対し
ては、例えば、Ｊ　，　Ｊ　．Ｗａｌｌｅｎｃｅ　ｅｔ
　ａ１、により、Ｃｏｍｐｕｔｅｒ，　Ａｕｇｕｓｔ　
１９８４（ｐｐ．３１−３９）に記載の“Ｄｅｓｉｇｎ
ｉｎｇ　　ｆｏｒ　　Ｕｌｔｒａｈｉｇｈ　　Ａｖａｉ
ｌａｂｌｌｉｔｙ二Ｔｈｅ　Ｕｎｉｘ　ＲＴＲ　Ｏｐｅ
ｒａｔｉｎｇ　Ｓｙｓｔｅｍ　，また、後者に対しては
、日経エレクトロニクス５月９日号（１９８３），ｐｐ
．　１７１−２０２ｒフォールトトレラントコンビュー
タ」に記載の米国タンデム社のノンストップコンピュー
タシステムや、Ｓ　ｔｒａｔｕｓコンピュータシステム
等がある。

〔発明が解決しようとする課Ｍ］ オフィスプロセッサシステム等では、全ファイルを多重
化するほどの信頼性は必要なく、マスクファイル等の、
一部の重要なファイルを多重化するのみで、システムに
要求される信頼性は満足される。このようなシステムに
対して上述の従来技術のディスク多重化方式を適用する
と、多重化する必要のないファイルまで多重化されてし
まい、ディスク容量が不必要に増大し、コスト的に高く
なるという問題が生ずる。

更に、マスクファイル等の、多重化が必要なファイルの
場合も、本当に重要で、多重化が必要なのは、ファイル
内の特定の項目、例えば、固定値をとる項目と可変値を
とる項目とから構成されているファイルでは可変項目、
または、特定のレコードのみである場合がある。上記従
来技術では、このような要求を満足することはできない
という問題がある。

また、割り当て時に一つのファイルとして定義したもの
は、たとえ、他のファイルとレコード内の構成が全く同
じであった場合でも、これらのファイルを一つとしてア
クセスすることはできず、個々のファイルへのアクセス
をそれぞれ指定しなければならず、検索処理等の効率や
使い易さが良くないという問題もあった。

本発明は上記事情に鑑みてなされたもので、その目的と
するところは、従来の技術における上述の如き問題を解
消し、記憶媒体の利用効率およびファイルの使い易さを
向上させ得るファイル格納方法およびアクセス方法を提
供することにある。

［課題を解決するための手段］ 本発明の上述の目的は、プロセッサとデータを格納する
ための記憶装置とを有するコンピュータシステムにおい
て、情報の集合体であるファイルを、前記記憶装置内に
、任意の論理的な単位で格納することを特徴とするファ
イル格納方法，ファイルを任意の論理的な単位で多重化
することを特徴とするファイル格納方法、および、上記
プロセッサは、ファイルアクセスの依頼に対し、自プロ
セッサ内のテーブル内の情報から目的のファイルの格納
位置を求め、ファイルにアクセスすることを特徴とする
ファイルアクセス方法によって達成される。

［作用］ 本発明に係るファイル格納方法においては、ファイルの
分割をユーザが定義し、割り当てる。また、分割したフ
ァイルのうち、重要度の高いものを多重化し、多重化し
たファイルを別々の記憶装置に割り当てる。このように
して、記憶装置の状況や、ユーザの使い易さに合わせて
、柔軟なファイルの割り当てが可能になる。なお、ファ
イルのグループ化もユーザが定義し、複数のファイルを
一度にアクセスすることができる。

〔実施例Ｊ 以下、本発明の実施例を図面に基づいて詳細に説明する
。

第１図は、本発明が適用されるシステム構成の一例を示
す図である。図において、１０，　２０．　３０はプロ
セッサであり、各プロセッサには、それぞれ固定ディス
ク＜１３．２３．３３），フロツビディスク（１ｌ，２
１．３１），端末機（＋２．　２２．　３２）が接続さ
れている。上述の各プロセッサは、ネットワークｌに接
続されている。なお、本実施例においては、バス型ネッ
トワークを適用した例を示すが、これは任意の形態のネ
ットワークでよい。ここで、プロセッサ１０の固定ディ
スクＩ３には、ファイルＡ（２）が記録されている。

また、ユーザは、ファイルＡ（２）を小ファイルＡ，（
３），小ファイルＡ，（４）に分割し、それぞれの小フ
ァイルを固定ディスク２３と同３３に小ファイルＡ，（
５），小ファイルＡ，（６）として記録する。

これにより、ファイルＡの多重化がなされ、ファイルＡ
（２），小ファイルＡ，（５），小ファイルＡ，（６）
のうち、どれか一つに障害が発生しても、他の二つのフ
ァイルが正常であれば、正常なファイルにアクセスする
ことにより、ユーザの処理に支障はない。

この例では、ファイルを固定ディスクに記録したが、こ
れをフロッピディスクや、プロセッサに接続された磁気
テープ，プロセッサ内のメモリに記録しても良い。また
、上図では、３台のプロセッサをネットワークで接続し
た構成を示したが、接続するプロセッサは何台でも良く
、プロセッサが１台であっても、このプロセッサに接続
された複数の記憶装置の中でファイルを分割して格納し
ても、ファイルアクセス方法に変わりはない。以下、第
１図の構成の下で、ファイルの記録方法およびアクセス
方法について説明する。

第２図は、一般的なファイルの論理的構造を示したもの
である。ファイル４０は、論理的に一つのまとまりをな
すレコードｌ〜ｎから成っている。

ファイルを分割すると、例えば、レコードｌと２で一つ
の小ファイル、レコード３〜ｎでもう一つの小ファイル
等となる。ファイルをどのように分割するかは、ユーザ
の都合で決定することができる。分割の例を、第３図に
従って説明する。

第３図（ａ）は、分割前の顧客マスクファイルを示して
いる。顧客マスクファイルのレコードは、コード５１，
顧客名５２，住所５３，電話番号５４，担当者名５６等
の項目で構成されている。また、第３図（ｂ）は、上述
の顧客マスクファイルを住所別に分割した例である。小
ファイル１は、住所が東京都であるレコードをまとめ、
小ファイル２は、神奈川県の顧客のレコードをまとめた
ものである。このように分割し、小ファイルｌは東京支
店のプロセッサ、小ファイル２は神奈川支店のプロセッ
サの記憶装置に記録すると、東京支店でよくアクセスす
る東京の顧客のレコードは、東京支店の記憶装置にある
ので、速く処理できることになる。第３図（Ｃ）は、顧
客マスクファイルを担当者別に分割した例を示している
。ここでは、小ファイルｌは担当者Ａ、小ファイル２は
担当者Ｂ、小ファイル３は担当者Ｃのレコードをまとめ
たファイルになっている。このように分割することによ
り、各小ファイルに保護コードを付加して、担当者Ａが
誤って担当者Ｂのレコードを更新，削除してしまわない
ようにすることができる。

次に、ユーザが、ファイルを分割する際に登録するファ
イル管理テーブルについて説明する。第４図は、ファイ
ル管理テーブルの構成例を示すものである。ファイル管
理テーブル６０は、小ファイル名６１，レコード名６２
，記憶装置名６３，アドレス６４の各項目から成ってい
る。本ファイル管理テーブル６０は、分割前のファイル
に対応して作成される。小ファイル名６Ｉには、分割さ
れた小ファイルの名称が書かれる。レコード名６２には
、小ファイルに入っている全レコードの名称が、記憶装
置名６３には、小ファイルが記録されてい幣記憶装置の
名称が、アドレス６４には、小ファイルが記憶装置のど
のアドレスに入っているかが書かれる。

なお、小ファイルが多重になっている場合は、記憶装置
名６３とアドレス６４に、多重化された小ファイルすべ
ての位置を書く。上記ファイル管理テーブルの定義は、
ユーザが行う。ユーザがファイルにアクセスするときは
、分割前のファイル名とレコード名から、該当するファ
イル管理テーブルを読み、指定されたレコードがどの小
ファイルにあって、その小ファイルはどの記憶装置のど
のアドレスにあるかを読んで、そこへアクセスする。

もし、記憶装置が、他のプロセッサに接続されたもので
あれば、双方のオペレーティングシステムがネットワー
クを介して通信を行う。

以下、第１図に示したシステム構成および第５図に示す
オペレーティングシステムの流れ図に従って、プロセッ
サ３０に接続された端末３２から、ユーザが小ファイル
Ａ，内のレコードへアクセス要求する場合を例に、本実
施例の動作を説明する。

ユーザが、プロセッサ３０に接続された端末３２から、
小ファイルＡ１内のレコードへアクセス要求すると、プ
ロセッサ３０のオペレーティングシステムは、ファイル
管理テーブルを検索（ステップ９１）して、そのレコー
ドがプロセッサ１０と同２０にあることを知り（ステッ
プ９２）、ステップ９５で、小ファイルＡへのアクセス
メッセージを送る。プロセッサ１０および同２０は、小
ファイルＡ１ヘアクセスして、その結果をプロセッサ３
０へ送信し、プロセッサ３０は，ステップ９６．　９７
で、受信した結果を端末に返す。なお、プロセッサ３０
にファイルＡがある場合には、直接アクセスし（ステッ
プ９３）、結果を表示する（ステップ９４）。

本実施例によれば、上述の如く、ユーザは、アクセスす
るレコードがどの記憶装置にあるかを全く意識せずに、
従来と同様にファイルアクセスを行うことができる。な
お、ファイル管理テーブルは、固定ディスクあるいはフ
ロッピディスクに格納されているものとする。

次に、本発明の他の実施例として、マルチプロセッサシ
ステムにおけるファイルアクセスについて説明する。こ
の場合における特徴は、ネットワーク上のメッセージに
相手プロセッサのアドレスを付加する必要がないことで
ある。

第６図は、本実施例に用いられるファイル管理テーブル
の構成例を示すものである。マルチプロセッサ上のすべ
てのプロセッサは、ファイル管理テーブル７０を持って
いる。本ファイル管理テーブル７０は、ファイル名７１
，小ファイル名７２．レコード名７３，記憶装置名７４
，アドレス７５の各項目から戒っている。本ファイル管
理テーブル７０には、プロセッサ内の記憶装置に記録さ
れているすべてのファイル名称．小ファイル名が記載さ
れており、更に、各小ファイル内にあるレコード名，各
小ファイルの存在する記憶装置名およびアドレスが記載
されている。

しかし、上記ファイル管理テーブル７０には、各プロセ
ッサ内のファイル情報のみが記載されており、他のプロ
セッサのファイル情報は記載されていない。第７図は、
ファイルアクセスの際にネットワークｌに流されるメッ
セージの構成例を示す図である。本ファイルアクセスメ
ッセージ８０は、ファイルアクセス識別子８１，ファイ
ル名８２，レコード名８３，要求／応答識別子８４，デ
ータ８５から成っている。ファイルアクセス識別子８１
は、ファイルアクセスメッセージを他のメッセージと区
別するために付けられる。ファイル名８２およびレコー
ド名８３には、それぞれ、対象となるファイル名とレコ
ード名が書かれ、要求／応答識別子８４は、このメッセ
ージがファイルアクセスを要求するものか、要求に対す
る応答であるかを識別するためのものである。以下、フ
ァイルアクセスの際の各プロセッサの動作を、第１図に
示したシステム構成の下で、第８図を用いて説明する。

ユーザが、プロセッサ１０に接続されている端末１２か
ら、ファイルアクセスを要求すると，プロセッサ１０は
、第７図に示した如き構成のファイルアクセスメッセー
ジ８０を作威する。このとき、要求／応答識別子８４は
、要求を示す。作成されたメッセージは、プロセッサ１
０からファイルアクセスメッセージＩ（ｔｏとしてネッ
トワーク１に送信され、同時に、プロセッサ１０自身に
も取り込まれる。なお、このとき、プロセッサ１０は、
ファイルアクセスを要求したことを記憶する。

ネットワーク上の全プロセッサは、ファイルアクセスを
要求するメッセージ＋００を受信する。そして、要求さ
れたファイルおよびレコードが自プロセッサ内にあるか
否かを，自プロセッサ内のファイル管理テーブル７０か
ら調べる。プロセッサ２０は、ファイル管理テーブル７
０に、要求されたファイルおよびレコードがないので、
何もしない。プロセッサ３０は、ファイル管理テーブル
７０に、要求されたファイルおよびレコードが登録され
ているので、ファイルの記録されている固定ディスク３
３にアクセスし、その結果を、ファイルアクセスメッセ
ージ＋０１としてネットワークｌに送信する。

このとき、要求／応答識別子８４は、要求を示す。

メッセージ＋０１を受信した全プロセッサは、その応答
メッセージが自分の出した要求メッセージに対応するも
のか否かを、メッセージ中のファイル名８２およびレコ
ード名８３から判断する。プロセッサ２０は、自分の出
した要求メッセージに対応していないので、何もしない
。プロセッサ１０は、自分の出した要求メッセージに対
する応答なので、メッセージ内のデータ８６を端末】２
に返す。なお、ここで、もし、ファイルが多重化されて
いる場合には、同じメッセージが複数受信されるので、
これらメッセージ間の整合性をとる必要がある。この整
合性の処理については後述するファイル多重化を中心と
する実施例において詳しく述べる。

上記実施例においては、ファイルアクセスメッセージを
、送信するプロセッサ自身も取り込むことにより、目的
のファイノレおよびレコードがどのプロセッサの記憶装
置に記録されていても、各プロセッサは同様の動作を行
えば良く、また、小ファイルが多重になっていても、他
のプロセッサにどのファイルがあるかを全く意識せずに
動作することができる。

更に、本実施例では、異なる小ファイルの中に同一のレ
コードがあっても影響がなく、より柔軟なファイルの割
り当てが可能になる。また、ファイルの拡張や記憶装置
，プロセッサのダウンが発生した場合にも、各プロセッ
サは、他プロセッサのファイル情報を持たないので、影
響を被らないという利点がある。特に，ダウン発生時に
も、他プロセッサにファイルが多重化されている場合に
は、ファイルアクセスを続行することができる。

本発明の他の実施例について、第９図を用いて説明する
。本実施例は、レコード内の項目の構成が同じファイル
ファイルを一つのグループにまとめ、ユーザがファイル
にアクセスするときに、このグループ名称をファイルと
して指定するようにしたファイルアクセス方法に関する
ものである。

第９図は、ファイル管理テーブルの構成を示しており、
本ファイル管理テーブル＋１０は、ファイル名Ｉ１１、
　レコード名１１２，記憶装置名１ｌ３，アドレス１１
４から成っている。本ファイル管理テーブル＋１０は、
グループ毎に設けられる。これは、第４図のファイル管
理テーブル６０の、小ファイル名６ｌの、小ファイル名
６ｌの項目をファイル名Ｉｌｌに変えたものであり、定
義，アクセス方法は、前述の方法と同様である。

第１０図は、本発明の更に他の実施例で使用するファイ
ル管理テーブルの構成を示すものである。

本実施例は、第６図〜第８図に示した実施例で、ファイ
ルを分割するのではなく、同じレコード構造を有するフ
ァイルをグループ化するように変えた例である。本実施
例に示すファイル管理テーブル＋２０は、グループ名１
２１、ファイル名１２２，レコード名１２３，記憶装置
名１２４，アドレス＋２５で構成されている。本実施例
においては、ユーザがファイルにアクセスするときは、
グループ名とレコード名を指定する。ファイル管理テー
ブル１２０は、プロセッサ毎に設けられている。第１１
図は、ネットワークｌ上に流されるファイルアクセスメ
ッセージの構成図である。本ファイルアクセスメッセー
ジ１３０は、ファイルアクセス識別子１３ｌ，グループ
名１３２，レコード名１３３ｌ要求／応答識別子１３４
，データ　１３５から成っている。これは、先に第７図
に示した、ファイルアクセスメッセージ８０のファイル
名８２をグループ名＋３２に置き換えたもので、各プロ
セッサの動作は、第７図および第８図に基づいて説明し
たものと同様である。

本実施例の効果は、既存ファイルをグループ化すること
により、ユーザによるファイルアクセスを簡単にするこ
とができる点にある。また、ファイルを多重化したり、
拡張，削除しても、他のプロセッサに影響なく、ユーザ
は全く意識せずにアクセスすることができる点にある。

以下、ファイルの多重化を中心とする別の実施例につい
て説明する。

第１２図は、本発明により可能となる多重ファイルの持
ち方を説明する図である。同図（ａ）は、ファイル単位
多重化の概要を示すものである。図において、＋０．　
２０，　３０，・・・はプロセッサであり、各プロセッ
サには、それぞれ端末１２，２２，３２，・・・および
固定ディスク＋３．　２３，　３３，・・・が接続され
ている。

各プロセッサは，ネットワークｌに接続されている。な
お、本実施例においては、バス型ネットワークを適用し
た例を示すが、これは任意の形態のネットワークでよい
。また、各プロセッサには端末，ディスクが、それぞれ
複数台接続されていても構わない。

上述の如く構成することにより、重要なファイル（図で
は、ファイルＡ，Ｂ，Ｃ：）のみの多重化が可能となる
。すなわち、第１２図（ａ）で、ファイルＡ（２０１，
　２０１’　）は、プロセッサＩＱ，　２０のディスク
に多重化され、ファイルＢ　（２０２，　２０２”）は
、プロセッサ１０．　３０のディスクに、ファイルＣ　
（２０３，　２０３’　）は、プロセッサ２０．　３０
のディスクに、それぞれ多重化されている。一方、ファ
イルＤ（２０４），　　Ｅ（２０６），Ｆ　（２０５）
は多重化されてはいない。本実施例によれば、多重化が
必要なファイルとそうでないファイルとを混在させ、各
プロセッサのディスクに柔軟に配置することが可能とな
る。

第１２図（ｂ）は、本発明の他の実施例である、データ
項目単位の多重化の概要を示すものである。

図中の各記号は、第１２図（ａ）と同様の意味で用いら
れている。本実施例においては，ファイル中の主要なデ
ータ項目（図では、ｉｎ，，　ｉｔ．）のみの多重化も
可能になる。すなわち、プロセッサ１０のディスク内に
あるファイルＡ（２．０１）のバックアップとして、デ
ータ項目ｉｔ，，　ｉｔ．から成るファイルＡのサブセ
ットファイルａ（以下、「バックアップファイル」とい
う）を、プロセッサ３０のディスクに持たせることが可
能となる。

また、バックアップファイルａを持つプロセッサ３０の
ディスク内には、バックアップする項目を示すバックア
ップアイテム定義ファイル２０１０を設定する。本定義
ファイル２０１０は、バックアップファイルア口ケート
時にオペレータにより定義されるものとする。なお、対
象とするファイルがＩｓＡＭ等の如く、キーによる検索
がなされるファイルの場合は、バックアップファイルに
は、必要なデータ項目のみでなく、キーエリアも持たせ
る。

これは、バックアップファイルに対してもキー検索を可
能とするためである。

以下、本実施例の動作の詳細を、第１３図〜第１７図を
も用いて説明する。

第１３図は、ネットワークｌ上を伝送されるファイルア
クセスメッセージの構威を示す図である。

本ファイルアクセスメッセージ１４０は、メッセージの
内容を示す内容コード１４ｌ，本メッセージを発生した
プロセッサ番号を格納する発生源アドレス（ＳＡ）　＋
４２，伝送上必要となる通番（Ｃ）　＋４３，ファイル
をアクセスするアプリケーションプログラム（ＡＰ）を
示す情報（Ｓ　Ｉ　）　１４４，データ１４５から成っ
ている。上記内容コード＋４１は、エリアＦＮＭ部１４
］ａとメッセージの種別（ファイルアクセス依頼／ファ
イルアクセス応答）を示すＩＤ部＋４１ｂとから成って
いる。なお、以下の説明では、ファイル名称はユニーク
であるという前提で、ＦＮＭ部１４１ａの内容として、
ファイル名称を用いる。

但し、これは、名称の代りにファイルに対応するコード
，番号等を用いても構わない。

上記８１部１４４は、ファイルをアクセスするアプリケ
ーションプログラム（ＡＰ）を示す情報である。このＳ
Ｉ部＋４４は、ＡＰ実行中プロセッサ番号を格納するエ
リアＰ　Ｎ　Ｏ　１４４　ａ　，実行中プログラムを示
す番号を格納するエリアＴＮＯ　１４４ｂから戊ってい
る。データ１４５は伝送されるべき情報を格納するエリ
アである。

第１４図は、第１２図に示したプロセッサ１０内のモジ
ュールおよびテーブル構成を示す図である。なお、プロ
セッサ２０，　３０，・・・も同様の構成である。

ネットワークインタフェース３０ｌ，ターミナルインタ
フェース３Ｉ３，ディスクインタフェース３１４はそれ
ぞれ、ネットワーク１，端末＋２，ディスク１３とのイ
ンタフェース用モジュールである。通信管理モジュール
３０２は、ネットワークｌから受信したファイルアクセ
スメッセージの内容コード１４１に基づいて、受信メッ
セージが自プロセッサに必要なものか否かを判定し、必
要なメッセージである場合には、それを入力メッセージ
エリア３０５に格納する機能とともに、出力メッセージ
エリア３０６尚のメッセージをネットワークインタフェ
ース３０１経由で、ネットワークｌ上にブロードキャス
トする機能を有する。なお、この際、送出メッセージに
対しても、ネットワーク受信メッセージと同様にその送
出メッセージが自プロセッサに必要であるか否かを判定
し、必要な場合は、入力メッセージエリア３０５にその
送出メッセージを格納する。

ここで、入力メッセージエリア３０５，出力メッセージ
エリア３０６には、送受信メッセージが内容コード対応
に格納されているものとする。内容コードテーブル３０
３には、自プロセッサ接続ディスク内のファイルに対応
する内容コード、具体的には、前述のＦＮＭ部１４１　
ａには自ディスク内ファイルのｒファイル名称」が設定
され、ＩＤ部１４ｌｂには「アクセス依頼」を示すコー
ドが設定された内容コードが登録される。これらの内容
コードは、プロセッサ立上げ時、自動的に設定されるも
のとする。通信管理モジュール３０２は、受信メッセー
ジ内の内容コードと、内容コードテーブル３０３に登録
されている内容コードとを比較し、一致するメッセージ
を自プロセッサ内に取り込む。

受信ＳＩテーブル３０４は、受信メッセージのＳＩ部１
４４の内容を内容コード対応に格納しておくテーブルで
ある。ターミナル管理モジュール３１０は、端末１２か
らの入力データをターミナル人出力バッファ３０７に格
納すると同時に、該ターミナル人出力バッファ３０７内
の端末への出力データを、ターミナルインタフェース３
１３経由で端末に表示する機能を有する。ＡＰ実行管理
モジュール３０８は、自プロセッサ内で実行するＡＰを
管理するモジュールであり、ネットワーク，端末からの
受信メッセージをＡＰに渡すとともに、ＡＰからのネッ
トワーク，端末への送出データを、それぞれネットワー
ク，端末へ送出する処理を行う機能を有する。

送信Ｓ■テーブル３１５は、上記ＡＰ実行モジュール３
０８がネットワークに送出するメッセージのＳＩ部の内
容を、前述の内容コード対応に格納しておくテーブルで
ある。ＡＰ実行エリア３１１は、ＡＰを実行するエリア
である。ファイル管理テーブノレ３０９，ファイノレ管
理モジューノレ３１２は、自ディスク内ファイルのアク
セスを管理するためのものである。

次に、ネットワーク１からメッセージ受信時の通信管理
モジュール３０２の処理について、第１５図に基づいて
説明する。

前記ネットワークインタフェース３０１経由でメッセー
ジを受信した通信管理モジュール３０２は、まず、受信
メッセージの内容コードと内容コードテーブル３０３の
内容とを比較し（ステップ４００）、内容コードテーブ
ル３０３内に一致するものが登録されている場合には、
ステップ４０１に進み、登録されていない場合は当該受
信メッセージを廃棄する（ステップ４０４）。ステップ
４０１では、受信ＳＩメッセージの内容コードおよびＳ
ｌ部と一致する内容が、受信Ｓｌテーブル３０４に登録
されているか否かを判定する。既に登録されている場合
は、当該メッセージと同じメッセージを既に受信してい
るため、ステップ４０４で、当該受信メッセージを廃棄
する。一致しない場合は、その受信メッセージは新規に
受信したものなので、まず、受信メッセージの内容コー
ドおよびＳＩ部内容を受信Ｓ■テーブル３０４に！！録
し（ステップ４０２）、次に、受信メッセージを入力メ
ッセージェリア３０５に格納する（ステップ４０３）。

本処理は、前述の如く、送信メッセージに対しても行わ
れる。

次に、第１２図（ａ）に示した実施例におけるファイル
アクセス方法について説明する。最初に、ＡＰ実行管理
モジュール３０８における処理について説明する。

（１）ＡＰ起動時のＡＰ実行管理モジュールの処理端末
１２からユーザにより入力されたＡＰ起動コマンドは、
ターミナル管理モジュール３１０を経由して、ＡＰ実行
管理モジュール３０８に取り込まれる．，ＡＰ実行管理
モジュール３０８は、ユーザにより指定されたＡＰをデ
ィスクからＡＰ実行エリア３１１にロードし、起動する
。この際、起動するＡＰがアクセスするファイルに対応
する内容コードを、内容コードテーブル３０３に登録す
る。なお、ＡＰがアクセスするファイルに関する情報は
、ＡＰ内に前以って定義されているか、または、ＡＰ起
動コマンド入力時にユーザにより指定されるものとする
。この内容コードは、ＡＰ実行終了時、ＡＰ実行管理モ
ジュール３０８により削除される。

（２）ＡＰによるファイルアクセス命令発行時のＡＰ実
行管理モジュールの処理 （１）で起動されたＡＰは、アクセスするファイル名称
およびアクセス内容を指定して、ファイルアクセス命令
を発行する。このアクセス命令は、ＡＰ実行管理モジュ
ールが取り込み、内容コード等を以下の如く設定したメ
ッセージを作成して、前記出力メッセージェリア３０６
に格納する。

■内容コード部 ＦＮＭ部：ＡＰで指定されたファイル名称ＩＤ部：アク
セス依頼を示すコード ■ＳＩ部： ＰＮＱ部：自プロセッサ番号 ＴＮＯ部：ファイルアクセス命令を発行したＡＰに割り
当てられた番号 （例：タスク番号，プロセス番号） ■データ部：ＡＰが指定したアクセス内容また、この際
、上述の■，■で設定したＦＮＭ部１４１ａおよびｓｒ
部１４４の内容を送信Ｓｌテーブル３１５に登録する。

以上の処理により、出カメッセージエリア３０６に格納
されたメッセージは，通信管理モジュール３０２により
ネットワーク１にブロードキャストされる。

次に、ファイル管理モジュールにおける処理について、
第１６図および第１７図を用いて説明する。

第１６図は、前述のファイル管理テーブル３０９の構成
例を示すものである。本ファイル管理テーブル３０９は
、自ディスク内のファイルに対応する行３０９１，３０
９２，・・・・から構或され、各行は、ファイル名称３
０９１　ａ　，そのファイルが格納されているディスク
およびディスク内での位置を示す物理位置情報３０９ｌ
　ｂおよびそのファイルに対するアクセスメッセージの
ＳＩ部３０９１ｃから成っている。このうち、ファイル
名称３０９１　ａおよび物理位置情報３０９ｌｂは、フ
ァイルアロケート時に前以って設定されているものとす
る。

第１７図は、前述のＡＰ実行管理モジュール３０８の処
理により、ネットワークｌ上にブロードキャストされた
ファイルアクセス依頼メッセージ受信時のファイル管理
モジュール３１２の処理を示すフロー図である。ネット
ワークｌ上にブロードキャストされたファイルアクセス
依頼メッセージは、第１５図に示した通信管理モジュー
ル３０２の処理により、メッセージ内の内容コードに指
定されたファイルを、自ディスク内に持つプロセッサに
より入力メッセージエリア３０５に取り込まれる。

ファイル管理モジュール３１２は、上記入力メッセージ
エリア３０５からこのファイルアクセス依頼メッセージ
を取り込み（ステップ５０ｌ）、取り込んだメッセージ
内のＳＩ部内容を、前述のファイル管理テーブル３０９
のｓｒ部（第１６図３０９１　ｃ　）に格納する（ステ
ップ５０２）。次に、メッセージ内データ部で指定され
たファイルアクセス処理を、前述のファイル管理テーブ
ル３０９内物理位置情報３０９ｌ　ｂに基づき、実行す
る（ステップ５０３〉。更に、上記処理この結果に基づ
いて、先に第１３図に示した内容コード部１４＋，ＳＩ
部ｌ４４，データ部＋４５を以下の如く設定したファイ
ルアクセス応答メッセージを作成し（ステップ５０４）
、出力メッセージエリア３０６に格納する（ステップ５
０５）。

■内容コード部： ＦＮＭ部：アクセスしたファイルのファイル名称 ＩＤ部：アクセス応答を示すコード ■ＳＩ部：ステップ５０２でファイル管理テーブルＳｒ
＃に格納されている値を 設定 ■データ部：ファイルアクセス結果内容を設以上の処理
により、出力メッセージエリア３０６に格納されたファ
イルアクセス応答メッセージは、通信管理モジュールに
よりネットワーク１上にブロードキャストされる。本メ
ッセージは、ファイルアクセス依頼を発生したＡＰ実行
中プロセッサにより取り込まれる。このプロセッサ内の
ＡＰ実行管理モジュール３０８は、受信したファイルア
クセス応答メッセージ内の内容コード部内ＦＮＭ部およ
びＳＩ部内容が、送信ＳＩテーブル３１５に登録されて
いるか否かをチェックし、登録されている場合のみ、そ
のメッセージを、アクセス依頼を発生したＡＰに渡す。

上述の処理の全体の流れを第１８図にまとめた。

第１８図は、先に第１２図（ａ）に示したと同じ構成で
あり、プロセッサ１０内で実行中のＡＰ６００が、プロ
セッサ２０．　３０のディスク内に多重化されているフ
ァイルＣ（２０３，　２０３’）をアクセスする場合の
メッセージの流れを示している。ＡＰ６００が、発生し
たファイルアクセス依頼は、ＡＰ実行管理モジュール３
０８，通信管理モジュール３０２により、上述のファイ
ルＣに対するファイルアクセス依頼メッセージ５９０と
して、ネットワーク１上にブロードキャストされる。

上述のメッセージ５９０は、プロセッサ２０および３０
に取り込まれ、これら各プロセッサはそれぞれ独自に、
自ディスク内ファイノレＣ（２０３，　２０３’）をア
クセスする。更に、プロセッサ２０．　３０は、自ディ
スク内ファイルＣ（２０３，　２０３’）のアクセス結
果に基づいて、それぞれ独自に、ファイルアクセス応答
メッセージ５９１，　５９１’を生成し，ネットワーク
１上にブロードキャストする。ここで、上述のメッセー
ジ５９１，　５９１’のＳＩ部には、第１７図に示した
ファイル管理モジュール３１２の処理により、メッセー
ジ５９０のＳｌ部と同じ内容が設定されている。上記応
答メッセージ５９１，　５９１’は、両方ともプロセッ
サ１０に取り込まれるが、第１５図に示した通信管理モ
ジュール３０２の処理ステップ４００〜４０４により、
先に受信したメッセージのみがＡＰ６００に渡される。

以上説明した如く、本実施例によれば、重要なファイル
のみを多重化することができ、また、ＡＰ側ではファイ
ルの多重度を意識することなく、それらのファイルをア
クセスすることが可能になるという効果がある。また、
これら多重化されたファイルは、それぞれが独自に更新
されているため、ディスク１３．　２３のどちらかがア
クセス不可となっても、ＡＰ６００は何等意識すること
なく、その処理を続けることができる。なお、上記実施
例では、ＡＰが他のプロセッサのディスク内のファイル
をアクセスする場合を例として説明したが、自ディスク
映のファイルも全く同様にアクセス可能である。

次に、第１２図（ｂ）に示した実施例について、第１９
図，第２０図により説明する。第１９図（ａ）は、本実
施例におけるファイル管理テーブル３０９の内容を示す
図である。ファイル管理テーブル３０９は、先の実施例
の場合と同様に、自ディスク内ファイル対応の行３０９
＋’　，　３０９２’　，・・・・から構成され、各行
は、ファイル名称３０９１ａ，物理位置情報３０９ｌｂ
’およびアクセスメッセージのＳＩ部３０９１　ｃ　’
がら威っている。更に、フラグ３０９１　ｄ　’は、本
実施例で用いるエリアであり、自ディスク内ファイルが
バックアップファイル（第１２図（ｂ）のファイルａ）
であるか否かを示すフラグである。

第１９図（ｂ）は、第１２図（ｂ）に示したバックアッ
プｉｔｅｘｔ定義ファイルの内容を示す図である。本フ
ァイルは、各バックアップファイル毎に、バックアップ
ファイルア口ケート時に定義されるものであり、バック
アップファイルがどのようなデータ項目から構成される
かを示すものである。具体的には、本図に示す如く、バ
ックアップファイルを構成する各データ図目（第１２図
（ｂ）の例では、ｉｔ３およびｉｔ４）に対応する行２
０１０］，　２０１０２，・・・・から構成される。各
行は、データ項目の名称を示すｉｔｅｍ名２０１０１　
ａ　，そのデータ項目の主ファイル（第１２図（ｂ）の
例ではファイルＡ）のレコード内での開始位置を示すｉ
ｔｅｍ開始位置２０１０ｌ　ｂおよびそのデータ項目の
長さを示すｉ　ｔｅＩｌ長２０１０１　ｃから構威され
る。これらの情報により、バックアップファイル．ａで
バックアップされるデータ項目が、主ファイルＡ上のど
こに位置するデータ項目であるかを認識することが可能
となる。

本実施例においても、ＡＰ実行中プロセッサ側でのファ
イルアクセス依頼メッセージ発生処理およびファイルア
クセス応答メッセージ取り込み処理は、前述の実施例の
場合と全く同様である。そこで、以下、ファイル管理モ
ジュール３１２におけるファイルアクセス依頼メッセー
ジ処理のフローを第２０図により説明する。なお、本実
施例では、主ファイルおよびバックアップファイルは、
同一のファイル名称を持つファイルとして管理される．
このため、第１２図（ｂ）のファイルＡに対するファイ
ルアクセス依頼メッセージは、プロセッサ２０ばかりで
なく、プロセッサ３０も取り込む。

ファイル管理モジュール３１２は、まず、入力メッセー
ジエリアからファイルアクセス依頼メッセージを取り込
み（ステップ７０１）、ステップ７０２では、そのメッ
セージ内のＳＩ部をファイル管理テーブルのアクセスフ
ァイルに対応する行のＳＩ部に格納する。次に、ステッ
プ７０３では、ファイル管理テーブル内のアクセスファ
イルに対応する行のフラグエリアを参照し、自ディスク
内ファイルがバックアップファイルであるが主ファイル
であるかを判定する。バックアップファイルである場合
は、アクセス依頼内容がファイル書き込みであるか否か
を判定し（ステップ７０４）、書き込み依頼以外の場合
は、そのまま処理を終了する。書き込み依頼の場合は、
バックアップｉ　ｔｅｎ定義ファイルの内容に基づき、
バックアップしているデータ項目に対応する書き込み内
容のみを取り出して、自ディスク内バックアップファイ
ルにその内容を書き込んで、処理を終了する（ステップ
７０５）。第１２図（ｂ）の例では、ｉｔｌ，　ｉｔ２
，　ｊｔ３およびｉｔ４のうちから、ｊｔ３とｉｔ４を
取り出すことになる。また，ステップ７０３で、主ファ
イルである場合には、第１７図に示したステップ５０３
〜５０５と同様の処理ステップ７０６〜７０８を行う。

以上説明した実施例における処理方式により、あるファ
イル内の主要な項目のみから威るバックアップファイル
を別ディスクに持たせておき、これらを並行に更新して
いくことが可能となる。このため、例えば、第１２［ｉ
１（ｂ）に示すシステムで、ファイルＡがアクセス不能
となっても，バックアップファイルａに基づき、ファイ
ルＡの内容を回復することが可能となる。また、バック
アップファイルａ内のデータ項目のみでも続行可能なＡ
Ｐが存在するのであれば，バックアップ側ファイル管理
モジュールにおいて、ファイル読み込み依頼受信時、自
ディスク内のバックアップデータ項目のみから成る応答
メッセージを生成するようにすれば、主ファイルＡアク
セス不可となった場合でも、ＡＰ業務内容を縮退させて
処理を続行することが可能となる。

また、上記実施例において、主ファイルのデータ項目が
、固定部、すなわち、ファイル更新によっても変更され
ない部分と、可変部、すなわち、ファイル更新により変
更される部分とに分離できるのであれば、可変部をバッ
クアップファイルとしてディスク内に多重化しておき、
固定部を、例えば、フロッピディスク（ＦＤ）に持たせ
ておくことにより、主ファイルアクセス不可となった場
合にも，ＡＰ業務をそのまま続行することが可能である
。以下、この例を、他の実施例として、第２１図により
説明する。

第２１図は、第１２［ｉ！Ｉ（ｂ）と同一システム構成
であるが、プロセッサ３０にフロッピディスク３ｌを接
続し、その中にデータ項目ｉｌｌおよびｉｔ２から成る
ファイルａ　’　（２０１”　）を設定したものである
．なお、ここでは、ｉｔｌ，　ｉｔ２が固定部であり、
ｉｔ３，ｊｔ２が可変部であるとする。このような構成
下で、ファイルＡアクセス時に発生したファイル読み込
み依頼に対して、以下の処理を行うことにより、ＡＰ業
務を続行することが可能である。

■ファイルａ　（２０１”）およびファイルａ　’　（
２０１”）からファイル読み込み依頼に対応するレコー
ドのデータ項目を読み込む。

■■でファイルａ　（２０１”）とファイルａ　’　（
２０１”　）から読み込んだデータ項目を結合し、主フ
ァイルＡのレコードに相当するレコードを生成する。

■■で生成したレコードをファイルアクセス応答メッセ
ージとしてネットワークｌ上に送出する。

以上の説明においては，多重化するファイルまたはデー
タ項目が、別プロセッサのディスク内に多重化されるも
のとしたが、これは、同一プロセッサに接続される複数
のディスク間で多重化することも可能であることも言う
までもない。

以上説明した各実施例においては、格納・多重化の単位
を、ファイル単位，レコード単位，データ項目単位等の
各一種類としていたが、これらの種類を混在させる方法
として、下記の実施例を挙げることができる。アクセス
方法は、前述の各実施例の場合と同様であるが、格納単
位およびファイル管理テーブルは、前述の実施例とは異
なって来るので、以下、図面により説明する，第２２図
は、本実施例のシステム構成を示す図である。プロセッ
サ１０，　２０，　３０．　４０が、バス型ネットワー
クｌによって接続されている。各ブロセッサには、磁気
ディスク装置１３，　２３，　３３．　４３が接続され
ている．ディスクｌ３にはファイルＡが格納されており
、ディスク２３，　３３．　４３にはファイルＡの部分
が格納されている。つまり、ディスク２３のファイルａ
１にはファイルＡの中でレコード番号が１．２のレコー
ドが、ディスク３３のファイルａ，にはデータ項目ｉｔ
２，　ｉｔ３の項目が、また、ディスク４３のファイル
ａ、にはレコード番号が３，４で、かつ、データ項目ｉ
ｔ２，　ｉｔ３のデータが格納されている。

第２３図は、本実施例のファイル管理テーブルの構成を
示すものである。本ファイル管理テーブルｌ０００は、
ファイル名ｔｏｏｌ，データ項目名＋００２，レコード
番号＋００３，記憶装置名Ｉ００４から構成されている
。なお、各プロセッサのファイル管理テーブルには、自
プロセッサ内に接続されている記憶装置に格納されてい
るすべてのファイルの情報が記録されている。各プロセ
ッサは、ファイルアクセスの依頼メッセージが自プロセ
ッサ内あるいは他プロセッサで発生すると、ファイル管
理テーブルから、依頼メッセージに対応するデータが自
プロセッサ内の記憶装置に存在するか否かを調べ、存在
する場合には、依頼に対応して、更新，参照処理を行い
、応答メッセージを依頼元に返す。

ここでは、格納しているデータ項目名，レコード番号を
、ファイル管理テーブルに記録しているが、名称を記録
するのではなく、記憶するデータ項目，レコードの条件
を記録する方法もある。例えば、レコード番号の範囲を
示すと、その範囲内のレコードはすべて格納される。こ
の方法を用いると、ファイル管理テーブルの記録方法が
簡理化される。

上記実施例は、ファイル，データ項目．レコード単位と
いった様々な論理的単位を組み合せて格納できるので、
より柔軟できめ細かいファイル格納および多重化を行う
こができる。

上記各実施例は、いずれも本発明の一実施例として示し
たものであり，本発明はこれに限定されるものではない
ことは言うまでもない。

〔発明の効果〕

以上、詳細に説明した如く、本発明によれば、プロセッ
サとデータを格納するための記憶装置とを有するコンピ
ュータシステムにおいて、情報の集合体であるファイル
を、前記記憶装置内に、任意の論理的な単位で格納，多
重化するようにしたので、記憶媒体の利用効率およびフ
ァイルの使い易さを向上させ得るファイル格納方法およ
びアクセス方法を実現できるという顕著な効果を奏する
ものである。

【図面の簡単な説明】

第１図は本発明の一実施例のシステム構或図、第２図は
ファイルの論理的構造を示す図、第３図はファイルの使
用例および分割例を示す図、第４図はファイル管理テー
ブルの構成図、第５図はファイルアクセス時のオペレー
ティングシステムの流れ図、第６ｒｇＪは他の実施例の
ファイル管理テーブルを示す図、第７図はファイルアク
セスメッセージの構成図、第８図は他の実施例のシステ
ム構成図、第９図，第１０図は他の実施例のファイル管
理テーブル構成図、第１１図はファイルアクセスメッセ
ージの構成図、第１２図は更に他の実施例のシステム構
成図、第１３図はファイルアクセスメッセージの構成図
、第１４図はプロセッサの内部構成を示す図、第１５図
は通信管理モジュールの処理フローチャート、第１６図
は他の実施例のファイル管理テーブルを示す図、第１７
図はＡＰ実行場理モジュールの処理フローチャート、第
１８図，第２１図，第２２図は更に他の実施例を示すシ
ステム構成図、第１９図，第２３図はそのファイル管理
テーブル等の構成を示す図、第２０図はファイルアクセ
ス依頼メッセージの処理フローチャートである。 ２：分割前のファイル、３，４：分割後のファイル、５
．６：多重化されたファイル、１０，　２０．　３０：
プロセッサ、１１、　２１，　３］　：フロッピディス
ク、１２，　２２，　３２：端末、＋３．　２３，　３
３　：固定ディスク。 第 ２ 図 第 ５ 図 オベレ ティングシステム流れ図 第 ７ 図 第 ８ 図 第 １ ３ 図 第 １ ５ 図 ビフ 第 エ ７ 図

Claims (1)

1. 【特許請求の範囲】 １、プロセッサとデータを格納するための記憶装置とを
   有するコンピュータシステムにおいて、情報の集合体で
   あるファイルを、前記記憶装置内に、任意の論理的な単
   位で格納することを特徴とするファイル格納方法。 ２、各々に記憶装置が接続された複数のプロセッサが伝
   送媒体により接続された分散処理システムにおいて、情
   報の集合体であるファイルを、前記記憶装置内に、任意
   の論理的な単位で格納することを特徴とするファイル格
   納方法。 ３、前記任意の論理的な単位が、ファイルであることを
   特徴とする請求項１または２記載のファイル格納方法。 ４、前記任意の論理的な単位が、レコードを構成するデ
   ータ項目であることを特徴とする請求項１または２記載
   のファイル格納方法。 ５、前記任意の論理的な単位が、レコードであることを
   特徴とする請求項１または２記載のファイル格納方法。 ６、前記プロセッサは、システム内の記憶装置のデータ
   項目に関する情報のテーブルを有することを特徴とする
   請求項３〜５のいずれかに記載のファイル格納方法。 ７、前記プロセッサは、システム内の記憶装置のレコー
   ドに関する情報のテーブルを有することを特徴とする請
   求項３〜５のいずれかに記載のファイル格納方法。 ８、プロセッサとデータを格納するための複数の記憶装
   置とを有するコンピュータシステムにおいて、情報の集
   合体であるファイルを、前記複数の記憶装置内に、任意
   の論理的な単位で多重化することを特徴とするファイル
   格納方法。 ９、各々に記憶装置が接続された複数のプロセッサが伝
   送媒体により接続された分散処理システムにおいて、情
   報の集合体であるファイルを、前記記憶装置内に、任意
   の論理的な単位で多重化することを特徴とするファイル
   格納方法。 １０、前記任意の論理的な単位が、ファイルであること
   を特徴とする請求項８または９記載のファイル格納方法
   。 １１、前記任意の論理的な単位が、レコードを構成する
   データ項目であることを特徴とする請求項８または９記
   載のファイル格納方法。 １２、前記任意の論理的な単位が、レコードであること
   を特徴とする請求項８または９記載のファイル格納方法
   。 １３、前記プロセッサは、システム内の記憶装置のデー
   タ項目に関する情報のテーブルを有することを特徴とす
   る請求項１０〜１２のいずれかに記載のファイル格納方
   法。 １４、前記プロセッサは、システム内の記憶装置のレコ
   ードに関する情報のテーブルを有することを特徴とする
   請求項１０〜１２のいずれかに記載のファイル格納方法
   。 １５、前記プロセッサは、自プロセッサに接続された記
   憶装置内のデータ項目に関する情報のテーブルを有する
   ことを特徴とする請求項８または９記載のファイル格納
   方法。 １６、前記プロセッサは、自プロセッサに接続された記
   憶装置内のレコードに関する情報のテーブルを有するこ
   とを特徴とする請求項８または９記載のファイル格納方
   法。 １７、前記プロセッサは、ファイルアクセスの依頼に対
   し、前記テーブル内の情報から目的のデータ項目の格納
   位置を求め、ファイルにアクセスすることを特徴とする
   請求項１５記載のファイルアクセス方法。 １８、前記プロセッサは、ファイルアクセスの依頼に対
   し、前記テーブル内の情報から目的のレコードの格納位
   置を求め、ファイルにアクセスすることを特徴とする請
   求項１５記載のファイルアクセス方法。