(57)【特許請求の範囲】
【請求項１】
１又は複数のクライアント端末を接続しているネットワーク上に接続されたサーバを複数備え、上記クライアント端末からのファイル転送要求に対して、上記クライアント端末に接続されているユーザ側サーバを介して、上記複数のサーバの中から、要求されたファイルを保持するファイル保有サーバを検索し、ファイル転送を行なうファイル検索システムにおいて、
原本ファイル又は複製ファイルを保持するサーバに対して、原本ファイルか複製ファイルかの識別符号と、転送させる原本ファイル又は複製ファイルの存在するサーバ名を少なくとも含むファイル情報の参照を行なった後、上記ファイル情報におけるサーバ名の示すサーバに対してファイル転送要求を行なうファイル検索システムであり、
原本ファイルを保持するサーバは、上記ユーザ側サーバから上記ファイル情報の参照を受ける毎に、上記ファイル情報中の原本ファイルの存在するサーバ名の項目をファイル参照を行なった上記ユーザ側サーバ名に書き換えて管理すると共に、
複製ファイルを保持するサーバは、上記ユーザ側サーバから与えられたファイル転送要求に対して、上記ファイル情報としてそのファイルが複製である旨の識別符号と原本ファイルの存在する上記ユーザ側サーバ名をファイルに付加して転送後、自己の保持しているファイル及びファイル情報を削除し、
上記ユーザ側サーバは、ファイル転送要求に対して返信されたファイル及びファイル情報を上記ファイル転送要求を行ったクライアント端末に送信すると共に、その返信されたファイル及びファイル情報を保持し、複製ファイルを保持するサーバに移行する
ことを特徴とするファイル検索システム。
【請求項２】
上記原本ファイルを保持するサーバは、転送要求を受けたファイルが最初の参照要求を受けた場合に、上記識別符号を原本ファイルとし、ファイルの存在するサーバ名の項目を自サーバとするファイル情報を作成することを特徴とする請求項１に記載のファイル検索システム。
【請求項３】
１又は複数のクライアント端末を接続しているネットワーク上に接続されたサーバを複数備え、上記クライアント端末からのファイル転送要求に対して、上記クライアント端末に接続されているユーザ側サーバを介して、上記複数のサーバの中から、要求されたファイルを保持するファイル保有サーバを検索し、ファイル転送を行なうファイル検索システムにおけるファイル保有サーバにおいて、
上記ユーザ側サーバから自己が原本ファイルを保持しない複製ファイルに対して転送要求があった場合に、そのファイルが複製である旨の識別符号と原本ファイルの存在するサーバを識別する符号からなるファイル情報を、転送要求を受けたファイルに付加して上記ユーザ側サーバへファイル転送を行なった後、自己の保持しているファイル及びファイル情報を削除し、
上記複製ファイルの所有権を転上記ユーザ側サーバに移行させることを特徴とするファイル保有サーバ。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ネットワーク上に接続されたサーバからクライアント端末に対してファイル転送を行なう情報検索システム及びファイル保有サーバに関する。
【０００２】
【従来の技術】
従来から、離れた場所にあるコンピュータの保持するプログラムやデータ・ファイル（これらをまとめて必要に応じてファイルと呼ぶ）を利用する手段として広く用いられている方法にＦＴＰ（ファイル転送プロトコル；File Transfer Protocol）と呼ばれる方法がある。
【０００３】
ＦＴＰは、ＦＴＰサーバと呼ばれるネットワーク上のホストコンピュータと、クライアントコンピュータとの間でファイルの転送を行なうためのＴＣＰ／ＩＰの上位プロトコルである。ＦＴＰを利用する場合は自ノード（クライアントコンピュータの属するノード）の属するネットワークグループのＦＴＰサーバと、目的のファイルの属するネットワークグループのＦＴＰサーバが介在することになる。ＦＴＰはクライアント／サーバ形式のサービスであり、ＦＴＰクライアントはＦＴＰサーバに対してファイル転送の指示を出す。するとＦＴＰサーバはログインＩＤとパスワードからそのユーザがそのＦＴＰサーバに対するアクセス権限を持っているか否かを確認する。
【０００４】
【発明が解決しようとする課題】
しかし、上記のファイル転送方法ではＦＴＰサーバから目的のファイルを入手する際、そのＦＴＰサーバへのアクセスが輻輳していると、アクセス自体が拒否されたり、ファイルの転送に要する時間が非常に長くなってしまったりするという課題がある。
【０００５】
ところで、インターネットが世界的規模で利用され、インターネットへの接続機能だけに機能を限定したパーソナルコンピュータも開発されている。将来は携帯端末としての利用もできるように無駄なハードウエアを極力省き、必要なソフトウエアは利用する都度ネットワークから入手するという、いわゆるネットワークコンピュータが普及してくると考えられている。このような利用形態においては、前述の課題はシステムにとってかなり致命的なものである。
【０００６】
そこで、ネットワーク資源の有効活用を図り、クライアント側へのファイル転送が迅速に行なえるサーバ・クライアント型のファイル検索システムと、その構成要素であるファイル保有サーバが望まれている。また、サーバの保持するファイルの改版の確認が容易なサーバ・クライアント型のファイル検索システム及びファイル保有サーバが望まれている。
【０００７】
【課題を解決するための手段】
上記課題を解決するために、第１の本発明は、１又は複数のクライアント端末を接続しているネットワーク上に接続されたサーバを複数備え、上記クライアント端末からのファイル転送要求に対して、上記クライアント端末に接続されているユーザ側サーバを介して、上記複数のサーバの中から、要求されたファイルを保持するファイル保有サーバを検索し、ファイル転送を行なうファイル検索システムにおいて、以下のようにしたことを特徴とする。
【０００８】
すなわち、原本ファイル又は複製ファイルを保持するサーバに対して、原本ファイルか複製ファイルかの識別符号と、転送させる原本ファイル又は複製ファイルの存在するサーバ名を少なくとも含むファイル情報の参照を行なった後、上記ファイル情報におけるサーバ名の示すサーバに対してファイル転送要求を行なうファイル検索システムであり、原本ファイルを保持するサーバは、上記ユーザ側サーバから上記ファイル情報の参照を受ける毎に、上記ファイル情報中の原本ファイルの存在するサーバ名の項目をファイル参照を行なった上記ユーザ側サーバ名に書き換えて管理すると共に、複製ファイルを保持するサーバは、上記ユーザ側サーバから与えられたファイル転送要求に対して、上記ファイル情報としてそのファイルが複製である旨の識別符号と原本ファイルの存在する上記ユーザ側サーバ名をファイルに付加して転送後、自己の保持しているファイル及びファイル情報を削除し、上記ユーザ側サーバは、ファイル転送要求に対して返信されたファイル及びファイル情報を上記ファイル転送要求を行ったクライアント端末に送信すると共に、その返信されたファイル及びファイル情報を保持し、複製ファイルを保持するサーバに移行することを特徴とする。
【０００９】
また、第２の本発明は、１又は複数のクライアント端末を接続しているネットワーク上に接続されたサーバを複数備え、上記クライアント端末からのファイル転送要求に対して、上記クライアント端末に接続されているユーザ側サーバを介して、上記複数のサーバの中から、要求されたファイルを保持するファイル保有サーバを検索し、ファイル転送を行なうファイル検索システムにおけるファイル保有サーバにおいて、以下のようにしたことを特徴とする。
【００１０】
すなわち、上記ユーザ側サーバから自己が原本ファイルを保持しない複製ファイルに対して転送要求があった場合に、そのファイルが複製である旨の識別符号と原本ファイルの存在するサーバを識別する符号からなるファイル情報を、転送要求を受けたファイルに付加して上記ユーザ側サーバへファイル転送を行なった後、自己の保持しているファイル及びファイル情報を削除し、上記複製ファイルの所有権を上記ユーザ側サーバに移行させることを特徴とする。
【００１１】
第１及び第２の本発明により、一旦ファイル転送要求のあった、ファイルについては、複製ファイルがクライアント端末に接続されたユーザ側サーバに転送、保持されるので、このネットワークに接続された他のクライアント端末から同じファイルの転送要求があった場合には、原本を保持するサーバでファイル情報の参照を行なった後は複製ファイルを保持するサーバからファイル転送を行なえるので、原本ファイルを保持するサーバの負荷を低減できる。ファイル情報はファイルそのものに比べはるかに情報量が少ないので、ファイル参照の負荷は極めて少ない。従って、ファイル転送が全体として迅速に行なえる。
【００１２】
また、複製ファイルを保持しているサーバは他のサーバから転送要求があるとそのサーバにファイル及びファイル情報を転送した後、そのファイルを削除する。従って、複製ファイルを保持するサーバは他のサーバから転送要求があるとそのファイルの所有権を受け渡すことになり、自己のクライアントからのアクセスが頻繁でない複製ファイルを保持し続けることが少なくなり、サーバの負荷を減らすことができる。
【００１３】
原本ファイルの存在するサーバを識別するファイル情報を付加してファイル転送を行なうので、常に原本の存在するサーバを把握することができ、最新のファイルを欲する場合には直接原本ファイルの存在するサーバにアクセスすることで手に入れることができる。
【００１４】
【発明の実施の形態】
本発明によるファイル検索システム及びファイル保有サーバの一実施形態を図面を用いて説明する。
【００１５】
図２に示すように、この実施形態のファイル検索システムは、ネットワークＮに接続された複数のサーバＳ（Ｓ１〜Ｓ４）と、各サーバＳにそれぞれ接続された１又は複数のクライアント端末Ｃ（Ｃ１１〜Ｃ１ｎ、Ｃ２１〜Ｃ２ｍ、…）からなるクライアント／サーバ型のネットワークシステムを前提として構築されている。
【００１６】
ファイルの参照、転送を行なう場合はクライアント端末Ｃ、クライアント端末に接続されたサーバ（ここでは「ユーザ側サーバ」と呼ぶ；図２ではＳで表されているが以降では符号ＵＳで表す）及びファイルを保持するサーバ（ここでは「ファイル保有サーバ」と呼ぶ；図２ではＳで表されているが以降では符号ＦＳで表す）が実質的に使用される。なお、ユーザ側サーバが、ファイル保有サーバになることもあり得、逆に、ファイル保有サーバがユーザ側サーバになることもあり得る。図２においては、ファイルＦＩＬＥ１を格納しているデータベースＤＢ１を有するサーバＳ１が、ファイル保有サーバになっているが、実際上、ネットワークには多くのファイル保有サーバが存在する。
【００１７】
なお、ネットワーク上のデータ伝送に注目すると、実際にはユーザ側サーバ及びファイル保有サーバ間に他のサーバが介在する場合もあるが、それらの動作はこの実施形態の説明には関係しないので、以後の説明では他のサーバは図示しない。
【００１８】
まず、この実施形態の特徴である各ファイルＦＩＬＥの管理に使用されるファイル情報について説明する。
【００１９】
ファイル情報ＦＩは、原本ファイルか複製ファイルかを示す識別符号１ビットと、最終アクセスサーバ名３２ビットとからなる。ここで、複製ファイルとはこの実施形態の転送プロトコルによる転送で取得されたファイルを言う。また、最終アクセスサーバ名は、複製ファイルの場合には原本ファイルの存在するサーバ名を表し、原本ファイルの場合には最後にそのファイルに参照又は転送要求をしたサーバ名を意味する。最終アクセスサーバ名は、原本ファイルを保持するサーバにアクセス（参照又はファイル転送要求）があった場合に作成され、転送するファイル（以後、複製ファイルになる）に付加される。
【００２０】
この実施形態の転送プロトコルによるファイル転送では情報の参照とファイル転送のみが許され、通常のＦＴＰで用いられているユーザＩＤとパスワードのチェックによるセキュリティ機能は持たない。
【００２１】
この実施形態における要求内容は、２ビットの符号によりコーディングされている。上位ビットＲ１、下位ビットをＲ２とすると、上位ビットＲ１は転送要求か情報要求かの分類を示し、下位ビットＲ２は要求対象の種類を示している。具体的には、例えば次のように分類される。００のときはバイナリファイルのファイル転送要求、０１のときはテキストファイルのファイル転送要求、１０のときはファイル属性のみの情報参照要求、１１のときはファイル属性及びファイル所在情報を含めた全情報の参照要求を示している。００、０１の区別は、より上位のプロトコルでの利用を想定したものであり、この実施形態における処理においては同様に扱うものとする。すなわち、処理上の分類としては、Ｒ１＝０、Ｒ１Ｒ２＝１０、Ｒ１Ｒ２＝１１という３通りの場合分けとなる。
【００２２】
まず、ファイル参照機能について説明する。参照できる情報は上述したファイル情報ＦＩと、ファイルの属性であるファイルサイズ及び作成日時とである。
【００２３】
情報参照時のノード間インタフェースを示す図１（ａ）、（ｂ）に示すように、クライアント端末Ｃからファイル情報の参照要求があると、ユーザ側サーバＵＳは要求されたファイルを保有するサーバＦＳへその要求を伝えると同時に自分のＩＰアドレスを告知する。クライアント端末Ｃからユーザ側サーバＵＳへ伝送される情報は、利用者ＩＤ、アクセス先サーバ名、要求ファイル名、クライアント端末のカレントディレクトリ、要求内容である。
【００２４】
ユーザ側サーバＵＳでは、図３に示すように、処理ＩＤ付与部３１で要求に対してユーザ側サーバＵＳで管理する処理ＩＤを付与し（ステップ３０１）、処理が全て終わるまで処理ＩＤ毎に利用者ＩＤ、要求ファイル名、カレントディレクトリの情報を処理情報として処理情報格納部３２に格納しておく（ステップ３０２）。さらに、ユーザ側サーバＵＳは、自ＩＰアドレス付与部３３で自分のＩＰアドレス及び処理ＩＤを要求ファイル名に付加する（ステップ３０３）。その後、ユーザ側サーバＵＳは、要求内容をデコードして読み取り、送信する（ステップ３０４、３０５）。以降の処理は、要求内容により場合分けされて実行される（ステップ３０６）。
【００２５】
まず、全情報の参照要求の場合における処理形態について説明する。ファイルを保有するサーバＦＳは、全情報参照要求を受信すると、図４に示すようにユーザ側サーバＵＳから受信した情報（パケット）から要求ファイル名をファイル名取出し部４１で取り出し、ファイル情報格納部４４に供給する。また、転送先サーバ名取出し部４２は、転送先サーバ名すなわちにユーザ側サーバＵＳのＩＰアドレス及び処理ＩＤを取り出し、ファイル情報制御テーブル４３に供給する。図示しないコントローラがファイル情報格納部４４に供給されたファイル名が既にファイル情報ＦＩを有しているファイルか、初めてアクセスされたファイルかを判断し（ステップ４０１）、既にファイル情報ＦＩが存在する場合には次のステップに移り、存在しない場合には、ファイル情報作成部４６でファイル情報ＦＩの作成を行なう（ステップ４０２）。この作成されたファイル情報ＦＩは、ファイル種別が原本ファイルを示す符号で、最終アクセスサーバ名が自己ＩＰアドレスとなる。
【００２６】
その後、ファイル情報制御テーブル４３を参照して転送先サーバ名を認識し（ステップ４０３）、ファイル格納部４７からファイル属性を参照してファイル情報を添付し（ステップ４０４）、ファイル情報ＦＩをフォーマット変換ユニット４５でネットワーク上に送信するデータに変換した後、ネットワーク上の転送先サーバＵＳにファイル情報ＦＩを送信する（ステップ４０５）。このとき、処理ＩＤがファイル情報と共に転送される。転送後ファイル種別を確認し、原本ファイルの場合、最終アクセスサーバ名をそのサーバのＩＰアドレスとしてファイル情報ＦＩを書き換える（ステップ４０６、４０７）。
ファイル情報を受信したユーザ側サーバＵＳは、図５に示すように、処理ＩＤ取出し部５１で処理ＩＤを取り出し、処理情報格納部５４に伝送し（ステップ５０１）、ファイル情報取出し部５２でファイル情報を取り出してファイル情報格納部５３に格納する（ステップ５０２）。処理情報格納部５４は、処理ＩＤに従って記憶していた利用者ＩＤとカレントディレクトリを読み出し、読み出した利用者ＩＤのクライアント端末のカレントディレクトリへファイル情報ＦＩを転送する（ステップ５０３）。その後、処理情報格納部５４に格納された処理情報を削除する（ステップ５０４）。以上により、クライアント端末Ｃでファイルに関する全情報が参照可能となる。
続いて、ファイルの属性のみの参照要求の場合における処理形態について説明する。ファイルを保有するサーバＦＳは、ファイル属性のみの情報参照要求を受信すると、図６に示すようにファイル格納部６２からファイル属性を参照してファイル情報とする（ステップ６０２）。その後、このファイル情報をフォーマット変換ユニット６３でネットワーク上に送信するデータに変換し、ネットワーク上の転送先サーバＵＳにファイル情報を送信する（ステップ６０３）。このとき、処理ＩＤもファイル情報と共に転送される。ファイル情報を受信したユーザ側サーバＵＳは、図７に示すように、処理ＩＤ取り出し部７１で処理ＩＤを取り出し、処理情報格納部７３に伝送し（ステップ７０１）、ファイル情報取り出し部７２でファイル情報を取り出し、ファイル属性情報をファイル情報ＦＩとしてクライアント端末Ｃに転送する（ステップ７０２）。その後、処理情報格納部７３に格納された処理情報を削除する（ステップ７０３）。以上により、クライアント端末Ｃでファイルの属性情報の参照が可能となる。
【００２７】
次に、ファイル転送動作を説明する。ファイル転送には原本ファイルを保有するサーバからのファイル転送と、複製ファイルを保有するサーバからのファイル転送の２種類がある。
【００２８】
まず、原本ファイルを保有するサーバからのファイル転送を図１（ｃ）及び図８を用いて説明する。
【００２９】
クライアント端末Ｃは、ファイル転送要求をユーザ側サーバＵＳに発する。このファイル転送要求には利用者ＩＤ、アクセス先サーバ名、要求ファイル名、クライアント端末Ｃのカレントディレクトリが含まれる。ユーザ側サーバＵＳでは図３に示すように、処理ＩＤ付与部３１で要求に対してユーザ側サーバＵＳで管理する処理ＩＤを付与し、処理が全て終わるまで処理ＩＤ毎に利用者ＩＤ、要求ファイル名、カレントディレクトリの情報を処理情報として処理情報格納部３２に格納しておく。さらに、ユーザ側サーバＵＳは、自ＩＰアドレス付与部３３で自分のＩＰアドレス及び処理ＩＤを要求ファイル名に付加してファイルを保有するサーバＦＳへ送信する。
【００３０】
ファイルを保有するサーバＦＳは、その要求を受信すると、図８に示すように、ユーザ側サーバＵＳから受信した情報（パケット）から要求ファイル名をファイル名取出し部８１で取り出し、ファイル情報格納部８４に供給する。また、転送先サーバ名取出し部８２は、転送先サーバ名すなわちにユーザ側サーバＵＳのＩＰアドレス及び処理ＩＤを取り出してファイル情報制御テーブル８３に供給する。図示しないコントローラがファイル情報格納部８４に供給されたファイル名が既にファイル情報ＦＩを有しているファイルか、初めてアクセスされたファイルかを判断し（ステップ８０２）、既にファイル情報ＦＩが存在する場合には次のステップに移り、存在しない場合には、ファイル情報作成部８６でファイル情報ＦＩの作成を行なう（ステップ８０３）。このファイル情報ＦＩはファイル種別が原本ファイルを示す符号で、最終アクセスサーバ名が自己ＩＰアドレスとなる。
【００３１】
次に、ファイル情報制御テーブル８３を参照して転送先サーバ名を認識し（ステップ８０４）、ファイル及びファイル情報ＦＩをフォーマット変換ユニット８５でネットワーク上に送信するデータに変換する。次に、送信するファイルのファイル情報ＦＩを判別する（ステップ８０５）。この場合、原本ファイルを保有するサーバからのファイル転送なので、ファイル情報ＦＩを自己ＩＰアドレスに書き換えた後、ファイル及びファイル情報ＦＩを処理ＩＤと共にユーザ側サーバＵＳに送信する（ステップ８０６、８０７）。その後、ファイル情報ＦＩを最終アクセスサーバ名である転送先サーバＵＳのアドレスに書き換えて保存する（ステップ８０９）。これにより、複製ファイルが転送先サーバＵＳにも存在することを次のアクセス者に知らせることができる。
【００３２】
ファイルの転送を受けたユーザ側サーバＵＳでは、図９に示すように、処理ＩＤ取出し部９１で処理ＩＤを取り出し、処理情報格納部９２に伝送し（ステップ９０１）、ファイル情報取出し部９３でファイル情報ＦＩを取り出し、原本・複製識別部９４で受信したファイル情報ＦＩの原本、複製識別符号が原本ファイルを示す符号か複製ファイルを示す符号かを判定し（ステップ９０２）、原本ファイルを示す符号の場合には以後転送を受けたファイルは複製ファイルとして扱われるので、原本、複製識別符号を原本ファイルを示す符号から複製ファイルを示す符号に書き換える（ステップ９０３）。ファイル情報ＦＩををファイル情報制御テーブル９６に格納し（ステップ９０４）、ファイル取出し部９５で取り出したファイルをファイル格納部９８に格納する（ステップ９０５）。処理情報格納部９２は、処理ＩＤに従って記憶していた利用者ＩＤとカレントディレクトリを読み出し、読み出した利用者ＩＤのクライアント端末のカレントディレクトリへファイルを転送する（ステップ９０６）。その後、処理情報格納部５４（図５参照；９２と同一）に格納された処理情報を削除する。以上によりクライアント端末Ｃへのファイルの転送が完了する。
【００３３】
次に、複製ファイルを有するサーバからのファイル転送について説明する。なお、上述した図８（ｂ）のステップ８０５までの動作は原本ファイルを有するサーバからのファイル転送と同じなので説明を省略する。
【００３４】
ステップ８０５では複製ファイルを有するサーバからのファイル転送なので、そのまま、ファイル及びファイル情報ＦＩをを処理ＩＤと共にユーザ側サーバＵＳに送信し（ステップ８０８）、送信後ファイル及びファイル情報ＦＩを削除する（ステップ８１０）。
【００３５】
ファイルの転送を受けたユーザ側サーバＵＳの動作も基本的に原本ファイルを有するサーバからのファイル転送と同じであるが、ステップ９０２で複製ファイルと判定されるので、ファイル情報の書き換えは行なわれない。
【００３６】
以上個々の動作を説明したが、理解を容易にするために、図１０、図１１を用いて全体の動作例を説明する。
【００３７】
図２に示す第１のサーバＳ１のデータベースＤＢ中の原本ファイル１（「Ｆ-1」と略記する。）を第２のサーバＳ２に接続されたクライアントＡ（Ｃ２１）に転送する場合と、サーバＳ２に転送されたファイル１（Ｆ-1）をサーバＳ３に接続されたクライアントＢ（Ｃ３１）に転送する場合を例にして説明する。図１０、図１１のタイミングチャートは最も左の列にタイミングを、それにつづく各列に各サーバ又はクライアントの動作を上から下に動作順に記載している。
【００３８】
第１のサーバＳ１のデータベースＤＢ１中の原本ファイル１（Ｆ-1）を第２のサーバＳ２に接続されたクライアントＡ（Ｃ２１）へ転送するのに先立ち、クライアントＡ（Ｃ２１）から第１のサーバＳ１を参照する場合を図１０のタイミング１から１１に示す。
【００３９】
まず、タイミング１ではクライアントＡがファイル１の全情報参照要求をサーバＳ２に発する。サーバＳ２は参照要求をサーバＳ１に転送する（タイミング２）。転送要求を受けたサーバＳ１はファイル情報ＦＩを作成する（タイミング３、４）。ここでは、初めて参照要求を受けたと仮定している。このファイル情報ＦＩの内容は（原本、自己ＩＰアドレスすなわちＳ１）となる（タイミング４）。このファイル情報ＦＩをサーバＳ２に転送する（タイミング５）。ファイル情報ＦＩの最終アクセスサーバ名をこの場合はサーバＳ２に書き換える（タイミング６）。サーバＳ２ではファイル情報ＦＩの転送を受けクライアントＡに転送する（タイミング７、８、９）。クライアントＡでは、転送を受けたファイル情報ＦＩからファイルがサーバＳ１に原本として保存されていることを知ることができる。
【００４０】
クライアントＡは、引き続いてファイル１の転送を行なう。転送を受けたファイル情報ＦＩからファイルがサーバＳ１に原本として保存されていることを知ることができたので、サーバＳ１からファイル１の転送を行なうようにサーバＳ２に要求を出す（タイミング１２）。サーバＳ２は、転送要求をサーバＳ１に転送する（タイミング１３）。転送要求を受けたサーバＳ１のファイル情報ＦＩはタイミング６で決定された（原本、Ｓ２）である（タイミング１５）。サーバＳ１はこのファイル情報ＦＩを一旦書き換える。書き換える内容は原本ファイルの存在するサーバを転送先に連絡するために最終アクセスサーバ名を自己ＩＰアドレスすなわちＳ１に書き換える（タイミング１６）。そして、ファイル、ファイル情報ＦＩ及び処理ＩＤをサーバＳ２に転送する（タイミング１７、１８）。その後、自己の保存するファイル情報ＦＩには複製ファイルを保存するサーバを覚えておくために最終アクセスサーバ名を複製ファイルを保存するサーバであるサーバＳ２に書き換える（タイミング１９）。転送を受けたサーバＳ２は、転送を受けたファイル情報ＦＩには原本ファイルを示す符号がついているので、これを複製ファイルを示す符号に書き換え、複製ファイル及びファイル情報ＦＩを保存する（タイミング２０〜２３）。そして、複製ファイルをクライアントＡに転送する（タイミング２４）。
【００４１】
この時点で、ファイル１は原本サーバＳ１と複製ファイルサーバＳ２に存在することになる。原本サーバＳ１のファイル情報ＦＩは（原本、Ｓ２）となり、複製ファイルサーバＳ２のファイル情報ＦＩは（複製、Ｓ１）となる。従って、原本サーバＳ１を参照した他のサーバは複製が複製ファイルサーバＳ２にあることを知ることができ、また、複製ファイルサーバＳ２を参照した他のサーバは原本は原本サーバＳ１にあることを知ることができ、改版等の場合にも対応が行ない易くなる。
【００４２】
次に、この状態で第３のサーバＳ３に接続されたクライアントＢ（Ｃ３１）から同一ファイル１の転送要求が有った場合の動作を説明する。
【００４３】
クライアントＢ（Ｃ３１）がファイル１の参照要求をサーバＳ３に発する（タイミング２６）。サーバＳ３は参照要求をサーバＳ１に転送する（タイミング２７）。転送要求を受けたサーバＳ１はファイル情報ＦＩを確認する（タイミング２８）。この場合、すでにファイル情報ＦＩが存在し、このファイル情報ＦＩの内容は（原本、複製ファイルの存在するサーバすなわちＳ２）となっている（図１０のタイミング１９参照）。このファイル情報ＦＩをサーバＳ３に転送する（タイミング３０）。ファイル情報ＦＩの最終アクセスサーバ名を、この場合はサーバＳ３に書き換える（タイミング３１）。サーバＳ３ではファイル情報ＦＩの転送を受けてクライアントＢに転送する（タイミング３２〜３３）。
【００４４】
クライアントＢでは、転送を受けたファイル情報ＦＩからファイルがサーバＳ２に複製として保存されていることを知ることができる。従って、クライアントＢは、原本の存在するサーバＳ１ではなくサーバＳ２からファイルの転送を行なうことにする。サーバＳ２からファイル１の転送を行なうようにサーバＳ３に要求を出す（タイミング３７）。サーバＳ３は転送要求をサーバＳ２に転送する（タイミング３８）。転送要求を受けたサーバＳ２（タイミング３９）はファイル、ファイル情報ＦＩ及び処理ＩＤをサーバＳ３に転送する（タイミング４０、４１）。その後、自己の保存するファイル及びファイル情報ＦＩを削除する（タイミング４２）。転送を受けたサーバＳ３は転送を受けた複製ファイル及びファイル情報ＦＩを保存する（タイミング４３〜４５）。複製ファイルをクライアントＢに転送する（タイミング４６、４７）。従って、今度はサーバＳ３が複製ファイルの保管先となる。これはあたかも複製ファイルの所有権が一回のファイル転送毎に次の転送先サーバに移転して行くようである。この場合にもファイル情報ＦＩを用いることにより、常に原本ファイルを保存するサーバは複製ファイルの保存先を把握できると共に、複製先でも原本ファイルの所属元を知ることができる。
【００４５】
上記実施形態によれば、ネットワーク資源の有効活用を図り、クライアント側へのファイル転送が迅速に行なえる、しかも、サーバの保持するファイルの改版の確認が容易に行なえるサーバ・クライアント型のファイル検索システム及びファイル保有サーバを実現することができる。
【００４６】
なお、上記実施形態は、インターネットを意識したものであるが、本発明を、他のネットワークに適用できることは勿論である。
【００４７】
【発明の効果】
以上のように、本発明によれば、ネットワーク資源の有効活用を図り、クライアント側へのファイル転送が迅速に行なえる、また、サーバの保持するファイルの改版の確認が容易に行なえるサーバ・クライアント型のファイル検索システムを提供することができる。
【図面の簡単な説明】
【図１】実施形態のファイル検索システムの情報参照時及びファイル転送時の授受情報の説明図である。
【図２】実施形態を適用したネットワークの一例を示す説明図である。
【図３】実施形態のクライアントからユーザ側サーバへの要求時の動作説明図である。
【図４】実施形態のファイル全情報参照時の転送元サーバの動作説明図である。
【図５】実施形態のファイル全情報参照時の転送先サーバの動作説明図である。
【図６】実施形態のファイル属性のみ参照時の転送元サーバの動作説明図である。
【図７】実施形態のファイル属性のみ参照時の転送先サーバの動作説明図である。
【図８】実施形態のファイル情報転送時の転送元サーバの動作説明図である。
【図９】実施形態のファイル情報転送時の転送先サーバの動作説明図である。
【図１０】実施形態の原本ファイルサーバからの参照、転送を説明する図である。
【図１１】実施形態の複製ファイルサーバからの参照、転送を説明する図である。
【符号の説明】
Ｃ：クライアント端末、ＵＳ：ユーザ側サーバ、ＦＳ：ファイル保有サーバ、ＦＩ：ファイル情報、Ｎ：ネットワーク。
【図１】
0003963508.tif 000002
【図２】
0003963508.tif 000003
【図３】
0003963508.tif 000004
【図４】
0003963508.tif 000005
【図５】
0003963508.tif 000006
【図６】
0003963508.tif 000007
【図７】
0003963508.tif 000008
【図８】
0003963508.tif 000009
【図９】
0003963508.tif 000010
【図１０】
0003963508.tif 000011
【図１１】
0003963508.tif 000012