JPH1069412A - ファイル検索システム及びファイル保有サーバ - Google Patents

Abstract

(57)【要約】 【課題】 クライアント側へのファイル転送が迅速に行
なえるサーバ・クライアント型のファイル検索システム
及びファイル保有サーバを提供する。 【解決手段】 原本ファイルを保持するサーバＦＳに対
して、クライアントＣはファイル情報ＦＩの参照を行な
った後ファイル転送を行なう。ファイル情報ＦＩは、そ
のサーバが保有するファイルが原本ファイルか複製ファ
イルかの識別符号とファイルの存在するサーバ名からな
り、ファイル毎にサーバに保持されている。原本ファイ
ルを保持するサーバＦＳは、ファイル情報の参照を受け
る毎にファイル情報中のファイルサーバ名の項目をファ
イル参照を行なったサーバ名に書換えて管理する。複製
ファイルを保持するサーバＦＳは、ファイル転送要求に
対して、ファイル情報としてそのファイルが複製である
旨の識別符号と原本ファイルの存在するサーバ名をファ
イルに付加して転送後、自己の保持しているファイル及
びファイル情報を削除する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ネットワーク上に
接続されたサーバからクライアント端末に対してファイ
ル転送を行なう情報検索システム及びファイル保有サー
バに関する。

【０００２】

【従来の技術】従来から、離れた場所にあるコンピュー
タの保持するプログラムやデータ・ファイル（これらを
まとめて必要に応じてファイルと呼ぶ）を利用する手段
として広く用いられている方法にＦＴＰ（ファイル転送
プロトコル；File Transfer Protocol）と呼ばれる方法
がある。

【０００３】ＦＴＰは、ＦＴＰサーバと呼ばれるネット
ワーク上のホストコンピュータと、クライアントコンピ
ュータとの間でファイルの転送を行なうためのＴＣＰ／
ＩＰの上位プロトコルである。ＦＴＰを利用する場合は
自ノード（クライアントコンピュータの属するノード）
の属するネットワークグループのＦＴＰサーバと、目的
のファイルの属するネットワークグループのＦＴＰサー
バが介在することになる。ＦＴＰはクライアント／サー
バ形式のサービスであり、ＦＴＰクライアントはＦＴＰ
サーバに対してファイル転送の指示を出す。するとＦＴ
ＰサーバはログインＩＤとパスワードからそのユーザが
そのＦＴＰサーバに対するアクセス権限を持っているか
否かを確認する。

【０００４】

【発明が解決しようとする課題】しかし、上記のファイ
ル転送方法ではＦＴＰサーバから目的のファイルを入手
する際、そのＦＴＰサーバへのアクセスが輻輳している
と、アクセス自体が拒否されたり、ファイルの転送に要
する時間が非常に長くなってしまったりするという課題
がある。

【０００５】ところで、インターネットが世界的規模で
利用され、インターネットへの接続機能だけに機能を限
定したパーソナルコンピュータも開発されている。将来
は携帯端末としての利用もできるように無駄なハードウ
エアを極力省き、必要なソフトウエアは利用する都度ネ
ットワークから入手するという、いわゆるネットワーク
コンピュータが普及してくると考えられている。このよ
うな利用形態においては、前述の課題はシステムにとっ
てかなり致命的なものである。

【０００６】そこで、ネットワーク資源の有効活用を図
り、クライアント側へのファイル転送が迅速に行なえる
サーバ・クライアント型のファイル検索システムと、そ
の構成要素であるファイル保有サーバが望まれている。
また、サーバの保持するファイルの改版の確認が容易な
サーバ・クライアント型のファイル検索システム及びフ
ァイル保有サーバが望まれている。

【０００７】

【課題を解決するための手段】上記課題を解決するため
に、第１の本発明は、ネットワーク上に接続された複数
のサーバを備え、クライアント端末からのファイル転送
要求に対してユーザ側サーバを介して複数のサーバから
要求されたファイルを保持するファイル保有サーバを検
索し、ファイル転送を行なうファイル検索システムにお
いて、以下のようにしたことを特徴とする。

【０００８】すなわち、原本ファイルを保持するサーバ
に対して、原本ファイルか複製ファイルかの識別符号と
ファイルの存在するサーバ名を少なくとも含むファイル
情報の参照を行なった後、ファイル情報の示すサーバに
対してファイル転送要求を行なうファイル検索システム
であり、原本ファイルを保持するサーバは、ファイル情
報の参照を受ける毎にファイル情報中のファイルの存在
するサーバ名の項目をファイル参照を行なったサーバ名
に書き換えて管理すると共に、複製ファイルを保持する
サーバは、ファイル転送要求に対して、ファイル情報と
してそのファイルが複製である旨の識別符号と原本ファ
イルの存在するサーバ名をファイルに付加して転送後、
自己の保持しているファイル及びファイル情報を削除す
ることを特徴とする。

【０００９】また、第２の本発明は、ネットワーク上に
接続された複数のサーバを備え、クライアント端末から
のファイル転送要求に対してユーザ側サーバを介して上
記複数のサーバから要求されたファイルを保持するファ
イル保有サーバを検索し、ファイル転送を行なうファイ
ル検索システムにおけるファイル保有サーバにおいて、
以下のようにしたことを特徴とする。

【００１０】すなわち、ファイル保有サーバは、自己が
原本ファイルを保持しない複製ファイルに対して転送要
求があった場合に、そのファイルが複製である旨の識別
符号と原本ファイルの存在するサーバを識別する符号か
らなるファイル情報を転送要求を受けたファイルに付加
してファイル転送を行ない、複製ファイルの所有権を転
送要求元サーバに移転することを特徴とする。

【００１１】第１及び第２の本発明により、一旦ファイ
ル転送要求のあった、ファイルについては、複製ファイ
ルがクライアント端末に接続されたユーザ側サーバに転
送、保持されるので、このネットワークに接続された他
のクライアント端末から同じファイルの転送要求があっ
た場合には、原本を保持するサーバでファイル情報の参
照を行なった後は複製ファイルを保持するサーバからフ
ァイル転送を行なえるので、原本ファイルを保持するサ
ーバの負荷を低減できる。ファイル情報はファイルその
ものに比べはるかに情報量が少ないので、ファイル参照
の負荷は極めて少ない。従って、ファイル転送が全体と
して迅速に行なえる。

【００１２】また、複製ファイルを保持しているサーバ
は他のサーバから転送要求があるとそのサーバにファイ
ル及びファイル情報を転送した後、そのファイルを削除
する。従って、複製ファイルを保持するサーバは他のサ
ーバから転送要求があるとそのファイルの所有権を受け
渡すことになり、自己のクライアントからのアクセスが
頻繁でない複製ファイルを保持し続けることが少なくな
り、サーバの負荷を減らすことができる。

【００１３】原本ファイルの存在するサーバを識別する
ファイル情報を付加してファイル転送を行なうので、常
に原本の存在するサーバを把握することができ、最新の
ファイルを欲する場合には直接原本ファイルの存在する
サーバにアクセスすることで手に入れることができる。

【００１４】

【発明の実施の形態】本発明によるファイル検索システ
ム及びファイル保有サーバの一実施形態を図面を用いて
説明する。

【００１５】図２に示すように、この実施形態のファイ
ル検索システムは、ネットワークＮに接続された複数の
サーバＳ（Ｓ１〜Ｓ４）と、各サーバＳにそれぞれ接続
された１又は複数のクライアント端末Ｃ（Ｃ１１〜Ｃ１
ｎ、Ｃ２１〜Ｃ２ｍ、…）からなるクライアント／サー
バ型のネットワークシステムを前提として構築されてい
る。

【００１６】ファイルの参照、転送を行なう場合はクラ
イアント端末Ｃ、クライアント端末に接続されたサーバ
（ここでは「ユーザ側サーバ」と呼ぶ；図２ではＳで表
されているが以降では符号ＵＳで表す）及びファイルを
保持するサーバ（ここでは「ファイル保有サーバ」と呼
ぶ；図２ではＳで表されているが以降では符号ＦＳで表
す）が実質的に使用される。なお、ユーザ側サーバが、
ファイル保有サーバになることもあり得、逆に、ファイ
ル保有サーバがユーザ側サーバになることもあり得る。
図２においては、ファイルＦＩＬＥ１を格納しているデ
ータベースＤＢ１を有するサーバＳ１が、ファイル保有
サーバになっているが、実際上、ネットワークには多く
のファイル保有サーバが存在する。

【００１７】なお、ネットワーク上のデータ伝送に注目
すると、実際にはユーザ側サーバ及びファイル保有サー
バ間に他のサーバが介在する場合もあるが、それらの動
作はこの実施形態の説明には関係しないので、以後の説
明では他のサーバは図示しない。

【００１８】まず、この実施形態の特徴である各ファイ
ルＦＩＬＥの管理に使用されるファイル情報について説
明する。

【００１９】ファイル情報ＦＩは、原本ファイルか複製
ファイルかを示す識別符号１ビットと、最終アクセスサ
ーバ名３２ビットとからなる。ここで、複製ファイルと
はこの実施形態の転送プロトコルによる転送で取得され
たファイルを言う。また、最終アクセスサーバ名は、複
製ファイルの場合には原本ファイルの存在するサーバ名
を表し、原本ファイルの場合には最後にそのファイルに
参照又は転送要求をしたサーバ名を意味する。最終アク
セスサーバ名は、原本ファイルを保持するサーバにアク
セス（参照又はファイル転送要求）があった場合に作成
され、転送するファイル（以後、複製ファイルになる）
に付加される。

【００２０】この実施形態の転送プロトコルによるファ
イル転送では情報の参照とファイル転送のみが許され、
通常のＦＴＰで用いられているユーザＩＤとパスワード
のチェックによるセキュリティ機能は持たない。

【００２１】この実施形態における要求内容は、２ビッ
トの符号によりコーディングされている。上位ビットＲ
１、下位ビットをＲ２とすると、上位ビットＲ１は転送
要求か情報要求かの分類を示し、下位ビットＲ２は要求
対象の種類を示している。具体的には、例えば次のよう
に分類される。００のときはバイナリファイルのファイ
ル転送要求、０１のときはテキストファイルのファイル
転送要求、１０のときはファイル属性のみの情報参照要
求、１１のときはファイル属性及びファイル所在情報を
含めた全情報の参照要求を示している。００、０１の区
別は、より上位のプロトコルでの利用を想定したもので
あり、この実施形態における処理においては同様に扱う
ものとする。すなわち、処理上の分類としては、Ｒ１＝
０、Ｒ１Ｒ２＝１０、Ｒ１Ｒ２＝１１という３通りの場
合分けとなる。

【００２２】まず、ファイル参照機能について説明す
る。参照できる情報は上述したファイル情報ＦＩと、フ
ァイルの属性であるファイルサイズ及び作成日時とであ
る。

【００２３】情報参照時のノード間インタフェースを示
す図１（ａ）、（ｂ）に示すように、クライアント端末
Ｃからファイル情報の参照要求があると、ユーザ側サー
バＵＳは要求されたファイルを保有するサーバＦＳへそ
の要求を伝えると同時に自分のＩＰアドレスを告知す
る。クライアント端末Ｃからユーザ側サーバＵＳへ伝送
される情報は、利用者ＩＤ、アクセス先サーバ名、要求
ファイル名、クライアント端末のカレントディレクト
リ、要求内容である。

【００２４】ユーザ側サーバＵＳでは、図３に示すよう
に、処理ＩＤ付与部３１で要求に対してユーザ側サーバ
ＵＳで管理する処理ＩＤを付与し（ステップ３０１）、
処理が全て終わるまで処理ＩＤ毎に利用者ＩＤ、要求フ
ァイル名、カレントディレクトリの情報を処理情報とし
て処理情報格納部３２に格納しておく（ステップ３０
２）。さらに、ユーザ側サーバＵＳは、自ＩＰアドレス
付与部３３で自分のＩＰアドレス及び処理ＩＤを要求フ
ァイル名に付加する（ステップ３０３）。その後、ユー
ザ側サーバＵＳは、要求内容をデコードして読み取り、
送信する（ステップ３０４、３０５）。以降の処理は、
要求内容により場合分けされて実行される（ステップ３
０６）。

【００２５】まず、全情報の参照要求の場合における処
理形態について説明する。ファイルを保有するサーバＦ
Ｓは、全情報参照要求を受信すると、図４に示すように
ユーザ側サーバＵＳから受信した情報（パケット）から
要求ファイル名をファイル名取出し部４１で取り出し、
ファイル情報格納部４４に供給する。また、転送先サー
バ名取出し部４２は、転送先サーバ名すなわちにユーザ
側サーバＵＳのＩＰアドレス及び処理ＩＤを取り出し、
ファイル情報制御テーブル４３に供給する。図示しない
コントローラがファイル情報格納部４４に供給されたフ
ァイル名が既にファイル情報ＦＩを有しているファイル
か、初めてアクセスされたファイルかを判断し（ステッ
プ４０１）、既にファイル情報ＦＩが存在する場合には
次のステップに移り、存在しない場合には、ファイル情
報作成部４６でファイル情報ＦＩの作成を行なう（ステ
ップ４０２）。この作成されたファイル情報ＦＩは、フ
ァイル種別が原本ファイルを示す符号で、最終アクセス
サーバ名が自己ＩＰアドレスとなる。

【００２６】その後、ファイル情報制御テーブル４３を
参照して転送先サーバ名を認識し（ステップ４０３）、
ファイル格納部４７からファイル属性を参照してファイ
ル情報を添付し（ステップ４０４）、ファイル情報ＦＩ
をフォーマット変換ユニット４５でネットワーク上に送
信するデータに変換した後、ネットワーク上の転送先サ
ーバＵＳにファイル情報ＦＩを送信する（ステップ４０
５）。このとき、処理ＩＤがファイル情報と共に転送さ
れる。転送後ファイル種別を確認し、原本ファイルの場
合、最終アクセスサーバ名をそのサーバのＩＰアドレス
としてファイル情報ＦＩを書き換える（ステップ４０
６、４０７）ファイル情報ＦＩを受信したユーザ側サー
バＵＳは、図５に示すように、処理ＩＤ取出し部５１で
処理ＩＤを取り出し、処理情報格納部５４に伝送し（ス
テップ５０１）、ファイル情報取出し部５２でファイル
情報を取り出してファイル情報格納部５３に格納する
（ステップ５０２）。処理情報格納部５４は、処理ＩＤ
に従って記憶していた利用者ＩＤとカレントディレクト
リを読み出し、読み出した利用者ＩＤのクライアント端
末のカレントディレクトリへファイル情報ＦＩを転送す
る（ステップ５０３）。その後、処理情報格納部５４に
格納された処理情報を削除する（ステップ５０４）。以
上により、クライアント端末Ｃでファイルに関する全情
報が参照可能となる続いて、ファイルの属性のみの参照
要求の場合における処理形態について説明する。ファイ
ルを保有するサーバＦＳは、ファイル属性のみの情報参
照要求を受信すると、図６に示すようにファイル格納部
６２からファイル属性を参照してファイル情報ＦＩとす
る（ステップ６０２）。その後、このファイル情報ＦＩ
をフォーマット変換ユニット６３でネットワーク上に送
信するデータに変換し、ネットワーク上の転送先サーバ
ＵＳにファイル情報ＦＩを送信する（ステップ６０
３）。このとき、処理ＩＤもファイル情報と共に転送さ
れる。ファイル情報ＦＩを受信したユーザ側サーバＵＳ
は、図７に示すように、処理ＩＤ取り出し部７１で処理
ＩＤを取り出し、処理情報格納部７３に伝送し（ステッ
プ７０１）、ファイル情報取り出し部７２でファイル情
報を取り出し、ファイル属性情報をファイル情報ＦＩと
してクライアント端末Ｃに転送する（ステップ７０
２）。その後、処理情報格納部７３に格納された処理情
報を削除する（ステップ７０３）。以上により、クライ
アント端末Ｃでファイルの属性情報の参照が可能とな
る。

【００２７】次に、ファイル転送動作を説明する。ファ
イル転送には原本ファイルを保有するサーバからのファ
イル転送と、複製ファイルを保有するサーバからのファ
イル転送の２種類がある。

【００２８】まず、原本ファイルを保有するサーバから
のファイル転送を図１（ｃ）及び図８を用いて説明す
る。

【００２９】クライアント端末Ｃは、ファイル転送要求
をユーザ側サーバＵＳに発する。このファイル転送要求
には利用者ＩＤ、アクセス先サーバ名、要求ファイル
名、クライアント端末Ｃのカレントディレクトリが含ま
れる。ユーザ側サーバＵＳでは図３に示すように、処理
ＩＤ付与部３１で要求に対してユーザ側サーバＵＳで管
理する処理ＩＤを付与し、処理が全て終わるまで処理Ｉ
Ｄ毎に利用者ＩＤ、要求ファイル名、カレントディレク
トリの情報を処理情報として処理情報格納部３２に格納
しておく。さらに、ユーザ側サーバＵＳは、自ＩＰアド
レス付与部３３で自分のＩＰアドレス及び処理ＩＤを要
求ファイル名に付加してファイルを保有するサーバＦＳ
へ送信する。

【００３０】ファイルを保有するサーバＦＳは、その要
求を受信すると、図８に示すように、ユーザ側サーバＵ
Ｓから受信した情報（パケット）から要求ファイル名を
ファイル名取出し部８１で取り出し、ファイル情報格納
部８４に供給する。また、転送先サーバ名取出し部８２
は、転送先サーバ名すなわちにユーザ側サーバＵＳのＩ
Ｐアドレス及び処理ＩＤを取り出してファイル情報制御
テーブル８３に供給する。図示しないコントローラがフ
ァイル情報格納部８４に供給されたファイル名が既にフ
ァイル情報ＦＩを有しているファイルか、初めてアクセ
スされたファイルかを判断し（ステップ８０２）、既に
ファイル情報ＦＩが存在する場合には次のステップに移
り、存在しない場合には、ファイル情報作成部８６でフ
ァイル情報ＦＩの作成を行なう（ステップ８０３）。こ
のファイル情報ＦＩはファイル種別が原本ファイルを示
す符号で、最終アクセスサーバ名が自己ＩＰアドレスと
なる。

【００３１】次に、ファイル情報制御テーブル８３を参
照して転送先サーバ名を認識し（ステップ８０４）、フ
ァイル及びファイル情報ＦＩをフォーマット変換ユニッ
ト８５でネットワーク上に送信するデータに変換する。
次に、送信するファイルのファイル情報ＦＩを判別する
（ステップ８０５）。この場合、原本ファイルを保有す
るサーバからのファイル転送なので、ファイル情報ＦＩ
を自己ＩＰアドレスに書き換えた後、ファイル及びファ
イル情報ＦＩを処理ＩＤと共にユーザ側サーバＵＳに送
信する（ステップ８０６、８０７）。その後、ファイル
情報ＦＩを最終アクセスサーバ名である転送先サーバＵ
Ｓのアドレスに書き換えて保存する（ステップ８０
９）。これにより、複製ファイルが転送先サーバＵＳに
も存在することを次のアクセス者に知らせることができ
る。

【００３２】ファイルの転送を受けたユーザ側サーバＵ
Ｓでは、図９に示すように、処理ＩＤ取出し部９１で処
理ＩＤを取り出し、処理情報格納部９２に伝送し（ステ
ップ９０１）、ファイル情報取出し部９３でファイル情
報ＦＩを取り出し、原本・複製識別部９４で受信したフ
ァイル情報ＦＩの原本、複製識別符号が原本ファイルを
示す符号か複製ファイルを示す符号かを判定し（ステッ
プ９０２）、原本ファイルを示す符号の場合には以後転
送を受けたファイルは複製ファイルとして扱われるの
で、原本、複製識別符号を原本ファイルを示す符号から
複製ファイルを示す符号に書き換える（ステップ９０
３）。ファイル情報ＦＩををファイル情報制御テーブル
９６に格納し（ステップ９０４）、ファイル取出し部９
５で取り出したファイルをファイル格納部９８に格納す
る（ステップ９０５）。処理情報格納部９２は、処理Ｉ
Ｄに従って記憶していた利用者ＩＤとカレントディレク
トリを読み出し、読み出した利用者ＩＤのクライアント
端末のカレントディレクトリへファイルを転送する（ス
テップ９０６）。その後、処理情報格納部５４（図５参
照；９２と同一）に格納された処理情報を削除する。以
上によりクライアント端末Ｃへのファイルの転送が完了
する。

【００３３】次に、複製ファイルを有するサーバからの
ファイル転送について説明する。なお、上述した図８
（ｂ）のステップ８０５までの動作は原本ファイルを有
するサーバからのファイル転送と同じなので説明を省略
する。

【００３４】ステップ８０５では複製ファイルを有する
サーバからのファイル転送なので、そのまま、ファイル
及びファイル情報ＦＩをを処理ＩＤと共にユーザ側サー
バＵＳに送信し（ステップ８０８）、送信後ファイル及
びファイル情報ＦＩを削除する（ステップ８１０）。

【００３５】ファイルの転送を受けたユーザ側サーバＵ
Ｓの動作も基本的に原本ファイルを有するサーバからの
ファイル転送と同じであるが、ステップ９０２で複製フ
ァイルと判定されるので、ファイル情報の書き換えは行
なわれない。

【００３６】以上個々の動作を説明したが、理解を容易
にするために、図１０、図１１を用いて全体の動作例を
説明する。

【００３７】図２に示す第１のサーバＳ１のデータベー
スＤＢ中の原本ファイル１（「Ｆ-1」と略記する。）を
第２のサーバＳ２に接続されたクライアントＡ（Ｃ２
１）に転送する場合と、サーバＳ２に転送されたファイ
ル１（Ｆ-1）をサーバＳ３に接続されたクライアントＢ
（Ｃ３１）に転送する場合を例にして説明する。図１
０、図１１のタイミングチャートは最も左の列にタイミ
ングを、それにつづく各列に各サーバ又はクライアント
の動作を上から下に動作順に記載している。

【００３８】第１のサーバＳ１のデータベースＤＢ１中
の原本ファイル１（Ｆ-1）を第２のサーバＳ２に接続さ
れたクライアントＡ（Ｃ２１）へ転送するのに先立ち、
クライアントＡ（Ｃ２１）から第１のサーバＳ１を参照
する場合を図１０のタイミング１から１１に示す。

【００３９】まず、タイミング１ではクライアントＡが
ファイル１の全情報参照要求をサーバＳ２に発する。サ
ーバＳ２は参照要求をサーバＳ１に転送する（タイミン
グ２）。転送要求を受けたサーバＳ１はファイル情報Ｆ
Ｉを作成する（タイミング３、４）。ここでは、初めて
参照要求を受けたと仮定している。このファイル情報Ｆ
Ｉの内容は（原本、自己ＩＰアドレスすなわちＳ１）と
なる（タイミング４）。このファイル情報ＦＩをサーバ
Ｓ２に転送する（タイミング５）。ファイル情報ＦＩの
最終アクセスサーバ名をこの場合はサーバＳ２に書き換
える（タイミング６）。サーバＳ２ではファイル情報Ｆ
Ｉの転送を受けクライアントＡに転送する（タイミング
７、８、９）。クライアントＡでは、転送を受けたファ
イル情報ＦＩからファイルがサーバＳ１に原本として保
存されていることを知ることができる。

【００４０】クライアントＡは、引き続いてファイル１
の転送を行なう。転送を受けたファイル情報ＦＩからフ
ァイルがサーバＳ１に原本として保存されていることを
知ることができたので、サーバＳ１からファイル１の転
送を行なうようにサーバＳ２に要求を出す（タイミング
１２）。サーバＳ２は、転送要求をサーバＳ１に転送す
る（タイミング１３）。転送要求を受けたサーバＳ１の
ファイル情報ＦＩはタイミング６で決定された（原本、
Ｓ２）である（タイミング１５）。サーバＳ１はこのフ
ァイル情報ＦＩを一旦書き換える。書き換える内容は原
本ファイルの存在するサーバを転送先に連絡するために
最終アクセスサーバ名を自己ＩＰアドレスすなわちＳ１
に書き換える（タイミング１６）。そして、ファイル、
ファイル情報ＦＩ及び処理ＩＤをサーバＳ２に転送する
（タイミング１７、１８）。その後、自己の保存するフ
ァイル情報ＦＩには複製ファイルを保存するサーバを覚
えておくために最終アクセスサーバ名を複製ファイルを
保存するサーバであるサーバＳ２に書き換える（タイミ
ング１９）。転送を受けたサーバＳ２は、転送を受けた
ファイル情報ＦＩには原本ファイルを示す符号がついて
いるので、これを複製ファイルを示す符号に書き換え、
複製ファイル及びファイル情報ＦＩを保存する（タイミ
ング２０〜２３）。そして、複製ファイルをクライアン
トＡに転送する（タイミング２４）。

【００４１】この時点で、ファイル１は原本サーバＳ１
と複製ファイルサーバＳ２に存在することになる。原本
サーバＳ１のファイル情報ＦＩは（原本、Ｓ２）とな
り、複製ファイルサーバＳ２のファイル情報ＦＩは（複
製、Ｓ１）となる。従って、原本サーバＳ１を参照した
他のサーバは複製が複製ファイルサーバＳ２にあること
を知ることができ、また、複製ファイルサーバＳ２を参
照した他のサーバは原本は原本サーバＳ１にあることを
知ることができ、改版等の場合にも対応が行ない易くな
る。

【００４２】次に、この状態で第３のサーバＳ３に接続
されたクライアントＢ（Ｃ３１）から同一ファイル１の
転送要求が有った場合の動作を説明する。

【００４３】クライアントＢ（Ｃ３１）がファイル１の
参照要求をサーバＳ３に発する（タイミング２６）。サ
ーバＳ３は参照要求をサーバＳ１に転送する（タイミン
グ２７）。転送要求を受けたサーバＳ１はファイル情報
ＦＩを確認する（タイミング２８）。この場合、すでに
ファイル情報ＦＩが存在し、このファイル情報ＦＩの内
容は（原本、複製ファイルの存在するサーバすなわちＳ
２）となっている（図８のタイミング１９参照）。この
ファイル情報ＦＩをサーバＳ３に転送する（タイミング
３０）。ファイル情報ＦＩの最終アクセスサーバ名を、
この場合はサーバＳ３に書き換える（タイミング３
１）。サーバＳ３ではファイル情報ＦＩの転送を受けて
クライアントＢに転送する（タイミング３２〜３３）。

【００４４】クライアントＢでは、転送を受けたファイ
ル情報ＦＩからファイルがサーバＳ２に複製として保存
されていることを知ることができる。従って、クライア
ントＢは、原本の存在するサーバＳ１ではなくサーバＳ
２からファイルの転送を行なうことにする。サーバＳ２
からファイル１の転送を行なうようにサーバＳ３に要求
を出す（タイミング３７）。サーバＳ３は転送要求をサ
ーバＳ２に転送する（タイミング３８）。転送要求を受
けたサーバＳ２（タイミング３９）はファイル、ファイ
ル情報ＦＩ及び処理ＩＤをサーバＳ３に転送する（タイ
ミング４０、４１）。その後、自己の保存するファイル
及びファイル情報ＦＩを削除する（タイミング４２）。
転送を受けたサーバＳ３は転送を受けた複製ファイル及
びファイル情報ＦＩを保存する（タイミング４３〜４
５）。複製ファイルをクライアントＢに転送する（タイ
ミング４６、４７）。従って、今度はサーバＳ３が複製
ファイルの保管先となる。これはあたかも複製ファイル
の所有権が一回のファイル転送毎に次の転送先サーバに
移転して行くようである。この場合にもファイル情報Ｆ
Ｉを用いることにより、常に原本ファイルを保存するサ
ーバは複製ファイルの保存先を把握できると共に、複製
先でも原本ファイルの所属元を知ることができる。

【００４５】上記実施形態によれば、ネットワーク資源
の有効活用を図り、クライアント側へのファイル転送が
迅速に行なえる、しかも、サーバの保持するファイルの
改版の確認が容易に行なえるサーバ・クライアント型の
ファイル検索システム及びファイル保有サーバを実現す
ることができる。

【００４６】なお、上記実施形態は、インターネットを
意識したものであるが、本発明を、他のネットワークに
適用できることは勿論である。

【００４７】

【発明の効果】以上のように、本発明によれば、ネット
ワーク資源の有効活用を図り、クライアント側へのファ
イル転送が迅速に行なえる、また、サーバの保持するフ
ァイルの改版の確認が容易に行なえるサーバ・クライア
ント型のファイル検索システムを提供することができ
る。

【図面の簡単な説明】

【図１】実施形態のファイル検索システムの情報参照時
及びファイル転送時の授受情報の説明図である。

【図２】実施形態を適用したネットワークの一例を示す
説明図である。

【図３】実施形態のクライアントからユーザ側サーバへ
の要求時の動作説明図である。

【図４】実施形態のファイル全情報参照時の転送元サー
バの動作説明図である。

【図５】実施形態のファイル全情報参照時の転送先サー
バの動作説明図である。

【図６】実施形態のファイル属性のみ参照時の転送元サ
ーバの動作説明図である。

【図７】実施形態のファイル属性のみ参照時の転送先サ
ーバの動作説明図である。

【図８】実施形態のファイル情報転送時の転送元サーバ
の動作説明図である。

【図９】実施形態のファイル情報転送時の転送先サーバ
の動作説明図である。

【図１０】実施形態の原本ファイルサーバからの参照、
転送を説明する図である。

【図１１】実施形態の複製ファイルサーバからの参照、
転送を説明する図である。

【符号の説明】

Ｃ：クライアント端末、ＵＳ：ユーザ側サーバ、ＦＳ：
ファイル保有サーバ、ＦＩ：ファイル情報、Ｎ：ネット
ワーク。

Claims (3)

【特許請求の範囲】
1. 【請求項１】 ネットワーク上に接続された複数のサー
   バを備え、クライアント端末からのファイル転送要求に
   対してユーザ側サーバを介して上記複数のサーバから要
   求されたファイルを保持するファイル保有サーバを検索
   し、ファイル転送を行なうファイル検索システムにおい
   て、 原本ファイルを保持するサーバに対して、原本ファイル
   か複製ファイルかの識別符号とファイルの存在するサー
   バ名を少なくとも含むファイル情報の参照を行なった
   後、上記ファイル情報の示すサーバに対してファイル転
   送要求を行なうファイル検索システムであり、 原本ファイルを保持するサーバは、上記ファイル情報の
   参照を受ける毎に上記ファイル情報中のファイルの存在
   するサーバ名の項目をファイル参照を行なったサーバ名
   に書き換えて管理すると共に、 複製ファイルを保持するサーバは、ファイル転送要求に
   対して、上記ファイル情報としてそのファイルが複製で
   ある旨の識別符号と原本ファイルの存在するサーバ名を
   ファイルに付加して転送後、自己の保持しているファイ
   ル及びファイル情報を削除することを特徴とするファイ
   ル検索システム。
2. 【請求項２】 上記原本ファイルを保持するサーバは、
   転送要求を受けたファイルが最初の参照要求を受けた場
   合に、上記識別符号を原本ファイルとし、ファイルの存
   在するサーバ名の項目を自サーバとするファイル情報を
   作成することを特徴とする請求項１に記載のファイル検
   索システム。
3. 【請求項３】 ネットワーク上に接続された複数のサー
   バを備え、クライアント端末からのファイル転送要求に
   対してユーザ側サーバを介して上記複数のサーバから要
   求されたファイルを保持するファイル保有サーバを検索
   し、ファイル転送を行なうファイル検索システムにおけ
   るファイル保有サーバにおいて、 自己が原本ファイルを保持しない複製ファイルに対して
   転送要求があった場合に、そのファイルが複製である旨
   の識別符号と原本ファイルの存在するサーバを識別する
   符号からなるファイル情報を転送要求を受けたファイル
   に付加してファイル転送を行ない、上記複製ファイルの
   所有権を転送要求元サーバに移転することを特徴とする
   ファイル保有サーバ。