JPH1021131A - ファイル名称変換方法 - Google Patents

Abstract

(57)【要約】 【課題】本発明の目的は、異なるファイル名称空間を有
する共有システム間のファイル名称の変換方法におい
て、ファイル名称の部分名称に関して一意な変換を行え
るようにすることにある。 【解決手段】ゲートウエイ４００は、異なるファイル名
称空間を有するサーバ１００とクライアント２００間の
ファイル名称を行うファイル名称変換制御部４３０を備
えている。部分名称制御モジュール４３２は、例えば、
クライアント２００で付されたファイル名称を部分名称
に分割し、部分名称変換モジュール４３４は、分割され
た部分名称をサーバ１００側の部分名称に一意に変換す
る。部分名称制御モジュール４３２は、変換された部分
名称を連結して、サーバ１００側のファイル名称を生成
する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ファイル名称変換
方法に係り、特に、異なるファイル名称空間を有する複
数のシステムによって共有ファイルをアクセスするファ
イル共有システムに使用するに好適なファイル名称変換
方法に関する。

【０００２】

【従来の技術】最近、例えば、クライアントとしてＭＳ
−ＤＯＳを使用し、サーバとしてＵＮＩＸを使用するよ
うな、異なるシステム間でファイル共有を実現するファ
イル共有システムが知られている。システムが異なる場
合には、ファイル名称空間も相違しているのが一般的で
ある。例えば、ＭＳ−ＤＯＳにおいては、ファイル名称
に使用できる文字数は、１２文字であるのに対して、Ｕ
ＮＩＸで使用できる文字数は、２５６文字であるので、
サーバ側のＵＮＩＸで付けたファイル名称が１３文字以
上ある場合には、クライアント側のＭＳ−ＤＯＳにおい
ては、１２文字以下にファイル名称を変換して新たに付
ける必要があるため、それぞれのファイル名称空間は相
違することになる。

【０００３】ファイル名称の付け方としては、部分名称
の組合せにより付ける場合がある。例えば、階層デイレ
クトリ構造とする場合には、ファイル名称である”／ｈ
ｏｍｅ／ｈｅｋｉｒｕ／ＳｔａｒｔｉｎｇＬｅｇｅｎ
ｄ”は、部分名称であるデイレクトリ”ｈｏｍｅ”，デ
イレクトリ”ｈｅｋｉｒｕ”及びファイル名称”Ｓｔａ
ｒｔｉｎｇＬｅｇｅｎｄ”のように３つの部分名称の組
合せにより付けられることになる。部分名称のデリミタ
は、”／”によって規定されている。

【０００４】

【発明が解決しようとする課題】このように部分名称の
組合せによりファイル名称が付されている場合には、部
分的に異なる変換元ファイル名称を与えた場合、同一の
部分に関する変換結果が異なる場合があり、一意なファ
イル名称の変換とならないという問題があった。この点
について、以下に、図４を用いて説明する。図４は、従
来のファイル名称の変換における問題点を説明する図で
ある。

【０００５】サーバ１００とクライアント２００は、異
なるファイル名称空間を有し、互いにネットワーク接続
されている。サーバ１００及びクライアント２００は、
外部記憶装置３００に格納された共通のファイル資源に
アクセス可能である。

【０００６】外部記憶装置３００に格納されたファイル
Ａに対して、サーバ１００側のファイル名称空間で
は、”／ｈｏｍｅ／ｈｅｋｉｒｕ／ＳｔａｒｔｉｎｇＬ
ｅｇｅｎｄ”というファイル名称が与えられている。フ
ァイル名称は、それぞれ、部分名称であるデイレクト
リ”ｈｏｍｅ”，デイレクトリ”ｈｅｋｉｒｕ”及びフ
ァイル名称”ＳｔａｒｔｉｎｇＬｅｇｅｎｄ”の組合せ
から構成されている。部分名称のデリミタは、”／”に
よって規定されている。ファイルＡに対するファイル名
称は、クライアント２００側のファイル名称空間で
は、”￥ＨＯＭＥ￥ＨＥＫＩＲＵ￥ＳＴＡＲＴ~０１”
に変換されて対応付けられている。このファイル名称
は、それぞれ、部分名称であるデイレクトリ”ＨＯＭ
Ｅ”，デイレクトリ”ＨＥＫＩＲＵ”及びファイル名
称”ＳＴＡＲＴ~０１”の組合せから構成されている。
部分名称のデリミタは、”￥”によって規定されてい
る。

【０００７】クライアント２００のユーザが、ファイル
Ａを複写してファイルＢを作成する操作を行い、複写さ
れたファイルを、別の別の部分名称で表現する格納場
所”￥ＵＳＲ￥ＰＲＯＪＥＣＴ”（ディレクトリ）に格
納するものとする。この時、クライアント２００側のフ
ァイル名称空間では、新しいファイル名称は、”￥ＵＳ
Ｒ￥ＰＲＯＪＥＣＴ￥ＳＴＡＲＴ~０１”となる。クラ
イアント２００側のデイレクトリ”￥ＵＳＲ￥ＰＲＯＪ
ＥＣＴ”に対応して、サーバ１００側において、デイレ
クトリ”／ｕｓｒ／ｐｒｏｊｅｃｔ”が作成されている
とすると、ファイルＢに対して、サーバ１００側では、
サーバ側のファイル名称空間に適合するように変換さ
れ、”／ｕｓｒ／ｐｒｏｊｅｃｔ／ｓｔａｒｔ~０１”
が作成される。

【０００８】この結果、サーバ１００側のユーザからみ
ると、複写前のファイル名称と複写後のファイル名称が
異なり、クライアント２００側で”ＳＴＡＲＴ~０１”
であるファイル名称に対応するサーバ側ファイル名称と
して、”ＳｔａｒｔｉｎｇＬｅｇｅｎｄ”および”ｓｔ
ａｒｔ~０１”の２通りが存在する結果となり、一意な
変換にならないことになる。即ち、部分的に異なる変換
元ファイル名称を与えた場合、同一の部分に関する変換
結果が異なる場合があることとなり、一意なファイル名
称の変換とならないという問題があった。

【０００９】以上の例は、部分名称の一つであるファイ
ル名称を変換する場合であるが、部分名称の一つである
デイレクトリを変換する場合にも同様に発生する問題で
ある。また、同様に、サーバ側ユーザの操作に起因して
クライアント側ユーザから見たファイル名称にも上記問
題が生じる。

【００１０】本発明の目的は、異なるファイル名称空間
を有する共有システム間のファイル名称の変換方法にお
いて、ファイル名称の部分名称に関して一意な変換を行
えるようにすることにある。

【００１１】

【課題を解決するための手段】上記目的を達成するため
に、本発明は、異なるファイル名称空間を有する複数の
システムによって共有ファイルをアクセスするファイル
共有システムにおけるファイル名称変換方法において、
上記それぞれのファイル名称空間において、それぞれの
ファイル名称は、部分名称を連結することにより構成さ
れ、第１の上記ファイル名称空間において付されたファ
イル名称を部分名称に分割し、分割された部分名称を第
２の上記ファイル空間における部分名称に一意に変換し
た上で、変換された部分名称を連結して、上記第２のフ
ァイル名称空間におけるファイル名称を生成するように
したものであり、かかる構成により、ファイル名称の部
分名称に関して一意な変換を行い得るものとなる。

【００１２】

【発明の実施の形態】以下、図１〜図３を用いて、本発
明の一実施形態によるファイル名称変換方法について説
明する。図１は、本発明の一実施形態によるファイル名
称変換方法を実現するシステムの構成図である。

【００１３】本実施形態においては、サーバ側ファイル
のファイル名称とクライアント側ファイルのファイル名
称を、ゲートウェイで変換する方法について説明する。
本実施形態においては、クライアント２００が、ファイ
ル名称変換を行うゲートウェイ４００を介して、ファイ
ル名称空間の異なるサーバ１００に接続されている。サ
ーバ１００は、クライアント２００より広いファイル名
称空間を持ち、ファイルを記録する外部記憶装置３００
を備えている。

【００１４】サーバ１００は、外部記憶装置３００に格
納されているファイルを制御するファイルシステム制御
部１１０と、ゲートウエイ４００とネットワーク接続す
るためのゲートウェイ・サーバ間通信インタフェース１
２０から構成されている。

【００１５】外部記憶装置３００には、部分名称の組合
せによって構成されるファイル名称を有するファイルが
格納されており、例えば、”／ｈｏｍｅ／ｈｅｋｉｒｕ
／ＳｔａｒｔｒｉｎｇＬｅｇｅｎｄ”，”／ｈｏｍｅ／
ｈｅｋｉｒｕ／ＨｅｑｕｉｌＢｏｍｂ”や”／ｕｓｒ／
ｐｒｏｊｅｃｔ／Ｒｅｓｐｉｒａｔｉｏｎ”のファイル
名称を有するファイルが格納されている。

【００１６】ゲートウエイ４００は、サーバ１００と名
称空間の異なるファイルシステムを持つクライアント２
００の中間に位置しており、サーバ１００側のファイル
名称とクライアント２００側のファイル名称の変換を行
う。ゲートウエイ４００は、サーバ１００とネットワー
ク接続するためのサーバ・ゲートウェイ間通信インタフ
ェース４１０と、クライアント２００とネットワーク接
続するためのクライアント・ゲートウェイ間通信インタ
フェース４２０と、部分名称制御モジュール４３２と部
分名称変換モジュール４３４から構成される名称制御部
４３０から構成されている。

【００１７】名称制御部４３０は、サーバ１００側のフ
ァイル名称からクライアント２００側のファイル名称へ
の変換及び、クライアント２００側のファイル名称から
サーバ１００側のファイル名称への変換を行うものであ
り、部分名称制御モジュール４３２と部分名称変換モジ
ュール４３４から構成されている。

【００１８】部分名称制御モジュール４３２は、変換す
べきファイル名称を部分名称に分割する。部分名称変換
モジュール４３４は、内部に備えられている名称変換テ
ーブル４３４Ｔを用いて、部分名称制御モジュール４３
２によって分割された各部分名称の変換を行う。部分名
称変換モジュール４３４によって変換された変換後の部
分名称は、部分名称制御モジュール４３２によって連結
され、変換後のファイル名称を得られる。部分名称変換
モジュール４３４は、ファイル名称変換テーブル４３４
Ｔを管理しており、部分名称を変換した後、その変換対
をテーブルの要素項として登録する。登録済みの要素項
に変換対象の部分名称があった場合は、変換対を読み出
して、変換結果を得る。ファイル名称変換テーブル４３
４Ｔの詳細については、後述する。

【００１９】クライアント２００は、ゲートウェイ４０
０にネットワーク接続するための通信インタフェース２
１０と、使用者が操作するためのユーザインタフェース
２２０と、クライアント２００のファイル名称規則に従
った名称を持つファイルを操作するファイル操作部２３
０によって構成されている。

【００２０】クライアント２００のファイル操作部２３
０からファイル名称の変換要求があると、名称変換制御
部４３０によって変換され、変換後のファイル名称でサ
ーバ１００の具備する外部記憶装置３００のファイルが
操作される。

【００２１】次に、図２及び図３を用いて、図１に示し
たシステムの動作について説明する。図２は、本発明の
一実施形態によるファイル名称変換方法の手順を示すフ
ローチャートであり、図３は、本発明の一実施形態によ
るファイル名称変換方法によるファイル名称の変換につ
いて説明する図である。

【００２２】異なるファイル名称空間を持つサーバ１０
０とクライアント２００は、ネットワーク接続されてお
り、共通のファイル資源にアクセス可能である。サーバ
１００は、ファイル名称の部分名称のデリミタとして”
／”を規定するファイルシステムであり、クライアント
２００は、ファイル名称の部分名称のデリミタとして”
￥”を規定するファイルシステムである。

【００２３】初期状態において、外部記憶装置３００に
格納されたファイルＡに対して、サーバ１００側のファ
イル名称空間では、”／ｈｏｍｅ／ｈｅｋｉｒｕ／Ｓｔ
ａｒｔｉｎｇＬｅｇｅｎｄ”というファイル名称が与え
られている。ファイル名称は、それぞれ、部分名称であ
るデイレクトリ”ｈｏｍｅ”，デイレクトリ”ｈｅｋｉ
ｒｕ”及びファイル名称”ＳｔａｒｔｉｎｇＬｅｇｅｎ
ｄ”の組合せから構成されている。ファイルＡに対する
ファイル名称は、クライアント２００側のファイル名称
空間では、”￥ＨＯＭＥ￥ＨＥＫＩＲＵ￥ＳＴＡＲＴ~
０１”に変換されて対応付けられているものとする。こ
のファイル名称は、それぞれ、部分名称であるデイレク
トリ”ＨＯＭＥ”，デイレクトリ”ＨＥＫＩＲＵ”及び
ファイル名称”ＳＴＡＲＴ~０１”の組合せから構成さ
れている。

【００２４】クライアント２００のユーザが、ユーザイ
ンターフェース２２０から、ファイルＡを複写してファ
イルＢを作成する操作を行い、複写されたファイルを、
別の別の部分名称で表現する格納場所”￥ＵＳＲ￥ＰＲ
ＯＪＥＣＴ”（ディレクトリ）に格納するものとする。
ファイル操作部２３０は、ユーザインターフェース２２
０からの操作に基づいて、複写したファイルＢを”￥Ｕ
ＳＲ￥ＰＲＯＪＥＣＴ”（ディレクトリ）に格納すると
ともに、ゲートウエイ・クライアント間通信インターフ
ェース２１０及びクライアント・ゲートウエイ間通信イ
ンターフェース４２０を介して、ゲートウエイ４００の
名称変換制御部４３０に、新しいファイル名称”￥ＵＳ
Ｒ￥ＰＲＯＪＥＣＴ￥ＳＴＡＲＴ~０１”を通知する。

【００２５】名称変換制御部４３０は、クライアント２
００に作成されたファイルのファイル名称を変換して、
サーバ１００側に通知する。名称変換制御部４３０の動
作について、図２を用いて説明する。

【００２６】図２のステップ２０１０において、名称変
換制御部４３０の部分名称制御モジュール４３２は、ク
ライアント２００側から送られてきたファイル名称”￥
ＵＳＲ￥ＰＲＯＪＥＣＴ￥ＳＴＡＲＴ~０１”を部分名
称に分割する。各部分名称は、デリミタ”￥”によって
規定されているため、ファイル名称が、各部分名称であ
る”ＵＳＲ”，”ＰＲＯＪＥＣＴ”，”ＳＴＡＲＴ~０
１”に分割される。

【００２７】ステップ２０２０において、部分名称変換
モジュール４３４は、部分名称制御モジュール４３２に
よって分割されたそれぞれの部分名称について、それぞ
れ、名称変換テーブル４３４Ｔを検索し、すでに、登録
されているか否かを判断し、登録されている場合には、
ステップ２０３０に進み、登録されていない場合には、
２０４０に進む。

【００２８】名称変換テーブル４３４Ｔには、図１に示
すように、クライアント２００側の部分名称とサーバ１
００側の部分名称の変換対が登録されている。上述した
ように、初期状態として、サーバ１００側のファイル名
称空間における”／ｈｏｍｅ／ｈｅｋｉｒｕ／Ｓｔａｒ
ｔｉｎｇＬｅｇｅｎｄ”というファイル名称が、クライ
アント２００側のファイル名称空間では、”￥ＨＯＭＥ
￥ＨＥＫＩＲＵ￥ＳＴＡＲＴ~０１”に変換されて対応
付けられているものとすると、名称変換テーブル４３４
Ｔには、サーバ１００側の部分名称”ｈｏｍｅ”に対し
て、クライアント２００側の部分名称”ＨＯＭＥ”が対
応する変換対として登録されている。

【００２９】また、名称変換テーブル４３４Ｔには、サ
ーバ１００側の部分名称”ｈｅｋｉｒｕ”に対して、ク
ライアント２００側の部分名称”ＨＥＫＩＲＵ”が対応
する変換対として登録されており、サーバ１００側の部
分名称”ＳｔａｒｔｉｎｇＬｅｇｅｎｄ”に対して、ク
ライアント２００側の部分名称”ＳＴＡＲＴ~０１”が
対応する変換対として登録されている。

【００３０】また、図示していないが、名称変換テーブ
ル４３４Ｔには、サーバ１００側の部分名称”ｕｓｒ”
に対して、クライアント２００側の部分名称”ＵＳＲ”
が対応する変換対として登録されており、サーバ１００
側の部分名称”ｐｒｏｊｅｃｔ”に対して、クライアン
ト２００側の部分名称”ＰＲＯＪＥＣＴ”が対応する変
換対として登録されている。

【００３１】従って、ステップ２０２０において、部分
名称変換モジュール４３４は、最初に、例えば、上述し
た分割された部分名称の内、”ＵＳＲ”について名称変
換テーブル４３４Ｔを検索すると、登録された変換対が
あると判断され、ステップ２０３０に進む。

【００３２】ステップ２０３０において、部分名称変換
モジュール４３４は、名称変換テーブル４３４Ｔを用い
て変換後の部分名称を取り出す。例えば、名称変換テー
ブル４３４Ｔに登録されているクライアント２００側の
部分名称”ＵＳＲ”に対応する変換対である部分名称”
ｕｓｒ”を取り出す。

【００３３】次に、ステップ２０６０において、部分名
称変換モジュール４３４は、未変換の部分名称があるか
否かを判断し、未変換名称がある場合には、ステップ２
０２０に戻り、ない場合には、ステップ２０７０に進
む。ここでは、部分名称”ＰＲＯＪＥＣＴ”，”ＳＴＡ
ＲＴ~０１”について未変換であるため、ステップ２０
２０に戻る。

【００３４】次に、部分名称”ＰＲＯＪＥＣＴ”に対し
て変換を行い、ステップ２０３０において、部分名称”
ＰＲＯＪＥＣＴ”に対応する変換対である部分名称”ｐ
ｒｏｊｅｃｔ”を取り出す。

【００３５】さらに、部分名称”ＳＴＡＲＴ~０１”に
対して変換を行い、ステップ２０３０において、部分名
称”ＳＴＡＲＴ~０１”に対応する変換対である部分名
称”ＳｔａｒｔｉｎｇＬｅｇｅｎｄ”を取り出す。

【００３６】以上の３つの部分名称に対する変換を行う
ことにより、ステップ２０６０からステップ２０７０に
進み、部分名称制御モジュール４３２は、部分名称変換
モジュール４３４によって取り出された部分名称を連結
して、変換後のファイル名称を生成する。

【００３７】即ち、部分名称変換モジュール４３４によ
って取り出された部分名称である”ｕｓｒ”，”ｐｒｏ
ｊｅｃｔ”及び”ＳｔａｒｔｉｎｇＬｅｇｅｎｄ”を、
サーバ１００側のデリミタ”／”によって連結して、サ
ーバ１００側の変換されたファイル名称”／ｕｓｒ／ｐ
ｒｏｊｅｃｔ／ＳｔａｒｔｉｎｇＬｅｇｅｎｄ”を生成
する。

【００３８】この結果、クライアント２００側で”ＳＴ
ＡＲＴ~０１”である部分名称に対応するサーバ１００
側部分名称として ”ＳｔａｒｔｉｎｇＬｅｇｅｎｄ”
が一意に決定することになる。

【００３９】次に、ステップ２０４０及びステップ２０
５０について説明する。ステップ２０３０において、部
分名称が名称変換テーブル４３４Ｔにない場合に、ステ
ップ２０４０に進む。例えば、クライアント２００側に
おいて、全く新しいファイルを作成した場合が相当す
る。ここで、クライアント２００側が、ファイルＣを新
規に作成し、ファイルＣを”￥ＵＳＲ￥ＰＲＯＪＥＣ
Ｔ”（デレクトリ）に格納し、ファイル名称”￥ＵＳＲ
￥ＰＲＯＪＥＣＴ￥ＳＴＡＲＴ~０３”を付けたものと
する。

【００４０】このような場合、部分名称”ＵＳＲ”及び
部分名称”ＰＲＯＪＥＣＴ”に対しては、名称変換テー
ブル４３４Ｔを用いて、ステップ２０３０において、そ
れぞれ、変換された部分名称”ｕｓｒ”及び”ｐｒｏｊ
ｅｃｔ”と取り出すことができる。しかしながら、部分
名称”ＳＴＡＲＴ~０３”に対しては、名称変換テーブ
ル４３４Ｔに登録されていないため、ステップ２０２０
における判断に基づいて、ステップ２０４０に進む。

【００４１】ステップ２０４０において、部分名称変換
モジュール４３４は、変換後の名称を生成する。即ち、
クライアント２００側の部分名称”ＳＴＡＲＴ~０３”
に対するサーバ１００側の部分名称を新規に生成する。
ここで、サーバ１００は、クライアント２００より広い
ファイル名称空間を有するものとする部分名称を大文字
から小文字に変換するのみで、クライアント２００側の
部分名称”ＳＴＡＲＴ~０３”に対するサーバ１００側
の部分名称”Ｓｔａｒｔ~０３”を新規に生成する。

【００４２】次に、ステップ２０５０において、部分名
称変換モジュール４３４は、変換後の名称を名称変換テ
ーブル４３４Ｔに登録する。即ち、クライアント２００
側の部分名称”ＳＴＡＲＴ~０３”とサーバ１００側の
部分名称”Ｓｔａｒｔ~０３”が変換対として、名称変
換テーブル４３４Ｔに登録される。

【００４３】そして、ステップ２０６０からステップ２
０７０に進み、部分名称変換モジュール４３４によって
取り出された部分名称である”ｕｓｒ”，”ｐｒｏｊｅ
ｃｔ”及び”Ｓｔａｒｔ~０３”を、サーバ１００側の
デリミタ”／”によって連結して、サーバ１００側の変
換されたファイル名称”／ｕｓｒ／ｐｒｏｊｅｃｔ／Ｓ
ｔａｒｔ~０３”を生成する。

【００４４】この結果、クライアント２００側で”ＳＴ
ＡＲＴ~０３”である部分名称に対応するサーバ１００
側部分名称として ”Ｓｔａｒｔ~０３”が一意に決定
することになる。

【００４５】以上の説明は、クライアント２００側で新
規ファイルを作成した場合であるが、次に、サーバ１０
０側で新規ファイルを作成した場合について説明する。
例えば、サーバ１００側が、ファイルＤを新規に作成
し、ファイルＤを”／ｈｏｍｅ／ｈｅｋｉｒｕ”（デレ
クトリ）に格納し、ファイル名称”／ｈｏｍｅ／ｈｅｋ
ｉｒｕ／ＨｅｑｕｉｌＢｏｍｂ”を付けたものとする。

【００４６】このような場合、部分名称”ｈｏｍｅ”及
び部分名称”ｈｅｋｉｒｕ”に対しては、名称変換テー
ブル４３４Ｔを用いて、ステップ２０３０において、そ
れぞれ、変換された部分名称”ＨＯＭＥ”及び”ＨＥＫ
ＩＲＵ”と取り出すことができる。しかしながら、部分
名称”ＨｅｑｕｉｌＢｏｍｂ”に対しては、名称変換テ
ーブル４３４Ｔに登録されていないため、ステップ２０
２０における判断に基づいて、ステップ２０４０に進
む。

【００４７】ステップ２０４０において、部分名称変換
モジュール４３４は、変換後の名称を生成する。即ち、
サーバ１００側の部分名称”ＨｅｑｕｉｌＢｏｍｂ”に
対するクライアント２００側の部分名称を新規に生成す
る。ここで、サーバ１００は、クライアント２００より
広いファイル名称空間を有するものとし、部分名称”Ｈ
ｅｑｕｉｌＢｏｍｂ”をそのまま使用できないときに
は、ハッシュ関数を用いて、クライアント２００側で使
用可能な名称を生成する。ここでは、例えば、ハッシュ
関数を用いて、部分名称”ＨＥＱＵＩ~０１”を新規に
生成する。

【００４８】次に、ステップ２０５０において、部分名
称変換モジュール４３４は、変換後の名称を名称変換テ
ーブル４３４Ｔに登録する。即ち、サーバ１００側の部
分名称”ＨｅｑｕｉｌＢｏｍｂ”とクライアント２００
側の部分名称”ＨＥＱＵＩ~０１”が変換対として、名
称変換テーブル４３４Ｔに登録される。

【００４９】そして、ステップ２０６０からステップ２
０７０に進み、部分名称変換モジュール４３４によって
取り出された部分名称である”ＨＯＭＥ”，”ＨＥＫＩ
ＲＵ”及び”ＨＥＱＵＩ~０１”を、クライアント２０
０側のデリミタ”￥”によって連結して、クライアント
２００側の変換されたファイル名称”￥ＨＯＭＥ￥ＨＥ
ＫＩＲＵ￥ＨＥＱＵＩ~０１”を生成する。

【００５０】この結果、サーバ１００側で”Ｈｅｑｕｉ
ｌＢｏｍｂ”である部分名称に対応するクライアント２
００側部分名称として”ＨＥＱＵＩ~０１”が一意に決
定することになる。

【００５１】なお、以上の説明では、例えば、クライア
ントとしてＭＳ−ＤＯＳを使用し、サーバとしてＵＮＩ
Ｘを使用するような、異なるシステム間でファイル共有
を実現するファイル共有システムの例について説明した
が、本発明は、Ｗｉｎｄｏｗｓ９５のようなシステムに
おいても同様に適用できるものである。

【００５２】本実施形態によれば、異なるファイル名称
空間を有する共有システム間において、ファイル名称の
部分名称に関して一意な変換を行えるようになる。

【００５３】従って、クライアントから見て同一な部分
名称を持つ異なるファイルをサーバ側の名称空間で見た
場合、クライアント上で同一な部分名称に対応するサー
バ側部分名称が一意に決定する。例えば、クライアント
から見て同一な部分名称を持つ異なるファイルである”
￥ＨＯＭＥ￥ＨＥＫＩＲＵ￥ＳＴＡＲＴ~０１”と”￥
ＵＳＲ￥ＰＲＯＪＥＣＴ￥ＳＴＡＲＴ~０１”をサーバ
側の名称空間で見た場合、クライアント上で同一な部分
名称である”ＳＴＡＲＴ~０１”に対応するサーバ側部
分名称である”ＳｔａｒｔｉｎｇＬｅｇｅｎｄ”が一意
に決定する。

【００５４】また、この効果として、クライアント・サ
ーバ間のファイル名称の対応をユーザが知っている場
合、片方のユーザがファイル名称の一部を変更してファ
イル操作を行った場合、他方のファイル名称空間におい
て、部分名称の変更したファイル名称の変換後のファイ
ル名称が分かりやすくなる。即ち、サーバ側ファイル名
称空間において、変換後ファイル名称である”／ｕｓｒ
／ｐｒｏｊｅｃｔ／ＳｔａｒｔｉｎｇＬｅｇｅｎｄ”の
一意の部分名称である”ＳｔａｒｔｉｎｇＬｅｇｅｎ
ｄ”から、この変換前のファイルである”／ｈｏｍｅ／
ｈｅｋｉｒｕ／ＳｔａｒｔｉｎｇＬｅｇｅｎｄ”との対
応を取り易くなる。

【００５５】

【発明の効果】本発明によれば、異なるファイル名称空
間を有する共有システム間のファイル名称の変換方法に
おいて、ファイル名称の部分名称に関して一意な変換を
行えるようになる。

【図面の簡単な説明】

【図１】本発明の一実施形態によるファイル名称変換方
法を実現するシステムの構成図である。

【図２】本発明の一実施形態によるファイル名称変換方
法の手順を示すフローチャートである。

【図３】本発明の一実施形態によるファイル名称変換方
法によるファイル名称の変換について説明する図であ
る。

【図４】従来のファイル名称の変換における問題点を説
明する図である。

【符号の説明】

１００…サーバ １１０…ファイルシステム制御部 １２０…ゲートウェイ・サーバ間通信インタフェース ２００…クライアント ２１０…ゲートウェイ・クライアント間通信インタフェ
ース ２２０…ユーザインタフェース ２３０…ファイル操作部 ３００…外部記憶装置 ４００…ゲートウェイ ４１０…サーバ・ゲートウェイ間通信インタフェース ４２０…クライアント・ゲートウェイ間通信インタフェ
ース ４３０…ファイル名称変換制御部 ４３２…部分名称制御モジュール ４３４…部分名称変換モジュール ４３４Ｔ…ファイル名称変換テーブル

フロントページの続き (72)発明者 高野 宏介 神奈川県横浜市戸塚区戸塚町5030番地 株 式会社日立製作所ソフトウェア開発本部内 (72)発明者 森 充 神奈川県横浜市中区尾上町６丁目81番地 日立ソフトウェアエンジニアリング株式会 社内

Claims (1)

【特許請求の範囲】
1. 【請求項１】 異なるファイル名称空間を有する複数の
   システムによって共有ファイルをアクセスするファイル
   共有システムにおけるファイル名称変換方法において、 上記それぞれのファイル名称空間において、それぞれの
   ファイル名称は、部分名称を連結することにより構成さ
   れ、 第１の上記ファイル名称空間において付されたファイル
   名称を部分名称に分割し、分割された部分名称を第２の
   上記ファイル空間における部分名称に一意に変換した上
   で、変換された部分名称を連結して、上記第２のファイ
   ル名称空間におけるファイル名称を生成することを特徴
   とするファイル名称変換方法。