JPH0619771A

JPH0619771A - 異種のクライアントによる共用ファイルのファイル管理機構

Info

Publication number: JPH0619771A
Application number: JP5043426A
Authority: JP
Inventors: Marc M Eshel; マーク・モーデカイ・エセル; Guerney D H Hunt; ガーニー・ダグラス・ハロウェイ・ハント; Donald N Jones; ドナルド・ニューランド・ジョーンズ; Christopher Meyer; クリストファー・メイヤー; Frederick A Schwartz; フレデリック・アロン・シュワルツ
Original assignee: International Business Machines Corp
Current assignee: International Business Machines Corp
Priority date: 1992-04-20
Filing date: 1993-03-04
Publication date: 1994-01-28
Also published as: EP0566895A2; EP0566895B1; DE69325049T2; DE69325049D1; EP0566895A3; US5535375A

Abstract

(57)【要約】【目的】第１及び第２の異種プロトコルを使用するク
ライアントによって共用されるファイルの管理を行うコ
ンピュータ・システムを提供することである。【構成】該システムは、ファイルを作成し、読み取
り、更新する要求を第１のクライアントから受け取り、
そしてその要求を共通プロトコルによる相当する要求に
変換するための第１のプロトコル変換器からなる。さら
に該システムは、同様な要求を第２のクライアントから
受け取り、共通プロトコルによる相当する要求に変換す
るための第２のプロトコル変換器からなる。また、両方
のクライアント及び両方のプロトコル変換器に共通のフ
ァイル管理機構からなり、該ファイル管理機構は、共通
プロトコルによる要求を受け取り、第１及び第２のクラ
イアントの両方に共通のネーム空間及びデータ領域にお
いて実行する。ここで該ネーム空間はファイルの名前を
記憶し、該データ領域はファイルを記憶する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、広くはコンピュータ・
システムとネットワークに関し、特には異なる通信プロ
トコルを使用する異種のクライアントによって共有され
るファイルのためのファイル管理機構に関するものであ
る。

【０００２】

【従来の技術】ローカル・エリア・ネットワーク（ＬＡ
Ｎ）は既に知られているものであり、多数の同種のクラ
イアントとネットワーク・サーバを持っている。例え
ば、１つのネットワーク上のクライアントは、すべてネ
ットワーク・ファイル・システム（ＮＦＳ）プロトコル
またはサーバ・メッセージ・ブロック（ＳＭＢ）プロト
コルを使用している。それぞれのクライアントは、ＩＢ
ＭのＤＯＳあるいはＡＴ＆ＴのＵＮＩＸ等のオペレーテ
ィング・システムを備えたパーソナル・コンピュータま
たはワークステーション、及びそのパーソナル・コンピ
ュータまたはワークステーションと他のクライアント及
び他のネットワーク・サーバとのインターフェースを行
うネットワーク・アダプタ・カード（トークン・リング
あるいはイーサネット・アダプタ・カード等）とクライ
アント・プログラムから構成されている。さらにそのネ
ットワーク・サーバは、ＩＢＭのＯＳ／２あるいはノー
ベル・ネットウエアのオペレーティング・システムを備
えたパーソナル・コンピュータまたはワークステーショ
ン、及びネットワーク・サーバであるそのパーソナル・
コンピュータまたはワークステーションと他のクライア
ントとのインターフェースを行い、かつクライアントに
様々なサービスを提供するネットワーク・アダプタ・カ
ードとクライアント・プログラムとから構成されてい
る。例えば、ネットワーク・サーバは共通の記憶ディス
ク、印刷装置、及びモデムを管理する。従って、どのク
ライアントも、共通の記憶ディスク上に記憶されている
共通のディレクトリ及び共通のファイルから読取った
り、またそこへ書込んだり、印刷装置を使用したり、モ
デムを介して通信したりできる。

【０００３】ＩＢＭのホスト・コンピュータであるシス
テム／３７０内で実行されるＩＢＭのＶＭ／ＥＣＦプロ
グラムもまた、サーバ・リクエスト・プログラミング・
インターフェース（ＳＲＰＩ）プロトコルを使用する多
数の同種のクライアントへサービスを提供するものとし
て知られている。このシステムにおいては、それぞれの
クライアントは、論理的に連結されて、ホスト・コンピ
ュータ内にある異なる仮想計算機へ割り当てられかつそ
れからサービスを受けており、それぞれのクライアント
のための仮想計算機は、そのクライアントが占有してい
る資源または資源の集合を管理している。

【０００４】ＩＢＭのホスト・コンピュータであるシス
テム／３７０内で実行されるＩＢＭのＶＭ／ＥＣＦプロ
グラムはさらに、ＮＦＳプロトコルを使用する多数の同
種のクライアントへサービスを提供することでも知られ
ている。このシステムにおいては、それぞれのクライア
ントは、サービスを受けるために１つ以上のホスト・コ
ンピュータと通信することができる。例えば、それらの
ホスト・コンピュータのそれぞれが全てのクライアント
に対して共通のファイル管理を行う。共通のファイル管
理機構は、ＮＦＳプロトコルをＣＭＳプロトコルに変換
することによってＮＦＳのクライアントに要求を与え
る。しかしながら、そのファイル管理機構はＣＭＳと互
換性のあるＮＦＳデータ・フォーマットのみをサポート
する。

【０００５】別の既知のコンピュータ・ネットワークで
あるノーベル・ネットウエア３．１は２つのローカル・
エリア・ネットワークから構成され、１つは、ＮＦＳプ
ロトコルを使用してＡＴ＆Ｔのオペレーティング・シス
テムＵＮＩＸを使用する全てのクライアントをサポート
し、他の１つは、ノーベルのＳＰＸプロトコルを使用し
てＤＯＳあるいはＯＳ／２をオペレーティング・システ
ムとして使用する全てのクライアントをサポートする。
異なるクライアントが全て、同じネットワーク内で任意
に存在することができる。任意の場合において、それぞ
れのネットワークあるいは単独のネットワークは、個々
のクライアントのプロトコルの形式のための異なるプロ
トコル変換器を有す共通のサーバに連結されている。上
記の例においては、１つは、ＮＦＳプロトコルのクライ
アント用であり、他の１つはＳＰＸプロトコルのクライ
アント用である。それぞれのプロトコル変換器は、それ
ぞれのクライアント形式からの要求を解釈し、ファイル
・システム操作を行う。全てのプロトコル変換器及びク
ライアント形式に対して１つのファイル管理機構がある
一方、それぞれのプロトコル形式のクライアントによっ
て作られたファイルの名前のための独立したファイル名
空間が存在する。このファイル名空間はまた、その空間
の中のそれぞれのファイル名から共通のディスク上の記
憶場所へのポインタをも含んでいる。ファイル管理機構
は、人間であるネットワーク・サービス管理者からの要
求をサポートして、１つのファイル名空間にあるファイ
ル名を別のファイル名空間へとリンクさせる。そのよう
な要求に従って、ファイル管理機構は、その名前とそれ
に関係するポインタを１つのネーム空間から別のネーム
空間へ複写する。そのようなリンクの後に、この別のネ
ーム空間に関係するクライアントが、この別のネーム空
間内のファイル名を読み、変更し、または消去すること
ができ、また最初のネーム空間からリンクされたファイ
ルを読取ったり、それへ書込んだりできる。にもかかわ
らず、この別のネーム空間に関係するクライアントは、
最初のネーム空間にアクセスすることはできず、またお
そらくは最初のネーム空間からリンクされたファイルを
消去することもできない。さらに、このシステムは１つ
の（あるいは複数の）ロック管理機構を含んでおり、そ
れは最初のネーム空間内のみでのファイル名のロックに
関係している。その結果、（最初のネーム空間内の）ク
ライアントが要求する目的のファイルあるいはファイル
名をロックするために、そのロック管理機構が呼び出さ
れたとしても、別のネーム空間上においてはそのファイ
ル名はロックされないため、この別のネーム空間に関係
するクライアントは、同時に同じファイルにアクセスす
ることができる。このロックは、同じ形式のクライアン
トあるいはロックする要求をしたクライアントであっ
て、同じネーム空間を使用している者に対してのみ有効
である。

【０００６】

【発明が解決しようとする課題】本発明の主な目的は、
異種のクライアントの間での、真のファイルの共用のた
めのシステムを提供することである。

【０００７】本発明の別の主な目的は、真のロック管理
機構を含む前記の形式のシステムを提供することであ
る。

【０００８】本発明の別の目的は、それぞれのクライア
ントに占有されているファイルをもまたサポートする、
前記の形式のシステムを提供することである。

【０００９】

【課題を解決するための手段】本発明は、第１及び第２
の異種のクライアントによって共用されるファイルまた
は他のデータ・オブジェクト（本願明細書ではファイル
等という）を管理するためのコンピュータ・システムに
関するものである。第１のクライアントは第１のプロト
コルを使用し、第２のクライアントは第２の、異なるプ
ロトコルを使用している。そのシステムは、ファイル等
を作成し、読取り、また更新するための要求を第１のク
ライアントから受け取り、その要求を共通プロトコルに
よる相当する要求へと変換する第１のプロトコル変換器
を備えている。さらにこのシステムは、ファイル等を作
成し、読取り、また更新するための要求を第２のクライ
アントから受け取り、その要求を共通プロトコルによる
相当する要求へと変換する第２のプロトコル変換器もま
た備えている。さらにこのシステムは、双方のクライア
ント及び双方のプロトコル変換器に共通のファイル管理
機構をも備えており、このファイル管理機構は、共通プ
ロトコルによる変換された要求を受け取り、第１及び第
２のクライアントの双方に共通のネーム空間及びデータ
領域においてその要求を実行する。ネーム空間は、ファ
イル等の名前を記憶しており、データ領域は、ファイル
等を記憶している。ファイル管理機構は、他のクライア
ントによって作成されたファイル等の名前に対して、ま
た他のクライアントによって書込まれたファイル等に対
して、それぞれのクライアントによるアクセスを行うも
のである。

【００１０】本発明の１つの態様によれば、このシステ
ムはさらに、共通のネーム空間及び共通のデータ領域の
ための共通のロック管理機構を備えている。

【００１１】本発明の別の態様によれば、このシステム
はさらに、他のファイル等の名前のための第２のネーム
空間、及びこれら他のファイル等を記憶するための第２
のデータ領域を備えている。第２のネーム空間及び第２
のデータ領域は、第１のクライアントに占有されてお
り、第２のクライアントによってはアクセスされない。
第１のプロトコル変換器は、第２のネーム空間及び第２
のデータ領域にアクセスするために第１のクライアント
からの要求を受け取り、そして実行するために変換され
た要求をファイル管理機構へと渡す。このシステムはま
た、他のファイル等の名前のための第３のネーム空間、
及びこれら他のファイル等を記憶するための第３のデー
タ領域を備えている。第３のネーム空間及び第３のデー
タ領域は、第２のクライアントに占有されており、第１
のクライアントによってはアクセスされない。第２のプ
ロトコル変換器は、第３のネーム空間及び第３のデータ
領域にアクセスするために第２のクライアントからの要
求を受け取り、そして実行するために変換された要求を
ファイル管理機構へと渡す。

【００１２】

【実施例】ここで図を詳細に参照すると、図１では、１
０で示されるコンピュータ・ネットワークが描かれてい
る。それは、本発明によるホスト・コンピュータ１２、
及びホスト・コンピュータに連結された混在する種類の
クライアント１４ａ、１４ｂ、１６、１８から構成され
ている。クライアント１４ａ、１４ｂは、例えばＳＭＢ
等のプロトコルの１形式を使用している。クライアント
１６は、ＮＦＳの様な別の形式のプロトコルを使用し、
クライアント１８は、トランスアーク社のＡＦＳやアッ
プル・コンピュータ社のＳＰＸあるいはＡＦＰの様なま
た別の形式のプロトコルを使用している。しかしなが
ら、記述された例では、クライアント１４ａはＳＭＢプ
ロトコルのＤＯＳあるいはＯＳ／２１．１に準ずる形
式を使用する。クライアント１４ｂはＳＭＢプロトコル
のＯＳ／２１．２に準ずる形式を使用する。「プロト
コル」は、３つの構成からなっており、即ち、通信規
約、指令フォーマット、及びデータ・フォーマットであ
る。通信規約は、それぞれの動作が行われた後に、指令
と動作の順序と要求者への回答あるいは復帰のそれぞれ
の形式から、期待される動作を規定している。特定の指
令及びデータ・フォーマットは以下に記述されている。

【００１３】クライアント１４ａ、１４ｂは、トークン
・リング方式のアダプタ・カードとＩＢＭのＰＣ−ＬＡ
ＮプログラムあるいはＩＢＭのＤＯＳ−ＬＡＮ要求者プ
ログラム等のネットワーク・コードのクライアント部分
とを備えた、パーソナル・コンピュータまたはワークス
テーションから構成されており、それによって、他のク
ライアント及びネットワーク・サーバ２５へのインター
フェースを行うことができる。ネットワーク・サーバは
また、トークン・リング・アダプタ・カードとＩＢＭの
ＯＳ／２−ＬＡＮサーバ２．０プログラム等のネット
ワーク・コードのサーバ部分とを備えたパーソナル・コ
ンピュータまたはワークステーションから構成されてい
る。ネットワーク・サーバは、ホスト・コンピュータ１
２への通信を含む様々なサービスをクライアントへ提供
している。そのような通信をサポートするために、ネッ
トワーク・サーバは、既に知られている並列チャネル・
アダプタ（ＰＣＡ）カード（ＩＢＭ社から入手可能）を
備え、ホスト・コンピュータ１２は、ブロック多重チャ
ネルを備えている。ブロック多重チャネルについては、
注文番号ＧＡ２２−７０００によりＩＢＭ社から入手可
能な、「システム／３７０操作指針」と題する文書に詳
細に述べられている。ＰＣＡカードはまた、１９９２年
４月１７日に出願された米国特許「ローカル及び遠隔資
源のためのネットワーク・サーバ」に記述されている。
この特許出願はここに参照することによって本開示の一
部として一体化されるものとする。クライアント１６及
び１８のそれぞれは、イーサネットのアダプタ・カード
とネットワーク・コードのクライアント部分を備えたパ
ーソナル・コンピュータまたはワークステーションから
構成され、それによって他のクライアントへのインター
フェースを行っている。クライアント１６及び１８は、
ＴＣＰ／ＩＰ通信リンクによってホスト・コンピュータ
１２に連結されている。

【００１４】例えば、ホスト・コンピュータ１２は、Ｖ
Ｍ／ＥＳＡオペレーティング・システムを備えたＩＢＭ
のシステム／３７０またはシステム／３９０コンピュー
タである。ホスト・コンピュータ１２は、クライアント
１４ａ、１４ｂ、１６、１８によるアクセスのための直
接アクセス記憶装置（ＤＡＳＤ）２０から２３までと、
ホスト・アプリケーション・プログラム２６を管理す
る。記載された例では、ＤＡＳＤ２０は、ホスト・コン
ピュータ本来のデータ・フォーマットでディレクトリと
ファイルを記憶している。例えば、ＥＢＣＤＩＣ文字を
用いたＣＭＳデータ・フォーマットである。

【００１５】ホスト・アプリケーション・プログラム２
６は、ＣＭＳプロトコル（即ち、ＣＭＳ通信規約、ＣＭ
Ｓ指令フォーマット、及びＣＭＳデータ・フォーマッ
ト）を用いており、プロトコル変換器４６とファイル
（及びディレクトリ）管理機構３０を介してＤＡＳＤ２
０にアクセスできる。ＣＭＳ指令フォーマットは、ファ
イル・システム指令、及びまたはＦＳＯＰＥＮ、ＦＳＣ
ＬＯＳＥ、ＦＳＲＥＡＤ、ＦＳＷＲＩＴＥ等のマクロ、
あるいはＤＭＳＯＰＥＮ等の呼び出し可能保守ライブラ
リ機能を用いている。これらは、ＩＢＭから出ている
「ＶＭ／ＥＳＡアプリケーション・リファレンス」中に
記載されている。

【００１６】ファイル名と他のデータのためのＣＭＳデ
ータ・フォーマットには、以下の制限がある。即ち、フ
ァイル名が８文字まで、ファイル形式が８文字まで、大
文字、及び前記の「ＶＭ／ＥＳＡアプリケーション・リ
ファレンス」に記載されている他の文字が使用可能、及
び階層ディレクトリが無いことである。ホスト・アプリ
ケーションだけが、ＤＡＳＣ２０内のディレクトリ及び
ファイルにアクセスできる。そのようなアクセスは、共
通アプリケーション・プログラム・インターフェース
（ＡＰＩ）５０の共通通信規約及び共通指令フォーマッ
トに対して通信規約変換及び指令フォーマット変換を行
う、ファイル管理機構３０及びプロトコル変換器４６を
介してなされる。プロトコル変換器４６は、ＤＡＳＤ２
０にアクセスするために、共通ＡＰＩプロトコルを用い
てファイル管理機構を呼び出す。データは、ＣＭＳデー
タ・フォーマットで記憶されているため、データ・フォ
ーマットの変換はない。

【００１７】ＤＡＳＤ２１は、全てのＳＭＢのクライア
ントのためにＤＯＳ及びＯＳ／２１．１のＳＭＢデータ
・フォーマットでディレクトリ及びファイルを記憶して
いる。上記のように、クライアント１４ａ、１４ｂはＳ
ＭＢプルトコルを使用している。ＳＭＢ指令フォーマッ
トは、全ての指令形式に共通のヘッダ・フォーマット
と、パラメータの形式によって変わるパラメータ・フォ
ーマットから構成される。パラメータ・フォーマットに
ついては、マイクロソフト社、インテル社によるインテ
ル・パートＮｏ．１３８４４６バージョン１．９の「マ
イクロソフト・ネットワークス／オープンネット・ファ
イル共用プロトコル」、マイクロソフト社による文書バ
ージョン３．２の「マイクロソフト・ネットワークＳＭ
Ｂファイル共用プロトコル拡張：ＳＭＢファイル共用プ
ロトコル拡張バージョン２．０」、及びマイクロソフト
社の文書バージョン１．０９の「マイクロソフト・ネッ
トワークＳＭＢファイル共用プロトコル拡張：ＳＭＢフ
ァイル共用プロトコル拡張バージョン３．０」に記載さ
れている。ヘッダ・フォーマットは、以下のようなもの
である。この指令構造の識別子、すなわち「ＳＭＢ」ネットワーク要求あるいは指令コード動作を修飾するために応答フラグを送るときの復帰コー
ド及びエラー・クラスのための空間動作を修飾するための付加的なフラグ動作の修飾にホストが用いるために予約されたフラグ資源、トリーＩＤ、呼び出し者のプロセスＩＤ、ユーザ
・レベル・セキュリティ・モードにおけるユーザＩＤ−
資源接続のためにトークンまたはハンドルを与えられた
ネットワーク（またはホスト）、アカウント名、ファイ
ル名、及び多重化相関定数を識別するために用いられる
フィールド要求と応答の相関のための多重ＩＤ

【００１８】ＳＭＢデータ・フォーマットは、以下の制
限のあるＡＳＣＩＩ文字を使用している。即ち、ＤＯＳ
及びＯＳ／２１．１に準ずる形式は、最大８文字のフ
ァイル名、ピリオド、及び最大３文字のファイル形式で
なければならない。ＯＳ／２１．２に準ずる形式は、最
大２５５文字のファイル名が可能である（ピリオドやフ
ァイル形式は必要ない）。ＯＳ／２１．２のクライア
ントがファイル名に使用できる文字は、英大文字、数
字、及び以下のものを除く他の特殊文字である。 ”（２重引用符）：（コロン）＞（比較記号）＜（比較記号）｜（オア・バー）／（前傾斜線）＼（後傾斜線）＊（星印）？（疑問符）ＤＯＳのクライアントは、英大文字、数字（０−９）、
及び以下のものを除く他の特殊文字が使用可能である。 ”（２重引用符）：（コロン）＞（比較記号）＜（比較記号）｜（オア・バー）／（前傾斜線）＼（後傾斜線）＊（星印）？（疑問符）．（ピリオド）［（左かっこ）］（右かっこ）＋（加算記号）＝（等号）；（セミコロン），（コンマ）ＳＭＢのクライアントである１４ａ、１４ｂのみが、Ｄ
ＡＳＤ２１のディレクトリとファイルにアクセスでき
る。そのようなアクセスは、共通ＡＰＩの通信規約及び
指令フォーマットに対して通信規約変換及び指令フォー
マット変換を行う、ファイル管理機構３０及びプロトコ
ル変換器３４を介してなされる。プロトコル変換器３４
は、共通ＡＰＩプロトコルを用いてＤＡＳＤ２１にアク
セスするためにファイル管理機構３０を呼び出す。デー
タ・フォーマットはＳＭＢデータ・フォーマットで記憶
されているので、データ・フォーマット変換はない。

【００１９】ＤＡＳＤ２２は、ＮＦＳフォーマットでデ
ィレクトリとファイルを記憶している。上記のようにク
ライアント１６は、ＮＦＳプロトコル（ＮＦＳ通信規
約、ＮＦＳ指令フォーマット、及びＮＦＳデータ・フォ
ーマットを含む）を使用している。ＮＦＳプロトコル及
び付随するデータ表現については、以下のインターネッ
トによる文書「コメントの要求」（ＲＦＣ）に、ＮＦＳ
−ＲＦＣ＃１０９４、ＲＰＣ−ＲＦＣ＃１０５７、ＸＤ
Ｒ（外部データ表現）即ちＲＦ＃１０１４について記載
されている。

【００２０】ＮＦＳデータ・フォーマットは、自由度の
高いＡＳＣＩＩ文字を使用している。即ち小文字、大文
字、及びそれらが混在するもの、１ファイル名につき最
大２５５文字、及び英数字、記号が使用可能である。Ｎ
ＦＳのクライアント１６のみが、ＤＡＳＤ２２のディレ
クトリ及びファイルにアクセスできる。そのようなアク
セスは、共通ＡＰＩの通信規約及び指令フォーマットに
対して通信規約変換及び指令フォーマット変換を行う、
ファイル管理機構３０及びプロトコル変換器３６を介し
てなされる。プロトコル変換器３６は、共通ＡＰＩプロ
トコルを用いてＤＡＳＤ２２にアクセスするためにファ
イル管理機構３０を呼び出す。データ・フォーマットは
ＮＦＳデータ・フォーマットで記憶されているので、デ
ータ・フォーマット変換はない。

【００２１】ＤＡＳＤ２３は、共通データ・フォーマッ
トでディレクトリ及びファイルを記憶している。共通デ
ータ・フォーマットは、ＡＳＣＩＩ文字を使用し、以下
のことが許容されている。即ち、ファイル名は、ＤＯＳ
のＳＭＢ文字セットのみから成っているが、２５５文字
まで可能である。階層ディレクトリも維持されている。
どのクライアントも、どのホスト・アプリケーション・
プログラムも、ＤＡＳＤ２３のディレクトリとファイル
にアクセスできるので、ディレクトリとファイルは「共
用」されている。そのようなアクセスは、ファイル管理
機構３０と、それぞれのクライアント１４ａと１４ｂ、
１６、及び１８の形式に対応するプロトコル変換器３
４、３６、及び３８と、ホスト・アプリケーション・プ
ログラム２６のためのプロトコル変換器４６を介してな
される。プロトコル変換器は、共通ＡＰＩプロトコルを
用いてＤＡＳＤ２３にアクセスするために、ファイル管
理機構３０を呼び出す。しかしながら、ファイル名の構
文をクライアントが受け入れることができない場合は、
そのファイル名はクライアントに与えられない。例え
ば、ＤＯＳあるいはＯＳ／２１．１のＳＭＢ形式のク
ライアントがディレクトリを読取る要求をしたときに、
そのディレクトリ内のファイル名に、８文字以上のもの
や、左右どちらかに少なくとも１つの文字を持つピリオ
ドが無いものや、ピリオドの後に３個以上文字があるも
のがある場合、プロトコル変換器はそのようなファイル
名を、ＳＭＢクライアントへ送るディレクトリ・リステ
ィングの中に含めない。そのディレクトリは、ＤＡＳＤ
２３内の共通のネーム空間２７に記憶されている。

【００２２】本発明の１つの目的によれば、全ての混在
する種類のクライアント１４ａと１４ｂ、１６、及び１
８、及びホスト・アプリケーション・プログラム２６
は、ＤＡＳＤ２３の共用ディレクトリとファイルに、そ
れらが書込まれるとすぐにアクセスすることができ（そ
して書込み者は、他のアクセスが競合している場合、そ
のアクセスを完了する）、そしてその共用アクセスは包
括的であり、即ち、クライアントは、あたかもそのファ
イルを自分の占有するＤＡＳＤに作ったかのように見え
る。クライアントは、これらのクライアント及びホスト
・アプリケーション・プログラムが使用する通常のプロ
トコルをなんら変えることなく、アクセス要求をし、ま
た回答を受け取る。プロトコル変換器３４、３６、３
８、及び４６は、ファイル管理機構３０のために共通の
ＡＰＩ５０のプロトコルに対して、必要なプロトコル変
換を行う。それぞれの復帰フォーマットが従う共通ＡＰ
Ｉの主要指令のための指令フォーマットは、以下のよう
なものである。指令：探し出すファイルを含むディレクトリを探し出すためのパス・ト
ークンファイル名復帰：ファイル名のためのトークンファイル・トークン完了あるいは未完了の探索コード指令：開くファイル・トークン復帰：ファイル属性指令：読取るファイル・トークン読取りパラメータ・リスト、即ち、読取り開始のための
ファイルの中へのオフセットとデータ・バッファへのポ
インタ読取りのためのバイト数復帰：データ指令：書込むファイル・トークン書込みパラメータ・リスト、即ち、書込み開始のための
ファイルの中へのオフセットと、書込みと書込むデータ
のポインタのバイト数（要求に含まれている）復帰：完了あるいは未完了のコード指令：閉じるファイル・トークン復帰：完了あるいは未完了のコード指令：作成するファイル・トークン名属性復帰：完了あるいは未完了のコード指令：ロックするファイル・トークンアクセス／共用形式、即ち、排他的読取り／書込み読取り／書込みのアクセス、読取りのみ共用書込みのアクセス、書込みの共用書込みのアクセス、読取りの共用読取り専用、読取りと書込みの共用読取り専用、書込みの共用読取り専用、共用無し書込み専用、読取りと書込みの共用書込み専用、書込みの共用書込み専用、読取りの共用書込み専用、共用無し読取りと書込み、読取りと書込みを共用読取りと書込み、書込みの共用読取りと書込み、読取りの共用読取りと書込み、共用無し復帰：完了あるいは未完了のコード指令：ロック解除するファイル・トークン復帰：完了あるいは未完了のコード

【００２３】主要な指令のための通信規約は、図２から
図７までと、以下に記述されている。上記のように、共
用のディレクトリとファイルにアクセスするクライアン
トのそれぞれの形式のために、１つのプロトコル変換器
がある。

【００２４】図２から図７は、ＤＡＳＤ２３の共用ディ
レクトリとファイルにアクセスする混在する種類のクラ
イアント１４ａと１４ｂ、１６、及び１８、及びホスト
・アプリケーション・プログラム２６による、主要な要
求／指令に対して応答するホスト・コンピュータ１２の
動作を記載している。段階１００で、クライアント１４
ａ（ＳＭＢのＤＯＳ形式）は、ファイル名ＡＡＡ．ＢＢ
Ｂで共用アクセス用のファイルを作るようＳＭＢプロト
コルを用いて要求する。即ち、そのファイルは、ＤＡＳ
Ｄ２３に記憶されるべきものであり、全てのクライアン
ト１４ａと１４ｂ、１６、及び１８、及びホスト・アプ
リケーション・プログラム２６がアクセスすることがで
きる。この要求はまた、ＤＡＳＤ２３を識別するファイ
ル・トークンを含んでいる。これは、先にクライアント
が資源に接続を要求した時点で、クライアントに与えら
れたものである。この要求は、ＳＭＢのＤＯＳプロトコ
ルをサポートする（即ち、理解する）プロトコル変換器
３４へ渡される。プロトコル変換器３４は、それ自身の
中のその指令形式に相当する処理ルーチンを呼び出す。
そしてこの処理ルーチンがその指令を処理する。その場
合、処理ルーチンは共通のＡＰＩプロトコルを用いてフ
ァイル管理機構へ要求を行い、ファイル名ＡＡＡ．ＢＢ
Ｂを探し出し、位置指定（パス）によってファイルを識
別するファイル・トークンを戻す。プロトコル変換器３
４は、小文字のファイル名を大文字へ変換する機能を持
っているが、この例では必要ない。なぜならファイル名
は、大文字のみでクライアントから与えられるからであ
る。この要求に応答して、ファイル管理機構はＤＡＳＤ
２３から共用ファイルのディレクトリを読み出し、ファ
イル名ＡＡＡ．ＢＢＢを探索し、このファイル名がその
ディレクトリ内に存在しないことを判断し、ファイルが
存在しないという標示をプロトコル変換器３４へ返す
（段階１０４）。しかし一方で、ファイル管理機構は、
そのファイル名に関係付けられるトークンを予約し、後
にそのファイルが作られた場合のそのファイルのための
「位置」を有効に予約しておく。

【００２５】返ってきた標示を受け取った後に、プロト
コル変換器３４は、ファイルをロックする（段階１０
８）ためにロック管理機構プログラム１０５を呼び出す
（段階１０６）ことによって、クライアントの要求の次
の部分を開始する。このロック（及び共用ファイルへの
要求のためにロック管理機構１０５によって設定される
全てのロック）は、どの様なクライアントによるファイ
ル及びファイル名へのアクセスにも適用される。プロト
コル変換器は、クライアントの与えた要求パラメータに
基づいてロックのために適当なレベルを決定し、呼び出
しの時にそのレベル（「アクセス／共用の状態」）を指
定する。このロックはファイル名に関係し、他の全ての
クライアント及びアプリケーション・プログラムによる
その名前のついたファイルへのいくつかのあるいは全て
のアクセスを拒否する。たとえ、そのファイルがまだ
「作成されて」いない場合でもそのアクセスを拒否す
る。ロックが行われた後に、ロック管理機構は、プロト
コル変換器３４へ制御を戻す。次に、プロトコル変換器
は、実際にファイルを作成するためにファイル管理機構
を呼び出すことによって、クライアントの要求の第３の
部分を開始する（段階１１０）。そして、ファイル管理
機構は、そのファイル名に対するファイル・ディレクト
リ・エントリを行いまた他の制御ブロック構造を作るこ
とによってファイルを作成する（段階１１２）。ディレ
クトリ・エントリ１１３は、たとえそのファイルの中に
データが全く無く、ファイル名のみだとしても、ＤＡＳ
Ｄ２３内にファイルＡＡＡ．ＢＢＢが存在することを示
している。ファイルを作成した後に、ファイル管理機構
は、プロトコル変換器３４に制御を戻し、プロトコル変
換器３４はクライアントに制御を戻す（段階１１４）。

【００２６】その後すぐに、段階１０８のロックがまだ
設定されているとき、クライアント１４ａが、プロトコ
ル変換器３４に対してファイルＡＡＡ．ＢＢＢ内のデー
タに書込みをするよう要求をし、書込むデータを与える
（段階１１６）。プロトコル変換器は書込み要求ととも
にファイル管理機構を呼出し、データ・バッファ中のデ
ータにポインタを与え、そのデータが記憶されるべきフ
ァイル中にオフセットを与える（段階１１８）。それか
らファイル管理機構は、そのファイル・データを記憶す
るＤＡＳＤ２３内の位置を決定し、プロトコル変換器に
よって特定されたデータ・バッファ内の位置から、その
ファイル・オフセットに基づいてファイル管理機構によ
って決定されたＤＡＳＤ２３内の位置へそのデータを書
込むためにＤＡＳＤ制御装置１１９を呼び出す。それか
ら、制御をプロトコル変換器へ戻す（段階１２０）。Ｄ
ＡＳＤ制御装置の活動の後に、ファイル名ＡＡＡ．ＢＢ
Ｂとファイル・データが、ＤＡＳＤ２３内に記憶される
（状態１２１）。プロトコル変換器は、その後クライア
ントへ制御を戻し（段階１２４）、クライアントは、フ
ァイルＡＡＡ．ＢＢＢを閉じるよう、プロトコル変換器
３４へ要求する（段階１３０）。それに応答して、プロ
トコル変換器は、ファイルＡＡＡ．ＢＢＢを閉じるため
にファイル管理機構を呼出し（段階１３２）、そしてフ
ァイル管理機構は、先の書込み要求に対してまだ書込み
の終了していないデータの書込みを完了し、そして前記
のディレクトリ・エントリ及び制御ブロックを更新する
ことによって、そのファイルを閉じる（段階１３４）。
その後、ファイル管理機構は制御をプロトコル変換器へ
戻し、プロトコル変換器はファイルＡＡＡ．ＢＢＢのロ
ックを解除するためにロック管理機構を呼出す（段階１
３６）。ロック管理機構は、ロックを解除し、その後制
御をプロトコル変換器へ戻し（段階１３８）、プロトコ
ル変換器は制御をクライアントへ戻す（段階１４０）。
もしそのロックが排他的ロックであったならば、他のク
ライアントまたはホスト・アプリケーション・プログラ
ムは、この時点でそのファイル名とファイル・データに
アクセス可能になる。

【００２７】続いて、クライアント１４ｂ（ＳＭＢのＯ
Ｓ／２１．２を使用）が、プロトコル変換器３４にフ
ァイルＡＡＡ．ＢＢＢを開くように要求する（段階１５
０）。この段階では、クライアント１４ｂがファイルＡ
ＡＡ．ＢＢＢの存在を、例えば別のユーザから知らされ
て事前に知っていると仮定している。しかしながら、段
階１５０は、以下に記述する段階２９０から３１８のよ
うに、クライアント１４ｂがファイルＡＡＡ．ＢＢＢの
ことを知るために共用ファイル用のＤＡＳＤ２３内のデ
ィレクトリを読取る要求をしてから、それに続いてなさ
れるはずのものである。プロトコル変換器３４は、呼出
しに応答して、クライアント１４ｂがファイルＡＡＡ．
ＢＢＢにアクセスする特権を有しているかを判断する
（段階１５２）。クライアント１４ｂはファイルＡＡ
Ａ．ＢＢＢを作成していないのでこの判断が必要である
し、またこの判断は、このクライアント用の特権化ファ
イルに基づいてなされる。次に、プロトコル変換器３４
は、ファイルＡＡＡ．ＢＢＢをロックするためにロック
管理機構１０５を呼び出す。ロックの形式は、読取りと
共用であり、クライアントがそのファイルを読取るため
に次に考えるアクセスの性質に相当する、クライアント
要求の中のパラメータに基づいている。ロック管理機構
はロックを設定し、プロトコル変換器３４へ制御を戻す
（段階１５４）。その後、プロトコル変換器３４は、フ
ァイルＡＡＡ．ＢＢＢを開くためにファイル管理機構を
呼び出し（段階１５６）、そしてファイル管理機構は、
ファイルへのアクセスを初期化し、その後のアクセスの
ためのトークンを作り、前記のディレクトリ・エントリ
と制御ブロックを更新することによって対応する（段階
１５８）。それから、ファイル管理機構は制御をプロト
コル変換器３４へ戻し、プロトコル変換器３４は制御を
クライアント１４ｂに戻す（段階１５９）。

【００２８】制御が戻ってきた後に、クライアント１４
ｂは、プロトコル変換器３４へのファイルＡＡＡ．ＢＢ
Ｂの読取り要求を続行する（段階１７０）。それに応答
して、プロトコル変換器はファイルＡＡＡ．ＢＢＢのデ
ータを読取るためにファイル管理機構を呼び出し（段階
１７２）、そしてファイル管理機構は、前記のディレク
トリ・エントリと制御ブロックによってファイルの位置
を判断して、その位置の内容をデータ・バッファ１１５
の中へ読み出すために、ＤＡＳＤ制御装置１１９を呼び
出す（段階１７４）。読取り要求はファイルＡＡＡ．Ｂ
ＢＢの内容を変えない（状態１７６）。

【００２９】読取りのアクセスが完了した後に、クライ
アント１４ｂは、プロトコル変換器に対してファイルＡ
ＡＡ．ＢＢＢを閉じる要求をし（段階１８０）、そして
プロトコルは変換器３４は、ファイルを閉じるためにフ
ァイル管理機構を呼び出す（段階１８２）。ファイル管
理機構は、前記のディレクトリ・エントリと制御ブロッ
クを更新することによって対応する（段階１８４）。そ
れから、ファイル管理機構は、制御をプロトコル変換器
へ戻し、プロトコル変換器は、ファイルＡＡＡ．ＢＢＢ
のロックを解除するためにロック管理機構を呼び出す
（段階１８６）。ロック管理機構はファイルＡＡＡ．Ｂ
ＢＢのロックを解除してから、制御をプロトコル変換器
へ戻し（段階１８８）、プロトコル変換器は、クライア
ント１４ｂへ制御を戻す（段階１９０）。これは、クラ
イアント１４ｂによる共用ファイルへのアクセスの例で
ある。

【００３０】次に、クライアント１６（ＮＦＳプロトコ
ルを使用）はホスト・コンピュータ１２に対して、ファ
イル名ＣＣＣＣ．ＤＤＤＤパラメータと共用アクセス・
パラメータを持つファイルを作成するよう要求を行う
（段階２００）。経路指定処理２０１が、その要求を受
け取る。経路指定処理は、その要求を受信した通信経路
に基づいてクライアントの形式を判断し、そのクライア
ントの形式に対応する形式のプロトコル変換器にその要
求を送る。この例においては、クライアントはＮＦＳプ
ロトコルを使用しており、従って経路指定処理はその要
求を、プロトコル変換器３６へ送る。それに応答して、
プロトコル変換器３６は、クライアント１６がＤＡＳＤ
２１へアクセスする特権を有しているかどうかを判断す
る（段階２０２）。それから、プロトコル変換器３６
は、ファイル名ＣＣＣＣ．ＤＤＤＤが既に使用されてい
るかどうかを判断するために、そのファイル名を探し出
すためにファイル管理機構３０を呼び出す。それに応答
して、ファイル管理機構はディレクトリを探索して共用
ファイルを探し、このファイル名ＣＣＣＣ．ＤＤＤＤが
得られるかどうかを判断し（段階２０４）、そしてプロ
トコル変換器３６へ制御を戻す。次に、プロトコル変換
器３６は、ファイルＣＣＣＣ．ＤＤＤＤがまだ作成され
ていない場合でも、そのファイル名をロックするために
ロック管理機構を呼び出す（段階２０６）。ロック管理
機構１０５はそのファイルをロックしてから、制御をプ
ロトコル変換器へ戻す（段階２０８）。次に、プロトコ
ル変換器は、実際にそのファイルを作成するためにファ
イル管理機構３０を呼び出し（段階２１０）、そしてフ
ァイル管理機構は、別のディレクトリ・エントリ及び関
係する制御ブロックを作ることによってそのファイルを
作成する（段階２１２）。その後、ファイル管理機構は
制御をプロトコル変換器へ戻し、プロトコル変換器は、
制御をクライアントへ戻す（段階２１６）。この時点で
共用ファイルには、ファイル名ＣＣＣＣ．ＤＤＤＤが含
まれているが、このファイルのためのデータは入ってい
ない（状態２１４）。

【００３１】制御が戻ってきた後、直ちに、クライアン
ト１６はホスト・コンピュータ１２に対して、ファイル
ＣＣＣＣ．ＤＤＤＤに書込みをするよう要求し、データ
を与える（段階２２０）。経路指定処理２０１はその要
求をプロトコル変換器３６へ送り、プロトコル変換器３
６はそのデータをファイルＣＣＣＣ．ＤＤＤＤへ書込む
ためにファイル管理機構３０を呼び出す（段階２２
２）。それに応答して、ファイル管理機構は、ファイル
ＣＣＣＣ．ＤＤＤＤの位置を判断する。それからデータ
とアドレスと供にＤＡＳＤ制御装置１１９を呼び出し
（段階２２４）、そしてＤＡＳＤ制御装置はファイルＣ
ＣＣＣ．ＤＤＤＤの中にそのデータを書込む。この時点
で共用ファイルは、ファイル名ＡＡＡ．ＢＢＢとその関
係するデータと同様に、ファイル名ＣＣＣＣ．ＤＤＤＤ
とその関係するデータを含んでいる（状態２２６）。そ
れから、ファイル管理機構はプロトコル変換器３６へ制
御を戻し、プロトコル変換器は、ファイルＣＣＣＣ．Ｄ
ＤＤＤを閉じるためにファイル管理機構を呼び出す（段
階２２８）。ＮＦＳプロトコルでは、クライアントはフ
ァイルを開く指令も閉じる指令も与えないことに注目す
るべきである。つまり、ファイルを開く指令は書込み動
作に先立つものとみなされ、またファイルを閉じる指令
は書込み動作の後に続くものとみなされている。（この
ことは、ＳＭＢプロトコルと対照的であり、ＳＭＢプロ
トコルでは、クライアントは段階１３０で述べたように
書込み指令の後にファイルを閉じる指令を与えなければ
ならない。）ファイル管理機構は、そのファイルを閉じ
てから制御をプロトコル変換器３６に戻す（段階２３
０）。次に、プロトコル変換器は、ファイルＣＣＣＣ．
ＤＤＤＤのロックを解除するためにロック管理機構を呼
び出す（段階２３２）。ロック管理機構はそれに対応し
てからプロトコル変換器に制御を戻す（段階２３４）
し、プロトコル変換器は制御をクライアントに戻す（段
階２４６）。

【００３２】それに続いて、クライアント１４ｂがプロ
トコル変換器３４に対してファイルＣＣＣＣ．ＤＤＤＤ
を開くように要求をする（段階２４０）。このことは、
クライアント１４ｂが事前にファイルＣＣＣＣ．ＤＤＤ
Ｄの存在を知っていることを前提としている。ＳＭＢの
クライアント１４ｂは、ＮＦＳのクライアント１６によ
って作成され書込まれたファイルを開くことができる
（そしてさらにそれを読取りあるいはそれへ書込むこと
ができる）ことに注目すべきである。呼び出しに応答し
て、プロトコル変換器３４は、クライアント１４ｂがフ
ァイルＣＣＣＣ．ＤＤＤＤへアクセスする特権を有して
いるかどうかを判断する（段階２４２）。もし有してい
れば、プロトコル変換器３４は、ファイルＣＣＣＣ．Ｄ
ＤＤＤをロックするためにロック管理機構１０５を呼び
出し、ロック管理機構は、そのファイルをロックしてか
らプロトコル変換器へ制御を戻す（段階２４４）。その
後プロトコル変換器はファイルＣＣＣＣ．ＤＤＤＤを開
くためにファイル管理機構を呼び出し（段階２４６）、
ファイル管理機構は、ファイル・ディレクトリ・エント
リへアクセスすることによって対応する（段階２４
８）。それから、ファイル管理機構３０はプロトコル変
換器３４へ制御を戻し、プロトコル変換器３４は制御を
クライアントに戻す（段階１５０）

【００３３】制御が戻った後に、クライアント１４ｂは
プロトコル変換器３４へ書込み要求をし、データとファ
イル名ＣＣＣＣ．ＤＤＤＤパラメータを与える（段階２
６０）。そのデータは、ファイルＣＣＣＣ．ＤＤＤＤの
追加データであるか、現在のデータの変更であるか、ま
たは現在のデータの削除である。それに応答して、プロ
トコル変換器は、そのデータをその名前のファイルに書
込むためにファイル管理機構を呼び出し（段階２６
２）、そしてファイル管理機構はＤＡＳＤ２３内のファ
イルの位置を判断して、そのデータとアドレスを与える
ためにＤＡＳＤ制御装置１１９を呼び出す（段階２６
４）。ＤＡＳＤ制御装置はそのデータをＤＡＳＤ２３内
に書込み、そしてその結果はデータ’として表示される
（状態２６６）。それから、ファイル管理機構は制御を
プロトコル変換器３４へ戻し、プロトコル変換器は制御
をクライアントへ戻す（段階２６８）。次に、クライア
ント１４ｂは、プロトコル変換器３４に対しファイルＣ
ＣＣＣ．ＤＤＤＤを閉じる要求を行い（段階１７０）、
プロトコル変換器３４は、ファイルＣＣＣＣ．ＤＤＤＤ
を閉じるためにファイル管理機構３０を呼び出す（段階
２７２）。それに応答して、ファイル管理機構はファイ
ルＣＣＣＣ．ＤＤＤＤを閉じてから、制御をプロトコル
変換器へ戻す（段階２７４）。次に、プロトコル変換器
は、ファイルＣＣＣＣ．ＤＤＤＤのロックを解除するた
めにロック管理機構を呼び出し（段階２７６）、ロック
管理機構はそれに対応してから制御をプロトコル変換器
に戻し（段階２７８）、プロトコル変換器は制御をクラ
イアントに戻す（段階２８０）。

【００３４】それに続いて、クライアント１４ｂは、プ
ロトコル変換器３４に対して全ての共用ファイルをリス
トするよう要求する（この要求は、共用ファイルのディ
レクトリを読取る要求と概念的に類似している）（段階
２９０）。それに応答して、プロトコル変換器は、クラ
イアント１４ｂが全てのファイルにアクセスする特権を
有しているかどうかを判断する（段階２９２）。クライ
アント１４ｂがそのような特権を有していると仮定する
と、プロトコル変換器は、ディレクトリ探索用のトーク
ンのためにファイル管理機構を呼び出す。トークンは、
ファイル管理機構による、探索されるべきディレクトリ
の表現である。ファイル管理機構は、その内部制御ブロ
ックによって共用ファイルのディレクトリをそのトーク
ンと関係付け、それから制御をプロトコル変換器に戻す
（段階２９４）。次に、プロトコル変換器は、その探索
ディレクトリをロックするためにロック管理機構を呼び
出し（段階２９６）、そしてロック管理機構はそれに対
応してから制御をプロトコル変換器に戻す（段階２９
８）。次に、プロトコル変換器は、ファイル管理機構に
よるアクセスのためにそのディレクトリをデータ・バッ
ファ１１５へ読み出すためにファイル管理機構を呼び出
す（段階３００）。それに応答して、ファイル管理機構
はディレクトリの位置を判断し、そして読取り指令、読
取りのためのＤＡＳＤアドレスとデータを受け取るため
のデータ・バッファ・アドレス、をＤＡＳＤ制御装置１
１９へ送る（段階３０２）。それからＤＡＳＤ制御装置
は読取り動作を行う。その後、ファイル管理機構はプロ
トコル変換器へ制御を戻し、ディレクトリを記憶してい
るデータ・バッファ１１５中のアドレスを与える。次に
プロトコル変換器は、探索ディレクトリのロックを解除
するためにロック管理機構を呼び出し（段階３０６）、
ロック管理機構はそれに対応してから、制御をプロトコ
ル変換器へ戻す（段階３０８）。次に、プロトコル変換
器は探索トークンを解放するためにファイル管理機構を
呼び出し（段階３１０）、ファイル管理機構は、探索ト
ークンとこのディレクトリとを無関係にしてからプロト
コル変換器へ制御を戻す（段階３１２）。次に、プロト
コル変換器は、ＤＡＳＤ２３から読取ったファイル名と
段階２９０の探索要求においてクライアント１４ｂによ
って特定された探索基準とを比較する（即ち、全てのフ
ァイルをリストする）（段階３１４）。探索基準は、特
定のファイルでも、全てのファイルでも、あるいはその
名前にある特徴を持つ全てのファイルでもあってもよ
い。その後、プロトコル変換器は、その基準に適合する
ファイル名をクライアントへ送り、制御をクライアント
に戻す（段階３１６）。これらのファイル名はＡＡＡ．
ＢＢＢおよびＣＣＣＣ．ＤＤＤＤである。ＳＭＢのクラ
イアント１４ｂが、ＮＦＳのクライアント１６によって
作成されたファイル名ＣＣＣＣ．ＤＤＤＤを読取る（そ
して上記のようにそのファイル・データに書込み、また
そのファイル・データから読取る）ことができることに
注目すべきである。

【００３５】それに続いて、クライアント１４ｂは、プ
ロトコル変換器３４へファイルＣＣＣＣ．ＤＤＤＤのフ
ァイル名をＸＸＸＸ．ＹＹＹＹへ変えるよう要求をする
（段階３２０）。ファイルＣＣＣＣ．ＤＤＤＤは、クラ
イアント１６によって作成されたものである。それに応
答して、プロトコル変換器３４は、クライアント１４ｂ
がこのファイルへアクセスする特権を有しているかどう
かを判断し、それから、ディレクトリ及び新旧双方のフ
ァイル名とトークンを関係付けるためにファイル管理機
構３０を呼び出す（これは、実際には３つの別々のファ
イル管理機構呼び出しとなる）（段階３２１）。そして
ファイル管理機構は、ディレクトリ及びファイル名をト
ークンと関係付け、そのトークンをプロトコル変換器へ
返す（段階３２２）。次に、プロトコル変換器はディレ
クトリをロックするためにロック管理機構を呼び出し
（段階３２３）、ロック管理機構はそれに対応してから
肯定応答を返す（段階３２４）。次に、プロトコル変換
器はファイル名をＣＣＣＣ．ＤＤＤＤからＸＸＸＸ．Ｙ
ＹＹＹへ変えるためにファイル管理機構を呼び出し（段
階３２５）、そしてファイル管理機構は、ディレクトリ
の入力と関係する制御ブロックを変えることによってそ
れに対応し（段階３２６）、制御を戻す。その後、プロ
トコル変換器はトークンを返すためにファイル管理機構
を呼び出し（段階３３０）、それに応答して、ファイル
管理機構はディレクトリとファイルのトークンを解放
し、そのトークンを無関係なものとしてから、制御をプ
ロトコル変換器へ戻す（段階３３１）。最後に、プロト
コル変換器は、ファイル名が付け変えられたという肯定
応答と供に制御をクライアントに戻す（段階３３２）。

【００３６】それに続いて、ホスト・アプリケーション
２６が、ファイルＡＡＡ．ＢＢＢを開くためにプロトコ
ル変換器４６へ要求をする（段階３３８）。それに応答
して、プロトコル変換器は、ホスト・アプリケーション
２６がファイルＡＡＡ．ＢＢＢにアクセスする特権を有
しているかどうかを判断し、そしてここでは特権を有し
ていると仮定すると、プロトコル変換器はそのファイル
のトークンを得るためにファイル管理機構を呼び出す
（段階３３９）。ファイル管理機構はトークンをそのフ
ァイルと関係づけて、そのトークンをプロトコル変換器
へ返す（段階３４０）。次に、プロトコル変換器はその
ファイルをロックするためにロック管理機構を呼び出し
（段階３４１）、そしてロック管理機構はそれに対応し
てから制御をプロトコル変換器へ戻す（段階３４２）。
次に、プロトコル変換器は実際にそのファイルを開くた
めにファイル管理機構を呼び出す（段階３４３）。ファ
イル管理機構はファイルを開いてから、制御を戻す（段
階３４４）。最後に、プロトコル変換器は、ファイルが
開かれたという標示と供にホスト・アプリケーションに
制御を戻す（段階３４５）。

【００３７】その後直ちに、ホスト・アプリケーション
２６は、開かれたばかりのファイルＡＡＡ．ＢＢＢに書
込みをするためにプロトコル変換器４６に対して要求す
る（段階３５０）。ホスト・アプリケーション２６は要
求と供にデータを与え、そしてそのデータは一時的にデ
ータ・バッファ１１５に記憶される。呼び出しに応答し
て、プロトコル変換器はそのデータをＤＡＳＤ２３内に
書込むためにファイル管理機構を呼び出し（段階３５
２）、そしてファイル管理機構は、ＤＡＳＤ制御装置１
１９の補助を受けてそれに対応し、制御をプロトコル変
換器へ戻す（段階３５３）。それから、プロトコル変換
器は、データが書込まれたという標示と供にホスト・ア
プリケーションへ制御を戻す（段階３５４）。次に、ホ
スト・アプリケーションは、ファイルＡＡＡ．ＢＢＢを
閉じるようプロトコル変換器へ要求する（段階３５
５）。それに応答して、プロトコル変換器はそのファイ
ルを閉じるためにファイル管理機構を呼び出す（段階３
５６）。ファイル管理機構はそれに対応してから制御を
プロトコル変換器に戻す（段階３５７）。次に、プロト
コル変換器４６はファイルＡＡＡ．ＢＢＢのロックを解
除するためにロック管理機構を呼び出し（段階３５
８）、ロック管理機構はそれに対応してから制御をプロ
トコル変換器に戻す（段階３５９）。次に、プロトコル
変換器４６は、ファイルＡＡＡ．ＢＢＢに関係付けられ
たトークンを返すためにファイル管理機構を呼び出し
（段階３６０）、それに応答して、ファイル管理機構は
そのファイルとそのトークンと無関係にしてから、制御
をプロトコル変換器へ戻す（段階３６１）。最後に、プ
ロトコル変換器は、そのファイルが閉じられたという標
示と供にホスト・アプリケーションに制御を戻す（段階
３６２）。

【００３８】それに続いて、ＮＦＳのクライアント１６
が、ホスト・コンピュータ１２に対して、ＳＭＢのクラ
イアント１４ｂによって作成されたファイルＡＡＡ．Ｂ
ＢＢを削除するよう要求する（段階３６６）。経路指定
処理２０１が、その要求を、対応するプロトコル変換器
３６へ経路指定し、プロトコル変換器３６はファイルＡ
ＡＡ．ＢＢＢのトークンを得るためにファイル管理機構
３０を呼び出す（段階３６７）。ファイル管理機構はト
ークンをそのファイルと関係付けて、そのトークンと制
御をプロトコル変換器へ返す（段階３６８）。次に、プ
ロトコル変換器３６は、削除のためにファイルＡＡＡ．
ＢＢＢをロックするため、ロック管理機構を呼び出す
（段階３７０）。そのファイルは削除されるので、ロッ
ク管理機構はそのファイルに排他的ロックをしてから、
制御をプロトコル変換器へ戻す（段階３７１）。次に、
プロトコル変換器はそのファイルを削除するためにファ
イル管理機構を呼び出し（段階３７４）、ファイル管理
機構は、ファイル名ＡＡＡ．ＢＢＢをディレクトリから
消去し、関係する制御ブロックを消去し、そのファイル
からデータを消去することによってそれに対応する（段
階３７５）。次に、プロトコル変換器はそのファイルＡ
ＡＡ．ＢＢＢのロック管理機構を解除するために、ロッ
ク管理機構を呼び出し（段階３７８）、そしてロック管
理機構はそれに対応してから制御をプロトコル変換器に
戻す（段階３７９）。次に、プロトコル変換器はファイ
ルＡＡＡ．ＢＢＢのためのトークンを返すために、ファ
イル管理機構を呼び出し（段階３８０）、そしてファイ
ル管理機構は、そのファイルをトークンと無関係にして
から、制御をプロトコル変換器に戻す（段階３８１）。
最後に、プロトコル変換器はファイルＡＡＡ．ＢＢＢが
削除されたという標示と供にクライアント１６へ制御を
戻す（段階３８２）。

【００３９】本発明の別の目的として、個々のクライア
ント１４ａと１４ｂ、１６、２６が、図２から図７に記
載したものと同じ流れを利用して自分の個人的なＤＡＳ
Ｄ２１、２１、２２、２０へも、それぞれアクセスでき
る。その流れに対する唯一の相違点は、個人的なファイ
ルを作成及びリストするための要求が、（共用アクセス
の代わりに）ＤＡＳＤの中の１つを特定することであ
り、それぞれの個人的ファイル及びディレクトリはそれ
ぞれ個人的ＤＡＳＤ内に記憶されていて、それぞれの個
人的ＤＡＳＤは、他の形式のクライアントによって作成
されたファイルを全く含んでいない。１つのＤＡＳＤ内
の個人的ファイル及びファイル名は、同じ形式のクライ
アントによってのみアクセスすることができる。

【００４０】図８から図１３は、プロトコル変換器３４
の機能をより詳細に記載したものである。段階４００に
おいて、ＳＭＢのクライアント１４ａまたは１４ｂから
の遠隔要求が、ＡＰＰＣ／ＶＭ等の通信の経路指定機能
を介してまたはＣＰチャネル管理を介したディレクトリ
を通して受信される。要求が受信されると、プロトコル
変換器は遠隔要求の形式に対して適当なはハンドラ・ル
ーチンを呼び込む（段階４０２）。

【００４１】ファイルを作成する要求は、入口点４０４
へ経路指定され、それから判断４１４において、プロト
コル変換器３４が顧客が特定のディレクトリ内で、一般
的にでも特別にでもその共用ファイル・システムにファ
イルを加える特権を有しているかどうかを判断する。も
し顧客がその特権を有していない場合は、プロトコル変
換器は許可が拒絶されたというエラー標示と供に顧客へ
応答する。一方、ユーザが適当な特権を有している場合
は、プロトコル変換器はそのファイル名が小文字で与え
られている場合大文字で登録し、共用ファイルのデータ
・フォーマットの規格に合わせる。それから、プロトコ
ル変換器はそのファイルを探し出し、その名前に基づく
ハンドルまたはトークンを返すために、ファイル管理機
構を呼び出す（段階４１８）。そのファイルが既に存在
している場合（判断４２０）、プロトコル変換器はエラ
ー標示と供に顧客へ応答し、そのファイルに関係付けら
れたトークンを返すためにファイル管理機構を呼び出す
ことを含む適当な終結処置を行う（段階４２２）。その
ファイルがまだ存在していない場合、プロトコル変換器
は、ファイル・トークンとそのファイルに関係する構造
をロックするためにロック管理機構を呼び出す（段階４
２２）。次にプロトコル変換器はそのファイルを作成す
るためにファイル管理機構を呼び出す（段階４２３）。
もしそのファイルの作成が完了したなら（判断４２
４）、プロトコル変換器は、完了の標示及びファイルの
属性と供に、顧客に応答する。しかしながら、ファイル
が作成されなかったなら、プロトコル変換器は、エラー
標示だけで顧客に応答する。

【００４２】再び図８を参照すると、ファイルを開くた
めの要求は、入口点４０６へ経路指定され、そして図１
０の判断４２７で、プロトコル変換器が、その顧客がそ
のファイル名を開く特権を有しているかどうかを判断す
る。もし有していなければ、プロトコル変換器はエラー
標示とファイルを開く許可を拒絶されたことを顧客へ応
答する。一方、その顧客が特権を有していれば、プロト
コル変換器は、開かれるファイルの名前が小文字で与え
られている場合それを大文字で登録し、共用ファイルの
データ・フォーマットに合うようにする（段階４２
８）。それから、プロトコル変換器はファイルを探し出
してファイル名に基づくハンドルまたはトークンを返す
ためにファイル管理機構を呼び出す（段階４３０）。も
しそのファイルが存在しなければ（段階４３２）、ファ
イル管理機構はそのようにプロトコル変換器に知らせ
る。そしてプロトコル変換器は、ファイルを開けないこ
とを示す応答をクライアントへ送り、適当な終結処理を
行い、そのファイルに関係付けられたトークンを返すた
めにファイル管理機構を呼び出す（段階４３３）。一
方、ファイルが存在するならば、ファイルを開く要求を
実行することができ、プロトコル変換器はファイル・ト
ークンとそのファイルに関係付けられた構造をロックす
るためにロック管理機構を呼び出す（段階４３４）。
もしそのファイルが既に別のクライアントによってロッ
クされており、またそのロック管理機構が今ファイルを
開く要求をしたクライアントによるアクセスを排除する
とき、ロック管理機構はエラー標示によってプロトコル
変換器に応答し、プロトコル変換器はこの応答をクライ
アントへ送って、適当な終結処理を行う（段階４３
７）。しかしながら、ロック要求が容認されたなら、プ
ロトコル変換器はそのファイルを開くためにファイル管
理機構を呼び出す（段階４３８）。ファイル管理機構は
ファイルを開いたならば（段階４３９）、そのことをプ
ロトコル変換器へ示し、プロトコル変換器はその応答を
クライアントへ送る（段階４４０）。

【００４３】また、図８を参照すると、クライアントの
ファイル読取り要求によって、プロトコル変換器３４は
その中に入口点４０８を呼び出す。それから、その遠隔
要求が適合しており、またその遠隔ネットワークを阻害
しようとするクライアントによる攻撃でないことを確認
するためにカーソルによる特権検査を行う（段階４４
１）。この検査は遠隔要求の中の値と、プロトコル変換
器によってユーザに割り当てられている値とを比較する
ことによって行われる。そのクライアントが読取り要求
をする特権を有していると仮定すると（段階４４２）、
プロトコル変換器は、読み取るファイルからデータを抽
出してそのデータをデータ・バッファ１１５の中へ複写
するために、ファイル管理機構を呼び出す（段階４４
４）。この場合、読み取るファイルは事前に作成され、
開かれているものとする。そしてそのファイルを作成す
る要求及び開く要求が実行された後にそのクライアント
に返されるトークンまたはハンドルを、クライアント要
求の中で引用する。ファイル管理機構は、データ・バッ
ファ１１５の中へデータを読み出すことができたかどう
かを示すとともにプロトコル変換器へ応答する。ファイ
ル管理機構がデータを読み取れたならば（判断４４
５）、プロトコル変換器は、完了の標示と要求されたデ
ータをクライアントへ返答する（段階４４６）。

【００４４】また、図８を参照すると、クライアントに
よるファイルへの書込み要求がプロトコル変換器３４に
送られ、プロトコル変換器はその中に、入口点４１０を
呼び出す。この場合、書込まれるファイルは事前に作成
され開かれたファイルと同じであるとし、従ってクライ
アントは、そのファイルを作成して、それを開く動作の
実行の後にトークンまたはハンドルを受け取っている。
クライアントは、このトークンまたはハンドルを書込み
要求で用いる。それから、プロトコル変換器は、その遠
隔要求が適合しており、またその遠隔ネットワークを阻
害しようとするクライアントによる攻撃でないことを確
認するためにもう一度カーソルによる特権検査を行う
（段階４４８）。クライアントからの書込み要求はま
た、データ・バッファ１１５へ書込むデータも含んでい
る。このクライアントが書込み要求をする特権を有して
いると仮定すると（判断４５０）、プロトコル変換器３
４は、データ・バッファ１１５からＤＡＳＤ２３内へデ
ータを書込む（段階４５２）。ファイル管理機構は、書
込み動作を補助してもらうためにＤＡＳＤ制御装置１１
９を呼び出す。

【００４５】さらに、図８を参照すると、クライアント
による探索の要求、即ち、共用ファイルのディレクトリ
内のファイル名または他のオブジェクトの名前のリスト
を検索する要求が、プロトコル変換器へ送られ、プロト
コル変換器はその中に入口点４１２を呼び出す。クライ
アントによる探索要求には、クライアントに返されるフ
ァイルが適合しなければならないパターンを特定する、
テンプレートが含まれている。そのテンプレートは、事
前にリストされた可能なファイル名の文字の組及びワイ
ルド・カードの両方からの文字を含んでいる。ワイルド
・カードは、ファイル名の一部として許容されておら
ず、特別な意味のある文字である。記述された例では、
ワイルド・カード文字は「＊」（星印）と「？」（疑問
符）である。＊は、どのような文字数にでも適合する
が、？は、どれか１つの文字または文字が無い場合に適
合する。その後、プロトコル変換器は、上記のカーソル
による特権検査を行い（段階４５４）、そしてもし、ク
ライアントがディレクトリを探索する特権を有していれ
ば（判断４５６）、プロトコル変換器はその内容が読み
取られている間、更新に対してそのディレクトリをロッ
クするためにロック管理機構を呼び出す（段階４５
８）。このロックは、他のクライアントが同時に同じデ
ィレクトリを読み取ることができる、共用読取りロック
である。それから、プロトコル変換器３４は、ディレク
トリの内容を得るためにファイル管理機構を呼び出し
（段階４６０）、そしてファイル管理機構は、ＤＡＳＤ
制御装置１１９に補助されてディレクトリの内容をデー
タ・バッファ１１５へ読み出す。その後、プロトコル変
換器は、そのディレクトリのロックを解除するためにロ
ック管理機構を呼び出し（段階４６２）、それによっ
て、他のクライアントがそのディレクトリを更新できる
ようにする。もし、そのディレクトリから得られるファ
イル名の１つ以上がそのテンプレートに適合するなら、
それらは、クライアントの探索要求に従ってクライアン
トに返されるファイルのリストの中に含まれる。そうで
ないものは、クライアントへの応答の中に含まれない。
プロトコル変換器３４はそれから、ディレクトリから入
力されたリスト全体がテンプレートと比較されたかどう
かを判断し（段階４６６）、もしそうであるなら、テン
プレートと適合する入力の全てをクライアントへ応答す
る（段階４７４）。しかしながら、リスト全体がテンプ
レートと比較されていなかった場合、プロトコル変換器
はディレクトリから得られた次の入力を比較し、もしそ
の入力がテンプレートに適合しているならば（判断４６
８）、（その前のものに追加する）この入力が、クライ
アントの能力の範躊内であるかどうかを判断する（判断
４７０）。例えば、もしそのクライアントがＤＯＳのク
ライアント１４ｂであるなら、８．３データ・フォーマ
ットの制限内でしかファイル名を扱えない。このフォー
マットによれば、それぞれのファイル名はピリオドを分
離記号として含み、分離記号の前に１から８文字、後ろ
に０から３文字がある。従って、ディレクトリからのフ
ァイル名が、そのクライアントのデータ・フォーマット
の範躊外のものであれば、そのファイル名はクライアン
トへ返されないことになる。そうでなければ、クライア
ントのテンプレートに適合するこの追加の入力はクライ
アントへ返される（段階４７２）。それから、プロトコ
ル変換器は、ディレクトリから受け取った残りの入力に
対して、前記の判断と段階を実行する。

【００４６】図１４から図１８は、ＮＦＳ用のプロトコ
ル変換器３６の一般的な動作を記載したものである。段
階５００では、プロトコル変換器３６は、ＶＭＩＵＣ
Ｖ等の通信経路指定機能及びＮＦＳのクライアントと適
当なプロトコル変換器、この場合はプロトコル変換器３
６とを関係付ける経路指定処理２０１を通してクライア
ントの要求を受け取る。

【００４７】プロトコル変換器３６は、ファイルを作成
しようとするクライアントの要求を受け取り、入口点５
０４において作成サブルーチンを呼び出す（段階５０
２）。次に、図１４に記載されたように、プロトコル変
換器３６は、このクライアントが共通のファイル・シス
テムに対してファイルを追加する特権を有しているかど
うかを判断する。ＮＦＳプロトコルにおいては、クライ
アントの特権は特定のディレクトリに対してのみ検査さ
れる。もしそのクライアントがこのディレクトリ内にフ
ァイルを作成する特権を有している場合は（判断５１
２）、プロトコル変換器はファイルを探し出し、その名
前に基づいてハンドルまたはトークンを返すためにファ
イル管理機構３０を呼び出す（段階５１４）。もしその
ファイル名が既に存在している場合は、ファイル管理機
構はエラー標示を返す。しかし、そのファイル名がまだ
使用されていないものであれば、ファイル管理機構は、
ファイル名使用可能の標示及びそのファイル名に関係付
けられたハンドルまたはトークンを返し、プロトコル変
換器は、ロック管理機構を呼び出しそのファイル名をロ
ックする要求をする（段階５１８）。ロックされた後
に、プロトコル変換器は実際にファイルを作成するため
にファイル管理機構を呼び出し（段階５２０）、ファイ
ルの作成が完了したなら（判断５２２）、プロトコル変
換器は完了の標示及びファイル・トークン疑問符と供に
クライアントに応答する（段階５２５）。そして、ファ
イルのロックを解除するためにロック管理機構を呼び出
す（段階５２６）。最後に、そのファイル名に関係付け
られたハンドルを返すためにファイル管理機構を呼び出
す（段階５２７）。それによって他のクライアントがそ
のファイルにアクセスできるようになる。ＮＦＳプロト
コルの場合注目すべき点は、ファイルが、これらの特定
のクライアント要求が実行される前に自動的に開かれ、
そして実行された後に閉じられるようにするための、そ
れぞれのクライアント要求は、きわめて小さく、それ自
身に含まれていると考えられていることである。対照的
に、ＳＭＢプロトコルの場合は、ファイルがクライアン
トによって開かれたとき、そのファイルはそのクライア
ントが（ファイルを開く動作を繰り返すことなく）続い
て読取りあるいは書込み動作を要求できるように、開か
れたままであり、そのクライアントによって実際に閉じ
られるまでは開かれている。さらに、プロトコル変換器
３６が、ファイルを閉じるためにファイル管理機構を呼
び出す前には、その度に遅延を設定することによって最
適化することができることに注目すべきである。この遅
延はクライアントに対して、そのファイルを閉じる前に
その同じファイルに別の書込みまたは読取りを行うため
の時間を与えるものである。その場合、不必要にファイ
ルを閉じたり、また開いたりすることが避けられる。

【００４８】さらに、図１４を参照すると、プロトコル
変換器は、ファイルから読取りを行うためのクライアン
ト要求（段階５００）を受け取り、読取りサブルーチン
５０６を呼び出す（段階５０２）。その後、プロトコル
変換器３６は、ファイルを探し出し、そのファイル名に
基づいてトークンまたはハンドルを返すためにファイル
管理機構を呼び出す（段階５２８）。クライアント要求
には、そのファイルを識別するトークンまたはハンドル
が含まれている。そのファイルが存在すれば（判断５３
０）、プロトコル変換器は、クライアントがこのファイ
ルへアクセスする特権を有しているかどうかを判断する
（判断５３２）。もし有していれば、プロトコル変換器
は読取りのためにそのファイルをロックするようロック
管理機構を呼び出す。即ち、他のクライアントは、その
ファイルを同時に読取ることはできるが、更新すること
はできない（段階５３４）。全てのプロトコル変換器３
４、３６、３８、４６が全ての共用ファイルに対して共
通のロック管理機構１０５を使用することが、共通ファ
イル及び共通ディレクトリを共用することを容易にして
いることは重要である。ロックが完了したなら（判断５
３６）、プロトコル変換器は、そのファイルを開くため
にファイル管理機構を呼び出す（段階５３８）。次に、
プロトコル変換器３６は、そのファイルからデータ・バ
ッファ１１５の中へデータを読み出すためにファイル管
理機構を呼び出す（段階５４０）。ファイル管理機構
が、ＤＡＳＤ制御装置１１９に補助されてデータ・バッ
ファ１１５の中へデータを複写した後に、プロトコル変
換器はそのデータをクライアントへ返す（段階５４
２）。その後プロトコル変換器は、ファイルを閉じるた
めにファイル管理機構を呼び出し、そのファイルのロッ
クを解除するためにロック管理機構を呼び出す（段階５
４４）。最後に、プロトコル変換器は、他の終結処理を
行う。即ち、制御ブロックと他の作業記憶装置を解除す
る（段階５４５）。

【００４９】さらに図１４を参照すると、ファイルへ書
込みをしようとするクライアント要求が、プロトコル変
換器３６へ送られ、そしてプロトコル変換器は、入口点
５０８においてその書込みサブルーチンを呼び出す（段
階５０２）。それから、プロトコル変換器３６は、ファ
イルを探し出し、クライアント要求に含まれているファ
イル名に基づいてトークンまたはハンドルを返す（段階
５４６）。ファイルがその時存在していれば（判断５４
８）、プロトコル変換器はこのクライアントがこのファ
イルへアクセスする特権を有しているかどうかを判断す
る（判断５５０）。もし有していれば、プロトコル変換
器は、読取り動作のため、そのファイルをロックするよ
うロック管理機構を呼び出す（段階５５２）。ロック管
理機構は、ロック動作の完了あるいは未完了の標示を返
し、もしそのファイル名のロックが完了したなら（判断
５５４）、プロトコル変換器はそのファイルを開くため
にファイル管理機構を呼び出す（段階５５６）。次に、
プロトコル変換器は、データをファイルの中へ書込むた
めにファイル管理機構を呼び出す。そのデータは、クラ
イアント要求の中に含まれ、一時的にデータ・バッファ
１１５に記憶されている（段階５５８）。それに応答し
て、ファイル管理機構は、ＤＡＳＤ制御装置１１９に補
助されてデータをＤＡＳＤ２３の中に書込む。その後、
プロトコル変換器は書込み動作の完了の標示と供にクラ
イアントに応答し（段階５６０）、ファイルを閉じるた
めにファイル管理機構を呼び出し（段階５６１）、そし
てファイルのロックを解除するためにロック管理機構を
呼び出す（段階５６２）。最後に、プロトコル変換器は
他の終結処理を行う（段階５６３）。

【００５０】さらに、図１４では、プロトコル変換器３
６は、ディレクトリを読取ろうとするクライアント要求
を受け取り、入口点５１０においてその読取りサブルー
チンを呼び出す（段階５０２）。それから、プロトコル
変換器３６は、その名前のオブジェクトが実際にディレ
クトリ内にあるかどうかを判断する（判断５６４）。も
しあれば、そのクライアントがそのディレクトリを読む
特権を有しているかどうかを判断する（判断５６６）。
ＮＦＳデータ・フォーマットは、スリー（ｔｈｒｅｅ）
の許容度が最も大きいので、ディレクトリ内の全てのフ
ァイル名が最終的にクライアントに返されることになる
が特徴的である。もしクライアントが要求する特権を有
していれば、プロトコル変換器は、ファイルが読まれて
いる間に更新されないよう、ディレクトリをロックする
ためにロック管理機構を呼び出す（段階５６８）。ロッ
クが完了したなら（判断５７０）、プロトコル変換器３
６は、ディレクトリの内容をバッファ１１５へ読み出す
（段階５７２）。その後、プロトコル変換器はディレク
トリのロックを解除するためにロック管理機構を呼び出
し、他のクライアントがそのディレクトリを更新できる
ようにする（段階５７４）。最後に、プロトコル変換器
はディレクトリ内の全てのエントリをクライアントに戻
す（段階５７６）。

【００５１】図２０から図２３に、本発明によるプロト
コル変換器４６の一般的な動作と機能を記載する。段階
６００において、プロトコル変換器４６は、ホスト・ア
プリケーション２６から、おそらくはＡＰＰＣ／ＶＭ等
の通信経路指定機能を介して要求を受け取る。段階６０
２において、プロトコル変換器４６は、相当するハンド
ラに対してその要求の経路指定をする。そのハンドラは
それぞれの入口点において実行を開始する。

【００５２】図２０は、作成要求のための、プロトコル
変換器４６内の要求ハンドラを記載している。この要求
ハンドラは入口点６０４において開始され、プロトコル
変換器４６は、ホスト・アプリケーションが、一般的な
ファイル収納場所及び要求で特定されたディレクトリに
関するファイル収納場所の両方へファイルを追加する特
権を有しているかどうかを判断する。もしホスト・アプ
リケーションがそのような特権を有していれば、プロト
コル変換器は、ファイルを探し出し、そのファイル名に
相当するハンドルまたはトークンを返すためにファイル
管理機構３０を呼び出す（段階６１６）。もしそのファ
イル名が使用できない場合は、即ち、そのファイル名が
既に使用されている場合は、ファイル管理機構はエラー
を返し、プロトコル変換器はそのエラーをクライアント
に送り、そのファイル名に関係付けられたトークンを返
すためにファイル管理機構を呼び出すことを含む適当な
終結処理を行う（段階６２１）。一方、そのファイル名
が使用できる場合は、プロトコル変換器はそのファイル
・トークンとそのファイルに関係する構造をロックする
ためにロック管理機構を呼び出す（段階６２０）。それ
から、プロトコル変換器４６はそのファイルを作成する
ために、ファイル管理機構を呼び出す（段階６２２）。
そのファイルの作成が完了したなら（判断６２４）、プ
ロトコル変換器は完了の標示でクライアントに応答し、
全てのトークンあるいはクライアントが必要とする他の
情報を返す（段階６２６）。しかしながら、もしファイ
ルが作成されなかった場合、プロトコル変換器はハンド
ルまたはトークンを返すためにファイル管理機構を呼び
出し、エラー標示でクライアントに応答する（段階６２
８）。

【００５３】さらに、図１９では、ホスト・アプリケー
ション２６よる、ファイルを探し出し、そのファイル名
に基づくハンドルまたはトークンを返す要求をプロトコ
ル変換器４６が受け取る（段階６００）。プロトコル変
換器は、オープン・サブルーチンへ経路指定し、それは
入口点６０６から開始される。図２１に示すように、次
にプロトコル変換器は、ファイルを探し出して、それと
トークンを関係付けるためにファイル管理機構を呼び出
す（段階６３０）。そのファイルが、その時存在しなけ
れば（判断６３２）、プロトコル変換器は、エラー標示
でホスト・アプリケーションに応答し、そのファイル名
に関係付けられたトークンを返すためにファイル管理機
構を呼び出すことを含む適当な終結処理を行う（段階６
３３）。しかし、ファイルが存在するならば、プロトコ
ル変換器は、ホスト・アプリケーションがそのファイル
を開く特権を有しているかどうかを判断する（判断６３
４）。もしホスト・アプリケーションが特権を有してい
れば、プロトコル変換器は、そのファイル・トークンと
そのファイルに関係する構造をロックするためにロック
管理機構を呼び出す（段階６３６）。もし、そのファイ
ルが既にホスト・アプリケーション２６以外に対してロ
ックされているなら、プロトコル変換器は、ホスト・ア
プリケーションに対してエラー標示で応答し、トークン
を返してファイルのロックを解除する適当な終結処理を
行う（段階６４４）。一方、ロック動作を完了したな
ら、プロトコル変換器は、ファイルを開くためにファイ
ル管理機構を呼び出し（段階６４０）、ファイルを開く
動作の完了の標示でホスト・アプリケーションに応答
し、そのファイル名に関係付けられたトークンまたはハ
ンドルをホスト・アプリケーションに送る（段階６４
２）。

【００５４】さらに、図１９を参照すると、ホスト・ア
プリケーションによる、ファイルから読取りを行う要求
をプロトコル変換器４６が受け取る（段階６００）。プ
ロトコル変換器４６は、読取りサブルーチンを呼び出
し、入口点６０８においてそれが開始される。それか
ら、プロトコル変換器４６は、要求で特定されたデータ
をデータ・バッファ１１５内へ読み出すためにファイル
管理機構３０を呼び出すことにより、読取りサブルーチ
ンを開始する（段階６４６）。記載された例では、ホス
ト・アプリケーションが読取り要求をするファイルは、
先に作成され開かれたものと同じファイルであり、その
作成及びオープン動作が完了した後にクライアントに返
されたトークンまたはハンドラを用いて、段階６００に
おいてクライアントによって参照されている。読取り動
作が完了したなら（判断６４８）、プロトコル変換器４
６はホスト・アプリケーションにデータを送り、もし読
取りできなければ、エラー標示で応答する（段階６５
１）。

【００５５】さらに、図１９を参照すると、今度はホス
ト・アプリケーションから同じファイルへ書込みをしよ
うとする要求をプロトコル変換器が受け取る（段階６０
０）。プロトコル変換器は、入口点６１０において開始
される書込みサブルーチンを呼び出す。書込みサブルー
チンを開始するために、プロトコル変換器４６はホスト
・アプリケーションの要求に含まれているデータをその
名前のファイルに書込むためにファイル管理機構を呼び
出す（段階６５４）。記載された例では、その要求で特
定されたファイルは、先に作成され、開かれ、読取られ
たものと同じファイルであり、ホスト・アプリケーショ
ン要求には、その作成とオープン要求が完了した後にク
ライアントに送り返されたトークンまたはハンドルが含
まれている。ファイル管理機構がそのデータを共用ファ
イルの中へ書込んだならば（判断６５６）、プロトコル
変換器は完了の標示でホスト・アプリケーションに応答
し（段階６５８）、もし書込みできなければ、エラー標
示で応答する（段階６５９）。

【００５６】さらに図１９を参照すると、プロトコル変
換器４６は、ホスト・アプリケーション２６からある名
前のファイルの存在を確認したいという要求を受け取る
（段階６００）。そしてプロトコル変換器４６は、存在
サブルーチンを呼び出し、それは入口点６１２から開始
される。それから、プロトコル変換器４６は、ファイル
を探し出して、そのファイル名に基づくハンドルまたは
トークンを返すためにファイル管理機構を呼び出す（段
階６６０）。もしそのファイルが存在しなければ、プロ
トコル変換器はエラーの標示でホスト・アプリケーショ
ンに応答し、ハンドルまたはトークンを返すためにファ
イル管理機構を呼び出す（段階６６７）。しかし、その
ファイルが存在するならば、プロトコル変換器は、その
ファイルのついての情報、例えばアクセスの日時、ファ
イル属性、そのファイルに関するその他の統計及び数量
を検索するためにファイル管理機構を呼び出す（段階６
６４）。最後に、プロトコル変換器は、存在確認要求の
完了の標示でホスト・アプリケーションに応答し、そし
てまたそのファイルについての情報も送る。

【００５７】以上に基づいて、本発明によるコンピュー
タ・システムは開示された。しかしながら、本発明の範
囲から逸脱することなく、無数の変形や代用が可能であ
る。例えば、他のクライアント形式のための他のプロト
コル変換器を追加することができる。従って、本発明
は、記述するために開示されたのであって、制限するた
めではない。本発明の範囲は特許請求の範囲によって表
される。

【００５８】

【発明の効果】本発明によって、混在する種類のクライ
アントの間で、真にファイルを共用するためのシステム
が提供される。

【図面の簡単な説明】

【図１】本発明によるファイル管理機構とロック管理機
構を含むホスト・コンピュータ、及びファイル管理機構
とロック管理機構によってサービスを受ける異種のクラ
イアントの概略図である。

【図２】クライアントからの特定の要求に応答する、図
１のファイル管理機構とロック管理機構の動作を記述し
た流れ図である。

【図３】クライアントからの特定の要求に応答する、図
１のファイル管理機構とロック管理機構の動作を記述し
た流れ図である。

【図４】クライアントからの特定の要求に応答する、図
１のファイル管理機構とロック管理機構の動作を記述し
た流れ図である。

【図５】クライアントからの特定の要求に応答する、図
１のファイル管理機構とロック管理機構の動作を記述し
た流れ図である。

【図６】クライアントからの特定の要求に応答する、図
１のファイル管理機構とロック管理機構の動作を記述し
た流れ図である。

【図７】クライアントからの特定の要求に応答する、図
１のファイル管理機構とロック管理機構の動作を記述し
た流れ図である。

【図８】図１のファイル管理機構内のＳＭＢ形式のプロ
トコル変換器の一般的な動作を記述した流れ図である。

【図９】図１のファイル管理機構内のＳＭＢ形式のプロ
トコル変換器の一般的な動作を記述した流れ図である。

【図１０】図１のファイル管理機構内のＳＭＢ形式のプ
ロトコル変換器の一般的な動作を記述した流れ図であ
る。

【図１１】図１のファイル管理機構内のＳＭＢ形式のプ
ロトコル変換器の一般的な動作を記述した流れ図であ
る。

【図１２】図１のファイル管理機構内のＳＭＢ形式のプ
ロトコル変換器の一般的な動作を記述した流れ図であ
る。

【図１３】図１のファイル管理機構内のＳＭＢ形式のプ
ロトコル変換器の一般的な動作を記述した流れ図であ
る。

【図１４】図１のファイル管理機構内のＮＦＳ形式のプ
ロトコル変換器の一般的な動作を記述した流れ図であ
る。

【図１５】図１のファイル管理機構内のＮＦＳ形式のプ
ロトコル変換器の一般的な動作を記述した流れ図であ
る。

【図１６】図１のファイル管理機構内のＮＦＳ形式のプ
ロトコル変換器の一般的な動作を記述した流れ図であ
る。

【図１７】図１のファイル管理機構内のＮＦＳ形式のプ
ロトコル変換器の一般的な動作を記述した流れ図であ
る。

【図１８】図１のファイル管理機構内のＮＦＳ形式のプ
ロトコル変換器の一般的な動作を記述した流れ図であ
る。

【図１９】図１のファイル管理機構内のＣＭＳ形式のプ
ロトコル変換器の一般的な動作を記述した流れ図であ
る。

【図２０】図１のファイル管理機構内のＣＭＳ形式のプ
ロトコル変換器の一般的な動作を記述した流れ図であ
る。

【図２１】図１のファイル管理機構内のＣＭＳ形式のプ
ロトコル変換器の一般的な動作を記述した流れ図であ
る。

【図２２】図１のファイル管理機構内のＣＭＳ形式のプ
ロトコル変換器の一般的な動作を記述した流れ図であ
る。

【図２３】図１のファイル管理機構内のＣＭＳ形式のプ
ロトコル変換器の一般的な動作を記述した流れ図であ
る。

【符号の説明】

１０コンピュータ・ネットワーク１２ホスト・コンピュータ１４ＳＭＢプロトコル使用のクライアント１６ＮＦＳプロトコル使用のクライアント１８ＮＦＳプロトコル使用のクライアント２０ホスト・アプリケーション用直接アクセス記憶装
置（ＤＡＳＤ）２１ＳＭＢ使用クライアント用ＤＡＳＤ２２ＮＦＳ使用クライアント用ＤＡＳＤ２３共通データ・フォーマット用ＤＡＳＤ２６ホスト・アプリケーション２７共通のネーム空間３０ファイル管理機構３４ＳＭＢ用プロトコル変換器３６ＮＦＳ用プロトコル変換器３８ＮＦＳ用プロトコル変換器４６ホスト・アプリケーション用プロトコル変換器５０アプリケーション・プログラム・インターフェー
ス（ＡＰＩ）１０５ロック管理機構１１５データ・バッファ１１９ＤＡＳＤ制御装置２０１経路指定処理

───────────────────────────────────────────────────── フロントページの続き (72)発明者ガーニー・ダグラス・ハロウェイ・ハントアメリカ合衆国14850 ニューヨーク州イサカ、スレイターヴィル・ロード 1442 (72)発明者ドナルド・ニューランド・ジョーンズアメリカ合衆国13850 ニューヨーク州ヴェスタル、オールド・ヴェスタル・ロードナンバー11 3360 (72)発明者クリストファー・メイヤーアメリカ合衆国13850 ニューヨーク州ヴェスタル、ジョディー・ドライブ 317 (72)発明者フレデリック・アロン・シュワルツアメリカ合衆国13905 ニューヨーク州ビングハムトン、ステイシー・ドライブ、ボックス 294エヌ、アール．アール．４

Claims

【特許請求の範囲】

【請求項１】第１のプロトコルによるファイルあるいは
他のデータ・オブジェクトを作成し、読取り、及び書込
むための要求を第１のクライアントから受け取るために
第１のクライアントに接続された、該要求を共通プロト
コルによる相当する要求へ変換するための第１のプロト
コル変換器手段と、第２のプロトコルによるファイルあるいは他のデータ・
オブジェクトを作成し、読取り、及び書込むための要求
を第２のクライアントから受け取るために第２のクライ
アントに接続された、該要求を共通プロトコルによる相
当する要求へ変換するための第２のプロトコル変換器手
段と、該共通プロトコルによる該変換された要求を該第１及び
第２のプロトコル変換器から受け取るために該第１及び
第２のプロトコル変換器手段に接続された、該第１及び
第２のクライアントの両方に共通の名前空間とデータ領
域において該変換された要求を実行するためのファイル
管理機構手段とからなり、上記名前空間は、該ファイル名あるいは他のデータ・オ
ブジェクトの名前を記憶し、また上記データ領域は、該
ファイルあるいは他のデータ・オブジェクトを記憶し、
上記ファイル管理機構手段は、他のクライアントによっ
て作成された該ファイル名あるいは他のデータ・オブジ
ェクトの名前へのそれぞれの該クライアントによるアク
セス、及び他のクライアントによって書込まれた該ファ
イルあるいは他のデータ・オブジェクトへのそれぞれの
該クライアントによるアクセスを可能にすることを特徴
とする、該第１のクライアントが該第１のプロトコルを使用し、
また該第２のクライアントが該第２の、異なるプロトコ
ルを使用している、該第１と第２の異種のクライアント
によって共用される該ファイルあるいは他のデータ・オ
ブジェクトを管理するためのコンピュータ・システム。
【請求項２】前記プロトコル変換器の双方に共通であ
り、かつ前記共通プロトコルを用いて前記プロトコル変
換器の双方によって呼び出し可能である、それぞれの前記クライアントによるアクセスの間に他の
クライアントによる競合するアクセスを防ぐために、前
記名前空間全域に渡って前記ファイル名あるいは他のデ
ータ・オブジェクトの名前を、また前記データ領域全域
に渡って前記ファイルあるいは他のデータ・オブジェク
トをロックするための、ロック管理機構手段をさらに含む請求項１に記載のコン
ピュータ・システム。
【請求項３】前記ファイル管理機構が、それぞれの前記
プロトコル変換器によるプロトコル変換の後に、他のク
ライアントによって作成されたファイル名あるいは他の
データ・オブジェクトの名前及び該他のクライアントに
よって書込まれた関係するファイルあるいは他のデータ
・オブジェクトを削除するための、それぞれの前記クラ
イアントによる要求をサポートすることを特徴とする、請求項１に記載のコンピュータ・システム。
【請求項４】前記ファイル管理機構手段がさらに、前記
第１のクライアントによる、前記第１のクライアントに
占有されていて前記第２のクライアントによるアクセス
はできない他のファイル名あるいは他のデータ・オブジ
ェクトの名前のために行う第２の名前空間へのアクセ
ス、及び該他のファイルあるいは他のデータ・オブジェ
クトのために行う第２のデータ領域へのアクセスを管理
し、かつ前記第２のクライアントによる、前記第２のク
ライアントに占有されていて前記第１のクライアントに
よるアクセスはできない他のファイル名あるいは他のデ
ータ・オブジェクトの名前のために行う第３の名前空間
へのアクセス、及び該他のファイルあるいは他のデータ
・オブジェクトのために行う第３のデータ領域へのアク
セスを管理し、該第１のクライアントは、前記第１のプロトコルを用い
て、該第２の名前空間及び該第２のデータ領域へアクセ
スするために前記第１のプロトコル変換器手段に前記要
求を行い、そして該第１のプロトコル変換器手段は、該
要求を前記共通プロトコルによる要求に変換して、実行
するために該共通プロトコルによる該変換された要求を
該ファイル管理機構手段に渡し、また、該第２のクライアントは、前記第２のプロトコル
を用いて、該第３の名前空間及び該第３のデータ領域へ
アクセスするために前記第２のプロトコル変換器手段に
前記要求を行い、そして該第２のプロトコル変換器手段
は、該要求を前記共通プロトコルによる要求に変換し
て、実行するために該共通プロトコルによる該変換され
た要求を該ファイル管理機構手段に渡すことを特徴とす
る、請求項１に記載のコンピュータ・システム。
【請求項５】前記第１のクライアントがＳＭＢプロトコ
ルを使用し、かつ前記第１のプロトコル変換器が該ＳＭ
Ｂプロトコルをサポートし、また前記第２のクライアン
トがＮＦＳプロトコルを使用し、かつ前記第２のプロト
コル変換器が該ＮＦＳプロトコルをサポートすることを
特徴とする、請求項１に記載のコンピュータ・システム。
【請求項６】前記ファイル管理機構手段がホスト・コン
ピュータ内で実行され、前記第１のクライアントが遠隔
のワークステーションあるいはパーソナル・コンピュー
タであり、かつ前記第２のクライアントが該ホスト・コ
ンピュータ内で実行されるアプリケーションであること
を特徴とする、請求項１に記載のコンピュータ・システム。
【請求項７】前記第１及び第２のプロトコルをそれぞれ
使用する前記第１及び第２のクライアントからの前記要
求を受け取るために接続された、該要求を行ったクライ
アントの形式に基づいて該要求を前記第１及び第２のプ
ロトコル変換器へそれぞれ経路指定するための、経路指定プログラム手段をさらに含む請求項１に記載の
コンピュータ・システム。