JPH02263262A - 共有ファイルのアクセス制御方式 - Google Patents

Abstract

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

Description

【発明の詳細な説明】 ［発明の目的］ （産業上の利用分野） この発明は、マルチホスト間でファイル共有化を行なう
場合におけるファイルアクセス制御のための方式に関す
る。

（従来の技術） マルチホスト間でファイルを共通にアクセスするための
代表的な２つの方式を第５図、第６図に示す。

一般的に、共有ファイルを２つの異なるホストからアク
セスする場合には、両ホストがそれぞれ独自のファイル
管理情報を自ホスト内のメモリに保持すると、ファイル
の更新に伴い、ファイル管理情報の変更が生じた場合に
、相手方ホストが保持しているファイル管理情報も同様
に書換えない限り、両ホスト間でのファイルの統合性は
失われてしまう。

第５図に示される方式は、この問題を解決するために、
あくまでファイル管理情報４はいずれかのホスト１で一
元管理され（このホストをマスクと呼ぶ）、他方のホス
ト（スレーブと呼ぶ）には両ホスト間に接続されている
ＬＡＮ　（ローカルエリアネットワーク）等の共通バス
３を介してマスタ１側にアクセス要求を伝え、マスタ１
側は共通ファイル５をアクセスした結果を共通バス３を
介してスレーブ２側に戻すようにしたものである。

第６図に示される方式は、両ホスト間でアクセス制御を
行なうための専用の信号線１０を設けたものである。

この方式では、両ホスト６．７でそれぞれファイル管理
情報８，９を保持し、もしファイル管理情報に変更が加
えられた場合には、専用の信号線１０を介してその旨が
相手ホストに伝えられる。

相手側ホストは、信号を受は取ると、自メモリ内の管理
情報を共有ファイル（ディスク）１１上から更新するこ
とで両ホスト６゛、７間のファイル管理情報の統合性を
保つことが可能とな°る。

（発明が解決しようとする課題） しかしながら、第５図に示される方式の場合には、両ホ
スト１，２間を接続する共通バス３と、そのバスを介し
て転送されるファイルアクセス要求とデータを処理する
ための特別なソフトウェアが両ソフト１，２に必要とな
る。

また、スレーブ側のファイルアクセスは、バス３を介し
て行なわれるので、スループットがバスの転送スピード
に依存して相対的に遅くなる等の欠点がある。

また、第６図に示される方式の場合には、前述の場合と
異なりスルーブツトの低下を少なくすることができるが
、両ホスト間を結ぶ特別の信号線１０が必要となる。

この発明は、上述の問題点に鑑みなされたものであり、
その目的とするところは、５Ｃ８Ｉ（スモールコンピュ
ータシステムインタフェース）上に複数のホストからア
クセス可能な共有ファイルを設けた場合において、特別
な°ハードウェアを必要とせずに、ホスト間のファイル
アクセスを可能とする制御方式を提供することにある。

［発明の構成］ （課題を解決するための手段） この発明は、上記の目的を達成するために複数のホスト
から共有ファイルに対してアクセスを行なう制御方式に
おいて、 各ホストにおいては、ユーザアプリケーションからの要
求内容に対応した処理を実行するたびにファイル管理テ
ーブルに変更が生じたかをチェックし、変更が生じた゛
場合には、当該変更後のファイル管理テーブルを共有フ
ァイル格納デバイス内のファイル管理テーブルに書込ん
だ侵、他のホストに対しファイル管理テーブルに変更が
生じた旨の通知を５ｃｓｉバスインタフエースのコマン
ドを使用して行なう一方、 ファイル管理テーブルに変更が生じた旨の通知を受けた
他のホストにおいては、ファイル管理テーブルを共有フ
ァイル格納デバイスより読出して、自己のファイル管理
テーブルを更新させることを特徴とするものである。

（作用） このような構成によれば、５Ｃ３Ｉバスインタフエース
のコマンドを使用してファイル管理テーブルに変更通知
を行なっているため、特別のハードウェアを必要とする
ことなく、ホスト間のファイルアクセス制御を行なうこ
とができる。

（実施例） 第１図は本発明に係る共有ファイルのアクセス制御方式
の前提となるハードウェア構成を概略的に示すブロック
図である。

同図において、１２ａは一方のホスト（ａ　）であり、
１２ｂは他方のホスト（ｂ　）である。

ホストａとホストｂは、５Ｃ８Ｉ（スモールコンピュー
タシステムインターフェース）バス１３を介して接続さ
れており、互いに５ｃｓｒバスインターフエース上のイ
ンシェーク／ターゲットの機能を有している。

５Ｃ８Ｉバス１３上には、両ホスト１２ａ、１２ｂから
アク・セスが可能な共有ファイルが格納されているデバ
イス（−船釣にはハードディスク）１５が存在する。

１４は、ホスト１２ａ内で５ｃｓｒバスコントローラを
制御するためのバスドライバ部分のソフトウェアモジュ
ールである。

１６は、共有ファイルが格納されているデバイス（ター
ゲット）１５を制御するためのターゲット機器ドライバ
ソフトウェアであり、１７はホスト間のデータの通信機
能を果すための仮想的なデバイスドライバである。

１８は、アプリケーションプログラム１９からの種々の
共有ファイルに対する入出力要求を処理するためのファ
イルシステムであり、このファイルシステム１８は、ユ
ーザアプリケーションからの様々の共有ファイルに対す
る入出力要求を受は付け、それぞれ共有ファイルに関す
るファイル管理情報を管理し、各機器ドライバに対して
実際の入出力要求を発行して、得られた結果をユーザア
プリケーション１９に対し戻す機能を果す。

ファイルシステム１８が管理するファイル管理情報には
、ファイル名、ファイルサイズ、相対ブロック番号２伴
成／更新日時、空きブロック情報等が含まれている。

次に、第２図は本実施例で使用する５ＩＣＳバスインタ
フエースのコマンドのフォーマットの一例を示すもので
ある。

次に、以上のハードウェア構成を前提として、本発明方
式を実現するために必要なファイルシステム１Ｂの処理
について説明する。

第３図は、ユーザアプリケーションプログラム１９から
ファイルシステム１８に対して共有ファイルの入出力要
求が発せられた場合のファイルシステム１８の処理の流
れを示すフローチャートである。

ファイルシステム１８は、ユーザアプリケーション１９
からの入出力要求発行により呼ばれると、まず、ファイ
ルが格納されているデバイス〈ターゲット）１５に対し
機器のリザーブ処理を行なう（ステップ３０１）。

機器のリザーブ処理は、ターゲット機器ドライバー１６
を介して５Ｃ８ＩバスインターフエースのＲＥＳＥＲＶ
Ｅコマンド（コマンドコード１６日）をターゲットに対
し送付することで実現される。

ターゲットのデバイス１５は、このコマンドを受信する
と、コマンドを発行したホスト（インシ工−タ）により
使用が予約され、以後ＲＥＬＥＡＳＥコマンド（コマン
ドコード１°７Ｈ）がインシ工−タにより送付されるま
で、他のホストからのアクセスが禁止され、デバイスの
排他制御が可能となる。

ファイルシステム１８は、デバイスのリザーブが正常に
行なわれると、次にファイル管理情報が他ホストから更
新された否かを示すモディファイフラグをチェックする
（ステップ３０２）。

もし、モディファイフラグがセットされていると（ステ
ップ３０２ＹＥＳ）　、ファイル管理情報は実際にファ
イルが格納されているデバイス上のデータが読み込まれ
（ステップ３０３）、メモリ上の値が最新状態へと更新
され〈ステップ３０４）、この時点でモディファイフラ
グはクリアされる。

もし、モディファイフラグがセットされていない場合は
（ステップ３０２ＮＯ＞　、デバイス１５からの読み込
みは行なわれずに、メモリ上の管理情報がそのまま使用
される。

その後、ファイルシステム１８は、ユーザアプリケーシ
ョン１９からの種々の入出力要求に応じた処理を実行す
る（ステップ３０５）。

もし、入出力要求の処理により、ファイル管理情報の変
更が生じた場合にはくステップ３０６ＹＥＳ）、ファイ
ル管理情報はデバイス１５上に書き戻され（ステップ３
０７）、相手ホストに対してファイル管理情報のモディ
ファイを行なったことを示すメツセージをプセツサ管理
通信の下層デバイスドライバを介して送信する。（ステ
ップ３０８）。

この時、メツセージの相手ホストへの送信は、５ｃｓｉ
バスインタフエースのＷＲＩＴＥコマンド（コマンドコ
ード０ＡＨ）を使用して行なわれる。

メツセージの通知が完了すると、ファイルシステムはタ
ーゲット機器ドライバ１６を介してＳＣＳＩバスインタ
フェースのＲＥＬＥＡＳＥコマンド（コマンドコード１
７Ｈ）を送付することでデバイス１５のリリース処理を
行なう（ステップ３０９）。

ユーザアプリケーション１９からの共有ファイルに対す
る一連のこの手続を行なうことで、両ホスト間のファイ
ルの統合化が図られる。

次に、ファイルシステム１８が相手ホストからファイル
管理情報がモディファイされことを示すデータの通知を
受信する際の処理について説明する。

第４図は、ファイルシステム１８のデータ受信処理の流
れを示すフローチャートである。

ファイルシステム１８の相手ホストからのデータ受信処
理のルーチンは、ファイルシステムの初期化時に起動さ
れ、常にプロセッサ間通信ドライバを介したデータの入
力持ちの状態に置かれている。

ホストはこの場合、ターゲットとしての機能を果し、相
手ホスト（インシエータ）からのＳＣＳＩバスインタフ
ェースのＷＲＩＴＥコマンド（コマンドコード０ＡＩ−
１）を受信すると、コマンドに続くデータを取込むくス
テップ４０１〉。

プロセッサ間通信ドライバ１７は、データの取込みを終
えると、ファイルシステムの入力持ちに置かれているデ
ータ受信処理ルーチンに制御を戻す。

データ受信処理ルーチンは制御が戻されると、受信した
データの内容をチェックし、もしファイル管理情報のモ
ディファイを示す相手ホストからのメツセージの場合に
はくステップ４０２ＹＥＳ＞、メモリ上のモディファイ
フラグのセットを行なう（ステップ４０４）。それ以外
のメツセージの場合には（ステップ４０２ＮＯ＞　、各
メツセージに応じた処理を実行する（ステップ４０３）
。

各メツセージの処理が終了すると、データ受信処理ルー
チンは再び次のデータの入力待ちとなる。

［発明の効果］ 以上の説明により明らかのように、本発明方式によれば
、５Ｃ８Ｉパス上に２つのホストからのアクセスが可能
な共有ファイルが容易に実現できき、またアクセス制御
を行なうための特別なバードアエアは不要となり、全て
のデータと制御が５Ｃ８Ｉバスを介して実行されるため
、ポトス間の別のバスを介したデータの転送等に伴うフ
ァイルアクセスのスルーブツトの低下を防ぐことができ
る。

【図面の簡単な説明】

第１図は本発明方式の前提となるハードウェア構成を概
略的に示すブロック図、第２図は本実施例で使用するＳ
ＣＳＩバスインタフェースのコマンドのフォーマットを
示す図、第３図はユーザアプリケーションプログラムか
らファイルシステムに対して共有ファイルの入出力要求
が発せられた場合のファイルシステムの処理の流れを召
すフローチャート、第４図はファイルシステムのデータ
受信処理の流れを示すフローチャート、第５図。 第６図はマルチホスト間でファイルを共通にアクセスす
るための代表的な２つの方式を概略的に示すブロック図
である。 １２ａ　、　１２ｂ　−−−Ｒスト １３・・・５ｃｓｒバス １４・・・５ｃｓｒバスドライバ １５・・・共有ファイル格納デバイス １６・・・ターゲット機器ドライバ １７・・・プロセッサ間通信ドライバ １８・・・ファイルシステム

Claims (1)

【特許請求の範囲】
1. （１）複数のホストから共有ファイルに対してアクセス
   を行なう制御方式において、 各ホストにおいては、ユーザアプリケーションからの要
   求内容に対応した処理を実行するたびに、ファイル管理
   テーブルに変更が生じたかをチェックし、変更が生じた
   場合には当該変更後のファイル管理テーブルを共有ファ
   イル格納デバイス内のファイル管理テーブルに書込んだ
   後、他のホストに対しファイル管理テーブルに変更が生
   じた旨の通知をＳＣＳＩバスインタフェースのコマンド
   を使用して行なう一方、 ファイル管理テーブルに変更が生じた旨の通知を受けた
   他のホストにおいては、ファイル管理テーブルを共有フ
   ァイル格納デバイスより読み出して、自己のファイル管
   理テーブルを更新させること、 を特徴とする共有ファイルのアクセス制御方式。