(57)【要約】【課題】  文書の検索を容易かつ安全に行うことができる検索システムを提供する。【解決手段】  一又は複数台の端末装置１と検索サーバ２とストレージサーバ４とを備え、これら装置が通信路５で接続され、一の端末装置１からの検索要求に応答し検索を行う計算機システムにおいて、ストレージサーバ４は、端末装置１のネットワークブート可能なディスクイメージを保持しており、一の端末装置１に対してデータ検索サービスを提供する。【選択図】        図１
2006268632.tif 000002
【特許請求の範囲】
【請求項１】
一又は複数台の端末装置と検索サーバとストレージサーバとを備え、これら装置が通信路で接続され、一の端末装置からの検索要求に応答し検索を行う計算機システムにおいて、
前記ストレージサーバは、前記端末装置のネットワークブート可能なディスクイメージを保持しており、前記一の端末装置に対してデータ検索サービスを提供することを特徴とする計算機システム。
【請求項２】
請求項１記載の計算機システムにおいて、
前記検索サーバは、前記ストレージ装置内の文書データから検索インデックスデータを作成し、検索時に該検索インデックスデータとマッチングを行うことを特徴とする計算機システム。
【請求項３】
請求項１記載の計算機システムにおいて、
ユーザ認証を行う認証サーバを備え、前記検索サーバは、前記認証サーバから取得するユーザ情報を基に検索範囲を制限して検索することを特徴とする計算機システム。
【請求項４】
請求項１に記載の計算機システムにおいて、
前記端末装置に対してデスクトップを提供するブレードサーバ、及び該ブレードサーバからデスクトップ情報を取得可能な端末装置を前記通信路を介して接続されており、
前記ブレードサーバが前記ストレージサーバのディスクイメージを用いて起動し、該端末装置に対してデスクトップ情報を提供することを特徴とする計算機システム。
【請求項５】
請求項１記載の計算機システムにおいて、
前記ストレージサーバは、ネットワーク入出力部、ディスク入出力部、ディスクイメージを管理するボリューム管理部、ボリューム管理テーブル、及び前記端末装置の利用するディスクイメージを保持する記憶部を有し、前記検索サーバは、前記端末装置に対するユーザインタフェース部、インデックス検索部、ボリューム接続管理部、及び前記ストレージサーバのディスクイメージから検索インデックスを作成するインデックス作成部を有することを特徴とする計算機システム。
【請求項６】
一又は複数台の端末装置及び検索サーバとで、前記端末装置に対してデータ検索サービスを提供する計算機システムを構成するストレージサーバにおいて、
前記端末装置のネットワークブート可能なディスクイメージを保持することを特徴とするストレージサーバ。
【請求項７】
請求項６記載のストレージサーバにおいて、
前記検索サーバからのマウント／アンマウント要求を受信し、上記ディスクイメージのディスクマウント状態を保持することを特徴とするストレージサーバ。
【請求項８】
請求項６記載のストレージサーバにおいて、
前記検索サーバにアンマウントを通知することを特徴とするストレージサーバ。
【請求項９】
請求項６記載のストレージサーバにおいて、
前記端末装置が作成中の文書を複製し、複製した文書を並行して使用が可能であることを特徴とするストレージサーバ。
【請求項１０】
請求項６記載のストレージサーバにおいて、
前記端末装置に提供するデータ格納のための領域の複製を持ち、前記端末装置の利用が終了したときに、利用していた領域と、該領域の複製の同期を取ることを特徴とするストレージサーバ。
【請求項１１】
一又は複数台の端末装置及びストレージサーバとで、前記端末装置に対してデータ検索サービスを提供する計算機システムを構成する検索サーバにおいて、
前記通信路を介して前記ストレージサーバのディスクイメージからデータを取得し検索インデックスを作成することを特徴とする検索サーバ。
【請求項１２】
請求項１１記載の検索サーバにおいて、
複製の領域から検索インデックスを作成することを特徴とする検索サーバ。
【請求項１３】
請求項１１記載の検索サーバにおいて、
ネットワークを介して検索し、ディスクをマウントしてインデックスを作成することを特徴とする検索サーバ。
【請求項１４】
請求項１１記載の検索サーバにおいて、
前記検索インデックスデータを、検索対象のファイルをキャッシュとして保持することを特徴とする検索サーバ。
【請求項１５】
請求項１４記載の検索サーバにおいて、
前記キャッシュのファイル形式を、汎用的な形式に変換して保持することを特徴とする検索サーバ。
【請求項１６】
請求項１１記載の検索サーバにおいて、
認証サーバから取得するユーザ情報を元に検索を行う範囲を制限して検索を行い、検索結果を生成することを特徴とする検索サーバ。
【請求項１７】
請求項１６記載の検索サーバにおいて、
ファイルに含まれる文字列によって検索可能なユーザが変更されることを特徴とする検索サーバ。
【請求項１８】
一又は複数台の端末装置と検索サーバ、ブートサーバ及びストレージサーバとで構成し、データ検索サービスを提供する計算機システムに接続する端末装置において、
ローカルに接続された外部記憶機構を持たず、ネットワークブートし、前記ストレージサーバからデータ格納のための領域を取得することを特徴とする端末装置。
【請求項１９】
一又は複数台の端末装置と検索サーバとストレージサーバとを備え、これら装置が通信路で接続された計算機システムにおける一の端末装置からの検索要求に応答し検索を行う方法において、
前記ストレージサーバは、前記端末装置のネットワークブート可能なディスクイメージを保持しており、前記ストレージ装置内の文書データから検索インデックスデータを作成し、検索時に該検索インデックスデータとマッチングを行うことを特徴とする検索方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、計算機システム及びストレージサーバ、検索サーバ、端末装置並びに検索方法であり、特に複数の端末装置が共有記憶システムからリモートブート可能なシステムにおける検索システムに関する。
【背景技術】
【０００２】
従来、検索システムとしては、例えばユーザがＰＣを用いて検索サービスを行っているホストにアクセスし、検索結果を取得するようなシステムが存在していた。このような検索システムでは、検索対象のファイルは、ファイルのパスやアドレスをディレクトリ型の検索サービスに登録する。一方、当該サービスを利用するユーザは、このディレクトリ型のサービスにアクセスして、所望する文書のアクセス先を検索する。これにより、当該文書のアクセス先を得ることができる。この後、当該文書を利用する者は、当該アドレスにアクセスして、ダウンロードし利用することができる。このような、ディレクトリ型サービスには、非特許文献１に示す標準化技術が存在する。
【非特許文献１】Luc  Clement、他３名、“UDDI  Version  3.0.2”、［online］、２００４年１０月１９日、［２００４年１２月２７日検索］、インターネット＜ＵＲＬ：http://uddi.org/pubs/uddi-v3.0.2-20041019.htm＞
【発明の開示】
【発明が解決しようとする課題】
【０００３】
上述したディレクトリ登録型の検索システムでは、検索対象とする文書を検索サーバに登録しなければならなかった。近年、ハードディスク、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭなどの記憶メディアの容量増大に伴い、文書数もデータ量も増大しており、文書の検索サーバへの登録が困難になってきた。また、ある検索サーバを多くの人数で利用する場合、セキュリティの観点から登録可能な文書が限られ、検索サーバへの登録ができない。また反対に、多くの文書を検索サーバへ登録する場合、ある限られたユーザからの利用に制限する必要がある。
【０００４】
本発明は、上記課題に鑑みてなされたものであり、文書の検索を容易かつ安全に行うことができる検索システムを提供することを目的とするものである。
【課題を解決するための手段】
【０００５】
本発明の一観点によれば、文書を作成、利用するほか、検索要求を発行するとともに、該要求に応じて得られた情報を表示することができる複数の端末装置と、前記検索要求に応じて検索を行い、要求に対応した応答を前記端末装置に送信する検索サーバと、端末装置のユーザ情報をキーにしてユーザ属性情報を応答する認証サーバと、端末装置に対してネットワークブート可能なディスクイメージを提供するストレージサーバとを含む。
【０００６】
前記端末装置は、直接接続された記憶装置からではなく、ストレージサーバにＯＳを含むディスクイメージを有し、該ディスクイメージからネットワークブートする機能を有する。
【０００７】
前記検索サーバは、ストレージサーバ上にある端末装置が用いるディスクイメージをマウント／アンマウントする機能を有し、該ディスクイメージに格納されているファイルについて検索インデックスを作成する機能を有し、ストレージサーバからのアンマウント通知に基づいて前記インデックス作成を行う機能を有し、キャッシュインデックス作成時に、文書の形式を変換する機能を有し、前記端末装置に対して検索サービスを提供するインタフェースを有し、該インタフェース経由にて検索要求を受信し、該検索要求を送信したユーザ情報を前記認証サーバに送信し、該認証サーバからの応答に基づいて検索範囲を限定し、前記検索要求に対して応答を送信する機能を有する。
【０００８】
前記認証サーバは、ユーザ属性情報としてユーザの所属する部署や職級、パスワードなどの情報を有し、検索サーバからのユーザ情報をキーとした問い合わせに対して、ユーザ属性情報を応答する機能を有する。
【０００９】
前記ストレージサーバは、前記端末装置が起動するために用いるディスクイメージを持ち、前記端末装置や前記検索サーバからのディスクイメージのマウント要求に対して認証を行う機能を有し、前記端末装置がネットワークブートをするためのプロトコルを有し、ディスクイメージの複製を作成、更新を行う機能を有し、ディスクイメージのマウント／アンマウントを通知する機能を有する。
【００１０】
すなわち、本発明は、一又は複数台の端末装置と検索サーバとストレージサーバとを備え、これら装置が通信路で接続され、一の端末装置からの検索要求に応答し検索を行う計算機システムにおいて、前記ストレージサーバは、前記端末装置のネットワークブート可能なディスクイメージを保持しており、前記一の端末装置に対してデータ検索サービスを提供する計算機システムである。
【発明の効果】
【００１１】
以上に説明した本発明によれば、下記記載の効果を奏する。第１の効果は、ユーザが検索サーバへ登録しなくてもファイルを検索対象にすることができるようになる、ということである。第２の効果は、あるユーザが他のユーザに作成したファイルを検索することができるようになる、ということである。このとき、あるユーザはすべてのファイルを検索することができるのではなく、例えば所属する部署のユーザのファイルを検索対象として制限する、上長のファイルは検索できない、などのセキュリティを確保することができる。第３の効果は、検索インデックスの作成を端末の電源が切れているときにも行うことができる、ということである。第４の効果は、様々なＯＳ、プラットホームから閲覧が可能な検索結果を応答することができる、ということである。
【発明を実施するための最良の形態】
【００１２】
本発明を実施するための最良の形態を説明する。
以下、本発明の計算機システム及びストレージサーバ、検索サーバ、端末装置並びに検索方法の実施形態を説明する。
【実施例１】
【００１３】
まず、本発明の原理的な構成を実装する実施例１について、図面に基づいて説明する。図１は、本発明の処理方法、及び、処理装置を用いた一実施例のシステム構成図を示したものである。一又は複数台の端末装置１、検索サーバ２、認証サーバ３、ストレージサーバ４が通信路５を介して接続されている。なお、ここでいう通信路５とは、必ずしも物理的な通信回線に一致する必要はなく、物理的な通信回線上で実現された論理的な通信経路であってよい。
【００１４】
本実施例に関わる端末装置１、検索サーバ２、認証サーバ３、ストレージサーバ４、各装置の物理的な一構成例を示す。これらの装置は、図２に示すとおり、物理的には一般的な情報処理装置でよい。具体的には、各装置情報処理装置は、例えば、プロセッサ９１、メモリ９２、外部記憶機構９３、通信機構９４、オペレータ入出力機構９５がバスなどの内部通信線９６で接続した形で構成する。プロセッサ９１は、メモリ９２に格納された情報処理プログラム１００を実行する。メモリ９２は、情報処理プログラム１００以外にも、情報処理プログラム１００から参照される各種データも保持する。
【００１５】
外部記憶機構９３は、情報処理プログラム１００や各種データを不揮発な形で保持する。プロセッセ９１上で実行される情報処理プログラム１００は、外部記憶機構９３に指示し、必要なプログラムやデータをメモリ９２にロードする他、逆に、メモリ９２上のプログラムやデータを外部記憶機構９３に格納させる。プログラムは、予め外部記憶機構９３に格納されていても良い。または必要に応じて、可搬型記憶媒体や通信媒体を介して、外部の装置から導入されても良い。端末装置１について、本実施例では外部記憶機構をローカルに持たないコンピュータで構成されても良く、外部記憶機構を備えない端末装置をディスクレスクライアントと称する。
【００１６】
通信機構９４は、通信回線９７に接続し、情報処理プログラム１００の指示により、他の情報処理装置や通信機器にデータを送信する他、逆に、他の情報処理装置や通信機器から、データを受信して、メモリ９２に格納する。装置間の論理的な通信路５は、本通信機構９４を介し、物理的な通信回線９７を通して実現される。オペレータ入出力機構９５は、オペレータとのデータ入出力を行う。内部通信線９６は、プロセッサ９１、メモリ９２、外部記憶機構９３、通信機構９４、オペレータ入出力機構９５が互いに通信を行うためのものであって、たとえばバスで構成する。
【００１７】
端末装置１、検索サーバ２、認証サーバ３、ストレージサーバ４は、必ずしも物理的に異なった構成にする必要はなく、それぞれの機能の違いは、各装置上で実行する情報処理プログラム１００で実現する形でよい。
【００１８】
以下では、実施例を説明する際、処理部という言葉で、本実施例中の構成要素を説明するが、各処理部は、論理的な構成を示すものであり、物理的機構で実現しても、情報処理プログラム１００で実現された一機能であってもいずれでもよい。また、端末装置１、検索サーバ２、認証サーバ３、ストレージサーバ４も、それぞれ独立した物理的な装置である必要はなく、１つの装置が、端末装置１、検索サーバ２、認証サーバ３、ストレージサーバ４の複数の装置の機能を同時に実現していてもよい。
【００１９】
図３は、検索サーバ２の一構成例を示す。本実施例では、検索サーバはユーザインタフェース部２０１、インデックス検索部２０２、ボリューム接続管理部２０３、インデックス作成部２０４、ボリューム接続管理テーブル２０５、検索インデックス２０６、アクセス制限キーワードテーブル２２０から構成される。
【００２０】
ユーザインタフェース部２０１は、端末装置１に対して検索のインタフェースを提供する。端末装置１からの検索要求２０８を受け付け、検索要求２０８に応じた検索結果から検索応答２０７を作成し、端末装置１に送信する。
【００２１】
インデックス検索部２０２は、検索インデックス２０６から実際に検索を行う処理部である。このとき、認証サーバ３と連携して、検索範囲を変更する。認証サーバ３に認証要求２０９を送信し、その応答である認証応答２１０を元に、検索インデックス２０６から検索に用いるエントリを選択し検索を行う。その際、アクセス制限キーワードテーブル２２０を参照して、文書中に存在するアクセス制限キーワードに基づいたアクセス制限を行う。
【００２２】
ボリューム接続管理部２０３は、ストレージサーバ４からボリュームのマウント／アンマウントの情報を受け付ける。もしくは、一定時間ごとにストレージサーバ４にボリュームがマウントされているのか、アンマウントされたのか、状態を確認しても良い。ボリュームの状態をボリューム接続管理テーブル２０５に反映する。インデックス作成部２０４は検索インデックス２０６の更新を行う。更新はボリュームがアンマウントされたタイミングで行い、このタイミングの検出はボリューム管理部２０３が行う。
【００２３】
図６は上記検索サーバ２におけるボリューム接続管理テーブルの一構成例を示す。ユーザＩＤ２０５２をキーにして、ディスクイメージ２０５３、バックアップのディスクイメージ２０５４、部署２０５６、職級２０５７、ユーザＩＤ２０５２毎にボリューム接続管理エントリ２０５１を保持する。
【００２４】
図７は上記検索サーバ２における検索インデックスの一構成例を示す。ディスクイメージ２０６２毎にファイル名２０６３とファイルのあるパス２０６４に対して検索キーワードリスト２０６５、アクセス規制キーワードリスト２０６６、キャッシュファイル２０６７、汎用形式のキャッシュ２０６８を保持する。
【００２５】
図２３は上記検索サーバ２におけるアクセス制限キーワードテーブルの一構成例を示す。アクセス制限キーワードエントリ２２０１毎にキーワード２２０２、検索可能範囲２２０３を保持する。
【００２６】
図４は認証サーバ３の一構成例を示す。認証サーバ３は認証部３０１、ユーザ情報テーブル３０２から構成される。認証部３０１は検索サーバから認証要求２０９を受信すると、ユーザＩＤ２０９１をキーにユーザ情報テーブル３０２を検索し、認証応答２１０を送信する。
【００２７】
図８は認証サーバ３におけるユーザ情報テーブル３０２の一構成例を示す。ユーザＩＤ３０２２をキーにして、パスワード３０２３、所属部署３０２４、職級３０２５の情報を持ち、ユーザＩＤ３０２２毎にユーザ情報エントリ３０２１を保持する。
【００２８】
図５はストレージサーバ４の一構成例を示す。ストレージサーバ４はネットワーク入出力部４０１、ボリューム管理部４０２、ディスク入出力部４０３、記憶部４０４、ボリューム管理テーブル４０５から構成される。
【００２９】
ネットワーク入出力部４０１は、端末装置１、検索サーバ２からのマウント／アンマウント要求、ディスクへの読込み、書込み要求を受信する。マウント／アンマウント要求を受信した場合、ボリューム管理部４０２と連携し、マウント／アンマウントを行う。ディスクへの読込み、書込み要求を受信した場合、ディスク入出力部４０３と連携し、ディスクへの読込み、書込みを行う。
【００３０】
ボリューム管理部４０２は記憶部４０４に格納されている端末装置用のディスクイメージ４１０のマウント／アンマウントの状態管理を行う。管理情報はボリューム管理テーブル４０５に格納する。
【００３１】
ディスク入出力部４０３はディスクへの入出力を行う。読込み、書込み要求に対して、要求に対応するデータを記憶部に格納する。
【００３２】
記憶部４０４には、端末装置１が用いるディスクイメージ４１０とそのバックアップイメージ４１１が格納されている。この記憶部４０４は、例えばＲＡＩＤ方式で構成してもよい。
【００３３】
図９はストレージサーバ４におけるボリューム管理テーブル４０５の一構成例を示す。ボリュームＩＤ４０５２をキーにして、利用できる端末装置４０５３、利用している端末装置４０５４を持ち、ボリュームＩＤ４０５２毎にボリューム管理エントリ４０５１を保持する。
【００３４】
次に、本実施例の形態に係わる端末装置１、検索サーバ２、認証サーバ３、ストレージサーバ４の動作を図１０と図１１を用いて説明する。ここで、図１０は作成された文書が検索対象として検索インデックス２０６に登録される処理手順を示すフローチャート図である。まず、端末装置１が起動する（処理１００１）。端末装置１がＯＳを起動するために、ＯＳを含む情報が格納されているディスクイメージ４１０に対してマウント要求４２１をだす（処理１００２）。マウント要求を受信したストレージサーバ４は、ボリューム管理テーブル４０５を確認、更新し応答する（処理１００３）。
【００３５】
上記更新処理は、次の手順により実現してもよい。上記マウント要求４２１のボリュームＩＤ４２１１とボリューム管理テーブル４０５におけるボリュームＩＤ４０５２が同一のボリューム管理エントリ４０５１を検索する。次に、該ボリューム管理エントリ４０５１における利用できる端末装置ＩＤ４０５３と前記マウント要求４２１における端末装置ＩＤ４２１２を比較する。比較の結果同一ならば、利用している端末装置４０５４の値を確認し、値が零であることを確認する。本値が零でない場合、マウント要求４２１で指定されたボリュームが利用中であるため、マウント不可の応答を返す。利用している端末装置４０５４の値が零であれば、マウント要求４２１における端末装置ＩＤ４２１２の値を利用している端末装置４０５４に格納し、ボリューム管理テーブル４０５の更新処理を終了する。
【００３６】
端末装置１は、マウントしたディスクイメージ４１０を読込み、書込みしてＯＳを起動する（処理１００４）。端末装置１のＯＳ起動後、ユーザは端末装置１を用いてファイルを作成、削除、更新することができるようになる（処理１００６）。
【００３７】
処理１００６における操作に伴い、ストレージサーバ４へ読み書き要求が送信され、ストレージサーバ４はディスク入出力部４０３が記憶部４０４に格納されているディスクイメージ４１０に対して読み書きを行い、その結果を端末装置１へ応答する（処理１００７）。
【００３８】
以降、端末装置１が終了するまで、端末装置１に対する動作に応じて処理１００７と同様に読み書き要求が発生する。
【００３９】
端末装置１のユーザは作成したファイルを検索サーバにインデックス登録させるかどうかを決め、ファイルに対する公開属性を変更する（処理１００８）。本処理は、ＯＳの一般的な機能である所有者／グループ／その他ユーザに対するアクセス制限の機能を用いて、検索サーバがアクセスする際に用いるユーザに対するアクセス権を設定する方式でも良い。
【００４０】
ユーザは、一通り処理を終えるとＯＳを終了する（処理１０１０）。ＯＳを終了すると、端末装置の電源が切れて終了するまでにマウントしていたディスクイメージに対するアンマウント要求４２３を端末装置１が送信する（処理１０１２）。これに対して、ストレージサーバ４はボリューム管理テーブル４０５を更新し応答する（処理１０１３）。
【００４１】
上記更新処理は、次の手順により実現してもよい。上記アンマウント要求４２３のボリュームＩＤ４２３１とボリューム管理テーブル４０５におけるボリュームＩＤ４０５２が同一のボリューム管理エントリ４０５１を検索する。次に、該ボリューム管理エントリ４０５１における利用している端末装置ＩＤ４０５４と前記アンマウント要求４２３における端末装置ＩＤ４２３２を比較する。比較の結果同一ならば、利用している端末装置４０５４の値に零を格納しアンマウントが成功した応答を返す。本値が一致しない場合、アンマウント要求４２３で指定されたボリュームは他の端末装置により利用中であるため、アンマウント不可の応答を返し、ボリューム管理テーブル４０５の更新処理を終了する。端末装置１は、上記の処理にて電源が切れ、終了する（処理１０１４）。
【００４２】
ストレージサーバ４は、端末装置１からアンマウント要求を受信し、アンマウント処理を行うと、検索サーバ２に対して、アンマウント通知４２５の送信を行う（処理１０１５）。
【００４３】
検索サーバ２はアンマウント通知４２５を受信すると、検索インデックス２０６を作成するため、次の処理を行う（処理１０１６）。ただし、本実施例では、ストレージサーバから検索サーバにアンマウントの通知を行ったが、検索サーバがストレージサーバに対してディスクのマウントの状態を一定時間ごとに確認し、状態がマウント状態からアンマウント状態へ変更されているのを検出することにより、次の処理を開始しても良い。
【００４４】
検索サーバ２はストレージサーバ４に対して、利用されていたディスクイメージ４１０とそのバックアップのディスクイメージ４１１への反映要求を送信する（処理１０１８）。このとき、アンマウント通知４２５に含まれるボリュームＩＤ４２５１と同一の値をボリューム接続管理テーブル２０５から検索する。
【００４５】
検索の結果、ボリュームＩＤ４２５１とディスクイメージ２０５３の値が等しいボリューム接続管理エントリ２０５１が見つかったら、そのエントリのバックアップディスクイメージ２０５４とあわせて、ストレージサーバ４に対して、前記反映要求を送信する。
【００４６】
ストレージサーバ４は、バックアップイメージ４１１分の反映を行う（処理１０１７）。
【００４７】
検索サーバ２は、バックアップイメージ４１１へのマウント要求を行う（処理１０２０）。
【００４８】
ストレージサーバは、ディスクの状態を更新し、マウント要求に対して応答する（処理１０１９）。本処理は処理１００３と同様の手順で行うことができる。
【００４９】
検索サーバはマウントしたバックアップイメージ４１１を元に検索インデックス２０６の更新を行う（処理１０２１）。
【００５０】
検索インデックス２０６は、ディスクイメージ毎に行い、格納されているファイルについて内容、ファイル名の字句解析を行い、キーワードを検索キーワード２０６５に格納する。
【００５１】
検索インデックス２０６におけるディスクイメージ２０６２はアンマウント通知４２５に含まれるボリュームＩＤ４２５１と値が等しいボリューム接続管理エントリ２０５１におけるバックアップディスクイメージ２０５４の値を格納する。ファイルのあるパス２０６４、変更日時２０６９はファイルシステムから取得する。
【００５２】
検索インデックス２０６におけるキャッシュファイル２０６７には、ファイル自体を格納する。さらに、汎用形式のキャッシュ２０６８には、上記キャッシュファイルを汎用的な形式、たとえばＨＴＭＬなどに変換した形式でファイルを格納する。
【００５３】
検索インデックス２０６におけるアクセス規制キーワードリスト２０６６は、ファイルに含まれる文字列と検索サーバ２におけるアクセス規制キーワード２２０にあるキーワードを格納する。
【００５４】
このとき、処理１００８によって非公開、もしくは検索サーバからアクセスができないように設定されているファイルについては検索インデックスの作成を行わない。
【００５５】
次に、図１１を用い、端末装置からの検索要求に対する応答の手順を説明する。まず、端末のユーザが、端末装置１を用いて文書の検索を開始する（処理１１０１）。
【００５６】
検索装置１は、検索サーバ２から検索要求のインタフェースとなる検索ページを取得する（処理１１０２）。
【００５７】
検索サーバ２は、端末装置１からの検索ページの取得要求に対応した応答をする（処理１１０３）。
【００５８】
端末装置１は、ユーザが入力した検索キーワードを含む検索要求２０７を検索サーバ２に送信する（処理１１０４）。
【００５９】
検索サーバ２は端末装置１からの検索要求２０７を受信する（処理１１０５）。
【００６０】
検索サーバ２は端末装置１から受信した検索要求２０７に含まれるユーザＩＤ２０７２とパスワード２０７３をそれぞれ認証要求２０９におけるユーザＩＤ２０９１、パスワード２０９２に格納して認証要求２０９を作成し、認証サーバ３に送信する（処理１１０６）。
【００６１】
認証サーバ３は、検索サーバ２からの認証要求２０９を受信する（処理１１０７）。
【００６２】
認証サーバ３における認証部３０１は認証要求２０９におけるユーザＩＤ２０９１をキーにしてユーザ情報テーブル３０２を参照する（処理１１０８）。認証部３０１は、ユーザ情報テーブル３０２におけるユーザＩＤ３０２２と認証要求におけるユーザＩＤ２０９１が一致するユーザ情報エントリ３０２１を検索する。
【００６３】
認証サーバ３は、検索サーバ２に認証応答２１０を送信する（処理１１０９）。ここで、認証サーバ３における認証部３０１は、認証応答２１０における認証の可否２１０１には、前記検索の結果、ユーザＩＤが一致するユーザ情報エントリ３０２１のパスワード３０２３の値と認証要求２０９におけるパスワード２０９２が一致していれば、０を格納し、一致しない場合、もしくはユーザＩＤが一致するユーザ情報エントリが発見できなかった場合は、−１を格納する。
【００６４】
認証応答２１０におけるユーザの職級２１０２、ユーザ所属部署２１０３にはそれぞれユーザ情報テーブル３０２における職級３０２５、所属部署３０２４の値を格納する。
【００６５】
検索サーバ２におけるインデックス検索部２０２は認証サーバから認証応答２１０を受信する（処理１１１０）。ここで、認証応答２１０における認証の可否２１０１の値がー１であった場合、ユーザインタフェース部２０１から端末装置１に対してエラー応答を送信する。
【００６６】
検索サーバ２におけるインデックス検索部２０２は、検索インデックス２０６から検索範囲を絞り込む（処理１１１１）。
【００６７】
ここで、検索インデックス２０６における検索インデックスエントリ２０６１毎に検索の対象としてよいか判定する。ディスクイメージ２０６２をキーにしてボリューム接続管理テーブル２０５の２０５３と値が一致するボリューム接続管理エントリ２０５１の部署２０５６、職級２０５７と認証応答２１０におけるユーザ所属部署２１０３、ユーザの職級２１０２を比較する。
【００６８】
まず、ユーザ所属部署２１０３が部署２０５６と一致しない、もしくは含まない場合は検索インデックスエントリを検索対象からはずす。さらに、ユーザの職級２１０２が職級２０５７よりも低位の場合、検索対象からはずす。さらに、アクセス制限キーワードリスト２０６５を参照し、値がある場合はアクセス制限キーワードテーブル２２０のキーワード２２０２が一致するアクセス制限キーワードエントリ２２０２を検索し、範囲２２０３を参照する。ユーザ所属部署２１０３が２２０３に一致する、もしくは含まれる場合、検索対象からはずす。上記処理の後の残った検索インデックスエントリ２０６１を検索対象とする。
【００６９】
検索サーバ２におけるインデックス検索部２０２は、絞り込んだ検索インデックスから検索２０６を行う（処理１１１２）。
【００７０】
インデックス検索部２０２は、検索要求２０７における検索キーワード２０７１と一致するキーワードリスト２０６５を持つ検索インデックスエントリ２０６１を検索する。
【００７１】
検索サーバ２は、検索応答２０８を端末装置１に送信する。（処理１１１３）検索応答２０８としては、検索要求２０７における検索キーワード２０７１と一致する検索キーワードリスト２０６５を含む順番に優先度２０８２を割り付ける。そして、それに対応するファイル名２０８３を検索インデックス２０６におけるファイル名２０６３の値を格納する。検索応答２０８におけるファイルへのパス２０８４には、検索インデックス２０６におけるファイルのあるパス２０６４を格納する。検索応答２０８におけるファイルの所有者２０８５には、検索インデックス２０６のディスクイメージ２０６２と同一の値を持つボリューム接続管理テーブル２０５のディスクイメージ２０５３のボリューム接続管理エントリ２０５１のユーザＩＤ２０５２の値を格納する。
【００７２】
検索応答における変更日時２０８６、ファイルのキャッシュのパス２０８７、汎用形式のキャッシュのパス２０８８には、それぞれ検索インデックス２０６の変更日時２０６９、キャッシュファイル２０６７、汎用形式のキャッシュ２０６８の値を格納する。
【００７３】
端末装置１は、検索サーバ２から受信した検索応答２０８を表示する（処理１１１４）。
【００７４】
上記の処理により、端末装置で作成や更新を行ったファイルの検索が可能となる。端末装置の電源が入っていないときでも、ディスクイメージがストレージサーバにあるため、検索インデックスの作成や、検索が可能になる。
【実施例２】
【００７５】
次に、端末装置の利用できるネットワーク帯域が十分でなく、ストレージサーバからＯＳイメージをダウンロードしてネットワークブートするのが実用上困難な場合において、端末装置のネットワーク量を削減するようにした第二の実施例について説明する。
【００７６】
端末装置の機能としてネットワークブートができない場合や、ネットワーク構成の制限で端末装置が直接ストレージサーバと通信ができない場合にも、本実施例は有効である。
【００７７】
図１７は第二の実施例のシステム構成図を示したものである。一又は複数台の端末装置７、検索サーバ２、認証サーバ３、ストレージサーバ４、ブレードサーバ６が通信路５を介して接続されている。
【００７８】
本実施例に関わる端末装置７、ブレードサーバ６、各装置の物理的な一構成例は、図２に示すとおりである。ただし、ブレードサーバ６は外部記憶機構を備えないディスクレスクライアントであってもよい。
【００７９】
本実施例においてユーザが端末装置７を利用するにいたるまでの流れを図１２を利用して説明する。端末装置７を起動する（処理１３０１）。端末装置７は起動後、ブレードサーバ６に対して電源ＯＮ要求を送信する（処理１３０２）。
【００８０】
ブレードサーバ６は電源ＯＮ要求を受け、起動をする（処理１３０３）。処理１３０２、１３０３における電源制御はＷａｋｅ−Ｏｎ−ＬＡＮなどの技術を用いて実現しても良い。
【００８１】
ブレードサーバ６はストレージサーバ４のディスクを用いて起動する。本処理（処理１３０４から１３０８）は実施例１で述べた端末装置１が起動する処理（処理１００１から処理１００５）と同等である。
【００８２】
処理１３０３から１３０８の間、端末装置７ではブレードサーバ６の起動を待つ（処理１３０９）。
【００８３】
端末装置７はブレードサーバ６の起動後ブレードサーバ６に対してデスクトップ画面を送受信し、ブレードサーバ６上にて作業するため、デスクトップ接続要求をする（処理１３１０）。
【００８４】
ブレードサーバ６は、接続要求に対してデスクトップ画面を応答する（処理１３１１）。
【００８５】
端末装置７にて作業を行う（処理１３１２）。作業に応じてデスクトップ情報の送受信がブレードサーバ６と行われる（処理１３１３）。
【００８６】
ブレードサーバ６では、端末装置７で行われる作業によりディスクの読込みと書込みが発生すると、ストレージサーバ４に対して読込み要求、書込み要求を送信し、データの送受信を行い、処理を行う（処理１３１４）。
【００８７】
上記の処理により、端末装置７はストレージサーバ４と直接通信を行うことなく、ブレードサーバ６を介してデスクトップ情報を取得することにより、ストレージサーバ４のディスクイメージを利用して作業を行うことが可能になる。
【００８８】
ブレードサーバ６は、端末装置７が利用していない間、遊休状態となるため、実施例１の処理１０２１で検索サーバが行っている検索インデックスの作成を代行してもよい。検索インデックスを作成する対象のディスクイメージは、端末装置７の台数の増大とともに増大する。また、ブレードサーバ６の台数も端末装置７の台数の増大とともに増大して運用してもよいため、遊休状態のブレードサーバ６を用いることで、効率のよい検索インデックスの作成が可能となる。
【００８９】
本発明は、ＩＰストレージ装置などのネットワーク経由で複数の端末からの利用が可能な記憶装置に対する検索システムとして利用可能である。
【００９０】
以上実施例で説明したが、本発明の他の実施形態１は、前記検索サーバは、前記ストレージ装置内の文書データから検索インデックスデータを作成し、検索時に該検索インデックスデータとマッチングを行う計算機システムである。
【００９１】
本発明の他の実施形態２は、ユーザ認証を行う認証サーバを備え、前記検索サーバは、前記認証サーバから取得するユーザ情報を基に検索範囲を制限して検索する計算機システムである。
【００９２】
本発明の他の実施形態３は、前記端末装置に対してデスクトップを提供するブレードサーバ、及び該ブレードサーバからデスクトップ情報を取得可能な端末装置を前記通信路を介して接続されており、前記ブレードサーバが前記ストレージサーバのディスクイメージを用いて起動し、該端末装置に対してデスクトップ情報を提供する計算機システムである。
【００９３】
本発明の他の実施形態４は、前記ストレージサーバは、ネットワーク入出力部、ディスク入出力部、ディスクイメージを管理するボリューム管理部、ボリューム管理テーブル、及び前記端末装置の利用するディスクイメージを保持する記憶部を有し、前記検索サーバは、前記端末装置に対するユーザインタフェース部、インデックス検索部、ボリューム接続管理部、及び前記ストレージサーバのディスクイメージから検索インデックスを作成するインデックス作成部を有する計算機システムである。
【００９４】
本発明の他の実施形態５は、一又は複数台の端末装置及び検索サーバとで、前記端末装置に対してデータ検索サービスを提供する計算機システムを構成するストレージサーバにおいて、前記端末装置のネットワークブート可能なディスクイメージを保持するストレージサーバである。
【００９５】
本発明の他の実施形態６は、前記検索サーバからのマウント／アンマウント要求を受信し、上記ディスクイメージのディスクマウント状態を保持するストレージサーバである。
【００９６】
本発明の他の実施形態７は、前記検索サーバにアンマウントを通知するストレージサーバである。
【００９７】
本発明の他の実施形態８は、前記端末層装置で使用中の文書を複製し、複製した文書を並行して使用が可能であるストレージサーバである。
【００９８】
本発明の他の実施形態９は、前記端末装置に提供するデータ格納のための領域の複製を持ち、前記端末装置の利用が終了したときに、利用していた領域と、該領域の複製の同期を取るストレージサーバである。
【００９９】
本発明の他の実施形態１０は、一又は複数台の端末装置及びストレージサーバとで、前記端末装置に対してデータ検索サービスを提供する計算機システムを構成する検索サーバにおいて、前記通信路を介して前記ストレージサーバのディスクイメージからデータを取得し検索インデックスを作成する検索サーバである。
【０１００】
本発明の他の実施形態１１は、複製の領域から検索インデックスを作成する検索サーバである。
【０１０１】
本発明の他の実施形態１２は、ネットワークを介して検索し、ディスクをマウントしてインデックスを作成する検索サーバである。
【０１０２】
本発明の他の実施形態１３は、前記検索インデックスデータを、検索対象のファイルをキャッシュとして保持する検索サーバである。
【０１０３】
本発明の他の実施形態１４は、前記キャッシュのファイル形式を、汎用的な形式に変換して保持する検索サーバである。
【０１０４】
本発明の他の実施形態１５は、認証サーバから取得するユーザ情報を元に検索を行う範囲を制限して検索を行い、検索結果を生成する検索サーバである。
【０１０５】
本発明の他の実施形態１６は、ファイルに含まれる文字列によって検索可能なユーザが変更される検索サーバである。
【０１０６】
本発明の他の実施形態１７は、一又は複数台の端末装置と検索サーバ、ブートサーバ及びストレージサーバとで構成し、データ検索サービスを提供する計算機システムに接続する端末装置において、ローカルに接続された外部記憶機構を持たず、ネットワークブートし、前記ストレージサーバからデータ格納のための領域を取得する端末装置である。
【０１０７】
本発明の他の実施形態１８は、一又は複数台の端末装置と検索サーバ及びストレージサーバとで構成し、データ検索サービスを提供する計算機システムに接続する端末装置において、検索インデックスの更新を行うブレードサーバである。
【０１０８】
本発明の他の実施形態１９は、一又は複数台の端末装置と検索サーバとストレージサーバとを備え、これら装置が通信路で接続された計算機システムにおける一の端末装置からの検索要求に応答し検索を行う方法において、前記ストレージサーバは、前記端末装置のネットワークブート可能なディスクイメージを保持しており、前記ストレージ装置内の文書データから検索インデックスデータを作成し、検索時に該検索インデックスデータとマッチングを行う検索方法である。
【図面の簡単な説明】
【０１０９】
【図１】実施例１の計算機システムの構成を示すブロック図。
【図２】実施例１の計算機システムのハードウェア構成を示すブロック図。
【図３】実施例１における検索サーバの構成を示すブロック図。
【図４】実施例１における認証サーバの構成を示すブロック図。
【図５】実施例１におけるストレージサーバの構成を示すブロック図。
【図６】実施例１の検索サーバにおけるボリューム接続管理テーブルを表す図。
【図７】実施例１の検索サーバにおける検索インデックスを表す図。
【図８】実施例１の認証サーバにおけるユーザ情報テーブルを表す図。
【図９】実施例１のストレージサーバのボリューム管理テーブルを表す図。
【図１０】実施例１の計算機システムにおける端末装置を用いてファイルを作成してから検索インデックスに登録されるまでを表すフローチャート図。
【図１１】実施例１の計算機システムにおける端末装置からの検索シーケンスを表すフローチャート図。
【図１２】実施例１の計算機システムにおける端末装置がブレードサーバにログインして動作を買いすするまでをあらわすフローチャート図。
【図１３】実施例１における端末装置から検索サーバへ送信される検索要求を表す図。
【図１４】実施例１における検索サーバから端末装置へ送信される検索応答を表す図。
【図１５】実施例１における検索サーバから認証サーバへ送信される認証要求を表す図。
【図１６】実施例１における認証サーバから検索サーバへ送信される認証応答を表す図。
【図１７】実施例２の計算機システムの構成を示すブロック図。
【図１８】実施例２におけるブレードサーバの構成を示すブロック図。
【図１９】実施例１におけるマウント要求を表す図。
【図２０】実施例１におけるマウント応答を表す図。
【図２１】実施例１におけるアンマウント要求を表す図。
【図２２】実施例１におけるアンマウント応答を表す図。
【図２３】実施例１の検索サーバにおけるアクセス制限キーワードテーブル表す図。
【符号の説明】
【０１１０】
１…端末装置、２…検索サーバ、３…認証サーバ、４…ストレージサーバ、５…通信路、６…ブレードサーバ、７…端末装置、１０１…プロセッサ、１０２…メモリ、１０３…外部記憶機構、１０４…通信機構、１０５…オペレータ入出力機構、１０６…内部通信線、１０７…通信回線、１０８…情報処理プログラム、２０１…ユーザインタフェース部、２０２…インデックス検索部、２０３…ボリューム接続管理部、２０４…インデックス作成部、２０５…ボリューム接続管理テーブル、２０６…検索インデックス、２０７…検索要求、２０８…検索応答、２０９…認証要求、２１０…認証応答、２２０…アクセス制限キーワードテーブル、３０１…認証部、３０２…ユーザ情報テーブル、４０１…ネットワーク入出力部、４０２…ボリューム管理部、４０３…ディスク入出力部、４０４…記憶部、４０５…ボリューム管理テーブル、４１０…端末装置用ディスクイメージ、４１１…端末装置用バックアップディスクイメージ、４２１…マウント要求、４２２…マウント応答、４２３…アンマウント要求、４２４…アンマウント応答、４２５…アンマウント通知、６０１…デスクトップ情報送受信部、６０２…ストレージ入出力部、６０３…ＯＳ処理部、２０５１…ボリューム接続管理エントリ、２０５２…ユーザＩＤ、２０５３…ディスクイメージ、２０５４…バックアップのディスクイメージ、２０５６…部署、２０５７…職級、２０６１…検索インデックスエントリ、２０６２…ディスクイメージ、２０６３…ファイル名、２０６４…ファイルのあるパス、２０６５…検索キーワードリスト、２０６６…アクセス制限キーワードリスト、２０６７…キャッシュファイル、２０６８…汎用形式のキャッシュファイル、２０６９…変更日時、２０７１…検索キーワード、２０７２…ユーザＩＤ、２０７３…パスワード、２０８１…検索応答エントリ、２０８２…優先度、２０８３…ファイル名、２０８４…ファイルへのパス、２０８５…ファイルの所有者、２０８６…変更日時、２０８７…ファイルのキャッシュのパス、２０８８…汎用フォーマットに変換されたファイルのパス、２０９１…ユーザＩＤ、２０９２…パスワード、２１０１…認証の可否、２１０２…ユーザの職級、２１０３…ユーザ所属部署、２２０１…アクセス制限キーワードエントリ、２２０２…キーワード、２２０３…検索可能範囲、３０２１…ユーザ情報エントリ、３０２２…ユーザＩＤ、３０２３…パスワード、３０２４…所属部署、３０２５…職級、４０５１…ボリューム管理エントリ、４０５２…ボリュームＩＤ、４０５３…利用できる端末装置、４０５４…利用している端末装置、４２１１…ボリュームＩＤ、４２１２…端末装置ＩＤ、４２２１…マウントの可否、４２３１…ボリュームＩＤ、４２３２…端末装置ＩＤ、４２４１…アンマウントの可否
【図１】
2006268632.tif 000003
【図２】
2006268632.tif 000004
【図３】
2006268632.tif 000005
【図４】
2006268632.tif 000006
【図５】
2006268632.tif 000007
【図６】
2006268632.tif 000008
【図７】
2006268632.tif 000009
【図８】
2006268632.tif 000010
【図９】
2006268632.tif 000011
【図１０】
2006268632.tif 000012
【図１１】
2006268632.tif 000013
【図１２】
2006268632.tif 000014
【図１３】
2006268632.tif 000015
【図１４】
2006268632.tif 000016
【図１５】
2006268632.tif 000017
【図１６】
2006268632.tif 000018
【図１７】
2006268632.tif 000019
【図１８】
2006268632.tif 000020
【図１９】
2006268632.tif 000021
【図２０】
2006268632.tif 000022
【図２１】
2006268632.tif 000023
【図２２】
2006268632.tif 000024
【図２３】
2006268632.tif 000025