JP5106045B2 - 検索エンジン連携ファイル共有システム - Google Patents

Description

本願明細書で開示される技術は、計算機によるファイルの管理に関し、特に、大量のファイル群を複数のファイル・サーバやフォルダに分類して保管するファイル共有環境において、できるだけ多くのユーザに対して新規に作成したファイルを発見しやすくことで、ファイル共有の効果を高める技術に関する。

大量のファイルを管理する場合、必要なときに必要な人が必要なファイルを見つける事ができる「ファイルの発見しやすさ」が重要になる。

従来、ファイルはフォルダやディレクトリという階層的なグルーピングの概念を使って整理されてきた。フォルダには人間が理解可能な名前が付いている。新しいファイルをファイル・サーバに格納し、他者と共有する場合、できるだけ新規ファイルの内容に即したフォルダに格納することが、ファイルの発見しやすさを向上する上で重要である。

しかし、フォルダ数が多くなったり、フォルダの階層が深くなったり、容量を拡大する為に複数のファイル・サーバを利用したりするなど、フォルダ階層の規模が大きくなると、ユーザがファイルを格納するために適切なフォルダを探す時間が長くなり、業務効率が悪くなる問題がある。

この問題を解決する方法の一つに、ファイル検索技術がある。例えば、ファイルをフォルダに分類して保管する代わりに、検索エンジンがフォルダをまたがってファイルを検索することによって、必要なファイルを発見することができる。

ファイル検索技術によれば、検索エンジン・サーバが、ファイル・サーバ内の全ファイルについて、ファイルに含まれるキーワードを抽出し、インデックス・データベースを作成する。次に、ユーザは、キーワードを指定した検索要求を検索エンジン・サーバに発行する。検索エンジン・サーバは、インデックス・データベース内を検索し、キーワードが含まれるファイルのリストをユーザに返す。これによって、ユーザは必要なファイルをキーワード検索によって発見できるため、ファイルの発見しやすさが向上する。

このようなファイル検索技術は、例えば、特許文献１、特許文献２、非特許文献１及び非特許文献２に開示されている。

特許文献１及び特許文献２によれば、検索エンジンを備えたドキュメント・データベースが複数存在する状況で、検索キーワードとドキュメント・データベースとの関係を示す仲介データベースが使用される。仲介データベースが検索要求を複数のドキュメント・データベースのうちの一つに転送することによって、検索効率が向上する。そのために特許文献２には、複数のデータベース（ＤＢ）を文書解析し、辞書と比較することでＤＢの属性を計算することが記載されている。また、特許文献２には、新規ＤＢが追加された場合に、当該新規ＤＢの属性もチェックし、新規ＤＢも選択対象ＤＢに追加することが記載されている（特許文献２の段落００４６〜００４８及び図１１参照）。

非特許文献１によれば、予め指定した検索キーワードを含むファイル群が自動的に検索される。検索されたファイル群は、仮想的なフォルダとしてグルーピングしてリストアップされる。非特許文献１によれば、ファイルを検索する手間をかけることなく、新規に作成したファイルを発見することができる。

非特許文献２によれば、検索結果を保存して、後で利用することができる。あらかじめ用意されている検索キーワードを使うことによって、時間と労力を節約しながら、さらに多くの検索結果を得ることができる。
特開２０００−１７２７１１号公報 特開平７−８５０７２号公報 "Spotlight", [online], Apple Inc., [平成１９年１０月５日検索],インターネット<URL:http://images.apple.com/jp/macosx/pdf/MacOSX_Spotlight_TB.pdf> "アップル - Mac OS X Leopard - 新機能_Finder", [online], Apple Inc., [平成１９年１０月３０日検索],インターネット<URL: http://www.apple.com/jp/macosx/features/finder.html >

しかしながら、特許文献１及び特許文献２に開示された検索技術によれば、ファイル・サーバのユーザは、必要なファイルを発見するために検索キーワードを入力して検索する手間が掛かるという課題がある。

ある事項に関連するファイル群がどのフォルダに格納されているかを既に知っているユーザにとっては、毎回検索するよりも、そのフォルダへのショートカットを作成し、直接アクセスする方が効率が高い。しかし上記の特許文献に記載された検索技術では、フォルダに直接アクセスする利用者がファイルを発見しやすくするために、そのファイルをどのフォルダに格納すべきかを知ることができない。

非特許文献１及び非特許文献２に開示された技術によれば、検索キーワードにヒットする全ファイルが同一の仮想フォルダ内にリストアップされる。このため、人間がキーワード以外のルールに従って手動でファイルをフォルダに分類した結果が仮想フォルダには反映されない。また、キーワード以外のルールに従って手動でファイルを仮想フォルダに分類することができない。つまり、非特許文献１及び非特許文献２に開示された技術には、従来の人手によるファイル分類運用と併用することができないという課題がある。さらに、非特許文献１及び非特許文献２によれば、特許文献１等の場合と同様、フォルダに直接アクセスする利用者がファイルを発見しやすくするために、そのファイルをどのフォルダに格納すべきかを知ることができない。

本発明は、上記課題を解決するために、フォルダに直接アクセスするユーザが新規ファイルを発見しやすくする検索エンジン連携ファイル共有システムを提供することを目的とする。

本願で開示する代表的な発明は、クライアント計算機と、前記クライアント計算機にネットワークを介して接続された第１ストレージシステムと、を備える計算機システムであって、前記第１ストレージシステムは、一つ以上の第１データ記憶装置と、前記第１データ記憶装置を制御する第１コントローラと、を備え、前記一つ以上の第１データ記憶装置に含まれる複数のデータ記憶領域の少なくとも一つは、複数のファイルのいずれかに対応付けられ、前記複数のファイルの各々は、複数のフォルダのいずれかに格納され、前記計算機システムは、検索処理部、フォルダ決定部及びファイル格納部をさらに備え、前記クライアント計算機は、ファイルを格納する指示を受信し、前記検索処理部は、前記指示されたファイルに設定された代表キーワードと、前記複数のフォルダ内のファイルに含まれるキーワードとを比較することによって、前記複数のフォルダ内のファイルにおける前記代表キーワードの出現回数を取得し、前記フォルダ決定部は、前記複数のフォルダに格納されたファイルのうち、前記代表キーワードの出現回数が１回以上であるファイルの数を、前記フォルダごとに算出し、前記算出されたファイルの数が多いフォルダほど、前記指示されたファイルとの関係が強いと判定し、前記ファイル格納部は、前記複数のフォルダのうち、前記指示されたファイルとの関係が最も強いと判定されたフォルダに、前記指示されたファイルを格納することを特徴とする。

本発明の一実施形態によれば、ファイルを格納するユーザがそのファイルの格納先を指定しなくとも、そのファイルを共有するユーザが発見しやすいフォルダにそのファイルを格納する検索エンジン連携ファイル共有システムを提供できる。

（第１の実施形態）
以下、発明の第１の実施形態に係る検索エンジン連携ファイル共有システムについて、図面を参照しながら説明する。

図１は、本発明の第１の実施形態の検索エンジン連携ファイル共有システムの概略構成を示すブロック図である。

本システムは、一台以上のクライアント・コンピュータ０１０１Ａ及び０１０１Ｂ、一台以上の検索エンジン・サーバ０１０５、一台以上のファイル・サーバ０１０７、及び、これらを接続するネットワーク０１１５から構成される計算機システムである。ネットワーク０１１５としてＥｔｈｅｒｎｅｔ（登録商標、以下同じ）又はＩｎｔｅｒｎｅｔを利用できる。ネットワーク０１１５における通信プロトコルとしては例えばＴＣＰ／ＩＰを利用できる。

クライアント・コンピュータ０１０１Ａ及び０１０１Ｂは、エンドユーザが利用するコンピュータである。具体的には、クライアント・コンピュータ０１０１Ａ及び０１０１Ｂは、新規作成ファイルをファイル・サーバ０１０７に格納したり、ファイル・サーバ０１０７に格納したファイルを参照・更新したりする。

クライアント・コンピュータ０１０１Ａでは、ファイルを作成・参照・更新及び削除するアプリケーション０１０２、ファイル・サーバ０１０７へファイルを登録するためのＷＷＷブラウザ０１０３、及び、ファイル・サーバ０１０７と通信し、ファイル・サーバ０１０７内のファイルへのアクセス要求を行うクライアント・ファイル・システム０１０４Ａが稼動している。

クライアント・コンピュータ０１０１Ｂでは、ファイル・サーバ０１０７内のファイルへのアクセス要求を行うクライアント・ファイル・システム０１０４Ｂが稼動している。

クライアント・コンピュータ０１０１Ａ及び０１０１Ｂは、さらに、オペレーティング・システム及びグラフィカル・ユーザ・インタフェースなどのコンピュータ・ソフトウェアの基本構成要素を含む。しかし、これらの構成要素は本実施形態の説明に本質的でないため、これらの図示及び説明を省略する。

図１の構成は、例として、クライアント・コンピュータ０１０１Ａがファイル０１１７Ａ等をファイル・サーバ０１０７のいずれかのフォルダ０１１４Ａ等に登録（すなわち、いずれかのフォルダ０１１４Ａ等に含まれるようにファイル０１１７Ａ等を格納）し、クライアント・コンピュータ０１０１Ｂがフォルダ０１１４Ａ等内のファイル０１１７Ａ等に直接アクセスする状況を示している。

検索エンジン・サーバ０１０５において稼動する検索エンジン処理部０１０６は、ファイル・サーバ０１０７に格納した全ファイル０１１７Ａ等についてインデックス・データベース０１１６を作成する。そして、検索エンジン処理部０１０６は、他のコンピュータが発行したファイル検索要求を受信すると、その要求によって指定された検索キーワードを含むファイル０１１７Ａ等を検索し、検索したファイル０１１７Ａ等のリストを要求元コンピュータに返信する。検索エンジン処理部０１０６は、既に明らかになっている公知技術を使って実現可能であるため、詳細な説明は省略する。

図１のファイル・サーバ０１０７は、エンドユーザが作成したファイル０１１７Ａ等を格納し、クライアント・ファイル・システム０１０４Ａ及び０１０４Ｂからの要求に従って、ファイル０１１７Ａ等の作成・参照・更新・削除などの処理を実行する。ファイル・サーバ０１０７は、いわゆるＮＡＳ（Ｎｅｔｗｏｒｋ Ａｔｔａｃｈｅｄ Ｓｔｏｒａｇｅ）のようなストレージシステムによって実現されてもよい。

第１の実施形態において、ファイル・サーバ０１０７は、ファイル登録部０１０８、ファイル・サーバ処理部０１１２、一時フォルダ０１１３及び一つ以上のフォルダ０１１４Ａ及び０１１４Ｂを含む。

各フォルダには、人間が理解可能な名前が付けられ、任意の数のファイルが格納される。図１の例では、フォルダ０１１４Ａにファイル０１１７Ａが、フォルダ０１１４Ｂにファイル０１１７Ｂが格納される。

なお、本発明の実施形態の説明において、「フォルダ」とは、一つ以上のファイルを含むグループを総称する概念である。例えば、本発明の実施形態における「フォルダ」は、Ｗｉｎｄｏｗｓ（登録商標）におけるフォルダであってもよいし、ＵＮＩＸ（登録商標）におけるディレクトリであってもよい。

ファイル登録部０１０８は、クライアント・コンピュータ０１０１ＡのＷＷＷブラウザ０１０３からファイル登録要求受信すると、登録を要求されたファイル０１１７Ａ等と関係の強いフォルダ０１１４Ａ等を検索する。例えば、ファイル登録部０１０８は、要求されたファイル０１１７Ａ等と各フォルダ０１１４Ａ等内のファイル０１１７Ａ等との一致度に基づいて、そのファイル０１１７Ａ等とフォルダ０１１４Ａ等との関係の強さを判定する。そして、ファイル登録部０１０８は、検索されたフォルダ０１１４Ａ等にファイル０１１７Ａ等を格納する。

上記の処理のために、ファイル登録部０１０８は、格納フォルダ検索部０１０９、格納フォルダ決定部０１１０及びファイル格納部０１１１を含む。

ファイル・サーバ処理部０１１２は、クライアント・ファイル・システム０１０４Ａ及び０１０４Ｂからの要求に従って、ファイル０１１７Ａ等の作成・参照・更新・削除などの処理を実行する。ファイル・サーバ処理部０１１２及びクライアント・ファイル・システム０１０４Ａ及び０１０４Ｂは、既に明らかになっている公知技術を使って実現可能であるため、詳細な説明は省略する。例えば、ファイル・サーバ０１０７とクライアント・ファイル・システム０１０４Ａ及び０１０４Ｂとの間のファイル共有プロトコルとしてＮＦＳ（Ｎｅｔｗｏｒｋ Ｆｉｌｅ Ｓｙｓｔｅｍ）を利用できる。

一時フォルダ０１１３は、ＷＷＷブラウザ０１０３が送信したファイル０１１７Ａ等を保管するフォルダ０１１４Ａ等が決定するまで、そのファイル０１１７Ａ等を一時的に保管するためのストレージ領域である。

以下、クライアント・コンピュータ０１０１Ａ及びクライアント・コンピュータ０１０１Ｂに共通する説明をする場合、これらを総称してクライアント・コンピュータ０１０１と記載する。同様にして、クライアント・ファイル・システム０１０４Ａ等、フォルダ０１１４Ａ等及びファイル０１１７Ａ等も、それらを総称する場合には、クライアント・ファイル・システム０１０４、フォルダ０１１４及びファイル０１１７と記載される。

図２は、本発明の第１の実施形態のクライアント・コンピュータ０１０１Ａ及び０１０１Ｂのハードウェアの概略構成を示すブロック図である。

クライアント・コンピュータ０１０１のハードウェアは、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）０２０１、メモリ０２０２、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）０２０３及びネットワーク・インタフェース０２０５を内部構成要素として含む。それらの構成要素は、内部バス０２０４によって接続されている。さらに、クライアント・コンピュータ０１０１には、ユーザ・インタフェースとして、ディスプレイ０２０７、キーボード０２０８及びマウス０２０９が接続される。

クライアント・コンピュータ０１０１は、ネットワーク・インタフェース０２０５を介してネットワーク０１１５に接続され、検索エンジン・サーバ０１０５及びファイル・サーバ０１０７と通信する。

アプリケーション０１０２、ＷＷＷブラウザ０１０３及びクライアント・ファイル・システム０１０４は、メモリ０２０２に格納されたプログラムをＣＰＵ０２０１が実行することによって実現される。したがって、以下の説明において上記の各部が実行する処理は、実際にはＣＰＵ０２０１によって実行される。これらのプログラムは、ＨＤＤ０２０３に格納され、必要に応じてメモリ０２０２にコピーされてもよい。

図３は、本発明の第１の実施形態の検索エンジン・サーバ０１０５のハードウェアの概略構成を示すブロック図である。

検索エンジン・サーバ０１０５のハードウェアは、ＣＰＵ０３０１、メモリ０３０２、ＨＤＤ０３０３及びネットワーク・インタフェース０３０５を内部構成要素として含む。それらの構成要素は、内部バス０３０４によって接続されている。

検索エンジン・サーバ０１０５は、ネットワーク・インタフェース０３０５を介してネットワーク０１１５に接続され、クライアント・コンピュータ０１０１及びファイル・サーバ０１０７と通信する。

検索エンジン処理部０１０６は、メモリ０３０２に格納されたプログラムをＣＰＵ０３０１が実行することによって実現される。したがって、本実施の形態において検索エンジン処理部０１０６が実行する処理は、実際にはＣＰＵ０３０１によって実行される。このプログラムは、ＨＤＤ０３０３に格納され、必要に応じてメモリ０３０２にコピーされてもよい。

インデックス・データベース０１１６は、ＨＤＤ０３０３に格納される。インデックス・データベース０１１６の一部が必要に応じてメモリ０３０２にコピーされてもよい。

図４は、本発明の第１の実施形態のファイル・サーバ０１０７のハードウェアの概略構成を示すブロック図である。

ファイル・サーバ０１０７のハードウェアは、ネットワーク・インタフェース０４０１、コントローラ０４０２、キャッシュメモリ０４０３、ディスク・インタフェース０４０５及び一台以上のＨＤＤ０４０６、０４０７及び０４０８を含む。これらの構成要素のうちＨＤＤ０４０６等以外は内部バス０４０４で接続されている。ＨＤＤ０４０６等はディスク・インタフェース０４０５に接続される。

ファイル・サーバ０１０７は、ネットワーク・インタフェース０４０１を介してネットワーク０１１５に接続され、クライアント・コンピュータ０１０１及び検索エンジン・サーバ０１０５と通信する。

ＨＤＤ０４０６等は、クライアント・コンピュータ０１０１によって書き込まれたファイル０１１７のデータを格納するための複数のデータ記憶領域を含む。クライアント・コンピュータ０１０１によって書き込まれたファイル０１１７と、そのファイル０１１７に含まれるデータが格納されたデータ記憶領域との対応関係は、ファイル・サーバ処理部０１１２によって管理される。

例えば、ＨＤＤ０４０６等に含まれる一つ以上の記憶領域がフォルダ０１１４Ａ内のファイル０１１７Ａに対応付けられ、別の一つ以上の記憶領域がフォルダ０１１４Ｂ内のファイル０１１７Ｂに対応付けられ、さらに別の一つ以上の記憶領域が一時フォルダ０１１３内のファイル（図示省略）に対応付けられてもよい。その場合、いずれかのファイル０１１７の書き込み要求を受信したファイル・サーバ０１０７のコントローラ０４０２は、要求されたファイル０１１７のデータを、そのファイル０１１７に対応付けられた記憶領域に格納する。

ファイル登録部０１０８、並びに、それに含まれる格納フォルダ検索部０１０９、格納フォルダ決定部０１１０及びファイル格納部０１１１は、コントローラ０４０２によって実現される。例えば、上記の各部は、コントローラ０４０２内のＣＰＵ（図示省略）がコントローラ０４０２内のメモリ（図示省略）に格納されたプログラムを実行することによって実現されてもよい。したがって、本発明の実施形態において上記の各部が実行する処理は、実際にはコントローラ０４０２によって実行される。

図５は、本発明の第１の実施形態のインデックス・データベース０１１６の例を示す説明図である。

インデックス・データベース０１１６は、ファイル・サーバ０１０７内に格納したファイル０１１７毎に、ファイル０１１７の位置情報及びファイル０１１７の内容に関する情報をテーブルとして管理している。

具体的には、ファイル０１１７の位置情報として、ファイル・サーバ名０５０２、フォルダ名０５０３及びファイル名０５０４が管理される。ファイル・サーバ名０５０２は、ファイル・サーバ０１０７の識別情報である。計算機システムが複数のファイル・サーバ０１０７を含む場合、各ファイル０１１７を計算機システム内で一意に識別するために、ファイル名０５０４に加えてファイル・サーバ名０５０２を使用する必要がある。フォルダ名０５０３は、ファイル０１１７を格納するフォルダ０１１４の識別情報である。ファイル名０５０４は、ファイル０１１７の識別情報である。

ファイル０１１７の内容に関する情報として、キーワード・リスト０５０５が管理される。検索エンジン・サーバ０１０５は、ファイル・サーバ０１０７に格納されているファイル０１１７の内容を参照して、各ファイル０１１７に含まれるキーワードと、そのファイル０１１７内でのそのキーワードの出現回数との組をキーワード・リスト０５０５として管理する。

図５の例は、ファイル・サーバ「ＦｉｌｅＳｅｒｖｅｒＡ」のフォルダ「ＤｉｒＡ」に格納したファイル「ＦｉｌｅＡ」の中に、キーワードとして「日立」及び「ディスク」が含まれており、それぞれの出現回数は３回及び２回であることを示している。検索エンジン・サーバ０１０５は、複数のファイル・サーバ０１０７を一つのインデックス・データベース０１１６によって管理できる。

図６は、本発明の第１の実施形態のＷＷＷブラウザ０１０３を使ったユーザ・インタフェースの例を示す説明図である。

画面０６０１は、ユーザが新規ファイル０１１７をファイル・サーバ０１０７に格納する際に利用する画面である。この画面０６０１は、登録ファイル入力欄０６０２及び代表キーワード入力欄０６０３を含む。

ユーザは、これからファイル・サーバ０１０７に格納しようとするファイル０１１７のローカル・ファイル・システム内のパス情報を登録ファイル入力欄０６０２に入力し、さらに、そのファイル０１１７を代表するキーワードを代表キーワード入力欄０６０３に入力することができる。ユーザは、そのファイル０１１７を代表すると思われる任意のキーワードを代表キーワードとして決定し、入力することができる。

ユーザがＷＷＷブラウザ０１０３上で登録ボタン０６０４をクリックすれば、ファイル登録要求がファイル・サーバ０１０７に発行される。ファイル登録要求に付随して、登録ファイル入力欄０６０２において指定されたファイル０１１７の実体と、代表キーワード入力欄０６０３に入力された代表キーワードが送られる。

画面０６０１の例では、ローカル・ファイル・システムの、「／ＭｙＤｏｃｓ」によって識別されるフォルダ０１１４に格納された、「ＦｉｌｅＸ」によって識別されるファイル０１１７をファイル・サーバ０１０７に登録することを示している。代表キーワードとしては「日立」が指定されている。代表キーワードは、文字列だけでなく、検索式であってもよい。

なお、ユーザは、代表キーワード入力欄０６０３に代表キーワードを入力しなくてもよい。その場合、ファイル・サーバ０１０７が代表キーワードを決定する（後述する図７のステップ０７０７参照）。

画面０６０５は、ファイル登録結果を表示する画面の例である。第１の実施形態では、ユーザはＷＷＷブラウザ０１０３を通じてファイル・サーバ０１０７にファイル０１１７を格納する。ファイル０１１７を格納するフォルダ０１１４は、ファイル・サーバ０１０７が決定する。ユーザは、ファイル・サーバ０１０７がファイル０１１７を格納したフォルダ名をファイル登録結果として知ることができる。具体的には、ファイル０１１７を格納したフォルダ名が、登録パス名表示欄０６０６に表示される。

画面０６０５の例は、フォルダ名「／Ｈｉｔａｃｈｉ」によって識別されるフォルダ０１１４に、「ＦｉｌｅＸ」というファイル名で識別されるファイル０１１７が登録されたこと（すなわち、ファイル「ＦｉｌｅＸ」が、フォルダ「／Ｈｉｔａｃｈｉ」に含まれるように格納されたこと）を示している。ファイル・サーバ０１０７が複数ある環境では、パス名だけではなく、フォルダ０１１４が属するファイル・サーバ名も表示される。

図７は、本発明の第１の実施形態において新規ファイル０１１７をファイル・サーバ０１０７に登録する際に実行される処理を示すフローチャートである。

図７に示すように、新規ファイル０１１７をファイル・サーバ０１０７に登録する際、ＷＷＷブラウザ処理０７０１、ファイル・サーバのファイル登録処理０７０２及び検索エンジンの検索処理０７０３が実行される。これらの処理は、ユーザがＷＷＷブラウザ０１０３のファイル登録画面０６０１にある登録ボタン０６０４をクリックしたことを契機に開始される。

最初に、ＷＷＷブラウザ０１０３は、クライアント・コンピュータ０１０１のクライアント・ファイル・システム０１０４から、ＷＷＷブラウザ０１０３の登録ファイル入力欄０６０２において指定されたファイル０１１７を読み込む（ステップ０７０４）。

次に、ＷＷＷブラウザ０１０３は、ファイル・サーバ０１０７に対して、新規ファイル０１１７の登録要求（すなわち、新規ファイル０１１７をファイル・サーバ０１０７に格納する要求）を発行する（ステップ０７０５）。登録要求には、要求種別として「ファイル登録」、付属情報としてファイル０１１７自体が含まれる。ユーザがＷＷＷブラウザ０１０３の画面で代表キーワードを指定した場合、代表キーワードも登録要求に含まれる。

登録要求を受信したファイル・サーバ０１０７のファイル格納部０１１１は、クライアント・コンピュータ０１０１から受信したファイル０１１７を一時フォルダ０１１３に格納する（ステップ０７０６）。

次に、ファイル・サーバ０１０７は、新規ファイル０１１７の内容を参照し、登録要求されたファイル０１１７に設定される代表キーワードを決定する（ステップ０７０７）。例えば、代表キーワードを決定するために、ファイル・サーバ０１０７がファイル０１１７内に出現するキーワードの出現回数をカウントし、最もカウントが大きいキーワードを代表キーワードとして選択してもよい。あるいは、ファイル・サーバ０１０７は、各キーワードの出現回数が所定の閾値を超えるか否かを判定し、出現回数が所定の閾値を超える一つ以上のキーワードを代表キーワードとして選択してもよい。

クライアント・コンピュータ０１０１が、登録要求の中で代表キーワードを指定している場合は、そのキーワードが代表キーワードとして利用される。

次に、ファイル・サーバ０１０７は、代表キーワードを含むファイル０１１７の検索要求を、検索エンジン・サーバ０１０５に発行する（ステップ０７０８）。

検索要求を受信した検索エンジン・サーバ０１０５は、インデックス・データベース０１１６から、検索要求によって指定された代表キーワードを含むファイル０１１７を検索し、代表キーワードを含むファイル０１１７とそのファイル内でのキーワードの出現回数とをエントリとして含むリストを作成し、そのリストを含む検索結果をファイル・サーバ０１０７に返す（ステップ０７０９）。検索結果の例は図８に後述する。

検索結果を受信したファイル・サーバ０１０７は、登録要求されたファイル０１１７と、各フォルダ０１１４内のファイル０１１７との一致度に基づいて、登録要求されたファイル０１１７と、各フォルダ０１１４との関係の強さを判定する。そして、登録要求されたファイル０１１７との関係が最も強いと判定されたフォルダ０１１４を、登録要求されたファイル０１１７の格納先として決定する（ステップ０７１０）。

登録要求されたファイル０１１７と、各フォルダ０１１４内のファイル０１１７との一致度として、各フォルダ０１１４内の各ファイル０１１７における代表キーワードの出現回数が使用される。

例えば、ファイル・サーバ０１０７は、検索結果のファイル・リストからフォルダ名を抽出し、代表キーワードの出現回数が最も多いフォルダ０１１４を決定する。具体的には、ファイル・サーバ０１０７は、同一のフォルダ０１１４に含まれる全ファイル０１１７について、それらにおける代表キーワードの出現回数の和を算出する。そして、ファイル・サーバ０１０７は、算出された出現回数の和が一番多いフォルダ０１１４を登録要求されたファイル０１１７との関係が最も強いフォルダ０１１４として選択する。図９に、このようにして実行されたステップ０７１０の結果の例を示す。

あるいは、ファイル・サーバ０１０７は、検索結果のファイル・リストに基づいて、代表キーワードの出現回数が１回以上であるファイル０１１７の数を、それらのファイル０１１７を含むフォルダ０１１４ごとに集計してもよい。この場合、集計されたファイル０１１７の数が最も多いフォルダ０１１４が、登録要求されたファイル０１１７との関係が最も強いフォルダ０１１４であると判定される。

次に、ファイル・サーバ０１０７は、一時フォルダ０１１３内のファイル０１１７を、ステップ０７１０で決定したフォルダ０１１４に移動する（ステップ０７１１）。もし決定したフォルダ０１１４が他のファイル・サーバに属する場合、ファイル・サーバ０１０７は、当該他のファイル・サーバの選択されたフォルダ０１１４にファイル０１１７を転送する。

次に、ファイル・サーバ０１０７は、ファイル０１１７を最終的に格納したフォルダ０１１４のフォルダ名をクライアント・コンピュータ０１０１に返す（ステップ０７１２）。

フォルダ名を受信したクライアント・コンピュータ０１０１のＷＷＷブラウザ０１０３は、画面の登録パス名表示欄０６０６に受信したフォルダ名を表示し、処理を完了する。

図８は、本発明の第１の実施形態の検索エンジン・サーバ０１０５による検索結果の例を示す説明図である。

具体的には、図８は、図７のステップ０７０９において作成及び送信される検索結果の例を示す。

検索結果０８０１は、検索キーワードを含むファイル０１１７のリストである。この例では、ファイル０１１７を特定するために、サーバ名０８０２、フォルダ名０８０３及びファイル名０８０４が示されている。さらに、ファイル０１１７中に検索キーワードが何回出現したかを示すキーワード数０８０５が検索結果０８０１に含まれる。

図８の例は、ファイル・サーバ「ＦｉｌｅＳｅｒｖｅｒＡ」のフォルダ「ＤｉｒＡ」に格納されたファイル「ＦｉｌｅＡ」内に、検索キーワードが３個含まれていることを示している。

図９は、本発明の第１の実施形態のファイル・サーバ０１０７が、検索結果に含まれるフォルダを最頻出キーワードでソーティングした結果の例を示す説明図である。

具体的には、図９は、図７のステップ０７１０の処理を説明するものである。

ソート結果０９０１は、サーバ名０９０２及びフォルダ名０９０３毎に、そのフォルダ内に格納されたファイル群が含む検索キーワードの数の合計を、キーワード出現回数０９０４として示している。

例えば、図８に示すように、ファイル・サーバ「ＦｉｌｅＳｅｒｖｅｒＡ」のフォルダ「ＤｉｒＡ」に格納されたファイル「ＦｉｌｅＡ」及び「ＦｉｌｅＢ」がそれぞれ検索キーワードを３個及び２個含む場合、図９のソート結果０９０１は、ファイル・サーバ「ＦｉｌｅＳｅｒｖｅｒＡ」のフォルダ「ＤｉｒＡ」が検索キーワードを合計５個含むことを示す。

以上で、本発明の第１の実施形態に関する説明を完了する。

（第２の実施形態）
以下、発明の第２の実施形態に係る検索エンジン連携ファイル共有システムについて、図面を参照しながら説明する。

図１０は、本発明の第２の実施形態の検索エンジン連携ファイル共有システムの概略構成を示すブロック図である。

以下、第２の実施形態の計算機システムが第１の実施形態のもの（図１参照）と異なる点について説明する。

第２の実施形態の格納フォルダ検索部０１０９及びファイル格納部０１１１は、クライアント・コンピュータ０１０１Ａのクライアント・ファイル・システム１０１４Ａに含まれる。したがって、格納フォルダ検索部０１０９及びファイル格納部０１１１の処理は、メモリ０２０２に格納されたプログラムをＣＰＵ０２０１が実行することによって実現される。

第２の実施形態の格納フォルダ決定部０１１０は、検索エンジン・サーバ０１０５に含まれる。したがって、格納フォルダ決定部０１１０の処理は、メモリ０３０２に格納されたプログラムをＣＰＵ０３０１が実行することによって実現される。

第２の実施形態の計算機システムは、複数のファイル・サーバ０１０７Ａ及び０１０７Ｂを備える。図１０には二つのファイル・サーバ０１０７Ａ及び０１０７Ｂのみを示すが、本実施形態の計算機システムは、実際にはさらに多くのファイル・サーバを備えてもよい。ファイル・サーバ０１０７Ｂの構成は、ファイル・サーバ０１０７Ａと同様であるため、それについての図示及び説明を省略する。

ファイル・サーバ０１０７Ａは、第１の実施形態のファイル・サーバ０１０７と異なり、ファイル登録部０１０８を備えず、さらに、一時フォルダ０１１３を保持しない。ファイル・サーバ処理部０１１２は、従来のファイル・サーバが通常備えているものと同様である。すなわち、本実施形態のファイル・サーバ０１０７Ａ及び０１０７Ｂとして、従来のファイル・サーバ（すなわち特別な機能を実装していない通常のファイル・サーバ）を使用することができる。

本実施形態のクライアント・コンピュータ０１０１、検索エンジン・サーバ０１０５及びファイル・サーバ０１０７Ａ及び０１０７Ｂのハードウェア構成は、それぞれ、第１の実施形態のクライアント・コンピュータ０１０１、検索エンジン・サーバ０１０５及びファイル・サーバ０１０７と同様である（図２〜図４参照）。本実施形態のインデックス・データベース０１１６は、第１の実施形態のものと同様である（図５参照）。

本実施形態のクライアント・コンピュータ０１０１は、ＷＷＷブラウザ０１０３を備えなくてもよいが、ファイル０１１７を登録するための何らかのユーザ・インタフェースを備える必要がある。例えば、本実施形態のクライアント・コンピュータ０１０１は、図６に示すものと同様のユーザ・インタフェースを備えてもよい。

図１１は、本発明の第２の実施形態において新規ファイル０１１７をファイル・サーバ０１０７Ａ等に格納する際に実行される処理を示すフローチャートである。

図１１に示すように、新規ファイル０１１７をファイル・サーバ０１０７Ａ等に登録する際、クライアント・ファイル・システムの処理１１０１、ファイル・サーバの処理１１０２及び検索エンジンの格納フォルダ決定処理１１０３が実行される。これらの処理は、ユーザが、クライアント・ファイル・システム０１０４に対して、新規ファイル０１１７をファイル・サーバ０１０７Ａ等に格納する指示を入力したことを契機に開始される。

最初に、クライアント・ファイル・システム０１０４の格納フォルダ検索部０１０９は、クライアント・コンピュータ０１０１のローカル・ファイル・システムから、ファイル・サーバ０１０７Ａ等に格納しようとする新規ファイル０１１７を読み込む（ステップ１１０４）。

次に、クライアント・ファイル・システム０１０４の格納フォルダ検索部０１０９は、新規ファイル０１１７の内容を参照し、代表キーワードを決定する（ステップ１１０５）。代表キーワードの決定方法は、第１の実施形態に準じる（図７のステップ０７０７参照）。

次に、クライアント・ファイル・システム０１０４の格納フォルダ検索部０１０９は、代表キーワードを検索キーとして指定した、格納フォルダの検索要求を検索エンジン・サーバ０１０５に発行する（ステップ１１０６）。

検索要求を受信した検索エンジン・サーバ０１０５は、インデックス・データベース０１１６から、検索要求によって指定された代表キーワードを含むファイル０１１７を検索し、代表キーワードを含むファイル０１１７とそのファイル内でのキーワードの出現回数とをエントリとして含むリストを作成する（ステップ１１０７）。リストの形式は図８に示したとおりである。

次に、検索エンジン・サーバ０１０５は、検索結果のファイル・リストからフォルダ名を抽出し、最もキーワードの出現回数が多いフォルダ０１１４を決定する（ステップ１１０８）。決定方法は第１の実施形態に準じる（図７のステップ０７１０参照）。検索エンジン・サーバ０１０５は、決定したフォルダ名をクライアント・コンピュータ０１０１に返信する。

フォルダ名を受信したクライアント・ファイル・システム０１０４のファイル格納部０１１１は、受信したフォルダ名によって指定されたフォルダ０１１４にファイル０１１７を格納する要求をファイル・サーバ０１０７Ａ等に発行する（ステップ１１０９）。

要求を受信したファイル・サーバ０１０７Ａ等は、指定されたフォルダ０１１４にファイル０１１７を格納する（ステップ１１１０）。

以上で処理が完了する。

本発明の第１の実施形態は、従来のクライアント・コンピュータ０１０１及び従来の検索エンジン・サーバ０１０５に、新たな機能が追加されたファイル・サーバ０１０７を接続することによって実現された。一方、第２の実施形態は、従来のファイル・サーバ０１０７Ａ等に、新たな機能が追加されたクライアント・コンピュータ０１０１及び新たな機能が追加された検索エンジン・サーバ０１０５を接続することによって実現される。

いずれの場合であっても、ユーザが格納先を指定しなくても、ファイル０１１７が、それとの関係が強いフォルダ０１１４に格納される。その結果、ファイル０１１７を共有するユーザは、そのファイル０１１７を発見しやすくなる。

以上で、本発明の第２の実施形態に関する説明を完了する。

（第３の実施形態）
以下、本発明の第３の実施形態に係る検索エンジン連携ファイル共有システムについて、図面を参照しながら説明する。

図１２は、本発明の第３の実施形態の検索エンジン連携ファイル共有システムの概略構成を示すブロック図である。

以下、第３の実施形態の計算機システムが第１の実施形態及び第２の実施形態のもの（図１及び図１０参照）と異なる点について説明する。

第３の実施形態では、ファイル０１１７を格納するフォルダ０１１４を決定するために、フォルダ０１１４に格納されているファイル０１１７の内容だけでなく、ファイル・サーバに対するエンドユーザの評価又はニュース記事が参考にされる。なお、第１及び第２の実施形態のファイル・サーバ０１０７等は、第３の実施形態のオンライン・ストレージ１２０１Ａ及び１２０１Ｂに相当する。

第３の実施形態のクライアント・コンピュータ０１０１Ａ及び０１０１Ｂ、検索エンジン・サーバ０１０５及びオンライン・ストレージ１２０１Ａ及び１２０１Ｂは、インターネット１２０７を介して接続される。

第３の実施形態の計算機システムは、さらに、インターネット１２０７に接続されたＷｅｂサーバ１２０３を備える。Ｗｅｂサーバ１２０３のハードウェア構成は、検索エンジン・サーバ０１０５のハードウェア構成（図３）と同様である。Ｗｅｂサーバ１２０３は、Ｗｅｂサーバ処理部１２０４、及び、ブログ（Ｗｅｂｌｏｇ）・データ及びニュース・データを格納するストレージ１２０５及び１２０６を有する。Ｗｅｂサーバ１２０３はエンドユーザが作成したブログ記事及びニュース記者が作成したニュース記事などの情報を蓄え、インターネット経由でクライアント・コンピュータ０１０１Ａ及び０１０１Ｂにアクセスさせることができる。Ｗｅｂサーバ処理部１２０４は、従来のＷｅｂサーバを実装する技術によって実現できるため、説明は省略する。

第３の実施形態の計算機システムは、ファイル・サーバではなくオンライン・ストレージ１２０１Ａ及び１２０１Ｂを備える。オンライン・ストレージ１２０１Ａ及び１２０１Ｂは、インターネット１２０７に接続されることを除いて、ファイル・サーバ０１０７Ａ及び０１０７Ｂと同様である。なお、図１２には、インターネット１２０７によって各装置が接続される例を示すが、実際には、インターネット１２０７以外のネットワーク（例えばＥｔｈｅｒｎｅｔ）によって各装置が接続されてもよい。

第３の実施形態では、格納フォルダ検索部０１０９、格納フォルダ決定部０１１０及びファイル格納部０１１１がクライアント・ファイル・システム０１０４Ａに実装される。このため、検索エンジン・サーバ０１０５、オンライン・ストレージ１２０１Ａ及び１２０１Ｂ及びＷｅｂサーバ１２０３は従来のものを変更せずに利用できる。

格納フォルダ検索部０１０９、格納フォルダ決定部０１１０及びファイル格納部０１１１の処理は、メモリ０２０２に格納されたプログラムをＣＰＵ０２０１が実行することによって実現される。

検索エンジン・サーバ０１０５は、オンライン・ストレージ１２０１Ａ及び１２０１Ｂ内のファイル０１１７を検索するだけでなく、Ｗｅｂサーバ１２０３内のブログ及びニュース記事に対してもインデックス・データベース１３０１を作成し、検索機能を提供する。

図１３は、本発明の第３の実施形態のインデックス・データベース１３０１の例を示す説明図である。

インデックス・データベース１３０１の上位（すなわち図１３の例において第１エントリから第５エントリまで）は、オンライン・ストレージ１２０１Ａ及び１２０１Ｂ内のファイル０１１７のインデックス情報を示す。これらのエントリは、第１の実施形態と同様である（図５参照）。

インデックス・データベース１３０１の下位（すなわち図１３の例において第５エントリより下のエントリ）は、Ｗｅｂサーバ１２０３内のブログ及びニュースに関するインデックス情報を示している。いずれのエントリにおいても、インデックス情報としては、サーバ名１３０２、フォルダ名１３０３、ファイル名１３０４及びキーワード・リスト１３０５を有する。これらの内容は、それぞれ、第１の実施形態のファイル・サーバ名０５０２、フォルダ名０５０３、ファイル名０５０４及びキーワード・リスト０５０５と同様である。

ブログ及びニュースのインデックス情報の場合、図１３の例では、サーバ「ＷｅｂＳｅｒｖｅｒＸ」のディレクトリ（フォルダ）「Ｂｌｏｇｓ」にブログ・データを格納したファイル「Ｅｎｔｒｙ００１」がある。ファイル「Ｅｎｔｒｙ００１」にはキーワードとして「ＯｎｌｉｎｅＳｔｏｒａｇｅＡ」及び「データロス」が含まれており、それぞれのキーワードの出現回数は３回及び８回である。

図１４は、本発明の第３の実施形態において新規ファイル０１１７をオンライン・ストレージ１２０１Ａ及び１２０１Ｂに格納する際に実行される処理を示すフローチャートである。

図１４に示すように、新規ファイル０１１７をオンライン・ストレージ１２０１Ａ及び１２０１Ｂに登録する際、クライアント・ファイル・システムの処理１４０１、オンライン・ストレージの処理１４０２及び検索エンジンの処理１４０３が実行される。これらの処理は、ユーザが、クライアント・ファイル・システム０１０４に対して、新規ファイル０１１７をオンライン・ストレージ１２０１Ａ及び１２０１Ｂに格納する指示を入力したことを契機に開始される。

最初に、クライアント・ファイル・システム０１０４の格納フォルダ検索部０１０９は、クライアント・コンピュータ０１０１のローカル・ファイル・システムから、オンライン・ストレージ１２０１Ａ等に格納しようとする新規ファイル０１１７を読み込む（ステップ１４０４）。

次に、クライアント・ファイル・システム０１０４の格納フォルダ検索部０１０９は、新規ファイル０１１７の内容を参照し、代表キーワードを決定する（ステップ１４０５）。代表キーワードの決定方法は、第１の実施形態に準じる（図７のステップ０７０７参照）。

次に、クライアント・ファイル・システム０１０４の格納フォルダ検索部０１０９は、ユーザが事前に登録したオンライン・ストレージ１２０１Ａ等毎に、オンライン・ストレージ１２０１Ａ等の名称とそのオンライン・ストレージ１２０１Ａ等の評判に関するキーワード（否定的キーワード）を指定して、検索エンジン・サーバ０１０５に検索要求を発行する（ステップ１４０６）。否定的キーワードは、例えば、「データロス」及び「データ漏洩」などである。検索要求の例は図１５に後述する。

検索要求を受信した検索エンジン・サーバ０１０５は、指定された検索条件でインデックス・データベース１３０１を検索し、検索結果をクライアント・コンピュータに返すステップ１４０７。検索結果の例を図１６に後述する。

検索結果を受信したクライアント・ファイル・システム０１０４の格納フォルダ検索部０１０９は、オンライン・ストレージ１２０１Ａ等毎に否定的なキーワード数の和を算出する（ステップ１４０８）。算出された否定的なキーワード数の和の例を図１７で後述する。

次に、クライアント・ファイル・システム０１０４の格納フォルダ検索部０１０９は、すべての利用可能なオンライン・ストレージ１２０１Ａ等について、否定的なキーワードによる検索が完了したか否かを判定する（ステップ１４０９。検索が完了していれば処理はステップ１４１０に進む。検索が完了していない場合、処理はステップ１４０６に戻り、ステップ１４０６〜１４０９が繰り返し実行される。

次に、クライアント・ファイル・システム０１０４の格納フォルダ検索部０１０９は、ステップ１４０８で作成したテーブルに含まれるエントリを、否定的なキーワード数に基づいてソートすることによって、オンライン・ストレージ１２０１Ａ等のランキング（順位表）を作成する（ステップ１４１０）。否定的キーワード数が少ないオンライン・ストレージ１２０１Ａ等ほど順位が高い、すなわち評判が良いと判定される。

次に、クライアント・ファイル・システム０１０４の格納フォルダ検索部０１０９は、代表キーワードを検索キーとして指定した、格納フォルダの検索要求を検索エンジン・サーバ０１０５に発行する（ステップ１４１１）。

検索要求を受信した検索エンジン・サーバ０１０５は、インデックス・データベース１３０１から、検索要求によって指定された代表キーワードを含むファイル０１１７を検索し、代表キーワードを含むファイル０１１７とそのファイル内でのキーワードの出現回数をエントリとして含むリストを作成し、そのリストをクライアント・ファイル・システム０１０４に返信する（ステップ１４１２）。

リストを受信したクライアント・ファイル・システム０１０４の格納フォルダ決定部０１１０は、検索結果のファイル・リストからフォルダ名を抽出し、最もキーワードの出現回数が多いフォルダ０１１４を決定する（ステップ１４１３）。決定方法は第１の実施形態に準じる（図７のステップ０７１０参照）。

次に、クライアント・ファイル・システム０１０４の格納フォルダ決定部０１１０は、ランキング上位（例えば上位５個など）のオンライン・ストレージ１２０１Ａ等のうち、代表キーワードの出現回数が最も多いフォルダ０１１４を決定する（ステップ１４１４）。

次に、クライアント・ファイル・システム０１０４のファイル格納部は、決定されたフォルダ０１１４にファイル０１１７を格納する要求をオンライン・ストレージ１２０１Ａ等に発行する（ステップ１４１５）。

要求を受信したオンライン・ストレージ１２０１Ａ等は、指定されたフォルダ０１１４にファイル０１１７を格納する（ステップ１４１６）。

以上で処理が完了する。

図１５は、本発明の第３の実施形態のクライアント・ファイル・システム０１０４の格納フォルダ決定部０１１０が図１４のステップ１４０６で検索エンジン・サーバ０１０５に発行する検索式の例を示す説明図である。

図１５の例では、キーワード“ＯｎｌｉｎｅＳｔｏｒａｇｅＡ”を含み、かつ、キーワード“データ漏洩”又は“データロス”の少なくとも一方を含むブログ又はニュース記事のリストの検索が要求されている。この例では、“データ漏洩”及び“データロス”が否定的なキーワードである。

図１６は、本発明の第３の実施形態の検索エンジン・サーバ０１０５が、図１４のステップ１４０７でクライアント・ファイル・システム０１０４に返信する検索結果１６０１の例を示す説明図である。

検索結果１６０１は、サーバ名１６０２、フォルダ名１６０３、ファイル名１６０４及びキーワード数１６０５を含む。これらは、それぞれ、図８のサーバ名０８０２、フォルダ名０８０３、ファイル名０８０４及びキーワード数０８０５と同様である。

図１６の例は、サーバ「ＷｅｂｓｅｒｖｅｒＸ」が保持するフォルダ「Ｂｌｏｇｓ」内のファイル「Ｅｎｔｒｙ００１」が、図１５において指定された否定的キーワードを８個含み、サーバ「ＷｅｂｓｅｒｖｅｒＸ」が保持するフォルダ「Ｎｅｗｓ」内のファイル「Ｎｅｗｓ００２」が、否定的キーワードを９個含むことを示す。

図１７は、本発明の第３の実施形態のクライアント・ファイル・システム０１０４の格納フォルダ検索部０１０９が、オンライン・ストレージの評判のランキングを作成するために図１４のＳｔｅｐ１４０８で作成するランキング・テーブル１７０１の例を示す説明図である。

ランキング・テーブル１７０１は、ランキング１７０２、オンライン・ストレージ名１７０３及び否定的キーワード数１７０４を含む。オンライン・ストレージ名１７０３は、オンライン・ストレージを識別する情報である。否定的キーワード数１７０４は、ステップ１４０６の検索結果として返されたキーワード数の和である。ランキングが高い（すなわち否定的キーワード数が少ない）方が、評判が良いオンライン・ストレージであると解釈される。

図１８は、本発明の第３の実施形態のクライアント・ファイル・システム０１０４の格納フォルダ決定部０１１０が、図１４のステップ１４１３で作成する、フォルダ毎の代表キーワード出現回数を管理するテーブル１８０１の例を示す説明図である。

図１８のテーブル１８０１は、オンライン・ストレージ名１８０２、フォルダ名１８０３及びキーワード出現回数１８０４を情報として含む。

例えば、図１８の第１エントリには、オンライン・ストレージ名１８０２、フォルダ名１８０３及びキーワード出現回数１８０４としてそれぞれ「ＯｎｌｉｎｅＳｔｏｒａｇｅＡ」、「ＤｉｒＡ」及び「５」が登録されている。これは、オンライン・ストレージ「ＯｎｌｉｎｅＳｔｏｒａｇｅＡ」が保持するフォルダ「ＤｉｒＡ」内の全ファイル０１１７に含まれる否定的なキーワードの数の合計が「５」個であることを示す。

一方、図１８の第２エントリには、「ＯｎｌｉｎｅＳｔｏｒａｇｅＢ」、「ＤｉｒＢ」及び「１」が登録されている。これは、オンライン・ストレージ「ＯｎｌｉｎｅＳｔｏｒａｇｅＢ」が保持するフォルダ「ＤｉｒＢ」内の全ファイル０１１７に含まれる否定的なキーワードの数の合計が「１」個であることを示す。

図１４のステップ１４１４では、図１７のオンライン・ストレージのランキング・テーブル１７０１と、図１８のフォルダ毎の代表キーワード出現回数テーブル１８０１と、に基づいて、ファイル０１１７を格納するフォルダ０１１４が決定される。この処理を、図１７と図１８の例を参照して説明する。「ランキング上位」を上位一位のみに限定すると、否定的キーワード数が最も少ないオンライン・ストレージ「ＯｎｌｉｎｅＳｔｏｒａｇｅＢ」のフォルダ「ＤｉｒＢ」が、ファイル０１１７を格納するフォルダ０１１４として決定される。

以上で、本発明の第３の実施形態に関する説明を完了する。

以上の本発明の第１から第３の実施形態には、種々の変形例が考えられる。以下、代表的な変形例について説明する。 第１から第３の実施形態では、ファイル０１１７を格納するフォルダ０１１４が一つのみ選択される（ステップ０７１０、ステップ１１０８、ステップ１４１４）。しかし、これらのステップにおいて、複数のフォルダ０１１４が選択されてもよい。例えば、図９に示すリストにおいて、上位の複数のフォルダ０１１４が選択されてもよい。この場合、選択された複数のフォルダ０１１４に、ファイル０１１７、そのファイル０１１７のコピー又はそのファイル０１１７へのリンクが格納されてもよい。その結果、より多くのユーザがファイル０１１７を発見しやすくなる。

第１から第３の実施形態の計算機システムは、検索エンジン・サーバ０１０５を備える。しかし、計算機システム内のいずれかの装置が検索エンジン・サーバ０１０５と同等の機能を備える場合、計算機システムは、独立した検索エンジン・サーバ０１０５を備えなくてもよい。

図１９は、本発明の第１の実施形態の実施形態の検索エンジン連携ファイル共有システムの変形例を示すブロック図である。

以下、図１９に示す変形例が図１に示す第１の実施形態と異なる点について説明する。

図１９に示す計算機システムは、検索エンジン・サーバ０１０５を備えない。代わりに、ファイル・サーバ０１０７が検索エンジン処理部０１０６及びインデックス・データベース０１１６を備える。この場合、検索エンジン処理部０１０６は、コントローラ０４０２内のＣＰＵ（図示省略）が、コントローラ０４０２内のメモリ（図示省略）に格納されたプログラムを実行することによって実行されてもよい。インデックス・データベース０１１６は、ＨＤＤ０４０６等内に格納されてもよい。

図１９に示す計算機システムにおいても、図７に示す処理が実行される。ただし、検索エンジンの検索処理０７０３は、ファイル・サーバ０１０７内の検索エンジン処理部０１０６によって実行される。

以上の本発明の実施形態によれば、新規作成ファイルをその内容に類似した内容を持つファイルが多く格納されたフォルダに格納することができる。このため、ファイルを作成したユーザが、ファイルを格納するフォルダを選択したり、ファイルを検索したりする手間を省略することができる。

さらに、ユーザは、通常のファイル操作も実行することができる。すなわち、ユーザは、新規作成ファイルを格納するのに適したフォルダをあらかじめ知っている場合、新規作成ファイルを当該適したフォルダに格納することもできる。このため、ユーザは、新規に格納されたファイルを、検索する手間をかけることなく発見できる。

さらに、本発明の実施形態によれば、新規作成ファイルの代表キーワードと、ファイルに含まれるキーワードに基づいてファイルの類似度（すなわち一致度）が判定され、その類似度に基づいて、新規作成ファイルの格納先フォルダが選択される。例えば、代表キーワードを含むファイルを最も多く含むフォルダが選択されてもよい。これによって、新規作成ファイルの格納先として適切なフォルダを選択することができる。

あるいは、代表キーワードの出現回数の合計値が最も多いフォルダが選択されてもよい。これによって、フォルダ内のファイル数が少なくても、それらのファイル内に代表キーワードが多数含まれていれば、そのフォルダが格納先として選択されるため、ファイルの発見効率が向上する。

互いに関係の強いファイル（例えば、同一の業務に関連する文書ファイル）の一致度は高くなると考えられる。上記の本発明の実施形態によれば、互いに関係の強いファイルが一つのフォルダに格納されるため、ファイルを共有するユーザは、所望のファイルを発見しやすくなる。

さらに、本発明の実施形態によれば、新規作成ファイルにおける出現回数が最も多いキーワードが代表キーワードとして使用されてもよい。このため、ファイルの内容を最も正確に表現した代表キーワードを選択し、ファイルをその内容に最も合ったフォルダに格納することが可能となる。

あるいは、本発明の実施形態によれば、ユーザが任意の代表キーワードを指定することもできる。このため、ユーザの意図を反映したフォルダ分類が可能となる。

格納フォルダ検索部、格納フォルダ決定部及びファイル格納部をファイル・サーバに実装すれば、従来のクライアント・コンピュータを使って本発明を実施することができる。

さらに、検索エンジン処理部もファイル・サーバに実装すれば、検索エンジン・サーバを省略することができる。

検索エンジン処理部及び格納フォルダ決定部を検索エンジン・サーバに実装し、格納フォルダ検索部及びファイル格納部をクライアント・コンピュータに実装すれば、従来のファイル・サーバを使って本発明を実施することができる。さらに、このような実装によって、複数のファイル・サーバが存在する大規模なシステムであっても、ファイル格納に適したファイル・サーバ及びフォルダを決定することができる。

検索エンジン処理部を検索エンジン・サーバに実装し、格納フォルダ検索部、格納フォルダ決定部及びファイル格納部をクライアント・コンピュータに実装すれば、従来の検索エンジン・サーバ及び従来のファイル・サーバを使って本発明を実施することができる。

さらに、本発明の実施形態によれば、Ｗｅｂサーバに公開された記事の検索結果に基づいて、ファイルの格納先を選択することもできる。その結果、特にインターネット経由で利用可能な、複数の異なるサービス提供業者が提供するオンライン・ストレージ・サービスにファイルを格納する場合に、ユーザが格納先を指定しなくても、最も利用者の評判が良いオンライン・ストレージ・サービスにファイルを安全に格納することができる。

利用者の評判が良いオンライン・ストレージ・サービスにおいては、データの損失等の事故が起きにくいと考えられ、さらに、そのようなオンライン・ストレージ・サービスの利用者の数も多いと考えられる。このため、利用者の評判が良いオンライン・ストレージ・サービスにファイルを格納することは、そのファイルを共有するユーザによるそのファイルの発見のしやすさの向上にも寄与する。

オンライン・ストレージ・サービスに関する評判やデータ損失事故などのニュースは、ブログ・サーバ又はＷｅｂサーバ上に公開されており、Ｗｅｂ向けの検索エンジンによって検索可能である。

新規作成ファイルとの関係が強いと推定される複数のフォルダに、新規作成ファイル又はそのコピー等を格納することによって、より多くのユーザがファイルを発見しやすくなる。

本発明の第１の実施形態の検索エンジン連携ファイル共有システムの概略構成を示すブロック図である。 本発明の第１の実施形態のクライアント・コンピュータのハードウェアの概略構成を示すブロック図である。 本発明の第１の実施形態の検索エンジン・サーバのハードウェアの概略構成を示すブロック図である。 本発明の第１の実施形態のファイル・サーバのハードウェアの概略構成を示すブロック図である。 本発明の第１の実施形態のインデックス・データベースの例を示す説明図である。 本発明の第１の実施形態のＷＷＷブラウザを使ったユーザ・インタフェースの例を示す説明図である。 本発明の第１の実施形態において新規ファイルをファイル・サーバに登録する際に実行される処理を示すフローチャートである。 本発明の第１の実施形態の検索エンジン・サーバによる検索結果の例を示す説明図である。 本発明の第１の実施形態のファイル・サーバが、検索結果に含まれるフォルダを最頻出キーワードでソーティングした結果の例を示す説明図である。 本発明の第２の実施形態の検索エンジン連携ファイル共有システムの概略構成を示すブロック図である。 本発明の第２の実施形態において新規ファイルをファイル・サーバに格納する際に実行される処理を示すフローチャートである。 本発明の第３の実施形態の検索エンジン連携ファイル共有システムの概略構成を示すブロック図である。 本発明の第３の実施形態のインデックス・データベースの例を示す説明図である。 本発明の第３の実施形態において新規ファイルをオンライン・ストレージに格納する際に実行される処理を示すフローチャートである。 本発明の第３の実施形態のクライアント・ファイル・システムの格納フォルダ決定部が検索エンジン・サーバに発行する検索式の例を示す説明図である。 本発明の第３の実施形態の検索エンジン・サーバが、クライアント・ファイル・システムに返信する検索結果の例を示す説明図である。 本発明の第３の実施形態のクライアント・ファイル・システムの格納フォルダ検索部が作成するランキング・テーブルの例を示す説明図である。 本発明の第３の実施形態のクライアント・ファイル・システムの格納フォルダ決定部が作成するテーブルの例を示す説明図である。 本発明の第１の実施形態の実施形態の検索エンジン連携ファイル共有システムの変形例を示すブロック図である。

符号の説明

０１０１Ａ、０１０１Ｂ クライアント・コンピュータ
０１０５ 検索エンジン・サーバ
０１０７、０１０７Ａ、０１０７Ｂ ファイル・サーバ
０１０９ 格納フォルダ検索部
０１１０ 格納フォルダ決定部
０１１１ ファイル格納部

Claims (14)

1. クライアント計算機と、前記クライアント計算機にネットワークを介して接続された第１ストレージシステムと、を備える計算機システムであって、
   前記クライアント計算機は、前記ネットワークに接続される第１インタフェースと、前記第１インタフェースに接続される第１プロセッサと、前記第１プロセッサに接続される第１メモリと、を備え、
   前記第１ストレージシステムは、一つ以上の第１データ記憶装置と、前記第１データ記憶装置を制御する第１コントローラと、を備え、
   前記一つ以上の第１データ記憶装置に含まれる複数のデータ記憶領域の少なくとも一つは、複数のファイルのいずれかに対応付けられ、
   前記複数のファイルの各々は、複数のフォルダのいずれかに格納され、
   前記計算機システムは、検索処理部、フォルダ決定部及びファイル格納部をさらに備え、
   前記クライアント計算機は、ファイルを格納する指示を受信し、
   前記検索処理部は、前記指示されたファイルに設定された代表キーワードと、前記複数のフォルダ内のファイルに含まれるキーワードとを比較することによって、前記複数のフォルダ内のファイルにおける前記代表キーワードの出現回数を取得し、
   前記フォルダ決定部は、
   前記複数のフォルダに格納されたファイルのうち、前記代表キーワードの出現回数が１回以上であるファイルの数を、前記フォルダごとに算出し、
   前記算出されたファイルの数が多いフォルダほど、前記指示されたファイルとの関係が強いと判定し、
   前記ファイル格納部は、前記複数のフォルダのうち、前記指示されたファイルとの関係が最も強いと判定されたフォルダに、前記指示されたファイルを格納することを特徴とする計算機システム。
2. 前記代表キーワードは、前記指示されたファイルに含まれるキーワードのうち、前記指示されたファイルにおける出現回数が最も多いキーワードであることを特徴とする請求項１に記載の計算機システム。
3. 前記代表キーワードは、前記クライアント計算機に入力されたキーワードであることを特徴とする請求項１に記載の計算機システム。
4. 前記計算機システムは、前記ネットワークに接続された検索計算機をさらに備え、
   前記検索計算機は、前記ネットワークに接続される第２インタフェースと、前記第２インタフェースに接続される第２プロセッサと、前記第２プロセッサに接続される第２メモリと、を備え、
   前記検索処理部は、前記第２プロセッサが前記第２メモリに格納されたプログラムを実行することによって実現され、
   前記フォルダ決定部及び前記ファイル格納部は、前記第１コントローラが所定のプログラムを実行することによって実現され、
   前記複数のデータ記憶領域の少なくとも一つは、一時フォルダ内のファイルに対応付けられ、
   前記クライアント計算機は、ファイルを格納する指示を受信すると、前記指示されたファイルを格納する指示を前記第１ストレージシステムに送信し、
   前記ファイル格納部は、
   前記指示されたファイルを前記一時フォルダに格納し、
   前記フォルダ決定部が前記複数のフォルダと前記指示されたファイルとの間の関係の強さを判定すると、前記指示されたファイルを、前記一時フォルダから読み出して、前記指示されたファイルとの間の関係が最も強いと判定されたフォルダに格納することを特徴とする請求項１に記載の計算機システム。
5. 前記検索処理部、前記フォルダ決定部及び前記ファイル格納部は、前記第１コントローラが所定のプログラムを実行することによって実現され、
   前記複数のデータ記憶領域の少なくとも一つは、一時フォルダ内のファイルに対応付けられ、
   前記クライアント計算機は、ファイルを格納する指示を受信すると、前記指示されたファイルを格納する指示を前記第１ストレージシステムに送信し、
   前記ファイル格納部は、
   前記指示されたファイルを前記一時フォルダに格納し、
   前記フォルダ決定部が前記複数のフォルダと前記指示されたファイルとの間の関係の強さを判定すると、前記指示されたファイルを、前記一時フォルダから読み出して、前記指示されたファイルとの間の関係が最も強いと判定されたフォルダに格納することを特徴とする請求項１に記載の計算機システム。
6. 前記計算機システムは、前記ネットワークに接続された検索計算機をさらに備え、
   前記検索計算機は、前記ネットワークに接続される第２インタフェースと、前記第２インタフェースに接続される第２プロセッサと、前記第２プロセッサに接続される第２メモリと、を備え、
   前記検索処理部及び前記フォルダ決定部は、前記第２プロセッサが前記第２メモリに格納されたプログラムを実行することによって実現され、
   前記ファイル格納部は、前記第１プロセッサが前記第１メモリに格納されたプログラムを実行することによって実現され、
   前記クライアント計算機は、ファイルを格納する指示を受信すると、前記指示されたファイルに設定された前記代表キーワードを含む検索要求を前記検索計算機に送信し、
   前記検索計算機は、前記指示されたファイルとの関係が最も強いと判定されたフォルダの識別情報を前記クライアント計算機に送信し、
   前記ファイル格納部は、受信した前記識別情報によって識別されるフォルダに、前記指示されたファイルを格納する指示を前記第１ストレージシステムに送信することを特徴とする請求項１に記載の計算機システム。
7. 前記計算機システムは、前記ネットワークに接続された一つ以上の第２ストレージシステムをさらに備え、
   前記各第２ストレージシステムは、一つ以上の第２データ記憶装置と、前記第２データ記憶装置を制御する第２コントローラと、を備え、
   前記一つ以上の第２データ記憶装置に含まれる複数のデータ記憶領域の少なくとも一つは、前記複数のファイルのいずれかに対応付けられ、
   前記検索処理部は、前記指示されたファイルに設定された代表キーワードと、前記第１ストレージシステム及び前記一つ以上の第２ストレージシステムに含まれる前記複数のフォルダ内のファイルに含まれるキーワードとを比較することによって、前記複数のフォルダ内のファイルにおける前記代表キーワードの出現回数を取得し、
   前記フォルダ決定部は、前記一致度として、前記代表キーワードの出現回数を使用することによって、前記第１ストレージシステム及び前記一つ以上の第２ストレージシステムに含まれる前記複数のフォルダと、前記指示されたファイルとの関係の強さを判定することを特徴とする請求項６に記載の計算機システム。
8. 前記計算機システムは、前記ネットワークに接続された検索計算機をさらに備え、
   前記検索計算機は、前記ネットワークに接続される第２インタフェースと、前記第２インタフェースに接続される第２プロセッサと、前記第２プロセッサに接続される第２メモリと、を備え、
   前記検索処理部は、前記第２プロセッサが前記第２メモリに格納されたプログラムを実行することによって実現され、
   前記フォルダ決定部及び前記ファイル格納部は、前記第１プロセッサが前記第１メモリに格納されたプログラムを実行することによって実現され、
   前記クライアント計算機は、ファイルを格納する指示を受信すると、前記指示されたファイルに設定された前記代表キーワードを含む検索要求を前記検索計算機に送信し、
   前記検索計算機は、前記複数のフォルダに格納されたファイルのうち、前記代表キーワードの出現回数が１回以上であるファイルの識別情報を含むリストを前記クライアント計算機に送信し、
   前記ファイル格納部は、前記複数のフォルダのうち、前記指示されたファイルとの関係が最も強いと判定されたフォルダに、前記指示されたファイルを格納する指示を、前記第１ストレージシステムに送信することを特徴とする請求項１に記載の計算機システム。
9. 前記計算機システムは、前記ネットワークに接続された一つ以上の第２ストレージシステムと、前記ネットワークに接続されたサーバ計算機と、をさらに備え、
   前記各第２ストレージシステムは、一つ以上の第２データ記憶装置と、前記第２データ記憶装置を制御する第２コントローラと、を備え、
   前記一つ以上の第２データ記憶装置に含まれる複数のデータ記憶領域の少なくとも一つは、前記複数のファイルのいずれかに対応付けられ、
   前記サーバ計算機は、前記ネットワークに接続される第３インタフェースと、前記第３インタフェースに接続される第３プロセッサと、前記第３プロセッサに接続される第３メモリと、前記第３プロセッサに接続される第３データ記憶装置と、を備え、
   前記第３データ記憶装置には、一つ以上の第２ファイルが格納され、
   前記検索処理部は、前記一つ以上の第２ファイルのうち、前記第１ストレージシステム及び前記一つ以上の第２ストレージシステムのいずれか一つの識別情報と、所定のキーワードと、を含む前記第２ファイルを検索し、
   前記フォルダ決定部は、
   前記検索によって取得した前記第２ファイルに含まれる前記所定のキーワードの数を、前記取得した第２ファイルに含まれる前記第１ストレージシステム又は前記第２ストレージシステムの識別情報ごとに集計し、
   前記第１ストレージシステム及び前記一つ以上の第２ストレージシステムのうち、前記集計された所定のキーワードの数が所定の条件を満たすものに含まれる前記複数のフォルダと、前記指示されたファイルと、の関係の強さを判定することを特徴とする請求項８に記載の計算機システム。
10. 前記ファイル格納部は、前記複数のフォルダのうち、前記指示されたファイルとの関係が所定の閾値より強いと判定された一つ以上のフォルダの各々に、前記指示されたファイル、前記指示されたファイルの複製又は前記指示されたファイルへのリンクを格納することを特徴とする請求項１に記載の計算機システム。
11. 前記クライアント計算機には、表示装置が接続され、
    前記クライアント計算機は、前記複数のフォルダのうち、前記指示されたファイルとの関係が最も強いと判定されたフォルダの識別情報を前記表示装置に表示させることを特徴とする請求項１に記載の計算機システム。
12. クライアント計算機と、前記クライアント計算機にネットワークを介して接続された第１ストレージシステムと、を備える計算機システムの制御方法であって、
    前記クライアント計算機は、前記ネットワークに接続される第１インタフェースと、前記第１インタフェースに接続される第１プロセッサと、前記第１プロセッサに接続される第１メモリと、を備え、
    前記第１ストレージシステムは、一つ以上の第１データ記憶装置と、前記第１データ記憶装置を制御する第１コントローラと、を備え、
    前記一つ以上の第１データ記憶装置に含まれる複数のデータ記憶領域の少なくとも一つは、複数のファイルのいずれかに対応付けられ、
    前記複数のファイルの各々は、複数のフォルダのいずれかに格納され、
    前記方法は、
    ファイルを格納する指示を受信する手順と、
    前記指示されたファイルに設定された代表キーワードと、前記複数のフォルダ内のファイルに含まれるキーワードとを比較することによって、前記複数のフォルダ内のファイルにおける前記代表キーワードの出現回数を取得する手順と、
    前記複数のフォルダに格納されたファイルのうち、前記代表キーワードの出現回数が１回以上であるファイルの数を、前記フォルダごとに算出する手順と、
    前記算出されたファイルの数が多いフォルダほど、前記指示されたファイルとの関係が強いと判定する手順と、
    前記複数のフォルダのうち、前記指示されたファイルとの関係が最も強いと判定されたフォルダに、前記指示されたファイルを格納する手順と、を含むことを特徴とする方法。
13. 前記代表キーワードは、前記指示されたファイルに含まれるキーワードのうち、前記指示されたファイルにおける出現回数が最も多いキーワードであることを特徴とする請求項１２に記載の方法。
14. 前記計算機システムは、前記ネットワークに接続された一つ以上の第２ストレージシステムと、前記ネットワークに接続されたサーバ計算機と、をさらに備え、
    前記各第２ストレージシステムは、一つ以上の第２データ記憶装置と、前記第２データ記憶装置を制御する第２コントローラと、を備え、
    前記一つ以上の第２データ記憶装置に含まれる複数のデータ記憶領域の少なくとも一つは、複数の前記ファイルのいずれかに対応付けられ、
    前記サーバ計算機は、前記ネットワークに接続される第２インタフェースと、前記第２インタフェースに接続される第２プロセッサと、前記第２プロセッサに接続される第２メモリと、前記第２プロセッサに接続される第３データ記憶装置と、を備え、
    前記第３データ記憶装置には、一つ以上の第２ファイルが格納され、
    前記方法は、さらに、
    前記一つ以上の第２ファイルのうち、前記第１ストレージシステム及び前記一つ以上の第２ストレージシステムのいずれか一つの識別情報と、所定のキーワードと、を含む前記第２ファイルを検索する手順と、
    前記検索によって取得した前記第２ファイルに含まれる前記所定のキーワードの数を、前記取得した第２ファイルに含まれる前記第１ストレージシステム又は前記第２ストレージシステムの識別情報ごとに集計する手順と、を含み、
    前記算出されたファイルの数が多いフォルダほど、前記指示されたファイルとの関係が強いと判定する手順は、前記第１ストレージシステム及び前記一つ以上の第２ストレージシステムのうち、前記集計された所定のキーワードの数が所定の条件を満たすものに含まれる前記複数のフォルダと、前記指示されたファイルと、の関係の強さを判定することによって実行されることを特徴とする請求項１２に記載の方法。