JP3335801B2 - 異種ファイルへのアクセスを可能とする情報処理システム及びその制御方法 - Google Patents

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は，情報処理装置のファイ
ルアクセス手段及びその方法に係り，特に，ネットワー
クを介して，複数の異種ファイルシステム上の共用ファ
イルをアクセスする場合に好適な，異種ファイルアクセ
ス手段を備えた情報処理システムおよびその方法に関す
る。

【０００２】

【従来の技術】パーソナルコンピュータなどの情報処理
装置が普及するにつれて，従来は各情報処理装置毎の磁
気記憶装置上に保管していたユーザーのプログラムファ
イル，データファイルなどを一箇所の大容量磁気記憶装
置に保管し，各情報処理装置のユーザーがデータを共用
する，といった使い方が行われるようになってきた。

【０００３】一般的には，ファイルサーバプログラムが
搭載されたサーバ情報処理装置と，該サーバ情報処理装
置へアクセスするためのクライアントプログラムが搭載
された複数のクライアント情報処理装置とをネットワー
クで接続し，サーバ情報処理装置上のファイルを各クラ
イアント情報処理装置からアクセスし利用する。

【０００４】また，サーバ情報処理装置上のファイルの
セキュリティを保つため，ファイルサーバプログラムに
はユーザー認証機構と，該ユーザー認証に基づいた，各
ファイルへのアクセス権限設定／確認機構が具備される
のが一般的である。

【０００５】上述のようなファイル共用システムの発達
とネットワークの広域化を背景に，一台のクライアント
情報処理装置から複数のサーバ情報処理装置上のファイ
ルへのアクセスを行いたいというニーズが高くなってい
る。

【０００６】ところが，複数のサーバ情報処理装置のフ
ァイルサーバプログラムが異なる種類であった場合，ク
ライアント情報処理装置には，各ファイルサーバプログ
ラムの種類に対応したクライアントプログラムを搭載し
なければならない。このため，異なるクライアントプロ
グラムが共存できない，動作に必要なメモリなどのハー
ドウェア規模が大きくなる，あるいは，アクセス先によ
って操作方法が異なるといった問題等が生じる場合があ
る。

【０００７】これらの問題を解決する従来技術として
は，第二のサーバ情報処理装置上のファイルを第一のサ
ーバ情報処理装置へと転送するファイル操作プログラム
を第一のサーバ情報処理装置上に設け，また前記転送を
指示するファイルアクセス要求プログラムをクライアン
ト情報処理装置上に設ける方法が，特願平５−１５２３
０３号によって開示されている。

【０００８】この従来技術の方法では，アプリケーショ
ンなどからのファイル利用に先立って，まず，ユーザー
が前記ファイルアクセス要求プログラムを用いて，第一
のサーバ情報処理装置上のファイル操作プログラムに，
第二のサーバ情報処理装置上から第一のサーバ情報処理
装置上へのファイル転送を実行させる。その後，前記フ
ァイルを第一のサーバ情報処理装置上のファイルとして
アクセスする。前記アクセスによってファイルの内容を
変更した場合には，再びファイルアクセス要求プログラ
ムを用いて，第一のサーバ情報処理装置上のファイル操
作プログラムに，第一のサーバ情報処理装置上から第二
のサーバ情報処理装置上へのファイル転送を実行させ
る。これによって，第二のサーバ情報処理装置上のファ
イルを直接アクセスした場合と同じ結果を得ることがで
きる。したがって，複数の異なるクライアントプログラ
ムをクライアント情報処理装置に搭載する必要がないと
いう効果が達成される。

【０００９】

【発明が解決しようとする課題】しかし，上記の従来例
では，上述したような追加的な処理を必要とするため，
第二のサーバ情報処理装置上にあるファイルに対する操
作性は，第一のサーバ情報処理装置上に元からあるファ
イルに対する操作性に比較して低いものとなっていた。

【００１０】より具体的には，上記従来例では，第一の
サーバ情報処理装置上には第二のサーバ情報処理装置上
のファイルのディレクトリ構造に関する情報が存在しな
いため，第一のファイルサーバプログラム用に作成され
たファイル一覧表示プログラムなどで第二のファイルサ
ーバ上のファイル一覧を表示できないという課題があっ
た。

【００１１】また，第一のサーバ情報処理装置から第二
のサーバ情報処理装置へのファイル書き戻しが終了する
まで，次の処理が開始できないという課題があった。

【００１２】また，複数のユーザーが同時に同一ファイ
ルを利用した場合，不必要なファイル転送が発生した
り，ユーザーが意図しないファイルの上書きが行われた
りするという課題があった。

【００１３】本発明は，上記のような課題を解決するた
めになされたもので，異なるファイルサーバプログラム
を備えた複数のサーバ情報処理装置上のファイルに対し
てアクセスする場合でも，単一のファイルサーバプログ
ラムを備えたサーバ情報処理装置上のファイルへアクセ
スする場合とほぼ同様な操作性を確保することができ
る，異種ファイルへのアクセスを可能とする情報処理シ
ステム及びその制御方法を提供することを目的とする。

【００１４】より具体的には，本発明の他の目的は，第
一のサーバ情報処理装置用のファイル一覧表示プログラ
ムで，第二のサーバ情報処理装置上のファイル一覧を表
示可能な情報処理システムおよびその制御方法を提供す
ることにある。

【００１５】また，本発明の他の目的は，第一のサーバ
情報処理装置上に第二のサーバ情報処理装置上のディレ
クトリ構造を再現した場合にも，第一のサーバ情報処理
装置のファイル記憶装置の容量消費を少なくすることが
できる，情報処理システム及びその制御方法を提供する
ことにある。

【００１６】また，本発明の他の目的は，第一のサーバ
情報処理装置上に第二のサーバ情報処理装置上のディレ
クトリ構造を再現する際に第二のサーバ情報処理装置か
ら第一のサーバ情報処理装置に送る情報量を少なくする
ことができる，情報処理システム及びその制御方法を提
供することにある。

【００１７】また，本発明の他の目的は，クライアント
プログラムが，第二のサーバ情報処理装置上のファイル
へのアクセスを終了し，該ファイルをクローズした後，
第一のサーバ情報処理装置から第二のサーバ情報処理装
置への書き戻し完了を待つことなく次の処理を実行可能
な，情報処理システム及びその制御方法を提供すること
にある。

【００１８】また，本発明の他の目的は，複数のユーザ
ーが，第二のサーバ情報処理装置上の同一ファイルをほ
ぼ同時にアクセスする場合にも，第二のサーバ情報処理
装置から第一のサーバ情報処理装置へのファイルコピー
を一回で済ませることができる，情報処理システム及び
その制御方法を提供することにある。

【００１９】また，本発明の他の目的は，第二のサーバ
情報処理装置上の同一ファイルへのアクセスが連続した
場合に，第二のサーバ情報処理装置から第一のサーバ情
報処理装置へのファイルコピーを一回で済ませることが
できる，情報処理システム及びその制御方法を提供する
ことにある。

【００２０】また，本発明の他の目的は，複数のユーザ
ーが，第二のサーバ情報処理装置上の同一ファイルを同
時にアクセスし内容を変更した場合にも，第一のサーバ
情報処理装置から第二のサーバ情報処理装置へのファイ
ルの書き戻しを一回で済ませることができる，情報処理
システム及びその制御方法を提供することにある。

【００２１】また，本発明の他の目的は，第二のサーバ
情報処理装置上の同一ファイルへのアクセス直後に前記
ファイルへの削除が発生した場合に，第一のサーバ情報
処理装置から第二のサーバ情報処理装置へのファイルの
書き戻しを行わないことができる，情報処理システム及
びその制御方法を提供することにある。

【００２２】

【課題を解決するための手段】上記目的は，ファイルの
共用を可能とする第一のファイルサーバプログラムを具
備する第一のサーバ情報処理装置と，前記第一のファイ
ルサーバプログラムとは，共用ファイルへのアクセスイ
ンタフェースが異なる第二のファイルサーバプログラム
を具備する第二のサーバ情報処理装置と，前記第一及び
第二のサーバ情報処理装置を接続するネットワークとを
備える情報処理システムであって，前記第一のサーバ情
報処理装置は，前記第二のサーバ情報処理装置が管理す
るファイル（以下，異種ファイルと呼ぶ）へのアクセス
処理を実行するアクセス手段を備え，前記第二のサーバ
情報処理装置は，前記アクセス手段から送られてくる処
理要求を受け入れて，該処理要求に対応する処理を実行
するサービス手段を備え，前記アクセス手段は，前記サ
ービス手段を介して前記異種ファイルのディレクトリ構
造の少なくとも一部の構造に関する情報を検出して，該
検出した情報に応じて，前記第一のファイルサーバプロ
グラムが管理することができる形態を備えた，前記異種
ファイルのディレクトリ構造のコピーを作成し，該作成
した異種ファイルのディレクトリ構造のコピーを，前記
第一のファイルサーバプログラムが管理するファイルの
ディレクトリ構造中に追加すると共に，前記情報の検出
を所定のタイミングで実行し，その度に異種ファイルの
ディレクトリ構造のコピーを更新するディレクトリ同期
手段を備えることを特徴とする情報処理システムにより
達成される。

【００２３】より具体的には，上記他の目的は，前記情
報処理システムにおいて，前記情報の検出を例えば周期
的に実行することで，第二のサーバ情報処理装置上のデ
ィレクトリ構造を第一のサーバ情報処理装置上に定期的
にコピーすることによって達成される。

【００２４】また，上記他の目的は，前記情報処理シス
テムにおいて，前回ディレクトリ同期を実行した同期時
間を記憶する記憶手段と，前回のディレクトリ同期を実
行した時間以降に更新された異種ファイルを検索し，前
記検索手段が示す更新ファイルの情報だけを第二のサー
バ情報処理装置から第一のサーバ情報処理装置に送る検
索手段と，前記更新ファイルの情報にしたがい，第一の
サーバ情報処理装置のディレクトリ構造中に追加されて
いる，異種ファイルのディレクトリ構造のコピーを更新
することによって達成される。

【００２５】また，上記他の目的は，前記情報処理シス
テムにおいて，前記ディレクトリ同期手段が，第一のサ
ーバ情報処理装置上に通常ファイルのコピーを作成する
場合に，そのファイルに格納するデータをコピーせず，
例えば中身のないスパーズファイルとすることによって
達成される。

【００２６】上記目的は，また，ファイルの共用を可能
とする第一のファイルサーバプログラムを具備する第一
のサーバ情報処理装置と，前記第一のファイルサーバプ
ログラムとは，共用ファイルへのアクセスインタフェー
スが異なる第二のファイルサーバプログラムを具備する
第二のサーバ情報処理装置と，前記第一のファイルサー
バプログラムを介して前記第一のサーバ情報処理装置上
の共用ファイルへアクセスするクライアントプログラム
を具備する少なくとも１台のクライアント情報処理装置
と，前記第一のサーバ情報処理装置及び前記少なくとも
１台のクライアント情報処理装置を接続する第一のネッ
トワーク，及び，前記第一及び第二のサーバ情報処理装
置を接続する第二のネットワークとを備える情報処理シ
ステムであって，前記第一のサーバ情報処理装置は，前
記第二のサーバ情報処理装置が管理する異種ファイルへ
のアクセスを行うアクセス手段を備え，前記第二のサー
バ情報処理装置は，前記アクセス手段と対応して動作す
るサービス手段を備え，前記アクセス手段は，前記各ク
ライアントプログラムから送られてくるファイルへの処
理要求を受け入れ，該処理要求が前記第二のファイルサ
ーバプログラムが管理するファイル（以下，異種ファイ
ルと呼ぶ）への処理要求を含むかどうかを判断し，それ
を含むと判断された場合には，前記処理要求に含まれて
いる異種ファイルへの処理要求を，前記第二のファイル
サーバプログラムで使用できる第二の処理要求に変換
し，該変換した第二の処理要求を前記第二のサーバ情報
処理装置へ送るものであり，前記サービス手段は，前記
第一のサーバ情報処理装置から送られてくる，前記第二
の処理要求を受け入れ，それに対応して予め定められて
いる処理を実行することを特徴とする情報処理システム
により達成される。

【００２７】また，上記他の目的は，前記情報処理シス
テムにおいて，前記アクセス手段が，各クライアントプ
ログラムから送られてくる異種ファイルへのアクセスを
フックするフック手段と，前記アクセスが前記異種ファ
イルへのオープン要求であった場合に該当するファイル
のデータを前記サービス手段を介して前記第一のファイ
ルサーバプログラムが管理するディレクトリ構造内へコ
ピーするファイルコピー手段と，前記ファイルコピー手
段でコピーしたファイルを前記サービス手段を介して前
記第二のサーバ情報処理装置に書き戻すコピーバック手
段と，前記アクセスが前記異種ファイルへのクローズ要
求であった場合に前記コピーバック手段を別プロセスと
して起動するコピーバック起動手段とを備える。

【００２８】また，上記他の目的は，前記情報処理シス
テムにおいて，前記コピーしたファイルの名称，リード
オープン，ライトオープンしている数，コピーバック待
ちフラグ，オープン待ちフラグ，削除待ちフラグ等を記
憶し，その時点での状態に応じて，コピーバック処理の
実行を制御する。

【００２９】上記目的は，また，情報処理システムの制
御方法において，前記異種ファイルのディレクトリ構造
の少なくとも一部の構造に関する情報を検出して，該検
出した情報に応じて，前記第一のファイルサーバプログ
ラムが管理することができる形態を備えた，前記第二の
サーバ情報処理装置が管理するファイルのディレクトリ
構造のコピーを作成し，該作成したディレクトリ構造の
コピーを，前記第一のファイルサーバプログラムが管理
するファイルのディレクトリ構造中に追加する処理と，
前記情報の検出を所定のタイミングで実行し，その度に
前記異種ファイルのディレクトリ構造のコピーを更新す
る処理とを含むことを特徴とする情報処理システムの制
御方法により達成される。

【００３０】上記目的は，また，情報処理システムの制
御方法において，前記クライアントプログラムから送ら
れてくる，前記第二のサーバ情報処理装置が管理するフ
ァイル（以下，異種ファイルと呼ぶ）へのアクセスをフ
ックする処理と，前記アクセスが前記異種ファイルへの
オープン要求であった場合に，該当するファイルのデー
タを，前記第一のファイルサーバプログラムが管理する
ディレクトリ構造内へコピーする処理と，前記ファイル
コピー手段でコピーしたファイルを，前記サービス手段
を介してコピー元に書き戻す処理と，前記アクセスが前
記異種ファイルへのクローズ要求であった場合に，前記
コピーバック手段を別プロセスとして起動する処理とを
含むことを特徴とする情報処理システムの制御方法によ
り達成される。

【００３１】

【作用】本発明を適用した情報処理システム及びその制
御方法によれば，第一のファイルサーバプログラムは，
元来自身が管理するファイルと共に，第二のファイルサ
ーバプログラムが管理する異種ファイルのコピーしたフ
ァイルの管理，あるいは，アクセス要求に対応する処理
を実行することができる。

【００３２】よって，ユーザは，第一のサーバファイル
プログラムを通して，当該プログラムが管理するファイ
ルだけでなく，第二のファイルサーバプログラムが管理
する異種ファイルへもアクセスすることができる。

【００３３】具体的には，ディレクトリ同期手段は，第
二のサーバ情報処理装置上のディレクトリ構造の少なく
とも一部を，第一のサーバ情報処理装置上のディレクト
リ構造中に定期的にコピーするので，第一の情報処理装
置上のファイル一覧を表示すれば，第二の情報処理装置
上のファイル一覧に関する情報も同時に得ることができ
る。

【００３４】また，ディレクトリ同期手段は，第二のサ
ーバ情報処理装置のディレクトリ構造を第一のサーバ情
報処理装置上に定期的にコピーする際に実行する前記第
一のサーバ情報処理装置上へのファイル作成において，
ディレクトリファイル以外の通常のファイルを，中身の
ないスパーズファイルとして作成する。

【００３５】これによって，前記ファイルが使用する第
一の情報処理装置の磁気ディスク中の記憶容量は，ファ
イル一覧表示中にファイルサイズとして示されているも
のとは無関係な，非常に小さなサイズとなる。

【００３６】また，検索手段は，ファイルに変更があっ
たかどうかを，例えば記憶手段に記憶されているディレ
クトリ同期を実行した前回の同期時間と第二のサーバ情
報処理装置上のファイルの最終更新日付とを比較するこ
とで検出し，前回のディレクトリ同期を実行した時間以
降に更新されたファイルの情報だけを，第一のサーバ情
報処理装置に送らせる。更新手段は，前記更新されたフ
ァイルについての情報にしたがい，第一のサーバ情報処
理装置のディレクトリ構造中に追加されている，前記異
種ファイルのディレクトリ構造のコピーを更新する。

【００３７】このように前回のディレクトリ同期実行時
刻以後に変更されたファイルだけを同期処理の対象とす
ることによって，第二のサーバ情報処理装置から第一の
サーバ情報処理装置に送る情報量を少なくすることがで
きる。

【００３８】また，フック手段は，第一のサーバ情報処
理装置のファイルシステムに対するアクセス要求をフッ
クし，該アクセス要求が，クライアント情報処理装置か
ら前記ディレクトリ同期手段によってコピーされ作成さ
れた異種ファイルのディレクトリ構造のコピー内に属す
るファイルへのオープン，クローズ，削除要求のいづれ
かかどうかを判定する。

【００３９】前記判定の結果，オープン要求であった場
合には，ファイルコピー手段によって該ファイルの実体
である，当該ファイルに格納されているデータを，第二
のサーバ情報処理装置から第一のサーバ情報処理装置へ
とコピーする。このとき，該ファイルに既にデータが存
在するかを調べ，存在しない場合にだけコピーを行う。
また，前記オープン要求がリードモードかライトモード
かによって，該ファイルについてのリードオープン，ラ
イトオープン数を設定する。

【００４０】また，上記フック手段での判定結果が削除
要求であった場合には，該ファイルが存在するかどうか
を調べ，さらにコピーバック待ちフラグを調べセットさ
れていたら，削除待ちフラグをセットする。

【００４１】また，上記フック手段での判定結果がクロ
ーズ要求であった場合には，コピーファイルテーブル手
段のリードオープン，ライトオープン数を該クローズに
対応するオープンで加算していた分だけ減算する。この
結果，ライトオープン数が０となれば，コピーバック手
段を別プロセスとして起動し，前記フック処理自体は終
了する。

【００４２】コピーバック手段は，コピーバック待ちフ
ラグを設定し，その後オープン待ちフラグ，削除待ちフ
ラグが設定されていないかを監視しながら，予め定めた
時間だけ待つ。前記待ち時間の間に削除待ちフラグがセ
ットされれば，以後のコピーバック処理を中止する。ま
た，オープン待ちフラグがセットされれば，待ち時間の
完了を待たずに第一のサーバ情報処理装置にコピーした
ファイルを再び第二のサーバ情報処理装置に書き戻すコ
ピーバック処理を行う。

【００４３】コピーバック処理が終了し，オープン待ち
フラグがセットされず，かつリードオープン数，ライト
オープン数が共に０の場合には，該ファイルのコピーは
不要であるので，該ファイルのコピーを中身のないスパ
ーズファイルとする。

【００４４】以上の構成の処理によれば，複数ユーザー
が同時に同一ファイルを使用する際にも無駄なコピー処
理が発生しない。さらに，複数のユーザーが使用中であ
ったり，クローズに続いて再度オープンされる場合にス
パーズファイル化ぜず，コピーファイルを引き続き利用
できる。さらに，クローズに続いて削除される場合に，
不要なコピーバックをせずに済む。

【００４５】また，コピーバック手段は，別プロセスと
してバックグラウンドで動作するので，前記コピーバッ
ク手段の完了を待つことなくクライアント情報処理装置
からのクローズ要求は終了するので，ユーザは直ちに次
の処理を行うことができる。

【００４６】

【実施例】以下，本発明の一実施例を図を用いて説明す
る。

【００４７】最初，本実施例の情報処理システム全体の
構成を説明する。本実施例のシステムは，図１に示すよ
うに，第一のクライアント情報処理装置１１０，第二の
クライアント情報処理装置１４０，第一のサーバ情報処
理装置１２０，及び，第二のサーバ情報処理装置１３０
を有する。

【００４８】クライアント情報処理装置１１０，１４
０，サーバ情報処理装置１２０，１３０には，中央処理
装置（ＣＰＵ）１ａ，１ｄ，１ｂ，１ｃ，メモリ２ａ，
２ｄ，２ｂ，２ｃ，ＬＡＮコントローラ３ａ，３ｄ，３
ｂ，３ｃ，ディスクコントローラ４ａ，４ｄ，４ｂ，４
ｃ，磁気ディスク５ａ，５ｄ，５ｂ，５ｃがそれぞれ具
備されている。各情報処理装置はローカルエリアネット
ワーク（ＬＡＮ）１０１を介して相互に接続されてお
り，各々のＬＡＮコントローラ３を介して通信ができる
構成を有している。

【００４９】なお，本実施例ではネットワークとしてＬ
ＡＮを用いているが，本発明においては，各情報処理装
置を互いに接続する通信路の具体的形態について限定す
るものではなく，例えばワイドエリアネットワーク（Ｗ
ＡＮ）を使用する構成としても良い。

【００５０】クライアント情報処理装置１１０のメモリ
２ａ上には，オペレーティングシステムプログラム（Ｏ
Ｓ）６ａ，ファイルサーバプログラム９ｂ用のクライア
ントプログラム７ａ，アプリケーションプログラム８ａ
が，起動時に磁気ディスク５ａからロードされる。クラ
イアント情報処理装置１４０のメモリ２ｄ上には，オペ
レーティングシステムプログラム（ＯＳ）６ｄ，ファイ
ルサーバプログラム９ｃ用のクライアントプログラム７
ｄ，アプリケーションプログラム８ｄが，起動時に磁気
ディスク５ｄからロードされる。

【００５１】第一のサーバ情報処理装置１２０のメモリ
２ｂ上には，ゲートウェイプログラム２０，ＯＳ６ｂ，
第一のファイルサーバプログラム９ｂが起動時に磁気デ
ィスク５ｂからロードされる。また，第二のサーバ情報
処理装置１３０のメモリ２ｃ上には，エージェントプロ
グラム３０，ＯＳ６ｃ，第二のファイルサーバプログラ
ム９ｃが起動時に磁気ディスク５ｃからロードされる。

【００５２】これらサーブにロードされるプログラムの
うち，ゲートウェイプログラム２０，エージェントプロ
グラム３０が，本発明で新たに追加した特徴的な構成で
あり，その他の構成は従来のファイルサーバシステムで
用いられていたものである。

【００５３】なお，本実施例では，ゲートウエイプログ
ラム２０が第一のサーバ情報処理装置１２０に，エージ
ェントプログラム３０が第二のサーバ情報処理装置１３
０に記憶されている場合の構成を例にとって説明する
が，各サーバ情報処理装置がそれぞれ，他方へのアクセ
ス及び他方からのアクセスを可能とする，ゲートウエイ
プログラム及びエージェントプログラムを記憶する構成
としても良い。

【００５４】クライアント情報処理装置１１０のユーザ
ー（以下，単にユーザーと呼ぶ）は，クライアントプロ
グラム７ａを介して，サーバ情報処理装置１２０のファ
イルサーバプログラム９ｂにログインし，アプリケーシ
ョンプログラム８ａから磁気ディスク５ｂ上の共用ファ
イルをアクセスする。

【００５５】ここで，本実施例のゲートウェイプログラ
ム２０とエージェントプログラム３０とにより，ユーザ
ーが前記アクセスと全く同じ方法で，磁気ディスク５ｂ
上のファイルであるがごとく，磁気ディスク５ｃ上の共
用ファイルへアクセスできる仕組みが提供される。

【００５６】ゲートウェイプログラム２０は，初期化，
終了処理を行うメインルーチン２１，ユーザーが第一の
ファイルサーバプログラム９ｂへログインしたことを検
出して第二のファイルサーバプログラム９ｃへの自動ロ
グインを指示するログインルーチン２２，前記自動ログ
インを各ユーザー対応に実行するユーザープロセスルー
チン２３，前記ユーザーからのファイルアクセスをフッ
クし，第二のサーバ情報処理装置１３０へのアクセスへ
とリダイレクトするファイルアクセスフックルーチン２
４，第二のサーバ情報処理装置１３０から第一のサーバ
情報処理装置１２０上にコピーされ修正を加えられたフ
ァイルを，再び第二のサーバ情報処理装置１３０へ転送
するコピーバックルーチン２５，及び，第二のサーバ情
報処理装置１３０上のディレクトリ構造の指定した部分
と同じ構造を第一のサーバ情報処理装置１２０上に作成
するディレクトリ同期ルーチン２６を具備する。

【００５７】エージェントプログラム３０は，前記ユー
ザープロセスルーチン２３からのログイン要求をうけつ
けるリモートログインサービスルーチン３１，前記ログ
イン受け付け時に起動され，第二のファイルサーバプロ
グラム９ｃへのログインを実行し，その後，前記ファイ
ルアクセスフックルーチン２４によってリダイレクトさ
れた各ユーザーからのファイルアクセスに応答するユー
ザープロセスサービスルーチン３２，及び，前記ディレ
クトリ同期ルーチン２６からの要求に応じて，第二のサ
ーバ情報処理装置１３０のディレクトリ構造情報を返す
ディレクトリ同期サービスルーチン３３を具備する。

【００５８】次に，本システムの動作の概要を説明す
る。図２１は，本発明のゲートウェイプログラム２０を
起動する前に第一のサーバ情報処理装置１２０の磁気デ
ィスク５ｂ上に作成されているファイルのディレクトリ
構造の一例を示す図である。ここで，括弧（［ ］）で
囲んだファイル名のファイルは，ディレクトリファイル
であり，その下につながっているファイルの情報が格納
されている。図２２は，第二のサーバ情報処理装置１３
０の磁気ディスク５ｃ上に作成されているファイルのデ
ィレクトリ構造の一例を示す図である。

【００５９】本実施例においては，ゲートウェイプログ
ラム２０を起動すると，第一のサーバ情報処理装置１２
０の磁気ディスク５ｂ上に作成されるファイルのディレ
クトリ構造は，例えば図２３に示すような構造となる。
ここで，破線で囲った部分には，上述のディレクトリ同
期ルーチン２６の機能によって，図２２で示した第二の
サーバ情報処理装置１３０上のディレクトリ構造の内，
ｒｅｓｅａｒｃｈ／ｈａｒｄから下位の構造がコピーさ
れている。

【００６０】コピーしたディレクトリ構造内のファイル
は，ファイルサーバプログラム９ｂがＯＳ６ｂを介して
管理する通常のファイルとして磁気ディスク５ｂ上に作
成する。これによって，クライアント情報処理装置１１
０上のアプリケーションソフトウェア８ａからは，第二
のサーバ情報処理装置１３０上のディレクトリ構造の一
部を，第一のサーバ情報処理装置１２０上のディレクト
リ構造として参照することができる。

【００６１】ここで，コピーしたディレクトリ構造内の
ファイルの内，ディレクトリファイルでない通常ファイ
ルは，その中身のデータを第二のサーバ情報処理装置１
３０からコピーせず，１バイトだけのダミーデータを格
納したスパーズファイルとして作成する。図２５にスパ
ーズファイルの例を示す。ここで，ファイルＶＯＬ１／
ｍｐｄｌ／ｃｉｒｃ／ｌｏｇ１は，そのファイルサイズ
が，５２４９５０バイトであるが，データは先頭から２
４９５０バイト目に１バイトだけ書かれているだけであ
る。このようなファイルでは，先頭のブロックと最終ブ
ロックだけが実際に磁気ディスク５ｂ上の記憶領域を使
い，他のブロックは磁気ディスク５ｂの領域を使用しな
い。本例では，ブロックサイズが４０９６バイトである
ので，ファイルサイズが５２４９５０バイトでも実際に
使用する磁気ディスク５ｂの容量は４０９６の２倍の８
１９２バイトで済む。

【００６２】このように，ディレクトリ構造のコピー部
分のファイルにデータの実体のないスパーズファイルを
用いることによって，ファイル情報としてのファイルサ
イズはコピー元のサイズを反映し，かつ磁気ディスク５
ｂの使用容量を少なくすることができる。

【００６３】クライアント情報処理装置１１０のアプリ
ケーションプログラム８ａからのファイルのデータへの
アクセスは，以下のように実現される。

【００６４】ゲートウェイプログラム２０のファイルア
クセスフックルーチン２４が，アプリケーションプログ
ラム８ａからのファイルオープン要求を検出し，第二の
サーバ情報処理装置１３０から該ファイルのデータを第
一のサーバ情報処理装置１２０上のスパーズファイル化
している当該ファイルへ上書きコピーする。前記オープ
ン後の該ファイルに対するアプリケーションプログラム
８ａからのリードライトアクセスは，ゲートウェイプロ
グラム２０の関与無しに行われる。一方，アプリケーシ
ョンプログラム８ａからのクローズ要求を検出すると，
該ファイルへのデータの書き込みが行われたかどうかを
判定し，書き込みが行われていたときには上記コピーバ
ックルーチン２５が，第二の情報処理装置１３０へデー
タを書き戻す。また，クローズ後は再び第一の情報処理
装置上の当該ファイルを上述のスパーズファイルとす
る。このコピーバック処理は，一端開始の指示が発行さ
れるされると，ユーザーとの関与なしにバックグラウン
ドで行なわれる。このため，アプリケーションプログラ
ム８ａはコピーバック処理の終了を待つことなく，次の
処理を行うことができる。また，コピーバック処理はフ
ァイルのクローズ後すぐには開始せず，しばらく時間を
おいてから開始する。この時間をコピーバックディレイ
タイムと呼ぶ。

【００６５】システム管理者が作成し，磁気ディスク５
ｂ上に格納するゲートウェイパラメータ設定ファイル１
９９の一例を図２４に示す。本図の一行目（２４１０）
では，第二の情報処理装置１３０上のディレクトリ構造
のどの部分を第一の情報処理装置１２０のどのディレク
トリに割り当てるかを示している。ここでは，”ＳＲＶ
２”という名称の第二のサーバ情報処理装置１３０の”
ｒｅｓｅａｒｃｈ／ｈａｒｄ”以下のディレクトリ構造
を，第一のサーバ情報処理装置１２０の”ＶＯＬ１／ｍ
ｐｄｌ”に割り当てる例を示している。二行目（２４２
０）は，アプリケーションプログラム８ａがファイルを
クローズしてからコピーバックルーチン２５が，ファイ
ルのコピーバックを開始するまでの時間であるコピーバ
ックディレイタイムを指定する。本例では，５００ｍ秒
を指定する例を示している。三行目（２４３０）は，デ
ィレクトリ同期を行う時間間隔を指定する。ここでは，
６０００秒，即ち１０分とした例を示す。

【００６６】以下，上述した各ルーチンの処理を詳細に
説明する。

【００６７】最初，ルーチンの説明に先立ち，ゲートウ
ェイプログラム２０内の各ルーチンでメモリ２ｂ上に設
定，参照するテーブルの例を示す。

【００６８】図１４は，マウントパステーブル１４００
の一例である。マウントパステーブル１４００は，上述
のゲートウェイパラメータ設定ファイル１９９に記述さ
れた，第二の情報処理装置１３０上のディレクトリ構造
のどの部分を第一の情報処理装置１２０のどのディレク
トリに割り当てるかの情報を格納するテーブルである。
複数の割り当てを可能とするため，マウントパステーブ
ル１４００は複数のノード１４９０と，最初のノードを
示す先頭ポインタ１４０１から構成される線形リスト構
造としている。各ノード１４９０には，次のノードを指
し示すポインタ１４０２，第一の情報処理装置１２０の
ディレクトリのパスであるマウントパス１４０３，及
び，第二の情報処理装置１３０のディレクトリのパスで
あるリモートパス１４０４が格納される。最後のノード
のポインタ１４０２は，空きを示す“ＮＵＬＬ”が格納
されている。

【００６９】図１５は，ユーザーコネクションテーブル
１５００の一例である。ユーザーコネクションテーブル
１５００は，最初のノードを示す先頭ポインタ１５０１
とログインした各ユーザーに対応した複数のノード１５
９０とから構成される。各ノード１５９０は，次のノー
ドを指し示すポインタ１５０２，第一のファイルサーバ
プログラム９ｂがログインしたユーザーに割り当てたコ
ネクション番号１５０３，ログインルーチン２２が各ユ
ーザー毎に起動し割り当てたユーザープロセスのプロセ
ス番号１５０４，該ユーザープロセスが，エージェント
プログラム３０のユーザーサービスルーチン３２と通信
するためのソケット番号１５０５，及び，各ユーザーが
使用中の第二の情報処理装置１３０上のファイルに関す
る情報を記憶したファイルハンドルテーブル１６００へ
のポインタであるファイルハンドルテーブルポインタ１
５０６から構成される。

【００７０】図１６は，前記ファイルハンドルテーブル
１６００の一例である。このテーブルはユーザー毎に作
成され，テーブルの各ノード１６９０は，次のノードを
指し示すポインタ１６０２，第一の情報処理装置１２０
上のパス名を含むファイル名１６０３，該ファイルをオ
ープンした際にＯＳ６ｂから与えられるのファイルハン
ドル番号１６０４，第二の情報処理装置１３０上のパス
名を含むリモートファイル名１６０５，及び，該ファイ
ルをオープンした際にＯＳ６ｃから与えられるのリモー
トファイルハンドル番号１６０６から構成される。

【００７１】図１７は，第二の情報処理装置から第一の
情報処理装置へファイルのデータが一時的にコピーされ
ているファイルの情報を示すコピーファイルテーブル１
７００の一例である。コピーファイルテーブル１７００
は，最初のノードを示す先頭ポインタ１７０１と前記フ
ァイル毎に対応した複数のノード１７９０とから構成さ
れる。各ノード１７９０は，次のノードを指し示すポイ
ンタ１７０２，第一の情報処理装置１２０上のパス名を
含むファイル名１７０３，該ファイルに対して第一の情
報処理装置１２０上でリードモードでオープンしている
数を示すリードオープン数１７０４，同じくライトオー
プン数１７０５，該ファイルが第二の情報処理装置１３
０へ書き戻し処理が起動されていることを示すコピーバ
ックフラグ１７０６，該ファイルに対してオープン待ち
のプロセスがあることを示すオープン待ちフラグ１７０
７，及び，同じく削除待ちのプロセスがあることを示す
イレース待ちフラグ１７０８から構成される。

【００７２】以下，上述の各ルーチンの処理フローを説
明する。

【００７３】最初に，ゲートウエイプログラム２０のメ
インルーチン２１の処理フローを，図２を参照して説明
する。

【００７４】本処理フローにおいて，ステップ２０１で
は，上記ユーザーコネクションテーブル１５００の先頭
ポインタ１５０１，ユーザーコネクションテーブル１５
００の先頭ポインタ１５０１などのシステム変数を初期
化する。ステップ２０３では，予めシステム管理者が作
成し磁気ディスク５ｂ上に格納しているゲートウェイパ
ラメータ設定ファイル１９９を参照し，上記マウントパ
ステーブル１４００を作成する。

【００７５】ステップ２０４でディレクトリ同期ルーチ
ン２６を新たなプロセスとして起動し，上記マウントパ
ステーブルで設定した対応関係にしたがい，第二の情報
処理装置１３０の磁気ディスク５ｃ上のディレクトリ構
造の一部を第一の情報処理装置１２０の磁気ディスク５
ｂ上に再現する。なお，各プロセスは，ＯＳのタイムス
ライス機能によって，並行処理が行われる。

【００７６】ステップ２０５から２０７では，ファイル
サーバプログラム９ｂ等から発行されるファイルアクセ
ス要求をフックするため，ＯＳ６ｂのファイルシステム
へのファンクションコールのサービスベクタを書き換え
る。ここでサービスベクタとは，該ファンクションコー
ル発行時に実行されるＣＰＵ１ｂのソフトウェア割り込
み命令で参照される分岐先アドレスのことである。ま
ず，ステップ２０５でＯＳ６ｂが設定したファンクショ
ンコールのサービスベクタを取得し，ステップ２０６で
前記サービスベクタをシステム変数として記憶し保存す
る。ステップ２０７では，本ゲートウェイプログラム２
０内のファイルアクセスフックルーチン２４のエントリ
ーアドレスを新たなファイルアクセスサービスベクタと
して設定し，ファイルアクセス要求をフックするための
設定を終える。

【００７７】次に，ステップ２０８でログインルーチン
２２を新たなプロセスとして起動し，ユーザーからのロ
グイン監視を開始する。ステップ２０９では自らスリー
プ状態となり停止指令を待つ。この時点でゲートウェイ
プログラム２０の初期化は終了し，ユーザーは第二の情
報処理装置１３０上のファイルをアクセスできるように
なる。

【００７８】システム管理者がゲートウェイプログラム
２０の停止命令を発行すると，メインルーチンはスリー
プ状態から抜け，ステップ２１０以降の終了処理を行
う。ステップ２１０では，ログインルーチン２２を終了
させるためのシグナルをログインプロセスに送り，ステ
ップ２１１では同様にディレクトリ同期プロセスへの終
了指示を送る。ステップ２１２では，ステップ２０７で
書き換えたファイルアクセスサービスベクタをステップ
２０６で保存しておいた元の値に戻す。以上でメインル
ーチン２１を終了する。

【００７９】次に，リモートログインルーチン２２の処
理フローを，図３を参照して説明する。本処理フローに
おいて，ステップ３０１では，ファイルサーバプログラ
ム９ｂへのユーザーのログインまたはログアウト，上述
のメインルーチン２１からのログインプロセス停止指示
などのイベントを監視し待つ。該イベントが発生すると
ステップ３０２でログインかどうかを判定し，ログイン
の場合は，ステップ３０３でユーザープロセスルーチン
２３を新たなプロセスとして起動する。

【００８０】一方，ステップ３０２でログインではない
と判定した場合はステップ３０４を実行し，ログアウト
かどうかを調べる。ログアウトだった場合にはステップ
３０５を実行し，ログアウトでなければステップ３０６
を実行する。前記ステップ３０５では，上述のユーザー
コネクションテーブル１５００を参照し，ログアウト要
求元のコネクション番号１５０３からユーザープロセス
番号１５０４を調べ，該プロセスにログアウト指示のシ
グナルを送る。

【００８１】ステップ３０６では，発生したイベントが
サービス停止指示かどうかを判定し，停止指示であった
場合には，ログインプロセスを終了する。前記停止指示
以外のイベントであった場合には，再びステップ３０１
でのイベント待ちを行う。

【００８２】次に，上記ログインルーチン２２のステッ
プ３０３で生成，起動されるユーザープロセスルーチン
２３の処理フローを，図４を参照して説明する。本処理
フローでは，最初，ステップ４００で，第二の情報処理
装置１３０上のエージェントプログラム３０のリモート
ログインサービスルーチン３１に対してソケットを作成
し新たな通信コネクションを確立する。次にステップ４
０１で，前記リモートログインサービスルーチン３１に
対して，第二のファイルサーバプログラム９ｃへのログ
インを依頼する。

【００８３】このとき，前記リモートログインサービス
ルーチン３１は，まずユーザープロセスサービスルーチ
ン３２を新たなプロセスとして起動し，ここからログイ
ンを実行する。前記ユーザープロセスサービスルーチン
３２は，リモートログインサービスルーチン３１から引
き継いだソケットを用いて前記ユーザープロセスルーチ
ン２３に前記ログインの結果を伝える。ステップ４０２
では該結果を判定し，ログイン成功であった場合にはス
テップ４０３以降を実行し，ログイン失敗であった場合
には前記ユーザープロセスルーチンを終了するように制
御する。

【００８４】ステップ４０３では，前記ユーザーコネク
ションテーブル１５００に新たなノード１５９０を追加
し，コネクション番号１５０３，プロセス番号１５０
４，ソケット番号１５０５，ファイルハンドルテーブル
ポインタ１５０６の各値を設定する。続くステップ４０
４では，前記ログインルーチン２２からログアウト指示
を受け取るまでスリープして待つ。前記ログアウト指示
を受け取ると，ステップ４０５で，第二のファイルサー
バプログラム９ｃからのログアウトを，ユーザープロセ
スサービスルーチン３２に依頼し実行する。前記ログア
ウトの後，ユーザープロセスルーチン２３は終了する。

【００８５】次に，ファイルアクセスフックルーチン２
４の処理フローを，図５を参照して説明する。上述のメ
インルーチン２１で行ったファイルアクセスサービスベ
クタ書き換えによって，ＯＳ６ｂのファイルシステムへ
のファンクションコールが発行される度に本ルーチンが
呼ばれる。

【００８６】本ルーチンが呼ばれると，ステップ５０１
でファイルアクセス要求元のコネクション番号が，ユー
ザーコネクションテーブル１５００にあるかどうかを調
査する。該調査の結果，ユーザーコネクションテーブル
１５００に存在しなければ，ファイルアクセスをリダイ
レクトする対象の要求元（ユーザー）ではないので，ス
テップ５６０で元のベクタをコールし本来の処理を行っ
た後，ステップ５９９で本ルーチンの呼び出し元へリタ
ーンする。

【００８７】ステップ５０２では，ファイルアクセス要
求のあったファイル（以下単に要求ファイルと呼ぶ）
が，第二の情報処理装置１３０のディレクトリをマウン
トしたディレクトリ部分に含まれるかどうかを調査す
る。該調査は，マウントパステーブル１４００を参照
し，マウントパス１４０３と要求ファイルの完全なパス
名とを比較することによって行う。

【００８８】なお，ファイルアクセス要求がクローズの
場合には，ファイル名ではなくファイルハンドル番号が
引き渡されるが，この場合には，まず，ユーザーコネク
ションテーブル１５００のファイルハンドルテーブルポ
インタ１５０６から当該ユーザーのファイルハンドルテ
ーブル１６００の先頭ポインタを求め，次に前記ポイン
タが示すファイルハンドルテーブル１６００内のファイ
ルハンドル番号１６０４に該当するものがあるかを調査
する。前記調査の結果，対象のファイルでなければ，ス
テップ５６０で元のベクタをコールし本来の処理を行っ
た後，ステップ５９９で本ルーチンの呼び出し元へリタ
ーンする。

【００８９】次にステップ５０５，５１０，５２０，５
３０，５４０で，ファイルオープン，ファイルクロー
ズ，ファイルイレース，ディレクトリ作成，ディレクト
リ削除のいずれかの要求かどうかをそれぞれ判定する。

【００９０】ファイルオープンの場合には，まず，ステ
ップ５０６でオープンプリフックルーチン５０をコール
する。ステップ５０７では，該コールの結果がエラーで
あったかどうかを調べ，エラーであった場合には続くス
テップ５０８をスキップする。ステップ５０８では，保
存してある元のファイルアクセスサービスベクタを参照
しそのアドレスをコールすることによって，ＯＳ６ｂの
ファイルシステムにオープン処理を要求する（以下，こ
のような処理を単に元のベクタをコールすると言う）。
次にステップ５０９でオープンポストフックルーチン５
１をコールし，ステップ５９９でファイルオープンの呼
び出し元にリターンする。

【００９１】また，ファイルクローズの場合には，ま
ず，ステップ５１１でクローズプリフックルーチン５３
をコールする。ステップ５１２では，該コールの結果が
エラーであったかどうかを調べ，エラーであった場合に
は続くステップ５１３をスキップする。ステップ５１３
では，もとのベクタをコールし，ステップ５９９でファ
イルクローズの呼び出し元にリターンする。

【００９２】ファイルイレース，ディレクトリ作成，デ
ィレクトリ削除の場合も，図５に示すようにファイルク
ローズの場合と同様の処理を行う。

【００９３】以上述べたように，本実施例のファイルア
クセスフックルーチン２４の処理によって，ＯＳ６ｂに
対するファイルアクセス要求をフックし，第二の情報処
理装置のファイルアクセスへとリダイレクトするための
各処理ルーチンを呼び出すことができる。

【００９４】次に，オープンプリフックルーチン５０の
処理フローの一例を，図６を参照して説明する。本ルー
チンは，上記図５のファイルアクセスフックルーチン２
４のステップ５０６でコールされるものである。

【００９５】本処理フローにおいては，最初，ステップ
６０３で，ファイルハンドルテーブル１６００に新たな
ノード１６９０を追加する。ステップ６０５では，コピ
ーファイルテーブル１７００の各ノード１７９０のファ
イル名１７０３に前記要求ファイル名が存在するかどう
かを調べ，存在すればさらにそのノード１７９０のコピ
ーバックフラグ１７０６を参照する。該参照の結果コピ
ーバック中ならば，ステップ６０６で当該ノード１７９
０のオープン待ちフラグ１７０７をセットし，さらにス
テップ６０７で当該ノードのコピーバックフラグ１７０
６を監視し，コピーバック終了を待つ。コピーバックが
終了すれば，ステップ６０８で前記オープン待ちフラグ
１７０７を解除する。ステップ６０５での判定結果がコ
ピーバック中でなければ，上記ステップ６０６，６０
７，６０８は実行されない。

【００９６】ステップ６１０では，要求ファイルのオー
プンモードを第二のファイルサーバプログラム９ｃが受
け付け可能かつ要求元のオープンモードになるべく等価
なオープンモードに変換する。ここで，オープンモード
とは，ファイルをリードモードでオープンするかライト
モードでオープンするか，ファイルが存在しなければ作
成するかどうか，排他制御はどうするかといった指定を
行うものである。

【００９７】ステップ６１２では，エージェントプログ
ラム３０のユーザープロセスサービスルーチン３２に対
し，要求ファイルに対応する第二の情報処理装置１３０
上のファイルのオープンを依頼する。このとき，上記変
換後のオープンモードを用いる。前記オープンの結果を
前記ユーザープロセスサービスルーチン３２から受け取
ると，ステップ６１３で該オープンが成功したかどうか
を判定し，失敗していた場合にはステップ６６０を実行
する。

【００９８】ステップ６６０では，失敗の原因を調べ，
オープンファイル数が規定値を越えていた為であった場
合にはステップ６６１で時間待ちをした後再びステップ
６１２に戻りリトライする。他の原因であった場合に
は，ステップ６６５でエラーコードを設定してステップ
６９９で呼び出し元へリターンする。このリトライ処理
は，第一のＯＳ６ｂと第二のＯＳ６ｃで許容されている
同時オープンファイル数が異なることや，複数のコピー
バックルーチン２５がマルチプロセスで実行されるため
に，ファイルサーバプログラム９ｂを介してオープンさ
れているファイル数よりも多くのファイルが同時にオー
プンされるために必要となる処理である。上記ステップ
６１３で，オープンが成功していた場合は，まずステッ
プ６１５でファイルハンドルテーブル１６００の当該ノ
ード１６９０のリーモートファイルハンドル番号１６０
５に，前記オープンでユーザープロセスサービスルーチ
ン３２から返されるファイルハンドル番号を格納する。
つぎにステップ６２０でコピーファイルテーブル１７０
０を検索し，要求ファイルのデータが既に第二の情報処
理装置１３０から第一の情報処理装置１２０上へとコピ
ーされているかを調べる。コピー済みであった場合には
ステップ６５０を，コピー済みでなかった場合にはステ
ップ６２２を実行する。

【００９９】ステップ６２２からステップ６３０では，
要求ファイルのデータを第二の情報処理装置１３０から
第一の情報処理装置１２０上へとコピーする。まず，ス
テップ６２２で，第一の情報処理装置１２０のＯＳ６ｂ
に対して要求ファイルのオープンを指示する。ファイル
がなければ新たに作成する。次にステップ６２５で，第
二の情報処理装置１３０から当該ファイルのデータを読
み出す。この読出しは，上記ユーザープロセスサービス
ルーチン３２を介して行う。前記読み出したデータは，
ステップ６２６で，第一の情報処理装置１３０上のスパ
ーズファイル化されている前記要求ファイルに書き込ま
れる。ステップ６２７では，全内容のコピーを終了した
かどうか判定し，終了していなければステップ６２５以
下を繰り返し実行する。ステップ６３０では，第一の情
報処理装置１２０のＯＳ６ｂに対して要求ファイルのク
ローズを指示する。

【０１００】ステップ６３１では，コピーファイルテー
ブル１７００に，新たなノード１７９０を追加し，第一
の情報処理装置１２０上でのファイル名１７０３を設定
する。ステップ６５０では，要求ファイルのオープンモ
ードにしたがって，前記ノード１７９０のリードオープ
ン数，ライトオープン数の一方または両方に１を加え
る。以上述べた処理の後，ステップ６９９でオープンプ
リフックルーチンを終了し，呼び出し元へリターンす
る。

【０１０１】次に，オープンポストフックルーチン５１
の処理フローの一例を図７を参照して説明する。ステッ
プ７１０で，本ルーチンが呼ばれる前に元のベクタをコ
ールすることによって実行したＯＳ６ｂに対するファイ
ルオープンが正常終了したかどうかを調べ，正常終了し
ていた場合はステップ７２０を実行する。このステップ
７２０では，ファイルハンドルテーブル１６００の該当
するノード１６９０のローカルファイルハンドル番号１
６０４に，前記オープンでＯＳ６ｂから返されるファイ
ルハンドル番号を格納する。

【０１０２】一方，ＯＳ６ｂに対するファイルオープン
が異常終了していた場合には，該オープンを無効とし，
各テーブルへの登録情報を削除するためにステップ７３
０以下を実行する。ステップ７３０では，オープンプリ
フックルーチン５０で追加したファイルハンドルテーブ
ル１６００の当該ノード１６９０を削除する。続くステ
ップ７３１では，同じくオープンプリフックルーチン５
０でカウントアップしたコピーファイルテーブル１７０
０のリードオープン数１７０４，ライトオープン数１７
０５を前記カウントアップ前の値に戻す。

【０１０３】以上の処理の後，ステップ７９９で呼び出
し元にリターンし，オープンポストフックルーチン５１
を終了する。

【０１０４】次に，イレースプリフックルーチン５２の
処理フローの一例を，図８を参照して説明する。まず，
ステップ８１０で，コピーファイルテーブル１７００の
各ノード１７９０のファイル名１７０３に要求ファイル
名が存在するかどうかを調べ，存在すればさらにそのノ
ード１７９０のコピーバックフラグ１７０６を参照す
る。該参照の結果コピーバック中ならば，ステップ８２
０で当該ノード１７９０のイレース待ちフラグ１７０７
をセットし，さらにステップ８３０で当該ノードのコピ
ーバックフラグを監視し，コピーバック終了を待つ。

【０１０５】コピーバック中でなかった場合，あるいは
コピーバックが終了するとステップ８４０が実行され
る。ステップ８４０では，エージェントプログラム３０
のユーザープロセスサービスルーチン３２に対し，要求
ファイルに対応する第二の情報処理装置１３０上のファ
イルの削除を依頼する。ステップ８５０では，前記削除
が正常終了したかどうかを判定し，異常終了の場合には
ステップ８６０でエラーコードを設定し呼び出し元にス
テップ８９９でリターンする。

【０１０６】次に，クローズプリフックルーチン５３の
処理フローの一例を，図９を参照して説明する。まず，
ステップ９１０で，コピーファイルテーブル１７００の
各ノード１７９０のファイル名１７０３に要求ファイル
名が存在するかどうかを調べ，存在すればさらにそのノ
ード１７９０のコピーバックフラグ１７０６を参照す
る。該参照の結果コピーバック中ならば，ステップ９２
０で当該ノードのコピーバックフラグ１７０６を監視
し，コピーバック終了を待つ。

【０１０７】コピーバック中でなかった場合，あるいは
コピーバックが終了するとステップ９３０で前記コピー
バックフラグ１７０６をセットする。次にステップ９４
０でコピーバックルーチン２５を新たなプロセスとして
起動し，ステップ９９９で呼び出し元にリターンする。

【０１０８】次に，ディレクトリ作成プリフックルーチ
ン５４の処理フローの一例を，図１０を参照して説明す
る。まず，ステップ１０１０で，エージェントプログラ
ム３０のユーザープロセスサービスルーチン３２に対
し，要求ディレクトリに対応する第二の情報処理装置１
３０上のディレクトリの作成を依頼する。ステップ１０
２０では，前記作成が正常終了したかどうかを判定し，
異常終了の場合にはステップ１０３０でエラーコードを
設定し呼び出し元にステップ１０９９でリターンする。

【０１０９】ディレクトリ削除プリフックルーチン５５
の処理フローの一例を図１１に示す。本ルーチンは，上
述のディレクトリ作成プリフックルーチン５４とは，作
成か削除かが異なるだけで，その他の処理は同様である
ため，その説明は省略する。

【０１１０】次に，コピーバックルーチン２５の処理フ
ローの一例を，図１３を参照して説明する。本ルーチン
がプロセスとして起動されると，まず，ステップ１３０
５でコピーファイルテーブル１７００の当該ノード１７
９０のイレース待ちフラグ１７０８がセットされている
かどうかを調べ，セットされていれば，以下のコピーバ
ック処理を行わずにステップ１３６０に制御を移す。ま
た，イレース待ちフラグ１７０８がセットされていなけ
ればステップ１３０６で，前記ノード１７９０のオープ
ン待ちフラグ１７０７がセットされているかどうかを調
査する。該調査の結果，セットされていた場合は，ステ
ップ１３２０に制御を移す。

【０１１１】イレース待ちフラグ１７０８，オープン待
ちフラグ１７０７の何れもセットされていなかった場合
にはステップ１３０７で時間待ちを行った後，ステップ
１３０８で，コピーバックディレイタイムとして指定さ
れた時間が経過したかどうかを調べ，経過していなけれ
ばステップ１３０５に戻る。ここで，前記経過時間は，
コピーバックルーチンが起動されてからの時間である。
また前記ステップ１３０７での時間待ちの時間は，前記
コピーバックディレイタイムの１／１０以下の値を設定
する。

【０１１２】前記コピーバックディレイタイムが経過す
るか，オープン待ちフラグ１７０７が検出されると，ス
テップ１３２０が実行される。該ステップ１３２０で
は，コピーファイルテーブルのリードオープン数１７０
４，ライトオープン数１７０５を，要求ファイルのオー
プンモードにしたがって減算処理を行う。即ち，リード
モードだけならリードオープン数１７０４から，ライト
モードだけならライトオープン数１７０５から，リード
ライトモードならリードオープン数１７０４とライトオ
ープン数１７０５の両方からそれぞれ１を引いた値に設
定する。

【０１１３】次に，ステップ１３３０では要求ファイル
がライトオープンかどうかを判定する。続くステップ１
３３１では，ファイルへの書き込みが行われたかどうか
を，ＯＳ６ｂが提供する，例えばアーカイブビット等の
ファイル情報から判定する。ステップ１３３２では，最
後のライトオープンであったかどうかを，前記ライトオ
ープン数１７０５が０であるかどうかで判定する。以上
の判定の結果，最後のライトオープンで且つファイルへ
の書き込みがあった場合にだけステップ１３３３のコピ
ーバックを実行し，そうでなければ前記コピーバックは
行わないよう動作する。前記ステップ１３３３のコピー
バックとは，第一の情報処理装置１２０上に作成された
要求ファイルの内容コピーを，第二の情報処理装置１３
０に書き戻す処理をいう。前記処理は，エージェントプ
ログラム３０のユーザープロセスルーチン３２を介して
行う。

【０１１４】次に，ステップ１３５０で，最後のクロー
ズかどうかを判定する。これは，前記リードオープン数
１７０４とライトオープン数１７０５の両方が０となっ
ているかどうかで容易に判定できる。また，ステップ１
３５１ではコピーファイルテーブル１７００のオープン
待ちフラグ１７０７がセットされているかを調べる。上
記判定の結果，最後のクローズで，且つオープン待ちが
なければステップ１３５２，１３５５を実行する。ステ
ップ１３５２では，第一の情報処理装置１２０上に作成
された要求ファイルのファイルサイズを取得し，ステッ
プ１３５５でスパーズファイル化し，ファイルサイズを
保持したまま内容を消去する。

【０１１５】ステップ１３５８では，コピーファイルテ
ーブル１７００から当該ノード１７９０を削除する。一
方，ステップ１３７０では，コピーファイルテーブル１
７００の当該ノード１７９０のコピーバックフラグ１７
０６をクリアする。最後に，ステップ１３６０で，ファ
イルハンドルテーブル１６００から，当該ノード１６９
０を消去し，ステップ１３９９で自プロセスであるコピ
ーバックプロセスを終了する。

【０１１６】以上述べたように，本ルーチンによれば，
コピーバックディレイタイムの期間に，同一ファイルに
対するファイル削除要求が発生した場合，コピーバック
を中止する。これによって，アプリケーションプログラ
ム８ａが作業用の一時ファイルを作成し，用済み後にク
ローズ，削除という操作を行った場合などに，不要なコ
ピーバックを行わずに済む。

【０１１７】さらに，本ルーチンによれば，コピーバッ
クディレイタイムの期間に同一ファイルに対するオープ
ン要求が来たときは，直ちにコピーバックを開始し，該
オープン処理を早く開始できるように動作する。

【０１１８】さらに，本ルーチンによれば，コピーバッ
ク終了までに，同一ファイルに対するファイルオープン
要求が来たときは，コピーバック後のスパーズファイル
化を行わないので，該ファイルオープン時には，第二の
サーバ情報処理装置１３０からのファイルのデータコピ
ーを行わずに済む。

【０１１９】次に，ディレクトリ同期ルーチン２６の処
理フローの一例を，図１８を参照して説明する。本ルー
チンにおいては，最初，ステップ１８１０で前回設定さ
れた同期時刻（以下，前回同期時刻と呼ぶ）を初期化
し，０年０月０時０分０秒とする。次に，ステップ１８
２０でマウントパステーブル１４００の先頭ポインタ１
８２０を取得する。ステップ１８３０では，取得した前
記ポインタが指し示すノード１４９０からマウントパス
１４０３，リモートパス１４０４のデータ組を取得す
る。

【０１２０】次に，ステップ１８３１で前回同期時刻を
取得し，ステップ１８３２で第二の情報処理装置１３０
のＯＳ６ｃに時刻を問い合わせ，ステップ１８３３で前
記問い合わせで得た時刻を新たな前回同期時刻として格
納する。次に，ステップ１８３０で取得したマウントパ
ス，リモートパス，ステップ１８３１で取得した前回同
期時刻を引数として，ステップ１８３４で同期実行処理
ルーチン２７をコールし，一つのマウントパスに対する
同期処理を実行する。

【０１２１】ステップ１８３５では，全マウントパスの
同期が終了したかどうかを，参照しているマウントパス
テーブル１４００のノード１４９０のポインタ１４０２
がＮＵＬＬであるかで判定する。全マウントパスの同期
が終了していなければ，再びステップ１８３０以下を実
行する。全マウントパスの同期が終了していたら，ディ
レクトリ同期インターバル時間で指定した時間，または
停止指示のシグナルをメインルーチン２１から受け取る
までステップ１８４０でスリープする。

【０１２２】ステップ１８５０では，前記スリープから
抜けた原因が前記停止指示によるものかどうかを調べ，
停止指示ならばディレクトリ同期ルーチンを終了し，停
止指示でなければステップ１８２０以下を繰り返し実行
する。

【０１２３】以上述べたフローによって，同期対象ディ
レクトリの内，第一のサーバ情報処理装置１２０と第二
のサーバ情報処理装置１３０との差分だけを更新し，同
期することができる。

【０１２４】次に，同期実行処理ルーチン２７の処理フ
ローの一例を，図１９を参照して説明する。最初，ステ
ップ１９１０では，本ルーチンへ引数として渡された前
回同期時刻とリモートパスを，第二の情報処理装置上の
エージェントプログラム３０のディレクトリ同期サービ
スルーチン３３に渡し，リモートパスの下位階層部分の
ファイル（ディレクトリファイルを含む）で前回同期時
刻以降に更新されたものの名称と，ファイルサイズ，フ
ァイル日付の一覧を変更ファイルリストとして受け取
る。

【０１２５】ステップ１９２０以下では，前記リストの
ファイル，ディレクトリを一個毎に処理する。まず，ス
テップ１９２０でディレクトリファイルかどうかを判定
し，ディレクトリファイルであった場合には，ステップ
１９６０でサブディレクトリ同期ルーチン２８をコール
し，そのディレクトリの下位の階層部分全ての同期をと
る。一方，データファイルであった場合には，ステップ
１９３０で，第一の情報処理装置上１２０上の対応する
マウントパスに既にそのファイルが存在するかを調べ，
存在しなければステップ１９４０を，存在した場合は１
９３５を実行する。

【０１２６】ステップ１９３５では，コピーファイルテ
ーブル１７００に当該ファイルが登録されているかどう
かを検索することによって，該ファイルが使用中かどう
かを判定する。コピーファイルテーブル１７００に当該
ファイルが登録されていた場合には，該ファイルは使用
中であるので，ステップ１９４０のスパーズファイル作
成をスキップする。ステップ１９４０では，ファイル
名，サイズ，日付を引数としてスパーズファイル作成ル
ーチン６０をコールし，当該ファイルの内容を消去する
と共に，ファイルサイズ，ファイル日付を設定する。

【０１２７】ステップ１９５０では，ステップ１９１０
で取得した更新ファイル一覧の全てのファイル同期を終
了したかどうかを判定し，終了するまでステップ１９２
０以下を繰り返す。全ファイルの同期が終了するとステ
ップ１９９９で呼び出し元へリターンする。

【０１２８】次に，上記同期実行処理ルーチン２７から
呼ばれるサブディレクトリ同期ルーチン２８の処理フロ
ーを，図２０を参照して説明する。ステップ２０１０で
は，引数として受け取ったディレクトリの直下のファイ
ルリリストを，第二の情報処理装置上のエージェントプ
ログラム３０のディレクトリ同期サービスルーチン３３
から得る。このリストには，各ファイル，ディレクトリ
の名称，日付，サイズの情報が含まれる。

【０１２９】ステップ２０２０以下では，前記ファイル
リストのファイル，ディレクトリを一個ずつ処理する。
ステップ２０２０では，ディレクトリファイルかどうか
を判定し，ディレクトリであった場合には，ステップ２
０７０でサブディレクトリ同期ルーチン２８を再帰的に
呼び出す。ファイルであった場合には，ステップ２０２
５で，第一の情報処理装置上１２０上の対応するマウン
トパスに既にそのファイルが存在するかを調べ，存在し
なければステップ２０３０を，存在した場合は２０２６
を実行する。

【０１３０】ステップ２０２６では，コピーファイルテ
ーブル１７００に当該ファイルが登録されているかどう
かを検索することによって，該ファイルが使用中かどう
かを判定する。コピーファイルテーブル１７００に当該
ファイルが登録されていた場合には，該ファイルは使用
中であるので，ステップ２０３０のスパーズファイル作
成をスキップする。使用中でなかった場合には，ステッ
プ２０３０でスパーズファイル作成ルーチン６０をファ
イル名称，サイズ，日付を引数としてコールし，当該フ
ァイルの内容を消去すると共に，ファイルサイズ，ファ
イル日付を設定する。

【０１３１】ステップ２０４０では，ステップ２０１０
で取得したファイルディレクトリ一覧の全てのファイル
同期を終了したかどうかを判定し，終了するまでステッ
プ２０２０以下を繰り返す。全ファイルの同期が終了す
ると，ステップ２０５０でファイルディレクトリリスト
に存在しないファイルまたはディレクトリが，ローカル
側の当該ディレクトリ内に存在しないかを調べ，存在し
た場合にはこれらを全て削除する。以上の処理を終える
と，ステップ２０９９で呼び出し元にリターンする。

【０１３２】次に，スパーズファイル作成ルーチン６０
の処理フローの一例を，図１２を参照して説明する。最
初，ステップ１２０５で，引数として受け取ったファイ
ル名のファイルが存在するかどうかを確認し，存在すれ
ばステップ１２１０で削除する。次にステップ１２２０
で新たにファイルを作成する。ステップ１２２５では，
引数として受け取ったファイルサイズ分ファイルポイン
タをずらして，ステップ１２３０で１バイトのダミーデ
ータを書き込む。そして，ステップ１２３５で該ファイ
ルをクローズする。

【０１３３】ステップ１２４０で，該ファイルの日付を
引数として受け取ったものに変更し，ステップ１２４５
でファイルの属性情報の一つである変更ビットをクリア
する。以上でスパーズファイルの作成を完了し，ステッ
プ１２９９で呼び出し元にリターンする。

【０１３４】次に，エージェントプログラム３０に含ま
れる各ルーチンの処理フローを説明する。

【０１３５】最初に，上述したゲートウエイプログラム
２０のユーザープロセスルーチン２３からのログイン要
求をうけつけるリモートログインサービスルーチン３１
について，図２６を参照して説明する。

【０１３６】本処理において，ステップ２６０１では，
前記ユーザープロセスルーチン２３からのログイン要求
あるいはサービス停止指示のイベントを監視し待つ。該
イベントが発生するとステップ２６０２でログイン要求
かどうかを判定し，ログイン要求の場合は，ステップ２
６０３でユーザープロセスサービスルーチン３２を新た
なプロセスとして起動し，ここからログインを実行す
る。

【０１３７】一方，ステップ２６０２でログインではな
いと判定した場合は，発生したイベントがサービス停止
指示かどうかを判定し，サービス停止指示であった場合
には，ステップ２６９９へ進み，本処理を終了する。前
記サービス停止指示以外のイベントであった場合には，
ステップ２６０１へ戻り，イベント待ちを実行する。

【０１３８】次に，上記リモートログインサービスルー
チン３１のステップ２６０３で生成，起動され，前記ゲ
ートウエイプログラム２０の各ルーチンからリダイレク
トされた各種イベントに応答する，ユーザープロセスサ
ービスルーチン３２の処理フローを，図２７を参照して
説明する。

【０１３９】本処理は，上記リモートログインサービス
ルーチン３１のステップ２６０３で起動された後，ステ
ップ２７０１でイベント待ちを行う。ここで，本ルーチ
ンにリダイレクトされるイベントとしては，前記ファイ
ルアクセスフックルーチン２４からの各種ファイルアク
セス要求や，前記リモートログインルーチン２２からの
ログイン，ログアウト要求等がある。

【０１４０】ステップ２７０２〜２７１０までの判定処
理では，該イベントが，ログイン要求，ログアウト要
求，ファイルオープン要求，ファイルクローズ要求，フ
ァイルリード要求，ファイルライト要求，ファイル削除
要求，ディレクトリ作成要求，及び，ディレクトリ削除
要求のいずれに該当するかを判定し，該判定結果に応じ
て，ステップ２７３１〜２７３９のうち該当する処理を
実行する。

【０１４１】次に，ステップ２７４０では，前記ユーザ
ープロセスルーチン２３に，前記リモートログインサー
ビスルーチン３１から引き継いだソケットを用いて，各
種要求に対する処理結果を伝えるためのリターンコード
を設定する。ステップ２７４１では，該リターンコード
を含む処理の実行結果を，前記ソケットを通して，第一
のサーバ情報処理装置１２０へ送信して前記イベントの
発行元へ伝え，その後，またステップ２７０１へ戻りイ
ベント待ちを行う。

【０１４２】上記ステップ２７０２〜２７１０で認識さ
れるアクセス要求以外のイベントの場合には，該イベン
トがサービス停止指示かどうかを判定し，サービス停止
指示であった場合には，ステップ２７９９へ進み，本ル
ーチンを終了する。前記サービス停止指示以外のイベン
トであった場合には，ステップ２７０１へ戻り，イベン
ト待ちを実行する。

【０１４３】次に，ディレクトリ同期サービスルーチン
３３について，図２８を参照して説明する。本ルーチン
は，前記ゲートウエイプログラム２０のディレクトリ同
期ルーチン２６からの要求に応じ，同期実行処理ルーチ
ン２７のステップ１９１０の処理に対応して，第二のサ
ーバ情報処理装置１３０のディレクトリ構造に関する変
更ファイルリストを作成し，該作成したリストを返す処
理である。

【０１４４】本処理では，ステップ２８０１でイベント
待ちをして，ステップ２８０２で該イベントが前記同期
実行処理ルーチン２７のステップ１９１０からの更新フ
ァイル取得指示かどうかを判定する。該判定の結果，そ
れが更新ファイル取得指示である場合には，ステップ２
８０３で更新ファイルリストを初期化し，ステップ２８
０４〜２８０７で，該更新ファイル取得指示に引数とし
て含まれている前回同期時刻と，マウントパステーブル
１４００のリモートパス１４０４とに基づいて，更新フ
ァイルリストを作成する。

【０１４５】すなわち，ステップ２８０４で，前記引数
に含まれるリモートパス１４０４の下位層側に位置す
る，第二のサーバ情報処理装置１３０のディレクトリ構
造に含まれるファイル及びサブディレクトリファイルを
順次検索し，ステップ２８０５で，各ファイルについて
前記同期時刻以降に変更があったかどうかを判定し，該
判定の結果，変更があった場合には，ステップ２８０６
で，該当するファイルの名称を前記変更ファイルリスト
に追加する。ステップ２８０５で変更がないと判定され
た場合にはステップ２８０７へ進み，ステップ２８０７
で，検索の対象とされているファイルのすべてについて
検索が終了したかどうかを判定し，終了まで上記処理を
繰り返す。

【０１４６】ステップ２８０８では，ステップ２８０４
〜２８０７の処理の結果得られた変更ファイルリストを
第一のサーバ情報処理装置１２０へ送信して，前記同期
実行処理ルーチン２７へ返す。

【０１４７】上記イベントが更新ファイル取得指示以外
のイベントの場合には，該イベントがサービス停止指示
かどうかを判定し，サービス停止指示であった場合に
は，ステップ２８９９へ進み，本ルーチンを終了する。
前記サービス停止指示以外のイベントであった場合に
は，ステップ２８０１へ戻り，イベント待ちを実行す
る。

【０１４８】

【発明の効果】本発明によれば，異なるファイルサーバ
プログラムを備えた複数のサーバ情報処理装置上のファ
イルに対してアクセスする場合でも，単一のファイルサ
ーバプログラムを備えたサーバ情報処理装置上のファイ
ルへアクセスする場合とほぼ同様な操作性を確保でき
る，異種ファイルへのアクセスを可能とする情報処理シ
ステム及びその制御方法を提供することができる。

【０１４９】さらに，本発明は，第二のサーバ情報処理
装置上のディレクトリ構造を第一のサーバ情報処理装置
上に定期的にコピーすることにより，第一の情報処理装
置用のファイル一覧表示プログラムがそのまま利用でき
るという効果がある。

【０１５０】さらに，本発明は，第二のサーバ情報処理
装置のディレクトリ構造を第一のサーバ情報処理装置上
に定期的にコピーする際に実行する前記第一のサーバ情
報処理装置上へのファイル作成において，ディレクトリ
ファイル以外の通常のファイルを，中身のないスパーズ
ファイルとしてファイルを作成することにより，前記フ
ァイルが使用する第一の情報処理装置の磁気ディスク容
量が少なくて済むという効果がある。

【０１５１】さらに，本発明は，前回のディレクトリ同
期実行時刻以後に変更されたファイルだけを同期処理の
対象とするので，第二のサーバ情報処理装置から第一の
サーバ情報処理装置に送る情報量が少なくて済み，処理
の高速化，ＬＡＮトラフィックの低減を図れるという効
果がある。

【０１５２】さらに，本発明によれば，複数ユーザーが
同時に同一ファイルを使用する際にも無駄なコピー処理
が発生しない。また，複数のユーザーが使用中であった
り，クローズに続いて再度オープンされる場合には，当
該ファイルをスパーズファイル化ぜず，コピーファイル
を引き続き利用できる。また，クローズに続いて削除さ
れる場合に，不要なコピーバックをせずに済む。また，
コピーバック手段は，別プロセスとしてバックグラウン
ドで動作するので，前記コピーバック手段の完了を待つ
ことなくクライアント情報処理装置からのクローズ要求
は終了するので，直ちに次の処理を行うことができる。

【０１５３】よって，本発明は，クライアント情報処理
装置から出された第二のサーバ情報処理装置上のファイ
ルに対するアクセス処理の高速化と共に，ＬＡＮトラフ
ィックの低減が図れるという効果がある。

【０１５４】

【図面の簡単な説明】

【図１】本発明を適用した異種ファイルアクセス手段を
備えた情報処理システムの一実施例の構成を示すブロッ
ク図である。

【図２】図１の実施例におけるゲートウェイプログラム
２０のメインルーチン２１の処理フローの一例を示すフ
ローチャートである。

【図３】図１の実施例におけるゲートウェイプログラム
２０のリモートログインルーチン２２の処理フローの一
例を示すフローチャートである。

【図４】図１の実施例におけるゲートウェイプログラム
２０のユーザープロセスルーチン２３の処理フローの一
例を示すフローチャートである。

【図５】図１の実施例におけるゲートウェイプログラム
２０のファイルアクセスフックルーチン２４の処理フロ
ーの一例を示すフローチャートである。

【図６】図１の実施例におけるゲートウェイプログラム
２０のオープンプリフックルーチン５０の処理フローの
一例を示すフローチャートである。

【図７】図１の実施例におけるゲートウェイプログラム
２０のオープンポストフックルーチン５１の処理フロー
の一例を示すフローチャートである。

【図８】図１の実施例におけるゲートウェイプログラム
２０のイレースプリフックルーチン５２の処理フローの
一例を示すフローチャートである。

【図９】図１の実施例におけるゲートウェイプログラム
２０のクローズプリフックルーチン５３の処理フローの
一例を示すフローチャートである。

【図１０】図１の実施例におけるゲートウェイプログラ
ム２０のディレクトリ作成プリフックルーチン５４の処
理フローの一例を示すフローチャートである。

【図１１】図１の実施例におけるゲートウェイプログラ
ム２０のディレクトリ削除プリフックルーチン５５の処
理フローの一例をフローチャートである。

【図１２】図１の実施例におけるゲートウェイプログラ
ム２０のスパーズファイル作成ルーチン６０の処理フロ
ーの一例を示すフローチャートである。

【図１３】図１の実施例におけるゲートウェイプログラ
ム２０のコピーバックルーチン２５の処理フローの一例
を示すフローチャートである。

【図１４】図１の実施例におけるマウントパステーブル
１４００の一例を示す説明図である。

【図１５】図１の実施例におけるユーザーコネクション
テーブル１５００の一例を示す説明図である。

【図１６】図１の実施例におけるファイルハンドルテー
ブル１６００の一例を示す説明図である。

【図１７】図１の実施例におけるコピーファイルテーブ
ル１７００の一例を示す説明図である。

【図１８】図１の実施例におけるゲートウェイプログラ
ム２０のディレクトリ同期ルーチン２６の処理フローの
一例を示すフローチャートである。

【図１９】図１の実施例におけるゲートウェイプログラ
ム２０の同期実行処理ルーチン２７の処理フローの一例
を示すフローチャートである。

【図２０】図１の実施例におけるゲートウェイプログラ
ム２０のサブディレクトリ同期ルーチン２８の処理フロ
ーの一例を示すフローチャートである。

【図２１】図１の実施例における第一のサーバ情報処理
装置１２０のディレクトリ構造の一例を示す説明図であ
る。

【図２２】図１の実施例における第二のサーバ情報処理
装置１３０のディレクトリ構造の一例を示す説明図であ
る。

【図２３】図１の実施例におけるゲートウェイプログラ
ム２０稼働時の第一のサーバ情報処理装置１２０のディ
レクトリ構造の一例を示す説明図である。

【図２４】図１の実施例におけるゲートウェイパラメー
タ設定ファイル１９９の一例を示す説明図である。

【図２５】図１の実施例におけるスパーズファイルの構
造を示す説明図である。

【図２６】図１の実施例におけるエージェントプログラ
ム３０のリモートログインサービスルーチン３１の処理
フローの一例を示すフローチャートである。

【図２７】図１の実施例におけるエージェントプログラ
ム３０のユーザープロセスサービスルーチン３２の処理
フローの一例を示すフローチャートである。

【図２８】図１の実施例におけるエージェントプログラ
ム３０のディレクトリ同期サービスルーチン３３の処理
フローの一例を示すフローチャートである。

【符号の説明】

１…ＣＰＵ，２…主メモリ，３…ＬＡＮコントローラ，
４…ディスクコントローラ，５…磁気ディスク，６…Ｏ
Ｓ，７…クライアントプログラム，８…アプリケーショ
ンプログラム，９…ファイルサーバプログラム，２０…
ゲートウェイプログラム，３０…エージェントプログラ
ム，１０１…ＬＡＮ，１１０…第一のクライアント情報
処理装置，１２０…第一のサーバ情報処理装置，１３０
…第二のサーバ情報処理装置，１４０…第二のクライア
ント情報処理装置。

───────────────────────────────────────────────────── フロントページの続き (72)発明者 荒井 正人 神奈川県川崎市麻生区王禅寺1099番地 株式会社日立製作所 システム開発研究 所内 (72)発明者 中田 幸男 神奈川県川崎市麻生区王禅寺1099番地 株式会社日立製作所 システム開発研究 所内 (72)発明者 伊藤 寿哉 神奈川県横浜市戸塚区戸塚町5030番地 株式会社日立製作所 ソフトウェア開発 本部内 (72)発明者 森 充 神奈川県横浜市中区尾上町６丁目81番地 日立ソフトウェアエンジニアリング株 式会社内 (56)参考文献 特開 平６−19771（ＪＰ，Ａ) 特開 平１−112445（ＪＰ，Ａ) 特開 平６−75846（ＪＰ，Ａ) 特開 平３−129443（ＪＰ，Ａ) 特開 平９−141399（ＪＰ，Ａ) 特開 昭62−111348（ＪＰ，Ａ) 特開 平５−274274（ＪＰ，Ａ) 特開 平７−152623（ＪＰ，Ａ) 特開 平７−182221（ＪＰ，Ａ) 特開 平４−313126（ＪＰ，Ａ) 特開 平３−75954（ＪＰ，Ａ) 特開 昭63−100562（ＪＰ，Ａ) 特開 平８−6825（ＪＰ，Ａ) 特開 平８−95835（ＪＰ，Ａ) 特表 平９−509768（ＪＰ，Ａ) Ｊｏｈｎｓ Ｍ．Ｂ．，Ｉｎｔｅｒｐ ｏｓｉｔｉｏｎ ａｇｅｎｔｓ：Ｔｒａ ｎｓｐａｒｅｎｔｌｙ ｉｎｔｅｒｐｏ ｓｉｎｇ ｕｓｅｒ ｃｏｄｅ ａｔ ｔｈｅ ｓｙｓｔｅｍ ｉｎｔｅｒｆａ ｃｅ．，ＡＣＭ ＳＩＧＯＰＳ Ｏｐ ｅ．Ｓｙｓｔ．Ｒｅｖ．，米国，ＡＣ Ｍ，1993年12月，27，５，ｐ．80−93 Ｒａｏ Ｈ．Ｃ．，Ｐｅｔｅｒｓｏｎ Ｌ．Ｌ．，Ａｃｃｅｓｓｉｎｇ Ｆｉ ｌｅｓ ｉｎ ａｎ Ｉｎｔｅｒｎｅ ｔ：Ｔｈｅ Ｊａｄｅ Ｆｉｌｅ Ｓｙ ｓｔｅｍ，ＩＥＥＥ Ｔｒａｎｓａｃｔ ｉｏｎｓ ｏｎ Ｓｏｆｔｗａｒｅ Ｅ ｎｇｉｎｅｅｒｉｎｇ，米国，ＩＥＥ Ｅ，1993年６月，19，６，ｐ．613−624 (58)調査した分野(Int.Cl.⁷，ＤＢ名) G06F 12/00 G06F 13/00

Claims (7)

(57)【特許請求の範囲】
1. 【請求項１】 ファイルの共用を可能とする第一のファ
   イルサーバプログラムを具備する第一のサーバ情報処理
   装置と，前記第一のファイルサーバプログラムとは，共
   用ファイルへのアクセスインタフェースが異なる第二の
   ファイルサーバプログラムを具備する第二のサーバ情報
   処理装置と，前記第一及び第二のサーバ情報処理装置を
   接続するネットワークとを備える情報処理システムであ
   って， 前記第一のサーバ情報処理装置は，前記第二のサーバ情
   報処理装置が管理するファイル（以下，異種ファイルと
   呼ぶ）へのアクセス処理を実行するアクセス手段を備
   え， 前記第二のサーバ情報処理装置は，前記アクセス手段か
   ら送られてくる処理要求を受け入れて，該処理要求に対
   応する処理を実行するサービス手段を備え， 前記アクセス手段は， 前記サービス手段を介して前記異種ファイルのディレク
   トリ構造の少なくとも一部の構造に関する情報を検出し
   て，該検出した情報に応じて，前記第一のファイルサー
   バプログラムが管理することができる形態を備えた，前
   記異種ファイルのディレクトリ構造のコピーを作成し，
   該作成した異種ファイルのディレクトリ構造のコピー
   を，前記第一のファイルサーバプログラムが管理するフ
   ァイルのディレクトリ構造中に追加すると共に，前記情
   報の検出を所定のタイミングで実行し，その度に異種フ
   ァイルのディレクトリ構造のコピーを更新するディレク
   トリ同期手段を備えることを特徴とする情報処理システ
   ム。
2. 【請求項２】 ファイルの共用を可能とする第一のファ
   イルサーバプログラムを具備する第一のサーバ情報処理
   装置と，前記第一のファイルサーバプログラムとは，共
   用ファイルへのアクセスインタフェースが異なる第二の
   ファイルサーバプログラムを具備する第二のサーバ情報
   処理装置と，前記第一のファイルサーバプログラムを介
   して前記第一のサーバ情報処理装置上の共用ファイルへ
   アクセスするクライアントプログラムを具備する少なく
   とも１台のクライアント情報処理装置と，前記第一のサ
   ーバ情報処理装置及び前記少なくとも１台のクライアン
   ト情報処理装置を接続する第一のネットワーク，及び，
   前記第一及び第二のサーバ情報処理装置を接続する第二
   のネットワークとを備える情報処理システムであって， 前記第一のサーバ情報処理装置は，前記各クライアントプログラムから送られてくるファイ
   ルへの処理要求を受け入れ， 該処理要求が前記第二のファイルサーバプログラムが管
   理するファイル（以下，異種ファイルと呼ぶ）への処理
   要求を含むかどうかを判断し， それを含むと判断された場合には，前記処理要求に含ま
   れている異種ファイルへの処理要求を，前記第二のファ
   イルサーバプログラムで使用できる第二の処理要求に変
   換し， 該変換した第二の処理要求を前記第二のサーバ情報処理
   装置へ送る アクセス手段を備え， 前記第二のサーバ情報処理装置は，前記第一のサーバ情報処理装置から送られてくる，前記
   第二の処理要求を受け入れ，それに対応して予め定めら
   れている処理を実行する サービス手段を備え， 前記アクセス手段は，前記各クライアントプログラムから送られてくる，前記
   異種ファイルへのアクセスをフックするフック手段と， 前記アクセスが前記異種ファイルへのオープン要求であ
   った場合に，該当するファイルのデータを，前記サービ
   ス手段を介して前記第一のファイルサーバプログラムが
   管理するディレクトリ構造内へコピーするファイルコピ
   ー手段と， 前記ファイルコピー手段でコピーしたファイルを，前記
   サービス手段を介して前記第二のサーバ情報処理装置へ
   書き戻すコピーバック手段と， 前記アクセスが前記異種ファイルへのクローズ要求であ
   った場合に，前記コピーバック手段を別プロセスとして
   起動するコピーバック起動手段とを備えること を特徴と
   する情報処理システム。
3. 【請求項３】 請求項２記載の情報処理システムにおい
   て， 前記アクセス手段は，前記クライアントプログラムからの前記異種ファイルへ
   のクローズ要求を，前 記コピーバック手段によるコピー
   バック処理の完了を待つことなく完了させ，前記クライ
   アントプログラムからの前記クローズ要求に続く処理を
   続けて受け入れること を特徴とする情報処理システム。
4. 【請求項４】 請求項２記載の情報処理システムにおい
   て，前記コピーバック手段は，コピーバック処理中に当該フ
   ァイルに対するオープン要求が発行されているか否かを
   確認し，発行されていないときはコピーバック処理終了
   後の当該ファイルのデータを消去し，発行されていると
   きはコピーバック処理終了後の当該ファイルのデータを
   消去しないこと を特徴とする情報処理システム。
5. 【請求項５】 請求項２記載の情報処理システムにおい
   て， 前記コピーバック手段は，コピーバック処理の開始を予
   め定めた時間だけ遅延し，この遅延時間内に，当該ファ
   イルに対するクローズ要求に引き続き，当該ファイルに
   対する削除要求が発行された場合は，コピーバック処理
   を実行しないことを特徴とする情報処理システム。
6. 【請求項６】 請求項２記載の情報処理システムにおい
   て， 前記コピーバック手段は，前記コピーしたファイルの属
   性のうち，当該ファイルに格納されているデータに対し
   ての修正処理の有無を示す属性を検査し，当該属性が前
   記データの修正を示していた場合にだけコピーバック処
   理を行うことを特徴とする情報処理システム。
7. 【請求項７】 ファイルの共用を可能とする第一のファ
   イルサーバプログラムを具備する第一のサーバ情報処理
   装置と，前記第一のファイルサーバプログラムとは，共
   用ファイルへのアクセスインタフェースが異なる第二の
   ファイルサーバプログラムを具備する第二のサーバ情報
   処理装置と，前記第一のファイルサーバプログラムを介
   して前記第一のサーバ情報処理装置上の共用ファイルへ
   アクセスするクライアントプログラムを具備する少なく
   とも１台のクライアント情報処理装置と，前記第一のサ
   ーバ情報処理装置及び前記少なくとも１台のクライアン
   ト情報処理装置を接続する第一のネットワーク，及び，
   前記第一及び第二のサーバ情 報処理装置を接続する第二
   のネットワークとを備える情報処理システムの異種ファ
   イルへのアクセスを可能とする制御方法であって， 前記クライアントプログラムから送られてくる，前記第
   二のサーバ情報処理装置が管理するファイル（以下，異
   種ファイルと呼ぶ）へのアクセスをフックする処理と， 前記アクセスが前記異種ファイルへのオープン要求であ
   った場合に，該当するファイルのデータを，前記第一の
   ファイルサーバプログラムが管理するディレクトリ構造
   内へコピーする処理と， 前記ファイルコピー手段でコピーしたファイルを，前記
   サービス手段を介して，前記第二のサーバ情報処理装置
   に書き戻す処理と， 前記アクセスが前記異種ファイルへのクローズ要求であ
   った場合に，前記コピーバック手段を別プロセスとして
   起動する処理とを含むことを特徴とする情報処理システ
   ムの制御方法。