JP3544219B2

JP3544219B2 - ファイル共用システム

Info

Publication number: JP3544219B2
Application number: JP32949993A
Authority: JP
Inventors: 邦夫皆川
Original assignee: Fujitsu Ltd
Current assignee: Fujitsu Ltd
Priority date: 1993-12-27
Filing date: 1993-12-27
Publication date: 2004-07-21
Anticipated expiration: 2019-07-21
Also published as: JPH07191897A

Description

【０００１】
【産業上の利用分野】
本発明は、複数のシステム間で共用ファイルを利用するファイル共用システムに係り、特に、異なるファイル管理機構を有する複数のシステム間で、直接アクセス記憶装置（ＤＡＳＤ）上のファイルを共用するファイル共用システムに関する。本発明は、例えば、汎用コンピュータ等から成る主システムと異なるファイル管理機構を有するエニジニアリング・ワークステーション等の従システムが、主システムのファイル管理機構により管理されているファイルを効率よく利用する場合に適用し得る。
【０００２】
【従来の技術】
従来、複数のシステムが直接アクセス記憶装置（以下、ＤＡＳＤと呼ぶ）上のファイルを共用・共有する典型的な方法として、図８に示す３つの方法が周知である。同図の（ａ）に示す第１の方法は、複数のシステム（計算機４００_１、．．．、４００_ｎ）夫々が共用ＤＡＳＤ３００に接続され、各々のシステムがＤＡＳＤ３００上のファイルに関するファイル管理情報やデータファイルに直接アクセスする方法である。この第１の方法によれば、ＤＡＳＤ３００に接続されているすべてのシステムは、ＤＡＳＤ３００上のファイル管理情報の構造（例えば、ファイル管理簿の形式等）を知る必要があるので、かかるＤＡＳＤ３００上のファイル管理情報の構造を扱い得る同種のシステム（例えば、共通のオペレーティングシステムを有するシステム）だけがＤＡＳＤ３００上のファイルにアクセスし得る。更に、すべてのシステムがファイル管理機構を有してＤＡＳＤ３００上のファイル管理情報にアクセスするので、ファイル管理簿等の無矛盾性を保証するためにファイル管理情報へのアクセスに対するシステム間の排他制御が必要になる。
【０００３】
同図の（ｂ）に示す従来の第２の方法は、ＤＡＳＤ３００に接続された一つのシステム（管理サーバ４１０）だけがファイル管理情報及びデータファイルへのアクセスと管理を実行し、他のシステム（クライアント４２０_１、．．．、４２０_ｎ）は、通信手段を介して管理サーバ４１０にファイルへのアクセスを依頼する方法であり、エンジニアリング・ワークステーションのオペレーティングシステム等に広く利用されている方法である。この方法によれば、ファイル管理情報及びデータファイルを管理するシステムは一つに限られるので、ファイル管理簿の無矛盾性を容易に保証することができる。更に、クライアント４２０_１、．．．、４２０_ｎから管理サーバ４１０へのファイルに対する処理の依頼内容を論理的に記述することにより、クライアント４２０_１、．．．、４２０_ｎ側は、ファイル管理情報の構造を知る必要は無い。したがって、異なるファイル管理機構を有する複数のシステム間におけるＤＡＳＤ上のファイルの共用は、この第２の方法により屡々行われている。しかしながら、この第２の方法によると、ファイルに対するすべての処理を担う管理サーバ４１０に対する負荷が大きくなり、及び、サーバとクライアントとの間のデータファイルの頻繁な転送が必要になるので、結局、ＤＡＳＤ３００上のデータファイルへのアクセス時間が増大させられる。
【０００４】
これに対して、同図の（ｃ）に示す従来の第３の方法によれば、クライアント４２０_１、．．．、４２０_ｎから管理サーバ４１０に対するファイルのオープン／クローズの依頼によりファイル管理情報が共有メモリ５００上に格納され、クライアント４２０_１、．．．、４２０_ｎはこの共有メモリ５００上のファイル管理情報を参照しながら、共用ＤＡＳＤ３００に直接アクセスしてリード／ライトのファイル操作を行う。したがって、管理サーバ４１０に対する負荷は、上記の従来の第２の方法に比べて低減され、更に、サーバとクライアントとの間のデータ転送の回数も減少させられるので、ＤＡＳＤ３００上のファイルのデータへのアクセス時間は上記の従来の第２の方法に比べて短縮され得る。
【０００５】
【発明が解決しようとする課題】
上記の従来の第２方法によれば、異なるファイル管理機構を有する装置間でのファイルの共用が可能な管理サーバ（主システム）への負荷集中と、通信を介したデータファイルの転送に伴ってファイルアクセス速度が低下する。
【０００６】
一方、上記の従来の第３の方法によれば、管理サーバ（主システム）への負荷集中と、通信を介したデータファイルの転送は回避されるが、各クライアント（従システム）は管理サーバとクライアントとの間に設けられたファイル管理情報を格納する共有メモリにアクセスするので、共有メモリのアクセスに対する排他制御を行う必要がある。更に、クライアントを追加し、又は削除する場合、クライアントと共有メモリとの接続、又は切断を行う必要があるため、システム構成の変更を容易になし得ない。更に、クライアントから同時に発生させられ得るファイルアクセスの要求の数（ファイルアクセス多重度）は、ファイルアクセス多重度の数に応じて共有メモリの使用量が増加するので、共有メモリのサイズによって制限される。
【０００７】
本発明は、上記の問題点に鑑み、共有メモリを利用することなく、ファイル管理情報の無矛盾性が容易に保証され、主システムへの負荷集中が低減され、主システムと従システムとの間のデータファイルの転送が回避され、及び、異なるファイル管理機構を有する装置間に適用可能なファイル共用システムの提供を目的とする。
【０００８】
【課題を解決するための手段】
図１は本発明のファイル共用システムの原理構成図であり、少なくとも一のデータファイルと該ファイルに関するファイル管理情報とを含む共用ファイル３００と、共用ファイル３００のファイル管理情報を管理し、及びファイル管理情報を取得する主システム１００と、主システム１００からファイル管理情報を取得し、このファイル管理情報に基づいて共用ファイル３００にアクセスする少なくとも一の従システム２００_１、．．．、２００_ｎから成る従システム群２００とにより構成される。
【０００９】
本発明の主システム１００は、共用ファイル３００に接続され共用ファイル３００との間のデータ転送を行う管理サーバインタフェース１２０と、従システム群２００に接続されファイル管理情報の伝送を行う管理サーバ通信手段１１０と、管理サーバインタフェース１２０を介して共用ファイル３００上のファイル管理情報を取得し、管理サーバ通信手段１１０より入力される従システム群２００からのファイルアクセス要求に応じて、管理サーバ通信手段１１０を介して従システム群２００にファイル管理情報を送出する管理サーバファイル管理手段１３０と、ファイル管理情報を格納する管理サーバファイル管理テーブル１４０とから成る。
【００１０】
本発明の従システム（２００_１、．．．、２００_ｎ）の各々は、共用ファイル３００に接続され共用ファイル３００との間のデータ転送を行うクライアントインタフェース２２０と、主システム１００に接続されファイル管理情報の伝送を行うクライアント通信手段２１０と、クライアント通信手段２１０を介して主システム１００にファイルアクセス要求を出力し、及び、クライアント通信手段２１０を介して主システム１００からファイル管理情報を取得し、取得したファイル管理情報に基づいてクライアントインタフェース２２０を介して共用ファイル３００にアクセスするクライアントファイル管理手段２３０と、主システムより取得したファイル管理情報を格納するクライアントファイル管理テーブル２４０とから成る。
【００１１】
尚、図１では、従システム２００_１及び従システム２００_ｎの構成を詳細に示すが、他の従システム２００_２、．．．、２００_ｎ−１（図示されず）の構成も同じである。
【００１２】
更に、本発明の共用ファイル３００は、直接アクセス記憶装置より成ることを特徴とする。
【００１３】
本発明の管理サーバファイル管理手段１３０は、従システム群２００からのファイルアクセス要求に対する排他制御を行うことを特徴とする。
【００１４】
本発明の管理サーバファイル管理手段１３０は、更に、管理サーバインタフェース１２０を介して管理サーバファイル管理テーブル１４０に格納されたファイル管理情報に基づいて共用ファイル３００上のファイルにアクセスすることを特徴とする。
【００１５】
【作用】
本発明のファイル共用システムによれば、主システムは、共用ファイルのファイル管理情報を操作し、及び、このファイル管理情報を共用ファイルより取得して従システムに送信する。従システムは、主システムより送信されたファイル管理情報を取得してファイル管理情報に基づいて主システムを介することなく共用ファイル上のファイルに直接アクセスしてファイルのデータを操作する。
【００１６】
このように、本発明のファイル共用システムによれば、共有メモリを介することなく、主システム及び従システムの間で共用ファイル上のファイルを共用し得る。
【００１７】
更に、本発明によれば、主システムが共用ファイル上のファイル管理情報を一括して処理し、従システムは主システムが更新済（処理済）である共用ファイル上のファイル管理情報を利用するため、当該情報に直接アクセスする必要がないので、ファイル管理情報の無矛盾性が容易に保証され、更に、異なるファイル管理機構を有するシステムを本発明の共用ファイルシステムに利用し得る。
【００１８】
更に、本発明によれば、従システムは主システムからファイル管理情報を取得しているため、当該情報を用いて共用ファイル上のファイルに直接アクセスするので、主システムへの負荷集中が低減され、主システムと従システムとの間の通信を介したデータファイルの転送が不要になり、したがって、ファイルへのアクセス時間が短縮される。
【００１９】
【実施例】
以下、図面と共に本発明の一実施例を詳細に説明する。
【００２０】
図２は、本発明の一実施例によるファイル共用システムの構成図であり、ファイル管理情報３１０とファイル３２０を有する共用直接アクセス記憶装置（ＤＡＳＤ）３００と、共用ＤＡＳＤ３００へのアクセスを管理する主システム１００と、共用ＤＡＳＤ３００のファイル３２０に対してリード／ライトの操作を行う従システム２００とから成る。
【００２１】
本発明の一実施例による主システム１００は、従システム２００に接続されて従システム２００との間の通信を行う管理サーバ通信部１１０と、共用ＤＡＳＤ３００との間のデータ転送を行う管理サーバインタフェース１２０と、管理サーバ通信部１１０及び管理サーバインタフェース１２０を介してファイル管理情報の操作を行う管理サーバファイル管理部１３２と、管理サーバインタフェース１２０を介して共用ＤＡＳＤ３００上のファイル３２０のデータへのアクセスを制御する管理サーバファイルアクセス部１３４とから成る。主システム１００は、更に、管理サーバファイル管理部１３２によりファイル管理情報が格納される管理サーバファイル管理テーブル１４０と、共用ＤＡＳＤ３００上のファイル３２０のオープン、クローズ、リード、ライト等の指令を管理サーバファイル管理部１３２及び管理サーバファイルアクセス部１３４に出力する管理サーバアプリケーションプログラム１５０とから成る。管理サーバファイル管理部１３２は、管理サーバ通信部１１０を介して入力される従システム２００からの要求にしたがって、ＤＡＳＤ３００上のファイル管理情報３１０を操作し、更に、このファイル管理情報３１０を管理サーバインタフェース１２０を介してＤＡＳＤ３００より取得し、管理サーバ通信部１１０を介して要求元の従システム２００に送出する。
【００２２】
主システム１００は、管理サーバアプリケーションプログラム１５０からの要求にしたがって、共用ＤＡＳＤ３００のファイル３２０のデータにアクセスすることも可能であり、この場合、管理サーバファイル管理部１３２が、管理サーバインタフェース１２０を介して共用ＤＡＳＤ３００上のファイル管理情報３１０を取得し、このファイル管理情報を管理サーバファイル管理テーブル１４０に格納する。更に、管理サーバファイルアクセス部１３４は、この格納されたファイル管理情報に応じたアプリケーションプログラム１５０からの要求により管理サーバインタフェース１２０を介してＤＡＳＤ３００上のファイル３２０にアクセスし得る。
【００２３】
本発明の一実施例による従システム２００は、主システム１００に接続されて主システム１００との間の通信を行うクライアント通信部２１０と、共用ＤＡＳＤ３００との間のデータ転送を行うクライアントインタフェース２２０とを有する。更に、従システム２００は、クライアント通信部２１０を介して主システム１００に対してＤＡＳＤ３００上のファイル３２０に対するオープン／クローズの処理を要求し、クライアント通信部２１０を介して主システム１００から所望のファイルのファイル管理情報を受信し、従システム２００内のファイル管理情報に基づいてファイル３２０へのアクセスを制御するクライアントファイル管理部２３２と、クライアントファイル管理部２３２によりファイル管理情報を格納されるクライアントファイル管理テーブル２４０と、クライアントインタフェース２２０を介して共用ＤＡＳＤ３００上のファイル３２０へのアクセスを制御するクライアントファイルアクセス部２３４とから成る。従システム２００は、更に、共用ＤＡＳＤ３００上のファイル３２０のオープン、クローズ、リード、ライト等の指令をクライアントファイル管理部２３２及びクライアントファイルアクセス部２３４に出力するクライアントアプリケーションプログラム２５０も有する。従システム２００のクライアントファイル管理部２３２は、クライアント通信部２１０を介して出力したファイルのオープン／クローズの要求にしたがって、主システム１００からクライアント通信部２１０を介してファイル管理情報を取得し、このファイル管理情報をクライアントファイル管理テーブル２４０に格納する。従システム２００は、クライアントアプリケーションプログラム２５０からの要求に応じてこのファイル管理情報を利用して、共用ＤＡＳＤ３００のファイル３２０に直接アクセスする。
【００２４】
尚、本発明の一実施例の説明では、便宜上、ファイル共用システム内の従システム群の従システムを１台として説明しているが、従システムの台数は１台に限定されることはなく、複数台（ｎ台）の従システムが設けられていても良い。
【００２５】
図３は、本発明の一実施例によるファイル管理情報のフォーマットの一例を示す図であり、ファイル管理情報は、一つのファイルに対して、ファイル空間を割り当てるためのエクステント情報と、ファイルの物理的なアドレスを示すアクセス位置情報と、及び、ファイルの形式、履歴、アクセス状態等を示す属性情報から成る。ファイル管理情報３１０、管理サーバファイル管理テーブル１４０、及びクライアントファイル管理テーブル２４０に格納されるファイル管理情報は、何れも上記のフォーマットにしたがう。
【００２６】
主システム１００は、上記のファイル管理情報に加え、ＤＡＳＤ上のファイルの各々に対して、例えば、排他制御用フラグと、使用状況表示用フラグとを管理サーバファイル管理テーブル内に有する。
【００２７】
更に、従システム２００は、クライアントファイル管理テーブル２４０に、例えば、ファイルを利用するアプリケーションプログラムの数をカウントするカウンタを設ける。
【００２８】
図４は、本発明の一実施例による主システム１００のファイルアクセス動作のフローチャートであり、主システム１００自身がＤＡＳＤ３００上のファイルをリード／ライトする場合の動作を示す。
【００２９】
管理サーバアプリケーションプログラム１５０より、ファイルのオープン要求が発行され、管理サーバファイル管理部１３２に通知される（ステップ１００）。
【００３０】
管理サーバファイル管理部１３２は、オープンが要求されたファイル（以下では、対象ファイルと呼ぶ）が排他制御中であるか否かを排他制御フラグにより検査し、排他制御中であれば、ファイルをオープンし得ないので、動作を終了させる（ステップ１１０）。
【００３１】
管理サーバファイル管理部１３２は、対象ファイルの排他制御中フラグをセットし（ステップ１２０）、管理サーバインタフェース１２０を介してＤＡＳＤ３００のファイル管理情報３１０中の対象ファイルの属性情報にアクセス中を示す情報を設定し（ステップ１３０）、管理サーバインタフェース１２０を介して、ＤＡＳＤ３００上の対象ファイルのファイル管理情報を取得して、管理サーバファイル管理テーブル１４０に取得されたファイル管理情報を展開し、対象ファイルに対するオープン処理を一括して行う（ステップ１４０）。
【００３２】
管理サーバアプリケーションプログラム１５０より、ファイルのリード／ライト要求が発行され、管理サーバファイル管理部１３２に通知される（ステップ１５０）。
【００３３】
管理サーバファイル管理部１３２は、管理サーバファイル管理テーブル１４０から対象ファイルの物理的なアクセス位置情報を取得し（ステップ１６０）、このアクセス位置情報に基づく管理サーバアプリケーションプログラム１５０からの指令により管理サーバファイルアクセス部１３４を介して、ＤＡＳＤ３００上のファイル３２０にレコード単位でアクセスする（ステップ１７０）。
【００３４】
管理サーバアプリケーションプログラム１５０は、アクセスすべきレコードが残っている場合、ステップ１５０に戻る（ステップ１７５）。
【００３５】
アクセスすべきレコードが残っていない場合、管理サーバアプリケーションプログラム１５０は、ファイルのクローズ要求が発行し、管理サーバファイル管理部１３２に通知する（ステップ１８０）。
【００３６】
管理サーバファイル管理部１３２は、管理サーバインタフェースを介してＤＡＳＤ３０上の対象ファイルに対するアクセス中の情報をリセットし（ステップ１９０）、管理サーバファイル管理テーブル１４０から対象ファイルのファイル管理情報を削除し（ステップ２００）、対象ファイルに関する排他制御フラグをリセットし、対象ファイルに対するクローズ処理を一括して行う（ステップ２１０）。
【００３７】
図５は、本発明の一実施例による従システム２００のファイルアクセス動作のフローチャートである。
【００３８】
クライアントアプリケーションプログラム２５０より、対象ファイルのオープン要求が発行され、クライアントファイル管理部２３２に通知される（ステップ３００）。
【００３９】
クライアントファイル管理部２３２は、対象ファイルに関するファイル管理情報（以下では、仮想ファイル管理情報と呼ぶ）がクライアントファイル管理テーブル２４０に展開されているか否かを検査し、展開されていない場合、ステップ３３０に進む（ステップ３１０）。
【００４０】
クライアントファイル管理部２３２は、対象ファイルの仮想ファイル管理情報内の属性情報のアクセス状態を示す情報により対象ファイルが使用可能か否かを検査し、使用できない場合、ファイルアクセス処理を終了させる（ステップ３２０）。
【００４１】
クライアントファイル管理部２３２は、クライアント通信部２１０を介して主システム１００にファイルのオープンを依頼し（ステップ３３０）、主システム１００によるファイルのオープンが正常に行われない場合、ファイルアクセス処理を終了し（ステップ３４０）、主システム１００によるファイルのオープンが正常に行われた場合、クライアント通信部２１０を介して主システム１００より対象ファイルのファイル管理情報を受信し、クライアントファイル管理テーブル２４０に仮想ファイル管理情報として展開し、対象ファイルに対するオープン処理を一括して行う（ステップ３５０）。
【００４２】
クライアントアプリケーションプログラム２５０より、ファイルのリード／ライト要求が発行され、クライアントファイル管理部２３２に通知される（ステップ３６０）。
【００４３】
クライアントファイル管理部２３２は、クライアントファイル管理テーブル２４０の仮想ファイル管理情報から対象ファイルの物理的なアクセス位置情報を取得し（ステップ３７０）、このアクセス位置情報に基づくクライアントアプリケーションプログラム２５０からの指令によりクライアントファイルアクセス部２３４を介して、ＤＡＳＤ３００上のファイル３２０にレコード単位で直接アクセスする（ステップ３８０）。
【００４４】
クライアントサーバアプリケーションプログラム２５０は、アクセスすべきレコードが残っている場合、ステップ３６０に戻る（ステップ３８５）。
【００４５】
アクセスすべきレコードが残っていない場合、クライアントアプリケーションプログラム２５０は、ファイルのクローズ要求を発行し、クライアントファイル管理部２３２に通知する（ステップ３９０）。
【００４６】
クライアントファイル管理部２３２は、クライアントファイル管理テーブル２４０内の仮想ファイル管理情報を参照して、対象ファイルを使用中の他のアプリケーションプログラムの有無を検査し、他のアプリケーションプログラムが存在しない場合、ステップ４２０に進み（ステップ４００）、他のアプリケーションプログラムが存在する場合、対象ファイルの仮想ファイル管理情報の属性情報に含まれるこのアプリケーションプログラムによる使用中情報をリセットし、ファイルアクセス処理を終了させる（ステップ４１０）。
【００４７】
クライアントファイル管理部２３２は、クライアント通信部２１０を介して主システム１００に対象ファイルのクローズ処理を依頼して、対象ファイルに対するクローズ処理を一括して行い（ステップ４２０）、クライアントファイル管理テーブル２４０中の対象ファイルの仮想ファイル管理情報を削除して、ファイルアクセス処理を終了させる（ステップ４３０）。
【００４８】
図６は、本発明の一実施例による従システム２００からの依頼により動作的になされる主システム１００のファイルオープン動作のフローチャートである。
【００４９】
主システム１００の管理サーバファイル管理部１３２は、管理サーバ通信部１１０を介して、従システム２００からの対象ファイルのオープン要求を受け（ステップ５００）、対象ファイルが排他制御中であるか否かを排他制御フラグにより検査し、排他制御中であれば、対象ファイルをオープンし得ないので、ステップ５７０に進む（ステップ５１０）。
【００５０】
管理サーバファイル管理部１３２は、対象ファイルの排他制御中フラグをセットし（ステップ５２０）、管理サーバインタフェース１２０を介して、ＤＡＳＤ３００のファイル管理情報３１０中の対象ファイルの属性情報にアクセス中を示す情報を設定し（ステップ５３０）、管理サーバ通信部１１０を介して、従システム２００にファイルオープン処理が正常に進められていることを通知し（ステップ５４０）、管理サーバインタフェース１２０を介して、ＤＡＳＤ３００上の対象ファイルのファイル管理情報を取得して、管理サーバファイル管理テーブル１４０に取得されたファイル管理情報を展開し、更に、管理サーバ通信部１１０を介して従システム２００に対象ファイルのファイル管理情報を通知し（ステップ５５０）、管理サーバファイル管理テーブル１４０中の対象ファイルのファイル管理情報中の属性情報に従システム２００による使用中を示す情報を登録して、ファイルのオープン処理を終了する（ステップ５６０）。
【００５１】
管理サーバファイル管理部１３２は、対象ファイルが排他制御中であるので、管理サーバ通信部１１０を介して、従システム２００にファイルオープン処理が異常終了したことを通知し、対象ファイルのオープン処理を終了させる（ステップ５７０）。
【００５２】
図７は、本発明の一実施例による従システム２００からの依頼により動作的になされる主システム１００のファイルクローズ動作のフローチャートである。
【００５３】
主システム１００の管理サーバファイル管理部１３２は、管理サーバ通信部１１０を介して、従システム２００からの対象ファイルのクローズ依頼を受け（ステップ６００）、管理サーバインタフェース１２０を介して、ＤＡＳＤ３００のファイル管理情報３１０中の対象ファイルの属性情報に設定されたアクセス中を示す情報を解除し（ステップ６１０）、対象ファイルが排他制御中である排他制御フラグをリセットし（ステップ６２０）、管理サーバファイル管理テーブル１４０中の対象ファイルのファイル管理情報中の属性情報に設定された従システム２００による使用中を示す情報を削除して、ファイルクローズ処理を終了させる（ステップ６３０）。
【００５４】
上記の説明の如く、本発明の一実施例によれば、対象ファイルに対するオープン処理及びクローズ処理は、主システム１００によるファイル管理情報への操作によりファイル単位で一括して行われ、一方、対象ファイルに対するリード処理及びライト処理は、主システム、又は従システムによりＤＡＳＤ３００に対してレコード単位で直接アクセスされる。
【００５５】
更に、上記の如く、本発明の一実施例によれば、従システムのクライアントファイル管理部２３２は、仮想ファイル管理情報に同じファイルを利用するアプリケーションプログラムの数を格納し、当該ファイルを利用する少なくとも一のアプリケーションプログラムが存在する場合、クライアントファイル管理テーブル２４０に当該ファイルに関するファイル管理情報を保持させる。したがって、本発明の一実施例によれば、クライアントファイル管理部２３２は、クライアントファイル管理テーブル２４０に当該ファイルに関する仮想ファイル管理情報が保持されている間に、アプリケーションプログラムからファイルのオープン要求が発行されても主システム１００に対してファイル管理情報の伝送を要求しないので、主システム１００と従システム２００との間の通信処理の負荷が低減される利点が得られる。
【００５６】
かくして、本発明の一実施例によれば、主システム１００は、共用ＤＡＳＤ３００の一のファイルに関する仮想ファイル管理情報を保持する従システム内に当該ファイルにアクセスを要求するアプリケーションプログラムが少なくとも一つ存在している間、当該ファイルに対する従システム間の排他制御を継続する。したがって、共用ＤＡＳＤ３００上のファイルへのアクセスに対する排他制御は、主システム１００による従システム間の排他制御と、従システム２００によるアプリケーションプログラム間の排他制御とにより構成され得る。
【００５７】
尚、上記本発明の一実施例によれば、主システムは１台のみにより構成されるとして説明しているが、主システムが複数台設けられた装置間ファイル共用システムを構成することも可能である。
【００５８】
尚、従システム又は主システムのダウンに対処するために、例えば、主システム側は一定の間隔で従システムに対して通信を行って従システムからの応答を監視し、従システムからの応答が得られない場合、従システムがダウンしていると判断し、従システムが使用中のファイル（管理サーバファイル管理テーブル内で管理されている）の状態を強制的に使用解除にすることが可能である。一方、従システム側は主システムからの通信を監視して、主システムからの通信が一定時間途絶え、ファイルの使用要求に対して主システムからの応答が得られない場合、主システムがダウンしていると判断し、ファイル管理情報に直接アクセスしてファイルの操作を行い、主システムからの通信が復旧した後、元の処理形態に復帰することも可能である。
【００５９】
【発明の効果】
以上に説明した如く、本発明のファイル共用システムによれば、共有メモリを介することなく、ＤＡＳＤ上のファイルを主システム及び従システム間で共用することができる。更に、ファイル管理情報の無矛盾性を容易に保証しつつ、異なるファイル管理機構を有する装置間でＤＡＳＤ上のファイルを共用することが可能になる。更に、主システムへの負荷集中と、通信を介したファイルデータのデータ転送も回避され、効率的なファイルの共用が実現される。
【００６０】
更に、本発明によれば、ファイル情報管理機構に比べて容易に実装し得るファイル内データのアクセス機構を利用して従システムを実現し得るので、設計上のコストが低減され得る。
【００６１】
更に、本発明によれば、例えば、ＳＣＳＩインタフェースと特定の装置に専用のＤＡＳＤ用インタフェースとの間の変換を行うようなプロトコル変換器を介して、共用ＤＡＳＤを主システム、又は従システムに接続することにより、異なるＩ／Ｏプロトコルを有する装置間でのファイルの共用も可能になる。
【図面の簡単な説明】
【図１】本発明の原理構成図である。
【図２】本発明の一実施例によるファイル共用システムの構成図である。
【図３】本発明の一実施例によるファイル管理情報の説明図である。
【図４】本発明の一実施例による主システムのファイルアクセス動作のフローチャートである。
【図５】本発明の一実施例による従システムのファイルアクセス動作のフローチャートである。
【図６】本発明の一実施例による主システムのファイルオープン動作のフローチャートである。
【図７】本発明の一実施例による主システムのファイルクローズ動作のフローチャートである。
【図８】従来技術の説明図である。
【符号の説明】
１００主システム
１１０管理サーバ通信手段
１２０管理サーバインタフェース
１３０管理サーバファイル管理手段
１３２管理サーバファイル管理部
１３４管理サーバファイルアクセス部
１４０管理サーバファイル管理テーブル
１５０管理サーバアプリケーションプログラム
２００，２００_１，．．．，２００_ｎ従システム
２１０クライアント通信手段
２２０クライアントインタフェース
２３０クライアントファイル管理手段
２３２クライアントファイル管理部
２３４クライアントファイルアクセス部
２４０クライアントファイル管理テーブル
２５０クライアントアプリケーションプログラム
３００共用ファイル
３１０ファイル管理情報
３２０ファイル

Claims

主システムと、少なくとも一つの従システムと、該主システムと該従システムから共有される記憶装置とから構成されるファイル共用システムにおいて、
前記記憶装置は、ファイルと該ファイルに関するファイル管理情報を格納し、
前記主システムは、
前記従システムからのファイルのオープン要求に応じて該ファイルをオープンし、該ファイルのファイル管理情報を前記記憶装置から取得し、オープン要求した従システムに該ファイル管理情報を送る手段と、
前記従システムからのファイルのクローズ要求に応じて該ファイルをクローズする手段と、
を有し、
前記従システムは、
前記主システムにオープン要求を行ない、前記主システムから送られてきたファイル管理情報を取得する手段と、
取得したファイル管理情報に基づいて該ファイルにリード及びライトする手段と、
前記主システムにクローズ要求を行う手段と、
を有する、
ことを特徴とするファイル共用システム。
ファイルと該ファイルに関するファイルの管理情報を格納した記憶装置に接続され、ファイルのオープン要求及びクローズ要求を行う少なくとも一の従システムに接続される主システムにおいて、
前記従システムからのファイルのオープン要求に応じて該ファイルをオープンし、該ファイルのファイル管理情報を前記記憶装置から取得し、オープン要求した従システムに該ファイル管理情報を送る手段と、
前記主システムにオープン要求を行い、当該主システムから送られてきたファイル管理情報を取得する手段により取得したファイル管理情報に基づいて、該ファイルにリード及びライトする従システムからのファイルのクローズ要求に応じて該ファイルをクローズする手段と、
を有することを特徴とする主システム。
ファイルと該ファイルに関するファイル管理情報を格納した記憶装置に接続され、ファイルのオープン及びクローズを行う主システムに接続された従システムにおいて、
前記主システムにオープン要求を行ない、前記主システムから送られてきたファイル管理情報を取得する手段と、
取得したファイル管理情報に基づいて該ファイルにリード及びライトする手段と、
前記主システムにクローズ要求を行う手段と、
を有することを特徴とする従システム。
前記主システムは、前記従システムからのファイルのオープン要求及びクローズ要求に対する排他制御を行うことを特徴とする請求項１記載のファイル共用システム。
前記従システムからのファイルのオープン要求及びクローズ要求に対する排他制御を行うことを特徴とする請求項２記載の主システム。
前記記憶装置は、直接アクセス記憶装置により構成されることを特徴とする請求項２又は請求項５記載の主システム。