JPH0683691A - システム間のファイル共有方式 - Google Patents
システム間のファイル共有方式Info
- Publication number
- JPH0683691A JPH0683691A JP4232017A JP23201792A JPH0683691A JP H0683691 A JPH0683691 A JP H0683691A JP 4232017 A JP4232017 A JP 4232017A JP 23201792 A JP23201792 A JP 23201792A JP H0683691 A JPH0683691 A JP H0683691A
- Authority
- JP
- Japan
- Prior art keywords
- file
- server
- user
- access
- network
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Withdrawn
Links
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
(57)【要約】
【目的】 他のシステムのファイルへのアクセスを容易
にする。 【構成】 ネットワーク１で接続されたシステム２にそ
のシステム２内のファイル６にアクセスするサーバ５を
設け、このネットワーク１に接続した各システム２のユ
ーザ４からのファイル６へのアクセス要求に従い、自シ
ステム内のファイル６にアクセスし、その結果をユーザ
４に応答する。
にする。 【構成】 ネットワーク１で接続されたシステム２にそ
のシステム２内のファイル６にアクセスするサーバ５を
設け、このネットワーク１に接続した各システム２のユ
ーザ４からのファイル６へのアクセス要求に従い、自シ
ステム内のファイル６にアクセスし、その結果をユーザ
４に応答する。
Description
【０００１】
【産業上の利用分野】本発明は、ネットワークで接続さ
れた複数システム間でのファイル共有方式に関する。
れた複数システム間でのファイル共有方式に関する。
【０００２】
【従来の技術】近年ハードウェアのプロセッサとメモリ
のコストは大幅に低下し、同時に通信分野にも同様のコ
スト低下と技術的進歩が見られる。その結果、独立した
計算機システムを相互接続して、計算機間で対話し、協
調し、資源を共有することができるようになってきた。
のコストは大幅に低下し、同時に通信分野にも同様のコ
スト低下と技術的進歩が見られる。その結果、独立した
計算機システムを相互接続して、計算機間で対話し、協
調し、資源を共有することができるようになってきた。
【０００３】このためネットワークに接続されたシステ
ム間でファイルを共有する方式が提案されており、その
１つとして米国、Sun Microsystems社が開発したソフト
ウェアであるＮＦＳ（ネットワーク・ファイル・システ
ム）があり、広く用いられている。このシステムではフ
ァイルシステムの共有をＵＮＩＸ（ベル研究所の商標）
ファイル管理のマウント機構を拡張した、リモートマウ
ント機構を用いている。リモートマウントとはネットワ
ークで接続された他のシステムに存在するファイルシス
テムを自システムのファイルシステム内の任意のディレ
クトリ（木構造をしたファイルシステムの枝の末端をフ
ァイル、枝の節をディレクトリと言う）にマウントする
ことであり、これによってあたかも自システム内に存在
するファイルであるかのように見せかけている。
ム間でファイルを共有する方式が提案されており、その
１つとして米国、Sun Microsystems社が開発したソフト
ウェアであるＮＦＳ（ネットワーク・ファイル・システ
ム）があり、広く用いられている。このシステムではフ
ァイルシステムの共有をＵＮＩＸ（ベル研究所の商標）
ファイル管理のマウント機構を拡張した、リモートマウ
ント機構を用いている。リモートマウントとはネットワ
ークで接続された他のシステムに存在するファイルシス
テムを自システムのファイルシステム内の任意のディレ
クトリ（木構造をしたファイルシステムの枝の末端をフ
ァイル、枝の節をディレクトリと言う）にマウントする
ことであり、これによってあたかも自システム内に存在
するファイルであるかのように見せかけている。
【０００４】図６は、上述したＮＦＳにおけるファイル
の共用例を説明する図である。リモート・マウントによ
り自システムのディレクトリ（dir A)の下にシステムＢ
のディレクトリ（dir B)の下にあるdirB0,fileB0,fileB
1 が見える。自システムからシステムＢのファイルfile
B0へのアクセスパス名は ／dir A ／dir B0／fileB0 自システムからシステムＢのファイルfileB2へのアクセ
スパス名は ／dir A ／fileB2 である。
の共用例を説明する図である。リモート・マウントによ
り自システムのディレクトリ（dir A)の下にシステムＢ
のディレクトリ（dir B)の下にあるdirB0,fileB0,fileB
1 が見える。自システムからシステムＢのファイルfile
B0へのアクセスパス名は ／dir A ／dir B0／fileB0 自システムからシステムＢのファイルfileB2へのアクセ
スパス名は ／dir A ／fileB2 である。
【０００５】
【発明が解決しようとする課題】このように便利なＮＦ
Ｓにおいても次のような問題点がある。 共有するファイルを相互システム間で明示するための
設定が必要である。 リモートマウント・コマンドを実行しなければならな
い。 システム管理者のみ、共有するための設定とリモート
マウント・コマンドを発行することができ、ユーザ独自
には行うことができない。 共有ファイルシステム外にあるファイルへのアクセス
はできないため必要に応じて別の設定、リモートマウン
ト・コマンドを追加発行しなければならない。
Ｓにおいても次のような問題点がある。 共有するファイルを相互システム間で明示するための
設定が必要である。 リモートマウント・コマンドを実行しなければならな
い。 システム管理者のみ、共有するための設定とリモート
マウント・コマンドを発行することができ、ユーザ独自
には行うことができない。 共有ファイルシステム外にあるファイルへのアクセス
はできないため必要に応じて別の設定、リモートマウン
ト・コマンドを追加発行しなければならない。
【０００６】このような問題が発生するのは次の理由に
よる。 共有する他システム内ファイルをリモートマウント・
コマンドにより、あたかも自システム内に存在するファ
イルであるように見せかけている。これにより、自シス
テム／共有ファイルを区別することなくアクセス可能と
している。 機密保護の観点から、共有するファイルを相互システ
ム間で明示するための設定を行うが、この設定を行わな
いファイル（情報）へのアクセスを禁止しており、ユー
ザ側でこれらの設定を変更できないようにしている。
よる。 共有する他システム内ファイルをリモートマウント・
コマンドにより、あたかも自システム内に存在するファ
イルであるように見せかけている。これにより、自シス
テム／共有ファイルを区別することなくアクセス可能と
している。 機密保護の観点から、共有するファイルを相互システ
ム間で明示するための設定を行うが、この設定を行わな
いファイル（情報）へのアクセスを禁止しており、ユー
ザ側でこれらの設定を変更できないようにしている。
【０００７】しかし、目的とするファイルがあたかも自
システムにあるようにアクセスすることや、機密保護の
条件を緩和することにより上述した問題点を解消するこ
とができる。機密保護については、１つの会社内など、
ある限られた範囲内のネットワークとし、ユーザを限定
することによりかなり緩和できる。
システムにあるようにアクセスすることや、機密保護の
条件を緩和することにより上述した問題点を解消するこ
とができる。機密保護については、１つの会社内など、
ある限られた範囲内のネットワークとし、ユーザを限定
することによりかなり緩和できる。
【０００８】本発明は、上述の見地により、ＮＦＳの煩
わしさを解消し、機密保護の条件を緩和し、柔軟性、容
易性を重視し、ネットワークで接続された複数のシステ
ム間のファイルにアクセスできるファイル共有方式を提
供することを目的とする。
わしさを解消し、機密保護の条件を緩和し、柔軟性、容
易性を重視し、ネットワークで接続された複数のシステ
ム間のファイルにアクセスできるファイル共有方式を提
供することを目的とする。
【０００９】
【課題を解決するための手段】上記目的を達成するた
め、ネットワーク１で接続されたシステム２にそのシス
テム内のファイル６にアクセスするサーバ５を設け、前
記ネットワーク１に接続したシステム２のユーザ４から
目的のファイル６の存在するシステム２の前記サーバ５
に前記ファイル６へのアクセス要求があると、前記サー
バ５は前記ユーザ４が前記ファイル６へアクセスする所
定の要件を満たすことを確認後、自システム内の前記フ
ァイル６にアクセスし、その結果を前記ユーザ４に応答
するようにしたものである。
め、ネットワーク１で接続されたシステム２にそのシス
テム内のファイル６にアクセスするサーバ５を設け、前
記ネットワーク１に接続したシステム２のユーザ４から
目的のファイル６の存在するシステム２の前記サーバ５
に前記ファイル６へのアクセス要求があると、前記サー
バ５は前記ユーザ４が前記ファイル６へアクセスする所
定の要件を満たすことを確認後、自システム内の前記フ
ァイル６にアクセスし、その結果を前記ユーザ４に応答
するようにしたものである。
【００１０】
【作用】サーバ５は自システムのファイル６にアクセス
することができるので、ネットワーク１で接続されたシ
ステム２のユーザ４は、アクセスしたいファイル６を有
していることをそのユーザ４が予め知っているシステム
２のサーバ５にアクセス要求をし、書き込みならデータ
も送る。この要求に応じてサーバ５はまず、ファイル６
へのアクセスを要求してきたユーザ４がアクセスする要
件を満たしていることを確認した後、自システム内のフ
ァイル６にアクセスし、書き込みなら送られてきたデー
タを書き込み、読み出しであれば読み出したデータを要
求元のユーザ４に送る。このようにユーザ４は目的とす
るファイル６を有するシステム２のサーバ５にアクセス
を依頼すればその結果をサーバ５より得られるのでアク
セスが容易になる。
することができるので、ネットワーク１で接続されたシ
ステム２のユーザ４は、アクセスしたいファイル６を有
していることをそのユーザ４が予め知っているシステム
２のサーバ５にアクセス要求をし、書き込みならデータ
も送る。この要求に応じてサーバ５はまず、ファイル６
へのアクセスを要求してきたユーザ４がアクセスする要
件を満たしていることを確認した後、自システム内のフ
ァイル６にアクセスし、書き込みなら送られてきたデー
タを書き込み、読み出しであれば読み出したデータを要
求元のユーザ４に送る。このようにユーザ４は目的とす
るファイル６を有するシステム２のサーバ５にアクセス
を依頼すればその結果をサーバ５より得られるのでアク
セスが容易になる。
【００１１】
【実施例】以下、本発明の実施例を図面を参照して説明
する。図１は本実施例の構成を示すブロック図である。
各システム２はネットワーク１により接続されている。
システム２はネットワーク１へ接続するインタフェース
３と、各ユーザ４、他のシステム２のユーザ４からのフ
ァイルアクセス要求を処理するサーバ５、およびファイ
ル６からなる。システム内のユーザ４は、自システムの
ファイル６はサーバ５を介せず直接アクセスできるし、
また自システムのサーバ５を介してのアクセスもでき
る。また、ユーザ４はアクセスできるシステム２にはど
のようなファイル６があるのか予め知っているものとす
る。なお、サーバ５を有しないシステム２もネットワー
ク１に接続される場合があるが、このシステム２のファ
イル６に対しては他のシステムのユーザ４はアクセスす
ることは出来ない。なお、ユーザ４のいないサーバ５と
ファイル６、それにインタフェース３よりなるシステム
も存在しうる。
する。図１は本実施例の構成を示すブロック図である。
各システム２はネットワーク１により接続されている。
システム２はネットワーク１へ接続するインタフェース
３と、各ユーザ４、他のシステム２のユーザ４からのフ
ァイルアクセス要求を処理するサーバ５、およびファイ
ル６からなる。システム内のユーザ４は、自システムの
ファイル６はサーバ５を介せず直接アクセスできるし、
また自システムのサーバ５を介してのアクセスもでき
る。また、ユーザ４はアクセスできるシステム２にはど
のようなファイル６があるのか予め知っているものとす
る。なお、サーバ５を有しないシステム２もネットワー
ク１に接続される場合があるが、このシステム２のファ
イル６に対しては他のシステムのユーザ４はアクセスす
ることは出来ない。なお、ユーザ４のいないサーバ５と
ファイル６、それにインタフェース３よりなるシステム
も存在しうる。
【００１２】ここでユーザ４とは、ワークステーション
などに搭載されたアプリケーションソフトウェアであ
り、サーバ５も同様のソフトウェアよりなる。図２はユ
ーザ４とサーバ５のソフトウェアの構成を示す図であ
る。ユーザ４は他のシステム２のサーバ５と交信するた
め（ａ）に示すように専用のライブラリを使用する。サ
ーバ５は（ｂ）に示すようにユーザ４との間の通信処
理、ユーザ要求の解析、ファイルアクセス許可条件の検
査を行った後、要求されたファイルのオープン、リー
ド、クローズ等を行う。
などに搭載されたアプリケーションソフトウェアであ
り、サーバ５も同様のソフトウェアよりなる。図２はユ
ーザ４とサーバ５のソフトウェアの構成を示す図であ
る。ユーザ４は他のシステム２のサーバ５と交信するた
め（ａ）に示すように専用のライブラリを使用する。サ
ーバ５は（ｂ）に示すようにユーザ４との間の通信処
理、ユーザ要求の解析、ファイルアクセス許可条件の検
査を行った後、要求されたファイルのオープン、リー
ド、クローズ等を行う。
【００１３】なお、図１においてシステム内に複数のユ
ーザ４がある場合、各々が異なるシステム２のサーバ５
とアクセスすることができ、また１個のユーザ４が複数
のサーバ５にアクセスすることも可能である。サーバ５
は自システム２のファイル６へのアクセスはするが、フ
ァイル６自体の管理はせず、この管理はサーバ５の属す
るシステム２が行う。
ーザ４がある場合、各々が異なるシステム２のサーバ５
とアクセスすることができ、また１個のユーザ４が複数
のサーバ５にアクセスすることも可能である。サーバ５
は自システム２のファイル６へのアクセスはするが、フ
ァイル６自体の管理はせず、この管理はサーバ５の属す
るシステム２が行う。
【００１４】図３はユーザ４とサーバ５との動作を説明
する図である。ユーザ４は目的とするファイル６をオー
プンするためのパラメータ（ファイル６が存在するシス
テム２のノード名、ファイル６のパス名、モード、フラ
グ等）によりサーバ５と接続処理を行い、パラメータを
サーバ５へ通知する。サーバ５は指定ファイルへのアク
セス許可条件等の検査を行い、正常ならばファイル６の
オープン処理を実行後、その結果をユーザ４へ応答す
る。
する図である。ユーザ４は目的とするファイル６をオー
プンするためのパラメータ（ファイル６が存在するシス
テム２のノード名、ファイル６のパス名、モード、フラ
グ等）によりサーバ５と接続処理を行い、パラメータを
サーバ５へ通知する。サーバ５は指定ファイルへのアク
セス許可条件等の検査を行い、正常ならばファイル６の
オープン処理を実行後、その結果をユーザ４へ応答す
る。
【００１５】次にユーザ４はサーバ５からの応答データ
内容が正常であることを確認した後、リード／ライト／
クローズ／ｅｔｃ．の要求（機能パラメータ）をサーバ
５に通知する。サーバ５はユーザ４からの要求に従い、
ファイル６へのアクセスを代行処理し、結果情報をユー
ザ４へ応答する。このようにしてファイル共用機能を実
現する。
内容が正常であることを確認した後、リード／ライト／
クローズ／ｅｔｃ．の要求（機能パラメータ）をサーバ
５に通知する。サーバ５はユーザ４からの要求に従い、
ファイル６へのアクセスを代行処理し、結果情報をユー
ザ４へ応答する。このようにしてファイル共用機能を実
現する。
【００１６】図４、図５はユーザ４とサーバ５のファイ
ル６へのアクセスフローを示す。図４において、ファイ
ル・オープン処理は、ユーザ４からサーバ５に対してネ
ットワーク１を介した接続処理を行い、その後通知情報
としてオープンコマンド、ユーザＩＤ（識別）やグルー
プとして使用する場合グループＩＤ、サーバ５のあるワ
ークステーションを示すサーバ・ホスト名、ファイルの
パス名、読み出しや書き込みなどのアクセスモード、フ
ラグなどが通知される。これを受信したサーバ５は、フ
ァイル・アクセス許可条件の検査を行う。各システムは
特定ファイルを設け、このファイルに通信先相手のホス
ト名（各ユーザ４が搭載されているワークステーション
などの名）を記載しておき、検査はこのファイルに記載
されたユーザ４からのものか調べる。検査の結果をレス
ポンスとしして返答する。結果コードにオープンしたフ
ァイルのファイル・ディスクリプタおよびエラーがあっ
たエラー番号を知らせる。ここでエラー番号とは、予め
発生が予想されるエラーに番号付けした番号である。エ
ラーとしては、例えば、目的のファイルがなかった場
合、これを知らせるようなものなどである。
ル６へのアクセスフローを示す。図４において、ファイ
ル・オープン処理は、ユーザ４からサーバ５に対してネ
ットワーク１を介した接続処理を行い、その後通知情報
としてオープンコマンド、ユーザＩＤ（識別）やグルー
プとして使用する場合グループＩＤ、サーバ５のあるワ
ークステーションを示すサーバ・ホスト名、ファイルの
パス名、読み出しや書き込みなどのアクセスモード、フ
ラグなどが通知される。これを受信したサーバ５は、フ
ァイル・アクセス許可条件の検査を行う。各システムは
特定ファイルを設け、このファイルに通信先相手のホス
ト名（各ユーザ４が搭載されているワークステーション
などの名）を記載しておき、検査はこのファイルに記載
されたユーザ４からのものか調べる。検査の結果をレス
ポンスとしして返答する。結果コードにオープンしたフ
ァイルのファイル・ディスクリプタおよびエラーがあっ
たエラー番号を知らせる。ここでエラー番号とは、予め
発生が予想されるエラーに番号付けした番号である。エ
ラーとしては、例えば、目的のファイルがなかった場
合、これを知らせるようなものなどである。
【００１７】次にファイル・リードの場合、ユーザ４よ
りサーバ５へ通知情報として次の情報が入力される。ま
ずリードコマンド、およびユーザＩＤ、グループＩＤ、
オープン結果コードとして通知されたファイル・ディス
クリプタ、リードバイトなどを通知する。サーバ５はフ
ァイル・アクセス許可条件の検査後、ファイル・リード
処理をし、その結果を結果コードにリード・バイト数、
エラー番号などを記載して送ると共にリード・データを
送信する。
りサーバ５へ通知情報として次の情報が入力される。ま
ずリードコマンド、およびユーザＩＤ、グループＩＤ、
オープン結果コードとして通知されたファイル・ディス
クリプタ、リードバイトなどを通知する。サーバ５はフ
ァイル・アクセス許可条件の検査後、ファイル・リード
処理をし、その結果を結果コードにリード・バイト数、
エラー番号などを記載して送ると共にリード・データを
送信する。
【００１８】図５はファイル・ライトとファイル・クロ
ーズの処理を示す。ファイル・ライトは、ユーザ４より
通知情報として、ライトコマンド、ユーザＩＤ、オープ
ンで得られたファイルのディスクリプタ、ライト・バイ
ト数とライト・データを送る。サーバ５はファイル・ア
クセス許可条件の検査後ファイル・ライト処理を行う。
ファイルクローズはユーザ４より、クローズコマンドと
オープンで得られたファイル・ディスクリプタを送る
と、サーバ５はクローズ処理をし、結果コードを返し、
エラーがあればエラー番号で知らせる。
ーズの処理を示す。ファイル・ライトは、ユーザ４より
通知情報として、ライトコマンド、ユーザＩＤ、オープ
ンで得られたファイルのディスクリプタ、ライト・バイ
ト数とライト・データを送る。サーバ５はファイル・ア
クセス許可条件の検査後ファイル・ライト処理を行う。
ファイルクローズはユーザ４より、クローズコマンドと
オープンで得られたファイル・ディスクリプタを送る
と、サーバ５はクローズ処理をし、結果コードを返し、
エラーがあればエラー番号で知らせる。
【００１９】このように、本システムはＮＦＳのように
システム管理者が行う設定やリモートマウント・コマン
ドの実行等を必要とせず、目的とするファイルが存在す
るシステム上で本システム専用のサーバが動作していれ
ば各システムのユーザから容易にアクセスできる。
システム管理者が行う設定やリモートマウント・コマン
ドの実行等を必要とせず、目的とするファイルが存在す
るシステム上で本システム専用のサーバが動作していれ
ば各システムのユーザから容易にアクセスできる。
【００２０】
【発明の効果】以上の説明から明らかなように、本発明
は、各システムのユーザからの要求に基づきファイルの
アクセスを行うサーバにより、アプリケーション・ソフ
トレベルでネットワーク上の各システムに存在するファ
イルを自由にアクセスすることができ、複数システム間
のファイル共有を実現できる。
は、各システムのユーザからの要求に基づきファイルの
アクセスを行うサーバにより、アプリケーション・ソフ
トレベルでネットワーク上の各システムに存在するファ
イルを自由にアクセスすることができ、複数システム間
のファイル共有を実現できる。
【図１】本発明の実施例の構成を示すブロック図であ
る。
る。
【図２】ユーザ・アプリケーションとサーバの構成を示
す図である。
す図である。
【図３】ユーザとサーバの動作を説明する図である。
【図４】ファイル・オープンとファイル・リードの動作
フロー図である。
フロー図である。
【図５】ファイル・ライトとファイル・クローズの動作
フロー図である。
フロー図である。
【図６】従来のファイル共有方式を示す図である。
１ ネットワーク ２ システム ３ インタフェース ４ ユーザ ５ サーバ ６ ファイル
Claims (1)
- 【請求項１】 ネットワーク（１）で接続されたシステ
ム（２）にそのシステム内のファイル（６）にアクセス
するサーバ（５）を設け、前記ネットワーク（１）に接
続したシステム（２）のユーザ（４）から目的のファイ
ル（６）の存在するシステム（２）の前記サーバ（５）
に前記ファイル（６）へのアクセス要求があると、前記
サーバ（５）は前記ユーザ（４）が前記ファイル（６）
へアクセスする所定の要件を満たすことを確認後、自シ
ステム内の前記ファイル（６）にアクセスし、その結果
を前記ユーザ（４）に応答するようにしたことを特徴と
するシステム間のファイル共有方式。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP4232017A JPH0683691A (ja) | 1992-08-31 | 1992-08-31 | システム間のファイル共有方式 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP4232017A JPH0683691A (ja) | 1992-08-31 | 1992-08-31 | システム間のファイル共有方式 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH0683691A true JPH0683691A (ja) | 1994-03-25 |
Family
ID=16932657
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP4232017A Withdrawn JPH0683691A (ja) | 1992-08-31 | 1992-08-31 | システム間のファイル共有方式 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPH0683691A (ja) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6446093B2 (en) | 1997-02-14 | 2002-09-03 | Nec Corporation | Document sharing management method for a distributed system |
-
1992
- 1992-08-31 JP JP4232017A patent/JPH0683691A/ja not_active Withdrawn
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6446093B2 (en) | 1997-02-14 | 2002-09-03 | Nec Corporation | Document sharing management method for a distributed system |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7567985B1 (en) | Mechanism for implementing a sparse file system for an operating system partition | |
| JP4297790B2 (ja) | 物理的ストレージを抽象するプラグ可能なアーキテクチャを有するパーシステントなキーと値とのリポジトリ | |
| US7437407B2 (en) | File server system providing direct data sharing between clients with a server acting as an arbiter and coordinator | |
| US7120631B1 (en) | File server system providing direct data sharing between clients with a server acting as an arbiter and coordinator | |
| US6324581B1 (en) | File server system using file system storage, data movers, and an exchange of meta data among data movers for file locking and direct access to shared file systems | |
| US7925751B1 (en) | Mechanism for controlled sharing of files in a clustered application environment | |
| US6816891B1 (en) | Network file server sharing local caches of file access information in data processors assigned to respective file system | |
| EP0720091B1 (en) | Multi-level token management for distributed file systems | |
| US6275953B1 (en) | Recovery from failure of a data processor in a network server | |
| US5465365A (en) | Apparatus and methods for making a portion of a first name space available as a portion of a second name space | |
| US5689638A (en) | Method for providing access to independent network resources by establishing connection using an application programming interface function call without prompting the user for authentication data | |
| US5913227A (en) | Agent-implemented locking mechanism | |
| US5175852A (en) | Distributed file access structure lock | |
| EP0834132B1 (en) | Security for computer system resources | |
| US5133053A (en) | Interprocess communication queue location transparency | |
| US7974985B1 (en) | System and method for duplication of virtual server files | |
| JP2004334893A (ja) | オペレーティング・システム区画内プロセス間通信 | |
| JPH0619771A (ja) | 異種のクライアントによる共用ファイルのファイル管理機構 | |
| JP2002505459A (ja) | メソッド毎のセキュリティ要件の指定 | |
| WO1996009705A1 (en) | A mechanism for providing security to a dual decor command host system | |
| US7792977B1 (en) | Method for fencing shared resources from cluster nodes | |
| Van Meter | A brief survey of current work on network attached peripherals | |
| JPH08115288A (ja) | 通信管理方法 | |
| EP1492028B1 (en) | Access to shared disk device on storage area network | |
| JPH0683691A (ja) | システム間のファイル共有方式 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A300 | Application deemed to be withdrawn because no request for examination was validly filed |
Free format text: JAPANESE INTERMEDIATE CODE: A300 Effective date: 19991102 |