JPH06110809A - ネットワークファイルシステムのマウント方式 - Google Patents
ネットワークファイルシステムのマウント方式Info
- Publication number
- JPH06110809A JPH06110809A JP4262116A JP26211692A JPH06110809A JP H06110809 A JPH06110809 A JP H06110809A JP 4262116 A JP4262116 A JP 4262116A JP 26211692 A JP26211692 A JP 26211692A JP H06110809 A JPH06110809 A JP H06110809A
- Authority
- JP
- Japan
- Prior art keywords
- client computer
- file system
- computer
- mount
- architecture
- 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.)
- Pending
Links
Landscapes
- Computer And Data Communications (AREA)
Abstract
(57)【要約】
【目的】本発明は、クライアント計算機の種類によらず
サーバ計算機のマウントすべき位置を一か所に固定する
ことにより、どのクライアント計算機でも同じ位置をマ
ウントすれば済むようにしたことを特徴とする。 【構成】サーバ計算機１１のファイルシステム１３に於
いてクライアント計算機１９のアーキテクチャを識別す
る識別子と前記クライアント計算機にマウントさせるフ
ァイルシステムのパス名を対にして記憶するリンクテー
ブル１４〜１７とを備え、サーバ計算機１１がクライア
ント計算機１９から受けたマウント要求に従い当該クラ
イアント計算機のアーキテクチャ情報を読取り、リンク
テーブル１４〜１７を参照して指定されたアーキテクチ
ャに相当するパス名のディレクトリをマウント対象のデ
ィレクトリとしてクライアント計算機１９のファイルシ
ステム２１にマウントさせることを特徴とする。
サーバ計算機のマウントすべき位置を一か所に固定する
ことにより、どのクライアント計算機でも同じ位置をマ
ウントすれば済むようにしたことを特徴とする。 【構成】サーバ計算機１１のファイルシステム１３に於
いてクライアント計算機１９のアーキテクチャを識別す
る識別子と前記クライアント計算機にマウントさせるフ
ァイルシステムのパス名を対にして記憶するリンクテー
ブル１４〜１７とを備え、サーバ計算機１１がクライア
ント計算機１９から受けたマウント要求に従い当該クラ
イアント計算機のアーキテクチャ情報を読取り、リンク
テーブル１４〜１７を参照して指定されたアーキテクチ
ャに相当するパス名のディレクトリをマウント対象のデ
ィレクトリとしてクライアント計算機１９のファイルシ
ステム２１にマウントさせることを特徴とする。
Description
【０００１】
【産業上の利用分野】本発明はネットワークファイルシ
ステムのサーバに於いて異なるアーキテクチャの複数ク
ライアント計算機からのマウント要求に対するサーバ計
算機のマウント処理方式に関する。
ステムのサーバに於いて異なるアーキテクチャの複数ク
ライアント計算機からのマウント要求に対するサーバ計
算機のマウント処理方式に関する。
【０００２】
【従来の技術】アーキテクチャの異なる計算機では、プ
ログラム実行モジュールのファイル等、アーキテクチャ
に依存するファイルは共有できず、それぞれ専用のファ
イルが必要である。
ログラム実行モジュールのファイル等、アーキテクチャ
に依存するファイルは共有できず、それぞれ専用のファ
イルが必要である。
【０００３】アーキテクチャの異なる複数のクライアン
ト計算機が同一のファイルサーバ計算機上のファイルシ
ステムをマウントし、各クライアント計算機のアーキテ
クチャに依存したファイルをサーバ計算機で提供する場
合、各クライアント計算機のアーキテクチャに依存した
ファイルが収められた別々のディレクトリを参照する必
要がある。
ト計算機が同一のファイルサーバ計算機上のファイルシ
ステムをマウントし、各クライアント計算機のアーキテ
クチャに依存したファイルをサーバ計算機で提供する場
合、各クライアント計算機のアーキテクチャに依存した
ファイルが収められた別々のディレクトリを参照する必
要がある。
【０００４】図４は、従来の異なるアーキテクチャのク
ライアント計算機が同一のサーバ計算機上のファイルシ
ステムをマウントする場合のファイルシステムのディレ
クトリの木構造とマウント状況の一例を示す図である。
ライアント計算機が同一のサーバ計算機上のファイルシ
ステムをマウントする場合のファイルシステムのディレ
クトリの木構造とマウント状況の一例を示す図である。
【０００５】クライアント計算機Ａのアーキテクチャは
ＳＰＡＲＣ、クライアント計算機Ｂのアーキテクチャは
６８０００、クライアント計算機Ｃのアーキテクチャは
ｉ３６８であり、サーバ計算機に於いてＳＰＡＲＣに依
存したファイルは／ｕｓｒ．ｓｐａｒｃに、６８０００
に依存したファイルは／ｕｓｒ．６８０００に、ｉ３６
８に依存したファイルは／ｕｓｒ．ｉ３８６に置かれて
いる。
ＳＰＡＲＣ、クライアント計算機Ｂのアーキテクチャは
６８０００、クライアント計算機Ｃのアーキテクチャは
ｉ３６８であり、サーバ計算機に於いてＳＰＡＲＣに依
存したファイルは／ｕｓｒ．ｓｐａｒｃに、６８０００
に依存したファイルは／ｕｓｒ．６８０００に、ｉ３６
８に依存したファイルは／ｕｓｒ．ｉ３８６に置かれて
いる。
【０００６】クライアント計算機Ａのアーキテクチャは
ＳＰＡＲＣなので、／ｕｓｒに／ｕｓｒ．ｓｐａｒｃを
マウントする。クライアント計算機Ｂのアーキテクチャ
は６８０００なので、／ｕｓｒに／ｕｓｒ６８０００を
マウントする。クライアント計算機Ｃのアーキテクチャ
はｉ３６８なので、／ｕｓｒに／ｕｓｒｉ３６８をマウ
ントする。
ＳＰＡＲＣなので、／ｕｓｒに／ｕｓｒ．ｓｐａｒｃを
マウントする。クライアント計算機Ｂのアーキテクチャ
は６８０００なので、／ｕｓｒに／ｕｓｒ６８０００を
マウントする。クライアント計算機Ｃのアーキテクチャ
はｉ３６８なので、／ｕｓｒに／ｕｓｒｉ３６８をマウ
ントする。
【０００７】通常、クライアント計算機毎にディレクト
リの構成を変えておくことはせず、上記のようにプログ
ラムはどの計算機でも／ｕｓｒというパスに置くように
する。このようにしないと、利用するクライアント計算
機毎にプログラムの存在するディレクトリが異なるた
め、利用者は自分が今利用している計算機のアーキテク
チャを意識して、その計算機用のプログラムがどこに存
在するか知らなければならない。このようなことを避け
るため、パスが同一になるようにクライアント計算機は
サーバ計算機上のファイルシステムをマウントする。
リの構成を変えておくことはせず、上記のようにプログ
ラムはどの計算機でも／ｕｓｒというパスに置くように
する。このようにしないと、利用するクライアント計算
機毎にプログラムの存在するディレクトリが異なるた
め、利用者は自分が今利用している計算機のアーキテク
チャを意識して、その計算機用のプログラムがどこに存
在するか知らなければならない。このようなことを避け
るため、パスが同一になるようにクライアント計算機は
サーバ計算機上のファイルシステムをマウントする。
【０００８】これにより、ユーザは利用中のクライアン
ト計算機のアーキテクチャを意識する必要はないが、シ
ステム管理者はサーバ計算機のどのディレクトリをマウ
ントしなければならないか把握していなければならな
い。クライアント計算機のアーキテクチャの種類毎に管
理者は各々のクライアント計算機に適したマウントすべ
き位置を把握し、各クライアント計算機のセットアップ
を行なわなければならない。
ト計算機のアーキテクチャを意識する必要はないが、シ
ステム管理者はサーバ計算機のどのディレクトリをマウ
ントしなければならないか把握していなければならな
い。クライアント計算機のアーキテクチャの種類毎に管
理者は各々のクライアント計算機に適したマウントすべ
き位置を把握し、各クライアント計算機のセットアップ
を行なわなければならない。
【０００９】このように従来のシステムでは、異なるア
ーキテクチャのクライアント計算機が同一のファイルサ
ーバ計算機上のファイルシステムをマウントする際、ク
ライアント計算機のシステム管理者はそのクライアント
計算機に適したファイルの存在するサーバ計算機のファ
イルシステムのディレクトリを把握してマウントするよ
う各クライアント計算機をセットアップしなければなら
ない。同一のサーバ計算機に対して、クライアント計算
機は多数接続され得る。また、地理的にもサーバ計算機
から離れた位置に設置され得る。
ーキテクチャのクライアント計算機が同一のファイルサ
ーバ計算機上のファイルシステムをマウントする際、ク
ライアント計算機のシステム管理者はそのクライアント
計算機に適したファイルの存在するサーバ計算機のファ
イルシステムのディレクトリを把握してマウントするよ
う各クライアント計算機をセットアップしなければなら
ない。同一のサーバ計算機に対して、クライアント計算
機は多数接続され得る。また、地理的にもサーバ計算機
から離れた位置に設置され得る。
【００１０】従来のシステムの場合、システム管理者は
サーバ計算機とクライアント計算機の両方の管理を行な
わなければならない。あるいは、サーバ計算機のシステ
ム管理者とクライアント計算機のシステム管理者が異な
る場合、サーバ計算機のシステム管理者はクライアント
計算機のシステム管理者にクライアント計算機がマウン
トすべき位置を伝えなければならない。
サーバ計算機とクライアント計算機の両方の管理を行な
わなければならない。あるいは、サーバ計算機のシステ
ム管理者とクライアント計算機のシステム管理者が異な
る場合、サーバ計算機のシステム管理者はクライアント
計算機のシステム管理者にクライアント計算機がマウン
トすべき位置を伝えなければならない。
【００１１】
【発明が解決しようとする課題】このように従来のシス
テムでは、クライアント計算機の管理において、システ
ム管理者はそのアーキテクチャを調べ、それに適するサ
ーバ計算機のファイルの位置を調べて適当な位置にマウ
ントするよう各計算機を、アーキテクチャが異なるクラ
イアント計算機毎にセットアップしなければならない。
従って、クライアント計算機のコンフィギュレーション
に必要な設定情報を格納するファイル等をクライアント
計算機のアーキテクチャの種類の数だけ用意し、管理し
なければならないという問題があった。
テムでは、クライアント計算機の管理において、システ
ム管理者はそのアーキテクチャを調べ、それに適するサ
ーバ計算機のファイルの位置を調べて適当な位置にマウ
ントするよう各計算機を、アーキテクチャが異なるクラ
イアント計算機毎にセットアップしなければならない。
従って、クライアント計算機のコンフィギュレーション
に必要な設定情報を格納するファイル等をクライアント
計算機のアーキテクチャの種類の数だけ用意し、管理し
なければならないという問題があった。
【００１２】本発明は上記実情に鑑みなされたもので、
その目的とするところは、クライアント計算機の種類に
よらずサーバ計算機のマウントすべき位置を一か所に固
定することにより、どのクライアント計算機でも同じ位
置をマウントすれば済むようにして、クライアント計算
機毎にマウントすべき位置を考慮しなくともよいように
することで、クライアント計算機の管理の負荷を軽減
し、又、クライアント計算機に依存するファイルの位置
などの管理をサーバ計算機だけで行なうことが可能とな
り、クライアント計算機のシステム管理者へマウントす
べき位置を伝える必要がなくなることから、クライアン
ト計算機とサーバ計算機の管理が独立して行なえ、管理
の容易化、省力化が可能となる、ネットワークファイル
システムのマウント方式を提供することを目的とする。
その目的とするところは、クライアント計算機の種類に
よらずサーバ計算機のマウントすべき位置を一か所に固
定することにより、どのクライアント計算機でも同じ位
置をマウントすれば済むようにして、クライアント計算
機毎にマウントすべき位置を考慮しなくともよいように
することで、クライアント計算機の管理の負荷を軽減
し、又、クライアント計算機に依存するファイルの位置
などの管理をサーバ計算機だけで行なうことが可能とな
り、クライアント計算機のシステム管理者へマウントす
べき位置を伝える必要がなくなることから、クライアン
ト計算機とサーバ計算機の管理が独立して行なえ、管理
の容易化、省力化が可能となる、ネットワークファイル
システムのマウント方式を提供することを目的とする。
【００１３】
【課題を解決するための手段】本発明は、ネットワーク
ファイルシステムのマウントを要求するクライアント計
算機と、ネットワークファイルシステムのマウント処理
を行なうサーバ計算機と、ファイルシステムを保持する
二次記憶装置とをもつシステムに於いて、前記サーバ計
算機のファイルシステムにて前記クライアント計算機の
アーキテクチャを識別する識別子と前記サーバ計算機の
ファイルシステムにて前記クライアント計算機にマウン
トさせるファイルシステムのパス名を対にして記憶する
リンクテーブルと、前記サーバ計算機とクライアント計
算機との間の通信路とを備え、前記クライアント計算機
が前記サーバ計算機に対してマウント要求を出す際、自
クライアント計算機のアーキテクチャ情報をパラメータ
に付加して前記サーバ計算機に要求を出し、前記サーバ
計算機は前記クライアント計算機から受けたマウント要
求に従い当該クライアント計算機のアーキテクチャ情報
を読取り、前記リンクテーブルを参照して指定されたア
ーキテクチャに相当するパス名のディレクトリをマウン
ト対象のディレクトリとしてクライアント計算機のファ
イルシステムにマウントさせることを特徴とする。
ファイルシステムのマウントを要求するクライアント計
算機と、ネットワークファイルシステムのマウント処理
を行なうサーバ計算機と、ファイルシステムを保持する
二次記憶装置とをもつシステムに於いて、前記サーバ計
算機のファイルシステムにて前記クライアント計算機の
アーキテクチャを識別する識別子と前記サーバ計算機の
ファイルシステムにて前記クライアント計算機にマウン
トさせるファイルシステムのパス名を対にして記憶する
リンクテーブルと、前記サーバ計算機とクライアント計
算機との間の通信路とを備え、前記クライアント計算機
が前記サーバ計算機に対してマウント要求を出す際、自
クライアント計算機のアーキテクチャ情報をパラメータ
に付加して前記サーバ計算機に要求を出し、前記サーバ
計算機は前記クライアント計算機から受けたマウント要
求に従い当該クライアント計算機のアーキテクチャ情報
を読取り、前記リンクテーブルを参照して指定されたア
ーキテクチャに相当するパス名のディレクトリをマウン
ト対象のディレクトリとしてクライアント計算機のファ
イルシステムにマウントさせることを特徴とする。
【００１４】
【作用】本発明では、マウントによりネットワークファ
イルシステムを通じてリモートファイルをマウントする
際、マウント要求側（クライアント計算機）の計算機ア
ーキテクチャ情報をパラメータとして付加して被マウン
ト要求側（サーバ計算機）でそのアーキテクチャ情報を
解釈し、ディレクトリ構造上にアーキテクチャ毎に実際
にアーキテクチャに適するファイルの置かれているディ
レクトリを示す情報を付加しておき、クライアントがマ
ウントするディレクトリをその情報により示されたディ
レクトリに置き換えることで、クライアント計算機側で
はサーバ計算機上のディレクトリは常に一か所であるよ
うに見えているにもかかわらず、実際にはサーバ側で別
のディレクトリを参照してマウントすることでクライア
ントからは一か所だけのマウント位置に見えるようにす
る。
イルシステムを通じてリモートファイルをマウントする
際、マウント要求側（クライアント計算機）の計算機ア
ーキテクチャ情報をパラメータとして付加して被マウン
ト要求側（サーバ計算機）でそのアーキテクチャ情報を
解釈し、ディレクトリ構造上にアーキテクチャ毎に実際
にアーキテクチャに適するファイルの置かれているディ
レクトリを示す情報を付加しておき、クライアントがマ
ウントするディレクトリをその情報により示されたディ
レクトリに置き換えることで、クライアント計算機側で
はサーバ計算機上のディレクトリは常に一か所であるよ
うに見えているにもかかわらず、実際にはサーバ側で別
のディレクトリを参照してマウントすることでクライア
ントからは一か所だけのマウント位置に見えるようにす
る。
【００１５】
【実施例】以下、本発明の実施例を図面を参照して説明
する。図１は本発明によるネットワークファイルシステ
ムマウント方式の一実施例の構成を示す図である。図１
に於いて、１１はサーバ計算機、１２はサーバ計算機１
１の二次記憶装置、１３は二次記憶装置１２上に構築さ
れたファイルシステムである。
する。図１は本発明によるネットワークファイルシステ
ムマウント方式の一実施例の構成を示す図である。図１
に於いて、１１はサーバ計算機、１２はサーバ計算機１
１の二次記憶装置、１３は二次記憶装置１２上に構築さ
れたファイルシステムである。
【００１６】１４乃至１７はこのファイルシステム１３
の構成要素をなすもので、１４はファイルシステム１３
のルートディレクトリ、１５はパス名／ｕｓｒで表され
るディレクトリ、１６はパス名／ｕｓｒ．ａｒｃ１で表
されるディレクトリ、１７はパス名／ｕｓｒ．ａｒｃ２
で表されるディレクトリである。
の構成要素をなすもので、１４はファイルシステム１３
のルートディレクトリ、１５はパス名／ｕｓｒで表され
るディレクトリ、１６はパス名／ｕｓｒ．ａｒｃ１で表
されるディレクトリ、１７はパス名／ｕｓｒ．ａｒｃ２
で表されるディレクトリである。
【００１７】１８はサーバ計算機１１とクライアント計
算機１９との間の通信路、１９はクライアント計算機、
２０はクライアント計算機１９の二次記憶装置、２１は
二次記憶装置２０上に構築されたファイルシステムであ
る。
算機１９との間の通信路、１９はクライアント計算機、
２０はクライアント計算機１９の二次記憶装置、２１は
二次記憶装置２０上に構築されたファイルシステムであ
る。
【００１８】２２及び２３はファイルシステム２１の構
成要素をなすもので、２２はファイルシステム２１のル
ートディレクトリ、２３はパス名／ｕｓｒで表されるデ
ィレクトリである。
成要素をなすもので、２２はファイルシステム２１のル
ートディレクトリ、２３はパス名／ｕｓｒで表されるデ
ィレクトリである。
【００１９】又、ファイルシステム１３内に於いて、１
０１はルートディレクトリ１４を構成するファイル制御
テーブル、１０６はパス名／ｕｓｒで表されるディレク
トリ１５を構成するファイル制御テーブル、１１４はパ
ス名／ｕｓｒ．ａｒｃ１で表されるディレクトリ１６を
構成するファイル制御テーブル（ＦＣＴーc ）、１１７
はパス名／ｕｓｒ．ａｒｃ２で表されるディレクトリ１
７を構成するファイル制御テーブル（ＦＣＴーd ）であ
り、これらファイル制御テーブルの詳しい構成は図２に
示す。
０１はルートディレクトリ１４を構成するファイル制御
テーブル、１０６はパス名／ｕｓｒで表されるディレク
トリ１５を構成するファイル制御テーブル、１１４はパ
ス名／ｕｓｒ．ａｒｃ１で表されるディレクトリ１６を
構成するファイル制御テーブル（ＦＣＴーc ）、１１７
はパス名／ｕｓｒ．ａｒｃ２で表されるディレクトリ１
７を構成するファイル制御テーブル（ＦＣＴーd ）であ
り、これらファイル制御テーブルの詳しい構成は図２に
示す。
【００２０】図２は、上記マウント処理に於いて参照さ
れるサーバ計算機１１のファイルシステム１３に於ける
ディレクトリの構成内容を表わすファイル制御テーブル
である。
れるサーバ計算機１１のファイルシステム１３に於ける
ディレクトリの構成内容を表わすファイル制御テーブル
である。
【００２１】図２に於いて、１０１はサーバ計算機１１
のファイルシステム１２のルートディレクトリ１４に対
するファイル制御テーブル（ＦＣＴーa ）、１０２はル
ートディレクトリ１４に含まれるファイルのファイル名
を入れるファイル名入力欄、１０３はファイル名入力欄
１０２のファイル名に対するファイル制御テーブルへの
ポインタを入れるポインタ入力欄、１０４はパス名／ｕ
ｓｒで表されるディレクトリ１５に対するエントリ、１
０５はパス名／ｕｓｒで表されるディレクトリ１５のフ
ァイル制御テーブルを指すポインタ、１０６はポインタ
１０５によって指されたファイル制御テーブル（ＦＣＴ
ーb ）、１０７はファイル制御テーブル（ＦＣＴーb ）
１０６によって表されるファイルのリンク情報を格納す
るリンクテーブル、１０８はアーキテクチャの識別子を
入れる識別子入力欄、１０９はリンク先のパス名を入れ
るパス名入力欄、１１０はａｒｃ１というアーキテクチ
ャに対するエントリ、１１１はａｒｃ１というアーキテ
クチャの場合のリンク先パス名、１１２は／ｕｓｒ．ａ
ｒｃ１に対するエントリ、１１３は／ｕｓｒ．ａｒｃ１
のファイル制御テーブル（ＦＣＴーc ）へのポインタ、
１１４は／ｕｓｒ．ａｒｃ１に対するファイル制御テー
ブル（ＦＣＴーc ）である。１１５は／ｕｓｒ．ａｒｃ
２に対するエントリ、１１６は／ｕｓｒ．ａｒｃ２のフ
ァイル制御テーブル（ＦＣＴーd ）へのポインタ、１１
７は／ｕｓｒ．ａｒｃ２に対するファイル制御テーブル
（ＦＣＴーd ）である。
のファイルシステム１２のルートディレクトリ１４に対
するファイル制御テーブル（ＦＣＴーa ）、１０２はル
ートディレクトリ１４に含まれるファイルのファイル名
を入れるファイル名入力欄、１０３はファイル名入力欄
１０２のファイル名に対するファイル制御テーブルへの
ポインタを入れるポインタ入力欄、１０４はパス名／ｕ
ｓｒで表されるディレクトリ１５に対するエントリ、１
０５はパス名／ｕｓｒで表されるディレクトリ１５のフ
ァイル制御テーブルを指すポインタ、１０６はポインタ
１０５によって指されたファイル制御テーブル（ＦＣＴ
ーb ）、１０７はファイル制御テーブル（ＦＣＴーb ）
１０６によって表されるファイルのリンク情報を格納す
るリンクテーブル、１０８はアーキテクチャの識別子を
入れる識別子入力欄、１０９はリンク先のパス名を入れ
るパス名入力欄、１１０はａｒｃ１というアーキテクチ
ャに対するエントリ、１１１はａｒｃ１というアーキテ
クチャの場合のリンク先パス名、１１２は／ｕｓｒ．ａ
ｒｃ１に対するエントリ、１１３は／ｕｓｒ．ａｒｃ１
のファイル制御テーブル（ＦＣＴーc ）へのポインタ、
１１４は／ｕｓｒ．ａｒｃ１に対するファイル制御テー
ブル（ＦＣＴーc ）である。１１５は／ｕｓｒ．ａｒｃ
２に対するエントリ、１１６は／ｕｓｒ．ａｒｃ２のフ
ァイル制御テーブル（ＦＣＴーd ）へのポインタ、１１
７は／ｕｓｒ．ａｒｃ２に対するファイル制御テーブル
（ＦＣＴーd ）である。
【００２２】図３は上記実施例に於けるネットワークフ
ァイルシステムのマウント処理手順を示すフローチャー
トであり、クライアント計算機がサーバ計算機上のアー
キテクチャ毎に異なるファイルシステムをマウントする
際の処理の流れを示している。ここで図１乃至図３を参
照して本発明の実施例に於ける動作を説明する。ここで
はクライアント計算機１９がサーバ計算機１１のファイ
ルシステムをマウントする処理について説明する。クラ
イアント計算機１９がそのファイルシステム２１の／ｕ
ｓｒにサーバ計算機１１のファイルシステム１３をマウ
ントする場合を考える。
ァイルシステムのマウント処理手順を示すフローチャー
トであり、クライアント計算機がサーバ計算機上のアー
キテクチャ毎に異なるファイルシステムをマウントする
際の処理の流れを示している。ここで図１乃至図３を参
照して本発明の実施例に於ける動作を説明する。ここで
はクライアント計算機１９がサーバ計算機１１のファイ
ルシステムをマウントする処理について説明する。クラ
イアント計算機１９がそのファイルシステム２１の／ｕ
ｓｒにサーバ計算機１１のファイルシステム１３をマウ
ントする場合を考える。
【００２３】クライアント計算機１９のアーキテクチャ
はａｒｃ１とする。サーバ計算機１１のファイルシステ
ム１３には、アーキテクチャａｒｃ１に依存するファイ
ルが／ｕｓｒ．ａｒｃ１に、アーキテクチャａｒｃ２に
依存するファイルが／ｕｓｒ．ａｒｃ２にまとめられて
いる。サーバ計算機１１のファイルシステム１３の／ｕ
ｓｒにはアーキテクチャａｒｃ１、及びａｒｃ２毎にリ
ンク先のパス名が設定されている。
はａｒｃ１とする。サーバ計算機１１のファイルシステ
ム１３には、アーキテクチャａｒｃ１に依存するファイ
ルが／ｕｓｒ．ａｒｃ１に、アーキテクチャａｒｃ２に
依存するファイルが／ｕｓｒ．ａｒｃ２にまとめられて
いる。サーバ計算機１１のファイルシステム１３の／ｕ
ｓｒにはアーキテクチャａｒｃ１、及びａｒｃ２毎にリ
ンク先のパス名が設定されている。
【００２４】クライアント計算機１９は、そのファイル
システム２１のディレクトリ／ｕｓｒにサーバ計算機の
ディレクトリ／ｕｓｒをマウントするようマウント要求
をサーバ計算機１１に送信する際、パラメータとして自
身のアーキテクチャを示す情報も合わせて送信する（図
３ステップＳ1 ）。サーバ計算機１１では、マウント要
求を受信しパラメータの解釈を行なう（図３ステップＳ
11，Ｓ12）。
システム２１のディレクトリ／ｕｓｒにサーバ計算機の
ディレクトリ／ｕｓｒをマウントするようマウント要求
をサーバ計算機１１に送信する際、パラメータとして自
身のアーキテクチャを示す情報も合わせて送信する（図
３ステップＳ1 ）。サーバ計算機１１では、マウント要
求を受信しパラメータの解釈を行なう（図３ステップＳ
11，Ｓ12）。
【００２５】ここで、サーバ計算機１１は、マウント要
求のディレクトリ／ｕｓｒのファイル制御テーブルを調
べる。まずルートディレクトリのファイル制御テーブル
（ＦＣＴーa ）１０１を調べ、そこにｕｓｒを見つけ、
それより／ｕｓｒのファイル制御テーブル（ＦＣＴーb
）１０６が見つかる（図３ステップＳ13〜Ｓ15）。
求のディレクトリ／ｕｓｒのファイル制御テーブルを調
べる。まずルートディレクトリのファイル制御テーブル
（ＦＣＴーa ）１０１を調べ、そこにｕｓｒを見つけ、
それより／ｕｓｒのファイル制御テーブル（ＦＣＴーb
）１０６が見つかる（図３ステップＳ13〜Ｓ15）。
【００２６】次にファイル制御テーブル（ＦＣＴーb ）
１０６のリンクテーブルの中にマウント要求元のアーキ
テクチャａｒｃ１に対するエントリ１１０を探しだし、
リンク先パス名を得る（図３ステップＳ16〜Ｓ18）。
１０６のリンクテーブルの中にマウント要求元のアーキ
テクチャａｒｃ１に対するエントリ１１０を探しだし、
リンク先パス名を得る（図３ステップＳ16〜Ｓ18）。
【００２７】ここではリンク先が／ｕｓｒ．ａｒｃ１な
ので、ルートディレクトリのファイル制御テーブルを調
べ、ｕｓｒ．ａｃｒ１に対するエントリを探す。この検
索で／ｕｓｒ．ａｒｃ１に対するエントリ１１２を見つ
ける。それより／ｕｓｒ．ａｒｃ１に対するファイル制
御テーブル１１４を得る。
ので、ルートディレクトリのファイル制御テーブルを調
べ、ｕｓｒ．ａｃｒ１に対するエントリを探す。この検
索で／ｕｓｒ．ａｒｃ１に対するエントリ１１２を見つ
ける。それより／ｕｓｒ．ａｒｃ１に対するファイル制
御テーブル１１４を得る。
【００２８】このようにして／ｕｓｒ．ａｒｃ１に対す
るファイル制御テーブルが見つかると、以後はそのディ
レクトリをマウント処理対象として通常のネットワーク
・ファイルシステムマウント処理（ＮＦＳマウント処
理）を行なう（図３ステップＳ19）。
るファイル制御テーブルが見つかると、以後はそのディ
レクトリをマウント処理対象として通常のネットワーク
・ファイルシステムマウント処理（ＮＦＳマウント処
理）を行なう（図３ステップＳ19）。
【００２９】このように、クライアント計算機１９がサ
ーバ計算機１１に対してマウント要求を出す際、自クラ
イアント計算機のアーキテクチャ情報をパラメータに付
加してサーバ計算機１１に要求を出し、サーバ計算機１
１はクライアント計算機１９から受けたマウント要求に
従い当該クライアント計算機のアーキテクチャ情報を読
取り、リンクテーブルを参照して指定されたアーキテク
チャに相当するパス名のディレクトリをマウント対象の
ディレクトリとしてクライアント計算機１９のファイル
システムにマウントさせることにより、クライアント計
算機の種類によらずサーバ計算機のマウントすべき位置
を一か所に固定することができ、クライアント計算機毎
にマウントすべき位置を考慮しなくともよいことから、
クライアント計算機の管理の負荷を軽減し、又、クライ
アント計算機に依存するファイルの位置などの管理をサ
ーバ計算機だけで行なうことが可能となり、クライアン
ト計算機のシステム管理者へマウントすべき位置を伝え
る必要がなくなることから、クライアント計算機とサー
バ計算機の管理が独立して行なえ、管理の容易化、省力
化が可能となる。
ーバ計算機１１に対してマウント要求を出す際、自クラ
イアント計算機のアーキテクチャ情報をパラメータに付
加してサーバ計算機１１に要求を出し、サーバ計算機１
１はクライアント計算機１９から受けたマウント要求に
従い当該クライアント計算機のアーキテクチャ情報を読
取り、リンクテーブルを参照して指定されたアーキテク
チャに相当するパス名のディレクトリをマウント対象の
ディレクトリとしてクライアント計算機１９のファイル
システムにマウントさせることにより、クライアント計
算機の種類によらずサーバ計算機のマウントすべき位置
を一か所に固定することができ、クライアント計算機毎
にマウントすべき位置を考慮しなくともよいことから、
クライアント計算機の管理の負荷を軽減し、又、クライ
アント計算機に依存するファイルの位置などの管理をサ
ーバ計算機だけで行なうことが可能となり、クライアン
ト計算機のシステム管理者へマウントすべき位置を伝え
る必要がなくなることから、クライアント計算機とサー
バ計算機の管理が独立して行なえ、管理の容易化、省力
化が可能となる。
【００３０】上記した実施例に於いては、クライアント
計算機のアーキテクチャ情報をクライアント計算機がマ
ウント要求を出す際にアーキテクチャ情報をパラメータ
に追加してサーバ計算機にマウント要求元のクライアン
ト計算機のアーキテクチャを知らせているが、クライア
ント計算機がマウント要求時にアーキテクチャ情報をパ
ラメータに追加しない場合には、マウント要求を受けた
サーバ計算機がマウント要求元のクライアント計算機に
アーキテクチャを問い合わせてマウント要求元のクライ
アント計算機のアーキテクチャ情報を得ることも可能で
ある。
計算機のアーキテクチャ情報をクライアント計算機がマ
ウント要求を出す際にアーキテクチャ情報をパラメータ
に追加してサーバ計算機にマウント要求元のクライアン
ト計算機のアーキテクチャを知らせているが、クライア
ント計算機がマウント要求時にアーキテクチャ情報をパ
ラメータに追加しない場合には、マウント要求を受けた
サーバ計算機がマウント要求元のクライアント計算機に
アーキテクチャを問い合わせてマウント要求元のクライ
アント計算機のアーキテクチャ情報を得ることも可能で
ある。
【００３１】
【発明の効果】以上説明したように本発明によれば、ク
ライアント計算機の種類にたよらずサーバ計算機上のフ
ァイルシステムのマウントすべき位置を一か所に固定す
ることにより、どのクライアント計算機でも同じ位置を
マウントすればすむようになる。その結果、サーバ計算
機上のファイルシステムをクライアント計算機がマウン
トする際に、クライアント計算機毎にマウントすべき位
置を考慮する必要がなく、このためクライアント計算機
の管理が軽減できる。またクライアント計算機に依存す
るファイルの位置などの管理をサーバ計算機だけで行な
うことが可能であることからクライアント計算機とは独
立にサーバ計算機のファイルシステムの管理ができる。
また、オートマウントのように、アクセスのあったとき
に自動的にネットワークファイルシステムのマウントを
行なう機構の場合、どこをアクセスしたとき、どのサー
バ計算機のどのディレクトリをマウントすべきかを表わ
すファイルを用意しなければならないが、この際、従来
ではアーキテクチャが異なれば異なるディレクトリをマ
ウントする必要があったためアーキテクチャ毎にこのフ
ァイルを用意しなければならなかったのに対して、この
発明によりマウント先が一か所に限定できるので一つの
ファイルですむ。以上のように本発明によればサーバ計
算機、クライアント計算機の管理の容易化、省力化が可
能となる。
ライアント計算機の種類にたよらずサーバ計算機上のフ
ァイルシステムのマウントすべき位置を一か所に固定す
ることにより、どのクライアント計算機でも同じ位置を
マウントすればすむようになる。その結果、サーバ計算
機上のファイルシステムをクライアント計算機がマウン
トする際に、クライアント計算機毎にマウントすべき位
置を考慮する必要がなく、このためクライアント計算機
の管理が軽減できる。またクライアント計算機に依存す
るファイルの位置などの管理をサーバ計算機だけで行な
うことが可能であることからクライアント計算機とは独
立にサーバ計算機のファイルシステムの管理ができる。
また、オートマウントのように、アクセスのあったとき
に自動的にネットワークファイルシステムのマウントを
行なう機構の場合、どこをアクセスしたとき、どのサー
バ計算機のどのディレクトリをマウントすべきかを表わ
すファイルを用意しなければならないが、この際、従来
ではアーキテクチャが異なれば異なるディレクトリをマ
ウントする必要があったためアーキテクチャ毎にこのフ
ァイルを用意しなければならなかったのに対して、この
発明によりマウント先が一か所に限定できるので一つの
ファイルですむ。以上のように本発明によればサーバ計
算機、クライアント計算機の管理の容易化、省力化が可
能となる。
【図１】本発明の一実施例に係るネットワークファイル
システムのマウント方式を適用して構成されるシステム
の構成を示す図。
システムのマウント方式を適用して構成されるシステム
の構成を示す図。
【図２】上記実施例のシステムに於けるファイル制御テ
ーブルの構成と関係を示す図。
ーブルの構成と関係を示す図。
【図３】上記実施例のシステムに於けるネットワークフ
ァイルシステムのマウント処理手順を示すフローチャー
ト。
ァイルシステムのマウント処理手順を示すフローチャー
ト。
【図４】従来の一般的なシステムに於けるマウントの関
係を示す図。
係を示す図。
１１…サーバ計算機、１２…サーバ計算機１１の二次記
憶装置、１３…二次記憶装置１２上に構築されたファイ
ルシステム、１４…ファイルシステム１３のルートディ
レクトリ、１５…パス名／ｕｓｒで表されるディレクト
リ、１６…パス名／ｕｓｒ．ａｒｃ１で表されるディレ
クトリ、１７…パス名／ｕｓｒ．ａｒｃ２で表されるデ
ィレクトリ、１８…通信路、１９…クライアント計算
機、２０…クライアント計算機１９の二次記憶装置、２
１…二次記憶装置２０上に構築されたファイルシステ
ム、２２…ファイルシステム２１のルートディレクト
リ、２３…パス名／ｕｓｒで表されるディレクトリ、１
０１…ルートディレクトリ１４を構成するファイル制御
テーブル（ＦＣＴーa ）、１０２…ルートディレクトリ
１４に含まれるファイルのファイル名を入れるファイル
名入力欄、１０３…ファイル名入力欄１０２のファイル
名に対するファイル制御テーブルへのポインタを入れる
ポインタ入力欄、１０４…パス名／ｕｓｒで表されるデ
ィレクトリ１５に対するエントリ、１０５…パス名／ｕ
ｓｒで表されるディレクトリ１５のファイル制御テーブ
ルを指すポインタ、１０６…パス名／ｕｓｒで表される
ディレクトリ１５を構成するファイル制御テーブル（Ｆ
ＣＴーb ）、１０７…ファイル制御テーブル（ＦＣＴー
b ）１０６によって表されるファイルのリンク情報を格
納するリンクテーブル、１０８…アーキテクチャの識別
子を入れる識別子入力欄、１０９…リンク先のパス名を
入れるパス名入力欄、１１０…アーキテクチャａｒｃ１
に対するエントリ、１１１…アーキテクチャａｒｃ１の
リンク先パス名、１１２…／ｕｓｒ．ａｒｃ１に対する
エントリ、１１３…／ｕｓｒ．ａｒｃ１のファイル制御
テーブル（ＦＣＴーc ）へのポインタ、１１４…パス名
／ｕｓｒ．ａｒｃ１で表されるディレクトリ１６を構成
するファイル制御テーブル（ＦＣＴーc ）、１１５…／
ｕｓｒ．ａｒｃ２に対するエントリ、１１６…／ｕｓ
ｒ．ａｒｃ２のファイル制御テーブル（ＦＣＴーd ）へ
のポインタ、１１７…パス名／ｕｓｒ．ａｒｃ２で表さ
れるディレクトリ１７を構成するファイル制御テーブル
（ＦＣＴーd ）。
憶装置、１３…二次記憶装置１２上に構築されたファイ
ルシステム、１４…ファイルシステム１３のルートディ
レクトリ、１５…パス名／ｕｓｒで表されるディレクト
リ、１６…パス名／ｕｓｒ．ａｒｃ１で表されるディレ
クトリ、１７…パス名／ｕｓｒ．ａｒｃ２で表されるデ
ィレクトリ、１８…通信路、１９…クライアント計算
機、２０…クライアント計算機１９の二次記憶装置、２
１…二次記憶装置２０上に構築されたファイルシステ
ム、２２…ファイルシステム２１のルートディレクト
リ、２３…パス名／ｕｓｒで表されるディレクトリ、１
０１…ルートディレクトリ１４を構成するファイル制御
テーブル（ＦＣＴーa ）、１０２…ルートディレクトリ
１４に含まれるファイルのファイル名を入れるファイル
名入力欄、１０３…ファイル名入力欄１０２のファイル
名に対するファイル制御テーブルへのポインタを入れる
ポインタ入力欄、１０４…パス名／ｕｓｒで表されるデ
ィレクトリ１５に対するエントリ、１０５…パス名／ｕ
ｓｒで表されるディレクトリ１５のファイル制御テーブ
ルを指すポインタ、１０６…パス名／ｕｓｒで表される
ディレクトリ１５を構成するファイル制御テーブル（Ｆ
ＣＴーb ）、１０７…ファイル制御テーブル（ＦＣＴー
b ）１０６によって表されるファイルのリンク情報を格
納するリンクテーブル、１０８…アーキテクチャの識別
子を入れる識別子入力欄、１０９…リンク先のパス名を
入れるパス名入力欄、１１０…アーキテクチャａｒｃ１
に対するエントリ、１１１…アーキテクチャａｒｃ１の
リンク先パス名、１１２…／ｕｓｒ．ａｒｃ１に対する
エントリ、１１３…／ｕｓｒ．ａｒｃ１のファイル制御
テーブル（ＦＣＴーc ）へのポインタ、１１４…パス名
／ｕｓｒ．ａｒｃ１で表されるディレクトリ１６を構成
するファイル制御テーブル（ＦＣＴーc ）、１１５…／
ｕｓｒ．ａｒｃ２に対するエントリ、１１６…／ｕｓ
ｒ．ａｒｃ２のファイル制御テーブル（ＦＣＴーd ）へ
のポインタ、１１７…パス名／ｕｓｒ．ａｒｃ２で表さ
れるディレクトリ１７を構成するファイル制御テーブル
（ＦＣＴーd ）。
Claims (2)
- 【請求項１】 ネットワークファイルシステムのマウン
トを要求するクライアント計算機と、 ネットワークファイルシステムのマウント処理を行なう
サーバ計算機と、 ファイルシステムを保持する二次記憶装置と、 前記サーバ計算機のファイルシステムに於いて前記クラ
イアント計算機のアーキテクチャを識別する識別子と前
記クライアント計算機にマウントさせるファイルシステ
ムのパス名を対にして記憶するリンクテーブルと、 前記サーバ計算機とクライアント計算機との間の通信路
とを具備し、 前記クライアント計算機が前記サーバ計算機に対してマ
ウント要求を出す際、自クライアント計算機のアーキテ
クチャ情報をパラメータに付加して前記サーバ計算機に
要求を出し、 前記サーバ計算機は前記クライアント計算機から受けた
マウント要求に従い当該クライアント計算機のアーキテ
クチャ情報を読取り、前記リンクテーブルを参照して指
定されたアーキテクチャに相当するパス名のディレクト
リをマウント対象のディレクトリとしてクライアント計
算機のファイルシステムにマウントさせることを特徴と
するネットワークファイルシステムのマウント方式。 - 【請求項２】 ネットワークファイルシステムのマウン
トを要求するクライアント計算機と、 ネットワークファイルシステムのマウント処理を行なう
サーバ計算機と、 ファイルシステムを保持する二次記憶装置と、 前記サーバ計算機のファイルシステムに於いて前記クラ
イアント計算機のアーキテクチャを識別する識別子と前
記クライアント計算機にマウントさせるファイルシステ
ムのパス名を対にして記憶するリンクテーブルと、 前記サーバ計算機とクライアント計算機との間の通信路
とを具備し、 前記サーバ計算機は前記クライアント計算機からマウン
ト要求を受けると、当該マウント要求元のクライアント
計算機よりアーキテクチャ情報を取得し、前記リンクテ
ーブルを参照して前記取得したアーキテクチャに相当す
るパス名のディレクトリをマウント対象のディレクトリ
としてクライアント計算機のファイルシステムにマウン
トさせることを特徴とするネットワークファイルシステ
ムのマウント方式。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP4262116A JPH06110809A (ja) | 1992-09-30 | 1992-09-30 | ネットワークファイルシステムのマウント方式 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP4262116A JPH06110809A (ja) | 1992-09-30 | 1992-09-30 | ネットワークファイルシステムのマウント方式 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH06110809A true JPH06110809A (ja) | 1994-04-22 |
Family
ID=17371272
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP4262116A Pending JPH06110809A (ja) | 1992-09-30 | 1992-09-30 | ネットワークファイルシステムのマウント方式 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPH06110809A (ja) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP0706129A4 (en) * | 1994-04-25 | 1999-09-22 | Sony Corp | Information memory processor |
| US6711559B1 (en) | 1999-12-27 | 2004-03-23 | Fujitsu Limited | Distributed processing system, apparatus for operating shared file system and computer readable medium |
-
1992
- 1992-09-30 JP JP4262116A patent/JPH06110809A/ja active Pending
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP0706129A4 (en) * | 1994-04-25 | 1999-09-22 | Sony Corp | Information memory processor |
| US6711559B1 (en) | 1999-12-27 | 2004-03-23 | Fujitsu Limited | Distributed processing system, apparatus for operating shared file system and computer readable medium |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US8055706B2 (en) | Transparent request routing for a partitioned application service | |
| US5778384A (en) | System and method for automounting and accessing remote file systems in Microsoft Windows in a networking environment | |
| US6105028A (en) | Method and apparatus for accessing copies of documents using a web browser request interceptor | |
| US8190741B2 (en) | Customizing a namespace in a decentralized storage environment | |
| US6457046B1 (en) | Information providing apparatus for server and computer-readable recording medium storing information providing program for server | |
| US5745752A (en) | Dual namespace client having long and short filenames | |
| US7392261B2 (en) | Method, system, and program for maintaining a namespace of filesets accessible to clients over a network | |
| US6061686A (en) | Updating a copy of a remote document stored in a local computer system | |
| US5758334A (en) | File system remount operation with selectable access modes that saves knowledge of the volume path and does not interrupt an executing process upon changing modes | |
| JP4671332B2 (ja) | ユーザ識別情報を変換するファイルサーバ | |
| US6883020B1 (en) | Apparatus and method for filtering downloaded network sites | |
| US6986134B1 (en) | Lightweight global distribution mechanism | |
| JP2000020678A (ja) | 仮想地理空間オブジェクト生成システム及び記録媒体 | |
| JP2901081B2 (ja) | Ｏｓｉディレクトリの非葉エントリの名称変更方法 | |
| JP3290801B2 (ja) | 資源所在位置検出方式 | |
| JPH06110809A (ja) | ネットワークファイルシステムのマウント方式 | |
| JPH0454634A (ja) | ソフトウェア資源配布管理システム | |
| JPH0668010A (ja) | 分散キャッシュ管理システム | |
| JP2003330836A (ja) | データ送信方法 | |
| JPH11345125A (ja) | ファイルのダウンロード方式および方法 | |
| JPH05233417A (ja) | 分散ファイルシステムのディレクトリ管理方法 | |
| JPH11232104A (ja) | オブジェクトの更新管理方法及びクライアント／サーバ・システム | |
| JPH05158894A (ja) | 分散資源アクセス装置 | |
| JPH11175451A (ja) | 情報配信装置 | |
| JPH08263418A (ja) | リソースアクセス方式及び方法 |