"記憶手段に格納された第1のファイルを取得して、前記第1のファイルに含まれる1またはそれ以上の要素に応じた1またはそれ以上のタグを含む第2のファイルを生成し、前記1またはそれ以上のタグに基づいて前記第2のファイルに含まれる1またはそれ以上の文字列を抽出して、前記第2のファイルと抽出した文字列とを対応付けて前記記憶手段に格納し、文字列が入力されると、前記記憶手段を参照して、入力された文字列に対応する前記第2のファイルを検索し、検索結果を出力する、処理をコンピュータに実行させるファイル管理プログラム。文字列を抽出する際に、該文字列を含むタグを検出し、該タグに応じた属性情報を決定して、前記第2のファイルおよび抽出した文字列に対応付けて前記記憶手段に格納し、文字列とともに属性情報が入力されると、前記記憶手段を参照し、入力された文字列および属性情報に対応する前記第2のファイルを検索する、請求項1記載のファイル管理プログラム。前記属性情報を決定する際に、前記文字列を含むタグおよび該タグ内の属性に応じた前記属性情報を決定する、請求項2記載のファイル管理プログラム。前記第2のファイルを生成する際に、前記第1のファイルの格納場所を示す情報を前記第2のファイルに追加する、請求項1乃至3の何れか一項に記載のファイル管理プログラム。前記第2のファイルを生成する際に、前記第1のファイルに含まれる第1の要素と第2の要素との位置関係に基づいて、前記第1の要素を示す第1のタグで囲われた第2のタグまたは前記第1のタグ内の所定の属性に、前記第2の要素の情報を含める、請求項1乃至4の何れか一項に記載のファイル管理プログラム。前記記憶手段には、前記第2のファイルが属する分類を対応付けたファイル分類情報が格納されており、文字列および分類が入力されると、前記記憶手段に記憶された前記ファイル分類情報に基づき、入力された分類で前記検索結果を絞り込む、請求項1乃至5の何れか一項に記載のファイル管理プログラム。前記第2のファイルは、ウェブブラウザにより内容を閲覧可能なファイルである、請求項1乃至6の何れか一項に記載のファイル管理プログラム。記憶手段に格納された第1のファイルを取得して、前記第1のファイルに含まれる1またはそれ以上の要素に応じた1またはそれ以上のタグを含む第2のファイルを生成し、前記1またはそれ以上のタグに基づいて前記第2のファイルに含まれる1またはそれ以上の文字列を抽出して、前記第2のファイルと抽出した文字列とを対応付けて前記記憶手段に格納する生成手段と、文字列が入力されると、前記記憶手段を参照して、入力された文字列に対応する前記第2のファイルを検索し、検索結果を出力する検索手段と、を有する情報処理装置。コンピュータが実行するファイル管理方法であって、記憶手段に格納された第1のファイルを取得して、前記第1のファイルに含まれる1またはそれ以上の要素に応じた1またはそれ以上のタグを含む第2のファイルを生成し、前記1またはそれ以上のタグに基づいて前記第2のファイルに含まれる1またはそれ以上の文字列を抽出して、前記第2のファイルと抽出した文字列とを対応付けて前記記憶手段に格納し、文字列が入力されると、前記記憶手段を参照して、入力された文字列に対応する前記第2のファイルを検索し、検索結果を出力する、ファイル管理方法。ところで、ファイルサーバには種々の装置がアクセスし得る。特に、携帯端末装置は、デスクトップ型/ラップトップ型の情報処理装置に比べて表示画面が小さく、一度に表示可能な情報量も少ない。このため、携帯端末装置からの検索依頼を受け得る場合には、ユーザの求めるファイルを、検索結果として的確に提示可能にしたいという要求がある。例えば、詳細な検索を可能とするために、ユーザがファイルに対して検索用の付加的な情報を別個に用意し、ファイル内テキストに加えて該情報も検索条件として指定可能とすることが考えられる。しかし、この方法では、ファイルに情報を付加するためのユーザの作業負担が生じてしまう。そこで、効率的なファイル検索を支援する仕組みを実現するために、どのようにしてファイルを管理すればよいかが問題となる。一側面では、本発明は、効率的なファイル検索を支援するファイル管理プログラム、情報処理装置およびファイル管理方法を提供することを目的とする。一実施態様によれば、ファイル管理プログラムが提供される。このファイル管理プログラムは、記憶手段に格納された第1のファイルを取得して、第1のファイルに含まれる1またはそれ以上の要素に応じた1またはそれ以上のタグを含む第2のファイルを生成し、1またはそれ以上のタグに基づいて第2のファイルに含まれる1またはそれ以上の文字列を抽出して、第2のファイルと抽出した文字列とを対応付けて記憶手段に格納し、文字列が入力されると、記憶手段を参照して、入力された文字列に対応する第2のファイルを検索し、検索結果を出力する、処理をコンピュータに実行させる。また、一実施態様によれば、情報処理装置が提供される。この情報処理装置は、生成手段と検索手段とを有する。生成手段は、記憶手段に格納された第1のファイルを取得して、第1のファイルに含まれる1またはそれ以上の要素に応じた1またはそれ以上のタグを含む第2のファイルを生成し、1またはそれ以上のタグに基づいて第2のファイルに含まれる1またはそれ以上の文字列を抽出して、第2のファイルと抽出した文字列とを対応付けて記憶手段に格納する。検索手段は、文字列が入力されると、記憶手段を参照して、入力された文字列に対応する第2のファイルを検索し、検索結果を出力する。また、一実施態様によれば、コンピュータが実行するファイル管理方法が提供される。このファイル管理方法では、記憶手段に格納された第1のファイルを取得して、第1のファイルに含まれる1またはそれ以上の要素に応じた1またはそれ以上のタグを含む第2のファイルを生成し、1またはそれ以上のタグに基づいて第2のファイルに含まれる1またはそれ以上の文字列を抽出して、第2のファイルと抽出した文字列とを対応付けて記憶手段に格納する。文字列が入力されると、記憶手段を参照して、入力された文字列に対応する第2のファイルを検索し、検索結果を出力する。一実施態様によれば、効率的なファイル検索を支援することができる。以下、本実施の形態を図面を参照して説明する。[第1の実施の形態]図1は、第1の実施の形態に係る情報処理装置を示す図である。情報処理装置1は、種々のファイルを管理する装置である。情報処理装置1は、CPUCentralProcessingUnitなどのプロセッサとRAMRandomAccessMemoryなどのメモリとを備えてもよく、メモリに記憶されたプログラムをプロセッサが実行するコンピュータであってもよい。情報処理装置1は、記憶手段1a、生成手段1bおよび検索手段1cを有する。記憶手段1aは、第1のファイル2および第2のファイル3を記憶する。第1のファイル2は、ユーザが記憶手段1aに格納したオリジナルのファイルである。第1のファイル2は、要素2a,2bを含む。要素2aは、例えば表内の文字列項目X1である。要素2bは、例えば図である。例えば、ユーザは、自身の操作するクライアント装置から、ネットワークを介して情報処理装置1にアクセスし、第1のファイル2を記憶手段1aに格納できる。第2のファイル3は、第1のファイル2に基づいて、生成手段1bにより生成されたファイルである。第2のファイル3は、第1のファイル2に含まれる要素2a,2bに応じたタグA,Bを含む。タグを含む第2のファイル3の形式としては、例えば、HTMLHyperTextMarkupLanguageやXMLeXtensibleMarkupLanguageなどが考えられる。第2のファイル3では、複数のタグを用いて1つの要素が記述されてもよい。記憶手段1aは、HDDHardDiskDriveなどのディスク装置によって実装されてもよい。また、記憶手段1aとは異なる記憶手段を設けて、第1のファイル2および第2のファイル3を別個の記憶手段に格納してもよい。生成手段1bは、記憶手段1aに格納された第1のファイル2を取得して、第2のファイル3を生成する。生成手段1bは、第1のファイル2内の要素間の位置関係に基づいて、タグ内の属性に値を設定することもできる。例えば、図の要素2bの付近に図のタイトルを示す文字列が存在する場合に、該文字列をタグB内の属性Yに設定する。例えば、HTMLでいえば図の要素を示す<image>タグ内において、図のタイトルを示すtitle属性に図面Z1などの文字列を設定することが考えられる。生成手段1bが第1のファイル2を取得するタイミングとしては、例えば、記憶手段1aに第1のファイル2が格納されたタイミングや所定の時間に達したタイミングなどが考えられる。生成手段1bは、タグA,Bに基づいて第2のファイル3に含まれる1またはそれ以上の文字列を抽出する。例えば、要素2aに対して第2のファイル3からタグAで示される項目X1の文字列を抽出できる。また、例えば、要素2bに対して第2のファイル3からタグB内の属性属性Yで示される図面Z1の文字列を抽出できる。HTMLの例でいえば、図の要素を示す<image>タグ内から、図のタイトルを示すtitle属性を検出することで該文字列の抽出を行える。生成手段1bは、第2のファイル3と抽出した文字列とを対応付けて記憶手段1aに格納する。例えば、第2のファイル3と項目X1の文字列とを対応付けて記憶手段1aに格納する。また、例えば、第2のファイル3と図面Z1の文字列とを対応付けて記憶手段1aに格納する。このとき、項目X1の文字列を含むタグや図面Z1の文字列を含むタグおよび属性に基づいて、各文字列に文書内での属性情報例えば、図タイトルなどを対応付けてもよい。検索手段1cは、文字列が入力されると、記憶手段1aを参照して、入力された文字列に対応する第2のファイル3を検索し、検索結果を出力する。例えば、ユーザは、自身の操作するクライアント装置から、ネットワークを介して情報処理装置1にアクセスし、ファイルを検索するための検索用の文字列を情報処理装置1に入力できる。例えば、検索手段1cは、項目X1という文字列に対する検索結果として、該文字列を含む第2のファイル3を出力する。また、検索手段1cは、図面Z1という文字列に対する検索結果として該文字列を含む第2のファイル3を出力する。このとき、図面Z1という文字列に対して図タイトルという属性情報が対応付けられている場合、検索用の文字列とともに該属性情報を取得して、検索を行うこともできる。例えば、該属性情報を指定することで図タイトルとして文字列図面Z1を含むファイルを検索することも可能となる。情報処理装置1によれば、生成手段1bにより、記憶手段1aに格納された第1のファイル2が取得され、第1のファイル2に含まれる要素2a,2bに応じたタグA,Bを含む、第2のファイル3が生成される。生成手段1bにより、タグA,Bに基づいて第2のファイル3に含まれる1またはそれ以上の文字列が抽出される。生成手段1bにより、第2のファイル3と抽出された文字列とが対応付けられて記憶手段1aに格納される。文字列が入力されると、検索手段1cにより、記憶手段1aが参照され、入力された文字列に対応する第2のファイル3が検索され、検索結果が出力される。これにより、効率的なファイル検索を支援することができる。具体的には、第1のファイル2に基づき第2のファイル3を生成し、タグに基づいて文字列を抽出するので、第1のファイル2から文字列を抽出する場合よりも、詳細なインデックスを作成できる。例えば、タグやタグ内の属性が示す内容に対応付けて、抽出した文字列をインデックスに追加することで、文書内での属性情報を該文字列に与えることができる。具体的には、その文字列に対して、文書のタイトル、図のタイトル、表内の文字列などの属性情報を与えることが考えられる。該文書内での属性情報とともに文字列の検索を行えば、検索結果を一層効率的に絞り込むことが可能となる。更に、上記のような詳細なインデックスを作成する際にタグを用いることで、ユーザに付加的な情報を作成させるのを回避できる。よって、ユーザによる作業の省力化を図れる。また、第2のファイル3をHTML形式などで生成するので、該検索した第2のファイル3をクライアント装置に送信すれば、クライアント装置では、該装置が備える所定のWebブラウザによって、第2のファイル3の内容を閲覧することができる。ここで、クライアント装置が携帯端末装置である場合、他の装置デスクトップ型の情報処理装置などで動作可能なアプリケーションを、該携帯端末装置では動作させることが困難なこともある。この場合、オリジナルのファイル第1のファイル2を携帯端末装置に提供しても、該ファイルの内容を閲覧するのが困難となり不便なこともある。一方で、携帯端末装置であってもWebブラウザは利用可能なことが多い。そこで、上記のようにHTML形式などで生成した第2のファイル3を携帯端末装置に提供すれば、携帯端末装置でも容易に該ファイルの内容を閲覧可能となる。なお、記憶手段1a,生成手段1bおよび検索手段1cを情報処理装置1で実現するものとしたが、これらの各手段を別個の装置上で実現してもよい。例えば、記憶手段1aをストレージ装置で実現し、生成手段1bおよび検索手段1cを異なる2つの情報処理装置で実現してもよい。[第2の実施の形態]図2は、第2の実施の形態に係る情報処理システムを示す図である。第2の情報処理システムは、クライアント装置で利用するファイルをサーバ装置で一元管理するシステムである。第2の情報処理システムは、ファイルサーバ100およびクライアント200,300を含む。ファイルサーバ100およびクライアント200は、ネットワーク10およびアクセスポイント20を介して接続されている。ファイルサーバ100およびクライアント300はネットワーク10を介して接続されている。ネットワーク10はLANLocalAreaNetworkでもよい。ネットワーク10はインターネットなどの広域ネットワークでもよい。更に、クライアント200とアクセスポイント20との間は無線で接続する。該無線による通信は、無線LANでもよい。クライアント200は、基地局図示を省略と無線通信し、移動通信網図示を省略およびネットワーク10を介してファイルサーバ100にアクセスしてもよい。ファイルサーバ100は、クライアント200,300で使用するファイルを一元的に記憶するサーバ装置である。ファイルサーバ100は、Webサーバの機能も備えており、ファイル操作を支援するためのGUIGraphicalUserInterfaceをクライアント200,300に提供する。クライアント200は、ユーザが使用するクライアント装置である。クライアント200は携帯端末装置であり、アクセスポイント20と無線通信する。クライアント200はWebブラウザを備えており、ファイルサーバ100へのWebアクセスが可能である。なお、クライアント200を複数台用意して、複数のユーザが個々に所持して利用してもよい。クライアント300は、ユーザが使用するクライアント装置である。クライアント300は、ラップトップ型のコンピュータである。クライアント300は、ネットワーク10に有線または無線で接続し、ファイルサーバ100にアクセスできる。クライアント300はWebブラウザを備えており、ファイルサーバ100へのWebアクセスが可能である。ここで、クライアント300は、クライアント200よりも大型であり、クライアント200と比べて、実装されるハードウェアの性能も高い。このため、動作に高い処理能力を要求されるアプリケーションを利用することができる。一方で、クライアント200は、クライアント300よりも小型である。このため、クライアント200では、ディスプレイに一度に表示可能な情報もクライアント300に比べて少ない。また、クライアント300に比べてハードウェアの性能は低い。このため、クライアント300で利用可能なアプリケーションであっても、クライアント200で利用することが困難な場合がある。また、両者で実行されるOSOperatingSystemが異なるときは、クライアント300で利用可能なアプリケーションが、クライアント200のOSでサポートされていないこともある。その場合、クライアント300のアプリケーションで作成されたファイルをクライアント200で閲覧することが困難な場合がある。ファイルサーバ100は、クライアント300が格納したファイルをクライアント200からでも効率的に検索閲覧できる環境を提供する。以下では、このようなファイル管理を行う情報処理システムの構成を具体的に説明する。図3は、ファイルサーバのハードウェア例を示す図である。ファイルサーバ100は、CPU101、ROMReadOnlyMemory102、RAM103、HDD104、画像信号処理部105、入力信号処理部106、ディスクドライブ107および通信部108を有する。各ユニットがファイルサーバ100のバスに接続されている。クライアント300もファイルサーバ100と同様のハードウェアを用いて実装できる。CPU101は、ファイルサーバ100の情報処理を制御するプロセッサである。CPU101は、HDD104に記憶されているプログラムやデータの少なくとも一部を読み出し、RAM103に展開してプログラムを実行する。なお、ファイルサーバ100は、複数のプロセッサを設けて、プログラムを分散して実行してもよい。ROM102は、ファイルサーバ100の起動時に実行されるBIOSBasicInputOutputSystemプログラムなどの所定のプログラムを記憶する。ROM102は、書き換え可能な不揮発性メモリであってもよい。RAM103は、CPU101が実行するプログラムや処理に用いるデータを一時的に記憶する揮発性メモリである。なお、ファイルサーバ100は、RAM以外の種類のメモリを備えてもよく、複数個のメモリを備えていてもよい。HDD104は、OSプログラムやアプリケーションプログラムなどのプログラムおよびデータを記憶する不揮発性の記憶装置である。HDD104は、CPU101の命令に従って、内蔵の磁気ディスクに対してデータの読み書きを行う。なお、ファイルサーバ100は、HDD以外の種類の不揮発性の記憶装置例えば、SSDSolidStateDriveなどを備えてもよく、複数の記憶装置を備えていてもよい。画像信号処理部105は、CPU101の命令に従って、ファイルサーバ100に接続されたディスプレイ11に画像を出力する。ディスプレイ11としては、例えば、CRTCathodeRayTubeディスプレイや液晶ディスプレイを用いることができる。入力信号処理部106は、ファイルサーバ100に接続された入力デバイス12から入力信号を取得し、CPU101に出力する。入力デバイス12としては、例えば、マウスやタッチパネルなどのポインティングデバイス、キーボードなどを用いることができる。ディスクドライブ107は、記録媒体13に記録されたプログラムやデータを読み取る駆動装置である。記録媒体13として、例えば、フレキシブルディスクFD:FlexibleDiskやHDDなどの磁気ディスク、CDCompactDiscやDVDDigitalVersatileDiscなどの光ディスク、光磁気ディスクMO:MagnetoOpticaldiskを使用できる。ディスクドライブ107は、例えば、CPU101の命令に従って、記録媒体13から読み取ったプログラムやデータをRAM103またはHDD104に格納する。通信部108は、ネットワーク10を介してクライアント200,300と通信を行う通信インタフェースである。通信部108は、有線通信インタフェースでもよいし、無線通信インタフェースでもよい。図4は、クライアントのハードウェア例を示す図である。クライアント200は、CPU201、ROM202、RAM203、記録媒体読取部204、無線通信部205、アンテナ205a、画像信号処理部206、ディスプレイ206a、入力信号処理部207、タッチパネル207a,キーパッド207b、音声信号処理部208、マイク208aおよびスピーカ208bを有する。各ユニットがファイルサーバ100のバスに接続されている。CPU201は、クライアント200の情報処理を制御するプロセッサである。CPU201は、RAM203に記憶されているプログラムやデータの少なくとも一部を読み出し、RAM203に展開してプログラムを実行する。なお、クライアント200は、複数のプロセッサを設けて、プログラムを分散して実行してもよい。ROM202は、クライアント200の起動時に実行されるBIOSBasicInputOutputSystemプログラムなどの所定のプログラムを記憶する。ROM202は、書き換え可能な不揮発性メモリであってもよい。RAM203は、CPU201が実行するプログラムや処理に用いるデータを一時的に記憶する揮発性メモリである。なお、クライアント200は、RAM以外の種類のメモリを備えてもよく、複数個のメモリを備えていてもよい。記録媒体読取部204は、記録媒体14に記憶されたデータを読み取り、また、記録媒体14にデータを格納する。記録媒体14としては、例えば、半導体メモリを使用できる。無線通信部205は、無線信号処理を行い、アクセスポイント20との間での無線通信を実現する。無線通信部205は、アクセスポイント20からアンテナ205aを介して受信した信号を復調復号し、得られた受信データをCPU201に出力する。また、無線通信部205は、CPU201から取得した送信データを符号化変調し、得られた送信信号をアンテナ205aを介してアクセスポイント20へ送信する。画像信号処理部206は、CPU201の命令に従って、ディスプレイ206aに画像を出力する。ディスプレイ206aとしては、例えば、液晶ディスプレイを用いることができる。入力信号処理部207は、タッチパネル207aに対するタッチ操作やキーパッド207bに対するキー押下を検出すると、該タッチ操作や押下されたキーなどを示す入力信号を取得し、CPU201に出力する。音声信号処理部208は、マイク208aから音声アナログ信号を取得し、所定の信号変換処理を行ってCPU201に音声データを出力する。また、音声信号処理部208は、CPU201から音声データを取得し、所定の信号変換処理を行ってスピーカ208bに音声再生させる。図5は、情報処理システムのソフトウェア例を示す図である。図5に示すユニットの一部または全部は、ファイルサーバ100およびクライアント200が実行するプログラムのモジュールであってもよい。また、図5に示すユニットの一部または全部は、FPGAFieldProgrammableGateArrayやASICApplicationSpecificIntegratedCircuitなどの電子回路であってもよい。クライアント300もクライアント200と同様のユニットを用いて実装できる。ファイルサーバ100は、記憶部110、Webサービス提供部120、ファイル管理部130およびアプリケーション140を有する。記憶部110は、クライアント200,300で利用するファイルを記憶する。また、記憶部110は、ファイル検索に用いるインデックステーブルを記憶する。更に、記憶部110は、ファイル間の関連性などを管理するためのファイル管理データや、参照されたファイルの履歴などを管理するための参照履歴データを記憶する。Webサービス提供部120は、クライアント200,300にWebサービスを提供する。具体的には、クライアント200,300からファイルサーバ100にファイルをアップロードしたり、ファイルサーバ100からファイルをダウンロードしたりするためのWebページを、クライアント200,300に送信する。クライアント200,300は、Webブラウザを用いて所定のURLにアクセスすることで、該Webページを取得できる。このWebページには、ファイル検索に用いる文字列などを入力するためのGUIも含まれる。Webサービス提供部120は、入力された文字列をファイル管理部130に出力して、ファイル検索を依頼する。また、Webサービス提供部120は、ファイル管理部130による検索結果を取得して、検索結果を出力するための画面を生成し、要求元のクライアント200,300に送信する。クライアント200,300では、検索結果からファイルを選択して、該ファイルの内容を閲覧したり、該ファイルをダウンロードしたりすることができる。なお、本実施の形態では、ファイル検索の受付やダウンロードの機能をWebサービスにより実装する場合を例示するが、これは一例であり、Webサービス以外の所定のアプリケーションによって実装してもよい。ファイル管理部130は、ファイルサーバ100のファイル管理を制御する。ファイル管理部130は、生成部131、抽出部132、検索部133および履歴管理部134を有する。生成部131は、記憶部110に格納されたオリジナルのファイル以下、格納ファイルと称することがあるを取得して、該ファイルに含まれる要素に応じたタグを含むHTMLファイル以下、表示用ファイルと称することがあるを生成する。ここで、格納ファイルは、例えば、クライアント200,300上のアプリケーションで生成されたファイルである。ここで、アプリケーション140がクライアント200,300上のアプリケーションで生成されたファイルからHTMLファイルを生成する機能を有している場合もある。その場合、生成部131は、アプリケーション140にHTMLファイルの生成を依頼してもよい。例えば、生成部131は、ファイルに付された拡張子に基づいて、依頼先のアプリケーション140を選択することができる。例えば、該拡張子のファイルを処理可能なものとして、ファイルサーバ100上のOSに登録されたアプリケーションを選択することが考えられる。また、生成部131は、表示用ファイルに所定のスクリプトを追加する。表示用ファイルがWebブラウザ220によって閲覧されたときにユーザによる所定の操作を受付可能とするためである。抽出部132は、生成部131が生成したHTMLファイルに含まれるタグに基づいて、インデックス用の文字列を抽出し、記憶部110に記憶されたインデックステーブルに追加する。検索部133は、Webサービス提供部120からファイルの検索依頼を取得する。検索部133は、検索依頼に含まれる検索用の文字列と記憶部110に記憶されたインデックステーブルとに基づいて、表示用ファイルの検索を行い、検索結果をWebサービス提供部120に出力する。履歴管理部134は、ファイルの参照履歴を管理する。履歴管理部134は、検索部133の検索結果に対して、何れのファイルが参照されたかをWebサービス提供部120から取得して、記憶部110に記憶された参照履歴データに記録する。アプリケーション140は、格納ファイルからHTMLファイルを生成する機能を有するアプリケーションである。このようなアプリケーションとして、例えば、Microsoft登録商標Word,Excel,PowerPoint登録商標などがある。クライアント200は、記憶部210およびWebブラウザ220を有する。記憶部210は、クライアント200で利用するファイルを記憶する。例えば、クライアント200上のアプリケーションが生成したファイルや、ファイルサーバ100からダウンロードしたファイルを記憶する。Webブラウザ220は、Webサービス提供部120にWebアクセスを行うためのブラウザである。ユーザは、ファイルサーバ100にアクセスするために、認証サーバ図示を省略によるユーザ認証を受けることが考えられる。認証サーバには、認証に用いる情報例えば、ユーザIDIdentifier、パスワードおよびユーザの所属などの情報が格納される。なお、第2の実施の形態のファイルサーバ100は、第1の実施の形態の情報処理装置1の一例である。生成部131および抽出部132は、生成手段1bの一例である。また、検索部133は、検索手段1cの一例である。図6は、ファイルサーバのディレクトリツリーの例を示す図である。ディレクトリツリー50は、記憶部110のディレクトリおよびファイルのパス構造をツリー形式に表示したものの一例である。ディレクトリツリー50上では、ディレクトリ500が設けられている。ディレクトリ500は、共有ファイルを格納するためのディレクトリである。ディレクトリ500のディレクトリ名は/データである。クライアント200,300からアップロードされたファイルは、ディレクトリ500配下のディレクトリに格納される。ディレクトリ500の配下には、ディレクトリ510,520,530が配置されている。ディレクトリ510,520は、格納ファイルを格納するためのディレクトリである。ディレクトリ530は、表示用ファイルを格納するためのディレクトリである。ディレクトリ510のディレクトリ名は/システムである。例えば、格納ファイルのうち、情報処理システムの利用等に関するファイルをディレクトリ510に格納する。ディレクトリ510には、格納ファイル511,512が含まれる。格納ファイル511は、システム利用のマニュアルを記述したものであり、ファイル名はマニュアル.datである。格納ファイル512は、新規導入システムなどの計画を記述したものであり、ファイル名はプロジェクト.datである。ディレクトリ520のディレクトリ名は/資材である。例えば、格納ファイルのうち、情報処理システムを利用する企業の資材管理を行うためのファイルをディレクトリ520に格納する。ディレクトリ520には、格納ファイル521が含まれる。格納ファイル521は、資材管理のための表を含むものであり、ファイル名は管理表.datである。ディレクトリ530のディレクトリ名は/表示用ファイルである。ディレクトリ530には、表示用ファイル531,532,533が含まれる。表示用ファイル531は、格納ファイル511に対応する表示用ファイルであり、ファイル名はマニュアル.htmlである。表示用ファイル532は、格納ファイル512に対応する表示用ファイルであり、ファイル名はプロジェクト.htmlである。表示用ファイル533は、格納ファイル521に対応する表示用ファイルであり、ファイル名は管理表.htmlである。何れのディレクトリに格納ファイルを格納するかは、ユーザがアップロード時に指定してもよい。また、ユーザに直接格納先のディレクトリを指定させる他、格納ファイルの分類をユーザに指定させ、該分類に基づいて格納先のディレクトリを判断してもよい。ただし、ディレクトリ530は、通常では格納ファイルの格納先としてユーザが選択できないディレクトリとなっている。図7は、格納ファイルの例を示す図である。図7では、格納ファイル511ファイル名マニュアル.datを所定のアプリケーションに入力した場合の表示内容を例示している。格納ファイル511は、要素511a,511b,511c,511d,511e,511fを含む。要素511a,511cは図の名称を示す文字列である。要素511b,511dは図イメージである。要素511eは表の名称を示す文字列である。要素511fは表テーブルである。ユーザは、例えばクライアント300上のアプリケーションに格納ファイル511を入力することで、このような内容を閲覧することができる。一方で、該アプリケーションをクライアント200で実行することが困難な場合、このような内容をクライアント200上で閲覧することは困難となる。そこで、生成部131は、格納ファイル511に基づいて表示用ファイル531を生成する。図8は、表示用ファイルの例を示す図である。図8では、表示用ファイル531ファイル名マニュアル.htmlの記述内容を例示している。生成部131は、格納ファイル511のファイル名マニュアル.datの拡張子を.htmlに代えて、表示用ファイル531のファイル名とする。表示用ファイル531は、記述531a,531b,531c,531d,531e,531fを含む。記述531aは、表示用ファイル531のタイトルマニュアルを示す。生成部131は、例えば、格納ファイル511のファイル名から拡張子.datを除いた部分マニュアルを<title>タグとして、表示用ファイル531に追加する。記述531bは、生成部131により表示用ファイル531に追加されたJavaScript登録商標である。例えば、表示用ファイル531に基づいてWebブラウザ220がディスプレイ206aに表示させた画面に対し、ユーザのフリック操作を受け付け、該操作に応じた画面スクロールを行う処理が記述される。また、例えば、該画面の拡大や縮小などを行う際のアニメーションを制御するための処理を記述することが考えられる。また、例えば、クライアント200のディスプレイ206aの画素数に応じて、表示用ファイル531の表示画面を整形する処理を記述することが考えられる。記述531cは、格納ファイル511に含まれる文字列の要素を示す記述である。例えば、要素511aに対して、<td>タグに文字列図1:が記述されている。<td>タグで囲まれた<ruby>タグに文字列設定、画面が記述されている。<ruby>タグで囲まれた<rt>タグに文字列セッテイ、ガメンが記述されている。このように、生成部131は、格納ファイル511に含まれる本文の各文字列要素に対して所定のタグを付与し、表示用ファイル531に記述する。記述531dは、格納ファイル511に含まれる図の要素を示す記述である。例えば、生成部131は、要素511bに対して、<img>タグを表示用ファイル531に記述する。<img>タグには、例えば、格納ファイル511の情報に基づいて、title属性、src属性などを更に記述する。記述531eは、格納ファイル511に含まれる表の要素を示す記述である。例えば、生成部131は、要素511fに対して、<table>タグを表示用ファイル531に記述する。<table>タグには、例えば、<caption>タグを含めて、表のタイトルを記述する。記述531fは、生成部131により表示用ファイル531に追加された記述である。記述531fでは、記述531bのように表示用ファイル531の内容を表示したWebブラウザ220で受け付け可能とする操作を記述する。例えば、表示用ファイル531に対応する格納ファイル511のパスをhidden属性により記述しておき、格納ファイル511をファイルサーバ100からダウンロード可能にする処理が記述される。ここで、生成部131は、格納ファイル511に含まれる要素間の位置関係を検出することで、上述したようなタグやタグ内の属性を決定し、表示用ファイル531に記述できる。次に、その記述方法の具体例を説明する。図9は、表示用ファイルの生成例を示す図である。図9Aは記述531dの生成例を示している。図9Bは記述531eの生成例を示している。記述531dは、格納ファイル511に含まれる文字列の要素511aを、図の要素511bのタイトルとして記述したものである。生成部131は、例えば、要素511bから所定の距離L1以内にある文字列の要素511aを要素511bのタイトルtitle属性の設定値として取得できる。要素間の距離を検出する場合には、例えば、要素511a,511bを覆う矩形を特定し、各矩形の最も近い辺同士の間の距離を検出することが考えられる。更に、例えば、検出した該文字列が図や図と記号/英数字の結合例えば、図-1などの文字列を含む場合に図のタイトルとして取得してもよい。図の要素511bに対して、より関連性の高いと考えられる文字列を抽出するためである。なお、図9Aでは、要素511aが要素511bの紙面に向かって上側に配置されている場合を例示しているが、要素511aが要素511bの紙面に向かって左右や下側に配置されている場合にも、両要素間の距離によって要素511aを図のタイトルとするかを判断できる。記述531eは、格納ファイル511に含まれる文字列の要素511eを表の要素511fのタイトルとして記述したものである。生成部131は、例えば、図9Aと同様に要素511fから所定の距離L2以内にある文字列の要素511eを要素511fのタイトル<caption>タグの設定値として取得できる。要素間の距離を検出する方法は、図9Aと同様に、例えば、要素511e,511fを覆う矩形を特定し、各矩形の最も近い辺同士の間の距離を検出すればよい。更に、例えば、検出した該文字列が表や表と記号/英数字の結合例えば、表-1などの文字列を含む場合に表のタイトルとしてもよい。表の要素511fに対して、より関連性の高いと考えられる文字列を抽出するためである。なお、図9Bでは、要素511eが要素511fの紙面に向かって上側に配置されている場合を例示しているが、要素511eが要素511fの紙面に向かって左右や下側に配置されている場合にも、両要素間の距離によって要素511eを表のタイトルとするかを判断できる。抽出部132は、このように生成部131によって生成された表示用ファイルのタグに基づいて文字列を抽出し、インデックステーブルに登録する。抽出部132は、表示用ファイル531から例えば次のような文字列を抽出する。1<title>タグ内に記述された文字列マニュアルを文書のタイトルとして抽出する。2<td>タグ、<ruby>タグ、<rt>タグ内に記述された文字列図1:、設定、セッテイなどを文書の本文に含まれる文字列として抽出する。3<img>タグ内のtitle属性として記述された文字列図1:設定画面を図のタイトルとして抽出する。4<table>タグで囲われた<caption>タグで記述された文字列表1:設定手順を表のタイトルとして抽出する。なお、<table>タグ内に記述された文字列特に罫線で囲われた領域内の文字列を、例えば表内に含まれる文字列表内本文として抽出することも考えられる。表の罫線は、例えば<table>タグ内のborder属性により検出できる。また、上述した図表以外にも種々の要素をタグによって識別し得る。例えば、HTML5では、音声要素を記述する<audio>タグや動画要素を記述する<video>タグを利用できる。この場合、生成部131は、格納ファイルが音声要素を含めば、<audio>タグによって音声要素を、<audio>タグ内のsrc属性で音声ファイル名を記述する。抽出部132は、<audio>タグのsrc属性に設定された文字列を音声ファイルの名称として抽出することができる。格納ファイルが動画要素を含む場合も、音声要素と同様に<video>タグを利用できる。抽出部132は、抽出した文字列を、該文字列のファイル内での役割を示す属性情報以下、文書内属性と称することがあるおよび表示用ファイルに対応付けてインデックステーブルに登録する。図10は、インデックステーブルの例を示す図である。インデックステーブル111は、記憶部110に格納される。インデックステーブル111は、文字列、文書内属性および表示用ファイルの項目を含む。文字列の項目には、表示用ファイルから抽出した文字列1文字でもよいが登録される。文書内属性の項目には、該文字列が示す文書内属性が登録される。文書内属性としては、例えば文書タイトル、図タイトル、表タイトル、表内本文および本文などを登録できる。表示用ファイルの項目には、抽出元の表示用ファイルのファイル名が設定される。なお、表示用ファイルは、ディレクトリ530ディレクトリ名/表示用ファイルに格納されることが予め規定されているため、表示用ファイルの項目の設定では、プレフィックスを省略している。ただし、フルパスで設定してもよい。なお、インデックステーブル111には、例えば、格納ファイルの項目を設けて、格納ファイルのパスを設定してもよい。このようにすれば、インデックステーブル111に基づいて、文字列から格納ファイルを検索することも可能となる。図11は、ファイル管理データの例を示す図である。ファイル管理データ112は、記憶部110に格納される。ファイル管理データ112は、ディレクトリツリー50に含まれる各ディレクトリを分類するための情報ファイル分類情報、および、格納ファイルと表示用ファイルとを関連付けるための情報ファイル関連付け情報を登録したファイルである。ファイル管理データ112は、csvCommaSeparatedValues形式で記述されている。ただし、XMLなど他の形式でもよい。ファイル分類情報には、例えば、システム利用という分類が定義されている。そして、システム利用の分類に属するディレクトリとして、.../データ/システム/および.../データ/利用規定/が定義されている。同様に、資材管理、ガーデニングおよびインテリアなどの分類も定義されている。ファイル分類情報は、情報処理システムの管理者が予め登録する。ファイル関連付け情報には、例えば、.../データ/システム/マニュアル.datという格納ファイル511に対して、マニュアル.htmlという表示用ファイル531が対応付けられている。ここで、図10で説明したように表示用ファイルのプレフィックスは省略しているが、フルパスで登録されてもよい。ファイル関連付け情報は、生成部131が格納ファイルから表示用ファイルを生成したときに登録する。なお、ファイル管理データ112では、ファイル関連付け情報で格納ファイルと表示用ファイルとが対応付けられ、ファイル分類情報で格納ファイルのディレクトリとファイル分類とが対応付けられている。すなわち、ファイル管理データ112は、表示用ファイルとファイル分類情報とを、格納ファイルのディレクトリを介して間接的に関連付けている。よって、ファイル管理データ112は、表示用ファイルとファイル分類情報との対応付けを定義した情報ということもできる。図12は、参照履歴データの例を示す図である。参照履歴データ113は、記憶部110に格納される。参照履歴データ113は、表示用ファイルがユーザによって参照された回数を日ごとに記録したものである。履歴管理部134は、ユーザが選択した表示用ファイル、ユーザIDおよびユーザの所属などの情報をWebサービス提供部120から取得して、各表示用ファイルの参照回数を記録する。参照履歴データ113は、csv形式で記述されている。ただし、XMLなど他の形式でもよい。参照履歴データ113には、例えば、2011/9/1、マニュアル.html、30、システム管理課、10、第1システム課、5、が登録されている。これは、2011年9月1日に、表示用ファイル531ファイル名マニュアル.htmlに対して全所属から30回の参照があったこと、システム管理課から10回の参照があったこと、第1システム課から5回の参照があったことを示している。ここで、ファイル管理データ112や参照履歴データ113を、RDBRelationalDataBaseではなく、csvやXMLで管理することで、各データの更新や参照などを容易に行える。また、例えば、ファイルサーバ100の管理者は、参照履歴データ113を参照することで、どのような所属からどのようなファイルが参照されているかを容易に分析可能となる。図13は、検索画面の例を示す図である。検索画面600は、Webブラウザ220により生成され、ディスプレイ206aに表示される。Webブラウザ220は、所定のURLUniformResourceLocatorにアクセスすることで、Webサービス提供部120から検索画面600のHTMLファイルを取得できる。検索画面600には、領域610,620,630が含まれる。領域610は、ディレクトリツリー50を表示する領域である。ユーザは、例えば、何れかのディレクトリをタッチすることで、該ディレクトリ内に配置されたファイルの一覧を領域630に表示させることができる。領域620は、検索する文字列キーワードや検索対象範囲を入力するための領域である。領域620には、入力フォーム621,622,623および検索ボタン624が設けられている。入力フォーム621は、キーワードを入力するためのテキストボックスである。入力フォーム622は、該キーワードが含まれる得る文書内属性文書タイトルや図タイトルなどを選択するためのリストボックスである。入力フォーム623は、検索対象とするファイル分類システム利用や資材管理などを選択するためのリストボックスである。検索ボタン624は、入力フォーム621,622,623に入力した情報に基づいて、ファイルサーバ100に検索依頼を送信するためのボタンである。入力フォーム622に入力がない場合には、全文書内属性に対して検索が行われる。入力フォーム623に入力がない場合には、全ファイル分類に対して検索が行われる。ユーザは、所望の入力フォームをタッチして、文字列1文字でもよいの入力や、文書内属性およびファイル分類の選択を行える。また、ユーザは、検索ボタン624をタッチすることで、ファイルサーバ100に検索依頼を行える。領域630は、領域610で選択されたディレクトリに格納されたファイルの一覧を表示する領域である。また、領域630は、検索ボタン624の押下後、ファイルサーバ100から検索結果を取得した場合に、その検索結果の一覧を表示する領域である。領域630に表示される検索結果は、各表示用ファイルへのリンクとなっている。ユーザは、検索結果の一覧から、所望のファイルのリンクを選択することで、該表示用ファイルの内容を表示する表示画面631を領域630内あるいはWebブラウザ220の他のウィンドウ内に表示させることができる。図13の例では、領域630でマニュアル.htmlのリンクが選択された場合を例示している。Webブラウザ220は、該リンクを指定したHTTPリクエストをファイルサーバ100に送信し、その応答として表示用ファイル531ファイル名マニュアル.htmlを取得する。Webブラウザ220は、表示用ファイル531に基づいて、表示画面631内に該ファイルの内容を表示させる。表示される内容は、クライアント300上のアプリケーションがマニュアル.datを実行してディスプレイに表示させる内容と同一あるいはほぼ同一である要素のレイアウトなど多少異なっていてもよい。次に、以上の構成のファイルサーバ100の処理手順を説明する。まず、表示用ファイル生成処理の手順を説明する。ファイルサーバ100は、例えば、スケジュールされた所定の時間に以下の処理を開始する。ただし、格納ファイルがファイルサーバ100に新たに格納あるいは更新されたタイミングで、該格納ファイルに対する表示用ファイルを生成するようにしてもよい。図14は、表示用ファイル生成処理を示すフローチャートである。以下、図14に示す処理をステップ番号に沿って説明する。ステップS11生成部131は、記憶部110から未処理の格納ファイルを1つ取得する。ステップS12生成部131は、取得した格納ファイルに対して表示用ファイルを未生成であるか否かを判定する。未生成である場合、処理をステップS14に進める。生成済である場合、処理をステップS13に進める。生成部131は、例えば、記憶部110に記憶されたファイル管理データ112を参照して、ファイル関連付け情報に該格納ファイルに対応する表示用ファイルが登録済か否かによって、該判定を行える。表示用ファイルが登録されていなければ、表示用ファイルを未生成である。表示用ファイルが登録されていれば、表示用ファイルを生成済みである。ステップS13生成部131は、表示用ファイルが格納ファイルに対して古いか否かを判定する。表示用ファイルが古い場合、処理をステップS14に進める。表示用ファイルが古くない場合、処理をステップS22に進める。生成部131は、例えば、格納ファイルと対応する表示用ファイルの作成日時または更新日時を参照することで該判定を行える。表示用ファイルの作成日時の方が過去であれば、表示用ファイルは格納ファイルに対して古い。格納ファイルの作成日時の方が過去であれば、表示用ファイルは古くない。ステップS14生成部131は、格納ファイルを読み込んで表示用ファイルを生成する。表示用ファイルの具体的な生成方法は、図7~9で説明した通りである。すなわち、生成部131は、格納ファイルに含まれる要素および要素間の位置関係に応じたタグを記述して表示用ファイルを生成する。なお、生成部131は、所定の形式のファイルをHTML形式のファイルに変換する機能をもったアプリケーション140に、表示用ファイルの生成を依頼してもよい。また、アプリケーション140が生成したHTML形式のファイルに対し、生成部131が所定のタグや属性を追加して表示用ファイルを生成してもよい。ステップS15抽出部132は、表示用ファイルから所定のタグを検出する。例えば、上述したような<title>タグ、<table>タグ、<caption>タグ、<img>タグなどである。また、タグに含まれるtitleやborderなどの属性を該タグとセットで検出する。更に、<table>タグで囲まれた<caption>タグなどをセットで検出する。ステップS16抽出部132は、ステップS15で検出したタグに含まれる文字列やタグ内の属性に含まれるキーワードを抽出する。ステップS17抽出部132は、抽出した文字列を文書内属性および表示用ファイルに対応付けてインデックステーブル111に登録する。抽出部132は、タグやタグ内の属性に応じて文書内属性を決定する。例えば、<title>タグから抽出した文字列であれば、文書内属性は文書タイトルとする。また、例えば、<img>タグ内のtitle属性から抽出した文字列であれば、文書内属性は図タイトルとする。何れの文書内属性に対応付けるかは、抽出部132に予め設定される。なお、表示用ファイルを更新する場合には、前回登録したインデックスと重複することも考えられる。その場合には、差分だけ登録すればよい。ステップS18生成部131は、Webブラウザ220で操作に応じた処理を実行するためのスクリプトを表示用ファイルに追加する。例えば、図8で説明した表示用ファイル531内の記述531b,531fが該スクリプトに相当する。ステップS19生成部131は、Webブラウザ220での表示内容を整形するためのスクリプトを表示用ファイルに追加する。ステップS20生成部131は、表示用ファイルを記憶部110に格納する。ステップS21生成部131は、格納ファイルと表示用ファイルとの対応をファイル管理データ112に登録する。なお、既に登録済である場合には、ステップS21をスキップしてステップS22に進んでもよい。ステップS22生成部131は、記憶部110に記憶された全ての格納ファイルを処理済であるか否か判定する。全格納ファイルを処理済である場合、処理を終了する。未処理の格納ファイルがある場合、処理をステップS11に進める。このようにして、生成部131は、格納ファイルから表示用ファイルを生成する。抽出部132は、表示用ファイルに含まれるタグに基づいて表示用ファイルから文字列を抽出し、インデックステーブル111に登録する。図15は、ファイル検索処理を示すフローチャートである。以下、図15に示す処理をステップ番号に沿って説明する。ステップS31Webブラウザ220は、検索画面600の領域620で入力された内容に基づいて検索依頼を生成し、Webサービス提供部120に送信する。Webサービス提供部120は、Webブラウザ220から検索依頼を受信する。検索依頼には、ユーザID、ユーザの所属、検索キーワード、文書内属性、ファイル分類などの情報が含まれる。Webサービス提供部120は、取得した検索依頼を検索部133に出力する。ステップS32検索部133は、検索依頼に含まれる情報に基づいて、インデックステーブル111を検索する。例えば、検索依頼が検索キーワード手順、文書内属性表タイトルを含む場合、インデックステーブル111から、文字列手順を含み、文書内属性が表タイトルであるレコードを検索する。そして、該レコードに含まれる表示用ファイルマニュアル.htmlを特定する。ステップS33検索部133は、何れかの表示用ファイルを特定したかヒットがあったか否かを判定する。ヒットなしの場合、処理をステップS34に進める。ヒットありの場合、処理をステップS36に進める。ステップS34検索部133は、ヒットなしをWebサービス提供部120に出力する。ステップS35Webサービス提供部120は、検索依頼に対する応答として、ヒットしたファイルなしを表示するための結果ページをWebブラウザ220に送信する。そして、処理を終了する。ステップS36検索部133は、検索依頼でファイル分類を受け付けているか否かを判定する。ファイル分類を受け付けている場合、処理をステップS37に進める。ファイル分類を受け付けていない場合、処理をステップS38に進める。ステップS37検索部133は、ファイル管理データ112を参照して、ファイル分類で検索結果の絞込を行う。例えば、検索依頼がファイル分類システム利用を含む場合、ステップS33でヒットした表示用ファイルのうち、対応する格納ファイルが格納されたディレクトリがファイル分類システム利用に属するディレクトリであるものを特定する。ステップS38検索部133は、参照履歴データ113を参照して、検索結果ファイル分類で絞り込んでいる場合は絞込後の結果に含まれる表示用ファイルを参照回数でソートする。例えば、その日の総参照回数が最大の表示用ファイルを上から順に並べる。また、例えば、ユーザの所属単位の参照回数を取得してソートしてもよい。例えば、ユーザが属する所属からの参照回数が大きい程、上位とすることが考えられる。何れの方法でソートを行うかは、管理者によって検索部133に予め設定される。また、ソートを行わなくてもよい。その場合、本ステップをスキップしてステップS39に進めばよい。ステップS39検索部133は、ステップS38でソートした結果をWebサービス提供部120に出力する。ステップS40Webサービス提供部120は、検索依頼に対する応答として、検索部133の検索結果を表示するための結果ページをWebブラウザ220に送信する。ステップS41Webブラウザ220は、結果ページ例えば、検索画面600の領域630の内容をディスプレイ206aに表示させる。Webブラウザ220は、何れかの表示用ファイルを選択するタッチ操作を受け付けると、Webサービス提供部120に該表示用ファイルを要求する。Webサービス提供部120は、該要求を受信することで表示用ファイルの選択を受け付ける。ステップS42Webサービス提供部120は、記憶部110から選択された表示用ファイルを取得し、Webブラウザ220に送信する。Webブラウザ220は、該表示用ファイルの内容をディスプレイ206aに表示させる例えば、表示画面631の内容。ステップS43Webサービス提供部120は、選択された表示用ファイルを示す情報、ユーザIDおよびユーザの所属などを示す情報を履歴管理部134に出力する。履歴管理部134は、受け付けた情報に基づいて、参照履歴データ113を更新する。例えば、2011年9月1日に、システム管理課に所属するユーザがマニュアル.htmlを選択した場合、全所属からの参照回数およびシステム管理課からの参照回数に、それぞれ1を加算する。このようにして、検索部133はファイル検索を行う。このとき、検索部133は、検索キーワードとして、文書内属性やファイル分類を受け付けることで、詳細なファイル検索を可能とする。ユーザは、クライアント200を用いて、所望の表示用ファイルを効率的に探し出すことができ、ファイルの内容を容易に閲覧することができる。ここで、クライアント200は、表示用ファイルに記述されたスクリプトによって、種々の制御が可能である。次に、スクリプトによって実現し得るクライアント200の制御を例示する。図16は、表示用ファイルを用いたクライアント制御の例を示す図である。図16Aは、クライアント200のディスプレイ206aの表示能力に応じた表示整形の制御を示している。例えば、ディスプレイ206aの画素数に応じて、要素の大きさ、要素の色、要素のレイアウトおよび文章の改行位置などの定義スタイルシートを変更する制御を行える。図16Bは、表示変更時のアニメーションの制御を示している。例えば、タッチパネル207aに対するユーザのフリック操作に応じた画面スクロールのアニメーションや、ピンチアウト/ピンチイン操作に応じた画面の拡大/縮小のアニメーションなどの制御を行える。図16Cは、格納ファイルのダウンロードを示している。例えば、タッチパネル207aにより、表示用ファイルの所定位置に対するタップ操作を受け付けた場合に、ファイルサーバ100から該表示用ファイルに対応する格納ファイルのダウンロードを行える。これにより、ユーザは、表示用ファイルを閲覧できるだけでなく、該表示用ファイルのオリジナルの格納ファイルをクライアント200に格納できる。より具体的には、マニュアル.htmlの内容をWebブラウザ220により閲覧しながら、マニュアル.datを記憶部210に格納することもできる。以上で説明したように、ファイルサーバ100は、格納ファイルに基づいて、HTML形式の表示用ファイルを生成する。表示用ファイル内に格納ファイル中の要素を示すタグを記述する際、該要素に関するタイトルや該要素に含まれる文字列であることを識別できるように、所定のタグや属性を追加する。そして、該表示用ファイルに含まれるタグに基づき文字列を抽出してインデックスを作成する。このため、格納ファイルから文字列を抽出する場合に比べて、詳細なインデックスを作成できる。具体的には、タグやタグ内の属性に基づいて抽出した文字列に文書内属性を付与してインデックスを作成する。このため、キーワードと該キーワードの文書内属性とのセットで、表示用ファイルの検索を行える。したがって、例えば、図のタイトルや表内に含まれる文字列など、詳細な検索を効率的に行えるようになる。また、インデックステーブル111を作成する際にタグを用いることで、ユーザに付加的な情報を作成させるのを回避できる。よって、ユーザによる作業の省力化を図れる。更に、表示用ファイルをHTML形式で生成する。このため、表示用ファイルをクライアント200に送信すれば、Webブラウザ220を用いて表示用ファイルの内容を閲覧することができる。ここで、クライアント200は携帯端末装置であるため、ラップトップ型のクライアント300で動作可能なアプリケーションを、クライアント200では動作させるのが困難なこともある。この場合、オリジナルの格納ファイルをクライアント200に提供しても該格納ファイルの内容を閲覧するのが困難となり不便なこともある。これに対し、携帯端末装置でもWebブラウザであれば利用可能なことが多い。そこで、ファイルサーバ100は、HTML形式などで生成した表示用ファイルをクライアント200に提供することで、クライアント200でも容易に該ファイルの内容を閲覧可能となる。なお、第2の実施の形態では、表示用ファイルをHTML形式で生成するものとしたが、他の形式でもよい。例えば、XML形式およびXSLeXtensibleStylesheetLanguage形式のファイルで生成してもよい。このようにして、ファイルサーバ100は、効率的なファイル検索を支援することができる。以上、本発明のファイル管理プログラム、情報処理装置およびファイル管理方法を図示の実施の形態に基づいて説明したが、これらに限定されるものではなく、各部の構成は同様の機能を有する任意の構成のものに置換することができる。また、他の任意の構成物や工程が付加されてもよい。更に、前述した実施の形態のうちの任意の2以上の構成特徴を組み合わせたものであってもよい。"