"文書の内容を示す内容データの複数を1つの文書ファイルとし、前記文書ファイルの版数により前記文書ファイルの更新の履歴を管理する文書管理プログラムであって、コンピュータに、前記内容データが前記文書ファイルに追加された後の前記文書ファイルの第1の版数と前記内容データが前記文書ファイルから削除される前の前記文書ファイルの第2の版数とを前記内容データに対応付けて記憶手段に格納し、第3の版数が入力されると、前記記憶手段を参照して、前記第1の版数が前記第3の版数以下で前記第2の版数が前記第3の版数以上の内容データを検索し、検索した内容データを含む前記文書ファイルを出力する、処理を実行させる文書管理プログラム。前記文書ファイルに含まれる第1の内容データが第2の内容データに差替えられたことで前記文書ファイルの版数が更新されると、差替え前の前記文書ファイルの版数を前記第1の内容データの前記第2の版数に設定し、差替え後の前記文書ファイルの版数を前記第2の内容データの前記第1の版数に設定する、請求項1記載の文書管理プログラム。前記内容データが前記文書ファイルに追加されると、前記第2の版数として設定可能な最大値を、前記内容データの前記第2の版数に設定する、請求項1または2記載の文書管理プログラム。前記内容データは、前記文書の内容を撮像して取得された画像データである請求項1乃至3の何れか一項に記載の文書管理プログラム。文書の内容を示す内容データの複数を1つの文書ファイルとし、前記文書ファイルの版数により前記文書ファイルの更新の履歴を管理する情報処理装置であって、前記内容データが前記文書ファイルに追加された後の前記文書ファイルの第1の版数と前記内容データが前記文書ファイルから削除される前の前記文書ファイルの第2の版数とを前記内容データに対応付けて記憶手段に格納する格納手段と、第3の版数が入力されると、前記記憶手段を参照して、前記第1の版数が前記第3の版数以下で前記第2の版数が前記第3の版数以上の内容データを検索し、検索した内容データを含む前記文書ファイルを出力する検索手段と、を有する情報処理装置。文書の内容を示す内容データの複数を1つの文書ファイルとし、前記文書ファイルの版数により前記文書ファイルの更新の履歴を管理するコンピュータが実行する文書管理方法であって、前記内容データが前記文書ファイルに追加された後の前記文書ファイルの第1の版数と前記内容データが前記文書ファイルから削除される前の前記文書ファイルの第2の版数とを前記内容データに対応付けて記憶手段に格納し、第3の版数が入力されると、前記記憶手段を参照して、前記第1の版数が前記第3の版数以下で前記第2の版数が前記第3の版数以上の内容データを検索し、検索した内容データを含む前記文書ファイルを出力する、文書管理方法。内容データを各版に対応付ける場合、上記特許文献1のように内容データを登録した情報コンテントデータDBDataBaseとは別個に、1つの版と当該版に含まれる内容データとの対応付けを定義した管理情報版情報DBを用意することが考えられる。しかし、管理情報を別個に用意すると、その分の記憶領域を確保せねばならず、記憶領域が圧迫され得るという問題がある。特に、個々の版ごとに内容データとの対応付けを定義すると、当該管理情報のレコード数が膨大となる可能性があり、管理情報のサイズが大きくなるおそれがある。文書ファイルや内容データの数が大量例えば、数千万件のオーダとなる程、この問題は一層顕著となる。本発明はこのような点に鑑みてなされたものであり、文書ファイルの版管理を効率的に行える文書管理プログラム、情報処理装置および文書管理方法を提供することを目的とする。コンピュータに実行させる文書管理プログラムであって、文書の内容を示す内容データの複数を1つの文書ファイルとし、文書ファイルの版数により文書ファイルの更新の履歴を管理する文書管理プログラムが提供される。この文書管理プログラムは、コンピュータに、内容データが文書ファイルに追加された後の文書ファイルの第1の版数と内容データが文書ファイルから削除される前の文書ファイルの第2の版数とを内容データに対応付けて記憶手段に格納し、第3の版数が入力されると、記憶手段を参照して、第1の版数が第3の版数以下で第2の版数が第3の版数以上の内容データを検索し、検索した内容データを含む文書ファイルを出力する、処理を実行させる。また、文書の内容を示す内容データの複数を1つの文書ファイルとし、文書ファイルの版数により文書ファイルの更新の履歴を管理する情報処理装置が提供される。この情報処理装置は格納手段と検索手段とを有する。格納手段は、内容データが文書ファイルに追加された後の文書ファイルの第1の版数と内容データが文書ファイルから削除される前の文書ファイルの第2の版数とを内容データに対応付けて記憶手段に格納する。検索手段は、第3の版数が入力されると、記憶手段を参照して、第1の版数が第3の版数以下で第2の版数が第3の版数以上の内容データを検索し、検索した内容データを含む文書ファイルを出力する。また、文書の内容を示す内容データの複数を1つの文書ファイルとし、文書ファイルの版数により文書ファイルの更新の履歴を管理するコンピュータが実行する文書管理方法が提供される。文書ファイルの版管理を効率的に行える。以下、本実施の形態を図面を参照して説明する。[第1の実施の形態]図1は、第1の実施の形態に係る情報処理装置を示す図である。情報処理装置1は、文書ファイル2を記憶する。文書ファイル2は、文書の内容を示す内容データの集合である。文書ファイル2は、内容データが追加/削除されることで更新され得る。情報処理装置1は、内容データの追加や削除の履歴を、文書ファイル2の版数により管理する。版数は、数値で表され、値が大きい程、最新の更新を反映したものとなる。情報処理装置1は、CPUCentralProcessingUnitなどのプロセッサとRAMRandomAccessMemoryなどのメモリとを備えてもよく、メモリに記憶されたプログラムをプロセッサが実行するコンピュータであってもよい。情報処理装置1は、格納手段1a、記憶手段1bおよび検索手段1cを有する。格納手段1aは、内容データA,B,Cそれぞれが文書ファイル2に追加された後の文書ファイル2の第1の版数と、内容データA,B,Cそれぞれが文書ファイル2から削除される前の文書ファイル2の第2の版数とを内容データA,B,Cそれぞれに対応付けて記憶手段1bに格納する。例えば、版数2の文書ファイル2に内容データAが追加されて当該版数が3に更新された場合、内容データAに対して第1の版数3を格納する。また、例えば、版数8の文書ファイル2から内容データAが削除されて当該版数が9に更新された場合、内容データAに対して第2の版数8を格納する。記憶手段1bは、内容データA,B,Cおよび内容データA,B,Cに対する第1,第2の版数を記憶する。例えば、記憶手段1bには、内容データA以外にも、内容データBに対して第1の版数4、第2の版数7が格納されている。また、内容データCに対して第1の版数6、第2の版数10が格納されている。なお、記憶手段1bは、RAMやHDDHardDiskDriveによって実装されてもよい。検索手段1cは、第3の版数が入力されると、記憶手段1bを参照して、第1の版数が第3の版数以下で第2の版数が第3の版数以上の内容データを検索し、検索した内容データを含む文書ファイル2を出力する。例えば、第3の版数5が検索手段1cに入力されたとする。このとき、内容データA,Bの第1の版数3、4は、第3の版数5以下である。また、内容データA,B,Cの第2の版数8、7、10は、第3の版数5以上である。よって、検索手段1cは、第3の版数5に対して、内容データA,Bを抽出する。一方、内容データCは抽出しない。内容データCは、第1の版数6が第3の版数5より大きく、第1の版数が第3の版数以下の条件を満たさないためである。検索手段1cは、検索により抽出した内容データA,Bを含む文書ファイル2を出力する。情報処理装置1によれば、格納手段1aにより、第1,第2の版数が内容データA,B,Cそれぞれに対応付けて記憶手段1bに格納される。第3の版数が入力されると、検索手段1cにより、記憶手段1bが参照され、第1の版数が第3の版数以下で第2の版数が第3の版数以上の内容データが検索され、検索された内容データを含む文書ファイル2が出力される。ここで、1つの版数と内容データとの対応付けを定義した管理情報を、内容データを格納したデータベースとは別個に設け、当該版数の文書ファイルに含まれる内容データを当該管理情報により検索することも考え得る。しかし、管理情報を別個に用意すると、当該管理情報のための記憶領域を確保しなければならず、記憶領域の使用量が増大する。特に、個々の版ごとに内容データとの対応付けを定義すると、当該管理情報のレコード数が膨大となる可能性があり、管理情報のサイズが大きくなるおそれがある。また、この場合、ある版の文書ファイルに含まれる内容データをデータベースから取得する前に、当該管理情報を参照する必要が生ずる。別の情報を参照するとなると、その分だけ処理効率が悪化する。このような問題は、文書ファイルや文書ファイル内の内容データの数が大量になるほど、特に顕著となる。一方、情報処理装置1では、内容データと共に第1,第2の版数を記憶手段1bに格納する。このように、内容データ本体を格納したデータベースと別個の管理情報を設けないので、管理情報を別個に設ける場合よりも記憶領域の使用量を低減できる。また、第1,第2の版数と第3の版数との大小を比較して、第3の版数の文書ファイル2に含まれる内容データを記憶手段1bから一度の処理で抽出できる。よって、第3の版数の文書ファイル2を高速に取得できる。このように、情報処理装置1によれば、文書ファイルの版管理を効率的に行える。[第2の実施の形態]図2は、第2の実施の形態に係る文書管理システムを示す図である。第2の実施の形態の文書管理システムは、文書管理サーバ100、ストレージ200、検索クライアント300、登録サーバ400、読取クライアント500、認識クライアント600、外部サーバ700および複合機800を含む。文書管理サーバ100、ストレージ200および検索クライアント300は、ネットワーク10に接続されている。登録サーバ400、読取クライアント500および認識クライアント600は、ネットワーク20に接続されている。外部サーバ700および複合機800は、ネットワーク30に接続されている。また、ネットワーク10,20は接続されている。例えば、ネットワーク10,20は、ある拠点に形成されたLANLocalAreaNetworkである。ネットワーク30は、他の拠点に形成されたLANである。ネットワーク20,30は、インターネットなどの広域ネットワークを介して接続されてもよい。文書管理サーバ100は、文書ファイルの登録、更新、削除および検索を制御するサーバコンピュータである。文書管理サーバ100は、ストレージ200に接続されている。文書管理サーバ100は、検索クライアント300から、文書ファイルの検索指示を受信すると、文書ファイルの検索を行い、検索結果を応答する。文書管理サーバ100は、Webサーバ機能を備えており、検索指示を入力するためのGUIGraphicalUserInterfaceを検索クライアント300に提供する。ストレージ200は、文書ファイルを記憶する記憶装置である。文書管理サーバ100とストレージ200との間のインタフェースには、例えば、SCSISmallComputerSystemInterfaceやファイバチャネルFibreChannelなどを用いてもよい。ストレージ200は、HDDやSSDSolidStateDriveなどの記憶デバイスを備える。ストレージ200は、文書管理サーバ100に内蔵されてもよい。検索クライアント300は、ユーザが文書ファイルの検索のために利用するクライアントコンピュータである。検索クライアント300は、Webブラウザを備える。ユーザは、当該Webブラウザに文書管理サーバ100が提供するGUIを表示させて、検索指示を入力できる。登録サーバ400は、文書ファイルの登録および更新を文書管理サーバ100に依頼するサーバコンピュータである。登録サーバ400は、読取クライアント500および外部サーバ700から受信した文書ファイルの登録または更新の指示に基づき、文書ファイルの登録または更新を文書管理サーバ100に依頼する。読取クライアント500は、ユーザが文書ファイルの登録および更新を行うために利用するクライアントコンピュータである。読取クライアント500は、イメージスキャナ500aと接続されている。イメージスキャナ500aは、帳票の内容を撮像して画像データを生成し、読取クライアント500に送信する。当該画像データを以下では内容データと呼ぶ。すなわち、内容データは帳票1枚分をスキャンした画像データである。文書ファイルは内容データの集合である。読取クライアント500は、ユーザが文書ファイルの内容の点検を行うためにも利用される。点検は、文書ファイル登録前に内容の適否を事前判断する作業である。登録サーバ400は、点検が完了した文書ファイルにつき、文書管理サーバ100に登録を依頼する。読取クライアント500は、文書ファイルの登録、更新および点検の指示を入力するためのGUIをユーザに提供する。認識クライアント600は、帳票の種類契約書や添付書類などを区分した文書種別の認識を行うクライアントコンピュータである。認識クライアント600は、登録サーバ400からの指示に応じて、文書ファイルに含まれる内容データを解析し、内容データに応じた文書種別を判断する。認識クライアント600は、判断結果を登録サーバ400に送信する。外部サーバ700は、ユーザが文書ファイルの登録および更新を行うために利用するサーバコンピュータである。外部サーバ700は、複合機800と通信する。複合機800は、帳票の内容を撮像して内容データを生成し、外部サーバ700に送信する装置である。外部サーバ700は、複合機800から内容データを受信すると登録サーバ400に文書ファイルの登録または更新を指示する。外部サーバ700は、文書ファイルの登録および更新の指示を入力するためのGUIをユーザに提供する。図3は、文書管理サーバのハードウェア例を示す図である。文書管理サーバ100は、CPU101、RAM102、HDD103、画像信号処理部104、入力信号処理部105、ディスクドライブ106および通信部107を有する。各ユニットが文書管理サーバ100のバスに接続されている。検索クライアント300、登録サーバ400、読取クライアント500、認識クライアント600および外部サーバ700も文書管理サーバ100と同様のハードウェアを用いて実装できる。CPU101は、文書管理サーバ100の情報処理を制御するプロセッサである。CPU101は、HDD103に記憶されているプログラムやデータの少なくとも一部を読み出し、RAM102に展開してプログラムを実行する。なお、文書管理サーバ100は、複数のプロセッサを設けて、プログラムを分散して実行してもよい。RAM102は、CPU101が実行するプログラムや処理に用いるデータを一時的に記憶する揮発性メモリである。なお、文書管理サーバ100は、RAM以外の種類のメモリを備えてもよく、複数個のメモリを備えていてもよい。HDD103は、OSプログラムやアプリケーションプログラムなどのプログラムおよびデータを記憶する不揮発性の記憶装置である。HDD103は、CPU101の命令に従って、内蔵の磁気ディスクに対してデータの読み書きを行う。なお、文書管理サーバ100は、HDD以外の種類の不揮発性の記憶装置例えば、SSDなどを備えてもよく、複数の記憶装置を備えていてもよい。画像信号処理部104は、CPU101の命令に従って、文書管理サーバ100に接続されたディスプレイ11に画像を出力する。ディスプレイ11としては、例えば、CRTCathodeRayTubeディスプレイや液晶ディスプレイを用いることができる。入力信号処理部105は、文書管理サーバ100に接続された入力デバイス12から入力信号を取得し、CPU101に出力する。入力デバイス12としては、例えば、マウスやタッチパネルなどのポインティングデバイス、キーボードなどを用いることができる。ディスクドライブ106は、記録媒体13に記録されたプログラムやデータを読み取る駆動装置である。記録媒体13として、例えば、ブルーレイディスクBD:BlurayDisk、CDCompactDiscやDVDDigitalVersatileDiscなどの光ディスク、光磁気ディスクMO:MagnetoOpticaldiskを使用できる。ディスクドライブ106は、例えば、CPU101の命令に従って、記録媒体13から読み取ったプログラムやデータをRAM102またはHDD103に格納する。文書管理サーバ100は、記録媒体13から読み取ったプログラムをCPU101が実行することで、後述する処理機能を実現できる。文書管理サーバ100は、通信部107を介して、ネットワーク10,20,30の何れかに接続された所定のサーバコンピュータから当該プログラムを取得してもよい。通信部107は、ネットワーク10,20を介して検索クライアント300、登録サーバ400と通信を行う通信インタフェースである。通信部107は、有線通信インタフェースでもよいし、無線通信インタフェースでもよい。図4は、文書管理システムのソフトウェア例を示す図である。図4に示すユニットの一部または全部は、文書管理サーバ100、登録サーバ400および外部サーバ700が実行するプログラムのモジュールであってもよい。また、図4に示すユニットの一部または全部は、FPGAFieldProgrammableGateArrayやASICApplicationSpecificIntegratedCircuitなどの電子回路であってもよい。文書管理サーバ100は、格納部110、検索部120を有する。格納部110は、登録サーバ400から受け付けた文書ファイルの登録および更新の依頼に応じて、ストレージ200に文書ファイルを登録する。格納部110は、文書ファイルの版管理も行う。すなわち、格納部110は、文書ファイルの更新に伴い、当該文書ファイルの版を更新する。検索部120は、検索用のGUIを記述したHTMLHyperTextMarkupLanguageファイルを検索クライアント300に提供する。検索部120は、検索クライアント300上のWebブラウザから検索指示を受け付け、文書ファイルの検索を行う。検索部120は、検索結果を検索クライアント300に応答する。ストレージ200は、記憶部210を有する。記憶部210は、文書ファイルを管理するための文書管理テーブルを記憶する。記憶部210は、文書ファイルに含まれる内容データを管理するための内容データ管理テーブルを記憶する。文書管理テーブルおよび内容データ管理テーブルは、格納部110により参照され、更新される。また、文書管理テーブルおよび内容データ管理テーブルは、検索部120により参照される。更に、ストレージ200は、文書ファイルの検索に用いる文字列などを管理するための情報を記憶する。登録サーバ400は、記憶部410および連携部420を有する。記憶部410は、登録サーバ400が取得した文書ファイルのデータ内容データなどを一時的に記憶する。記憶部410には、連携部420がアクセスする。連携部420は、文書管理サーバ100、読取クライアント500および認識クライアント600との連携処理を制御する。具体的には、連携部420は、読取クライアント500から文書ファイルの登録または更新の内容を取得すると、記憶部410へ格納する。その後、認識クライアント600に文書種別の認識処理を行わせる。読取クライアント500は、認識後の文書ファイルのデータを連携部420から得て、点検を行い、点検後の文書ファイルのデータを連携部420へ送信する。連携部420は、登録または更新の内容を格納部110に送信し、文書ファイルの格納を依頼する。また、連携部420は、外部サーバ700から文書ファイルの登録依頼を受け付ける。連携部420は、当該登録依頼に基づき、文書管理サーバ100に文書ファイルの登録依頼を行う。外部サーバ700は、記憶部710および連携部720を有する。記憶部710は、外部サーバ700が取得した文書ファイルのデータ内容データなどを一時的に記憶する。記憶部710には、連携部720がアクセスする。連携部720は、連携部420と同様の機能を備える。ただし、連携部720は、連携部420に対して文書ファイルの登録を依頼する。図5は、文書ファイルの例を示す図である。文書ファイルは、内容データの追加、削除および差替えにより更新され得る。各時点での文書ファイルは、版数によって識別される。版数は、最初を1第1版とする。版数は、更新のたびに1が加算される。版数が大きい程、最新の更新内容を反映している。例えば、文書ファイル40は第1版である。文書ファイル40は、内容データX,Yを含む。文書ファイル40に内容データZを追加する。すると、版数が1加算されて第2版となり、文書ファイル40aを得る。文書ファイル40aは内容データX,Y,Zを含む。文書ファイル40aから内容データYを削除する。すると、版数が1加算されて第3版となり、文書ファイル40bを得る。文書ファイル40bは内容データX,Zを含む。このようにして、文書管理サーバ100は、文書ファイルの版数管理を行う。図6は、文書管理テーブルの例を示す図である。文書管理テーブル211は、記憶部210に格納される。文書管理テーブル211は、文書ファイルIDIDentifier、版数、文書ファイル名、文書種別および顧客番号の項目を含む。文書ファイルIDの項目には、文書ファイルの識別番号が登録される。版数の項目には、文書ファイルの版数番号が登録される。文書ファイル名の項目には、文書ファイルの名称が登録される。文書種別の項目には、契約書や添付書類などを示す文書種別が登録される。顧客番号の項目には、文書ファイルに関連する顧客番号顧客を識別するための番号が登録される。例えば、文書ファイルID2の文書文書ファイル名顧客名簿は、版数が1、2、3のレコードが存在している。これは、文書ファイルID2で示される文書ファイルに版数1、2、3の3つの版数が存在することを示す。図7は、内容データ管理テーブルの例を示す図である。内容データ管理テーブル212は、記憶部210に格納される。内容データ管理テーブル212は、文書ファイルID、文書内通番、登録版数、最終版数、ファイル名およびデータ本体の項目を含む。文書ファイルIDの項目には、文書ファイルの識別番号が登録される。文書内通番の項目には、文書内において内容データを識別するための番号が登録される。登録版数の項目には、内容データが当該文書ファイルに追加された直後の、当該文書ファイルの版数が登録される。最終版数の項目には、内容データが当該文書ファイルから削除される直前の、当該文書ファイルの版数が登録される。ファイル名の項目には、内容データのファイル名が登録される。データ本体の項目には、内容データの本体が登録される。例えば、登録版数1は、文書ファイルが最初に登録されたときに追加された内容データである。最終版数2は、文書ファイルが第3版になるときに削除された内容データである。なお、内容データを文書ファイルに追加するとき、最終版数には9999を登録しておく。すなわち、最終版数9999は、現状の最新版でも削除されていない内容データであることを示す。ここで、9999は、当該項目に設定可能な最大値である。これにより、現状の最新版でも削除されていない内容データを、後述する検索処理で適正に抽出できる。次に、第2の実施の形態の文書管理システムでユーザの操作を支援するGUIを説明する。まず、文書ファイルの読取および点検を支援するために読取クライアント500が出力する画面を説明する。なお、内容データ管理テーブル212には、各内容データや登録版数などに対応付けて他の情報を登録してもよい。例えば、内容データのデフォルトの表示サイズや縦/横の表示方法を区別するための情報を含めてもよい。図8は、業務メニュー画面の例を示す図である。業務メニュー画面50は、読取クライアント500が、読取クライアント500に接続された表示装置に出力する画面である。業務メニュー画面50は、帳票読取ボタン51、更新読取ボタン52および点検ボタン53を有する。帳票読取ボタン51は、帳票の新規読取を開始するためのボタンである。更新読取ボタン52は、帳票の更新読取を開始するためのボタンである。点検ボタン53は、読取済みの内容データの点検を開始するためのボタンである。例えば、ユーザは、読取クライアント500に接続されたポインティングデバイスにより、ポインタP1を操作して、何れかのボタンを押下操作できる。図9は、帳票読取画面/更新読取画面の例を示す図である。図9Aは帳票読取画面50aを示す。帳票読取画面50aは、業務メニュー画面50で帳票読取ボタン51が押下された後に読取クライアント500が出力する画面である。帳票読取画面50aは、テキストボックス51a、ADFAutoDocumentFeederボタン52aおよびFBFlatBedボタン53aを有する。テキストボックス51aは、帳票の読取枚数を入力するためのフォームである。ADFボタン52aは、自動紙送り機構ADF付きのスキャナを用いた帳票の読取を開始するためのボタンである。FBボタン53aは、台型FBのスキャナを用いた帳票の読取を開始するためのボタンである。図9Bは更新読取画面50bを示す。更新読取画面50bは、業務メニュー画面50で更新読取ボタン52が押下された後に読取クライアント500が出力する画面である。更新読取画面50bは、テキストボックス51b,52b,53b、ADFボタン54bおよびFBボタン55bを有する。テキストボックス51bは、更新対象とする文書ファイルの文書ファイルIDを入力するためのフォームである。テキストボックス52bは、内容データの差替えを行う場合に、差替え対象とする内容データの文書内通番を入力するためのフォームである。テキストボックス53bは、読取枚数を入力するためのフォームである。例えば、既存の文書ファイルに対し新たに内容データを追加する場合、テキストボックス51b,53bに設定値を入力する。また、既存の文書ファイルの内容データを、新たな内容データで置換する場合、テキストボックス51b,52bに設定値を入力するこの場合、読取枚数の入力は無効となる。ADFボタン54bおよびFBボタン55bは、図9Aで説明したADFボタン52aおよびFBボタン53aと同様である。図10は、読取帳票確認画面の例を示す図である。読取帳票確認画面50cは、読取クライアント500が出力する画面である。読取帳票確認画面50cは、帳票読取画面50aまたは更新読取画面50bから入力された読取指示に応じて、イメージスキャナ500aが読み取った帳票イメージを確認するための画面である。読取帳票確認画面50cは、帳票イメージ表示部51c、読取結果枚数表示部52c、テキストボックス53c、ADFボタン54c、FBボタン55cおよび実行ボタン56cを有する。帳票イメージ表示部51cは、読み取った帳票イメージを表示する領域である。読取結果枚数表示部52cは、読取を行った帳票の枚数を表示する領域である。テキストボックス53cは、追加で帳票を読み取る場合に、読取枚数を入力するためのフォームである。ADFボタン54cおよびFBボタン55cは、図9Aで説明したADFボタン52aおよびFBボタン53aと同様である。ADFボタン54cおよびFBボタン55cは、テキストボックス53cに入力された枚数分の帳票の追加読取を開始するためのボタンである。実行ボタン56cは、読取結果を確定し、文書ファイルに登録する内容データを得るためのボタンである。実行ボタン56cが押下されると、読取クライアント500は、内容データを登録サーバ400に送信する。登録サーバ400に送信された内容データは、認識クライアント600による文書種別の自動認識が行われた後に点検可能となる。図11は、点検一覧画面/点検画面の例を示す図である。図11Aは点検一覧画面50dを示す。点検一覧画面50dは、業務メニュー画面50で点検ボタン53が押下された後に読取クライアント500が出力する画面である。点検一覧画面50dは、案件一覧表示部51dおよび実行ボタン52dを有する。案件一覧表示部51dは、点検待ちの案件の一覧を表示する領域である。案件一覧表示部51dには、例えば、案件番号、面数、案件状態、更新先文書ファイルIDおよび文書内通番などの項目が表示される。案件番号は、点検待ち案件を管理するための番号である。案件番号は、文書ファイルの登録または更新指示を受けた登録サーバ400が、登録前の内容データの集合束に対して付与する管理用の番号である。面数は、当該集合に含まれる内容データの数を示す。案件状態は、当該案件が未点検の状態か途中まで点検された状態保留かを示す。更新先文書ファイルIDは、内容データを追加する場合に、対象となる既存の文書ファイルのIDを設定する。新規に文書ファイルを登録する場合、更新先文書ファイルIDの項目の表示は、設定なしを示す-ハイフンとなる。文書内通番は、内容データの差替えである場合に表示される。文書内通番は、既存の文書ファイルのIDとともに指定される。差替えでない場合、文書内通番の表示は、設定なしを示す-ハイフンとなる。ユーザは、読取クライアント500に接続されたポインティングデバイスを操作して、カーソルC1により点検を行う案件の行を選択できる。実行ボタン52dは、カーソルC1で選択された行に対応する案件の点検を開始するためのボタンである。図11Bは点検画面50eを示す。点検画面50eは、点検一覧画面50dでカーソルC1で何れかの行が選択された状態で実行ボタン52dが押下された後に読取クライアント500が出力する画面である。点検画面50eは、サムネイル表示部51e、帳票イメージ表示部52e、テキストボックス53e,54e,55e、保留ボタン56eおよび実行ボタン57eを有する。サムネイル表示部51eは、案件に含まれる内容データのサムネイルを表示する領域である。ユーザは、サムネイル表示部51eに表示されたサムネイルの中から、参照したい内容データを選択できる。帳票イメージ表示部52eは、サムネイルの中から選択された内容データを拡大表示する領域である。ユーザは、帳票イメージ表示部52eを目視して、記述された内容を点検できる。テキストボックス53e,54e,55eは、文書ファイルに付与するキーワードを入力するためのフォームである。入力されたキーワードは、例えば、検索時のキーワードとして利用される。保留ボタン56eは、点検を一時的に中断保留するためのボタンである押下後は、例えば点検一覧画面50dに戻る。実行ボタン57eは、点検を完了して、文書ファイルの登録を促すためのボタンである押下後は、例えば点検一覧画面50dに戻る。実行ボタン57eが押下されると、登録サーバ400は文書ファイルの登録文書種別を含むまたは更新を文書管理サーバ100に依頼する。文書管理サーバ100は、当該依頼に基づいて、文書ファイルの登録または更新を行う。ユーザは、検索クライアント300を操作して、文書管理サーバ100が登録した文書ファイルを検索できる。次に、文書ファイルの検索を支援するために検索クライアント300が出力する画面を説明する。例えば、ユーザは検索クライアント300上のWebブラウザを用いて、文書管理システムにログインする。例えば、ユーザは、文書管理サーバ100あるいは、所定の認証サーバが提供するログイン画面にユーザIDおよびパスワードを入力することでログイン操作を行う。すると、Webブラウザは、以下に示す文書検索画面を表示する。図12は、文書検索画面/文書ファイル表示画面の例を示す図である。図12Aは文書検索画面50fを示す。文書検索画面50fは、検索クライアント300のWebブラウザが、検索クライアント300に接続された表示装置に出力する画面である。文書検索画面50fは、テキストボックス51f,52f、検索実行ボタン53fおよび検索結果一覧表示部54fを有する。テキストボックス51f,52fは、検索用のキーワードを入力するためのフォームである。このうち、テキストボックス51fには、顧客番号で検索したいときに、対象の顧客番号を入力する。テキストボックス52fには、文書種別で検索したいときに、対象の文書種別を入力する。テキストボックス51f,52fには何れか一方が入力されてもよいし、両方が入力されてもよい。両方が入力された場合は、顧客番号および文書種別の両方を検索用のキーワードとして用いる。なお、文書ファイルに対して、顧客番号や文書種別以外の情報例えば、契約番号などが対応付けられている場合には、当該情報をキーワードとして指定可能としてもよい。検索実行ボタン53fは、検索部120による検索処理を開始するためのボタンである。検索結果一覧表示部54fは、検索結果を表示する領域である。検索結果一覧表示部54fは、検索処理を行っていない場合には、何れの情報も表示されない通知用の文字列などは表示され得る。検索結果一覧表示部54fには、例えば、顧客番号、文書種別、文書ファイル名[版]および文書ファイルIDなどの項目が表示される。例えば、顧客番号は、当該行で示される文書ファイル内容を参照するための画面へのリンク例えば、リンクL1となっている。例えば、ユーザは、検索クライアント300に接続されたポインティングデバイスによりポインタP2を操作して、当該顧客番号を選択できる。図12Bは文書ファイル表示画面50gを示す。文書ファイル表示画面50gは、文書検索画面50fでリンクL1が選択された後に検索クライアント300が出力する画面である。文書ファイル表示画面50gは、文書ファイル名表示部51g、版数見出し表示部52g,53g,54g、表示ボタン群55g、削除ボタン群56gおよびファイル名表示部57gを有する。文書ファイル名表示部51gは、表示中の文書ファイル名例えば、顧客名簿を表示する領域である。版数見出し表示部52g,53g,54gは、表示中の文書ファイルにつき選択し得る版数を表示する領域である。版数見出し表示部52g,53g,54g内の版数は、ポインタP2により選択可能となっている。当該版数が選択されると、その版数に含まれる内容データの一覧表示ボタン群55g、削除ボタン群56gおよびファイル名表示部57gが表示される。なお、文書ファイル表示画面50gは、リンクL1が選択された場合に表示される画面である。このため、リンクL1に対応する第3版の内容データがデフォルトで表示されている。表示ボタン群55gは、内容データを表示させるための表示ボタンの集合である。例えば、2つの表示ボタンの内の上側の表示ボタンは、ファイル名20110729_001.TIFの内容データを表示させるためのボタンである。削除ボタン群56gは、内容データを削除させるための削除ボタンの集合である。例えば、2つの削除ボタンの内の上側の削除ボタンは、ファイル名20110729_001.TIFの内容データを削除させるためのボタンである。なお、削除ボタン群56gは、ログインしたユーザに与えられた権限に応じて非表示としてもよい。ファイル名表示部57gは、内容データのファイル名の一覧を表示するための領域である。図13は、帳票照会画面の例を示す図である。帳票照会画面50hは、文書ファイル表示画面50gで、表示ボタン群55gのうちの何れかの表示ボタンが押下操作されたときに、検索クライアント300が出力する画面である。帳票照会画面50hは、帳票イメージ表示部51h、前帳票ボタン52h、次帳票ボタン53h、拡大ボタン54h、縮小ボタン55hおよび印刷ボタン56hを有する。帳票イメージ表示部51hは、内容データを画像表示する領域である。前帳票ボタン52hは、現在表示している内容データよりも文書内通番が小さい内容データを、帳票イメージ表示部51hに画像表示させるためのボタンである。次帳票ボタン53hは、現在表示している内容データよりも文書内通番が大きい内容データを、帳票イメージ表示部51hに画像表示させるためのボタンである。拡大ボタン54hは、帳票イメージ表示部51hに表示された画像を拡大させるためのボタンである。縮小ボタン55hは、帳票イメージ表示部51hに表示された画像を縮小させるためのボタンである。印刷ボタン56hは、帳票イメージ表示部51hに表示中の内容データを、検索クライアント300またはネットワーク10に接続されたプリンタに印刷させるためのボタンである。次に、以上の構成の文書管理システムの処理手順を説明する。まず、文書ファイル登録/更新時の処理手順を説明する。図14は、文書ファイル登録/更新時の処理例を示すフローチャートである。以下、図14に示す処理をステップ番号に沿って説明する。ステップS11読取クライアント500は、自身に接続された表示装置に業務メニュー画面50を表示させる。ステップS12読取クライアント500は、業務メニュー画面50内の何れかのボタンの押下を受け付ける。帳票読取ボタンまたは更新読取ボタンの押下を受け付けた場合、処理をステップS13に進める。点検ボタンの押下を受け付けた場合、処理をステップS18に進める。ステップS13読取クライアント500は、帳票読取ボタンの押下に対して、帳票読取画面50aを表示装置に表示させる。あるいは、読取クライアント500は、更新読取ボタンの押下に対して、更新読取画面50bを表示装置に表示させる。読取クライアント500は、帳票読取画面50aまたは更新読取画面50bの何れかから帳票の読取内容の入力を受け付け、帳票の読取を開始する。ステップS14読取クライアント500は、読取帳票確認画面50cを表示装置に表示させる。ステップS15読取クライアント500は、実行ボタン56cの押下を受け付ける。すると、読取クライアント500は、帳票を撮像して生成した画像データを内容データとして取得する。読取クライアント500は、取得した内容データを登録サーバ400に送信し、文書ファイルの登録または更新を指示する。連携部420は、読取クライアント500から受信した内容データあるいは、その集合に案件番号を付与して、記憶部410に格納する。ステップS16認識クライアント600は、登録サーバ400から文書種別の未認識の案件の内容データを取得し、文書種別の認識処理を行う。認識クライアント600は、登録サーバ400に認識結果を応答する。連携部420は、当該認識結果を受信すると、認識された文書種別の情報を案件番号に対応付けて記憶部410に記録する。ステップS17連携部420は、文書種別を記録した案件を点検待ち状態とする。ステップS18読取クライアント500は、登録サーバ400から点検待ち状態の案件を取得して、点検一覧画面50dを表示装置に表示させる。読取クライアント500は、点検一覧画面50dで何れかの案件が選択された状態で、実行ボタン52dの押下を受け付ける。ステップS19読取クライアント500は、選択された案件の点検画面50eを表示装置に表示させる。ステップS20読取クライアント500は、テキストボックス53e,54eへのキーワードの入力を受け付ける。なお、テキストボックス54eには、自動認識された文書種別がデフォルトの状態で入力されている。読取クライアント500は、実行ボタン57eの押下を受け付けると、入力されたキーワードを登録サーバ400に送信する。連携部420は、受信したキーワードとともに、文書ファイルの登録または更新を文書管理サーバ100に依頼する。このとき、連携部420は、更新の場合には更新対象の文書ファイルIDを文書管理サーバ100に通知する。更に、更新差替えの場合には、更新対象の内容データを示す文書内通番を文書管理サーバ100に通知する。ステップS21格納部110は、登録依頼の場合、文書ファイルIDを新たに採番して、文書管理テーブル211に登録する版数1。また、格納部110は、更新依頼の場合、指定された文書ファイルIDの最新の版数に1加算したレコードを文書管理テーブル211に登録する。例えば、版数2の文書ファイルの更新の場合、版数3のレコードを新たに登録する。ステップS22格納部110は、内容データ管理テーブル212を更新する。具体的には、登録の場合、受け付けた内容データを新たに付与した文書ファイルIDに対応付けて内容データ管理テーブル212に登録する登録版数1、最終版数9999。更新の場合、受け付けた内容データを指定された更新対象の文書ファイルIDに対応付けて内容データ管理テーブル212に格納する。特に、更新の場合は、1内容データを追加する場合、および2内容データを差替える場合、で登録版数と最終版数との設定方法が異なる。1内容データを追加する場合、追加する内容データを更新対象の文書ファイルIDに対応付けて内容データ管理テーブル212に登録する登録版数更新後の版数、最終版数9999。2内容データを差替える場合、差替え対象となる既存の内容データの最終版数を、差替え直前の版数に変更する。そして、差替え後の内容データを更新対象の文書ファイルIDに対応付けて内容データ管理テーブル212に登録する登録版数更新後の版数、最終版数9999。このようにして、文書ファイルの登録/更新の処理が行われる。次に、文書ファイル検索時の処理手順を説明する。図15は、文書ファイル検索時の処理例を示すフローチャートである。以下、図15に示す処理をステップ番号に沿って説明する。ステップS31文書管理サーバ100は、ユーザのログイン処理を受け付け、検索クライアント300に、文書検索画面50fのHTMLファイルを提供する。検索クライアント300上のWebブラウザは、自身に接続された表示装置に文書検索画面50fを表示させる。検索クライアント300は、文書検索画面50fの検索実行ボタン53fが押下されると、入力されたキーワードに対応する文書ファイルの検索を文書管理サーバ100に依頼する。ステップS32検索部120は、文書管理テーブル211を参照し、入力されたキーワードに対応する文書ファイルを検索する。ステップS33検索部120は、文書ファイルの検索結果を検索クライアント300に応答する。検索クライアント300は、検索結果一覧表示部54fに検索結果を反映させる。ステップS34検索クライアント300は、検索結果一覧表示部54fから、文書ファイルの選択入力を受け付ける。ステップS35検索クライアント300は、指定された文書ファイルIDおよび版数当該版数を検索版数というを文書管理サーバ100に送信する。検索部120は、文書ファイルIDと検索版数とを取得する。ステップS36検索部120は、内容データ管理テーブル212を参照して、指定された文書ファイルID、検索版数に対応する内容データを抽出する。具体的には、検索部120は、登録版数が検索版数以下で最終版数が検索版数以上の内容データを抽出する。ステップS37検索部120は、抽出した内容データに基づいて、文書ファイル表示画面50gのHTMLファイルを生成し、検索クライアント300に提供する。検索クライアント300のWebブラウザは、文書ファイル表示画面50gを表示装置に表示させる。ステップS38検索クライアント300は、文書ファイル表示画面50gの表示ボタンおよび削除ボタンの何れかの押下を受け付けたかを判定する。表示ボタンの押下を受け付けた場合、処理をステップS39に進める。削除ボタンの押下を受け付けた場合、処理をステップS40に進める。なお、文書ファイル表示画面50gでは、版数見出し表示部52g,53g,54gの選択も受け付け得る。例えば、第3版に含まれる内容データの一覧を表示しているときに、版数見出し表示部53g第2版が選択された場合、検索クライアント300は、文書ファイルIDおよび検索版数を文書管理サーバ100に再度送信して検索を依頼する。検索クライアント300は、その検索の結果を文書管理サーバ100から取得して、第2版の文書ファイルに含まれる内容データの一覧を版数見出し表示部53gの下方に表示させる。ステップS39検索クライアント300のWebブラウザは、選択された内容データ例えば、ファイル名20110729_001.TIFを文書管理サーバ100から取得する。そして、帳票照会画面50hに内容データを表示する。ステップS40検索クライアント300は、文書ファイルIDと文書内通番とを文書管理サーバ100に通知して、内容データの削除を依頼する。格納部110は、当該削除の依頼に応じて、文書管理テーブル211に新たな文書ファイルを登録する削除直前の版数に1加算した版数の文書ファイル。ステップS41格納部110は、通知された文書ファイルIDおよび文書内通番に基づいて、内容データ管理テーブル212を更新する。具体的には、格納部110は、当該文書ファイルIDにおける、指定された文書内通番のレコードの最終版数に削除直前の版数を登録する。このようにして、ユーザは文書ファイルの検索や文書ファイルからの内容データの削除を行える。図16は、検索される内容データの例を示す図である。図16A、B、Cは、記憶部210に内容データ管理テーブル212が格納されている場合に、文書ファイルID2の文書ファイルに対して異なる検索版数を指定した各場合に、図15で示したステップS36で検索される内容データを例示している。図16Aは、検索版数1が指定された場合に検索される内容データである。次の内容データが検索される。1登録版数1かつ最終版数9999の内容データX。2登録版数1かつ最終版数2の内容データY。なお、登録版数2かつ最終版数9999の内容データZは登録版数2>検索版数1より、検索版数が登録版数以上の条件を満たさないため抽出されない。図16Bは、検索版数2が指定された場合に検索される内容データである。次の内容データが検索される。1登録版数1かつ最終版数9999の内容データX。2登録版数1かつ最終版数2の内容データY。3登録版数2かつ最終版数9999の内容データZ。図16Cは、検索版数3が指定された場合に検索される内容データである。次の内容データが検索される。1登録版数1かつ最終版数9999の内容データX。2登録版数2かつ最終版数9999の内容データZ。なお、登録版数1かつ最終版数2の内容データYは最終版数2<検索版数3より、検索版数が最終版数以下の条件を満たさないため抽出されない。次に、文書ファイルを管理するための他の例を示して、第2の実施の形態の文書管理システムの文書ファイルの管理方法と対比する。図17は、文書ファイルを管理するための他の例を示す図である。文書ファイルを管理するための方法として、例えば、版数管理される文書ファイルの各版につき、内容データ管理ファイルを記録することが考えられる。内容データ管理ファイルは、当該版数に含まれる内容データを登録したファイルである。内容データ管理ファイルは、例えばXMLExtensibleMarkupLanguage形式やCSVCommaSeparatedValues形式で記述されたデータである。具体的には、第1版の文書ファイル71に対して第1版用の内容データ管理ファイル71aを記憶する。第2版の文書ファイル72に対して第2版用の内容データ管理ファイル72aを記憶する。第3版の文書ファイル73に対して第3版用の内容データ管理ファイル73aを記憶する。そして、内容データ管理ファイル71a,72a,73aに内容データの更新を反映させる。例えば、内容データ管理ファイル71aに内容データX,Yを参照するための情報が記述されているとする。文書ファイル71に、内容データZを参照するための情報を追加して文書ファイル72を作る時、内容データ管理ファイル72aを新たに生成して記憶する。文書ファイル72から内容データYを参照するための情報を削除して文書ファイル73を作る時、内容データ管理ファイル73aを新たに生成して記憶する。このように、内容データ管理ファイル71a,72a,73aと、版ごとの文書ファイルは例えば次のように管理される。図18は、内容データ管理テーブルの他の例を示す図である。内容データ管理テーブル212aは、図17で説明した内容データ管理ファイル71a,72a,73aを管理するためのテーブルである。内容データ管理テーブル212aは、例えば、文書ファイルID、版数、ファイル番号、ファイル名およびデータの項目を含む。文書ファイルIDの項目には、文書ファイルIDが登録される。版数の項目には、版数が登録される。ファイル番号の項目には、ファイル内容を識別するための番号が登録される例えば、1は内容データ管理ファイルであることを示す。ファイル名の項目には、ファイル名が登録される。データの項目には、データ本体が登録される。このように、内容データ管理ファイルを版数ごとに記憶する場合、当該ファイルの分だけ利用する記憶領域のサイズが増大してしまう。また、ある版数の文書ファイルを検索するとき、当該版数に対応するレコードにつき、ファイル番号から内容データ管理ファイルファイル番号=1を取得し、当該内容データ管理ファイルを参照して、内容データを抽出せねばならない。この場合、内容データ管理ファイルを参照するための余計なステップが生じてしまう。これらの問題は、文書管理システムに登録された文書ファイルの件数、版数および内容データの数が多くなるほど深刻となる。例えば、第2の実施の形態の文書管理システムでは、登録される文書ファイル数が数千万件のオーダとなり得る。更に、各文書ファイルに複数の版数が存在し得る。その場合、例えば1つの内容データ管理ファイルのサイズを数KBKiloBytesとしても、内容データ管理ファイルだけで数GBGigaBytes~数百GBのオーダとなり得る。更に、このように膨大なデータの中から、内容データ管理ファイルを検索参照して、内容データを抽出しようとすると、当該検索の処理遅延も増大する。一方、図16までで説明した様に、第2の実施の形態の文書管理システムでは、内容データ管理ファイルを設けない。このため、記憶領域の使用量を低減できる。また、内容データと共に、登録版数および最終版数を管理する。このため、検索時には、検索版数を登録版数および最終版数と比較して、検索版数の文書ファイルに含まれる内容データを一度に抽出でき、検索のレスポンスを高速化できる。"