クライアントから受信した文書のサムネイルを作成するサムネイル作成手段と、前記文書の検索インデックスを作成する検索インデックス作成手段とを備える文書管理サーバであって、前記サムネイル作成手段は、サムネイルの作成処理が実行される順序を、該サムネイルを表示するべきクライアントの数から判断して、処理キューに登録し、前記検索インデックス作成手段は、検索インデックスの作成処理が実行される順序を、前記文書の検索回数から判断して、前記処理キューに登録し、前記文書管理サーバはさらに、前記キューに登録された処理内容がサムネイル作成処理である場合、前記サムネイル作成手段にサムネイルを作成させ、前記作成されたサムネイルを格納し、前記キューに登録された処理内容が検索インデックス作成処理である場合、前記検索インデックス作成手段に検索インデックスを作成させ、作成された検索インデックスを格納する管理手段を有することを特徴とする文書管理サーバ。前記サムネイル作成手段及び前記検索インデックス作成手段がそれぞれの判断を自動でおこなうための条件を設定する条件設定手段をさらに有することを特徴とする請求項1記載の文書管理サーバ。前記条件設定手段は文書の検索回数に対する所定の閾値を設定し、前記検索インデックス作成手段は、前記文書の検索回数が前記閾値を越えているかどうかにより、検索インデックスの作成処理が実行される順序を判断することを特徴とする請求項2記載の文書管理サーバ。クライアントから受信した文書のサムネイルの作成処理が実行される順序を、該サムネイルを表示するべきクライアントの数から判断して、処理キューに登録するステップと、前記文書の検索インデックスの作成処理が実行される順序を、前記文書の検索回数から判断して、前記処理キューに登録するステップと、前記キューに登録された処理内容がサムネイル作成処理である場合、前記サムネイルを作成して格納し、前記キューに登録された処理内容が検索インデックス作成処理である場合、前記検索インデックスを作成して格納するステップとを有することを特徴とする文書管理方法。請求項1~3のいずれか1項に記載の装置をコンピュータで実現させるためのプログラム。従来の技術では、クライアントが複数の文書を文書管理サーバに登録した時に、文書のサムネイルや検索インデックスを作成する処理を、文書管理サーバに当該文書が登録された順に行うことになる。しかし、クライアントがサムネイルや検索インデックスを必要とする順番は必ずしもこの順ではない。具体的には、クライアントが画面に表示する可能性があるサムネイルは、より早く必要とされる。また、クライアントが検索機能を使用する可能性があるキャビネット内の文書は、より早く検索インデックスが必要とされる。すなわち、文書の登録順でサムネイル作成やインデックス作成を行うように構成した場合、クライアントが必要とするサムネイルや検索インデックスが、必要な時に作成されていないことが有りうるという課題がある。上記課題を解決するため、本発明は、クライアントから受信した文書のサムネイルを作成するサムネイル作成手段と、前記文書の検索インデックスを作成する検索インデックス作成手段とを備える文書管理サーバであって、前記サムネイル作成手段は、サムネイルの作成処理が実行される順序を、該サムネイルを表示するべきクライアントの数から判断して、処理キューに登録し、前記検索インデックス作成手段は、検索インデックスの作成処理が実行される順序を、前記文書の検索回数から判断して、前記処理キューに登録し、前記文書管理サーバはさらに、前記キューに登録された処理内容がサムネイル作成処理である場合、前記サムネイル作成手段にサムネイルを作成させ、前記作成されたサムネイルを格納し、前記キューに登録された処理内容が検索インデックス作成処理である場合、前記検索インデックス作成手段に検索インデックスを作成させ、作成された検索インデックスを格納する管理手段を有することを特徴とする文書管理サーバを提供する。本発明では、クライアントが文書管理サーバに文書を登録し文書管理サーバがサムネイルや検索インデックスを作成する場合、文書登録先のフォルダへのアクセス状況やクライアントの表示設定、また登録先キャビネットでの検索機能の利用状況をチェックする。このように構成することにより、登録されたどの文書のサムネイルや検索インデックスがより早くクライアントに必要とされるかを判断することが可能となる。以下、本発明を実施するための最良の形態について図面を用いて説明する。なお、以下に述べる実施例は本発明の説明をしやすいように様々な制約が付加されているが、本発明の範囲は以下の説明において特に記載がない限り、これらの態様に限られるものではない。<実施例1>図1は、本実施例に係る文書管理システムの構成を示す構成図である。図1に示すように本実施例では、ネットワーク101上に文書管理サーバ102と、複数のクライアント1031~Nが接続されている。文書管理サーバ102は、クライアント103と通信をおこなう機能を有する情報処理装置であり、クライアント103からネットワーク101を介して送信されるリクエストを受信する。これにより、それぞれの処理要求に従って内部で処理をおこなう。クライアント103は、文書管理システムの利用者であるユーザが、文書管理サーバ102の提供する機能を操作するための情報処理装置である。ユーザは、クライアント103内のWebブラウザ等を用いてネットワーク101を介して文書管理サーバ102にアクセスし、文書管理サーバに文書を送信して登録することや、文書管理サーバに登録されている文書や文書情報等を取得することができる。クライアント103は、本実施例において必要な機能は各々同様な構成をしている。そのため、ここでは説明の簡略化のために複数のクライアント1031~Nの中で特定されたクライアント103を示す場合は、クライアント103Xやクライアント103Yと記す。また、クライアント1031~Nの中で特定されないクライアント103を指す場合は、単にクライアント103と記す。本実施例において、1ユーザにつき、少なくとも1つのクライアント103Xを使用することを前提としている。しかし、一般的に文書管理システムでは後述する認証処理部302によってユーザを区別ユーザ認証することが可能であるため、1つのクライアント103Xを複数のユーザで使用することも可能である。図2に、本実施例に係る文書管理サーバ102及びクライアント103を構成するハードウェア構成図を示す。文書管理サーバ102は、一般的な情報処理装置のハードウェア構成図に相当するものとし、図2の説明においてはこの文書管理サーバ102とクライアント103を情報処理装置200と記すこととする。図2において、201は情報処理装置200の演算/制御をつかさどるCPUを表す。202はRAMであり、CPU201の主メモリとして実行プログラムの領域や該プログラムの実行エリア並びにデータエリアとして機能する。実行プログラムは、後述する外部メモリ213からRAM202に読み出されて実行される。203はプログラムROMであり、情報処理装置200の機器制御をおこなうシステムプログラムの基本ソフトOSが記録される。文書管理サーバ102においては、クライアント103から依頼された処理をおこなうための後述する図3の処理モジュール310のプログラムが格納される。204はデータROMであり、情報処理装置200の機能を提供するために必要な情報等が記録される。情報処理装置200の機能を提供するために必要な情報とは、例えば文書管理サーバ102においては、クライアント103から登録される文書や文書情報、また文書管理システムの利用者であるクライアント103の情報等が考えられる。なお、データROMの代わりに後述する外部メモリ213を用いる場合もある。205はネットワークコントローラNCであり、ネットワークに接続され、他のネットワークに接続された機器との通信制御処理を実行する。206はキーボードコントローラであり、後述するキーボード211からのキー入力を制御する。207はディスプレイコントローラであり、情報処理装置200内の情報を後述のディスプレイ212の画面に表示するために画像データを展開し、その表示の制御をおこなう機能を有する。208はディスクコントローラであり、例えば文書管理サーバ102においては、管理する文書や文書情報、また文書管理システムの利用者であるクライアント103の情報等の入出力を制御する。211は情報処理装置200を操作する操作者が入力操作をおこなうためのキーボードである。例えば、本実施例において文書管理サーバ103のメンテナンス作業をする場合は、後述するディスプレイ212に表示される情報を見ながらキーボード211を操作することが考えられる。212はディスプレイであり、例えばLCDなどの表示装置である。213は外部メモリHD、FDであり、アプリケーションプログラムや各種データ保存用に用いられる。本実施例におけるアプリケーションプログラムとは、例えば文書管理サーバ102における後述する処理モジュール301のようなソフトウェアプログラムを表す。図3に、本実施例に係る文書管理サーバ102、クライアント103のソフトウェア構成図を示す。300は文書管理サーバ102とクライアント103の送受信部であり、ネットワーク101を利用して、互いに通信をおこなうことができる。文書管理サーバ102の処理モジュール群301は、図2に示すプログラムROM203またはデータROM204より読み込まれてRAM202に展開され、CPU201で使用されるアプリケーションプログラムまたはプログラムの一部として動作する。すなわち、処理モジュールのプログラムは、文書管理サーバ102のCPUコンピュータを、各処理部302~305として機能させるためのものである。この処理モジュールは、文書管理サーバ102がクライアント103に提供する文書管理に必要な機能をまとめたものであり、後述する各機能を実現させるためのプログラムが備わっている。ただし、本図においては、本発明の説明に必要な機能に限って記載しており、ここに記されている以外の文書管理に必要な各機能も文書管理サーバ102には備わっているものとする。また、本実施例では、汎用コンピュータがプログラムを実行することにより実現するものとするが、これに限るものではなく、その一部または全部の処理をASIC等の特定の電子回路ハードウェアを用いて実現しても構わない。処理モジュール301は以下の機能を持つモジュール302~305を備える。302は認証処理部であり、クライアント103から処理の依頼を受ける時に、クライアント103が文書管理システムを利用することができる契約ユーザなのかどうかの認証処理をおこなう。303は条件設定部であり、後述する本実施例におけるサムネイル作成や検索インデックス作成の処理の優先度を設定する。304はサムネイル作成部であり、後述するキュー管理部313で管理されるサムネイル作成の処理キューを扱い、対応する文書のサムネイルを作成する。305は検索インデックス作成部であり、後述するキュー管理部313で管理される検索インデックス作成の処理キューを扱い、対応する文書の検索インデックスを作成する。なお、本実施例での処理キューは優先度付きキューPriorityQueueを用いるものとし、後述する文書の優先度や重みに基づいてキューに登録された文書の処理順キュー内の配列が定まる。311は文書管理サーバ102の情報管理部であり、ファイルシステムまたはデータベースシステムを用いて、文書管理サーバ102におけるRAM202、プログラムROM203またはデータROM204の少なくとも一つを用いて情報を格納する。また、管理部311に格納された情報に関しては、特定のキーや条件で直接特定の情報へのアクセスが可能である。312は文書管理システムのメインとなる機能の文書管理部であり、クライアント103によって登録される後述の文書404等を管理する。313はキュー管理部であり、クライアント103から文書404が文書管理システムに登録された時に、その文書のサムネイルや検索インデックスを作成する必要があると判断されると、それぞれのキュー処理を登録する。また、前述のサムネイル作成部304や検索インデックス作成部305によってサムネイルや検索インデックスが作成され、後述するサムネイル管理部314や検索インデックス管理部315にサムネイルや検索インデックスが格納されると、処理キューを削除する。314はサムネイル管理部であり、サムネイル作成部304によってキュー管理部313に登録されているサムネイル作成処理を実施し、作成されたサムネイルを格納する。315は検索インデックス管理部であり、検索インデックス作成部305によってキュー管理部313に登録されている検索インデックス作成処理を実施し、作成された検索インデックスを格納する。321はクライアント103に接続されるディスプレイ212等の表示機能を制御する表示部である。表示部321は、前述の認証処理部302によるユーザ認証処理のための情報入力画面の表示、文書管理サーバ102に登録されているキャビネット402、フォルダ403、文書404の表示等をおこなう。322はクライアント103のキーボード211等の入力機能を制御する入力部である。また、クライアント103の入力部322として、クライアント103に接続されているディスプレイ212がタッチディスプレイである場合、ディスプレイ212がキーボード211と同等の機能を持つこともある。図4に、文書管理サーバ102上で管理されるクライアント103が利用可能な契約領域と、その中で管理されるキャビネット、フォルダ、文書等の一般的な文書管理システムで使用されるクライアント103の表示部321での表示上のデータ構成を示す。なお、本実施例においては、一般的な文書管理システムで使われている以下のようなデータ構成を例に説明をしているが、必ずしもこのような構成である必要はない。401は契約領域であり、クライアント103が利用可能な記憶領域を表す。一般的な文書管理システムでは、会社や個人単位で文書管理システムのサービスを契約し、契約した記憶容量内ならばクライアント103は自由に領域を利用できる。契約401内のデータ構成は、本実施例において各々同様な構成をしている。そのため、ここでは説明の簡略化のために、契約4011~Nの中で特定された契約401を示す場合は、契約401Xや契約401Yと記す。また、契約4011~Nの中で特定されない契約401を指す場合は、単に契約401と記す。契約401以外にも後述するキャビネット402、フォルダ403及び文書404についても同様の記載をする。402は契約401内に作成できるキャビネットである。キャビネット402とは、後述するフォルダ403や文書404を管理するひとまとまりの単位であり、契約401内に契約ユーザであるクライアント103が作成することができる管理単位を表している。403はクライアント103が作成可能な後述する文書404を格納するフォルダであり、クライアント103がキャビネット402の下に任意に作成することができる。一般的な文書管理システムでは、フォルダの階層構造を作成して関連する複数の文書404を一つのフォルダに格納することで効率的にキャビネット402内を管理することができる。404はキャビネット402やフォルダ403内で管理する文書であり、一般的な文書管理システムでは、契約401を利用可能なクライアント103が登録するファイルなどである。図5に、文書管理システムの契約者であるクライアント103Xが文書管理サーバ102に文書を登録した後、文書管理サーバ上でサムネイル作成処理と検索インデックス作成処理を適切な順序で行うため、順序付けてキューに処理を登録するまでの流れを示す。まず、S501で、契約401の利用ユーザであるクライアント103Xが契約401内のフォルダ403Yに登録するために送信した1つ以上の文書ファイルや画像ファイルを、文書登録サーバ102が受信する。S502で、文書の登録ユーザであるクライアント103Xを含めた契約401を利用可能なクライアント103の中で、その時点でファイルの登録先のフォルダ403Yにアクセス中である全クライアント103の情報を取得する。S503で、S502で取得したクライアント103のうち、画面の表示モードをサムネイル表示に設定している全クライアント103の情報を取得する。サムネイル表示とは、後述する図14の画面例のように、指定のフォルダ403Y内に登録されている文書404の一覧を表示する時に、文書404のサムネイル1407を表示する画面表示モードのことである。また、サムネイル表示以外にも、後述する図15のように、文書情報を画像ではなく、文字情報のみで表示するリスト表示がある。本実施例においては、文書404の一覧をサムネイルを用いて表示する表示モードをサムネイル表示、文書404の一覧を文字列のみで表示する表示モードをリスト表示と記す。S504で、S501でクライアント103Xから受信した1つ以上の文書404のうちの1つの文書404Aの情報を取得する。以降S514までの処理を、受信した文書404の数のN回だけ繰り返す。S505で、S503の処理で取得したクライアント103Xの画面表示の設定を取得する。ここで取得する画面表示の設定情報は、1ページに表示する文書の表示件数、現在表示しているページ番号、文書を表示する順番の設定であるソート順である。以降S509まで、またはS510までの処理を、S503の処理で取得した全クライアント103の数だけ繰り返す。S506で、文書404Aのサムネイル作成処理が、後述する図8、図10、図12で表される処理キューに既に登録されているかどうかを判断する。既にサムネイル作成処理が処理キューに登録されている場合は、次の文書404Bの処理をおこなうためにS504に戻る。処理キューに登録されていなければ、S507に進む。S507で、クライアント103Xの表示画面に文書404Aのサムネイルが必要かどうかを判断する。サムネイルが必要と判定された場合はS508に進み、必要でないと判定された場合はS510に進む。S508で、文書404Aのサムネイル作成処理の優先度を高に仮設定する。S509で、文書404Aのサムネイルを表示しているクライアント103の数をカウントアップする。ここでカウントされたクライアント103の数によって、サムネイル作成処理の優先度高の中で、さらに重み付けをすることができる。カウントが多くなるほど、そのサムネイルを表示するクライアント103の数が多いということになり、より優先的にサムネイルを作成するために処理キューに処理を登録することが可能となる。一方、S510では、文書404Aのサムネイル作成処理の優先度を低に仮設定する。ただし、他のクライアント103Yが文書404Aのサムネイルを必要とすることも考えられるため、優先度が高に変更される可能性はある。S511で、S509でカウントアップした結果に基づき、優先度高に設定された文書404Aのサムネイルを表示するクライアント103の数をチェックする。S507で、すべてのクライアント103が文書404Aのサムネイルをすぐに表示する必要がないと判断された場合、文書404Aのサムネイル作成の優先度は低であるため、S511の処理はおこなわれない。S512で、S511でチェックした文書404Aのサムネイルを表示するクライアント103の総数に基づいて、さらに重み付けをおこなう。重み付けとは、例えばサムネイルを必要とするクライアント103の数が多いほど、優先度高の中でもさらに優先的にサムネイルを作成するようにキューに登録することが考えられる。なお、文書404Aのサムネイル作成の優先度が低に設定されていた場合は、S512の処理はおこなわれない。S513で、文書404Aがサムネイル作成の優先度高に仮設定されていた時、文書404Aのサムネイル作成処理を優先度つきキューに登録する。このとき、優先度高とS512で求めた重みとに基づいて、キューに登録すべき文書Aの配列順を求め、当該求めた配列順になるよう該文書を登録する。S514で、文書404Aがサムネイル作成の優先度低に仮設定されていた時、文書404Aのサムネイル作成処理を優先度つきキューに登録する。本実施例では、優先度低に設定されている文書についてはS512で重みを求めていないので、当該登録対象になっている文書Aが優先度低の場合は、キューに既に登録されている優先度低の文書の後に登録されることになる。なお、本実施例では、文書Aをキューに登録する際の処理として、優先度高と低の差を説明するためにS513とS514に分けて説明しているが、優先度と重みとに基づいて配列順を定めるキューであれば、1つのステップで行うことが可能である。S515で、文書の登録ユーザであるクライアント103Xが登録するファイルの登録先である契約404のキャビネット内を対象とした最近の文書の検索回数を取得する。S516で、S515で取得した検索回数が、所定の閾値を超えたかどうかを判定する。この閾値は、文書管理サーバ102内にあらかじめ設定している値であり、前述の図3の条件設定部303によって設定ファイルなどに設定される値である。S516で文書の検索回数が設定されている閾値を超えていると判断された時は、S517で、S501でクライアント103Xから受信したN個すべての文書404の検索インデックス作成の優先度を高に設定してキューに登録する。S516で文書の検索回数が設定されている閾値を超えていないと判断された時は、S518で、S501でクライアント103Xから受信したN個すべての文書404の検索インデックス作成の優先度を低に設定してキューに登録する。図6に、図5の処理においてキューに登録された処理が図3のサムネイル作成部304や検索インデックス作成部305によって順に実行される流れを示す。先ずS601で、図3のキュー管理部313にサムネイル作成や検索インデックス作成の処理キューが存在するかどうかをチェックする。S602で、キューに処理データが溜まっているかどうかを判定し、溜まっていればS603の処理に進み、溜まっていなければ定期的にキューをチェックするため、S601に戻る。S603で、S602でキューに処理データが存在すると判定された時に、キューの先頭から文書IDと処理内容を取得する。本実施例においては、処理内容はサムネイル作成か検索インデックス作成のどちらかの処理である。また、文書IDとは、後述する図8の説明で詳述するが、クライアント103から文書管理サーバ102に登録されるファイルに対して割り振られる一意なIDのことである。S604で、S603で取得した処理内容を判断し、処理内容がサムネイル作成処理ならS605に進み、検索インデックス作成処理ならS607に進む。S605で、S604でキューの処理データの内容がサムネイル作成であると判定された場合に、図3のサムネイル作成部304によって文書のサムネイルを作成する。S606で、S605で作成されたサムネイルをサムネイル管理部314に登録する。作成されたサムネイルがサムネイル管理部314に登録されることによって、文書404のサムネイルをクライアント103の表示部321に表示することが可能となる。S607で、S604でキューの処理データの内容が検索インデックス作成であると判定された場合に、図3の検索インデックス作成部305によって文書のテキストから検索インデックスを作成する。S608で、S607で作成された検索インデックスを検索インデックス管理部315に登録する。作成された検索インデックスが検索インデックス管理部315に登録されることによって、クライアント103が入力部322を使用して文書の検索条件を入力し検索をおこなった際に、条件に合致した場合は検索結果として文書404がヒットするようになる。S609で、文書404のサムネイル作成処理や検索インデックス作成処理が正常におこなわれ、それぞれの管理部に登録されたことが確認できた後に、対応するキュー管理部313内の処理データを削除する。本図では正常フローを記したが、キューの処理データを実行してエラーとなった時などはまた別の例外フローによる処理が必要となる。ただし、本実施例において例外フローは特に記さない。図7に、従来技術によるサムネイル作成と検索インデックス作成をおこなう際に使用するキュー管理部313のデータ構成と状態の一例を示す。ここでは、説明の簡略化のため、このようなデータ構成にしているが、実際の動作環境においては特にこのようなデータ構成でなくても構わない。前提条件として、クライアント103から8つの文書404が登録され、文書管理サーバ102上で登録された順に文書IDが001から008の順に割り振られるものとする。701は、文書管理サーバ102がクライアント103からファイルが送られてきた時に、クライアント103が任意に設定することができる文書名である。一般的な文書管理システムにおいては、デフォルトでは文書名はファイル名と同じ名前が付けられる。702は、文書管理サーバ102がクライアント103からファイルを受信し、文書管理部312に文書404として登録する時に、文書管理サーバ102によって文書404の一つ一つに対して自動的に割り振られる文書管理システム上で一意な文書IDである。703は、処理内容を表し、文書404に対してどのような処理をおこなうのかを表している。本図はあくまでも一例であり、サムネイル作成と検索インデックス作成の処理が別々のキューの処理データとして登録されても構わない。ただし、従来技術ではこれらの処理に優先順位を付けて処理をおこなうようなことはしていないため、ここではサムネイル作成と検索インデックス作成を合わせて一つの処理データとして登録している。704は、処理状態を表し、キューの処理データがどのようなステータスであるかを表している。処理がまだ実行されておらず、待ち状態の場合は作成待ちを表すステータスが設定され、処理が実行されている最中の場合は作成中を表すステータスが設定される。705は、本例の説明のために付け加えたキューデータの処理順を表しており、ここに記載されている順に処理がおこなわれる。実際には処理キューは、キューに格納された順に処理がおこなわれるのでデータ構成にはこの項目は必要ないものである。このように従来技術では、文書IDが001から008までの文書404のサムネイル作成と検索インデックス作成の処理が、クライアント103の表示設定や検索インデックスの必要性に関わらず、文書IDの順におこなわれていることがわかる。図8に、本実施例におけるサムネイル作成と検索インデックス作成をおこなう際に使用するキュー管理部313の状態の一例を示す。前提条件として、クライアント103から8つの文書404が一つのフォルダ403の下に登録され、文書管理サーバ102上で登録された順に文書IDが001から008の順に割り当てられるものとする。また、文書404の登録先のキャビネット402で文書404の検索回数が、図3の条件設定部303によって設定されている閾値を超えていないものとする。さらに、後述する図9のように、文書404の登録先のフォルダ403にアクセスしているクライアント103A及びクライアント103Bがいて、各クライアント103の画面の表示設定がされているものとする。801は図7の文書名701と同じ用途で使用される。802は図7の文書ID702と同じ用途で使用される。803は処理内容を表し、文書404に対してどのような処理をおこなうのかを表している。本実施例においては、説明の簡略化のためサムネイル作成と検索インデックス作成の2つの処理のうちのどちらかに限られるが、必ずしもこの2つの処理に限られるものではない。804は図7の処理状態704と同じ用途で使用される。805は本例の説明のために付け加えた文書に対するアクセス数を表しており、図5のS511でチェックされた、優先度高に設定された文書404のサムネイルを表示するクライアント103の数を表している。図9ではクライアント103Aが表示している画面901に示される文書、またはクライアント103Bが表示している画面904に示される文書であるため、本項目のアクセス数が2または1のものが優先度高として扱われる。806は本例の説明のために付け加えた項目であり、図5におけるS511またはS516でチェックされた優先度を表している。優先度高の処理は、優先的に処理されるようにキューの前の方に登録される。また、同じ優先度高であっても805の表示クライアント数が多いほど、キューの前の方に登録される。さらに検索インデックスの作成については、前提条件として検索回数の閾値を超えていないことから、文書IDが001から008まですべての文書404について優先度は低となることが示されている。807は本例の説明のために付け加えたキューデータの処理順を表す項目であり、ここに記載されている順に処理がおこなわれる。このように本発明では、文書IDが001から008までの文書404のサムネイル作成と検索インデックス作成の処理が、前提条件に従ってそれぞれ図に示されるような優先度を付けられてキューに登録される。図9に、クライアント103Aとクライアント103Bが各々設定している画面設定に従って表示している画面内の文書と、表示されていない画面内の文書を示す。901はクライアント103Aが表示している1ページ目の画面を表し、サムネイル表示、文書名による降順表示、1ページに最大5文書表示の設定がされていることを表している。これによって、1ページ目には文書名がDOC_8から降順にDOC_4までが表示される。902はクライアント103Aが表示していない2ページ目の画面を表している。903はクライアント103Bが表示していない1ページ目の画面を表している。904はクライアント103Bが表示している2ページ目の画面を表し、サムネイル表示、文書のサイズ順による表示、1ページに最大5文書表示の設定がされていることを表している。これによって、2ページ目には文書名がDOC_4、DOC_6、DOC_8の順で表示されている。クライアント103Aとクライアント103Bのそれぞれの表示画面901及び904から、各文書のアクセス数は図8のアクセス数805の値となる。図10に、本実施例におけるサムネイル作成と検索インデックス作成をおこなう際に使用するキュー管理部313の状態の別の例を示す。前提条件として、クライアント103から8つの文書404が一つのフォルダ403の下に登録され、文書管理サーバ102上で登録された順に文書IDが001から008の順に割り当てられるものとする。また、文書404の登録先のキャビネット402で文書404の検索回数が、図3の条件設定部303によって設定されている閾値を超えているものとする。さらに、後述する図11のように、文書404の登録先のフォルダ403にアクセスしているクライアント103A及びクライアント103Bがいて、各クライアント103の画面の表示設定がされているものとする。1001、1002、1003、1004及び1005は、それぞれ図8の文書名801、文書ID802、処理内容803、処理状態804及びアクセス数805と同じ用途で使用される。後述する図11ではクライアント103Aが表示する画面1101に示される文書、またはクライアント103Bが表示する画面1104に示される文書であるため、本項目のアクセス数が2または1のものが優先度高として扱われる。1006は図8の優先度806と同じ用途で使用される。ただし、検索インデックスの作成については、前提条件として検索回数が閾値を超えているため、文書IDが001から008まですべての文書404について優先度は高となることが示されている。1007は本例の説明のために付け加えたキューデータの処理順を表す項目であり、ここに記載されている順に処理がおこなわれる。このように本発明では、文書IDが001から008までの文書404のサムネイル作成と検索インデックス作成の処理が、前提条件に従ってそれぞれ図に示されるような優先度を付けられてキューに登録される。図11に、クライアント103Aとクライアント103Bが各々設定している画面設定に従って表示している画面内の文書と、表示されていない画面内の文書を示す。1101はクライアント103Aが表示している1ページ目の画面を表し、サムネイル表示、文書名による降順表示、1ページに最大5文書表示の設定がされていることを表している。これによって、1ページ目には文書名がDOC_8から降順にDOC_4までが表示される。1102は図9の902と同じで、クライアント103Aが表示していない2ページ目である。1103は図9の903と同じで、クライアント103Bが表示していない1ページ目である。1104は図9の904と同じ表示設定で、クライアント103Bが表示している2ページ目の画面を表し、サムネイル表示、文書のサイズ順による表示、1ページに最大5文書表示の設定がされていることを表している。これによって、2ページ目には文書名がDOC_4、DOC_6、DOC_8の順で表示されている。クライアント103Aとクライアント103Bのそれぞれの表示画面901及び904から、各文書のアクセス数は図8のアクセス数805の値となる。図12に、本実施例におけるサムネイル作成と検索インデックス作成をおこなう際に使用するキュー管理部313の状態のさらに別の例を示す。前提条件として、クライアント103から8つの文書404が一つのフォルダ403の下に登録され、文書管理サーバ102上で登録された順に文書IDが001から008の順に割り当てられるものとする。また、文書404の登録先のキャビネット402で文書404の検索回数が、図3の条件設定部303によって設定されている閾値を超えているものとする。さらに、後述する図13のように、文書404の登録先のフォルダ403にアクセスしているクライアント103A及びクライアント103Bがいて、各クライアント103の画面の表示設定がされているものとする。1201、1202、1203、1204及び1205は、それぞれ図8の文書名801、文書ID802、処理内容803、処理状態804及びアクセス数805と同じ用途で使用される。後述する図13ではクライアント103Aが表示する画面1301に示される文書、またはクライアント103Bが表示する画面1304に示される文書である。しかし、これらはリスト表示という前提条件があるため、本項目のすべての文書404のアクセス数は0となり、全ての文書404は優先度低として扱われる。1206は、図8の優先度806と同じ用途で使用される。ただし、検索インデックスの作成については、前提条件として検索回数が閾値を超えているため、文書IDが001から008まですべての文書404について優先度は高となることが示されている。1207は、本例の説明のために付け加えたキューデータの処理順を表す項目であり、ここに記載されている順に処理がおこなわれる。このように本発明では、文書IDが001から008までの文書404のサムネイル作成と検索インデックス作成の処理が、それぞれが図に示されるような優先度を付けられてキューに登録される。図13は、クライアント103Aとクライアント103Bが各々設定している画面設定に従って表示している画面内の文書と、表示されていない画面内の文書を表したものである。1301はクライアント103Aが表示している1ページ目の画面を表し、リスト表示、文書名による降順表示、1ページに最大5文書表示の設定がされていることを表している。これによって、1ページ目には文書名がDOC_8から降順にDOC_4までが表示される。1302は図9の902と同じで、クライアント103Aが表示していない2ページ目である。1303は図9の903と同じで、クライアント103Bが表示していない1ページ目である。1304は図9の904と同じ表示設定で、クライアント103Bが表示している2ページ目の画面を表し、リスト表示、文書のサイズ順による表示、1ページに最大5文書表示の設定がされていることを表している。これによって、2ページ目には文書名がDOC_4、DOC_6、DOC_8の順で表示されている。クライアント103Aとクライアント103Bのそれぞれの表示画面901及び904から、各文書のアクセス数は図8のアクセス数805の値となる。図14に、本実施例におけるクライアント103が図4の文書管理システムで管理される文書404の一覧を、画面上にサムネイル表示で表示した時の一例を示す。1401は、図4におけるクライアント103が利用可能な契約領域内で管理されるキャビネット402、フォルダ403をツリー構造で表したツリー表示エリアである。このツリー構造内のフォルダ403を選択することで、フォルダ403内の文書404やサブフォルダ403の一覧を、後述する1402の表示エリア内に表示することが可能となる。本例では、フォルダAを選択している状態を表している。1402は、1401のツリー構造内で選択したフォルダ403の直下に登録されているサブフォルダ403や文書404の一覧が表示される表示エリアである。本例では、この表示エリアで表示される文書404はサムネイル表示で表示されており、後述する1407のように文書404のサムネイルを文書404の情報として表示することが可能となる。1403は1401のツリー表示エリアで現在選択しているフォルダ403内に存在する文書数である。本例では、フォルダAの直下にある文書404の数を表す。1404はフォルダ403内の文書一覧を1402内に表示する時のソート順並び順である。本例では文書名を降順でソートするように設定してある。文書管理システムによって様々なソート順を設定することができるが、本実施例においては、文書名や文書のファイルサイズを設定することが可能である。1405は1ページの表示件数を表し、文書管理システムによって5、10、50件のようにシステムで定めた値から選択することができる。クライアント103が自由に値を設定できるようにしても良い。1406はページマップを表し、1401の表示エリアで選択したフォルダ403内の文書数1403が1ページの表示件数1405を超えた時に、1ページ目に表示しきれない文書を2ページ目以降に表示する必要がある時に使用する。本例では文書数1403が9件、1ページの表示件数1405が5件であるため、合計2ページにわたって文書を表示することになり、ページマップが表示されることになる。1407は本実施例におけるサムネイル作成部305によって作成され、サムネイル管理部314で管理される文書404のサムネイルを表す。クライアント103による画面の表示モードの設定によって、サムネイル表示モードや後述する図15のリスト表示モードに自由に切り替えられるようにするのが望ましい。1408は文書情報を表し、本実施例における文書管理部312で管理される文書404の情報の一部を文字列で表示したものである。本例では、文書名、文書のファイルサイズ、検索インデックス作成処理による検索可否の状態を表示している。図15に、本実施例におけるクライアント103が図4の文書管理システムで管理される文書404の一覧を画面上にリスト表示で表示した時の一例を示す。1501は図14のツリー表示エリア1401と同じものである。本例では、フォルダAを選択している状態を表している。1502は図14の文書一覧表示エリア1402と同じものである。本例では、この表示エリアで表示される文書404はリスト表示で表示されており、後述する1507のように、文書404やフォルダ403の情報を文字列で一覧表示することが可能である。1503は図14の文書数1403と同じものである。本例では、フォルダAの直下にある文書404の数を表す。1504は図14のソート順1404と同じものである。本例では文書名を降順でソートするように設定してある。1505及び1506は、それぞれ図14の1ページの表示件数1405及びページマップ1406と同じものである。1507はリスト表示による文書404の一覧であり、本実施例における文書管理部312で管理される文書404の情報を表している。クライアント103による画面の表示モードの設定によって、図14のサムネイル表示モードや本例のリスト表示モードに自由に切り替えられるようにするのが望ましい。図16に、本実施例におけるサムネイル作成と検索インデックス作成の処理が、表示ページの一部の文書404に対して完了していない時の画面表示の一例を示す。1601は、対象の文書404に対するサムネイル作成処理が完了していないため、サムネイルが表示されないことを表している。本例では、サムネイルが作成されていないため、準備中の画像を表示しているが、ここの表示の仕方は文書管理システムによって異なる。1602は、対象の文書404に対する検索インデックス作成処理が完了していないため、検索可否状態は検索ができない状態を表す準備中のステータスが表示されることを表している。本例では、検索インデックスが作成されていないため、準備中の表示をしているが、ここの表示の仕方は文書管理システムによって異なる。1603は、対象の文書404に対するサムネイル作成処理が完了しているため、サムネイルが表示されていることを表している。1604は、対象の文書404に対する検索インデック作成処理が完了しているため、検索可否状態は検索が可能な状態を表す可能のステータスが表示されていることを表している。従来技術による文書登録順でのサムネイル作成及び検索インデックス作成をおこなう図7のようなキュー管理では、本例のようにクライアント103が文書一覧を表示した時にサムネイル作成処理が完了していないことが多くなる。図17に、本実施例におけるサムネイル作成と検索インデックス作成の処理が、表示ページのすべての文書404に対して完了している時の画面表示の一例を示す。1701は、対象の文書404に対するサムネイル作成処理が完了しているため、サムネイルが表示されていることを表している。1702は、対象の文書404に対する検索インデックス作成処理が完了しているため、検索可否状態は検索が可能な状態を表す可能のステータスが表示されていることを表している。本発明によるクライアント103の表示ページの文書のサムネイルを優先的に作成する図8や図10のようなキュー管理では、本例のようにクライアント103が文書一覧を表示した時にサムネイル作成処理が完了していることが多くなる。<実施例2>実施例1では、文書管理サーバ102に登録された文書のサムネイル作成や検索インデックス作成の処理が、どのような順序でキュー管理部313に登録されるのかを説明した。しかし、この場合はキュー管理部313の処理の最後に追加する手順であり、既にキュー管理部313に格納されている処理の間に割り込ませるようなことはしていない。実施例2では、既にキュー管理部313に格納されている処理よりも優先して処理をおこなう場合の例について説明する。図18に、本実施例におけるサムネイル作成と検索インデックス作成をおこなう際に使用するキュー管理部313の状態の一例を示す。ここでは、説明の簡略化のため、このようなデータ構成にしているが、実際の動作環境においては特にこのようなデータ構成でなくても構わない。前提条件として、クライアント103Xから文書名がDOC_1からDOC_8の8つの文書が一つのフォルダ403Pの下に登録され、既にキュー管理部313にサムネイル作成処理が登録されているものとする。それらは文書管理サーバ102上で登録された順に文書IDが001から008の順に割り当てられているものとする。また、これら8つの文書は、図5のフローによって文書IDが001から004のサムネイル作成処理は優先度高、文書IDが005から008のサムネイル作成処理は優先度低としてキュー管理部313に登録されているものとする。ここで、クライアント103Yから文書名がDOC_Aの一つの文書がフォルダ403Qの下に登録された時、DOC_Aの優先度が高であった場合のキュー管理部313へのサムネイル作成処理の登録について説明する。1801は図8の文書名801と同じ用途で使用される。1802は図8の文書ID802と同じ用途で使用される。本例では、DOC_Aには文書ID100が割当てられている。1803及び1804は、それぞれ図8の処理内容803及び処理状態804と同じ用途で使用される。1805はキュー管理部313に登録される処理の優先度を表している。優先度高の処理は優先的に処理されるようにキューの前の方に登録される。1806はキュー管理部313に処理が登録された日時を表している。本例では、キューへの登録日時がDOC_Aよりも前にも関わらず、DOC_5からDOC_8の文書は優先度低であるため、DOC_Aよりも後の処理となる。1807は図8のアクセス数805と同じ用途で使用される。1808は本例の説明のために付け加えたキューデータの処理順を表す項目であり、ここに記載されている順に処理がおこなわれる。1809は前提条件におけるクライアント103Yから文書名がDOC_Aの文書が文書管理サーバ102に登録された時のキューのデータであり、既に登録されている優先度高の処理の最後、優先度低の手前に割り込ませることを表している。この処理によって、たとえ他のフォルダ403に登録された文書404のサムネイルや検索インデックス作成処理がキュー管理部313に既に登録されていても優先度が高ければ処理を割り込ませることが可能となる。ただし、このような割り込み処理を許可する場合、優先度低の処理がいつまで経っても処理されなくなる恐れがある。そのため、前述のキュー登録日時1806を利用して、ある一定時間処理がされない場合は、優先度低であっても割り込みを許可しないなどの設定をすることもできる。<その他の実施例>本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施例の機能を実現するソフトウェアプログラムを、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータまたはCPUやMPU等がプログラムを読み出して実行する処理である。