文書の登録要求及び、文書の取得要求を送信する情報処理装置と接続可能な文書管理装置であって、前記情報処理装置からの文書の登録要求に応じて、該文書の文書実体を格納する文書実体格納手段と、前記文書の文書情報を取得する取得手段と、前記取得手段により取得された文書情報に従って、前記文書のプレビュー画像用文書を格納するプレビュー画用文書格納手段と、前記情報処理装置からの文書取得要求が前記文書実体の取得要求である場合に、前記文書実体を前記情報処理装置に送信し、前記文書取得要求が、前記プレビュー画像用文書の取得要求である場合に、前記プレビュー画像用文書を前記情報処理装置に送信する送信手段とを有することを特徴とする文書管理装置。前記プレビュー画用文書格納手段は、前記文書が前記文書管理装置及び前記情報処理装置において処理不能である場合に、予め文書管理装置にて定義されている固定画像を前記プレビュー画像用文書として格納することを特徴とする請求項1に記載の文書管理装置。前記プレビュー画用文書格納手段は、前記文書のサイズが、既定のサイズ以内である場合に、該文書の文書実体を前記プレビュー画像用文書として格納することを特徴とする請求項1に記載の文書管理装置。前記プレビュー画用文書格納手段は、前記文書が構造化文書であり、かつ該構造化文書から表示用文書を取り出し可能である場合に、前記表示用文書を前記プレビュー画像用文書として格納することを特徴とする請求項1に記載の文書管理装置。前記プレビュー画用文書格納手段は、前記文書のサイズが、既定のサイズよりも大きく、かつ前記文書管理装置において該文書の文書実体に比べて低解像度な画像を生成可能である場合に、該文書の先頭ページの低解像度画像を、プレビュー画像用文書として格納することを特徴とする請求項1に記載の文書管理装置。前記プレビュー画用文書格納手段は、前記文書のサイズが、既定のサイズよりも大きく、かつ前記文書管理装置において該文書の文書実体に比べて低解像度な画像を生成可能であり、かつ該文書が分割可能な文書である場合に、該文書の先頭1ページに分割した文書を、プレビュー画像用文書として格納することを特徴とする請求項1に記載の文書管理装置。前記送信手段は、前記文書取得要求が、前記プレビュー画像用文書の取得要求であり、かつ前記文書管理装置で実行されているプレビュー画像用文書の取得要求処理の数が閾値に達していない場合に、前記文書実体を前記情報処理装置に送信することを特徴とする請求項1乃至6いずれか1項に記載の文書管理装置。前記送信手段は、前記文書取得要求が、前記プレビュー画像用文書の取得要求であり、かつ前記文書管理装置が高負荷な状態である場合に、予め文書管理装置に格納されている前記文書管理装置が高負荷な状態であることを示す画像を、前記情報処理装置に送信することを特徴とする請求項1乃至6いずれか1項に記載の文書管理装置。前記送信手段は、前記文書取得要求が、前記プレビュー画像用文書の取得要求であり、かつ前記文書管理装置で実行されているプレビュー画像用文書の取得要求処理のうち同一の情報処理装置から取得要求による取得要求処理の数が閾値に達していない場合に、前記文書実体を前記情報処理装置に送信することを特徴とする請求項1乃至6いずれか1項に記載の文書管理装置。文書の登録要求及び、文書の取得要求を送信する情報処理装置と接続可能な文書管理装置の制御方法であって、前記情報処理装置からの文書の登録要求に応じて、該文書の文書実体を格納する文書実体格納工程と、前記文書の文書情報を取得する取得工程と、前記取得工程で取得された文書情報に従って、前記文書のプレビュー画像用文書を格納するプレビュー画用文書格納工程と、前記情報処理装置からの文書取得要求が前記文書実体の取得要求である場合に、前記文書実体を前記情報処理装置に送信し、前記文書取得要求が、前記プレビュー画像用文書の取得要求である場合に、前記プレビュー画像用文書を前記情報処理装置に送信する送信工程とを有することを特徴とする文書管理装置の制御方法。請求項10に記載の文書管理装置の制御方法の各工程をコンピュータに実行させるためのプログラム。しかしながら、特許文献1に記載の技術では、プレビュー時に発生するネットワークの負荷は軽減できるものの、文書を登録する際に、複数種類の画像を生成する必要があり、特に文書のページ数が多い場合には文書管理システム側で負荷がかかる。さらに、プレビュー時に高解像度の画像を閲覧したい場合には、対応することができなかった。本発明は、上記の問題点に鑑みてなされたものであり、ネットワークやサーバ、クライアント端末の負荷を軽減すると同時に、文書の内容を確認するためのプレビュー画像を柔軟に取り扱えるようにすることを目的とする。上記の課題を鑑み、本発明の文書管理装置は、文書の登録要求及び、文書の取得要求を送信する情報処理装置と接続可能な文書管理装置であって、前記情報処理装置からの文書の登録要求に応じて、該文書の文書実体を格納する文書実体格納手段と、前記文書の文書情報を取得する取得手段と、前記取得手段により取得された文書情報に従って、前記文書のプレビュー画像用文書を格納するプレビュー画用文書格納手段と、前記情報処理装置からの文書取得要求が前記文書実体の取得要求である場合に、前記文書実体を前記情報処理装置に送信し、前記文書取得要求が、前記プレビュー画像用文書の取得要求である場合に、前記プレビュー画像用文書を前記情報処理装置に送信する送信手段とを有することを特徴とする。本発明によれば、ネットワークやサーバ、クライアント端末の負荷を軽減すると同時に、文書の内容を確認するためのプレビュー画像を柔軟に取り扱うことが可能となる。以下、本発明を実施するための最良の形態について図面を用いて説明する。尚、本発明において、文書は一つ以上のファイルを管理するための単位であり、1つ以上のファイルに付随する情報を管理するオブジェクトと定義する。図1は、文書管理システムの構成の一例を示す図である。図1に示すように、本発明の一実施形態に適用される文書管理システムは、情報処理装置であるクライアントコンピュータ101、文書管理装置である文書管理サーバ102を有している。クライアントコンピュータ101、文書管理サーバ102は、インターネットやLANLocalAreaNetwork等のネットワーク100を介して相互に接続可能である。クライアントコンピュータ101は、ユーザが使用するパーソナルコンピュータ等のクライアントコンピュータ機器である。以下の説明では、クライアントコンピュータ101を、必要に応じてPC101と称する。PC101には、文書管理サーバ102にアクセスし、取得したフォルダや文書情報を閲覧編集するためのクライアントアプリケーションがあらかじめインストールされている。また、PC101には、文書管理サーバ102に登録済みの文書やPC101に保存されている文書の内容を参照、編集、管理するための文書管理アプリケーションもインストールされているものとする。PC101は、文書管理アプリケーションを利用して、文書管理サーバ102に対する文書の登録要求や文書の取得要求などの処理実行要求を送信する。これにより、PC101は、文書管理サーバ102に対して、フォルダや文書情報の閲覧、更新、削除などの処理を行うものとする。尚、本実施形態では、PC101が文書管理アプリケーションを利用して文書管理サーバ102にアクセスする場合を例に挙げて説明するが、必ずしも文書管理アプリケーションを利用する必要はない。例えば、Webブラウザとブラウザ拡張機能を利用して文書管理サーバ102にアクセスするようにしてもよい。文書管理サーバ102は、1つ或いは複数の情報処理装置を備えて構成されたシステムである。この情報処理装置は、ユーザが作成及び登録したフォルダや文書等の情報資源を格納して管理するためのものである。図2は、PC101及び、文書管理サーバ102に適用される情報処理装置の内部構成の一例を示す図である。中央演算装置CPU201は、情報処理装置の演算制御を司る。ランダムアクセスメモリRAM202は、CPU201の主メモリとして機能する。また、RAM202は、実行プログラムの記憶領域、当該実行プログラムの実行エリア、当該実行プログラムのデータエリアとして機能する。リードオンリーメモリROM203は、CPU201の動作処理手順を記憶している。ROM203には、情報処理装置の機器制御を行うシステムプログラムである基本ソフトOSを記録したプログラムROMと、システムを稼働するために必要な情報等が記録されているデータROMとが記憶されている。また、ROM203の代わりに、後述するHDD209を用いる場合もある。ネットワークインターフェースNETIF204は、ネットワーク100を介して外部装置とデータ転送を行うための制御や、自機のネットワーク100への接続状況の診断等を行う。ビデオRAMVRAM205は、後述するCRT206の画面に表示させるための画像を展開し、その画像の表示の制御を行う。表示装置CRT206は、情報処理装置の稼働状態等を表示するディスプレイ等である。キーボードコントローラKBC207は、後述するKB208からの入力信号を制御するためのコントローラである。外部入力装置KB208は、利用者が行う操作を受け付けるための装置である。例えばキーボードやマウス等のポインティングデバイスがKB208として用いられる。ハードディスクドライブHDD209は、アプリケーションプログラムや各種データ等を保存する。本実施形態におけるアプリケーションプログラムとは、本実施形態における各種処理部を実行するソフトウェアプログラム等である。外部入出力装置FDD210は、フレキシブルディスクドライブ等の磁気記録媒体や、CD-ROMドライブ等の光記録媒体や、MO等の光磁気記録媒体等のリムーバブルディスク、メモリカード等の半導体記録媒体のデータを入出力するものである。例えば、外部入出力装置FDD210は、前述したアプリケーションプログラム等を記録媒体からの読み出すために用いられる。リムーバブルメディアFD211は、FDD210によって読み出されるデータを記憶する取り外し可能なデータ記録媒体である。リムーバブルメディアFD211は、例えば磁気記録媒体例えばフレキシブルディスク、光記録媒体例えばCD-ROM、光磁気記録媒体例えばMO、半導体記録媒体例えばメモリカードである。尚、HDD209に格納するアプリケーションプログラムやデータをFDD210がFD211から読み出して使用することも可能である。図3は、PC101および文書管理サーバ102の機能構成の概略の一例を示すブロック図である。PC101および文書管理サーバ102は、図3に示す機能を有する。尚、文書管理サーバ102を複数台の構成にして、図3に示す機能を分担するようにしてもよい。文書管理サーバ102は、複数の処理部や情報格納部によって構成される。文書管理サーバ102は、キャビネット、フォルダ、文書を階層構造で管理することが可能であるが、この詳細についての説明は省略する。本実施形態においては、文書管理サーバ102に、任意のキャビネット、フォルダ、文書、及びこれらの情報にアクセス可能なユーザ情報が予め登録されているものとする。処理部301~306は、PC101からの要求に応じて処理を実行する。情報格納部310~311は、各処理部301~306によって情報の読み出しや書き込みが実行される。処理部320~323は、ユーザの操作や文書管理アプリケーションの動作に応じて処理を実行する。プレビュー画像用文書取得要求送信部321は、文書管理サーバ102に対して、要求を送信し、受信した応答によって、プレビュー画像生成部322に処理を引き継ぐ。文書情報記憶部330は、文書登録要求送信部320によって情報の読み出しが実行され、プレビュー画像生成部322によって、情報の書き込みが実行される。文書登録要求送信部320、プレビュー画像用文書取得要求送信部321は、文書管理アプリケーションのプログラムの一部として構成してもよいし、文書管理アプリケーションとは独立したプログラムであってもよい。また、文書管理アプリケーションの基本的な処理部や記憶部に関しては、説明を省略するが、プレビュー画像用文書取得要求の送信処理や取得処理は並行で処理できるように構成することを前提とする。尚、文書管理アプリケーションには、文書管理サーバ102に要求を送信するために必要な宛先情報文書管理サーバの識別子、認証情報が格納されていることを前提とする。また、文書管理サーバ102の記憶部には、文書管理サーバ102を構成するために必要な情報ユーザ情報、フォルダ階層、文書が格納されていることを前提とする。これらの情報を格納するための処理は、本発明とは直接関係ないため説明を省略する。図3の処理部のプログラムは、HDD209に記憶されており、RAM202に読み出され、CPU201によって実行される。また、図3の処理部のプログラムは、HDD209の各記憶部から読み出したデータをRAM202に展開し、CPU201で実行した処理の結果を、記憶部に格納するためにHDD209に書き出し、他の処理部に処理を引き継ぐ。尚、図3に示す処理部や情報格納部の機能については、フローチャートを参照しながら後述する。図4は、本実施形態における、クライアントコンピュータ101の文書管理アプリケーションのメイン画面400の一例である。メイン画面400は、文書管理サーバ102に格納されている、フォルダや文書情報を表示したり、文書の編集を行ったりすることが可能である。URL表示部401は、文書管理サーバ102にアクセスするための識別子を入力および表示するエリアである。使用するプロトコル、文書管理サーバの識別子、使用するキャビネット以下のフォルダまでのパスをつなげたものを入力する。また、選択されたフォルダの情報に表示を切り替わるものとする。ツリー表示部402は、文書管理サーバ102に格納されているキャビネットとフォルダの階層情報をツリー形式で表示するエリアである。サブフォルダ文書一覧表示部403は、ツリー表示部402で選択した任意のフォルダの配下にあるサブフォルダや文書を表示するためのエリアである。図4の例では、サムネイル表示形式で表示しているが、リスト形式やアイコン形式などの他の表示形式での表示も可能なようにしてもよい。サブフォルダ文書一覧表示部403に表示された、任意のフォルダや文書に対する操作は、フォルダあるいは文書を選択した上で、この画面上のメニューやリンク、ボタン操作により実行が可能である。尚、図4の例では、文書404が選択されている。プロパティ情報表示部405は、サブフォルダ文書一覧表示部403で選択したフォルダあるいは文書の属性情報を表示するためのエリアである。プレビュー画像表示部406は、サブフォルダ文書一覧表示部403で選択した文書のプレビュー画像を表示するためのエリアである。ページ操作部407は、表示中のプレビュー画像が複数ページから構成される際に、全ページ数と現在のページ番号を表示する。また、前ページや次ページへ遷移するための操作ボタンや任意のページにジャンプするための、ページ番号入力欄を備えている。メイン画面400において、フォルダや文書に対する任意の操作が行われると、クライアントコンピュータ101から、文書管理サーバ102に、処理要求が送信される。文書管理サーバ102は、前記要求に応じたデータをクライアントコンピュータ101に返送する。クライアントコンピュータ101は、返送されたデータを受信し、メイン画面400上に表示する。本実施形態では、サブフォルダ文書一覧表示部403に表示されている任意の文書を選択すると、文書管理アプリケーションから文書管理サーバに対して、文書属性情報の取得要求と、プレビュー画像用文書の取得要求が送信される。文書管理サーバは、文書の属性情報やプレビュー画像表示用の文書実体を、文書管理アプリケーションに返送する。文書管理アプリーションは、受信した文書属性情報をプロパティ情報表示部405に表示し、プレビュー画像表示用の文書実体を使用してプレビュー画像を生成し、プレビュー画像表示部406に表示する。図5は、文書管理サーバ102における前記プレビュー画像表示用の文書実体の文書種別情報のデータの一例を示した図である。文書管理サーバ102における文書登録処理時に、プレビュー画像用文書として、どの形態の文書を使用するかを識別するために、プレビュー画像用文書の属性情報に、種別を識別するフラグを格納する。また、プレビュー画像用文書の実体を、文書管理サーバ102が返送する際にも、文書実体がどの種別であるかのフラグとして、合わせて返送する。尚、本実施形態で必要な最低限の情報であるため、本実施形態を実現する上では、異なるデータ構成であってもよい。図6Aは、文書管理サーバ102における文書情報のデータの一例を示した図である。図6Bは、文書管理サーバ102におけるプレビュー画像用文書情報のデータの一例を示した図である。図6のAとBのデータは、文書識別子により関連付けられる。図6Bの、プレビュー画像用文書種別は、図5に示した種別のデータが格納されるのものとする。プレビュー画像用文書種別は、文書の登録処理時に、文書実体の属性や状態に応じて、異なるものが使用される。文書登録時の処理について図8のフローチャートを使用して後述する。本実施形態において、文書管理サーバ102に格納される文書として、単一の文書で構成される文書と、複数の文書から構成される構造化文書の両者の例を説明する。図7は、構造化文書の構成の一例を示す図である。構造化文書は、たとえば電子バインダ文書以下、バインダ文書のように、複数の文書と印刷設定、表示用に使用する文書、文書全体の構成を記述した文書などから構成される。各文書が、サブフォルダ内に配置された状態で、フォルダ構成もそのままアーカイブされ、1つの文書として取り扱うことが可能である。図7の例において、バインダ文書700は、ルートフォルダ701以下に、属性用文書704、元文書を格納したサブフォルダ702、元文書705~707、表示用文書を格納したサブフォルダ703、表示用文書708が存在するように構成されている。本実施形態では、表示用文書708のフォーマットは、PDFPortableDocumentFormatを一例としているが、他のフォーマットであってもよい。また、図7のフォルダ構成も、他の構成であってもよい。次に、図8のフローチャートを用いて、本実施形態の文書管理サーバ102において、PC101の文書登録要求送信部320から送信された文書登録要求を受信し、文書登録処理完了するまでの処理を説明する。尚、本フローに係る文書管理サーバ102のプログラムやプログラムの実行時に必要なデータは、文書管理サーバ102のHDD209に記憶されており、RAM202に読み出されて、CPU201によって実行される。各ステップ間でのデータの引き渡しは、RAM202あるいはHDD209の一時領域を使用する。PC101の文書アプリケーションにおいて、任意の文書を、ツリー表示部402の任意のフォルダに格納するための操作を行うと、PC101の文書管理アプリケーションは、文書管理サーバ102に対して、文書登録要求を送信する。尚、文書管理サーバ102に対して、文書登録要求を送信する方法は、PC101の文書管理アプリケーションを使用する以外にも存在するが、本発明とは直接関係ない処理であるため、説明を省略する。ステップS800にて、文書管理サーバ102の、文書登録要求受信部301が、PC101から送信された文書登録要求を受信する。そして、文書登録要求受信部301が、文書登録要求と合わせて受信したデータから、文書情報と文書実体とを取得し、文書登録処理部302に処理を引き継ぐ。ステップS801にて、文書登録処理部302は、文書情報および文書実体を、HDD209の文書/フォルダ情報記憶部310に格納する文書実体格納。ステップS802にて、文書登録処理部302が、文書が処理不能文書であるかどうかを判定する。処理不能文書とは、文書自体が暗号化されていたり、解釈が困難な方式でアーカイブされていたりする文書を表す。処理不能文書は、文書管理サーバ102およびPC101のいずれでもプレビュー画像の生成や表示用文書の取り出しは不可能であるため、プレビュー画像用文書として文書実体を送信する必要はない。ステップS802にて、文書が処理不能文書であると判定された場合には、文書登録処理部302は、ステップS808に処理を進める。ステップS808にて、文書登録処理部302は、プレビュー画像用文書情報記憶部311に、固定の画像文書固定画像をプレビュー画像用文書として格納する。文書登録処理部302は、プレビュー画像用文書種別のデータにFIXを設定して、プレビュー画像用文書情報記憶部311にプレビュー画像用文書情報を追加する。固定の画像文書は、固定の文字列が描画された画像や無地の画像を用いるが、あらかじめ文書管理サーバ102において定義されているものとする。文書登録処理部302は、ステップS802にて、文書が処理不能文書ではないと判定された場合には、ステップS803に処理を進める。ステップS803にて、文書登録処理部302は文書の情報を読み出し、文書のサイズが既定のサイズ以内であるか判定する。文書の実体サイズが小さい場合には、ネットワーク100に与える負荷も少なく、文書管理サーバ102で事前に文書実体に対する処理を行うよりも、総合的な効率はよいためである。ステップS803にて、文書登録処理部302は、文書のサイズが既定のサイズ以内であると判定した場合には、ステップS807に処理を進める。ステップS803で文書のサイズを判定するために用いる既定のサイズは、あらかじめ文書管理サーバ102において定義されているものとする。尚、既定サイズはすべての文書で一律の設定としてもよいし、文書の形式ごとに既定サイズを変更するようにしてもよい。ステップS803にて、文書登録処理部302は、文書のサイズが既定のサイズよりも大きいと判定した場合には、ステップS804に処理を進める。ステップS804にて、文書登録処理部302は、文書がプレビュー画像を生成可能な文書であるかどうか判定する。プレビュー画像を生成可能かどうかの判定は、あらかじめ文書管理サーバ102の処理能力に応じて設定しておいてもよいし、判定処理が可能な別のプログラムを用いるように構成してもよい。本実施形態においては、プレビュー画像が生成可能かどうかを判定するためのプログラムに関しては説明を省略する。ステップS804にて、文書登録処理部302は、文書がプレビュー画像を生成可能な文書であると判定した場合には、ステップS805に処理を進める。文書がプレビュー画像を生成不可能であると判定した場合には、ステップS809に処理を進める。ステップS805にて、文書登録処理部302は、文書が構造化文書であるかどうかを判定する。構造化文書がどうかの判定は、文書管理サーバ102にあらかじめ文書のフォーマットを定義しておくものとする。ステップS805にて、文書が構造化文書であると判断した場合には、文書登録処理部302は、ステップS806に処理を進める。文書が構造化文書でないと判断した場合には、文書登録処理部302は、ステップSS811に処理を進め、プレビュー画像用文書生成部303に処理を引き継ぐ。ステップS806にて、文書登録処理部302は、文書から表示用文書を取り出し可能かどうかを判定する。ステップS806にて、文書から表示用文書を取り出すことが不可能と判断した場合には、文書登録処理部302は、ステップS807に処理を進める。文書から表示用文書を取り出すことが可能と判断した場合には、文書登録処理部302は、ステップS812に処理を進め、プレビュー画像用文書生成部303に処理を引き継ぐ。ステップS807にて、文書登録処理部302は、プレビュー画像用文書情報記憶部311に、文書の実体をプレビュー画像用文書として格納する。文書登録処理部302は、プレビュー画像用文書種別のデータにORGを設定して、プレビュー画像用文書情報記憶部311にプレビュー画像用文書情報を追加する。ステップS809にて、文書登録処理部302は、文書が分割可能な文書であるかを判定する。ステップS809にて、文書が分割可能な文書であると判断された場合には、文書登録処理部302は、ステップS810に処理を進め、プレビュー画像用文書生成部303に処理を引き継ぐ。文書が分割不可能な文書であると判断された場合には、文書登録処理部302は、ステップS807に処理を進める。ステップS810にて、プレビュー画像用文書生成部303は、文書の先頭1ページに分割した文書を取得し、分割後の文書の実体をプレビュー画像用文書として、プレビュー画像用文書情報記憶部311に格納する。プレビュー画像用文書生成部303は、プレビュー画像用文書種別のデータにTOPを設定して、プレビュー画像用文書情報記憶部311にプレビュー画像用文書情報を追加する。尚、本実施形態では分割する先頭のページ数は、1ページを例としているが、あらかじめ文書管理サーバ102に設定された任意のページ数に分割するようにしてもよい。ステップS811にて、プレビュー画像用文書生成部303は、文書の先頭ページを低解像度の画像文書低解像度画像に変換し、変換後の画像文書の実体をプレビュー画像用文書として、プレビュー画像用文書情報記憶部311に格納する。プレビュー画像用文書生成部303は、プレビュー画像用文書種別のデータにLOWを設定して、プレビュー画像用文書情報記憶部311にプレビュー画像用文書情報を追加する。ステップS812にて、プレビュー画像用文書生成部303は、構造化文書から表示用文書708を取り出して、プレビュー画像用文書として、プレビュー画像用文書情報記憶部311に格納する。プレビュー画像用文書生成部303は、プレビュー画像用文書種別のデータにDSPを設定して、プレビュー画像用文書情報記憶部311にプレビュー画像用文書情報を追加する。以上のようにして、文書管理サーバ102において文書登録処理が実行されると、図6Aのデータ例にあるように文書情報が、文書/フォルダ情報記憶部310に格納される。また、図6Bのデータ例にあるように文書の状態に応じて、プレビュー画像用文書の情報が、プレビュー画像用文書情報記憶部311に格納されるプレビュー画用文書格納。これにより、文書管理サーバ102において、登録される文書の形式や種別やサイズに応じて、異なるプレビュー画像用文書が事前に設定されることになる。次に、図9および図10のフローチャートを用いて、本実施形態のPC101からのプレビュー画像用文書取得要求送信から、プレビュー画像用文書の受信までのフローについて説明する。文書管理サーバ102においては、PC101のプレビュー画像用文書取得要求送信部321から送信されたプレビュー画像用文書取得要求を受信し、プレビュー画像用文書をPC101に送信するまでのフローについて説明する図9。PC101においては、プレビュー画像用文書の取得要求を送信するまでの処理フローと、プレビュー画像用文書を受信した後の処理フローについて説明する図10。尚、本フローに係るPC101および文書管理サーバ102のプログラムやプログラムの実行時に必要なデータは、HDD209に記憶されており、RAM202に読み出されて、CPU201によって実行される。各ステップ間でのデータの引き渡しは、RAM202あるいはHDD209の一時領域を使用する。PC101の文書アプリケーションにおいて、サブフォルダ文書一覧表示部403に表示されている任意の文書を選択すると、PC101の文書管理アプリケーションは、文書管理サーバ102に対して、プレビュー画像用文書取得要求を送信する。PC101のKB208の矢印キーやマウスの操作により、文書が連続して操作された場合には、並行処理を実行することを前提とする。PC101の文書管理アプリケーションにおいて、サブフォルダ文書一覧表示部403での任意の文書の選択操作やページ操作部407でのプレビュー表示操作により、図10のフローを開始する。ステップS1000にて、プレビュー画像用文書取得要求送信部321は、該操作が2ページ目以降のプレビュー表示操作による要求か、文書選択操作による要求かを判定する。ステップS1000にて、該操作が2ページ目以降のプレビュー表示操作による要求であった場合には、プレビュー画像用文書取得要求送信部321は、ステップS1009に処理を進める。2ページ目以降のプレビュー表示操作であるということは、文書を選択し、操作者が内容の詳細を参照しようとしていると想定できるため、実体を送信した方が効率的であると判断する。ステップS1000にて、該操作が文書の選択操作による要求であった場合には、プレビュー画像用文書取得要求送信部321は、ステップS1001に処理を進める。図4のサブフォルダ文書一覧表示部403において、操作者が文書を選択しただけでは、詳細を参照しようとしているとは断定できないと判断する。例えば、マウス操作や矢印キーでの連続操作を行った場合である。ステップS1009にて、プレビュー画像用文書取得要求送信部321は、選択された文書の文書実体を取得するための要求を文書管理サーバ102に送信する。この要求には、文書管理サーバ102に登録されている文書のプレビュー画像用文書がいずれであっても、強制的に文書の実体を取得することを指示するフラグを含むものとする。次に、ステップS1001にて、プレビュー画像用文書取得要求送信部321は、選択された文書のプレビュー画像用文書の取得要求を文書管理サーバ102に送信する。次に、図9の文書管理サーバ102におけるプレビュー画像用文書の取得要求受信時の処理フローに関して説明する。文書プレビュー画像用文書取得要求受信部304が、PC101から送信されたプレビュー画像用文書取得要求を受信するS900。ステップS900にて、文書プレビュー画像用文書取得要求受信部304は、プレビュー画像用文書取得要求が、強制的に文書の実体を取得することを指示するフラグを含むかどうかを判定する。ステップS900にて、文書プレビュー画像用文書取得要求受信部304は、強制的に文書の実体を取得することを指示するフラグを含む場合には、ステップS905に処理を進める。ステップS900にて、文書プレビュー画像用文書取得要求受信部304は、強制的に文書の実体を取得することを指示するフラグを含まない場合には、ステップS901に処理を進める。次に、ステップS901にて、文書プレビュー画像用文書取得要求受信部304は、文書管理サーバ102で並行実行されているプレビュー画像用文書取得要求処理数が、既定の上限値に達しているかを判定する。同時処理可能数の上限値は、あらかじめ文書管理サーバ102に設定されているものとする。ステップS901にて、文書プレビュー画像用文書取得要求受信部304は、並行実行処理数が既定の上限値よりも少ないと判定した場合には、ステップS905に処理を進める。文書管理サーバ102での該操作による同時処理数が少ない場合には、文書実体を送信しても負荷が少ないと判断する。ステップS901にて、文書プレビュー画像用文書取得要求受信部304は、並行実行処理数が既定の上限値に達していると判定した場合には、ステップS902に処理を進める。次に、ステップS902にて、文書プレビュー画像用文書取得要求受信部304は、文書管理サーバ102全体が高負荷状態かどうかを判定する。高負荷状態かどうかの判定は、CPUの使用率やメモリの使用量、同一サーバ内の同時実行されている処理数から行い、それぞれの閾値は、あらかじめ文書管理サーバ102に定義されているものとする。高負荷の判断基準としては、CPU使用率、メモリ使用量、同時処理数すべてが閾値を超えていることを条件としてもよいし、いずれか一つが超えていることにしてもよい。ステップS902にて、文書プレビュー画像用文書取得要求受信部304は、高負荷状態と判定した場合には、ステップS906に処理を進める。ステップS902にて、文書プレビュー画像用文書取得要求受信部304は、高負荷状態と判定しなかった場合には、ステップS903に処理を進める。次に、ステップS903にて、文書プレビュー画像用文書取得要求受信部304は、同一のPCからの取得要求が並行実行されているかどうか、並行実行されている処理数が、既定の上限値に達しているかを判定する。同一のPCでの同時処理可能数の上限値は、あらかじめ文書管理サーバ102に設定されているものとする。ステップS903にて、文書プレビュー画像用文書取得要求受信部304は、同一PCからの取得要求に対する並行実行処理数が既定の上限値よりも少ないと判定した場合には、ステップS905に処理を進める。ステップS903にて、文書プレビュー画像用文書取得要求受信部304は、同一PCからの取得要求に対する並行実行処理数が既定の上限値に達していると判定した場合には、ステップS904に処理を進める。文書プレビュー画像用文書取得要求受信部304は、プレビュー画像用文書取得処理部305に処理を引き継ぐ。次に、ステップS904にて、プレビュー画像用文書取得処理部305は、文書と関連づいているプレビュー画像用文書の実体を、プレビュー画像用文書情報記憶部311から取得し、ステップS907に処理を進める。ステップS905にて、プレビュー画像用文書取得処理部305は、文書の実体を文書/フォルダ情報記憶部310から取得し、ステップS907に処理を進める。ステップS906にて、プレビュー画像用文書取得処理部305は、高負荷状態であることを示す固定の画像文書を、文書/フォルダ情報記憶部310から取得し、ステップS907に処理を進める。固定の画像文書は、文書管理サーバ102が高負荷状態であることを示す文字列が描画された画像を用いるが、あらかじめ文書管理サーバ102の文書/フォルダ情報記憶部310に格納されているものとする。次に、ステップS907にて、文書データ送信部306は、文書/フォルダ情報記憶部310あるいは311取得された文書実体あるいはプレビュー画像用文書の実体をPC101に対して送信する。送信時には、文書の種別やその他の文書情報も合わせて送信するものとする。次に、図10のPC101におけるプレビュー画像用文書の受信後のフローについて説明する。次に、ステップS1002にてプレビュー画像用文書取得要求送信部321は、文書管理サーバ102が送信したプレビュー画像用文書を受信し、ステップS1003に処理を進める。ステップS1010にて、プレビュー画像用文書取得要求送信部321は、文書管理サーバ102が送信した文書実体を受信し、ステップS1011に処理を進める。次に、ステップS1003にて、プレビュー画像用文書取得要求送信部321は、受信したプレビュー画像用文書の種別が固定の画像文書かどうかを判定する。文書の種別は、受信した文書データとともに文書管理サーバから受信した文書情報に含まれている。ステップS1003にて、プレビュー画像用文書取得要求送信部321は、固定の画像文書であると判定した場合には、ステップS1008に処理を進める。ステップS1003にて、プレビュー画像用文書取得要求送信部321は、固定の画像文書ではないと判定した場合には、ステップS1004に処理を進める。次に、ステップS1004にて、プレビュー画像用文書取得要求送信部321は、受信したプレビュー画像用文書の種別が、選択した文書の実体であるかどうかを判定する。ステップS1004にて、プレビュー画像用文書取得要求送信部321は、文書実体であると判定した場合には、ステップS1011に処理を進める。ステップS1004にて、プレビュー画像用文書取得要求送信部321は、文書実体ではないと判定した場合には、ステップS1005に処理を進める。次に、ステップS1005、S1011にて、プレビュー画像用文書取得要求送信部321は、文書実体あるいはプレビュー画像用文書の実体を、PC101の文書情報記憶部330の一時領域に格納する。次に、ステップS1006にて、プレビュー画像生成部322は、文書情報記憶部330の一時領域から文書実体あるいはプレビュー画像文書の実体を読み出し、プレビュー画像を生成し、文書情報記憶部330に格納する。プレビュー画像生成部322は、文書の選択によるプレビュー画像の表示処理か、ページ操作によるプレビュー表示処理かによって、作成するページを決定する。尚、プレビュー画像の生成処理に関しては、本発明とは直接関与しないため詳細を省略する。次に、ステップS1007にて、プレビュー画像表示処理部323は、文書情報記憶部330からプレビュー画像を読み出し、プレビュー画像表示部406に表示する。ステップS1008にて、プレビュー画像表示処理部323は、受信した固定の画像文書をプレビュー画像として、プレビュー画像表示部406に表示する。以上のように、文書管理サーバ102において、プレビュー画像用文書の取得要求に対する処理が実行されると、図6ABのデータに従って、適切なプレビュー画像用文書がPC101に送信される。また、文書管理サーバ102の負荷の状態や、同一PCからの同時処理数に応じて、固定の画像や元文書、分割した文書、表示用文書、画像変換した低解像度の文書のいずれかを使い分けて、PC101に送信する。さらに、PC101の文書管理アプリケーションの操作によっても、文書の実体とプレビュー画像用文書の使い分けがされるため、柔軟にプレビュー画像の表示処理が行える。上述した本実施形態では、文書の登録処理が行われると、文書のプレビュー画像用の文書が、文書実体、低解像度の画像文書、先頭から既定ページ数の分割された文書、固定の画像文書のいずれかに決定され、文書と関連付けて登録される。PC101において、文書のプレビュー画像を表示する際には、操作者の操作によって、プレビュー画像用の文書を取得するか、文書実体を強制的に取得するかを区別して、文書管理サーバ102に文書の取得要求を送信する。プレビュー画像用の文書の取得要求処理が行われると、文書管理サーバ102は、該処理の同時実行数、同一クライアントからの同時実行数、サーバの負荷状態と、文書登録時に設定されたプレビュー画像用文書から最適な文書を送信する。こうして、プレビュー画像用文書の管理を文書登録時、および取得要求時に行うことで、効率よく処理を行え、文書管理サーバ102、PC101、ネットワーク100全体の負荷を軽減することができる。以上、本発明の実施例について具体例を挙げて説明したが、本発明は上記の実施例に限定されるものではない。また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェアプログラムを、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータまたはCPUやMPU等がプログラムを読み出して実行する処理である。この場合、そのプログラム、及び該プログラムを記憶した記憶媒体は本発明を構成することになる。